JP6688954B2 - メッセージ受信装置及び画面遷移方法 - Google Patents

Description

本発明は、住宅及びマンションの家電機器がネットワークに接続された場合の家電機器ネットワークシステムに用いられるメッセージ受信装置に関する。

近年、ネットワーク接続されたエアコン、電子レンジ及び冷蔵庫等の家電機器を、携帯端末で遠隔制御するサービスが提供されている。

このような家電機器を制御する通信システムにおいては、住宅又はマンション等の宅内に設置されたパーソナルコンピュータ或いは家電機器が、携帯端末からの遠隔制御により、電源制御及び動作制御されることが可能となる。また、ユーザが家電機器を制御した結果を動作履歴としてサーバへ蓄積し保存することで、同履歴を解析することが可能となり、ユーザへ最適な家電利用方法を提案することが期待される。

特許文献１では、複数の空気調和機から取得された情報がサーバに蓄積され、蓄積された情報の分析結果が、どの空気調和機から供給されているかを、端末装置に明示させることが可能となっている。

また、特許文献２では、機器の動作を実行させる命令コマンドに対応する操作ボタンが表示され、送信メッセージに合ったコマンドが機器へ送られることが可能となっている。

特開２０１５−７５３０７号公報 特開２０１５−６５５９０号公報

しかしながら、特許文献１の方法では、携帯端末において、メッセージ通知後に、電気機器の使用状況及び室内環境（例えば室温）等に応じて電気機器に対して必要な操作をするためのアプリケーション（以下、アプリと略称する）画面への遷移を簡略化できない。このため、必要な対応、例えば、家電機器の操作及び指示を行える画面へ到達するのに時間がかかってしまうという課題がある。

また、特許文献２の方法では、家電機器の送信コマンドに応じたボタンのみ選択可能となっており、携帯端末にインストールされたアプリ画面への遷移ができない。このため、必ずしも電気機器の使用状況及び室内環境等に応じて電気機器に対して必要な操作をするためのアプリ画面への遷移ができないという課題がある。

前記従来の課題を解決するために、本発明は、上記のような従来の課題に鑑みてなされたものであり、ネットワーク上に接続された機器の情報を蓄積し、機器の状態を分析した結果をユーザが所有する携帯端末へ通知し、機器の操作及び指示を行うための必要性の高いアプリ画面へ迅速に遷移することが可能なメッセージ受信装置及び画面遷移方法を提供する。

具体的には、本発明の実施の形態の一例によるメッセージ受信装置は、少なくとも１つ
以上の家電機器等の電気機器が接続された機器連携サーバから、機器に関して通知するメッセージ本文と、電気機器に関するサービスの内容を識別するためのサービスＩＤとを対応させた、メッセージ情報を受信する通信部を備える。また、本発明の実施の形態の一例によるメッセージ受信装置は、サービスＩＤと表示ボタン情報と遷移先情報とを対応させたアプリ遷移情報から、メッセージ情報に含まれるサービスＩＤに対応する表示ボタン情報を抽出し、表示ボタン情報に対応した表示ボタンとメッセージ情報に含まれるメッセージ本文に対応した通知メッセージとを含む通知画面を生成するアプリ遷移画面生成部を備える。また、本発明の実施の形態の一例によるメッセージ受信装置は、通知画面を出力する画面出力部を備える。さらに、本発明の実施の形態の一例によるメッセージ受信装置は、通知画面において、表示ボタンが選択された場合に、アプリ遷移情報に基づいて、表示ボタン情報に対応した遷移先情報で規定されたアプリケーションが起動したアプリ画面、又は、表示ボタン情報に対応した遷移先情報で規定された機能画面に、遷移させるアプリ起動指示部とを備える。

このような構成により、通知後のメッセージ内容に合ったアプリ画面及び機能画面へ遷移するためのボタンをユーザへ提示することができ、必要性の高いアプリの起動並びに機能画面到達までの手間及び時間を削減できる。

また、本発明の実施の形態の一例による画面遷移方法は、少なくとも１つ以上の電気機器が接続された機器連携サーバから、電気機器に関して通知するメッセージ本文と、電気機器に関するサービスの内容を識別するためのサービスＩＤとを対応させた、メッセージ情報を受信するステップと、サービスＩＤと表示ボタン情報と遷移先情報とを対応させたアプリ遷移情報から、メッセージ情報に含まれるサービスＩＤに対応する表示ボタン情報を抽出し、表示ボタン情報に対応した表示ボタンとメッセージ情報に含まれるメッセージ本文に対応した通知メッセージとを含む通知画面を生成するステップとを有する。さらに、本発明の実施の形態の一例による画面遷移方法は、通知画面が出力された画面出力部において、表示ボタンが選択された場合に、アプリ遷移情報に基づいて、表示ボタン情報に対応した遷移先情報で規定されたアプリケーションが起動したアプリ画面、又は、表示ボタン情報に対応した遷移先情報で規定された機能画面に、通知画面から遷移させるステップを有する。

このような方法により、通知後のメッセージ内容に合ったアプリ画面及び機能画面へ遷移するためのボタンをユーザへ提示することができ、必要性の高いアプリの起動並びに機能画面到達までの手間及び時間を削減できる。

本発明によれば、通知後のメッセージ内容に合ったアプリ画面及び機能画面へ遷移するためのボタンをユーザへ提示することができ、必要性の高いアプリの起動並びに機能画面到達までの手間及び時間を削減できる。

図１は、本発明の実施の形態１における通信システムの概略構成図である。 図２は、本発明の実施の形態１におけるメッセージ受信装置の概略構成図である。 図３は、本発明の実施の形態１における機器連携サーバの概略構成図である。 図４は、本発明の実施の形態１における家電機器の概略構成図である。 図５は、本発明の実施の形態１における受信メッセージ情報の構成を示す図である。 図６は、本発明の実施の形態１におけるアプリ遷移情報の構成を示す図である。 図７は、本発明の実施の形態１におけるサービス登録情報の構成を示す図である。 図８は、本発明の実施の形態１における送信データの構成を示す図である。 図９は、本発明の実施の形態１における機器連携サーバによるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。 図１０は、本発明の実施の形態１における家電機器管理情報の構成を示す図である。 図１１は、本発明の実施の形態１における取得情報の構成を示す図である。 図１２は、本発明の実施の形態１におけるメッセージ情報の構成を示す図である。 図１３は、本発明の実施の形態１における通知画面を示す図である。 図１４は、本発明の実施の形態１における機能画面を示す図である。 図１５は、本発明の実施の形態１におけるメッセージ受信装置におけるアプリの起動及び遷移のフローチャートである。 図１６は、本発明の実施の形態１における機能画面から通知画面への遷移を示す図である。 図１７は、本発明の実施の形態１におけるメッセージ受信装置の主要な構成要素間の関係を示す概略図である。 図１８は、本発明の実施の形態１における機器連携サーバの主要な構成要素間の関係を示す概略図である。 図１９は、本発明の実施の形態２における通信システムの概略構成図である。 図２０は、本発明の実施の形態２におけるメッセージ受信装置の概略構成図である。 図２１は、本発明の実施の形態２における機器連携サーバの概略構成図である。 図２２は、本発明の実施の形態２におけるアプリ遷移情報の構成を示す図である。 図２３は、本発明の実施の形態２における受信メッセージ情報の構成を示す図である。 図２４は、本発明の実施の形態２におけるエラー情報の構成を示す図である。 図２５は、本発明の実施の形態２における取得情報の具体例を示す図である。 図２６は、本発明の実施の形態２における送信データの構成を示す図である。 図２７は、本発明の実施の形態２における機器連携サーバによるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。 図２８は、本発明の実施の形態２における通知画面を示す図である。 図２９は、本発明の実施の形態２における通知画面からサービス設定画面への遷移を示す図である。 図３０は、本発明の実施の形態２における機器連携サーバの主要な構成要素間の関係を示す概略図である。 図３１は、本発明の実施の形態２におけるメッセージ受信装置の主要な構成要素間の関係を示す概略図である。 図３２は、本発明の実施の形態３における通信システムの概略構成図である。 図３３は、本発明の実施の形態３におけるメッセージ受信装置の概略構成図である。 図３４は、本発明の実施の形態３における機器連携サーバの概略構成図である。 図３５は、本発明の実施の形態３におけるサービス登録情報の構成を示す図である。 図３６は、本発明の実施の形態３におけるアプリ遷移情報の構成を示す図である。 図３７は、本発明の実施の形態３における受信メッセージ情報の構成を示す図である。 図３８は、本発明の実施の形態３における送信データの構成を示す図である。 図３９は、本発明の実施の形態３における機器連携サーバによるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。 図４０は、本発明の実施の形態３における通知画面を示す図である。 図４１は、本発明の実施の形態３における通知画面からサービス設定画面への遷移を示す図である。 図４２は、本発明の実施の形態３におけるメッセージ受信装置の主要な構成要素間の関係を示す概略図である。 図４３は、本発明の実施の形態３における機器連携サーバの主要な構成要素間の関係を示す概略図である。 図４４は、本発明の実施の形態３における機器連携サーバによる室内温度取得からユーザの操作間違い判断までのフローチャートである。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下で示す各実施の形態は一例であり、システムの構成及び機能ブロックの構成はこれに限定されるものではない。

（実施の形態１）
図１は、本発明の実施の形態１における通信システムを示す。本発明の実施の形態１における通信システムは、メッセージ受信装置１００、機器連携サーバ２００、家電機器３００及び宅内中継装置４００により構成される。

家電機器３００は、住宅内又は住宅敷地内に設置される電気機器であり、例えば空調機器（例えば、エアコン）、冷凍冷蔵庫、炊飯器、オーブンレンジ、照明機器及び洗濯乾燥機などであるが、これらに限られず、車庫又は玄関等のオートロックシステム、給湯システム、パソコン及び電話等の小型電気機器なども含まれる。家電機器３００は、単一の機器であっても、複数の機器であってもよい。以下、本実施の形態では、家電機器３００は、エアコンであるものとして説明する。

以下、メッセージ受信装置１００、機器連携サーバ２００、家電機器３００及び宅内中継装置４００の詳細について、順次説明する。

