JP2005196806A - 文字コード変換システム - Google Patents

Abstract

【課題】テキストデータの文字コードを変換する処理の負荷が小さく、文字コード変換テーブルの必要数が少なく、外字コード変換テーブルを変更する処理が容易な文字コード変換システムを提供する。
【解決手段】標準コード、第１、第２の変換テーブルとから成る複数の変換テーブルを使用し所定の文字コードを変換処理する文字コード変換システムである。標準コード変換テーブルには第１と第２の文字コード体系の標準コード文字の共通文字コードを変換するデータが記述され、第１の変換テーブルには非共通文字コードを各外字コードに変換するデータが記述され、第２の変換テーブルにはいずれでもない文字コードを第１または第２の各文字コード体系の各外字コードに変換するデータが記述されている。
【選択図】 図１

Description

本発明は、異なる文字コード体系を有するシステムの間でテキストデータの配給受領を行う際に使用される複数のシステムに関する。そのシステムは、変換テーブルに文字コードが登録されているか否かを検証するシステム、その変換テーブルを使用して異なる文字コード体系の間でテキストデータの文字コードを変換するシステム、および、その変換テーブルに登録されていない外字コードをデータテーブルに登録するシステムである。特に、テキストデータの配給側システムにおける外字コード登録等の処理が必要なく、登録されていない文字コードがある場合でもテキストデータの受領側システムで判定処理を行うことにより、異常停止、異常変換等を生じないシステムに関する。

現代の社会活動では、キャッシュカード、クレジットカード、ＩＤカード、など種々の個人情報記録媒体が利用されており、その発行枚数は益々増加する傾向にある。たとえば、カードとしての形態をもった個人情報記録媒体としては、ＩＣカード、カラー印刷カード、磁気カード、エンボスカード、などが一般的に利用されており、同一人に対して、これら種々の形態のカードがそれぞれ発行されることも少なくない。また、発行したカードを郵送する場合には、封筒中でカードを支持固定するための郵送台紙が必要であり、この郵送台紙にも宛名や名前などの個人情報が印字されることになる。したがって、この郵送台紙も、個人情報記録媒体のひとつである。

これら種々の形態の媒体を発行するシステムに入稿されるテキストデータは、通常はそれらのシステムと異なるシステムで作成される。たとえば、社員の人事情報を管理する人事管理システムで使用されているテキストデータを用いて、ＩＤカード発行システムに入稿する等である。ところで、テキストデータを記述する文字コード体系には１バイト系の文字コードとしてＥＢＣＤＩＣ、ＪＩＳ等、２バイト系の文字（漢字）コードとしてＳＨＩＦＴ-ＪＩＳ、ＪＥＦ、ＩＢＭ等のように種々の文字コード体系がある。

そこで問題となるのは、システムによってその文字コード体系が異なっているという点である。これはコンピュータやオペレーティングシステム（ＯＳ）によってテキストデータの文字体系が異なっているためである。しかも、それぞれの文字コード体系が標準としている文字種やその数が異なっている。特に、人名等で用いられる文字コード体系外の文字は外字として、各システムにおいて、それぞれ特定のコードを割付けて登録管理される。その外字コードは、システム固有のコードが割付られており、他のシステムにおいてはそのコードがいかなる文字に対応していのかがテキストデータだけからは判定できない。

したがって、それぞれの供給側システムに対応した外字コード変換テーブルを受領側システムが保持する、あるいは、それぞれの受領側システムに対応した外字コード変換テーブルを供給側システムが保持する必要がある。しかし、外字コード変換テーブルの数はシステムの組合せの数だけ必要であり作成し保持する数が膨大となり、またテキストデータによって使用される外字は異なるから、新たな外字が含まれる度に外字コード変換テーブルを変更する膨大な処理が必要である。またテキストデータはファイル単位で変換処理されるが、変換処理を行って新たな外字が含まれることが判明した場合、その外字を変換テーブルに登録した後再度変換する、あるいは、新たな外字が含まれるレコードまたはフィールドを別ファイルとして分離し、別過程で対策を施し変換処理を行った後にマスターファイルと結合する処理を必要とし、処理時間等の処理負荷が大きい。

そこで本発明の目的は、テキストデータの文字コードを変換する処理の負荷が小さく、文字コード変換テーブルの必要数が少なく、外字コード変換テーブルを変更する処理が容易な文字コード検証、変換および登録システムの内の文字コード変換システムを提供することにある。このシステムによれば、テキストデータの配給側システムにおける外字コード登録等の処理が必要なく、登録されていない文字コードがある場合でもテキストデータの受領側システムで判定処理を行うことにより、異常停止、異常変換等を生じない。

上記の目的は下記の本発明によって達成される。すなわち、本発明は、所定の文字コードを複数の変換テーブルの内で前記所定の文字コードが登録されている変換テーブルを使用し変換処理する文字コード変換システムであって、前記変換テーブルは、標準コード変換テーブルと、第１の変換テーブルと、第２の変換テーブルと、から成り、前記標準コード変換テーブルには、第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字と、の共通文字の文字コードを変換するデータが記述され、前記第１の変換テーブルには、前記第１の文字コード体系の標準コード文字と、前記第２の文字コード体系の標準コード文字と、の非共通文字の文字コードを前記第１または前記第２の各文字コード体系の各外字コードに変換するデータが記述され、前記第２の変換テーブルには、前記第１の文字コード体系の標準コード文字と、前記第２の文字コード体系の標準コード文字と、のいずれでもない文字コードを、前記第１または前記第２の各文字コード体系の各外字コードに変換するデータが記述されている文字コード変換システム、である。

