(57)【要約】【課題】  共通のマスク領域が設定された画像を用いて共通のマスクされた画像を生成し、異なるマスク領域がマスクされた画像を生成することで、例えば、証明書などを繰り返して撮影することを減らし、証明書などの画像の送信において、証明書に記載の情報が不要にネットワーク上に流れないようにする仕組みを提供する。【解決手段】  情報処理装置は、複数の送信先を選択肢、選択された送信先で共通となる共通マスク画像を用いて、撮影した画像をマスクして、マスクした画像をサーバに送信する。サーバは受信したマスクされた画像を用いて、送信先ごとに必要なマスク画像を生成して、送信先に送信する。【選択図】図７Ａ
2015032063.tif 000002
【特許請求の範囲】
【請求項１】
撮像部を備える情報処理装置とサーバを含む情報処理システムであって、
前記情報処理装置は、
複数の送信先を選択する選択手段と、
前記選択手段で選択された送信先に従って、複数の送信先に共通するマスク領域が設定されている共通マスク画像を取得する共通マスク画像取得手段と、
撮像に応じて得られた画像と前記共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成するマスク画像生成手段と、
前記サーバに前記マスクされた画像を送信するマスク画像送信手段と
を備え、
前記サーバは、
前記マスクされた画像を受信するマスク画像受信手段と、
前記マスク画像受信手段で受信したマスクされた画像に対して、前記複数の送信先ごとに必要なマスク領域がマスクされた前記送信先ごとの送信先用の画像を生成する送信用画像生成手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記サーバは、
前記送信先ごとにマスクパターンを記憶する記憶手段と、
前記情報処理装置から送信される送信先に従って得られるマスクパターンから、共通のマスク領域を特定して共通マスク画像を生成する共通マスク画像生成手段と、
前記マスクパターンから、送信先ごとに追加してマスクをするためのマスク領域を特定して追加マスク画像を生成する追加マスク画像生成手段と、
前記共通マスク画像を前記情報処理装置に送信する共通マスク画像送信手段と
を更に備え、
前記送信用画像生成手段は、前記マスク画像受信手段で受信したマスクされた画像と前記追加マスク画像を合成して、前記送信先ごとの送信先用の画像を生成することを特徴とし、
前記情報処理装置は、
前記選択手段で選択された送信先を送信する送信先情報送信手段と、
前記サーバから共通マスク画像を受信する共通マスク画像受信手段と
を更に備え
前記マスク画像生成手段は、前記共通マスク画像受信手段で受信した共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記マスクパターンは手続きごとに記憶し、
前記選択手段は、所望の手続きを選択し、
前記共通マスク画像生成手段のマスクパターンは、前記選択された手続きを特定する情報と送信先に従って決定されることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記サーバは、
前記送信用画像生成手段で生成された送信先用の画像を、指定された送信先に送信する送信先用画像送信手段
を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム
【請求項５】
前記送信先用画像送信手段は、前記情報処理装置で選択された手続きを特定する情報と、当該手続きを行うユーザ情報を更に送信することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
撮像部を備える情報処理装置とサーバを含む情報処理システムであって、
前記サーバは、
複数のマスクパターンを記憶する記憶手段と、
前記複数のマスクパターンから、共通のマスク領域を特定して共通マスク画像を生成する共通マスク画像生成手段と、
前記複数のマスクパターンから、前記情報処理装置から受信した画像に追加してマスクをするためのマスク領域を特定して追加マスク画像を生成する追加マスク画像生成手段と、
前記共通マスク画像を前記情報処理装置に送信する共通マスク画像送信手段と、
前記情報処理装置からマスクされた画像を受信するマスク画像受信手段と、
前記マスク画像受信手段で受信したマスクされた画像と前記追加マスク画像を用いて、前記複数のマスクパターンに対応した画像を生成する画像生成手段と
を備え、
前記情報処理装置は、
前記サーバから共通マスク画像を受信する共通マスク画像受信手段と、
撮像に応じて得られた画像と前記共通マスク画像を用いて生成された、マスクされた画像を前記サーバに送信するマスク画像送信手段と
を備えることを特徴とする情報処理システム。
【請求項７】
撮像部を備える情報処理装置とサーバを含む情報処理システムの処理方法であって、
前記情報処理装置が、
複数の送信先を選択する選択ステップと、
前記選択ステップで選択された送信先に従って、複数の送信先に共通するマスク領域が設定されている共通マスク画像を取得する共通マスク画像取得ステップと、
撮像に応じて得られた画像と前記共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成するマスク画像生成ステップと、
前記サーバに前記マスクされた画像を送信するマスク画像送信ステップとを実行し、
前記サーバが、
前記マスクされた画像を受信するマスク画像受信ステップと、
前記マスク画像受信ステップで受信したマスクされた画像に対して、前記複数の送信先ごとにマスクが必要なマスク領域がマスクされた前記送信先ごとの送信先用の画像を生成する送信用画像生成ステップと
を実行することを特徴とする処理方法。
【請求項８】
撮像部を備える情報処理装置と複数のマスクパターンを記憶するサーバを含む情報処理システムの処理方法であって、
前記サーバが、
前記複数のマスクパターンから、共通のマスク領域を特定して共通マスク画像を生成する共通マスク画像生成ステップと、
前記複数のマスクパターンから、前記情報処理装置から受信した画像に追加してマスクをするためのマスク領域を特定して追加マスク画像を生成する追加マスク画像生成ステップと、
前記共通マスク画像を前記情報処理装置に送信する共通マスク画像送信ステップと、
前記情報処理装置からマスクされた画像を受信するマスク画像受信ステップと、
前記マスク画像受信ステップで受信したマスクされた画像と前記追加マスク画像を用いて、前記複数のマスクパターンに対応した画像を生成する画像生成ステップとを実行し、
前記情報処理装置が、
前記サーバから共通マスク画像を受信する共通マスク画像受信ステップと、
撮像に応じて得られた画像と前記共通マスク画像を用いて生成された、マスクされた画像を前記サーバに送信するマスク画像送信ステップと
を実行することを特徴とする処理方法。
【請求項９】
前記請求項７又は前記請求項８に記載のステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証明書の撮影および撮影した情報の送信技術に関するものである。
【背景技術】
【０００２】
現在、銀行や証券会社の利用者が引越などにより住所変更を行う場合、携帯端末のカメラで新しい住所が印字された証明書を撮影した画像を送信するアプリケーションがある。
【０００３】
その際、住所変更の手続に不要な個人情報もネットワーク上に送信されてしまうため、個人情報の漏洩リスクが発生してしまう。
【０００４】
特許文献１には、証明書の不要な部分をマスクするためのマスク情報を撮像装置に送信することで、必要な情報のみを撮像装置に撮像させ、ユーザの個人情報を適切に保護する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３２８６９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１における、認証装置は、証明書の不要な部分をマスクするためのマスク情報を撮像装置に送信し、認証に必要な情報のみを撮像装置に撮像させることを特徴としている。
【０００７】
しかしながら、上記システムでは、証明書画像の送信先が複数の場合、撮影および画像送信を複数回行う必要があるため、ユーザにとって面倒である。また、撮像装置で1度撮影した画像を用いて送信先ごとのマスク画像を作成することも考えられるが、送信先ごとにマスク画像をサーバに送信しなければならず、通信負荷が高い。一方、１度撮影した画像を撮像装置で加工せずにサーバへ送信して、送信先に応じたマスクがされた画像を生成する仕組みを考えた場合、マスクされていない画像がネットワークを介して送信されるためセキュリティ上好ましくないことがある。
【０００８】
そこで、本発明の目的は、共通のマスク領域が設定された画像を用いて共通のマスクされた画像を生成し、異なるマスク領域がマスクされた画像を生成することで、例えば、証明書などを繰り返して撮影することを減らし、証明書などの画像の送信において、証明書に記載の情報が不要にネットワーク上に流れないようにする仕組みを提供する。
【課題を解決するための手段】
【０００９】
本発明の目的を達成するための、撮像部を備える情報処理装置とサーバを含む情報処理システムであって、前記情報処理装置は、複数の送信先を選択する選択手段と、前記選択手段で選択された送信先に従って、複数の送信先に共通するマスク領域が設定されている共通マスク画像を取得する共通マスク画像取得手段と、撮像に応じて得られた画像と前記共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成するマスク画像生成手段と、前記サーバに前記マスクされた画像を送信するマスク画像送信手段とを備え、前記サーバは、前記マスクされた画像を受信するマスク画像受信手段と、前記マスク画像受信手段で受信したマスクされた画像に対して、前記複数の送信先ごとに必要なマスク領域がマスクされた前記送信先ごとの送信先用の画像を生成する送信用画像生成手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明により、共通のマスク領域が設定された画像を用いて共通のマスクされた画像を生成し、異なるマスク領域がマスクされた画像を生成することで、例えば、証明書などを繰り返して撮影することを減らし、証明書などの画像の送信において、証明書に記載の情報が不要にネットワーク上に流れないようにすることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態におけるシステムの構成を示す図である。
【図２】図１におけるアプリケーションサーバのハードウェア構成を示す図である。
【図３】図１におけるクライアント端末とアプリケーションサーバの機能構成の一例を示す図である。
【図４】企業の管理者がマスク定義を行う手順の一例を説明するフローチャートである。
【図５】企業の管理者がマスク定義指示を行う画面の一例である。
【図６】企業の管理者がマスク定義指示を行う画面の一例である。
【図７Ａ】ユーザが証明書撮影を行う手順の一例を説明するフローチャート（前半）である。
【図７Ｂ】ユーザが証明書撮影を行う手順の一例を説明するフローチャート（後半）である。
【図８】ユーザが選択可能な手続の一覧画面の一例である。
【図９】ユーザが選択可能な企業・証明書の一覧画面の一例である。
【図１０】ユーザが証明書撮影を行うにあたって、クライアント端末１０１に表示する撮影枠・マスクパターン画面の一例である。
【図１１】ユーザが証明書撮影を行う瞬間のクライアント端末１０１に表示する画面の一例である。
【図１２】本発明の実施形態におけるデータベースのテーブルの一例である。
【図１３】本発明の実施形態における追加マスクパターンの算出方法の一例である。
【図１４】本発明の実施形態における追加マスク合成画像の作成方法の一例である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１３】
図１は、本発明の実施形態における撮影画像マスキングシステム（情報処理システム）の構成を示す図である。
【００１４】
クライアント端末１０１は、ユーザが操作する端末であって、当該端末を介してアプリケーションサーバ１０２に対して指示を行う。
【００１５】
アプリケーションサーバ１０２は、撮影画像マスキングに必要な処理を行うサーバ（情報処理装置）である。
【００１６】
データベースサーバ１０３は、撮影画像マスキングに必要なデータやファイルを記憶するサーバ（情報処理装置）である。
【００１７】
なお、ユーザは、アプリケーションサーバ１０２を直接操作してもよい。
【００１８】
クライアント端末１０１には、撮影を行うカメラ２１２の機能を持ち、アプリケーションサーバ１０２で作成されたマスクパターン画像１０００（図１０）と証明書画像をＣＲＴ２１０で合成したマスク合成写真１４１０（図１４）を記憶する。
【００１９】
なお、マスクパターン画像１０００を作成するのは、アプリケーションサーバ１０２であっても、クライアント端末１０１であってもよい。クライアント端末１０１でマスクパターン画像１０００の作成を行う場合は、アプリケーションサーバ１０２からクライアント端末１０１に、「証明書項目座標１２４９」「マスクパターン１２９１〜１２９２」を送信することで、クライアント端末１０１でのマスクパターン画像１０００の作成を可能にする。
【００２０】
ネットワーク１０４は、ＬＡＮ、インターネット等のネットワークであって、アプリケーションサーバ１０２とクライアント端末１０１は、ネットワーク１０４を介して通信可能である。
【００２１】
管理者端末１０５〜１０７は、本発明の実施形態における撮影画像マスキングシステムに賛同する各企業、ここでは「Ｂ銀行」「Ｃ信販」「Ｓ証券」の管理者が操作する端末であって、当該端末を介してアプリケーションサーバ１０２に対して、マスクパターン設定などの指示を行う。
【００２２】
アプリケーションサーバ１０８〜１１０は、本発明の実施形態における撮影画像マスキングシステムに賛同する各企業のアプリケーションサーバであり、アプリケーションサーバ１０２が送信するマスク合成写真１４１１〜１４１２を受け付け、住所変更などユーザが所望する手続きを行う。
【００２３】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２４】
次に、図１のクライアント端末１０１とアプリケーションサーバ１０２のハードウェア構成について、図２を用いて説明する。
【００２５】
図２は、本発明の実施形態におけるクライアント端末１０１およびアプリケーションサーバ１０２のハードウェア構成を示す図である。
【００２６】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２７】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２８】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２９】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００３０】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００３１】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３２】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３４】
クライアント端末１０１は、カメラ機能２１２を有しており、カメラを用いて被写体を撮影することで、画像データを生成することが可能である。また、カメラで撮影される等により得られる画像データをアプリケーションサーバ１０２に送信することで、住所変更などの手続きの要求を行う装置である。例えば、スマートフォンやタブレット端末、およびネットワーク機能を備えるデジタルカメラ等である。
【００３５】
本発明を実現するためのプログラム２１３は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１３が用いる定義ファイル２１４及び各種情報テーブル２１５は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３６】
図３において、クライアント端末１０１とアプリケーションサーバ１０２の機能について説明する。
選択部３０１は、複数の送信先を選択する機能部である。
【００３７】
共通マスク画像取得部３０２は、選択部３０１で選択された送信先に従って、複数の送信先に共通するマスク領域が設定されている共通マスク画像を取得する機能部である。
【００３８】
マスク画像生成部３０３は、撮像に応じて得られた画像と前記共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成する機能部である。
【００３９】
マスク画像送信部３０４は、アプリケーションサーバ１０２に前記マスクされた画像を送信する機能部である。
【００４０】
マスク画像受信部３０７は、前記マスクされた画像を受信する機能部である。
【００４１】
送信用画像生成部３０８は、マスク画像受信部３０７で受信したマスクされた画像に対して、前記複数の送信先ごとに必要なマスク領域がマスクされた前記送信先ごとの送信先用の画像を生成する機能部である。
【００４２】
記憶部３０９は、前記送信先ごとにマスクパターンを記憶する機能部である。
【００４３】
共通マスク画像生成部３１０は、クライアント端末１０１から送信される送信先に従って得られるマスクパターンから、  共通のマスク領域を特定して共通マスク画像を生成する機能部である。
【００４４】
追加マスク画像生成部３１１は、前記マスクパターンから、送信先ごとに追加してマスクをするためのマスク領域を特定して追加マスク画像を生成する機能部である。
【００４５】
共通マスク画像送信部３１２は、前記共通マスク画像をクライアント端末１０１に送信する機能部である。
【００４６】
また、送信用画像生成部３０８は、マスク画像受信部３０７で受信したマスクされた画像と前記追加マスク画像を合成して、前記送信先ごとの送信先用の画像を生成する機能部である。
【００４７】
送信先情報送信部３０５は、選択部３０１で選択された送信先を送信する機能部である。
【００４８】
共通マスク画像受信部３０６は、アプリケーションサーバ１０２から共通マスク画像を受信する機能部である。
【００４９】
また、マスク画像生成部３０３は、共通マスク画像受信部３０６で受信した共通マスク画像を用いて、前記複数の送信先で共通で用いられるマスクされた画像を生成する機能部である。
【００５０】
また、選択部３０１は、所望の手続きを選択する機能部である。
【００５１】
また、共通マスク画像生成部３１０は、前記選択された手続きを特定する情報と送信先に従ってマスクパターンを決定する機能部である。
【００５２】
送信先用画像送信部３１３は、送信用画像生成部３０８で生成された送信先用の画像を、指定された送信先に送信する機能部である。
【００５３】
また、送信先用画像送信部３１３は、前記クライアント端末１０１で選択された手続きを特定する情報と、当該手続きを行うユーザ情報を更に送信する機能部である。
【００５４】
図４は、各企業の管理者がマスク定義を行う手順の一例を説明するフローチャートである。図５は、各企業の管理者がマスク定義指示を行う画面の一例（運転免許証オモテ）である。図６は、各企業の管理者がマスク定義指示を行う画面の一例（運転免許証ウラ）である。図１２は、本発明の実施形態におけるデータベースのテーブルの一例である。
【００５５】
図４を参照して、本実施形態におけるマスク定義の流れを説明する。
【００５６】
ステップＳ４０１において、管理者端末１０５〜１０７は、撮影画像マスキングシステムの各企業の管理者によって入力された企業コードを受け付け、管理アプリケーションへのログイン処理を行う。具体的には、Ｂ銀行管理者端末１０５は、Ｂ銀行の管理者によって操作される。
【００５７】
ステップＳ４０２において、管理者端末１０５〜１０７は、アプリケーションサーバ１０２に企業コードを送信する。ここでは、Ｂ銀行の管理者によって入力された企業コードとして、「Ｂ００１」（図１２のレコードＲ１２０１）を例に挙げる。
【００５８】
ステップＳ４０３において、アプリケーションサーバ１０２は、管理者端末１０５〜１０７から送信された企業コードを受信する。
【００５９】
ステップＳ４０４において、アプリケーションサーバ１０２は、選択可能な「手続」「証明書」の一覧として「手続マスタテーブル１２１０」「証明書マスタテーブル１２２０」から全レコードを取得する。（図１２のレコードＲ１２１１〜１２１３、レコードＲ１２２１〜１２２３）
【００６０】
ステップＳ４０５において、アプリケーションサーバ１０２は、管理者端末１０５〜１０７に取得した「手続」「証明書」マスタテーブルの「手続コード」「手続名」「証明書コード」「証明書名」を送信する。
【００６１】
ステップＳ４０６において、管理者端末１０５〜１０７は、「手続コード」「手続名」「証明書コード」「証明書名」を受信する。
【００６２】
ステップＳ４０７において、管理者端末１０５〜１０７は、ＣＲＴ２１０に「手続名」「証明書名」の一覧を各企業の管理者が「手続名」「証明書名」をそれぞれ１つずつ選択可能なように表示する。（不図示）
【００６３】
ステップＳ４０８において、マスクパターン設定を行う「手続名」「証明書名」の組合せが１組選択される。
【００６４】
ステップＳ４０９において、管理者端末１０５〜１０７は、アプリケーションサーバ１０２に「企業コード」と選択された「手続名」「証明書名」に対応する「手続コード」「証明書コード」の組合せを送信する。ここでは、「手続名」＝住所変更、「証明書名」＝運転免許証が選択され、「手続コード」＝Ｐ０２、「証明書コード」＝ＤＬａまたはＤＬｂが送信されたとする。
【００６５】
ステップＳ４１０において、アプリケーションサーバ１０２は、「企業コード」と選択された「手続コード」「証明書コード」の組合せを受信する。
【００６６】
ステップＳ４１１において、アプリケーションサーバ１０２は、証明書項目マスタテーブル１２３０から、受信した「証明書コード」に対応する証明書項目情報および証明書サンプル画像を取得する。（図１２のレコードＲ１２３１〜１２４１）
【００６７】
ステップＳ４１２において、アプリケーションサーバ１０２は、管理者端末１０５〜１０７に取得した証明書項目情報および証明書サンプル画像を送信する。
【００６８】
ステップＳ４１３において、管理者端末１０５〜１０７は、証明書項目情報および証明書サンプル画像を受信する。
【００６９】
ステップＳ４１４において、管理者端末１０５〜１０７は、ＣＲＴ２１０にマスクパターン設定画面として、受信した証明書項目情報および証明書サンプル画像から、証明書項目すべてを矩形画像で隠した画面を表示する。（不図示）具体的には、証明書サンプル画像を表示し、レコード毎の証明書項目座標１２４９「開始座標Ｘ」「開始座標Ｙ」「終了座標Ｘ」「終了座標Ｙ」の２点を対角とする矩形を作成し、所定の色で作成された矩形をすべて塗りつぶすことにより、全項目についてマスクする。
【００７０】
ステップＳ４１５において、手続を行うために必要な証明書項目のマスクを外す、撮影要否すなわちマスクパターンの設定が行われる。ここでは、具体例として、Ｂ銀行で運転免許証を証明書として使用して住所変更手続を行う場合、必要な運転免許証の項目が選択されることによりマスクを外す。さらに、マスクを外した項目については、撮影時にＯＣＲで文字認識を行うかどうか（図５の５０３・５０４、図６の６０１）、および撮影時に表示するコメント（図５の５０５、図６の６０２）を設定する。
【００７１】
ステップＳ４１６において、管理者端末１０５〜１０７は、アプリケーションサーバ１０２に「企業コード」「手続コード」「証明書コード」、証明書項目の「証明書項目番号」「撮影要否」「ＯＣＲ要否」、「撮影時コメント」を送信する。
【００７２】
ステップＳ４１７において、アプリケーションサーバ１０２は、「企業コード」「手続コード」「証明書コード」、証明書項目の「撮影要否」「ＯＣＲ要否」、「撮影時コメント」を受信する。
【００７３】
ステップＳ４１８において、アプリケーションサーバ１０２は、ステップＳ４１０で受信した「企業コード」「手続コード」「証明書コード」「撮影時コメント」を企業手続証明書テーブル１２５０に記録する。（図１２のレコードＲ１２５１〜１２５２）
【００７４】
ステップＳ４１９において、アプリケーションサーバ１０２は、受信した「企業コード」「手続コード」「証明書コード」、証明書項目の「証明書項目番号」「撮影要否」「ＯＣＲ要否」をマスクパターンテーブル１２６０に記録する。（図１２のレコードＲ１２６１〜１２７１）
【００７５】
ステップＳ４２０において、管理者端末１０５〜１０７は、管理アプリケーションのログアウト処理を行う。
【００７６】
図７Ａ・図７Ｂは、ユーザが証明書撮影を行う手順の一例を説明するフローチャートである。図８は、ユーザが選択可能な手続の一覧画面の一例である。図９は、ユーザが選択可能な企業・証明書の一覧画面の一例である。図１０は、ユーザが証明書撮影を行うにあたって、クライアント端末１０１に表示する撮影枠・マスクパターン画面の一例である。図１１は、ユーザが証明書撮影を行う瞬間のクライアント端末１０１に表示する画面の一例である。
【００７７】
図７Ａ・図７Ｂを参照して、ユーザが証明書の撮影を行う際の処理の流れを説明する。
【００７８】
ステップＳ７０１において、クライアント端末１０１は、撮影画像マスキングのアプリケーションを起動する。なお、アプリケーションは、事前にクライアント端末１０１にインストールされたアプリケーションとするが、Ｗｅｂアプリケーションのように、Ｗｅｂサイトにアクセスすることで起動される形式であってもよい。起動したアプリケーションは、アプリケーションサーバ１０２に通知を行う。なお、ここでは、アプリケーション起動にあたり「ユーザＩＤ」「パスワード」は入力されず、ＨＴＴＰセッションＩＤなどによりユーザを特定する方式とするが、「ユーザＩＤ」「パスワード」の入力によってユーザを特定する方式であってもよい。
【００７９】
ステップＳ７０２において、クライアント端末１０１からアプリケーション起動の通知を受けたアプリケーションサーバ１０２は、選択可能な手続メニューとして、手続マスタテーブル１２１０から全レコードを取得する。（図１２のレコードＲ１２１１〜１２１３）
【００８０】
ステップＳ７０３において、アプリケーションサーバ１０２は、手続マスタテーブル１２１０から取得した「手続コード」「手続名」をクライアント端末１０１に送信する。
【００８１】
ステップＳ７０４において、クライアント端末１０１は、受信した「手続名」をＣＲＴ２１０に表示する。（図８）
【００８２】
ステップＳ７０５において、表示した「手続名」の中から、今回行う手続が選択される。
【００８３】
ステップＳ７０６において、クライアント端末１０１は、アプリケーションサーバ１０２に選択された「手続名」に対応する「手続コード」を送信する。ここでは、住所変更（図８の８０１、図１２のレコードＲ１２１２）が選択され、手続コード＝Ｐ０２が送信されたとする。なお、アプリケーション起動時に「ユーザＩＤ」の入力によってユーザを特定する方式の場合、「ユーザＩＤ」も同時に送信する。
【００８４】
ステップＳ７０７において、アプリケーションサーバ１０２は、選択された「手続コード」を受信する。なお、アプリケーション起動時に「ユーザＩＤ」の入力によってユーザを特定する方式の場合、「ユーザＩＤ」も同時に受信する。  ステップＳ７０８において、アプリケーションサーバ１０２は、受信した「手続コード」に対応する「企業コード」「証明書コード」の一覧を企業手続証明書テーブル１２５０から取得する。（図１２のレコードＲ１２５１〜１２５７）
【００８５】
具体的には、手続コード＝Ｐ０２に対応する企業コード＝「Ｂ００１」「Ｃ００１」「Ｓ００１」、証明書コード＝「ＤＬａ」「ＤＬｂ」「ＰＰ」である。次に、取得した「企業コード」「証明書コード」に対応する「企業名」「証明書名」を「企業マスタテーブル１２００」「証明書マスタテーブル１２２０」から取得する。これにより、企業コード＝「Ｂ００１」「Ｃ００１」「Ｓ００１」に対応する企業名＝「Ｂ銀行」「Ｃ信販」「Ｓ証券」（図１２のＲ１２０１〜１２０３）、証明書コード＝「ＤＬａ」「ＤＬｂ」「ＰＰ」に対応する証明書名＝「運転免許証（オモテ」「運転免許証（ウラ）」「パスポート」（図１２のＲ１２２１〜１２２３）を取得する。
【００８６】
ここでは、受信した「手続コード」に対応する「企業コード」「証明書コード」の一覧を企業手続証明書テーブル１２５０から取得するとしたが、アプリケーション起動時に「ユーザＩＤ」の入力によってユーザを特定する方式の場合、ユーザが事前に登録しておいた既に契約している企業リスト等から「企業コード」を取得する形式でもよい。
【００８７】
ステップＳ７０９において、アプリケーションサーバ１０２は、クライアント端末１０１に「企業」「証明書」の一覧として、受信した「手続コード」と取得した「企業コード」「企業名」「証明書コード」「証明書名」を送信する。具体的には、企業コード＝「Ｂ００１」「Ｃ００１」「Ｓ００１」、企業名＝「Ｂ銀行」「Ｃ信販」「Ｓ証券」、証明書コード＝「ＤＬ」「ＰＰ」、証明書名＝「運転免許証」「パスポート」を送信する。上記「ＤＬ」は、本来であれば、「ＤＬａ」「ＤＬｂ」であるべきだが、運転免許証のように表裏の撮影が必要な場合、クライアント端末１０１に送信する値は、証明書コード＝「ＤＬａ」「ＤＬｂ」、証明書名＝「運転免許証（オモテ」「運転免許証（ウラ）」ではなく、証明書コード＝「ＤＬ」、証明書名＝「運転免許証」に集約する。その判断は、証明書コードの末尾が英字小文字である、または証明書名の末尾が括弧であること等を条件とする。
【００８８】
ステップＳ７１０において、クライアント端末１０１は、「手続コード」「企業コード」「企業名」「証明書コード」「証明書名」の一覧を受信する。
【００８９】
ステップＳ７１１において、クライアント端末１０１は、ＣＲＴ２１０に受信した「企業名」「証明書名」の一覧を、ユーザが「企業名」からは複数企業を、「証明書名」からは１つの証明書を、選択可能なように表示する。
【００９０】
ステップＳ７１２において、表示した「企業名」「証明書名」一覧の中から、証明書の送信先と撮影する証明書が選択される。ここでは、企業名＝「Ｂ銀行」「Ｃ信販」、証明書名＝「運転免許証」が選択されたとする。（図９）
【００９１】
ステップＳ７１３において、クライアント端末１０１は、アプリケーションサーバ１０２に「手続コード」と選択された「企業名」「証明書名」に対応する「企業コード」「証明書コード」を送信する。具体的には、手続コード＝Ｐ０２、企業名＝「Ｂ銀行」「Ｃ信販」に対応する企業コード＝「Ｂ００１」「Ｃ００１」、証明書名＝「運転免許証」に対応する証明書コード＝「ＤＬ」を送信する。
【００９２】
ステップＳ７１４において、アプリケーションサーバ１０２は、「手続コード」と選択された「企業コード」「証明書コード」および「支店番号」「口座番号」「カード番号」「お客様番号」などの「ユーザを特定する情報」を受信する。
【００９３】
ステップＳ７１５において、アプリケーションサーバ１０２は、「証明書マスタテーブル１２２０」「証明書項目マスタテーブル１２３０」から、受信した「証明書コード」に対応する「サイズＸ」「サイズＹ」「サンプル画像」「項目座標」を取得する。（図１２のレコードＲ１２２１〜１２２２のカラム１２２８〜１２２９、レコードＲ１２３１〜１２４１のカラム１２４９）
【００９４】
ステップＳ７１６において、アプリケーションサーバ１０２は、「企業手続証明書テーブル１２５０」「マスクパターンテーブル１２６０」から、受信した「企業コード」「手続コード」「証明書コード」に紐づく「撮影時コメント１２５９」「撮影要否（＝マスクパターン）１２９１〜１２９２」「ＯＣＲ要否１２９８〜１２９９」を取得する。（図１２のレコードＲ１２５１・１２５２・１２５４・１２５５のカラム１２５９、レコードＲ１２６１〜１２８２のカラム１２９１〜１２９２、レコードＲ１２６１〜１２８２のカラム１２９８〜１２９９）
【００９５】
ステップＳ７１７において、アプリケーションサーバ１０２は、証明書の送信先が単数か複数かについて判定する。具体的には、ステップＳ７１４において受信した企業コードが１つか２つ以上かで判定する。ここでは、「Ｂ００１」「Ｃ００１」の企業コードを受信したことから、複数であると判定する。
【００９６】
証明書の送信先が複数の場合、ステップＳ７１８において、アプリケーションサーバ１０２は、複数マスクパターンを基に論理演算を行い、共通マスクパターン１３００と追加マスクパターン１３０１〜１３０２を算出する。
【００９７】
具体的には、手続＝住所変更、送信先＝「Ｂ銀行」「Ｃ信販」、証明書＝運転免許証の場合、Ｂ銀行は図１２のレコードＲ１２６１〜１２７１の「撮影要否」のマスクパターン１２９１（＝ＹＹＮＹＮＹＮＹＮＹＮＮＮ）でマスクし、Ｃ信販は図１２のレコードＲ１２７２〜１２８２の「撮影要否」のマスクパターン１２９２（＝ＹＹＮＹＹＹＮＮＮＮＮＮ）でマスクする。共通マスクパターン１３００は、複数のマスクパターンの論理和で表し、Ｎとなった箇所はすべての送信先において撮影不要であり最初にマスクする。このケースの場合、共通マスクパターン１３００＝マスクパターン１２９１  ＯＲ  マスクパターン１２９２＝ＹＹＮＹＹＹＮＹＮＮＮ（図１３の１３００）となる。つまり、「本籍」「条件等」「取得日」「種類」「写真」の５項目について、「Ｂ銀行」「Ｃ信販」ともに撮影不要であるためマスクする。
【００９８】
また、追加マスクパターン１３０１〜１３０２（図１３）とは、共通マスクパターン１３００で撮影した画像に、追加でマスク処理を行うためのマスクパターンであり、共通マスクパターン１３００から各マスクパターンを減算し、Ｙとなった箇所について追加でマスク処理を行う。
【００９９】
具体的には、Ｂ銀行の追加マスクパターン１３０１＝共通マスクパターン１３００  −  Ｂ銀行のマスクパターン１２９１＝ＹＹＮＹＹＹＮＹＮＮＮ−ＹＹＮＹＮＹＮＹＮＮＮ＝ＮＮＮＮＹＮＮＮＮＮＮとなる。つまり、共通マスクパターン１３００で撮影した画像に、５番目の項目「交付日」のみを追加でマスク処理を行った画像をＢ銀行に送信することになる。（後述のステップＳ７３５）
【０１００】
一方、Ｃ信販の追加マスクパターン１３０２＝ＹＹＮＹＹＹＮＹＮＮＮ−ＹＹＮＹＹＹＮＮＮＮＮ＝ＮＮＮＮＮＮＮＹＮＮＮとなり、共通マスクパターン１３００で撮影した画像に、８番目の項目「免許番号」のみを追加でマスク処理を行った画像をＣ信販に送信することになる。
【０１０１】
なお、ここでは、「Ｂ銀行」「Ｃ信販」とも追加マスクパターンが存在するが、減算の結果、追加マスクパターン＝すべてＮになった場合、その送信先に対しての追加マスク処理は不要になり、共通マスクパターン１３００で撮影した画像をそのまま送信することになる。
【０１０２】
ステップＳ７１９において、アプリケーションサーバ１０２は、証明書サイズ１２２８から撮影枠１００１（図１０）を、証明書項目座標１２４９と共通マスクパターン１３００から共通マスクパターン画像１０００（図１０）を、証明書項目座標１２４９と追加マスクパターン１３０１〜１３０２から追加マスクパターン画像（図１４の１４０１と１４０２）を、それぞれ作成する。
【０１０３】
具体的には、マスクパターンが「Ｎ」の項目は、企業にとって入手不要な情報であるため、マスクを行う。マスクを行う項目に対応する証明書項目座標１２４９の「開始座標Ｘ」「開始座標Ｙ」「終了座標Ｘ」「終了座標Ｙ」の４点を結ぶ矩形を作成し、所定の色で作成された矩形をすべて塗りつぶすことにより、マスクパターン画像を作成する。この方法で、証明書項目座標１２４９と共通マスクパターン１３００から共通マスクパターン画像１０００を、証明書項目座標１２４９とＢ銀行の追加マスクパターン１３０１からＢ銀行の追加マスクパターン画像（図１４の１４０１）を、証明書項目座標１２４９とＣ信販の追加マスクパターン１３０２からＣ信販の追加マスクパターン画像（図１４の１４０２）を、それぞれ作成し、ＨＴＴＰセッションＩＤまたはユーザＩＤとともに、「送信先企業コード」「ユーザを特定する情報」「手続コード」「証明書コード」「追加マスクパターン画像」を紐付けてＲＡＭ２０３または外部メモリ２１１に保存する。
【０１０４】
証明書の送信先が単数の場合、ステップＳ７２０において、アプリケーションサーバ１０２は、証明書サイズ１２２８から撮影枠１００１を、証明書項目座標１２４９とマスクパターンからマスクパターン画像を作成する。証明書の送信先が単数の場合は、このマスクパターン画像を共通マスクパターン画像１０００と呼ぶ。マスクパターンからマスクパターン画像を作成する方法は、マスクパターンが「Ｎ」の項目に対応する証明書項目座標１２４９の「開始座標Ｘ」「開始座標Ｙ」「終了座標Ｘ」「終了座標Ｙ」の２点を対角とする矩形を作成し、所定の色で作成された矩形をすべて塗りつぶすことにより、共通マスクパターン画像１０００を作成し、ＨＴＴＰセッションＩＤまたはユーザＩＤとともに、「送信先企業コード」「ユーザを特定する情報」「手続コード」「証明書コード」「追加マスクパターン画像」を紐付けてＲＡＭ２０３または外部メモリ２１１に保存する。
【０１０５】
なお、「共通マスクパターン画像１０００」「撮影枠１００１」「追加マスクパターン画像１４０１〜１４０２」の作成は、アプリケーションサーバ１０２で行ったが、クライアント端末１０１で作成してもよい。クライアント端末１０１で「共通マスクパターン画像１０００」「撮影枠１００１」「追加マスクパターン画像１４０１〜１４０２」の作成を行う場合は、アプリケーションサーバ１０２からクライアント端末１０１に、「証明書サイズ１２２８」「証明書項目座標１２４９」「マスクパターン１２９１〜１２９２」を送信することで、クライアント端末１０１での作成を可能にする。
【０１０６】
ステップＳ７２１において、アプリケーションサーバ１０２は、クライアント端末１０１に「共通マスクパターン画像１０００」「撮影枠１００１」、およびステップＳ７１６で取得した「撮影時コメント１２５９」を送信する。
【０１０７】
ステップＳ７２２において、クライアント端末１０１は、「共通マスクパターン画像１０００」「撮影枠１００１」「撮影時コメント１２５９」を受信する。
【０１０８】
ステップＳ７２３において、クライアント端末１０１は、撮影画像マスキングのアプリケーションがＯＳに対してカメラ２１２の起動命令を発行する。
【０１０９】
ステップＳ７２４において、クライアント端末１０１は、ＣＲＴ２１０に「共通マスクパターン画像１０００」「撮影枠１００１」「撮影時コメント１２５９」を表示する。（図１０）
【０１１０】
「撮影時コメント１２５９」が複数存在する場合には、複数のコメントを表示する。具体的には、ユーザによって、Ｂ銀行とＣ信販に対し同時に住所変更手続を行うと選択された場合、運転免許証（オモテ）撮影時に表示する「撮影時コメント」はレコードＲ１２５１の「ガイドラインに免許証内側の黒い枠線を合わせてください。」とレコードＲ１２５４の「有効期限が切れていないことを確認してください。」の２つ存在するため、Ｂ銀行とＣ信販のどちらのコメントかわかるようにして表示する。（図１０の１００３と１００４）また、図１０の１００２の『「Ｂ銀行」「Ｃ信販」用の運転免許証を同時に撮影します。』のメッセージのように、複数の送信先用に一括撮影する旨の表示をする。
【０１１１】
ステップＳ７２５において、クライアント端末１０１は、撮影枠と撮影対象証明書の枠が重なったか否かを判定する。重なり判定による撮影については、既知の技術を用いて行うものとして説明を省略する。なお、ユーザによって撮影ボタンが押下されることを検知して撮影してもよい。
【０１１２】
撮影枠と撮影対象証明書の枠が重なった場合、ステップＳ７２６において、クライアント端末１０１は、自動で撮影処理を行い、撮影によって得られた証明書画像と共通マスクパターン画像１０００を合成した共通マスク合成写真１４１０（図１４）を作成する。共通マスクパターン画像１０００のマスク領域以外は透過設定がされており、撮影によって得られた証明書画像に共通マスクパターン画像１０００を重ね合わせることで共通マスク合成写真１４１０が生成される。
【０１１３】
撮影枠と撮影対象証明書の枠が重なっていない場合、ステップＳ７２５に戻る。
【０１１４】
ステップＳ７２７において、クライアント端末１０１は、共通マスク合成写真１４１０をＲＡＭ２０３に保存し、ＣＲＴ２１０に表示する。（図１１）
【０１１５】
ステップＳ７２８において、クライアント端末１０１は、共通マスク合成写真１４１０のマスクされていない部分について、撮影した文字をＯＣＲ処理を行い、正常に読み取りできるか判定する。ＯＣＲ読み取りできるかの判定は、ＯＣＲ処理の結果、テキストデータが得られなかった場合、すなわちエラーとなった場合に、読み取りできないと判定し、テキストデータが得られた場合に、読み取りができたと判定する。なお、ＯＣＲ技術は既知の技術であるため説明を省略する
読み取りできなかった場合は、ステップＳ７２４に戻る。
【０１１６】
読み取りできた場合は、ステップＳ７２９において、クライアント端末１０１は、ＣＲＴ２１０に「この画像を保存しますか？」の確認メッセージを表示し、「Ｙｅｓ」「Ｎｏ」のどちらが選択されたか判定する。
【０１１７】
「Ｎｏ」が選択された場合、クライアント端末１０１は、ＲＡＭ２０３から共通マスク合成写真１４１０を消去し、ステップＳ７２４に戻る。
【０１１８】
「Ｙｅｓ」が選択された場合、ステップＳ７３０において、クライアント端末１０１は、外部メモリ２１１に共通マスク合成写真１４１０を保存する。
【０１１９】
ステップＳ７３１において、クライアント端末１０１は、共通マスク合成写真１４１０を外部メモリ２１１から取得し、ＨＴＴＰセッションＩＤまたはユーザＩＤとともに、アプリケーションサーバ１０２に送信する。
【０１２０】
ステップＳ７３２において、アプリケーションサーバ１０２は、共通マスク合成写真１４１０とＨＴＴＰセッションＩＤまたはユーザＩＤとともに受信し、外部メモリ２１１に保存する。
【０１２１】
ステップＳ７３３において、アプリケーションサーバ１０２は、ＲＡＭ２０３または外部メモリ２１１に受信したＨＴＴＰセッションＩＤまたはユーザＩＤとともに記憶されている、「送信先企業コード」「手続コード」「証明書コード」「追加マスクパターン画像」を検索し、追加マスクパターン１３０１〜１３０２が存在するか否かを判定する。
【０１２２】
ＲＡＭ２０３または外部メモリ２１１に追加マスクパターンが存在する場合、ステップＳ７３４において、アプリケーションサーバ１０２は、外部メモリ２１１に保存されている共通マスク合成写真１４１０と追加マスクパターン画像１４０１〜１４０２とを合成することにより、追加マスク合成写真１４１１〜１４１２を作成し、外部メモリ２１１に保存する。追加マスクパターン画像１４０１〜１４０２のマスク領域以外は透過設定がされており、共通マスク合成写真１４１０に追加マスクパターン画像１４０１〜１４０２を重ね合わせることで追加マスク合成写真１４１１〜１４１２が生成される
【０１２３】
外部メモリ２１１に追加マスクパターン画像１４０１〜１４０２が存在しない場合、ステップＳ７３５に進む。
【０１２４】
ステップＳ７３５において、アプリケーションサーバ１０２は、共通マスク合成写真１４１０または追加マスク合成写真１４１１〜１４１２を、ＲＡＭ２０３または外部メモリ２１１に保存されているＨＴＴＰセッションＩＤまたはユーザＩＤに紐付けられている「手続コード」「ユーザを特定する情報」ともに、各企業のアプリケーションサーバ１０８〜１１０へ送信する。各企業のアプリケーションサーバ１０８〜１１０への送信方式については、ＳＯＡＰやＲＥＳＴなどの既知の技術を用いて行うものとして説明を省略する。ここでは、アプリケーションサーバ１０２が、各企業のアプリケーションサーバ１０８〜１１０へデータを送信するＰＵＳＨ型としたが、アプリケーションサーバ１０２などのストレージに各企業向けのフォルダを作成し、各企業のアプリケーションサーバ１０８〜１１０が定期的に各企業向けのフォルダを閲覧し、共通マスク合成写真１４１０または追加マスク合成写真１４１１〜１４１２などのファイルが保存されていたら、各企業のアプリケーションサーバ１０８〜１１０がそれらのデータを取得するＰＵＬＬ型の仕組みにしてもよい。
【０１２５】
ステップＳ７３６において、クライアント端末１０１は、外部メモリ２１１に保存されている共通マスク合成写真１４１０を削除する。
【０１２６】
ステップＳ７３７において、クライアント端末１０１は、撮影画像マスキングのアプリケーションを終了する。
【０１２７】
ここまでで、ユーザが複数企業に対し同一証明書の画像を送信する流れについて、説明を完了する。
【０１２８】
以上、本実施形態によれば、共通のマスク領域が設定された画像を用いて共通のマスクされた画像を生成し、異なるマスク領域がマスクされた画像を生成することで、例えば、証明書などを繰り返して撮影することを減らし、証明書などの画像の送信において、証明書に記載の情報が不要にネットワーク上に流れないようにすることができる。
【０１２９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１３２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３５】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０１３６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１３８】
１０１  クライアント端末
１０２  アプリケーションサーバ
１０３  データベースサーバ
１０４  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信インタフェース（Ｉ／Ｆ）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
２１２  カメラ
【図１】
2015032063.tif 000003
【図２】
2015032063.tif 000004
【図３】
2015032063.tif 000005
【図４】
2015032063.tif 000006
【図５】
2015032063.tif 000007
【図６】
2015032063.tif 000008
【図７Ａ】
2015032063.tif 000009
【図７Ｂ】
2015032063.tif 000010
【図８】
2015032063.tif 000011
【図９】
2015032063.tif 000012
【図１０】
2015032063.tif 000013
【図１１】
2015032063.tif 000014
【図１２】
2015032063.tif 000015
【図１３】
2015032063.tif 000016
【図１４】
2015032063.tif 000017
【手続補正書】
【提出日】平成25年8月6日(2013.8.6)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図７Ａ
【補正方法】変更
【補正の内容】
【図７Ａ】
2015032063.tif 000018
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図７Ｂ
【補正方法】変更
【補正の内容】
【図７Ｂ】
2015032063.tif 000019