JP2017004232A - 装置、装置の制御方法、および制御プログラム - Google Patents

Abstract

【課題】ユーザにとって利便性の高い買い物メモを提供できる装置などを提供する。【解決手段】リスト管理サーバ１は、ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得し解析する音声解析部２２１、音声データを解析した結果に応じて、購入リスト３１の生成、更新、削除を行う購入リスト管理部２１１あるいは在庫リスト３２の生成、更新、削除を行う在庫リスト管理部２１２から構成される。【選択図】図１

Description

本発明は物品の購入予定リストを管理する装置に関する。

近年、冷蔵庫などの家庭内機器において、食品や日用品などの購入予定を管理する技術の提案がなされている。下記特許文献１には、ユーザが食品や日用品などの名称を音声入力することにより、冷蔵庫が音声メモを作成する技術が開示されている。ユーザは、当該音声メモを再生することで、食品や日用品の購入予定を思い出すことができる。

特開２００２−８１８４９号公報（２００２年３月２２日公開）

しかしながら、特許文献１に記載の技術では、音声メモを生成するためにボタン操作を行ってから音声入力する必要があり、操作が煩雑であった。また特許文献１には、作成した音声メモを削除する方法が開示されていない。そのため、既に購入済みの食品などの音声メモが削除されないことにより、ユーザが混乱するおそれがある。つまり、特許文献１に記載の音声メモは、利便性の高い買い物メモを実現しているとは言えない。本発明は、上記の問題点に鑑みてなされたものであり、ユーザにとって利便性の高い買い物メモを提供することができる装置などを提供することにある。

上記の課題を解決するために、本発明の一態様に係る装置は、物品の購入予定リストを管理する装置であって、上記装置は、以下を含む；ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得する取得部、上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成部。

また、上記の課題を解決するために、本発明の一態様に係る装置は、物品の購入予定リストを管理する装置であって、上記装置は、以下を含む；ユーザが管理する物品の在庫リストに、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、上記購入予定リストから当該物品の情報を削除するリスト削除部。

また、上記の課題を解決するために、本発明の一態様に係る装置の制御方法は、物品の購入予定リストを管理する装置の制御方法であって、上記装置の制御方法は、以下を含む；ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得する取得ステップ、上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成ステップ。

また、上記の課題を解決するために、本発明の一態様に係る装置の制御方法は、物品の購入予定リストを管理する装置の制御方法であって、上記装置の制御方法は、以下を含む；ユーザが管理する物品の在庫リストに、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、物品の購入予定リストから当該物品の情報を削除するリスト削除ステップ。

本発明の一態様によれば、ユーザにとって利便性の高い買い物メモを提供することができるという効果を奏する。

本発明に係るリスト管理システムを構成する各装置の要部構成の一例を示すブロック図である。 図１に示すリスト管理システムの概要を示す図である。 図１に示す購入リストおよび在庫リストのデータ構造および具体例を示す図である。 図１に示す携帯端末の表示部に表示される画像の一例を示す図である。 図１に示す家庭内機器が実行する音声入出力処理の流れの一例を示すフローチャートである。 図１に示すリスト管理サーバが実行する購入リスト登録処理の流れの一例を示すフローチャートである。 （ａ）は、実施形態２に係るリスト管理サーバが実行する音声生成処理の流れの一例を示すフローチャートであり、（ｂ）は実施形態２に係る家庭内機器が実行する音声出力処理の流れの一例を示すフローチャートである。 実施形態３に係るリスト管理サーバの記憶部に記憶されている定期購入リストのデータ構造および具体例を示す図である。 （ａ）は、実施形態３に係るリスト管理サーバが実行する音声生成処理の流れの一例を示すフローチャートであり、（ｂ）は、実施形態４に係るリスト管理サーバが実行する音声生成処理の流れの一例を示すフローチャートである。 実施形態５に係るリスト管理サーバが実行する購入リスト削除処理の流れの一例を示すフローチャートである。 （ａ）は、実施形態６に係るリスト管理サーバが実行する購入リスト削除処理の流れの一例を示すフローチャートであり、（ｂ）は、実施形態７に係るリスト管理サーバが実行する購入リスト削除処理の流れの一例を示すフローチャートである。 上記のリスト管理サーバ、家庭内機器、携帯端末として利用可能なコンピュータの構成を例示したブロック図である。

〔実施形態１〕
以下、本発明の実施の形態について、図１〜図６に基づいて説明すれば、以下のとおりである。

（リスト管理システム１００） まず、本実施形態に係るリスト管理システム１００の概要について、図２を参照して説明する。図２は、リスト管理システム１００の概要を示す図である。リスト管理システム１００は、購入する食品のメモとして利用できる購入リストや、ユーザが管理する食品の在庫を示す在庫リストを管理するシステムであり、予め登録されたユーザ（図２に示す例ではお父さん、お母さん、太郎くん（子ども））の間でこれらリストを共有可能なアプリケーション（以下、リスト共有アプリ）を提供するシステムである。本実施形態では、上記リスト共有アプリによって共有される情報として、購入する食品のメモとして利用できる購入リストを例に挙げて説明するが、共有される情報はこの例に限定されない。例えば、ユーザが管理している食品の在庫リストを共有してもよい。また、リスト管理システム１００は、予め登録されたユーザの間で情報を共有可能な電子伝言版（いわゆるソーシャル・ネットワーク・サービス）を提供するシステムであってもよく、当該電子伝言板の一機能として、購入リストを共有する機能を有していてもよい。また、購入リストおよび在庫リストは、食品の情報を登録するものに限定されない。すなわち、登録される情報はユーザが購入し管理することができる物品の情報であればよく、例えばティッシュペーパーなどの日用品の情報が登録されてもよい。

リスト管理システム１００は、リスト管理サーバ１（装置）、ホームサーバ３、家庭内機器４（冷蔵庫４ａ、電子レンジ４ｂ、音声入出力装置）、携帯端末５ａ、５ｂ、５ｃ（端末装置）、および通販サーバ６（管理装置）を含む。なお以降、携帯端末５ａ、５ｂ、５ｃを特に区別する必要が無い場合は、「携帯端末５」と称する。なお、リスト管理システム１００はこの構成に限定されない。例えば、リスト管理システム１００は、ホームサーバ３および携帯端末５の少なくとも一方を含まないものであってもよい。この場合、家庭内機器４は、リスト管理サーバ１と情報の送受信を直接行うことができる構成となっている。

リスト管理サーバ１は、上記購入リストおよび上記在庫リストを管理する。具体的には、リスト管理サーバ１は、受信したユーザ発話データ（発話音声データ）の音声解析結果に応じて、購入リストおよび在庫リストの生成、更新、削除を行う。なお、ユーザ発話データとは、ユーザが家庭内機器４に入力した音声から生成されたデータであり、ホームサーバ３を介してリスト管理サーバ１に送信される。また、リスト管理サーバ１は、購入リストを新たに生成したり、既存の購入リストを更新したりした場合、当該購入リストを携帯端末５に送信する。これにより、当該購入リストが携帯端末５で閲覧可能な状態となる。なお、携帯端末５からの指示を受けた時に、購入リストを携帯端末５に送信する構成であってもよいし、購入リストを新たに生成したり、既存の購入リストを更新したりした場合に、別のサーバ（例えば、電子伝言板を管理するサーバ）に当該購入リストを送信する構成であってもよい。別のサーバに購入リストを送信する構成の場合、当該別のサーバが携帯端末５から指示を受けて、購入リストを携帯端末５に送信する。また、リスト管理サーバ１は、ユーザ発話データの音声解析結果に応じて、発話用音声データを生成し、ホームサーバ３に送信する。なお、発話用音声データとは、家庭内機器４の音声出力に使用されるデータである。

また、以降の実施形態では、説明の分かりやすさを考慮して、それぞれ１つの購入リストおよび在庫リストを管理する例を説明するが、リスト管理サーバ１は、複数の購入リストおよび在庫リスト（換言すれば、複数の家庭の購入リストおよび在庫リスト）を管理するサーバであってもよい。複数の購入リストおよび在庫リストを管理する場合、購入リストおよび在庫リストは、ユーザまたは複数のユーザからなるグループ（例えば、家族のメンバーによって構成されるグループ）を特定するための情報と対応付けられている。リスト管理サーバ１は、各装置（具体的には、ホームサーバ３、携帯端末５、および通販サーバ６）から送信される各種情報とともに、ユーザまたはグループを特定するための情報を受信する。これにより、リスト管理サーバ１は新たに生成したり、更新したりするリストが、どのユーザ（またはグループ）のリストであるかを特定することができる。

