JP2022094182A - ＩｏＴ機器 - Google Patents

Abstract

【課題】負荷の低減およびユーザの使用感を両立できるＩｏＴ機器を提供する。【解決手段】情報端末により実行される第一アプリおよび第二アプリに機器状態値を提供するＩｏＴ機器であって、第一アプリに使用される第一機器状態値と、第一アプリおよび第二アプリにより使用される第二機器状態値と、を含む機器状態値が、変化したか否かを判定する判定部と、第一アプリに第一機器状態値および第二機器状態値を提供することを要求する第一通知を外部サーバより受信する第一受信部と、第二アプリに第二機器状態値を提供することを要求する第二通知を外部サーバより受信する第二受信部と、判定部が変化した機器状態値が第二機器状態値であり、かつ第二受信部が第二通知を受信したと判定した場合、第一通知の受信の有無に関わらず、第二機器状態値を外部サーバに送信する送信部と、を備える。【選択図】図５

Description

本発明は、ネットワークを介して外部サーバと情報端末と通信可能なＩｏＴ機器に関する。

今日、風呂機能などを備える給湯装置がインターネットを介して外部のサーバなどに接続して、いわゆるＩｏＴ（Internet of Things）を利用することにより、スマートフォンなどの情報端末と連携し、ユーザの利便性を高めることが行われている。情報端末は、外出先から給湯装置を遠隔操作したり、使用状況や使用履歴などの情報を閲覧したりすることができる。

特開２０１８－１９１１００号公報

情報端末で給湯装置の使用状況などを閲覧する場合、最新の情報が遅延なく情報端末に反映されることが好ましい。しかしながら、頻繁に外部のサーバと通信すると、給湯装置などのＩｏＴ機器のデータ通信量および処理負担が増加してしまう。

本発明はこのような事情を考慮してなされたもので、負荷の低減およびユーザの使用感を両立できるＩｏＴ機器を提供することを目的とする。

本発明に係るＩｏＴ機器は、上述した課題を解決するために、ネットワークを介して相互に通信する外部サーバに機器状態を示す機器状態値を送信し、前記外部サーバと前記ネットワークを介して相互に通信する情報端末により実行される第一アプリケーションソフトウェアおよび第二アプリケーションソフトウェアに前記機器状態値を提供するＩｏＴ機器であって、前記第一アプリケーションソフトウェアに使用される第一機器状態値と、前記第一アプリケーションソフトウェアおよび前記第二アプリケーションソフトウェアにより使用される前記第二機器状態値と、を含む前記機器状態値が、変化したか否かを判定する判定部と、前記第一アプリケーションソフトウェアに前記第一機器状態値および前記第二機器状態値を提供することを要求する第一通知を前記外部サーバより受信する第一受信部と、前記第二アプリケーションソフトウェアに前記第二機器状態値を提供することを要求する第二通知を前記外部サーバより受信する第二受信部と、前記判定部が変化した前記機器状態値が前記第二機器状態値であり、かつ前記第二受信部が前記第二通知を受信したと判定した場合、前記第一通知の受信の有無に関わらず、前記第二機器状態値を前記外部サーバに送信する送信部と、を備える。

本発明に係るＩｏＴ機器においては、負荷の低減およびユーザの使用感を両立できる。

本発明に係る通信システムの一実施形態を示すシステム構成図。 風呂給湯システムの機能構成を示す概略的な機能ブロック図。 外部サーバの機能構成を示す概略的な機能ブロック図。 情報端末の機能構成を示す概略的な機能ブロック図。 風呂給湯システムにより実行される機器状態値送信処理を説明するフローチャート。 変化した機器状態値が起動・連携時情報であり、連携先アプリが連携中である場合の風呂給湯システム、外部サーバ、連携先サーバおよび情報端末間で実行される処理を説明するシーケンス図。 変化した機器状態値が起動時情報であり、専用アプリが起動中である場合の風呂給湯システム、外部サーバ、連携先サーバおよび情報端末間で実行される処理を説明するシーケンス図。 変化した機器状態値がログ等情報である場合の風呂給湯システム、外部サーバ、連携先サーバおよび情報端末間で実行される処理を説明するシーケンス図。

