JP2007316884A - 制御装置、制御方法、及び、制御プログラム - Google Patents

Abstract

【課題】 制御対象機器の操作方法を学習する時間を短縮することのできる技術を提供する。
【解決手段】 制御対象機器と接続された制御装置であって、ブログエンジンと、前記ブログエンジンの規定と、前記各制御対象機器の規定とを対応付けて記憶する変換情報記憶手段と、前記変換情報記憶手段内の情報に従い、前記ブログエンジンの規定と、前記各制御対象機器の規定との変換を行なう変換手段と、を有する。
【選択図】 図１

Description

本発明は、ネットワークに接続された機器を制御する技術に関する。

近年、戸建て住宅や集合住宅などの住戸内において、ネットワーク対応の家電機器や設備機器などをホームネットワークで接続することにより、付加価値の高いサービスを提供する宅内機器制御システムが実現されつつある。このようなシステムでは、ホームサーバと呼ばれる情報機器がホームネットワーク上の機器を管理しており、例えば、機器の状態などの情報を取得したり、機器の状態を制御したり、といった機器管理を実現する。

また、このような宅内機器制御システムにおいては、ユーザが宅内機器の状態確認や制御を行うことができるように、宅内機器の状態を表示する画面や宅内機器の制御メニュー画面などの表示用データが用意されており、ユーザの操作するＰＣ（パーソナルコンピュータ）や専用端末などの表示デバイスからの要求に応じて表示用データを送信する。通常機器ごとに利用可能な機能が異なるため、その機器専用の表示用データが必要となる。従来では販売されている全機器の表示用データがあらかじめホームサーバ内に格納されていたが、今後機器が増加するに伴い、機器管理サーバ内の必要メモリ量も増加してしまう。そこで、例えば特許文献１では、インターネット上のサービス提供サーバ上で全機器の表示データを一括して管理しておき、ホームサーバに接続されている機器に応じて、必要な表示データを動的に取得する技術が開示されている。

特開２００５-１０９７４６号広報

従来の宅内機器制御システムでは、ユーザへの表示画面が、制御対象機器の種類や製造メーカ独自仕様で作成されている。そのため、宅内機器を新規購入して宅内機器制御システムに追加するたびに、ユーザが新たに操作方法を学習する必要があり、制御対象機器を操作するまでに時間がかかる。

本発明はこのような事情に鑑みてなされたもので、制御対象機器の操作方法を学習する時間を短縮することのできる技術を提供することを目的とする。

本発明は上記の目的を達成するためになされたもので、コンテンツマネジメントシステムにより、制御対象機器を制御することを特徴とする。

また、本発明は、制御対象機器と接続された制御装置であって、コンテンツを管理するコンテンツマネジメントシステムを実現するマネジメント手段と、前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定とを対応付けて記憶する変換情報記憶手段と、前記変換情報記憶手段内の情報に従い、前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定との変換を行なう変換手段と、を有することを特徴とする。

本発明によれば、宅内機器制御システムにおいて、宅内機器の状態確認や制御などを行うインタフェースを、コンテンツマネジメントシステムにより提供することが可能となる。これにより、ユーザの慣れ親しんでいるインタフェースで統一することが可能となる。従って、新しく宅内機器を追加した場合でも直感的に制御することが可能となり、ユーザの利便性が向上する。

以下、一実施形態を、図面を参照して詳細に説明する。

まず、図１を参照し、本実施形態の構成例について説明する。

本実施形態は、コンテンツマネジメントシステムと、制御対象機器に対する指示情報、制御対象機器からの情報等を変換するものである。なお、ここでいうコンテンツマネジメントシステムは、例えば、Ｗｅｂコンテンツを構成するテキストや画像、レイアウト情報などを一元的に保存・管理し、Ｗｅｂコンテンツの構築や編集を行なうプログラムを実行することにより実現する機能である。例えば、コンテンツマネジメントシステムは、出力する画像データやテキスト、音声等のコンテンツを保持しており、それらのコンテンツを出力する場合、予め定められたフォーマットに従い、そのコンテンツを含む出力情報を作成して表示等させるものである。一般的なユーザの用いるコンテンツマネジメントシステムの例として、例えば、ブログエンジンがある。このブログエンジンは、例えば、個人や数人のグループで運営され、日々更新される日記的なＷｅｂ（World Wide Web）サイトであるウェブログ（ブログ）の構築や編集を行なうために用いられる。

以下の説明では、コンテンツマネジメントシステムの一例として、ブログエンジンを用いる場合の例を説明するが、これに限られるわけではなく、社内システム等に適用してもよい。

図１において、本実施形態のシステムは、住居１０２の機器管理サーバ１１１、ユーザ端末１１２及び機器１１３と、住居外でユーザが用いる携帯端末１０３等を有する。携帯端末１０３は、通信ネットワーク１０１を介して機器管理サーバ１１１と接続されている。この通信ネットワーク１０１は、例えば、インターネット等である。住居１０２は、例えばマンションや一戸建て等である。住居１０２において、機器管理サーバ１１１、ユーザ端末１１２及び機器１１３は、例えばＬＡＮ（Local Area Network）等を介して接続されている。

