JP6099779B1 - 通信端末、システム及びプログラム - Google Patents

Abstract

【課題】 例えば、ユーザから電話で予約を受け付けて、予約結果を示すメッセージを当該ユーザに送信する。【解決手段】 呼の発信元の電話番号を取得する電話番号取得部と、１以上の電話番号のそれぞれとユーザに関するユーザ情報とを対応付けて格納するユーザ情報格納部を参照して、電話番号取得部が取得した電話番号に対応付けられたユーザ情報を抽出する抽出部と、呼の発信者との通話内容を、抽出部が抽出したユーザ情報と対応付けて登録する通話内容登録部と、通話内容の少なくとも一部を示すメッセージを、電話番号取得部が取得した電話番号を宛先として送信する送信部とを備える。【選択図】図２

Description

本発明は、通信端末、システム及びプログラムに関する。

端末装置から予約を受け付け、当該予約の結果を、メールで、端末装置に送信する予約受付装置が知られている（例えば、特許文献１を参照されたい）。
（先行技術文献）
（特許文献）
（特許文献１）特開２０１５−２２５６３９号公報

しかしながら、上記の予約受付装置では、電話で予約を受け付けることは想定されていない。

本発明の第１の態様においては、通信端末が提供される。上記の通信端末は、呼の発信元の電話番号を取得する電話番号取得部を備える。上記の通信端末は、１以上の電話番号のそれぞれとユーザに関するユーザ情報とを対応付けて格納するユーザ情報格納部を参照して、電話番号取得部が取得した電話番号に対応付けられたユーザ情報を抽出する抽出部を備える。上記の通信端末は、呼の発信者との通話内容を、抽出部が抽出したユーザ情報と対応付けて登録する通話内容登録部を備える。上記の通信端末は、通話内容の少なくとも一部を示すメッセージを、電話番号取得部が取得した電話番号を宛先として送信する送信部を備える。

上記の通信端末は、呼を受信する着呼部を備えてよい。上記の通信端末において、着呼部は、呼の無応答転送又は無条件転送が可能となるように、呼への応答を制御してよい。上記の通信端末において、電話番号取得部は、呼に応答することなく、発信元の電話番号を取得してよい。

上記の通信端末は、抽出部が抽出した情報を、通信端末の出力装置に出力させる出力制御部を備えてよい。上記の通信端末において、ユーザ情報は、各ユーザからの着信回数に関する情報、及び、各ユーザによるサービス利用回数に関する情報の少なくとも一方を含んでよい。上記の通信端末において、出力制御部は、出力装置の出力態様を、着信回数及びサービス利用回数の少なくとも一方に基づいて決定してよい。

上記の通信端末において、ユーザ情報は、各ユーザに対して、通信回線を介してメッセージを送信するための宛先に関する情報をさらに含んでよい。上記の通信端末において、抽出部は、ユーザ情報格納部を参照して、電話番号取得部が取得した電話番号に対応付けられた宛先に関する情報を抽出してよい。上記の通信端末において、送信部は、電話番号取得部が取得した電話番号が固定電話である場合に、抽出部が抽出した宛先に、メッセージを送信してよい。

本発明の第２の態様においては、システムが提供される。上記のシステムは、上記の通信端末を備える。上記のシステムは、呼に基づいて、通信端末を呼び出し、呼を、通信端末の転送先として登録された他の通信端末に転送する交換機を備える。上記のシステムにおいて、通信端末は、呼を受信する着呼部をさらに備えてよい。上記のシステムにおいて、着呼部は、呼の無応答転送又は無条件転送が可能となるように、呼への応答を制御してよい。上記のシステムにおいて、交換機は、呼を、他の通信端末に無応答転送又は無条件転送してよい。

本発明の第３の態様においては、プログラムが提供される。上記のプログラムを格納した非一時的な記憶媒体が提供されてもよい。上記のプログラムは、コンピュータを、上記の通信端末として機能させるためのプログラムであってよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

予約管理システム１００の一例を概略的に示す。 通信ネットワーク１０の内部構成の一例を概略的に示す。 第１着信端末１１０の内部構成の一例を概略的に示す。 制御部３１０の内部構成の一例を概略的に示す。 データテーブル５００の一例を概略的に示す。 データテーブル６００の一例を概略的に示す。 予約管理システム１００における情報処理の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。

図１は、予約管理システム１００の一例を概略的に示す。本実施形態において、予約管理システム１００は、第１着信端末１１０と、第２着信端末１２０と、利用確認端末１３０と、予約情報管理サーバ１４０と、予約情報格納部１４２と、ユーザ情報管理サーバ１５０と、ユーザ情報格納部１５２とを備える。本実施形態によれば、第１着信端末１１０、第２着信端末１２０、及び、利用確認端末１３０は、発信端末１２のユーザ（発信者と称する場合もある。）に対して、何らかのサービスを提供する事業者の店舗１４に配される。予約管理システム１００は、通信ネットワーク１０又はその一部と、発信端末１２とをさらに備えてもよい。

予約管理システム１００は、システムの一例であってよい。発信端末１２は、呼の発信元の一例であってよい。第１着信端末１１０は通信端末の一例であってよい。第２着信端末１２０は、他の通信端末の一例であってよい。