まず、メッセージ受信装置１００について説明する。図２は、本発明の実施の形態１におけるメッセージ受信装置１００の主要な構成要素を示す概略構成図である。また、図１７は、メッセージ受信装置１００の主要な構成要素間の関係を説明する概略図である。

図１に示すメッセージ受信装置１００は、機器連携サーバ２００と通信可能な通信装置であり、例えば、携帯電話及び携帯可能な情報端末などである。

図２に示すように、メッセージ受信装置１００は、通信部１、受信データ管理部２、ユーザ要求受付部３、メッセージ抽出部４、アプリ遷移情報管理部５、アプリ遷移画面生成部６、画面出力部７、記憶部８、アプリ起動指示部９及び画面遷移管理部１０を有する。

なお、メッセージ受信装置１００における上記構成要素、及び、後述する機器連携サーバ２００における通信部２１、データ取得部２２、常時分析部２３、送信データ生成部２４、ユーザ要求受付部２５、サービス登録・解除部２６、記憶部２７及びオンデマンド分析部２８は、集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）により構成される。

これら各構成要素及び各部は、個別に１チップ化されていてもよいし、一部又は全てを含むように１チップ化されてもよい。本実施の形態においては、ＬＳＩにより構成されるとしたが、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限られるものではなく、専用回路又は汎用プロセッサにより行われてもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、及び、ＬＳＩ内部の回路セルの接続及び設定が再構成可能なコンフィギュラブル・プロセッサなどを利用して、各部が構成されていてもよい。さらには、半導体技術の進歩又は派生する別技術により、ＬＳＩに置き換わる集積回路化の技術を利用して、各部の集積化が行われてもよい。例えば、バイオ技術を適応することによって集積化が行われてもよい。

メッセージ受信装置１００の通信部１は、機器連携サーバ２００又は他のサーバと通信するための機構である。メッセージ受信装置１００の通信部１は、イーサネット（登録商標）ＬＡＮなどの有線通信、無線ＬＡＮ、ＺｉｇＢｅｅ（登録商標）、又は、特定小電力無線などにより無線通信を行う。通信部１は、機器連携サーバ２００から、メッセージ情報を受信する。通信部１で受信されたメッセージ情報は、受信データ管理部２へ出力される。

メッセージ情報には、サービスの内容を識別するためのサービスＩＤと、ユーザへの通知メッセージである、タイトル・メッセージ情報とが含まれている。サービスＩＤは、サービスの対象となる家電機器３００（以下、対象機器と称することもある）を識別するための家電識別情報を含んでいてもよい。

ここで、サービスには、例えば、対象機器の運転停止ボタンを押し忘れている可能性が高い状況を通知する「切り忘れ防止」通知が含まれる。また、対象機器がエアコンである場合には、サービスには、エアコンに設けられた温度センサが、エアコンの設置された室内の温度を検知して、室内温度が過度に高い温度であることを通知する「高温アラート」、及び、室内温度が過度に低い温度であることを通知する「低温アラート」などが含まれる。

タイトル・メッセージ情報には、対象機器の状態及び対象機器が設置された場所の状態等を通知するメッセージ本文及びそのタイトルが含まれる。タイトル・メッセージ情報は、例えば、“タイトル”と“メッセージ本文”とが“：（コロン）”でつながれて並べられて、“タイトル：メッセージ本文”として構成される。図１２は、本発明の実施の形態１におけるメッセージ情報の構成を示す図である。例えば、図１２に示すように、「切り忘れ防止」通知の場合には、タイトルが「切り忘れ防止」であり、メッセージ本文が「（
対象機器）が運転中のままです。」である。「高温アラート」の場合には、タイトルが「高温アラート（ｘｘ℃）」であり、メッセージ本文が「高温状態です。」である。「低温アラート」の場合には、タイトルが「低温アラート（ｘｘ℃）」であり、メッセージ本文が「低温状態です。」である。

受信データ管理部２は、メッセージ受信装置１００の通信部１から入力されたメッセージ情報を、受信メッセージ情報として、記憶部８へ登録する。

図５は、本発明の実施の形態１における受信メッセージ情報の構成を示す図である。記憶部８へ登録される受信メッセージ情報には、メッセージ情報を受信した日時である受信日時と、メッセージ情報に含まれていたサービスＩＤと、メッセージ情報に含まれていたタイトル・メッセージ情報とが含まれている。

サービスＩＤは、図５に示すように、対象機器の種類を識別するＩＤと、サービスの種別とを組み合わせた情報である。例えば、“対象機器の種類を識別するＩＤ”と“対象機器の種類を識別するＩＤ”とが“＿（アンダーバー）”でつながれて並べられて、“対象機器の種類を識別するＩＤ＿サービス種別”として構成される。より具体的には、例えば、図５に示すように、“ＣＳ＿ｈｅａｔｓｔｒｏｋｅ”の場合には、“ＣＳ”が、対象機器がエアコンであることを示し、“ｈｅａｔｓｔｒｏｋｅ”が、サービスが「高温アラート」であることを示している。また、図５における“ＣＳ＿ｌｏｗｔｅｍｐ”の場合には、“ＣＳ”が、対象機器がエアコンであることを示し、“ｌｏｗｔｅｍｐ”が、サービスが「低温アラート」であることを示している。なお、サービスＩＤは、対象機器の種類を識別するＩＤを含まず、サービスの種別のみを示すものでもよい。

ユーザ要求受付部３は、ユーザが機器連携サーバ２００へのサービスの利用を開始するために、サービス登録情報（後述する図７参照）を登録したり、過去に登録したサービス登録情報を削除したり、制御信号の設定を入力するための機構であり、例えば、メッセージ受信装置１００に備え付けられた操作パネルなどである。

メッセージ抽出部４は、後述のアプリ遷移画面生成部６から入力されたメッセージ取得要求に含まれるサービスＩＤ及びタイトル・メッセージ情報から、メッセージ本文のみを抽出し、アプリ遷移画面生成部６へ出力する。

アプリ遷移情報管理部５は、後述のアプリ遷移画面生成部６からサービスＩＤを含むアプリ遷移情報取得要求が入力されると、サービスＩＤ毎に管理されたアプリ遷移情報を、記憶部８から読み出し、読み出されたアプリ遷移情報をアプリ遷移画面生成部６へ出力する。

アプリ遷移情報の詳細を図６に示す。図６は、本発明の実施の形態１におけるアプリ遷移情報の構成を示す図である。アプリ遷移情報には、サービスＩＤ毎に、表示ボタン情報及び遷移先情報が記載されている。表示ボタン情報は、後述の画面出力部７へ出力するボタンの情報、例えば、表示されるボタンの名前である。遷移先情報は、画面出力部７に表示されたボタンが選択された場合に、起動するアプリケーションへの遷移情報が記載されている。

アプリ遷移画面生成部６は、ユーザ要求受付部３から通知画面表示要求を受信すると、記憶部８から受信メッセージ情報を読み込む処理を行う。ここで、通知画面表示要求とは、ユーザ要求受付部３で選択されたタイトル・メッセージ情報に対応したアプリ選択情報を含む情報である。また、アプリ選択情報とは、受信日時とサービスＩＤとを含む情報である。

そして、アプリ遷移画面生成部６は、記憶部８から読み込んだ受信メッセージ情報からメッセージ本文を抽出するため、メッセージ抽出部４に対して、サービスＩＤ及びタイトル・メッセージ情報を含むメッセージ取得要求を出力する。また、アプリ遷移画面生成部６は、アプリ遷移情報取得要求をアプリ遷移情報管理部５へ出力する。アプリ遷移情報取得要求は、記憶部８から読み込まれた受信メッセージ情報のサービスＩＤを含んでいる。

アプリ遷移画面生成部６は、アプリ遷移情報管理部５から入力されたアプリ遷移情報から、表示ボタン情報を抽出する。そして、アプリ遷移画面生成部６は、表示ボタン情報に応じた文字及び記号と、メッセージ抽出部４から入力されたメッセージ本文に応じた通知メッセージとを含む画面（以下、通知画面と称す）を生成し、画面出力部７へ出力する。なお、通知メッセージは、メッセージ本文と同一の文章であってもよいし、異なる文章であってもよい。

図１３は、本発明の実施の形態１における通知画面を示す図である。画面出力部７は、アプリ遷移画面生成部６から入力された通知画面を表示する。画面出力部７に表示される通知画面は、例えば、以下のようなものである。

記憶部８から読み込まれた受信メッセージ情報のサービスＩＤが、“ＣＳ＿ｈｅａｔｓｔｒｏｋｅ”の場合、つまり、サービスが「高温アラート」である場合には、図１３に示すように、「高温アラート」のメッセージ本文である「高温状態です」に応じた通知メッセージが画面情報に配置される。「高温アラート」のメッセージ本文に応じた通知メッセージは、例えば、図１３に示すように、「＜（対象機器の名前＞の設置されている部屋が高温状態です」などと表示される。通知メッセージの下方には、表示ボタン情報に応じた文字を含むボタンである、「運転状況」ボタン、「どこでもリモコン」ボタン、「ダブル温度設定」ボタン、「おへやモニター」ボタン、及び、「電話」ボタンが順に配置される。さらにその下方には、「閉じる」ボタン、又は、「キャンセル」ボタンのいずれかが配置される。

記憶部８から読み込まれた受信メッセージ情報のサービスＩＤが、“ＣＳ＿ｔｕｒｎｏｆｆ”の場合、つまり、サービスが「切り忘れ防止」通知である場合には、「切り忘れ防止」のメッセージ本文である「エアコンが運転中のままです」に応じた通知メッセージが画面上方に配置される。「切り忘れ防止」のメッセージ本文に応じた通知メッセージは、例えば、「＜（対象機器の名前）＞が運転中のままです」などと表示される。通知メッセージの下方には、表示ボタン情報に応じた文字を含むボタンである、「どこでもリモコン」ボタンが配置される。さらにその下方には、「閉じる」ボタン、又は、「キャンセル」ボタンのいずれかが配置される。

