JP2019046205A - ネットワークシステム、情報処理方法、およびサーバ - Google Patents

Abstract

【課題】適切なタイミングにおいて商品やサービスに関する情報を出力するためのネットワークシステム、情報処理方法、またはサーバを提供する。【解決手段】音声出力が可能なユーザ端末２００と、天候またはユーザ端末２００のユーザの体調に基づいて、ユーザ端末２００に、商品またはサービスの提供を音声によって提案させるためのサーバ１００と、を備えるネットワークシステム１が提供される。【選択図】図１

Description

本発明は、ユーザと音声メッセージのやり取りをするためのネットワークシステム、情報処理方法、およびサーバの技術に関する。

従来から、ユーザに適したメッセージを出力するための技術が知られている。たとえば、国際公開第２０１６／０８８５９７号パンフレット（特許文献１）には、食品管理システム、冷蔵庫、サーバ、端末装置、および制御プログラムが開示されている。特許文献１によると、食品管理システムにおいて、サーバは、冷蔵庫近傍のユーザの存在を検知する。サーバは、ユーザからの注文に基づいたメッセージを生成してメモリに登録しておき、検知に基づくタイミングで、メモリからメッセージを読み出して、冷蔵庫に転送する。そして、サーバは、メッセージの転送の後、予め規定された期間、冷蔵庫から食品の発注の入力を受け付ける。これにより、ユーザに効果的に情報を報知する冷蔵庫を含む食品管理システムを提供できる。

国際公開第２０１６／０８８５９７号パンフレット

本発明の目的は、適切なタイミングにおいて商品やサービスに関する情報を出力するためのネットワークシステム、情報処理方法、またはサーバを提供することにある。

本発明のある態様に従うと、音声出力が可能なユーザ端末と、天候またはユーザ端末のユーザの体調に基づいて、ユーザ端末に、商品またはサービスの提供を音声によって提案させるためのサーバとを備える、ネットワークシステムが提供される。

以上のように、本発明によれば、適切なタイミングにおいて商品やサービスに関する情報を出力するためのネットワークシステム、情報処理方法、またはサーバが提供される。

第１の実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示す図である。 第１の実施の形態にかかるネットワークシステム１の店舗通信端末３００の画面を示す図である。 第１の実施の形態にかかるサーバ１００の構成を示すブロック図である。 第１の実施の形態にかかる端末データ１２１を示す図である。 第１の実施の形態にかかる商品データ１２２を示す図である。 第１の実施の形態にかかる店舗データ１２３を示す図である。 第１の実施の形態にかかる在庫データ１２４を示す図である。 第１の実施の形態にかかる注文データ１２５を示す図である。 第１の実施の形態にかかるサーバ１００の情報処理を示す図である。 第１の実施の形態にかかる顧客通信端末２００の構成を示すブロック図である。 第１の実施の形態にかかる店舗通信端末３００の構成を示すブロック図である。 第２の実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示す図である。 第２の実施の形態にかかるサーバ１００の情報処理を示す図である。 第３の実施の形態にかかるサーバ１００の情報処理を示す図である。 第３の実施の形態にかかるサーバ１００の情報処理を示す図である。 第４の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示す図である。 第４の実施の形態にかかるネットワークシステム１の全体構成と第２の動作概要とを示す図である。 第４の実施の形態にかかるネットワークシステム１の全体構成と第３の動作概要とを示す図である。 第５の実施の形態にかかるネットワークシステム１の店舗通信端末３００の画面を示す図である。 第５の実施の形態にかかるサーバ１００の情報処理を示す図である。 第６の実施の形態にかかるネットワークシステム１の店舗通信端末３００の画面を示す図である。 第６の実施の形態にかかるサーバ１００の第１の情報処理を示す図である。 第６の実施の形態にかかるサーバ１００の第２の情報処理を示す図である。 第７の実施の形態にかかる端末データ１２１Ｂを示す図である。 第７の実施の形態にかかるサーバ１００の情報処理を示す図である。 第８の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示す図である。 第８の実施の形態にかかるサーバ１００の情報処理を示す図である。 第８の実施の形態にかかるネットワークシステム１の全体構成と第２の動作概要とを示す図である。 第８の実施の形態にかかるネットワークシステム１の全体構成と第３の動作概要とを示す図である。 第９の実施の形態にかかるサーバ１００の情報処理を示す図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステム１の全体構成＞

まず、図１を参照して本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、対話サービス用のサーバ１００と、家庭やオフィスに配置されるロボットなどの顧客通信端末２００と、各種の商品やサービスの提供者側の店舗や営業所やその他の拠点などで利用されるタブレットなどの店舗通信端末３００とを含む。

