JP7271977B2 - 認証装置、制御方法、認証システム、及びプログラム - Google Patents

Description

本発明は生体認証に関する。

生体情報を用いたユーザ認証を実現するシステムが開発されている。例えば特許文献１は、キャッシュカード及び指紋情報で本人確認を行うＡＴＭを代理人が利用できるようにするシステムである。具体的には、顧客の情報に対応づけて、その顧客のキャッシュカードを利用できる代理人に関する情報、その代理人の指紋情報、及びその代理人が行える取引の項目を予め対応づけておく。ＡＴＭを利用する代理人は、キャッシュカードをＡＴＭに入れた後に自分の指紋をＡＴＭに読み取らせる。読み取られた指紋がキャッシュカードに対応する代理人の指紋情報として登録されていれば、代理人としてＡＴＭを利用することができる。特許文献２にも同様の技術が開示されている。

特開２００１－６７５２３号公報 特開２００１－２０２４９４号公報

本発明者は、生体情報を利用して認証を行う新たな技術を見出した。本発明の目的の一つは、生体情報を利用して認証を行う新たな技術を提供することである。

本発明の認証装置は、１）認証対象の人物の生体情報を取得する取得部と、２）前記取得した生体情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、３）前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付部と、４）前記入力受付部が受け付けた入力の結果に基づく認証処理を行う認証部と、を有する。

本発明の認証システムは、認証装置と、認証対象の人物によって利用される利用者端末とを有する。
前記利用者端末は、前記認証対象の人物の生体情報を前記認証装置に送信する。
前記認証装置は、前記利用者端末によって送信された前記認証対象の人物の生体情報を取得する取得部と、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記利用者端末へ所定の通知を送信する通知部と、を有する。
前記利用者端末は、前記所定の通知を受信したことに応じ、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付け、入力された選択の内容を示す情報を前記認証装置へ送信する。
前記認証装置は、前記選択の内容に基づく認証処理を行う認証部を有する。

本発明の制御方法は、コンピュータによって実行される。当該制御方法は、１）認証対象の人物の生体情報を取得する取得ステップと、２）前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定ステップと、３）前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付ステップと、４）前記入力受付ステップが受け付けた入力の結果に基づく認証処理を行う認証ステップと、を有する。

本発明のプログラムは、本発明の制御方法が有する各ステップをコンピュータに実行させる。

本発明の利用者端末は、１）認証対象の人物の生体情報を認証装置に送信し、２）前記認証装置から所定の通知を受信したことに応じ、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付け、入力された選択の内容を示す入力情報を前記認証装置へ送信する。
前記認証装置は、前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記所定の通知を送信する。

本発明によれば、生体情報を利用して認証を行う新たな技術が提供される。

本実施形態の認証装置の概要を説明するための図である。 実施形態１の認証装置の機能構成を例示する図である。 認証装置を実現するための計算機を例示する図である。 実施形態１の認証装置によって実行される処理の流れを例示するフローチャートである。 認証装置を利用する流れをより具体的に例示する図である。 認証対象の人物が対象者としても代行者としても登録されていない場合に表示される画面を例示する図である。 認証対象の人物が対象者としても代行者としても登録されていない場合に行われる処理の流れを例示するフローチャートである。 認証装置の実現形態を例示する図である。 利用者端末のハードウエア構成を例示する図である。 計算機の正面の外観を例示する図である。 代行者の権限を設定する設定画面を例示する図である。 選択画面を例示する図である。 Ｓ２１０の処理をさらに詳細化したフローチャートを示す図である。 どの対象者の代行者として認証するのかを選択する画面を例示する図である。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また各ブロック図において、特に説明がない限り、各ブロックは、ハードウエア単位の構成ではなく機能単位の構成を表している。

［実施形態１］
＜概要＞
図１は、本実施形態の認証装置の概要を説明するための図である。なお、図１は、認証装置２０００に対する理解を容易にするための例示であり、認証装置２０００の機能は図１に表されているものに限定されない。

認証装置２０００は、顔画像や指紋などの生体情報を用いた認証を行う。認証装置２０００で認証可能な人物は、認証装置２０００が運用されている施設について利用登録を行った人物である。ここで、利用者の利用登録は、大別して、対象者と代行者という２つの種類に分かれる。対象者は、施設がサービスを提供する対象とする人物である。代行者は、対象者の代わりとなる人物である。より具体的には、代行者は、対象者の代わりに施設の利用を利用すること、代行者と共に施設を利用すること、代行者が施設を利用するために必要な処理を代わりに行うことなどができる人物として登録される。代行者には、その前提として、紐付けられる対象者が存在することが必要である。

例えば認証装置２０００が病院に導入される場合、対象者は患者であり、代行者はその患者に付き添う人物（例えば親など）である。例えば認証装置２０００は、病院の受付端末として機能し、患者自身又はその代行者の生体情報によって診察等の受付を行う。その他にも例えば、認証装置２０００がホテルに導入される場合、対象者は宿泊者の代表者（例えば宿泊予約をした人）であり、代行者は代表者と共に宿泊する人である。その他にも例えば、認証装置２０００がレンタカーショップに導入される場合、対象者はレンタルを行う代表者（例えばレンタル予約をする人）であり、代行者は代表者と共にレンタル車両を利用する人である。

認証装置２０００を利用するにあたっては、予め、対象者と代行者の生体情報を登録しておく。以下、対象者の生体情報を示す情報を対象者情報１０と呼び、代行者の情報を示す情報を代行者情報２０と呼ぶ。なお、対象者情報１０と代行者情報２０は、１つにまとめられた状態で管理されてもよい。例えば対象者情報１０と代行者情報２０をデータベースのテーブルで管理する場合に、これらを１つのテーブルに含めてもよい。以下では説明を容易にするため、特に断らない限り、対象者情報１０と代行者情報２０が個別に管理されているケースについて例示する。

まず認証装置２０００は、認証対象の人物の生体情報を取得する。例えば認証装置２０００が病院の受付端末である場合、受付端末に生体情報を取得するセンサ（例えばカメラや指紋センサなど）を設けておき、患者やその代行者の生体情報（顔画像や指紋など）がセンサを用いて取得される。

認証装置２０００は、取得した生体情報を用いて、認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する。認証対象の人物が対象者として登録されているか否かの判定は、取得した生体情報と合致する生体情報を示す対象者情報１０が存在するか否かを判定することによって実現できる。同様に、認証対象の人物が代行者として登録されているか否かの判定は、取得した生体情報と合致する生体情報を示す代行者情報２０が存在するか否かを判定することによって実現できる。なお、生体情報同士は、例えばこれらの類似度が所定の閾値以上である場合に、合致していると判定される。

認証対象の人物が対象者としてのみ登録されていれば（すなわち、認証対象の人物の生体情報と合致する生体情報を示す対象者情報１０が存在し、認証対象の人物の生体情報と合致する生体情報を示す代行者情報２０が存在しなければ）、その人物を対象者として認証することができる。同様に、認証対象の人物が代行者としてのみ登録されていれば（すなわち、認証対象の人物の生体情報と合致する生体情報を示す対象者情報１０が存在せず、認証対象の人物の生体情報と合致する生体情報を示す代行者情報２０が存在すれば）、その人物を代行者として認証することができる。

しかしながら、施設の利用者等は、対象者と代行者のいずれとしても登録されうる。例えば子供を持つ人物が、自分の診察をしてもらうために対象者として生体情報を登録し、なおかつ子供の診察をしてもらうために代行者として生体情報を登録するということがありうる。このような場合、認証対象の人物の生体情報のみでは、その人物を対象者と代行者のどちらとして認証すればよいのかを判断することができない。

そこで認証装置２０００は、認証対象の人物が対象者としても代行者としても登録されている場合（すなわち、取得した生体情報と合致する生体情報を示す対象者情報１０が存在し、なおかつその生体情報と合致する生体情報を示す代行者情報２０も存在する場合）、認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける。例えば認証装置２０００は、この選択を行うための選択画面を出力したり、選択を促す音声メッセージを出力したりする。前者の場合、認証装置２０００は、選択画面に対する入力（例えば、タッチパネルに対するタッチ操作）を受け付ける。後者の場合、例えば認証装置２０００は、対象者と代行者のどちらかを選択する音声入力を受け付ける。

