JP7405267B2 - 情報提供装置、情報提供システム、情報提供方法及びプログラム - Google Patents

Description

本開示は情報提供装置、情報提供システム、情報提供方法及びプログラムが格納された非一時的なコンピュータ可読媒体に関する。

現在、日本及び各国で、生体認証を用いたサービスが普及し始めている。例えば、特許文献１には、生体認証を用いて、所望の出発地から目的地までの経路を探索してユーザを案内するナビゲーションシステムが記載されている。具体的には、定置端末装置は、読み取った生体情報を生体認証サーバに送信し、生体認証サーバは、送信された生体情報を用いて個人を識別する。生体認証サーバは、個人識別情報を用いて経路探索の情報を情報配信サーバから取得して、定置端末装置に表示させる。

特開２００８－０１５９２６号公報

生体認証は、ユーザにとって手間がかからない容易な認証方法であるため、ユーザにサービスを提供する企業にとっては、生体認証を導入することで、ユーザにサービスを提供する機会がより拡大すると考えられる。また、それにより、サービスを受けるユーザ側の利便性も高まることになる。

本開示の目的は、ユーザが利便性高く企業のサービスを受けるための情報提供装置、情報提供システム、情報提供方法及びプログラムが格納された非一時的なコンピュータ可読媒体を提供することである。

本実施形態にかかる一態様の情報提供装置は、企業の識別情報に対して、１以上のサービスが関連付けられて記憶される記憶手段と、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と関連付けられて前記記憶手段に記憶されたサービスの情報を端末に出力するサービス情報出力手段を備える。

本実施形態にかかる別態様の情報提供装置は、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と関連する１以上のサービスの情報を記憶装置から受信し、受信した前記サービスの情報を端末に出力するサービス情報出力手段を備える。

本実施形態にかかる一態様の情報提供システムは、企業の識別情報に対して、１以上のサービスが関連付けられて記憶される記憶装置と、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と関連付けられて前記記憶装置に記憶されたサービスの情報を受信し、受信したサービスの情報を端末に出力するサービス情報出力手段と、を有する情報提供装置を備える。

本実施形態にかかる別態様の情報提供システムは、１以上のサービスを記憶し、企業の識別情報と対応する記憶装置と、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と対応する前記記憶装置に記憶された前記サービスの情報を受信し、受信したサービスの情報を端末に出力するサービス情報出力手段と、を有する情報提供装置を備える。

本実施形態にかかる一態様の情報提供方法は、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得するステップと、取得した前記識別情報と関連する１以上のサービスの情報を端末に出力するステップを備える。

本実施形態にかかる一態様の非一時的なコンピュータ可読媒体は、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得するステップと、取得した前記識別情報と関連する１以上のサービスの情報を端末に出力するステップを備える情報提供方法をコンピュータに実行させるプログラムが格納されたものである。

本開示によれば、ユーザが利便性高く企業のサービスを受けるための情報提供装置、情報提供システム、情報提供方法及びプログラムが格納された非一時的なコンピュータ可読媒体を提供することができる。

実施の形態１にかかる情報提供装置１００のブロック図である。 実施の形態１にかかる情報提供装置１００の処理を示すフローチャートである。 実施の形態１にかかる情報提供システムＳ１の構成図である。 実施の形態２にかかる情報提供システムＳ２を示す図である。 実施の形態２にかかるＴＰ２００のブロック図である。 実施の形態２にかかる情報提供サーバ２１０のブロック図である。 実施の形態２にかかるＤＢ２１３に登録された情報を示すテーブルである。 実施の形態２にかかる情報提供サーバ２１０のユーザ登録処理を示すフローチャートである。 実施の形態２にかかる情報提供システムＳ２の認証処理を示すシーケンス図である。 実施の形態２にかかる情報提供サーバ２１０の認証処理の詳細を示すフローチャートである。 実施の形態２にかかる表示部２０４の表示画面例を示す図である。 実施の形態２にかかる表示部２０４の表示画面例を示す図である。 実施の形態３にかかる情報提供システムＳ３を示す図である。 実施の形態３にかかるＴＰ３００のブロック図である。 実施の形態３にかかる情報提供サーバ３１０のブロック図である。 実施の形態３にかかるＤＢ３１３に登録された情報を示すテーブルである。 実施の形態３にかかる認証装置３２０のブロック図である。 実施の形態３にかかるＤＢ３２３に登録された情報を示すテーブルである。 実施の形態３にかかる情報提供システムＳ３の認証処理を示すシーケンス図である。 実施の形態５にかかる表示部２０４の表示画面例を示す図である。 実施の形態５にかかる表示部２０４の表示画面例を示す図である。 実施の形態６にかかるＤＢ２１３に登録されるサービスの詳細な情報を示すテーブルである。 実施の形態６にかかる表示部２０４の表示画面例を示す図である。 実施の形態６にかかる表示部２０４の表示画面例を示す図である。 実施の形態６にかかる表示部２０４の表示画面例を示す図である。 実施の形態７にかかるユーザＵ２の目的地を示す図である。 実施の形態７にかかる表示部２０４の経路表示画面例を示す図である。 実施の形態７にかかる表示部２０４の経路表示画面例を示す図である。 実施の形態８にかかるユーザＵ１の旅程情報を示す図である。 実施の形態８にかかる端末に表示される経路検索の結果を示す図である。 情報処理装置のハードウェア構成例を示すブロック図である。

実施の形態１
（１－１）
以下、本開示の実施の形態１について説明する。実施の形態１に係る情報提供装置は、有線又は無線により認証端末と接続され、認証端末が出力したユーザの生体情報に基づいた生体認証の認証結果を用いて、ユーザにサービスの情報を提供するものである。認証端末は、生体情報を取得可能なものであれば、場所が固定される端末機器（例えばタッチポイント型の端末）、ＰＣ（Personal Computer）のようなコンピュータ、又はスマートフォン等の携帯端末のいずれでも良い。生体情報は、個人を特定可能な人体の情報であれば良く、例えば顔、指紋、虹彩、血管等の画像であっても良いし、又はそれらの画像から生成された特徴を示す情報であっても良い。

図１は、実施の形態１に係る情報提供装置の構成を示すブロック図である。情報提供装置１００は、記憶部１０１（記憶手段）、取得部１０２（取得手段）及びサービス情報出力部１０３（サービス情報出力手段）を備える。

記憶部１０１は、１又は複数の企業の識別情報に対して、１以上のサービスが関連付けられて記憶される。企業は、ユーザにサービスを提供する主体であり、株式会社が一般的であるが、それ以外の事業形態を有していても良い。企業の識別情報は、名称、ＩＤ等であって、企業を特定する情報である。記憶部１０１が、企業の識別情報を複数記憶する場合、記憶部１０１は、各々の識別情報に関連付けられた１以上のサービスを記憶しても良い。

サービスは、移動手段の提供、飲食物や物品の販売、宿泊施設の提供、娯楽の提供（例えば、複合施設やアミューズメント施設）等、対価を伴うあらゆる分野のサービスが含まれ得る。識別情報の各々に対して関連付けられるサービスは、その識別情報が示す企業が提供するサービスであっても良いし、当該企業とグループ関係、又は社外協力関係にあるような、業務提携関係にある企業が提供するサービスであっても良い。まとめて言えば、企業の識別情報と、その識別情報に係る企業に関連するサービスが、記憶部１０１に関連付けて記憶される。

例えば、航空会社Ａを特定する識別情報Ａに対しては、移動手段としての飛行機、及び航空会社Ａの運営するホテルの情報が、記憶部１０１にサービスとして関連付けられて記憶されても良い。また、鉄道会社Ｂを特定する識別情報Ｂに対しては、移動手段としての鉄道路線、及び鉄道会社Ｂの運営する娯楽施設の情報が、記憶部１０１にサービスとして関連付けられて記憶されても良い。

取得部１０２は、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、認証結果により特定されるユーザの情報に関連付けられた識別情報を取得する。認証結果は、ユーザがどの個人であるかを特定するものであるため、認証結果によって何らかのユーザの情報が特定される。このユーザの情報は、ユーザの生体情報であっても良いし、ユーザの氏名、又はユーザ個人が特定されないユーザＩＤ等の情報であっても良い。なお、後述のとおり、情報提供装置１００が生体認証を行うことで認証結果を取得しても良いし、別の認証装置が生体認証を行い、その結果を情報提供装置１００が取得しても良い。

情報提供装置１００は、ユーザの情報と識別情報との対応関係を記憶し、その記憶された対応関係を参照して識別情報を取得しても良い。又は、他の装置にこの対応関係が記憶されており、他の装置に接続することで、対応関係に基づいた識別情報を取得しても良い。対応関係により参照される識別情報は、特定のユーザに対応付けられた、そのユーザがユーザ登録した企業の識別情報であっても良い。又は、そのユーザが使用する又は興味があると想定されるサービスに関連する企業の識別情報であっても良い。

サービス情報出力部１０３は、取得部１０２が選択した識別情報と関連付けられて記憶部１０１に記憶されたサービスの情報を端末に出力する。ここで、サービス情報出力部１０３は、記憶部１０１に記憶されたサービスの情報を端末に出力して報知させても良い。一例として、サービス情報出力部１０３は、他のサービスの情報よりも優先して端末に報知させるように、端末に出力しても良い。なお、関連付けられたサービスの情報を、他のサービスの情報よりも優先して報知させるとは、他のサービスの情報を端末に報知させないようにすることでも良い。又は、他のサービスの情報を報知させるものの、関連付けられたサービスよりも優先順位が低く報知させることであっても良い。

さらに、上述の「他のサービスの情報」とは、例えば、記憶部１０１に記憶されたサービスの情報であって、識別情報と関連付けられて記憶部１０１に記憶されたサービスの情報でないものであっても良い。

また、報知は、端末の画面への表示であっても良いし、他の形態による報知（例えば音声による通知）であっても良い。具体的な報知方法については後述する。

サービス情報出力部１０３がサービスの情報を出力する端末は、ユーザの生体情報を出力した認証端末であっても良いし、ユーザが有するＰＣやスマートフォン等の携帯端末であっても良い。この端末は、生体情報を取得可能である必要はない。なお、サービス情報の宛先となる端末の情報は、例えばユーザの情報として情報提供装置１００に格納されており、情報提供装置１００は、その情報を用いて、サービス情報を端末に送信しても良い。

以下、情報提供装置１００が実行する処理について、図２を参照して説明する。まず、情報提供装置１００は、記憶部１０１に、企業の識別情報に対して、１以上のサービスを関連付けて記憶させる（ステップＳ１０１）。識別情報とサービスの情報は、例えばテーブル等、公知の情報技術により関連付けることができる。また、情報提供装置１００は、記憶部１０１に記憶された情報を適宜更新することができる。

情報提供装置１００の取得部１０２は、複数の人物の生体情報と、認証端末が出力したユーザの生体情報を用いた生体認証の認証結果に基づいて、認証結果により特定されるユーザの情報に関連付けられた識別情報を取得する（ステップＳ１０２）。

サービス情報出力部１０３は、取得部１０２が取得した識別情報と関連付けられて記憶部１０１に記憶されたサービスの情報を端末に出力する（ステップＳ１０３）。

以上のように、情報提供装置１００は、生体認証の認証結果に基づいて企業の識別情報を取得し、その識別情報に関連付けられたサービスの情報を端末に出力する。これにより、ユーザは、そのユーザが使用する又は興味があると想定されるサービスの情報を端末で取得できるため、利便性高く企業のサービスを受けることができる。

（１－２）
企業の識別情報に対して、１以上のサービスが関連付けられて記憶されるのは、情報提供装置１００に限らず、１又は複数の他の記憶装置であっても良い。図３は、情報提供装置１１０と、情報提供装置１００の記憶部１０１に相当する機能を有する記憶装置１１１を備える情報提供システムＳ１を示す。記憶装置１１１は、企業の識別情報に対して、１以上のサービスが関連付けられて記憶されるものであり、例えばストレージサーバである。情報提供装置１１０と記憶装置１１１とは、図示しないネットワークにより、有線又は無線で接続されている。

例えば、情報提供システムＳ１は、単一の記憶装置１１１を備えていても良い。この記憶装置１１１には、上述の記憶部１０１と同様、１又は複数の企業の識別情報に対して、１以上のサービスが関連付けられて記憶される。記憶装置１１１が、企業の識別情報を複数記憶する場合、記憶装置１１１は、各々の識別情報に関連付けられた１以上のサービスを記憶しても良い。

別の例として、情報提供システムＳ１は、複数の記憶装置１１１を備えていても良い。具体例として、複数の企業毎にストレージサーバである記憶装置１１１が設けられている場合、各記憶装置１１１は、記憶装置１１１を有する各企業及びその企業と業務提携している企業のサービスを、各企業の識別情報と関連付けて記憶する。

図３における情報提供装置１１０は、取得部１０２が、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、認証結果により特定されるユーザの情報に関連付けられた識別情報を取得する。サービス情報出力部１０３は、取得した識別情報と関連付けられて記憶装置１１１に記憶されたサービスの情報を、記憶装置１１１から受信する。

具体的には、サービス情報出力部１０３は、記憶装置１１１に対して、サービスの情報を取得する問い合わせを、取得した識別情報を含めて送信する。記憶装置１１１は、その問い合わせに応じて、受信した識別情報と関連付けて記憶するサービスを、情報提供装置１１０に送信する。このようにして、サービス情報出力部１０３は、サービスの情報を記憶装置１１１から受信する。

なお、記憶装置１１１は、受信した識別情報と関連付かないサービスの情報（他のサービスの情報）を情報提供装置１１０に送信しても良いし、しなくても良い。

その後、サービス情報出力部１０３は、受信したサービスの情報を端末に出力する。なお、サービス情報出力部１０３は、一例として、受信したサービスの情報を、「他のサービスの情報」よりも優先して端末に報知させるように出力しても良い。「他のサービスの情報」とは、例えば、取得した識別情報と関連付けられて記憶装置１１１に記憶されたサービスの情報と異なる情報であって、同一又は異なる記憶装置１１１に記憶されたサービスの情報であっても良い。

（１－３）
（１－２）のバリエーションとして、１又は複数の記憶装置１１１が企業の識別情報に対応するものであっても良い。情報提供装置１１０は、例えば、企業の識別情報によって、記憶装置１１１を特定しても良い。記憶装置１１１内には、企業のサービスの情報が記憶されている。

例えば、情報提供装置１１０が、企業の識別情報と記憶装置１１１への通信先（例えばＩＰ（Internet Protocol）アドレス）を対応付けて記憶することで、記憶装置１１１が企業の識別情報によって特定されても良い。又は、情報提供システムＳ１が複数の記憶装置１１１を備えている場合、各記憶装置１１１は、自身に係る企業の識別情報を記憶していても良い。以上のような場合の一例として、１つの企業毎に１台の記憶装置１１１が設けられているような状況が想定される。

情報提供装置１１０は、取得部１０２が、複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、認証結果により特定されるユーザの情報に関連付けられた識別情報を取得する。サービス情報出力部１０３は、取得した識別情報と対応する記憶装置１１１に記憶されたサービスの情報を、記憶装置１１１から受信する。

例えば、情報提供装置１１０が、企業の識別情報と記憶装置１１１への通信先を対応付けて記憶している場合、サービス情報出力部１０３は、取得した識別情報が示す通信先に対して、サービスの情報を取得する問い合わせを行う。記憶装置１１１は、その問い合わせに応じて、自身が記憶するサービスの情報を情報提供装置１１０に送信する。これにより、サービス情報出力部１０３は、サービスの情報を記憶装置１１１から受信する。

また、情報提供システムＳ１が複数の記憶装置１１１を備え、各記憶装置１１１が、自身に係る企業の識別情報を記憶している場合に、サービス情報出力部１０３は、複数の記憶装置１１１に対して、サービスの情報を取得する問い合わせを、取得した識別情報を含めて行っても良い。記憶装置１１１は、受信した識別情報が、自身の識別情報と一致しているか否かを判定し、一致している場合には、問い合わせに応じて、自身が記憶するサービスの情報を情報提供装置１１０に送信する。これにより、サービス情報出力部１０３は、サービスの情報を記憶装置１１１から受信する。