本発明の文字コード変換システムによれば、変換処理により所定の文字コードが複数の変換テーブルの内で前記所定の文字コードを登録している変換テーブルが使用され変換される。
また本発明の文字コード変換システムよれば、それらで使用される変換テーブルは、標準コード変換テーブルと、第１の変換テーブルと、第２の変換テーブルとから成り、標準コード変換テーブルは、第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字と、の共通文字の文字コードを変換するデータを記述し、第１の変換テーブルは、第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字と、の非共通文字の文字コードを第１または第２の各文字コード体系の各外字コードに変換するデータを記述し、第２の変換テーブルは、第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字と、のいずれでもない文字コードを、第１または第２の各文字コード体系の各外字コードに変換するデータを記述する。このような変換テーブルの構成により、テキストデータ配給受領システムにおける変換テーブルの必要数とデータ容量を大幅に削減することができる。

以上のように本発明によれば、テキストデータの文字コードを変換する処理の負荷が小さく、文字コード変換テーブルの必要数が少なく、外字コード変換テーブルを変更する処理が容易な文字コード検証、変換および登録システムの内の文字コード変換システムが提供される。このシステムによれば、テキストデータの配給側システムにおける外字コード登録等の処理が必要なく、登録されていない文字コードがある場合でもテキストデータの受領側システムで判定処理を行うことにより、異常停止、異常変換等を生じない。また、 テキストデータを受領側システムに変換する処理時間を低減でき、 配給側（入稿側、得意先）のシステムごとに管理する外字コード変換テーブルの情報量が減り、登録作業の負荷が小さく、 未登録外字を含むテキストデータファイルを一度入稿した後、フィールド単位で変換処理を施せ、 配給側と受領側の両システムで定義する外字を統一できる。

以下、本発明について好適な実施例に基づいて説明する。図１は本発明のシステムの構成を示す図である。図１においては後述するように、本発明の文字コード変換システムは文字コード検証システム、文字コード登録システムとともに協調して利用される個別のシステムでありネットワークを通じて接続される構成が示されている。しかし、これらシステムは、他のシステムの一部を構成するものであってもよく、またこれらシステムの組合せにより１つのシステムを構成するものであってもよい。ここでは、各システムの構成と動作を明確にするため個別システムとして示す。

図１において、１は文字コードが複数の変換テーブルに登録されているか否かを検証処理する文字コード検証システム、２は所定の文字コードを複数の変換テーブルの内でその所定の文字コードが登録されている変換テーブルを使用し変換処理する文字コード変換システム、３は変換テーブルに基づいてコード変換された文字コードを第１のデータテーブルに登録処理し、その他の文字コードを第１の管理テーブルと第２の管理テーブルに登録処理する文字コード登録システム、４はイーサネット等のＬＡＮ（LocalAreaNetwork）、５はテキストデータ、変換テーブル、管理テーブル等のデータを保存管理するデータストアシステム、６，８，１０はキーボード，マウス等の入力手段、７，９，１１はディスプレイ，プリンター等の出力手段、である。

図１において、文字コード検証システム１はさらに細部から構成されている。１２は記憶手段、１３は演算手段であり、これらはパーソナルコンピュータ、ワークステーション等のコンピュータの本体である。また記憶手段１２において、１４はテキストデータ、１５は変換テーブルであり、演算手段１３において、１６は検証処理ルーチンである。また、文字コード変換システム２はさらに細部から構成されている。１７は記憶手段、１８は演算手段であり、これらはパーソナルコンピュータ、ワークステーション等のコンピュータの本体である。また記憶手段１７において、１９はテキストデータ、２０は変換テーブルであり、演算手段１８において、２１は変換処理ルーチンである。同様に、文字コード登録システム３はさらに細部から構成されている。２２は記憶手段、２３は演算手段であり、これらはパーソナルコンピュータ、ワークステーション等のコンピュータの本体である。また記憶手段２２において、２４はテキストデータであり、２５は変換テーブルであり、２６は管理テーブルであり、演算手段２３において、２７は登録処理ルーチンである。

図２は本発明の文字コード変換システムとともに協調して利用される文字コード検証システム、文字コード登録システムを組合わせたシステムにより行われるテキストデータ受領処理の処理過程を示すフローチャートである。図１、図２に基づいて本発明のシステムの動作を説明する。まずデータストアシステム５に格納されているテキストデータが文字コード検証システム１の記憶装置１２に読込まれる（Ｓ１）。読込まれたテキストデータ１２から処理対象として文字コード（ｉ）が１つ演算手段１３に読込まれる（Ｓ２）。一方、データストアシステム５に格納されている変換テーブルも記憶装置１２に読込まれ、その変換テーブル１５に文字コード（ｉ）が登録されているか否かが検証される。この検証は検証処理ルーチン１６によって行われる（Ｓ３）。

文字コード（ｉ）が登録されている場合には（Ｓ４）、文字コード変換システム２において、変換テーブル２０（変換テーブル１５と同一）を参照して、文字コードの変換が行われる。この変換は変換処理ルーチン２１によって行われる（Ｓ５）。文字コード（ｉ）が登録されていない場合には、文字コードの変換は行われず、次の処理に進む（Ｓ４）。

文字コード登録システム３において、文字コード（ｉ）が変換されれば、変換された文字コードを第１の管理テーブルに登録する。また文字コード（ｉ）が変換されなければ、その文字コード（ｉ）とその文字コード（ｉ）のテキストデータ中の場所（たとえば“ｉ”）を第２の管理テーブルに登録する。また、必要に応じて変換テーブル２４（初期状態は変換テーブル２０と同一）に文字コード（ｉ）を登録する。この登録は登録処理ルーチン２７によって行われる（Ｓ６）。ｉをｉ＋１に更新する（Ｓ７）。ｉが最終値であれば終了とし、そうで無い場合にはＳ２に戻り上述の処理を繰返す（Ｓ８）。

