テキストをバイナリ表現に変換
「Hi」は「01001000 01101001」になります。1バイトごとに0と1が8個並んだまとまりで、コンピューターが実際に保存している形です。まとまりを貼り戻せば、元の文字がそのまま戻ります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- Hi
- 計算モード
- Encode
- 結果
- 01001000 01101001
- 入力
- Hi
- 2進数
- 01001000 01101001
- グループ
- 01001000, 01101001
テキストをバイナリ表現に変換すると、各文字がコンピュータが実際に保存する8ビットの並びへ写像され、バイナリをテキストへ戻すとその対応が反転して元の文字列が復元されます。プレーンな UTF-8 テキストを入力して encode を選ぶと、1バイトごとに8個の0と1からなるスペース区切りのグループが返り、バイナリグループを貼り付けて decode を選ぶと文字が再構成されます。学習者は ASCII の課題を照合し、開発者はユニットテストでフィクスチャのバイトを検証し、サポートは複数バイト文字が複数のオクテットになる理由を説明します。
テキストが8ビットのバイナリ表現になる仕組みとグループ長が重要な理由
コンピュータは文字を形として保存せず、バイト列として保存し、各バイトは8ビットです。基本ラテン範囲の英字では、1文字がしばしば1バイトに対応し、その10進値は古典的な ASCII 符号です—たとえば大文字 H は72で、バイナリでは0-1-0-0-1-0-0-0です。
現代のテキストは UTF-8 なので、アクセント付き文字、絵文字、非ラテン文字は2・3・4バイト、したがって2・3・4個の8ビットグループを要することがあります。符号化は UTF-8 バイト列を左から右へ歩き、各バイトを最上位ビット先頭の8桁として書き、人間が一目でオクテットを数えられるようグループを1つのスペースでつなぎます。
復号はその逆で、入力を候補グループに分割し、各グループがちょうど8文字の0または1であることを要求し、各グループを0から255のバイト値へ変換し、バイト配列を UTF-8 として解釈します。グループが7ビットや9ビット、あるいは非バイナリ文字を含む場合、変換器は失敗しなければなりません。スペースなしの連続バイナリは、総長が8の倍数のときだけ許可されます。
連続する8桁の切片が依然として1オクテットだからです。このページは、テキストをバイナリ表現へ変換したい、バイナリグループを読めるテキストへ戻したい、または8ビット文字符号化をオンラインで確かめたい方を対象とします。
実務上のヒント、制限、関連ツールを使うべき場面
読みやすいテキストから始め、ワークシート、プロトコル図、ユニットテストのフィクスチャ用にバイナリ表現が必要なときは encode を選んでください。教科書やパケットダンプから得たビット列を既に持っており文字を戻したいときは decode を選んでください。往復確認が最も速いスモークテストです。
短い語 Hi を符号化し、2つのグループが H と i の既知 ASCII バイトと一致することを確認し、そのグループを復号して元の文字列が戻ることを確認します。指導では、同じ絵文字やアクセント付き文字を平易な ASCII 文字の隣に示し、複数バイト UTF-8 オクテットが謎の単一コードポイントではなく追加の8ビットグループとして現れることを見せます。
活用例
ASCII と UTF-8 のビットパターン宿題チェック
学習者は短い句を符号化し、手書きの8ビットグループを決定的な結果と照合し、表計算なしで教師提供のバイナリを復号します。
コーデックとパーサ向けユニットテストのフィクスチャ
フィクスチャ文から既知のバイナリ列を生成し、アドホックなビット詰めヘルパなしで decode が同じ UTF-8 バイトを CI で復元することを断言します。
プロトコルとネットワークの教育デモ
ワークショップでは印刷可能なラベルが線上のオクテットになる様子を示し、不完全なビットグループを強制して厳格なフレーミング規則を説明します。
よくある質問
テキストをバイナリ表現に変換すると何が返りますか?
mode encode ではスペース区切りの8ビットグループ(UTF-8 バイトごと)と groups 配列・整数バイト値を返します。mode decode では復元された UTF-8 テキストを返します。
UTF-8 と絵文字に対応していますか?
はい。 符号化は UTF-8 を使うため、複数バイト文字は複数の8ビットグループになります。復号は有効な UTF-8 でないバイト列を拒否します。
7桁や9桁のまとまりがあるとどうなりますか?
推測で補わず、分かりやすいメッセージを出して変換を止めます。各まとまりは0と1がちょうど8個でなければなりません。黙って補ったり削ったりすると、文字が変わり、課題の間違いも見えなくなるためです。
8ビットのまとまりは何を表していますか?
1つのまとまりが、1バイトを2進数で書いたものです。たとえば大文字のHの値は72で、2進数では01001000と書きます。
2進数をテキストに戻すにはどうすればいいですか?
元に戻す方の変換を選び、8桁ずつのまとまりを空白で区切って貼り付けます。全体の桁数が8の倍数であれば、区切りのない連続した0と1でも受け付けます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/text/text-to-binary \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Hi"}'const res = await fetch("https://api.kit.forhosting.com/text/text-to-binary", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Hi"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/text/text-to-binary",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Hi"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/text/text-to-binary", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Hi"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Hi"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/text/text-to-binary", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "Hi"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "text.text_to_binary",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_tokens | 20000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
逆変換では各ビットグループがちょうど8桁である必要があり、短すぎる・長すぎるグループや長さが8の倍数でない連続列は、パディングを捏造せず明確な invalid_input を返します。処理は UTF-8 バイト上の純粋で決定的な演算であり、ネットワークも乱数シードも壁時計にも依存しないため、無料のブラウザ実行とプリペイド API は毎回同じ JSON を返します。
テキストが8ビットのバイナリ表現になる仕組みとグループ長が重要な理由
黙ってゼロ埋めしたり切り詰めたりするとペイロードが変わり、課題の誤りを隠します。浮動小数点 IEEE ビットビューアでも、既に16進の数字をビットへ写す hex 変換器でもありません。
API の呼び出し方と応答に含まれる内容
既定の mode は encode で、text の UTF-8 バイトがスペース区切りの8ビットバイナリグループになります。mode decode は text をバイナリグループ—空白区切りのオクテット、または長さが8の倍数の連続した0/1列—として扱い、復元した UTF-8 文字列を返します。decode 成功時には mode、input、result、復号された UTF-8 の text、スペース区切りに正規化された binary、同じ groups と bytes の配列、件数、対応するメッセージが含まれます。必須の文字列フィールド text(別名 input、value、data)と、任意の mode(encode または decode)を含む JSON 本体を送ってください。入力長は10万文字に制限され、巨大な文字列1件で Worker メモリを使い果たさないようにしています。encode 成功時の応答には mode、input、result、同じスペース区切りビット列の binary、8文字文字列の配列 groups、整数バイト値の bytes、byte_count、bit_count、短いメッセージが含まれます。検証失敗—text 欠落、text が文字列でない、過大入力、未知の mode、8桁でないビットグループ、グループ内の非バイナリ文字、有効な UTF-8 でない復号バイト—は invalid_input を返し、課金されません。料金は成功リクエストごとに固定の $0.002 で、単位は item、限界単価はゼロです。
実務上のヒント、制限、関連ツールを使うべき場面
7ビット断片や長さが8の倍数でない連続バイナリを意図的に送り、クライアントが invalid_input と「各グループは8桁」というメッセージを扱うことを断言します。ペイロードは公開された文字制限内に収め、数メガバイト級のダンプはオフライン向けです。このツールは hex 変換器ではありません—16進桁は基数16であり基数2ではありません—また IEEE-754 浮動小数点ビット検査器でもありません。検索意図が文字を8ビットのバイナリ表現へ変換すること、またはそれらのグループからテキストを復元することであるときに本機能を選び、入力が既に16進桁なら hex 対バイナリ整形を、符号・指数・仮数フィールドが必要なら浮動小数点ビットビューアを使います。invalid_input を返す失敗タスクはプリペイド残高を消費しないため、学習者が不完全なビットグループを貼り付けても探索用スクリプトを安く保てます。
技術的な質問
各ビットグループがちょうど8桁でなければならないのはなぜですか?
1バイトは8ビットです。別の長さのグループは埋め規則なしでは曖昧になるため、不完全または長すぎるグループは逆変換で invalid_input を返します。
スペースなしでバイナリを貼れますか?
連続列が 0 と 1 のみで長さが8の倍数なら可能です。そうでなければオクテットでないグループとして invalid_input になります。
テキストのバイナリ変換は無料ですか?
ブラウザツールは無料でローカル実行です。API 呼び出しは成功リクエストごとに $0.002 の KIT プリペイド残高を使い、失敗タスクは課金されません。