JP2015222556A - 帳票システムと、その処理方法及びプログラム - Google Patents

Abstract

【課題】 情報処理装置に記憶させ、情報処理装置での記入不備チェックに用いる帳票フォームを優先的に提示することで、記入不備チェックの利便性を向上する仕組みを提供する。
【解決手段】 帳票を電子データとして取込む情報処理装置と、サーバを含む帳票システムであって、サーバは、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、帳票フォーム識別情報ごとに情報処理装置に優先的に記憶させるために用いられる優先情報を管理し、優先情報を情報処理装置に送信する。情報処理装置は、利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する帳票システム。
【選択図】図８

Description

本発明は、記入不備チェックを行うための帳票システムと、その処理方法及びプログラムに関する。

従来より、利用者端末から帳票サーバに帳票データを送信して、帳票サーバ側で記入内容に不備が無いかをチェックし、利用者端末にチェック結果を返す仕組みがある。

特許文献１には、利用者端末から送信された帳票データの内容判定、オペレータの操作によるエラー修正、修正結果のメッセージを付与した処理結果の作成などの処理すべてを帳票サーバ側で行う電子処理システムの技術が記載されている。

特開平６−２８２７５号公報

しかし、特許文献１のシステム構成では、記入不備チェックを行うためには、必ず帳票サーバに帳票データを送らなければならず、帳票サーバと通信出来ない環境では記入不備チェックができない。また、記入漏れなどの些細な不備チェックでさえ、利用者端末と帳票サーバ間の通信が発生し、不備の無い帳票が完成するまでに時間が掛かってしまうという課題があった。更に、帳票サーバにおける記入不備チェック処理の回数が増えることで帳票サーバの負荷が高まり、システム全体の処理時間が長くなってしまうという課題もあった。

一方、帳票サーバを設置せず利用者端末のみで記入不備チェックを行う場合、帳票フォームが追加された場合や認識条件の変更があると、利用者端末全てに帳票フォームや認識条件の追加・変更をしなければならないという運用上の課題があった。また、記憶容量の少ない利用者端末においては、利用者端末に記憶できる帳票フォームの数が限定されてしまうため、帳票種類が多い場合、すべての種類の帳票のチェックができないという課題もあった。

そこで、本発明の目的は、利用する可能性の高い帳票フォームを表示し、情報処理装置へのダウンロードを容易にすることである。

帳票を電子データとして取込む情報処理装置と、サーバを含む帳票システムであって、前記サーバは、前記帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、前記帳票フォーム識別情報ごとに前記情報処理装置に優先的に記憶させるために用いられる優先情報を管理する帳票フォーム管理手段と、前記帳票フォーム管理手段から前記帳票フォーム識別情報と前記優先情報を取得し、前記情報処理装置に送信する送信手段とを備え、前記情報処理装置は、前記送信手段により送信された帳票フォーム識別情報と優先情報を受信する受信手段と、利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、前記受信手段により受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する一覧表示手段を備えることを特徴とする帳票システム。

本発明によれば、利用する可能性の高い帳票フォームを表示し、情報処理装置へのダウンロードを容易にする仕組みを提供することができる。

本発明の帳票システム１００の構成の一例を示す図 情報処理装置１０１のハードウエア構成の一例を示す図 情報処理装置１０１およびサーバ１０２の一例を示すブロック図 サーバ１０２で帳票システム１００の設定を行う処理の一例を示すフローチャート サーバ１０２から情報処理装置１０１にフォームダウンロードを行う処理の一例を示すフローチャート 情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理の一例を示すフローチャート 情報処理装置１０１、またはサーバ１０２で行う記入不備チェック処理の一例を示すフローチャート 情報処理装置１０１においてサーバ１０２に記憶されているフォーム定義情報をダウンロードする画面の一例を示す図 サーバ１０２でシステム設定を行う画面の一例を示す図 情報処理装置１０１で記入不備チェック結果を表示する画面の一例を示す図 サーバ１０２および情報処理装置１０１で帳票フォームを管理するテーブルの一例を示す図 ユーザごとのフォーム使用状況をログとして管理するテーブルの一例を示す図 フォームごとの記入不備チェック認識領域および不備チェック方法を管理するテーブルの一例を示す図 図１１と図１２のテーブルを使用し、ユーザごとのフォームの使用頻度、記入不備チェック処理時間をビューとして作成したフォームリストの一例を示す図 第２の実施形態に係る情報処理装置１０１がサーバ１０２から記入不備のチェック結果を取得する処理の一例を示すフローチャート 第２の実施形態に係る情報処理装置１０１においてサーバ１０２に記憶されているフォーム定義情報をダウンロードする画面の一例を示す図 第２の実施形態に係る情報処理装置１０１で記入不備チェック結果を表示する画面の一例を示す図

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

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

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

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

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

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

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

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

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

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

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

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

帳票フォーム管理部３０１は、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、帳票フォーム識別情報ごとに情報処理装置１０１に優先的に記憶させるために用いられる優先情報を管理する機能部である。

送信部３０２は、帳票フォーム管理部３０１から帳票フォーム識別情報と優先情報を取得し、情報処理装置１０１に送信する機能部である。

受信部３０３は、送信部３０２により送信された帳票フォーム識別情報と優先情報を受信する機能部である。

一覧表示部３０４は、利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、受信部３０３により受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する機能部である。

ダウンロード部３０５は、一覧表示部３０４により表示された帳票フォーム識別情報をサーバ１０２に送信し、サーバ１０２から帳票フォーム識別情報に対応する帳票フォーム定義情報をダウンロードする機能部である。

クライアント記憶部３０６は、ダウンロード部３０５によりダウンロードした帳票フォーム定義情報を記憶する機能部である。

取込部３０７は、帳票を電子データとして取込む機能部である。

特定部３０８は、取込部３０７により取込まれた帳票の電子データから帳票フォーム識別情報を特定する機能部である。

判定部３０９は、特定部３０８により特定された帳票フォーム識別情報に対応する帳票フォーム定義情報が、クライアント記憶部３０６に記憶されているか否かを判定する機能部である。

クライアント記入不備チェック部３１０は、ダウンロード部３０５によりダウンロードされた帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、取込部３０７により取込まれた電子データに含まれる帳票の認識領域に記入された内容が認識条件に適合しているか否かをチェックする機能部である。

電子データ送信部３１１は、サーバに帳票の電子データを送信する機能部である。

帳票フォーム定義情報送信部３１２は、情報処理装置から送信された帳票フォーム識別情報を受信し、情報処理装置に対し、帳票フォーム識別情報に対応する帳票フォーム定義情報を送信する機能部である。

電子データ受信部３１３は、電子データ送信部３１１により送信された帳票の電子データを受信する機能部である。

サーバ記入不備チェック部３１４は、帳票フォーム管理部３０１により記憶されている帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、電子データ受信部３１３により受信した電子データに含まれる帳票の認識領域に記入された内容が認識条件に適合しているか否かをチェックする機能部である。

関連帳票ダウンロード部３１５は、取込部３０７により、複数の帳票の電子データが取込まれた場合、判定部３０９により複数の帳票の帳票フォーム識別情報のうち、少なくとも１つの帳票フォーム識別情報に対応する帳票フォーム定義情報がクライアント記憶部に記憶されていると判定された場合、帳票フォーム定義情報がクライアント記憶部３０６に記憶されている帳票に関連する帳票として、クライアント記憶部３０６に記憶されていない帳票の帳票フォーム識別情報に対応する帳票フォーム定義情報をサーバからダウンロードする機能部である。

帳票フォーム識別情報送信部３１６は、特定部３０８により特定された帳票フォーム識別情報をサーバに送信する機能部である。