ホームサーバ３は、家庭内機器４の各々とリスト管理サーバ１との間の情報の送受信を統括して制御する。ホームサーバ３には、家庭内機器４が通信可能に無線接続されており、ホームサーバ３は、リスト管理サーバ１から受信した発話用音声データを家庭内機器４に送信する。また、ホームサーバ３は、家庭内機器４から受信したユーザ発話データをリスト管理サーバ１に送信する。家庭内機器４は、ユーザと対話する装置であり、ホームサーバ３から受信した発話用音声データを用いて、音声を出力する。また、家庭内機器４は、ユーザが発話した音声を取得し、ユーザ発話データとしてホームサーバ３に送信する。携帯端末５は、購入リストを表示するための情報端末である。具体的には、携帯端末５は、リスト管理サーバ１から受信した購入リストを表示する。これにより、ユーザは携帯端末５を用いて購入リストを閲覧することができる。なお、携帯端末５は購入リストを表示することができればよく、携帯端末５の一例としては、スマートフォン、携帯電話、タブレット端末などが挙げられる。なお、各種情報の詳細については後述する。通販サーバ６は食品を販売する通販サイトを管理するサーバである。通販サーバ６は、リスト管理サーバ１から購入情報を受信すると、当該購入情報が示す商品の決済を行う。そして、決済が完了したことを示す決済完了通知をリスト管理サーバ１に送信する。なお購入情報とは、携帯端末５から送信された、ある商品を通販サイトにて購入するために必要な情報である。購入情報は例えば、購入者の氏名、住所、電話番号、決済に使用するクレジットカードの情報、および購入する商品名を含むものであるが、この例に限定されない。

（各装置の構成の詳細） 続いて、リスト管理システム１００に含まれるリスト管理サーバ１、家庭内機器４、および携帯端末５について、図１を用いてより詳細に説明する。図１はリスト管理システム１００を構成する上記の各装置の要部構成の一例を示すブロック図である。なお、以降の説明では、家庭内機器４の一例として冷蔵庫４ａを例に挙げて説明するが、家庭内機器４は他の家庭内機器（例えば電子レンジ４ｂ）であってもよい。また、本発明に直接関係のない部分（例えば、携帯端末５において電話回線を利用して通話を実現する部分や、冷蔵庫４ａにおいて庫内に冷気を放出する部分）については、以下の説明および上記ブロック図から省略している。また、ホームサーバ３、および通販サーバ６の構成の詳細についても本発明との関連が薄いため省略する。

（リスト管理サーバ１） 図１に示すように、リスト管理サーバ１は、通信部１１、制御部１２、記憶部１３、およびタイマ１４を備える。通信部１１は、ホームサーバ３、携帯端末５、および通販サーバ６との通信を行う。具体的には、通信部１１はリスト管理サーバ１の各部から受け取った各種情報を、ホームサーバ３、携帯端末５、および通販サーバ６の少なくとも１つに送信する。また、通信部１１は、ホームサーバ３、携帯端末５、または通販サーバ６から受信した各種情報を、リスト管理サーバ１の各部に出力する。

制御部１２は、リスト管理サーバ１の機能を統括して制御する。制御部１２は、リスト管理部２１、および音声制御部２２を含む。リスト管理部２１は、後述する購入リスト３１（購入予定リスト）および在庫リスト３２を含むリストを管理する。リスト管理部２１は、購入リスト管理部２１１（リスト生成部、リスト削除部）および在庫リスト管理部２１２を含む。リスト管理部２１は、後述するようにタイマ１４から現在の日時を取得する。また、音声制御部２２は音声データに関する処理を行う。音声制御部２２は、音声解析部２２１（取得部、検知部）および音声生成部２２２（第１の音声制御部、第２の音声制御部）を含む。

購入リスト管理部２１１は購入リスト３１を管理する。具体的には、購入リスト管理部２１１は、音声制御部２２（より具体的には、後述する音声解析部２２１）からの指示に応じて、購入リスト３１を新たに生成したり、既存の購入リスト３１を更新したりする。また、購入リスト管理部２１１は新たに購入リスト３１を生成したり、既存の購入リスト３１を更新したりした場合、当該購入リスト３１（すなわち、最新の購入リスト３１）を携帯端末５に送信する。在庫リスト管理部２１２は在庫リスト３２を管理する。具体的には、在庫リスト管理部２１２は、音声制御部２２（より具体的には、後述する音声解析部２２１）からの指示に応じて、在庫リスト３２を新たに生成したり、既存の在庫リスト３２を更新したりする。

音声解析部２２１は、受信した音声データに対して音声解析を実行する。具体的には、音声解析部２２１は、ホームサーバ３から送信されたユーザ発話データを受信すると、当該ユーザ発話データを解析する。そして、解析結果に応じた処理を実行する。例えば、解析結果に購入リスト３１の作成を開始するための購入リスト生成キーワード（例えば、「買い物メモお願い」など）が含まれている場合、購入リスト３１を生成可能な状態である購入リスト生成モードを開始し、音声生成部２２２に購入リスト３１を生成するための発話用音声データ（例えば、「メモしたい食品を言ってね」など）の生成を指示する。なお、各実施形態におけるユーザ発話データおよび発話用音声データの内容は一例であり、当該内容に限定されるものではない。

また例えば、解析結果に買い物内容、すなわち具体的な食品名が含まれている場合、音声解析部２２１は、当該食品名を購入リスト３１に登録するよう、購入リスト管理部２１１に指示するとともに、解析結果を購入リスト管理部２１１に送信する。これにより、購入リスト管理部２１１は当該食品名を購入リスト３１に追加する（または、当該食品名を含む購入リスト３１を新たに作成する）。さらに音声解析部２２１は、解析結果に買い物内容が含まれている場合、購入リスト３１への次の食品名の登録をユーザに促す発話用音声データ（例えば、「・・・だね、他にある？」など）の生成を、音声生成部２２２に指示する。なお「・・・」には、受信したユーザ発話データに含まれていた食品名が入る。なお、音声解析部２２１が実行する音声解析処理については、既存の技術が利用できるため、ここでの説明を省略する。

音声生成部２２２は発話用音声データを生成する。具体的には、音声生成部２２２は、音声解析部２２１からの指示を受けると、後述する音声フォーマット３３を用いて発話用音声データを生成する。そして、音声生成部２２２は生成した発話用音声データをホームサーバ３に送信する。

記憶部１３は、リスト管理サーバ１が使用する各種データを記憶する。記憶部１３は、少なくとも購入リスト３１、在庫リスト３２、音声フォーマット３３を記憶している。ここで、購入リスト３１および在庫リスト３２の詳細について、図３を参照して説明する。図３の（ａ）は、購入リスト３１のデータ構造および具体例を示す図であり、図３の（ｂ）は、在庫リスト３２のデータ構造および具体例を示す図である。なお、購入リスト３１および在庫リスト３２は、図３の例に限定されるものではない。

購入リスト３１は、ユーザが購入予定の食品の食品名を含むリストであり、図３の（ａ）に示すように、食品名（物品名）を示す情報に、個数および期限を示す情報が対応付けられた複数のレコードからなる。上述したように、各レコードは、音声解析部２２１による音声解析結果に応じて追加される。例えば、音声解析結果が「卵１パック、２０１５年６月１０日までに購入、覚えておいて」という内容である場合、図３の（ａ）に示すレコード３１ａが追加される。なお、購入リスト３１にレコードを追加する場合、必須の情報は食品名の情報および登録を確定するための文言（上述の例の場合、「覚えておいて」）のみであり、個数を示す情報および期限を示す情報は必須ではない。例えば、音声解析結果が「ハム３パック、覚えておいて」という内容である場合、図３の（ａ）に示すレコード３１ｂのように、期限のセルが空欄のレコードが追加される。

また、在庫リスト３２は、ユーザが管理する物品のリストであり、図３の（ｂ）に示すように、在庫リスト３２は食品名を示す情報に、個数、在庫量、期限、および冷蔵庫４ａ内の置き場所を示す情報が対応付けられた複数のレコードからなる。購入リスト３１と同様に、在庫リスト３２の各レコードは、音声解析部２２１による音声解析結果に応じて追加される。例えば、音声解析結果が「牛乳、１パック、たくさん、期限２０１５年６月１５日、左ドアポケット、覚えておいて」という内容である場合、図３の（ｂ）に示すレコード３２ａが追加される。なお、在庫リスト３２にレコードを追加する場合、必須の情報は食品名の情報および登録を確定するための文言のみであり、個数、在庫量、期限、および冷蔵庫４ａ内の置き場所を示す情報は必須ではない。例えば、「マスタード、覚えておいて」という内容である場合、図３の（ｂ）に示すレコード３２ｂのように、個数、在庫量、期限、および置き場所のセルが空欄のレコードが追加される。なお、期限の情報は、在庫リスト管理部２１２が、食品名の情報を用いて、食品名と期限とを対応付けた期限リスト（不図示）から読み出して自動的に設定してもよい。また、在庫リスト３２に既にある食品を追加する場合、新たなレコードが追加されてもよいし、既にあるレコードの個数の情報の数字が加算されてもよい。