本発明に係るＩｏＴ機器の一実施形態を添付図面に基づいて説明する。

本発明に係るＩｏＴ機器においては、ＩｏＴ機器、外部サーバおよび情報端末の間で通信するネットワークに、例えば、インターネットなどの情報通信網を適用できる。ＩｏＴ機器としては、例えば、宅内に据え付けられる風呂給湯システム、空調システム、床暖房システムなどの住居設備を適用できる。外部サーバとしては、例えば、宅外に配置されネットワークに接続されたクラウドコンピューティングシステムを適用できる。情報端末としては、例えば、宅内および宅外で使用可能なスマートフォン、タブレット、パーソナルコンピュータなどであり、無線または有線でネットワークに接続可能な機器を適用できる。以下の実施形態においては、ＩｏＴ機器が風呂給湯システムである例を用いて説明する。

図１は、本発明に係るＩｏＴ機器としての風呂給湯システム１０を含む通信システムの一実施形態を示すシステム構成図である。

図２は、風呂給湯システム１０の機能構成を示す概略的な機能ブロック図である。

図３は、外部サーバ３０の機能構成を示す概略的な機能ブロック図である。

図４は、情報端末４０の機能構成を示す概略的な機能ブロック図である。

通信システム１は、ネットワーク２を介して通信可能な風呂給湯システム１０と、外部サーバ３０と、情報端末４０と、を備える。通信システム１においては、風呂給湯システム１０がネットワーク２に接続して、いわゆるＩｏＴ（Internet of Things）を利用することにより、情報端末４０と連携する。

風呂給湯システム１０は、宅内５で使用される。風呂給湯システム１０は、外部サーバ３０とネットワーク２を介して相互に通信し、主に機器状態を示す機器状態値を送信する。情報端末４０は、宅内５および宅外６（外出先）で使用される。情報端末４０は、外部サーバ３０とネットワーク２を介して相互に通信を行う。情報端末４０は、機器状態値に基づいて機器状態を表示する後述するアプリケーションソフトウェア（以下単に「アプリ」という。）を有する。情報端末４０は、アプリを用いて風呂給湯システム１０の運転の指示や設定の変更を指示したり、風呂給湯システム１０の使用状況や使用履歴などの機器情報（機器状態値）を閲覧したりする。

以下の説明においては、「宅内５」は、住宅の内部や、住宅の外部であって住宅の敷地内（住宅の外壁周辺など）を含む。「宅外６」は、宅内５以外の場所である。

風呂給湯システム１０は、給湯ユニット１１と、給湯回路や風呂循環回路（図示せず）と、リモコン１５と、を主に有する。

給湯ユニット１１は、貯湯タンクおよびヒートポンプを有する。給湯ユニット１１は、給湯回路や風呂循環回路を介して浴室（風呂、浴槽）や台所に温水を供給したり、風呂循環回路を介して浴槽から供給される湯水を加温したりする。図２に示すように、給湯ユニット１１は、給湯ユニット制御部１２と、給湯ユニット記憶部１３と、給湯ユニット通信部１４と、を有する。給湯ユニット制御部１２は、ＣＰＵ（Central Processing Unit）を有し、給湯ユニット記憶部１３に予め記憶されているプログラムに従って給湯ユニット１１を電気的に制御する。給湯ユニット記憶部１３は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有し、給湯ユニット制御部１２の制御に必要な各種プログラムや、データを記憶する。給湯ユニット通信部１４は、リモコン通信部２０と接続され、給湯ユニット１１とリモコン１５とを双方向に通信可能にする。

給湯回路や風呂循環回路は、浴室内の浴槽や、シャワー、カラン、台所のカランなどと接続され、貯湯タンクの湯水を浴室や台所に供給したり、浴槽の湯水を浴槽と貯湯タンクとの間で循環させたりする。給湯回路や風呂循環回路および給湯ユニット１１は、温度センサ、流量センサ、水位センサ、などのセンサ類を有する。これらセンサ類から得られる情報は、主に給湯ユニット制御部１２に供給され、リモコン１５の表示に必要な情報や外部サーバ３０が必要とする情報がリモコン制御部１６に供給される。

