EBCDICエンコーダ

COBOL のコピーブック、VSAM ダンプ、MQ ペイロードでも今なお使われます。平文を貼り付けて to_ebcdic を選ぶと空白区切りの EBCDIC 16 進バイトが得られ、16 進を貼り付けて to_ascii を選ぶと読み取り可能な文字に戻ります。学生、移行エンジニア、サポートチームは、無料のブラウザ実行器と前払い API から同じ決定的な JSON を得られます。

ASCII と EBCDIC コードページ 037 の関係と未マップ文字の意味

EBCDIC ファイルを UTF-8 や ISO-8859-1 として扱うと文字化けし、フィールド長も崩れます。それを超える場合はバイト列から省略し、unmapped に文字列インデックスと code_point を記録するので、運用者は意図的に削除や翻字ができます。無効な 16 進トークンや奇数長の連続 16 進はパディングを捏造せず invalid_input を返します。このページは EBCDIC エンコーダ、ASCII から EBCDIC への変換、コードページ 037、IBM メインフレーム文字符号化の検索意図を対象とし、パック 10 進、コードページ 500、UTF-8 バイトダンプは対象外です。

API の呼び出し方と応答の内容

必須の文字列フィールド text（別名 input、value、data）と、任意の mode（to_ebcdic または to_ascii）を含む JSON 本体を送ってください。既定の mode は to_ebcdic で、マップ可能な各文字は小文字 16 進の EBCDIC CP037 バイトとなり、result と ebcdic_hex で空白結合されます。mode to_ascii は text を EBCDIC 16 進として扱い—空白・カンマ・セミコロン・パイプ区切りのペア、または長さが偶数の 0–9 と A–F の連続文字列—result と text に復元文字列を返します。入力長は 10 万文字に制限され、単一リクエストで Worker メモリを使い果たさないようにしています。成功時は両 mode とも mode、文字列 037 の code_page、input、result、0 から 255 の整数配列 bytes、byte_count、char_count、mapped_count、unmapped_count、index・char・code_point を持つ unmapped 配列、短い英語メッセージを含みます。符号化では ebcdic_hex が result と等しく、復号では連続 16 進を貼っても ebcdic_hex は空白区切りペアに正規化されます。text 欠落、非文字列、過大入力、未知の mode、空の 16 進、奇数長の連続 16 進、ちょうど 2 桁でない 16 進トークンなど検証失敗は invalid_input を返し、課金されません。料金は成功リクエストごとに固定の $0.002（単位 item）です。

実務のヒント、移行チェック、関連ツール

読みやすいラベル、口座名、テスト用フィクスチャがあり、パートナーが CCSID 037 で期待する 16 進像が必要なときは to_ebcdic を優先してください。ダンプ、CICS トレース、16 進エディタから既に 16 進をコピーしているときは to_ascii を優先し、字形を戻します。平文 ASCII の横に絵文字や CJK 文字を意図的に含め、unmapped_count が上がり EBCDIC ストリームがマップ可能な部分集合だけを含むことを確かめます。移行スクリプトは、対象系がそれらの文字を格納できない場合、unmapped_count が非ゼロなら fail-closed にすべきです。公開された文字数上限内にペイロードを収め、数メガバイトのバイナリデータセットは iconv やデータセットユーティリティでオフライン処理します。invalid_input の失敗タスクは前払い残高を消費しないため、学習者が不完全な 16 進グループを貼っても探索スクリプトを安く保てます。