(57)【要約】【課題】原簿の属性情報と画像情報とを効率的に関連付けて記録管理できる、原簿管理のシステムを提供する。【解決手段】  原簿１１０の属性情報と画像情報とを関連付ける原簿管理システム１００であって、通信ネットワーク１７０を介して互いに接続されたホスト装置１６０と画像情報読取装置１３０とデータ記録装置１５０と情報関連付け装置１４０とを含み、ホスト装置は、複数の原簿の属性情報を所定の登録順序に従って予め登録する情報登録部１６２を備え、画像情報読取装置は、原簿の画像情報を読取順序に従って読取る画像情報読取部１３４を備え、データ記録装置は、原簿の画像情報を含む情報を記録する情報記録部１５２を備え、情報関連付け装置は、登録順に対応する属性情報と、当該登録順と一致する読取順に対応する画像情報と、を関連付ける情報関連付け部１４４を備える。【選択図】図１
2008084077.tif 000002
【特許請求の範囲】
【請求項１】
原簿の属性情報と画像情報とを関連付ける原簿管理システムであって、
通信ネットワークを介して互いに接続されたホスト装置と画像情報読取装置とデータ記録装置と情報関連付け装置とを含み、
前記ホスト装置は、複数の原簿の前記属性情報が所定の登録順序に従って予め登録されている情報登録部と、前記通信ネットワークを介して前記属性情報を前記情報関連付け装置に送信する通信部と、を備え、
前記画像情報読取装置は、原簿の前記画像情報を読取順序に従って読取る画像情報読取部と、前記通信ネットワークを介して前記画像情報を前記データ記録装置に送信する通信部と、を備え、
前記データ記録装置は、原簿の前記画像情報を含む情報を記録する情報記録部と、前記通信ネットワークを介して前記画像情報を前記情報関連付け装置に送信する通信部と、を備え、
前記情報関連付け装置は、前記通信ネットワークを介して前記属性情報および前記画像情報を受信する通信部と、登録順に対応する前記属性情報と、当該登録順と一致する読取順に対応する前記画像情報と、を関連付ける情報関連付け部と、を備えることを特徴とする、原簿管理システム。
【請求項２】
前記情報関連付け装置は、登録順に対応する前記属性情報と、当該登録順と一致する読取順に対応する前記画像情報と、を表示する表示部をさらに備えることを特徴とする、請求項１に記載の原簿管理システム。
【請求項３】
前記情報関連付け装置は、前記表示部の表示結果に応じて、前記属性情報と前記画像情報との関連付けを修正するための修正情報が入力される、入力部をさらに備えることを特徴とする、請求項２に記載の原簿管理システム。
【請求項４】
原簿の属性情報と画像情報とを関連付ける原簿管理装置であって、
複数の原簿の前記属性情報が所定の登録順序に従って予め登録されている情報登録部と、
原簿の前記画像情報を読取順序に従って読取る画像情報読取部と、
原簿の前記画像情報を記録する情報記録部と、
登録順に対応する前記属性情報と、当該登録順と一致する読取順に対応する前記画像情報と、を関連付ける情報関連付け部と、
を備えることを特徴とする、原簿管理装置。
【請求項５】
登録順に対応する前記属性情報と、当該登録順と一致する読取順に対応する前記画像情報と、を表示する表示部をさらに備えることを特徴とする、請求項４に記載の原簿管理装置。
【請求項６】
前記表示部の表示結果に応じて、前記属性情報と前記画像情報との関連付けを修正するための修正情報が入力される、入力部をさらに備えることを特徴とする、請求項５に記載の原簿管理装置。
【請求項７】
原簿の属性情報と画像情報とを関連付ける原簿管理方法であって、
複数の原簿の前記属性情報が所定の登録順序に従って予め登録されており、
原簿の前記画像情報を読取順序に従って読取る画像情報読取ステップと、
登録順に対応する前記属性情報と、当該登録順と一致する読取順に対応する前記画像情報と、を関連付ける情報関連付けステップと、
を含むことを特徴とする、原簿管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原簿管理のシステム、装置および方法に係り、より詳しくは、原簿の属性情報と画像情報とを関連付ける原簿管理のシステム、装置および方法に関する。
【背景技術】
【０００２】
近年、金融機関などでは、金融商品の申込書や証券など、原簿の管理の省力化や合理化などを目的として、原簿を電子化した上で管理する、原簿管理システムが導入されている。
【０００３】
従来の原簿管理システムでは、一般に、スキャナなどの読取装置により読取られた原簿の画像情報と、原簿の印刷媒体上または画像情報上で目視により読取られて入力装置を介して入力された、原簿を特定する属性情報（申込書番号や証券番号など）とが、関連付けて記録管理されていた。また、原簿の属性情報は、目視により読取られて入力装置を介して入力される代わりに、原簿の印刷媒体上でＯＣＲ（Optical Character Reader）などの認識装置により認識処理されて自動的に入力され、原簿の画像情報と関連付けて記録管理される場合もある。
【０００４】
【特許文献１】特開平６−５２２０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、目視入力による原簿の属性情報と画像情報との関連付けは、妥当な方法であるが、大半の処理をオペレータなどが手動により行うので、オペレータに対する作業負荷が大きく、処理の精度や効率性に劣るという欠点を有する。一方、ＯＣＲ認識による関連付けは、大半の処理をＯＣＲなどが自動的に行うので、処理の精度や効率性に優れるという利点を有する一方で、ＯＣＲの導入および運営に少なくない経済的負担を伴うという欠点を有する。また、規格外の原簿（帳票）を用いると、ＯＣＲ認識ができない場合もある。
【０００６】
本発明は上記問題点に鑑みてなされたものであり、その目的は、原簿の属性情報と画像情報とを効率的に関連付けて記録管理できる、新規かつ改良された、原簿管理のシステム、装置および方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の観点によれば、原簿の属性情報と画像情報とを関連付ける原簿管理システムであって、通信ネットワークを介して互いに接続されたホスト装置と画像情報読取装置とデータ記録装置と情報関連付け装置とを含む、原簿管理システムが提供される。ここで、ホスト装置は、複数の原簿の属性情報が所定の登録順序に従って予め登録されている情報登録部と、通信ネットワークを介して属性情報を情報関連付け装置に送信する通信部と、を備える。画像情報読取装置は、原簿の画像情報を読取順序に従って読取る画像情報読取部と、通信ネットワークを介して画像情報をデータ記録装置に送信する通信部と、を備える。データ記録装置は、原簿の画像情報を含む情報を記録する情報記録部と、通信ネットワークを介して画像情報を情報関連付け装置に送信する通信部と、を備える。情報関連付け装置は、通信ネットワークを介して属性情報および画像情報を受信する通信部と、登録順に対応する属性情報と、当該登録順と一致する読取順に対応する画像情報と、を関連付ける情報関連付け部と、を備える。
【０００８】
かかる構成によれば、ホスト装置の情報登録部には、複数の原簿の属性情報が所定の登録順序に従って予め登録されている。画像情報読取装置の画像情報読取部により、原簿の画像情報が読取順序に従って読取られる。データ記録装置の情報記録部により、原簿の画像情報を含む情報が記録される。そして、情報関連付け装置の情報関連付け部により、登録順に対応する原簿の属性情報と、当該登録順と一致する読取順に対応する原簿の画像情報とが関連付けられる。なお、ホスト装置と画像情報読取装置とデータ記録装置と情報関連付け装置との間における情報伝達は、各装置の通信部および通信ネットワークを介して実現される。ここで、所定の登録順序と読取順序とは、任意の確率で一致する。例えば、原簿の属性情報が所定の登録順序に従って既に登録されているが、原簿の画像情報が未だ読取られておらず、複数の原簿が物理的に当該登録順序に従った状態で保管されている場合などが想定される。
【０００９】
これにより、読取順序が所定の登録順序と一致すれば、任意の登録順と読取順とが一致するので、登録順に対応する原簿の属性情報と、当該登録順（＝読取順）に対応する原簿の画像情報と、が適切に関連付けられる。よって、原簿の属性情報と画像情報とが効率的に関連付けられて記録可能となる。
【００１０】
また、上記情報関連付け装置は、登録順に対応する属性情報と、当該登録順と一致する読取順に対応する画像情報と、を表示する表示部をさらに備えるようにしてもよい。
【００１１】
かかる構成によれば、情報関連付け装置の表示部により、登録順に対応する原簿の属性情報と、当該登録順と一致する読取順に対応する原簿の画像情報と、が表示されて照合される。これにより、属性情報と画像情報との関連付けが容易に確認可能となる。
【００１２】
また、上記情報関連付け装置は、情報関連付け装置は、表示部の表示結果に応じて、属性情報と画像情報との関連付けを修正するための修正情報が入力される、入力部をさらに備えるようにしてもよい。
【００１３】
かかる構成によれば、情報関連付け装置の入力部を介した入力情報により、属性情報と画像情報との不適切な関連付けが修正されることで、適切に関連付けられた属性情報と画像情報とが容易に相互検索可能となる。
【００１４】
さらに、本発明の第２の観点によれば、原簿の属性情報と原簿の画像情報とを関連付ける原簿管理装置であって、複数の原簿の属性情報が所定の登録順序に従って予め登録されている情報登録部を備える原簿管理装置が提供される。本装置は、原簿の画像情報を読取順序に従って読取る画像情報読取部と、原簿の画像情報を記録する情報記録部と、登録順に対応する属性情報と、当該登録順と一致する読取順に対応する画像情報と、を関連付ける情報関連付け部と、を備える。
【００１５】
さらに、本発明の第３の観点によれば、原簿の属性情報と原簿の画像情報とを関連付ける原簿管理方法であって、複数の原簿の属性情報が所定の登録順序に従って予め登録されている、原簿管理方法が提供される。本方法は、原簿の画像情報を読取順序に従って読取る画像情報読取ステップと、登録順に対応する属性情報と、当該登録順と一致する読取順に対応する画像情報と、を関連付ける情報関連付けステップと、を含む。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、原簿の属性情報と画像情報とを効率的に関連付けて記録管理できる、原簿管理のシステム、装置および方法が提供される。
【発明を実施するための最良の形態】
【００１７】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
図１は、本発明の一実施形態に係る原簿管理システムの構成を示すブロック図である。図１に示すように、本システム１００は、通信ネットワーク１７０を介して互いに接続された、スキャナ１２０などの読取装置を併設するスキャナ端末１３０と、情報関連付け端末１４０と、データサーバ１５０と、ホスト１６０とで構成される。
【００１９】
スキャナ端末１３０は、併設されたスキャナ１２０を制御し、スキャナ１２０にセットされた証券原簿１１０などの画像情報を読取る。スキャナ端末１３０は、入力部１３２、制御部１３４、表示部１３６および通信部１３８を含む。情報関連付け端末１４０は、ホスト１６０上に予め登録された原簿１１０の情報と、スキャナ端末１３０により読取られた原簿１１０の画像情報とを関連付ける。情報関連付け端末１４０は、入力部１４２、制御部１４４、表示部１４６および通信部１４８を含む。
【００２０】
ホスト１６０は、複数の原簿１１０の各々に関して、バッチ番号、原簿連番および原簿１１０上の証券番号などの情報を、原簿データとして管理する。ホスト１６０は、登録部１６２および通信部１６４を含む。データサーバ１５０も、同様に複数の原簿１１０の各々に関して、バッチ番号、画像連番、証券番号、画像データおよびフラグなどの情報を、保管データとして管理する。データサーバ１５０は、記録部１５２および通信部１５４を含む。
【００２１】
図２は、ホスト１６０上の原簿データ（ａ）とデータサーバ１５０上の保管データ（ｂ）とを、概念的に示す説明図である。
【００２２】
ホスト１６０の登録部１６２には、図２（ａ）に示すように、複数の原簿１１０の各々に関して、例えば、原簿管理番号、バッチ番号、原簿連番、証券番号、保管箱番号などの原簿データ２００が登録される。原簿は、任意数の原簿を一単位とするバッチにより区分して登録されており、バッチ単位で各々に登録順序に従って原簿連番が付与される。図２（ａ）には、バッチ番号「１７０１３３００１」に相当するバッチに含まれる原簿データ２００が例示されており、付与された原簿連番に従って、例えば、原簿連番「００６」に対応する原簿１１０の証券番号「６６６６６６」が示される。
【００２３】
データサーバ１５０の記録部１５２には、図２（ｂ）に示すように、複数の原簿１１０の各々に関して、例えば、バッチ番号、画像連番、証券番号、画像データ識別情報、画像データ（不図示）、フラグなどの保管データ３００が記録される。本例では、保管データ３００は、各々の原簿１１０に対応する保管データ３０２〜３２０を含むように構成されている。原簿は、バッチ番号および画像連番の組合せに従って、対応する原簿の証券番号および画像データなどが特定可能となるように記録される。ここで、バッチ番号は、原簿データとして登録された原簿１１０のバッチ番号に対応しており、画像連番は、バッチ単位で各々に読取順序に従って付与される。図２（ｂ）には、バッチ番号「１７０１３３００１」および画像連番「００６」の組合せに対応する原簿の証券番号「６６６６６６」および画像データ識別情報「００６」が示される。
【００２４】
以上のように構成された本システム１００の特徴的な処理について説明する前に、まず、従来システムの処理の概略について説明する。従来システムでは、スキャナなどにより読取られた原簿１１０の画像データと、原簿１１０の印刷物もしくは画像データ上で目視により読取られて手動入力された証券番号とが、逐一関連付けられて記録管理されていた。または、スキャナなどにより読取られた原簿１１０の画像データと、原簿１１０上でＯＣＲなどにより認識処理されて自動入力された証券番号とが、逐一関連付けられて記録管理されていた。
【００２５】
従来システムでは、例えば他の処理に利用するために、原簿１１０の証券番号が原簿データとして予め登録されている場合が多々ある。さらに、この場合には、原簿１１０が物理的に登録順序に従った状態で保管されている場合が多い。ここで、前述のバッチとは、登録（データ入力）の対象となる原簿等の帳票のまとまりを示す単位であり、帳票の束に相当する。登録に際しては、１つのバッチを構成する最初の帳票から最後の帳票までが、オペレータの手入力により順次データ入力され、データ入力された帳票が順次伏せた状態で積み重ねられる。このため、バッチを構成する帳票がデータ入力の順序に従った状態にあり、バッチ単位の帳票の順序と登録（入力データ）順序とは、通常一致するようになる。なお、登録された帳票は、バッチ単位で、バッチ番号を示す目印を付されて倉庫などに保管される。本発明の実施形態に係る原簿管理システムは、このような登録の処理手順に着目したものである。
【００２６】
つぎに、本システム１００の特徴的な処理について説明する。図３および図４は、画像情報読取処理および情報関連付け処理の手順を各々に示すフロー図である。
【００２７】
まず、画像情報読取処理は、スキャナ１２０が併設されたスキャナ端末１３０により、図３に示す順序で処理される。スキャナ端末１３０により、画像情報読取処理が開始されると（Ｓ１００）、スキャナ端末１３０の入力部１３２では、オペレータにより処理対象とされる所望のバッチ番号が指定される（Ｓ１０２）。スキャナ端末１３０の制御部１３４では、画像連番が初期化される（Ｓ１０４）。制御部１３４では、併設されたスキャナ１２０に読取原簿１１０がセットされているか否かが確認される（Ｓ１０６）。読取原簿１１０のセットが確認されると、スキャナ１１０を介して１つの原簿画像が読取られ（Ｓ１０８）、画像連番が１つインクリメントされる（Ｓ１１０）。
【００２８】
制御部１３４では、読取原簿１１０に対応するバッチ番号（指定バッチ番号に相当する）、画像連番、画像データ（読取原簿の画像情報に相当する）およびフラグ情報が、通信部１３８、１５４および通信ネットワーク１７０を介してデータサーバ１５０に記録される（Ｓ１１２）。
【００２９】
ここで、画像データは、読取処理された順番が識別可能な状態でデータサーバ１５０の記録部１５２に記録される。読取処理された順番が識別可能な状態は、例えば、画像データのファイル名の一部に、画像連番を付与するなどの方法により実現される。また、フラグ情報は、詳細は後述するが、原簿データと保管データとの間の情報関連付けを確認する処理が行なわれたか否かを示す指標である。フラグは、例えば、確認処理が行なわれる前に「０」に設定されており、確認処理が行なわれた後に「１」に設定される。なお、画像情報読取処理中には確認処理が行われないので、制御部１３４では、「０」もしくはＯｆｆフラグがフラグ情報としてデータサーバ１５０の記録部１５２に記録される。
【００３０】
ここで、保管データの検索処理を効率化するために、バッチ番号、画像連番、画像データ識別情報（例えば、画像データのファイル名）およびフラグ情報については、ＲＤＢ（Relational Database：リレーショナルデータベース）の形式で記録されることが一般的である。この場合、画像データについては、比較的大容量の記録装置に記録される。しかしながら、保管データの記録方法がかかる方法に限定されるものではない。
【００３１】
スキャナ端末１３０では、スキャナ１２０に読取原簿１１０がセットされていないことが確認される（Ｓ１０６）まで、以上の処理Ｓ１０８〜Ｓ１１２が自動的に繰返される。
【００３２】
繰返処理Ｓ１０８〜Ｓ１１２が終了すると、制御部１３４では、指定バッチ番号に対応する原簿連番の終番を、通信部１３８、１６４および通信ネットワーク１７０を介してホスト１６０の登録部１６２から取得する（Ｓ１１４）。制御部１３４では、画像連番と原簿連番の終番とを対比する（Ｓ１１６）。そして、画像連番と原簿連番の終番とが一致しなければ、スキャナ端末１３０の表示部１３６には、その旨を示す警告が表示される（Ｓ１１８）。一方、画像連番と原簿連番の終番とが一致すれば、一連の画像情報読取処理が終了する（Ｓ１２０）。ここで、画像連番と原簿連番の終番との不一致は、指定バッチ番号に対応して登録された原簿データ上の原簿１１０の総数と、読取原簿１１０の総数とが一致しないことを意味する。
【００３３】
つぎに、情報関連付け処理は、情報関連付け端末１４０により図４に示す順序で処理される。情報関連付け端末１４０により、情報関連付け処理が開始されると（Ｓ２００）、情報関連付け端末１４０の制御部１４４では、処理対象バッチのバッチ番号が、通信部１４８、１５４および通信ネットワーク１７０を介してデータサーバ１５０の記録部１５２から取得される（Ｓ２０２）。ここで、処理対象バッチとは、バッチ番号に対応する原簿データとして、原簿データと保管データとの間の情報関連付けを確認する処理が行なわれていない、すなわち、フラグ情報として「０」もしくはＯｆｆフラグを伴う原簿１１０を含むバッチを意味する。
【００３４】
なお、処理対象バッチのバッチ番号は、フラグ情報として「０」もしくはＯｆｆフラグを含む原簿１１０の保管データが含まれるか否かを識別する識別子が、データサーバ１５０によりバッチ単位で予め管理されており、当該識別子に応じて、データサーバ１５０から取得される（Ｓ２０２）ようにしてもよい。これにより、処理対象バッチのバッチ番号が照会されるたびに、原簿１１０の全ての保管データを対象として、データサーバ１５０によりバッチ単位でフラグ情報を確認し、処理対象バッチのバッチ番号を特定する処理が省略されうる。
【００３５】
情報関連付け端末１４０の表示部１４６では、データサーバ１５０から取得した処理対象バッチのバッチ番号が一覧表示される（Ｓ２０４）。情報関連付け端末１４０の入力部１４２では、オペレータにより処理対象とされる所望のバッチ番号が選択される（Ｓ２０６）。
【００３６】
制御部１４４では、選択バッチ番号に対応する全ての原簿１１０の原簿連番および証券番号が、通信部１４８、１６４および通信ネットワーク１７０を介してホスト１６０の登録部１６２から取得される（Ｓ２０８）。また、制御部１４４では、選択バッチ番号に対応する全ての原簿１１０の画像連番、画像データおよびフラグ情報が、通信部１４８、１５４および通信ネットワーク１７０を介してデータサーバ１５０の記憶部１５２から取得される（Ｓ２１０）。制御部１４４では、処理番号が初期化される（Ｓ２１２）。
【００３７】
制御部１４４では、処理番号が原簿連番の終番に相当するか否かが確認される（Ｓ２１４）。処理番号が原簿連番の終番に相当しないことが確認されると、処理番号が１つインクリメントされる（Ｓ２１６）。表示部１４６では、処理番号に対応する原簿連番と、原簿連番に対応する証券番号とが表示される（Ｓ２１８）。また、処理番号に対応する画像連番と、画像連番に対応する画像データとが表示される（Ｓ２２０）。
【００３８】
表示部１４６では、原簿データ上の証券番号と画像データ上の証券番号との情報関連付けが、オペレータにより確認される（Ｓ２２２）。証券番号の一致により情報関連付けが適切であると判断される（Ｓ２２４）と、入力部１４２では、例えば「確認」ボタンの押下など、オペレータによる確認動作が行なわれ、原簿データ上の証券番号が、通信部１４８、１５４および通信ネットワーク１７０を介してデータサーバ１５０の記録部１５２に記録される（Ｓ２２６）。一方、情報関連付けが不適切であると判断される（Ｓ２２４）と、入力部１４２では、オペレータにより、適切な証券番号への修正（Ｓ２２８）が行なわれた後に、確認動作が行なわれ、修正された証券番号が、同様にデータサーバ１５０の記録部１５２に記録される（Ｓ２３０）。なお、入力部１４２では、オペレータにより、証券番号の代わりに、適切な画像データへの修正が行われるようにしてもよい。
【００３９】
また、いずれの判断がなされた場合においても、情報関連付けが適切になされた旨が確認された後には、確認処理の終了を意味する「１」もしくはＯｎフラグがフラグ情報として、同様にデータサーバ１５０の記録部１５２に記録される（Ｓ２２６、Ｓ２３０）。ここで、いずれの判断がなされた場合においても、証券番号または修正後の証券番号は、処理番号に対応する画像連番と、画像連番に対応する各種情報とに関連付けられて保管データとして記録される。
【００４０】
情報関連付け端末では、処理番号が原簿連番の終番に相当することが確認される（Ｓ２１４）まで、以上の処理Ｓ２１６〜Ｓ２３０が自動的に繰返される。一方、処理番号が原簿連番の終番に相当することが確認されれば、一連の情報関連付け処理が終了する（Ｓ２３２）。
【００４１】
図５は、画像情報読取処理および情報関連付け処理において、本システムの構成要素間で相互伝達される各種情報を示す説明図である。なお、図中では、各種情報の伝達方向が矢印により示される。画像情報読取処理では、スキャナ端末１３０、データサーバ１５０およびホスト１６０の間で、通信ネットワーク１７０を介して各種情報が伝達される。一方、情報関連付け処理では、情報関連付け端末１４０、データサーバ１５０およびホスト１６０の間で、通信ネットワーク１７０を介して各種情報が伝達される。
【００４２】
画像情報読取処理では、指定バッチ番号が、スキャナ端末１３０からデータサーバ１５０およびホスト１６０に伝達される（Ｓ１０２）。指定バッチ番号に応じて、データサーバ１５０では、読取画像に対応する原簿１１０のバッチ番号が特定され、ホスト１６０では、対応する原簿データの原簿連番の終番がスキャナ端末１３０に提供される（Ｓ１１４）。また、画像連番、画像データおよびフラグ情報が、スキャナ端末１３０からデータサーバ１５０に伝達される（Ｓ１１２）。データサーバ１５０では、原簿１１０のバッチ番号および画像連番の組合せに応じて、対応する原簿１１０の証券番号および画像データが特定可能なように記録される。また、データサーバ１５０では、フラグ情報により、原簿データと保管データとの間の情報関連付けを確認する処理が行なわれたか否かが認識される。
【００４３】
情報関連付け処理では、処理対象バッチ番号が、データサーバ１５０から情報関連付け端末１４０に伝達される（Ｓ２０２）。処理対象バッチ番号に応じて、情報関連付け端末１４０では、実際に処理対象とされる所望のバッチ番号が選択バッチ番号として選択される。また、選択バッチ番号が、情報関連付け端末１４０からホスト１６０およびデータサーバ１５０に伝達される（Ｓ２０６）。選択バッチ番号に対応して、ホスト１６０からは、原簿１１０の原簿連番と、原簿連番に対応する証券番号とが、データサーバ１５０からは、原簿１１０の画像連番と、画像連番に対応する画像データおよびフラグ情報とが、情報関連付け端末１４０に伝達される（Ｓ２０８、２１０）。原簿データおよび保管データに応じて、情報関連付け端末１４０からは、原簿データ上の証券番号もしくは修正された証券番号と、フラグ情報としての「１」もしくはＯｎフラグが、データサーバ１５０に伝達される（Ｓ２２６、２３０）。
【００４４】
図６は、本システムによる原簿データと保管データとの情報関連付け処理の一部を概念的に示す説明図である。図６には、バッチ単位に区分された原簿１１０、ホスト１６０上の原簿データ２００’、データサーバ１５０上の保管データ３００’の一例が示される。本例では、バッチ番号「１７０１３３００６」〜「１７０１３２９９７」に相当するバッチ４０２’〜４１８’からなるバッチ列から、バッチ番号「１７０１３３００１」に相当するバッチ４１２’の原簿１１０が処理対象として選択されている。ここで、原簿データ２００’および保管データ３００’については、図２に示す原簿データ２００および保管データ３００として前述したので、詳細な説明を省略する。
【００４５】
しかし、図６と図２とを対比すると、保管データ３００，３００’の画像連番と証券番号との対応に相違点が見られる。すなわち、図２に示す保管データ３００では、保管データ３１２に相当する画像連番「００６」に証券番号「６６６６６６」が対応しているが、図６に示す保管データ３００’では、保管データ３１２’に相当する画像連番「００６」に証券番号「７７７７７７」が対応している。また、保管データ３１２’以降に相当する画像連番「００７」以降の対応関係も相違している。
【００４６】
本例は、原簿データの登録順序と保管データの読取順序とが、一致しない場合に相当する。本例の場合には、原簿連番「００１」〜「００５」に対応する原簿データ上の証券番号と、保管データ３０２’〜３１０’に相当する画像データ上の証券番号との情報関連付けが、オペレータにより適切であると判断される。そして、オペレータによる確認動作とともに、原簿データ上の証券番号が、保管データ３０２’〜３１０’に相当する画像連番「００１」〜「００５」の各々に関連付けて記録される（Ｓ２２６）。
【００４７】
一方、原簿連番「００６」〜「０１０」に対応する原簿データ上の証券番号と、保管データ３１２’〜３２０’に相当する画像データ上の証券番号との情報関連付けが、オペレータにより不適切であると判断される。そして、オペレータにより、各原簿連番に対応する適切な証券番号、すなわち「６６６６６６」〜「００００００」の各々への修正が行なわれた後に、確認動作が行なわれ、修正された証券番号が、保管データ３１２’〜３２０’に相当する画像連番「００６」〜「０１０」の各々に関連付けて記録される（Ｓ２３０）。
【００４８】
つぎに、以上のような本システムに特徴的な処理により得られる効果について、従来システムと対比しながら説明する。
【００４９】
従来システムでは、スキャナなどにより読取られた原簿１１０の画像データと、原簿１１０の印刷物もしくは画像データ上で目視により読取られて手動入力された証券番号とが、関連付けられて記録管理されていた（従来システム１）。または、スキャナなどにより読取られた原簿１１０の画像データと、原簿１１０上でＯＣＲなどにより認識処理されて自動入力された証券番号とが、関連付けられて記録管理されていた（従来システム２）。
【００５０】
一方、本発明に係る原簿管理システム（本システム）１００では、所定の順序に従って原簿１１０の証券番号が予め登録されており、スキャナ１２０などにより読取順序に従って原簿１１０の画像データが自動的に読取られる。そして、任意の登録順に対応する原簿１１０の証券番号と、当該登録順と一致する読取順に対応する原簿１１０の画像データとが自動的に関連付けられる。ここで、原簿１１０が物理的に登録順序に従った状態で保管されている場合など、所定の登録順序と読取順序とが任意の確率で一致する。
【００５１】
ここで、従来システムと本システム１００との効果を対比するために、以下の指標が定義される。まず、従来システム１（手動入力）に要する処理コスト、情報関連付けの目視確認に要するコスト、ＯＣＲの導入・運営に要するコストが、各々にＴ１、Ｔ２、Ｔ３と定義される。また、本システム１００に関して、所定の登録順序と読取順序とが一致する確率がＰ（０≦Ｐ≦１）と定義される。以上の定義に従えば、従来システム１に要する総コストＡ（＝Ｔ１）と、従来システム２に要する総コストＢ（＝Ｔ２＋Ｔ３）と、本システム１００に要する総コストＣ（＝Ｐ×Ｔ２＋（１−Ｐ）×Ｔ１）とが、各々に定義される。
【００５２】
以上の定義式を参照すれば、本システム１００に関する所定の登録順序と読取順序とが一致する確率が高い場合（Ｐ≒１）には、本システム１００の総コストＣ≒Ｔ２＝Ｂ−Ｔ３となる。一方、一致する確率が低い場合（Ｐ≒０）には、本システム１００の総コストＣ≒Ｔ１＝Ａとなる。よって、ＯＣＲの導入・運営コストＴ３を考慮しなければ（Ｔ３≒０）、Ａ≧Ｃ≧Ｂとなり、本システム１００の総コストＣは、従来システム２の総コスト以上、かつ、従来システム１の総コスト以下となる。さらに、ＯＣＲの導入・運営コストＴ３が手動入力の処理コストＴ１および情報関連付けの目視確認のコストＴ２に比して非常に大きければ（Ｔ３≫Ｔ１、Ｔ２）、Ｂ＞Ａ≧Ｃとなり、本システム１００は、従来システム１および２のいずれに比してもより効率的なシステムであると認められる。
【００５３】
なお、所定の登録順序と読取順序とが一致する確率Ｐは、任意のバッチ内で登録順序と読取順序とが一致する確率Ｐ１と、複数のバッチ内で登録順序と読取順序とが一致するバッチを含む確率Ｐ２と、を考慮した上で、Ｐ（＝Ｐ１×Ｐ２）として定義することも可能である。例えば、任意のバッチ内で登録順序と読取順序とが一致する確率Ｐ１が０．９であり、複数のバッチ内で登録順序と読取順序とが一致するバッチを含む確率Ｐ２が０．９であれば、所定の登録順序と読取順序とが一致する確率Ｐは、０．８１（＝０．９×０．９）と定義される。
【００５４】
以上、本発明の一実施形態に係る原簿管理システム１００について説明した。本実施形態によれば、情報登録部としてのホスト１６０の登録部１６２には、複数の原簿１１０の証券番号が原簿連番の順序に従って予め登録されている。画像情報読取部としてのスキャナ端末１３０の制御部１３４により、原簿１１０の画像データが画像連番の順序に従って読取られる。情報記録部としてのデータサーバ１５０の記録部１５２により、原簿１１０の画像データを含む情報が記録される。そして、情報関連付け部としての情報関連付け端末１４０の制御部１４４により、原簿連番に対応する原簿１１０の証券番号と、当該原簿連番と一致する画像連番に対応する原簿１１０の画像データとが関連付けられる。なお、ホスト１６０とスキャナ端末１３０とデータサーバ１５０と情報関連付け端末１４０との間における情報伝達は、各装置の通信部１６４、１３８、１５４、１４８および通信ネットワーク１７０を介して実現される。ここで、原簿連番の順序と画像連番の順序とは、任意の確率Ｐで一致する。例えば、原簿１１０の証券番号が原簿連番の順序に従って既に登録されているが、原簿１１０の画像データが未だ読取られておらず、複数の原簿１１０が物理的に当該原簿連番の順序に従った状態で保管されている場合などが想定される。
【００５５】
これにより、画像連番の順序が原簿連番の順序と一致すれば、任意の原簿連番と画像連番とが一致するので、任意の原簿連番に対応する原簿１１０の証券番号と、当該原簿連番（＝画像連番）に対応する原簿１１０の画像データと、が適切に関連付けられる。よって、原簿１１０の証券番号と画像データとが効率的に関連付けられて記録可能となる。
【００５６】
図７は、本発明の他の実施形態に係る原簿管理装置の構成を示すブロック図である。本装置１８０では、前述した実施形態により説明された、ホスト１６０、スキャナ端末１３０、データサーバ１５０および情報関連付け端末１４０の各機能が、一体化された単体装置に備えられる。すなわち、本装置１８０では、図７に示すように、入力部１３２，１４２に相当する１８２、制御部１３４、１４４に相当する１８４、表示部１３６、１４６に相当する表示部１８６、記録部１５２に相当する記録部１８８、および登録部１６２に相当する登録部１９０の各機能を備える機能構成部が、一体化して構成される。この場合、通信部１３８，１４８、１５４、１６４に相当する機能は、必ずしも必要とされない。
【００５７】
以上のように構成された原簿管理装置の特徴的な処理については、各通信部１３８、１４８、１５４、１６４および通信ネットワーク１７０を介して伝達されていた各種情報の一部が本装置１８０により内部的に処理される点を除けば、前述した実施形態に係る原簿管理システム１００と略同一であるので、ここでは、詳細な説明が省略される。よって、かかる構成によれば、前述した実施形態と同様に、原簿の証券番号と画像データとが効率的に関連付けられて記録可能となる。
【００５８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、特許請求の範囲に記入された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００５９】
なお、一実施形態としては、原簿管理システム１００が通信ネットワーク１７０を介して互いに接続されたホスト１６０とスキャナ端末１３０とデータサーバ１５０と情報関連付け端末１４０とを含む場合について説明した。しかしながら、本発明は、かかる場合に限定されず、例えば、スキャナ端末１３０およびデータサーバ１５０の各機能を備える機能構成部が一体化して構成されるような場合にも適用可能である。同様に、ホスト１６０、スキャナ端末１３０、データサーバ１５０および情報関連付け端末１４０のいずれか２つ以上の装置の各機能を備える機能構成部が一体化して構成されるような場合にも適用可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態に係る原簿管理システムの構成を示すブロック図である。
【図２】ホスト上の原簿データ（ａ）とデータサーバ上の保管データ（ｂ）とを、概念的に示す説明図である。
【図３】画像情報読取処理の手順を示すフロー図である。
【図４】情報関連付け処理の手順を示すフロー図である。
【図５】システムの構成要素間で相互伝達される各種情報を示す説明図である。
【図６】本システムによる原簿データと保管データとの情報関連付け処理の一部を概念的に示す説明図である。
【図７】本発明の他の実施形態に係る原簿管理装置の構成を示すブロック図である。
【符号の説明】
【００６１】
１００    原簿管理システム
１１０    原簿
１２０    スキャナ
１３０    スキャナ端末
１４０    情報関連付け端末
１５０    データサーバ
１６０    ホスト
１７０    通信ネットワーク
１８０    原簿管理装置
【図１】
2008084077.tif 000003
【図２】
2008084077.tif 000004
【図３】
2008084077.tif 000005
【図４】
2008084077.tif 000006
【図５】
2008084077.tif 000007
【図６】
2008084077.tif 000008
【図７】
2008084077.tif 000009