JP7041502B2 - 商品注文端末装置、商品注文方法 - Google Patents

Description

本発明は、公衆電話回線を使用して商品を注文する商品注文端末装置に関する。

従来、公衆電話回線を使用して商品を注文する商品注文端末装置として、例えば特許文献１には、商品発注用操作タブレットが開示されている。

特開平６－３１８２１８号公報（１９９４年１１月１５日公開）

しかしながら、上述のような従来技術は、注文操作を行なう際に、オフフックを行ない、受注センタへ接続した後、音声案内に沿って商品の発注を確定させた後、オンフックを行なう。つまり、注文操作が開始されてから、終了するまで通話中となっている。このため、注文する商品の数や種類が多いと、その分、通話時間が長くなるという問題が生じる。

本発明の一態様は、注文する商品の数や種類が多くなっても、通話時間が長くならない商品注文端末装置を実現することを目的とする。

上記の課題を解決するために、本発明の一態様に係る商品注文端末装置は、商品の注文を受付ける注文受付サーバとの間でＤＴＭＦ（Dual-Tone Multi-Frequency）、音声を表す信号の少なくとも一方の信号を用いた通信を行なう送受信部によって情報の送受信を行なう商品注文端末装置であって、ユーザによって選択された商品の注文に必要な注文情報を登録する注文情報登録部と、選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって、上記注文情報登録部に登録された注文情報を上記注文受付サーバに送信するように上記送受信部を制御する注文情報送信制御部と、上記注文受付サーバから送信される商品の内容を示す商品情報を取得する商品情報取得部と、上記商品情報取得部が取得した商品情報を提示する提示部と、上記電話回線によって送られた音声データを録音する通話録音部と、を備え、上記商品情報取得部は、取得した商品情報に含まれる音声データを、上記通話録音部に録音することを特徴としている。

本発明の一態様によれば、注文する商品の数や種類が多くなっても、通話時間が長くならないようにできる。

本発明の実施形態１に係る買物支援システムに含まれる各種装置の要部構成を示すブロック図である。 図１に示す買物支援システムの概要の一例を示す図である。 図１に示す買物支援システムを構成する注文リモコンの概略構成を示すブロック図である。 図３に示す注文リモコンにおけるボタンの配置例を示す図である。 図３に示す注文リモコンによって注文する際に押下するボタンを明示した図である。 図５に示す注文リモコンによって実際の注文の手順を説明する図である。 図５に示す注文リモコンの注文ボタンが押下された後の処理手順の流れを説明する図である。 本発明の実施形態２に係る注文リモコンを用いた注文操作の方法を説明するための図である。 図８に示す注文リモコンを用いた注文操作の実際の操作処理の流れを示す図である。 本発明の実施形態３に係る注文リモコンが備えるお知らせボタンを利用した注文処理を説明するための図である。 図１０に示す注文リモコンを用いた注文操作の実際の操作処理の流れを示す図である。 図１０に示す注文リモコンが備える各種ボタンに対応付けられた情報の更新を管理するための管理テーブルである。 図１０に示す注文リモコンの情報更新のシーケンス図である。 上記各実施形態に係る注文リモコン、応答装置、またはクラウドサーバとして利用可能なコンピュータの構成を例示したブロック図である。

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。

（買物支援システム５００の概要）
図２は、本実施形態に係る買物支援システム５００の概要の一例を示す図である。本実施形態に係る買物支援システム５００は、通信販売における商品の発注に係る操作を簡便化するためのシステムである。買物支援システム５００は、注文リモコン（商品注文端末装置）１と、応答装置２と、クラウドサーバ３とを含む。図２には、応答装置２とクラウドサーバ３とが別個の装置である例が示されているが、応答装置２およびクラウドサーバ３は一個の装置で実現されてもよい。

注文リモコン１は、ユーザ（発注者）が商品発注に係る入力操作を行うためのリモコンである。注文リモコン１は、図示の通り、固定電話である電話機４と公衆電話回線との間に配線される。注文リモコン１は、予め登録されている電話番号（応答装置２の電話番号）と通話を行う。注文リモコン１は応答装置２以外の装置からの発呼および通話、ならびに電話機４からの発呼および通話には干渉せず、該発呼および通話の信号は注文リモコン１を通過する。これにより、例えば発注者の自宅の固定電話の機能を阻害することなく、注文リモコン１を電話回線に接続させることができる。なお、注文リモコン１の代わりに、注文リモコン１と通信する親機を電話機４と公衆電話回線との間に配線してもよい。この場合、注文リモコン１は親機を介して応答装置２と通話する子機であってもよい。さらに、注文リモコン１と電話機４は一体型でもよい。つまり、電話機４が注文リモコン１の機能を持っていてもよい。

注文リモコン１は、ユーザの入力操作に応じて発注する商品の種類および個数を決定する。注文リモコン１は注文情報を、ＤＴＭＦ（Dual Tone Multi Frequency）形式の信号で応答装置２に送信する。注文情報とは、商品の発注に係る情報であり、注文リモコン１が保持している未発信の注文を一括した情報である。注文リモコン１において注文が決定されると、その注文を示す情報が生成され、記憶部１７に格納される。注文リモコン１において、注文の決定タイミングと、注文情報の送信タイミングとが異なる場合、記憶部１７には複数回の注文を示す情報が未発信の状態で記憶部１７に格納される。注文情報は、これら１回以上の注文を示す情報をまとめた情報である。注文情報には、注文する商品の種類を示す情報（例えば、商品コード）と、該商品の個数を示す情報が少なくとも含まれている。注文情報の詳細な内容については後述する。また、注文リモコン１は応答装置２から、ＤＴＭＦ形式の信号のデータおよび音声信号のデータを受信する。注文リモコン１が送受信する情報については、後で詳述する。

応答装置２は、注文リモコン１とクラウドサーバ３とを仲介するゲートウェイである。応答装置２は、注文リモコン１から受信したＤＴＭＦ形式の注文情報を、クラウドサーバ３が読み取り可能な形式（例えば、ＸＭＬ形式）のデータに変換して、クラウドサーバ３に送信する。

応答装置２は、クラウドサーバ３から受信した配信情報（例えば、ＸＭＬ形式の配信情報）の少なくとも一部を、ＤＴＭＦ形式の信号に変換して注文リモコン１に送信する。また、応答装置２は、クラウドサーバ３から受信した配信情報の少なくとも一部を例えばＴＴＳ（text to speech）機能等を用いて音声データに変換して、該音声データから生成する音声信号を、電話回線を介して注文リモコン１に送信する。もしくは、応答装置２はクラウドサーバ３から配信情報の少なくとも一部を含む音声データを受信し、該音声データから生成する音声信号を、電話回線を介して注文リモコン１に送信してもよい。クラウドサーバ３から受信した配信情報（例えば、ＸＭＬ形式の配信情報）を、ＤＴＭＦ形式の信号または音声信号に変換して注文リモコン１に送信する。