［予約管理システム１００の概要］
予約管理システム１００は、電話予約サービスを提供する。本実施形態においては、説明を簡単にする目的で、店舗１４の店員（着信者と称する場合がある。）が、第２着信端末１２０を用いて発信者と通話をしながら、第１着信端末１１０の表示装置に表示された入力画面に情報を入力する場合を例として、予約管理システム１００について説明する。また、本実施形態において、第２着信端末１２０の電話番号が、第１着信端末１１０の転送先として予め登録されている。

店舗１４により提供されるサービスを予約する場合、発信者は、発信端末１２から第１着信端末１１０に電話を掛ける。本実施形態において、第１着信端末１１０は、発信端末１２から送信された呼を着呼するが、当該呼に対して応答しない。そのため、発信端末１２から送信された呼は、第２着信端末１２０に転送される。このとき、第１着信端末１１０の着信履歴には、発信端末１２の電話番号が記録される。そして、店舗１４の店員が、第２着信端末１２０に転送された呼に応答すると、発信端末１２及び第２着信端末１２０の間で音声通信が確立される。

第１着信端末１１０は、発信端末１２の電話番号をキーとして、ユーザ情報格納部１５２に格納されたユーザ情報の中から、発信端末１２のユーザに関するユーザ情報を抽出する。第１着信端末１１０は、抽出されたユーザ情報を利用して、予約受付用の入力画面を生成し、表示装置上に入力画面を表示する。入力画面には、例えば、発信者の氏名、年齢、過去の来店履歴が表示される。また、入力画面には、予約に関する情報を入力するための入力欄が配される。

これにより、店舗１４の店員は、第１着信端末１１０の表示装置に表示された入力画面を見ながら、第２着信端末１２０を用いて発信者と通話することができる。その後、店舗１４の店員は、発信者との会話を通じて、予約に関する情報を収集し、当該情報を入力画面に入力する。予約に関する情報としては、予約の日時、予約するサービスの種類、サービスを利用する人数、サービスを利用する代表者の氏名又は名称、支払方法、クレジットカードの番号などを例示することができる。

店舗１４の店員は、発信者との会話を通じて、発信者に関する情報を収集し、当該情報を入力画面に入力してもよい。発信者に関する情報としては、発信者の氏名、生年月日、年齢、血液型、住所、メールアドレス、ＳＮＳのアカウント、趣味、嗜好、家族構成、所属するグループ、サービスの利用履歴などを例示することができる。

店舗１４の店員による入力が完了すると、第１着信端末１１０は、予約情報管理サーバ１４０に対して、予約処理の実行を要求する。その後、予約情報管理サーバ１４０において予約処理が実行され、予約が完了する。第１着信端末１１０は、予約情報管理サーバ１４０から、予約が完了したことを示す情報を受信すると、予約内容を確認するためのメッセージを、発信端末１２の電話番号を宛先として送信する。

その後、発信者が予約したサービスを利用すると、利用確認端末１３０が、当該サービスの利用を確認する。利用確認端末１３０は、上記のサービスが利用されたことを示す情報をユーザ情報管理サーバ１５０に送信する。ユーザ情報管理サーバ１５０は、上記のサービスが利用されたことを示す情報を、発信端末１２の電話番号と対応付けて、ユーザ情報格納部１５２に格納する。

［予約管理システム１００の各部の概要］
予約管理システム１００の各部は、通信ネットワーク１０を介して、情報を送受することができる装置であればよく、当該装置の種類、構成などは特に限定されない。予約管理システム１００の各部は、ハードウェアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウェア及びソフトウエアにより実現されてもよい。予約管理システム１００の少なくとも一部は、仮想サーバ又はクラウドシステムであってよい。また、予約管理システム１００の少なくとも一部は、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０の少なくとも一方が、仮想サーバ又はクラウドシステムによって実現されてもよい。また、第１着信端末１１０が、通信ネットワーク１０を介して情報を送受する複数の情報処理装置により実現されてもよい。

予約管理システム１００の各部は、一般的な構成の情報処理装置において、予約管理システム１００の各部の動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。予約管理システム１００の各部として用いられる情報処理装置は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、ポインティングデバイス、タッチパネル、マイク、音声入力システム、ジェスチャー入力システム、位置情報取得システム、各種センサなどの入力装置と、各種ディスプレイ、タッチパネル、スピーカなどの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。データ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該ソフトウエア又はプログラムによって規定された動作を実行させる。上記のソフトウエア又はプログラムは、非一時的なコンピュータ可読記録媒体に格納されてもよい。

例えば、コンピュータを第１着信端末１１０として機能させるためのプログラムは、呼の発信元の電話番号を取得するためのモジュールと、ユーザ情報格納部１５２にアクセスして、電話番号に対応付けられたユーザ情報を抽出するためのモジュールと、呼の発信者との通話内容を、抽出部が抽出したユーザ情報と対応付けて登録するためのモジュールと、通話内容の少なくとも一部を示すメッセージを、呼の発信元の電話番号を宛先として送信するためのモジュールとを備える。上記のプログラムは、予約情報管理サーバ１４０と通信して、予約情報に関する各種の操作を要求するためのモジュールを備えてもよく、ユーザ情報管理サーバ１５０と通信して、ユーザ情報に関する各種の操作を要求するためのモジュールを備えてもよい。