なお、記憶装置１１１は、受信した識別情報が、自身の識別情報と一致していない場合に、自身が有するサービスの情報（他のサービスの情報）を情報提供装置１１０に送信しても良いし、しなくても良い。

その後、サービス情報出力部１０３は、受信したサービスの情報を端末に出力する。

以上、（１－２）、（１－３）のようにしても、情報提供装置１１０は、取得した識別情報と関連する１以上のサービスの情報を記憶装置から受信し、端末に出力することができる。ユーザは、そのユーザが使用する又は興味があると想定されるサービスの情報を端末で取得できるため、利便性高く企業のサービスを受けることができる。

実施の形態２
（２－１）
以下、本開示の実施の形態２について説明する。ここでは、より具体的な情報提供装置の構成及び処理について説明する。実施の形態２では、クラウド認証方式による顔認証について説明する。

図４は、実施の形態２における情報提供システムＳ２の概要を示した図である。情報提供システムＳ２は、地域１に設けられたＴＰ（タッチポイント）２００と、ＴＰ２００とネットワークＮを介して接続された情報提供サーバ２１０を備える。ＴＰ２００は、実施形態１の認証端末に対応し、情報提供サーバ２１０は、実施形態１の情報提供装置１００に対応する。なお、図４において、ＴＰ２００及び情報提供サーバ２１０は便宜上１台ずつ示されているが、それぞれ複数台設けられていても良い。

図４において、地域１に位置する施設である空港ＡＰ１、駅ＲＳ１、ホテルＡ、Ｂ及び地域１から離れた地域２に位置する施設である空港ＡＰ２、駅ＲＳ２は、情報提供システムＳ２に参加している企業により運営されている。この例では、空港ＡＰ１、ＡＰ２及びホテルＡは航空会社Ａにより運営され、駅ＲＳ１、ＲＳ２及びホテルＢは鉄道会社Ｂにより運営されている。航空会社Ａの飛行機Ａは、空港ＡＰ１を出発地とし、空港ＡＰ２を到着地とする移動手段である。また、鉄道会社Ｂの飛行機Ｂは、駅ＲＳ１を出発地とし、駅ＲＳ２を到着地とする移動手段である。

地域１、地域２は、それぞれ県、市、町といった行政単位であっても良いし、関東地方、関西地方といった広域な領域を示していても良い。また、地域１、２は、異なる国同士であっても良い。

ＴＰ２００は、空港、駅、ホテル等の施設に設置可能な端末であり、例えばデジタルサイネージとして設けられても良い。図４においては、空港ＡＰ１、駅ＲＳ１、ホテルＡ、ＢにＴＰ２００を設置することができる。認証システムＳ２にユーザ登録しているユーザは、ＴＰ２００を用いて様々なサービスを享受することができる。例えば、ユーザは、ＴＰ２００を用いて、航空券や鉄道といった交通チケット若しくはイベントのチケットの購入、又は宿泊施設のチェックイン手続き等を行うことができる。

ＴＰ２００は、上記機能に加え、後述のとおり、ユーザに情報提供を行うことができる。例えば、駅に設置されたＴＰ２００は、近隣の宿泊地の案内（推薦）を行うことができる。また、ホテルに設置されたＴＰ２００は、次の目的地までの移動手段に関する案内（推薦）を行うことができる。例えば、航空会社Ａ及び鉄道会社Ｂは、ＴＰ２００のユーザＵ１に対し、自社の提供するサービスとして、移動手段である飛行機Ａ若しくは鉄道Ｂ、又は宿泊施設であるホテルＡ又はＢの情報を表示させることができる。

以下、ＴＰ２００及び情報提供サーバ２１０の構成について、具体的に説明する。図５は、ＴＰ２００の構成を示すブロック図である。ＴＰ２００は、カメラ２０１、操作部２０２、通信部２０３、表示部２０４、顔画像取得部２０５、認証要求部２０６及びサービス提供部２０７を備える。以下、各構成要素について説明する。

カメラ２０１は、画像（特にユーザの顔領域）を撮影する。撮影された顔情報は、ユーザの生体情報として、ＴＰ２００内に記憶される。カメラ２０１は、例えばＴＰ２００の正面に設けられており、ＴＰ２００の正面にいるユーザの顔画像を撮影することができる。

操作部２０２は、ユーザがＴＰ２００を操作して情報又は指示を入力するためのインタフェースであり、例えばボタン、タッチパネルを有している。通信部２０３は、ＴＰ２００がネットワークＮを介して情報提供サーバ２１０と通信するための通信インタフェースである。表示部２０４は、ユーザに対して情報を通知する（特に、後述のサービス情報を通知する）ためのインタフェースであり、例えば液晶パネル、タッチパネル等で形成される。顔画像取得部２０５は、例えばユーザの操作部２０２の操作に応じて、カメラ２０１に対して撮影要求を行う。カメラ２０１は、その要求に応じて、ユーザの顔領域を撮影する。

認証要求部２０６は、カメラ２０１が撮影し、ＴＰ２００内に記憶された顔画像を用いて、ユーザを特定可能な顔の特徴量の情報を生成する。例えば、認証要求部２０６は、顔画像における目、鼻、口等の特徴点を算出し、特徴点の位置、特徴点間の距離等を「特徴量」として計算する。また、認証要求部２０６は、複数の特徴量を並べて「特徴ベクトル」を生成しても良い。認証要求部２０６は、以上のように生成された特徴量の情報又は特徴ベクトルの情報（以下、特徴情報とも記載）を含めた個人の認証要求を、通信部２０３を用いて情報提供サーバ２１０に送信する。このように、カメラ２０１が撮影した画像は、個人認証に使用される。

なお、認証要求部２０６は、顔の特徴情報を生成せず、撮影された顔画像を、そのまま情報提供サーバ２１０に送信しても良い。このようにしても、情報提供サーバ２１０側で顔認証を行うことは可能である。

サービス提供部２０７は、通信部２０３を介して情報提供サーバ２１０から受信したサービス情報を、表示部２０４に表示させる。また、サービス提供部２０７は、情報提供サーバ２１０から受信したサービス情報が、表示の優先順位が設定された複数のサービス情報である場合に、表示部２０４に対し、その優先順位に従った表示をするように制御する。

図６は、情報提供サーバ２１０の構成を示すブロック図である。情報提供サーバ２１０は、通信部２１１、登録部２１２、ＤＢ（データベース）２１３、認証部２１４（生体認証手段）、企業ＩＤ特定部２１５及びサービス抽出部２１６を備える。情報提供サーバ２１０は、航空会社Ａ、鉄道会社Ｂといった、後述のＤＢ２１３に登録された企業とは別の事業者（サードパーティー）により運営されている。また、情報提供サーバ２１０は、顔認証処理と、サービス情報提供処理の両方を実行するものであるため、クラウド認証方式におけるサーバ制御をするといえる。以下、情報提供サーバ２１０の各構成要素について説明する。

通信部２１１は、情報提供サーバ２１０がネットワークＮを介してＴＰ２００と通信するための通信インタフェースである。登録部２１２は、ユーザの顔の特徴情報と、ユーザの個人情報を、通信部２１１を介して他の端末又は装置から取得し、取得した情報を関連付けて（紐付けて）ＤＢ２１３に新規ユーザのエントリとして登録する。取得するユーザの個人情報は、ユーザが企業からサービスを受ける場合に用いられるユーザＩＤ、ユーザの氏名のほか、ユーザがサービス登録をしている企業の企業ＩＤ（識別情報）が挙げられる。また、登録部２１２は、上述の情報のうち一部の情報を取得し、その情報を登録済のユーザの更新情報として登録しても良い。

なお、登録部２１２は、ユーザの顔の特徴情報を別の装置から取得した上で、その情報をＤＢ２１３に登録しても良い。又は、登録部２１２は、ユーザの顔画像を用いて、ユーザを特定可能な顔の特徴情報を生成し、その情報をＤＢ２１３に登録しても良い。

さらに、登録部２１２は、複数の企業の各々の企業ＩＤに対して、その企業ＩＤに関連する企業のサービスを関連付けてＤＢ２１３に登録させる。企業ＩＤに関連する企業のサービスは、実施の形態１に示したとおり、企業ＩＤが示す企業のサービス、又はその企業と業務提携関係にある企業のサービスである。関連付けられる企業のサービスは、１つでも良いし、複数のサービスであっても良い。なお、関連付けられる企業のサービスは、情報提供サーバ２１０内に予め記憶されても良いし、通信部２１１を経由して他装置から取得されても良い。

ＤＢ２１３には、登録部２１２によって、ユーザの顔の特徴情報と、企業ＩＤを含むユーザの個人情報が関連付けて登録されている。さらに、登録部２１２によって、企業ＩＤと、企業のサービスも関連付けて登録されている。なお、ＤＢ２１３には、ユーザの顔の特徴情報だけでなく、顔画像も関連付けられて登録されていても良い。

図７は、ＤＢ２１３に登録された情報を示したテーブルである。このテーブルは、ユーザの個人情報である特徴情報、ユーザＩＤ及びユーザの氏名と、企業のサービスとが、企業ＩＤを介して関連付けられたテーブルとなっている。

図７では、ユーザの氏名がＮ１であるユーザＵ１の特徴情報がＦＶ１、ユーザＩＤがＵ１であり、ユーザＵ１に対して登録された企業ＩＤがＡである。そして、企業ＩＤ「Ａ」に対して、企業Ａのサービスである飛行機Ａ、ホテルＡが、それぞれ移動手段、宿泊のサービスとして関連付けられている。上述のとおり、飛行機Ａは、地域１から地域２への移動手段であり、ホテルＡは、地域１の宿泊サービスである。

また、ユーザの氏名がＮ２であるユーザＵ２の特徴情報がＦＶ２、ユーザＩＤがＵ２であり、ユーザＵ２に対して登録された企業ＩＤがＢである。そして、企業ＩＤ「Ｂ」に対して、企業Ｂのサービスである鉄道Ｂ、ホテルＢが、それぞれ移動手段、宿泊のサービスとして関連付けられている。上述のとおり、鉄道Ｂは、地域１から地域２への移動手段であり、ホテルＢは、地域１の宿泊サービスである。

また、ユーザの氏名がＮ３であるユーザＵ３の特徴情報がＦＶ３、ユーザＩＤがＵ３であり、ユーザＵ３に対して登録された企業ＩＤがＣである。そして、企業ＩＤ「Ｃ」に対して、企業Ｂのサービスである鉄道Ｃ、企業Ｂと業務提携している企業ＤのサービスであるホテルＤが、それぞれ移動手段、宿泊のサービスとして関連付けられている。なお、鉄道Ｃは、地域１から（地域２と異なる）地域３への移動手段であり、ホテルＤは、地域３の宿泊サービスである。

また、ユーザの氏名がＮ４であるユーザＵ４の特徴情報がＦＶ４、ユーザＩＤがＵ４であり、ユーザＵ４に対して登録された企業ＩＤがＡ、Ｂである。そして、企業ＩＤ「Ａ」に対して、企業Ａのサービスである飛行機Ａ、ホテルＡが、それぞれ移動手段、宿泊のサービスとして関連付けられている一方、企業ＩＤ「Ｂ」に対して、企業Ｂのサービスである鉄道Ｂ、ホテルＢが、それぞれ移動手段、宿泊のサービスとして関連付けられている。このように、一人のユーザに対して、複数の企業ＩＤを関連付けて登録させることが可能である。

なお、各サービス情報は、以下のような詳細な情報を含んでも良い。移動手段の情報であれば、検索対象となる日時における移動手段（例えば、飛行機や鉄道）の出発時刻、到着時刻、移動距離、所要時間（移動時間）、席の種類及び交通費の少なくともいずれかを含むような、詳細な情報が含まれていても良い。さらに、移動手段を用いた場合に獲得するポイントの情報が含まれていても良い。飛行機Ａ、鉄道Ｂは、その便数又は本数が１つだけ登録されていても良いし、複数登録されていても良い。また、宿泊情報であれば、検索対象となる日時における宿泊施設が有する部屋の種類、宿泊費の少なくともいずれかを含むような、詳細な情報が含まれていても良い。

ＤＢ２１３は、単一のＤＢとして設けられていても良いし、複数のＤＢとして設けられていても良い。例えば、図７に記載された情報を複数のＤＢに分けて格納する場合には、第１のＤＢにユーザＵ１とＵ２、第２のＤＢにユーザＵ３とＵ４といったように、個人単位で分割して格納しても良い。

この場合、１つの会社、又はグループ化された複数の会社毎に、ＤＢが設けられても良い。例えば、ＤＢ２１３として、航空会社Ａ用のＤＢ２１３Ａ、鉄道会社Ｂ用のＤＢ２１３Ｂ、鉄道会社Ｃ用のＤＢ２１３Ｃが設けられても良い。この場合、ＤＢ２１３Ａには、図７に示すユーザＵ１、Ｕ４の個人情報及びサービスの情報が登録される。ＤＢ２１３Ｂには、図７に示すユーザＵ２、Ｕ４の個人情報及びサービスの情報が登録される。ＤＢ２１３Ｃには、図７に示すユーザＵ３の個人情報及びサービスの情報が登録される。

また、第１のＤＢにユーザＵ１～Ｕ４の（企業ＩＤを含む）個人情報、第２のＤＢに企業ＩＤとその企業ＩＤに対応するサービスの情報を関連付けて格納するようにしても良い。この場合、第１のＤＢと第２のＤＢとの連携（対応付け）は、共通の情報である企業ＩＤによってなされる。

さらに、第１のＤＢにユーザＵ１～Ｕ４の特徴情報、ユーザＩＤ及び氏名から構成される個人情報、第２のＤＢにユーザＩＤ、企業ＩＤ及び企業ＩＤに対応するサービスの情報を関連付けて格納するようにしても良い。この場合、第１のＤＢと第２のＤＢとの連携（対応付け）は、共通の情報であるユーザＩＤによってなされる。

図６に戻り、説明を続ける。認証部２１４は、ＴＰ２００から取得した認証要求に応じて、顔認証処理（照合処理）を行う。具体的には、通信部２１１を介して、ＴＰ２００から照合対象となるユーザの顔の特徴情報を受信したときに、ＤＢ２１３に格納された特徴情報といわゆる１対Ｎ照合を実行し、そのユーザがＤＢ２１３に登録されたどのユーザに該当するかを判定する。

特徴情報が特徴量である場合、認証部２１４は、照合対象の特徴量とＤＢ２１３側（登録側）の特徴量間の類似度を計算する。閾値よりも類似度が大きい登録側の特徴量があれば、特徴量は一致したと判定し、「認証成功」と判定する。また、特徴情報が特徴ベクトルである場合、認証部２１４は、照合対象の特徴ベクトルと登録側の特徴ベクトル間の距離を計算する。閾値よりも距離が小さい登録側の特徴ベクトルがあれば、特徴ベクトルは一致したと判定し、「認証成功」と判定する。一方、閾値よりも類似度が大きい登録側の特徴量がない場合、又は閾値よりも距離が小さい登録側の特徴ベクトルがない場合には、認証部２１４は「認証失敗」と判定する。

なお、上述のとおり、ＤＢ２１３が個人単位で分割されている場合、認証部２１４は、第１のＤＢに登録されたユーザの特徴情報と、照合対象の特徴情報を照合する。第１のＤＢの照合中に「認証成功」と判定された場合には、そこで顔認証を中止する一方、第１のＤＢの照合が「認証失敗」と判定された場合には、認証部２１４は、別の第２のＤＢについて照合を実行する。全てのＤＢの照合において「認証失敗」と判定された場合には、認証部２１４は、顔認証が失敗したと判定する。

また、ＤＢ２１３が、ユーザの個人情報が登録されたＤＢと、企業ＩＤに対応するサービスの情報が登録されたＤＢとに分割されている場合、認証部２１４は、前者のＤＢに対して、認証処理を行う。

なお、ＴＰ２００の認証要求部２０６が、顔の特徴情報を生成せず、撮影された顔画像をそのまま情報提供サーバ２１０に送信した場合、認証部２１４はその顔画像に基づいて、照合対象となるユーザの特徴情報を生成する。そして、生成したユーザの特徴情報と、ＤＢ２１３に登録された特徴情報を照合する。

