JP2020042561A - 機器制御装置 - Google Patents

Abstract

【課題】メッセージアプリを利用して被制御機器を遠隔制御するのに適した機器制御装置を提供する。【解決手段】クラウドサーバ１３は、メッセージ用のアプリケーションソフトウエアにおける制御用オブジェクトを操作することにより生じたエアコン１４の制御内容をエアコンに指示する。クラウドサーバは、発行した制御用オブジェクトの制御権限を管理し、操作された制御用オブジェクトの制御権限が有効か無効かを判定し、操作された制御用オブジェクトの前記制御権限が有効である場合に、前記制御用オブジェクトを操作することにより生じたエアコンの制御内容をエアコンに指示する。【選択図】図７

Description

本発明は、被制御機器の制御に関する動作を行う機器制御装置に関する。

近年、被制御機器である例えばエアーコンディショナ（以下、単にエアコンと称する）の動作を、リモートコントローラ（以下、単にリモコンと称する）とは異なり、いわゆるスマートフォン等の端末装置上で動作するアプリケーションを使用し、インターネット上のサーバを経由してエアコンを遠隔操作する構成が知られている。

このような構成では、単一のリモコンにてエアコンを操作する場合とは異なり、複数のユーザにより、各自のスマートフォンにてエアコンの操作が可能となる。この場合には、複数のスマートフォンから異なる複数の指示がエアコンに対して行われる可能性がある。

そこで、特許文献１に記載の構成では、ユーザの入力操作を受け付ける入力手段に動作設定が行われてから、予め設定された時間を経過したとき、当該入力手段における操作指示の受付を無効にするようにしている。

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

特許文献１に記載の構成では、家族伝言板サーバに投稿された同じメッセージに対して、複数のユーザが同時に、あるいは少しの時間差で、同じ投稿を見た場合、投稿画面に貼付された操作ボタンが複数回押下される虞がある。このため、エージェントサーバがそれぞれのメッセージの中に埋め込まれたシール（命令コマンド）対して個別に有効回数や有効時間を設定している。

しかしながら、特許文献１に記載の構成を、スマートフォン上のメッセージ用のアプリケーションソフトウエア（以下、単にメッセージアプリと称する）からインターネット上のサーバを経由してエアコンなどの被制御機器を遠隔制御するケースに適用することはできない。メッセージアプリおよびメッセージ用サーバは、メッセージの無効化の機能は備えないのが一般的である。言い換えれば、メッセージアプリおよびメッセージ用サーバは、メッセージに対して個別に有効回数や有効時間を設定することができない。したがって、メッセージアプリでは、過去のメッセージを使用して被制御機器を遠隔制御できる。たとえば、単一のユーザであってもメッセージアプリ上の履歴から過去の制御用オブジェクトを押下できてしまう。

このため、ユーザが過去の制御用オブジェクトを押下した場合には、被制御機器の状態を考慮せずに制御指示を行うことになる。この場合には、被制御機器に対する操作が失敗したり、万が一の場合には被制御機器の状態では受け付けることのできない制御指示が行われることで被制御機器が異常状態に陥ったりする可能性がある。

本発明の一態様は、メッセージアプリを利用して被制御機器を遠隔制御するのに適した機器制御装置の提供を目的としている。

上記の課題を解決するために、本発明の一態様に係る機器制御装置は、メッセージ用のアプリケーションソフトウエアにおける制御用オブジェクトを操作することにより生じた被制御機器の制御内容を前記被制御機器に指示する機器制御装置であって、前記制御用オブジェクトを発行し、発行した前記制御用オブジェクトの制御権限を管理し、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定し、操作された前記制御用オブジェクトの前記制御権限が有効である場合に、前記制御用オブジェクトを操作することにより生じた被制御機器の制御内容を前記被制御機器に指示する。

本発明の一態様によれば、メッセージアプリを利用して被制御機器を遠隔制御するのに適した機器制御装置を提供することができる。

本発明の実施形態の機器制御システムの機能的構成を示すブロック図である。 図１に示した機器制御システムにおける、携帯端末装置、メッセージ用サーバ、クラウドサーバおよびエアコンの間の処理の流れを示す説明図である。 図１に示したクラウドサーバの制御用画像発行部が発行した制御用画像を示す説明図である。 図３に示した制御用画像が有する複数の画像領域、各画像領域に紐付く制御内容、およびアドレスを示す説明図である。 図５の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図５の（ｂ）は、図５の（ａ）に示した制御用画像についての提示フォーマットの説明図、図５の（ｃ）は、クラウドサーバが備える制御用画像の管理テーブルを示す説明図である。 図５の（ｃ）に示した制御用画像の管理テーブルに対して、新たに発行した制御用画像を追加した状態の制御用画像の管理テーブルを示す説明図である。 本発明の他の実施形態の機器制御システムにおける、携帯端末装置、メッセージ用サーバ、クラウドサーバおよびエアコンの間の処理の流れを示す説明図である。 図８の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図８の（ｂ）は、図８の（ａ）に示した制御用画像についての提示フォーマットの説明図、図８の（ｃ）は、クラウドサーバが備える制御用画像の管理テーブルを示す説明図、図８の（ｄ）は、図８の（ｃ）に示した管理テーブルにおいて、制御用画像における処理済の制御内容のトークンを無効にした状態を示す説明図、図８の（ｅ）は、図８の（ｄ）に示した制御用画像において、トークンが無効化された制御内容の確認動作を示す説明図、図８の（ｆ）は、新規に発行された制御用画像の管理テーブルを示す説明図である。 図９の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図９の（ｂ）は、図９の（ａ）に示した制御用画像についての提示フォーマットの説明図、図９の（ｃ）は、クラウドサーバが備える制御用画像の管理テーブルを示す説明図、図９の（ｄ）は、図９に（ｃ）に示した制御用画像の管理テーブルにおいて、新規に制御用画像を発行した場合に、同時に発行済の制御用画像の画像領域に紐付く制御内容のトークンを無効にする動作の説明図である。 図１０の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図１０の（ｂ）は、図１０の（ａ）に示した制御用画像についての提示フォーマットの説明図、図１０の（ｃ）は、クラウドサーバが備える制御用画像の管理テーブルを示す説明図、図１０の（ｄ）は、図１０の（ｃ）に示した管理テーブルにおいて、制御用画像における処理済の制御内容のトークンを無効にした状態を示す説明図である。

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。図１は、本実施形態の機器制御システムの機能的構成を示すブロック図である。図２は、機器制御システム１における、メッセージ処理部１１、メッセージ用サーバ１２、クラウドサーバ１３およびエアコン（被制御機器）１４の間の処理の流れを示す説明図である。図３は、クラウドサーバ１３の制御用画像発行部２４が発行した制御用画像を示す説明図である。図４は、図３に示した制御用画像が有する複数の画像領域、各画像領域に対応した（各画像領域に紐づく）制御内容、およびアドレス示す説明図である。

