(57)【要約】 【課題】通信装置を介し立て続けに機器の操作を行った場合、機器が次の制御命令を処理可能であるかを判断してから制御命令を送信することによって、機器側の受信バッファ溢れによる制御命令の欠落を確実に防ぎ、処理負荷上昇による処理失敗を防止する。【解決手段】本発明の通信装置２は、操作端末１から制御命令を受信し、前記制御命令を少なくとも一つの機器３に送信可能な通信装置２であって、前記機器３を制御する制御命令を受信する通信部２１１と、前記機器３が前記制御命令を実行可能な状態であるかを判断する機器状態判断部２１４と、前記機器状態判断部２１４が、前記機器３が操作可能な状態でないと判断した場合、前記制御命令を前記機器３に送信せず、前記機器３が操作可能な状態であると判断した場合、前記制御命令を前記機器３に送信する制御部２１３と、を備えることを特徴とする。【選択図】図３
2015088822.tif 000002
【特許請求の範囲】
【請求項１】
操作端末から制御命令を受信するとともに、前記制御命令を少なくとも一つの機器に送信する通信部と；
前記機器が前記制御命令を実行可能な状態であるかを判断する機器状態判断部と；
前記機器状態判断部が、前記機器が制御命令を実行可能な状態でないと判断した場合、前記制御命令を前記機器に送信せず、前記機器が制御命令を実行可能な状態であると判断した場合、前記制御命令を前記機器に送信する制御部と；
を備えることを特徴とする通信装置。
【請求項２】
前記通信装置は、前記通信部が最後に受信した制御命令を格納する最新命令保持部をさらに備え、
前記制御部は、前記機器が操作可能な状態であると判断したときに、前記最新命令保持部に格納された所定の制御命令を前記機器に送信する機能
を有することを特徴とする請求項１の通信装置。
【請求項３】
前記通信装置は、送信判定部をさらに備え、
前記送信判定部は、前記通信部が制御命令を受信したとき、前記機器状態判断部が、前記機器が操作可能な状態でないと判断した場合、前記制御命令を保持し、所定時間経過後、前記送信判定部が保持した制御命令と、前記最新命令保持部に格納されている制御命令とが一致するかを判定する機能
を有し、
前記送信判定部が保持した制御命令と、前記最新命令保持部に格納されている制御命令とが一致し、かつ、前記機器状態判断部が、前記機器が操作可能な状態であると判断した場合に前記制御命令を送信すること
を特徴とする請求項２の通信装置。
【請求項４】
前記機器状態判断部は、
前記機器宛てに最後に送信した制御命令の応答を受信したときに、前記機器が操作可能な状態であると判断すること
を特徴とする請求項１から３のいずれか一に記載の通信装置。
【請求項５】
前記機器状態判断部は、
前記機器へ制御命令を送信した後に所定の時間後に前記機器が操作可能な状態であると判断すること
を特徴とする請求項１から４のいずれか一に記載の通信装置。
【請求項６】
操作端末から制御命令を受信し、前記制御命令を少なくとも一つの機器に送信可能な通信装置において、
前記機器を制御する制御命令を受信する通信部と；
前記機器が前記制御命令を実行可能な状態であるかを判断する機器状態判断部と；
前記機器状態判断部が、前記機器が操作可能な状態でないと判断した場合、前記制御命令を前記機器に送信せず、前記機器が操作可能な状態であると判断した場合、前記制御命令を前記機器に送信する制御部と；
を備えることを特徴とする通信方法。
【請求項７】
操作端末から制御命令を受信し、前記制御命令を少なくとも一つの機器に送信可能な通信装置において、
前記機器を制御する制御命令を受信する通信部と；
前記機器が前記制御命令を実行可能な状態であるかを判断する機器状態判断部と；
前記機器状態判断部が、前記機器が操作可能な状態でないと判断した場合、前記制御命令を前記機器に送信せず、前記機器が操作可能な状態であると判断した場合、前記制御命令を前記機器に送信する制御部と；
を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信装置、通信方法および通信システムに関する。
【背景技術】
【０００２】
従来、赤外線を用いたリモートコントロール装置を用いて電子機器等を遠隔操作する遠隔制御システムが知られている（例えば、「特許文献１」参照）。
【０００３】
この特許文献１では、遠隔操作する際にボタン操作を連打する場合の課題に鑑み、あるボタンの連打を検出した時、「ボタンの連打を示す特別の制御命令」を１つだけ送信する手法が開示されている。
【０００４】
また、ネットワーク網を介して照明器具に対して所定の制御を行うことができる照明制御システムが知られている（例えば、「特許文献２」参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許登録４５８９３８１号
【特許文献２】特開２００３−６８４７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年は宅内に設置された機器をネットワークを介して遠隔監視、制御する宅内ネットワークシステムが開発されている。これは、操作端末を介したユーザの操作に応じ、通信装置から宅内のネットワーク機器に制御命令を送信することで遠隔操作することができる。
【０００７】
例えば、パソコン等のＷｅｂブラウザ上に表示された操作画面にて、ユーザが所定の操作ボタンをクリックすると、パソコンと直接、または、何らかの中継装置を介して接続されたネットワーク対応機器に制御命令を送信する、といった通信装置が存在する。ここで、例えば、ユーザが操作ボタンを立て続けに押した場合、制御命令が多量かつ短時間に、通信装置から機器に送信される。この時、機器側の受信バッファ溢れによる制御命令の欠落や、処理負荷上昇による処理失敗が発生し、ユーザの意図と異なった制御結果となりうる。
【０００８】
本発明は前記課題に鑑みてなされたもので、受信バッファ溢れによる制御命令の欠落を防ぎ、処理負荷上昇による処理失敗を防止することが可能であり、また、ユーザが所望する制御命令が送信される通信装置、通信方法、および通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施形態は、前記の課題を解決するため、操作端末から制御命令を受信するとともに、前記制御命令を少なくとも一つの機器に送信する通信部と；前記機器が前記制御命令を実行可能な状態であるかを判断する機器状態判断部と；前記機器状態判断部が、前記機器が制御命令を実行可能な状態でないと判断した場合、前記制御命令を前記機器に送信せず、前記機器が制御命令を実行可能な状態であると判断した場合、前記制御命令を前記機器に送信する制御部と；を備えることを特徴とする通信装置を提供する。
【発明の効果】
【００１０】
本発明にかかる実施形態によれば、機器側の受信バッファ溢れによる制御命令の欠落や、処理負荷上昇による処理失敗を防止し、かつ、ユーザが所望する制御命令を送信できる、という効果が期待できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態にかかるシステムの構成図
【図２】本発明の実施形態にかかる操作端末の操作画面図
【図３】第１の実施形態にかかる通信装置を示すブロック図
【図４】第１の実施形態にかかる通信装置が制御命令を受信したときの動作を示すフローチャート
【図５】第１の実施形態にかかる通信装置が機器からの応答を受信したときの動作を示すフローチャート
【図６】第１の実施形態にかかる通信装置の動作手順を示すシーケンス図
【図７】第１の実施形態にかかる通信装置の動作手順を示す別のシーケンス図
【図８】第２の実施形態にかかる通信装置を示すブロック図
【図９】第２の実施形態にかかる通信装置の動作を示すフローチャート
【図１０】第２の実施形態にかかる通信装置の動作手順を示すシーケンス図
【図１１】第２の実施形態にかかる通信装置の動作手順を示す別のシーケンス図
【図１２】第３の実施形態にかかる通信装置を示すブロック図
【図１３】第３の実施形態にかかる通信装置が制御命令を受信したときの動作を示すフローチャート
【図１４】第３の実施形態にかかる通信装置の送信判定部の動作を示すフローチャート
【図１５】第３の実施形態にかかる通信装置の動作手順を示すシーケンス図
【図１６】第３の実施形態にかかる通信装置の動作手順を示す別のシーケンス図
【発明を実施するための形態】
【００１２】
本発明にかかる実施形態の通信装置は、操作端末から制御命令を受信するとともに、前記制御命令を少なくとも一つの機器に送信する通信部と、前記機器が前記制御命令を実行可能な状態であるかを判断する機器状態判断部と、前記機器状態判断部が、前記機器が前記制御命令を実行可能な状態でないと判断した場合、前記制御命令を前記機器に送信せず、前記機器が前記制御命令を実行可能な状態であると判断した場合、前記制御命令を前記機器に送信する制御部と、を備えることを特徴とする。
【００１３】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１４】
図１は、本発明の実施形態にかかるシステムの構成を示すブロック図である。図１のシステムは、それぞれ有線または無線のネットワークを介して接続された、操作端末１と、通信装置２と、少なくとも一つの機器３とから構成されている。
【００１５】
これら装置間には、任意の通信中継装置やプロトコル変換装置を介してもよい。また、操作端末１と通信装置２は、一体的に構成された一つの装置としてもよい。つまり、物理的に一つの装置あるいは別体で構成されて任意の通信手段で通信する複数の装置であってもよい。
【００１６】
操作端末１は、例えば、Ｗｅｂブラウザ搭載のＰＣ、タブレット、テレビなど、表示装置と、通信装置２との通信機能と、を備えた一般的な端末である。もちろん、操作端末１は、前記の形態によらず、物理的なボタンを備えた一般的なリモコンであってもよい。
【００１７】
図２は、操作端末１の表示装置に表示された「エアコン操作画面」の一例を示す操作画面である。ユーザは、マウスあるいはタッチパネルなど任意の手段によって、操作画面上のエアコン操作ボタンを操作することができるとする。なお、表示装置にはエアコン以外の他の機器を操作するための操作画面を表示するようにしてもよいし、制御対象となる機器を適宜選択できるようにしてもよい。
【００１８】
また、操作端末１は、ユーザが任意の操作を行うと、その操作を検知し、対応する制御命令を通信装置２に送信する機能を有する。
【００１９】
通信装置２は、通信手段による機器の制御が可能なコントローラ装置の一般的な機能として、操作端末１との通信機能と、機器３との通信機能と、前記操作端末１との通信機能を介して操作端末１から制御命令を受信し、前記機器３との通信機能を介して制御命令を機器３に送信する機能と、を備える。さらに、機器３から任意の応答を受信する機能を備えてもよい。
【００２０】
ここで、通信手段とは、例えば、ＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴ  Ｌｉｔｅ、ＵＰｎＰ、ＨＴＴＰなど任意のものであってもよい。
【００２１】
さらに、通信装置２は、受信した制御命令に応じた制御パケットを生成し、適切な機器３へと送信する機能を備え、制御パケットには、その送信先の機器３を示す情報も含まれるとする。
【００２２】
ここで、一つの制御命令に対して、複数の制御パケットを生成するとしてもよい。例えば、機器３がエアコンの場合には、ユーザが操作端末１で「暖房」ボタンを押して通信装置２に制御命令を送信した時に、通信装置２は「運転モード：暖房」「温度設定：２０℃」「風量設定：強」の内容を含む制御パケットを生成してもよい。
【００２３】
また、通信装置２から送信される最初の制御パケットの命令が「運転モード：暖房」「温度設定：２０℃」「風量設定：強」であり、その後送信される予定の制御パケットの命令が「運転モード：暖房」「温度設定：２０℃」「風量設定：弱」であった場合、その差分である「風量設定：弱」のみを送るとしてもよい。
【００２４】
これらは、例えば、通信装置２がＷｅｂサーバを備え、操作端末１上のＷｅｂブラウザに対して操作画面を提供し、Ｗｅｂブラウザを介してＷｅｂサーバ上のプログラムがユーザの操作を検知し所定の処理を行う、といった既存の技術で実現される機能である。
【００２５】
なお、本発明において、制御パケットの生成はその時点、機器、構成などに限定されない。たとえば、通信機器２の任意の構成部が生成してもよいし、操作端末１が制御パケットを生成し通信装置２に直接送信するとしても、制御パケットを生成せず制御命令を直接機器３に送信し機器３に解釈させてもよい。
【００２６】
機器３は、通信装置２との通信機能を備えた一般的な被制御機器であり、例えば、ＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴ
Ｌｉｔｅ対応のエアコンなどである。機器３は、通信装置２から送信された制御命令の受領、または実行完了を示す応答を、通信装置２あてに送信する機能を有してもよい。
【００２７】
通常、このような被制御機器は、コストとの兼ね合いから、表示装置を備えた操作端末やコントローラである通信装置に比べ、処理能力が低く搭載メモリが少ない。このため、通信装置から、短時間に多量の制御命令を送信されると、正しく処理できない場合がある、という制約を持つ。
【００２８】
図１のシステムによる一般的なサービスとしては、例えば、ユーザが、Ｗｅｂブラウザ搭載タブレットを用いて、Ｗｅｂブラウザ上に表示された図２のような「エアコン操作画面」から、「冷房」「除湿」「暖房」「運転ＯＮ／ＯＦＦ」といった運転モードボタン１３、温度設定ボタン１１、風量設定ボタン１２を操作することにより、宅内のＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴ  Ｌｉｔｅ対応エアコンを制御する、といったものが挙げられる。
【００２９】
ここで、ユーザが例えば冷房１３a、除湿１３b、暖房１３cボタンを立て続けに押した場合、制御命令が多量かつ短時間に、通信装置２から機器３に送信される。この時、機器３側の受信バッファ溢れによる制御命令の欠落や、処理負荷上昇による処理失敗が発生し、ユーザの意図と異なった制御結果となりうる。例えば、機器３が「冷房」「除湿」の制御命令まで受信しそれを処理中に、更に「暖房」の制御命令が届き受信バッファに入りきらなかった場合、ユーザは暖房１３cボタンを最後に押したにも関わらず、機器は「除湿」の動作のままとなる。
【００３０】
（第１の実施形態）
【００３１】
第１の実施形態では、制御命令を送信先機器に送信してから、その制御命令の受領、または実行完了を示す応答を受信したか否かによって、当該機器が、次の制御命令を受信し実行可能な状態であるか否かを判断する。なお、以下の説明において、通信装置２が最初に制御命令を受信するとき等の初期状態においては、対象となる機器が制御命令を受信可能な状態であるものとする。
【００３２】
図３は、第１の実施形態にかかる通信装置２を示すブロック図である。
【００３３】
第１の実施形態にかかる通信装置２は、通信部２１１と、最新命令保持部２１２と、制御部２１３と、機器状態判断部２１４と、を備える。
【００３４】
通信部２１１は、所定の通信手段を介し、操作端末１からの制御命令および機器３から送信された任意の応答を受信するとともに、機器３への制御信号を送信する機能を有する。また、通信部２１１は操作端末１からの制御命令を受信したとき、最新命令保持部２１２に保持された制御命令を更新する機能を有する。ここで更新とは、最新命令保持部２１２が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００３５】
最新命令保持部２１２は、制御命令を格納する機能を有し、通信部２１１が制御命令を受信するごとに格納する制御命令が更新される。
【００３６】
制御部２１３は、機器状態判断部２１４が、所定の機器が次の制御命令を受信し実行可能な状態でないと判断した場合、当該機器あての制御命令を送信せず、機器状態判断部２１４が、所定の機器が次の制御命令を受信し実行可能な状態であると判断した場合、当該機器あての最新の制御命令を送信し、最新命令保持部２１２に格納された当該制御命令を削除する、または最新の制御命令が格納されていなければなにもしない、という機能を有する。
【００３７】
機器状態判断部２１４は、制御命令の送信先の機器から、前回送信した制御命令の受領、または実行完了を示す応答を受信したか否かによって、当該機器が、次の制御命令を受信し実行可能な状態であるか否かを判断する機能を有する。
【００３８】
図４および図５は、第１の実施形態にかかる通信装置２の動作を示すフローチャートである。
【００３９】
まず、図４のフローチャートを用いて、通信装置２が所定の制御命令を受信したときの動作について説明する。図４のフローは通信部２１１が制御命令を受信することによってスタートする（Ｓ４０）。
【００４０】
通信部２１１は、制御命令を受信したとき、最新命令保持部２１２を更新する（Ｓ４１）。ここで更新とは、最新命令保持部２１２が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００４１】
次に、機器状態判断部２１４が、前記制御命令の送信先の機器から、当該機器あてに前回送信した制御命令の受領、または実行完了を示す応答を受信したか否かによって、送信先機器が、次の制御命令を受信し実行可能な状態であるかを判断する（Ｓ４２）。
【００４２】
機器状態判断部２１４が、送信先機器が次の制御命令を受信し実行可能な状態ではないと判断した場合は、送信先機器３に対して制御命令を送信しない。機器状態判断部２１４が、送信先機器３が次の制御命令を受信し実行可能な状態であると判断した場合、制御部２１３は、送信先機器３に前記制御命令を送信し（Ｓ４３）、最新命令保持部２１２から当該制御命令を削除する（Ｓ４４）。
【００４３】
すなわち、最新命令保持部２１２には、つねに最新かつ送信先機器３に送信していない制御命令を保持しているか、空の状態である。
【００４４】
次に、図５を用いて、通信部２１１が、任意の機器３から当該機器あてに前回送付した制御命令の受領、または実行完了を示す応答を受信したときの動作について説明する。
【００４５】
まず、通信部２１１が、機器３から当該機器あてに前回送信した制御命令の受領、または実行完了を示す応答を受信したとき、フローが開始し（Ｓ５５）、当該応答または判断結果を図示しない記憶手段に保存する。例えば、機器状態判断部２１４が保持し、または機器状態判断部２１４が読み出し可能に保存するようにしてもよい。これによって、機器状態判断部２１４は当該機器が前記制御命令を実行可能な状態であると判断する（Ｓ５６）。
【００４６】
次に、当該機器あての制御命令が最新命令保持部２１２に格納されているか否かを判断する（Ｓ５７）。ここで、前回送信した制御命令は最新命令保持部２１２から削除されるため、最新命令保持部２１２に制御命令が保持されているということは、制御命令を送信した後に別の制御命令を受信した場合である。つまり、この別の制御命令を受信したとき、機器状態判断部２１４は送信先機器が次の制御命令を受信し実行可能な状態とは判断しないため、当該制御命令は送信されずに最新の制御命令のみが最新命令保持部２１２に保持されている。
【００４７】
Ｓ５７で最新命令保持部２１２に制御命令が保持されている場合には、制御部２１３は、最新命令保持部２１２に格納されている前記制御命令を送信先機器に送信し（Ｓ５８）、最新命令保持部２１２から前記制御命令を削除する（Ｓ５９）。
【００４８】
一方、Ｓ５７で最新命令保持部２１２に制御命令が保持されていない場合はフローを終了する。
【００４９】
なお、制御部２１３は、所定の制御命令を送信先機器に送信したあと、最新命令保持部２１２から該当制御命令を削除せず（Ｓ４４、Ｓ５９を実行しない）、前記制御命令の受領、または実行完了を示す応答を受信するまで送信しなかった制御命令を任意の方法で記憶し、前記機器から前記制御命令の受領、または実行完了を示す応答を受信したときに、記憶した制御命令と、最新命令保持部２２に格納された制御命令と、を比較し、最新の制御命令であると判断した制御命令のみを機器に送信してもよい。
【００５０】
図６は、前記第１の実施形態にかかる通信装置２の動作手順を示すシーケンス図である。ここで、すべての制御命令Ａ、Ｂ、Ｃは、同一の機器３に対して立て続けに行われたとする。
【００５１】
まず、通信部２１１が制御命令Ａを受信したとき、制御命令Ａが最新命令保持部２１２に格納される。このとき、機器３の状態が次の制御命令を実行可能であると判断されるため、通信装置２は制御命令Ａを機器３に送信し、最新命令保持部２１２から制御命令Ａが削除される。なおシーケンス図では、最新命令保持部２１２に制御命令Ａが格納されている状態を（Ａ）と記し、最新命令保持部２１２が空の状態を（＿）と記す（以下同様）。
【００５２】
次に、機器３宛ての制御命令Ｂ、Ｃを立て続けに受信した場合、機器３から制御命令Ａの受領、または実行完了を示す応答をまだ受信していなければ、機器状態判断部２１４は、機器３は次の制御命令を処理可能な状態ではないと判断し、制御部２１３は制御命令Ｂ、Ｃを送信しない。
【００５３】
このとき、最新命令保持部２１２はＢ、Ｃと上書きされ、最終的にはＣが保持される。
【００５４】
通信装置２が、機器３から制御命令Ａの受領、または実行完了を示す応答を受信すると、制御部２１３は、そのとき最新命令保持部２１２に保持されている制御命令を送信するため、制御命令Ｃのみが送信される。
【００５５】
なお、図７に示すように通信装置２が制御命令Ｃを送信した後に、制御命令Ｄを受信した場合、最新命令保持部２１２は制御命令Ｄに更新され、制御命令Ｃに対する応答を受信したのちに制御命令Ｄが機器３へ送信される。
【００５６】
（第１の実施形態の効果）
【００５７】
第１の実施形態によると、機器側に特別な制御命令を解釈する機能を搭載する必要がなく、立て続けに操作を行っても、機器側に負荷をかけることなくユーザが所望する制御命令を実行させることができる。
【００５８】
また、通信装置が前回送信した制御命令の受領、または実行完了を示す応答を受信したか否かで、次の制御命令を処理可能であるかを判断するため、機器側の受信バッファ溢れによる制御命令の欠落を確実に防ぎ、処理負荷上昇による処理失敗を防止できる。
【００５９】
（第２の実施形態）
【００６０】
第２の実施形態では、制御命令を送信先機器に送信してから、所定時間経過したか否かによって、当該機器が、次の制御命令を受信し実行可能な状態であるか否かを判断する点が第１の実施形態と異なっている。第２の実施形態のシステム全体図は、図１に示す第１の実施形態と同様であり、第１の実施形態と同一の構成については同符号を付してその詳細な説明は省略する。
【００６１】
第２の実施形態にかかる通信装置２は、図８のブロック図で表すことができる。
【００６２】
第２の実施形態にかかる通信装置２は、通信部２２１と、最新命令保持部２２２と、制御部２２３と、機器状態判断部２２４と、を備える。
【００６３】
通信部２２１は、所定の通信手段を介し、操作端末１から制御命令を受信するとともに、機器３への制御信号を送信する機能を有する。また、通信部２２１は操作端末１から制御命令を受信したとき、最新命令保持部２２２に保持された制御命令を更新する機能を有する。ここで更新とは、最新命令保持部２２２が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００６４】
最新命令保持部２２２は、制御命令を格納する機能を有し、通信部２２１が制御命令を受信するごとに格納する制御命令が更新される。
【００６５】
制御部２２３は、機器状態判断部２２４が、制御命令の送信先の機器が次の制御命令を受信し実行可能な状態でないと判断した場合、前記制御命令を送信せず、前記機器状態判断部２４が、送信先機器が次の制御命令を受信し実行可能な状態であると判断した場合、最新の制御命令を送信し最新命令保持部から当該制御命令を削除する、または最新の制御命令がなければなにもしない、という機能を有する。
【００６６】
機器状態判断部２２４は、前回制御命令を送信先機器に送信してから、所定時間経過したか否かによって、当該機器が、次の制御命令を受信し実行可能な状態であるか否かを判断する。
【００６７】
図９を用いて、第２の実施形態にかかる通信装置２が、所定の制御命令を受信したときの動作を説明する。図９のフローは通信部２２５が任意の制御命令を受信することによってスタートする（Ｓ９０）。
【００６８】
通信部２２１は、制御命令を受信したとき、最新命令保持部２２２を更新する（Ｓ９１）。ここで更新とは、最新命令保持部２２２が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００６９】
次に、機器状態判断部２２４が、前記制御命令の送信先の機器あてに、前回制御命令を送信してから所定時間経過しているか否かによって、送信先機器が、制御命令を受信し実行可能な状態であるかを判断する（Ｓ９２）。
【００７０】
ここで、所定時間の値は、固定値を用いてもよいし、制御命令の内容に応じて異なる値を用いてもよい。例えば、制御命令の表現にＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴ
Ｌｉｔｅを用いる場合、制御命令にはオブジェクトコード（制御対象機種、エアコンなど）、プロパティコード（制御対象機能、運転モードなど）、プロパティデータ値（制御内容、暖房など）が含まれる。たとえば、一般的なエアコンにおいて、運転モードの切り替えは、エアコン内部において多くの処理を必要と時間がかかるが、運転モードの切り替えは、頻繁に行わない。一方、温度設定はエアコン内部での処理は少なく、時間がかからない。そのため、たとえば、制御命令に含まれるプロパティコードが運転モードの場合エアコン側の処理は長め、制御命令に含まれるプロパティコードが温度設定の場合エアコン側の処理は短め、と想定し、時間経過の値をそれぞれ長め／短めに設定してもよい。
【００７１】
Ｓ９２で、機器状態判断部２２４が、送信先機器が次の制御命令を受信し実行可能な状態ではないと判断した場合、制御部２２３は、制御命令を送信せずにフローを終了する。機器状態判断部２２４が、送信先機器が次の制御命令を受信し実行可能な状態であると判断した場合、制御部２２３は、送信先機器に前記制御命令を送信し（Ｓ９３）、最新命令保持部２２２から当該制御命令を削除する（Ｓ９４）。
【００７２】
次に、機器状態判断部２２４は、前記制御命令の送信（Ｓ９３）から所定時間経ったか否かを判断し（Ｓ９５）、所定時間経過したときに、最新命令保持部２２２に格納された他の制御命令が存在するか否か、すなわち前回送信した制御命令が最新か否かを判断する（Ｓ９６）。Ｓ９６で格納された制御命令がある場合、制御部２２３は、その最新の制御命令を送信先の機器に送信し（Ｓ９３）、格納された制御命令が無い場合にはフローを終了する。なお、Ｓ９５で所定時間が経過していない場合には所定時間が経過するまでＳ９５が繰り返し実行される。
【００７３】
これら図９の処理は、任意の制御命令を受信したことをトリガーとして開始される。
【００７４】
そのため、任意の制御命令によって開始された動作フローがＳ９２からＳ９３〜Ｓ９６に移行した場合、制御命令を送信先機器に送信してから所定時間以内に受信した他の制御命令によって開始された動作フローは、Ｓ９２を実行した時点で終了するため、他の制御命令が逐次最新命令保持部２２２に更新されていく。また、制御命令を送信先機器に送信してから所定時間以内に他の制御命令を受信しなかった場合、Ｓ９４を実行してから最新命令保持部２２２は更新されないため、最新命令保持部２２２は制御命令が格納されていない状態である。
【００７５】
よって、Ｓ９３〜Ｓ９６に移行した動作フローがＳ９６に到達したとき、最新命令保持部２２には、所定時間以内に受信した最新の制御命令が格納されているか、格納されている制御命令が存在しないことが考えられる。格納されている制御命令が存在しない場合、前回送信した制御命令が最新であるため、動作フローを終了する。格納されている制御命令がある場合は、その制御命令が最新であるため、当該制御命令を機器に送信し、Ｓ９３〜Ｓ９６のフローを繰り返す。
【００７６】
なお、制御部２２７は、所定の制御命令を機器３に送信したあと、最新命令保持部２２６から該当制御命令を削除せず（Ｓ９４を実行しない）、前記制御命令を送信先機器に送信してから、所定時間経過するまでに送信しなかった制御命令を任意の方法で記憶し、所定時間が経過したときに、記憶した制御命令と、最新命令保持部に格納された制御命令と、を比較し、最新の制御命令であると判断した制御命令のみを機器に送信する、としてもよい。
【００７７】
図１０は、第２の実施形態にかかる通信装置２の動作手順を示すシーケンス図である。ここで、すべての制御命令は、同一の機器３に対して立て続けに行われたとする。
【００７８】
まず、通信装置２が制御命令Ａを受信した時、制御命令Ａが最新命令保持部２２６に格納される。このとき、機器３の状態が次の制御命令を実行可能であると判断されるため、通信装置２は制御命令Ａを機器３に送信する。
【００７９】
さらに、通信装置２が機器３宛ての制御命令Ｂ、Ｃを立て続けに受信した場合、すなわち制御命令Ａを送信してから所定時間以内に、機器３宛ての制御命令Ｂ、Ｃを立て続けに受信した場合、機器状態判断部２２４は、機器３は次の制御命令を受信し実行可能な状態ではないと判断し、制御部２２３は制御命令Ｂ、Ｃを送信しない。このとき、最新命令保持部２２２はＢ、Ｃと上書きされ、最終的にはＣが保持される。
【００８０】
機器状態判断部２２４は、制御命令Ａを送信してから所定時間経過したとき、機器３が次の制御命令を受信し実行可能な状態であると判断し、制御部２２３は、そのとき最新命令保持部２２２に保持されている制御命令を送信するため、制御命令Ｃのみが機器３に送信される。
【００８１】
なお、図１１に示すように通信装置２が制御命令Ｃを送信した後に、制御命令Ｄを受信した場合、最新命令保持部２１２は制御命令Ｄに更新され、制御命令Ｃを送信してから所定時間経過後に制御命令Ｄが送信される。
【００８２】
（第２の実施形態の効果）
【００８３】
本発明にかかる第２の実施形態によると、機器側に特別な制御命令を解釈する機能を搭載する必要がなく、立て続けに操作を行った場合、最後の制御命令を送信することができる。
【００８４】
また、機器側に前回受信した制御命令の受領、または実行完了を示す応答を送信する機能を搭載することなく、前回の制御命令の送信から所定時間経過したか否かで、次の制御命令を処理可能であるかを判断し、機器側の受信バッファ溢れによる制御命令の欠落を確実に防ぎ、処理負荷上昇による処理失敗を防止できる。
【００８５】
（第３の実施形態）
【００８６】
第３の実施形態では通信装置２に送信判定部２３５を設けた点が第１および第２の実施形態と異なっている。なお、第３の実施形態のシステム全体は、図１で示す第１および第２の実施形態と同様であり、同一構成については同一の符号を付して詳細な説明は省略する。
【００８７】
図１２は、第３の実施形態にかかる通信装置２を示すブロック図である。
【００８８】
第３の実施形態にかかる通信装置２は、通信部２３１と、最新命令保持部２３２と、制御部２３３と、機器状態判断部２３４と、さらに送信判定部２３５と、を備える。
【００８９】
通信部２３１は、所定の通信手段を介し、操作端末１からの制御命令および機器３から送信された任意の応答を受信するとともに、機器３への制御信号を送信する機能を有する。最新命令保持部２３２に保持された制御命令を更新する機能を有する。また、通信部２１１は操作端末１からの制御命令を受信したとき、最新命令保持部２１２に保持された制御命令を更新する機能を有する。ここで更新とは、最新命令保持部が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００９０】
最新命令保持部２３２は、制御命令を格納する機能を有し、通信部２３１が制御命令を受信するごとに格納する制御命令が更新される。
【００９１】
制御部２３３は、機器状態判断部２１が、所定の機器が次の制御命令を受信し実行可能な状態でないと判断した場合、当該機器あての制御命令を送信せず、機器状態判断部２３４が、所定の機器が次の制御命令を受信し実行可能な状態であると判断した場合、当該機器あての最新の制御命令を送信し、最新命令保持部２３２に格納された当該制御命令を削除する、または最新の制御命令が格納されていなければなにもしない、という機能を有する。
【００９２】
機器状態判断部２３４は、制御命令の送信先の機器が、次の制御命令を受信し実行可能な状態であるか否かを判断する機能を有する。判断方法およびタイミングは後述する。
【００９３】
送信判定部２３５は、送信先機器が次の制御命令を受信し実行可能な状態でないタイミングに受信し、前記機器あてに送信されなかった所定の制御命令に対し、所定のタイミングで前記制御命令がその送信先機器あての最新の制御命令であるか否かを判断し、最新であると判断した場合、制御部２３３にその制御命令を送信先の機器に送信させ、最新でない場合はその制御命令を送信しない、という機能を有する。
【００９４】
図１３および図１４は、第３の実施形態にかかる通信装置２の動作を示すフローチャートである。
【００９５】
まず、図１３を用いて、通信装置２が所定の制御命令を受信したときの動作について説明する。図１３のフローは通信部２３１が制御命令を受信することによってスタートする（Ｓ１３０）。
【００９６】
通信部２３１は、任意の制御命令を受信したとき、最新命令保持部２３２を更新する（Ｓ１３１）。ここで更新とは、最新命令保持部２３２が空であれば新たに格納し、既に格納されていれば上書きすることを指す。
【００９７】
このとき、機器状態判断部２３４が、前記制御命令の送信先の機器から、当該機器あてに前回送付した制御命令の受領、または実行完了を示す応答を受信したか否かによって、送信先機器が、次の制御命令を受信し実行可能な状態であるかを判断する（Ｓ１３２）。
【００９８】
機器状態判断部２３４が、送信先機器が次の制御命令を受信し実行可能な状態であると判断した場合、制御部２３４は、送信先機器あてに前記制御命令を送信する（Ｓ１３３）。機器状態判断部２３４が、送信先機器が次の制御命令を受信し実行可能な状態ではないと判断した場合は、前記制御命令を送信判定部２３５に送信する（Ｓ１３４）。
【００９９】
なお、ここでは、送信先機器が次の制御命令を受信し実行可能な状態であるか否かの判断方法を、前回送信した制御命令を送信先機器が受領、または実行完了を示す応答を通信部２３１が受信していたか否か、をもとに判断しているが、前回制御命令を送信先機器に送信してから、所定時間経過したか否か、で判断してもよい。
【０１００】
次に、図１４を用いて、送信判定部２３５の動作フローを説明する。
【０１０１】
送信判定部２３５におけるＳ１４５〜Ｓ１４８の動作フローを、判定プロセスとよぶ。
【０１０２】
判定プロセスは、送信判定部２３５がＳ１３４で送信された任意の制御命令を受信するごとに開始される。そのため、同時に複数の判定プロセスが進行されていることが考えられる。
【０１０３】
送信判定部２３５は、送信先機器に送信せず保留した制御命令を受信すると判定プロセスを開始する（Ｓ１４０）。制御命令の受信から所定時間経過した時点で（Ｓ１４５）、前記制御命令と、そのとき最新命令保持部２３２に格納されている制御命令と、を比較し、一致するか否かで前記制御命令が最新か否かを判断する（Ｓ１４６）。
【０１０４】
送信判定部２３５が受信した制御命令と、最新命令保持部２３２に格納されている制御命令とが一致した場合、前記制御命令が最新であるため、制御部２３３は送信先機器に当該制御命令を送信する（Ｓ１４７）。送信判定部２３５が受信した制御命令と、最新命令保持部２３２に格納されている制御命令とが一致しない場合、前記制御命令は最新ではないため、当該制御命令に対する判定プロセスを終了する。
【０１０５】
なお、一致の判定とは、例えば、制御命令の表現にＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴＥＣＨＯＮＥＴ
Ｌｉｔｅを用いる場合、その送信先のアドレス、制御命令に含まれるオブジェクトコード、プロパティコード、プロパティデータ値の比較により行うことができる。
【０１０６】
制御命令に複数の内容、例えば、「運転モード：暖房」「温度設定：２０℃」「風量設定：強」などが含まれる場合、その全てが一致するか否かで判定を行ってもよい。
【０１０７】
また、所定時間の値は、固定値を用いてもよいし、制御命令の内容に応じて異なる値を用いてもよい。
【０１０８】
例えば、制御命令の表現にＥＣＨＯＮＥＴ／ＥＣＨＯＮＥＴ
Ｌｉｔｅを用いる場合、制御命令にはオブジェクトコード（制御対象機種、エアコンなど）、プロパティコード（制御対象機能、運転モードなど）、プロパティデータ値（制御内容、暖房など）が含まれる。ここで、例えば、制御命令に含まれるプロパティコードが運転モードの場合エアコン側の処理は長め、制御命令に含まれるプロパティコードが温度設定の場合エアコン側の処理は短め、と制御部が想定し、時間経過の値をそれぞれ長め・短めに設定してもよい。
【０１０９】
なお、ここでは経過期間を、送信判定部２３５が制御命令を受信したときから起算しているが、経過時間の開始時点はこれに限らない。たとえば、通信部２３１が制御命令を受信したとき、またはユーザによる操作が行われたときでもかまわない。
【０１１０】
図１５および図１６は、第３の実施形態にかかる通信装置２の動作手順を示すシーケンス図である。ここで、すべての制御命令は、同一の機器３に対して立て続けに行われたとする。
【０１１１】
まず、図１５を用いて、実施形態１および実施形態２で説明した例と同様の操作を、実施形態３にかかる通信装置で行われたときの動作を説明する。
【０１１２】
通信部２３１が制御命令Ａを受信したとき、制御命令Ａが最新命令保持部２３２に格納される。このとき、機器３の状態が次の制御命令を実行可能であると判断されるため、通信装置は制御命令Ａを機器３に送信する。
【０１１３】
続いて、通信装置２が、機器３が制御命令Ａの受領、または実行完了を示す応答を機器３から受信していない間に、機器３宛ての制御命令Ｂを受信した場合、機器３が次の制御命令を実行可能でないと判断されるため、制御命令Ｂは送信判定部２３５に送信され、Ｂの判定プロセスが開始される。このとき、最新命令保持部２３２に格納されている制御命令はＢに更新される。
【０１１４】
同じように、通信装置２が、機器３が制御命令Ａの受領、または実行完了を示す応答を機器３から受信していない間に、機器３宛ての制御命令Ｃを受信した場合、機器３が次の制御命令を実行可能でないと判断されるため、制御命令Ｃは送信判定部２３５に送信され、Ｃの判定プロセスが開始される。このとき、最新命令保持部２３２に格納されている制御命令は、ＢからＣに更新され、最終的にはＣが保持される。
【０１１５】
制御命令Ｂを受信してから所定時間経過したとき、送信判定部２３５は、制御命令Ｂと、最新命令保持部２３２に格納されている制御命令とを比較する。このとき、格納されているのは制御命令Ｃであるため、制御命令Ｂは最新ではないと判断され、機器３に送信せず、判定プロセスを終了する。
【０１１６】
次に、制御命令Ｃを受信してから所定時間経過したとき、送信判定部２３５は、制御命令Ｃと、最新命令保持部２３２に格納されている制御命令とを比較する。このとき、格納されているのは制御命令Ｃであるため、制御命令Ｃが最新の命令であると判断され、機器３に制御命令Ｃが送信される。
【０１１７】
すなわち、実施形態３では、間隔が所定時間より短い一連の操作を行った場合、連続の操作が終わるまで制御命令を送信せず、連続の操作が終了したときに、最後の制御命令のみを送信することが可能である。
【０１１８】
図１６は、図１５において制御命令Ｃの直後に制御命令Ｄを受信した場合のシーケンス図であり、実施形態１および実施形態２において、制御命令Ｃの送信直後に制御命令Ｄを受信した場合、制御命令Ｄを受信してから機器３が制御命令Ｄを実行するまでに時間がかかってしまう問題を抑止した操作例を示している。
【０１１９】
つまり、実施形態１および実施形態２では、制御命令Ｃの送信直後に、制御命令Ｄを受信した場合、図７、図１１で示すように制御命令Ｄは、送信先機器が制御命令Ｃを受領または実行完了を示す応答を受信した後、または制御命令Ｃの送信から所定の時間経過後に、送信される。このため、制御命令Ｄを受信してから送信先機器が制御命令Ｄを実行するまでに時間がかかってしまう場合がありうる。
【０１２０】
まず、通信部２３１が制御命令Ａを受信したとき、制御命令Ａが最新命令保持部２３２に格納される。次に、機器３の状態が次の制御命令を実行可能であると判断されるため、通信装置は制御命令Ａを機器３に送信する。
【０１２１】
続いて、通信装置２が、機器３が制御命令Ａの受領、または実行完了を示す応答を機器３から受信していない間に、機器３宛ての制御命令Ｂを受信した場合、機器３が次の制御命令を実行可能でないと判断されるため、制御命令Ｂは送信判定部２３５に送信され、Ｂの判定プロセスが開始される。
【０１２２】
同じように、通信装置２が、機器３が制御命令Ａの受領、または実行完了を示す応答を機器３から受信していない間に、機器３宛ての制御命令Ｃを受信した場合、機器３が次の制御命令を実行可能でないと判断されるため、制御命令Ｃは送信判定部２３５に送信され、Ｃの判定プロセスが開始される。
【０１２３】
次に、通信装置２が、機器３から制御命令Ａの受領、または実行完了を示す応答を受信し、そのあとに制御命令Ｄを受信したとする。
【０１２４】
このとき、最新命令保持部に格納されている制御命令は、Ｂ、Ｃ、Ｄと更新され、最終的にはＤが保持されている。その後に行われる判定プロセスＢおよび判定プロセスＣは、それぞれが最新でないと判定され、送信されず、判定プロセスが終了する。
【０１２５】
また、通信装置２が制御命令Ｄを受信したとき、前回送信した制御命令Ａに対する応答をすでに受信しているため、機器状態判断部２３４は、機器３が次の制御命令を受信し実行可能な状態であると判断し、制御命令Ｄが機器３に送信される。
【０１２６】
（第３の実施形態の効果）
【０１２７】
すなわち、本発明にかかる実施形態３では、間隔が所定時間より短い一連の操作を行った場合、連続の操作が終わるまで制御命令を送信せず、連続の操作が終了したときに、最後の制御命令を送信することが可能である。
【０１２８】
実施形態１および実施形態２は、機器が制御命令を実行可能な状態でない期間が長く、一連の操作の期間が短いサービスに有利である。実施形態３は、機器が制御命令を処理可能な状態ではない期間が短く、一連の操作の期間が長いサービスに有利である。
【０１２９】
たとえば、エアコンにおいて、「暖房」「冷房」「除湿」といった運転モードの切り替え指示は、エアコン内部において多くの処理を必要とし、時間がかかる。しかし、通常運転モードの切り替えは、頻繁に行わない。そのため、これらの操作は実施形態１または実施形態２に有利であることが言える。
【０１３０】
対して「温度設定」の指示は、エアコン内部における処理は多くないが、所望の温度まで連続して操作を行うことが多い。たとえば、設定温度を１８℃から２５℃まで変更したい場合、「設定温度を上げる」を７回指示するため、これらの操作は実施形態３に有利であることが言える。
【０１３１】
なお、本発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。例えば、制御命令の種類に応じて適宜異なる実施形態を組み合わせるようにしてもよい。
【符号の説明】
【０１３２】
１…操作端末、
２…通信装置
２１１、２２１、２３１…通信部
２１２、２２２、２３２…最新命令保持部
２１３、２２３、２３３…制御部
２１４、２２４、２３４…機器状態判断部
２３５…送信判断部
３…機器
【図１】
2015088822.tif 000003
【図２】
2015088822.tif 000004
【図３】
2015088822.tif 000005
【図４】
2015088822.tif 000006
【図５】
2015088822.tif 000007
【図６】
2015088822.tif 000008
【図７】
2015088822.tif 000009
【図８】
2015088822.tif 000010
【図９】
2015088822.tif 000011
【図１０】
2015088822.tif 000012
【図１１】
2015088822.tif 000013
【図１２】
2015088822.tif 000014
【図１３】
2015088822.tif 000015
【図１４】
2015088822.tif 000016
【図１５】
2015088822.tif 000017
【図１６】
2015088822.tif 000018