機器１１３は、例えばEchonet対応のネットワーク家電や電子錠のように、ネットワークやシリアルケーブルなどを通じて入力されたデータに従い、電源のON/OFFやロック/アンロック等、各機器固有の処理制御が可能であり、また、温度/湿度が所定値以上、所定時間等の状態変化を検出して、予め定められた処理を行なうものである。この各機器１１３は、従来技術の機器と同じである。

機器管理サーバ１１１は、情報処理装置であり、ブログエンジンを有し、各機器１１３を制御するためのインタフェースを、このブログエンジンで提供するものである。

携帯端末１０３、ユーザ端末１１２は、ユーザが機器管理サーバ１１１の機能を用いて機器１１３の制御を行うために使用する端末である。具体的には、例えば、携帯端末１０３は、携帯電話やPDA（Personal Digital Assistant）等である。また、ユーザ端末１１２は、ＰＣ（Personal Computer）等である。携帯端末１０３、ユーザ端末１１２は、例えば、ブラウザ機能を有する。このような携帯端末１０３、ユーザ端末１１２は従来技術と同じであるので説明は省略する。

上記システムは、各機器１１３を制御するためのインタフェースを、機器管理サーバ１１１のブログエンジンにより提供するものである。

なお、本実施形態のシステムにおいて、携帯端末１０３、ユーザ端末１１２、機器１１３等の数は任意でよく、図１に示すものに限られるものではない。また、機器管理サーバ１１１の数は、１つでもよく、複数でもよい。機器管理サーバ１１１が複数の場合、後述する機器管理サーバ１１１の機能を各機器管理サーバ１１１が分散して有していても良い。

次に、機器管理サーバ１１１の構成について説明する。

機器管理サーバ１１１は、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）１２１、ＣＰＵ１２２、メモリ１２３、リアルタイムクロック（図中では「ＲＴＣ」）１２４、周辺制御装置１２５、２次記憶装置１２６、通信インタフェース１２７等から構成されている。ＥＰＲＯＭ１２１、ＣＰＵ１２２、メモリ１２３、周辺制御装置１２５は、バス１２８を介して相互に接続されている。

ＥＰＲＯＭ１２１にはブートプログラム（図示略）が保存されており、機器管理サーバ１１１が起動すると、このブートプログラムに応じてＣＰＵ１２２が動作する。

ＣＰＵ１２２は、ブートプログラムを実行して、２次記憶装置１２６からＯＳ（Operating System）のカーネルをメモリ１２３へロードし、ＯＳを起動する。ＣＰＵ１１１は、機器管理サーバ１１１を制御して後述する機能を実現するためのプログラムのロード・実行を行う。このプログラムを実行することにより、機器管理部１３１、ブログエンジン１３２、変換部１３３等が実現する。機器管理部１３１は、各機器１１３を制御する。ブログエンジン１３２は、ブログエンジンを実現する。このブログエンジン１３２の機能は、従来技術のブログエンジンと同じである。変換部１３３は、後述するコマンド変換テーブル１４１、状態変換テーブル１４２、ＵＲＬ管理テーブル１４３を参照して、ブログエンジンと、各機器１１３との制御信号等を変換する。

リアルタイムクロック１２４は機器管理サーバ１１１が現在時刻を取得する際に利用されるものである。

２次記憶装置１２６は、例えば、磁気ディスク装置、フラッシュＲＯＭ等である。２次記憶装置１２６は、コマンド変換テーブル１４１、状態変換テーブル１４２、ＵＲＬ管理テーブル１４３等を有する。コマンド変換テーブル１４１は、機器の制御コマンドの対応表である。状態変換テーブル１４２は、機器の状態データの対応表である。ＵＲＬ管理テーブル１４３は、ブログエンジン１３２上のコンテンツを更新するためのＵＲＬ等である。これらのテーブルの詳細については後述する。

機器管理サーバ１１１は、ユーザ端末１１２、機器１１３と、通信インタフェース１２７を介して接続する。機器管理サーバ１１１、ユーザ端末１１２、機器１１３が接続されるインタフェースは任意であり、例えば、ＬＡＮ接続機器や、RS-232C、Bluetooth（商標登録）等により、機器管理サーバ１１１、ユーザ端末１１２、機器１１３が接続しても良い。

次に、２次記憶装置１２６内の各テーブルの一例について説明する。

まず、図２を参照し、コマンド変換テーブル１４１の一例を説明する。

図２において、コマンド変換テーブル１４１は、機器ＩＤ２０１、ブログ用コマンドデータ２０２、機器制御用コマンドデータ２０３等を有する。機器ＩＤ２０１、ブログ用コマンドデータ２０２、機器制御用コマンドデータ２０３等は互いに対応付けられている。機器ＩＤ２０１は、機器管理サーバ１１１の制御可能な機器１１３の識別情報である。ブログ用コマンドデータ２０２は、ブログエンジン１３２が実現するブログエンジンにおいて、対応する機器ＩＤ２０１の機器１１３に対し使用される制御コマンドデータである。機器制御用コマンドデータ２０３は、変換部１３３が、対応するブログ用コマンドデータ２０２が使用された場合に機器１１３に対し使用する制御コマンドデータである。