なお、制御用画像とは、例えばＬＩＮＥ（登録商標）アプリのスタンプが好例である。但し、制御用画像には、被制御機器であるエアコン１４の制御内容と関連づけられる（紐付けられる）あらゆる画像を使用することができる。

また、本実施形態では、制御用オブジェクトの一例として画像形式を使用する場合について説明する。しかしながら、制御用オブジェクトは、制御用画像に限定されず、単なるテキスト情報でも構わない。また、制御用オブジェクトとして、例えばメッセージアプリ上で提示する、あらかじめ規定されたテンプレートを使用する構成であってもよい。

（機器制御システム１の構成）
図１に示すように、機器制御システム１は、メッセージ処理部１１を含む端末装置１０、メッセージ用サーバ１２およびクラウドサーバ（機器制御装置）１３を備えている。

端末装置１０は、例えばスマートフォンであり、メッセージアプリをインストールしている。メッセージ処理部１１は、メッセージアプリ（メッセージ用のアプリケーションソフトウエア）がＣＰＵなどのプロセッサによって実行されることにより実現されるメッセージ処理機能を有する部分である。

メッセージ処理部１１は、ユーザの操作等により、メッセージ用サーバ１２とメッセージのやりとりを行う。具体的には、例えばＬＩＮＥ（登録商標）アプリケーションやＦａｃｅｂｏｏｋ（登録商標）アプリケーションのようなメッセージをやりとりするためのアプリケーションをさす。制御用画像はメッセージ用サーバ１２とやりとりされるメッセージの一形態であり、制御用画像をタップすることでメッセージ用サーバ１２とクラウドサーバ１３を介して被制御機器であるエアコン１４を遠隔操作する機能を備える。

メッセージ用サーバ１２は、メッセージ処理部１１から送信された情報をクラウドサーバ１３に伝え、クラウドサーバ１３からメッセージ処理部１１に向かって送信された情報をメッセージ処理部１１に伝える。メッセージ処理部１１、メッセージ用サーバ１２およびクラウドサーバ１３はインターネットを介して通信可能に設けられている。メッセージ用サーバ１２は、クラウドサーバ１３から受信したメッセージ処理部１１宛の制御用画像についても取り次ぎ、メッセージ処理部１１に送信する。

この場合、メッセージ用サーバ１２がメッセージ処理部１１とクラウドサーバ１３とが通信するための各種処理を行う構成であってもよい。あるいは、メッセージ用サーバ１２は、メッセージ処理部１１とクラウドサーバ１３との通信の単なる中継器として機能し、メッセージ処理部１１がクラウドサーバ１３と通信するための各種処理を行う構成であってもよい。以下では、後者の場合を例に説明する。

クラウドサーバ１３は、画像記憶部２１、機器情報取得部２２、機器動作指示部２３、制御用画像発行部２４および機器制御受付部２５を備え、メッセージ用サーバ１２および被制御機器であるエアコン１４と通信する。

画像記憶部２１は、エアコン１４の各動作状態に応じた各制御用画像情報を記憶している。制御用画像は、制御用画像発行部２４によって発行される。そして、制御用画像発行部２４が発行する制御用画像情報に基づいて、制御用画像がメッセージ処理部１１によって提供される画面上に表示される。

具体的には、制御用画像発行部２４が発行する制御用画像情報に基づいて表示される制御用画像は、図３に示すように、例えば、１℃ＵＰ（設定温度を１℃上げる）、１℃ＤＯＷＮ（設定温度を１℃下げる）および停止（運転停止）の各制御内容に対応した各画像を含んでいる。図４に示すように、制御用画像の上記の各制御内容に対応した各画像の画像領域には、各画像（画像領域）に対応した（紐づけられた）制御内容(Commands)のアドレス（ＵＲＬ）が割り当てられている。この制御内容(Commands)とアドレス（ＵＲＬ）の割り当て情報とは、制御用画像と共に、メッセージ用サーバ１２を経由してメッセージ処理部１１に提示される。

機器情報取得部２２は、エアコン１４の動作状態情報を取得する。この場合の動作状態は、例えば暖房運転中（設定温度、風力、風向）、冷房運転中（設定温度、風力、風向）あるいは停止中などのエアコン１４の動作に関する情報である。

機器動作指示部２３は、機器制御受付部２５がメッセージ処理部１１から受け付けたエアコン１４に対する制御内容に従った動作をするようにエアコン１４に指示する。詳細には、機器動作指示部２３は、メッセージ処理部１１においてユーザにてタップされた画像領域に割り当てられているＵＲＬに紐付く制御内容をエアコン１４に伝える。

制御用画像発行部２４は、メッセージ処理部１１からの要求に応じて、制御用画像を画像記憶部２１から取得する。また、制御用画像内の各画像（画像領域）に対応した（紐づけられた）制御内容(Commands)のアドレス（ＵＲＬ）の割り当てを行い、制御用画像と共に該情報をメッセージ用サーバ１２に送信する。このとき、制御用画像発行部２４は、機器情報取得部２２が取得した動作状態情報が示すエアコン１４の動作状態に応じた制御用画像を取得する。メッセージ用サーバ１２は、クラウドサーバ１３から受信した制御用画像をメッセージ処理部１１に送信する。

