JP2016157439A - 情報処理システムと、その処理方法及びプログラム - Google Patents

Abstract

【課題】 文書の申込者の本人確認を容易にする仕組みを提供する。【解決手段】 文書の画像データと、当該文書の申請者の顔画像が含まれる身分証明書の画像データとを管理する情報処理システムであって、画像データとして取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する。記憶された身分証明書画像データから顔画像を特定する。記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示することを備えることを特徴とする情報処理システム。【選択図】 図６

Description

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

従来より、記入済の文書を読取り、記入不備のチェックを行い、情報処理装置にチェック結果を表示する仕組みがある。

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

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

申込書の不備チェックをした場合、不備チェック結果を申込者に提示し、申込書の修正を依頼する必要がある。しかし、特許文献１のシステム構成では複数人の申込書の不備チェックを一度に実施した場合、申込書の申込者とは異なる者に申込内容や不備チェック結果を提示してしまうリスクがある。

複数人の申込書の不備チェックを一度に実施するケースの具体例としては、ショッピングモールや催事場において、各顧客が記入したショッピングクレジット申込書等を複数枚一括して読み取り、チェックを行う等が考えられる。その場合、個人情報の漏洩を防ぐ目的から、申込者本人に間違いなく申込内容や不備チェック結果を提示しなくてはならないという課題がある。

また、複数人でなく、１人の申込書の不備チェックを実施した場合であっても、なりすまし等により、申込書の申込者とは異なる者に申込内容や不備チェック結果を提示してしまうリスクはあるため、この場合も、申込者本人に間違いなく申込内容や不備チェック結果を提示しなくてはならないという課題がある。
身分証明書を用いた本人確認を実施するケースの具体例としては、上記ショッピングクレジット申込書以外にも、住宅ローンや生命保険等の申込書が挙げられる。また、平成２８年１月からマイナンバーを用いる行政手続では、本人確認書類による本人確認が行われるようになった。

そこで、本発明の目的は、文書の申請者の本人確認を容易にする仕組みを提供することである。

文書の画像データと、当該文書の申請者の顔画像が含まれる身分証明書の画像データとを管理する情報処理システムであって、前記文書と前記身分証明書とを画像データとして取込む画像取込手段と、前記画像取込手段により取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する記憶手段と、前記記憶手段に記憶された身分証明書画像データから顔画像を特定する顔画像特定手段と、前記記憶手段に記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、前記顔画像特定手段により前記記憶手段に当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する画面表示手段とを備えることを特徴とする情報処理システム。

本発明によれば、文書の申請者の本人確認を容易にする仕組みを提供することができる。

本発明の情報処理システム１００の構成の一例を示す図 情報処理装置１０１のハードウエア構成の一例を示す図 情報処理システム１００の一例を示すブロック図 情報処理装置１０１で記入不備のチェック結果を表示する処理の一例を示すフローチャート サーバ１０２で行う記入不備チェック処理の一例を示すフローチャート 情報処理装置１０１で記入不備チェック結果一覧を表示する画面の一例を示す図 情報処理装置１０１で記入不備チェック結果および身分証明書を表示する画面の一例を示す図 サーバ１０２で文書フォームを管理するテーブルの一例を示す図 サーバ１０２でフォームごとの記入不備チェックについて管理するテーブルの一例を示す図 サーバ１０２で各種証明書を管理するテーブルの一例を示す図 情報処理装置１０１またはサーバ１０２で撮影画像を管理するテーブルの一例を示す図 情報処理装置１０１またはサーバ１０２で撮影画像、フォーム、申込者、顔画像ファイルを紐付けて管理するテーブルの一例を示す図 情報処理装置１０１またはサーバ１０２で申込書画像ごとの記入不備チェック結果リストを管理するテーブルの一例を示す図 第２の実施形態に係る情報処理装置１０１で記入不備のチェック結果を表示する処理の一例を示すフローチャート 第２の実施形態に係る情報処理装置１０１で顔一致判定をする処理の一例を示すフローチャート 第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（身分証明書特定エラー）を表示する画面の一例を示す図 第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（対面者撮影）を表示する画面の一例を示す図 第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（顔一致判定エラー）を表示する画面の一例を示す図

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

図１に示すように、本実施形態に情報処理システム１００は、情報処理装置１０１、およびサーバ１０２が、ネットワーク１０３により通信可能に接続された構成をとる。情報処理装置１０１は、カメラ等を用いて文書の画像を取り込み、文書の記入不備チェックを行う。サーバ１０２は、文書の記入不備チェックに必要な記入内容の認識領域と認識条件を文書フォーム識別情報ごとに管理している。

情報処理装置１０１は、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であって、ブラウザまたは文書システムのアプリケーションがインストールされており、無線通信または有線通信によりネットワーク１０３を介して、サーバ１０２と通信可能である。

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

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

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

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

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

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

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

本発明を実現するための後述する各種プログラムは、外部メモリ２１２に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルや地図データ等も、外部メモリ２１２に格納されており、これらについての詳細な説明も後述する。
２０９は撮影画像入力コントローラで、撮影画像入力処理部２１４を介してカメラ２１５からの入力を制御する。カメラ２１５から入力された撮影画像を認識することが可能となっている。

図３は、情報処理システム１００の機能構成の一例を示すブロック図である。
画像取得部３０１は、文書および身分証明書を画像として取得する機能部である。
顔画像特定部３０２は、画像取得部３０１により取得された身分証明書画像から顔画像を特定する機能部である。

記憶部３０３は、画像取得部３０１により取得された文書画像と、画像取得部３０１により取得された身分証明書画像または顔画像特定部３０２により特定された顔画像とを対応づけて記憶する機能部である。

