(57)【特許請求の範囲】
【請求項１】
複数の住宅のそれぞれに設けられるホームサーバを備える住宅管理システムにおいて、
前記ホームサーバは、このホームサーバが設けられる前記住宅の機器を制御可能であり、かつ、前記機器と前記ホームサーバは、所定のプラットフォームに従って動作し、
前記ホームサーバのそれぞれと通信可能に接続される単一のサービス受付部を備え、
前記サービス受付部は、前記所定のプラットフォームと異なる他のプラットフォームで複数の住宅間の連携を行う住居向けサービスを提供する外部システムからのデータを受け付け、前記データを前記所定のプラットフォームに対応するデータに変換して前記ホームサーバに送信するとともに、前記ホームサーバのそれぞれから送信されたレスポンスを、前記他のプラットフォームに対応するレスポンスに変換し、前記外部システムに送信する
ことを特徴とする住宅管理システム。
【請求項２】
前記複数の住宅間の連携を行う住居向けサービスは、前記住宅毎に、電力消費量、発電量及び蓄電量を監視し、監視結果に基づいて、ある住宅の発電電力又は蓄電電力を他の住宅に供給する電力融通を含み、
前記サービス受付部は、前記電力融通に対応するサービスのデータを受け付け、受け付けたデータに基づいて、前記ホームサーバのそれぞれに対し、前記住宅のそれぞれに設けられる前記機器に前記電力融通に対応する制御を実行させることを特徴とする請求項１に記載の住宅管理システム。
【請求項３】
前記機器と前記ホームサーバとの間の前記プラットフォームに対応するＡＰＩは、前記他のプラットフォームに対応するＡＰＩと異なることを特徴とする請求項１又は２に記載の住宅管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、住宅管理システムに関する。
【背景技術】
【０００２】
コントローラによって、住宅用発電部、住宅用蓄電部、及び、住宅に設けられた電力消費機器等の各機器の動作を監視及び制御するＨＥＭＳ（Home Energy Management System）が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１９−０１３１２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ＩＴ企業から音声認識ＡＩ及びクラウド等を利用することによって、ユーザーの音声に応答して住宅内の機器を連動動作させるサービスが登場しており、今後、住宅内の機器をより高度に制御する住宅向けサービスや、より改良されたＨＥＭＳを実現する住宅向けサービスが登場することが予測される。この種の新しい住宅向けサービスを利用するには、通常、ＩＴ企業側のプラットフォームに合わせた仕様にする必要がある。
しかし、ＩＴ企業側のプラットフォームに合わせた仕様にすると、新規なサービスの部分だけでなく、住宅内の機器の既存の監視及び制御に関する部分についてもＩＴ企業側が提供するものに一新される。このため、住宅メーカーがこれまでに採用し、培われてきた住宅内の機器の監視及び制御等を引き継げなくなるおそれがあり、仮に引き継ごうとした場合、膨大な作業が必要になる。
【０００５】
本発明は、他のプラットフォームに対応した住宅向けサービスを利用可能な住宅管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、複数の住宅のそれぞれに設けられるホームサーバを備える住宅管理システムにおいて、前記ホームサーバは、このホームサーバが設けられる前記住宅の機器を制御可能であり、かつ、前記機器と前記ホームサーバは、所定のプラットフォームに従って動作し、前記ホームサーバのそれぞれと通信可能に接続される単一のサービス受付部を備え、前記サービス受付部は、前記所定のプラットフォームと異なる他のプラットフォームで複数の住宅間の連携を行う住居向けサービスを提供する外部システムからのデータを受け付け、前記データを前記所定のプラットフォームに対応するデータに変換して前記ホームサーバに送信するとともに、前記ホームサーバのそれぞれから送信されたレスポンスを、前記他のプラットフォームに対応するレスポンスに変換し、前記外部システムに送信する
ことを特徴とする住宅管理システム。
【０００７】
上記構成において、前記複数の住宅間の連携を行う住居向けサービスは、前記住宅毎に、電力消費量、発電量及び蓄電量を監視し、監視結果に基づいて、ある住宅の発電電力又は蓄電電力を他の住宅に供給する電力融通を含み、前記サービス受付部は、前記電力融通に対応するサービスのデータを受け付け、受け付けたデータに基づいて、前記ホームサーバのそれぞれに対し、前記住宅のそれぞれに設けられる前記機器に前記電力融通に対応する制御を実行させることを特徴とする。
【０００８】
また、上記構成において、前記機器と前記ホームサーバとの間の前記プラットフォームに対応するＡＰＩは、前記他のプラットフォームに対応するＡＰＩと異なることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、他のプラットフォームに対応した住宅向けサービスを利用可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る住宅管理システムを示す図である。
【図２】ホームサーバ及び管理装置を住宅設備の一部と共に示すブロック図である。
【図３】（Ａ）及び（Ｂ）は他のプラットフォームに対応するＡＰＩを利用した住宅向けサービスの利用の説明に供する図である。
【図４】変形例に係る住宅管理システムを示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明の実施形態に係る住宅管理システムを示す図である。
住宅管理システム１は、住宅Ｈに設けられた複数の機器を制御可能なコントローラ（機器制御装置とも称する）等として機能するホームサーバ１１と、ホームサーバ１１と通信可能な管理装置２１とを備えている。複数の機器は特に制限されるものではないが、本実施形態では、住宅Ｈの各室を個別に照明する照明装置２Ａ，２Ｂ，２Ｃ，２Ｄ、各室を個別に空気調和（いわゆる空調）する空調装置３Ａ，３Ｂ，３Ｃ、浴室Ｒ３内の浴槽等に給湯する給湯装置４、太陽光を利用して発電する発電装置５、及び電力を蓄電可能な蓄電池６である。
【００１３】
これら機器のうちの機器２Ａ〜４は、電気、ガス及び水道等のエネルギーを消費することで稼働するエネルギー消費機器に相当し、住宅Ｈの居住者が適宜にＯＮ／ＯＦＦ等の操作を行って利用する住宅設備である。また、残りの機器５，６は、各機器２Ａ〜４に電気エネルギーを供給したり、一時的に蓄えて必要に応じて供給するエネルギー供給機器に相当する。なお、図１に示す住宅Ｈは、複数の室（ＬＤＫに相当する部屋Ｒ１、子供部屋Ｒ２、浴室Ｒ３、玄関Ｒ４、寝室Ｒ５等）を有する戸建て住宅の場合を示しているが、集合住宅でもよい。
【００１４】
ホームサーバ１１は、住宅Ｈに設置された上記機器２Ａ〜６を監視する監視機能や、上記機器２Ａ〜６を遠隔制御する遠隔制御機能を有している。これら機能により、ホームサーバ１１は、住宅Ｈで使用される電気、ガス及び水道等の利用量を監視し、省エネルギー化等の観点で各機器２Ａ〜６を適宜にコントロールする、といったＨＥＭＳに相当する処理を行うことができる。
このホームサーバ１１は、管理装置２１を経由して通信ネットワーク３１に接続された外部のシステム（図１中のサービス提供システム５１，５２等）と通信を行うことが可能である。通信ネットワーク３１は、インターネットにアクセス可能なネットワークである。
【００１５】
上記機器２Ａ〜６とホームサーバ１１とは、所定のプラットフォームに対応するＡＰＩ（Application Programming Interface）を利用するアプリケーションに従って動作することにより、上記監視機能、及び遠隔制御機能に対応する動作が可能である。
ここで、所定のプラットフォームとは、住宅Ｈを提供する住宅メーカーが採用するプラットフォーム（住宅メーカーが選定した上記機器２Ａ〜６等のメーカーが採用するプラットフォームを含む）であり、上記機器２Ａ〜６とホームサーバ１１とが、前記プラットフォームに対応するＡＰＩの提供側が開発したアプリケーションを実行することによって、そのアプリケーションに従った住宅向けサービスに対応する処理を実行可能である。
例えば、上記機器２Ａ〜６とホームサーバ１１とが同一のＯＳ、又は互いに対応するＯＳで動作する仕様とされる。但し、所定のプラットフォームは、製造又は開発を行うメーカーが異なる上記機器２Ａ〜６とホームサーバ１１とを混在使用できるように複数のメーカーが利用できるプラットフォームであることが好ましい。また、所定のプラットフォームは、オーディオビジュアル関係、エネルギー関係といったグループ毎に独立したプラットフォームでもよい。
【００１６】
ところで、今後、外部の様々なシステムから新たな住宅向けサービスが提供されることが期待される。しかし、新たな住宅向けサービスが、前記ＡＰＩと異なるＡＰＩを利用して開発されたアプリケーションであった場合、住宅管理システム１側でそのアプリケーションを利用することは一般的に困難である。
【００１７】
これに対し、本実施形態では、管理装置２１が、前記所定のプラットフォームとは異なるプラットフォームに対応するＡＰＩを利用した住宅向けサービスを利用可能にする仲介装置として機能する。なお、本実施形態において、プラットフォームとは、アプリケーションが動作する環境を言い、例えばＯＳが異なる場合はプラットフォームが異なる。
以下、説明を判りやすくするため、機器２Ａ〜６とホームサーバ１１とが動作する環境を示す所定のプラットフォームを「第１プラットフォーム（図１参照）」と表記し、サービス提供システム５１が「第２プラットフォーム（図１参照）」に対応する住宅向けサービスを提供し、サービス提供システム５２が「第３プラットフォーム（図１参照）」に対応する住宅向けサービスを提供するものとする。
【００１８】
管理装置２１は、サービス提供システム５１，５２等の外部のシステム毎のＡＰＩを把握し、外部のシステムとホームサーバ１１との間の情報の送受信を制御する。これによって、管理装置２１は、サービス提供システム５１，５２のそれぞれから、第２プラットフォーム及び第３プラットフォームのそれぞれを利用する他の住宅向けサービスのデータを受け付け、各データに基づいてホームサーバ１１に他の住宅向けサービスに対応する処理をそれぞれ実行させるサービス受付部として機能する。なお、この管理装置２１が、ファイアウォール又はサンドボックス等のセキュリティ機能を備えていてもよい。
【００１９】
図２は、ホームサーバ１１及び管理装置２１を住宅設備（照明装置２Ａ、空調装置３Ａ）の一部と共に示すブロック図である。なお、図２中、符号ＨＮは、住宅Ｈに構築された住宅側ネットワークを示している。
ホームサーバ１１は、通信部１２と、制御部１３と、記憶部１４とを備えている。通信部１２は、ハブ８及び通信アダプタ９を介して住宅Ｈに設けられた各機器２Ａ〜６と通信したり、ホームサーバ１１と通信したりするための通信モジュールを有している。これら通信モジュール、ハブ８及び通信アダプタ９等には、有線又は無線で通信するための公知のハブ及び通信アダプタを広く適用可能である。
この通信部１２等により、ホームサーバ１１は、各機器２Ａ〜６の動作を制御する信号、より具体的には、ＯＮ／ＯＦＦ、運転モード（給湯装置４の自動湯張りモード、空調装置３Ａ〜３Ｃの冷房／運転／除湿モード等）、及び、設定値（空調装置３Ａ〜３Ｃの目標温度等）を指定する信号を各機器２Ａ〜６に送信できる。
【００２０】
制御部１３は、ＣＰＵ、ＲＯＭ及びＲＡＭ等からなるコンピュータを有し、記憶部１４に記憶された制御プログラムに従ってホームサーバ１１の各部を制御すると共に、各機器２Ａ〜６を制御する。この制御プログラムは、第１のプラットフォームに対応するＡＰＩを利用するアプリケーションを含み、管理装置２１から送信されたデータ（例えばＡＰＩリクエスト）に基づいて、各機器２Ａ〜６の監視結果を送信したり、各機器２Ａ〜６の動作を制御したり、レスポンスを返したり、といった各種の処理を行うことができる。記憶部１４は、制御部１３が実行する制御用プログラム等の各種のデータを記憶している。
【００２１】
図２に示すように、管理装置２１は、通信部２２と、制御部２３と、記憶部２４とを備えている。通信部２２は、ホームサーバ１１と通信したり、通信ネットワーク３１を介して外部のシステム（サービス提供システム５１，５２等）と通信したりするための通信モジュールを有している。
制御部２３は、ＣＰＵ、ＲＯＭ及びＲＡＭ等からなるコンピュータを有している。この制御部２３は、記憶部２４に記憶された制御プログラム２４Ａを実行することによって、リクエスト受付部２３Ａ、解析部２３Ｂ及びＡＰＩ処理部２３Ｃ等として機能する。
【００２２】
リクエスト受付部２３Ａは、通信部２２を介して外部のシステム（サービス提供システム５１，５２）からのＡＰＩリクエストを受信する。上述したように、サービス提供システム５１、５２は、第２及び第３プラットフォームのそれぞれに対応するＡＰＩを利用するので、リクエスト受付部２３Ａは、第２及び第３プラットフォームに対応するＡＰＩリクエストを受信する。
【００２３】
解析部２３Ｂは、リクエスト受付部２３Ａが受信したＡＰＩリクエストを解析し、各ＡＰＩリクエストに対応するプラットフォームを特定する。本実施形態では、記憶部２４に、様々なＡＰＩリクエストに対応するプラットフォームを特定可能なデータ群を格納したプラットフォームデータベース２４Ｂ（以下、「プラットフォームＤＢ２４Ｂ」と言う）が記憶される。そして、解析部２３Ｂが、このプラットフォームＤＢ２４Ｂを参照することによって、受信したＡＰＩリクエストのプラットフォームを特定する。これによって、第２又は第３等のプラットフォームのいずれのＡＰＩリクエストか否かを特定できる。
【００２４】
プラットフォームＤＢ２４Ｂには、第２及び第３等のプラットフォームに対応するＡＰＩの利用データ（例えばＡＰＩリクエスト、レスポンスに対応するデータ）を、第１プラットフォームに対応するＡＰＩの利用データ（例えばＡＰＩリクエスト、レスポンスに対応するデータ）に変換するための変換ルールを記述したデータも格納されている。
【００２５】
ＡＰＩ処理部２３Ｃは、プラットフォームＤＢ２４Ｂに記述された変換ルールに従って、サービス提供システム５１，５２とホームサーバ１１との間のデータ変換を行う。つまり、ＡＰＩ処理部２３Ｃは、サービス提供システム５１，５２のいずれから送信されたＡＰＩリクエストを、第１プラットフォームに対応するＡＰＩリクエストに変換し、通信部２２を利用してホームサーバ１１に送信する処理を行う。また、ＡＰＩ処理部２３Ｃは、ホームサーバ１１から送信されたレスポンスを、第１プラットフォームに対応するレスポンスに変換し、通信部２２を利用してサービス提供システム５１，５２のいずれかに送信する処理を行う。
【００２６】
記憶部２４は、上述したように、管理装置２１の制御部２３が利用する制御プログラム２４Ａ、及びプラットフォームＤＢ２４Ｂ等のデータを記憶している。
【００２７】
ここで、他のプラットフォームに対応するＡＰＩを利用した住宅向けサービスとして、サービス提供システム５１の住宅向けサービスを利用する場合を、図３を用いて説明する。
図３（Ａ）に示すように、管理装置２１は、サービス提供システム５１から、第２プラットフォームに対応するＡＰＩ向けのＡＰＩリクエストを受信する。この場合、管理装置２１は、リクエスト受付部２３ＡによりＡＰＩリクエストを受信し、解析部２３Ｂにより、受信したＡＰＩリクエストのプラットフォームを特定し、ＡＰＩ処理部２３Ｃにより、第１プラットフォームに対応するＡＰＩリクエストに変換し、ホームサーバ１１に送信する。ホームサーバ１１は、第１プラットフォームに対応するＡＰＩリクエストを受信するので、このＡＰＩリクエストに対応する処理を実行できる。
【００２８】
次いで、図３（Ｂ）に示すように、管理装置２１は、ホームサーバ１１からＡＰＩレスポンスを受信する。この場合、管理装置２１は、ＡＰＩ処理部２３Ｃにより、第２プラットフォームに対応するＡＰＩレスポンスに変換し、サービス提供システム５１に送信する。サービス提供システム５１は、第２プラットフォームに対応するＡＰＩレスポンスを受信するので、適切なレスポンスを受信できる。
【００２９】
以上説明したように、本実施形態によれば、次のような効果を奏する。
【００３０】
本実施形態に係る住宅管理システム１では、住宅Ｈに設けられた複数の機器２Ａ〜６及びホームサーバ１１（コントローラに相当）が第１プラットフォーム（所定のプラットフォームに相当）に従って動作する。そして、管理装置２１は、サービス提供システム５１，５２のそれぞれから、第２プラットフォーム及び第３プラットフォームのそれぞれを利用する他の住宅向けサービスのデータを受け付け、各データに基づいてホームサーバ１１に他の住宅向けサービスに対応する処理をそれぞれ実行させるサービス受付部として機能する。
これにより、複数の機器２Ａ〜６及びホームサーバ１１を変更することなく、第１プラットフォームと異なる他のプラットフォームに対応した住宅向けサービスを利用することが可能になる。しかも、管理装置２１を他のプラットフォームに対応させればよいので、新しい他のプラットフォームへの対応がし易くなる。これらにより、住宅Ｈ内に配置される機器２Ａ〜６及びホームサーバ１１をそのまま利用しながら、新たに提供される住宅向けサービスを利用し易くなる。
【００３１】
また、管理装置２１は、複数の機器２Ａ〜６及びホームサーバ１１が接続された住宅側ネットワークＨＮ（図２）と、外部システムであるサービス提供システム５１，５２との間に設けられている。これにより、外部システムからホームサーバ１１へ直接データが入力される事態を回避でき、住宅側ネットワークＨＮのセキュリティ確保に有利となる。
【００３２】
また、複数の機器２Ａ〜６とホームサーバ１１との間のプラットフォームに対応するＡＰＩは、第２及び第３のプラットフォームに対応するＡＰＩと異なり、管理装置２１によってＡＰＩが異なる住宅向けサービスを利用可能にするので、異なるＡＰＩを利用する住宅向けサービスを利用できる。
なお、本実施形態では、ＡＰＩが異なる住宅向けサービスを利用可能にする場合を説明したが、これに限定されない。要は、管理装置２１が、機器２Ａ〜６及びホームサーバ１１のプラットフォームと異なる他のプラットフォームに対応した住宅向けサービスを利用可能にするための処理を行うようにすればよく、その処理は適宜に設定すればよい。
【００３３】
上記実施形態は、あくまでも本発明の一実施の態様であり、本発明の趣旨を逸脱しない範囲で任意に変形、及び応用が可能である。
図４は、変形例に係る住宅管理システム１を示す図である。上記実施形態の住宅管理システム１と異なる部分について説明する。
図４に示す住宅管理システム１では、管理装置２１が、複数の住宅Ｈに設けられたホームサーバ１１に通信可能に接続されている。サービス提供システム５３は、各住居Ｈのホームサーバ１１等が対応する第１プラットフォームと異なる第４プラットフォームに対応するＡＰＩを利用した住宅向けサービスを提供する。
【００３４】
この住宅向けサービスは、複数の住宅Ｈ間の連携を行う住居向けサービスであり、例えば、住居Ｈ毎に、電力消費量、発電量及び蓄電量を監視し、監視結果に基づいて、ある住居Ｈの発電電力又は蓄電電力を他の住居Ｈに供給する、といった電力融通を実現する。
より具体的に説明すると、ある住居Ｈでは、住居人が不在のため、蓄電池６に十分な電力が蓄電され、発電電力を蓄電池６に充電困難な状況が生じており、別の住居Ｈでは、住居人によってこの住宅Ｈの発電電力以上の電力が消費されている場合に、ある住居Ｈの余剰の発電電力を別の住居Ｈに供給する。これにより、発電電力を効率良く利用すると共に、蓄電池６の充放電回数を効率良く低減し、蓄電池６の性能劣化を抑制すること等が可能になる。
【００３５】
管理装置２１は、各ホームサーバ１１とサービス提供システム５３との間に設けられ、サービス提供システム５３からの住宅向けサービスのデータを受け付け、受け付けたデータに基づいて、各ホームサーバ１１のそれぞれに対し、住宅Ｈのそれぞれに設けられる機器に上記電力融通（連係に相当）に対応する制御を実行させる。
このようにして、管理装置２１によって、異なる住居Ｈ間での連係を実現させることができる。なお、この管理装置２１に必要な機能は、例えば、サービス提供システム５３からのＡＰＩリクエストを受信する受信機能、ＡＰＩリクエストを解析する解析機能、及び、第４プラットフォームに対応するＡＰＩデータと第１プラットフォームに対応するＡＰＩデータとの間でデータ変換する機能等である。なお、各機能を実現する構成は、公知の構成を適宜に適用すればよい。
これによって、複数の住宅Ｈのホームサーバ１１等を変更することなく、第４プラットフォームに対応するＡＰＩを利用した複数の住宅向けサービスを利用可能になる。
【００３６】
なお、図１、図２及び図４等に示した住宅管理システム１の各構成は、ハードウェアで実現してもよいし、ハードウェアとソフトウェアの協働により実現される構成としてもよい。また、住宅管理システム１の各構成のうち管理装置２１等を、一又は複数のクラウドコンピュータで構成してもよい。
【符号の説明】
【００３７】
１  住宅管理システム
２Ａ〜２Ｄ  照明装置
３Ａ〜３Ｃ  空調装置
４  給湯装置
５  発電装置
６  蓄電池
１１  ホームサーバ（コントローラ）
１２，２２  通信部
１３，２３  制御部
１４，２４  記憶部
２１  管理装置
２３Ａ  リクエスト受付部
２３Ｂ  解析部
２３Ｃ  ＡＰＩ処理部
３１  通信ネットワーク
５１〜５３  サービス提供システム
Ｈ  住宅
ＨＮ  住宅側ネットワーク
【図１】
0006858822.tif 000002
【図２】
0006858822.tif 000003
【図３】
0006858822.tif 000004
【図４】
0006858822.tif 000005