機器制御受付部２５は、メッセージ処理部１１での制御用画像の操作により、エアコン１４に対する制御指示を受信する。機器制御受付部２５は、詳細には、メッセージ処理部１１においてユーザにてタップされた画像領域に割り当てられたＵＲＬに紐付く制御内容を受信する。機器制御受付部２５は、受信した制御内容を受け付けることの可否を判定し、受付可である場合に、その制御内容を機器動作指示部２３に伝える。

エアコン１４は、クラウドサーバ１３と通信し、クラウドサーバ１３からの制御指示に従って動作する。

（機器制御システム１の動作）
上記の構成において、本実施形態の機器制御システム１の動作について以下に説明する。

図２に示すメッセージ処理部１１は、エアコン１４を操作するための画面を表示した状態である。

ユーザは、メッセージ処理部１１を使ってエアコン１４を操作する場合、まず、上記エアコン１４を操作するための画面を呼び出し、エアコン操作のアイコンをタップする（Ｓ１１）。この操作は、エアコン１４についての制御用画像の表示要求である。エアコン操作のアイコンがタップされると、メッセージ用サーバ１２は、エアコン１４についての制御用画像の表示要求をクラウドサーバ１３に送信する（Ｓ１２）。

クラウドサーバ１３がエアコン１４についての制御用画像の表示要求を受信すると、機器情報取得部２２は、エアコン１４から動作状態情報を取得する（Ｓ１３）。さらに、制御用画像発行部２４は、取得した動作状態情報を参照し、エアコン１４の動作状態に応じた制御用画像を発行する（Ｓ１４）。この処理は、具体的には、画像記憶部２１が記憶している複数の制御用画像のうちから、エアコン１４の動作状態に応じた制御用画像を取得する処理である。なお、制御用画像発行部２４は、所定のテンプレートに従って新たに制御用画像を生成し、生成した制御用画像を発行してもよい。

また、機器制御受付部２５は、制御用画像発行部２４が発行した制御用画像の発行日時を記憶する（Ｓ１５）。

次に、クラウドサーバ１３は、制御用画像発行部２４が発行した制御用画像をメッセージ用サーバ１２に送信する。メッセージ用サーバ１２は、制御用画像を受信すると、受信した制御用画像をメッセージ処理部１１へ送信する（Ｓ１６）。これにより、メッセージ処理部１１は表示画面に制御用画像を表示する（Ｓ１７）。

この場合、詳細には、制御用画像発行部２４は、図４に示すように、制御用画像の画像自体のＵＲＬと制御用画像内の画像領域に紐づける制御内容(Commands)が保存されているＵＲＬとをまとめて定義したＪＳＯＮ（JavaScript Object Notation、JavaScript：登録商標）情報を制御用画像情報としてメッセージ用サーバ１２へ送信する。メッセージ用サーバ１２は、クラウドサーバ１３から受信した上記ＪＳＯＮ情報をメッセージ処理部１１へ送信する。メッセージ処理部１１は、上記ＪＳＯＮ情報が示す制御用画像の画像自体のＵＲＬから制御用画像の画像を取得し、画面に表示する。この場合、画像領域に紐づける制御内容は、画像領域のエリア毎にＵＲＬで割り当てられている。

次に、ユーザが、メッセージ処理部１１の画面に表示された制御用画像の例えば１℃ＵＰの画像領域をタップすると（Ｓ１８）、メッセージ処理部１１は、１℃ＵＰの画像領域に割り当てられたＵＲＬを呼び出し、制御指示をメッセージ用サーバ１２へ送信する。メッセージ用サーバ１２は、メッセージ処理部１１から受信した制御指示をクラウドサーバ１３へ送信する（Ｓ１９）。

クラウドサーバ１３の機器制御受付部２５は、上記ＵＲＬを受信すると、上記ＵＲＬに紐付く制御内容を呼び出し、メッセージ処理部１１からの制御指示（制御内容）の受付の可否を判定する（Ｓ２０）。この判定では、機器制御受付部２５は、上記制御指示の発生日時が、Ｓ１８においてタップされた制御用画像の発行日時から一定期間（所定期間）以内であれば、上記制御指示を受け付け可と判定する。一方、機器制御受付部２５は、上記制御指示の発生日時が、Ｓ１８においてタップされた制御用画像の発行日時から一定期間を超えていれば、上記制御指示を受け付け不可と判定する（受付拒否）。ここでは、上記制御指示の発生日時が、Ｓ１８においてタップされた制御用画像の発行日時から一定期間以内である場合とし、この場合、機器制御受付部２５は、上記制御指示を受け付け可と判定する。

機器動作指示部２３は、機器制御受付部２５が、上記制御指示を受け付け可と判定すると、エアコン１４に対して１℃ＵＰの制御指示を送信する（Ｓ２１）。これにより、エアコン１４では、設定温度を１℃高くする。

また、機器制御受付部２５は、上記制御指示を受け付け可と判定すると、メッセージ用サーバ１２に、エアコン１４に対する機器制御結果として、エアコン１４の制御が成功したというメッセージ（機器制御結果）を送信する（Ｓ２２）。メッセージ用サーバ１２は、そのメッセージを受けて、エアコン１４の制御が成功したというメッセージをメッセージ処理部１１に送信する。

メッセージ処理部１１は、エアコン１４の制御が成功したというメッセージを受信すると、そのメッセージを画面に表示する（Ｓ２３）。

その後、ユーザが、メッセージ処理部１１の画面に表示された制御用画像の例えば停止の画像領域をタップすると（Ｓ２４）、メッセージ処理部１１は、停止の画像領域に割り当てられたＵＲＬを呼び出し、メッセージ用サーバ１２を介して制御指示をクラウドサーバ１３へ送信する（Ｓ２５）。

クラウドサーバ１３の機器制御受付部２５は、Ｓ２０の場合と同様にして、制御指示の受付の可否を判定する（Ｓ２６）。ここでは、上記制御指示の発生日時が、Ｓ２４においてタップされた制御用画像の発行日時から一定期間を超えている場合とし、この場合、機器制御受付部２５は、上記制御指示を受け付け不可と判定する。

機器動作指示部２３は、機器制御受付部２５が、上記制御指示を受け付け不可と判定すると、エアコン１４に対して停止の制御指示を送信しない（Ｓ２７）。