画面表示部３０４は、顔画像特定部３０２により特定された顔画像と、記憶部３０３に顔画像と対応づけて記憶された文書画像または文書画像を表示するためのリンクとを対応づけた画面を表示する機能部である。

画面表示部３０４は、画像取得部３０１により取得された身分証明書画像を表示するためのリンクと、記憶部３０３に身分証明書画像と対応づけて記憶された文書画像または文書画像を表示するためのリンクとを対応づけた画面を表示する機能部である。

画面表示部３０４は、文書画像もしくは身分証明書画像を表示した場合、または、文書画像もしくは身分証明書画像をユーザが確認したこと示す入力を受け付けた場合、表示済または確認済であることを識別して表示する機能部である。
特徴情報記憶部３０５は、身分証明書の種類を識別するための識別情報と、身分証明書の特徴情報とを対応づけて記憶する機能部である。
身分証明書特定部３０６は、特徴情報記憶部３０５により記憶された特徴情報を用いて、身分証明書の種類を特定する機能部である。
顔画像特定部３０２は、身分証明書特定部３０６により特定された身分証明書の種類に従って顔画像を特定する機能部である。
申請者特定部３０７は、画像取得部３０１により取得した文書画像から、文書の申請者を特定する機能部である。
所有者特定部３０８は、画像取得部３０１により取得した身分証明書画像から、身分証明書の所有者を特定する機能部である。

記憶部３０３は、申請者特定部３０７により特定された申請者と、所有者特定部３０８により特定された所有者が一致した場合、文書画像と身分証明書画像または顔画像特定部３０２により特定された顔画像とを対応づけて記憶する機能部である。
文書定義情報記憶部３０９は、文書の記入内容の認識領域と認識条件とを含む文書定義情報を記憶する機能部である。

不備チェック部３１０は、文書定義情報記憶部３０９に記憶されている認識領域と認識条件に従って、画像取得部３０１により取得された文書画像の認識領域ごとの不備をチェックする機能部である。

不備領域表示部３１１は、文書定義情報記憶部３０９に記憶されている認識領域に従って、不備チェック部３１０によりチェックされた文書の不備をユーザが識別可能に表示する機能部である。
不備数表示手部３１２は、不備チェック部３１０によりチェックされた不備の数を文書フォーム毎に集計し表示する機能部である。

記憶部３０３は、申請者特定部３０７により特定された申請者と、所有者特定部３０８により特定された所有者が一致した場合、当該文書画像と当該身分証明書画像または顔画像特定部３０２により特定された顔画像とを対応付けて記憶する機能部である。

画面表示部３０４は、申請者特定部３０７により特定された申請者と、所有者特定部３０８により特定された所有者とが一致しなかった場合、エラーとして表示する機能部である。
撮像部３１３は、文書の申請者の顔を撮像する機能部である。

同一人物判定部３１４は、顔画像特定部３０２により特定された顔画像と、撮像部３１３により撮像された顔の画像とが同一人物の画像か否かを判定する機能部である。

表示制御３１５は、同一人物判定部３１４により同一人物の画像であると判定された場合、画像取得部３０１により取込まれた文書画像データを表示するよう制御し、同一人物判定部３１４により同一人物の画像ではないと判定された場合、画像取得部３０１により取込まれた文書画像データを表示しないよう制御する機能部である。

記憶部３０３は、同一人物判定部３１４により同一人物の画像ではないと判定された場合、画像取得部３０１により取込まれた文書画像データと前記顔画像特定手段により特定された顔画像とを対応付けて記憶する機能部である。

図４は、情報処理装置１０１で記入不備のチェック結果を表示する処理（以下、記入不備チェック結果表示処理と記す）の一例を示すフローチャートである。なお、以下の処理はすべて、情報処理装置１０１またはサーバ１０２のＣＰＵ２０１が行うものとする。

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

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

なお、この実施形態における「申込書」とは、本発明の情報処理システム１００で扱う「文書」の一例である。「文書」の例としては、「申込書」以外にも「帳票」「稟議書」「届出書」「アンケート」などの書類が挙げられる。

ステップＳ４０３において、情報処理装置１０１は、カメラ２１５を用いて、ステップＳ４０２で撮影した申込書の申込者の身分証明書を撮影し、その撮影画像を外部メモリ２１２に記憶する。すなわち、ステップＳ４０２およびステップＳ４０３は、文書と前記身分証明書とを画像データとして取込む処理の一例を示すステップである。このステップもステップＳ４０２と同様、デジタルカメラなどを用いて撮影された画像やスキャナーなどを用いてスキャンされた画像を情報処理装置１０１に取り込むとしてもよい。

なお、この実施形態においては、身分証明書の例として、運転免許証、パスポートを挙げたが、これに限定するものではなく、それら以外にも「健康保険証」「住基カード」「（マイナンバー）個人番号カード」などの本人を証明するための書類やカードなどであってもよい。
ステップＳ４０２とステップＳ４０３は、申込書の数だけ繰り返す。

ステップＳ４０４において、情報処理装置１０１は、ステップＳ４０２とステップＳ４０３にて外部メモリ２１２に記憶された、申込書と身分証明書の撮影画像をサーバ１０２に送信する。ここでは、撮影画像リスト１１００（図１１）のような複数のファイルが順に送信されたとする。

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

ステップＳ４０６において、サーバ１０２は、外部メモリ２１２に記憶した撮影画像を１つ取得し、申込書フォームテーブル８００の各レコードにおける「フォーム画像」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取り出したフォーム画像と順に画像比較することで、撮影画像のフォームＩＤを特定する。フォームＩＤを特定できた場合、外部メモリ２１２上の解析用撮影画像リスト１２００の「フォームＩＤ／身分証明書ＩＤ」カラムに特定できたフォームＩＤを記憶し、ステップＳ４０７に進む。フォームＩＤを特定できなかった場合、ステップＳ４０８に進む。