具体的には、図２の例では、例えば、機器ＩＤ２０１「100001」である機器１１３を制御するためのブログ用コマンドデータ２０２は「Cam_Snapshot」であり、ブログエンジンにおいてそのコマンドが使用された場合に、機器１１３に実際に使用するコマンドは、機器制御用コマンドデータ２０３「001E3F2A」であることを示している。

次に、図３を参照し、状態変換テーブル１４２の一例を説明する。

状態変換テーブル１４２は、機器ＩＤ３０１、状態ＩＤ３０２、機器データ３０３、ブログデータ３０４等を有する。機器ＩＤ３０１、状態ＩＤ３０２、機器データ３０３、ブログデータ３０４等は互いに対応付けられている。

機器ＩＤ３０１は、機器管理サーバ１１１の制御可能な機器１１３の識別情報である。状態ＩＤ３０２は、対応する機器ＩＤ３０１に示される機器１１３に発生した状態変化の種別を示す。機器データ３０３は、対応する機器ＩＤ３０１に示される機器１１３から出力された情報である。ブログデータ３０４は、対応する機器データ３０３が出力された場合に、ブログエンジンにより実現されるインタフェースに出力する情報である。

具体的には、図３の例では、例えば、機器ＩＤ３０１「100001」である機器１１３が、状態ＩＤ３０２「０１」、機器データ３０３「００」等を含む情報を通知した場合、ブログエンジンにより実現されるインタフェースに出力する情報は、ブログデータ３０４「電源OFF状態」であることを示している。

次に、図４を参照し、ＵＲＬ管理テーブル１４３の一例を説明する。

ＵＲＬ管理テーブル１４３は、機器ＩＤ４０１、状態ＩＤ４０２、ＵＲＬ４０３等を有する。機器ＩＤ４０１、状態ＩＤ４０２、ＵＲＬ４０３等は互いに対応付けられている。機器ＩＤ４０１は、機器管理サーバ１１１の制御可能な機器１１３の識別情報である。状態ＩＤ４０２は、対応する機器ＩＤ４０１に示される機器１１３に発生した状態変化の種別を示す。ＵＲＬ４０３は、対応する機器ＩＤ４０１に示される機器１１３に発生した状態変化を通知するコンテンツを更新するために、ブログエンジンにアクセスする更新用のＵＲＬである。

具体的には、図４の例では、例えば、機器ＩＤ４０１「100001」である機器１１３が、状態ＩＤ４０２「01」である状態を、ブログエンジンにより実現されるインタフェースに出力するためのＷｅｂページ情報を、ＵＲＬ４０３「http://localhost/camera/100001/01/update.php」から読み出すことを示す。

次に、動作例を説明する。

まず、図５を参照し、ブログエンジン１３２が、ユーザの要求に応じてＷｅｂページを提供するシーケンス例を説明する。なお、このシーケンス例は、従来技術のブログエンジンと同じである。

ユーザは、携帯端末１０３、又は、ユーザ端末１１２を用いて処理を指示する。以下、ユーザは、ユーザ端末１１２を用いて処理を指示するものとする。ユーザは、ディスプレイに出力された画面上の所定領域を、マウスやキーボード等の入力装置を用いて押下等することで、閲覧したいＷｅｂページのＵＲＬを指示する。ユーザ端末１１２は、Ｗｅｂページの閲覧要求を示すＵＲＬを機器管理サーバ１１１に送信する（Ｓ５０１）。

ブログエンジン１３２は、Ｗｅｂページの閲覧要求を含むＵＲＬを受信すると、そのＵＲＬに基づき、自身の管理しているコンテンツを用いて、Ｗｅｂページを表示等するためのＷｅｂページ情報を生成する（Ｓ５０２）。具体的には、例えば、受信したＵＲＬに示されるコンテンツを含むＷｅｂページを表示させるためのＷｅｂページ情報を、所定のフォーマットに従い作成する。このフォーマットは、予め定められた初期設定、及び、ユーザによる設定等に従うものである。ブログエンジン１３２は、作成したＷｅｂページ情報をユーザ端末１１２に返信する（Ｓ５０３）。ユーザ端末１１２は、ブラウザ機能により、受信した情報によるＷｅｂページを表示する。

次に、図６を参照し、ブログエンジンのインタフェースにより、機器１１３を制御する場合のシーケンス例を用いて、制御動作の概要を説明する。

