JP2017084279A - 情報処理装置と、その処理方法及びプログラム - 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］にＮＧが存在するか判定する。

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

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

ステップＳ６１９において、情報処理装置１０１は、ステップＳ９０１で取得したフォーム定義情報に対応するフォーム定義テーブル（クライアント）１２１０のレコードのうち、結果カラム１２１１＝ＮＧのレコードについて、そのレコードの記入不備チェック認識領域の起点座標（X、Y)と終点座標（X、Y）を取得する。

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

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

〔第２の実施形態〕
第１の実施形態は、撮影する帳票は常に最新バージョンであるというケースを想定した。第２の実施形態では、撮影する帳票は常に最新バージョンとは限らず、様々なバージョンがありえるというケースを想定している。具体的には、顧客が記入した申込書は、以前に顧客担当者が渡した申込書や店舗等に設置されていた申込書であって、情報処理装置１０１で撮影する時にそれらの申込書が古いバージョンとなっているケース、情報処理装置１０１に古いフォーム定義情報を記憶したまま、最新の申込書を撮影したケース等である。

つまり、情報処理装置１０１に記憶されているフォーム定義情報が、撮影した帳票と比べてバージョンが古いケース、同じケース、新しいケースすべて発生する。よって、後述するステップＳ７０９〜ステップＳ７１０にて、情報処理装置１０１は、撮影した帳票の「フォームＩＤ」と「バージョン」の組み合わせのフォーム定義情報がローカルに無い場合であっても、ローカルにあるフォーム定義情報が使用できるか否かを判定している。

第２の実施形態の詳細について説明する。第２の実施形態では、第１の実施形態の図６を図７に置き換える。また、第１の実施形態のステップと同じ処理については、同じステップ番号を付与する。
以下、図７を参照しながら、第２の実施形態について説明する。なお、第１の実施形態の図６と同様の処理、構成については説明を省略する。

ステップＳ７０１において、情報処理装置１０１は、撮影した帳票の「フォームＩＤ」と「バージョン」を特定する。すなわち、ステップＳ７０１は、取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する処理の一例を示すステップである。また、ステップＳ７０１は、取込まれた電子データの帳票を識別する帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンとを取得する処理の一例を示すステップである。

具体的には、フォームテーブル（クライアント）１１１０の全レコードを検索し、「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に撮影画像を比較することで、記入不備チェックを行う帳票フォームの「フォームＩＤ」と「バージョン」を特定する。

外部メモリ２１２から取り出したフォーム画像と撮影画像を比較し、所定の値以上の割合で画像が一致した場合、撮影画像は外部メモリ２１２から取り出したフォーム画像の帳票フォームであると判定し、撮影した帳票の「フォームＩＤ」と「バージョン」は、画像比較で一致したフォーム画像に対応する「フォームＩＤ」と「バージョン」であると特定する。

なお、この画像比較に用いる２つの画像は未加工のまま画像を比較してよいし、画像比較の精度を上げるために、輪郭を抽出するなどの画像加工を施した後に画像比較を行うとしてもよい。また、その際、検索結果であるフォームテーブル（クライアント）１１１０の全レコードのフォームＩＤをリスト化し、ＲＡＭ２０２に記憶しておく。

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

ステップＳ７０２において、情報処理装置１０１は、ステップＳ６０３にて記入不備チェックを行う帳票フォームの「フォームＩＤ」と「バージョン」を特定できたか否かを判定する。特定できた場合はステップＳ７０４に進み、特定できなかった場合はステップＳ６０５（図７）に進む。なお、特定できなかった場合とは、外部メモリ２１２から取り出したフォーム画像と撮影画像を比較しても、所定の値以上の割合で一致するフォーム画像がなかった場合や、帳票に「フォームＩＤ」と「バージョン」を示すバーコードや番号を記されていなかった場合、撮影時の読み取りまたは撮影画像の解析から「フォームＩＤ」と「バージョン」を特定することができなかった場合などが考えられる。

