JP2023037797A - 注文支援装置、注文支援方法、およびプログラム - Google Patents

Abstract

【課題】電話を用いてＥＣサイトへの商品の注文が容易にできる、注文支援装置、注文支援方法及びプログラムを提供する。【解決手段】注文支援装置は、ユーザからの商品の注文に関する音声情報を受信する音声受信部１１と、音声情報に対して音声認識し、文字列を取得する音声認識部１２と、文字列を用いて、注文情報を構成し、注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理部１３と、を具備し、電話を用いてＥＣサイトへの商品の注文が容易にできる。【選択図】図３

Description

本発明は、電子商取引サイトに対する電話による注文を支援する注文支援装置等に関するものである。

現在、多数のＥＣサイトが存在し、多くのユーザに利用されている。また、従来、ＥＣサイトでの商品の注文を支援する技術があった（例えば、特許文献１参照）。

特開２０１７－９７５９４号公報

しかし、多数のＥＣサイトが存在しながら、例えば、コンピュータの利用に慣れていないユーザにとって、ＥＣサイトを用いた商品の注文が困難であった。また、従来技術では、電話を用いてＥＣサイトに対して、商品の注文を容易にできなかった。

本第一の発明の注文支援装置は、ユーザからの商品の注文に関する音声情報を受信する音声受信部と、音声情報に対して音声認識し、文字列を取得する音声認識部と、文字列を用いて、注文情報を構成し、注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理部とを具備する注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本第二の発明の注文支援装置は、第一の発明に対して、注文処理の結果である結果情報をサイトから受信する結果受信部と、結果情報の受信に応じて、商品の注文の結果に関する結果音声情報である注文結果情報を構成する結果音声構成部と、結果音声情報を用いて、ユーザに対して音声出力を行う結果通知部とをさらに具備する注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本第三の発明の注文支援装置は、第一または第二の発明に対して、注文処理部は、音声認識部が取得した文字列を用いて、サイトを検索し、検索結果を取得する検索手段と、検索結果を用いて、注文の確認のための音声である確認音声情報を構成する確認音声構成手段と、確認音声情報を用いて、ユーザに対して確認のための音声出力を行う確認音声出力手段と、確認のための音声出力に応じて、ユーザから注文の許可に関する応答音声情報を受信する応答音声受信手段と、応答音声情報を音声認識し、文字列を取得し、文字列を用いて、応答音声情報が注文を許可する許可音声情報であるか否かを判断する音声判断手段と、応答音声情報が許可音声情報である場合に、確認音声情報に対応した注文処理を行う注文処理手段とを具備する注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本第四の発明の注文支援装置は、第三の発明に対して、確認音声構成手段は、検索手段が２以上の商品に関する商品情報を含む検索結果を取得した場合、２以上の商品情報のうちの一の商品情報を用いて、確認音声情報を構成し、応答音声受信手段が許可音声情報を受信するまで、他の商品情報を用いた確認音声情報を、順次、構成する、注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が極めて容易にできる。

また、本第五の発明の注文支援装置は、第四の発明に対して、注文処理部は、検索手段が２以上の商品に関する商品情報を含む検索結果を取得した場合、２以上の各商品情報が有する属性値を用いて、２以上の商品情報をソートするソート手段をさらに具備し、確認音声構成手段は、ソート手段がソートした結果である最上位の商品情報を用いて、確認音声情報を構成し、応答音声受信手段が許可音声情報を受信するまで、ソートされた商品情報の上位の商品情報を用いた確認音声情報を、順次、構成する、注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が極めて容易にできる。

また、本第六の発明の注文支援装置は、第五の発明に対して、ソート手段は、応答音声情報が注文の拒絶に関する拒絶音声情報である場合に、拒絶音声情報に対応する属性値をキーとして、再度、２以上の商品情報をソートし、確認音声構成手段は、ソート手段が拒絶音声情報に対応する属性値をキーとしたソートした結果である最上位の商品情報を用いて、確認音声情報を構成する、注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が極めて容易にできる。

また、本第七の発明の注文支援装置は、第一の発明に対して、ユーザが使用する電話端末の種類を特定する種類識別子を取得する種類識別子取得部と、種類識別子に応じて、注文処理の結果に関する注文結果情報を、異なる手段によりユーザに通知する結果通知部をさらに具備する注文支援装置である。

かかる構成により、ユーザ端末の種類に応じた適切な注文結果の通知が可能となる。

また、本第八の発明の注文支援装置は、第六の発明に対して、結果通知部は、種類識別子が固定電話を識別する情報である場合は、音声情報である注文結果情報を出力し、種類識別子が携帯電話を識別する情報である場合は、文字列を含む注文結果情報を出力する、注文支援装置である。

かかる構成により、ユーザ端末の種類に応じた適切な注文結果の通知が可能となる。

また、本第九の発明の注文支援装置は、第一または第二の発明に対して、注文処理部は、サイトを検索し、１以上の商品情報を有する検索結果を取得する検索手段と、１以上の各商品情報を用いて、商品を特定して電話をかけるための画面を構成する情報である電話注文画面情報を構成する画面構成手段と、電話注文画面情報を送信する画面送信手段と、画面を用いてかけられた電話に対応する商品識別子を受信する商品識別子受信手段と、商品識別子で識別される商品に対応した注文処理を行う注文処理手段とを具備する注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本第十の発明の注文支援装置は、第九の発明に対して、注文処理部は、画面を用いてかけられた電話に対する音声情報を受信する音声受信手段と、音声情報に対して音声認識し、注文の個数を取得する個数取得手段とをさらに具備し、注文処理手段は、商品識別子で識別される商品を、前記個数分を購入するための注文処理を行う、注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本第十一の発明の注文支援装置は、第一から第十いずれか１つの発明に対して、ユーザの電話番号が格納されている電話番号格納部から取得した電話番号を用いて、商品の注文を受け付けるための電話をかける御用聞き部をさらに具備する注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文に関する御用聞きができる。

また、本第十二の発明の注文支援装置は、第十一の発明に対して、ユーザの電話番号に対応付けて、ユーザの注文に関する注文情報が格納されている注文履歴情報格納部に格納されている注文情報を用いて、ユーザに電話をかける時を決定する電話時決定部をさらに具備し、御用聞き部は、電話時決定部が決定した時に、商品の注文を受け付けるための電話をかける注文支援装置である。

かかる構成により、電話を用いてＥＣサイトへの商品の注文に関する御用聞きが、適切なタイミングでできる。

本発明による注文支援装置によれば、電話を用いてＥＣサイトへの商品の注文が容易にできる。

実施の形態１における注文支援システムＡのブロック図 同注文支援システムＡのブロック図 同注文支援装置１のブロック図 同注文支援装置１の第一の動作例について説明するフローチャート 同初期処理の例について説明するフローチャート 同注文決定処理の例について説明するフローチャート 同商品確定処理の例について説明するフローチャート 同画面情報を構成処理の例について説明するフローチャート 同個数等取得処理の例について説明するフローチャート 同結果通知処理の例について説明するフローチャート 同御用聞き処理の例について説明するフローチャート 同注文支援装置１の第二の動作例について説明するフローチャート 同サーバ管理表を示す図 同ユーザ情報管理表を示す図 同御用聞き管理表を示す図 同注文履歴情報管理表を示す図 同出力例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、注文支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、電話でのユーザの音声を受け付け、当該音声情報に対して音声認識し、文字列を取得し、当該文字列から注文情報を構成し、当該注文情報を用いて、ＥＣサイトのサーバにアクセスし、注文処理を行う注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、注文処理の結果を取得し、当該結果から結果音声情報を構成し、当該結果音声情報を、ユーザの電話に対して発話する注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、ＥＣサイトのサーバを検索した結果を用いて、注文の確認音声情報を構成し、当該確認音声情報を用いて、ユーザの電話に対して発話し、ユーザからの注文の許可の音声を受け付けたか否かを判断し、注文の許可の音声を受け付けた場合に、確認音声情報に対応する注文情報を構成し、注文処理を行う注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、２以上の検索結果が存在する場合、順次に、各商品についての注文の確認を行う注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、２以上の検索結果が存在する場合、２以上の検索結果に対応する各商品情報を順に用いて、商品を購入するか否かを、順に問い合わせる注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、２以上の検索結果が存在する場合、商品の属性値を用いて、商品情報をソートし、上位の商品から、順次に、注文の確認を行う注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、ユーザの音声に対応する属性値（例えば、価格）をキーとして、商品情報をソートし直し、一番上位の商品に対する注文の確認音声を構成し、発話する注文支援装置を具備する注文支援システムについて説明する。

また、本実施の形態において、ユーザ端末が携帯電話か固定電話かを判断し、判断結果に応じて、異なる処理を行う注文支援装置を具備する注文支援システムについて説明する。なお、例えば、注文支援装置は、固定電話には音声により注文結果をお知らせし、携帯電話には、例えば、ショートメッセージまたは画面情報を用いて注文結果をお知らせする。

また、本実施の形態において、携帯電話で検索した１以上の各商品情報を有する画面の中の一の商品情報に対する指示に応じて、かけられた電話を受け付け、当該商品情報に対応する商品の注文処理を行う注文支援装置を具備する注文支援システムについて説明する。なお、かかる場合、注文支援装置は、ユーザからの電話の音声から、購入する個数を取得しても良い。

さらに、本実施の形態において、御用聞き機能を有する注文支援装置を具備する注文支援システムについて説明する。なお、注文支援装置は、ユーザの過去の注文履歴情報に応じて、御用聞きを行うタイミングを決定しても良い。

図１は、本実施の形態における注文支援システムＡのブロック図である。注文支援システムＡは、注文支援装置１、１または２以上のサーバ２、および１または２以上のユーザ端末３を備える。

注文支援装置１は、電話を用いたユーザのＥＣサイトを利用した商品の注文を支援する装置である。注文支援装置１は、通常、サーバである。注文支援装置１は、例えば、ＡＳＰのサーバ、クラウドサーバ等である。但し、注文支援装置１の種類は問わない。

サーバ２は、ＥＣサイトのサーバである。サーバ２は、サイトと言っても良い。ＥＣサイトは、電子商取引を行うサイトである。ＥＣサイトは、商品の販売を行うサイト、商品の販売を支援するサイト等を含み、広く解する。また、商品は、販売対象であれば良く、サービスを含んでも良い。サーバ２は、例えば、ＡＳＰのサーバ、クラウドサーバ等である。但し、サーバ２の種類は問わない。サーバ２は、公知のサイトのサーバで、実現可能である。

ユーザ端末３は、ユーザが使用する端末である。ユーザ端末３は、電話機能を有する。ユーザ端末３は、例えば、固定電話（親機だけではなく、子機も含む）、携帯電話である。携帯電話は、例えば、スマートフォン、いわゆるガラケーである。携帯電話は、電話機能を有する携帯型の端末であれば良く、例えば、電話機能を有するタブレット端末等でも良い。

注文支援装置１は、１以上の各サーバ２および１以上の各ユーザ端末３と、通常、通信可能である。注文支援装置１と１以上の各サーバ２とは、例えば、インターネットや電話回線等の通信回線により、通信可能である。注文支援装置１と１以上の各ユーザ端末３とは、例えば、インターネット、電話回線等により、通信可能である。

図２は、本実施の形態における注文支援システムＡのブロック図である。図３は、注文支援装置１のブロック図である。

注文支援装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、電話番号格納部１１１、および注文履歴情報格納部１１２を備える。受信部１２は、音声受信部１２１、および結果受信部１２２を備える。処理部１３は、種類識別子取得部１３１、音声認識部１３２、注文処理部１３３、結果音声構成部１３４、電話時決定部１３５、および御用聞き部１３６を備える。注文処理部１３３は、検索手段１３３１、ソート手段１３３２、確認音声構成手段１３３３、確認音声出力手段１３３４、応答音声受信手段１３３５、音声判断手段１３３６、画面構成手段１３３７、画面送信手段１３３８、商品識別子受信手段１３３９、音声受信手段１３４０、個数取得手段１３４１、および注文処理手段１３４２を備える。送信部１４は、結果通知部１４１を備える。

