(57)【要約】【課題】複数種類の読取画像のデータの入力が効率よく行える仕組みを提供することである。【解決手段】入力するデータを表示する表示装置と通信可能な情報処理装置であって、データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶手段と、読取画像を受信する読取画像受信手段と、前記読取画像の種別を認識する種別認識手段と、前記種別認識手段で認識した種別に従って、データ入力するユーザを決定する決定手段と、前記決定手段は、前記ユーザに対して、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定することを特徴とする。【選択図】図１２
2015082274.tif 000002
【特許請求の範囲】
【請求項１】
入力するデータを表示する表示装置と通信可能な情報処理装置であって、
データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶手段と、
読取画像を受信する読取画像受信手段と、
前記読取画像の種別を認識する種別認識手段と、
前記種別認識手段で認識した種別に従って、データ入力するユーザを決定する決定手段と、
前記決定手段は、前記ユーザに対して、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定することを特徴とする情報処理装置。
【請求項２】
前記振分情報は、振分件数であり、
前記決定手段は、既に振り分けられた読取画像の種別の件数に従って、当該読取画像を割り振るユーザを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記読取画像を解析する解析手段と、
前記解析手段で解析されたデータを入力候補データとして、前記読取画像と対応付けて記憶するデータ記憶手段とを更に備え、
前記データ記憶手段は、前記種別認識手段で二次元コードを含む読取画像の種別であると判定された場合には、前記解析手段で二次元コードを読み取ることで得られるデータを入力候補データとして記憶し、前記解析手段で前記読取画像を文字認識することで得られるデータを入力候補として記憶することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記表示装置に同一種別の読取画像のデータが順に送信され、ユーザに前記同一種別の読取画像のデータを繰り返し入力させるべく、前記種別ごとに予め設定された件数に従って、ユーザごとに前記読取画像に対応するジョブを処理する順に並べて記憶するジョブ記憶手段
を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記表示装置から次に表示するデータの要求を受け付ける受付手段と、
前記受付手段で要求を受け付けた場合、前記ジョブ記憶手段に記憶されているジョブの処理順に従って、ジョブに対応する読取画像と入力候補のデータを取得する取得手段と、
前記取得手段で取得した読取画像と入力候補のデータを送信する送信手段と
を備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記表示装置はクライアント端末であり、前記情報処理装置はサーバであることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
入力するデータを表示する表示装置と通信可能な情報処理装置の処理方法であって、
前記情報処理装置が
データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶ステップと、
読取画像を受信する読取画像受信ステップと、
前記読取画像の種別を認識する種別認識ステップと、
前記種別認識ステップで認識した種別に従って、データ入力するユーザを決定する決定ステップとを実行し、
前記決定ステップは、前記ユーザに対して、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定することを特徴とする処理方法。
【請求項８】
入力するデータを表示する表示装置と通信可能な情報処理装置のプログラムであって、
前記情報処理装置を、
データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶手段と、
読取画像を受信する読取画像受信手段と、
前記読取画像の種別を認識する種別認識手段と、
前記種別認識手段で認識した種別に従って、データ入力するユーザを決定する決定手段として機能させ、
前記決定手段は、前記ユーザに対して、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
読取画像のデータエントリに用いる情報処理装置とその処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、手書きの申込書などの帳票をスキャンし、帳票認識・文字認識を行い、手書きされた情報を電子的な情報を管理する仕組みが考えられている。
【０００３】
この場合、文字認識が誤って認識されてしまうため、オペレータが認識結果を確認し、間違って認識したデータを修正して、登録することが行われている。これをデータエントリ作業という。
このようなデータエントリ作業における仕組みは特許文献１などに開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−００７９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データエントリ作業では、手書きに限らず紙文書であれば、間違って登録されないようにオペレータが確認する作業が発生する。また、登録されていないフォームの帳票があった場合には、文字認識するテンプレートがないために、オペレータが目視で内容を確認し、データを入力する作業が行われる。
そのため、データエントリの作業に時間がかかるものもある。
例えば、保険会社が給付金の支払査定をする業務におけるデータエントリでは、病院から発行される診断書をデータ化することが行われる。
【０００６】
近年では、診断書の内容はもともとデータであるため、診断書の一部の内容をＱＲコード化し、データ入力による入力時間や入力ミスを軽減するための仕組みが提案されるようになっている。
しかしながら、診断書の書式は様々であり、ＱＲコード（登録商標）付き書式や自由な書式が混在しているのが実情である。
【０００７】
そのため、複数のオペレータが手分けしてデータエントリする場合、ＱＲコードが付与されている帳票はＱＲコードから読み取った正確なデータを利用し、多く利用される帳票は文字認識するためのテンプレートがあるため、文字認識したデータを利用し、それ以外の帳票は、オペレータが直接入力したデータを利用してデータエントリするため、処理する帳票の種別によってオペレータの処理件件数に差が生じる。
【０００８】
よって、オペレータは処理件数、処理の正確さが求められるものの、帳票種別によって処理スピードや正確さが異なるため、オペレータのスキルに対して効率性が異なり公平・公正な評価ができないということが発生する。
また、複数種類の帳票のデータエントリをする場合、帳票種別が頻繁に切り替わることによって、データ入力の効率が低下するということも発生する。
【０００９】
そこで、本発明の目的は、複数種類の読取画像のデータの入力が効率よく行えるようにする仕組みを提供することである。
【課題を解決するための手段】
【００１０】
本発明の目的を達成するための、入力するデータを表示する表示装置と通信可能な情報処理装置であって、データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶手段と、読取画像を受信する読取画像受信手段と、前記読取画像の種別を認識する種別認識手段と、前記種別認識手段で認識した種別に従って、データ入力するユーザを決定する決定手段と、前記決定手段は、前記ユーザに対して、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数種類の読取画像のデータの入力が効率よく行うことができる。
【図面の簡単な説明】
【００１２】
【図１】データエントリーシステムとしての情報処理システムのシステム構成図
【図２】情報処理装置としてのサーバ１０４を例にしたハードウェア構成を示すブロック図
【図３】スキャナのハードウェア構成を示すブロック図
【図４】診断書等の書類をサーバに格納する際の処理のフローチャート
【図５】イメージファイルの振り分けの全体処理のフローチャート
【図６】ＱＲコード付帳票の振り分け処理のフローチャート
【図７】ＯＣＲ帳票の振分処理のフローチャート
【図８】ＯＣＲ不可帳票の振分処理のフローチャート
【図９】オペレータによるスキャンされたデータのエントリー処理のフローチャート
【図１０】図９に続くオペレータによるスキャンされたデータのエントリー処理のフローチャート
【図１１】図１０に続くオペレータによるスキャンされたデータのエントリー処理のフローチャート
【図１２】データをエントリーするためのクライアントＰＣの表示例を示すイメージ図
【図１３】帳票別テーブルの一例を示す図
【図１４】オペレータ情報テーブルの一例を示す図
【図１５】帳票情報テーブルの一例を示す図
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態による、スキャナ１０２（ネットワークスキャナ）と、サーバ１０４（情報処理装置）と、クライアントＰＣ（表示装置）と、診断書ＤＢサーバ１０８とを含むデータエントリーシステムとしての情報処理システムの一例について図面を参照して説明する。
【００１４】
まず、図１を用いて、本実施形態における情報処理システムについて説明する。
【００１５】
図１は、スキャナ１０２（ネットワークスキャナ）と、サーバ１０４と、クライアントＰＣと、診断書ＤＢサーバ１０８とを含むデータエントリーシステムとしての情報処理システムのシステム構成図を示す図である。
【００１６】
まず、スキャナ１０２（ネットワークスキャナ）と、サーバ１０４と、クライアントＰＣと、診断書ＤＢサーバ１０８は、ネットワーク１１０に接続されている。なお、スキャナ１０２は、他のクライアントＰＣと接続され、このクライアントＰＣがネットワーク１１０に接続されている構成であってもよい。また、ネットワーク１１０は、有線でも無線でもよく、ＬＡＮやＷＡＮなど何れの構成であってもよい。各装置は異なる場所・拠点に設置されていても、同一場所・拠点にあってもよい。
【００１７】
スキャナ１０２は、診断書などの紙文書を読み取るスキャナであり、スキャナによって読み取ることによって生成されるファイル（例えば、画像ファイル）をサーバ１０４へ送信する。なお、スキャナ１０２はＡＤＦを備えた高速スキャナであることが望ましい。さらにスキャナ、プリンタの機能を備える複合機であってもよい。
【００１８】
サーバ１０４は、スキャナ１０２から送信されたファイルを保存する。保存されたファイルをＯＣＲ処理や２次元バーコードを解析し、得られたデータとファイルとを対応付けて管理する。また、ファイルとデータの種別に応じて、オペレータの割振りを行う情報処理装置である。クライアントＰＣ１０６からの取得要求に応じて、保存されているファイルとデータをクライアントＰＣに送信する。また、データの確定に従って、診断書ＤＢサーバ１０８にデータを送信する。
なお、サーバ１０４と診断書ＤＢサーバ１０８は同一筐体であってもよい。
【００１９】
クライアントＰＣ１０６は、オペレータが操作する情報処理装置で、サーバ１０４で管理されているファイルとデータを表示する装置である。このデータを確認・修正などを行い、データを登録する装置である。
診断書ＤＢサーバ１０８は、クライアントＰＣ１０６で登録指示があったデータをサーバ１０４より受け付け、データベース上で管理するサーバである。
【００２０】
次に、図２を用いて、図１に示した情報処理装置としてのサーバ１０４、クライアントＰＣ１０６、診断書ＤＢサーバ１０８のハードウェア構成について説明する。
【００２１】
図２は、図１に示した情報処理装置としてのサーバ１０４を例にしたハードウェア構成を示すブロック図である。なお、クライアントＰＣ１０６、診断書ＤＢサーバ１０８に適応できることは言うまでもない。
【００２２】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２３】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２４】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２５】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１１０）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２９】
次に、図３を用いて、スキャナのハードウェア構成について説明する。なお、上述したようにスキャナは複合機でもよいため、複合機のハードウェア構成を用いて説明する。
図３は、図１に示したスキャナ１０２としての複合機のハードウェア構成の一例を示すブロック図である。
【００３０】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したネットワーク１１０）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００３１】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００３２】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。
【００３３】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００３４】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１１０に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００３５】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００３６】
３２０はイメージバスインタフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００３７】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００３８】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００３９】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００４０】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００４１】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００４２】
尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。
【００４３】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００４４】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００４５】
以上のような構成によって、プリンタ３００は、スキャナ部３１４から読み込んだ画像データをネットワーク１１０上に送信したり、ネットワーク６００から受信した印刷データをプリンタ部３１２により印刷出力することができる。
【００４６】
また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。
【００４７】
次に、図４〜図１１のフローチャートを用いて、本実施形態の詳細な処理について説明する。なお、フローチャートの各ステップは、各装置のＣＰＵが実行するものである。
【００４８】
まず図４を用いて、診断書等の書類をサーバに格納する際の処理について説明する。なお、診断書等は、申請のために顧客から受け取った紙文書である。以下、帳票という。また、図１３〜図１５のテーブルはサーバ１０４に記憶されているものとして説明する。
ステップＳ４０２では、スキャナ１０２を起動させる。この後にフィーダに帳票をユーザがセットし、ステップＳ４０４へ処理を移す。
【００４９】
ステップＳ４０４では、ユーザの操作に応じて帳票のスキャン動作を実行する。これにより、帳票が読み取られる。すなわち、読取画像を受信する読取画像受信手段の一例を示す処理である。
ステップＳ４０６では、読み取られた帳票ごとに、イメージファイルを生成する。このとき、一意のファイル名を付与する。
【００５０】
ステップＳ４０８では、生成されたイメージファイルを予め設定されている送信先（サーバ１０４）に対して、イメージファイルを送信する。複数の帳票数分のファイルが繰り返し送信される。
【００５１】
ステップＳ４１０では、イメージファイルを受信し、所定のフォルダへ格納する。所定のフォルダとは、サーバ１０４で動作しているアプリケーションが監視しているフォルダであり、イメージファイルが格納されたことを検知して、後述の図５の処理へ移る。
【００５２】
次に、図５を用いて、サーバ１０４のイメージファイルの振り分けの全体処理について説明する。
ステップＳ５１０では、監視しているフォルダからイメージファイルを取得する。
【００５３】
ステップＳ５１２では、既知の帳票認識技術を用いて、イメージファイルの種別を判定する。帳票認識技術としては、予め帳票種別ごとに登録されているフォームと、イメージファイルから抽出した罫線情報の一致に従って判定する技術などがある。すなわち、読取画像の種別を認識する種別認識手段の一例を示す処理である。
【００５４】
帳票認識の結果、ＱＲコード（登録商標、以下省略）が付与されている帳票であると判定された場合には、ステップＳ５１４へ処理を移す。ＯＣＲが可能な帳票（ＯＣＲテンプレートが登録されている帳票）であると判定された場合にはステップＳ５１６へ処理を移す。帳票認識の結果ＯＣＲが不可能な帳票（帳票認識の結果エラーとなった帳票など）であると判定された場合にはステップＳ５１８へ処理を移す。
【００５５】
ステップＳ５１４では、ＱＲコード付の帳票（イメージファイル）の振分処理を行い、ステップＳ５１６では、ＯＣＲ帳票の振分処理を行い、ステップＳ５１８では、ＯＣＲ不可帳票の振分処理を行う。なお、ステップＳ５１４〜ステップＳ５１８の処理については、図６、図７、図８にて詳述する。ステップＳ５１４〜ステップＳ５１８は、認識した種別に従って、データ入力するユーザを決定する決定手段の一例を示す処理であり、それぞれの種別の読取画像が振り分けられるべく、前記読取画像の種別の振分情報に従って、前記読取画像のデータ入力するユーザを決定する処理の一例である。
【００５６】
ステップＳ５２０では、監視しているフォルダにイメージファイルが存在するか否かを判定し、イメージファイルが存在する場合には、ステップＳ５１０へ処理を戻す。これにより、スキャンされた帳票のイメージファイルを繰り返し取得して処理を実行する。イメージファイルが存在しない場合には、処理を終了する。なお、再度フォルダにイメージファイルが格納されると、ステップＳ５１０から処理を実行するものとする。
【００５７】
次に、図６を用いて、ＱＲコード付帳票の振り分け処理について説明する。図６は、図５のステップＳ５１４の詳細なフローチャートである。ＱＲコード付帳票は帳票種別が「０１」となる。
【００５８】
ステップＳ６０２では、帳票情報テーブル（図１５）を参照し、帳票種別１５０２が「０１」の最後のレコードを取得する。「０１」とは、ＱＲコード付の帳票を示している。
【００５９】
ステップＳ６０４では、最後のレコードの帳票種別０１カウンタ１５０３がＮＵＬＬか否かを判定する。ＮＵＬＬでない場合はステップＳ６０６へ処理を移す。ＮＵＬＬの場合は処理を戻す。なおシステム上、エラーがなければＮＵＬＬ以外の値が入っているので、原則ステップＳ６０６へ処理を移す。
ステップＳ６０６では、帳票別テーブル（図１３）を参照し、帳票種別ＩＤ１３０１が「０１」の帳票振分件数１３０４の値「４」を取得する。
【００６０】
ステップＳ６０８では、ステップＳ６０２で取得したレコードの帳票種別０１カウンタが「１」であるか否かを判定する。「１」の場合、ステップＳ６１０へ処理を移す。「１」でないの場合には、ステップＳ６１２へ処理を移す。「１」でない場合とは、同一のオペレータで処理するために登録処理となり、「１」の場合とは、次のオペレータが処理するための登録処理となる。すなわち、既に振り分けられた読取画像の種別の件数に従って、当該読取画像を割り振るユーザを決定している。
【００６１】
ステップＳ６１０では、「１」であるため、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０１」、帳票種別０１カウンタ「４」、オペレータＩＤ「次のオペレータＩＤ」、振分済フラグ「１」を登録する。なお、オペレータＩＤは、オペレータ情報テーブル（図１４）から取得した、ステップＳ６０２で取得したレコードのオペレータＩＤの次のオペレータＩＤである。オペレータ情報テーブルには、オペレータＮｏ１４０１とオペレータコード１４０２が対応付いて記憶されている。すなわち、図１４のオペレータ情報テーブルは、データを入力する複数のユーザのユーザ情報を記憶するユーザ情報記憶手段の一例を示す情報である。
【００６２】
ステップＳ６１２では、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０１」、帳票種別０１カウンタ「ステップＳ６０２で取得した値−１の値」、オペレータＩＤ「ステップＳ６０２で取得したオペレータＩＤ」、振分済フラグ「１」を登録する。ステップＳ６１０、ステップＳ６１２の処理は、認識した種別に従って、データ入力するユーザを決定する決定手段の一例を示す処理である。また、既に振り分けられた読取画像の種別の件数に従って、当該読取画像を割り振るユーザを決定している。
ステップＳ６１４では、イメージファイルに付与されているＱＲコードを解析して、データを取得する。
【００６３】
ステップＳ６１６では、取得した結果を記憶したインデックスファイルを作成する。このインデックスファイルのファイル名には、ステップＳ６１０又はステップＳ６１２で登録したイメージファイル名（拡張子が異なる）とし、イメージファイルとインデックスファイルを対応付けて記憶する。すなわち、解析されたデータを入力候補データとして、前記読取画像と対応付けて記憶するデータ記憶手段の一例を示す。二次元コードを含む読取画像の種別であると判定された場合には、二次元コードを読み取ることで得られるデータを入力候補データとして記憶している。
【００６４】
ステップＳ６１８では、ステップＳ６１０又はステップＳ６１２登録したイメージファイル（ステップＳ５１０で取得したイメージファイル）を、所定のフォルダ（オペレータごとのフォルダ）に格納する。この時、ステップＳ６１６で作成したインデックスファイルも合わせて格納する。
【００６５】
次に、図７を用いて、ＯＣＲ帳票の振分処理について説明する。図７は、図５のステップＳ５１６の詳細なフローチャートである。ＯＣＲ帳票は帳票種別が「０２」となる。
【００６６】
ステップＳ７０２では、帳票情報テーブル（図１５）を参照し、帳票種別１５０２が「０２」の最後のレコードを取得する。「０２」とは、ＯＣＲ用のテンプレートを用いてＯＣＲ可能な帳票を示している。
【００６７】
ステップＳ７０４では、最後のレコードの帳票種別０２カウンタ１５０４がＮＵＬＬか否かを判定する。ＮＵＬＬでない場合はステップＳ７０６へ処理を移す。ＮＵＬＬの場合は処理を戻す。なおシステム上、エラーがなければＮＵＬＬ以外の値が入っているので、原則ステップＳ７０６へ処理を移す。
【００６８】
ステップＳ７０６では、帳票別テーブル（図１３）を参照し、帳票種別ＩＤ１３０１が「０２」の帳票振分件数１３０４の値「２」を取得する。帳票別テーブルには、帳票種別ごとに帳票振分件数１３０４が登録されている。また、帳票種別ＩＤ１３０１、帳票種別（名称）１３０２、帳票入力時間１３０３が予め登録されている。なお、帳票入力時間の比較により、帳票振分件数を変更するようにしてもよい。図１３の例では、各帳票種別の入力時間が１：２：４であるため、この割合を基準に帳票振分件数が４、２、１と設定されている。
【００６９】
ステップＳ７０８では、ステップＳ７０２で取得したレコードの帳票種別０２カウンタが「１」であるか否かを判定する。「１」の場合、ステップＳ７１０へ処理を移す。「１」でないの場合には、ステップＳ７１２へ処理を移す。「１」でない場合とは、同一のオペレータで処理するために登録処理となり、「１」の場合とは、次のオペレータが処理するための登録処理となる。
【００７０】
ステップＳ７１０では、「１」であるため、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０２」、帳票種別０２カウンタ「２」、オペレータＩＤ「次のオペレータＩＤ」、振分済フラグ「１」を登録する。なお、オペレータＩＤは、オペレータ情報テーブル（図１４）から取得した、ステップＳ７０２で取得したレコードのオペレータＩＤの次のオペレータＩＤである。
【００７１】
ステップＳ７１２では、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０２」、帳票種別０２カウンタ「ステップＳ７０２で取得した値−１の値」、オペレータＩＤ「ステップＳ７０２で取得したオペレータＩＤ」、振分済フラグ「１」を登録する。ステップＳ７１０、ステップＳ７１２の処理は、認識した種別に従って、データ入力するユーザを決定する決定手段の一例を示す処理である。
【００７２】
帳票情報テーブル（図１５）は、言い換えると、ユーザ（オペレータ）ごとにイメージファイル（読取画像）に対応するデータ（ジョブ）を登録する処理順に並べて記憶するジョブ記憶手段の一例を示す図である。
【００７３】
ステップＳ７１４では、イメージファイルに対してＯＣＲ処理を実行する。ＯＣＲ処理は既知の技術を用いて行い、ＯＣＲ処理された領域の文字列（データ）を取得する。すなわち、読取画像を解析する解析手段の一例を示す処理である。
【００７４】
ステップＳ７１６では、取得した結果を記憶したインデックスファイルを作成する。このインデックスファイルのファイル名には、ステップＳ７１０又はステップＳ７１２で登録したイメージファイル名（拡張子が異なる）とし、イメージファイルとインデックスファイルを対応付けて記憶する。すなわち、解析されたデータを入力候補データとして、前記読取画像と対応付けて記憶するデータ記憶手段の一例を示す。また、読取画像を文字認識することで得られるデータを入力候補として記憶している。
【００７５】
ステップＳ７１８では、ステップＳ７１０又はステップＳ７１２登録したイメージファイル（ステップＳ５１０で取得したイメージファイル）を、所定のフォルダ（オペレータごとのフォルダ）に格納する。この時、ステップＳ７１６で作成したインデックスファイルも合わせて格納する。
【００７６】
次に、図８を用いて、ＯＣＲ不可帳票の振分処理について説明する。図８、図５のステップＳ５１８の詳細なフローチャートである。ＯＣＲ不可帳票は帳票種別が「０３」となる。
【００７７】
ステップＳ８０２では、帳票情報テーブル（図１５）を参照し、帳票種別１５０２が「０３」の最後のレコードを取得する。「０３」とは、ＯＣＲ用のテンプレートを用いてＯＣＲ可能な帳票を示している。
【００７８】
ステップＳ８０４では、最後のレコードの帳票種別０３カウンタ１５０５がＮＵＬＬか否かを判定する。ＮＵＬＬでない場合はステップＳ７０６へ処理を移す。ＮＵＬＬの場合は処理を戻す。なおシステム上、エラーがなければＮＵＬＬ以外の値が入っているので、原則ステップＳ８０６へ処理を移す。
ステップＳ８０６では、帳票別テーブル（図１３）を参照し、帳票種別ＩＤ１３０１が「０３」の帳票振分件数１３０４の値「１」を取得する。
【００７９】
ステップＳ８０８では、ステップＳ８０２で取得したレコードの帳票種別０２カウンタが「１」であるか否かを判定する。「１」の場合、ステップＳ８１０へ処理を移す。「１」でないの場合には、ステップＳ８１２へ処理を移す。「１」でない場合とは、同一のオペレータで処理するために登録処理となり、「１」の場合とは、次のオペレータが処理するための登録処理となる。
【００８０】
ステップＳ８１０では、「１」であるため、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０３」、帳票種別０３カウンタ「１」、オペレータＩＤ「次のオペレータＩＤ」、振分済フラグ「１」を登録する。なお、オペレータＩＤは、オペレータ情報テーブル（図１４）から取得した、ステップＳ８０２で取得したレコードのオペレータＩＤの次のオペレータＩＤである。
【００８１】
ステップＳ８１２では、帳票情報テーブル（図１５）に新たなレコードとして、イメージファイル名、帳票種別「０３」、帳票種別０３カウンタ「ステップＳ８０２で取得した値−１の値」、オペレータＩＤ「ステップＳ８０２で取得したオペレータＩＤ」、振分済フラグ「１」を登録する。なお、本実施例では、帳票種別０３の帳票振分件数が「１」であるため、ステップＳ８１０の処理が実行されるが、帳票振分件数が「２」以上であれば、ステップＳ８１２の処理が実行されることは言うまでもない。ステップＳ８１０、ステップＳ８１２の処理は、認識した種別に従って、データ入力するユーザを決定する決定手段の一例を示す処理である。
【００８２】
ステップＳ８１４では、ステップＳ８１０又はステップＳ８１２登録したイメージファイル（ステップＳ５１０で取得したイメージファイル）を、所定のフォルダ（オペレータごとのフォルダ）に格納する。この時、ＯＣＲ処理ができないため、ＯＣＲ結果データを記憶するインデックスファイルは生成されない。
【００８３】
次に、図９を用いて、オペレータによるスキャンされたデータのエントリー処理について説明する。
ステップＳ９０２では、クライアントＰＣが起動される。
ステップＳ９０４では、ＯＳにログインするためのオペレータＩＤの入力を受け付ける。
【００８４】
ステップＳ９０６では、以降の処理を実行する帳票入力アプリケーションを実行する。この時、再度、オペレータＩＤの入力を行うようにする。そして、サーバ１０４へオペレータＩＤを送信する。
【００８５】
ステップＳ９０８では、オペレータＩＤをクライアントＰＣ１０６から受信し、オペレータＩＤに対応するフォルダ（ディレクトリ）がアクセス可能なように、サーバ１０４のシステムにログインを行う。
【００８６】
ステップＳ９１０では、帳票情報テーブル（図１５）を参照し、ログインしたオペレータＩＤに対応する登録済みフラグがＮＵＬＬ、すなわち未登録の帳票種別０１のレコード（イメージファイルが格納された順、すなわち帳票種別０１の中で未登録且つ１番先頭のレコード）を取得する。取得したレコードの帳票種別０１カウンタが「４」であり、１つ前に処理（登録）したレコードが帳票種別０１であった場合には、次の帳票種別０２の登録処理を行うため、ステップＳ９３０へ処理を移す。また、１つ前に処理（登録）したレコードが帳票種別０１でない（帳票種別０３）である、あるいは帳票種別０１カウンタが「１〜３」である場合には、ステップＳ９１２へ処理を移す。
【００８７】
ステップＳ９１２では、レコードのイメージファイル名に対応するイメージファイル、インデックスファイルを、帳票種別０１フォルダから取得する。この取得したイメージファイルとインデックスファイルをクライアントＰＣ１０６へ送信する。この時、帳票種別０１が識別できるように送信する。また、帳票情報テーブル（図１５）にはイメージファイルを識別するための帳票ＩＤが付与されており（不図示）この帳票ＩＤを送信してもよい。この時、後述する図１２の画面に帳票ＩＤを帳票Ｎｏとして表示する。これにより帳票種別０１のデータ（同一種別の読取画像のデータ）が順に送信される。
ステップＳ９１４では、イメージファイルとインデックスファイルをサーバ１０４から受信する。
【００８８】
ステップＳ９１６では、受信したイメージファイルとインデックスファイルを用いて、表示部に表示する。この時、図１２の１２００の画面でイメージファイルとインデックスファイルが表示される。より詳細には、イメージファイルは図１２の１２０１に表示され（縮小画像などのプレビュー画像であってもよい）、インデックスファイルに記載されているデータ（診断書データ）を取得し、１２０２の対応する項目の入力領域にデータを挿入して表示する。また、帳票Ｎｏや帳票種別も表示される。
【００８９】
ここでオペレータは１２０２の内容を確認し、修正が必要なければ登録ボタン１２０３を押下する。また、修正が必要な項目があれば、オペレータがキーボードを用いて値を修正する。修正ボタン１２０４を押下することで、データ修正可能なモードになり、オペレータの入力を受け付けるものとする。修正した結果を反映させる際には、登録ボタン１２０３が押下されることで、データが登録されるものとする。なお、帳票種別０１の場合には、診断書データがＱＲコードに入っているため、原則修正されるデータがない。
【００９０】
ステップＳ９１８では、登録ボタン１２０３が押下されたか否かを判定する。登録ボタン１２０３が押下されたと判定された場合には、ステップＳ９１８へ処理を移す。修正ボタン１２０４が押下された場合には、ステップＳ９２２へ処理を移す。
【００９１】
ステップＳ９２０では、１２０２に表示されている診断書データをサーバ１０４へ送信する。より詳細には、診断書データを送信するとともに、次に表示するデータの要求を送信する処理となる。その後ステップＳ９１０で、次のデータに対応するイメージファイル（読取画像）とインデックスファイル（入力候補のデータ）を取得し、ステップＳ９１２でクライアントＰＣ１０６に送信する。
【００９２】
ステップＳ９２２では、修正ボタンが押下されたため、診断書データを修正可能に表示し、修正データの入力を受け付ける。その後ステップＳ９１８に戻り、登録ボタンが押下されると修正した診断書データがサーバ１０４へ送信されるものとする。
ステップＳ９２４では、クライアントＰＣ１０６から診断書データを受信する。
【００９３】
ステップＳ９２６では、受信した診断書データを診断書ＤＢサーバへ登録する。この時、図１２で表示した診断書データを登録するようにしたが、イメージファイルも合わせて登録するようにしてもよい。この場合、ステップＳ９２２でイメージファイルが送信される構成となる。
【００９４】
ステップＳ９２８では、帳票情報テーブル（図１５）の対応するレコード（例えば、イメージファイル名など一意に識別する情報が一致するレコード）の登録済フラグ１５０８を登録済のレコードとするため「１」を登録する。また、登録日付１５０９に登録した日時を登録する。その後、オペレータが次のイメージファイルの診断書データを確認させるため、次のデータをクライアントＰＣ１０６へ送信する（ステップＳ９１０へ処理を戻す）。
【００９５】
次に図１０を用いて、図９に続くオペレータによるスキャンされたデータのエントリー処理について説明する。
【００９６】
ステップＳ９２０では、帳票情報テーブル（図１５）を参照し、ログインしたオペレータＩＤに対応する登録済みフラグがＮＵＬＬ、すなわち未登録の帳票種別０２のレコード（イメージファイルが格納された順、すなわち帳票種別０２の中で未登録且つ１番先頭のレコード）を取得する。取得したレコードの帳票種別０２カウンタが「２」であり、１つ前に処理（登録）したレコードが帳票種別０２であった場合には、次の帳票種別０３の登録処理を行うため、ステップＳ９５０へ処理を移す。また、１つ前に処理（登録）したレコードが帳票種別０２でない（帳票種別０１）である、あるいは帳票種別０１カウンタが「１」である場合には、ステップＳ９３２へ処理を移す。
【００９７】
ステップＳ９３２では、レコードのイメージファイル名に対応するイメージファイル、インデックスファイルを、帳票種別０２フォルダから取得する。この取得したイメージファイルとインデックスファイルをクライアントＰＣ１０６へ送信する。この時、帳票種別０２が識別できるように送信する。また、帳票情報テーブル（図１５）にはイメージファイルを識別するための帳票ＩＤが付与されており（不図示）この帳票ＩＤを送信してもよい。この時、後述する図１２の画面に帳票ＩＤを帳票Ｎｏとして表示する。
ステップＳ９３４では、イメージファイルとインデックスファイルをサーバ１０４から受信する。
【００９８】
ステップＳ９３６では、受信したイメージファイルとインデックスファイルを用いて、表示部に表示する。この時、図１２の１２１０の画面でイメージファイルとインデックスファイルが表示される。より詳細には、イメージファイルは図１２の１２１０に表示され（縮小画像などのプレビュー画像であってもよい）、インデックスファイルに記載されているデータ（診断書データ）を取得し、１２１１の対応する項目の入力領域にデータを挿入して表示する。また、帳票Ｎｏや帳票種別も表示される。
【００９９】
ここでオペレータは１２１１の内容を確認し、オペレータによる入力が必要な項目について入力し、修正が必要なくなれば登録ボタンを押下する。また、修正が必要な項目があれば、オペレータがキーボードを用いて値を修正する。修正ボタンを押下することで、データ修正可能なモードになり、オペレータの入力を受け付けるものとする。修正した結果を反映させる際には、登録ボタンが押下されることで、データが登録されるものとする。なお、帳票種別０２の場合には、ＯＣＲ処理して得られたデータ以外に入力するデータがあるものとする。また、ＯＣＲの認識結果により適切なデータが得られていない場合には、適宜修正される。
【０１００】
ステップＳ９３８では、登録ボタンが押下されたか否かを判定する。登録ボタンが押下されたと判定された場合には、ステップＳ９４０へ処理を移す。修正ボタンが押下された場合には、ステップＳ９４２へ処理を移す。
ステップＳ９４０では、１２１１に表示されている診断書データをサーバ１０４へ送信する。
【０１０１】
ステップＳ９４２では、修正ボタンが押下されたため、診断書データを修正可能に表示し、修正データの入力を受け付ける。その後ステップＳ９３８に戻り、登録ボタンが押下されると修正した診断書データがサーバ１０４へ送信されるものとする。
ステップＳ９４４では、クライアントＰＣ１０６から診断書データを受信する。
【０１０２】
ステップＳ９４６では、受信した診断書データを診断書ＤＢサーバへ登録する。この時、図１２で表示した診断書データを登録するようにしたが、イメージファイルも合わせて登録するようにしてもよい。この場合、ステップＳ９４２でイメージファイルが送信される構成となる。
【０１０３】
ステップＳ９４８では、帳票情報テーブル（図１５）の対応するレコード（例えば、イメージファイル名など一意に識別する情報が一致するレコード）の登録済フラグ１５０８を登録済のレコードとするため「１」を登録する。また、登録日付１５０９に登録した日時を登録する。その後、オペレータが次のイメージファイルの診断書データを確認させるため、次のデータをクライアントＰＣ１０６へ送信する（ステップＳ９３０へ処理を戻す）。
【０１０４】
次に図１１を用いて、図１０に続くオペレータによるスキャンされたデータのエントリー処理について説明する。
【０１０５】
ステップＳ９５０では、帳票情報テーブル（図１５）を参照し、ログインしたオペレータＩＤに対応する登録済みフラグがＮＵＬＬ、すなわち未登録の帳票種別０３のレコード（イメージファイルが格納された順、すなわち帳票種別０３の中で未登録且つ１番先頭のレコード）を取得する。取得したレコードの帳票種別０３カウンタが「１」であり、１つ前に処理（登録）したレコードが帳票種別０３であった場合には、次の帳票種別０１の登録処理を行うため、ここで処理を終了する。また、登録処理を継続する場合にはステップＳ９１０へ処理を移す。また、１つ前に処理（登録）したレコードが帳票種別０３でない（帳票種別０２）であるである場合には、ステップＳ９５２へ処理を移す。
【０１０６】
ステップＳ９５２では、レコードのイメージファイル名に対応するイメージファイルを、帳票種別０３フォルダから取得する。この取得したイメージファイルをクライアントＰＣ１０６へ送信する。この時、帳票種別０３が識別できるように送信する。また、帳票情報テーブル（図１５）にはイメージファイルを識別するための帳票ＩＤが付与されており（不図示）この帳票ＩＤを送信してもよい。この時、後述する図１２の１２２０の画面に帳票ＩＤを帳票Ｎｏとして表示する。帳票種別０３はＯＣＲ不可帳票であるため、インデックスファイルを保持していないため送信しないように構成したが、空のインデックスファイルを送信する構成であってもよい。
ステップＳ９５４では、イメージファイルをサーバ１０４から受信する。
【０１０７】
ステップＳ９５６では、受信したイメージファイルを用いて、表示部に表示する。この時、図１２の１２２０の画面でイメージファイルが表示される。より詳細には、イメージファイルが表示され（縮小画像などのプレビュー画像であってもよい）、対応するデータがないため、入力領域にデータが挿入されず表示する。また、帳票Ｎｏや帳票種別も表示される。
【０１０８】
ここでオペレータは、イメージファイルの内容を確認し、オペレータによる入力が行われ、この入力されたあとに登録ボタンを押下する。修正ボタンを押下することで、データ修正可能なモードになり、オペレータの入力を受け付けるものとする。なお、帳票種別０３の場合には、必ずオペレータによる入力があるため、予め修正モードになっていてもよい。
【０１０９】
ステップＳ９５８では、登録ボタンが押下されたか否かを判定する。登録ボタンが押下されたと判定された場合には、ステップＳ９６０へ処理を移す。修正ボタンが押下された場合には、ステップＳ９５２へ処理を移す。
ステップＳ９６０では、図１２の１２２０で入力された診断書データをサーバ１０４へ送信する。
【０１１０】
ステップＳ９６２では、修正ボタンが押下されたため、診断書データを修正可能に表示し、データの入力を受け付ける。その後ステップＳ９５８に戻り、登録ボタンが押下されると入力された診断書データがサーバ１０４へ送信されるものとする。
ステップＳ９６４では、クライアントＰＣ１０６から診断書データを受信する。
【０１１１】
ステップＳ９６６では、受信した診断書データを診断書ＤＢサーバへ登録する。この時、図１２で入力した診断書データを登録するようにしたが、イメージファイルも合わせて登録するようにしてもよい。この場合、ステップＳ９６２でイメージファイルが送信される構成となる。
【０１１２】
ステップＳ９６８では、帳票情報テーブル（図１５）の対応するレコード（例えば、イメージファイル名など一意に識別する情報が一致するレコード）の登録済フラグ１５０８を登録済のレコードとするため「１」を登録する。また、登録日付１５０９に登録した日時を登録する。その後、オペレータが次のイメージファイルの診断書データを確認させるため、次のデータをクライアントＰＣ１０６へ送信する（ステップＳ９５０へ処理を戻す）。本実施例では帳票種別０３は１件だけ入力する方法としているが、件数に限定されるものではない。
【０１１３】
これにより、各オペレータが複数の帳票を均等に割り振ることができ、同じ基準で評価することができる。また、複数種類の帳票のデータエントリをする場合、帳票種別が頻繁に切り替わらないため、データ入力の効率が向上する。
【０１１４】
以上、本実施形態について説明したが、本実施形態によれば、複数種類の読取画像のデータの入力が効率よく行える。
【０１１５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１６】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１７】
また、本発明におけるプログラムは、図４〜図１１に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図１１の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図１１の各装置の処理方法ごとのプログラムであってもよい。
【０１１８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１２０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１２１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２５】
１０２  スキャナ
１０４  サーバ
１０６  クライアントＰＣ
１０８  診断書ＤＢサーバ
１１０  ネットワーク
【図１】
2015082274.tif 000003
【図２】
2015082274.tif 000004
【図３】
2015082274.tif 000005
【図４】
2015082274.tif 000006
【図５】
2015082274.tif 000007
【図６】
2015082274.tif 000008
【図７】
2015082274.tif 000009
【図８】
2015082274.tif 000010
【図９】
2015082274.tif 000011
【図１０】
2015082274.tif 000012
【図１１】
2015082274.tif 000013
【図１２】
2015082274.tif 000014
【図１３】
2015082274.tif 000015
【図１４】
2015082274.tif 000016
【図１５】
2015082274.tif 000017