具体的には、撮影画像「２０１４１２０１＿００１．ｊｐｇ」と申込書フォームテーブル８００の各フォーム画像とを画像比較し、所定の値以上の割合で画像が一致した場合、解析用撮影画像リスト１２００の「フォームＩＤ／身分証明書ＩＤ」カラムに一致したフォーム画像のフォームＩＤの値を記憶する。この撮影画像「２０１４１２０１＿００１．ｊｐｇ」の場合、フォーム画像「Ｄ：／ｆｏｒｍ／０１．ｊｐｇ」と一致したとして、フォームＩＤ「ＦＯＲＭ０１」のフォームであると特定する。

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

ステップＳ４０８において、サーバ１０２は、記入不備チェック処理（図５）を行う。すなわち、ステップＳ４０８は、認識領域と認識条件に従って、文書画像の認識領域ごとの不備をチェックする処理の一例を示すステップである。

なお、この実施形態において、ステップＳ４０８は、サーバ１０２で行う処理としたが、各テーブルやリスト（図８〜図１３）のすべてを情報処理装置１０１に記憶させ、情報処理装置１０１でステップＳ４０８を行うとしてもよい。その場合、図４のすべての処理を情報処理装置１０１で行う。その場合、情報の送受信（例えば、ステップＳ４０４〜Ｓ４０５、ステップＳ４１３〜Ｓ４１４）は不要な処理になる。
ここで、図５の記入不備チェック処理について説明する。

図５は、サーバ１０２で行う記入不備チェック処理の一例を示すフローチャートである。
ステップＳ５０１において、サーバ１０２は、外部メモリ２１２上の撮影画像リスト１１００から申込書の撮影画像を１件取得し、ＲＡＭ２０２に記憶する。具体的には、解析用撮影画像リスト１２００の「フォームＩＤ／身分証明書ＩＤ」カラムに「ＦＯＲＭｘｘ」のようにフォームＩＤが記憶されている撮影画像レコードを取得し、更に「撮影画像ファイル」カラムに記憶されている撮影画像ファイル名を用いて撮影画像ファイルを取得し、それぞれＲＡＭ２０２に記憶する。

ステップＳ５０２において、サーバ１０２は、ステップＳ５０１にてＲＡＭ２０２に記憶した撮影画像レコードのフォームＩＤを検索キーとして記入不備チェックテーブル９００（図９）を検索し、チェック対象の文書フォームに係る記入不備チェックレコードのリストを取得し、ＲＡＭ２０２に記憶する。

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

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

なお、記入不備チェックテーブル９００は、情報処理システム１００で使用する文書の定義情報（文書フォーム識別情報と記入内容の認識領域と認識条件）として、システム管理者によって作成・メンテナンスされるテーブルである。すなわち、記入不備チェックテーブル９００は、文書の記入内容の認識領域と認識条件とを含む文書定義情報を記憶する手段の一例を示す機能部である。

なお、この実施形態において、記入不備チェックテーブル９００は、サーバ１０２で記憶するとしたが、情報処理装置１０１で記憶するとしてもよい。その場合、図５の記入不備チェック処理は、すべて情報処理装置１０１で行う。

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

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

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

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

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

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

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

ステップＳ５０８にて、丸印が記入されていると判定した場合は判定した場合はステップＳ５１１に進み、丸印が記入されていないと判定した場合はステップＳ５０９に進む。
ステップＳ５０９において、サーバ１０２は、変数ｅｒｒｏｒをカウントアップする。つまり、記入不備が発見されたということである。

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

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

なお、次の撮影画像レコードがＲＡＭ２０２に存在しない場合、解析用撮影画像リスト１２００のすべての撮影画像レコードについて記入不備チェックがすべて終わったことを意味するため、この記入不備チェック処理を終了する。
この時点で、本実施例においては、記入不備チェック結果リスト１３００（図１３）のような記入不備チェック結果レコードが記憶されている。

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

ステップＳ４０９において、ステップＳ４０６にて取得した撮影画像と、身分証明書マスタテーブル１０００（図１０）の各レコードにおける「サンプル画像ファイル」カラムに記憶されているファイルパスを用いて外部メモリ２１２から取得した身分証明書サンプル画像とを順に画像比較することで、身分証明書ＩＤを特定する。

すなわち、ステップＳ４０９は、記憶された特徴情報を用いて、身分証明書の種類を特定する処理の一例を示すステップである。また、身分証明書マスタテーブル１０００は、身分証明書の種類を識別するための識別情報と、身分証明書の特徴情報とを対応づけて記憶する手段の一例を示す機能部である。

身分証明書ＩＤを特定できた場合、外部メモリ２１２上の解析用撮影画像リスト１２００の「フォームＩＤ／身分証明書ＩＤ」カラムに特定できた身分証明書ＩＤを記憶し、ステップＳ４１０に進む。身分証明書ＩＤを特定できなかった場合、撮影画像は申込書フォームテーブル８００の「フォーム画像」からも、身分証明書マスタテーブル１０００の「サンプル画像ファイル」からも特定することができなかった画像であると捉え、ステップＳ４０６に戻る。

具体的には、撮影画像「２０１４１２０１＿００２．ｊｐｇ」と身分証明書マスタテーブル１０００の各サンプル画像ファイルとを画像比較し、サンプル画像ファイル「D：／ｃｅｒｔ／０１．ｊｐｇ」と一致した場合、撮影画像「２０１４１２０１＿００２．ｊｐｇ」は「運転免許証」であると特定できたため、解析用撮影画像リスト１２００の「フォームＩＤ／身分証明書ＩＤ」カラムに「ＣＥＲＴ０１」の値を記憶する。

