特許 6241532 通信システム、通信機器、制御方法、通信方法、及び、コンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6241532

(24)【登録日】2017年11月17日

(45)【発行日】2017年12月6日

(54)【発明の名称】通信システム、通信機器、制御方法、通信方法、及び、コンピュータプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20171127BHJP

   H04M 11/00 20060101ALI20171127BHJP

   H04Q 9/00 20060101ALI20171127BHJP

【ＦＩ】

   G06F13/00 358A

   G06F13/00 358D

   H04M11/00 301

   H04Q9/00 301D

【請求項の数】16

【全頁数】33

(21)【出願番号】特願2016-215756(P2016-215756)

(22)【出願日】2016年11月4日

(62)【分割の表示】特願2013-158752(P2013-158752)の分割

【原出願日】2013年7月31日

(65)【公開番号】特開2017-62817(P2017-62817A)

(43)【公開日】2017年3月30日

【審査請求日】2016年11月7日

(73)【特許権者】

【識別番号】390040187

【氏名又は名称】株式会社バッファロー

(74)【代理人】

【識別番号】110000028

【氏名又は名称】特許業務法人明成国際特許事務所

(72)【発明者】

【氏名】千葉 隼人

【審査官】 寺谷 大亮

(56)【参考文献】

【文献】 特開２００８−２９５０２０（ＪＰ，Ａ）

【文献】 特開２０１０−２７２４７３（ＪＰ，Ａ）

【文献】 特開２００２−３３０２３０（ＪＰ，Ａ）

【文献】 国際公開第２００８／１２０３２８（ＷＯ，Ａ１）

【文献】 特開２００２−１３３２７８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ １１／００

Ｈ０４Ｑ ９／００

Ｈ０４Ｎ ５／００

(57)【特許請求の範囲】

【請求項1】

通信システムであって、
複数の対象機器と、
前記複数の対象機器とデータ通信を行う通信機器と、
クライアント装置間のメッセージの送受信を行うメッセージサーバー装置と、
前記クライアント装置としての機能を搭載する通信端末と、
を備え、
前記通信機器は、
前記複数の対象機器の少なくとも１つによって生成され、前記通信機器が受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定するイベント判定部と、
前記通信機器を前記メッセージサーバー装置の前記クライアント装置として機能させるクライアント機能部と、
前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する関連情報取得部と、を備え、
前記クライアント機能部は、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成するメッセージ生成部を有し、
前記メッセージサーバー装置は、
前記通信機器から送信された前記メッセージを記憶する記憶部と、
前記通信端末からの要求に応じて前記記憶部の前記メッセージを前記通信端末に送信する通信部と、を備え、
前記通信端末は、
前記メッセージサーバー装置から送信された前記メッセージを表示するための表示部を備え、
前記通信機器は、さらに、
前記メッセージサーバー装置に登録されている前記通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する取得部と、
前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる動作特定部と、を有し、
前記メッセージ生成部は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させ、
前記動作特定部は、
前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得し、
前記メッセージ生成部は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する、通信システム。

【請求項2】

複数の対象機器及びメッセージサーバー装置とデータ通信を行うための通信機器であって、
データを送受信するための通信部と、
前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定するイベント判定部と、
前記通信機器を前記メッセージサーバー装置のクライアント装置として機能させるクライアント機能部と、
前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する関連情報取得部と、を備え、
前記クライアント機能部は、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記メッセージを送信させるメッセージ生成部を有し、
前記通信機器は、さらに、
前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する取得部と、
前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる動作特定部と、を有し、
前記メッセージ生成部は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させ、
前記動作特定部は、
前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得し、
前記メッセージ生成部は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する、通信機器。

【請求項3】

請求項２に記載の通信機器であって、さらに、
前記所定の条件群の各条件と前記メッセージのフォームとを一意的に定めたテーブルを記憶する記憶部を有する、通信機器。

【請求項4】

請求項２又は請求項３に記載の通信機器であって、
前記複数の対象機器のうちの一つは、消耗品を備え、
前記所定の条件群のうちの一つの条件は、前記消耗品が交換時期であることを表す情報を取得したことである、通信機器。

【請求項5】

請求項４に記載の通信機器であって、
前記複数の対象機器は、複数の前記消耗品を備える、部品保有対象機器を含み、
前記交換時期であることを表す情報は、前記複数の消耗品の一つが交換時期であることを表す情報であり、
前記関連情報は、前記部品保有対象機器が生成する前記複数の消耗品のうちの他の前記消耗品の消耗の程度を表す情報である、通信機器。

【請求項6】

請求項４又は請求項５に記載の通信機器であって、
前記複数の対象機器は、前記消耗品を備える第１の対象機器と、他の前記消耗品を備える第２の対象機器と、を含み、
前記交換時期であることを表す情報は、前記第１の対象機器の前記消耗品の交換時期を表す情報であり、
前記関連情報は、前記第２の対象機器の前記他の消耗品の消耗の程度を表す情報である、通信機器。

【請求項7】

請求項２から請求項６までのいずれか一項に記載の通信機器であって、
前記所定の条件群のうちの一つの条件は、前記対象機器の動作状態の変化に関する、通信機器。

【請求項8】

請求項７に記載の通信機器であって、
前記関連情報は、前記動作状態が変化した前記対象機器が配置された施設内部または前記施設周辺の画像情報である、通信機器。

【請求項9】

請求項８に記載の通信機器であって、
前記複数の対象機器のうちの一つは、防犯センサであり、
前記動作状態の変化に関する条件は、前記防犯センサが反応したことである、通信機器。

【請求項10】

請求項２から請求項９までのいずれか一項に記載の通信機器であって、
前記所定の条件群のうちの一つの条件は、前記メッセージサーバー装置に登録されている携帯通信端末の位置情報に関する位置条件と、前記対象機器に関する機器側条件と、を含む、通信機器。

【請求項11】

請求項１０に記載の通信機器であって、
前記機器側条件は、前記対象機器の消耗品が交換時期であることを表す情報を前記対象機器から受信したことであり、
前記位置条件は、前記位置情報によって表される位置が、前記消耗品を販売する販売店から所定の範囲内にあることである、通信機器。

【請求項12】

請求項１に記載の通信機器であって、
前記動作特定部は、
前記特定対象機器の動作を制御するための前記制御コマンドが２以上ある場合において、前記２以上の制御コマンドを前記特定対象機器が同時に実行できないと判定した場合は、前記２以上の制御コマンドのうちで前記特定対象機器に実行させる前記制御コマンドを選択すると共に、前記複数の対象機器のうちから前記２以上の制御コマンドのうちの残りの制御コマンドを実行できる他の前記対象機器を代替対象機器として特定し、前記通信部を介して前記選択した制御コマンドを前記特定対象機器に対して送信させると共に、前記残りの制御コマンドを前記代替対象機器に対して送信させる、通信機器。

【請求項13】

請求項１又は請求項１２に記載の通信機器であって、
前記動作特定部は、
前記制御コマンドを前記特定対象機器が実行できないと判定した場合は、前記複数の対象機器のうちから前記制御コマンドを実行できる他の対象機器を前記特定対象機器の代替となる代替機器として特定し、前記通信部を介して前記代替機器に対して前記制御コマンドを送信させる、通信機器。

【請求項14】

複数の対象機器と、前記複数の対象機器とデータ通信を行うための通信機器と、クライアント装置間のメッセージの送受信を行うためのメッセージサーバー装置と、前記クライアント装置としての機能を搭載する通信端末と、を備える通信システムが行う、前記メッセージの制御方法であって、
（ａ）前記複数の対象機器のうちの少なくとも１つが、前記通信機器で利用される情報であるトリガ情報を生成する工程と、
（ｂ）前記通信機器が、前記情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する工程と、
（ｃ）前記通信機器が、前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する工程と、
（ｄ）前記通信機器が、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する工程と、
（ｅ）前記メッセージサーバー装置が、工程（ｄ）によって受信した前記メッセージを前記通信端末に送信する工程と、
（ｆ）前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する工程と、
（ｇ）前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる工程と、を備え、
前記工程（ｄ）は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させる工程を含み、
前記工程（ｇ）は、前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得する工程を含み、
前記工程（ｄ）は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する工程を含む、制御方法。

【請求項15】

複数の対象機器及びメッセージサーバー装置とデータ通信を行う通信機器が行う通信方法であって、
（ａ）前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する工程と、
（ｂ）前記トリガ情報が前記条件を満たすと判定した場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する工程と、
（ｃ）前記関連情報を取得した後に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する工程と、
（ｄ）前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する工程と、
（ｅ）前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる工程と、を備え、
前記工程（ｃ）は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させる工程を含み、
前記工程（ｅ）は、前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得する工程を含み、
前記工程（ｃ）は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する工程を含む、通信方法。

【請求項16】