また、機器制御受付部２５は、上記制御指示を受け付け不可と判定すると、メッセージ用サーバ１２に、エアコン１４に対する機器制御結果として、エアコン１４の制御が失敗したというメッセージ（機器制御結果）を送信する（Ｓ２８）。メッセージ用サーバ１２は、そのメッセージを受けて、エアコン１４の制御が失敗したというメッセージをメッセージ処理部１１に送信する。

メッセージ処理部１１は、エアコン１４の制御が失敗したというメッセージを受信すると、そのメッセージを画面に表示する（Ｓ２９）。

なお、Ｓ１９およびＳ２５では、メッセージ処理部１１において画像領域に割り当てられたＵＲＬが呼び出された場合、メッセージ処理部１１からメッセージ用サーバ１２を経由して制御指示をクラウドサーバ１３に送信している。ただし、これに限らず、メッセージ処理部１１から直接制御指示をクラウドサーバ１３に制御指示を送信してもよい。

（制御用画像の管理：有効期限内の詳細例）
図５の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図５の（ｂ）は、図５の（ａ）に示した制御用画像についての提示フォーマットの説明図、図５の（ｃ）は、クラウドサーバ１３が備える制御用画像の管理テーブルを示す説明図である。

図５の（ｃ）に示すように、クラウドサーバ１３は、制御用画像に含まれる識別子（ImageId）と、制御内容（Command）と、それらの発行日時情報と、有効期間情報とを、被制御機器に対する制御権限情報として一元的に管理する。クラウドサーバ１３は、制御用画像に埋め込まれていた制御情報を表すＵＲＬを受信すると、ＵＲＬを受け付けた時刻を記録するとともに、そのＵＲＬに含まれる識別子（ImageId）から有効期限情報を抽出する。クラウドサーバ１３は、ＵＲＬを受け付けた時刻と有効期限情報とを比較し、ＵＲＬを受け付けた時刻が有効期限以内であれば制御権限が有効として当該制御指示を受け付け可と判定し、制御内容（Command）に基づく制御を被制御機器に対して行う。一方、クラウドサーバ１３は、ＵＲＬを受け付けた時刻が有効期限を超えている場合に、制御権限を無効として、当該制御指示を受け付け不可と判定し、制御内容（Command）に基づく制御を行わない。

（ａ−１）メッセージ処理部１１からの要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像（図５の（ａ））を提示する。この場合の制御用画像提示フォーマットは図５の（ｂ）のとおりである。

ここでは、一例として、制御用画像の有効期間は、発行から３時間とする。すなわち、
有効期間(ExpireDate) = 発行日時(IssueDate) + 3hours
である。

（ａ−２）ユーザが、メッセージ処理部１１が生成する画面上において、図５の（ａ）に示す制御用画像の（３）の画像領域をタップした場合、メッセージ処理部１１からクラウドサーバ１３に対して、（３）の画像領域に割り当てられていたＵＲＬが発行される。ここでは、ユーザが（３）の画像領域をタップした時刻は、クラウドサーバ１３が制御用画像を発行してから、３時間以内（例： 20180208 13:00）である。

url=https://xxx.co.jp/command/1000/stop
（ａ−３）クラウドサーバ１３は、受け取ったＵＲＬからImageIdとCommandを抽出する（ ImageId=1000,Command=stop）。さらに、クラウドサーバ１３は、ＵＲＬから抽出したImageIdとCommandをもとに、画像管理テーブルからExpireDateを抽出する。

ExpireDate が現在時刻より未来なので、クラウドサーバ１３は、エアコン１４に対して、（３）のImageIdに紐づく制御指示（Command=stop）を実行する。

（制御用画像の管理：有効期限切れの詳細例）
図６は、図５の（ｃ）に示した制御用画像の管理テーブルに対して、新たに発行した制御用画像を追加した状態の制御用画像の管理テーブルを示す説明図である。

（ｂ−１）メッセージ処理部１１からの要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像（図５の（ａ））を提示する。この場合の制御用画像提示フォーマットは図５の（ｂ）のとおりである。制御用画像の有効期間は、同様に、発行から３時間である。すなわち、
有効期間(ExpireDate) = 発行日時(IssueDate) + 3hours
である。

（ｂ−２）ユーザが制御用画像の（３）の画像領域をタップした場合、メッセージ処理部１１からクラウドサーバ１３に対して、同様に、（３）の画像領域のＵＲＬが発行される。ここでは、ユーザが（３）の画像領域をタップした時刻は、クラウドサーバ１３が制御用画像を発行してから、３時間経過後（例： 20180208 20:30）である。

url=https://xxx.co.jp/command/1000/stop
（ｂ−３）クラウドサーバ１３は、同様に、受け取ったＵＲＬからImageIdとCommandを抽出する（ ImageId=1000,Command=stop）。さらに、クラウドサーバ１３は、同様に、ＵＲＬから抽出したImageIdとCommandをもとに、画像管理テーブルからExpireDateを抽出する。

ExpireDate が現在時刻より過去なので、クラウドサーバ１３は、エアコン１４に対して、（３）のImageIdに紐づく制御指示（Command=stop）は実行しない。

（ｂ−４）クラウドサーバ１３は、新規にImageId=1010を発行し、メッセージ処理部１１に対して新規に発行した制御用画像を提示する（図６）。すなわち、クラウドサーバ１３は、制御用画像が期限切れの場合、エアコン１４に対する制御は行わず、有効な制御用画像を提示する。なお、制御用画像発行部２４は、有効な制御用画像の提示にあたり機器情報取得部２２がエアコン１４から取得した動作状態情報を参照し、エアコン１４の動作状態に応じた制御用画像を発行してもよい。

なお、本実施形態では、機器制御システム１は、二つのサーバすなわちメッセージ用サーバ１２およびクラウドサーバ１３を備えた構成としているが、一つのサーバを上記二つのサーバが共用する構成であってもよい。例えば、一つのサーバの内部でメッセージ用サーバ部とクラウドサーバ部とが分かれており、これらが相互に通信するように構成されている。この点は、以下の他の実施形態の機器制御システムについても同様である。