ユーザ端末３は、端末格納部３１、端末受付部３２、端末処理部３３、端末送信部３４、端末受信部３５、および端末出力部３６を備える。端末処理部３３は、端末電話手段３３１を備える。

注文支援装置１を構成する格納部１１には、各種の情報が格納される。各種の情報とは、例えば、電話番号、後述する注文履歴情報、後述する許可情報、後述する拒絶情報、各種の音声情報、後述する御用聞き条件、後述する通知雛形情報、後述する対応表、あいさつ文の雛形等の音声情報を構成するための雛形の情報である。

電話番号格納部１１１には、１または２以上の電話番号が格納される。電話番号格納部１１１には、電話番号を含む１以上のユーザ情報が格納されていることは好適である。ユーザ情報は、ユーザ端末３のユーザの情報である。ユーザ情報は、例えば、ユーザ識別子、氏名、郵便番号、住所、性別、年齢、決済識別子等を含む。ユーザ識別子は、ユーザを識別する情報であり、例えば、ＩＤであるが、電話番号やメールアドレス等がユーザ識別子を兼ねても良い。電話番号は、例えば、電話をかけてきたユーザ端末３が送信した情報である。決済識別子は、決済を行うための識別子であれば良く、例えば、キャッシュレス決済のための識別子、クレジットカード番号、銀行口座の番号である。氏名、住所等の電話番号以外の情報は、例えば、ユーザ端末３から送信された情報、またはユーザ端末３から送信された音声情報を音声認識した結果の情報である。なお、電話番号格納部１１１に、ユーザ情報が格納される経緯は問わない。

注文履歴情報格納部１１２には、１または２以上の注文履歴情報が格納される。注文履歴情報は、ユーザの注文の履歴の情報である。注文履歴情報は、例えば、ユーザ識別子、購入日付、商品種類識別子、商品識別子、個数、価格、サーバ識別子、店舗識別子を有する。注文履歴情報は、例えば、サイズや色等の、他の商品の属性値を有しても良い。商品種類識別子は、ユーザが購入した商品の種類の識別子であり、例えば、商品の種類のＩＤ、商品の種類の名称（例えば、「お茶」「パソコン」）である。商品識別子は、商品の識別子であり、例えば、商品のＩＤ、商品名である。サーバ識別子は、商品を購入したサーバ２の識別子であり、例えば、サーバ２のＩＰアドレス、ＵＲＬ、サーバのＩＤである。店舗識別子は、商品を購入した店舗の識別子であり、例えば、店舗のＩＤ，店舗名である。

受信部１２は、各種の情報を受信する。各種の情報は、例えば、音声情報、文字列である。音声情報は、ユーザが発した音声の情報である。文字列は、例えば、後述する結果情報、電話番号である。受信部１２は、ユーザ端末３からの着信に対して応じる処理を行う。

音声受信部１２１は、ユーザから音声情報を受信する。ユーザから受信することは、ユーザ端末３から受信することである。音声受信部１２１は、ユーザ端末３からの音声情報を直接的に受信する必要はなく、他の図示しない装置を経由して音声情報を受信しても良い。

音声受信部１２１は、例えば、商品の注文に関する音声情報を受信する。音声受信部１２１は、商品の注文に関係しない音声情報を受信しても良い。商品の注文に関係しない音声情報は、例えば、あいさつ、ユーザの属性値を含む音声情報である。ユーザの属性値は、例えば、氏名、郵便番号、住所、性別、年齢である。なお、音声情報は、電話機能を用いて、ユーザが発した音声の情報である。

結果受信部１２２は、注文処理の結果である結果情報をサイトから受信する。ここでのサイトは、サーバ２である。結果情報は、例えば、注文処理の正常終了を示す情報（例えば、リターンコード「０」）、エラーとなったことを示す情報（例えば、リターンコード「－１」）、エラーコードである。エラーコードは、エラーを特定する情報である。エラーコードは、例えば、決済識別子で識別される決済手段が使用できない（例えば、クレジットカードの期限が切れている、キャッシュレス決済手段の残高が不足している）ことを示すコード、商品が売り切れになっていることを示すコードである。

処理部１３は、各種の処理を行う。各種の処理とは、例えば、種類識別子取得部１３１、音声認識部１３２、注文処理部１３３、結果音声構成部１３４、電話時決定部１３５、御用聞き部１３６が行う処理である。

種類識別子取得部１３１は、ユーザが使用する電話端末の種類を特定する種類識別子を取得する。なお、ユーザが使用する電話端末は、ユーザ端末３である。

種類識別子取得部１３１は、例えば、受信された電話番号を用いて、種類識別子を取得する。例えば、受信された電話番号が「０９０」「０８０」「０５０」等の予め決められた文字列を先頭に含む場合、種類識別子取得部１３１は、種類識別子「携帯電話」を取得する。例えば、受信された電話番号が「０９０」「０８０」「０５０」等の予め決められた文字列以外である場合、種類識別子取得部１３１は、種類識別子「固定電話」を取得する。また、受信された電話番号が「０３」「０６」等の予め決められた市外局番の文字列を先頭に含む場合、種類識別子取得部１３１は、種類識別子「固定電話」を取得しても良い。また、受信された電話番号が「０３」「０６」等の予め決められた市外局番の文字列を先頭に含まない場合、種類識別子取得部１３１は、種類識別子「携帯電話」を取得しても良い。

種類識別子取得部１３１は、例えば、ユーザ端末３から種類識別子を受信する、またはユーザ端末３から受信された種類識別子を取得する。

音声認識部１３２は、音声受信部１２１が受信した音声情報に対して音声認識し、文字列を取得する。音声認識処理は公知技術であるので、詳細な説明は省略する。

注文処理部１３３は、音声認識部１３２が取得した文字列を用いて、注文情報を構成し、注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う。サイトに対する注文処理は、１以上のうちのいずれかのサーバ２に対する注文処理である。注文処理は、商品を購入するための処理であれば何でも良い。注文処理は、商品の注文を支援する処理も含む、と考えても良い。注文処理部１３３は、２以上のサイトに対して注文処理を行っても良い。

注文処理は、例えば、サーバ２に注文情報を送信する処理である。注文処理は、例えば、サーバ２への注文を行うＡＰＩを用いて、注文を行うモジュールを実行する処理である。

注文処理部１３３は、例えば、音声認識部１３２が取得した文字列に対して形態素解析を行い、名詞である商品種類識別子（例えば、「お茶」）または名詞である商品識別子（通常、商品の固有名称）を取得し、当該商品種類識別子または当該商品識別子を用いて、注文処理を行う。

検索手段１３３１は、音声認識部１３２が取得した文字列を用いて、サイトを検索し、検索結果を取得する。なお、サイトは、サーバ２である。

検索手段１３３１は、例えば、１または２以上のサイトを検索し、１以上の商品情報を有する検索結果を取得する。さらに具体的には、検索手段１３３１は、例えば、ユーザ端末３から受信した文字列または音声認識部１３２が取得した文字列に対して形態素解析を行い、名詞である商品種類識別子を取得し、当該商品種類識別子をキーとして、１または２以上のサーバ２を検索し、１以上の商品情報を有する検索結果を取得する。検索手段１３３１は、例えば、ユーザ端末３から受信した文字列または音声認識部１３２が取得した文字列に対して形態素解析を行い、名詞である商品識別子（例えば、商品の固有名称）を取得し、当該商品識別子をキーとして、１または２以上のサーバ２を検索し、１以上の商品情報を有する検索結果を取得する。なお、検索手段１３３１は、音声認識部１３２が取得した文字列を用いて検索しても良いし、受信された文字列（検索条件）を用いても良い。また、商品情報は、商品に関する情報であり、例えば、商品識別子、商品名、商品の１以上の属性値（例えば、価格、スペック、重量、サイズ）、商品の画像を含む。

ソート手段１３３２は、検索手段１３３１が２以上の商品に関する商品情報を含む検索結果を取得した場合、２以上の各商品情報が有する１または２以上の属性値を用いて、２以上の商品情報を昇順または降順にソートする。ソート処理のキーとなる属性値は、予め決められていても良いし、ユーザにより指定されても良いし、ユーザからの音声情報を用いて自動取得しても良い。属性値は、例えば、価格、サイズ、色であるが、問わない。

ソート手段１３３２は、後述する応答音声受信手段１３３５により受信された応答音声情報が注文の拒絶に関する拒絶音声情報である場合に、拒絶音声情報に対応する属性値をキーとして、再度、２以上の商品情報をソートすることは好適である。

例えば、ソート手段１３３２は、後述する応答音声受信手段１３３５により受信された応答音声情報に対して、文字認識処理を行い、文字列を取得し、当該文字列の中に、予め決められた拒絶用語が存在するか否かを判断し、当該拒絶用語が存在する場合に、当該拒絶用語と対になる属性種類識別子を対応表から取得し、当該属性種類識別子で識別される属性値をキーとして、２以上の商品情報をソートする。なお、対応表は、拒絶用語と属性種類識別子との対応を示す１以上の対応情報を有する。拒絶用語は、例えば、「高い」「量が多い」「量が少ない」「大きい」「小さい」である。また、拒絶用語「高い」に対応付く属性種類識別子は「価格」であり、拒絶用語「量が多い」および「量が少ない」に対応付く属性種類識別子は「重量」であり、拒絶用語「大きい」および「小さい」に対応付く属性種類識別子は「サイズ」である。

確認音声構成手段１３３３は、検索手段１３３１が取得した検索結果を用いて、１または２以上の確認音声情報を構成する。確認音声情報は、注文の確認のための音声である。確認音声情報は、例えば、「２Ｌのお茶（商品名：ＡＢＣＤ）６本セットを１セット、購入しますか？」の音声情報である。

確認音声構成手段１３３３は、ソート手段１３３２が取得した２以上の商品情報を用いて、１または２以上の確認音声情報を構成しても良い。

検索手段１３３１が２以上の商品情報を含む検索結果を取得した場合、確認音声構成手段１３３３は、例えば、２以上の商品情報のうちの一の商品情報を用いて、確認音声情報を構成し、後述する応答音声受信手段１３３５が許可音声情報を受信するまで、他の商品情報を用いた確認音声情報を、順次、構成する。確認音声情報は、商品を購入するか否かを尋ねるための音声の情報であり、通常、一の商品の情報を含む。一の商品の情報は、例えば、「商品名」「価格」である。また、許可音声情報は、商品を購入することを特定する音声の情報であり、予め決められた許可情報（例えば、「購入します」「購入する」「はい」「ＹＥＳ」）を含む音声の情報である。

後述する音声判断手段１３３６は、例えば、応答音声受信手段１３３５が受信した応答音声情報に対して文字認識処理を行い、文字列を取得し、当該文字列の中に、予め決められた許可情報を含むか否かを判断し、含まない場合に、確認音声構成手段１３３３は、次の商品情報を用いて、次の確認音声情報を構成する。なお、予め決められた許可情報は、格納部１１に格納されている。

確認音声構成手段１３３３は、例えば、２以上の各商品情報をすべて用いて、順次、商品情報に対応する商品を購入するか否かを尋ねる確認音声情報を構成しても良い。かかる場合、ユーザは、２以上の商品情報に対応する商品を一度に購入できる。

確認音声構成手段１３３３は、ソート手段１３３２がソートした結果である最上位の商品情報を用いて、確認音声情報を構成し、応答音声受信手段１３３５が許可音声情報を受信するまで、ソートされた商品情報の上位の商品情報を用いた確認音声情報を、順次、構成することは好適である。

