IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧

(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024144496
(43)【公開日】2024-10-11
(54)【発明の名称】情報提供方法
(51)【国際特許分類】
   G06Q 50/10 20120101AFI20241003BHJP
【FI】
G06Q50/10
【審査請求】有
【請求項の数】7
【出願形態】OL
(21)【出願番号】P 2024117550
(22)【出願日】2024-07-23
(62)【分割の表示】P 2023192223の分割
【原出願日】2019-10-02
(31)【優先権主張番号】62/740,052
(32)【優先日】2018-10-02
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Panasonic Intellectual Property Corporation of America
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】山内 真樹
(72)【発明者】
【氏名】藤原 菜々美
(57)【要約】
【課題】サービス提供のためにセンサデータを有効活用することができる情報提供方法を提供する。
【解決手段】情報提供方法は、第1センサにより、所定空間におけるユーザの調理開始の時刻を検出し、第2センサにより、所定空間における音声の大きさの情報を取得し、(i)ユーザの調理開始の時刻から閾値時間以上経過しており、(ii)所定空間における音声の大きさが第1閾値大きさ以上である場合、住宅の団らん時間であることを示す第1情報を生成し(S103)、第1情報を出力する。
【選択図】図4
【特許請求の範囲】
【請求項1】
プロセッサとメモリとを備える第1情報処理装置を用いた情報提供方法であって、
住宅の所定空間内に、第1センサが配置されており、
前記住宅の前記所定空間内に、第2センサが配置されており、
前記プロセッサは、
前記第1センサにより、前記所定空間におけるユーザの調理開始の時刻を検出し、
前記第2センサにより、前記所定空間における音声の大きさの情報を取得し、
(i)前記ユーザの調理開始の時刻から閾値時間以上経過しており、(ii)前記所定空間における音声の大きさが第1閾値大きさ以上である場合、前記住宅の団らん時間であることを示す第1情報を生成し、
前記第1情報を出力する、
情報提供方法。
【請求項2】
前記所定空間における音声の大きさの情報は、所定期間における時系列の音声の大きさの情報を含む、
請求項1に記載の情報提供方法。
【請求項3】
前記時系列の音声の大きさの情報は、前記第1閾値大きさ以上であり、かつ第2閾値大きさ以下の大きさを有する第1の音声と、前記第2閾値大きさよりも大きい大きさを有する第2の音声と、前記第1閾値大きさより小さい大きさを有する第3の音声との組み合わせであり、
前記プロセッサは、前記(ii)において、前記所定期間における前記第1の音声である時間の割合が、所定の範囲である場合、前記住宅の団らん時間であることを示す第1情報を生成する、
請求項2に記載の情報提供方法。
【請求項4】
前記時系列の音声の大きさの情報は、前記第1閾値大きさ以上であり、かつ第2閾値大きさ以下の大きさを有する第1の音声と、前記第2閾値大きさよりも大きい大きさを有する第2の音声と、前記第1閾値大きさより小さい大きさを有する第3の音声との組み合わせであり、
前記プロセッサは、前記(ii)において、前記所定期間における前記第1の音声である時間の割合、前記所定期間における前記第2の音声である時間の割合、及び前記所定期間における前記第3の音声である時間の割合が所定の割合である場合、前記住宅の団らん時間であることを示す第1情報を生成する、
請求項2に記載の情報提供方法。
【請求項5】
ネットワークを介して、前記第1情報処理装置と接続された第2情報処理装置から第1要求内容が記述された情報を取得し、
前記第1要求内容に前記第1情報の内容が含まれる場合、前記第2情報処理装置に、生成された前記第1情報を用いて、前記ユーザ又は前記住宅を特定するための情報を含む第2情報を出力する、
請求項1に記載の情報提供方法。
【請求項6】
前記住宅内に複数の電子機器が配置されており、
前記第2情報は、前記第2情報処理装置が、前記第1情報処理装置にサービスを提供する際に利用するための前記複数の電子機器の稼働状況を含む、
請求項5に記載の情報提供方法。
【請求項7】
前記第2情報は、前記第2情報処理装置が、前記第1情報処理装置にサービスを提供する際に利用するための前記所定空間における音声に基づく情報を含む、
請求項5に記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【0001】
情報提供方法に関する。
【背景技術】
【0002】
近年、様々な場所に配置されたセンサから膨大なセンサデータを収集できるようになり、収集されたセンサデータの有効活用が求められている。例えば、住宅などの屋内空間に配置された様々なセンサからのセンサデータを用いれば、ユーザの状況に適したサービスを提供することが可能となる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2018-32272号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来技術では、センサデータをどのように利用すればよいかに関する情報が少なく、サービス提供のためにセンサデータを有効活用することが難しい。
【0005】
本開示は、サービス提供のためにセンサデータを有効活用することができる情報提供方法等を提供する。
【課題を解決するための手段】
【0006】
本開示の一態様に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置を用いた情報提供方法であって、住宅の所定空間内に、第1センサが配置されており、前記住宅の所定空間内に、第2センサが配置されており、前記プロセッサは、前記第1センサにより、前記所定空間におけるユーザの調理開始の時刻を検出し、前記第2センサにより、前記所定空間における音声の大きさの情報を取得し、(I)前記ユーザの調理開始の時刻から閾値時間以上経過しており、(ii)前記所定空間における音声の大きさが第1閾値大きさ以上である場合、前記住宅の団らん時間であることを示す第1情報を生成し、前記第1情報を出力する。
【0007】
なお、これらの包括的又は具体的な態様は、システム、装置、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なCD-ROMなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0008】
本発明の一態様に係る情報提供方法は、サービス提供のためにセンサデータを有効活用することができる。
【図面の簡単な説明】
【0009】
図1図1は、実施の形態1に係るサービス提供システムの全体像を示す。
図2図2は、実施の形態1に係るサービス提供システムの構成を示す。
図3図3は、実施の形態1に係る第1情報処理装置及び第2情報処理装置の機能構成を示す。
図4図4は、実施の形態1に係るサービス提供システムのシーケンス図である。
図5図5は、実施の形態1に係る第1情報処理装置の処理を示すフローチャートである。
図6図6は、実施の形態1における第1条件の判定処理の一例を示すフローチャートである。
図7図7は、実施の形態1における電子機器の稼働に関するセンシング情報の一例を示す。
図8図8は、実施の形態1における冷蔵庫のドアの開に関するセンシング情報の一例を示す。
図9図9は、実施の形態1における人の存在に関するセンシング情報の一例を示す。
図10図10は、変形例1に係るサービス提供システムのシーケンス図である。
図11図11は、変形例2に係るサービス提供システムのシーケンス図である。
図12図12は、変形例3における第2情報の生成処理の一例を示すフローチャートである。
図13A図13Aは、変形例3におけるサービスと五感との関係の一例を示す。
図13B図13Bは、変形例3における機器と五感との関係の一例を示す。
図14図14は、変形例4における第2情報の生成処理の一例を示すフローチャートである。
図15図15は、変形例4におけるサービスの提供履歴の一例を示す。
図16A図16Aは、変形例4におけるサービス提供可能性情報の一例を示す。
図16B図16Bは、変形例4におけるサービス同時提供禁止情報の一例を示す。
図16C図16Cは、変形例4におけるサービス変更禁止情報の一例を示す。
図17図17は、変形例5における第2情報の出力処理の一例を示すフローチャートである。
図18A図18Aは、サービス提供システムの全体像を示す。
図18B図18Bは、データセンタ運営会社の一例を示す。
図18C図18Cは、データセンタ運営会社の一例を示す。
図19図19は、サービスの類型1(自社データセンタ型)を示す。
図20図20は、サービスの類型2(IaaS利用型)を示す。
図21図21は、サービスの類型3(PaaS利用型)を示す。
図22図22は、サービスの類型4(SaaS利用型)を示す。
【発明を実施するための形態】
【0010】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【0011】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。
【0012】
また、各図は、必ずしも厳密に図示したものではない。各図において、実質的に同一の構成については同一の符号を付し、重複する説明は省略又は簡略化する。
【0013】
(実施の形態1)
[サービス提供システム10の全体像]
まず、サービス提供システム10の全体像について図1を参照しながら説明する。図1は、実施の形態1に係るサービス提供システム10の全体像を示す。
【0014】
本実施の形態に係るサービス提供システム10では、複数の屋内空間におけるセンサデータがクラウドサーバ(Cloud server)に収集される。屋内空間は、例えば、住宅、オフィススペース、建物、及び乗り物内の空間である。センサデータは、屋内空間におけるユーザの日常的な(Usual)行動及び/又は非日常的な(Unusual)活動に基づくデータである。
【0015】
複数のサービス提供者(Service providers)の各々は、アプリケーションプログラミングインタフェース(API)を介して、クラウドサーバに収集されたセンサデータに基づく各種情報を取得することができる。APIとは、コンピュータから呼び出して利用することができるクラウドサーバの情報処理機能である。
【0016】
各サービス提供者は、APIを介して取得した情報に基づいて、ユーザにサービスを提供する。サービスとしては、情報提供サービス、広告配信サービス、ホームネットワーク上の機器の自動制御サービス、又は、これらの任意の組み合わせがあげられる。なお、サービスは、これらに限定されず、例えば商品の配送(Delivery)サービスであってもよい。
【0017】
[サービス提供システム10の構成]
次に、サービス提供システム10の構成について図2を参照しながら説明する。図2は、実施の形態1に係るサービス提供システム10の構成を示す。図2に示すように、本実施の形態に係るサービス提供システム10は、第1情報処理装置100と、第2情報処理装置200と、センサ群300と、機器群400と、を備える。
【0018】
センサ群300は、空間20内に配置されており、少なくとも1つのセンサを含む。センサ群300は、ゲートウェイ500を介して、インターネット等の通信ネットワークに接続される。なお、ゲートウェイ500は、オプションであり、センサ群300は、ゲートウェイ500を介さずに通信ネットワークに接続されてもよい。
【0019】
センサ群300は、ユーザの動作に関する動作情報、又は機器群400の稼働/操作に関する情報などを示すセンサ値を出力する。例えば、センサ群300は、照明機器が点灯しているか否かを示すセンサ値、音響機器が音を出力しているか否かを示すセンサ値、空間20内又は空間20内の予め定められた領域内にユーザが存在するか否かを示すセンサ値、又は、それらの任意の組み合わせを出力することができる。
【0020】
センサ群300は、例えば人感センサ、開閉センサ、音センサ、又は、それらの任意の組み合わせを含むことができる。このようなセンサ群300のセンサは、例えばイメージセンサ、赤外線センサ、超音波センサ、可視光センサ、振動センサ、タッチセンサ、マイクロホン、又は、それらの任意の組み合わせで実現することができる。このようなセンサは、空間20を形成する壁、床もしくは天井、又は、空間20内に配置された電子機器もしくは家具などに設置することができる。また、センサは、機器群400の機器に内蔵されてもよく、例えばスマートフォン等のタッチスクリーンに内蔵されたタッチセンサであってもよい。なお、センサは、上記センサに限定されない。
【0021】
機器群400は、空間20内に配置されており、少なくとも1つの電子機器を含む。機器群400は、ゲートウェイ500を介して、インターネット等の通信ネットワークに接続される。なお、ゲートウェイ500は、オプションであり、機器群400は、ゲートウェイ500を介さずに通信ネットワークに接続されてもよい。
【0022】
機器群400は、例えばディスプレイパネル、照明機器、音響機器、冷蔵庫、掃除機、又はそれらの任意の組み合わせを含むことができる。なお、機器群400の機器は、これに限定されない。
【0023】
第1情報処理装置100は、空間20外に配置された、プロセッサ及びメモリを備える装置であり、例えば図1のクラウドサーバ(Cloud server)に相当する。なお、第1情報処理装置100は、空間20内に配置されたエッジサーバであってもよい。
【0024】
なお、クラウドサーバとは、インターネットを介して提供されるサーバを意味する。また、エッジサーバとは、インターネットよりもユーザに近いエリアのネットワーク(例えばローカルエリアネットワーク(LAN))を介して提供されるサーバを意味する。
【0025】
第2情報処理装置200は、プロセッサ及びメモリを備える装置であり、例えば図1のサービス提供者(Service provider)の装置である。第2情報処理装置200は、空間20内の機器群400を介してユーザにサービスを提供する。
【0026】
ここで、図2に示すサービス提供システム10は、複数の屋内空間毎に存在する例を想定している。具体的には、複数の屋内空間毎に第1情報処理装置100が存在し、各第1情報処理装置100に複数の第2情報処理装置200接続されることで、屋内空間にサービスが提供される。このとき、複数の第1情報処理装置100と、複数の第2情報処理装置200とが独立に存在することで、複数の第1情報処理装置100からユーザ又は空間20の多様な情報を提供し、かつ複数の第2情報処理装置200を用いて多様なサービスが提供できるようにすることを目指している。一方、複数の第1情報処理装置100と複数の第2情報処理装置200との間において、新たな情報のやり取りが発生する。本実施形態では、この情報のやり取りを規定することで、センサデータを有効活用し、かつ適切なサービスを提供する仕組みを提供する。
【0027】
[第1情報処理装置100の機能構成]
次に、第1情報処理装置100の機能構成について、図3を参照しながら説明する。図3は、実施の形態1に係る第1情報処理装置100及び第2情報処理装置200の機能構成を示す。
【0028】
図3に示すように、本実施の形態に係る第1情報処理装置100は、センサデータ取得部101と、第1メモリ103と、判定部104と、第2メモリ105と、第1情報生成部106と、第3メモリ107と、第2情報生成部108と、入出力部109と、を備える。第1情報処理装置100の各機能ブロックについて以下に説明する。
【0029】
センサデータ取得部101は、センサ群300から、第1センサ値を含む第1センサデータを取得する。第1センサデータの一部又は全部は、第1メモリ103に格納される。第1センサデータは、例えば、空間20内の所定の領域に人がいるか否かを示すデータを含んでもよい。また例えば、第1センサデータは、音響機器の音出力状況を示すデータを含んでもよい。また、第1センサデータは、機器の操作状況を示すデータを含んでもよい。また、第1センサデータは、冷蔵庫のドアの開閉状況を示すデータを含んでもよい。
【0030】
第1メモリ103は、センサデータ取得部101によって取得された第1センサデータの一部又は全部を格納している。
【0031】
判定部104は、第1条件が満たされているか否かを判定する。第1条件の詳細については後述する。
【0032】
第2メモリ105は、第1情報を生成するための情報を格納している。例えば、第2メモリ105は、異なる複数の条件に対して生成される情報の内容が対応付けられた対応テーブルを格納している。
【0033】
第1情報生成部106は、第1条件が満たされる場合に第1情報を生成する。本実施の形態では、第1情報は、住宅の団らん時間であることを示すが、これに限定されない。
【0034】
第3メモリ107は、第2情報を生成するための情報を格納している。つまり、第3メモリ107は、第1情報生成部106によって生成された第1情報に対応するユーザ又は空間20を特定するための情報を格納している。
【0035】
第2情報生成部108は、入出力部109を介して第2情報処理装置200から取得された情報に含まれる第1要求内容に第1情報の内容が含まれているか否かを判定する。ここで、第1要求内容に第1情報の内容が含まれている場合、第2情報生成部108は、第1情報を用いて第2情報を生成する。第2情報は、ユーザ又は空間20を特定するための情報(例えば、ユーザのID、住所、IPアドレス、機器の識別情報等)を含む。例えば、第2情報生成部108は、第3メモリ107から、第1情報生成部106によって生成された第1情報に対応するユーザ又は空間20を特定するための情報を読み出すことにより第2情報を生成する。ここで、第2情報は、ユーザ又は空間20にサービスを提供するために必要な情報であってもよい。第1要求に提供するサービスの内容が含まれている場合、サービスの内容に対応する第2情報が提供されてもよい。例えば、通信環境を利用してサービスを提供する場合の第2情報の一例は、IPアドレスである。または、機器を制御するサービスを提供する場合の第2情報の一例は、機器の識別情報である。通信環境を利用して、機器を制御するサービスを提供する場合の第2情報の一例は、IPアドレス及び機器の識別情報の組み合わせであってもよい。
【0036】
入出力部109は、ネットワークを介して第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報(以下、第1要求情報という)を取得する。さらに、入出力部109は、第2情報生成部108によって生成された第2情報を第2情報処理装置200に出力する。
【0037】
なお、上述した判定部104、第1情報生成部106及び第2情報生成部108は、例えばプロセッサ及びメモリによって実現される。メモリに格納されたインストラクション又はソフトウェアプログラムが実行されたときに、プロセッサは、判定部104、第1情報生成部106及び第2情報生成部108として機能する。また、判定部104、第1情報生成部106及び第2情報生成部108は、専用の電子回路によって実現されてもよい。
【0038】
また、上述した第1メモリ103、第2メモリ105及び第3メモリ107は、例えば半導体メモリ及び/又はディスクドライブ等によって実現される。入出力部109は、例えばネットワークインタフェースコントローラ(NIC)等によって実現される。
【0039】
[第2情報処理装置200の機能構成]
次に、第2情報処理装置200の機能構成について、図3を参照しながら説明する。
【0040】
図3に示すように、本実施の形態に係る第2情報処理装置200は、第4メモリ201と、要求生成部202と、入出力部203と、第5メモリ204と、サービス生成部205と、出力部206と、を備える。第2情報処理装置200の各機能ブロックについて以下に説明する。
【0041】
第4メモリ201は、第1要求情報を生成するための情報を格納している。
【0042】
要求生成部202は、第1要求情報を生成する。具体的には、要求生成部202は、第4メモリ201に格納された情報を参照して、第1要求内容が記述された第1要求情報を生成する。
【0043】
第1要求内容は、所定のサービスが提供されるユーザ又は空間が満たすべき要件を示す。本実施の形態では、第1要求内容は、住宅の団らん時間であることを要件として示すが、これに限定されない。
【0044】
入出力部203は、要求生成部202によって生成された第1要求情報を第1情報処理装置100に出力する。さらに、入出力部203は、第1情報処理装置100から第2情報を取得する。
【0045】
第5メモリ204は、サービス情報を生成するための情報を格納している。例えば、第5メモリ204は、異なる複数の要求内容に対してサービス内容が対応付けられた対応テーブルを格納している。
【0046】
サービス生成部205は、第2情報を用いて、第1サービス情報を生成する。第1サービス情報とは、機器群400を介して空間20内のユーザにサービスを提供するための情報である。
【0047】
本実施の形態では、第1サービス情報は、例えば、住宅内の家族のメンバーが団らん中であることを別の住宅で暮らしている当該家族のメンバーに通知するための情報であってもよい。また例えば、第1サービス情報は、住宅内で団らん中の家族の会話及び/又は映像を別の住宅で暮らしている当該家族のメンバーに送信するための情報であってもよい。
【0048】
なお、サービス情報は、サービスコンテンツとも表現され得る。サービスコンテンツは、音楽または広告情報などのサービスの情報と、サービスを提供するための機器制御の情報を含む。
【0049】
出力部206は、第2情報を参照して、サービス生成部205によって生成されたサービス情報を機器群400に出力する。なお、第2情報処理装置200は、第2情報に対応する情報と、サービスを提供するために必要な情報とが対応付けられた関係を記録するメモリを保有し、第2情報を参照してサービスを提供するために必要な情報を取得して、ユーザ又は空間20にサービスを提供してもよい。
【0050】
なお、上述した要求生成部202及びサービス生成部205は、例えばプロセッサ及びメモリによって実現される。メモリに格納されたインストラクション又はソフトウェアプログラムが実行されたときに、プロセッサは、要求生成部202及びサービス生成部205として機能する。また、要求生成部202及びサービス生成部205は、専用の電子回路によって実現されてもよい。
【0051】
また、上述した第4メモリ201及び第5メモリ204は、例えば半導体メモリ及び/又はディスクドライブ等によって実現される。入出力部203及び出力部206は、例えばネットワークインタフェースコントローラ(NIC)等によって実現される。
【0052】
[サービス提供システム10内のインタラクション]
次に、サービス提供システム10内のインタラクションについて図4を参照しながら説明する。図4は、実施の形態1に係るサービス提供システム10のシーケンス図である。
【0053】
図4に示すように、第1情報処理装置100は、センサ群300から、第1センサ値を含む第1センサデータを取得する(S101)。第1情報処理装置100は、第1センサデータに基づいて、第1条件が満たされるか否かを判定する(S102)。言い換えると、第1センサデータが取得されたことは、第1条件の判定のトリガーの情報であるとも表現され得る。第1条件が満たされていれば、第1情報処理装置100は、第1情報を生成する(S103)。第1条件の判定には、第1条件の判定のトリガーの情報になった第1センサデータが利用される。つまり、第1センサデータは、トリガーの情報として利用されることに加えて、サービス提供の条件に相当する第1条件の判定にも利用され得る。また、第1条件の判定には、過去に第1条件の判定のトリガーの情報になった第1センサデータが利用されることがある。
【0054】
ここで、第1情報処理装置100が第2情報処理装置200から第1要求情報を取得すれば(S111)、第1情報処理装置100は、第1要求内容を満たすユーザ又は空間があるか否かを判定する(S112)。ここで、第1要求内容を満たすユーザ又は空間があると判定されれば、第1情報処理装置100は、第2情報を生成する(S113)。さらに、第1情報処理装置100は、生成された第2情報を第2情報処理装置200に出力する(S114)。
【0055】
第2情報処理装置200は、第2情報に基づいて第1サービス情報を生成する(S121)。第1サービス情報とは、機器群400を介して空間20内のユーザに第1サービスを提供するための情報である。そして、第2情報処理装置200は、第1サービス情報を機器群400に出力する(S122)。
【0056】
なお、図4に示すシーケンス図は、一例であり、これに限定されない。例えば、図4において、処理の順序は変更されてもよい。
【0057】
[第1情報処理装置100の処理]
ここで、第1情報処理装置100の処理の詳細(つまり、情報提供方法)について図5を参照しながら説明する。図5は、実施の形態1に係る第1情報処理装置100の処理を示すフローチャートである。
【0058】
図5に示すように、センサデータ取得部101は、空間20内に配置されたセンサ群300から、第1センサ値を含む第1センサデータを取得する(S101)。判定部104は、第1センサデータに基づいて、第1条件が満たされるか否かを判定する(S102)。この判定処理の詳細については図面を用いて後述する。
【0059】
ここで、第1条件が満たされる場合(S102のYes)、第1情報生成部106は、第1情報を生成する(S103)。一方、第1条件が満たされない場合(S102のNo)、第1情報生成部106は、第1情報の生成処理をスキップする、つまり、第1情報生成部106は、第1情報を生成しない。
【0060】
その後、入出力部109は、第2情報処理装置200から、第1要求内容が記述された第1要求情報を取得する(S111)。第2情報生成部108は、第1要求内容に合致するユーザ又は空間があるか否かを判定する(S112)。つまり、第2情報生成部108は、第1要求内容が第1情報の内容を含むか否かを判定する。
【0061】
ここで、第1要求内容に合致するユーザ又は空間がある場合(S112のYes)、第2情報生成部108は、生成された第1情報を用いて第2情報を生成する(S113)。そして、入出力部203は、生成された第2情報を第2情報処理装置200に出力する(S114)。一方、第1要求内容に合致するユーザ又は空間がない場合(S112のNo)、第2情報生成部108は、第2情報の生成処理及び出力処理をスキップする。つまり、第2情報生成部108は、第2情報を生成及び出力しない。
【0062】
[第1条件の判定処理]
本実施の形態では、第1条件は、以下の(I)及び(ii)を含む。(I)ユーザの調理開始の時刻から閾値時間以上経過している。(ii)ダイニング空間における音声の大きさが閾値大きさ以上である。
【0063】
上記(I)及び(ii)が満たされれば、住宅で住人が団らん中である状況が推定される。
【0064】
ここで、このような第1条件の判定処理(図5のS102)の詳細について、図6を参照しながら説明する。図6は、実施の形態1における第1条件の判定処理の一例を示すフローチャートである。
【0065】
まず、判定部104は、ユーザの調理開始の時刻から閾値時間以上経過しているか否かを判定する(S1021)。つまり、判定部104は、上記(I)が満たされているか否かを判定する。
【0066】
閾値時間は、調理が終了して食事が始まっていることを判断するための時間である。閾値時間としては、ユーザによって予め登録された時間が用いられてもよいし、過去の調理及び食事の時間を分析することにより得られる時間が用いられてもよい。
【0067】
ユーザの調理開始の時刻は、キッチン空間に配置された第1センサによって検出される。第1センサとしては、例えば、キッチン空間における人の存在を検出する人感センサ、キッチン空間内を撮影するイメージセンサ、キッチン空間内に配置された電子機器の稼働を検知するセンサ、キッチン空間内に配置された冷蔵庫のドアの開閉を検出する開閉センサ、又は、それらの任意の組み合わせ等を用いることができる。
【0068】
図7は、実施の形態1における電子機器の稼働に関するセンシング情報の一例を示す。図7において、横軸は時間を表し、縦軸は日を表す。両矢印は、電子機器が稼働している時間を表す。逆に、矢印が無い期間は、電子機器が稼働していない時間を表す。
【0069】
電子機器は、機器群400に含まれ、キッチン空間に配置されている。電子機器としては、照明機器又は調理機器(例えばIHヒーター、ガスコンロ、電子レンジ、炊飯器又はコーヒーメーカー等)等が例示される。
【0070】
例えば、稼働時間(両矢印)の開始時刻が調理開始の時刻として利用される。なお、予め定められた時間帯(例えば16時~19時等)に含まれる稼働時間の開始時刻のみが調理開始の時刻として用いられてもよい。
【0071】
図8は、実施の形態1における冷蔵庫のドアの開に関するセンシング情報の一例を示す。図8には、ある1日において冷蔵庫のドアが開けられた時刻(以下、開時刻という)の一例を示す。
【0072】
図8の冷蔵庫のドアの開時刻は、例えば、ドアの開閉センサ又は冷蔵庫の画像を撮影するイメージセンサ等によって得ることができる。このような開時刻は、調理開始の時刻として用いることができる。
【0073】
図9は、実施の形態1における人の存在に関するセンシング情報の一例を示す。図9において、横軸は時間を表し、縦軸は日を表す。両矢印は、人感センサによって人が検知されていた時間(以下、検知時間という)を表す。逆に、矢印が無い期間は、人感センサによって人が検知されていなかった時間を表す。人感センサは、センサ群300に含まれ、キッチン空間に配置されている。
【0074】
このような検知時間を用いて、電子機器の稼働時間と同様に、調理開始の時刻を求めることができる。
【0075】
ここで、図6のフローチャートの説明に戻る。ユーザの調理開始の時刻から閾値時間以上経過している場合(S1021のYes)、判定部104は、ダイニング空間における音声の大きさが閾値大きさ以上であるか否かを判定する(S1022)。つまり、判定部104は、上記(ii)が満たされているか否かを判定する。
【0076】
ダイニング空間における音声の大きさの情報は、ダイニング空間に配置された第2センサにより取得される。第2センサとしては、例えばマイクロホンを用いることができる。第2センサにより取得される情報に基づく情報を音声情報とも表記する。
【0077】
ダイニング空間における音声の大きさとしては、音声を出力する機器の出力情報を取得して、第2センサにより取得される音声の大きさの情報から出力情報を減算することで得られた音声の大きさが用いられてもよい。これにより、音声情報をユーザにより発声された音声の情報に近づけることができる。
【0078】
閾値大きさは、団らんにより人々が発する声が大きくなっていることを判別するための音声の大きさである。閾値大きさとしては、ユーザによって予め登録された大きさが用いられてもよいし、過去の団らん中に検出された音声の大きさが用いられてもよい。
【0079】
ダイニング空間における音声の大きさが閾値大きさ以上である場合(S1022のYes)、判定部104は、第1条件が満たされていると判定する(S1026)。一方、ユーザの調理開始の時刻から閾値時間以上経過していない場合(S1021のNo)、又は、ダイニング空間における音声の大きさが閾値大きさ以上でない場合(S1022のNo)、判定部104は、第1条件が満たされていないと判定する(S1027)。
【0080】
なお、音声の大きさの情報として、音声の大きさの時系列の情報が用いられてもよい。音声の大きさの時系列の情報の具体例は、所定期間における時刻ごとの音声の大きさの情報である。例えば、団らんの音声は、第1閾値大きさ以上であり、かつ第2閾値大きさ以下の大きさを有する会話(第1の音声)と、第2閾値大きさよりも大きい大きさを有する笑い(第2の音声)と、第1閾値大きさより小さい大きさを有する沈黙(第3の音声)との組み合わせで構成される。会話と、笑いと、沈黙とに対応する時間の割合があらかじめ定められた割合に対応する場合に、判定部104は、第1条件が満たされていると判定してもよい(S1026)。所定の割合の例は、会話が90%であり、笑いが1%であり、沈黙が9%である。また、会話の割合が所定の範囲に含まれる場合、判定部104は、第1条件が満たされていると判定してもよい(S1026)。所定の範囲の一例は、80%以上であり、かつ95%以下である。
【0081】
また、第2閾値よりも大きい音声が所定期間以上続く場合には、判定部104は、ユーザの笑い以外の音が鳴っていると判断して、第1条件が満たされていないと判定してもよい(S1027)。
【0082】
なお、図6における複数のステップの順序は、これに限定されない。例えば、ステップS1021及びステップS1022は、逆順に行われてもよいし、同時に行われてもよい。
【0083】
[サービス情報]
このような第1条件の判定結果に基づいて、実施の形態1と同様に、第1情報の生成(S103)、第1要求の判定(S112)及び第2情報の生成(S113)等が行われる。そして、第2情報処理装置200は、第2情報に基づいて、機器群400を介して空間20内のユーザに第1サービスを提供するための第1サービス情報を生成し出力する(S121、S122)。
【0084】
このとき、本実施の形態では、第2情報処理装置200は、第1サービス情報として、ユーザの過去の動画情報又は画像情報をディスプレイパネルに出力してもよい。また例えば、あらかじめ対応付けられた複数の第1情報処理装置100が第1条件を満たしている場合、第2情報処理装置200は、第1サービス情報として、複数の第1情報処理装置100が電話サービスを提供するように電子機器を制御する制御信号を出力してもよい。電話サービスは、音声のみの電話、映像及び音声の電話を含む。なお、電話サービスの前に、第2情報処理装置200は、複数の第1情報処理装置100に、ディスプレイパネルまたは音声出力機器などを介して、電話サービスを提案し、提案が承諾された場合のみ、制御信号を出力してもよい。
【0085】
[効果等]
以上のように、本実施の形態に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置100を用いた情報提供方法であって、住宅のキッチン空間内に、第1センサが配置されており、住宅のダイニング空間内に、第2センサが配置されており、プロセッサは、第1センサにより、キッチン空間におけるユーザの調理開始の時刻を検出し、第2センサにより、ダイニング空間における音声の大きさを取得し、(I)ユーザの調理開始の時刻から閾値時間以上経過しており、(ii)ダイニング空間における音声の大きさが第1閾値大きさ以上である場合、住宅の団らん時間であることを示す第1情報を生成し、ネットワークを介して、第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報を取得し、第1要求内容に第1情報の内容が含まれる場合、第2情報処理装置200に、生成された第1情報を用いて、ユーザ又は住宅を特定するための情報を含む第2情報を出力することができる。
【0086】
これによれば、キッチン空間及びダイニング空間にそれぞれ配置された第1センサ及び第2センサを用いて、住宅でユーザが団らん中である状況を判定することができる。したがって、このような状況にあるユーザ又は住宅を特定するための情報をサービス提供者等に出力することができる。その結果、サービス提供者等は、ユーザ又は住宅の状況に適したサービスを提供することが可能となる。すなわち、サービス提供のためのセンサデータの有効活用が実現される。
【0087】
また例えば、ダイニング空間における音声は、所定期間における時系列の音声の大きさの情報を含んでもよい。
【0088】
これによれば、時系列の音声の大きさの情報に基づいて、住宅でユーザが団らん中である状況をより正確に判定することができる。
【0089】
また例えば、時系列の音声の大きさの情報は、第1閾値大きさ以上であり、かつ第2閾値大きさ以下の大きさを有する第1の音声と、第2閾値よりも大きい大きさを有する第2の音声と、第1閾値大きさより小さい大きさを有する第3の音声との組み合わせであり、プロセッサは、(ii)において、所定期間における第1の音声である時間の割合が、所定の範囲である場合、住宅の団らん時間であることを示す第1情報を生成してもよい。
【0090】
これによれば、適切な第1閾値大きさ及び第2閾値大きさを用いることで、団らん中の会話に対応する音声を第1の音声として取得することができる。第1条件の(ii)に、このような第1の音声が取得された時間の長さの割合を用いることで、住宅でユーザが団らん中である状況をより正確に判定することができる。
【0091】
また例えば、時系列の音声の大きさの情報は、第1閾値大きさ以上であり、かつ第2閾値大きさ以下の大きさを有する第1の音声と、第2閾値よりも大きい大きさを有する第2の音声と、第1閾値大きさより小さい大きさを有する第3の音声との組み合わせであり、プロセッサは、(ii)において、所定期間における第1の音声である時間の割合、所定期間における第2の音声である時間の割合、及び所定期間における第1の音声である時間の割合が所定の割合である場合、住宅の団らん時間であることを示す第1情報を生成してもよい。
【0092】
これによれば、適切な第1閾値大きさ及び第2閾値大きさを用いることで、団らん中の会話、笑い、及び沈黙に対応する音声を、それぞれ、第1の音声、第2の音声及び第3の音声として取得することができる。第1条件の(ii)に、このような第1の音声、第2の音声及び第3の音声の各々が取得された時間の長さの割合を用いることで、住宅でユーザが団らん中である状況をより正確に判定することができる。
【0093】
(変形例1)
次に、上記実施の形態1の変形例1について説明する。本変形例では、第1情報処理装置100を介してサービスが提供される点が上記実施の形態1と主として異なる。本変形例について、上記実施の形態1と異なる点を中心に図面を参照しながら説明する。
【0094】
なお、本変形例に係るサービス提供システム10の構成は、上記実施の形態1と同様であるので、図示及び説明を省略する。
【0095】
[サービス提供システム10内のインタラクション]
図10は、変形例1に係るサービス提供システム10のシーケンス図である。図10に示すように、本変形例に係る第2情報処理装置200は、第1サービス情報の生成(S121)の後に、第1サービス情報を第1情報処理装置100に出力する(S122A)。第1情報処理装置100は、第1情報処理装置100から取得された第1サービス情報を機器群400に転送する(S122B)。なお、第1情報処理装置100は、第2情報処理装置200に第1サービス情報を提供した実績情報を送信してもよい。実績情報の一例は、第1サービス情報の提供回数、ユーザまたは空間20に関する属性情報である。属性情報は、ユーザまたは空間20を特定できないこと情報である。属性情報の一例は、ユーザの地理的情報、人口動態情報である。なお、実績情報は、ユーザに予め送信を許可された情報に限定されてもよい。
【0096】
[効果等]
以上のように、本変形例に係るサービス提供システム10によれば、第2情報処理装置200は、空間20内に配置された機器群400と直接通信する必要がないので、空間20に関する情報の第2情報処理装置200への開示を制限することができる。したがって、空間20内のユーザのプライバシー保護を図ることができる。
【0097】
(変形例2)
次に、上記実施の形態1の変形例2について説明する。本変形例では、第2情報処理装置200から第1情報処理装置100への第1要求情報の送信が、第1情報の生成(S103)の後ではなく前に行われる点が上記実施の形態1と主として異なる。本変形例について、上記実施の形態1と異なる点を中心に図面を参照しながら説明する。
【0098】
なお、本変形例に係るサービス提供システム10の構成は、上記実施の形態1と同様であるので、図示及び説明を省略する。
【0099】
[サービス提供システム10内のインタラクション]
図11は、変形例2に係るサービス提供システム10のシーケンス図である。図11に示すように、本変形例に係る第1情報処理装置100は、第1センサデータの取得(S101)の前に、第1情報処理装置100は、第1要求情報を取得する(S111)。
【0100】
なお、第1要求情報を取得(S111)は、第1要求の判定(S112)の前であればよく、第1センサデータの取得(S101)の前に限定されない。また、第1要求を予め送信しているため、第2情報処理装置200は、どのようなタイミングに第1条件を満たすと判定されているか(S102)について、情報を取得したい要望が生まれる可能性がある。第1センサデータを時系列に連続的に受信するごとに、第1条件の判定(S102)を実行している場合、第1条件を満たした第1センタデータが受信された直前のタイミングで、第1条件を満たさない第1センタデータの情報を取得することで、第1条件が満たすように状況が変化するタイミングの情報を取得できる可能性がある。例えば、第2情報は、第1条件を満たす直前であり、かつ第1条件を満たさない第1センタデータの情報を含んでもよい。また、第1情報処理装置100は、第2情報処理装置200に、第1条件を満たす直前であり、かつ第1条件を満たさない第1センタデータの情報の統計情報を分析した結果に応じて、第1条件の変更を提案してもよい。
【0101】
[効果等]
以上のように、本変形例に係るサービス提供システム10によれば、第1要求情報の取得のタイミングに関わらず、第2情報を出力することができ、よりタイムリーな第2情報の提供を実現することができる。
【0102】
(変形例3)
次に、上記実施の形態1の変形例3について説明する。本変形例では、第2情報に、ユーザ又は空間を特定するための情報に加えて、サービスに関する機器の稼働情報が含まれる点が上記実施の形態1と主として異なる。本変形例について、上記実施の形態1と異なる点を中心に図面を参照しながら説明する。
【0103】
なお、本変形例に係るサービス提供システム10の構成は、上記実施の形態1と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0104】
[第2情報の生成処理]
本変形例における第2情報の生成処理(図5のS113)の詳細について、図12を参照しながら説明する。図12は、変形例3における第2情報の生成処理(S113)の一例を示すフローチャートである。なお、本変形例では、第1要求情報に、第2情報処理装置200が提供するサービスを特定するための情報が含まれている。
【0105】
第1情報処理装置100は、第1情報が生成された空間20に配置された機器群400の中から第1要求情報によって特定されるサービスに関する機器を選択する(S1131)。例えば、第1情報処理装置100は、サービスがユーザの五感(視覚、聴覚、嗅覚、触覚、味覚)に与える影響と、機器がユーザの五感に与える影響とに基づいて機器群400から機器を選択する。
【0106】
図13Aは、サービスと五感との間の関係情報の一例を示す。図13Bは、機器と五感との間の関係情報の一例を示す。図13A及び図13Bにおいて、チェック記号は、影響を与えることを表し、ダッシュ記号は、影響を与えないことを表す。
【0107】
図13Aを参照すれば、例えば、サービス1は、視覚及び聴覚に影響を与え、嗅覚及び触覚(背中、腰及び眼)に影響を与えないことがわかる。また、図13Bを参照すれば、例えば、テレビは、視覚及び聴覚に影響を与え、嗅覚及び触覚(背中、腰及び眼)に影響を与えないことがわかる。
【0108】
ここで、例えば第1要求情報によってサービス1が特定された場合、第1情報処理装置100は、図13Bに示す複数の機器の中から、図13Aにおいてサービス1が影響を与える視覚又は聴覚に関連するテレビ及びスピーカーを選択する。
【0109】
次に、第1情報処理装置100は、選択された機器の稼働情報を取得する(S1132)。稼働情報とは、機器の稼働状況を示す情報であり、例えば機器が稼働しているか否かを示す情報である。稼働情報は、例えば、機器から直接取得されてもよいし、センサを介して取得されてもよい。
【0110】
そして、第1情報処理装置100は、稼働情報を含む第2情報を生成する(S1133)。
【0111】
[効果等]
以上のように、本変形例によれば、第2情報が機器の稼働情報を含むことができる。したがって、第2情報処理装置200は、例えば、機器の稼働情報を参照して、非稼働状態の機器を起動してサービスを提供することができ、稼働中の機器におけるサービスの競合を避けることができる。また、第2情報処理装置200は、例えば稼働状態の機器が多い場合に、サービス提供をスキップすることで、複数の機器によってユーザの感覚に混乱を与えることを避けることができる。
【0112】
なお、本変形例では、第2情報に、選択された機器の稼働情報が含まれていたが、これに限定されない。例えば、第2情報に、すべての機器の稼働情報が含まれてもよい。また、稼働情報は、第2情報とは別に出力されてもよい。
【0113】
また、第2情報は、予めユーザに提供が許可された機器の稼働情報のみを含んでもよい。また、ユーザに提供が拒否されている機器がある場合には、第2情報は、ユーザに提供が拒否されている機器であることを示す情報を含んでもよい。例えば、第2情報処理装置200は、ユーザに提供が拒否されている機器を用いたサービスを提供する場合には、ユーザにサービスの提供可否を問い合わせてもよい。
【0114】
また、第2情報は、機器の稼働情報に代えて、第1条件の判定に用いられる音声情報が含まれていてもよい。また、第2情報は、機器の稼働情報に加えて、音声情報が含まれていてもよい。第2の情報に含まれる音声情報の例は、第2情報の音声の大きさの時系列の変化、または音声中の会話と、笑いと、沈黙との割合の情報である。また、音声情報として、会話しているユーザの人数を含めてもよい。例えば、音声情報から公知の分析方法を用いてユーザの人数を取得してもよいし、センサ群300からの情報に基づいてユーザの人数が取得されてもよい。第2情報処理装置200は、音声情報に対応した空間20の状況をあらかじめ設定し、音声に基づく情報を参照して、サービスを提供することができる。例えば、第2情報処理装置200は、ユーザは落ち着いて団らん中なのか、ユーザは話が盛り上がっている団らん中なのかに応じて、サービスを提供する。ユーザは落ち着いて団らんしている場合、沈黙の割合が多いまたは笑いの割合が低い。また、ユーザは話が盛り上がって団らんしている場合、笑いの割合が多い。例えば、音声情報が同様の傾向を示す場合に、複数の第1情報処理装置100の電話サービスを提供することにより、電話での会話による各空間20の状況を考慮したサービスが可能となる。
【0115】
また、あらかじめ対応付けられていない複数の第1情報処理100の間で電話サービスの提案の許可が取得されている場合、複数の第1情報処理装置100があらかじめ対応付けられていなくても、音声情報が同様の傾向を示す場合に、第2情報処理装置200は、電話サービスを提供してもよい。このとき、あらかじめ対応付けられている複数の第1情報処理装置100の間で電話サービスを提供される場合に相手方に提供される情報は、あらかじめ対応付けられていない複数の第1情報処理装置100の間で電話サービスを提供される場合に相手方に提供される情報を少なくすることを可能にしてもよい。例えば、音声による電話サービスが提供される。または、映像を含む電話サービスの場合でも、空間20の映像の情報を少なくしてもよい。例えば、映像の情報を少なくするために、映像が表示される範囲を小さくしたり、人以外の背景情報が削除される。
【0116】
(変形例4)
次に、上記実施の形態1の変形例4について説明する。本変形例では、ユーザ又は空間を特定するための情報に加えて、サービス提供の適性を示す適性情報が第2情報に含まれる点が上記実施の形態1と主として異なる。本変形例について、上記実施の形態1と異なる点を中心に図面を参照しながら説明する。
【0117】
なお、本変形例に係るサービス提供システム10の構成は、上記実施の形態1と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0118】
[第2情報の生成処理]
本変形例における第2情報の生成処理(図5のS113)の詳細について、図14を参照しながら説明する。図14は、変形例4における第2情報の生成処理(S113)の一例を示すフローチャートである。なお、本変形例では、第1要求情報に、第2情報処理装置200が提供するサービスを特定するための情報が含まれているものとする。
【0119】
第1情報処理装置100は、空間20又はユーザに対するサービスの提供履歴を取得する(S1134)。サービスの提供履歴とは、空間20又はユーザに対して過去に提供されたサービスと、当該サービスが提供された日時とが対応付けられた情報である。
【0120】
図15は、変形例4におけるサービスの提供履歴の一例を示す。図15おいて、横軸は時間を表し、縦軸は日を表す。両矢印は、空間20又はユーザに対してサービスが提供された又は提供される時間を表す。例えば、2018年6月2日に18:00~24:00の間にサービス1が2回提供されている。なお、サービスの提供履歴には、異なる複数の第2情報処理装置200(つまり、異なる複数のサービス提供者)によって提供された異なる複数のサービスが含まれ得る。
【0121】
続いて、第1情報処理装置100は、取得されたサービスの提供履歴に基づいて、空間20又はユーザに対する、第1要求情報で特定されるサービスの提供の適性を評価する(S1135)。具体的には、第1情報処理装置100は、例えば、所定期間においてサービスが提供された回数に基づいて、第1要求情報で特定されるサービスの提供の適性を評価する。また例えば、第1情報処理装置100は、現在提供されている他のサービスに基づいて、第1要求情報で特定されるサービスの提供の適性を評価してもよい。
【0122】
このようなサービス提供の適性の評価の具体例について、図16A図16Cを参照しながら説明する。図16Aは、変形例4におけるサービス提供可能性情報の一例を示す。サービス提供可能性情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0123】
サービス提供可能性情報は、各サービスに対して、1日当たりの提供可能回数及び提供不可能な状況を示す。図16Aでは、例えば、サービス1及び3の各々には、1日当たりの提供回数に制限がなく、サービス2は、1日当たり1回しか提供できないことが示されている。
【0124】
図15のサービスの提供履歴では、本日(2018年6月7日)に、サービス1とサービス2とが既に提供されている。したがって、図16Aのサービス提供可能性情報が参照されれば、サービス1及び3の提供の適性が高く評価され、サービス2の提供の適性が低く評価される。
【0125】
また、図16Aでは、サービス1及び2は、それぞれ、ユーザ状況A及びBにおいてサービスの提供ができないことが示されている。ユーザ状況A及びBとしては、例えば、ユーザの行動が普段よりも遅れている状況等を用いることができる。この場合、緊急性の低いサービス(例えば音楽の再生又は占い情報の提示等)の提供を禁止することで、ユーザの状況に適したサービスの提供を実現することができる。また、ユーザ状況A及びBとしては、例えば、住宅でユーザが団らん中である状況が用いられてもよい。
【0126】
図16Bは、変形例4におけるサービス同時提供禁止情報の一例を示す。サービス同時提供禁止情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0127】
サービス同時提供禁止情報は、同時提供が禁止/許可されるサービスの組み合わせを示している。チェック記号は、禁止を表し、ダッシュ記号は、許可を表す。
【0128】
図16Bでは、例えば、サービス1は、サービス2及び3の各々との同時提供が許可されることを示す。つまり、サービス1は、サービス2及び3の各々と一緒に提供できることを示す。また例えば、サービス2は、サービス3との同時提供が禁止されることを示す。つまり、サービス2は、サービス3と一緒に提供できないことを示す。
【0129】
図16Cは、変形例4におけるサービス変更禁止情報の一例を示す。サービス変更禁止情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0130】
サービス変更禁止情報は、提供されているサービスに代えて新たに提供することが禁止/許可されるサービスを示している。チェック記号は、左列に記載されたサービスから上行に記載されたサービスへの変更の禁止を表し、ダッシュ記号は、左列に記載されたサービスから上行に記載されたサービスへの変更の許可を表す。
【0131】
図16Cでは、例えば、現在、サービス1が提供されているときに、サービス1からサービス2への変更が禁止される。一方、現在、サービス2が提供されているときに、サービス2からサービス1への変更が許可される。また、現在、サービス2が提供されているときに、サービス2からサービス3への変更も禁止される。
【0132】
図15のサービスの提供履歴では、現在時刻において、サービス2が提供されている。したがって、図16Bのサービス同時提供禁止情報及び図16Cのサービス変更禁止情報が参照されれば、サービス1の提供の適性が高く評価され、サービス3の提供の適性が低く評価される。
【0133】
このような評価の結果は、2以上のレベルで表される。例えば、評価結果として、適性有り及び適性無しの2つのレベルを用いることができる。また例えば、評価結果として、0~10又は0~100までの点数を用いることもできる。
【0134】
最後に、第1情報処理装置100は、評価結果を示す適性評価情報を含む第2情報を生成する(S1136)。
【0135】
[効果等]
以上のように、本変形例によれば、第2情報が適正評価情報を含むことができる。したがって、第2情報処理装置200は、例えば適正評価が低い場合にサービス提供をスキップすることができ、不適切なタイミングでサービスが提供されることを抑制することができる。その結果、サービス提供システム10、10Aは、例えば、過剰なサービス提供を低減したり、サービス間の干渉を抑制したりすることができる。
【0136】
なお、本変形例では、第2情報に、適正評価情報が含まれていたが、これに限定されない。例えば、適正評価情報に加えて又は適正評価情報の代わりに、サービスの提供履歴の情報が含まれてもよい。また、サービス適性情報は、第2情報とは別に出力されてもよい。
【0137】
(変形例5)
次に、上記実施の形態1の変形例5について説明する。本変形例では、複数の第2情報処理装置200から同一の要求内容を有する第1要求を事前に受けている場合に(上記変形例2を参照)、優先度に基づいて選択された第2情報処理装置200に第2情報が出力される点が、上記実施の形態1と主として異なる。本変形例について、上記実施の形態1と異なる点を中心に図面を参照しながら説明する。
【0138】
なお、本変形例に係るサービス提供システム10の構成は、上記実施の形態1と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0139】
[第2情報の出力処理]
本変形例における第2情報の出力処理(図5のS114)の詳細について、図17を参照しながら説明する。図17は、変形例5における第2情報の出力処理(S114)の一例を示すフローチャートである。
【0140】
第1情報処理装置100は、複数の第2情報処理装置200の優先度を設定する(S1141)。つまり、第1情報処理装置100は、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200に対して優先度を設定する。例えば、第1要求情報に優先度が含まれてもよく、この場合、第1要求情報に含まれる優先度に従って優先度が設定される。また、センサ群300及び機器群400から得られる空間20又はユーザの状況に応じて優先度が設定されてもよい。また、第2情報提供の入札に対するサービス提供者の入札価格に基づいて、複数の第2情報処理装置200の優先度が設定されてもよい。
【0141】
続いて、第1情報処理装置100は、設定された優先度に基づいて、1以上の第2情報処理装置200を選択する(S1142)。例えば、第1情報処理装置100は、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200の中から、最も高い優先度を有する第2情報処理装置200を選択する。なお、選択される第2情報処理装置200の数は1台に限定されない。
【0142】
そして、第1情報処理装置100は、選択された第2情報処理装置200に第2情報を出力する(S1143)。その後、第1情報処理装置100は、選択された第2情報処理装置200により所定時間以内にサービスが提供されたか否かを判定する(S1144)。つまり、第2情報が出力されてから所定時間以内に第2情報処理装置200がサービスを提供したか否かが判定される。所定時間としては、経験的又は実験的に予め定められた時間を用いることができ、例えば、複数のサービスで共通の時間を用いることができる。また、所定時間としては、複数のサービスで個別の時間が用いられてもよい。
【0143】
所定時間以内にサービスが提供された場合(S1144のYes)、処理を終了する。一方、所定時間以内にサービスが提供されていない場合(S1144のNo)、ステップS1141に進む。このとき、ステップS1141では、複数の第2情報処理装置200の優先度が更新され、サービスを提供しなかった第2情報処理装置200の優先度が下げられる。第1情報処理装置100は、更新された優先度に基づいて、1以上の第2情報処理装置200を選択する(S1142)。ここで、優先度が最上位に設定された場合のみ、ユーザまたは空間20にサービスを提供することができるようにしてもよい。例えば、更新前に優先度が最上位に設定された第2情報処理装置200、更新後に優先度が最上位に設定された第2情報処理装置200のそれぞれに、第2情報を送信していた場合には、所定時間以後に、更新前に優先度が最上位に設定された第2情報処理装置200からもサービスを提供しようとした場合には、サービスが重複する可能性がある。そこで、優先度が最上位に設定された第2情報処理装置200のみが、第2情報を利用できるように設定されてもよい。例えば、第2情報は、サービス実行時にのみ利用でき、かつ更新ごとに変更される暗号化されており、優先度が最上位に設定された第2情報処理装置200に対応する暗号キーを提供することで実現することができる。
【0144】
[効果等]
以上のように、本変形例によれば、第1情報処理装置100は、優先度に基づいて第2情報処理装置200を選択することができる。したがって、サービス提供システム10、10Aは、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200の中から、サービスの提供に適した第2情報処理装置200を選択することができる。
【0145】
(その他の変形例)
上記実施の形態1では、調理に関連する電子機器の稼働の情報を利用していたが、これに限られない。例えば、バスルームの電子機器の稼働の情報が利用されてもよい。
【0146】
第1条件のその他の例は、以下の(iii)及び(iv)を含む。(iii)ユーザの入浴開始の時刻から閾値時間以上経過している。(iv)リビング空間または寝室空間における音声の大きさが閾値大きさ以上である。
【0147】
入浴開始の時刻は、バスルームまたは脱衣所に配置されるセンサ群300に取得される。
【0148】
つまり、第1条件は、ユーザの所定の行動に対応付けられる機器の稼働状況、かつ所定の空間における音声の大きさが閾値大きさ以上であることを満たせばよい。
【0149】
(サービス類型)
次に、上記実施の形態1に係るサービス提供システムのサービスの類型について説明する。
【0150】
[提供するサービスの全体像]
図18Aには、サービス提供システムの全体像が示されている。
【0151】
グループ1000は、例えば企業、団体、家庭等であり、その規模を問わない。グループ1000には、複数の機器1010に含まれる機器A、機器B及びホームゲートウェイ1020が存在する。例えば、複数の機器1010は、上記実施の形態1における機器群400に含まれる機器である。また、ホームゲートウェイ1020は、上記実施の形態1におけるゲートウェイ500である。複数の機器1010には、インターネットと接続可能な機器(例えば、スマートフォン、PC、TV等)もあれば、それ自身ではインターネットと接続不可能な機器(例えば、照明、洗濯機等)も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ1020を介してインターネットと接続可能となる機器が存在してもよい。またグループ1000には複数の機器1010を使用するユーザ990Aが存在する。
【0152】
データセンタ運営会社1100には、クラウドサーバ1110が存在する。クラウドサーバ1110とはインターネットを介して様々な機器と連携する仮想化サーバである。例えば、クラウドサーバ1110は、上記実施の形態1における第1情報処理装置100である。クラウドサーバ1110は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ(ビッグデータ)等を管理する。データセンタ運営会社1100は、データ管理やクラウドサーバ1110の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社1100が行っている役務については詳細を後述する。ここで、データセンタ運営会社1100は、データ管理やクラウドサーバ1110の運営等のみを行っている会社に限らない。例えば複数の機器1010のうちの1つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ1110の管理等を行っている場合は、機器メーカがデータセンタ運営会社1100に該当する(図18B)。また、データセンタ運営会社1100は1つの会社に限らない。例えば機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ1110の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社1100に該当するものとする(図18C)。
【0153】
サービスプロバイダ1200は、サーバ1210を保有している。ここで言うサーバ1210とは、その規模は問わず例えば、個人用PC内のメモリ等も含む。また、サービスプロバイダがサーバ1210を保有していない場合もある。例えば、サーバ1210は、上記実施の形態1における第2情報処理装置200である。
【0154】
なお、上記サービスにおいてホームゲートウェイ1020は必須ではない。例えば、クラウドサーバ1110が全てのデータ管理を行っている場合等は、ホームゲートウェイ1020は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。
【0155】
次に、上記サービスにおける情報の流れを説明する。
【0156】
まず、グループ1000の機器A又は機器Bは、各機器で得られた情報をデータセンタ運営会社1100のクラウドサーバ1110に送信する。クラウドサーバ1110は機器A又は機器Bの情報を集積する(図18Aの(a))。ここで集積される情報は、複数の機器1010の、例えば運転状況や動作日時、動作モード、位置等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時・洗濯物の量、冷蔵庫の開閉日時・開閉回数、冷蔵庫内の食品の量などであるが、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。情報は、インターネットを介して複数の機器1010自体から直接クラウドサーバ1110に提供される場合もある。また複数の機器1010から一旦ホームゲートウェイ1020に情報が集積され、ホームゲートウェイ1020からクラウドサーバ1110に提供されてもよい。
【0157】
次に、データセンタ運営会社1100のクラウドサーバ1110は、集積した情報を一定の単位でサービスプロバイダ1200に提供する。ここで、一定の単位は、データセンタ運営会社が集積した情報を整理してサービスプロバイダ1200に提供することのできる単位でもいいし、サービスプロバイダ1200が要求した単位でもいい。一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。情報は、必要に応じてサービスプロバイダ1200が保有するサーバ1210に保存される(図18Aの(b))。そして、サービスプロバイダ1200は、情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。提供するユーザは、複数の機器1010を使用するユーザ990Aでもよいし、外部のユーザ990Bでもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダから直接ユーザへ提供されてもよい(図18Aの(e)、(f))。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社1100のクラウドサーバ1110を再度経由して、ユーザに提供されてもよい(図18Aの(c)、(d))。また、データセンタ運営会社1100のクラウドサーバ1110が情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ1200に提供してもよい。
【0158】
なお、ユーザ990Aとユーザ990Bとは、別でも同一でもよい。
【0159】
上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。
【0160】
[サービスの類型1:自社データセンタ型]
図19は、サービスの類型1(自社データセンタ型)を示す。本類型は、サービスプロバイダ1200がグループ1000から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ1200が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ1110を保有している。したがって、データセンタ運営会社は存在しない。
【0161】
本類型では、サービスプロバイダ1200は、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、OS902及びアプリケーション901を管理する。サービスプロバイダ1200は、サービスプロバイダ1200が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0162】
[サービスの類型2:IaaS利用型]
図20は、サービスの類型2(IaaS利用型)を示す。ここでIaaSとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築及び稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【0163】
本類型では、データセンタ運営会社1100がデータセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、OS902及びアプリケーション901を管理する。サービスプロバイダ1200は、サービスプロバイダ1200が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0164】
[サービスの類型3:PaaS利用型]
図21は、サービスの類型3(PaaS利用型)を示す。ここでPaaSとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウエアを構築及び稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【0165】
本類型では、データセンタ運営会社1100は、OS902を管理し、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、アプリケーション901を管理する。サービスプロバイダ1200は、データセンタ運営会社が管理するOS902及びサービスプロバイダ1200が管理するアプリケーション901を用いてサービス904の提供を行う。
【0166】
[サービスの類型4:SaaS利用型]
図22は、サービスの類型4(SaaS利用型)を示す。ここでSaaSとはソフトウエア・アズ・ア・サービスの略である。例えばデータセンタ(クラウドサーバ)を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ(クラウドサーバ)を保有していない会社・個人(利用者)がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。
【0167】
本類型では、データセンタ運営会社1100は、アプリケーション901を管理し、OS902を管理し、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、データセンタ運営会社1100が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0168】
以上いずれの類型においても、サービスプロバイダ1200がサービス提供行為を行ったものとする。また例えば、サービスプロバイダもしくはデータセンタ運営会社は、OS、アプリケーションもしくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。
【0169】
(他の実施の形態)
以上、本開示の1つまたは複数の態様に係るサービス提供システムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の1つまたは複数の態様の範囲内に含まれてもよい。
【0170】
例えば、上記実施の形態1では、センサデータを処理する第1情報処理装置100と、サービス情報を生成する第2情報処理装置200とが別々の装置であったが、第1情報処理装置100と第2情報処理装置200とは1つの情報処理装置で実現されてもよい。この場合、第1情報処理装置100と第2情報処理装置200と間のインタラクションが不要となるので、第1条件が満たされる場合に、第1情報の生成から第2情報の出力までの処理がスキップされてもよい。
【産業上の利用可能性】
【0171】
本開示は、ユーザにサービスを提供するための情報を提供する情報処理装置として利用することができる。
【符号の説明】
【0172】
10 サービス提供システム
20 空間
100 第1情報処理装置
101 センサデータ取得部
103 第1メモリ
104 判定部
105 第2メモリ
106 第1情報生成部
107 第3メモリ
108 第2情報生成部
109、203 入出力部
200 第2情報処理装置
201 第4メモリ
202 要求生成部
204 第5メモリ
205 サービス生成部
206 出力部
300 センサ群
400 機器群
500 ゲートウェイ
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13A
図13B
図14
図15
図16A
図16B
図16C
図17
図18A
図18B
図18C
図19
図20
図21
図22