（機器制御システム１の利点）
クラウドサーバ１３は、制御用画像が発行されてから所定時間経過後に生じた制御指示を無効とするので、エアコン１４に対する操作の失敗やエアコン１４が異常状態になる事態の発生を抑制することができる。

なお、特許文献１のように、複数ユーザが単一のコミュニティに属しており、コミュニティ一つに対して１つの電子伝言板が存在するという構成では、その電子伝言板上でやりとりされる機器制御メッセージに対して個別に有効回数や有効時間を設定することができる。そのため、機器に対する制御を一元管理することができ、ユーザ間を跨いでの制御指示の無効化処理は不要である。

これに対して、複数ユーザが同一の被制御機器（エアコン１４）に対して、それぞれのメッセージ処理部１１から機器制御メッセージを送信するといった構成の場合は、被制御機器に対する制御を一元管理する必要がある。そうしなければ、被制御機器に対する操作の失敗や被制御機器の異常状態が発生しやすくなる。本実施形態および以下に示す各実施形態では、そのような問題を解決できる構成を実現している。

また、以上の実施形態では、被制御機器としてエアコン１４を例に説明した。しかしながら、被制御機器は、エアコン１４に限定されず、例えば、エコキュート、ウインドウシャッタなど、一般家電用機器やその他の電気機器であってもよい。この点は、以下の他の実施形態においても同様である。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

（機器制御システム２の構成）
本実施形態の機器制御システム２は、前記機器制御システム１と同様、図１に示した機能的構成を有している。本実施形態において、制御用画像発行部２４は、制御用画像のいずれかの画像領域がタップされた場合、その画像領域に紐付くＵＲＬのトークンを無効にする。

（機器制御システム２の動作）
上記の構成において、本実施形態の機器制御システム２の動作について以下に説明する。図７は、本発明の他の実施形態の機器制御システム２における、メッセージ処理部１１、メッセージ用サーバ１２、クラウドサーバ１３およびエアコン１４の間の処理の流れを示す説明図である。

ユーザは、メッセージ処理部１１を使ってエアコン１４を操作する場合、まず、上記エアコン１４を操作するための画面を呼び出し、エアコン操作のアイコンをタップする（Ｓ１１）。エアコン操作のアイコンがタップされると、メッセージ用サーバ１２は、エアコン１４についての制御用画像の表示要求をクラウドサーバ１３に送信する（Ｓ１２）。

クラウドサーバ１３がエアコン１４についての制御用画像の表示要求を受信すると、機器情報取得部２２は、エアコン１４から動作状態情報を取得する（Ｓ１３）。さらに、制御用画像発行部２４は、取得した動作状態情報を参照し、エアコン１４の動作状態に応じた制御用画像を発行する（Ｓ１４）。

また、制御用画像発行部２４は、発行した制御用画像の各画像領域に紐付くＵＲＬにトークン（一意の値）を割り振る（Ｓ４１）。

次に、クラウドサーバ１３は、制御用画像発行部２４が発行した制御用画像をメッセージ用サーバ１２に送信する。メッセージ用サーバ１２は、制御用画像を受信すると、受信した制御用画像をメッセージ処理部１１へ送信する（Ｓ１６）。これにより、メッセージ処理部１１は表示画面に制御用画像を表示する（Ｓ１７）。

この場合、制御用画像発行部２４が発行する制御用画像は、例えば図３に示したものであり、また、制御用画像の画像自体のＵＲＬと制御用画像内の画像領域に紐づけられた制御内容との関係は、図４に示したとおりである。

次に、ユーザが、メッセージ処理部１１の画面に表示された制御用画像の例えば１℃ＵＰの画像領域をタップすると（Ｓ１８）、メッセージ処理部１１は、１℃ＵＰの画像領域に割り当てられていたＵＲＬをメッセージ用サーバ１２へ送信する。メッセージ用サーバ１２は、メッセージ処理部１１から受信したＵＲＬをクラウドサーバ１３へ送信する（Ｓ１９）。

クラウドサーバ１３の機器制御受付部２５は、上記ＵＲＬを受信すると、上記ＵＲＬに紐付く制御内容を呼び出し、メッセージ処理部１１からの制御指示（制御内容）の受付の可否を判定する（Ｓ２０）。この判定では、機器制御受付部２５は、上記制御指示が有効なトークンを含んでいれば、その制御指示を受け付け可と判定する。一方、機器制御受付部２５は、上記制御指示が有効なトークンを含んでいなければ、上記制御指示の受け付け不可と判定する（受付拒否）。ここでは、上記制御指示が有効なトークンを含んでいる場合とし、機器制御受付部２５は、上記制御指示を受け付け可と判定する。

機器動作指示部２３は、機器制御受付部２５が、上記制御指示を受け付け可と判定すると、エアコン１４に対して１℃ＵＰの制御指示を送信する（Ｓ２１）。これにより、エアコン１４では、設定温度を１℃高くする。

また、機器制御受付部２５は、上記制御指示を受け付け可と判定すると、メッセージ用サーバ１２に、エアコン１４に対する機器制御結果として、エアコン１４の制御が成功したというメッセージ（機器制御結果）を送信する（Ｓ２２）。メッセージ用サーバ１２は、そのメッセージを受けて、エアコン１４の制御が成功したというメッセージをメッセージ処理部１１に送信する。

メッセージ処理部１１は、エアコン１４の制御が成功したというメッセージを受信すると、そのメッセージを画面に表示する（Ｓ２３）。

その後、ユーザが、メッセージ処理部１１の画面に表示された制御用画像の例えば停止の画像領域をタップすると（Ｓ２４）、メッセージ処理部１１は、停止の画像領域に割り当てられていたＵＲＬをメッセージ用サーバ１２を介してクラウドサーバ１３へ送信する（Ｓ２５）。

クラウドサーバ１３の機器制御受付部２５は、Ｓ２０の場合と同様にして制御指示の受付の可否を判定する（Ｓ２６）。ここでは、上記制御指示が、既に一度タップされた制御用画像がタップされることにより生じた場合とする。この場合、Ｓ２４においてタップされた制御用画像のトークンは無効になっているので、機器制御受付部２５は、上記制御指示を受け付け不可と判定する。

