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

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

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

(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-30
(45)【発行日】2024-10-08
(54)【発明の名称】情報提供方法
(51)【国際特許分類】
   G06Q 50/10 20120101AFI20241001BHJP
   G06Q 30/0251 20230101ALI20241001BHJP
   G16Y 10/80 20200101ALI20241001BHJP
【FI】
G06Q50/10
G06Q30/0251
G16Y10/80
【請求項の数】 1
(21)【出願番号】P 2024004147
(22)【出願日】2024-01-15
(62)【分割の表示】P 2020550484の分割
【原出願日】2019-10-02
(65)【公開番号】P2024028487
(43)【公開日】2024-03-04
【審査請求日】2024-01-15
(31)【優先権主張番号】62/740,021
(32)【優先日】2018-10-02
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/740,033
(32)【優先日】2018-10-02
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/740,099
(32)【優先日】2018-10-02
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Panasonic Intellectual Property Corporation of America
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】山内 真樹
(72)【発明者】
【氏名】藤原 菜々美
(72)【発明者】
【氏名】下中 尚忠
【審査官】関 博文
(56)【参考文献】
【文献】特開2016-006553(JP,A)
【文献】国際公開第2014/083779(WO,A1)
【文献】特開2017-096584(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G06Q 10/00-99/00
G16Y 10/80
(57)【特許請求の範囲】
【請求項1】
プロセッサとメモリとを備える第1情報処理装置を用いた情報提供方法であって、
空間内に所定の装置とセンサとが配置されており、
前記プロセッサは、
前記センサにより、前記所定の装置に関連する装置関連情報を取得し、
前記装置関連情報に基づき、ユーザの所望の物品が前記所定の装置に入っていなかったことを示す第1情報を生成し、
ネットワークを介して、前記第1情報処理装置と接続された第2情報処理装置から第1要求内容が記述された情報を取得し、
前記第1要求内容に前記第1情報の内容が含まれる場合、前記第2情報処理装置に、生成された前記第1情報を用いて、前記ユーザ又は前記空間を特定するための情報を含む第2情報を出力する、
情報提供方法。
【発明の詳細な説明】
【技術分野】
【0001】
情報提供方法に関する。
【背景技術】
【0002】
近年、様々な場所に配置されたセンサから膨大なセンサデータを収集できるようになり、収集されたセンサデータの有効活用が求められている。例えば、住宅などの屋内空間に配置された様々なセンサからのセンサデータを用いれば、ユーザの状況に適したサービスを提供することが可能となる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2018-32272号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来技術では、センサデータをどのように利用すればよいかに関する情報が少なく、サービス提供のためにセンサデータを有効活用することが難しい。
【0005】
本開示は、サービス提供のためにセンサデータを有効活用することができる情報提供方法等を提供する。
【課題を解決するための手段】
【0006】
本開示の一態様に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置を用いた情報提供方法であって、空間内に所定の装置とセンサとが配置されており、前記プロセッサは、前記センサにより、前記所定の装置に関連する装置関連情報を取得し、前記装置関連情報に基づき、ユーザの所望の物品が前記所定の装置に入っていなかったことを示す第1情報を生成し、ネットワークを介して、前記第1情報処理装置と接続された第2情報処理装置から第1要求内容が記述された情報を取得し、前記第1要求内容に前記第1情報の内容が含まれる場合、前記第2情報処理装置に、生成された前記第1情報を用いて、前記ユーザ又は前記空間を特定するための情報を含む第2情報を出力する。
【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は、実施の形態2における第1条件の判定処理の一例を示すフローチャートである。
図10図10は、実施の形態2における自炊習慣の情報の一例を示す。
図11図11は、実施の形態3における第1条件の判定処理の一例を示すフローチャートである。
図12図12は、実施の形態4における第1条件の判定処理の一例を示すフローチャートである。
図13図13は、変形例1に係るサービス提供システムのシーケンス図である。
図14図14は、変形例2に係るサービス提供システムのシーケンス図である。
図15図15は、変形例3における第2情報の生成処理の一例を示すフローチャートである。
図16A図16Aは、変形例3におけるサービスと五感との関係の一例を示す。
図16B図16Bは、変形例3における機器と五感との関係の一例を示す。
図17図17は、変形例4における第2情報の生成処理の一例を示すフローチャートである。
図18図18は、変形例4におけるサービスの提供履歴の一例を示す。
図19A図19Aは、変形例4におけるサービス提供可能性情報の一例を示す。
図19B図19Bは、変形例4におけるサービス同時提供禁止情報の一例を示す。
図19C図19Cは、変形例4におけるサービス変更禁止情報の一例を示す。
図20図20は、変形例5における第2情報の出力処理の一例を示すフローチャートである。
図21A図21Aは、サービス提供システムの全体像を示す。
図21B図21Bは、データセンタ運営会社の一例を示す。
図21C図21Cは、データセンタ運営会社の一例を示す。
図22図22は、サービスの類型1(自社データセンタ型)を示す。
図23図23は、サービスの類型2(IaaS利用型)を示す。
図24図24は、サービスの類型3(PaaS利用型)を示す。
図25図25は、サービスの類型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サービス情報は、例えば、ディスプレイパネルに表示される情報であってもよい。ディスプレイパネルに表示される情報としては、例えば、料理の出前サービスを注文するための画面を用いることができる。このとき、画面には、ユーザが最近出前サービスを注文した店舗のリストが含まれてもよい。また、画面には、出前サービスを注文してから料理が到達するまでにかかる時間が含まれてもよい。また、店舗は、出前サービスを注文してから料理が到達するまでにかかる時間に応じて、リスト内で並べ替えられてもよく、リストから除外されてもよい。
【0048】
また、第1サービス情報によって、空間20の近くの店舗で最近流行している食物の情報がディスプレイパネルに表示されてもよい。このとき、空間20における食物の在庫に基づいて、食物の情報が表示されてもよい。また、ディスプレイパネルに表示される情報は、予め設定されたモードに応じて切り替えられてもよい。この場合、例えば、健康モードでは、深夜に飲食を控えることが提案され、不健康モードでは、近くのラーメン屋が提案され、中間モードでは、10分で調理可能な料理のレシピが提案されてもよい。なお、第1サービス情報は、上記に限定されない。
【0049】
なお、サービス情報は、サービスコンテンツとも表現され得る。サービスコンテンツは、音楽または広告情報などのサービスの情報と、サービスを提供するための機器制御の情報を含む。
【0050】
出力部206は、第2情報を参照して、サービス生成部205によって生成されたサービス情報を機器群400に出力する。なお、第2情報処理装置200は、第2情報に対応する情報と、サービスを提供するために必要な情報とが対応付けられた関係を記録するメモリを保有し、第2情報を参照してサービスを提供するために必要な情報を取得して、ユーザ又は空間20にサービスを提供してもよい。
【0051】
なお、上述した要求生成部202及びサービス生成部205は、例えばプロセッサ及びメモリによって実現される。メモリに格納されたインストラクション又はソフトウェアプログラムが実行されたときに、プロセッサは、要求生成部202及びサービス生成部205として機能する。また、要求生成部202及びサービス生成部205は、専用の電子回路によって実現されてもよい。
【0052】
また、上述した第4メモリ201及び第5メモリ204は、例えば半導体メモリ及び/又はディスクドライブ等によって実現される。入出力部203及び出力部206は、例えばネットワークインタフェースコントローラ(NIC)等によって実現される。
【0053】
[サービス提供システム10内のインタラクション]
次に、サービス提供システム10内のインタラクションについて図4を参照しながら説明する。図4は、実施の形態1に係るサービス提供システム10のシーケンス図である。
【0054】
図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センサデータが利用されることがある。
【0055】
ここで、第1情報処理装置100が第2情報処理装置200から第1要求情報を取得すれば(S111)、第1情報処理装置100は、第1要求内容を満たすユーザ又は空間があるか否かを判定する(S112)。ここで、第1要求内容を満たすユーザ又は空間があると判定されれば、第1情報処理装置100は、第2情報を生成する(S113)。さらに、第1情報処理装置100は、生成された第2情報を第2情報処理装置200に出力する(S114)。
【0056】
第2情報処理装置200は、第2情報に基づいて第1サービス情報を生成する(S121)。第1サービス情報とは、機器群400を介して空間20内のユーザに第1サービスを提供するための情報である。そして、第2情報処理装置200は、第1サービス情報を機器群400に出力する(S122)。
【0057】
なお、図4に示すシーケンス図は、一例であり、これに限定されない。例えば、図4において、処理の順序は変更されてもよい。
【0058】
[第1情報処理装置100の処理]
ここで、第1情報処理装置100の処理の詳細(つまり、情報提供方法)について図5を参照しながら説明する。図5は、実施の形態1に係る第1情報処理装置100の処理を示すフローチャートである。
【0059】
図5に示すように、センサデータ取得部101は、空間20内に配置されたセンサ群300から、第1センサ値を含む第1センサデータを取得する(S101)。判定部104は、第1センサデータに基づいて、第1条件が満たされるか否かを判定する(S102)。この判定処理の詳細については図面を用いて後述する。
【0060】
ここで、第1条件が満たされる場合(S102のYes)、第1情報生成部106は、第1情報を生成する(S103)。一方、第1条件が満たされない場合(S102のNo)、第1情報生成部106は、第1情報の生成処理をスキップする、つまり、第1情報生成部106は、第1情報を生成しない。
【0061】
その後、入出力部109は、第2情報処理装置200から、第1要求内容が記述された第1要求情報を取得する(S111)。第2情報生成部108は、第1要求内容に合致するユーザ又は空間があるか否かを判定する(S112)。つまり、第2情報生成部108は、第1要求内容が第1情報の内容を含むか否かを判定する。
【0062】
ここで、第1要求内容に合致するユーザ又は空間がある場合(S112のYes)、第2情報生成部108は、生成された第1情報を用いて第2情報を生成する(S113)。そして、入出力部203は、生成された第2情報を第2情報処理装置200に出力する(S114)。一方、第1要求内容に合致するユーザ又は空間がない場合(S112のNo)、第2情報生成部108は、第2情報の生成処理及び出力処理をスキップする。つまり、第2情報生成部108は、第2情報を生成及び出力しない。
【0063】
[第1条件の判定処理]
本実施の形態では、第1条件は、少なくとも以下の(i)を含む。(i)冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報において、ドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない。
【0064】
第1条件は、さらに、以下の(ii)を含んでもよい。(ii)ユーザの家族構成の情報が一人暮らしであることを示す。
【0065】
少なくとも上記(i)が満たされれば、ユーザが冷蔵庫のドアを開けたが、ユーザの所望の物品が冷蔵庫に入っていなかった状況が推定される。
【0066】
ここで、このような第1条件の判定処理(図5のS102)の詳細について、図6を参照しながら説明する。図6は、実施の形態1における第1条件の判定処理の一例を示すフローチャートである。
【0067】
まず、判定部104は、冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報に基づいて、冷蔵庫のドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減があるか否かを判定する(S1021)。つまり、判定部104は、上記(i)が満たされているか否かを判定する。冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報は、センサ群300により取得される。
【0068】
冷蔵庫のドアの開閉情報は、例えばドアの開時刻及び閉時刻を含み、冷蔵庫のドアに設置された開閉センサから取得される。
【0069】
冷蔵庫内の物品の増減の情報は、物品の量の時間変化を示す情報を含み、例えば冷蔵庫内に設置された重量センサ、又は、冷蔵庫内を撮影するイメージセンサ等から取得される。ここで、冷蔵庫内の物品の増減の情報の一例について図7を参照しながら説明する。
【0070】
図7は、実施の形態1における冷蔵庫内の物品の増減の情報の一例を示す。図7において、(a)及び(b)は、それぞれ、ドアが開けられた第1時刻「20:00:35」及びドアが閉められた第2時刻「20:05:35」における、冷蔵庫内の物品の画像と物品の量を示す情報とを表す。図7では、ドアが開けられてから閉められるまでの5分間に冷蔵庫内の物品「001」が1個減少したことがわかる。
【0071】
ここで、図6のフローチャートの説明に戻る。ドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない場合(S1021のNo)、判定部104は、ユーザが一人暮らしであるか否かを判定する(S1022)。例えば、判定部104は、第1メモリ103からユーザの家族構成の情報を取得する。このとき、ユーザの家族構成の情報が一人暮らしであることを示す場合に、判定部104は、ユーザが一人暮らしであると判定する。
【0072】
ここで、家族構成の情報について図8を参照しながら説明する。図8は、実施の形態1における家族構成の情報の一例を示す。ここでは、ユーザの家族構成の情報は、ユーザ毎に同居家族の数を含む。図8によれば、ユーザAは一人暮らしであることがわかる。このような家族構成の情報は、ユーザによって予め入力されてもよいし、センサ群300のセンサデータに基づいて推定されてもよい。
【0073】
ユーザが一人暮らしである場合(S1022のYes)、判定部104は、第1条件が満たされていると判定する(S1026)。一方、ドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がある場合(S1021のYes)、又は、ユーザが一人暮らしでない場合(S1022のNo)、判定部104は、第1条件が満たされていないと判定する(S1027)。
【0074】
なお、第1条件に上記(ii)が含まれない場合は、図6のステップS1022はスキップされてもよい。なお、図6における第1条件の判定処理は、一例であり、これに限定されない。例えば、ステップS1021及びステップS1022は、逆順に行われてもよいし、同時に行われてもよい。
【0075】
[効果等]
以上のように、本実施の形態に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置100を用いた情報提供方法であって、住宅内に冷蔵庫及びセンサが配置されており、プロセッサは、センサにより、冷蔵庫のドアの開閉情報を取得し、センサにより、冷蔵庫内の物品の増減の情報を取得し、(i)冷蔵庫のドアの開閉情報及び物品の増減の情報において、ドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない場合、ユーザが冷蔵庫のドアを開けたが、ユーザの所望の物品が冷蔵庫に入っていなかったことを示す第1情報を生成し、ネットワークを介して、第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報を取得し、第1要求内容に第1情報の内容が含まれる場合、第2情報処理装置200に、生成された第1情報を用いて、ユーザ又は住宅を特定するための情報を含む第2情報を出力することができる。
【0076】
これによれば、冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報を用いて、ユーザが冷蔵庫のドアを開けたが、ユーザの所望の物品が冷蔵庫に入っていなかった状況を判定することができる。したがって、このような状況にあるユーザ又は住宅を特定するための情報をサービス提供者等に出力することができる。その結果、サービス提供者等は、ユーザ又は住宅の状況に適したサービスを提供することが可能となる。すなわち、サービス提供のためのセンサデータの有効活用が実現される。
【0077】
また例えば、本実施の形態に係る情報提供方法において、プロセッサは、さらに、メモリから、住宅のユーザの家族構成の情報を取得し、第1情報の生成において、(i)に加えて、(ii)ユーザの家族構成の情報が一人暮らしであることを示す場合、第1情報が生成されてもよい。
【0078】
これによれば、一人暮らしのユーザが冷蔵庫のドアを開けたが、ユーザの所望の物品が冷蔵庫に入っていなかった状況を推定することができ、よりユーザ及び住宅の状況に適したサービスを提供することができる。
【0079】
(実施の形態2)
次に、実施の形態2について説明する。本実施の形態では、第1情報が、自炊習慣を有しないユーザが空腹であることを示し、その第1情報を生成するために異なる第1条件が用いられる点が上記実施の形態1と主として異なる。以下に、上記実施の形態1と異なる点を中心に本実施の形態について説明する。
【0080】
なお、本実施の形態に係るサービス提供システム10の構成、サービス提供システム10内のインタラクション及び第1情報処理装置100の処理は、実施の形態1と同様であるので、図示及び説明を簡略化又は省略する。
【0081】
[第1条件の判定処理]
本実施の形態では、第1条件は以下の(iii)及び(iv)を含む。(iii)ユーザの住宅への帰宅時刻が所定時刻よりも遅い。(iv)ユーザに自炊習慣がない。
【0082】
上記(iii)及び(iv)が満たされれば、自炊習慣を有しないユーザが空腹である状況が推定される。
【0083】
ここで、このような第1条件の判定処理(図5のS102)の詳細について、図9を参照しながら説明する。図9は、実施の形態2における第1条件の判定処理(S102)の一例を示すフローチャートである。
【0084】
まず、判定部104は、帰宅時刻が所定時刻よりも遅いか否かを判定する(S2021)。つまり、判定部104は、上記(iii)が満たされているか否かを判定する。
【0085】
帰宅時刻は、例えばエントランス空間に配置されたセンサにより取得される。
【0086】
所定時刻は、ユーザの帰宅がいつもよりも遅れていることを示す時刻である。所定時刻は、第1メモリ103から取得される。例えば、所定時刻は、ユーザによって予め登録される。また例えば、所定時刻は、過去の所定期間におけるユーザの帰宅時刻の統計値(例えば平均値又は中央値等)に基づいて決定されてもよい。
【0087】
帰宅時刻が所定時刻よりも遅い場合(S2021のYes)、判定部104は、ユーザに自炊習慣があるか否かを判定する(S2022)。具体的には、判定部104は、例えば第1メモリ103からユーザの自炊習慣の情報を取得する。判定部104は、取得された自炊習慣の情報に基づいて、ユーザに自炊習慣があるか否かを判定する。
【0088】
ここで、自炊習慣の情報について、図10を参照しながら具体的に説明する。図10は、実施の形態2における自炊習慣の情報の一例を示す。図10では、ユーザ毎に自炊習慣の有無が示されている。例えば、「ユーザA」には自炊習慣がなく、「ユーザB」及び「ユーザC」には自炊習慣があることが示されている。
【0089】
このような自炊習慣の情報は、例えば、ユーザによって予め登録される。また例えば、自炊習慣の情報は、過去の調理機器の稼働情報に基づいて取得されてもよい。また例えば、自炊習慣の情報は、過去に撮影された住宅内の画像又は映像に基づいて取得されてもよい。
【0090】
ユーザに自炊習慣がある場合(S2022のYes)、判定部104は、第1条件が満たされていると判定する(S1026)。その結果、図5のステップS103以降の処理が実行される。このとき、ステップS103で生成される第1情報は、自炊習慣を有しないユーザが空腹であることを示す。
【0091】
一方、帰宅時刻が所定時刻よりも遅くない場合(S2021のNo)、又は、ユーザに自炊習慣がない場合(S2022のNo)、判定部104は、第1条件が満たされていないと判定する(S1027)。その結果、図5のステップS103がスキップされ、ステップS111以降の処理が実行される。
【0092】
なお、図9における複数のステップの順序は、これに限定されない。例えば、ステップS2021及びステップS2022は、逆順に行われてもよいし、同時に行われてもよい。
【0093】
[サービス情報]
このような第1条件の判定結果に基づいて、実施の形態1と同様に、第1情報の生成(S103)、第1要求の判定(S112)及び第2情報の生成(S113)等が行われる。そして、第2情報処理装置200は、第2情報に基づいて、機器群400を介して空間20内のユーザに第1サービスを提供するための第1サービス情報を生成し出力する(S121、S122)。
【0094】
このとき、本実施の形態では、第2情報処理装置200は、第1サービスとして、例えば住宅の近くの飲食店の情報をディスプレイパネルに表示することができる。このとき、飲食店の情報が表示される前に、料理の画像が表示されてもよい。
【0095】
[効果等]
以上のように、本実施の形態に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置100を用いた情報提供方法であって、住宅内に、センサが配置されており、プロセッサは、センサにより、ユーザの帰宅時刻を取得し、メモリから、ユーザの自炊習慣の情報を取得し、(iii)ユーザの住宅への帰宅時刻が所定時刻よりも遅く、(iv)ユーザの自炊習慣の情報がユーザに自炊習慣がないことを示す場合、自炊習慣を有しないユーザが空腹であることを示す第1情報を生成し、ネットワークを介して、第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報を取得し、第1要求内容に第1情報の内容が含まれる場合、第2情報処理装置200に、生成された第1情報を用いて、ユーザ又は住宅を特定するための情報を含む第2情報を出力することができる。
【0096】
これによれば、センサにより取得されたユーザの帰宅時刻等を用いて、自炊習慣を有しないユーザが空腹である状況を判定することができる。したがって、このような状況にあるユーザ又は住宅を特定するための情報をサービス提供者等に出力することができる。その結果、サービス提供者等は、ユーザ又は住宅の状況に適したサービスを提供することが可能となる。すなわち、サービス提供のためのセンサデータの有効活用が実現される。
【0097】
なお、本実施の形態において、第1条件は、(iv)ユーザに自炊習慣がないことを含んでいたが、逆に、ユーザに自炊習慣があることを含んでもよい。この場合、第2情報処理装置200は、帰宅時刻に応じた時間で調理可能な料理のレシピをユーザに提示するサービスを提供することもできる。
【0098】
(実施の形態3)
次に、実施の形態3について説明する。本実施の形態では、第1情報が、ユーザが冷たい飲食物を望んでいることを示し、その第1情報を生成するために異なる第1条件が用いられる点が上記実施の形態1と主として異なる。以下に、上記実施の形態1と異なる点を中心に本実施の形態について説明する。
【0099】
なお、本実施の形態に係るサービス提供システム10の構成、サービス提供システム10内のインタラクション及び第1情報処理装置100の処理は、実施の形態1と同様であるので、図示及び説明を簡略化又は省略する。
【0100】
[第1条件の判定処理]
本実施の形態では、第1条件は以下の(v)及び(vi)を含む。(v)空間20の温度が閾値温度以上である。(vi)冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報において、ドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない。
【0101】
上記(v)及び(vi)が満たされれば、ユーザが冷たい飲食物を望んでいる状況が推定される。
【0102】
ここで、このような第1条件の判定処理(図5のS102)の詳細について、図11を参照しながら説明する。図11は、実施の形態3における第1条件の判定処理(S102)の一例を示すフローチャートである。
【0103】
まず、判定部104は、空間20の温度が閾値温度以上であるか否かを判定する(S3021)。つまり、判定部104は、上記(v)が満たされているか否かを判定する。
【0104】
空間20の温度は、例えばセンサ群300に含まれる温度センサによって取得される。閾値温度は、ユーザが暑いと感じる温度の閾値である。閾値温度は、特に限定される必要はなく、経験的又は実験的に予め定められた温度が用いられればよい。また、閾値温度として、過去の所定期間における空間20内の温度の統計値(例えば平均値又は中央値等)が用いられてもよい。
【0105】
空間20の温度が閾値温度以上である場合(S3021のYes)、判定部104は、冷蔵庫のドアの開閉情報及び冷蔵庫内の物品の増減の情報に基づいて、冷蔵庫のドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減があるか否かを判定する(S3022)。つまり、判定部104は、上記(vi)が満たされているか否かを判定する。この判定は、実施の形態1のステップS1021と同様である。
【0106】
冷蔵庫のドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない場合(S3022のNo)、判定部104は、第1条件が満たされていると判定する(S1026)。その結果、図5のステップS103以降の処理が実行される。このとき、ステップS103で生成される第1情報は、ユーザが冷たい飲食物を望んでいることを示す。
【0107】
一方、空間20の温度が閾値温度未満である場合(S3021のNo)、又は、冷蔵庫のドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がある場合(S3022のYes)判定部104は、第1条件が満たされていないと判定する(S1027)。その結果、図5のステップS103がスキップされ、ステップS111以降の処理が実行される。
【0108】
なお、図11における複数のステップの順序は、これに限定されない。例えば、ステップS3021及びステップS3022は、逆順に行われてもよいし、同時に行われてもよい。
【0109】
[サービス情報]
このような第1条件の判定結果に基づいて、実施の形態1と同様に、第1情報の生成(S103)、第1要求の判定(S112)及び第2情報の生成(S113)等が行われる。そして、第2情報処理装置200は、第2情報に基づいて、機器群400を介して空間20内のユーザに第1サービスを提供するための第1サービス情報を生成し出力する(S121、S122)。
【0110】
このとき、本実施の形態では、第2情報処理装置200は、第1サービスとして、例えばすぐに配達可能な冷たい飲食物を注文する画面をディスプレイパネルに表示させることができる。また、第2情報処理装置200は、第1サービスとして、例えば空間20の近くの店舗で購入可能な冷たい飲食物をまとめて注文する画面をディスプレイパネルに表示させることもできる。
【0111】
[効果等]
以上のように、本実施の形態に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置100を用いた情報提供方法であって、空間20内に、冷蔵庫と、第1センサと、第2センサと、第3センサとが配置されており、プロセッサは、第1センサにより、空間の温度を取得し、第2センサにより、冷蔵庫のドアの開閉の情報を取得し、第3センサにより、冷蔵庫内の物品の増減の情報を取得し、(v)空間の温度が閾値温度以上であり、(vi)冷蔵庫のドアの開閉の情報及び冷蔵庫内の物品の増減の情報において、冷蔵庫のドアが開けられてから閉められるまでの間に冷蔵庫内の物品の増減がない場合、ユーザが冷たい飲食物を望んでいることを示す第1情報を生成し、ネットワークを介して、第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報を取得し、第1要求内容に第1情報の内容が含まれる場合、第2情報処理装置200に、生成された第1情報を用いて、ユーザ又は空間20を特定するための情報を含む第2情報を出力することができる。
【0112】
これによれば、各種センサによって取得される空間20の温度、冷蔵庫のドアの開閉及び冷蔵庫内の物品の増減の情報を用いて、ユーザが冷たい飲食物を望んでいる状況を判定することができる。したがって、このような状況にあるユーザ又は空間20を特定するための情報をサービス提供者等に出力することができる。その結果、サービス提供者等は、ユーザ又は空間20の状況に適したサービスを提供することが可能となる。すなわち、サービス提供のためのセンサデータの有効活用が実現される。
【0113】
(実施の形態4)
次に、実施の形態4について説明する。本実施の形態では、第1情報が、ユーザが体温の低下を望んでいることを示し、その第1情報を生成するために異なる第1条件が用いられる点が上記実施の形態1と主として異なる。以下に、上記実施の形態1と異なる点を中心に本実施の形態について説明する。
【0114】
なお、本実施の形態に係るサービス提供システム10の構成、サービス提供システム10内のインタラクション及び第1情報処理装置100の処理は、実施の形態1と同様であるので、図示及び説明を簡略化又は省略する。
【0115】
[第1条件の判定処理]
本実施の形態では、第1条件は以下の(vii)及び(viii)を含む。(vii)空間20の温度が閾値温度以上である。(viii)ユーザの動作が、体温を下げるための動作として予め定められた動作を含む。
【0116】
上記(vii)及び(viii)が満たされれば、ユーザが体温の低下を望んでいる状況が推定される。
【0117】
ここで、このような第1条件の判定処理(図5のS102)の詳細について、図12を参照しながら説明する。図12は、実施の形態4における第1条件の判定処理(S102)の一例を示すフローチャートである。
【0118】
まず、判定部104は、空間20の温度が閾値温度以上であるか否かを判定する(S4021)。つまり、判定部104は、上記(vii)が満たされているか否かを判定する。この判定は、実施の形態3のステップS3021と同様である。
【0119】
空間20の温度が閾値温度以上である場合(S4021のYes)、判定部104は、ユーザの動作が、体温を下げるための動作として予め定められた動作を含むか否かを判定する(S4022)。つまり、判定部104は、上記(viii)が満たされているか否かを判定する。
【0120】
ユーザの動作の情報は、空間20内に配置されたセンサによって取得される。例えば、イメージセンサによって撮影されたユーザの映像を解析して動作認識を行うことにより、ユーザの動作の情報が取得される。また、ユーザに装着されたウェアラブル端末に内蔵された動きセンサによってユーザの動作の情報が取得されてもよい。
【0121】
体温を下げるための動作として予め定められた動作の情報は、例えば、第1メモリ103から取得される。体温を下げるための動作としては、例えば、手、団扇又は扇子で顔又は体に風を送る動作、及び/又は、空調機器の設定温度を下げる動作等を用いることができる。
【0122】
ユーザの動作が予め定められた動作を含む場合(S4022のYes)、判定部104は、第1条件が満たされていると判定する(S1026)。その結果、図5のステップS103以降の処理が実行される。このとき、ステップS103で生成される第1情報は、ユーザが体温の低下を望んでいることを示す。
【0123】
一方、空間20の温度が閾値温度未満である場合(S4021のNo)、又は、ユーザの動作が予め定められた動作を含まない場合(S4022のNo)、判定部104は、第1条件が満たされていないと判定する(S1027)。その結果、図5のステップS103がスキップされ、ステップS111以降の処理が実行される。
【0124】
なお、図12における複数のステップの順序は、これに限定されない。例えば、ステップS4021及びステップS4022は、逆順に行われてもよいし、同時に行われてもよい。
【0125】
[サービス情報]
このような第1条件の判定結果に基づいて、実施の形態1と同様に、第1情報の生成(S103)、第1要求の判定(S112)及び第2情報の生成(S113)等が行われる。そして、第2情報処理装置200は、第2情報に基づいて、機器群400を介して空間20内のユーザに第1サービスを提供するための第1サービス情報を生成し出力する(S121、S122)。
【0126】
このとき、本実施の形態では、第2情報処理装置200は、第1サービスとして、例えばすぐに配達可能な冷たい飲食物を注文する画面をディスプレイパネルに表示させることができる。また、第2情報処理装置200は、第1サービスとして、例えば空間20の近くの店舗で購入可能な冷たい飲食物をまとめて注文する画面をディスプレイパネルに表示させることもできる。
【0127】
[効果等]
以上のように、本実施の形態に係る情報提供方法は、プロセッサとメモリとを備える第1情報処理装置100を用いた情報提供方法であって、空間20内に、第1センサ及び第2センサが配置されており、プロセッサは、第1センサにより、空間20の温度を取得し、第2センサにより、ユーザの動作を取得し、メモリから、体温を下げるための動作として予め定められた動作の情報を取得し、(vii)空間20の温度が閾値温度以上であり、(viii)ユーザの動作が予め定められた動作を含む場合、ユーザが体温の低下を望んでいることを示す第1情報を生成し、ネットワークを介して、第1情報処理装置100と接続された第2情報処理装置200から第1要求内容が記述された情報を取得し、第1要求内容に第1情報の内容が含まれる場合、第2情報処理装置200に、生成された第1情報を用いて、ユーザ又は空間20を特定するための情報を含む第2情報を出力することができる。
【0128】
これによれば、各種センサによって取得される空間20の温度及びユーザの動作の情報を用いて、ユーザが体温の低下を望んでいる状況を判定することができる。したがって、このような状況にあるユーザ又は空間20を特定するための情報をサービス提供者等に出力することができる。その結果、サービス提供者等は、ユーザ又は空間20の状況に適したサービスを提供することが可能となる。すなわち、サービス提供のためのセンサデータの有効活用が実現される。
【0129】
なお、本実施の形態では、ユーザが体温の低下を望んでいることを示す第1情報が生成されたが、逆にユーザが体温の上昇を望んでいることを示す第1情報が生成されてもよい。この場合、第1条件として、空間20内の温度が閾値温度以下であること、及び、ユーザの動作が、体温を上げるための動作として予め定められた動作を含むことが用いられればよい。これにより、サービス提供者は、例えば、温かい飲食物を注文する画面をディスプレイパネルに表示させるサービスを提供することができる。
【0130】
また、本実施の形態では、第1条件が満たされるか否かが判定に、ユーザの動作が用いていたが、ユーザの発話内容が用いられてもよい。例えば、ユーザが「暑い」又は「寒い」という発話を行った場合に、第1条件が満たされると判定されてもよい。
【0131】
(変形例1)
次に、上記各実施の形態の変形例1について説明する。本変形例では、第1情報処理装置100を介してサービスが提供される点が上記各実施の形態と主として異なる。本変形例について、上記各実施の形態と異なる点を中心に図面を参照しながら説明する。
【0132】
なお、本変形例に係るサービス提供システム10の構成は、上記各実施の形態と同様であるので、図示及び説明を省略する。
【0133】
[サービス提供システム10内のインタラクション]
図13は、変形例1に係るサービス提供システム10のシーケンス図である。図13に示すように、本変形例に係る第2情報処理装置200は、第1サービス情報の生成(S121)の後に、第1サービス情報を第1情報処理装置100に出力する(S122A)。第1情報処理装置100は、第1情報処理装置100から取得された第1サービス情報を機器群400に転送する(S122B)。なお、第1情報処理装置100は、第2情報処理装置200に第1サービス情報を提供した実績情報を送信してもよい。実績情報の一例は、第1サービス情報の提供回数、ユーザまたは空間20に関する属性情報である。属性情報は、ユーザまたは空間20を特定できないこと情報である。属性情報の一例は、ユーザの地理的情報、人口動態情報である。なお、実績情報は、ユーザに予め送信を許可された情報に限定されてもよい。
【0134】
[効果等]
以上のように、本変形例に係るサービス提供システム10によれば、第2情報処理装置200は、空間20内に配置された機器群400と直接通信する必要がないので、空間20に関する情報の第2情報処理装置200への開示を制限することができる。したがって、空間20内のユーザのプライバシー保護を図ることができる。
【0135】
(変形例2)
次に、上記各実施の形態の変形例2について説明する。本変形例では、第2情報処理装置200から第1情報処理装置100への第1要求情報の送信が、第1情報の生成(S103)の後ではなく前に行われる点が上記各実施の形態と主として異なる。本変形例について、上記各実施の形態と異なる点を中心に図面を参照しながら説明する。
【0136】
なお、本変形例に係るサービス提供システム10の構成は、上記各実施の形態と同様であるので、図示及び説明を省略する。
【0137】
[サービス提供システム10内のインタラクション]
図14は、変形例2に係るサービス提供システム10のシーケンス図である。図14に示すように、本変形例に係る第1情報処理装置100は、第1センサデータの取得(S101)の前に、第1情報処理装置100は、第1要求情報を取得する(S111)。
【0138】
なお、第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条件の変更を提案してもよい。
【0139】
[効果等]
以上のように、本変形例に係るサービス提供システム10によれば、第1要求情報の取得のタイミングに関わらず、第2情報を出力することができ、よりタイムリーな第2情報の提供を実現することができる。
【0140】
(変形例3)
次に、上記各実施の形態の変形例3について説明する。本変形例では、第2情報に、ユーザ又は空間を特定するための情報に加えて、サービスに関する機器の稼働情報が含まれる点が上記各実施の形態と主として異なる。本変形例について、上記各実施の形態と異なる点を中心に図面を参照しながら説明する。
【0141】
なお、本変形例に係るサービス提供システム10の構成は、上記各実施の形態と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0142】
[第2情報の生成処理]
本変形例における第2情報の生成処理(図5のS113)の詳細について、図15を参照しながら説明する。図15は、変形例3における第2情報の生成処理(S113)の一例を示すフローチャートである。なお、本変形例では、第1要求情報に、第2情報処理装置200が提供するサービスを特定するための情報が含まれている。
【0143】
第1情報処理装置100は、第1情報が生成された空間20に配置された機器群400の中から第1要求情報によって特定されるサービスに関する機器を選択する(S1131)。例えば、第1情報処理装置100は、サービスがユーザの五感(視覚、聴覚、嗅覚、触覚、味覚)に与える影響と、機器がユーザの五感に与える影響とに基づいて機器群400から機器を選択する。
【0144】
図16Aは、サービスと五感との間の関係情報の一例を示す。図16Bは、機器と五感との間の関係情報の一例を示す。図16A及び図16Bにおいて、チェック記号は、影響を与えることを表し、ダッシュ記号は、影響を与えないことを表す。
【0145】
図16Aを参照すれば、例えば、サービス1は、視覚及び聴覚に影響を与え、嗅覚及び触覚(背中、腰及び眼)に影響を与えないことがわかる。また、図16Bを参照すれば、例えば、テレビは、視覚及び聴覚に影響を与え、嗅覚及び触覚(背中、腰及び眼)に影響を与えないことがわかる。
【0146】
ここで、例えば第1要求情報によってサービス1が特定された場合、第1情報処理装置100は、図16Bに示す複数の機器の中から、図16Aにおいてサービス1が影響を与える視覚又は聴覚に関連するテレビ及びスピーカーを選択する。
【0147】
次に、第1情報処理装置100は、選択された機器の稼働情報を取得する(S1132)。稼働情報とは、機器が稼働しているか否かを示す情報である。稼働情報は、例えば、機器から直接取得されてもよいし、センサを介して取得されてもよい。
【0148】
そして、第1情報処理装置100は、稼働情報を含む第2情報を生成する(S1133)。
【0149】
[効果等]
以上のように、本変形例によれば、第2情報が機器の稼働情報を含むことができる。したがって、第2情報処理装置200は、例えば非稼働状態の機器を起動してサービスを提供することができ、稼働中の機器におけるサービスの競合を避けることができる。また、第2情報処理装置200は、例えば稼働状態の機器が多い場合に、サービス提供をスキップすることで、複数の機器によってユーザの感覚に混乱を与えることを避けることができる。
【0150】
なお、本変形例では、第2情報に、選択された機器の稼働情報が含まれていたが、これに限定されない。例えば、第2情報に、すべての機器の稼働情報が含まれてもよい。また、稼働情報は、第2情報とは別に出力されてもよい。
【0151】
また、第2情報は、予めユーザに提供が許可された機器の稼働情報のみを含んでもよい。また、ユーザに提供が拒否されている機器がある場合には、第2情報は、ユーザに提供が拒否されている機器であることを示す情報を含んでもよい。例えば、第2情報処理装置200は、ユーザに提供が拒否されている機器を用いたサービスを提供する場合には、ユーザにサービスの提供可否を問い合わせてもよい。
【0152】
(変形例4)
次に、上記各実施の形態の変形例4について説明する。本変形例では、ユーザ又は空間を特定するための情報に加えて、サービス提供の適性を示す適性情報が第2情報に含まれる点が上記各実施の形態と主として異なる。本変形例について、上記各実施の形態と異なる点を中心に図面を参照しながら説明する。
【0153】
なお、本変形例に係るサービス提供システム10の構成は、上記各実施の形態と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0154】
[第2情報の生成処理]
本変形例における第2情報の生成処理(図5のS113)の詳細について、図17を参照しながら説明する。図17は、変形例4における第2情報の生成処理(S113)の一例を示すフローチャートである。なお、本変形例では、第1要求情報に、第2情報処理装置200が提供するサービスを特定するための情報が含まれているものとする。
【0155】
第1情報処理装置100は、空間20又はユーザに対するサービスの提供履歴を取得する(S1134)。サービスの提供履歴とは、空間20又はユーザに対して過去に提供されたサービスと、当該サービスが提供された日時とが対応付けられた情報である。
【0156】
図18は、変形例4におけるサービスの提供履歴の一例を示す。図18おいて、横軸は時間を表し、縦軸は日を表す。両矢印は、空間20又はユーザに対してサービスが提供された又は提供される時間を表す。例えば、2018年6月2日に18:00~24:00の間にサービス1が2回提供されている。なお、サービスの提供履歴には、異なる複数の第2情報処理装置200(つまり、異なる複数のサービス提供者)によって提供された異なる複数のサービスが含まれ得る。
【0157】
続いて、第1情報処理装置100は、取得されたサービスの提供履歴に基づいて、空間20又はユーザに対する、第1要求情報で特定されるサービスの提供の適性を評価する(S1135)。具体的には、第1情報処理装置100は、例えば、所定期間においてサービスが提供された回数に基づいて、第1要求情報で特定されるサービスの提供の適性を評価する。また例えば、第1情報処理装置100は、現在提供されている他のサービスに基づいて、第1要求情報で特定されるサービスの提供の適性を評価してもよい。
【0158】
このようなサービス提供の適性の評価の具体例について、図19A図19Cを参照しながら説明する。図19Aは、変形例4におけるサービス提供可能性情報の一例を示す。サービス提供可能性情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0159】
サービス提供可能性情報は、各サービスに対して、1日当たりの提供可能回数及び提供不可能な状況を示す。図19Aでは、例えば、サービス1及び3の各々には、1日当たりの提供回数に制限がなく、サービス2は、1日当たり1回しか提供できないことが示されている。
【0160】
図18のサービスの提供履歴では、本日(2018年6月7日)に、サービス1とサービス2とが既に提供されている。したがって、図19Aのサービス提供可能性情報が参照されれば、サービス1及び3の提供の適性が高く評価され、サービス2の提供の適性が低く評価される。
【0161】
また、図19Aでは、サービス1及び2は、それぞれ、ユーザ状況A及びBにおいてサービスの提供ができないことが示されている。ユーザ状況A及びBとしては、例えば、ユーザの行動が普段よりも遅れている状況等を用いることができる。この場合、緊急性の低いサービス(例えば音楽の再生又は占い情報の提示等)の提供を禁止することで、ユーザの状況に適したサービスの提供を実現することができる。また、ユーザ状況A及びBとしては、例えば、ユーザが冷蔵庫のドアを開けたが、ユーザの所望の物品が冷蔵庫に入っていなかった状況、ユーザが空腹である状況、ユーザが冷たい飲食物を望んでいる状況、ユーザが体温の低下を望んでいる状況、又は、これらの任意の組み合わせ等が用いられてもよい。
【0162】
図19Bは、変形例4におけるサービス同時提供禁止情報の一例を示す。サービス同時提供禁止情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0163】
サービス同時提供禁止情報は、同時提供が禁止/許可されるサービスの組み合わせを示している。チェック記号は、禁止を表し、ダッシュ記号は、許可を表す。
【0164】
図19Bでは、例えば、サービス1は、サービス2及び3の各々との同時提供が許可されることを示す。つまり、サービス1は、サービス2及び3の各々と一緒に提供できることを示す。また例えば、サービス2は、サービス3との同時提供が禁止されることを示す。つまり、サービス2は、サービス3と一緒に提供できないことを示す。
【0165】
図19Cは、変形例4におけるサービス変更禁止情報の一例を示す。サービス変更禁止情報は、例えば第3メモリ107に予め格納されてもよいし、外部サーバ(図示せず)から取得されてもよい。
【0166】
サービス変更禁止情報は、提供されているサービスに代えて新たに提供することが禁止/許可されるサービスを示している。チェック記号は、左列に記載されたサービスから上行に記載されたサービスへの変更の禁止を表し、ダッシュ記号は、左列に記載されたサービスから上行に記載されたサービスへの変更の許可を表す。
【0167】
図19Cでは、例えば、現在、サービス1が提供されているときに、サービス1からサービス2への変更が禁止される。一方、現在、サービス2が提供されているときに、サービス2からサービス1への変更が許可される。また、現在、サービス2が提供されているときに、サービス2からサービス3への変更も禁止される。
【0168】
図18のサービスの提供履歴では、現在時刻において、サービス2が提供されている。したがって、図19Bのサービス同時提供禁止情報及び図19Cのサービス変更禁止情報が参照されれば、サービス1の提供の適性が高く評価され、サービス3の提供の適性が低く評価される。
【0169】
このような評価の結果は、2以上のレベルで表される。例えば、評価結果として、適性有り及び適性無しの2つのレベルを用いることができる。また例えば、評価結果として、0~10又は0~100までの点数を用いることもできる。
【0170】
最後に、第1情報処理装置100は、評価結果を示す適性評価情報を含む第2情報を生成する(S1136)。
【0171】
[効果等]
以上のように、本変形例によれば、第2情報が適正評価情報を含むことができる。したがって、第2情報処理装置200は、例えば適正評価が低い場合にサービス提供をスキップすることができ、不適切なタイミングでサービスが提供されることを抑制することができる。その結果、サービス提供システム10、10Aは、例えば、過剰なサービス提供を低減したり、サービス間の干渉を抑制したりすることができる。
【0172】
なお、本変形例では、第2情報に、適正評価情報が含まれていたが、これに限定されない。例えば、適正評価情報に加えて又は適正評価情報の代わりに、サービスの提供履歴の情報が含まれてもよい。また、サービス適性情報は、第2情報とは別に出力されてもよい。
【0173】
(変形例5)
次に、上記各実施の形態の変形例5について説明する。本変形例では、複数の第2情報処理装置200から同一の要求内容を有する第1要求を事前に受けている場合に(上記変形例2を参照)、優先度に基づいて選択された第2情報処理装置200に第2情報が出力される点が、上記各実施の形態と主として異なる。本変形例について、上記各実施の形態と異なる点を中心に図面を参照しながら説明する。
【0174】
なお、本変形例に係るサービス提供システム10の構成は、上記各実施の形態と同様であるので、図示及び説明を省略する。また、サービス提供システム10、10A内のインタラクション及び第1情報処理装置100の処理も、図6図9と同様であるので、図示及び説明を簡略化又は省略する。
【0175】
[第2情報の出力処理]
本変形例における第2情報の出力処理(図5のS114)の詳細について、図20を参照しながら説明する。図20は、変形例5における第2情報の出力処理(S114)の一例を示すフローチャートである。
【0176】
第1情報処理装置100は、複数の第2情報処理装置200の優先度を設定する(S1141)。つまり、第1情報処理装置100は、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200に対して優先度を設定する。例えば、第1要求情報に優先度が含まれてもよく、この場合、第1要求情報に含まれる優先度に従って優先度が設定される。また、センサ群300及び機器群400から得られる空間20又はユーザの状況に応じて優先度が設定されてもよい。また、第2情報提供の入札に対するサービス提供者の入札価格に基づいて、複数の第2情報処理装置200の優先度が設定されてもよい。
【0177】
続いて、第1情報処理装置100は、設定された優先度に基づいて、1以上の第2情報処理装置200を選択する(S1142)。例えば、第1情報処理装置100は、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200の中から、最も高い優先度を有する第2情報処理装置200を選択する。なお、選択される第2情報処理装置200の数は1台に限定されない。
【0178】
そして、第1情報処理装置100は、選択された第2情報処理装置200に第2情報を出力する(S1143)。その後、第1情報処理装置100は、選択された第2情報処理装置200により所定時間以内にサービスが提供されたか否かを判定する(S1144)。つまり、第2情報が出力されてから所定時間以内に第2情報処理装置200がサービスを提供したか否かが判定される。所定時間としては、経験的又は実験的に予め定められた時間を用いることができ、例えば、複数のサービスで共通の時間を用いることができる。また、所定時間としては、複数のサービスで個別の時間が用いられてもよい。
【0179】
所定時間以内にサービスが提供された場合(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に対応する暗号キーを提供することで実現することができる。
【0180】
[効果等]
以上のように、本変形例によれば、第1情報処理装置100は、優先度に基づいて第2情報処理装置200を選択することができる。したがって、サービス提供システム10、10Aは、同一の要求内容を有する複数の第1要求に対応する複数の第2情報処理装置200の中から、サービスの提供に適した第2情報処理装置200を選択することができる。
【0181】
(サービス類型)
次に、上記各実施の形態に係るサービス提供システムのサービスの類型について説明する。
【0182】
[提供するサービスの全体像]
図21Aには、サービス提供システムの全体像が示されている。
【0183】
グループ1000は、例えば企業、団体、家庭等であり、その規模を問わない。グループ1000には、複数の機器1010に含まれる機器A、機器B及びホームゲートウェイ1020が存在する。例えば、複数の機器1010は、上記各実施の形態における機器群400に含まれる機器である。また、ホームゲートウェイ1020は、上記各実施の形態におけるゲートウェイ500である。複数の機器1010には、インターネットと接続可能な機器(例えば、スマートフォン、PC、TV等)もあれば、それ自身ではインターネットと接続不可能な機器(例えば、照明、洗濯機等)も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ1020を介してインターネットと接続可能となる機器が存在してもよい。またグループ1000には複数の機器1010を使用するユーザ990Aが存在する。
【0184】
データセンタ運営会社1100には、クラウドサーバ1110が存在する。クラウドサーバ1110とはインターネットを介して様々な機器と連携する仮想化サーバである。例えば、クラウドサーバ1110は、上記各実施の形態における第1情報処理装置100である。クラウドサーバ1110は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ(ビッグデータ)等を管理する。データセンタ運営会社1100は、データ管理やクラウドサーバ1110の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社1100が行っている役務については詳細を後述する。ここで、データセンタ運営会社1100は、データ管理やクラウドサーバ1110の運営等のみを行っている会社に限らない。例えば複数の機器1010のうちの1つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ1110の管理等を行っている場合は、機器メーカがデータセンタ運営会社1100に該当する(図21B)。また、データセンタ運営会社1100は1つの会社に限らない。例えば機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ1110の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社1100に該当するものとする(図21C)。
【0185】
サービスプロバイダ1200は、サーバ1210を保有している。ここで言うサーバ1210とは、その規模は問わず例えば、個人用PC内のメモリ等も含む。また、サービスプロバイダがサーバ1210を保有していない場合もある。例えば、サーバ1210は、上記各実施の形態における第2情報処理装置200である。
【0186】
なお、上記サービスにおいてホームゲートウェイ1020は必須ではない。例えば、クラウドサーバ1110が全てのデータ管理を行っている場合等は、ホームゲートウェイ1020は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。
【0187】
次に、上記サービスにおける情報の流れを説明する。
【0188】
まず、グループ1000の機器A又は機器Bは、各機器で得られた情報をデータセンタ運営会社1100のクラウドサーバ1110に送信する。クラウドサーバ1110は機器A又は機器Bの情報を集積する(図21Aの(a))。ここで集積される情報は、複数の機器1010の、例えば運転状況や動作日時、動作モード、位置等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時・洗濯物の量、冷蔵庫の開閉日時・開閉回数、冷蔵庫内の食品の量などであるが、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。情報は、インターネットを介して複数の機器1010自体から直接クラウドサーバ1110に提供される場合もある。また複数の機器1010から一旦ホームゲートウェイ1020に情報が集積され、ホームゲートウェイ1020からクラウドサーバ1110に提供されてもよい。
【0189】
次に、データセンタ運営会社1100のクラウドサーバ1110は、集積した情報を一定の単位でサービスプロバイダ1200に提供する。ここで、一定の単位は、データセンタ運営会社が集積した情報を整理してサービスプロバイダ1200に提供することのできる単位でもいいし、サービスプロバイダ1200が要求した単位でもいい。一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。情報は、必要に応じてサービスプロバイダ1200が保有するサーバ1210に保存される(図21Aの(b))。そして、サービスプロバイダ1200は、情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。提供するユーザは、複数の機器1010を使用するユーザ990Aでもよいし、外部のユーザ990Bでもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダから直接ユーザへ提供されてもよい(図21Aの(e)、(f))。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社1100のクラウドサーバ1110を再度経由して、ユーザに提供されてもよい(図21Aの(c)、(d))。また、データセンタ運営会社1100のクラウドサーバ1110が情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ1200に提供してもよい。
【0190】
なお、ユーザ990Aとユーザ990Bとは、別でも同一でもよい。
【0191】
上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。
【0192】
[サービスの類型1:自社データセンタ型]
図22は、サービスの類型1(自社データセンタ型)を示す。本類型は、サービスプロバイダ1200がグループ1000から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ1200が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ1110を保有している。したがって、データセンタ運営会社は存在しない。
【0193】
本類型では、サービスプロバイダ1200は、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、OS902及びアプリケーション901を管理する。サービスプロバイダ1200は、サービスプロバイダ1200が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0194】
[サービスの類型2:IaaS利用型]
図23は、サービスの類型2(IaaS利用型)を示す。ここでIaaSとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築及び稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【0195】
本類型では、データセンタ運営会社1100がデータセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、OS902及びアプリケーション901を管理する。サービスプロバイダ1200は、サービスプロバイダ1200が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0196】
[サービスの類型3:PaaS利用型]
図24は、サービスの類型3(PaaS利用型)を示す。ここでPaaSとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウエアを構築及び稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【0197】
本類型では、データセンタ運営会社1100は、OS902を管理し、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、アプリケーション901を管理する。サービスプロバイダ1200は、データセンタ運営会社が管理するOS902及びサービスプロバイダ1200が管理するアプリケーション901を用いてサービス904の提供を行う。
【0198】
[サービスの類型4:SaaS利用型]
図25は、サービスの類型4(SaaS利用型)を示す。ここでSaaSとはソフトウエア・アズ・ア・サービスの略である。例えばデータセンタ(クラウドサーバ)を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ(クラウドサーバ)を保有していない会社・個人(利用者)がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。
【0199】
本類型では、データセンタ運営会社1100は、アプリケーション901を管理し、OS902を管理し、データセンタ903(クラウドサーバ1110)を運営、管理している。また、サービスプロバイダ1200は、データセンタ運営会社1100が管理するOS902及びアプリケーション901を用いてサービス904の提供を行う。
【0200】
以上いずれの類型においても、サービスプロバイダ1200がサービス提供行為を行ったものとする。また例えば、サービスプロバイダもしくはデータセンタ運営会社は、OS、アプリケーションもしくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。
【0201】
(他の実施の形態)
以上、本開示の1つまたは複数の態様に係るサービス提供システムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の1つまたは複数の態様の範囲内に含まれてもよい。
【0202】
例えば、上記各実施の形態では、センサデータを処理する第1情報処理装置100と、サービス情報を生成する第2情報処理装置200とが別々の装置であったが、第1情報処理装置100と第2情報処理装置200とは1つの情報処理装置で実現されてもよい。この場合、第1情報処理装置100と第2情報処理装置200と間のインタラクションが不要となるので、第1条件が満たされる場合に、第1情報の生成から第2情報の出力までの処理がスキップされてもよい。
【産業上の利用可能性】
【0203】
本開示は、ユーザにサービスを提供するための情報を提供する情報処理装置として利用することができる。
【符号の説明】
【0204】
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
図13
図14
図15
図16A
図16B
図17
図18
図19A
図19B
図19C
図20
図21A
図21B
図21C
図22
図23
図24
図25