企業ＩＤ特定部２１５は、認証部２１４が「認証成功」と判定した場合に、ＤＢ２１３（登録側）において、判定対象となった特徴情報を有するユーザに関連付けられた企業ＩＤを特定する。例えば、図７に記載の例において、「認証成功」と判定された登録側のユーザがユーザＵ１であれば、企業ＩＤ特定部２１５は企業ＩＤ「Ａ」を特定する。一方、「認証成功」と判定された登録側のユーザがユーザＵ２であれば、企業ＩＤ特定部２１５は企業ＩＤ「Ｂ」を特定する。

サービス抽出部２１６は、企業ＩＤ特定部２１５が特定した企業ＩＤに関連付けられた企業のサービスを抽出する。例えば、図７に記載の例において、企業ＩＤ特定部２１５が企業ＩＤ「Ａ」を特定した場合には、サービス抽出部２１６は、サービスとして、移動手段「飛行機Ａ」、宿泊施設「ホテルＡ」を抽出する。一方、企業ＩＤ特定部２１５が企業ＩＤ「Ｂ」を特定した場合には、サービス抽出部２１６は、サービスとして、移動手段「鉄道Ｂ」、宿泊施設「ホテルＢ」を抽出する。

なお、認証部２１４は、認証部２１４が実行した認証結果が「認証成功」であった場合に、上述のようにしてサービス抽出部２１６が抽出した企業のサービスについて、通信部２１１を制御して、ＴＰ２００に送信する。なお、認証部２１４は、照合処理により特定されたユーザＩＤ、氏名等の個人情報を、必要に応じてＴＰ２００に送信しても良い。また、認証部２１４は、認証部２１４が実行した認証結果が「認証失敗」であった場合に、その認証結果をＴＰ２００に送信する。

次に、情報提供サーバ２１０が実際に行うユーザ登録処理及び認証処理の一例について説明する。まず、図８を用いて、情報提供サーバ２１０のユーザ登録処理の一例を説明する。

情報提供サーバ２１０の登録部２１２は、ユーザの顔画像及び個人情報を、他の端末又は装置から、新規ユーザのエントリとして取得する（ステップＳ２０１）。

登録部２１２は、取得したユーザの顔画像を用いて、ユーザを特定可能な顔の特徴情報を生成し、その情報をＤＢ２１３に登録する（ステップＳ２０２）。なお、上述のとおり、 登録部２１２は、ユーザの顔の特徴情報を別の装置から取得して、その情報をＤＢ２１３に登録しても良い。

登録部２１２は、氏名、ユーザＩＤを含む個人情報と、特徴情報を関連付けてＤＢ２１３に登録する（ステップＳ２０３）。以上のようにして、情報提供サーバ２１０に新規ユーザの情報が登録される。

次に、図９を用いて、ＴＰ２００及び情報提供サーバ２１０の認証処理の一例を説明する。まず、ＴＰ２００は、ＴＰ２００の正面にいるユーザＵ１から、操作部２０２を介して、地域１から地域２への移動方法について問い合わせを受ける。この問い合わせを受けて、顔画像取得部２０５は、顔認証を実行するために、カメラ２０１でユーザＵ１を撮影し、顔画像を取得する（ステップＳ２１１）。問い合わせに係る情報には、例えば、出発地としての地域１、到着地としての地域２、移動日、移動の出発時刻又は到着時刻の少なくともいずれかの情報が含まれていても良い。また、移動の出発時刻又は到着時刻の情報に代えて、現在時刻の情報が含まれていても良い。

ＴＰ２００の認証要求部２０６は、ユーザＵ１の顔画像を用いて、ユーザＵ１の特徴情報を生成する。認証要求部２０６は、生成したユーザＵ１の特徴情報と、認証要求と、地域１から地域２への移動方法の問い合わせを、通信部２０３を介して、情報提供サーバ２１０に送信する（ステップＳ２１２）。

情報提供サーバ２１０は、受信した問い合わせに基づいて顔認証を実施する（ステップＳ２１３）。情報提供サーバ２１０は、認証処理の結果として得られたサービス情報を、ＴＰ２００に送信する（ステップＳ２１４）。このサービス情報は、後述のとおり、「飛行機Ａ」を含む情報である。

ＴＰ２００のサービス提供部２０７は、サービス情報である地域１から地域２への移動方法「飛行機Ａ」を、表示部２０４に優先的に表示する（ステップＳ２１５）。このようにして、ユーザＵ１は、地域１から地域２への移動方法である「飛行機Ａ」の情報を知ることができる。

以下、図１０を用いて、図９のステップＳ２１３で示した情報提供サーバ２１０の認証処理の詳細について説明する。上述のとおり、情報提供サーバ２１０の通信部２１１は、ＴＰ２００から、ユーザＵ１の特徴情報と、認証要求と、地域１から地域２への移動方法の問い合わせを取得する（ステップＳ２２１）。

認証部２１４は、認証要求に応じて、照合対象となるユーザＵ１の顔の特徴情報と、ＤＢ２１３に格納された特徴情報との１対Ｎ照合を実行する（ステップＳ２２２）。そして、ＤＢ２１３に格納された特徴情報中に、照合対象となるユーザの顔の特徴情報と一致するものがあるか否かを判定する（ステップＳ２２３）。この判定の詳細については、上述のとおりである。

図７を参照すると、ＤＢ２１３には、照合対象となるユーザＵ１の顔の特徴情報ＦＶ１と一致するものが存在する（ステップＳ２２３のＹｅｓ）。したがって、認証部２１４は「認証成功」と判定する。そして、企業ＩＤ特定部２１５は、ＤＢ２１３において、判定対象となった特徴情報を有するユーザに関連付けられた企業ＩＤを特定する。ここでは、ユーザＵ１に関連付けられた企業ＩＤ「Ａ」が特定される。

サービス抽出部２１６は、企業ＩＤ特定部２１５が特定した企業ＩＤに関連付けられた企業のサービスを抽出する（ステップＳ２２４）。この例では、企業ＩＤ「Ａ」に関連付けられた移動手段である「飛行機Ａ」、宿泊である「ホテルＡ」が抽出される。

さらに、サービス抽出部２１６は、問い合わせ内容が「地域１から地域２への移動方法」であることに基づき、問い合わせ内容に基づくサービス情報として、「飛行機Ａ」及び「ホテルＡ」から、「飛行機Ａ」を選択する。

認証部２１４は、「認証成功」の判定結果と、サービス抽出部２１６が抽出した「飛行機Ａ」のサービス情報を、通信部２１１を用いて、ＴＰ２００に通知する（ステップＳ２２５）。また、認証部２１４は、ユーザＵ１の個人情報（例えば氏名「Ｎ１」、ユーザＩＤ「Ｕ１」）を、併せてＴＰ２００に通知しても良い。ＴＰ２００は、通知された情報を、表示部２０４に表示する。

なお、ステップＳ２２３において、ＤＢ２１３に、照合対象となるユーザＵ１の顔の特徴情報ＦＶ１と一致するものが存在しない場合（ステップＳ２２３のＮｏ）、認証部２１４は「認証失敗」と判定する。そして、認証部２１４は、「認証失敗」の判定結果を、通信部２１１を用いて、ＴＰ２００に通知する（ステップＳ２２６）。

ステップＳ２２５において、認証部２１４は、地域１から地域２への移動手段に関するサービス情報として、「飛行機Ａ」の情報のみを通知し、「鉄道Ｂ」の情報を通知しないようにしても良い。上述のとおり、「鉄道Ｂ」の情報は、サービス抽出部２１６が、ユーザＵ１の認証結果に基づいて抽出しないものである。この場合は、ＴＰ２００は、移動手段として「飛行機Ａ」のサービス情報のみを表示部２０４に表示するため、「飛行機Ａ」のサービス情報が「鉄道Ｂ」のサービス情報に比較して、優先的に表示される。

図１１は、このような場合における、ＴＰ２００での表示部２０４の表示例である。図１１では、地域１から地域２への移動手段として、「飛行機Ａ」のみが表示されている。「飛行機Ａ」のサービス情報として、出発時刻「１３：００」、到着時刻「１５：００」、所要時間「２時間」及び交通費「２万円」が情報提供サーバ２１０からＴＰ２００に通知されることで、表示部２０４に表示される。また、顔認証が成功したことを示す判定結果と、ユーザＵ１の個人情報である氏名「Ｎ１」、ユーザＩＤ「Ｕ１」も、情報提供サーバ２１０からＴＰ２００に通知されることで、表示部２０４に表示される。

ただし、「飛行機Ａ」のサービス情報を「鉄道Ｂ」のサービス情報に比較して、優先的に表示する方法は、図１１に示した方法に限られない。認証部２１４は、サービス情報として、「飛行機Ａ」及び「鉄道Ｂ」の両方の情報を通知しても良い。

例えば、ＤＢ２１３には、図７で示された情報とは別に、地域１から地域２への移動手段の一覧が登録されていても良い。サービス抽出部２１６は、問い合わせ内容に沿ったサービス情報として、優先順位の高い情報である「飛行機Ａ」を選択するほか、地域１から地域２への他の移動手段として、ＤＢ２１３に登録された移動手段の一覧を参照し、「鉄道Ｂ」を抽出する。

別の例として、地域１から地域２への移動手段の一覧は、ＤＢ２１３でなく、情報提供サーバ２１０以外の他装置に格納されていても良い。この場合、サービス抽出部２１６は、通信部２１１を介して、その他装置に登録された移動手段の一覧を参照し、「鉄道Ｂ」を抽出する。このようにして、サービス抽出部２１６は、「鉄道Ｂ」の情報を取得することができる。認証部２１４は、このようにして抽出された「飛行機Ａ」及び「鉄道Ｂ」の両方の情報を通知する。

ただし、この場合、認証部２１４は、ＴＰ２００での表示部２０４が、「飛行機Ａ」の情報を「鉄道Ｂ」の情報よりも優先順位が高くなるように表示するよう、表示の優先順位を示す情報を、通信部２１１によってＴＰ２００に通知させる。ＴＰ２００のサービス提供部２０７は、この優先順位に従って、「飛行機Ａ」の情報が「鉄道Ｂ」の情報よりも優先順位が高くなるよう、表示部２０４に表示させる。

図１２は、このような場合における、ＴＰ２００での表示部２０４の表示例である。図１２では、地域１から地域２への移動手段として、「飛行機Ａ」及び「鉄道Ｂ」の両方が表示されている。「鉄道Ｂ」のサービス情報として、出発時刻「１２：００」、到着時刻「１６：００」、所要時間「４時間」及び交通費「１万円」が情報提供サーバ２１０からＴＰ２００に通知されることで、表示部２０４に表示される。また、表示部２０４には、図１１で示した「飛行機Ａ」のサービス情報、顔認証が成功したことを示す判定結果と、ユーザＵ１の個人情報も、図１１と同様に表示されている。

表示部２０４では、「飛行機Ａ」のサービス情報を「経路候補１」、「鉄道Ｂ」のサービス情報を「経路候補２」と命名している。これにより、「飛行機Ａ」のサービス情報が、「鉄道Ｂ」のサービス情報よりも表示の優先順位が高くなっていることが見て取れる。さらに、表示部２０４では、「飛行機Ａ」のサービス情報を「鉄道Ｂ」のサービス情報よりも上に表示している。この表示形態によっても、「飛行機Ａ」のサービス情報が、「鉄道Ｂ」のサービス情報よりも優先順位が高く表示されている。

なお、優先順位を高く表示する方法は、以上に説明した方法に限られない。例えば、「飛行機Ａ」のサービス情報を表示部２０４の中央に表示させ、「鉄道Ｂ」のサービス情報の全部又は一部を、「飛行機Ａ」のサービス情報よりも小さく、表示部２０４の上下左右のいずれかの端部に表示させても良い。この場合、ユーザＵ１が操作部２０２を操作することにより、「鉄道Ｂ」のサービス情報を画面中央に大きく表示させることができる。例えば、操作部２０２がタッチディスプレイである場合、「鉄道Ｂ」のサービス情報が表示されている箇所をユーザがタッチすることで、「鉄道Ｂ」のサービス情報を画面中央に大きく表示させる。

また、最初の表示においては、図１１に示すように、「飛行機Ａ」のサービス情報のみを表示部２０４に表示させても良い。ユーザが操作部２０２を操作する（例えば、次頁の表示をさせるよう、ボタン又はタッチディスプレイを操作する）ことで、「鉄道Ｂ」のサービス情報が表示部２０４に表示される。

以上のようにして、ユーザＵ１が、地域１から地域２への移動方法をＴＰ２００に問い合わせた場合には、飛行機Ａを使ったルートを優先的にＴＰ２００に提示（推薦）するような処理がなされる。上述の例において、ユーザＵ２が、地域１から地域２への移動方法を認証端末に問い合わせた場合には、鉄道Ｂを使ったルートを優先的にＴＰ２００に提示するような処理がなされる。

情報提供システムＳ２は、ユーザと関連付けられて登録された企業ＩＤに係る企業が提供する移動手段のサービスを、優先してユーザに提示できる。そのため、ユーザは、自身が登録する企業のサービスを把握できるため、より利便性高く企業のサービスを受けることができる。また、企業にとっても、ユーザがその企業のサービスを受ける可能性を高めることができるため、利益となる。

生体認証のシステムにおいて、システムを効率的に運用するため、複数の企業（事業者）が、同じ情報提供サーバを使うことが想定される。具体的には、情報提供サーバが、ユーザの生体情報及び個人情報の両方を記憶する。認証システムに参加する企業等のサービス提供地には、端末が設置され、その端末を介した生体認証によるサービスの提供がなされる。実施の形態２は、このような認証システムにおいて、ユーザの利便性を高め、生体認証を用いたサービスの拡大を図るものである。

（２－２）
実施の形態１の（１－２）、（１－３）に記載したとおり、複数の企業の識別情報の各々に対して、１以上のサービスが関連付けられて記憶されるのは、情報提供サーバ２１０のＤＢ２１３でなく、他の記憶装置（ストレージサーバ）であっても良い。記憶装置は、例えば、企業毎に設けられていても良い。

また、記憶装置は、（２－１）に記載の企業ＩＤ（企業の識別情報）によって特定されても良い。この場合、（２－１）の図９におけるステップＳ２１１～Ｓ２１５の処理、及び図１０のステップＳ２２１～Ｓ２２３、Ｓ２２５、Ｓ２２６の処理は、同様に実行される。

ステップＳ２２４において、企業ＩＤ特定部２１５は、ＤＢ２１３において、判定対象となった特徴情報を有するユーザに関連付けられた企業ＩＤを特定する。ここでは、ユーザＵ１に関連付けられた企業ＩＤ「Ａ」が特定される。このときに、サービス抽出部２１６は、企業ＩＤ「Ａ」と対応する記憶装置にアクセスし、企業ＩＤ「Ａ」が示す企業（航空会社Ａ）のサービスを抽出する。なお、企業ＩＤによって記憶装置を特定する方法は、（１－３）に記載したとおりである。

以上に示した構成によっても、ユーザは、自身が登録する企業のサービスを把握できるため、より利便性高く企業のサービスを受けることができる。

実施の形態３
実施の形態２において説明した顔認証処理は、異なる方式の情報提供システムによっても実現できる。実施の形態３では、デジタルＩＤ型認証方式による顔認証について説明する。

（３－１）
図１３は、実施の形態３における情報提供システムＳ３の概要を示した図である。情報提供システムＳ３は、ＴＰ３００Ａ、ＴＰ３００Ｂと、ＴＰ３００Ａ、３００Ｂとそれぞれ接続された情報提供サーバ３１０Ａ、３１０Ｂと、情報提供サーバ３１０Ａ、３１０ＢとネットワークＮを介して接続された認証装置３２０を備える。以下、ＴＰ３００Ａ、ＴＰ３００ＢをまとめてＴＰ３００と記載し、情報提供サーバ３１０Ａ、３１０Ｂをまとめて情報提供サーバ３１０と記載する。ＴＰ３００は、実施形態１の認証端末に対応し、情報提供サーバ３１０は、実施形態１の情報提供装置１００に対応する。