リモコン１５は、浴室や台所に配置され、ユーザから各種指示を受け付けたり、情報を表示したりする。図２に示すように、リモコン１５は、リモコン制御部１６と、リモコン記憶部１７と、リモコン入力部１８と、リモコン表示部１９と、リモコン通信部２０と、を有する。

リモコン制御部１６は、ＣＰＵ（Central Processing Unit）を有し、リモコン記憶部１７に予め記憶されているプログラムに従ってリモコン１５を制御する。例えば、リモコン制御部１６は、リモコン入力部１８または情報端末４０を介して受け付けるユーザの指示に基づいて制御し、指示を実行する。具体的には、リモコン制御部１６は、指示された給湯設定温度や、風呂設定温度、設定湯量などに基づいて給湯運転、風呂自動運転、風呂追いだき運転などを実行する。リモコン制御部１６からの指示を受け付けた給湯ユニット制御部１２は、センサ類から得られた情報に基づいて各種弁などの作動を制御する。

リモコン記憶部１７は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有し、リモコン制御部１６の制御に必要な各種プログラムや、データを記憶する。リモコン入力部１８は、ユーザから指示を受け付ける、例えばボタン類である。リモコン表示部１９は、ユーザに情報を表示する、例えばディスプレイである。リモコン通信部２０は、有線または無線で他の機器とリモコン１５とを通信可能に接続する。具体的には、リモコン通信部２０は、上述の通り給湯ユニット通信部１４と接続することにより、リモコン１５と給湯ユニット１１とを通信可能に接続する。また、リモコン通信部２０は、ルータ３を介してリモコン１５をネットワーク２に接続し、ネットワーク２を介して他の機器と所要の情報を送受信する。

ルータ３は、宅内５（リモコン１５と通信可能な範囲内）に配置され、ルータ３と接続された風呂給湯システム１０および情報端末４０をネットワーク２に接続する。ルータ３は、無線ＬＡＮ（Local Area Network）通信のアクセスポイントとしての機能を有する。なお、風呂給湯システム１０および情報端末４０は、有線でネットワーク２に接続されてもよい。

外部サーバ３０は、例えば、いわゆるクラウドコンピューティングを利用して実現され、ネットワーク２を介して風呂給湯システム１０や情報端末４０と接続される。図３に示すように、外部サーバ３０は、サーバ制御部３１と、サーバ記憶部３２と、サーバ通信部３３と、を有する。サーバ制御部３１は、ＣＰＵ（Central Processing Unit）を有し、サーバ記憶部３２に予め記憶されているプログラムに従って外部サーバ３０を制御する。サーバ記憶部３２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などからなり、サーバ制御部３１の制御に必要な各種プログラムや、データを記憶する。特に、サーバ記憶部３２は、風呂給湯システム１０から送信される風呂給湯システム１０の使用状況、使用履歴などからなる機器状態値を適宜記憶する。

サーバ通信部３３は、外部サーバ３０をネットワーク２に接続し、ネットワーク２を介して、風呂給湯システム１０および情報端末４０と所要の情報を送受信する。

情報端末４０は、宅内５および宅外６を含むユーザの任意の場所で使用可能な機器である。図４に示すように、情報端末４０は、端末制御部４１と、端末記憶部４２と、端末入力部４３と、端末表示部４４と、端末通信部４５と、移動体通信部４６と、を有する。

端末制御部４１は、ＣＰＵ（Central Processing Unit）を有し、端末記憶部４２に予め記憶されているプログラムに従って情報端末４０を制御する。端末記憶部４２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有し、端末制御部４１の制御に必要な各種プログラムや、データを記憶する。端末入力部４３は、ユーザから指示を受け付ける、例えばタッチパネルやボタン類である。端末表示部４４は、ユーザに情報を表示する、例えばディスプレイである。また、端末制御部４１は、端末記憶部４２に記憶されたプログラムに基づいて、アプリを実行する。

