特許 6826293 情報処理システムと、その処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6826293

(24)【登録日】2021年1月19日

(45)【発行日】2021年2月3日

(54)【発明の名称】情報処理システムと、その処理方法及びプログラム

(51)【国際特許分類】

   G06Q 10/10 20120101AFI20210121BHJP

   G06K 9/00 20060101ALI20210121BHJP

   G06K 9/20 20060101ALI20210121BHJP

   G06K 9/03 20060101ALI20210121BHJP

【ＦＩ】

   G06Q10/10

   G06K9/00 K

   G06K9/20 340C

   G06K9/03 J

【請求項の数】7

【全頁数】23

(21)【出願番号】特願2019-96620(P2019-96620)

(22)【出願日】2019年5月23日

(62)【分割の表示】特願2014-202495(P2014-202495)の分割

【原出願日】2014年9月30日

(65)【公開番号】特開2019-169178(P2019-169178A)

(43)【公開日】2019年10月3日

【審査請求日】2019年6月14日

(31)【優先権主張番号】特願2014-134854(P2014-134854)

(32)【優先日】2014年6月30日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】親松 由季

【審査官】 山崎 誠也

(56)【参考文献】

【文献】 特開２０１０−１５７０６７（ＪＰ，Ａ）

【文献】 特開２０１２−１５０７８４（ＪＰ，Ａ）

【文献】 特開２０１２−０６４１９５（ＪＰ，Ａ）

【文献】 特開２０００−２７６５５４（ＪＰ，Ａ）

【文献】 特開２０１４−１１５９６２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｋ ９／００

Ｇ０６Ｋ ９／０３

Ｇ０６Ｋ ９／２０

(57)【特許請求の範囲】

【請求項1】

画像データを制御する情報処理装置を備える情報処理システムであって、
前記情報処理装置が、
一組となる文書の画像データを取得する取得手段と、
一組となる文書における複数のフォームの組み合わせ情報と、前記取得手段により取得した画像データから得られるフォームとに基づき、欠落している画像データがあるかをチェックするチェック手段と、
複数の組の文書の内、前記チェック手段によるチェック結果に基づき、前記画像データが欠落している組の文書を優先して確認させるように、前記画像データが欠落している組の文書のチェック結果を出力する出力手段と
を備えることを特徴とする情報処理システム。

【請求項2】

画像データを制御する情報処理装置を備える情報処理システムであって、
前記情報処理装置が、
複数の文書の画像データを取得する取得手段と、
前記文書の認識条件と、前記取得手段により取得した画像データとに基づき、前記画像データが前記認識条件に適合するか文書の内容をチェックするチェック手段と、
前記チェック手段によるチェックの結果に基づく不備の数の比較により、前記複数の文書における出力順を決定し、前記出力順でチェック結果を出力する出力手段と
を備えることを特徴とする情報処理システム。

【請求項3】

前記出力順とは、前記チェック手段によるチェック結果に基づく不備の数が多い文書を優先して出力する順番であることを特徴とする請求項２に記載の情報処理システム。

【請求項4】

画像データを制御する情報処理装置の処理方法であって、
前記情報処理装置が、
一組となる文書の画像データを取得する取得ステップと、
一組となる文書における複数のフォームの組み合わせ情報と、前記取得ステップにより取得した画像データから得られるフォームとに基づき、欠落している画像データがあるかをチェックするチェックステップと、
複数の組の文書の内、前記チェックステップによるチェック結果に基づき、前記画像データが欠落している組の文書を優先して確認させるように、前記画像データが欠落している組の文書のチェック結果を出力する出力ステップと
を実行することを特徴とする処理方法。

【請求項5】

画像データを制御する情報処理装置の処理方法であって、
前記情報処理装置が、
複数の文書の画像データを取得する取得ステップと、
前記文書の認識条件と、前記取得ステップにより取得した画像データとに基づき、前記画像データが前記認識条件に適合するか文書の内容をチェックするチェックステップと、
前記チェックステップによるチェックの結果に基づく不備の数の比較により、前記複数の文書における出力順を決定し、前記出力順でチェック結果を出力する出力ステップと
を実行することを特徴とする処理方法。

【請求項6】

画像データを制御する情報処理装置を、
一組となる文書の画像データを取得する取得手段と、
一組となる文書における複数のフォームの組み合わせ情報と、前記取得手段により取得した画像データから得られるフォームとに基づき、欠落している画像データがあるかをチェックするチェック手段と、
複数の組の文書の内、前記チェック手段によるチェック結果に基づき、前記画像データが欠落している組の文書を優先して確認させるように、前記画像データが欠落している組の文書のチェック結果を出力する出力手段と
して機能させるためのプログラム。

【請求項7】

画像データを制御する情報処理装置を、
複数の文書の画像データを取得する取得手段と、
前記文書の認識条件と、前記取得手段により取得した画像データとに基づき、前記画像データが前記認識条件に適合するか文書の内容をチェックするチェック手段と、
前記チェック手段によるチェックの結果に基づく不備の数の比較により、前記複数の文書における出力順を決定し、前記出力順でチェック結果を出力する出力手段と
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、読み取られた文書の不備を通知するための情報処理システムと、その処理方法及びプログラムに関する。

【背景技術】

【0002】

従来より、端末で記入済の文書を読取り、記入不備のチェックを行い、チェック結果を表示する仕組みがある。

【0003】

特許文献１には、申請書データの内容をチェックし、フォーマットエラー、項目の記入漏れ等の受付不可エラーを判定する電子処理システムの技術が記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平６−２８２７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１のシステム構成では、複数枚の文書（複数枚にわたる文書）において、読み取った文書に文書の抜けがあったとしても検出できないという課題がある。また、複数枚の文書、複数種類の文書、複数顧客による文書、または、これらが混在する文書の一括読取りが考慮されていないため、これらの文書が混在する場合においても、文書の記入不備をユーザに対し通知するという課題がある。

【0006】

なお、複数枚の文書（複数枚にわたる文書）の具体例としては、記入すべき項目が多い生命保険や住宅ローンの申込書等が挙げられる。

【0007】