認証装置２０００は、上記選択の結果に基づく認証処理を実行する。すなわち、対象者として認証することを示す入力が行われたら、認証装置２０００は、認証対象の人物を対象者として認証する。一方、代行者として認証することを示す入力が行われたら、認証装置２０００は、認証対象の人物を代行者として認証する。

＜作用効果＞
認証対象の人物が対象者として認証される場合と代行者として認証される場合とで、認証処理の内容が変わりうる。例えば認証装置２０００を病院の診察受付機として機能させる場合、認証対象の人物が対象者として認証されると、その人物自身の診察が受け付けられる。一方、認証対象の人物が代行者として認証されると、その人物自身の診察ではなく、その人物に対応づけられている対象者の診察が受け付けられる。よって、認証対象の人物を対象者と代行者のどちらとして認証するのかを決定する必要がある。

本実施形態の認証装置２０００によれば、認証対象の人物が対象者としても代行者としても登録されている場合に、認証対象の人物が対象者と代行者のどちらとして認証を受けようとしているのかを選択する入力を受け付け、その選択結果に基づく認証処理が行われる。こうすることで、認証対象の人物について行うべき認証処理を適切に決定することができる。

また、認証対象の人物は、認証装置２０００に対して入力操作を行うという簡易な方法により、対象者と代行者のどちらとして認証を受けようとしているのかを容易に指定することができる。これに対し、診察券などといった対象者を特定可能な媒体を利用することで、認証対象の人物が対象者と代行者のどちらなのかを特定するという方法も考えられる。しかしながら、対象者を特定可能な媒体を認証対象の人物が持っている必要がないという点で、認証装置２０００を利用する方がユーザにとって利便性が高い。さらに認証装置２０００には、上記媒体を読み取る装置（例えばカードリーダ）を必要としないというメリットもある。

以下、本実施形態についてさらに詳細を述べる。

＜機能構成の例＞
図２は、実施形態１の認証装置２０００の機能構成を例示する図である。認証装置２０００は、取得部２０２０、特定部２０４０、入力受付部２０６０、及び認証部２０８０を有する。取得部２０２０は、認証対象の人物の生体情報を取得する。特定部２０４０は、取得した生体情報を用いて、認証対象の人物が対象者と代行者のどちらとして登録されているのか特定する。入力受付部２０６０は、認証対象の人物が対象者としても代行者としても登録されている場合に、認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける。認証部２０８０は、入力された選択の結果に基づく認証処理を行う。

＜認証装置２０００のハードウエア構成の例＞
認証装置２０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、認証装置２０００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。

図３は、認証装置２０００を実現するための計算機１０００を例示する図である。計算機１０００は任意の計算機である。例えば計算機１０００は、Personal Computer（PC）やサーバマシンなどの据え置き型の計算機である。その他にも例えば、計算機１０００は、スマートフォンやタブレット端末などの可搬型の計算機である。なお、計算機１０００は、認証装置２０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。

計算機１０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０を有する。バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０４０などを互いに接続する方法は、バス接続に限定されない。

プロセッサ１０４０は、CPU（Central Processing Unit）、GPU（Graphics Processing Unit）、FPGA（Field－Programmable Gate Array）などの種々のプロセッサである。メモリ１０６０は、RAM（Random Access Memory）などを用いて実現される主記憶装置である。ストレージデバイス１０８０は、ハードディスク、SSD（Solid State Drive）、メモリカード、又は ROM（Read Only Memory）などを用いて実現される補助記憶装置である。

入出力インタフェース１１００は、計算機１０００と入出力デバイスとを接続するためのインタフェースである。例えば入出力インタフェース１１００には、キーボードなどの入力装置や、ディスプレイ装置などの出力装置が接続される。

その他にも例えば、入出力インタフェース１１００には、認証対象の人物の生体情報を取得するためのセンサ３０が接続される。例えばセンサ３０は、顔画像を取得するためのカメラや、指紋を取得するための指紋センサなどである。ただし、センサ３０は認証装置２０００に対して直接接続されていなくてもよい。この場合、他の端末にセンサ３０が接続され、その端末から認証装置２０００に対して、センサ３０で得られた生体情報が送信される。

ネットワークインタフェース１１２０は、計算機１０００を通信網に接続するためのインタフェースである。この通信網は、例えば LAN（Local Area Network）や WAN（Wide Area Network）である。ネットワークインタフェース１１２０が通信網に接続する方法は、無線接続であってもよいし、有線接続であってもよい。

ストレージデバイス１０８０は、認証装置２０００の各機能構成部を実現するプログラムモジュールを記憶している。プロセッサ１０４０は、これら各プログラムモジュールをメモリ１０６０に読み出して実行することで、各プログラムモジュールに対応する機能を実現する。

＜処理の流れ＞
図４は、実施形態１の認証装置２０００によって実行される処理の流れを例示するフローチャートである。実施形態１の認証装置２０００の機能構成を例示する図である。取得部２０２０は、認証対象の人物の生体情報を取得する（Ｓ１０２）。特定部２０４０は、取得した生体情報を用いて、認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する（Ｓ１０４）。入力受付部２０６０は、認証対象の人物が対象者としても代行者としても登録されている場合に、認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける（Ｓ１０６）。認証部２０８０は、入力された選択の結果に基づく認証処理を行う（Ｓ１０８）。

図５は、認証装置２０００を利用する流れをより具体的に例示する図である。まずセンサ３０により、認証対象の人物の生体情報が生成される（Ｓ２０２）。取得部２０２０は、センサ３０によって生成された生体情報を取得する（Ｓ２０４）。特定部２０４０は、認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する（Ｓ２０６）。対象者としてのみ登録されている場合（Ｓ２０６：対象者のみ）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２０８）。代行者としてのみ登録されている場合（Ｓ２０６：代行者のみ）、認証部２０８０は、認証対象の人物を代行者として認証する（Ｓ２１０）。このように、認証対象の人物が対象者と代行者のいずれか一方としてのみ登録されている場合には、ユーザの入力操作を介さずに認証処理を実行するようにすると、ユーザの操作負担が軽減され、認証装置２０００の利便性が向上する。

対象者としても代行者としても登録されている場合（Ｓ２０６：対象者と代行者の双方）、入力受付部２０６０は、認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける状態になる（Ｓ２１２）。認証対象の人物は、上記選択を行うための入力を行う（Ｓ２１４）。入力受付部２０６０は、受け付けた入力について判定を行う（Ｓ２１６）。

対象者であることが選択された場合（Ｓ２１６：対象者）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２０８）。一方、代行者であることが選択された場合（Ｓ２１６：代行者）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２１０）。

認証対象の人物が対象者としても代行者としても登録されていない場合（Ｓ２０６：登録なし）、図４の処理は終了する。ただし、認証対象の人物が対象者としても代行者としても登録されていない場合、認証装置２０００は何らかの処理を実行してもよい。例えば認証装置２０００は、認証対象の人物が登録されていないことを示すエラーメッセージを出力した後に、図４の処理を終了する。その他にも例えば、認証装置２０００は、認証対象の人物に対し、対象者や代行者として登録することを促すメッセージを出力した上で、その登録を行う機能を提供してもよい。

図６は、認証対象の人物が対象者としても代行者としても登録されていない場合に表示される画面を例示する図である。図６の選択画面７０は、認証対象の人物に登録を促すメッセージ７２、対象者として登録することを選択するためのボタン７４、代行者として登録することを選択するためのボタン７６、及び認証装置２０００の利用をやめることを選択するためのボタン７８を含んでいる。

ボタン７４が押されたら、認証装置２０００は、認証対象の人物を対象者として登録するための画面を出力する。認証装置２０００は、この画面で入力される情報（認証対象の人物に関する情報）と、センサ３０によって取得された生体情報とを対応づけて対象者情報１０を生成し、認証データベース４０に登録する。