ステップＳ７０３において、サーバ１０２は、フォームテーブル（サーバ）１１２０から、ステップＳ６０６にて受信した比較済フォームＩＤリスト（比較済バージョンも含む）に含まれる「フォームＩＤ」と「バージョン」の組み合わせを除くレコードを取得し、「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に撮影画像と比較することで、記入不備チェックを行う帳票フォームを特定する。なお、比較済フォームＩＤリストに含まれる「フォームＩＤ」と「バージョン」の組み合わせを除くことにより、ステップＳ７０１にて画像比較した「フォームＩＤ」と「バージョン」の組み合わせについて、再度の画像比較を省略することができるため、「フォームＩＤ」と「バージョン」の特定に要する時間を短縮できる。

ステップＳ７０４において、情報処理装置１０１は、ステップＳ７０１にて特定した「フォームＩＤ」のフォーム定義情報がフォーム定義テーブル（クライアント）１２１０に存在するか否かを判定する。有る場合はステップＳ７０９に進み、無い場合はステップＳ７０５に進む。すなわち、ステップＳ７０４は、取得された帳票フォーム識別情報に対応する帳票フォーム定義情報が、フォーム定義テーブル（クライアント）１２１０に記憶されているか否かを判定する処理の一例を示すステップである。また、ステップＳ７０４にて「有る」と判定後、ステップＳ６１３の記入不備チェックを行った場合のステップＳ６１３は、帳票フォーム識別情報に対応する帳票フォーム定義情報が、フォーム定義テーブル（クライアント）１２１０に記憶されていると判定された場合、記憶されている帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックする処理の一例を示すステップである。

ステップＳ７０５において、情報処理装置１０１は、「撮影した帳票のバージョンに対応するフォーム定義情報をダウンロードする」のメッセージ（図８の８０１）を表示する。なお、ステップＳ７１０からステップＳ７０５に来た場合は、図８の８０２のメッセージを表示する。このメッセージを表示することにより、ユーザに通知せずにダウンロード処理を行ってしまうと、ユーザが思いがけず待たされてしまうという課題を解決することができる。

ステップＳ７０６において、情報処理装置１０１は、ステップＳ７０１にて特定した「フォームＩＤ」と「バージョン」をサーバ１０２に送信する。すなわち、ステップＳ７０６は、取得された帳票フォーム識別情報をサーバに送信する処理の一例を示すステップである。また、ステップＳ７０６は、取得された帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンとをサーバに送信する処理の一例を示すステップである。これにより、記入不備チェックを行うためには、必ず帳票サーバに帳票の記入内容を送らずに記入不備チェックができるため、モバイル端末のようにネットワークの上り回線速度が低い場合、記入不備チェックが完了するまでに時間がかかってしまうという課題を解決することができる。
ステップＳ７０７において、サーバ１０２は、「フォームＩＤ」と「バージョン」を受信する。

ステップＳ７０８において、サーバ１０２は、ステップＳ７０１またはステップＳ７０３にて特定された「フォームＩＤ」と「バージョン」を検索キーとして、フォームテーブル（サーバ）１１２０とフォーム定義テーブル（サーバ）１２２０をそれぞれ検索し、フォーム情報とフォーム定義情報を取得する。また、フォーム情報におけるフォーム画像の値にはフォーム画像ファイルが記憶されているファイルパスが記憶されているため、そのファイルパスを用いて、フォーム画像ファイルを取得する。

ステップＳ７０９において、情報処理装置１０１は、ステップＳ７０１にて特定した「フォームＩＤ」と「バージョン」の組み合わせのフォーム定義情報がフォーム定義テーブル（クライアント）１２１０に存在するか否かを判定する。有る場合はステップＳ６１３（図７）に進み、無い場合はステップＳ７１０に進む。すなわち、ステップＳ７０９は、取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と、取得された当該帳票フォーム定義情報のバージョンとの組み合わせが、フォーム定義テーブル（クライアント）１２１０に記憶されているか否かを判定する処理の一例を示すステップである。

また、ステップＳ７０９にて「有る」と判定後にステップＳ６１３にて記入不備チェック処理を行ったステップＳ６１３、およびステップＳ７０９にて「無い」と判定後にステップＳ７０６の後にステップＳ６１３にて記入不備チェック処理を行ったステップＳ６１３は、記憶されていると判定された場合、取得された帳票フォーム識別情報と取得された当該帳票フォーム定義情報のバージョンとに対応する、帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックし、一方、記憶されていないと判定された場合、送信された帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンの組み合わせに対応する帳票フォーム定義情報をサーバから受信し、当該帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックする処理の一例を示すステップである。