また、複数顧客による文書の具体例としては、顧客数の多いショッピングセンターや催事場において、各顧客が記入したショッピングクレジット申込書等を複数枚、一括して読み取ることが挙げられる。例えば、１つの申込みに対して、複数枚の文書（複数枚にわたる文書）への記入が終わったら、受付担当者がその複数枚の文書を一括して読み取り、不備をチェックすることがある。不備チェック結果表示においては、不備数の多い文書から先に修正をさせたいという点から不備数の多い順にチェック結果を表示することが望まれている。

【0008】

一方、処理効率を考え、複数顧客の申込書を一括して読み取り、不備チェックする場合もある。複数の申込者の文書を読み取った場合には、申込書を提出した顧客の順番を考慮した上で、チェック結果を通知する必要がある。

【0009】

また、複数顧客が複数種類の文書を提出した場合、申込者の待ち時間を少なくするために適切に、チェック結果を通知することが難しかった。特に、複数顧客の文書を読み取った場合には、文書を提出した顧客の順番を考慮した上で、チェック結果を通知する必要がある。

【0010】

また、複数枚の文書（複数枚にわたる文書）のうち、読み取りを忘れた文書があった場合は、読み取りを忘れた文書への記入を顧客に依頼する可能性があるため、他の文書よりも先に通知することが望まれる。また、不備チェック後に顧客が不備を訂正し、再度不備チェックを行う場合、不備の数は当然少ないことが予想され、不備数の多い文書から順番にチェック結果を通知すると、不備を訂正した顧客を長く待たせてしまうことになってしまうため、チェック実施回数が多い顧客を優先して通知することが望まれる。

【0011】

そこで、本発明の目的は、読み取った複数枚の文書から不備のある文書を効率よく通知する仕組みを提供することである。

【課題を解決するための手段】

【0012】

画像データを制御する情報処理装置を備える情報処理システムであって、前記情報処理装置が、一組となる文書の画像データを取得する取得手段と、一組となる文書における複数のフォームの組み合わせ情報と、前記取得手段により取得した画像データから得られるフォームとに基づき、欠落している画像データがあるかをチェックするチェック手段と、複数の組の文書の内、前記チェック手段によるチェック結果に基づき、前記画像データが欠落している組の文書を優先して確認させるように、前記画像データが欠落している組の文書のチェック結果を出力する出力手段とを備えることを特徴とする情報処理システム。

【発明の効果】

【0013】

本発明によれば、読み取った複数枚の文書から不備のある文書を効率よく通知する仕組みを提供することができる。

【図面の簡単な説明】

【0014】

【図1】本発明の文書システム１００の構成の一例を示す図

【図2】情報処理装置１０１のハードウエア構成の一例を示す図

【図3】情報処理装置１０１およびサーバ１０２の一例を示すブロック図

【図4】情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理の一例を示すフローチャート

【図5】サーバ１０２で行う記入不備チェック処理の一例を示すフローチャート

【図6】申込者１人による複数申込の場合の処理イメージの一例を示す図

【図7】申込者複数人による複数申込の場合の処理イメージの一例を示す図

【図8】情報処理装置１０１で記入不備チェック結果一覧を表示する画面の一例を示す図

【図9】情報処理装置１０１で記入不備チェック結果（不備あり）を表示する画面の一例を示す図

【図10】情報処理装置１０１で記入不備チェック結果（不備なし）を表示する画面の一例を示す図

【図11】サーバ１０２で文書フォームを管理するテーブルの一例を示す図

【図12】サーバ１０２でフォームごとの記入不備チェック認識領域および不備チェック方法を管理するテーブルの一例を示す図

【図13】情報処理装置１０１でフォームごとの記入不備チェック結果リストを管理するテーブルの一例を示す図

【図14】申込者複数人で不備チェック回数を考慮しない場合の処理イメージの一例を示す図

【図15】第２の実施形態において、申込者複数人で不備チェック回数を考慮した場合の処理イメージの一例を示す図

【図16】第２の実施形態に係る情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理の一例を示すフローチャート

【図17】第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧を表示する画面の一例を示す図

【図18】第２の実施形態に係るサーバ１０２で文書フォームを管理するテーブルの一例を示す図

【図19】第２の実施形態に係る情報処理装置１０１でフォームごとの記入不備チェック結果リストを管理するテーブルの一例を示す図

【発明を実施するための形態】

【0015】

以下、図面を参照して本発明の実施形態を詳細に説明する。

【0016】

図１に示すように、本実施形態に文書システム１００は、情報処理装置１０１、およびサーバ１０２が、ネットワーク１０３により通信可能に接続された構成をとる。情報処理装置１０１は、カメラ等を用いて文書の画像を取り込み、文書の記入不備チェックを行う。サーバ１０２は、文書の記入不備チェックに必要な記入内容の認識領域と認識条件を文書フォーム識別情報ごとに管理している。情報処理装置１０１は、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であって、ブラウザまたは文書システムのアプリケーションがインストールされており、無線通信または有線通信によりネットワーク１０３を介して、サーバ１０２と通信可能である。

【0017】

なお、本実施形態においては、情報処理装置１０１とサーバ１０２が通信することで、記入不備チェックを行い、結果を表示しているが、本実施形態におけるサーバ１０２が持つ機能をすべて情報処理装置１０１に持たせることにより、サーバ１０２が無くても、本発明は実施可能である。ただし、以下の説明においては、より汎用的な文書システムを想定し、情報処理装置１０１とサーバ１０２に機能を分けて説明する。

【0018】

以下、図２を用いて、図１に示した情報処理装置１０１に適用可能なハードウエア構成の一例について説明する。

【0019】

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１２には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

【0020】

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１２からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

【0021】

また、２０５は入力コントローラで、タッチセンサ２１０からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１１等の表示器への表示を制御する。なお、図２では、ディスプレイ２１１と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて情報処理装置１０１のユーザが使用するものである。

【0022】

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１２へのアクセスを制御する。

【0023】

２０８は通信Ｉ／Ｆコントローラで、ネットワーク１０３を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0024】

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１１上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１１上のタッチセンサ２１０におけるユーザのタッチ操作指示を受付けることを可能とする。

【0025】

本発明を実現するための後述する各種プログラムは、外部メモリ２１２に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルや地図データ等も、外部メモリ２１２に格納されており、これらについての詳細な説明も後述する。

【0026】

２０９は撮影画像入力コントローラで、撮影画像入力処理部２１４を介してカメラ２１５からの入力を制御する。カメラ２１５から入力された撮影画像を認識することが可能となっている。

【0027】