なお、予約管理システム１００の各部の役割分担は厳密なものではなく、予約管理システム１００の各部における情報処理は、任意に分離又は統合されてよい。一実施形態において、第１着信端末１１０及び予約情報管理サーバ１４０が一体となって運用されてもよく、第１着信端末１１０、予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０が一体となって運用されてもよい。予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０が一体となって運用されてもよい。

他の実施形態において、第１着信端末１１０における情報処理の一部が、予約情報管理サーバ１４０、ユーザ情報管理サーバ１５０又は通信ネットワーク１０において実行されてもよく、通信ネットワーク１０、予約情報管理サーバ１４０又はユーザ情報管理サーバ１５０における情報処理の一部が、第１着信端末１１０において実行されてもよい。

通信ネットワーク１０は、発信端末１２と、予約管理システム１００との間で情報を伝達する。通信ネットワーク１０は、予約管理システム１００の各部の間で情報を伝達してもよい。通信ネットワーク１０は、有線通信の伝送路であってもよく、無線通信の伝送路であってもよく、それらの組み合わせであってもよい。通信ネットワーク１０は、回線交換方式の通信回線であってもよく、パケット交換方式の通信回線であってもよく、それらの組み合わせであってもよい。インターネット、専用回線、公衆回線交換電話網（ＰＳＴＮ）、ＩＰ電話網、無線通信網、又は、それらの組み合わせであってもよい。無線通信網における通信方式は、移動体通信方式であってもよく、無線データ通信方式であってもよい。通信ネットワーク１０は、アドホックネットワークなどのＰ２Ｐネットワークを含んでもよい。通信ネットワーク１０は、交換機、中継器などを備えてもよい。交換機は、ＳＩＰサーバ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｃｏｌ）などの各種のサーバを有してよい。

発信端末１２は、通信ネットワーク１０を介して、第１着信端末１１０及び第２着信端末１２０の少なくとも一方との間で音声通話を実現でき、第１着信端末１１０が送信したメッセージを受信又は閲覧することができる装置であればよく、当該装置の種類、構成などは特に限定されない。発信端末１２は、ハードウェアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウェア及びソフトウエアにより実現されてもよい。

発信端末１２は、一般的な構成の情報処理装置において、発信端末１２の各部の動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。発信端末１２として用いられる情報処理装置は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、ポインティングデバイス、タッチパネル、マイク、音声入力システム、ジェスチャー入力システム、位置情報取得システム、各種センサなどの入力装置と、ディスプレイ、タッチパネル、スピーカなどの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。データ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該ソフトウエア又はプログラムによって規定された動作を実行させる。上記のソフトウエア又はプログラムは、非一時的なコンピュータ可読記録媒体に格納されてもよい。

第１着信端末１１０は、通信ネットワーク１０を介して、発信端末１２から発信された呼を受信することができる装置であればよく、当該装置の種類、構成などは、特に限定されない。第１着信端末１１０は、通信ネットワーク１０を介して、発信端末１２を宛先とするメッセージを送信してよい。第１着信端末１１０は、通話機能を有してもよく、通話機能を有さなくてもよい。

メッセージは、通信ネットワーク１０を介して送受信されるメッセージであればよく、当該メッセージの種類、構成などは特に限定されない。メッセージは、電子メールであってよい。メッセージは、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｅ）、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｅ）などのサービスを介して送受信される電子的なメッセージであってもよい。

一実施形態において、第１着信端末１１０は、発信端末１２から発信された呼を着信した場合に当該呼に対して応答しないように、呼制御を実施する。第１着信端末１１０は、発信端末１２から発信された呼を着信した場合に、第１着信端末１１０のユーザが着呼又は呼出に気付かないように、着信処理を制御してよい。例えば、第１着信端末１１０は、着信音を無音にしたり、着信音の音量を小さくしたり、着信音を出力する時間を短くしたりする。第１着信端末１１０は、着信表示機能を無効にしてもよい。

他の実施形態において、第１着信端末１１０は、発信端末１２から発信された呼を着信した場合に、着信者の操作に応じて当該呼に対して応答してもよい。この場合、第１着信端末１１０は通話機能を有し、店舗１４の店員は、第２着信端末１２０を利用して発信者と通話する代わりに、第１着信端末１１０を利用して発信者と通話してもよい。

第２着信端末１２０は、通信ネットワーク１０を介して、発信端末１２との間で音声通話を確立することができる装置であればよく、当該装置の種類、構成などは特に限定されない。第２着信端末１２０は、固定電話であってもよく、携帯電話、スマートホンなどの携帯端末であってもよい。

利用確認端末１３０は、通信ネットワーク１０を介して、予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０の少なくとも一方との間で情報を送受することができる装置であればよく、当該装置の種類、構成などは特に限定されない。本実施形態において、利用確認端末１３０は、予約されたサービスが実際に利用されたことを確認する。利用確認端末１３０は、予約されたサービスが実際に利用されたことを検出すると、予約されたサービスが実際に利用されたことを示す情報を、ユーザ情報管理サーバ１５０に送信する。