ユーザは、携帯端末１０３、又は、ユーザ端末１１２を用いて処理開始を指示する。ここでは、ユーザは、ユーザ端末１１２を用いて処理を指示するものとする。ブログエンジン１３２は、ブログインタフェースを表示させるためのＷｅｂページ情報をユーザ端末１１２に送信する（Ｓ６０１）。ユーザ端末１１２は、ブラウザ等の機能により、送信された情報によるＷｅｂページをディスプレイに出力する。この画面例を図７に示す。図７において、画面７０１は、ブログエンジン１３２が、例えば、初期設定、予めユーザ等により定められた設定等に従い作成するものである。画面７０１は、領域７１１、領域７１２、領域７１３、領域７１４等を有する。領域７１１は、カレンダーを表示する。領域７１２は、機器管理サーバ１１１の制御可能な機器１１３のリストを表示する。領域７１３は、機器管理サーバ１１１が機器管理部１３１、ブログエンジン１３２、変換部１３３の機能を用いて行なった処理の履歴を表示する。領域７１４は、機器管理サーバ１１１が機器管理部１３１、ブログエンジン１３２、変換部１３３の機能を用いて行なった処理の結果等を表示する。

ユーザは、ディスプレイに出力された画面上の所定領域を、マウスやキーボード等の入力装置を用いて押下等することで、制御する機器１１３の機器ＩＤ及び制御内容を示すブログ用コマンドデータを含むＵＲＬを指定する。ユーザ端末１１２は、指定されたＵＲＬを機器管理サーバ１１１に送信する（Ｓ６０２）。具体的には、例えば、上述の画面７０１の場合、ユーザは、ユーザ端末１１２の入力装置を用いて、領域７１２に表示されている機器１１３のうち何れかを指定し、さらに、その機器１１３の実行可能なコマンド等のリストのうち何れかを指定等することにより、制御する機器１１３の識別ＩＤ、及び、制御内容を示すブログ用コマンドデータを含むＵＲＬを指定する。ユーザ端末１１２は、制御要求、制御対象となる機器１１３の識別ＩＤ、ブログ用コマンドデータ等を含むＵＲＬを機器管理サーバ１１１に送信する
ブログエンジン１３２は、受信したＵＲＬから、機器１１３の制御要求であるかどうかを判断する。ここでは、受信したＵＲＬには、機器１１３の制御要求であることを示す情報が含まれているので、ブログエンジン１３２は、そのＵＲＬを変換部１３３に渡す（Ｓ６０３）。

変換部１３３は、受け付けたＵＲＬを解析し、制御対象の機器１１３の識別ＩＤ、ブログ用コマンドデータ等を抽出する。次に、変換部１３３は、コマンド変換テーブル１４１を参照し、ブログ用コマンドデータに対応する機器制御用コマンドデータを取得する（Ｓ６０４）。変換部１３３は、抽出した機器ＩＤ、及び、取得した機器制御用コマンドデータを機器管理部１３１に渡す（Ｓ６０５）。

機器管理部１３１は、受け付けた機器ＩＤから制御対象の機器１１３を特定する（Ｓ６０６）。次に、機器管理部１３１は、特定した機器１１３に対し、渡された機器制御用コマンドデータを送信する（Ｓ６０７）。

機器１１３は、受信した機器制御用コマンドが指示する動作を行い（Ｓ６０８）、その結果情報を機器管理サーバ１１１の機器管理部１３１に返信する（Ｓ６０９）。このＳ６０８、Ｓ６０９の処理そのものは、従来技術と同じである。ここで、この動作の結果情報とは、例えば、機器１１３が「カメラ」であり、機器制御用コマンドが「撮影」である場合は、その機器１１３の撮影した画像データや、その機器１１３の向き等を制御するためのデータ等である。

機器管理部１３１は、受信した結果情報を変換部１３３に渡す（Ｓ６１０）。変換部１３３は、渡された結果情報をブログエンジン１３２に渡す（Ｓ６１１）。

続いて、ブログエンジン１３２は、受信した結果から、ブログエンジン１３２内部で管理しているコンテンツを更新する（Ｓ６１２）。具体的には、ブログエンジン１３２は、２次記憶装置１２６内の、ユーザに提示するためのコンテンツを格納している記憶領域（図示略）内の情報を更新する。この具体的な動作例は、従来技術のブログエンジンと同じである。次に、ブログエンジン１３２は、更新したコンテンツを用いてＷｅｂページ情報を生成する(Ｓ６１３)。具体的には、例えば、ブログエンジン１３２は、予め定められているブログエンジンインタフェースのフォーマットに従い、渡された結果を含むＷｅｂページを表示するための情報を作成する。次に、ブログエンジン１３２は、生成したＷｅｂページ情報をユーザ端末１１２に返信する（Ｓ６１４）。

ユーザ端末１１２は、ブラウザ機能等により、受信したＷｅｂページ情報によるＷｅｂページをディスプレイに表示等する。ここで、ユーザ端末１１２が受信した情報に従い表示したＷｅｂページの画面例を図８に示す。図８において、画面８０１は、機器制御ＵＲＬが、カメラによる撮影を指示した場合の例である。図８において、画面８０１は、「カメラ」である機器１１３が複数ある場合の例です。領域８１１は、複数のカメラのうちいずれかの指定を受け付けるためのものである。領域８１２は、領域８１１にて指定されたカメラによる撮影を指定するためのものである。ユーザは、ユーザ端末１１２のマウス等の入力装置を用いて、領域８１１に表示されたカメラのうちいずれかを指定し、領域８１２に表示等されたボタンを押下等して、指定したカメラによる撮影を指示する。ユーザ端末１１２は、指定されたカメラの機器ＩＤ、ブログ用コマンドデータを含む機器制御ＵＲＬを機器管理サーバ１１１に送信する。以後の動作例は、上述のＳ６０３以降と同じである。