これにより、記入不備チェックに利用する帳票フォーム定義情報が利用者端末に記憶されている場合は、帳票サーバに帳票の記入内容を送ることなく記入不備チェックを行うことができるため、帳票サーバに帳票の記入内容を送る処理に無駄が生じてしまうという課題を解決することができる。

ステップＳ７１０において、情報処理装置１０１は、ステップＳ７０１にて特定した「フォームＩＤ」と「バージョン」の組み合わせのフォーム定義情報と、フォーム定義テーブル（クライアント）１２１０に存在するステップＳ７０１にて特定した「フォームＩＤ」のフォーム定義情報とについて、差分の有無を判定する。すなわち、ステップＳ７１０は、取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と同じ帳票フォーム定義情報が、フォーム定義テーブル（クライアント）１２１０に記憶されているか否かを判定する処理の一例を示すステップである。

差分有の場合はステップＳ７０５に進み、差分無の場合はステップＳ７１１に進む。具体的には、２つのフォーム定義情報のバージョン番号のうち、１つ目と２つ目の数字は同じで、３つ目の数字のみが異なる場合、フォーム定義情報の差分は無と判定し、そうでない場合は有と判定する。すなわち、ステップＳ７１０にて差分無と判定後、ステップＳ６１３の記入不備チェックを行った場合のステップＳ６１３は、フォーム定義テーブル（クライアント）１２１０により記憶されている、取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と同じ帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックする処理の一例を示すステップである。

これにより、ステップＳ７１０において差分有の場合は、帳票上の文言やデザインの変更等により、帳票のバージョンが上がった場合、撮像した帳票のバージョンと利用者端末に記憶されている帳票フォーム定義情報とバージョンとが異なったとしても、記入不備チェックを正しく行えないという課題を解決することができる。

なお、この実施形態においては、フォーム定義情報の差分の有無判定をバージョンの数字で判定するとしたが、これに限定するものではなく、フォームテーブル（クライアント）１１１０に「バージョン」だけでなく「互換バージョン」も記憶することで、撮影した帳票が、フォーム定義テーブル（クライアント）１２１０にあるフォーム定義情報と互換性があるか否かによって、差分の有無判定をする等としてもよい。

ステップＳ７１１において、情報処理装置１０１は、「ローカルにあるバージョンのフォーム定義情報を使用する」のメッセージ（図８の８０３）を表示し、ユーザによる「はいボタン８０４」または「いいえボタン８０５」の押下を受け付ける。「はいボタン８０４」が押下された場合はステップＳ６１３（図７）に進み、「いいえボタン８０５」が押下された場合はステップＳ７０６に進む。

図８の８０３のメッセージを表示することにより、バージョンは異なるが、記入不備チェックを正しく行うことができるケースの場合であっても、ユーザに通知せずに記入不備チェックを行ってしまうことで、バージョンが同じかどうかについてユーザが不安に思ってしまうという課題を解決することができる。また、ユーザに通知せずにダウンロード処理を行ってしまうと、ユーザが思いがけず待たされてしまうという課題を解決することができる。

また、「はいボタン８０４」が押下された場合、記入不備チェックに利用する帳票フォーム定義情報が利用者端末に記憶されている場合は、帳票サーバに帳票の記入内容を送ることなく記入不備チェックを行うことができるため、帳票サーバに帳票の記入内容を送る処理に無駄が生じてしまうという課題を解決することができる。また、バージョンが異なることをトリガーにして、帳票フォーム定義情報をダウンロードしてしまうと、無駄なダウンロード処理が発生してしまうという課題も解決することができる。

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

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

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

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

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

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

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

Claims (9)

1. 撮像装置を備える情報処理装置であって、
   帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、
   前記取込手段により取込まれた電子データから特定された帳票の認識領域と認識条件とを含む帳票フォーム定義情報をサーバから受信する帳票フォーム定義情報受信手段と、
   前記帳票フォーム定義情報受信手段により受信された認識領域と認識条件とを用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックする記入不備チェック手段と、
   前記記入不備チェック手段により行われた前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力手段と
   を備ることを特徴とする情報処理装置。