情報提供サーバ３１０は、概略、実施の形態２における情報提供サーバ２１０から顔認証機能を除いた機能を有するサーバ装置であり、認証装置３２０は、顔認証処理を専用に実行する認証局として機能する。また、図１３に示すとおり、認証装置３２０に対して、情報提供サーバ３１０Ａ、３１０Ｂが接続されている。さらに、情報提供サーバ３１０Ａには、ＴＰ３００Ａが接続され、情報提供サーバ３１０Ｂには、ＴＰ３００Ｂが接続されている。そして、認証装置３２０は、複数の情報提供サーバ３１０に対して、顔認証処理を行う。

なお、図１３の情報提供システムＳ３の構成はあくまで例示であり、情報提供システムＳ３は、任意の台数のＴＰ、情報提供サーバを有していても良い。また、認証装置３２０も、１台に限らず、複数台設けられていても良い。

ＴＰ３００も、ＴＰ２００と同様、空港、駅、ホテル等の施設に設置可能な端末である。以下の説明において、ＴＰ３００Ａは、図４における空港ＡＰ１に設置され、ＴＰ３００Ｂは、図４における駅ＲＳ１に設置されている。認証システムＳ３にユーザ登録しているユーザは、ＴＰ３００を用いて様々なサービスを享受することができる。ユーザは、ＴＰ３００を用いて、一例として、航空券や鉄道といった交通チケット、イベントのチケットの購入、又は宿泊施設のチェックイン手続き等を行うことができる。また、ＴＰ３００は、実施の形態２と同様、ユーザに企業のサービス情報を提供することができる。

以下、認証システムＳ３の各構成要素であるＴＰ３００、情報提供サーバ３１０及び認証装置３２０の構成について、具体的に説明する。図１４は、ＴＰ３００の構成を示すブロック図である。ＴＰ３００は、カメラ３０１、操作部３０２、通信部３０３、表示部３０４、顔画像取得部３０５、通信制御部３０６及びサービス提供部３０７を備える。カメラ３０１～顔画像取得部３０５及びサービス提供部３０７は、実施の形態２におけるカメラ２０１～顔画像取得部２０５及びサービス提供部２０７と同様の処理をするため、説明を省略する。

通信制御部３０６は、顔画像取得部３０５がユーザの顔画像を取得した場合に、通信部３０３を用いて、情報提供サーバ３１０に対して、ユーザに提供するサービスの問い合わせをする。通信制御部３０６は、この問い合わせに、ユーザの顔画像の情報を付加する。ただし、通信制御部３０６は、顔画像に基づいて顔の特徴情報を生成し、その特徴情報を情報提供サーバ３１０に対して送信しても良い。

図１５は、情報提供サーバ３１０の構成を示すブロック図である。情報提供サーバ３１０は、通信部３１１、登録部３１２、ＤＢ３１３、認証情報処理部３１４、企業ＩＤ特定部３１５及びサービス抽出部３１６を備える。ここで、情報提供サーバ３１０は、顔認証処理を実行せず、サービス情報提供処理を実行する。以下、情報提供サーバ３１０の各構成要素について説明する。

通信部３１１は、ＴＰ３００、又はネットワークＮを介して認証装置３２０と通信するための通信インタフェースである。登録部３１２は、ユーザの個人情報を、通信部３１１を介して他の端末又は装置から取得し、取得した情報をＤＢ３１３に新規ユーザのエントリとして登録する。ユーザの個人情報は、ユーザが企業からサービスを受ける場合に用いられるユーザＩＤ、ユーザの氏名のほか、ユーザがサービス登録をしている企業の企業ＩＤが挙げられる。また、登録部３１２は、上述の情報のうち一部の情報を取得し、その情報を登録済のユーザの更新情報として登録しても良い。

また、登録部３１２は、複数の企業の各々の企業ＩＤに対して、その企業ＩＤに関連する企業のサービスを関連付けてＤＢ３１３に登録させる。関連付けられる企業のサービスは、１つでも良いし、複数のサービスであっても良い。なお、関連付けられる企業のサービスは、情報提供サーバ３１０内に予め記憶されたものでも良いし、通信部３１１を経由して他装置から取得するものであっても良い。

ＤＢ３１３には、企業ＩＤを含むユーザの個人情報が登録されているほか、企業ＩＤと、企業のサービスとが関連付けて登録されている。

図１６は、ＤＢ３１３に登録された情報を示したテーブルである。このテーブルは、図７に示されたテーブルから、特徴情報を除いたものであり、ユーザの個人情報であるユーザＩＤ及びユーザの氏名と、企業のサービスとが、企業ＩＤを介して関連付けられている。図１６のテーブルに示された情報の詳細については、図７のテーブルに関して説明したとおりであるため、説明を省略する。また、ＤＢ３１３は、ＤＢ２１３と同様に、単一のＤＢとして設けられていても良いし、複数のＤＢとして設けられていても良い。

図１５に戻り、説明を続ける。認証情報処理部３１４は、ＴＰ３００から通信部３１１を介してサービスの問い合わせを受信した場合に、問い合わせと併せてＴＰ３００から取得した顔画像又は顔の特徴情報を、認証装置３２０に送信する。これにより、認証装置３２０は、顔認証をすることができる。

また、認証情報処理部３１４は、認証装置３２０が顔認証の認証結果として送信したユーザＩＤを取得する認証結果取得手段としても機能する。認証情報処理部３１４は、そのユーザＩＤを用いて、ＤＢ３１３に登録された情報から、そのユーザＩＤに係る個人を特定する。

なお、実施の形態２に記載のとおり、ＤＢ３１３が個人単位で複数のＤＢに分割されている場合、認証情報処理部３１４は、第１のＤＢに登録されたユーザＩＤと、照合対象のユーザＩＤを照合する。第１のＤＢにおいて一致したユーザＩＤがあった場合には、顔認証されたユーザ個人を特定できたと判定し、そこで照合処理を中止する。一方、第１のＤＢにおいて一致したユーザＩＤがなかった場合には、認証情報処理部３１４は、別の第２のＤＢについて、同様の照合を実行する。全てのＤＢにおいて一致したユーザＩＤがなかった場合には、認証情報処理部３１４は、顔認証がされたユーザ個人を特定できず、照合が失敗したと判定する。

また、ＤＢ３１３が、ユーザの個人情報が登録されたＤＢと、企業ＩＤに対応するサービスの情報が登録されたＤＢとに分割されている場合、認証情報処理部３１４は、前者のＤＢに対して、照合処理を行う。

企業ＩＤ特定部３１５は、認証情報処理部３１４がユーザ個人を特定できた場合に、ＤＢ３１３（登録側）において、判定対象となったユーザに関連付けられた企業ＩＤを特定する。例えば、図１６に記載の例において、特定されたユーザがユーザＵ１であれば、企業ＩＤ特定部２１５は企業ＩＤ「Ａ」を特定する。一方、特定されたユーザがユーザＵ２であれば、企業ＩＤ特定部２１５は企業ＩＤ「Ｂ」を特定する。

サービス抽出部３１６は、企業ＩＤ特定部３１５が特定した企業ＩＤに関連付けられた企業のサービスを抽出する。例えば、図１６に記載の例において、企業ＩＤ特定部３１５が企業ＩＤ「Ａ」を特定した場合には、サービス抽出部３１６は、サービスとして、移動手段「飛行機Ａ」、宿泊「ホテルＡ」を抽出する。一方、企業ＩＤ特定部２１５が企業ＩＤ「Ｂ」を特定した場合には、サービス抽出部３１６は、サービスとして、移動手段「鉄道Ｂ」、宿泊「ホテルＢ」を抽出する。

なお、認証情報処理部３１４は、認証情報処理部３１４がユーザ個人を特定した場合に、上述のように、サービス抽出部３１６が抽出した企業のサービスについて、通信部３１１を制御して、ＴＰ３００に送信する。なお、認証情報処理部３１４は、特定されたユーザのユーザＩＤ、氏名等の個人情報を、必要に応じてＴＰ３００に送信しても良い。また、認証情報処理部３１４は、認証情報処理部３１４がユーザ個人を特定できなかった場合に、その判定結果をＴＰ３００に送信する。

図１７は、認証装置３２０の構成を示すブロック図である。認証装置３２０は、通信部３２１、登録部３２２、ＤＢ３２３、認証部３２４を備える。以下、認証装置３２０の各構成要素について説明する。

通信部３２１は、ネットワークＮを介して情報提供サーバ３１０と通信するための通信インタフェースである。登録部３２２は、ユーザの特徴情報をＤＢ３２３に新規ユーザのエントリとして登録する。ここで、登録部３２２は、取得したユーザのユーザＩＤと特徴情報を関連付けて、ＤＢ３２３に登録する。なお、登録される特徴情報は、他の装置から特徴情報の形式で送信されたものでも良いし、他の装置から取得した顔画像を、後述の認証部３２４で処理することで特徴情報として取得しても良い。

ＤＢ３２３には、ユーザの特徴情報と、ユーザＩＤとが、登録部３２２によって関連付けて登録されている。ここで、ＤＢ３２３は、認証に必要な情報が登録されているものの、ユーザ個人が具体的に誰か分かるような個人情報は登録されていない。そのような個人情報は、上述の情報提供サーバ３１０のＤＢ３１３に登録されている。

図１８は、ＤＢ３２３に登録された情報を示したテーブルである。このテーブルは、図７に示されたテーブルにおける、ユーザの特徴情報とユーザＩＤを抜粋したものである。図１８のテーブルに示された情報の詳細については、図７のテーブルに関して説明したとおりであるため、説明を省略する。また、ＤＢ３２３は、Ｎ名のユーザについて特徴情報とユーザＩＤが関連付けて登録された第１のＤＢ、Ｍ名のユーザについて特徴情報とユーザＩＤが関連付けて登録された第２のＤＢ、のように、複数のＤＢとして設けられていても良い。

図１７に戻り、説明を続ける。認証部３２４は、情報提供サーバ３１０から取得した顔画像に応じて、顔認証処理を行う。具体的には、通信部３２１を介して照合対象となるユーザの顔画像を受信したときに、認証部３２４は、顔画像を用いて特徴情報を生成する。その後、生成された特徴情報と、ＤＢ３２３に格納された特徴情報を比較する１対Ｎ照合を実行し、対象となるユーザがＤＢ３２３に登録されているか否かを判定する。なお、認証部３２４は、特徴情報が特徴量であるか特徴ベクトルであるかに応じて、実施の形態２に記載したとおり、判定方法を変更する。

なお、上述のとおり、ＤＢ３２３が個人単位で複数のＤＢに分割されている場合、認証部３２４は、第１のＤＢに登録されたユーザの特徴情報と、照合対象の特徴情報を照合する。第１のＤＢの照合中に「認証成功」と判定された場合には、そこで顔認証を中止する一方、第１のＤＢの照合が「認証失敗」と判定された場合には、認証部２１４は、別の第２のＤＢについて照合を実行する。全てのＤＢの照合において「認証失敗」と判定された場合には、認証部３２４は、顔認証が失敗したと判定する。

また、ＴＰ３００が、撮影した顔画像に基づいて顔の特徴情報を生成し、その特徴情報が認証装置３２０に送信された場合、認証部３２４はその特徴情報をそのまま用いて、顔認証を行う。

認証部３２４は、「認証成功」と判定された場合、特定されたユーザのユーザＩＤを、通信部３２１を用いて情報提供サーバ３１０に送信する。情報提供サーバ３１０の認証情報処理部３１４は、そのユーザＩＤを用いて、ユーザ個人を特定する。

以下、情報提供システムＳ３においてなされる処理の一例について説明する。最初に、認証装置３２０のユーザ登録処理の一例を説明する。ユーザは、端末装置を用いて認証装置３２０にアクセスし、ユーザＩＤ及びユーザの顔画像を送信する。ここで、登録において、登録ユーザ以外がＤＢ３２３に記憶される情報を更新できないように、パスワードが設定されても良い。認証装置３２０にアクセスする端末装置に対して、登録ユーザに対応付けられたパスワードの送信を要求することで、不正なアクセスを防止することができる。

認証部３２４は、送信された顔画像を用いて特徴情報を生成し、その特徴情報とユーザＩＤを関連付けて、図１８のように登録する。なお、ユーザは、顔画像ではなく特徴情報を認証装置３２０に送信し、認証装置３２０はその特徴情報をそのままＤＢ３２３に登録しても良い。

次に、情報提供サーバ３１０のユーザ登録処理の一例を説明する。ユーザは、サービス提供者である企業毎に、サービス登録をする。仮に、航空会社Ａが情報提供サーバ３１０Ａを有しており、ユーザが航空会社Ａにサービス登録をする場合には、ユーザは、端末装置から情報提供サーバ３１０Ａにアクセスして、ユーザＩＤと個人情報を送信する。登録部３１２は、取得したユーザのユーザＩＤと個人情報を、通信部３１１を介して取得し、取得した情報をＤＢ３１３に新規ユーザのエントリとして登録する。なお、情報提供サーバ３１０Ａは、端末装置から他の装置を経由して、ユーザＩＤと個人情報を取得しても良い。

図１９を用いて、上述の登録処理後に、情報提供システムＳ３においてなされる認証処理の一例について説明する。

まず、ＴＰ３００Ａは、ＴＰ３００Ａの正面にいるユーザＵ１から、操作部３０２を介して、地域１から地域２への移動方法について問い合わせを受ける。この問い合わせを受けて、顔画像取得部３０５は、顔認証を実行するために、カメラ３０１でユーザＵ１を撮影し、顔画像を取得する（ステップＳ３１１）。問い合わせに係る情報には、例えば、出発地としての地域１、到着地としての地域２、移動日、移動の出発時刻又は到着時刻の少なくともいずれかの情報が含まれていても良い。また、移動の出発時刻又は到着時刻の情報に代えて、現在時刻の情報が含まれていても良い。

ＴＰ３００Ａの通信制御部３０６は、ユーザＵ１の顔画像と、地域１から地域２への移動方法の問い合わせを、通信部３０３を介して、情報提供サーバ３１０に送信する（ステップＳ３１２）。情報提供サーバ３１０の認証情報処理部３１４は、受信したサービスの問い合わせに応じて、ＴＰ３００Ａから取得した顔画像を含めた認証要求を、認証装置３２０に送信する（ステップＳ３１３）。

認証装置３２０の通信部３２１は、情報提供サーバ３１０からの認証要求を受信する。認証部３２４は、受信した顔画像から特徴情報を生成し、その特徴情報と、ＤＢ３２３に登録された特徴情報とを１対Ｎ照合して、顔認証を実施する（ステップＳ３１４）。具体的には、認証部３２４は、ユーザＵ１の顔画像から特徴情報「ＦＶ１」を生成する。認証部３２４が、特徴情報「ＦＶ１」と、ＤＢ３２３に登録された図１８記載のテーブルと１対Ｎ照合を行うことにより、認証部３２４は、ユーザＵ１のユーザＩＤ「Ｕ１」を特定する。認証部３２４は、特定されたユーザのユーザＩＤ「Ｕ１」を、通信部３２１を用いて情報提供サーバ３１０に送信する（ステップＳ３１５）。

情報提供サーバ３１０の通信部３１１は、認証装置３２０からユーザＩＤ「Ｕ１」を受信する。認証情報処理部３１４は、そのユーザＩＤ「Ｕ１」を用いて、ユーザ個人を特定する（ステップＳ３１６）。企業ＩＤ特定部３１５は、ＤＢ３１３において、認証情報処理部３１４が特定したユーザ個人に関連付けられた企業ＩＤを特定する。サービス抽出部３１６は、企業ＩＤ特定部３１５が特定した企業ＩＤに関連付けられた企業のサービスを抽出する。認証情報処理部３１４は、「認証成功」の判定結果と、サービス抽出部３１６が抽出した企業のサービスを、通信部３１１を制御して、ＴＰ３００Ａに送信する（ステップＳ３１７）。

例えば、ＤＢ３１３に図１６のテーブルが登録されている場合には、認証情報処理部３１４は、ユーザ個人として、認証装置３２０から受信したユーザＩＤ「Ｕ１」と、図１６のテーブルにおけるユーザＩＤ「Ｕ１」が一致することを判定して、ユーザ個人を特定する。企業ＩＤ特定部３１５は、特定されたユーザＩＤ「Ｕ１」に関連付けられた企業ＩＤ「Ａ」を特定する。サービス抽出部３１６は、企業ＩＤ「Ａ」に関連付けられた企業のサービスである「飛行機Ａ」、「ホテルＡ」を抽出する。