クラウドサーバ３は、応答装置２から受信した注文情報に基づいて、受注データを作成する。通信販売の事業者は受注データを参照して、該受注データに応じた種類および個数の商品を店舗から配送する。これにより、ユーザが注文リモコン１を介して発注した商品が、該ユーザの元に配達される。なお、クラウドサーバ３は受注データの作成前、すなわち注文の受け付け前に、発注者についてユーザ認証を行ってもよい。

また、クラウドサーバ３は注文対象となる商品の商品情報を管理する。事業者が、商品情報または各種商品についてのお知らせ等を更新した場合、クラウドサーバ３は更新内容を示す配信情報を作成し、所定のタイミングで応答装置２に送信する。また、商品情報に、諸条件（例えば曜日または日時）に応じてユーザに提示する内容が変化する情報（可変情報）が含まれる場合、クラウドサーバ３は現在の条件に応じた内容の可変情報を抽出し、配信情報として応答装置２に送信する。配信情報は応答装置２から注文リモコン１に送信され、注文リモコン１が保持する情報が更新される。

以降の説明では、一例として、弁当等の食品を販売するための買物支援システム５００について説明する。しかしながら、買物支援システム５００は各種サービス等、物品ではない商品の注文を受け付けるためのシステムであってもよい。つまり、商品は、物品以外に、各種サービス（例えば、部屋の清掃、ごみ捨て、エアコン清掃等のサービス）も含んでいる。

（装置の要部構成）
図１は、買物支援システム５００に含まれる各種装置の要部構成を示すブロック図である。

（注文リモコン１の要部構成）
注文リモコン１は、発注者が商品の注文時に必要な情報を入力するためのボタン（注文ボタン１１、商品ボタン１２、注文確認ボタン１３、おすすめ商品ボタン１４、お届け予定ボタン１５、お知らせボタン１６）と、ボタン押下をトリガとして注文処理を行なう注文処理部１０と、注文情報、商品情報等を記憶する記憶部１７と、発注者情報、注文情報の送信および、配信情報、注文完了情報、認証完了情報を受信する送受信部１８と、注文の確認や商品内容の説明などを発注者に提示する提示部１９とを含む。なお、注文リモコン１の詳細については後述する。

（応答装置２の要部構成）
応答装置２は、第１通信部２１と、第２通信部２２と、装置制御部２０と、装置記憶部２３とを含む。

第１通信部２１は、注文リモコン１の送受信部１８から受信した注文情報を装置制御部２０に出力する。また、第１通信部２１は、装置制御部２０から入力される認証完了を示す通知、注文確定を示す通知、および配信情報を注文リモコン１に送信する。また、第１通信部２１は、後述する音声出力部２０３の出力音声を注文リモコン１に送信する。第２通信部２２は、クラウドサーバ３から受信した各種情報を装置制御部２０に出力する。また、第２通信部２２は、装置制御部２０から入力される各種情報をクラウドサーバ３のサーバ通信部３１（後述）に送信する。

装置制御部２０は、応答装置２を統括的に制御する。装置制御部２０は、ＤＴＭＦ情報取得部２０１と、ＸＭＬ情報取得部２０４と、変換部２０２と、音声出力部２０３とを含む。

ＤＴＭＦ情報取得部２０１は、第１通信部２１からＤＴＭＦ形式の信号を取得する。ＤＴＭＦ情報取得部２０１は例えば、注文情報、発注者のユーザ特定情報（発注者情報）、およびボタン情報を取得する。ＤＴＭＦ情報取得部２０１は、取得した各種情報を変換部２０２に出力する。なお、ボタン情報とは、注文リモコン１において、商品ボタン１２それぞれに対応付けられている商品コードを示す。

ＸＭＬ情報取得部２０４は第２通信部２２からＸＭＬ形式の情報を取得する。ＸＭＬ情報取得部２０４は例えば、認証完了を示す情報、注文確定を示す情報、および配信情報を取得する。ＸＭＬ情報取得部２０４は、取得した各種情報を変換部２０２に出力する。

変換部２０２は、各種データのデータ形式を変換する。変換部２０２は、ＤＴＭＦ形式の信号をＸＭＬ形式のデータに変換する。また、変換部２０２は、ＸＭＬ形式のデータをＤＴＭＦ形式の信号に変換する。なお、クラウドサーバ３がＤＴＭＦ形式の信号を読み取り可能である場合、装置制御部２０は、第１通信部２１から入力されたＤＴＭＦ形式の信号を、変換部２０２で形式変換せずに第２通信部２２に出力してもよい。また、クラウドサーバ３がＤＴＭＦ形式の信号を作成可能である場合、装置制御部２０は、第２通信部２２から入力されたＤＴＭＦ形式の信号を、変換部２０２で形式変換せずに第１通信部２１に出力してもよい。

また、変換部２０２は、ＸＭＬ形式のデータのうち、注文リモコン１に音声で伝える情報（注文結果を示す情報、および配信情報に含まれる商品説明等）を音声出力部２０３が出力可能な音声データに変換する。装置制御部２０は変換後の音声データを音声出力部２０３に出力する。なお、クラウドサーバ３から配信情報の一部を音声データとして受信した場合、変換部２０２は上述した変換は行わなくてよい。

音声出力部２０３は、変換部２０２から入力された音声データを自動読み上げ機能を用いて第１通信部２１に音声出力する。

装置記憶部２３は、応答装置２において必要な各種データを記憶する。装置記憶部２３は例えば、ＤＴＭＦ情報取得部２０１またはＸＭＬ情報取得部２０４が取得した情報を記憶してもよい。

（クラウドサーバ３の要部構成）
クラウドサーバ３は、サーバ通信部３１と、サーバ制御部３０と、サーバ記憶部３２とを含む。

サーバ通信部３１は、サーバ通信部３１は、応答装置２の第２通信部２２から受信する各種情報を、サーバ制御部３０に出力する。また、サーバ通信部３１は、サーバ制御部３０から出力される各種情報を、応答装置２の第２通信部２２に送信する。

サーバ制御部３０は、クラウドサーバ３を統括的に制御する。サーバ制御部３０は、サーバ情報取得部３０１と、認証部３０２と、配信情報抽出部３０３と、受注データ作成部３０４と、を含む。サーバ情報取得部３０１は、サーバ通信部３１から注文情報、発注者情報、およびボタン情報を取得する。サーバ情報取得部３０１は、発注者情報を取得した場合、該情報を認証部３０２に出力する。