ボタン７６が押されたら、認証装置２０００は、認証対象の人物を代行者として登録するための画面を出力する。認証装置２０００は、この画面で入力される情報（認証対象の人物に関する情報、及び対象者を特定する情報）と、センサ３０によって取得された生体情報とを対応づけて代行者情報２０を生成し、認証データベース４０に登録する。

ボタン７８が押された場合、認証装置２０００は、登録処理を行わずに、図４の処理を終了する。

図７は、認証対象の人物が対象者としても代行者としても登録されていない場合に行われる処理の流れを例示するフローチャートである。図７の処理は、Ｓ２０６において「登録なし」となった場合に実行される。認証装置２０００は、１）対象者として登録する、２）代行者として登録する、及び３）登録せずに終了するという３つのいずれかの選択を受け付ける状態になる（Ｓ３０２）。対象者として登録されることが選択された場合（Ｓ３０２：対象者）、認証装置２０００は、対象者としての登録に必要な情報の入力を受け付ける状態になる（Ｓ３０４）。認証対象の人物は、対象者としての登録に必要な情報を入力する（Ｓ３０６）。認証装置２０００は、認証対象の人物を対象者として登録する（Ｓ３０８）。

代行者として登録されることが選択された場合（Ｓ３０２：代行者）、認証装置２０００は、代行者としての登録に必要な情報の入力を受け付ける状態になる（Ｓ３１０）。認証対象の人物は、代行者としての登録に必要な情報を入力する（Ｓ３１２）。認証装置２０００は、認証対象の人物を代行者として登録する（Ｓ３１４）。

登録せずに終了することが選択された場合（Ｓ３０２：登録しない）、図７の処理は終了する。

＜認証装置２０００の実現形態＞
認証装置２０００は、認証対象の人物によって操作されるユーザ端末として実現されてもよいし、認証対象の人物によって操作されるユーザ端末から受信したリクエストに応じて動作するサーバマシンとして動作してもよい。

図８は、認証装置２０００の実現形態を例示する図である。図８の上段では、認証装置２０００が利用者端末１００として実現されている。利用者端末１００は、認証装置２０００が運用されている施設を利用する利用者（対象者や代行者）によって操作する端末であり、例えば病院に設置される受付機である。利用者端末１００には、認証対象の人物の生体情報を取得するためのセンサ３０が接続される。例えば受付機の場合、受付機を利用する人物の顔が撮像範囲に入る位置にカメラが設けられたり、受付機に指紋センサが設けられたりする。

利用者端末１００は、ネットワークを介して、対象者情報１０や代行者情報２０が記憶された認証データベース４０に接続されている。利用者端末１００は、取得した生体情報で認証データベース４０を検索することにより、取得した生体情報と合致する生体情報を示す対象者情報１０や代行者情報２０を特定する。

図８の下段では、認証装置２０００がサーバマシン１１０として実現されている。この場合、利用者端末１００は、認証対象の人物とサーバマシン１１０との間のインタフェースとして機能する。すなわち、利用者端末１００は、認証対象の人物が入力した情報をサーバマシン１１０へ送信し、サーバマシン１１０の処理結果を認証対象の人物へ提示する。

サーバマシン１１０は、ネットワークを介して認証データベース４０と接続されている。サーバマシン１１０は、利用者端末１００から送信された生体情報を受信し、その生体情報で認証データベース４０を検索することにより、その生体情報と合致する生体情報を示す対象者情報１０や代行者情報２０を特定する。

サーバマシン１１０は、上記特定の結果に応じ、利用者端末１００へデータを送信する。例えば認証対象の人物が対象者と代行者のいずれか一方としてのみ登録されている場合には、認証処理を行った上で、その結果を示すデータを利用者端末１００へ送信する。利用者端末１００は、受信したデータに基づく出力を行う。例えば、認証が完了したことを示す画面がディスプレイ装置に表示される。

一方、認証対象の人物が対象者と代行者の双方として登録されている場合には、その旨の通知を利用者端末１００へ送信する。この通知を行う機能構成部を、通知部と呼ぶ。この通知を受信した利用者端末１００は、例えば、上記選択を受け付けるための選択画面をディスプレイ装置に表示させる。

認証対象の人物からの入力を受け付けたら、利用者端末１００は、その入力の内容を示すデータをサーバマシン１１０へ送信する。サーバマシン１１０は、入力の内容に基づいて（すなわち、選択結果に基づいて）認証処理を行い、認証の結果を示すデータを利用者端末１００へ送信する。

なお、認証装置２０００がサーバマシン１１０として実現される場合において、対象者端末１００は、サーバマシン１１０（認証装置２０００）と同様のハードウエアで構成することができる。

＜＜利用者端末１００のハードウエア構成の例＞＞
図９は、利用者端末１００のハードウエア構成を例示する図である。また、図１０は、計算機３０００の正面の外観を例示する図である。利用者端末１００は、計算機３０００を用いて実現される。計算機３０００は、認証装置２０００を実現する計算機１０００と同様に、プロセッサ、メモリ、ストレージデバイス、入出力インタフェース、及びネットワークインタフェースを有する。

計算機３０００には、入出力インタフェース３１００を介して、タッチパネルディスプレイ２０２、スピーカ２０４、レシートプリンタ２０６、釣銭機２０８、カメラ２１０、マイク２１２、スキャナ２１４、磁気カードリーダ２１６、ＩＣカードリーダ２１８、カード発行機２２０、及びＡ４用紙プリンタ２２２が接続されている。タッチパネルディスプレイ２０２は、認証対象の人物に提示する画面を表示する機能、及び認証対象の人物によるタッチ操作を受け付ける機能を有する。スピーカ２０４は、任意の音声の出力に利用される。レシートプリンタ２０６は、紙媒体で顧客に情報を提供するために用いられる。例えば、認証処理が完了した人物に対して受付番号を発行する場合に、受付番号を印字した紙がレシートプリンタ２０６から出力される。釣銭機２０８は、現金投入口から投入された現金の格納、及び現金払い戻し口を介した現金の払い出しに利用される。

カメラ２１０は、認証対象の人物を撮像するために利用される。例えば認証対象の人物を撮像することで得られた画像を用いて認証が行われる。マイク２１２は、認証対象の人物から音声入力を受け付けるために利用される。スキャナ２１４は、保険証やパスポートなど、情報が表示されている媒体を撮像して画像を生成するために利用される。スキャナ２１４によって得られる画像に対して文字認識処理などの画像解析を行うことにより、種々の情報を得ることができる。なお、スキャナ２１４を用いて読み取られる情報は、文字に限定されない。例えばスキャナ２１４は、多次元コードの読取りに利用されてもよい。磁気カードリーダ２１６は、磁気カードから情報を読み取るために利用される。ＩＣカードリーダ２１８は、ＩＣカードから情報を読み取るために利用される。

カード発行機２２０は、顧客１０に対して新規のカード（例えば診察券など）を発行するために利用される。Ａ４用紙プリンタ２２２は、種々の情報が印字された紙を出力するために利用される。

なお、認証装置２０００が利用者端末１００として実現される場合、計算機３０００は計算機１０００に相当する。一方、認証装置２０００がサーバマシン１１０として実現される場合、計算機３０００は、ネットワークを介して計算機１０００（サーバマシン１１０を実現する計算機）と接続される。

＜生体情報の取得：Ｓ１０２、Ｓ２０４＞
取得部２０２０は、認証対象の人物の生体情報を取得する（Ｓ１０２、Ｓ２０４）。具体的には、取得部２０２０は、センサ３０によって取得された生体情報を取得する。なお、生体情報を取得したセンサからその生体情報を取得する技術には、既存の技術を利用することができる。

＜対象者情報１０について＞
対象者情報１０は、対象者の生体情報を示す情報である。例えば対象者情報１０は、対象者の識別情報（ＩＤなど）と、その対象者の生体情報を対応づけて示す。