次に、図９を参照し、機器１１３が何らかの状態変化を検出した場合のシーケンス例を説明する。この、機器１１３が何らかの状態変化を検出する場合とは、例えば、機器１１３が赤外線等のセンサを有し、そのセンサで侵入者や異常発生を検知した場合や、機器１１３が起動又は終了する場合等である。

機器１１３は、状態変化を検出すると（Ｓ９０１）、自身の機器ＩＤ、変化した状態の種類を表す状態ＩＤ、および変化内容を示す機器データ等を機器管理サーバ１１１に送信する（Ｓ９０２）。機器管理サーバ１１１の機器管理部１３１は、受信した情報を、変換部１３３に渡す（Ｓ９０３）。変換部１３３は、ＵＲＬ管理テーブル１４３を参照し、受信した機器ＩＤ、状態ＩＤ等から、機器状態更新用のＵＲＬを取得する（Ｓ９０４）。次に、変換部１３３は、状態変換テーブル１４２を参照し、受信した機器ＩＤ、状態ＩＤ、機器データ等から、ブログエンジン１３２上のコンテンツデータを更新するために用いるブログデータを取得する（Ｓ９０５）。次に、変換部１３３は、Ｓ９０４で取得した機器状態更新用ＵＲＬにアクセスする（Ｓ９０６）。

ブログエンジン１３２は、そのアクセスに基づいて、機器状態の更新用ページ情報を変換部１３３に渡す（Ｓ９０７）。

変換部１３３は、ブログエンジン１３２から受信した機器状態の更新用ページ情報に、上述のＳ９０５で取得したブログデータを含め、ブログエンジン１３２に渡す（Ｓ９０８）。ブログエンジン１３２は、受信したブログデータを基に、コンテンツの更新を行い（Ｓ９０９）、変換部１３３に、更新結果を渡す（Ｓ９１０）。なお、この、Ｓ９０６〜Ｓ９１０の処理は、この処理のトリガーとなるブログエンジン１３２へのアクセスが、機器管理サーバ１１１の変換部１３３により自立的に行われる点を除き、従来技術のブログエンジンのコンテンツを更新する動作例と同じである。

続いて、変換部１３３は、受信した結果を機器管理部１３１に渡す（Ｓ９１１）。機器管理部１３１は、受信した結果を機器１１３に返信する（Ｓ９１２）。

その後、ブログエンジン１３２は、ユーザ端末１１２からＷｅｂページの要求を受信した場合、上記処理で更新したコンテンツを含むＷｅｂページ情報をユーザ端末１１２に送信する（Ｓ９１３）。ユーザ端末１１２は、受信した情報によるＷｅｂページをディスプレイに表示等する。ここで表示される画面例を図１０に示す。図１０において、画面１００１は、カメラである機器１１３が動作し、撮影した画像を表示する例である。画面１００１において、領域１０１１は、状態変化を検出した機器を示すものである。図１０の例では、「居間」と「玄関」とにカメラである機器１１３が設置されているものとする。領域１０１２は、「居間」のカメラである機器１１３により撮影された画像を表示するものである。領域１０１３は、「玄関」のカメラである機器１１３により撮影された画像を表示するものである。

次に、機器管理サーバ１１１の各機能単体の動作例を説明する。

まず、ブログエンジン１３２単体が、機器１１３への制御実行を受け付ける場合の動作例を、図１１を参照して説明する。具体的には、例えば、この動作例は、上述のＳ６０２、Ｓ６０３、Ｓ６１２〜Ｓ６１４に該当する。

ブログエンジン１３２は、ユーザ端末１１２からのＵＲＬを含むアクセスを受け付けると（Ｓ１１０１）、そのＵＲＬを参照し（Ｓ１１０２）、ＵＲＬが機器制御ＵＲＬであるか否か判定する（Ｓ１１０３）。そのために、ブログエンジン１３２は、例えば、そのＵＲＬに、機器制御ＵＲＬであることを示す所定データが含まれているか否かにより判定してもよい。

Ｓ１１０３の判定の結果、機器制御ＵＲＬでない場合、ブログエンジン１３２は、後述するＳ１１０７の処理を行う。

Ｓ１１０３の判定の結果、機器制御ＵＲＬである場合、ブログエンジン１３２は、変換部１３３へ、その機器制御ＵＲＬを渡す（Ｓ１１０４）。変換部１３３は、機器制御ＵＲＬを渡されると、上述のように変換処理を行い、機器管理部１３１を介して機器制御用コマンドデータ等を機器１１３に送信する。受信した機器１１３は、上述と同様に、その機器制御用コマンドデータ等に従って処理を実行し、その処理結果を機器管理サーバ１１１に送信する。