なお、顧客通信端末２００は、ロボットに限らず、冷蔵庫、電子レンジ、エアコン、洗濯機、掃除機、空気清浄器、加湿器、除湿器、炊飯器、照明などの家電、携帯電話、スマートフォン、タブレット、テレビ、ハードディスクレコーダ、プロジェクタ、音楽プレーヤ、ゲーム機、パーソナルコンピュータなどのＡＶ（オーディオ・ビジュアル）機器、組み込み照明、太陽光発電機、インターホン、給湯器、温水洗浄便座コントローラなどの住宅設備、などであってもよい。同様に、店舗通信端末３００も、タブレットには限られず、他の装置であってもよい。
＜ネットワークシステム１の動作概要＞

次に、ネットワークシステム１の動作概要について説明する。まず、図１を参照して、顧客通信端末２００は、サーバ１００からのデータに基づいてユーザと対話する。より詳細には、顧客通信端末２００は、サーバ１００からの音声データに基づいて音声を出力し、ユーザからの音声を受けてサーバ１００に送信し、さらにサーバ１００からの音声データに基づいて音声を出力し、という処理を繰り返す。

たとえば、本実施の形態においては、顧客通信端末２００は、ユーザからの商品やサービスの注文を受け付けて当該注文をサーバ１００に転送したり、サーバ１００から商品やサービスの提案メッセージを受け付けて当該音声メッセージを出力したりする。そして、ネットワークシステム１の関係者は、サーバ１００が受け付けた注文に基づいて、配達センターから商品を出荷したり、顧客通信端末２００のユーザの近傍の店舗から当該ユーザの自宅へ商品を配達したり、サービス提供者が当該ユーザの自宅へ訪問したりする。

なお、本実施の形態においては、ユーザの自宅の近傍のコンビニエンスストアに配置される店舗通信端末３００が、サーバ１００からのデータに基づいて、図２に示すように、商品やサービスを配達すべき顧客や商品やサービスのリストを表示する。より詳細には、図２（Ａ）に示すように、店舗通信端末３００は、サーバ１００からのデータに基づいて、配達先のリストを選択可能に表示する。そして図２（Ｂ）に示すように、店舗通信端末３００は、サーバ１００からのデータに基づいて、選択された配達先に配達すべき商品のリストを表示する。なお、サーバ１００は、顧客が希望する配達日時の所定時間前、たとえば１時間前などに店舗通信端末３００に配達先リストや商品リストを表示させることが好ましい。

そして特に本実施の形態においては、図１に示すように、サーバ１００は、ユーザの自宅周辺に強い雨が降っている場合や猛暑と言われる気温である場合などに、顧客通信端末２００に商品やサービスの注文を提案するものである。換言すれば、ユーザが自宅から買い物に出かけることが困難である可能性がある場合に、商品の配達やサービスの提供を提案することが好ましい。これによって、ユーザは、特に高齢者や体が弱いユーザなどは、強い雨が降っている場合や猛暑と言われる気温の場合に外出せずに配達してもらえるということを認識しやすいし、店舗側も客が少なくて人員が余っている可能性が高い場合に店員に効率的に働いてもらうことができる。

以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜対話サービス用のサーバ１００のハードウェア構成＞

まず、本実施の形態にかかるネットワークシステム１を構成する対話サービス用のサーバ１００のハードウェア構成の一態様について説明する。図３を参照して、対話サービス用のサーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、対話サービス用のサーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。ＣＰＵ１１０は、ＡＩ機能を実現し、ＡＩ機能による音声対話を実行することが好ましい。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、操作部１４０から入力されたデータなどを記憶する。メモリ１２０は、たとえば、端末データ１２１、商品データ１２２、店舗データ１２３、在庫データ１２４、注文データ１２５などを記憶する。なお当然に、これらのデータは、対話サービス用のサーバ１００自体が格納していなくても、サーバ１００がアクセス可能な他の装置に格納されていてもよい。

ここで、図４を参照して、端末データ１２１は、ロボットなどの顧客通信端末２００毎に、端末ＩＤと、住所と、近所の店舗を特定するための情報との対応関係を格納する。

図５を参照して、商品データ１２２は、商品毎に、商品コードと、商品の名称と、商品の値段との対応関係を格納する。

図６を参照して、店舗データ１２３は、店舗毎に、店舗ＩＤと、店舗の名称と、店舗の住所と、店舗通信端末３００のＩＤとの対応関係を格納する。

図７を参照して、在庫データ１２４は、店舗毎に準備される。在庫データ１２４は、商品毎に、商品コードと、店舗に蓄積されている個数との対応関係を格納する。