情報端末４０は、専用アプリ４８（第一アプリケーションソフトウェア）と、連携先アプリ４９（第二アプリケーションソフトウェア、連携先アプリケーションソフトウェア）と、を実行する。専用アプリ４８および連携先アプリ４９は、いずれも風呂給湯システム１０より提供される所要の機器状態値を受け取り、端末表示部４４を介してユーザに提示する。また、専用アプリ４８および連携先アプリ４９は、端末入力部４３を介して受け付けた風呂給湯システム１０を遠隔操作するための指示などを、風呂給湯システム１０に供給する。

専用アプリ４８は、例えば、風呂給湯システム１０を提供する事業者から提供されるアプリである。専用アプリ４８は、端末入力部４３を介して受け付けるユーザの指示により、起動し、終了する。また、専用アプリ４８は、情報端末４０のＯＳ（Operating System）や他のアプリ（いわゆるタスクキラー）などから強制的に終了され得る。なお、アプリの起動中という場合は、端末表示部４４上で表示したり端末入力部４３で入力を受け付けたりできるフォアグラウンドで動作している場合と、マルチタスク機能によりバックグラウンドで動作している場合とを含む。

専用アプリ４８は、起動中であるか否かに関する情報を外部サーバ３０を介して風呂給湯システム１０に通知する。この通知のうち、起動中である旨の通知は、外部サーバ３０が、風呂給湯システム１０に、専用アプリ４８に後述する起動時情報（第一機器状態値）および起動・連携時情報（第二機器状態値）を提供することを要求する通知（第一通知）となる。風呂給湯システム１０は、起動中であるか否かに関する通知を受信すると、例えばリモコン記憶部１７に起動中であること、またはないことを記憶する。

専用アプリ４８は、外部サーバ３０より機器状態値を受信し使用する。具体的には、専用アプリ４８は、起動中である場合には、情報のリアルタイム性が重視される機器状態値（後述する起動時情報など）が変化した場合には、その都度機器状態値を取得する。また、専用アプリ４８は、ユーザからの指示（要求）などに基づいて、外部サーバ３０に蓄積される、情報のリアルタイム性を重視しない機器状態値（後述するログ等情報）を取得する。

連携先アプリ４９は、風呂給湯システム１０を提供する事業者以外の事業者（連携先アプリ４９を運営する事業者）から提供されるアプリであり、例えば、風呂給湯システム１０を提供する事業者を含む複数の事業者から種々の情報を収集し、連携先アプリ４９を介してユーザに一元的に閲覧させるアプリである。連携先アプリ４９は、例えば、複数のスマートホーム機器（ＩｏＴ機器）を事業者を越えて統合的に管理するプラットフォームアプリである。

以下、連携先アプリ４９が風呂給湯システム１０から機器状態値を取得することを、「連携」という。連携先アプリ４９が風呂給湯システム１０と連携するための初期設定は、例えば専用アプリ４８を介して外部サーバ３０との間で行われる。連携の有無に関する情報は、外部サーバ３０を介して風呂給湯システム１０に通知される。また、連携の有無に関する情報は、連携先サーバ８（後述）にも通知される。連携中である旨の通知は、外部サーバ３０が、風呂給湯システム１０に、連携先アプリ４９に起動・連携時情報（第二機器状態値）を提供することを要求する通知（第二通知）となる。風呂給湯システム１０は、連携の有無に関する通知を受信すると、リモコン記憶部１７などに連携中であること、またはないことを記憶する。

連携先アプリ４９は、外部サーバ３０とは別途設けられる連携先サーバ８より、機器状態値を受信し使用する。連携先サーバ８は、機器状態値を、外部サーバ３０を介して取得する。すなわち、風呂給湯システム１０は、連携先アプリ４９に提供する機器状態値を連携先サーバ８を介して提供する。連携先サーバ８は、例えば外部サーバ３０とほぼ同様の装置構成を有するため、ここでは詳細な説明を省略する。