帳票フォーム識別情報受信部３１７は、帳票フォーム識別情報送信部３１６により送信された帳票フォーム識別情報を受信する機能部である。

履歴記憶部３１８は、帳票フォーム識別情報受信部３１７により受信した帳票フォーム識別情報の履歴を記憶する機能部である。

ダウンロード指定受付部３１９は、一覧表示部３０４により表示された帳票フォーム識別情報のうち、ダウンロードする帳票フォーム識別情報の指定を受け付ける機能部である。

サーバ帳票フォーム指定部３２０は、情報処理装置に優先的にダウンロードさせる帳票フォームを指定する機能部である。

削除指定受付部３２１は、一覧表示部３０４により一覧表示された帳票フォーム識別情報のうち、クライアント記憶部３０６に記憶された帳票フォーム定義情報を削除する帳票フォーム識別情報の指定を受け付ける機能部である。

削除部３２２は、削除指定受付部３２１により受け付けた帳票フォーム識別情報に対応する帳票フォーム定義情報を削除する機能部である。

図４は、サーバ１０２で帳票システム１００の設定を行う処理（以下、帳票システム設定処理）の一例を示すフローチャートである。

また、図９は、サーバ１０２でシステム設定を行う画面の一例である。情報処理装置１０１端末内に保存しておくクライアント保存フォーム上限数を入力し、フォームの使用頻度集計するための期間の日数を入力して登録ボタンを押下すると。クライアント保存フォーム上限数および使用頻度集計期間がシステムに保存される。

ステップＳ４０１において、サーバ１０２は、帳票システム１００の管理者によって行われる帳票システムへのログインを受け付け、ステップＳ４０２において、帳票システム設定画面９００（図９）を表示する。なお、この帳票システム設定処理においてユーザインターフェースとなる帳票アプリケーションは、情報処理装置１０１にインストールされたアプリケーションであってもよいし、ブラウザに表示されるＷｅｂアプリケーションなどのアプリケーションであってもよい。

ステップＳ４０３において、サーバ１０２は、情報処理装置１０１に保存しておく帳票フォームの上限値の入力を受け付ける。情報処理装置１０１のＨＤＤや外部メモリの容量の少ない場合にも、このクライアント保存フォーム上限数９０１の値を設定しておくことで、情報処理装置１０１の記憶領域を必要以上に圧迫しないようにできる。ここでは、クライアント保存フォーム上限数９０１に５が入力されたとする。つまり、情報処理装置１０１には、最大５つの帳票フォームに関する情報を５つまで記憶することができ、新たに別の帳票フォームに関する情報を記憶する場合は、既に記憶している５つの帳票フォームのうち、いくつかを削除した後、新たな帳票フォームをダウンロードすればよい。

ステップＳ４０４において、サーバ１０２は、帳票フォームの使用頻度を算出するための直近日数の入力を受け付ける。このフォーム使用頻度集計期間９０２の値は、後述する帳票フォームのダウンロード優先順位の決定に用いる。ここでは、フォーム使用頻度集計期間９０２に３０が入力されたとする。つまり、直近の３０日間のログを使用頻度算出の対象とする。
ステップＳ４０５において、ボタンの押下を受け付ける。

キャンセルボタン９０３が押下された場合は、この帳票システム設定処理を中止する。

登録ボタン９０４が押下された場合は、ステップＳ４０６において、クライアント保存フォーム上限数９０１とフォーム使用頻度集計期間９０２を外部メモリ２１２に記憶する。
以上で、図４の帳票システム設定処理の説明を終了する。

図５は、サーバ１０２から情報処理装置１０１にフォームダウンロードを行う処理（以下、フォームダウンロード処理）の一例を示すフローチャートである。

また、図８は、情報処理装置１０１において、サーバ１０２に記憶されているフォーム定義情報をダウンロードするための画面の一例である。 画面にはフォームＩＤとそれに対応するフォーム名、商品区分、使用頻度、記入不備チェックにかかったクライアント処理時間の平均、サーバ処理時間の平均を表示する。また、この画面でチェックされているフォームについて、ダウンロードボタンでダウンロードを行う。

また、図１１は、サーバ１０２および情報処理装置１０１で帳票フォームを管理するテーブルの一例である。フォームテーブル（サーバ）１１２０には全フォームのフォームＩＤ、フォーム名、商品区分、およびフォーム画像のファイル名が保存されており、フォームテーブル（クライアント）１１１０には、情報処理装置１０１の外部メモリ２１２に記憶されているフォームについてのみ保存されている。すなわち、フォームテーブル（サーバ）１１２０は、帳票フォーム定義情報を記憶するテーブルの一例である。また、フォームテーブル（クライアント）１１１０は、ダウンロードした帳票フォーム定義情報を記憶するテーブルの一例である。

なお、フォームテーブル（サーバ）１１２０のレコードは、システム管理者が登録しておき、商品区分の値も含め、システム管理者がメンテナンス画面（不図示）を用いてメンテナンスを行う。商品区分に値を設定することにより、後述するステップＳ５０４にて作成されるフォームリストビュー１４００において、商品区分に値を設定した帳票フォーム識別情報が優先的に表示されるようになる。すなわち、システム管理者がメンテナンス画面を用いて、商品区分の値をメンテナンスする処理は、情報処理装置１０１に優先的にダウンロードさせる帳票フォームを指定する処理の一例である。

また、図１２のフォーム使用ログテーブル１２００は、ユーザごとのフォーム使用状況をログとして管理するテーブルの一例である。フォーム使用ログテーブル１２００には記入不備チェック処理の開始時刻、ユーザＩＤ、使用したフォームＩＤ、チェック端末、記入不備チェックの処理時間が記憶されている。

また、図１４は、図１１と図１２のテーブルを使用し、ユーザごとのフォーム使用頻度、記入不備チェック処理時間をビューとして作成したフォームリストの一例である。フォームリストビュー１４００は、フォームＩＤ、フォーム名、商品区分、使用頻度、記入不備チェックの処理時間（情報処理装置１０１における平均処理時間、サーバ１０２における平均処理時間）のカラムを持ち、ステップＳ５０４において作成される。

ステップＳ５０１において、情報処理装置１０１は、帳票システムのユーザによって行われる帳票システムへのログインを受け付ける。なお、このフォームダウンロード処理においてユーザインターフェースとなる帳票アプリケーションは、情報処理装置１０１にインストールされたアプリケーションであってもよいし、ブラウザに表示されるＷｅｂアプリケーションなどのアプリケーションであってもよい。

ステップＳ５０２において、情報処理装置１０１は、サーバ１０２に対して、ユーザによって入力されたユーザＩＤおよびパスワードを送信すると同時に、フォームリストビューの要求を行う。

ステップＳ５０３において、サーバ１０２は、ユーザＩＤおよびパスワードを受信してログイン処理を行い、フォームリストビューの要求を受け付ける。

