(57)【要約】      （修正有）【課題】電話をかけてきたユーザの本人確認の信頼度を、従来よりも高くできる電話予約装置を提供する。【解決手段】電話予約装置１００は、ユーザが複数の店舗の中から選択した一つの店舗に関する予約詳細情報及びユーザのユーザ情報を、ユーザのユーザ端末１０から電話回線を通じて受け付ける予約受付部１０１と、複数店舗の各々の空席情報を店舗識別情報と共に記憶する店舗情報記憶部１０２と、店舗情報記憶部１０２に記憶された空席情報を元に、受け付けた予約詳細情報を満たす予約の可否を判定する可否判定部１０３と、ユーザ情報のいずれか一つの情報に対して本人認証を行う認証部１０４と、を備える。【選択図】図１
2016184254.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが複数の店舗の中から選択した一つの店舗に関する予約詳細情報および該ユーザのユーザ情報を、該ユーザのユーザ端末から電話回線を通じて受け付ける予約受付部と、
前記複数店舗の各々の空席情報を店舗識別情報とともに記憶する記憶部と、
前記記憶部に記憶された空席情報および前記予約詳細情報を比較して前記予約詳細情報に基づく予約の可否を判定する可否判定部と、
前記ユーザ情報のいずれか一つの情報に対して本人認証を行う認証部と、
を含む電話予約装置において、
前記予約受付部は、前記認証部が本人認証を完了した際に前記可否判定部が予約可能と判定した予約詳細情報を予約確定情報として記憶することを特徴とする電話予約装置。
【請求項２】
前記ユーザ情報は、ユーザ電話番号を含み、
前記認証部は、前記ユーザ電話番号に対して前記本人認証を行うことを特徴とする請求項１に記載の電話予約装置。
【請求項３】
前記認証部は、前記ユーザ電話番号に対して音声情報を送信し、
前記認証部は、前記ユーザの前記音声情報に対する回答を受け付けることで本人認証を行うことを特徴とする請求項２に記載の電話予約装置。
【請求項４】
前記予約受付部は、前記ユーザの予約名を音声データとして更に受け付け、
前記認証部は、前記音声情報として少なくとも前記音声データを前記ユーザ電話番号に対して送信することを特徴とする請求項３に記載の電話予約装置。
【請求項５】
前記予約受付部は、前記音声データを前記店舗からの要求により再生可能に構成されていることを特徴とする請求項３または４に記載の電話予約装置。
【請求項６】
前記認証部は、前記ユーザ電話番号に対してＳＭＳを利用してメッセージを送信し、
前記認証部は、前記ＳＭＳメッセージに含まれる情報に対する応答を、前記ユーザから受け付けることで本人認証を行うことを特徴とする請求項２に記載の電話予約装置。
【請求項７】
前記予約受付部は、前記ユーザの予約名を音声データとして更に受け付け、
前記認証部は、前記予約名を前記一つの店舗に送信し、前記店舗からの応答に基づいて本人認証を行うことを特徴とする請求項１〜６のいずれか一項に記載の電話予約装置。
【請求項８】
前記認証部は、前記一つの店舗が本人認証の判定が不可と判定した際に前記ユーザの予約名以外のユーザ情報を用いて本人認証を行うことを特徴とする請求項７に記載の電話予約装置。
【請求項９】
前記予約受付部は、前記ユーザ情報の一部として、前記ユーザの識別番号の入力を受け付け、
前記記憶部は、前記ユーザの情報を前記ユーザの識別番号に関連づけて記憶し、
前記認証部は、前記ユーザの識別番号が前記記憶部に記憶されていることを条件に本人であると認証することを特徴とする請求項１〜８のいずれか一項に記載の電話予約装置。
【請求項１０】
前記予約受付部は、前記識別番号以外のユーザ情報を更に受け付け、
前記認証部は、前記前記識別番号および前記識別番号以外のユーザ情報が一致したことを条件に本人であると認証することを特徴とする請求項９に記載の電話予約装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般加入電話や携帯電話を介して飲食店等の店舗の予約を可能にする電話予約装置に関する。
【背景技術】
【０００２】
レストラン、居酒屋等の店舗で飲食を希望する場合には、事前に予約を行い、座席を確保してからその店舗を訪れることが多い。しかし、店舗の電話予約は、店舗に従業員がいる時間帯でなければ、できない。また店舗に従業員がいる時間帯であっても、店舗側が忙しい時間帯であれば、店舗側は予約の電話に対応することができず、予約を逃してしまうことがある。そこで、利用者が発した音声を自動的に認識するとともに、空席情報を提供して利用者が予約できる技術が提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２１５６７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示の技術では、電話をかけてきたユーザの本人確認が不十分なことが遠因となって予約客が来店せず、店舗が損失を被るケースへの対応が不十分であった。
【０００５】
そこで、本発明は、電話をかけてきたユーザの本人確認の信頼度を、従来よりも高くできる電話予約装置を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の第１態様にかかる電話予約装置は、ユーザが複数の店舗の中から選択した一つの店舗に関する予約詳細情報および該ユーザのユーザ情報を、該ユーザのユーザ端末から電話回線を通じて受け付ける予約受付部と、複数店舗の各々の空席情報を店舗識別情報とともに記憶する記憶部と、記憶部に記憶された空席情報および予約詳細情報を比較して予約詳細情報に基づく予約の可否を判定する可否判定部と、ユーザ情報のいずれか一つの情報に対して本人認証を行う認証部と、を含むことを特徴とする。上記電話予約装置において、予約受付部は、認証部が本人認証を完了した際に可否判定部が予約可能と判定した予約詳細情報を予約確定情報として記憶することを特徴とする。
【０００７】
上記態様によれば、予約時に本人認証が完了した場合のみ予約を確定するため、本人か判定されていない情報は予約情報として反映されない。そのため、来店確率の高い予約情報のみを予約確定情報として管理することができる。
【０００８】
上記態様において、ユーザ情報は、ユーザ電話番号を含んでいてもよく、認証部は、ユーザ電話番号に対して本人認証を行ってもよい。
【０００９】
上記態様によるとユーザが電話機操作で入力し易い電話番号に対して本人認証を行うため、ユーザにも負担がなく新たな設備を設けることもなく本人認証を行うことができる。
【００１０】
上記態様において、認証部は、ユーザ電話番号に対して音声情報を送信してもよく、認証部は、ユーザの音声情報に対する回答を受け付けることで本人認証を行ってもよい。
【００１１】
上記態様によると、電話番号に対して電話操作等を要求する音声を送信して、ユーザの操作結果を本人認証時の通話時に得ることができるため、電話回線種別を問わず確実な認証結果をユーザから得ることができる。
【００１２】
上記態様において、予約受付部は、ユーザの予約名を音声データとして更に受け付けてもよく、認証部は、音声情報として少なくとも音声データをユーザ電話番号に対して送信してもよい。
【００１３】
上記態様によると、ユーザ名を音声データとして録音してその前後に定型文を読み上げることでユーザ名を確認する音声を容易に合成することができる。
【００１４】
上記態様において、予約受付部は、音声データを店舗からの要求により再生可能に構成されていてもよい。
【００１５】
上記態様によると、ユーザ名を音声データとして視聴できるため、予約管理や接客時にユーザ名を使用することができる。
【００１６】
上記態様において、認証部は、ユーザ電話番号に対してＳＭＳを利用してメッセージを送信してもよく、認証部は、ＳＭＳメッセージに含まれる情報に対する応答を、ユーザから受け付けることで本人認証を行ってもよい。
【００１７】
上記態様によると、ＳＭＳを利用して本人認証を行うことができるため、ユーザは言葉を発することなく予約を確定することができる。
【００１８】
上記態様において、予約受付部は、ユーザの予約名を音声データとして更に受け付けてもよく、認証部は、予約名を一つの店舗に送信し、店舗からの応答に基づいて本人認証を行ってもよい。
【００１９】
上記態様によると、店舗側で名前を聞くだけで認証できる場合には、細かい本人認証を不要とすることができる。店舗側で名前を聞くだけでは認証できなかった場合は、店舗側が拒否することで他の本人認証処理に戻すような設定とすることもできる。
【００２０】
上記態様において、認証部は、一つの店舗が本人認証の判定が不可と判定した際にユーザの予約名以外のユーザ情報を用いて本人認証を行ってもよい。
【００２１】
上記態様によると、常連客等の細かい本人認証を必要としないユーザ以外の場合には他の本人認証処理を行うことができる。
【００２２】
上記態様において、予約受付部は、ユーザ情報の一部として、ユーザの識別番号の入力を受け付けてもよく、記憶部は、ユーザの情報をユーザの識別番号に関連づけて記憶してもよく、認証部は、ユーザの識別番号が記憶部に記憶されていることを条件に本人であると認証してもよい。
【００２３】
上記態様によると、識別番号によって本人認証ができるため、識別番号を付与するための会員登録を推奨することができたり、識別番号と予約の内容を関連付けて記憶しておき、識別番号に関連付けて記憶されている予約の内容を参照することにより店舗がユーザの嗜好等を識別番号より得ることができたりする。
【００２４】
上記態様において、予約受付部は、識別番号以外のユーザ情報を更に受け付けてもよく、認証部は、識別番号および識別番号以外のユーザ情報が一致したことを条件に本人であると認証してもよい。
【００２５】
上記態様によると、識別番号の打ち間違いや他人によるなりすましを防ぐことができる。
【発明の効果】
【００２６】
本発明によれば、電話をかけてきたユーザの本人確認の信頼度を、従来よりも高くできる電話予約装置を提供することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施形態である電話予約装置の概略構成を示す図である。
【図２】本発明の実施形態である電話予約装置の処理フローチャートである。
【図３】図２の予約情報入力の具体例を示すフローチャートである。
【発明を実施するための形態】
【００２８】
以下、図面を用いて本発明の実施形態を説明する。ただし、本発明の技術的範囲は以下の実施形態によって制限されるものではない。
＜実施形態１＞
図１は、本発明の電話予約装置１００の概略構成を示す図である。電話予約装置１００は、予約受付部１０１と、店舗情報記憶部１０２と、可否判定部１０３と、認証部１０４とを備える。さらに、電話予約装置１００は、音声入出力部１１１と、音声認識部１１２と、読み上げ部１１３と、抽出部１１４と、音声ＤＢ１１５と、データ送受信部１１６と、記憶部１１７とを備える。
【００２９】
予約受付部１０１は、データ送受信部１１６およびインターネット網３０を介して、ユーザ端末１０から複数の店舗の中から選択された一つの店舗に関する予約詳細情報およびユーザ情報を受け付ける。「予約詳細情報」は、予約日、予約開始時刻、予約人数などを含む。「店舗」は予約の対象となる飲食店などのほか、スポーツ施設、レジャー施設なども含む。ユーザは、複数の店舗の中から利用の予約をしたい一つの店舗を選択する。予約受付部１０１は、当該店舗の予約に必要な情報として予約詳細情報およびユーザ情報を受付ける。
【００３０】
店舗情報記憶部１０２は、前記複数の店舗の各々の空席情報を店舗識別情報とともに記憶する。「空席情報」とはユーザが予約を希望する日時に、ユーザが予約を希望する人数が利用可能なテーブルなどに空きがある／ないを判断するために必要な情報を意味する。
【００３１】
可否判定部１０３は、店舗情報記憶部１０２に記憶された空席情報を元に、受け付けた予約の可否を判定する。判定の結果は、音声入出力部１１１又はデータ送受信部１１６を介して、ユーザ端末１０に送信される。可否判定部１０３は、予約詳細情報に含まれる予約人数が、予約日や予約開始時刻などの予約人数以外の予約詳細情報によって特定される予約可能人数より多い場合には予約不可と判定することが好ましい。つまり、○月○日○時からであれば１０名予約を受けられるが、×月×日×時からは２名しか予約を受けられないなど、日時に応じて増減する予約可能人数を把握したうえで予約の可否を判定できることが好ましい。
【００３２】
なお、「空席情報」は各店舗から店舗情報記憶部１０２に、随時、送信され、更新されているものとする。または、電話予約装置内の店舗情報記憶部１０２の店舗情報を随時更新する代わりに、予約の可否を判断する際に、電話予約装置１００から離れた場所に設置されている予約確認サーバ（図示せず）に、インターネット網３０を介して、予約詳細情報を送り、予約確認サーバから予約可否の判定結果を受け取るとしてもよい。
【００３３】
認証部１０４は、ユーザ情報として受け付けたユーザ情報のいずれか一つの情報に対して本人認証を行う。本人認証の方法は、例えば、ユーザが発音したユーザの名前を音声ＤＢ１１５に記憶し、その音声を電話予約装置１００にて再生し、電話回線網２０を介してユーザ端末１０のスピーカーから出力し、ユーザに聞いてもらい、その名前で間違いがなければ所定の数字を電話回線網２０を介してユーザ端末１０から発信してもらうなどの方法がある。または、音声認識部１１２が声紋分析を行って受け付け時の声紋と認証時の声紋が一致するかを判断してもよい。
【００３４】
上記ユーザが発音したユーザの名前は、店舗からアクセス可能に構成されており、必要に応じて店舗の要求に対して店舗側に提供可能とされている。これによって、店舗はユーザの名前を確認することができ、きめ細かい接客や予約の管理に使用することができる。
【００３５】
予約受付部１０１および可否判定部１０３は、例えば、電話回線（電話回線網）を通じて通信する。ユーザ情報は、例えば、ユーザ電話番号を含む。認証部１０４は、例えば、ユーザ電話番号に対して音声情報を送信し、ユーザの音声情報に対する回答を受け付けることで本人認証を行う。より具体的には、例えば、ユーザ電話番号に対して音声情報（「○○さん、ご本人ですか。ご本人なら数字の１を、ご本人でないなら数字の２を押してください。」）を送信し、ユーザの音声情報に対する回答（「１」又は「２」の入力）を受け付けることで本人認証を行う。
【００３６】
また、認証部１０４は、例えば、ユーザ電話番号に対してＳＭＳ（ショート・メッセージ・サービス）を利用してメッセージを送信し、ユーザのメッセージに含まれる情報に対する応答を受け付けることで本人認証を行うとしてもよい。
【００３７】
また、予約受付部１０１は、ユーザの名前（予約名）を音声データとして受け付けるとしてもよい。例えば、ユーザにユーザ自身の名前を発音してもらい、それを電話回線網２０、音声入出力部１１１を介して、音声ＤＢ１１５に、音声データとして記憶する。また、ユーザにユーザ自身の名前を発音してもらい、それを電話回線網２０、音声入出力部１１１を介して受け取り、音声認識部１１２を用いてテキストデータ化し、記憶部１１７にテキストデータとして記憶するとしてもよい。
【００３８】
認証部１０４は、予約名を前記一つの店舗に送信し、店舗からの応答に基づいて本人認証を行うとしてもよい。すなわち、常連客である場合等、店舗にて予約名を確認すれば足りそれ以上の認証を必要としない場合は、予約受付部１０１に認証結果として認証済みである情報を送信してもよい。また、店舗が認識できない予約名であった場合は、他の方法で本人認証を行うように認証部１０４にその旨を店舗が送信することができる。これによって、常連客であるユーザに不必要な本人認証処理をさせることなく本人認証を行うことができる。
【００３９】
また、予約受付部１０１は、ユーザの識別番号の入力を受け付け、記憶部１１７は、ユーザの情報をユーザの識別番号に関連付けて記憶し、認証部１０４は、ユーザの識別番号が記憶部１１７に記憶されていることを条件に、本人であると認証する、としてもよい。すなわち、ユーザが会員登録しておりユーザに識別番号が付与されているため、その識別番号が正規のものであれば更なる本人認証は不要である。しかし、識別番号の入力間違い等による誤予約も考えられるため、例えば４ケタの数字の暗証番号を更に入力することとしてもよい。もちろん暗証番号以外のユーザ情報を用いてもよい。
【００４０】
図２は、予約受付処理の流れの一例を示す図である。まずユーザが予約したい店舗の情報が掲載されているＷｅｂサイトを見る。そして、そのＷｅｂサイトに表示されている予約用の電話番号へ電話する。ここで、予約用の電話番号は、店舗ごとに定められた電話番号でもよく、Ｗｅｂサイト全体として一つの共通の電話番号としてもよい。後者の場合、予約詳細情報として店舗ＩＤ等をユーザに入力させる必要がある。
【００４１】
＜オープニング  ステップＳ２０１＞
電話をかけてきたユーザに、予約システムにアクセスしたこと、どこの施設・店舗の予約の受付を開始するかを伝えるメッセージを読み上げる。
【００４２】
＜発信者番号取得  ステップＳ２０２＞
発信者番号の取得を試み（Ｓ２０２）、発信者番号を取得できた場合は、電話番号確認処理（Ｓ２０３）へ進み、発信者番号を取得できなかった場合は、電話番号入力処理（Ｓ２０４）へ進む。
【００４３】
＜発信者番号確認  ステップＳ２０３＞
電話番号確認処理（Ｓ２０３）では、取得できた発信者番号を音声でユーザに伝え、音声で伝えた番号が正しい場合は、ユーザに所定の数値の入力を促し、音声で伝えた番号が正しくない場合は、ユーザに他の所定の数値の入力を促し、入力された数値によって取得した発信者番号が正しいかを確認する。例えば、以下のようなメッセージを読み上げる。お客様の電話番号はｘｘｘ−ｘｘｘｘ−ｘｘｘｘですね。よろしければ「１」を、訂正される場合は「２」を入力してください。
【００４４】
＜発信者番号入力  ステップＳ２０４＞
電話番号入力（Ｓ２０４）では、音声で発信者番号の入力を促す。例えば、以下のようなメッセージを読み上げる。お客様の電話番号を市外局番から入力して、最後にシャープを入力してください。
【００４５】
＜予約情報入力  ステップＳ２０５＞
予約情報入力（Ｓ２０５）では、予約詳細情報（予約日、予約開始時刻、予約人数など）を入力することを促すメッセージを読み上げ、予約詳細情報の入力を受け付ける。
【００４６】
＜予約確認  ステップＳ２０６＞
予約確認（Ｓ２０６）では、入力された予約詳細情報での予約が可能かを確認する。予約確認は、インターネット網を経由して、外部リソースである予約確認サーバ（図示せず）に問い合わせて、予約可否の結果を受け取るとしてもよい。予約装置では、通信部が予約詳細情報を受信し、予約受付部１０１が予約詳細情報を受付け、可否判定部１０３が店舗情報記憶部１０２に記憶されている各店舗の空席情報を調べ、予約の可否を判定する。
【００４７】
＜予約内容確認  ステップＳ２０７＞
予約「可能」という結果を受け取った場合、予約詳細情報を再び読み上げ、ユーザに予約詳細情報の内容確認とその内容での予約をしてよいかの意思確認を行う。
【００４８】
＜失敗案内  ステップＳ２０８＞
予約「不可」という結果を受け取った場合は、予約ができない旨のメッセージを読み上げる。
【００４９】
＜即時予約  ステップＳ２０９＞
予約内容確認（Ｓ２０７）において予約するというユーザの意思が確認できたら、即時予約を実行する。即時予約は、インターネット網を経由して、外部リソースである即時予約サーバ（図示せず）に問い合わせて、即時予約可否の結果を受け取るとしてもよい。
【００５０】
＜ユーザの名前録音・確認  ステップＳ２１０＞
即時予約の結果として予約「ＯＫ」を受け取った場合は、ユーザの名前を録音させていただきたい旨のメッセージと、名前を発声することを促すメッセージを読み上げる。
ユーザが自身の名前を発声したら、その音声を録音し、その録音した音声を再生して、ユーザに再生された（つまり、録音された）名前が正しいかの確認を促すメッセージを読み上げる。
【００５１】
＜失敗案内  ステップＳ２１１＞
即時予約の結果として予約「ＮＧ」を受け取った場合は、予約ができない旨のメッセージと予約内容を変更して再度予約を試みることを促すメッセージとを読み上げる。
【００５２】
＜エンディング  ステップＳ２１２＞
発信者番号が携帯電話番号でない場合（つまり、固定電話の電話番号である場合）は、登録が完了した旨などを伝えるメッセージを読み上げて、一連の処理を終了する。ＳＭＳを用いたメッセージ送信はしない。
【００５３】
＜予約内容ＳＭＳ送信確認  ステップＳ２１３＞
発信者番号が携帯電話番号である場合は、予約システムの利用に使用している携帯電話に予約内容をＳＭＳを用いて送信してもよいかを尋ねるメッセージおよび送信を許可する場合にユーザに入力して欲しい所定の数字（例えば「１」）の入力を促すメッセージ、送信を許可しない場合にユーザに入力して欲しい所定の数字（例えば「２」）の入力を促すメッセージを読み上げる。
【００５４】
＜エンディング  ステップＳ２１４＞
ＳＭＳを用いたメッセージ送信を許可することを示す数字（例えば「１」）が入力された場合は、ＳＭＳを用いてメッセージ送信をすること、予約が完了したことなどを伝えるメッセージを読み上げて、一連の処理を終了する。ＳＭＳを用いたメッセージ送信を許可しないことを示す数字（例えば「２」）が入力された場合は、予約が完了したことなどを伝えるメッセージを読み上げて、一連の処理を終了する。
【００５５】
＜ＳＭＳ送信  ステップＳ２１５＞
ＳＭＳ送信サーバ５０に予約内容、送信先などの情報を送りショートメッセージの送信を依頼する。
【００５６】
図３を用いて、予約詳細情報入力の一例を説明する。
まず、以下のようなメッセージを読み上げて、予約日の入力を促す（ステップＳ３０１）。「予約日を４桁で入力してください」。次に、以下のようなメッセージを読み上げて、予約開始時刻の入力を促す（ステップＳ３０２）。「予約開始時刻を２４時間、１５分単位で入力してください」。次に、以下のようなメッセージを読み上げて、予約人数の入力を促す（ステップＳ３０３）。「予約人数を入力してください」。最後に、以下のようなメッセージを読み上げて、予約者名の音声での入力を促す（ステップＳ３０４）。「お名前を録音させていただきます。名字、お名前を発信音の後におっしゃってください」。
【００５７】
前記の如く、本発明の電話予約装置によれば、予約の受け付け、予約可否の判定を、人手を介することなく、一日２４時間、年間３６５日いつでも行うことができ、かつ電話をかけてきたユーザの本人確認ができる。
【符号の説明】
【００５８】
１０  ユーザ端末
２０  電話回線網
３０  インターネット網
５０  ＳＭＳ送信サーバ
１００  電話予約装置
１０１  予約受付部
１０２  店舗情報記憶部
１０３  可否判定部
１０４  認証部
１１１  音声入出力部
１１２  音声認識部
１１３  読み上げ部
１１４  抽出部
１１５  音声ＤＢ
１１６  データ送受信部
１１７  記憶部
【図１】
2016184254.tif 000003
【図２】
2016184254.tif 000004
【図３】
2016184254.tif 000005