利用確認端末１３０は、予約者の来店、又は、予約したサービスの利用を検出することが出来る装置であればよく、当該装置の種類、構成などは特に限定されない。利用確認端末１３０としては、（ｉ）ＰＯＳシステム、（ｉｉ）バーコードリーダ、ＱＲコード（登録商標）リーダなどの符号化情報の読み取り装置、（ｉｉｉ）クレジットカード、電子マネーなどの決済に利用される端末機器、（ｉｖ）ＷｉＦｉ（登録商標）方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式、ＮＦＣ方式などの近距離無線通信方式により、発信端末１２などの端末の近接を検出することで、来店を検出する装置などを例示することができる。

予約情報管理サーバ１４０は、予約を管理する。一実施形態によれば、予約情報管理サーバ１４０は、第１着信端末１１０を介した電話予約に特化して、予約を管理する。他の実施形態によれば、予約情報管理サーバ１４０は、第１着信端末１１０を介した電話予約と、Ｗｅｂサイトを介したインターネット予約との両方を管理する。

例えば、予約情報管理サーバ１４０は、第１着信端末１１０からの要求に応じて、予約処理を実行する。予約情報管理サーバ１４０は、第１着信端末１１０から予約処理に必要な情報を取得して、予約を受け付けることができるか否かを判断する。予約処理に必要な情報は、第１着信端末１１０からの要求に含まれていてもよい。予約処理に必要な情報としては、予約を希望するサービスの種類、当該サービスを提供する店舗、予約を希望する日時及び予約を希望する人数などを例示することができる。

予約情報管理サーバ１４０は、予約処理が完了すると、予約が完了したことを示す情報を第１着信端末１１０に送信する。また、上記の予約に関する情報（予約情報と称する場合がある。）を、予約情報格納部１４２に格納する。一方、予約に空きがなかった場合などのように、予約処理を完了させることができなかった場合には、予約情報管理サーバ１４０は、予約ができなかったことを示す情報を第１着信端末１１０に送信する。予約情報管理サーバ１４０は、予約ができなかった理由を示す情報を、第１着信端末１１０に送信してもよい。

予約情報管理サーバ１４０は、予約情報格納部１４２に格納された予約情報を管理する。予約情報格納部１４２は、１以上の予約情報のそれぞれと、予約に利用された発信端末１２の電話番号とを対応付けて格納してよい。１以上の予約情報のそれぞれと、予約に利用された発信端末１２の電話番号とは、予約者の氏名、メールアドレスなど他の要素を介して、対応付けられてもよい。予約情報としては、予約の日時、予約するサービスの種類、サービスを利用する人数、サービスを利用する代表者の氏名又は名称、支払方法、クレジットカードの番号などを例示することができる。

ユーザ情報管理サーバ１５０は、ユーザ情報格納部１５２に格納されたユーザ情報を管理する。ユーザ情報格納部１５２は、１以上の電話番号のそれぞれと、ユーザに関するユーザ情報とを対応付けて格納してよい。１以上の電話番号のそれぞれと、ユーザに関するユーザ情報とは、ユーザの氏名、メールアドレスなど他の要素を介して、対応付けられてもよい。

ユーザ情報としては、各ユーザの氏名、生年月日、年齢、血液型、住所、通信回線を介してメッセージを送信するための宛先、趣味、嗜好、家族構成、所属するグループ、サービスの利用履歴などを例示することができる。通信回線を介してメッセージを送信するための宛先としては、メールアドレス、ＳＮＳのアカウントなどを例示することができる。ユーザ情報は、各ユーザからの着信回数に関する情報、各ユーザによるサービス利用回数に関する情報を含んでもよい。着信回数に関する情報は、予め定められた期間における着信回数であってもよい。サービス利用回数に関する情報は、予め定められた期間における利用回数であってもよい。

［予約管理システム１００の他の実施形態の一例］
本実施形態においては、発信端末１２から発信された呼が、第１着信端末１１０において応答されることなく、第２着信端末１２０に転送される場合について説明した。また、着信者が、第２着信端末１２０を用いて発信者と通話をしながら、第１着信端末１１０を操作して、第１着信端末１１０に予約情報を入力する場合について説明した。しかしながら、予約管理システム１００は本実施形態に限定されない。他の実施形態によれば、第１着信端末１１０は、発信端末１２から発信された呼を受信した場合に、店舗１４の店員の操作に応じて当該呼に対して応答する。この場合、第１着信端末１１０は通話機能を有し、店舗１４の店員は、第２着信端末１２０を利用して発信者と通話する代わりに、第１着信端末１１０を利用して発信者と通話する。店舗１４の店員は、第１着信端末１１０を用いて発信者と通話をしながら、第１着信端末１１０を操作して、第１着信端末１１０に予約情報を入力してもよい。

図２は、通信ネットワーク１０の内部構成の一例を概略的に示す。本実施形態において、通信ネットワーク１０は、公衆回線交換電話網２２と、ＩＰ電話網２４と、交換機２１０とを備える。また、交換機２１０は、ＳＩＰサーバ２１２と、転送サービス提供サーバ２１４とを有する。交換機２１０は、予約管理システム１００の一部を構成してもよい。