ステップＳ５０４において、サーバ１０２は、受信したユーザＩＤを条件にして、フォームテーブル（サーバ）１１２０（図１１）とフォーム使用ログテーブル１２００（図１２）を結合し、受信したユーザＩＤに対応するフォームリストビュー１４００(図１４）を作成する。なお、このビューは、「商品区分（販売強化・空白の順）、使用頻度（降順）、サーバ処理時間（降順）」の条件でソートする。このソートを行うことにより、「販売強化」商品に関する帳票、ログインユーザによる使用頻度が高い帳票、サーバ処理時間が長い帳票情報（帳票フォームおよび帳票チェック定義）が優先してダウンロードされることになる。すなわち、フォームリストビュー１４００のソート条件に含まれる情報「商品区分（販売強化・空白の順）、使用頻度（降順）、サーバ処理時間（降順）」が情報処理装置に優先的に記憶させるために用いられる「優先情報」である。

すなわち、ステップＳ５０４は、記憶された帳票フォーム識別情報の数に従って、優先情報を決定する処理の一例を示すステップである。また、ステップＳ５０４は、システム管理者により指定された帳票フォームの帳票フォーム識別情報に従って、優先情報を決定する処理の一例を示すステップである。また、ステップＳ５０４は、サーバにおける記入不備チェックの処理時間に応じて、優先情報を決定する処理の一例を示すステップである。

ステップＳ５０５において、サーバ１０２は、作成したフォームリストビュー１４００と、帳票システム設定画面９００で設定したクライアント保存フォーム上限数９０１を外部メモリ２１２から取得し、情報処理装置１０１に送信する。すなわち、ステップＳ５０５は、帳票フォーム識別情報と優先情報を取得し、情報処理装置１０１に送信する処理の一例を示すステップである。

ステップＳ５０６において、情報処理装置１０１は、フォームリストビュー１４００とクライアント保存フォーム上限数９０１を受信する。すなわち、ステップＳ５０６は、サーバ１０２から送信された帳票フォーム識別情報と優先情報を受信する処理の一例を示すステップである。

ステップＳ５０７において、情報処理装置１０１は、フォームダウンロード画面８００（図８）に受信したフォームリストビュー１４００を表示する。すなわち、ステップＳ５０７は、利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する処理の一例を示すステップである。これにより、利用する可能性の高い帳票フォームを表示し、情報処理装置へのダウンロードを容易にすることができる。

ステップＳ５０８において、情報処理装置１０１は、フォームテーブル（クライアント）１１１０（図１１）を全件検索し、フォームリストビュー１４００のレコードのうち、フォームテーブル（クライアント）１１１０に存在するレコードの場合、削除ボタン８０１を表示する。フォームテーブル（クライアント）１１１０に存在するレコードの場合、帳票フォーム画像および当該チェック定義が情報処理装置１０１の外部メモリに存在し、改めてダウンロードする必要はないため、ダウンロードに使用するチェックボックスは表示せずに削除ボタン８０１を表示する。同時に、情報処理装置１０１は、フォームテーブル（クライアント）１１１０に存在するレコード数をＲＡＭ２０２に記憶しておく。

一方、フォームリストビュー１４００のレコードのうち、フォームテーブル（クライアント）１１１０に存在しないレコードの場合、ダウンロードに使用するチェックボックス８０２を表示する。

ステップＳ５０９において、情報処理装置１０１は、クライアント保存フォーム上限数９０１の数に達するまで、先頭からチェックボックス８０２にチェックを入れる。具体的には、クライアント保存フォーム上限数９０１を５、フォームテーブル（クライアント）１１１０に存在するレコード数を３とすると、残り２つのフォームの情報をダウンロードできるため、先頭から２つのチェックボックスにチェックを入れる。つまり、図８においては、フォームＩＤ「６０００」「２０００」の２レコードのチェックボックスにチェックを入れる。これにより、利用する可能性の高い帳票フォームを表示し、情報処理装置へのダウンロードを容易にすることができる。

ステップＳ５１０において、情報処理装置１０１は、ユーザによるチェックボックスのＯＮ・ＯＦＦの操作を受け付ける。ユーザが情報処理装置１０１にダウンロードするフォームにチェックを入れ、ダウンロードしないフォームのチェックを外す。なお、後述するステップＳ５１８において、ユーザによってチェックが入れられた帳票フォーム識別情報に対応する帳票フォーム定義情報はダウンロードし、ユーザによってチェックが外され帳票フォーム識別情報に対応する帳票フォーム定義情報はダウンロードしない。

すなわち、ステップＳ５１０は、一覧表示された帳票フォーム識別情報のうち、ダウンロードする帳票フォーム識別情報の指定を受け付ける処理の一例を示すステップである。また、ステップＳ５１０は、一覧表示された帳票フォーム識別情報のうち、クライアントに記憶された帳票フォーム定義情報を削除する処理の一例を示すステップである。

ステップＳ５１１において、情報処理装置１０１は、フォームダウンロード画面におけるボタンの押下を受け付け、押下されたボタンの判定を行う。

キャンセルボタン８０３が押下された場合は、フォームダウンロード処理を終了する。

削除ボタンが押下された場合は、ステップＳ５１２に進む。ステップＳ５１２において、情報処理装置１０１は、フォームテーブル（クライアント）１１１０から、当該フォームレコードを削除する。すなわち、ステップＳ５１１は、一覧表示された帳票フォーム識別情報のうち、クライアントに記憶された帳票フォーム定義情報を削除する帳票フォーム識別情報の指定を受け付ける処理の一例を示すステップである。すなわち、ステップＳ５１２は、受け付けた帳票フォーム識別情報に対応する帳票フォーム定義情報を削除する処理の一例を示すステップである。ステップＳ５１３において、情報処理装置１０１は、外部メモリ２１２から、フォーム画像を削除する。

ダウンロードボタン８０４が押下された場合は、ステップＳ５１４に進む。ステップＳ５１４において、情報処理装置１０１は、フォームダウンロード画面８００から、チェックボックスがチェックされているレコードのフォームＩＤを、フォーム情報を取得するフォームＩＤのリストとして、サーバ１０２に送信する。

ステップＳ５１５において、サーバ１０２は、取得するフォームＩＤのリストを受信する。すなわち、ステップＳ５１５は、情報処理装置１０１から送信された帳票フォーム識別情報を受信する処理の一例を示すステップである。

ステップＳ５１６において、サーバ１０２は、取得するフォームＩＤのリストを検索キーとして、フォームテーブル１１００と記入不備チェックテーブル１３００をそれぞれ検索し、フォーム情報とチェック定義情報を取得する。また、フォーム情報におけるフォーム画像の値にはフォーム画像ファイルが記憶されているディレクトリパスが記憶されているため、そのファイルパスを用いて、フォーム画像ファイルを取得する。

ステップＳ５１７において、サーバ１０２は、取得したフォーム情報、フォーム画像ファイル。およびチェック定義情報を情報処理装置１０１に送信する。すなわち、ステップＳ５１７は、情報処理装置１０１に対し、帳票フォーム識別情報に対応する帳票フォーム定義情報を送信する処理の一例を示すステップである。

ステップＳ５１８において、情報処理装置１０１は、フォーム情報、フォーム画像ファイル。およびチェック定義情報を受信する。すなわち、ステップＳ５１８は、一覧表示された帳票フォーム識別情報に対応する帳票フォーム定義情報をサーバ１０２からダウンロードする処理の一例を示すステップである。

ステップＳ５１９において、情報処理装置１０１は、フォームテーブル（クライアント）１１１０にサーバ１０２から受信したフォーム情報を追加する。

ステップＳ５２０において、情報処理装置１０１は、外部メモリ２１２にサーバ１０２から受信したフォーム画像を記憶し、記憶したディレクトリのパスをステップＳ５１９でフォームテーブル（クライアント）１１１０に追加したフォーム情報の「フォーム画像」カラムに記憶する。

ステップＳ５２１において、情報処理装置１０１は、記入不備チェックテーブル（クライアント）１３１０にサーバ１０２から受信した記入不備チェックレコードを追加する。

以上により、図５のフォームダウンロード処理の説明を終了する。

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

また、図１０の記入不備チェック結果画面（不備なし）１０１０は、情報処理装置１０１で記入不備チェック結果を表示する画面の一例で、記入不備がないケースである。画面上部に「記入不備はありませんでした」を表示し、その下に帳票撮影画像を表示する。

また、図１０の記入不備チェック結果画面（不備あり）１０２０は、情報処理装置１０１で記入不備チェック結果を表示する画面の一例で、記入不備があるケースである。画面上部に「記入不備があります」を表示し、その下にステップＳ６１５で帳票撮影画像の記入不備箇所１０２１を赤で塗りつぶした画像を表示する。なお、記入不備箇所１０２１の表示は、赤による塗りつぶしに限定するものではなく、赤以外の色による塗りつぶし、枠による囲み、点滅、拡大、反転表示など、ユーザによる識別が可能となる表示であればよい。また、識別可能となる表示に限定するものではなく、音声による記入不備箇所の読み上げなど音声による識別方法であってもよい。

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

ステップＳ６０２において、情報処理装置１０１は、カメラ２１５を用いて記入不備チェックを行う帳票を撮影し、撮影された画像（以下、撮影画像）を外部メモリ２１２に記憶する。なお、この実施形態においては、情報処理装置１０１のカメラ２１５を用いて撮影画像を得るとしたが、デジタルカメラなどを用いて撮影された画像やスキャナーなどを用いてスキャンされた画像を情報処理装置１０１に取り込むとしてもよい。すなわち、ステップＳ６０２は、帳票を電子データとして取込む処理の一例を示すステップである。

ステップＳ６０３において、情報処理装置１０１は、変数ＳｔａｒｔＴｉｍｅに現在時刻を代入し、ＲＡＭ２０２に記憶する。

ステップＳ６０４において、情報処理装置１０１は、フォームテーブル（クライアント）１１１０の全レコードを検索し、「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に撮影画像を比較することで、記入不備チェックを行う帳票フォームの帳票フォーム識別情報を特定する。

具体的には、外部メモリ２１２から取り出したフォーム画像と撮影画像を比較し、所定の値以上の割合で画像が一致した場合、撮影画像は外部メモリ２１２から取り出したフォーム画像の帳票フォームであると判定し、撮影した帳票の帳票フォーム識別情報は、画像比較で一致したフォーム画像に対応する帳票フォーム識別情報であると特定する。なお、この画像比較に用いる２つの画像は未加工のまま画像を比較してよいし、画像比較の精度を上げるために、輪郭を抽出するなどの画像加工を施した後に画像比較を行うとしてもよい。また、その際、検索結果であるフォームテーブル（クライアント）１１１０の全レコードのフォームＩＤをリスト化し、ＲＡＭ２０２に記憶しておく。すなわち、ステップＳ６０４は、取込まれた帳票の電子データから帳票フォーム識別情報を特定する処理の一例を示すステップである。

また、フォームテーブル（クライアント）１１１０の検索におけるソート順は、「商品区分（販売強化・空白の順）、使用頻度（降順）、サーバ処理時間（降順）」とする。このソートを行うことにより、「販売強化」商品に関する帳票、情報処理装置１０１における使用頻度が高い帳票、情報処理装置１０１におけるサーバ処理時間が長い帳票が優先して撮影画像と比較されることになるため、画像比較に要する時間を短縮できる。

なお、この実施形態においては、撮影画像とサーバ１０２から入手したフォーム画像を比較することで、記入不備チェックを行う帳票フォームの特定を行ったが、この方法に限定するものではなく、帳票にフォームＩＤを示すバーコードや番号を記しておき、撮影画像を解析して撮影画像のフォームＩＤを特定する方法であってもよい。本実施例においては、撮影画像からフォームＩＤ＝１０００の「ショッピングクレジット申込書」が特定されたとする。

ステップＳ６０５において、情報処理装置１０１は、ステップＳ６０４にて記入不備チェックを行う帳票フォームを特定できたか否かを判定する。すなわち、ステップＳ６０５は、帳票フォーム識別情報に対応する帳票フォーム定義情報が、情報処理装置１０１に記憶されているか否かを判定する処理の一例を示すステップである。

フォームを特定できた場合は、記入不備チェック処理に必要なフォーム情報は情報処理装置１０１に存在するため、以降の処理は情報処理装置１０１で行う。よって、ステップＳ６０６において、情報処理装置１０１は、変数「チェック端末」に「クライアント」を代入し、ＲＡＭ２０２に記憶する。ステップＳ６０７において、情報処理装置１０１は、記入不備チェック処理（後述）を行う。すなわち、ステップＳ６０７は、ダウンロードされた帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、取込まれた電子データに含まれる帳票の認識領域に記入された内容が認識条件に適合しているか否かをチェックする処理の一例を示すステップである。また、ステップＳ６０７は、帳票フォーム定義情報が記憶されていると判定された場合、クライアントにおける記入不備チェックにより帳票への記入内容のチェックを行う処理の一例を示すステップである。

フォームを特定できなかった場合は、記入不備チェック処理に必要なフォーム情報は情報処理装置１０１に存在しないため、以降の処理はサーバ１０２で行う。よって、ステップＳ６０８において、情報処理装置１０１は、変数「チェック端末」に「サーバ」を代入し、ＲＡＭ２０２に記憶する。ステップＳ６０９において、情報処理装置１０１は、ユーザＩＤ、撮影画像、比較済フォームＩＤリストをサーバ１０２に送信する。ここで、比較済フォームＩＤリストとは、ステップＳ６０４において、ＲＡＭ２０２に記憶したフォームテーブル（クライアント）１１１０の全レコードのフォームＩＤのリストである。すなわち、ステップＳ６０９は、帳票の電子データを送信する処理の一例を示すステップである。

ステップＳ６１０において、サーバ１０２は、ユーザＩＤ、撮影画像、比較済フォームＩＤリストを受信する。すなわち、ステップＳ６１０は、情報処理装置１０１から送信された帳票の電子データを受信する処理の一例を示すステップである。

ステップＳ６１１において、サーバ１０２は、フォームテーブル（サーバ）１１２０の全レコードを検索し、「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に撮影画像と比較することで、記入不備チェックを行う帳票フォームを特定する。その際、フォームテーブル（サーバ）１１２０の検索におけるソート順は、「商品区分（販売強化・空白の順）、受信したユーザＩＤの使用頻度（降順）、受信したユーザＩＤのサーバ処理時間（降順）」とする。このソートを行うことにより、「販売強化」商品に関する帳票、ログインユーザによる使用頻度が高い帳票、ログインユーザによるサーバ処理時間が長い帳票が優先して撮影画像と比較されることになるため、画像比較に要する時間を短縮することができる。

なお、上記ソートキーの「ユーザＩＤの使用頻度」および「ユーザＩＤのサーバ処理時間」は、受信したユーザＩＤおよび外部メモリ２１２に記憶されているフォーム使用頻度集計期間９０２の値を検索条件として、フォーム使用ログテーブル１２００を検索し集計することで、当該ユーザが直近の集計期間において使用した頻度（＝使用回数／集計期間）およびサーバ処理時間を導出することができる。

なお、この実施形態においては、撮影画像とサーバ１０２から入手したフォーム画像を比較することで、記入不備チェックを行う帳票フォームの特定を行ったが、この方法に限定するものではなく、帳票にフォームＩＤを示すバーコードや番号を記しておき、撮影画像を解析して撮影画像のフォームＩＤを特定する方法であってもよい。この方法の場合、ステップＳ６０４において既にフォームＩＤが特定できているため、ステップＳ６０９において情報処理装置１０１からサーバ１０２に特定されたフォームＩＤを送信することで、ステップＳ６１１において画像比較によるフォームＩＤ特定処理は不要になり、フォームＩＤ特定に要する時間を短縮できる。

ステップＳ６１２において、サーバ１０２は、記入不備チェック処理（図７）を行う。すなわち、ステップＳ６１２は、帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、受信した電子データに含まれる帳票の認識領域に記入された内容が認識条件に適合しているか否かをチェックする処理の一例を示すステップである。また、ステップＳ６１２は、帳票フォーム定義情報が記憶されていないと判定された場合、サーバにおける記入不備チェックにより帳票への記入内容のチェックを行う処理の一例を示すステップである。ここで、図７の記入不備チェック処理について説明する。

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

この記入不備チェック処理は、ステップＳ６０５の情報処理装置１０１で行われた判定において、撮影画像がフォームテーブル（クライアント）１１１０のレコードに存在する場合は、記入不備チェック処理（図７）は情報処理装置１０１で行い、存在しない場合は、図７の記入不備チェック処理はサーバ１０２で行う。よって、ステップＳ７０１〜ステップＳ７１２の処理は、情報処理装置１０１またはサーバ１０２が行う。

また、図１３は、フォームごとの記入不備チェック認識領域および不備チェック方法を管理するテーブルの一例である。

記入不備チェックテーブル１３００にはフォームＩＤ、チェック箇所につけられたチェックＩＤ、記入不備チェックの認識条件、記入不備チェック認識領域の起点座標（X、Y)と終点座標（X、Y）が記憶されている。