認証部３０２は、発注者情報が示すユーザのユーザ認証を行う。認証部３０２は、発注者情報と、サーバ記憶部３２の顧客情報ＤＢ３２１（後述）に含まれる顧客情報のユーザ特定情報とを照合する。発注者情報といずれかの顧客情報のユーザ特定情報とが一致する場合、発注者情報が示すユーザは、顧客登録されたユーザである。この場合、認証部３０２は認証結果として認証完了を示す情報をサーバ通信部３１に出力する。一方、発注者情報がいずれの顧客情報のユーザ特定情報とも一致しない場合、発注者情報が示すユーザは顧客登録されていない。この場合、認証部３０２は、認証結果を出力しない。もしくは、この場合、認証部３０２は認証結果として認証失敗を示す情報をサーバ通信部３１に出力する。

配信情報抽出部３０３は、サーバ記憶部３２の商品情報ＤＢ３２２（後述）から、注文リモコン１に配信する必要がある情報（配信情報）を抽出する。例えば、配信情報抽出部３０３は、商品説明またはお知らせ等が更新された場合、更新後の内容を配信情報として抽出する。また例えば、商品情報に条件（例えば、曜日または日時）によって内容が変わる情報が含まれている場合、配信情報抽出部３０３は現在の条件に応じた商品情報（の少なくとも一部）を配信情報として抽出する。配信情報抽出部３０３は抽出した配信情報をサーバ通信部３１に出力する。なお、配信情報の出力形式は特に限定しないが、配信情報抽出部３０３は例えば配信情報をＸＭＬ形式のデータでサーバ通信部３１に出力してもよいし、音声データでサーバ通信部３１に出力してもよい。また、配信情報抽出部３０３は応答装置２および注文リモコン１におけるデータの使用態様に合わせて、複数のデータ形式で配信情報を分割して送信してもよい。例えば、配信情報のうち、商品説明など応答装置２において音声出力する予定の情報は音声データで送信し、商品コード等応答装置２から音声以外の形式で出力する予定の情報は、ＸＭＬ形式のデータで送信してもよい。

受注データ作成部３０４は、認証部３０２が認証完了したユーザの注文情報に基づいて受注データを作成する。受注データ作成部３０４は作成した受注データをサーバ記憶部３２の受注データ３２３に記憶させる。これにより、注文が確定される。

サーバ記憶部３２は、クラウドサーバ３において必要な各種データを記憶する。サーバ記憶部３２は少なくとも商品情報ＤＢ３２２を含んでいる。また、サーバ記憶部３２は顧客情報ＤＢ３２１および受注データ３２３を含んでいてもよい。

顧客情報ＤＢ３２１は、通信販売の各顧客に関する情報である顧客情報のデータベースである。顧客情報は少なくとも、ある顧客（ユーザ）を特定するユーザ特定情報を含む。顧客情報はこの他にも、顧客の年齢、性別、住所、電話番号、該顧客の使用している注文リモコン１の種類等を示す情報を含んでいてもよい。顧客情報のレコードは、事業者等により適宜追加、変更、または削除される。

商品情報ＤＢ３２２は、通信販売する各商品に関する情報である商品情報のデータベースである。商品情報は少なくとも、ある１種類の商品を特定する商品特定情報を含む。本実施形態では、商品特定情報として、商品コードを用いるものとする。商品情報はこの他にも、該商品の名称、価格、および商品説明等を示す情報を含んでいてもよい。商品情報のレコードは、事業者等により適宜追加、変更、または削除される。また、商品情報ＤＢ３２２は各商品に関する情報に加えて、事業者から発注者へのお知らせまたは宣伝等の情報を含んでいてもよい。

受注データ３２３は、受け付けた注文の内容を示すデータである。受注データ３２３は少なくとも、注文された商品の種類および個数を示す情報と、発注者情報とを含む。事業者は、パーソナルコンピュータ（ＰＣ）等の端末から受注データ３２３を参照することで、発注者と、発注商品の種類および個数とを特定することができる。換言すれば、受注データ３２３は発注内容を示す帳票である。そして、事業者は例えば顧客情報ＤＢ３２１を参照し、発注者の住所、連絡先等を特定して配達を手配することができる。

以下、注文リモコン１の詳細について説明する。

（注文リモコン１）
図３は、注文リモコンの概略構成ブロック図である。

図４は、注文リモコンのボタンの配置例を示す図である。

注文リモコン１は、図４に示すように、一枚のパネルに、各種機能が付与された複数のボタンが配置されている。各ボタンは、物理キーであり、ユーザによってボタンが押下されることで、当該ボタンに割り振られた機能の実行を指示する信号を出力するようになっている。ボタンとしては、注文リモコン１では、注文する商品が決定したときに押下する注文ボタン１１、商品を選択するときに押下する商品ボタン１２、注文内容を確認するときに押下する注文確認ボタン１３、おすすめ商品を選択するときに押下するおすすめ商品ボタン１４、注文した商品の届け予定を知りたいときに押下するお届け予定ボタン１５、当該注文リモコン１に届いたお知らせ内容を確認したいときに押下するお知らせボタン１６が設けられている。

商品ボタン１２およびおすすめ商品ボタン１４は、ＬＥＤ点灯機能を有しており、商品が注文商品として登録された時点でＬＥＤが点灯するようになっている。そして、商品ボタン１２は、商品毎に設けられている。つまり、商品と商品ボタン１２とが１対１に対応している。注文リモコン１では、各商品ボタン１２の左側に商品ボタン１２に対応する商品の写真または絵が貼付されている。これにより、ユーザは、写真または絵を見て注文したい商品を確認し、注文したい商品の右隣の商品ボタン１２を押下することで、注文する商品を選択できる。なお、商品ボタン１２の左隣に貼付する商品の写真または絵は、商品を示す文字であってもよいが、写真や絵のほうが直感的に商品を認知することができるため好ましい。また、商品の写真または絵は、商品ボタン１２の左隣に限定されるものではなく、右隣、上、下に配置してもよく、商品ボタン１２との対応付けが分かる範囲で貼付されていればよい。

注文リモコン１には、ユーザに情報を提示する提示部１９が設けられている。本実施形態では、提示部１９として音声を出力するスピーカを例に説明する。すなわち、注文リモコン１では、各ボタンを押下したときに、それぞれに対応付けられた情報をスピーカによって音声で出力するようになっている。例えば、商品ボタン１２を押下した場合、ボタンに対応する商品内容を音声にて出力されたり、注文確認ボタン１３を押下した場合、決定した注文内容が音声にて出力されたり、お届け予定ボタン１５を押下した場合、注文した商品の届け予定日が音声にて出力されたりする。

注文リモコン１は、前述した、商品の注文を受付ける応答装置２およびクラウドサーバ（注文受付サーバ）との間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）を用いた通信によって情報の送受信を行なう商品注文端末装置である。注文リモコン１は、図３に示すように、商品の注文処理等を行なう注文処理部１０、各種ボタン１１～１６（図３では、ボタンを省略している）、記憶部１７、ＤＴＭＦ（Dual-Tone Multi-Frequency）送受信部１８、提示部１９を備えている。