複数の対象機器及びメッセージサーバー装置とデータ通信を行う通信機器によって実現させるためのコンピュータプログラムであって、
（ａ）前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する機能と、
（ｂ）前記トリガ情報が前記条件を満たすと判定した場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する機能と、
（ｃ）前記関連情報を取得した後に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する機能と、
（ｄ）前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する機能と、
（ｅ）前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる機能と、を備え、
前記機能（ｃ）は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させる機能を含み、
前記機能（ｅ）は、前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得する機能を含み、
前記機能（ｃ）は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する機能を含む、を備える、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、メッセージを利用した通信技術に関する。

【背景技術】

【0002】

近年、テレビやエアコンディショナー等の電気機器の寿命や異常を検出し、買い換え時期や異常発生などの電気機器の状態を表示端末に表示させる技術が知られている（例えば、特許文献１）。特許文献１の技術では、情報センターサーバーが、電器機器の寿命や異常を検出し、各住戸に配置された表示端末に電気機器の状態を送信している。そして、表示端末に表示された内容を利用者が確認することで、電気機器の状態を把握している。

【0003】

また、近年、ネットワーク回線を介してホームサーバが冷蔵庫やエアコンディショナー等の家庭電化製品とデータ通信を行うことで、家庭電化製品の遠隔制御を行う技術が知られている（例えば、特許文献２）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２−１３４８３７号公報

【特許文献2】特開２００１−２１８２８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、上記特許文献１の技術では個々の電気機器の状態を把握することはできるが、複数の関連する電気機器の状態をまとめて把握することは困難である。また、利用者が電気機器の状態を把握するための専用の表示端末を設置する必要や、情報センターサーバーが送信する情報を表示するための専用ソフトを用意する必要が生じる。このため、電気機器の状態を利用者が把握するための利便性が低下する問題が生じる。

【0006】

また、特許文献２の技術のように、家庭電化製品を遠隔制御する場合、家庭電化製品の状態によっては、家庭電化製品が制御内容を実行できない場合がある。

【課題を解決するための手段】

【0007】

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
［形態１］
通信システムであって、
複数の対象機器と、
前記複数の対象機器とデータ通信を行う通信機器と、
クライアント装置間のメッセージの送受信を行うメッセージサーバー装置と、
前記クライアント装置としての機能を搭載する通信端末と、
を備え、
前記通信機器は、
前記複数の対象機器の少なくとも１つによって生成され、前記通信機器が受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定するイベント判定部と、
前記通信機器を前記メッセージサーバー装置の前記クライアント装置として機能させるクライアント機能部と、
前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する関連情報取得部と、を備え、
前記クライアント機能部は、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成するメッセージ生成部を有し、
前記メッセージサーバー装置は、
前記通信機器から送信された前記メッセージを記憶する記憶部と、
前記通信端末からの要求に応じて前記記憶部の前記メッセージを前記通信端末に送信する通信部と、を備え、
前記通信端末は、
前記メッセージサーバー装置から送信された前記メッセージを表示するための表示部を備え、
前記通信機器は、さらに、
前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する取得部と、
前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる動作特定部と、を有し、
前記メッセージ生成部は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させ、
前記動作特定部は、
前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得し、
前記メッセージ生成部は、前記制御コマンドの送信結果に加え、前記他の情報を表す前記メッセージを生成する、通信システム。
この形態の通信システムによれば、広く一般に普及しているＳＮＳ（ソーシャル・ネットワーキング・サービス）などのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者が容易に把握できる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージが生成されることから、トリガ情報に加え関連情報も利用者は把握できる。またこの形態の通信システムによれば、端末メッセージに基づいて特定対象機器の動作を制御できると共に、特定対象機器に対して制御コマンドを送信したことをメッセージによって利用者は容易に把握できる。またこの形態の通信システムによれば、端末メッセージに予め関連付けられた他の情報についてもメッセージによって利用者は把握できる。

【0008】

（１）本発明の一形態によれば、通信システムが提供される。この通信システムは、複数の対象機器と、前記複数の対象機器とデータ通信を行う通信機器と、クライアント装置間のメッセージの送受信を行うメッセージサーバー装置と、前記クライアント装置としての機能を搭載する通信端末と、を備え、前記通信機器は、前記複数の対象機器の少なくとも１つによって生成され、前記通信機器が受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定するイベント判定部と、前記通信機器を前記メッセージサーバー装置の前記クライアント装置として機能させるクライアント機能部と、前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する関連情報取得部と、を備え、前記クライアント機能部は、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成するメッセージ生成部を有し、前記メッセージサーバー装置は、前記通信機器から送信された前記メッセージを記憶する記憶部と、前記通信端末からの要求に応じて前記記憶部の前記メッセージを前記通信端末に送信する通信部と、を備え、前記通信端末は、前記メッセージサーバー装置から送信された前記メッセージを表示するための表示部を備えることを特徴とする。
この形態の通信システムによれば、広く一般に普及しているＳＮＳ（ソーシャル・ネットワーキング・サービス）などのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者が容易に把握できる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージが生成されることから、トリガ情報に加え関連情報も利用者は把握できる。

【0009】

（２）本発明の他の一形態によれば、複数の対象機器及びメッセージサーバー装置とデータ通信を行うための通信機器が提供される。この通信機器は、データを送受信するための通信部と、前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定するイベント判定部と、前記通信機器を前記メッセージサーバー装置のクライアント装置として機能させるクライアント機能部と、前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する関連情報取得部と、を備え、前記クライアント機能部は、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記メッセージを送信させるメッセージ生成部を有する、ことを特徴とする。
この形態の通信機器によれば、広く一般に普及しているＳＮＳなどのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者に容易に報知させることができる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージを生成できることから、トリガ情報に加え関連情報も利用者に把握させることができる。

【0010】

（３）上記形態の通信機器において、前記所定の条件群の各条件と前記メッセージのフォームとを一意的に定めたテーブルを記憶する記憶部を有しても良い。
この形態の通信機器によれば、通信機器がテーブルを参照することで、メッセージを容易に生成できる。

【0011】

（４）上記形態の通信機器において、前記複数の対象機器のうちの一つは、消耗品を備え、前記所定の条件群のうちの一つの条件は、前記消耗品が交換時期であることを表す情報を取得したことであっても良い。
この形態の通信機器によれば、対象機器の消耗品の交換時期になったことをトリガとしてメッセージを生成できる。

【0012】

（５）上記形態の通信機器において、前記複数の対象機器は、複数の前記消耗品を備える、部品保有対象機器を含み、前記交換時期であることを表す情報は、前記複数の消耗品の一つが交換時期であることを表す情報であり、前記関連情報は、前記部品保有対象機器が生成する前記複数の消耗品のうちの他の前記消耗品の消耗の程度を表す情報であっても良い。
この形態の通信機器によれば、部品保有対象機器における複数の消耗品の一つが交換時期であることに加え、他の消耗品の消耗の程度もメッセージによって利用者に報知できる。これにより、利用者は、複数の消耗品の消耗の程度を一度に把握できる。

【0013】

（６）上記形態の通信機器において、前記複数の対象機器は、前記消耗品を備える第１の対象機器と、他の前記消耗品を備える第２の対象機器と、を含み、前記交換時期であることを表す情報は、前記第１の対象機器の前記消耗品の交換時期を表す情報であり、前記関連情報は、前記第２の対象機器の前記他の消耗品の消耗の程度を表す情報であっても良い。
この形態の通信機器によれば、第１の対象機器の消耗品の交換時期に加え、第２の対象機器の消耗品の消耗の程度もメッセージによって利用者に報知できる。これにより、利用者は、第１と第２の対象機器の消耗品の消耗の程度を一度に把握できる。

【0014】

（７）上記形態の通信機器において、前記所定の条件群のうちの一つの条件は、前記対象機器の動作状態の変化に関しても良い。
この形態の通信機器によれば、対象機器の動作状態の変化をトリガとしてメッセージを生成できる。

【0015】

（８）上記形態の通信機器において、前記関連情報は、前記動作状態が変化した前記対象機器が配置された施設内部または前記施設周辺の画像情報であっても良い。
この形態の通信機器によれば、対象機器の動作状態が変化したことを表す情報に加え、画像情報もメッセージによって利用者に報知できる。これにより、利用者は、対象機器の動作状態が変化したことをトリガとして施設内部または施設周辺の状況をメッセージによって把握できる。

【0016】

（９）上記形態の通信機器において、前記複数の対象機器のうちの一つは、防犯センサであり、前記動作状態の変化に関する条件は、前記防犯センサが反応したことであっても良い。
この形態の通信機器によれば、防犯センサが反応したことをトリガとして、画像情報もメッセージとして生成できる。利用者は、防犯センサが反応した原因を画像情報によって探ることができる。

【0017】