ブログエンジン１３２は、機器管理部１３１、変換部１３３を介して、処理結果を受け付ける（Ｓ１１０５）。ブログエンジン１３２は、受け付けた処理結果に応じて、管理しているコンテンツデータを更新する（Ｓ１１０６）。次に、ブログエンジン１３２は、コンテンツデータを読み出し（Ｓ１１０７）、そのコンテンツデータを基に、Ｗｅｂページを表示するためのＷｅｂページ情報を作成する（Ｓ１１０８）。ここで、Ｓ１１０７で読み出すコンテンツデータは、上述のＳ１１０３の処理で機器制御ＵＲＬであると判定している場合には、Ｓ１１０６の処理で更新したコンテンツデータであり、また、Ｓ１１０３の処理で機器制御ＵＲＬでないと判定している場合には、Ｓ１１０１で受け付けたアクセスに応じたコンテンツデータである。次に、ブログエンジン１３２は、作成したＷｅｂページ情報をユーザ端末１１２に返信する（Ｓ１１０９）。

次に、図１２を参照し、機器１１３の状態変化時におけるブログエンジン１３２単体の動作例を説明する。この処理は、上述のＳ９０７、Ｓ９０９、Ｓ９１０等に該当する。

上述のように、機器１１３は状態変化を検出すると、自身の機器ＩＤ、状態ＩＤ、機器データ等の情報を機器管理サーバ１１１に送信する。機器管理サーバ１１１の変換部１３３は、機器管理部１３１を介してその情報を受け付ける。次に、変換部１３３は、ブログエンジン１３２のコンテンツ更新用ＵＲＬへアクセスする。ブログエンジン１３２は、そのアクセスを受け付ける（Ｓ１２０１）。ブログエンジン１３２は、受け付けたアクセスに応じて、変換部１３３にコンテンツ更新用ページを渡す（Ｓ１２０２）。変換部１３３は、上述のように、機器１１２からの自身の機器ＩＤ、状態ＩＤ、機器データ等の情報と、状態変換テーブル１４２等とから更新用のブログデータを取得し、ブログエンジン１３２に渡す。ブログエンジン１３２は、そのブログデータを受付（Ｓ１２０３）、そのブログデータに基づき、コンテンツデータを更新する（Ｓ１２０４）。次に、ブログエンジン１３２は、更新結果を変換部１３３に渡す（Ｓ１２０５）。

次に、図１３を参照し、ユーザ端末１１２から機器１１３への制御を受け付けた場合の、変換部１３３単体における動作例を説明する。この動作例は、具体的には、例えば、上述のＳ６０３〜Ｓ６０５、Ｓ６１０、Ｓ６１１等に該当する。

上述のように、変換部１３３は、ブログエンジン１３２からの機器制御ＵＲＬを受け付けると（Ｓ１３０１）、その機器制御ＵＲＬから、機器ＩＤ、ブログ用コマンドデータ等を抽出する（Ｓ１３０２）。次に、変換部１３３は、２次記憶装置１２６内のコマンド変換テーブル１４１を参照し、抽出したブログ用コマンドデータに対応する機器制御用コマンドデータを取得する（Ｓ１３０３）。具体的には、例えば、変換部１３３は、コマンド変換テーブル１４１から、Ｓ１３０２で抽出した機器ＩＤ、ブログ用コマンドデータと一致する機器ＩＤ２０１及びブログ用コマンドデータ２０２と対応する機器制御用コマンドデータ２０３を読み出す。具体的には、変換部１３３は、例えば、Ｓ１３０２で抽出した機器ＩＤ、ブログ用コマンドデータが「100001」、「Cam_Snapshot」である場合、図２に一例を示すコマンド変換テーブル１４１から、機器制御用コマンドデータ２０３「001E3F2A」を読み出し、このデータを機器制御用コマンドデータとする。

次に、変換部１３３は、機器管理部１３１に、機器ＩＤおよび機器制御用コマンドデータを渡す（Ｓ１３０４）。ここで渡す機器ＩＤ及び機器制御用コマンドデータは、上述のＳ１３０２で抽出した機器ＩＤ、及び、上述のＳ１３０３の処理で取得した機器制御用コマンドデータである。

機器ＩＤおよび機器制御用コマンドデータを受け付けた機器管理部１３１は、上述と同様に、その機器制御用コマンドデータを該当する機器１１３に送信する。

変換部１３３は、機器管理部１３１からの処理結果を受け付ける（Ｓ１３０５）。次に、機器管理部１３１は、ブログエンジン１３２に、受け付けた処理結果を渡す（Ｓ１３０６）。

次に、図１４を参照し、機器１１３の状態変化時における、変換部１３３単体の動作例を説明する。この動作例は、具体的には、例えば、Ｓ９０３〜Ｓ９０８、Ｓ９１１等に該当する。

上述と同じ動作例により、機器１１３は、状態変化を検出すると、機器ＩＤ、状態ＩＤ、機器データ等を機器管理サーバ１１１に送信する。機器管理サーバ１１１の機器管理部１３１は、受信した機器ＩＤ、状態ＩＤ、機器データ等を変換部１３３に渡す。

