(57)【要約】【課題】ネットワークで接続されたプラットフォーム間において外字を統一的に扱うことのできるシステムを提供する。【解決手段】文字コード体系に基づいた第１の文字列格納手段と第２の文字列格納3手段との間を通信回線で接続し文字列を情報として伝送可能な分散情報処理システムにおいて、前記第１の文字列格納手段から出力される文字列を、前記第２の文字列格納手段における文字コード体系に基づく文字コードに変換するコード変換手段を備えた文字コード管理装置とした。【選択図】図１
2004164644.tif 000002
【特許請求の範囲】
【請求項１】
文字フォント用および通信回線にわたって相互に接続された異なる文字コード体系を有する情報処理装置における文字情報転送処理システムであって、
送信側非標準文字パターンデータを受信側文字パターンデータ用受信側文字コード体系に基づいて文字コード列に変換して変換済み文字コードを前記通信回線に対して出力する送信側コード変換手段と、送信側文字パターンデータ用送信側文字コード体系を格納する送信側文字列格納手段と、を含む送信側文字コード管理手段と、
変換済み文字コードを適用して受信側文字コード体系の対応する受信側非標準文字パターンデータを生成する受信側文字コード管理手段と、受信側文字パターンデータ用の受信側文字コード体系を格納する受信側文字列格納手段と、を含む受信側コード管理手段と、を含み、
前記送信側文字コード管理手段がさらに、
送信側非標準文字パターンデータ用該送信側文字列格納手段内の送信側外字コードアドレスに対応しかつ前記受信側文字列格納手段内にある受信側外字コードアドレスを算出する変換プロセッサと、
送信側非標準文字パターンデータ用の、前記送信側文字列格納手段の送信側外字コードアドレスと、それに対応すべく前記変換プロセッサによって算出された前記受信側文字列格納手段の受信側外字コードアドレスと、を登録するコード変換表と、を含むことを特徴とする文字情報転送処理システム。
【請求項２】
前記変換プロセッサが、
フォントファイルを開く手段と、
前記コード変換表に接続する手段と、
前記送信側文字列格納手段から前記送信側非標準文字パターンデータ用の文字パターンデータを検索して前記受信側文字コード管理手段に送信する手段と、
前記送信側非標準文字パターンデータ用の前記送信側文字列格納手段にある送信側外字コードアドレスに対応する、前記受信側文字列格納手段内の受信側外字コードアドレスを算出する手段と、
前記受信側文字列格納手段の受信側外字コードアドレスおよび送信側非標準文字パターンデータ用の送信側外字コードアドレスを前記コード変換表に登録する手段と、
前記コード変換表を含む送出データを前記受信側文字コード管理手段に対して出力する手段と、を含むことを特徴とする請求項１記載の文字情報転送処理システム。
【請求項３】
前記送信側コード変換手段が、
さらに、送信側文字列格納手段から、前記送信側非標準文字パターンデータ用の外字パターンを検索し、かつ該外字パターンを、前記通信回線に対して変換済み文字コードとして出力された前記受信側文字列格納手段の対応文字コードに変換する文字パターン処理手段を、含むことを特徴とする請求項１記載の文字情報転送処理システム。
【請求項４】
前記送信側コード変換手段が、
さらに、前記コード変換表に登録されている変換情報を前記通信回線を介して前記受信側文字コード管理手段に送信する変換情報通信手段を、含むことを特徴とする請求項１記載の文字情報転送処理システム。
【請求項５】
通信回線で接続されている情報処理装置を管理する文字情報転送処理システムであって、
送信側文字パターンデータ用の送信側文字コード体系を格納する送信側文字列格納装置と、
受信側文字パターンデータ用であって前記送信側文字コード体系とは異なる受信側文字
コード体系を格納する受信側文字列格納装置と、
前記送信側文字列格納装置および前記通信回線と接続され、前記送信側文字パターンデータの中の少なくとも１つの送信側外字コードアドレスに対応する、受信側文字パターンデータの少なくとも１つのフォントの、前記受信側文字列格納装置内にある受信側外字アドレスを算出して、前記送信側外字コードアドレスおよびそれに対応する受信側外字アドレスを含む変換済み文字コードを前記通信回線上で送信すべく出力する、送信側コード変換装置と、
前記受信側文字列格納装置および前記通信回線に接続され、前記送信側コード変換装置が出力した変換済み文字コードを受信し、該変換済み文字コードに基づいて少なくとも１つの受信側文字パターンデータを生成する受信側コード変換装置と、を含むことを特徴とする文字情報転送処理システム。
【請求項６】
通信回線で接続されている情報処理装置を管理する方法であって、
送信側フォント用の送信側文字コード体系を送信側文字列格納装置に格納するステップと、
受信側フォント用であって、送信側文字コード体系とは異なる、受信側文字コード体系を受信側文字列格納装置に格納するステップと、
送信側文字列格納装置内にある、少なくとも１つの送信側文字パターンデータ用の送信側外字コードアドレスを検索するステップと、
前記送信側文字パターンデータの少なくとも１つの送信側外字コードアドレスに対応する、少なくとも１つの受信側文字パターンデータ用の、受信側文字列格納装置内にある受信側外字アドレスを算出するステップと、
前記送信側外字アドレスおよびそれに対応しかつ前記算出ステップで算出された受信側外字アドレスを含む変換済み文字コードを前記通信回線上で送信するステップと、
前記変換済み文字コードに基づいて少なくとも１つの受信側文字パターンデータを生成するステップと、を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置の分散システムにおいて、外字を矛盾なく統一的に扱うことのできる技術に関する。
【背景技術】
【０００２】
情報処理システムが分散化されて、たとえば遠隔地にあるシステム同士でデータを流通させて処理を行う必要が出てくると、ハードウエアによって異なる文字コード体系、特に外字の扱いをどのように統一するかが問題となってきている。
【０００３】
具体的に説明すると、異なるプラットフォーム間、たとえば通信回線で接続されたメインフレームと、ワークステーションと、パーソナルコンピュータとの間でデータを統一的に扱いたい場合、それぞれのプラットフォーム間ではハードウエアメーカーにより、あるいは同一メーカー内であっても機種によって文字コード体系、特に外字と呼ばれる標準文字以外の文字コード体系が異なっているのが通常である。
【０００４】
このような現状では、標準のＪＩＳでサポートされていない文字を取り扱う場合、各プラットフォーム毎にフォントエディタ等を用いて個別に文字フォントを作成しなくてはならず、そのプラットフォーム毎のその対応付けは専らオペレータの手作業に依存せざるを得なかった。
【０００５】
この点について、特開平３−２４６７７１号公報では、外部記憶媒体に外字管理テーブルを設けて複写元の文書ファイルで用いられている外字と、複写先に存在する外字とを比較して一致した外字を外字管理テーブルに格納するとともに、一致する外字が存在しない場合には複写元の当該外字を複写先の外字保存手段に複写するとともに、該外字の文字コードと前期外字保存手段内の格納位置とを対応させて前期外字管理テーブルに格納するようにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、前記従来技術では、同一のプラットフォーム（前記従来技術においては単一機種のワードプロセッサを想定している）での外字管理を前提としているため、異なるコード体系を持ったシステム、たとえばメインフレームとＵＮＩＸワークステーション間ではユーザが定義できるコードエリア自体が異なり、対応するコード自体が存在しないときには外字のコンバートが不可能だった。
【０００７】
しかも、前記従来技術では、外字のための文字コードが文書毎に管理されるため、文書毎（データ毎）に余計な情報が付加されていることになり、通信を前提としたデータの流通を考えた場合にデータ量が増大してしまい、現実的ではなかった。
【０００８】
本発明はこのような点に鑑みてなされたものであり、その目的は、ネットワークで接続されたプラットフォーム間において外字を統一的に扱うことのできるシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、第１の手段として、原理図である図１に示すように、文字コード体系に基づいた第１の文字列格納手段（１）と第２の文字列格納手段（２）との間を通信回線（３）で接続し文字列を情報として伝送可能な分散情報処理システムにおいて、前記第１の文字
列格納手段（１）から出力される文字列を、前記第２の文字列格納手段（２）における文字コード体系に基づく文字コードに変換するコード変換手段（４）を備えた文字コード管理装置とした。
【００１０】
第２の手段として、前記コード変換手段（４）を、前記第１の文字列格納手段（１）における文字コードを前記第２の文字列格納手段（２）における文字コードに変換するコード変換表を備えたものとした。
【００１１】
第３の手段として、前記コード変換手段（４）を、前記第１の文字列格納手段（１）から文字パターンを取り出して、この文字パターンを対応する第２の文字列格納手段（２）における文字コードに当てはめて通信回線（３）に出力する文字パターン処理部を備えたものとした。
【００１２】
第４の手段として、前記コード変換手段（４）を、前記第１の文字列格納手段（１）に属する前記コード変換表に登録された変換情報を、前記第２の文字列格納手段（２）に属するコード変換表に通信回線（３）を経由して送信する機能を備えたものとした。
【００１３】
前記第１の手段において、コード変換手段（４）を備えることにより、第１の文字列格納手段（１）から通信回線（３）上に出力される際に、第２の文字列格納手段（２）で登録すべき文字コードが指定されているため、前記第１の文字列格納手段（１）において外字で定義された文字コードも第２の文字列格納手段（２）に確実に登録することができる。このため、通信回線（３）によって接続された分散処理システムにおいて外字を統一的に扱うことができる。
【００１４】
第２の手段によれば、コード変換手段（４）としてコード変換表を備えることにより、第１の文字列格納手段（１）から第２の文字列格納手段（２）に登録されるべき外字のコード変換が極めて容易となる。
【００１５】
第３の手段によれば、パターン処理部を用いて文字パターン自体も通信回線（３）を用いて流通させることにより、たとえば第１の文字列格納手段（１）で作成された文字パターンをそのまま第２の文字列格納手段（２）でも用いることができ、プラットフォーム毎（文字列格納手段毎）に文字パターンを生成しなおす必要がなく、文字パターンの効率的な管理が可能となる。
【００１６】
第４の手段によれば、コード変換表の情報自体を通信回線（３）を通じて流通させることにより、プラットフォーム間の変換定義の更新が極めて容易となり、プラットフォーム間の外字の統一管理をより完全に行うことができる。
【発明の効果】
【００１７】
本発明によれば、ネットワークで接続された異種のプラットフォーム間において外字を統一的に扱うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施例を図に基づいて説明する。
〔システム構成の説明〕
図２は、本実施例のシステム構成を示している。本実施例ではたとえば金融機関等のネットワークでの分散処理の例であり、本社はメインフレームによる情報処理システム５ａを有しており、地域中心支店ではワークステーションによる情報処理システム５ｂ、支店ではパーソナルコンピュータによる情報処理システム５ｃというように異なったプラットフォームを有している。
【００１９】
そして、それぞれの情報処理システムにはたとえば顧客名簿などのデータベース６ａ，６ｂ，６ｃがそれぞれ構築されている。これらのデータベースでは、それぞれ文字コード体系が異なっており、ユーザエリアのコードアドレスも異なっている。たとえば、メインフレーム（６ａ）ではＪＥＦコードが用いられ、ワークステーション（６ｂ）ではＥＵＣコードが用いられ、パーソナルコンピュータ（６ｃ）ではシフトＪＩＳコードが用いられている。したがって、それぞれの外字エリアコードも異なっている。
【００２０】
各データベース６ａ，６ｂ，６ｃはそれぞれフォントファイル７ａ，７ｂ，７ｃを有しており、外字エリアに登録された文字コードに定義された文字パターンがフォントファイル７ａ，７ｂ，７ｃより読み出されて、それぞれの表示装置８ａ，８ｂ，８ｃに表示されるようになっている。
【００２１】
各情報処理システム５ａ，５ｂ，５ｃは、文字コード管理装置４ａ，４ｂ，４ｃを有している。この文字コード管理装置の構成は以下に説明する。
〔文字コード管理装置の説明〕図３は、文字コード管理装置の構成をさらに詳しく示したものである。
【００２２】
同図では、説明の便宜上、本店のメインフレームを構成する情報処理システム５ａから地域中心支店のワークステーションを構成する情報処理システム５ｂに外字情報を流通させるための構成を示している。
【００２３】
同図において、文字コード管理装置４ａ，４ｂは、変換処理部１０ａ，１０ｂと、コード変換表１１ａ，１１ｂと、受渡データ１２ａ，１２ｂとで構成されている。なお、コード変換表１１ａ，１１ｂと受渡データ１２ａ，１２ｂとは具体的にはファイルの形式でＲＡＭあるいは記憶装置内に登録される。
【００２４】
コード変換表１１ａ，１１ｂは、たとえば外字についての変換定義をテーブル化したもので、送信側の情報処理システム５ａで定義された外字が、受信側の情報処理システム５ｂのどの文字コードに該当するかを規定したものである。
【００２５】
ここで、送信側変換処理部１０ａと受信側変換処理部１０ｂとではその機能が異なる。すなわち、送信側変換処理部１０ａは、フォントファイル７ａより文字パターンを読み出して、この文字パターンが割り付けられた文字コードに対応する受信側の文字コードをコード変換表１１ａに基づいてコード変換し、これを受渡データとして受信側文字コード管理装置４ｂに通信回線３を通じて送信する機能を有している。
【００２６】
一方、受信側文字コード管理装置４ｂは、送信側文字コード管理装置４ａより受渡データ１２ｂを受け取ると、これを自身のコード変換表１１ｂに登録する作業を行う。これらの作業により、各コード変換表１１ａ，１１ｂが統一的に更新され、外字の流通時の統一管理が実現される。
〔送信側変換処理部の処理フロー〕
図４は、送信側変換処理部１０ａの処理をさらに詳しく説明したものである。
【００２７】
まず、送信側変換処理部１０ａでは、ユーザの入力ミスがないか、あるいはパラメータが正しいか否か等の入力情報に関する正当性をチェックする（ステップ４０１）。
【００２８】
続いてフォントファイル７ａが開かれ、変換処理部１０ａのメモリ上に展開される（４０２）。次に、変換処理部１０ａにコード変換表１１ａを読み込む（４０３）。
【００２９】
続いて、変換処理部１０ａによりフォントファイル７ａが有している文字パターンの数を読み込み、その数をループ回数として自身のカウンタにセットする（４０４）。
【００３０】
次に、前記フォントファイル７ａより、外字の文字パターンデータを読み出す（４０５）。そして、流通させる（通信回線３に出力する）外字の流通元コード系（ここではＪＥＦコード系）と、流通先コード系（ここではＥＵＣコード系）との対応を設定する（４０６）。この対応関係は、たとえばＪＥＦコード系におけるユーザ外字の登録コードアドレスと、ＥＵＣコード系におけるユーザ外字の登録コードアドレスとがあらかじめ与えられており、これらの対応関係から送信側変換処理部１０ａはフォントファイル７ａから読み出された外字が、流通先のどのコードアドレスにあてはめられるかを算出することができる。そして前記ステップ４０６で得られた対応関係をメモリ上に展開されたコード変換表１１ａに書き込む（４０７）。
【００３１】
以上のステップ４０４〜４０７を指定された外字の文字コード分だけ繰り返した後、送信側変換処理部１０ａは、以上の処理を通じて得られた文字パターンデータと、外字コードの対応関係とを受渡データ１２ａとしてファイルに出力する（４０８）。
【００３２】
そして、前記に基づいて更新されたコード変換表１１ａが記憶装置上に書き込まれ（４０９）、続いてフォントファイル４１０が閉じられる（４１０）。
〔受渡データの構造〕
図５は、受渡データ１２ａのフォーマットを示したものである。
【００３３】
受渡データ１２ａは、ヘッダ部１５と、リスト部１６と、文字データ部１７とで構成されている。ヘッダ部１５の先頭に位置する「ＯＫフラグ」は、文字データの移出の正常終了を示すもので、正常終了値として”０”が登録されている。異常終了の場合には前記０以外の値が登録される。
【００３４】
「コード変換定義の実施モード」には標準モードとして”０”が登録され、移出更新を示すときには”１”、移入更新を示すときには”２”が登録される。「元コード系長」と「先コード系長」とには、それぞれ流通元と流通先のコード系長（７もしくは８ビット）が登録される。
【００３５】
「流通元コード系」と、「流通先コード系」とにはそれぞれあらかじめプラットフォーム毎に設定されているコード名が登録される。ここで、たとえば流通元が本実施例のようにメインフレームで、ＪＥＦコードでかつアスキーコードによるＥＢＣＤＩＣコード系を有している場合、「ＪｅｆＡｓｃｉｉ」というコード名が指定される。また流通先がＥＵＣコードを採用しているワークステーションである場合、「ＥＵＣ」のコード名が指定される。なお、「流通先コード系」は標準モードあるいは移入更新モードの場合にはＮＵＬＬコードを登録する。
【００３６】
「文字横サイズ」、「文字縦サイズ」、「レターの横サイズ」、「レターの縦サイズ」、「文字データサイズ」には流通させる文字のサイズに関する情報が登録される。これは流通元における文字サイズを流通先でも反映させるためである。
【００３７】
「移出文字数」には、受渡データにファイルとして格納される文字の数を指定する。また、「移出コードリスト長さ」には送出されるコードリストの長さを登録する。
【００３８】
リスト部１６には、「流通元文字コード」と「流通先文字コード」とがそれぞれ対になって必要な文字分だけ登録される。ここで、「流通元文字コード」は前述のヘッダ部１５に登録された「流通元文字コード系」に基づく文字コードが登録され、「流通先文字コー
ド」にはヘッダ部１５に登録された「流通先文字コード系」に基づく文字コードが登録される。なお、「流通先文字コード」は、標準モードあるいは移入更新モードのときにはＮＵＬＬコードが登録される。
【００３９】
ここで、リスト部１６は、文字（外字）の存在しない文字コードも含んで作成される。したがって、先に説明したヘッダ部１５における「移出コードリスト長さ」は、実際に送出される文字数（外字数）とは一致しない。
【００４０】
文字データ部１７には、「流通元文字コード」と「文字パターンデータ」（フォント）とが対で登録される。
〔受信側変換処理部の処理フロー〕
図６は、受信側変換処理部１０ｂにおける処理フローを示したものである。
【００４１】
受信側文字コード管理装置４ｂでは、通信回線３を通じて受信した受渡データ１２ｂに対して、まずデータの正当性をチェックした後（６０１）、受渡データ１２ｂを変換処理部１０ｂに読み込む（６０２）。
【００４２】
次に、自身のフォントファイル７ｂを読み込みメモリ上に展開する（６０３）。次にコード変換表１１ｂを読み込み、同じくこれもメモリ上に展開する（６０４）。
【００４３】
続いて、変換処理部１０ｂは、受渡データ１２ｂから得られた外字の数に基づいてこれをループ回数として自身のカウンタにセットする（６０５）。次に、受渡ファイル１２ｂから得られた文字サイズに関する情報によって、これが自身が保有するフォントファイル７ｂの格納サイズと異なる場合には、拡大もしくは縮小処理を行う（６０６）。さらに文字パターン（フォント）のデータフォーマット形式が異なる場合には自身のフォーマットに適合するようフォーマットの変換を行う（６０７）。
【００４４】
以上の処理を完了した後、受信した外字をメモリ上に展開されている自身のフォントファイル７ｂに格納する。続いて、受渡データ１２ｂから得られた流通元コード系と流通先コード系のコード対応関係をメモリ上に展開されている自身のコード変換表１１ｂに書き込む（６０９）。
【００４５】
以上のステップ６０５〜６０９の処理をカウンタにセットされた文字数だけ繰り返した後、メモリに展開されたコード変換表６１０を記憶装置上に書き戻し（６１０）、さらに更新されたフォントファイル７ｂを閉じる（６１１）。
【００４６】
以上の説明では、メインフレームの情報処理システム５ａを送信側、ワークステーションの情報処理システム５ｂを受信側としたが、いずれの情報処理システム５ａ，５ｂ，５ｃを送信側、受信側としてもよい。すなわち、支店（情報システム５ｃ）で入力された新たに作成した外字を含む人名データベース６ｃの内容を通信回線３を通じて、地域中心支店（情報システム５ｂ）および本店（情報システム５ａ）に反映させてそれらの表示装置８ｂ，８ｃに表示させることも可能である。
【００４７】
このように、通信回線３を通じて変換された外字コードの流通が実現されるとともに、文字パターン（フォント）そのものも流通させることができるため、プラットフォーム毎に外字を再作成する必要がなりくなり、文字コード系の異なるプラットフォーム間において外字を含む人名等のデータベースを統一的に管理することができる。
【００４８】
また、変換処理部１０ａおよび７ｂは定期的に図４および図６に示したフローを繰り返すことにより、いずれかのプラットフォームで外字の更新があった場合に迅速に他のプラ
ットフォームにこれを反映させることができる。
〔変換表自体を流通させるための処理〕
以上の説明では、外字情報の流通に際して、文字パターン（フォントデータ）を含めたプラットフォーム間の流通を説明したが、文字パターンや文字の付加情報は流通させずに、コード変換表１１ａの内容のみを通信回線３を通じて流通させてもよい。
【００４９】
図７は、コード変換表１１ａのみをプラットフォーム間で流通させる場合の処理概要を示したものである。説明の便宜上、概略構成は図３を用いて説明する。したがって、図７において、システムＡは図３における送信側文字コード管理装置４ａにおける処理を示しており、システムＢは図３における受信側文字コード管理装置４ｂにおける処理を示している。
【００５０】
まず送信側文字コード管理装置４ａの送信側変換処理部１０ａでは、変換すべき文字が規則変換、たとえばＪＩＳの範囲内の文字であるか否かを判定する。この結果、ＪＩＳで定義された文字の場合には規則変換が可能であるため、自身が保有している規則変換プログラムにより相手側のシステムに対応した文字コードに変換して送信する。
【００５１】
また、規則変換の対象外である場合、たとえば外字やメーカ固有文字の場合には、メモリ渡し変換表に存在するか否かを判定する。ここでメモリ渡し変換表とは、その変換規則を流通させるデータとともに受信側のシステムに送信する場合を指し、受信側のシステムでこの規則がメモリ展開されるものをいう。
【００５２】
このメモリ渡し変換表に存在しない文字である場合には、外付けコード変換表１１ａに存在する文字か否かが判断される。ここで外付けコード変換表１１ａによる変換を行う場合には、送信側変換処理部１０ａは、このコード変換表１１ａに基づいて当該文字コードを変換し、受信側のシステムに送信する。
【００５３】
一方、外付けコード変換表１１ｂにも存在しない文字である場合には、不規則変換文字のデフォルト変換を行う。これはあらかじめ変換不能な文字を意味するコードが割り当てられたコードとする処理である。
【００５４】
受信側文字コード管理装置４ｂでも、前記送信側文字コード管理装置４ａと同様な処理を行うことになる。ここで、外付けコード変換表１１ｂが前記送信側の外付けコード変換表１１ａと矛盾する場合には、文字コードによっては不規則変換文字のデフォルト変換がなされてしまう可能性がある。そこで、本実施例ではコード変換表１１ａ自体を受渡データ１２ａとして通信回線を通じて受信側文字コード管理装置４ｂに送信するようにした。
【００５５】
図８は、このコード変換表１１ａの内容を受渡データ１２ａとして送信する場合のフォーマットを示している。このファイルはヘッダ部２０とデータ部２１とで構成されており、ヘッダ部２０は、「ファイル識別名」、「ヘッダ長」、「文字コード対応数」、「リザーブ領域」（１２８バイト）、「対応文字コード系数」および「文字コード系情報テーブル（１）〜（２０）」で構成されている。
【００５６】
データ部２１には、文字コード系間の文字コード対応表が登録されるようになっている。このファイルを受渡データ１２ｂとして受信した受信側文字コード管理装置４ｂでは、受信側変換処理部１０ｂがこれを読み込み自身のコード変換表１１ｂを更新する。
【００５７】
以上の説明では、通信回線３を介して文字コード管理装置４ａ，４ｂ，４ｃ間で文字パターン（フォント）およびそれに付随する文字情報、コード変換表を流通させる例を説明したが、図２の破線で示したようにフォントファイル７ａ，７ｂ，７ｃのみを別の回線、
あるいはフロッピーディスク等の物理的な記憶媒体で流通させてもよい。
【図面の簡単な説明】
【００５８】
【図１】本発明の原理図
【図２】本実施例のシステム構成を示すブロック図
【図３】実施例の文字コード管理装置の構成を示すブロック図
【図４】送信側変換処理部の処理手順を示すフロー図
【図５】受渡データのフォーマットを示す説明図
【図６】受信側変換処理部の処理手順を示すフロー図
【図７】コード変換表を用いた変換処理を示すブロック図
【図８】コード変換表の情報を流通させる場合のフォーマットを示す説明図
【符号の説明】
【００５９】
１    第１の文字列格納手段（送信側データベース）
２    第２の文字列格納手段（受信側データベース）
３    通信回線
４    コード変換手段
４ａ  送信側文字コード管理装置（コード変換手段）
４ｂ  受信側文字コード管理装置（コード変換手段）
５ａ，５ｂ，５ｃ  情報処理システム
６ａ，６ｂ，６ｃ  データベース
７ａ，７ｂ，７ｃ  フォントファイル
８ａ，８ｂ，８ｃ  表示装置
１０ａ，１０ｂ    変換処理部
１１ａ，１１ｂ    コード変換表
１２ａ，１２ｂ    受渡データ
１５  ヘッダ部
１６  リスト部
１７  文字データ部
【図１】
2004164644.tif 000003
【図２】
2004164644.tif 000004
【図３】
2004164644.tif 000005
【図４】
2004164644.tif 000006
【図５】
2004164644.tif 000007
【図６】
2004164644.tif 000008
【図７】
2004164644.tif 000009
【図８】
2004164644.tif 000010