記憶部１７は、注文情報を登録する注文情報登録部１７ａ、商品情報を格納する商品情報格納部１７ｂを含んでいる。注文情報は、ユーザが注文リモコン１の商品ボタン１２を操作することで選択した商品の商品コード、個数情報を含んでいる。なお、注文情報は、送受信部１８にて送信できるように、ＤＴＭＦ形式の信号を示すコード”０～９、＊、＃、Ａ～Ｄ”といった数字や記号によって注文情報登録部１７ａに登録されている。商品情報は、クラウドサーバ３から提供される商品の注文に関する情報、例えば商品ボタン１２に割り当てられた商品の情報、おすすめ商品の情報、日替り弁当のメニュー情報、注文内容を示す情報等を含んでいる。なお、商品情報には、商品コードの他に、当該商品コードに紐付いた音声データも含まれている。この音声データは、通話音声として通話録音部１７ｃに録音され、必要に応じて再生される。従って、送受信部１８は、ＤＴＭＦ形式の信号の送受信および通話音声の送受信も行なうようになっている。なお、送受信部１８は、ＤＴＭＦ形式の信号を示すコードからＤＴＭＦ形式の信号を生成して送信する一方、受信したＤＴＭＦ形式の信号からＤＭＴＦ形式の信号を示すコードに変換する機能を有している。

注文処理部１０は、注文決定部１０１、注文情報送信制御部１０２、注文情報取得部１０３、商品情報取得部１０４、情報提示制御部１０５を含んでいる。すなわち、注文決定部１０１は、注文ボタン１１が押下されることによって生じる信号を受付けて、ユーザが選択した商品の注文が決定されたことを示す注文決定信号を注文情報送信制御部１０２に送る。注文情報送信制御部１０２は、注文決定部１０１からの注文決定信号を受信すると、注文情報登録部１７ａに登録された注文情報を送受信部１８に対して、注文受付サーバを構成する応答装置２（図１）に送信するように指示する。これにより、送受信部１８は、注文情報をＤＴＭＦによって、応答装置２（図１）に送信する。

注文情報取得部１０３は、商品ボタン１２が押下されることにより、当該商品ボタン１２に割り振られた商品の情報を商品情報格納部１７ｂから取得し、注文情報として注文情報登録部１７ａに登録する。

商品情報取得部１０４は、送受信部１８によって受け取った商品情報を商品情報格納部１７ｂに格納するようになっている。

情報提示制御部１０５は、商品ボタン１２、注文確認ボタン１３、おすすめ商品ボタン１４、お届け予定ボタン１５、お知らせボタン１６の何れかが押下されたとき、押下されたボタンに割り振られた情報を商品情報格納部１７ｂから読み出して、提示部１９に提示させる。例えば注文確認ボタン１３が押下された場合、情報提示制御部１０５は、注文情報登録部１７ａに登録されている注文情報を読み出して、提示部１９に提示させる。ここで、提示部１９は、前述した通り、音声を出力するスピーカを用いるが、これに限定されるものではなく、液晶パネル等のように映像、テキスト等を表示することのできる表示パネルであってもよい。この場合、耳の不自由なお年寄りなどにおいても、視覚により、所望する情報を確認できる。なお、提示部１９としては、スピーカ、表示パネルを併用してもよい。

なお、図４に示す注文リモコン１では、商品ボタン１２等の各種ボタンは、物理的なキーを想定しているが、これに限定されるものではなく、例えば当該注文リモコン１を、タッチパネルを有するタブレット端末で実現してもよい。

（注文処理（１）：注文決定までの処理）
図５は、注文リモコン１によって注文する際に押下するボタンを明示した図である。

図６は、図５に示す注文リモコン１によって、実際の注文の手順を説明する図である。

商品を注文するとき、図５に示すように、まず、注文リモコン１の商品ボタン１２を１度押下する。このとき、図６の（１）に示すように、押下した商品ボタン１２に割り振られた商品の情報、すなわち、「日替り弁当、明日は牛すき煮です。よろしければ、もう一度押してください。」が提示部１９からアナウンスされる。

次に、（１）で押下した商品ボタン１２と同じ商品ボタン１２を再度押下すると、図６の（２）に示すように、「日替り弁当、おひとつ」と提示部１９からアナウンスされ、商品ボタン１２が点灯する。

続いて、商品の選択が終了した時点、すなわち商品ボタン１２の操作が終了した時点で、注文した内容を確認するために、ユーザは、注文確認ボタン１３を押下する。注文確認ボタン１３が押下されると、図６の（３）に示すように、「ご注文を確認します。日替り弁当、おひとつ。よろしければ、注文ボタンを押してください。」と提示部１９からアナウンスされる。

ここで、注文した内容を変更しい場合、ユーザは、図５の注文確認ボタン１３の隣に配置された「やり直す」ボタンを押下する。これにより、注文情報登録部１７ａに登録された注文情報が一度リセットされる。そして、ユーザによって、再度商品の注文操作が行なわれる。

一方、注文した内容で問題無い場合、ユーザは、注文ボタン１１を押下する。注文ボタン１１が押下されると、図６の（４）に示すように、「ご注文の処理中です。しばらくお待ちください。」と提示部１９からアナウンスされる。そして、しばらく待って、注文が確定されたことがクラウドサーバ３から送られると、「ご注文が確定されました。明日、１２時までにお届けします。お買い上げありがとうございます。」と提示部１９からアナウンスされる。

以下、注文ボタン１１が押下されて、提示部１９から注文の確定のアナウンスがあるまでの処理について説明する。

注文処理（２）：注文確定までの処理）
図７は、図５に示す注文ボタン１１が押下された後の処理手順の流れを説明する図である。ここで、注文内容として、注文する商品を「日替り弁当」（牛すき煮）、個数を１とする。なお、図７では、応答装置２、クラウドサーバ３をまとめて受注システムとする。

注文リモコン１は、ユーザによって注文ボタン１１が押下されると、電話回線を接続して応答装置２に発信する。これにより、注文リモコン１の電話回線が接続されると、注文リモコン１は、当該注文リモコン１のユーザの識別コード、予め設定された暗証番号を発注者情報として、ＤＴＭＦ形式の信号として応答装置２に送信する。例えば、識別コードとして“＃１２３４５６７＃”、暗証番号として例えば“＃９９９９＃”を応答装置２に送る。

注文リモコン１は、注文ボタン１１が押下されると、提示部１９にて「ご注文処理中です。しばらくお待ちください。」とアナウンスする。このアナウンスは、最初の１回だけでもよいし、注文が確定するまで繰り返してもよい。