図３は、情報処理装置１０１とサーバ１０２の機能構成の一例を示すブロック図である。

【0028】

記憶部３０１は、文書の識別情報の組み合わせを定義した定義情報と、文書の領域ごとの認識結果条件とを記憶する機能部である。

【0029】

取得部３０２は、複数枚の文書を読み取ることによって得られた画像データを取得する機能部である。

【0030】

特定部３０３は、取得部３０２により取得した画像データから、文書の識別情報を特定する機能部である。

【0031】

不備チェック部３０４は、特定部３０３により特定した文書の識別情報に係る定義情報に従って文書の組み合わせをチェックし、記憶部３０１により記憶された認識結果条件に従って記載内容の不備をチェックする機能部である。

【0032】

通知部３０５は、不備チェック部３０４によるチェックで文書の組み合わせに不備があった場合に、他の文書における記載内容の不備の結果表示に優先して、欠落している文書をユーザが認識可能に通知する機能部である。

【0033】

不備領域表示部３０６は、不備チェック部３０４によるチェックで前記記載内容に不備があった場合、記憶部３０１に記憶された定義情報に含まれる認識領域に従って、不備がある記載内容をユーザが識別可能に表示する機能部である。

【0034】

通知部３０５は、不備チェック部３０４によるチェックで記載内容の不備の数が多い文書から順にユーザに通知する機能部である。

【0035】

不備数表示部３０７は、不備チェック部３０４によるチェックで前記記載内容の不備の数を文書フォーム毎に集計し表示する機能部である。

【0036】

申込者特定部３０８は、取得部３０２により取得した画像データから、文書の申込者を特定する機能部である。

【0037】

申込者記憶部３０９は、申込者特定部３０８により特定された申込者を記憶する機能部である。

【0038】

通知部３０５は、申込者記憶部３０９に記憶されている件数の多い申込者が記入した文書から順にユーザに通知する機能部である。

【0039】

図４は、情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理（以下、記入不備チェック結果取得処理と記す）の一例を示すフローチャートである。

【0040】

ステップＳ４０１において、情報処理装置１０１は、文書システムのユーザによって行われる文書システムへのログインを受け付ける。なお、この記入不備チェック結果取得処理においてユーザインターフェースとなる文書アプリケーションは、情報処理装置１０１にインストールされたアプリケーションであってもよいし、ブラウザに表示されるＷｅｂアプリケーションなどのアプリケーションであってもよい。

【0041】

ステップＳ４０２において、情報処理装置１０１は、カメラ２１５を用いて記入不備チェックを行う複数枚の申込書を１枚ずつ撮影し、撮影された画像（以下、撮影画像）を外部メモリ２１２に記憶する。なお、この実施形態においては、情報処理装置１０１のカメラ２１５を用いて撮影画像を得るとしたが、デジタルカメラなどを用いて撮影された画像やスキャナーなどを用いてスキャンされた画像を情報処理装置１０１に取り込むとしてもよい。すなわち、ステップＳ４０２は、複数枚の文書を読み取ることによって得られた画像データを取得する処理の一例を示すステップである。なお、この実施形態における「申込書」とは、本発明の文書システム１００で扱う「文書」の一例である。

【0042】

なお、前記複数枚の申込書は、複数枚の文書（複数枚にわたる文書）、複数種類の文書、複数顧客による文書、または、これらが混在する文書である。

【0043】

ここでは、複数枚の文書（複数枚にわたる文書）、複数種類の文書の組み合わせの具体例として図６を挙げる。図６は、申込者１人による複数申込の場合の処理イメージの一例を示す図である。具体的には、Ａさんという１人の申込者が、申込１と申込２の計２種類の申込みを同時に行うケースである。なお、フォーム２は４枚の文書（４枚にわたる文書）であるため、図６の申込２においては、フォーム２−３が欠落している状態である。よって、図６のケースの場合、ステップＳ４０２において、情報処理装置１０１に取り込まれる撮影画像は、フォームＩＤ＝１、２−１、２−２、２−４の申込書計４枚である。

【0044】

ステップＳ４０３において、情報処理装置１０１は、ステップＳ４０２で取り込まれた撮影画像を取り込まれた順番を保ったままサーバ１０２に送信する。

【0045】

ステップＳ４０４において、サーバ１０２は、撮影画像を受信し、外部メモリ２１２に撮影画像を記憶する。また、受信した撮影画像の順番通りに、外部メモリ２１２上の撮影画像リスト１１２０の「撮影画像ファイル名」カラムに撮影画像ファイル名を記憶する。

【0046】

ステップＳ４０５において、サーバ１０２は、外部メモリ２１２に記憶した撮影画像を１枚ずつ順番にＲＡＭ２０２に抜き出し、抜き出した撮影画像と、フォームテーブル１１１０の各レコードにおける「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に画像比較することで、記入不備チェックを行う文書フォームを特定する。合致するフォーム画像が特定できた場合、外部メモリ２１２上の撮影画像リスト１１２０の「フォームＩＤ」カラムに特定できた文書のフォームＩＤを記憶する。

【0047】

このステップＳ４０５の処理を、外部メモリ２１２に記憶した撮影画像すべてについて行う。なお、このステップで行う画像比較は、申込書に記されている枠線や申込書の先頭に記載されている申込書名の画像解析、画像比較、文字解析によって行う。これらの技術は、既知の技術として説明は省略する。その際、検索結果であるフォームテーブル１１１０の全レコードのフォームＩＤをリスト化し、ＲＡＭ２０２に記憶しておく。すなわち、ステップＳ４０５は、取得した画像データから、文書の識別情報を特定する処理の一例を示すステップである。

【0048】

なお、この実施形態においては、撮影画像とサーバ１０２に記憶されているフォーム画像を比較することで、記入不備チェックを行う文書フォームの特定を行ったが、この方法に限定するものではなく、文書にフォームＩＤを示すバーコードや番号を記しておき、撮影画像を解析して撮影画像のフォームＩＤを特定する方法であってもよい。ここでは、撮影画像からフォームＩＤ＝１、２−１、２−２、２−４が特定されたとする。なお、この実施形態において、ステップＳ４０５は、サーバ１０２で行う処理としたが、情報処理装置１０１にフォームテーブル１１１０を記憶させ、情報処理装置１０１で行う処理としてもよい。

【0049】

