JP7504936B2 - 顧客対応支援方法、顧客対応支援装置、及び顧客対応支援システム - Google Patents

Description

本発明は、顧客対応支援方法、顧客対応支援装置、及び顧客対応支援システムに関するものである。

各種サービスを顧客に提供する施設では、当該顧客の来訪に伴い、顧客が施設の利用資格を満たす本人であることの確認、いわゆる本人確認を行う。また、予約の有無、またその内容の確認といった、いわゆるチェックイン手続についても行うことがある。こうした手続は、顧客と向き合う対面業務であり、効率化が難しい部分もあった。

顧客の予約やチェックイン等の管理業務に関連する従来技術としては、生体情報を搭乗券として用いることにより、紙やモバイルの媒体を利用(提示)する必要を無くし、利用者の利便性向上と空港内のスループット向上を図るシステム（特許文献１参照）などが提案されている。

このシステムは、 航空機利用者の生体情報をチェックイン時に所得するチェックイン
時生体情報所得手段と、該生体情報を格納する搭乗サーバと、搭乗ゲートとを備え、前記搭乗サーバは前記生体情報と予約情報との紐付けを行う機能を具備するコンピュータであり、更に前記搭乗ゲートは前記航空機利用者の該ゲート通過時に所得される生体情報と前記搭乗サーバ内の搭乗者情報とのマッチングを行って搭乗可否の判定を出力する判定出力機能を備えたチケットレス搭乗システムである。

また他にも、テロ対策などの犯罪抑止のために航空機の搭乗者を特定するシステム（特許文献２参照）が提案されている。

このシステムは、所定の場所への入場を所望するユーザにより入力された予約情報を取得するユーザ端末と、前記ユーザの身体的特徴を示す登録生体情報を取得する生体情報取得装置と、前記予約情報及び前記登録生体情報を登録するホストコンピュータと、前記所定の場所の入口近傍に設置され、前記所定の場所への入場の際に前記ユーザから前記予約情報が指定された時、前記ホストコンピュータから前記登録生体情報を呼び出し、前記ユーザから生体情報を取得し、前記ユーザの生体情報と前記登録生体情報とを照合し、照合が合致を示す場合、前記ユーザの前記所定の場所への入場を許可する照合装置を具備する認証システムである。

また、ユーザの宿泊施設へのチェックイン及びサービス利用を適切に管理するシステム（特許文献３参照）が提案されている。

このシステムは、宿泊施設の受付カウンターから視認可能な位置に設置されたチェックイン端末を利用する訪問ユーザの顔画像を取得する第１取得手段と、前記訪問ユーザの顔画像に基づいて前記訪問ユーザを特定して、前記訪問ユーザのチェックイン処理を実行する実行手段と、前記サービスを利用する特定ユーザの顔画像を取得する第２取得手段と、前記特定ユーザの顔画像に基づいて特定された前記特定ユーザの前記チェックイン処理が完了している場合に、前記サービスの利用を許可する許可手段とを備える宿泊施設管理システムである。

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

従来技術のごとき先進的なシステムを導入できるのは、相応規模の事業者等であり、それ以外の事業者等にとっては、旧来からの紙台帳やスタンドアロンの管理装置での対応がまだまだ一般的である。

その場合、予め予約した客は利用日当日に施設を訪れ、スタッフに対して自分の氏名と予約内容等を申し出るなどして受付手続を受ける。その際のスタッフは、例えば、紙台帳を当該客に差し出して記入をお願いするとともに、予約を管理しているスプレッドシートや外部の予約管理サービスにアクセスし、該当顧客の予約内容の有無や正しさを確認する。

そうした運用は、客からすれば、間違いなく予約をしているにも関わらず、自身や予約の情報を手書きする必要があり、煩わしく感じることになる。勿論、施設のスタッフからしても、そうした客の記入内容と、予約台帳や予約管理システムでの予約済み内容とを照合する作業が毎回発生し、業務効率は低いままとなってしまう。

