(57)【特許請求の範囲】
【請求項１】
第１の文字コードが定義されている第１のシステムと、前記第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムと、を含む情報処理システムであって、
前記第２のシステムは、
前記第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、前記受け付けた情報に対応する文字が前記第１の文字コードに含まれているか否かを判別する判別手段と、
前記受け付けた情報に対応する文字が前記第１の文字コードに含まれていないと判別された場合に、前記受け付けた情報から文字の形状に関する情報を抽出する抽出手段と、
前記抽出された情報を前記第１のシステムに送信する送信手段と、を備え、
前記第１のシステムは、前記抽出された情報に基づいて文字を出力する出力手段を備え、
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信手段は、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す外字符号決定手段を備え、
前記外字符号決定手段は、
前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記抽出手段が抽出した情報を記憶する外字データベースを検索し、前記第２の文字コードに基づいて表現される文字の前後の文字の組み合わせと同じ組み合わせを有する外字データベースエントリ情報があるか否か調べ、
前記同じ組み合わせを有する外字データベースエントリ情報がない場合には、前記ユーザ定義文字領域の中から任意の符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用し、
前記同じ組み合わせを有する外字データベースエントリ情報がある場合には、当該外字データベースエントリ情報で使用している外字符号以外の符号から任意に符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用する
情報処理システム。
【請求項２】
前記第２のシステムは、前記第２の文字コードに基づいて表現される文字に関する情報であるフォントファイルを有し、
前記抽出手段は、前記受け付けた情報または前記フォントファイルから文字の形状に関する情報を抽出する、請求項１に記載の情報処理システム。
【請求項３】
前記第２のシステムは、前記抽出手段が抽出した情報を記憶する外字データベースを備える、請求項１または２に記載の情報処理システム。
【請求項４】
前記第１のシステムは、前記抽出手段が抽出した情報を記憶する外字データベースを備える、請求項１乃至３に記載の情報処理システム。
【請求項５】
請求項１から４のいずれか１項に記載の情報処理システムに含まれる第２のシステムと連携するメインフレームであって、
前記第２の文字コードに基づいて表現される文字の形状に関する情報を前記第２のシステムから受信し、当該受信した情報に基づいて文字を出力する出力手段を備えるメインフレーム。
【請求項６】
第１の文字コードが定義されている第１のシステムと、前記第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムとを含む情報処理システムにおける情報処理方法であって、
前記第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、前記第１の文字コードに前記受け付けた情報に対応する文字が含まれているか否かを判別する判別ステップと、
前記第１の文字コードに前記受け付けた情報に対応する文字が含まれていないと判別された場合に、前記受け付けた情報から文字の形状に関する情報を抽出する抽出ステップと、
前記抽出した情報を前記第１のシステムに送信する送信ステップと、
前記抽出した情報に基づいて文字を出力する出力ステップと、を備え、
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信ステップは、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す外字符号決定ステップを含み、
前記外字符号決定ステップでは、
前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記抽出手段が抽出した情報を記憶する外字データベースを検索し、前記第２の文字コードに基づいて表現される文字の前後の文字の組み合わせと同じ組み合わせを有する外字データベースエントリ情報があるか否か調べ、
前記同じ組み合わせを有する外字データベースエントリ情報がない場合には、前記ユーザ定義文字領域の中から任意の符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用し、
前記同じ組み合わせを有する外字データベースエントリ情報がある場合には、当該外字データベースエントリ情報で使用している外字符号以外の符号から任意に符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用する
情報処理方法。
【請求項７】
第１の種類の文字コードが定義されている第１のシステムと、
前記第１の文字コードに含まれない文字を含む第２の種類の文字コードが定義されている第２のシステムとを有し、
前記第２のシステムは、
第１の文字に関する入力を受け付け、前記第１の文字に対応する前記第１の種類の文字コードが存在するか否かを判別する判別手段と、
前記第１の文字に対応する前記第１の種類の文字コードが存在しないと判別された場合に、前記第１の文字の形状に関する情報を前記第１のシステムに送信する送信手段と、を備え、
前記第１のシステムは、受信した前記第１の文字の形状に関する情報に基づいて文字を出力する出力手段を備え、
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信手段は、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す外字符号決定手段を備え、
前記外字符号決定手段は、
前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記抽出手段が抽出した情報を記憶する外字データベースを検索し、前記第２の文字コードに基づいて表現される文字の前後の文字の組み合わせと同じ組み合わせを有する外字データベースエントリ情報があるか否か調べ、
前記同じ組み合わせを有する外字データベースエントリ情報がない場合には、前記ユーザ定義文字領域の中から任意の符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用し、
前記同じ組み合わせを有する外字データベースエントリ情報がある場合には、当該外字データベースエントリ情報で使用している外字符号以外の符号から任意に符号を選択し、前記第２の文字コードに基づいて表現される文字の符号として採用する
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、サーバ、メインフレーム及び情報処理方法に関する。
【背景技術】
【０００２】
メインフレームとオープンシステムとを連携させたシステムの利用が拡大している。ここで、オープンシステムとは、公開（オープン）されている仕様に準拠したソフトウェアやハードウェアを利用することで異なるベンダの製品を組合せて構築されたシステムをいう。
【０００３】
メインフレームの文字コード体系は各社独自のものとなっており、文字コード体系の変更は容易には行えない。メインフレームの文字コード体系には、例えばJIS、シフトJIS、EUC-JPなどがある。
【０００４】
一方、オープンシステムにおけるオープンサーバでは、Unicodeに準拠した文字（フォント）及び符号化方式を使用することが一般的となっている。例えば、オープンシステムのクライアントとして使用されることの多いWindows OS（登録商標）の近年のバージョンでは、JIS X 0213:2004をベースとした文字及び文字入力機構が採用されている。このように、近年、Unicodeによる表現がオペレーティングシステムやアプリケーションにおいて事実上の標準となっている。Unicodeは、現在もさらなる文字の標準化を推し進めており、その収容文字数は増加し続けている。
【０００５】
メインフレームとオープンシステムとが混在したシステムを構築する際には、両者の文字コード（文字集合及び符号化方式）の差異を埋めるため、都度データの変換を必要とするが、いずれかのシステムでしか使用できない文字に対する考慮が常に課題となっている。
【０００６】
特許文献１には、異体字変換処理において、標準的にはサポート（使用）されない異体字も候補として表示し、非標準の異体字が選択されたときは、その異体字の持つユニークなコードとともに文字パターン（文字の形状）が外部記憶部である非標準文字エリアに登録される文字処理装置が開示されている。ここで、異体字とは、標準の字体と同じ意味・発音を持つが、表記に差異がある文字をいう。当該文字処理装置によれば、非標準文字エリアにある文字パターンがあたかも標準的にサポートされる文字であるかのように処理することができる。
【０００７】
特許文献２には、ユーザによって入力された文字について変換可能な文字の候補の中から外字が選択された場合に、その外字と互いに異体字の関係にある外字を記録する外字取得システムが開示されている。ここで、外字とは、標準文字（常用文字）以外の、人名、地名、俗字等の漢字を示す。当該外字取得システムによれば、端末に記録されていない外字を効率よく取得することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平０４−０４７４４６
【特許文献２】特開２０１３−１８２４３４
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１及び２に記載の発明には次の問題点があった。すなわち、特許文献１に記載の文字処理装置では、表示が指示された文字のパターンが外部記憶部に存在しなければ当該文字を表示することができない。そのため、予め外部記憶部にできる限り多くの文字パターンを記憶しておく必要がある。しかし、外部記憶部の容量には限界がある。特許文献２に記載の外字取得システムでは、取得した外字を端末において表示することができることが前提である。そのため、オープンシステムとメインフレームのように異なる文字コードを使用するシステムどうしが連携するシステムにおいては、一方のシステムにおいて文字を表現できない場合が生じる。
【００１０】
本発明の目的は、上述の課題を解決する情報処理システム、サーバ、メインフレーム及び情報処理方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の情報処理システムは、第１の文字コードが定義されている第１のシステムと、第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムと、を含む情報処理システムであって、第２のシステムは、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、受け付けた情報に対応する文字が第１の文字コードに含まれているか否かを判別する判別手段と、受け付けた情報に対応する文字が第１の文字コードに含まれていないと判別された場合に、受け付けた情報から文字の形状に関する情報を抽出する抽出手段と、抽出された情報を第１のシステムに送信する送信手段と、を備え、第１のシステムは、抽出された情報に基づいて文字を出力する出力手段を備える情報処理システムである。
【００１２】
本発明のサーバは、第１の文字コードが定義されている第１のシステムと連携し、第１の文字コードに含まれない文字を含む第２の文字コードが定義されているサーバであって、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、第１の文字コードに受け付けた情報に対応する文字が含まれているか否かを判別する判別手段と、第１の文字コードに受け付けた情報に対応する文字が含まれていないと判別された場合に、受け付けた情報から文字の形状に関する情報を抽出する抽出手段と、抽出した情報を第１のシステムに送信する送信手段と、を備える。
【００１３】
本発明のメインフレームは、第１の文字コードが定義されており、かつ第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムと連携するメインフレームであって、第２の文字コードに基づいて表現される文字の形状に関する情報を第２のシステムから受信し、当該受信した情報に基づいて文字を出力する出力手段を備える。
【００１４】
本発明の情報処理方法は、第１の文字コードが定義されている第１のシステムと、第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムとを含む情報処理システムにおける情報処理方法であって、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、第１の文字コードに受け付けた情報に対応する文字が含まれているか否かを判別する判別ステップと、第１の文字コードに受け付けた情報に対応する文字が含まれていないと判別された場合に、受け付けた情報から文字の形状に関する情報を抽出する抽出ステップと、抽出した情報を第１のシステムに送信する送信ステップと、抽出した情報に基づいて文字を出力する出力ステップと、を備える。
【００１５】
本発明の情報処理システムは、第１の種類の文字コードが定義されている第１のシステムと、
第１の文字コードに含まれない文字を含む第２の種類の文字コードが定義されている第２のシステムとを有し、第２のシステムは、第１の文字に関する入力を受け付け、第１の文字に対応する第１の種類の文字コードが存在するか否かを判別する判別手段と、第１の文字に対応する第１の種類の文字コードが存在しないと判別された場合に、第１の文字の形状に関する情報を第１のシステムに送信する送信手段と、を備え、第１のシステムは、受信した第１の文字の形状に関する情報に基づいて文字を出力する出力手段を備える。
【発明の効果】
【００１６】
本発明によれば、異なる文字コードを使用するシステムどうしが連携するシステムにおいて、一のシステムに当該一のシステムでは定義されていない文字コードが入力されたとしても、当該文字コードにより表現される文字を当該一のシステム上で出力することができる。この際、当該文字コードで表現される文字を当該一のシステムに予め多数登録しておく必要はない。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態にかかる情報処理システム１０００の構成を示す図である。
【図２】第１の実施形態にかかる情報処理システム１０００の動作を説明する図である。
【図３】第２の実施形態にかかる情報処理システム２０００の構成を示す図である。
【図４】第２の実施形態にかかる情報処理システム２０００におけるオープンシステム２０の動作を説明するフローチャートである。
【図５】端末１００及びサーバ２００における情報の流れを説明する図である。
【図６】外字データベースエントリ情報９０４の構成を示す図である。
【図７】外字データベースエントリ情報９０４の作成方法を説明するフローチャートである。
【図８】第２の実施形態の変形例にかかる情報処理システム２０００ａの構成を示す図である。
【図９】第２の実施形態の変形例にかかる情報処理システム２０００ｂの構成を示す図である。
【図１０】第３の実施形態にかかる情報処理システム３０００の構成を示す図である。
【図１１】第３の実施形態にかかる情報処理システム３０００の一部の構成を示す図である。
【図１２】第４の実施形態にかかる情報処理システム１０００ａの構成を示す図である。
【発明を実施するための形態】
【００１８】
［第１の実施形態］
図１は、第１の実施形態にかかる情報処理システム１０００の構成を示す図である。
【００１９】
情報処理システム１０００は、第１の文字コードが定義されているシステム（第１のシステム）１と、第１の文字コードに含まれない文字を含む第２の文字コードが定義されているシステム（第２のシステム）２とを含んで構成される。
【００２０】
本発明において、文字とは、例えばひらがなやカタカナ、漢字、アルファベットなどあらゆる文字をいう。文字コードとは、例えば「Ａ」という文字を、「１０００００１」とコード化して処理する場合に、文字とコードとの対応規則をまとめたものをいう。
【００２１】
システム２は、判別手段２１、抽出手段２２及び送信手段２３を備える。
【００２２】
判別手段２１は、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、当該受け付けた情報に対応する文字（当該文字）が第１の文字コードに含まれているか否かを判別する。
【００２３】
抽出手段２２は、当該文字が第１の文字コードに含まれていないと判別手段２１が判別した場合に、判別手段２１が受け付けた情報から文字の形状に関する情報を抽出する。
【００２４】
送信手段２３は、抽出手段２２が抽出した情報をシステム１に送信する。
【００２５】
システム１は、出力手段１２を備える。出力手段１２は、システム２の送信手段２３から受信した情報、すなわち抽出手段２２が抽出した情報に基づいて文字を出力する。
【００２６】
第１の実施形態にかかる情報処理システム１０００の動作を説明する。図２は、情報処理システム１０００の動作を示す図である。
【００２７】
システム２の判別手段２１は、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、当該受け付けた情報に対応する文字（当該文字）が第１の文字コードに含まれているか否かを判別する（ステップＳ１）。抽出手段２２は、当該文字が第１の文字コードに含まれていないと判別手段２１が判別した場合に、判別手段２１が受け付けた情報から文字の形状に関する情報を抽出する（ステップＳ２）送信手段２３は、抽出手段２２が抽出した情報をシステム１に送信する（ステップＳ３）。システム１の出力手段１２は、システム２の送信手段２３から受信した情報に基づいて文字を出力する（ステップＳ４）。
【００２８】
第１の実施形態にかかる情報処理システム１０００では、システム２において、第２の文字コードに基づいて表現される文字が第１の文字コードに含まれていないと判別手段２１が判別した場合に、抽出手段２２が、判別手段２１が受け付けた情報から文字の形状に関する情報を抽出する。そして、送信手段２３が、当該抽出した情報をシステム１に送信する。システム１では、出力手段１２が、システム２の送信手段２３から受信した情報に基づいて文字を出力する。これにより、システム１で定義されていない第２の文字コードで表現される文字がシステム１に入力として与えられた場合においても、システム１上で当該文字を出力することができる。
【００２９】
一般的に、メインフレームのアーキテクチャ上、外字を記憶する領域の数または容量には制限がある。そのため、当該領域に無尽蔵に外字を登録することができるわけではない。第１の実施形態にかかる情報処理システム１０００によれば、システム１に多数の外字を予め登録しておく必要はない。
【００３０】
［第２の実施形態］
図３は、第２の実施形態にかかる情報処理システム２０００の構成を示す図である。
【００３１】
情報処理システム２０００は、第１の実施形態と同様、第１の文字コードが定義されているシステム５００と、第１の文字コードに含まれない文字コードを含む第２の文字コードが定義されているシステム２０とを含んで構成される。
【００３２】
システム５００は、例えばメインフレームである。以下、システム５００をメインフレーム５００と呼ぶ。システム２０は、端末１００及びサーバ２００を含んで構成される。以下、システム２０をオープンシステム２０と呼ぶ。
【００３３】
メインフレーム５００では、ベンダ毎に固有の文字コード（第１の文字コード）が定義されており、これは、オープンシステム２０で使用可能な文字コード（第２の文字コード）と異なっている。
【００３４】
第２の文字コードは、例えばサーバ２００上で動作しているＷｅｂアプリケーションで使用可能な文字コードである。第２の文字コードは、例えば端末で一般的に使用されているオペレーティングシステムに合わせたJIS X 0213:2004である。
【００３５】
本実施形態において、「外字」は、通常用いられる意味の他に、オープンシステム２０では定義されているがメインフレーム５００では定義されていない文字という意味も有するものとする。
【００３６】
メインフレーム５００は、ユーザ定義文字領域５０１及び出力手段５０２を備える。
【００３７】
ユーザ定義文字領域５０１は、外字のために用意された符号を保持する領域であり、新規外字の登録及び出力の際に参照される記憶領域である。
【００３８】
出力手段５０２は、サーバ２００の外字データ生成手段２０５（後述）が作成した外字データに基づいて、第２の文字コードで表現される文字を出力する。
【００３９】
端末１００は、サーバ２００と通信するクライアント端末であり、例えば携帯端末やパーソナルコンピュータである。端末１００は、フォントファイル１０１を有しており、ブラウザ１０２を備えている。
【００４０】
フォントファイル１０１は、第２の文字コードで表現される文字（オープンシステムで使用可能な文字）に関する情報を格納したファイルである。
【００４１】
端末１００は、ブラウザ１０２を介して、サーバ２００で動作するＷｅｂアプリケーション２０１との通信を行う。
【００４２】
端末１００は、複数存在することができる。
【００４３】
サーバ２００では、Ｗｅｂアプリケーション２０１が動作している。また、サーバ２００は、入力データ分析手段２０２、フォント解析手段２０３、外字データ生成手段２０５及び外字データベース２０７を備える。
【００４４】
入力データ分析手段２０２は、第１の実施形態における判別手段に相当する。入力データ分析手段２０２は、メインフレーム文字集合９０１を保持している。メインフレーム文字集合９０１は、メインフレーム５００で表現可能な文字の符号を列挙した情報である。メインフレーム文字集合９０１は、入力データ分析手段２０２内にデータベース形式で保管されても、ファイルとして保管されていても良い。入力データ分析手段２０２は、端末１００のブラウザ１０２からＷｅｂアプリケーション２０１に入力されたデータを分析し、当該データ中の第２の文字コードで表現される文字（当該文字）の符号がメインフレーム文字集合９０１に含まれるか否かを判別する。
【００４５】
フォント解析手段２０３は、第１の実施形態における抽出手段に相当する。フォント解析手段２０３は、フォントファイル２０４から当該文字の形状に関する情報を抽出する。
【００４６】
フォントファイル２０４は、第２の文字コードで表現される文字（オープンシステム２０で使用可能な文字）に関する情報を格納したファイルである。
【００４７】
なお、フォント解析手段２０３は、第１の実施形態における抽出手段と同様、端末により入力された情報から文字の形状に関する情報を抽出してもよい。
【００４８】
外字データ生成手段２０５は、第１の実施形態における送信手段に相当する。外字データ生成手段２０５は、フォント解析手段２０３が抽出した情報に基づいて外字データを生成し、外字データベース２０７（後述）に送信する。また、外字データ生成手段２０５は、外字符号決定手段９０３を有する。
【００４９】
外字符号決定手段９０３は、入力データ分析手段２０２による分析の結果、入力された情報の中にメインフレーム文字集合９０１に含まれない文字が存在した場合に、外字符号を発番する。
【００５０】
外字データベース２０７は、外字データ生成手段２０５が生成した外字データを管理するためのデータベースである。
【００５１】
次に、第２の実施形態にかかる情報処理システム２０００におけるオープンシステム２０の動作を説明する。オープンシステム２０の動作には、＜フォントデータの解析＞、＜外字データの生成＞及び＜外字データの管理＞がある。
【００５２】
＜フォントデータの解析＞
サーバ２００の入力データ分析手段２０２は、端末１００により入力された、第２の文字コードで表現される文字（当該文字）をメインフレーム５００で表示可能か否か判断する。すなわち、データ分析手段２０２は、当該文字に対応する符号がメインフレーム文字集合９０１に含まれるか否かを判別する。
【００５３】
＜外字データの生成＞
データ分析手段２０２が、当該文字に対応する符号がメインフレーム文字集合９０１に含まれないと判別した場合、フォント解析手段２０３は、フォントファイル２０４から当該文字の形状に関する情報を抽出し、外字データ生成手段２０５に送信する。
【００５４】
そして、外字データ生成手段２０５は、フォント解析手段２０３が抽出した情報、すなわち文字の形状に関する情報に基づいて外字データを生成し、外字データベース２０７に当該外字データを送信する。これにより、当該文字は、メインフレーム５００において通常の外字として扱われる。外字データの生成については、後述する。
【００５５】
＜外字データの管理＞
外字データ生成手段２０５が生成した外字データは、外字データベース２０７で管理される。外字データベース２０７は、メインフレーム５００のユーザ定義文字領域５０１が保持する符号に対応する外字の情報を保持している。
【００５６】
図４乃至７を用いて、上述した＜フォントデータの解析＞、＜外字データの生成＞及び＜外字データの管理＞の動作をより詳細に説明する。図４は、情報処理システム２０００の動作を説明するフローチャートである。図５は、端末１００及びサーバ２００における情報の流れを説明する図である。図６は、外字データベース２０７が記憶する外字データベースエントリ情報９０４の構成を示す図である。図７は、外字データベースエントリ情報９０４の作成方法を説明するフローチャートである。
【００５７】
図５を参照すると、情報処理システム２０００のシステム利用者は、端末１００において、例えば当該端末にインストールされている「かな漢字変換プログラム」により任意の文字を入力する。入力された文字の符号を含んだ情報９００は、ブラウザ１０２を介してサーバ２００に送信される（図５のＦ１）。サーバ２００では、Ｗｅｂアプリケーション２０１が当該情報を認識する。Ｗｅｂアプリケーション２０１は、入力された情報９００を入力データ分析手段２０２に送信する（図５のＦ２）。
【００５８】
図４及び５を参照すると、入力データ分析手段２０２は、Ｗｅｂアプリケーション２０１から受信した情報９００とメインフレーム文字集合９０１を突合し、情報９００の中に、メインフレーム文字集合９０１に含まれない符号が存在するか否かを判別する（図４のＳ１１）。
【００５９】
入力データ分析手段２０２が、情報９００の中に、メインフレーム文字集合９０１に含まれない符号が存在しないと判別した場合（図４のＳ１１でｎｏ）は、本実施形態に係る以後の処理は行われず、従来通りの方式で情報連携が行われる（図４のＳ１２）。
【００６０】
入力データ分析手段２０２は、情報９００の中に、メインフレーム文字集合９０１に含まれない符号が存在すると判別した場合（図４のＳ１１でｙｅｓ）、当該符号をフォント解析手段２０３に送信する（図４のＳ１３、図５のＦ３）。また、入力データ分析手段２０２は、メインフレーム文字集合９０１に含まれない文字の前後の文字情報を外字データ生成手段２０５に送信する（図４のＳ１４、図５のＦ４）。
【００６１】
フォント解析手段２０３が読み込み可能な位置にはフォントファイル２０４が存在する。入力データ分析手段２０２から文字の符号を受信したフォント解析手段２０３は、フォントファイル２０４から当該符号に該当するフォントデータ９０２を抽出し、外字データ生成手段２０５に送信する（図４のＳ１５、図５のＦ５）。フォントデータ９０２とは、入力フォントファイル２０４から当該符号に相当する文字の形状に関する部分を抜き出したものである。フォントデータ９０２は、具体的には文字のアウトラインであり、フォントファイル２０４がビットマップフォントに類するものであれば、当該符号に該当するビットマップデータそのものであり、TrueTypeやOpenType等であれば文字の輪郭を所定の形式で符号化した文字アウトラインデータである。
【００６２】
外字データ生成手段２０５は、メインフレーム文字集合９０１に含まれない符号に対応する文字の前後の文字情報９００を入力データ分析手段２０２から受信し（図４のＳ１４、図５のＦ４）、フォントデータ９０２をフォント解析手段２０３から受信して（図４のＳ１５、図５のＦ５）、外字データを生成する（図４のＳ１６）。この際、外字符号決定手段９０３は、外字符号を発番する（後述）。外字データ生成手段２０５は、生成した外字データ及び当該外字データに対応する外字符号を外字データベース２０７に送信する（図５のＦ６）。
【００６３】
外字データベース２０７では、外字符号（外字コード）と、メインフレーム文字集合９０１に含まれない文字（当該文字）の前の文字（前の文字）、当該文字（文字）及び当該文字の後ろの文字（後ろの文字）を含む外字データを対応づけて、外字データベースエントリ情報９０４として記憶する。ここで、当該文字の他に前の文字及び後ろの文字を対応づけて記憶するのは、例えば前の文字Ａ、後ろの文字Ｂに挟まれた当該文字Ｃというように、当該文字の位置を定義するためである。
【００６４】
ここで、外字符号決定手段９０３による発番方法について説明する。
【００６５】
図５及び７を参照すると、外字符号決定手段９０３は、メインフレーム文字集合９０１に含まれない文字（当該文字）に対し、外字データベース２０７を参照し、当該文字の形状と外字データベース２０７に記憶されている文字の形状との比較を行う。すなわち、当該文字と同じ形状の文字が既に外字データベース２０７に記憶されているか否か確認する（図７のＳ２１）。既に同じ形状の文字が記憶されている場合（図７のＳ２１でｙｅｓ）には、記憶されている文字に既に割り当てられている符号を当該文字に対応づける（図７のＳ２２）。
【００６６】
同じ形状の文字が記憶されていない場合（図７のＳ２２でｎｏ）、メインフレーム５００において予め使用を許可されているユーザ定義文字領域５０１を確認し、未だ文字が割り当てられていない符号位置が存在するか否か確認する（図７のＳ２３）。未だ文字が割り当てられていない符号位置が存在する場合（図７のＳ２３でｙｅｓ）には、それらの中から任意の符号位置を選択し、当該文字の符号として採用する（図７のＳ２４）。符号位置の選択方法には、例えば、最初に検出した符号位置を選択する方法や、番号の最も小さな符号位置を選択する方法がある。
【００６７】
利用を許可されたユーザ定義文字領域５０１が全て使用されている場合（図７のＳ２３でｎｏ）、外字符号決定手段９０３は、符号を決定しようとしている文字の一つ前の文字、及び一つ後ろの文字に関する情報を取得する（図７のＳ２５）。符号を決定しようとしている文字が文頭または文末であった場合には、前の文字または後ろの文字は、図６に示すようにそれぞれ「無」として扱う。
【００６８】
外字符号決定手段９０３は、外字データベース２０７を検索し、符号を決定しようとしている文字の一つ前の文字及び符号を決定しようとしている文字の一つ後ろの文字の組み合わせと同じ組み合わせを有する外字データベースエントリ情報９０４があるか否か調べる（図７のＳ２６）。同じ組み合わせを有する外字データベースエントリ情報９０４がない場合（図７のＳ２６でｎｏ）には、予め使用を許可されているメインフレームのユーザ定義文字領域５０１の中から任意に符号を選択し、当該文字の符号として採用する（図７のＳ２７）。
【００６９】
以上のようにして、同一符号に対して複数の文字を割り当てる。
【００７０】
一方、同じ組み合わせを有する外字データベースエントリ情報９０４がある場合（図７のＳ２６でｙｅｓ）には、その外字データベースエントリ情報で使用している外字符号以外の符号から任意に符号を選択し、当該文字の符号として採用する（図７のＳ２８）。ここで、その外字データベースエントリ情報で使用している外字符号以外に、予め使用を許可されているユーザ定義文字領域５０１の符号が存在しない場合には、新たに外字を定義することができないことになる。しかし、使用を許可されたユーザ定義文字領域５０１が極端に小さくない限り、このようなケースは非常に稀である。
【００７１】
以上のようにして、外字データベース２０７に新たに外字データベースエントリ情報９０４を作成する。
【００７２】
続いて、第２の文字コードで表現される文字をメインフレーム５００において出力する際の動作について説明する。
【００７３】
メインフレーム５００の出力手段５０２は、サーバ２００から受信した情報の中に外字データベースエントリ情報９０４で定義される文字（当該文字）に対応する符号が存在する場合、当該文字の前後の文字及び当該文字の符号を条件として外字データ生成手段２０５に外字データベース２０７内の検索を要求する。外字データ生成手段２０５は、与えられた条件を満たす外字データベースエントリ情報９０４をメインフレーム５００に送信する。出力手段５０２は、外字データベースエントリ情報９０４から当該文字のフォントデータ９０２を抜き出し、当該フォントデータ９０２を解釈して描画データを作成する。そして、当該文字を出力画面の指定の位置に描画する。ここで、フォントデータ９０２を解釈する方法はフォントファイル２０４の形式に依存する。例えば、フォントファイル２０４がビットマップフォントであればビットマップの描画であり、TrueTypeやOpenType等であればアウトライン情報に基づき直線・曲線を組み合わせて滑らかに描画する。
【００７４】
以上のように、メインフレーム５００では、外字データベース２０７で管理される外字データを参照して第２の文字コードで表現される文字を出力する。
【００７５】
第２の実施形態にかかる情報処理システム２０００では、オープンシステム２０において入力データ分析手段２０２が、端末１００により入力された情報の中に、メインフレーム文字集合９０１に含まれない符号が存在すると判別した場合フォントファイル解析手段２０３が、フォントファイル２０４から対応する文字の形状に関する情報を抽出する。そして外字データ作成手段２０５が、当該抽出した情報に基づく外字データを作成する。当該外字データは、外字データベース２０７で管理される。これにより、メインフレーム５００にメインフレーム５００で未定義の文字が入力された場合においても、当該文字をメインフレーム５００で表示することが可能となる。この際、メインフレーム５００に多数の外字を予め登録しておく必要はない。
【００７６】
メインフレーム５００で未定義の文字に対して上述したような符号化を行っても、メインフレーム５００のプログラムでは、当該文字を単に未定義文字「？」としてこれまで通り扱うことができる。一方で、当該メインフレーム５００と連携するオープンシステムでは、オープンシステムで入力した通りの形状を有する文字として認識することができる。これにより、オープンシステムの利用者は、文字コードの内容を意識することなく、メインフレーム５００で未定義の文字をメインフレーム５００上で扱うことができる。
【００７７】
サーバ及びメインフレームを複数用いる場合には、情報処理システムに管理サーバを含めることができる（図８）。
【００７８】
管理サーバ３００は、外字に係る情報を他のサーバと共有・連携するために用いられるマスタ外字データベース３０１及びマスタ外字データベース変換手段３０２を備える構成とすることができる。
【００７９】
管理サーバ３００を用いる場合、上記＜外字データの管理＞において、外字データベース２０７に保持されている情報は、マスタ外字データベース３０１と随時同期され、マスタ外字データベース３０１をハブとして複数のサーバ間でリアルタイムに内容を連携する。すなわち、外字データベース２０７に新たに外字データベースエントリ情報９０４が作成されると、外字データベース２０７はマスタ外字データベース３０１と通信を行い、データの同期を行う。そして、マスタ外字データベース３０１は、外字データベース２０７からの同期が行われたことを契機に、オープンシステム２０内存在する、当該同期処理を発生させたサーバ以外のサーバに対して情報を同期する。
【００８０】
［変形例１］
上記説明では、メインフレーム５００で定義されていない第２の文字コードで表現される文字をメインフレーム５００の出力手段５０２で出力する態様について説明した。変形例１では、メインフレーム５００で定義されていない第２の文字コードで表現される文字をメインフレーム５００の端末エミュレータ（ホスト端末エミュレータ）で出力する態様について説明する。
【００８１】
図８は、変形例１にかかる情報処理システム２０００ａの構成を示す図である。以下では、上述の情報処理システム２０００と同様の構成及び動作については、説明を省略する。
【００８２】
情報処理システム２０００ａは、ホスト端末エミュレータ４００を含む。また、サーバ２００ａは、外字データ取得手段２０６を含む。
【００８３】
ホスト端末エミュレータ４００は、端末画面４０１、外字描画手段４０２及び外字データ取得手段４０３を備える。
【００８４】
端末画面４０１は、外字描画手段４０２（後述）により生成された描画データに基づいて外字を表示する。
【００８５】
外字描画手段４０２は、外字データ取得手段４０３（後述）により送信された情報に基づいて描画データを生成する。
【００８６】
外字データ取得手段４０３は、サーバ２００ａの外字データ取得手段２０６を介して外字データベース２０７のデータを取得する。
【００８７】
外字データ取得手段２０６は、ホスト端末エミュレータ４００の外字取得手段４０３から、表示に係る外字データを取得する。
【００８８】
メインフレーム５００に格納された情報をホスト端末エミュレータ４００において表示する際の動作について説明する。
【００８９】
メインフレーム５００は、ホスト端末エミュレータ４００に表示に関するデータを送信する。
【００９０】
ホスト端末エミュレータ４００の外字データ取得手段４０３は、メインフレーム５００から受信した情報の中に、外字データベースエントリ情報９０４で定義される文字（当該文字）に対応する符号が存在する場合、当該文字の前後の文字及び当該文字の符号を入力情報としてサーバ２００ａの外字データ取得手段２０６と通信する。
【００９１】
サーバ２００ａの外字データ取得手段２０６は、ホスト端末エミュレータ４００の外字データ取得手段４０３から受信した情報を条件として外字データベース２０７を検索し、与えられた条件に相当する外字データベースエントリ情報９０４を外字データ取得手段４０３に送信する。
【００９２】
ホスト端末エミュレータ４００の外字データ取得手段４０３は、外字データ取得手段２０６から受信した外字データベースエントリ情報９０４から当該文字のフォントデータ９０２を抜き出し、外字描画手段４０２に送信する。外字描画手段４０２は、外字データ取得手段４０３から受信したフォントデータ９０２を解釈し、描画データを作成する。そして、当該文字を端末画面４０１の指定の位置に描画する。ここで、フォントデータ９０２を解釈する方法はフォントファイル２０４の形式に依存する。例えば、フォントファイル２０４がビットマップフォントであればビットマップの描画であり、TrueTypeやOpenType等であればアウトライン情報に基づき直線・曲線を組み合わせて滑らかに描画する。
【００９３】
情報処理システム２０００ａによれば、メインフレーム５００で未定義の文字がメインフレーム５００に入力された場合においても、端末エミュレータ４００で表示することが可能となる。この際、メインフレーム５００に多数の外字を予め登録しておく必要はない。
【００９４】
［変形例２］
情報処理システムは、さらにプリンタを含むことができる（図９）。
【００９５】
プリンタ６００は、メインフレーム５００からの帳票を印刷する。プリンタ６００は、外字描画手段６０１、外字データ取得手段６０２を備える。
【００９６】
外字描画手段６０１は、取得した外字データを文字として組み立て、帳票を生成する。
【００９７】
外字データ取得手段６０２は、サーバ２００ｂの外字データ取得手段２０６から外字データを取得する。
【００９８】
第２の実施形態では、生成された外字データをホスト端末エミュレータ４００の端末画面４０１に表示する方法について説明した。プリンタ６００においても、ホスト端末エミュレータ４００の場合と同様に、生成された外字データを出力することができる。この場合、外字描画手段６０１及び外字データ取得手段６０２が、それぞれが外字描画手段４０２及び外字データ取得手段４０３に対応して同様に動作する。
【００９９】
［変形例３］
端末、サーバ、管理サーバ及びホスト端末エミュレータは、全て同一マシン上にあっても別マシン上にあってもよい。また、これらの一部が別マシン上にあってもよい。
【０１００】
［変形例４］
上記説明では、外字符号決定手段９０３は、メインフレーム文字集合９０１に含まれない文字（当該文字）に対し、外字データベース２０７を参照し、当該文字の形状と外字データベース２０７に記憶されている文字の形状との比較を行う。これに対し、以下のような構成とすることもできる。
【０１０１】
例えば、外字データベースにおいて文字Ｆと符号Ｅ１Ｅ１が対応付けられて記憶されており、文字Ｅに対応付けられた符号Ｅ１Ｅ１がメインフレームに入力されたとする。まず、入力された符号Ｅ１Ｅ１と外字データベースに記憶されている符号との比較を行う。符号Ｅ１Ｅ１が外字データベースに記憶されているため、符号Ｅ１Ｅ１に対応する文字Ｅの形状と外字データベースにおいて符号Ｅ１Ｅ１と対応付けられている文字Ｆの形状とを比較する。比較の結果文字の形状が異なるため、入力された文字Ｅは外字として扱われ上述した登録及び出力処理が行われる。まず符号同士の比較を行うことにより、はじめから文字の形状同士の比較を行う処理に比べて比較処理の速度が向上する。
【０１０２】
［第３の実施形態］
図１０は、第３の実施形態にかかる情報処理システム３０００の構成を示す図である。
【０１０３】
第３の実施形態では、定義されている文字コードが異なる複数のメインフレーム間に本発明を適用した態様、すなわち、別ホスト（例えば図１０のメインフレームＡとメインフレームＢ）のシステム統合等の態様について説明する。第３の実施形態にかかる情報処理システム３０００では、以下、特に説明のない構成については、第１及び第２の実施形態にかかる情報処理システムにおける構成と同様の構成を有するものとする。
【０１０４】
情報処理システム３０００は、管理サーバ３００ａ及び３００ｂを含む。管理サーバ３００ａ及び管理サーバ３００ｂは別個に運用されており、それぞれがマスタ外字データベース３０１ａ、３０１ｂ及びマスタ外字データベース変換手段３０２ａ、３０２ｂを備える。
【０１０５】
マスタ外字データベース変換手段３０２ａまたは３０２ｂは、文字変換表３０を有する。文字変換表は、一のメインフレームの情報を他のメインフレームの情報に転送する際に用いられる、変換のルールを示すものである。
【０１０６】
図１１は、第３の実施形態にかかる情報処理システムにおけるメインフレームを取り出した図である。図１１のメインフレームＡ７００及びメインフレームＢ８００は、いずれも第１及び２の実施形態で説明した方法で、ユーザ定義文字領域７０１及び８０１にそれぞれ情報７０１ａ及び８０１ａを蓄積している。また、第１及び第２の実施形態ではサーバが外字データベースを備えていたが、本実施形態では、メインフレームＡ７００及びＢ８００のそれぞれが外字データベース７１０及び８１０を備え、入力された情報に基づいて蓄積された、外字に関する定義情報（外字定義情報）７２０及び８２０を有している。
【０１０７】
メインフレームＢ８００のユーザ定義文字領域８０１からメインフレームＡ７００のユーザ文字定義領域７０１に対して、情報８０１ａを転送することを考える。
【０１０８】
情報８０１ａは外字データベース８１０の定義情報と関連付けて符号化されているため、情報８０１ａのみをメインフレームＡに転送しても外字の情報は欠落するかメインフレームＡにおいて異なる情報となる。外字の情報を保持したまま情報８０１ａを転送するためには、外字データベース７１０及び外字データベース８１０両方の情報が必要となる。すなわち、外字データベース８１０に記憶されている情報もコピーして外字データベース７１０に記憶されている情報と統合しなければならない。
【０１０９】
外字データベース８１０は、例えば以下の項目を含む外字データベースエントリの集合からなる。
【０１１０】
外字データベースエントリ
・外字符号     例) A1A1
・直前の文字   例) 小
・直後の文字   例) 市
・字形データ   例) (「樽」の字を構成するベクトルデータ)
この例では、「小」と「市」に挟まれた「A1A1」という符号は「樽」という字であることを示している。つまり、「外字符号」「直前の文字」「直後の文字」の３条件により、実際に表現すべき図形を定義している。
【０１１１】
外字データベース７１０及び外字データベース８１０において同一の「外字符号」「直前の文字」「直後の文字」に対して異なる字形データが定義されている場合、外字データベース８１０の情報と外字データベース７１０の情報とを統合する際には衝突が発生する。この場合、以下のように衝突解消の措置をとる必要がある。
【０１１２】
第一に、外字データベース８１０に既に存在するエントリはそのまま維持する。これは、外字データベース８１０単独で見れば整合性が保たれていること、かつ情報８０１ａは、外字データベース８１０に記憶されている情報で示される定義に依存しているためである。
【０１１３】
第二に、外字データベース７１０に外字データベース８１０を追記したと仮定し、「外字符号」「直前の文字」「直後の文字」の３つが全て一致するエントリが存在するか否か判別する。
【０１１４】
「外字符号」「直前の文字」「直後の文字」の３つが全て一致するエントリが存在する場合は、それらのエントリの字形データを確認し、字形の同一性を判断する。同一性の判断には、字形のアウトラインデータそのものから画像の近似度を計算する画像工学的手法を用いることができる。しかし、字形の同一性判断には言語学的な基準を包摂基準として用いることも多いため、自動的で機械的な同一性判定は困難である。字形の同一性判断のバリエーションとして、文字を各サーバ上で外字として登録する際に、世に広く通用する識別符号をメタデータとして付与しておく方法がある。このような符号として有用なものには、IPA（Information-technology Promotion Agency；情報処理推進機構）のMJ図形番号や、戸籍統一文字番号、登記統一文字番号、汎用電子整理番号などがある。これらの番号で表現できる文字集合に含まれる文字数は、一般のコンピュータで用いる文字集合に含まれる文字数の数倍以上であり、通常は外字として表現する文字も多数含まれている。これらの文字集合を利用することで、どの文字集合にも存在しない外字は遥かに少なく抑えることができる。機械的な文字同定作業は問題を起こしやすいが、別文字集合における識別符号を併用した上で、それでもなお漏れている文字のみを包摂基準に沿って識者が同定することで現実的な運用法となる。
【０１１５】
「外字符号」「直前の文字」「直後の文字」の３つが全て一致するエントリが存在しなければ、両外字データベースをそのまま統合することができる。この場合は両データベースを統合した後、情報８０１ａもメインフレームＡ７００にそのままの形で移送してよい。「外字符号」「直前の文字」「直後の文字」の３つが全て一致するエントリが存在しない場合は、外字データベース７１０で未だ定義していなかった符号の中から任意に符号を選択し新たに定義する。これと同時に文字変換表３０に変換前と変換後の符号を追加する。
【０１１６】
文字変換表３０
・外字符号(変換元)  例) A1A1
・直前の文字        例) 小
・直後の文字        例) 市
・外字符号(変換先)  例) A1B3
この例では、「小」と「市」に囲まれた符号A1A1は変換先（外字データべース８１０）において既に別の定義があることからA1B3に符号変換すると定義している。
【０１１７】
以上の処理を外字データベース８１０のすべてのエントリに対して実施すると、情報８０１ａをメインフレームＡの情報７０１ａに転送する際に必要となる変換表３０が自動的に完成する。
【０１１８】
最後にメインフレームＢ８００は、変換表３０のルールに従って変換しながら情報８０１ａをユーザ定義文字領域７０１に転送する。
【０１１９】
第３の実施形態にかかる情報処理システムによれば、別ホスト（メインフレームＡ７００とＢ８００）とのシステム統合等の場合でも、それぞれのマスタ外字データベース間のデータの移行が可能となる。
【０１２０】
上記説明では、別システムが複数存在し、マスタ外字データベース間にデータの互換性がない場合を想定している。しかし、システムの単体運用の場合は、マスタ外字データベースがマスタデータベース変換手段を備えていなくても特に支障はない。
【０１２１】
［第４の実施形態］
第１の実施形態では、判別手段２１は、第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、受け付けた情報に対応する文字が第１の文字コードに含まれているか否かを判別する。本実施形態では、判別手段２１ａは、第１の文字に関する入力を受け付ける。
【０１２２】
図１２は、第４の実施形態にかかる情報処理装置１０００ａの構成を示す図である。
【０１２３】
システム１ａは、出力手段１２ａを備える。
【０１２４】
システム２ａは、判別手段２１ａ及び送信手段２３ａを備える。
【０１２５】
システム１ａでは、第１の種類の文字コードが定義されており、システム２ａでは、第１の文字コードに含まれない文字を含む第２の種類の文字コードが定義されている。
【０１２６】
情報処理システム１０００ａの動作を説明する。
【０１２７】
システム２ａの判別手段２１ａは、第１の文字に関する入力を受け付け、第１の文字に対応する第１の種類の文字コードが存在するか否かを判別する。判別手段２１ａにより、第１の文字に対応する第１の種類の文字コードが存在しないと判別された場合に、送信手段２３ａは、第１の文字の形状に関する情報をシステム１ａに送信する。システム１ａの出力手段１２ａは、システム２ａから受信した第１の文字の形状に関する情報に基づいて文字を出力する。
【０１２８】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて他の変形例、応用例を含むことは言うまでもない。上記の実施形態の一部又は全部は、以下のようにも記載されうるが、以下には限られない。
【０１２９】
（付記１）
第１の文字コードが定義されている第１のシステムと、前記第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムと、を含む情報処理システムであって、
前記第２のシステムは、
前記第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、前記受け付けた情報に対応する文字が前記第１の文字コードに含まれているか否かを判別する判別手段と、
前記受け付けた情報に対応する文字が前記第１の文字コードに含まれていないと判別された場合に、前記受け付けた情報から文字の形状に関する情報を抽出する抽出手段と、
前記抽出された情報を前記第１のシステムに送信する送信手段と、を備え、
前記第１のシステムは、前記抽出された情報に基づいて文字を出力する出力手段を備える情報処理システム
（付記２）
前記第２のシステムは、前記第２の文字コードに基づいて表現される文字に関する情報であるフォントファイルを有し、
前記抽出手段は、前記受け付けた情報または前記フォントファイルから文字の形状に関する情報を抽出する、付記１に記載の情報処理システム。
（付記３）
前記第２のシステムは、前記抽出手段が抽出した情報を記憶する外字データベースを備える、付記１または２に記載の情報処理システム。
（付記４）
前記第１のシステムは、前記抽出手段が抽出した情報を記憶する外字データベースを備える、付記１乃至３に記載の情報処理システム。
（付記５）
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信手段は、外字符号決定手段を備え、
前記外字符号決定手段は、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す、付記１乃至４に記載の情報処理システム。
（付記６）
前記外字符号決定手段は、前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記第２の文字コードに基づいて表現される文字の前後の文字に対応する情報を取得し、前記抽出された情報及び当該前後の文字に対応する情報からなる組み合わせに対して符号を付す、付記５に記載の情報処理システム。
（付記７）
第１の文字コードが定義されている第１のシステムと連携し、前記第１の文字コードに含まれない文字を含む第２の文字コードが定義されているサーバであって、
前記第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、前記第１の文字コードに前記受け付けた情報に対応する文字が含まれているか否かを判別する判別手段と、
前記第１の文字コードに前記受け付けた情報に対応する文字が含まれていないと判別された場合に、前記受け付けた情報から文字の形状に関する情報を抽出する抽出手段と、
前記抽出した情報を前記第１のシステムに送信する送信手段と、を備えるサーバ。
（付記８）
前記第２の文字コードに基づいて表現される文字に関する情報であるフォントファイルを有し、
前記抽出手段は、前記受け付けた情報または前記フォントファイルから文字の形状に関する情報を抽出する、付記７に記載のサーバ。
（付記９）
前記送信手段が作成した文字データを記憶する外字データベースを備える、付記７または８に記載のサーバ。
（付記１０）
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信手段は、外字符号決定手段を備え、
前記外字符号決定手段は、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す、付記７乃至９に記載のサーバ。
（付記１１）
前記外字符号決定手段は、前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記第２の文字コードに基づいて表現される文字の前後の文字に対応する情報を取得し、前記抽出された情報及び当該前後の文字に対応する情報からなる組み合わせに対して符号を付す、付記１０に記載のサーバ。
（付記１２）
第１の文字コードが定義されており、かつ前記第１の文字コードに含まれない文字コードを含む第２の文字コードが定義されている第２のシステムと連携するメインフレームであって、
前記第２の文字コードに基づいて表現される文字の形状に関する情報を前記第２のシステムから受信し、当該受信した情報に基づいて文字を出力する出力手段を備えるメインフレーム。
（付記１３）
前記第２の文字コードに基づいて表現される文字の形状に関する情報を記憶する外字データベースをさらに備える、付記１２に記載のメインフレーム。
（付記１４）
前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備える、付記１２または１３に記載のメインフレーム。
（付記１５）
第１の文字コードが定義されている第１のシステムと、前記第１の文字コードに含まれない文字を含む第２の文字コードが定義されている第２のシステムとを含む情報処理システムにおける情報処理方法であって、
前記第２の文字コードに基づいて表現される文字に関する情報の入力を受け付け、前記第１の文字コードに前記受け付けた情報に対応する文字が含まれているか否かを判別する判別ステップと、
前記第１の文字コードに前記受け付けた情報に対応する文字が含まれていないと判別された場合に、前記受け付けた情報から文字の形状に関する情報を抽出する抽出ステップと、
前記抽出した情報を前記第１のシステムに送信する送信ステップと、
前記抽出した情報に基づいて文字を出力する出力ステップと、を備える情報処理方法。
（付記１６）
前記第２のシステムは、前記第２の文字コードに基づいて表現される文字に関する情報であるフォントファイルを有し、
前記抽出ステップにおいて、前記受け付けた情報または前記フォントファイルから文字の形状に関する情報を抽出する、付記１５に記載の情報処理方法。
（付記１７）
前記第１のシステムは、前記第２の文字コードに基づいて表現される文字に割り当てられる符号を保持するユーザ定義文字領域を備え、
前記送信ステップは、外字符号決定ステップを含み、
前記外字符号決定ステップにおいて、前記ユーザ定義文字領域を参照して前記抽出された情報に符号を付す、付記１５または１６に記載の情報処理方法。
（付記１８）
前記外字符号決定ステップにおいて、前記第２の文字コードに基づいて表現される文字が割り当てられていない前記符号が前記ユーザ定義文字領域に存在しない場合に、前記第２の文字コードに基づいて表現される文字の前後の文字に対応する情報を取得し、前記抽出された情報及び当該前後の文字に対応する情報からなる組み合わせに対して符号を付す、付記１７に記載の情報処理方法。
（付記１９）
第１の種類の文字コードが定義されている第１のシステムと、
前記第１の文字コードに含まれない文字を含む第２の種類の文字コードが定義されている第２のシステムとを有し、
前記第２のシステムは、
第１の文字に関する入力を受け付け、前記第１の文字に対応する前記第１の種類の文字コードが存在するか否かを判別する判別手段と、
前記第１の文字に対応する前記第１の種類の文字コードが存在しないと判別された場合に、前記第１の文字の形状に関する情報を前記第１のシステムに送信する送信手段と、を備え、
前記第１のシステムは、受信した前記第１の文字の形状に関する情報に基づいて文字を出力する出力手段を備える情報処理システム。
【符号の説明】
【０１３０】
１、１ａ、２、２ａ  システム
１２、１２ａ、５０２、７０２、８０２  出力手段
２０  オープンシステム
２１、２１ａ  判別手段
２２  抽出手段
２３、２３ａ  送信手段
３０  文字変換表
１００  端末
１０１、２０４  フォントファイル
１０２  ブラウザ
２００、２００ａ、２００ｂ  サーバ
２０１  Ｗｅｂアプリケーション
２０２  入力データ分析手段
２０３  フォント解析手段
２０５  外字データ生成手段
２０６  外字データ取得手段
２０７、７１０、８１０  外字データベース
３００、３００ａ、３００ｂ  管理サーバ
３０１、３０１ａ、３０１ｂ  マスタ外字データベース
３０２、３０２ａ、３０２ｂ  マスタ外字データベース変換手段
４００  ホスト端末エミュレータ
４０１  端末画面
４０２  外字描画手段
４０３  外字データ取得手段
５００  メインフレーム
５０１、７０１、８０１  ユーザ定義文字領域
６００  プリンタ
６０１  外字描画手段
６０２  外字データ取得手段
７００  メインフレームＡ
７２０、８２０  外字定義情報
８００  メインフレームＢ
９０１  メインフレーム文字集合
９０２  フォントデータ
９０３  外字符号決定手段
９０４  外字データベースエントリ情報
１０００、１０００ａ、２０００、２０００ａ、２０００ｂ、３０００  情報処理システム
【図１】
0006648445.tif 000002
【図２】
0006648445.tif 000003
【図３】
0006648445.tif 000004
【図４】
0006648445.tif 000005
【図５】
0006648445.tif 000006
【図６】
0006648445.tif 000007
【図７】
0006648445.tif 000008
【図８】
0006648445.tif 000009
【図９】
0006648445.tif 000010
【図１０】
0006648445.tif 000011
【図１１】
0006648445.tif 000012
【図１２】
0006648445.tif 000013