図８を参照して、注文データ１２５は、受け付けた注文毎に、注文ＩＤと、商品を配達すべき店舗のＩＤと、注文をした顧客通信端末２００のＩＤと、注文された商品のコードと、注文された商品の個数との対応関係を格納する。たとえば、ＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００から受信した音声データや顧客通信端末２００が出力した音声に基づいて、ユーザからの注文を特定し、当該注文を注文データ１２５に蓄積していく。

図３に戻って、操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して顧客通信端末２００や店舗通信端末３００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜対話サービス用のサーバ１００における情報処理＞

次に、図９を参照しながら、本実施の形態にかかる対話サービス用のサーバ１００における情報処理について説明する。本実施の形態においては、サーバ１００のＣＰＵ１１０は、顧客通信端末２００毎に、定期的に以下の処理を実行する。

サーバ１００のＣＰＵ１１０は、天気情報サーバ１００Ｂなどから、顧客通信端末２００に対応する住所の天気に関する情報を取得する（ステップＳ１０２）。ＣＰＵ１１０は、当該情報に基づいて、顧客通信端末２００のユーザの自宅のエリアが大雨か否かを判断する（ステップＳ１０４）。大雨である場合（ステップＳ１０４においてＹＥＳである場合）、ＣＰＵ１１０はステップＳ１３０からの処理を実行する。

大雨でない場合（ステップＳ１０４においてＮＯである場合）、ＣＰＵ１１０は、当該情報に基づいて、顧客通信端末２００のユーザの自宅のエリアが強風であるか否かを判断する（ステップＳ１０６）。強風である場合（ステップＳ１０６においてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１３０からの処理を実行する。

強風でない場合（ステップＳ１０６においてＮＯである場合）、ＣＰＵ１１０は、当該情報に基づいて、顧客通信端末２００のユーザの自宅のエリアに花粉が多いか否かを判断する（ステップＳ１０８）。花粉が多い場合（ステップＳ１０８においてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１３０からの処理を実行する。

花粉が少ない場合（ステップＳ１０８においてＮＯである場合）、ＣＰＵ１１０は、当該情報に基づいて、顧客通信端末２００のユーザの自宅のエリアが猛暑であるか否かを判断する（ステップＳ１１０）。猛暑でない場合（ステップＳ１１０においてＮＯである場合）、ＣＰＵ１１０は、次の顧客通信端末２００に関する処理を実行する。

猛暑である場合（ステップＳ１１０においてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して顧客通信端末２００に、商品やサービスの配達の注文を提案するための音声データや、当該提案行う理由としての天候の情報を送信する（ステップＳ１３０）。たとえば、ＣＰＵ１１０は、顧客通信端末２００のユーザの注文データ１２５に基づいて過去に注文された商品やサービスを提案したり、最寄りの店舗の在庫データ１２４に基づいて早く販売することが望まれる商品を提案したりすることが好ましい。これによって、顧客通信端末２００は、図１に示すように、ユーザに、天候の情報を出力したり、商品やサービスの配達の注文を音声対話によって提案したりする。

ＣＰＵ１１０は、顧客通信端末２００からの注文を待ち受ける（ステップＳ１３２）。ＣＰＵ１１０は、顧客通信端末２００からの注文を受け付けると（ステップＳ１３２においてＹＥＳである場合）、注文データ１２５に当該注文を追加する（ステップＳ１３４）。ＣＰＵ１１０は、次の顧客通信端末２００に関する処理を実行する。

サーバ１００のＣＰＵ１１０は、注文を受け付けるたびに、当該注文の店舗の店舗通信端末３００に図２（Ａ）の配達先リストや図２（Ｂ）の商品リストを提供してもよいし、所定時間毎にまとめて、注文を受けた店舗の店舗通信端末３００に図２（Ａ）の配達先リストや図２（Ｂ）の商品リストを提供してもよい。これによって、店舗通信端末３００は、図２（Ａ）の配達先リストや図２（Ｂ）の商品リストを表示する。なお、注文された商品の配達方法やサービスの提供方法やそれらの決済方法は特に問わない。
＜顧客通信端末２００のハードウェア構成＞

次に、図１０を参照して、ネットワークシステム１を構成するロボットなどの顧客通信端末２００の構成の一態様について説明する。顧客通信端末２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０と、操作部２４０と、カメラ２５０、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０とを含む。

ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、顧客通信端末２００の各部を制御する。

メモリ２２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ２２０は、ＣＰＵ２１０によって実行される機器駆動プログラムや対話プログラムやその他のプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、対話サービス用のサーバ１００や他のサーバから受信したデータ、操作部２４０を介して入力されたデータなどを記憶する。