図３は第１の文字コード体系と第２の文字コード体系属する文字の包含関係を示す図である。図３において、 は第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字との共通文字の集合を示す。また と を合わせたものは第１の文字コード体系の標準コード文字の集合を示す。また と を合わせたものは第１の文字コード体系の標準コード文字の集合を示す。したがって、 と を合わせたものは第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字との非共通文字の集合を示す。また、 は第１の文字コード体系の標準コード文字と、第２の文字コード体系のいずれでもない文字の集合を示す。また、第１の文字コード体系の外字は と に含まれ、第２の文字コード体系の外字は と に含まれる。

本発明において、標準コード変換テーブルは図３における の文字の文字コードのテーブルであり、第１の変換テーブルは図３における と を合わせたものの文字の文字コードのテーブルであり、第２の変換テーブルは図３における の文字の文字コードのテーブルである。なお文字コードの変換が第１の文字コード体系から第２の文字コード体系へと一方方向に常に行われる場合には、第１の変換テーブルは図３における の文字の文字コードのテーブルであってもよい（ を省略することができる）。また第１の文字コード体系と第２の文字コード体系において、一方の標準コード文字が他方の標準コード文字を全て包含する場合には（そういう場合が多いが）包含関係によって または のいずれかは無集合となる。

図４は第１の文字コード体系と第２の文字コード体系属する文字の包含関係を棒グラフで示す図である。図４において、テキストデータの配給側の文字コード体系（第１の文字コード体系）はＪＥＦであり、受領側の文字コード体系（第２の文字コード体系）はＳＪＩＳである。図４に示すようにＪＥＦの標準コード文字はＳＪＩＳの標準コード文字を完全に包含しているから、この場合はＳＪＩＳ標準コード文字の部分が標準コード変換テーブルを記述し、それら（ＪＥＦとＳＪＩＳ）の差の部分（図３の ）が第１変換テーブルを記述する文字コードの部分である。また、ＪＥＦの標準コード文字に含まれていない文字（外字）が第２の変換テーブルを記述する部分である。Ａ社とＢ社のテキストデータの場合を示しているが、第２の変換テーブルは完全な外字であるから同じ文字であっても、Ａ社とＢ社とでは異なる文字コードが普通与えられる。したがって、第２の変換テーブルは、テキストデータの配給側に応じて、会社単位、部門単位、品目単位、注番単位等で、別々に作成すると、再利用やメンテナンス等が容易となる。

図５は文字コード検証システムにおける処理の過程を示すフロー図である。図５において文字コード検証システムについて説明する。まず、データストアシステム５から文字コード検証システム１の記憶手段１２にテキストデータファイルが読込まれる（Ｓ１０１）。読込まれたテキストデータ１４から文字コード（ｉ）が演算手段１３に読込まれる（Ｓ１０２）。

次に、検証処理ルーチン１６によって文字コードの検証が行われる。文字コードの検証は、まず標準文字コード変換テーブルを参照して文字コード（ｉ）が標準文字コード変換テーブルに登録されているか否かが判定され、登録されている場合には所定の処理“ａ”が行われる（Ｓ１０３）。標準文字コード変換テーブルに登録されていない場合は、第１の変換テーブルを参照して文字コード（ｉ）が第１の変換テーブルに登録されているか否かが判定され、登録されている場合には所定の処理“ｂ”が行われる（Ｓ１０４）。第１の変換テーブルに登録されていない場合は、第２の変換テーブルを参照して文字コード（ｉ）が第１の変換テーブルに登録されているか否かが判定され、登録されている場合には所定の処理“ｃ”が行われる。そして第２の変換テーブルに登録されていない場合は所定の処理“ｄ”が行われる（Ｓ１０５）。上述における所定の処理“ａ”“ｂ”“ｃ”“ｄ”は本発明においては任意の処理であって、如何なるものでもよい。

次に、ｉがｉ＋１に更新され（Ｓ１０６）、ｉが終了値である場合には処理を終了し、そうでない場合にはＳ１０２に戻って上述の処理を繰り返す（Ｓ１０７）。なお変換テーブルは、テキストデータ読込み過程（Ｓ１０１）において、テキストデータを指定した際に、そのテキストデータの文字コード体系や、そのテキストデータに属する第２の変換テーブルが特定できるから、必要な変換テーブルを、データストアシステムから同時に読込むようにすることができる。

図６は文字コード変換システムにおける処理の過程を示すフロー図である。図６において文字コード変換システムについて説明する。まず、データストアシステム５から文字コード変換システム２の記憶手段１７にテキストデータファイルが読込まれる（Ｓ２０１）。読込まれたテキストデータ１９から文字コード（ｉ）が演算手段１８に読込まれる（Ｓ２０２）。

