(57)【要約】【課題】各アプリケーションソフトの状態に応じて、表示装置に表示するアプリケーションソフトを制御することができる情報処理端末等を提供すること。【解決手段】表示部を有し、複数の被制御アプリ８９がインストールされている情報処理端末９０であって、第一の被制御アプリの状態が変更された場合、前記表示部６１６の最前面に表示する前記被制御アプリを、第一の被制御アプリの状態の変更に伴って切り替えることを特徴とする。【選択図】図３
2020140337.tif 000002
【特許請求の範囲】
【請求項１】
表示部を有し、複数の被制御アプリがインストールされている情報処理端末であって、
第一の被制御アプリの状態が変更された場合、
前記表示部の最前面に表示する前記被制御アプリを、第一の被制御アプリの状態の変更に伴って切り替えることを特徴とする情報処理端末。
【請求項２】
前記第一の被制御アプリの状態が変更された場合、
前記表示部の最前面に表示する前記被制御アプリを、前記第一の被制御アプリの状態の変更に伴って変更された前記被制御アプリの優先度に応じて切り替えることを特徴とする請求項１に記載の情報処理端末。
【請求項３】
前記第一の被制御アプリの状態が変更された場合、
前記表示部の最前面に表示する前記被制御アプリを、前記第一の被制御アプリの状態の変更に伴って優先度が変更された第二の被制御アプリに切り替えることを特徴とする請求項１に記載の情報処理端末。
【請求項４】
前記情報処理端末は、ユーザにより予約されるリソースに配置されており、
前記第一の被制御アプリはユーザのリソースの使用開始を待ち受ける待ち受け画面であり、
前記第一の被制御アプリがリソースの使用開始を受け付けて使用開始状態に変更された場合、前記表示部の最前面に表示する前記被制御アプリを、第二の被制御アプリに切り替えることを特徴とする請求項１〜３のいずれか１項に記載の情報処理端末。
【請求項５】
前記第一の被制御アプリがリソースの使用終了を受け付けて使用終了状態に変更された場合、前記表示部の最前面に表示する前記被制御アプリを、前記第一の被制御アプリに切り替えることを特徴とする請求項４に記載の情報処理端末。
【請求項６】
前記第二の被制御アプリは、手書き入力を受け付ける電子黒板アプリであることを特徴とする請求項４又は５に記載の情報処理端末。
【請求項７】
前記第一の被制御アプリは、少なくとも会議室への入室及び退室の操作を受け付ける受付アプリであり、
前記第二の被制御アプリは、前記入室の操作の後に、会議への参加者が使用する会議用アプリであり、
前記情報処理端末は、前記会議用アプリが前記表示部に表示されている場合は、前記退室を示す表示を前記表示部の最前面に表示することを特徴とする請求項３に記載の情報処理端末。
【請求項８】
前記退室を示す表示は、退室操作を受け付けるためのボタンであることを特徴とする請求項７に記載の情報処理端末。
【請求項９】
前記退室を示す表示は、前記受付アプリが、会議室の予約の終了時刻に応じて、所定の条件の下で、前記会議用アプリよりも前面に表示し、
前記所定の条件は時刻が前記会議室の予約の終了時刻から一定時間前に到達し、かつ、前記一定時間前の時点で前記会議用アプリが前記受付アプリよりも前面に表示されていることであることを特徴とする請求項７に記載の情報処理端末。
【請求項１０】
表示部を有し、複数の被制御アプリがインストールされている情報処理端末に、
第一の被制御アプリの状態が変更された場合、
前記表示部の最前面に表示する前記被制御アプリを、第一の被制御アプリの状態の変更に伴って切り替える処理を実行させることを特徴とするプログラム。
【請求項１１】
前記情報処理端末を、
前記被制御アプリと通信する端末内通信部と、
第一の被制御アプリの状態の変更に伴い優先度が変更された第二の被制御アプリから前記端末内通信部が優先度を受信した場合、前記端末内通信部が受信した前記優先度に基づいて１つの前記被制御アプリを決定するアプリ決定部、として機能させ、
前記端末内通信部は、前記アプリ決定部が決定した前記被制御アプリを最前面に表示する旨を前記アプリ決定部が決定した前記被制御アプリに通知することを特徴とする請求項１０に記載のプログラム。
【請求項１２】
前記端末内通信部が前記第一の被制御アプリから状態が変更した旨の状態変更通知を受け取った場合、前記情報処理端末を、
前記状態変更通知を各第二の被制御アプリに通知する状態変更通知部として機能させ、
前記端末内通信部は、前記被制御アプリに予め設定されている前記被制御アプリの優先度から前記状態変更通知に応じて変更された優先度を前記第二の被制御アプリから受け取り、
前記アプリ決定部は、前記端末内通信部が受信した前記優先度に基づいて１つの前記被制御アプリを決定することを特徴とする請求項１１に記載のプログラム。
【請求項１３】
表示部を有し、複数の被制御アプリがインストールされている情報処理端末が行う制御方法であって、
第一の被制御アプリの状態が変更された場合、
前記表示部の最前面に表示する前記被制御アプリを、第一の被制御アプリの状態の変更に伴って切り替えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末、プログラム、及び、制御方法に関する。
【背景技術】
【０００２】
１つの情報処理端末では複数のアプリケーションソフトが動作可能であるが、ディスプレイなどの表示装置は１つなので、通常、ユーザは自分が操作するアプリケーションソフトを表示装置に表示させる。また、アプリケーションソフトを自動的に起動させて表示装置に表示する技術が知られている（例えば、特許文献１参照。）。特許文献１には、第１の表示モードで動作している情報処理装置で実行されているアプリケーションプログラムの表示を終了させ、第２の表示モードに切り替え、アプリケーションプログラムの表示を第１の表示モードで実行されていたときの表示対象が表示されるように開始することを特徴とする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の技術では、アプリケーションソフトの状態に応じて表示装置に表示するアプリケーションソフトを制御することができないという問題があった。例えば、会議の予約情報などを表示する情報処理端末は、会議開始前は予約情報を表示するが、会議開始状態では会議のサポートを行うアプリケーションソフト（議事録生成、ホワイトボードアプリ、など）の画面が表示装置に表示されることが望ましい。アプリケーションソフトの状態に応じて表示装置に表示するアプリケーションソフトを切り替えることで、１台の情報処理端末を効率的に利用することができる。
【０００４】
本発明は上記課題に鑑み、アプリケーションソフトの状態に応じて、表示装置に表示するアプリケーションソフトを制御することができる情報処理端末等を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題に鑑み、本発明は、表示部を有し、複数の被制御アプリがインストールされている情報処理端末であって、第一の被制御アプリの状態が変更された場合、前記表示部の最前面に表示する前記被制御アプリを、第一の被制御アプリの状態の変更に伴って切り替えることを特徴とする。
【発明の効果】
【０００６】
各アプリケーションソフトの状態に応じて、表示装置に表示するアプリケーションソフトを制御することができる情報処理端末等を提供することができる。
【図面の簡単な説明】
【０００７】
【図１】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図２】会議室端末の概略構成と通信先を説明する図の一例である。
【図３】会議室端末の動作の概略を説明する図の一例である。
【図４】リソース予約システムのシステム構成図の一例である。
【図５】会議管理サーバのハードウェア構成図の一例である。
【図６】会議室端末のハードウェア構成図の一例である。
【図７】予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す機能ブロック図の一例である。
【図８】端末装置、会議室端末、及び、管理装置の機能をブロック状に示す機能ブロック図の一例である。
【図９】端末内通信部の機能を示す機能ブロック図の一例である。
【図１０】会議室端末の画面遷移例を示す図である。
【図１１】制御アプリが被制御アプリを最前面に表示する手順を示すシーケンス図の一例である。
【図１２】会議室端末にインストールされた制御アプリが会議室端末にインストールされているアプリを管理装置に登録する手順を示す一例のシーケンス図である。
【図１３】制御アプリが保持する優先度を管理者などが変更して、被制御アプリを最前面に表示する手順を示すシーケンス図の一例である。
【図１４】会議室端末の検索結果を表示する遠隔設定画面の一例を示す図である。
【図１５】会議室端末の検索結果を表示する遠隔設定画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態の一例として、会議室端末（情報処理端末の一例）及び会議室端末が行う制御方法について図面を用いて説明する。
【０００９】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システムの概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。
【００１０】
Ａ．予約者は自分の端末装置６０を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【００１１】
Ｂ．会議管理サーバ３０は会議室の予約状況に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【００１２】
Ｃ．リソース予約システム１００を利用する組織側の管理者等は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、リソース予約システム１００の利用者個人を特定するＩＤやメールアドレス等を、会議管理サーバ３０に登録することである。例として、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。ボットとは、各ユーザが所持する、スマートフォン等の端末内の各チャットアプリケーション（チャットシステムの端末アプリ）上で、リソース予約システムや会議管理サーバの代理人として、各種通知や入力の受付等のインターフェースをユーザに提供するためのプログラムである。ボットはチャットサーバ１０上のプログラムであり、仮想的なチャットの相手として、ユーザ（リソース予約システムの利用者）とコミュニケーションを行いながら、通知や入力受付、各種案内等を行う。例として、リソース予約システムから、予約情報のリマインダーをユーザへ通知する、また、そのリマインダーに対する会議参加や不参加等のユーザの入力をチャットとして受け付ける、等、システムの窓口となる。各種の設定は、会議室端末９０の登録、リマインドのタイミングの設定などである。
【００１３】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コード（グループへの招待）を通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは、ユーザによる会議室の使用を開始するチェックインの指示入力及び、チェックインの指示に応じて会議管理サーバがチェックインを示す情報を受け取り、所定の会議室の利用開始を示す開始フラグを立てる処理を行うことである。
【００１４】
Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して会議の参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議室端末９０にかざす（会議識別情報を読み取らせる、通信させる、会議室端末９０の端末アプリ９０ａが表示するチェックインボタン（利用開始ボタン）を利用者が押下するなど）。
【００１５】
Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は（会議中）使用中である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインを知らせる使用開始通知が確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセル（会議室が所定時間利用開始されない場合に予約情報の取り消しを行うこと）して、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。
【００１６】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【００１７】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、他拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点４を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【００１８】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。
【００１９】
J．また、ネットワーク上に管理装置１１０と双方向通信装置１３０が配置されている。管理装置１１０は双方向通信装置１３０を介して会議室端末９０と通信可能に接続されている。双方向通信装置１３０は管理装置１１０からの通信を会議室端末９０に中継し、会議室端末９０からの通信を管理装置１１０に中継する通信装置である。管理者は登録端末５０から管理装置１１０に接続し、会議室端末９０から種々の設定を受信し、会議室端末９０に対し種々の設定を送信できる。また、管理装置１１０は会議管理サーバ３０とも通信可能に接続されており、会議管理サーバ３０から会議室端末９０に接続することも可能になる。
【００２０】
＜動作の概略＞
図２は、会議室端末９０の概略構成と通信先を説明する図の一例である。会議室端末９０に制御アプリ９０ｂと複数の被制御アプリ８９がインストールされている。制御アプリ９０ｂと被制御アプリ８９を区別しない場合は単にアプリ（アプリケーションソフトの略）という。会議室端末９０はファイアウォール内に配置されるが、双方向通信装置１３０を介して管理装置１１０又は会議管理サーバ３０からの通信を受け取ることができる。ファイアウォール内の会議室端末９０の各アプリは会議管理サーバ３０等と自発的に通信でき、ＯＳ９０ｄはクラウド上のアプリサーバ１４０と自発的に通信できる。
【００２１】
ＯＳ９０ｄはアプリサーバ１４０と通信し、会議室端末９０にインストールされているアプリの新しいバージョンのアプリが用意されている場合、ＯＳ９０ｄがアプリをダウンロードして古いバージョンのアプリを更新する。なお、更新するにはアプリが停止している必要がある。
【００２２】
制御アプリ９０ｂは被制御アプリ８９の動作を制御するアプリであり、被制御アプリ８９は機能によって様々であるが、制御アプリ９０ｂと通信して制御に関する通知を受信する機能を有するアプリである。図２では、被制御アプリ８９として、端末アプリ９０ａと電子黒板アプリ９０ｃがある。端末アプリ９０ａはチェックインを受け付ける待ち受け画面を表示するアプリなので、会議開始前は最前面に表示されているべきアプリである。電子黒板アプリ９０ｃは会議中に使用されるアプリなので、会議開始後に最前面に表示されているべきアプリである。
【００２３】
制御アプリ９０ｂは、双方向通信装置１３０を介して管理装置１１０からの設定を受け付けることができる。例えば、被制御アプリ８９の優先度の変更を受け付けることができる。また、制御アプリ９０ｂはいつ被制御アプリ８９を停止するか、起動するかなどの設定を管理装置１１０から受け付けることができる。
【００２４】
図３は、本実施形態の会議室端末９０の動作の概略を説明する図の一例である。本実施形態では、会議室端末９０に制御アプリ９０ｂと、１つ以上の被制御アプリ８９がインストールされている。
【００２５】
制御アプリ９０ｂは主に以下の機能を持つ。
・各被制御アプリ８９からその被制御アプリ８９が管理している優先度を受信する機能
・状態が変更された被制御アプリ８９から状態変更通知を受信する機能
・状態変更通知を他の被制御アプリ８９に通知する機能
・どの被制御アプリ８９を会議室端末上で最前面に表示するかを決定する機能
・最前面に表示すべきアプリに対して、最前面表示通知を送信する機能
・最前面に表示しないアプリに対して、停止通知を送信する機能
各被制御アプリ８９は以下の機能を持つ。
・状態が変わると状態変更通知を制御アプリ９０ｂに通知する機能
・自分が生成した画面を最前面に表示する機能
図３に基づいて説明する。以下では、異なる被制御アプリ８９には符号にアルファベットＡ〜Ｃを付して区別し、そのうち任意の被制御アプリを被制御アプリ８９とする。
（１）被制御アプリ８９Ａ（第一の被制御アプリ、受付アプリの一例）の画面が最前面の状態で、状態が変更した被制御アプリ８９Ａは状態変更通知を制御アプリ９０ｂに送信する。
（２）制御アプリ９０ｂは状態変更通知を被制御アプリ８９Ｂ（第二の被制御アプリの一例）に通知する。
（３）被制御アプリ８９Ｂは状態変更通知に応じて必要であれば優先度を変更し、変更後の優先度を制御アプリ９０ｂに通知する。
（４）制御アプリ９０ｂは優先度に基づいて最前面に表示する被制御アプリを決定し、図２では被制御アプリ８９Ｂに最前面表示通知を送信する。
【００２６】
このように制御アプリ９０ｂが各被制御アプリの状態に応じて、最前面表示通知を送信することで、どの被制御アプリを最前面に表示するかを制御することができる。
【００２７】
＜用語について＞
リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。
【００２８】
被制御アプリは制御アプリ９０ｂからの制御を受け付けて被制御アプリ自身を制御するアプリをいう。ＯＳの機能を介して制御アプリ９０ｂから制御されてもよい。被制御アプリはどのような機能を有していてもよい。
【００２９】
制御アプリ９０ｂは被制御アプリの動作を制御するアプリである。制御アプリ自身が待ち受け画面を表示したり、手書き情報の入力を受け付ける何らかの機能を有したりしていてもよい。
【００３０】
＜システム構成例＞
図４は、リソース予約システム１００の一例のシステム構成図である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール７３の内側のネットワーク（オンプレミス）をいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。
【００３１】
社外ネットワークＮ２には、予約管理サーバ２０、会議管理サーバ３０、１つ以上のチャットサーバ１０、及び、管理装置１１０と通信する双方向通信装置１３０が接続されており、各サーバは必要に応じて通信することができる。社外ネットワークＮ２に会議の参加者が操作する端末装置６０が必要に応じて接続されてよい。
【００３２】
予約管理サーバ２０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ２０が提供する設備の予約に関するシステムを予約管理システムという。予約管理サーバ２０はカレンダーシステムを有しており、各種の予定を管理するＷｅｂアプリを提供する。具体的には、例えば以下のような機能を有している。
・予定の登録を受け付け、予約者が任意に確認できる
・予定の30分前など、設定した日時に電子メールで通知する
・一人が複数のカレンダー（仕事用、家庭用など）で予定を管理できる
・同じグループの人とカレンダーを共有する
予約管理サーバ２０はユーザをアカウントで管理する。アカウントとはユーザがサービスを利用する権利のことである。多くのシステムではユーザはアカウントを使用してシステムにログインする。このため、アカウントはシステムがユーザを一意に特定する機能（識別情報の機能）を有している。本実施形態では、予め登録しておいたアカウント（ドメイン）の予約情報を予約管理サーバ２０が会議管理サーバ３０に送信する。あるいは、予約管理サーバ２０のアカウントを指定して会議管理サーバ３０が予約情報を要求することで、会議管理サーバ３０が会議室６の予約情報を予約管理サーバ２０から取得できる。なお、アカウントは例えば電子メール、ＩＤ、電話番号など、ユーザを一意に識別できる情報であればよい。
【００３３】
本実施形態で予定として管理されるのは会議室６の予約であるが、予約管理サーバ２０は会議室６に限られず各種の予定を管理できる。会議室６の他、各種の電子機器のレンタル、駐車場の予約など、レンタルオフィス、レンタルスタジオ、レンタルサイクル、レンタカー、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースなど、各種の設備の予約に利用できる。
【００３４】
なお、予約管理サーバ２０や、予約管理サーバを含む予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理システムであればよい。
【００３５】
また、本実施形態では、社内ネットワークＮ１の会議室６に関する情報が予約管理サーバ２０に予め登録されている。すなわち、リソース予約システム１００を利用する企業の社内ネットワークにある各会議室６の会議室名、会議室ＩＤ、予約可能時間、各会議室６の定員、及び、予約単位等に応じて予約管理サーバ２０のＷｅｂアプリがカスタマイズされている。したがって、リソース予約システム１００を利用する企業の会議室６と予約情報が結びつけられる。
【００３６】
チャットサーバ１０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。チャットサーバ１０が提供する複数のユーザにおけるテキスト、音声、映像などの情報のリアルタイムな共有システムをチャットシステムという。チャットサーバ１０は端末装置６０に会議室６の予約に関する情報を通知する。本実施形態では運営主体が異なる複数のチャットサーバ１０が含まれてよい。
【００３７】
共有される情報には画像や音声等もありテキストに限られないが、本実施形態では説明の便宜上、通知には主にテキストが用いられるとして説明している。例えば、チャットシステムは、グループ間の音声通話機能を提供してよい。音声通話は１対１でも１対Ｎ（≧２）でもよい。したがって、本実施形態でチャットシステムが会議室６の予約に関する情報を通知する際は、テキストの表示の他、音声メッセージの出力でもよい。なお、チャットシステムとしてはＬＩＮＥ（登録商標。以下、省略する。）、slack（登録商標。以下、省略する）、Microsoft Teams（登録商標。以下、省略する。）等が知られているが、ボット（事前に決められている処理を実行するプログラム）から１又は複数のユーザに対して通知が可能なチャットシステムであればよい。
【００３８】
チャットサーバ１０も同様にアカウント（予約管理サーバ２０のアカウントとは異なる）でユーザを管理するが、原則的に会議管理サーバ３０はチャットサーバ１０のアカウントを意識する必要はない。しかし、会議管理サーバ３０はチャットサーバ１０の任意のアカウントを指定して通知することができる。
【００３９】
会議管理サーバ３０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。会議管理サーバ３０は社外ネットワークＮ２に関する処理として、予約管理サーバ２０から会議室６の予約情報を取得し、予約情報に設定されている参加予定者を取得し、設定されているタイミングで参加予定者と対応付けられたチャットサーバ１０のグループ（又は予約者など個別の者）に通知を送信する。また、社内ネットワークＮ１に関する処理として、会議室６へのチェックイン及びチェックアウトを管理したり、予約管理サーバ２０から取得した会議室６の予約情報に基づいて電子機器７０の電源等を制御したりする。
【００４０】
管理装置１１０は、会議室端末９０への種々の設定を管理者から受け付けるＷｅｂアプリを登録端末５０に提供する情報処理装置である。いわゆるＷｅｂサーバとして会議室端末９０の種々の設定を受け付ける画面情報を生成し、登録端末５０に送信する。
【００４１】
また、双方向通信装置１３０はクラウド上の情報処理装置とファイアウォール内の情報処理装置（オンプレミスの情報処理装置）との双方向の通信サービスを提供する情報処理装置である。双方向通信装置１３０により、管理装置１１０又は会議管理サーバ３０がファイアウォールの内側の会議室端末９０と通信できる。なお、双方向通信装置１３０として例えばAzure IoT Hub（登録商標）が知られているが、双方向通信装置１３０はその他のものでもよい。
【００４２】
社内ネットワークＮ１には会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２などがあり、参加予定者は各地から社内ネットワークＮ１を介して社外ネットワークＮ２にアクセスできる。社内ネットワークＮ１は例えばＬＡＮ（Local Area Network）である。会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２は同じ企業内のＬＡＮであるとは限らない。
【００４３】
会議室６には会議室端末９０、及び電子機器７０が配置されている。会議室端末９０と電子機器７０は小規模なＬＡＮ又は専用線で通信することができる。電子機器は会議室端末９０を経由することなく社内ネットワークＮ１及び社外ネットワークＮ２に接続できる。会議室端末９０と電子機器７０は無線又は有線のいずれで通信してもよい。なお、社内ネットワークＮ１はファイアウォール７３の内側にあるため、社外ネットワークＮ２から社内ネットワークＮ１への直接の通信は困難になっている。
【００４４】
会議室端末９０は、会議室６を利用する予約者等の会議の参加者が操作する情報処理端末である。会議室端末９０は会議室６の机の上に配置されていたり、会議室６の入り口に配置されたりしている。１つの会議室６に会議室端末９０が複数、配置されていてもよい。会議室端末９０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。
【００４５】
会議室端末９０は会議管理サーバ３０に会議室ＩＤを送信し、当日の会議室６の予約情報などを表示する。また、定期的に予約情報を要求し変更があった予約情報を取得する。また、電子機器７０の電源ＯＮ、ＯＦＦ等の制御情報を会議管理サーバ３０から取得する。これにより、会議室端末９０は電子機器７０の電源をＯＮ及びＯＦＦする。
【００４６】
また、会議室端末９０はチェックイン、チェックアウトなどのための待ち受け画面を表示し、チェックイン又はチェックアウトを会議管理サーバ３０に知らせるために会議管理サーバ３０と通信する。チェックインの際、会議室端末９０は予約者から入力された会議識別情報と予め保持する会議室ＩＤを会議管理サーバ３０に送信するので、会議管理サーバ３０は会議識別情報と会議室ＩＤにより、会議室６を予約した予約者が予約した会議室６を使用することを確認できる。
【００４７】
電子機器７０は会議室６で使用され得る各種のオフィス機器である。例えば、電子黒板、複合機、プロジェクタ、デジタルサイネージ、デジタルカメラ等である。電子黒板とは、タッチパネル付大型ディスプレイを有しユーザが指示した盤面の座標を検出し座標を接続してストロークを表示する。この他、接続されたＰＣの映像を表示したり、他拠点の電子黒板と通信してストロークを同期したりすることができる。なお、電子黒板は、電子情報ボード、電子ホワイトボードと呼ばれる場合もある。
【００４８】
複合機は、コピー機、スキャナ、プリンタ、ファクス送受信などの機能を有し、会議中の資料の印刷や資料のコピー、資料の電子化、資料の送信などに利用される。プロジェクタは画像を投影する装置である。例えば、端末装置６０がディスプレイに表示する映像をスクリーン等に投影することで参加者の間で共有することを可能にする。デジタルサイネージは大型のディスプレイであり任意の静止画又は動画を表示するために使用される。デジタルカメラは紙の資料や電子黒板に表示された資料を各参加者が撮像して保存するために使用される。
【００４９】
参加予定者の作業場所１０１には社内ネットワークＮ１に接続することができる端末装置６０が配置されている。端末装置６０は有線で通信しても無線で通信してもよい。端末装置６０は参加予定者（予約者を含む）が会議室を予約する際に使用される情報処理装置であるが、会議室に持ち込むことも想定されている。参加予定者が携帯する情報処理装置である。
【００５０】
端末装置６０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。端末装置６０は、例えば、スマートフォン、タブレット端末、ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しブラウザソフトウェア、又は、チャットサーバ１０若しくは予約管理サーバ２０に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置６０となりうる。
【００５１】
端末装置６０ではチャットサーバ１０に専用のアプリケーションソフトウェア（以下、チャットアプリという）が動作し、更に、リソース予約システム１００に専用のアプリケーションソフトウェア（以下、会議アプリという）が動作する。ただし、これらはブラウザソフトウェアで代用されてよい。
【００５２】
管理者の作業場所１０２には社内ネットワークＮ１に接続することができる登録端末５０が配置されている。登録端末５０は有線で通信しても無線で通信してもよい。登録端末５０は管理者が会議管理サーバ３０に各種の設定を行うための端末である。
【００５３】
登録端末５０も端末装置６０と同様の情報処理装置でよい。ただし、主に会議管理サーバ３０に管理者が設定するために使用されるので、チャットアプリや会議アプリはなくてよい。登録端末５０は主にブラウザソフトウェアで会議管理サーバ３０と通信し、Ｗｅｂページを表示する。
【００５４】
＜ハードウェア構成＞
<<会議管理サーバのハードウェア構成>>
図５は、会議管理サーバ３０の一例のハードウェア構成図である。会議管理サーバ３０の概略的なハードウェア構成図の一例である。会議管理サーバ３０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、会議管理サーバ３０の他のデバイス又はドライバ、例えば、グラフィクス・ドライバ２０４及びネットワーク・ドライバ（ＮＩＣ）２０５へと接続されている。
【００５５】
グラフィクス・ドライバ２０４は、バスを介してＬＣＤ（表示装置、ディスプレイの一例）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで会議管理サーバ３０を社外ネットワークＮ２へと接続して、他の機器とのセッションを確立させている。
【００５６】
システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰ８０Ｉ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ＨＤＤ（ハードディスクドライブ）２０９などの記憶装置が接続されている。ＨＤＤ２０９は会議管理サーバ３０の全体を制御するプログラム２０９ｐを記憶している。ＨＤＤ２０９はＳＳＤ（Solid State Drive）でもよい。プログラム２０９ｐは記憶媒体に記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。
【００５７】
また、Ｉ／Ｏバス２０８には、ＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、システム管理者などのオペレータによる入力及び指令を受け付けている。
【００５８】
なお、図示した会議管理サーバ３０のハードウェア構成は、会議管理サーバ３０が備えていることが好ましいハード的な要素を示す。
【００５９】
予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０のハードウェア構成図は、会議管理サーバ３０と同様であるか、又は、異なるとしても本実施形態のリソース予約システム１００の説明の上で支障はないものとする。また、会議管理サーバ３０、予約管理サーバ２０、及び、チャットサーバ１０はクラウドコンピューティングに対応するため、これらのハードウェア構成は負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。なお、クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。
【００６０】
<<会議室端末>>
図６は会議室端末９０の一例のハードウェア構成図である。なお、図６の会議室端末９０はタブレット装置が想定されている。会議室端末９０は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、加速度・方位センサ６０６、メディアドライブ６０８を備えている。
【００６１】
ＣＰＵ６０１は会議室端末９０の全体の動作を制御する。ＲＯＭ６０２は基本入出力プログラムを記憶している。ＲＡＭ６０３はＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４はＣＰＵ６０１の制御にしたがってデータの読み出し又は書き込みを行う。ＣＭＯＳセンサ６０５は、ＣＰＵ６０１の制御にしたがって被写体を撮像し画像データを得る。加速度・方位センサ６０６は地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等である。
【００６２】
メディアドライブ６０８は、フラッシュメモリ等のメディア６０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ６０８は、既に記録されていたデータが読み出され又は新たにデータが書き込まれて記憶するメディア６０７を着脱自在な構成となっている。
【００６３】
なお、ＥＥＰＲＯＭ６０４には、ＣＰＵ６０１が実行するプログラム６０４ｐが記憶されている。プログラム６０４ｐは実施形態における各種処理を実行するためのアプリケーションソフトウェアやＯＳ等である。プログラム６０４ｐはメディア６０７などに記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。
【００６４】
また、ＣＭＯＳセンサ６０５は光を電荷に変換して被写体の画像を電子化する電荷結合素子である。ＣＭＯＳセンサ６０５は被写体を撮像することができるのであれば、例えばＣＣＤ（Charge  Coupled  Device）センサであってもよい。ＣＭＯＳセンサ６０５はバーコードや二次元バーコードを読み取ることができる。
【００６５】
更に、会議室端末９０は、ＲＦタグリーダ/ライタ６２２、アンテナＩ/Ｆ６２３、及び、振動アクチュエータ６２４を備える。ＲＦタグリーダ/ライタ６２２は例えばＮＦＣ（Near Field Communication）などの規格にしたがって通信する。
【００６６】
振動アクチュエータ６２４は、会議室端末９０を振動させるモータである。例えば、会議の終了時刻が迫ると会議室端末９０が振動することで参加者にその旨を知らせることができる。
【００６７】
更に、会議室端末９０は音声入力部６０９、音声出力部６１０、アンテナ６１１、通信部６１２、無線ＬＡＮ通信部６１３、近距離無線通信用アンテナ６１４、近距離無線通信部６１５、ディスプレイ６１６、タッチパネル６１７及びバスライン６１９を備える。
【００６８】
音声入力部６０９は音声を音声信号に変換する。音声出力部６１０は音声信号を音声に変換する。通信部６１２はアンテナ６１１を利用して無線通信信号により最寄りの基地局装置と通信を行う。無線ＬＡＮ通信部６１３はＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ通信を行う。
【００６９】
近距離無線通信部６１５は近距離無線通信用アンテナ６１４を利用して例えばBluetooth（登録商標）、又は、Bluetooth Low Energy（登録商標）の通信規格にしたがった通信装置である。
【００７０】
ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。
【００７１】
また、会議室端末９０は専用の電池６１８を備え、電池６１８又は商用電源のいずれによっても駆動され得る。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。
【００７２】
＜機能について＞
図７は、予約管理サーバ２０、チャットサーバ１０、会議管理サーバ３０、及び、登録端末５０の機能をブロック状に示す一例の機能ブロック図である。
【００７３】
<<予約管理サーバ>>
予約管理サーバ２０は、通信部２１、及び、予約情報管理部２２を有する。予約管理サーバ２０が有するこれら各機能部は、図５に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００７４】
通信部２１は、会議管理サーバ３０及び端末装置６０と各種の情報を送受信する。通信部２１は予約設定画面の画面情報を端末装置６０に送信し、端末装置６０から予約の設定を受信する。また、予約情報を会議管理サーバ３０に送信する。
【００７５】
予約情報管理部２２は、予約情報を受け付ける一般的なＷｅｂサーバ（Ｗｅｂアプリ）であり、更に、ユーザが登録した予約情報を管理する。予約情報管理部２２は予約情報が登録（又は変更）されると予約者のアカウントを会議管理サーバ３０に通知して、会議管理サーバ３０からのアカウントを指定した要求に応じて通信部２１を介して予約情報を会議管理サーバ３０に送信する。要求がなくても変更があった予約情報を会議管理サーバ３０に送信してもよい。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。
【００７６】
予約管理サーバ２０は記憶部２９を有している。記憶部２９は図５のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部２９には予約情報ＤＢ２９１（Data Base）が記憶されている。
【００７７】
【表１】
2020140337.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００７８】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００７９】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（例えばトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。
【００８０】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。
【００８１】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。プッシュ通知には各ＯＳが提供する公知の仕組みを利用するものとする。
【００８２】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図５のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００８３】
【表２】
2020140337.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００８４】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００８５】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【００８６】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【００８７】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、デバイス通信部３９、及び、予約情報送信部４１を有する。会議管理サーバ３０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００８８】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。また、通信部３１は双方向通信装置１３０と双方向通信を行う。
【００８９】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。
【００９０】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。予約管理サーバ２０から通知された登録又は更新された予約情報のアカウントを指定してもよいし、任意のアカウントを指定してもよい。予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。
【００９１】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。あるいは、予約情報取得部３３が予約情報を予約管理サーバ２０から取得した時点で、通知判断部３４が予約に関する情報を通知するタスクを生成してキューに登録してもよい。キューに保存されたタスクは実行時刻（リマインドする時刻）が到来すると実行される。
【００９２】
なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。
【００９３】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。
【００９４】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。
【００９５】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。
【００９６】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
【００９７】
デバイス通信部３９は、デバイス情報を管理装置１１０から取得して、双方向通信装置１３０を介して会議室端末９０と通信する。デバイス情報について詳細は後述する。
【００９８】
予約情報送信部４１は、会議室端末９０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。予約情報送信部４１はＪＳＯＮ形式、ＸＭＬ形式、ＣＳＶ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。
【００９９】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図５のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、及び、会議室設定情報ＤＢ４９８が記憶されている。
【０１００】
【表３】
2020140337.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【０１０１】
【表４】
2020140337.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報は予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名、及び、ステータスの項目を有する。予約者の表記名は予約者の氏名などである。予約者の所属名は予約者が所属する部署名である。参加者の表記名は参加者の氏名などである。参加者の所属名は参加者が所属する部署名である。会議管理サーバ３０ではアカウントと表記名、所属名などを対応付けたユーザ情報を保持しているか利用可能なので、アカウントが分かればこれらも判明する。なお、予約管理サーバ２０から送信される時点で予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名が含まれていてもよい。
【０１０２】
ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１０３】
【表５】
2020140337.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。
【０１０４】
【表６】
2020140337.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【０１０５】
【表７】
2020140337.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【０１０６】
【表８】
2020140337.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的にどのように制御するかの情報である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【０１０７】
【表９】
2020140337.tif 000011
表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末９０の状態、認証キー、管理開始フラグ、及び、登録できる会議室端末９０の数の各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末９０の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。
接続中：一定期間内に通信が確認できている状態
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する  False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。詳細は後述される。
・登録できる会議室端末９０の数は、１つの会議室に対応付けられることができる会議室端末９０の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１でもよいし複数でもよい。
【０１０８】
会議室名称、会議室ＩＤは予め決まっているか、管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末９０の状態の初期状態（提供者の設定直後）はセットアップ前であるが、通信の状況によって遷移する。認証キーは初期設定時に例えば会議管理サーバ３０が採番して設定する。管理開始フラグは後述する設定画面などから管理者が設定する。登録できる会議室端末９０の数は同様に管理者が設定できる。登録できる会議室端末９０の数は１以上である場合が多い。１に設定された場合、１つの会議室に登録できる会議室端末９０は１つのみになる。
【０１０９】
<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図５に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１１０】
登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。登録端末５０ではブラウザソフトが動作している。
【０１１１】
登録端末５０が有する通信部５１は会議管理サーバ３０等と各種の情報を送受信する。例えば、各会議室の会議室設定情報を受信したり、管理者が会議室設定情報に関して設定した情報を送信したりする。
【０１１２】
操作受付部５２は、登録端末に対する各種の操作を受け付ける。表示制御部５３は、会議管理サーバ３０から各種の画面情報を解析してＬＣＤ２０６に表示する。
【０１１３】
<<端末装置>>
図８は、端末装置６０、会議室端末９０、及び、管理装置１１０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【０１１４】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１１５】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。通信部６１ａは、図５のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１６】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部６１ｂは、図５のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１１７】
表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。
【０１１８】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図５のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１９】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図５のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１２０】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図５のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１２１】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなどを行う。サーバ通信部６５は図５のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１２２】
会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる２次元コード等をＬＣＤ２０６に表示する。表示制御部６６は、図５のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１２３】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図５のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２４】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能を提供する。端末通信部６８は、図５のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２５】
<<会議室端末>>
会議室端末９０にはＯＳ９０ｄで動作する端末アプリ９０ａ、制御アプリ９０ｂ、及び、電子黒板アプリ９０ｃがインストールされる。それぞれ図示するような機能を有している。なお、電子黒板アプリ９０ｃは会議室端末９０への手書き入力を可能にするアプリである。会議室端末９０には少なくとも端末アプリ９０ａがインストールされていればよく、また、被制御アプリ８９は３つ以上でもよい。
【０１２６】
会議室端末９０は端末アプリ９０ａの機能として、サーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、端末内通信部９５、電子機器通信部９６、及び、予約情報要求部９７を有する。会議室端末９０が有するこれら各機能部は、図６に示された各構成のいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１２７】
サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である（双方向通信装置１３０を使わない場合）。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。
【０１２８】
本実施形態のサーバ通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。
【０１２９】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。会議識別情報が手で入力される場合、端末装置通信部９２はなくてもよい場合がある。端末装置通信部９２は、図６のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１３０】
端末内通信部９５は会議室端末９０内の他のアプリ（電子黒板アプリ９０ｃ、制御アプリ９０ｂ）と通信する。通信には適宜ＯＳの機能を利用してよい。端末内通信部９５の詳細な機能を図９にて説明する。
【０１３１】
電子機器通信部９６は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９６は、図６のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１３２】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。本実施形態の表示制御部９４は、予約情報に非公開設定が対応付けられているか否かを判断し、非公開設定が対応付けられている場合、非公開設定が指示する非公開対象項目を非表示にし、又は、固定表記にする。
【０１３３】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。例えば、チェックイン、会議識別情報の手による入力を受け付けたり、チェックアウトを受け付けたりする。
【０１３４】
予約情報要求部９７は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して記憶部９９に記憶されているサーバＵＲＬ９９３を宛先にして会議室ＩＤ９９１及び認証キー９９２を繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９７はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【０１３５】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図６のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、及び、電子機器７０のＩＰアドレス９９７が記憶されている。これらは、会議室端末９０（端末アプリ９０ａ）に設定されている設定情報の一部又は全体である。また、会議室ＩＤ９９１、認証キー９９２及びサーバＵＲＬ９９３は会議管理サーバ３０との通信に必要な情報である。
【０１３６】
端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリ９０ａのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。
【０１３７】
また、会議室端末９０は制御アプリ９０ｂの機能として、双方向通信部８１、デバイス登録部８２、端末内通信部８３、アプリ登録部８４、及び、通信部８５を有している。
【０１３８】
双方向通信部８１は、双方向通信装置１３０を介して管理装置１１０又は会議管理サーバ３０と双方向通信を行う。デバイス登録部８２は、制御アプリ９０ｂが会議室端末９０にインストールされたことを契機に、管理装置１１０と双方向通信装置１３０へのデバイス情報の登録を行う。端末内通信部８３は端末アプリ９０ａ側の端末内通信部９５と双方向に通信する。端末内通信部８３の詳細な機能を図９にて説明する。
【０１３９】
アプリ登録部８４は会議室端末９０にインストールされているアプリに関する情報を管理装置１１０に登録する。通信部８５はネットワークＮ１に接続して、双方向通信装置１３０を介さずに他の装置と通信する。
【０１４０】
＜＜管理装置＞＞
管理装置１１０は、双方向通信部１１１、登録受付部１１２、処理受付部１１３、設定取得部１１４、設定更新部１１５、及び、通信部１１６を有している。管理装置１１０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【０１４１】
双方向通信部１１１は、双方向通信装置１３０を介して会議室端末９０と双方向通信を行う。登録受付部１１２は、制御アプリ９０ｂからのデバイス情報とアプリに関する情報の登録要求を受付、デバイス情報ＤＢ１２１又は接続情報ＤＢ１２２に登録する。
【０１４２】
処理受付部１１３は、後述する遠隔設定画面の画面情報を生成し、通信部１１６を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として遠隔設定画面が提供される。
【０１４３】
設定取得部１１４は、会議管理サーバ３０又は管理者（登録端末）からの要求があると、双方向通信装置１３０を介して、端末アプリ９０ａの設定情報や制御アプリ９０ｂが有する優先度を取得する。設定更新部１１５は、会議管理サーバ３０又は管理者（登録端末）からの要求があると、双方向通信装置１３０を介して、端末アプリ９０ａの設定情報や制御アプリ９０ｂが有する優先度を更新又は変更する。通信部１１６はネットワークＮ２に接続して、双方向通信装置１３０を介さずに他の装置と通信する。
【０１４４】
また、管理装置１１０は記憶部１２０を有している。記憶部１２０は図５のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１２０には、デバイス情報ＤＢ１２１、及び、接続情報ＤＢ１２２が記憶されている。
【０１４５】
【表１０】
2020140337.tif 000012
表１０は、デバイス情報ＤＢ１２１に記憶されているデバイス情報を模式的に示す。デバイス情報は各レコードに付された連番を有し、更に、デバイスＩＤにＭＡＣアドレス、インストール済みアプリＩＤ、及び、アプリバージョンが対応付けられている。デバイスＩＤは会議室端末９０（又は制御アプリ９０ｂ）を識別又は特定するための情報である。ＭＡＣアドレスはネットワーク上で、各ノード（会議室端末９０）を識別するために設定されているＬＡＮカードなどのネットワーク機器のハードウェアに一意に割り当てられる物理アドレスである。インストール済みアプリＩＤは会議室端末９０にインストールされているアプリ（端末アプリ９０ａ、制御アプリ９０ｂ、電子黒板アプリ９０ｃ等）を識別又は特定するための識別情報である。アプリバージョンはインストールされている各アプリのバージョンである。
【０１４６】
デバイス情報のうち、デバイスＩＤ、又は、デバイスＩＤ及びアプリＩＤは、管理装置１１０が会議室端末９０と通信するための通信情報である。これに次述の接続ＩＤを含めてもよい。デバイスＩＤは本実施形態では通信情報となる。
【０１４７】
【表１１】
2020140337.tif 000013
表１１は、接続情報ＤＢ１２２に記憶されている接続情報を模式的に示す。接続情報は各レコードに付された連番を有し、更に、デバイスＩＤに対応付けて、接続ＩＤと接続状態が対応付けられている。接続ＩＤは、管理装置１１０が会議室端末９０と通信する権限を有するかどうかを双方向通信装置１３０が判断するための情報である。このような情報をアクセストークンという場合ある。接続状態には、会議室端末９０との通信がどのような状態か（接続中、接続断）が登録される。接続ＩＤは、管理装置１１０が会議室端末９０と通信するための通信情報となる場合がある。
【０１４８】
＜＜ＯＳ＞＞
ＯＳ９０ｄは自動更新部８６を有している。自動更新部８６はアプリサーバ１４０と通信して、会議室端末９０にインストールされている制御アプリ９０ｂ、端末アプリ９０ａ、又は、電子黒板アプリ９０ｃの新しいバージョンをアプリサーバ１４０からダウンロードして、古いバージョンのアプリを更新する。なお、ダウンロードとアプリの更新は、アプリが停止している場合に行われる。
【０１４９】
＜端末内通信部の機能＞
図９は、端末内通信部８３，９５の機能を示す機能ブロック図の一例である。上記のように、制御アプリ９０ｂの端末内通信部８３と被制御アプリ８９の端末内通信部９５は、端末内部で通信することができる。例えば、Android（登録商標。以下省略する。）というＯＳではインテント通信という機能が知られている。
【０１５０】
まず、制御アプリ９０ｂの端末内通信部８３は、優先度管理部８３１、最前面アプリ決定部８３２、停止要求部８３３、及び、状態変更通知部８３４を有している。まず、端末内通信部８３は各被制御アプリ８９から、最前面に表示するアプリを決定するため優先度を取得する（受動的に受信する態様を含む）。優先度管理部８３１は被制御アプリ８９に対応付けて優先度を管理する。また、優先度管理部８３１は管理装置１１０から被制御アプリ８９の優先度の設定を受け付ける場合がある。
【０１５１】
最前面アプリ決定部８３２は、優先度が最も高い被制御アプリ８９を最前面に表示すると決定し、端末内通信部８３はこの被制御アプリ８９に最前面表示通知を送信する。各被制御アプリ８９の優先度は被制御アプリ８９の状態によって変更される。つまり、一方の被制御アプリ８９の状態が変更されると、他方の被制御アプリ８９の優先度が変わる場合がある。ある被制御アプリ８９の状態が変更され、このある被制御アプリ８９の優先度が変わってもよい。
【０１５２】
停止要求部８３３は、最前面アプリ決定部８３２が決定した優先度が２番目以降の被制御アプリ８９に停止する旨を通知する。停止した被制御アプリ８９は、最前面アプリ決定部８３２から最前面表示通知を受信することで、再度、起動することができる。起動要求部を別途有していてもよい。
【０１５３】
状態変更通知部８３４は、端末内通信部８３の機能を利用して、状態が変更された被制御アプリから状態変更通知を端末内通信部８３が受信した場合に、状態変更通知を通知した被制御アプリ以外に状態変更通知を通知する。これにより、被制御アプリは優先度を変更できる。
【０１５４】
被制御アプリ８９の端末内通信部９５は、優先度送信部９５１、アプリ最前面表示部９５２、アプリ停止部９５３、優先度変更部９５４、及び、状態変更通知部９５５を有している。優先度送信部９５１は、端末内通信部９５の機能を利用して、制御アプリ９０ｂに自身が持つ優先度を送信する。被制御アプリ８９は初期の優先度が設定されているものとする。送信の契機は、被制御アプリ８９の起動時、又は、制御アプリ９０ｂから要求された場合などである。
【０１５５】
優先度変更部９５４は、制御アプリ９０ｂから状態変更通知を受信した場合、又は、自身の状態が変更された場合、必要であれば自身の被制御アプリ８９の優先度を変更する。「必要であれば」とは、予め定められた状態に変更された場合をいう。表１２に各被制御アプリが保持する状態変更通知優先度情報を示す。
【０１５６】
【表１２】
2020140337.tif 000014
表１２は状態変更通知優先度情報の一例である。表１２に示すように、状態変更通知の内容に優先度が対応付けられている。表１２では会議開始状態という状態変更通知に対し、優先度を「４」にすることと、会議終了状態という状態変更通知に対し、優先度を「２」にすることが設定されている。会議開始状態は会議室というリソースが使用開始された状態（使用開始状態）を意味し、会議終了状態は会議室というリソースが使用終了された状態（使用終了状態）を意味する。
【０１５７】
図９に戻り、状態変更通知部９５５は、端末内通信部９５の機能を利用して、自身の被制御アプリ８９に対する操作に応じて状態の変更を検出し、状態変更通知を制御アプリ９０ｂに通知する。例えば、会議開始状態、会議終了状態を通知する。
【０１５８】
アプリ最前面表示部９５２は、制御アプリ９０ｂから最前面に表示する旨の通知を受けると、自分自身の被制御アプリ８９を他のアプリよりも前面に表示する。したがって、最前面に表示される。なお、制御アプリ９０ｂも画面（ユーザインタフェース）を有しているが、制御アプリ９０ｂはホーム画面を表示するアプリであるため、制御アプリ９０ｂよりも被制御アプリ８９の画面は前面に表示される。また、制御アプリ９０ｂは優先度の比較の対象外（制御アプリ９０ｂは優先度を持っていない）である。
【０１５９】
アプリ停止部９５３は制御アプリ９０ｂから停止する旨の通知を受けると、自分自身である被制御アプリ８９を停止する。停止とは、ユーザが使用できなくなるようにすることをいう。更新が可能な状態にしてもよい。
【０１６０】
なお、図９では端末内通信部８３，９５が各機能を有しているが、各機能は制御アプリ９０ｂ又は端末アプリ９０ａが有していればよい。
【０１６１】
＜画面の遷移例＞
図１０は、会議室端末９０の画面遷移例を示す図である。図１０（ａ）は被制御アプリ８９Ａが表示する待ち受け画面４０３を、図１０（ｂ）は被制御アプリ８９Ｂが表示する操作画面４０４を、それぞれ示す。会議の開始により、待ち受け画面４０３は操作画面４０４に遷移する。会議の終了により、操作画面４０４は待ち受け画面４０３に遷移する。
【０１６２】
待ち受け画面４０３では、現在の状況欄４０１に「入室待ち」と表示され、入室ボタン４１０が表示されている。また、予約者名欄４１１に予約者が表示されている。入室ボタン４１０は、ユーザがチェックインするためのボタンである。この入室ボタン４１０の押下が、状態変更（会議開始状態）のための操作に相当する。
【０１６３】
操作画面４０４は電子黒板アプリ９０ｃの画面であり、ユーザによる手書き入力を受け付ける。会議の開始により自動的に操作画面４０４が表示されるので、ユーザが操作しなくてもホワイトボードを使用できる。操作画面４０４は退室ボタン４３０を有している。退室ボタン４３０の押下は、状態変更（会議終了状態）のための操作や退室操作に相当する。退室ボタン４３０の押下を電子黒板アプリ９０ｃが受け付けた場合、電子黒板アプリ９０ｃは端末アプリ９０ａに通知するので、端末アプリ９０ａが会議の終了を受け付けるのと実質的に同じになる。なお、直接、端末アプリ９０ａが会議の終了を受け付けてもよい。例えば、最前面でない端末アプリ９０ａが退室ボタン４３０をポップアップ表示しておく。
【０１６４】
退室ボタン４３０の表示の制御としては、電子黒板アプリ９０ｃが表示しても、端末アプリ９０ａが端末アプリ９０ａの一部のＵＩ（退室ボタン４３０など）を電子黒板アプリ９０ｃよりも上に表示してもよい。この他、制御アプリ９０ｂやＯＳが、端末アプリ９０ａの要求等に基づいて、表示してもよい。例えば、操作画面４０４が表示されている間、端末アプリ９０ａの一部の操作メニュー（退室ボタン４３０等）を操作画面４０４のどこかに表示されてよい。
【０１６５】
また、退室ボタン４３０の表示は、端末アプリ９０ａの一部として、あるいは電子黒板アプリ９０ｃに表示する退室ボタンである。押下を会議参加者から受け付けると端末アプリ９０ａで受け付けたものと同様の退室処理が実行される。表示はこのほか、退室時刻や会議終了時刻を知らせて参加者に促すポップアップであってもよい。
【０１６６】
＜最前面の表示制御＞
図１１を用いて、被制御アプリ８９を最前面に表示する制御について説明する。図１１は、制御アプリ９０ｂが被制御アプリ８９を最前面に表示する手順を示すシーケンス図の一例である。
【０１６７】
S1：被制御アプリ８９Ａの優先度送信部９５１は例えば起動時に、制御アプリ９０ｂに対してアプリＩＤと共に優先度を通知する。あるいは、制御アプリ９０ｂが起動時などに連携可能となったことを被制御アプリ８９Ａに通知した場合に優先度を通知してもよい。この通知は、ＯＳを介して送信される。Androidでは暗黙的インテントという仕組みがあり、アクションとデータ（ＵＲＩ）を指定して同報的に送信する。制御アプリ９０ｂにはインテントフィルタが予め設定されており、このアクションとデータ（ＵＲＩ）に応答できる。
【０１６８】
ここでは、被制御アプリ８９Ａの優先度が３、被制御アプリ８９Ｂの優先度が２、被制御アプリ８９Ｃの優先度が１とする。また、優先度は数値が高いほど優先度が高いことを意味する。
【０１６９】
S2：制御アプリ９０ｂの端末内通信部８３はアプリＩＤと優先度を受信して、優先度管理部８３１がアプリＩＤに対応付けて管理する。最前面アプリ決定部８３２は優先度の変更又は追加があった場合、その時点で最も優先度の高い被制御アプリを決定する。そして、優先度が最も高い被制御アプリ８９に対して、最前面表示通知を送信する。ここでは、被制御アプリ８９Ａの優先度が最も高くなったため、最前面アプリ決定部８３２は被制御アプリ８９Ａに対して最前面表示通知を送信する。なお、停止要求部８３３は被制御アプリ８９Ｂ，８９Ｃに停止要求を送信してもよい。
【０１７０】
S3：被制御アプリ８９Ａの端末内通信部９５は最前面表示通知を受信して、アプリ最前面表示部９５２が自身の画面をディスプレイ６１６の最前面に表示する。
【０１７１】
S4,S5：被制御アプリ８９Ａ、８９Ｂの優先度送信部９５１が例えば起動時に、制御アプリ９０ｂに対してアプリＩＤと共に優先度を通知するが、最高優先度の被制御アプリ８９は被制御アプリ８９Ａで変更がないため、最前面表示通知は送信されない。
【０１７２】
S6：ユーザ（会議の参加者など）は会議を開始する操作を被制御アプリ８９Ａに対して入力する。会議を開始する操作とはチェックインであり、図１０の入室ボタン４１０が押下されることが相当する。なお、チェックインの操作は会議管理サーバに送信され、会議管理サーバのチェックイン管理部が会議室情報のステータスを変更する。
【０１７３】
S7：被制御アプリ８９Ａの操作受付部９３は会議を開始する操作を受け付ける。これにより、被制御アプリ８９Ａの状態が会議中に変更されたことに伴って、状態変更通知部９５５が制御アプリ９０ｂに対して、会議状態が「会議開始状態」になったこと（状態変更通知）を通知する。なお、この通知は、会議開始時刻になったことに対して、被制御アプリ８９Ａが自動的に送信してもよい。
【０１７４】
S8：制御アプリ９０ｂの端末内通信部８３は会議状態が「会議開始状態」になったことを受信して、状態変更通知部８３４が他の被制御アプリ８９Ｂに対して、会議状態が「会議開始状態」になったこと（状態変更通知）を通知する。この通知は優先度を制御アプリ９０ｂに送信した被制御アプリ８９のみに対して行われる。また、通知元の被制御アプリ８９Ａに対しては、改めて状態変更通知を送信してもよいし、しなくてもよい。通知元は状態の変更を自身で把握しているため、通知しない方が望ましい。
【０１７５】
S9：被制御アプリ８９Ｂの端末内通信部９５は状態変更通知を受信する。被制御アプリ８９Ｂは会議中に動作することを目的としているアプリのため、自身の優先度を高くすることをアプリＩＤと共に制御アプリ９０ｂに対して通知する。ここでは、表１２の状態変更通知優先度情報に基づいて、優先度変更部９５４が優先度を２から４に上げ、被制御アプリ８９Ａの優先度より高くなるように変更する。
【０１７６】
S10：制御アプリ９０ｂの端末内通信部８３は変更された被制御アプリ８９Ｂの優先度を受信し、優先度管理部８３１が他の被制御アプリの優先度と共に管理する。最前面アプリ決定部８３２は最高優先度の被制御アプリ８９が被制御アプリ８９Ａから被制御アプリ８９Ｂに変更になったと判断して（状態の変更に伴って）、被制御アプリ８９Ｂに対して、最前面表示通知を送信する。なお、停止要求部８３３は被制御アプリ８９Ａ，８９Ｃに停止要求を送信してもよい。
【０１７７】
S11：被制御アプリ８９Ｂの端末内通信部９５は最前面表示通知を受信して、アプリ最前面表示部９５２が自身の画面を最前面に表示する。
【０１７８】
S12：制御アプリ９０ｂの状態変更通知部８３４は他の被制御アプリ８９Ｃに対しても、会議状態が「会議開始」になったことを通知する。被制御アプリ８９Ｃは優先度を変更しないので、優先度を制御アプリ９０ｂに通知することもない。
【０１７９】
S13：会議終了時刻又は少し前になると、被制御アプリ８９Ａの表示制御部９４は会議を終了するかどうかを問い合わせるメッセージをディスプレイ６１６に表示してユーザに確認する。ユーザ操作により終了時刻より前に終了された場合は表示しない。
【０１８０】
S14：ユーザはメッセージを確認して（又は、会議終了時刻より前に終了した場合はユーザが能動的に）、会議を終了する操作を被制御アプリ８９Ａに入力する。会議を終了する操作とはチェックアウトであり、図１０の退室ボタン４３０が押下されることが相当する。
【０１８１】
退室ボタン４３０は、端末アプリ９０ａが、会議室の予約の終了時刻に応じて、所定の条件の下で、電子黒板アプリ（会議用アプリ）９０ｃよりも前面に表示される。所定の条件は、例えば、時刻が会議室の予約の終了時刻から一定時間前に到達し、かつ、一定時間前の時点で電子黒板アプリが端末アプリ９０ａよりも前面に表示されていること、である。
【０１８２】
S15：被制御アプリ８９Ａの操作受付部９３はこの操作を受け付ける。これにより、被制御アプリ８９Ａの状態が会議終了状態に変更されたので、状態変更通知部９５５が制御アプリ９０ｂに対して、会議状態が「会議終了状態」になったこと（状態変更通知）を通知する。
【０１８３】
S16：制御アプリ９０ｂの端末内通信部８３は会議状態が「会議終了状態」になったことを受信して、状態変更通知部８３４が他の被制御アプリ８９Ｂに対して、会議状態が「会議終了状態」になったこと（状態変更通知）を通知する。
【０１８４】
S17: 被制御アプリ８９Ｂの端末内通信部９５は状態変更通知を受信する。被制御アプリ８９Ｂは会議中に動作することを目的としているアプリのため、自身を最前面に表示する必要がなくなったと判断し、自身の優先度を低くすることをアプリＩＤと共に制御アプリ９０ｂに対して通知する。ここでは、表１２の状態変更通知優先度情報に基づいて優先度変更部９５４が優先度を４から２に戻す。
【０１８５】
S18：制御アプリ９０ｂの端末内通信部８３は変更された被制御アプリ８９Ｂの優先度を受信し、優先度管理部８３１が他の被制御アプリの優先度と共に管理する。最前面アプリ決定部８３２は最高優先度のアプリが被制御アプリ８９Ｂから被制御アプリ８９Ａに変更になったと判断して、被制御アプリ８９Ａに対して、最前面表示通知を送信する。
【０１８６】
S19：被制御アプリ８９Ａの端末内通信部９５は最前面表示通知を受信して、アプリ最前面表示部９５２が自身の画面を最前面に表示する。なお、停止要求部８３３は被制御アプリ８９Ｂ，８９Ｃに停止要求を送信してもよい。
【０１８７】
S20：制御アプリ９０ｂの端末内通信部８３は会議状態が「会議終了状態」になったことを受信して、状態変更通知部８３４が他の被制御アプリ８９Ｃに対して、会議状態が「会議終了状態」になったこと（状態変更通知）を通知する。被制御アプリ８９Ｃは優先度を変更しないので、優先度を制御アプリ９０ｂに通知することもない。
【０１８８】
このように、本実施形態の会議室端末９０の各アプリは、会議状態の変更に応じて、アプリを切り替えることができる。アプリが切り替わることで最前面に表示するアプリを変更できる。
【０１８９】
＜会議室端末の自動登録＞
クラウド上の管理装置１１０がオンプレミスの会議室端末９０と通信するためには、会議室端末９０が管理装置１１０と双方向通信装置１３０に登録されている必要がある。このため、まず、図１２を用いて会議室端末９０のアプリの自動登録の手順について説明する。図１２は、会議室端末９０にインストールされた制御アプリ９０ｂが会議室端末９０にインストールされているアプリを管理装置１１０に登録する手順を示す一例のシーケンス図である。
【０１９０】
S21：まず、管理者は会議室端末９０のＯＳを操作して、ネットワーク設定を行う。つまり、ＳＳＩＤ（Service Set Identifier）やＳＳＩＤのパスワード等を設定する。
【０１９１】
S22：次に、管理者は制御アプリ９０ｂをアプリ配信サイトからダウンロードして会議室端末９０にインストールする。なお設定やインストールの操作はシステムのユーザや端末所有者・管理者が行ってもよい。すでにインストールされている場合は起動したり、管理者は登録開始のための操作を行ったりする。
【０１９２】
S23,S24：インストールが完了する。インストールが完了した制御アプリ９０ｂは自動的に起動する。あるいは、管理者が起動してもよい。
【０１９３】
S25：インストールを契機にして、制御アプリ９０ｂのデバイス登録部８２は会議室端末９０の管理装置１１０への自動登録を開始する。また、デバイス登録部８２はインストール済みのアプリをＯＳなどから検出しておく。デバイス登録部８２は重複しないデバイスＩＤを生成する。デバイスＩＤは管理装置１１０が生成してもよい。
【０１９４】
S26：デバイス登録部８２はデバイスＩＤを指定して双方向通信装置１３０にデバイスＩＤの登録を要求する。双方向通信装置１３０はデバイスＩＤを受信すると登録し、ＯＫを返す。
【０１９５】
S27：管理装置１１０の双方向通信部１１１はデバイスＩＤを双方向通信装置１３０に送信する。双方向通信装置１３０はデバイスのエントリ情報を管理装置１１０に送信する。エントリ情報はデバイスを登録するための情報である。
【０１９６】
S28：管理装置１１０の双方向通信部１１１はエントリ情報を受信し、登録受付部１１２はエントリ情報で接続ＩＤを生成する。
【０１９７】
S29：管理装置１１０の登録受付部１１２は双方向通信部１１１を介して接続ＩＤを制御アプリ９０ｂに送信する。
【０１９８】
S30：制御アプリ９０ｂの双方向通信部８１は接続ＩＤを受信し、デバイス登録部８２が接続ＩＤとデバイスＩＤを双方向通信装置１３０に送信する。なお、接続ＩＤにデバイスＩＤを特定する情報が含まれている場合、デバイスＩＤは送信しなくてよい。このような処理により、制御アプリ９０ｂ、管理装置１１０及び双方向通信装置１３０がデバイスＩＤと接続ＩＤを保持できる。
【０１９９】
S31：デバイス情報の登録が完了すると、制御アプリ９０ｂの双方向通信部８１は接続ＩＤを使って管理装置１１０との双方向通信を開始する（接続する）。
【０２００】
S32：制御アプリ９０ｂの双方向通信部８１は、管理装置１１０のＵＲＬ、接続ＩＤ及びデバイスＩＤを指定して、双方向通信装置１３０に対し、管理装置１１０との接続を要求する。その後、アプリが強制終了等されるまで、双方向通信部８１は制御アプリ９０ｂと双方向通信装置１３０との通信を維持する。なお、制御アプリ９０ｂの終了時は、自動で再起動してデバイスＩＤの生成及び接続ＩＤの取得から再度行う。
【０２０１】
S33：双方向通信装置１３０は接続ＩＤ及びデバイスＩＤの組み合わせを認証して、認証が成功した場合、管理装置１１０のＵＲＬに接続する。
【０２０２】
S34：管理装置１１０の双方向通信部１１１はデバイスＩＤを受信し、接続情報ＤＢ１２２のデバイスＩＤに対応付けられた接続状態を「接続中」に更新する。以上により、会議室端末９０と管理装置１１０が双方向通信装置１３０を介して接続された。
【０２０３】
制御アプリ９０ｂと双方向通信装置１３０の接続中、双方向通信装置１３０は会議室端末９０の特定のポート（例えば443）を使い、制御アプリ９０ｂとWebSocketによるHTTPS通信を行う。これによりファイアウォールを超えた通信ができる。なおHTTPSなどのプロトコルは、管理者が双方向通信装置１３０内のＳＤＫライブラリを使って指定できる。
【０２０４】
制御アプリ９０ｂと双方向通信装置１３０の接続中は、制御アプリ９０ｂもサーバとして動作する。したがって、双方向通信装置１３０からの要求に応じて、設定や制御を行う。
【０２０５】
＜優先度の変更＞
図１３を用いて、被制御アプリ８９の優先度を管理者が変更する処理について説明する。図１３は、制御アプリ９０ｂが保持する優先度を管理者などが変更して、被制御アプリ８９を最前面に表示する手順を示すシーケンス図の一例である。
【０２０６】
S41：管理者は被制御アプリ８９が有する優先度を変更したい（最前面に表示する被制御アプリ８９を変更したい）と考えると、登録端末５０を管理装置１１０に接続させる。管理装置１１０はＷｅｂアプリを提供するＷｅｂサーバであると共に、双方向通信装置１３０を介して会議室端末９０と双方向通信を行う。登録端末５０は管理装置１１０が提供する遠隔設定画面を表示するので、管理者は遠隔設定画面上で被制御アプリ８９の優先度を変更できる。また、管理装置１１０は制御アプリ９０ｂから、各被制御アプリ８９の現在の優先度を取得できる。例えば、登録端末５０からの要求により管理装置１１０が会議室端末９０と通信して各被制御アプリ８９の現在の優先度を取得してもよいし、優先度を変更した時に被制御アプリ８９の更新後の優先度を取得しておいてもよい。管理者は各被制御アプリ８９の優先度を確認して、どの被制御アプリ８９の優先度をどのくらいに設定すればよいかを判断できる。
【０２０７】
なお、図１３では夜間に優先度が変更されているが、優先度の変更は日中も可能である。
【０２０８】
説明の便宜上、例えば、登録端末５０に表示される現在の優先度は以下のとおりであるとする。
被制御アプリ８９Ａ：優先度３
被制御アプリ８９Ｃ：優先度１
この状態で、管理者が被制御アプリ８９Ａの優先度を３→１、被制御アプリ８９Ｃの優先度を１→３に変更した。
【０２０９】
S42：管理装置１１０の処理受付部１１３は、登録端末５０から被制御アプリ８９Ａの優先度を１に、被制御アプリ８９Ｃの優先度を３に、変更する処理を受け付ける。管理装置１１０の双方向通信部１１１は被制御アプリ８９Ａの優先度を１に変更するという通知及び被制御アプリ８９Ｃの優先度を３に変更するという通知（設定の変更通知）を、双方向通信装置１３０を介して会議室端末９０の制御アプリ９０ｂに送信する。
【０２１０】
S43：制御アプリ９０ｂの双方向通信部８１は被制御アプリ８９Ａの優先度を１、被制御アプリ８９Ｃの優先度を３に変更するという通知を受信する。制御アプリ９０ｂの端末内通信部８３は被制御アプリ８９Ａの優先度を１に変更する変更要求を送信する。
【０２１１】
S44：制御アプリ９０ｂの端末内通信部８３は被制御アプリ８９Ｃの優先度を３に変更する変更要求を送信する。
【０２１２】
S45：制御アプリ９０ｂの双方向通信部８１は更新後の優先度（被制御アプリ８９Ａ：優先度１、被制御アプリ８９Ｃ：優先度３）を、双方向通信装置１３０を介して管理装置１１０に送信する。これにより、管理装置１１０は現在の優先度を登録端末５０に提供できる。
【０２１３】
S46：アプリが停止している場合(＝夜間)であって、被制御アプリ８９の更新版がアプリサーバ１４０で配信されている場合、ＯＳの自動更新部８６は自動アップデートを実行する。自動更新部８６はアプリサーバ１４０から最新のバージョンの被制御アプリ８９（更新版アプリ）をダウンロードする。
【０２１４】
S47：アプリサーバ１４０は最新のバージョンの被制御アプリ８９を会議室端末９０に送信する。
【０２１５】
S48：自動更新部８６は最新のバージョンの被制御アプリ８９を受信して、被制御アプリ８９を更新する。このように、制御アプリ９０ｂが各被制御アプリ８９を夜間、停止することで、ＯＳは起動していないアプリの最新のバージョンがあれば更新を行うことが可能となる。
【０２１６】
＜画面例＞
図１４、図１５を用いて、図１３のステップS41の処理で登録端末５０が表示する遠隔設定画面５５０について説明する。図１４は会議室端末９０の検索結果を表示する遠隔設定画面５５０の一例を示す。図１５の遠隔設定画面５５０には、検索に適合したデバイス名の一覧５５４が表示されている。
【０２１７】
遠隔設定画面５５０は、jobsボタン５５１、Deleteボタン５５２、及び、New deviceボタン５５３を有している。jobsボタン５５１は会議室端末９０に設定を送信するメニューを開くボタンであり、Deleteボタン５５２は登録されている会議室端末９０のうち選択された会議室端末９０を消去するボタンであり、New deviceボタン５５３は新たに会議室端末９０を登録するためのボタンである。
【０２１８】
図１５は、jobsボタン５５１が押下され、設定を送信するメニューが表示された遠隔設定画面の一例である。図１５のメニュー５６１では、ジョブの種類欄５６２の各ジョブに対応づけてラジオボタン５６３が表示されており、図１５ではReconfigureが選択されている。Reconfigureは設定変更を意味している。メニュー５６１には設定情報を受け付ける設定情報受付欄５６４があり、設定情報受付欄５６４の設定情報を会議室端末９０に送信することができる。本実施形態では設定情報受付欄５６４に優先度を設定できる。
【０２１９】
管理者はデバイス名の一覧５５４から設定情報を送信する会議室端末９０を選択する。これにより、メニュー５６１にはデバイス名の一覧で選択された会議室端末９０の数５６５が表示される。管理者が実行ボタンを押下すると、操作受付部５２が押下を受け付け、登録端末５０の通信部５１は設定情報受付欄５６４の設定情報を管理装置１１０と双方向通信装置１３０を介して会議室端末９０に送信する。
【０２２０】
設定情報受付欄５６４の設定情報は、管理者が入力できる他、会議室端末９０から取得した（Ｌｏａｄした）ものでもよい。したがって、管理者は、簡単な操作で同じ設定情報を有する会議室端末９０を作成できる。
【０２２１】
＜まとめ＞
以上説明したように、本実施形態のリソース予約システムは、被制御アプリ８９の状態が変更されると、それを制御アプリ９０ｂが検出して被制御アプリに状態変更通知を送信するので被制御アプリが優先度を変更できる。この優先度が制御アプリに通知されるので、制御アプリは最前面に表示する被制御アプリを制御できる。
【０２２２】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０２２３】
例えば、ユーザが操作した被制御アプリ自身が優先度を変更し、制御アプリに変更後の優先度を送信してもよい。
【０２２４】
また、ユーザの操作に関係なく、時間帯によって被制御アプリ自身が優先度を変更し、制御アプリに変更後の優先度を送信してもよい。
【０２２５】
また、会議室端末９０はディスプレイ６１６に待ち受け画面等を表示するのでなく、プロジェクタで壁やスクリーンに投影してもよい。
【０２２６】
また、本実施形態ではAndroidというＯＳを例に説明したが、ＯＳはAndroidに限られない。例えば、ｉＯＳ（登録商標）、又は、Ｗｉｎｄｏｗｓ（登録商標）でもよい。
【０２２７】
また、本実施形態では、会議管理サーバ３０、管理装置１１０及び双方向通信装置１３０がクラウドにあると説明したが、会議管理サーバ３０、管理装置１１０及び双方向通信装置１３０がオンプレミスに配置されていてもよい。
【０２２８】
また、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【０２２９】
また、本実施形態のリソース予約システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。
【０２３０】
また、以上の実施例で示した図７，図８などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０２３１】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【符号の説明】
【０２３２】
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１１０      管理装置
１３０      双方向通信装置
【先行技術文献】
【特許文献】
【０２３３】
【特許文献１】特開2009−217558号公報
【図１】
2020140337.tif 000015
【図２】
2020140337.tif 000016
【図３】
2020140337.tif 000017
【図４】
2020140337.tif 000018
【図５】
2020140337.tif 000019
【図６】
2020140337.tif 000020
【図７】
2020140337.tif 000021
【図８】
2020140337.tif 000022
【図９】
2020140337.tif 000023
【図１０】
2020140337.tif 000024
【図１１】
2020140337.tif 000025
【図１２】
2020140337.tif 000026
【図１３】
2020140337.tif 000027
【図１４】
2020140337.tif 000028
【図１５】
2020140337.tif 000029