風呂給湯システム１０は、機器状態値の一部であって、連携先アプリ４９に提供することが予め定められた機器状態値を連携先サーバ８に提供する。連携先アプリ４９を運営する事業者は、連携先サーバ８に提供される機器状態値の中から、使用する機器状態値を任意に選択し、任意のタイミングで使用する。連携先アプリ４９および連携先サーバ８は、風呂給湯システム１０を提供する事業者以外の事業者により管理、運営される。このため、風呂給湯システム１０が把握できる連携先アプリ４９に関する事項は、限定的である。すなわち、風呂給湯システム１０（外部サーバ３０）は、機器状態値を連携先サーバ８に提供した後は、どのような機器状態値がどのようなタイミング使用されるのか、また連携先アプリ４９が起動中であるか否か、などの情報は持ち得ず、風呂給湯システム１０（風呂給湯システム１０の事業者）にとっては、連携先アプリ４９は統制外である。

端末通信部４５は、有線または無線で外部サーバ３０および連携先サーバ８と情報端末４０とを通信可能に接続する。具体的には、端末通信部４５は、ルータを介して情報端末４０をネットワーク２に接続し、ネットワーク２を介して外部サーバ３０および連携先サーバ８と所要の情報を送受信する。端末通信部４５が接続されるルータは、宅内５に配置されるルータ３と、宅外６に設置される任意のルータを含む。移動体通信部４６は、情報端末４０を移動体通信ネットワーク４を介して基地局に接続する。

情報端末４０の専用アプリ４８および連携先アプリ４９においては、機器状態値が変化するたびに遅延なく機器状態値に基づく表示が更新されるのがユーザに対しては好ましい。そのためには、風呂給湯システム１０において機器状態値が変化するたびに、機器状態値が外部サーバ３０に送信される必要がある。しかしながら、データ通信量や通信頻度が増加し、風呂給湯システム１０、外部サーバ３０および情報端末４０の処理負担が増加してしまう。

そこで、風呂給湯システム１０は、外部サーバ３０を介して得られる専用アプリ４８および連携先アプリ４９の状態、および生成される機器状態値の種類に応じて、外部サーバ３０に機器状態値を送信するか否かを判断し、ユーザの使用感と負荷の低減とを両立するようにした。以下、具体的に、風呂給湯システム１０により実行される機器状態値送信処理を説明する。

図５は、風呂給湯システム１０により実行される機器状態値送信処理を説明するフローチャートである。
図６は、変化した機器状態値が起動・連携時情報であり、連携先アプリ４９が連携中である場合の風呂給湯システム１０、外部サーバ３０、連携先サーバ８および情報端末４０間で実行される処理を説明するシーケンス図である。
図７は、変化した機器状態値が起動時情報であり、専用アプリ４８が起動中である場合の風呂給湯システム１０、外部サーバ３０、連携先サーバ８および情報端末４０間で実行される処理を説明するシーケンス図である。
図８は、変化した機器状態値がログ等情報である場合の風呂給湯システム１０、外部サーバ３０、連携先サーバ８および情報端末４０間で実行される処理を説明するシーケンス図である。

この機器状態値送信処理は、風呂給湯システム１０の運転中において、繰り返し実行される。なお、以下の説明においては、説明の簡略化のため、リモコン制御部１６が、給湯ユニット１１を含む風呂給湯システム１０の各部を統括的に制御するものとして説明する。

ステップＳ１において、リモコン制御部１６（判定部）は、風呂給湯システム１０の機器状態値が変化したか否かを判定する。ここで、機器状態値は、３種類の情報を含む。

第一機器状態値（非連携時機器状態値）は、専用アプリ４８が起動中である場合に専用アプリ４８に提供され、専用アプリ４８が起動中である場合に使用される機器状態値である。第一機器状態値（以下、「起動時情報」という）は、連携先アプリ４９には提供されない。起動時情報は、例えば、風呂の状態（湯はり中、保温中、自動湯張り予約中など）、沸き上げ運転の状態などに関する情報である。

第二機器状態値（連携時機器状態値）は、専用アプリ４８が起動中である場合に専用アプリ４８に提供され、かつ連携先アプリ４９が風呂給湯システム１０と連携中である場合に連携先アプリ４９に提供され得る機器状態値である。第二機器状態値（以下、「起動・連携時情報」という）は、専用アプリ４８が起動中である場合および連携先アプリ４９が連携中である場合に使用される。起動・連携時情報は、例えば、ユーザの入室・入浴状態（不在、入室中、入浴中）、入室・退室時刻、給湯設定温度、ふろ設定温度、貯湯タンクの貯湯量などに関する情報である。