なお、以下においては、「記入不備チェックテーブル１３００」の記述は、記入不備チェック処理が情報処理装置１０１で行われる場合には「記入不備チェックテーブル（クライアント）１３１０」（図１３）を、記入不備チェック処理がサーバ１０２で行われる場合には「記入不備チェックテーブル（サーバ）１３２０」（図１３）を意味する。また、記入不備チェックテーブル（クライアント）１３１０には、記入不備チェックテーブル（サーバ）１３２０に無い、記入不備チェック処理結果を記憶するための結果カラム１３１１が存在するが、図７の記入不備チェック処理において、結果カラム１３１１はまだ使用しないため、この時点ではｎｕｌｌである。

また、記入不備チェックテーブル（サーバ）１３２０は、帳票システム１００で使用する帳票の定義情報（帳票フォーム識別情報と記入内容の認識領域と認識条件）として、システム管理者によって作成・メンテナンスされるテーブルである。すなわち、記入不備チェックテーブル（サーバ）１３２０は、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するテーブルの一例である。

ステップＳ７０１において、ステップＳ６０４またはステップＳ６１１で特定した撮影画像のフォームＩＤを検索キーとして、記入不備チェックテーブル１３００を検索し、記入不備チェックレコードを取得する。

ステップＳ７０２において、変数ｉに1を代入し、ＲＡＭ２０２に記憶する。