特に、施設を訪れる客数が多くなれば、一定時間内に客の集中が生じた場合、チェックイン手続が遅滞し、顧客満足度が低下する事態を招きかねない。他方、何らかの管理システムを導入しても、慣れないスタッフによる誤操作等があれば、客に再操作を強いるなど業務効率改善に結びつかないケースもある。

そこで本発明の目的は、顧客来訪時における本人確認やチェックイン手続の手間やコストを効率よく低減可能とする技術を提供することにある。

上記課題を解決する本発明の顧客対応支援方法は、施設の情報処理装置が、所定の生体認証基盤と連携するためのライブラリを記憶装置にて保持し、前記施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、を実行することを特徴とする。

また、本発明の顧客対応支援装置は、所定の生体認証基盤と連携するためのライブラリを保持する記憶装置と、前記施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、を実行する演算装置と、を含むことを特徴とする。

また、本発明の顧客対応支援システムは、所定の生体認証基盤と連携するためのライブラリを保持する記憶装置と、前記施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、を実行する演算装置とを備えた顧客対応支援装置を含むことを特徴とする。

本発明によれば、顧客来訪時における本人確認やチェックイン手続の手間やコストを、効率よく低減可能とできる。

本実施形態の顧客対応支援装置を含むネットワーク構成図である。 本実施形態のトークンＤＢの構成例を示す図である。 本実施形態の認証ＤＢの構成例を示す図である。 本実施形態の予約管理ＤＢの構成例を示す図である。 本実施形態における顧客対応支援方法のフロー例を示す図である。 本実施形態における顧客対応支援方法のフロー例を示す図である。 本実施形態における画面例を示す図である。 本実施形態における画面例を示す図である。 本実施形態における画面例を示す図である。 本実施形態における画面例を示す図である。 本実施形態における画面例を示す図である。

＜ネットワーク構成＞
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の顧客対応支援装置１００を含むネットワーク構成図である。図１に示す顧客対応支援装置１００は、顧客来訪時における本人確認やチェックイン手続の手間やコストを効率よく低減可能とするコンピュータである。

本実施形態の顧客対応支援装置１００は、図１で示すように、適宜なネットワーク１を介して、生体認証基盤２００、生体認証デバイス３００、及び予約管理システム４００などと通信可能に接続されている。よって、これらを総称して顧客対応支援システム１０としてもよい。

本実施形態の顧客対応支援装置１００は、顧客に各種サービスを提供する施設５が運用する、例えばチェックイン業務装置である（勿論、これに限定するものではない）。施設５の例としては、顧客から予約を受けておき、当該顧客に対して予約日にサービスを提供する事業者の施設であれば、いずれのものも対象となりうるが、一例としてはゴルフ場や宿泊施設、交通機関などを想定できる。

なお、上述のチェックイン業務に際しては、チェックイン対象の顧客に関する生体認証処理を必須としている。そのため、顧客対応支援装置１００は、所定の生体認証基盤２００から、連携用のライブラリ１１０を提供され、これを記憶装置１０１に予め保持するものとする。

ライブラリ１１０としては、例えば、ＤＬＬ（Ｄｙｎａｍｉｃ Ｌｉｎｋ Ｌｉｂｒａｒｙ）を想定する。その場合、ＤＬＬは、顧客対応支援装置１００（或いは生体認証デバイス３００）において生体認証処理用のプログラムが起動される際、記憶装置１０１から呼び出されて当該プログラムに連結され、メモリ上に展開されることで、生体認証基盤２００と協働して生体認証処理を行う際の各種機能を実装する。ライブラリ１１０としては、他にもJavascriptによるライブラリも想定でき、特段の限定はしないものとする。

こうした顧客対応支援装置１００は、具体的には、施設５でチェックイン業務を担う情報処理装置全般が対象であって、パーソナルコンピュータ、タブレット端末、スマートフォン、或いはＰＯＳ端末なども想定できる。

一方、生体認証基盤２００は、ユーザ企業などからの認証要求をＡＰＩゲートウェイ２０５経由で受け付けて、生体認証システム２１０において、当該認証要求に応じた生体認証処理を実行し、その結果を当該ユーザ企業に応答する基盤となる。そのため、生体認証基盤２００は、各ユーザ企業における顧客について、その識別情報と各生体の特徴量といったデータを認証ＤＢ２２５で保持、管理している。