対象者情報１０は、認証装置２０００からアクセス可能な記憶装置に予め記憶させておく。この記憶装置は、認証装置２０００の内部に設けられていてもよいし、認証装置２０００の外部に設けられていてもよい。例えばこの記憶装置は、前述した認証データベース４０を構成する記憶装置である。

＜＜対象者情報１０の生成方法について＞＞
対象者情報１０の生成は、認証装置２０００を用いて行われてもよいし、認証装置２０００以外の装置を用いて行われてもよい。以下、対象者情報１０の生成を行う装置を、第１登録端末と表記する。

例えば対象者情報１０は、認証装置２０００が運用されている施設について、対象者が利用登録を行う際に生成される。例えば一般的に、病院では、患者が初めて病院を利用する際、その患者の利用登録（初診受付）が行われる。そこでこの利用登録の際、患者が病院に対して生体情報を提供することで、その患者の対象者情報１０が生成されるようにする。

例えば病院の受付等に、患者から生体情報を得るためのセンサを設置しておく。そして、病院の利用登録を行う際、患者にそのセンサを使ってもらい、生体情報を提供してもらう。第１登録端末（例えば受付に設置された PC）は、このセンサから患者の生体情報を取得する。また、患者や病院のスタッフが、第１登録装置に対し、患者の個人情報（氏名や住所など）を入力する。第１登録端末は、患者に割り当てる識別情報（ＩＤなど）を生成し、生成した識別情報、センサから得られた患者の生体情報、及び患者の個人情報を対応づけることで、対象者情報１０を生成する。

病院以外の施設においても、同様の手順で対象者情報１０を生成することができる。例えばホテルでは、初めてそのホテルを利用する宿泊者の代表者（以下、代表宿泊者）が、フロントでその利用登録を行う際に、フロントに設置されたセンサを使って生体情報を提供する。第１登録端末（例えばフロントに設置された PC）は、このセンサから代表宿泊者の生体情報を取得する。また、代表宿泊者又はフロントのスタッフが、代表宿泊者の個人情報を第１登録端末へ入力する。第１登録端末は、代表宿泊者に割り当てる識別情報（ＩＤなど）を生成し、生成した識別情報、センサから得られた代表宿泊者の生体情報、及び代表宿泊者の個人情報を対応づけることで、対象者情報１０を生成する。

なお、施設の利用登録は、必ずしもその施設に設定されている端末で行われる必要は無い。例えば、対象者が所有する端末（自宅の PC や携帯端末など）からインターネットを介して利用登録を行うようにしてもよい。この場合、第１登録端末は、対象者の端末からのリクエストを受け付けるサーバマシンとして実現される。対象者は、インターネットを介して第１登録端末に生体情報や個人情報を送信する。その結果、第１登録端末によって、その対象者の対象者情報１０が生成される。

また、対象者情報１０を生成するタイミングは、施設の利用登録を行うタイミングに限定されない。例えば施設の利用登録が既に完了している人物から任意のタイミングで生体情報の提供を受け付け、その人物について登録済みの識別情報や個人情識別情報を受け付けた生体情報と対応づけることで、対象者情報１０が生成される。特にこのケースにおいて、第１登録端末は、対象者が自由に利用できる端末として施設に設置されていることが好適である。例えば病院では、認証装置２０００と共に、受付機として実現することが考えられる。

＜代行者情報２０について＞
代行者情報２０は、代行者の生体情報を示す情報である。例えば代行者情報２０は、代行者の識別情報、その代行者の生体情報、及びその代行者が代行を許可された対象者の識別情報を含む。

代行者情報２０は、認証装置２０００からアクセス可能な記憶装置に予め記憶させておく。この記憶装置は、認証装置２０００の内部に設けられていてもよいし、認証装置２０００の外部に設けられていてもよい。なお、対象者情報１０と代行者情報２０は、同一の記憶装置に記憶されていてもよいし、互いに異なる記憶装置に記憶されていてもよい。例えばこの記憶装置は、前述した認証データベース４０を構成する記憶装置である。

＜＜代行者情報２０の生成について＞＞
代行者情報２０は、対象者情報１０と同様に、対象者の利用登録の際や、利用登録の完了後に生成される。以下、代行者情報２０を生成する装置を、第２登録装置と呼ぶ。第２登録装置は、第１登録装置や認証装置２０００と同一の端末で実現されてもよいし、別々の端末で実現されてもよい。

ここで、代行者を登録する際には、その代行者に対応づけられる対象者に確認を求めることが好適である。利用登録の際に代行者の登録を行う場合、例えば第１登録端末で、代行者情報２０の生成も行えるようにする。第１登録端末は、対象者の個人情報と生体情報を取得する方法と同様の方法で、代行者の個人情報及び生体情報を取得する。そして、第１登録端末は、対象者と代行者のそれぞれに割り当てる識別情報を生成し、１）対象者の識別情報、対象者の個人情報、及び対象者の生体情報を対応づけた対象者情報１０を生成すると共に、２）代行者の識別情報、代行者の個人情報、代行者の生体情報、及び対象者の識別情報を対応づけた代行者情報２０を生成する。このようにすることで、対象者が関与できる状況で代行者と対象者の対応づけが行われるため、対象者の意図していない人物が代行者として登録されてしまうことを防ぐことができる。

その他にも例えば、第２登録端末に、対象者を認証する機能を設けてもよい。例えば第２登録端末は、センサから操作者の生体情報を取得し、その生体情報が示されている対象者情報１０を特定する。こうすることで、操作者を対象者として認証することができる。

第２登録端末は、上記認証の後、代行者に関する情報を入力するための入力画面を出力する。そして第２登録端末は、この入力画面で入力された代行者の個人情報と、上記特定された対象者情報１０に示されている対象者の識別情報と、代行者の生体情報とを対応づけて、代行者情報２０を生成する。なお、代行者の生体情報は、第２登録端末に設けられたセンサを用いて取得する。このように対象者が認証されている状況で代行者を登録するようにすることでも、対象者の意図していない人物が代行者として登録されてしまうことを防ぐことができる。

ここで、代行者の個人情報が既に登録されている場合には、上記入力画面をスキップしてもよい。例えば、代行者として登録しようとしている人物が既に対象者として登録されている場合などである。また、個人情報等の入力は別端末（例えば携帯端末）で行い、第２登録端末では生体情報との対応付けのみを行っても良い。なお、別端末に予め入力しておいた個人情報を第２登録端末に提供する方法には、種々の方法を利用することができる。例えば別端末から第２登録端末へ無線通信で個人情報を送信する方法や、別端末のディスプレイ装置上に２次元コードなどのコードとして個人情報を表示させ、そのコードを第２登録端末に設けられているコードリーダで読み取る方法などを採用できる。

その他にも例えば、代行者の登録について承認を求める通知が対象者に送信されるようにしてもよい。例えば、人物Ａが第２登録端末を操作することで、人物Ｂの代行者として人物Ａを登録しようとしたとする。この際、第２登録端末は、生成した代行者情報２０に対し、対象者による承認を待っている状態であることを示すフラグをセットする（例えば、フラグの値を１にする）。このフラグがセットされている間、人物Ａは、人物Ｂの代行者として認証されない。

第２登録端末は、人物Ｂに対して承認を求める通知を送信する。この通知を実現するため、対象者情報１０には対象者の宛先情報（例えばメールアドレスなど）が含まれるようにしておく。人物Ｂは、人物Ａを代行者として登録することについて承認するか否かを選択し、上記通知に対して返信する。第２登録端末は、承認を示す返信を受信した場合のみ、代行者情報２０にセットされたフラグを解除する（例えば、フラグの値を０にする）。こうすることで、人物Ｂによる承認が行われた場合のみ、人物Ａが人物Ｂの代行者として認証されるようになる。

ここで、承認を求める通知には、承認を求めている代行者を特定できる情報を含める。例えばこの情報は、承認を求めている代行者の氏名などである。また、承認を求めている代行者について取得する生体情報が、顔画像のように人の目でその正しさを確認できる情報である場合、承認を求めている代行者を特定できる情報として、代行者の生体情報を含めてもよい。このように、人の目でその正しさを確認できる代行者の生体情報を通知に含めることで、代行者として登録しようとしている人物を容易に把握できるようになり、なりすましの防止などを実現できる。