音声フォーマット３３は、音声生成部２２２が発話用音声データを生成するために使用するデータであり、音声データであってもよいしテキストデータであってもよい。例えば、ユーザが発話した「卵１パック、覚えておいて」という内容に対しての応答である、「卵１パックだね、他にある？」という発話用音声データを生成する場合、音声生成部２２２は、「・・・だね、他にある？」という内容の音声フォーマット３３を読み出し、ユーザ発話データから「卵１パック」を取得して、「・・・」の部分に挿入する。そして、生成した発話用音声データをホームサーバ３に送信する。また、音声生成部２２２は、食品名などを含まない発話用音声データを生成する場合、音声フォーマット３３に内容を追加せず、ホームサーバ３に送信してもよい。例えば、「メモしたい食品を言ってね」という発話用音声データを生成する場合、「メモしたい食品を言ってね」という内容の音声フォーマット３３を読み出し、発話用音声データとしてホームサーバ３に送信する。

（家庭内機器４） 図１に示すように、家庭内機器４（冷蔵庫４ａ）は、通信部４１、制御部４２、マイク４３、スピーカ４４、および操作部４５を備える。通信部４１はホームサーバ３と通信を行う。具体的には、通信部４１は後述する音声制御部４２１から受け取った情報（ユーザ発話データ）を、ホームサーバ３に送信する。また、通信部４１はホームサーバ３から受け取った発話用音声データを、音声制御部４２１に出力する。制御部４２は、冷蔵庫４ａの機能を統括して制御する。制御部４２は音声制御部４２１を含む。音声制御部４２１は、音声データに関する処理を行う。具体的には、音声制御部４２１は、マイク４３が取得した音声（ユーザが発話した音声）を録音し、ユーザ発話データを生成する。そして、当該ユーザ発話データをホームサーバ３に送信する。また、音声制御部４２１は、ホームサーバ３から受け取った発話用音声データを用いて、スピーカ４４から音声を出力する。マイク４３は音声を取得する。また、スピーカ４４は音声を出力する。また、操作部４５はユーザによる入力操作を受け付ける。操作部４５は例えば物理ボタンやタッチパネルであり、入力操作を受け付けたことを示す入力信号を音声制御部４２１に出力する。音声制御部４２１は当該入力信号を受けて、ユーザが発話した音声を取得（録音）し、また音声を出力する会話モードを開始する。具体的には、音声制御部４２１はマイク４３およびスピーカ４４を起動する。なお、操作部４５は冷蔵庫４ａのドアであってもよい。この場合、ユーザがドアを開いたことを音声制御部４２１が検知して会話モードが開始される。また、マイク４３およびスピーカ４４は常に起動された状態であってもよい。つまり、ユーザが操作部４５に対して会話モードを開始するための入力操作を行わない構成であってもよい。この場合、ユーザは音声入力、すなわち冷蔵庫４ａに対して発話するのみで購入リスト３１の生成または更新を行うことができる。なお、通信部４１、または通信部４１および制御部４２（具体的には、音声制御部４２１）を、冷蔵庫４ａと着脱可能な装置（ネットワークアダプタ）が備えていてもよい。

（携帯端末５） 図１に示すように、携帯端末５は、通信部５１、制御部５２、操作部５４、表示部５５を備える。通信部５１はリスト管理サーバ１と通信を行う。具体的には、通信部５１は後述するＵＩ処理部５２１から受け取った情報を、リスト管理サーバ１に送信する。また、通信部５１はリスト管理サーバ１から受け取った情報を、ＵＩ処理部５２１に出力する。制御部５２は、携帯端末５の機能を統括して制御する。制御部５２は、ＵＩ処理部５２１および表示制御部５２２を含む。ＵＩ処理部５２１は、表示部５５に表示されるユーザインターフェース（以下、ＵＩ）としての購入リスト（詳細は後述）に関する処理を実行する。具体的には、ＵＩ処理部５２１は、操作部５４が操作されたことによる入力信号（ＵＩとしての購入リストに対する操作を示す入力信号）に応じて、各種情報を生成してリスト管理サーバ１に送信する。またＵＩ処理部５２１は、リスト管理サーバ１から受信した購入リストから、ＵＩとしての購入リストを生成し、表示制御部５２２に出力する。表示制御部５２２は、ＵＩ処理部５２１が生成した画像を表示部５５に表示させる。例えば表示制御部５２２は、ＵＩ処理部５２１が生成した購入リストを表示部５５に表示させる。ここで、表示部５５に表示される購入リストの詳細について、図４を参照して説明する。図４は、表示部５５に表示される画像の一例を示す図である。

図４の（ａ）に示すように、表示部５５に表示される購入リスト７１は、食品名を示す情報と個数を示す情報とが対応付けられている。また、各レコードにはチェックボックス６１が含まれており、ユーザは操作部５４に対して入力操作を行う（例えば、タッチパネルにおけるチェックボックス６１の位置に対してタッチ操作を行う）ことにより、チェックボックス６１にチェックマークを付すことができる。これにより、ユーザはどの食品を購入したか（または、どの食品を買い物かごに入れたか）を容易に判別することができる。なお、購入リスト７１には送信ボタン６２が含まれている。当該送信ボタン６２の詳細については、後述する実施形態６にて説明する。また、表示制御部５２２が表示部５５に表示させる画像はこの例に限定されない。例えば図４の（ｂ）に示すように、携帯端末５から既存の購入リスト３１にレコードを追加する（または、新たな購入リスト３１を生成する）ための購入リスト作成画面７２や、図４の（ｃ）に示すように、携帯端末５から在庫リスト３２にレコードを追加するための在庫リスト作成画面７３を表示してもよい。

操作部５４は、ユーザの入力操作を取得し、当該入力操作を示す入力信号をＵＩ処理部５２１に出力する。なお、ここでは操作部５４はタッチパネルであるものとして説明するが、物理ボタンであってもよいし、その他の入力デバイスであってもよい。上述したようにタッチパネルである場合、操作部５４は後述する表示部５５と一体となっている。表示部５５は、表示制御部５２２から入力される画像を表示する。上述したように、表示部５５は例えば購入リスト７１を表示する。なお、表示部５５としては液晶ディスプレイ（Liquid Crystal Display；ＬＣＤ）が挙げられるが、表示機能を有するものであれば液晶ディスプレイに限定されない。

（音声入出力処理の流れ） 次に、図５を参照して家庭内機器４が実行する音声入出力処理の流れについて説明する。図５は本実施形態に係る家庭内機器４（冷蔵庫４ａ）が実行する音声入出力処理の流れの一例を示すフローチャートである。

まず、音声制御部４２１はユーザの録音操作を待機している状態である（Ｓ１）。ここでユーザの録音操作、具体的には、録音ボタン（操作部５４）が押下されたことを示す入力信号を取得すると、音声制御部４２１はユーザ発話の録音を開始する（Ｓ２）。具体的には、音声制御部４２１は、マイク４３およびスピーカ４４を起動してユーザの発話の音声を取得可能な状態とするとともに、録音可能な状態となる。そして、音声制御部４２１はユーザの発話を待機する状態となる（Ｓ３）。ここで、ユーザの発話がないまま（Ｓ３でＮＯ）一定時間が経過した場合（Ｓ４でＹＥＳ）、すなわち、音声制御部４２１が制御するタイマ（不図示）による計測時間が所定の時間を超過した場合、音声制御部４２１はマイク４３およびスピーカ４４を停止させ、音声入出力処理を終了する。

一方、ユーザの発話の音声を取得した場合（Ｓ３でＹＥＳ）、音声制御部４２１は取得（録音）した音声からユーザ発話データを生成し、当該ユーザ発話データをリスト管理サーバ１に送信する（Ｓ５）。続いて音声制御部４２１はリスト管理サーバ１からの発話用音声データの受信を待機する状態となる（Ｓ６）。ここで、発話用音声データを受信しなかった場合（Ｓ６でＮＯ）、音声制御部４２１は音声入出力処理を終了する。

一方、発話用音声データを取得した場合（Ｓ６でＹＥＳ）、音声制御部４２１は発話用音声データを用いて、スピーカ４４から音声を出力する（Ｓ７）。そして、音声入出力処理はステップＳ３に戻る。

なお、録音操作は上述した録音ボタンの押下に限定されない。例えば、家庭内機器４が冷蔵庫４ａや電子レンジ４ｂなどのドアを備える機器である場合、当該ドアが開かれたことを音声制御部４２１が検知してマイク４３およびスピーカ４４を起動し、録音可能な状態となってもよい。つまり、録音操作は家庭内機器４のドアをユーザが開く操作であってもよい。