確認音声構成手段１３３３は、ソート手段１３３２が拒絶音声情報に対応する属性値をキーとしたソートした結果である最上位の商品情報を用いて、確認音声情報を構成することは好適である。

確認音声出力手段１３３４は、確認音声情報を用いて、ユーザに対して確認のための音声出力を行う。確認音声出力手段１３３４は、電話機能により実現され得る。ユーザに対して音声出力を行うことは、通常、ユーザ端末３に対して音声出力を行うことである。また、音声出力を行うことは、電話による音声出力を行うことである。

応答音声受信手段１３３５は、確認のための音声出力に応じて、ユーザから注文の許可に関する応答音声情報を受信する。応答音声情報は、例えば、許可音声情報、または拒絶音声情報である。応答音声情報は、許可音声情報と共に、購入する商品の個数を特定する音声情報を含んでも良い。

音声判断手段１３３６は、応答音声受信手段１３３５が受信した応答音声情報を音声認識し、文字列を取得し、当該文字列を用いて、応答音声情報が注文を許可する許可音声情報であるか否かを判断する。さらに具体的には、音声判断手段１３３６は、例えば、応答音声情報に対して文字認識処理を行い、文字列を取得し、当該文字列の中に、予め決められた許可情報を含むか否かを判断する。なお、予め決められた許可情報は、格納部１１に格納されている。許可情報は、例えば、「購入します」「はい」「買います」である。

音声判断手段１３３６は、応答音声受信手段１３３５が受信した応答音声情報を音声認識し、文字列を取得し、当該文字列を用いて、応答音声情報が注文をしない拒絶音声情報であるか否かを判断する。さらに具体的には、音声判断手段１３３６は、例えば、応答音声情報に対して文字認識処理を行い、文字列を取得し、当該文字列の中に、予め決められた拒絶情報を含むか否かを判断する。なお、予め決められた拒絶情報は、格納部１１に格納されている。また、拒絶情報は、例えば、「購入しません」「買いません」「パス」「高い」「サイズが大きすぎる」「重すぎる」である。

画面構成手段１３３７は、検索された１以上の各商品情報を用いて、電話注文画面情報を構成する。電話注文画面情報は、商品を特定して電話をかけるための画面を構成する情報である。電話注文画面情報は、検索された１以上の各商品情報の全部または一部の情報を含む。電話注文画面情報は、１ページの画面情報（例えば、ウェブページ）でも良いし、２以上のページの画面情報でも良い。電話注文画面情報は、商品情報ごとの１以上のページを有する画面情報でも良い。電話注文画面情報の中には、１以上の各商品情報に対応する態様で、電話をかけるための電話オブジェクトが存在することは好適である。電話オブジェクトは、例えば、注文支援装置１に対して電話をかけるためのアイコン、注文支援装置１に対して電話をかけるためのボタン、注文支援装置１に対して電話をかけるためのメニュー項目である。また、電話オブジェクトには、商品識別子が対応付いている、とする。また、電話オブジェクトには、通常、注文支援装置１の電話番号が対応付いている。つまり、電話オブジェクトの指示により、当該電話オブジェクトに対応する電話番号を用いて、注文支援装置１に対して電話がかけられ、かつ当該電話オブジェクトに対応する商品識別子がユーザ端末３から注文支援装置１に送信される。

なお、画面構成手段１３３７が電話注文画面情報を構成するのは、種類識別子取得部１３１が取得した種類識別子が「携帯端末」または「スマートフォン」等の予め決められた種類識別子であり、ユーザ端末３が画面を表示するためのディスプレイを有する場合である。種類識別子が「固定電話」である場合、通常、電話注文画面情報は構成されない。

画面送信手段１３３８は、画面構成手段１３３７が構成した電話注文画面情報をユーザ端末３に送信する。なお、画面送信手段１３３８が電話注文画面情報を送信するのは、種類識別子取得部１３１が取得した種類識別子が「携帯端末」または「スマートフォン」等の予め決められた種類識別子であり、ユーザ端末３が画面を表示するためのディスプレイを有する場合である。

商品識別子受信手段１３３９は、画面を用いてかけられた電話に対応する商品識別子を受信する。電話注文画面情報を用いて電話注文画面が表示されたユーザ端末３から、電話オブジェクトを用いて、注文支援装置１に電話された場合に、商品識別子受信手段１３３９は当該電話オブジェクトに対応する商品識別子を当該ユーザ端末３から受信する。

音声受信手段１３４０は、電話注文画面を用いてかけられた電話に対する音声情報を受信する。

個数取得手段１３４１は、音声受信手段１３４０が受信した音声情報に対して音声認識処理を行い、文字列を取得し、当該文字列を用いて注文の個数を取得する。個数取得手段１３４１は、例えば、音声受信手段１３４０が受信した音声情報に対して音声認識処理を行い、文字列を取得し、当該文字列に対して形態素解析を行い、数字と次に手がかり文字列（例えば、「個」「つ」「枚」「本」）を含む文字列の中の数字である注文個数を取得する。

個数取得手段１３４１は、購入対象の商品の個数以外の属性値を取得しても良い。個数以外の属性値は、例えば、サイズ、色である。個数取得手段１３４１は、例えば、受信された音声情報に対して音声認識処理を行い、文字列を取得し、当該文字列を用いて個数以外の属性値を取得する。

注文処理手段１３４２は、応答音声受信手段１３３５が受信した応答音声情報が許可音声情報である場合に、確認音声出力手段１３３４が出力した確認音声情報に対応した注文処理を行う。なお、上述した通り、注文処理は、商品を購入するための処理であれば何でも良い。

注文処理手段１３４２は、例えば、商品識別子受信手段１３３９が受信した商品識別子で識別される商品に対応した注文処理を行う。

注文処理手段１３４２は、例えば、商品識別子受信手段１３３９が受信した商品識別子で識別される商品を、個数取得手段１３４１が取得した個数分を購入するための注文処理を行う。

注文処理手段１３４２は、例えば、商品識別子受信手段１３３９が受信した商品識別子で識別される商品であり、個数取得手段１３４１が取得したサイズまたは／および色の商品を、個数取得手段１３４１が取得した個数分を購入するための注文処理を行う。

結果音声構成部１３４は、結果受信部１２２による結果情報の受信に応じて、結果音声情報を構成する。結果音声情報は、商品の注文の結果に関する音声情報である。結果音声情報は、注文結果を示す情報である注文結果情報の一例である。結果音声情報は、例えば、「正常に注文が完了した旨の情報」「エラーコードに対応するエラーの内容（商品の在庫がない等）」である。結果音声情報は、注文した商品の情報を含むことは好適である。

電話時決定部１３５は、ユーザの電話番号に対応付けて、ユーザの注文に関する注文情報が格納されている注文履歴情報格納部１１２に格納されている注文履歴情報を用いて、ユーザに電話をかける時を決定する。注文履歴情報を用いることは、例えば、ユーザの注文の間隔情報を用いること、注文商品の属性値を用いること、ユーザの注文の間隔情報と注文商品の属性値とを用いることである。なお、間隔情報は、２つの注文情報が有する日付の間隔を特定する情報（例えば、「１週間」「２ヶ月」「１年」）である。

御用聞き部１３６は、ユーザの電話番号が格納されている電話番号格納部１１１から取得した１以上の各電話番号を用いて、１以上の各ユーザに、商品の注文を受け付けるための電話をかける。御用聞き部１３６が動作するタイミングは問わない。御用聞き部１３６は、例えば、予め決められた時に、動作を開始する。御用聞き部１３６は、例えば、注文支援装置１の管理者の指示に応じて、動作を開始する。

御用聞き部１３６は、電話時決定部１３５が決定した時に、商品の注文を受け付けるための電話をかけることは好適である。つまり、御用聞き部１３６は、ユーザごとに、異なるタイミングで、商品の注文を受け付けるための電話をかけることは好適である。

送信部１４は、各種の情報を送信する。各種の情報は、例えば、注文結果情報である。注文結果情報は、例えば、結果音声情報、注文結果文字列である。結果音声情報は、商品の注文の結果を知らせる音声の情報である。注文結果文字列は、商品の注文の結果を知らせる文字列である。注文結果情報は、商品の注文の結果を知らせるための静止画や動画を含んでも良い。静止画や動画は、例えば、注文した商品の商品情報が有する情報である。

結果通知部１４１は、結果音声情報を用いて、ユーザに対して音声出力を行う。なお、ユーザに対する音声出力は、ユーザ端末３への音声出力である。結果音声情報は、商品の注文の結果に関する音声情報である。結果通知部１４１は、結果音声情報を用いて、ユーザ端末３に注文結果文字列を送信する。

結果通知部１４１は、種類識別子に応じて、注文処理の結果に関する注文結果情報を、異なる手段によりユーザに通知することは好適である。

結果通知部１４１は、例えば、種類識別子が固定電話を識別する情報である場合は、音声情報である注文結果情報を出力し、種類識別子が携帯電話を識別する情報である場合は、文字列を含む注文結果情報を出力する。

ユーザ端末３を構成する端末格納部３１には、各種の情報が格納される。各種の情報とは、例えば、電話番号、ユーザ識別子、種類識別子である。

端末受付部３２は、ユーザから指示や情報等の入力を受け付ける。指示や情報等とは、例えば、音声、電話指示等である。電話指示は、注文支援装置１に対して電話をかける指示である。

端末処理部３３は、各種の処理を行う。各種の処理は、例えば、電話機能である。各種の処理は、例えば、端末受付部３２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理、端末受信部３５が受信した情報を出力する構造に変更する処理等である。

端末電話手段３３１は、電話機能を実現する。電話機能は公知技術であるので、詳細な説明は省略する。

端末送信部３４は、各種の情報や指示等を送信する。各種の情報や指示等とは、例えば、電話番号、ユーザ識別子、種類識別子等である。

端末受信部３５は、各種の情報を受信する。各種の情報とは、例えば、注文結果情報である。

端末出力部３６は、各種の情報を出力する。各種の情報とは、例えば、端末受信部３５が受信し、端末処理部３３が出力される構造に変更した情報であり、例えば、注文結果情報である。

格納部１１、電話番号格納部１１１、注文履歴情報格納部１１２、および端末格納部３１は、は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受信部１２は、音声受信部１２１、結果受信部１２２、および端末受信部３５は、通常、無線または有線の通信手段で実現され得る。

処理部１３、種類識別子取得部１３１、音声認識部１３２、注文処理部１３３、結果音声構成部１３４、電話時決定部１３５、御用聞き部１３６、検索手段１３３１、ソート手段１３３２、確認音声構成手段１３３３、確認音声出力手段１３３４、応答音声受信手段１３３５、音声判断手段１３３６、画面構成手段１３３７、画面送信手段１３３８、商品識別子受信手段１３３９、音声受信手段１３４０、個数取得手段１３４１、注文処理手段１３４２、端末処理部３３、および端末電話手段３３１は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

端末電話手段３３１は、通常、マイクおよびスピーカーを具備する。

送信部１４、結果通知部１４１、および端末送信部３４は、通常、無線または有線の通信手段で実現され得る。

端末受付部３２は、タッチパネル、キーボード、マイク等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末出力部３６は、スピーカーやディスプレイ等の出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、注文支援システムＡの動作例について説明する。まず、図４のフローチャートを用いて、注文支援装置１の第一の動作例について説明する。

（ステップＳ４０１）受信部１２は、ユーザ端末３から電話がかかってきたか否かを判断する。電話がかかってきた場合はステップＳ４０２に行き、電話がかかってきていない場合はステップＳ４１５に行く。

（ステップＳ４０２）受信部１２は、通話開始のための処理を行う。かかる処理は、公知の電話機能、ＩＶＲ（自動電話応答システム）の機能であるので、詳細な説明は省略する。

