(57)【特許請求の範囲】
【請求項１】
データファイルに含まれる外字を検証するコンピュータシステムの処理過程であって、
前記データファイルのフィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータをレコードデータ読込手段が読み込むレコードデータ読込過程と、
前記レコードデータ読込過程により読み込まれたレコードデータからフィールドデータをフィールドデータ読込手段が読み込むフィールドデータ読込過程と、
前記フィールドデータが印字出力するデータであるか否かを前記印字出力する記録媒体の印字形態に基づいて印字データ判定手段が判定する印字データ判定過程と、
前記フィールドデータが標準コードに登録されていない外字を有するデータであるか否かを外字有無判定手段が判定する外字有無判定過程と、
前記印字データ判定過程により印字出力するデータであると判定され、かつ、前記外字有無判定過程により外字を含むと判定された場合は、前記外字の外字コードが外字テーブルに載っているか否かを外字テーブル検索手段が検索する外字テーブル検索過程と、
前記外字テーブル検索過程により前記外字コードが前記外字テーブルに載っていない場合は、前記フィールドデータを特定する情報と前記外字コードをデータとするログファイルをログファイル生成手段が生成するログファイル生成過程と、
からなることを特徴とする外字検証方法。
【請求項２】
前記レコードデータ読込過程において前記レコードファイルから読み込まれたレコードデータに対して前記ログファイル生成過程においてログファイルが生成された場合は、前記レコード読込過程において前記レコードデータの次のレコードデータを読み込み、前記次のレコードデータに対して前記各過程を行うことで中断することなく前記レコードファイルの後続するレコードデータに対する外字検証処理を継続手段が継続することを特徴とする請求項１記載の外字検証方法。
【請求項３】
前記レコードファイルのレコードデータに対するログファイルがすでに生成されており、かつ、前記ログファイル生成過程において新たなログファイルを生成する場合は、すでに生成されているログファイルの全てのデータに新たなデータが追加された新たなログファイルを前記ログファイル生成手段が生成することを特徴とする請求項１記載の外字検証方法。
【請求項４】
前記ログファイル生成過程によりログファイルを生成した場合は、前記フィールドデータを有するレコードデータをデータとするエラーレコードファイルをエラーレコードファイル生成手段が生成するエラーレコードファイル生成過程を有することを特徴とする請求項１記載の外字検証方法。
【請求項５】
前記ログファイルは、入稿データ数、未処理件数、正常処理件数のデータが含まれていることを特徴とする請求項１記載の外字検証方法。
【請求項６】
前記ログファイル生成過程によりログファイルを生成した場合において、ログファイルを生成した段階、または、前記レコードファイルの検証を終了した段階の後、前記ログファイルを可視出力手段がＣＲＴ、プリンタなどの目視可能な装置へ出力する可視出力過程を有することを特徴とする請求項１記載の外字検証方法。
【請求項７】
前記ログファイル生成過程によりログファイルを生成した場合において、前記レコードファイルの最終レコードの検証を終了した段階の後、外字コードの定義、または、入稿データの検証終了のいずれの処理に進むかをオペレータの選択入力に従って選択手段が選択する選択過程を有することを特徴とする請求項１記載の外字検証方法。
【請求項８】
フィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータを読み込むレコードデータ読込手段と、
前記レコードデータ読込手段により読み込まれたレコードデータからフィールドデータを読み込むフィールドデータ読込手段と、
前記フィールドデータが印字出力するデータであるか否かを前記印字出力する記録媒体の印字形態に基づいて判定する印字データ判定手段と、
前記フィールドデータが標準コードに登録されていない外字を有するデータであるか否かを判定する外字有無判定手段と、
前記印字データ判定手段により印字出力するデータであると判定され、かつ、前記外字有無判定手段により外字を含むと判定された場合は、前記外字の外字コードが外字テーブルに載っているか否かを検索する外字テーブル検索手段と、
前記外字テーブル検索手段により前記外字コードが前記外字テーブルに載っていない場合は、前記フィールドデータを特定する情報と前記外字コードをデータとするログファイルを生成するログファイル生成手段と、
を有することを特徴とする入稿システム。
【請求項９】
前記外字テーブルは得意先が使用している外字コードと前記入稿システムで登録、管理している外字コードの対応を持った得意先ごとの外字テーブルであることを特徴とする請求項８記載の入稿システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明はアルファベット、数字、日本語文字等の文字データが含まれているデータファイルに対して、文字データの中の標準のコードで表されていない外字コードについて、システムに登録されておりシステムにおいて扱うことのできる外字コードであるか否かを検証し、システムに登録されていない外字コードを含むデータを抽出してログファイルを生成する外字検証方法、および、その機能を有する入稿システムに関する。特に、個人情報記録媒体を発行するシステムに個人情報を配給する発行処理データの入稿システムにおいて、得意先等から入稿するデータについてこの外字検証方法を適用し、システムにおいて扱えないデータを抽出することによって、然るべき処置を行うことができるようにするための外字検証方法および入稿システムに関する。
【０００２】
【従来の技術】
現代の社会活動では、キャッシュカード、クレジットカード、ＩＤカード、など種々の個人情報記録媒体が利用されており、その発行枚数は益々増加する傾向にある。たとえば、カードとしての形態をもった個人情報記録媒体としては、ＩＣカード、カラー印刷カード、磁気カード、エンボスカード、などが一般的に利用されており、同一人に対して、これら種々の形態のカードがそれぞれ発行されることも少なくない。また、発行したカードを郵送する場合には、封筒中でカードを支持固定するための台紙が必要であり、この台紙にも宛名や名前などの個人情報が印字されることになる。したがって、この台紙も、個人情報記録媒体のひとつである。
【０００３】
これら種々の形態の媒体は、いずれも物理的な構成が異なっており、それぞれ専用の発行処理システムを利用して発行処理を行うことになる。たとえば、ＩＣカードであれば、ＩＣカード内のメモリに情報を書き込むことができるリーダライタ装置を備えた発行処理システムが利用されており、カラー印刷カードであれば、個人の氏名や顔写真をカラー印刷することができる印刷装置を備えた発行システムが利用されている。また、台紙を発行するには、フォームプリントを行うことができるプリンタを備えた発行処理システムが利用されている。
【０００４】
【発明が解決しようとする課題】
上述したように、最近では、同一人に対して種々の形態のカードが発行される傾向にあり、また、一枚のカードを発行する場合でも、台紙を用いる場合には、カードの発行と台紙の発行という２とおりの形態の媒体を発行する処理が必要になる。従来は、このように複数種類の個人情報記録媒体を発行する場合、個々の発行処理システムに対して、それぞれ別個に個人情報（氏名、住所など）をデータとして入稿していたため、各システムに対応するデータ形式を作成するなど、発行処理作業が非常に煩雑になるという問題があった。特に、入稿データが正しいものでありシステムにおいて取り扱うことができるか否かの検証は、従来、各発行処理システムごとにそれぞれ別個に行っていたため、非常に手間のかかる作業となっていた。
【０００５】
そこで本発明の目的は、入稿データの中で特に外字コードが正しいものであるか否かの検証を行う外字検証方法と、それを適用した入稿システムを提供することにある。
【０００６】
【課題を解決するための手段】
上記の目的は下記の本発明によって達成される。即ち、本発明は、データファイルに含まれる外字を検証するコンピュータシステムの処理過程であって、  前記データファイルのフィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータをレコードデータ読込手段が読み込むレコードデータ読込過程と、前記レコードデータ読込過程により読み込まれたレコードデータからフィールドデータをフィールドデータ読込手段が読み込むフィールドデータ読込過程と、前記フィールドデータが印字出力するデータであるか否かを前記印字出力する記録媒体の印字形態に基づいて印字データ判定手段が判定する印字データ判定過程と、前記フィールドデータが標準コードに登録されていない外字を有するデータであるか否かを外字有無判定手段が判定する外字有無判定過程と、前記印字データ判定過程により印字出力するデータであると判定され、かつ、前記外字有無判定過程により外字を含むと判定された場合は、前記外字の外字コードが外字テーブルに載っているか否かを外字テーブル検索手段が検索する外字テーブル検索過程と、前記外字テーブル検索過程により前記外字コードが前記外字テーブルに載っていない場合は、前記フィールドデータを特定する情報と前記外字コードをデータとするログファイルをログファイル生成手段が生成するログファイル生成過程と、からなることを特徴とする外字検証方法、である。
【０００７】
また本発明は、前記レコードデータ読込過程において前記レコードファイルから読み込まれたレコードデータに対して前記ログファイル生成過程においてログファイルが生成された場合は、前記レコード読込過程において前記レコードデータの次のレコードデータを読み込み、前記次のレコードデータに対して前記各過程を行うことで中断することなく前記レコードファイルの後続するレコードデータに対する外字検証処理を継続手段が継続する外字検証方法、である。また本発明は、前記レコードファイルのレコードデータに対するログファイルがすでに生成されており、かつ、前記ログファイル生成過程において新たなログファイルを生成する場合は、すでに生成されているログファイルの全てのデータに新たなデータが追加された新たなログファイルを前記ログファイル生成手段が生成する外字検証方法、である。また本発明は、前記ログファイル生成過程によりログファイルを生成した場合は、前記フィールドデータを有するレコードデータをデータとするエラーレコードファイルをエラーレコードファイル生成手段が生成するエラーレコードファイル生成過程を有する外字検証方法、である。また本発明は、前記ログファイルは、入稿データ数、未処理件数、正常処理件数のデータが含まれている外字検証方法、である。また本発明は、前記ログファイル生成過程によりログファイルを生成した場合において、ログファイルを生成した段階、または、前記レコードファイルの検証を終了した段階の後、前記ログファイルを可視出力手段がＣＲＴ、プリンタなどの目視可能な装置へ出力する可視出力過程を有する外字検証方法、である。また本発明は、前記ログファイル生成過程によりログファイルを生成した場合において、前記レコードファイルの最終レコードの検証を終了した段階の後、外字コードの定義、または、入稿データの検証終了のいずれの処理に進むかをオペレータの選択入力に従って選択手段が選択する選択過程を有する外字検証方法、である。
【０００８】
また本発明は、フィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータを読み込むレコードデータ読込手段と、前記レコードデータ読込手段により読み込まれたレコードデータからフィールドデータを読み込むフィールドデータ読込手段と、前記フィールドデータが印字出力するデータであるか否かを前記印字出力する記録媒体の印字形態に基づいて判定する印字データ判定手段と、前記フィールドデータが標準コードに登録されていない外字を有するデータであるか否かを判定する外字有無判定手段と、前記印字データ判定手段により印字出力するデータであると判定され、かつ、前記外字有無判定手段により外字を含むと判定された場合は、前記外字の外字コードが外字テーブルに載っているか否かを検索する外字テーブル検索手段と、前記外字テーブル検索手段により前記外字コードが前記外字テーブルに載っていない場合は、前記フィールドデータを特定する情報と前記外字コードをデータとするログファイルを生成するログファイル生成手段と、を有する入稿システム、である。また本発明は、前記外字テーブルは得意先が使用している外字コードと前記入稿システムで登録、管理している外字コードの対応を持った得意先ごとの外字テーブルである入稿システム、である。
【０００９】
【作用】
本発明の外字検証方法によれば、レコードデータ読込過程によりフィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータが読み込まれ、フィールドデータ読込過程によりレコードデータ読込過程により読み込まれたレコードデータからフィールドデータが読み込まれ、印字データ判定過程によりフィールドデータが印字出力するデータであるか否かが判定され、外字有無判定過程により、フィールドデータが外字を有するデータであるか否かが判定され、印字データ判定過程により印字出力するデータであると判定され、かつ、外字有無判定過程により外字を含むと判定された場合は、外字テーブル検索過程により、外字の外字コードが外字テーブルに載っているか否かが検索され、外字テーブル検索過程により前記外字コードが前記外字テーブルに載っていない場合は、ログファイル生成過程によりフィールドデータを特定する情報と外字コードをデータとするログファイルが生成される。
【００１０】
また本発明の外字検証方法によれば、前記レコード読込過程において前記レコードファイルから読み込まれたレコードデータに対して前記ログファイル生成過程においてログファイルが生成された場合は、前記レコード読込過程において前記レコードデータの次のレコードデータが読み込まれ、前記次のレコードデータに対して前記各過程が行われることにより、中断されることなく前記レコードファイルの後続するレコードデータに対する外字検証処理が継続される。
また本発明の外字検証方法によれば、前記レコードファイルのレコードデータに対するログファイルがすでに生成されており、かつ、前記ログファイル生成過程において新たなログファイルが生成される場合は、すでに生成されているログファイルの全てのデータに新たなデータが追加された新たなログファイルが生成される。
また本発明の外字検証方法によれば、ログファイル生成過程によりログファイルを生成した場合は、エラーレコードファイル生成過程によりフィールドデータを有するレコードデータをデータとするエラーレコードファイルが生成される。
また本発明の外字検証方法によれば、ログファイルは、入稿データ数、未処理件数、正常処理件数のデータが含まれている。したがって、本発明の外字検証方法を適用した後の作業予定を適正に組むことができる。
また本発明の外字検証方法によれば、ログファイル生成過程によりログファイルを生成した場合において、可視出力過程によりログファイルを生成した段階、または、レコードファイルの検証を終了した段階の後、ログファイルがＣＲＴ、プリンタなどの目視可能な装置へ出力すされる。
また本発明の外字検証方法によれば、ログファイル生成過程によりログファイルを生成した場合において、選択過程によりレコードファイルの最終レコードの検証を終了した段階の後、外字コードの定義、または、入稿データの検証終了がオペレータによって選択される。
【００１１】
また本発明の入稿システムによれば、レコードデータ読込手段によりフィールドデータからなるレコードデータが複数連鎖してなるレコードファイルからレコードデータを読み込まれ、フィールドデータ読込手段によりレコードデータ読込手段により読み込まれたレコードデータからフィールドデータが読み込まれ、印字データ判定手段によりフィールドデータが印字出力するデータであるか否かが判定され、外字有無判定手段によりフィールドデータが外字を有するデータであるか否かが判定され、印字データ判定手段により印字出力するデータであると判定され、かつ、外字有無判定手段により外字を含むと判定された場合は、外字テーブル検索手段により外字の外字コードが外字テーブルに載っているか否かが検索され、外字テーブル検索手段により外字コードが外字テーブルに載っていない場合は、ログファイル生成手段によりフィールドデータを特定する情報と前記外字コードをデータとするログファイルが生成される。
また本発明の入稿システムによれば、外字テーブルは得意先が使用している外字コードと前記入稿システムで登録、管理している外字コードの対応を持った得意先ごとの外字テーブルである。したがって、得意先が入稿した入稿データであるレコードファイルを検証するための外字テーブルは、得意先名、または、得意先を特定する番号記号等によって、確実かつ容易に設定することができ、また外字テーブルの保守も確実かつ容易に行うことができる。
【００１２】
【実施例】
以下、本発明について好適な実施例に基づいて詳細を説明する。本発明は、文字データを含むデータファイルについて、文字データが所定の解読できるコードで記述されているか否かの検証を行うものであり、特に標準のコードで記述することができない外字のコードについて検証を行うものである。このような検証は、そのデータファイルに基づいて、新たなデータファイルを作成する等の何らかのデータ処理を行う際に、データ内容が適正な方法で記述されているか否かが不明か、危ぶまれる場合に行われる。そのような場合とは、例えば得意先によって提供されるデータファイルのように、データファイルが既知のシステムにおいて作られたものではなく、それをデータ処理しようとするシステムとの適合性が十分に保証されていない場合に行われる。
【００１３】
したがって、本発明の外字検証方法はデータファイルを利用する多くの場合において応用できる方法である。また特に本発明の入稿システムは、データ処理を行う目的でデータファイルをシステムに入力する段階において本発明の外字検証方法を適用したもので、この入稿システムによれば適正で円滑なデータ処理が行われることとなる。また本発明は、パーソナルコンピュータ、ワークステーション等のコンピュータ本体とその周辺機器、および、それに内蔵される情報処理プログラム等からなるシステムにおいて実施されるものである。
そのようなシステムの具体的で詳細な一例は後述することとして、まず本発明の骨子を図において説明する。
【００１４】
図１は本発明における外字検証処理の流れを示すフロー図である。まず図１のＳ１において、レコードファイルが入力される。レコードファイルはレコードデータと呼ばれる情報単位を複数集めたファイルであり、またレコードデータはフィールドデータと呼ばれる情報単位を複数集めたものである。顧客データベースを一例として想定すると、レコードファイルは顧客データベースそのもの、あるいは所定の検索条件（年令、地域等）によって抽出された顧客データベースの一部である。またレコードデータは一つのレコードに一人の顧客に関するデータを集めた顧客データであり、フィールドデータは顧客登録番号、龜池一郎（顧客氏名）、住所、性別、年令、購入履歴・・・等の顧客に関する属性データの一つ々々である。
【００１５】
次にＳ２において、入力されたレコードファイルから最初のレコードデータが読み込まれ、更にＳ３において、読み込まれたレコードデータから最初のフィールドデータが読み込まれる。
次にＳ４において、読み込まれたフィールドデータが印字出力するデータであるか否かが判定される。例えばダイレクトメールに宛名を印刷するためレコードデータを入力しているのであるとする。その場合読み込まれたフィールドデータが「ＡＢ１２３４５（顧客登録番号）」であれば、そのフィールドデータは印字出力するデータではない。そこでＳ８に進み、そのフィールドデータがレコードデータの最終フィールドのデータでない場合は、さらにＳ３に戻ってそのフィールドデータに続く次のフィールドデータを読込む。
【００１６】
再びＳ４において、読み込まれたフィールドデータが「大日本龜太郎（顧客氏名）」であれば、そのフィールドデータは印字出力するデータである。そこでＳ５において、そのフィールドデータが外字を有するデータであるか否かが判定される。外字であるか否かの判定は、「ＪＩＳ」、「ＩＢＭ」、「ＪＥＦ」等の標準コードに登録されているコードであるか否かによって判定され、登録されていないコードは外字である。フィールドデータ「大日本龜太郎」の中で「龜」が外字であるとすると、Ｓ６に進み、その外字の外字コードが外字テーブル（図２参照）に載っているか否かを検索する。
次にＳ７において、外字テーブルの検索の結果外字テーブルに載っている場合はＳ８に進み、そのフィールドデータがレコードデータの最終フィールドのデータでない場合は、さらにＳ３に戻ってそのフィールドデータに続く次のフィールドデータ「新宿区○○町１─２─３（住所）」を読込む。このように処理を進めて、そのフィールドデータがレコードデータの最終フィールドのデータである場合は、Ｓ１１に進み、Ｓ１１においてレコードファイルの最終レコードであるか否か判定され、そうでない場合はＳ２に戻りレコードデータ読込みから前述の処理が繰り返される。
【００１７】
またＳ７において、外字テーブルの検索の結果外字テーブルに載っていない場合はＳ９に進み、フィールドデータを特定する情報とその外字コードをデータとするログファイル（図３参照）を生成する。また既にログファイルが生成されている場合は、そのログファイルに新たなデータが追加された新たなログファイルが生成される。
さらにログファイルを生成した場合は、Ｓ１０において、そのフィールドデータを有するレコードデータをデータとするエラーレコードファイルを生成する。この場合も既にエラーレコードファイルが生成されている場合は、そのエラーレコードファイルに新たなレコードデータが追加された新たなエラーレコードファイルが生成される。
そしてＳ１１に進み、Ｓ１１においてレコードファイルの最終レコードであるか否かが判定され、そうでない場合はＳ２に戻りレコードデータ読込みから前述の処理が繰り返される。
【００１８】
上記処理が進みＳ１１において、レコードファイルの最終レコードであるか否かが判定され、そうである場合はＳ１２においてログファイルがＣＲＴ、プリンタなどの目視可能な装置へ出力される。
そしてＳ１３において、外字コードの定義、または、入稿データの検証終了をオペレータに選択させる。
オペレータは出力されたログファイルを調べて、外字テーブルに載っていない外字コードがない場合（ログファイルの中身がない場合）、または外字テーブルに載っていない外字コードがある場合（ログファイルの中身がある場合）でも、直ちに外字コードの定義を行わない場合は「入稿データの検証終了」を選択する。ログファイルに基づいて外字コードの定義を行う場合は「外字コードの定義」が選択する。
【００１９】
「外字コードの定義」が選択されると、Ｓ１４において外字の登録が行われる。外字の登録は、レコードファイルの提供元に対してその外字コードがどのような文字に対応するかを問い合わせ、あるいはレコードファイルと同時に提供される提供元の外字一覧表を調べて、その文字に対応する自社内で使用している外字コードを探し、外字テーブルに加えることによって行われる。
このようにして新たな外字コードが加えられた外字テーブルを用いて、今度はレコードファイルではなくエラーレコードファイルについてだけ外字検証処理あるいは入稿処理等その他の処理を行うことができる。
【００２０】
以上で外字検証処理の流れについての説明を終え、次に外字テーブルについて説明する。図２は外字テーブルファイルの中のデータを表として示した図である。図２に示すように社内のデータ処理システムで使用されている文字コードである「当社標準コード」と得意先のデータ処理システムで使用されている文字コードである「Ａ社外字コード」が対応つけられている。対応つけられた当社標準コードとＡ社外字コードとは異なるコードであっても同一の文字のコードである。例えば、図２において文字コードが２バイトのデータであり１６進数で表現されており、当社標準コードの「８０００」に相当する実際の文字は「齒」であり、文字「齒」のＡ社外字コードは「７３８０」である。
前述のＳ６（外字テーブル検索）は、フィールドデータが印字データ判定（Ｓ４）により印字出力するデータであると判定され、かつ、外字有無判定（Ｓ５）により外字コードを含むと判定された場合に、その外字コードが外字テーブルに載っているか否かを検索するものであった。その方法は、図２の右の列に記載されたＡ社外字コードを順次調べ、そこにその外字コードが有るか無いかを判定することに相当する。
【００２１】
次にＳ９において生成されるログファイルについて説明する。図３はログファイルの中のデータを表として示した図である。図３に示すようにログファイルはデータ部とヘッダ部（またはフッタ部）から構成されている。データ部はログファイルのデータにつけられたデータ番号、外字テーブルにない外字コードが発生したレコードの番号とフィールドの番号である発生レコード番号とフィールド番号、および、その外字コードである未定義コードから構成された組のデータが、データ番号で示される組数だけ記録されている。
またヘッダ部はレコードファイルのレコード数である入稿データ数、外字テーブルにない外字コードが発生したレコードの数である未処理数、外字検証処理において外字テーブルにない外字コードがないと判定されたレコードの数である正常処理数から構成されている。
【００２２】
次に本発明の外字検証方法および入稿システムについて、個人情報配給装置に適用した実施例に基づき詳細を説明する。図４は個人情報配給装置を組み込んだシステム全体を示すブロック図である。ここで、ＩＣカード発行処理システム１０、カラー印刷カード発行処理システム２０、エンボスカード発行処理システム３０、フォームプリント発行処理システム４０は、それぞれ所定の媒体に個人情報を記録して個人情報記録媒体を発行する機能をもった独立したシステムであり、個人情報配給装置５０は、これら複数の発行処理システムに対して、個人情報を配給する機能をもった本発明に係る装置である。個人情報配給装置５０と各発行処理システム１０〜４０とは、ネットワーク１００によって相互に接続されている。
【００２３】
各発行処理システム１０〜４０は、いずれもコンピュータを利用したシステムであり、本体部とディスプレイと発行処理装置とによって構成されている。本体部はパーソナルコンピュータあるいはワークステーションなどのコンピュータ本体によって構成されており、ディスプレイ部は、この本体部の動作に関連した表示を行う機能を有する。また、発行処理装置は、本体部からの指示に基づいて、個々の媒体に対して直接的に情報の記録を行う機能を有する。なお、図示されていないが、本体部には、キーボードやマウス等の入力機器やハードディスク装置などの外部記憶装置などが、必要に応じて接続されている。
【００２４】
具体的には、ＩＣカード発行処理システム１０は、本体部１１とディスプレイ部１２とＩＣカード用リーダライタ装置１３とによって構成されており、ＩＣカードを媒体として用い、これに必要な個人情報を記録することにより、このＩＣカードを発行する機能を有する。すなわち、ＩＣカード用リーダライタ装置１３によって、ＩＣカード内のＥＥＰＲＯＭに個人情報が書き込まれる。また、カラー印刷カード発行処理システム２０は、本体部２１とディスプレイ２２とカード用印刷装置２３とによって構成されており、カラー印刷カード（本実施例では、合成樹脂製のカードであって、表面に氏名や顔写真などの個人情報がカラー印刷されたカードを、「カラー印刷カード」と呼ぶことにする）を媒体として用い、これに必要な個人情報を印刷することにより、このカラー印刷カードを発行する機能を有する。次に、エンボスカード発行処理システム３０は、本体部３１とディスプレイ３２とエンボス加工装置３３とによって構成されており、エンボスカード（本実施例では、合成樹脂製のかーどであって、表面に凹凸構造を形成することにより氏名などの個人情報を記録したカードを、「エンボスカード」と呼ぶことにする）を媒体として用い、これに必要な個人情報を記録することにより、このエンボスカードを発行する機能を有する。更に、フォームプリント発行処理システム４０は、本体部４１とディスプレイ４２とプリンタ４３とによって構成されており、本実施例では、台紙（ＩＣカード、カラー印刷カード、エンボスカードなどを封筒に入れて郵送するときに用いる厚紙）に氏名などの個人情報を印刷発行する機能を有する。
【００２５】
これらの各発行処理システムは、それぞれ別個独立して機能するシステムであり、従来は、それぞれ別個独立に発行処理を実行させていた。しかしながら、同一人に対して、ＩＣカード、カラー印刷カード、エンボスカードなどを同時に発行し、これらを台紙とともに郵送するような場合、各発行処理システムに対して別個に個人情報を入稿し、これを別個に検証し、別個に発行を行う、という処理方法は能率が悪く、作業負担が重いという問題があることは既に述べたとおりである。本発明は、個人情報配給装置５０によって一元的に個人情報の入稿処理や検証処理を行い、ネットワーク１００を介して、個人情報配給装置５０から各発行処理システム１０〜４０に必要な個人情報を配給できるようにし、作業効率を向上させたものである。
【００２６】
個人情報配給装置５０は、配給装置本大部５１と、ディスプレイ部５２と、指示入力装置５３と、データ記憶装置５４と、データ入稿装置５５と、によって構成されている。配給装置本体部５１は、この実施例では、ワークステーション本体から構成されており、ディスプレイ部５２はこのワークステーション本体に接続されたディスプレイ装置である。また、指示入力装置５３は、このワークステーション本体に対して指示入力を与えるための装置であり、具体的にはマウスやキーボードによって構成されている。データ記憶装置５４は、このワークステーション本体に接続されたハードディスク装置などの外部記憶装置であり、外部から入稿された個人情報を記憶しておくために用いられる。また、データ入稿装置５５は、個人情報を外部から入稿するための装置であり、この実施例では、磁気テープリーダ５５ａ、フロッピディスクドライブ５５ｂ、オンラインインターフェース５５ｃの３とおりの装置を用意しており、それぞれ磁気テープ、フロッピディスク、オンラインの形態で個人情報を入稿することができる。
【００２７】
なお、本明細書では、このように外部から与えられる個人情報をこのシステム内にデータとして入力することを、個人情報の原稿を取り込むという意味で、「入稿」と呼ぶことにする。本発明を利用したシステムでは、個人情報はデータ入稿装置５５によって一括して入稿され、一元的に検証され、個々の発行処理システム１０〜４０に配給されることになる。従って、配給装置本体部５１の行う基本的な処理は、個人情報を入稿する登録処理と、これを検証する検証処理と、これを各発行処理システムに配給する配給処理と、の３つの処理ということになる。このような処理は、配給装置本体部５１内に用意されたソフトウエアに基づいて行われる。以下、具体例に即して、これらの処理を説明する。
【００２８】
ここでは、図５（ａ）に示すようなカラー印刷カード１と、図５（ｂ）に示すようなフォームプリント２と、を発行する業務を行う場合を例にとることにする。この例では、図５（ａ）に示すカラー印刷カード１は、○×リゾート産業で発行するリゾートクラブの会員証として用いられ、「会員証」なる文字列１ａと、８桁の会員番号１ｂと、会員個人の氏名１ｃと、会員個人の顔写真１ｄと、がカラー印刷されている。ここで、文字列１ａは各会員証で共通の文字列であるが、会員番号１ｂ、氏名１ｃ、顔写真１ｄは、それぞれ会員ごとに異なる個人情報である。また、図５（ｂ）に示すフォームプリント２は、この会員証としてのカラー印刷カード１を各会員に郵送するときに利用される台紙である。すなわち、この台紙は、折り目２ａに沿って折り畳まれて封筒の中に入れられる。このとき、同封されるカラー印刷カード１は、スリット２ｂによって２隅が固定されることになる（図の一点鎖線は、このときのカード１の位置を示している）。また、この台紙には、「会員証発送します」なる文字列２ｃと、会員個人の住所２ｄと、会員個人の氏名２ｅと、が印刷されている。ここで、文字列２ｃは各会員ごとに共通の文字列であるが、住所２ｄおよび氏名２ｅは、それぞれ会員ごとに異なる個人情報である。
【００２９】
いま、１００名の会員に対して、図５（ａ）に示すような会員証１と図５（ｂ）に示すような台紙２を発行する場合を考える。この場合、個人情報配給装置５０に入稿すべき個人情報は、各会員ごとの会員番号、氏名、住所、顔写真である。このような個人情報を取り扱う場合、通常、１個人分の情報を１レコードとし、１レコードを、会員番号フィールド、氏名フィールド、住所フィールド、顔写真フィールドという４つのフィールドから構成するのが一般的である。そこで、本実施例では、具体的に、図６に示すような形態の個人情報（レコードファイルに相当する）が、外部から入稿データとして与えられた場合を考える。各フィールドは固定長であり、会員番号は数字８文字からなる８バイトの情報、氏名は日本語文字（漢字／カナ／記号などを含め１文字２バイトで表現される文字）１０文字からなる２０バイトの情報、住所は日本語文字５０文字からなる１００バイトの情報、顔写真は所定の形式の画像データ（例えば、ラスターデータ）からなる３７２バイトの情報、と定められている。結局、１レコードのデータは、合計で５００バイトとなり、このようなデータが１００レコード分用意され、外部から与えられることになる。
【００３０】
さて、このような入稿データが外部から与えられたとき、オペレータは個人情報配給装置５０を利用して、図７に示すような各処理を実行することになる。まず、ステップＳ２０において、入稿データ登録処理が行われる。この処理は、磁気テープ、フロッピディスク、オンライン等を介して外部から与えられた入稿データを、データ記憶装置５４内に読み込み、後述する属性設定などを行って、登録する処理である。これは、読み込んだ入稿データが正しいものであるか否かを判断する処理である。検証の結果、何ら異常がなければ、ステップＳ３９において、エラー発生なしと判断され、ステップＳ４０における入稿データ配給処理が行われる。上述の実施例の場合、会員証１はカラー印刷カード発行処理システム２０によって発行され、台紙２はフォームプリント発行処理システム４０に対して、それぞれ入稿データの必要な部分が、ネットワーク１００を介して配給される。なお、ステップＳ３９において、何らかのエラー発生と判断されると、ステップＳ５０においてエラー内容の出力が行われ、このエラー内容を参照しながらステップＳ６０で入稿データの訂正が行われる。訂正が完了したら、ステップＳ２０の入稿データ登録処理からの作業が繰返し実行される。
【００３１】
続いて、上述の各処理の詳細を、具体例に即して説明しよう。まず、ステップＳ２０の入稿データ登録処理の詳細を、図８の流れ図に基づい説明する。はじめに、ステップＳ２１において処理選択を行う。この実施例では、入稿データ登録処理として、管理ファイル作成（Ｓ２２）、入稿データの読み込み（Ｓ２３）、属性ファイル作成（Ｓ２４）の３つの処理が用意されており、これら３つの処理がすべて完了した場合に、ステップＳ２５を経て、入稿データ登録処理が完了したことになる。ここでは、オペレータが、ステップＳ２２、Ｓ２３、Ｓ２４の順に処理選択を行ったものとして以下の説明を続けることにする。
【００３２】
ステップＳ２２の管理ファイル作成処理は、入稿データの読み込み処理を行う上での準備段階の処理であり、具体的には、図９に示すような管理ファイルを作成する処理である。この管理ファイルの一行目の文字列は、管理ファイルの開始を示すものである。２行目の「ｉｄ：ｃａｒｄ０１」なる文字列は、これから行う業務のＩＤコードが「ｃａｒｄ：０１」であることを示し、３行目の「ｈｉｎｍｅｉ：リゾートクラブ会員証」なる文字列は、これから発行する個人情報記録媒体の品名が「リゾートクラブ会員証」であることを示し、４行目の「ｕｓｅｒ：○×リゾート産業」なる文字列は、この業務の発注者が「○×リゾート産業」であることを示す。いわば、この２〜４行目の記述は、これから行う業務の書誌的事項を記述したものである。続く、５行目の「ｂａｉｔａｉ：ｏｎ  ｌｉｎｅ」なる文字列は、入稿データの媒体がオンラインであることを示している。すなわち、図４におけるシステムにおいて、外部からの入稿データは、オンラインを介して与えられることになり、オンラインインターフェース５５ｃによって読み込まれることになる。「ｏｎ  ｌｉｎｅ」の変わりに「ｆｌｏｐｐｙ」なる記述にすれば、フロッピディスクドライブ５５ｂによる読み込みを指示することができ、「ＭＴ」なる記述にすれば、磁気テープリーダ５５ａによる読み込みを指示することができる。６行目の「ｒｅｃｏｒｄ：５００」なる文字列は、入稿データのレコード長を示す記述であり、１レコードが５００バイトであることを示す。７行目の「ＡＮＫ：ＥＢＣＤＩＣ」なる文字列は、入稿データ中の１バイト文字（ＡＮＫ）のコードが「ＥＢＣＤＩＣ」コードであることを示しており、８行目の「ｋａｎｊｉ：ＪＩＳ」なる文字列は、入稿データ中の２バイト文字のコードが「ＪＩＳ」コードであることを示している。１バイト文字のコードとしては、「ＥＢＣＤＩＣ」コードの他にも「ＡＳＣＩＩ」コードなどが一般に利用されており、２バイト文字のコードとしては、「ＪＩＳ」コードの他にも「ＩＢＭ」コードや「ＪＥＦ」コードなどが一般的に利用されているが、この７〜８行目の記述により、用いる文字コードを特定することができる。なお、最後の９行目の文字列は、管理ファイルの終了を示すものである。
【００３３】
このような管理ファイルを作成するには、たとえば、必要な文字列を指示入力装置５３としてのキーボードから入力してゆけばよい。上述の例の場合、どのような媒体で入稿データを与えてくれるのか、入稿データの１レコード内の各フィルドの構成はどうなっているのか（ここでは１レコードのバイト数）、用いる文字コードは何か、といった情報を、発注者（媒体の提供者）である「○×リゾート産業」に問い合わせ、これらの情報をキーボードから入力すれば、図９に示すような管理ファイルが作成できる。
【００３４】
続いて、オペレータは、ステップＳ２３の入稿データの読み込み処理を選択する。既に、オンラインインターフェース５５ｃを介して入稿データの読み込みをすることや、１レコードが５００バイトの長さを持つことが、管理ファイル内に定義されているので、図６に示すような入稿データ１００人分（１００レコード分）を、各レコード単位でデータ記憶装置５４内に読み込むことは自動的に行われる。
【００３５】
次に、オペレータは、ステップＳ２４の属性ファイル作成処理を選択する。この処理は、具体的には、図１０に示すような属性ファイルを作成する処理である。この属性ファイルは、ヘッダー部Ｈと、第１フィールド部▲１▼〜第４フィールド部▲４▼によって構成されている。ヘッダー部Ｈの１行目の文字列は、ヘッダー部Ｈの開始を示すものであり、２行目の文字列は、後続するフィールド部の数が４であることを示すものであり、３行目の文字列は、ヘッダー部Ｈの終了を示すものである。ここで、第１フィールド部▲１▼〜第４フィールド部▲４▼は、図６に示す入稿データにおける４つのフィールドである「会員番号」、「氏名」、「住所」、「顔写真」の属性を示すためのものである。
【００３６】
各フィールド部の１行目「．ｓｔａｒｔ．：ｂｏｄｙ  −−＞」なる記述は、各各フィールド部の開始を示すものであり、最終行の「．ｅｎｄ．：ｂｏｄｙ
＜−−」なる記述は、各フィールドの終了を示すものである。２行目の「ｌａｂｅｌ：」に続く文字列は、該当するフィールド名を示しており、３行目の「ｋｉｎｄ：」に続くコードは、そのフィールドに所属するデータの表現形態を示す形態属性を示している。この実施例では、
ｋｉｎｄ：９      １バイト文字、かつ、数字
ｋｉｎｄ：Ｎ      ２バイト文字（日本語文字）
ｋｉｎｄ：Ｂ      バイナリデータ（画像データ）
という３とおりの形態属性が定義されている。なお、１バイト文字として「ＥＢＣＤＩＣ」コードを用いるのか、「ＡＳＣＩＩ」コードを用いるのか、あるいは、２バイト文字として、「ＪＩＳ」、「ＩＢＭ」、「ＪＥＦ」のいずれのコードを用いるのか、といったコードの種類は、上述したように、既に管理ファイルにおいて設定されている。
【００３７】
各フィールド部の４行目の「ｓｔａｒｔ：」に続く数字および５行目の「ｌｅｎｇｔｈ：」に続く数字は、このフィールドの桁位置を示すものである。すなわち、４行目の「ｓｔａｒｔ：」に続く数字は、このフィールドに所属するデータのレコード先頭からの開始桁位置を示しており、５行目の「ｌｅｎｇｔｈ：」に続く数字は、そのデータの長さ（バイト）を示している。
【００３８】
各フィールド部の６行目の「ｓｙｓｔｅｍ：」に続く文字列は、このフィールドに所属するデータに対して発行処理を行う発行処理システムを特定する発行属性を示すものである。具体的には、「ｓｙｓｔｅｍ：ＣＰ−ｃａｒｄ」なる記述は、このフィールドに所属するデータが「ＣＰ−ｃａｒｄ」なる発行属性を有し、カラー印刷カード発行処理システム２０に配給されるべきデータであることを示し、「ｓｙｓｔｅｍ：ｆｏｒｍ」なる記述は、このフィールドに所属するデータが「ｆｏｒｍ」なる発行属性を有し、フォームプリント発行処理システム４０に配給されるべきデータであることを示している。また、「ｓｙｓｔｅｍ：ＣＰ−ｃａｒｄ、ｆｏｒｍ」のように２つの発行属性が記述されている場合は、そのフィールドに所属するデータは、カラー印刷カード発行処理システム２０とフォームプリント発行処理システム４０との双方に配給されるべきデータであることを示している。
【００３９】
例えば、図１０の属性ファイルにおいて、「ｉｄ  ｃｏｄｅ」なるフィールド名が定義されている第１フィールド▲１▼は、図６の入稿データにおける会員番号のフィールドに対応するものであり、「ｋｉｎｄ：９」なる形態属性と、「ｓｙｓｔｅｍ：ＣＰ−ｃａｒｄ」なる発行属性と、が設定されており、フィールドの桁位置としては、「ｓｔａｒｔ：１」、「ｌｅｎｇｔｈ：８」なる数値が設定されている。すなわち、この第１フィールド▲１▼のデータは、１バイト文字、かつ、数字から構成され、カラー印刷カード発行処理システム２０に配給されるべきデータであり、レコードの１バイト目から８バイト分の桁位置に存在するデータである旨が特定されている。同様に、図１０の属性ファイルにおいて、「ｎａｍｅ」なるフィールド名が定義されている第２フィールド▲２▼は、図６の入稿データにおける氏名のフィールドに対応するものであり、「ｋｉｎｄ：ｎ」なる形態属性と、「ｓｙｓｔｅｍ：ＣＰ−ｃａｒｄ、ｆｏｒｍ」なる発行属性と、が設定されており、フィールドの桁位置としては、「ｓｔａｒｔ：９」、「ｌｅｎｇｔｈ：２０」なる数値が設定されている。すなわち、この第２フィールド▲２▼のデータは、２バイト文字から構成され、カラー印刷カード発行処理システム２０とフォームプリント発行処理システム４０との双方に配給されるべきデータであり、レコードの９バイト目から２０バイト分の桁位置に存在するデータである旨が特定されている。
【００４０】
このような属性ファイルを作成するためには、やはり、必要な文字列を指示入力装置５３としてのキーボードから入力してゆけばよい。上述の例の場合、入稿データの各フィールドの構成、および発行する会員証１や台紙２に掲載する内容、などを、発注者である「○×リゾート産業」に問い合わせ、これらの情報をキーボードから入力すれば、図１０に示すような属性ファイルが作成できる。
【００４１】
かくして、図８において、ステップＳ２２の管理ファイル作成処理、ステップＳ２３の入稿データの読み込み処理、ステップＳ２４の属性ファイル処理、が終了すると、ステップＳ２５を経て、入稿データ登録処理は完了である。なお、こうして作成された管理ファイルおよび属性ファイルは、データ記憶装置５４内に入稿データとともに格納される。
【００４２】
次に、図７におけるステップＳ３０の処理、すなわち、入稿データ検証処理の手順を、図１１の流れに基づいて説明する。まず、ステップＳ３１において、外字テーブルファイル、管理ファイルおよび属性ファイルを読み込む。すなわち、図９および図１０に示す管理ファイルおよび属性ファイルが配給装置本体部５１内に読み込まれる。そして、ステップＳ３２では、これら各ファイルの内容に基づいて、レコード長、コードの種類、各フィールドの桁位置、各フィールドの形態属性、が設定される。上述の例の場合、図９に示す管理ファイルに基づいて、レコード長は５００バイト、コードの種類は、１バイト文字については「ＥＢＣＤＩＣ」コード、２バイト文字については「ＪＩＳ」コードが設定される。また、図１０に示す属性ファイルに基づいて、各フィールドの桁位置および形態属性は、
第１フィールド▲１▼：１〜８バイト目        ＥＢＣＤＩＣコードによる数字
第２フィールド▲２▼：９〜２８バイト目      ＪＩＳコードによる日本語文字
第３フィールド▲３▼：２９〜１２８バイト目  ＪＩＳコードによる日本語文字
第４フィールド▲４▼：１２９〜５００バイト目    バイナリ画像データ
と設定される。
【００４３】
続く、ステップＳ３３では、入稿データの１レコード分が取り込まれる。すなわち、図６に示す入稿データのうちの第１レコード（田中一郎氏の個人情報）が配給装置本体部５１内に取り込まれる。そして、ステップＳ３４で、この１レコード分のデータに対する検証が行われる。この検証は、各フィールドごとに上記形態属性に適しているか否かを調べる処理である。具体的には、まず、第１フィールド▲１▼に所属する１〜８バイト目のデータ（図６の会員番号「３７３０５７６２」を示すデータ）が、ＥＢＣＤＩＣコードによる数字として適したデータであるか否かが判定される。ＥＢＣＤＩＣコードの数字は、１６進数で表示した場合、「Ｆ０，Ｆ１，・・・，Ｆ９」のいずれかであるから、取込んだデータが、これ以外のデータであった場合には、何らかの誤りが発生していると判断することができる。同様に、第２フィールド▲２▼および第３フィールド▲３▼に所属する９〜１２８バイト目のデータ（図６の「田中一郎」および住所「千葉県・・・」を示すデータ）が、ＪＩＳコードとして適したデータであるか否かが判断される。ＪＩＳコードにも、やはり１６進数で表示した場合の許容値が決められており、この許容値以外のデータが混入していれば、何らかの誤りが発生しているか、外字コードであると判断することができる。その場合、外字テーブルを検索し、外字テーブルに登録されているコードであるか否かが判定され、登録されていない場合は何らかの誤りが発生していると判断することができる。
【００４４】
こうして、１レコード分の検証が完了したら、ステップＳ３５で、検証結果が正しいか否かを判断し、何らかの誤りが発生した場合には、ステップＳ３６でエラー内容を記憶し、Ｓ３７でログファイルを生成し、Ｓ３８でエラーコードファイルを生成する。このような１レコード分の検証作業を、ステップＳ３９を経て、全レコードについて繰返し実行すれば、この検証処理は完了である。
なお、通常は全レコードについてこの検証処理を行った後にエラー内容の出力処理が行われるが、検証処理の開始時の初期設定モードの選択指定により１レコードについてでも、ステップＳ３６におけるエラー内容の記憶が行われた場合には、図７のステップＳ３９においてエラー発生と判断され、ステップＳ５０においてエラー内容の出力処理が行われるようにすることができる。
出力処理は具体的には、プリンタなどにエラー内容のリスト、ログファイルの内容等がが打ち出される。ステップＳ６０の入稿データの訂正処理は、このようなリストに基づいてエラーレコードファイルのデータあるいは外字テーブルファイルのデータを訂正する処理である。
【００４５】
最後に、図７におけるステップＳ４０の処理、すなわち、入稿データ配給処理の手順を、図１２の流れ図に基づいて説明する。まず、ステップＳ４１において、管理ファイルおよび属性ファイルを読み込む。すなわち、図９および図１０に示す管理ファイルおよび属性ファイルが配給装置本体部５１内に読み込まれる。そして、ステップＳ４２では、これら各ファイルの内容に基づいて、レコード長、各フィールドの桁位置、各フィールドの発行属性、が設定される。上述の例の場合、図９に示す管理ファイルに基づいて、レコード長は５００バイトと設定される。また、図１０に示す属性ファイルに基づいて、各フィールドの桁位置および発行属性は、
第１フィールド▲１▼：１〜８バイト目            ＣＰ−ｃａｒｄ
第２フィールド▲２▼：９〜２８バイト目          ＣＰ−ｃａｒｄ，ｆｏｒｍ
第３フィールド▲３▼：２９〜１２８バイト目      ｆｏｒｍ
第４フィールド▲４▼：１２９〜５００バイト目    ＣＰ−ｃａｒｄ
と設定される。
【００４６】
続く、ステップＳ４３では、入稿データの１レコード分が取り込まれる。すなわち、図６に示す入稿データのうち第１レコード（田中一郎氏の個人情報）が配給装置本体部５１内に取り込まれる。そして、ステップＳ４４で、この１レコード分のデータを振り分けて、各発行処理システム用の個別データのファイルを作成する。図４に示す実施例では、４種類の発行処理システム１０〜４０がネットワーク１００に接続されており、このステップＳ４４の工程では、これら４種類の各発行処理システム用の個別データが作成されることになるが、上述の具体例では、この中のカラー印刷カード発行処理システム２０を用いて会員証１を発行し、フォームプリント発行処理システム４０を用いて台紙２を発行すれば足りるので、カラー印刷カード用個別データと、フォームプリント用個別データとの２つのファイルが作成されることになる。このような２つのファイルを作成する処理は、発行属性を参照した振り分けにより機械的に行うことができる。すなわち、発行属性が「ＣＰ−ｃａｒｄ」となっているフィールドのデータについては、カラー印刷カード用個別データとして振り分け、発行属性が「ｆｏｒｍ」となっているフィールドのデータについては、フォームプリント用個別データとして振り分け、発行属性が「ＣＰ−ｃａｒｄ，ｆｏｒｍ」となっているフィールドのデータについては、カラー印刷カード用個別データとして振り分けるとともに、フォームプリント用個別データとして振り分けるようにすればよい。
【００４７】
こうして、ステップＳ４５を経て、全レコードについて同様の作業を施せば、図６に示す入稿データに基づいて、図１３に示すようなカラー印刷カード用個別データと、図１４に示すようなフォームプリント用個別データと、が作成されることになる。
【００４８】
次に、ステップＳ４６において、各発行処理システム用の個別属性ファイルが作成される。すなわち、図１０に示す属性ファイルは、もとの入稿データについての属性ファイルであり、ステップＳ４４で作成された個別データについては、桁位置などのフィールド構成が変わってしまっているため、この属性ファイルをそのまま利用することはできない。そこで、各個別データに応じた個別属性ファイルを作成するのである。具体的には、図１３に示すカラー印刷カード用個別データについては、図１５に示すようなカラー印刷カード用個別属性ファイルが作成され、図１４に示すフォームプリント用個別データについては、図１６に示すようなフォームプリント用個別属性ファイルが作成される。これらの個別属性ファイルは、もとの属性ファイルの中から、個別データに含まれているフィールドについてのものだけを抽出し、かつ、発行属性を省略したものである。具体的には、図１５に示すカラー印刷カード用個別属性ファイルでは、会員番号を示す第１フィールド部▲１▼、氏名を示す第２フィールド部▲２▼、顔写真を示す第４フィールド部▲４▼だけが含まれており、図１６に示すフォームプリント用個別属性ファイルでは、氏名を示す第２フィールド▲２▼および住所を示す第３フィールド▲３▼、だけが含まれており、しかも、「ｓｙｓｔｅｍ：・・・」なる発行属性は省略されている。
【００４９】
続いて、ステップＳ４７において、各発行処理システムに、個別データと個別属性ファイルを転送する処理が行われる。すなわち、一方では、図１３に示すカラー印刷カード用個別データと図１５に示すカラー印刷カード用個別属性ファイルとが、ネットワーク１００を介して、カラー印刷カード発行処理システム２０に配給され、図５（ａ）に示すような会員証の発行処理が行われる。また、他方では、図１４に示すフォームプリント用個別データと図１６に示すフォームプリント用個別属性ファイルとが、ネットワーク１００を介して、フォームプリント発行処理システム４０に配給され、図５（ｂ）に示すような台紙の発行処理が行われる。
【００５０】
以上のような手順によれば、入稿データを個人情報配給装置５０において一元的に取り込み、一元的に検証を行い、これを各発行処理システムに配給することができる。また、図７に示す手順において、ステップＳ２０の入稿データ登録処理では、属性の設定などの入力作業を行う必要があるが、ステップＳ３０の検証処理およびステップＳ４０の配給処理は、ステップＳ２０で設定した属性に基づいて自動的に行うことができるため、全体的な作業効率は向上する。
【００５１】
【発明の効果】
以上のように本発明によれば、入稿データの中で特に外字コードが正しいものであるか否かの検証を行う外字検証方法と、それを適用した入稿システムを提供することができる。
また本発明によれば、あるレコードデータに対してログファイルが生成された場合においても、そのレコードデータの次のレコードデータが読み込まれ外字検証処理が中断することなく継続されるから、効率が向上する。
また本発明によれば、新たなログファイルを生成する場合はすでに生成されているログファイルの全てのデータに新たなデータが追加されるから、ファイルの管理、外字検証データの後処理が容易である。
また本発明によれば、フィールドデータを特定する情報と外字コードをデータとするログファイルが生成され、外字検証後に不良内容の確認を正確かつ容易に行うことができる。
また本発明によれば、フィールドデータを有するレコードデータをデータとするエラーレコードファイルが生成され、不良内容の訂正や再度の外字検証をエラーレコードファイルに対してのみ行えば良く作業負荷が大幅に軽減される。
また本発明によれば、ログファイルは、入稿データ数、未処理件数、正常処理件数のデータが含まれている。したがって、本発明の外字検証方法を適用した後の作業予定を適正に組むことができる。
また本発明によれば、ログファイルを生成した場合において、可視出力過程によりログファイルを生成した段階、または、レコードファイルの検証を終了した段階の後、ログファイルがＣＲＴ、プリンタなどの目視可能な装置へ出力される。したがって、オペレータがそれを確認して適正な次の処置を行うことができる。
また本発明によれば、選択過程によりレコードファイルの最終レコードの検証を終了した段階の後、外字コードの定義、または、入稿データの検証終了がオペレータによって選択される。したがって、適正な次の処置を選択することができる。
また本発明によれば、外字テーブルは得意先が使用している外字コードと前記入稿システムで登録、管理している外字コードの対応を持った得意先ごとの外字テーブルである。したがって、得意先が入稿した入稿データであるレコードファイルを検証するための外字テーブルは、得意先名、または、得意先を特定する番号記号等によって、確実かつ容易に設定することができ、また外字テーブルの保守も確実かつ容易に行うことができる。
【図面の簡単な説明】
【図１】本発明における外字検証処理の流れを示すフロー図である。
【図２】外字テーブルファイルの中のデータを表として示した図である。
【図３】ログファイルの中のデータを表として示した図である。
【図４】本発明を適用した情報配給装置を組み込んだシステム全体を示すブロック図である。
【図５】図４のシステムを用いて発行する会員証および郵送用台紙の一例を示す図である。
【図６】図５に示す会員証および台紙を発行するために用意された入稿データの一例を表として示した図である。
【図７】図４のシステムにおける個人情報配給装置５０の全体的な処理作業を説明する図である。
【図８】図７に示すステップＳ２０の入稿データ登録処理の詳細な作業内容を示す図である。
【図９】図８のステップＳ２２において作成される管理ファイルの一例を示す図である。
【図１０】図８のステップＳ２４において作成される属性ファイルの一例を示す図である。
【図１１】図７に示すステップＳ３０の入稿データ検証処理の詳細な作業内容を示す図である。
【図１２】図７に示すステップＳ４０の入稿データ配給処理の詳細な作業内容を示す図である。
【図１３】図１２に示すステップＳ４４において、図７の入稿データに基づいて作成されるカラー印刷カード用個別データの一例を示す図である。
【図１４】図１２に示すステップＳ４４において、図６の入稿データに基づいて作成されるフォームプリント用個別データの一例を示す図である。
【図１５】図１２に示すステップＳ４６において、図１０の属性ファイルに基づいて作成されるカラー印刷カード用属性ファイルの一例を示す図である。
【図１６】図１２に示すステップ４６において、図７の属性ファイルに基づいて作成されるフォームプリント用属性ファイルの一例を示す図である。
【符号の説明】
１  カラー印刷カード（会員証）
２  フォームプリント台紙
１０  ＩＣカード発行処理システム
１１  本体部
１２  ディスプレイ部
１３  ＩＣカード用リーダライタ装置
２０  カラー印刷カード発行処理システム
２１  本体部
２２  ディスプレイ部
２３  カード用印刷装置
３０  エンボスカード発行処理システム
３１  本体部
３２  ディスプレイ部
３３  エンボス加工装置
４０  フォームプリント発行処理システム
４１  本体部
４２  ディスプレイ部
４３  プリンタ
５０  個人情報配給装置
５１  配給装置本体部
５２  ディスプレイ部
５３  指示入力装置（マウス・キーボード）
５４  データ記憶装置（ハードディスク）
５５ａ  磁気テープリーダ
５５ｂ  フロッピディスクドライブ
５５ｃ  オンラインインターフェース
１００  ネットワーク
【図１】
0003908287.tif 000002
【図２】
0003908287.tif 000003
【図３】
0003908287.tif 000004
【図４】
0003908287.tif 000005
【図５】
0003908287.tif 000006
【図６】
0003908287.tif 000007
【図７】
0003908287.tif 000008
【図８】
0003908287.tif 000009
【図９】
0003908287.tif 000010
【図１０】
0003908287.tif 000011
【図１１】
0003908287.tif 000012
【図１２】
0003908287.tif 000013
【図１３】
0003908287.tif 000014
【図１４】
0003908287.tif 000015
【図１５】
0003908287.tif 000016
【図１６】
0003908287.tif 000017