（１０）上記形態の通信機器において、前記所定の条件群のうちの一つの条件は、前記メッセージサーバー装置に登録されている携帯通信端末の位置情報に関する位置条件と、前記対象機器に関する機器側条件と、を含んでも良い。
この形態の通信機器によれば、一つの条件が位置条件と機器側条件とを含むことで、携帯通信端末を保有する利用者の位置に応じて、適切なメッセージを生成できる。

【0018】

（１１）上記形態の通信機器において、前記機器側条件は、前記対象機器の消耗品が交換時期であることを表す情報を前記対象機器から受信したことであり、前記位置条件は、前記位置情報によって表される位置が、前記消耗品を販売する販売店から所定の範囲内にあることであっても良い。
この形態の通信機器によれば、消耗品が交換時期である旨のメッセージを利用者が携帯通信端末によって閲覧した場合に、販売店で直ぐに消耗品を購入できる。

【0019】

（１２）上記形態の通信機器において、さらに、前記メッセージサーバー装置に登録されている通信端末から前記メッセージサーバー装置へ送信され、前記メッセージサーバー装置に記憶された端末メッセージであって、前記複数の対象機器の少なくとも一つの動作を制御するための端末メッセージを取得する取得部と、前記端末メッセージに基づいて、前記複数の対象機器のうちから動作を制御すべき特定対象機器と、前記特定対象機器の動作を制御するための制御コマンドと、を特定し、前記通信部を介して前記特定対象機器に対して前記制御コマンドを送信させる動作特定部と、を有し、前記メッセージ生成部は、前記制御コマンドの送信結果を表すメッセージである結果メッセージを生成し、前記通信部を介して前記メッセージサーバー装置に前記結果メッセージを送信させても良い。
この形態の通信機器によれば、端末メッセージに基づいて特定対象機器の動作を制御できると共に、特定対象機器に対して制御コマンドを送信したことをメッセージによって利用者は容易に把握できる。

【0020】

（１３）上記形態の通信機器において、前記動作特定部は、前記特定対象機器の動作を制御するための前記制御コマンドが２以上ある場合において、前記２以上の制御コマンドを前記特定対象機器が同時に実行できないと判定した場合は、前記２以上の制御コマンドのうちで前記特定対象機器に実行させる前記制御コマンドを選択すると共に、前記複数の対象機器のうちから前記２以上の制御コマンドのうちの残りの制御コマンドを実行できる他の前記対象機器を代替対象機器として特定し、前記通信部を介して前記選択した制御コマンドを前記特定対象機器に対して送信させると共に、前記残りの制御コマンドを前記代替対象機器に対して送信させても良い。
この形態の通信機器によれば、残りの制御コマンドを代替対象機器に対して送信することから、制御コマンドをより確実に実行できる。

【0021】

（１４）上記形態の通信機器において、前記動作特定部は、前記制御コマンドを前記特定対象機器が実行できないと判定した場合は、前記複数の対象機器のうちから前記制御コマンドを実行できる他の対象機器を前記特定対象機器の代替となる代替機器として特定し、前記通信部を介して前記代替機器に対して前記制御コマンドを送信させても良い。
この形態の通信機器によれば、制御コマンドを特定対象機器が実行できない場合は、代替機器に対して制御コマンドを送信することから、制御コマンドをより確実に実行できる。

【0022】

（１５）上記形態の通信機器において、前記動作特定部は、前記端末メッセージに予め関連付けられた前記対象機器が生成する情報である他の情報を、前記他の情報を生成する前記対象機器から取得し、前記メッセージ生成部は、前記制御コマンドの送信結果に加え、他の情報を表す前記メッセージを生成しても良い。
この形態の通信機器によれば、端末メッセージに予め関連付けられた他の情報についてもメッセージによって利用者は把握できる。

【0023】

（１６）本発明の他の一形態によれば、複数の対象機器と、前記複数の対象機器とデータ通信を行うための通信機器と、クライアント装置間のメッセージの送受信を行うためのメッセージサーバー装置と、前記クライアント装置としての機能を搭載する通信端末と、を備える通信システムが行う、前記メッセージの制御方法が提供される。この制御方法は、（ａ）前記複数の対象機器のうちの少なくとも１つが、前記通信機器で利用される情報であるトリガ情報を生成する工程と、（ｂ）前記通信機器が、前記情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する工程と、（ｃ）前記通信機器が、前記トリガ情報が前記条件を満たした場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する工程と、（ｄ）前記通信機器が、前記トリガ情報が前記条件を満たした場合に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する工程と、（ｅ）前記メッセージサーバー装置が、工程（ｄ）によって受信した前記メッセージを前記通信端末に送信する工程と、を備えることを特徴とする。
この形態の制御方法によれば、広く一般に普及しているＳＮＳなどのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者が容易に把握できる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージが生成されることから、トリガ情報に加え関連情報も利用者は把握できる。

【0024】

（１７）本発明の他の一形態によれば、複数の対象機器及びメッセージサーバー装置とデータ通信を行う通信機器が行う通信方法が提供される。この通信方法は、（ａ）前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する工程と、（ｂ）前記トリガ情報が前記条件を満たすと判定した場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する工程と、（ｃ）前記関連情報を取得した後に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する工程と、を備えることを特徴とする。
この形態の通信方法によれば、広く一般に普及しているＳＮＳなどのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者に容易に報知させることができる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージを生成できることから、トリガ情報に加え関連情報も利用者に把握させることができる。

【0025】

（１８）本発明の他の一形態によれば、複数の対象機器及びメッセージサーバー装置とデータ通信を行う通信機器によって実現させるためのコンピュータプログラムが提供される。このコンピュータプログラムは、（ａ）前記複数の対象機器の少なくとも１つによって生成され受信した情報であるトリガ情報が、所定の条件群のうちの少なくとも一つの条件を満たすかどうかを判定する機能と、（ｂ）前記トリガ情報が前記条件を満たすと判定した場合に、前記条件に対応して予め関連付けられた前記対象機器が生成する情報である関連情報を、前記関連情報を生成する前記対象機器から取得する機能と、（ｃ）前記関連情報を取得した後に、前記トリガ情報が満たす前記条件および前記関連情報に対応するメッセージを生成し、前記メッセージサーバー装置に前記メッセージを送信する機能と、を備えることを特徴とする。
この形態のコンピュータプログラムによれば、広く一般に普及しているＳＮＳなどのメッセージをやり取りする機能を利用して対象機器のトリガ情報および関連情報を利用者に容易に報知させることができる。また、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したメッセージを生成できることから、トリガ情報に加え関連情報も利用者に把握させることができる。

【0026】

上述した本発明の各形態の有する複数の構成要素は全てが必須のものではなく、上述の課題の一部または全部を解決するため、あるいは、本明細書に記載された効果の一部または全部を達成するために、適宜、前記複数の構成要素の一部の構成要素について、その変更、削除、新たな構成要素との差し替え、限定内容の一部削除を行うことが可能である。また、上述の課題の一部または全部を解決するため、あるいは、本明細書に記載された効果の一部または全部を達成するために、上述した本発明の一形態に含まれる技術的特徴の一部または全部を上述した本発明の他の形態に含まれる技術的特徴の一部または全部と組み合わせて、本発明の独立した一形態とすることも可能である。

【0027】

なお、本発明は、種々の態様で実現することが可能である。例えば、本発明は、通信システム、通信機器、通信機器と外部記憶装置とを備えたシステム、それらの方法、それらの装置やシステムの機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。

【図面の簡単な説明】

【0028】

【図1】本発明の第１実施形態としての通信システムを説明するための図である。

【図2】ルータの内部ブロック図である。

【図3】条件テーブルを説明するための図である。

【図4】関連コマンドテーブルを説明するための図である。

【図5】メッセージテーブルを説明するための図である。

【図6】通信端末の内部ブロック図である。

【図7】ＳＮＳサーバー装置の内部ブロック図である。

【図8】トリガ情報が条件Ｎｏ．１を満たす場合の通信システムが実行する処理手順である。

【図9】トリガ情報が条件Ｎｏ．２を満たす場合の通信システムが実行する処理手順である。

【図10】トリガ情報が条件Ｎｏ．３を満たす場合の通信システムが実行する処理手順である。

【図11】本発明の第２実施形態としての通信システムを説明するための図である。

【図12】第２実施形態のルータの内部ブロック図である。

【図13】条件テーブルを説明するための図である。

【図14】トリガ情報が条件Ｎｏ．１ａを満たす場合の通信システムが実行する処理手順である。

【図15】本発明の第３実施形態としての通信システムを説明するための図である。

【図16】端末メッセージテーブルを説明するための図である。

【図17】第３実施形態のルータの内部ブロック図である。

【図18】コマンドテーブルを説明するための図である。

【図19】第２の関連コマンドテーブルを説明するための図である。