ここで、画面出力部７に表示される通知画面における表示ボタンが選択された場合に、起動するアプリ、及び、操作が可能となる機能には、例えば、以下のようなものが含まれる。「運転状況」ボタンが選択された場合に、操作可能となる機能は、対象機器の運転状況を表示する機能である。「どこでもリモコン」ボタンが選択された場合に、操作可能となる機能は、対象機器を遠隔操作する機能である。「電話」ボタンが選択された場合に起動するアプリは、対象機器が設置された家の固定電話、及び、対象機器が設置された室内に居る人の携帯電話等に電話をかけるための、メッセージ受信装置１００に備えられた電話機能のアプリである。

また、対象機器がエアコンである場合には、表示ボタンが選択された場合に、操作可能となる機能には、例えば、以下のようなものが含まれる。「ダブル温度設定」ボタンが選択された場合に、操作可能となる機能は、室内温度を検知して、自動的に運転モードを判
定し、室内温度が設定温度の範囲内になるように運転する機能である。「おへやモニター」ボタンが選択された場合に、操作可能となる機能は、エアコンに搭載された人感センサが検知した室内の人の動きの有無及び大小を表示し、遠隔地から室内の人の様子を間接的に確認する機能である。

画面出力部７に表示される通知画面における表示ボタンが選択された場合に、選択されたボタンに応じたアプリが起動することで表示される画面をアプリ画面と称し、画面出力部７に表示される通知画面における表示ボタンが選択された場合に、操作が可能となる機能を実現するために遷移する画面を機能画面と称して、以降、説明を続ける。

図１３に示す「高温アラート」サービスの通知画面において、「運転状況」ボタンが選択された場合に、遷移する機能画面を図１４に示す。図１４は、本発明の実施の形態１における機能画面を示す図である。図１４に示すように、「運転状況」の機能画面では、「運転状況」の文字、現在時刻、後述する取得情報に含まれる情報及び「閉じる」ボタンなどが表示される。

記憶部８は、下記の情報を保存する。
・受信データ管理部２によって出力された受信メッセージ情報（図５参照）
・あらかじめ保存されたアプリ遷移情報（図６参照）
なお、アプリ遷移情報は、記憶部８にあらかじめ保存されていなくてもよく、機器連携サーバ２００に保存されていてもよい。この場合には、アプリ遷移画面生成部６は、通知画面表示要求を受信すると、機器連携サーバ２００からアプリ遷移情報を読み込む処理を行う。

アプリ起動指示部９は、アプリ遷移情報管理部５から入力された遷移先情報を含むアプリ起動要求が入力されると、同情報に基づいてアプリ起動処理を行い、画面出力部７に対して必要な情報を出力する。

画面遷移管理部１０は、アプリ遷移画面生成部６によって生成された通知画面において、ユーザ要求受付部３を介した操作に応じて、通知画面の表示を終了する操作である「閉じる」又は「キャンセル」の状態へ遷移するか、通知画面の表示を継続するかを管理する。また、画面遷移管理部１０は、アプリ遷移画面生成部６によって生成された通知画面において、ユーザ要求受付部３を介したボタン操作により、起動するアプリの画面であるアプリ画面、又は、対応する機能を実現する機能画面へ遷移する。その後、画面遷移管理部１０は、遷移先のアプリ画面又は機能画面において、「戻る」又は「閉じる」等、元の画面に戻る操作が行われた場合に、通知画面に戻す処理を行う。

次に、機器連携サーバ２００の機能ブロックの詳細について説明する。図３は、本発明の実施の形態１における機器連携サーバ２００の主要な構成要素を示す概略構成図である。図３に示す機器連携サーバ２００は、通信部２１、データ取得部２２、常時分析部２３、送信データ生成部２４、ユーザ要求受付部２５、サービス登録・解除部２６、記憶部２７、及び、オンデマンド分析部２８を有する。また、図１８は、機器連携サーバ２００の主要な構成要素間の関係を示す概略図である。

機器連携サーバ２００の通信部２１は、メッセージ受信装置１００及び宅内中継装置４００と通信するための機構であり、イーサネット（登録商標）ＬＡＮなどの有線通信、無線ＬＡＮ、ＺｉｇＢｅｅ（登録商標）、又は、特定小電力無線などにより無線通信を行う。

機器連携サーバ２００の通信部２１は、後述の送信データ生成部２４から入力されたデ
ータ送信要求を基に、メッセージ受信装置１００に対して、サービスＩＤ及びタイトル・メッセージ情報を出力する。データ送信要求は、サービス内容を識別するためのサービスＩＤ及びタイトル・メッセージ情報を含む。

機器連携サーバ２００の通信部２１は、後述のデータ取得部２２から家電機器３００で管理されている情報（以下、家電機器管理情報と称す）に関するデータ取得要求が入力されると、同要求を宅内中継装置４００を介して家電機器３００へ出力する。

データ取得部２２は、家電機器管理情報に関する、宅内中継装置４００を介した定期的なデータ取得要求を、機器連携サーバ２００の通信部２１へ出力する。データ取得部２２は、通信部２１を介して取得した家電機器管理情報を記憶部２７へ出力する。

図１０は、本発明の実施の形態１における家電機器管理情報の構成を示す図である。家電機器管理情報とは、図１０に示すように、取得日時、対象機器を特定する家電識別情報、及び、取得情報を含む情報である。ここで、取得日時は、データ取得部２２が、機器連携サーバ２００の通信部２１を介して家電機器管理情報を取得した時間に更新されてもよいし、家電機器管理情報を構成する取得日時（例えば、取得情報が取得された日時）であってもよい。

図１１は、本発明の実施の形態１における取得情報の構成を示す図である。取得情報には、例えばエアコンの場合、図１１に示すように、動作状態、運転モード、設定温度、室内温度、及び、室外温度等が含まれる。

データ取得部２２は、データ取得要求をするべき家電機器３００か否かの判断、つまり、データ取得対象の家電機器３００か否かの判断を、サービス登録情報を参照して判断する。サービス登録情報は、予めメッセージ受信装置１００のユーザ要求受付部３を介して登録されている情報である。図７は、本発明の実施の形態１におけるサービス登録情報の構成を示す図である。図７に示すように、サービス登録情報は、端末ＩＤ、サービスＩＤ、家電識別情報、及び、登録日時から構成されている。サービス登録情報は、サービスＩＤ毎に、どの家電機器３００（つまり、対象機器、例えば、エアコン）が、いつ登録されたか（つまり、登録日時）に関する情報である。端末ＩＤは、各サービスの登録を依頼したメッセージ受信装置１００が複数存在する場合に、それらを識別する情報である。

常時分析部２３は、家電機器３００から取得した取得情報を、記憶部２７から定期的に取得及び分析し、サービス毎に定義された一定の条件を満たした場合に、後述の送信データ生成部２４に対して、サービスＩＤを含むメッセージ送信要求を出力する。分析対象の家電機器３００であるかを判断するために、サービス登録情報を参照し、どの家電機器３００（例えば、エアコン）に、何のサービスが登録されているか（つまり、登録されたサービスＩＤ）を確認し、分析処理を行う。

送信データ生成部２４は、常時分析部２３から入力されたメッセージ送信要求を基に、送信データを生成し、機器連携サーバ２００の通信部２１へ出力する。図８は、本発明の実施の形態１における送信データの構成を示す図である。図８に示すように、送信データは、端末ＩＤ、家電識別情報、サービス内容を識別するサービスＩＤ及び各サービスＩＤに紐づくタイトル・メッセージ情報を含む。送信データ生成部２４により生成されるタイトル・メッセージ情報は、例えば家電機器３００から取得した取得情報と、定型文との組み合わせにより構成されていてもよい。

ユーザ要求受付部２５は、メッセージ受信装置１００の通信部１から出力される家電識別情報を含む分析要求が入力されると、後述のオンデマンド分析部２８に対して、家電識
別情報によって識別される家電機器３００の状態を分析する要求を出力する。家電識別情報とは、家電機器３００をユニークに識別可能な数字、英字及び記号等から構成される製造番号及び品番等である。

サービス登録・解除部２６は、メッセージ受信装置１００の通信部１から出力される家電識別情報を含むサービス登録・解除要求が入力されると、記憶部２７へ登録又は削除する処理を行う。

記憶部２７は、下記データを保存する。

・家電機器３００から定期的に取得された家電機器管理情報（図１０参照）及び取得情報（図１１参照）
・サービス登録情報（図７参照）
オンデマンド分析部２８は、ユーザ要求受付部２５から家電識別情報を含む分析要求が入力されると、記憶部２７に保存された取得情報を取得及び分析し、結果を応答する。例えば、サービスＩＤとして“ＣＳ＿ｔｕｒｎｏｆｆ”と、機器を識別する情報である家電識別情報として、“エアコン：ＣＳ−ｘｘ００００１”とを含む、分析要求が入力された場合には、記憶部２７に保存された取得情報から、エアコンの動作状態を抽出し、エアコンが運転状態となっているかを確認し、結果を応答することが考えられる。

さらに、家電機器３００について、図４を用いて説明する。図４は、本実施の形態における家電機器の概略構成図である。家電機器３００は、図４に示す通り、操作部３０、通信部３１、記憶部３２、及び、制御部３３から構成される。

操作部３０は、家電機器３００の運転に関する設定を入力するための機構であり、例えば家電機器３００の表面に設けられた操作パネルである。また、本実施の形態においては、操作部３０は、赤外線リモコンから入力される操作信号を受信する受光部としての機能も有する。

家電機器３００の通信部３１は、機器連携サーバ２００又は宅内中継装置４００と通信するための機構であり、イーサネット（登録商標）ＬＡＮなどの有線通信、無線ＬＡＮ、ＺｉｇＢｅｅ（登録商標）、又は、特定小電力無線などにより無線通信を行う。また、図４では、通信部３１は、家電機器３００に内蔵されているが、通信部３１は、家電機器３００と別体に構成され、家電機器３００と有線接続されていてもよい。ここで、家電機器３００の通信部３１は、宅内中継装置４００と通信するための機構と説明したが、機器連携サーバ２００と直接通信する構成でもよい。

