(57)【要約】【課題】  個人を特定できる情報について、データ項目単位で分割されたイメージデータに基づきデータエントリするシステムにおいて、データ項目で分割されたイメージデータから、個人を特定できないように個人情報を保護し、セキュリティを確保する。【解決手段】  個人単位に識別番号が付与され、個人を特定できる情報が記載されたイメージデータを、データ項目の単位で分割する。分割したイメージ情報にそれそれ識別番号を付与するが、元の識別番号を用いて、データ項目毎にそれぞれ異なる暗号方式、または、暗号化鍵を利用して、暗号を生成し、これを新たな識別番号として、分割したイメージデータに付与することで、互いのデータ項目間のデータの相関性を見かけ上なくし、各項目毎に分割したイメージデータからそれぞれの個人を特定できないようにし、データエントリを行なわせることでセキュリティを確保する。【選択図】図３
2006293577.tif 000002
【特許請求の範囲】
【請求項１】
文字もしくは記号として記載された所定の情報を管理する情報管理方法において、
予め前記情報に関わる個人もしくは機器毎に定められた識別番号を記憶しておき、
前記情報を読み込み電子化し、
電子化された前記情報を予め定められたデータ単位で分割し、
分割された前記情報のそれぞれに対して、対応する識別番号を対応付け、
対応付けられた識別番号に応じた暗号方式で、分割された前記情報のそれぞれに対して暗号化を施すことを特徴とする情報管理方法。
【請求項２】
請求項１に記載の情報管理方法において、
前記暗号化が施された情報を新たな識別番号とし、分割された前記情報それぞれと対応付けて記憶することを特徴とする情報管理方法。
【請求項３】
文字もしくは記号として記載された所定の情報を管理する情報管理装置において、
予め前記情報に関わる個人もしくは機器毎に定められた識別番号を記憶しておく記憶手段と、
前記情報を読み込み電子化する手段と、
電子化された前記情報を予め定められたデータ単位で分割する手段と、
分割された前記情報のそれぞれに対して、対応する識別番号を対応付ける手段と、
対応付けられた識別番号に応じた暗号方式で、分割された前記情報のそれぞれに対して暗号化を施す手段とを有することを特徴とする情報管理装置。
【請求項４】
請求項３に記載の情報管理装置において、
前記暗号化が施された情報を新たな識別番号とし、分割された前記情報それぞれと対応付けて記憶する手段をさらに有することを特徴とする情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、手書き伝票に代表されるような、紙では存在しているが電子データとしては存在していない、個人を特定できる情報を電子データ化する業務において、情報処理システムを用いて、データエントリを行なう担当者自身には、当該データから個人を特定できないようにセキュリティを確保するのに好適な、データのエントリ方法に関する。
【背景技術】
【０００２】
従来、手書き伝票に代表されるような、紙では存在しているが電子データとしては存在していない、個人を特定できる情報を有した帳票を、電子データ化するために、情報処理システムを用いて、人間が帳票に記載されている情報の内容を確認しながら、その記載情報をコンピュータに登録する、または、イメージ読取装置を用いて、帳票をイメージ情報として前記情報処理システムに取り込み、その情報処理システムの中で帳票に記載されている文字の文字認識処理を行ない登録する方法が、一般的に用いられている。
【０００３】
帳票に記載されている内容をイメージ情報化し、前記イメージ情報を人間が目で確認しながら、情報処理システムにデータエントリする方法については、特開２００３―５８８１３(特許文献１)に記載されているように、最初に、帳票に記載されているデータ項目の単位でイメージデータを分割し、前述により分割したイメージデータを、複数のデータエントリ担当者が分担して、データをエントリを行なうことで、効率的なデータエントリ業務を実現する方法が知られている。
【０００４】
【特許文献１】特開２００３−５８８１３
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述した特許文献１の場合、データエントリ対象情報が、個人を特定することができる個人情報や、或いはその他の機密情報を含んでいる場合、データエントリ作業を行なう担当者は、前記データを参照し、データエントリ作業を実施するため、前記の個人情報や機密情報を知ることができるため、データエントリ作業を行なう担当者によって前記機密情報が外部に漏洩してしまう心配があった。
【０００６】
また、特許文献１で記載されている、イメージ情報をデータ項目単位に分割し、データ項目毎に、複数のデータエントリ担当者がデータエントリ作業を分担して行なう方法においても、帳票を識別する番号が、それぞれのデータ項目と関連付けされているため、前記複数のデータエントリ担当者が互いの担当する情報を開示し合うと、当該情報の全体を知ることができるため、同様にデータエントリ作業を行なう担当者によって機密情報が外部に漏洩してしまう可能性がある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明では、個人もしくは機器単位に識別番号が付与され、個人を特定できる情報が記載されたイメージデータを、データ項目の単位で分割する。分割したイメージ情報にそれそれ識別番号を付与するが、元の識別番号を用いて、データ項目毎にそれぞれ異なる暗号方式、または、暗号化鍵を利用して、暗号を生成し、これを新たな識別番号として、分割したイメージデータに付与することで、互いのデータ項目間のデータの相関性を見かけ上なくし、各項目毎に分割したイメージデータからそれぞれの個人を特定できないようにし、データエントリを行なわせることでセキュリティを確保する。
【発明の効果】
【０００８】
従来、紙ベースでのみ存在していた、個人が特定できる個人情報、或いは、その他の機密情報について、その情報内容の全貌を知られることなく、社外の複数のデータエントリ専門業者や、或いは、社内の複数のデータエントリ担当者に対してデータエントリ業務を安全に委託することが可能となる。これによって、従来は社内など特定の範囲内でしか行なえなかった機密情報のデータエントリ業務の工数を容易に削減することが可能になる。
【発明を実施するための最良の形態】
【０００９】
本実施の形態では、図１に示すような情報処理システム構成を用意する。図１において、１００１、１００２、１００３は、手書き帳票や、紙で存在する情報をイメージデータとして取り込むための情報処理システムで、図１において、１００１はイメージ読取装置、１００２ は中央コンピュータ、１００３は、前記中央コンピュータの外部記憶装置である。１００５、１００７、１００９は、中央コンピュータ１００２が取り込んだイメージ情報を、電子データとして登録するためのデータエントリ用のコンピュータで、１００６、１００８、１０１０は、前記それぞれのデータエントリ用コンピュータの外部記憶装置を示す。
【００１０】
以下、データエントリ業務を外部業者へ委託したケースを想定し説明するため、１００５、１００６、１００７を、それぞれ、データエントリ業者１コンピュータ、データエントリ業者２コンピュータ、データエントリ業者３コンピュータと呼ぶ。もちろん、同一社内でデータエントリを実施するケースを想定した場合には、「データエントリ担当者用コンピュータ」等に名称を置き換えて考えても良いことは言うまでもない。
【００１１】
データエントリ業者コンピュータ１００５、１００７、１００９は、それぞれネットワーク１００４を介して中央コンピュータ１００２と接続されており、中央コンピュータ１００２から、イメージ情報を、ネットワーク１００４を介して受信し、受信したイメージ情報は、それぞれのデータエントリ業者によってデータエントリされ電子データとして登録され、その結果の電子データを、中央コンピュータから以前に受信したイメージ情報と関連付けて、中央コンピュータに返信する。
【００１２】
前述の図１の構成において、１００１で示されるイメージ読取装置により、１００２で示される中央コンピュータ内に、例えば図２２で示されるような個人を特定できる情報が記載された手書き帳票を、帳票番号を付与しイメージ情報として取り込む。 次に、当該帳票に記載されているデータ項目単位、或いは、当該帳票に記載されている個人が特定できないようなデータ項目グループ単位で、図２３に示したようなイメージ情報片にイメージ情報を分割する。イメージ情報は前述の通り、それ単体では元々その帳票に記載されている個人を特定することが出来ないように分割しておく。 
次に、元の帳票イメージ情報に付与されている帳票番号を、分割したイメージ情報片ごとに、異なる暗号方法を用いて暗号化し、暗号化したそれぞれの結果情報を暗号化インデックス情報として、図３で示されるテーブルを用いて元の帳票番号と１対１で結びつけておく。図３のテーブルで帳票番号と結びつけたそれぞれの暗号化インデスク情報は、フィールドの単位で、前記の各イメージ情報片と１対１に対応づけし、この対応づけした情報を、図４、図５、図６、図７で示されるテーブルに、それぞれ格納する。例えば、図４では、図３のテーブルにおける、元の伝票番号に対応する暗号化インデックス１と、元の伝票番号に対応する図２３の２３００１で示される「姓」情報が記入されたイメージ情報片とを１対１で対応づけし、図４のテーブルの４００１で示されるフィールドと、４００３で示されるフィールドに、それぞれ格納する。
【００１３】
同様に、図５では、図３のテーブルにおける、元の伝票番号に対応する暗号化インデックス２と、元の伝票番号に対応する図２３の２３００２で示される「名」の情報が記入されたイメージ情報片とを１対１で対応づけし、図５のテーブルの５００１で示されるフィールドと、５００３で示されるフィールドに、それぞれ格納する。図６、図７のテーブルについても同様の処理を行なう。
【００１４】
図４、図５、図６、図７で示されるテーブルには、それぞれのテーブルで管理している情報項目が互いに独立し相関性を持たないように情報項目を格納しており、且つ、図４、図５、図６、図７で示されるそれぞれのテーブルが管理する暗号化インデックスも互いに独立した体系となっている。更に、図４、図５、図６、図７で示されるテーブルには、元の帳票番号を一切付与していない。即ち、図３のテーブルに格納されている情報を知らない限り、図４の４００３で示される情報と、図５の５００３で示される情報と、図６の６００３で示される情報と、図７の７００３で示される情報を、互いに結合させて当該情報に含まれている個人を特定することが出来ないようになっている。
【００１５】
前述の通り、図４、図５、図６、図７で示される各テーブルのインデックス情報を別々に暗号化した状態で、図４、図５、図６、図７で示される各テーブルの情報をそれぞれデータエントリ業者１、データエントリ業者２、データエントリ業者３、データエントリ業者ｎに送信し、データエントリ業務を依頼する。図４、図５、図６、図７で示される各テーブルの情報をそれぞれ受信したデータエントリ業者１、データエントリ業者２、データエントリ業者３、データエントリ業者ｎは、図３のテーブルに示される情報を持っていないため、それぞれが受信した、図４、図５、図６、図７で示される各テーブルの情報を互いで交換し合ったとしても、個人を特定できる情報に復元することが出来ない。ここで、図４、図５、図６、図７で示される各テーブルの情報を１つのデータエントリ業者に渡し、データエントリ業務を依頼しても構わない。
【００１６】
図４に示されるテーブル情報を受信したデータエントリ業者１では、図４の４００３に示されるイメージ情報を参照し、当該情報の電子データとしてエントリし、図４、４００４に示されるフィールドに電子データとして格納する。データエントリ業者１は、必要であれば図４の４００１に示される暗号化インデックス１を元に、データエントリ業者１独自の帳票番号を作成し、図４の４００２に示されるデータエントリ業者１専用の帳票番号フィールドに新たに作成した帳票番号を格納しデータを管理しても良い。
【００１７】
図５に示されるテーブル情報を受信したデータエントリ業者２では、図５に示されるテーブルを用いて、前記のデータデータエントリ業者１と同様に、データエントリが行なわれる。図６に示されるテーブル情報を受信したデータエントリ業者３、図７に示されるテーブル情報を受信したデータエントリ業者ｎについても同様である。
データエントリ業者１、データエントリ業者２、データエントリ業者３、データエントリ業者ｎによるデータエントリ業務によって、電子化されたデータは、
図４、図５、図６、図７で示される各テーブルにおいて、それぞれ、４００４、５００４、６００４、７００４に格納される。
【００１８】
電子データが格納された図４、図５、図６、図７で示される各テーブルは、
各データエントリ業者それぞれのコンピュータ（図１、１００５、１００７、１００９）から、中央コンピュータ１００２に送信する。図４、図５、図６、図７で示される各テーブルを受信した中央コンピュータでは、図３に示される、帳票番号ごとに複数の暗号化手段を用いて暗号化した、暗号化インデックス情報を格納されたテーブルを参照し、図４、図５、図６、図７で示される各テーブルの結合処理を行ない、手書き帳票または紙ベースで存在する資料等に記載された個人を特定できる情報の電子化を完了する。
【００１９】
以上述べた方法によって、手書き伝票に代表されるような、紙で存在しているが電子データとしては存在していない、個人を特定できる情報をデータエントリし、電子データ化する際に、複数の外部データエントリ業者に対して、あるいは、社内における、複数のデータエントリ担当者に対して、個人情報の漏洩を心配することなく、安全にデータエントリを依頼することが可能となる。
【００２０】
以下、本発明の実施の形態の詳細について、図面および、フローチャート用いて詳細に説明する。先ず前提として、データエントリ業務の依頼先については、どちらに、あるいは、誰に依頼しても構わない。例えば、社内のある担当者に依頼しても良いし、社外のデータエントリ業者に依頼しても良い。本発明の実施の形態では、社外のデータエントリ業者にデータエントリを依頼した場合の例で以下説明する。
【００２１】
図１は、本方法を実現するための、情報処理システムの接続構成の一例を示したシステム構成図である。図１において、１００１は、手書きまたは紙でのみ存在している個人情報を、イメージ情報として電子的に取り込むための、イメージ読取装置、１００２ は 、前記イメージ情報を取り込む中央コンピュータ、１００３は、前記イメージ情報を保管するための、中央コンピュータの外部記憶装置を表わしている。
【００２２】
また、図１において、１００５はデータエントリ業者１用コンピュータ、１００６は、データエントリ業者１用コンピュータの外部記憶装置、１００７は、データエントリ業者２用コンピュータ、１００８は、データエントリ業者２用コンピュータの外部記憶装置、１００９は、データエントリ業者ｎ用コンピュータ、１０１０は、データエントリ業者ｎ用コンピュータの外部記憶装置、１０１１は、データエントリ業者１内のネットワーク、１０１２は、データエントリ業者２内のネットワーク、１０１３は、データエントリ業者ｎ内のネットワークを表わしている。中央コンピュータ１００２は、ネットワーク１００４を介して、データエントリ業者１用コンピュータ、データエントリ業者２用コンピュータ、データエントリ業者ｎ用コンピュータと、それぞれ接続されている。
【００２３】
次に、図２、図３、図４、図５、図６、図７、図１７、図１８、図１９、図２０、図２１、図２２、図２３および、図８から図１６までで示したフローチャートに従い、本発明の実施の流れを説明する。
【００２４】
図８のフローチャートで、中央コンピュータ（図１、１００２）は、手書きまたは紙で存在し、個人が特定できる帳票、例えば、図２１の２００１に示されるフォーマットの帳票に、例えば、図２２の２２００１に示されるような、手書きで情報が記載された帳票を、イメージ読取装置(図１、１００１)を介してイメージ情報として読み取り（ステップ８００１）、一時的に外部記憶装置（図１、１００３）に保持する（ステップ８００２）。次に、イメージ情報に、当該帳票を識別するための帳票番号を電子的に付与して、外部記憶装置（図１、１００３）に保管しこれを蓄積する（ステップ８００３）。  
次に、中央コンピュータ（図１、１００２）は、図２２の２２００１の例に示されるような読み取った帳票イメージ情報を、図２３の２３００１から、２３０１１に示されるように、帳票内に記載されているデータ項目毎に分割しイメージ情報片とし、前記イメージ情報片に元の帳票番号をそれぞれ電子的に付与し、再度、外部記憶装置（図１、１００３）に一時保管する（ステップ８００４）。
【００２５】
次に中央コンピュータ（図１、１００２）は、ステップ８００４で分割したイメージ情報片と帳票番号を関連付けたイメージ情報片のデータ項目を単位として、データエントリ業者１へのデータエントリ依頼用データ、データエントリ業者２へのデータエントリ依頼用データ、データエントリ業者ｎへのデータエントリ依頼用データにそれぞれ振り分ける（ステップ８００５）。ここでは、データエントリ業者１には「姓」のイメージ情報と伝票番号を対応付けたデータをデータエントリ依頼用として振り分け、データエントリ業者２には「名」のイメージ情報と伝票番号を対応付けたデータをデータエントリ依頼用として振り分け、データエントリ業者３には「市外局番」のイメージ情報と伝票番号を対応付けたデータをデータエントリ依頼用として振り分けたという例で示している。以後、データエントリ業者１には「姓」のイメージ情報を、データエントリ業者２には「名」のイメージ情報、データエントリ業者ｎには「市外局番」のイメージ情報をデータエントリ依頼するものとして説明する。
【００２６】
ステップ８００５でデータを振り分けした後、中央コンピュータ（図１、１００２）は、データエントリ業者１には帳票番号を知られないようにするために、帳票番号を暗号化するためのデータエントリ業者１への依頼専用の暗号化キーを生成する（ステップ８００６）。ステップ８００６と同様に、中央コンピュータ（図１、１００２）は、データエントリ業者２には帳票番号を知られないようにするために、帳票番号を暗号化するためのデータエントリ業者２への依頼専用の暗号化キーを生成する（ステップ８００７）。また同様に、中央コンピュータ（図１、１００２）は、データエントリ業者ｎには帳票番号を知られないようにするために、帳票番号を暗号化するためのデータエントリ業者ｎへの依頼専用の暗号化キーを生成する（ステップ８００８）。ステップ８００６、８００７、８００８において、中央コンピュータ（図１、１００２）の使用者が、同一ではない別々の暗号化キーを、それぞれ直接指定、または登録しても良い。
【００２７】
次に、中央コンピュータ（図１、１００２）は、ステップ８００６で生成したデータエントリ業者１依頼用の暗号化キーを用いて、ステップ８００５において振り分け・蓄積したそれぞれのデータエントリ業者１依頼用データの帳票番号を、暗号化し、暗号化インデックスを生成する（ステップ８００９）。同様に、ステップ８００７で生成したデータエントリ業者２依頼用の暗号化キーを用いて、ステップ８００５において振り分け・蓄積したそれぞれのデータエントリ業者２依頼用データの帳票番号を、暗号化し、暗号化インデックスを生成する（ステップ８０１０）。また、同様にして、ステップ８００８で生成したデータエントリ業者ｎ依頼用の暗号化キーを用いて、ステップ８００５において振り分け・蓄積したそれぞれのデータエントリ業者ｎ依頼用データの帳票番号を、暗号化し、暗号化インデックスを生成する（８０１１）。
【００２８】
ところで帳票番号を暗号化する方法については、一般的に知られているどの暗号方式または方法を用いても構わない。もし公開鍵暗号方式を用いる場合であれば、図２の２００１に示されるような処理で帳票番号を暗号化し、結果を暗号化インデックス（図２、２００４）として生成する。暗号化処理（図２、２００３）、および、復号化処理（図２、２００６）では、それぞれ秘密鍵（図２、２００５）、公開鍵（図２、２００７）を用いているが、暗号化処理で公開鍵、復号化処理で秘密鍵という形で、逆に用いても良い。前記の公開鍵暗号化方式を使用する場合には、秘密鍵と公開鍵ともに、データエントリ業者に対しては公開せず、中央コンピュータ（図１、１００２）内において、秘密情報として図１７、または、図１８で示される情報の形で厳重に保管、管理される。
【００２９】
また、共通鍵暗号方式を用いる場合であれば、図２の２００９に示されるような処理で帳票番号を暗号化し、結果を暗号化インデックス（図２、２０１２）として生成する。暗号化処理（図２、２０１１）、および、復号化処理（図２、２０１４）では、それぞれ同じ共通鍵（図２、２０１３）を用いるが、前記共通鍵は、データエントリ業者に対しては公開せず、中央コンピュータ（図１、１００２）内において、秘密情報として図１９、または、図２０で示される情報の形で厳重に保管、管理される。
【００３０】
中央コンピュータ（図１、１００２）において、図８のステップ８０１１までの一連の暗号化処理を実施した後、データエントリ業者１向けに暗号化した帳票番号を「暗号化インデックス１」とし、「性」イメージ情報と、１対１に対応づけて、データエントリ業者１への依頼用データとして、中央コンピュータ（図１、１００２）の外部記憶装置（１００３）に格納する（図９、ステップ９００１）。同様にして、データエントリ業者２向けに暗号化した帳票番号を「暗号化インデックス２」とし、「名」イメージ情報と、１対１に対応づけて、データエントリ業者２への依頼用データとして、中央コンピュータ（図１、１００２）の外部記憶装置（１００３）に格納する（ステップ９００２）。また同様にして、データエントリ業者ｎ向けに暗号化した帳票番号を「暗号化インデックスｎ」とし、「市外局番」イメージ情報と、１対１に対応づけて、データエントリ業者ｎへの依頼用データとして、中央コンピュータ（図１、１００２）の外部記憶装置（１００３）に格納する（ステップ９００３）。前記図９のステップ９００１の処理において、中央コンピュータの外部記憶装置（図１、１００３）に格納したデータエントリ業者１へのデータエントリ依頼用のデータ項目の例を、図４のテーブルで示す。
【００３１】
前記図９のステップ９００１の処理では、図４のテーブルにおいて４００１で示される「暗号化インデックス１」のフィールドと、４００３で示される「データエントリ業者１データエントリ用  姓  イメージデータ」のフィールドにデータが格納される。ステップ９００１の処理の時点では、図４の４００２で示される「データエントリ業者１専用帳票番号」および図４の４００４で示される「データエントリ業者１データエントリ済 姓  電子データ」フィールドは、まだ、空（ＮＵＬＬ）の状態である。同様にして、前記図９のステップ９００２の処理において、中央コンピュータの外部記憶装置（図１、１００３）に格納したデータエントリ業者２へのデータエントリ依頼用のデータ項目の例を、図５のテーブルで示す。前記図９のステップ９００２の処理では、図５のテーブルにおいて５００１で示される「暗号化インデックス２」のフィールドと、５００３で示される「データエントリ業者２データエントリ用 名 イメージデータ」のフィールドにデータが格納される。ステップ９００２の処理の時点では、図５の５００２で示される「データエントリ業者２専用帳票番号」および図５の５００４で示される「データエントリ業者２データエントリ済 名  電子データ」フィールドは、まだ、空（ＮＵＬＬ）の状態である。
【００３２】
同様に、前記図９のステップ９００３の処理において、中央コンピュータの外部記憶装置（図１、１００３）に格納したデータエントリ業者ｎへのデータエントリ依頼用のデータ項目の例を、図７のテーブルで示す。前記図９のステップ９００３の処理では、図７のテーブルにおいて７００１で示される「暗号化インデックスｎ」のフィールドと、７００３で示される「データエントリ業者ｎデータエントリ用  市外局番  イメージデータ」のフィールドにデータが格納される。ステップ９００２の処理の時点では、図７の７００２で示される「データエントリ業者ｎ専用帳票番号」および図７の７００４で示される「データエントリ業者ｎデータエントリ済 市外局番  電子データ」フィールドは、まだ、空（ＮＵＬＬ）の状態である。
【００３３】
もしも、データエントリを依頼する業者が別にもいて、そのデータエントリ業者をデータエントリ業者３とした場合、図２３で示される分割イメージ情報片の一部のデータエントリを、同様にして依頼することができる。例えば、図２３の２３００３に示される郵便番号上３桁のイメージ情報片について、データエントリをデータエントリ業者３に依頼する場合には、中央コンピュータ（図１、１００２）では、同様の処理によって、図６で示されるテーブルの６００１、および、６００２で示されるフィールドに、暗号化インデックス３  および、図２３の２３００３に示される郵便番号上３桁のイメージ情報片が格納される。
【００３４】
中央コンピュータ（図１、１００２）において、図９のフローチャートで、ステップ９００３迄の処理が完了し、各データエントリ業者向けに、イメージ情報片と暗号化インデックス情報の情報の対を格納したら、中央コンピュータ（図１、１００２）では、元の帳票番号とデータエントリ業者に依頼するためのそれぞれの暗号化インデックスの情報対を、図３で示される帳票番号ごとに複数の暗号化手段を用いて暗号化した、「暗号化インデックス情報」を格納するテーブルの形式で外部記憶装置（図１、１００３）に保管する（図９、ステップ９００４）。保管した図３のテーブルで示される情報は、各データエントリ業者に対しては知らせず、機密情報として中央コンピュータ（図１、１００２）内の外部記憶装置内（図１、１００３）で厳重に保管、管理される。
【００３５】
次に、中央コンピュータ（図１、１００２）は、ステップ９００１の処理で、あらかじめ保管していた、図４のテーブルで示される情報、即ち、暗号化インデックス１と「性」のイメージ情報片が１対１で対応づけられている情報を全て取り出し、ネットワーク（図１、１００４）を介して、データエントリ業者１コンピュータ（図１、１００５）に送信する（ステップ９００５）。一方、データエントリ業者１コンピュータ（図１、１００５）側では、中央コンピュータ（図１、１００２）が、ステップ９００５で送信した一連の、図４のテーブルで示される情報を受信する（ステップ９００６）。同様にして、中央コンピュータ（図１、１００２）は、ステップ９００２の処理で、あらかじめ保管していた、図５のテーブルで示される情報、即ち、暗号化インデックス２と「名」のイメージ情報片が１対１で対応づけられている情報を全て取り出し、ネットワーク（図１、１００４）を介して、データエントリ業者２コンピュータ（図１、１００７）に送信する（図１０、ステップ１０００１）。一方、データエントリ業者２コンピュータ（図１、１００７）側では、中央コンピュータ（図１、１００２）が、ステップ１０００１で送信した一連の、図５のテーブルで示される情報を受信する（ステップ１０００３）。
【００３６】
また、同様にして、中央コンピュータ（図１、１００２）は、ステップ９００３の処理で、あらかじめ保管していた、図７のテーブルで示される情報、即ち、暗号化インデックスｎと「市外局番」のイメージ情報片が１対１で対応づけられている情報を全て取り出し、ネットワーク（図１、１００４）を介して、データエントリ業者ｎコンピュータ（図１、１００９）に送信する（図１０、ステップ１０００２）。一方、データエントリ業者ｎコンピュータ（図１、１００９）側では、中央コンピュータ（図１、１００２）が、ステップ１０００２で送信した一連の、図７のテーブルで示される情報を受信する（ステップ１０００４）。
【００３７】
一方、データエントリ業者１コンピュータ（図１、１００５）では、図９のステップ９００６で、中央コンピュータ（図１、１００２）から、受信した図４のテーブルで示される情報を、自コンピュータ内の外部記憶装置（図１、１００６）に保存する（ステップ１０００５）。次に、データエントリ業者１コンピュータでは、データエントリ業者１自身が管理する上で必要であれば、暗号化インデックス１の情報から、データエントリ業者１独自の帳票番号に変換し、図４で示されるテーブルの４００２で示した「データエントリ業者１専用帳票番号」のフィールドに、前述の変換した伝票番号を格納する（ステップ１０００６）。
【００３８】
同様に、データエントリ業者２コンピュータ（図１、１００７）では、図１０のステップ１０００３で、中央コンピュータ（図１、１００２）から、受信した図５のテーブルで示される情報を、自コンピュータ内の外部記憶装置（図１、１００８）に保存する（図１１、ステップ１１００１）。データエントリ業者２コンピュータ（図１、１００７）では、データエントリ業者２自身が管理する上で必要であれば、暗号化インデックス２の情報から、データエントリ業者２独自の帳票番号に変換し、図５で示されるテーブルの５００２で示した「データエントリ業者２専用帳票番号」のフィールドに、前述の変換した伝票番号を格納する（図１１、ステップ１１００１）。また、同様に、データエントリ業者ｎコンピュータ（図１、１００９）では、図１０のステップ１０００４で、中央コンピュータ（図１、１００２）から、受信した図７のテーブルで示される情報を、自コンピュータ内の外部記憶装置（図１、１０１０）に保存する（図１１、ステップ１１００３）。データエントリ業者ｎコンピュータ（図１、１００９）では、データエントリ業者ｎ自身が管理する上で必要であれば、暗号化インデックスｎの情報から、データエントリ業者ｎ独自の帳票番号に変換し、図７で示されるテーブルの７００２で示した「データエントリ業者ｎ専用帳票番号」のフィールドに、前述の変換した伝票番号を格納する（図１１、ステップ１１００４）。各データエントリ業者において、それぞれ独自に帳票番号を付与した後は、各データエントリ業者によって、それぞれ、データエントリ業務が実施される事になる。
【００３９】
次に、データエントリ業者１コンピュータ（図１、１００５）において、当該コンピュータの外部記憶装置（図１、１００６）に格納された図４のフィールド４００３で示される「姓」イメージデータを、データエントリ業者１内のデータ登録担当者が参照し、前記データ登録担当者によって、図４のフィールド４００４で示される「姓」電子データ格納用フィールドに、電子データとして、登録され、格納される（図１２、ステップ１２００１）。前記１２００１において、データエントリ業者１内のデータ登録担当者によって、データエントリ業者１コンピュータ（図１、１００５）が、中央コンピュータ（図１、１００２）から受信した全てのイメージデータについて、データエントリが行なわれ、電子データとして登録が完了したら、データエントリ業者１コンピュータ（図１、１００５）から、暗号化インデックス１と「性」情報の電子データが１対１で対応づけられている情報を取り出し、ネットワーク（図１、１００４）を介して中央コンピュータ（図１、１００２）に送信し（図１３、ステップ１３００１）、これを以ってデータエントリ業者１コンピュータ（図１、１００５）側の一連の処理が完了する。
【００４０】
同様にして、データエントリ業者２コンピュータ（図１、１００７）において、当該コンピュータの外部記憶装置（図１、１００８）に格納された図５のフィールド５００３で示される「名」イメージデータを、データエントリ業者２内のデータ登録担当者が参照し、前記登録担当者によって、図５のフィールド５００４で示される「名」電子データ格納用フィールドに、電子データとして登録され、格納される（図１２、ステップ１２００２）。前記１２００２において、データエントリ業者２内のデータ登録担当者によって、データエントリ業者２コンピュータ（図１、１００７）が、中央コンピュータ（図１、１００２）から受信した全てのイメージデータについて、データエントリが行なわれ、電子データとして登録が完了したら、データエントリ業者２コンピュータ（図１、１００７）から、暗号化インデックス２と「名」情報の電子データが１対１で対応づけられている情報を全て取り出し、ネットワーク（図１、１００４）を介して中央コンピュータ（図１、１００２）に送信し（図１３、ステップ１４００１）、これを以ってデータエントリ業者２コンピュータ（図１、１００７）側の一連の処理が完了する。
【００４１】
同様にして、データエントリ業者ｎコンピュータ（図１、１００９）において、当該コンピュータの外部記憶装置（図１、１０１０）に格納された図７のフィールド７００３で示される「市外局番」イメージデータを、データエントリ業者ｎ内のデータ登録担当者が参照し、前記登録担当者によって、図７のフィールド７００４で示される「市外局番」電子データ格納用フィールドに、電子データとして登録され、格納される（図１２、ステップ１２００３）。前記１２００３において、データエントリ業者ｎ内のデータ登録担当者によって、データエントリ業者ｎコンピュータ（図１、１００９）が、中央コンピュータ（図１、１００２）から受信した全てのイメージデータについて、データエントリが行なわれ、電子データとして登録が完了したら、データエントリ業者ｎコンピュータ（図１、１００９）から、暗号化インデックスｎと「市外局番」情報の電子データが１対１で対応づけられている情報を全て取り出し、ネットワーク（図１、１００４）を介して中央コンピュータ（図１、１００２）に送信し（図１５、ステップ１５００１）、これを以ってデータエントリ業者ｎコンピュータ（図１、１００９）側の一連の処理が完了する。
【００４２】
一方、中央コンピュータ側（図１、１００２）では、図１３、ステップ１３００１でデータエントリ業者１コンピュータ（図１、１００５）が送信した、暗号化インデックス１と「性」情報の電子データが１対１で対応づけられている全ての情報を受信し（図１３、ステップ１３００２）、前記情報を中央コンピュータ（図１、１００２）自身の、外部記憶装置（図１、１００３）に格納する（図１３、ステップ１３００３）。また、図１４、ステップ１４００１でデータエントリ業者２コンピュータ（図１、１００７）が送信した、暗号化インデックス２と「名」情報の電子データが１対１で対応づけられている全ての情報を受信し（図１４、ステップ１４００２）、前記情報を中央コンピュータ（図１、１００２）自身の、外部記憶装置（図１、１００３）に格納する（図１４、ステップ１４００３）。
【００４３】
同様に、図１５、ステップ１５００１でデータエントリ業者ｎコンピュータ（図１、１００９）が送信した、暗号化インデックスｎと「市外局番」情報の電子データが１対１で対応づけられている全ての情報を受信し（図１５、ステップ１５００２）、前記情報を中央コンピュータ（図１、１００２）自身の、外部記憶装置（図１、１００３）に格納する（図１５、ステップ１５００３）。
【００４４】
次に中央コンピュータ（図１、１００２）は、各データエントリ業者から受信したそれぞれの暗号化インデックスと、前記インデックスに対応付けされ電子化された「姓」「名」「市外局番」等のそれぞれのデータを読込み（図１６、ステップ１６００１）、予め図９ステップ９００４の処理で自コンピュータ(図１、１００２)内に保存されていた図３に示される帳票番号とそれぞれの暗号化インデスク情報とが１対１で結びつけられたテーブルを参照しながら、元の帳票番号と、エントリ（電子化）済みの「姓」「名」「市外局番」等の各電子データと突合せ処理を行ない（ステップ１６００２）、元の帳票番号に１対１に対応づけられた全てのイメージデータを電子化したデータテーブル（図１６、１６００４）を生成して、一連の処理を完了する（ステップ１６００３）。  
尚、ステップ１６００２において、中央コンピュータ（図１、１００２）が参照する対応表は、図９、ステップ９００４の処理で作成した図３に示されるテーブル情報の代わりに、図１７から図２０で示される形式の情報の何れかで代替しても、前述した処理を、同様に実現することができることは言うまでもない。
【図面の簡単な説明】
【００４５】
【図１】本発明を実現するための一例を示したシステム構成図。
【図２】本発明を実現するために利用する、暗号化・復号化処理の例を示した図。
【図３】「暗号化インデックス情報」を格納するテーブルの一例を示した図。
【図４】暗号化インデックス情報を格納したテーブルの一例を示した図（その１）。
【図５】暗号化インデックス情報を格納するテーブルの一例を示した図（その２）。
【図６】暗号化インデックス情報を格納するテーブルの一例を示した図（その３）。
【図７】暗号化インデックス情報を格納するテーブルの一例を示した図（その４）。
【図８】本発明による実施の一例を示すフローチャート
【図９】本発明による実施の一例を示すフローチャートの続き
【図１０】本発明による実施の一例を示すフローチャートの続き
【図１１】本発明による実施の一例を示すフローチャートの続き
【図１２】本発明による実施の一例を示すフローチャートの続き
【図１３】本発明による実施の一例を示すフローチャートの続き
【図１４】本発明による、実施の一例を示すフローチャートの続き
【図１５】本発明による、実施の一例を示すフローチャートの続き
【図１６】本発明による、実施の一例を示すフローチャートの続き
【図１７】データエントリ業者毎に使用した公開鍵および秘密鍵情報を格納するテーブルの一例を示した図。
【図１８】データ項目毎に使用した公開鍵および秘密鍵情報を格納するテーブルの一例を示した図。
【図１９】データエントリ業者毎に使用した共通鍵情報を格納するテーブルの一例を示した図。
【図２０】データ項目毎に使用した共通鍵情報を格納するテーブルの一例を示した図。
【図２１】手書き帳票の一例を示した図。
【図２２】情報が記入された、手書き帳票イメージ情報の一例を示した図。
【図２３】手書きで記入されている帳票イメージ情報において、項目別にイメージ情報を分割した一例を示した図。
【符号の説明】
【００４６】
１００１ ・・・ イメージ読取装置、１００２ ・・・ 中央コンピュータ、    １００３ ・・・ 中央コンピュータの外部記憶装置、１００４ ・・・ ネットワーク、１００５ ・・・ データエントリ業者１コンピュータ、１００６ ・・・ データエントリ業者１コンピュータの外部記憶装置、１００７ ・・・ データエントリ業者２コンピュータ、１００８ ・・・ データエントリ業者２コンピュータの外部記憶装置、１００９ ・・・ データエントリ業者ｎコンピュータ、１０１０ ・・・ データエントリ業者ｎコンピュータの外部記憶装置、１０１１ ・・・ データエントリ業者１内ネットワーク、１０１２ ・・・ データエントリ業者２内ネットワーク、１０１３ ・・・ データエントリ業者ｎ内ネットワーク
【図１】
2006293577.tif 000003
【図２】
2006293577.tif 000004
【図３】
2006293577.tif 000005
【図４】
2006293577.tif 000006
【図５】
2006293577.tif 000007
【図６】
2006293577.tif 000008
【図７】
2006293577.tif 000009
【図８】
2006293577.tif 000010
【図９】
2006293577.tif 000011
【図１０】
2006293577.tif 000012
【図１１】
2006293577.tif 000013
【図１２】
2006293577.tif 000014
【図１３】
2006293577.tif 000015
【図１４】
2006293577.tif 000016
【図１５】
2006293577.tif 000017
【図１６】
2006293577.tif 000018
【図１７】
2006293577.tif 000019
【図１８】
2006293577.tif 000020
【図１９】
2006293577.tif 000021
【図２０】
2006293577.tif 000022
【図２１】
2006293577.tif 000023
【図２２】
2006293577.tif 000024
【図２３】
2006293577.tif 000025