次に、変換処理ルーチン２１によって文字コードの変換が行われる。文字コードの変換は、まず標準文字コード変換テーブルを参照して文字コード（ｉ）が標準文字コード変換テーブルに登録されている場合にはそのテーブルで変換処理が行われ、さらに所定の処理“Ａ”が行われる（Ｓ２０３）。標準文字コード変換テーブルに登録されていない場合は、第１の変換テーブルを参照して文字コード（ｉ）が第１の変換テーブルに登録されている場合にはそのテーブルで変換処理が行われ、さらに所定の処理“Ｂ”が行われる（Ｓ２０４）。第１の変換テーブルに登録されていない場合は、第２の変換テーブルを参照して文字コード（ｉ）が第１の変換テーブルに登録されている場合にはそのテーブルで変換処理が行われ、さらに所定の処理“Ｃ”が行われる。そして第２の変換テーブルに登録されていない場合は所定の処理“Ｄ”が行われる（Ｓ２０５）。上述における所定の処理“Ａ”“Ｂ”“Ｃ”“Ｄ”は本発明においては任意の処理であって、如何なるものでもよく限定されないが、たとえば、変換済のテキストデータファイルを生成する（“Ａ”“Ｂ”“Ｃ”）、あるいは、変換不可の文字コードとその位置（たとえば“ｉ”）からなるデータファイルを生成する（“Ｄ”）等の処理が行われる。

次に、ｉがｉ＋１に更新され（Ｓ２０６）、ｉが終了値である場合には処理を終了し、そうでない場合にはＳ２０２に戻って上述の処理を繰り返す（Ｓ１０７）。なお変換テーブルは、テキストデータ読込み過程（Ｓ２０１）において、テキストデータを指定した際に、そのテキストデータの文字コード体系や、そのテキストデータに属する第２の変換テーブルが特定できるから、必要な変換テーブルを、データストアシステムから同時に読込むようにすることができる。また、上述の例では変換テーブルの参照を各サブ変換テーブルを参照して３回に分けたが、“Ａ”“Ｂ”“Ｃ”の処理を異なったものとする必要がない場合には、図２で説明したように、変換テーブルの領域の全てを１度に参照して１回で行うこともできる。

図７は文字コード登録システムにおける処理の過程を示すフロー図である。図７において文字コード登録システムについて説明する。まず、データストアシステム５から文字コード登録システム３の記憶手段２２にテキストデータファイルが読込まれる（Ｓ３０１）。読込まれたテキストデータ２４から文字コード（ｉ）が演算手段２３に読込まれる（Ｓ３０２）。

次に、登録処理ルーチン２７によって文字コードの登録が行われる。文字コードの登録は、まず標準文字コード変換テーブルおよび第１の変換テーブルを参照して文字コード（ｉ）が標準文字コード変換テーブルまたは第１の変換テーブルに登録されているか否かが判定され、登録されている場合には第１の管理テーブルに変換された文字コードの登録が行われる（図示せず）。標準文字コード変換テーブルまたは第１の変換テーブルに登録されていない場合は（この場合文字コード（ｉ）は外字コードであるから、以降外字コード（ｉ）とする）第２の変換テーブルを参照し、第１の（変換前の）文字コード体系の外字コードが登録されており、かつ、第２の（変換後の）文字コード体系の外字コードが登録されている場合は、第２の変換テーブルに基づいて外字コード（ｉ）を変換し、変換後の外字コードを第２の管理テーブルに登録する（Ｓ３０３）。

また、第１の文字コード体系の外字コードが登録されており、かつ、第２の文字コード体系の外字コードが登録されていない場合は、第１の文字コード体系の外字コードを第１の管理テーブルに登録し、さらに、第２の文字コード体系の文字コードとして任意に定めた文字コードを第２の管理テーブルに登録する（Ｓ３０４）。また、第１の文字コード体系の外字コードが登録されておらず、かつ、第２の文字コード体系の外字コードが登録されていない場合は、第１の文字コード体系の外字コードを第２の変換テーブルに登録し、また第１の管理テーブルに登録し、さらに、第２の文字コード体系の外字コードとして任意に定めた文字コードを第２の管理テーブルに登録する（Ｓ３０５）。

次に、ｉがｉ＋１に更新され（Ｓ３０６）、ｉが終了値である場合には処理を終了し、そうでない場合にはＳ３０２に戻って上述の処理を繰り返す（Ｓ３０７）。なお変換テーブルは、テキストデータ読込み過程（Ｓ３０１）において、テキストデータを指定した際に、そのテキストデータの文字コード体系や、そのテキストデータに属する第２の変換テーブルが特定できるから、必要な変換テーブルを、データストアシステムから同時に読込むようにすることができる。

図８は第１の変換テーブルの一例を表として示す図である。図８において、“漢字コード体系”の欄には第１の文字コード体系の名称、すなわち、変換前の文字コード体系の名称、配給側システムの文字コード体系、入稿先の文字コード体系の名称が記載されている。“漢字コード”の欄には、第１の文字コード体系の文字コードが記載されている。また、“受領側漢字コード”の欄には、第１の文字コード体系の文字コードに対応する第２の文字コード体系のコードが記載されている。この第１の変換テーブルは、データベースのリレーションとして記述される。リレーション名は“第１の変換テーブル”であり、その属性名は“漢字コード体系”“漢字コード”“受領側漢字コード”である。そして、“ＪＥＦ”や“７８ＪＩＳ”は“漢字コード体系”の要素であり、“Ｂ０Ｆ１”や“Ｂ１Ｂ３”は“漢字コード”の要素であり、“Ｆ６４０”や“Ｆ６４１”は“受領側漢字コード”の要素である。