第三機器状態値（非連携時機器状態値）は、起動時情報および起動・連携時情報以外の機器状態値であり、外部サーバ３０にログ情報として蓄積される値を含む機器状態値である。第三機器状態値（以下、「ログ等情報」という）は、風呂給湯システム１０が定期的（例えば１日に１回や、１時間に１回、１ヶ月に１回など）に収集し、ユーザの使用傾向や使用履歴、また風呂給湯システム１０の制御のための分析に使用するための情報である。ログ等情報は、具体的には、沸き上げ運転の時間や回数、１時間毎や１日毎、１カ月毎の給湯使用量などに関する情報である。また、ログ等情報は、専用アプリ４８の起動の有無によらずに情報端末４０に通知をすることが好ましい緊急性を要する情報である。緊急性を要する情報の一例としては、入浴中の事故を防止するための情報である、所定時間以上（長時間）の入浴の有無である。

リモコン制御部１６は、機器状態値が変化していないと判定した場合（ステップＳ１のＮＯ）、機器状態値が変化するまで待機する。一方、リモコン制御部１６は機器状態値が変化したと判定した場合（ステップＳ１のＹＥＳ）、ステップＳ２において、変化した機器状態値が起動時情報であるか否かを判定する。

リモコン制御部１６は、変化した機器状態値が起動時情報ではないと判定した場合（ステップＳ２のＮＯ）、ステップＳ３において、変化した機器状態値が起動・連携時情報であるか否かを判定する。リモコン制御部１６は、変化した機器状態値が起動・連携時情報であると判定した場合（ステップＳ３のＹＥＳ、図６のステップＳ１５）、ステップＳ４において、風呂給湯システム１０が連携先アプリ４９と連携中であるか否かを判定する。

ここで、連携中である場合（図６のステップＳ１１）、上述したとおり、連携された旨の通知が連携先サーバ８および外部サーバ３０に通知されている（図６のステップＳ１２、Ｓ１３）ため、外部サーバ３０は、連携された旨の通知をさらに風呂給湯システム１０（第二受信部、受信部）に通知しており（図６のステップＳ１４）、風呂給湯システム１０は、連携された旨をリモコン記憶部１７などに記憶している。なお、ステップＳ１１からステップＳ１４は、連携が設定される際に実行される処理であり、図５の機器状態値送信処理が実行されるタイミングとは一致していない。

リモコン制御部１６（送信部）は、連携中であると判定した場合（ステップＳ４のＹＥＳ）、ステップＳ５において、起動・連携時情報である機器状態値を外部サーバ３０に送信する（図６のステップＳ１６）。外部サーバ３０は、例えば、専用アプリ４８が起動中である場合には、起動・連携時情報を専用アプリ４８（情報端末４０）に送信する。すなわち、リモコン制御部１６は、連携中であれば外部サーバ３０に起動・連携時情報を提供し、専用アプリ４８が起動中であるか否か（第一通知の受信の有無）については判断しない。外部サーバ３０は、専用アプリ４８が起動中である場合には、起動・連携時情報を専用アプリ４８（情報端末４０）に送信する。また、外部サーバ３０は、連携先サーバ８にも起動・連携時情報を送信する（図６のステップＳ１７）。外部サーバ３０は、起動・連携時情報を受信した時点で連携先サーバ８に起動・連携時情報を送信してもよいし、連携先サーバ８から要求があった時点で連携先サーバ８に起動・連携時情報を送信してもよい。連携先サーバ８は、連携先アプリ４９を運営する事業者の任意のタイミングで任意の機器状態値を連携先アプリ４９（情報端末４０）に送信する（図６のステップＳ１８）。

リモコン制御部１６は、ステップＳ２において、変化した機器状態値が起動時情報であると判定した場合（ステップＳ２のＹＥＳ、図７のステップＳ２４）、およびステップＳ４において連携先アプリ４９と連携中ではないと判定した場合（ステップＳ４のＮＯ）、ステップＳ６において、専用アプリ４８が起動中であるか否か判定する。