ディスプレイ２３０は、ＣＰＵ２１０からの信号に基づいて、文字や画像などを出力する。ディスプレイ２３０は、複数のＬＥＤライトなどであってもよい。

操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。なお、ディスプレイ２３０と操作部２４０とは、タッチパネルを構成してもよい。

また、操作部２４０は、近接センサや温度センサなどであってもよい。この場合は、ＣＰＵ２１０は、操作部２４０としての近接センサや温度センサを介して、ユーザがロボットなどの顧客通信端末２００に手をかざしたことを検知して、各種の動作を開始する。たとえば、近接センサが額の近辺に配置されることによって、ユーザがなでたり・たたいたりすることをロボットなどの顧客通信端末２００が検知してもよい。

カメラ２５０は、画像を撮影して、画像データをＣＰＵ２１０に受け渡す。

通信インターフェイス２６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス２６０は、有線通信あるいは無線通信によって対話サービス用のサーバ１００などの他の装置との間でデータをやり取りする。

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、音声を出力する。たとえば、ＣＰＵ２１０は、通信インターフェイス２６０を介してサーバ１００から受信した商品やサービスを提案するための音声データに基づいてスピーカ２７０に商品やサービスの配達を提案するための音声メッセージを出力させる。

マイク２８０は、外部からの音声に基づいて音声信号を作成し、ＣＰＵ２１０に入力する。ＣＰＵ２１０は、マイク２８０を介して受け付けた音声を、通信インターフェイス２６０を介してサーバ１００に送信する。たとえば、ＣＰＵ２１０は、マイク２８０を介してユーザから受け付けた商品やサービスの注文を、通信インターフェイス２６０を介してサーバ１００に送信する。
＜店舗通信端末３００のハードウェア構成＞

次にコンビニエンスストアなどに配置されるタブレットなどの店舗通信端末３００のハードウェア構成の一態様について説明する。図１１を参照して、店舗通信端末３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、通信インターフェイス３６０とを含む。

ＣＰＵ３１０は、メモリ３２０に記憶されているプログラムを実行することによって、店舗通信端末３００の各部を制御する。

メモリ３２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、入力されたデータや、サーバ１００から取得したデータなどを記憶する。なお当然に、これらのデータは、店舗通信端末３００自体が格納していなくても、店舗通信端末３００がアクセス可能な他の装置に格納されていてもよい。

ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて画像やテキストを表示する。操作部３４０は、キーボードやスイッチなどから構成され、オペレータからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とがタッチパネルによって構成されてもよい。

通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によって対話サービス用のサーバ１００などの他の装置との間でデータをやり取りする。

たとえば、ＣＰＵ３１０は、操作部３４０を介した店員からの命令に基づいて、あるいはサーバ１００からのプッシュ通信によって、通信インターフェイス３６０を介してサーバ１００から配達先リストを受信して、図２（Ａ）に示すように配達先リストをディスプレイ２３０に表示させる。ＣＰＵ３１０は、操作部３４０を介した店員からの顧客の指定に基づいて、通信インターフェイス３６０を介してサーバ１００から当該顧客の注文リストを受信して、図２（Ｂ）に示すように配達先からの注文リストをディスプレイ２３０に表示させる。
＜第２の実施の形態＞

第１の実施の形態においては、天候に基づいて、商品やサービスの宅配を提案するものであった。本実施の形態においては、図１２に示すように、サーバ１００は、ユーザの体調が悪い場合などに、顧客通信端末２００に商品やサービスの注文を提案するものである。これによって、ユーザは、体調が悪い場合に外出せずに済むということを認識しやすい。

なお、サーバ１００によるユーザの体調データの取得方法は、ユーザのウェアラブルデバイスからのデータを取得・管理する体調管理サーバ１００Ｃからの提供によってもよいし、ユーザがスマートフォンのアプリケーションに入力したデータをサーバ１００が取得するものであってもよい。

あるいは、事前にロボットなどの顧客通信端末２００が、ユーザと音声対話する際に、ユーザの体調を聞き出してもよい。たとえば、ユーザが、顧客通信端末２００に「おはよう」と声をかけると、顧客通信端末２００が「おはようございます。今日の天気は晴れだよ。今日の体調はいかがですか？」という音声メッセージを出力することによって、つまり対話の中にユーザの体調を聞き出すためのメッセージを挟むことによって、サーバ１００が顧客通信端末２００を介してユーザの体調を取得して記憶しておくことができる。

図１３を参照しながら、本実施の形態にかかる対話サービス用のサーバ１００における情報処理について説明する。本実施の形態においては、サーバ１００のＣＰＵ１１０は、顧客通信端末２００毎に、定期的に以下の処理を実行する。