（ステップＳ４０３）種類識別子取得部１３１は、電話番号を取得する。

（ステップＳ４０４）種類識別子取得部１３１は、ステップＳ４０３で取得した電話番号を用いて、種類識別子を取得する。なお、種類識別子取得部１３１は、受信部１２が受信した種類識別子を取得したり、ステップＳ４０３で取得した電話番号と対になる種類識別子を電話番号格納部１１１のユーザ情報から取得したりしても良い。

（ステップＳ４０５）処理部１３は、注文を受け付けるための初期処理を行う。初期処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ４０６）注文処理部１３３は、注文伺いのための情報を格納部１１から取得し、当該注文伺いのための情報を、通話中のユーザ端末３に対して発話する。なお、かかる処理は公知技術である。また、注文伺いのための情報は、例えば、「何をお求めでしょうか？」という音声情報である。

（ステップＳ４０７）音声受信部１２１は、注文伺いのための情報の発信に応じて、ユーザ端末３から発せられた音声情報を受信したか否かを判断する。音声情報を受信した場合はステップＳ４０８に行き、音声情報を受信しなかった場合はステップＳ４０７に戻る。

（ステップＳ４０８）注文処理部１３３等は、注文決定処理を行う。注文決定処理とは、注文の商品と、個数等を決定する処理である。注文決定処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ４０９）注文処理部１３３は、ステップＳ４０８で取得した商品識別子等を用いて、注文情報を構成する。

（ステップＳ４１０）注文処理部１３３は、ステップＳ４０９で構成した注文情報を用いて、電子商取引を行うサイト（サーバ２）に対する注文処理を行う。

（ステップＳ４１１）結果受信部１２２は、ステップＳ４１０における注文処理に応じて、サーバ２から結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ４１２に行き、結果情報を受信しなかった場合はステップＳ４１１に戻る。

（ステップＳ４１２）注文処理部１３３等は、ステップＳ４１１で受信された結果情報を用いて、ユーザ端末３に注文の結果を通知する処理を行う。かかる結果通知処理の例について、図１０のフローチャートを用いて説明する。

（ステップＳ４１３）注文処理部１３３は、ステップＳ４０９で構成した注文情報を用いて、蓄積する注文履歴情報を構成する。

（ステップＳ４１４）注文処理部１３３は、ステップＳ４１３で構成した注文履歴情報を注文履歴情報格納部１１２に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４１５）処理部１３は、御用聞きのタイミングであるか否かを判断する。御用聞きのタイミングであればステップＳ４１６に行き、御用聞きのタイミングでなければステップＳ４０１に戻る。

（ステップＳ４１６）御用聞き部１３６は、御用聞き処理を行う。ステップＳ４０１に戻る。なお、御用聞き処理の例について、図１１のフローチャートを用いて説明する。

なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４０５の初期処理の例について、図５のローチャートを用いて説明する。

（ステップＳ５０１）注文処理部１３３は、あいさつ文の雛形を格納部１１から読み出し、あいさつ文の音声情報を構成する。次に、注文処理部１３３は、当該音声情報を用いて、あいさつ文を、通話中のユーザ端末３に発話する。なお、あいさつ文の雛形は、例えば「＜氏名＞様 お電話を有難うございます。・・・」である。

（ステップＳ５０２）音声受信部１２１は、ユーザ端末３から音声情報を受信したか否かを判断する。音声情報を受信した場合はステップＳ５０３に行き、音声情報を受信しなかった場合はステップＳ５０２に戻る。

（ステップＳ５０３）音声認識部１３２は、ステップＳ５０２で受信された音声情報に対して、音声認識処理を行い、文字列を取得する。

（ステップＳ５０４）注文処理部１３３は、ステップＳ５０３で取得された文字列に対して、形態素解析を行う。

（ステップＳ５０５）処理部１３は、ステップＳ５０４での形態素解析の結果を用いて、注文支援装置１で管理すべき情報が存在するか否かを判断する。管理すべき情報が存在する場合はステップＳ５０６に行き、管理すべき情報が存在しない場合はステップＳ５０８に行く。なお、管理すべき情報は、例えば、氏名、住所、年齢等のユーザ属性値である。また、文字列の中の氏名、住所、年齢等を取り出すこと、文字列の中に氏名、住所、年齢等が存在するか否かを判断することは、公知技術により可能である。

（ステップＳ５０６）処理部１３は、ステップＳ５０５で検知した管理すべき情報が、既に電話番号格納部１１１に登録されているか否かを判断する。登録されている場合はステップＳ５０８に行き、登録されていない場合はステップＳ５０７に行く。なお、ここで、通常、処理部１３は、ステップＳ５０５で検知した管理すべき情報が取得されている電話番号と対に、電話番号格納部１１１に存在するか否かを判断する。

（ステップＳ５０７）処理部１３は、電話番号格納部１１１に登録しない情報であり、管理すべき情報を取得し、当該情報を取得されている電話番号と対にして、電話番号格納部１１１に蓄積する。上位処理にリターンする。なお、管理すべき情報は、ユーザ情報を構成する情報である。

（ステップＳ５０８）処理部１３は、初期処理を終了するか否かを判断する。初期処理を終了する場合は上位処理にリターンし、初期処理を終了しない場合はステップＳ５０９に行く。なお、処理部１３は、例えば、管理すべき情報（例えば、氏名、住所等）がすべて蓄積できたと判断した場合に、初期処理を終了する、と判断する。

（ステップＳ５０９）処理部１３は、次の発話を行う。上位処理にリターンする。なお、次の発話は、管理されていない情報であり、管理すべき情報を問い合わせるための発話である。

次に、ステップＳ４０８の注文決定処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）音声認識部１３２は、受信された音声情報に対して音声認識処理を行い、文字列を取得する。

（ステップＳ６０２）注文処理部１３３は、ステップ６０１で取得された文字列に対して、形態素解析を行う。

（ステップＳ６０３）注文処理部１３３は、ステップＳ６０２での形態素解析の結果を用いて、注文に必要な情報を取得しようとする。注文に必要な情報は、通常、商品種類識別子（例えば、「お茶」）または商品識別子（例えば、お茶の銘柄を特定する商品名）である。注文に必要な情報は、例えば、個数、サイズ、色等である。

（ステップＳ６０４）注文処理部１３３は、ステップＳ６０３で商品種類識別子または商品識別子が取得できたか否かを判断する。取得できた場合はステップＳ６０５に行き、取得できなかった場合はステップＳ６１３に行く。

（ステップＳ６０５）検索手段１３３１は、ステップＳ６０３で取得した商品種類識別子または商品識別子をキーとして、１または２以上の各サーバ２を検索する。検索手段１３３１は、ステップＳ６０３で取得したサイズ、色等の商品の１以上の属性値キーとして、１または２以上の各サーバ２を検索しても良い。

（ステップＳ６０６）検索手段１３３１は、ステップＳ６０５における検索処理の結果、１または２以上の各サーバ２から商品情報等を受信したか否かを判断する。商品情報等を受信した場合はステップＳ６０７に行き、受信しなかった場合はステップＳ６０６に戻る。なお、商品情報等は、例えば、１以上の商品情報または商品情報を検索できなかった旨の情報である。

（ステップＳ６０７）注文処理部１３３は、ステップＳ６０６で商品情報を受信できたか否かを判断する。商品情報を受信できた場合はステップＳ６０８に行き、商品情報を受信できなかった場合はステップＳ６１２に行く。

（ステップＳ６０８）注文処理部１３３は、ステップＳ６０６で受信した１以上の商品情報を用いて、注文する商品を確定するための処理を行う。かかる商品確定処理の例について、図７のフローチャートを用いて説明する。なお、商品確定処理により、注文する商品の１以上の商品識別子を取得できる。

（ステップＳ６０９）注文処理部１３３は、注文する商品の個数等の、注文に必要な情報を取得できるか否かを判断する。注文に必要な情報を取得できる場合はステップＳ６１０に行き、取得できない場合はステップＳ６１１に行く。なお、注文に必要な情報は、通常、個数を含む。注文に必要な情報は、例えば、サイズ、色等の商品の１以上の属性値を含む。また、注文に必要な情報は、例えば、受信されているユーザの音声情報を音声認識した結果の文字列に含まれている。

（ステップＳ６１０）注文処理部１３３は、注文する商品の個数等を取得する。なお、注文処理部１３３は、例えば、ユーザからの音声情報を音声認識した結果の文字列から個数等を取得する。

（ステップＳ６１１）注文処理部１３３は、個数等取得処理を行う。個数等取得処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ６１２）注文処理部１３３は、検索したが、商品が見つからなかった旨の発話を、ユーザ端末３に対して行う。

（ステップＳ６１３）注文処理部１３３は、注文を伺うための発話を、ユーザ端末３に対して行う。

（ステップＳ６１４）音声受信部１２１は、ユーザ端末３から発せられた音声情報を受信したか否かを判断する。音声情報を受信した場合はステップＳ６０１に戻り、音声情報を受信しなかった場合はステップＳ６１４に戻る。

次に、ステップＳ６０８の商品確定処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）注文処理部１３３は、受信された商品情報が一つであるか否かを判断する。商品情報が一つである場合はステップＳ７０２に行き、複数ある場合はステップＳ７０８に行く。

（ステップＳ７０２）確認音声構成手段１３３３は、一つの商品情報を用いて、当該商品情報に対応する商品を購入することを確認するための確認音声情報を構成する。なお、確認音声情報は、商品情報に対応する商品名を有する音声情報であることは好適である。

（ステップＳ７０３）確認音声出力手段１３３４は、ステップＳ７０２で構成された確認音声情報を用いて、通話中のユーザ端末３に対して、確認音声を発話する。

（ステップＳ７０４）応答音声受信手段１３３５は、通話中のユーザ端末３から音声情報を受信したか否かを判断する。音声情報を受信した場合はステップＳ７０５に行き、音声情報を受信しなかった場合はステップＳ７０４に戻る。

（ステップＳ７０５）音声判断手段１３３６は、ステップＳ７０４で受信された音声情報に対して、音声認識処理を行い、文字列を取得する。

（ステップＳ７０６）音声判断手段１３３６は、ステップＳ７０５で取得した文字列を用いて、当該一つの商品情報に対応する商品の注文を許可しているか否かを判断する。商品の注文を許可している場合はステップＳ７０７に行き、許可していない場合は図６のステップＳ６１３に行く。

なお、音声判断手段１３３６は、例えば、ステップＳ７０５で取得した文字列が、例えば、「購入します」「はい」等の予め決められた文字列を含む場合に、商品の注文を許可している、と判断する。

（ステップＳ７０７）音声判断手段１３３６は、受信された一つの商品情報に対応する商品識別子を取得する。

（ステップＳ７０８）ソート手段１３３２は、受信された２以上の商品情報を、一の属性値を少なくともキーとして、ソートする。なお、ソートのキーの属性値は、例えば、予め決められている。

（ステップＳ７０９）注文処理部１３３は、取得されているユーザ端末３の種類識別子が「第一種」であるか否かを判断する。「第一種」であればステップＳ７１０に行き、「第一種」でなければステップＳ７２１に行く。なお、ここでは、種類識別子が「第一種」でなければ、「第二種」である、とする。また、ここでの「第一種」は、例えば、文字列や画像を受信する機能を有さない端末の種類（例えば、「固定電話」）である。「第二種」は、例えば、文字列や画像を受信する機能を有する端末の種類（例えば、「携帯電話」）である。

（ステップＳ７１０）注文処理部１３３は、カウンタｉに１を代入する。

（ステップＳ７１１）注文処理部１３３は、ソートされた商品情報の中に、ｉ番目の商品情報が存在するか否かを判断する。ｉ番目の商品情報が存在する場合はステップＳ７１２に行き、存在しない場合は図６のステップＳ６１３に行く。