記憶部３２は、宅内中継装置４００あるいは機器連携サーバ２００の宛先情報、又は、家電機器３００で管理している家電機器管理情報を記憶している。機器連携サーバ２００と通信を行う際に、制御部３３が記憶部３２から家電機器管理情報を読み込み、家電機器３００の通信部３１へ出力する。家電機器管理情報には、取得情報が含まれる。例えば、対象機器がエアコンの場合、取得情報には、図１１に示すように、エアコンが運転状態（オン状態）か否（オフ状態）かを示す動作状態、及び、エアコンが冷房運転か暖房運転かなどを示す運転モードが含まれる。さらに、取得情報には、操作部３０又は受光部を介して赤外線リモコンで設定された、エアコンが運転する際の目標温度に対応する設定温度、エアコンに設けられた温度センサで検知及び取得した室内温度、並びに、エアコンに設けられた温度センサで検知及び取得した室外温度が含まれる。

制御部３３は、家電機器３００本来の運転制御、例えば、エアコンの場合には、空調運転に関する制御に限られず、家電機器３００の通信部３１を介した通信に関する制御を行
う。

次に、宅内中継装置４００について説明する。宅内中継装置４００は、宅内に設置される単一又は複数の家電機器３００と無線通信が可能であり、かつ、ネットワークを介して機器連携サーバ２００と通信可能な通信機器であり、例えばゲートウェイである。宅内中継装置４００は、家電機器３００で管理されている家電機器管理情報を機器連携サーバ２００へ中継する。また、宅内中継装置４００は、家電機器３００との通信が何らかの理由で失敗した場合には、その理由をエラー情報として機器連携サーバ２００へ応答する。

以下、本実施の形態のメッセージ受信装置１００及び機器連携サーバ２００の最適なアプリ画面遷移フローを説明する。

図９は、本発明の実施の形態１における機器連携サーバ２００によるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。図１５は、本発明の実施の形態１におけるメッセージ受信装置におけるアプリの起動及び遷移のフローチャートである。

図９および図１５を参照して、メッセージ受信装置１００及び機器連携サーバ２００の動作を説明する。図９では、機器連携サーバ２００によるメッセージ通知からメッセージ受信装置１００におけるアプリへの遷移画面が表示されるまでの動作を説明する。図１５では、メッセージ受信装置１００におけるアプリ起動及び遷移の動作を説明する。

まず、図９を用いて、機器連携サーバ２００の動作について説明する。

データ取得部２２は、機器連携サーバ２００の通信部２１を介して、取得情報、すなわちエアコンの設定情報（オンオフ、設定温度、及び、搭載センサで取得された室内温度等）（図１１参照）を、エアコン（家電機器３００）から定期的に取得し、記憶部２７へ出力する（ステップＳ１）。ここでは、図７に示すサービス登録情報に登録されたエアコンであるＣＳ−ｘｘ００００１を対象に、データ取得を実施しているものとして説明する。

常時分析部２３は、記憶部２７へ登録された図１１に示すような取得情報を定期的に読み出し、サービスに応じて設定された所定の条件を満たしているか否かを判定する（ステップＳ２）。例えば、サービスＩＤがＣＳ＿ｈｅａｔｓｔｒｏｋｅの場合、つまり、サービスが「高温アラート」である場合には、室内温度が所定の閾値（例えば、３１℃）以上となっていないかを判定する。また、サービスＩＤが“ＣＳ＿ｌｏｗｔｅｍｐ”の場合、つまり、サービスが「低温アラート」である場合には、室内温度が所定の閾値（例えば、１５℃）未満となっていないかを判定する。また、サービスＩＤが“ＣＳ＿ｔｕｒｎｏｆｆ”の場合、つまり、サービスが「切り忘れ防止」通知である場合には、エアコンが運転状態であるか否かを判定する。

常時分析部２３は、所定の条件が満たされていない場合（ステップＳ２のＮｏ）は、記憶部２７へ蓄積されたデータ分析を継続して行う。所定の条件が満たされている場合（ステップＳ２のＹｅｓ）は、次のステップに進み、常時分析部２３は、送信データ生成部２４へサービスＩＤを含む送信メッセージ生成要求を送信する（ステップＳ３）。ここでは、サービス登録情報（図７参照）に登録されているエアコンのうち、ＣＳ−ｘｘ００００１が、「高温アラート」サービスの所定の条件を満たす場合、つまり、室内温度が所定の閾値を超えた場合（以下、本ケースと称す）として、以降の説明を行う。

送信データ生成部２４は、常時分析部２３から送信された送信メッセージ生成要求を受信すると、メッセージ情報（図１２参照）を参照し、サービスＩＤが“ＣＳ＿ｈｅａｔｓ
ｔｒｏｋｅ”である場合と対応する、送信データの生成を行う。本ケースでは、タイトル・メッセージ情報として「高温アラート（ｘｘ℃）：高温状態です。」が選択される。

また、常時分析部２３は、サービス登録情報（図７参照）を参照し、サービスＩＤが“ＣＳ＿ｈｅａｔｓｔｒｏｋｅ”である場合と対応する送信先の情報として、端末ＩＤが“１１１１１１１”のメッセージ受信装置１００を選択する。また、常時分析部２３は、対象機器として家電識別情報が“エアコン：ＣＳ−ｘｘ００００１”の家電機器３００を選択する。

そして、送信データ生成部２４は、端末ＩＤ、家電識別情報、サービスＩＤ、及び、タイトル・メッセージ情報から、送信データ（図８参照）を生成する（ステップＳ４）。

送信データの作成後、送信データ生成部２４は、送信データを、機器連携サーバ２００の通信部２１を介してメッセージ受信装置１００へ送信する（ステップＳ４）。ここで、送信データは、例えば、Ｇｏｏｇｌｅ社又はＡｐｐｌｅ社が提供するサーバを経由してメッセージ受信装置１００へ到着するケースが考えらえるが、これに限られない。

続いて、図９を用いて、メッセージ受信装置１００の動作について説明する。

メッセージ受信装置１００の通信部１は、機器連携サーバ２００から送信された送信データ（図８参照）を受信すると、送信データに含まれるメッセージ情報（図１２参照）を受信データ管理部２へ出力する。

受信データ管理部２は、受信したメッセージ情報（図１２参照）を受信メッセージ情報（図５参照）として、時系列に記憶部８へ登録する。受信データ管理部２は、記憶部８へ登録した受信メッセージ情報を時系列に読みだし、画面出力部７へ入力する。

画面出力部７は、受信データ管理部２から入力された受信メッセージ情報のうち、タイトル・メッセージ情報を表示する（ステップＳ５）。ここで、タイトル・メッセージと合わせて時刻情報を表示させることが考えられるが、時刻情報としては、受信メッセージ情報（図５参照）を構成する受信日時でもよいし、受信データ管理部２が記憶部８から受信メッセージ情報が時系列に読み出された日時であってもよく、これらに限られない。

ユーザ要求受付部３は、メッセージ受信装置１００の画面出力部７に表示された受信一覧から該当メッセージが選択されたか否かを検出する（ステップＳ６）。該当メッセージが選択されたことを検出する（ステップＳ６のＹｅｓ）と、ユーザ要求受付部３は、該当メッセージのアプリ選択情報（受信日時及びサービスＩＤ）を含む通知画面表示要求をアプリ遷移画面生成部６へ出力し（ステップＳ７）、アプリ遷移画面生成部６は、アプリ選択情報を基に、機器連携サーバ２００から送信されたメッセージ情報に対応するメッセージの抽出を行う（ステップＳ７）。

また、アプリ遷移画面生成部６は、アプリ遷移情報から画面出力部７へ表示する表示ボタン情報を抽出する（ステップＳ８）。

そして、アプリ遷移画面生成部６は、抽出したメッセージ及び表示ボタン情報を合成し、画面出力部７へ出力する。画面出力部７は、アプリ遷移画面生成部６から入力された通知画面を表示する（ステップＳ９）。画面表示のイメージを図１３に示す。

次に、メッセージ受信装置１００の通知画面の表示後のアプリ操作フローについて説明する。図１５は、本発明の実施の形態１におけるメッセージ受信装置におけるアプリの起
動及び遷移のフローチャートである。

ユーザ要求受付部３は、ユーザ操作による表示ボタンの選択があるかを常時監視し、画面遷移管理部１０は、通知画面を閉じる又はキャンセルする操作を検出した場合、通知画面の表示を終了する（ステップＳ２０のＮｏ）。通知画面を閉じる又はキャンセルする操作が検出されなかった場合（ステップＳ２０のＹｅｓ）は、次のステップへ進む。

ユーザ要求受付部３は、表示ボタンを選択する操作有無を判定し（ステップ２１）、操作があった場合（ステップＳ２１のＹｅｓ）は、次のステップへ進む。操作がなかった場合（ステップＳ２１のＮｏ）は、表示ボタンを選択する操作有無の判定が再び行われる。

アプリ遷移画面生成部６は、表示ボタンに応じたサービスＩＤを含むアプリ遷移情報取得要求を、アプリ遷移情報管理部５へ入力し、アプリ遷移情報管理部５は、記憶部８から該当する遷移先情報を読み出し、同情報を含むアプリ起動要求をアプリ起動指示部９へ出力する（ステップＳ２２）。

アプリ起動指示部９は、遷移先情報を基にアプリ起動処理を行い、画面出力部７へ遷移先であるアプリのアプリ画面を出力する。又は、アプリ起動指示部９は、画面出力部７へ、遷移先情報の機能画面への遷移を指示する（ステップＳ２３）。ステップＳ２０からステップＳ２３における画面遷移のイメージを図１４に示す。

ここで、所定の機能画面へ遷移する際、エアコンの遠隔制御設定の許可が無効である状態で、エアコンの遠隔制御が可能な機能である「どこでもリモコン」の機能画面へ遷移するためのボタンである「どこでもリモコン」ボタンが選択された場合には、アプリ起動指示部９は、遠隔制御設定の許可が無効となっている旨をユーザへ通知する表示を行う。