サーバ１００のＣＰＵ１１０は、体調管理サーバ１００Ｃなどから、顧客通信端末２００のユーザの体調に関する情報を取得する（ステップＳ１２２）。ＣＰＵ１１０は、当該情報に基づいて、顧客通信端末２００のユーザの体調に異常があるか否かを判断する（ステップＳ１２４）。ユーザの体調に異常がない場合（ステップＳ１２４においてＮＯである場合）、ＣＰＵ１１０は、次の顧客通信端末２００に関する処理を実行する。

ユーザの体調に異常がある場合（ステップＳ１２４においてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して顧客通信端末２００に、商品やサービスの配達の注文を提案するための音声データや、当該提案行う理由としてのユーザの体調に関する情報を送信する（ステップＳ１３０）。これによって、顧客通信端末２００は、ユーザに、ユーザの体調を示す情報を出力したり、商品やサービスの配達の注文を音声対話によって提案したりする。

ステップＳ１３２以降の処理は、第１の実施の形態のそれらと同様であるため、ここではそれらの説明を繰り返さない。
＜第３の実施の形態＞

なお当然に、図１４に示すように、天候が悪い場合またはユーザの体調が悪い場合に、顧客通信端末２００に商品やサービスの注文を提案してもよい。

あるいは、図１５に示すように、天候が悪い場合かつユーザの体調が悪い場合に、顧客通信端末２００に商品やサービスの注文を提案するものであってもよい。
＜第４の実施の形態＞

第１から第３の実施の形態においては、現在の天候や現在のユーザの状態に応じて、商品やサービスを提案するものであったが、図１６に示すように、現在の天候に基づいて将来、たとえば数時間や数日先の商品やサービスを提案してもよい。この場合は、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００にユーザが所望する配達日時を尋ねることが好ましい。

あるいは、図１７に示すように、現在のユーザの状態に基づいて将来、たとえば数時間や数日先の商品やサービスを提案してもよい。この場合も、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００にユーザが所望する配達日時を尋ねることが好ましい。

さらには、図１８に示すように、将来たとえば数時間や数日先の天候に基づいて、当該将来、あるいは更に将来、たとえばさらに数時間や数日先の商品やサービスを提案してもよい。この場合も、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００にユーザが所望する配達日時を尋ねることが好ましい。
＜第５の実施の形態＞

第１〜第４の実施の形態のネットワークシステム１において、さらに、図１９に示すように、店舗の従業員などが、ユーザに提案する商品やサービスを指定できてもよい。本実施の形態においては、サーバ１００のＣＰＵ１１０は、図２０に示すような処理を実行する。なお、ステップＳ１０２からステップＳ１２４までの処理は、第３の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

天候不順の場合（ステップＳ１０４またはステップＳ１０６またはステップＳ１０８またはステップＳ１１０にてＹＥＳである場合）またはユーザの体調に異常がある場合（ステップＳ１２４においてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００の最寄りの店舗の店舗通信端末３００に、顧客に提案したい商品やサービスを尋ねる（ステップＳ１２６）。

このとき、店舗通信端末３００のＣＰＵ３１０は、ディスプレイ３３０に図１９に示すような画面を表示することによって、操作部３４０を介して店員からの商品やサービスの入力を受け付ける。なお、ＣＰＵ３１０は、操作部３４０を介して、当該商品の値段や割引率を受け付けてもよい。

図２０に戻って、ＣＰＵ１１０は、店舗通信端末３００からの提案の指示を受け付けると（ステップＳ１２８においてＹＥＳである場合）、通信インターフェイス１６０を介して顧客通信端末２００に、店舗通信端末３００からの指示に基づいて商品やサービスの配達の注文を提案するための音声データを送信する（ステップＳ１３１）。商品やサービスの値段や割引率のデータも送信することが好ましい。これによって、顧客通信端末２００は、ユーザに、値段や割引率とともに、商品やサービスの配達を音声対話によって提案する。

ステップＳ１３２以降の処理は、第３の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜第６の実施の形態＞

さらには、ユーザのこれまでの購入履歴や店舗の在庫や在庫の賞味期限などに基づいて、サーバ１００が店舗通信端末３００にユーザに提案する商品やサービスを選択可能に提案させてもよい。たとえば、図２１に示すように、店舗通信端末３００は、サーバ１００からのデータに基づいて、ユーザが注文する可能性が高い商品やサービスあるいは在庫を減らしたい商品などを選択可能に表示する。

本実施の形態においては、サーバ１００のＣＰＵ１１０は、図２２に示すような処理を実行する。なお、ステップＳ１０２からステップＳ１２４までの処理は、第３の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