ステップＳ７０３において、記入不備チェックレコードのi番目から、記入不備チェック認識領域の起点（X座標、Y座標)と終点（X座標、Y座標）と記入不備チェック認識条件を取得する。

ステップＳ７０４において、記入不備チェック認識条件の値について判定する。

記入不備チェック認識条件が「必須」の場合は、入力必須の項目であるため、ステップＳ７０５において、撮影画像のチェック認識領域に文字や記号が記入されているか否かを判定する。なお、この判定処理は、ＯＣＲ等による解析技術を用いるが、既知の技術であるため、説明は省略する。

文字や記号が記入されている場合は、ステップＳ７０６において、チェック結果をＲＡＭ２０２に記憶する変数ｒｅｓｕｌｔ［i］に「ＯＫ」を代入する。

文字や記号が記入されていない場合は、ステップＳ７０７において、変数ｒｅｓｕｌｔ［i］に「ＮＧ」を代入する。

記入不備チェック認識条件が「丸囲み」の場合は、複数の選択肢のうち１つを丸印で囲む項目であるため、ステップＳ７０８において、撮影画像のチェック認識領域に丸印が記入されているか否かを判定する。この判定処理は、ＯＣＲ等による解析技術を用いるが、既知の技術であるため、説明は省略する。なお、本実施例では丸印の存在有無を判定しているが、丸印に限定するものではなく、レ点やその他の図形の判定であってもよい。

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

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

丸印が記入されている場合は、ステップＳ７０９において、変数ｒｅｓｕｌｔ［i］に「ＯＫ」を代入する。

丸印が記入されていない場合は、ステップＳ７１０において、変数ｒｅｓｕｌｔ［i］に「ＮＧ」を代入する。

ステップＳ７１１において、変数ｉをインクリメントする。ステップＳ７１２において、チェックＩＤ＝ｉの記入不備チェックレコードが存在するか否かを判定する。存在しない場合は、この記入不備チェック処理を終了し、存在する場合はステップＳ７０３に戻る。

以上で、図７の記入不備チェック処理の説明を終了する。この処理によって、撮影画像のフォームＩＤに対応する記入不備チェックレコードについてのチェック結果が変数ｒｅｓｕｌｔ［i］に記憶されたことになる。具体的には、本実施例では、変数ｒｅｓｕｌｔ［i］には、［ＯＫ、ＮＧ、ＯＫ、ＮＧ、ＯＫ］の値が格納されている。
図６の記入不備チェック結果取得処理の説明に戻る。

ステップＳ６１３において、サーバ１０２は、ステップＳ７０１で取得した記入不備チェックレコードと、ステップＳ７０３〜ステップＳ７１２でＲＡＭ２０２に記憶したチェック結果変数ｒｅｓｕｌｔ［i］の値を記憶不備チェック結果リストとして、情報処理装置１０１に送信する。

ステップＳ６１４において、情報処理装置１０１は、記入不備チェックレコードと記入不備チェック結果リストを受信し、記入不備チェックレコードは記入不備チェックテーブル（クライアント）１３１０に登録し、記入不備チェック結果リストは変数ｒｅｓｕｌｔ［i］としてＲＡＭ２０２に記憶する。

ステップＳ６１５において、情報処理装置１０１は、ステップＳ６０４またはステップＳ６１１で特定した撮影画像のフォームＩＤを検索キーとして、記入不備チェックテーブル（クライアント）１３１０を検索し、取得した全レコードのチェックＩＤ＝iの結果カラム１３１１に、ＲＡＭ２０２に記憶されている変数ｒｅｓｕｌｔ［i］の値をそれぞれ登録する。本実施例においては、記入不備チェックテーブル（クライアント）１３１０のフォームＩＤ＝１０００の５レコードの結果カラム１３１１にフォームＩＤ＝１０００のチェック結果を示す変数ｒｅｓｕｌｔ［i］＝［ＯＫ、ＮＧ、ＯＫ、ＮＧ、ＯＫ］の値が登録される。

ステップＳ６１６において、情報処理装置１０１は、現在時刻からステップＳ６０３で取得したＳｔａｒｔＴｉｍｅを引いて、処理時間を算出し、ＲＡＭ２０２に記憶する。

ステップＳ６１７において、情報処理装置１０１は、ディスプレイ２１１に撮影画像を表示する。

ステップＳ６１８において、情報処理装置１０１は、変数ｒｅｓｕｌｔ［i］にＮＧが存在するか判定する。

ＮＧが存在しない場合は、ステップＳ６１９において、情報処理装置１０１は、「記入不備はありませんでした。」のメッセージが記された記入不備チェック結果画面（不備なし）１０１０を表示する。

ＮＧが存在する場合は、ステップＳ６２０において、情報処理装置１０１は、「記入不備があります。」のメッセージが記された記入不備チェック結果画面（不備あり）１０２０を表示する。