また、対象者の承認を待っている代行者がいる場合、その対象者の対象者情報１０に、承認待ちの代行者の識別情報を追加するようにしてもよい。例えば前述した人物ＡとＢの例において、人物Ａを代行者として示す代行者情報２０において承認待ちのフラグをセットすると共に、人物Ｂを示す対象者情報１０に対し、承認を待っている代行者の識別情報として人物Ａの識別情報を追加する。

さらに認証装置２０００は、対象者として登録されている人物が認証装置２０００を利用した際、その人物の対象者情報１０に承認を待っている代行者の識別情報が含まれていたら、代行者の承認を求める画面を出力してもよい。例えばこの画面は、認証対象の人物について対象者としての認証処理を行う際や（Ｓ２０８）、対象者としても登録されている人物を代行者として認証する際（「Ｓ２０６：対象者と代行者の双方」を通過した後のＳ２１０）などに出力される。

＜＜＜代行者に与える権限の設定＞＞＞
代行者を登録する際、その代行者に与える権限を設定するようにしてもよい。例えば病院では、対象者や代行者が行いうることとして、診察の結果について医師から説明を受ける、処方箋又は処方された薬を受け取る、治療についての同意を行うなどといった様々な事項がある。その他にも例えば、ホテルでは、フロントで鍵を受け取る、ホテル内の施設の利用料の支払いを宿泊代の精算とまとめる（例えば、レストランの食事代をその場では支払わずに宿泊代とまとめて精算できる）といった事項が考えられる。

そして、代行者が行える事項を、対象者が行える事項の一部に限定したいことが考えられる。その理由としては、対象者の希望で代行者に与える権限を制限したい場合、施設の運用ポリシーにより、代行者に与える権限を制限したい場合、法的に代行者に与える権限を制限しなければいけない場合などといった様々な理由が考えられる。

そこで、代行者情報２０を生成する際、代行者に与える権限を設定できるようにする。ここで、代行者に対して権限を設定する機能構成部を、権限設定部と呼ぶ。図１１は、代行者の権限を設定する設定画面５０を例示する図である。設定画面５０では、代行者に設定可能な各権限にチェックボックスが対応づけられている。代行者に与える権限にチェックが付された状態で確定ボタンを押すと、チェックが付されている権限が、その代行者の識別情報を示す代行者情報２０に格納される。

代行者に設定する権限の候補（代行者に設定可能な権限）は、例えば、代行者の属性に基づいて自動的に決定される。例えば対象者の属性は、対象者との関係である。例えば、代行者が対象者の親である場合と友人である場合とで、代行者に設定する権限の候補が異なるようにする。ここで、代行者と対象者の関係と、代行者に設定する権限の候補との対応付けは、予め定めておく。代行者の属性を示す情報は、例えば、代行者の登録に際に入力されるようにし、代行者情報２０に含めるようにする。

その他にも例えば、代行者に設定する権限の候補は、認証装置２０００の管理者によって予め設定されてもよい。このように認証装置２０００の管理者によって権限の候補を設定可能にしておくことで、認証装置２０００を運用する施設ごとに、代行者に設定可能な権限を制限することができる。同種の施設であっても、その施設の運用ポリシーは異なりうる。例えば、代行者に対して最低限の権限のみしか与えないという運用ポリシーの施設もあれば、代行者に対して対象者と同程度の権限を与えてもよいという運用ポリシーの施設もありうる。そこで、認証装置２０００の管理者が代行者に設定可能な権限を指定できるようにしておく。また、法律の改正によって代行者に設定可能な権限を変更しなければいけない状況においても、管理者が適切に設定を変更することができる。

例えば、権限ごとにその権限を代行者に対して設定可能か否かのフラグを示すリストを、認証装置２０００からアクセス可能な記憶装置に記憶させておく。認証装置２０００の管理者は、このリストを編集することで、代行者に設定可能な権限を指定する。認証装置２０００は、設定画面５０を生成する際、上記リストを記憶装置から読み出し、代行者に設定可能な権限についてのみ上述したチェックボックスに対する入力操作を行えるように、設定画面５０を生成する。

ここで、代行者に対して設定不可能な権限については、設定画面５０に表示されてもよいし、表示されなくてもよい。前者の場合、代行者に対して設定不可能な権限については、入力操作を行えないようにしておく。例えば、代行者に対して設定不可能な権限については、その権限の名称だけを表示してチェックボックスは表示しないようにしたり、表示したチェックボックスの内容を変更できないようにしておく。

代行者に設定可能な権限を示す上記リストの編集は、例えば、設定画面５０と同様の画面を利用して行うことができる。具体的には、リストに示されている権限の一覧を設定画面５０のように表示し、代行者に対して設定可能にする権限のみにチェックを付した状態で確定ボタンを押すようにする。その結果、チェックが付された権限のみを代行者に対して設定可能な権限とするように、上記リストが更新される。

なお、上記リストの編集（すなわち、代行者に対して設定可能な権限を指定する操作）は、認証装置２０００の管理者ではなく、対象者によって行われてもよい。こうすることで、代行者に対して設定可能な権限を対象者が制限することができる。この場合、代行者が設定画面５０を操作して、対象者に許可された範囲内で、自身に付与する権限を設定する。

＜特定部２０４０による特定：Ｓ１０４、Ｓ２０４＞
特定部２０４０は、認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する（Ｓ１０４、Ｓ２０４）。ここで、認証対象の人物と合致する生体情報を示す対象者情報１０が存在する場合、認証対象の人物は、少なくとも対象者として登録されている。また、認証対象の人物と合致する生体情報を示す代行者情報２０が存在する場合、認証対象の人物は、少なくとも代行者として登録されている。なお、２つの生体情報が互いに合致するか否かを判定する技術には、既存の技術を利用することができる。例えば特定部２０４０は、取得した生体情報と各対象者情報１０に示されている生体情報との間の類似度を算出する。さらに特定部２０４０は、算出された類似度のうち、最大であってなおかつ所定の閾値以上である類似度を特定する。そして特定部２０４０は、特定した類似度に対応する対象者情報１０を、取得した生体情報と合致する生体情報を示す対象者情報１０として特定する。代行者情報２０についても同様である。

＜認証対象の人物による入力：Ｓ１０６、Ｓ２１２、Ｓ２１４＞
認証対象が対象者としても代行者としても登録されている場合、入力受付部２０６０は、認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける（Ｓ１０６、Ｓ２１２）。この入力を実現する具体的な方法は様々である。

例えば入力受付部２０６０は、選択画面を出力し、その選択画面を用いた選択の入力を受け付ける。図１２は選択画面６０を例示する図である。選択画面６０は、選択を促すメッセージ６２、対象者として認証することを選択するためのボタン６４、及び代行者として認証することを選択するためのボタン６６を有する。ボタン６４が押された場合、入力受付部２０６０は、対象者として認証することが選択されたと判定する（Ｓ２１６：対象者）。一方、ボタン６４が押された場合、入力受付部２０６０は、代行者として認証することが選択されたと判定する（Ｓ２１６：代行者）。

上述した選択を受け付ける方法は、画面入力に限定されない。例えば入力受付部２０６０は、対象者と代行者のどちらとして認証するのかを選択する音声の入力を受け付けてもよい。この場合、例えば入力受付部２０６０は、対象者と代行者のどちらとして認証するのかを選択することを促す音声メッセージを出力する。この音声メッセージは、例えば、認証装置２０００に接続されているスピーカから出力される。

認証対象の人物は、「対象者」又は「代行者」のように、対象者と代行者のどちらを選択するかが区別可能な音声の入力を行う。この音声は、例えば、認証装置２０００に接続されたマイクを利用して認証装置２０００に取り込まれる。認証装置２０００は、入力された音声に対して音声認識処理を行うことにより、対象者と代行者のどちらが選択されたのかを特定する。