天候不順の場合（ステップＳ１０４またはステップＳ１０６またはステップＳ１０８またはステップＳ１１０にてＹＥＳである場合）またはユーザの体調に異常がある場合（ステップＳ１２４においてＹＥＳである場合）、ＣＰＵ１１０は、顧客通信端末２００に対応するユーザの注文履歴を読み出して、商品やサービスの候補を決定する（ステップＳ１２５）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、顧客通信端末２００の最寄りの店舗の店舗通信端末３００に、顧客に提案するための商品やサービスを提案する（ステップＳ１２６Ｂ）。

このとき、店舗通信端末３００のＣＰＵ３１０は、ディスプレイ３３０に図２１に示すような画面を表示することによって、操作部３４０を介して店員からの商品やサービスの入力を受け付ける。なお、ＣＰＵ３１０は、操作部３４０を介して、当該商品の値段や割引率を受け付けてもよい。

図２２に戻って、ＣＰＵ１１０は、店舗通信端末３００からの提案の指示を受け付けると（ステップＳ１２８においてＹＥＳである場合）、通信インターフェイス１６０を介して顧客通信端末２００に、店舗通信端末３００からの指示に基づいて商品やサービスの配達の注文を提案する（ステップＳ１３１）。商品やサービスの値段や割引率のデータも送信することが好ましい。これによって、顧客通信端末２００は、ユーザに、値段や割引率とともに、商品やサービスの配達を音声対話によって提案する。

ステップＳ１３２以降の処理は、第３の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

なお、図２３に示すように、店舗通信端末３００からの提案の指示を受け付けなかった場合には（ステップＳ１２８においてＮＯである場合）、第１の実施の形態のように、ＣＰＵ１１０は、通信インターフェイス１６０を介して顧客通信端末２００に、サーバ１００が決定した商品やサービスの配達を提案するための音声データを送信してもよい（ステップＳ１３０）。
＜第７の実施の形態＞

第１から第６の実施の形態においては、大雨や、強風や、ユーザの体調に基づいて、商品やサービスの宅配を提案するものであったが、このような条件には限られない。たとえば、非常に寒い日や、テレビの視聴率が高いときなどに、サーバ１００のＣＰＵ１１０は、ステップＳ１３０を実行してもよい。このような場合も、ユーザは、外出せずに所望の物を配達してもらえるということを認識しやすいし、店舗側も客が少なくて人員が余っている可能性が高い場合に店員に効率的に働いてもらうことができる。

あるいは、商品の提案をしてもらう条件をユーザから受け付けてもよい。この場合は、サーバ１００のメモリ１２０は、図２４に示すような端末データ１２１Ｂを記憶する。本実施の形態にかかる端末データ１２１Ｂは、ロボットなどの顧客通信端末２００毎に、端末ＩＤと、住所と、近所の店舗を特定するための情報と、たとえば大雨フラグや花粉フラグや極寒フラグなどの対応関係を格納する。

そして、ＣＰＵ１１０は、図２５に示すように、たとえば、大雨フラグがＯＮの場合（ステップＳ１０３においてＹＥＳである場合）に、ステップＳ１０４の処理を実行し、大雨フラグがＯＦＦの場合（ステップＳ１０３においてＮＯである場合）に、ステップＳ１０５からの処理を実行してもよい。

たとえば、ＣＰＵ１１０は、花粉フラグがＯＮの場合（ステップＳ１０７においてＹＥＳである場合）に、ステップＳ１０８の処理を実行し、花粉フラグがＯＦＦの場合（ステップＳ１０７においてＮＯである場合）に、ステップＳ１１９からの処理を実行してもよい。

たとえば、ＣＰＵ１１０は、極寒フラグがＯＮの場合（ステップＳ１０９においてＹＥＳである場合）に、極寒であるか否かを判断し（ステップＳ１０９１）、極寒フラグがＯＦＦの場合（ステップＳ１０９においてＮＯである場合）に、ステップＳ１１０からの処理を実行してもよい。

当然に、他の条件に関してもユーザのＯＮ／ＯＦＦ指定を受け付けることが可能である。
＜第８の実施の形態＞

また、天候やユーザの体調に基づくコンビニエンスストアからの商品の配達の提案だけでなく、図２６に示すように、ユーザのカレンダ情報や天気情報などに基づいて、タクシーの利用を提案することも可能である。