ステップＳ６２１において、情報処理装置１０１は、フォームＩＤ＝撮影画像のフォームＩＤ、結果カラム１３１１＝ＮＧを検索キーとして、記入不備チェックテーブル（クライアント）１３１０を検索し、記入不備チェック認識領域の起点座標（X、Y)と終点座標（X、Y）を取得する。

ステップＳ６２２において、情報処理装置１０１は、取得した記入不備チェック認識領域の起点座標（X、Y)と終点座標（X、Y）を対角とする矩形を撮影画像上に描き、赤で塗りつぶす。これにより、記入不備の領域を識別可能に表示することができる。

ステップＳ６２３において、情報処理装置１０１は、ＲＡＭ２０２から｛StartTime／ユーザID／フォームID／チェック端末／処理時間｝を取得し、サーバ１０２に送信する。すなわち、ステップＳ６２３は、特定された帳票フォーム識別情報をサーバ１０２に送信する処理の一例を示すステップである。

ステップＳ６２４において、サーバ１０２は、｛StartTime／ユーザID／フォームID／チェック端末／処理時間｝を受信する。すなわち、ステップＳ６２４は、特定された帳票フォーム識別情報を受信する処理の一例を示すステップである。

ステップＳ６２５において、サーバ１０２は、受信した｛StartTime／ユーザID／フォームID／チェック端末／処理時間｝をフォーム使用ログテーブル１２００に１つのレコードとして登録する。このフォーム使用ログテーブル１２００に記憶された｛StartTime／ユーザID／フォームID／チェック端末／処理時間｝は、図５のステップＳ５０４におけるフォームリストビュー１４００の作成に使用され、情報処理装置に優先的に記憶させるために用いられる優先情報として、フォームダウンロード画面８００の「使用回数」「処理時間」部分に表示される。すなわち、ステップＳ６２５は、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、帳票フォーム識別情報ごとに情報処理装置１０１に優先的に記憶させるために用いられる優先情報を管理する処理の一例を示すステップである。また、フォーム使用ログテーブル１２００は、受信した帳票フォーム識別情報の履歴を記憶するテーブルの一例である。

以上で、図６の記入不備チェック結果取得処理の説明を終了する。この処理によって、撮影画像の記入不備チェックの結果がディスプレイ２１１に表示されたことになる。

〔第２の実施形態〕
次に、複数の帳票を撮影してまとめて不備チェックを行う実施形態について説明する。第１の実施形態では情報処理装置１０１の外部メモリ２１２に帳票フォーム定義情報が記憶されている帳票について、情報処理装置１０１で不備チェックを実施したが、本実施形態では、情報処理装置１０１の外部メモリ２１２に帳票フォーム定義情報が記憶されている帳票に続けて撮影された帳票は、外部メモリ２１２に帳票フォーム定義情報が記憶されている帳票に関連する帳票であるとして、外部メモリ２１２に記憶されていない帳票フォーム定義情報を情報処理装置１０１に自動的にダウンロードする。

関連する帳票とは、例えば、「住宅ローン申込書」に対する「火災保険申込書」のように、まとめて不備チェックを行うことが想定される帳票のことである。これにより、使用頻度の高い帳票に関連する帳票の帳票フォーム定義情報を自動的にダウンロードさせ、記入不備チェックにかかる処理を効率化することができる。

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

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

図１５を参照しながら、情報処理装置１０１の外部メモリ２１２に帳票フォーム定義情報が記憶されている帳票に続けて撮影された帳票の帳票フォーム定義情報を自動的にダウンロードする仕組みについて説明する。

ステップＳ１５０１において、情報処理装置１０１は、カメラ２１５を用いて記入不備チェックを行う帳票を撮影し、画面に「続けて撮影しますか？」などのメッセージを表示し（不図示）、撮影を続行するか否かユーザに選択させる。ユーザによって、撮影続行が選択された場合、ステップＳ６０２に戻る。撮影終了が選択された場合、ステップＳ１５０２に進む。

ステップＳ１５０２において、情報処理装置１０１は、撮影した帳票数を判定する。１枚の場合は第１の実施形態のケースであるため、Ｓ１５０３にて図５のステップＳ６０３〜Ｓ６２５を実行し、本処理を終了する。複数枚の場合はステップＳ１５０４に進み、フォーム自動ＤＬ（ダウンロード）フラグに初期値の「ＯＦＦ」を設定し、ＲＡＭ２０２に記憶する。

ステップＳ１５０５において、情報処理装置１０１は、フォームテーブル（クライアント）１１１０の全レコードを検索し、「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に、撮影したすべての帳票画像とそれぞれ比較することで、記入不備チェックを行う帳票の帳票フォーム識別情報を特定する。

このステップＳ１５０５は、第１の実施形態のステップＳ６０４と同様の処理であるが、第１の実施形態のステップＳ６０４では撮影した帳票画像は１枚であって、ステップＳ１５０５では複数枚である点で異なる。このステップＳ１５０５を実行することにより、撮影した複数の帳票画像のうち、情報処理装置１０１の外部メモリ２１２に一致するフォーム画像が存在する帳票画像については帳票フォーム識別情報が特定され、情報処理装置１０１の外部メモリ２１２に一致するフォーム画像が存在しない帳票画像については帳票フォーム識別情報が特定されないものとする。また、ステップＳ１５０５の検索結果であるフォームテーブル（クライアント）１１１０の全レコードのフォームＩＤをリスト化し、ＲＡＭ２０２に記憶しておく。

ステップＳ１５０６において、情報処理装置１０１は、撮影した複数の帳票画像のうち、ステップＳ１５０５にて帳票フォーム識別情報を特定でき、かつ、記入不備チェックをまだ行っていない帳票画像の有無を判定する。有る場合は、ステップＳ６０６に進み、帳票フォーム識別情報を特定できた帳票画像について、クライアント側における記入不備チェック（ステップＳ６０７）を行う。無い場合は、ステップＳ６０８に進み、帳票フォーム識別情報を特定できなかった帳票画像について、サーバ側における記入不備チェック（ステップＳ６１２）を行う。なお、帳票フォーム識別情報を特定できた帳票画像、または、帳票フォーム識別情報を特定できなかった帳票画像が複数枚存在する場合も、記入不備チェック（ステップＳ６０７、ステップＳ６１２）は、帳票画像１枚ずつに対して行う。

ステップＳ１５０７において、情報処理装置１０１は、フォーム自動ＤＬフラグに「ＯＮ」を設定し、ＲＡＭ２０２に記憶する。これにより、以降の処理（例えば、ステップＳ１５１４）にて、フォーム自動ＤＬフラグの値が「ＯＮ」である場合、今回ステップＳ６０２にて撮影した複数の帳票画像のうち、少なくとも１枚は情報処理装置１０１の外部メモリ２１２に一致するフォーム画像が存在したということがわかる。

ステップＳ１５０８において、情報処理装置１０１は、クライアント側における記入不備チェック（ステップＳ６０７）、または、サーバ側における記入不備チェック（ステップＳ６１２）の結果を画面に表示する（図１７）。

ステップＳ１５０９において、情報処理装置１０１は、直前にチェックした帳票画像の記入不備チェックの結果に「ＮＧ」データが存在しない（記入不備がなかった）ため、「記入不備はありませんでした。」のメッセージが記された記入不備チェック結果画面（不備なし）１７１０を表示する。

ステップＳ１５１０において、情報処理装置１０１は、直前にチェックした帳票画像の記入不備チェックの結果に「ＮＧ」データが存在した（記入不備があった）ため、「記入不備はあります。」のメッセージが記された記入不備チェック結果画面（不備あり）１７２０を表示する。

