(57)【要約】      （修正有）【課題】機器の遠隔的な制御の成否を制御元が確認できる可能性を高める情報処理システム、装置、方法及びプログラムを提供する。【解決手段】被制御機器３０と、監視機器４０と、制御装置１０とを含む情報処理システムであって、制御装置１０は、被制御機器３０に対する制御要求に応じ、被制御機器３０に制御命令を送信する制御命令送信部１３と、被制御機器３０の状態を監視する監視機器４０から送信される情報に基づいて、制御命令の成否を判定する制御結果判定部１５と、を有する。【選択図】図３
2019161543.tif 000002
【特許請求の範囲】
【請求項１】
第１の機器と、第２の機器と、情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
前記第１の機器に対する制御要求に応じ、前記第１の機器に制御命令を送信する第１の送信部と、
前記第１の機器の状態を監視する前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する判定部と、
を有することを特徴とする情報処理システム。
【請求項２】
前記第１の機器に対する制御要求に応じ、前記第１の機器の監視要求を前記第２の機器に送信する第２の送信部を有し、
前記判定部は、前記監視要求に応じて前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記第２の機器から送信される情報は、前記第１の機器の状態に応じて変化する物理量である、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記第２の機器から送信される情報は、前記第１の機器の状態に応じて変化する環境の画像である、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項５】
第１の機器及び第２の機器とネットワークを介して接続される情報処理装置であって、
前記第１の機器に対する制御要求に応じ、前記第１の機器に制御命令を送信する第１の送信部と、
前記第１の機器の状態を監視する前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する判定部と、
を有することを特徴とする情報処理装置。
【請求項６】
第１の機器及び第２の機器とネットワークを介して接続される情報処理装置が、
前記第１の機器に対する制御要求に応じ、前記第１の機器に制御命令を送信する第１の送信手順と、
前記第１の機器の状態を監視する前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する判定手順と、
を実行することを特徴とする情報処理方法。
【請求項７】
第１の機器及び第２の機器とネットワークを介して接続される情報処理装置に、
前記第１の機器に対する制御要求に応じ、前記第１の機器に制御命令を送信する第１の送信手順と、
前記第１の機器の状態を監視する前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する判定手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
オフィスにおいて利用される機器や家電機器等の中には、インターネット等のネットワークに接続可能であり、スマートフォン等の端末から遠隔的に制御可能とされている機器が有る。
【０００３】
例えば、ユーザは、スマートフォン等にインストールされたアプリケーションを利用して、外出先等からこれらの機器を操作することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、遠隔操作に関する各機器のサービスレベルは必ずしも同じではない。例えば、複合機のように、情報処理装置と同等にＣＰＵ等を有する機器であれば、遠隔的な制御命令に応じて当該機器が行った動作の結果（例えば、成功又は失敗）を、制御元に応答を送信することができる。一方、照明機器のような簡易な機器の中には、遠隔的な制御命令に対する応答を送信することができない機器が有る。このような機器を制御する場合、例えば、制御元は、機器の制御の成功を前提とした行動又は処理を実行することができない。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、機器の遠隔的な制御の成否を制御元が確認できる可能性を高めることを目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、第１の機器と、第２の機器と、情報処理装置とを含む情報処理システムであって、前記情報処理装置は、前記第１の機器に対する制御要求に応じ、前記第１の機器に制御命令を送信する第１の送信部と、前記第１の機器の状態を監視する前記第２の機器から送信される情報に基づいて、前記制御命令の成否を判定する判定部と、を有する。
【発明の効果】
【０００７】
機器の遠隔的な制御の成否を制御元が確認できる可能性を高めることができる。
【図面の簡単な説明】
【０００８】
【図１】第１の実施の形態における情報処理システム１の構成例を示す図である。
【図２】第１の実施の形態における制御装置１０のハードウェア構成例を示す図である。
【図３】第１の実施の形態におけるユーザ端末２０及び制御装置１０の機能構成例を示す図である。
【図４】第１の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【図５】第２の実施の形態における状況設定を説明するための図である。
【図６】第２の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【図７】第２の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【図８】第３の実施の形態におけるユーザ端末２０及び制御装置１０の機能構成例を示す図である。
【図９】第３の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【図１０】第３の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における情報処理システム１の構成例を示す図である。図１において、ユーザ端末２０は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して制御装置１０に接続される。制御装置１０は、ＬＡＮ又はインターネット等のネットワークを介して被制御機器３０及び監視機器４０等に接続される。
【００１０】
被制御機器３０は、遠隔的な操作（制御）の対象とされる機器である。本実施の形態において、被制御機器３０は、例えば、ＷｅｂＡＰＩ等、ネットワークを介して制御命令を受け付け可能なＡＰＩ（Application Program Interface）を備える。但し、被制御機器３０は、遠隔的な制御に関するサービスレベルが低い機器であるとする。具体的には、被制御機器３０は、制御命令に対する応答を返信しない機器であるとする。したがって、被制御機器３０の遠隔的な制御元は、被制御機器３０との通信のみでは制御命令に応じた動作又は処理等が正常に実行されたか否かを確認することができない。
【００１１】
監視機器４０は、被制御機器３０の状態の監視用に設置される機器である。したがって、監視機器４０は、当該変化を検知可能なように設置される必要が有る。監視機器４０も、被制御機器３０と同様に、ネットワークを介して要求を受け付け可能なＡＰＩを備える。但し、監視機器４０は、被制御機器３０に比べて遠隔的な制御に関するサービスレベルが高い機器であるとする。すなわち、監視機器４０は、遠隔的な要求に対して応答を送信することができる。監視機器４０は、被制御機器３０の監視要求を受け付けると、被制御機器３０の状態の変化を示す情報を当該監視要求の送信元へ返信する。
【００１２】
なお、監視機器４０は、厳密には、被制御機器３０の状態そのものではなく、監視機器４０の状態の変化に応じた環境（明るさ、物体の形状、又はその他の物理量等）の変化を検知する機器であってもよい。監視機器４０の状態の変化に応じた環境の変化とは、例えば、監視機器４０が、照明機器であれば、照明のＯＮ又はＯＦＦに応じた明るさの変化等である。以下においては、便宜上、斯かる環境の変化も含めて、監視機器４０の状態の変化という。
【００１３】
ユーザ端末２０は、被制御機器３０を遠隔的に操作するためのユーザインタフェースを提供する情報処理端末である。例えば、スマートフォン、タブレット端末又はＰＣ（Personal Computer）等がユーザ端末２０として利用されてもよい。ユーザ端末２０は、被制御機器３０の制御指示をユーザから受け付けると、当該制御指示に応じた制御要求を制御装置１０へ送信する。
【００１４】
制御装置１０は、ユーザ端末２０からの制御要求に応じた制御を被制御機器３０について実行する１以上のコンピュータである。具体的には、制御装置１０は、当該制御要求に応じた制御命令を被制御機器３０へ送信すると共に、当該制御命令に応じて被制御機器３０の状態の変化を示す情報を監視機器４０から受信する。制御装置１０は、監視機器４０から受信する情報に基づいて、被制御機器３０に対する制御命令に応じた動作又は処理が、被制御機器３０によって正常に実行されたか否かを判定する。
【００１５】
なお、ユーザ端末２０、被制御機器３０及び監視機器４０は、或る企業内に配置され、制御装置１０は、当該企業外に配置されてもよい。この場合、制御装置１０は、インターネット等を介してクラウドサービスを提供するコンピュータであってもよい。
【００１６】
なお、被制御機器３０及び監視機器４０は、それぞれ１つに限られない。また、被制御機器３０と監視機器４０との関係は、１対１に限られない。例えば、１つの監視機器４０が複数の被制御機器３０の状態を監視してもよいし、１つの被制御機器３０の状態が複数の監視機器４０によって監視されてもよい。
【００１７】
図２は、第１の実施の形態における制御装置１０のハードウェア構成例を示す図である。図２の制御装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１８】
制御装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１９】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って制御装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２０】
なお、ユーザ端末２０も図２に示されるようなハードウェアを有してもよい。但し、ユーザ端末２０は、ユーザからの操作指示を受け付けるための入力装置や、ユーザに対して情報を出力するための表示装置等を備えているのが望ましい。
【００２１】
図３は、第１の実施の形態におけるユーザ端末２０及び制御装置１０の機能構成例を示す図である。図３において、ユーザ端末２０は、ＵＩ制御部２１、監視設定部２２、制御要求送信部２３及び制御結果受信部２４等を有する。これら各部は、ユーザ端末２０にインストールされた１以上のプログラムが、ユーザ端末２０のＣＰＵに実行させる処理により実現される。
【００２２】
ＵＩ制御部２１は、被制御機器３０の制御指示等をユーザから受け付けるための画面（以下「制御画面」という。）の表示等を制御する。
【００２３】
監視設定部２２は、制御画面において制御対象として選択された被制御機器３０の状態の変化を監視するための設定情報（以下、「監視設定」という。）を制御装置１０へ送信する。監視設定は、例えば、監視対象（制御対象）の被制御機器３０の識別情報（以下、「機器ＩＤ」という。）、被制御機器３０の状態を監視する監視機器４０の機器ＩＤ、及び制御の成功を示す条件（以下、「成功条件」という。）等を含む。成功条件とは、例えば、被制御機器３０が照明機器であり、制御内容が照明のＯＮであれば、監視機器４０が計測する照度が閾値以上となることである。なお、監視元の監視機器４０や成功条件は、制御画面を介してユーザによって指定されてもよい。又は、監視対象の被制御機器３０の機器ＩＤと監視元の監視機器４０の機器ＩＤとの対応情報（以下、「監視用対応情報」という。）が、予めユーザ端末２０に設定されていてもよい。監視用対応情報には、制御内容に応じた成功条件が含まれてもよい。
【００２４】
制御要求送信部２３は、制御対象として選択された被制御機器３０に関する制御要求を制御装置１０へ送信する。
【００２５】
制御結果受信部２４は、制御要求に応じた被制御機器３０の制御の結果を示す情報（以下、単に「制御結果」という。）を制御装置１０から受信する。
【００２６】
一方、制御装置１０は、監視設定受信部１１、監視要求部１２、制御命令送信部１３、監視情報受信部１４、制御結果判定部１５及び制御結果送信部１６等を有する。これら各部は、制御装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
【００２７】
監視設定受信部１１は、ユーザ端末２０から送信される監視設定を受信する。監視要求部１２は、監視設定受信部１１が受信した監視設定に含まれている監視元の機器ＩＤに係る監視機器４０に対し、監視対象の被制御機器３０の機器ＩＤを通知して、当該監視対象の監視を要求する。なお、監視対象と監視元との関係が１対１である場合、又は、監視対象が特定の被制御機器３０に限定されない場合、監視対象の被制御機器３０の機器ＩＤは監視元に通知されなくてもよい。
【００２８】
制御命令送信部１３は、制御対象の被制御機器３０に対して制御命令を送信する。当該制御命令は、被制御機器３０が有するＡＰＩを介して被制御機器３０に送信されてもよい。
【００２９】
監視情報受信部１４は、被制御機器３０の状態を示す情報（以下、「監視情報」という。）を監視元の監視機器４０から受信する。監視情報は、例えば、監視機器４０によって検知又は計測された、環境に関する物理量であってもよいし、当該物理量の変化の有無を示す情報であってもよいし、監視機器４０によって撮像された画像データであってもよい。
【００３０】
制御結果判定部１５は、監視情報に基づいて成功条件の充足の有無を判定することで、ユーザ端末２０からの制御要求に応じた被制御機器３０の制御についての成否を判定する。
【００３１】
制御結果送信部１６は、制御結果判定部１５による判定結果をユーザ端末２０へ送信する。但し、監視情報がそのまま制御結果としてユーザ端末２０へ送信されてもよい。
【００３２】
以下、情報処理システム１において実行される処理手順について説明する。図４は、第１の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【００３３】
例えば、ユーザが、制御画面を介して制御対象の被制御機器３０を選択し、当該被制御機器３０に対する制御内容を入力すると（Ｓ１０１）、監視設定部２２は、監視用対応情報に基づいて、当該被制御機器３０の監視元の監視機器４０の機器ＩＤを特定し、当該被制御機器３０の機器ＩＤ（監視対象ＩＤ）と、当該監視機器４０の機器ＩＤ（監視元ＩＤ）と、当該制御内容に応じた成功条件とを含む監視設定を制御装置１０へ送信する（Ｓ１０２）。制御内容とは、例えば、当該被制御機器３０が照明機器であれば、照明のＯＮ又はＯＦＦ等である。
【００３４】
制御装置１０の監視設定受信部１１が当該監視設定を受信すると、監視要求部１２は、当該監視設定に含まれている監視元ＩＤに係る監視機器４０に対して、監視の開始要求を送信する（Ｓ１０３）。当該開始要求には、監視対象ＩＤが含まれてもよい。当該開始要求に応じ、監視機器４０は、監視対象ＩＤに係る被制御機器３０の状態の監視（例えば、環境に関する物理量の計測や画像の撮像等）を開始する。
【００３５】
続いて、ユーザ端末２０の制御要求送信部２３は、ユーザによって入力された制御内容に応じた制御要求を制御装置１０へ送信する（Ｓ１０４）。当該制御要求に応じ、制御命令送信部１３は、当該制御内容に対応する制御命令を制御対象の被制御機器３０へ送信する（Ｓ１０５）。例えば、当該被制御機器３０が照明機器であれば、照明のＯＮ等の命令が送信される。
【００３６】
一方、監視元の監視機器４０は、ステップＳ１０３における監視の開始要求の受信後、被制御機器３０の状態を示す監視情報を繰り返し（例えば、一定期間ごとに）、制御装置１０へ送信する（Ｓ１０６）。例えば、一定期間ごとに計測される照度が、当該一定期間ごとに送信されてもよい。制御結果判定部１５は、当該監視情報が監視情報受信部１４によって受信されるたびに、当該監視情報が成功条件を満たすか否かを判定する。受信される監視情報が、ステップＳ１０４から所定時間以内に成功条件を満たした場合、制御結果判定部１５は、制御の成功を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７）。一方、受信される監視情報が、当該所定時間を超えても成功条件を満たさない場合、制御結果判定部１５は、制御の失敗を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７）。なお、当該所定時間も成功条件の構成要素とされてもよい。
【００３７】
なお、成功条件が、ステップＳ１０３において監視機器４０に対して通知されてもよい。この場合、監視機器４０が成功条件の充足の有無を判定してもよい。この場合の監視情報は、制御の成否を示す情報であってもよい。
【００３８】
ユーザ端末２０の制御結果受信部２４が当該制御結果を受信すると、ＵＩ制御部２１は、当該制御結果を表示する（Ｓ１０８）。その結果、ユーザは、制御対象として選択した被制御機器３０の制御の成否を知ることができる。当該成否に応じて、ユーザは、ユーザ端末２０を介して更なる処理要求を制御装置１０へ送信してもよい。例えば、制御に成功した場合に、他の被制御機器３０に関してステップＳ１０１以降が実行されてもよい。
【００３９】
上述したように、第１の実施の形態によれば、制御命令の実行の成否を応答できない被制御機器３０の状態を監視機器４０が監視して、制御元に監視情報を通知する。したがって、本実施の形態によれば、被制御機器３０の遠隔的な制御の成否を制御元が確認できる可能を高めることができる。
【００４０】
なお、被制御機器３０は、サービスレベルが高い機器（すなわち、制御命令の実行の成否を応答可能な機器）であってもよい。この場合であっても、被制御機器３０の状態を監視機器４０に監視させることで、制御元は、被制御機器３０の制御の成否をより高い精度で知ることができる。すなわち、被制御機器３０が制御命令に従った動作を正常に実行したつもりであっても、被制御機器３０の故障又は誤動作等により、当該動作が正常に実行されない場合も考えられる。この場合、被制御機器３０は、制御の成功を応答することになるが、監視機器４０からの監視情報に基づけば、被制御機器３０の動作に応じて環境の変化等が発生していないことを制御元は検知することができ、制御が失敗したことを知ることができる。
【００４１】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。
【００４２】
第２の実施の形態では、具体的な状況に被制御機器３０及び監視機器４０を当てはめて説明する。図５は、第２の実施の形態における状況設定を説明するための図である。図５は、会議室の内側が示されている。
【００４３】
当該会議室において、リモート照明３１、電動カーテン３２、電動スクリーン３３及びプロジェクタ３４は、被制御機器３０の一例である。
【００４４】
また、モニターカメラ４１は、監視機器４０の一例である。なお、モニターカメラ４１は、指定された方向を撮像可能であるとする。
【００４５】
更に、ユーザ端末２０が、机の上に配置されている。なお、厳密には、電動カーテン３２については、電動カーテン３２の開閉を駆動する装置が被制御機器３０に相当する。同様に、電動スクリーン３３については、電動スクリーン３３の収納及び展開を駆動する装置が被制御機器３０に相当する。
【００４６】
図６及び図７は、第２の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。図６及び図７中、図４に対応するステップには、同一のステップ番号を付し、末尾にアルファベットが付加されている。
【００４７】
例えば、ユーザが、制御画面を介してプロジェクタ３４を制御対象として選択し、プロジェクタ３４の利用指示を入力すると（Ｓ１０１ａ）、監視設定部２２は、監視用対応情報に基づいて、電動スクリーン３３の監視元のモニターカメラ４１の機器ＩＤを特定し、電動スクリーン３３の機器ＩＤ（監視対象ＩＤ）とモニターカメラ４１の機器ＩＤ（監視元ＩＤ）とを含む監視設定を制御装置１０へ送信する（Ｓ１０２ａ）。当該監視設定には、モニターカメラ４１に対する電動スクリーン３３の方向を示す情報が含まれてもよい。更に、当該監視設定には、電動スクリーン３３が展開している状態を示す画像が成功条件として含まれてもよい。
【００４８】
なお、プロジェクタ３４の利用指示に応じて、電動スクリーン３３等が制御対象とされるのは、例えば、第２の実施の形態におけるユーザ端末２０のＵＩ制御部２１、監視設定部２２、制御要求送信部２３及び制御結果受信部２４は、プロジェクタ３４の使用環境を整えるためのアプリケーションプログラムがユーザ端末２０のＣＰＵに実行させる処理により実現されるからである。
【００４９】
続いて、ユーザ端末２０の制御要求送信部２３は、電動スクリーン３３の降下（展開）要求を制御装置１０へ送信する（Ｓ１０４ａ）。当該要求に応じ、制御命令送信部１３は、降下（展開）命令を電動スクリーン３３へ送信する（Ｓ１０５ａ）。
【００５０】
一方、監視元のモニターカメラ４１は、ステップＳ１０３ａにおける監視の開始要求の受信後、電動スクリーン３３の方向を撮像した画像データを繰り返し（例えば、一定期間ごとに）、制御装置１０へ送信する（Ｓ１０６ａ）。或いは、モニターカメラ４１からは、継続的に画像データが制御装置１０へ送信されてもよい。すなわち、ここでは、当該画像データが監視情報の一例である。
【００５１】
制御結果判定部１５は、当該画像データが監視情報受信部１４によって受信されるたびに、当該画像データが成功条件を満たすか否かを判定する。例えば、当該画像データと成功条件としての画像データとの類似度が閾値を超えるか否かが判定されてもよい。類似度の算出は、公知の方法を用いて実行されればよい。
【００５２】
例えば、所定時間以内に、モニターカメラ４１からの画像データと成功条件としての画像データとの類似度が閾値を超えると、制御結果判定部１５は、制御の成功を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７ａ）。それ以外の場合、制御の失敗を示す制御結果がユーザ端末２０へ送信される。
【００５３】
ユーザ端末２０の制御結果受信部２４が当該制御結果を受信すると、ＵＩ制御部２１は、当該制御結果（電動スクリーン３３の降下の成否）を表示する（Ｓ１０８ａ）。
【００５４】
電動スクリーン３３の降下が成功した場合、監視設定部２２は、監視用対応情報に基づいて、電動カーテン３２の監視元のモニターカメラ４１の機器ＩＤを特定し、電動カーテン３２の機器ＩＤ（監視対象ＩＤ）とモニターカメラ４１の機器ＩＤ（監視元ＩＤ）とを含む監視設定を制御装置１０へ送信する（Ｓ１０２ｂ）。当該監視設定には、モニターカメラ４１に対する電動カーテン３２の方向を示す情報が含まれてもよい。更に、当該監視設定には、電動カーテン３２が閉じている状態を示す画像が成功条件として含まれてもよい。
【００５５】
続いて、ユーザ端末２０の制御要求送信部２３は、電動カーテン３２のクローズ要求を制御装置１０へ送信する（Ｓ１０４ｂ）。当該要求に応じ、制御命令送信部１３は、クローズ命令を電動カーテン３２へ送信する（Ｓ１０５ｂ）。
【００５６】
一方、監視元のモニターカメラ４１は、ステップＳ１０３ｂにおける監視の開始要求の受信後、電動カーテン３２の方向を撮像した画像データを繰り返し（例えば、一定期間ごとに）、又は継続的に制御装置１０へ送信する（Ｓ１０６ｂ）。
【００５７】
制御結果判定部１５は、当該画像データが監視情報受信部１４によって受信されるたびに、当該画像データが成功条件を満たすか否かを判定する。斯かる判定は、電動スクリーン３３について説明した方法と同様でよい。
【００５８】
続いて、制御結果判定部１５は、制御の成否を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７ｂ）。ユーザ端末２０の制御結果受信部２４が当該制御結果を受信すると、ＵＩ制御部２１は、当該制御結果（電動カーテン３２のクローズの成否）を表示する（Ｓ１０８ｂ）。
【００５９】
電動カーテン３２のクローズが成功した場合、監視設定部２２は、監視用対応情報に基づいて、リモート照明３１の監視元のモニターカメラ４１の機器ＩＤを特定し、リモート照明３１の機器ＩＤ（監視対象ＩＤ）とモニターカメラ４１の機器ＩＤ（監視元ＩＤ）とを含む監視設定を制御装置１０へ送信する（図７：Ｓ１０２ｃ）。当該監視設定には、モニターカメラ４１に対するリモート照明３１の方向を示す情報が含まれてもよい。更に、当該監視設定には、リモート照明３１が消灯している状態を示す画像が成功条件として含まれてもよい。
【００６０】
続いて、ユーザ端末２０の制御要求送信部２３は、リモート照明３１の消灯要求を制御装置１０へ送信する（Ｓ１０４ｃ）。当該要求に応じ、制御命令送信部１３は、消灯命令をリモート照明３１へ送信する（Ｓ１０５ｃ）。
【００６１】
一方、監視元のモニターカメラ４１は、ステップＳ１０３ｃにおける監視の開始要求の受信後、リモート照明３１の方向を撮像した画像データを繰り返し（例えば、一定期間ごとに）、又は継続的に制御装置１０へ送信する（Ｓ１０６ｃ）。
【００６２】
制御結果判定部１５は、当該画像データが監視情報受信部１４によって受信されるたびに、当該画像データが成功条件を満たすか否かを判定する。斯かる判定は、電動スクリーン３３について説明した方法と同様でよい。
【００６３】
続いて、制御結果判定部１５は、制御の成否を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７ｃ）。ユーザ端末２０の制御結果受信部２４が当該制御結果を受信すると、ＵＩ制御部２１は、当該制御結果（リモート照明３１の消灯の成否）を表示する（Ｓ１０８ｃ）。
【００６４】
リモート照明３１の消灯が成功した場合、監視設定部２２は、監視用対応情報に基づいて、電動スクリーン３３の監視元のモニターカメラ４１の機器ＩＤを特定し、電動スクリーン３３の機器ＩＤ（監視対象ＩＤ）とモニターカメラ４１の機器ＩＤ（監視元ＩＤ）とを含む監視設定を制御装置１０へ送信する（Ｓ１０２ｄ）。当該監視設定には、モニターカメラ４１に対する電動スクリーン３３の方向を示す情報が含まれてもよい。更に、当該監視設定には、プロジェクタ３４から電動スクリーン３３に画像が投影されている状態を示す画像が成功条件として含まれてもよい。
【００６５】
続いて、ユーザ端末２０の制御要求送信部２３は、プロジェクタ３４の投影開始要求を制御装置１０へ送信する（Ｓ１０４ｄ）。当該要求に応じ、制御命令送信部１３は、投影開始命令をプロジェクタ３４へ送信する（Ｓ１０５ｄ）。
【００６６】
一方、監視元のモニターカメラ４１は、ステップＳ１０３ｄにおける監視の開始要求の受信後、電動スクリーン３３の方向を撮像した画像データを繰り返し（例えば、一定期間ごとに）、又は継続的に制御装置１０へ送信する（Ｓ１０６ｄ）。
【００６７】
制御装置１０において、当該画像データが監視情報受信部１４によって受信されるたびに、制御結果判定部１５は、当該画像データが成功条件を満たすか否かを判定する。斯かる判定は、電動スクリーン３３について説明した方法と同様でよい。
【００６８】
続いて、制御結果判定部１５は、制御の成否を示す制御結果をユーザ端末２０へ送信する（Ｓ１０７ｄ）。ユーザ端末２０の制御結果受信部２４が当該制御結果を受信すると、ＵＩ制御部２１は、当該制御結果（プロジェクタ３４の投影の成否）を表示する（Ｓ１０８ｄ）。
【００６９】
その後、ユーザは、プロジェクタ３４を利用してプレゼンテーション等の業務を開始することができる。
【００７０】
なお、上記では、モニターカメラ４１が、電動スクリーン３３、電動カーテン３２、リモート照明３１及びプロジェクタ３４の状態を監視するための監視機器４０として機能する例を示したが、電動スクリーン３３、電動カーテン３２、リモート照明３１及びプロジェクタ３４ごとに、異なるカメラが監視機器４０として設置されてもよい。又は、電動カーテン３２及びリモート照明３１については、照度センサ等が、監視機器４０として利用されてもよい。また、電動スクリーン３３については、当該電動スクリーン３３の動作を検知するセンサ等が、監視機器４０として利用されてもよい。
【００７１】
次に、第３の実施の形態について説明する。第３の実施の形態では第１及び第２の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１及び第２の実施の形態と同様でもよい。
【００７２】
図８は、第３の実施の形態におけるユーザ端末２０及び制御装置１０の機能構成例を示す図である。図８中、図３と同一部分又は図３に対応する部分には同一符号を付し、その説明は適宜省略する。
【００７３】
図８において、ユーザ端末２０は、監視設定部２２を有さない。一方、制御装置１０は、監視設定受信部１１の代わりに制御要求受信部１７を有する。制御要求受信部１７は、制御装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
【００７４】
制御要求受信部１７は、或る被制御機器３０の制御要求に応じ、当該被制御機器３０の制御に伴って制御すべき他の被制御機器３０を特定すると共に、当該被制御機器３０及び当該他の被制御機器３０のそれぞれの状態を監視する監視機器４０を特定する。制御要求受信部１７は、特定した各被制御機器３０への制御命令の送信を制御命令送信部１３へ要求し、特定した監視機器４０の機器ＩＤ等を監視要求部１２へ通知する。
【００７５】
なお、第３の実施の形態における状況設定は、第２の実施の形態（図５）と同じである。
【００７６】
図９及び図１０は、第３の実施の形態の情報処理システム１において実行される処理手順の一例を説明するためのシーケンス図である。
【００７７】
プロジェクタ３４の利用指示が入力されると（Ｓ１０１ａ）、制御要求送信部２３は、プロジェクタ３４の投影開始要求を制御装置１０へ送信する（Ｓ１１０）。当該投影開始要求は、制御装置１０の制御要求受信部１７によって受信される。制御要求受信部１７は、当該投影開始要求に応じて制御すべき被制御機器３０と、各被制御機器３０に対応する監視機器４０を特定する。例えば、プロジェクタ３４の機器ＩＤに対応付けられて、電動スクリーン３３、電動カーテン３２及びリモート照明３１のそれぞれの機器ＩＤと、それぞれの制御内容（降下（展開）、クローズ、消灯）を示す情報とが、補助記憶装置１０２に記憶されていてもよい。また、プロジェクタ３４、電動スクリーン３３、電動カーテン３２及びリモート照明３１のそれぞれの機器ＩＤに対応付けられて、モニターカメラ４１の機器ＩＤが監視元として補助記憶装置１０２に記憶されていてもよい。この場合、制御要求送信部２３は、補助記憶装置１０２を参照することで、当該投影開始要求に応じて制御すべき被制御機器３０（電動スクリーン３３、電動カーテン３２及びリモート照明３１）と、各被制御機器３０に対応する監視機器４０（モニターカメラ４１）とを特定することができる。
【００７８】
制御要求受信部１７による特定結果に基づいて、ステップＳ１０４ａ、Ｓ１０５ａ、Ｓ１０６ａ、Ｓ１０４ｂ、Ｓ１０５ｂ、Ｓ１０６ｂ、Ｓ１０４ｃ、Ｓ１０５ｃ、Ｓ１０６ｃ、Ｓ１０４ｄ、Ｓ１０５ｄ、Ｓ１０６ｄが実行されて、電動スクリーン３３の降下（展開）、電動カーテン３２のクローズ、リモート照明３１の消灯、プロジェクタ３４の投影開始の制御が行われ、それぞれの制御の成否が確認される。更に、ステップＳ１０７ｄ及びＳ１０８ｄが実行されて、プロジェクタ３４の制御結果がユーザ端末２０において表示される。
【００７９】
第３の実施の形態によれば、ユーザ端末２０は、制御対象の被制御機器３０を制御装置１０に通知することで、当該被制御機器３０と共に制御が必要とされる他の被制御機器３０と、制御対象となる各被制御機器３０の状態を監視する監視機器４０とが制御装置１０によって判定される。したがって、ユーザ端末２０の負荷を軽減することができる。
【００８０】
なお、ステップ１０１ａでは、図５に示した特定の会議室が利用対象として選択されてもよい。この場合、ステップＳ１１０では、当該会議室の利用要求が制御装置１０に送信されてもよい。制御装置１０の制御要求受信部１７は、当該会議室の利用に際して制御すべき被制御機器３０と、各被制御機器３０の監視元の監視機器４０とを特定してもよい。
【００８１】
なお、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【００８２】
なお、上記各実施の形態において、制御装置１０は、情報処理装置の一例である。被制御機器３０は、第１の機器の一例である。監視機器４０は、第２の機器の一例である。制御命令送信部１３は、第１の送信部の一例である。制御結果判定部１５は、判定部の一例である。監視要求部１２は、第２の送信部の一例である。
【００８３】
以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８４】
１            情報処理システム
１０          制御装置
１１          監視設定受信部
１２          監視要求部
１３          制御命令送信部
１４          監視情報受信部
１５          制御結果判定部
１６          制御結果送信部
１７          制御要求受信部
２０          ユーザ端末
２１          ＵＩ制御部
２２          監視設定部
２３          制御要求送信部
２４          制御結果受信部
３０          被制御機器
３１          リモート照明
３２          電動カーテン
３３          電動スクリーン
３４          プロジェクタ
４０          監視機器
４１          モニターカメラ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
Ｂ            バス
【先行技術文献】
【特許文献】
【００８５】
【特許文献１】特開２０１２−００４７４０号公報
【図１】
2019161543.tif 000003
【図２】
2019161543.tif 000004
【図３】
2019161543.tif 000005
【図４】
2019161543.tif 000006
【図５】
2019161543.tif 000007
【図６】
2019161543.tif 000008
【図７】
2019161543.tif 000009
【図８】
2019161543.tif 000010
【図９】
2019161543.tif 000011
【図１０】
2019161543.tif 000012