本実施の形態においては、図２７に示すように、サーバ１００のＣＰＵ１１０は、顧客通信端末２００毎に、定期的に以下の処理を実行する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのカレンダ情報を取得する（ステップＳ１４２）。ＣＰＵ１１０は、ユーザに外出する予定があるか否かを判断する（ステップＳ１４４）。ユーザに外出する予定がない場合（ステップＳ１４４においてＮＯである場合）、ＣＰＵ１１０は、次の顧客通信端末２００に関する処理を実行する。

ユーザに外出する予定がある場合（ステップＳ１４４においてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１０２からの処理を実行する。なお、ステップＳ１０２からステップＳ１１０の処理は、第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

天候不順の場合（ステップＳ１０４またはステップＳ１０６またはステップＳ１０８またはステップＳ１１０にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して顧客通信端末２００に、タクシーを呼ぶか否かを問い合わせるための音声データを送信する（ステップＳ１３０）。これによって、顧客通信端末２００は、図２６に示すように、ユーザに、タクシーを呼ぶか否かを問い合わせる。

当然に、タクシーを利用する形態だけではなく、図２８に示すように各種の情報に基づいて薬屋さんに訪問してもらったり、図２９に示すように各種の情報に基づいてマッサージ屋さんに訪問してもらったり、施設や市役所の職員に訪問してもらったり、ＤＶＤなどを届けてもらったりすることを提案することも可能である。
＜第９の実施の形態＞

第１から第８の実施の形態にかかる情報処理、たとえば図９や図１３などの情報処理は単なる一例である。たとえば、第１から第８の実施の形態においては、サーバ１００のＣＰＵ１１０は、顧客通信端末２００毎に上記の処理を実行するものであった。しかしながら、このような処理手順には限られない。

たとえば、図３０に示すように、サーバ１００のＣＰＵ１１０は、所定の範囲の天気データに基づいて、大雨のエリアがあるか否かを判断して（ステップＳ１０４Ｂ）、大雨のエリアがある場合に（ステップＳ１０４ＢにおいてＹＥＳである場合）、当該エリアに属する顧客通信端末２００を抽出して（ステップＳ１２９）、当該顧客通信端末２００に対してステップＳ１３０からの処理を実行してもよい。

そして、サーバ１００のＣＰＵ１１０は、強風エリアがあるか否かを判断して（ステップＳ１０６Ｂ）、強風のエリアがある場合に（ステップＳ１０６ＢにおいてＹＥＳである場合）、当該エリアに属する顧客通信端末２００を抽出して（ステップＳ１２９）、当該顧客通信端末２００に対してステップＳ１３０からの処理を実行してもよい。

そして、サーバ１００のＣＰＵ１１０は、花粉が多いエリアがあるか否かを判断して（ステップＳ１０８Ｂ）、花粉が多いエリアがある場合に（ステップＳ１０８ＢにおいてＹＥＳである場合）、当該エリアに属する顧客通信端末２００を抽出して（ステップＳ１２９）、当該顧客通信端末２００に対してステップＳ１３０からの処理を実行してもよい。

そして、サーバ１００のＣＰＵ１１０は、猛暑エリアがあるか否かを判断して（ステップＳ１１０Ｂ）、猛暑エリアがある場合に（ステップＳ１１０ＢにおいてＹＥＳである場合）、当該エリアに属する顧客通信端末２００を抽出して（ステップＳ１２９）、当該顧客通信端末２００に対してステップＳ１３０からの処理を実行してもよい。

そして、サーバ１００のＣＰＵ１１０は、体調が良くないユーザの顧客通信端末２００があるか否かを判断して（ステップＳ１２４Ｂ）、体調が良くないユーザの顧客通信端末２００がある場合に（ステップＳ１２４ＢにおいてＹＥＳである場合）、当該顧客通信端末２００を抽出して（ステップＳ１２９）、当該顧客通信端末２００に対してステップＳ１３０からの処理を実行してもよい。
＜第１０の実施の形態＞

第１〜第９の実施の形態のような、サーバ１００や顧客通信端末２００や店舗通信端末３００の構造・機能・動作に限られず、たとえば各装置の役割が、他のサーバやデータベースなどの複数の装置に分担されてもよい。逆に、複数の装置の役割の一部または全部が１つの装置に集約されてもよい。
＜まとめ＞

上記の実施の形態においては、音声出力が可能なユーザ端末２００と、天候またはユーザ端末２００のユーザの体調に基づいて、ユーザ端末２００に、商品またはサービスの提供を音声によって提案させるためのサーバ１００と、を備えるネットワークシステム１が提供される。

好ましくは、ネットワークシステム１は、商品またはサービスの提供側で利用される通信端末３００をさらに備える。サーバ１００は、提案すべき商品またはサービスの入力を通信端末３００を介して受け付けて、当該入力に基づいて提案を実行する。

