(57)【要約】【課題】ＩＣカードに格納すべき外字が多い場合であっても、欠字の発生頻度を抑えることができる文字列処理方法、フォントデータ収集方法およびＩＣカードを提供する。【解決手段】文字Ｃ０、Ｃ１、Ｃ２、…、Ｃｉ、…、ＣＮからなっている文字列をＩＣカードに記録するに際して、当該文字列に外字Ｃｉが含まれる場合、当該外字Ｃｉの直前に当該外字が属するところの拡張文字セットの識別子を挿入する。当該文字列に他の外字が含まれている場合にも、同様の処理を実行する。ＩＣカードから当該文字列を読み出して対応するフォントデータを取得する場合、拡張文字セットの識別子を参照して、その外字に対応するフォントデータを有しているかを判定する。【選択図】  図５
2004164201.tif 000002
【特許請求の範囲】
【請求項１】
外字のフォントデータを記録するフォントデータ記録手段を備えるＩＣカードに記録すべき文字列を処理する文字列処理方法であって、
前記文字列に含まれる文字が外字であるか否かを判定する外字判定ステップと、
前記外字判定ステップにて、前記文字が外字であると判断された場合に、当該外字が属する拡張文字セットの識別子を、当該外字に対応付ける識別子付加ステップと
を含むことを特徴とする文字列処理方法。
【請求項２】
前記識別子付加ステップは、前記識別子を前記文字列中の前記外字の直前に挿入することにより、前記識別子を前記外字に対応付ける
ことを特徴とする請求項１に記載の文字列処理方法。
【請求項３】
前記外字の代用文字の文字コードを、前記外字に対応付けてＩＣカードに記録する代用文字記録ステップ
を含むことを特徴とする請求項１に記載の文字列処理方法。
【請求項４】
前記代用文字が属する文字セットの識別子を前記代用文字に対応付けてＩＣカードに記録する文字セット記録ステップ
を含むことを特徴とする請求項３に記載の文字列処理方法。
【請求項５】
前記代用文字記録ステップにて、代用文字を記録する際に、対応付けられた外字を同じくする他の代用文字が記録されている場合には、
いずれの代用文字を優先して用いるべきかを示す優先度を記録する代用文字優先度記録ステップ
を備えることを特徴とする請求項３に記載の文字列処理方法。
【請求項６】
前記文字セット記録ステップにて、前記文字セットの識別子を記録する際に、他の文字セットが記録されている場合には、
いずれの文字セットを優先して用いるべきかを示す優先度を記録する文字セット優先度記録ステップ
を備えることを特徴とする請求項４に記載の文字列処理方法。
【請求項７】
外字のフォントデータを記録するフォントデータ記録手段を備えるＩＣカードから読み出した文字列に応じてフォントデータを収集するフォントデータ収集方法であって、
前記文字列に、拡張文字セットの識別子が含まれているか否かを判定する識別子判定ステップと、
前記識別子判定ステップにて、識別子が含まれていると判断された場合に、当該識別子が所定の拡張文字セットを示すか否かを判定する拡張文字セット判定ステップと、
前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示すと判定された場合に、前記識別子に対応付けられた外字のフォントデータを所定のフォントデータベースから取得するフォントデータ取得ステップと
を備えることを特徴とするフォントデータ収集方法。
【請求項８】
前記フォントデータ取得ステップは、前記文字列中において前記識別子の直後に位置する外字を、前記識別子に対応付けられた外字であるとする
ことを特徴とする請求項７に記載のフォントデータ収集方法。
【請求項９】
前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示さないと判定された場合に、前記文字列中において前記識別子の直後に位置する外字に対応するフォントデータが前記フォントデータ記録手段にて記録されているか否かを判定するフォントデータ判定ステップと、
前記フォントデータ判定ステップにて、前記フォントデータが記録されていると判定された場合に、前記ＩＣカードから、当該フォントデータを読み出すフォントデータ読み出しステップと
を備えることを特徴とする請求項８に記載のフォントデータ収集方法。
【請求項１０】
前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示さないと判定された場合に、前記文字列中において前記識別子の直後に位置する外字の代用文字が記録されているか否かを判定する代用文字判定ステップと、
前記代用文字判定ステップにて、前記代用文字が記録されていると判定された場合に、前記ＩＣカードから、当該代用文字に係る識別子と文字コードとを読み出す代用文字読み出しステップと
を備えることを特徴とする請求項８に記載のフォントデータ収集方法。
【請求項１１】
前記代用文字判定ステップにて、前記代用文字が複数記録されていると判定された場合に、最も優先度が高い代用文字に係る識別子と文字コードとを読み出す最優先代用文字読み出しステップと
を備えることを特徴とする請求項１０に記載のフォントデータ収集方法。
【請求項１２】
外字を含む文字列を記録する文字列記録手段と、
前記外字に対応付けて、当該外字が属する拡張文字セットの識別子を記録する識別子記録手段と、
当該外字のフォントデータを記録するフォントデータ記録手段と
を備えることを特徴とするＩＣカード。
【請求項１３】
前記識別子記録手段は、外字が属する拡張文字セットの識別子を、文字列中の、当該外字の直前に挿入することによって、当該外字と当該識別子とを対応付ける
ことを特徴とする請求項１２に記載のＩＣカード。
【請求項１４】
前記外字の代用文字が属する文字セットの識別子と当該代用文字の文字コードとの組を、前記外字に対応付けてＩＣカードに記録する代用文字記録手段
を備えることを特徴とする請求項１２に記載のＩＣカード。
【請求項１５】
前記代用文字記録手段にて、１の外字に複数の代用文字が対応付けられている場合に、代用文字ごとの優先度を記録する代用文字優先度記録手段
を備えることを特徴とする請求項１４に記載のＩＣカード。
【請求項１６】
前記代用文字記録手段にて、１の外字に複数の文字セットの代用文字が対応付けられている場合に、文字セットごとの優先度を記録する文字セット優先度記録手段
を備えることを特徴とする請求項１４に記載のＩＣカード。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカードに記録される文字データの処理技術に関し、特に、ＩＣカードから外字データを読み出す際の欠字の発生頻度を低減する技術に関する。
【０００２】
【従来の技術】
近年、さまざまな分野において、ＩＣカード（ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ  ｃａｒｄ）が用いられるようになってきている。特に、ＩＣカードは、身分証明書（ＩＤカード：  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｃａｒｄ）として用いられることが多く、氏名や住所等といったデータが格納される。氏名や地名等の固有名称は、ＪＩＳコードやシフトＪＩＳコード、或いはＥＵＣ（ｅｘｔｅｎｄｅｄ  ＵＮＩＸ（登録商標）  ｃｏｄｅ）といった標準的な文字コードセットには含まれない固有の文字を含むことがある。
【０００３】
このような文字は拡張文字セット（ｅｘｔｅｎｄｅｄ  ｃｈａｒａｃｔｅｒ  ｓｅｔ）に含まれる外字と呼ばれ、標準的な文字セットが用いていない文字コードを割り当てて、ユーザごとに独自にフォントデータを登録するのが一般的である。従って、どんな文字でも登録できるが、登録したコンピュータ以外で外字を正しく読むことはできないという欠点がある。
【０００４】
この欠点を、ＩＣカードを身分証明書として用いる場合に当て嵌めて説明すると、あるシステムで登録された外字コードを含む身分証明書の内容を、他のシステムで読み取ろうとすると、当該外字コードに対応するフォントデータが登録されていないために、身分を証明することができないということになる。
このような問題を解決するために、従来は、例えば、外字に対応するフォントデータを併せてＩＣカードに記録するといった方法を採っている（例えば、特許文献１を参照されたい。）この方法によれば、ＩＣカードからフォントデータを読み出すことによって、ＩＣカードに記録された文字列を正しく再現することができる。
【０００５】
【特許文献１】
特開２０００−９４７６２
【０００６】
【発明が解決しようとする課題】
しかしながら、メモリ容量の制約から、ＩＣカードに格納できるフォントデータの数には限りがある。具体的な数値を挙げれば、昨今のＩＣカードにおいてはメモリ容量が８Ｋバイトのものが一般的であり、メモリ容量が大きいものでも３２Ｋバイトである。これに対して、フォントデータは５０画素×５０画素の場合には、データ圧縮を行なったとしても１００バイト程度にもなる。このため、１のＩＣカードについて、高々３文字程度のフォントデータしか格納することができない。
【０００７】
従って、外字が多い場合には、ＩＣカードにフォントデータを格納しきれず、欠字が発生する結果となる。すなわち、対応するフォントデータを格納することができない外字が空欄（スペース文字）に置き換えられたり、欠字を表わす記号に置き換えられたりするといった結果となる。
特に、外字を多く含んでいる地名をＩＣカードに格納するような場合には、その地域に住所や居所を有する者を対象にＩＣカードを発行すると、常に欠字が発生する、という問題がある。
【０００８】
本発明は、以上のような問題に鑑みて為されたものであって、ＩＣカードに格納すべき外字が多い場合であっても、欠字の発生頻度を抑えることができる文字列処理方法、フォントデータ収集方法およびＩＣカードを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る文字列処理方法は、外字のフォントデータを記録するフォントデータ記録手段を備えるＩＣカードに記録すべき文字列を処理する文字列処理方法であって、前記文字列に含まれる文字が外字であるか否かを判定する外字判定ステップと、前記外字判定ステップにて、前記文字が外字であると判断された場合に、当該外字が属する拡張文字セットの識別子を、当該外字に対応付ける識別子付加ステップとを含むことを特徴とする。
【００１０】
このようにすれば、ＩＣカードに格納すべき外字が多い場合であっても、欠字の発生頻度を抑えることができる。
また、本発明に係る文字列処理方法は、前記識別子付加ステップは、前記識別子を前記文字列中の前記外字の直前に挿入することにより、前記識別子を前記外字に対応付けることを特徴とする。このようにすれば、外字が属する拡張文字セットの識別子を、当該外字に容易に対応付けることができる。
【００１１】
また、本発明に係る文字列処理方法は、前記外字の代用文字の文字コードを、前記外字に対応付けてＩＣカードに記録する代用文字記録ステップを含むことを特徴とする。このようにすれば、必要なフォントが無い場合であっても、欠字を発生されることなく代用文字を表示等させることができる。
また、本発明に係る文字列処理方法は、前記代用文字が属する文字セットの識別子を前記代用文字に対応付けてＩＣカードに記録する文字セット記録ステップを含むことを特徴とする。このようにすれば、読み取り側で複数の拡張文字セットを有している場合に、適当なフォントデータを取得して欠字の発生を回避することができる。
【００１２】
また、本発明に係る文字列処理方法は、前記代用文字記録ステップにて、代用文字を記録する際に、対応付けられた外字を同じくする他の代用文字が記録されている場合には、いずれの代用文字を優先して用いるべきかを示す優先度を記録する代用文字優先度記録ステップを備えることを特徴とする。
このようにすれば、複数の代用文字が外字に対応付けられているような場合であって、かつ、読み取り側が利用可能な代用文字が複数あるような場合に、より適切な代用文字を選択することができる。
【００１３】
また、本発明に係る文字列処理方法は、前記文字セット記録ステップにて、前記文字セットの識別子を記録する際に、他の文字セットが記録されている場合には、いずれの文字セットを優先して用いるべきかを示す優先度を記録する文字セット優先度記録ステップを備えることを特徴とする。
このようにすれば、複数の代用文字が外字に対応付けられているような場合であって、かつ、読み取り側が利用可能な文字セットが複数あるような場合に、より適切な文字セットを選択することができるので、より適切な代用文字を使用することができる。
【００１４】
本発明に係るフォントデータ収集方法は、外字のフォントデータを記録するフォントデータ記録手段を備えるＩＣカードから読み出した文字列に応じてフォントデータを収集するフォントデータ収集方法であって、前記文字列に、拡張文字セットの識別子が含まれているか否かを判定する識別子判定ステップと、前記識別子判定ステップにて、識別子が含まれていると判断された場合に、当該識別子が所定の拡張文字セットを示すか否かを判定する拡張文字セット判定ステップと、前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示すと判定された場合に、前記識別子に対応付けられた外字のフォントデータを所定のフォントデータベースから取得するフォントデータ取得ステップとを備えることを特徴とする。
【００１５】
このようにすれば、ＩＣカードに格納すべき外字が多い場合であっても、欠字の発生頻度を抑えることができる。
また、本発明に係るフォントデータ収集方法は、前記フォントデータ取得ステップは、前記文字列中において前記識別子の直後に位置する外字を、前記識別子に対応付けられた外字であるとすることを特徴とする。このようにすれば、前記識別子に対応付けられた外字を容易に発見することができる。
【００１６】
また、本発明に係るフォントデータ収集方法は、前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示さないと判定された場合に、前記文字列中において前記識別子の直後に位置する外字に対応するフォントデータが前記フォントデータ記録手段にて記録されているか否かを判定するフォントデータ判定ステップと、前記フォントデータ判定ステップにて、前記フォントデータが記録されていると判定された場合に、前記ＩＣカードから、当該フォントデータを読み出すフォントデータ読み出しステップとを備えていることを特徴とする。
【００１７】
このようにすれば、前記識別子が対応可能でない場合であっても、ＩＣカードに記録されているフォントデータを利用することができるので、更に、欠字の発生頻度を低減することができる。
また、本発明に係るフォントデータ収集方法は、前記拡張文字セット判定ステップにて、前記識別子が所定の拡張文字セットを示さないと判定された場合に、前記文字列中において前記識別子の直後に位置する外字の代用文字が記録されているか否かを判定する代用文字判定ステップと、前記代用文字判定ステップにて、前記代用文字が記録されていると判定された場合に、前記ＩＣカードから、当該代用文字に係る識別子と文字コードとを読み出す代用文字読み出しステップとを備えることを特徴とする。
【００１８】
このようにすれば、前記識別子が対応可能でない場合であっても、前記外字の代用文字を利用することができるので、更に、欠字の発生頻度を低減することができる。
また、本発明に係るフォントデータ収集方法は、前記代用文字判定ステップにて、前記代用文字が複数記録されていると判定された場合に、最も優先度が高い代用文字に係る識別子と文字コードとを読み出す最優先代用文字読み出しステップとを備えることを特徴とする。
【００１９】
このようにすれば、前記優先度を参照することによって、より適切な代用文字を選択することができる。
本発明に係るＩＣカードは、外字を含む文字列を記録する文字列記録手段と、前記外字に対応付けて、当該外字が属する拡張文字セットの識別子を記録する識別子記録手段と、当該外字のフォントデータを記録するフォントデータ記録手段とを備えることを特徴とする。
【００２０】
このようにすれば、ＩＣカードに記録されている外字が多いために記憶容量が不足して、一部の外字についてフォントデータを記録することができない場合であっても、前記拡張文字セットのフォントデータを別途、参照できる場合には、欠字の発生頻度を低減することができる。
また、本発明に係るＩＣカードは、前記識別子記録手段が、外字が属する拡張文字セットの識別子を、文字列中の、当該外字の直前に挿入することによって、当該外字と当該識別子とを対応付けることを特徴とする。
【００２１】
このようにすれば、外字と当該外字に対応する識別子との対応関係を明確にすることができ、かつ、対応付けに伴うメモリ使用量の増大を最小限に留めることができる。
また、本発明に係るＩＣカードは、前記外字の代用文字が属する文字セットの識別子と当該代用文字の文字コードとの組を、前記外字に対応付けてＩＣカードに記録する代用文字記録手段を備えることを特徴とする。
【００２２】
このようにすれば、ＩＣカードにフォントデータが記録されておらず、かつ、外字に対応付けられた識別子が対応できない拡張文字セットを示す場合であっても、代用文字を用いることができるので、欠字の発生頻度を更に低減することができる。
また、本発明に係るＩＣカードは、前記代用文字記録手段にて、１の外字に複数の代用文字が対応付けられている場合に、代用文字ごとの優先度を記録する代用文字優先度記録手段を備えることを特徴とする。このようにすれば、代用文字を用いる場合に、より適切な代用文字、すなわち、より適切なフォントデータを利用することができる。
【００２３】
また、本発明に係るＩＣカードは、前記代用文字記録手段にて、１の外字に複数の文字セットの代用文字が対応付けられている場合に、文字セットごとの優先度を記録する文字セット優先度記録手段を備えることを特徴とする。このようにすれば、代用文字を用いる場合に、より適切な文字セットに属する代用文字をすることができるので、上記と同様に、より適切なフォントデータを利用することができる。
【００２４】
【発明の実施の形態】
以下、本発明に係るＩＣカードおよび文字コード処理方法の実施の形態について、ＩＣカード連携処理システムを例にとって、図面を参照しながら説明する。
［１］  第１の実施の形態
［１−１］  ＩＣカード連携処理システムの装置構成
図１は、本実施の形態に係るＩＣカード連携処理システム（以下、単に「連携処理システム」という。）の典型的なシステム構成を示すシステム構成図である。図１に示すように、連携処理システム１は、ＩＣカード処理システム２とＩＣカード処理システム３とから成っている。ＩＣカード処理システム２、３は、いずれも利用者ごとにＩＣカード４を発行し、これを用いてさまざまなデータ処理を実行するシステムである。
【００２５】
本実施の形態においては、ＩＣカード処理システム２とＩＣカード処理システム３とは、概ね同様の構成をとっているので、以下では、専らＩＣカード処理システム２について説明する。図１に示すように、ＩＣカード処理システム２は、通信ネットワーク２２を介して、データ処理サーバ２０にＩＣカード端末２１ａ、２１ｂ、２１ｃをそれぞれ接続したようなシステム構成となっている。
【００２６】
なお、本実施の形態においては、ＩＣカード処理システムを２系統としているが、これは飽くまで例示に過ぎず、ＩＣカード処理システムの数は何系統あっても良い。また、本実施の形態においては、１系統のＩＣカード処理システムについてカード端末の台数を３台としているが、この点についても、各ＩＣカード処理システムがそれぞれ１台以上のカード端末を備えていれば良く、そうすることによって本発明の効果を得ることができる。
【００２７】
さて、カード端末２１ａ〜２１ｃは、いずれもＩＣカード用リーダ／ライタを備えている。カード端末２１ａ〜２１ｃは、このＩＣカード用リーダ／ライタを用いて、ＩＣカード４に利用者データの書き込み、または、ＩＣカード４から利用者データを読み出す。
ＩＣカード４に利用者データを書き込む場合、カード端末２１ａ〜２１ｃは、ＩＣカード４に書き込むべき利用者データをデータ処理サーバ２０に要求する。データ処理サーバ２０は、この要求を受け付けると、利用者データを要求したカード端末に、要求された利用者データを送信する。利用者データを受け取ったカード端末は、ＩＣカード用リーダ／ライタにてＩＣカード４に当該利用者データを書き込む。
【００２８】
ＩＣカード４から利用者データを読み出してデータ処理を実行する場合、カード端末２１ａ〜２１ｃは、先ず、ＩＣカード用リーダ／ライタを用いて、ＩＣカード４から利用者データを読み出す。次に、カード端末２１ａ〜２１ｃは、読み出した利用者データをデータ処理サーバ２０に送信して、データ処理を依頼する。
【００２９】
データ処理サーバ２０は、カード端末２１ａ〜２１ｃからデータ処理の依頼を受け付けると、併せて受け付けた利用者データを用いて依頼されたデータ処理を実行する。
当該データ処理を完了すると、データ処理サーバ２０は、データ処理を依頼したカード端末に対して前記データ処理の結果を送信する。データ処理の結果を受け付けたカード端末は、当該データ処理の結果を画面に表示する。ここで、データ処理とは、ＩＣカード４から読み出された利用者データを用いた証明書の発行、帳票の作成、更新等をいう。
【００３０】
［１−２］  データ処理サーバ２０の装置構成
図２は、本実施の形態に係るデータ処理サーバ２０の主要な装置構成を模式的に示す装置構成図である。図２に示すように、データ処理サーバ２０は、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２００、主記憶装置２０１、通信制御装置２０２、および、周辺制御部（ｐｅｒｉｐｈｅｒａｌ  ｃｏｎｔｒｏｌｌｅｒ）２０６を備えている。中央処理装置２００は、内部バス２０７を介して他の装置にアクセスすることによって、データ処理サーバ２０全体を制御する。
【００３１】
また、周辺制御部２０６には、コンソール２０３、固定記憶装置（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０４、および、磁気テープ装置（ＭＴ：Ｍａｇｎｅｔｉｃ  Ｔａｐｅ  Ｕｎｉｔ）２０５が接続されている。中央処理装置２００は周辺制御部２０６を介してこれらの機器を制御する。更に、中央処理装置２００は、通信制御装置２０２を介して通信ネットワーク２２にアクセスし、前記カード端末２１ａ〜２１ｃと相互に通信を行う。
【００３２】
なお、言うまでも無く、上記の装置構成は飽くまで一例に過ぎず、マルチプロセッサ構成等といった他の装置構成をとるとしても良く、このような装置構成によらず本発明の効果を得ることができる。
固定記憶装置２０４には、ＩＣカード４に記録されている利用者データと照合するための利用者データが記録されている。当該利用者データは、ＩＣカード４の利用者の氏名や住所等のデータである。前述のように、氏名や住所等の固有名称には標準的な文字コードには無い文字が含まれている。従って、固定記憶装置２０４には、このような文字対応するために、外字データが記録されている。外字データとは、標準的な文字コードには無い文字を表わすための、文字コードとフォントデータの組である。
【００３３】
［１−３］  カード端末の装置構成
図３は、カード端末２１ａの主要な装置構成を示す構成図である。カード端末２１ｂ、２１ｃも同様の装置構成を備えているので、ここでは、カード端末２１ａの装置構成のみを説明するに留める。
さて、図３に示すように、カード端末２１ａは、中央処理装置２１０、主記憶装置２１１、通信制御装置２１２、および、周辺制御部２１６を備えている。中央処理装置２１０は、内部バス２１７を介して他の装置にアクセスすることによって、カード端末２１ａ全体を制御する。
【００３４】
また、周辺制御部２１６には、コンソール２１３、固定記憶装置２１４、およびＩＣカード・リーダ／ライタ２１５が接続されている。中央処理装置２１０は、周辺制御部２１６を介して、これらの機器を制御する。更に、中央処理装置２１０は、通信制御装置２１２を介して通信ネットワーク２２にアクセスし、前記データ処理サーバ２０と相互に通信を行う。
【００３５】
なお、言うまでも無く、上記の装置構成も飽くまで一例に過ぎず、固定記憶装置を有しない構成やコンソールとしてタッチパネルを備える構成等といった他の装置構成をとるとしても良い。本発明は、このような装置構成によらず、効果を奏することができる。
［１−４］  ＩＣカードの装置構成
図４は、ＩＣカード４の主要な装置構成を示す構成図である。図４に示すように、ＩＣカード４は、中央処理装置４００、揮発性記憶装置４０１、不揮発性記憶装置４０２、および、通信制御装置４０３を備えており、これらの装置は内部４０４にて互いに接続されている。中央処理装置４００は、内部バス４０４を介して通信制御装置にアクセスすることによって、カード端末２１ａ〜２１ｃと通信をする。
【００３６】
なお、ＩＣカード４は、カード端末２１ａ〜２１ｃと通信することができさえすれば、非接触型のＩＣカードであっても接触型のＩＣカードであっても良い。また、いずれの場合も、ＩＣカード４は、通信制御装置４０３を介して、カード端末２１ａ〜２１ｃから電力の供給を受けて、動作する。この場合において、ＩＣカード４は、コンデンサ等の蓄電装置を備えているとしても良い。このようにすれば、人為的な操作ミス等によって前記電力供給が杜絶した場合であっても、ＩＣカード４は、必要な動作を継続することができる。
【００３７】
なお、言うまでも無く、上記の装置構成も飽くまで一例に過ぎず、他の装置構成をとるとしても良い。本発明は、このような装置構成によらず、効果を奏することができる。
［１−５］  ＩＣカードへの利用者データの書き込み方法
次に、ＩＣカード４に利用者データを書き込む際のデータ処理サーバ２０の動作について、先ず、その概要を説明する。図５は、データ処理サーバ２０が処理する利用者データに含まれている文字列の構成を処理の前後に亘って示す図である。図５に示すように、当該文字列は、文字Ｃ０、Ｃ１、Ｃ２、…、Ｃｉ、…、ＣＮからなっている。これらの文字のうち文字Ｃｉが外字の場合、本実施の形態においては当該外字の直前に当該外字が属する拡張文字セットに対応するシステムＩＤＩ０を挿入する。
【００３８】
この処理を実行するために、データ処理サーバ２０は、次に示すフローチャートのように動作する。図６は、ＩＣカード４に利用者データを書き込む際に、データ処理サーバ２０が実行する処理の流れを示すフローチャートである。データ処理サーバ２０は、通常、カード端末２１ａ〜２１ｃのいずれかから利用者データを要求されるのを待っている。
【００３９】
そして、カード端末２１ａ〜２１ｃのいずれかが利用者データの要求を送信すると、図６に示すように、データ処理サーバ２０は、これを受信する（ステップＳ１００）。次いで、データ処理サーバ２０は、要求された利用者データを前記ＨＤＤ２０４から読み出し（ステップＳ１０１）、読み出した利用者データを精査して、未処理の文字列が含まれているか否かを確認する。
【００４０】
前記精査の結果、未処理の文字列が発見された場合には（ステップＳ１０２：ＹＥＳ）、当該文字列を精査して、未処理の文字が含まれているか否かを確認する。そして、未処理の文字が発見された場合には（ステップＳ１０３：ＹＥＳ）、それが外字であるか否かを確認する。なお、対象となる文字が外字であるか否かは、例えば、その文字コードが標準文字の文字コードの範囲に含まれているか否かによって判定すれば良い。
【００４１】
当該判定の結果、対象となる文字が外字であった場合には（ステップＳ１０４：ＹＥＳ）、当該外字を表わす文字コードの直前にシステムＩＤを挿入する（ステップＳ１０５）。本実施の形態においては、文字コードのデータサイズは、その文字が標準文字であるか外字であるかに関わらず２バイトである。また、システムＩＤのデータサイズも２バイトとし、標準文字コードおよび外字コードのいずれの範囲にも含まれない範囲の値をとるものとする。
【００４２】
外字コードの直前にシステムＩＤを挿入した後、データ処理サーバ２０は、当該外字コードに対応するフォントデータをＩＣカード端末に送信して、ＩＣカード４の不揮発性記憶装置４０２に当該フォントデータを格納するように依頼する（ステップＳ１０６）。
データ処理サーバ２０は、前記ＩＣカード端末が前記フォントデータをＩＣカード４に書き込んだ旨の通知を受信した後、または、対象となる文字が外字でなかった場合には（ステップＳ１０４：ＮＯ）、データ処理サーバ２０は、次の文字の処理に進み（Ｓ１０７）、当該文字列中に未処理の文字があれば（ステップＳ１０３：ＹＥＳ）、上述のような処理を実行する。
【００４３】
そして、当該文字列中に未処理の文字が無くなったら（ステップＳ１０３：ＮＯ）、更に利用者データを精査して、未処理の文字列が残されているか否かを確認する。データ処理サーバ２０は、利用者データ中に未処理の文字列を発見したら、当該文字列を対象として上述のような処理を実行する。
利用者データ中に未処理の文字列が発見されなければ（ステップＳ１０２：ＮＯ）、データ処理サーバ２０は、処理が済んだ利用者データを前記カード端末に送信する（ステップＳ１０８）。このように、文字列中の外字の直前にシステムＩＤを挿入することによって、ＩＣカード４から利用者データを読み出す際に、次に述べるような効果を得ることができる。
【００４４】
［１−６］  ＩＣカードに記録されている利用者データを用いたデータ処理
次に、ＩＣカード４に記録されている利用者データを用いたデータ処理を実行する場合の、データ処理サーバ２０の動作について説明する。図７は、ＩＣカード４から利用者データを読み出したカード端末２１ａ〜２１ｃから、当該利用者データを伴うデータ処理要求を受け付けたデータ処理サーバ２０が実行する処理の流れを示すフローチャートである。データ処理サーバ２０は、通常、カード端末２１ａ〜２１ｃのいずれかからデータ処理を要求されるのを待っている。
【００４５】
そして、カード端末２１ａ〜２１ｃのいずれかが、ＩＣカードから読み出した利用者データを伴うデータ処理の要求を送信すると、図７に示すように、データ処理サーバ２０は、これを受信する（ステップＳ２００）。次いで、データ処理サーバ２０は、受信した利用者データを精査して、未処理の文字列が含まれているか否かを確認する。
【００４６】
前記精査の結果、未処理の文字列が発見された場合には（ステップＳ２０１：ＹＥＳ）、当該文字列を精査して、未処理の文字が含まれているか否かを確認する。そして、未処理の文字が発見された場合には（ステップＳ２０２：ＹＥＳ）、それがシステムＩＤであるか否かを確認する。本実施の形態においては、システムＩＤとして、標準文字コードおよび外字コードのいずれの範囲にも含まれない値を割り当てている。従って、文字コードが当該範囲に入っているか否かによって、判定対象とする文字がシステムＩＤであるか否かを判定することができる。
【００４７】
当該判定の結果、対象となる文字コードがシステムＩＤであった場合には（ステップＳ２０３：ＹＥＳ）、当該システムＩＤが対応可能であるか否かを判定する。ここで、システムＩＤが対応可能であるとは、当該システムＩＤを有するシステムにて外字登録された外字コードと、当該外字コードに対応するフォントデータとを自システムが保有していることをいう。
【００４８】
前記判定の結果、前記システムＩＤが対応可能である場合には（ステップＳ２０８：ＹＥＳ）、当該文字列中の次の文字に処理を進める（ステップＳ２０４）。システムＩＤの次の文字は外字であるので、データ処理サーバ２０は、固定記憶装置２０４から当該システムＩＤにて登録された外字コードに対応するフォントデータを読み出す（ステップＳ２０５）。
【００４９】
また、前記判定の結果、前記システムＩＤが対応可能でない場合には（ステップＳ２０８：ＮＯ）、当該文字列中の次の文字に処理を進める（ステップＳ２０９）。そして、データ処理サーバ２０は、当該文字コード（外字コード）をＩＣカード４に通知して、フォントデータを要求する（ステップＳ２１０）。
要求されたフォントデータが、ＩＣカード４の不揮発性記憶装置４０１に記憶されている場合には（ステップＳ２１０：ＹＥＳ）、データ処理サーバ２０は、要求したフォントデータをＩＣカード４から受信する（ステップＳ２１２）。当該フォントデータがＩＣカード４の不揮発性記憶装置４０１に記憶されていない場合には（ステップＳ２１０：ＮＯ）、データ処理サーバ２０は、当該外字のフォントデータに代えて、スペース文字のフォントデータを割り当てる（ステップＳ２１３）。
【００５０】
ステップＳ２０５、Ｓ２１２、Ｓ２１３の処理の後、データ処理サーバ２０は、当該文字列における次の文字の処理に進む（ステップＳ２０６）。そして、当該文字列中に未処理の文字が残されているか否かを確認する。そして、未処理の文字が残されていなければ（ステップ２０２：ＮＯ）、未処理の文字列が残されているか否かを確認する。
【００５１】
未処理の文字列が残されていなければ（ステップＳ２０１：ＮＯ）、データ処理サーバ２０は、処理した文字列から得られたフォントデータ列を用いて、アプリケーション処理を実行する（ステップＳ２０７）。当該アプリケーション処理は、例えば、証明書の発行や帳票の作成、更新等であり、ＩＣカード端末２１ａ〜２１ｃからの要求に応じて、処理内容が選択される。
【００５２】
［１−７］  本実施の形態の効果
以上のようにすれば、ＩＣカード４に記録されている文字列に含まれている外字数がＩＣカード４に格納できる文字数よりも多い場合であっても、データ処理サーバ２０が、当該外字に付与されているシステムＩＤに対応可能であれば、すべての外字について対応するフォントデータを用いてデータ処理を実行することができる。従って、従来技術におけるよりも欠字の発生頻度を抑えることができる。
【００５３】
［２］  第２の実施の形態
次に、本発明の第２の実施の形態について説明する。本実施の形態は、概ね前記第１の実施の形態と同様であるが、ＩＣカード４に文字コード対応表が記録されている点において相違している。以下では、連携処理システムの構成やデータ処理サーバ、ＩＣカード端末、或いは、ＩＣカードの構成についての説明を省略して、専らデータ処理サーバの動作について説明する。なお、以下に記載する各符号については、第１の実施の形態に係る図面を参照されたい。
【００５４】
［２−１］  文字コード対応表
上述のように、本実施の形態に係るＩＣカード４の不揮発性記憶装置４０２には、文字コード対応表が記録されている。図８は、当該文字コード対応表の構成を例示する図である。
図８に示すように、本実施の形態に係る文字コード対応表は、２バイトのシステムＩＤと同じく２バイトの外字コードとを格納する６４バイトの表である。文字コード対応表の先頭８バイトには、システムＩＤ表として、最大４つのシステムＩＤを格納する。文字コード対応表の引き続く５６バイトは、７つの外字コード表に区分されている。
【００５５】
１の外字コード表には、前記システムＩＤ表に格納されているシステムＩＤに対応する順序で、最大４文字分の外字コードが格納される。１の外字コード表には、異なるシステム間で同一の外字を表わす外字コードが格納されている。また、同一の外字を表わす外字コードがない場合であって、当該外字の代用をすることができる文字の文字コードがある場合には、その文字コードが格納される。
【００５６】
なお、この場合において、代用文字は外字であっても良いし、標準文字であっても良い。また、代用文字として標準文字を用いる場合には、前記システムＩＤ表に標準文字コード体系を表わすＩＤを格納し、外字コード表の当該ＩＤに対応する欄に代用文字の標準文字コードを格納するとしても良い。
例えば、ＩＣカード４に記録された文字列の含まれている外字Ｘを表わす外字コードが、システムＩＤがＡであるシステムにおいてはＣａ、システムＩＤＢであるシステムにおいてはＣｂ、システムＩＤがＣであるシステムにおいては、Ｃｃであるとする。このような場合、システムＩＤがＡ、Ｂ、Ｃの順にシステムＩＤ表に格納されていたら、外字コード表には外字コードがＣａ、Ｃｂ、Ｃｃの順に格納される。
【００５７】
この場合において、システムＩＤ表や、外字コードＣａ等を格納している外字コード表の４番目の外字コード欄、或いは、他の外字コード表はすべて空欄となる。本実施の形態においては、このような空欄はすべてゼロクリアするものとする。
このようにすれば、参照しているシステムＩＤ欄や外字コード欄が空欄であるか否かを容易に判定することができるので、データ処理を確実に実行することができる。なお、上記と異なる方法にて空欄を判別するとしても良い。例えば、空欄をゼロ以外の値で埋め尽くすとしても良いし、有効な欄の数を表示するヘッダを付与するとしても良い。
【００５８】
［２−２］  ＩＣカードへの利用者データの書き込み方法
次に、ＩＣカード４に利用者データを書き込む際のデータ処理サーバ２０の動作について説明する。当該動作は、前記第１の実施の形態におけるデータ処理サーバ２０の動作（図６）と概ね同様であるが、外字を処理するに際して、前記外字コード表を作成する点において相違している。
【００５９】
図９は、ＩＣカード４に利用者データを書き込む際にデータ処理サーバ２０が実行する処理の流れを示すフローチャートである。データ処理サーバ２０は、通常、カード端末２１ａ〜２１ｃのいずれかから利用者データを要求されるのを待っている。そして、カード端末２１ａ〜２１ｃのいずれかが利用者データの要求を送信すると、図６に示すように、データ処理サーバ２０は、これを受信する（ステップＳ３００）。
【００６０】
続いて、データ処理サーバ２０は、前記ＨＤＤ２０４から要求された利用者データを読み出し（ステップＳ３０１）、読み出した利用者データを精査して、未処理の文字列が含まれているか否かを確認する。前記精査の結果、未処理の文字列が発見された場合には（ステップＳ３０２：ＹＥＳ）、当該文字列を精査して、未処理の文字が含まれているか否かを確認する。
【００６１】
そして、未処理の文字が発見された場合には（ステップＳ３０３：ＹＥＳ）、それが外字であるか否かを確認する。当該判定の結果、判定対象とする文字が外字であった場合には（ステップＳ３０４：ＹＥＳ）、当該外字を表わす文字コードの直前にシステムＩＤを挿入する（ステップＳ３０５）。前記第１の実施の形態におけるのと同様に、本実施の形態においても、文字コードやシステムＩＤのデータサイズは、２バイトである。
【００６２】
外字コードの直前にシステムＩＤを挿入した後、データ処理サーバ２０は、当該外字コードに対応するフォントデータをＩＣカード端末に送信して、ＩＣカード４の不揮発性記憶装置４０２に当該フォントデータを格納するように依頼する（ステップＳ３０６）。
さらに、データ処理サーバは、当該外字の外字コードであって、他のシステムにおける外字コードがあれば、当該システムＩＤと外字コードをＩＣカード端末に送信して、ＩＣカード４の不揮発性記憶装置４０２に格納されているコード対照表に追加する。これは、同じ外字に割り当てられている外字コードが、システムＩＤに示されるシステムに依存して、例えば、「Ｆ０Ｆ０Ｈ」であったり、「ＦＥ１０Ｈ」であったりする場合に、これらを対応するシステムＩＤと組にしてコード対照表に追加するといった処理である。
【００６３】
また、当該外字の代用文字とすることができる標準文字があれば、標準文字コード体系を表わすシステムＩＤと当該標準文字コードをＩＣカード端末に送信して、ＩＣカード４の不揮発性記憶装置４０２に格納されているコード対照表に追加する（Ｓ３０７）。
これは、例えば、図１０に示す外字５０が文字列に含まれている場合に、代用文字５１の標準文字コードをコード対照表に追加したり、或いは、他の拡張文字セットに外字５０が文字列に含まれている場合に、当該他の拡張文字セットの識別子と当該他の拡張文字セットにおける外字５０の外字コードをコード対照表に追加したりするといった処理である。
【００６４】
コード対照表を更新した後、或いは、対象となる文字が外字でなかった場合には（ステップＳ３０４：ＮＯ）、データ処理サーバ２０は、次の文字の処理に進む（Ｓ３０８）。そして、当該文字列中に未処理の文字があれば（ステップＳ３０３：ＹＥＳ）、上述のような処理を繰り返し実行する。
そして、当該文字列中に未処理の文字が無くなったら（ステップＳ３０３：ＮＯ）、更に利用者データを精査して、未処理の文字列が残されているか否かを確認する。データ処理サーバ２０は、利用者データ中に未処理の文字列を発見したら、当該文字列を対象として上述のような処理を繰り返して実行する。
【００６５】
利用者データ中に未処理の文字列が発見されなければ（ステップＳ３０２：ＮＯ）、データ処理サーバ２０は、処理が済んだ利用者データを前記カード端末に送信する（ステップＳ３０９）。
［２−３］  ＩＣカードに記録されている利用者データを用いたデータ処理
次に、ＩＣカード４に記録されている利用者データを用いたデータ処理を実行する場合の、データ処理サーバ２０の動作について説明する。図１１は、ＩＣカード４から利用者データを読み出したカード端末２１ａ〜２１ｃから、当該利用者データを伴うデータ処理要求を受け付けたデータ処理サーバ２０が実行する処理の流れを示すフローチャートである。データ処理サーバ２０は、通常、カード端末２１ａ〜２１ｃのいずれかからデータ処理の要求をされるまで待機している。
【００６６】
そして、カード端末２１ａ〜２１ｃのいずれかが、ＩＣカードから読み出した利用者データを伴うデータ処理の要求を送信すると、図１１に示すように、データ処理サーバ２０は、これを受信する（ステップＳ４００）。次いで、データ処理サーバ２０は、受信した利用者データを精査して、未処理の文字列が含まれているか否かを確認する。
【００６７】
前記精査の結果、未処理の文字列が発見された場合には（ステップＳ４０１：ＹＥＳ）、当該文字列を精査して、未処理の文字が含まれているか否かを確認する。そして、未処理の文字が発見された場合には（ステップＳ４０２：ＹＥＳ）、フォントデータ取得処理を実行する（ステップＳ４０３）。その後、データ処理サーバ２０は、次の文字の処理に進み（ステップＳ４０４）、フォントデータ取得処理（ステップＳ４０３）を繰り返す。
【００６８】
そして、処理対象としている文字列に未処理の文字が無くなったら（ステップＳ４０２：ＮＯ）、未処理の文字列が残されているか否かを確認する。この確認の結果、未処理の文字列があれば（ステップＳ４０１：ＹＥＳ）、更に、フォントデータ取得処理（ステップＳ４０３）を繰り返す。
未処理の文字列が無くなったら（ステップＳ４０１：ＮＯ）、上述の処理によって得られたフォントデータ列を用いて、データ処理サーバ２０は、アプリケーション処理を実行する。当該アプリケーション処理は、例えば、証明書の発行や帳票の作成、更新等であり、ＩＣカード端末２１ａ〜２１ｃからの要求に応じて、処理内容が選択される。
【００６９】
［２−３−１］  フォントデータ取得処理
次に、フォントデータ取得処理（図１１：ステップＳ４０３）について、詳しく説明する。図１２は、本実施の形態に係るフォントデータ取得処理について示すフローチャートである。
データ処理サーバ２０は、図１１のステップＳ４０２にて未処理であると判定された文字について、先ず、その文字がシステムＩＤであるか否かを確認する。本実施の形態においては、システムＩＤとして、標準文字コードおよび外字コードのいずれの範囲にも含まれない値を割り当てている。従って、文字コードが当該範囲に入っているか否かによって、判定対象とする文字がシステムＩＤであるか否かを判定することができる。
【００７０】
当該判定の結果、対象となる文字コードがシステムＩＤであった場合には（ステップＳ５００：ＹＥＳ）、当該システムＩＤが対応可能であるか否かを判定する。当該判定の結果、前記システムＩＤが対応可能である場合には（ステップＳ５０１：ＹＥＳ）、当該文字列中の次の文字に処理を進める（ステップＳ５０９）。システムＩＤの次の文字は外字であるので、データ処理サーバ２０は、固定記憶装置２０４から当該システムＩＤにて登録された外字コードに対応するフォントデータを読み出す（ステップＳ５０８）。
【００７１】
また、前記判定の結果、前記システムＩＤが対応可能でない場合には（ステップＳ５０１：ＮＯ）、当該文字列中の次の文字に処理を進める（ステップＳ５０２）。そして、データ処理サーバ２０は、当該文字コード（外字コード）をＩＣカード４に通知して、フォントデータを要求する（ステップＳ５０３）。
要求されたフォントデータが、ＩＣカード４の不揮発性記憶装置４０１に記憶されている場合には（ステップＳ５０４：ＹＥＳ）、データ処理サーバ２０は、要求したフォントデータをＩＣカード４から受信する（ステップＳ５１１）。当該フォントデータがＩＣカード４の不揮発性記憶装置４０１に記憶されていない場合には（ステップＳ５０４：ＮＯ）、データ処理サーバ２０は、コード対照表がＩＣカード４に格納されているか否かを確認する。
【００７２】
ＩＣカード４にコード対照表が格納されている場合には（ステップＳ５０５：ＹＥＳ）、当該コード対照表に当該外字の文字コードが格納されているか否かを確認する。コード対照表の当該外字の文字コードが格納されていたら（ステップ５０６：ＹＥＳ）、対応できる文字コードを読み出す（ステップＳ５０７）。そして、当該文字コードに対応するフォントデータを固定記憶装置２０４から読み出す（ステップＳ５０８）。
【００７３】
ＩＣカード４にコード対照表が格納されていない場合（ステップＳ５０５：ＮＯ）には、外字コードも代用文字のコードも、また、外字のフォントデータも得られない。そこで、データ処理サーバ２０は、当該外字に代えて、スペース文字を割り当てることにして（ステップＳ５１０）、固定記憶装置２０４からスペース文字のフォントデータを読み出す（ステップＳ５０８）。
【００７４】
また、コード対照表がＩＣカード４に格納されている場合であっても（ステップＳ５０５：ＹＥＳ）、当該外字の文字コードが当該コード対照表に格納されていない場合には（ステップＳ５０６：ＮＯ）、当該外字に代えて、スペース文字を割り当てることとする（ステップＳ５１０）。そして、データ処理サーバ２０は、固定記憶装置２０４からスペース文字のフォントデータを読み出す（ステップＳ５０８）。
【００７５】
ステップＳ５０８、または、ステップＳ５１１の処理を完了すると、データ処理サーバ２０は、フォントデータ取得処理（ステップＳ４０３）を終えて、前述のステップＳ４０４の処理に進む。本実施の形態において、データ処理サーバ２０は、以上のようにして、外字であるか標準文字であるかを問わずフォントデータを取得する。
【００７６】
［２−４］  本実施の形態の効果
以上のようにすれば、ＩＣカード４にフォントデータが格納されておらず、かつ、文字列中に含まれているシステムＩＤが対応できないものである場合であっても、コード対照表を参照して、対応することできる文字コードを取得することができるので、上記第１の実施の形態よりも、更に、欠字の発生頻度を減少させることができる。
【００７７】
［３］  変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明は、上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
［３−１］  コード対照表（優先度）
上記第２の実施の形態においては、コード対照表に、専ら、システムＩＤと文字コードを格納することとしたが、これに加えて、優先度を格納するとしても良い。
【００７８】
図１３は、システムＩＤ表部分に優先度を格納する欄を追加したコード対照表の構成を示す図である。図１３に示すように、本変形例に係るコード対照表を構成するシステムＩＤ表の各欄は、それぞれ２バイトの優先度欄とシステムＩＤ欄とを備えている。当該システムＩＤ表を読み出したデータ処理サーバは、対応できる文字コードであって、かつ、より優先度の高い文字コードを参照する。
【００７９】
なお、この場合において、システムＩＤ表の各優先度欄には、例えば、当該システムＩＤや文字コードといったデータをＩＣカードに書き込んだデータ処理サーバが使用しているコード体系により近いコード体系に対応するシステムＩＤほど高い優先度を与えることとすれば良い。
このようにすれば、文字列データがＩＣカードに格納された時点における、最も好適なフォントデータ列により近いフォントデータ列を、他のデータ処理サーバにおいて得ることができる。
【００８０】
また、図１４は、外字コード表部分に優先度を格納する欄を追加したコード対照表の構成を示す図である。図１４から分かるように、本変形例に係るコード対照表においては、外字コード表を構成する各外字コードが、それぞれ優先度欄と文字コード欄との各２バイトの欄からなっている。データ処理サーバは、処理対象の外字の対応する文字コードであって、かつ、自ら対応できる文字コードであり、更に、より優先度の高い文字コードを参照する。
【００８１】
なお、この場合において、外字コード表の各優先度欄には、例えば、元のフォントデータに最も近いフォントデータに対応する文字コードにより高い優先度を割り当てることとすれば良い。このようにすれば、上記のように、システムＩＤ毎に優先度を割り当てる場合との比較において、よりきめ細かい優先度の指定が可能となるので、読み出し側のデータ処理サーバにおいて、より好ましいフォントデータ列を得ることができる。
【００８２】
一方、上記のように、システムＩＤ毎に優先度を割り当てる場合には、優先度欄が少なくて済むので、コード対照表のデータサイズをよりコンパクトなものとすることができる。このことは、今のところ限られたメモリサイズしか有さないＩＣカードを効率良く利用する上で効果的である。
［３−２］  コード対照表（標準文字のみの場合）
上記第２の実施の形態においては、文字列中に含まれている外字の代用文字として、他の外字をも用いる場合について説明したが、これに代えて、以下のようにするとしても良い。
【００８３】
すなわち、代用文字として標準文字のみを用いるとしても良い。このようにすれば、コード対照表からシステムＩＤ表が不要となるので、コード対照表のデータサイズを低減して、ＩＣカードの不揮発性記憶装置のメモリ仕様量を節約することができる。
［３−３］  本発明に係る機能の配分
上記実施の形態においては、文字コード列をフォントデータ列に変換する処理を専らデータ処理サーバに実行させているが、これに代えて、他の装置に当該変換処理を担わせるとしても良い。例えば、ＩＣカードに利用者データを格納する際に、カード端末にて、文字コード列にシステムＩＤを挿入したり、コード対照表にシステムＩＤや文字コードといったデータの格納を行なったりするとしても良い。
【００８４】
また、ＩＣカードから利用者データを読み出す際においても、カード端末にて、文字コード列をフォントデータ列に変換し、当該文字コード列とフォントデータ列の双方をデータ処理サーバに送信して、データ処理を依頼するとしても良い。
更に、ＩＣカードから利用者データを読み出すに当たっては、次のようにしても良い。すなわち、データ処理サーバは、予めＩＣカード端末に処理可能なシステムＩＤを通知しておく。そして、ＩＣカード端末は、ＩＣカードから利用者データを読み出す際に、併せて、当該処理可能なシステムＩＤをＩＣカードに通知する。
【００８５】
ＩＣカードは、処理可能なシステムＩＤを伴う利用者データの読み出し要求を受け付けると、利用者データに含まれる外字コードであって、データ処理サーバが処理できない外字コードを、コード対照表を参照して、処理可能なシステムＩＤと文字コードに置き換える。
また、処理可能なシステムＩＤと文字コードとがない場合には、ＩＣカードに格納されているフォントデータを用いるべき旨の指示を利用者データに挿入する。必要なフォントデータがない場合には、ＩＣカードはこれを欠字として、スペース文字に置き換える。
【００８６】
ＩＣカードは上記文字コードの処理を完了すると、処理済みの利用者データとフォントデータとをカード端末に返信する。カード端末は、ＩＣカードから受信した利用者データとフォントデータとをデータ処理サーバに送信して、データ処理を依頼する。
このようにすれば、データ処理サーバにおける処理負荷をＩＣカード端末やＩＣカードに分散することができるので、文字データ列の変換に要するデータ処理サーバの処理負荷を低減することができる。また、データ処理サーバは、かかる処理負荷の低減により生じた余剰の処理能力をデータ処理に振り向けることができるので、より多くのＩＣカード端末と連携して、より多数のＩＣカードに係るデータ処理を並列実行することができる。
【００８７】
また、逆に、処理負荷の低減により、要求される処理能力が少なくて済むので、より処理能力が低い、従って、安価な装置をデータ処理サーバとして採用することができるので、データ処理サーバの装置コストを低減して、より廉価にＩＣカード処理システムを構築することができる。
また、上述のようにＩＣカードに変換機能を持たせれば、ＩＣカード端末やデータ処理サーバに要求される処理が軽減されるので、より多くのＩＣカード処理システムを連携処理システムに組み入れることができる。
【００８８】
［３−４］  システムＩＤ
上記実施の形態におけるシステムＩＤは、外字が含まれる拡張文字セットを識別する為に用いられるものである。従って、連携処理システム内のＩＣカード処理システム間で共通に通用するように取極めさえすれば、どのような識別コードを割り当てても本発明の効果には変わりはない。
【００８９】
［３−５］  文字コード変換処理の順序
上記第２の実施の形態においては、図１１に示すように、フォントデータの有無を判断してから（ステップＳ４１０）、コード対照表を参照していたが、これに代えて、次のようにするとしても良い。
すなわち、先に、コード対照を参照して、コード対照表がＩＣカードに格納されていないと判断された場合や、対応できる文字コードがないと判断された場合に、フォントデータの有無を判断するとしても良い。そして、更に、フォントデータが無いと判断された場合に、スペース文字を割り当てるとしても良い。
【００９０】
このようにすれば、対応できる文字コードがある場合にはフォントデータを読み出さなくても良いので、ＩＣカードからフォントデータを読み出すべきであると判断される回数を低減することができる。従って、フォントデータのロードに要する時間を短縮することができる。
［３−６］  システムＩＤの対応付け
上記実施の形態においては、文字列中の外字の直前にその外字が属する拡張文字セットを識別するための識別コードを挿入するとしたが、当該外字が属する拡張文字セットを判別することが出来さえすれば、外字と拡張文字セットの識別子の対応付け方として他の態様を選択しても構わない。
【００９１】
例えば、文字中の外字の直後に拡張文字セットの識別子を挿入するとしても良い。この場合においては、文字コードからその文字が外字であると判断された場合には、同文字列中の次の２バイトを参照して拡張文字セットの識別子を得ることができる。
また、文字列中に拡張文字セットの識別子を挿入する変わりに、別途、対応表を設けて外字と拡張文字セットの識別子を対応付けるとしても良い。具体的には、文字列毎に対応表を設け、外字が当該文字列において先頭から何番目にあるかを示す位置情報とその外字が属する拡張文字セットの識別子とを対応付けるとしても良い。
【００９２】
【発明の効果】
以上説明したように、本発明によれば、文字データ列中の外字コードの直前に当該外字コードに係るシステムＩＤを挿入して、ＩＣカードに格納するので、他のＩＣカード処理システムにて当該文字データ列を読み出す際の欠字の発生頻度を低減することができる。
【００９３】
また、ＩＣカード処理システム間での外字コードの対応関係や、外字の代用とすることができる標準文字コードを示すコード対照表がＩＣカードに格納されているので、文字データ列中に含まれているシステムＩＤが、それを読み出したデータ処理サーバが処理できないシステムＩＤであるような場合、別のシステムＩＤに置き換えるとともに引き続く、外字コードを対応する外字コードに置き換えてデータ処理を実行させることができる。
【００９４】
また、対応する外字コードがない場合には、その外字コードの代用とすることができる標準文字の文字コードに置き換えてデータ処理を、データ処理サーバに実行させることができる。
従って、相異なるＩＣカード処理システム間で、柔軟に外字データの処理を実行することが可能となるので、データ処理に際して発生する欠字の発生頻度を低減することができる。また、上述のような効果を達成できる結果として、ＩＣカードに格納する外字のフォントデータ数を削減しても、欠字発生率を従来と同等以下に抑えることができる。
【００９５】
また、本発明によれば、ＩＣカードからフォントデータを読み出す回数を低減して、フォントデータのロード時間を削減することができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係るＩＣカード連携処理システムの典型的なシステム構成を示すシステム構成図である。
【図２】第１の実施の形態に係るデータ処理サーバ２０の主要な装置構成を模式的に示す装置構成図である。
【図３】第１の実施の形態に係るカード端末２１ａの主要な装置構成を模式的に示す構成図である。
【図４】第１の実施の形態に係るＩＣカード４の主要な装置構成を模式的に示す構成図である。
【図５】データ処理サーバ２０が処理する利用者データに含まれている文字列の構成を処理の前後に亘って示す図である。
【図６】ＩＣカード４に利用者データを書き込む際に、データ処理サーバ２０が実行する処理の流れを示すフローチャートである。
【図７】ＩＣカード４から利用者データを読み出したカード端末２１ａ〜２１ｃから、当該利用者データを伴うデータ処理要求を受け付けたデータ処理サーバ２０が実行する処理の流れを示すフローチャートである。
【図８】第２の実施の形態に係るＩＣカード４の不揮発性記憶装置４０２に記録されている文字コード対応表の構成を例示する図である。
【図９】第２の実施の形態に係るデータ処理サーバ２０が、ＩＣカード４に利用者データを書き込む際に実行する処理の流れを示すフローチャートである。
【図１０】ＩＣカードに記録される外字とその代用文字として用いられる標準文字とを例示する図である。
【図１１】第２の実施の形態に係るデータ処理サーバ２０が、カード端末２１ａ〜２１ｃから利用者データを伴うデータ処理要求を受け付けた際に、実行する処理の流れを示すフローチャートである。
【図１２】第２の実施の形態に係るデータ処理サーバ２０が、実行するフォントデータ取得処理の流れを示すフローチャートである。
【図１３】本発明の変形例に係るコード対照表であって、システムＩＤ表部分に優先度を格納する欄を追加したコード対照表の構成を示す図である。
【図１４】本発明の変形例に係るコード対照表であって、外字コード表部分に優先度を格納する欄を追加したコード対照表の構成を示す図である。
【符号の説明】
１……………………………ＩＣカード連携処理システム
２、３………………………ＩＣカード処理システム
２０…………………………データ処理サーバ
２１ａ、２１ｂ、２１ｃ…ＩＣカード端末
２２…………………………通信ネットワーク
２００、２１０、４００…中央処理装置
２０１、２１１……………主記憶装置
２０２、２１２、４０３…通信制御装置
２０３、２１３……………コンソール
２０４、２１４……………固定記憶装置
２０５………………………磁気テープ装置
２０６、２１６……………周辺制御装置
２０７、２１７、４０４…内部バス
２１５………………………リーダ／ライタ
４……………………………ＩＣカード
４０１………………………揮発性記憶装置
４０２………………………不揮発性記憶装置
【図１】
2004164201.tif 000003
【図２】
2004164201.tif 000004
【図３】
2004164201.tif 000005
【図４】
2004164201.tif 000006
【図５】
2004164201.tif 000007
【図６】
2004164201.tif 000008
【図７】
2004164201.tif 000009
【図８】
2004164201.tif 000010
【図９】
2004164201.tif 000011
【図１０】
2004164201.tif 000012
【図１１】
2004164201.tif 000013
【図１２】
2004164201.tif 000014
【図１３】
2004164201.tif 000015
【図１４】
2004164201.tif 000016