【図20】第２のメッセージテーブルを説明するための図である。

【図21】端末メッセージをルータが取得した場合に通信システムが実行する処理手順の一例である。

【図22】端末メッセージをルータが取得した場合に通信システムが実行する処理手順の他の一例である。

【発明を実施するための形態】

【0029】

次に、本発明の実施の形態を実施例に基づいて説明する。

【0030】

Ａ．第１実施形態：
Ａ−１．通信システム５００の概略構成：
図１は、本発明の第１実施形態としての通信システム５００を説明するための図である。通信システム５００は、メッセージサーバー装置としてのＳＮＳサーバー装置３０と、ゲートウェイ機能を持つ通信機器としてのルータ２０と、防犯センサ４２と、第１の照明器具４３と、第２の照明器具４４と、プリンター４５と、ＷＥＢカメラ４７と、通信端末７０とを備える。ルータ２０は、インターネットＩＮＴに接続されている。通信端末７０としては、スマートフォン、ノート型パーソナルコンピュータ、又は、タブレット型端末を用いることができる。通信端末７０は、利用者が携帯可能な端末であり、移動体通信基地局６０を介して無線通信を行うことができる。また、通信端末７０は、ルータ２０との間で互いに電波を送受信できる範囲内に存在する場合、直接にルータ２０と無線通信を行うことができる。

【0031】

各種対象機器４２，４３，４４，４５，４７は、ルータ２０と同一ＬＡＮ内に配置されている。各種対象機器４２，４３，４４，４５，４７は、ルータ２０との間で無線通信によってデータを通信する。なお、各種対象機器４２，４３，４４，４５，４７は、ルータ２０との間で有線通信によってデータを通信する構成であっても良い。ＳＮＳサーバー装置３０は、インターネットＩＮＴを介して通信端末７０及びルータ２０とデータ通信を行うことができる。本実施形態において、各種対象機器４２，４３，４４，４５，４７は、例えばＩＥＥＥ８０２．３、ＩＥＥＥ８０２．１１、ＥＣＨＯＮＥＴ Ｌｉｔｅ、ＺｉｇＢｅｅ、Ｚ−Ｗａｖｅ等のそれぞれに適用される規格に準拠したデータ通信を行う。なお、上記データ通信は、ＬＡＮ（Local Area Network）やＰＡＮ（Personal Area Network）を構成可能なデータ通信方式であればどのような方式が採用されても良い。例えば、ＰＬＣ（Power Line Communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（Near Field Communication）のような近距離無線通信や、６０ＧＨｚ帯無線による通信であっても良い。なお、複数の対象機器４２，４３，４４，４５，４７を区別することなく用いる場合は、符号「４０」を用いる。

【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】

図７は、ＳＮＳサーバー装置３０の内部ブロック図である。ＳＮＳサーバー装置３０は、ＣＰＵ３２と、通信部３６と、記憶部３４と、ＲＡＭ３８とを備える。ＳＮＳサーバー装置３０の各部３２，３４，３６，３８は、バスにより相互に接続されている。ＣＰＵ３２は、記憶部３８に格納されているコンピュータプログラムをＲＡＭ３８に展開することにより、ＳＮＳサーバー装置３０の動作全般を制御する。

【0057】

通信部３６は、有線通信インターフェース３６１を備える。有線通信インターフェース３６１は、本実施例においてはIEEE802.3に準拠している。有線通信インターフェース３６１は、複数の接続ポートを備えている。ＳＮＳサーバー装置３０のWANポートにはインターネットＩＮＴに接続するための回線が接続される。有線通信インターフェース３６１は、ＰＨＹチップを備え、ＰＨＹチップにより論理信号と実際の電気的な信号との変換を行う。

【0058】

ＣＰＵ３２は、記憶部３４に格納されているコンピュータプログラムを実行することによって、メッセージ管理部３２１および通信制御部３２９として機能する。メッセージ管理部３２１は、メッセージ記憶部３４１に記憶されるＳＮＳメッセージを管理する。具体的には、ルータ２０などのＳＮＳクライアント装置から送信されたＳＮＳメッセージをメッセージ記憶部３４１に保存したり、ＳＮＳクライアント装置からの要求に応じてメッセージ記憶部３４１に保存されたＳＮＳメッセージをＳＮＳクライアント装置に送信したりする。

【0059】

通信制御部３２９は、通信部３６が行うデータの送受信を制御する。例えば、通信制御部３２９は、通信部３６を介してＳＮＳクライアント装置などにデータを送信する。

【0060】

記憶部３４は、フラッシュＲＯＭである。記憶部３４は、ＣＰＵ３２が参照するデータを記憶するためにも用いられる。記憶部３４は、メッセージ記憶部３４１と、管理テーブル３４３とを備える。メッセージ記憶部３４１は、ＳＮＳクライアント装置から送信されたＳＮＳメッセージを保存する。管理テーブル３４３は、ＳＮＳクライアント装置毎に割り当てられた識別子などの固有情報を格納する。固有情報には、識別子のほかにＳＮＳクライアント装置のメールアドレスや、ＳＮＳを利用するためのパスワード情報、ＳＮＳクライアント装置を利用する利用者情報（氏名など）が含まれる。

【0061】

Ａ−２．通信システム５００の処理フロー：
図８は、トリガ情報が条件Ｎｏ．１を満たす場合の通信システム５００が実行する処理手順である。まず、防犯センサ４２が反応した場合に、防犯センサ４２はトリガ情報であるアラーム情報をルータ２０に送信する（ステップＳ１０２）。トリガ情報をルータ２０が取得した後に、イベント判定部２２１（図２）は、トリガ情報が所定の条件群の一つを満たすかどうかを判定する（ステップＳ１０４）。図８の場合は、トリガ情報はアラーム情報であるため、イベント判定部２２１は、トリガ情報は条件Ｎｏ．１を満たしたと判定する。なお、ルータ２０が受信した情報が条件テーブル２４３に規定する条件に該当しない場合は、通信システム５００は以降の処理を行うことなく処理を中止する。

【0062】

次に、関連情報取得部２２５は、条件Ｎｏ．１に対応する関連コマンドを、関連コマンドテーブル２４５を参照することで特定する（ステップＳ１０６）。次に、関連情報取得部２２５は、通信部２６を介して特定した関連コマンドを対象となる対象機器４０に対して送信する（ステップＳ１０８，Ｓ１１０）。まず、関連情報取得部２２５は、第１の照明器具４３に対して蛍光灯をＯＮ状態にするコマンド（照明ＯＮコマンド）を送信する（ステップＳ１０８）。次に、照明ＯＮコマンドを受信し実行した第１の照明器具４３は、ルータ２０に対してＡＣＫを返信する（ステップＳ１０９）。次に、関連情報取得部２２５は、ＷＥＢカメラ４７に対して、画像を撮影するためのコマンド（撮影コマンド）を送信する（ステップＳ１１０）。撮影コマンドを実行したＷＥＢカメラ４７は、ルータ２０に対してＡＣＫを返信する（ステップＳ１１２）。このＡＣＫには、ＷＥＢカメラ４７で撮影した画像の閲覧先情報（例えばＵＲＬ情報）が関連情報として付加されている。

【0063】

ルータ２０がトリガ情報および関連情報を取得した後に、メッセージ生成部２２７はメッセージテーブル２４１を参照してＳＮＳメッセージを生成する（ステップＳ１１４）。図８の場合、メッセージ生成部２２７は、トリガ情報である条件Ｎｏ．１に対応するＳＮＳメッセージフォームを、メッセージテーブル２４１（図５）から選択する。そしてメッセージ生成部２２７は、選択したＳＮＳメッセージフォームに対し、ＷＥＢカメラ４７が撮影した画像の閲覧先ＵＲＬ情報（関連情報）を入力することでＳＮＳメッセージを生成する。

【0064】

次に、ＳＮＳメッセージ生成部２２７は、生成したＳＮＳメッセージを、通信部２６を介してＳＮＳサーバー装置３０に送信する（ステップＳ１１６）。ＳＮＳサーバー装置３０は、受信したＳＮＳメッセージをメッセージ記憶部３４１（図７）に保存する（ステップＳ１１８）。通信端末７０からＳＮＳサーバー装置３０に対してＳＮＳメッセージ取得要求があった場合（ステップＳ１２０）、ＳＮＳサーバー装置３０は、保存された通信端末７０宛てのＳＮＳメッセージを通信端末７０に送信する（ステップＳ１２２）。通信端末７０の利用者は、タッチパネル７３によって条件Ｎｏ．１に対応するＳＮＳメッセージ（図５）を閲覧することで、防犯センサ４２が反応したことを知ることができると共に室内画像を見ることができる。すなわち、利用者は、防犯センサ４２が反応した原因を判断するための判断材料を画像情報によって得ることができる。なお、ＳＮＳメッセージ取得要求（ステップＳ１２０）は、所定間隔毎に通信端末７０からルータ２０に対して繰返し送信される。以降に説明する他の処理手順におけるＳＮＳメッセージ取得要求も同様である。