特に本出願人らは、公開型生体認証基盤（ＰＢＩ：Ｐｕｂｌｉｃ Ｂｉｏｍｅｔｒｉｃ
Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）と呼ばれる基盤を開発、実装しており、当該公開型生体認証基盤であれば特に好適である。公開型生体認証基盤「ＰＢＩ」（https://www.hitachi.co.jp/products/it/security/solution/cyber-security/authentication/index.html）は、生体情報を復元不可能な形に変換し、「公開鍵」として安全に利用することで、認証対象者のプライバシーの保護と高度なセキュリティを両立する認証基盤となっている。

また、生体認証デバイス３００は、施設５を訪れた顧客が自身の身体の一部を提示して生体情報を読み取らせるカメラなどのセンサーである。具体的には、指や掌等の静脈センサー、虹彩センサー、顔認証センサー、など種々の生体情報用のセンサーを想定できる。いずれにしても、上述の生体認証基盤２００で定めた認証方式に合致した生体のセンシングが可能なデバイスである。

また、予約管理システム４００は、施設５の運営事業者が管理する業務システムか、或いは、当該運営事業者が予約管理業務を委託している外部業者のシステムであって、施設５の顧客による予約情報を管理するサーバ装置である。この予約管理システム４００は、予約管理ＤＢ４２５で、各顧客の予約情報を管理し、顧客対応支援装置１００からの照会等に応じて対応する顧客の予約情報を応答するものとなる。

＜ハードウェア構成＞
また、本実施形態の顧客対応支援装置１００のハードウェア構成は、図２に以下の如くとなる。

すなわち顧客対応支援装置１００は、記憶装置１０１、メモリ１０３、演算装置１０４、入力装置１０５、出力装置１０６、および通信装置１０７、を備える。

このうち記憶装置１０１は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。

また、メモリ１０３は、ＲＡＭなど揮発性記憶素子で構成される。

また、演算装置１０４は、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制
御処理を行なうＣＰＵである。このプログラム１０２は、生体認証基盤２００との連携用のライブラリ１１０を保持しているものとする。

また、入力装置１０５は、顧客や或いは施設５の窓口担当者らからのキー入力や音声入力を受け付ける装置であって、キーボードやマウス、マイクなどを想定する。

また、出力装置１０６は、演算装置１０４での処理結果を出力するディスプレイやスピーカー等の装置である。

また、通信装置１０７は、ネットワーク１０と接続してユーザ端末２００との通信処理を担うネットワークインターフェイスカード等を想定する。

また、記憶装置１０１内には、本実施形態の顧客対応支援装置として必要な機能を実装する為のプログラム１０２に加えて、トークンＤＢ１２５が少なくとも記憶されている。ただし、このトークンＤＢ１２５についての詳細は後述する。

＜データ構造例＞
続いて、本実施形態の顧客対応支援装置１００が用いる各種情報について説明する。図２に、本実施形態におけるトークンＤＢ１２５の一例を示す。

本実施形態のトークンＤＢ１２５は、顧客対応支援装置１００が生体認証基盤２００から得た個人向けトークンを格納、管理するデータベースである。このトークンＤＢ１２５は、例えば、個人用トークンを一意に示すＩＤをキーとして、発行対象の顧客（の顧客ＩＤ）、発行対象の業務、当該トークンを用いた業務の処理結果、及び、有効期限といったデータを紐付けレコードの集合体となっている。

また図３に、本実施形態における認証ＤＢ２２５の一例を示す。この認証ＤＢ２２５は、生体認証基盤２００において管理されるデータベースであって、施設５の各顧客の生体認証用の情報を格納したデータベースである。

認証ＤＢ２２５は、例えば、顧客を一意に特定する顧客ＩＤをキーとして、当該顧客の認証用データを紐付けレコードの集合体となっている。認証用データは、例えば、当該顧客の生体情報の特徴量を想定出来る。