ここで、起動中である場合（図７のステップＳ２１）、上述したとおり、起動中である旨の通知が外部サーバ３０に通知されている（図７のステップＳ２２）ため、外部サーバ３０は、起動中である旨の通知をさらに風呂給湯システム１０（第一受信部）に通知しており（図７のステップＳ２３）、風呂給湯システム１０は、起動中である旨をリモコン記憶部１７などに記憶している。なお、ステップＳ２１からステップＳ２３は、起動された際に実行される処理であり、図５の機器状態値送信処理が実行されるタイミングとは一致していない。

リモコン制御部１６は、起動中であると判定した場合（ステップＳ６のＹＥＳ）、ステップＳ５に進み、起動時情報である機器状態値を外部サーバ３０に送信する（図７のステップＳ２５）。また、外部サーバ３０は、専用アプリ４８（情報端末４０）に起動時情報を送信する（図７のステップＳ２６）。

リモコン制御部１６は、ステップＳ３において、変化した機器状態値が起動・連携時情報ではないと判定した場合、すなわち、変化した機器状態値がログ等情報であると判定した場合（ステップＳ３のＮＯ、図８のステップＳ３１）、ステップＳ５に進み、ログ等情報である機器状態値を外部サーバ３０および連携先サーバ８に送信する（図８のステップＳ３２、Ｓ３３）。外部サーバ３０は、例えば図８に示すように、専用アプリ４８がユーザよりログ等情報を要求する指示を受け付け（ステップＳ３４）、外部サーバ３０にログ等情報の要求が送信された場合（ステップＳ３５）に、ログ等情報を専用アプリ４８に送信する（ステップＳ３６）。また、連携先サーバ８は、連携先アプリ４９がユーザよりログ等情報を要求する指示を受け付け（ステップＳ３７）、連携先サーバ８にログ等情報の要求が送信された場合（ステップＳ３８）に、ログ等情報を連携先アプリ４９に送信する（ステップＳ３９）。また、連携先サーバ８に送信されるログ等情報は、連携先アプリ４９に送信される以外にも、例えば連携先アプリ４９を運営する事業者によって、風呂給湯システム１０の使用状況の分析やユーザへの種々のサービスの提供に使用されてもよい。

リモコン制御部１６は、起動時情報および起動・連携時情報のように、専用アプリ４８の起動の有無または連携先アプリ４９の連携の有無によらず、ログ等情報を通信抑制の対象とすることなく送信する。一方、リモコン制御部１６は、専用アプリ４８が起動中ではないと判定した場合（ステップＳ６のＮＯ）、起動時情報または起動・連携時情報である機器状態値は情報端末４０で使用されないため、不要な通信を低減すべく機器状態値を送信することなく、処理を終了する。以上で、機器状態値送信処理は終了する。

このような風呂給湯システム１０は、負荷の低減とユーザの使用感を両立できる。すなわち、風呂給湯システム１０は、機器状態値が変化した場合、常時外部サーバ３０に送信することなく、機器状態値が変化したタイミングにおいて専用アプリ４８または連携先アプリ４９が必要な情報を、必要なタイミングにだけ送信する。その結果、通信システム１は、風呂給湯システム１０、外部サーバ３０、および情報端末４０の通信やそれに伴う処理により発生する負荷を低減でき、またユーザのアプリの使用感も向上できる。

すなわち、風呂給湯システム１０は、専用アプリ４８が必要とする起動時情報は、専用アプリ４８が起動していない場合には送信しないことにより、通信負荷などを削減できる。また、風呂給湯システム１０は、専用アプリ４８および連携先アプリ４９が必要とする起動・連携時情報は、連携先アプリ４９と連携しておらず、かつ専用アプリ４８が起動していない場合には、送信しないことにより、通信負荷などを削減できる。