【0065】

図９は、トリガ情報が条件Ｎｏ．２を満たす場合の通信システム５００が実行する処理手順である。プリンター４５がインク切れを検出すると、トリガ情報であるインク切れ情報をルータ２０に送信する（ステップＳ１４２）。トリガ情報をルータ２０が取得した後に、イベント判定部２２１（図２）は、トリガ情報が所定の条件群の一つを満たすかどうかを判定する（ステップＳ１４４）。図９の場合は、トリガ情報はインク切れ情報であるため、イベント判定部２２１は、トリガ情報は条件Ｎｏ．２を満たしたと判定する。

【0066】

次に、関連情報取得部２２５は、条件Ｎｏ．２に対応する関連コマンドとして用紙情報取得コマンドを、関連コマンドテーブル２４５を参照することで特定する（ステップＳ１４６）。次に、関連情報取得部２２５は、用紙情報取得コマンドを対象となるプリンター４５に対して送信する（ステップＳ１４８）。用紙情報取得コマンドを受信したプリンター４５は、用紙の消耗量の程度を表す情報（関連情報）として用紙残量を表す情報（用紙残量情報）をルータ２０に送信する（ステップＳ１５０）。

【0067】

ルータ２０がトリガ情報（インク切れ情報）および関連情報（用紙残量情報）を取得した後に、メッセージ生成部２２７はメッセージテーブル２４１を参照してＳＮＳメッセージを生成する（ステップＳ１５４）。図９の場合、メッセージ生成部２２７は、トリガ情報が満たす条件である条件Ｎｏ．２に対応するＳＮＳメッセージフォームを、メッセージテーブル２４１（図５）から選択する。そしてメッセージ生成部２２７は、選択したＳＮＳメッセージフォームに対し、関連情報としての用紙残量情報によって得られた用紙残量の数値を入力することでＳＮＳメッセージを生成する。ステップＳ１５６〜Ｓ１６２は、図８のステップＳ１１６〜Ｓ１２２と同様のステップであるため説明を省略する。このように、対象機器４０の一つが複数の消耗品を備える場合に、一つの消耗品の交換時期を表す情報をトリガとして、一つの消耗品の交換時期に加え、他の消耗品の消耗の程度を表すＳＮＳメッセージがルータ２０によって生成される。これにより、利用者は、ＳＮＳメッセージを閲覧することで、複数の消耗品の消耗の程度を一度に把握できる。

【0068】

図１０は、トリガ情報が条件Ｎｏ．３を満たす場合の通信システム５００が実行する処理手順である。第１の照明器具４３は、蛍光灯の寿命到達を検出すると、トリガ情報である蛍光灯切れ情報をルータ２０に送信する（ステップＳ１７２）。トリガ情報をルータ２０が取得した後に、イベント判定部２２１（図２）は、トリガ情報が所定の条件群の一つを満たすかどうかを判定する（ステップＳ１７４）。図１０の場合は、トリガ情報は蛍光灯切れ情報であるため、イベント判定部２２１は、トリガ情報は条件Ｎｏ．３を満たしたと判定する。

【0069】

次に、関連情報取得部２２５は、条件Ｎｏ．３に対応する関連コマンドとして、第２の照明器具４４が備える蛍光灯の消耗の程度を表す情報（関連情報）を取得するためのコマンド（蛍光灯情報取得コマンド）を、関連コマンドテーブル２４５を参照することで特定する（ステップＳ１７６）。次に、関連情報取得部２２５は、蛍光灯情報取得コマンドを第２の照明器具４４に対して送信する（ステップＳ１７８）。蛍光灯情報取得コマンドを受信した第２の照明器具４４は、蛍光灯の消耗の程度を表す情報（関連情報）として蛍光灯のトータルＯＮ時間をルータ２０に送信する（ステップＳ１８０）。

【0070】

ルータ２０がトリガ情報（蛍光灯切れ情報）および関連情報（トータルＯＮ時間情報）を取得した後に、メッセージ生成部２２７はメッセージテーブル２４１を参照してＳＮＳメッセージを生成する（ステップＳ１８４）。図１０の場合、メッセージ生成部２２７は、トリガ情報である条件Ｎｏ．３に対応するＳＮＳメッセージフォームを、メッセージテーブル２４１（図５）から選択する。そしてメッセージ生成部２２７は、選択したＳＮＳメッセージフォームに対し、トータルＯＮ時間情報によって得られたＯＮ時間の数値を入力することでＳＮＳメッセージを生成する。ステップＳ１８６〜Ｓ１９２は、図８のステップＳ１１６〜Ｓ１２２と同様のステップであるため説明を省略する。このように、第１の照明器具４３の蛍光灯切れ情報をトリガとして、第１の照明器具４３の蛍光灯切れ情報に加え、第２の照明器具４３のトータルＯＮ時間情報を表すＳＮＳメッセージがルータ２０によって生成される。これにより、利用者は、ＳＮＳメッセージを閲覧することで異なる対象機器４０が備える消耗品の程度を一度に把握できる。

【0071】

このように、上記第１実施形態によれば、広く一般に普及しているＳＮＳを利用して対象機器のトリガ情報および関連情報を利用者に容易に報知できる。また、ルータ２０は、対象機器のトリガ情報だけでなく、トリガ情報と関連情報の両方に対応したＳＮＳメッセージを生成することから、利用者はトリガ情報に加え関連情報も同時に把握できる。またルータ２０は、所定の条件群の各条件（条件Ｎｏ．１〜Ｎｏ．４）と、ＳＮＳメッセージのフォームとを一意的に定めたメッセージテーブル２４１を備える（図５）。これにより、ルータ２０は、メッセージテーブル２４１を参照することでＳＮＳメッセージを容易に生成できる。また、所定の条件群のうち条件Ｎｏ．２〜Ｎｏ．４は、トリガ情報が、対象機器４０の消耗品の交換時期を表す情報であることを条件として規定している（図４）。これにより、対象機器４０の消耗品の交換時期をトリガとしてＳＮＳメッセージを生成できることから、利用者に消耗品の交換時期を確実に報知できる。

【0072】

Ｂ．第２実施形態：
図１１は、本発明の第２実施形態としての通信システム５００ａを説明するための図である。第１実施形態の通信システム５００と異なる点は、位置情報サーバー装置８０を備える点、ルータ２０ａの内部構成、及び、通信端末７０ａの内部構成である。その他の構成については第１実施形態と同様の構成であるため、同様の構成については同一符号を付すと共に説明を省略する。

【0073】

通信システム５００ａは、さらに、位置情報サーバー装置８０を備える。通信端末７０ａが備えるＧＰＳ（Global Positioning System）受信機７２４は、所定間隔で通信端末７０ａの現在位置を表す位置情報を取得する。取得した位置情報は、位置情報サーバー装置８０に送信される。送信された位置情報は、取得時刻と共に位置情報サーバー装置８０に記憶される。位置情報サーバー装置８０は、さらに、通信端末７０ａの利用者の自宅の位置情報および家電量販店の位置情報を含む地図情報を記憶する。

【0074】

図１２は、第２実施形態のルータ２０ａの内部ブロック図である。第１実施形態のルータ２０（図２）と異なる点は、新たに位置情報取得部２２２を備える点と、条件テーブル２４３ａの内容である。位置情報取得部２２２は、所定間隔ごとに位置情報サーバー装置８０から通信端末７０ａの位置情報を取得する。

【0075】

図１３は、条件テーブル２４３ａを説明するための図である。条件テーブル２４３ａは、所定の条件群を定めたテーブルである。所定の条件群の各条件は、対象機器に関する機器側条件と、ＳＮＳサーバー装置３０に登録されている通信端末７０ａの位置情報に関する位置条件とからなる。条件Ｎｏ．１ａ〜Ｎｏ．４ａの機器側条件の内容は、条件テーブル２４３（図３）の条件Ｎｏ．１〜Ｎｏ．４の条件内容と同一であるため、説明を省略する。条件Ｎｏ．１ａの位置条件の内容は、通信端末７０ａの位置情報が表す位置が通信端末７０ａの利用者の自宅から所定距離以上離れていることである。条件Ｎｏ．２ａ〜Ｎｏ．４ａの各位置条件の内容は、通信端末７０ａの位置情報が表す位置が家電量販店から所定距離内にあることである。

【0076】

図１２に示すメッセージテーブル２４１ａと関連コマンドテーブル２４５ａはそれぞれ、図３および図５に示すメッセージテーブル２４１と関連コマンドテーブル２４５と、紐づけられている条件Ｎｏ．が異なる。すなわち、図３および図５に示すテーブル２４１，２４５のうちの条件Ｎｏ．１〜Ｎｏ．４が、第２実施形態の各条件に対応させて条件Ｎｏ．１ａ〜Ｎｏ．４ａに置き換えられている。