応答装置２は、注文リモコン１の電話番号を示すナンバーディスプレイ情報、識別コード、暗証番号を、インターネットを介してクラウドサーバ３に送信する。ここでは、応答装置２は、注文リモコン１から受け取ったナンバーディスプレイ信号とＤＴＭＦ形式の信号をＸＭＬ形式の信号に変換して、クラウドサーバ３に送信する。

クラウドサーバ３は、受け取った注文リモコン１のナンバーディスプレイ情報、識別コード、暗証番号から、当該注文リモコン１の認証を行なう。クラウドサーバ３は、認証が完了すると、認証が完了したことを示すＸＭＬ形式の信号を、応答装置２に送信する。

応答装置２は、クラウドサーバ３から送信された認証が完了したことを示すＸＭＬ形式の信号をＤＴＭＦ形式の信号に変換して、注文リモコン１に送信する。

注文リモコン１は、応答装置２から認証完了を示すＤＴＭＦ形式の信号を受け取ると、注文内容をＤＴＭＦ形式の信号で、応答装置２に送信する。この場合、「日替り弁当」（牛すき煮）を示す商品コード（“＃１００１１＃”）、「個数＝１」を示す“＃０１＃”を応答装置２に送信する。なお、注文する商品が複数種類あれば、それぞれの商品について、商品コード、個数をＤＴＭＦ形式の信号で順次応答装置２に送信する。

応答装置２は、注文リモコン１から注文内容を示すＤＴＭＦ形式の信号を受け取ると、日替り弁当（牛すき煮）１個の注文処理を実行する。具体的に、応答装置２は、注文リモコン１から受け取った注文内容を示すＤＴＭＦ形式の信号をＸＭＬ形式の信号に変換して、クラウドサーバ３に送信する。

クラウドサーバ３は、受け取った注文内容を示すＸＭＬ形式の信号から、注文リモコン１による注文内容を受付け、注文が確定したことを示すＸＭＬ形式の信号を応答装置２に送信する。この注文が確定したことを示す注文確定のＸＭＬ形式の信号には、「ご注文が確定されました。明日の１２時までにお届けします。お買い上げありがとうございました。」を音声にて出力するための音声ファイルが含まれている。なお、この音声ファイルは、上記ＸＭＬ信号に含まれていなくてもよい。この場合、応答装置２が音声を生成してもよいし、注文リモコン１へＤＴＭＦ形式の信号で配達予定日を通知し、注文リモコン１が音声を生成してもよい。

応答装置２は、クラウドサーバ３から送信された注文確定のＸＭＬ形式の信号をＤＴＭＦ形式の信号に変換して、注文リモコン１に送信する。

注文リモコン１は、応答装置２から注文確定のＤＴＭＦ形式の信号を受け取ると、提示部１９から「ご注文が確定されました。明日の１２時までにお届けします。お買い上げありがとうございました。」とアナウンスする。なお、このアナウンスされる音声は、応答装置２が電話回線へ出力し、注文リモコン１のスピーカから出力するようにしてもよい。また、注文リモコン１がＤＴＭＦ形式の信号で受信した注文結果／配達予定日に基づき、自分で音声を生成してもよい。

応答装置２は、注文確定のＤＴＭＦ形式の信号の送信後、電話回線を切断するための注文完了を示すＤＴＭＦ形式の信号を注文リモコン１に送信する。

注文リモコン１は、注文完了のＤＴＭＦ形式の信号を受け取ると、電話回線を切断する。

なお、電話回線の接続と切断は、注文リモコン１側で行うようにしているが、これに限定されるものではなく、注文リモコン１側で電話回線の接続を行い、応答装置２側で、注文完了のＤＴＭＦ形式の信号を送信した後に電話回線の切断を行ってもよい。

なお、注文リモコン１は、注文が確定する際に、応答装置２から受信した「明日の１２時までにお届けします。」というお届け予定日を記憶部１７に記憶させておく。そして、注文確認ボタン１３が押下されると、「明日の１２時までにお届けします。」というお届け予定日を音声にて提示部１９から出力する。

（効果）
上記構成の注文リモコン１において、電話回線を使用するのは、注文ボタン１１が押下されてから、注文完了するまでの間である。これにより、従来の電話回線を使用した商品の注文方法のように、商品の選択、選択した商品の個数などを含む注文内容の確定と、商品注文の決定までの間、電話回線を使用する場合に比べて、電話回線の使用時間（通話時間）を短縮できる。

〔変形例〕
上述した発注者情報は、ユーザ特定情報ではなく、注文リモコン１の特定情報であってもよい。上述の説明では、発注者情報は発注者のユーザ特定情報であるとしたが、発注者情報は注文リモコン１の識別情報であってもよい。例えば、発注者情報として、注文リモコン１の製品シリアルナンバー等を使用してもよい。

この場合、顧客情報ＤＢ３２１の顧客情報には、ユーザ特定情報とともに、またはユーザ特定情報の代わりに、該顧客に対応する注文リモコン１の識別情報が含まれる。そして、認証部３０２は、注文リモコン１から応答装置２を介し受信した発注者情報と、顧客情報ＤＢ３２１の各顧客情報に含まれる、注文リモコン１の識別情報とを照合することにより、ユーザ認証を行う。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

本実施形態では、注文リモコン１を用いて、複数の商品、複数個の注文を行なう際の注文操作について説明する。なお、以下では、注文する商品として、「日替り弁当」、「天然水２Ｌ ６本セット」の２種類とし、それぞれ２個ずつ注文する例について説明する。

（注文処理）
図８は、本実施形態に係る注文リモコン１を用いた注文操作の方法を説明するための図である。

図９は、図８に示す注文リモコン１を用いた注文操作の実際の操作処理の流れを示す図である。

まず、図８に示す注文リモコン１において、「日替り弁当」に対応する商品ボタン１２を押下する。図９の（１）に示すように、商品ボタン１２の１回目の押下時には、提示部１９から「日替り弁当、明日は牛すき煮です。よろしければ、もう一度ボタンを押してください。」とアナウンスされる。

次に、商品ボタン１２が１回目の押下に加えて、２回目押下されると、図９の（２）に示すように、提示部１９から「日替り弁当、おひとつ」とアナウンスされ、商品ボタン１２が点灯する。

続いて、同じ商品を連続して２個注文する際には、図９の（３）に示すように、既に点灯している商品ボタン１２を押下する。この押下時に、提示部１９から「日替り弁当、おふたつ」とアナウンスされる。

次に、図８に示す注文リモコン１において、「天然水２Ｌ ６本セット」に対応する商品ボタン１２を押下する。図９の（４）に示すように、提示部１９から「天然水２Ｌ ６本セット、おひとつ」とアナウンスされ、商品ボタン１２が点灯する。