図９は第２の変換テーブルの一例を表として示す図である。図９において、“入稿先ＩＤ”の欄には入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品目、注番等の名称が記載されている。“入稿先文字コード”の欄には、第１の文字コード体系の文字コードが記載されている。また、“受領側文字コード”の欄には、第１の文字コード体系の文字コードに対応する第２の文字コード体系のコードが記載されている。図９中の“（？）”は、抽出したが未登録であること、すなわち、前述した文字コード登録処理におけるＳ３０４の処理（図７参照）が行われた結果が記載されている。この第２の変換テーブルは、データベースのリレーションとして記述される。リレーション名は“第２の変換テーブル”であり、その属性名は“入稿先ＩＤ”“入稿先文字コード”“受領側文字コード”である。そして、“Ａ”や“Ｂ”は“入稿先ＩＤ”の要素であり、“８０Ａ１”や“８１Ａ２”は“入稿先文字コード”の要素であり、“Ｆ０４３”や“Ｆ１５０”は“受領側文字コード”の要素である。

図１０は第１の管理テーブルの一例を表として示す図である。図１０において、“入稿先ＩＤ”の欄には入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品目、注番等の名称が記載されている。“発生レコードＮｏ．”の欄には、第１の文字コード体系の文字コード（ｉ）のテキストデータ内の位置、この場合は、レコード番号が記載されている。また、“フィールドＮｏ．”の欄には、第１の文字コード体系の文字コード（ｉ）のレコード内の位置、この場合は、フィールド番号が記載されている。また、“外字位置”の欄には、第１の文字コード体系の文字コード（ｉ）のフィールド内の位置、この場合は、先頭からのデータバイト数が記載されている。また、“未登録入稿文字コード”の欄には、第１の文字コード体系の文字コード（ｉ）の文字コードで、１文字のデータが記載されている。前述の文字コード登録処理（図７参照）において文字コードの登録は、１文字づつ登録してもよく、フィールド単位で文字列として登録してもよい。図１０に示すように、この場合は文字列として登録するよりは１文字のデータで登録するほうが、データの後処理、第２の変換テーブルに新規登録する等においてデータ形式の整合性がよくなる。

このように第１の管理テーブルは、テキストデータ中の未登録の外字の文字コードをテキストデータ内の位置データとともに記録したものであり、図１０に示しように“外字ロケーション管理テーブル”とも呼ぶべき管理テーブルである。この“外字ロケーション管理テーブル”への登録は、前述したように、文字コード登録処理（図７参照）における第１の管理テーブルに登録する処理過程（Ｓ３０４，Ｓ３０５）によって登録されたものである。この第１の管理テーブルは、データベースのリレーションとして記述される。リレーション名は“第１の管理テーブル”もしくは“テキストデータ管理テーブル”であり、その属性名は“入稿先ＩＤ”“発生レコードＮｏ．”“フィールドＮｏ．”“外字位置”“未登録入稿文字コード”である。そして、“Ａ”は“入稿先ＩＤ”の要素であり、“１”“４１”は“発生レコードＮｏ．”の要素であり、“２”は“フィールドＮｏ．”の要素であり、“９”“１”は“外字位置”の要素であり、“８０Ａ３”“８０Ａ４”は“未登録入稿文字コード”の要素である。なお、位置データとして“発生レコードＮｏ．”等を登録する例を示したが、レコードに限定されず、外字データの位置を特定する他のデータ、例えば社員番号であってもよい。

図１１は第２の管理テーブルの一例を表として示す図である。図１１において、“入稿先ＩＤ”の欄には入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品目、注番等の名称が記載されている。“発生レコードＮｏ．”の欄には、第１の文字コード体系の文字コード（ｉ）のテキストデータ内の位置、この場合は、レコード番号が記載されている。また、“フィールドＮｏ．”の欄には、第１の文字コード体系の文字コード（ｉ）のレコード内の位置、この場合は、フィールド番号が記載されている。また、“文字データ（受領側文字コード）”の欄には、第１の文字コード体系の文字コード（ｉ）を第２の文字コード体系の文字コードに変換した文字コードで、１フィールドに属する文字列のデータが記載されている。前述の文字コード登録処理（図７参照）において文字コードの登録は、１文字づつ登録してもよいが、フィールド単位で文字列として登録してもよい。図１１に示すようにフィールド単位で文字列として登録することにより、データの後処理、たとえばプリントイメージデータの作成等においてデータ形式の整合性がよくなる。

このように第２の管理テーブルは、テキストデータを文字コード変換したデータをテキストデータ内の位置データとともに記録したものであり、図１１に示しように“テキストデータ管理テーブル”とも呼ぶべき管理テーブルである。図１１中において、“文字データ（受領側文字コード）”の欄の“■”は未登録文字コードを“■”に変換したことを示している。すなわち、前述の文字コード登録処理（図７参照）における任意に定めた文字コードを第１の管理テーブルに登録する処理過程（Ｓ３０４，Ｓ３０５）によって登録されたものである。この第２の管理テーブルは、データベースのリレーションとして記述される。リレーション名は“第２の管理テーブル”もしくは“テキストデータ管理テーブル”であり、その属性名は“入稿先ＩＤ”“発生レコードＮｏ．”“フィールドＮｏ．”“文字データ（受領側文字コード）”である。そして、“Ａ”は“入稿先ＩＤ”の要素であり、“１”は“発生レコードＮｏ．”の要素であり、“１”“２”“３”は“フィールドＮｏ．”の要素であり、や“１００１”“大日本■太郎”“営業部”は“文字データ（受領側文字コード）”の要素である。なお、必要に応じてその他の属性として、文字データのデータタイプ（１バイト系、２バイト系または混在）、文字数等を加えてもよい。