【0077】

図１４は、トリガ情報が条件Ｎｏ．１ａを満たす場合の通信システム５００ａが実行する処理手順である。防犯センサ４２がトリガ情報の一部であるアラーム情報をルータ２０に送信する（ステップＳ１０２）。アラーム情報を受信したルータ２０ａは、位置情報サーバー装置８０から通信端末７０ａの最新の位置情報を取得する（ステップＳ１０３）。この位置情報は、トリガ情報の一部を構成する。

【0078】

トリガ情報（アラーム情報および位置情報）をルータ２０が取得した後に、イベント判定部２２１（図１２）は、トリガ情報が所定の条件群の一つを満たすかどうかを判定する（ステップＳ１０４ａ）。図１４の場合は、イベント判定部２２１は、条件Ｎｏ．１ａを満たしたと判定する。ステップＳ１０６〜Ｓ１２２の処理は、図８のステップＳ１０６〜Ｓ１２２と同様の処理であるため説明を省略する。また、図１４と同様に、対象機器４０からインク切れ情報や蛍光灯切れ情報を取得した場合も、ステップＳ１０３の工程の後に図９に示したステップＳ１４６以降の処理、又は、図１０に示したステップＳ１７６以降の処理を通信システム５００ａは実行する。

【0079】

このように、上記第２実施形態によれば、第１実施形態の通信システム５００が奏する効果に加え、以下の効果を奏する。すなわち、通信端末７０ａを保有する利用者の位置に応じて、適切なタイミングでＳＮＳメッセージを生成し通信端末７０ａに送信できる。これにより、利用者は、適切なタイミングでＳＮＳメッセージを閲覧できるため、ＳＮＳメッセージを利用した利用者の利便性を向上できる。例えば、条件Ｎｏ．１ａを満たした場合に生成されるＳＮＳメッセージを利用者が閲覧した場合、利用者は外出中である可能性が高い。この場合、ＳＮＳメッセージに記載されたＵＲＬにアクセスして室内画像を見ることで、防犯センサ４２が反応した原因を外出中に探ることができる。また、条件Ｎｏ．２ａ〜Ｎｏ．４ａのいずれかを満たした場合に生成されるＳＮＳメッセージを利用者が閲覧する場合、利用者は家電量販店内または家電量販店の近くにいる可能性が高い。これにより、利用者は家電量販店で直ぐに消耗品を購入できる。

【0080】

Ｃ．第３実施形態：
図１５は、本発明の第３実施形態としての通信システム５００ｂを説明するための図である。第１実施形態の通信システム５００と異なる点は、通信端末７０ｂの内部構成と、ルータ２０ｂの内部構成と、対象機器４０として新たにテレビ４８と、レコーダー４９とを備える点である。その他の構成については第１実施形態と同様の構成であるため、同様の構成については同一符号を付すと共に説明を省略する。

【0081】

通信端末７０ｂは、記憶部７４に記憶された端末メッセージテーブル７４４と、ＣＰＵ７２の機能部としてのメッセージ生成部７２７とを備える。端末メッセージテーブル７４４には、対象機器４０の動作を制御するために用いられるＳＮＳメッセージが記憶されている。表示制御部７２１（図６）が端末メッセージテーブル７４４に記憶されているＳＮＳメッセージをタッチパネル７３に表示し、利用者が表示されたＳＮＳメッセージテーブルのうちのいずれかを選択し送信指示を行う。送信指示を受け付けた後に、メッセージ生成部７２７はＳＮＳメッセージとして選択された内容をＳＮＳサーバー装置３０に送信する。

【0082】

テレビ４８と、レコーダー４９とは、他の対象機器４２，４３，４４，４５，４７と同じく、ルータ２０ｂと同一ＬＡＮ内に配置されている。テレビ４８とレコーダー４９とはそれぞれ、ルータ２０ｂとの間で無線通信によってデータ通信を行う。テレビ４８は、ＨＤＤ（ハードディスクドライブ）を備え、番組の録画を行うことができる。レコーダー４９も、テレビ４８と同様にＨＤＤを備え、番組の録画を行うことができる。

【0083】

図１６は、端末メッセージテーブル７４４を説明するための図である。端末メッセージテーブル７４４は、複数の対象機器４０の少なくとも一つの動作を制御するために用いられる。端末メッセージテーブル７４４は、第１のテーブルＴａ１と、第２のテーブルＴａ２とからなる。第１のテーブルＴａ１は、動作を制御する対象機器４０が記憶されている。本実施形態では、動作を制御する機器として防犯センサ４２，第１の照明器具４３，テレビ４８，レコーダー４９，ＷＥＢカメラ４７が規定されている。第２のテーブルＴａ２は、対象機器ごとに送信できるＳＮＳメッセージが記憶されている。例えば、対象機器がテレビ４８である場合、ＳＮＳメッセージとして「電源ＯＮ」、「電源ＯＦＦ」、「番組録画予約」などが規定されている。また、各ＳＮＳメッセージには、識別番号（Ｎｏ．）が付加されている。なお、各ＳＮＳメッセージはルータ２０ｂを宛先としてＳＮＳサーバー装置３０に送信される。

【0084】

通信端末７０ｂのタッチパネル７３上では、まず、第１のテーブルＴａ１が表示される。利用者が、対象機器４０のいずれかを選択すると、選択された対象機器の第２のテーブルＴａ２が表示される。なお、利用者が、第２のテーブルＴａ２における「番組録画予約」を選択すると、さらに、録画を希望する番組を特定するための画面（例えば、番組表）が表示される。

【0085】

図１７は、第３実施形態のルータ２０ｂの内部ブロック図である。第１実施形態のルータ２０（図２）と異なる点は、ＣＰＵ２２の機能部として新たにメッセージ取得部２２８と、動作特定部２２０とを備える点と、記憶部２４に新たに第２のメッセージテーブル２４４と、第２の関連コマンドテーブル２４９と、コマンドテーブル２４２と、対象機器仕様テーブル２４６とが記憶されている点である。なお、第１のメッセージテーブル２４１は、第１実施形態のメッセージテーブル２４１と同一であり、第１の関連コマンドテーブル２４５は、第１実施形態の関連コマンドテーブル２４５と同一である。メッセージ取得部２２８は、所定間隔ごとに、ＳＮＳサーバー装置３０に対してＳＮＳメッセージ取得要求を送信する。そして、メッセージ取得部２２８は、ＳＮＳサーバー装置３０に保存されているルータ２０ｂ宛てのＳＮＳメッセージをＳＮＳサーバー装置３０から取得する。対象機器仕様テーブル２４６には、対象機器４０の種類などを表す仕様データが記憶されている。

【0086】

動作特定部２２０は、コマンド特定部２２０ａと、動作判定部２２０ｂと、代替機器特定部２２０ｃとを備える。コマンド特定部２２０ａは、取得したＳＮＳメッセージに基づいて、コマンドテーブル２４２を参照する。そして、コマンド特定部２２０ａは、複数の対象機器４０のうちから動作を制御すべき特定対象機器と、特定対象機器の動作を制御するための制御コマンドとを特定する。また、コマンド特定部２２０ａは、通信制御部２２９に送信命令を出すことで通信部２６を介して制御コマンドを特定対象機器に送信させる。動作判定部２２０ｂは、特定対象機器が制御コマンドを実行可能か否か判定する。詳細には、動作判定部２２０ｂは、特定対象機器から、制御コマンドを実行するための情報（例えば、記憶容量や実行できる内容情報）を取得し、制御コマンドを実行可能か否か判定する。代替機器特定部２２０ｃは、判定情報に基づき制御コマンドを特定対象機器が実行できないと判定した場合に、対象機器仕様テーブル２４６を参照して、複数の対象機器４０のうちから制御コマンドを実行できる他の対象機器を代替機器として特定する。また、代替機器特定部２２０ｃは、通信制御部２２９に送信命令を出すことで、通信部２６を介して制御コマンドを代替機器に送信する。

【0087】

図１８は、コマンドテーブル２４２を説明するための図である。コマンドテーブル２４２は、端末メッセージと、制御コマンド及び特定対象機器を一意的に定めたテーブルである。「端末メッセージＮｏ．」は、図１６の「端末メッセージＮｏ．」に対応している。端末メッセージＮｏ．１Ａ〜３Ｂ，４Ａ，４Ｂ，５Ａ，５Ｂは、特定対象機器の電源のＯＮ，ＯＦＦを切り換えるための制御コマンドを生成する。例えば、ルータ２０ｂが、端末メッセージＮｏ．１Ａを取得した場合、コマンド特定部２２０ａ（図１）は、特定対象機器として防犯センサ４２を特定し、制御コマンドとして電源をＯＮ状態にするための制御コマンド「ＡＡＢＢＣ」を特定する。端末メッセージＮｏ．３Ｃ，４Ｃは、番組録画予約のための制御コマンドを生成する。例えば、ルータ２０ｂが、端末メッセージＮｏ．３Ｃを取得した場合、コマンド特定部２２０ａは、特定対象機器としてテレビ４８を特定し、制御コマンドとして、指定された番組を録画するための制御コマンド「ＢＡＤＡＤ」を特定する。