さらに、サービス抽出部３１６は、問い合わせ内容が「地域１から地域２への移動方法」であることに基づき、問い合わせ内容に基づくサービス情報として、「飛行機Ａ」及び「ホテルＡ」から、「飛行機Ａ」を選択する。認証情報処理部３１４は、「認証成功」の判定結果と、サービス抽出部３１６が抽出した「飛行機Ａ」のサービス情報を、通信部３１１を用いて、ＴＰ３００Ａに通知する。なお、認証情報処理部３１４は、ユーザＵ１の個人情報（例えば氏名「Ｎ１」、ユーザＩＤ「Ｕ１」）を、併せてＴＰ３００Ａに通知しても良い。

ＴＰ３００のサービス提供部３０７は、サービス情報である地域１から地域２への移動方法「飛行機Ａ」を、表示部３０４に優先的に表示する（ステップＳ３１５）。このようにして、ユーザＵ１は、地域１から地域２への移動方法である「飛行機Ａ」の情報を知ることができる。

別の例として、ユーザＵ２が、駅ＲＳ１に設置されたＴＰ３００Ｂから、操作部３０２を介して、地域１から地域２への移動方法について問い合わせをした場合を想定する。ステップＳ３１１～Ｓ３１３の説明については、上述と同様であるため、省略する。ステップＳ３１４において、認証装置３２０の認証部３２４は、顔認証を実施して、ユーザＵ２のユーザＩＤ「Ｕ２」を特定する。認証部３２４は、特定されたユーザのユーザＩＤ「Ｕ２」を、通信部３２１を用いて情報提供サーバ３１０に送信する（ステップＳ３１５）。

情報提供サーバ３１０の認証情報処理部３１４は、受信したユーザＩＤ「Ｕ２」を用いて、ユーザ個人を特定する（ステップＳ３１６）。企業ＩＤ特定部３１５は、特定されたユーザＩＤ「Ｕ２」に関連付けられた企業ＩＤ「Ｂ」を特定する。サービス抽出部３１６は、企業ＩＤ「Ｂ」に関連付けられた企業のサービスである「鉄道Ｂ」、「ホテルＢ」を抽出する。

さらに、サービス抽出部３１６は、問い合わせ内容が「地域１から地域２への移動方法」であることに基づき、問い合わせ内容に基づくサービス情報として、「鉄道Ｂ」及び「ホテルＢ」から、「鉄道Ｂ」を選択する。認証情報処理部３１４は、「認証成功」の判定結果と、サービス抽出部３１６が抽出した「鉄道Ｂ」のサービス情報を、通信部３１１を用いて、ＴＰ３００Ａに通知する。ＴＰ３００のサービス提供部３０７は、サービス情報である地域１から地域２への移動方法「鉄道Ｂ」を、表示部３０４に優先的に表示する（ステップＳ３１５）。このようにして、ユーザＵ２は、地域１から地域２への移動方法である「鉄道Ｂ」の情報を知ることができる。

以上のように、顔認証の認証装置とサービス情報を提供するサーバが別に設けられる場合であっても、ユーザが受けられるサービスの利便性を高め、生体認証を用いたサービスの拡大を図ることができる。

また、図１３に示された構成において、複数のサービス提供者が、それぞれ情報提供サーバ３１０Ａ、３１０Ｂを有していても良い。例えば、サービス提供者である航空会社Ａ、鉄道会社Ｂが、それぞれ情報提供サーバ３１０Ａ、３１０Ｂを有していても良い。また、航空会社ＡがＴＰ３００Ａをさらに有し、鉄道会社ＢがＴＰ３００Ｂをさらに有していても良い。この場合、航空会社Ａ、鉄道会社Ｂは、それぞれ自社のシステムとして、ＴＰ３００Ａ及び情報提供サーバ３１０Ａ、ＴＰ３００Ｂ及び情報提供サーバ３１０Ｂを有する。そして、認証装置３２０は、複数のサービス提供者に対して、顔認証処理を行うことになる。また、ユーザは、企業毎に、ユーザ登録（サービス情報提供に係る登録）をする。

この場合、例えば航空会社Ａはそのシステム上において、航空会社Ａのグループ会社又は業務提携している企業について、複数の企業ＩＤを、ＤＢ３１３に格納していても良い。認証装置３２０からユーザのユーザＩＤを受信した場合に、情報提供サーバ３１０Ａは、そのユーザＩＤが複数の企業ＩＤのうちのどの企業ＩＤに関連付けられているかを判定し、その関連付けられた企業ＩＤに対応するサービス情報を、ＴＰ３００Ａに送信する。

（３－２）
また、複数の企業が、それぞれ情報提供サーバ３１０Ａ、３１０Ｂを有している場合に、認証システムＳ３に対して、生体情報（例えば顔の特徴情報）と個人情報を分離して記憶するための構成として、サービスＩＤと、サービスユーザＩＤを導入しても良い。サービスＩＤは、各企業に割り当てられるＩＤである。サービスユーザＩＤは、企業とユーザの組み合わせにより決められるＩＤであって、認証結果により特定されるユーザの情報である。

例えば、図１３で示した例において、航空会社Ａが情報提供サーバ３１０Ａを有し、航空会社ＡにサービスＩＤ「Ｇ１」が割り当てられる場合を想定する。情報提供サーバ３１０Ａは、サービスＩＤ「Ｇ１」を記憶しており、ユーザＵ１が航空会社Ａにユーザ登録したときには、情報提供サーバ３１０ＡのＤＢ３１３に、ユーザＵ１の個人情報、企業ＩＤ及び企業が提供するサービスが登録される。このとき、情報提供サーバ３１０Ａは、認証装置３２０に、ユーザＵ１のユーザＩＤ「Ｕ１」と、サービスＩＤ「Ｇ１」を送信する。

認証装置３２０の登録部３２２は、送信されたユーザＩＤ「Ｕ１」が、ＤＢ３２３に既に特徴情報と関連付けられて登録されているか否かを判定する。登録されている場合には、ユーザＩＤ「Ｕ１」とサービスＩＤ「Ｇ１」を用いて、新規のサービスユーザＩＤ「Ｈ１」を生成し、サービスユーザＩＤ「Ｈ１」を、サービスＩＤ「Ｇ１」とともに、ユーザＩＤ「Ｕ１」、特徴情報「ＦＶ１」と関連付けてＤＢ３２３に登録する。

その後、認証装置３２０は、サービスユーザＩＤ「Ｈ１」とユーザＩＤ「Ｕ１」を、情報提供サーバ３１０Ａに送信する。情報提供サーバ３１０Ａの登録部３１２は、ユーザＩＤ「Ｕ１」に関連付けられてＤＢ３１３に登録された情報に、サービスユーザＩＤ「Ｈ１」をさらに関連付けて登録する。

そして、図１９に示した認証処理を行うときには、ステップＳ３１３において、情報提供サーバ３１０Ａは、ＴＰ３００Ａから取得したユーザＵ１の顔画像と、サービスＩＤ「Ｇ１」を含む認証要求を、認証装置３２０に送信する。認証装置３２０は、ステップＳ３１４において、サービスＩＤ「Ｇ１」と、顔画像から生成した特徴情報「ＦＶ１」を用いて、ＤＢ３２３を参照し、サービスＩＤ「Ｇ１」と特徴情報「ＦＶ１」に関連付けられたサービスユーザＩＤ「Ｈ１」を特定する。認証装置３２０は、ステップＳ３１５において、ユーザＩＤではなく、特定したサービスユーザＩＤ「Ｈ１」を、情報提供サーバ３１０Ａに送信する。

情報提供サーバ３１０Ａの認証情報処理部３１４は、ステップＳ３１６において、サービスユーザＩＤ「Ｈ１」を用いてＤＢ３１３を参照し、サービスユーザＩＤ「Ｈ１」に関連付けられた個人情報を特定する。以下、企業ＩＤ特定部３１５、サービス抽出部３１６が実行する処理は、上述と同様であるため、説明を省略する。

以上のように、サービスＩＤと、サービスユーザＩＤを認証システムＳ３に導入する場合には、認証がなされた場合に、サービスユーザＩＤが認証装置３２０から情報提供サーバ３１０に送信される。このサービスユーザＩＤは、認証システムＳ３でのみ用いられ、ユーザと直接紐づけられた情報ではない。そのため、よりユーザのプライバシーが保たれた認証システムＳ３を提供することができる。

また、認証システムＳ３において、複数のサービス提供者が、１又は複数台のＴＰ又は情報提供サーバを共有していても良い。例えば、１台の情報提供サーバが、所定の地域のＴＰを管理し、所定の地域に設けられたＴＰは、その地域を管理する情報提供サーバとの間で通信をすることで、情報提供サーバからサービス情報の提供を受けることができる。

また、実施の形態３においては、実施の形態２に記載した変形例を、適宜適用することができる。

以降の実施の形態では、実施の形態２、３においてなされたサービス情報の提供について、より具体的な例を説明する。以降の説明においては、便宜上、実施の形態２を参照した説明を行うが、実施の形態３でも、以降の説明と同様の処理を実現することができる。また、以降の実施の形態に記載した技術的特徴は、適宜組み合わせられることは言うまでもない。

実施の形態４
実施の形態２において、ＤＢ２１３に登録される移動手段、宿泊施設等の企業のサービスとして、生体認証（例えば顔認証）が用いられるサービスが、企業ＩＤと関連付けて記憶されても良い。例えば、図７に示す例において、飛行機Ａの搭乗手続きや、ホテルＡでのチェックイン手続きが生体認証により可能であっても良い。また、企業ＩＤが示す企業ではなく、その企業と業務提携をしている企業が提供する生体認証が用いられるサービスが、企業ＩＤと関連付けて登録されていても良い。なお、企業毎に設けられた記憶装置に、生体認証（例えば顔認証）が用いられるサービスが記憶されていても良い。

このように、識別情報に係る企業に関連する生体認証が用いられるサービスが登録され、ユーザの問い合わせによって表示部２０４に表示されることで、ユーザは、より自身にとって簡便なサービスを知り、使う機会を多く得られる。また、サービスを提供する企業にとっても、ユーザの利用頻度を増すことができると考えられる。

実施の形態５
移動手段、宿泊施設等の企業のサービスとして、企業ＩＤに係る企業が割引で提供するサービス、又は企業がユーザに対して特典を付与するサービスの少なくともいずれかが、ＤＢ２１３に記憶されても良い。割引は、例えば、サービスを提供する会社又はその会社と業務提携している会社が提供するクレジットカード支払いにより、受けられるものであっても良い。特典は、景品や、支払いによって付与されるポイントが含まれる。ポイントは、蓄積されることにより、ユーザが何らかのギフトを受けられるものをいい、例えば、航空会社のマイル等が含まれる。

例えば、図９において、ユーザが航空会社Ａの飛行機Ａ及びレジャー施設Ａ１を利用した場合に、航空会社Ａがそれぞれのサービス利用にポイントを付与しても良い。また、ユーザが鉄道会社Ｂの鉄道Ｂ及びホテルＢ１を利用した場合に、鉄道会社Ｂがそれぞれのサービス利用にポイントを付与しても良い。航空会社Ａ、鉄道会社Ｂは、提案する特典が異なっていても良い。

ＤＢ２１３は、サービス及びそのサービスの割引又はポイントの少なくともいずれかの情報を、関連付けて記憶する。サービス抽出部２１６は、抽出したサービス及びそれに関連付けて記憶された割引、ポイントの情報を、ＴＰ２００に送信する。ＴＰ２００のサービス提供部２０７は、取得したサービスの情報だけでなく、そのサービスの割引、ポイントの情報を、表示部２０４に表示させる。これにより、ユーザは、サービスの割引、ポイントの情報を知ることができる。

図２０、２１は、それぞれ実施の形態２における図１１、１２の表示例において、サービス抽出部２１６で抽出された移動手段のサービスを利用した場合に加算されるポイントの一例を示したものである。図２０では、地域１から地域２への移動手段「飛行機Ａ」を使用した場合に、１０００ポイントが加算されることが表示されている。また、図２１では、「飛行機Ａ」の加算ポイントのほか、「鉄道Ｂ」を使用した場合に、７００ポイントが加算されることが表示されている。これらの具体的なポイントの数値は、情報提供サーバ２１０のＤＢ２１３に、それぞれ「飛行機Ａ」、「鉄道Ｂ」と関連付けて記憶されている。サービス抽出部２１６が「飛行機Ａ」、「鉄道Ｂ」のサービスを抽出したときに、それらに関連付けて記憶されたポイントの情報として、ポイントの数値がＴＰ２００に送信される。ＴＰ２００は、このようにして取得したポイントの数値を、図２０、２１のように表示部２０４に表示させる。

なお、サービス又は会社の割引、ポイントの値は、ＤＢ２１３に登録されていなくても良く、他の装置から取得しても良い。例えば、ＤＢ２１３に、図７に示した情報が登録され、各サービスを提供する企業のサーバに、サービスの割引、ポイントの値が記憶されていても良い。サービス抽出部２１６は、例えば特定された企業ＩＤに基づいて、（１－２）、（１－３）に示した方法と同様に、企業のサーバに対して問い合わせをし、割引、ポイントの情報を取得しても良い。なお、企業のサーバに、各サービスの割引、ポイントの値だけでなくサービスの情報も記憶され、サービス抽出部２１６は、そのサーバから情報を取得しても良い。

また、実施の形態２において、サービス抽出部２１６が複数のサービス（例えば、複数の企業が提供するサービス）を抽出した場合に、その複数のサービス間における優先順位を決定するための要素として、割引、ポイント等を用いても良い。

例えば、ＤＢ２１３に図７に示したテーブルが登録されており、ユーザＵ４が、図４におけるＴＰ２００で、地域１から地域２への移動手段について問い合わせをした場合を想定する。ここで、図７に示すとおり、ユーザＵ４には企業ＩＤ「Ａ」、「Ｂ」の両方が関連付けて登録され、移動手段のサービスとして、企業ＩＤ「Ａ」には「飛行機Ａ」、企業ＩＤ「Ｂ」には「鉄道Ｂ」がそれぞれ関連付けて登録されている。したがって、サービス抽出部２１６は、「飛行機Ａ」及び「鉄道Ｂ」を抽出する。

このとき、サービス抽出部２１６は、「飛行機Ａ」及び「鉄道Ｂ」のそれぞれの割引又はポイントを用いて、「飛行機Ａ」及び「鉄道Ｂ」間の優先順位を決定しても良い。割引に関しては、例えば、割引となる金額、又は原価の運賃からの割引率のいずれかが大きいサービスの優先順位を高くしても良い。また、ポイントに関しては、ポイント自体の値、又はポイントを金額に換算した値のいずれかが大きいサービスの優先順位を高くしても良い。

例えば、「飛行機Ａ」を利用した場合の割引価格が５０００円、「鉄道Ｂ」を利用した場合の割引価格が１０００円である場合に、サービス抽出部２１６は、「飛行機Ａ」を「鉄道Ｂ」よりも優先順位を高く設定する。別の例として、「飛行機Ａ」を利用した場合に蓄積するポイントが１０００ポイント、「鉄道Ｂ」を利用した場合に蓄積するポイントが２０００ポイントである場合に、サービス抽出部２１６は、「鉄道Ｂ」を「飛行機Ａ」よりも、優先順位を高く設定する。サービス抽出部２１６は、優先順位を高く設定したサービスが、ＴＰ２００の表示部２０４で優先されて表示されるよう、優先順位を設定する。

さらに、各企業は、企業に対応するサービスについて、ユーザの獲得ポイントに応じたギフトを設定しても良い。サービス抽出部２１６は、複数の企業のサービスを抽出した場合に、ある企業のサービスを利用することによりユーザが何らかの特典を獲得可能なサービスがあれば、その企業のサービスの優先順位を、他の企業のサービスよりも高くしても良い。