ステップＳ４０６において、サーバ１０２は、撮影画像すべてについて、ＯＣＲによる文字認識を行い、申込書に記載されている申込者名を特定し、外部メモリ２１２上の撮影画像リスト１１２０の「申込者名」カラムに特定できた申込者名を記憶する。すなわち、ステップＳ４０６は、取得した画像データから、前記文書の申込者を特定する処理の一例を示すステップである。なお、この実施形態において、ステップＳ４０６は、サーバ１０２で行う処理としたが、情報処理装置１０１にてＯＣＲによる文字認識を行い、申込書に記載されている申込者名を特定するとしてもよい。

【0050】

なお、ステップＳ４０５で特定されたフォームＩＤが複数枚の文書（複数枚にわたる文書）の２枚目以降である場合（例えば、フォームテーブル１１１０における、フォームＩＤ＝２−２、２−３、２−４）、１枚目の撮影画像（フォームＩＤ＝２−１）の申込者名と同じであるとする。

【0051】

以上のステップＳ４０５とステップＳ４０６により、撮影画像すべてについて、フォームＩＤと申込者名を特定できる。この時点でＲＡＭ２０２に記憶されている撮影画像リストは、図１１の撮影画像リスト１１２０のような状態になる。すなわち、撮影画像リスト１１２０は、特定された申込者を記憶する記憶部の一例である。なお、この実施形態において、撮影画像リスト１１２０は、サーバ１０２で記憶するとしたが、情報処理装置１０１で記憶するとしてもよい。

【0052】

ステップＳ４０７において、サーバ１０２は、撮影画像リスト１１２０を検索し、複数枚の文書（複数枚にわたる文書）が存在するか否かを判定する。すなわち、ステップＳ４０７は、特定した文書の識別情報に係る定義情報に従って、複数枚の文書の組み合わせをチェックし、欠落している文書を特定する処理の一例を示すステップである。具体的には、フォームＩＤに「２−１」「２−２」「２−３」「２−４」のようにハイフンが含まれていれば、存在すると判定する。

【0053】

なお、本実施形態においては、複数枚の文書（複数枚にわたる文書）のフォームＩＤにはハイフンが含まれているとしたが、この形式に限定するものではなく、「２（１／４）」「２（２／４）」「２（３／４）「２（４／４）」のように、括弧やスラッシュが含まれていることで判定してもよい。また、フォームＩＤとは別に「子フォームＩＤ」「関連フォームＩＤ」のようなカラムを持ち、親子関係や前後関係を表す形式としてもよい。

【0054】

ステップＳ４０７で存在すると判定された場合は、ステップＳ４０８に進み、ステップＳ４０７で存在しないと判定された場合は、ステップＳ４０９に進む。

【0055】

ステップＳ４０８において、サーバ１０２は、撮影画像リスト１１２０に欠落している文書フォームが有るか無いかの判定をする。具体的には、撮影画像リスト１１２０のハイフンが含まれているフォームＩＤについて、「ハイフン前の文字列＋ハイフン」と「ハイフン後の文字列」の２つに分解し、「ハイフン前の文字列＋ハイフン」を検索キーとして、フォームテーブル１１１０の前方一致検索を行うことで、撮影画像リスト１１２０に欠落している文書フォームが有るか無いかの判定をする。

【0056】

例えば、この実施形態においては、撮影画像リスト１１２０のハイフンが含まれているフォームＩＤは「２−１」「２−２」「２−４」である。また、この３つのフォームＩＤについて、「ハイフン前の文字列＋ハイフン」は「２−」であり、「ハイフン後の文字列」は「１」「２」「４」である。「２−」を検索キーとして、フォームテーブル１１１０の前方一致検索を行うと、検索結果は「２−１」「２−２」「２−３」「２−４」の４件となるため、撮影画像リスト１１２０に存在しないフォームＩＤ「２−３」が欠落していることがわかる。

【0057】

ステップＳ４０８にて、欠落している文書フォームが有ると判定された場合はステップＳ４０９に進み、欠落している文書フォームが無いと判定された場合はステップＳ４１０に進む。

【0058】

ステップＳ４０９において、サーバ１０２は、ステップＳ４０８にて取得した欠落している文書フォームＩＤを用いて、撮影画像リスト１１２０にレコードを挿入する。具体的には、撮影画像ファイル名＝ＮＵＬＬ、フォームＩＤ＝欠落している文書フォームＩＤ、申込者名＝ステップＳ４０６にて特定した申込者名のレコードを挿入する。これにより、撮影画像リスト１１２０において、撮影画像ファイル名＝ＮＵＬＬのレコードは、欠落している文書フォームであることがわかるようになる。

【0059】

ステップＳ４１０において、サーバ１０２は、記入不備チェック処理（図５）を行う。すなわち、ステップＳ４１０は、記憶された認識条件に従って、記載内容の不備をチェックする処理の一例を示すステップである。なお、この実施形態において、ステップＳ４１０は、サーバ１０２で行う処理としたが、情報処理装置１０１に記入不備チェックテーブル１２００を記憶させ、情報処理装置１０１で行う処理としてもよい。
ここで、図５の記入不備チェック処理について説明する。

【0060】

図５は、サーバ１０２で行う記入不備チェック処理の一例を示すフローチャートである。

【0061】

ステップＳ５０１において、サーバ１０２は、外部メモリ２１２上の撮影画像リスト１１２０から撮影画像レコードを１件取得し、ＲＡＭ２０２に記憶する。

【0062】

ステップＳ５０２において、サーバ１０２は、ＲＡＭ２０２に記憶した撮影画像レコードの撮影画像ファイル名がＮＵＬＬか否かを判定し、ＮＵＬＬの場合はステップＳ５０３に進み、ＮＵＬＬでない場合はステップＳ５０４に進む。

【0063】

ステップＳ５０３において、サーバ１０２は、記入不備チェック結果リスト１３１０に撮影画像ファイル名＝ＮＵＬＬのレコードを挿入し、次の撮影画像レコードについて記入不備チェックを行うために、ステップＳ５０１に戻る。こうすることで、複数枚の文書（複数枚にわたる文書）において、読み取った文書に文書フォームの抜けがあったとしても検出し、ユーザに対し通知することができるようになる。

【0064】