【0088】

図１９は、第２の関連コマンドテーブル２４９を説明するための図である。第２の関連コマンドテーブル２４９は、端末メッセージおよびコマンドテーブル２４２に予め関連付けられている。端末メッセージＮｏ．１Ａ，１Ｂ，３Ａ〜４Ｃ，５Ｂには、関連コマンドが規定されていない。すなわち、コマンド特定部２２０ａ（図１７）は、端末メッセージＮｏ．１Ａ，１Ｂ，３Ａ〜４Ｃ，５Ｂを取得した場合は、コマンドテーブル２４２（図１８）を参照して、特定対象機器と制御コマンドとを特定すると共に、第２の関連コマンドテーブル２４９を参照して他の関連コマンドを確認する。なお、第２の関連コマンドテーブル２４９に規定されている制御コマンドは、コマンドテーブル２４２に規定されている制御コマンドの実行後に実行される。

【0089】

端末メッセージＮｏ．２Ａ，２Ｂ，５Ａ，５Ｃは、関連コマンドが規定されている。例えば、端末メッセージＮｏ．２Ａの場合、関連コマンドとして「Ｎｏ．５Ｃ」が規定されている。この「Ｎｏ．５Ｃ」は、コマンドテーブル２４２の端末メッセージＮｏ．に対応している。すなわち、関連コマンドとして「Ｎｏ．５Ｃ」が規定されている場合は、ＷＥＢカメラ４７に対して撮影開始を行うための制御コマンド「ＤＡＡＢＢ」が関連コマンドとなる。コマンド特定部２２０ａは、端末メッセージに基づいてコマンドテーブル２４２と第２の関連コマンドテーブル２４９とを参照し、関連コマンドが存在する場合は、制御コマンドに加え関連コマンドも生成する。

【0090】

図２０は、第２のメッセージテーブル２４４を説明するための図である。第２のメッセージテーブル２４４は、コマンドテーブル２４２に規定された端末メッセージＮｏ．と、ＳＮＳメッセージフォームとを一意的に定めたテーブルである。メッセージ生成部２２７は、端末メッセージがＮｏ．１Ａ〜５Ｃのいずれかである場合に、第２のメッセージテーブル２４４を参照することでＳＮＳメッセージを生成する。第２のメッセージテーブル２４４は、動作判定部２２０ｂによって特定対象機器が制御コマンドを実行できると判定した場合と（ＡＣＫを受信した場合）、特定対象機器が制御コマンドの少なくとも一部を実行できないと判定した場合と（ＮＡＣＫを受信した場合）で、ＳＮＳメッセージフォームが異なる部分を有する。例えば、ルータ２０ｂが、端末メッセージＮｏ．３Ｃを取得し、利用者によって指定された番組録画がテレビ４８によって実行可能であると判定した場合は、端末メッセージＮｏ．３Ｃ（ＡＣＫ）のＳＮＳメッセージフォームを用いてＳＮＳメッセージが生成される。一方で、指定された番組録画がテレビ４８によって実行できないと判定した場合であり、かつ、他の代替機器によって指定された番組録画が実行させる場合は、端末メッセージＮｏ．３Ｃ（ＮＡＣＫ−１）のＳＮＳメッセージフォームを用いてＳＮＳメッセージが生成される。また、指定された番組録画が２つある場合において、ルータ２０ｂが、一方の番組録画がテレビ４８によって実行可能であり、他方の番組録画が他の代替機器によって実行させる場合は、端末メッセージＮｏ．３Ｃ（ＮＡＣＫ−２）のＳＮＳメッセージフォームを用いてＳＮＳメッセージが生成される。

【0091】

図２１は、端末メッセージをルータ２０ｂが取得した場合に、通信システム５００ｂが実行する処理手順の一例である。図２１では、端末メッセージとしてメッセージＮｏ．２Ａ（図１６）をルータ２０ｂが取得した場合の通信システム５００ｂの処理手順を示す。まず、通信端末７０ｂが端末メッセージＮｏ．２ＡのＳＮＳメッセージをＳＮＳサーバー装置３０に送信する（ステップＳ２０２）。ＳＮＳサーバー装置３０は、受信したＳＮＳメッセージをメッセージ記憶部３４１（図７）に保存する（ステップＳ２０３）。ルータ２０ｂからＳＮＳサーバー装置３０に対してＳＮＳメッセージ取得要求があった場合（ステップＳ２０４）、ＳＮＳサーバー装置３０は、保存されたルータ２０ｂ宛てのＳＮＳメッセージをルータ２０ｂに対して送信する（ステップＳ２０６）。ルータ２０ｂがＳＮＳメッセージである端末メッセージを取得した後、コマンド特定部２２０ａは、コマンドテーブル２４２と第２の関連コマンドテーブル２４９とを参照して、動作を制御する対象機器（特定対象機器）４０と制御コマンドとを特定する（ステップＳ２０８）。図２１に示す例の場合、コマンド特定部２２０ａは、特定対象機器として第１の照明器具４３を特定し、制御コマンドとして電源ＯＮコマンドを特定する。次に、ルータ２０ｂは、第１の照明器具４３に対して制御コマンド（電源ＯＮコマンド）を送信する（ステップＳ２１０）。電源ＯＮコマンドを実行した第１の照明器具４３は、ルータ２０ｂに対してＡＣＫ（トリガ情報）を返信する（ステップＳ２１２）。電源ＯＮコマンドに対するＡＣＫを受信後に、ルータ２０ｂはＷＥＢカメラ４７に対して制御コマンド（撮影コマンド）を送信する（ステップＳ２１６）。撮影コマンドを実行したＷＥＢカメラ４７は、ルータ２０ｂに対してＡＣＫを返信する（ステップＳ２１８）。ＷＥＢカメラ４７が返信したＡＣＫには、ＷＥＢカメラ４７で撮影した画像の閲覧先情報（例えばＵＲＬ情報）が関連情報として付加されている。

【0092】

制御コマンドを送信した対象機器４０からＡＣＫを取得した後に、メッセージ生成部２２７は第２のメッセージテーブル２４４を参照してＳＮＳメッセージを生成する（ステップＳ２２０）。図２１の場合、メッセージ生成部２２７は、端末メッセージＮｏ．２Ａに対応するＳＮＳメッセージフォームを、第２のメッセージテーブル２４４（図２０）から選択する。そしてメッセージ生成部２２７は、選択したＳＮＳメッセージフォームに対し、ＷＥＢカメラ４７が撮影した画像の閲覧先ＵＲＬ情報を入力することでＳＮＳメッセージを生成する。図２１に示したステップＳ２２４〜Ｓ２３２の処理は、図８のステップＳ１１６〜Ｓ１２２と同様の処理であるため説明を省略する。図２２の処理手順によれば、端末メッセージに予め関連付けられた他の情報についてもＳＮＳメッセージによって利用者は把握できる。

【0093】

図２２は、端末メッセージをルータ２０ｂが取得した場合に、通信システム５００ｂが実行する処理手順の他の一例である。図２２では、端末メッセージとしてメッセージＮｏ．Ｎｏ．３Ｃ（図１６）をルータ２０ｂが取得した場合の通信システム５００ｂの処理手順を示す。まず、通信端末７０ｂが端末メッセージＮｏ．３ＣのＳＮＳメッセージをＳＮＳサーバー装置３０に送信する（ステップＳ３０２）。端末メッセージＮｏ．３Ｃには、利用者によって同時間帯の２つの異なる番組が指定されているものと仮定する。

【0094】

ＳＮＳサーバー装置３０は、受信したＳＮＳメッセージをメッセージ記憶部３４１（図７）に保存する（ステップＳ３０３）。ルータ２０ｂからＳＮＳサーバー装置３０に対してＳＮＳメッセージ取得要求があった場合（ステップＳ３０４）、ＳＮＳサーバー装置３０は、保存されたルータ２０ｂ宛てのＳＮＳメッセージをルータ２０ｂに対して送信する（ステップＳ３０６）。ルータ２０ｂがＳＮＳメッセージである端末メッセージを取得した後、コマンド特定部２２０ａは、コマンドテーブル２４２と第２の関連コマンドテーブル２４９とを参照して、動作を制御する対象機器（特定対象機器）４０と制御コマンドとを特定する（ステップＳ３０８）。図２２に示す例の場合、コマンド特定部２２０ａは、特定対象機器としてテレビ４８を特定し、制御コマンドとして指定された２番組を録画するための制御コマンド（録画予約コマンド）を特定する。次に、ルータ２０ｂは、テレビ４８に対して制御コマンド（録画予約コマンド）を送信する（ステップＳ３１０）。テレビ４８が取得した制御コマンドに対して、制御コマンドを実行できない場合、ＮＡＣＫをルータ２０ｂに対して送信する（ステップＳ３１２）。このＮＡＣＫには、１番組の録画のみ可能である旨の情報（トリガ情報）が付加されている。