（購入リスト登録処理の流れ） 次に、図６を参照してリスト管理サーバ１が実行する購入リスト登録処理の流れについて説明する。図６はリスト管理サーバ１が実行する購入リスト登録処理の流れの一例を示すフローチャートである。

まず、音声解析部２２１はユーザ発話データの受信を待機している状態である（Ｓ１１、取得ステップ）。音声解析部２２１が家庭内機器４からユーザ発話データを受信した場合（Ｓ１１でＹＥＳ）、音声解析部２２１はユーザ発話データの音声解析を実行する（Ｓ１２）。なお、一度ユーザ発話データを受信した後、購入リスト登録処理が後述するステップＳ１８まで終了した場合、音声解析部２２１は再びユーザ発話データの受信を待機する状態となる。このとき音声解析部２２１はＳ１８の処理が終了した後、家庭内機器４からユーザ発話データを受信することなく（Ｓ１１でＮＯ）一定時間が経過した場合（Ｓ１２でＹＥＳ）、購入リスト登録処理を終了する。

これに対して、購入リスト登録処理が開始された時点（換言すれば、購入リスト登録処理の１回目のサイクル）では、音声解析部２２１は家庭内機器４からユーザ発話データを受信するまでの間に一定時間が経過したか否かの判定は行わない。つまり、購入リスト登録処理の１回目のサイクルでは、Ｓ１１において音声解析部２２１は家庭内機器４からユーザ発話データを受信するまで待機状態を継続する。

続いて、音声解析部２２１は購入リスト生成モードとなっているか否かを判定する（Ｓ１３）。具体的には、音声解析部２２１は、判定時より前の段階で購入リスト生成キーワードが含まれるユーザ発話データを受信したことによって、購入リスト生成モードとなっているか否かを判定する。購入リスト生成モードとなっていると判定した場合（Ｓ１３でＹＥＳ）、音声解析部２２１は買い物内容が音声に含まれるか否かを判定する（Ｓ１４）。具体的には、音声解析部２２１は音声の解析結果に食品名が含まれているか否かを判定する。買い物内容が音声に含まれないと判定した場合（Ｓ１４でＮＯ）、音声解析部２２１は購入リストの登録のためのユーザ発話データではないと判断し、他の会話応答処理に移行する（Ｓ２０）。なお、他の会話応答処理の詳細については、本発明との関連が薄いため、詳細な説明を省略する。

一方、買い物内容が音声に含まれると判定した場合（Ｓ１４でＹＥＳ）、音声解析部２２１は食品名を購入リスト３１に登録するよう、購入リスト管理部２１１に指示する。購入リスト管理部２１１は当該指示を受けて解析結果に含まれる食品名を購入リスト３１に登録する（Ｓ１５、リスト生成ステップ）。また個数および期限の情報のうち少なくとも１つが解析結果に含まれている場合は、食品名とともにこれらの情報を購入リスト３１に登録する。なお、購入リスト管理部２１１は新たな購入リスト３１を生成してもよい。そして、上記情報を登録した購入リスト３１を携帯端末５に送信する（Ｓ１６）。

また音声解析部２２１は買い物内容が音声に含まれると判定した場合（Ｓ１４でＹＥＳ）、購入リスト３１への次の食品名の登録をユーザに促す発話用音声データの生成を、音声生成部２２２に指示する。音声生成部２２２は当該指示を受けて発話用音声データを生成する（Ｓ１７）。そして音声生成部２２２は生成した発話用音声データを家庭内機器４に送信する（Ｓ１８）。なお、Ｓ１５およびＳ１６の処理と、Ｓ１７およびＳ１８の処理とは、その順序が逆であってもよい（Ｓ１７およびＳ１８の処理が先に行われてもよい）し、同時に行われてもよい。そしてＳ１８の処理が終了すると、上述したように購入リスト登録処理はＳ１１に戻る。

また、音声解析部２２１が購入リスト生成モードとなっていないと判定した場合（Ｓ１３でＮＯ）、音声解析部２２１は購入リスト生成キーワードが音声、具体的には音声の解析結果に含まれるか否かを判定する（Ｓ１９）。購入リスト生成キーワードが音声に含まれないと判定した場合（Ｓ１９でＮＯ）、音声解析部２２１は購入リストの登録のためのユーザ発話データではないと判断し、他の会話応答処理に移行する（Ｓ２０）。

一方、購入リスト生成キーワードが音声に含まれると判定した場合（Ｓ１９でＹＥＳ）、音声解析部２２１は購入リスト生成モードを開始する（Ｓ２１）。音声解析部２２１は音声生成部２２２に購入リストを生成するための発話用音声データの生成を指示する。そして、音声生成部２２２は上述したＳ１７およびＳ１８の処理を実行する。

なお、音声解析部２２１はユーザ発話データの音声解析を実行した結果、当該ユーザ発話データに購入リスト生成キーワードと買い物内容とが含まれている（例えば、「卵、買い物メモお願い」など）と判定した場合、Ｓ２１の処理を実行した後、Ｓ１５の処理を行ってもよい。すなわち、購入リスト生成モードとなった後、発話用音声データの生成を指示せずに、買い物内容が示す食品の情報を購入リスト３１に登録してもよい。

〔実施形態２〕
本発明の他の実施形態について、図７に基づいて説明すれば、以下のとおりである。なお、以降の実施形態では、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態に係るリスト管理サーバ１は定期的に在庫リスト３２を確認し、その確認結果に応じて購入リスト３１の生成、更新の指示（生成指示）を発話するようユーザを促す発話用音声データを生成する。具体的には、在庫リスト管理部２１２はタイマ１４を参照して所定の時刻になったことを確認すると、在庫リスト３２に含まれるレコードのうち、残量が所定の基準を下回った（例えば、在庫量のセルに「少し」という情報が格納されている）食品、または、食品に応じて決まる日時となった（例えば、ユーザが音声入力したことにより期限のセルに格納されている賞味期限の日付が、翌日の日付である）食品があるか否かを確認する。そして、上記の条件を満たす食品がある場合、在庫リスト管理部２１２は、音声生成部２２２に購入リスト３１の生成、更新を促す（問い合わせる）発話用音声データ（例えば、「・・・の残りが少ないよ。買い物メモに登録しておく？」や「・・・の期限が明日だよ。買い物メモに登録しておく？」など）の生成を指示する。なお、「・・・」には上記の条件を満たす食品名が入る。音声生成部２２２は在庫リスト管理部２１２からの指示を受けると、音声フォーマット３３を用いて発話用音声データを生成する。そして、音声生成部２２２は生成した発話用音声データをホームサーバ３に送信する。

なお、本実施形態では、期限のセルに格納されている日付の前日に発話音声データを生成する構成であったが、この例に限定されない。例えば、３日前などの前日以外の所定期間前に発話音声データを生成してもよい。また、期限のセルには発話音声データを生成する日付を格納する構成であってもよい。例えば、一週間後に再度購入する予定の食品がある場合、ユーザはその前日（すなわち６日後）の日付を音声入力する。これにより６日後に購入リスト３１の生成、更新を促す発話音声データが生成される。また、発話音声データを生成する日付は、在庫リスト管理部２１２が、食品名の情報と食品名を入力した日からの経過日数とを対応付けたリスト（不図示）から読み出して自動的に設定してもよい。

音声解析部２２１はユーザ発話データの受信を待機する状態となっている。受信したユーザ発話データの解析結果が、上記の条件を満たす食品の購入リスト３１への登録を指示する内容を含む場合、購入リスト生成モードを開始する。そして、購入リスト管理部２１１に当該食品名を購入リスト３１に登録するよう、購入リスト管理部２１１に指示するとともに、解析結果を購入リスト管理部２１１に送信する。これにより、在庫量が少ない食品や期限の近い食品が購入リスト３１に登録される。

（音声生成処理の流れ） 続いて、図７の（ａ）を参照して、リスト管理サーバ１実行する音声生成処理の流れについて説明する。図７の（ａ）は、リスト管理サーバ１が実行する音声生成処理の流れの一例を示すフローチャートである。

まず在庫リスト管理部２１２は、タイマ１４を参照して所定の時刻になったか否かを確認する（Ｓ３１）。所定の時刻になったことを確認した場合（Ｓ３１でＹＥＳ）、在庫リスト管理部２１２は、在庫リスト３２に在庫量が「少し」または期限の前日の食品があるか否かを判定する（Ｓ３２）。このような食品があると判定した場合（Ｓ３２でＹＥＳ）、在庫リスト管理部２１２は発話用音声データの生成を音声生成部２２２に指示する。音声生成部２２２は、当該指示を受けて発話用音声データ（問合せ）を生成する（Ｓ３３）。そして、音声生成部２２２は、生成した発話用音声データ（問合せ）を家庭内機器４に送信する（Ｓ３４）。そして、上述した購入リスト登録処理（図６参照）が開始される。なお、本実施形態における購入リスト登録処理において、音声解析部２２１はＳ１３の処理を行わない。また、Ｓ１４の処理として、実施形態１にて説明した買い物内容が音声に含まれるか否かの判定に代えて、購入リストへの登録を指示する内容が音声に含まれるか否かを判定する。また、音声解析部２２１は、Ｓ１４でＹＥＳの場合、Ｓ１５の処理の前に購入リスト生成モードを開始する。

