認証装置、認証方法及びプログラム、並びに受験システム
【課題】サービス提供事業者が受験や各種交付などの本人認証が必要なサービスを提供する際の認証処理に有用な技術を提供する。
【解決手段】サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、サービス提供地においてユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理する（ユーザ情報管理手段）。そして、ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、携帯端末によって取得され、送信されたユーザの生体認証情報と、ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否か（正当権利者であるか否か）を判定する（判定手段）。
【解決手段】サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、サービス提供地においてユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理する（ユーザ情報管理手段）。そして、ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、携帯端末によって取得され、送信されたユーザの生体認証情報と、ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否か（正当権利者であるか否か）を判定する（判定手段）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供事業者が受験や各種交付などの本人認証が必要なサービスを提供する際の認証処理を行う認証装置、本人認証方法及びプログラム、並びに受験システムに関する。
【背景技術】
【０００２】
一般に、サービス提供事業者が正当な権利があるユーザ本人に対してだけサービスを提供する場合（代理不可）には、サービス提供地において本人を確認できる情報（例えば、免許証などの顔写真）を現実に提示させ、それと本人を照合することにより本人認証が行われる。
ここで、上記サービスには、例えば、大学などの教育機関が実施する入学試験や認定試験の受験、地方公共団体が行う各種交付（例えば、母子手帳の交付など）、金融機関における預貯金サービスなどがある。つまり、教育機関、地方公共団体、金融機関等がサービス提供事業者となりうる。
【０００３】
受験に関していえば、試験会場において受験票に貼付された顔写真と実際に受験している受験者とを照合することが試験官によって行われている。一方で、金融機関のＡＴＭや窓口において預貯金を出金する場合には、ユーザ本人の生体認証情報（例えば、静脈パターン）により本人認証が行われることもある。
【０００４】
ところで、受験に際しては、サービス提供事業者（例えば大学）にとって受験者を人為的に認証するという煩雑な作業が必要となるだけでなく、受験者にとっても願書を取り寄せ、写真を貼付して必要事項を記入の上出願するという煩雑な手続きが必要となる。
そこで、このような受験に係る作業の煩雑さを軽減すべく、受験者の受験申込時の手続きを簡単化する（例えば、願書に顔写真を貼る手間を省く）ようにしたシステムが提案されている（例えば、特許文献１）。
具体的には、受験申請受付システムを利用して、受験者がカメラによって撮像した顔画像と個人情報を認証センターに送信すると、正式な受験申込か否かを判定する認証処理が行われて受験申込が受理（認証）されると、顔写真付きの受験票が発行（送信）されるというものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９６２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の受験申請受付システムでは、受験者による願書への顔写真の貼付及び受験機関による受験票の送付に関する手間が省略されるが、受験申込の受理から受験結果の合否通知までの一連のフローが自動化されるものではない。
特に、試験会場における人為的な認証は、替え玉受験を防止する上で不可欠となっている。つまり、認証処理の自動化は金融機関等の一部で実現されているものの、入学試験のように多数のユーザ（受験者）に対して同時にサービスを提供する場合には依然として困難となっている。
【０００７】
本発明は、サービス提供事業者が受験や各種交付などの本人認証が必要なサービスを提供する際の認証処理を行う認証装置、認証方法及びプログラムであって、認証処理を容易かつ確実に実行するための技術を提供することを目的とする。
また、受験に係る業務を行う受験システムにおいて、受験申込の受理から受験結果の合否通知までの一連のフローを自動化することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に記載の発明は、
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段と、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否かを判定する判定手段と、を備えることを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の認証装置において、前記コード情報は、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されることを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の認証装置において、前記コード情報は、前記携帯端末により読み取り可能な二次元バーコードであることを特徴とする。
【００１１】
請求項４に記載の発明は、請求項３に記載の認証装置において、前記二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれていることを特徴とする。
【００１２】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載の認証装置において、
前記ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベースと、サービス提供事業者ごとに設けられた個別データベースと、を有し、
前記個別データベースには、ユーザによりサービスが要求されると、前記ユーザデータベースに登録されている生体認証情報と、サービス提供地において前記ユーザに付与されるコード情報とが登録されることを特徴とする。
【００１３】
請求項６に記載の発明は、サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置により実行される方法であって、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を備えることを特徴とする。
【００１４】
請求項７に記載の発明は、サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置のコンピュータに、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を実現させるためのプログラムである。
【００１５】
請求項８に記載の発明は、ユーザからの受験申込に対して受験というサービスを提供する受験システムであって、
ユーザにより通信ネットワークを介して送信された受験申込を受理する受理手段と、
請求項１から５のいずれか一項に記載の認証装置と、
ユーザに対して受験の結果を通知する合否通知手段と、を備えることを特徴とする。
【発明の効果】
【００１６】
本発明に係る認証装置、認証方法及びプログラムによれば、認証処理が容易かつ確実に実行されるので、人為的な認証という煩雑かつ不確実な作業を省略できる。
また、本発明に係る受験システムによれば、受験申込の受理から受験結果の合否通知までの一連のフローが自動化されるので、サービスの向上を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明を適用した受験システムの概略構成について示す説明図である。
【図２】ウェブサーバのハードウェア構成の概略を示すブロック図である。
【図３】クライアント端末のハードウェア構成の概略を示すブロック図である。
【図４】ユーザデータベースのデータ構成の一例について示す説明図である。
【図５】受験者データベースのデータ構成の一例について示す説明図である。
【図６】受験申込を行うときのウェブサーバ及びクライアント端末における処理手順について示すフローチャートである。
【図７】受験申込ページＷＰの具体例を示す説明図である。
【図８】受験時の認証を行うときのウェブサーバ及びクライアント端末における処理手順について示すフローチャートである。
【図９】受験結果を通知するときのウェブサーバにおける処理手順について示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
図１は、本発明に係る認証装置を適用した受験システムの概略構成について示す説明図である。本実施形態では、この受験システムを大学入試に利用している。
【００１９】
図１において、ウェブサーバ１は、教育機関が実施する受験に係る業務を代行する（受験サービス）。ここで、受験に係る業務とは、受験申込の受理、試験時の本人認証、受験結果の通知などである。すなわち、ウェブサーバ１が、本発明に係る認証装置を構成するとともに、受験システムを構成している。
クライアント端末２は、例えば、パーソナルコンピュータ２ａや、携帯電話機等の携帯端末２ｂである。受験申込及び合否通知にはパーソナルコンピュータ２ａ又は携帯端末２ｂを利用できるが、受験時の本人認証には携帯端末２ｂが利用される。
通信ネットワークＮは、インターネットや電気通信事業者等の電話回線網、携帯電話通信網等である。ウェブサーバ１には、通信ネットワークＮを介してクライアント端末２が接続され、互いにデータ通信可能となっている。
【００２０】
クライアント端末２を所有するユーザは、ウェブサーバ１による受験サービスを利用することで、受験申込、受験時の認証、及び受験結果の取得を行うことができるようになっている。
なお、受験サービスを享受するユーザは、ウェブサーバ１に会員として管理されていることを前提とする。すなわち、例えばユーザＩＤ及びパスワードを入力してログインしたユーザに対して、本実施形態に係る受験サービスが提供されるようになっている。
【００２１】
図２は、ウェブサーバ１のハードウェア構成の概略を示すブロック図である。
図２に示すように、ウェブサーバ１は、制御部１１、記憶部（補助記憶）１２、入出力部１３、通信部１４、データベース１５等を備えた一般的なコンピュータである。各ブロックはバスライン１６により電気的に接続されている。
【００２２】
制御部１１は、演算／制御装置としてのＣＰＵ（Central Processing Unit）１１１、主記憶装置としてのＲＡＭ（Random Access Memory）１１２及びＲＯＭ（Read Only Memory）１１３で構成される。
ＲＯＭ１１３には、ＢＩＯＳ（Basic Input Output System）と呼ばれるプログラムや基本的な設定データが記憶されている。ＲＡＭ１１２には、記憶部１２から読み出されたＯＳや各種アプリケーションなどのプログラムが展開される。
ＣＰＵ１１１は、ＲＡＭ１１２に展開されたプログラムに従って各種処理を実行し、各ブロックを制御する。
【００２３】
記憶部１２は、例えばハードディスク等で構成され、ＯＳ、各種アプリケーションプログラム（例えば、サーバ用プログラムやウェブアプリケーションプログラム）、及び各種データ等が記憶されている。
入出力部１３は、ウェブサーバ１の管理者が利用するためのユーザインターフェースを構成する。例えば、液晶ディスプレイ等の表示装置が出力部となり、キーボードやマウス等の操作手段が入力部となる。
通信部１４は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、通信ネットワークＮを介してクライアント端末２とデータの送受信を行う。
【００２４】
データベース１５は、ユーザデータベース１５ａと受験者データベース１５ｂとで構成され、受験サービスを利用するユーザ（会員）を管理している。ユーザデータベース１５ａには、ユーザの基本情報などが個別に登録されている。受験者データベース１５ｂには、受験申込を受理されたユーザが個別に登録されている。この受験者データベースは、例えば大学ごとに設けられている。
【００２５】
図４は、ユーザデータベース１５ａのデータ構成の一例を示す説明図である。
図４に示すように、ユーザデータベース１５ａには、ユーザＩＤ、パスワード、基本情報及び生体認証情報がユーザごとに登録されている。これらの情報は、ユーザが受験サービスを利用するにあたって予め登録されるものである。
ユーザＩＤ及びパスワードは、ユーザによって利用登録時に設定（或いはウェブサーバ１側で設定）されるもので、ユーザを特定するための識別情報となる。基本情報は、ユーザの氏名、住所、電話番号等を含む個人情報である。この基本情報は、受験申込を行った受験者に関する情報として、受験対象となる大学に対して提供される。
生体認証情報は、受験時に受験者本人を認証するために利用されるもので、ここではユーザ固有の顔形を示す顔画像を生体認証情報として登録している。
【００２６】
ユーザは、利用登録時に、クライアント端末２で個人情報を入力・送信するとともに、デジタルカメラ等で撮像した自分の顔画像を送信することが要求される。このユーザデータベース１５ａによって、受験サービスを享受するユーザに関する情報が一元管理される。
なお、ユーザデータベース１５ａは、ウェブサーバ１が提供する受験サービス以外のサービスで利用することもできる。
【００２７】
図５は、受験者データベース１５ｂのデータ構成の一例を示す説明図である。図５には、＠大学の受験申込を行った受験者が登録されているデータベースについて示している。
図５に示すように、受験者データベース１５ｂには、受験者ＩＤ、申込情報、ユーザＩＤ及びコード情報が受験者ごとに登録されている。
これらの情報は、ユーザが受験サービスを利用して＠大学の受験申込を行い、この受験申込が正式な申込として受理された時点で登録されるものである。つまり、ユーザが受験申込時に志望大学を指定すると、その大学用の受験者データベースに上記の情報が登録されるようになっている。
【００２８】
受験者ＩＤは、登録時にウェブサーバ１によって付与される受験者を特定するための識別情報である。
申込情報は、受験申込に際してユーザがクライアント端末２で入力・送信した情報に基づいて作成されるものであり、志望学部、試験日時、試験会場、受験番号などが含まれている。
ユーザＩＤは、ユーザデータベース１５ａに登録されている当該受験者のユーザＩＤである。図５には、受験者ＩＤが“＃０００１”の受験者は、ユーザＩＤが“ＩＤ００１”のユーザであることを示している。つまり、大学ごとに設けられた受験者データベース１５ｂには受験者の個人情報などは登録されず、ユーザデータベース１５ａにより管理されている情報を複数の受験者データベース１５ｂ，１５ｂ・・で共用するようになっている。
【００２９】
コード情報は、受験申込時に登録される情報であり、試験会場において受験者の本人認証を行うときに、試験会場を特定する（その試験会場で受験しているはずの受験者全体を特定する）ための識別情報として用いられるものである。図５では、試験会場“△△”用のコード情報は“ＱＲ１”で、試験会場“▲▲”用のコード情報は“ＱＲ２”となっている。例えば、試験会場においてこのコード情報が印字された試験用紙を受験者に配布するようにすれば、実際に試験会場に訪れている受験者にだけコード情報が付与されることとなる。
【００３０】
本実施形態では、コード情報として、受験者が認証用ページにアクセスするためのＵＲＬ情報が埋め込まれたＱＲコード（二次元バーコードの一種）を利用している。この認証用ページは、例えば、試験会場ごとに設けられている（すなわちＱＲコードに埋め込まれているＵＲＬ情報は試験会場ごとに異なる）。したがって、コード情報を付与された受験生は、全員共通の認証用ページにアクセスし、この認証用ページにおいて認証手続き（生体認証情報の送信）を行うこととなる。
なお、コード情報は、バーコードリーダで読み取り可能なＱＲコード等の二次元バーコードの他、一次元バーコードであってもよいし、テキストリーダで読み取る文字記号列を利用することもできる。つまり、携帯端末２ｂによって取得可能な情報であれば特に制限されない。
【００３１】
ウェブサーバ１は上述した構成を備えている。ウェブサーバ１の制御部１１は、サーバ用ソフトウェア及びウェブアプリケーションを実行することにより、クライアント端末２のウェブブラウザ上におけるユーザ操作に応じた処理を行うようになっている。
例えば、クライアント端末２のウェブブラウザ上においてユーザが受験サービスにログインして受験申込に係る処理を行うと、（例えば、受験料の納付により）正式な申込か判断して、受理する。このとき、受験対象の大学の受験者データベース１５ｂに受験者に関する情報を登録する。
また、試験時に、受験者が認証用ページから情報（生体認証情報など）を送信すると、この情報とデータベース１５に登録されている情報を照合して、受験者の本人認証を行う。さらには、受験サービスを利用した受験者に対して、電子メールにより受験結果を通知する。
【００３２】
図３は、クライアント端末２の一例としての携帯端末２ｂのハードウェア構成の概略を示すブロック図である。なお、図３では、携帯端末２ｂの音声通話に係る構成については省略している。
図３に示すように、携帯端末２ｂは、制御部２１、記憶部２２、入力部２３、表示部２４、通信部２５、撮像部（カメラ）２６等を備えている。各部はバスライン２７により電気的に接続されている。
【００３３】
制御部２１の構成はウェブサーバ１の制御部１１の構成と同様である。
記憶部２２は、例えば、カードスロットに装着されたメモリカードであり、撮像部２６により撮像された画像データ等を記憶する。
入力部２３は、例えば、携帯端末２ｂの筐体表面に設けられている各種ボタンで構成され、ユーザが情報を入力する際や、撮像部２６により写真を撮像する際に使用される。
表示部２４は、例えば、液晶ディスプレイ等で構成され、制御部２１からの表示制御指令に基づいて所定の画面を表示する。表示部２４には、例えば、ウェブブラウザのＧＵＩが表示される。また、撮像部２７が起動されたときには被写体となる画像が表示される。
通信部２５は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、通信ネットワークＮを介してウェブサーバ１とデータの送受信（パケット通信）を行う。
撮像部２６は、ユーザ操作に従って被写体を撮像して画像データを生成する。撮像部２６により生成された画像データは記憶部２２やＲＯＭ２１３に記憶される。ＱＲコードを読み取り可能な撮像モード（いわゆるバーコードリーダ）に設定して被写体を撮像すると、制御部２１により解析され、埋め込まれているテキスト情報（例えば、ＵＲＬ情報）が抽出される。
【００３４】
携帯端末２ｂの制御部２１は、例えば、起動したウェブブラウザ上において、ユーザが操作部２４によりＵＲＬを指定すると、このＵＲＬで特定されるウェブページ（例えば、受験申込ページ）をウェブサーバ１に要求する。そして、ウェブサーバ１から送信されたＨＴＭＬファイルを解析して、ウェブブラウザ上にウェブページを表示する。つまり、ユーザは、クライアント端末２（携帯端末２ｂ）を操作することで、通信ネットワークＮを介してウェブサーバ１が提供する受験サービスを利用可能となっている。
【００３５】
図６は、受験申込を行うときのウェブサーバ１及びクライアント端末２における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１又はクライアント端末２の制御部２１によって実行される。
図６に示す処理手順は、例えば、クライアント端末２のウェブブラウザ上で、受験サービスのＵＲＬが指定されたときに開始される。なお、ウェブサーバ１により提供される受験サービスを受ける前提となるユーザ登録は予め行われているものとする。
【００３６】
図６のステップＳ１０１において、ウェブサーバ１は、受験サービスを提供するためのウェブページのＨＴＭＬファイルをクライアント端末に対して送信する。
ステップＳ２０１において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、受験サービスのウェブページを表示する。この受験サービスのトップページでは、ユーザ登録されているユーザであることを認証するために、ユーザＩＤ及びパスワードが要求される。
ステップＳ２０２では、ユーザによるログイン操作（ユーザＩＤ及びパスワードの入力）に基づいて、この情報をウェブサーバ１に送信する。
【００３７】
ステップＳ１０２において、ウェブサーバ１は、受信した情報とユーザデータベース１５ａに登録されている情報を照合することにより、ユーザ認証を行う。
ステップＳ１０３では、認証されたユーザのクライアント端末２に対して、受験申込をするためのウェブページのＨＴＭＬファイルを送信する。
ステップＳ２０３において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、受験申込ページを表示する。
ステップＳ２０４では、受験申込ページにおいて、ユーザによる受験申込操作が行われた場合に、この入力情報をウェブサーバ１に対して送信する。
【００３８】
図７は、受験申込ページＷＰの具体例を示す説明図である。
図７に示すように、受験申込ページＷＰには、志望大学、学部及び学科を指定するための入力欄Ｉ１，Ｉ２と、入力した情報を確認して送信するための確認ボタンＩ３が配置されている。
ユーザは、入力欄Ｉ１，Ｉ２に情報を入力した上で、確認ボタンＩ３を操作する（受験申込操作）だけで、簡単に受験申込手続きを行うことができる。なお、入力欄Ｉ１，Ｉ２に、この受験サービスを利用可能となっている大学、学部及び学科をプルダウンメニューで表示し、その中からユーザに選択させるようにしてもよい。
【００３９】
図６のステップＳ１０４において、ウェブサーバ１は、クライアント端末２から送信された受験申込に係る情報を受験者データベース１５ｂに登録する。このとき、受験申込を行ったユーザ（ログインユーザ）のユーザＩＤを関連付けて登録する。なお、受験番号は受験申込が正式に受理された後で付与される。
ステップＳ１０５では、例えば、受験料の納付が完了することに伴い、受験申込を正式に受理する。金融機関と連携することにより容易に受験料の納付を管理することができる。なお、納付期限までに受験料の納付を確認できなかった受験者の受験申込は無効とされ、受験者データベース１５ｂ内の情報は消去される。
ステップＳ１０６では、受験申込が正式に受理された受験者に対して、受験番号を付与するとともに、試験会場を決定する。そして、これらの情報とともに、試験会場に対応するＱＲコードを、受験者データベース１５ｂに登録する。こうして、図５に示す各種情報が受験者データベース１５ｂに登録される。
【００４０】
ステップＳ１０７では、受験申込が正式に受理された受験者のクライアント端末２に対して、志望学部、試験日時、試験会場、受験番号等の申込情報を含む受験情報（受験票）を送信する。
ステップＳ２０５において、クライアント端末２は、受験情報を受信して必要に応じて受験票として紙出力する。
【００４１】
ステップＳ１０８において、ウェブサーバ１は、試験会場において受験者に配布される試験用紙（例えば、解答用紙）ＰにＱＲコードを出力する。つまり、試験会場を特定するための識別情報（ＱＲコード）が付された試験用紙が作成される。または、試験会場において、座席指定のために机上に貼付される受験番号に近接してＱＲコードを印字しておくようにしてもよい。
【００４２】
このように、受験システムとしてのウェブサーバ１は、ユーザにより通信ネットワークＮを介して送信された受験申込を受理する受理手段を備えている。
ユーザは、ウェブサーバ１により提供される受験サービスを利用して簡単に受験申込を行うことができる。また、ウェブサーバ１によれば、受験申込の受理、受験者の管理、受験票の送付に係る業務が自動化されるので、業務の効率化を図ることができる。
【００４３】
図８は、受験時の認証を行うときのウェブサーバ１及びクライアント端末２（携帯端末２ｂ）における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１又はクライアント端末２の制御部２１によって実行される。
本実施形態では、受験に際して、試験会場に訪れた受験者が正当な受験者であるか認証するために、受験者にはその試験会場に対応するＱＲコードが印字された試験用紙（解答用紙）Ｐが配布される。
【００４４】
図８のステップＳ２１１において、クライアント端末２は、ユーザの撮像操作に基づいて、試験用紙に表示されたＱＲコードを撮像する。そして、このＱＲコードを解析して、埋め込まれているＵＲＬ情報を抽出する。
ステップＳ２１２では、受験者のアクセス操作に基づいて、その試験会場用の認証用ページにアクセスする。例えば、ステップＳ２１１でＵＲＬ情報が抽出されると、クライアント端末２に認証用ページへのアクセス開始を促すメッセージが表示され、簡単な操作で認証用ページにアクセスできるようになっている。
【００４５】
ステップＳ１１１において、ウェブサーバ１は、クライアント端末２からのアクセス要求に応答して、認証用ページのＨＴＭＬファイルを送信する。認証用ページを試験会場ごとに設けることで、この認証用ページを介して生体認証情報を送信してきた受験生がいる試験会場を判別できるようになっている。
ステップＳ２１３において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、認証用ページを表示する。この認証用ページでは、受験者の生体認証情報が要求され、クライアント端末２の撮像部２６を起動して撮像することが可能となっている。
【００４６】
ステップＳ２１４では、ユーザによる撮像操作に基づいて生体認証情報としての顔画像を取得し、その顔画像をウェブサーバ１に対して送信する。このとき、記憶部２２などに保存されている画像を送信することは不能とし、この認証用ページを表示した状態で撮像した画像データだけが送信されるようにしておく。現実に試験会場にいる受験者の認証を確実に行うためである。
【００４７】
ステップＳ１１２において、ウェブサーバ１は受信した顔画像に基づいて、現実に受験している受験者が受験申込を行った受験生であるか認証する。
具体的には、受験者がアクセスした認証用ページによって、受験者データベース１５ｂの中から試験会場を特定し、特定された試験会場が登録されている受験者（その試験会場で受験するはずの受験者）を抽出する。そして、抽出された受験者の顔画像（予めユーザデータベース１５ａに登録されている）と、クライアント端末２から送信されてきた顔画像を照合することにより、正当な受験者であるか否かを判定する。ここで、顔画像の照合には、公知の画像解析技術が利用される。
【００４８】
そして、ステップＳ１１２において受験者の認証が完了すると、受験者データベース１５ｂに正当な受験者が受験している旨が登録される。採点時には、受験時に認証がなされた受験者の解答だけが有効なものとして扱われることとなる。
一方、受験者の認証に失敗した場合は再度生体認証情報を送信する旨を指示する。なお、所定回数認証に失敗した場合は替え玉受験である可能性を否定できないので、認証不能である旨を通知するとともに、試験官に人為的な認証を促す。
【００４９】
このように、受験システムとしてのウェブサーバ１は、受験時には、ユーザからのサービス要求（受験申込）に応じて当該ユーザが認証されることを条件にサービス（受験）を提供する際の認証処理を行う認証装置として機能する。
これにより、正当な受験者であるか否かを判定する本人認証処理が容易かつ確実に実行される。
【００５０】
図９は、受験結果を通知するときのウェブサーバ１における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１によって実行される。
受験後には、受験対象の大学において採点が行われ、合否が決定される。ウェブサーバ１による受験サービスでは、この受験結果を受験者に通知できるようになっている。
図９のステップＳ１２１において、ウェブサーバ１は、大学から受験結果（合否）を取得し、受験者データベース１５ｂに合否を登録する。
ステップＳ１２２では、メールアドレスを登録している受験者に対して、合否通知メールを送信する。または、受験サービスを利用して受験生がウェブページ上で受験結果を問い合わせたときに、これに応答して合否を提示するようにしてもよい。
【００５１】
このように、受験システムとしてのウェブサーバ１は、ユーザ（受験者）に対して受験の結果を通知する合否通知手段を備えている。
これにより、ユーザは、メールアドレスを登録する（又はウェブ上で問い合わせる）という簡単な手続きにより、受験結果を容易に取得することができる。ウェブサーバ１によれば、受験結果の通知に係る業務が自動化されるので、業務の効率化を図ることができる。
【００５２】
上述したように、認証装置としてのウェブサーバ１は、サービス提供地（試験会場）において提供されるサービス（受験）を要求するユーザ（受験）により予め登録された生体認証情報（顔画像）と、サービス提供地においてユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段（制御部１１、データベース１５）と、サービス提供地において本人認証を行うための判定手段（制御部１１）を備えている。
この判定手段は、ユーザが所有する携帯端末によって取得され、送信されたコード情報と、ユーザ情報管理手段に記憶されているコード情報を照合することにより、当該サービス提供地を特定する（図８のステップｓ１１２）。また、携帯端末によって取得され、送信されたユーザの生体認証情報と、ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否か（正当権利者であるか否か）を判定する（図８のステップｓ１１２）。
【００５３】
これにより、正当な受験者であるか否かを判定する本人認証処理が容易かつ確実に実行されるので、人為的な認証という煩雑かつ不確実な作業を省略できる。また、本人認証に生体認証情報を利用しているので、本人に成りすましてサービスを受けることを効果的に防止することができる。
【００５４】
さらに、サービス提供地（例えば、試験会場）においてユーザに配布されるサービス提供に係る媒体（例えば、試験用紙）に、サービス提供地を特定するためのコード情報を記録（印字）するので、現実にサービスを受けるユーザ（例えば、試験会場に訪れた受験者）にだけコード情報が与えられることとなるので確実なユーザ認証を実現できる。
ここで、サービス提供に係る媒体とは、ユーザがまさにサービスを受けようとする場所で配布される用紙や、与えられた装置や備品などである。
例えば、受験というサービスに関していえば、試験会場となる教室が、ユーザがまさにサービスを受けようとする場所となる。校門など受験者に限らず外部の者が比較的自由に入出できるような場所は好ましくない。そして、この教室において受験者に配布される試験用紙や机上に貼付された受験番号票がサービス提供に係る媒体となる。また、パソコンなどの端末装置を用いた受験の場合は、その端末装置の画面上にコード情報を表示させたり、筐体にコード情報を貼付したりすることで、受験者に対してコード情報を付与できる。
【００５５】
サービス提供地においてユーザに付与されるコード情報は、携帯端末により読み取り可能な二次元バーコード（例えば、ＱＲコード）で構成される。
市場に流通している携帯電話のほとんどにはバーコード読み取り（撮像・解読）機能が搭載されているので、この既存のハードウェア資源を有効利用することができる。
【００５６】
二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれている。これにより、認証用ページにアクセスして生体認証情報が送信されるので、アクセスしている認証用ページから試験会場を特定することができる。
他の形態として、二次元バーコードには、試験会場を特定するための識別情報が埋め込まれるようにしてもよい。この場合、共通の認証用ページにおいて識別情報と生体認証情報を送信することとなる。
【００５７】
さらに、ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベース１５ａと、サービス提供事業者（例えば、大学）ごとに設けられた個別データベース（受験者データベース１５ｂ）と、を有し、個別データベースには、ユーザによりサービスが要求されると、ユーザデータベース１５ａに登録されている生体認証情報と、サービス提供地においてユーザに付与されるコード情報とが登録される。
具体的には、ユーザによってサービス要求とともに当該ユーザを特定可能な情報（ユーザＩＤ及びパスワード）が送信されたときに、当該サービス要求に係るユーザ情報としてユーザデータベースに登録されている基本情報及び生体認証情報が登録される（関連付けられる）ようにしている。
これにより、サービス要求に係る手続きが簡単になる。例えば、複数の大学を受験する場合など、受験申込ごとに基本情報を登録する必要はなくなる。
【００５８】
以上、本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
例えば、上記実施形態では、大学入試における認証処理に本発明を適用した場合について説明したが、高校や専門学校の入学試験、各種認定試験における認証処理にはもちろん、各種交付（例えば、母子手帳の交付）時などの認証処理にも適用できる。
また、生体認証情報としては、顔形（顔画像）の他、指紋、静脈パターン、網膜など、身体的な特徴により本人を特定可能な情報を利用できる。ただし、顔形以外の情報は、情報を入手するために特別な読取手段が必要となるので、カメラという手軽な読取手段を利用できる顔形を生体認証情報として利用するのが好ましい。
【００５９】
上記実施形態では、コード情報により試験会場を特定（その試験会場で受験するはずの受験生全体を特定）するようにしているが、受験生ごとに異なるコード情報を付与するようにしてもよい。ウェブサーバ１では、送信されたコード情報によりその試験会場で受験するはずの受験生を個々に特定したうえで、生体認証情報により本人であるか否かを特定することができる。ただし、受験者ごとに試験用紙を用意する必要がある。
【００６０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６１】
１ ウェブサーバ（認証装置、受験システム）
２ クライアント端末
Ｎ 通信ネットワーク
１１ 制御部（ユーザ情報管理手段、判定手段）
１２ 記憶部
１３ 入出力部
１４ 通信部
１５ 商品管理データベース（ユーザ情報管理手段）
１５ａ ユーザデータベース
１５ｂ 受験者データベース
１６ バスライン
【技術分野】
【０００１】
本発明は、サービス提供事業者が受験や各種交付などの本人認証が必要なサービスを提供する際の認証処理を行う認証装置、本人認証方法及びプログラム、並びに受験システムに関する。
【背景技術】
【０００２】
一般に、サービス提供事業者が正当な権利があるユーザ本人に対してだけサービスを提供する場合（代理不可）には、サービス提供地において本人を確認できる情報（例えば、免許証などの顔写真）を現実に提示させ、それと本人を照合することにより本人認証が行われる。
ここで、上記サービスには、例えば、大学などの教育機関が実施する入学試験や認定試験の受験、地方公共団体が行う各種交付（例えば、母子手帳の交付など）、金融機関における預貯金サービスなどがある。つまり、教育機関、地方公共団体、金融機関等がサービス提供事業者となりうる。
【０００３】
受験に関していえば、試験会場において受験票に貼付された顔写真と実際に受験している受験者とを照合することが試験官によって行われている。一方で、金融機関のＡＴＭや窓口において預貯金を出金する場合には、ユーザ本人の生体認証情報（例えば、静脈パターン）により本人認証が行われることもある。
【０００４】
ところで、受験に際しては、サービス提供事業者（例えば大学）にとって受験者を人為的に認証するという煩雑な作業が必要となるだけでなく、受験者にとっても願書を取り寄せ、写真を貼付して必要事項を記入の上出願するという煩雑な手続きが必要となる。
そこで、このような受験に係る作業の煩雑さを軽減すべく、受験者の受験申込時の手続きを簡単化する（例えば、願書に顔写真を貼る手間を省く）ようにしたシステムが提案されている（例えば、特許文献１）。
具体的には、受験申請受付システムを利用して、受験者がカメラによって撮像した顔画像と個人情報を認証センターに送信すると、正式な受験申込か否かを判定する認証処理が行われて受験申込が受理（認証）されると、顔写真付きの受験票が発行（送信）されるというものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９６２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の受験申請受付システムでは、受験者による願書への顔写真の貼付及び受験機関による受験票の送付に関する手間が省略されるが、受験申込の受理から受験結果の合否通知までの一連のフローが自動化されるものではない。
特に、試験会場における人為的な認証は、替え玉受験を防止する上で不可欠となっている。つまり、認証処理の自動化は金融機関等の一部で実現されているものの、入学試験のように多数のユーザ（受験者）に対して同時にサービスを提供する場合には依然として困難となっている。
【０００７】
本発明は、サービス提供事業者が受験や各種交付などの本人認証が必要なサービスを提供する際の認証処理を行う認証装置、認証方法及びプログラムであって、認証処理を容易かつ確実に実行するための技術を提供することを目的とする。
また、受験に係る業務を行う受験システムにおいて、受験申込の受理から受験結果の合否通知までの一連のフローを自動化することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に記載の発明は、
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段と、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否かを判定する判定手段と、を備えることを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の認証装置において、前記コード情報は、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されることを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の認証装置において、前記コード情報は、前記携帯端末により読み取り可能な二次元バーコードであることを特徴とする。
【００１１】
請求項４に記載の発明は、請求項３に記載の認証装置において、前記二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれていることを特徴とする。
【００１２】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載の認証装置において、
前記ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベースと、サービス提供事業者ごとに設けられた個別データベースと、を有し、
前記個別データベースには、ユーザによりサービスが要求されると、前記ユーザデータベースに登録されている生体認証情報と、サービス提供地において前記ユーザに付与されるコード情報とが登録されることを特徴とする。
【００１３】
請求項６に記載の発明は、サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置により実行される方法であって、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を備えることを特徴とする。
【００１４】
請求項７に記載の発明は、サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置のコンピュータに、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を実現させるためのプログラムである。
【００１５】
請求項８に記載の発明は、ユーザからの受験申込に対して受験というサービスを提供する受験システムであって、
ユーザにより通信ネットワークを介して送信された受験申込を受理する受理手段と、
請求項１から５のいずれか一項に記載の認証装置と、
ユーザに対して受験の結果を通知する合否通知手段と、を備えることを特徴とする。
【発明の効果】
【００１６】
本発明に係る認証装置、認証方法及びプログラムによれば、認証処理が容易かつ確実に実行されるので、人為的な認証という煩雑かつ不確実な作業を省略できる。
また、本発明に係る受験システムによれば、受験申込の受理から受験結果の合否通知までの一連のフローが自動化されるので、サービスの向上を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明を適用した受験システムの概略構成について示す説明図である。
【図２】ウェブサーバのハードウェア構成の概略を示すブロック図である。
【図３】クライアント端末のハードウェア構成の概略を示すブロック図である。
【図４】ユーザデータベースのデータ構成の一例について示す説明図である。
【図５】受験者データベースのデータ構成の一例について示す説明図である。
【図６】受験申込を行うときのウェブサーバ及びクライアント端末における処理手順について示すフローチャートである。
【図７】受験申込ページＷＰの具体例を示す説明図である。
【図８】受験時の認証を行うときのウェブサーバ及びクライアント端末における処理手順について示すフローチャートである。
【図９】受験結果を通知するときのウェブサーバにおける処理手順について示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
図１は、本発明に係る認証装置を適用した受験システムの概略構成について示す説明図である。本実施形態では、この受験システムを大学入試に利用している。
【００１９】
図１において、ウェブサーバ１は、教育機関が実施する受験に係る業務を代行する（受験サービス）。ここで、受験に係る業務とは、受験申込の受理、試験時の本人認証、受験結果の通知などである。すなわち、ウェブサーバ１が、本発明に係る認証装置を構成するとともに、受験システムを構成している。
クライアント端末２は、例えば、パーソナルコンピュータ２ａや、携帯電話機等の携帯端末２ｂである。受験申込及び合否通知にはパーソナルコンピュータ２ａ又は携帯端末２ｂを利用できるが、受験時の本人認証には携帯端末２ｂが利用される。
通信ネットワークＮは、インターネットや電気通信事業者等の電話回線網、携帯電話通信網等である。ウェブサーバ１には、通信ネットワークＮを介してクライアント端末２が接続され、互いにデータ通信可能となっている。
【００２０】
クライアント端末２を所有するユーザは、ウェブサーバ１による受験サービスを利用することで、受験申込、受験時の認証、及び受験結果の取得を行うことができるようになっている。
なお、受験サービスを享受するユーザは、ウェブサーバ１に会員として管理されていることを前提とする。すなわち、例えばユーザＩＤ及びパスワードを入力してログインしたユーザに対して、本実施形態に係る受験サービスが提供されるようになっている。
【００２１】
図２は、ウェブサーバ１のハードウェア構成の概略を示すブロック図である。
図２に示すように、ウェブサーバ１は、制御部１１、記憶部（補助記憶）１２、入出力部１３、通信部１４、データベース１５等を備えた一般的なコンピュータである。各ブロックはバスライン１６により電気的に接続されている。
【００２２】
制御部１１は、演算／制御装置としてのＣＰＵ（Central Processing Unit）１１１、主記憶装置としてのＲＡＭ（Random Access Memory）１１２及びＲＯＭ（Read Only Memory）１１３で構成される。
ＲＯＭ１１３には、ＢＩＯＳ（Basic Input Output System）と呼ばれるプログラムや基本的な設定データが記憶されている。ＲＡＭ１１２には、記憶部１２から読み出されたＯＳや各種アプリケーションなどのプログラムが展開される。
ＣＰＵ１１１は、ＲＡＭ１１２に展開されたプログラムに従って各種処理を実行し、各ブロックを制御する。
【００２３】
記憶部１２は、例えばハードディスク等で構成され、ＯＳ、各種アプリケーションプログラム（例えば、サーバ用プログラムやウェブアプリケーションプログラム）、及び各種データ等が記憶されている。
入出力部１３は、ウェブサーバ１の管理者が利用するためのユーザインターフェースを構成する。例えば、液晶ディスプレイ等の表示装置が出力部となり、キーボードやマウス等の操作手段が入力部となる。
通信部１４は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、通信ネットワークＮを介してクライアント端末２とデータの送受信を行う。
【００２４】
データベース１５は、ユーザデータベース１５ａと受験者データベース１５ｂとで構成され、受験サービスを利用するユーザ（会員）を管理している。ユーザデータベース１５ａには、ユーザの基本情報などが個別に登録されている。受験者データベース１５ｂには、受験申込を受理されたユーザが個別に登録されている。この受験者データベースは、例えば大学ごとに設けられている。
【００２５】
図４は、ユーザデータベース１５ａのデータ構成の一例を示す説明図である。
図４に示すように、ユーザデータベース１５ａには、ユーザＩＤ、パスワード、基本情報及び生体認証情報がユーザごとに登録されている。これらの情報は、ユーザが受験サービスを利用するにあたって予め登録されるものである。
ユーザＩＤ及びパスワードは、ユーザによって利用登録時に設定（或いはウェブサーバ１側で設定）されるもので、ユーザを特定するための識別情報となる。基本情報は、ユーザの氏名、住所、電話番号等を含む個人情報である。この基本情報は、受験申込を行った受験者に関する情報として、受験対象となる大学に対して提供される。
生体認証情報は、受験時に受験者本人を認証するために利用されるもので、ここではユーザ固有の顔形を示す顔画像を生体認証情報として登録している。
【００２６】
ユーザは、利用登録時に、クライアント端末２で個人情報を入力・送信するとともに、デジタルカメラ等で撮像した自分の顔画像を送信することが要求される。このユーザデータベース１５ａによって、受験サービスを享受するユーザに関する情報が一元管理される。
なお、ユーザデータベース１５ａは、ウェブサーバ１が提供する受験サービス以外のサービスで利用することもできる。
【００２７】
図５は、受験者データベース１５ｂのデータ構成の一例を示す説明図である。図５には、＠大学の受験申込を行った受験者が登録されているデータベースについて示している。
図５に示すように、受験者データベース１５ｂには、受験者ＩＤ、申込情報、ユーザＩＤ及びコード情報が受験者ごとに登録されている。
これらの情報は、ユーザが受験サービスを利用して＠大学の受験申込を行い、この受験申込が正式な申込として受理された時点で登録されるものである。つまり、ユーザが受験申込時に志望大学を指定すると、その大学用の受験者データベースに上記の情報が登録されるようになっている。
【００２８】
受験者ＩＤは、登録時にウェブサーバ１によって付与される受験者を特定するための識別情報である。
申込情報は、受験申込に際してユーザがクライアント端末２で入力・送信した情報に基づいて作成されるものであり、志望学部、試験日時、試験会場、受験番号などが含まれている。
ユーザＩＤは、ユーザデータベース１５ａに登録されている当該受験者のユーザＩＤである。図５には、受験者ＩＤが“＃０００１”の受験者は、ユーザＩＤが“ＩＤ００１”のユーザであることを示している。つまり、大学ごとに設けられた受験者データベース１５ｂには受験者の個人情報などは登録されず、ユーザデータベース１５ａにより管理されている情報を複数の受験者データベース１５ｂ，１５ｂ・・で共用するようになっている。
【００２９】
コード情報は、受験申込時に登録される情報であり、試験会場において受験者の本人認証を行うときに、試験会場を特定する（その試験会場で受験しているはずの受験者全体を特定する）ための識別情報として用いられるものである。図５では、試験会場“△△”用のコード情報は“ＱＲ１”で、試験会場“▲▲”用のコード情報は“ＱＲ２”となっている。例えば、試験会場においてこのコード情報が印字された試験用紙を受験者に配布するようにすれば、実際に試験会場に訪れている受験者にだけコード情報が付与されることとなる。
【００３０】
本実施形態では、コード情報として、受験者が認証用ページにアクセスするためのＵＲＬ情報が埋め込まれたＱＲコード（二次元バーコードの一種）を利用している。この認証用ページは、例えば、試験会場ごとに設けられている（すなわちＱＲコードに埋め込まれているＵＲＬ情報は試験会場ごとに異なる）。したがって、コード情報を付与された受験生は、全員共通の認証用ページにアクセスし、この認証用ページにおいて認証手続き（生体認証情報の送信）を行うこととなる。
なお、コード情報は、バーコードリーダで読み取り可能なＱＲコード等の二次元バーコードの他、一次元バーコードであってもよいし、テキストリーダで読み取る文字記号列を利用することもできる。つまり、携帯端末２ｂによって取得可能な情報であれば特に制限されない。
【００３１】
ウェブサーバ１は上述した構成を備えている。ウェブサーバ１の制御部１１は、サーバ用ソフトウェア及びウェブアプリケーションを実行することにより、クライアント端末２のウェブブラウザ上におけるユーザ操作に応じた処理を行うようになっている。
例えば、クライアント端末２のウェブブラウザ上においてユーザが受験サービスにログインして受験申込に係る処理を行うと、（例えば、受験料の納付により）正式な申込か判断して、受理する。このとき、受験対象の大学の受験者データベース１５ｂに受験者に関する情報を登録する。
また、試験時に、受験者が認証用ページから情報（生体認証情報など）を送信すると、この情報とデータベース１５に登録されている情報を照合して、受験者の本人認証を行う。さらには、受験サービスを利用した受験者に対して、電子メールにより受験結果を通知する。
【００３２】
図３は、クライアント端末２の一例としての携帯端末２ｂのハードウェア構成の概略を示すブロック図である。なお、図３では、携帯端末２ｂの音声通話に係る構成については省略している。
図３に示すように、携帯端末２ｂは、制御部２１、記憶部２２、入力部２３、表示部２４、通信部２５、撮像部（カメラ）２６等を備えている。各部はバスライン２７により電気的に接続されている。
【００３３】
制御部２１の構成はウェブサーバ１の制御部１１の構成と同様である。
記憶部２２は、例えば、カードスロットに装着されたメモリカードであり、撮像部２６により撮像された画像データ等を記憶する。
入力部２３は、例えば、携帯端末２ｂの筐体表面に設けられている各種ボタンで構成され、ユーザが情報を入力する際や、撮像部２６により写真を撮像する際に使用される。
表示部２４は、例えば、液晶ディスプレイ等で構成され、制御部２１からの表示制御指令に基づいて所定の画面を表示する。表示部２４には、例えば、ウェブブラウザのＧＵＩが表示される。また、撮像部２７が起動されたときには被写体となる画像が表示される。
通信部２５は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、通信ネットワークＮを介してウェブサーバ１とデータの送受信（パケット通信）を行う。
撮像部２６は、ユーザ操作に従って被写体を撮像して画像データを生成する。撮像部２６により生成された画像データは記憶部２２やＲＯＭ２１３に記憶される。ＱＲコードを読み取り可能な撮像モード（いわゆるバーコードリーダ）に設定して被写体を撮像すると、制御部２１により解析され、埋め込まれているテキスト情報（例えば、ＵＲＬ情報）が抽出される。
【００３４】
携帯端末２ｂの制御部２１は、例えば、起動したウェブブラウザ上において、ユーザが操作部２４によりＵＲＬを指定すると、このＵＲＬで特定されるウェブページ（例えば、受験申込ページ）をウェブサーバ１に要求する。そして、ウェブサーバ１から送信されたＨＴＭＬファイルを解析して、ウェブブラウザ上にウェブページを表示する。つまり、ユーザは、クライアント端末２（携帯端末２ｂ）を操作することで、通信ネットワークＮを介してウェブサーバ１が提供する受験サービスを利用可能となっている。
【００３５】
図６は、受験申込を行うときのウェブサーバ１及びクライアント端末２における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１又はクライアント端末２の制御部２１によって実行される。
図６に示す処理手順は、例えば、クライアント端末２のウェブブラウザ上で、受験サービスのＵＲＬが指定されたときに開始される。なお、ウェブサーバ１により提供される受験サービスを受ける前提となるユーザ登録は予め行われているものとする。
【００３６】
図６のステップＳ１０１において、ウェブサーバ１は、受験サービスを提供するためのウェブページのＨＴＭＬファイルをクライアント端末に対して送信する。
ステップＳ２０１において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、受験サービスのウェブページを表示する。この受験サービスのトップページでは、ユーザ登録されているユーザであることを認証するために、ユーザＩＤ及びパスワードが要求される。
ステップＳ２０２では、ユーザによるログイン操作（ユーザＩＤ及びパスワードの入力）に基づいて、この情報をウェブサーバ１に送信する。
【００３７】
ステップＳ１０２において、ウェブサーバ１は、受信した情報とユーザデータベース１５ａに登録されている情報を照合することにより、ユーザ認証を行う。
ステップＳ１０３では、認証されたユーザのクライアント端末２に対して、受験申込をするためのウェブページのＨＴＭＬファイルを送信する。
ステップＳ２０３において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、受験申込ページを表示する。
ステップＳ２０４では、受験申込ページにおいて、ユーザによる受験申込操作が行われた場合に、この入力情報をウェブサーバ１に対して送信する。
【００３８】
図７は、受験申込ページＷＰの具体例を示す説明図である。
図７に示すように、受験申込ページＷＰには、志望大学、学部及び学科を指定するための入力欄Ｉ１，Ｉ２と、入力した情報を確認して送信するための確認ボタンＩ３が配置されている。
ユーザは、入力欄Ｉ１，Ｉ２に情報を入力した上で、確認ボタンＩ３を操作する（受験申込操作）だけで、簡単に受験申込手続きを行うことができる。なお、入力欄Ｉ１，Ｉ２に、この受験サービスを利用可能となっている大学、学部及び学科をプルダウンメニューで表示し、その中からユーザに選択させるようにしてもよい。
【００３９】
図６のステップＳ１０４において、ウェブサーバ１は、クライアント端末２から送信された受験申込に係る情報を受験者データベース１５ｂに登録する。このとき、受験申込を行ったユーザ（ログインユーザ）のユーザＩＤを関連付けて登録する。なお、受験番号は受験申込が正式に受理された後で付与される。
ステップＳ１０５では、例えば、受験料の納付が完了することに伴い、受験申込を正式に受理する。金融機関と連携することにより容易に受験料の納付を管理することができる。なお、納付期限までに受験料の納付を確認できなかった受験者の受験申込は無効とされ、受験者データベース１５ｂ内の情報は消去される。
ステップＳ１０６では、受験申込が正式に受理された受験者に対して、受験番号を付与するとともに、試験会場を決定する。そして、これらの情報とともに、試験会場に対応するＱＲコードを、受験者データベース１５ｂに登録する。こうして、図５に示す各種情報が受験者データベース１５ｂに登録される。
【００４０】
ステップＳ１０７では、受験申込が正式に受理された受験者のクライアント端末２に対して、志望学部、試験日時、試験会場、受験番号等の申込情報を含む受験情報（受験票）を送信する。
ステップＳ２０５において、クライアント端末２は、受験情報を受信して必要に応じて受験票として紙出力する。
【００４１】
ステップＳ１０８において、ウェブサーバ１は、試験会場において受験者に配布される試験用紙（例えば、解答用紙）ＰにＱＲコードを出力する。つまり、試験会場を特定するための識別情報（ＱＲコード）が付された試験用紙が作成される。または、試験会場において、座席指定のために机上に貼付される受験番号に近接してＱＲコードを印字しておくようにしてもよい。
【００４２】
このように、受験システムとしてのウェブサーバ１は、ユーザにより通信ネットワークＮを介して送信された受験申込を受理する受理手段を備えている。
ユーザは、ウェブサーバ１により提供される受験サービスを利用して簡単に受験申込を行うことができる。また、ウェブサーバ１によれば、受験申込の受理、受験者の管理、受験票の送付に係る業務が自動化されるので、業務の効率化を図ることができる。
【００４３】
図８は、受験時の認証を行うときのウェブサーバ１及びクライアント端末２（携帯端末２ｂ）における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１又はクライアント端末２の制御部２１によって実行される。
本実施形態では、受験に際して、試験会場に訪れた受験者が正当な受験者であるか認証するために、受験者にはその試験会場に対応するＱＲコードが印字された試験用紙（解答用紙）Ｐが配布される。
【００４４】
図８のステップＳ２１１において、クライアント端末２は、ユーザの撮像操作に基づいて、試験用紙に表示されたＱＲコードを撮像する。そして、このＱＲコードを解析して、埋め込まれているＵＲＬ情報を抽出する。
ステップＳ２１２では、受験者のアクセス操作に基づいて、その試験会場用の認証用ページにアクセスする。例えば、ステップＳ２１１でＵＲＬ情報が抽出されると、クライアント端末２に認証用ページへのアクセス開始を促すメッセージが表示され、簡単な操作で認証用ページにアクセスできるようになっている。
【００４５】
ステップＳ１１１において、ウェブサーバ１は、クライアント端末２からのアクセス要求に応答して、認証用ページのＨＴＭＬファイルを送信する。認証用ページを試験会場ごとに設けることで、この認証用ページを介して生体認証情報を送信してきた受験生がいる試験会場を判別できるようになっている。
ステップＳ２１３において、クライアント端末２は、ウェブブラウザによりＨＴＭＬファイルを解析することにより、認証用ページを表示する。この認証用ページでは、受験者の生体認証情報が要求され、クライアント端末２の撮像部２６を起動して撮像することが可能となっている。
【００４６】
ステップＳ２１４では、ユーザによる撮像操作に基づいて生体認証情報としての顔画像を取得し、その顔画像をウェブサーバ１に対して送信する。このとき、記憶部２２などに保存されている画像を送信することは不能とし、この認証用ページを表示した状態で撮像した画像データだけが送信されるようにしておく。現実に試験会場にいる受験者の認証を確実に行うためである。
【００４７】
ステップＳ１１２において、ウェブサーバ１は受信した顔画像に基づいて、現実に受験している受験者が受験申込を行った受験生であるか認証する。
具体的には、受験者がアクセスした認証用ページによって、受験者データベース１５ｂの中から試験会場を特定し、特定された試験会場が登録されている受験者（その試験会場で受験するはずの受験者）を抽出する。そして、抽出された受験者の顔画像（予めユーザデータベース１５ａに登録されている）と、クライアント端末２から送信されてきた顔画像を照合することにより、正当な受験者であるか否かを判定する。ここで、顔画像の照合には、公知の画像解析技術が利用される。
【００４８】
そして、ステップＳ１１２において受験者の認証が完了すると、受験者データベース１５ｂに正当な受験者が受験している旨が登録される。採点時には、受験時に認証がなされた受験者の解答だけが有効なものとして扱われることとなる。
一方、受験者の認証に失敗した場合は再度生体認証情報を送信する旨を指示する。なお、所定回数認証に失敗した場合は替え玉受験である可能性を否定できないので、認証不能である旨を通知するとともに、試験官に人為的な認証を促す。
【００４９】
このように、受験システムとしてのウェブサーバ１は、受験時には、ユーザからのサービス要求（受験申込）に応じて当該ユーザが認証されることを条件にサービス（受験）を提供する際の認証処理を行う認証装置として機能する。
これにより、正当な受験者であるか否かを判定する本人認証処理が容易かつ確実に実行される。
【００５０】
図９は、受験結果を通知するときのウェブサーバ１における処理手順について示すフローチャートである。この処理は、ウェブサーバ１の制御部１１によって実行される。
受験後には、受験対象の大学において採点が行われ、合否が決定される。ウェブサーバ１による受験サービスでは、この受験結果を受験者に通知できるようになっている。
図９のステップＳ１２１において、ウェブサーバ１は、大学から受験結果（合否）を取得し、受験者データベース１５ｂに合否を登録する。
ステップＳ１２２では、メールアドレスを登録している受験者に対して、合否通知メールを送信する。または、受験サービスを利用して受験生がウェブページ上で受験結果を問い合わせたときに、これに応答して合否を提示するようにしてもよい。
【００５１】
このように、受験システムとしてのウェブサーバ１は、ユーザ（受験者）に対して受験の結果を通知する合否通知手段を備えている。
これにより、ユーザは、メールアドレスを登録する（又はウェブ上で問い合わせる）という簡単な手続きにより、受験結果を容易に取得することができる。ウェブサーバ１によれば、受験結果の通知に係る業務が自動化されるので、業務の効率化を図ることができる。
【００５２】
上述したように、認証装置としてのウェブサーバ１は、サービス提供地（試験会場）において提供されるサービス（受験）を要求するユーザ（受験）により予め登録された生体認証情報（顔画像）と、サービス提供地においてユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段（制御部１１、データベース１５）と、サービス提供地において本人認証を行うための判定手段（制御部１１）を備えている。
この判定手段は、ユーザが所有する携帯端末によって取得され、送信されたコード情報と、ユーザ情報管理手段に記憶されているコード情報を照合することにより、当該サービス提供地を特定する（図８のステップｓ１１２）。また、携帯端末によって取得され、送信されたユーザの生体認証情報と、ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否か（正当権利者であるか否か）を判定する（図８のステップｓ１１２）。
【００５３】
これにより、正当な受験者であるか否かを判定する本人認証処理が容易かつ確実に実行されるので、人為的な認証という煩雑かつ不確実な作業を省略できる。また、本人認証に生体認証情報を利用しているので、本人に成りすましてサービスを受けることを効果的に防止することができる。
【００５４】
さらに、サービス提供地（例えば、試験会場）においてユーザに配布されるサービス提供に係る媒体（例えば、試験用紙）に、サービス提供地を特定するためのコード情報を記録（印字）するので、現実にサービスを受けるユーザ（例えば、試験会場に訪れた受験者）にだけコード情報が与えられることとなるので確実なユーザ認証を実現できる。
ここで、サービス提供に係る媒体とは、ユーザがまさにサービスを受けようとする場所で配布される用紙や、与えられた装置や備品などである。
例えば、受験というサービスに関していえば、試験会場となる教室が、ユーザがまさにサービスを受けようとする場所となる。校門など受験者に限らず外部の者が比較的自由に入出できるような場所は好ましくない。そして、この教室において受験者に配布される試験用紙や机上に貼付された受験番号票がサービス提供に係る媒体となる。また、パソコンなどの端末装置を用いた受験の場合は、その端末装置の画面上にコード情報を表示させたり、筐体にコード情報を貼付したりすることで、受験者に対してコード情報を付与できる。
【００５５】
サービス提供地においてユーザに付与されるコード情報は、携帯端末により読み取り可能な二次元バーコード（例えば、ＱＲコード）で構成される。
市場に流通している携帯電話のほとんどにはバーコード読み取り（撮像・解読）機能が搭載されているので、この既存のハードウェア資源を有効利用することができる。
【００５６】
二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれている。これにより、認証用ページにアクセスして生体認証情報が送信されるので、アクセスしている認証用ページから試験会場を特定することができる。
他の形態として、二次元バーコードには、試験会場を特定するための識別情報が埋め込まれるようにしてもよい。この場合、共通の認証用ページにおいて識別情報と生体認証情報を送信することとなる。
【００５７】
さらに、ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベース１５ａと、サービス提供事業者（例えば、大学）ごとに設けられた個別データベース（受験者データベース１５ｂ）と、を有し、個別データベースには、ユーザによりサービスが要求されると、ユーザデータベース１５ａに登録されている生体認証情報と、サービス提供地においてユーザに付与されるコード情報とが登録される。
具体的には、ユーザによってサービス要求とともに当該ユーザを特定可能な情報（ユーザＩＤ及びパスワード）が送信されたときに、当該サービス要求に係るユーザ情報としてユーザデータベースに登録されている基本情報及び生体認証情報が登録される（関連付けられる）ようにしている。
これにより、サービス要求に係る手続きが簡単になる。例えば、複数の大学を受験する場合など、受験申込ごとに基本情報を登録する必要はなくなる。
【００５８】
以上、本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
例えば、上記実施形態では、大学入試における認証処理に本発明を適用した場合について説明したが、高校や専門学校の入学試験、各種認定試験における認証処理にはもちろん、各種交付（例えば、母子手帳の交付）時などの認証処理にも適用できる。
また、生体認証情報としては、顔形（顔画像）の他、指紋、静脈パターン、網膜など、身体的な特徴により本人を特定可能な情報を利用できる。ただし、顔形以外の情報は、情報を入手するために特別な読取手段が必要となるので、カメラという手軽な読取手段を利用できる顔形を生体認証情報として利用するのが好ましい。
【００５９】
上記実施形態では、コード情報により試験会場を特定（その試験会場で受験するはずの受験生全体を特定）するようにしているが、受験生ごとに異なるコード情報を付与するようにしてもよい。ウェブサーバ１では、送信されたコード情報によりその試験会場で受験するはずの受験生を個々に特定したうえで、生体認証情報により本人であるか否かを特定することができる。ただし、受験者ごとに試験用紙を用意する必要がある。
【００６０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６１】
１ ウェブサーバ（認証装置、受験システム）
２ クライアント端末
Ｎ 通信ネットワーク
１１ 制御部（ユーザ情報管理手段、判定手段）
１２ 記憶部
１３ 入出力部
１４ 通信部
１５ 商品管理データベース（ユーザ情報管理手段）
１５ａ ユーザデータベース
１５ｂ 受験者データベース
１６ バスライン
【特許請求の範囲】
【請求項１】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段と、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否かを判定する判定手段と、を備えることを特徴とする認証装置。
【請求項２】
前記コード情報は、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されることを特徴とする請求項１に記載の認証装置。
【請求項３】
前記コード情報は、前記携帯端末により読み取り可能な二次元バーコードであることを特徴とする請求項１又は２に記載の認証装置。
【請求項４】
前記二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれていることを特徴とする請求項３に記載の認証装置。
【請求項５】
前記ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベースと、サービス提供事業者ごとに設けられた個別データベースと、を有し、
前記個別データベースには、ユーザによりサービスが要求されると、前記ユーザデータベースに登録されている生体認証情報と、サービス提供地においてユーザに付与されるコード情報とが登録されることを特徴とする請求項１から４のいずれか一項に記載の認証装置。
【請求項６】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置により実行される方法であって、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を備えることを特徴とする認証方法。
【請求項７】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置のコンピュータに、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を実現させるためのプログラム。
【請求項８】
ユーザからの受験申込に対して受験というサービスを提供する受験システムであって、
ユーザにより通信ネットワークを介して送信された受験申込を受理する受理手段と、
請求項１から５のいずれか一項に記載の認証装置と、
ユーザに対して受験の結果を通知する合否通知手段と、を備えることを特徴とする受験システム。
【請求項１】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段と、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合し、また、前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合することにより、サービスを要求したユーザ本人がサービス提供地に存在するか否かを判定する判定手段と、を備えることを特徴とする認証装置。
【請求項２】
前記コード情報は、前記サービス提供地において前記ユーザに提供されるサービスに係る媒体に対応付けて付与されることを特徴とする請求項１に記載の認証装置。
【請求項３】
前記コード情報は、前記携帯端末により読み取り可能な二次元バーコードであることを特徴とする請求項１又は２に記載の認証装置。
【請求項４】
前記二次元バーコードには、認証用ページにアクセスするためのＵＲＬ情報が埋め込まれていることを特徴とする請求項３に記載の認証装置。
【請求項５】
前記ユーザ情報管理手段は、予め登録されたユーザの基本情報と生体認証情報を管理するユーザデータベースと、サービス提供事業者ごとに設けられた個別データベースと、を有し、
前記個別データベースには、ユーザによりサービスが要求されると、前記ユーザデータベースに登録されている生体認証情報と、サービス提供地においてユーザに付与されるコード情報とが登録されることを特徴とする請求項１から４のいずれか一項に記載の認証装置。
【請求項６】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置により実行される方法であって、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を備えることを特徴とする認証方法。
【請求項７】
サービス提供地において提供されるサービスを要求するユーザにより予め登録された生体認証情報と、前記サービス提供地において前記ユーザに付与されるコード情報とを記憶することにより、サービスを要求するユーザを管理するユーザ情報管理手段を備えた認証装置のコンピュータに、
ユーザが所有する携帯端末によって取得され、送信されたコード情報と、前記ユーザ情報管理手段に記憶されているコード情報を照合するステップと、
前記携帯端末によって取得され、送信されたユーザの生体認証情報と、前記ユーザ情報管理手段に記憶されている生体認証情報を照合するするステップと、
照合結果に基づいてサービスを要求したユーザ本人がサービス提供地に存在するか否かを判定するステップと、を実現させるためのプログラム。
【請求項８】
ユーザからの受験申込に対して受験というサービスを提供する受験システムであって、
ユーザにより通信ネットワークを介して送信された受験申込を受理する受理手段と、
請求項１から５のいずれか一項に記載の認証装置と、
ユーザに対して受験の結果を通知する合否通知手段と、を備えることを特徴とする受験システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２０５２２１（Ｐ２０１０−２０５２２１Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５３０４０（Ｐ２００９−５３０４０）
【出願日】平成２１年３月６日（２００９．３．６）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月６日（２００９．３．６）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
[ Back to top ]