図１７の記入不備チェック結果画面（不備なし）１７１０、記入不備チェック結果画面（不備あり）１７２０は、図１０の記入不備チェック結果画面（不備なし）１０１０、記入不備チェック結果画面（不備あり）１０２０と、「前へボタン１７１１」「次へボタン１７１２」が存在するという点で異なる。これは、撮影した帳票画像が複数であり、記入不備チェック結果画面も複数ページ存在するため、「前へボタン１７１１」「次へボタン１７１２」の押下を受付けて、記入不備チェック結果画面のページを遷移させることで、複数の帳票画像についての記入不備チェック結果を閲覧することができる。

なお、ステップＳ１５０９とステップＳ１５１０にて表示された、「前へボタン１７１１」「次へボタン１７１２」の押下を受付けるまで、情報処理装置１０１は、ステップＳ６２３〜ステップＳ６２５、ステップＳ１５１１、その先へと進む。これにより、ユーザが記入不備チェック結果画面を確認している間にも、続けて撮影した帳票画像の記入不備チェックを進めることができるため、記入不備チェックにかかる処理を効率化することができる。つまり、記入不備チェック結果画面は、撮影した複数ページ分だけ、情報処理装置１０１に記憶し、「前へボタン１７１１」「次へボタン１７１２」の押下を受付けることにより、複数ページにわたる記入不備チェック結果画面を前後のページへと遷移させる。

ステップＳ１５１１において、情報処理装置１０１は、撮影した複数の帳票画像のうち、記入不備チェックを行っていない帳票画像の有無を判定する。有る場合は、ステップＳ１５０６に戻り、記入不備チェックを行う。つまり、撮影したすべての帳票画像について、記入不備チェックを完了するまで、ステップＳ１５０６〜ステップＳ１５１１の処理を繰り返す。無い場合は、本処理を終了する。

ステップＳ１５１２において、情報処理装置１０１は、ユーザＩＤ、撮影画像、比較済フォームＩＤリスト、フォーム自動ＤＬフラグをサーバ１０２に送信する。ここで、比較済フォームＩＤリストとは、ステップＳ１５０５において、ＲＡＭ２０２に記憶したフォームテーブル（クライアント）１１１０の全レコードのフォームＩＤのリストである。

ステップＳ１５１３において、サーバ１０２は、ユーザＩＤ、撮影画像、比較済フォームＩＤリスト、フォーム自動ＤＬフラグを受信する。

ステップＳ１５１４において、サーバ１０２は、フォーム自動ＤＬフラグの値を判定し、ＯＮの場合は、今回ステップＳ６０２にて撮影した複数の帳票画像のうち、少なくとも１枚は情報処理装置１０１の外部メモリ２１２に一致するフォーム画像が存在した、つまり、今、ステップＳ６１２にて記入不備チェックを行った帳票は「関連する帳票である」と捉え、ステップＳ１５１５に進む。ＯＦＦの場合は、今回ステップＳ６０２にて撮影した複数の帳票画像のすべてについて、情報処理装置１０１の外部メモリ２１２に一致するフォーム画像が存在しなかった、つまり、今、ステップＳ６１２にて記入不備チェックを行った帳票は「関連する帳票ではない」と捉え、ステップＳ６１３に進む。

ステップＳ１５１５において、サーバ１０２は、ステップＳ６１１で特定された帳票フォームのフォームＩＤを検索キーとして、フォームテーブル１１００と記入不備チェックテーブル１３００をそれぞれ検索し、フォーム情報とチェック定義情報を取得する。また、フォーム情報におけるフォーム画像の値にはフォーム画像ファイルが記憶されているディレクトリパスが記憶されているため、そのファイルパスを用いて、フォーム画像ファイルを取得する。

ステップＳ１５１６において、サーバ１０２は、ステップＳ７０１で取得した記入不備チェックレコード、ステップＳ７０３〜ステップＳ７１２でＲＡＭ２０２に記憶したチェック結果変数ｒｅｓｕｌｔ［i］の値を含む記憶不備チェック結果リスト、取得したフォーム情報、フォーム画像ファイル、チェック定義情報を情報処理装置１０１に送信する。

ステップＳ１５１７おいて、情報処理装置１０１は、記入不備チェックレコード、記入不備チェック結果リスト、フォーム情報、フォーム画像ファイル、チェック定義情報を受信する。すなわち、ステップＳ１５１７は、複数の帳票の帳票フォーム識別情報のうち、少なくとも１つの帳票フォーム識別情報に対応する帳票フォーム定義情報がクライアントに記憶されていると判定された場合、帳票フォーム定義情報がクライアントに記憶されている帳票に関連する帳票として、クライアントに記憶されていない帳票の帳票フォーム識別情報に対応する帳票フォーム定義情報をサーバ１０２からダウンロードする処理の一例を示すステップである。これにより、使用頻度の高い帳票に関連する帳票の帳票フォーム定義情報を自動的にダウンロードさせ、記入不備チェックにかかる処理を効率化することができる。

ステップＳ１５１８おいて、情報処理装置１０１は、図５のステップＳ５１９〜ステップＳ５２１を実行し、フォームテーブル（クライアント）１１１０にサーバ１０２から受信したフォーム情報を追加し、記入不備チェックテーブル（クライアント）１３１０にサーバ１０２から受信した記入不備チェックレコードを追加する。なお、追加したフォーム情報が、どの帳票に関連する帳票であるかを示すために、ステップＳ６０７にて記入不備チェックを行ったフォーム名の値を用いて、フォーム情報の「商品区分」カラムに「（フォーム名」の関連帳票」と設定する。
なお、図５のステップＳ５０７にて表示されるフォームダウンロード画面１６００（図１６）において、ステップＳ１５１７にてダウンロードした、使用頻度の高い帳票に関連する帳票は「商品区分」の値に含まれるフォーム名の帳票の下に表示し、関連する帳票であることを識別可能に表示する。

以上により、利用する可能性の高い帳票フォームを表示し、情報処理装置へのダウンロードを容易にする仕組みを提供することができる。また、撮影画像の帳票フォームを特定する検索おいて、使用頻度の高い帳票フォームを先に処理することで。画像比較に要する時間を短縮できる。

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

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

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

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

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

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

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

そこで、本発明の目的は、情報処理装置またはサーバにおける帳票の記入不備チェックを柔軟に行う仕組みを提供することである。

撮像装置を備える情報処理装置と、サーバとを含む帳票システムであって、前記情報処理装置は、前記帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するクライアント記憶手段と、前記帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、前記取込手段により取込まれる電子データの帳票を識別する帳票フォーム識別情報を取得する取得手段と、前記取得手段により取得された帳票フォーム識別情報に対応する帳票フォーム定義情報が、前記クライアント記憶手段に記憶されているか否かを判定する判定手段と、前記クライアント記憶手段により記憶されている帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックしてチェック結果を表示するチェック結果表示手段と、前記判定手段により当該帳票フォーム定義情報が記憶されていないと判定された場合、前記サーバで前記帳票への記入内容のチェックを行わせるべく、前記サーバに前記帳票の電子データを送信する電子データ送信手段と
前記サーバで行われた前記帳票への記入内容のチェック結果を受信するチェック結果受信手段とを備え、前記サーバは、前記帳票フォーム定義情報を記憶するサーバ記憶手段と、前記電子データ送信手段により送信された帳票の電子データを受信する電子データ受信手段と、前記サーバ記憶手段により記憶されている帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、前記電子データ受信手段により受信した電子データに含まれる当該帳票の前記認識領域に記入された内容が前記認識条件に適合しているか否かをチェックするサーバ記入不備チェック手段と、前記サーバ記入不備チェック手段による前記帳票への記入内容のチェック結果を送信するチェック結果送信手段とを備え、前記チェック結果表示手段は、前記判定手段により当該帳票フォーム定義情報が記憶されていないと判定された場合、前記チェック結果受信手段により受信された帳票への記入内容のチェック結果を表示することを特徴とする帳票システム。