すなわち、専用アプリ４８が起動していない場合には、連携先アプリ４９との連携の有無を判断することにより、起動・連携時情報の送信の要否を判断する。これにより、風呂給湯システム１０の事業者は、統制外である連携先アプリ４９（連携先サーバ８）に機器状態値を提供することをサービスとして許容した場合であっても、機器状態値の種類によらずに一律に送信するのではなく、実際に連携先アプリ４９と連携中であるか否かを判断するため、判断しない場合に比べて通信負荷などを削減できる。また、風呂給湯システム１０は、連携中である場合であっても、リアルタイム性が要求されるものと、そうでないものとを区別して必要な機器状態値のみを送信するため、通信負荷などを低減できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 通信システム
２ ネットワーク
３ ルータ
４ 移動体通信ネットワーク
５ 宅内
６ 宅外
８ 連携先サーバ
１０ 風呂給湯システム
１１ 給湯ユニット
１２ 給湯ユニット制御部
１３ 給湯ユニット記憶部
１４ 給湯ユニット通信部
１５ リモコン
１６ リモコン制御部
１７ リモコン記憶部
１８ リモコン入力部
１９ リモコン表示部
２０ リモコン通信部
３０ 外部サーバ
３１ サーバ制御部
３２ サーバ記憶部
３３ サーバ通信部
４０ 情報端末
４１ 端末制御部
４２ 端末記憶部
４３ 端末入力部
４４ 端末表示部
４５ 端末通信部
４６ 移動体通信部
４８ 専用アプリ
４９ 連携先アプリ

Claims (4)

1. ネットワークを介して相互に通信する外部サーバに機器状態を示す機器状態値を送信し、前記外部サーバと前記ネットワークを介して相互に通信する情報端末により実行される第一アプリケーションソフトウェアおよび第二アプリケーションソフトウェアに前記機器状態値を提供するＩｏＴ機器であって、
   前記第一アプリケーションソフトウェアに使用される第一機器状態値と、前記第一アプリケーションソフトウェアおよび前記第二アプリケーションソフトウェアにより使用される第二機器状態値と、を含む前記機器状態値が、変化したか否かを判定する判定部と、
   前記第一アプリケーションソフトウェアに前記第一機器状態値および前記第二機器状態値を提供することを要求する第一通知を前記外部サーバより受信する第一受信部と、
   前記第二アプリケーションソフトウェアに前記第二機器状態値を提供することを要求する第二通知を前記外部サーバより受信する第二受信部と、
   前記判定部が変化した前記機器状態値が前記第二機器状態値であり、かつ前記第二受信部が前記第二通知を受信したと判定した場合、前記第一通知の受信の有無に関わらず、前記第二機器状態値を前記外部サーバに送信する送信部と、を備えるＩｏＴ機器。
2. 前記第一アプリケーションソフトウェアは、前記ＩｏＴ機器を提供する事業者から提供されるアプリケーションソフトウェアであり、
   前記第二アプリケーションソフトウェアは、前記ＩｏＴ機器を提供する事業者以外の事業者から提供されるアプリケーションソフトウェアである、請求項１記載のＩｏＴ機器。
3. 前記第一通知は、前記第一アプリケーションソフトウェアが起動している場合に通知され、
   前記第二通知は、前記第二アプリケーションソフトウェアが前記ＩｏＴ機器から前記第二機器状態値を取得する設定がなされた場合に通知される、請求項１または２記載のＩｏＴ機器。
4. ネットワークを介して相互に通信する外部サーバに機器状態を示す機器状態値を送信し、前記外部サーバと前記ネットワークを介して相互に通信する情報端末の連携先アプリケーションソフトウェアに前記機器状態値を提供するＩｏＴ機器であって、
   前記連携先アプリケーションソフトウェアは、前記ＩｏＴ機器を提供する事業者以外の事業者から提供されるアプリケーションソフトウェアであり、
   前記ＩｏＴ機器は、
   前記連携先アプリケーションソフトウェアに提供される連携時機器状態値と、前記連携時機器状態値以外の非連携時機器状態値と、を含む前記機器状態値が、変化したか否かを判定する判定部と、
   前記連携先アプリケーションソフトウェアが前記ＩｏＴ機器から前記連携時機器状態値を取得する設定がなされた旨の通知を前記外部サーバより受信する受信部と、
   前記判定部が変化した前記機器状態値が前記連携時機器状態値であり、かつ前記受信部が前記通知を受信したと判定した場合、前記連携時機器状態値を前記外部サーバに送信する送信部と、を備えるＩｏＴ機器。

Images