ステップＳ５０４において、サーバ１０２は、ステップＳ５０１にてＲＡＭ２０２に記憶した撮影画像レコードのフォームＩＤを検索キーとして記入不備チェックテーブル１２００（図１２）を検索し、チェック対象の文書フォームに係る記入不備チェックレコードのリストを取得し、ＲＡＭ２０２に記憶する。具体的には、撮影画像リスト１１２０（図１１）の１件目のレコードのフォームＩＤは「１」であるため、フォームＩＤ＝１を検索キーとして、記入不備チェックテーブル１２００から、フォームＩＤ＝１の「ショッピングクレジット申込書」に係る記入不備チェックレコードのリストを取得し、ＲＡＭ２０２に記憶する。

【0065】

なお、図１２の記入不備チェックテーブル１２００は、フォームＩＤごとの記入不備チェック認識領域および認識条件を管理するテーブルの一例である。記入不備チェックテーブル１２００にはフォームＩＤ、チェック対象項目の通し番号であるチェックＩＤ、チェック内容となる認識条件、チェック対象項目の認識領域を示す起点座標（X、Y)と終点座標（X、Y）が記憶されている。

【0066】

なお、記入不備チェックテーブル１２００は、文書システム１００で使用する文書の定義情報（文書フォーム識別情報と記入内容の認識領域と認識条件）として、システム管理者によって作成・メンテナンスされるテーブルである。すなわち、記入不備チェックテーブル１２００は、文書の識別情報の組み合わせを定義した定義情報と、文書の領域ごとの認識結果条件とを記憶するテーブルの一例である。なお、この実施形態において、記入不備チェックテーブル１２００は、サーバ１０２で記憶するとしたが、情報処理装置１０１で記憶するとしてもよい。

【0067】

ステップＳ５０５において、サーバ１０２は、変数ｅｒｒｏｒに０を代入し、ＲＡＭ２０２に変数ｅｒｒｏｒを記憶する。この変数ｅｒｒｏｒは、これから記入不備チェックを行う対象の撮影画像について、記入不備がある毎にカウントアップする変数である。

【0068】

ステップＳ５０６において、サーバ１０２は、変数ｉに1を代入し、ＲＡＭ２０２に変数ｉを記憶する。この変数ｉは、撮影画像について、これから行う記入不備チェックのチェックＩＤとなる変数であり、そのチェックを終わると次のチェックＩＤのチェックを行うためにカウントアップしていく変数である。

【0069】

ステップＳ５０７において、サーバ１０２は、ステップＳ５０４にてＲＡＭ２０２に記憶した記入不備チェックレコードリストのうち、チェックＩＤ＝iの記入不備チェックレコードの、認識領域の起点（X座標、Y座標)と終点（X座標、Y座標）と認識条件を取得する。具体的には、チェック対象フォームのフォームＩＤ＝１の記入不備チェックレコードリストのうち、チェックＩＤ＝１の場合、記入不備チェックレコードの認識領域＝起点（１００，１００）と終点（３００，１５０）、認識条件＝「必須」が取得される。

【0070】

ステップＳ５０８において、サーバ１０２は、取得した認識条件について判定する。

【0071】

認識条件が「必須」の場合は、認識領域は入力必須項目であるため、ステップＳ５０９において、撮影画像の認識領域が示す矩形内に文字や記号が記入されているか否かを判定する。すなわち、ステップＳ５０９は、特定した文書の識別情報に係る定義情報に従って文書の組み合わせをチェックし、記憶された認識結果条件に従って記載内容の不備をチェックする処理の一例を示すステップである。なお、この判定処理は、ＯＣＲ等による解析技術を用いるが、既知の技術であるため、説明は省略する。

【0072】

文字や記号が記入されていると判定した場合はステップＳ５１３に進み、文字や記号が記入されていないと判定した場合はステップＳ５１１に進む。

【0073】

認識条件が「丸囲み」の場合は、認識領域は多肢選択項目であるため、ステップＳ５１０において、撮影画像の認識領域が示す矩形内に丸印が記入されているか否かを判定する。すなわち、ステップＳ５１０は、特定した文書の識別情報に係る定義情報に従って文書の組み合わせをチェックし、記憶された認識結果条件に従って記載内容の不備をチェックする処理の一例を示すステップである。この判定処理は、ＯＭＲやＯＣＲ等による解析技術を用いるが、既知の技術であるため、説明は省略する。なお、本実施例では、記入不備チェック認識条件を「丸囲み」として丸印の存在有無を判定しているが、丸印に限定するものではなく、レ点やその他の図形の判定であってもよい。

【0074】

また、上記において、丸印の数を「１つ」としたが、記入不備チェックテーブル１２００に「上限値」や「チェック数」カラムを設け、上限値を超えた場合「NG」、印の個数が「チェック数」以外の場合「ＮＧ」と判定するとしてもよい。また、記入不備チェックテーブル１２００に「桁数」カラムを設け、記入された文字が許可された桁数であれば「ＯＫ」、許可されていない桁数であれば「ＮＧ」と判定してもよい。また、記入不備チェックテーブル１２００に「文字属性」カラムを設け、記入された文字の属性、例えば「数字」「ひらがな」「カタカナ」「英数字」などによって、ＯＫ・ＮＧの判定をしてもよい。

【0075】

また、ＯＣＲ等による解析結果で、記入された文字を認識できなかった場合、「ＮＧ」と判定するとしてもよい。また、変数ｒｅｓｕｌｔ［i］の値は、「ＯＫ」「ＮＧ」の２つに限定するものではなく、「不明瞭」「認識不可」「矛盾」などの値を持つとしてもよい。

【0076】

ステップＳ５１０にて、丸印が記入されていると判定した場合は判定した場合はステップＳ５１３に進み、丸印が記入されていないと判定した場合はステップＳ５１１に進む。

【0077】

ステップＳ５１１において、サーバ１０２は、変数ｅｒｒｏｒをカウントアップする。つまり、記入不備が発見されたということである。

【0078】

ステップＳ５１２において、サーバ１０２は、記入不備チェック結果リスト１３１０にエラー内容を示すレコードを挿入する。記入不備チェック結果リスト１３１０に挿入する記入不備チェック結果レコードは、「撮影画像ファイル名」「フォームＩＤ」「申込者名」「チェックＩＤ」「エラー内容」「起点座標（X、Y)）「終点座標（X、Y）」である。この記入不備チェック結果レコードは、記入不備チェック処理を終了後、情報処理装置１０１に送信し、記入不備チェック結果一覧画面の表示に用いる。