ユーザ要求受付部３は、遷移先のアプリから戻る操作、すなわち、遷移先のアプリのアプリ画面又は機能画面を閉じるもしくはキャンセルする操作を検出する（ステップＳ２４）。遷移先のアプリから戻る操作が検出される（ステップＳ２４でＹｅｓ）と、ユーザ要求受付部３は、アプリ画面又は機能画面を閉じるもしくはキャンセルするための信号を、画面遷移管理部１０へ入力する。

画面遷移管理部１０は、遷移先のアプリから戻る操作が検出された場合（ステップＳ２４でＹｅｓ）、すなわち、通知画面において「閉じる」又は「キャンセル」が押されていない場合には、通知画面を画面出力部７へ出力する（ステップＳ２５）。遷移先のアプリから戻る操作が検出されない場合（ステップＳ２４でＮｏ）は、再び、遷移先のアプリから戻る操作を検出する。ステップＳ２０からステップＳ２５の画面遷移のイメージを図１６に示す。図１６は、本発明の実施の形態１における機能画面から通知画面への遷移を示す図である。

上述したように、本実施の形態では、機器連携サーバ２００において、データ取得部２２は、家電機器３００から定期的に家電機器管理情報を取得する。常時分析部２３は、家電機器管理情報に含まれる取得情報を分析し、サービス毎に設定された条件を満たすか否かを判定する。送信データ生成部２４は、サービス内容を識別するサービスＩＤ及びサービスＩＤに紐づくタイトル・メッセージ情報を利用した送信データを生成する。機器連携サーバ２００の通信部２１は、生成された送信データをネットワーク上へ送信する。

また、メッセージ受信装置１００において、通信部１は、機器連携サーバ２００からの送信データを受信する。受信データ管理部２は、機器連携サーバ２００から送信された送信データに含まれるメッセージ情報を受信日時とともに蓄積する。メッセージ抽出部４は
、受信データからメッセージ本文を抽出する。アプリ遷移情報管理部５は、受信データから抽出したサービスＩＤに紐づくアプリ遷移情報を特定する。アプリ遷移画面生成部６は、画面出力部７に表示する表示ボタン情報を抽出し、メッセージ抽出部４によって抽出されたメッセージ本文に応じた通知メッセージと表示ボタンとを合成して通知画面を生成する。アプリ起動指示部９は、通知画面の表示ボタンが選択された場合に、アプリ遷移情報を基に適切なアプリを起動させ、通知画面からそのアプリ画面へ遷移させる。又は、アプリ起動指示部９は、通知画面の表示ボタンが選択された場合に、アプリ遷移情報を基に適切な機能画面へ遷移させる。

以上のように、本実施の形態では、メッセージ受信装置１００は、通信部１と、アプリ遷移画面生成部６と、アプリ起動指示部９とを備える。通信部１は、機器連携サーバ２００から送信された送信データに含まれるサービスＩＤとタイトル・メッセージ情報とを受信する。また、メッセージ受信装置１００の記憶部８、又は、機器連携サーバ２００の記憶部２７には、サービスＩＤと、通知画面を生成する際に用いる表示ボタンに関する表示ボタン情報と、通知画面の表示ボタンが選択された場合に起動するアプリを規定した遷移先情報とを対応させたアプリ遷移情報が保存されている。そして、アプリ遷移画面生成部６は、アプリ遷移情報から、送信データに含まれるサービスＩＤに対応する表示ボタン情報を抽出する。また、アプリ遷移画面生成部６は、当該表示ボタン情報に対応した表示ボタンと、送信データに含まれるタイトル・メッセージ情報に対応した通知メッセージとを含む通知画面を生成する。そして、メッセージ受信装置１００が備えるアプリ起動指示部９は、通知画面の表示ボタンが選択された場合に、アプリ遷移情報を基に適切なアプリを起動させ、通知画面からそのアプリ画面へ遷移させる。

このような構成により、メッセージ受信装置１００において、通知後のメッセージ内容に合ったアプリ画面へ遷移するボタンをユーザへ提示することが可能となり、必要性の高いアプリの起動及び画面到達までの手間及び時間を削減することが可能となる。

さらに、メッセージ受信装置１００は、画面遷移管理部１０を備える。画面遷移管理部１０は、通知画面における処理の終了有無を管理し、遷移先からのアプリ画面から通知画面へ戻る処理を行う。

（実施の形態２）
図１９は、本発明の実施の形態２における通信システムの概略構成図である。本発明の実施の形態２における通信システムは、実施の形態１と同様、メッセージ受信装置１００、機器連携サーバ２００、家電機器３００、及び、宅内中継装置４００により構成される。

図２０は、本発明の実施の形態２におけるメッセージ受信装置１００の概略構成図である。実施の形態１と同じ構成要素については同じ符号を用い、説明を省略する。

また、図３１は、本発明の実施の形態２におけるメッセージ受信装置１００の主要な構成要素間の関係を説明する概略図である。

アプリ遷移情報管理部５ａは、アプリ遷移画面生成部６ａからサービスＩＤを含むアプリ遷移情報取得要求が入力されると、サービスＩＤ毎に管理されたアプリ遷移情報を記憶部８ａから読み出し、同情報を後述のアプリ遷移画面生成部６ａへ出力する。

アプリ遷移情報の詳細を図２２に示す。図２２は、本発明の実施の形態２におけるアプリ遷移情報の構成を示す図である。アプリ遷移情報には、サービスＩＤ毎に、表示ボタン情報及び遷移先情報が記載されている。表示ボタン情報は、画面出力部７へ出力するボタ
ンの情報、例えば、表示するボタンの名前である。遷移先情報は、画面出力部７に表示されたボタンが選択された場合に、起動するアプリへの遷移情報が記載されている。

図２３は、本発明の実施の形態２における受信メッセージ情報の構成を示す図である。アプリ遷移画面生成部６ａは、ユーザ要求受付部３から通知画面表示要求を受信すると、記憶部８ａから図２３に示すような受信メッセージ情報を読み込む処理を行う。

アプリ遷移画面生成部６ａは、記憶部８ａから読み込んだ受信メッセージ情報からメッセージ本文を抽出するため、メッセージ抽出部４に対して、サービスＩＤ及びタイトル・メッセージ情報を含むメッセージ取得要求を出力する。また、アプリ遷移画面生成部６ａは、アプリ遷移情報取得要求をアプリ遷移情報管理部５ａへ出力する。

アプリ遷移画面生成部６ａは、アプリ遷移情報管理部５ａから入力されたアプリ遷移情報から表示ボタン情報を抽出する。そして、アプリ遷移画面生成部６ａは、表示ボタン情報に応じた文字及び記号と、メッセージ抽出部４から入力されたメッセージ本文に応じた通知メッセージとを含む通知画面を生成し、画面出力部７へ出力する。

記憶部８ａは、下記の情報を保存する。
・受信データ管理部２によって出力された受信メッセージ情報（図２３参照）
・あらかじめ保存されたアプリ遷移情報（図２２参照）
図２１は、本発明の実施の形態２における機器連携サーバの概略構成図である。実施の形態１と同じ構成要素については同じ符号を用い、説明を省略する。また、図３０は、本発明の実施の形態２における機器連携サーバの主要な構成要素間の関係を示す概略図である。

データ取得部２２ａは、機器連携サーバ２００の通信部２１を介し、家電機器３００で管理されている家電機器管理情報を定期的に取得し、同情報を記憶部２７ａへ出力する。また、データ取得部２２ａは、データ取得処理において、何らかの理由により家電機器３００からデータを取得できない場合は、その結果をエラー情報として記憶部２７ａへ出力する。

図２４は、本発明の実施の形態２におけるエラー情報の構成を示す図である。図２４に示すように、記憶部２７ａへ出力されるエラー情報は、取得日時、家電識別情報、及び、取得情報から構成される。

図２５は、本発明の実施の形態２における取得情報の具体例を示す図である。図２５に示すように、家電機器３００の電源が入っていない場合には、宅内中継装置４００が通信不可であるとして、機器連携サーバ２００へエラー種別４００の取得情報が返却される。また、宅内中継装置４００と家電機器３００とのネットワークが不安定でデータが取得できなかった場合には、機器連携サーバ２００へエラー種別５０３の取得情報が返却される。なお、ここで挙げているエラー情報は一例であり、これらに限定されるものではない。なお、データ取得対象の家電機器３００かの判断は、実施の形態１と同様、図７に示すようなサービス登録情報を参照して判断される。

常時分析部２３ａは、家電機器３００から取得した取得情報を、記憶部２７ａから定期的に取得及び分析し、サービスＩＤ毎に定義された一定の条件が満たされた場合に、後述の送信データ生成部２４に対して、サービスＩＤを含むメッセージ送信要求を出力する。ここで、記憶部２７ａから読み出された情報が図２５に示すようなエラー情報であった場合は、常時分析部２３ａは、サービス提供中のシステムに不具合が発生したものと判断し、同エラー発生を通知するためのメッセージ送信要求を送信データ生成部２４ａへ出力す
る。

送信データ生成部２４ａは、常時分析部２３ａから入力されたメッセージ送信要求を基に、送信データを生成し、データを通信する機器連携サーバ２００の通信部２１へ出力する。

送信データの詳細を図２６に示す。図２６は、本発明の実施の形態２における送信データの構成を示す図である。図２６に示すように、送信データは、端末ＩＤ、家電識別情報、サービス種別を識別するサービスＩＤ及び各サービスＩＤに紐づくタイトル・メッセージ情報を含む。エラー情報の場合には、サービスＩＤとして、エラー発生を示すＩＤが登録されている。例えば、“ＣＳ＿ｄｅｒｅｆｅｒｅｎｃｅ”の場合には、“ＣＳ”が、対象機器がエアコンであることを示し、“ｄｅｒｅｆｅｒｅｎｃｅ”が、エラー発生を示すＩＤである。

実施の形態１と同様、生成されるタイトル・メッセージ情報は、例えば家電機器３００から取得された取得情報と、定型文との組み合わせにより構成されていてもよい。エラー情報の場合には、例えば、タイトルが「エラー通知」であり、メッセージ本文が「（対象機器）の情報が取得できない状態となっています。エアコンの通信状態を確認ください。今後、サービスを利用されないのであれば、設定を解除できます。解除しますか？」である（図２３参照）。