ステップＳ４１０において、サーバ１０２は、ステップＳ４０６にて取得した撮影画像から顔画像を取得する。すなわち、ステップＳ４１０は、取得された身分証明書画像データから顔画像を特定する処理の一例を示すステップである。また、ステップＳ４１０は、特定された身分証明書の種類に従って顔画像を特定する処理の一例を示すステップである。

具体的には、身分証明書マスタテーブル１０００をステップＳ４０８にて特定された身分証明書ＩＤで検索し、ヒットしたレコードの（顔画像始点Ｘ、顔画像始点Ｙ）、（顔画像終点Ｘ，顔画像終点Ｙ）の２点を対角とする矩形を用いて、ステップＳ４０６にて取得した撮影画像から顔画像を切り取る。切り取った顔画像は「撮影画像ファイル名＿ｔｒｉｍ」のようなファイル名で外部メモリ２１２に記憶する。

なお、この実施形態においては、身分証明書マスタテーブル１０００に記憶された座標を用いて顔画像を切り取るとしたが、この方法に限定するものではなく、身分証明書マスタテーブル１０００に定義された座標を用いず、顔認識技術等を用いて身分証明書画像から顔画像部分を判定された顔画像を切り取るとしてもよい。なお、顔認識技術は既知の技術であるため、ここでの説明は省略する。

ステップＳ４１１において、サーバ１０２は、外部メモリ２１２上の解析用撮影画像リスト１２００の「身分証明書ファイル／顔画像ファイル」カラムにステップＳ４１０にて切り取った顔画像のファイル名を記憶する。これにより、身分証明書の撮影画像と顔画像とを関連付けることができるため、システム上で身分証明書の控えを保管する場合、身分証明書をスキャンして得た身分証明書の画像データと申込書のデータとを紐付ける作業をユーザ自身で行わなければならないという問題を解決することができる。

また、ステップＳ４０９にて身分証明書ＩＤが特定された身分証明書は、ステップＳ４０６にてフォームＩＤが直前に特定された申込書の本人確認のために撮影された画像であると捉え、解析用撮影画像リスト１２００において、直前の申込書レコードの「身分証明書ファイル／顔画像ファイル」カラムにステップＳ４０９にて特定された身分証明書ファイル名を記憶する。

これにより、申込書の撮影画像と身分証明書の撮影画像とを関連付けることができる。同時に、申込書の撮影画像と顔画像とを関連付けることができる。すなわち、ステップＳ４１１は、取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する処理の一例を示すステップである。

なお、この実施形態においては、申込書の撮影後に続けて、その申込者の本人確認を行う身分証明書を撮影するとしたが、これに限定するものではなく、撮影順序は順不同であっても良い。その場合、ステップＳ４１１による申込書の撮影画像と身分証明書の撮影画像との関連付けは、撮影画像の順序で判断することができないため、申込書の申込者名と身分証明書の氏名とが一致する申込書と身分証明書を関連付けるなどの方法を取ってもよい。

具体的には、ステップＳ４０９にて身分証明書の「身分証明書ＩＤ」を特定する際に身分証明書の「氏名」欄のＯＣＲを行い、解析用撮影画像リスト１２００の「申込者」カラムにＯＣＲで取得した氏名を記憶し、この氏名とステップＳ４０７にて解析用撮影画像リスト１２００の「申込者」カラムに記憶された申込者名とが同一の申込書レコードを、関連する申込書レコードとして判定する。

すなわち、ステップＳ４０９は、身分証明書画像から、身分証明書の所有者を特定する処理の一例を示すステップである。すなわち、ステップＳ４１１は、文書の申請者と、身分証明書の所有者が一致した場合、文書画像と身分証明書画像または顔画像とを対応づけて記憶する処理の一例を示すステップである。

また、ステップＳ４１１による申込書の撮影画像と身分証明書の撮影画像との関連付けの方法は、これら以外にも、関連する申請書と身分証明書は同じ画像内に収めて撮影する方法や、関連する申請書と身分証明書に同一または関連する目印（バーコード等）と共に撮影する方法などを取ってもよい。
以上のステップＳ４０６からステップＳ４１１の処理は、ステップＳ４０５にて受信した画像の数だけ繰り返す。

ステップＳ４１２において、サーバ１０２は、記入不備チェック処理（図５）で記憶した記入不備チェック結果リスト１３００（図１３）について、申込書ごとに不備数を集計する。具体的には、記入不備チェック結果リスト１３００におけるチェックＩＤ≠ＮＵＬＬのレコードについて、撮影画像ファイル名ごとにグルーピングを行い、カウントする。

ステップＳ４１３において、サーバ１０２は、解析用撮影画像リスト１２００、記入不備チェック結果リスト１３００およびステップＳ４１０にて取得した顔画像ファイルを情報処理装置１０１に送信する。

ステップＳ４１４において、情報処理装置１０１は、解析用撮影画像リスト１２００、記入不備チェック結果リスト１３００および顔画像ファイルを受信し、外部メモリ２１２に記憶する。

ステップＳ４１５において、情報処理装置１０１は、受信した解析用撮影画像リスト１２００、記入不備チェック結果リスト１３００および顔画像ファイルを用いて、申込者の顔画像を含む記入不備チェック結果一覧画面６１０（図６）をディスプレイ２１１に表示する。具体的には、申込書毎に顔画像６１１、申込者名、申込書における記入不備数、申込書ボタン６１３、身分証明書ボタン６１４を表示する。

すなわち、ステップＳ４１５は、顔画像と、顔画像と対応づけて記憶された文書画像を表示するためのリンクとを対応づけた画面を表示する処理の一例を示すステップである。また、ステップＳ４１５は、文書画像データまたは当該文書画像データを表示するためのリンクと、当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する処理の一例を示すステップである。