【0079】

ステップＳ５１３において、サーバ１０２は、変数ｉをカウントアップし、ＲＡＭ２０２にチェックＩＤ＝ｉの記入不備チェックレコードが存在するか否かを判定し、存在する場合は当該文書フォームの記入不備チェックが残っていることを意味するため、ステップＳ５０７に戻り、当該文書フォームの記入不備チェックを続ける。存在しない場合は、当該文書フォームの記入不備チェックがすべて終わったことを意味するため、ステップＳ５０１に戻り、外部メモリ２１２上の撮影画像リスト１１２０における次の撮影画像レコードについて、文書フォームの記入不備チェックを行う。なお、次の撮影画像レコードがＲＡＭ２０２に存在しない場合、撮影画像リスト１１２０のすべての撮影画像レコードについて記入不備チェックがすべて終わったことを意味するため、この記入不備チェック処理を終了する。

【0080】

この時点で、本実施例においては、記入不備チェック結果リスト１３１０（図１３）のような記入不備チェック結果レコードが記憶されている。

【0081】

以上で、図５の記入不備チェック処理の説明を終了する。この処理によって、すべての撮影画像について、記入不備チェックが行われたことになる。図４の記入不備チェック結果取得処理の説明に戻る。

【0082】

ステップＳ４１１において、サーバ１０２は、記入不備チェック処理（図５）で記憶した記入不備チェック結果リスト１３１０（図１３）について、フォームごとに不備数を集計する。具体的には、記入不備チェック結果リスト１３１０におけるチェックＩＤ≠ＮＵＬＬのレコードについて、フォームＩＤごとにグルーピングを行い、カウントする。この実施例においては、フォームＩＤ＝１の不備数カウント＝３、フォームＩＤ＝２−１の不備数カウント＝１、フォームＩＤ＝２−２の不備数カウント＝５、フォームＩＤ＝２−３の不備数カウント＝１、フォームＩＤ＝２−４の不備数カウント＝０（＝不備無）、となる。

【0083】

ステップＳ４１２において、サーバ１０２は、記入不備チェック結果リスト１３１０について申込者の人数をカウントし、１人と判定された場合はステップＳ４１５に進み、複数人と判定された場合はステップＳ４１３に進む。なお、図６の実施例においては、申込者はＡさん１人である。また、図７の実施例においては、申込者はＢさん・Ｃさん・Ｄさん・Ｅさんの４人である。

【0084】

ステップＳ４１３において、サーバ１０２は、記入不備チェック結果リスト１３１０について、同一申込者が複数申込を行っているかを判定し、行っていると判定された場合はステップＳ４１４に進み、行っていないと判定された場合はステップＳ４１５に進む。なお、図６の実施例においては、Ａさんがフォーム１とフォーム２、計２つの申込を行っている。また、図７の実施例においては、申込者Ｃさんがフォーム３とフォーム４、計２つの申込を行っている。

【0085】

ステップＳ４１４において、サーバ１０２は、同一申込者が複数申込を行っているため、同一申込者による複数申込の記入不備チェック結果レコードが連続するよう並び替える。具体的に、図７の実施例においては、申込者Ｂさんが申込１と申込４、計２回の申込を行っているため、後に情報処理装置１０１において行う、不備チェック結果一覧画面でＢさんによる複数申込について、まとめて報告することができるよう、Ｂさんによる複数申込の記入不備チェック結果レコードをまとめる。

【0086】

ステップＳ４１５において、サーバ１０２は、一人の申込者が複数申込をしている場合、その申込者に不備数の多い申込から通知することができるように、不備数の多い申込順に記入不備チェック結果レコードが並ぶよう、記入不備チェック結果リスト１３１０をソートする。

【0087】

ステップＳ４１６において、サーバ１０２は、記入不備チェック結果リスト１３１０に複数枚の文書（複数枚にわたる文書）（＝複数枚文書）が存在するかを判定する。複数枚フォームが存在する場合、ステップＳ４１７に進む。複数枚フォームが存在しない場合、ステップＳ４１８に進む。

【0088】

ステップＳ４１７において、サーバ１０２は、複数枚フォームについて、申込者に不備数の多い文書フォームから通知することができるように、不備数の多いフォームＩＤ順に記入不備チェック結果レコードが並ぶよう、記入不備チェック結果リスト１３１０をソートする。ただし、撮影画像ファイルが欠落している文書フォームは、その申込者に対してできる限り早く通知したいため、撮影画像ファイル名＝ＮＵＬＬの記入不備チェック結果レコードは複数枚フォームにおいて先頭レコードになるようにする。

【0089】

すなわち、ステップＳ４１７は、文書の組み合わせに不備があった場合に、他の文書における記載内容の不備の結果表示に優先して、欠落している文書をユーザが認識可能に通知する処理の一例を示すステップである。

【0090】

以上のように、ステップＳ４１２〜ステップＳ４１７において、記入不備チェック結果リスト１３１０のソートを行った結果、記入不備チェック結果リスト１３１０は、記入不備チェック結果リスト（クライアントへ送信時）１３２０（以下、記入不備チェック結果リスト１３２０と記す）のような並び順になる。このソート処理をまとめると、ＯＲＤＥＲ ＢＹ 申込者（申込をした順），申込（不備数の多い順），文書フォーム（撮影画像ファイル名＝ＮＵＬＬ，不備数の多い順）である。

【0091】

こうすることで、複数枚の文書（複数枚にわたる文書）（＝複数枚文書）、複数種類の文書、複数顧客による文書、または、これらが混在する文書でも、文書の記入不備をユーザに正確に効率的に通知することができる。

【0092】

ステップＳ４１８において、サーバ１０２は、記入不備チェック結果リスト１３２０を情報処理装置１０１に送信する。

【0093】

ステップＳ４１９において、情報処理装置１０１は、記入不備チェック結果リスト１３２０を受信し、ＲＡＭ２０２に記憶する。

【0094】

ステップＳ４２０において、情報処理装置１０１は、記入不備チェック結果リスト１３２０を用いて、各フォーム毎の不備数をカウントし、ディスプレイ２１１に記入不備チェック結果一覧画面８００（図８）を表示する。これにより、撮影画像において欠落していた文書フォームがわかるようになる。また、各フォーム毎の不備数もわかるようになる。なお、接客担当者は、この記入不備チェック結果一覧画面８００を見ることで、お客様に通知すべき不備数を把握することができる。