次に、本発明のシステムの好適な適用例である個人情報発行システムについて説明する。図１２は個人情報発行システムの全体構成の主として入力側を示す図（ページ１／２）である。また図１３は個人情報発行システムの全体構成の主として出力側を示す図（ページ２／２）である。図１２および図１３において、１０１はデータベース管理手段、１０２はイーサネット等のＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、１０３は入稿仕様登録手段、１０４はカード印字レイアウト登録手段、１０５はテキスト入稿手段、１０６は画像入稿手段、１０７は帳票印字レイアウト登録手段、１０８はディジタル出力仕様登録手段、１０９は発行指示手段、１１０は生産管理手段、１１１は抽出手段、１１２はカード出力手段、１１３は帳票出力手段、１１４はディジタルメディア出力手段である。図１２および図１３に示すように、データベース管理手段１０１は画像データ、文字データ、レイアウトデータ、入稿情報、発行指示情報、出力情報、生産管理情報をデータベースとして保存し管理する。またデータベース管理手段１０１はＬＡＮ１０２に接続されており、ＬＡＮ１０２を介してＬＡＮ１０２に接続され他の端末とデータの相互転送を行うことができる。図のシステム構成においては、データベース管理手段１０１はサーバーとして、その他の登録、入力、出力手段はクライアントとして位置付けられている。各手段はパーソナルコンピュータ、ワークステーション等のコンピュータの本体とディスプレイ、キーボードから構成されている。画像入力手段、カード出力手段、帳票出力手段等はそれぞれ専用の入出力装置を有する。

入稿仕様登録手段１０３は、入稿先のユーザ毎に登録、管理する。まず、テキストデータ入稿仕様の登録の場合、入稿される媒体の種類やフォーマット、漢字コード体系等の基本属性と、ファイル内の社員番号や氏名、住所等の入稿ファイルレイアウト情報を登録する。その際、既にカード印字レイアウト仕様等の出力仕様が登録されている場合、それらの必要な項目を全て入稿できるよう、出力仕様を参照しながら入稿情報が登録される。図１４はユーザ入稿テキストデータのレコードレイアウトの一例を示す図である。図１４においてフィールド〔Ａ〕は社員ＩＤ（Identification）番号が３桁（３バイト）で記録され、フィールド〔Ｂ〕は氏名が１０桁（２０バイト）で、フィールド〔Ｃ〕は所属名が２０桁（４０バイト）で記録されていることを示している。

図１５はアイテム仕様の登録画面の一例であり得意先テキストデータの仕様を登録する画面を示す図である。図１５に示すようにユーザテキストデータのレコードは社員番号、氏名、有効期限、所属の４つのフィールドから構成されている。そして社員番号はレコードの１バイト目から６バイト目までタイプ１（数字）で６バイト記録されており、氏名はレコードの７バイト目から２２バイト目までタイプ３（２バイト文字）で１６バイト記録されており、有効期限はレコードの２３バイト目から２７バイト目までタイプ１（数字）で５バイト記録されており、所属はレコードの２８バイト目から３１バイト目までタイプ１（数字）で４バイト記録されている。

画像データ入稿仕様についても同様に、入稿される媒体の種類やフォーマット（ディジタル画像のフォーマットや写真や絵などの紙面データも含む）等の基本属性と、入稿サイズを登録する。その際も、既にカード印字レイアウト仕様等の出力仕様が登録されている場合、それらを基準とした必要かつ十分なサイズで取り込めるように、登録することが可能である。それによって、ハードディスク等の保存資産を有効に使え、また出力時の拡大処理による品質劣化を防ぐことができる。図１６は出力仕様を参照して画像データを入稿する過程を模式的に示す図である。図１６において、カード印字仕様では天地：１００ｄｏｔ、左右：１００ｄｏｔ、またディジタルメディア出力仕様では天地：５０ｄｏｔ、左右：５０ｄｏｔであるので、画像データ入稿仕様では天地：１００ｄｏｔ、左右：１００ｄｏｔとして入稿すれば品質上は十分であり、これ以上の画素密度でデータを入稿する必要はない。

図１７はアイテム仕様の登録画面の一例であり得意先画像データの仕様を登録する画面を示す図である。図１７に示すように画像の種類は“Ｑ”〜“Ｙ”までの９種類を登録することができ、この場合は１種類のみ登録されている。得意先が入稿する媒体は“０１"の写真であり、その写真をディジタルデータとして保存する画像ファイルの媒体は“０２”のＭＯ（光磁気ディスク）である。また“ＴａｇＦ”は・・・・・・を意味し、“基準１”は・・・・・・を意味し、画像データのサイズは（天地３７２画素）×（左右２７８画素）である。図１７に示すように出力仕様の画像サイズが表示されており、この表示を参考にして登録を行うことができる。

カード印字レイアウト登録手段１０４と帳票レイアウト登録手段７は、入稿されるユーザデータの社員番号や氏名、住所等の項目ごとの印字位置、文字サイズ、印字フォント等が登録される。また、印字形態が文字だけでなくバーコードや磁気記録部エンコード等の機械読取り可能なデータが出力される場合には、その出力データを構成するユーザデータの項目や、印字サイズ、フォーマット等を登録する。図１８は項目ごとの印字位置、印字フォント、文字サイズの登録状況を表として示す図である。

ディジタルメディア出力仕様登録手段８は、入稿仕様登録手段と内容的には同じで、出力する媒体に必要なユーザデータの項目とその属性を記録する。対象となる項目は文字データでも画像データでもよい。画像の場合は、データベース上でＪＰＥＧ等の方式で圧縮されている場合などにおいて出力フォーマットがそれと異なる場合には、解凍した後登録されているフォーマットに変換し、所定の媒体にデータを作成する。

