System i の外字は 文字作成ユーティリティー (CGU) でドット単位で指定して作成することは
良く知られている。

それでは登録した外字は、どこに保存されているのだろうか ?
STRCGU で作成されるのは 24x24ドットの外字と 32x32ドットの外字の2種類があり、
24x24ドットの外字は QIGC2424 *IGCTBL という漢字テーブルに保存されており、
32x32ドットの外字は QIGC3232 *IGCTBL という漢字テーブルに保存されている。
*IGCTBL 、つまり漢字テーブルというオブジェクトは、直接、その中身を参照するための
コマンドやAPI も用意されていない。つまり中身は一切、知ることができない。

この System i に外字があるかどうかだけは CHKIGCTBL コマンドによって
CHKOBJ コマンドのようにして検査することができる。
ただし CHKIGCTBL コマンドも CHKOBJ コマンド以上の機能はない。

唯一、CPYIGCTBL (DBCSﾌｫﾝﾄ･ﾃｰﾌﾞﾙ の ｺﾋﾟｰ) というコマンドによって
漢字テーブルを物理ファイルにコピーしたり、物理ファイルから漢字テーブルに
コピーしたりすることができる。

さて、CPYIGCTBL を使うにも

1. 受け入れ側となる物理ファイルはどのようなものを用意すればよいか ?
2. 変換された物理ファイルのデータは、どのようなものか?

がわからないと CPYIGCTBL をどのようにして利用すればよいかは不明である。
実は IBM は CPYIGCTBL コマンドはテープ等の媒体にBACKUP としてコピーしておいて
後で BACKUP から戻すような使途しか想定していなかったらしくて CPYIGCTBL の相手となる
物理ファイルの解説が全くない。
そこでここでは *IGCTBL が変換された物理ファイルのレイアウトについて紹介しよう。

まず

フォント・サイズ	24x24	32x32
レコード長	74 バイト	130 バイト

の物理ファイルを次のようにして作成する。

     CRTPF FILE(QTEMP/QIGC2424) RCDLEN(74) MBR(GAIJI) IGCDTA(*YES) LVLCHK(*NO) AUT(*ALL)

         または

     CRTPF FILE(QTEMP/QIGC3232) RCDLEN(130) MBR(GAIJI) IGCDTA(*YES) LVLCHK(*NO) AUT(*ALL)

【注】 MEMOREX 社がPDF で CPYIGCTBL の使い方を詳しく紹介している。

iSeries400(AS/400)外字印刷(PDF)    ※外部リンク

次に物理ファイルのレイアウトは次のように構成されている。

24x24ドットの外字の場合

32x32 ドットの外字の場合

ところで 24x24 のイメージ・データであれば 24x24=576 バイトが必要であるはずだし、
32x32 のイメージ・データであれば 32x32=1024 バイトが必要であるはずである。
なぜ各々は 70バイトと128バイトと短いのだろうか ?
これには理由がある。
これはビットマップ独自の圧縮方法によって約1/8に圧縮されているので小さなサイズで済んでいるのである。
ただしこのイメージ・データは通常のビットマップと全く同じというわけではなく、
実際のビットマップにするには下から上へとビットマップに記述したり補数を計算したり等々、
結構面倒な作業を必要とする。

• 最初、この圧縮方法の美しさには驚いたがこれは IBM の工夫ではなくビットマップの仕様であることが後でわかった。

【 IBM 漢字コード体系 】