機器動作指示部２３は、機器制御受付部２５が、上記制御指示を受け付け不可と判定すると、エアコン１４に対して停止の制御指示を送信しない（Ｓ２７）。

また、機器制御受付部２５は、上記制御指示を受け付け不可と判定すると、メッセージ用サーバ１２に、エアコン１４に対する機器制御結果として、エアコン１４の制御が失敗したというメッセージ（機器制御結果）を送信する（Ｓ２８）。メッセージ用サーバ１２は、そのメッセージを受けて、エアコン１４の制御が失敗したというメッセージをメッセージ処理部１１に送信する。

メッセージ処理部１１は、エアコン１４の制御が失敗したというメッセージを受信すると、そのメッセージを画面に表示する（Ｓ２９）。

（制御用画像の管理：処理済の制御指示のトークンを無効にする詳細例）
図８の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図８の（ｂ）は、図８の（ａ）に示した制御用画像についての提示フォーマットの説明図、図８の（ｃ）は、クラウドサーバ１３が備える制御用画像の管理テーブルを示す説明図、図８の（ｄ）は、図８の（ｃ）に示した管理テーブルにおいて、制御用画像における処理済の制御内容のトークンを無効にした状態を示す説明図、図８の（ｅ）は、図８の（ｄ）に示した制御用画像において、トークンが無効化された制御内容の確認動作を示す説明図、図８の（ｆ）は、新規に発行された制御用画像の管理テーブルを示す説明図である。

図８の（ｃ）に示すように、クラウドサーバ１３は、制御用画像に含まれるトークン識別子（TokenId）と、画像識別子（ImageId）と、制御内容（Command）と、それらの時刻情報と、有効無効フラグとを一元的に管理する。クラウドサーバ１３は、制御用画像に埋め込まれていた制御情報を表すＵＲＬを受信すると、そのＵＲＬに含まれるトークン識別子（TokenId）から有効無効フラグの情報を抽出する。クラウドサーバ１３は、有効無効フラグの状態が「有効」であれば制御権限が有効として当該制御指示を受け付け可と判定し、制御内容（Command）に基づく制御を被制御機器に対して行う。一方、クラウドサーバ１３は、有効無効フラグの状態が「無効」である場合は制御権限が無効として当該制御指示を受け付け不可と判定し、制御内容（Command）に基づく制御は行わない。

（ｃ−１）メッセージ処理部１１からの要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像（図８の（ａ））を提示する。この場合の制御用画像提示フォーマットは図８の（ｂ）のとおりである。

（ｃ−２）ユーザが、メッセージ処理部１１が生成する画面上において、図８の（ａ）に示す制御用画像の（３）の画像領域をタップした場合、メッセージ処理部１１からクラウドサーバ１３に対して、（３）の画像領域に割り当てられていたＵＲＬが発行される（TokenId=1003）。

url=https://xxx.co.jp/command/1003
（ｃ−３）クラウドサーバ１３は、受け取ったＵＲＬからTokenIdを抽出し（1003）、抽出したTokenIdに紐づく制御指示（Command=stop）を実行する。また、クラウドサーバ１３は、（３）のTokenIdに紐づくImageIdと同じものを無効にする（図８の（ｄ）、Flag=false）。

（ｃ−４）さらに、ユーザが、メッセージ処理部１１が生成する画面上において、図８の（ａ）に示す制御用画像の（３）の画像領域を再度タップした場合、メッセージ処理部１１からクラウドサーバ１３に対して、（３）の画像領域に割り当てられていたＵＲＬが発行される（TokenId=1003）。

url=https://xxx.co.jp/command/1003
（ｃ−５）この場合、該当するTokenId=1003はすでに無効化されている（図８の（ｅ））。したがって、クラウドサーバ１３は、エアコン１４に対して制御用画像の（３）の画像領域に紐づく制御指示を行わない。

（ｃ−６）この場合、クラウドサーバ１３は、（１）〜（３）の画像領域のそれぞれにTokenId=1011~1013を含む制御用画像を新規に発行する（図８の（ｆ））。そして、クラウドサーバ１３は、メッセージ処理部１１へ制御用画像（図８の（ａ））を提示する。このように、クラウドサーバ１３は、制御用画像の画像領域のトークンが無効化されている場合にエアコン１４へ制御指示を行わず、使用可能な新たな制御用画像をメッセージ処理部１１に提示する。なお、制御用画像発行部２４は、有効な制御用画像の提示にあたり機器情報取得部２２がエアコン１４から取得した動作状態情報を参照し、エアコン１４の動作状態に応じた制御用画像を発行してもよい。

（機器制御システム２の利点）
クラウドサーバ１３は、制御用画像が再度操作されることにより生じた制御指示を無効とするので、エアコン１４に対する操作の失敗やエアコン１４が異常状態になる事態の発生を抑制することができる。

また、クラウドサーバ１３は、制御用画像の画像領域のトークンが無効化されている場合に、使用可能な新たな制御用画像をメッセージ処理部１１に提示するので、制御用画像を再度発行するためのユーザの操作を省略することができ、ユーザの利便性を向上することができる。

〔実施形態３〕
本発明のさらに他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

（機器制御システム３の構成）
本実施形態の機器制御システム３は、前記機器制御システム１と同様、図１に示した機能的構成を有している。

（機器制御システム３の動作）
上記の構成において、本実施形態の機器制御システム３の動作について以下に説明する。本実施形態の機器制御システム３における、メッセージ処理部１１、メッセージ用サーバ１２、クラウドサーバ１３およびエアコン１４の間の処理の流れは、図７に示した機器制御システム２の処理の流れと同様である。ただし、機器制御システム３は、機器制御システム２とは、下記の動作が相違する。

クラウドサーバ１３の制御用画像発行部２４は、Ｓ１４において、新たに制御用画像を発行した場合、過去に発行した制御用画像の画像領域に紐付くＵＲＬのトークンを無効にする。

したがって、クラウドサーバ１３の機器制御受付部２５は、Ｓ２６での制御指示の受付の可否の判定において、メッセージ処理部１１にて制御用画像の画像領域がタップさせることにより発生した制御指示が、最新の制御用画像よりも前の制御用画像をタップすることにより生じたものである場合には、上記制御指示を受け付け不可と判定する。