（音声出力処理の流れ） 続いて、図７の（ｂ）を参照して、家庭内機器４が実行する音声出力処理の流れについて説明する。図７の（ｂ）は、家庭内機器４が実行する音声出力処理の流れの一例を示すフローチャートである。

音声制御部４２１は、リスト管理サーバ１からの発話用音声データの受信を待機している状態である（Ｓ４１）。発話用音声データを受信すると（Ｓ４１でＹＥＳ）、音声制御部４２１は、家庭内機器４に設けられた発話ボタン（操作部４５）に対するユーザの発話操作を待機する状態となる（Ｓ４２）。操作部４５に対してユーザが発話操作を行い、音声制御部４２１が当該発話操作によって生成された入力信号を取得すると、音声制御部４２１は、受信していた発話用音声データ（問合せ）を用いた音声をスピーカ４４に出力させる（Ｓ４３）。なお、上述した発話ボタンは物理ボタンであってもよく、タッチパネルに表示されたＵＩであってもよい。また、発話ボタンの操作の代わりに、ユーザが発した音声や、ユーザが家庭内機器４に設けられたドアを開けたことをトリガとしてもよい。

なお、在庫リスト３２に最終更新日を格納するカラムがあってもよい。そして、在庫リスト管理部２１２は、最終更新日が所定の期間外のレコード（換言すれば、一定期間更新されていないレコード）がある場合、在庫量の確認を促す発話用音声データ（例えば、「・・・はまだある？」）の生成を、音声生成部２２２に指示してもよい。この発話用音声データに対するユーザの応答として、食品の在庫が無い旨のユーザ発話データを受信した場合、音声解析部２２１は、購入リスト３１の生成、更新を促す（問い合わせる）発話用音声データ（例えば、「分かった。・・・を買い物メモに登録しておく？」など）の生成を音声生成部２２２に指示する。なお、「・・・」には当該レコードに含まれる食品名が入る。また、本実施形態の構成はその他の実施形態に適用可能である。

〔実施形態３〕
本発明の他の実施形態について、図８および図９の（ａ）に基づいて説明すれば、以下のとおりである。なお、本実施形態の構成はその他の実施形態に適用可能である。本実施形態に係るリスト管理サーバ１は、記憶部１３に定期購入リスト３４を記憶している。ここで、図８を参照して定期購入リスト３４の詳細について説明する。図８は、定期購入リスト３４のデータ構造および具体例を示す図である。なお、定期購入リスト３４は、図８の例に限定されるものではない。

定期購入リスト３４は、ユーザが所定の期間ごとに購入する食品の食品名を含むリストであり、図８に示すように、食品名を示す情報に、定期的購入日を示す情報が対応付けられた複数のレコードからなる。定期購入日を示す情報は、具体的には曜日や日付である。図８の例では、牛乳は毎週日曜日に、卵は毎週木曜日に、また醤油は毎月１日に購入することを示している。なお、定期購入リスト３４は、ユーザが携帯端末５で作成し、リスト管理サーバ１に送信されてもよいし、ユーザが家庭内機器４に音声を入力することによって作成し、ホームサーバ３を介してリスト管理サーバ１に送信されてもよい。また、ユーザの購入履歴を示す情報（不図示）が記憶部１３に記憶されており、当該購入履歴を参照して、リスト管理部２１が自動的に生成してもよい。例えば、所定回数以上連続して同じ曜日や同じ日に購入している食品が購入履歴にある場合、リスト管理部２１は、当該食品を示す情報と当該曜日または日を示す情報とを対応付けて、定期購入リスト３４に新たなレコードとして追加してもよい。

リスト管理部２１は、タイマ１４を参照して所定の時刻になったことを確認すると、定期購入リスト３４に含まれるレコードのうち、購入予定日の所定期間前となった（定期購入日のセルに格納されている情報が、翌日を示す情報である）食品があるか否かを確認する。そして、上記の条件を満たす食品がある場合、リスト管理部２１は、音声生成部２２２に、購入リスト３１の生成、更新の指示を発話するようユーザを促す発話用音声データの生成（例えば、「明日は・・・の購入日だよ。買い物メモに登録しておく？」など）を指示する。なお、「・・・」には上記の条件を満たす食品名が入る。なお、音声解析部２２１および音声生成部２２２については、実施形態２と同様の処理を実行するため、ここでの説明を省略する。

（音声生成処理の流れ） 続いて、図９の（ａ）を参照して、リスト管理サーバ１が実行する音声生成処理の流れについて説明する。図９の（ａ）は、リスト管理サーバ１が実行する音声生成処理の流れの一例を示すフローチャートである。まず、リスト管理部２１はタイマ１４を参照して所定の時刻になったか否かを確認する（Ｓ５１）。所定の時刻になったことを確認した場合（Ｓ５１でＹＥＳ）、リスト管理部２１は、定期購入リスト３４に定期購入日の前日の食品があるか否かを判定する（Ｓ５２）、このような食品があると判定した場合（Ｓ５２でＹＥＳ）、リスト管理部２１は発話用音声データの生成を音声生成部２２２に指示する。以降のＳ５３およびＳ５４の処理は、実施形態２にて説明した図７の（ａ）のＳ３３およびＳ３４と同様であるため、ここでの説明は省略する。また、Ｓ５４の後は、実施形態２にて説明した購入リスト登録処理が実行される。なお、実施形態２および３では、在庫リスト管理部２１２またはリスト管理部２１がタイマ１４を参照して時刻を確認する構成であったが、所定の時刻になったとき、タイマ１４がその旨を在庫リスト管理部２１２またはリスト管理部２１に通知する構成であってもよい。

〔実施形態４〕
本発明の他の実施形態について、図９の（ｂ）に基づいて説明すれば、以下のとおりである。なお、本実施形態の構成はその他の実施形態に適用可能である。本実施形態に係るリスト管理サーバ１は、取得した食品の特売日の情報（食品名、特売の日時など）を含むカレンダー（不図示）を記憶部１３に保持しておき、定期的に当該カレンダーを確認する。そして、特売日の前日となったとき、購入リスト３１の生成、更新を促す発話用音声データを生成する。具体的には、リスト管理部２１は、カレンダーを確認した結果、本日の日付がある特売日の前日である場合、音声生成部２２２に、購入リスト３１の生成、更新の指示を発話するようユーザを促す発話用音声データ（例えば、「明日は・・・の特売日だよ。買い物メモに登録しておく？」など）の生成を指示する。なお、「・・・」には特売日の情報に含まれる食品名（特売される食品の食品名）が入る。また、特売日の前日に発話音声データを生成するのは一例であり、発話音声データを生成するタイミングは特売日の所定期間前であればよい。また、特売日の情報は、外部の装置（例えば通販サーバ６や、スーパーマーケットのサイトを管理するサーバ（不図示）など）から定期的に広告として取得してもよいし、ユーザが家庭内機器４や携帯端末５などから入力してもよい。

（音声生成処理の流れ） 続いて、図９の（ｂ）を参照して、リスト管理サーバ１が実行する音声生成処理の流れについて説明する。図９の（ｂ）は、リスト管理サーバ１が実行する音声生成処理の流れの一例を示すフローチャートである。なお、本フローチャートでは、リスト管理部２１が特売日の情報を含む外部情報を取得した後の処理の流れを示している。まず、リスト管理部２１は、定期的に記憶部１３に記憶しているカレンダーを確認し、食品の特売日の前日となるまで待機している状態である（Ｓ６１）。当該特売日の前日となった場合（Ｓ６１でＹＥＳ）、リスト管理部２１は発話用音声データの生成を音声生成部２２２に指示する。以降のＳ６２およびＳ６３の処理は、実施形態２にて説明した図７の（ａ）のＳ３３およびＳ３４と同様であるため、ここでの説明は省略する。また、Ｓ６４の後は、実施形態２にて説明した購入リスト登録処理が実行される。

なお、本実施形態に係るリスト管理部２１は、特売日の所定期間前の日付となった後に、当該特売日の情報を含む外部情報を取得した場合（例えば、特売日の当日に外部情報を取得した場合）、即座に発話用音声データの生成を音声生成部２２２に指示してもよい。これにより、特売日の外部情報を所定期間前の日付となった後に取得しても、ユーザに特売日の情報を伝え、購入リスト３１の生成を促すことができる。