＜認証処理：Ｓ１０８、Ｓ２０８、Ｓ２１０＞
認証部２０８０は、選択の結果に基づいて認証処理を行う（Ｓ１０８、Ｓ２０８、Ｓ２１０）。具体的には、対象者として認証することが選択された場合（Ｓ２１６：対象者）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２０８）。一方、代行者として認証することが選択された場合（Ｓ２１６：代行者）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２１０）。

また、認証対象の人物が対象者としてのみ登録されている場合（Ｓ２０６：対象者情のみ）、認証部２０８０は、認証対象の人物を対象者として認証する（Ｓ２０８）。一方、認証対象の人物が代行者としてのみ登録されている場合（Ｓ２０６：代行者のみ）、認証部２０８０は、認証対象の人物を代行者として認証する（Ｓ２１０）。

具体的な認証処理には、様々な処理が含まれうる。例えば、以下の処理が含まれうる。
（１）ステータスの変更
（２）待ち行列への追加
（３）認証の通知
以下、これらの例について具体的に説明する。

＜＜（１）ステータスの変更＞＞
認証処理の第１の例は、「認証された人物についてのステータス（以下、認証ステータス）を、認証されていない状態から認証済みの状態に変更する」という処理である。例えば対象者情報１０に、認証ステータスをさらに含めておく。そして認証部２０８０は、認証対象の人物を対象者として認証する場合、特定部２０４０によって特定された対象者情報１０が示す認証ステータスを、認証済みの状態を示すように変更する。同様に、認証対象の人物を代行者として認証する場合、特定部２０４０によって特定された代行者情報２０が示す認証ステータスを、認証済みの状態を示すように変更する。

例えば認証済みの人物には、認証装置２０００が運用されている施設における所定の行動が許可される。例えば所定の行動は、「所定の部屋や施設などを利用する」という行動である。例えば病院であれば、所定の病室や診察室などを利用することが許可される。また、ホテルであれば、所定の客室や浴場などを利用することが許可される。なお、認証済みの人物に所定の行動を許可するという処理を実現する技術には、既存の技術を利用することができる。

所定の部屋等の利用の許可は、例えば、顔認証技術を利用して実現できる。例えば部屋等の入り口にカメラを設け、その部屋等を利用しようとしている人物についてそのカメラから得られた顔画像を用いて、顔認証を行う。この際、部屋等の利用が許可されている人物の顔画像として、認証装置２０００によって認証された人物の顔画像（対象者情報１０や代行者情報２０に生体情報として格納されている顔画像や、認証装置２０００に設けられているセンサ３０から得られた顔画像）を利用する。こうすることで、認証装置２０００によって認証された人物が、許可された部屋等を容易に利用できるようになる。

ただし認証装置２０００では、対象者として認証されるケースと代行者として認証されるケースとがある。そのため、どちらのケースなのかに応じて、許可される行動が異なるようにしてもよい。例えば、代行者として認証された場合には、対象者として認証されたケースと比較し、許可される行動の範囲が狭くなるようにする。なお、代行者に許可する行動は、前述した、代行者に与える権限として設定することができる。

＜＜（２）待ち行列への追加＞＞
認証処理の第２の例は、「対象者を待ち行列に加える」という処理である。例えば病院の場合、対象者が診察の待ち行列に加えられる。なお、ここでいう対象者は、認証された対象者、又は認証された代行者に対応づけられている対象者である。待ち行列を表す情報（すなわち、施設の利用を待つ対象者を示す情報）は、認証装置２０００からアクセス可能な記憶装置に記憶されているとする。以下、この情報を待機者情報と呼ぶ。対象者を待ち行列に加える処理は、例えば、待機者情報に対してその対象者の識別情報を追加する処理として実現される。

ここで、待ち行列が複数存在する場合、対象者を加える待ち行列の特定は、認証対象の人物による指定に基づいて決定されてもよいし、認証装置２０００によって自動的に決定されてもよい。例えば施設ごとにその施設利用の待ち行列があるとする。例えば病院であれば、受診する診療科ごとに待ち行列がある。

例えば、認証対象の人物が認証装置２０００に対して利用する施設を指定する入力を行ったら、認証装置２０００は、指定された施設の待機者情報に対象者を加えることで、その施設の待ち行列に対して対象者を加える。一方、対象者が利用する施設が事前に決まっている場合（例えば、施設利用の予約がされている場合）、認証装置２０００は、その予約情報を参照することで対象者が利用する施設を特定し、特定した施設の待機者情報に対象者を加える。

＜＜（３）認証の通知＞＞
認証処理の第３の例は、「認証された人物に関する通知（以下、認証通知）を認証装置２０００以外の装置に送信する」という処理である。例えば認証部２０８０は、認証装置２０００が運用されている施設内の特定のスタッフが利用する端末や、その施設内の特定の部屋に設置されている端末へ、認証通知を送信する。例えば病院の場合、看護師や医師が利用する端末（携帯端末や診察室の PC など）へ認証通知を送信する。

認証通知の送信先は、全ての認証通知に共通で設定されていてもよいし、認証通知ごとに異なっていてもよい。前者の場合、例えば認証部２０８０は、医師や看護師によって利用されうる全ての端末へ認証通知を送信する。一方、後者の場合、例えば認証部２０８０は、認証通知に係る対象者（認証された対象者又は認証された代行者に対応する対象者）が利用する施設などに応じて認証通知の送信先を決定する。例えば病院の場合、認証通知に係る対象者の診察を行う医師や看護師が利用する端末のみに認証通知を送信するようにすることが考えられる。この場合、認証部２０８０は、認証通知に係る対象者の診察に関する情報が記憶されている記憶装置にアクセスし、認証通知に係る対象者に対応づけられている情報を取得することで、認証通知の送信先を特定する。

認証通知に含める情報は任意である。例えば認証対象の人物が対象者として認証された場合、認証通知には、その人物に関する情報（以下、人物情報）が含まれる。例えば、人物情報には、その人物の氏名や顔写真など、その人物を把握するために利用できる情報が含まれる。こうすることで、施設のスタッフ等が、認証された人物（すなわち、これから施設を利用する人物）を予め把握することができる。

一方、認証対象の人物が代行者として認証された場合、認証通知には、その人物を把握するために利用できる情報に加え、その代行者に対応づけられている対象者を把握するために利用できる情報（氏名や顔写真など）をさらに含めることが好適である。こうすることで、例えば施設のスタッフ等が、代行者の行動が正しい行動であるか否かを容易に把握することができる。

例えば、病院において、或る患者（対象者）の病状についての説明を、患者の代わりに代行者に行うことが考えられる。この場合、医師は、代行者として現れた人物に対して患者の病状を説明する前に、その人物がその患者の代行者として登録されていることを確かめることが好適である。この点、前述した認証通知において対象者と代行者の情報を含めるようにしておけば、医師は、これから病状を説明しようとしている人物が患者の代行者として登録されているか否かを容易に把握することができる。

より具体的には、医師が或る患者についての診察等をする際に、医師の端末（以下、医師端末）でその患者のカルテ情報（電子カルテ）を参照する。この際、医師端末でカルテ情報を参照すると、カルテ情報と共に、その患者の代行者の認証に係る認証通知が表示されるようにする。すなわち、患者のカルテ情報と共に、その患者の代行者として現在認証されている人物の情報が表示されるようにする。このようにすると、医師は、診察室に患者以外の人物のみが現れた場合であっても、その人物が認証されている代行者であるか否かを確認し、適切な対応をとることができる。

なお、上記カルテ情報は、認証通知に含まれるようにしてもよい。その他に例えば、
認証通知を受信した医師端末が自動的にカルテ情報を取得するようにしてもよい。具体的には、医師端末は、認証通知を受信したら、その認証通知に示されている対象者の識別情報でカルテ情報のデータベースを検索することで、その識別情報に対応するカルテ情報を取得する。このようにすることで、医師端末において、診察等の待ち行列に入っている各対象者のカルテ情報を自動的に取得できるようになる。