（ステップＳ７１２）確認音声構成手段１３３３は、ソートされた商品情報の中から、ｉ番目の商品情報を取得する。

（ステップＳ７１３）確認音声構成手段１３３３は、ｉ番目の商品情報を用いて、ｉ番目の商品情報を購入するか否かを伺うための確認音声情報を構成する。

（ステップＳ７１４）確認音声出力手段１３３４は、ステップＳ７１３で構成された確認音声情報を用いて、通話中のユーザ端末３に対して、確認音声を発話する。

（ステップＳ７１５）応答音声受信手段１３３５は、確認音声の発話に応じて、応答音声情報を受信したか否かを判断する。応答音声情報を受信した場合はステップＳ７１６に行き、応答音声情報を受信しなかった場合はステップＳ７１５に行く。

（ステップＳ７１６）音声判断手段１３３６は、ステップＳ７１５で受信された応答音声情報に対して、音声認識処理を行い、文字列を取得する。次に、音声判断手段１３３６は、当該文字列を用いて、応答音声情報が注文の許可を示す許可音声情報であるか否かを判断する。許可音声情報であればステップＳ７１７に行き、拒絶音声情報であればステップＳ７１８に行く。

（ステップＳ７１７）音声判断手段１３３６は、ｉ番目の商品情報に対応する商品識別子等を取得する。上位処理にリターンする。商品識別子等とは、商品識別子だけでも良いし、商品識別子と１以上の属性値（例えば、個数、サイズ、色）でも良い。

（ステップＳ７１８）ソート手段１３３２は、拒絶音声情報を音声認識処理した結果である文字列から、格納部１１の対応表を参照し、属性識別子を取得する。そして、取得できたか否かを判断する。属性識別子を取得できた場合はステップＳ７１９に行き、属性識別子を取得できなかった場合はステップＳ７２０に行く。

（ステップＳ７１９）ソート手段１３３２は、取得した属性識別子（例えば、価格）に対応する属性値をキーとして、受信された２以上の商品情報であり、既にユーザが購入しないと判断された商品に対応する商品情報の除いた２以上の商品情報をソートする。ステップＳ７１０に戻る。

（ステップＳ７２０）注文処理部１３３は、カウンタｉを１、インクリメントする。ステップＳ７１１に戻る。

（ステップＳ７２１）画面構成手段１３３７は、２以上の商品情報を用いて、電話注文画面情報を構成する。なお、ここで、画面構成手段１３３７は、１つの商品情報を用いて、電話注文画面情報を構成しても良い。かかる画面情報を構成処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ７２２）画面送信手段１３３８は、ステップＳ７２１で構成された電話注文画面情報をユーザ端末３に送信する。

（ステップＳ７２３）商品識別子受信手段１３３９は、ユーザ端末３から商品識別子等を受信したか否かを判断する。商品識別子等を受信した場合はステップＳ７２４に行き、商品識別子等を受信しなかった場合はステップＳ７２３に戻る。なお、商品識別子等は、商品識別子だけでも良いし、商品識別子と１以上の商品の属性値でも良い。商品の属性値は、例えば、個数、サイズ、色である。

（ステップＳ７２４）注文処理部手段１３４２は、受信された商品識別子等を主と０句する。上位処理にリターンする。

なお、図７のフローチャートのステップＳ７２２において送信される電話注文画面情報は、例えば、ユーザ端末３が通話中であれば、電話オブジェクトの指示により、通話は継続され、かつ当該電話オブジェクトに対応する商品識別子が、ユーザ端末３から注文支援装置１に送信される。

次に、ステップＳ７２１の画面情報を構成処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）画面構成手段１３３７は、カウンタｉに１を代入する。

（ステップＳ８０２）画面構成手段１３３７は、取得されたまたはソートされた１または２以上の商品情報の中で、ｉ番目の商品情報が存在するか否かを判断する。ｉ番目の商品情報が存在する場合はステップＳ８０３に行き、存在しない場合はステップＳ８０７に行く。

（ステップＳ８０３）画面構成手段１３３７は、ｉ番目の商品情報を取得する。

（ステップＳ８０４）画面構成手段１３３７は、電話オブジェクトを取得する。なお、電話オブジェクトには、ｉ番目の商品情報の商品識別子を対応付ける。また、電話オブジェクトには、通常、注文支援装置１の電話番号を対応付ける。

（ステップＳ８０５）画面構成手段１３３７は、ｉ番目の商品情報と電話オブジェクトとを用いて、ｉ番目の商品情報の商品領域の情報を構成する。なお、商品領域の情報は、通常、ｉ番目の商品情報の少なくとも一部の情報と電話オブジェクトとを有する。また、商品領域の情報は、一ページでも良い。

（ステップＳ８０６）画面構成手段１３３７は、カウンタｉを１、インクリメントする。ステップＳ８０２に戻る。

（ステップＳ８０７）画面構成手段１３３７は、ステップＳ８０５で構成した２以上の商品領域の情報を用いて、２以上の商品領域の情報が配置された画面の情報である電話注文画面情報を構成する。上位処理にリターンする。

次に、ステップＳ６１１の個数等取得処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）注文処理部１３３は、カウンタｉに１を代入する。

（ステップＳ９０２）注文処理部１３３は、注文のために、ユーザから取得すべきｉ番目の必要情報が存在するか否かを判断する。ｉ番目の必要情報が存在する場合はステップＳ９０３に行き、ｉ番目の必要情報が存在しない場合は上位処理にリターンする。なお、必要情報は、例えば、個数、サイズ、色である。

（ステップＳ９０３）注文処理部１３３は、ｉ番目の必要情報を問い合わせるための音声情報を取得し、当該音声情報を用いて、ユーザ端末３に対して、ｉ番目の必要情報を問い合わせるための発話を行う。

（ステップＳ９０４）注文処理部１３３は、ユーザ端末３から情報を受信したか否かを判断する。情報を受信した場合はステップＳ９０５に行き、情報を受信しなかった場合はステップＳ９０４に戻る。なお、情報は、例えば、音声情報、文字列（例えば、テンキーのうちのいずれかの数字）である。

（ステップＳ９０５）注文処理部１３３は、ステップＳ９０４で受信された情報を用いて、必要情報を取得する。例えば、注文処理部１３３の個数取得手段１３４１は、個数を取得する。

（ステップＳ９０６）注文処理部１３３は、カウンタｉを１、インクリメントする。ステップＳ９０２に戻る。

次に、ステップＳ４１２の結果通知処理の例について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）注文処理部１３３は、取得されている種類識別子が「第一種」であるか否かを判断する。「第一種」であればステップＳ１００２に行き、「第一種」でなければステップＳ１００４に行く。なお、「第一種」は、例えば、「固定電話」である。

（ステップＳ１００２）注文処理部１３３は、受信された結果情報を用いて、ユーザに注文結果を知らせるための結果音声情報を構成する。

（ステップＳ１００３）結果通知部１４１は、ステップＳ１００２で構成された結果音声情報を用いて、ユーザ端末３に結果音声を発話する。上位処理にリターンする。

（ステップＳ１００４）注文処理部１３３は、取得されている種類識別子が「第二種」であるか否かを判断する。「第二種」であればステップＳ１００５に行き、「第二種」でなければステップＳ１００７に行く。なお、「第二種」は、例えば、「スマートフォン」である。

（ステップＳ１００５）注文処理部１３３は、受信された結果情報を用いて、ユーザに注文結果を知らせるための結果画面情報を構成する。結果画面情報は、例えば、注文した商品の商品識別子、商品画像、個数、結果情報に含まれる配達日等を含む。

（ステップＳ１００６）結果通知部１４１は、ステップＳ１００５で構成された結果画面情報をユーザ端末３に送信する。上位処理にリターンする。

（ステップＳ１００７）注文処理部１３３は、受信された結果情報を用いて、ユーザに注文結果を知らせるための結果メッセージ情報を構成する。結果メッセージ情報は、例えば、注文した商品の商品識別子、個数、結果情報に含まれる配達日等を含む。結果メッセージ情報は、文字列である。なお、ステップＳ１００７に移行する場合は、「第三種」であり、「第三種」は、例えば、「ガラケー」である。

（ステップＳ１００８）結果通知部１４１は、ステップＳ１００７で構成された結果メッセージ情報をユーザ端末３に送信する。上位処理にリターンする。

なお、図１０のフローチャートにおいて、種類識別子は「第一種」と「第二種」（携帯端末）だけの分類でも良い。

次に、ステップＳ４１６の御用聞き処理の例について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）御用聞き部１３６は、カウンタｉに１を代入する。

（ステップＳ１１０２）御用聞き部１３６は、ｉ番目のユーザ識別子（電話番号）が電話番号格納部１１１に格納されているか否かを判断する。ｉ番目のユーザ識別子が存在する場合はステップＳ１１０３に行き、存在しない場合は上位処理にリターンする。

（ステップＳ１１０３）御用聞き部１３６は、ｉ番目のユーザ識別子に対応する注文情報を注文履歴情報格納部１１２から取得する。

（ステップＳ１１０４）御用聞き部１３６は、カウンタｊに１を代入する。

（ステップＳ１１０５）御用聞き部１３６は、ｊ番目の御用聞き条件が格納部１１に存在するか否かを判断する。ｊ番目の御用聞き条件が存在する場合はステップＳ１１０６に行き、存在しない場合はステップＳ１１０９に行く。

（ステップＳ１１０６）御用聞き部１３６は、ステップＳ１１０３で取得した注文情報、または／およびｉ番目のユーザ識別子に対応する１または２以上のユーザの属性値が、ｊ番目の御用聞き条件に合致するか否かを判断する。ｊ番目の御用聞き条件に合致する場合はステップＳ１１０７に行き、合致しない場合はステップＳ１１０８に行く。

（ステップＳ１１０７）御用聞き部１３６は、ｊ番目の御用聞き条件に対応する通知雛形情報を格納部１１から取得する。次に、御用聞き部１３６は、当該通知雛形情報を用いて、御用聞きに使用する御用聞き情報を構成する。

（ステップＳ１１０８）御用聞き部１３６は、カウンタｊを１、インクリメントする。ステップＳ１１０５に戻る。

（ステップＳ１１０９）御用聞き部１３６は、ｉ番目のユーザ識別子に対して、ステップＳ１１０７で御用聞き情報を取得したか否かを判断する。御用聞き情報を取得した場合はステップＳ１１１０に行き、取得しなかった場合はステップＳ１１１４に行く。

（ステップＳ１１１０）御用聞き部１３６は、ｉ番目のユーザ識別子に対応する電話番号を取得する。

（ステップＳ１１１１）御用聞き部１３６は、ステップＳ１１１０で取得した電話番号を用いて、ユーザ端末３に電話をかける。

（ステップＳ１１１２）御用聞き部１３６は、あいさつ文を発話する。かかる処理は、ステップＳ５０１と同じである。

（ステップＳ１１１３）御用聞き部１３６は、ステップＳ１１０７で取得された１以上の御用聞き情報を用いて、ユーザ端末３に対して発話する。図４のステップＳ４０７に行く。なお、以後、ステップＳ４０７からステップＳ４１４までの処理を行い、その後、ステップＳ１１１４に行く。

（ステップＳ１１１４）御用聞き部１３６は、カウンタｉを１、インクリメントする。ステップＳ１１０２に戻る。

次に、注文支援装置１の第二の動作例について、図１２のフローチャートを用いて説明する。注文支援装置１の第二の動作例は、最初は、ユーザ端末３から送信された検索条件を用いて、サーバ２を検索し、電話注文画面情報を構成する場合である。図１２のフローチャートにおいて、既に説明した他のフローチャートと同一ステップについて、説明を省略する。