続いて、同じ商品を連続して２個注文する際には、図９の（５）に示すように、既に点灯している商品ボタン１２を押下する。この押下時に、提示部１９から「天然水２Ｌ ６本セット、おふたつ」とアナウンスされる。

次に、図８に示す注文リモコン１において、注文確認ボタン１３を押下すると、提示部１９から、図９の（６）に示すように、「ご注文を確認します。日替り弁当、おふたつ、天然水２Ｌ ６本セット、おふたつ。よろしければ、注文ボタンを押してください。」とアナウンスされる。

最後に、注文リモコン１における注文ボタン１１を押下する。これにより、ユーザによる商品の注文が決定される。注文決定後の処理は、前記実施形態１の図７に示す処理の流れとほぼ同じである。前記実施形態１の図７に示す処理と異なるのは、商品コードが２種類（日替り弁当、天然水２Ｌ ６本セット）、個数もそれぞれ２個となっている点である。

（効果）
以上のように、複数の商品を複数個注文する場合であっても、注文リモコン１側で注文を決定するまでの操作を行ない、注文ボタン１１を押下して初めて電話回線を接続することになる。これにより、従来の電話回線を使用した商品の注文方法のように、商品の選択、選択した商品の個数などを含む注文内容の確定と、商品注文の決定までの間、電話回線を使用する場合に比べて、電話回線の使用時間（通話時間）を大幅に短縮できる。

なお、上記の説明では、注文する商品が複数種、複数個あっても注文が決定したとき、すなわち注文ボタン１１を押下したときに初めて電話回線を接続するようになっているが、このような仕様に限定されるものではない。例えば、注文リモコン１において、注文ボタン１１の１回目の押下では注文が決定するだけで、電話回線に接続せず、続けて２回目の注文ボタン１１が押下されることによって、初めて電話回線に接続するようにしてもよい。このように、注文ボタン１１を２回連続して押下することで初めて電話回線に接続するようにすることで、１回目の注文ボタン１１の押下後に、注文内容の変更を行なうことが可能となる。また、１回目の注文を注文ボタン１１の押下により注文を決定した後、さらに、他の商品を選択してから注文ボタン１１の押下により注文を決定する。そして、続けて、注文ボタン１１を押下することで、初めて電話回線に接続し、２回分の注文を一括して応答装置２に送信してもよい。これにより、注文の都度電話回線に接続した場合よも複数の注文を一括して送信することになるので、電話回線を使用した通話時間を短くすることができるという効果を奏する。

〔実施形態３〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

本実施形態では、注文リモコン１が備えるお知らせボタン１６を利用した注文処理について説明する。

（注文処理（３））
図１０は、本実施形態に係る注文リモコン１が備えるお知らせボタン１６を利用した注文処理を説明するための図である。

図１１は、図１０に示す注文リモコン１を用いた注文操作の実際の操作処理の流れを示す図である。

クラウドサーバ３からのお知らせがあると、図１０に示す注文リモコン１のお知らせボタン１６が点滅する。点滅しているお知らせボタン１６を押下すると、図１１の（１）に示すように、提示部１９から「店舗からのお知らせです。明日は土用の丑の日、ウナギの蒲焼き弁当はいかがですか？おすすめボタンで注文できますよ。」とアナウンスされる。

さらに、おすすめ商品ボタン１４を押下すると、図１１の（２）に示すように、提示部１９から「明日のおすすめは、うなぎの蒲焼き弁当です。よろしければ、もう一度押してください。」とアナウンスされる。

上記のアナウンスの後、おすすめ商品ボタン１４をさらに押下すると、図１１の（３）に示すように、提示部１９から「明日のお勧め、おひとつ」とアナウンスされる、おすすめ商品ボタン１４が点灯する。ここで、注文を確認するときには、図１１の（４）に示すように、注文確認ボタン１３を押下する。すると、提示部１９から「ご注文を確認します。明日のお勧め、おひとつ。よろしければ、注文ボタンを押してください。」とアナウンスされる。

最後に、図１１の（５）に示すように、注文リモコン１における注文ボタン１１を押下する。これにより、ユーザによる商品の注文が決定される。注文決定後の処理は、前記実施形態１の図７に示す処理の流れとほぼ同じである。前記実施形態１の図７に示す処理と異なるのは、商品コードが（明日のお勧め）となる点である。

（情報配信）
図１２は、注文リモコン１が備える各種ボタンに対応付けられた情報の更新を管理するための管理テーブルである。ここで、図１２の（ａ）は、更新前のデータ、（ｂ）は、更新後のデータを示す。管理テーブルは、注文リモコン１の記憶部１７に格納されている。

管理テーブルは、注文リモコン１が備える各ボタンに対して割り当てられた商品コード、商品音声データを示している。また、日替りで更新される情報に対しては、日替りフラグが立てられている。例えば、商品（１）に対応する商品ボタン１２には、日替り弁当（Ａ）、商品コード（“１００１１”）、商品音声「日替り弁当（Ａ）」、「明日は牛すき煮です」が割り振られ、商品が日替り弁当（Ａ）であるため、日替りフラグが立っている。

従って、管理テーブルにおいて、日替りフラグの立っている商品ボタン１２に対応する商品コードおよび商品音声が応答装置２との通信によって更新される。そして、管理テーブルは、図１２の（ａ）に示す更新前の状態から、自動更新によって、図１２の（ｂ）に示す更新後の状態となる。この自動更新は、電話使用率が低い時間帯（夜間または早朝）に自動更新を行なうのが好ましいが、これらの時間帯に限定されるものではなく、所定の日時に行なうようにしてもよい。

管理テーブルの更新は、上述したように、自動的に更新するようにしてもよいし、注文リモコン１を使用するユーザが必要に応じて、更新するようにしてもよい。この場合、注文リモコン１に更新ボタンを新たに設け、更新ボタンを押下することで、上述した図１２に示すようなシーケンスが自動的に行なわれ、管理テーブルを更新する。

次に、注文リモコン１内の情報の更新について説明する。図１３は、注文リモコン１の情報更新のシーケンス図である。ここで、注文リモコン１が備える商品ボタン１２のうち、図１２の（ａ）に示すように、日替りフラグが立っている商品ボタン１２、おすすめ商品ボタン１４、お知らせボタン１６に対応する情報が更新される。

例えば、図１３に示すように、注文リモコン１が応答装置２に対して自動発信する。このとき、商品の注文時と同様に、識別コード、暗証番号をＤＴＭＦ形式で応答装置２に送信する。応答装置２では、受け取ったナンバーディスプレイ情報、識別コード、暗証番号をクラウドサーバ３に送信し、当該クラウドサーバ３から認証完了を示す信号を受け取り、注文リモコン１の認証完了の信号を当該注文リモコン１に送信する。