次に、本実施の形態のメッセージ受信装置１００及び機器連携サーバ２００の最適なアプリ画面遷移フローを説明する。

図２７は、本発明の実施の形態２における機器連携サーバ２００によるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。図２７を参照しながら、メッセージ受信装置１００及び機器連携サーバ２００の動作を説明する。なお、本実施の形態では、主に、実施の形態１で説明した動作に加えてさらに行われる動作を説明する。

データ取得部２２ａは、機器連携サーバ２００の通信部２１を介して取得情報（図１１参照）を、家電機器３００であるエアコンから定期的に取得し、記憶部２７ａへ出力する。また、データ取得部２２ａは、機器連携サーバ２００が家電機器３００との通信を行う中で発生したエラー情報（図２５参照）も、同様に記憶部２７ａへ出力する（ステップＳ４０）。ここでは、図７に示す家電識別情報が“エアコン：ＣＳ−ｘｘ００００１”である家電機器３００を対象にデータ取得を実施しているものとして説明する。

常時分析部２３ａは、記憶部２７ａへ登録された取得情報とエラー情報とを定期的に読み出し、家電機器３００からのデータ取得において、エラーが発生していないかを分析する（ステップＳ４１）。

常時分析部２３ａは、エラーが発生していない場合（ステップＳ４１のＮｏ）は、記憶部２７ａから取得したデータ分析を引き続き行う。エラーが発生している場合（ステップＳ４１のＹｅｓ）は、次のステップに進み、常時分析部２３ａは、送信データ生成部２４ａへサービスＩＤを含む送信メッセージ生成要求を送信する（ステップＳ４２）。送信データ生成部２４ａは、送信データ（図２６参照）を生成後、機器連携サーバ２００の通信部２１を介してメッセージ受信装置１００へ送信する（ステップＳ４３）。

メッセージ受信装置１００の通信部１は、機器連携サーバ２００から送信された送信データ（図２６参照）を受信すると、送信データに含まれるメッセージ情報を受信データ管
理部２へ出力する。

受信データ管理部２は、受信したメッセージ情報を受信メッセージ情報（図２３参照）として、時系列に記憶部８ａへ登録する。受信データ管理部２は、記憶部８ａへ登録した受信メッセージ情報を時系列に読みだし、画面出力部７へ入力する。

画面出力部７は、受信データ管理部２から入力された受信メッセージ情報のうちタイトル・メッセージ情報を表示する（ステップＳ４４）。

ユーザ要求受付部３は、メッセージ受信装置１００の画面出力部７に表示された受信一覧から該当メッセージが選択されたか否かを検出する（ステップＳ４５）。該当メッセージが選択されたことを検出する（ステップＳ４５のＹｅｓ）と、ユーザ要求受付部３は、該当メッセージのアプリ選択情報（受信日時及びサービスＩＤ）を含む通知画面表示要求をアプリ遷移画面生成部６ａへ出力する。

アプリ遷移画面生成部６ａは、アプリ選択情報を基に、機器連携サーバ２００から送信されたメッセージ情報に対応するメッセージの抽出を行う（ステップＳ４６）。

また、アプリ遷移画面生成部６ａは、アプリ遷移情報から画面出力部７へ表示する表示ボタン情報を抽出する（ステップＳ４７）。

そして、アプリ遷移画面生成部６ａは、抽出したメッセージ及び表示ボタン情報を合成し、画面出力部７へ出力する。画面出力部７は、アプリ遷移画面生成部６から入力された通知画面を表示する（ステップＳ４８）。画面表示のイメージを図２８に示す。

図２８は、本発明の実施の形態２における通知画面を示す図である。記憶部８ａから読み込まれた受信メッセージ情報のサービスＩＤが、“ＣＳ＿ｄｅｒｅｆｅｒｅｎｃｅ”の場合、つまり、エラー情報である場合には、図２８に示すように、通知メッセージである「＜（対象機器の名前）＞の情報が取得できない状態が続いています。ルータ、ゲートウェイ、エアコンの電源が入っているか、ご確認ください。あるいは、アプリの「どこでもリモコン」機能でエアコンを操作できるか、ご確認ください。今後、お知らせサービスをご利用にならない場合は、設定を解除できます。お知らせ設定を解除しますか？」が画面上方に配置される。その下方には、サービス設定解除ボタンである「はい」ボタンと、サービス設定非解除ボタンである「いいえ」ボタンとが配置される。

ユーザ要求受付部３は、ユーザ操作による表示ボタンの選択があるかを常時監視する。画面遷移管理部１０がサービス設定解除ボタンが選択される操作を検出した場合、アプリ遷移画面生成部６は、サービス設定解除ボタンに応じたアプリ遷移情報取得要求をアプリ遷移情報管理部５へ入力する。アプリ遷移情報管理部５は、記憶部８ａから該当する遷移先情報を読み出し、同情報を含むアプリ起動要求をアプリ起動指示部９へ出力する。

アプリ起動指示部９は、画面出力部７へサービス設定画面への遷移を指示する。つまり、図２８に示すような画面において、サービス設定解除ボタンが選択された場合、アプリ起動をすることなく、サービス設定画面へ遷移する。サービス設定画面への画面遷移のイメージを図２９に示す。

図２９は、本発明の実施の形態２における通知画面からサービス設定画面への遷移を示す図である。図２９に示すように、サービス設定画面では、家電機器３００のうち、サービスの対象となるエアコンの家電識別情報の一部を一覧で表示するととともに、それぞれのエアコン毎に、サービス設定を解除するための表示ボタンが表示される。これにより、
ユーザは、対象となるエアコンのサービス設定を解除することが可能となる。

以上述べたように、本実施の形態のメッセージ受信装置１００は、サービス提供中のシステム動作状態をユーザへ通知し、通知内容に合ったアプリ画面へ遷移するボタンをユーザへ提示するよう構成されているため、必要性の高いアプリの起動及び画面到達までの手間及び時間を削減することが可能となる。

（実施の形態３）
図３２は、本発明の実施の形態３における通信システムの概略構成図である。本発明の実施の形態３における通信システムは、実施の形態１における通信システムと同様、メッセージ受信装置１００、機器連携サーバ２００、家電機器３００、及び、宅内中継装置４００により構成される。

図３３は、本発明の実施の形態３におけるメッセージ受信装置の概略構成図である。実施の形態１におけるメッセージ受信装置と同じ構成要素については同じ符号を用い、説明を省略する。また、図４２は、図４２は、本発明の実施の形態３におけるメッセージ受信装置１００の主要な構成要素間の関係を説明する概略図である。

ユーザ要求受付部３ｂは、ユーザが機器連携サーバ２００へのサービスの利用を開始するためにサービス登録情報を登録したり、過去に登録したサービス登録情報を削除したり、制御信号の設定及びサービスに応じたパラメータの入力を行う機構である。ユーザ要求受付部３ｂは、例えば、メッセージ受信装置１００に備え付けられた操作パネルで構成されている。

サービス登録情報に含まれるパラメータとしては、例えば、実施の形態１で示したエアコンで検出される室内温度が高温になったことを検出し、ユーザへお知らせするサービス（サービスＩＤ：ＣＳ＿ｈｅａｔｓｔｒｏｋｅ）における、メッセージ通知をするかしないかの閾値が挙げられる。

図３５は、本発明の実施の形態３におけるサービス登録情報の構成を示す図である。図３５には、ユーザ要求受付部３ｂを介して記憶部８ｂに登録されるサービス登録情報例が示されている。サービス登録情報は、メッセージ受信装置１００を識別するための端末ＩＤ、サービスＩＤ、サービス対象となる機器及びサービスＩＤ毎に設定された閾値、家電識別情報、並びに、登録日時から構成される。

以下、家電識別情報が“エアコン：ＣＳ−ｘｘ００００１”であるエアコンに対してのサービスＩＤが“ＣＳ＿ｈｅａｔｓｔｒｏｋｅ”であり、閾値として２６℃が設定されたケースについて、説明する。

ユーザ要求受付部３ｂは、サービス登録情報が入力されると、メッセージ受信装置１００の通信部１を介してサービス利用登録要求を機器連携サーバ２００に対して出力する。

アプリ遷移情報管理部５ｂは、アプリ遷移画面生成部６ｂからサービスＩＤを含むアプリ遷移情報取得要求が入力されると、サービスＩＤ毎に管理されたアプリ遷移情報を記憶部８ｂから読み出し、同情報を後述のアプリ遷移画面生成部６ｂへ出力する。

アプリ遷移情報の詳細を図３６に示す。図３６は、本発明の実施の形態３におけるアプリ遷移情報の構成を示す図である。図３６に示すように、アプリ遷移情報には、サービスＩＤ毎に、表示ボタン情報及び遷移先情報が記載されている。表示ボタン情報は、画面出力部７へ出力するボタンの情報、例えば、表示するボタンの名前である。遷移先情報には
、画面出力部７に表示されたボタンが選択された場合に、起動するアプリへの遷移情報が記載されている。

アプリ遷移画面生成部６ｂは、ユーザ要求受付部３ｂから通知画面表示要求を受信すると、記憶部８ｂから図３７に示すような受信メッセージ情報を読み込む処理を行う。図３７は、本発明の実施の形態３における受信メッセージ情報の構成を示す図である。

アプリ遷移画面生成部６ｂは、記憶部８ｂから読み込んだ受信メッセージ情報からメッセージ本文を抽出するため、メッセージ抽出部４に対して、サービスＩＤ及びタイトル・メッセージ情報を含むメッセージ取得要求を出力する。また、アプリ遷移画面生成部６ｂは、アプリ遷移情報取得要求をアプリ遷移情報管理部５ｂへ出力する。

アプリ遷移画面生成部６ｂは、アプリ遷移情報管理部５ｂから入力されたアプリ遷移情報から表示ボタン情報を抽出する。そして、アプリ遷移画面生成部６ｂは、表示ボタン情報に応じた文字及び記号と、メッセージ抽出部４から入力されたメッセージ本文に応じた通知メッセージとを含む通知画面を生成し、画面出力部７へ出力する。