また、ステップＳ４１５は、身分証明書画像を表示するためのリンクと、身分証明書画像と対応づけて記憶された文書画像を表示するためのリンクとを対応づけた画面を表示する処理の一例を示すステップである。また、ステップＳ４１５は、文書画像データまたは当該文書画像データを表示するためのリンクと、当該文書画像データと対応付けて記憶された身分証明書画像データを表示するためのリンクとを対応付けた画面を表示する処理の一例を示すステップである。また、ステップＳ４１５は、チェックされた不備の数を文書フォーム毎に集計し表示する処理の一例を示すステップである。

なお、申込書における記入不備数は、受信した解析用撮影画像リスト１２００のレコードを「撮影画像ファイル」でグルーピングを行い、「撮影画像ファイル」毎のレコード数を「撮影画像ファイル」に係る申込書における記入不備数として表示する。これにより、申込書毎の記入不備数が把握できるため、記入不備がある場合、記入不備の修正を依頼するために申込者を呼び出す等の対応をとることができる。

なお、申込書ボタン６１３、身分証明書ボタン６１４には、受信した解析用撮影画像リスト１２００の「撮影画像ファイル」カラムに記憶されている画像ファイル名がそれぞれ対応づけられている。これにより、申込書ボタン６１３、身分証明書ボタン６１４が押下された場合、次画面において、ステップＳ４０２にて撮影され外部メモリ２１２に記憶された画像ファイルのうち、どの画像ファイルを表示すべきかがわかる。

なお、この実施形態においては、申込書毎に表示するとしたが、これに限定するものではなく、同一の申込者が複数の申込書を提出していた場合、申込者毎に申込書をまとめて表示するとしてもよい。その場合、申込書ボタン６１３の押下を受け付けるとその申込者に係る複数の申込書を順にまたはまとめて表示する、または、その申込者の行に複数の申込書ボタン６１３を表示する等の方法をとる。

なお、申込書に係る身分証明書が無い場合、図６の６１２のような「身分証明書がありません」や「ＮＯ ＩＭＡＧＥ」や「×」といった文言を表示したり、空欄にしたりすることで、身分証明書が撮影されていない、または、撮影された身分証明書の種類を特定できなかったことを識別して表示する。これにより、申込書に係る身分証明書の有無が容易に認識できるようになる。また、申込書の本人確認のために、身分証明書の画像データの全体を画面に表示すると、画面のスペースをとってしまうという課題を解決することができる。

また、これにより、申込者に記入不備の修正を依頼するために呼び出した際、申込者の顔と、ディスプレイ２１１に表示されている顔画像６１１とを見比べることで、文書の申込者の本人確認を容易にする仕組みを提供することができる。そのため、申込者本人に間違いなく不備チェック結果を提示することができ、誤って個人情報を漏洩するリスクを低減することができる。

ステップＳ４１６において、情報処理装置１０１は、ユーザによる操作を受付け、受け付けた操作を判定する。申込書ボタン６１３が押下された場合は押下された申込書ボタン６１３に係る申込書の画像ファイル名を取得してステップＳ４１７に進む。身分証明書ボタン６１４が押下された場合は押下された身分証明書ボタン６１４に係る身分証明書の画像ファイル名を取得してステップＳ４１９に進む。記入不備チェック結果レコード行をドラッグ＆ドロップされた場合はステップＳ４２０に進む。また、終了ボタン６１８が押下された場合は、図４の記入不備チェック結果取得処理を終了する。

ステップＳ４１７において、情報処理装置１０１は、ステップＳ４０２にて撮影され外部メモリ２１２に記憶された申込書画像、ステップＳ４１５にて受信した顔画像ファイルを用いて、記入不備チェック結果画面７１０（図７）を表示する。

具体的には、ステップＳ４０２にて撮影され外部メモリ２１２に記憶された申込書画像から、ステップＳ４１６にて押下された申込書ボタン６１３に係る申込書の画像ファイル名の画像ファイルを取得して申込書画像７１１（図７）のように表示する。また、ステップＳ４１５にて受信した顔画像ファイルから、同じくステップＳ４１５にて受信した解析用撮影画像リスト１２００のうち、ステップＳ４１６にて押下された申込書ボタン６１３に係る顔画像ファイル名の顔画像ファイルを取得して顔画像７１２（図７）のように表示する。

すなわち、ステップＳ４１７は、顔画像と、顔画像と対応づけて記憶された文書画像とを対応づけた画面を表示する処理の一例を示すステップである。また、ステップＳ４１７は、文書画像データと、当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する処理の一例を示すステップである。

また、顔画像７１２の傍に、または顔画像７１２に重ねて、身分証明書画像を表示するための身分証明書ボタン７１５を表示する。なお、身分証明書ボタン７１５を表示せず、顔画像７１２を押下することで身分証明書画像を表示するとしてもよい。

すなわち、ステップＳ４１７は、身分証明書画像を表示するためのリンクと、身分証明書画像と対応づけて記憶された文書画像とを対応づけた画面を表示する処理の一例を示すステップである。また、ステップＳ４１７は、文書画像データと、当該文書画像データと対応付けて記憶された身分証明書画像データを表示するためのリンクとを対応付けた画面を表示する処理の一例を示すステップである。

ステップＳ４１８において、情報処理装置１０１は、ステップＳ４１７にて表示された申込書画像７１１に記入不備箇所を識別可能に重畳表示する。すなわち、ステップＳ４１８は、認識領域に従って、チェックされた文書の不備をユーザが識別可能に表示する処理の一例を示すステップである。