【0095】

判定情報であるＮＡＣＫを受信した後に、動作判定部２２０ｂ（図１７）は、テレビ４８によっては２番組を録画するための録画予約コマンドを実行できないと判定する（ステップＳ３１３）。なお、ステップＳ３１２において、ＡＣＫが送信された場合は、動作判定部２２０ｂは代替機器を特定するための処理は行わない。

【0096】

ステップＳ３１３において、特定対象機器が制御コマンドの少なくとも一部が実行できない（トリガ情報が条件を満たす）と判定した場合、代替機器特定部２２０ｃは、複数の対象機器４０のうちから残りの制御コマンド（他方の番組録画予約）を実行できる対象機器４０を代替機器として特定する（ステップＳ３１４）。図２２に示す例では、代替機器特定部２２０ｃは対象機器仕様テーブル２４６（図１７）を参照して、他方の番組録画予約が可能なレコーダー４９を代替機器として特定する。

【0097】

ステップＳ３１４の後に、コマンド特定部２２０ａはステップＳ３０８によって特定した制御コマンドを、２つのコマンドに分けて生成し、一方の番組録画予約を実行するための制御コマンドをテレビ４８に送信し、他方の番組録画予約を実行するための制御コマンドをレコーダー４９に送信する（ステップＳ３１８，Ｓ３２２）。それぞれの制御コマンドに対する応答として、テレビ４８とレコーダー４９はルータ２０ｂに対してＡＣＫ（関連情報）を送信する（ステップＳ３２０，Ｓ３２４）。

【0098】

テレビ４８およびレコーダー４９からＡＣＫを取得した後に、メッセージ生成部２２７はメッセージテーブル２４１を参照してＳＮＳメッセージを生成する（ステップＳ３２２）。図２２に示す例では、メッセージ生成部２２７は、Ｎｏ．３Ｃ（ＮＡＣＫ−２）に対応するＳＮＳメッセージを生成する（図２０）。

【0099】

なお、ステップＳ３１２においてテレビ４８からレコーダー４９に送信されたＮＡＣＫに、２番組を録画するための録画予約コマンドが全て実行できない旨の情報が含まれていた場合は、ステップＳ３１４においてレコーダー４９を代替機器として特定する。そして、２番組を録画するための録画予約コマンドをレコーダー４９に対して送信する。

【0100】

このように、上記第３実施形態によれば、第１実施形態の通信システム５００ｂが奏する効果に加え、以下の効果を奏する。すなわち、端末メッセージに基づいて特定対象機器の動作を制御できると共に、特定対象機器に対して制御コマンドを送信したことをＳＮＳメッセージによって利用者は容易に把握できる。また、端末メッセージに基づいて特定された制御コマンドを特定対象機器が実行できない場合でも、代替機器に全ての制御コマンドまたは一部の制御コマンドを実行させることができる。これにより、制御コマンドをより確実に実行できる。また、本実施形態のルータ２０ｂはＮＡＴ（Network Address Translation）機能を保有しており、ＬＡＮ側に接続されている複数の対象機器４０のそれぞれに付与されているプライベートアドレスと、ＷＡＮ側のＩＰアドレスとの間でアドレス変換を行っている。ここで、通信端末７０ｂがルータ２０ｂのＷＡＮ側から対象機器４０の何れかに直接端末メッセージなどのコマンド送信を行う場合には、ルータ２０ｂは、送信先となる対象機器のプライベートアドレスが明確でない為、ルータ２０ｂを越えて対象機器４０を操作する事ができない。いわゆるＮＡＴ越え問題が発生する。本実施形態では端末装置７０ｂはルータ２０ｂではなくＳＮＳサーバー装置３０へ端末メッセージを送信すると共に、ルータ２０ｂがＳＮＳサーバー装置３０からのメッセージを取得するため、操作の対象となる対象機器４０（操作対象機器４０）の特定が可能となる。更にルータ２０ｂより操作対象機器４０へコマンドを送信する為、ＮＡＴ越え問題を解消できる。

【0101】

Ｄ．変形例：
上記実施形態において、ハードウェアによって実現されるとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるとした構成の一部をハードウェアに置き換えるようにしてもよい。その他、以下のような変形も可能である。

【0102】

Ｄ−１．第１変形例：
上記実施形態では、メッセージテーブル２４１，条件テーブル２４３，関連コマンドテーブル２４５（図２）などの記憶部に記憶されていたデータは、ルータ２０が記憶していなくても良い。例えば、外付けＨＤＤや外部サーバー装置が記憶しても良い。

【0103】

Ｄ−２．第２変形例：
条件テーブル２４３（図３）、関連コマンドテーブル２４５（図４）、メッセージテーブル２４１（図５）等の記憶部２４に記憶されている各種データの内容は上記実施形態に限定されない。例えば、図３に示す条件テーブル２４３の条件として、トリガ情報が、対象機器４０の電源のＯＮ／ＯＦＦ状態についての情報を取得であることを条件として規定しても良い。例えば、条件として、トリガ情報が、所定時刻において第１の照明器具４３の電源がＯＦＦ状態であることを示す情報であることを規定しても良い。この場合、関連コマンドとして図４に示す条件Ｎｏ．１と同じ内容を規定し、メッセージテーブル２４１には、以下のＳＮＳメッセージフォームを規定する。
ＳＮＳメッセージフォーム：「第１の照明器具４３が電源ＯＮになりません。第１の照明器具４３の電源をＯＮにしました。室内画像はこちらです。ＵＲＬ：ＸＸ１．＊＊＊．Ｘ２３」
これにより、例えば、第１の照明器具が配置された室内で寝ているはずの人物が、朝になっても電源をＯＮ状態にしない場合に、この人物の安否を室内画像によって確認できる。

【0104】

Ｄ−３．第３変形例：
上記実施形態ではＷＥＢカメラは室内に配置されていたが、これに限定されるものではない。例えば、家屋の周辺を撮影できる位置にＷＥＢカメラは配置されていても良い。

【0105】

Ｄ−４．第４変形例：
上記実施形態の各処理手順において、処理の順序を適宜変更しても良い。例えば、図８において、ステップ１０８とステップＳ１１０は同時に行っても良いし、順番を入れ替えても良い。また、ステップＳ１０９の受信する前にステップＳ１１０を行っても良い。

【0106】

Ｄ−５．第５変形例：
上記実施形態において、ハードウェアによって実現されるとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるとした構成の一部をハードウェアに置き換えるようにしてもよい。

【符号の説明】

【0107】

２０，２０ａ，２０ｂ，…ルータ
２２…ＣＰＵ
２４…記憶部
２６…通信部
３２…ＣＰＵ
３４…記憶部
３６…通信部
３８…記憶部
４０…対象機器
４２…防犯センサ
４３…第１の照明器具
４４…第２の照明器具
４５…プリンター
４８…テレビ
４９…レコーダー
６０…移動体通信基地局
７０，７０ａ，７０ｂ…通信端末
７２…ＣＰＵ
７３…タッチパネル
７４…記憶部
７６…通信部
８０…位置情報サーバー装置
２２０…動作特定部
２２０ａ…コマンド特定部
２２０ｂ…動作判定部
２２０ｃ…代替機器特定部
２２１…イベント判定部
２２２…位置情報取得部
２２３…クライアント機能部
２２５…関連情報取得部
２２７…メッセージ生成部
２２８…メッセージ取得部
２２９…通信制御部
２４１，２４１ａ…メッセージテーブル
２４２…コマンドテーブル
２４３，２４３ａ…条件テーブル
２４４…第２のメッセージテーブル
２４５，２４５ａ…関連コマンドテーブル
２４６…対象機器仕様テーブル
２４９…第２の関連コマンドテーブル
２６１…有線通信インターフェース
３２１…メッセージ管理部
３２９…通信制御部
３４１…メッセージ記憶部
３４３…管理テーブル
３６１…有線通信インターフェース
５００，５００ａ，５００ｂ…通信システム
７２１…表示制御部
７２３…クライアント機能部
７２７…メッセージ生成部
７２８…メッセージ閲覧部
７２９…通信制御部
７４４…端末メッセージテーブル
７６１…移動体通信インターフェース
７６３…無線通信インターフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】