変換部１３３は、機器管理部１３１からの機器ＩＤ、状態ＩＤ、機器データを受け付ける（Ｓ１４０１）。次に、変換部１３３は、２次記憶装置１２６内のＵＲＬ管理テーブル１４３を参照し、ブログエンジン１３２上の更新用ＵＲＬを取得する（Ｓ１４０２）。具体的には、例えば、変換部１３３は、ＵＲＬ管理テーブル１４３から、Ｓ１４０１で受け付けた機器ＩＤ及び状態ＩＤと一致する機器ＩＤ４０１及び状態ＩＤ４０２と対応するＵＲＬ４０３を読み出す。具体的には、例えば、変換部１３３は、機器管理部１３１から、機器ＩＤ「100001」、状態ＩＤ「０１」等を含む情報を受け付けた場合、図４に一例を示すＵＲＬ管理テーブル１４３から、ＵＲＬ４０３「http://localhost/camera/100001/01/update.php」から読み出す。

次に、変換部１３３は、２次記憶装置１２６内の状態変換テーブル１４２を参照し、ブログエンジン１３２に渡すためのブログデータを取得する（Ｓ１４０３）。具体的には、例えば、変換部１３３は、状態変換テーブル１４２を参照し、上述のＳ１４０１で受け付けた機器ＩＤ、状態ＩＤ及び機器データと一致する機器３０１、状態ＩＤ３０２及び機器データ３０３を含む行を選択し、選択した行のブログデータ３０４を読み出す。具体的には、例えば、変換部１３３は、機器管理部１３１から、機器ＩＤ「100001」、状態ＩＤ「０１」、機器データ「００」等を含む情報を受け付けた場合、図３に一例を示す状態変換テーブル１４２から、ブログデータ３０４「電源OFF状態」を読み出す。

次に、変換部１３３は、ブログエンジン１３２上のコンテンツ更新用ＵＲＬにアクセスする（Ｓ１４０４）。このコンテンツ更新用ＵＲＬは、上述のＳ１４０２で取得した更新用ＵＲＬに対するアクセスである。

ブログエンジン１３２は、上述と同じ動作により、このアクセスに応じて更新用ページ情報を渡す。

変換部１３３は、ブログエンジン１３２からのコンテンツ更新用ページ情報を受け付ける（Ｓ１４０５）。変換部１３３は、上述のＳ１４０３で取得したブログデータを、受け付けたコンテンツ更新用ページ情報の所定領域に含め、その情報をブログエンジン１３２に渡す（Ｓ１４０６）。

上述と同じ動作により、ブログエンジン１３２は、受け付けた情報に基づいてコンテンツを更新する。ブログエンジン１３２は、コンテンツ更新結果を変換部１３３に渡す。

変換部１３３は、ブログエンジン１３２からのコンテンツ更新結果を受け付けると（Ｓ１４０７）、機器管理部１３１に、その更新結果を渡す（Ｓ１４０８）。

図１５を参照し、ユーザ端末１１２からの機器制御のアクセス時における、機器管理部１３１単体の動作例を説明する。この動作例は、上述のＳ６０５〜Ｓ６０７、Ｓ６０９、Ｓ６１０等に該当する。

上述のように、ユーザ端末１１２は、機器ＩＤ、機器制御用コマンドデータを含む機器制御ＵＲＬを機器管理サーバ１１１に送信する。機器管理サーバ１１１の機器管理部１３１は、ブログエンジン１３２、変換部１３３を介して、その機器制御ＵＲＬに含まれる機器ＩＤ、機器制御用コマンドデータを受け付ける（Ｓ１５０１）。次に、機器管理部１３１は、機器ＩＤから制御対象の機器１１３を特定し（Ｓ１５０２）、特定した機器１１３に機器制御用コマンドデータを送信する（Ｓ１５０３）。

上述と同じ動作により、機器１１３は、機器制御用コマンドデータに従い動作し、処理結果を機器管理サーバ１１１に送信する。機器管理サーバ１１１の機器管理部１３１は、処理結果を受信すると（Ｓ１５０４）、その処理結果を変換部１３３に渡す（Ｓ１５０５）。

以上、一実施形態を図面を参照して詳述してきたが、具体的な構成はこの一実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

例えば、ブログエンジンによる図７、図８、図１０に示す画面例は一例である。一般的に、ブログエンジンは、インタフェースを任意に変更することが可能であり、従って、画面の構成例も任意である。このように、ブログエンジンと機器制御を行う機能とを仲立する変換機能を有することにより、ユーザになじみのあるインタフェースで機器を制御することが可能となる。

また、上記の一実施形態では、２次記憶装置１２６上に格納されているメッセージ変換に必要なデータはあらかじめ機器管理サーバに格納されていたが、インターネット上にサービスを管理するサービス管理サーバを設置し、サービス管理サーバ上で管理してもよい。すなわち、制御可能な全機器のデータをサービス管理サーバに格納しておき、ユーザ宅の機器管理サーバに接続されている宅内機器のデータのみをサービス管理サーバから取得すればよい。これにより機器管理サーバ上のメモリを節約でき、また新製品の追加時にも対応することができる。