好ましくは、サーバ１００は、ユーザ端末２００に、提案とともに提案の原因を音声出力させる。

好ましくは、サーバ１００は、天候またはユーザ端末２００のユーザの体調に基づいて、ユーザ端末２００のユーザの外出が困難であると判断できる場合に提案を実行する。

好ましくは、サーバ１００は、将来の天候に基づいて、ユーザ端末２００に、商品またはサービスの将来の提供を音声によって提案させる。

好ましくは、サーバ１００は、ユーザの体調に基づいて、ユーザ端末２００に、商品またはサービスの将来の提供を音声によって提案させる。

上記の実施の形態においては、サーバ１００が、天候またはユーザ端末２００のユーザの体調を取得するステップと、サーバ１００が、天候またはユーザ端末２００のユーザの体調に基づいて、ユーザ端末２００に商品またはサービスの提供を音声によって提案させるステップと、を備える情報処理方法が提供される。

上記の実施の形態においては、ユーザ端末２００と通信するための通信インターフェイス１６０と、通信インターフェイス１６０を介して、天候またはユーザ端末２００のユーザの体調を取得して、ユーザ端末２００に商品またはサービスの提供を音声によって提案させるためのプロセッサ１１０と、を備えるサーバ１００が提供される。

上記の実施の形態においては、通信インターフェイス１６０と、プロセッサ１１０とを含むサーバ１００における情報処理方法が提供される。情報処理方法は、プロセッサ１１０が、通信インターフェイス１６０を介して、天候またはユーザ端末２００のユーザの体調を取得するステップと、通信インターフェイス１６０を介して、ユーザ端末２００に商品またはサービスの提供を音声によって提案させるステップと、を備える。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：サーバ
１００Ｂ ：天気情報サーバ
１００Ｃ ：体調管理サーバ
１１０ ：ＣＰＵ
１２０ ：メモリ
１２１ ：端末データ
１２２ ：商品データ
１２３ ：店舗データ
１２４ ：在庫データ
１２５ ：注文データ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：顧客通信端末（ロボット）
２１０ ：ＣＰＵ
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２５０ ：カメラ
２６０ ：通信インターフェイス
２７０ ：スピーカ
２８０ ：マイク
３００ ：店舗通信端末（タブレット）
３１０ ：ＣＰＵ
３２０ ：メモリ
３３０ ：ディスプレイ
３４０ ：操作部
３６０ ：通信インターフェイス

Claims (9)

1. 音声出力が可能なユーザ端末と、
   天候または前記ユーザ端末のユーザの体調に基づいて、前記ユーザ端末に、商品またはサービスの提供を音声によって提案させるためのサーバと、を備えるネットワークシステム。
2. 商品またはサービスの提供側で利用される通信端末をさらに備え、
   前記サーバは、提案すべき商品またはサービスの入力を前記通信端末を介して受け付けて、当該入力に基づいて前記提案を実行する、請求項１に記載のネットワークシステム。
3. 前記サーバは、前記ユーザ端末に、前記提案とともに前記提案の原因を音声出力させる、請求項１または２に記載のネットワークシステム。
4. 前記サーバは、天候または前記ユーザ端末のユーザの体調に基づいて、前記ユーザ端末のユーザの外出が困難であると判断できる場合に前記提案を実行する、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 前記サーバは、将来の天候に基づいて、前記ユーザ端末に、商品またはサービスの将来の提供を音声によって提案させる、請求項１から４のいずれか１項に記載のネットワークシステム。
6. 前記サーバは、ユーザの体調に基づいて、前記ユーザ端末に、商品またはサービスの将来の提供を音声によって提案させる、請求項１から５のいずれか１項に記載のネットワークシステム。
7. サーバが、天候またはユーザ端末のユーザの体調を取得するステップと、
   前記サーバが、前記天候または前記ユーザ端末のユーザの体調に基づいて、前記ユーザ端末に商品またはサービスの提供を音声によって提案させるステップと、を備える情報処理方法。
8. ユーザ端末と通信するための通信インターフェイスと、
   前記通信インターフェイスを介して、天候または前記ユーザ端末のユーザの体調を取得して、前記ユーザ端末に商品またはサービスの提供を音声によって提案させるためのプロセッサと、を備えるサーバ。
9. 通信インターフェイスと、プロセッサとを含むサーバにおける情報処理方法であって、
   前記プロセッサが、前記通信インターフェイスを介して、天候またはユーザ端末のユーザの体調を取得するステップと、
   前記通信インターフェイスを介して、前記ユーザ端末に商品またはサービスの提供を音声によって提案させるステップと、を備える情報処理方法。

Images