＜認証対象の人物が複数の対象者の代行者として登録されているケース＞
認証対象の人物が複数の対象者それぞれの代行者として登録されていることも考えられる。そこで認証装置２０００は、認証対象の人物を代行者として認証する際（Ｓ２１０）、認証対象の人物に対応する対象者が複数存在するか否かを判定し、対応する対象者が複数存在する場合には、どの対象者の代行者として認証するのかを選択させてもよい。図１３は、Ｓ２１０の処理をさらに詳細化したフローチャートを示す図である。認証装置２０００は、代行者情報２０を用いて、認証対象の人物に対応する対象者が一人であるか否かを判定する（Ｓ４０２）。なお、認証対象の人物に対応する対象者の人数は、認証対象の人物の生体情報と合致する生体情報を示す代行者情報２０に示されている対象者の識別情報の数で表される。

認証対象の人物に対応する対象者が複数存在する場合（Ｓ４０２：複数）、図１３の処理はＳ４０４に進む。認証装置２０００は代行したい対象者を選択する入力を受け付ける状態になる（Ｓ４０４）。例えば認証装置２０００は、認証対象の人物に対応づけられている各対象者を特定する情報（例えば氏名）を選択可能な態様で含む（例えばボタンとして含む）選択画面を出力する。認証対象の人物は、代行したい対象者を選択する入力を行う（Ｓ４０６）。認証装置２０００は、認証対象の人物を、選択された対象者の代行者として認証する（Ｓ４０８）。

認証対象の人物に対応する対象者が一人である場合（Ｓ４０２：１人）、認証装置２０００は、認証対象の人物に対応する対象者の代行者として、認証対象の人物を認証する（Ｓ４１０）。

図１４は、どの対象者の代行者として認証するのかを選択する画面を例示する図である。図１４の選択画面８０は、対象者の選択を促すメッセージ８２を含んでいる。また、この例では、認証対象の人物が、人物Ａの代行者及び人物Ｃの代行者として登録されている。そのため、選択画面８０には、人物Ａの代行をすることを選択するためのボタン８４、及び人物Ｃの代行をすることを選択するためのボタン８６が含まれている。

ボタン８４が押されたら、認証装置２０００は、認証対象の人物を、人物Ａの代行者として認証する。一方、ボタン８６が押されたら、認証装置２０００は、認証対象の人物を、人物Ｃの代行者として認証する。

なお、代行する対象者を選択するためのボタンには、対象者の名前と共に又は名前に代えて、対象者の顔画像を表示させてもよい。顔画像を表示させることにより、対象者の選択をより直感的に行えるようになる。

また、対象者を特定する情報の入力方法は、画面での選択以外の方法で行われてもよい。例えば、対象者の識別情報が記憶された磁気カードや IC カードなどの可搬媒体（保険証など）を認証装置２０００に対して挿入する、認証対象の人物の携帯端末から無線通信で対象者の識別情報を送信する、認証対象の人物の携帯端末に対象者の識別情報を表すコードを表示させて認証装置２０００に読み取らせるなどといった方法を採用することができる。

ここで、対象者を特定する情報を入力するタイミングは、認証対象の人物が複数の対象者の代行者として登録されていることが判明したタイミング（Ｓ４０４）に限定されない。例えば、対象者を特定する情報は、認証装置２０００の利用開始時に与えられてもよい。すなわち、対象者を特定する情報を認証装置２０００に対して入力する（例えば保険証を認証装置２０００に対して挿入する）ことによって、認証装置２０００の利用が開始されてもよい。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記各実施形態の組み合わせ、又は上記以外の様々な構成を採用することもできる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
１． 認証対象の人物の生体情報を取得する取得部と、
前記取得した生体情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、
前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付部と、
前記入力受付部が受け付けた入力の結果に基づく認証処理を行う認証部と、を有する認証装置。
２． 前記特定部は、
対象者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が対象者として登録されていると特定し、
代行者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が代行者として登録されていると特定する、１．に記載の認証装置。
３． 当該認証装置は病院の受付端末であり、
前記対象者は前記病院の患者である、１．又は２．に記載の認証装置。
４． 前記入力受付部は、対象者と代行者のいずれか一方を選択する選択画面を出力する、１．乃至３．いずれか一つに記載の認証装置。
５． 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、対象者として認証されたことを示すように更新する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者が代行者として認証されたことを示すように更新する処理を含む、１．乃至４．いずれか一つに記載の認証装置
６． 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、施設の利用を待つ対象者を示す待機者情報に追加する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者と対応する対象者を、前記待機者情報に追加する処理を含む、１．乃至４．いずれか一つに記載の認証装置。
７． 前記認証処理は、認証された人物に関する通知を他の装置へ送信する処理を含む、１．乃至４．いずれか一つに記載の認証装置。
８． 前記認証対象の人物が代行者として認証された場合、前記認証部は、認証された前記代行者及び当該代行者に対応する対象者の双方に関する情報を前記通知に含める、７．に記載の認証装置。
９． 前記通知は、医師及び看護師の少なくとも一方が利用する端末に送信され、
前記認証対象の人物が代行者として認証された場合、前記認証部は、前記特定部によって特定された代行者と対応する対象者のカルテ情報を前記通知に含める、７．に記載の認証装置。
１０． 前記代行者と前記代行者に対応づけられる対象者との関係に基づいて、前記代行者に与える権限を設定する権限設定部を有する、１．乃至９．いずれか一つに記載の認証装置。

１１． 認証装置と、認証対象の人物によって利用される利用者端末とを有する認証システムであって、
前記利用者端末は、前記認証対象の人物の生体情報を前記認証装置に送信し、
前記認証装置は、
前記利用者端末によって送信された前記認証対象の人物の生体情報を取得する取得部と、
前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、
前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記利用者端末へ所定の通知を送信する通知部と、を有し、
前記利用者端末は、前記所定の通知を受信したことに応じ、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付け、入力された選択の内容を示す情報を前記認証装置へ送信し、
前記認証装置は、前記選択の内容に基づく認証処理を行う認証部を有する、認証システム。
１２． 前記特定部は、
対象者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が対象者として登録されていると特定し、
代行者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が代行者として登録されていると特定する、１１．に記載の認証システム。
１３． 前記利用者端末は病院の受付端末であり、
前記対象者は前記病院の患者である、１１．又は１２．に記載の認証システム。
１４． 前記利用者端末は、前記通知を受信したことに応じ、対象者と代行者のいずれか一方を選択する選択画面を出力する、１１．乃至１３．いずれか一つに記載の認証システム。
１５． 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、対象者として認証されたことを示すように更新する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者が代行者として認証されたことを示すように更新する処理を含む、１１．乃至１４．いずれか一つに記載の認証システム。
１６． 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、施設の利用を待つ対象者を示す待機者情報に追加する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者と対応する対象者を、前記待機者情報に追加する処理を含む、１１．乃至１４．いずれか一つに記載の認証システム。
１７． 前記認証処理は、認証された人物に関する通知を他の装置へ送信する処理を含む、１１．乃至１４．いずれか一つに記載の認証システム。
１８． 前記認証対象の人物が代行者として認証された場合、前記認証部は、認証された前記代行者及び当該代行者に対応する対象者の双方に関する情報を前記通知に含める、１７．に記載の認証システム。
１９． 前記通知は、医師及び看護師の少なくとも一方が利用する端末に送信され、
前記認証対象の人物が代行者として認証された場合、前記認証部は、前記特定部によって特定された代行者と対応する対象者のカルテ情報を前記通知に含める、１７．に記載の認証システム。
２０． 前記認証装置は、前記代行者と前記代行者に対応づけられる対象者との関係に基づいて、前記代行者に与える権限を設定する権限設定部を有する、１１．乃至１９．いずれか一つに記載の認証システム。