記憶部８ｂは、下記の情報を保存する。
・受信データ管理部２によって出力された受信メッセージ情報（図３７参照）
・あらかじめ保存されたアプリ遷移情報（図３６参照）
図３４は、本発明の実施の形態３における機器連携サーバの概略構成図である。実施の形態１と同じ構成要素については同じ符号を用い、説明を省略する。また、図４３は、本発明の実施の形態３における機器連携サーバの主要な構成要素間の関係を示す概略図である。図４４は、本発明の実施の形態３における機器連携サーバによる室内温度取得からユーザの操作間違い判断までのフローチャートである。

データ取得部２２ｂは、機器連携サーバ２００の通信部２１を介してメッセージ受信装置１００から、端末ＩＤ、サービスＩＤ、閾値、及び、家電識別情報を含むサービス利用登録要求を取得すると、記憶部２７ｂへ登録する。つまり、図３５に示すような情報と同様の情報を記憶部２７ｂに登録する。

ここで、端末ＩＤは、メッセージ受信装置１００が発行したものを記憶部２７ｂへ登録しているが、端末ＩＤが機器連携サーバ２００に入力されない場合でも、機器連携サーバ２００が、同様のＩＤを発行し、記憶部２７ｂに登録し、登録した端末ＩＤをメッセージ受信装置１００へ出力するよう構成されていてもよい。

常時分析部２３ｂは、家電機器３００から取得した取得情報を、記憶部２７ｂから定期的に取得及び分析し、サービスＩＤ毎に定義された一定の条件を満たした場合に、後述の送信データ生成部２４ｂに対して、サービスＩＤを含むメッセージ送信要求を出力する。ここで、常時分析部２３ｂは、記憶部２７ｂから読み出した設定温度（２８℃）と閾値（２６℃）との比較を行う。

常時分析部２３ｂは、冷房運転モードにおいて、閾値よりも設定温度が高い場合には、閾値よりも冷やすことができないため、ユーザがエアコンへ間違った設定温度を設定していると判断し、間違った設定温度を設定していることを通知するためのメッセージ送信要求を、送信データ生成部２４ｂへ出力する。これにより、ユーザに間違った設定温度を設定していることが報知され、設定温度の確認が行われる。

また、閾値よりも設定温度は低くても暖房運転モードとなっている場合は、閾値よりも冷やすことができないため、ユーザがエアコンへ間違った運転モードを設定していると判
断し、間違った設定温度を設定していることを通知するためのメッセージ送信要求を送信データ生成部２４ｂへ出力する。これによし、ユーザに間違った設定温度を設定していることが報知され、運転モードの確認が行われる。

なお、室内温度が低温状態となっていることを通知するサービス（サービスＩＤ：ＣＳ＿ｌｏｗｔｅｍｐ）では、常時分析部２３ｂは、閾値よりも暖房運転の設定温度が高い場合には、ユーザがエアコンへ間違った設定温度を設定していると判断する。例えば、設定温度が２３℃で閾値が２５℃の場合に、閾値よりも設定温度が低くなっているため、ユーザが間違って設定温度を設定していると判断する。また、運転モードが冷房運転となっている場合は、常時分析部２３ｂは、ユーザが間違って運転モードを設定していると判断する。

また、常時分析部２３ｂは、室内温度が高温状態となっていることを通知するサービス（サービスＩＤ：ＣＳ＿ｈｅａｔｓｔｒｏｋｅ）、及び、室内温度が低温状態となっていることを通知するサービス（サービスＩＤ：ＣＳ＿ｌｏｗｔｅｍｐ）が、１台のエアコンに同時に設定されている場合には、記憶部２７ｂから読み出した運転モード（冷房運転、暖房運転）を判断基準に加える。

つまり、常時分析部２３ｂは、運転モードが冷房であり、閾値よりも設定温度が高い場合には、ユーザが間違った設定温度を設定していると判断する。また、運転モードが暖房であり、閾値よりも設定温度が低い場合には、ユーザが間違った設定温度を設定していると判断する。

また、常時分析部２３ｂは、「高温アラート」サービスにおける暖房運転の場合、及び、「低温アラート」サービスにおける冷房運転の場合に、ユーザがエアコンへ間違った運転モードを設定していると判断する。

以上説明した各構成要素の動作を含め、機器連携サーバ２００による室内温度取得からユーザの操作間違い判断までを、図４４に示すフローチャートで説明する。図４４は、本発明の実施の形態３における機器連携サーバによる室内温度取得からユーザの操作間違い判断までのフローチャートである。

エアコンの温度センサで取得し（ステップＳ８０）、取得した室温温度を常時分析部２３にて室内温度が閾値を超えているか否かを判断する（ステップＳ８１）。

室内温度が閾値よりも大きいときは高温アラートを、室内温度が閾値よりも小さいときは低温アラートを、常時分析部２３は、送信データ生成部２４ｂに生成させ、ユーザに通知する。

以下、ユーザが通知内容を見て、エアコンの運転モード及び温度などを設定（ステップＳ８３）した場合を想定する。

常時分析部２３は、高温アラート時にユーザの設定温度が閾値よりも高い場合は、ユーザが設定温度を間違っていると判断する（ステップＳ８４及びステップＳ８５）。

また、常時分析部２３は、高温アラート時にユーザが暖房運転を設定した場合はユーザが運転モードを間違っていると判断する（ステップＳ８６及びステップＳ８７）
低温アラート時には、常時分析部２３は、ユーザの設定温度が閾値よりも低い場合は、ユーザが設定温度を間違っていると判断する（ステップＳ８８及びステップＳ８９）。

また、常時分析部２３は、低温アラート時にユーザが冷房運転を設定した場合は、ユーザが運転モードを間違っていると判断する（ステップＳ９０及びステップＳ９１）。

以上により、ユーザの設定間違いを判断して高温アラート及び低温アラートのサービスをより効果的に実現することができる。

なお、上記のようなユーザの設定間違いを減らすため、「高温アラート」及び「低温アラート」から遷移するエアコンの設定操作画面において、「高温アラート」では冷房運転を、「低温アラート」では暖房運転を、予め表示させて、ユーザが容易に設定できるようにしてもよい。その際に、閾値を予め表示させて、ユーザが設定温度を容易に設定できるようにしてもよい。

送信データ生成部２４ｂは、常時分析部２３ｂから入力されたメッセージ送信要求を基に、送信データを生成し、データを通信する機器連携サーバ２００の通信部２１へ出力する。図３８に送信データの詳細を示す。図３８は、本発明の実施の形態３における送信データの構成を示す図である。図３８に示すように、送信データは、端末ＩＤ、家電識別情報、サービス種別を識別するサービスＩＤ及び各サービスＩＤに紐づくタイトル・メッセージ情報を含む。設定温度が誤っている可能性があることを通知する設定確認通知サービスの場合には、サービスＩＤとしては、エアコン設定確認依頼を示すＩＤが登録されている。例えば、“ＣＳ＿ｓｅｔｔｉｎｇ＿ｈｅａｔｓｔｒｏｋｅ”の場合には、“ＣＳ”が、対象機器がエアコンであることを示し、“ｓｅｔｔｉｎｇ”が、設定確認通知のＩＤである。

実施の形態１と同様、生成されるタイトル・メッセージ情報は、例えば、家電機器３００から取得された取得情報と、定型文との組み合わせにより構成されていてもよい。設定確認通知の場合には、例えば、タイトルが「設定確認通知」であり、メッセージ本文が「（対象機器）の設定温度がサービス設定時に登録した閾値よりも高くなっています。設定を変更しますか？」である。

次に、本実施の形態のメッセージ受信装置１００及び機器連携サーバ２００の最適なアプリ画面遷移フローを説明する。

図３９は、本発明の実施の形態３における機器連携サーバによるメッセージ通知からメッセージ受信装置におけるアプリへの遷移画面が表示されるまでのフローチャートである。図３９を参照しつつ、メッセージ受信装置１００及び機器連携サーバ２００の動作を説明する。なお、本実施の形態では、実施の形態１又は実施の形態２で説明した動作に加えて、さらに行う動作のみを説明する。

データ取得部２２ｂは、機器連携サーバ２００の通信部２１を介して取得情報（図１１参照）を、エアコンから定期的に取得し、記憶部２７ｂへ出力する（ステップＳ６０）。ここでは、図７に示す家電識別情報が“エアコン：ＣＳ−ｘｘ００００１”である機器を対象にデータ取得を実施しているものとして説明する。

常時分析部２３ｂは、記憶部２７ｂに登録された取得情報及びサービス登録情報を定期的に読み出し、家電識別情報が“ＣＳ−ｘｘ００００１”である機器から取得した設定温度が、サービス登録情報に含まれる閾値を超えていないか分析する（ステップＳ６１）。

常時分析部２３ｂは、設定温度が閾値を超えていない場合（ステップＳ６１のＮｏ）は、記憶部２７ｂから取得したデータ分析を引き続き行う。設定温度が閾値を超えている場合（ステップＳ６１のＹｅｓ）は、次のステップに進み、送信データ生成部２４ｂへサー
ビスＩＤを含む送信メッセージ生成要求を送信する（ステップＳ６２）。送信データ生成部２４ｂは、送信データ（図３８参照）を生成後、機器連携サーバ２００の通信部２１を介して、生成された送信データをメッセージ受信装置１００へ送信する（ステップＳ６３）。

メッセージ受信装置１００の通信部１は、機器連携サーバ２００から送信された送信データ（図３８参照）を受信すると、送信データに含まれるメッセージ情報を受信メッセージ情報（図３７参照）として、受信データ管理部２へ出力する。

受信データ管理部２は、受信したメッセージ情報を時系列に記憶部８ａに登録する。受信データ管理部２は、記憶部８ａに登録した受信メッセージ情報を時系列に読みだし、画面出力部７へ入力する。

画面出力部７は、受信データ管理部２から入力された受信メッセージ情報のうち、タイトル・メッセージ情報を表示する（ステップＳ６４）。

