(57)【特許請求の範囲】
【請求項１】
第１の文字コードにより管理される第１のコンピュータと第２の文字コードにより管理される第２のコンピュータとの間で文字コード群の制御文字を含めた文字コード群を通信する場合の通信システムであって、
第１のコンピュータは、
第１の文字コード群のうち、所定領域外のコード値を第２の文字コード系で認識可能な範囲へ予め定められたシフト量データに基づきシフトさせ、かつ、
シフトさせる際にシフト開始位置とシフト終了位置に制御毎に異なるシフト情報を付加する変換手段と、
前記変換手段により変換された変換済文字コード群を送信する送信手段と
からなり、
第２のコンピュータは、
第１のコンピュータにより送信された変換済文字コード群を受信する受信手段と、
前記変換済文字コード群について、前記シフト開始情報を検出した場合は、該シフト情報以降からシフト終了情報までの文字コード群について前記制御毎に異なるシフト情報により文字コード群を復元し、該コード情報をもとにリアルタイムに表示画面に表示することを特徴とする通信システム。
【請求項２】
前記第１の文字コードはＪＥＦコードであり、第２の文字コードはＪＩＳコードであることを特徴とする請求項１記載の通信システム。
【請求項３】
前記制御毎に異なるシフト情報は、透過文字、登記データ、外字フォント、および抹消線であることを特徴とする請求項１記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、制御コードなどによって障害が発生しなようにして文字等を送受信する通信方式に関するものである。
【０００２】
ホスト計算機に蓄積された各種情報をパソコンなどで転送を受けて読む場合、ホストとパソコンとで使うコード体系（言語体系）が異なると正しい文字として表示されない。このため、異種コード体系や外字であっても簡易にデータ転送をを行いリアルタイムに表示などすることが望まれている。
【０００３】
【従来の技術】
従来、構築済みのホスト情報をパソコン通信にて公開する場合、一般にホストシステムの文字フォントおよびコード体系が、パソコン通信およびパソコンで一般的なＪＩＳやシフトＪＩＳ規格でないことから、フォントパターン非互換や欠落などが発生し、十分な情報公開が不可能となってしまっていた。
【０００４】
このために、ホスト特有の通信規格を持つエミュレータを使い、パソコン端末に情報を表示して読み取るようにしていた。
【０００５】
【発明が解決しようとする課題】
上述したように、ホスト情報が一般的なパソコン通信に使うコード体系と異なっているために、そのままでパソコン通信によって通信すると、コードが当該パソコン通信の制御コードになってしまっている場合にはこの制御コードによって通信が途絶してしまうという問題が発生した。
【０００６】
また、ホスト情報のうち、ＪＩＳ非互換文字や外字を除いた、ＪＩＳ第１水準およびＪＩＳ第２水準の文字に限定してパソコン通信で読み取るようにせざるを得ないという問題があった。
【０００７】
更に、ホスト情報をパソコン通信のファイル転送プロトコル（例えばＸＭＯＤＥＭ）を使ってバイナリデータとして受信した後、パソコン側で元のデータに復元するようにしていた。この場合には、通常のパソコン手順（例えばＴＴＹ手順）と、ファイル転送手順との切り換えを、パソコン側の利用者がその都度、行う必要があり、操作が面倒であり、操作を間違えると通信が途絶してしまったり、リアルタイムに送受信して表示できないという問題があった。
【０００８】
本発明は、これらの問題を解決するため、ＪＩＳ非互換文字や外字のフォントパターンなどを含んだ全ての情報を通常のパソコン通信の一般的な手順のままで送受信しリアルタイムに表示などすることを目的としている。
【０００９】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、コード変換部４は、制御コードなどの所定領域外のコードを見つけたときにこの見つけたコードを文字コードなどの所定領域内の特定コードを付加および見つけたコードについて所定領域内にシフトした後のコードに変換したりなどするものである。
【００１０】
通信制御部５は、コードを送信などするものである。
通信制御部９は、コードを受信などするものである。
コード復元部１０は、受信したコードについて特定コードが付加されていたときにそれに続くコードを元のコードにシフトして復元するものである。
【００１１】
次に、動作を説明する。
コード変換部４が制御コードなどの所定領域外のコードを見つけたときにこの見つけたコードを、文字コードなどの所定領域内の特定コードを付加および見つけたコードについて所定領域内にシフトした後のコードに変換し、通信制御部５が所定領域内のコードおよびコード変換部４によって変換後のコードを送信し、受信側の通信制御部９が送信されたコードを受信し、コード復元部１０が受信したコードについて特定コードが付加されていたときにそれに続くコードを元のコードにシフトして復元し、画面などにリアルタイムに表示などするようにしている。
【００１２】
この際、所定領域外のコードについて、所定領域内の第１の特定コードを付加、コードを所定領域内にシフト、および所定領域内の第２の特定コードを付加して送信し、受信側で、第１の特定コードを受信したときに第２の特定コードが出現するまでのコードを全てシフトして元のコードに復元するようにしている。
【００１３】
また、第１の特定コードおよび第２の特定コードとして、所定領域外のコードを表すコマンドとするようにしている。
また、第１の特定コードおよび第２の特定コードとして、外字フォントの送信開始および送信終了を表すコマンドとするようにしている。
【００１４】
従って、ＪＩＳ非互換文字や外字のフォントパターンなどを含んだ全ての情報を通常のパソコン通信の一般的な手順のままで送受信しリアルタイムに表示などすることが可能となる。
【００１５】
【発明の実施の形態】
次に、図１から図９を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１６】
図１は、本発明のシステム構成図を示す。
図１において、ホストシステム１は、パソコンシステム８との間でデータの送受信を行うものであって、ここでは、例として各種情報を従来のパソコンシステム８に影響を与えることなくコード復元部１０を設けて情報を提供するものであり、業務アプリ２、送信電文組立部３、コード変換部４、通信制御部５、および外字等フォントパターンセット６などから構成されるものである。
【００１７】
業務アプリ２は、各種業務処理を行う応用プログラムである。
送信電文組立部３は、送信しようとする情報を電文として組み立てるものである。
【００１８】
コード変換部４は、制御コードなどの所定領域外のコードを所定領域内のコードに変換などするものである（後述する図３などを用いて詳述する）。
通信制御部５は、網７を介してパソコンシステム８との間で電文の送受信を制御するものである。
【００１９】
外字等フォントパターンセット６は、外字のフォントパターンのセットである。
網７は、公衆網などであって、ホストシステム１とパソコンシステム８とを接続し、電文の授受を行うためのものである。
【００２０】
パソコンシステム８は、各種処理を行うパーソナルコンピュータシステムであって、ここでは、ホストシステム１から受信した電文（データ）を元のコードに復元した各種処理を行ってその結果をリアルタイムに表示したり印刷したりなどするものであり、通信制御部９、コード復元部１０、業務アプリ１１などから構成されるものである。
【００２１】
通信制御部９は、ホストシステム１との間で電文（データ）の送受信を制御するものである。
コード復元部１０は、受信した電文（データ）をもとのコードに復元するものである。
【００２２】
業務アプリ１１は、受信して復元したコードをもとに各種処理を行うものであって、ここでは、受信して復元したコードをリアルタイムに画面上に表示したり、印字したりなどするものである。
【００２３】
図２は、本発明の特定領域例（網掛け領域）を示す。これは、パソコン通信では、現在、ＪＩＳ８ビット符号（通称ＪＩＳ８コード）およびシフトＪＩＳコードを使用している。ＪＩＳ８コードは、画面表示や印刷のための文字記号と、それらを制御するための制御記号（例えば後退、ビープなど）がある。本発明では、外字フォントパターンデータ、日本語文字コードをホストシステム１よりパソコンシステム８に送信する場合、ＪＩＳ８コードの制御コードに重複するＪＥＦコードやフォントデータは、専用の制御文字を付与した上で、ＪＩＳ８コードの文字記号に変換して回線上にデータを送信することにより、いわゆる透過モードを実現する（ＪＥＤコードやフォントデータのうちで、受信側のＪＩＳ８コードの制御コードと同一となって該当する制御を行い、回線が切断されたりなどの各種制御が行われない文字記号として透過するモード（透過モード）を実現する）。このため、図２中の網掛けした領域であるシフト対象の特定領域のコードについて、特定コードを付与して網掛けのない特定領域内にシフトし、透過モードにする。
【００２４】
図３は、本発明の具体例説明図を示す。
図３の（ａ）は、要シフト領域の範囲（特定領域外）を示す。これは、図２の網掛けした領域（特定領域外）のコードを、網掛けしない領域（特定領域内）にシフトするためのシフト量を記載した表であって、図示の下記のように網掛け領域（特定領域外）について、特定コードを付加して網掛け領域内（特定領域内）のコードにシフトする。
【００２５】
0003742676.tif 000002
図３の（ｂ）は、送信電文イメージを示す。これは、
“１２３■５６”
を送信する場合（■は外字フォントパターン、あるいは日本語文字コード）、図示の下記のように変換する。
【００２６】
0003742676.tif 000003
以上の図２から図３を用いて説明したように、図２の特定領域外（網掛け領域、制御記号などで誤動作が発生するコード領域）のコードや外字フォントパタンーンなどを特定領域内のコードに変換し、変換した旨を表すために特定領域内の特定コード（ここでは、“ＦＥ３０”（透過開始）と“ＦＥ３９”（透過終了）を付加してコード変換し、回線に送信する。これにより、受信したパソコンシステム８の側では透過モードとなり、制御コードが含まれないので、従来のままでコードを受信できることとなる。そして、受信した後に、特定コードを見つけて元のコードにシフトして戻す。
【００２７】
以下図４から図９を用いて具体的に詳細に順次説明する。
図４は、本発明の特定コード一覧例を示す。これは、既述した図２の特定領域外（網掛け領域）のコードを、特定領域内（網掛け以外の領域）にシフトする旨の、項番１の特定コード（“ＦＥ３０”（透過開始）、“ＦＥ３９”（透過終了）の他の項番２、３、４の特定コード（コマンドに相当する）についても合わせて説明する。
【００２８】
項番１：透過文字の開始および透過文字の終了を表す特定コードであって、図示の既述した図３の（ａ）のように付加する。
項番２：登記データの送信開始および送信終了を表す特定コードであって、図示の下記のように付加する。これら特定コードは、登記データ送信開始あるいは送信終了時に、１回だけ付加する。
【００２９】
・登記データの送信開始：”ＦＥ”＋”２８”
・登記データの送信終了：”ＦＥ”＋”２９”
項番３：外字フォントの開始および外字フォントの終了を表す特定コードであって、図示の下記のように付加する。これら特定コードは、外字フォントデータの前と後ろに付加する。また、前の送信開始の特定コードを付加して続けて当該外字フォントを格納する番地を図示のように付加する。その次に外字フォントデータ、終わりに送信終了の特定コードを付加する。全体を判り易く表示すれば、例えば図示の下記のようになる。
【００３０】
“ＦＥ５０”＋“フォントデータの番地（４バイト）”＋“フォントデータ（３２バイト）”＋“ＦＥ５９”
項番４：抹消線の開始および抹消線の終了の特定コードであって、図示の下記のように付加する。この抹消線の開始と抹消線の終了の特定コードの間の文字に、抹消線を表示／印字するものである。
【００３１】
・抹消線の開始：“ＦＥ”＋“４０”
・抹消線の終了：“ＦＥ”＋“４９”
以上のように、項番１から項番４の４種類の特定コードを使用した例を以下の図５から図９を用いて具体的に説明する。
【００３２】
次に、図５を用いて送信側のコード変換の様子を具体的に説明する。
図５は、本発明の動作説明フローチャート（送信側）を示す。ここで、図中の
▲１▼：ＪＥＦコード変換の特定コード（制御記号）の付加（受信側のパソコンのＪＦ拡張漢字ドライバが起動させる）
▲２▼：抹消線表示特定コード（制御記号）の付加
▲３▼：外字フォントデータおよび外字変換特定コード（制御記号）の付加
▲４▼：透過モード化（受信側のパソコン側で通信可能なコードへの変換）および透過モードコード（制御コード）の付加
を行う。以下順次説明する。
【００３３】
図５は、本発明の動作説明フローチャート（送信側）を示す。
図５において、Ｓ１は、▲１▼ＪＥＦコード変換の制御記号（特定コード）の付加する。ここでは、図示の
“ＦＥ”＋“２８”（図４の項番２の登録データの送信開始の特定コード）
を付加する。
【００３４】
Ｓ２は、２バイト読み込む。
Ｓ３は、抹消線開始記号か判別する。ＹＥＳの場合には、Ｓ４で▲２▼抹消線表示制御記号（“ＦＥ”＋“４０”（図４の項番４参照））を付加し、Ｓ５に進む。一方、ＮＯの場合には、Ｓ５に進む。
【００３５】
Ｓ５は、外字文字か判別する。これは、例えば右側に記載したように、外字領域内の“８０Ａ１”〜“Ａ０ＦＥ”内の文字コードが判別する。ＹＥＳの場合には、Ｓ６で▲３▼外字フォントパターンの取得、及び外字制御記号（“ＦＥ”＋“５０”＋“外字フォントパターン３２バイト”＋“ＦＥ”＋“５９”（図４の項番３参照））を付加し、Ｓ８に進む。一方、ＮＯの場合には、Ｓ７でコードを格納し、Ｓ８に進む。
【００３６】
Ｓ８は、抹消線終了記号か判別する。ＹＥＳの場合には、Ｓ９で▲２▼抹消線表示制御記号（“ＦＥ”＋“４９”（図４の項番４参照））を付加し、Ｓ１０に進む。一方、ＮＯの場合には、Ｓ１０に進む。
【００３７】
Ｓ１０は、データ終了か判別する。ＹＥＳの場合には、Ｓ１１に進む。一方、ＮＯの場合には、Ｓ２に戻り繰り返し、入力されたデータについて繰り返し行う。
【００３８】
Ｓ１１は、▲１▼ＪＥＦコード変換の制御記号（“ＦＥ”＋“２９”（図４の項番２参照））を付加する。
以上のＳ１からＳ１１によって、送信側で、受信側のパソコンで表示するためのコード変換が終了したこととなる。
【００３９】
次に、図５のＳ１２からＳ２２の順序で送受信のための透過モード化するときにコード変換について説明する。
図５において、Ｓ１２は、１バイト読み込む。
【００４０】
Ｓ１３は、「００〜２０」の範囲のデータか判別する。これは、ＪＥＦコードが、ＪＩＳコードに重複するか（図２の左端の網掛けの領域か）判別する。ＹＥＳの場合には、Ｓ１４で▲４▼透過モード化（コードに＋“２０”）してシフトし、Ｓ１５に進み、透過モード中の場合には、Ｓ２１に進み、一方、透過モード中でない場合にはＳ１６で▲４▼透過モード開始制御コード（“ＦＥ”＋“３０”（図４の項番１参照）を付加し、Ｓ２１に進む。一方、Ｓ１３のＮＯの場合には、Ｓ１７に進む。
【００４１】
Ｓ１７は、「７Ｆ〜９Ｆ」の範囲のデータか判別する。これは、ＪＥＦコードが、ＪＩＳコードに重複するか（図２の中央の網掛けの領域か）判別する。ＹＥＳの場合には、Ｓ１８で▲４▼透過モード化（コードに−“３０”）してシフトし、Ｓ１５に進み、透過モード中の場合には、Ｓ２１に進み、一方、透過モード中でない場合にはＳ１６で▲４▼透過モード開始制御コード（“ＦＥ”＋“３０”（図４の項番１参照）を付加し、Ｓ２１に進む。一方、Ｓ１７のＮＯの場合には、Ｓ１９に進む。
【００４２】
Ｓ１９は、透過モード中か判別する。これは、右側に記載したように、“ＦＥ”＋“３０”と、“ＦＥ”＋“３９”との間の文字か判別する。ＹＥＳの場合には、Ｓ２０で▲４▼透過モード化終了制御コード（“ＦＥ”＋“３９”（図４の項番１参照））を付加し、Ｓ２１に進む。一方、ＮＯの場合には、Ｓ２１に進む。
【００４３】
Ｓ２１は、データ終了か、あるいは“ＦＥ”＋“２９”か判別する。ＹＥＳの場合には、Ｓ２２で変換後のコードを格納する。そして、後述する図６以降に進む。
【００４４】
以上のＳ１２からＳ２２によって、送信側で、送受信時に受信側のパソコンで制御記号などと解析して誤動作が生じないようにする透過モード化のためのコード変換が終了したこととなる。
【００４５】
次に、図６から図８を用いて、受信側のパソコンで受信して元のコードに復元するときのコード変換を説明する。ここで、図中の
▲５▼：ＪＥＦコードのＪＩＳコード変換および表示（ＪＥＳ拡張漢字ドライバの範囲）
▲６▼：透過モード化文字の復元（送受信可能なコードからコードの復元）
▲７▼：抹消線の表示
▲８▼：外字フォントパターンのビットマップデータの変換および表示
を行う。以下順次説明する。
【００４６】
図６、図７および図８は、本発明の動作説明フローチャート（受信側）を示す。
図６において、Ｓ３１は、１バイト読み込む。
【００４７】
Ｓ３２は、コード系は「ＪＩＳ８／シフトＪＩＳ」か判別する。ＹＥＳの場合には、Ｓ３３に進む。一方、ＮＯの場合には、Ｓ３８に進む。
Ｓ３３は、Ｓ３２のＹＥＳと判別されたので、“ＦＥ”（制御コードの一部）か判別する。ＹＥＳの場合には、Ｓ３４で制御文字モードをＯＮにセットし図８のＳ６７に進み、一方、ＮＯのときにＳ３５に進む。
【００４８】
Ｓ３５は、制御文字モードがＯＮ、かつ“２８”か判別する。ＹＥＳの場合には、Ｓ３６で▲５▼ＪＥＦコードのＪＩＳコード変換／表示処理の開始のため、コード系を「ＪＥＳ」にする、および制御モードをＯＦＦにし、図８のＳ６７に進む。一方、Ｓ３５のＮＯの場合には、Ｓ３７で画面上にリアルタイムに表示し、図８のＳ６７に進む。
【００４９】
Ｓ３８は、「ＦＥ」か判別する。ＹＥＳの場合には、Ｓ３９で制御文字モードをＯＮにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ４０に進む。
Ｓ４０は、「制御文字モード＝ＯＮ」か判別する。ＹＥＳの場合には、Ｓ４１で▲５▼ＪＥＦコードのＪＩＳコード変換／表示処理の終了のために、コード系を「ＪＩＳ８／シフトＪＩＳ」にする、および制御文字モードをＯＦＦにし、図７のＳ４２に進む。一方、ＮＯの場合には、図７のＳ４２に進む。
【００５０】
図７において、Ｓ４２は、「制御文字モード＝ＯＮ」か判別する。ＹＥＳの場合には、Ｓ４３で▲６▼透過モード化文字の復元処理開始のために、透過モードをＯＮにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ４４に進む。
【００５１】
Ｓ４４は、「制御文字モード＝ＯＮ」、かつ「３９」か判別する。ＹＥＳの場合には、Ｓ４５で▲６▼透過モード化文字の復元処理終了のために、透過モードをＯＦＦにする、および制御文字モードをＯＦＦにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ４６に進む。
【００５２】
Ｓ４６は、「制御文字モード＝ＯＮ」、かつ「４０」か判別する。ＹＥＳの場合には、Ｓ４７で▲７▼抹消線の表示（抹消線の開始）を行う、および制御文字モードをＯＦＦにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ４８に進む。
【００５３】
Ｓ４８は、「制御文字モード＝ＯＮ」、かつ「４９」か判別する。ＹＥＳの場合には、Ｓ４９で▲７▼抹消線の表示（抹消線の終了）を行う、および制御文字モードをＯＦＦにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ５０に進む。
【００５４】
Ｓ５０は、「制御文字モード＝ＯＮ」、かつ「５０」か判別する。ＹＥＳの場合には、Ｓ５１で▲８▼外字フォントパターンのビットマップデータ変換／表示のために、外字フォントモードをＯＮにする、および制御文字モードをＯＦＦにし、図８のＳ６７に進む。一方、ＮＯの場合には、Ｓ５２に進む。
【００５５】
Ｓ５２は、「制御文字モード＝ＯＮ」、かつ「５９」か判別する。ＹＥＳの場合には、Ｓ５３で▲８▼外字フォントパターンのビットマップデータ変換／表示のために、外字フォントモードをＯＦＦにする、および制御文字モードをＯＦＦにし、図８のＳ６７に進む。一方、ＮＯの場合には、図８のＳ５４に進む。
【００５６】
図８において、Ｓ５４は、「透過モード＝ＯＮ」か判別する。ＹＥＳの場合には、Ｓ５５に進む。一方、ＮＯの場合には、Ｓ５９に進む。
Ｓ５５は、Ｓ５４のＹＥＳで透過モード＝ＯＮと判明したので、「２０以上、かつ４０以下」か判別する。ＹＥＳの場合には、Ｓ５６で▲５▼透過モード化文字の復元（−２０）し、Ｓ５９に進む。一方、ＮＯの場合には、Ｓ５７に進む。
【００５７】
Ｓ５７は、「４Ｆ以上で６Ｆ以下」、「Ｂ０以上でＣＤ以下」あるいは「ＣＦ」か判別する。ＹＥＳの場合には、Ｓ５８で▲５▼透過モード化文字の復元（＋３０）し、Ｓ５９に進む。
【００５８】
Ｓ５９は、「外字フォントモード＝ＯＮ」か判別する。ＹＥＳの場合には、Ｓ６０に進む。ＮＯの場合には、Ｓ６３に進む。
Ｓ６０は、Ｓ５９で外字フォントモードがＯＮと判明したので、外字データの格納を行う。
【００５９】
Ｓ６１は、外字データの受信が完了したか判別する。これは、外字１文字について３２バイトあるので、全ての外字データの受信が完了したか判別する。ＹＥＳの場合には、Ｓ６２で▲８▼外字フォントパターンのビットマップデータ変換／表示を行い、Ｓ６７に進む。一方、ＮＯの場合には、Ｓ６７に進む。
【００６０】
Ｓ６３は、「ＪＥＦ上位バイト」か判別する。ＹＥＳの場合には、Ｓ６４でＪＥＦ上位バイトを格納し、Ｓ６７に進む。一方、ＮＯの場合には、Ｓ６５でＪＥＦ下位バイトを格納し、Ｓ６６で▲６▼ＪＥＦコードのＪＩＳコード変換／表示（ＪＥＦ拡張漢字ドライバ使用）し、Ｓ６７に進む。
【００６１】
Ｓ６７は、終わりか判別する。ＹＥＳの場合には、一連の受信時のコード変換処理を終了する。一方、ＮＯの場合には、図６のＳ３１に戻り、次の１バイトを読み込み、受信時のコード変換処理を繰り返す。
【００６２】
以上の図６のＳ３１から図８のＳ６７によって、受信側のパソコンで、コード変換した元のデータを復元することが可能となる。
図９は、本発明の具体例説明図を示す。これは、既述した図５の送信側のコード変換処理、および図６ないし図８の受信側のコード変換処理（コード復元処理）の具体例である。以下説明する。
【００６３】
図９の（イ）は、送信側の変換前のコードの例を示す。ここでは、図示の下記の例を挙げて説明する。
0003742676.tif 000004
ここで、４１、Ｅ０、８０、Ａ１がＪＥＦコードであって、「４１Ｅ０」が漢字（図９の（ト）の左側の漢字）を表すコードであり、「８０Ａ１」が外字制御コードの１文字「○〒」（ここでは、特許用ＪＩＳにないために、○の中に〒が入った外字の１文字を表すとする）を表すコードとする。
【００６４】
図９の（ロ）は、ホスト側（送信側）でパソコン側（受信側）表示のためにコード変換する。コード変換結果を図９の（ハ）に示す。
図９の（ハ）は、図９の（イ）の受信側表示のためのコード変換を示す。ここでは、図示の下記のように示す。
【００６５】
0003742676.tif 000005
をそれぞれ表す。
【００６６】
図９の（ニ）は、ホスト側で送信のためのコード変換する。これは、透過モード化し、受信側のパソコンで制御コードとなって誤動作しないようにコード変換して図９の（ホ）のようにする。
【００６７】
図９の（ホ）は、送信ためのコード変換した後のコードを示す。ここでは、図示の下記のようにコード変換する。
0003742676.tif 000006
２バイト漢字コードの末尾の１バイト「Ｅ０」について、図４の項番１の透過モードの開始コード「ＦＥ３０」に続けて、「Ｅ０」から−３０して透過モード化した「Ｂ０」を挿入したものである。
【００６８】
「ＦＥ５０  ５０  」は、「外字フォントの外字制御コード２バイト中の１バイト目「８０」から−３０して透過モード化した「５０」を付加したものである。
【００６９】
「ＦＥ３９」は、透過モードの終了を表すものである。
「Ａ１」は、外字制御コードの２バイト目である。
「ＦＥ３０  ３８・・・ＦＥ３９」は、文字フォントを透過モード化したものである。
【００７０】
「２５」は、３２バイトの「○〒」を表すフォントデータの末尾バイトである。
「ＦＥ５９」は、外字フォントの終了コードである。
【００７１】
「ＦＥ２９」は、登録データの登録データの終了コードである。
図９の（ヘ）は、パソコン側（受信側）でパソコン受信のためのコード変換する。これは、既述したように、受信したコードを元のコードに復元し、図９の（イ）のように復元あるいは自己のコード系に変換する。
【００７２】
図９の（ト）は、図９の（ヘ）の結果を表示した例を示す。ここでは、図示のように、画面上に図示のように２バイト漢字（図９の（ト）の左側の漢字）と、外字フォント文字「○〒」（○の中に〒が入った１文字を表す）との２文字が復元されたこととなる。
【００７３】
【発明の効果】
以上説明したように、本発明によれば、制御コードなどの所定領域外のコードを見つけたときにこの見つけたコードを、文字コードなどの所定領域内の特定コードを付加および見つけたコードについて所定領域内にシフトした後のコードに変換して送信し、受信側で復元してリアリタイムに表示などする構成を採用しているため、ＪＩＳ非互換文字や外字のフォントパターンなどを含んだ全ての情報を通常のパソコン通信の一般的な手順のままで送受信しリアルタイムに表示などすることができるようになった。これらにより、ＴＴＹ手順での制御コード、シフトＪＩＳ域と衝突して誤動作することがなく、しかもあらゆるフォントパターンを送受信することが可能となり、既存のパソコン通信で異なるコード体系のもとであってもそのままで自由にデータ通信することが可能となった。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の特定領域例である。
【図３】本発明の具体例説明図である。
【図４】本発明の特定コード一覧例である。
【図５】本発明の動作説明フローチャート（送信側）である。
【図６】本発明の動作説明フローチャート（受信側、その１）である。
【図７】本発明の動作説明フローチャート（受信側、その２）である。
【図８】本発明の動作説明フローチャート（受信側、その３）である。
【図９】本発明の具体例説明図である。
【符号の説明】
１：ホストシステム
２、１１：業務アプリ
３：送信電文組立部
４：コード変換部
５、９：通信制御部
６：外字等フォントパターンセット
７：網
８：パソコンシステム
１０：コード復元部
【図１】
0003742676.tif 000007
【図２】
0003742676.tif 000008
【図３】
0003742676.tif 000009
【図４】
0003742676.tif 000010
【図５】
0003742676.tif 000011
【図６】
0003742676.tif 000012
【図７】
0003742676.tif 000013
【図８】
0003742676.tif 000014
【図９】
0003742676.tif 000015