また図４に、本実施形態における予約管理ＤＢ４２５の一例を示す。この予約管理ＤＢ４２５は、予約管理システム４００において、施設５の顧客に関して受け付けて管理している予約情報を格納したデータベースである。この予約管理ＤＢ４２５は、例えば、予約を一意に特定する予約ＩＤをキーとして、当該予約を行った顧客、予約日時、予約対象のサービスを利用する人数、及びオプションといったデータを紐付けレコードの集合体となっている。

＜フロー例：ライブラリ取得＞
以下、本実施形態における顧客対応支援方法の実際手順について図に基づき説明する。以下で説明する顧客対応支援方法に対応する各種動作は、顧客対応支援装置１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図５は、本実施形態における顧客対応支援方法のフロー例を示す図である。この場合、顧客対応支援装置１００は、生体認証基盤２００に対して、ライブラリ１１０の配信要求を行う（ｓ１）。このライブラリ１１０は、顧客対応支援装置１００が生体認証基盤２０
０と協働して生体認証処理を行うための機能を実装するためのＤＬＬ等である。生体認証基盤２００は、この配信要求に応じてＤＬＬをネットワーク１経由で配信する。

顧客対応支援装置１００は、ＤＬＬを生体認証基盤２００から受信し、これを記憶装置１０１に格納し（ｓ２）、処理を終了する。

＜フロー例：生体認証処理とチェックイン処理＞
続いて、上述のようにライブラリ１１０を得た顧客対応支援装置１００が、生体認証基盤２００及び生体認証デバイス３００と協働し、施設５を訪れた顧客に関する生体認証およびチェックインの各処理を行うフローについて説明する。図６は、本実施形態における顧客対応支援方法のフロー例を示す図である。

この場合、顧客対応支援装置１００は、生体認証基盤２００に対して、予め定めた認証用情報を含む認証要求を送信し、その応答として企業向けトークンを取得する（ｓ１０）。このため、生体認証基盤２００は、認証ＤＢ２２５において、施設５の運用組織に関して、予め認証情報を保持して認証処理が可能である。また同様に、施設５の運営事業者に関して、企業向けトークンを発行するアルゴリズムを予め備えている。

顧客対応支援装置１００は、企業向けトークンを有効に保持した状態で、生体認証デバイス３００から、施設５を訪れた顧客の生体情報を取得し、これを含む認証要求として生体認証基盤２００に送信する（ｓ１１）。この時、顧客対応支援装置１００は、記憶装置１０１で保持するライブラリ１１０であるＤＬＬを呼び出して、本生体認証の処理に必要な機能を適宜に実装し、生体認証基盤２００と協働する。

一方、生体認証基盤２００は、上述の認証要求を受信し、認証ＤＢ２２５で保持する認証用データと照合することで生体認証処理を実行し、その結果を応答することになる。生体認証に成功した場合、生体認証基盤２００は、当該顧客に関して個人向けトークンを発行し、応答に含めるものとする。

顧客対応支援装置１００は、上述の応答を取得し（ｓ１２）、その内容が当該顧客の生体認証失敗（図７の画面１０００参照）を示す場合（ｓ１３：Ｎ）、本フローを終了する。

他方、上述の判定の結果、上述の応答の内容が生体認証成功（図８の画面１０１０参照）を示す場合（ｓ１３：Ｙ）、顧客対応支援装置１００は、それに含まれる個人用トークンをトークンＤＢ１２５に格納すると共に、自身の企業ＩＤと上述の個人向けトークンの情報を含む、当該顧客の情報（例えば、顧客ＩＤ）の取得要求を生体認証基盤２００に送信する（ｓ１４）。

生体認証基盤２００は、上述の取得要求を受信して、企業ＩＤが企業向けトークンで担保された事業者のＩＤであることを確認しつつ、上述の個人向けトークンの発行対象とした顧客の顧客ＩＤを認証ＤＢ２２５で特定し、応答する。

顧客対応支援装置１００は、生体認証基盤２００からの応答により、上述の顧客の情報を取得する（ｓ１４）。