〔実施形態５〕
本発明の他の実施形態について、図１０に基づいて説明すれば、以下のとおりである。なお、本実施形態の構成はその他の実施形態に適用可能である。本実施形態に係るリスト管理サーバ１は、ユーザ発話データの解析結果が、在庫リスト３２へ食品を登録する内容を含むものである場合、在庫リスト３２へ当該食品の情報を登録すると共に、購入リスト３１から当該食品の情報を削除する。

具体的には、音声解析部２２１は解析結果に在庫リスト３２への食品の登録を開始するための登録キーワード（例えば、「食品登録お願い」など）が含まれている場合、在庫リスト登録モードを開始し、音声生成部２２２に在庫リストへ食品を登録するための発話用音声データ（例えば、「登録したい食品を言ってね」など）の生成を指示する。また、音声解析部２２１は在庫リスト登録モード時に取得したユーザ発話データの解析結果に、食品名を示す食品情報が含まれている場合、当該食品名を在庫リスト３２に登録するよう、在庫リスト管理部２１２に指示するとともに、解析結果を在庫リスト管理部２１２に送信する。これにより、在庫リスト管理部２１２は当該食品名を在庫リスト３２に追加する。在庫リスト管理部２１２は、追加した食品名を示す情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は、取得した食品名を示す情報を用いて購入リスト３１を検索し、当該食品名を示す情報を含むレコードがある場合、そのレコードを削除する。

（購入リスト削除処理の流れ） 続いて、図１０を参照して、リスト管理サーバ１が実行する購入リスト削除処理の流れについて説明する。図１０は、リスト管理サーバ１が実行する購入リスト削除処理の流れの一例を示すフローチャートである。なお、図１０のＳ７１、Ｓ７２、Ｓ８０、Ｓ８２は、実施形態１にて説明した図６のＳ１１、Ｓ１２、Ｓ２０、Ｓ２２と同様であるため、ここでの説明を省略する。

音声解析部２２１は在庫リスト登録モードとなっているか否かを判定する（Ｓ７３）。具体的には、音声解析部２２１は判定時より前の段階で登録キーワードが含まれるユーザ発話データを受信したことによって、在庫リスト登録モードとなっているか否かを判定する。在庫リスト登録モードとなっていると判定した場合（Ｓ７３でＹＥＳ）、音声解析部２２１は食品情報が音声に含まれるか否かを判定する（Ｓ７４）。具体的には、音声解析部２２１は音声の解析結果に食品名が含まれているか否かを判定する。食品情報が音声に含まれると判定した場合（Ｓ７４でＹＥＳ）、音声解析部２２１は食品名を在庫リスト３２に登録するよう、在庫リスト管理部２１２に指示する。在庫リスト管理部２１２は当該指示を受けて解析結果に含まれる食品名を在庫リスト３２に登録する（Ｓ７５）。また個数、在庫量、期限、置き場所の情報のうち少なくとも１つが解析結果に含まれている場合は、食品名とともにこれらの情報を在庫リスト３２に登録する。続いて、在庫リスト管理部２１２は在庫リスト３２に追加した食品名を示す情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は購入リスト３１から該当の食品のレコードを削除する（Ｓ７６、リスト削除ステップ）。なお図１０に示してはいないが、購入リスト管理部２１１はレコードを削除した購入リスト３１を携帯端末５に送信する。

また音声解析部２２１は食品情報が音声に含まれると判定した場合（Ｓ７４でＹＥＳ）、在庫リスト３２への次の食品名の登録をユーザに促す発話用音声データの生成を、音声生成部２２２に指示する。音声生成部２２２は当該指示を受けて発話用音声データを生成する（Ｓ７７）。そして、音声生成部２２２は生成した発話用音声データを家庭内機器４に送信する（Ｓ７８）。当該発話用音声データは例えば、「・・・を覚えておくね。買い物メモからは削除しておくね。他にある？」などである。なお、Ｓ７６の処理と、Ｓ７７およびＳ７８の処理とは、その順序が逆であってもよい（Ｓ７７およびＳ７８の処理が先に行われてもよい）し、同時に行われてもよい。そしてＳ７８の処理が終了すると在庫リスト登録処理はＳ７１に戻る。

また、音声解析部２２１が在庫リスト登録モードとなっていないと判定した場合（Ｓ７３でＮＯ）、音声解析部２２１は登録キーワードが音声に含まれるか否かを判定する（Ｓ７９）。登録キーワードが含まれると判定した場合（Ｓ７９でＹＥＳ）、音声解析部２２１は在庫リスト登録モードを開始する（Ｓ８１）。音声解析部２２１は音声生成部２２２に在庫リストへの登録を開始するための発話用音声データの生成を指示する。そして、音声生成部２２２は上述したＳ７７およびＳ７８の処理を実行する。

〔実施形態６〕
本発明の他の実施形態について、図４の（ａ）および図１１の（ａ）に基づいて説明すれば、以下のとおりである。なお、本実施形態の構成はその他の実施形態に適用可能である。本実施形態に係るリスト管理サーバ１は、携帯端末５から送信された、購入リストの更新情報に基づいて在庫リスト３２にレコードを追加すると共に、購入リスト３１からレコードを削除する。

具体的には、ユーザが操作部５４に対して入力操作を行うことにより送信ボタン６２（図４の（ａ）参照）が選択されたとき、ＵＩ処理部５２１は、チェックボックス６１（図４の（ａ）参照）にチェックマークが付された食品の情報を、更新情報としてリスト管理サーバ１に送信する。在庫リスト管理部２１２は受信した購入情報に含まれる食品の情報を含むレコードを追加し、当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は取得した食品の情報を含むレコードを削除する。

（購入リスト削除処理の流れ） 続いて、図１１の（ａ）を参照して、リスト管理サーバ１が実行する購入リスト削除処理の流れについて説明する。図１１の（ａ）は、リスト管理サーバ１が実行する購入リスト削除処理の流れの一例を示すフローチャートである。まず、在庫リスト管理部２１２は携帯端末５からの購入リストの更新情報を待機する状態となっている（Ｓ９１）。更新情報を受信した場合（Ｓ９１でＹＥＳ）、在庫リスト管理部２１２は更新情報が示す食品を在庫リスト３２に登録する（Ｓ９２）。そして、在庫リスト管理部２１２は当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は購入リスト３１から更新情報が示す食品のレコードを削除する（Ｓ９３）。なお、図１１の（ａ）に示してはいないが、購入リスト管理部２１１はレコードを削除した購入リスト３１を携帯端末５に送信する。

〔実施形態７〕
本発明の他の実施形態について、図４の（ａ）および図１１の（ｂ）に基づいて説明すれば、以下のとおりである。なお、本実施形態の構成はその他の実施形態に適用可能である。本実施形態に係るリスト管理サーバ１は、通販サーバ６が管理する通販サイトでの食品の購入情報を携帯端末５から受信し、当該購入情報とともに決済指示を通販サーバ６に送信する。そして、通販サーバ６から、当該食品の決済が完了したことを示す決済完了通知を受信すると、在庫リスト３２にレコードを追加すると共に、購入リスト３１からレコードを削除する。

具体的には、本実施形態に係る携帯端末５の表示部５５に表示される購入リストは、図４の（ａ）に示す在庫リストに加え、各レコードに購入ボタンを含む構成である。ＵＩ処理部５２１は、操作部５４から、上記購入ボタンが選択されたことを示す入力信号を受信すると、当該購入ボタンを含むレコードに応じた購入情報をリスト管理サーバ１に送信する。なお、購入情報に含まれる食品名は、通販サイトにおける各食品の購入ページが特定できるようなものとなっている。つまり、単に「卵」や「ビール」ではなく、例えば「○○ビール６缶パック」などとなっている。なお、購入リストに含まれる食品名は、図４の（ａ）に示すように、単に「卵」や「ビール」であってもよいし、購入情報と同様に、「○○ビール６缶パック」などとなっていてもよい。リスト管理部２１は、購入情報を受信すると、通販サーバ６に当該購入情報に基づく決済を行うよう指示する。そして、通販サーバ６から決済完了通知を受信すると、在庫リスト管理部２１２は受信した購入情報に含まれる食品の情報を含むレコードを追加し、当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は取得した食品の情報を含むレコードを削除する。