【0095】

すなわち、ステップＳ４２０は、チェックされた不備の数を文書フォーム毎に集計し表示する処理の一例を示すステップである。

【0096】

ステップＳ４２１において、情報処理装置１０１は、ユーザによるボタン押下を受付け、押下されたボタンを判定する。終了ボタンが押下された場合は、記入不備チェック結果取得処理を終了する。また、記入不備チェック結果レコードをタッチしてドラッグした場合は、ドラッグした部分に記入不備チェック結果レコードを移動する。これにより、接客担当者が、お客様への通知順を変えることができる。また、申込書確認ボタンが押下された場合は、現在、カーソルによって指示されている申込書（図８の場合、フォーム２−２）を表示するために、ステップＳ４２３に進む。また、このカーソルは、ユーザがタッチすることで、タッチした記入不備チェック結果レコードに移る。

【0097】

ステップＳ４２３において、情報処理装置１０１は、記入不備チェック結果リスト１３２０を用いて、ディスプレイ２１１にカーソルによって指示されていた申込書画像９１０（図９）を表示する。具体的には、フォーム２−２を表示する場合、記入不備チェック結果リスト１３２０におけるフォームＩＤ＝２−２の先頭行１３２２から、画像ファイル名「２０１４０６２５＿１０１７３０.ｊｐｇ」を取得し、ステップＳ４０４にて外部メモリ２１２に記憶した撮影画像ファイルのうち、この画像ファイル名に対応する画像を取得しディスプレイ２１１に表示する。

【0098】

また、記入不備が存在しないフォームの場合は、申込書画像１０００（図１０）を表示する。具体的には、フォーム２−４を表示する場合、記入不備チェック結果リスト１３２０におけるフォームＩＤ＝２−４の先頭行１３２３から、画像ファイル名「２０１４０６２５＿１０１８２０.ｊｐｇ」と、チェックＩＤ＝ＮＵＬＬが取得できるため、ステップＳ４０４にて外部メモリ２１２に記憶した撮影画像ファイルのうち、この画像ファイル名に対応する画像を取得し、「記入不備はありませんでした」のメッセージと共に、ディスプレイ２１１に表示する。

【0099】

また、この画面（申込書画像９１０）において、このフォームにおける記入不備の合計数の表示、記入不備の箇所をハイライト表示することで、接客担当者が申込者に対して、この画面（申込書画像９１０）を見せながら、記入不備についての説明をすることができるため、読み取った複数枚の文書から不備のある文書を効率よく通知することができる。

【0100】

すなわち、ステップＳ４２３は、チェックで前記記載内容に不備があった場合、定義情報に含まれる認識領域に従って、不備がある記載内容をユーザが識別可能に表示する処理の一例を示すステップである。また、すなわち、ステップＳ４２３は、記載内容の不備の数が多い文書から順にユーザに通知する処理の一例を示すステップである。

【0101】

なお、具体的には、記入不備チェック結果リスト１３２０におけるフォームＩＤ＝２−２のレコードを集計することで、表示中のフォームの記入不備の合計数のメッセージ「５箇所の不備があります」を出力する。また、記入不備チェック結果リスト１３２０におけるフォームＩＤ＝２−２のレコードの起点座標（X、Y)と終点座標（X、Y）を矩形で識別可能に表示することで、読み取った複数枚の文書から不備のある文書を効率よく通知することができる。この実施形態においては、記入不備箇所をハイライト表示するとしたが、この方法に限定するものではなく、起点座標（X、Y)と終点座標（X、Y）の矩形を枠で囲んだり、点滅させたりすることで、目立つようにすればよい。また、音声などにより、通知してもよい。

【0102】

ステップＳ４２４において、情報処理装置１０１は、ユーザによるボタン押下を受付け、押下されたボタンを判定する。終了ボタン９１２が押下された場合は、このフォームについての記入不備表示を終了するために、ステップＳ４２０に戻る。また、次へボタン９１１が押下された場合は、ステップＳ４２５に進む。

【0103】

ステップＳ４２５において、情報処理装置１０１は、次の（初期表示の場合はこのフォームにおける先頭の）記入不備が存在するか記入不備チェック結果リスト１３２０を用いて判定し、存在しない場合は、このフォームにおいて表示すべき記入不備はもう残っていないため、次のフォームを表示すべく、ステップＳ４２２に戻る。存在する場合は、このフォームにおいて表示すべき記入不備はまだ残っているため、次の記入不備を表示すべく、ステップＳ４２６に進む。

【0104】

ステップＳ４２６において、情報処理装置１０１は、次の（初期表示の場合はこのフォームにおける先頭の）記入不備をユーザに通知すべく、当該記入不備の領域を拡大表示する。（図９の９２２）これにより、読み取った複数枚の文書から不備のある文書を効率よく通知することができる。なお、拡大表示する際には、起点座標（X、Y)と終点座標（X、Y）のみを拡大しても、ユーザにとってはどこが拡大されたかわかりにくくなってしまうため、起点座標（X−２０、Y−２０)と終点座標（X＋２０、Y＋２０）のように矩形範囲を広げ拡大することで、文書フォーム全体における記入不備の箇所をわかりやすくすることができる。

【0105】

なお、この実施形態においては、拡大表示して記入不備をユーザに通知するとしたが、この方法に限定するものではなく、ステップＳ４２３と同様に、ユーザに目立つようにすればよい。例えば、起点座標（X、Y)と終点座標（X、Y）の位置に、記入不備チェック結果リスト１３２０のエラー内容の文字列を吹き出し９２３のようにして表示し、記入不備の理由をユーザに通知させてもよい。こうすることで、ステップＳ４２３で表示した記入不備箇所では、接客担当者は申込者に、現在表示中のフォーム全体についての説明を行い、このステップＳ４２５では個々の記入不備について、細かく説明することができる。つまり、読み取った複数枚の文書から不備のある文書を効率よく通知することができる。

【0106】

以上により、複数枚の文書（複数枚にわたる文書）において、読み取った文書に文書フォームの抜けがあったとしても検出し、ユーザに対し通知することができるようになる。また、複数枚の文書（複数枚にわたる文書）、複数種類の文書、複数顧客による文書、または、これらが混在する文書でも、読み取った複数枚の文書から不備のある文書を効率よく通知することができる。