具体的には、ステップＳ４１６にて押下された申込書ボタン６１３に係る申込書の画像ファイル名を検索キーとして、記入不備チェック結果リスト１３００を検索し、起点座標（Ｘ、Ｙ）と終点座標（Ｘ、Ｙ）を取得し、この２点を対角とする矩形を申込書画像７１１上に重畳させて描き、識別可能な色（例えば、赤色）で塗りつぶす（図７の記入不備箇所７１３）。これにより、記入不備の領域を識別可能に表示することができる。また、これにより、システム上で不備チェックと本人確認とを合わせて実施することができる。

なお、この実施形態においては、記入不備箇所７１３は、赤色で塗りつぶすとしたが、これに限定するものではなく、赤以外の色や模様による塗りつぶし、枠による囲み、点滅、拡大、色の反転表示など、ユーザが識別可能な表示であればよい。また、識別可能な表示に限定するものではなく、音声による記入不備箇所の読み上げ、画面をタッチした際の振動など触感による識別方法であってもよい。

ステップＳ４１９において、情報処理装置１０１は、ステップＳ４０３にて撮影され外部メモリ２１２に記憶された身分証明書画像を表示する。具体的には、ステップＳ４０３にて撮影され外部メモリ２１２に記憶された身分証明書画像から、ステップＳ４１６にて押下された身分証明書ボタン６１４に係る身分証明書の画像ファイル名の画像ファイルを取得し、身分証明書確認画面７２０を表示する。これにより、身分証明書をスキャンして得た身分証明書の画像データと申込書の画像データとを紐付けて表示することができる。

ステップＳ４２０において、情報処理装置１０１は、ドラッグされた行をドロップされた箇所に移動させることで表示行の入替を行い、ステップＳ４１５に進み、記入不備チェック結果一覧画面を再表示する。このドラッグ＆ドロップにより、担当者が通知する申込者の順番を変更することができる。例えば、呼び出した申込者が不在の場合、この申込者の記入不備チェック結果レコードをドラッグ＆ドロップすることで通知を後回しにすることができる。

具体的には、記入不備チェック結果一覧画面６１０の記入不備チェック結果レコード６１６をドラッグし、記入不備チェック結果レコード６１７の下にドロップした場合、記入不備チェック結果一覧画面６２０の記入不備チェック結果レコード６２１のように、記入不備チェック結果レコードの順番を変更することができる。

ステップＳ４２１において、情報処理装置１０１は、ユーザによる戻るボタンの押下を受付けると、ステップＳ４１５に戻り、ディスプレイ２１１に記入不備チェック結果一覧画面６２０（図６）を表示する。その際、申込書ボタン６２２や身分証明書ボタン６２３のように、表示した申込書や身分証明書には、「済」マークで表示したことを識別して表示する。

すなわち、ステップＳ４１５は、文書画像もしくは身分証明書画像を表示した場合、表示済または確認済であることを識別して表示する処理の一例を示すステップである。また、ステップＳ４１５は、文書画像データもしくは身分証明書画像データを表示したこと、または文書画像データもしくは身分証明書画像データをユーザが確認したこと示す入力を受け付けたことを、他の画像と識別して表示する処理の一例を示すステップである。

具体的には、チェック結果を表示した撮影画像ファイルについて、外部メモリ２１２上の解析用撮影画像リスト１２００の「通知済」カラムに「済」フラグを立て、ステップＳ４１５にて記入不備チェック結果一覧画面６２０（図６）を表示する際に、記入不備チェック結果レコードの「通知済」カラムに「済」が記憶されている場合に各ボタンに「済」マークを表示する。これにより、担当者がどこまで申込者に通知したか、担当者がどこまで確認したか、どの申込者の本人確認が完了したか、等について容易に識別できる。

また、この「済」マークは、記入不備チェック結果画面７１０の通知済チェックボックス７１４、身分証明書確認画面７２０の確認済チェックボックス７２１がチェックされている場合にのみ、表示するとしてもよい。すなわち、ステップＳ４１５は、文書画像もしくは身分証明書画像をユーザが確認したこと示す入力を受け付けた場合、表示済または確認済であることを識別して表示する処理の一例を示すステップである。
以上で、図４の記入不備チェック結果取得処理の説明を終了する。

以上により、文書の申込者の本人確認を容易にする仕組みを提供することができる。また、システム上で不備チェックと本人確認とを合わせて実施することができる。また、身分証明書の画像データと申込書のデータとを紐付けることができる。また、申込書の本人確認が完了していることを、担当者が正しく把握できる。また、申込書の本人確認のために、身分証明書の画像データの全体を画面に表示すると、画面のスペースをとってしまうという課題を解決することができる。

〔第２の実施形態〕
第１の実施形態は、文書画像または文書リンクと顔画像を対応付けた画面、文書画像または文書リンクと身分証明書リンクを対応付けた画面を表示することによって、文書の申請者の本人確認を容易にする仕組みであり、第２の実施形態は、担当者（情報処理システム１００のユーザ）が対面する申請者と身分証明書の顔画像との同一人物判定を行うことによって、文書の申請者の本人確認を容易にする仕組みである。

図１４は、第２の実施形態に係る情報処理装置１０１で記入不備のチェック結果を表示する処理の一例を示すフローチャートである。図１５は、第２の実施形態に係る情報処理装置１０１で顔一致判定をする処理の一例を示すフローチャートである。なお、第２の実施形態では、第１の実施形態における図４のフローチャートを図１４に置き換え、第１の実施形態のステップと同じ処理については、同じステップ番号を付与し説明を省略する。なお、以下の処理はすべて、情報処理装置１０１またはサーバ１０２のＣＰＵ２０１が行うものとする。