ギフトの情報は、上述のとおり、サービスの割引、ポイントの値の情報と同様、ＤＢ２１３又は情報提供サーバ２１０とは別の記憶装置に記憶される。また、ユーザの獲得ポイントの情報も、ユーザの情報の一部として、ＤＢ２１３又は情報提供サーバ２１０とは別の記憶装置（例えば、企業のサーバ）に記憶される。サービス抽出部２１６は、取得した情報に基づいて、ユーザのこれまでの獲得ポイントと、企業のサービスを受けた場合に獲得するポイントの合計が、ギフトを受けられるポイントに到達しているか否かを判定することができる。

なお、上述の例で「飛行機Ａ」、「鉄道Ｂ」のうち優先順位が低く設定されたものは、ＴＰ２００に送信されても良いし、送信されなくても良い。ＴＰ２００に送信される場合には、優先順位が高い方と比較して、表示の優先順位が低く設定される。優先順位に応じた表示の具体的な方法については、（２－１）に記載のとおりである。

このような処理がなされることで、ユーザは、自身にとってより利益を得られるサービスを知り、使う機会を多く得られる。また、サービスを提供する企業にとっても、ユーザの利用頻度を増すことができると考えられる。

実施の形態６
実施の形態２で表示されるサービス情報は、「飛行機」、「ホテル」等の概略的な情報であったが、サービスを説明するさらに詳細な情報が表示されても良い。これは、情報提供サーバ２１０のＤＢ２１３に、企業のサービス情報と関連付けて、サービスの詳細な情報を登録することにより実現できる。または、別の１又は複数の装置から、通信部２１１を介して、情報提供サーバ２１０が詳細な情報を取得しても良い。

図２２は、ＤＢ２１３に登録されるサービスの詳細な情報の具体例である。「ホテルＢ」には、「３ツ星ホテル 温泉有」の詳細な説明及びその地図上の位置「位置Ｈ１」が関連付けられている。「レストランＢ」には、「フレンチ １７時～２１時」の詳細な説明及びその地図上の位置「位置Ｒ１」が関連付けられている。「カフェＢ」には、「１００席 １０時～２０時」の詳細な説明及びその地図上の位置「位置Ｃ１」が関連付けられている。図２２に示したサービスは、図４の地域１において鉄道会社Ｂの提供するサービスであり、そのサービス情報は、ＤＢ２１３に、企業ＩＤ「Ｂ」と関連付けて登録されている。

一例として、ユーザＵ２が地域１の駅ＲＳ１に設けられたＴＰ２００において、ＴＰ２００周辺で登録会員として受けられるサービスについて問い合わせをする場合を想定する。ＴＰ２００は、この問い合わせの内容と、ユーザＵ２の顔の特徴情報を含む認証要求を情報提供サーバ２１０に送信する。情報提供サーバ２１０は、送信された特徴情報からユーザＵ１を特定し、ユーザＵ２と関連付けて登録された企業ＩＤ「Ｂ」を特定する（図７を参照）。サービス抽出部２１６は、問い合わせの内容に基づいて、企業ＩＤ「Ｂ」（鉄道会社Ｂ）の提供するサービスとして、移動手段以外の宿泊・レストラン・カフェのサービスを抽出する。この場合には、図２２に示した「ホテルＢ」、「レストランＢ」、「カフェＢ」のサービスを、その詳細な情報とともに抽出する。認証部２１４は、抽出したこれらの情報を、ＴＰ２００に送信し、ＴＰ２００のサービス提供部２０７は、表示部２０４にこれらの情報を優先的に表示させる。

図２３は、表示部２０４の表示画面の一例である。表示画面では、ＴＰ２００が設けられた現在地、ＴＰ２００周辺の地図及び「ホテルＢ」、「レストランＢ」、「カフェＢ」の地図上の位置が表示される。「ホテルＢ」、「レストランＢ」、「カフェＢ」の地図上の位置は、例えば、ＴＰ２００に記憶されたＴＰ２００周辺の地図情報（位置情報）と、情報提供サーバ２１０から出力された位置情報「位置Ｈ１」、「位置Ｒ１」及び「位置Ｃ１」とをＴＰ２００が合成して、生成することができる。また、表示部２０４には、情報提供サーバ２１０から取得したユーザＩＤ「Ｕ２」や、ユーザＵ２の氏名「Ｎ２」も表示されている。

また、表示部２０４の表示方法は、地図を用いたものでなくても良い。図２４に示すように、表示部２０４は、施設一覧として、「ホテルＢ」、「レストランＢ」、「カフェＢ」のアイコンと文字説明を一覧で表示するようにしても良い。さらにいえば、ユーザがＴＰ２００の操作部２０２を操作することで、図２３の表示と図２４の表示とが切り替えられるように制御されても良い。

また、ユーザは、操作部２０２を操作することで、図２５に示した詳細な説明を表示することができる。例えば操作部２０２がタッチディスプレイであり、ユーザが図２３においてホテルＢをタッチした場合に、ＴＰ２００のサービス提供部２０７は、操作を検出して、ホテルＢの詳細な説明である「３ツ星ホテル 温泉有」を、図２５のように表示させる。これにより、ユーザは、関心がある施設の詳細な情報を知ることができる。

以上のようにして、ユーザＵ２は、自身が会員登録をした鉄道会社Ｂのサービスを優先的に知ることができる。

実施の形態７
実施の形態２で表示される移動手段のサービス情報は、「飛行機」、「鉄道」等、単独の移動手段の情報であったが、複数の移動手段の情報が表示されても良い。

図２６は、ユーザＵ２がＶ駅に設けられたＴＰ２００において、Ｖ駅からＹスタジアムに向かう経路を問い合わせた場合の例を示す。図２６に示されたとおり、Ｖ駅からＹスタジアムに向かうには、Ｗ駅を経由する必要がある。そして、Ｖ駅からＷ駅に向かうには、鉄道Ｂ線又は鉄道Ｃ線の２通りの路線があり、Ｗ駅からＹスタジアムに向かうには、Ｂバス又はＣバスの２通りの路線がある。したがって、Ｖ駅からＹスタジアムに向かう経路は、４通り存在する。なお、鉄道Ｂ線及びＢバスは、鉄道会社Ｂが運営している移動手段であり、鉄道Ｃ線及びＣバスは、鉄道会社Ｃが運営している移動手段である。

ＴＰ２００は、実施の形態２で記載したように、情報提供サーバ２１０に接続されており、ＴＰ２００は、ユーザＵ２の顔の特徴情報と、問い合わせの内容を含めた認証要求を情報提供サーバ２１０に送信する。ＴＰ２００の認証部２１４は、送信された顔の特徴情報に基づいて、ユーザＵ２を特定する。企業ＩＤ特定部２１５は、ユーザＵ２に関連付けられて登録された企業ＩＤ「Ｂ」を特定する。

この実施形態では、ＤＢ２１３において、企業ＩＤ「Ｂ」に、「Ｂ線」及び「Ｂバス」が関連付けて登録されている。さらに、ＤＢ２１３には、Ｖ駅からＹスタジアムへの移動手段の一覧が登録されている。そのため、サービス抽出部２１６は、問い合わせ内容に沿ったサービス情報として、優先順位の高い情報である「Ｂ線」及び「Ｂバス」を選択する。さらに、サービス抽出部２１６は、Ｖ駅からＹスタジアムへの他の移動手段として、ＤＢ２１３に登録された移動手段の一覧を参照し、「Ｃ線」及び「Ｃバス」を抽出する。

そして、認証部２１４は、「Ｂ線」の情報が「Ｃ線」の情報よりも優先順位が高くなるか、又は、「Ｂバス」の情報が「Ｃバス」の情報よりも優先順位が高くなるか、の少なくとものいずれかを満たすような優先順位を設定する。

例えば、優先順位の１番として、全行程において鉄道会社Ｂのサービスを最大限に（最大数）利用する経路が設定されても良い。２番以降の優先順位として、鉄道会社Ｂのサービスを経路の一部で必ず利用する経路の中で、所要時間が短い又は交通費が安い経路の順に、優先順位が設定されても良い。この場合、鉄道会社Ｂのサービスを利用しない経路は、鉄道会社Ｂのサービスを経路の一部で必ず利用する経路に比較して、優先順位が下がることになる。

また、優先順位の１番として、鉄道会社Ｂのサービスを経路の一部で必ず利用する経路の中で、所要時間が最短又は交通費が最安の経路が設定されても良い。２番以降の優先順位としては、鉄道会社Ｂのサービスを経路の一部で必ず利用する経路の中で、所要時間が短い又は交通費が安い経路の順に、優先順位が設定されても良い。

なお、「Ｂ線」、「Ｂバス」、「Ｃ線」及び「Ｃバス」のそれぞれの時刻表、運賃、所要時間は、Ｖ駅からＹスタジアムへの移動手段の一覧として、ＤＢ２１３に登録されていても良い。又は、鉄道会社Ｂ、鉄道会社Ｃのサーバから、通信部２１１を介して、情報提供サーバ２１０が取得しても良い。これらの情報を用いて、認証部２１４は所要時間又は交通費の計算をし、優先順位を設定する。

認証部２１４は、以上のようにして設定された優先順位と、「Ｂ線」、「Ｃ線」、「Ｂバス」及び「Ｃバス」の詳細な情報を、ＴＰ２００に送信する。ＴＰ２００のサービス提供部２０７は、この優先順位に従った経路表示を、表示部２０４に表示させる。

図２７は、表示部２０４に表示された経路表示の一例である。図２７では、Ｂ線及びＢバスを用いる経路が「経路候補１」として、優先順位が最も高く表示されている。次に、鉄道はＣ線、バスはＢバスを用いる経路が「経路候補２」として、２番の優先順位で表示されている。

図２８は、図２７に示された表示部２０４の画面表示から、ユーザが操作部２０２を操作することで表示される、優先順位が低い経路表示の一例である。図２８では、鉄道はＢ線、バスはＣバスを用いる経路が「経路候補３」として、３番の優先順位で表示されている。最後に、鉄道会社Ｂのサービスを使用しない、Ｃ線及びＣバスを用いる経路が「経路候補４」として、最下位の優先順位で表示されている。

図２７、２６に示されたとおり、表示部２０４には、移動手段の詳細な情報として、所要時間が表示される。Ｂ線を利用する場合には、「3駅 10分」、Ｃ線を利用する場合には、「2駅 5分」、Ｂバスを利用する場合には、「1停留所 15分」、Ｃバスを利用する場合には、「2停留所 18分」がそれぞれ表示される。また、移動手段の詳細な情報として、合計の運賃が、経路候補１で「686円」、経路候補２で「676円」、経路候補３で「705円」、経路候補４で「697円」として表示される。また、表示部２０４には、ユーザＵ１のユーザＩＤ及び氏名（個人情報）も表示される。

以上のように、鉄道会社Ｂのサービスを経路の一部で必ず利用する経路を、鉄道会社Ｂのサービスを利用しない経路に比較して、その優先順位を高くして表示することができる。これにより、ユーザＵ２は、自分の登録する鉄道会社Ｂのサービスをより受けやすくなる。

実施の形態８
実施の形態２に記載の処理は、出張や旅行等の旅程において、行先が決まっているものの、移動手段が決まっていないユーザに対し、移動手段を提示する経路案内にも適用できる。

一例として、実施の形態２における情報提供サーバ２１０は、他の装置から、図２９に示すユーザＵ１の旅程情報を取得する。この旅程情報は、２０２０年８月１４日～２０２０年８月１６日に沖縄に滞在する旅程を示している。より詳細には、往路の到着便が「2020/8/14 10:00 那覇空港着」、復路の到着便が「2020/8/16 13:00 那覇空港発」である。８月１４日、１５日の宿泊先は、那覇ＸＸホテルである。旅程中のイベントは、「2020/8/15 15:00～18:00 ＹＹライブ＠名護市ＺＺスタジアム」である。しかしながら、この旅程情報には、滞在先での移動手段（移動手段）が含まれていない。そのため、ユーザＵ１は、滞在先の移動手段を決める必要がある。

この旅程情報は、例えば、ユーザが端末から情報提供サーバ２１０にアクセスして登録することにより、情報提供サーバ２１０が取得しても良い。取得された旅程情報は、ＤＢ２１３のユーザＵ１の情報（例えばユーザＩＤ「Ｕ１」）と関連付けて登録されることにより、後述の移動手段の検索に役立つ。また、ユーザ本人ではなく、旅行に係るサービスを提供する会社のサーバから、情報提供サーバ２１０が取得しても良い。

例えば、ユーザが図２９に示すパッケージツアーの旅行を、旅行代理店で予約した場合に、旅行代理店のサーバには、図２９の情報が格納される。旅行代理店のサーバは、その情報を、情報提供サーバ２１０に対して、所定のタイミングで送信する。送信するタイミングは、例えば、旅行の予約又は決済をした段階であっても良いし、出発日（図２９における８月１４日）が所定の日数以内に近づいた日であっても良い。

情報提供サーバ２１０は、実施の形態２に記載のように、ユーザＵ１の顔の特徴情報を取得し、認証部２１４が顔認証処理を行う。企業ＩＤ特定部２１５は、ユーザＵ１と、ユーザＵ１のユーザＩＤに関連付けて登録された企業ＩＤ「Ａ」を特定する。その後、サービス抽出部２１６は、企業ＩＤ「Ａ」に関連付けて登録されたサービスを抽出する。この抽出処理において、サービス抽出部２１６は、図２９に示した旅程情報を用いて、ユーザＵ１の旅程における移動手段を検索する。なお、移動手段の検索を行うタイミングは、顔認証処理を行ったタイミングでも良いし、ユーザＵ１の端末から移動手段の検索の問い合わせを受信したタイミングでも良いし、出発日が所定の日数以内に近づいた日であっても良い。

ここで、那覇空港から那覇ＸＸホテルまでの経路として、Ａ航空会社の運営するＡリムジンバス及びＥ会社の運営するＥバスが存在すると仮定する。また、那覇ＸＸホテルからＺＺスタジアムまでの経路として、Ａ航空会社の運営するＡバス及びＦ市営バスの運営するＦバスが存在すると仮定する。これらの情報、及び各バスの時刻表、バス停、運賃といった詳細な情報は、那覇空港から那覇ＸＸホテルまでの移動手段の一覧及び那覇ＸＸホテルからＺＺスタジアムまでの移動手段の一覧として、情報提供サーバ２１０のＤＢ２１３に予め登録されていても良い。または、これらの移動手段の一覧は、各会社のサーバから情報提供サーバ２１０が取得しても良い。

サービス抽出部２１６は、那覇空港から那覇ＸＸホテルまでの経路において、企業ＩＤ「Ａ」に関連付けて登録されたサービスとして、「Ａリムジンバス」を抽出する。また、那覇ＸＸホテルからＺＺスタジアムまでの経路において、企業ＩＤ「Ａ」に関連付けて登録されたサービスとして、「Ａバス」を抽出する。さらに、上述の移動手段の一覧を用いて、那覇空港から那覇ＸＸホテルまでの他の経路として「Ｅバス」、那覇ＸＸホテルからＺＺスタジアムまでの他の経路として「Ｆバス」を抽出する。

より詳細には、サービス抽出部２１６は、旅程情報記載の予定時刻に対応した時刻のバスを抽出する。例えば、図２９記載の旅程情報では、ＹＹライブの開催予定時刻が１５時なので、ＹＹライブの往路用のバスとして、開催予定時刻よりも所定時間以上（例えば２０分以上）前に到着するような「Ａバス」及び「Ｆバス」の便を抽出する。逆に、ＹＹライブの終了予定時刻は１８時なので、ＹＹライブの復路用のバスとして、それよりも所定時間以上（例えば２０分以上）後に到着するような「Ａバス」及び「Ｆバス」の便を抽出する。

サービス抽出部２１６は、企業ＩＤ「Ａ」に関連付けられた「Ａリムジンバス」を「Ｅバス」よりも優先し、また「Ａバス」を「Ｆバス」よりも優先して端末に表示させるよう、優先順位を設定する。そのため、最優先で表示される経路は、「Ａリムジンバス」及び「Ａバス」の両方を用いる経路となる。情報提供サーバ２１０は、この優先順位の情報と、移動手段の情報を経路として含めた旅程情報を、端末に出力する。端末は、優先順位の情報に基づいた順番で、移動手段の情報を経路として含めた旅程情報を表示する。