【0107】

その後、ユーザからのボタン押下を受付けるため、ステップＳ４２４に戻る。
以上で、図４の文書システム設定処理の説明を終了する。

【0108】

〔第２の実施形態〕
次に、第２の実施形態について説明する。第１の実施形態では、不備数の多い申込み順、不備数の多い文書順に結果を表示するとした。しかし、図１４のように、不備チェックを行った後、顧客（申込者Ｇ）が不備を訂正し、再度不備チェックを行う場合、不備数は当然少ないことが予想され、不備数の多い文書から順番に見せると不備を訂正した顧客（申込者Ｇ）を長く待たせてしまうことになってしまうため、図１５のように、第２の実施形態では、チェック実施回数が多い顧客を優先して通知する。

【0109】

なお、第１の実施形態の図４を図１６に置き換える。また、第１の実施形態のステップと同じ処理については、同じステップ番号を付与し説明を省略する。

【0110】

また、第１の実施形態の図８を図１７に置き換える。図１７は、図８の記入不備チェック結果一覧に「チェック実施回数」欄を追加したものである。

【0111】

また、第１の実施形態の図１１を図１８に置き換える。撮影画像テーブル１８１０（図１８）は、外部メモリ２１２上にとして記憶していた撮影画像リスト１１２０（図１１）の構成に、「受信ＩＤ」「受信日時」「チェック実施回数」カラムを追加したテーブルである。この撮影画像テーブル１８１０により、対象の申込者について、これまでチェックを実施した回数を取得することが可能になる。すなわち、撮影画像テーブル１８１０は、特定された申込者を記憶するテーブルの一例である。

【0112】

また、第１の実施形態の図１３を図１９に置き換える。記入不備チェック結果リスト１９１０、記入不備チェック結果リスト１９２０（図１９）は、記入不備チェック結果リスト１３１０、記入不備チェック結果リスト１３２０（図１３）のそれぞれに「チェック実施回数」カラムを追加したテーブルである。

【0113】

以下、図１６〜１９を参照しながら、第２の実施形態について説明する。なお、第１の実施形態と同様の構成、処理については説明を省略して説明する。

【0114】

図１６を参照しながら、第２の実施形態に係る情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理について説明する。

【0115】

ステップＳ１６０１において、サーバ１０２は、ステップＳ４０６にて特定した申込者について、今回のチェック実施回数を取得する。具体的には、ステップＳ４０６にて特定した「申込者名」で撮影画像テーブル１８１０を検索し、ヒットした件数＝今回のチェック実施回数となる。図１８で説明すると、受信ＩＤ＝１の撮影画像まで記入不備チェックが終了していて、これから受信ＩＤ＝２の撮影画像３枚（撮影画像レコード１８１２〜１８１４）について記入不備チェックを行う場合、撮影画像レコード１８１４の申込者名＝Ｇであるため、申込者名＝Ｇで撮影画像テーブル１８１０を検索すると、撮影画像レコード１８１１と撮影画像レコード１８１４の計２件がヒットする。

【0116】

これにより、申込者名＝Ｇについて、今回のチェック実施が２回目であることがわかる。同様にして、撮影画像レコード１８１２の申込者名＝Ｅについては、申込者名＝Ｅで撮影画像テーブル１８１０を検索すると、今回のチェック実施が１回目であることがわかり、撮影画像レコード１８１３の申込者名＝Ｆについては、申込者名＝Ｆで撮影画像テーブル１８１０を検索すると、今回のチェック実施が１回目であることがわかる。

【0117】

なお、この実施形態においては、ステップＳ１６０１における撮影画像テーブル１８１０の検索条件を「申込者名」のみとしたが、「申込者名」のみでなく、「受信日時」を当日のみなど所定の範囲に限定して検索条件に追加する、ステップＳ４０５にて特定した「フォームＩＤ」を検索条件に追加するとしてもよい。ステップＳ１６０１の検索条件は、チェック実施回数を決定するための条件となる。なお、ステップＳ４０２にて複数の申込者の申込書を撮影した場合、ステップＳ４０６にて特定した申込者名は複数になるため、ステップＳ１６０１にて行う撮影画像テーブル１８１０の検索処理は申込者名の数だけ繰り返して行うことになる。

【0118】

ステップＳ１６０２において、サーバ１０２は、これから記入不備チェックを行うレコードについて、ステップＳ１６０１にて取得したチェック実施回数で「チェック実施回数」カラムを更新する。図１８で説明すると、申込者名＝Ｇで検索したヒット件数＝２であるため、撮影画像レコード１８１４の「チェック実施回数」を２に更新する。同様にして、撮影画像レコード１８１２の「チェック実施回数」を１に、撮影画像レコード１８１３の「チェック実施回数」を１に更新する。

【0119】

ステップＳ１６０３において、サーバ１０２は、記入不備チェック処理（図５）で記憶した記入不備チェック結果リスト１９１０（図１９）について、不備チェック実施回数の多い申込者から順に通知できるように、「チェック実施回数」の多い順に申込者をソートする。

【0120】

ステップＳ１６０３の後、ステップＳ４１５とステップＳ４１７においてソートを行うことで、記入不備チェック結果リスト１９１０は記入不備チェック結果リスト１９２０（図１９）の状態で情報処理装置１０１に送信され、ステップＳ４２０にて記入不備チェック結果一覧画面１７００（図１７）を表示する。記入不備チェック結果一覧画面１７００における「チェック実施回数」は、その申込者による申込書のチェック回数を示し、「チェック実施回数」の多い順で表示される。すなわち、ステップＳ４２０は、撮影画像テーブル１８１０に記憶されている件数の多い申込者が記入した文書から順にユーザに通知する処理の一例を示すステップである。

【0121】

ステップＳ４２０の後、ステップＳ４２３において、記入不備チェック結果一覧画面１７００に表示された順番、つまり、「チェック実施回数」の多い順で申込書のチェック結果画像を表示するため、チェック実施回数が多い顧客を長く待たせてしまうことなく、優先して通知することができる。これにより、読み取った複数枚の文書から不備のある文書を効率よく通知する仕組みを提供することができる。

【0122】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0123】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0124】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0125】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0126】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0127】

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0128】

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

【0129】

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0130】

１００ 文書システム
１０１ 情報処理装置
１０２ サーバ
１０３ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】