また、図１６は、第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（身分証明書特定エラー）を表示する画面の一例を示す図である。図１７は、第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（対面者撮影）を表示する画面の一例を示す図である。図１８は、第２の実施形態に係る情報処理装置１０１で記入不備チェック結果一覧（顔一致判定エラー）を表示する画面の一例を示す図である。

図１４および図１５を用いて、第２の実施形態について説明する。
ステップＳ１４０１において、サーバ１０２は、直前の申請書について、「身分証明書特定エラー」と設定する。「身分証明書特定エラー」となる具体的なケースは、ステップＳ４０６にて取得した身分証明書の撮影画像から身分証明書ＩＤが特定できなかった、申込書の申込者名と一致する身分証明書が撮像画像に存在しなかった等が挙げられる。
ステップＳ１４０２において、情報処理装置１０１は、顔一致判定処理（図１５）を行う。図１５の処理について説明する。

ステップＳ１５０１において、情報処理装置１０１は、ステップＳ４１６にて押下された申込書ボタン１６０１（図１６）に係る申込書が「身分証明書特定エラー」と設定されているか否か判定する。「身分証明書特定エラー」の場合はステップＳ１５０２に進み、「身分証明書特定エラー」でない場合はステップＳ１５０４に進む。

ステップＳ１５０２において、情報処理装置１０１は、「身分証明書特定エラー」を示すメッセージを表示する（図１６の１６０２）。すなわち、ステップＳ１５０２は、特定された申請者と特定された所有者とが一致しなかった場合、エラーとして表示する処理の一例を示すステップである。

ステップＳ１５０３において、情報処理装置１０１は、ユーザ（申請者の対応をする担当者）の操作を受け付け、判定を行う。キャンセルボタン１６０３の場合は図１４のＥＮＤに進み、この処理を終了する。対面者撮影ボタン１６０４の場合はステップＳ１５０４に進む。身分証明書撮影ボタン１６０５の場合は図１４のステップＳ４０３に進み、身分証明書を撮影し（ステップＳ４０３）、撮影した身分証明書をサーバ１０２に送信する（ステップＳ４０４）。

ステップＳ１５０４において、情報処理装置１０１は、カメラ２１５を用いて、担当者が対面する申請者（以下、対面者）を撮影する（図１７）。すなわち、ステップＳ１５０４は、文書の申請者の顔を撮像する処理の一例を示すステップである。図１７のように、対面者撮影ウィンドウ１７０３に、カメラ２１５を用いて撮影した対面者画像１７０４、キャンセルボタン１７０５、ＯＫボタン１７０６を表示し、ＯＫボタン１７０６の押下を受け付けることにより、対面者を撮影する。

ステップＳ１５０５において、情報処理装置１０１は、図１４のステップＳ４１０にて切り取った身分証明書の顔画像１７０２と、対面者画像１７０４とを比較し、同一人物か否かを判定し、同一人物であると判定した場合は図１５の処理を終了し、図１４のステップＳ４１７に進み、同一人物でないと判定した場合はステップＳ１５０６に進む。すなわち、ステップＳ１５０５は、身分証明書から特定された顔画像と、撮像された顔の画像とが同一人物の画像か否かを判定する処理の一例を示すステップである。

なお、同一人物か否かの判定は、既知の画像比較の技術であるため、説明は省略する。また、本実施形態においては、画像比較により同一人物か否かを判定するとしたが、これに限定するものではなく、それぞれの画像から特徴部を抽出し、抽出した特徴部の比較により同一人物か否かを判定するとしてもよい。また、顔画像以外にも、指紋・掌紋・声紋などの生体認証により同一人物か否かを判定するとしてもよい。

ステップＳ１５０６において、情報処理装置１０１は、「同一人物判定エラー」を示すメッセージを表示する（図１８の１８０１）。図１８のように、カメラ２１５を用いて撮影した対面者画像１８０２、キャンセルボタン１８０３、続行ボタン１８０４を表示する。すなわち、ステップＳ１５０６は、同一人物の画像であると判定された場合、取込まれた文書画像データを表示するよう制御し、同一人物の画像ではないと判定された場合、取込まれた文書画像データを表示しないよう制御する処理の一例を示すステップである。

これにより、申請書を申請した本人でないと判定された場合は、エラーメッセージが表示されるため、申請書の内容を申請者以外に閲覧させてしまうリスクを防ぐことができる。つまり、第１の実施形態においては、対面者が申請書を申請した本人かどうかの本人確認は、担当者にすべて委ねられていたが、第２の実施形態においては、情報処理システム１００も本人確認を行うため、上記リスクをより防ぐことができる。特に、平成２８年１月から行政手続で必要となったマイナンバーは本人以外に見せてはならず、申請書にマイナンバーを含むようなシステムにおいては、上記リスクを極力減らすことが求められるため有効である。

ステップＳ１５０７において、情報処理装置１０１は、ユーザ（申請者の対応をする担当者）の操作を受け付け、判定を行う。キャンセルボタン１８０３の場合は図１４のＥＮＤに進み、この処理を終了する。続行ボタン１８０４の場合はステップＳ１５０８に進む。

ステップＳ１５０８において、情報処理装置１０１は、ステップＳ１５０４にて撮影した対面者画像１８０２を申込書ボタン１７０１（図１７）に係る申込書と対応づけて、外部メモリ２１２に記憶し、図１４のステップＳ４１７に進む。すなわち、ステップＳ１５０８は、同一人物の画像ではないと判定された場合、取込まれた文書画像データと特定された顔画像とを対応付けて記憶する処理の一例を示すステップである。

なお、本実施形態においては、対面者画像１８０２を情報処理装置１０１の外部メモリ２１２に記憶するとしたが、これに限定するものではなく、対面者画像１８０２をサーバ１０２に送信し、サーバ１０２の外部メモリ２１２に記憶するとしてもよい。