図３０は、端末に表示される経路検索の結果を示す画面である。画面には、「Ａリムジンバス」及び「Ａバス」の両方を用いる経路が、最優先経路として表示されている。また、画面に、各バスの出発時刻及び到着時刻、運賃といった詳細な情報が表示されることで、ユーザＵ１は、詳細な旅程を決めることができる。

なお、２番目の優先順位の経路として、「Ａリムジンバス」又は「Ａバス」のいずれかを用いる経路が設定されても良い。例えば、サービス抽出部２１６は、「Ａリムジンバス」が無料であり、「Ａバス」が７４０円（有料）であって、「Ａバス」を使用した方が「Ａリムジンバス」を使用するよりも、航空会社Ａの利益になると判断しても良い。この場合、「Ｅバス」及び「Ａバス」を用いる経路を、「Ａリムジンバス」及び「Ｆバス」を用いる経路よりも、優先順位を高くしても良い。優先順位が高い経路がよりユーザＵ１に注目されやすいため、ユーザＵ１が航空会社Ａの利益になる経路を選択する可能性が高くなる。なお、優先順位の低い経路探索結果の表示方法については、実施の形態５に記載した優先順位の低いサービスの表示方法と同様であるため、説明を省略する。

その他の優先順位の設定方法として、旅程情報中に示されたイベント中で重要度が高いものが設定された状態で、このイベントに向かうための経路の所要時間が短くなり、かつ航空会社Ａのサービスを必ず用いる経路を、最優先の経路としても良い。例えば、図２９において、「ＹＹライブ」、又は復路の飛行機の予定を、ＸＸホテルのチェックインよりも重要度を高く設定できる。この重要度の情報は、旅程情報に含まれても良いし、情報提供サーバ２１０のＤＢ２１３に登録された旅程情報に対して、ユーザ等が設定しても良い。サービス抽出部２１６は、この重要度の情報に従って、経路の優先順位を決定する。この方法によれば、ユーザは、重要なイベントに間に合うような旅程を立てることができる。

その他の優先順位の設定方法として、航空会社Ａの提供する移動手段を必ず利用し、旅程全体を通して移動時間の合計所要時間が短くなる経路、又は旅程全体を通して合計運賃が安くなる経路を、優先順位高く設定することができる。このような優先順位の設定方法については、実施の形態５に詳述したため、説明を省略する。以上のようにして、情報提供サーバ２１０は、旅程情報を用いて、旅程に必要な移動手段等のサービス情報を、優先順位をつけて提供することができる。

なお、旅程情報として、現地に向かう移動手段のみが決まっている場合も考えられる。例えば、航空会社Ａで飛行機の往復フライトをユーザが予約又は決済した場合に、情報提供サーバ２１０は、旅程情報を、航空会社Ａのサーバから取得しても良い。このような場合には、情報提供サーバ２１０は、現地での移動手段のみならず、宿泊先のホテルについても、実施の形態２と同様の方法で、端末に表示させることができる。

また、旅程情報として、目的となるイベントのみが決まっている場合も考えられる。例えば、図２９記載のＹＹライブをユーザが予約した場合に、ＹＹライブを開催する会社又はＹＹライブのチケット販売会社のサーバから、情報提供サーバ２１０が旅程情報を取得しても良い。このような場合には、情報提供サーバ２１０は、現地での移動手段、宿泊先のホテルの他、現地に向かう移動手段（例えば飛行機）についても、実施の形態２と同様の方法で、端末に表示させることができる。

実施の形態９
実施の形態２において、表示対象となる飛行機Ａの便数又は鉄道Ｂの本数が複数存在する場合には、フライト又は路線を、以下のように表示させることができる。例えば、飛行機Ａのフライトが複数便ある場合に、その複数の中から、価格が安い順、又は所要時間が短い順に、優先してＴＰ２００の表示部２０４に表示させても良い。

さらに、ユーザが複数の企業にユーザ登録しており、２以上の移動手段の情報がサービス情報として表示可能である場合に、価格が安いもの、又は所要時間が短いものが、そうでないものよりも優先して表示されても良い。

例えば、実施の形態２の例において、ユーザＵ４がＴＰ２００で移動手段の問い合わせをした場合に、情報提供サーバ２１０の企業ＩＤ特定部２１５は、企業ＩＤとして「Ａ」及び「Ｂ」を特定する。そして、サービス抽出部２１６は、問い合わせに沿ったサービスとして、「飛行機Ａ」及び「鉄道Ｂ」を抽出する。抽出されたこの情報は、ＴＰ２００に送信される。

このとき、図１２に示したように、飛行機Ａの所要時間が「２時間」であり、鉄道Ｂの所要時間が「４時間」である場合には、「飛行機Ａ」の情報が、「鉄道Ｂ」の情報よりも優先して表示されても良い。また、飛行機Ａの交通費が「２万円」であり、鉄道Ｂの交通費が「１万円」である場合には、「鉄道Ｂ」の情報が、「飛行機Ａ」の情報よりも優先して表示されても良い。このように表示がなされることで、時間又は金額といったユーザが気にする観点から、より利便性が高い表示をすることができる。

また、飛行機Ａの複数のフライトのうちから、現在時刻よりも時間的に後のフライトであって、現在時刻に最も近接した出発時刻か、又は所定の時間だけ後のフライトを、他のフライトよりも優先的に表示させても良い。又は、フライト予定日が問い合わせ日よりも将来である場合に、ユーザが問い合わせで設定した予定日における希望時刻に、時間的に最も近傍の出発時刻又は到着時刻を有するフライトを、他のものよりも優先的に表示させても良い。なお、フライトが３つ以上存在する場合には、現在時刻又は希望時刻に近接した出発時刻又は到着時刻を有する順に、フライトを表示させても良い。以上の表示処理は、鉄道Ｂについても同様に実行できる。

以上に示した優先表示は、認証部２１４が、表示の優先順位を示す情報として、ＴＰ２００に送信することで、実現されても良い。ＴＰ２００のサービス提供部２０７は、その情報に基づいて、表示部２０４による表示を行う。または、ＴＰ２００に、優先表示の分類分けをするためのプログラムが格納されることにより、情報提供サーバ２１０が、優先順位を示す情報をＴＰ２００に送信する必要がないようにしても良い。情報提供サーバ２１０からサービス情報を取得したＴＰ２００が、そのプログラムを実行することにより、表示部２０４での優先表示が実現される。

飛行機Ａや鉄道Ｂのフライト又は路線の詳細な情報は、ＤＢ２１３に格納されており、情報提供サーバ２１０がその格納された情報を参照することによって取得しても良い。又は、情報提供サーバ２１０が、通信部２１１を介して、航空会社Ａや鉄道会社Ｂのサーバにアクセスすることで、最新のフライト又は路線の詳細な情報を取得しても良い。この方法によれば、時刻情報や臨時の増減便が生じた場合等でも、その情報を反映して表示部２０４に表示させることができる。情報提供サーバ２１０は、このようにして取得したサービス情報を、ＴＰ２００に送信する。

別の例として、情報提供サーバ２１０に代えて、ＴＰ２００が、飛行機Ａや鉄道Ｂの複数のフライト又は路線の詳細な情報を取得しても良い。以下、具体例について説明する。まず、ＴＰ２００は、情報提供サーバ２１０から飛行機Ａや鉄道Ｂの情報を取得する。この段階で取得する情報は、必ずしも詳細な情報を含んでいる必要はなく、「地域１から地域２への移動手段として飛行機Ａや鉄道Ｂがある」ということを示していれば良い。

ＴＰ２００のサービス提供部２０７は、情報提供サーバ２１０から取得した飛行機Ａや鉄道Ｂの情報に応じて、通信部２０３を介して、航空会社Ａや鉄道会社Ｂのサーバにアクセスすることで、最新のフライト又は路線の詳細な情報を取得する。このようにしても、ＴＰ２００の表示部２０４に、詳細な情報を表示させることができる。

上述の例では、２以上の移動手段の情報がサービス情報として表示可能である場合を説明したが、宿泊施設等、他のサービスの情報についても、同様の処理が可能である。

実施の形態１０
さらに、ＴＰ２００が設けられた場所に応じて、優先表示の方法を変えるように制御しても良い。ＴＰ２００は、問い合わせに関する情報を情報提供サーバ２１０に送信するときに、ＴＰ２００の端末識別情報を併せて送信する。この端末識別情報は、例えば、ＴＰ２００の位置を示す情報でも良い。

例えば、ＴＰ２００が空港ＡＰ１に設置されており、ユーザＵ４が地域１から地域２への移動手段をＴＰ２００に問い合わせた場合には、ＴＰ２００は、問い合わせの情報とともに、空港ＡＰ１に設置されていることを示す情報を、情報提供サーバ２１０に送信する。情報提供サーバ２１０は、上述と同様の処理により、企業ＩＤ特定部２１５が企業ＩＤ「Ａ」及び「Ｂ」を特定し、サービス抽出部２１６が、問い合わせに応じた移動手段のサービスとして「飛行機Ａ」及び「鉄道Ｂ」を抽出する。ここで、認証部２１４は、ＴＰ２００が、「飛行機Ａ」に関連する空港ＡＰ１に設置されていることに基づいて、「飛行機Ａ」を「鉄道Ｂ」よりも優先して表示させるような優先順位を示す情報を、ＴＰ２００に送信する。ＴＰ２００は、その情報に基づいて、「飛行機Ａ」を「鉄道Ｂ」よりも優先して表示部２０４に表示させる。また、ユーザＵ４が地域１の宿泊施設を空港ＡＰ１に設置されたＴＰ２００に問い合わせた場合には、ＴＰ２００は、「ホテルＡ」を「ホテルＢ」よりも優先して表示部２０４に表示させることになる。

他の例として、ＴＰ２００が駅ＲＳ１に設置されており、ユーザＵ４が地域１から地域２への移動手段をＴＰ２００に問い合わせた場合には、ＴＰ２００は、問い合わせの情報とともに、駅ＲＳ１に設置されていることを示す情報を、情報提供サーバ２１０に送信する。サービス抽出部２１６は、問い合わせに応じた移動手段のサービスとして、「飛行機Ａ」及び「鉄道Ｂ」を抽出する。認証部２１４は、ＴＰ２００が「鉄道Ｂ」と関連する駅ＲＳ１に設置されていることに基づいて、「鉄道Ｂ」を「飛行機Ａ」よりも優先して表示させるような優先順位を示す情報を、ＴＰ２００に送信する。ＴＰ２００は、その情報に基づいて、「鉄道Ｂ」を「飛行機Ａ」よりも優先して表示部２０４に表示させる。また、ユーザＵ４が地域１の宿泊施設を駅ＲＳ１に設置されたＴＰ２００に問い合わせた場合には、ＴＰ２００は、「ホテルＢ」を「ホテルＡ」よりも優先して表示部２０４に表示させることになる。

ここで、空港ＡＰ１が「飛行機Ａ」に関連する点、また駅ＲＳ１が「鉄道Ｂ」に関連する点は、ＴＰ２００のＤＢ２１３に予め格納されていても良い。また、端末識別情報は、例えば企業ＩＤのように、ＴＰ２００が属する企業を特定する情報であっても良い。企業ＩＤを端末識別情報に用いることで、ＴＰ２００は、優先対象となる企業のサービスを容易に特定することができる。

なお、「優先して表示」とは、上述のとおり、優先対象と判断されたサービスのみが表示部２０４に表示されることを意味しても良いし、優先対象と判断されたサービス以外のサービスも表示部２０４に表示可能であることを意味しても良い。

以上のようにして、ＴＰ２００の配置場所に応じて、その配置場所に関連する特定の企業のサービスを、他社のサービスよりも優先して表示させることができる。そのため、ＴＰ２００を設置する施設を運営する会社にとって、自社のサービスをより周知させることができるという利点がある。

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、各実施形態の認証システムは、顔認証に限られず、指紋や虹彩といった、その他の情報を用いた生体認証を実行しても良い。

サービス情報の認証端末（具体的にはＴＰ２００又は３００）における報知は、画面表示以外にも、音声による通知等、他の形態による報知であっても良い。あるいは、画面表示と音声による通知を組み合わせる等、複数の形態による報知がなされても良い。

例えば、実施の形態２の例において、ＴＰ２００にスピーカがさらに備えられても良い。ＴＰ２００が「飛行機Ａ」のみの情報を音声により通知する場合には、サービス提供部２０７の制御により、スピーカが、「飛行機Ａ」の情報を報知する。報知される「飛行機Ａ」の情報は、上述のとおり、出発時刻、到着時刻、所要時間及び交通費といった詳細な情報を含んでいても良い。

また、ＴＰ２００が「飛行機Ａ」及び「鉄道Ｂ」の情報を音声により通知する場合には、サービス提供部２０７の制御により、スピーカが、「飛行機Ａ」及び「鉄道Ｂ」の情報を出力する。この場合、例えば、サービス提供部２０７は、「飛行機Ａ」の情報を「鉄道Ｂ」の情報よりも時間的に先に報知することで、前者の情報を後者の情報と比較して優先的に報知させることができる。

さらに、実施の形態２において、移動手段又は宿泊施設の予約状況を表示部２０４に表示させても良い。例えば、サービス抽出部２１６は、問い合わせに対応するサービスを抽出した後、通信部２１１を介して、抽出したサービスを提供する各企業（例えば航空会社Ａや鉄道会社Ｂ）のサーバにアクセスすることで、当該サービスの予約状況を取得する。例えば、飛行機Ａのフライトが複数便あるような場合には、航空会社Ａのサーバから各便の予約状況を取得しても良い。予約状況は、例えば、空席が十分にある「空席有り」、空席が残り少ない「残り〇席」、空席がない「満席」等で表される。また、宿泊施設の予約状況は、例えば、空室が十分にある「空室有り」、空室が残り少ない「残り〇室」、空室がない「満室」等で表される。

認証部２１４は、サービス抽出部２１６が抽出したサービス情報と、企業のサーバから取得したサービスの予約状況を併せてＴＰ２００に通知する。ＴＰ２００のサービス提供部２０７は、その情報に基づいて、サービス情報とサービスの予約状況を併せて表示部２０４に表示させる。ここで、予約状況が、空席が残り少ない「残り〇席」である場合には、サービス提供部２０７は、ユーザに注意を促すために、赤等の目立つ色で予約状況又はそのフライト情報を表示させても良い。また、空席がない「満席」である場合には、サービス提供部２０７は、ユーザが予約できないことを示すために、薄い色で予約状況又はそのフライト情報を表示させても良いし、予約できないフライト情報を表示しないように制御しても良い。

また、ＴＰ２００において、本来、飛行機Ａが鉄道Ｂより優先して表示される場合でも、特別な状況においては、鉄道Ｂが飛行機Ａよりも優先して表示されても良い。例えば、地域１から地域２への移動手段として、移動日における飛行機Ａのフライトが全て満席であって、鉄道Ｂの予約状況に空きがある（例えば「空席有り」又は「残り〇席」である）場合には、鉄道Ｂを優先的に表示させても良い。また、移動日において、フライトに空きがある飛行機Ａが存在するものの、その到着時刻が、鉄道Ｂの少なくとも１本の路線における到着時刻よりも所定時間以上遅い場合には、鉄道Ｂを優先的に表示させても良い。

同様に、宿泊施設情報の表示において、本来、ホテルＡがホテルＢより優先して表示される場合でも、ホテルＡが満室であり、ホテルＢの予約状況に空きがある（例えば「空室有り」又は「残り〇室」である）場合には、ホテルＢを優先的に表示させても良い。

また、ＴＰ２００には、上述のとおり、チケットの予約又は発券の機能を持たせることができる。その場合には、表示された飛行機Ａや鉄道Ｂの情報をユーザが操作部２０２で選択することで、通信部２０３を介して、各企業のサーバにアクセスし、チケットを予約又は発券しても良い。なお、ＴＰ２００が印刷機能を有する場合であって、予約又は発券がなされたときには、ＴＰ２００は、各企業のサーバから、チケットの予約票又はチケットに関する情報を取得することで、予約票又はチケットを印刷しても良い。この予約票又はチケットには、飛行機や鉄道の出発時刻、到着時刻、移動距離、所要時間、席の種類及び交通費の少なくともいずれかを含むような、詳細な情報が記載されていても良い。