認証が完了すると、注文リモコン１では、商品ボタン１２の商品コード、おすすめ商品ボタン１４の商品コードの入替え、商品音声、お知らせ音声の通話録音を行なう。つまり、注文リモコン１では、日替りフラグの立っている、商品ボタン１２、おすすめ商品ボタン１４の商品コードおよび商品音声、お知らせボタン１６のお知らせ音声が順番に更新される。

商品ボタン１２の商品コード、商品音声の更新は、例えば図１２に示すように、注文リモコン１は、既に受け取っている本日の日替り弁当の情報「日替り弁当／牛すき煮」を示す商品コード（“＃１００１１＃”）を応答装置２に送信する。

応答装置２は、注文リモコン１から「日替り弁当／牛すき煮」を示す商品コード（“＃１００１１＃”）を受け取ると、次の日の日替り弁当の情報を商品コードと、商品音声データとを当該注文リモコン１に送信する。ここでは、次の日の日替り弁当がさばの塩焼きとすると、商品コード（“＃１００１２＃”）と、商品音声データ「明日はさばの塩焼きです」とを注文リモコン１に送信する。

注文リモコン１では、応答装置２から受け取った次の日替り弁当の情報から、商品コードを入替え、商品音声データを通話録音機能によって保存する。

同様にして、おすすめ商品ボタン１４の商品コードおよび商品音声、お知らせボタン１６のお知らせ音声の更新が行なわれる。

最後のお知らせボタン１６のお知らせ音声の更新が終了すると、応答装置２から情報配信完了を示す信号が送信し、注文リモコン１は電話回線の切断を行なう。

なお、注文リモコン１に搭載される管理テーブルは、初期段階（ユーザ宅に注文リモコン１が届いた段階）では、商品の割り当て、日替りフラグ、商品コード、音声データ等の各種情報が設定されていないブランク状態である。従って、管理テーブルは、応答装置２に対して最初に接続したときに、当該応答装置２から各種情報を取得して設定するようになっている。

また、応答装置２に各種情報が設定された複数種類のパターンが用意され、注文リモコン１から所望のパターンを指定することで、当該注文リモコン１の管理テーブルに指定されたパターンに含まれる各種情報が配信されるようにしてもよい。

さらに、ユーザ宅に届けられる前に、注文リモコン１に搭載される管理テーブルに各種情報が設定されていてもよい。

（効果）
上記構成によれば、注文リモコン１内に、日替りの商品の情報が常に更新されるので、当該注文リモコン１を利用するユーザは、商品を注文するのに飽きが来ない。

〔ソフトウェアによる実現例〕
注文リモコン１の制御ブロック（特に注文処理部１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、注文リモコン１は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔実施形態４〕
上記各実施形態では、１つのクラウドサーバ３を用いる例を説明したが、クラウドサーバ３の有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。

〔実施形態５〕
注文リモコン１、応答装置２、クラウドサーバ３の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、注文リモコン１、応答装置２、クラウドサーバ３のそれぞれを、図１４に示すようなコンピュータ（電子計算機）を用いて構成することができる。

図１４は、注文リモコン１、応答装置２、クラウドサーバ３として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。

補助記憶装置９１４には、コンピュータ９１０を注文リモコン１、応答装置２、クラウドサーバ３として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行する。これにより、コンピュータ９１０を、注文リモコン１、応答装置２、クラウドサーバ３が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、上記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、および出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。

また、上記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

（変形例）
なお、前記各実施形態では、電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）を用いた通信を行なう場合の例について説明したが、これに限定されるものではない。例えば音声を表す信号を用いた通信であっても同様に実現することができる。この場合、注文リモコン１に、応答装置２から例えば「日替り弁当」のような音声が送信されると、当該音声を「日替り弁当」の商品ボタン１２に対応付けて記憶部１７に記憶する。ユーザが、注文リモコン１の「日替り弁当」の商品ボタン１２を押すと「日替り弁当」という音声が流れ、注文ボタン１１が押されると「日替り弁当、１個」という音声が応答装置２側に送信される。応答装置２側では、注文リモコン１から送信された音声を認識して、日替り弁当と個数を判断する。

〔まとめ〕
本発明の態様１に係る商品注文端末装置は、商品の注文を受付ける注文受付サーバ（応答装置２）との間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）、音声を表す信号の少なくとも一方の信号を用いた通信を行なう送受信部１８によって情報の送受信を行なう商品注文端末装置（注文リモコン１）であって、ユーザによって選択された商品の注文に必要な注文情報を登録する注文情報登録部１７ａと、選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって、上記電話回線に接続し、上記注文情報登録部１７ａに登録された注文情報を上記注文受付サーバ（応答装置２）に送信するように上記送受信部１８を制御する注文情報送信制御部１０２と、を備えていることを特徴としている。

従来の電話回線を用いた音声案内による商品注文では、商品の選択、さらに注文確定までにかかる時間が通話時間となる。これに対して、上記構成によれば、ユーザによって選択された商品の注文に必要な注文情報を、選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって上記注文受付サーバに送信することで、商品の注文の決定まで通信を行なわないため、商品の注文の決定から商品の注文の確定までの時間が実際のＤＴＭＦを用いた通話時間となる。従って、従来の電話回線を用いた音声案内による商品注文に対して、商品の注文の決定までの時間だけ、通話時間を短くできる。

本発明の態様２に係る商品注文端末装置は、上記態様１において、上記注文情報送信制御部１０２は、上記注文情報を送信した後、上記注文受付サーバ（応答装置２）から商品の注文の受付けが完了したことを示す注文完了信号を受付けることで、上記送受信部１８による上記注文受付サーバ（応答装置２）との通信を切断してもよい。

上記構成によれば、電話回線の切断を確実に行なうことができるので、通話時間の短縮を確実に行なうことができる。

本発明の態様３に係る商品注文端末装置は、上記態様１または２において、ユーザが操作することで注文する商品を選択する商品選択ボタン（商品ボタン１２）が商品毎に設けられ、上記商品選択ボタン（商品ボタン１２）には、上記注文情報が対応付けられ、上記注文情報登録部１７ａは、上記商品選択ボタン（商品ボタン１２）が操作されたことを示す信号を受付けると、当該商品選択ボタン（商品ボタン１２）に注文情報をユーザが選択した商品として登録してもよい。

上記構成によれば、注文する商品を選択する商品選択ボタンが商品毎に設けられていることで、ユーザは、商品選択ボタンによって注文したい商品を容易に選択することができる。

本発明の態様４に係る商品注文端末装置は、上記態様３において、上記商品選択ボタン（商品ボタン１２）には、商品選択機能の他に、商品選択後に当該商品選択ボタン（商品ボタン１２）を操作することで商品の個数入力を行なう機能が割り振られていてもよい。