また、顧客対応支援装置１００は、ｓ１４で得た顧客の情報（顧客ＩＤ）をキーに、予約管理システム４００に対して予約情報の照会を実行して、当該予約情報を取得し、これを出力装置１０６に表示（図９の画面１０２０参照）させる（ｓ１５）。勿論、この時、個人向けトークンの有効期限内であることが前提である。

施設５の窓口担当者等は、出力装置１０６で表示された予約情報を確認し、当該顧客との間で適宜な口頭確認等のやり取りを実施して、チェックイン手続を実行する。

上述のチェックイン手続が実行された結果、チェックイン完了（図１０の画面１０３０参照）となった場合（ｓ１６：Ｙ）、顧客対応支援装置１００は、本フローを終了する。

一方、上述のチェックイン手続が途中で中断されるなどにより、チェックイン未完（図１１の画面１０４０参照）となった場合（ｓ１６：Ｎ）、顧客対応支援装置１００は、当該顧客の個人向けトークンが有効期限内か判定する（ｓ１７）。

上述の判定の結果、当該個人向けトークンが有効期限内であったならば（ｓ１７：Ｙ）、顧客対応支援装置１００は、（生体認証基盤２００での生体認証の再実行は回避し）処理をｓ１５に戻す。

他方、上述の判定の結果、当該個人向けトークンが有効期限を過ぎていた場合（ｓ１７：Ｎ）、顧客対応支援装置１００は、本フローを一旦終了し、当該顧客に関する生体認証からフローを再開する。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、例えば、各種施設において、同時間帯に客が集中した場合であっても、予約確認や顧客認証が効率良く進み、顧客満足度低下を抑止できる。また、予約管理用の機能と客の個人認証機能とが連携することで、チェックインと予約確認をあわせて効率化できる。しかも、誤操作等があっても、トークンに基づき生体認証の再実行を回避できるため、客やスタッフに無駄な操作を強いることない。すなわち、顧客来訪時における本人確認やチェックイン手続の手間やコストを、効率よく低減可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の顧客対応支援装置において、前記情報処理装置が、前記所定手続として、前記個人向けトークンの有効期限内において、当該顧客に関する前記情報をキーに、所定の予約管理手段から当該顧客の予約情報を照会し、チェックイン処理を実行する、としてもよい。

これによれば、生体認証基盤と連携した確かな認証結果を踏まえた、当該顧客のセキュアな手続きを施設側で効率良く実施可能となる。ひいては、顧客来訪時におけるチェックイン手続の手間やコストを、より効率よく低減可能となる。

また、本実施形態の顧客対応支援方法において、前記情報処理装置が、前記記憶装置において、前記個人向けトークンを保持し、前記チェックイン処理が一定時間以上の中断または未了となった場合、前記個人向けトークンの有効期限を確認し、当該個人向けトークンが有効期限内であったならば、前記生体認証基盤での生体認証の再実行は回避し、前記顧客に関する前記チェックイン処理を再開する、としてもよい。

これによれば、顧客や施設担当者にとって厭われる可能性のある、再度の生体認証手続を無駄なく回避可能となる。ひいては、顧客来訪時におけるチェックイン手続の手間やコストを、効率よく低減可能となる。

また、本実施形態の顧客対応支援方装置において、前記演算装置は、前記所定手続として、前記個人向けトークンの有効期限内において、当該顧客に関する前記情報をキーに、
所定の予約管理手段から当該顧客の予約情報を照会し、チェックイン処理を実行するものである、としてもよい。

また、本実施形態の顧客対応支援装置において、前記記憶装置は、前記個人向けトークンを保持し、前記演算装置は、前記チェックイン処理が一定時間以上の中断または未了となった場合、前記個人向けトークンの有効期限を確認し、当該個人向けトークンが有効期限内であったならば、前記生体認証基盤での生体認証の再実行は回避し、前記顧客に関する前記チェックイン処理を再開するものである、としてもよい。

