(57)【要約】【課題】  記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化する仕組みを提供する。【解決手段】  撮像装置を備える情報処理装置と、サーバとを含む帳票システムであって、情報処理装置は、帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶し、帳票を撮像装置で撮像することにより取込まれた電子データの帳票を識別する帳票フォーム識別情報に対応づけて記憶されている認識領域と認識条件を用いて、認識領域に記入された内容が認識条件に適合しているかチェックする。サーバに電子データを送信する。サーバは、帳票フォーム定義情報を記憶し、受信した電子データの帳票フォーム識別情報に対応づけて記憶されている認識領域と認識条件を用いてチェックし結果を送信する。情報処理装置は、情報処理装置により行われたチェック結果とサーバから受信されたチェック結果とを用いて出力する。【選択図】図４
2016071892.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置を備える情報処理装置と、サーバとを含む帳票システムであって、
前記情報処理装置は、
帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するクライアント記憶手段と、
前記帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、
前記取込手段により取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する取得手段と、
前記取得手段により取得された帳票フォーム識別情報に対応づけられて前記クライアント記憶手段に記憶されている認識領域と認識条件を用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするクライアント記入不備チェック手段と、
前記サーバで前記帳票への記入内容のチェックを行わせるべく、前記サーバに前記電子データを送信する電子データ送信手段と、
前記サーバで行われた前記帳票への記入内容のチェック結果を受信するサーバ結果受信手段と、
前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力手段と
を備え、
前記サーバは、
前記電子データ送信手段により送信された電子データを受信する電子データ受信手段と、
前記帳票フォーム定義情報を記憶するサーバ記憶手段と、
前記電子データ受信手段により受信した電子データの帳票フォーム識別情報に対応づけられて前記サーバ記憶手段に記憶されている認識領域と認識条件を用いて、前記電子データ受信手段により受信した電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするサーバ記入不備チェック手段と、
前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェック結果を送信するサーバ結果送信手段と
を備え、
前記記入不備チェック結果出力手段は、
前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェック結果と、前記サーバ結果受信手段により受信された前記帳票への記入内容のチェック結果とを用いて出力すること
を特徴とする帳票システム。
【請求項２】
前記記入不備チェック結果出力手段は、前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェック結果と、前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェック結果のうち、チェックが完了したチェック結果から順次出力すること
を特徴とする請求項１に記載の帳票システム。
【請求項３】
前記クライアント記憶手段は、前記情報処理装置と前記サーバのどちらで前記認識領域の記入内容のチェックを行うかを示す区分を更に記憶し、
前記クライアント記入不備チェック手段は、
前記区分に従って、前記情報処理装置で前記帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行い、
前記サーバ記入不備チェック手段は、
前記区分に従って、前記サーバで前記帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行うこと
を特徴とする請求項１または２に記載の帳票システム。
【請求項４】
前記情報処理装置は、
前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェックにおいて記入不備があると判定された場合、前記サーバ記入不備チェック手段により行われる前記帳票への記入内容のチェックの処理の停止を前記サーバに要求するサーバ記入不備チェック停止要求手段
を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の帳票システム。
【請求項５】
前記クライアント記憶手段は、前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェックにおいて記入不備があると判定された場合、前記サーバ記入不備チェック手段により行われる前記帳票への記入内容のチェックの停止を前記サーバに要求するか否かのフラグを更に記憶し、
前記サーバ記入不備チェック停止要求手段は、前記フラグが停止を要求することを示す場合、サーバ記入不備チェック手段により行われる前記帳票への記入内容のチェックの停止を要求すること
を特徴とする請求項４に記載の帳票システム。
【請求項６】
前記情報処理装置は、
前記サーバに前記認識領域を示す識別情報を送信し、サーバ記入不備チェック手段により行われる前記帳票への記入内容のチェックの当該識別情報に対応する認識領域の記入内容のチェックのスキップを要求するスキップ要求手段
を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の帳票システム。
【請求項７】
前記クライアント記入不備チェック手段または前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェックにおいて記入不備があると判定された場合、前記クライアント記入不備チェック手段または前記サーバ記入不備チェック手段のうち、当該記入不備があると判定した手段ではない手段を用いて、当該記入不備があると判定された認識領域の記入内容のチェックを再度行うこと
を特徴とする請求項１乃至６のいずれか１項に記載の帳票システム。
【請求項８】
前記クライアント記入不備チェック手段または前記サーバ記入不備チェック手段のうち、当該記入不備があると判定した手段でない方の手段を用いて、当該記入不備があると判定された認識領域の記入内容のチェックを再度行った場合、当該チェック以降も継続して、当該記入不備があると判定した手段ではない手段を用いて、当該記入不備があると判定された認識領域の記入内容のチェックを行うこと
を特徴とする請求項７に記載の帳票システム。
【請求項９】
前記情報処理装置は、
前記情報処理装置と前記サーバのどちらで前記認識領域の記入内容のチェックを行うかを示す区分をメンテナンスする画面を出力するメンテナンス画面出力手段
を更に備えること
を特徴とする請求項１乃至８のいずれか１項に記載の帳票システム。
【請求項１０】
前記メンテナンス画面出力手段は、
前記クライアント記入不備チェック手段または前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェックにおいて記入不備があると判定された場合、前記区分を変更すべく、前記区分をメンテナンスする画面を出力すること
を特徴とする請求項９に記載の帳票システム。
【請求項１１】
前記メンテナンス画面出力手段は、
前記クライアント記入不備チェック手段または前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェックにおいて記入不備があると判定された場合、当該記入不備があると判定された認識領域の前記区分を変更して出力すること
を特徴とする請求項９または１０に記載の帳票システム。
【請求項１２】
前記情報処理装置は、
前記メンテナンス画面出力手段によりメンテナンスした区分を用いて前記帳票への記入内容のチェックを行った場合、当該チェック以降も継続して、当該メンテナンスした区分を用いて前記帳票への記入内容のチェックを行うか否かを確認する確認手段
を更に備えることを特徴とする請求項９乃至１１のいずれか１項に記載の帳票システム。
【請求項１３】
撮像装置と帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するクライアント記憶手段とを備える情報処理装置と、前記帳票フォーム定義情報を記憶するサーバ記憶手段を備えるサーバとを含む帳票システムにおける処理方法であって、
前記情報処理装置が、
前記帳票を前記撮像装置で撮像することにより電子データとして取込む取込ステップと、
前記取込ステップにより取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する取得ステップと、
前記取得ステップにより取得された帳票フォーム識別情報に対応づけられて前記クライアント記憶手段に記憶されている認識領域と認識条件を用いて、前記取込ステップにより取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするクライアント記入不備チェックステップと、
前記サーバで前記帳票への記入内容のチェックを行わせるべく、前記サーバに前記電子データを送信する電子データ送信ステップと、
前記サーバで行われた前記帳票への記入内容のチェック結果を受信するサーバ結果受信ステップと、
前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力ステップと
を実行し、
前記サーバが、
前記電子データ送信ステップにより送信された電子データを受信する電子データ受信ステップと、
前記電子データ受信ステップにより受信した電子データの帳票フォーム識別情報に対応づけられて前記サーバ記憶手段に記憶されている認識領域と認識条件を用いて、前記電子データ受信ステップにより受信した電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするサーバ記入不備チェックステップと、
前記サーバ記入不備チェックステップにより行われた前記帳票への記入内容のチェック結果を送信するサーバ結果送信ステップと
を実行し、
前記記入不備チェック結果出力ステップは、
前記クライアント記入不備チェックステップにより行われた前記帳票への記入内容のチェック結果と、前記サーバ結果受信ステップにより受信された前記帳票への記入内容のチェック結果とを用いて出力すること
することを特徴とする処理方法。
【請求項１４】
撮像装置と帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するクライアント記憶手段とを備える情報処理装置と、前記帳票フォーム定義情報を記憶するサーバ記憶手段を備えるサーバとを含む帳票システムで実行可能なプログラムであって、
前記情報処理装置を、
前記帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、
前記取込手段により取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する取得手段と、
前記取得手段により取得された帳票フォーム識別情報に対応づけられて前記クライアント記憶手段に記憶されている認識領域と認識条件を用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするクライアント記入不備チェック手段と、
前記サーバで前記帳票への記入内容のチェックを行わせるべく、前記サーバに前記電子データを送信する電子データ送信手段と、
前記サーバで行われた前記帳票への記入内容のチェック結果を受信するサーバ結果受信手段と、
前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力手段と
手段と
して機能させ、
前記サーバは、
前記電子データ送信手段により送信された電子データを受信する電子データ受信手段と、
前記電子データ受信手段により受信した電子データの帳票フォーム識別情報に対応づけられて前記サーバ記憶手段に記憶されている認識領域と認識条件を用いて、前記電子データ受信手段により受信した電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするサーバ記入不備チェック手段と、
前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェック結果を送信するサーバ結果送信手段
として機能させ、
前記記入不備チェック結果出力手段は、
前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェック結果と、前記サーバ結果受信手段により受信された前記帳票への記入内容のチェック結果とを用いて出力すること
を特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記入不備チェックを行うための帳票システムと、その処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、利用者端末からサーバに帳票データを送信して、サーバ側で記入内容に不備が無いかをチェックし、利用者端末にチェック結果を返す仕組みがある。
【０００３】
特許文献１には、利用者端末から送信された帳票データの内容判定、オペレータの操作によるエラー修正、修正結果のメッセージを付与した処理結果の作成などの処理すべてをサーバ側で行う電子処理システムの技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−２８２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のシステム構成では、記入不備チェック処理はすべてサーバで行われるため、システム負荷がサーバに集中してしまい、記入不備チェック処理の応答に時間がかかってしまうという課題があった。また、サーバからの記入不備チェック結果を受信するまで、利用者は待ち状態になってしまうため、必須項目の記入漏れなどの些細な不備チェックの結果でさえ、表示されるまでに時間が掛かってしまうという課題があった。
【０００６】
また、クライアントとサーバとで並行して記入不備チェックを行うとした場合、チェックに用いるＯＣＲライブラリや関連データがクライアントとサーバとで異なる場合もあり、その場合はクライアントとサーバとにおける記入不備チェックの結果に差が出てしまうというケースも発生する。
【０００７】
例えば、クライアントにおいては精度の低い最低限の記入不備チェックを行い、サーバにおいては精度の高い厳密な記入不備チェックを行うといったケースが考えられる。つまり、クライアント側で行った記入不備チェックでＮＧの記入項目が、サーバ側で記入不備チェックを行うとＯＫになるケースがある。また、逆のケース（サーバ側で行った記入不備チェックでＮＧの記入項目が、クライアント側で記入不備チェックを行うとＯＫになる）も考えられる。
【０００８】
また、サーバの負荷が大きい場合、サーバ側での記入不備チェック処理に時間が掛かってしまうため、サーバではなくクライアント側でチェックを行いたいといったケースも考えられる。
【０００９】
これらのケースの場合、クライアントとサーバとのどちらで記入不備チェックを行うかの区分が固定の場合、柔軟な対応ができないという課題がある。また、記入不備チェックについて柔軟な設定ができたとしても、設定方法がわかりにくい、または操作が面倒な場合、結局ユーザは設定しないという課題もある。
そこで、本発明の目的は、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化する仕組みを提供することである。
【課題を解決するための手段】
【００１０】
撮像装置を備える情報処理装置と、サーバとを含む帳票システムであって、前記情報処理装置は、帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するクライアント記憶手段と、前記帳票を前記撮像装置で撮像することにより電子データとして取込む取込手段と、前記取込手段により取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する取得手段と、前記取得手段により取得された帳票フォーム識別情報に対応づけられて前記クライアント記憶手段に記憶されている認識領域と認識条件を用いて、前記取込手段により取込まれた電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするクライアント記入不備チェック手段と、前記サーバで前記帳票への記入内容のチェックを行わせるべく、前記サーバに前記電子データを送信する電子データ送信手段と、前記サーバで行われた前記帳票への記入内容のチェック結果を受信するサーバ結果受信手段と、前記帳票への記入内容のチェック結果を出力する記入不備チェック結果出力手段とを備え、前記サーバは、前記電子データ送信手段により送信された電子データを受信する電子データ受信手段と、前記帳票フォーム定義情報を記憶するサーバ記憶手段と、前記電子データ受信手段により受信した電子データの帳票フォーム識別情報に対応づけられて前記サーバ記憶手段に記憶されている認識領域と認識条件を用いて、前記電子データ受信手段により受信した電子データに含まれる、前記認識領域に記入された内容が、前記認識条件に適合しているか否かをチェックするサーバ記入不備チェック手段と、前記サーバ記入不備チェック手段により行われた前記帳票への記入内容のチェック結果を送信するサーバ結果送信手段とを備え、前記記入不備チェック結果出力手段は、前記クライアント記入不備チェック手段により行われた前記帳票への記入内容のチェック結果と、前記サーバ結果受信手段により受信された前記帳票への記入内容のチェック結果とを用いて出力することを特徴とする帳票システム。
【発明の効果】
【００１１】
本発明によれば、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化する仕組みを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の帳票システム１００の構成の一例を示す図
【図２】情報処理装置１０１のハードウエア構成の一例を示す図
【図３】情報処理装置１０１およびサーバ１０２の一例を示すブロック図
【図４】帳票システム１００において、記入不備チェックを行い、チェック結果を表示する手順の一例を示すフローチャート
【図５】情報処理装置１０１において、記入不備チェックを行う手順の一例を示すフローチャート
【図６】サーバ１０２において、記入不備チェックを行う手順の一例を示すフローチャート
【図７】情報処理装置１０１において、記入不備チェック結果を表示する手順の一例を示すフローチャート
【図８】情報処理装置１０１において、撮影された記入済帳票の撮影画像の一例
【図９】情報処理装置１０１において、記入不備チェック実施中を示す画面の一例
【図１０】情報処理装置１０１において、記入不備チェック実施中（クライアント不備チェック完了、サーバ不備チェック実施中）を示す画面の一例
【図１１】情報処理装置１０１において、記入不備チェック結果（不備なし）を示す画面の一例
【図１２】情報処理装置１０１において、記入不備チェック結果（不備あり）を示す画面の一例
【図１３】情報処理装置１０１において、記入不備チェック結果（チェック中断）を示す画面の一例
【図１４】情報処理装置１０１およびサーバ１０２において、フォーム定義情報を管理するテーブルの一例
【図１５】情報処理装置１０１およびサーバ１０２において、記入不備チェック情報を管理するテーブルの一例
【図１６】第２の実施形態に係る帳票システム１００において、記入不備チェックを行い、チェック結果を表示する手順の一例を示すフローチャート
【図１７】第２の実施形態に係る帳票システム１００において、記入不備チェック情報をメンテナンスする手順の一例を示すフローチャート
【図１８】第２の実施形態に係るサーバ１０２において、記入不備チェックを行う手順の一例を示すフローチャート
【図１９】第２の実施形態に係る情報処理装置１０１において、記入不備チェック結果を表示する手順の一例を示すフローチャート
【図２０】第２の実施形態に係る情報処理装置１０１において、記入不備チェック情報をメンテナンスする画面の一例
【図２１】第２の実施形態に係る情報処理装置１０１において、記入不備チェック結果（クライアントで不備検出）を示す画面の一例
【図２２】第２の実施形態に係る情報処理装置１０１において、クライアントで不備検出後、記入不備チェック情報のメンテナンス後のメッセージの一例
【発明を実施するための形態】
【００１３】
〔第１の実施形態〕
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１４】
図１に示すように、本実施形態に帳票システム１００は、情報処理装置１０１、およびサーバ１０２が、ネットワーク１０３により通信可能に接続された構成をとる。情報処理装置１０１は、カメラ等を用いて帳票の画像を取り込み、帳票の記入不備チェックを行う。サーバ１０２は、帳票の記入不備チェックに必要な記入内容の認識領域と認識条件を帳票フォーム識別情報ごとに管理している。情報処理装置１０１は、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であって、ブラウザまたは帳票システムのアプリケーションがインストールされており、無線通信によりネットワーク１０３を介して、サーバ１０２と通信可能である。
以下、図２を用いて、図１に示した情報処理装置１０１に適用可能なハードウエア構成の一例について説明する。
【００１５】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１２には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００１６】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１２からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１７】
また、２０５は入力コントローラで、タッチセンサ２１０からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１１等の表示器への表示を制御する。なお、図２では、ディスプレイ２１１と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて情報処理装置１０１のユーザが使用するものである。
【００１８】
２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１２へのアクセスを制御する。
【００１９】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク１０３を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１１上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１１上のタッチセンサ２１０におけるユーザのタッチ操作指示を受付けることを可能とする。
【００２１】
本発明を実現するための後述する各種プログラムは、外部メモリ２１２に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルや地図データ等も、外部メモリ２１２に格納されており、これらについての詳細な説明も後述する。
【００２２】
２０９は撮影画像入力コントローラで、撮影画像入力処理部２１４を介してカメラ２１５からの入力を制御する。カメラ２１５から入力された撮影画像を認識することが可能となっている。
【００２３】
図３は、情報処理装置１０１とサーバ１０２の機能構成の一例を示すブロック図である。
クライアント記憶部３０１は、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶する機能部である。
クライアント記憶部３０１は、帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶する機能部である。
【００２４】
帳票フォーム識別情報特定部３０２は、電子データの帳票フォーム識別情報を特定する機能部である。
取込部３１３は、帳票を撮像装置で撮像することにより電子データとして取込む機能部である。
取得部３１４は、取込部３１３により取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する機能部である。
【００２５】
クライアント記入不備チェック部３０３は、帳票フォーム識別情報特定部３０２により特定された帳票フォーム識別情報に対応づけられてクライアント記憶部３０１に記憶されている認識領域と認識条件を用いて、記入不備チェックを行う機能部である。
クライアント記入不備チェック部３０３は、取得部３１４により取得された帳票フォーム識別情報に対応づけられてクライアント記憶部３０１に記憶されている認識領域と認識条件を用いて、取込部３１３により取込まれた電子データに含まれる、認識領域に記入された内容が、認識条件に適合しているか否かをチェックする機能部である。
【００２６】
電子データ送信部３０４は、情報処理装置とサーバが記入不備チェックを並行して行うことで、記入不備チェックに係る処理を効率化すべく、電子データをサーバに送信する機能部である。
電子データ送信部３０４は、サーバで帳票への記入内容のチェックを行わせるべく、サーバに電子データを送信する機能部である。
【００２７】
サーバ結果受信部３０５は、サーバで行われた記入不備チェックの結果を受信する機能部である。
サーバ結果受信部３０５は、サーバで行われた帳票への記入内容のチェック結果を受信する機能部である。
記入不備チェック結果出力部３０６は、記入不備チェックの結果を出力する機能部である。
記入不備チェック結果出力部３０６は、帳票への記入内容のチェック結果を出力する機能部である。
電子データ受信部３０７は、電子データ送信部３０４により送信された電子データを受信する機能部である。
サーバ記憶部３０８は、帳票の帳票フォームごとに、帳票フォーム定義情報を記憶する機能部である。
【００２８】
サーバ記入不備チェック部３０９は、電子データ受信部３０７により受信した電子データの帳票フォーム識別情報に対応づけられてサーバ記憶部３０８に記憶されている認識領域と認識条件を用いて、記入不備チェックを行う機能部である。
サーバ記入不備チェック部３０９は、電子データ受信部３０７により受信した電子データの帳票フォーム識別情報に対応づけられてサーバ記憶部３０８に記憶されている認識領域と認識条件を用いて、電子データ受信部３０７により受信した電子データに含まれる、認識領域に記入された内容が、認識条件に適合しているか否かをチェックする機能部である。
【００２９】
サーバ結果送信部３１０は、サーバ記入不備チェック部３０９により行われた記入不備チェックの結果を送信する機能部である。
サーバ結果送信部３１０は、サーバ記入不備チェック部３０９により行われた帳票への記入内容のチェック結果を送信する機能部である。
記入不備チェック結果出力部３０６は、クライアント記入不備チェック部３０３により行われた記入不備チェックの結果と、サーバ結果受信部３０５により受信された記入不備チェックの結果とを用いて出力する機能部である。
【００３０】
記入不備チェック結果出力部３０６は、クライアント記入不備チェック部３０３により行われた帳票への記入内容のチェック結果と、サーバ結果受信部３０５により受信された帳票への記入内容のチェック結果とを用いて出力する機能部である。
【００３１】
記入不備チェック結果出力部３０６は、クライアント記入不備チェック部３０３により行われた記入不備チェックの結果と、サーバ記入不備チェック部３０９により行われた記入不備チェックの結果のうち、チェックが完了した結果から順次出力する機能部である。
【００３２】
記入不備チェック結果出力部３０６は、クライアント記入不備チェック部３０３により行われた帳票への記入内容のチェック結果と、サーバ記入不備チェック部３０９により行われた帳票への記入内容のチェック結果のうち、チェックが完了した結果から順次出力する機能部である。
クライアント記憶部３０１は、情報処理装置とサーバのどちらで認識領域の記入不備チェックを行うかを示す区分を更に記憶する機能部である。
クライアント記憶部３０１は、情報処理装置とサーバのどちらで認識領域の記入内容のチェックを行うかを示す区分を更に記憶する機能部である。
決定部３１１は、区分に従って、情報処理装置とサーバのどちらで認識領域の記入不備チェックを行うかを決定する機能部である。
【００３３】
クライアント記入不備チェック部３０３は、区分に従って、情報処理装置で帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行う機能部である。
サーバ記入不備チェック部３０９は、区分に従って、サーバで帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行う機能部である。
【００３４】
サーバ記入不備チェック停止要求部３１２は、クライアント記入不備チェック部３０３により行われた記入不備チェックにおいて記入不備があると判定された場合、サーバ記入不備チェック部３０９により行われる記入不備チェックの停止をサーバに要求する機能部である。
【００３５】
サーバ記入不備チェック停止要求部３１２は、クライアント記入不備チェック部３０３により行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバ記入不備チェック部３０９により行われる帳票への記入内容のチェックの停止をサーバに要求する機能部である。
【００３６】
クライアント記憶部３０１は、クライアント記入不備チェック部３０３により行われた記入不備チェックにおいて記入不備があると判定された場合、サーバ記入不備チェック部３０９により行われる記入不備チェックの停止をサーバに要求するか否かのフラグを更に記憶する機能部である。
【００３７】
クライアント記憶部３０１は、クライアント記入不備チェック部３０３により行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバ記入不備チェック部３０９により行われる帳票への記入内容のチェックの停止をサーバに要求するか否かのフラグを更に記憶する機能部である。
【００３８】
サーバ記入不備チェック停止要求部３１２は、フラグが停止を要求することを示す場合、サーバ記入不備チェック部３０９により行われる記入不備チェックの停止を要求する機能部である。
【００３９】
サーバ記入不備チェック停止要求部３１２は、フラグが停止を要求することを示す場合、サーバ記入不備チェック部３０９により行われる帳票への記入内容のチェックの停止を要求する機能部である。
【００４０】
サーバ記入不備チェック停止要求部３１２は、認識領域を示す識別情報を用いて、サーバ記入不備チェック部３０９により行われる記入不備チェックの識別情報に対応する認識領域の記入不備チェックの停止を要求する機能部である。
【００４１】
スキップ要求部３１５は、サーバに認識領域を示す識別情報を送信し、サーバ記入不備チェック部３０９により行われる帳票への記入内容のチェックの当該識別情報に対応する認識領域の記入内容のチェックのスキップを要求する機能部である。
【００４２】
メンテナンス画面出力部３１６は、情報処理装置とサーバのどちらで認識領域の記入不備チェックを行うかを示す区分をメンテナンスする画面を出力する機能部である。
【００４３】
メンテナンス画面出力部３１６は、クライアント記入不備チェック部３０３またはサーバ記入不備チェック部３０９により行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、区分を変更すべく、区分をメンテナンスする画面を出力する機能部である。
【００４４】
メンテナンス画面出力部３１６は、クライアント記入不備チェック部３０３またはサーバ記入不備チェック部３０９により行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、当該記入不備があると判定された認識領域の区分を変更して出力する機能部である。
【００４５】
確認部３１７は、メンテナンス画面出力部３１６によりメンテナンスした区分を用いて帳票への記入内容のチェックを行った場合、当該記入不備チェック以降も継続して、当該メンテナンスした区分を用いて帳票への記入内容のチェックを行うか否かを確認する機能部である。
【００４６】
図４は、帳票システム１００において、帳票システム１００において、記入不備チェックを行い、チェック結果を表示する手順の一例を示すフローチャートである。
【００４７】
ステップＳ４０１において、情報処理装置１０１は、帳票システムのユーザによって行われる帳票システムへのログインを受け付ける。なお、この記入不備チェック結果取得処理においてユーザインターフェースとなる記入不備チェックアプリケーションは、情報処理装置１０１にインストールされたアプリケーションであってもよいし、ブラウザに表示されるＷｅｂアプリケーションなどのアプリケーションであってもよい。
【００４８】
ステップＳ４０２において、情報処理装置１０１は、サーバ１０２に対して、ユーザによって入力されたユーザＩＤおよびパスワードを送信すると同時に、情報処理装置１０１における記入不備チェック処理（図５）にて必要になるフォーム定義情報と記入不備チェック情報の要求を送信する。
【００４９】
ステップＳ４０３において、サーバ１０２は、ユーザＩＤおよびパスワードを受信してログイン処理を行い、フォーム定義情報と記入不備チェック情報の要求を受信する。
【００５０】
ステップＳ４０４において、サーバ１０２は、外部メモリ２１２に記憶されているフォーム定義テーブル（サーバ）１４２０（図１４）と記入不備チェックテーブル（サーバ）１５２０（図１５）のそれぞれから、フォーム定義情報と記入不備チェック情報を取得する。なお、フォーム定義テーブル（サーバ）１４２０と記入不備チェックテーブル（サーバ）１５２０は、どちらも帳票システム１００のシステム管理者によって、作成および管理されているとする。
【００５１】
なお、取得するフォーム定義情報と記入不備チェック情報は、外部メモリ２１２に記憶されているフォーム定義テーブルと記入不備チェックテーブルの全レコードでもよいし、フォーム定義テーブルにユーザ権限カラムを持たせ、ステップＳ４０３にて受信したユーザＩＤが属すユーザ権限を検索条件としてフォーム定義テーブルを検索することで、ログインしたユーザが使用できる帳票に係るフォーム定義情報と、その帳票フォームに対応する記入不備チェック情報のみを取得する等によって、フォーム定義テーブル（サーバ）１４２０と記入不備チェックテーブル（サーバ）１５２０の一部のレコードに限定してもよい。
【００５２】
なお、フォーム定義テーブル（クライアント）１４１０は、フォーム画像ファイルが記憶されているディレクトリパスが記憶されている「フォーム画像」カラムを持ち、そのファイルパスを用いて、フォーム画像ファイルを取得する。
【００５３】
すなわち、フォーム定義テーブル（クライアント）１４１０と記入不備チェックテーブル（クライアント）１５１０は、情報処理装置において、帳票の帳票フォームごとに、帳票フォーム識別情報と記入内容の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するテーブルの一例である。また、フォーム定義テーブル（クライアント）１４１０と記入不備チェックテーブル（クライアント）１５１０は、情報処理装置において、帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するテーブルの一例である。
【００５４】
すなわち、フォーム定義テーブル（サーバ）１４２０と記入不備チェックテーブル（サーバ）１５２０は、サーバにおいて、帳票の帳票フォームごとに、帳票フォーム定義情報を記憶するテーブルの一例である。また、フォーム定義テーブル（サーバ）１４２０と記入不備チェックテーブル（サーバ）１５２０は、サーバにおいて、帳票の認識領域と認識条件とを含む帳票フォーム定義情報を記憶するテーブルの一例である。
【００５５】
ステップＳ４０５において、サーバ１０２は、外部メモリ２１２から取得したフォーム定義情報、フォーム画像ファイル、記入不備チェック情報を情報処理装置１０１に送信する。
【００５６】
ステップＳ４０６において、情報処理装置１０１は、サーバ１０２から送信されたフォーム定義情報、フォーム画像ファイル、記入不備チェック情報を受信し、外部メモリ２１２に記憶する。なお、情報処理装置１０１の外部メモリ２１２には、サーバ１０２の外部メモリ２１２に記憶するフォーム定義テーブル（サーバ）１４２０、記入不備チェックテーブル（サーバ）１５２０と同じ構造を持つテーブル、フォーム定義テーブル（クライアント）１４１０（図１４）と記入不備チェックテーブル（クライアント）１５１０（図１５）を作成しておき、ステップＳ４０６にて受信したフォーム定義情報をフォーム定義テーブル（クライアント）１４１０のレコードとして、ステップＳ４０６にて受信した記入不備チェック情報は記入不備チェックテーブル（クライアント）１５１０のレコードとして、情報処理装置１０１の外部メモリ２１２に記憶する。
【００５７】
つまり、フォーム定義テーブル、記入不備チェックテーブルは、情報処理装置１０１とサーバ１０２の両方に存在する。なお、受信したフォーム画像ファイルは、フォーム定義テーブルにおける「フォーム画像」カラムの値が示すディレクトリパスに記憶する。その際、情報処理装置１０１の外部メモリ２１２に記憶するために、受信した「フォーム画像」カラムの値を変更してもよい。
【００５８】
ステップＳ４０７において、情報処理装置１０１は、カメラ２１５を用いて記入不備チェックを行う帳票を撮影し、撮影された画像（以下、撮影画像）を外部メモリ２１２に記憶する。なお、この実施形態においては、情報処理装置１０１のカメラ２１５を用いて撮影画像を得るとしたが、デジタルカメラなどを用いて撮影された画像やスキャナーなどを用いてスキャンされた画像を情報処理装置１０１に取り込むとしてもよい。すなわち、ステップＳ４０７は、帳票を電子データとして取込む処理の一例を示すステップである。また、ステップＳ４０７は、帳票を撮像装置で撮像することにより電子データとして取込む処理の一例を示すステップである。
【００５９】
ステップＳ４０８において、情報処理装置１０１は、外部メモリ２１２に記憶されたフォーム定義テーブル（クライアント）１４１０の全レコードを検索し、「フォーム画像」のファイルパスを用いて外部メモリ２１２から取り出したフォーム画像を順番に撮影画像を比較することで、記入不備チェックを行う帳票フォームのフォームＩＤ（帳票フォーム識別情報）を特定する。
【００６０】
具体的には、外部メモリ２１２から取り出したフォーム画像と撮影画像を比較し、所定の値以上の割合で画像が一致した場合に、撮影画像は外部メモリ２１２から取り出したフォーム画像の帳票フォームであると判定し、撮影した帳票の帳票フォーム識別情報は、画像比較で一致したフォーム画像を持つフォーム定義情報のフォームＩＤであると特定する。
【００６１】
なお、この画像比較に用いる２つの画像は未加工のまま比較してよいし、画像比較の精度を上げるために、輪郭を抽出するなどの画像加工を施した後に画像比較を行うとしてもよい。すなわち、ステップＳ４０８は、電子データの帳票フォーム識別情報を特定する処理の一例を示すステップである。また、ステップＳ４０８は、取込まれた電子データの帳票を識別する帳票フォーム識別情報を取得する処理の一例を示すステップである。
【００６２】
なお、この実施形態においては、フォーム画像と撮影画像とを比較することで、記入不備チェックを行う帳票フォームの特定を行ったが、この方法に限定するものではなく、帳票にフォームＩＤを示すバーコードや番号を記しておき、撮影画像を解析して判明したバーコードや番号から撮影画像のフォームＩＤを特定する等の方法であってもよい。本実施形態においては、撮影画像からフォームＩＤ＝１０００の「ショッピングクレジット申込書」が特定されたとする。
【００６３】
ステップＳ４０９において、情報処理装置１０１は、サーバ１０２においても記入不備チェック処理を並行して行うために、撮影画像とステップＳ４０８にて特定したフォームＩＤをサーバに送信する。すなわち、ステップＳ４０９は、情報処理装置とサーバが記入不備チェックを並行処理させるべく、電子データをサーバに送信する処理の一例を示すステップである。また、すなわち、ステップＳ４０９は、サーバで帳票への記入内容のチェックを行わせるべく、サーバに前記電子データを送信する処理の一例を示すステップである。
【００６４】
ステップＳ４１０において、情報処理装置１０１は、外部メモリ２１２に記憶されている記入不備チェックテーブル（クライアント）１５１０からステップＳ４０８にて特定したフォームＩＤを持つ記入不備チェックレコードを取得し、取得した記入不備チェックレコードが持つ（起点Ｘ座標、起点Ｙ座標）と（終点Ｘ座標、終点Ｙ座標）の２点を対角とする矩形のチェック領域を点線枠で囲んで撮影画像上に重畳させてチェック中の領域であることを示し、「チェック中・・・・・」のメッセージが記された記入不備チェック実施中画面（図９）を表示する。
【００６５】
なお、この実施形態においては、チェック中の領域を点線枠で囲むとしたが、これに限定するものではなく、チェック中であることをユーザが認識できる方法であれば、他の色で塗りつぶす、点滅させる、拡大させる、チェック中のマークを表示する、音声によりチェック中箇所を読み上げるなど、他の方法であってもよい。
【００６６】
ステップＳ４１１において、情報処理装置１０１は、図５の記入不備チェック（クライアント）処理を実施する。すなわち、ステップＳ４１１は、特定された帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、記入不備チェックを行う処理の一例を示すステップである。また、ステップＳ４１１は、取得された帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、取込まれた電子データに含まれる、認識領域に記入された内容が、認識条件に適合しているか否かをチェックする処理の一例を示すステップである。
【００６７】
ここで、図５について説明しておく。図５は、情報処理装置１０１において、記入不備チェックを行う手順の一例を示すフローチャートである。
ステップＳ５０１において、情報処理装置１０１は、「フォームＩＤ」＝ステップＳ４０８にて特定したフォームＩＤ、「Ｃ／Ｓ区分」＝Ｃを検索条件として、記入不備チェックテーブル（クライアント）１５１０を検索し、クライアントで記入不備チェックを行う記入不備チェックレコードのリストを取得する。
【００６８】
すなわち、「Ｃ／Ｓ区分」カラムは、クライアントとサーバのどちらで認識領域の記入不備チェックを行うかを示す区分の一例である。また、すなわち、「Ｃ／Ｓ区分」カラムは、クライアントとサーバのどちらで認識領域の記入内容のチェックを行うかを示す区分の一例である。
【００６９】
すなわち、ステップＳ５０１は、区分に従って、クライアントとサーバのどちらで認識領域の記入不備チェックを行うかを決定する処理の一例を示すステップである。また、すなわち、ステップＳ５０１は、区分に従って、情報処理装置で帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行う処理の一例を示すステップである。
【００７０】
なお、この実施形態において、「Ｃ／Ｓ区分」は、記入不備チェックテーブル（サーバ）１５２０を作成および管理するシステム管理者によって決定されるとするが、これに限定するものではなく、情報処理装置１０１を利用するユーザがメンテナンス画面（不図示）を用いて、「Ｃ／Ｓ区分」を変更してもよい。また、「Ｃ／Ｓ区分」の値は、例えば、必須チェックなどの簡単なチェック処理をクライアントで行う「Ｃ」、条件分岐が含まれているチェック処理やデータベースの他のテーブルとの整合性チェックなど比較的複雑なチェック処理をサーバで行う「Ｓ」のように、負荷分散や並行処理によって、記入不備チェックを効率化することを目的として、システム管理者またはユーザが値を設定する。
【００７１】
また、「Ｃ／Ｓ区分」の値は、システム管理者またはユーザが値を設定する方法だけでなく、帳票システム１００が、フォーム定義テーブル（クライアント）１４１０もしくはフォーム定義テーブル（サーバ）１４２０に存在するカラムの値から、または、記入不備チェックテーブル（クライアント）１５１０もしくは記入不備チェックテーブル（サーバ）１５２０に存在するカラムの値から、自動的に決定するとしてもよい。つまり、この方法の場合、記入不備チェックテーブル（クライアント）１５１０および記入不備チェックテーブル（サーバ）１５２０に「Ｃ／Ｓ区分」カラムを持たなくても良い。
【００７２】
また、記入不備チェックテーブル（クライアント）１５１０には、クライアントでチェックする認識領域のみを記憶し、記入不備チェックテーブル（サーバ）１５２０には、サーバでチェックする認識領域のみを記憶することで、記入不備チェックテーブル（クライアント）１５１０および記入不備チェックテーブル（サーバ）１５２０に「Ｃ／Ｓ区分」カラムを持たないとしても良い。
【００７３】
ステップＳ５０２において、情報処理装置１０１は、変数ｉに初期値１を代入し、ＲＡＭ２０２に記憶する。また、記入不備チェックの結果を代入する配列変数ｒｅｓｕｌｔに初期値ＮＵＬＬを代入し、ＲＡＭ２０２に記憶する。
【００７４】
ステップＳ５０３において、情報処理装置１０１は、ステップＳ５０１にて取得したクライアントで記入不備チェックを行う記入不備チェックレコードリストから、「項目ＩＤ」＝ｉの記入不備チェックレコードを取得する。
【００７５】
ステップＳ５０４において、情報処理装置１０１は、ステップＳ５０３にて取得した記入不備チェックレコードの「チェック種別」の値を判定し、「必須」「丸囲み」の場合はステップＳ５０５へ、「範囲」の場合はステップＳ５１０へ、「グループ」の場合はステップＳ５１６へ進む。
【００７６】
ステップＳ５０４にて「必須」「丸囲み」と判定された場合、ステップＳ５０５において、情報処理装置１０１は、ステップＳ５０３にて取得した記入不備チェックレコードの（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標）の２点を対角とする矩形をチェック領域として、撮影画像上のチェック領域内において文字または丸囲みの有無を判定する。文字・丸印が有る場合、ステップＳ５０６に進み、文字・丸印が無い場合、ステップＳ５０７に進む。なお、この判定には、ＯＭＲ（マーク認識）やＯＣＲ（文字認識）の技術を用いるが、これらの技術は既知であるため、ここでの説明は省略する。
【００７７】
なお、本実施形態のステップＳ５０５では丸印の存在有無を判定しているが、丸印に限定するものではなく、レ点やその他の図形の判定であってもよい。また、記入不備チェックテーブル（クライアント）１５１０に「桁数」カラムを設け、記入された文字が許可された桁数であれば「ＯＫ」、許可されていない桁数であれば「ＮＧ」と判定してもよい。また、記入不備チェックテーブル（クライアント）１５１０に「文字属性」カラムを設け、記入された文字の属性、例えば「数字」「ひらがな」「カタカナ」「英数字」などによって、ＯＫ・ＮＧの判定をしてもよい。すなわち、ステップＳ５０５は、ダウンロードされた帳票フォーム定義情報を用いて、帳票に記入された内容が適切か否かを判定する処理の一例を示すステップである。
ステップＳ５０６において、情報処理装置１０１は、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
ステップＳ５０７において、情報処理装置１０１は、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
【００７８】
ステップＳ５０８において、情報処理装置１０１は、後続の不備チェックを継続するか否かを判定する。具体的には、ステップＳ５０３にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ５２３に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ５０９にてサーバ１０２に不備チェックキャンセルのメッセージを送信し、ステップＳ５２５に進む。
【００７９】
すなわち、「不備継続」カラムは、情報処理装置により行われた記入不備チェックにおいて記入不備があると判定された場合、サーバにおいて行われる記入不備チェックの停止を要求するか否かのフラグの一例である。また、すなわち、「不備継続」カラムは、情報処理装置により行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバにおいて行われる帳票への記入内容のチェックの停止を要求するか否かのフラグの一例である。
【００８０】
すなわち、ステップＳ５０９は、情報処理装置において行われた記入不備チェックにおいて記入不備があると判定された場合、サーバにおいて行われる記入不備チェックの停止をサーバに要求する処理の一例を示すステップである。また、すなわち、ステップＳ５０９は、情報処理装置において行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバにおいて行われる帳票への記入内容のチェックの停止をサーバに要求する処理の一例を示すステップである。
【００８１】
ステップＳ５０４にて「範囲」と判定された場合、ステップＳ５１０において、情報処理装置１０１は、ステップＳ５０３にて取得した記入不備チェックレコードの（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標）の２点を対角とする矩形をチェック領域として、撮影画像上のチェック領域内において文字の解析を行い、解析された文字列の値を取得する。なお、この処理には、ＯＣＲ（文字認識）の技術を用いるが、この技術は既知であるため、ここでの説明は省略する。
【００８２】
ステップＳ５１１において、情報処理装置１０１は、ステップＳ５１０にて取得した値が、ステップＳ５０３にて取得した記入不備チェックレコードの「範囲」内にあるか否かを判定し、範囲内であればステップＳ５１２に進み、範囲外であればステップＳ５１３に進む。具体的には、記入不備チェックテーブル（クライアント）１５１０において、フォームＩＤ＝１０００、項目ＩＤ＝５の記入不備チェックレコード（項目名：生年月日）の場合、「生年月日」欄に記入された文字から導出された年齢が「２０歳以上」であれば範囲内、「２０歳以上」でなければ範囲外であると判定する。なお、本実施形態のステップＳ５０５、ステップＳ５１１ではＯＭＲ・ＯＣＲ等による解析で、記入された内容を認識できなかった場合、「ＮＧ」と判定するとしてもよい。また、ｒｅｓｕｌｔ［i］の値は、「ＯＫ」「ＮＧ」の２つに限定するものではなく、「不明瞭」「認識不可」「矛盾」などの値を持つとしてもよい。
【００８３】
ステップＳ５１２において、情報処理装置１０１は、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
ステップＳ５１３において、情報処理装置１０１は、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
ステップＳ５１４において、情報処理装置１０１は、後続の不備チェックを継続して行うか否かを判定する。具体的には、ステップＳ５０３にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ５２３に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ５１５にてサーバ１０２に不備チェックキャンセルのメッセージを送信し、ステップＳ５２５に進む。
【００８４】
すなわち、ステップＳ５１５は、情報処理装置により行われた記入不備チェックにおいて記入不備があると判定された場合、サーバにより行われる記入不備チェックの停止をサーバ１０２に要求する処理の一例を示すステップである。また、すなわち、ステップＳ５１５は、情報処理装置において行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバにおいて行われる帳票への記入内容のチェックの停止をサーバに要求する処理の一例を示すステップである。
【００８５】
ステップＳ５０４にて「グループ」と判定された場合、この項目は択一項目であると捉え、ステップＳ５１６において、情報処理装置１０１は、ステップＳ５０３にて取得した記入不備チェックレコードの「グループ要素項目ＩＤ」の値をＮとして、ｒｅｓｕｌｔ［Ｎ］の値を取得する。具体的には、記入不備チェックテーブル（クライアント）１５１０において、フォームＩＤ＝１０００，項目ＩＤ＝１１の記入不備チェックレコード（項目名：職種グループ）の場合、このレコードの「グループ要素項目ＩＤ」の値は７，８，９，１０であるため、項目ＩＤ＝７，８，９，１０のチェック結果であるｒｅｓｕｌｔ［７，８，９，１０］の値（ＯＫ，ＮＧ，ＮＧ，ＮＧ）を取得する。
【００８６】
ステップＳ５１７において、情報処理装置１０１は、ステップＳ５１６にて取得したｒｅｓｕｌｔのうち、ＯＫの数をカウントする。ＯＫの数が１の場合、このグループ要素項目において正しく択一されていると捉えてステップＳ５１８に進み、ＯＫの数が１以外の場合、このグループ要素項目で正しく択一されていないと捉えてステップＳ５２０に進む。この実施形態において、ｒｅｓｕｌｔ［７，８，９，１０］の値は、（ＯＫ，ＮＧ，ＮＧ，ＮＧ）であるため、ＯＫの数は１となり、正しく択一されていると捉える。なお、実施形態においては、ＯＫの数が１であれば「ＯＫ」としたが、記入不備チェックテーブル（クライアント）１５１０に「上限値」や「チェック数」カラムを設け、ＯＫの数が上限値を超えた場合「NG」、ＯＫの数が「チェック数」以外の場合「ＮＧ」と判定する等としてもよい。
【００８７】
ステップＳ５１８において、情報処理装置１０１は、このグループ要素項目において正しく択一されていると捉えて、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
【００８８】
ステップＳ５１９において、情報処理装置１０１は、このグループ要素項目において択一された項目ＩＤに紐付かない「項目ＩＤ」をチェック不要な「項目ＩＤ」としてサーバ１０２へ送信する。すなわち、ステップＳ５１９は、サーバ１０２に認識領域を示す識別情報を送信し、サーバ１０２において行われる記入不備チェックの当該識別情報に対応する認識領域の記入不備チェックのスキップを要求する処理の一例を示すステップである。また、すなわち、ステップＳ５１９は、サーバ１０２に認識領域を示す識別情報を送信し、サーバ１０２において行われる帳票への記入内容のチェックの当該識別情報に対応する認識領域の帳票への記入内容のチェックのスキップを要求する処理の一例を示すステップである。
【００８９】
具体的には、チェック不要な「項目ＩＤ」は、次のようにして導出する。記入不備チェックテーブル（クライアント）１５１０において、フォームＩＤ＝１０００，項目ＩＤ＝１１（項目名：職種グループ）のレコードを例にすると、このレコードのグループ要素項目ＩＤ＝「７，８，９，１０」であり、項目ＩＤ「７，８，９，１０」のｒｅｓｕｌｔの値はそれぞれ「ＯＫ，ＮＧ，ＮＧ，ＮＧ」である。「親項目ＩＤ」の値がｒｅｓｕｌｔ＝ＮＧの「項目ＩＤ」のみで構成されるレコードがチェック不要な項目となる。つまり、「親項目ＩＤ」が「８，９，１０」のみで構成されるレコード（項目ＩＤ＝「１７，１８，１９，２０，２１，２２，２４，２５，２７」）がチェック不要な項目ＩＤとなる。
【００９０】
言い換えると，択一されている項目ＩＤ＝７に紐づく項目はチェックが必要であり、択一されていない項目ＩＤ＝８，９，１０に紐づく項目はチェックが不要である。更に、図８の情報処理装置１０１において撮影された記入済帳票の撮影画像を用いて、具体的に説明すると、グループ要素項目である「有職者，主婦，学生，年金」の職種グループのうち、項目「有職者（７）」が択一されている場合、項目「有職者（７）」に紐づく項目「勤務先名（１２），勤務先ＴＥＬ（１３），勤務先住所（１４），所属部課（１５），税込年収（１６）」についてはチェックが必要となり、択一されていない項目「主婦（８），学生（９），年金（１０）」に紐づく項目「世帯主親権者（１７），税込年収（１８），国民年金（１９），厚生年金（２０），共済年金（２１），他年金（２２），年金以外有（２４），年金以外無（２５），税込年収（２７）」についてはチェックが不要となる。
【００９１】
ステップＳ５１７にて、ＯＫの数が１以外の場合、ステップＳ５２０において、情報処理装置１０１は、このグループ要素項目において正しく択一されていないと捉えて、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
【００９２】
ステップＳ５２１において、情報処理装置１０１は、後続の記入不備チェックを継続するか否かを判定する。具体的には、ステップＳ５０３にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ５２３に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ５２２にてサーバ１０２に不備チェックキャンセルのメッセージを送信し、ステップＳ５２５に進む。
【００９３】
すなわち、ステップＳ５２２は、情報処理装置により行われた記入不備チェックにおいて記入不備があると判定された場合、サーバにより行われる記入不備チェックの停止をサーバ１０２に要求する処理の一例を示すステップである。また、すなわち、ステップＳ５２２は、情報処理装置において行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、サーバにおいて行われる帳票への記入内容のチェックの停止をサーバに要求する処理の一例を示すステップである。
ステップＳ５２３において、情報処理装置１０１は、変数ｉをインクリメントする。
【００９４】
ステップＳ５２４において、情報処理装置１０１は、クライアントで記入不備チェックを行う記入不備チェックレコードのうち、項目ＩＤ＝ｉのレコードが存在するか否かを判定し、レコードが存在する場合はステップＳ５０３に戻り、レコードが存在しない場合はステップＳ５２５に進む。
【００９５】
ステップＳ５２５において、情報処理装置１０１は、記入不備チェックの結果である配列変数ｒｅｓｕｌｔの値で記入不備チェックテーブル（クライアント）１５１０のｒｅｓｕｌｔカラムを更新する（図１５の５２５）。具体的には、ｒｅｓｕｌｔ［ｉ］の値がＮＵＬＬでない場合、記入不備チェックテーブル（クライアント）１５１０を「フォームＩＤ」＝ステップＳ４０８にて特定したフォームＩＤ、「項目ＩＤ」＝ｉの検索条件でヒットしたレコードのｒｅｓｕｌｔカラムの値をｒｅｓｕｌｔ［ｉ］の値で更新し、図５の記入不備チェック（クライアント）処理を終了する。
【００９６】
これにより、情報処理装置１０１においてチェックしたチェック結果を記入不備チェックテーブル（クライアント）１５１０に反映することができる。本実施形態においては、記入不備チェックの結果を配列変数ｒｅｓｕｌｔに設定し、配列変数ｒｅｓｕｌｔの値で記入不備チェックテーブル（クライアント）１５１０のｒｅｓｕｌｔカラムを更新するとしたが、これに限定するものではなく、配列変数ｒｅｓｕｌｔを用いず、記入不備チェックテーブル（クライアント）１５１０のｒｅｓｕｌｔカラムをチェック結果の値で直接更新してもよい。
以上で、図５の情報処理装置１０１において、記入不備チェックを行う手順の一例を示すフローチャートの説明を終了する。
図４の説明に戻る。
【００９７】
ステップＳ４１２において、サーバ１０２は、情報処理装置１０１から送信された撮影画像と特定したフォームＩＤを受信する。すなわち、ステップＳ４１２は、送信された電子データを受信する処理の一例を示すステップである。
【００９８】
なお、この実施形態においては、ステップＳ４０８にて撮影画像のフォームＩＤを特定し、ステップＳ４０９にてサーバ１０２に撮影画像と特定したフォームＩＤを送信するとしたが、この手順に限定するものではなく、ステップＳ４０９にてサーバ１０２に撮影画像のみを送信し、サーバ１０２において撮影画像のフォームＩＤを特定するとしてもよい。
【００９９】
ステップＳ４１３において、サーバ１０２は、図６の記入不備チェック（サーバ）処理を実施する。すなわち、ステップＳ４１３は、サーバにおいて、受信した電子データの帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、記入不備チェックを行う処理の一例を示すステップである。また、すなわち、ステップＳ４１３は、受信した電子データの帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、電子データ受信手段により受信した電子データに含まれる、認識領域に記入された内容が、認識条件に適合しているか否かをチェックする処理の一例を示すステップである。以上により、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化することができる。また、記入不備チェック処理をクライアントとサーバで行うことにより、システム負荷を分散できるため、記入不備チェック処理の応答に時間を短縮することができる。
【０１００】
なお、この記入不備チェック（サーバ）処理の実施中に、サーバ１０２は、情報処理装置１０１から送信された、不備チェックキャンセルのメッセージ（ステップＳ５０９，ステップＳ５１５，ステップＳ５２２）、または、チェック不要な項目ＩＤ（ステップＳ５１９）を受信する場合がある。
【０１０１】
ここで、図６について説明しておく。図６は、サーバ１０２において、記入不備チェックを行う手順の一例を示すフローチャートである。
ステップＳ６０１において、サーバ１０２は、「フォームＩＤ」＝ステップＳ４１２にて受信したフォームＩＤ、「Ｃ／Ｓ区分」＝Ｓを検索条件として、記入不備チェックテーブル（サーバ）１５２０を検索し、サーバで記入不備チェックを行う記入不備チェックレコードのリストを取得する。すなわち、ステップＳ６０１は、区分に従って、クライアントとサーバのどちらで認識領域の記入不備チェックを行うかを決定する処理の一例を示すステップである。また、すなわち、ステップＳ６０１は、区分に従って、サーバで帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行う処理の一例を示すステップである。
【０１０２】
ステップＳ６０２において、サーバ１０２は、変数ｉに初期値１を代入し、ＲＡＭ２０２に記憶する。また、記入不備チェックの結果を代入する配列変数ｒｅｓｕｌｔに初期値ＮＵＬＬを代入し、ＲＡＭ２０２に記憶する。
【０１０３】
ステップＳ６０３において、サーバ１０２は、情報処理装置１０１から不備チェックキャンセルのメッセージを受信したか否かを判定する。受信した場合はステップＳ６２３に進み、受信していない場合はステップＳ６０４に進む。
【０１０４】
ステップＳ６０４において、サーバ１０２は、ステップＳ６０１にて取得したクライアントで記入不備チェックを行う記入不備チェックレコードリストから、「項目ＩＤ」＝ｉの記入不備チェックレコードを取得する。
【０１０５】
ステップＳ６０５において、サーバ１０２は、情報処理装置１０１からチェック不要な項目ＩＤを受信した場合、「項目ＩＤ」＝ｉがチェック不要な項目ＩＤに含まれているか否かを判定する。含まれている場合はステップＳ６２１に進み、含まれていない場合はステップＳ６０６に進む。具体的には、図５のステップＳ５１９で挙げた例で説明すると、チェック不要な項目ＩＤ＝「１７，１８，１９，２０，２１，２２，２４，２５，２７」であり、サーバ１０２はこの値を受信しているため、現在チェック対象の項目ＩＤ＝「１７」である場合、チェック不要な項目ＩＤに含まれるため、チェック処理は不要と捉えて、ステップＳ６２１に進む。一方、現在チェック対象の項目ＩＤ＝「１２」である場合、チェック不要な項目ＩＤに含まれないため、チェック処理は必要と捉えて、ステップＳ６０６に進む。
【０１０６】
ステップＳ６０６において、サーバ１０２は、ステップＳ６０４にて取得した記入不備チェックレコードの「チェック種別」の値を判定し、「必須」「丸囲み」の場合はステップＳ６０７へ、「範囲」の場合はステップＳ６１１へ、「グループ」の場合はステップＳ６１６へ進む。
【０１０７】
ステップＳ６０６にて「必須」「丸囲み」と判定された場合、ステップＳ６０７において、サーバ１０２は、ステップＳ６０４にて取得した記入不備チェックレコードの（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標）の２点を対角とする矩形をチェック領域として、撮影画像上のチェック領域内において文字または丸囲みの有無を判定する。文字・丸印が有る場合、ステップＳ６０８に進み、文字・丸印が無い場合、ステップＳ６０９に進む。なお、ステップＳ６０７の具体的な判定処理については、ステップＳ５０５と同様であるため説明を省略する。
ステップＳ６０８において、サーバ１０２は、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
ステップＳ６０９において、サーバ１０２は、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
【０１０８】
ステップＳ６１０において、サーバ１０２は、後続の不備チェックを継続するか否かを判定する。具体的には、ステップＳ６０４にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ６２１に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ６２３に進む。
【０１０９】
ステップＳ６０６にて「範囲」と判定された場合、ステップＳ６１１において、サーバ１０２は、ステップＳ６０４にて取得した記入不備チェックレコードの（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標）の２点を対角とする矩形をチェック領域として、撮影画像上のチェック領域内において文字の解析を行い、解析された文字列の値を取得する。なお、この処理には、ＯＣＲ（文字認識）の技術を用いるが、この技術は既知であるため、ここでの説明は省略する。
【０１１０】
ステップＳ６１２において、サーバ１０２は、ステップＳ６１１にて取得した値が、ステップＳ６０４にて取得した記入不備チェックレコードの「範囲」内にあるか否かを判定し、範囲内であればステップＳ６１２に進み、範囲外であればステップＳ６１３に進む。具体的には、ステップＳ５１１と同様であるため説明を省略する。
ステップＳ６１３において、サーバ１０２は、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
ステップＳ６１４において、サーバ１０２は、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
【０１１１】
ステップＳ６１５において、サーバ１０２は、後続の不備チェックを継続して行うか否かを判定する。具体的には、ステップＳ６０４にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ６２１に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ６２３に進む。
【０１１２】
ステップＳ６０６にて「グループ」と判定された場合、この項目は択一項目であると捉え、ステップＳ６１６において、サーバ１０２は、ステップＳ６０４にて取得した記入不備チェックレコードの「グループ要素項目ＩＤ」の値をＮとして、ｒｅｓｕｌｔ［Ｎ］の値を取得する。具体的には、ステップＳ５１６と同様であるため説明を省略する。
【０１１３】
ステップＳ６１７において、サーバ１０２は、ステップＳ６１６にて取得したｒｅｓｕｌｔのうち、ＯＫの数をカウントする。ＯＫの数が１の場合、このグループ要素項目において正しく択一されていると捉えてステップＳ６１８に進み、ＯＫの数が１以外の場合、このグループ要素項目で正しく択一されていないと捉えてステップＳ６２０に進む。具体的には、ステップＳ５１７と同様であるため説明を省略する。
【０１１４】
ステップＳ６１８において、サーバ１０２は、このグループ要素項目において正しく択一されていると捉えて、ｒｅｓｕｌｔ［ｉ］に文字列「ＯＫ」を代入する。
【０１１５】
ステップＳ６１７にて、ＯＫの数が１以外の場合、ステップＳ６１９において、サーバ１０２は、このグループ要素項目において正しく択一されていないと捉えて、ｒｅｓｕｌｔ［ｉ］に文字列「ＮＧ」を代入する。
【０１１６】
ステップＳ６２０において、サーバ１０２は、後続の記入不備チェックを継続するか否かを判定する。具体的には、ステップＳ６０４にて取得した記入不備チェックレコードの「不備継続」カラムの値が「する」の場合は、引き続き不備チェックを継続するとしてステップＳ６２１に進み、「不備継続」カラムの値が「しない」の場合は、後続の不備チェックを継続しない（＝中断する）として、ステップＳ６２３に進む。
ステップＳ６２１において、サーバ１０２は、変数ｉをインクリメントする。
【０１１７】
ステップＳ６２２において、サーバ１０２は、クライアントで記入不備チェックを行う記入不備チェックレコードのうち、項目ＩＤ＝ｉのレコードが存在するか否かを判定し、レコードが存在する場合はステップＳ６０３に戻り、レコードが存在しない場合は図６の記入不備チェック（サーバ）処理を終了する。
ステップＳ６２３において、サーバ１０２は、変数ｉをインクリメントする。
【０１１８】
ステップＳ６２４において、サーバ１０２は、クライアントで記入不備チェックを行う記入不備チェックレコードのうち、項目ＩＤ＝ｉのレコードが存在するか否かを判定し、レコードが存在する場合はステップＳ６２５に進み、レコードが存在しない場合は図６の記入不備チェック（サーバ）処理を終了する。
ステップＳ６２５において、サーバ１０２は、ｒｅｓｕｌｔ［ｉ］に文字列「中断」を代入する。
以上で、図６のサーバ１０２において、記入不備チェックを行う手順の一例を示すフローチャートの説明を終了する。
【０１１９】
図４の説明に戻る。
ステップＳ４１４において、サーバ１０２は、図６の記入不備チェック（サーバ）処理の結果が代入された配列変数ｒｅｓｕｌｔを情報処理装置１０１に送信する。すなわち、ステップＳ４１４は、サーバにおいて行われた記入不備チェックの結果を送信する処理の一例を示すステップである。また、すなわち、ステップＳ４１４は、サーバにおいて行われた帳票への記入内容のチェック結果を送信する処理の一例を示すステップである。
【０１２０】
ステップＳ４１５において、情報処理装置１０１は、サーバ１０２から送信された配列変数ｒｅｓｕｌｔを受信する。すなわち、ステップＳ４１５は、サーバで行われた記入不備チェックの結果を受信する処理の一例を示すステップである。また、すなわち、ステップＳ４１５は、サーバで行われた帳票への記入内容のチェック結果を受信する処理の一例を示すステップである。
【０１２１】
ステップＳ４１６において、情報処理装置１０１は、受信した配列変数ｒｅｓｕｌｔの値で記入不備チェックテーブル（クライアント）１５１０のｒｅｓｕｌｔカラムを更新する（図１５の４１６）。具体的には、ｒｅｓｕｌｔ［ｉ］の値がＮＵＬＬでない場合、記入不備チェックテーブル（クライアント）１５１０を「フォームＩＤ」＝ステップＳ４０８にて特定したフォームＩＤ、「項目ＩＤ」＝ｉの検索条件でヒットしたレコードのｒｅｓｕｌｔカラムの値をｒｅｓｕｌｔ［ｉ］の値で更新する。これにより、サーバ１０２にてチェックしたチェック結果を記入不備チェックテーブル（クライアント）１５１０に反映することができる。本実施形態においては記入不備チェックテーブル（クライアント）１５１０と記入不備チェックテーブル（サーバ）１５２０の両方にｒｅｓｕｌｔカラムが存在し、ｒｅｓｕｌｔカラムに値が設定されるのは、記入不備チェックテーブル（クライアント）１５１０のみとしたが、これに限定するものではなく、ステップＳ４１３の記入不備チェック（サーバ）処理において、記入不備チェックテーブル（サーバ）１５２０のｒｅｓｕｌｔカラムに値を設定し、ステップＳ４１４において、その値を情報処理装置１０１に送信するとしてもよい。
【０１２２】
ステップＳ４１８において、情報処理装置１０１は、記入不備チェック（クライアント）処理の結果が記入不備チェック結果画面に反映されているか判定する。具体的には、後述する図７の結果表示処理を行ったか否かを判定する結果表示（クライアント）フラグをＲＡＭ２０２に記憶しておき、そのフラグの値が「未表示」であればステップＳ４１９に進み、「表示済」であればステップＳ４２０に進む。
【０１２３】
ステップＳ４１９において、情報処理装置１０１は、図７の結果表示（クライアント）処理を実行する。すなわち、ステップＳ４１９は、記入不備チェック（クライアント）の結果を出力する処理の一例を示すステップである。また、すなわち、ステップＳ４１９は、帳票への記入内容のチェック結果を出力する処理の一例を示すステップである。これにより、サーバからの記入不備チェック結果を受信するまで、クライアントで行った記入不備チェック結果を表示することができるため、不備チェックの結果が表示されるまでに時間が掛かってしまうことにより、利用者は待ち状態になってしまうという課題を解決することができる。
【０１２４】
ここで、図７について説明しておく。図７は、情報処理装置１０１において、記入不備チェック結果を表示する手順の一例を示すフローチャートであり、ステップＳ４１９の結果表示（クライアント）処理とステップＳ４２１の結果表示（サーバ）処理のどちらも、図７のフローチャートの手順で処理を行う。なお、ステップＳ４１９の結果表示（クライアント）処理は、ステップＳ４１１にて行った記入不備チェック（クライアント）の結果を表示し、ステップＳ４２１の結果表示（サーバ）処理は、ステップＳ４１３にて行った記入不備チェック（サーバ）の結果を表示する。
【０１２５】
ステップＳ７０１において、情報処理装置１０１は、記入不備チェックテーブル（クライアント）１５１０から表示する記入不備チェックレコードリストを取得する。具体的には、「フォームＩＤ」＝ステップＳ４０８にて特定したフォームＩＤ、「Ｃ／Ｓ区分」＝結果表示（クライアント）処理の場合はＣ、結果表示（サーバ）処理の場合はＳ、を検索条件として、記入不備チェックテーブル（クライアント）１５１０を検索し、ヒットした記入不備チェックレコードリストをＲＡＭ２０２に記憶する。
【０１２６】
ステップＳ７０２において、情報処理装置１０１は、ステップＳ４１０で表示した記入不備チェック実施中を意味する領域枠を削除する。具体的には、ステップＳ７０１にて取得した記入不備チェックレコードリストの記入不備チェックレコードが持つ（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標）の２点を対角とする矩形のチェック領域を囲む点線枠を削除する。これにより、ステップＳ４１９の結果表示（クライアント）処理から呼ばれた場合には、クライアントにて記入不備チェックを行った項目の領域枠が削除され、同様にステップＳ４２１の結果表示（サーバ）処理から呼ばれた場合は、サーバにて記入不備チェックを行った項目の領域枠が削除される。
【０１２７】
なお、図１０の記入不備チェック実施中（クライアント不備チェック完了、サーバ不備チェック実施中）画面は、ステップＳ４１９の結果表示（クライアント）が完了し、ステップＳ４２１の結果表示（サーバ）が完了していない時点での画面の例である。これにより、クライアントとサーバの記入不備チェックのうち、先に処理が完了した方からチェック結果が表示されるため、利用者の待ち時間を短縮することができる。
【０１２８】
ステップＳ７０３において、情報処理装置１０１は、ステップＳ７０１にて取得した記入不備チェックレコードリストにｒｅｓｕｌｔ＝ＮＧのレコードの有無を判定し、無い場合はステップＳ７０４に進み、有る場合はステップＳ７０７に進む。なお、「チェック種別」＝グループの記入不備チェックレコード（例えば、「項目名」＝職種グループ）の「グループ要素項目ＩＤ」で指定されている「項目ＩＤ」（例えば、「項目ＩＤ」＝７，８，９，１０）のレコードについては、択一項目であり、選択されていない項目については未記入を示すＮＧでも問題ではないため、この「項目ＩＤ」のＮＧは無視する。
【０１２９】
ステップＳ７０４において、情報処理装置１０１は、クライアントまたはサーバで行った記入不備チェックの結果表示が済んだことをフラグに設定する。具体的には、ステップＳ４１９の結果表示（クライアント）処理の場合は、ＲＡＭ２０２に記憶されている結果表示（クライアント）フラグ＝表示済に設定し、ステップＳ４２１の結果表示（サーバ）処理の場合は、ＲＡＭ２０２に記憶されている結果表示（サーバ）フラグ＝表示済に設定する。
【０１３０】
ステップＳ７０５において、情報処理装置１０１は、ＲＡＭ２０２に記憶されている結果表示（クライアント）フラグと結果表示（サーバ）フラグの両方が表示済か否か判定し、両方が表示済の場合はステップＳ７０６に進み、そうでない場合は図７の結果表示処理を終了する。
【０１３１】
ステップＳ７０６において、情報処理装置１０１は、全ての記入不備チェックが終了したと捉えて、「記入不備はありませんでした。」のメッセージが記された記入不備チェック結果画面（不備なし）１１００（図１１）を表示し、図７の結果表示処理を終了する。
【０１３２】
ステップＳ７０３にてｒｅｓｕｌｔ＝ＮＧのレコードが存在すると判定した場合、ステップＳ７０７において、情報処理装置１０１は、ｒｅｓｕｌｔ＝ＮＧのチェック領域座標（（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標））を取得する。なお、ステップＳ７０３でも説明したとおり、「チェック種別」＝グループの記入不備チェックレコードの「グループ要素項目ＩＤ」で指定されている「項目ＩＤ」のレコード（例えば、「項目ＩＤ」＝７，８，９，１０のレコード）については、ｒｅｓｕｌｔ＝ＮＧであっても無視する。
【０１３３】
ステップＳ７０８において、情報処理装置１０１は、ステップＳ７０７にて取得したｒｅｓｕｌｔ＝ＮＧのチェック領域座標２点を対角とする矩形を赤く塗りつぶし、撮影画像上に重畳させる（図１２の１２０１）。なお、この実施形態においては、不備があった箇所を赤く塗りつぶすとしたが、これに限定するものではなく、不備があることをユーザが認識できる方法であれば、他の色で塗りつぶす、点滅させる、拡大させる、不備を示すマークを表示する、音声により記入不備箇所を読み上げるなど、他の方法であってもよい。
【０１３４】
ステップＳ７０９において、情報処理装置１０１は、ステップＳ７０１にて取得した記入不備チェックレコードリストにｒｅｓｕｌｔ＝中断のレコードの有無を判定し、有る場合はステップＳ７１３に進み、無い場合はステップＳ７１０に進む。
【０１３５】
ステップＳ７１０は、ステップＳ７０４と同じ処理であるため、説明を省略する。また、ステップＳ７１１についても、ステップＳ７０５と同じ処理であるため、説明を省略する。
【０１３６】
ステップＳ７１２において、情報処理装置１０１は、全ての記入不備チェックが終了したと捉えて、「記入不備があります。」のメッセージが記された記入不備チェック結果画面（不備あり）１２００（図１２）を表示し、図７の結果表示処理を終了する。
【０１３７】
ステップＳ７０９にてｒｅｓｕｌｔ＝中断のレコードが有ると判定した場合、ステップＳ７１３において、情報処理装置１０１は、ｒｅｓｕｌｔ＝中断のチェック領域座標（（起点Ｘ座標，起点Ｙ座標）と（終点Ｘ座標，終点Ｙ座標））を取得する。
【０１３８】
ステップＳ７１４において、情報処理装置１０１は、ステップＳ７１３にて取得したｒｅｓｕｌｔ＝中断のチェック領域座標２点を対角とする矩形を青く塗りつぶし、撮影画像上に重畳させる（図１３の１３０１）。なお、この実施形態においては、チェックを中断した箇所を青く塗りつぶすとしたが、これに限定するものではなく、中断したことをユーザが認識できる方法であれば、他の色で塗りつぶす、点滅させる、拡大させる、チェック中断のマークを表示する、音声によりチェック中断箇所を読み上げるなど、他の方法であってもよい。
【０１３９】
ステップＳ７１５は、ステップＳ７０４と同じ処理であるため、説明を省略する。また、ステップＳ７１６ついても、ステップＳ７０５と同じ処理であるため、説明を省略する。
【０１４０】
ステップＳ７１７において、情報処理装置１０１は、全ての記入不備チェックが終了したと捉えて、「記入不備により中断しました。」のメッセージが記された記入不備チェック結果画面（チェック中断）１３００（図１３）を表示し、図７の結果表示処理を終了する。
以上で、図７の情報処理装置１０１において、記入不備チェック結果を表示する手順の説明を終了する。
【０１４１】
図４の説明に戻る。
ステップＳ４２０において、情報処理装置１０１は、記入不備チェック（サーバ）処理の結果を受信済、かつ、その結果が記入不備チェック結果画面に反映されているか判定する。具体的には、図７の結果表示（サーバ）処理を行ったか否かを判定する結果表示（サーバ）フラグの値が「未表示」であればステップＳ４２１に進み、「表示済」であればステップＳ４２２に進む。
【０１４２】
ステップＳ４２１において、情報処理装置１０１は、図７の結果表示（サーバ）処理を実行する。すなわち、ステップＳ４２１は、記入不備チェック（サーバ）の結果を出力する処理の一例を示すステップである。また、すなわち、ステップＳ４２１は、帳票への記入内容のチェック結果を出力する処理の一例を示すステップである。この結果表示（サーバ）処理は、ステップＳ４１９にて説明した結果表示（クライアント）処理と同じフローであるため、説明を省略する。
【０１４３】
ステップＳ４２２において、情報処理装置１０１は、ステップＳ４１９の結果表示（クライアント）処理とステップＳ４２０の結果表示（サーバ）処理の両方が完了したか否かを判定し、両方が完了した場合は図４の記入不備チェック処理を終了し、完了していない場合はステップＳ４１８に戻り、両方の結果表示処理が完了するまで、ステップＳ４１７〜ステップＳ４２２のループを繰り返す。
【０１４４】
すなわち、ステップＳ４１７〜ステップＳ４２２は、クライアントにおいて行われた記入不備チェックの結果と、受信された記入不備チェックの結果とを用いて出力する処理の一例を示すステップである。また、すなわち、ステップＳ４１７〜ステップＳ４２２は、クライアントにおいて行われた帳票への記入内容のチェック結果と、受信された帳票への記入内容のチェック結果とを用いて出力する処理の一例を示すステップである。
【０１４５】
すなわち、ステップＳ４１７〜ステップＳ４２２は、クライアントにおいて行われた記入不備チェックの結果と、サーバにおいて行われた記入不備チェックの結果のうち、チェックが完了した結果から順次出力する処理の一例を示すステップである。また、すなわち、ステップＳ４１７〜ステップＳ４２２は、クライアントにおいて行われた帳票への記入内容のチェック結果と、サーバにおいて行われた帳票への記入内容のチェック結果のうち、チェックが完了した結果から順次出力する処理の一例を示すステップである。
【０１４６】
なお、ステップＳ４１１の記入不備チェック（クライアント）処理（図５）とステップＳ４１３の記入不備チェック（サーバ）処理（図６）は、同期せずに非同期で実施することを可能とする。これによりクライアントでのチェック結果を先に表示し、サーバのチェック結果が受信でき次第サーバのチェック結果を表示することが可能になる。これにより、サーバからの記入不備チェック結果を受信するまで、クライアントで行った記入不備チェック結果を表示することができるため、不備チェックの結果が表示されるまでに時間が掛かってしまうことにより、利用者は待ち状態になってしまうという課題を解決することができる。
以上で、図４の記入不備チェックを行い、チェック結果を表示する手順の説明を終了する。
【０１４７】
以上により、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化することができる。つまり、クライアントとサーバとにおいて記入不備チェックを並行して行うことにより、情報処理装置のみで記入不備チェックを行う場合、サーバのみで記入不備チェックを行う場合と比べて、効率良く記入不備チェックを行うことができる。
【０１４８】
また、記入不備チェック処理をクライアントとサーバで行うことにより、システム負荷を分散できるため、記入不備チェック処理の応答に時間を短縮することができる。また、サーバからの記入不備チェック結果を受信するまで、クライアントで行った記入不備チェック結果を表示することができるため、不備チェックの結果が表示されるまでに時間が掛かってしまうことにより、利用者は待ち状態になってしまうという課題を解決することができる。
以上で、第１の実施形態の説明を終了する。
【０１４９】
〔第２の実施形態〕
第１の実施形態は、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化する仕組みであり、第２の実施形態は、第１の実施形態の仕組みに加え、クライアントとサーバとのどちらで記入不備チェックを行うかの区分を柔軟に変更する仕組みである。
図１６〜図２２を用いて、第２の実施形態について説明する。
【０１５０】
図１６は、第２の実施形態に係る帳票システム１００において、記入不備チェックを行い、チェック結果を表示する手順の一例を示すフローチャートである。図１６は、第１の実施形態における図４のフローチャートを第２の実施形態に置き換えたものであり、ステップＳ１６０１〜ステップＳ１６０９が追加されている。第１の実施形態のステップと同じ処理については、同じステップ番号を付与し説明を省略する。
【０１５１】
ステップＳ１６０１において、サーバ１０２は、記入不備チェック情報メンテナンス（管理者）処理（図１７）を行う。なお、ステップＳ１６０１は、この図１６の記入不備チェック処理内のみで行うステップではなく、管理者が事前に記入不備チェック情報をメンテナンスしておく処理でもある。ここで、図１７について説明しておく。
【０１５２】
図１７は、第２の実施形態に係る帳票システム１００において、記入不備チェック情報をメンテナンスする手順の一例を示すフローチャートである。また、図２０は、第２の実施形態に係る情報処理装置１０１において、記入不備チェック情報をメンテナンスする画面の一例である。ここでは、記入不備チェック情報に含まれる「Ｃ／Ｓ区分」のメンテナンスを行う。
【０１５３】
ステップＳ１７０１において、情報処理装置１０１は、ユーザから記入不備チェック情報メンテナンスの要求を受け付け、要求したユーザが一般ユーザか管理者かを判定する。管理者の場合はステップＳ１７０１に進み、一般ユーザの場合はステップＳ１７０８に進む。
【０１５４】
ステップＳ１７０２において、情報処理装置１０１は、記入不備チェック情報メンテナンスを行うことができる帳票のリストを表示し、管理者による帳票のフォームＩＤの選択を受け付ける。
ステップＳ１７０３において、情報処理装置１０１は、選択を受け付けた帳票のフォームＩＤをサーバ１０２に送信する。
ステップＳ１７０４において、サーバ１０２は、送信された帳票のフォームＩＤを受信する。
【０１５５】
ステップＳ１７０５において、サーバ１０２は、受信した帳票のフォームＩＤを用いて、外部メモリ２１２に記憶されている記入不備チェックテーブル（サーバ）１５２０（図１５）から記入不備チェック情報を取得する。
ステップＳ１７０６において、サーバ１０２は、取得した記入不備チェック情報を送信する。
ステップＳ１７０７において、情報処理装置１０１は、送信された記入不備チェック情報を受信する。
【０１５６】
ステップＳ１７０８において、情報処理装置１０１は、撮影された帳票のフォームＩＤ（ステップＳ１６０２から来た場合）または再チェックを行う帳票のフォームＩＤ（ステップＳ１９０３から来た場合）を用いて、外部メモリ２１２に記憶されている記入不備チェックテーブル（クライアント）１５１０（図１５）から記入不備チェック情報を取得する。
【０１５７】
ステップＳ１７０９において、情報処理装置１０１は、既に記入不備チェック済か否かを判定する。具体的には、ステップＳ１７０８にて取得した記入不備チェックテーブル（クライアント）１５１０のｒｅｓｕｌｔカラムにチェック結果が記録されているか否か等で判定する。既に記入不備チェック済の場合はこれから再チェックを行うと捉えステップＳ１７１０に進み、まだ記入不備チェックされていない場合はステップＳ１７１１に進む。
【０１５８】
ステップＳ１７１０において、情報処理装置１０１は、記入不備チェックの不備箇所を異なるノードで再チェックを行うべく、不備箇所のＣ／Ｓ区分を逆にする（ＣとＳとを入れ替える）。すなわち、ステップＳ１７１０は、クライアントまたはサーバにて行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、当該記入不備があると判定された認識領域の区分を変更して出力するステップである。これにより、不備箇所について、異なるノードで容易に再チェックすることができるため、記入不備チェックの設定方法がわかりにくい、操作が面倒などの理由で、結局ユーザは設定しないという課題を解決することができる。
【０１５９】
ステップＳ１７１１において、情報処理装置１０１は、ステップＳ１７０７にて受信またはステップＳ１７０８にて取得した記入不備チェック情報を用いて、記入不備チェック情報メンテナンス画面２０００（図２０）を表示する。すなわち、ステップＳ１７１１は、クライアントとサーバのどちらで認識領域の記入内容のチェックを行うかを示す区分をメンテナンスする画面を出力する処理の一例を示すステップである。記入不備チェック情報メンテナンス画面２０００には、認識領域が点線で囲まれて表示され、クライアントとサーバのどちらで認識領域の記入不備チェックを行うかを示す区分「Ｃ／Ｓ区分」のＣまたはＳが記されている。
【０１６０】
また、記入不備チェック情報メンテナンス画面２０００では、「Ｃ／Ｓ区分」の切り替えだけでなく、認識領域の追加、認識領域の大きさの変更などを行うことができる。
【０１６１】
ステップＳ１７１２において、情報処理装置１０１は、ユーザによる認識領域のタップを受け付ける。タップされた認識領域の「Ｃ／Ｓ区分」がＣの場合はステップＳ１７１３に進み、Ｓの場合はステップＳ１７１４に進む。
ステップＳ１７１３において、情報処理装置１０１は、タップされた認識領域の「Ｃ／Ｓ区分」をＳに変更して表示する。
【０１６２】
ステップＳ１７１４において、情報処理装置１０１は、タップされた認識領域の「Ｃ／Ｓ区分」をＣに変更して表示する。このように、各認識領域をタップするたびに、タップした認識領域の「Ｃ／Ｓ区分」がＣ→Ｓ→Ｃ→Ｓ…と順番に切り替わる。これにより、クライアントとサーバとのどちらで記入不備チェックを行うかの区分を柔軟に変更することができる。
【０１６３】
ステップＳ１７１５において、情報処理装置１０１は、ユーザによる保存ボタン２００１のタップを判定する。タップされた場合はステップＳ１７１６に進み、タップされなかった場合はステップＳ１７１２に戻る。
【０１６４】
ステップＳ１７１６において、情報処理装置１０１は、現在操作中のユーザが一般ユーザか管理者かを判定する。管理者の場合はステップＳ１７１７に進み、一般ユーザの場合はステップＳ１７２０に進む。
【０１６５】
ステップＳ１７１７において、情報処理装置１０１は、保存する記入不備チェック情報のフォームＩＤと、変更した記入不備チェック情報をサーバ１０２に送信する。
ステップＳ１７１８において、サーバ１０２は、送信されたフォームＩＤと記入不備チェック情報を受信する。
【０１６６】
ステップＳ１７１９において、サーバ１０２は、受信したフォームＩＤと記入不備チェック情報を用いて、外部メモリ２１２に記憶されている記入不備チェックテーブル（サーバ）１５２０に記憶する。
【０１６７】
ステップＳ１７２０において、情報処理装置１０１は、保存する記入不備チェック情報のフォームＩＤと、変更した記入不備チェック情報を用いて、外部メモリ２１２に記憶されている記入不備チェックテーブル（クライアント）１５１０に記憶する。
以上で、図１７の記入不備チェック情報メンテナンス処理の説明を終了する。図１６の説明に戻る。
【０１６８】
ステップＳ１６０２において、情報処理装置１０１は、記入不備チェック情報メンテナンス（一般ユーザ）処理（図１７）を行う。これにより、ユーザは撮影した帳票について、認識領域やＣ／Ｓ区分を確認することができ、必要に応じて、Ｃ／Ｓ区分を変更することができる。
【０１６９】
ステップＳ１６０３において、情報処理装置１０１は、ユーザが撮影した帳票のフォームＩＤに対応する記入不備チェック情報に、ユーザによって変更されているか否かを判定する。変更がある場合はステップＳ１６０４に進み、変更がない場合はステップＳ４０９に進む。
【０１７０】
具体的には、記入不備チェックテーブル（クライアント）１５１０の対象となる記入不備チェック情報の更新ユーザを確認し、更新ユーザが「管理者」の場合は変更されていないと判定し、「一般ユーザ」の場合は変更されていると判定する。なお、この実施形態においては、更新ユーザによって判定するとしたが、これに限定するものではなく、記入不備チェックテーブル（クライアント）１５１０に「更新フラグ」などのカラムを持ち、「一般ユーザ」によって更新された場合は「更新フラグ」を立て、「更新フラグ」を用いて判定してもよい。
【０１７１】
ステップＳ１６０４において、情報処理装置１０１は、変更済の記入不備チェック情報を今回使用するか否かの確認メッセージ（不図示）を表示し、ユーザの操作を受け付ける。具体的には、「この帳票の記入不備チェック情報は、この端末で変更済です。変更済の記入不備チェック情報を使用しますか？」などの確認メッセージを表示する。使用する場合はステップＳ１６０５に進み、使用しない場合はステップＳ４０９に進む。
【０１７２】
ステップＳ１６０５において、情報処理装置１０１は、サーバ１０２においても記入不備チェック処理を並行して行うために、撮影画像とステップＳ４０８にて特定したフォームＩＤと変更済の記入不備チェック情報をサーバに送信する。すなわち、Ｓ１６０５は、情報処理装置とサーバが記入不備チェックを並行して行うことで、記入不備チェックに係る処理を効率化すべく、電子データをサーバに送信する処理の一例を示すステップである。また、すなわち、ステップＳ１６０５は、サーバで帳票への記入内容のチェックを行わせるべく、サーバに前記電子データを送信する処理の一例を示すステップである。
【０１７３】
ステップＳ１６０６において、サーバ１０２は、情報処理装置１０１から送信された撮影画像と特定したフォームＩＤと変更済の記入不備チェック情報を受信する。すなわち、ステップＳ１６０６は、送信された電子データを受信する処理の一例を示すステップである。
【０１７４】
ステップＳ１６０７において、サーバ１０２は、図１８の記入不備チェック（サーバ）処理を実施する。すなわち、ステップＳ１６０７は、サーバにおいて、受信した電子データの帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、記入不備チェックを行う処理の一例を示すステップである。また、すなわち、ステップＳ１６０７は、受信した電子データの帳票フォーム識別情報に対応づけられて記憶されている認識領域と認識条件を用いて、電子データ受信手段により受信した電子データに含まれる、認識領域に記入された内容が、認識条件に適合しているか否かをチェックする処理の一例を示すステップである。以上により、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化することができる。また、記入不備チェック処理をクライアントとサーバで行うことにより、システム負荷を分散できるため、記入不備チェック処理の応答に時間を短縮することができる。
【０１７５】
ここで、図１８について説明しておく。図１８は、第２の実施形態に係るサーバ１０２において、記入不備チェックを行う手順の一例を示すフローチャートである。図１８は、第１の実施形態における図６のフローチャートを第２の実施形態に置き換えたものであり、ステップＳ１８０１〜ステップＳ１８０２が追加されている。第１の実施形態のステップと同じ処理については、同じステップ番号を付与し説明を省略する。
【０１７６】
ステップＳ１８０１において、サーバ１０２は、情報処理装置１０１から記入不備チェック情報を受信したか否かの判定を行う。受信した場合はステップＳ１８０２に進み、受信していない場合はステップＳ６０１に進む。
【０１７７】
ステップＳ１８０２において、サーバ１０２は、情報処理装置１０１から記入不備チェック情報を受信したため、受信した記入不備チェック情報を用いて記入不備チェックを行うべく、受信した記入不備チェック情報をＣ／Ｓ区分＝「Ｓ」で検索し、記入不備チェックレコードリストを取得する。すなわち、ステップＳ１８０２は、区分に従って、クライアントとサーバのどちらで認識領域の記入不備チェックを行うかを決定する処理の一例を示すステップである。また、すなわち、ステップＳ１８０２は、区分に従って、サーバで帳票への記入内容のチェックを行う認識領域に対して、記入内容のチェックを行う処理の一例を示すステップである。
以上で、図１８の記入不備チェック処理の説明を終了する。図１６の説明に戻る。
【０１７８】
ステップＳ１６０８において、情報処理装置１０１は、図１９の結果表示（クライアント）処理を実行する。すなわち、ステップＳ１６０８は、記入不備チェックの結果を出力する処理の一例を示すステップである。これにより、サーバからの記入不備チェック結果を受信するまで、クライアントで行った記入不備チェック結果を表示することができるため、不備チェックの結果が表示されるまでに時間が掛かってしまうことにより、利用者は待ち状態になってしまうという課題を解決することができる。
【０１７９】
ここで、図１９について説明しておく。図１９は、第２の実施形態に係る情報処理装置１０１において、記入不備チェック結果を表示する手順の一例を示すフローチャートであり、ステップＳ１６０８の結果表示（クライアント）処理とステップＳ１６０９の結果表示（サーバ）処理のどちらも、図１９のフローチャートの手順で処理を行う。
【０１８０】
なお、ステップＳ１６０８の結果表示（クライアント）処理は、ステップＳ４１１にて行った記入不備チェック（クライアント）の結果を表示し、ステップＳ１６０９の結果表示（サーバ）処理は、ステップＳ１６０７にて行った記入不備チェック（サーバ）の結果を表示する。図１９は、第１の実施形態における図７のフローチャートを第２の実施形態に置き換えたものであり、ステップＳ１９０１〜ステップＳ１９０６が追加されている。第１の実施形態のステップと同じ処理については、同じステップ番号を付与し説明を省略する。
【０１８１】
ステップＳ１９０１において、情報処理装置１０１は、クライアントとサーバのどちらで行った記入不備チェックの結果表示かを判定する。クライアントの場合はステップＳ１９０２に進み、サーバの場合は図１９の結果表示処理を終了する。
【０１８２】
ステップＳ１９０２において、情報処理装置１０１は、クライアントで行った記入不備チェックの不備箇所をサーバで再チェックするかを確認するメッセージ（図２１）を表示し、ユーザの操作を判定する。サーバで再チェックする場合はステップＳ１９０２に進み、しない場合は図１９の結果表示処理を終了する。
【０１８３】
なお、この実施形態においては、クライアントで行った記入不備チェックの不備箇所をサーバで再チェックするとしたが、これに限定するものではなく、サーバで行った記入不備チェックの不備箇所をクライアントで再チェックするケースがあってもよい。そのケースを含める場合は、ステップＳ１９０１の判定は行わず、ステップＳ１９０２の確認メッセージ（図２１）は、「サーバで記入不備を検出しました。記入不備箇所をクライアントでチェックしますか？」のようなメッセージに変更する。
【０１８４】
ステップＳ１９０３において、情報処理装置１０１は、記入不備チェック情報メンテナンス（一般ユーザ）処理（図１７）を行う。すなわち、ステップＳ１９０３は、クライアントまたはサーバにて行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、区分を変更すべく、区分をメンテナンスする画面を出力するステップである。これにより、ユーザは再チェックを行う帳票について、認識領域やＣ／Ｓ区分を確認することができ、必要に応じて、Ｃ／Ｓ区分を変更することができる。
【０１８５】
ステップＳ１９０４において、情報処理装置１０１は、再チェックする帳票の記入不備チェック情報が変更されているか否かを判定する。変更がある場合はステップＳ１９０５に進み、変更がない場合は図１９の結果表示処理を終了する。
【０１８６】
ステップＳ１９０５において、情報処理装置１０１は、この帳票について次回以降の記入不備チェックでも変更したＣ／Ｓ区分でチェックするかを確認するメッセージ（図２２）を表示し、ユーザの操作を判定する。次回以降も使用する場合はステップＳ１９０６に進み、しない場合は図１６のステップＳ１６０５に進む。すなわち、ステップＳ１９０５は、メンテナンスした区分を用いて帳票への記入内容のチェックを行った場合、当該チェック以降も継続して、当該メンテナンスした区分を用いて帳票への記入内容のチェックを行うか否かを確認するステップである。
【０１８７】
ステップＳ１９０６において、情報処理装置１０１は、変更した記入不備チェック情報を記入不備チェックテーブル（クライアント）１５１０に記憶し、図１６のステップＳ１６０５に進む。
【０１８８】
すなわち、ステップＳ１９０６は、クライアントまたはサーバにて行われた記入不備チェックにおいて記入不備があると判定され、クライアントまたはサーバのうち、記入不備があると判定したノードではないノードを用いて、記入不備があると判定された認識領域の記入内容のチェックを再度行った場合、当該記入不備チェック以降も継続して、当該記入不備があると判定したノードではないノードを用いて、当該記入不備があると判定された認識領域の記入内容のチェックを行う処理の一例を示すステップである。
【０１８９】
また、ステップＳ１９０５またはステップＳ１９０６から遷移したステップＳ１６０５は、クライアントまたはサーバにて行われた帳票への記入内容のチェックにおいて記入不備があると判定された場合、クライアントまたはサーバのうち、当該記入不備があると判定したノードではないノードを用いて、記入不備があると判定された認識領域の帳票への記入内容のチェックを再度行う処理の一例を示すステップである。
【０１９０】
以上により、不備箇所については、次回も異なるノードで容易にチェックすることができるため、記入不備チェックの設定方法がわかりにくい、操作が面倒などの理由で、結局ユーザは設定しないという課題を解決することができる。
以上で、図１９の記入不備チェック結果表示処理の説明を終了する。図１６の説明に戻る。
【０１９１】
ステップＳ１６０９において、情報処理装置１０１は、図１９の結果表示（サーバ）処理を実行する。すなわち、ステップＳ１６０９は、記入不備チェックの結果を出力する処理の一例を示すステップである。この結果表示（サーバ）処理は、ステップＳ１６０８にて説明した結果表示（クライアント）処理と同じフローであるため、説明を省略する。
以上で、図１６の記入不備チェック処理の説明を終了する。
以上で、第２の実施形態の説明を終了する。
【０１９２】
以上により、記入不備チェックを情報処理装置とサーバとに分けて処理することで、記入不備チェックを効率化することができる。つまり、クライアントとサーバとにおいて記入不備チェックを並行して行うことにより、情報処理装置のみで記入不備チェックを行う場合、サーバのみで記入不備チェックを行う場合と比べて、効率良く記入不備チェックを行うことができる。
【０１９３】
また、記入不備チェック処理をクライアントとサーバで行うことにより、システム負荷を分散できるため、記入不備チェック処理の応答に時間を短縮することができる。また、サーバからの記入不備チェック結果を受信するまで、クライアントで行った記入不備チェック結果を表示することができるため、不備チェックの結果が表示されるまでに時間が掛かってしまうことにより、利用者は待ち状態になってしまうという課題を解決することができる。
【０１９４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１９５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１９６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１９７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９９】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２００】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０２０１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ１０２、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２０２】
１００  帳票システム
１０１  情報処理装置
１０２  サーバ
１０３  ネットワーク
【図１】
2016071892.tif 000003
【図２】
2016071892.tif 000004
【図３】
2016071892.tif 000005
【図４】
2016071892.tif 000006
【図５】
2016071892.tif 000007
【図６】
2016071892.tif 000008
【図７】
2016071892.tif 000009
【図８】
2016071892.tif 000010
【図９】
2016071892.tif 000011
【図１０】
2016071892.tif 000012
【図１１】
2016071892.tif 000013
【図１２】
2016071892.tif 000014
【図１３】
2016071892.tif 000015
【図１４】
2016071892.tif 000016
【図１５】
2016071892.tif 000017
【図１６】
2016071892.tif 000018
【図１７】
2016071892.tif 000019
【図１８】
2016071892.tif 000020
【図１９】
2016071892.tif 000021
【図２０】
2016071892.tif 000022
【図２１】
2016071892.tif 000023
【図２２】
2016071892.tif 000024