(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-06
(45)【発行日】2023-07-14
(54)【発明の名称】マッチングシステムおよびマッチング方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230707BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
9
(21)【出願番号】P 2019154320
(22)【出願日】2019-08-27
(65)【公開番号】P2021033734
(43)【公開日】2021-03-01
【審査請求日】2022-03-02
(73)【特許権者】
【識別番号】399048917
【氏名又は名称】日立グローバルライフソリューションズ株式会社
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】町田 芳広
(72)【発明者】
【氏名】宮田 克也
(72)【発明者】
【氏名】斎藤 英美
(72)【発明者】
【氏名】大平 昭義
(72)【発明者】
【氏名】佐野 健太郎
(72)【発明者】
【氏名】村田 智士
(72)【発明者】
【氏名】日野水 聡子
(72)【発明者】
【氏名】安村 透
(72)【発明者】
【氏名】臼井 悟
(72)【発明者】
【氏名】袖山 健
(72)【発明者】
【氏名】大久保 亮
【審査官】山崎 雄司
(56)【参考文献】
【文献】特開２００５－２８４５３５（ＪＰ，Ａ）
【文献】特開２００６－２６０５６１（ＪＰ，Ａ）
【文献】国際公開第２０１５／０８３３３８（ＷＯ，Ａ１）
【文献】韓国公開特許第１０－２０１８－００００３３２（ＫＲ，Ａ）
【文献】特開２０１９－０６１６７５（ＪＰ，Ａ）
【文献】特開２０１７－２２３０９２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
家電機器の動作情報を取得するデータ収集部と、前記動作情報を用いてユーザの行動を推定する行動推定部と、
前記推定した行動に基づいて、行動パターンを記憶する時間軸パターン記憶部と、
前記時間軸パターン記憶部に記憶した行動パターンと前記行動推定部が推定した現在のユーザの行動とを比較する行動比較部と、
前記行動比較部の比較結果から課題を推定する課題推定部と、
前記課題推定部が推定した前記課題の解決案をユーザに通知する通知部と、
前記課題に対応して、解決案と課題を解決するリソースを記憶した課題解決案記憶部と、
前記課題を解決するリソースの空き情報を確認するスケジュール調整部を備える、
マッチングシステム。
【請求項2】
前記通知部は、前記課題および前記リソースの空き状況をユーザに通知する、請求項１記載のマッチングシステム。
【請求項3】
前記スケジュール調整部は、前記通知に対応してユーザから送信される応諾を受信すると、該応諾に応じた前記リソースを確保する処理を行う、請求項２記載のマッチングシステム。
【請求項4】
前記行動推定部は、動作情報として家電機器の動作時間を用いる、請求項１記載のマッチングシステム。
【請求項5】
前記データ収集部は、さらにセンサ情報を取得し、前記行動推定部は、さらに前記センサ情報を用いて行動を推定する、
請求項１記載のマッチングシステム。
【請求項6】
入力装置、出力装置、処理装置および記憶装置を備える情報処理装置で実行され、家電機器の動作情報を取得する第１のステップ、
前記動作情報を記憶する第２のステップ、
記憶した過去の前記動作情報から推定されたユーザの行動と現在の前記動作情報から推定されたユーザの行動との比較を行う第３のステップ、
前記比較の結果から課題を推定する第４のステップ、を実行し、
課題に対応した解決案および解決のためのリソースを記憶しておき、
前記推定した課題に対応した解決のためのリソースの空き情報を確認する第５のステップ、
ユーザに対して、前記推定した課題および前記リソースの空き時間を通知する第６のステップ、
前記通知に対応してユーザから送信される指示に基づいて、前記リソースの空き時間を確保する処理を行う第７のステップ、を実行する、
マッチング方法。
【請求項7】
前記動作情報は、家電機器の動作時間および動作回数の少なくとも一つを含む、請求項６記載のマッチング方法。
【請求項8】
前記リソースが前記課題を解決するために使用する情報を送信する処理を行う、第８のステップを実行する、請求項６記載のマッチング方法。
【請求項9】
前記リソースが前記課題を解決するために使用する情報は、ワンタイムキーである、請求項８記載のマッチング方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、家電機器の動作データを用いた行動推定にもとづく課題解決案マッチングシステムに関する。
【背景技術】
【0002】
近年、家電機器の動作データを用いてユーザの行動推定を行う事例が知られている。特許文献１には、家電機器、センサ、電力メータのデータをもとにユーザの行動を推定し、推定した行動をもとに行動嗜好を分類し、嗜好に適合する広告を提示する技術が記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－５８０２９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１には、家電機器、センサ、電力メータのデータをもとにユーザの行動を推定し、推定した行動をもとに行動嗜好を分類し、嗜好に適合する広告を提示する方法が記載されている。しかし、通常時の行動パターンと通常時ではない行動パターンを区別していないので、通常時ではない場合の課題検出、解決提案ができない。
【0005】
そこで、ユーザの日常生活から課題を推定し、課題を提示する技術が求められる。
【課題を解決するための手段】
【0006】
本発明の好ましい一側面は、家電機器の動作情報を取得するデータ収集部と、動作情報を用いてユーザの行動を推定する行動推定部と、推定した行動に基づいて、行動パターンを記憶する時間軸パターン記憶部と、時間軸パターン記憶部に記憶した行動パターンと現在の推定した行動とを比較する行動比較部と、比較結果から課題を推定する課題推定部と、課題の解決案をユーザに通知する通知部と、を備えるマッチングシステムである。
【0007】
本発明の好ましい他の一側面は、入力装置、出力装置、処理装置および記憶装置を備える情報処理装置で実行され、家電機器の動作情報を取得する第１のステップ、動作情報を記憶する第２のステップ、記憶した過去の動作情報と現在の動作情報に基づいて比較を行う第３のステップ、比較の結果から課題を推定する第４のステップ、を実行する、マッチング方法である。
【発明の効果】
【0008】
本発明によれば、ユーザの日常生活から課題を推定し、課題を提示することができる。
【図面の簡単な説明】
【0009】
【図1】実施例におけるシステムの構成例を示すブロック図である。
【図2】実施例におけるマッチングシステムの構成例を示すブロック図である。
【図3】実施例におけるユーザ端末の構成例を示すブロック図である。
【図4】実施例におけるリソース管理システムの構成例を示すブロック図である。
【図5】実施例におけるマッチングシステムで行われる行動推定の仕組みの一例を示す表図である。
【図6A】実施例におけるユーザの通常生活パターンの一例を示す概念図である。
【図6B】実施例におけるマッチングシステムの時間軸パターン記憶部に記憶されるユーザの通常生活パターンの一例を示す表図である。
【図7A】実施例におけるユーザの現在生活パターンの一例を示す概念図である。
【図7B】実施例におけるマッチングシステムの行動比較部で比較される現在生活パターンの一例を示す表図である。
【図8】実施例におけるマッチングシステムの課題解決案記憶部に記憶される課題解決案のリストの一例を示す表図である。
【図9】実施例におけるマッチングシステムの課題推定部で行われる課題推定のフローチャートの一例を示す流れ図である。
【図10A】実施例におけるリソース管理システムのリソース記憶部で記憶されるスケジュール情報の一例を示す表図である。
【図10B】実施例におけるリソース管理システムのリソース記憶部で記憶されるスケジュール情報の一例を示す表図である。
【図10C】実施例におけるリソース管理システムのリソース記憶部で記憶されるスケジュール情報確認結果の一例を示すイメージ図である。
【図11】実施例における課題推定から解決案応諾までのシーケンスの一例を示すシーケンス図である。
【図12】実施例におけるリソース予約後のシーケンスの一例を示すシーケンス図である。
【図13】実施例における課題解決案提示から依頼までのユーザ端末で表示される画面フローの一例を示す説明図である。
【図14】実施例における課題解決後の画面フローの一例を示す説明図である。
【発明を実施するための形態】
【0010】
以下、本発明の実施例について図面を用いて説明する。なお、図面において、同一符号は、同一または相当部分を示す。また、本発明は、図示例に限定されるものではない。
【0011】
同一あるいは同様な機能を有する要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、複数の要素を区別する必要がない場合には、添字を省略して説明する場合がある。
【0012】
本明細書等における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数、順序、もしくはその内容を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
【0013】
図面等において示す各構成の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。
【0014】
本明細書で引用した刊行物、特許および特許出願は、そのまま本明細書の説明の一部を構成する。
【0015】
本明細書において単数形で表される構成要素は、特段文脈で明らかに示されない限り、複数形を含むものとする。
【実施例1】
【0016】
本実施例は、家電機器のデータおよびその他のデータを取得し、取得したデータにもとづきユーザの課題を解決する方法について説明する。
【0017】
図１は本実施例におけるシステム構成の例である。図１において、１はマッチングシステム、２はユーザ端末、３は家電機器、４はセンサ、５はリソース管理システム、６は鍵管理システム、７はサービサ端末である。これらは、有線もしくは無線の回線により接続されている。
【0018】
ユーザ端末２、サービサ端末７は例えば、スマートフォン等のモバイル端末である。家電機器３は例えば、掃除機、洗濯機、冷蔵庫、電子レンジ、電気コンロ、エアコン、照明等の家電機器である。家電機器３は複数でもよい。センサ４は例えば、ドアロック、人感センサである。センサ４は複数でもよい。
【0019】
ユーザ端末２はモバイルネットワーク（図示せず）等を介し、マッチングシステム１と情報の送受信を行う。家電機器３は電源オン、オフや動作モードの情報をマッチングシステム１に送信する。センサ４はセンサ検出情報をマッチングシステム１に送信する。リソース管理システム５はリソース情報をマッチングシステム１と送受信する。鍵管理システム６はマッチングシステムからの指示にもとづき、サービサ端末７にワンタイムキーを払い出す。
【0020】
マッチングシステム１、ユーザ端末２、リソース管理システム５、鍵管理システム６、サービサ端末７は、基本的には入力装置、出力装置、処理装置（ＣＰＵ）、記憶装置を備える情報処理装置である。本実施例では計算や制御等の機能は、記憶装置に格納されたプログラムが処理装置によって実行されることで、定められた処理を他のハードウェアと協働して実現される。計算機などが実行するプログラム、その機能、あるいはその機能を実現する手段を、「機能」、「手段」、「部」、「ユニット」、「モジュール」等と呼ぶ場合がある。
【0021】
図２は本実施例におけるマッチングシステム１の構成例を示すブロック図である。データ収集部２０１が家電機器３やセンサ４から情報を受信し、データ記憶部２０２に記憶する。学習部２０３は記憶した情報をもとにユーザの行動を学習する。学習したユーザの行動推定モデルを推定モデル記憶部２０４に記憶する。行動推定部２０５はデータ記憶部２０２に記憶したデータと推定モデル記憶部２０４に記憶した行動推定モデルをもとにユーザの行動を推定し、時間軸パターン記憶部２０６に記憶する。
【0022】
行動比較部２０７は、行動推定部２０５で推定した行動と時間軸パターン記憶部２０６で記憶した過去の行動を比較し、比較結果を課題推定部２０９に入力する。課題推定部は課題解決案記憶部２０８を参照し、行動比較部２０７から入力された比較結果に課題があるか否か推定する。課題がある場合、課題解決案記憶部２０８に記憶した解決案を参照し、スケジュール調整部２１０で解決案のリソース空き状況を確認する。
【0023】
スケジュール調整部２１０は、通信部２１１を介し、リソース管理システム５にリソース空き情報を問合せ、問合せ結果を課題推定部２０９に通知する。課題推定部２０９は通知部２１２を介し、ユーザ端末２に課題解決案を通知する。受信部２１３はユーザ端末２からの応諾を受信し、スケジュール調整部２１０に入力する。スケジュール調整部２１０は、通信部２１１を介しリソース管理システム５のリソースを確保する。スケジュール調整部２１０は確保したリソースの指定日時になると通信部２１１を介し鍵管理システム６に鍵払出を指示し、鍵管理システム６は、サービサ端末７にワンタイムキーを払い出す。
【0024】
図３は本実施例におけるユーザ端末２の構成例を示すブロック図である。図３において、受信部３０１はマッチングシステム１から課題解決案を受信する。管理部３０２は受信した課題解決案を表示部３０３に表示し、操作部３０４からユーザ操作による応諾を受け付ける。応諾結果を送信部３０５を介しマッチングシステム１に送信する。
【0025】
一例として、ユーザ端末２がスマートフォンで構成される場合、受信部３０１、送信部３０５は、モバイルネットワーク通信機能、管理部３０２はＣＰＵで動作するソフトウェア、表示部３０３はディスプレイ、操作部３０４はタッチパネルで構成される。また、図１におけるサービサ端末７はユーザ端末２と同じ構成である。
【0026】
図４は本実施例におけるリソース管理システム５の構成例を示すブロック図である。図４において、通信部４０１はマッチングシステム１と通信を行う。検索部４０３はマッチングシステム１からのリソース問合せに対し、リソース記憶部４０２に記憶したリソースの空き情報、例えば利用可能な時間帯を検索し、通信部４０１を介し回答する。変更部４０４はマッチングシステム１からのリソース確保依頼に対し、リソース記憶部４０２に記憶したリソースを確保し、通信部４０１を介し回答する。
【0027】
【0028】
６：００－８：５９の期間に、掃除機が５分間、洗濯機が９０分間、冷蔵庫が３度開閉され、電子レンジが５分間、動作したことを示すデータが記憶されている。また、ドアロックが２回開閉され、リビングの人感センサが一定時間反応し、寝室の人感センサは反応が無いことが記憶されている。以上のことから、この時間帯にユーザの生活行動が掃除、洗濯、食事に関する行動が行われたことがわかる。また、人感センサの反応から掃除を行ったのは、リビングであることがわかる。
【0029】
９：００－１７：５９まではドアロックが閉状態で、人感センサの反応が無いことから、外出中であることがわかる。
【0030】
１８：００－２０：５９の期間に、冷蔵庫が８度開閉され、電気コンロが９０分間動作し、エアコン、照明が動作している。この時間帯に帰宅し、食事に関する行動がとられたことがわかる。
【0031】
このように、家電機器３、センサ４の種別と動作状態を参照することにより、ユーザがどのような家電機器を保有し、どのように用いているかを学習部２０で学習することができる。ユーザが利用する家電機器やセンサの情報を蓄積することにより、行動の推定が可能となり、学習した行動モデルを推定モデル記憶部２０４に記憶する。
【0032】
行動推定部２０５では、推定モデル記憶部２０４に記憶された行動モデルを用いて、データ記憶部２０２に記憶された家電機器３、センサ４の種別と動作状態等からユーザの行動を推定する。また、行動推定部２０５では、もっと単純なアルゴリズムを用いてユーザの行動を推定してもよい。例えば、使用される家電機器の組み合わせによりユーザの行動を推定してもよい。
【0033】
図６Ａは本実施例におけるユーザの通常生活パターンの一例を示す図である。生活パターン６０１は、ユーザが、なるべく節約のために、こまめに自炊をする生活を心掛けている様子を示す。生活パターン６０２は、ユーザが、定期的に部屋を掃除を行い、整理整頓を心掛けている様子を示す。生活パターン６０３は、ユーザが、定期的に洗濯を行い、洗濯物が溜まる前に洗濯を心掛けている様子を示す。
【0034】
図６Ｂは、本実施例におけるマッチングシステム１の時間軸パターン記憶部２０６に記憶される、ユーザの通常生活パターンの一例を示す図である。行動推定部２０５で推定したユーザ行動を１週間の時系列に配置した情報である。
【0035】
通常生活パターンにおいて、ユーザは、平日は勤務のために外出している。掃除を日曜、木曜に行い、洗濯を月曜、木曜、土曜に行う。月曜から水曜までは自炊を行っていることがわかる。外出である勤務に関しては、ユーザ端末の位置情報、あるいはユーザのスケジュール情報にもとづき推定する。時間軸パターン記憶部２０６では、記憶されたユーザの過去の生活パターンから、統計学的手法により典型的な生活パターンを通常生活パターンとして記憶する。
【0036】
図７Ａは、本実施例におけるユーザの現在の生活パターンの一例を示す図である。ユーザは、多忙などの通常の生活パターンをとれない理由により、掃除や洗濯ができない状況にある。
【0037】
図７Ｂは本実施例におけるマッチングシステムの時間軸パターン記憶部２０６に記憶されるユーザの現在生活パターンの一例を示す図である。
【0038】
現在の生活パターンにおいて、ユーザは、火曜から木曜の出張のために、月曜も長時間の勤務となり、通常生活パターンと比較し炊事、洗濯、掃除の時間が少なくなる。外出である出張や買い物、友人宅パーティはユーザ端末２の位置情報、あるいはユーザのスケジュール情報にもとづき推定する。
【0039】
行動比較部２０７では、時間軸パターン記憶部２０６で記憶した通常生活パターンと、現在生活パターンを比較して、比較結果を課題推定部２０９に送る。たとえば、通常生活パターンと、現在生活パターンで、炊事、洗濯、掃除の時間を比較する。
【0040】
課題推定部２０９では、通常生活パターンと現在生活パターンの比較結果から課題を推定する。例えば、炊事の時間が少なければ食事に、洗濯の時間が少なければ洗濯に、掃除の時間が少なければ掃除に課題があると判定する（後の図９参照）。
【0041】
図８は、本実施例におけるマッチングシステムの課題解決案記憶部２０８に記憶される、課題解決案のリストの一例を示す図である。
【0042】
課題が掃除である場合、行動推定部２０５において、掃除機の動作時間が少ない、動作回数が少ない、掃除機内のゴミの量が少ない等の情報から掃除の時間が少ないと推定し、通常生活パターンと比較し掃除ができていないという課題を課題推定部２０９が推定する。上記の情報は、データ収集部２０１が収集し、データ記憶部２０２に格納されたデータから得ることができる。掃除ができていないという課題に対し、メイドサービス、掃除サービスの解決案が記録されており、メイドサービスのリソースとしてはＡ社とＢ社が記録されており、掃除サービスにはＣ社、Ｄ社が登録されている。
【0043】
課題が洗濯である場合、通常生活パターンと比較し、洗濯機の動作時間が少ない、動作回数が少ない、洗濯槽内の洗濯物の量が少ない等の情報から洗濯できていないという課題を課題推定部２０９が推定する。洗濯ができていないという課題に対し、メイドサービス、洗濯サービスの解決案が記録されており、メイドサービスのリソースとしてはＡ社とＢ社が記録されており、掃除サービスにはＥ社、Ｆ社が登録されている。
【0044】
課題が食事である場合、通常生活パターンと比較し、電気コンロ、電子レンジの動作時間が少ない、動作回数が少ない、動作モードがレトルト食品のあたためが多い等の情報から正常な食事ができていないという課題を課題推定部２０９が推定する。正常な食事ができていないという課題に対し、メイドサービス、ケータリングサービスの解決案が記録されており、メイドサービスのリソースとしてはＡ社とＢ社が記録されており、ケータリングサービスにはＧ社、Ｈ社が登録されている。
【0045】
マッチングシステム１は、課題解決案記憶部２０８に記録されているリストをもとに、リソース管理システム５にリソースの空き情報を問合せしたり確保を依頼したりする。リソース管理システム５では、メイドサービス、ケータリングサービス、洗濯サービスなどのスケジュールを把握しており、それらの利用可能時間をリソース空き情報として記憶し、また利用の予約を受け付ける。
【0046】
図９は、本実施例における課題推定部２０９で行われる、課題推定のフローチャートの一例を示す図である。
Ｓ９０１：課題は掃除か判定する。
Ｓ９０２：課題が掃除の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９０３：Ｓ９０２でＮＯの場合、掃除サービスを解決案の提案に設定する、メイドサービスを提案するか掃除サービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９０４：マッチングシステム１はリソース管理システム５に提案する解決案のリソーススケジュールを確認する。
Ｓ９０５：課題は洗濯か判定する。
Ｓ９０６：課題が洗濯の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９０７：Ｓ９０６でＮＯの場合、洗濯サービスを解決案の提案に設定する、メイドサービスを提案するか洗濯サービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９０８：課題は食事か判定する。
Ｓ９０９：課題が食事の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９１０：Ｓ９０９でＮＯの場合、ケータリングサービスを解決案の提案に設定する、メイドサービスを提案するかケータリングサービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９１１：マッチングシステム１はユーザ端末２へ解決案を送信し、提案応諾を受信する。
Ｓ９１２：マッチングシステム１はリソース管理システム５に応諾を受信した解決案のリソーススケジュールの確保を指示し、スケジュールを確定する。
Ｓ９１３：ユーザに不在時にサービスを行うか否か判定する。不在か否かはユーザからの依頼あるいは、ユーザの登録するスケジュール、学習したユーザの通常スケジュール等から在宅時にサービスを行うか不在時にサービスを行うか判定する。
Ｓ９１４：Ｓ９１３でＹＥＳの場合、マッチングシステム１は鍵管理システム６にサービサ端末７へのワンタイムキー払出を指示する。
Ｓ９１５：課題は無いか判定し、課題があればＳ９０１へ無ければ終了する。
Ｓ９０１：課題は掃除か判定する。
Ｓ９０２：課題が掃除の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９０３：Ｓ９０２でＮＯの場合、掃除サービスを解決案の提案に設定する、メイドサービスを提案するか掃除サービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９０４：マッチングシステム１はリソース管理システム５に提案する解決案のリソーススケジュールを確認する。
Ｓ９０５：課題は洗濯か判定する。
Ｓ９０６：課題が洗濯の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９０７：Ｓ９０６でＮＯの場合、洗濯サービスを解決案の提案に設定する、メイドサービスを提案するか洗濯サービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９０８：課題は食事か判定する。
Ｓ９０９：課題が食事の場合、メイドサービスを解決案として提案するか判定する。
Ｓ９１０：Ｓ９０９でＮＯの場合、ケータリングサービスを解決案の提案に設定する、メイドサービスを提案するかケータリングサービスを提案するかは、ユーザの事前登録あるいは過去の履歴から判定する。なお、どちらかを優先提案に設定し、双方を提案してもよい。
Ｓ９１１：マッチングシステム１はユーザ端末２へ解決案を送信し、提案応諾を受信する。
Ｓ９１２：マッチングシステム１はリソース管理システム５に応諾を受信した解決案のリソーススケジュールの確保を指示し、スケジュールを確定する。
Ｓ９１３：ユーザに不在時にサービスを行うか否か判定する。不在か否かはユーザからの依頼あるいは、ユーザの登録するスケジュール、学習したユーザの通常スケジュール等から在宅時にサービスを行うか不在時にサービスを行うか判定する。
Ｓ９１４：Ｓ９１３でＹＥＳの場合、マッチングシステム１は鍵管理システム６にサービサ端末７へのワンタイムキー払出を指示する。
Ｓ９１５：課題は無いか判定し、課題があればＳ９０１へ無ければ終了する。
【0047】
図１０Ａ、図１０Ｂは本実施例におけるリソース管理システム５のリソース記憶部４０２で記憶されるスケジュール情報の一例を示す図である。図１０Ａ、図１０Ｂは各々、別のメイドのスケジュールである。スケジュールは３時間ごとの時間枠で管理されており、行先が記録されている。空き状態の時間枠にはサービス金額が記録されており、空き時間枠の前後時間枠でサービスを行う出張先に近い場合、安価な金額が設定されている場合がある。
【0048】
マッチングシステム１のスケジュール調整部２１０は、通信部２１１を介し、リソース管理システム５にリソース空き情報を問合せ、リソース管理システム５は、リソース記憶部４０２が記憶する情報に基づいて、リソース空き情報を回答する。
【0049】
図１０Ａのスケジュールにおいて、７月９日は９：００－１２：００、１８：００－２１：００の時間帯において、Ａマンションへのメイドサービスが登録されている。空き時間枠の１３：００－１６：００にはＡマンションに近い出張先の場合２００ＴＨＢ（タイバーツ）、それ以外の場合３００ＴＨＢの価格が設定されている。
【0050】
図１０Ｂのスケジュールにおいて、７月９日は９：００－１２：００、１８：００－２１：００の時間帯において、Ｂマンションへのメイドサービスが登録されている。時間枠の１３：００－１６：００には３００ＴＨＢの価格が設定されている。
【0051】
図１０Ｃは本実施例におけるリソース管理システムのリソース記憶部で記憶され、ユーザへ提示されるスケジュール情報確認結果の一例を示す図である。図１０Ｃは、図１０Ａ、図１０Ｂのスケジュールをもとにユーザへ提示される、解決案であるメイドサービススケジュール提案の画面である。
【0052】
７月７日から１３日の期間において、図１０Ａ、図１０Ｂで示したメイドスケジュールの空き情報をもとに予約可能な日時を表示する。この際、ユーザがＡマンションに在住している場合、図１０Ａで示したメイドは、ユーザが在住するＡマンションへ出向くことが登録されており、移動費等が発生しないため、この時間帯を最安の時間枠として提案する。
【0053】
図１１は本実施例における課題推定から解決案応諾までのシーケンスの一例を示す図である。なお、時間軸パターン記憶部２０６には、既に通常生活パターンが記憶されている。
Ｓ１１０１：マッチングシステム１は家電機器３、センサ４からデータを収集する。
Ｓ１１０２：マッチングシステム１は課題推定を行う。
Ｓ１１０３：マッチングシステム１はリソース管理システム５にリソース空き情報の検索を依頼する。
Ｓ１１０４：リソース管理システム５は空き情報を回答する。
Ｓ１１０５：マッチングシステム１はユーザ端末２へ課題と解決案を通知する。
Ｓ１１０６：ユーザ端末２は、マッチングシステム１へ課題と解決案の詳細を問い合わせる。
Ｓ１１０７：マッチングシステム１はユーザ端末２へ課題と解決案の詳細を応答する。
Ｓ１１０６、Ｓ１１０７は必要回数繰り返してもよい。
Ｓ１１０８：ユーザはユーザ端末２を用い解決案の応諾を送信する。
Ｓ１１０９：マッチングシステム１はリソース管理システム５にリソースの確保を依頼する。
Ｓ１１１０：リソース管理システム５はリソース確保の予約を行う。
Ｓ１１１１：リソース管理システム５はリソース確保を回答する。
Ｓ１１１２：マッチングシステム１はユーザ端末２へリソース予約を通知する。
Ｓ１１０１：マッチングシステム１は家電機器３、センサ４からデータを収集する。
Ｓ１１０２：マッチングシステム１は課題推定を行う。
Ｓ１１０３：マッチングシステム１はリソース管理システム５にリソース空き情報の検索を依頼する。
Ｓ１１０４：リソース管理システム５は空き情報を回答する。
Ｓ１１０５：マッチングシステム１はユーザ端末２へ課題と解決案を通知する。
Ｓ１１０６：ユーザ端末２は、マッチングシステム１へ課題と解決案の詳細を問い合わせる。
Ｓ１１０７：マッチングシステム１はユーザ端末２へ課題と解決案の詳細を応答する。
Ｓ１１０６、Ｓ１１０７は必要回数繰り返してもよい。
Ｓ１１０８：ユーザはユーザ端末２を用い解決案の応諾を送信する。
Ｓ１１０９：マッチングシステム１はリソース管理システム５にリソースの確保を依頼する。
Ｓ１１１０：リソース管理システム５はリソース確保の予約を行う。
Ｓ１１１１：リソース管理システム５はリソース確保を回答する。
Ｓ１１１２：マッチングシステム１はユーザ端末２へリソース予約を通知する。
【0054】
図１２は本実施例におけるリソース予約後のシーケンスの一例を示す図である。
Ｓ１２０１：マッチングシステム１は鍵管理システム６にワンタイムキー払出を指示する。
Ｓ１２０２：鍵管理システム６はサービサ端末７にワンタイムキーを払い出す。
Ｓ１２０３：サービサであるメイドはサービサ端末に払い出されたワンタイムキーを用いてユーザ宅のドアを開錠する。
Ｓ１２０４：サービサはユーザ宅の掃除、洗濯、あるいは食事サービスを行う。サービスに用いた家電機器、センサの情報がマッチングシステム１に送信される。
Ｓ１２０５：マッチングシステム１はサービサの行動を推定する。
Ｓ１２０６：サービサはサービスが終了するとユーザ宅を施錠する。
Ｓ１２０７：サービサ端末は予約時間を過ぎるか施錠されたことをもってワンタイムキーを返却する。なお、返却ではなく破棄してもよい。
Ｓ１２０８：鍵管理システム６はワンタイムキーを無効化する。
Ｓ１２０９：鍵管理システム６はワンタイムキーの無効化が完了したことをマッチングシステム１に通知する。
Ｓ１２１０：マッチングシステム１は、サービスが完了したことをユーザ端末２に通知する。
Ｓ１２１１：ユーザはユーザ端末２を用い、サービス完了の詳細を問い合わせる。
Ｓ１２１２：マッチングシステム１は、サービス完了の詳細を応答する。
Ｓ１２０１：マッチングシステム１は鍵管理システム６にワンタイムキー払出を指示する。
Ｓ１２０２：鍵管理システム６はサービサ端末７にワンタイムキーを払い出す。
Ｓ１２０３：サービサであるメイドはサービサ端末に払い出されたワンタイムキーを用いてユーザ宅のドアを開錠する。
Ｓ１２０４：サービサはユーザ宅の掃除、洗濯、あるいは食事サービスを行う。サービスに用いた家電機器、センサの情報がマッチングシステム１に送信される。
Ｓ１２０５：マッチングシステム１はサービサの行動を推定する。
Ｓ１２０６：サービサはサービスが終了するとユーザ宅を施錠する。
Ｓ１２０７：サービサ端末は予約時間を過ぎるか施錠されたことをもってワンタイムキーを返却する。なお、返却ではなく破棄してもよい。
Ｓ１２０８：鍵管理システム６はワンタイムキーを無効化する。
Ｓ１２０９：鍵管理システム６はワンタイムキーの無効化が完了したことをマッチングシステム１に通知する。
Ｓ１２１０：マッチングシステム１は、サービスが完了したことをユーザ端末２に通知する。
Ｓ１２１１：ユーザはユーザ端末２を用い、サービス完了の詳細を問い合わせる。
Ｓ１２１２：マッチングシステム１は、サービス完了の詳細を応答する。
【0055】
図１３は本実施例における課題解決案提示から依頼までのユーザ端末で表示される画面フローの一例を示す図である。なお、図１１で示したステップをあわせて記載する。
Ｓ１３０１：マッチングシステム１からは受信した課題、課題解決を表示する。この場合、リビングの掃除ができていないという課題に対し、掃除ができるメイドを紹介する課題解決案を提案する（Ｓ１１０５）。
Ｓ１３０２：解決案を選択すると、サービスを提供可能なリソースの空き情報を表示する（Ｓ１１０６、１１０７）。ここでは掃除代行が可能なメイドの空き時間枠が表示されている。
Ｓ１３０３：Ｓ１３０２の画面で課題の詳細を問い合わせると、各部屋の掃除ができていない状態を表示する。Ｓ１３０２の画面では、部屋ごとに赤、黄色など色別に汚れ度合いが示されている。この場合、リビング、エントランスの汚れ度合いが高い（Ｓ１１０６、１１０７）。
Ｓ１３０４：Ｓ１３０２でリソースの時間枠を選択すると、出張可能な人の紹介画面を表示する。この画面で出張可能な人の属性（キャンセル率、遅刻率等）を表示してもよい（Ｓ１１０６、１１０７）。
Ｓ１３０５：Ｓ１３０４で依頼を選択すると、金額を含めた確認画面を表示する（Ｓ１１０６、１１０７）。
Ｓ１３０６：Ｓ１３０５で確定を選択すると、予約が完了したことを表示する（１１１２）。
Ｓ１３０１：マッチングシステム１からは受信した課題、課題解決を表示する。この場合、リビングの掃除ができていないという課題に対し、掃除ができるメイドを紹介する課題解決案を提案する（Ｓ１１０５）。
Ｓ１３０２：解決案を選択すると、サービスを提供可能なリソースの空き情報を表示する（Ｓ１１０６、１１０７）。ここでは掃除代行が可能なメイドの空き時間枠が表示されている。
Ｓ１３０３：Ｓ１３０２の画面で課題の詳細を問い合わせると、各部屋の掃除ができていない状態を表示する。Ｓ１３０２の画面では、部屋ごとに赤、黄色など色別に汚れ度合いが示されている。この場合、リビング、エントランスの汚れ度合いが高い（Ｓ１１０６、１１０７）。
Ｓ１３０４：Ｓ１３０２でリソースの時間枠を選択すると、出張可能な人の紹介画面を表示する。この画面で出張可能な人の属性（キャンセル率、遅刻率等）を表示してもよい（Ｓ１１０６、１１０７）。
Ｓ１３０５：Ｓ１３０４で依頼を選択すると、金額を含めた確認画面を表示する（Ｓ１１０６、１１０７）。
Ｓ１３０６：Ｓ１３０５で確定を選択すると、予約が完了したことを表示する（１１１２）。
【0056】
図１４は本実施例における課題解決後のユーザ端末で表示される画面フローの一例を示す図である。なお、図１２で示したステップをあわせて記載する。
Ｓ１４０１：マッチングシステム１から「部屋のお掃除が完了しました」などのメッセージにより、掃除が完了したことを通知される（Ｓ１２１０）
Ｓ１４０２：完了通知を選択すると、Ｓ１３０３と同様のＧＵＩ（Graphical User Interface）で各部屋の汚れ状況を表示する。（Ｓ１２１１、１２１２）なお、汚れ状況は図１２のＳ１２０５で行ったサービサの行動推定をもとづき表示する。
Ｓ１４０１：マッチングシステム１から「部屋のお掃除が完了しました」などのメッセージにより、掃除が完了したことを通知される（Ｓ１２１０）
Ｓ１４０２：完了通知を選択すると、Ｓ１３０３と同様のＧＵＩ（Graphical User Interface）で各部屋の汚れ状況を表示する。（Ｓ１２１１、１２１２）なお、汚れ状況は図１２のＳ１２０５で行ったサービサの行動推定をもとづき表示する。
【0057】
以上説明した実施例によれば、家電機器の動作から，通常生活パターンとの乖離を検知して、乖離により発生する課題を推定し、ユーザへ課題の解決案を提示するとともに、解決に必要なリソースの調停を行い，ユーザ応諾をもって、解決案を手配することができる。これによれば、ユーザの日常生活から課題を推定し、ユーザの能動的な行動を必要とせず、課題の解決案を提示することにより、ユーザのＱｏＬ（Quality of Life）の向上を図ることができる。
【符号の説明】
【0058】
１：マッチングシステム
２：ユーザ端末
３：家電機器
４：センサ
５：リソース管理システム
６：鍵管理システム
７：サービサ端末
２：ユーザ端末
３：家電機器
４：センサ
５：リソース管理システム
６：鍵管理システム
７：サービサ端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7A】
【図7B】
【図8】
【図9】
【図10A】
【図10B】
【図10C】
【図11】
【図12】
【図13】
【図14】