（制御用画像の管理：制御用画像を再発行する詳細例）
図９の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図９の（ｂ）は、図９の（ａ）に示した制御用画像についての提示フォーマットの説明図、図９の（ｃ）は、クラウドサーバ１３が備える制御用画像の管理テーブルを示す説明図、図９の（ｄ）は、図９に（ｃ）に示した制御用画像の管理テーブルにおいて、新規に制御用画像を発行した場合に、同時に発行済の制御用画像の画像領域に紐付く制御内容のトークンを無効にする動作の説明図である。

図９の（ｃ）に示すように、クラウドサーバ１３は、制御用画像に含まれるトークン識別子（TokenId）と、画像識別子（ImageId）と、制御内容（Command）と、それらの時刻情報と、有効無効フラグとを一元的に管理する。クラウドサーバ１３は、制御用画像に埋め込まれていた制御情報を表すＵＲＬを受信すると、そのＵＲＬに含まれるトークン識別子（TokenId）から有効無効フラグの情報を抽出する。クラウドサーバ１３は、有効無効フラグの状態が「有効」であれば制御権限が有効として当該制御指示を受け付け可と判定し、制御内容（Command）に基づく制御を被制御機器に対して行う。一方、クラウドサーバ１３は、有効無効フラグの状態が「無効」である場合は制御権限が無効として当該制御指示を受け付け不可と判定し、制御内容（Command）に基づく制御は行わない。

（ｄ−１）メッセージ処理部１１からの要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像（図９の（ａ）〜図９の（ｂ））を提示する。

（ｄ−２）クラウドサーバ１３は、その後、さらにメッセージ処理部１１から制御用画像の提示を要求される。

（ｄ−３）メッセージ処理部１１からの再度の要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像を提示する。クラウドサーバ１３は、新規の制御用画像の発行にともない、過去に発行した制御用画像の各画像領域に対応するトークンを無効にする（図９の（ｄ））。

（機器制御システム３の利点）
クラウドサーバ１３は、新たに制御用画像を発行した場合に、過去に発行した制御用画像の画像領域に紐付く制御内容のトークンを無効にするので、エアコン１４に対する操作の失敗やエアコン１４が異常状態になる事態の発生を抑制することができる。

〔実施形態４〕
本発明のさらに他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

（機器制御システム４の構成）
本実施形態の機器制御システム４は、前記機器制御システム１と同様、図１に示した機能的構成を有している。

（機器制御システム４の動作）
上記の構成において、本実施形態の機器制御システム４の動作について以下に説明する。本実施形態の機器制御システム４における、メッセージ処理部１１、メッセージ用サーバ１２、クラウドサーバ１３およびエアコン１４の間の処理の流れは、図７に示した機器制御システム２の処理の流れと同様である。ただし、機器制御システム４は、機器制御システム２とは、下記の動作が相違する。

クラウドサーバ１３の制御用画像発行部２４は、エアコン１４から状態変化の通知を受けた場合に、発行済みの制御用画像の画像領域に紐付く制御内容のトークンを無効にする。なお、エアコン１４が状態変化する場合とは、例えば他のユーザのリモコン操作により、エアコン１４の温度設定等が変化した場合である。

したがって、制御指示が、エアコン１４の状態変化がクラウドサーバ１３へ通知された時点において存在していた制御用画像をタップすることにより生じたものである場合には、上記制御指示は受け付けられない。

（制御用画像の管理：エアコン１４の状態変化が生じた場合に発行済の制御用画像を無効にする詳細例）
図１０の（ａ）は、図３に示した制御用画像が有する複数の画像領域を示す説明図、図１０の（ｂ）は、図１０の（ａ）に示した制御用画像についての提示フォーマットの説明図、図１０の（ｃ）は、クラウドサーバ１３が備える制御用画像の管理テーブルを示す説明図、図１０の（ｄ）は、図１０の（ｃ）に示した管理テーブルにおいて、エアコン１４の状態変化により、制御用画像の各画像領域に紐づく制御内容のトークンを無効にした状態を示す説明図である。

図１０の（ｃ）に示すように、クラウドサーバ１３は、制御用画像に含まれるトークン識別子（TokenId）と、画像識別子（ImageId）と、制御内容（Command）と、それらの時刻情報と、有効無効フラグとを一元的に管理する。クラウドサーバ１３は、制御用画像に埋め込まれていた制御情報を表すＵＲＬを受信すると、そのＵＲＬに含まれるトークン識別子（TokenId）から有効無効フラグの情報を抽出する。クラウドサーバ１３は、有効無効フラグの状態が「有効」であれば制御権限が有効として当該制御指示を受け付け可と判定し、制御内容（Command）に基づく制御を被制御機器に対して行う。一方、クラウドサーバ１３は、有効無効フラグの状態が「無効」である場合は制御権限が無効として当該制御指示を受け付け不可と判定し、制御内容（Command）に基づく制御は行わない。

（ｅ−１）メッセージ処理部１１からの要求に応じて、クラウドサーバ１３はメッセージ処理部１１へ制御用画像（図１０の（ａ）〜図１０の（ｂ））を提示する。

（ｅ−２）クラウドサーバ１３は、その後、エアコン１４から状態変化の通知を受信すると、発行済の制御用画像の各画像領域に対応するトークンを無効にする（図１０の（ｄ））。

（機器制御システム４の利点）
クラウドサーバ１３は、エアコン１４の動作状態の変化を示す情報を取得した場合に、発行済の制御用画像が操作されることにより生じた制御指示を無効とするので、エアコン１４に対する操作の失敗やエアコン１４が異常状態になる事態の発生を抑制することができる。

〔ソフトウェアによる実現例〕
クラウドサーバ１３の制御ブロック（特に機器情報取得部２２、機器動作指示部２３、制御用画像発行部２４および機器制御受付部２５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、クラウドサーバ１３は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る機器制御装置は、メッセージ用のアプリケーションソフトウエアにおける制御用オブジェクトを操作することにより生じた被制御機器（エアコン１４）の制御内容を前記被制御機器に指示する機器制御装置であって、前記制御用オブジェクトを発行し、発行した前記制御用オブジェクトの制御権限を管理し、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定し、操作された前記制御用オブジェクトの前記制御権限が有効である場合に、前記制御用オブジェクトを操作することにより生じた被制御機器の制御内容を前記被制御機器に指示する。