ユーザ要求受付部３は、メッセージ受信装置１００の画面出力部７に表示された受信一覧から該当メッセージが選択されたか否かを検出する（ステップＳ６５）。該当メッセージが選択されたことを検出する（ステップＳ６５のＹｅｓ）と、ユーザ要求受付部３は、該当メッセージのアプリ選択情報（受信日時、サービスＩＤ）を含む通知画面表示要求を、アプリ遷移画面生成部６ｂへ出力する。

アプリ遷移画面生成部６ｂは、アプリ選択情報を基に、機器連携サーバ２００から送信されたメッセージ情報に対応するメッセージの抽出を行う（ステップＳ６６）。

また、アプリ遷移画面生成部６ｂは、アプリ遷移情報から画面出力部７へ表示する表示ボタン情報を抽出する（ステップＳ６７）。

そして、アプリ遷移画面生成部６ｂは、抽出したメッセージ及び表示ボタン情報を合成し、画面出力部７へ出力する。画面出力部７は、アプリ遷移画面生成部６から入力された通知画面を表示する（ステップＳ６８）。画面表示のイメージを図４０へ示す。図４０は、本発明の実施の形態３における通知画面を示す図である。

記憶部８ｂから読み込んだ受信メッセージ情報のサービスＩＤが、“ＣＳ＿ｓｅｔｔｉｎｇ”の場合、つまり、サービスが設定確認通知である場合には、図４０に示すように、通知メッセージである「＜（対象機器の名前）＞の設定温度がサービス設定時に登録した閾値よりも高くなっています。設定温度を変更しますか？」が画面上方に配置される。その下方に、表示ボタン情報に応じた文字を含むボタンである、「どこでもリモコン」ボタンが配置され、さらにその下方に、「閉じる」ボタン、及び、「キャンセル」ボタンのいずれかが配置される。

ユーザ要求受付部３は、ユーザ操作による「どこでもリモコン」ボタンの選択があるかを常時監視する。画面遷移管理部１０が「どこでもリモコン」ボタンを選択する操作を検出した場合、アプリ遷移画面生成部６ｂは、「どこでもリモコン」ボタンに応じたアプリ遷移情報取得要求を、アプリ遷移情報管理部５へ入力する。アプリ遷移情報管理部５は、記憶部８ｂから該当する遷移先情報を読み出し、同情報を含むアプリ起動要求をアプリ起動指示部９へ出力する。

アプリ起動指示部９は、遷移先情報を基にアプリ起動処理を行い、画面出力部７へ当該アプリのアプリ画面を出力する。

つまり、「どこでもリモコン」ボタンが選択されると、ユーザ操作によるアプリ起動をすることなく、対象機器を遠隔操作できる画面であるエアコン制御画面へ遷移する。このため、ユーザは、当該エアコンの設定温度などの設定を変更することができる。エアコン制御画面への画面遷移のイメージを図４１へ示す。図４１は、本発明の実施の形態３における通知画面からサービス設定画面への遷移を示す図である。

以上のように、本実施の形態のメッセージ受信装置１００は、サービス提供中のシステム動作状態をユーザへ通知し、同メッセージに合ったアプリ画面へ遷移するボタンをユーザへ提示するよう構成されていることにより、必要性の高いアプリの起動及び画面到達までの手間及び時間を削減することが可能となる。

なお、上述の実施の形態において常時分析部は、取得情報を定期的に取得及び分析すると説明したが、これに限られず、イベント又はトリガが発生したときに行ってもよい。例えば、通信部を介して新たな情報が取得されたとき、室内温度や室外温度が変化したとき、家電機器の運転状態が変わったとき、及び、ユーザによって新たな要求があったとき等を含む。

本発明は、ネットワーク上に接続された家電機器の情報を蓄積し、家電機器の状態を分析した結果をユーザが所有する携帯端末へ通知することが可能なメッセージ受信装置、及び、画面遷移方法を提供する。よって、本発明は、上記実施の形態で例示した家電機器に限られず、店舗、施設、事務所、工場、及び、車両内などで使用される電気機器等においても広く利用可能である。

１ （メッセージ受信装置の）通信部
２ 受信データ管理部
３，３ｂ ユーザ要求受付部
４ メッセージ抽出部
５，５ａ，５ｂ アプリ遷移情報管理部
６，６ａ，６ｂ アプリ遷移画面生成部
７ 画面出力部
８，８ａ，８ｂ 記憶部
９ アプリ起動指示部
１０ 画面遷移管理部
２１ （機器連携サーバの）通信部
２２，２２ａ，２２ｂ データ取得部
２３，２３ａ，２３ｂ 常時分析部
２４，２４ａ，２４ｂ 送信データ生成部
２５ ユーザ要求受付部
２６ サービス登録・解除部
２７，２７ａ，２７ｂ 記憶部
２８ オンデマンド分析部
３０ 操作部
３１ （家電機器の）通信部
３２ 記憶部
３３ 制御部
１００ メッセージ受信装置
２００ 機器連携サーバ（機器連携サーバ）
３００ 家電機器

Claims (13)

1. 少なくとも１つ以上の電気機器が接続された機器連携サーバから、前記電気機器に関して通知するメッセージ本文と、前記電気機器に関するサービスの内容を識別するためのサービスＩＤとを対応させた、メッセージ情報を受信する通信部と、
   前記サービスＩＤと表示ボタン情報と遷移先情報とを対応させたアプリ遷移情報から、前記メッセージ情報に含まれる前記サービスＩＤに対応する前記表示ボタン情報を抽出し、前記表示ボタン情報に対応した表示ボタンと前記メッセージ情報に含まれる前記メッセージ本文に対応した通知メッセージとを含む通知画面を生成するアプリ遷移画面生成部と、前記通知画面を出力する画面出力部と、
   前記通知画面において、前記表示ボタンが選択された場合に、前記アプリ遷移情報に基づいて、前記表示ボタン情報に対応した前記遷移先情報で規定されたアプリケーションが起動したアプリ画面、又は、前記表示ボタン情報に対応した前記遷移先情報で規定された機能画面に、前記通知画面から遷移させるアプリ起動指示部とを備える、メッセージ受信装置。
2. 前記アプリ遷移情報をあらかじめ保存する記憶部を、さらに備える、請求項１に記載のメッセージ受信装置。
3. 前記通知画面から遷移した前記アプリ画面又は前記機能画面において、前記アプリ画面又は前記機能画面を終了させる操作が行われた場合に、前記通知画面に遷移する画面遷移管理部を、さらに備える、請求項１に記載のメッセージ受信装置。
4. 前記機器連携サーバは、前記電気機器から前記電気機器に関する情報を取得するデータ取得部と、前記電気機器に関する前記情報が前記サービスＩＤ毎に設定された所定条件を満たすか否かを判定する常時分析部とを備え、前記データ取得部は、前記電気機器の運転モード、前記電気機器に設定された設定温度、並びに、前記電気機器に搭載されたセンサによって測定された室内温度及び室外温度の情報を取得する、請求項１に記載のメッセージ受信装置。
5. 前記機器連携サーバは、前記電気機器から前記電気機器に関する情報を取得するデータ取
   得部と、前記電気機器に関する前記情報が前記サービスＩＤ毎に設定された所定条件を満たすか否かを判定する常時分析部とを備え、前記データ取得部は、前記電気機器から前記情報が得られない状態であることを示すエラー情報を取得する、請求項１に記載のメッセージ受信装置。
6. 前記常時分析部は、前記室内温度と、あらかじめ定められた閾値、又は、前記データ取得部で取得した情報に含まれる閾値に基いて、前記所定条件を満たすか否かを判定する、請求項４に記載のメッセージ受信装置。
7. 前記常時分析部は、前記エラー情報に基いて、前記所定条件を満たすか否かを判定する、請求項５に記載のメッセージ受信装置。
8. 前記常時分析部は、前記運転モードが冷房運転で、前記設定温度が、あらかじめ定められた閾値、又は、前記データ取得部で取得した情報に含まれる閾値より高い場合に、前記設定温度が誤って設定されたと判定する、請求項４に記載のメッセージ受信装置。
9. 前記常時分析部は、前記運転モードが暖房運転で、前記設定温度が、あらかじめ定められた閾値、又は、前記データ取得部で取得した情報に含まれる閾値より低い場合に、前記設定温度が誤って設定されたと判定する、請求項４に記載のメッセージ受信装置。
10. 前記常時分析部は、前記室内温度があらかじめ定められた閾値、又は、前記データ取得部で取得した情報に含まれる閾値より低く、前記運転モードが冷房運転の場合に、前記運転モードが誤って設定されたと判定する、請求項４に記載のメッセージ受信装置。
11. 前記常時分析部は、前記室内温度があらかじめ定められた閾値、又は、前記データ取得部で取得した情報に含まれる閾値より高く、前記運転モードが暖房運転の場合に、前記運転モードが誤って設定されたと判定する、請求項４に記載のメッセージ受信装置。
12. 前記機器連携サーバは、前記常時分析部の出力に応じて、前記サービスＩＤに応じた前記メッセージ情報を生成する送信データ生成部を、さらに備える、請求項４乃至請求項５に記載のメッセージ受信装置。
13. 少なくとも１つ以上の電気機器が接続された機器連携サーバから、前記電気機器に関して通知するメッセージ本文と、前記電気機器に関するサービスの内容を識別するためのサービスＩＤとを対応させた、メッセージ情報を受信するステップと、
    前記サービスＩＤと表示ボタン情報と遷移先情報とを対応させたアプリ遷移情報から、前記メッセージ情報に含まれる前記サービスＩＤに対応する前記表示ボタン情報を抽出し、前記表示ボタン情報に対応した表示ボタンと前記メッセージ情報に含まれる前記メッセージ本文に対応した通知メッセージとを含む通知画面を生成するステップと、
    前記通知画面が出力された画面出力部において、前記表示ボタンが選択された場合に、前記アプリ遷移情報に基づいて、前記表示ボタン情報に対応した前記遷移先情報で規定されたアプリケーションが起動したアプリ画面、又は、前記表示ボタン情報に対応した前記遷移先情報で規定された機能画面に、前記通知画面から遷移させるステップとを備える、画面遷移方法。