これにより、情報処理システム１００によって申請書を申請した本人でないと判定された場合であっても、担当者が同一人物と判断した場合は、申請書の内容を対面者に閲覧させることができるが、対面者の顔画像を申請書と対応付けて記憶しておくことにより、申請書の内容を閲覧させた人物の画像を記憶しておくことができる。

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

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

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

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

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

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

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

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

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

Claims (12)

1. 文書の画像データと、当該文書の申請者の顔画像が含まれる身分証明書の画像データとを管理する情報処理システムであって、
   前記文書と前記身分証明書とを画像データとして取込む画像取込手段と、
   前記画像取込手段により取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する記憶手段と、
   前記記憶手段に記憶された身分証明書画像データから顔画像を特定する顔画像特定手段と、
   前記記憶手段に記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、前記顔画像特定手段により前記記憶手段に当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する画面表示手段と
   を備えることを特徴とする情報処理システム。
2. 前記画面表示手段は、
   前記記憶手段に記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、前記記憶手段に当該文書画像データと対応付けて記憶された身分証明書画像データを表示するためのリンクとを対応付けた画面を表示すること
   を特徴とする請求項１に記載の情報処理システム。
3. 前記画面表示手段は、
   前記文書画像データもしくは前記身分証明書画像データを表示したこと、または文書画像データもしくは身分証明書画像データをユーザが確認したこと示す入力を受け付けたことを、他の画像と識別して表示すること
   を特徴とする請求項１または２に記載の情報処理システム。
4. 前記身分証明書の種類を識別するための識別情報と、前記身分証明書の特徴情報とを対応付けて記憶する特徴情報記憶手段と、
   前記特徴情報記憶手段により記憶された特徴情報を用いて、前記身分証明書の種類を特定する身分証明書特定手段と
   を更に備え、
   前記顔画像特定手段は、
   前記身分証明書特定手段により特定された身分証明書の種類に従って顔画像を特定すること
   を特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記記憶手段に記憶された文書画像データから、前記文書の申請者を特定する申請者特定手段と、
   前記記憶手段に記憶された身分証明書画像データから、前記身分証明書の所有者を特定する所有者特定手段と
   を更に備え、
   前記記憶手段は、
   前記申請者特定手段により特定された申請者と、前記所有者特定手段により特定された所有者が一致した場合、当該文書画像と当該身分証明書画像または前記顔画像特定手段により特定された顔画像とを対応付けて記憶すること
   を特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記画面表示手段は、
   前記申請者特定手段により特定された申請者と、前記所有者特定手段により特定された所有者とが一致しなかった場合、エラーとして表示すること
   を特徴とする請求項５に記載の情報処理システム。
7. 前記文書の申請者の顔を撮像する撮像手段と、
   前記顔画像特定手段により特定された顔画像と、前記撮像手段により撮像された顔の画像とが同一人物の画像か否かを判定する同一人物判定手段と、
   前記同一人物判定手段により同一人物の画像であると判定された場合、前記画像取込手段により取込まれた文書画像データを表示するよう制御し、前記同一人物判定手段により同一人物の画像ではないと判定された場合、前記画像取込手段により取込まれた文書画像データを表示しないよう制御する表示制御手段と
   を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
8. 前記記憶手段は、
   前記同一人物判定手段により同一人物の画像ではないと判定された場合、前記画像取込手段により取込まれた文書画像データと前記顔画像特定手段により特定された顔画像とを対応付けて記憶すること
   を特徴とする請求項７に記載の情報処理システム。
9. 前記文書の記入内容の認識領域と認識条件とを含む文書定義情報を記憶する文書定義情報記憶手段と、
   前記文書定義情報記憶手段に記憶されている認識領域と認識条件に従って、前記画像取込手段により取込まれた文書画像の認識領域ごとの不備をチェックする不備チェック手段と、
   前記文書定義情報記憶手段に記憶されている認識領域に従って、前記不備チェック手段によりチェックされた前記文書の不備をユーザが識別可能に表示する不備領域表示手段と
   を更に備えることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 前記不備チェック手段によりチェックされた不備の数を文書フォーム毎に集計し表示する不備数表示手段
    を更に備えることを特徴とする請求項９に記載の情報処理システム。
11. 文書の画像データと、当該文書の申請者の顔画像が含まれる身分証明書の画像データとを管理する情報処理システムにおける処理方法であって、
    前記情報処理システムが、
    前記文書と前記身分証明書とを画像データとして取込む画像取込ステップと、
    前記画像取込ステップにより取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する記憶ステップと、
    前記記憶ステップに記憶された身分証明書画像データから顔画像を特定する顔画像特定ステップと、
    前記記憶ステップに記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、前記顔画像特定ステップにより前記記憶ステップに当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する画面表示ステップと
    を実行することを特徴とする処理方法。
12. 文書の画像データと、当該文書の申請者の顔画像が含まれる身分証明書の画像データとを管理する情報処理システムで実行可能なプログラムであって、
    前記情報処理システムを、
    前記文書と前記身分証明書とを画像データとして取込む画像取込手段と、
    前記画像取込手段により取込まれた文書画像データと身分証明書画像データとを対応付けて記憶する記憶手段と、
    前記記憶手段に記憶された身分証明書画像データから顔画像を特定する顔画像特定手段と、
    前記記憶手段に記憶された文書画像データまたは当該文書画像データを表示するためのリンクと、前記顔画像特定手段により前記記憶手段に当該文書画像データと対応付けて記憶された身分証明書画像データから特定された顔画像とを対応付けた画面を表示する画面表示手段
    として機能させることを特徴とするプログラム。
    

Images