また、本実施形態の顧客対応支援装置において、前記顧客対応支援装置に対して、前記ライブラリを提供し、前記顧客対応支援装置から、前記顧客の前記生体情報を含む生体認証要求を受信し、前記顧客に関する生体認証を実行し、当該結果を応答する処理と、前記顧客対応支援装置から、前記個人向けトークンを介した前記情報の要求を受信し、前記顧客に関して保持している当該情報を応答する処理を実行する演算装置を備えた生体認証基盤、をさらに含むとしてもよい。

１ ネットワーク
１０ 顧客対応支援システム
１００ 顧客対応支援装置
１０１ 記憶装置
１０２ プログラム
１０３ メモリ
１０４ 演算装置
１０５ 通信装置
１１０ ライブラリ
１２５ トークンＤＢ
２００ 生体認証基盤
２２５ 認証ＤＢ
３００ 生体認証デバイス
４００ 予約管理システム
４２５ 予約管理ＤＢ

Claims (8)

1. 施設の情報処理装置が、
   所定の生体認証基盤と連携するためのライブラリを記憶装置にて保持し、
   前記施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、
   前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、
   前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、
   を実行することを特徴とする顧客対応支援方法。
2. 前記情報処理装置が、
   前記所定手続として、前記個人向けトークンの有効期限内において、当該顧客に関する前記情報をキーに、所定の予約管理手段から当該顧客の予約情報を照会し、チェックイン処理を実行する、
   ことを特徴とする請求項１に記載の顧客対応支援方法。
3. 前記情報処理装置が、
   前記記憶装置において、前記個人向けトークンを保持し、
   前記チェックイン処理が一定時間以上の中断または未了となった場合、前記個人向けトークンの有効期限を確認し、当該個人向けトークンが有効期限内であったならば、前記生体認証基盤での生体認証の再実行は回避し、前記顧客に関する前記チェックイン処理を再開する、
   ことを特徴とする請求項２に記載の顧客対応支援方法。
4. 所定の生体認証基盤と連携するためのライブラリを保持する記憶装置と、
   施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、を実行する演算装置と、
   を含むことを特徴とする顧客対応支援装置。
5. 前記演算装置は、
   前記所定手続として、前記個人向けトークンの有効期限内において、当該顧客に関する前記情報をキーに、所定の予約管理手段から当該顧客の予約情報を照会し、チェックイン処理を実行するものである、
   ことを特徴とする請求項４に記載の顧客対応支援装置。
6. 前記記憶装置は、
   前記個人向けトークンを保持し、
   前記演算装置は、
   前記チェックイン処理が一定時間以上の中断または未了となった場合、前記個人向けトークンの有効期限を確認し、当該個人向けトークンが有効期限内であったならば、前記生体認証基盤での生体認証の再実行は回避し、前記顧客に関する前記チェックイン処理を再
   開するものである、
   ことを特徴とする請求項５に記載の顧客対応支援装置。
7. 所定の生体認証基盤と連携するためのライブラリを保持する記憶装置と、
   施設の顧客に対する、生体認証デバイスでの読み取り動作の結果である生体情報を取得し、前記生体情報を、前記ライブラリの機能を通じて前記生体認証基盤と連携し、前記顧客に関する生体認証を行う処理と、前記生体認証基盤での認証に成功した場合、当該生体認証基盤が前記顧客に関して発行した個人向けトークンを取得する処理と、前記個人向けトークンを用いて、前記生体認証基盤に対して、当該生体認証基盤で当該顧客に関して保持している情報を要求して取得し、当該情報に基づいて前記施設における前記顧客に関する所定手続を行う処理と、を実行する演算装置と、
   を備えた顧客対応支援装置を含むことを特徴とする顧客対応支援システム。
8. 前記顧客対応支援装置に対して、前記ライブラリを提供し、前記顧客対応支援装置から、前記顧客の前記生体情報を含む生体認証要求を受信し、前記顧客に関する生体認証を実行し、当該結果を応答する処理と、前記顧客対応支援装置から、前記個人向けトークンを介した前記情報の要求を受信し、前記顧客に関して保持している当該情報を応答する処理を実行する演算装置を備えた生体認証基盤、
   をさらに含むことを特徴とする請求項７に記載の顧客対応支援システム。

Images