２１． コンピュータによって実行される制御方法であって、
認証対象の人物の生体情報を取得する取得ステップと、
前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定ステップと、
前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付ステップと、
前記入力受付ステップが受け付けた入力の結果に基づく認証処理を行う認証ステップと、を有する制御方法。
２２． 前記特定ステップにおいて、
対象者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が対象者として登録されていると特定し、
代行者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が代行者として登録されていると特定する、２１．に記載の制御方法。
２３． 前記コンピュータは病院の受付端末であり、
前記対象者は前記病院の患者である、２１．又は２２．に記載の制御方法。
２４． 前記入力受付ステップにおいて、対象者と代行者のいずれか一方を選択する選択画面を出力する、２１．乃至２３．いずれか一つに記載の制御方法。
２５． 前記認証対象の人物を対象者として認証する認証処理は、前記特定ステップによって特定された対象者を、対象者として認証されたことを示すように更新する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定ステップによって特定された代行者が代行者として認証されたことを示すように更新する処理を含む、２１．乃至２４．いずれか一つに記載の制御方法。
２６． 前記認証対象の人物を対象者として認証する認証処理は、前記特定ステップによって特定された対象者を、施設の利用を待つ対象者を示す待機者情報に追加する処理を含み、
前記認証対象の人物を代行者として認証する認証処理は、前記特定ステップによって特定された代行者と対応する対象者を、前記待機者情報に追加する処理を含む、２１．乃至２４．いずれか一つに記載の制御方法。
２７． 前記認証処理は、認証された人物に関する通知を他の装置へ送信する処理を含む、２１．乃至２４．いずれか一つに記載の制御方法。
２８． 前記認証対象の人物が代行者として認証された場合、前記認証ステップにおいて、認証された前記代行者及び当該代行者に対応する対象者の双方に関する情報を前記通知に含める、２７．に記載の制御方法。
２９． 前記通知は、医師及び看護師の少なくとも一方が利用する端末に送信され、
前記認証対象の人物が代行者として認証された場合、前記認証ステップにおいて、前記特定ステップによって特定された代行者と対応する対象者のカルテ情報を前記通知に含める、２７．に記載の制御方法。
３０． 前記代行者と前記代行者に対応づけられる対象者との関係に基づいて、前記代行者に与える権限を設定する権限設定ステップを有する、２１．乃至２９．いずれか一つに記載の制御方法。

３１． ２１．乃至３０に記載の制御方法の各ステップをコンピュータに実行させるプログラム。

３２． 認証対象の人物の生体情報を認証装置に送信し、
前記認証装置から所定の通知を受信したことに応じ、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付け、入力された選択の内容を示す入力情報を前記認証装置へ送信し、
前記認証装置は、前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記所定の通知を送信する、利用者端末。

１０ 対象者情報
２０ 代行者情報
３０ センサ
４０ 認証データベース
５０ 設定画面
６０ 選択画面
６２ メッセージ
６４ ボタン
６６ ボタン
７０ 選択画面
７２ メッセージ
７４ ボタン
７６ ボタン
７８ ボタン
８０ 選択画面
８２ メッセージ
８４ ボタン
８６ ボタン
１００ 利用者端末
１１０ サーバマシン
２０２ タッチパネルディスプレイ
２０４ スピーカ
２０６ レシートプリンタ
２０８ 釣銭機
２１０ カメラ
２１２ マイク
２１４ スキャナ
２１６ 磁気カードリーダ
２１８ ＩＣカードリーダ
１０００ 計算機
１０２０ バス
１０４０ プロセッサ
１０６０ メモリ
１０８０ ストレージデバイス
１１００ 入出力インタフェース
１１２０ ネットワークインタフェース
２０００ 認証装置
２０２０ 取得部
２０４０ 特定部
２０６０ 入力受付部
２０８０ 認証部
３０００ 計算機
３０２０ バス
３０４０ プロセッサ
３０６０ メモリ
３０８０ ストレージデバイス
３１００ 入出力インタフェース
３１２０ ネットワークインタフェース

Claims (13)

1. 対象者毎の生体情報を示す対象者情報と、代行者毎の生体情報を示す代行者情報をそれぞれ記憶しており、
   認証対象の人物の生体情報を取得する取得部と、
   前記取得した生体情報、前記対象者情報、及び前記代行者情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、
   前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付部と、
   前記入力受付部が受け付けた入力の結果に基づく認証処理を行う認証部と、を有する認証装置。
2. 前記特定部は、
   対象者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が対象者として登録されていると特定し、
   代行者として登録されている人物の生体情報の中に前記認証対象の人物の生体情報と合致するものがある場合、前記認証対象の人物が代行者として登録されていると特定する、請求項１に記載の認証装置。
3. 当該認証装置は病院の受付端末であり、
   前記対象者は前記病院の患者である、請求項１又は２に記載の認証装置。
4. 前記入力受付部は、対象者と代行者のいずれか一方を選択する選択画面を出力する、請求項１乃至３いずれか一項に記載の認証装置。
5. 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、対象者として認証されたことを示すように更新する処理を含み、
   前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者が代行者として認証されたことを示すように更新する処理を含む、請求項１乃至４いずれか一項に記載の認証装置。
6. 前記認証対象の人物を対象者として認証する認証処理は、前記特定部によって特定された対象者を、施設の利用を待つ対象者を示す待機者情報に追加する処理を含み、
   前記認証対象の人物を代行者として認証する認証処理は、前記特定部によって特定された代行者と対応する対象者を、前記待機者情報に追加する処理を含む、請求項１乃至４いずれか一項に記載の認証装置。
7. 認証対象の人物の生体情報を取得する取得部と、
   前記取得した生体情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、
   前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付部と、
   前記入力受付部が受け付けた入力の結果に基づく認証処理を行う認証部と、を有し、
   前記認証処理は、認証された人物に関する通知を他の装置へ送信する処理を含む認証装置。
8. 前記認証対象の人物が代行者として認証された場合、前記認証部は、認証された前記代行者及び当該代行者に対応する対象者の双方に関する情報を前記通知に含める、請求項７に記載の認証装置。
9. 前記通知は、医師及び看護師の少なくとも一方が利用する端末に送信され、
   前記認証対象の人物が代行者として認証された場合、前記認証部は、前記特定部によって特定された代行者と対応する対象者のカルテ情報を前記通知に含める、請求項７に記載の認証装置。
10. 前記代行者と前記代行者に対応づけられる対象者との関係に基づいて、前記代行者に与える権限を設定する権限設定部を有する、請求項１乃至９いずれか一項に記載の認証装置。
11. 認証装置と、認証対象の人物によって利用される利用者端末とを有する認証システムであって、
    前記利用者端末は、前記認証対象の人物の生体情報を前記認証装置に送信し、
    前記認証装置は、
    対象者毎の生体情報を示す対象者情報と、代行者毎の生体情報を示す代行者情報をそれぞれ記憶しており、
    前記利用者端末によって送信された前記認証対象の人物の生体情報を取得する取得部と、
    前記取得した生体情報、前記対象者情報、及び前記代行者情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定部と、
    前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記利用者端末へ所定の通知を送信する通知部と、を有し、
    前記利用者端末は、前記所定の通知を受信したことに応じ、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付け、入力された選択の内容を示す情報を前記認証装置へ送信し、
    前記認証装置は、前記選択の内容に基づく認証処理を行う認証部を有する、認証システム。
12. コンピュータによって実行される制御方法であって、
    前記コンピュータは、対象者毎の生体情報を示す対象者情報と、代行者毎の生体情報を示す代行者情報をそれぞれ記憶しており、
    認証対象の人物の生体情報を取得する取得ステップと、
    前記生体情報、前記対象者情報、及び前記代行者情報に基づいて、前記認証対象の人物が対象者と代行者のどちらとして登録されているのかを特定する特定ステップと、
    前記認証対象の人物が対象者と代行者の双方として登録されている場合に、前記認証対象の人物を対象者と代行者のどちらとして認証するのかを選択する入力を受け付ける入力受付ステップと、
    前記入力受付ステップが受け付けた入力の結果に基づく認証処理を行う認証ステップと、を有する制御方法。
13. 請求項１２に記載の制御方法の各ステップをコンピュータに実行させるプログラム。

Images