さらに、ＴＰ２００を介して、チケットの予約又は発券がなされた場合、ＴＰ２００は、情報提供サーバ２１０に対して、ユーザのチケットの予約又は発券がなされたことを示す情報を出力する。例えば、ユーザＵ１がＴＰ２００により、航空会社Ａの飛行機Ａについてｅ－チケット（Electronic Ticket）を予約した場合、ＴＰ２００は、情報提供サーバ２１０に対して、ユーザＵ１が飛行機Ａのｅ－チケットを予約したことを示す予約情報を出力する。情報提供サーバ２１０は、この予約情報を、ＤＢ２１３のテーブルにおけるユーザＵ１の情報に付加する。つまり、予約情報は、ユーザＵ１の特徴情報ＦＶ１と関連付けて記憶される。なお、予約情報は、特徴情報ＦＶ１ではなく、ユーザＵ１の顔情報と関連付けて記憶されても良い。

その後、ユーザＵ１が空港ＡＰのＴＰ２００にて顔認証をした場合、ＴＰ２００から問い合わせの送信を受けた情報提供サーバ２１０は、ＤＢ２１３のデータに基づいて、ユーザＵ１を認証する。そして、予約情報を空港ＡＰのサービスＴＰ２００に送信する。例えばＴＰ２００が空港ＡＰの搭乗受付に設けられている場合には、ＴＰ２００は、予約情報に基づいて、ユーザＵ１の飛行機Ａへの搭乗を承認しても良い。

別の例として、航空会社Ａが運営している店舗のＴＰ２００でユーザＵ１が顔認証をした場合には、ＴＰ２００は、情報提供サーバ２１０からの予約情報を受信したことに基づいて、顔認証に基づく本人確認がなされたと判断しても良い。この店舗のＴＰ２００では、本人確認がなされたことにより、買い物の決済処理等が可能となる。このように、予約情報をトリガとする、顔認証のサービスが実現されても良い。

また、ＴＰ２００にカードリーダを設けることで、クレジットカード等の決済機能を持たせて、チケットを決済しても良い。なお、ユーザの個人情報を取得するために、ＴＰ２００にカードリーダを設けても良い。

さらに、ＤＢ２１３に、ユーザの個人情報として、ユーザが所有するスマートフォン等の携帯端末のメールアドレスが登録されていても良い。この情報は、図９のステップＳ２１４において、情報提供サーバ２１０からＴＰ２００に送信される。そして、ＴＰ２００において上述のチケットの予約、発券又は決済処理がなされた場合に、チケットの処理がなされたことを示す情報を、ＴＰ２００からネットワークＮを介して携帯端末のメールアドレスに送信されても良い。

また、ＴＰ２００は、情報提供サーバ２１０から取得した経路や店舗等のサービス情報を、表示部２０４に可視化された形で表示するのに代えて、又はそれと併用して、このサービス情報を二次元コード等のコードで表示させても良い。二次元コードは、例えば、ＱＲ（Quick Response）コード（登録商標）が挙げられ、ＴＰ２００は、サービス情報が含まれた二次元コードを作成する。ユーザが自身の端末で二次元コードを読み取ることにより、端末がサービス情報を取得できる。又は、ＴＰ２００は、サービス情報が含まれるホームページを作成し、二次元コードにそのホームページのＵＲＬ（Uniform Resource Locator）の情報を含めても良い。端末が二次元コードを読み取り、ホームページのＵＲＬにアクセスすることで、ユーザは、自身の端末でサービス情報を閲覧することができる。

また、ＴＰ２００は、上記のサービス情報の提供方法とは別に、又はそれと併用して、近距離無線通信により、ユーザの端末にサービス情報を送信しても良い。近距離無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）が挙げられる。このようにしても、ユーザは、自身の端末でサービス情報を閲覧することができる。

以上に示したＴＰ２００におけるサービス情報の表示（報知）は、ＴＰ２００ではない端末（例えば、ユーザＵの所有するスマートフォン等の端末）になされても良い。実施の形態１に記載のとおり、この端末は、生体情報を取得可能である必要はない。なお、サービス情報の宛先となる端末の情報は、例えばユーザの情報として情報提供装置又は他の装置に格納されており、情報提供装置１００は、その情報を用いて、サービス情報を端末に送信することができる。

また、実施の形態２において、ＴＰ２００は、顔認証及びサービス情報の表示のみならず、別の用途にも用いられることができる。例えば、ＴＰ２００は、上述の目的以外に、施設入場又は退場の場所に設けられたゲートの開閉制御を行う端末であっても良い。より具体的には、図４の例において、ＴＰ２００が空港ＡＰに設けられている場合に、ＴＰ２００は、搭乗ゲートの入り口に設けることができる。

この場合、ＴＰ２００は、顔認証を実行する情報提供サーバ２１０、又はこれとは別の制御サーバに対し、顔認証に係る情報を送信し、当該サーバから顔認証の結果を受信する。サービス提供部２０７は、結果が認証成功であれば、顔認証の対象となったユーザの入場又は退場を許可し、ゲートを開ける。一方、結果が認証失敗であれば、顔認証の対象となったユーザの入場又は退場を許可せず、ゲートを閉めたままにする。この場合、ユーザは、ＴＰ２００に対し、ゲートを開くために個人情報を入力する必要がなく、また、ＴＰ２００は個人情報を記憶する必要がない。

別の例として、ホテルのチェックイン等、ＴＰ２００は、上述の目的以外に、ホテルのチェックインを行う端末であっても良い。この場合も、ＴＰ２００のサービス提供部２０７は、受信した顔認証の結果に基づいて、チェックインの許可又は不許可を判断することができる。サービス提供部２０７は、判断に基づいて、表示部２０４に対してその情報を表示させる。また、ＴＰ２００は、操作部２０２から取得した個人情報を使って、チェックイン処理等を行うことも可能である。

実施の形態で示したとおり、企業は、自社のサービスだけでなく、業務提携をしている他の企業のサービスについても、自社の企業ＩＤと関連付けてＤＢ上に登録させることにより、他の企業のサービス情報をユーザに提供することができる。ただし、業務提携が終了した等の理由により、他の企業のサービス情報と自社の企業ＩＤとの関連付けを解除しても良い。

以上に示した実施の形態では、この開示をハードウェアの構成として説明したが、この開示は、これに限定されるものではない。この開示は、上述の実施形態において説明された、情報提供サーバ、各種端末、認証装置の処理を、コンピュータ内のプロセッサにコンピュータプログラムを実行させることにより実現することも可能である。例えば、情報提供サーバであれば、図３０、１０のフローチャートに示された処理を、情報提供方法の処理として実現しても良い。

図３１は、以上に示した各実施の形態の処理が実行される情報処理装置のハードウェア構成例を示すブロック図である。図３１を参照すると、この情報処理装置１０は、通信回路１１、プロセッサ１２及びメモリ１３を含む。

通信回路１１は、プロセッサ１２の制御に応じて、他の端末又は装置と通信を実行するための回路である。プロセッサ１２は、メモリ１３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明された装置の処理を行う。プロセッサ１２の一例として、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Demand-Side Platform）、ＡＳＩＣ（Application Specific Integrated Circuit）のうち一つを用いてもよいし、複数を並列で用いてもよい。

メモリ１３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１３は、プロセッサ１２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２は、図示されていないＩ/Ｏ（Input / Output）インタフェースを介してメモリ１３にアクセスしてもよい。

図３１の例では、メモリ１３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２は、これらのソフトウェアモジュール群をメモリ１３から読み出して実行することで、上述の実施形態において説明された処理を行うことができる。

以上に説明したように、上述の実施形態における各装置が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。この処理により、各実施の形態に記載された処理が実現できる。

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
企業の識別情報に対して、１以上のサービスが関連付けられて記憶される記憶手段と、
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、
前記取得手段が取得した前記識別情報と関連付けられて前記記憶手段に記憶されたサービスの情報を端末に出力するサービス情報出力手段と、を備える、
情報提供装置。
（付記２）
前記記憶手段は、前記識別情報に対して、前記識別情報に係る企業に関連する生体認証が用いられるサービスを関連付けて記憶する、
付記１に記載の情報提供装置。
（付記３）
前記サービス情報出力手段は、前記識別情報と関連付けられて前記記憶手段に記憶されたサービスの情報を、他のサービスの情報よりも優先して端末が報知するように、前記端末に出力する、
付記１又は２に記載の情報提供装置。
（付記４）
前記記憶手段は、前記識別情報に対して、前記識別情報に係る企業が割引で提供するサービス、又は前記識別情報に係る企業がユーザに対してポイントを付与するサービスのうち少なくとも１つを関連付けて記憶する、
付記１乃至３のいずれか１項に記載の情報提供装置。
（付記５）
前記記憶手段は、前記識別情報に対して、前記識別情報に係る企業に関連する移動手段を、前記サービスとして関連付けて記憶する、
付記１乃至４のいずれか１項に記載の情報提供装置。
（付記６）
前記記憶手段は、前記ユーザの旅程情報をさらに記憶し、
前記サービス情報出力手段は、前記旅程情報に基づいて、前記取得手段が取得した前記識別情報と関連付けられて前記記憶手段に記憶された移動手段の情報を、他の移動手段の情報よりも優先して前記端末が報知するように、前記端末に出力する、
付記５に記載の情報提供装置。
（付記７）
前記記憶手段は、複数の企業の前記識別情報の各々に対して、１以上の移動手段がサービスとして関連付けられて記憶され、
前記取得手段が前記認証結果に基づいて、前記複数の識別情報のうち２以上の識別情報を取得した場合に、
前記サービス情報出力手段は、前記取得手段が取得した前記識別情報と関連付けられて前記記憶手段に記憶された２以上の前記移動手段の情報のうち、価格が安い順、又は所要時間が短い順に優先して前記端末に報知させるように前記端末に出力する、
付記５又は６のいずれか１項に記載の情報提供装置。
（付記８）
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得する取得手段と、
前記取得手段が取得した前記識別情報と関連する１以上のサービスの情報を記憶装置から受信し、受信した前記サービスの情報を端末に出力するサービス情報出力手段と、を備える、
情報提供装置。
（付記９）
前記複数の人物の生体情報と、前記認証端末が出力したユーザの生体情報とを用いて生体認証を行うことで、前記認証結果を取得する生体認証手段をさらに備える、
付記１乃至８のいずれか１項に記載の情報提供装置。
（付記１０）
前記複数の人物の生体情報を記憶した認証装置に対して、前記複数の人物の生体情報と、前記認証端末が出力したユーザの生体情報とを用いて生体認証を行わせ、その認証結果を前記認証結果として前記認証装置から取得する認証結果取得手段をさらに備える、
付記１乃至９のいずれか１項に記載の情報提供装置。
（付記１１）
前記ユーザの生体情報を出力する認証端末と、
付記１乃至１０のいずれか１項に記載の前記情報提供装置と、を備える
情報提供システム。
（付記１２）
企業の識別情報に対して、１以上のサービスが関連付けられて記憶される記憶装置と、
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と関連付けられて前記記憶装置に記憶されたサービスの情報を受信し、受信したサービスの情報を端末に出力するサービス情報出力手段と、を有する情報提供装置と、を備える、
情報提供システム。
（付記１３）
１以上のサービスを記憶し、企業の識別情報と対応する記憶装置と、
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた前記識別情報を取得する取得手段と、前記取得手段が取得した前記識別情報と対応する前記記憶装置に記憶された前記サービスの情報を受信し、受信したサービスの情報を端末に出力するサービス情報出力手段と、を有する情報提供装置と、を備える、
情報提供システム。
（付記１４）
前記情報提供システムは、前記ユーザの生体情報を出力する認証端末をさらに備える、
付記１２又は１３のいずれか１項に記載の情報提供システム。
（付記１５）
前記記憶装置は、前記識別情報に係る企業に関連する生体認証が用いられるサービスを記憶する、
付記１２乃至１４のいずれか１項に記載の情報提供システム。
（付記１６）
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得するステップと、
取得した前記識別情報と関連する１以上のサービスの情報を端末に出力するステップと、を備える、
情報提供方法。
（付記１７）
複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて、前記認証結果により特定されるユーザの情報に関連付けられた企業の識別情報を取得するステップと、
取得した前記識別情報と関連する１以上のサービスの情報を端末に出力するステップと、
を備える情報提供方法をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

以上、実施の形態を参照して本開示を説明したが、本開示は上記によって限定されるものではない。本開示の構成や詳細には、開示のスコープ内で当業者が理解し得る様々な変更をすることができる。

１００、１１０ 情報提供装置
１０１ 記憶部
１０２ 取得部
１０３ サービス情報出力部
１１１ 記憶装置
２００、３００ ＴＰ
２０１、３０１ カメラ
２０２、３０２ 操作部
２０３、３０３ 通信部
２０４、３０４ 表示部
２０５、３０５ 顔画像取得部
２０６ 認証要求部
２０７、３０７ サービス提供部
２１０、３１０ 情報提供サーバ
２１１、３１１ 通信部
２１２、３１２ 登録部
２１３、３１３ ＤＢ
２１４ 認証部
２１５、３１５ 企業ＩＤ特定部
２１６、３１６ サービス抽出部
３０６ 通信制御部
３１４ 認証情報処理部
３２０ 認証装置
３２１ 通信部
３２２ 登録部
３２３ ＤＢ
３２４ 認証部

Claims (5)

1. 複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて特定されたユーザの識別情報を取得する取得手段と、
   ユーザの識別情報と複数のサービスの情報とを関連付けて記憶する記憶装置に前記取得手段が取得した前記ユーザの識別情報を送信することにより、前記取得手段が取得した前記識別情報と関連付けて記憶された複数のサービスの情報を前記記憶装置から受信し、受信した前記複数のサービスの情報について、前記認証端末が設けられた施設を示す情報に基づいて優先度を設定し、前記複数のサービスの情報を前記優先度にしたがって前記認証端末が報知するよう、前記複数のサービスの情報を前記認証端末に出力するサービス情報出力手段と、を備える、
   情報提供装置。
2. 前記複数の人物の生体情報と、前記認証端末が出力したユーザの生体情報とを用いて生体認証を行うことで、前記認証結果を取得する生体認証手段をさらに備える、
   請求項１に記載の情報提供装置。
3. ユーザの識別情報と複数のサービスの情報とが関連付けられて記憶される記憶装置と、
   複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて特定されたユーザの識別情報を取得する取得手段と、前記記憶装置に前記取得手段が取得した前記ユーザの識別情報を送信することにより、前記取得手段が取得した前記識別情報と関連付けて記憶された複数のサービスの情報を前記記憶装置から受信し、受信した前記複数のサービスの情報について、前記認証端末が設けられた施設を示す情報に基づいて優先度を設定し、前記複数のサービスの情報を前記優先度にしたがって前記認証端末が報知するよう、前記複数のサービスの情報を前記認証端末に出力するサービス情報出力手段と、を有する情報提供装置と、を備える、
   情報提供システム。
4. 複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて特定されたユーザの識別情報を取得するステップと、
   ユーザの識別情報と複数のサービスの情報とを関連付けて記憶する記憶装置に前記ユーザの識別情報を送信することにより、取得した前記識別情報と関連付けて記憶された複数のサービスの情報を前記記憶装置から受信し、受信した前記複数のサービスの情報について、前記認証端末が設けられた施設を示す情報に基づいて優先度を設定し、前記複数のサービスの情報を前記優先度にしたがって前記認証端末が報知するよう、前記複数のサービスの情報を前記認証端末に出力するステップと、を備える、
   コンピュータが実行する情報提供方法。
5. 複数の人物の生体情報と、認証端末が出力したユーザの生体情報とを用いた生体認証の認証結果に基づいて特定されたユーザの識別情報を取得するステップと、
   ユーザの識別情報と複数のサービスの情報とを関連付けて記憶する記憶装置に前記ユーザの識別情報を送信することにより、取得した前記識別情報と関連付けて記憶された複数のサービスの情報を前記記憶装置から受信し、受信した前記複数のサービスの情報について、前記認証端末が設けられた施設を示す情報に基づいて優先度を設定し、前記複数のサービスの情報を前記優先度にしたがって前記認証端末が報知するよう、前記複数のサービスの情報を前記認証端末に出力するステップと、
   を備える情報提供方法をコンピュータに実行させるプログラム。

Images