上記構成によれば、商品選択ボタンを操作して商品の選択を行なった後、当該商品選択ボタンをさらに操作することで個数情報を入力することができるため、商品選択ボタンに対応付けられた商品を複数個選択する場合に、従来のように、商品を特定するためのＤＦＴＭＦ信号を繰り返す必要がないため、ＤＴＭＦ信号の出力長を短くできる。

本発明の態様５に係る商品注文端末装置は、上記態様１～４の何れか１項において、注文内容の確認を指示する信号を受付けると、上記注文情報登録部１７ａに登録された注文情報を読み出して、注文内容を提示する提示部１９をさらに備えていてもよい。

上記構成によれば、注文内容が提示されるので、注文内容の確認を行なうことができる。これにより、自分のした注文内容の間違いの有無を確認できる駄目、ユーザは安心して商品注文端末装置を利用することができる。ここで、提示方法としては、液晶パネル等の表示部を用いて注文内容を表示する方法であってもよいし、スピーカから音声により注文内容を発する方法であってもよい。

本発明の態様６に係る商品注文端末装置は、上記態様１～５の何れか１態様において、上記注文受付サーバ（応答装置２）から送信される商品の内容を示す商品情報を取得する商品情報取得部１０４と、上記商品情報取得部１０４が取得した商品情報を上記提示部１９に提示させる情報提示制御部１０５と、を備えていてもよい。

上記構成によれば、サーバからの商品情報が提示されることで、ユーザは最新の商品情報を確認することが可能となる。

本発明の態様７に係る商品注文端末装置は、上記態様６において、上記電話回線によって送られた音声データを録音する通話録音部１７ｃを有し、上記商品情報取得部１０４は、取得した商品情報に含まれる音声データを、上記通話録音部１７ｃに録音すると共に、当該商品情報が登録される商品選択ボタン（商品ボタン１２）に対応付けてもよい。

上記構成によれば、商品選択ボタンを押下することで、当該商品選択ボタンに紐付けられた商品情報に含まれる音声データを再生することが可能となる。これにより、ユーザは、商品情報の確認を眼だけでなく、耳でも確認できるので、注文する商品に関する情報を容易に確認することができる。

本発明の態様８に係る商品注文端末装置を用いて商品注文方法は、商品の注文を受付ける注文受付サーバ（応答装置２）との間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）、音声を表す信号の少なくとも一方の信号を用いた通信を送受信部１８によって情報の送受信を行なう商品注文端末装置（注文リモコン１）を用いた商品注文方法であって、ユーザによって選択された商品の注文に必要な注文情報を注文情報登録部１７ａに登録するステップと、選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって、上記電話回線に接続し、上記注文情報登録部１７ａに登録された注文情報を上記注文受付サーバ（応答装置２）に送信するように送受信部１８を制御するステップと、を含むことを特徴としている。

本発明の各態様に係る商品注文端末装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記商品注文端末装置が備える各部（ソフトウェア要素）として動作させることにより上記商品注文端末装置をコンピュータにて実現させる商品注文端末装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ 注文リモコン（商品注文端末装置）
２ 応答装置
３ クラウドサーバ
１０ 注文処理部
１１ 注文ボタン
１２ 商品ボタン
１３ 注文確認ボタン
１４ 商品ボタン
１５ 予定ボタン
１６ お知らせボタン
１７ 記憶部
１７ａ 注文情報登録部
１７ｂ 商品情報格納部
１７ｃ 通話録音部
１８ 送受信部
１９ 提示部
１０１ 注文決定部
１０２ 注文情報送信制御部
１０３ 注文情報取得部
１０４ 商品情報取得部
１０５ 情報提示制御部
５００ 買物支援システム

Claims (7)

1. 商品の注文を受付ける注文受付サーバとの間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）、音声を表す信号の少なくとも一方の信号を用いた通信を行なう送受信部によって情報の送受信を行なう商品注文端末装置であって、
   ユーザによって選択された商品の注文に必要な注文情報を登録する注文情報登録部と、
   選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって、上記電話回線に接続し、上記注文情報登録部に登録された注文情報を上記注文受付サーバに送信するように上記送受信部を制御する注文情報送信制御部と、
   上記注文受付サーバから送信される商品の内容を示す商品情報を取得する商品情報取得部と、
   上記商品情報取得部が取得した商品情報を提示する提示部と、
   上記電話回線によって送られた音声データを録音する通話録音部と、を備え、
   上記商品情報取得部は、
   取得した商品情報に含まれる音声データを、上記通話録音部に録音することを特徴とする商品注文端末装置。
2. 上記注文情報送信制御部は、
   上記注文情報を送信した後、上記注文受付サーバから商品の注文の受付けが完了したことを示す注文完了信号を受付けることで、上記送受信部による上記注文受付サーバとの通信を切断することを特徴とする請求項１に記載の商品注文端末装置。
3. ユーザが操作することで注文する商品を選択する商品選択ボタンが商品毎に設けられ、
   上記商品選択ボタンには、上記注文情報が対応付けられ、
   上記注文情報登録部は、
   上記商品選択ボタンが操作されたことを示す信号を受付けると、当該商品選択ボタンに注文情報をユーザが選択した商品として登録することを特徴とする請求項１または２に記載の商品注文端末装置。
4. 上記商品選択ボタンには、商品選択機能の他に、商品選択後に当該商品選択ボタンを操作することで商品の個数入力を行なう機能が割り振られていることを特徴とする請求項３に記載の商品注文端末装置。
5. 注文内容の確認を指示する信号を受付けると、上記注文情報登録部に登録された注文情報を読み出して、注文内容を提示する注文内容提示部をさらに備えていることを特徴とする請求項１～４の何れか１項に記載の商品注文端末装置。
6. 上記商品情報取得部は、
   取得した商品情報に含まれる音声データを、当該商品情報が登録される商品選択ボタンに対応付けることを特徴とする請求項１～５の何れか１項に記載の商品注文端末装置。
7. 商品の注文を受付ける注文受付サーバとの間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）、音声を表す信号の少なくとも一方の信号を用いた通信を行なう送受信部によって情報の送受信を行なうと共に、上記電話回線によって送られた音声データを録音する通話録音部を有する商品注文端末装置を用いた商品注文方法であって、
   ユーザによって選択された商品の注文に必要な注文情報を注文情報登録部に登録するステップと、
   選択された商品の注文が決定されたことを示す注文決定信号を受付けることによって、上記電話回線に接続し、上記注文情報登録部に登録された注文情報を上記注文受付サーバに送信するように上記送受信部を制御するステップと、
   上記注文受付サーバから送信される商品の内容を示す商品情報を取得するステップと、
   上記商品情報を取得するステップにおいて取得した商品情報を提示するステップと、を含み、
   上記商品情報を取得するステップは、
   取得した商品情報に含まれる音声データを上記通話録音部に録音することを特徴とする商品注文方法。

Images