本実施形態において、交換機２１０は、発信端末１２からの呼に基づいて、第１着信端末１１０を呼び出す。また、交換機２１０は、発信端末１２からの呼を、第２着信端末１２０に転送する。例えば、発信端末１２が、第１着信端末１１０を宛先とする呼を発信すると、ＳＩＰサーバ２１２が、通信ネットワーク１０を介して、当該呼を受信する。ＳＩＰサーバ２１２は、発信端末１２からの呼を受信すると、まず、第１着信端末１１０を呼び出す。

本実施形態において、第１着信端末１１０は着呼しても応答しないように設定されているので、ＳＩＰサーバ２１２は、第１着信端末１１０の転送先として登録された電話番号の有無を検索する。本実施形態においては、第１着信端末１１０の転送先として、第２着信端末１２０の電話番号が予め登録されている。そこで、ＳＩＰサーバ２１２は、発信端末１２からの呼を、転送サービス提供サーバ２１４に送信して、第２着信端末１２０への転送処理を実行する。転送サービス提供サーバ２１４は、第２着信端末１２０を呼び出し、第２着信端末１２０が応答したら、発信端末１２及び第２着信端末１２０の接続を確立する。

ＳＩＰサーバ２１２は、発信端末１２からの呼を、第２着信端末１２０に無応答転送してもよく、無条件転送してもよい。ＳＩＰサーバ２１２は、第１着信端末１１０を呼び出す呼出部の一例であってよい。転送サービス提供サーバ２１４は、第１着信端末１１０を宛先とする呼を第２着信端末１２０に転送する転送部の一例であってよい。

本実施形態によれば、第１着信端末１１０が、発信端末１２からの呼を受信しても、当該呼に対して応答しない。そのため、第２着信端末１２０が発信者の電話番号を表示させる機能を有する場合、第２着信端末１２０の表示装置に、発信端末１２の電話番号を表示させることができる。また、通信の秘密を侵すことなく、第１着信端末１１０が発信端末１２の電話番号を取得することができる。

なお、第１着信端末１１０が発信端末１２からの呼に応答した後、転送処理が実行された場合には、第２着信端末１２０の表示装置には、第１着信端末１１０の電話番号が表示される。そのため、店舗１４の店員は、発信者に対して、発信端末１２の電話番号を尋ねる必要がある。この場合、後日、電話をしたり、メッセージを送信したりする場合に、電話番号の聞き間違い、入力ミスなどにより、電話をしたり、メッセージを送信したりすることができなくなる可能性がある。本実施形態によれば、発信端末１２の電話番号を自動的に取得することができるので、上記の問題の発生を抑制することができる。

図３は、第１着信端末１１０の内部構成の一例を概略的に示す。本実施形態において、第１着信端末１１０は、制御部３１０と、出力部３２０と、入力部３３０と、送信部３４０とを備える。制御部３１０は、電話番号取得部、抽出部及び着呼部の一例であってよい。出力部３２０は、出力装置の一例であってよい。入力部３３０は、通話内容登録部の一例であってよい。

制御部３１０は、第１着信端末１１０における情報処理を制御する。例えば、制御部３１０は、出力部３２０の出力を制御する。制御部３１０は、入力部３３０に入力された情報の管理を制御してよい。制御部３１０は、送信部３４０により送信されるメッセージの内容及び送信先の少なくとも一方を制御してもよい。例えば、制御部３１０は、発信端末１２の電話番号の種別を区別して、当該種別に基づいて、上記のメッセージの宛先を決定してよい。

制御部３１０は、予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０の少なくとも一方との間の通信を制御してもよい。例えば、制御部３１０は、出力部３２０を制御して、予約情報管理サーバ１４０及びユーザ情報管理サーバ１５０により提供されるサービスのユーザインターフェースを提供する。制御部３１０は、予約情報格納部１４２及びユーザ情報格納部１５２の少なくとも一方に格納された情報を管理してもよい。例えば、制御部３１０は、（ｉ）予約情報格納部１４２又はユーザ情報格納部１５２への情報の登録、更新又は削除、（ｉｉ）予約情報格納部１４２又はユーザ情報格納部１５２に格納された情報の検索又は抽出などを制御する。

出力部３２０は、各種の情報を出力する。例えば、出力部３２０は、各種の入力画面を出力する。出力部３２０は、予約受付用の入力画面を出力してよい。出力部３２０は、制御部３１０がユーザ情報格納部１５２から抽出したユーザ情報の少なくとも一部を含む画面を出力してもよい。出力部３２０としては、ディスプレイ、タッチパネルなどの表示装置、スピーカなどの音声出力装置などを例示することができる。

入力部３３０は、各種の入力を受け付ける。例えば、入力部３３０は、店舗１４の店員から、発信者との通話内容に関する情報の入力を受け付ける。入力部３３０は、入力された情報を、予約情報格納部１４２又はユーザ情報格納部１５２に格納してよい。入力部３３０は、入力された情報を、発信者の電話番号と対応付けて、予約情報格納部１４２又はユーザ情報格納部１５２に格納してよい。発信者の電話番号と、入力部３３０に入力された情報とは、予約情報の識別情報を介して、対応付けられてもよい。