（購入リスト削除処理の流れ） 続いて、図１１の（ｂ）を参照して、リスト管理サーバ１が実行する購入リスト削除処理の流れについて説明する。図１１の（ｂ）は、リスト管理サーバ１が実行する購入リスト削除処理の流れの一例を示すフローチャートである。まず、リスト管理部２１は携帯端末５からの購入情報の受信を待機する状態となっている（Ｓ１０１）。購入情報を受信すると（Ｓ１０１でＹＥＳ）、リスト管理部２１は通販サーバ６に決済指示を送信する（Ｓ１０２）。そして、在庫リスト管理部２１２が決済完了通知の受信を待機する状態となる（Ｓ１０３）。通販サーバ６から決済完了通知を受信すると（Ｓ１０３でＹＥＳ）、在庫リスト管理部２１２は購入情報が示す食品を在庫リスト３２に登録する（Ｓ１０４）。そして、在庫リスト管理部２１２は当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は購入リスト３１から更新情報が示す食品のレコードを削除する（Ｓ１０５）。なお図１１の（ｂ）に示してはいないが、購入リスト管理部２１１はレコードを削除した購入リスト３１を携帯端末５に送信する。最後に、在庫リスト管理部２１２は受信した決済完了通知を携帯端末５に送信する（Ｓ１０６）。決済完了通知を受信したＵＩ処理部５２１が、決済が完了したことを示す画面を生成し、表示制御部５２２に当該画面の表示を指示することで、表示部５５に当該画面が表示される。よってユーザは、決済が完了したこと（通販サイトでの食品の購入が完了したこと）を認識することができる。

なお、本実施形態に係るＵＩ処理部５２１は、操作部５４から上記購入ボタンが選択されたことを示す入力信号を受信すると、通販サーバ６に直接決済指示を送信して、選択された購入ボタンに対応付けられた食品の購入処理を行ってもよい。そして、ＵＩ処理部５２１は通販サーバ６から決済完了通知を受信すると、リスト管理サーバ１に購入した食品の情報を送信する。当該情報を受信した在庫リスト管理部２１２は受信した食品の情報を含むレコードを追加し、当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は取得した食品の情報を含むレコードを削除する。なお、ＵＩ処理部５２１は、購入した食品の情報とともに、購入先の通販サイトを示す情報を送信してもよい。この場合に、在庫リスト３２は、購入先の通販サイトを示す情報を格納するカラムをさらに有しており、在庫リスト管理部２１２は、受信した購入先の通販サイトを示す情報を食品の情報と対応付けて在庫リスト３２に格納してもよい。これにより、リスト管理サーバ１から通販サーバ６に、ユーザを通販サイトに誘導したことに対する成果報酬を請求することができる（換言すれば、購入リスト７１を用いてアフィリエイトを実現することができる）。

また、携帯端末５から直接決済指示を受信した通販サーバ６が、リスト管理サーバ１に購入した食品の情報を送信してもよい。当該情報を受信した在庫リスト管理部２１２は受信した食品の情報を含むレコードを追加し、当該食品の情報を購入リスト管理部２１１に出力する。購入リスト管理部２１１は取得した食品の情報を含むレコードを削除する。なお、リスト管理サーバ１が複数の購入リスト３１および在庫リスト３２を管理している場合、通販サーバ６が、食品の情報とともに当該食品を購入したユーザを示す情報をリスト管理サーバ１に送信してもよい。

また、上述した実施形態５〜７では、在庫リスト管理部２１２から食品名の情報を取得したとき、購入リスト管理部２１１が購入リスト３１の当該食品名を含むレコードを削除する構成であった。しかしながら、上述した実施形態５〜７はこの構成に限定されない。例えば、トリガとなる情報（具体的には、実施形態５にて説明した発話音声データの解析結果、実施形態６にて説明した更新情報、または実施形態７にて説明した決済完了通知）を在庫リスト管理部２１２と購入リスト管理部２１１とがともに取得し、在庫リスト３２への登録と購入リスト３１からのレコードの削除とを一緒に（同じタイミングで）行ってもよい。この構成の場合、トリガとなる情報は、購入リスト管理部２１１が削除するレコードを特定可能な情報となっている。

また、上述した実施形態１〜７では、リスト管理サーバ１は、購入リスト３１および在庫リスト３２を管理している構成であったが、リスト管理サーバ１が在庫リスト３２のみを管理している構成であってもよい。そして、リスト管理部２１は、在庫リスト３２において、食品の残量が所定の基準を下回ったレコードや、食品に応じて決定される日時（例えば、在庫リスト３２に入力されている賞味期限の前日）となったレコードがある場合、当該レコードを携帯端末５に送信する。そして、ＵＩ処理部５２１が、受信したレコードを用いて購入リスト７１を生成する。

〔実施形態８〕
上記各実施形態では、１つのリスト管理サーバ１を用いる例を説明したが、リスト管理サーバ１の有する各機能が複数のサーバにて実現されていてもよい。例えば、リスト管理部２１の機能を有するサーバ、音声制御部２２の機能を有するサーバ、および各種情報を記憶するサーバが別であってもよいし、リスト管理サーバ１の各機能のうち、在庫リスト管理部２１２の機能のみが別のサーバで実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。

〔実施形態９〕
リスト管理サーバ１、家庭内機器４、携帯端末５の各ブロックは集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。後者の場合、リスト管理サーバ１、家庭内機器４、携帯端末５のそれぞれを図１２に示すようなコンピュータ（電子計算機）を用いて構成することができる。

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

補助記憶装置９１４には、コンピュータ９１０をリスト管理サーバ１、家庭内機器４、携帯端末５として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、リスト管理サーバ１、家庭内機器４、携帯端末５が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。

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

〔まとめ〕
本発明の態様１に係る装置（リスト管理サーバ１）は、物品の購入予定リスト（購入リスト３１）を管理する装置であって、上記装置は、以下を含む；ユーザと音声により対話する音声入出力装置（家庭内機器４）に対してユーザが行った発話の音声データを取得する取得部（音声解析部２２１）、上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成部（購入リスト管理部２１１）。

上記の構成によれば、ユーザが音声入出力装置に対して行った発話の音声データの解析結果に応じて、購入予定リストを生成する。つまり、ユーザは音声入力のみという簡易な操作で購入予定リストを生成することができる。よって、ユーザにとって利便性の高い買い物メモを提供することができる。

本発明の態様２に係る装置は、上記態様１において、以下を含む；上記取得部が取得した音声データから特定の発話を検知する検知部（音声解析部２２１）、上記リスト生成部は、上記検知部が上記特定の発話を検知したとき、当該特定の発話の前または後に上記取得部が取得した音声データを解析した結果に応じて、上記購入予定リストを生成してもよい。

上記の構成によれば、音声データから特定の発話を検知したことをトリガとして、その前後に取得した音声データを解析した結果に応じて購入予定リストを生成する。よって、ユーザは音声入出力装置に対して特定の発話を行うだけで、購入予定リストを生成することができる。なお、特定の発話とは例えば、購入予定リストの生成を指示する内容の発話である。

本発明の態様３に係る装置は、上記態様１において、以下を含んでもよい；ユーザが管理する物品の在庫リスト（在庫リスト３２）に基づいて、上記購入予定リストの生成指示を促す音声を上記音声入出力装置に出力させる第１の音声制御部（音声生成部２２２）。

上記の構成によれば、在庫リストに基づいて、購入予定リストの生成指示を促す音声を音声入出力装置に出力させる。これにより、ユーザが購入予定リストの生成指示を発話すれば、購入予定リストが生成されるので、ユーザは在庫リストを自発的に確認しなくても、購入予定リストを生成することができる。

本発明の態様４に係る装置は、上記態様３において、上記第１の音声制御部は、上記在庫リストに含まれる物品の残量が所定の基準を下回っている場合、上記ユーザを促す音声を上記音声入出力装置に出力させてもよい。

上記の構成によれば、在庫リストの物品の残量が所定の基準を下回っている場合、購入リストの生成指示を発話するようユーザを促す音声を音声入出力装置に出力させるので、ユーザは自発的に物品の在庫を確認せずとも、購入予定リストを生成することができる。

本発明の態様５に係る装置は、上記態様３において、上記第１の音声制御部は、上記在庫リストに含まれる物品に応じて決まる日時となった場合、上記ユーザを促す音声を上記音声入出力装置に出力させてもよい。

上記の構成によれば、在庫リストの物品に応じて決まる日時となった場合、購入リストの生成指示を発話するようユーザを促す音声を音声入出力装置に出力させるので、ユーザは適切なタイミングで、当該物品を含む購入予定リストを生成することができる。なお、物品に応じて決まる日時の例としては、食品の賞味期限（または消費期限）や、ユーザがアラームの日時として設定した日時などが挙げられる。上記日時が食品の賞味期限の場合、ユーザは食品の賞味期限を自発的に確認せずとも、購入予定リストを生成することができる。

本発明の態様６に係る装置は、上記態様１において、以下を含んでもよい；物品の購入予定日の所定期間前となった場合、上記購入予定リストの生成指示を促す音声を上記音声入出力装置に出力させる第２の音声制御部（音声生成部２２２）。

上記の構成によれば、物品の購入予定日の所定期間前となった場合、購入リストの生成指示を促す音声を音声入出力装置に出力させる。これにより、ユーザが購入予定リストの生成指示を発話すれば、購入予定リストが生成されるので、ユーザは、物品の購入予定日を自発的に管理せずとも、当該物品を含む購入予定リストを生成することができる。なお、購入予定日の例としては、定期的に購入する物品の購入日時や曜日、および物品の特売日などが挙げられる。