上記の構成によれば、制御指示が有効か無効かを判定し、制御指示が有効である場合にのみ、制御指示に従った動作を被制御機器に指示するので、被制御機器に対する操作の失敗や被制御機器が異常状態になる事態の発生を抑制することができる。

本発明の態様２に係る機器制御装置は、上記態様１において、発行した前記制御用オブジェクトの有効期間を管理し、前記有効期間に基づいて、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定してもよい。

上記の構成によれば、有効期間に基づいて、操作された制御用オブジェクトの制御権限が有効か無効かを判定するので、長期にわたる制御権限の継続を抑制することができる。

本発明の態様３に係る機器制御装置は、上記態様１または２において、前記制御用オブジェクトの制御内容に紐づくＵＲＬに一意の値を割り振り、発行した前記制御用オブジェクトの前記一意の値を管理し、前記一意の値に基づいて、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定してもよい。

上記の構成によれば、制御用オブジェクトの制御指示に紐づくＵＲＬに一意の値を割り振り、制御指示を無効とする場合に、前記一意の値を無効にするので、被制御機器に対する操作の失敗や被制御機器が異常状態になる事態の発生をより確実に抑制することができる。

本発明の態様４に係る機器制御装置は、上記態様３において、前記被制御機器の制御指示に使用された前記制御用オブジェクトの前記一意の値を無効化してもよい。

上記の構成によれば、被制御機器の制御指示に使用された制御用オブジェクトの一意の値を無効とするので、被制御機器に対する操作の失敗や被制御機器が異常状態になる事態の発生を抑制することができる。

本発明の態様５に係る機器制御装置は、上記態様３または４において、前記制御用オブジェクトを発行するとともに発行済の前記制御用オブジェクトの前記一意の値を無効化してもよい。

上記の構成によれば、制御用オブジェクトを発行するとともに発行済の制御用オブジェクトの一意の値を無効化するので、被制御機器に対する操作の失敗や被制御機器が異常状態になる事態の発生を抑制することができる。

本発明の態様６に係る機器制御装置は、上記態様３〜５のいずれか一つにおいて、前記被制御機器の動作状態の変化を示す情報を取得した場合に、発行済の前記制御用オブジェクトの前記一意の値を無効化してもよい。

上記の構成によれば、被制御機器の動作状態の変化を示す情報を取得した場合に、発行済の制御用オブジェクトの一意の値を無効化するので、被制御機器に対する操作の失敗や被制御機器が異常状態になる事態の発生を抑制することができる。

本発明の態様７に係る機器制御装置は、上記態様１〜６のいずれか一つにおいて、操作された前記制御用オブジェクトの前記制御権限が無効である場合に、新規に前記制御用オブジェクトを発行してもよい。

上記の構成によれば、制御用オブジェクトを再度発行するためのユーザの操作を省略することができ、ユーザの利便性を向上することができる。

本発明の態様８に係る機器制御装置は、上記態様１〜７のいずれか一つにおいて、前記被制御機器の動作状態を示す動作状態情報を取得し、前記被制御機器の動作状態に応じた前記制御用オブジェクトを発行してもよい。

上記の構成によれば、時間の経過によって制御指示が無効になっている場合、被制御機器の動作状態を確認した上で、動作状態に応じた制御用オブジェクトを用いることができる。

本発明の各態様に係るクラウドサーバ１３は、コンピュータによって実現してもよく、この場合には、コンピュータを上記クラウドサーバ１３が備える各部（ソフトウェア要素）として動作させることにより上記クラウドサーバ１３をコンピュータにて実現させるクラウドサーバ１３のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１〜４ 機器制御システム
１０ 端末装置
１１ メッセージ処理部
１２ メッセージ用サーバ
１３ クラウドサーバ（機器制御装置）
１４ エアコン（被制御機器）
２１ 画像記憶部
２２ 機器情報取得部
２３ 機器動作指示部
２４ 制御用画像発行部
２５ 機器制御受付部

Claims (8)

1. メッセージ用のアプリケーションソフトウエアにおける制御用オブジェクトを操作することにより生じた被制御機器の制御内容を前記被制御機器に指示する機器制御装置であって、
   前記制御用オブジェクトを発行し、
   発行した前記制御用オブジェクトの制御権限を管理し、
   操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定し、
   操作された前記制御用オブジェクトの前記制御権限が有効である場合に、前記制御用オブジェクトを操作することにより生じた被制御機器の制御内容を前記被制御機器に指示することを特徴とする機器制御装置。
2. 発行した前記制御用オブジェクトの有効期間を管理し、
   前記有効期間に基づいて、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定することを特徴とする、請求項１に記載の機器制御装置。
3. 前記制御用オブジェクトの制御内容に紐づくＵＲＬに一意の値を割り振り、発行した前記制御用オブジェクトの前記一意の値を管理し、
   前記一意の値に基づいて、操作された前記制御用オブジェクトの前記制御権限が有効か無効かを判定することを特徴とする、請求項１または２に記載の機器制御装置。
4. 前記被制御機器の制御指示に使用された前記制御用オブジェクトの前記一意の値を無効化することを特徴とする請求項３に記載の機器制御装置。
5. 前記制御用オブジェクトを発行するとともに発行済の前記制御用オブジェクトの前記一意の値を無効化することを特徴とする請求項３または４に記載の機器制御装置。
6. 前記被制御機器の動作状態の変化を示す情報を取得した場合に、発行済の前記制御用オブジェクトの前記一意の値を無効化することを特徴とする請求項３〜５のいずれか１項に記載の機器制御装置。
7. 操作された前記制御用オブジェクトの前記制御権限が無効である場合に、新規に前記制御用オブジェクトを発行することを特徴とする請求項１〜６のいずれか１項に記載の機器制御装置。
8. 前記被制御機器の動作状態を示す動作状態情報を取得し、前記被制御機器の動作状態に応じた前記制御用オブジェクトを発行することを特徴とする請求項１〜７のいずれか１項に記載の機器制御装置。

Images