一実施形態の構成例を示す図である。 コマンド変換テーブルを示す図である。 状態変換テーブルを示す図である。 ＵＲＬ管理テーブルを示す図である。 シーケンス例を示す図である。 シーケンス例を示す図である。 画面例を示す図である。 画面例を示す図である。 シーケンス例を示す図である。 画面例を示す図である。 動作例を示す図である。 動作例を示す図である。 動作例を示す図である。 動作例を示す図である。 動作例を示す。

符号の説明

１０１：通信ネットワーク、１０２：住居、１０３：携帯端末、１１１：機器管理サーバ、１１２：ユーザ端末、１１３：機器、１２１：ＥＰＲＯＭ、１２２：ＣＰＵ、１３１：機器管理部、１３２：ブログエンジン、１３３：変換部、１２３：メモリ、１２４：ＲＴＣ、１２５：周辺機器制御部、１２６：２次記憶装置、１４１：コマンド変換テーブル、１４２：状態変換テーブル、１４３：ＵＲＬ管理テーブル、１２７：通信インタフェース、１２８：バス

Claims (8)

1. 制御対象機器と接続された制御装置であって、
   コンテンツを管理するコンテンツマネジメントシステムを実現するマネジメント手段と、
   前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定とを対応付けて記憶する変換情報記憶手段と、
   前記変換情報記憶手段内の情報に従い、前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定との変換を行なう変換手段と、
   を有することを特徴とする制御装置。
2. 制御対象機器と接続された制御装置であって、
   コンテンツと、該コンテンツを出力するための出力規定とから、出力装置に出力するための出力情報を作成するマネジメント手段と、
   前記出力装置に出力された処理のうち要求された処理を行なう処理手段と、
   前記コンテンツマネジメントシステムの出力規定と、前記各制御対象機器に関する制御対象機器規定とを対応付けて記憶する変換情報記憶手段と、
   前記出力装置に前記各制御対象機器に関する情報を出力するための出力情報を作成する場合、前記変換情報記憶手段から、該各制御対象機器の制御対象機器規定に対応する出力規定を読み出し、前記各制御対象機器に関する要求に応じた処理を行なう場合、前記変換情報記憶手段から、該処理を出力するための出力規定に対応する制御対象機器規定を読み出す変換手段と、を有し、
   前記マネジメント手段が、前記読み出された出力規定とコンテンツとから出力情報を作成し、
   前記処理手段が、前記読み出された制御対象機器規定から、要求された処理を行なうこと
   を有することを特徴とする制御装置。
3. 請求項２記載の制御装置であって、
   前記変換情報記憶手段は、前記各制御対象機器の検出した状態変化を通知する制御対象機器規定と、該状態変化を出力するための出力規定とを対応付けて記憶し、
   前記変換手段は、前記前記各制御対象機器からの状態変化を通知する制御対象機器規定を取得すると、前記変換情報記憶手段内から、該取得した制御対象機器規定と対応する出力規定を読み出し、
   前記マネジメント手段は、前記読み出された出力規定と、コンテンツとから、出力情報を生成すること
   を特徴とする制御装置。
4. 請求項３記載の制御装置であって、
   前記マネジメント手段は、前記読み出された出力規定と、前記各制御対象機器により取得されたコンテンツとから、出力情報を生成すること
   を特徴とする制御装置。
5. 請求項２記載の制御装置であって、
   前記変換情報記憶手段は、前記各制御対象機器に制御内容を指示するコマンドを受け付けるために出力する情報の出力規定と、該コマンドを前記各制御対象機器に出力するための制御対象機器規定とを対応付けて記憶し、
   前記変換手段は、前記前記各制御対象機器に制御内容を指示するコマンドが入力されると、前記変換情報記憶手段から、該入力されたコマンドの出力規定と対応する制御対象機器規定を読み出し、
   前記処理手段は、前記読み出された制御対象機器規定により、該コマンドの実行を指示すること
   を特徴とする制御装置。
6. 請求項２乃至５記載の制御装置であって、
   前記コンテンツマネジメントシステムは、ブログエンジンであることを特徴とする制御装置。
7. 制御対象機器と接続された制御装置による制御方法であって、
   前記制御装置が、
   コンテンツを管理するコンテンツマネジメントシステムを実現するマネジメント手段と、
   前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定とを対応付けて記憶する変換情報記憶手段と、を有し、
   前記変換情報記憶手段内の情報に従い、前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定との変換を行なうステップ、
   を実行することを特徴とする制御方法。
8. 制御対象機器と接続された制御装置により実行される制御プログラムであって、
   前記制御装置が、
   コンテンツを管理するコンテンツマネジメントシステムを実現するマネジメント手段と、
   前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定とを対応付けて記憶する変換情報記憶手段と、を有し、
   前記変換情報記憶手段内の情報に従い、前記コンテンツマネジメントシステムの規定と、前記各制御対象機器の規定との変換を行なうステップ、
   を実行させることを特徴とするコンピュータ読み取り可能な制御プログラム。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

Images