本発明によれば、情報処理装置またはサーバにおける帳票の記入不備チェックを柔軟に行う仕組みを提供することができる。

Claims (10)

1. 帳票を電子データとして取込む情報処理装置と、サーバを含む帳票システムであって、
   前記サーバは、
   前記帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、前記帳票フォーム識別情報ごとに前記情報処理装置に優先的に記憶させるために用いられる優先情報を管理する帳票フォーム管理手段と、
   前記帳票フォーム管理手段から前記帳票フォーム識別情報と前記優先情報を取得し、前記情報処理装置に送信する送信手段とを備え、
   前記情報処理装置は、
   前記送信手段により送信された帳票フォーム識別情報と優先情報を受信する受信手段と、
   利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、前記受信手段により受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する一覧表示手段を備えることを特徴とする帳票システム。
2. 前記情報処理装置は、
   前記一覧表示手段により表示された帳票フォーム識別情報を前記サーバに送信し、前記サーバから当該帳票フォーム識別情報に対応する帳票フォーム定義情報をダウンロードするダウンロード手段と、
   前記ダウンロード手段によりダウンロードした帳票フォーム定義情報を記憶するクライアント記憶手段と、
   前記帳票を電子データとして取込む取込手段と、
   前記取込手段により取込まれた帳票の電子データから前記帳票フォーム識別情報を特定する特定手段と、
   前記特定手段により特定された帳票フォーム識別情報に対応する帳票フォーム定義情報が、前記クライアント記憶手段に記憶されているか否かを判定する判定手段と、
   前記ダウンロード手段によりダウンロードされた帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、前記取込手段により取込まれた電子データに含まれる帳票の前記認識領域に記入された内容が前記認識条件に適合しているか否かをチェックするクライアント記入不備チェック手段と、
   前記サーバに前記帳票の電子データを送信する電子データ送信手段とを更に備え、
   前記サーバは、
   前記情報処理装置から送信された帳票フォーム識別情報を受信し、前記情報処理装置に対し、当該帳票フォーム識別情報に対応する帳票フォーム定義情報を送信する帳票フォーム定義情報送信手段と、
   前記電子データ送信手段により送信された帳票の電子データを受信する電子データ受信手段と、
   前記帳票フォーム管理手段により記憶されている帳票フォーム定義情報に含まれる認識領域と認識条件を用いて、前記電子データ受信手段により受信した電子データに含まれる当該帳票の前記認識領域に記入された内容が前記認識条件に適合しているか否かをチェックするサーバ記入不備チェック手段とを更に備え、
   前記判定手段により当該帳票フォーム定義情報が記憶されていると判定された場合、前記クライアント記入不備チェック手段により前記帳票への記入内容のチェックを行い、一方、前記判定手段により当該帳票フォーム定義情報が記憶されていないと判定された場合、前記サーバ記入不備チェック手段により前記帳票への記入内容のチェックを行うことを特徴とする請求項１に記載の帳票システム。
3. 前記取込手段により、複数の帳票の電子データが取込まれた場合、
   前記情報処理装置は、
   前記判定手段により前記複数の帳票の帳票フォーム識別情報のうち、少なくとも１つの帳票フォーム識別情報に対応する帳票フォーム定義情報が前記クライアント記憶手段に記憶されていると判定された場合、前記帳票フォーム定義情報が前記クライアント記憶手段に記憶されている帳票に関連する帳票として、前記クライアント記憶手段に記憶されていない帳票の帳票フォーム識別情報に対応する帳票フォーム定義情報を前記サーバからダウンロードする関連帳票ダウンロード手段を備えることを特徴とする請求項２に記載の帳票システム。
4. 前記情報処理装置は、
   前記特定手段により特定された帳票フォーム識別情報を前記サーバに送信する帳票フォーム識別情報送信手段と
   を更に備え、
   前記サーバは、
   前記帳票フォーム識別情報送信手段により送信された帳票フォーム識別情報を受信する帳票フォーム識別情報受信手段と、
   前記帳票フォーム識別情報受信手段により受信した帳票フォーム識別情報の履歴を記憶する履歴記憶手段と、
   前記履歴記憶手段により記憶された帳票フォーム識別情報の数に従って、前記優先情報を決定することを特徴とする請求項２または３に記載の帳票システム。
5. 前記情報処理装置は、
   前記一覧表示手段により表示された帳票フォーム識別情報のうち、ダウンロードする帳票フォーム識別情報の指定を受け付けるダウンロード指定受付手段を更に備え、
   前記ダウンロード指定受付手段により受け付けた帳票フォーム識別情報に従って、前記優先情報を決定することを特徴とする請求項１乃至４のいずれか１項に記載の帳票システム。
6. 前記サーバは、
   前記情報処理装置に優先的にダウンロードさせる帳票フォームを指定するサーバ帳票フォーム指定手段を更に備え、
   前記サーバ帳票フォーム指定手段により指定された帳票フォームの帳票フォーム識別情報に従って、前記優先情報を決定することを特徴とする請求項１乃至５のいずれか１項に記載の帳票システム。
7. 前記サーバは、
   前記サーバ記入不備チェック手段によるチェックの処理時間に応じて、前記優先情報を決定することを特徴とする請求項２乃至６のいずれか１項に記載の帳票システム。
8. 前記情報処理装置は、
   前記一覧表示手段により一覧表示された帳票フォーム識別情報のうち、前記クライアント記憶手段に記憶された帳票フォーム定義情報を削除する帳票フォーム識別情報の指定を受け付ける削除指定受付手段と、
   前記削除指定受付手段により受け付けた帳票フォーム識別情報に対応する帳票フォーム定義情報を削除する削除手段とを備えることを特徴とする請求項２乃至７のいずれか１項に記載の帳票システム。
9. 帳票を電子データとして取込む情報処理装置と、サーバを含む帳票システムにおける処理方法であって、
   前記サーバが、
   前記帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、前記帳票フォーム識別情報ごとに前記情報処理装置に優先的に記憶させるために用いられる優先情報を管理する帳票フォーム管理ステップと、
   前記帳票フォーム管理ステップから前記帳票フォーム識別情報と前記優先情報を取得し、前記情報処理装置に送信する送信ステップとを実行し、
   前記情報処理装置が、
   前記送信ステップにより送信された帳票フォーム識別情報と優先情報を受信する受信ステップと、
   利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、前記受信ステップにより受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する一覧表示ステップとを実行することを特徴とする処理方法。
10. 帳票を電子データとして取込む情報処理装置と、サーバを含む帳票システムで実行可能なプログラムであって、
    前記サーバを、
    前記帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、前記帳票フォーム識別情報ごとに前記情報処理装置に優先的に記憶させるために用いられる優先情報を管理する帳票フォーム管理手段と、
    前記帳票フォーム管理手段から前記帳票フォーム識別情報と前記優先情報を取得し、前記情報処理装置に送信する送信手段として機能させ、
    前記情報処理装置を、
    前記送信手段により送信された帳票フォーム識別情報と優先情報を受信する受信手段と、
    利用する可能性の高い帳票フォームを優先的にダウンロードさせるべく、前記受信手段により受信した優先情報に基づいた順で帳票フォーム識別情報を一覧表示する一覧表示手段として機能させることを特徴とするプログラム。

Images