出力部３２０が出力した入力画面に、制御部３１０がユーザ情報格納部１５２から抽出したユーザ情報が含まれる場合、入力部３３０は、発信者との通話内容を、制御部３１０が抽出したユーザ情報と対応付けて登録してよい。より具体的には、予約受付用の入力画面に、発信者の氏名、来店履歴などのユーザ情報が表示されている場合、入力部３３０は、発信者との通話内容を、発信者の氏名、来店履歴などのユーザ情報と対応付けて、新たな予約情報として、予約情報格納部１４２に格納する。

入力部３３０としては、キーボード、ポインティングデバイス、タッチパネル、マイク、音声入力システム、ジェスチャー入力システムなどを例示することができる。入力部３３０がマイク及び音声入力システムを有する場合、入力部３３０は、発信者と着信者の通話内容を解析して、予約情報を自動的に入力してもよい。入力部３３０は、通話内容、発信者の伝言メッセージなどを録音する機能を有してよい。入力部３３０は、録音データを、発信者の電話番号又は予約情報の識別情報と対応付けて、予約情報格納部１４２に格納してよい。

送信部３４０は、通信ネットワーク１０を介して、発信端末１２又は発信者の他の端末に、メッセージを送信する。送信部３４０は、ＳＭＳ、ＭＭＳ、Ｗｅｂメールサービス、ＳＮＳ、電子メールシステムなどを利用して、メッセージを送信してよい。

一実施形態によれば、送信部３４０は、通話内容の少なくとも一部を示すメッセージを、発信端末１２の電話番号を宛先として送信する。他の実施形態において、例えば、発信端末１２の電話番号が固定電話である場合、送信部３４０は、発信者に対してメッセージを送信するための他の宛先に、通信ネットワーク１０を介して、上記のメッセージを送信する。上記の他の宛先は、制御部３１０により決定されてよい。

図４は、制御部３１０の内部構成の一例を概略的に示す。本実施形態において、制御部３１０は、応答制御部４１０と、着信履歴生成部４２０と、抽出部４３０と、画面生成部４４０とを備える。応答制御部４１０は、着呼部の一例であってよい。応答制御部４１０、着信履歴生成部４２０及び画面生成部４４０の少なくとも１つは、電話番号取得部の一例であってよい。画面生成部４４０は、出力制御部の一例であってよい。

本実施形態において、応答制御部４１０は、呼を受信する。応答制御部４１０は、呼の無応答転送又は無条件転送が可能となるように、呼への応答を制御してよい。これにより、着信履歴生成部４２０は、呼に応答することなく、発信元の電話番号を取得することができる。

応答制御部４１０は、着信音を無音又は小さな音量に設定してもよい。応答制御部４１０は、着信音の音量を、４０ｄｂ以下に設定してもよく、３０ｄｂ以下に設定してもよく、２０ｄｂ以下に設定してもよく。応答制御部４１０は、着信時に着信音を出力しなくてもよく、着信音を出力する時間を短時間に設定してもよい。応答制御部４１０は、着信音を出力する時間を３秒以下に設定してもよく、２秒以下に設定してもよく、１秒以下に設定してもよく、０．５秒以下に設定してもよい。応答制御部４１０は、着信表示機能を無効にしてもよい。これにより、第１着信端末１１０のユーザが、着信に気付くことを抑制することができる。

応答制御部４１０は、電話番号の通知及び非通知を制御するための情報に基づいて、発信元の電話番号の通知又は非通知に関する表示設定を決定してもよい。例えば、発信者が、着信者の電話番号の前に「１８４」を付加して電話を掛けた場合、応答制御部４１０は、発信元の電話番号を着信者に非通知表示することを決定する。一方、発信者が、着信者の電話番号の前に「１８６」を付加して電話を掛けた場合、応答制御部４１０は、発信元の電話番号を着信者に通知表示することを決定する。応答制御部４１０は、発信元の電話番号の通知又は非通知に関する表示設定に基づいて、着信履歴生成部４２０を制御してもよい。

本実施形態において、着信履歴生成部４２０は、呼の発信元の電話番号を取得する。着信履歴生成部４２０は、呼に応答することなく、発信元の電話番号を取得してよい。これにより、通信の秘密を侵すことなく、発信元の電話番号を取得することができる。着信履歴生成部４２０は、着信履歴を生成してよい。着信履歴生成部４２０は、応答制御部４１０からの信号に基づいて、発信元の電話番号の通知又は非通知表示を制御してもよい。

本実施形態において、抽出部４３０は、ユーザ情報格納部１５２にアクセスして、特定のキーに合致するユーザ情報を抽出する。例えば、抽出部４３０は、ユーザ情報格納部１５２を参照して、着信履歴生成部４２０が取得した電話番号に対応付けられたユーザ情報を抽出する。

抽出部４３０は、ユーザ情報格納部１５２に格納されたユーザ情報のうち、入力画面及び予約情報の少なくとも一方の生成に利用される情報を抽出してよい。抽出部４３０により抽出される情報は、上記の電話番号と対応付けられたユーザの氏名、当該ユーザによるサービスの利用履歴、メッセージの宛先、当該ユーザからの着信回数に関する情報、及び、当該ユーザによるサービス利用回数に関する情報の少なくとも１つを含んでよい。

