(57)【要約】【課題】注文する商品の数や種類が多くなっても、通話時間が長くならない受注サーバ等を実現する。【解決手段】受注サーバ（５）は、注文情報を注文リモコン（１）からＤＴＭＦ信号および音声を表す信号の少なくとも一方の形式で受信する受注サーバ通信部（５１）と、注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部（５０３）を備える。【選択図】図１
2019097002.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と電話回線を介して通信する受注サーバであって、
前記端末装置が保持している未発信の注文を一括した情報である注文情報を、前記端末装置からＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する通信部と、
前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部と、を備えることを特徴とする、受注サーバ。
【請求項２】
前記通信部は、前記端末装置において１回の注文内容が決定された後に前記端末装置と前記電話回線での通信を開始することを特徴とする、請求項１に記載の受注サーバ。
【請求項３】
前記通信部は所定の時刻に前記端末装置を発呼して該端末装置との通信を開始することを特徴とする、請求項１に記載の受注サーバ。
【請求項４】
前記通信部は、前記注文内容が確定された場合に、注文完了を示す情報を前記端末装置に送信した後に前記端末装置との通信を切断することを特徴とする、請求項１〜３のいずれか１項に記載の受注サーバ。
【請求項５】
前記注文完了を示す情報には、前記注文情報が示す商品の、配達予定日を示す情報が含まれており、
前記通信部は、前記配達予定日を示す情報を前記端末装置に記憶させることを特徴とする、請求項４に記載の受注サーバ。
【請求項６】
前記通信部は発注者のユーザ特定情報または端末装置の識別情報を示す発注者情報を受信し、
前記発注者情報に基づきユーザ認証を実行する認証部を備え、
前記受注データ作成部は、前記ユーザ認証が成功した場合に、前記端末装置から受信した注文情報に基づき前記受注データを作成することを特徴とする、請求項１〜５のいずれか１項に記載の受注サーバ。
【請求項７】
前記通信部は、注文対象となる商品の商品情報を前記端末装置に送信するための配信情報を前記端末装置に送信することで、前記端末装置に前記配信情報を記憶させることを特徴とする、請求項１〜６のいずれか１項に記載の受注サーバ。
【請求項８】
前記配信情報には、前記端末装置において音声として出力する内容を示す情報が含まれることを特徴とする、請求項７に記載の受注サーバ。
【請求項９】
発注者のユーザ特定情報または端末装置の識別情報を示す発注者情報に応じた、前記端末装置において注文可能な商品の割り当てを示す情報を含む初期設定情報を取得する初期設定情報取得部を備え、
前記通信部は、前記端末装置の初期設定時に前記端末装置から前記発注者情報を受信し、前記初期設定情報取得部が取得した、該発注者情報に応じた初期設定情報を、前記端末装置に送信することを特徴とする、請求項１〜８のいずれか１項に記載の受注サーバ。
【請求項１０】
前記初期設定情報には、端末装置において音声として出力する内容の初期設定が含まれることを特徴とする、請求項９に記載の受注サーバ。
【請求項１１】
応答装置と管理サーバとを含む受注システムであって、
前記応答装置は、
端末装置が保持している未発信の注文を一括した情報である注文情報を、前記端末装置から電話回線を介してＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する第１通信部と、
前記注文情報を前記管理サーバが読み取り可能なデータ形式に変換する変換部と、
変換後の注文情報を前記管理サーバに送信する第２通信部と、を備え、
前記管理サーバは、
前記応答装置から通信ネットワークを介して前記変換後の注文情報を受信するサーバ通信部と、
前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部と、を備えることを特徴とする、受注システム。
【請求項１２】
前記応答装置の前記第１通信部は、前記端末装置において１回の注文内容が決定された後に前記端末装置と前記電話回線での通信を開始することを特徴とする、請求項１１に記載の受注システム。
【請求項１３】
前記サーバ通信部は、注文対象となる商品の商品情報を前記端末装置に送信するための配信情報を前記応答装置に送信し、
前記応答装置の変換部は前記配信情報の少なくとも一部をＤＴＭＦ信号および音声を表す信号の少なくとも一方の形式に変換し、
前記第１通信部は変換後の配信情報を前記端末装置に送信することで、前記端末装置に前記配信情報を記憶させることを特徴とする、請求項１１または１２に記載の受注システム。
【請求項１４】
前記配信情報には、前記端末装置において音声として出力する内容を示す情報が含まれることを特徴とする、請求項１３に記載の受注システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公衆電話回線を使用して商品を注文するための受注サーバ等に関する。
【背景技術】
【０００２】
従来、公衆電話回線を使用して商品を注文する装置が開示されている。例えば、特許文献１には、商品発注用操作タブレットが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−３１８２１８号公報（１９９４年１１月１５日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のような従来技術は、注文操作を行なう際に、オフフックを行ない、受注センタへ接続した後、音声案内に沿って商品の発注を確定させた後、オンフックを行なう。つまり、注文操作が開始されてから、終了するまで通話中となっている。このため、注文する商品の数や種類が多いと、その分、通話時間が長くなるという問題が生じる。
【０００５】
本発明の一態様は、注文する商品の数や種類が多くなっても、通話時間が長くならない受注サーバ等を実現することを目的とする。
【課題を解決するための手段】
【０００６】
前記の課題を解決するために、本発明の一態様に係る受注サーバは、端末装置と電話回線を介して通信する受注サーバであって、前記端末装置が保持している未発信の注文を一括した情報である注文情報を、前記端末装置からＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する通信部と、前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部と、を備えることを特徴とする。
【０００７】
前記の課題を解決するために、本発明の一態様に係る受注システムは、応答装置と管理サーバとを含む受注システムであって、前記応答装置は、端末装置が保持している未発信の注文を一括した情報である注文情報を、前記端末装置から電話回線を介してＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する第１通信部と、前記注文情報を前記管理サーバが読み取り可能なデータ形式に変換する変換部と、変換後の注文情報を前記管理サーバに送信する第２通信部と、を備え、前記管理サーバは、前記応答装置から通信ネットワークを介して前記変換後の注文情報を受信するサーバ通信部と、前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明の一態様によれば、注文する商品の数や種類が多くなっても、通話時間が長くなることを防ぐことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態１に係る買物支援システムに含まれる、各種装置の要部構成を示すブロック図である。
【図２】実施形態１に係る買物支援システムの概要の一例を示す図である。
【図３】実施形態１に係る買物支援システムに含まれる注文リモコンの概略構成ブロック図である。
【図４】前記注文リモコンのボタンの配置例を示す図である。
【図５】実施形態１に係る買物支援システムで実行される注文処理の一例を示すシーケンス図である。
【図６】実施形態１に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。
【図７】実施形態１に係る商品情報データベースのデータ構造の一例を示す図である。
【図８】実施形態２に係る買物支援システムで実行される注文処理の一例を示すシーケンス図である。
【図９】実施形態３に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。
【図１０】実施形態４に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。
【図１１】実施形態５に係る買物支援システムに含まれる、受注サーバの要部構成を示すブロック図である。
【図１２】実施形態５に係る買物支援システムで実行される注文処理の一例を示すシーケンス図である。
【図１３】実施形態５に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。
【図１４】前記各実施形態に係る注文リモコン、応答装置、クラウドサーバ、または受注サーバとして利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１０】
〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。まず始めに、本実施形態に係る買物支援システム５００の概要と、該システムを構成する装置の構成について、図１〜図２を用いて説明する。
【００１１】
（買物支援システム５００の概要）
図２は、本実施形態に係る買物支援システム５００の概要の一例を示す図である。本実施形態に係る買物支援システム５００は、通信販売における商品の発注に係る操作を簡便化するためのシステムである。買物支援システム５００は、注文リモコン（端末装置）１と、応答装置２と、クラウドサーバ（管理サーバ）３とを含む。図２には、応答装置２とクラウドサーバ３とが別個の装置である例が示されているが、応答装置２およびクラウドサーバ３は一個の装置で実現されてもよい。
【００１２】
注文リモコン１は、ユーザ（発注者）が商品発注に係る入力操作を行うためのリモコンである。注文リモコン１は、図示の通り、固定電話である電話機４と公衆電話回線との間に配線される。注文リモコン１は、予め登録されている電話番号（応答装置２の電話番号）と通話を行う。注文リモコン１は応答装置２以外の装置からの発呼および通話、ならびに電話機４からの発呼および通話には干渉せず、該発呼および通話の信号は注文リモコン１を通過する。これにより、例えば発注者の自宅の固定電話の機能を阻害することなく、注文リモコン１を電話回線に接続させることができる。なお、注文リモコン１の代わりに、注文リモコン１と通信する親機を電話機４と公衆電話回線との間に配線してもよい。この場合、注文リモコン１は親機を介して応答装置２と通話する子機であってもよい。さらに、注文リモコン１と電話機４は一体型でもよい。つまり、電話機４が注文リモコン１の機能を持っていてもよい。
【００１３】
注文リモコン１は、ユーザの入力操作に応じて発注する商品の種類および個数を決定する。注文リモコン１は注文情報を、ＤＴＭＦ（Dual Tone Multi Frequency）形式の信号で応答装置２に送信する。注文情報とは、商品の発注に係る情報であり、注文リモコン１が保持している未発信の注文を一括した情報である。注文リモコン１において注文が決定されると、その注文を示す情報が生成され、記憶部１７に格納される。注文リモコン１において、注文の決定タイミングと、注文情報の送信タイミングとが異なる場合、記憶部１７には複数回の注文を示す情報が未発信の状態で記憶部１７に格納される。注文情報は、これら１回以上の注文を示す情報をまとめた情報である。注文情報には、注文する商品の種類を示す情報（例えば、商品コード）と、該商品の個数を示す情報が少なくとも含まれている。注文情報の詳細な内容については後述する。また、注文リモコン１は応答装置２から、ＤＴＭＦ形式の信号のデータおよび音声信号のデータを受信する。注文リモコン１が送受信する情報については、後で詳述する。
【００１４】
応答装置２は、注文リモコン１とクラウドサーバ３とを仲介するゲートウェイである。応答装置２は、注文リモコン１から受信したＤＴＭＦ形式の注文情報を、クラウドサーバ３が読み取り可能な形式（例えば、ＸＭＬ形式）のデータに変換して、クラウドサーバ３に送信する。
【００１５】
応答装置２は、クラウドサーバ３から受信した配信情報（例えば、ＸＭＬ形式の配信情報）の少なくとも一部を、ＤＴＭＦ形式の信号に変換して注文リモコン１に送信する。また、応答装置２は、クラウドサーバ３から受信した配信情報の少なくとも一部を、例えばＴＴＳ（text to speech）機能等を用いて音声データに変換して、該音声データから生成する音声信号を、電話回線を介して注文リモコン１に送信する。もしくは、応答装置２はクラウドサーバ３から配信情報の少なくとも一部を含む音声データを受信し、該音声データから生成する音声信号を、電話回線を介して注文リモコン１に送信してもよい。
【００１６】
クラウドサーバ３は、応答装置２から受信した注文情報に基づいて、受注データを作成する。通信販売の事業者は受注データを参照して、該受注データに応じた種類および個数の商品を店舗から配送する。これにより、ユーザが注文リモコン１を介して発注した商品が、該ユーザの元に配達される。なお、クラウドサーバ３は受注データの作成前、すなわち注文の受け付け前に、発注者についてユーザ認証を行ってもよい。
【００１７】
また、クラウドサーバ３は注文対象となる商品の商品情報を管理する。事業者が、商品情報または各種商品についてのお知らせ等を更新した場合、クラウドサーバ３は更新内容を示す配信情報を作成し、所定のタイミングで応答装置２に送信する。また、商品情報に、諸条件（例えば曜日または日時）に応じてユーザに提示する内容が変化する情報（可変情報）が含まれる場合、クラウドサーバ３は現在の条件に応じた内容の可変情報を抽出し、配信情報として応答装置２に送信する。配信情報は応答装置２から注文リモコン１に送信され、注文リモコン１が保持する情報が更新される。
【００１８】
以降の説明では、一例として、弁当等の食品を販売するための買物支援システム５００について説明する。しかしながら、買物支援システム５００は各種サービス等、物品ではない商品の注文を受け付けるためのシステムであってもよい。つまり、商品は、物品以外に、各種サービス（例えば、部屋の清掃、ごみ捨て、エアコン清掃等のサービス）も含んでいる。
【００１９】
（装置の要部構成）
図１は、買物支援システム５００に含まれる各種装置の要部構成を示すブロック図である。
【００２０】
（注文リモコン１の要部構成）
注文リモコン１は、発注者が商品の注文時に必要な情報を入力するためのボタン（注文ボタン１１、商品ボタン１２、注文確認ボタン１３、おすすめ商品ボタン１４、お届け予定ボタン１５、お知らせボタン１６）と、ボタン押下をトリガとして注文処理を行なう注文処理部１０と、注文情報、商品情報等を記憶する記憶部１７と、発注者情報、注文情報の送信および、配信情報、注文完了情報、認証完了情報を受信する送受信部１８と、注文の確認や商品内容の説明などを発注者に提示する提示部１９とを含む。なお、注文リモコン１の詳細については後述する。
【００２１】
（応答装置２の要部構成）
応答装置２は、第１通信部２１と、第２通信部２２と、装置制御部（認証結果取得部、初期設定情報取得部、処理部）２０と、装置記憶部２３とを含む。
【００２２】
第１通信部２１は、注文リモコン１の送受信部１８から受信した注文情報を装置制御部２０に出力する。また、第１通信部２１は、装置制御部２０から入力される認証完了を示す通知、注文確定を示す通知、および配信情報を注文リモコン１に送信する。また、第１通信部２１は、後述する音声出力部２０３の出力音声を注文リモコン１に送信する。第２通信部２２は、クラウドサーバ３から受信した各種情報を装置制御部２０に出力する。また、第２通信部２２は、装置制御部２０から入力される各種情報をクラウドサーバ３のサーバ通信部３１（後述）に送信する。
【００２３】
装置制御部２０は、応答装置２を統括的に制御する。装置制御部２０は、ＤＴＭＦ情報取得部２０１と、ＸＭＬ情報取得部２０４と、変換部２０２と、音声出力部２０３とを含む。
【００２４】
ＤＴＭＦ情報取得部２０１は、第１通信部２１からＤＴＭＦ形式の信号を取得する。ＤＴＭＦ情報取得部２０１は例えば、注文情報、発注者のユーザ特定情報（発注者情報）、およびボタン情報を取得する。ＤＴＭＦ情報取得部２０１は、取得した各種情報を変換部２０２に出力する。なお、ボタン情報とは、注文リモコン１において、商品ボタン１２それぞれに割り当てられている商品コードを示す。
【００２５】
ＸＭＬ情報取得部２０４は第２通信部２２からＸＭＬ形式の情報を取得する。ＸＭＬ情報取得部２０４は例えば、認証完了を示す情報、注文確定を示す情報、および配信情報を取得する。ＸＭＬ情報取得部２０４は、取得した各種情報を変換部２０２に出力する。
【００２６】
変換部２０２は、各種データのデータ形式を変換する。変換部２０２は、ＤＴＭＦ形式の信号をＸＭＬ形式のデータに変換する。また、変換部２０２は、ＸＭＬ形式のデータをＤＴＭＦ形式の信号に変換する。なお、クラウドサーバ３がＤＴＭＦ形式の信号を読み取り可能である場合、装置制御部２０は、第１通信部２１から入力されたＤＴＭＦ形式の信号を、変換部２０２で形式変換せずに第２通信部２２に出力してもよい。また、クラウドサーバ３がＤＴＭＦ形式の信号を作成可能である場合、装置制御部２０は、第２通信部２２から入力されたＤＴＭＦ形式の信号を、変換部２０２で形式変換せずに第１通信部２１に出力してもよい。
【００２７】
また、変換部２０２は、ＸＭＬ形式のデータのうち、注文リモコン１に音声で伝える情報（注文結果を示す情報、および配信情報に含まれる商品説明等）を音声出力部２０３が出力可能な音声データに変換する。装置制御部２０は変換後の音声データを音声出力部２０３に出力する。なお、クラウドサーバ３から配信情報の一部を音声データとして受信した場合、変換部２０２は上述した変換は行わなくてよい。
【００２８】
音声出力部２０３は、変換部２０２から入力された音声データを自動読み上げ機能を用いて第１通信部２１に音声出力する。
【００２９】
装置記憶部２３は、応答装置２において必要な各種データを記憶する。装置記憶部２３は例えば、ＤＴＭＦ情報取得部２０１またはＸＭＬ情報取得部２０４が取得した情報を記憶してもよい。
【００３０】
（クラウドサーバ３の要部構成）
クラウドサーバ３は、サーバ通信部３１と、サーバ制御部３０と、サーバ記憶部３２とを含む。
【００３１】
サーバ通信部３１は、サーバ通信部３１は、応答装置２の第２通信部２２から受信する各種情報を、サーバ制御部３０に出力する。また、サーバ通信部３１は、サーバ制御部３０から出力される各種情報を、応答装置２の第２通信部２２に送信する。
【００３２】
サーバ制御部３０は、クラウドサーバ３を統括的に制御する。サーバ制御部３０は、サーバ情報取得部３０１と、認証部３０２と、配信情報抽出部３０３と、受注データ作成部３０４と、を含む。サーバ情報取得部３０１は、サーバ通信部３１から注文情報、発注者情報、およびボタン情報を取得する。サーバ情報取得部３０１は、発注者情報を取得した場合、該情報を認証部３０２に出力する。
【００３３】
認証部３０２は、発注者情報が示すユーザのユーザ認証を行う。認証部３０２は、発注者情報と、サーバ記憶部３２の顧客情報ＤＢ３２１（後述）に含まれる顧客情報のユーザ特定情報とを照合する。発注者情報といずれかの顧客情報のユーザ特定情報とが一致する場合、発注者情報が示すユーザは、顧客登録されたユーザである。この場合、認証部３０２は認証結果として認証完了を示す情報をサーバ通信部３１に出力する。一方、発注者情報がいずれの顧客情報のユーザ特定情報とも一致しない場合、発注者情報が示すユーザは顧客登録されていない。この場合、認証部３０２は、認証結果を出力しない。もしくは、この場合、認証部３０２は認証結果として認証失敗を示す情報をサーバ通信部３１に出力する。
【００３４】
配信情報抽出部３０３は、サーバ記憶部３２の商品情報ＤＢ３２２（後述）から、注文リモコン１に配信する必要がある情報（配信情報）を抽出する。例えば、配信情報抽出部３０３は、商品説明またはお知らせ等が更新された場合、更新後の内容を配信情報として抽出する。また例えば、商品情報に条件（例えば、曜日または日時）によって内容が変わる情報が含まれている場合、配信情報抽出部３０３は現在の条件に応じた商品情報（の少なくとも一部）を配信情報として抽出する。配信情報抽出部３０３は抽出した配信情報をサーバ通信部３１に出力する。なお、配信情報の出力形式は特に限定しないが、配信情報抽出部３０３は例えば配信情報をＸＭＬ形式のデータでサーバ通信部３１に出力してもよいし、音声データでサーバ通信部３１に出力してもよい。また、配信情報抽出部３０３は応答装置２および注文リモコン１におけるデータの使用態様に合わせて、複数のデータ形式で配信情報を分割して送信してもよい。例えば、配信情報のうち、商品説明など応答装置２において音声出力する予定の情報は音声データで送信し、商品コード等応答装置２から音声以外の形式で出力する予定の情報は、ＸＭＬ形式のデータで送信してもよい。
【００３５】
受注データ作成部３０４は、認証部３０２が認証完了したユーザの注文情報に基づいて受注データを作成する。受注データ作成部３０４は作成した受注データをサーバ記憶部３２の受注データ３２３に記憶させる。これにより、注文が確定される。
【００３６】
サーバ記憶部３２は、クラウドサーバ３において必要な各種データを記憶する。サーバ記憶部３２は少なくとも商品情報ＤＢ３２２を含んでいる。また、サーバ記憶部３２は顧客情報ＤＢ３２１および受注データ３２３を含んでいてもよい。
【００３７】
顧客情報ＤＢ３２１は、通信販売の各顧客に関する情報である顧客情報のデータベースである。顧客情報は少なくとも、ある顧客（ユーザ）を特定するユーザ特定情報を含む。顧客情報はこの他にも、顧客の年齢、性別、住所、電話番号、該顧客の使用している注文リモコン１の種類等を示す情報を含んでいてもよい。顧客情報のレコードは、事業者等により適宜追加、変更、または削除される。
【００３８】
商品情報ＤＢ３２２は、通信販売する各商品に関する情報である商品情報のデータベースである。商品情報は少なくとも、ある１種類の商品を特定する商品特定情報を含む。本実施形態では、商品特定情報として、商品コードを用いるものとする。商品情報はこの他にも、該商品の名称、価格、および商品説明等を示す情報を含んでいてもよい。商品情報のレコードは、事業者等により適宜追加、変更、または削除される。また、商品情報ＤＢ３２２は各商品に関する情報に加えて、事業者から発注者へのお知らせまたは宣伝等の情報を含んでいてもよい。
【００３９】
受注データ３２３は、受け付けた注文の内容を示すデータである。受注データ３２３は少なくとも、注文された商品の種類および個数を示す情報と、発注者情報とを含む。事業者は、パーソナルコンピュータ（ＰＣ）等の端末から受注データ３２３を参照することで、発注者と、発注商品の種類および個数とを特定することができる。換言すれば、受注データ３２３は発注内容を示す帳票である。そして、事業者は例えば顧客情報ＤＢ３２１を参照し、発注者の住所、連絡先等を特定して配達を手配することができる。
【００４０】
（注文リモコン１）
図３は、注文リモコンの概略構成ブロック図である。
【００４１】
図４は、注文リモコンのボタンの配置例を示す図である。
【００４２】
注文リモコン１は、図４に示すように、一枚のパネルに、各種機能が付与された複数のボタンが配置されている。各ボタンは、物理キーであり、ユーザによってボタンが押下されることで、当該ボタンに割り振られた機能の実行を指示する信号を出力するようになっている。ボタンとしては、注文リモコン１では、注文する商品が決定したときに押下する注文ボタン１１、商品を選択するときに押下する商品ボタン１２、注文内容を確認するときに押下する注文確認ボタン１３、おすすめ商品を選択するときに押下するおすすめ商品ボタン１４、注文した商品の届け予定を知りたいときに押下するお届け予定ボタン１５、当該注文リモコン１に届いたお知らせ内容を確認したいときに押下するお知らせボタン１６が設けられている。
【００４３】
商品ボタン１２およびおすすめ商品ボタン１４は、ＬＥＤ点灯機能を有しており、商品が注文商品として登録された時点でＬＥＤが点灯するようになっている。そして、商品ボタン１２は、商品毎に設けられている。つまり、商品と商品ボタン１２とが１対１に対応している。注文リモコン１では、各商品ボタン１２の左側に商品ボタン１２に対応する商品の写真または絵が貼付されている。これにより、ユーザは、写真または絵を見て注文したい商品を確認し、注文したい商品の右隣の商品ボタン１２を押下することで、注文する商品を選択できる。なお、商品ボタン１２の左隣に貼付する商品の写真または絵は、商品を示す文字であってもよいが、写真や絵のほうが直感的に商品を認知することができるため好ましい。また、商品の写真または絵は、商品ボタン１２の左隣に限定されるものではなく、右隣、上、下に配置してもよく、商品ボタン１２との対応付けが分かる範囲で貼付されていればよい。
【００４４】
注文リモコン１には、ユーザに情報を提示する提示部１９が設けられている。本実施形態では、提示部１９として音声を出力するスピーカを例に説明する。すなわち、注文リモコン１では、各ボタンを押下したときに、それぞれに対応付けられた情報をスピーカによって音声で出力するようになっている。例えば、商品ボタン１２を押下した場合、ボタンに対応する商品内容を音声にて出力されたり、注文確認ボタン１３を押下した場合、決定した注文内容が音声にて出力されたり、お届け予定ボタン１５を押下した場合、注文した商品の届け予定日が音声にて出力されたりする。
【００４５】
注文リモコン１は、前述した、商品の注文を受付ける応答装置２およびクラウドサーバ（注文受付サーバ）との間で電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）を用いた通信によって情報の送受信を行なう商品注文端末装置であり、図３に示すように、商品の注文処理等を行なう注文処理部１０、各種ボタン１１〜１６（図３では、ボタンを省略している）、記憶部１７、ＤＴＭＦ（Dual-Tone Multi-Frequency）送受信部１８、提示部１９を備えている。
【００４６】
記憶部１７は、注文情報を登録する注文情報登録部１７ａ、商品情報を格納する商品情報格納部１７ｂを含んでいる。注文情報は、ユーザが注文リモコン１の商品ボタン１２を操作することで選択した商品の商品コード、個数情報を含んでいる。なお、注文情報は、送受信部１８にて送信できるように、ＤＴＭＦ形式の信号を示すコード”０〜９、＊、＃、Ａ〜Ｄ”といった数字や記号によって注文情報登録部１７ａに登録されている。商品情報は、クラウドサーバ３から提供される商品の注文に関する情報、例えば商品ボタン１２に割り当てられた商品の情報、おすすめ商品の情報、日替わり弁当のメニュー情報、注文内容を示す情報等を含んでいる。なお、商品情報には、商品コードの他に、当該商品コードに紐付いた音声データも含まれている。この音声データは、通話音声として通話録音部１７ｃに録音され、必要に応じて再生される。従って、送受信部１８は、ＤＴＭＦ形式の信号の送受信および通話音声の送受信も行なうようになっている。なお、送受信部１８は、ＤＴＭＦ形式の信号を示すコードからＤＴＭＦ形式の信号を生成して送信する一方、受信したＤＴＭＦ形式の信号からＤＭＴＦ形式の信号を示すコードに変換する機能を有している。
【００４７】
注文処理部１０は、注文決定部１０１、注文情報送信制御部１０２、注文情報取得部１０３、商品情報取得部１０４、情報提示制御部１０５を含んでいる。すなわち、注文決定部１０１は、注文ボタン１１が押下されることによって生じる信号を受付けて、ユーザが選択した商品の注文が決定されたことを示す注文決定信号を注文情報送信制御部１０２に送る。注文情報送信制御部１０２は、注文決定部１０１からの注文決定信号を受信すると、注文情報登録部１７ａに登録された注文情報を送受信部１８に対して、注文受付サーバを構成する応答装置２（図１）に送信するように指示する。これにより、送受信部１８は、注文情報をＤＴＭＦによって、応答装置２（図１）に送信する。
【００４８】
注文情報取得部１０３は、商品ボタン１２が押下されることにより、当該商品ボタン１２に割り振られた商品の情報を商品情報格納部１７ｂから取得し、注文情報として注文情報登録部１７ａに登録する。
【００４９】
商品情報取得部１０４は、送受信部１８によって受け取った商品情報を商品情報格納部１７ｂに格納するようになっている。
【００５０】
情報提示制御部１０５は、商品ボタン１２、注文確認ボタン１３、おすすめ商品ボタン１４、お届け予定ボタン１５、お知らせボタン１６の何れかが押下されたとき、押下されたボタンに割り振られた情報を商品情報格納部１７ｂから読み出して、提示部１９に提示させる。例えば注文確認ボタン１３が押下された場合、情報提示制御部１０５は、注文情報登録部１７ａに登録されている注文情報を読み出して、提示部１９に提示させる。ここで、提示部１９は、前述した通り、音声を出力するスピーカを用いるが、これに限定されるものではなく、液晶パネル等のように映像、テキスト等を表示することのできる表示パネルであってもよい。この場合、耳の不自由なお年寄りなどにおいても、視覚により、所望する情報を確認できる。なお、提示部１９としては、スピーカ、表示パネルを併用してもよい。
【００５１】
なお、図４に示す注文リモコン１では、商品ボタン１２等の各種ボタンは、物理的なキーを想定しているが、これに限定されるものではなく、例えば当該注文リモコン１を、タッチパネルを有するタブレット端末で実現してもよい。
【００５２】
（注文処理）
次に、買物支援システム５００において、商品の発注から注文の受付完了までの処理の流れを、図５を用いて説明する。図５は、図２に示す買物支援システム５００で実行される注文処理の一例を示すシーケンス図である。
【００５３】
注文リモコン１に対し所定の入力操作が行われると、注文リモコン１は注文を決定する。注文リモコン１は注文を決定すると、自己をオフフック状態にして応答装置２を発呼する（Ｓ１０２）。注文リモコン１と応答装置２とが接続されて通話が開始すると、注文リモコン１は応答装置２に対し、ＤＴＭＦ形式の信号で発注者情報を送信する（Ｓ１０４）。注文リモコン１は、以降通話中の状態で待機する。
【００５４】
応答装置２はＤＴＭＦ形式の発注者情報を受信する。応答装置２は、変換部２０２で、発注者情報をＸＭＬ形式に変換する（Ｓ１０６）。応答装置２はＸＭＬ形式の発注者情報をクラウドサーバ３に送信する（Ｓ１０８）。
【００５５】
クラウドサーバ３は該発注者情報を受信する。クラウドサーバ３は認証部３０２において発注者情報に基づきユーザ認証を行う（Ｓ１１０）。ユーザ認証の結果、発注者情報が示すユーザが顧客登録されたユーザであると判定された場合、すなわち、認証成功であった場合、クラウドサーバ３は、認証完了を示す情報を応答装置２に送信する（Ｓ１１２）。応答装置２の装置制御部２０は、第２通信部２２を介し認証完了を示す情報を取得する。装置制御部２０は認証完了を示す情報を受信すると、第１通信部２１を介し、注文リモコン１に対して認証が完了した旨をＤＴＭＦ形式の信号で通知する（Ｓ１１４）。注文リモコン１は認証完了の旨を通知されると、端末装置が保持している未発信の注文を一括した情報を示す注文情報をＤＴＭＦ形式の信号で応答装置２に送信する（Ｓ１１６）。
【００５６】
装置制御部２０は認証完了を示す情報を取得した場合に、Ｓ１１６で注文リモコン１から受信する注文情報に基づく受注処理を行う。具体的には、応答装置２の装置制御部２０はクラウドサーバ３とともに、以下のＳ１１８〜Ｓ１２８の処理を実行する。
【００５７】
応答装置２は受信した注文情報を変換部２０２においてＸＭＬ形式に変換する（Ｓ１１８）。応答装置２は、ＸＭＬ形式の注文情報をクラウドサーバ３に送信する（Ｓ１２０）。クラウドサーバ３のサーバ制御部３０は注文情報を受信すると、該注文情報が示す注文を確定させて、受注データ３２３を作成する（Ｓ１２２）。受注データ３２３はサーバ記憶部３２に格納される。
【００５８】
注文が確定すると、クラウドサーバ３は、注文処理が完了したことを示す情報を応答装置２に送信する（Ｓ１２４）。該情報には、注文情報が示す商品の、配達予定日を示す情報が含まれている。配達予定日は、例えば注文リモコン１において注文内容を決定した日時、応答装置２またはクラウドサーバ３が注文情報を受信した日時、ならびに、クラウドサーバ３が注文を確定させた日時のいずれかに応じて算出される。なお、商品によっては予め定められた日時を配達予定日としてもよい。
【００５９】
応答装置２は注文完了を示す情報を受信すると、注文リモコン１に対し、注文完了をＤＴＭＦ形式の信号で通知する（Ｓ１２６）。該通知には、配達予定日を示す情報が含まれている。また、応答装置２は該通知とともに、注文完了を示す音声を注文リモコン１に向けて出力する（Ｓ１２８）。注文リモコン１は前記通知を受信すると、配達予定日を示す情報を記憶部１７に記憶させる。これにより、注文リモコン１は後でユーザからのお届け予定ボタン１５に対する入力操作を受けつけた場合に、記憶部１７から配達予定日を示す情報を読み出して、発注した商品の配達予定日としてユーザに提示することができる。さらに言えば、配達予定日をユーザに提示するとき、注文リモコン１は応答装置２と通話を行わなくても、自装置に記憶された配達予定日をユーザに提示すればよい。したがって、発注者または事業者の通話料金の負担を軽減することができる。また注文リモコン１は、応答装置２から前記注文完了を示す音声の出力終了を示すＤＴＭＦ信号を受け取った後に、自己をオンフック状態にして回線を切断する（Ｓ１３０）。
【００６０】
以上の処理によれば、注文リモコン１は、注文を決定してから応答装置２と接続し通話を開始する。したがって、注文する商品の数や種類が多くなった場合でも、注文リモコン１と応答装置２との通話時間は長くならない。そのため、買物支援システム５００は電話回線を用いた従来の通信販売に比べ、発注者または事業者の通話料金の負担を軽減することができる。
【００６１】
なお、図５の処理の流れでは電話回線の接続と切断は、注文リモコン１側で行うようにしているが、接続および切断は応答装置２側から行ってもよい。例えば、注文リモコン１側で電話回線の接続を行い、応答装置２が注文完了の通知および音声を送信した後に電話回線を切断してもよい。
【００６２】
また、応答装置２は、Ｓ１１４またはＳ１２６において、自己でＤＴＭＦ形式の認証完了の通知、または注文完了の通知を作成して送信してもよいし、クラウドサーバ３からＳ１１２またはＳ１２４にて受信した情報を、単にＤＴＭＦ形式に変換して送信してもよい。
【００６３】
また、Ｓ１１０において発注者情報が示すユーザが顧客登録されたユーザでないと判定された場合、クラウドサーバ３は認証失敗を示す情報を応答装置２に出力する。この場合、応答装置２は注文リモコン１に認証失敗をＤＴＭＦ形式の信号で通知し、注文リモコン１はオンフック状態になる、すなわち通話を終了する。
【００６４】
また、ユーザ認証に係る処理、すなわちＳ１０４〜Ｓ１１４の処理は必須ではない。ユーザ認証を行わない場合、注文リモコン１の送受信部１８は応答装置２を発呼した後（Ｓ１０２）、応答装置２に注文情報を送信する（Ｓ１１６）。以降の処理の流れは、上述した処理の流れと同様である。また、ユーザ認証に係る処理のうち、クラウドサーバ３が行う処理を、応答装置２で行ってもよい。この場合、応答装置２の装置記憶部２３が、クラウドサーバ３の顧客情報ＤＢ３２１と同様のＤＢを有し、装置制御部２０が認証部３０２と同様の機能を有している。そして、応答装置２はＳ１０４において発注者情報を受信すると、Ｓ１０６〜Ｓ１１２の処理を自装置で行う。
【００６５】
また、注文リモコン１は、発注者情報と注文情報とを同時に応答装置２に送信してもよい。この場合、応答装置２およびクラウドサーバ３で、まず発注者情報に基づくユーザ認証に係る処理を行い、ユーザ認証が成功した場合に、先に受信していた注文情報に基づく受注処理を行う。
【００６６】
（配信情報の送信処理）
本実施形態に係る買物支援システム５００では、クラウドサーバ３から注文リモコン１に対し、各種配信情報を送信する。配信情報の内容は特に限定されない。例えば、クラウドサーバ３は注文リモコン１に対し、注文対象となる商品の商品情報、商品説明、およびユーザに対するお知らせ等の情報のうち１種類以上の情報を送信してもよい。事業者等によりこれらの情報が更新された場合、クラウドサーバ３は注文リモコン１に対し、更新後の情報を配信情報として送信する。
【００６７】
以下、配信情報の送信処理について、図６〜図７を用いて説明する。図６は、本実施形態に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。なお、図６の例では、クラウドサーバ３から応答装置２へ送信される配信情報は全てＸＭＬ形式のデータであることとする。しかしながら、上述のように、クラウドサーバ３は配信情報の一部を音声データに変換してから応答装置２に送信してもよい。
【００６８】
注文リモコン１は、所定時刻になると、応答装置２を発呼する（Ｓ２０２）。注文リモコン１は応答装置２との通話が開始すると、応答装置２に対しＤＴＭＦ形式の発注者情報を送信する（Ｓ２０４）。応答装置２の変換部２０２は受信した発注者情報をＸＭＬ形式に変換し（Ｓ２０６）、クラウドサーバ３に送信する（Ｓ２０８）。クラウドサーバ３の認証部３０２は受信した発注者情報に基づき、ユーザ認証を行う（Ｓ２１０）。ユーザ認証の結果、発注者情報が示すユーザが顧客登録されたユーザであると判定された場合、クラウドサーバ３は、認証完了を示す情報を応答装置２に送信する（Ｓ２１２）。応答装置２は認証完了を示す情報を受信すると、注文リモコン１に対し、認証が完了した旨をＤＴＭＦ形式の信号で通知する（Ｓ２１４）。注文リモコン１は認証完了の旨を通知されると、ボタン情報をＤＴＭＦ形式の信号で応答装置２に送信する（Ｓ２１６）。なお、注文リモコン１は商品ボタン１２の全ボタンに割り当てられた商品コードをボタン情報として送信してもよいし、商品情報に可変情報を含んでいる商品の商品コードのみを、ボタン情報として送信してもよい。
【００６９】
応答装置２はボタン情報を受信して、該ボタン情報、（すなわち商品コード）をＸＭＬ形式に変換する（Ｓ２１８）。応答装置２は、ＸＭＬ形式のボタン情報をクラウドサーバ３に送信する（Ｓ２２０）。クラウドサーバ３はボタン情報を受信すると、配信情報抽出部３０３において、商品情報ＤＢ３２２からボタン情報が示す商品コードに応じた配信情報を抽出する（Ｓ２２２）。
【００７０】
ここで、配信情報抽出部３０３が行う配信情報の抽出処理の一例について、図７を用いて説明する。図７は、商品情報ＤＢ３２２のデータ構造の一例を示す図である。図７に示す商品情報ＤＢ３２２は、１レコードが１種類の商品に関する商品情報を示す。また、図７に示す商品情報ＤＢ３２２では、「商品コード」列の情報に、他の列の情報が対応付けられている。
【００７１】
なお、図７では、商品情報ＤＢ３２２に含まれる商品情報の一部に、日替わりの商品内容が含まれている例について説明する。換言すると、図７の例では、商品内容とは、配達予定日を条件とする可変情報である。配達予定日は、図５の説明で述べたように、クラウドサーバ３が注文情報を受信した日時に応じて算出される。なお、商品情報ＤＢ３２２には可変情報が含まれていなくてもよいし、複数種類の可変情報が含まれていてもよい。また、商品情報ＤＢ３２２には上述のように、商品に関するお知らせ等の情報が含まれていてもよい。
【００７２】
「商品名」列の情報は商品の名称を示す。「商品コード」列の情報は商品コードを示す。「日替わりフラグ」列には、各レコードが示す商品が、日替わりの商品内容を示す情報を含んでいるか否かを示す情報が格納される。図７の例で、「日替わりフラグ」列にチェックが入っているレコードには、日替わりの商品内容が含まれる。「商品内容」列の情報は、各日の商品内容を示す。なお、「日替わりフラグ」列にチェックが入っていないレコードでは、「商品内容」列に情報が格納されていなくてもよい。
【００７３】
「商品音声」列には、商品に係る情報のうち、注文リモコン１において音声（商品音声）として出力する内容を示すテキストデータが格納される。なお、商品情報に可変情報が含まれている場合、すなわち「日替わりフラグ」列にチェックが入っているレコードの場合は、「商品音声」列のテキストデータは、可変情報（商品内容）を後で埋め込むことで文章が完成するデータであってよい。図７の場合は、「＊」で示す部分が可変情報を埋め込む箇所である。例えば、２０１７年１０月２７日に配達予定のＡ弁当について商品音声のテキストデータは、「おかずは牛すき煮です」というデータである。
【００７４】
配信情報抽出部３０３は、商品情報ＤＢ３２２を参照して、まずボタン情報の商品コードが示す商品情報のレコードを抽出する。配信情報抽出部３０３は抽出したレコードに「日替わりフラグ」列にチェックが入っているか否かを判定する。なお、前述のように、商品情報に可変情報を含んでいる商品の商品コードのみが、ボタン情報として注文リモコン１から送信される場合、配信情報抽出部３０３は該判定を行わなくてもよい。チェックが入っている場合、配信情報抽出部３０３はレコード毎に商品コードと、商品内容と、商品音声のテキストとを読み出し、テキストデータに商品内容を埋め込んだテキストデータ（日替わり商品音声）を作成する。そして、配信情報抽出部３０３はレコード毎の商品コードと、日替わり商品音声とをサーバ通信部３１を介して応答装置２に送る。
【００７５】
なお、配信情報抽出部３０３は配信情報として送信する商品コードに、該商品の可変情報の内容を特定するための付加コードを付してもよい。例えば、図７のＡ弁当の商品コードは１００１であるが、例えば該商品コードに「商品内容」列の内容を一意に特定可能な桁数の番号（例えば１桁）を付加してもよい。具体的には、例えば２０１７年１０月２７日に配達予定のＡ弁当（牛すき煮の弁当）の商品コードは１００１１とし、２０１７年１０月２８日に配達予定のＡ弁当（さばの塩焼きの弁当）の商品コードは１００１２としてもよい。なお、該付加コードは枝番号であってもよい。これにより、該商品コードを受信した注文リモコン１側でも、商品コードのみから可変情報を特定することができる。
【００７６】
なお、この場合、注文リモコン１からボタン情報として送信される商品コードは、前記付加コードを含むものである。この場合、クラウドサーバ３は、商品情報ＤＢ３２２のレコードを、商品１種類ではなく、付加コードを含む商品コード毎に保持していてもよい。例えば、ボタン情報として１００１１を受信した場合、配信情報抽出部３０３は１００１１の商品コードを持つレコードを読み出し、該レコードに含まれる商品内容と商品音声のテキストとを読み出してもよい。もしくは、商品情報ＤＢ３２２は図７に示す形式とし、配信情報抽出部３０３がボタン情報の商品コードから付加コードを除いたコードでレコードを検索してもよい。
【００７７】
クラウドサーバ３は抽出した配信情報を応答装置２に送信する（Ｓ２２４）。このとき、クラウドサーバ３は、該配信情報として商品コードはＸＭＬ形式のデータで応答装置２に送信し、日替わり商品音声は音声データに変換して（Ｓ２２２）応答装置２に送信する。応答装置２はＸＭＬ形式のデータ、および音声データの配信情報を受信すると、変換部２０２においてＸＭＬ形式のデータをＤＴＭＦ形式の信号に変換する（Ｓ２２６）。
【００７８】
応答装置２はＤＴＭＥ形式の商品コードを注文リモコン１に送信する（Ｓ２２８）。また、応答装置２は音声データとして受信した日替わり商品音声を、音声出力部２０３から音声出力する（Ｓ２３０）。注文リモコン１は応答装置２が出力した音声を録音し（Ｓ２３２）、該録音音声を、Ｓ２２８で応答装置２から受信した商品コードに対応するボタン情報の通話録音データとする。換言すると、注文リモコン１はボタン情報の通話録音データを、Ｓ２３２で録音したデータに置き換える。録音およびデータの置き換えが終了したら、注文リモコン１は自己をオンフック状態にして回線を切断する（Ｓ２３４）。なお、注文リモコン１は録音が終了したら（Ｓ２３２）、自己をオンフック状態にして回線を切断してから（Ｓ２３４）、ボタン情報の通話録音データを置換えてもよい。
【００７９】
以上の処理によれば、クラウドサーバ３は、随時更新される情報、および、商品情報のうち諸条件により内容が変化する情報を、配信情報として抽出して、応答装置２を介し注文リモコン１に送ることができる。この配信情報は、注文リモコン１のボタン情報に対応する（すなわち、注文リモコン１において注文対象となる）配信情報である。そのため、注文リモコン１は、自機で注文対象となる商品についての最新の商品情報、および最新のお知らせ等を保持することができる。
【００８０】
また、以上の処理によれば、注文リモコン１から応答装置２およびクラウドサーバ３に対し逐一最新の配信情報を要求する場合に比べて、通話時間を抑えることができる。すなわち、ユーザまたは事業者の通話料金の負担を軽減することができる。
【００８１】
上述の説明では、発注者情報は発注者のユーザ特定情報であるとしたが、発注者情報は注文リモコン１の識別情報であってもよい。例えば、発注者情報として、注文リモコン１の製品シリアルナンバー等を使用してもよい。
【００８２】
この場合、顧客情報ＤＢ３２１の顧客情報には、ユーザ特定情報とともに、またはユーザ特定情報の代わりに、該顧客に対応する注文リモコン１の識別情報が含まれる。そして、認証部３０２は、注文リモコン１から応答装置２を介し受信した発注者情報と、顧客情報ＤＢ３２１の各顧客情報に含まれる、注文リモコン１の識別情報とを照合することにより、ユーザ認証を行う。
【００８３】
〔実施形態２〕
各実施形態に係る買物支援システム５００は、注文処理の際に、応答装置２から注文リモコン１を発呼してもよい。以下、本発明の実施形態２について、図８を用いて説明する。なお、説明の便宜上、前述の実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。これは、以降の実施形態についても同様である。
【００８４】
図８は、本実施形態に係る買物支援システム５００で実行される注文処理の一例を示すシーケンス図である。図８に示すシーケンス図は、注文リモコン１が通話を開始するタイミングが、図５に示すシーケンス図と異なる。
【００８５】
本実施形態に係る応答装置２は、所定の時刻になると、注文リモコン１を発呼する（Ｓ３０２）。注文リモコン１は応答装置２の発呼を受けて通話を開始する。以降のＳ３０４〜Ｓ３３０の処理は、図５のＳ１０４〜Ｓ１３０に示した処理と同様の処理である。なお、本実施形態に係る注文処理の場合、注文リモコン１において、注文の決定が複数回行われており、該複数回分の注文が注文リモコン１において未発信のまま記憶部１７に記憶されている場合もある。この場合、注文リモコン１は、該複数回分の注文を一括した注文情報を応答装置２に送信する。
【００８６】
なお、図８に示す処理においても図５と同様に、Ｓ３０４〜Ｓ３１４の処理は必須ではない。また、応答装置２側から電話回線を切断してもよい。
【００８７】
図８に示す処理の流れによれば、応答装置２から注文リモコン１を発呼するため、ユーザの通話料金の負担を無くすことができる。また、最新の商品情報のお知らせ等を適切なタイミングで注文リモコン１に反映させることができる。
【００８８】
〔実施形態３〕
各実施形態に係る買物支援システム５００は、クラウドサーバ３から応答装置２に予め商品情報ＤＢ３２２のデータを送信しておき、応答装置２の装置制御部２０において商品情報から配信情報を抽出してもよい。以下、本発明の実施形態３について、図９を用いて説明する。
【００８９】
図９に示すシーケンス図は、応答装置２がクラウドサーバ３から配信情報を取得するタイミングが、図６に示すシーケンス図と異なる。本実施形態に係る応答装置２は、予めクラウドサーバ３から商品情報ＤＢ３２２をダウンロードして装置記憶部２３に格納している。
【００９０】
本実施形態に係るクラウドサーバ３は、所定の時刻またはタイミングで、商品情報ＤＢ３２２を応答装置２に送信する（Ｓ４０６）。
【００９１】
応答装置２は受信した商品情報ＤＢ３２２を装置記憶部２３に保存する（Ｓ４０８）。一方、注文リモコン１は所定の時刻に応答装置２を発呼する（Ｓ４１０）。なお、この発呼は応答装置２から注文リモコン１に対して行われてもよい。注文リモコン１は応答装置２と接続し通話を開始すると、応答装置２に対し発注者情報をＤＴＭＦ形式の信号で送信する（Ｓ４１２）。以降のＳ４１４〜Ｓ４２４の処理は、図６のＳ２０６〜Ｓ２１６の処理と同様である。応答装置２の装置制御部２０はボタン情報を取得すると、該ボタン情報に応じた配信情報を装置記憶部２３の商品情報ＤＢ３２２から抽出する（Ｓ４２５）。配信情報の抽出方法は、図６における配信情報抽出部３０３の処理内容と同様である。なお、応答装置２はＤＴＭＦ形式のボタン情報を変換部２０２でＸＭＬ形式等、自己がボタン情報の内容を読み取り可能な形式に変換してもよい。
【００９２】
応答装置２は抽出した配信情報を注文リモコン１に送信する。このとき、応答装置２は商品コードをＤＴＭＦ形式の信号で注文リモコン１に送信する（Ｓ４２６）。また、応答装置２は音声データの日替わり商品音声を、音声出力部２０３から音声出力する（Ｓ４２８）。注文リモコン１は応答装置２が出力した音声を録音し（Ｓ４３０）、該録音音声を、Ｓ４２６で応答装置２から受信した商品コードに対応するボタン情報の通話録音データとする。換言すると、注文リモコン１はボタン情報の通話録音データを、Ｓ４３０で録音したデータに置き換える。録音およびデータの置き換えが終了したら、注文リモコン１は自己をオンフック状態にして回線を切断する（Ｓ４３２）。
【００９３】
図９に示す処理の流れによれば、応答装置２は注文リモコン１と通話を開始してから、クラウドサーバ３を介さずに自機で配信情報の抽出を行うことができる。したがって、注文リモコン１と応答装置２との通話時間を短縮することができる。そのため、ユーザおよび事業者の通話料金の負担を軽減することができる。
【００９４】
〔実施形態４〕
各実施形態に係る買物支援システム５００は、配信情報の送信処理の際に、応答装置２から注文リモコン１を発呼してもよい。以下、本発明の実施形態４について、図１０を用いて説明する。図１０は、本実施形態に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。図１０に示すシーケンス図は、注文リモコン１が通話を開始するタイミングが、図６に示すシーケンス図と異なる。
【００９５】
本実施形態に係る応答装置２は、所定の時刻になると、注文リモコン１を発呼する（Ｓ５０２）。注文リモコン１は応答装置２の発呼を受けて通話を開始する。以降のＳ５０４〜Ｓ５３４の処理は、図６のＳ２０６〜Ｓ２３４に示した処理と同様の処理である。応答装置２は、Ｓ５３２において音声出力を完了すると、注文リモコン１との回線接続を切断する（Ｓ５３４）。なお、本実施形態においても、図６と同様に応答装置２側ではなく注文リモコン１側で電話回線を切断してもよい。
【００９６】
なお、応答装置２自体が注文リモコン１を発呼する時刻を計時し注文リモコン１を発呼するのではなく、クラウドサーバ３のサーバ制御部３０が該時刻を計時して、応答装置２に対し注文リモコン１を発呼するように指示してもよい。図１０に示す処理によれば、応答装置２から注文リモコン１を発呼するため、ユーザの通話料金の負担を無くすことができる。また、最新の商品情報のお知らせ等を、適切なタイミングで注文リモコンに反映することができる。
【００９７】
〔実施形態５〕
各実施形態に係る買物支援システム５００において、応答装置２およびクラウドサーバ３（受注システムに含まれる装置）は一体に構成されていてもよい。そして、注文リモコン１は、電話回線を介し該一体に構成された装置（受注サーバ）と通信してもよい。以下、本発明の実施形態５を、図１１〜１３を用いて説明する。
【００９８】
図１１は、本実施形態に係る受注サーバ５の要部構成を示すブロック図である。なお、図１１に示す注文リモコン１の構成は、図１と同様であるので、説明を繰り返さない。受注サーバ５は、図示の通り、受注サーバ通信部（通信部）５１と、受注サーバ制御部（初期設定情報取得部）５０と、受注サーバ記憶部５２とを備える。
【００９９】
受注サーバ通信部５１は、図１の応答装置２の第１通信部２１と同様の機能を有する。受注サーバ記憶部５２は、図１のクラウドサーバ３のサーバ記憶部３２と同様の機能を有し、顧客情報ＤＢ３２１、商品情報ＤＢ３２２、および受注データ３２３を記憶する。
【０１００】
受注サーバ制御部５０は、情報取得部５０１と、認証部５０２と、受注データ作成部５０３と、配信情報抽出部５０４と、音声出力部５０５と、を少なくとも含む。情報取得部５０１は、受注サーバ通信部５１が受信した各種情報を取得する。認証部５０２、受注データ作成部５０３、配信情報抽出部５０４、および音声出力部５０５はそれぞれ、図１における同名のブロックと同様の機能を有する。
【０１０１】
なお、受注サーバ制御部５０は、受注サーバ通信部５１が受信するＤＴＭＦ信号または音声信号を直接読み取れない場合、図１の変換部２０２と同様の変換処理を行うことで、受注サーバ通信部５１が受信するＤＴＭＦ信号または音声信号を、読取可能な形式（例えば、ＸＭＬ形式）に変換してもよい。
【０１０２】
図１２は、本実施形態に係る買物支援システムで実行される注文処理の一例を示すシーケンス図である。図１２の注文処理は、応答装置２とクラウドサーバ３との間の通信に係る処理が無い点で、図５に示した注文処理と異なる。
【０１０３】
図１２の、Ｓ６０２〜Ｓ６０４の処理は、図５のＳ１０２〜Ｓ１０４の処理と同様の処理である。Ｓ６０４において、受注サーバ通信部５１は発注者情報を受信すると、該発注者情報を受注サーバ制御部５０の情報取得部５０１に出力する。情報取得部５０１は発注者情報を認証部５０２に送る。認証部５０２は、発注者情報に基づいて、図５のＳ１１０に示した処理と同様の処理でユーザ認証を行う（Ｓ６０６）。以降、Ｓ６０８〜Ｓ６１０の処理は、図５のＳ１１４〜Ｓ１１６の処理と同様である。受注サーバ通信部５１は注文情報を受信すると、該注文情報を受注サーバ制御部５０の情報取得部５０１に出力する。情報取得部５０１は注文情報を受注データ作成部５０３に送る。受注データ作成部５０３は、注文情報に基づいて、図５のＳ１２２に示した処理と同様の処理で受注データを作成する（Ｓ６１２）。以降、Ｓ６１４〜Ｓ６１８の処理は、図５のＳ１２６〜Ｓ１３０に示した処理と同様である。
【０１０４】
以上のように、応答装置２とクラウドサーバ３とが一体となった受注サーバ５を用いることによって、一連の注文処理における、応答装置２とクラウドサーバ３との間のデータ通信を無くすことができる。したがって、該データ通信に係る注文リモコン１側の待ち時間（すなわち、通話中の待機時間）を減少させることができる。したがって、事業者またはユーザの通話料金の負担を軽減することができる。
【０１０５】
図１３は、本実施形態に係る買物支援システムで実行される配信情報の送信処理の一例を示すシーケンス図である。図１３の配信情報の送信処理は、応答装置２とクラウドサーバ３との間の通信に係る処理が無い点で、図６に示した配信情報の送信処理と異なる。
【０１０６】
図１３の、Ｓ７０２〜Ｓ７０４の処理は、図６のＳ２０２〜Ｓ２０４の処理と同様の処理である。Ｓ７０４において、受注サーバ５は発注者情報を受信すると、図１２のＳ６０６と同様にユーザ認証を行う（Ｓ７０６）。以降、Ｓ７０８〜Ｓ７１０の処理は、図６のＳ２１４〜Ｓ２１６の処理と同様である。受注サーバ通信部５１はボタン情報を受信すると、該ボタン情報を受注サーバ制御部５０の情報取得部５０１に出力する。情報取得部５０１はボタン情報を配信情報抽出部５０４に送る。配信情報抽出部５０４は、ボタン情報に基づいて、図６のＳ２２２に示した処理と同様の処理で配信情報を抽出する（Ｓ７１２）。以降、Ｓ７１４〜Ｓ７２０の処理は、図６のＳ２２８〜Ｓ２３４に示した処理と同様である。
【０１０７】
以上のように、応答装置２とクラウドサーバ３とが一体となった受注サーバ５を用いることによって、一連の配信情報の送信処理における、応答装置２とクラウドサーバ３との間のデータ通信を無くすことができる。したがって、該データ通信に係る注文リモコン１側の待ち時間（すなわち、通話中の待機時間）を減少させることができる。したがって、事業者またはユーザの通話料金の負担を軽減することができる。
【０１０８】
〔実施形態６〕
各実施形態に係る買物支援システム５００に係る注文リモコン１は、配線後、最初に応答装置２と通信する際に、初期設定を行ってもよい。以下、本発明の実施形態６として、注文リモコン１のボタン情報の初期設定の方法について説明する。
【０１０９】
本実施形態に係る顧客情報ＤＢ３２１に含まれる顧客情報は、各顧客の初期設定情報を含んでいる。初期設定情報とは、ボタン情報の初期設定（すなわち、注文リモコン１において注文可能な商品の割り当て）を示す情報と、商品音声およびお知らせ等、注文リモコン１において音声出力する内容の初期設定（音声初期設定）とを示す情報とを含む情報である。なお、音声初期設定とは、例えば、商品ボタン１２それぞれを押下した時のそれぞれの出力音声、お知らせボタン１６を押下した時の出力音声、およびおすすめ商品ボタン１４を押下した時の出力音声等の初期設定である。
【０１１０】
注文リモコン１は配線後に起動すると、応答装置２を自動的に発呼し応答装置２との、初期設定のための通話を開始する。または、注文リモコン１の配線および起動が完了していると予想される時刻に、応答装置２から注文リモコン１を発呼してもよい。または、配線および起動後の注文リモコン１において所定の操作（例えば、初めていずれかのボタンを押下した、等）が行われた場合に、応答装置２を発呼してもよい。
【０１１１】
注文リモコン１と応答装置２との初期設定時の通話が開始すると、注文リモコン１は応答装置２に発注者情報をＤＴＭＦの形式の信号で送信する。応答装置２は第１通信部２１で発注者情報を受信し、変換部２０２でＸＭＬ形式に変換する。応答装置２はさらに、第２通信部２２を介して、注文リモコン１から受信した発注者情報および初期設定情報の送信要求をクラウドサーバ３に送信する。
【０１１２】
クラウドサーバ３のサーバ通信部３１は、前記発注者情報および前記送信要求をサーバ制御部３０に出力する。サーバ制御部３０は、顧客情報ＤＢ３２１の発注者情報に応じた顧客情報を参照し、該顧客情報に含まれる初期設定情報を読み出す。サーバ制御部３０は読み出した初期設定情報を、サーバ通信部３１を介し応答装置２に送信する。なお、この初期設定情報のうち、ボタン情報の初期設定はＸＭＬ形式のデータで送信される。一方、音声初期設定を示す情報は、テキストデータをＸＭＬ形式で送信されてもよいし、該テキストデータを音声データに変換して送信されてもよい。
【０１１３】
応答装置２の装置制御部２０は、第２通信部２２を介し初期設定情報を取得する。装置制御部２０は変換部２０２において、初期設定情報のうちボタン情報の初期設定をＤＴＭＦ形式の信号に変換して、第１通信部２１を介し注文リモコン１へ送信する。また、応答装置２は初期設定情報のうち、音声初期設定を示す情報は、変換部２０２において必要に応じて音声データに変換した後、音声出力部２０３および第１通信部２１を介し、注文リモコン１に音声出力する。
【０１１４】
注文リモコン１の送受信部１８は、初期設定情報をＤＴＭＦ形式および音声信号として受信すると、ボタン情報の初期設定に基づいて、各商品ボタン１２の割り当てを登録する。登録内容は記憶部１７に記憶される。また、注文リモコン１は、受信した音声信号を録音し、記憶部１７に記憶させる。なお、音声信号は複数回送信されてもよい。例えば、商品ボタン１２それぞれを押下した時のそれぞれの出力音声と、お知らせボタン１６を押下した時の出力音声と、おすすめ商品ボタン１４を押下した時の出力音声とを順次クラウドサーバ３から音声信号で受信し、録音すればよい。この場合、どの録音を、どのボタンを押下した際に出力するかを示す情報を、ボタン情報の初期設定に含んでおき、各録音データを記憶部１７に記憶する際に、注文リモコン１の各ボタンと対応付けておけばよい。
【０１１５】
以上の処理によれば、買物支援システム５００は、注文リモコン１の各ボタンに対する商品の割り当ての初期設定を、注文リモコン１自体のハードウェア構成を変更することなく設定可能である。したがって、ユーザのニーズに応じて、かつ容易に注文リモコン１の各ボタンへの商品の割当てを初期設定することができる。
【０１１６】
なお、上述した初期設定は、注文リモコン１において所定の操作が行われた場合（例えば、注文リモコン１がリセットされた場合等）、または応答装置２およびクラウドサーバ３からの発呼に応じて、再度行われてもよい。これにより、一旦初期設定した注文リモコン１のボタンの割り当てを、後で変更することができ、注文リモコン１の利便性がより向上する。
【０１１７】
なお、顧客情報ＤＢ３２１への初期設定情報の登録方法は特に限定しない。例えば、ユーザが買物支援システム５００の利用を申し込む際に、注文リモコン１の商品ボタン１２それぞれに何の商品を割り当てるかを選択して事業者に伝えておき、事業者が該ユーザの選択に応じた初期設定情報を作成し、顧客情報ＤＢ３２１の顧客情報に追加してもよい。もしくは、注文リモコン１の初期設定情報として予め１つ以上のパターンの初期設定情報を用意しておき、ユーザにどのパターンの初期設定情報（が示す、ボタンへの商品の割り当ておよび音声）で注文リモコン１を使用するかを選択させてもよい。この場合も、事業者が該ユーザの選択に応じた初期設定情報を作成し、顧客情報ＤＢ３２１の顧客情報に追加する。
【０１１８】
なお、全ユーザの初期設定情報を、注文リモコン１と応答装置２との最初の通話が開始されるまでの間の所定のタイミングで、予めクラウドサーバ３から応答装置２に一括送信してもよい。この場合、応答装置２は装置記憶部２３に全ユーザの初期設定情報を記憶しておき、注文リモコン１から発注者情報を受信した場合に、該発注者情報に応じた初期設定情報を装置記憶部２３から読み出して、注文リモコン１に送信する。
【０１１９】
なお、上述したように、注文リモコン１を電話回線に配線してから初期設定を行うのではなく、すでに注文リモコン１に初期設定がなされた状態で、注文リモコン１を出荷、またはユーザへ配達もしくは手渡ししてもよい。この場合、配線後すぐに注文リモコン１が使用できるため、配線後の初期設定の手間を省くことができる。
【０１２０】
〔実施形態７〕
前記各実施形態では、１つのクラウドサーバ３または受注サーバ５を用いる例を説明したが、クラウドサーバ３または受注サーバ５の有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。
【０１２１】
〔実施形態８〕
注文リモコン１、応答装置２、クラウドサーバ３、および受注サーバ５の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、注文リモコン１、応答装置２、クラウドサーバ３、および受注サーバ５のそれぞれを、図１４に示すようなコンピュータ（電子計算機）を用いて構成することができる。
【０１２２】
図１４は、注文リモコン１、応答装置２、クラウドサーバ３、または受注サーバ５として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。
【０１２３】
補助記憶装置９１４には、コンピュータ９１０を注文リモコン１、応答装置２、クラウドサーバ３、または受注サーバ５として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された前記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、注文リモコン１、応答装置２、クラウドサーバ３、または受注サーバ５が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、前記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、および出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。
【０１２４】
また、前記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、前記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１２５】
（変形例）
なお、前記各実施形態では、電話回線によるＤＴＭＦ（Dual-Tone Multi-Frequency）を用いた通信を行なう場合の例について説明したが、これに限定されるものではなく、例えば音声を表す信号を用いた通信であっても同様に実現することができる。この場合、注文リモコン１に、応答装置２から例えば「日替り弁当」のような音声が送信されると、当該音声を「日替り弁当」の商品ボタン１２に対応付けて記憶部１７に記憶する。ユーザが、注文リモコン１の「日替り弁当」の商品ボタン１２を押すと「日替り弁当」という音声が流れ、注文ボタン１１が押されると「日替り弁当、１個」という音声が応答装置２側に送信される。応答装置２側では、注文リモコン１から送信された音声を認識して、日替り弁当と個数を判断する。
【０１２６】
〔まとめ〕
本発明の態様１に係る受注サーバ（受注サーバ５）は、端末装置（応答装置２）と電話回線を介して通信する受注サーバであって、前記端末装置が保持している未発信の注文を一括した情報である注文情報を、前記端末装置からＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する通信部（受注サーバ通信部５１）と、前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部（受注データ作成部５０３）と、を備える。
【０１２７】
前記の構成によれば、端末装置が保持している未発信の注文内容が端末装置から受注サーバに一括して送信される。これにより、例えば一度に注文する商品の数や種類が多い場合でも、端末装置と受注サーバとの通話時間が長くなることを防ぐことができる。したがって、買物支援システム５００は電話回線を用いた従来の通信販売に比べ、発注者または事業者の通話料金の負担を軽減することができる。
【０１２８】
本発明の態様２に係る受注サーバは、前記態様１において、前記通信部は、前記端末装置において１回の注文内容が決定された後に前記端末装置と前記電話回線での通信を開始してもよい。
【０１２９】
前記の構成によれば、端末装置で注文内容が決定されてから、端末装置と受注サーバとの通話が開始される。したがって、一度に注文する商品の数や種類が多い場合でも、端末装置と受注サーバとの通話時間が長くなることを防ぐことができる。
【０１３０】
本発明の態様３に係る受注サーバは、前記態様１において、前記通信部は所定の時刻に前記端末装置を発呼して該端末装置との通信を開始してもよい。
【０１３１】
前記の構成によれば、受注サーバから端末装置を発呼するため、ユーザの通話料金の負担を無くすことができる。
【０１３２】
本発明の態様４に係る受注サーバは、前記態様１から３のいずれか一態様において、前記通信部は、前記注文内容が確定された場合に、注文完了を示す情報を前記端末装置に送信した後に前記端末装置との通信を切断してもよい。
【０１３３】
前記の構成によれば、受注サーバは受注サーバ側から送信すべき情報を送信し終わった段階で端末装置との通話を終了することができる。したがって、受注サーバと端末装置との通話時間を最小限に抑えることができる。
【０１３４】
本発明の態様５に係る受注サーバは、前記態様４において、前記注文完了を示す情報には、前記注文情報が示す商品の、配達予定日を示す情報が含まれており、前記通信部は、前記配達予定日を示す情報を前記端末装置に記憶させてもよい。
【０１３５】
前記の構成によれば、商品の配達予定日を端末装置に記憶させることができる。そのため、例えば端末装置が配達予定日をユーザに提示するときに、受注サーバと通信を行わなくても、自装置に記憶された配達予定日をユーザに提示することができる。したがって、発注者または事業者の通話料金の負担を軽減することができる。
【０１３６】
本発明の態様６に係る受注サーバは、前記態様１から５のいずれか一態様において、前記通信部は発注者のユーザ特定情報または端末装置の識別情報を示す発注者情報を受信し、前記発注者情報に基づきユーザ認証を実行する認証部を備え、前記受注データ作成部は、前記ユーザ認証が成功した場合に、前記端末装置から受信した注文情報に基づき前記受注データを作成してもよい。
【０１３７】
前記の構成によれば、受注サーバは、ユーザ認証に成功した場合のみ受注処理を行って注文を受け付けることができる。
【０１３８】
本発明の態様７に係る受注サーバは、前記態様１から６のいずれか一態様において、前記通信部は、注文対象となる商品の商品情報を前記端末装置に送信するための配信情報を前記端末装置に送信することで、前記端末装置に前記配信情報を記憶させてもよい。
【０１３９】
前記の構成によれば、端末装置において注文対象となる商品の商品情報を前記端末装置に送信するための配信情報が、受注サーバから端末装置に送信される。これにより、端末装置に、自機で注文対象となる商品についての最新の商品情報を保持させることができる。
【０１４０】
本発明の態様８に係る受注サーバは、前記態様７において、前記配信情報には、前記端末装置において音声として出力する内容を示す情報が含まれてもよい。
【０１４１】
前記の構成によれば、商品情報または商品説明等、端末装置において音声でユーザに提示したい情報を配信情報として端末装置に記憶させることができる。したがって、端末装置において、適切なタイミングで商品情報または商品説明等をユーザに音声で提示することができる。また端末装置はこれらの情報を音声出力する際に、都度応答装置と通話を行う必要がない。そのため、発注者または事業者の通話料金の負担を軽減することができ。
【０１４２】
本発明の態様９に係る受注サーバは、前記態様１から８のいずれか一態様において、発注者のユーザ特定情報または端末装置の識別情報を示す発注者情報に応じた、前記端末装置において注文可能な商品の割り当てを示す情報を含む初期設定情報を取得する初期設定情報取得部（受注サーバ制御部５０）を備え、前記通信部は、前記端末装置の初期設定時に前記端末装置から前記発注者情報を受信し、前記初期設定情報取得部が取得した、該発注者情報に応じた初期設定情報を、前記端末装置に送信してもよい。
【０１４３】
前記の構成によれば、端末装置において注文可能な商品の割り当ての初期設定を、端末装置のハードウェア構成を変更することなく設定可能である。したがって、ユーザのニーズに応じて、かつ容易に端末装置において前記商品の割当てを初期設定することができる。
【０１４４】
本発明の態様１０に係る受注サーバは、前記態様９において、前記初期設定情報には、端末装置において音声として出力する内容の初期設定が含まれていてもよい。
【０１４５】
前記の構成によれば、端末装置において音声出力する内容の初期設定を、端末装置において注文可能な商品の割り当てとともに簡便に行うことができる。
【０１４６】
本発明の態様１１に係る受注システム（応答装置２およびクラウドサーバ３）は、応答装置（２）と管理サーバ（３）とを含む受注システムであって、前記応答装置は、端末装置（注文リモコン１）が保持している未発信の注文を一括した情報である注文情報を、前記端末装置から電話回線を介してＤＴＭＦ（Dual Tone Multi Frequency）信号および音声を表す信号の少なくとも一方の形式で受信する第１通信部（第１通信部２１）と、前記注文情報を前記管理サーバが読み取り可能なデータ形式に変換する変換部（変換部２０２）と、変換後の注文情報を前記管理サーバに送信する第２通信部（第２通信部２２）と、を備え、前記管理サーバは、前記応答装置から通信ネットワークを介して前記変換後の注文情報を受信するサーバ通信部（サーバ通信部３１）と、前記注文情報が示す注文内容を確定させて、該注文内容に基づく受注データを作成する受注データ作成部を備える。
【０１４７】
前記の構成によれば、端末装置が保持している未発信の注文内容が端末装置から応答装置に一括して送信される。これにより、例えば一度に注文する商品の数や種類が多い場合でも、端末装置と応答装置との通話時間が長くなることを防ぐことができる。したがって、買物支援システム５００は電話回線を用いた従来の通信販売に比べ、発注者または事業者の通話料金の負担を軽減することができる。
【０１４８】
本発明の態様１２に係る受注システムは、前記態様１１において、前記応答装置の前記第１通信部は、前記端末装置において１回の注文内容が決定された後に前記端末装置と前記電話回線での通信を開始してもよい。
【０１４９】
前記の構成によれば、端末装置で注文内容が決定されてから、端末装置と応答装置との通話が開始される。したがって、一度に注文する商品の数や種類が多い場合でも、端末装置と応答装置との通話時間が長くなることを防ぐことができる。
【０１５０】
本発明の態様１３に係る受注システムは、前記態様１１または１２において、前記サーバ通信部は、注文対象となる商品の商品情報を前記端末装置に送信するための配信情報を前記応答装置に送信し、前記応答装置の変換部は前記配信情報の少なくとも一部をＤＴＭＦ信号および音声を表す信号の少なくとも一方の形式に変換し、前記第１通信部は変換後の配信情報を前記端末装置に送信することで、前記端末装置に前記配信情報を記憶させてもよい。
【０１５１】
前記の構成によれば、端末装置において注文対象となる商品の商品情報を前記端末装置に送信するための配信情報が端末装置に送信される。これにより、端末装置に、自機で注文対象となる商品についての最新の商品情報を保持させることができる。
【０１５２】
本発明の態様１４に係る受注システムは、前記態様１３において、前記配信情報には、前記端末装置において音声として出力する内容を示す情報が含まれていてもよい。
【０１５３】
前記の構成によれば、商品情報または商品説明等、端末装置において音声でユーザに提示したい情報を配信情報として端末装置に記憶させることができる。したがって、端末装置において、適切なタイミングで商品情報または商品説明等をユーザに音声で提示することができる。また端末装置はこれらの情報を音声出力する際に、都度応答装置と通話を行う必要がない。そのため、発注者または事業者の通話料金の負担を軽減することができる。
【０１５４】
本発明の各態様に係る受注サーバ、または受注システムに含まれる応答装置および管理サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを前記受注サーバ、前記応答装置、または前記管理サーバが備える各部（ソフトウェア要素）として動作させることにより前記受注サーバ、前記応答装置、または前記管理サーバをコンピュータにて実現させる前記受注サーバ、前記応答装置、または前記管理サーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１５５】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１５６】
１  注文リモコン（端末装置）
２  応答装置
２０  装置制御部（認証結果取得部、初期設定情報取得部、処理部）
２１  第１通信部
２２  第２通信部
２０２  変換部
３  クラウドサーバ（管理サーバ）
３０２  認証部
３０３  配信情報抽出部
３０４  受注データ作成部
３１  サーバ通信部
４  電話機
５  受注サーバ
５０  受注サーバ制御部（初期設定情報取得部）
５０２  認証部
５０３  受注データ作成部
５１  受注サーバ通信部（通信部）
５２  受注サーバ記憶部
５００  買物支援システム
【図１】
2019097002.tif 000003
【図２】
2019097002.tif 000004
【図３】
2019097002.tif 000005
【図４】
2019097002.tif 000006
【図５】
2019097002.tif 000007
【図６】
2019097002.tif 000008
【図７】
2019097002.tif 000009
【図８】
2019097002.tif 000010
【図９】
2019097002.tif 000011
【図１０】
2019097002.tif 000012
【図１１】
2019097002.tif 000013
【図１２】
2019097002.tif 000014
【図１３】
2019097002.tif 000015
【図１４】
2019097002.tif 000016