（ステップＳ１２０１）受信部１２は、ユーザ端末３から検索条件を受信したか否かを判断する。検索条件を受信した場合はステップＳ１２０２に行き、検索条件を受信しなかった場合はステップＳ１２０１に戻る。なお、検索条件は、例えば、文字列であり、例えば、商品種類識別子または商品識別子を含む。

（ステップＳ１２０２）検索手段１３３１は、ステップＳ１２０１で受信された検索条件を用いて、１または２以上のサーバ２を検索する。

（ステップＳ１２０３）検索手段１３３１は、サーバ２から商品情報を受信したか否かを判断する。商品情報を受信した場合はステップＳ１２０４に行き、商品情報を受信しなかった場合はステップＳ１２０３に戻る。

（ステップＳ１２０４）受信部１２は、ユーザ端末３から電話がかかってきたか否かを判断する。電話がかかってきた場合はステップＳ１２０５に行き、電話がかかってきていない場合はステップＳ１２０４に戻る。

（ステップＳ１２０５）商品識別子受信手段１３３９は、商品識別子を受信する。

以下、本実施の形態における注文支援システムＡの具体的な動作例について説明する。

今、注文支援装置１の格納部１１には、図１３に示すサーバ管理表が格納されている。サーバ管理表は、１または２以上のサーバ２を管理する表である。サーバ管理表は、「ＩＤ」「ＥＣサイト」「アクセス情報」を有する１以上のレコードを管理する。「ＩＤ」はレコードを識別する情報である。「ＥＣサイト」は、ＥＣサイトの名称であり、サーバ２の識別子である。「アクセス情報」は、サーバ２にアクセスするための情報であり、ここでは、ＵＲＬであるが、ＡＰＩ、ＩＰアドレス等でも良い。「アクセス情報」は、サーバ２から商品情報を検索するために使用される情報である。

また、注文支援装置１の電話番号格納部１１１には、図１４に示すユーザ情報管理表が格納されている。ユーザ情報管理表は、１または２以上のユーザ情報を有する。ユーザ情報は、ここでは「ユーザＩＤ」「氏名」「電話番号」「住所」「御用聞きフラグ」「種類識別子」を有する。「ユーザＩＤ」は、ユーザの識別子である。「御用聞きフラグ」は、御用聞き機能の対象とするか否かを示すフラグである。ここでは、御用聞きフラグ「１」に対応するユーザに対して御用聞き機能の対象とし、御用聞きフラグ「０」に対応するユーザに対して御用聞き機能の対象としない。「種類識別子」は、ユーザが保有するユーザ端末３の種類を特定する情報であり、ここでは、「固定電話」「スマートフォン」「ガラケー」のいずれかである、とする。なお、御用聞きフラグ「１」は、例えば、ユーザにより入力された情報である。また、御用聞きフラグ「１」は、すべてのユーザに対して「１」でも良い。

また、注文支援装置１の格納部１１には、図１５（ａ）に示す御用聞き管理表が格納されている。御用聞き管理表は、御用聞き条件を管理する表である。御用聞き管理表は、「ＩＤ」「御用聞き条件」「通知雛形情報」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「ＩＤ＝１」の御用聞き条件は、最終の購入日から１ヶ月経過したユーザであることである。「ＩＤ＝２」の御用聞き条件は、消耗品を購入したユーザであり、その消耗品の購入から当該消耗品に対応する消耗期間が経過したユーザであることである。なお、「御用聞き条件」「通知雛形情報」における「＄」は変数であることを示す。つまり、「＄今日」は本日の日付けが代入される。「＄最終購入日」は最終の購入日が代入される。「＄消耗品」は、商品識別子が代入される。「＆消耗期間」は、消耗期間が代入される。「通知雛形情報」は、通知される情報そのものでも良い。

また、注文支援装置１の格納部１１には、図１５（ｂ）に示す消耗品管理表が格納されている。消耗品管理表は、消耗品ごとの消耗期間を管理する表である。消耗品管理表は、「ＩＤ」「消耗品」「消耗期間」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「ＩＤ＝１」は、注文支援装置１において、購入したトイレットペーパーが無くなるまでの期間が２ヶ月である、と想定していることを示す。「消耗期間」は、御用聞きを行うべき期間を特定する情報である、と考えても良い。

さらに、注文支援装置１の注文履歴情報格納部１１２には、図１６に示す注文履歴情報管理表が格納されておいる。注文履歴情報管理表は、ユーザが注文した結果である注文履歴情報を管理する表である。注文履歴情報管理表は、「ＩＤ」「ユーザＩＤ」「商品種類識別子」「商品識別子」「購入日」「個数」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。 かかる状況において、以下の３つの具体例について説明する。具体例１は、固定電話のユーザが電話により注文する場合である。具体例２は、スマートフォンのユーザが電話により注文する場合である。具体例３は、御用聞き機能が動作する場合である。

（具体例１）
今、ユーザ「山田Ａ夫」は、固定電話であるユーザ端末３を用いて、注文支援装置１に電話した、とする。

すると、注文支援装置１の受信部１２は、ユーザ端末３から電話がかかってくる。そして、受信部１２は、通話開始のための処理を行う。

次に、種類識別子取得部１３１は、電話番号「０３－１２３４－１１１１」を取得する。次に、種類識別子取得部１３１は、図１４のユーザ情報管理表から、電話番号と対になる種類識別子「固定電話」を取得する。なお、種類識別子取得部１３１は、電話番号「０３－１２３４－１１１１」を解析し、市外局番「０３」を用いて、種類識別子「固定電話」を取得しても良い。

次に、処理部１３は、注文を受け付けるための初期処理を行う。つまり、注文処理部１３３は、あいさつ文の雛形「＜氏名＞様 お電話を有難うございます。・・・」を格納部１１から読み出し、発話するあいさつ文の音声情報「山田Ａ夫様 お電話を有難うございます。・・・」を構成する。次に、注文処理部１３３は、当該音声情報を用いて、あいさつ文を、通話中のユーザ端末３に発話する。

次に、注文処理部１３３は、注文伺いのための音声情報「何をお求めでしょうか？」を格納部１１から取得し、当該注文伺いのための情報「何をお求めでしょうか？」を、通話中のユーザ端末３に対して発話する。

次に、「山田Ａ夫」は、「山田Ａ夫様 お電話を有難うございます。・・・何をお求めでしょうか？」を、ユーザ端末３の電話機能で聞き、「トイレットペーパーを買いたい」という音声をユーザ端末３に発した、とする。すると、ユーザ端末３が当該音声を受け付け、音声情報「トイレットペーパーを買いたい」を注文支援装置１に送信する。

次に、注文支援装置１の音声受信部１２１は、ユーザ端末３から送信された音声情報を受信する。次に、音声認識部１３２は、受信された音声情報に対して音声認識処理を行い、文字列「トイレットペーパーを買いたい」を取得する。次に、注文処理部１３３は、取得された文字列に対して、形態素解析を行う。そして、注文処理部１３３は、形態素解析の結果を用いて、商品種類識別子「トイレットペーパー」を取得する。

次に、検索手段１３３１は取得した商品種類識別子「トイレットペーパー」をキーとして、図１３で管理されているサイトＡ、サイトＢを検索し、２つの各サイトから、複数の商品情報を受信した、とする。

次に、注文処理部１３３は、２以上の商品情報を用いて、以下のように注文する商品を確定するための処理を行う。つまり、

次に、ソート手段１３３２は、受信された２以上の商品情報を、属性値（ここでは、例えば、商品名）をキーとして、ソートする。

次に、注文処理部１３３は、図１４のユーザ情報管理表を参照し、取得されているユーザ端末３の種類識別子「固定電話（第一種）」である、と判断する。

次に、確認音声構成手段１３３３は、ソートされた商品情報の中から、１番目の商品情報を取得する。そして、確認音声構成手段１３３３は、１番目の商品情報を用いて、１番目の商品情報を購入するか否かを伺うための確認音声情報（例えば、「商品ＢＢＢを購入しますか？ 価格はＹＹＹ円です。・・・」）を構成する。次に、確認音声出力手段１３３４は、構成された確認音声情報を用いて、通話中のユーザ端末３に対して、確認音声を発話する。

次に、ユーザ端末３のユーザ「山田Ａ夫」は、注文支援装置１からの音声「商品ＢＢＢを購入しますか？ 価格は４５０円です。・・・」を聞く。そして、「山田Ａ夫」は、価格が高いので「値段が高いなあ」と発話した、とする。

次に、応答音声受信手段１３３５は、確認音声の発話に応じて、応答音声情報「値段が高いなあ」を受信する。

次に、音声判断手段１３３６は、受信された応答音声情報に対して、音声認識処理を行い、文字列「値段が高いなあ」を取得する。次に、音声判断手段１３３６は、当該文字列を用いて、応答音声情報が注文の拒絶を示す拒絶音声情報である、と判断する。なお、音声判断手段１３３６は、例えば、文字列と学習器とを機械学習の予測処理のモジュールに与え、当該モジュールを実行し、拒絶音声情報である、と判断しても良い。学習器は、文字列と許可音声情報か拒絶音声情報かを特定する情報とを有する２以上の教師データに対して、機械学習の学習処理を行い、取得された情報である。また、機械学習は、例えば、深層学習、ランダムフォレスト、ＳＶＭ等であり、そのアルゴリズムの種類は問わない。

ソート手段１３３２は、拒絶音声情報を音声認識処理した結果である文字列「値段が高い」から、格納部１１の対応表を参照し、属性識別子「価格」を取得する。なお、対応表には、属性識別子「価格」に対応付いて、例えば、文字列「値段が高い」「価格が高い」「高い」等が格納されている、とする。

次に、ソート手段１３３２は、取得した属性識別子「価格」で識別される属性値をキーとして、受信された２以上の商品情報であり、既にユーザが購入しないと判断された商品「商品ＢＢＢ」に対応する商品情報の除いた２以上の商品情報を、ソートする。

次に、確認音声構成手段１３３３は、再度、ソートされた商品情報の中から、１番目の商品情報を取得する。そして、確認音声構成手段１３３３は、１番目の商品情報を用いて、１番目の商品情報を購入するか否かを伺うための確認音声情報（例えば、「商品ＡＡＡを購入しますか？ 価格は２７０円です。・・・」）を構成する。次に、確認音声出力手段１３３４は、構成された確認音声情報を用いて、通話中のユーザ端末３に対して、確認音声を発話する。

次に、ユーザ端末３のユーザ「山田Ａ夫」は、注文支援装置１からの音声「商品ＡＡＡを購入しますか？ 価格は２７０円です。・・・」を聞く。そして、「山田Ａ夫」は、価格が安く、気に入ったので「購入します」と発話した、とする。

次に、応答音声受信手段１３３５は、確認音声の発話に応じて、応答音声情報「購入します」を受信する。

次に、音声判断手段１３３６は、受信された応答音声情報に対して、音声認識処理を行い、文字列「購入します」を取得する。次に、音声判断手段１３３６は、当該文字列を用いて、応答音声情報が注文の拒絶を示す許可音声情報である、と判断する。

次に、音声判断手段１３３６は、当該商品情報に対応する商品識別子「ＡＡＡ」を取得する。

次に、注文処理部１３３は、注文する商品の個数等の、注文に必要な情報を取得できていない、と判断する。

次に、注文処理部１３３は、以下のように、個数等取得処理を行う。つまり、注文処理部１３３は、注文のためのＡＰＩから、ＡＰＩに与えるパラメータである「個数」が必要である、と判断する。なお、ＡＰＩの情報、注文に必要な情報を特定する情報は、格納部１１に格納されている。

次に、注文処理部１３３は、「個数」を問い合わせるための音声情報「いくつ購入されますか？」を格納部１１から取得する。次に、注文処理部１３３は、当該音声情報を用いて、音声情報「いくつ購入されますか？」を、通話中のユーザ端末３に対して発する。