一実施形態において、抽出部４３０は、着信履歴生成部４２０が取得した電話番号の種別を識別する。抽出部４３０は、上記の電話番号の種別が固定電話の電話番号であると判断した場合、ユーザ情報として、通信回線を介してユーザにメッセージを送信するための宛先に関する情報を抽出してよい。抽出部４３０は、抽出された宛先に関する情報を、送信部３４０が送信するメッセージの送信先として、送信部３４０に通知してよい。

画面生成部４４０は、各種の画面を生成する。例えば、画面生成部４４０は、予約受付用の入力画面を生成する。画面生成部４４０は、抽出部４３０が抽出した情報を、出力部３２０に出力させてもよい。例えば、画面生成部４４０は、抽出部４３０が抽出した情報が配された入力画面を生成して、当該入力画面を出力部３２０に出力させる。

抽出部４３０により抽出された情報の中に、現在の発信者からの着信回数に関する情報、及び、当該発信者によるサービス利用回数に関する情報の少なくとも一方が含まれる場合、画面生成部４４０は、出力部３２０の出力態様を、着信回数及びサービス利用回数の少なくとも一方に基づいて決定してよい。画面生成部４４０は、抽出部４３０が抽出した情報の少なくとも一部の出力態様、背景画面の出力態様などを、着信回数及びサービス利用回数の少なくとも一方に基づいて決定してよい。出力態様としては、出力する要素の形状、大きさ、色、模様、点滅の有無、予め定められたメッセージの表示の有無などを例示することができる。予め定められたメッセージとしては、接客時の留意事項などを例示することができる。

一実施形態によれば、現在の発信者から、過去の予め定められた時間内（例えば、３時間以内、１時間以内、３０分以内、１５分以内、１０分以内又は５分以内である。）に着信があった場合、画面生成部４４０は、通常とは異なる背景画面（例えば、赤色の背景画面である。）を有する入力画面を生成する。他の実施形態によれば、現在の発信者の過去の予め定められた期間（例えば、１年以内、６ヶ月以内、３ヵ月以内又は１ヵ月以内である。）における利用回数が、予め定められた条件を満たす場合には、当該発信者の氏名が強調して表示され、接客時の留意事項が表示された入力画面を生成する。予め定められた条件としては、予め定められた範囲内である、予め定められた値よりも大きい、予め定められた回数よりも小さいなどの条件を例示することができる。これにより、例えば、リピータとなる可能性が高い顧客、常連客などに対して、よりよいサービスを提供することができる。

図５は、データテーブル５００の一例を概略的に示す。データテーブル５００は、ユーザ情報格納部１５２に格納されたユーザ情報の一例であってよい。本実施形態において、データテーブル５００は、レコードＩＤ５０２と、電話番号５０４と、氏名５０６と、メールアドレス５０８と、グループＩＤ５１０と、利用履歴５１２とを対応づけて格納する。メールアドレス５０８は、通信回線を介してメッセージを送信するための宛先の一例であってよい。グループＩＤ５１０は、各ユーザが所属するグループを識別する識別情報であってよい。

図６は、データテーブル６００の一例を概略的に示す。データテーブル６００は、予約情報格納部１４２に格納された予約情報の一例であってよい。本実施形態において、データテーブル６００は、レコードＩＤ６０２と、電話番号６０４と、氏名６０６と、メールアドレス６０８と、予約日時６１０と、予約内容６１２と、支払方法６１４とを対応付けて格納する。

電話番号６０４、氏名６０６及びメールアドレス６０８には、例えば、画面生成部４４０が入力画面を生成するときに、抽出部４３０がユーザ情報格納部１５２から抽出した情報が格納される。予約日時６１０、予約内容６１２及び支払方法６１４には、例えば、第１着信端末１１０のユーザが入力部３３０に入力した情報であって、発信端末１２のユーザとの通話内容に関する情報が格納される。

図７は、予約管理システム１００における情報処理の一例を概略的に示す。本実施形態によれば、まず、ステップ７０２（ステップをＳと省略する場合がある。）において、発信端末１２が、第１着信端末１１０の電話番号を宛先とする呼を発信する。第１着信端末１１０は、発信端末１２から発信された呼を受信する。しかし、第１着信端末１１０は、当該呼に対して応答しない。

そこで、Ｓ７０４において、交換機２１０が、発信端末１２から発信された呼を、第２着信端末１２０に無応答転送する。交換機２１０により転送された呼に対して、第２着信端末１２０が応答すると、発信端末１２及び第２着信端末１２０の間の接続が確立される。また、このとき、Ｓ７０６において、第１着信端末１１０の着信履歴生成部４２０が、受信した呼を解析して、発信端末１２の電話番号を取得して、着信履歴を生成する。

次に、Ｓ７０８において、抽出部４３０が、ユーザ情報格納部１５２にアクセスして、着信履歴生成部４２０により取得された電話番号をキーとして、当該電話番号に対応付けられたユーザ情報を抽出する。また、画面生成部４４０が、抽出された情報を利用して、予約受付用の入力画面を生成する。画面生成部４４０は、出力部３２０の表示装置に、生成された入力画面を表示させる。

