(57)【要約】【課題】効率的に電子レンジやエアコンなどの電気機器に音声データを提供することができるネットワークシステム、サーバまたは情報処理方法を提供する。【解決手段】音声出力可能な電気機器３００と、電気機器３００に提供した音声データによる音声出力が少ない場合に、所定期間の間、電気機器３００に対する音声データの提供を制限するためのサーバ１００とを備えるネットワークシステム１が提供される。【選択図】図１
2019193203.tif 000002
【特許請求の範囲】
【請求項１】
音声出力可能な電気機器と、
前記電気機器に提供した音声データによる音声出力が少ない場合に、所定期間の間、前記電気機器に対する音声データの提供を制限するためのサーバとを備えるネットワークシステム。
【請求項２】
前記サーバは、時間帯毎に、前記電気機器における音声出力が少ないか否かを判断し、音声出力が少ない時間帯に関して、前記電気機器に対する音声出力用の音声データの提供を制限する、請求項１に記載のネットワークシステム。
【請求項３】
前記サーバは、前記電気機器における音声出力の回数が所定回数よりも少ない場合、または前記電気機器において音声出力されずに有効期限が切れた回数が所定回数よりも多い場合、または提供された回数に対する音声出力された回数の割合が所定値よりも低い場合に、前記電気機器における音声出力が少ないと判断する、請求項１または２に記載のネットワークシステム。
【請求項４】
前記サーバは、前記電気機器において、人が検知される回数が所定値よりも少ない場合に、前記電気機器における音声出力が少ないと判断する、請求項１から３のいずれか１項に記載のネットワークシステム。
【請求項５】
前記サーバは、前記電気機器において、音声出力の取り消し操作の回数が所定回数以上である場合に、前記電気機器における音声出力が少ないと判断する、請求項１から４のいずれか１項に記載のネットワークシステム。
【請求項６】
前記サーバは、前記電気機器において、音声出力の取り消し操作が連続して所定回数以上入力された場合に、前記電気機器における音声出力が少ないと判断する、請求項１から５のいずれか１項に記載のネットワークシステム。
【請求項７】
前記電気機器は、前記サーバから音声データをダウンロードしてから、音声出力用の音声がある旨の光を発し、ユーザから出力の操作を受け付けると当該音声データに基づいて音声を音声出力する、請求項１から６のいずれか１項に記載のネットワークシステム。
【請求項８】
前記サーバは、前記電気機器における音声出力が少ない場合に、所定期間の間、前記電気機器に対する音声出力用の音声データを提供せずに、音声データの待機を示す第１のデータを前記電気機器に提供し、
前記電気機器は、前記サーバから前記第１のデータをダウンロードしてから、音声出力用の音声がある旨の光を発し、ユーザから音声出力の指示を受け付けると、前記サーバから前記音声データをダウンロードしてから当該音声データに基づいて音声を出力する、請求項７に記載のネットワークシステム。
【請求項９】
電気機器と通信するための通信インターフェイスと、
前記電気機器に提供した音声データによる音声出力が少ない場合に、所定期間の間、前記電気機器に対する音声データの提供を制限するためのプロセッサとを備えるサーバ。
【請求項１０】
電気機器と通信可能なサーバにおける情報処理方法であって、
前記電気機器に提供した音声データによる音声出力が少ないか否かを判断するステップと、
前記電気機器における音声出力が少ない場合に、所定期間の間、前記電気機器に対する音声データの提供を制限するステップと、を備える情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子レンジやエアコンなどの電気機器に音声メッセージを出力させるための技術に関する。
【背景技術】
【０００２】
従来から、電子レンジやエアコンなどの家電に音声メッセージを出力させるための技術が知られている。たとえば、特開２０１７−２２０２４８号公報（特許文献１）には、ネットワークシステム、サーバ、および情報処理方法が開示されている。特許文献１によると、ネットワークシステムは、複数種類の音声データを記憶することが可能な少なくとも１つの機器と、少なくとも１つの機器に、音声データを取得させるための第１の指示を送信し、音声データに基づいて音声を出力させるための第２の指示を第１の指示とは異なるタイミングにて送信するためのサーバとを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２２０２４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、効率的に電子レンジやエアコンなどの電気機器に音声データを提供することができるネットワークシステム、サーバまたは情報処理方法を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様に従うと、音声出力可能な電気機器と、電気機器に提供した音声データによる音声出力が少ない場合に、所定期間の間、電気機器に対する音声データの提供を制限するためのサーバとを備えるネットワークシステムが提供される。
【発明の効果】
【０００６】
以上のように、本発明によれば、効率的に電子レンジやエアコンなどの電気機器に音声データを提供することができるネットワークシステム、サーバまたは情報処理方法が提供される。
【図面の簡単な説明】
【０００７】
【図１】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図２】第１の実施の形態にかかるサーバ１００の構成を表わすブロック図である。
【図３】第１の実施の形態にかかる機器データ１２１を示すイメージ図である。
【図４】第１の実施の形態にかかる発話管理データ１２２を示すイメージ図である。
【図５】第１の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。
【図６】第１の実施の形態にかかる電気機器３００の構成を表わすブロック図である。
【図７】第２の実施の形態にかかる発話管理データ１２２Ｂを示すイメージ図である。
【図８】第２の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。
【図９】第２の実施の形態にかかる別の発話管理データ１２２Ｃを示すイメージ図である。
【図１０】第２の実施の形態にかかる別の発話管理データ１２２Ｄを示すイメージ図である。
【図１１】第３の実施の形態にかかる発話管理データ１２２Ｅを示すイメージ図である。
【図１２】第４の実施の形態にかかる発話管理データ１２２Ｆを示すイメージ図である。
【図１３】第５の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞
【０００９】
まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。ネットワークシステム１は、主たる装置として、音声サービスを提供するためのサーバ１００と、ルータ２００やインターネットなどを介してサーバ１００とデータをやり取りする電気機器などを含む。なお、電気機器は、電子レンジ３００Ａや冷蔵庫３００Ｂやエアコン３００Ｃやテレビ３００Ｄに限らず、洗濯機や自走式掃除機や炊飯器などの家電、テレビ、ハードディスクレコーダ、音楽プレーヤー、プロジェクタなどのＡＶ（オーディオ・ビジュアル）機器、太陽光発電機、インターホン、給湯器などの住宅設備、などであってもよい。なお、以下ではこれらを総称して電気機器３００ともいう。
＜ネットワークシステムの動作概要＞
【００１０】
次に、図１を参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。まず、サーバ１００が音声データを電気機器３００にダウンロードする。電気機器３００は、出力すべき音声メッセージを蓄積していることを示すライトを点灯する。ユーザが、電気機器３００の発話ボタンを押すと、音声データに基づいて音声を出力する。
【００１１】
音声データの各々には、有効期限が設定されており、有効期限が過ぎると当該音声データは無効にされ、音声出力が取り消される。また、電気機器３００は、音声メッセージの発生を禁止したり、音声メッセージの出力中に停止ボタンが押されたりした旨のデータを、ユーザ毎に蓄積する。なお、以下では、有効期限が過ぎることや音声メッセージの出力が禁止されたりすることを、音声出力がキャンセルされるともいう。
【００１２】
そして、本実施の形態においては、電気機器３００による発話回数が少ない場合に、サーバ１００が、電気機器３００への音声データのダウンロードを所定の期間停止したり、音声データのダウンロードを所定の期間減らしたりする。これによって、音声データの無駄な送受信を低減することができる。
【００１３】
以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜サーバ１００の構成＞
【００１４】
図２を参照して、ネットワークシステム１を構成する音声データ提供用のサーバ１００の構成の一態様について説明する。本実施の形態にかかるサーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。
【００１５】
ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。
【００１６】
メモリ１２０は、各種のＲＡＭ（Random  Access  Memory）、各種のＲＯＭ（Read-Only  Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、機器データ１２１、発話管理データ１２２、その他の本実施の形態にかかる音声提供サービスに利用されるデータベースなどを記憶する。
【００１７】
ここで、図３を参照して、本実施の形態にかかる機器データ１２１は、本サービスに登録されている電気機器３００毎に、機器ＩＤと、ユーザ名と、ユーザＩＤと、電気機器３００の機種名と、電気機器３００が利用される地域などの対応関係を格納する。
【００１８】
図４を参照して、発話管理データ１２２は、電気機器３００毎に、機器ＩＤと、未だ出力されていない音声データのＩＤと、当該音声データの有効期限と、所定の期間における発話回数と、音声データの配信停止の期間などの対応関係を格納する。
【００１９】
なお、本実施の形態においては、ＣＰＵ１１０が、定期的に、第１の所定の期間、たとえば２４時間など、における発話回数が所定値、たとえば５回など、を超えているか否かを判断し、発話回数が所定値を超えていない場合に、現在から第２の所定期間、たとえば１２時間など、を配信停止期間として発話管理データ１２２に登録する。
【００２０】
図２に戻って、操作部１４０は、サービスの管理者などからの操作を受け付けて、各種の命令をＣＰＵ１１０に入力する。
【００２１】
通信インターフェイス１６０は、音声データや制御命令などの各種データを、インターネット、キャリア網、ルータなどを介して電気機器３００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜情報処理方法＞
【００２２】
次に、本実施の形態にかかるサーバ１００における、音声データを電気機器３００に配信するための処理方法について説明する。図５を参照して、まず、ＣＰＵ１１０は、通信インターフェイス１６０を介して、管理用のコンピュータなどから音声データや音声データの配信先の指定などを受け付ける（ステップＳ１０２）。
【００２３】
ＣＰＵ１１０は、発話管理データ１２２を参照して、配信先に指定された電気機器３００に音声データを配信してもよいか否かを判断する（ステップＳ１０４）。本実施の形態においては、ＣＰＵ１１０が、発話管理データ１２２を参照して、配信先の電気機器３００が現在配信停止期間でないか否かを判断するものであるが、発話管理データ１２２が電気機器３００毎に配信可能フラグのＯＮ／ＯＦＦの設定を格納してもよい。
【００２４】
ＣＰＵ１１０は、配信可能である場合（ステップＳ１０４にてＹＥＳである場合）、通信インターフェイス１６０を介して、電気機器３００に音声データをダウンロードさせる（ステップＳ１０６）。なお、ＣＰＵ１１０が、メモリ１２０から読み出した音声データを通信インターフェイス１６０を介して電気機器３００に送信してもよいし、通信インターフェイス１６０を介して電気機器３００に音声データの格納アドレスを伝えることによって電気機器３００が他のデータベースなどから音声データを取得してもよい。
【００２５】
これによって、電気機器３００は、発話データを蓄積している旨をライトでユーザに知らせることができ、ユーザの指示に応じて音声データに基づいて音声を出力することもできる。
【００２６】
一方、ＣＰＵ１１０は、配信可能でない場合（ステップＳ１０４にてＮＯである場合）、音声データの提供を行わずに、次のデータを待ち受ける。なお、ＣＰＵ１１０は、配信可能でない場合は、音声データが重要である場合や緊急性を有するものである場合だけに、通信インターフェイス１６０を介して、電気機器３００に音声データをダウンロードさせることが好ましい。
＜電気機器３００の構成＞
【００２７】
次に、図６を参照して、ネットワークシステム１を構成する電気機器３００の構成の一態様について説明する。電気機器３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、通信インターフェイス３６０と、スピーカ３７０と、人感センサ３８１と、タイマ３８９と、機器駆動部２９０とを含む。
【００２８】
ＣＰＵ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、電気機器３００の各部を制御する。
【００２９】
メモリ３２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現され、電気機器３００に内包されているものであってもよいし、電気機器３００の各種インターフェイスに着脱可能なものであってもよいし、電気機器３００からアクセス可能な他の装置の記録媒体であってもよい。メモリ３２０は、ＣＰＵ３１０によって実行される機器駆動プログラムや対話プログラムやその他のプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、サーバ１００や他のサーバから受信した音声データやその他のデータ、操作部３４０を介して入力されたデータなどを記憶する。
【００３０】
ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、文字や画像などを出力する。操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの各種命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とは、タッチパネルを構成してもよい。
【００３１】
本実施の形態においては、電気機器３００は、ディスプレイ３３０に加えて発話ライト３３１を有する。または、ディスプレイ３３０が音声データを蓄積していることを示すテキストや画像など表示する。また、電気機器３００は、操作部３４０として音声メッセージの出力命令を受け付けるための発話ボタン３４１を有する。ＣＰＵ３１０は、サーバ１００から音声データをダウンロードすると、有効期限の間、発話ライト３３１を点灯させる。この状態において発話ボタン３４１が押されると、ＣＰＵ３１０は、音声データに基づいてスピーカ３７０から音声メッセージを出力する。
【００３２】
通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現され、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータをやり取りする。たとえば、ＣＰＵ３１０は、操作部３４０を介して受け付けた命令を通信インターフェイス３６０を介してサーバ１００に送信したり、サーバ１００からの音声データや遠隔制御命令などを受け付けてＣＰＵ３１０に入力したりする。
【００３３】
スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて、音声を出力する。たとえば、ＣＰＵ３１０は、メモリ３２０に予め登録された音声データやサーバ１００から受信した音声データをスピーカ３７０から出力する。
【００３４】
人感センサ３８１は、サーモグラフィーやカメラや近接センサなどであって、検知結果をＣＰＵ３１０に入力する。つまり、ＣＰＵ３１０は、人感センサ３８１からのデータに基づいて、電気機器３００の近傍にユーザがいることを検知することができる。
【００３５】
タイマ３８９は、現在時刻をＣＰＵ３１０に入力したり、指示されたタイミングからの経過時間などを計測してＣＰＵ３１０に入力したりする。
【００３６】
機器駆動部３９０は、モータやアクチュエータやヒータなど、電気機器３００の主要な機能を実現する。
＜第２の実施の形態＞
【００３７】
上記の実施の形態においては、サーバ１００のＣＰＵ１１０が、定期的に、第１の所定の期間における発話回数が所定値を超えているか否かを判断し、発話回数が所定値を超えていない場合に、現在から第２の所定期間を配信停止期間として発話管理データ１２２に登録するものであった。しかしながら、音声データに基づいて音声が正常に出力されることが多いか少ないかを判断できればよく、他の形態を採用してもよい。
【００３８】
たとえば、発話管理データ１２２Ｂは、電気機器３００毎に、機器ＩＤと、未だ出力されていない音声データのＩＤと、当該音声データの有効期限と、所定の期間における発話回数と、有効期限切れ回数と、音声データの配信停止の期間などの対応関係を格納する。
【００３９】
そして、サーバ１００のＣＰＵ１１０は、電気機器３００において音声データが発話されずに有効期限が切れた場合に、図８に示すような処理を実行する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、電気機器３００から音声データの有効期限切れを示す通知または音声出力停止命令の通知を受ける（ステップＳ１２２）。
【００４０】
ＣＰＵ１１０は、発話管理データ１２２Ｂのうちの、電気機器３００に対応するデータを更新する（ステップＳ１２４）。たとえば、ＣＰＵ１１０は、発話管理データ１２２の期限切れ回数を更新する。
【００４１】
ＣＰＵ１１０は、期限切れ回数が所定値、たとえば５回など、以上であるか否かを判断する（ステップＳ１２６）。期限切れ回数が所定値以上である場合（ステップＳ１２６にてＹＥＳである場合）、ＣＰＵ１１０は、配信停止設定を行う（ステップＳ１２８）。たとえば、ＣＰＵ１１０は、発話管理データに現在からの所定の期間、たとえば３日間など、を発話管理データ１２２Ｂの配信停止期間として格納する。このとき、ＣＰＵ１１０は、発話回数や期限切れ回数などをリセットしてもよい（ステップＳ１３０）。
【００４２】
なお、期限切れ回数が所定値以上でない場合（ステップＳ１２６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００４３】
あるいは、図９に示すように、発話管理データ１２２Ｃが、電気機器３００が音声出力の中止命令を受け付けた回数を格納してもよい。そして、ＣＰＵ１１０は、ステップＳ１２６における所定の条件として、所定の期間、たとえば２時間など、に電気機器３００が音声出力の中止命令を受け付けた回数が所定値、たとえば３回など、に達したか否かを判断し、中止命令を受け付けた回数が所定値に達した場合に、所定の期間、たとえば３時間など、を発話管理データ１２２Ｃの配信停止期間として格納する。
【００４４】
あるいは、発話管理データ１２２Ｃは、電気機器３００が音声出力の中止命令を連続して受け付けた回数を格納してもよい。そして、ＣＰＵ１１０は、ステップＳ１２６における所定の条件として、電気機器３００が音声出力の中止命令を連続して受け付けた回数が所定値、たとえば３回など、に達したか否かを判断し、連続して中止命令を受け付けた回数が所定値に達した場合に、所定の期間、たとえば３時間など、を発話管理データ１２２Ｃの配信停止期間として格納する。
【００４５】
あるいは、図１０に示すように、発話管理データ１２２Ｄが、有効期限が切れた音声データの個数や、電気機器３００が音声出力の中止命令を受け付けた回数や、ダウンロードした音声データの個数に対する有効期限が切れた音声データの個数と電気機器３００が音声出力の中止命令を受け付けた回数との和の割合を格納してもよい。そして、ＣＰＵ１１０は、ステップＳ１２６における所定の条件として、ダウンロードした音声データの個数に対する有効期限が切れた音声データの個数と電気機器３００が音声出力の中止命令を受け付けた回数との和の割合が所定値、たとえば６割など、に達したか否かを判断してもよい。
＜第３の実施の形態＞
【００４６】
音声出力の回数や出力がキャンセルされた個数に限らず、たとえば、電気機器３００が人を検知した旨の情報をサーバ１００に提供し、サーバ１００のＣＰＵ１１０が、人の検知の回数などに応じて音声データを提供するか制限するかを判断してもよい。
【００４７】
たとえば、図１１に示すように、発話管理データ１２２Ｅが、人を検知した回数を格納してもよい。そして、ＣＰＵ１１０は、ステップＳ１２６における所定の条件として、所定の期間、たとえば２４時間など、に人を検知した回数が所定値、たとえば５回、よりも少ない場合に、ステップＳ１２６の所定の条件が満たされたと判断してもよい。
＜第４の実施の形態＞
【００４８】
電気機器３００に音声データを提供するか否かの判断は、時間帯毎に実行してもよい。この場合は図１２に示すように、発話管理データ１２２Ｆは、電気機器３００毎および時間帯毎に、機器ＩＤと、時間帯と、未だ出力されていない音声データのＩＤと、当該音声データの有効期限と、所定の期間における発話回数と、音声データの配信停止の期間などの対応関係を格納する。そして、ＣＰＵ１１０は、ステップＳ１２６などにおいて、時間帯毎に、音声データの提供を制限するか、通常通りに音声データを提供するかを判断する。すなわち、電気機器３００に関して、過去１週間分の昼間に提供した音声データの期限切れが多い場合には、ＣＰＵ１１０は、今日の昼間の音声データの提供を制限し、過去１週間分の夜間に提供した音声データの期限切れが少ない場合には、今日の夜間の音声データの提供を制限しないようにする。
＜第５の実施の形態＞
【００４９】
上記の実施の形態においては、配信停止期間内においては、音声データの電気機器３００へのダウンロードを停止するものであった。しかしながら、使用されない音声データのやり取りを低減できればよく、そのような形態には限られない。
【００５０】
たとえば、図１３に示すように、ＣＰＵ１１０は、配信可能である場合（ステップＳ１０４にてＹＥＳである場合）は、通信インターフェイス１６０を介して電気機器３００に音声データをダウンロードさせて（ステップＳ１０６）、配信停止期間においては（ステップＳ１０４にてＮＯである場合）、通信インターフェイス１６０を介して音声データがサーバ１００にある旨の通知を電気機器３００に送信してもよい（ステップＳ１０８）。
【００５１】
そして本実施の形態においては、配信停止期間においては、電気機器３００のＣＰＵ３１０は、音声データ本体をサーバ１００からダウンロードしていない状態で、出力すべき音声データが準備されている旨の点灯を行う。そして、ユーザが発話ボタン１４１を押したときに、ＣＰＵ３１０は通信インターフェイス３６０を介して音声データをサーバ１００に要求して、音声データをダウンロードして、音声メッセージを出力する。
＜第６の実施の形態＞
【００５２】
なお、音声データが電気機器３００に蓄積されて、発話ライト３３１が点灯し、発話ボタン３４１が押された場合に音声が出力される形態には限られない。たとえば、電気機器３００が人を検知した際に、自動的に、音声データに基づいて音声が出力されてもよい。
【００５３】
あるいは、電気機器３００のＣＰＵ３１０は、音声データを受信した際に、そのままスピーカ３７０に音声出力させてもよい。なお、ＣＰＵ３１０は、操作部３４０を介して音声出力の中止命令を受け付けて、音声出力を中止した旨を、通信インターフェイス１６０を介してサーバ１００に通知してもよい。
＜第７の実施の形態＞
【００５４】
上記の技術に加えて、音声出力の回数が少ないほど、あるいは有効期限が切れた回数が多いほど、あるいは発話停止命令が入力される回数が多いほど、あるいは音声データが無効になる割合が高いほど、あるいは人感センサが人を検知した回数が少ないほど、すなわちダウンロードした音声データが利用されずに無効になる程度が多いほど、サーバ１００のＣＰＵ１１０が、配信停止期間を長く設定することが好ましい。
【００５５】
たとえば、ＣＰＵ１１０は、ダウンロードした音声データが無効になる割合が０〜５０％の場合は、音声データの提供は制限しない。ＣＰＵ１１０は、ダウンロードした音声データが無効になる割合が５０〜７０％の場合は、２時間、音声データの提供を制限する。ＣＰＵ１１０は、ダウンロードした音声データが無効になる割合が７０〜９０％の場合は、６時間、音声データの提供を制限する。ＣＰＵ１１０は、ダウンロードした音声データが無効になる割合が９０〜１００％の場合は、２４時間、音声データの提供を制限する。
＜第８の実施の形態＞
【００５６】
上記の実施の形態のネットワークシステム１のサーバ１００や電気機器３００などの各装置の役割の一部または全部を他の装置が実行してもよい。より詳細には、サーバ１００の処理の一部または全部を電気機器３００が担ったり、電気機器３００の機能の一部をサーバ１００や他の通信端末が担ったりしてもよい。あるいは、サーバ１００の役割を、クラウド上の多数のサーバによって分担して実現してもよい。
＜まとめ＞
【００５７】
上記の実施の形態においては、音声出力可能な電気機器３００と、電気機器３００に提供した音声データによる音声出力が少ない場合に、所定期間の間、電気機器３００に対する音声データの提供を制限するためのサーバ１００とを備えるネットワークシステム１が提供される。
【００５８】
好ましくは、サーバ１００は、時間帯毎に、電気機器３００における音声出力が少ないか否かを判断し、音声出力が少ない時間帯に関して、電気機器３００に対する音声出力用の音声データの提供を制限する。
【００５９】
好ましくは、サーバ１００は、電気機器３００における音声出力の回数が所定回数よりも少ない場合、または電気機器３００において音声出力されずに有効期限が切れた回数が所定回数よりも多い場合、または提供された回数に対する音声出力された回数の割合が所定値よりも低い場合に、電気機器３００における音声出力が少ないと判断する。
【００６０】
好ましくは、サーバ１００は、電気機器３００において、人が検知される回数が所定値よりも少ない場合に、電気機器３００における音声出力が少ないと判断する。
【００６１】
好ましくは、サーバ１００は、電気機器３００において、音声出力の取り消し操作の回数が所定回数以上である場合に、電気機器３００における音声出力が少ないと判断する。
【００６２】
好ましくは、サーバ１００は、電気機器３００において、音声出力の取り消し操作が連続して所定回数以上入力された場合に、電気機器３００における音声出力が少ないと判断する。
【００６３】
好ましくは、電気機器３００は、サーバ１００から音声データをダウンロードしてから、音声出力用の音声がある旨の光を発し、ユーザから出力の操作を受け付けると当該音声データに基づいて音声を音声出力する。
【００６４】
好ましくは、サーバ１００は、電気機器３００における音声出力が少ない場合に、所定期間の間、電気機器３００に対する音声出力用の音声データを提供せずに、音声データの待機を示す第１のデータを電気機器３００に提供する。電気機器３００は、サーバ１００から第１のデータをダウンロードしてから、音声出力用の音声がある旨の光を発し、ユーザから音声出力の指示を受け付けると、サーバ１００から音声データをダウンロードしてから当該音声データに基づいて音声を出力する。
【００６５】
上記の実施の形態においては、電気機器３００と通信するための通信インターフェイス１６０と、電気機器３００に提供した音声データによる音声出力が少ない場合に、所定期間の間、電気機器３００に対する音声データの提供を制限するためのプロセッサ１１０とを備えるサーバが提供される。
【００６６】
上記の実施の形態においては、電気機器３００と通信可能なサーバ１００における情報処理方法が提供される。当該方法は、電気機器３００に提供した音声データによる音声出力が少ないか否かを判断するステップと、電気機器３００における音声出力が少ない場合に、所定期間の間、電気機器３００に対する音声データの提供を制限するステップと、を備える。
【００６７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６８】
１        ：ネットワークシステム
１００    ：サーバ
１１０    ：ＣＰＵ
１２０    ：メモリ
１２１    ：機器データ
１２２    ：発話管理データ
１２２Ｂ  ：発話管理データ
１２２Ｃ  ：発話管理データ
１２２Ｄ  ：発話管理データ
１２２Ｅ  ：発話管理データ
１２２Ｆ  ：発話管理データ
１４０    ：操作部
１４１    ：発話ボタン
１６０    ：通信インターフェイス
２００    ：ルータ
２４０    ：操作部
２９０    ：機器駆動部
３００    ：電気機器
３００Ａ  ：電子レンジ
３００Ｂ  ：冷蔵庫
３００Ｃ  ：エアコン
３００Ｄ  ：テレビ
３１０    ：ＣＰＵ
３２０    ：メモリ
３３０    ：ディスプレイ
３３１    ：発話ライト
３４０    ：操作部
３４１    ：発話ボタン
３６０    ：通信インターフェイス
３７０    ：スピーカ
３８１    ：人感センサ
３８９    ：タイマ
３９０    ：機器駆動部
【図１】
2019193203.tif 000003
【図２】
2019193203.tif 000004
【図３】
2019193203.tif 000005
【図４】
2019193203.tif 000006
【図５】
2019193203.tif 000007
【図６】
2019193203.tif 000008
【図７】
2019193203.tif 000009
【図８】
2019193203.tif 000010
【図９】
2019193203.tif 000011
【図１０】
2019193203.tif 000012
【図１１】
2019193203.tif 000013
【図１２】
2019193203.tif 000014
【図１３】
2019193203.tif 000015