テキスト入稿手段では、ユーザごとに入稿仕様登録手段で登録された仕様に基づき、テキストデータをデータベース上の標準コード体系に変換するために、文字コードおよび漢字コード体系に変換する。その際に発生するユーザ固有の外字コードを抽出し、文字データと同様にユーザ外字コードをデータベースに登録する。また、抽出したユーザ外字コードに対して、データベース上で一元的に管理している標準外字コード体系のコードをユーザ外字に対して割り当てる。この対応を、データベースに登録しておけば、初回テキスト入稿時以降同一のユーザ外字は自動外字コードに変換される。

また、入稿されるテキスト中で画像データとのマッチングをとるためのユニークとなる項目で、データベース上に既に登録されているレコードを検索し、入稿テキストデータが新規かあるいは、更新データかをチェックした後その処理を指示し、データベース管理手段に登録する。入稿されるテキストデータは、フロッピーディスク（ＦＤ）や光磁気ディスク（ＭＯ）等の携帯メディアでもオンラインネットワークから転送されるファイルでも構わない。

この時、レイアウト情報登録手段で出力レイアウト仕様を、複数のレイアウトパターンで出力可能なようにフラグ対応とした場合、レイアウト情報入力手段でレイアウトのフラグ情報を、ユーザデータからテキスト入力手段と同様の方法で文字データを取得し、これを出力レイアウトの仕様として、データベース管理手段に登録する。この機能によって、ユーザデータのレコードごとに多様な出力仕様を持たせることができる。たとえば、先の例で社員ＩＤの下一桁が何であるかによってカードの印字仕様を変えるには、“０”〜“９”までの１０パターンのカード印字仕様を登録しておき、入稿仕様にユーザ入稿テキストの〔Ａ〕フィールドの３バイト目にカード印字レイアウトのフラグ情報があることを登録しておく。これによって、テキストを入稿すると同時にユーザデータのレコードごとにカード印字仕様が、自動的にデータベースに登録される。

画像入稿手段１０６も、テキスト入稿手段と同様ユーザごとに入稿仕様登録手段で登録された仕様をもとに、入稿する画像のサイズにトリミングまたは拡大縮小しデータベースに登録する。フロッピーディスク（ＦＤ）や光磁気ディスク（ＭＯ）等のディジタル画像データでは、その画像データのフォーマットをデータベースで登録管理している標準フォーマットに変換した後登録する。また、テキスト同様に入稿時にそのデータが、新規かあるいは、更新データかをチェックした後その処理を指示し、データベース管理手段に登録する。

発行指示手段９では、ユーザの入稿されたデータの内、どのデータを、どの順で、どの媒体に出力するかを登録する。この手段では、すでに入稿されているテキストデータや画像データをもとに、発行指示データも作成することが可能である。また、テキストデータや画像データとは別に第３のデータとして、発行序列データを入稿することも可能である。図１９は発行序列データを参照して文字データが利用されることが表として示されている。

抽出手段１１１では、ユーザごとに登録されている発行指示データをもとに、出力先の出力仕様に基づいて、文字データや画像データを検索し、入稿データに不足がないか否かをチェックする。その後、指示されている出力先に対し、文字データや画像データの抽出処理を行い、出力装置ごとに定められたファイル等の中間データを生成する。カードなどの出力手段では、抽出済みの中間データをもとに出力装置に対して出力処理を実行する。その際、生産管理情報として、出力履歴をデータベース管理手段に登録する。また抽出手段と出力手段を一つの手段として組み合わせてもよいが、処理を分散化させ、作業の平準化を図るためには前述のように手段を分けるほうが好ましい。

以上で個人情報記録媒体発行システムの構成と動作の説明を終え、次に個人情報記録媒体を発行する処理過程について説明する。図２０は上記システムにおいて個人情報記録媒体を発行する処理過程を示すフロー図である。図２０において、まずアイテム仕様の登録が行われる。アイテム仕様の登録は、入稿される文字データと画像データの仕様である入稿仕様を登録する入稿仕様登録手段１０３、カード上に印字するためのカード印字レイアウト情報を入力するカード印字レイアウト登録手段１０４、写真台紙等に印字するための帳票印字レイアウト情報を入力する帳票印字レイアウト登録手段１０７、ディジタルメディアに加工するためのディジタル出力レイアウト情報を入力するディジタル出力レイアウト登録手段１０８、等によって行われ、データベース管理手段１によってデータベースの入稿情報あるいはレイアウトデータとして格納される（Ｓ４０１）。

次にテキストデータがテキスト人稿手段５から入稿され、データベース管理手段１０１によってデータベースの文字データとして格納される（Ｓ４０２）。そして発行指示手段１０９において発行指示データが作成され、データベース管理手段１０１によってデータベースの発行指示情報として格納され（Ｓ４０３）、発行指示情報と出力レイアウト情報に基づいて抽出手段１１１によって必要な文字データが抽出され、データベース管理手段１０１によってデータベースの出力情報として格納される（Ｓ４０４）。そして、その出力情報に基づいて帳票出力手段１１４によって写真台紙ヘの印字出力が行われ（Ｓ４０５）。図２１は写真台紙の一例を示す図である。図２１において、ＳＥＱ．ＮＯ．（通し番号）、氏名（大日本花子）、社員番号の文字、社員番号のバーコード、および顔写真を貼る位置が示されている。顔写真は得意先において貼りつけられるものであって、写真台紙への印字出力が行われたステップにおいては貼られていない。

次に顔写真が貼りつけられて得意先から返却された写真台紙から画像入稿手段１０６によって画像データが入稿され、データベース管理手段１０１によってデータベースの画像データとして格納される（Ｓ４０６）。以上のステップによって出力に必要な全てのデータが揃うことになるが、たとえば得意先から返却された写真台紙に不足が生じている等によりデータが不足している場合もある。