そして、ユーザ端末３では、音声「いくつ購入されますか？」が発せられる。そして、当該ユーザは、「１つ」と発した、とする。

次に、注文処理部１３３は、ユーザ端末３から音声情報「１つ」を受信する。次に、注文処理部１３３は、音声情報「１つ」を文字認識し、文字列「１つ」を取得し、当該文字列から個数「１」を得る。

次に、注文処理部１３３は、取得した商品識別子「ＡＡＡ」と個数「１」とを用いて、注文情報「注文（ＡＡＡ，１）」を構成する。

次に、注文処理部１３３は、構成した注文情報「注文（ＡＡＡ，１）」を用いて、電子商取引を行うサイト（サーバ２）に対する注文処理を行う。

次に、サーバ２は、「注文（ＡＡＡ，１）」に対応する注文のための処理を行う。なお、サーバ２における注文のための処理は公知技術であるので、詳細な説明は省略する。

次に、上記の注文処理に応じて、結果受信部１２２は、サーバ２から結果情報（例えば、「０」）を受信する。なお、かかる結果情報は、正常に注文処理が完了した旨の情報である。

次に、注文処理部１３３は、構成した注文情報「注文（ＡＡＡ，１）」を用いて、蓄積する注文履歴情報（＜ユーザＩＤ＞１ ＜商品種類識別子＞トイレットペーパー ＜商品識別子＞ＡＡＡ ＜購入日＞２０２１年８月３０日 ＜個数＞１ ・・・）を構成する。

次に、注文処理部１３３は、注文処理部１３３は、構成した注文履歴情報を注文履歴情報管理表（図１６）に蓄積する。なお、かかる注文履歴情報は、図１６の「ＩＤ＝１」のレコードである。

以上の処理により、固定電話のユーザが、電話機能を利用して、ＥＣサイトから容易に商品を購入できる。

また、ユーザ端末３がスマートフォンやガラケー等の携帯電話でも、注文支援装置１は、具体例１で説明した動作により、電話機能を利用して、ユーザがＥＣサイトから容易に商品を購入できるようにしても良い。

（具体例２）
今、ユーザ「田中Ｂ子」は、スマートフォンであるユーザ端末３を用いて、注文支援装置１に対して、検索条件「Ｔシャツ」を入力した、とする。そして、ユーザ端末３は、検索条件「Ｔシャツ」を受け付ける。また、ユーザ端末３は、端末格納部３１のユーザ識別子「２」を読み出す。次に、ユーザ端末３は、当該検索条件「Ｔシャツ」をユーザ識別子「２」と対にして、注文支援装置１に送信する。

次に、注文支援装置１の受信部１２は、ユーザ端末３から検索条件「Ｔシャツ」とユーザ識別子「２」とを受信する。

次に、検索手段１３３１は、受信された検索条件「Ｔシャツ」を用いて、２つのサーバ２（サイトＡ，サイトＢ）を検索する。なお、検索手段１３３１は、図１３の表を参照し、２つのサイトにアクセスするためのアクセス情報を取得し、当該アクセス情報を用いて、２つのサーバ２（サイトＡ，サイトＢ）を検索する。そして、検索手段１３３１は、２つの各サーバ２から１以上の商品情報を受信する。

次に、画面構成手段１３３７は、受信された２以上の商品情報を用いて、２以上の各商品を購入するための画面情報を構成する。なお、ここでは、１つの商品情報ごとに、１ページの電話注文画面情報を構成する、とする。なお、画面構成手段１３３７が電話注文画面情報を構成する前に、ソート手段１３３２は、特定の１以上の属性値をキーとして、受信された２以上の商品情報をソートしても良い。

次に、画面送信手段１３３８は、構成された電話注文画面情報を、検索条件を送信してきたユーザ端末３に送信する。

次に、ユーザ端末３は、電話注文画面情報を受信し、当該電話注文画面情報を用いて、電話注文画面を出力する。かかる出力例は、図１７である。図１７において、１７０１、１７０２は、電話購入ボタンである。電話購入ボタンには、注文支援装置１に電話するための電話番号、およびＴシャツ１７０３の商品識別子「ＴＴＴ」が対応付いている、とする。

そして、ユーザ「田中Ｂ子」は、１７０１を指示した、とする。すると、田中Ｂ子のユーザ端末３の端末受付部３２は、電話購入ボタン１７０１への指示を受け付ける。そして、端末電話手段３３１は、電話購入ボタン１７０１に対応する電話番号を取得し、当該電話番号を用いて、電話をする。

次に、注文支援装置１の受信部１２は、電話を受け付ける。

また、端末処理部３３の端末処理部３３は、電話購入ボタン１７０１に対応する商品識別子「ＴＴＴ」を取得する。次に、端末送信部３４は、商品識別子「ＴＴＴ」を注文支援装置１に送信する。

次に、注文支援装置１の商品識別子受信手段１３３９は、は、商品識別子「ＴＴＴ」を受信する。

また、注文処理部１３３は、注文のために、商品識別子「ＴＴＴ」の購入のためのＡＰＩの情報から、ユーザから取得すべき情報が「枚数」と「サイズ」と「色」であると判断する。

次に、注文処理部１３３は、「枚数」を尋ねるための音声情報「何枚ですか？」を格納部１１から取得する。次に、注文処理部１３３は、当該音声情報を用いて、ユーザ端末３に対して、「枚数」を問い合わせるための発話「何枚ですか？」を行う。

次に、ユーザ端末３に、「何枚ですか？」が発せられる。そして、ユーザ「田中Ｂ子」は、「何枚ですか？」を聞き、「１枚」と発話した、とする。そして、ユーザ端末３は、音声情報「１枚」を注文支援装置１に送信する。

次に、注文支援装置１の注文処理部１３３は、ユーザ端末３から音声情報「１枚」を受信する。そして、注文処理部１３３は、受信された音声情報「１枚」に対して音声認識処理を行い、文字列「１枚」を取得する。次に、注文処理部１３３は、文字列「１枚」から枚数「１」を取得する。

次に、注文処理部１３３は、「サイズ」を尋ねるための音声情報「サイズは何ですか？」を格納部１１から取得する。次に、注文処理部１３３は、当該音声情報を用いて、ユーザ端末３に対して、「サイズ」を問い合わせるための発話「サイズは何ですか？」を行う。

次に、ユーザ端末３に、「サイズは何ですか？」が発せられる。そして、ユーザ「田中Ｂ子」は、「サイズは何ですか？」を聞き、「Ｍです」と発話した、とする。そして、ユーザ端末３は、音声情報「Ｍです」を注文支援装置１に送信する。

次に、注文支援装置１の注文処理部１３３は、ユーザ端末３から音声情報「Ｍです」を受信する。そして、注文処理部１３３は、受信された音声情報「Ｍです」に対して音声認識処理を行い、文字列「Ｍです」を取得する。次に、注文処理部１３３は、文字列「Ｍです」からサイズ「Ｍ」を取得する。

次に、注文処理部１３３は、「色」を尋ねるための音声情報「何色にされますか？」を格納部１１から取得する。次に、注文処理部１３３は、当該音声情報を用いて、ユーザ端末３に対して、「色」を問い合わせるための発話「何色にされますか？」を行う。

次に、ユーザ端末３に、「何色にされますか？」が発せられる。そして、ユーザ「田中Ｂ子」は、「何色にされますか？」を聞き、「黒」と発話した、とする。そして、ユーザ端末３は、音声情報「黒」を注文支援装置１に送信する。

次に、注文支援装置１の注文処理部１３３は、ユーザ端末３から音声情報「黒」を受信する。そして、注文処理部１３３は、受信された音声情報「黒」に対して音声認識処理を行い、文字列「黒」を取得する。次に、注文処理部１３３は、文字列「黒」から色「黒」を取得する。

次に、注文処理部１３３は、商品識別子「ＴＴＴ」、枚数「１」、サイズ「Ｍ」、色「黒」を用いて、注文情報（注文（ＴＴＴ，１，Ｍ，黒））を構成する。次に、注文処理部１３３は、構成した注文情報を用いて、電子商取引を行うサイト（サーバ２）に対する注文処理の依頼を行う。なお、注文処理の依頼も、注文処理と言っても良い。

そして、サーバ２は、受け付けられた注文情報（注文（ＴＴＴ，１，Ｍ，黒））を用いて、注文処理を行い、結果情報（正常「０」）を、注文支援装置１に送信する。

次に、結果受信部１２２は、注文処理に応じて、サーバ２から結果情報「０」を受信する。

次に、注文処理部１３３等は、受信された結果情報「０」を用いて、ユーザ端末３に注文の結果を通知する処理を行う。ここでの処理は、注文情報（注文（ＴＴＴ，１，Ｍ，黒））と結果情報「０」とを用いて、音声情報「商品ＴＴＴ（１枚，サイズ，Ｍ，色，黒）の注文が完了しました」（音声情報において、“（”“）”“，”は無音区間を示す、とする）を構成し、当該音声情報を用いて、音声「商品ＴＴＴ（１枚，サイズＭ，色黒）の注文が完了しました」を、通話中のユーザ端末３に発声する。

次に、注文処理部１３３は、構成した注文情報（注文（ＴＴＴ，１，Ｍ，黒）を用いて、蓄積する注文履歴情報（＜ユーザＩＤ＞２ ＜商品種類識別子＞Ｔシャツ ＜商品識別子＞ＴＴＴ ＜購入日＞２０２１年８月３０日 ＜個数＞１ ＜サイズ＞Ｍ ＜色＞黒）を構成する。なお、注文処理部１３３は、図示しない時計から「＜購入日＞２０２１年８月３０日」を取得したものとする。

次に、注文処理部１３３は、構成した注文履歴情報を図１６の注文情報管理表に蓄積する。

次に、「田中Ｂ子」のユーザ端末３は、音声「商品ＴＴＴ（サイズＭ，色黒）の注文が完了しました」を発する。

以上の処理により、スマートフォンのユーザは、検索した商品の中から、電話機能を利用して、ＥＣサイトから容易に商品を購入できる。

（具体例３）
今、２０２１年１０月３０日である、とする。そして、注文支援装置１の処理部１３は、御用聞きのタイミングである、と判断したとする。次に、御用聞き部１３６は、以下のように御用聞き処理を行う。

つまり、御用聞き部１３６は、１番目のユーザ識別子「１」を図１４のユーザ情報管理表から取得する。次に、御用聞き部１３６は、ユーザ識別子「１」に対応する注文履歴情報を注文履歴情報管理表（図１６）から取得する。なお、ここで、御用聞き部１３６は、注文履歴情報管理表（図１６）から、「ＩＤ＝１」のレコードと図示しない注文履歴情報「＜ユーザＩＤ＞１ ＜商品種類識別子＞お茶 ＜商品識別子＞ＷＷＷ ＜購入日＞２０２１年１０月１５日 ＜個数＞１ ・・・」の２レコードを取得した、とする。

次に、御用聞き部１３６は、１番目の御用聞き条件「＄今日－＄最終購入日＝１ヶ月」を図１５（ａ）から取得する。

次に、御用聞き部１３６は、取得した２つの注文履歴情報のうち注文履歴情報「＜ユーザＩＤ＞１ ＜商品種類識別子＞お茶 ＜商品識別子＞ＷＷＷ ＜購入日＞２０２１年１０月１５日 ＜個数＞１ ・・・」が、１番目の御用聞き条件「＄今日－＄最終購入日＝１ヶ月」に合致しない、と判断する。つまり、御用聞き部１３６は、ユーザ識別子「１」のユーザに対して、１番目の御用聞き条件は合致しない、と判断する。

次に、御用聞き部１３６は、２番目の御用聞き条件「購入商品種類識別子＝＄消耗品 ＡＮＤ ＄今日－＄最終購入日＝＄消耗期間」を図１５（ａ）から取得する。