本発明の態様７に係る装置は、上記態様１から６のいずれかにおいて、上記音声入出力装置が冷蔵庫に設けられ、上記リスト生成部は、生成した購入予定リストをユーザの端末装置（携帯端末５）に送信し、当該購入予定リストを上記端末装置に表示させてもよい。

上記の構成によれば、購入予定リストが端末装置にて表示されるので、ユーザは音声入出力装置の前にいなくても、購入予定リストを確認することができる。端末装置がスマートフォンや携帯電話などの持ち運び可能な端末装置であれば、ユーザは購入予定リストを確認しながら買い物をすることができる。

また、音声入力装置が冷蔵庫に設けられているため、物品が食品である場合、ユーザは当該食品の在庫を確認しながら購入予定リストを生成することができる。

本発明の態様８に係る装置は、物品の購入予定リストを管理する装置であって、上記装置は、以下を含む；ユーザが管理する物品の在庫リスト（在庫リスト３２）に、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、上記購入予定リストから当該物品の情報を削除するリスト削除部（購入リスト管理部２１１）。

上記の構成によれば、在庫リストに新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、購入予定リストから当該物品の情報を削除するので、既に購入した物品の情報が購入予定リストに残ることが無い。これにより、購入リストを確認したユーザの混乱を防ぐことができる。これにより、ユーザにとって利便性の高い買い物メモを提供することができる。

本発明の態様９に係る装置は、上記態様８において、上記リスト削除部は、上記在庫リストに新たな物品名を追加、または在庫リストにある物品の個数を加算するためのユーザの発話を検知したとき、上記購入予定リストから当該物品の情報を削除してもよい。

上記の構成によれば、在庫リストに新たな物品名を追加、または在庫リストにある物品の個数を加算するためのユーザの発話を検知したとき、購入予定リストから当該物品の情報を削除する。つまりユーザは、在庫リストに新たな物品名を追加、または在庫リストにある物品の個数を加算するための発話を行うという簡易な方法で、購入リストから当該物品の情報を削除することができる。

本発明の態様１０に係る装置は、上記態様８において、上記リスト削除部は、上記在庫リストに新たな物品名を追加、または当該在庫リストにある物品の個数を加算するための操作がユーザの端末装置（携帯端末５）において行われたことを検知したとき、上記購入予定リストから当該物品の情報を削除してもよい。

上記の構成によれば、在庫リストに新たな物品名を追加、または当該在庫リストにある物品の個数を加算するための操作がユーザの端末装置において行われたことを検知したとき、購入予定リストから当該物品の情報を削除する。つまりユーザは、在庫リストに新たな物品名を追加、または在庫リストにある物品の個数を加算するための操作を端末装置にて行うだけで、購入予定リストから当該物品の情報を削除することができる。例えば、端末装置が携帯電話などの携帯可能な装置である場合、外出先にて購入予定リストから当該物品の情報を削除することができる。

本発明の態様１１に係る装置は、上記態様８において、上記リスト削除部は、物品を購入するための決済の完了を、当該物品を販売するサイトを管理する管理装置（通販サーバ６）から通知されると、上記在庫リストへの新たな物品名の追加、または当該在庫リストにある物品の個数の加算と一緒に、上記購入予定リストから当該物品の情報を削除してもよい。

上記の構成によれば、物品の決済が完了したことを、当該物品を販売するサイトを管理する管理装置から通知された場合、在庫リストへの新たな物品名の追加、または当該在庫リストにある物品の個数の加算と一緒に、購入予定リストから当該物品の情報を削除する。つまり、ユーザは当該サイトで物品の購入を行うだけで、在庫リストへの当該物品の登録と、購入予定リストからの当該物品の情報の削除を行うことができる。

本発明の態様１２に係る装置の制御方法は、物品の購入予定リストを管理する装置の制御方法であって、上記装置の制御方法は、以下を含む；ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得する取得ステップ（Ｓ１１）、上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成ステップ（Ｓ１５）。態様１２に係る装置の制御方法によれば、上記態様１に係る装置と同様の作用効果を奏する。

本発明の態様１３に係る装置の制御方法は、物品の購入予定リストを管理する装置の制御方法であって、上記装置の制御方法は、以下を含む；ユーザが管理する物品の在庫リストに、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、物品の購入予定リストから当該物品の情報を削除するリスト削除ステップ（Ｓ７６）。態様１３に係る装置の制御方法によれば、上記態様８に係る装置と同様の作用効果を奏する。

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

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

本発明は、物品の購入予定リストを管理する装置に利用することができる。

１ リスト管理サーバ（装置）、４ 家庭内機器（音声入出力装置）、５ 携帯端末（端末装置）、６ 通販サーバ（管理装置）、３１ 購入リスト（購入予定リスト）、３２ 在庫リスト、２１１ 購入リスト管理部（リスト生成部、リスト削除部）、２２１ 音声解析部（取得部、検知部）、２２２ 音声生成部（第１の音声制御部、第２の音声制御部）、Ｓ１１ 取得ステップ、Ｓ１５ リスト生成ステップ、Ｓ７６ リスト削除ステップ

Claims (15)

1. 物品の購入予定リストを管理する装置であって、
   上記装置は、以下を含む；
   ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得する取得部、
   上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成部。
2. 請求項１に記載の装置は、以下を含む；
   上記取得部が取得した音声データから特定の発話を検知する検知部、
   上記リスト生成部は、上記検知部が上記特定の発話を検知したとき、当該特定の発話の前または後に上記取得部が取得した音声データを解析した結果に応じて、上記購入予定リストを生成する。
3. 請求項１に記載の装置は、以下を含む；
   ユーザが管理する物品の在庫リストに基づいて、上記購入予定リストの生成指示を促す音声を上記音声入出力装置に出力させる第１の音声制御部。
4. 請求項３に記載の装置は、
   上記第１の音声制御部は、上記在庫リストに含まれる物品の残量が所定の基準を下回っている場合、上記ユーザを促す音声を上記音声入出力装置に出力させる。
5. 請求項３に記載の装置は、
   上記第１の音声制御部は、上記在庫リストに含まれる物品に応じて決まる日時となった場合、上記ユーザを促す音声を上記音声入出力装置に出力させる。
6. 請求項１に記載の装置は、以下を含む；
   物品の購入予定日の所定期間前となった場合、上記購入予定リストの生成指示を促す音声を上記音声入出力装置に出力させる第２の音声制御部。
7. 請求項１から６のいずれか１項に記載の装置は、
   上記音声入出力装置が冷蔵庫に設けられ、
   上記リスト生成部は、生成した上記購入予定リストをユーザの端末装置に送信し、当該購入予定リストを上記端末装置に表示させる。
8. 物品の購入予定リストを管理する装置であって、
   上記装置は、以下を含む；
   ユーザが管理する物品の在庫リストに、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、上記購入予定リストから当該物品の情報を削除するリスト削除部。
9. 請求項８に記載の装置は、
   上記リスト削除部は、上記在庫リストに新たな物品名を追加、または当該在庫リストにある物品の個数を加算するためのユーザの発話を検知したとき、上記購入予定リストから当該物品の情報を削除する。
10. 請求項８に記載の装置は、
    上記リスト削除部は、上記在庫リストに新たな物品名を追加、または当該在庫リストにある物品の個数を加算するための操作がユーザの端末装置において行われたことを検知したとき、上記購入予定リストから当該物品の情報を削除する。
11. 請求項８に記載の装置は、
    上記リスト削除部は、物品を購入するための決済の完了を、当該物品を販売するサイトを管理する管理装置から通知されると、上記在庫リストへの新たな物品名の追加、または当該在庫リストにある物品の個数の加算と一緒に、上記購入予定リストから当該物品の情報を削除する。
12. 物品の購入予定リストを管理する装置の制御方法であって、
    上記装置の制御方法は、以下を含む；
    ユーザと音声により対話する音声入出力装置に対してユーザが行った発話の音声データを取得する取得ステップ、
    上記音声データを解析した結果に応じて、上記購入予定リストを生成するリスト生成ステップ。
13. 物品の購入予定リストを管理する装置の制御方法であって、
    上記装置の制御方法は、以下を含む；
    ユーザが管理する物品の在庫リストに、新たな物品名が追加、または当該在庫リストにある物品の個数が加算された場合、物品の購入予定リストから当該物品の情報を削除するリスト削除ステップ。
14. 請求項１に記載の装置としてコンピュータを機能させるための制御プログラムであって、上記取得部およびリスト生成部としてコンピュータを機能させるための制御プログラム。
15. 請求項８に記載の装置としてコンピュータを機能させるための制御プログラムであって、上記リスト削除部としてコンピュータを機能させるための制御プログラム。

Images