2. 前記取込手段により取込まれた電子データを前記サーバに送信する電子データ送信手段
   を更に備え、
   前記帳票フォーム定義情報受信手段は、
   前記電子データ送信手段により送信された電子データに含まれる帳票フォーム識別情報に対応する帳票フォーム定義情報を前記サーバから受信すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記取込手段により取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する取得手段と、
   前記取得手段により取得された帳票フォーム識別情報を前記サーバに送信する帳票フォーム識別情報送信手段と
   を更に備え、
   前記帳票フォーム定義情報受信手段は、
   前記帳票フォーム識別情報送信手段により送信された帳票フォーム識別情報に対応する帳票フォーム定義情報を前記サーバから受信すること
   を特徴とする請求項１または２に記載の情報処理装置。
4. 前記帳票フォーム識別情報に対応づけて、前記帳票フォーム定義情報を記憶する記憶手段と、
   前記取得手段により取得された帳票フォーム識別情報に対応する帳票フォーム定義情報が、前記記憶手段により記憶されているか否かを判定する第１の判定手段と、
   前記記入不備チェック手段は、
   前記第１の判定手段により記憶されていると判定された場合、前記記憶手段により記憶されている当該帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックすること
   を特徴とする請求項３に記載の情報処理装置。
5. 前記記憶手段は、
   前記帳票フォーム識別情報に対応づけて、前記帳票フォーム定義情報と当該帳票フォーム定義情報のバージョンとを記憶し、
   前記取得手段は、
   前記取込手段により取込まれた電子データの帳票を識別する帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンとを取得し、
   前記帳票フォーム識別情報送信手段は、
   前記取得手段により取得された帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンとを前記サーバに送信し、
   前記帳票フォーム定義情報受信手段は、
   前記帳票フォーム識別情報送信手段により送信された帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンの組み合わせに対応する帳票フォーム定義情報を前記サーバから受信すること
   を特徴とする請求項４に記載の情報処理装置。
6. 前記取得手段により取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と、前記取得手段により取得された当該帳票フォーム定義情報のバージョンとの組み合わせが、前記記憶手段により記憶されているか否かを判定する第２の判定手段と、
   前記記入不備チェック手段は、
   前記第２の判定手段により記憶されていると判定された場合、前記記憶手段により記憶されている、前記取得手段により取得された帳票フォーム識別情報と前記取得手段により取得された当該帳票フォーム定義情報のバージョンとに対応する、帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックし、一方、前記第２の判定手段により記憶されていないと判定された場合、前記帳票フォーム識別情報送信手段により送信された帳票フォーム識別情報と当該帳票フォーム定義情報のバージョンの組み合わせに対応する帳票フォーム定義情報を前記サーバから受信し、当該帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックすること
   を特徴とする請求項５に記載の情報処理装置。
7. 前記取得手段により取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と同じ帳票フォーム定義情報が、前記記憶手段により記憶されているか否かを判定する第３の判定手段と、
   前記記入不備チェック手段は、
   前記第２の判定手段により記憶されていないと判定された場合であっても、前記第３の判定手段により記憶されていると判定された場合は、前記記憶手段により記憶されている、前記取得手段により取得された帳票フォーム識別情報に対応する帳票フォーム定義情報と同じ帳票フォーム定義情報に含まれる認識領域と認識条件を用いてチェックすること
   を特徴とする請求項６に記載の情報処理装置。
8. 撮像装置を備える情報処理装置における処理方法であって、
   前記情報処理装置が、
   帳票を前記撮像装置で撮像することにより電子データとして取込む取込ステップと、
   前記取込ステップにより取込まれた電子データから特定された帳票の認識領域と認識条件とを含む帳票フォーム定義情報をサーバから受信する帳票フォーム定義情報受信ステップと、
   前記帳票フォーム定義情報受信ステップにより受信された認識領域と認識条件とを用いて、前記取込ステップにより取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックする記入不備チェックステップと、
   前記記入不備チェックステップにより行われた前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力ステップと
   を実行することを特徴とする処理方法。
9. 撮像装置を備える情報処理装置で実行可能なプログラムであって、
   前記情報処理装置を、
   帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、
   前記取込手段により取込まれた電子データから特定された帳票の認識領域と認識条件とを含む帳票フォーム定義情報をサーバから受信する帳票フォーム定義情報受信手段と、
   前記帳票フォーム定義情報受信手段により受信された認識領域と認識条件とを用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックする記入不備チェック手段と、
   前記記入不備チェック手段により行われた前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力手段
   として機能させることを特徴とするプログラム。
   

Images