次に、御用聞き部１３６は、取得した２つの注文履歴情報のうちの注文履歴情報「＜ユーザＩＤ＞１ ＜商品種類識別子＞トイレットペーパー ＜商品識別子＞ＡＡＡ ＜購入日＞２０２１年８月３０日 ＜個数＞１ ・・・」が、図１５（ｂ）の消耗品管理表に照らして、「購入商品種類識別子＝トイレットペーパー ＡＮＤ ＄今日－＄最終購入日＝２ヶ月」を満たす、と判断する。つまり、御用聞き部１３６は、ユーザ識別子「１」のユーザは、２番目の御用聞き条件は合致する、と判断する。なお、御用聞き部１３６は、図示しない時計から今日の日付「２０２１年１０月３０日」を取得し、「＄今日－＄最終購入日＝２ヶ月」を算出した、とする。

次に、御用聞き部１３６は、２番目の御用聞き条件に対応する通知雛形情報「＄消耗品の購入はいかがでしょうか？」を図１５（ａ）から取得する。

次に、御用聞き部１３６は、通知雛形情報の変数「＄消耗品」に「トイレットペーパー」を代入し、御用聞き情報「トイレットペーパーの購入はいかがでしょうか？」を構成する。

次に、御用聞き部１３６は、１番目のユーザ識別子「１」と対になる電話番号「０３－１２３４－１１１１」を、図１４のユーザ情報管理表から取得する。

次に、御用聞き部１３６は、電話番号「０３－１２３４－１１１１」に対して電話をかける。そして、御用聞き部１３６は、上述したあいさつ文を発話する。次に、御用聞き部１３６は、取得された御用聞き情報「トイレットペーパーの購入はいかがでしょうか？」、ユーザ端末３に対して発話する。

その後、ユーザ「山田Ａ夫」のユーザ端末３は、「トイレットペーパーの購入はいかがでしょうか？」を発する。そして、それを聞いた「山田Ａ夫」は、「一つ、お願いします」を発声した、とする。

次に、ユーザ端末３は音声情報「一つ、お願いします」を注文支援装置１に送信する。

次に、注文支援装置１の音声受信部１２１は、音声情報「一つ、お願いします」を受信する。次に、音声認識部１３２は、受信された音声情報に対して音声認識処理を行い、文字列「一つ、お願いします」を取得する。次に、注文処理部１３３は、取得された文字列に対して、形態素解析を行う。次に、注文処理部１３３は、形態素解析の結果から個数「１」を取得する。また、注文処理部１３３は、取得されている注文情報「＜ユーザＩＤ＞１ ＜商品種類識別子＞トイレットペーパー ＜商品識別子＞ＡＡＡ ＜購入日＞２０２１年８月３０日 ＜個数＞１ ・・・」から「＜商品識別子＞ＡＡＡ」を取得する。次に、注文処理部１３３は、「＜商品識別子＞ＡＡＡ」、個数「１」を用いて、注文情報「注文（ＡＡＡ，１）」を構成する。

次に、注文処理部１３３は、構成した注文情報「注文（ＡＡＡ，１）」を用いて、電子商取引を行うサイト（サーバ２）に対する注文処理を行う。

次に、サーバ２は、「注文（ＡＡＡ，１）」に対応する注文のための処理を行う。

次に、上記の注文処理に応じて、結果受信部１２２は、サーバ２から結果情報（例えば、「０」）を受信する。

次に、注文処理部１３３は、構成した注文情報「注文（ＡＡＡ，１）」を用いて、蓄積する注文履歴情報（＜ユーザＩＤ＞１ ＜商品種類識別子＞トイレットペーパー ＜商品識別子＞ＡＡＡ ＜購入日＞２０２１年１０月３０日 ＜個数＞１ ・・・）を構成する。

次に、注文処理部１３３は、注文処理部１３３は、構成した注文履歴情報を注文履歴情報管理表（図１６）に追記する。

また、ユーザＩＤ「２」以降のユーザに対しても、上述した御用聞き処理を行う、とする。

以上の処理により、電話を用いた御用聞きが自動的に行える。

以上、本実施の形態によれば、注文支援装置１が１または２以上のＥＣサイト（サーバ２）に対する電話注文中継サーバとして機能できる。

また、本実施の形態によれば、電話を用いてＥＣサイトへの商品の注文が容易にできる。

また、本実施の形態によれば、ユーザ端末の種類に応じた適切な注文結果の通知が可能となる。

さらに、本実施の形態によれば、電話を用いてＥＣサイトへの商品の注文に関する御用聞きができる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における注文支援装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザからの商品の注文に関する音声情報を受信する音声受信部と、前記音声情報に対して音声認識し、文字列を取得する音声認識部と、前記文字列を用いて、注文情報を構成し、当該注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理部として機能させるためのプログラムである。

また、図１８は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の注文支援装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１８は、このコンピュータシステム３００の概観図であり、図１９は、システム３００のブロック図である。

図１８において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１９において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の注文支援装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の注文支援装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる注文支援装置１は、電話を用いてＥＣサイトへの商品の注文が容易にできるという効果を有し、注文支援装置等として有用である。

１ 注文支援装置
２ サーバ
３ ユーザ端末
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
３１ 端末格納部
３２ 端末受付部
３３ 端末処理部
３４ 端末送信部
３５ 端末受信部
３６ 端末出力部
１１１ 電話番号格納部
１１２ 注文履歴情報格納部
１２１ 音声受信部
１２２ 結果受信部
１３１ 種類識別子取得部
１３２ 音声認識部
１３３ 注文処理部
１３４ 結果音声構成部
１３５ 電話時決定部
１３６ 部
１４１ 結果通知部
３３１ 端末電話手段
１３３１ 検索手段
１３３２ ソート手段
１３３３ 確認音声構成手段
１３３４ 確認音声出力手段
１３３５ 応答音声受信手段
１３３６ 音声判断手段
１３３７ 画面構成手段
１３３８ 画面送信手段
１３３９ 商品識別子受信手段
１３４０ 音声受信手段
１３４１ 個数取得手段
１３４２ 注文処理手段

Claims (14)

1. ユーザからの商品の注文に関する音声情報を受信する音声受信部と、
   前記音声情報に対して音声認識し、文字列を取得する音声認識部と、
   前記文字列を用いて、注文情報を構成し、当該注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理部とを具備する注文支援装置。
2. 前記注文処理の結果である結果情報を前記サイトから受信する結果受信部と、
   前記結果情報の受信に応じて、前記商品の注文の結果に関する結果音声情報である注文結果情報を構成する結果音声構成部と、
   前記結果音声情報を用いて、前記ユーザに対して音声出力を行う結果通知部とをさらに具備する請求項１記載の注文支援装置。
3. 前記注文処理部は、
   前記音声認識部が取得した前記文字列を用いて、前記サイトを検索し、検索結果を取得する検索手段と、
   前記検索結果を用いて、注文の確認のための音声である確認音声情報を構成する確認音声構成手段と、
   前記確認音声情報を用いて、前記ユーザに対して確認のための音声出力を行う確認音声出力手段と、
   前記確認のための音声出力に応じて、前記ユーザから注文の許可に関する応答音声情報を受信する応答音声受信手段と、
   前記応答音声情報を音声認識し、文字列を取得し、当該文字列を用いて、前記応答音声情報が前記注文を許可する許可音声情報であるか否かを判断する音声判断手段と、
   前記応答音声情報が許可音声情報である場合に、前記確認音声情報に対応した注文処理を行う注文処理手段とを具備する請求項１または請求項２記載の注文支援装置。
4. 前記確認音声構成手段は、
   前記検索手段が２以上の商品に関する商品情報を含む検索結果を取得した場合、前記２以上の商品情報のうちの一の商品情報を用いて、前記確認音声情報を構成し、前記応答音声受信手段が前記許可音声情報を受信するまで、他の商品情報を用いた前記確認音声情報を、順次、構成する、請求項３記載の注文支援装置。
5. 前記注文処理部は、
   前記検索手段が２以上の商品に関する商品情報を含む検索結果を取得した場合、前記２以上の各商品情報が有する属性値を用いて、前記２以上の商品情報をソートするソート手段をさらに具備し、
   前記確認音声構成手段は、
   前記ソート手段がソートした結果である最上位の商品情報を用いて、前記確認音声情報を構成し、前記応答音声受信手段が前記許可音声情報を受信するまで、前記ソートされた商品情報の上位の商品情報を用いた前記確認音声情報を、順次、構成する、請求項４記載の注文支援装置。
6. 前記ソート手段は、
   前記応答音声情報が前記注文の拒絶に関する拒絶音声情報である場合に、前記拒絶音声情報に対応する属性値をキーとして、再度、前記２以上の商品情報をソートし、
   前記確認音声構成手段は、
   前記ソート手段が前記拒絶音声情報に対応する前記属性値をキーとしたソートした結果である最上位の商品情報を用いて、前記確認音声情報を構成する、請求項５記載の注文支援装置。
7. 前記ユーザが使用する電話端末の種類を特定する種類識別子を取得する種類識別子取得部と、
   前記種類識別子に応じて、前記注文処理の結果に関する注文結果情報を、異なる手段により前記ユーザに通知する結果通知部をさらに具備する請求項１記載の注文支援装置。
8. 前記結果通知部は、
   前記種類識別子が固定電話を識別する情報である場合は、音声情報である前記注文結果情報を出力し、前記種類識別子が携帯電話を識別する情報である場合は、文字列を含む
   前記注文結果情報を出力する、請求項６記載の注文支援装置。
9. 前記注文処理部は、
   前記サイトを検索し、１以上の商品情報を有する検索結果を取得する検索手段と、
   前記１以上の各商品情報を用いて、商品を特定して電話をかけるための画面を構成する情報である電話注文画面情報を構成する画面構成手段と、
   前記電話注文画面情報を送信する画面送信手段と、
   前記画面を用いてかけられた電話に対応する商品識別子を受信する商品識別子受信手段と、
   前記商品識別子で識別される商品に対応した注文処理を行う注文処理手段とを具備する請求項１または請求項２記載の注文支援装置。
10. 前記注文処理部は、
    前記画面を用いてかけられた電話に対する音声情報を受信する音声受信手段と、
    前記音声情報に対して音声認識し、注文の個数を取得する個数取得手段とをさらに具備し、
    前記注文処理手段は、
    前記商品識別子で識別される商品を、前記個数分を購入するための注文処理を行う、請求項９記載の注文支援装置。
11. ユーザの電話番号が格納されている電話番号格納部から取得した電話番号を用いて、商品の注文を受け付けるための電話をかける御用聞き部をさらに具備する請求項１から請求項１０いずれか一項に記載の注文支援装置。
12. 前記ユーザの電話番号に対応付けて、前記ユーザの注文に関する注文情報が格納されている注文履歴情報格納部に格納されている注文情報を用いて、前記ユーザに電話をかける時を決定する電話時決定部をさらに具備し、
    前記御用聞き部は、
    前記電話時決定部が決定した時に、商品の注文を受け付けるための電話をかける請求項１１記載の注文支援装置。
13. 音声受信部と、音声認識部と、注文処理部とにより実現される注文支援方法であって、
    前記音声受信部が、ユーザからの商品の注文に関する音声情報を受信する音声受信ステップと、
    前記音声認識部が、前記音声情報に対して音声認識し、文字列を取得する音声認識ステップと、
    前記注文処理部が、前記文字列を用いて、注文情報を構成し、当該注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理ステップとを具備する注文支援方法。
14. コンピュータを、
    ユーザからの商品の注文に関する音声情報を受信する音声受信部と、
    前記音声情報に対して音声認識し、文字列を取得する音声認識部と、
    前記文字列を用いて、注文情報を構成し、当該注文情報を用いて、電子商取引を行うサイトに対する注文処理を行う注文処理部として機能させるためのプログラム。

Images