次に、Ｓ７１０において、着信者が、第２着信端末１２０を用いて発信者と通話をしながら、第１着信端末１１０の表示装置に表示された入力画面に、予約に関する情報を入力する。予約に関する情報は、通話内容の一例であってよい。また、入力部３３０が、着信者からの入力を受け付ける。

Ｓ７１２において、予約情報の入力が完了すると、入力部３３０は、入力された予約情報を予約情報格納部１４２に格納する。具体的には、入力部３３０は、発信者から受け付けた予約に関する情報と、入力画面に表示されていた発信者の氏名、来店履歴などのユーザ情報と対応付けて、新たな予約情報として、予約情報格納部１４２に格納する。このとき、ユーザ情報の追加又は更新があった場合には、入力部３３０は、着信者から受け付けた情報に基づいて、ユーザ情報格納部１５２に格納されたデータテーブル５００を更新してもよい。

次に、Ｓ７１４において、送信部３４０が、予約情報の少なくとも一部を示すメッセージを、発信端末１２の電話番号を宛先として送信する。発信端末１２の電話番号が固定電話である場合には、送信部３４０は、上記のメッセージを、発信端末１２のユーザの他のアドレスに送信してもよい。これにより、発信者は、着信者との通話の内容を確認することができる。

その後、発信者又は予約者が、予約されたサービスを実際に利用すると、Ｓ７１６において、利用確認端末１３０が、当該サービスの利用を検出する。また、利用確認端末１３０が、上記のサービスの利用に関する情報を、ユーザ情報格納部１５２に格納する。これにより、発信者の利用履歴を、発信者の電話番号に対応付けて蓄積することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 通信ネットワーク、１２ 発信端末、１４ 店舗、２２ 公衆回線交換電話網、２４ ＩＰ電話網、１００ 予約管理システム、１１０ 第１着信端末、１２０ 第２着信端末、１３０ 利用確認端末、１４０ 予約情報管理サーバ、１４２ 予約情報格納部、１５０ ユーザ情報管理サーバ、１５２ ユーザ情報格納部、２１０ 交換機、２１２ ＳＩＰサーバ、２１４ 転送サービス提供サーバ、３１０ 制御部、３２０ 出力部、３３０ 入力部、３４０ 送信部、４１０ 応答制御部、４２０ 着信履歴生成部、４３０ 抽出部、４４０ 画面生成部、５００ データテーブル、５０２ レコードＩＤ、５０４ 電話番号、５０６ 氏名、５０８ メールアドレス、５１０ グループＩＤ、５１２ 利用履歴、６００ データテーブル、６０２ レコードＩＤ、６０４ 電話番号、６０６ 氏名、６０８ メールアドレス、６１０ 予約日時、６１２ 予約内容、６１４ 支払方法

Claims (7)

1. 呼の発信元の電話番号を取得する電話番号取得部と、
   １以上の電話番号のそれぞれとユーザに関するユーザ情報とを対応付けて格納するユーザ情報格納部を参照して、前記電話番号取得部が取得した電話番号に対応付けられたユーザ情報を抽出する抽出部と、
   前記呼の発信者との通話内容を、前記抽出部が抽出したユーザ情報と対応付けて登録する通話内容登録部と、
   前記通話内容の少なくとも一部を示すメッセージを、前記電話番号取得部が取得した電話番号を宛先として送信する送信部と、
   を備える、通信端末。
2. 呼を受信する着呼部をさらに備え、
   前記着呼部は、前記呼の無応答転送又は無条件転送が可能となるように、前記呼への応答を制御し、
   前記電話番号取得部は、前記呼に応答することなく、前記発信元の電話番号を取得する、
   請求項１に記載の通信端末。
3. 前記抽出部が抽出した情報を、前記通信端末の出力装置に出力させる出力制御部をさらに備え、
   前記ユーザ情報は、各ユーザからの着信回数に関する情報、及び、各ユーザによるサービス利用回数に関する情報の少なくとも一方を含み、
   前記出力制御部は、出力装置の出力態様を、前記着信回数及び前記サービス利用回数の少なくとも一方に基づいて決定する、
   請求項１又は請求項２に記載の通信端末。
4. 前記ユーザ情報は、各ユーザに対して、通信回線を介してメッセージを送信するための宛先に関する情報をさらに含み、
   前記抽出部は、前記ユーザ情報格納部を参照して、前記電話番号取得部が取得した電話番号に対応付けられた前記宛先に関する情報を抽出し、
   前記送信部は、前記電話番号取得部が取得した電話番号が固定電話である場合に、前記抽出部が抽出した宛先に、前記メッセージを送信する、
   請求項１から請求項３までの何れか一項に記載の通信端末。
5. 請求項１から請求項４までの何れか一項に記載の通信端末と、
   前記呼に基づいて、前記通信端末を呼び出し、前記呼を、前記通信端末の転送先として登録された他の通信端末に転送する交換機と、
   を備える、システム。
6. 前記通信端末は、前記呼を受信する着呼部をさらに備え、
   前記着呼部は、前記呼の無応答転送又は無条件転送が可能となるように、前記呼への応答を制御し、
   前記交換機は、前記呼を、前記他の通信端末に無応答転送又は無条件転送する、
   請求項５に記載のシステム。
7. コンピュータを、請求項１から請求項４までの何れか一項に記載の通信端末として機能させるためのプログラム。