認証装置、認証方法、および、認証用プログラム
【課題】本人確認用書類の確認に係る負担を軽減することが可能な認証装置を提供すること。
【解決手段】ユーザ側の端末装置（携帯電話機４０）が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置１０において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段（制御モジュール６０、通信モジュール６１）と、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段（通信モジュール６１）と、受信手段によって受信された画像データの適切性について判定する判定手段（制御モジュール６０、一致率判定モジュール６２）と、を有する。
【解決手段】ユーザ側の端末装置（携帯電話機４０）が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置１０において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段（制御モジュール６０、通信モジュール６１）と、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段（通信モジュール６１）と、受信手段によって受信された画像データの適切性について判定する判定手段（制御モジュール６０、一致率判定モジュール６２）と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証装置、認証方法、および、認証用プログラムに関する。
【背景技術】
【０００２】
インターネット等を用いた商取引では、なりすまし等を防止するために、本人確認を行う場合がある。
【０００３】
特許文献１には、カメラ付きの携帯電話機により、本人確認用の書類（例えば、運転免許証）を撮像し、ネットワークを介して撮像された画像データを送信することで、本人確認を行う技術も提案されている。
【０００４】
【特許文献１】特開２００５−２４２７７０号公報（要約書、図面）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１の技術では、携帯電話機によって送られた画像データは、最終的には人間が目視で確認することになる。このため、本人確認用の書類には該当しない書類が送られてきたり、本人以外の書類が送られてきたりした場合には、それを目視で確認した上で、ユーザに対して画像データを再度送るように要求する必要がある。したがって、特許文献１の技術では、確認者の手間を要するという問題点がある。
【０００６】
また、特許文献１の技術では、画像データの撮像はユーザが行うため、撮像環境またはユーザの習熟の度合いによっては、不鮮明な画像データが送られてくる場合がある。そのような場合にも、前述の場合と同様に、確認者が目視で確認した上で、ユーザに対して画像データを再度送るように要求する必要がある。したがって、この場合も、確認者の手間を要するという問題点がある。
【０００７】
さらに、近年では、いわゆる「個人情報保護法」の施行によって、機微情報（センシティブ情報）については、収集が原則として禁止される。このため、特許文献１に記載の技術では、送信されてきた画像データに機微情報が含まれていた場合には、確認者がマニュアル操作等により削除する必要がある。このため、確認者の負担が増大するという問題点がある。
【０００８】
本発明は、上記の事情に基づきなされたもので、その目的とするところは、本人確認用書類の確認に係る負担を軽減することが可能な認証装置、認証方法、および、認証用プログラムを提供することである。
【課題を解決するための手段】
【０００９】
上述の目的を達成するため、本発明の認証装置は、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段と、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段と、受信手段によって受信された画像データの適切性について判定する判定手段と、を有する。
【００１０】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証装置を提供することができる。
【００１１】
また、本発明の他の認証装置は、前述の発明に加えて、端末装置の種類を示す情報と、それぞれの種類の端末装置に対応する設定情報とを関連付けして格納する設定情報格納手段と、端末装置に対してその種類を特定するための情報を送るように要求する要求手段と、要求手段の要求の結果として送られてきた情報を参照し、設定情報格納手段から対応する設定情報を検索する設定情報検索手段と、をさらに有し、適切化手段は、設定情報検索手段によって得られた設定情報を、端末装置に対して送信し、撮像装置が適切な状態になるように設定するようにしている。このため、どのような端末装置で撮像する場合であっても、適切な画像データを得ることが可能になる。このため、本人確認用の書類の確認作業の負担を軽減することが可能になる。また、併せて、ユーザの負担を軽減することも可能になる。
【００１２】
また、本発明の他の認証装置は、前述の発明に加えて、適切化手段は、撮像装置において、被写体の不要な部分をマスクするためのマスク情報を送信し、認証に必要な情報のみを撮像装置に撮像させるようにしている。このため、確認作業を行う者が不要な情報を、例えば、マニュアル操作によってマスクする手間を省略することができる。
【００１３】
また、本発明の他の認証装置は、前述の発明に加えて、被写体は、本人確認用の書類であり、適切化手段は、本人確認用の書類のうちの、本人確認に必要ない情報をマスクするためのマスク情報を送信するようにしている。このため、確認作業を行う者が、本人確認用書類の機微情報等をマニュアル操作によって削除またはマスクする必要がなくなるため、確認者の負担を軽減することができる。
【００１４】
また、本発明の他の認証装置は、前述の発明に加えて、本人確認用の書類の種類を示す情報と、それぞれの書類の種類に対応するマスク情報とを関連づけて格納するマスク情報格納手段と、端末装置に対して、被写体となる本人確認用の書類の種類を問い合わせる問い合わせ手段と、問い合わせ手段によって問い合わせの結果として判明した書類の種類に対応したマスク情報をマスク情報格納手段から検索するマスク情報検索手段と、をさらに有し、適切化手段は、マスク情報検索手段によって得られたマスク情報を、端末装置に対して送信し、本人認証用の書類のうちの、本人確認に必要ない情報がマスクされた情報を撮像装置に撮像させるようにしている。このため、どのような種類の本人確認用の書類が選択された場合であっても、機微情報等を確実にマスクし、ユーザの個人情報を適切に保護することができる。
【００１５】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、受信手段によって受信された画像データに対して所定の画像処理を施し、その結果として得られた当該画像データの特性を示す特性情報に基づいて、当該画像データの適切性を判定するようにしている。このため、適切性を有しない画像データについては、自動的に除外することにより、確認者の負担を軽減することができる。
【００１６】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、受信手段によって受信された画像データが適切でないと判定した場合には、端末装置に対して画像データを再度撮像して送信するように要求するようにしている。このため、適切性を有しない画像データが送信された場合については、ユーザに再度撮像して送信するように促すことができるので、不適切な画像データを除外するとともに、適切な画像データが送信されるように担保することで、確認者の負担をさらに軽減することができる。
【００１７】
また、本発明の他の認証装置は、前述の発明に加えて、画像データの特性情報は、当該画像データの解像度、明度、コントラスト、シャープネス、および、レイアウトの状態を示す情報の少なくとも１つまたはこれらの組み合わせとしている。このため、画像データとして適切な特性を有する画像データを得ることができるとともに、不適切と判定された場合には、どの特性が不適切であるかをユーザに確実に通知することができる。したがって、確認者のみならず、ユーザの負担を軽減することができる。
【００１８】
また、本発明の他の認証装置は、前述の発明に加えて、端末装置は、テキスト情報を入力可能な入力装置を有し、判定手段は、撮像装置によって撮像された本人認証用の書類に含まれている文字情報をテキストデータに変換し、当該テキストデータと入力装置から入力されたテキストデータと比較し、これらの一致率が一定以上の場合には、適切であると判定するようにしている。このため、本人確認用の書類に記載されている内容から判断して不適切である場合には、確認者が確認する前に不適切であると判定するので、確認者の負担を軽減することができる。
【００１９】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、本人確認用の書類に含まれている情報と、テキストデータに含まれる情報との対応関係を示す情報に基づいて、これらの情報の一致率を判定する。このため、複数の情報に基づいて、多角的に本人確認用の書類の適切性を判定することができるので、より確実な本人確認用の書類だけを確認者に確認させることにより、確認者の負担を軽減することができる。
【００２０】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、不適切と判定した場合には、端末装置に対してその旨を通知する。このため、本人確認用の書類が不適切であった場合には、ユーザに対してその旨を通知することにより、確認者に連絡を取らせる場合に比較して、確認者の負担を軽減できる。また、必要な場合には、本人確認用の書類の画像データをユーザに再度送信させることができる。
【００２１】
また、本発明の認証方法は、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証方法において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行い、送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信し、受信された画像データの適切性について判定する。
【００２２】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証方法を提供することができる。
【００２３】
また、本発明の認証用プログラムは、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う処理をコンピュータに機能させるコンピュータ読み取り可能な認証用プログラムにおいて、コンピュータを、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段、受信手段によって受信された画像データの適切性について判定する判定手段、として機能させる。
【００２４】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証用プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の一実施の形態について、図面を参照して説明する。
【００２６】
第１の実施の形態
【００２７】
図１は、本発明の第１の実施の形態に係る認証システムの構成例を示す図である。この図に示すように、第１の実施の形態に係る認証システムは、認証装置１０、ネットワーク２０、基地局３０、および、携帯電話機４０を主要な構成要素としている。なお、本発明に係る認証装置は、認証装置１０を例として説明する。また、本発明に係る認証方法は、認証装置１０の動作として説明する。また、本発明に係る認証用プログラムは、認証装置を制御するプログラムの動作として説明する。
【００２８】
ここで、認証装置１０は、当該認証サービスを提供する事業者が管理する、例えば、サーバ装置である。認証装置１０は、携帯電話機４０によって撮像された本人確認用書類の画像データを、ネットワーク２０を介して受信して所定の処理を施し、その結果として、受容性を有すると判断された画像データについては、登録する処理を実行する。
【００２９】
ネットワーク２０は、例えば、インターネット等によって構成され、認証装置１０と携帯電話機４０との間で情報を送受信する。
【００３０】
基地局３０は、所定の広さを有するエリア内に１つ設置され、携帯電話機４０との間で情報の授受を行うとともに、携帯電話機４０が移動した場合または何らかの原因で交信状況が悪化した場合には、ある基地局から他の基地局へ交信先を切り替えるハンドオーバー処理を実行する。
【００３１】
端末装置としての携帯電話機４０は、本人確認を行うユーザが所有する携帯電話機であり、本人確認用書類を撮像する撮像装置を有するとともに、ネットワーク２０を介して認証装置１０にアクセス可能な機能を有する。
【００３２】
図２は、図１に示す認証装置１０の詳細な構成例を示す図である。この図に示すように、認証装置１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ（Hard Disk Drive）１０ｄ、画像処理回路１０ｅ、Ｉ／Ｆ（Interface）１０ｆ、バス１０ｇ、表示装置１０ｈ、および、入力装置１０ｉを主要な構成要素としている。なお、表示装置１０ｈおよび入力装置１０ｉについては、例えば、ネットワークを介して表示および入力を行う場合もあり、そのような場合にはこれらを省略することも可能である。また、ＨＤＤ１０ｄについても、他の種類の記憶装置（例えば、ストリーマ等）を使用することも可能である。
【００３３】
ここで、ＣＰＵ１０ａは、ＲＯＭ１０ｂまたはＨＤＤ１０ｄに格納されているプログラムまたはデータに基づいて、装置の各部を制御するとともに、各種の演算処理を実行する中央処理装置である。
【００３４】
ＲＯＭ１０ｂは、ＣＰＵ１０ａが実行する基本的なプログラムおよびデータを格納する半導体記憶装置である。ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行するプログラムおよびデータを一時的に格納する半導体記憶装置である。
【００３５】
ＨＤＤ１０ｄは、磁気記録媒体であるハードディスクに対して情報を読み書きすることが可能な記憶装置である。この実施の形態では、ＨＤＤ１０ｄは、ＯＳ（Operating System）１０ｄ１およびプログラム１０ｄ２を記憶している。ＯＳ１０ｄ１は、認証装置１０を制御する基本的なプログラムであり、入力装置１０ｉからの入出力に関する制御や、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、および、ＨＤＤ１０ｄ等の記憶装置の管理等の処理を実行する。プログラム１０ｄ２は、後述する処理を実現するためのプログラムである。なお、プログラム１０ｄ２の詳細については後述する。
【００３６】
画像処理回路１０ｅは、ＶＲＡＭ（Video RAM）を内蔵しており、ＣＰＵ１０ａから供給された描画命令を受け取り、当該描画命令に従って描画処理を実行し、得られた画像データをＶＲＡＭに格納するとともに、映像信号に変換して表示装置１０ｈに供給し、表示させる。
【００３７】
Ｉ／Ｆ１０ｆは、入力装置１０ｉからデータを入力する際に、データの表現形式を認証装置１０の内部形式に従って変換するとともに、ネットワーク２０を介して携帯電話機４０との間でデータを授受する際に、データをパケット化およびアンパケット化する処理を実行する。
【００３８】
バス１０ｇは、ＣＰＵ１０ａ、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、ＨＤＤ１０ｄ、画像処理回路１０ｅ、および、Ｉ／Ｆ１０ｆを相互に接続し、これらの間でデータの授受を可能とするための信号線群である。
【００３９】
表示装置１０ｈは、例えば、ＣＲＴ（Cathode Ray Tube）モニタまたはＬＣＤ（Liquid Crystal Display）等によって構成され、画像処理回路１０ｅから供給された映像信号を表示部に表示する。なお、前述のように、表示装置１０ｈは、装置の構成等によっては省略可能である。
【００４０】
入力装置１０ｉは、キーボードおよび／またはマウスによって構成され、ユーザの操作に応じたデータを生成して出力する。なお、前述のように、入力装置１０ｉは、装置の構成等によっては省略可能である。
【００４１】
図３は、図１に示す携帯電話機４０の詳細な構成例を示す図である。この図に示すように、携帯電話機４０は、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、ＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）４０ｄ、画像処理回路４０ｅ、Ｉ／Ｆ４０ｆ、バス４０ｇ、ＬＣＤ４０ｈ、入力装置４０ｉ、撮像装置４０ｊ、音声処理回路４０ｋ、および、通信回路４０ｍを主要な構成要素としている。なお、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、画像処理回路４０ｅ、および、バス４０ｇは、前述の認証装置１０の場合と同様であるので、その説明は省略する。なお、ＥＥＰＲＯＭ４０ｄの代わりに他の記憶装置（例えば、ＦＬＡＳＨメモリ等）を使用することも可能である。
【００４２】
ここで、ＥＥＰＲＯＭ４０ｄは、電源である電池の電力が無くなった場合でも記憶内容を保持することが可能であるとともに、電気的に内容を変更可能な半導体記憶装置である。ＥＥＰＲＯＭ４０ｄは、ＯＳ４０ｄ１およびプログラム４０ｄ２を記憶している。ＯＳ４０ｄ１は、前述のように、各種の入出力処理とメモリの管理処理とを実行する基本的なプログラムである。
【００４３】
入力装置４０ｉは、例えば、数字キーその他のキーによって構成され、ユーザの操作に応じたデータを生成して出力する。撮像装置４０ｊは、例えば、ＣＣＤ（Charge Coupled Device）カメラ等によって構成され、光学系によって被写体の画像をＣＣＤに合焦するとともに、ＣＣＤによって被写体の画像を対応する画像データに変換して出力する。
【００４４】
音声処理回路４０ｋは、図示せぬマイクロフォンから出力された音声信号を対応するディジタル信号に変換してＣＰＵ４０ａに供給するとともに、ＣＰＵ４０ａから供給されたディジタル信号を音声信号に変換して図示せぬスピーカから出力する。
【００４５】
通信回路４０ｍは、例えば、ＣＤＭＡ（Code Division Multiple Access）方式に基づいて、基地局３０との間で電波を媒介として情報を授受するための回路である。
【００４６】
つぎに、図４を参照して、図２に示す認証装置１０において実現される機能ブロックの一例について説明する。図４は、図２に示す認証装置１０において、ＯＳ１０ｄ１の下で、プログラム１０ｄ２が起動されて実行された場合に、認証装置１０のハードウエアと、ソフトウエアとしてのプログラム１０ｄ２とが協働することにより実現される機能ブロックについて説明する図である。
【００４７】
なお、第１の実施の形態では、携帯電話機４０側で本人確認用の書類（例えば、運転免許証（以下、単に「免許証」と記述する。））を撮像する場合に、前述した機微情報をマスクするためのマスク情報が認証装置１０から携帯電話機４０に送信され、携帯電話機４０では、撮像された本人確認用書類の機微情報を当該マスク情報を利用してマスクする。そして、機微情報がマスクされた画像データは、認証装置１０に送信され、そこで、文字認識処理が実行され、本人確認用書類に記載されている文字情報がテキスト情報に変換される。このようにして得られたテキストデータは、ユーザが携帯電話機４０の入力装置４０ｉを操作することによって別途入力されたテキスト情報と比較され、一致率が高い場合には本人であると認定されて管理者が判断する。また、一致率が低い場合には、画像データの再送または受け付けられない旨がユーザに対して要求される。
【００４８】
図４に戻って、認証装置１０に実現される機能ブロックとしては、主に、制御モジュール６０、通信モジュール６１、一致率判定モジュール６２、領域抽出モジュール６３、文字認識モジュール６４、および、記憶モジュール６５がある。
【００４９】
ここで、適切化手段の一部、問い合わせ手段、および、マスク情報検索手段としての制御モジュール６０は、他のモジュールを制御する中央制御モジュールである。具体的には、制御モジュール６０は、通信モジュール６１を介して携帯電話機４０との間で通信を行うとともに、画像処理回路１０ｅに対して描画命令を供給し、所定の画像を表示装置１０ｈに表示させる。また、制御モジュール６０は、領域抽出モジュール６３に対して画像データを供給し、認識対象となる領域を抽出させるとともに、抽出された画像データを文字認識モジュール６４に供給して文字認識処理を実行させる。そして、得られた認識結果と、携帯電話機４０から送られてきたテキストデータとの一致率を一致率判定モジュール６２に判定させる。さらに、制御モジュール６０は、記憶モジュール６５に記憶されている情報の管理を行う。
【００５０】
適切化手段の一部および受信手段としての通信モジュール６１は、ネットワーク２０を介して携帯電話機４０と通信を行う場合に、所定のプロトコルに基づいて、データのパック化およびアンパック化の処理を実行するモジュールである。一致率判定モジュール６２は、ユーザが携帯電話機４０を操作することにより入力されたテキストデータと、文字認識モジュール６４が本人確認用書類を認識して得られたテキストデータとの一致率を判定する。領域抽出モジュール６３は、本人確認用書類を撮像して得られた画像データから、本人確認用の文字情報が含まれている領域を抽出するモジュールである。文字認識モジュール６４は、領域抽出モジュール６３によって抽出された領域の画像データに対して文字認識処理を施して対応するテキストデータに変換するモジュールである。
【００５１】
記憶モジュール６５は、処理に関連するデータを格納するモジュールである。記憶モジュール６５は、画面表示用情報６５ａ、ユーザ情報６５ｂ、書類管理情報６５ｃ、マスク画像６５ｄ、レイアウト情報６５ｅ、および、対応関係情報６５ｆを有している。
【００５２】
ここで、画面表示用情報６５ａは、表示装置１０ｈおよび携帯電話機４０のＬＣＤ４０ｈに表示させる画面に関する情報（例えば、ＨＴＭＬ（Hyper Text Markup Language）文書等）である。ユーザ情報６５ｂは、一致率判定モジュール６２によって一致率が高いと判定された画像データ（本人確認用書類の画像データ）および別途送られてきたテキスト情報によって構成される。
【００５３】
書類管理情報６５ｃは、後述するように本人確認用書類のそれぞれのレイアウトに関する情報等を管理する情報である。図５は、書類管理情報の一例を示している。この図の例では、書類の種類、レイアウト情報、対応関係情報、および、マスク画像が関連付けされて格納されている。例えば、免許証の場合は、ファイル名「ｌｉｃｌａｙ．ｔｘｔ」のファイルがレイアウト情報６５ｅに格納されている該当するレイアウト情報であることが示されている。また、ファイル名「ｌｉｃｒｅｌ．ｔｘｔ」のファイルが対応関係情報６５ｆに格納されている該当する対応関係情報であることが示されている。さらに、ファイル名「ｌｉｃｍａｓｋ．ｇｉｆ」のファイルがマスク画像６５ｄに格納されている該当するマスク画像であることが示されている。なお、それぞれのファイルの詳細については後述する。
【００５４】
図４に戻る。マスク情報格納手段としてのマスク画像６５ｄは、本人確認用書類のそれぞれの機微情報をマスクするためのマスク情報としてのマスク画像群である。図５の免許証の例では、「ｌｉｃｍａｓｋ．ｇｉｆ」が対応する。レイアウト情報６５ｅは、各本人確認用書類に記載される記載内容のレイアウトを示す情報である。免許証の例では、「ｌｉｃｌａｙ．ｔｘｔ」が対応する。対応関係情報６５ｆは、携帯電話機４０から送信されたテキストデータと、本人確認用書類に記載された文字情報との対応関係を示す情報である。免許証の例では、「ｌｉｃｒｅｌ．ｔｘｔ」が対応する。
【００５５】
つぎに、第１の実施の形態の動作について説明する。以下では、まず、システムの管理者が認証装置１０を操作して、本人確認用書類の確認箇所およびマスク箇所を設定する処理について図６を参照して説明し、つぎに、ユーザが携帯電話機４０によって本人確認を行う際の処理について図９を参照して説明する。
【００５６】
図６は、図２に示す認証装置１０において、システムの管理者が入力装置１０ｉを操作して、図４に示す書類管理情報６５ｃを編集（または新規追加）する要求を行った場合に実行される処理である。このフローチャートが開始されると、以下のステップが実行される。
【００５７】
ステップＳ１：制御モジュール６０は、入力装置１０ｉから入力された情報を通信モジュール６１を介して入力し、書類管理情報６５ｃを編集する要求が管理者よりなされていることを認識し、記憶モジュール６５に記憶されている、書類管理情報の編集用画面を表示するための情報を画面表示用情報６５ａから取得し、画像処理回路１０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路１０ｅによって描画処理がなされ、得られた画像が映像信号に変換され、表示装置１０ｈに表示される。
【００５８】
図７は、ステップＳ１の処理の結果として、表示装置１０ｈの表示部に表示される情報の一例である。この例では、枠１００が表示され、その内部には、ボタン１００ａ〜１００ｄ、チェックボックス１００ｅ〜１００ｉ、ボタン１００ｊ〜１００ｐ、本人確認用書類画像１００ｑ、および、ボタン１００ｒ、１００ｓが表示されている。
【００５９】
ここで、ボタン１００ａ〜１００ｄは、編集対象となる本人確認用書類を選択するためのボタンである。具体的には、ボタン１００ａ〜１００ｄは、免許証、パスポート、保険証、および、年金手帳を選択する際にそれぞれ操作され、この例では、反転表示されているボタン１００ａが選択され、それに対応する免許証に関する情報が表示されている。チェックボックス１００ｅ〜１００ｉは、それぞれの右隣に表示されている項目を選択する場合にチェックされる。
【００６０】
本人確認用書類画像１００ｑは、ボタン１００ａ〜１００ｄのいずれかによって選択された本人確認用書類に対応する画像が表示される。この例では、ボタン１００ａが選択されているので、免許証に対応する画像が表示されている。ボタン１００ｒは、入力された内容を登録する場合に操作される。ボタン１００ｓは、入力された内容をキャンセルする場合に操作される。
【００６１】
ステップＳ２：制御モジュール６０は、管理者が入力装置１０ｉによってボタン１００ａ〜１００ｄを操作することにより、本人確認用書類の種類が選択されたか否かを判定し、選択された場合にはステップＳ３に進み、それ以外の場合には同様の処理を繰り返す。例えば、管理者が免許証に関する書類管理情報を編集するために、ボタン１００ａを操作した場合には、ステップＳ３に進む。
【００６２】
ステップＳ３：制御モジュール６０は、ステップＳ２において選択されたボタンに対応する本人確認用書類に関する情報を、画面表示用情報６５ａおよび書類管理情報６５ｃから取得し、表示装置１０ｈに表示する。例えば、免許証の場合には、まず、画面表示用情報６５ａから免許証の本人確認用書類画像１００ｑ、チェックボックス１００ｅ〜１００ｉ、および、ボタン１００ｊ〜１００ｐを含む画像を読み出して、枠１００内に表示する。また、書類管理情報６５ｃに情報が既に登録されている場合には、これらの情報に基づいた情報が枠１００内に表示される。図７の例は、書類管理情報６５ｃが未登録の状態に対応しており、本人確認用書類画像１００ｑ、チェックボックス１００ｅ〜１００ｉ、および、ボタン１００ｊ〜１００ｐのみが表示されている。なお、書類管理情報６５ｃに情報が既に登録されている場合には、例えば、後述する図８に示すような情報が表示される。
【００６３】
管理者は、図７に示す画面において、所定の操作を行うことにより、レイアウト情報等を入力することができる。すなわち、図７に示す画面において、ボタン１００ｊが操作された後に、本人確認用書類画像１００ｑの右上隅に表示されている生年月日の欄を領域指定する操作が入力装置１０ｉからなされた場合には、図８に示すように、当該領域にハッチングが施され、対応付けがなされたことが示される。また、チェックボックス１００ｅが自動的にチェックされる。
【００６４】
そして、後にボタン１００ｒが操作されると、後述するステップＳ５において、ハッチングが施された領域の位置情報（例えば、領域の４カ所を指定する位置情報）と、その記載内容である生年月日とが対応付けされて、該当するレイアウト情報に格納される。
【００６５】
いまの例では、免許証が選択されているので、入力された情報は、免許証のレイアウト情報のファイルとしてのｌｉｃｌａｙ．ｔｘｔに格納される。
【００６６】
また、対応関係情報としてのｌｉｃｒｅｌ．ｔｘｔには、後述する図１０に示す入力画面から入力された情報と、図８に示す本人確認用書類の記載内容との対応関係が格納される。同様にして、ボタン１００ｋを操作して、本人確認用書類画像１００ｑの右上隅の欄が領域指定された場合には、該当する情報がレイアウト情報６５ｅと対応関係情報６５ｆに書き込まれる。なお、ボタン１００ｍについても同様の処理がなされる。さらに、ボタン１００ｎが操作されて、本籍の欄が領域指定された場合には、当該領域をマスクするための画像が生成され、マスク画像（ｌｉｃｍａｓｋ．ｇｉｆ）として格納される。
【００６７】
ステップＳ４：制御モジュール６０は、入力が終了してボタン１００ｒが操作されたか否かを判定し、操作された場合にはステップＳ５に進み、それ以外の場合には同様の処理を繰り返す。
【００６８】
ステップＳ５：制御モジュール６０は、前述したように、図８において入力された情報に基づいて、レイアウト情報、対応関係情報、および、マスク画像を記憶モジュール６５に登録する（または更新する）処理を実行する。
【００６９】
以上の処理により、記憶モジュール６５には、図８の画面において入力された情報が登録される。管理者は、図８に示す画面において所定の操作を行うことにより、本人確認用書類のそれぞれについて設定を行うことができる。なお、以上では、管理者の操作に応じて情報を生成して登録するようにしたが、このような情報を予め作成して登録しておき、必要に応じて編集等するようにしてもよい。
【００７０】
つぎに、ユーザが携帯電話機４０から認証装置１０にアクセスして本人確認を行う場合の処理について説明する。
【００７１】
図９は、ユーザが携帯電話機４０から認証装置１０にアクセスして、本人確認を行う場合の処理の流れを説明するためのフローチャートである。このフローチャートが実行されると以下のステップが実行される。なお、このフローチャートは、携帯電話機４０と認証装置１０において実行される処理の流れを示している。
【００７２】
ステップＳ１０：ユーザが携帯電話機４０の入力装置４０ｉを操作し、認証装置１０の本人確認を行うためのサイトに対して付与されたＵＲＬ（Uniform Resource Locator）に対してアクセスする指示を行った場合には、携帯電話機４０のＣＰＵ４０ａは、Ｉ／Ｆ４０ｆ、通信回路４０ｍ、基地局３０、および、ネットワーク２０を介して認証装置１０にアクセスし、所定の情報を送信するように認証装置１０に要求する。
【００７３】
ステップＳ１１：携帯電話機４０からの登録要求を通信モジュール６１を介して受信した制御モジュール６０は、記憶モジュール６５の画面表示用情報６５ａから、登録画面を表示するための情報を読み出し、通信モジュール６１を介して、要求を行った携帯電話機４０に対して送信する。
【００７４】
ステップＳ１２：携帯電話機４０のＣＰＵ４０ａは、ステップＳ１１において、認証装置１０から送信された登録画面表示情報を受信し、画像処理回路４０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路４０ｅは、描画処理を実行し、得られた画像を映像信号に変換してＬＣＤ４０ｈに表示する。
【００７５】
図１０は、ステップＳ１２の処理により、ＬＣＤ４０ｈに表示される情報の一例を示している。この例では、枠１１０内の最上部には、タイトル１１０ａとしての「登録画面」が表示されている。また、その下には、テキストボックス１１０ｂ〜１１０ｉが表示され、最下部にはボタン１１０ｊが表示されている。ここで、テキストボックス１１０ｂ，１１０ｃには登録を受けようとするユーザの姓および名が漢字でそれぞれ入力され、テキストボックス１１０ｃ，１１０ｄには、姓および名がカナで入力される。また、テキストボックス１１０ｆ〜１１０ｈには、生年月日の年、月、日がそれぞれ入力される。テキストボックス１１０ｉには、ユーザの住所が入力される。ボタン１１０ｊは、入力された情報を認証装置１０に送信する場合に操作される。
【００７６】
ステップＳ１３：ＣＰＵ４０ａは、図１０に示す画面において所定の情報が入力された後に、ボタン１１０ｊが操作されたか否かを判定し、操作された場合にはステップＳ１４に進み、それ以外の場合には同様の処理を繰り返す。
【００７７】
ステップＳ１４：ＣＰＵ４０ａは、図１０に示す画面において入力された情報をテキスト情報として、認証装置１０に送信する。具体的には、図１０において入力された情報に対してそれぞれの項目の内容を示すタグが付与され、認証装置１０に対して送信される。
【００７８】
ステップＳ１５：制御モジュール６０は、ステップＳ１４において、携帯電話機４０から送信されたテキスト情報を受信し、記憶モジュール６５にユーザ情報６５ｂとして登録する。
【００７９】
ステップＳ１６：制御モジュール６０は、記憶モジュール６５の画面表示用情報６５ａから書類選択画面を表示するための情報を取得し、通信モジュール６１を介して携帯電話機４０に送信する。
【００８０】
ステップＳ１７：ＣＰＵ４０ａは、ステップＳ１６において認証装置１０から送信された書類選択画面を表示するための情報を受信し、画像処理回路４０ｅのＶＲＡＭに書き込む。その結果、ＬＣＤ４０ｈには、図１１に示すような書類選択画面が表示される。
【００８１】
図１１に示す画面では、枠１２０内の最上部には、タイトル１２０ａとしての「書類選択画面」が表示されている。その下には、ラジオボタン１２０ｂ〜１２０ｅが表示されている。また、最下部にはボタン１２０ｆが表示されている。ここで、ラジオボタン１２０ｂ〜１２０ｅは、免許証、パスポート、保険証、および、年金手帳をそれぞれ選択する場合に操作される。なお、この例では、ラジオボタン１２０ｂがチェックされているので、免許証が選択されている。ボタン１２０ｆは、入力された情報を認証装置１０に送信する場合に操作される。
【００８２】
ステップＳ１８：ＣＰＵ４０ａは、図１１に示す画面において、所定のラジオボタンが選択された後に、送信ボタン１２０ｆが操作された場合には、ステップＳ１９に進み、それ以外の場合には同様の処理を繰り返す。
【００８３】
ステップＳ１９：ＣＰＵ４０ａは、図１１に示す画面において入力された情報を、認証装置１０に対して送信する。図１１に示す画面では、ラジオボタン１２０ｂがチェックされているので、本人確認用書類として免許証を選択することを示す情報が認証装置１０に対して送信される。
【００８４】
ステップＳ２０：制御モジュール６０は、ステップＳ１９において携帯電話機４０から送信された情報を受信する。そして、書類管理情報６５ｃを参照して、選択された書類に対応するマスク画像をマスク画像６５ｄから取得し、通信モジュール６１を介して、携帯電話機４０に送信する。図１１の例では、免許証が選択されているので、制御モジュール６０は、書類管理情報６５ｃを参照し、選択された免許証に対応するマスク画像のファイル名「ｌｉｃｍａｓｋ．ｇｉｆ」を特定し、該当するファイルをマスク画像６５ｄから取得して、携帯電話機４０に送信する。この結果、図８において登録されたマスク画像（図８の例では、本籍をマスクするための画像）が、携帯電話機４０に送信される。
【００８５】
ステップＳ２１：携帯電話機４０のＣＰＵ４０ａは、ステップＳ２０において、認証装置１０から送信されたマスク画像を受信し、画像処理回路４０ｅに供給する。その結果、ＬＣＤ４０ｈには、例えば、図１２に示すマスク画像が表示される。図１２の例では、ＬＣＤ４０ｈには、免許証の形状を示す枠１３０ａが表示され、その内部には本籍をマスクするための矩形１３０ｂが表示されている。ユーザは、ＬＣＤ４０ｈにこのようなマスク画像が表示された状態で、携帯電話機４０の図示せぬレンズを免許証に向け、撮像装置４０ｊによって撮像された免許証の画像が枠１３０ａ内に収まるように位置関係を調整した後、入力装置４０ｉを操作することにより、撮像装置４０ｊによって免許証を撮像する。その結果、図１３に示すように、枠１３０ａ内に、免許証の画像１３０ｃが嵌め込まれた状態で画像が撮像される。
【００８６】
ステップＳ２２：ＣＰＵ４０ａは、本人確認用書類の撮像が終了したか否かを判定し、終了した場合にはステップＳ２３に進み、それ以外の場合には同様の処理を繰り返す。例えば、撮像完了を示す操作がユーザによって入力装置４０ｉに対してなされた場合には、ステップＳ２３に進む。
【００８７】
ステップＳ２３：ＣＰＵ４０ａは、ステップＳ２２において撮像された本人確認用書類の画像と、マスク画像とを重畳する処理を実行する。この重畳処理によって、本人確認用書類の画像の所定の情報（機微情報等）がマスクされることになる。図１３の例では、免許証の本籍の欄に記載された情報がマスクされる。
【００８８】
ステップＳ２４：ＣＰＵ４０ａは、マスク画像が重畳された本人確認用書類の画像をＩ／Ｆ４０ｆおよび通信回路４０ｍを介して認証装置１０に送信する。その結果、認証装置１０の制御モジュール６０は、通信モジュール６１を介して当該情報を受信する。
【００８９】
ステップＳ２５：制御モジュール６０は、書類管理情報６５ｃを参照し、ステップＳ１７において表示された選択画面において選択された書類に対応する、レイアウト情報をレイアウト情報６５ｅから取得する。いまの例では、免許証が選択されているので、ｌｉｃｎｌａｙ．ｔｘｔが取得される。
【００９０】
ステップＳ２６：制御モジュール６０は、携帯電話機４０から送信された本人確認用書類の画像に対して文字認識処理を施し、記載されている情報を抽出する。具体的には、制御モジュール６０は、本人確認用書類の画像データと、レイアウト情報とを領域抽出モジュール６３に供給する。領域抽出モジュール６３は、レイアウト情報を参照して、画像データから所定の領域を抽出し、制御モジュール６０を介して文字認識モジュール６４に供給する。文字認識モジュール６４は、供給された領域に対して文字認識処理を実行し、当該領域に含まれている文字情報を取得する。このような処理を繰り返すことにより、本人確認用書類の画像データに含まれている文字情報のうち、例えば、図８において指定された領域に含まれている文字情報（氏名、生年月日、住所等）が文字認識処理によって取得される。このようにして取得された情報は、それぞれの文字情報の種類を示すタグとともに、制御モジュール６０に供給される。
【００９１】
ステップＳ２７：制御モジュール６０は、選択されている本人確認用書類に対応する対応関係情報を記憶モジュール６５の対応関係情報６５ｆから取得する。いまの例では、免許証が選択されているので、ファイルｌｉｃｒｅｌ．ｔｘｔが対応関係情報６５ｆから取得される。
【００９２】
ステップＳ２８：制御モジュール６０は、ステップＳ１５において登録されたテキスト情報（図１０に示す登録画面において入力されたテキスト情報）を、記憶モジュール６５のユーザ情報６５ｂから取得する。
【００９３】
ステップＳ２９：制御モジュール６０は、対応関係情報を参照し、文字認識の結果として得られた文字情報と、それに対応するテキスト情報の文字情報とを比較し、これらが一致するかを判定する。例えば、図８の例では、免許証に記載された氏名と、図１０に示す画面のテキストボックス１１０ｂ、１１０ｃにおいて入力された氏名とが比較され、これらが一致するか否かが判定される。このような判断は、図８に示す画面において指定された全ての情報（すなわち、氏名、生年月日、および、住所）について判定される。
【００９４】
ステップＳ３０：制御モジュール６０は、ステップＳ２９の判断により、一致率が所定の閾値よりも高いか否かを判定し、高い場合にはステップＳ３１に進み、それ以外の場合にはステップＳ３２に進む。例えば、全ての項目について、一致率が９０％以上ある場合には、一致率が高いとしてステップＳ３１に進む。なお、文字認識処理では、誤認識も生じることから、当該誤認識の発生率も考慮して、閾値を設定する必要がある。認識する対象にもよるが、一般には、文字認識率は９０％程度であるので、閾値として、例えば、９０％を選択することができる。
【００９５】
ステップＳ３１：制御モジュール６０は、本人確認用書類が本人のものである蓋然性が高いとして、ステップＳ２４において送信された画像データを、ステップＳ１５において既に登録されているテキスト情報と関連付けして、ユーザ情報６５ｂに登録する。このようにして登録された情報は、後に、登録の可否を判断する確認者により目視によって確認され、内容が所定の基準を満たしている場合には、本人確認に成功したとして、ユーザに対して通知がなされるとともに、ユーザによる所定のサービスの需要が可能になる。
【００９６】
ステップＳ３２：制御モジュール６０は、本人確認に失敗したとして、ユーザに対してその旨を通知する拒絶処理を実行する。なお、ステップＳ１５において既に登録されているテキスト情報については、記憶モジュール６５から削除するようにしてもよい。
【００９７】
以上の処理によれば、本人確認用書類の画像データに対して文字認識処理を施し、得られた文字情報と、ユーザによって直接入力されたテキスト情報とを比較し、一致率が所定の閾値よりも高い場合には、当該本人確認用書類の画像データは有効であると判定し、それ以外の場合には無効としてユーザに通知するようにした。このため、確認者は、一致率が高い本人確認用書類の画像データのみを視認により確認することになるので、それ以外の情報に対する視認処理を省略することで、作業の負荷を軽減することができる。具体的には、本人確認用書類として、誤って他人の書類を使用して登録しようとした場合には、当該書類の画像データについては一致率が低いとして拒絶されるので、このような場合についてまでも確認者が視認による確認を行うことを回避できるため、確認者の負担が軽減される。
【００９８】
また、以上の処理では、本人確認用書類を撮像する際に、マスク画像を利用して機微情報をマスクした状態で、認証装置１０に送信するようにしたので、確認者がマニュアル操作によって、機微情報をマスクする手間を省略することができる。また、ユーザ側で予めマスクすることで、ユーザに安心感を与えることができる。
【００９９】
また、図７および図８に示す画面において、認識する項目およびマスク画像を管理者が編集可能としたので、認識対象となる項目を自由に変更したり、マスクする項目を自由に変更したりすることが可能になる。
【０１００】
また、文字認識処理等については、認証装置１０側で実行するようにしたので、携帯電話機４０側でアプリケーションプログラムを実行する場合に比較すると、携帯電話機４０の種類毎にアプリケーションプログラムを作成する手間を省略することができる。また、新たな機種が発売された場合に、それに対応するプログラムを開発する手間を省略することができる。
【０１０１】
なお、以上の実施の形態では、文字の一致率としては、図７，８に示す画面において指定された項目を全て対象として判断するようにしたが、例えば、認識処理の順序を予め決めておき、一致率が低い項目があった場合には、その時点でステップＳ３２に示す拒絶処理を実行するようにしてもよい。例えば、生年月日に対する処理を最初に実行し、一致率が低い場合には直ちに拒絶するようにしてもよい。生年月日は文字の種類が少ない数字によって構成されるため、文字認識処理によって誤認識が生じる確率が低いため、生年月日を最先に認識対象とすることにより、明らかに誤った情報を正確にしかも迅速に除外することができる。なお、優先順位としては、例えば、生年月日、氏名（カタカナ）、住所、氏名（漢字）の順番とすることができる。生年月日は数字であることから文字の種類が少ないために最優先とされる。また、氏名のカタカナは、同様に文字数が少ないために次の候補とされる。住所が次に位置しているのは、住所は固定の情報であることからデータベース化することが可能なためである。また、氏名の漢字は文字の種類が多く、また、恣意的であることから最後に位置している。なお、各項目に判断の重み付けをし、全ての項目についての一致率を総合して判断するようにしてもよい。例えば、前述した優先順序に基づいた重み付けをし（例えば、生年月日は“４”、氏名（カナ）は“３”、住所は“２”、氏名（漢字）は“１”といった重み付けをし）、当該重み付けを加味して一致率を判定するようにしてもよい。
【０１０２】
また、図１２および図１３に示す画面では、マスク画像を撮像画像と重畳して表示し、撮像処理を実行するようにしたが、例えば、マスク画像は撮像がなされた後に重畳処理するようにしてもよい。そのような処理によれば、重畳処理に係るＣＰＵ４０ａの処理の負担を軽減することができる。また、不要な情報を画面から削除することで、ユーザに対して枠１３０ａに集中を促すことにより、枠１３０ａに収まった適切な画像データを得ることができる。
【０１０３】
第２の実施の形態
【０１０４】
つぎに、本発明の第２の実施の形態について説明する。第２の実施の形態は、図１〜３に示す場合と同様の構成とされているが、認証装置１０および携帯電話機４０において実行される処理が第１の実施の形態の場合とは異なっている。そこで、以下では、システムのハードウエア構成についての説明は省略し、認証装置１０および携帯電話機４０において実行される処理を中心に説明する。
【０１０５】
図１４は、本発明の第２の実施の形態において、図２に示すプログラム１０ｄ２が実行された場合に、認証装置１０のハードウエアと、ソフトウエアとしてプログラム１０ｄ２とが協働することにより実現される機能ブロックである。なお、図４に示す機能ブロックと対応する部分には、同一の符号を付してその説明は省略する。図１４の例では、ハードウエアと、ソフトウエアとが協働することにより実現される実現される機能ブロックとしては、適切化手段、要求手段、および、設定情報検索手段としての制御モジュール６０、受信手段としての通信モジュール６１、設定情報管理モジュール７０、判定手段の一部としてのレイアウト判定モジュール７１、判定手段の一部としての画像判定モジュール７２、および、記憶モジュール７３を主要な構成要素としている。
【０１０６】
設定情報管理モジュール７０は、携帯電話機４０の撮像装置４０ｊの撮像条件等を設定するための設定情報７３ｄを管理しているモジュールである。
【０１０７】
レイアウト判定モジュール７１は、携帯電話機４０において撮像され、ネットワーク２０を介して送られてきた、本人確認用書類の画像データのレイアウトの良否を判断するモジュールである。
【０１０８】
画像判定モジュール７２は、本人確認用書類の画像データの撮像状態の良否を判定するモジュールである。
【０１０９】
記憶モジュール７３は、画面表示用情報７３ａ、ユーザ情報７３ｂ、書類管理情報７３ｃ、設定情報７３ｄ、レイアウト情報７３ｅ、および、画像判定用情報７３ｆを主要な構成要素としている。
【０１１０】
ここで、画面表示用情報７３ａは、認証装置１０の表示装置１０ｈおよび携帯電話機４０のＬＣＤ４０ｈに入力画面等を表示するための情報を格納している。ユーザ情報７３ｂは、ユーザの本人確認に関する情報を格納している。書類管理情報７３ｃは、本人確認用書類の種類と、それに対応するレイアウト情報の関係を示す情報を格納している。すなわち、書類管理情報７３ｃは、図７のテーブルにおいて、対応関係情報およびマスク画像を除外したものと略同様の情報を格納している。設定情報格納手段としての設定情報７３ｄは、携帯電話機の種類と、それぞれの携帯電話機の撮像装置の最適な設定に関する情報とを関連付けした情報を格納している。レイアウト情報７３ｅは、本人確認用書類のそれぞれについて、最適なレイアウト（画像データ中の書類の位置）を示す情報を格納している。画像判定用情報７３ｆは、本人確認用書類の画像データの撮像状態について、受容できるか否かを判定するための情報を格納している。
【０１１１】
つぎに、本発明の第２の実施の形態の動作について説明する。
【０１１２】
まず、図１４に示す設定情報７３ｄを追加または編集する際の動作について説明する。管理者が入力装置１０ｉを操作し、設定情報を編集する要求を行うと、制御モジュール６０は、画面表示用情報７３ａから、設定情報を編集するための画面を表示する情報を読み出し、画像処理回路１０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路１０ｅは、ＶＲＡＭに書き込まれた情報に基づいて描画処理を実行し、得られた画像を映像信号に変換して表示装置１０ｈに供給して表示させる。その結果、表示装置１０ｈには、図１５に示すような情報が表示される。
【０１１３】
図１５の表示例では、枠１５０内の最上部には、ボタン１５０ａ〜１５０ｄが表示され、その下にはテキストボックス１５０ｅ〜１５０ｋが表示され、最下部にはボタン１５０ｍ、１５０ｎが表示されている。ここで、ボタン１５０ａ〜１５０ｄは、例えば、携帯電話機の製造会社を選択するためのボタンである。この例では、ボタン１５０ａ〜１５０ｄを選択することによりＡ社〜Ｄ社がそれぞれ選択される。テキストボックス１５０ｅには、携帯電話機の機種名が入力される。テキストボックス１５０ｆには、携帯電話機の撮像装置によって本人確認用書類を撮像する際の最適な解像度が入力される。具体的には横と縦のそれぞれの画素数として入力される。テキストボックス１５０ｇには、最適なコントラストが入力される。具体的には最大値を“１”とする小数として入力される。テキストボックス１５０ｈには、最適なズームレベルが入力される。具体的には、最適なズームレベルとして「接写モード」等が入力される。テキストボックス１５０ｉには、フラッシュ使用の要否が入力される。テキストボックス１５０ｊには、例えば、オートフォーカス（ＡＦ）を使用するか否か等の情報が入力される。テキストボックス１５０ｋには、画像データの最適なフォーマットが入力される。例えば、最適な圧縮方法としてＪＰＥＧ（Joint Photographic Experts Group）の低圧縮を指定する。ボタン１５０ｍは、入力された情報を登録する際に操作されるボタンであり、ボタン１５０ｎは、入力された情報をキャンセルする際に操作されるボタンである。
【０１１４】
図１５に示す画面において、ボタン１５０ａ〜１５０ｄが選択されて携帯電話機の製造会社が選択され、テキストボックス１５０ｅ〜１５０ｋに最適な画像データを得るための設定情報が入力された後、ボタン１５０ｍが操作されると、制御モジュール６０はこれらの情報を取得し、設定情報７３ｄに格納する。なお、既に同じ機種に関する情報が登録されている場合には、格納済みの情報に対して上書きがされて更新される。
【０１１５】
図１６は、以上の処理により、設定情報７３ｄに格納されている情報の一例である。この例では、図１５のボタン１５０ａ〜１５０ｄによって選択された「会社名」、テキストボックス１５０ｅ〜１５０ｋに入力された情報としての「機種名」、「解像度」、「コントラスト」、「ズームレベル」、「フラッシュ」、「フォーカス」、および、「フォーマット」が関連づけされて記憶されている。例えば、第１番目の項目の場合では、会社名は「Ａ社」であり、機種名は「Ａ−５００」であり、解像度は「３５２×２８８」であり、コントラストは「０．９」であり、ズームレベルは「接写モード」であり、フラッシュは「使用」であり、フォーカスは「ＡＦ使用」であり、フォーマットは「ＪＰＥＧ（低）」（ＪＰＥＧの低圧縮モード）が最適設定として示されている。
【０１１６】
つぎに、図１７を参照して、携帯電話機４０が認証装置１０に対して、本人確認を行う要求を行った場合に実行される処理について説明する。なお、図１７に示す処理において、図９と対応する部分には、同一の符号を付してその説明を省略する。具体的には、ステップＳ１０〜ステップＳ１９の処理については図９の場合と同様であるのでその説明を省略する。
【０１１７】
ステップＳ５０：認証装置１０の制御モジュール６０は、通信モジュール６１を介して携帯電話機４０に対して、携帯電話機４０の機種を特定するための情報を送るように要求する。なお、機種を特定するための情報としては、例えば、携帯電話機の製造会社名と機種名とを送信させる。
【０１１８】
ステップＳ５１：携帯電話機４０のＣＰＵ４０ａは、認証装置１０からの要求に応じて、携帯電話機４０の機種を特定するための情報を、通信回路４０ｍ、基地局３０、および、ネットワーク２０を介して送信する。
【０１１９】
ステップＳ５２：認証装置１０の制御モジュール６０は、携帯電話機４０から送信されてきた機種を特定するための情報を参照し、設定情報７３ｄから該当する情報を特定して読み出し、通信モジュール６１を介して携帯電話機４０に送信する。例えば、会社名として「Ａ社」、機種名として「Ａ−５００」が送られてきた場合には、図１６に示す第１番目の情報が取得されて送信される。
【０１２０】
ステップＳ５３：携帯電話機４０のＣＰＵ４０ａは、ステップＳ５２において送信された設定情報を受信し、当該設定情報に基づいて、撮像装置４０ｊを自動的に設定する。なお、自動的に設定するのではなく、設定内容をＬＣＤ４０ｈに表示させ、表示された情報に基づいてユーザがマニュアル操作によって設定を行うようにしてもよい。
【０１２１】
ステップＳ５４：携帯電話機４０のＣＰＵ４０ａは、ユーザの操作に基づいて、撮像装置４０ｊによる撮像が終了したか否かを判定し、終了した場合にはステップＳ５５に進み、それ以外の場合には撮像が完了するまで同様の処理を繰り返す。
【０１２２】
ステップＳ５５：携帯電話機４０のＣＰＵ４０ａは、撮像装置４０ｊによって撮像された画像データを通信回路４０ｍを介して認証装置１０に対して送信する。なお、撮像装置４０ｊによって撮像された画像データは、例えば、ＪＰＥＧ方式に基づいて圧縮された後に通信回路４０ｍを介して送信される。
【０１２３】
ステップＳ５６：認証装置１０の制御モジュール６０は、携帯電話機４０から画像データを受信するとともに、ステップＳ１９において送信された本人確認用書類の種類を示す情報に対応するレイアウト情報をレイアウト情報７３ｅから取得する。なお、レイアウト情報としては、図１８のような情報がある。この例では、画像データの画像の領域１６０と、本人確認用書類の最も適切なレイアウトを示す矩形１６１ａと、大きい場合であって受容される矩形１６１ｂと、小さい場合であって受容される矩形１６１ｃとが示されている。
【０１２４】
なお、レイアウト情報として、本人確認用書類の画像データの輪郭だけでなく、罫線の配置状況および文字の配置状況についても保持しておき、当該情報と画像データとのパターンマッチング処理を実行し、これらの同一性が高いか否かによって、レイアウトの適否を判定するようにしてもよい。
【０１２５】
ステップＳ５７：制御モジュール６０は、レイアウトが適切であるか否かを行う処理を実行する。具体的には、画像データに対して輪郭抽出処理を実行し、本人確認用書類の輪郭を抽出する。そして、ステップＳ５６において特定されたレイアウト情報を参照し、抽出された輪郭と画像データの画像の範囲との相対的な位置関係を比較し、本人確認用書類の輪郭が図１８に示す矩形１６１ｂと矩形１６１ｃの間に位置しているか否かを判定する。これらの間に位置している場合にはレイアウトは適切であると判定される。
【０１２６】
ステップＳ５８：制御モジュール６０は、画像データの撮像状態の良否を判定する画像判定処理を実行する。
【０１２７】
図１９は、ステップＳ５８に示す画像判定処理の詳細を示している。この処理が実行されると、以下のステップが実行される。
【０１２８】
ステップＳ７０：制御モジュール６０は、画像データの、例えば、ヘッダに格納された情報を参照し、画像データを構成する画素数を検出する。具体的には、画像データを構成する横と縦の画素数を得る。例えば、ＪＰＥＧ方式で圧縮された画像データの場合には、ヘッダに格納されている水平画素数および垂直画素数を参照し、これらが所望の範囲に収まっているかを基準に判断する。なお、ヘッダ以外から情報を得てもよい。
【０１２９】
ステップＳ７１：制御モジュール６０は、画像データの明度を検出する。例えば、制御モジュール６０は、画像データを所定の割合でサンプリングしてヒストグラムを生成し、ヒストグラムの分布の状態から画像の明度を検出する。例えば、横軸に明るさ、縦軸に明るさ毎のドットの数を示すヒストグラムにおいて、ヒストグラムが全体として中央に位置している場合には明度が適切であると判定する。また、ヒストグラムが全体として左側に位置している場合には明度が低いと判定し、ヒストグラムが全体として右側に位置している場合には明度が高いと判定する。
【０１３０】
ステップＳ７２：制御モジュール６０は、画像データのコントラストを検出する。例えば、制御モジュール６０は、前述したヒストグラムの分布の状態から画像のコントラストを検出する。例えば、横軸に明るさ、縦軸に明るさ毎のドットの数を示すヒストグラムにおいて、ヒストグラムが全体として一部に集中して分布している場合にはコントラストが低いと判定する。また、ヒストグラムが所定の範囲に分布している場合には、コントラストが適切であると判定し、ヒストグラムが所定の範囲を超えて広く分布している場合にはコントラストが高いと判定する。
【０１３１】
ステップＳ７３：制御モジュール６０は、画像データのシャープネスを検出し、元の処理に復帰する。例えば、制御モジュール６０は、画像データに対してＤＣＴ（Discrete Cosine Transform）処理を実行して高域成分の量を検出し、その量の多寡によってシャープネスを検出する。具体的には、高域成分の量が所定の範囲に収まる場合には、シャープネスが適切であると判定し、当該範囲を外れて多い場合にはシャープネスが強いと判定し、それ以外の場合には弱いと判定する。なお、画像データに対して２次元高域通過フィルタ処理を実行し、それによって得られる高域成分の多寡によってシャープネスを検出するようにしてもよい。
【０１３２】
図１７に戻って説明を継続する。
【０１３３】
ステップＳ５９：制御モジュール６０は、ステップＳ５７の判定結果、および、ステップＳ５８の判定結果に基づいて、送られてきた画像データが受容できるか否かを判定する。なお、受容できるか否かの判定方法としては、例えば、全ての判定項目において適正な範囲に収まっている場合に受容できると判定したり、あるいは、一部の重要な判定項目において適正な範囲に含まれている場合に受容できると判定したりすることができる。これ以外にも、例えば、簡単な画像処理によって修正可能な場合には、受容できると判定するようにしてもよい。具体的には、画像データの明度、コントラスト、シャープネスについては、画像処理によってある程度修復することが可能であるので、これらが適正な範囲に収まっていない場合であって、かつ、修復可能な範囲にある場合には、受容できると判定して、後に画像処理によって修復するようにしてもよい。
【０１３４】
ステップＳ６０：制御モジュール６０は、ステップＳ５９において受容できると判定された画像データを、ステップＳ１５において登録されているテキスト情報とともに、ユーザ情報７３ｂに登録する。なお、このとき、画像データの明度、コントラスト、および、シャープネスを補正する処理を実行し、より視認性が高い画像データを登録するようにしてもよい。具体的には、明度については前述したヒストグラムの分布が中央付近になるように各画素の値を調整する処理を実行する。また、コントラストの場合には、同じくヒストグラムの分布の広がりが適切となるように各画素の値を調整する。また、シャープネスについては、ＤＣＴの結果として得られたデータのうち、空間周波数が高い成分について値を増加させる処理を実行した後に、ＩＤＣＴ（Inverse Discrete Cosine Transform）を実行するようにすればよい。このようにして登録された、画像データおよびユーザデータは、確認者によって確認され、本人であることが確認できた場合には、当該ユーザのサービスへの登録がされることになる。
【０１３５】
ステップＳ６１：制御モジュール６０は、ステップＳ５９において、画像データが受容できないと判定された場合には、ステップＳ５７またはステップＳ５８の処理において受容できないと判定された項目に対応する設定情報を変更する処理を実行し、ステップＳ５２に戻って同様の処理を実行する。
【０１３６】
具体的には、画像データの明度が高いと判定された場合であって、フラッシュを使用する設定にされている場合には、フラッシュを使用しない設定に変更する。逆に明度が低いと判定された場合であって、フラッシュを使用しない設定になっている場合には、フラッシュを使用する設定に変更する。
【０１３７】
また、コントラストが低いと判定された場合には、図１６に示す設定情報のコントラストを高く設定し、逆に、高いと判定された場合には設定情報のコントラストを下げる。また、シャープネスが低いと判定された場合には、例えば、画像データのフォーマットにおいて、画像圧縮形式の圧縮率を低く設定するようにすれば、画像圧縮処理によって失われる空間周波数の高域成分の量を少なくすることができるので、シャープネスを実質的に高めることができる。
【０１３８】
また、解像度が低いと判定された場合には、設定情報の解像度をより高い解像度に変更する。さらに、レイアウトが適切でないと判定された場合には、レイアウトが適切になるように、例えば、「もう少し書類が中央に位置するように撮像してください。」のようなメッセージをＬＣＤ４０ｈを表示させるようにすればよい。
【０１３９】
そして、ステップＳ５２〜Ｓ６１の処理は、画像データが受容可能となるまで繰り返され、受容可能となった場合には、ステップＳ６０に進んで画像データが登録される。なお、ステップＳ５２〜Ｓ６１の繰り返し処理を行わないで、送られてきた画像データの適否のみを通知するようにしてもよい。
【０１４０】
以上の第２の実施の形態によれば、携帯電話機４０の機種毎に最適な設定情報を認証装置１０において一元管理し、撮像時において携帯電話機４０に送信して設定を行うようにしたので、例えば、このような最適な設定情報を組み込んだアプリケーションプログラムを携帯電話機単位で生成する場合に比較し、管理者の負担を軽減することができる。すなわち、管理者は、図１５に示す画面において設定のみを行えばよいので、アプリケーションプログラムの場合に発生するプログラムのコンパイル作業等を省略することが可能になり、作業を簡易化することができる。
【０１４１】
また、以上の第２の実施の形態によれば、携帯電話機毎に最適な設定情報を予め送信して撮像装置の設定を行い、最適に設定された状態で撮像された画像データを、認証装置１０に送信するようにしたので、管理者の負担を軽減することができる。すなわち、不適切な設定によって撮像された画像データについては、従来は、管理者が目視確認により確認し、ユーザに画像データを再度送信するように指示していたが、本発明の第２の実施の形態では、最適な設定がなされた状態で撮像された画像データが送信されるようにしたので、管理者の負担が軽減できる。
【０１４２】
また、前述のように、最適な状態において撮像された場合であっても、例えば、ユーザの操作ミスまたは撮像環境等によっては、画像データが適切でない場合が生じる。しかしながら、本発明の第２の実施の形態では、そのような場合であっても画像データのレイアウト、解像度、明度、コントラスト、および、シャープネス等を検出し、適切でない場合には、画像データを携帯電話機に対して再送させるようにしたので、不適切な画像データが送られる可能性を低くすることができる。その結果、確認者が目視による確認を行い、再度の送信をユーザ側に通知し、再度、同様の処理を繰り返すといった作業の負担を軽減することができる。
【０１４３】
また、第２の実施の形態では、画像データが受容できないと判定された場合には、該当する設定項目を自動的に変更するようにしたので、画像データを再度撮像する際に、適切な画像データとなる可能性を高めることができる。これにより、ユーザの負担を軽減することができる。
【０１４４】
なお、第２の実施の形態では、管理者によって設定された設定情報を用いて携帯電話機４０の撮像装置４０ｊを設定し、送られてきた画像データに応じて設定情報の一部を変更するようにした。しかし、例えば、それぞれの携帯電話機において、送られてくる画像データの状態の統計をとり、当該統計に偏りがある場合には、図１６に示す設定情報７３ｄ自体を変更するようにしてもよい。具体的には、機種名「Ａ−５００」の携帯電話機から送られてくる画像データの統計をとった場合に、コントラストが高い傾向にあることが分かった場合には、図１６に示すコントラストを「０．９」から「０．８」に変更するようにしてもよい。そのような方法によれば、統計値に基づいて、より最適な設定情報を得ることができる。
【０１４５】
なお、以上の各実施の形態は、一例であって、これ以外にも種々の変形実施態様が存在する。例えば、上述した各実施の形態では、ユーザ側の端末装置として携帯電話機４０を例に挙げて説明を行ったが、例えば、撮像装置付きのＰＤＡ（Personal Digital Assistants）を用いるようにしてもよい。
【０１４６】
また、以上の各実施の形態では、撮像装置としては、携帯電話機に内蔵されているディジタルカメラを例に挙げて説明したが、例えば、外付けのディジタルカメラを用いるようにしてもよい。また、ディジタルカメラではなく、例えば、スキャナを用いることも可能である。
【０１４７】
また、以上の各実施の形態における認証装置１０の処理を、複数の装置で分散して処理することも可能である。すなわち、図９および図１７に示す処理を必要に応じて他の装置に移動させることも可能である。そのような実施の形態によれば、ネットワーク２０のトラフィックまたはサーバの能力に応じて、最適なシステムを構築することができる。
【０１４８】
なお、上記の処理機能は、サーバコンピュータとクライアントコンピュータとによって実現することができる。その場合、認証装置１０が有すべき機能の処理内容を記述したサーバプログラム、および携帯電話機４０が有すべき機能の処理内容を記述したクライアントプログラムが提供される。サーバプログラムをサーバコンピュータで実行することにより、認証装置１０の処理機能がサーバコンピュータ上で実現される。また、クライアントプログラムをクライアントコンピュータで実行することにより、携帯電話機４０の処理機能がクライアントコンピュータ上で実現される。
【０１４９】
処理内容を記述したサーバプログラムやクライアントプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disk)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１５０】
サーバプログラムやクライアントプログラムを流通させる場合には、たとえば、各プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、クライアントプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータからクライアントコンピュータにクライアントプログラムを転送することもできる。
【０１５１】
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１５２】
クライアントプログラムを実行するクライアントコンピュータは、たとえば、可搬型記録媒体に記録されたクライアントプログラムもしくはサーバコンピュータから転送されたクライアントプログラムを、自己の記憶装置に格納する。そして、クライアントコンピュータは、自己の記憶装置からクライアントプログラムを読み取り、クライアントプログラムに従った処理を実行する。なお、クライアントコンピュータは、可搬型記録媒体から直接クライアントプログラムを読み取り、そのクライアントプログラムに従った処理を実行することもできる。また、クライアントコンピュータは、サーバコンピュータからクライアントプログラムが転送される毎に、逐次、受け取ったクライアントプログラムに従った処理を実行することもできる。
【産業上の利用可能性】
【０１５３】
本発明は、例えば、携帯電話機を用いた本人確認に利用することができる。
【図面の簡単な説明】
【０１５４】
【図１】本発明の認識システムの構成例を示す図である。
【図２】図１に示す認証装置の詳細な構成例を示す図である。
【図３】図１に示す携帯電話機の詳細な構成例を示す図である。
【図４】図１に示す認証装置においてプログラムが実行された場合に実現される機能ブロックを示す図である。
【図５】図４に示す書類管理情報の一例を示す図である。
【図６】図４に示す認証装置において書類管理情報を編集する際に実行される処理の流れを説明するフローチャートである。
【図７】図６に示すフローチャートが実行された場合に表示装置に表示される画面の一例である。
【図８】図７において所定の情報が入力された場合の画面の表示例である。
【図９】図１に示す認証装置と携帯電話機の間で実行される処理の流れを説明するフローチャートである。
【図１０】図９に示すフローチャートが実行された場合に、携帯電話機に表示される登録画面の一例である。
【図１１】図９に示すフローチャートが実行された場合に、携帯電話機に表示される書類選択画面の一例である。
【図１２】図９に示すフローチャートが実行された場合に、携帯電話機に送信されるマスク画像の一例である。
【図１３】図１２に示すマスク画像に本人確認用書類が重畳されて表示された状態を示す図である。
【図１４】図１に示す認証装置においてプログラムが実行された場合に実現される他の機能ブロックを示す図である。
【図１５】図１４に示す設定情報を編集するための画面の表示例である。
【図１６】図１４に示す設定情報の一例である。
【図１７】図１に示す認証装置と携帯電話機の間で実行される他の処理の流れを説明するフローチャートである。
【図１８】図１４に示すレイアウト情報の一例を示す図である。
【図１９】図１７のステップＳ５８の処理の詳細を説明するためのフローチャートである。
【符号の説明】
【０１５５】
１０ 認証装置、４０ 携帯電話機（端末装置）、４０ｉ 入力装置、４０ｊ 撮像装置、６０ 制御モジュール（適切化手段の一部、要求手段、設定情報検索手段、問い合わせ手段、マスク情報検索手段）、６１ 通信モジュール（適切化手段の一部、受信手段）、６５ｄ マスク画像（マスク情報格納手段）、７１ レイアウト判定モジュール（判定手段の一部）、７２ 画像判定モジュール（判定手段の一部）、７３ｄ 設定情報（設定情報格納手段）
【技術分野】
【０００１】
本発明は、認証装置、認証方法、および、認証用プログラムに関する。
【背景技術】
【０００２】
インターネット等を用いた商取引では、なりすまし等を防止するために、本人確認を行う場合がある。
【０００３】
特許文献１には、カメラ付きの携帯電話機により、本人確認用の書類（例えば、運転免許証）を撮像し、ネットワークを介して撮像された画像データを送信することで、本人確認を行う技術も提案されている。
【０００４】
【特許文献１】特開２００５−２４２７７０号公報（要約書、図面）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１の技術では、携帯電話機によって送られた画像データは、最終的には人間が目視で確認することになる。このため、本人確認用の書類には該当しない書類が送られてきたり、本人以外の書類が送られてきたりした場合には、それを目視で確認した上で、ユーザに対して画像データを再度送るように要求する必要がある。したがって、特許文献１の技術では、確認者の手間を要するという問題点がある。
【０００６】
また、特許文献１の技術では、画像データの撮像はユーザが行うため、撮像環境またはユーザの習熟の度合いによっては、不鮮明な画像データが送られてくる場合がある。そのような場合にも、前述の場合と同様に、確認者が目視で確認した上で、ユーザに対して画像データを再度送るように要求する必要がある。したがって、この場合も、確認者の手間を要するという問題点がある。
【０００７】
さらに、近年では、いわゆる「個人情報保護法」の施行によって、機微情報（センシティブ情報）については、収集が原則として禁止される。このため、特許文献１に記載の技術では、送信されてきた画像データに機微情報が含まれていた場合には、確認者がマニュアル操作等により削除する必要がある。このため、確認者の負担が増大するという問題点がある。
【０００８】
本発明は、上記の事情に基づきなされたもので、その目的とするところは、本人確認用書類の確認に係る負担を軽減することが可能な認証装置、認証方法、および、認証用プログラムを提供することである。
【課題を解決するための手段】
【０００９】
上述の目的を達成するため、本発明の認証装置は、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段と、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段と、受信手段によって受信された画像データの適切性について判定する判定手段と、を有する。
【００１０】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証装置を提供することができる。
【００１１】
また、本発明の他の認証装置は、前述の発明に加えて、端末装置の種類を示す情報と、それぞれの種類の端末装置に対応する設定情報とを関連付けして格納する設定情報格納手段と、端末装置に対してその種類を特定するための情報を送るように要求する要求手段と、要求手段の要求の結果として送られてきた情報を参照し、設定情報格納手段から対応する設定情報を検索する設定情報検索手段と、をさらに有し、適切化手段は、設定情報検索手段によって得られた設定情報を、端末装置に対して送信し、撮像装置が適切な状態になるように設定するようにしている。このため、どのような端末装置で撮像する場合であっても、適切な画像データを得ることが可能になる。このため、本人確認用の書類の確認作業の負担を軽減することが可能になる。また、併せて、ユーザの負担を軽減することも可能になる。
【００１２】
また、本発明の他の認証装置は、前述の発明に加えて、適切化手段は、撮像装置において、被写体の不要な部分をマスクするためのマスク情報を送信し、認証に必要な情報のみを撮像装置に撮像させるようにしている。このため、確認作業を行う者が不要な情報を、例えば、マニュアル操作によってマスクする手間を省略することができる。
【００１３】
また、本発明の他の認証装置は、前述の発明に加えて、被写体は、本人確認用の書類であり、適切化手段は、本人確認用の書類のうちの、本人確認に必要ない情報をマスクするためのマスク情報を送信するようにしている。このため、確認作業を行う者が、本人確認用書類の機微情報等をマニュアル操作によって削除またはマスクする必要がなくなるため、確認者の負担を軽減することができる。
【００１４】
また、本発明の他の認証装置は、前述の発明に加えて、本人確認用の書類の種類を示す情報と、それぞれの書類の種類に対応するマスク情報とを関連づけて格納するマスク情報格納手段と、端末装置に対して、被写体となる本人確認用の書類の種類を問い合わせる問い合わせ手段と、問い合わせ手段によって問い合わせの結果として判明した書類の種類に対応したマスク情報をマスク情報格納手段から検索するマスク情報検索手段と、をさらに有し、適切化手段は、マスク情報検索手段によって得られたマスク情報を、端末装置に対して送信し、本人認証用の書類のうちの、本人確認に必要ない情報がマスクされた情報を撮像装置に撮像させるようにしている。このため、どのような種類の本人確認用の書類が選択された場合であっても、機微情報等を確実にマスクし、ユーザの個人情報を適切に保護することができる。
【００１５】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、受信手段によって受信された画像データに対して所定の画像処理を施し、その結果として得られた当該画像データの特性を示す特性情報に基づいて、当該画像データの適切性を判定するようにしている。このため、適切性を有しない画像データについては、自動的に除外することにより、確認者の負担を軽減することができる。
【００１６】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、受信手段によって受信された画像データが適切でないと判定した場合には、端末装置に対して画像データを再度撮像して送信するように要求するようにしている。このため、適切性を有しない画像データが送信された場合については、ユーザに再度撮像して送信するように促すことができるので、不適切な画像データを除外するとともに、適切な画像データが送信されるように担保することで、確認者の負担をさらに軽減することができる。
【００１７】
また、本発明の他の認証装置は、前述の発明に加えて、画像データの特性情報は、当該画像データの解像度、明度、コントラスト、シャープネス、および、レイアウトの状態を示す情報の少なくとも１つまたはこれらの組み合わせとしている。このため、画像データとして適切な特性を有する画像データを得ることができるとともに、不適切と判定された場合には、どの特性が不適切であるかをユーザに確実に通知することができる。したがって、確認者のみならず、ユーザの負担を軽減することができる。
【００１８】
また、本発明の他の認証装置は、前述の発明に加えて、端末装置は、テキスト情報を入力可能な入力装置を有し、判定手段は、撮像装置によって撮像された本人認証用の書類に含まれている文字情報をテキストデータに変換し、当該テキストデータと入力装置から入力されたテキストデータと比較し、これらの一致率が一定以上の場合には、適切であると判定するようにしている。このため、本人確認用の書類に記載されている内容から判断して不適切である場合には、確認者が確認する前に不適切であると判定するので、確認者の負担を軽減することができる。
【００１９】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、本人確認用の書類に含まれている情報と、テキストデータに含まれる情報との対応関係を示す情報に基づいて、これらの情報の一致率を判定する。このため、複数の情報に基づいて、多角的に本人確認用の書類の適切性を判定することができるので、より確実な本人確認用の書類だけを確認者に確認させることにより、確認者の負担を軽減することができる。
【００２０】
また、本発明の他の認証装置は、前述の発明に加えて、判定手段は、不適切と判定した場合には、端末装置に対してその旨を通知する。このため、本人確認用の書類が不適切であった場合には、ユーザに対してその旨を通知することにより、確認者に連絡を取らせる場合に比較して、確認者の負担を軽減できる。また、必要な場合には、本人確認用の書類の画像データをユーザに再度送信させることができる。
【００２１】
また、本発明の認証方法は、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証方法において、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行い、送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信し、受信された画像データの適切性について判定する。
【００２２】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証方法を提供することができる。
【００２３】
また、本発明の認証用プログラムは、ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う処理をコンピュータに機能させるコンピュータ読み取り可能な認証用プログラムにおいて、コンピュータを、画像データの受信に先立って、端末装置に対して撮像装置を設定するための設定情報を送信し、撮像装置によって撮像される画像データの適切化を行うための適切化手段、適切化手段によって送られた設定情報に基づいて設定がなされた端末装置の撮像装置によって撮像された画像データを受信する受信手段、受信手段によって受信された画像データの適切性について判定する判定手段、として機能させる。
【００２４】
このため、本人確認用書類の確認に係る負担を軽減することが可能な認証用プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の一実施の形態について、図面を参照して説明する。
【００２６】
第１の実施の形態
【００２７】
図１は、本発明の第１の実施の形態に係る認証システムの構成例を示す図である。この図に示すように、第１の実施の形態に係る認証システムは、認証装置１０、ネットワーク２０、基地局３０、および、携帯電話機４０を主要な構成要素としている。なお、本発明に係る認証装置は、認証装置１０を例として説明する。また、本発明に係る認証方法は、認証装置１０の動作として説明する。また、本発明に係る認証用プログラムは、認証装置を制御するプログラムの動作として説明する。
【００２８】
ここで、認証装置１０は、当該認証サービスを提供する事業者が管理する、例えば、サーバ装置である。認証装置１０は、携帯電話機４０によって撮像された本人確認用書類の画像データを、ネットワーク２０を介して受信して所定の処理を施し、その結果として、受容性を有すると判断された画像データについては、登録する処理を実行する。
【００２９】
ネットワーク２０は、例えば、インターネット等によって構成され、認証装置１０と携帯電話機４０との間で情報を送受信する。
【００３０】
基地局３０は、所定の広さを有するエリア内に１つ設置され、携帯電話機４０との間で情報の授受を行うとともに、携帯電話機４０が移動した場合または何らかの原因で交信状況が悪化した場合には、ある基地局から他の基地局へ交信先を切り替えるハンドオーバー処理を実行する。
【００３１】
端末装置としての携帯電話機４０は、本人確認を行うユーザが所有する携帯電話機であり、本人確認用書類を撮像する撮像装置を有するとともに、ネットワーク２０を介して認証装置１０にアクセス可能な機能を有する。
【００３２】
図２は、図１に示す認証装置１０の詳細な構成例を示す図である。この図に示すように、認証装置１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ（Hard Disk Drive）１０ｄ、画像処理回路１０ｅ、Ｉ／Ｆ（Interface）１０ｆ、バス１０ｇ、表示装置１０ｈ、および、入力装置１０ｉを主要な構成要素としている。なお、表示装置１０ｈおよび入力装置１０ｉについては、例えば、ネットワークを介して表示および入力を行う場合もあり、そのような場合にはこれらを省略することも可能である。また、ＨＤＤ１０ｄについても、他の種類の記憶装置（例えば、ストリーマ等）を使用することも可能である。
【００３３】
ここで、ＣＰＵ１０ａは、ＲＯＭ１０ｂまたはＨＤＤ１０ｄに格納されているプログラムまたはデータに基づいて、装置の各部を制御するとともに、各種の演算処理を実行する中央処理装置である。
【００３４】
ＲＯＭ１０ｂは、ＣＰＵ１０ａが実行する基本的なプログラムおよびデータを格納する半導体記憶装置である。ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行するプログラムおよびデータを一時的に格納する半導体記憶装置である。
【００３５】
ＨＤＤ１０ｄは、磁気記録媒体であるハードディスクに対して情報を読み書きすることが可能な記憶装置である。この実施の形態では、ＨＤＤ１０ｄは、ＯＳ（Operating System）１０ｄ１およびプログラム１０ｄ２を記憶している。ＯＳ１０ｄ１は、認証装置１０を制御する基本的なプログラムであり、入力装置１０ｉからの入出力に関する制御や、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、および、ＨＤＤ１０ｄ等の記憶装置の管理等の処理を実行する。プログラム１０ｄ２は、後述する処理を実現するためのプログラムである。なお、プログラム１０ｄ２の詳細については後述する。
【００３６】
画像処理回路１０ｅは、ＶＲＡＭ（Video RAM）を内蔵しており、ＣＰＵ１０ａから供給された描画命令を受け取り、当該描画命令に従って描画処理を実行し、得られた画像データをＶＲＡＭに格納するとともに、映像信号に変換して表示装置１０ｈに供給し、表示させる。
【００３７】
Ｉ／Ｆ１０ｆは、入力装置１０ｉからデータを入力する際に、データの表現形式を認証装置１０の内部形式に従って変換するとともに、ネットワーク２０を介して携帯電話機４０との間でデータを授受する際に、データをパケット化およびアンパケット化する処理を実行する。
【００３８】
バス１０ｇは、ＣＰＵ１０ａ、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、ＨＤＤ１０ｄ、画像処理回路１０ｅ、および、Ｉ／Ｆ１０ｆを相互に接続し、これらの間でデータの授受を可能とするための信号線群である。
【００３９】
表示装置１０ｈは、例えば、ＣＲＴ（Cathode Ray Tube）モニタまたはＬＣＤ（Liquid Crystal Display）等によって構成され、画像処理回路１０ｅから供給された映像信号を表示部に表示する。なお、前述のように、表示装置１０ｈは、装置の構成等によっては省略可能である。
【００４０】
入力装置１０ｉは、キーボードおよび／またはマウスによって構成され、ユーザの操作に応じたデータを生成して出力する。なお、前述のように、入力装置１０ｉは、装置の構成等によっては省略可能である。
【００４１】
図３は、図１に示す携帯電話機４０の詳細な構成例を示す図である。この図に示すように、携帯電話機４０は、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、ＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）４０ｄ、画像処理回路４０ｅ、Ｉ／Ｆ４０ｆ、バス４０ｇ、ＬＣＤ４０ｈ、入力装置４０ｉ、撮像装置４０ｊ、音声処理回路４０ｋ、および、通信回路４０ｍを主要な構成要素としている。なお、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、画像処理回路４０ｅ、および、バス４０ｇは、前述の認証装置１０の場合と同様であるので、その説明は省略する。なお、ＥＥＰＲＯＭ４０ｄの代わりに他の記憶装置（例えば、ＦＬＡＳＨメモリ等）を使用することも可能である。
【００４２】
ここで、ＥＥＰＲＯＭ４０ｄは、電源である電池の電力が無くなった場合でも記憶内容を保持することが可能であるとともに、電気的に内容を変更可能な半導体記憶装置である。ＥＥＰＲＯＭ４０ｄは、ＯＳ４０ｄ１およびプログラム４０ｄ２を記憶している。ＯＳ４０ｄ１は、前述のように、各種の入出力処理とメモリの管理処理とを実行する基本的なプログラムである。
【００４３】
入力装置４０ｉは、例えば、数字キーその他のキーによって構成され、ユーザの操作に応じたデータを生成して出力する。撮像装置４０ｊは、例えば、ＣＣＤ（Charge Coupled Device）カメラ等によって構成され、光学系によって被写体の画像をＣＣＤに合焦するとともに、ＣＣＤによって被写体の画像を対応する画像データに変換して出力する。
【００４４】
音声処理回路４０ｋは、図示せぬマイクロフォンから出力された音声信号を対応するディジタル信号に変換してＣＰＵ４０ａに供給するとともに、ＣＰＵ４０ａから供給されたディジタル信号を音声信号に変換して図示せぬスピーカから出力する。
【００４５】
通信回路４０ｍは、例えば、ＣＤＭＡ（Code Division Multiple Access）方式に基づいて、基地局３０との間で電波を媒介として情報を授受するための回路である。
【００４６】
つぎに、図４を参照して、図２に示す認証装置１０において実現される機能ブロックの一例について説明する。図４は、図２に示す認証装置１０において、ＯＳ１０ｄ１の下で、プログラム１０ｄ２が起動されて実行された場合に、認証装置１０のハードウエアと、ソフトウエアとしてのプログラム１０ｄ２とが協働することにより実現される機能ブロックについて説明する図である。
【００４７】
なお、第１の実施の形態では、携帯電話機４０側で本人確認用の書類（例えば、運転免許証（以下、単に「免許証」と記述する。））を撮像する場合に、前述した機微情報をマスクするためのマスク情報が認証装置１０から携帯電話機４０に送信され、携帯電話機４０では、撮像された本人確認用書類の機微情報を当該マスク情報を利用してマスクする。そして、機微情報がマスクされた画像データは、認証装置１０に送信され、そこで、文字認識処理が実行され、本人確認用書類に記載されている文字情報がテキスト情報に変換される。このようにして得られたテキストデータは、ユーザが携帯電話機４０の入力装置４０ｉを操作することによって別途入力されたテキスト情報と比較され、一致率が高い場合には本人であると認定されて管理者が判断する。また、一致率が低い場合には、画像データの再送または受け付けられない旨がユーザに対して要求される。
【００４８】
図４に戻って、認証装置１０に実現される機能ブロックとしては、主に、制御モジュール６０、通信モジュール６１、一致率判定モジュール６２、領域抽出モジュール６３、文字認識モジュール６４、および、記憶モジュール６５がある。
【００４９】
ここで、適切化手段の一部、問い合わせ手段、および、マスク情報検索手段としての制御モジュール６０は、他のモジュールを制御する中央制御モジュールである。具体的には、制御モジュール６０は、通信モジュール６１を介して携帯電話機４０との間で通信を行うとともに、画像処理回路１０ｅに対して描画命令を供給し、所定の画像を表示装置１０ｈに表示させる。また、制御モジュール６０は、領域抽出モジュール６３に対して画像データを供給し、認識対象となる領域を抽出させるとともに、抽出された画像データを文字認識モジュール６４に供給して文字認識処理を実行させる。そして、得られた認識結果と、携帯電話機４０から送られてきたテキストデータとの一致率を一致率判定モジュール６２に判定させる。さらに、制御モジュール６０は、記憶モジュール６５に記憶されている情報の管理を行う。
【００５０】
適切化手段の一部および受信手段としての通信モジュール６１は、ネットワーク２０を介して携帯電話機４０と通信を行う場合に、所定のプロトコルに基づいて、データのパック化およびアンパック化の処理を実行するモジュールである。一致率判定モジュール６２は、ユーザが携帯電話機４０を操作することにより入力されたテキストデータと、文字認識モジュール６４が本人確認用書類を認識して得られたテキストデータとの一致率を判定する。領域抽出モジュール６３は、本人確認用書類を撮像して得られた画像データから、本人確認用の文字情報が含まれている領域を抽出するモジュールである。文字認識モジュール６４は、領域抽出モジュール６３によって抽出された領域の画像データに対して文字認識処理を施して対応するテキストデータに変換するモジュールである。
【００５１】
記憶モジュール６５は、処理に関連するデータを格納するモジュールである。記憶モジュール６５は、画面表示用情報６５ａ、ユーザ情報６５ｂ、書類管理情報６５ｃ、マスク画像６５ｄ、レイアウト情報６５ｅ、および、対応関係情報６５ｆを有している。
【００５２】
ここで、画面表示用情報６５ａは、表示装置１０ｈおよび携帯電話機４０のＬＣＤ４０ｈに表示させる画面に関する情報（例えば、ＨＴＭＬ（Hyper Text Markup Language）文書等）である。ユーザ情報６５ｂは、一致率判定モジュール６２によって一致率が高いと判定された画像データ（本人確認用書類の画像データ）および別途送られてきたテキスト情報によって構成される。
【００５３】
書類管理情報６５ｃは、後述するように本人確認用書類のそれぞれのレイアウトに関する情報等を管理する情報である。図５は、書類管理情報の一例を示している。この図の例では、書類の種類、レイアウト情報、対応関係情報、および、マスク画像が関連付けされて格納されている。例えば、免許証の場合は、ファイル名「ｌｉｃｌａｙ．ｔｘｔ」のファイルがレイアウト情報６５ｅに格納されている該当するレイアウト情報であることが示されている。また、ファイル名「ｌｉｃｒｅｌ．ｔｘｔ」のファイルが対応関係情報６５ｆに格納されている該当する対応関係情報であることが示されている。さらに、ファイル名「ｌｉｃｍａｓｋ．ｇｉｆ」のファイルがマスク画像６５ｄに格納されている該当するマスク画像であることが示されている。なお、それぞれのファイルの詳細については後述する。
【００５４】
図４に戻る。マスク情報格納手段としてのマスク画像６５ｄは、本人確認用書類のそれぞれの機微情報をマスクするためのマスク情報としてのマスク画像群である。図５の免許証の例では、「ｌｉｃｍａｓｋ．ｇｉｆ」が対応する。レイアウト情報６５ｅは、各本人確認用書類に記載される記載内容のレイアウトを示す情報である。免許証の例では、「ｌｉｃｌａｙ．ｔｘｔ」が対応する。対応関係情報６５ｆは、携帯電話機４０から送信されたテキストデータと、本人確認用書類に記載された文字情報との対応関係を示す情報である。免許証の例では、「ｌｉｃｒｅｌ．ｔｘｔ」が対応する。
【００５５】
つぎに、第１の実施の形態の動作について説明する。以下では、まず、システムの管理者が認証装置１０を操作して、本人確認用書類の確認箇所およびマスク箇所を設定する処理について図６を参照して説明し、つぎに、ユーザが携帯電話機４０によって本人確認を行う際の処理について図９を参照して説明する。
【００５６】
図６は、図２に示す認証装置１０において、システムの管理者が入力装置１０ｉを操作して、図４に示す書類管理情報６５ｃを編集（または新規追加）する要求を行った場合に実行される処理である。このフローチャートが開始されると、以下のステップが実行される。
【００５７】
ステップＳ１：制御モジュール６０は、入力装置１０ｉから入力された情報を通信モジュール６１を介して入力し、書類管理情報６５ｃを編集する要求が管理者よりなされていることを認識し、記憶モジュール６５に記憶されている、書類管理情報の編集用画面を表示するための情報を画面表示用情報６５ａから取得し、画像処理回路１０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路１０ｅによって描画処理がなされ、得られた画像が映像信号に変換され、表示装置１０ｈに表示される。
【００５８】
図７は、ステップＳ１の処理の結果として、表示装置１０ｈの表示部に表示される情報の一例である。この例では、枠１００が表示され、その内部には、ボタン１００ａ〜１００ｄ、チェックボックス１００ｅ〜１００ｉ、ボタン１００ｊ〜１００ｐ、本人確認用書類画像１００ｑ、および、ボタン１００ｒ、１００ｓが表示されている。
【００５９】
ここで、ボタン１００ａ〜１００ｄは、編集対象となる本人確認用書類を選択するためのボタンである。具体的には、ボタン１００ａ〜１００ｄは、免許証、パスポート、保険証、および、年金手帳を選択する際にそれぞれ操作され、この例では、反転表示されているボタン１００ａが選択され、それに対応する免許証に関する情報が表示されている。チェックボックス１００ｅ〜１００ｉは、それぞれの右隣に表示されている項目を選択する場合にチェックされる。
【００６０】
本人確認用書類画像１００ｑは、ボタン１００ａ〜１００ｄのいずれかによって選択された本人確認用書類に対応する画像が表示される。この例では、ボタン１００ａが選択されているので、免許証に対応する画像が表示されている。ボタン１００ｒは、入力された内容を登録する場合に操作される。ボタン１００ｓは、入力された内容をキャンセルする場合に操作される。
【００６１】
ステップＳ２：制御モジュール６０は、管理者が入力装置１０ｉによってボタン１００ａ〜１００ｄを操作することにより、本人確認用書類の種類が選択されたか否かを判定し、選択された場合にはステップＳ３に進み、それ以外の場合には同様の処理を繰り返す。例えば、管理者が免許証に関する書類管理情報を編集するために、ボタン１００ａを操作した場合には、ステップＳ３に進む。
【００６２】
ステップＳ３：制御モジュール６０は、ステップＳ２において選択されたボタンに対応する本人確認用書類に関する情報を、画面表示用情報６５ａおよび書類管理情報６５ｃから取得し、表示装置１０ｈに表示する。例えば、免許証の場合には、まず、画面表示用情報６５ａから免許証の本人確認用書類画像１００ｑ、チェックボックス１００ｅ〜１００ｉ、および、ボタン１００ｊ〜１００ｐを含む画像を読み出して、枠１００内に表示する。また、書類管理情報６５ｃに情報が既に登録されている場合には、これらの情報に基づいた情報が枠１００内に表示される。図７の例は、書類管理情報６５ｃが未登録の状態に対応しており、本人確認用書類画像１００ｑ、チェックボックス１００ｅ〜１００ｉ、および、ボタン１００ｊ〜１００ｐのみが表示されている。なお、書類管理情報６５ｃに情報が既に登録されている場合には、例えば、後述する図８に示すような情報が表示される。
【００６３】
管理者は、図７に示す画面において、所定の操作を行うことにより、レイアウト情報等を入力することができる。すなわち、図７に示す画面において、ボタン１００ｊが操作された後に、本人確認用書類画像１００ｑの右上隅に表示されている生年月日の欄を領域指定する操作が入力装置１０ｉからなされた場合には、図８に示すように、当該領域にハッチングが施され、対応付けがなされたことが示される。また、チェックボックス１００ｅが自動的にチェックされる。
【００６４】
そして、後にボタン１００ｒが操作されると、後述するステップＳ５において、ハッチングが施された領域の位置情報（例えば、領域の４カ所を指定する位置情報）と、その記載内容である生年月日とが対応付けされて、該当するレイアウト情報に格納される。
【００６５】
いまの例では、免許証が選択されているので、入力された情報は、免許証のレイアウト情報のファイルとしてのｌｉｃｌａｙ．ｔｘｔに格納される。
【００６６】
また、対応関係情報としてのｌｉｃｒｅｌ．ｔｘｔには、後述する図１０に示す入力画面から入力された情報と、図８に示す本人確認用書類の記載内容との対応関係が格納される。同様にして、ボタン１００ｋを操作して、本人確認用書類画像１００ｑの右上隅の欄が領域指定された場合には、該当する情報がレイアウト情報６５ｅと対応関係情報６５ｆに書き込まれる。なお、ボタン１００ｍについても同様の処理がなされる。さらに、ボタン１００ｎが操作されて、本籍の欄が領域指定された場合には、当該領域をマスクするための画像が生成され、マスク画像（ｌｉｃｍａｓｋ．ｇｉｆ）として格納される。
【００６７】
ステップＳ４：制御モジュール６０は、入力が終了してボタン１００ｒが操作されたか否かを判定し、操作された場合にはステップＳ５に進み、それ以外の場合には同様の処理を繰り返す。
【００６８】
ステップＳ５：制御モジュール６０は、前述したように、図８において入力された情報に基づいて、レイアウト情報、対応関係情報、および、マスク画像を記憶モジュール６５に登録する（または更新する）処理を実行する。
【００６９】
以上の処理により、記憶モジュール６５には、図８の画面において入力された情報が登録される。管理者は、図８に示す画面において所定の操作を行うことにより、本人確認用書類のそれぞれについて設定を行うことができる。なお、以上では、管理者の操作に応じて情報を生成して登録するようにしたが、このような情報を予め作成して登録しておき、必要に応じて編集等するようにしてもよい。
【００７０】
つぎに、ユーザが携帯電話機４０から認証装置１０にアクセスして本人確認を行う場合の処理について説明する。
【００７１】
図９は、ユーザが携帯電話機４０から認証装置１０にアクセスして、本人確認を行う場合の処理の流れを説明するためのフローチャートである。このフローチャートが実行されると以下のステップが実行される。なお、このフローチャートは、携帯電話機４０と認証装置１０において実行される処理の流れを示している。
【００７２】
ステップＳ１０：ユーザが携帯電話機４０の入力装置４０ｉを操作し、認証装置１０の本人確認を行うためのサイトに対して付与されたＵＲＬ（Uniform Resource Locator）に対してアクセスする指示を行った場合には、携帯電話機４０のＣＰＵ４０ａは、Ｉ／Ｆ４０ｆ、通信回路４０ｍ、基地局３０、および、ネットワーク２０を介して認証装置１０にアクセスし、所定の情報を送信するように認証装置１０に要求する。
【００７３】
ステップＳ１１：携帯電話機４０からの登録要求を通信モジュール６１を介して受信した制御モジュール６０は、記憶モジュール６５の画面表示用情報６５ａから、登録画面を表示するための情報を読み出し、通信モジュール６１を介して、要求を行った携帯電話機４０に対して送信する。
【００７４】
ステップＳ１２：携帯電話機４０のＣＰＵ４０ａは、ステップＳ１１において、認証装置１０から送信された登録画面表示情報を受信し、画像処理回路４０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路４０ｅは、描画処理を実行し、得られた画像を映像信号に変換してＬＣＤ４０ｈに表示する。
【００７５】
図１０は、ステップＳ１２の処理により、ＬＣＤ４０ｈに表示される情報の一例を示している。この例では、枠１１０内の最上部には、タイトル１１０ａとしての「登録画面」が表示されている。また、その下には、テキストボックス１１０ｂ〜１１０ｉが表示され、最下部にはボタン１１０ｊが表示されている。ここで、テキストボックス１１０ｂ，１１０ｃには登録を受けようとするユーザの姓および名が漢字でそれぞれ入力され、テキストボックス１１０ｃ，１１０ｄには、姓および名がカナで入力される。また、テキストボックス１１０ｆ〜１１０ｈには、生年月日の年、月、日がそれぞれ入力される。テキストボックス１１０ｉには、ユーザの住所が入力される。ボタン１１０ｊは、入力された情報を認証装置１０に送信する場合に操作される。
【００７６】
ステップＳ１３：ＣＰＵ４０ａは、図１０に示す画面において所定の情報が入力された後に、ボタン１１０ｊが操作されたか否かを判定し、操作された場合にはステップＳ１４に進み、それ以外の場合には同様の処理を繰り返す。
【００７７】
ステップＳ１４：ＣＰＵ４０ａは、図１０に示す画面において入力された情報をテキスト情報として、認証装置１０に送信する。具体的には、図１０において入力された情報に対してそれぞれの項目の内容を示すタグが付与され、認証装置１０に対して送信される。
【００７８】
ステップＳ１５：制御モジュール６０は、ステップＳ１４において、携帯電話機４０から送信されたテキスト情報を受信し、記憶モジュール６５にユーザ情報６５ｂとして登録する。
【００７９】
ステップＳ１６：制御モジュール６０は、記憶モジュール６５の画面表示用情報６５ａから書類選択画面を表示するための情報を取得し、通信モジュール６１を介して携帯電話機４０に送信する。
【００８０】
ステップＳ１７：ＣＰＵ４０ａは、ステップＳ１６において認証装置１０から送信された書類選択画面を表示するための情報を受信し、画像処理回路４０ｅのＶＲＡＭに書き込む。その結果、ＬＣＤ４０ｈには、図１１に示すような書類選択画面が表示される。
【００８１】
図１１に示す画面では、枠１２０内の最上部には、タイトル１２０ａとしての「書類選択画面」が表示されている。その下には、ラジオボタン１２０ｂ〜１２０ｅが表示されている。また、最下部にはボタン１２０ｆが表示されている。ここで、ラジオボタン１２０ｂ〜１２０ｅは、免許証、パスポート、保険証、および、年金手帳をそれぞれ選択する場合に操作される。なお、この例では、ラジオボタン１２０ｂがチェックされているので、免許証が選択されている。ボタン１２０ｆは、入力された情報を認証装置１０に送信する場合に操作される。
【００８２】
ステップＳ１８：ＣＰＵ４０ａは、図１１に示す画面において、所定のラジオボタンが選択された後に、送信ボタン１２０ｆが操作された場合には、ステップＳ１９に進み、それ以外の場合には同様の処理を繰り返す。
【００８３】
ステップＳ１９：ＣＰＵ４０ａは、図１１に示す画面において入力された情報を、認証装置１０に対して送信する。図１１に示す画面では、ラジオボタン１２０ｂがチェックされているので、本人確認用書類として免許証を選択することを示す情報が認証装置１０に対して送信される。
【００８４】
ステップＳ２０：制御モジュール６０は、ステップＳ１９において携帯電話機４０から送信された情報を受信する。そして、書類管理情報６５ｃを参照して、選択された書類に対応するマスク画像をマスク画像６５ｄから取得し、通信モジュール６１を介して、携帯電話機４０に送信する。図１１の例では、免許証が選択されているので、制御モジュール６０は、書類管理情報６５ｃを参照し、選択された免許証に対応するマスク画像のファイル名「ｌｉｃｍａｓｋ．ｇｉｆ」を特定し、該当するファイルをマスク画像６５ｄから取得して、携帯電話機４０に送信する。この結果、図８において登録されたマスク画像（図８の例では、本籍をマスクするための画像）が、携帯電話機４０に送信される。
【００８５】
ステップＳ２１：携帯電話機４０のＣＰＵ４０ａは、ステップＳ２０において、認証装置１０から送信されたマスク画像を受信し、画像処理回路４０ｅに供給する。その結果、ＬＣＤ４０ｈには、例えば、図１２に示すマスク画像が表示される。図１２の例では、ＬＣＤ４０ｈには、免許証の形状を示す枠１３０ａが表示され、その内部には本籍をマスクするための矩形１３０ｂが表示されている。ユーザは、ＬＣＤ４０ｈにこのようなマスク画像が表示された状態で、携帯電話機４０の図示せぬレンズを免許証に向け、撮像装置４０ｊによって撮像された免許証の画像が枠１３０ａ内に収まるように位置関係を調整した後、入力装置４０ｉを操作することにより、撮像装置４０ｊによって免許証を撮像する。その結果、図１３に示すように、枠１３０ａ内に、免許証の画像１３０ｃが嵌め込まれた状態で画像が撮像される。
【００８６】
ステップＳ２２：ＣＰＵ４０ａは、本人確認用書類の撮像が終了したか否かを判定し、終了した場合にはステップＳ２３に進み、それ以外の場合には同様の処理を繰り返す。例えば、撮像完了を示す操作がユーザによって入力装置４０ｉに対してなされた場合には、ステップＳ２３に進む。
【００８７】
ステップＳ２３：ＣＰＵ４０ａは、ステップＳ２２において撮像された本人確認用書類の画像と、マスク画像とを重畳する処理を実行する。この重畳処理によって、本人確認用書類の画像の所定の情報（機微情報等）がマスクされることになる。図１３の例では、免許証の本籍の欄に記載された情報がマスクされる。
【００８８】
ステップＳ２４：ＣＰＵ４０ａは、マスク画像が重畳された本人確認用書類の画像をＩ／Ｆ４０ｆおよび通信回路４０ｍを介して認証装置１０に送信する。その結果、認証装置１０の制御モジュール６０は、通信モジュール６１を介して当該情報を受信する。
【００８９】
ステップＳ２５：制御モジュール６０は、書類管理情報６５ｃを参照し、ステップＳ１７において表示された選択画面において選択された書類に対応する、レイアウト情報をレイアウト情報６５ｅから取得する。いまの例では、免許証が選択されているので、ｌｉｃｎｌａｙ．ｔｘｔが取得される。
【００９０】
ステップＳ２６：制御モジュール６０は、携帯電話機４０から送信された本人確認用書類の画像に対して文字認識処理を施し、記載されている情報を抽出する。具体的には、制御モジュール６０は、本人確認用書類の画像データと、レイアウト情報とを領域抽出モジュール６３に供給する。領域抽出モジュール６３は、レイアウト情報を参照して、画像データから所定の領域を抽出し、制御モジュール６０を介して文字認識モジュール６４に供給する。文字認識モジュール６４は、供給された領域に対して文字認識処理を実行し、当該領域に含まれている文字情報を取得する。このような処理を繰り返すことにより、本人確認用書類の画像データに含まれている文字情報のうち、例えば、図８において指定された領域に含まれている文字情報（氏名、生年月日、住所等）が文字認識処理によって取得される。このようにして取得された情報は、それぞれの文字情報の種類を示すタグとともに、制御モジュール６０に供給される。
【００９１】
ステップＳ２７：制御モジュール６０は、選択されている本人確認用書類に対応する対応関係情報を記憶モジュール６５の対応関係情報６５ｆから取得する。いまの例では、免許証が選択されているので、ファイルｌｉｃｒｅｌ．ｔｘｔが対応関係情報６５ｆから取得される。
【００９２】
ステップＳ２８：制御モジュール６０は、ステップＳ１５において登録されたテキスト情報（図１０に示す登録画面において入力されたテキスト情報）を、記憶モジュール６５のユーザ情報６５ｂから取得する。
【００９３】
ステップＳ２９：制御モジュール６０は、対応関係情報を参照し、文字認識の結果として得られた文字情報と、それに対応するテキスト情報の文字情報とを比較し、これらが一致するかを判定する。例えば、図８の例では、免許証に記載された氏名と、図１０に示す画面のテキストボックス１１０ｂ、１１０ｃにおいて入力された氏名とが比較され、これらが一致するか否かが判定される。このような判断は、図８に示す画面において指定された全ての情報（すなわち、氏名、生年月日、および、住所）について判定される。
【００９４】
ステップＳ３０：制御モジュール６０は、ステップＳ２９の判断により、一致率が所定の閾値よりも高いか否かを判定し、高い場合にはステップＳ３１に進み、それ以外の場合にはステップＳ３２に進む。例えば、全ての項目について、一致率が９０％以上ある場合には、一致率が高いとしてステップＳ３１に進む。なお、文字認識処理では、誤認識も生じることから、当該誤認識の発生率も考慮して、閾値を設定する必要がある。認識する対象にもよるが、一般には、文字認識率は９０％程度であるので、閾値として、例えば、９０％を選択することができる。
【００９５】
ステップＳ３１：制御モジュール６０は、本人確認用書類が本人のものである蓋然性が高いとして、ステップＳ２４において送信された画像データを、ステップＳ１５において既に登録されているテキスト情報と関連付けして、ユーザ情報６５ｂに登録する。このようにして登録された情報は、後に、登録の可否を判断する確認者により目視によって確認され、内容が所定の基準を満たしている場合には、本人確認に成功したとして、ユーザに対して通知がなされるとともに、ユーザによる所定のサービスの需要が可能になる。
【００９６】
ステップＳ３２：制御モジュール６０は、本人確認に失敗したとして、ユーザに対してその旨を通知する拒絶処理を実行する。なお、ステップＳ１５において既に登録されているテキスト情報については、記憶モジュール６５から削除するようにしてもよい。
【００９７】
以上の処理によれば、本人確認用書類の画像データに対して文字認識処理を施し、得られた文字情報と、ユーザによって直接入力されたテキスト情報とを比較し、一致率が所定の閾値よりも高い場合には、当該本人確認用書類の画像データは有効であると判定し、それ以外の場合には無効としてユーザに通知するようにした。このため、確認者は、一致率が高い本人確認用書類の画像データのみを視認により確認することになるので、それ以外の情報に対する視認処理を省略することで、作業の負荷を軽減することができる。具体的には、本人確認用書類として、誤って他人の書類を使用して登録しようとした場合には、当該書類の画像データについては一致率が低いとして拒絶されるので、このような場合についてまでも確認者が視認による確認を行うことを回避できるため、確認者の負担が軽減される。
【００９８】
また、以上の処理では、本人確認用書類を撮像する際に、マスク画像を利用して機微情報をマスクした状態で、認証装置１０に送信するようにしたので、確認者がマニュアル操作によって、機微情報をマスクする手間を省略することができる。また、ユーザ側で予めマスクすることで、ユーザに安心感を与えることができる。
【００９９】
また、図７および図８に示す画面において、認識する項目およびマスク画像を管理者が編集可能としたので、認識対象となる項目を自由に変更したり、マスクする項目を自由に変更したりすることが可能になる。
【０１００】
また、文字認識処理等については、認証装置１０側で実行するようにしたので、携帯電話機４０側でアプリケーションプログラムを実行する場合に比較すると、携帯電話機４０の種類毎にアプリケーションプログラムを作成する手間を省略することができる。また、新たな機種が発売された場合に、それに対応するプログラムを開発する手間を省略することができる。
【０１０１】
なお、以上の実施の形態では、文字の一致率としては、図７，８に示す画面において指定された項目を全て対象として判断するようにしたが、例えば、認識処理の順序を予め決めておき、一致率が低い項目があった場合には、その時点でステップＳ３２に示す拒絶処理を実行するようにしてもよい。例えば、生年月日に対する処理を最初に実行し、一致率が低い場合には直ちに拒絶するようにしてもよい。生年月日は文字の種類が少ない数字によって構成されるため、文字認識処理によって誤認識が生じる確率が低いため、生年月日を最先に認識対象とすることにより、明らかに誤った情報を正確にしかも迅速に除外することができる。なお、優先順位としては、例えば、生年月日、氏名（カタカナ）、住所、氏名（漢字）の順番とすることができる。生年月日は数字であることから文字の種類が少ないために最優先とされる。また、氏名のカタカナは、同様に文字数が少ないために次の候補とされる。住所が次に位置しているのは、住所は固定の情報であることからデータベース化することが可能なためである。また、氏名の漢字は文字の種類が多く、また、恣意的であることから最後に位置している。なお、各項目に判断の重み付けをし、全ての項目についての一致率を総合して判断するようにしてもよい。例えば、前述した優先順序に基づいた重み付けをし（例えば、生年月日は“４”、氏名（カナ）は“３”、住所は“２”、氏名（漢字）は“１”といった重み付けをし）、当該重み付けを加味して一致率を判定するようにしてもよい。
【０１０２】
また、図１２および図１３に示す画面では、マスク画像を撮像画像と重畳して表示し、撮像処理を実行するようにしたが、例えば、マスク画像は撮像がなされた後に重畳処理するようにしてもよい。そのような処理によれば、重畳処理に係るＣＰＵ４０ａの処理の負担を軽減することができる。また、不要な情報を画面から削除することで、ユーザに対して枠１３０ａに集中を促すことにより、枠１３０ａに収まった適切な画像データを得ることができる。
【０１０３】
第２の実施の形態
【０１０４】
つぎに、本発明の第２の実施の形態について説明する。第２の実施の形態は、図１〜３に示す場合と同様の構成とされているが、認証装置１０および携帯電話機４０において実行される処理が第１の実施の形態の場合とは異なっている。そこで、以下では、システムのハードウエア構成についての説明は省略し、認証装置１０および携帯電話機４０において実行される処理を中心に説明する。
【０１０５】
図１４は、本発明の第２の実施の形態において、図２に示すプログラム１０ｄ２が実行された場合に、認証装置１０のハードウエアと、ソフトウエアとしてプログラム１０ｄ２とが協働することにより実現される機能ブロックである。なお、図４に示す機能ブロックと対応する部分には、同一の符号を付してその説明は省略する。図１４の例では、ハードウエアと、ソフトウエアとが協働することにより実現される実現される機能ブロックとしては、適切化手段、要求手段、および、設定情報検索手段としての制御モジュール６０、受信手段としての通信モジュール６１、設定情報管理モジュール７０、判定手段の一部としてのレイアウト判定モジュール７１、判定手段の一部としての画像判定モジュール７２、および、記憶モジュール７３を主要な構成要素としている。
【０１０６】
設定情報管理モジュール７０は、携帯電話機４０の撮像装置４０ｊの撮像条件等を設定するための設定情報７３ｄを管理しているモジュールである。
【０１０７】
レイアウト判定モジュール７１は、携帯電話機４０において撮像され、ネットワーク２０を介して送られてきた、本人確認用書類の画像データのレイアウトの良否を判断するモジュールである。
【０１０８】
画像判定モジュール７２は、本人確認用書類の画像データの撮像状態の良否を判定するモジュールである。
【０１０９】
記憶モジュール７３は、画面表示用情報７３ａ、ユーザ情報７３ｂ、書類管理情報７３ｃ、設定情報７３ｄ、レイアウト情報７３ｅ、および、画像判定用情報７３ｆを主要な構成要素としている。
【０１１０】
ここで、画面表示用情報７３ａは、認証装置１０の表示装置１０ｈおよび携帯電話機４０のＬＣＤ４０ｈに入力画面等を表示するための情報を格納している。ユーザ情報７３ｂは、ユーザの本人確認に関する情報を格納している。書類管理情報７３ｃは、本人確認用書類の種類と、それに対応するレイアウト情報の関係を示す情報を格納している。すなわち、書類管理情報７３ｃは、図７のテーブルにおいて、対応関係情報およびマスク画像を除外したものと略同様の情報を格納している。設定情報格納手段としての設定情報７３ｄは、携帯電話機の種類と、それぞれの携帯電話機の撮像装置の最適な設定に関する情報とを関連付けした情報を格納している。レイアウト情報７３ｅは、本人確認用書類のそれぞれについて、最適なレイアウト（画像データ中の書類の位置）を示す情報を格納している。画像判定用情報７３ｆは、本人確認用書類の画像データの撮像状態について、受容できるか否かを判定するための情報を格納している。
【０１１１】
つぎに、本発明の第２の実施の形態の動作について説明する。
【０１１２】
まず、図１４に示す設定情報７３ｄを追加または編集する際の動作について説明する。管理者が入力装置１０ｉを操作し、設定情報を編集する要求を行うと、制御モジュール６０は、画面表示用情報７３ａから、設定情報を編集するための画面を表示する情報を読み出し、画像処理回路１０ｅの図示せぬＶＲＡＭに書き込む。その結果、画像処理回路１０ｅは、ＶＲＡＭに書き込まれた情報に基づいて描画処理を実行し、得られた画像を映像信号に変換して表示装置１０ｈに供給して表示させる。その結果、表示装置１０ｈには、図１５に示すような情報が表示される。
【０１１３】
図１５の表示例では、枠１５０内の最上部には、ボタン１５０ａ〜１５０ｄが表示され、その下にはテキストボックス１５０ｅ〜１５０ｋが表示され、最下部にはボタン１５０ｍ、１５０ｎが表示されている。ここで、ボタン１５０ａ〜１５０ｄは、例えば、携帯電話機の製造会社を選択するためのボタンである。この例では、ボタン１５０ａ〜１５０ｄを選択することによりＡ社〜Ｄ社がそれぞれ選択される。テキストボックス１５０ｅには、携帯電話機の機種名が入力される。テキストボックス１５０ｆには、携帯電話機の撮像装置によって本人確認用書類を撮像する際の最適な解像度が入力される。具体的には横と縦のそれぞれの画素数として入力される。テキストボックス１５０ｇには、最適なコントラストが入力される。具体的には最大値を“１”とする小数として入力される。テキストボックス１５０ｈには、最適なズームレベルが入力される。具体的には、最適なズームレベルとして「接写モード」等が入力される。テキストボックス１５０ｉには、フラッシュ使用の要否が入力される。テキストボックス１５０ｊには、例えば、オートフォーカス（ＡＦ）を使用するか否か等の情報が入力される。テキストボックス１５０ｋには、画像データの最適なフォーマットが入力される。例えば、最適な圧縮方法としてＪＰＥＧ（Joint Photographic Experts Group）の低圧縮を指定する。ボタン１５０ｍは、入力された情報を登録する際に操作されるボタンであり、ボタン１５０ｎは、入力された情報をキャンセルする際に操作されるボタンである。
【０１１４】
図１５に示す画面において、ボタン１５０ａ〜１５０ｄが選択されて携帯電話機の製造会社が選択され、テキストボックス１５０ｅ〜１５０ｋに最適な画像データを得るための設定情報が入力された後、ボタン１５０ｍが操作されると、制御モジュール６０はこれらの情報を取得し、設定情報７３ｄに格納する。なお、既に同じ機種に関する情報が登録されている場合には、格納済みの情報に対して上書きがされて更新される。
【０１１５】
図１６は、以上の処理により、設定情報７３ｄに格納されている情報の一例である。この例では、図１５のボタン１５０ａ〜１５０ｄによって選択された「会社名」、テキストボックス１５０ｅ〜１５０ｋに入力された情報としての「機種名」、「解像度」、「コントラスト」、「ズームレベル」、「フラッシュ」、「フォーカス」、および、「フォーマット」が関連づけされて記憶されている。例えば、第１番目の項目の場合では、会社名は「Ａ社」であり、機種名は「Ａ−５００」であり、解像度は「３５２×２８８」であり、コントラストは「０．９」であり、ズームレベルは「接写モード」であり、フラッシュは「使用」であり、フォーカスは「ＡＦ使用」であり、フォーマットは「ＪＰＥＧ（低）」（ＪＰＥＧの低圧縮モード）が最適設定として示されている。
【０１１６】
つぎに、図１７を参照して、携帯電話機４０が認証装置１０に対して、本人確認を行う要求を行った場合に実行される処理について説明する。なお、図１７に示す処理において、図９と対応する部分には、同一の符号を付してその説明を省略する。具体的には、ステップＳ１０〜ステップＳ１９の処理については図９の場合と同様であるのでその説明を省略する。
【０１１７】
ステップＳ５０：認証装置１０の制御モジュール６０は、通信モジュール６１を介して携帯電話機４０に対して、携帯電話機４０の機種を特定するための情報を送るように要求する。なお、機種を特定するための情報としては、例えば、携帯電話機の製造会社名と機種名とを送信させる。
【０１１８】
ステップＳ５１：携帯電話機４０のＣＰＵ４０ａは、認証装置１０からの要求に応じて、携帯電話機４０の機種を特定するための情報を、通信回路４０ｍ、基地局３０、および、ネットワーク２０を介して送信する。
【０１１９】
ステップＳ５２：認証装置１０の制御モジュール６０は、携帯電話機４０から送信されてきた機種を特定するための情報を参照し、設定情報７３ｄから該当する情報を特定して読み出し、通信モジュール６１を介して携帯電話機４０に送信する。例えば、会社名として「Ａ社」、機種名として「Ａ−５００」が送られてきた場合には、図１６に示す第１番目の情報が取得されて送信される。
【０１２０】
ステップＳ５３：携帯電話機４０のＣＰＵ４０ａは、ステップＳ５２において送信された設定情報を受信し、当該設定情報に基づいて、撮像装置４０ｊを自動的に設定する。なお、自動的に設定するのではなく、設定内容をＬＣＤ４０ｈに表示させ、表示された情報に基づいてユーザがマニュアル操作によって設定を行うようにしてもよい。
【０１２１】
ステップＳ５４：携帯電話機４０のＣＰＵ４０ａは、ユーザの操作に基づいて、撮像装置４０ｊによる撮像が終了したか否かを判定し、終了した場合にはステップＳ５５に進み、それ以外の場合には撮像が完了するまで同様の処理を繰り返す。
【０１２２】
ステップＳ５５：携帯電話機４０のＣＰＵ４０ａは、撮像装置４０ｊによって撮像された画像データを通信回路４０ｍを介して認証装置１０に対して送信する。なお、撮像装置４０ｊによって撮像された画像データは、例えば、ＪＰＥＧ方式に基づいて圧縮された後に通信回路４０ｍを介して送信される。
【０１２３】
ステップＳ５６：認証装置１０の制御モジュール６０は、携帯電話機４０から画像データを受信するとともに、ステップＳ１９において送信された本人確認用書類の種類を示す情報に対応するレイアウト情報をレイアウト情報７３ｅから取得する。なお、レイアウト情報としては、図１８のような情報がある。この例では、画像データの画像の領域１６０と、本人確認用書類の最も適切なレイアウトを示す矩形１６１ａと、大きい場合であって受容される矩形１６１ｂと、小さい場合であって受容される矩形１６１ｃとが示されている。
【０１２４】
なお、レイアウト情報として、本人確認用書類の画像データの輪郭だけでなく、罫線の配置状況および文字の配置状況についても保持しておき、当該情報と画像データとのパターンマッチング処理を実行し、これらの同一性が高いか否かによって、レイアウトの適否を判定するようにしてもよい。
【０１２５】
ステップＳ５７：制御モジュール６０は、レイアウトが適切であるか否かを行う処理を実行する。具体的には、画像データに対して輪郭抽出処理を実行し、本人確認用書類の輪郭を抽出する。そして、ステップＳ５６において特定されたレイアウト情報を参照し、抽出された輪郭と画像データの画像の範囲との相対的な位置関係を比較し、本人確認用書類の輪郭が図１８に示す矩形１６１ｂと矩形１６１ｃの間に位置しているか否かを判定する。これらの間に位置している場合にはレイアウトは適切であると判定される。
【０１２６】
ステップＳ５８：制御モジュール６０は、画像データの撮像状態の良否を判定する画像判定処理を実行する。
【０１２７】
図１９は、ステップＳ５８に示す画像判定処理の詳細を示している。この処理が実行されると、以下のステップが実行される。
【０１２８】
ステップＳ７０：制御モジュール６０は、画像データの、例えば、ヘッダに格納された情報を参照し、画像データを構成する画素数を検出する。具体的には、画像データを構成する横と縦の画素数を得る。例えば、ＪＰＥＧ方式で圧縮された画像データの場合には、ヘッダに格納されている水平画素数および垂直画素数を参照し、これらが所望の範囲に収まっているかを基準に判断する。なお、ヘッダ以外から情報を得てもよい。
【０１２９】
ステップＳ７１：制御モジュール６０は、画像データの明度を検出する。例えば、制御モジュール６０は、画像データを所定の割合でサンプリングしてヒストグラムを生成し、ヒストグラムの分布の状態から画像の明度を検出する。例えば、横軸に明るさ、縦軸に明るさ毎のドットの数を示すヒストグラムにおいて、ヒストグラムが全体として中央に位置している場合には明度が適切であると判定する。また、ヒストグラムが全体として左側に位置している場合には明度が低いと判定し、ヒストグラムが全体として右側に位置している場合には明度が高いと判定する。
【０１３０】
ステップＳ７２：制御モジュール６０は、画像データのコントラストを検出する。例えば、制御モジュール６０は、前述したヒストグラムの分布の状態から画像のコントラストを検出する。例えば、横軸に明るさ、縦軸に明るさ毎のドットの数を示すヒストグラムにおいて、ヒストグラムが全体として一部に集中して分布している場合にはコントラストが低いと判定する。また、ヒストグラムが所定の範囲に分布している場合には、コントラストが適切であると判定し、ヒストグラムが所定の範囲を超えて広く分布している場合にはコントラストが高いと判定する。
【０１３１】
ステップＳ７３：制御モジュール６０は、画像データのシャープネスを検出し、元の処理に復帰する。例えば、制御モジュール６０は、画像データに対してＤＣＴ（Discrete Cosine Transform）処理を実行して高域成分の量を検出し、その量の多寡によってシャープネスを検出する。具体的には、高域成分の量が所定の範囲に収まる場合には、シャープネスが適切であると判定し、当該範囲を外れて多い場合にはシャープネスが強いと判定し、それ以外の場合には弱いと判定する。なお、画像データに対して２次元高域通過フィルタ処理を実行し、それによって得られる高域成分の多寡によってシャープネスを検出するようにしてもよい。
【０１３２】
図１７に戻って説明を継続する。
【０１３３】
ステップＳ５９：制御モジュール６０は、ステップＳ５７の判定結果、および、ステップＳ５８の判定結果に基づいて、送られてきた画像データが受容できるか否かを判定する。なお、受容できるか否かの判定方法としては、例えば、全ての判定項目において適正な範囲に収まっている場合に受容できると判定したり、あるいは、一部の重要な判定項目において適正な範囲に含まれている場合に受容できると判定したりすることができる。これ以外にも、例えば、簡単な画像処理によって修正可能な場合には、受容できると判定するようにしてもよい。具体的には、画像データの明度、コントラスト、シャープネスについては、画像処理によってある程度修復することが可能であるので、これらが適正な範囲に収まっていない場合であって、かつ、修復可能な範囲にある場合には、受容できると判定して、後に画像処理によって修復するようにしてもよい。
【０１３４】
ステップＳ６０：制御モジュール６０は、ステップＳ５９において受容できると判定された画像データを、ステップＳ１５において登録されているテキスト情報とともに、ユーザ情報７３ｂに登録する。なお、このとき、画像データの明度、コントラスト、および、シャープネスを補正する処理を実行し、より視認性が高い画像データを登録するようにしてもよい。具体的には、明度については前述したヒストグラムの分布が中央付近になるように各画素の値を調整する処理を実行する。また、コントラストの場合には、同じくヒストグラムの分布の広がりが適切となるように各画素の値を調整する。また、シャープネスについては、ＤＣＴの結果として得られたデータのうち、空間周波数が高い成分について値を増加させる処理を実行した後に、ＩＤＣＴ（Inverse Discrete Cosine Transform）を実行するようにすればよい。このようにして登録された、画像データおよびユーザデータは、確認者によって確認され、本人であることが確認できた場合には、当該ユーザのサービスへの登録がされることになる。
【０１３５】
ステップＳ６１：制御モジュール６０は、ステップＳ５９において、画像データが受容できないと判定された場合には、ステップＳ５７またはステップＳ５８の処理において受容できないと判定された項目に対応する設定情報を変更する処理を実行し、ステップＳ５２に戻って同様の処理を実行する。
【０１３６】
具体的には、画像データの明度が高いと判定された場合であって、フラッシュを使用する設定にされている場合には、フラッシュを使用しない設定に変更する。逆に明度が低いと判定された場合であって、フラッシュを使用しない設定になっている場合には、フラッシュを使用する設定に変更する。
【０１３７】
また、コントラストが低いと判定された場合には、図１６に示す設定情報のコントラストを高く設定し、逆に、高いと判定された場合には設定情報のコントラストを下げる。また、シャープネスが低いと判定された場合には、例えば、画像データのフォーマットにおいて、画像圧縮形式の圧縮率を低く設定するようにすれば、画像圧縮処理によって失われる空間周波数の高域成分の量を少なくすることができるので、シャープネスを実質的に高めることができる。
【０１３８】
また、解像度が低いと判定された場合には、設定情報の解像度をより高い解像度に変更する。さらに、レイアウトが適切でないと判定された場合には、レイアウトが適切になるように、例えば、「もう少し書類が中央に位置するように撮像してください。」のようなメッセージをＬＣＤ４０ｈを表示させるようにすればよい。
【０１３９】
そして、ステップＳ５２〜Ｓ６１の処理は、画像データが受容可能となるまで繰り返され、受容可能となった場合には、ステップＳ６０に進んで画像データが登録される。なお、ステップＳ５２〜Ｓ６１の繰り返し処理を行わないで、送られてきた画像データの適否のみを通知するようにしてもよい。
【０１４０】
以上の第２の実施の形態によれば、携帯電話機４０の機種毎に最適な設定情報を認証装置１０において一元管理し、撮像時において携帯電話機４０に送信して設定を行うようにしたので、例えば、このような最適な設定情報を組み込んだアプリケーションプログラムを携帯電話機単位で生成する場合に比較し、管理者の負担を軽減することができる。すなわち、管理者は、図１５に示す画面において設定のみを行えばよいので、アプリケーションプログラムの場合に発生するプログラムのコンパイル作業等を省略することが可能になり、作業を簡易化することができる。
【０１４１】
また、以上の第２の実施の形態によれば、携帯電話機毎に最適な設定情報を予め送信して撮像装置の設定を行い、最適に設定された状態で撮像された画像データを、認証装置１０に送信するようにしたので、管理者の負担を軽減することができる。すなわち、不適切な設定によって撮像された画像データについては、従来は、管理者が目視確認により確認し、ユーザに画像データを再度送信するように指示していたが、本発明の第２の実施の形態では、最適な設定がなされた状態で撮像された画像データが送信されるようにしたので、管理者の負担が軽減できる。
【０１４２】
また、前述のように、最適な状態において撮像された場合であっても、例えば、ユーザの操作ミスまたは撮像環境等によっては、画像データが適切でない場合が生じる。しかしながら、本発明の第２の実施の形態では、そのような場合であっても画像データのレイアウト、解像度、明度、コントラスト、および、シャープネス等を検出し、適切でない場合には、画像データを携帯電話機に対して再送させるようにしたので、不適切な画像データが送られる可能性を低くすることができる。その結果、確認者が目視による確認を行い、再度の送信をユーザ側に通知し、再度、同様の処理を繰り返すといった作業の負担を軽減することができる。
【０１４３】
また、第２の実施の形態では、画像データが受容できないと判定された場合には、該当する設定項目を自動的に変更するようにしたので、画像データを再度撮像する際に、適切な画像データとなる可能性を高めることができる。これにより、ユーザの負担を軽減することができる。
【０１４４】
なお、第２の実施の形態では、管理者によって設定された設定情報を用いて携帯電話機４０の撮像装置４０ｊを設定し、送られてきた画像データに応じて設定情報の一部を変更するようにした。しかし、例えば、それぞれの携帯電話機において、送られてくる画像データの状態の統計をとり、当該統計に偏りがある場合には、図１６に示す設定情報７３ｄ自体を変更するようにしてもよい。具体的には、機種名「Ａ−５００」の携帯電話機から送られてくる画像データの統計をとった場合に、コントラストが高い傾向にあることが分かった場合には、図１６に示すコントラストを「０．９」から「０．８」に変更するようにしてもよい。そのような方法によれば、統計値に基づいて、より最適な設定情報を得ることができる。
【０１４５】
なお、以上の各実施の形態は、一例であって、これ以外にも種々の変形実施態様が存在する。例えば、上述した各実施の形態では、ユーザ側の端末装置として携帯電話機４０を例に挙げて説明を行ったが、例えば、撮像装置付きのＰＤＡ（Personal Digital Assistants）を用いるようにしてもよい。
【０１４６】
また、以上の各実施の形態では、撮像装置としては、携帯電話機に内蔵されているディジタルカメラを例に挙げて説明したが、例えば、外付けのディジタルカメラを用いるようにしてもよい。また、ディジタルカメラではなく、例えば、スキャナを用いることも可能である。
【０１４７】
また、以上の各実施の形態における認証装置１０の処理を、複数の装置で分散して処理することも可能である。すなわち、図９および図１７に示す処理を必要に応じて他の装置に移動させることも可能である。そのような実施の形態によれば、ネットワーク２０のトラフィックまたはサーバの能力に応じて、最適なシステムを構築することができる。
【０１４８】
なお、上記の処理機能は、サーバコンピュータとクライアントコンピュータとによって実現することができる。その場合、認証装置１０が有すべき機能の処理内容を記述したサーバプログラム、および携帯電話機４０が有すべき機能の処理内容を記述したクライアントプログラムが提供される。サーバプログラムをサーバコンピュータで実行することにより、認証装置１０の処理機能がサーバコンピュータ上で実現される。また、クライアントプログラムをクライアントコンピュータで実行することにより、携帯電話機４０の処理機能がクライアントコンピュータ上で実現される。
【０１４９】
処理内容を記述したサーバプログラムやクライアントプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disk)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１５０】
サーバプログラムやクライアントプログラムを流通させる場合には、たとえば、各プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、クライアントプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータからクライアントコンピュータにクライアントプログラムを転送することもできる。
【０１５１】
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１５２】
クライアントプログラムを実行するクライアントコンピュータは、たとえば、可搬型記録媒体に記録されたクライアントプログラムもしくはサーバコンピュータから転送されたクライアントプログラムを、自己の記憶装置に格納する。そして、クライアントコンピュータは、自己の記憶装置からクライアントプログラムを読み取り、クライアントプログラムに従った処理を実行する。なお、クライアントコンピュータは、可搬型記録媒体から直接クライアントプログラムを読み取り、そのクライアントプログラムに従った処理を実行することもできる。また、クライアントコンピュータは、サーバコンピュータからクライアントプログラムが転送される毎に、逐次、受け取ったクライアントプログラムに従った処理を実行することもできる。
【産業上の利用可能性】
【０１５３】
本発明は、例えば、携帯電話機を用いた本人確認に利用することができる。
【図面の簡単な説明】
【０１５４】
【図１】本発明の認識システムの構成例を示す図である。
【図２】図１に示す認証装置の詳細な構成例を示す図である。
【図３】図１に示す携帯電話機の詳細な構成例を示す図である。
【図４】図１に示す認証装置においてプログラムが実行された場合に実現される機能ブロックを示す図である。
【図５】図４に示す書類管理情報の一例を示す図である。
【図６】図４に示す認証装置において書類管理情報を編集する際に実行される処理の流れを説明するフローチャートである。
【図７】図６に示すフローチャートが実行された場合に表示装置に表示される画面の一例である。
【図８】図７において所定の情報が入力された場合の画面の表示例である。
【図９】図１に示す認証装置と携帯電話機の間で実行される処理の流れを説明するフローチャートである。
【図１０】図９に示すフローチャートが実行された場合に、携帯電話機に表示される登録画面の一例である。
【図１１】図９に示すフローチャートが実行された場合に、携帯電話機に表示される書類選択画面の一例である。
【図１２】図９に示すフローチャートが実行された場合に、携帯電話機に送信されるマスク画像の一例である。
【図１３】図１２に示すマスク画像に本人確認用書類が重畳されて表示された状態を示す図である。
【図１４】図１に示す認証装置においてプログラムが実行された場合に実現される他の機能ブロックを示す図である。
【図１５】図１４に示す設定情報を編集するための画面の表示例である。
【図１６】図１４に示す設定情報の一例である。
【図１７】図１に示す認証装置と携帯電話機の間で実行される他の処理の流れを説明するフローチャートである。
【図１８】図１４に示すレイアウト情報の一例を示す図である。
【図１９】図１７のステップＳ５８の処理の詳細を説明するためのフローチャートである。
【符号の説明】
【０１５５】
１０ 認証装置、４０ 携帯電話機（端末装置）、４０ｉ 入力装置、４０ｊ 撮像装置、６０ 制御モジュール（適切化手段の一部、要求手段、設定情報検索手段、問い合わせ手段、マスク情報検索手段）、６１ 通信モジュール（適切化手段の一部、受信手段）、６５ｄ マスク画像（マスク情報格納手段）、７１ レイアウト判定モジュール（判定手段の一部）、７２ 画像判定モジュール（判定手段の一部）、７３ｄ 設定情報（設定情報格納手段）
【特許請求の範囲】
【請求項１】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置において、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行うための適切化手段と、
上記適切化手段によって送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信する受信手段と、
上記受信手段によって受信された画像データの適切性について判定する判定手段と、
を有することを特徴とする認証装置。
【請求項２】
前記端末装置の種類を示す情報と、それぞれの種類の端末装置に対応する前記設定情報とを関連付けして格納する設定情報格納手段と、
前記端末装置に対してその種類を特定するための情報を送るように要求する要求手段と、
上記要求手段の要求の結果として送られてきた情報を参照し、上記設定情報格納手段から対応する設定情報を検索する設定情報検索手段と、をさらに有し、
前記適切化手段は、上記設定情報検索手段によって得られた設定情報を、前記端末装置に対して送信し、前記撮像装置が適切な状態になるように設定することを特徴とする請求項１記載の認証装置。
【請求項３】
前記適切化手段は、前記撮像装置において、被写体の不要な部分をマスクするためのマスク情報を送信し、認証に必要な情報のみを前記撮像装置に撮像させることを特徴とする請求項１記載の認証装置。
【請求項４】
前記被写体は、本人確認用の書類であり、
前記適切化手段は、上記本人確認用の書類のうちの、本人確認に必要ない情報をマスクするためのマスク情報を送信することを特徴とする請求項３記載の認証装置。
【請求項５】
本人確認用の書類の種類を示す情報と、それぞれの書類の種類に対応するマスク情報とを関連づけて格納するマスク情報格納手段と、
前記端末装置に対して、被写体となる本人確認用の書類の種類を問い合わせる問い合わせ手段と、
上記問い合わせ手段によって問い合わせの結果として判明した書類の種類に対応したマスク情報を上記マスク情報格納手段から検索するマスク情報検索手段と、をさらに有し、
前記適切化手段は、上記マスク情報検索手段によって得られたマスク情報を、前記端末装置に対して送信し、本人認証用の書類のうちの、本人確認に必要ない情報がマスクされた情報を前記撮像装置に撮像させることを特徴とする請求項４記載の認証装置。
【請求項６】
前記判定手段は、前記受信手段によって受信された画像データに対して所定の画像処理を施し、その結果として得られた当該画像データの特性を示す特性情報に基づいて、当該画像データの適切性を判定することを特徴とする請求項１記載の認証装置。
【請求項７】
前記判定手段は、前記受信手段によって受信された画像データが適切でないと判定した場合には、前記端末装置に対して画像データを再度撮像して送信するように要求することを特徴とする請求項６記載の認証装置。
【請求項８】
前記画像データの特性情報は、当該画像データの解像度、明度、コントラスト、シャープネス、および、レイアウトの状態を示す情報の少なくとも１つまたはこれらの組み合わせであることを特徴とする請求項６または７記載の認証装置。
【請求項９】
前記端末装置は、テキスト情報を入力可能な入力装置を有し、
前記判定手段は、前記撮像装置によって撮像された本人認証用の書類に含まれている文字情報をテキストデータに変換し、当該テキストデータと上記入力装置から入力されたテキストデータと比較し、これらの一致率が一定以上の場合には、適切であると判定することを特徴とする請求項１記載の認証装置。
【請求項１０】
前記判定手段は、前記本人確認用の書類に含まれている情報と、前記テキストデータに含まれる情報との対応関係を示す情報に基づいて、これらの情報の一致率を判定することを特徴とする請求項９記載の認証装置。
【請求項１１】
前記判定手段は、不適切と判定した場合には、前記端末装置に対してその旨を通知することを特徴とする請求項９記載の認証装置。
【請求項１２】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証方法において、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行い、
送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信し、
受信された画像データの適切性について判定する、
ことを特徴とする認証方法。
【請求項１３】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う処理をコンピュータに機能させるコンピュータ読み取り可能な認証用プログラムにおいて、
コンピュータを、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行うための適切化手段、
上記適切化手段によって送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信する受信手段、
上記受信手段によって受信された画像データの適切性について判定する判定手段、
として機能させることを特徴とするコンピュータ読み取り可能な認証用プログラム。
【請求項１】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証装置において、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行うための適切化手段と、
上記適切化手段によって送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信する受信手段と、
上記受信手段によって受信された画像データの適切性について判定する判定手段と、
を有することを特徴とする認証装置。
【請求項２】
前記端末装置の種類を示す情報と、それぞれの種類の端末装置に対応する前記設定情報とを関連付けして格納する設定情報格納手段と、
前記端末装置に対してその種類を特定するための情報を送るように要求する要求手段と、
上記要求手段の要求の結果として送られてきた情報を参照し、上記設定情報格納手段から対応する設定情報を検索する設定情報検索手段と、をさらに有し、
前記適切化手段は、上記設定情報検索手段によって得られた設定情報を、前記端末装置に対して送信し、前記撮像装置が適切な状態になるように設定することを特徴とする請求項１記載の認証装置。
【請求項３】
前記適切化手段は、前記撮像装置において、被写体の不要な部分をマスクするためのマスク情報を送信し、認証に必要な情報のみを前記撮像装置に撮像させることを特徴とする請求項１記載の認証装置。
【請求項４】
前記被写体は、本人確認用の書類であり、
前記適切化手段は、上記本人確認用の書類のうちの、本人確認に必要ない情報をマスクするためのマスク情報を送信することを特徴とする請求項３記載の認証装置。
【請求項５】
本人確認用の書類の種類を示す情報と、それぞれの書類の種類に対応するマスク情報とを関連づけて格納するマスク情報格納手段と、
前記端末装置に対して、被写体となる本人確認用の書類の種類を問い合わせる問い合わせ手段と、
上記問い合わせ手段によって問い合わせの結果として判明した書類の種類に対応したマスク情報を上記マスク情報格納手段から検索するマスク情報検索手段と、をさらに有し、
前記適切化手段は、上記マスク情報検索手段によって得られたマスク情報を、前記端末装置に対して送信し、本人認証用の書類のうちの、本人確認に必要ない情報がマスクされた情報を前記撮像装置に撮像させることを特徴とする請求項４記載の認証装置。
【請求項６】
前記判定手段は、前記受信手段によって受信された画像データに対して所定の画像処理を施し、その結果として得られた当該画像データの特性を示す特性情報に基づいて、当該画像データの適切性を判定することを特徴とする請求項１記載の認証装置。
【請求項７】
前記判定手段は、前記受信手段によって受信された画像データが適切でないと判定した場合には、前記端末装置に対して画像データを再度撮像して送信するように要求することを特徴とする請求項６記載の認証装置。
【請求項８】
前記画像データの特性情報は、当該画像データの解像度、明度、コントラスト、シャープネス、および、レイアウトの状態を示す情報の少なくとも１つまたはこれらの組み合わせであることを特徴とする請求項６または７記載の認証装置。
【請求項９】
前記端末装置は、テキスト情報を入力可能な入力装置を有し、
前記判定手段は、前記撮像装置によって撮像された本人認証用の書類に含まれている文字情報をテキストデータに変換し、当該テキストデータと上記入力装置から入力されたテキストデータと比較し、これらの一致率が一定以上の場合には、適切であると判定することを特徴とする請求項１記載の認証装置。
【請求項１０】
前記判定手段は、前記本人確認用の書類に含まれている情報と、前記テキストデータに含まれる情報との対応関係を示す情報に基づいて、これらの情報の一致率を判定することを特徴とする請求項９記載の認証装置。
【請求項１１】
前記判定手段は、不適切と判定した場合には、前記端末装置に対してその旨を通知することを特徴とする請求項９記載の認証装置。
【請求項１２】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う認証方法において、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行い、
送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信し、
受信された画像データの適切性について判定する、
ことを特徴とする認証方法。
【請求項１３】
ユーザ側の端末装置が有する撮像装置によって撮像され、当該端末装置によって送信された画像データに基づいてユーザの認証を行う処理をコンピュータに機能させるコンピュータ読み取り可能な認証用プログラムにおいて、
コンピュータを、
画像データの受信に先立って、上記端末装置に対して上記撮像装置を設定するための設定情報を送信し、上記撮像装置によって撮像される画像データの適切化を行うための適切化手段、
上記適切化手段によって送られた上記設定情報に基づいて設定がなされた上記端末装置の上記撮像装置によって撮像された画像データを受信する受信手段、
上記受信手段によって受信された画像データの適切性について判定する判定手段、
として機能させることを特徴とするコンピュータ読み取り可能な認証用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００７−３２８６９５（Ｐ２００７−３２８６９５Ａ）
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願番号】特願２００６−１６１０５４（Ｐ２００６−１６１０５４）
【出願日】平成１８年６月９日（２００６．６．９）
【出願人】（３０６０２４４３６）株式会社インデックス (9)
【Ｆターム（参考）】
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願日】平成１８年６月９日（２００６．６．９）
【出願人】（３０６０２４４３６）株式会社インデックス (9)
【Ｆターム（参考）】
[ Back to top ]