次に出力選択が行われ（Ｓ４０７）、ＩＤカードを発行するのであれば、抽出手段１１によって、まず出力先の出力仕様に基づいて文字データや画像データを検索し入稿データに不足がないか否か整合性をチェックする。不足がある場合には、その旨がファイル等に出力されるとともに不足があるデータは出力処理を行わないようにする。その後、指示されている出力先に対し、必要な文字データと画像データが抽出され、データベース管理手段１によってデータベースの出力情報として格納され（Ｓ４０８）、その出力情報に基づきＩＤカード出力手段１２によってＩＤカードの発行が行われる。出力情報は整合性のチェック済みであるから機械停止等の阻害がなくスムーズに出力処理が行われる（Ｓ４０９）。出力処理を終了する場合は処理を終了とし、継続するのであればＳ４０７に戻る（Ｓ４１０）。

同様に、ディジタルメディアを発行するのであれば、抽出手段１１１によって整合性をチェック後に必要な文字データと画像データが抽出され、データベース管理手段１０１によってデータベースの出力情報として格納され（Ｓ４１１）、その出力情報に基づきデジタル出力手段１４によってディジタルメディアの発行が行われる（Ｓ４１２）。出力処理を終了する場合は処理を終了とし、継続するのであればＳ４０７に戻る（Ｓ４１０）。また郵送台紙を発行するのであれば、抽出手段１１１によって整合性をチェック後に必要な文字データと画像データが抽出され、データベース管理手段１０１によってデータベースの出力情報として格納され（Ｓ４１３）、その出力情報に基づき帳票出力手段１１３によって郵送台紙の発行が行われる（Ｓ４１４）。出力処理を終了する場合は処理を終了とし、継続するのであればＳ４０７に戻る（Ｓ４１０）。

本発明のシステムの構成を示す図である。 本発明の文字コード変換システムとともに協調して利用される文字コード検証システム、文字コード登録システムを組合わせたシステムにより行われるテキストデータ受領処理の処理過程を示すフローチャートである。 第１の文字コード体系と第２の文字コード体系属する文字の包含関係を示す図である。 第１の文字コード体系と第２の文字コード体系属する文字の包含関係を棒グラフで示す図である。 文字コード検証システムにおける処理の過程を示すフロー図である。 文字コード変換システムにおける処理の過程を示すフロー図である。 文字コード登録システムにおける処理の過程を示すフロー図である。 第１の変換テーブルの一例を表として示す図である。 第２の変換テーブルの一例を表として示す図である。 第１の管理テーブルの一例を表として示す図である。 第２の管理テーブルの一例を表として示す図である。 個人情報発行システムの全体構成の主として入力側を示す図（ページ１／２）である。 個人情報発行システムの全体構成の主として出力側を示す図（ページ２／２）である。 ユーザ入稿テキストデータのレコードレイアウトの一例を示す図である。 アイテム仕様の登録画面の一例であり得意先テキストデータの仕様を登録する画面を示す図である。 出力仕様を参照して画像データを入稿する過程を模式的に示す図である。 アイテム仕様の登録画面の一例であり得意先画像データの仕様を登録する画面を示す図である。 項目ごとの印字位置、印字フォント、文字サイズの登録状況を表として示す図である。 発行序列データを参照して文字データが利用されることが表として示されている。 個人情報記録媒体を発行する処理過程を示すフロー図である。 写真台紙の一例を示す図である。

符号の説明

１ 文字コード検証システム
２ 文字コード変換システム
３ 文字コード登録システム
４，１０２，１０２’ＬＡＮ
５ データストアシステム
６，８，１０ 入力手段
７，９，１１ 出力手段
１２，１７，２２ 記憶手段
１３，１８，２３ 演算手段
１４，１９，２４ テキストデータ
１５，２０．２５ 変換テーブル
１６ 検証処理ルーチン
２１ 変換処理ルーチン
２６ 管理テーブル
２７ 登録処理ルーチン
１０１ データベース管理手段
１０３ 入稿仕様登録手段
１０４ カード印字レイアウト登録手段
１０５ テキスト入稿手段
１０６ 画像入稿手段
１０７ 帳票印字レイアウト登録手段
１０８ ディジタル出力仕様登録手段
１０９ 発行指示手段
１１０ 生産管理手段
１１１ 抽出手段
１１２ カード出力手段
１１３ 帳票出力手段
１１４ ディジタルメディア出力手段

Claims (1)

1. 所定の文字コードを複数の変換テーブルの内で前記所定の文字コードが登録されている変換テーブルを使用し変換処理する文字コード変換システムであって、
   前記変換テーブルは、標準コード変換テーブルと、第１の変換テーブルと、第２の変換テーブルと、から成り、前記標準コード変換テーブルには、第１の文字コード体系の標準コード文字と、第２の文字コード体系の標準コード文字と、の共通文字の文字コードを変換するデータが記述され、 前記第１の変換テーブルには、前記第１の文字コード体系の標準コード文字と、前記第２の文字コード体系の標準コード文字と、の非共通文字の文字コードを前記第１または前記第２の各文字コード体系の各外字コードに変換するデータが記述され、 前記第２の変換テーブルには、前記第１の文字コード体系の標準コード文字と、前記第２の文字コード体系の標準コード文字と、のいずれでもない文字コードを、前記第１または前記第２の各文字コード体系の各外字コードに変換するデータが記述されている、 ことを特徴とする文字コード変換システム。
   
   

Images