(57)【要約】      （修正有）【課題】アプリの動作を制御することができる情報処理端末を提供する。【解決手段】１つ以上の被制御アプリ９０ａがインストールされている情報処理端末９０であって、被制御アプリ９０ａを制御するための通知を送信する通知送信手段８３を有し、被制御アプリによって実現される、通知を受信する通知受信手段９５と、通知受信手段が受信した通知に基づいて被制御アプリ９０ａを制御するアプリ制御手段とを有する。【選択図】図７
2020087222.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の被制御アプリがインストールされている情報処理端末であって、
前記被制御アプリを制御するための通知を送信する通知送信手段を有し、
前記被制御アプリによって実現される、
前記通知を受信する通知受信手段と、
前記通知受信手段が受信した通知に基づいて被制御アプリを制御するアプリ制御手段と、
を有することを特徴とする情報処理端末。
【請求項２】
アプリを配信するアプリサーバとネットワークを介して通信し、
前記アプリサーバから前記被制御アプリを取得して、前記情報処理端末にインストールされている前記被制御アプリを更新する更新手段を有し、
前記通知送信手段は、前記更新手段により更新された前記被制御アプリを制御するための通知を送信し、
前記更新手段により更新された前記被制御アプリの前記通知受信手段が前記通知を受信し、前記アプリ制御手段は前記通知受信手段が受信した通知に基づいて被制御アプリを制御することを特徴とする請求項１に記載の情報処理端末。
【請求項３】
前記情報処理端末にインストールされている制御アプリにより前記通知送信手段が実現され、
前記制御アプリはバックグラウンドで稼働する常駐アプリであることを特徴とする請求項１又は２に記載の情報処理端末。
【請求項４】
前記制御アプリはホーム画面を表示するホームアプリであることを特徴とする請求項３に記載の情報処理端末。
【請求項５】
前記通知送信手段は前記被制御アプリを停止するための通知を前記被制御アプリに送信し、
前記更新手段は、停止している前記被制御アプリを更新することを特徴とする請求項２に記載の情報処理端末。
【請求項６】
複数の前記被制御アプリの優先度を管理する優先度管理手段を有し、
前記通知送信手段は前記優先度が最も高い前記被制御アプリに、前記被制御アプリの画面を最前面に表示する通知を送信し、
前記優先度が最も高い前記被制御アプリは、他の前記被制御アプリより前面に前記被制御アプリの前記画面を表示することを特徴とする請求項１〜５のいずれか１項に記載の情報処理端末。
【請求項７】
前記通知送信手段は、予め定められた第１の時間帯に繰り返し、前記優先度が最も高い前記被制御アプリに、前記被制御アプリの前記画面を最前面に表示する通知を送信し、
前記通知送信手段は、予め定められた第２の時間帯に繰り返し、前記被制御アプリを停止するための通知を前記被制御アプリに送信することを特徴とする請求項６に記載の情報処理端末。
【請求項８】
前記通知送信手段は、前記被制御アプリが予め保持する前記優先度を問い合わせて、前記被制御アプリから前記優先度を取得し、
前記通知送信手段は前記優先度が最も高い前記被制御アプリに、前記被制御アプリの前記画面を最前面に表示する通知を送信することを特徴とする請求項６又は７に記載の情報処理端末。
【請求項９】
ネットワークを介して管理装置と通信する通信手段を有し、
前記通信手段が前記管理装置から受信した、前記被制御アプリに対応付けられた前記優先度を前記優先度管理手段が管理し、
前記通知送信手段は前記優先度が最も高い前記被制御アプリに、前記被制御アプリの前記画面を最前面に表示する通知を送信することを特徴とする請求項６〜８のいずれか１項に記載の情報処理端末。
【請求項１０】
前記優先度管理手段は、前記管理装置から送信された前記優先度と、前記被制御アプリから送信された前記優先度のうち大きい方を前記被制御アプリの前記優先度として、
前記通知送信手段は前記優先度が最も高い前記被制御アプリに、前記被制御アプリの前記画面を最前面に表示する通知を送信することを特徴とする請求項９に記載の情報処理端末。
【請求項１１】
前記情報処理端末には、リソースの予約情報を保持する情報処理装置から前記予約情報を取得して、前記予約情報を表示する前記被制御アプリがインストールされており、
前記アプリ制御手段は、前記通知受信手段が受信した通知に基づいて前記予約情報を最前面に表示することを特徴とする請求項１〜１０のいずれか１項に記載の情報処理端末。
【請求項１２】
通知を受信する通知受信手段と、
前記通知受信手段が受信した通知に基づいて被制御アプリを制御するアプリ制御手段と、を有する１つ以上の被制御アプリがインストールされている情報処理端末を、
前記被制御アプリを制御するための通知を送信する通知送信手段として機能させることを特徴とするプログラム。
【請求項１３】
リソースの予約情報を保持する情報処理装置と、前記情報処理装置から前記予約情報を取得する情報処理端末と、を有するリソース予約システムであって、
前記情報処理装置は、
前記情報処理端末からの要求に応じて前記予約情報を送信し、
前記情報処理端末は、
前記情報処理装置から前記予約情報を取得して、前記予約情報を表示する被制御アプリがインストールされており、
前記被制御アプリを制御するための通知を送信する通知送信手段を有し、
前記被制御アプリによって実現される、
前記通知を受信する通知受信手段と、
前記通知受信手段が受信した通知に基づいて被制御アプリを制御するアプリ制御手段と、を有することを特徴とするリソース予約システム。
【請求項１４】
１つ以上の被制御アプリがインストールされている情報処理端末が行う制御方法であって、
通知送信手段が、前記被制御アプリを制御するための通知を送信するステップと、
前記被制御アプリによって実現される通知受信手段が、前記通知を受信するステップと、
前記被制御アプリによって実現されるアプリ制御手段が、前記通知受信手段が受信した通知に基づいて被制御アプリを制御するステップと、
を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末、プログラム、リソース予約システム、及び、制御方法に関する。
【背景技術】
【０００２】
情報処理端末で動作するアプリケーションソフト（以下、単にアプリという）がバグを有していたり、未搭載の機能を有していたりする場合がある。このような場合、ユーザが新しいバージョンのアプリに意識的にバージョンアップしなくてもよいように、アプリを自動更新する仕組みが提供されている（例えば、特許文献１参照。）。特許文献１には、常駐して実行可能なアプリケーションをアプリケーションの異なったバージョンで置換するシステムについて開示されている。
【０００３】
情報処理端末で動作するアプリをユーザが操作しなくても自動で更新できれば、例えば複数の情報処理端末がある場合に、アプリを更新するための作業負担を低減でき、更に、情報処理端末がある場所に管理者が赴かなくてもアプリを最新のバージョンに維持できる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、アプリの動作を制御することができないという問題があった。例えば、どのアプリを優先して表示させるか、又は、アプリの起動と停止などを制御できなかった。このため、従来は、情報処理端末がある場所に管理者が赴き設定を行う必要があり、複数の情報処理端末があるとそれぞれで同じ設定を行う必要があった。
【０００５】
本発明は、上記課題に鑑み、アプリの動作を制御することができる情報処理端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、１つ以上の被制御アプリがインストールされている情報処理端末であって、前記被制御アプリを制御するための通知を送信する通知送信手段を有し、前記被制御アプリによって実現される、前記通知を受信する通知受信手段と、前記通知受信手段が受信した通知に基づいて被制御アプリを制御するアプリ制御手段と、を有することを特徴とする。
【発明の効果】
【０００７】
アプリの動作を制御することができる情報処理端末を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図２】会議室端末の動作の概略を説明する図の一例である。
【図３】リソース予約システムの一例のシステム構成図である。
【図４】会議管理サーバの一例のハードウェア構成図である。
【図５】会議室端末の一例のハードウェア構成図である。
【図６】予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す一例の機能ブロック図である。
【図７】端末装置及び会議室端末の機能をブロック状に示す一例の機能ブロック図である。
【図８】端末内通信部の機能を示す機能ブロック図の一例である。
【図９】会議室端末のホーム画面の一例を示す図である。
【図１０】アプリのライフサイクルの一例を示す図である。
【図１１】制御アプリが優先度を取得して、被制御アプリを最前面に表示する手順を示すシーケンス図の一例である。
【図１２】会議室端末の画面遷移例を示す図である。
【図１３】会議室端末にインストールされた制御アプリが会議室端末と会議室端末にインストールされているアプリを管理装置に登録する手順を示す一例のシーケンス図である。
【図１４】制御アプリが保持する優先度を管理者などが変更して、被制御アプリを最前面に表示する手順を示すシーケンス図の一例である。
【図１５】会議室端末の検索結果を表示する遠隔設定画面の一例を示す図である。
【図１６】jobsボタンが押下され、設定を送信するメニューが表示された遠隔設定画面の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例として、リソース予約システム及びリソース予約システムが行う制御方法について図面を用いて説明する。
【００１０】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システムの概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。
【００１１】
Ａ．予約者は自分の端末装置６０を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（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）が記憶されている。
【００７８】
【表１】
2020087222.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００７９】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００８０】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（例えばトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。
【００８１】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。
【００８２】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。プッシュ通知には各ＯＳが提供する公知の仕組みを利用するものとする。
【００８３】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００８４】
【表２】
2020087222.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００８５】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００８６】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【００８７】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【００８８】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、デバイス通信部３９、及び、予約情報送信部４１を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００８９】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。また、通信部３１は双方向通信装置１３０と双方向通信を行う。
【００９０】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。
【００９１】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。予約管理サーバ２０から通知された登録又は更新された予約情報のアカウントを指定してもよいし、任意のアカウントを指定してもよい。予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。
【００９２】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。あるいは、予約情報取得部３３が予約情報を予約管理サーバ２０から取得した時点で、通知判断部３４が予約に関する情報を通知するタスクを生成してキューに登録してもよい。キューに保存されたタスクは実行時刻（リマインドする時刻）が到来すると実行される。
【００９３】
なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。
【００９４】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。
【００９５】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。
【００９６】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。
【００９７】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
【００９８】
デバイス通信部３９は、デバイス情報を管理装置１１０から取得して、双方向通信装置１３０を介して会議室端末９０と通信する。デバイス情報について詳細は後述する。
【００９９】
予約情報送信部４１は、会議室端末９０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。予約情報送信部４１はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。
【０１００】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、及び、会議室設定情報ＤＢ４９８が記憶されている。
【０１０１】
【表３】
2020087222.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【０１０２】
【表４】
2020087222.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報は予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名、及び、ステータスの項目を有する。予約者の表記名は予約者の氏名などである。予約者の所属名は予約者が所属する部署名である。参加者の表記名は参加者の氏名などである。参加者の所属名は参加者が所属する部署名である。会議管理サーバ３０ではアカウントと表記名、所属名などを対応付けたユーザ情報を保持しているか利用可能なので、アカウントが分かればこれらも判明する。なお、予約管理サーバ２０から送信される時点で予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名が含まれていてもよい。
【０１０３】
ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１０４】
【表５】
2020087222.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。
【０１０５】
【表６】
2020087222.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【０１０６】
【表７】
2020087222.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【０１０７】
【表８】
2020087222.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的にどのように制御するかの情報である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【０１０８】
【表９】
2020087222.tif 000011
表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末９０の状態、認証キー、管理開始フラグ、及び、登録できる会議室端末９０の数の各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末９０の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。
接続中：一定期間内に通信が確認できている状態
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する  False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。詳細は後述される。
・登録できる会議室端末９０の数は、１つの会議室に対応付けられることができる会議室端末９０の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１でもよいし複数でもよい。
【０１０９】
会議室名称、会議室ＩＤは予め決まっているか、管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末９０の状態の初期状態（提供者の設定直後）はセットアップ前であるが、通信の状況によって遷移する。認証キーは初期設定時に例えば会議管理サーバ３０が採番して設定する。管理開始フラグは後述する設定画面などから管理者が設定する。登録できる会議室端末９０の数は同様に管理者が設定できる。登録できる会議室端末９０の数は１以上である場合が多い。１に設定された場合、１つの会議室に登録できる会議室端末９０は１つのみになる。
【０１１０】
<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１１１】
登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。この設定の１つに初期設定や被制御アプリ８９の優先度の変更がある。また、登録端末５０は管理装置１１０が提供するＷｅｂページを介して管理者が会議室端末９０に各種の設定を行うための端末でもある。登録端末５０が有する通信部５１、操作受付部５２、及び、表示制御部５３の機能は端末装置６０と同様であり、詳細は端末装置６０と共に説明する。
【０１１２】
<<端末装置>>
図７は、端末装置６０、会議室端末９０、及び、管理装置１１０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【０１１３】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１１４】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。通信部６１ａは、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１５】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部６１ｂは、図４のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１１６】
表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。
【０１１７】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１８】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１１９】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１２０】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなどを行う。サーバ通信部６５は図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１２１】
会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる２次元コード等をＬＣＤ２０６に表示する。表示制御部６６は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１２２】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２３】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能を提供する。端末通信部６８は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２４】
<<会議室端末>>
会議室端末９０にはＯＳ９０ｄで動作する端末アプリ９０ａ、制御アプリ９０ｂ、及び、電子黒板アプリ９０ｃがインストールされる。それぞれ図示するような機能を有している。なお、電子黒板アプリ９０ｃは会議室端末９０への手書き入力を可能にするアプリである。会議室端末９０には少なくとも端末アプリ９０ａがインストールされていればよく、また、被制御アプリ８９は３つ以上でもよい。
【０１２５】
会議室端末９０は端末アプリ９０ａの機能として、サーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、端末内通信部９５、電子機器通信部９６、及び、予約情報要求部９７を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成のいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１２６】
サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である（双方向通信装置１３０を使わない場合）。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。
【０１２７】
本実施形態のサーバ通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。また、サーバ通信部９１は双方向通信装置１３０を介して管理装置１１０と双方向通信することができる。
【０１２８】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。会議識別情報が手で入力される場合、端末装置通信部９２はなくてもよい場合がある。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１２９】
端末内通信部９５は会議室端末９０内の他のアプリ（電子黒板アプリ９０ｃ、制御アプリ９０ｂ）と通信する。通信には適宜ＯＳの機能を利用してよい。端末内通信部９５の詳細な機能を図８にて説明する。
【０１３０】
電子機器通信部９６は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９６は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１３１】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。本実施形態の表示制御部９４は、予約情報に非公開設定が対応付けられているか否かを判断し、非公開設定が対応付けられている場合、非公開設定が指示する非公開対象項目を非表示にし、又は、固定表記にする。
【０１３２】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。例えば、チェックイン、会議識別情報の手による入力を受け付けたり、チェックアウトを受け付けたりする。
【０１３３】
予約情報要求部９７は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して記憶部９９に記憶されているサーバＵＲＬ９９３を宛先にして会議室ＩＤ９９１及び認証キー９９２を繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９７はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【０１３４】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、及び、電子機器７０のＩＰアドレス９９７が記憶されている。これらは、会議室端末９０（端末アプリ９０ａ）に設定されている設定情報の一部又は全体である。また、会議室ＩＤ９９１、認証キー９９２及びサーバＵＲＬ９９３は会議管理サーバ３０との通信に必要な情報である。
【０１３５】
端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリ９０ａのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。
【０１３６】
また、会議室端末９０は制御アプリ９０ｂの機能として、双方向通信部８１、デバイス登録部８２、端末内通信部８３、アプリ登録部８４、及び、通信部８５を有している。
【０１３７】
双方向通信部８１は、双方向通信装置１３０を介して管理装置１１０又は会議管理サーバ３０と双方向通信を行う。デバイス登録部８２は、制御アプリ９０ｂが会議室端末９０にインストールされたことを契機に、管理装置１１０と双方向通信装置１３０へのデバイス情報の登録を行う。端末内通信部８３は端末アプリ９０ａ側の端末内通信部９５と双方向に通信する。端末内通信部８３の詳細な機能を図８にて説明する。
【０１３８】
アプリ登録部８４は会議室端末９０にインストールされているアプリに関する情報を管理装置１１０に登録する。通信部８５はネットワークＮ１に接続して、双方向通信装置１３０を介さずに他の装置と通信する。
【０１３９】
＜＜管理装置＞＞
管理装置１１０は、双方向通信部１１１、登録受付部１１２、処理受付部１１３、設定取得部１１４、設定更新部１１５、及び、通信部１１６を有している。管理装置１１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【０１４０】
双方向通信部１１１は、双方向通信装置１３０を介して会議室端末９０と双方向通信を行う。登録受付部１１２は、制御アプリ９０ｂからのデバイス情報とアプリに関する情報の登録要求を受付、デバイス情報ＤＢ１２１又は接続情報ＤＢ１２２に登録する。
【０１４１】
処理受付部１１３は、後述する遠隔設定画面の画面情報を生成し、通信部１１６を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として遠隔設定画面が提供される。
【０１４２】
設定取得部１１４は、会議管理サーバ３０又は管理者（登録端末）からの要求があると、双方向通信装置１３０を介して、端末アプリ９０ａの設定情報や制御アプリ９０ｂが有する優先度を取得する。設定更新部１１５は、会議管理サーバ３０又は管理者（登録端末）からの要求があると、双方向通信装置１３０を介して、端末アプリ９０ａの設定情報や制御アプリ９０ｂが有する優先度を更新又は変更する。通信部１１６はネットワークＮ２に接続して、双方向通信装置１３０を介さずに他の装置と通信する。
【０１４３】
また、管理装置１１０は記憶部１２０を有している。記憶部１２０は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１２０には、デバイス情報ＤＢ１２１、及び、接続情報ＤＢ１２２が記憶されている。
【０１４４】
【表１０】
2020087222.tif 000012
表１０は、デバイス情報ＤＢ１２１に記憶されているデバイス情報を模式的に示す。デバイス情報は各レコードに付された連番を有し、更に、デバイスＩＤにＭＡＣアドレス、インストール済みアプリＩＤ、及び、アプリバージョンが対応付けられている。デバイスＩＤは会議室端末９０（又は制御アプリ９０ｂ）を識別又は特定するための情報である。ＭＡＣアドレスはネットワーク上で、各ノード（会議室端末９０）を識別するために設定されているＬＡＮカードなどのネットワーク機器のハードウェアに一意に割り当てられる物理アドレスである。インストール済みアプリＩＤは会議室端末９０にインストールされているアプリ（端末アプリ９０ａ、制御アプリ９０ｂ、電子黒板アプリ９０ｃ等）を識別又は特定するための識別情報である。アプリバージョンはインストールされている各アプリのバージョンである。
【０１４５】
デバイス情報のうち、デバイスＩＤ、又は、デバイスＩＤ及びアプリＩＤは、管理装置１１０が会議室端末９０と通信するための通信情報である。これに次述の接続ＩＤを含めてもよい。デバイスＩＤは本実施形態では通信情報となる。
【０１４６】
【表１１】
2020087222.tif 000013
表１１は、接続情報ＤＢ１２２に記憶されている接続情報を模式的に示す。接続情報は各レコードに付された連番を有し、更に、デバイスＩＤに対応付けて、接続ＩＤと接続状態が対応付けられている。接続ＩＤは、管理装置１１０が会議室端末９０と通信する権限を有するかどうかを双方向通信装置１３０が判断するための情報である。このような情報をアクセストークンという場合ある。接続状態には、会議室端末９０との通信がどのような状態か（接続中、接続断）が登録される。接続ＩＤは、管理装置１１０が会議室端末９０と通信するための通信情報となる場合がある。
【０１４７】
＜＜ＯＳ＞＞
ＯＳ９０ｄは自動更新部８６を有している。自動更新部８６はアプリサーバ１４０と通信して、会議室端末９０にインストールされている制御アプリ９０ｂ、端末アプリ９０ａ、又は、電子黒板アプリ９０ｃの新しいバージョンをアプリサーバ１４０からダウンロードして、古いバージョンのアプリを更新する。なお、ダウンロードとアプリの更新は、アプリが停止している場合に行われる。
【０１４８】
＜端末内通信部の機能＞
図８は、端末内通信部８３，９５の機能を示す機能ブロック図の一例である。上記のように、制御アプリ９０ｂの端末内通信部８３と被制御アプリ８９の端末内通信部９５は、端末内部で通信することができる。例えば、Android（登録商標。以下省略する。）というＯＳではインテント通信という機能が知られている。
【０１４９】
まず、制御アプリ９０ｂの端末内通信部８３は、優先度管理部８３１、最前面アプリ制御部８３２、停止要求部８３３、及び、スケジューリング部８３４を有している。優先度管理部８３１は、被制御アプリ８９から、最前面に表示するアプリを決定するため優先度を取得する。優先度管理部８３１は被制御アプリ８９に対応付けて優先度を管理する。また、優先度管理部８３１は管理装置１１０から被制御アプリ８９の優先度を取得する場合がある。
【０１５０】
最前面アプリ制御部８３２は、予め定められたスケジュールに基づいて、優先度が最も高い被制御アプリ８９に対し最前面に表示する旨を通知する。このスケジュールはスケジューリング部８３４により管理されている。最前面アプリ制御部８３２は繰り返し（例えば定期的に）最前面に表示する旨を通知するので、優先度が最も高い被制御アプリ８９が最前面に表示されることを維持できる。
【０１５１】
停止要求部８３３は予め定められたスケジュールに基づいて制御アプリ９０ｂに停止する旨を通知する。このスケジュールはスケジューリング部８３４により管理されている。停止の通知に対し、被制御アプリ８９を起動させる起動要求部を制御アプリ９０ｂが有していないが、最前面アプリ制御部８３２が最前面に表示する旨の通知を送信することで、停止している被制御アプリ８９を起動することもできる。起動要求部を別途有していてもよい。
【０１５２】
スケジューリング部８３４には、日中の時間帯と夜間の時間帯が予め設定されている。スケジューリング部８３４は、日中の時間帯、最前面アプリ制御部８３２による制御を行わせ停止要求部８３３による制御を行わない。夜間の時間帯は、最前面アプリ制御部８３２による制御を行わせず停止要求部８３３による制御を行わせる。なお、日中・夜間の定義は例えば、6:00〜22:00が日中、22:00〜06:00が夜間である。当然これ以外の時間帯も設定可能である。
【０１５３】
被制御アプリ８９の端末内通信部９５は、優先度送信部９５１、アプリ最前面表示部９５２、及び、アプリ停止部９５３を有している。優先度送信部９５１は、制御アプリ９０ｂに自身が持つ優先度を送信する。送信の契機は、被制御アプリ８９の起動時、又は、制御アプリ９０ｂから要求された場合などである。
【０１５４】
アプリ最前面表示部９５２は、制御アプリ９０ｂから最前面に表示する旨の通知を受けると、自分自身の被制御アプリ８９を他のアプリよりも前面に表示する。したがって、最前面に表示される。なお、制御アプリ９０ｂも画面（ユーザインタフェース）を有しているが、後述するように、制御アプリ９０ｂはホーム画面を表示するアプリであるため、制御アプリ９０ｂよりも被制御アプリ８９の画面は前面に表示される。また、制御アプリ９０ｂは優先度の比較の対象外（制御アプリ９０ｂは優先度を持っていない）である。
【０１５５】
アプリ停止部９５３は制御アプリ９０ｂから最前面に表示する旨の通知を受けると、自分自身である被制御アプリ８９を停止する。停止とは、ユーザが使用できなくなるようにすることをいうが、本実施形態では更新が可能な状態とすることをいう。停止に関しては後に詳述する。
【０１５６】
なお、図８では端末内通信部８３，９５が各機能を有しているが、各機能は制御アプリ９０ｂ又は端末アプリ９０ａが有していればよい。
【０１５７】
＜制御アプリについて＞
図９を用いて、制御アプリ９０ｂがホームアプリである場合の動作について説明する。図９は会議室端末９０のホーム画面の一例を示す図である。AndroidなどのＯＳでは、ホーム画面を表示する機能も所定のアプリで実現されており、このアプリを他のアプリと区別してホームアプリという。ホーム画面とは、会議室端末９０の電源を入れた直後（ロック画面が表示される場合はログイン後）に表示される基本画面であり、ホームアプリはこのホーム画面を表示する。
【０１５８】
図９（ａ）は一般的なホーム画面４０１の一例であり、時刻と日付などが表示されると共に、インストールされているアプリを表すアイコンなどが表示される。本実施形態では、このホーム画面４０１を制御アプリ９０ｂが表示する。つまり、制御アプリ９０ｂがホームアプリとなる。具体的には制御アプリ９０ｂがホームアプリであることがＯＳに登録されている。
【０１５９】
図９（ｂ）は制御アプリ９０ｂが表示するホーム画面４０２の一例である。制御アプリ９０ｂが表示するホーム画面４０２のデザインは任意であり、例えば、企業のキャッチコピー、宣伝、社員への連絡事項、などを表示できる。動画を流してもよい。
【０１６０】
したがって、稼働している被制御アプリ８９が全くない場合又は非表示になっている場合、会議室端末９０はＯＳの制御によりホーム画面４０２を表示できる。また、稼働している被制御アプリ８９が１つでもありそれが非表示でない場合は、ホーム画面４０２には最前面で表示される被制御アプリ８９の画面が表示される。このように、制御アプリ９０ｂはホームアプリであるため、常に稼働した状態が維持される常駐アプリである。また、常駐して稼働するが画面には表示されない動作形態をバックグラウンド動作という場合がある。
【０１６１】
制御アプリ９０ｂは常に稼働した状態であるが、「常に」とは一時的に停止しても早期に復帰して稼働状態になればよい。このため、被制御アプリ８９を最前面に表示する制御が可能になる。
【０１６２】
なお、制御アプリ９０ｂを常に稼働した状態に維持する方法としては、ホームアプリとしてＯＳに登録する方法の他、開発者又は制御アプリ９０ｂが、制御アプリ９０ｂが停止した場合に再起動することをＯＳに予約する方法もある。この場合は、図９（ａ）のホーム画面４０１が表示されるので、制御アプリ９０ｂは表示する画面を有していなくてよい。バックグラウンドで稼働して、被制御アプリ８９を制御すればよい。
【０１６３】
＜アプリのライフサイクル＞
図１０はアプリのライフサイクルの一例を示す。図１０ではAndroidを例にして説明する。まず、Androidではユーザが目にするアプリケーション画面のことをアクティビティといい、アクティビティをアプリのライフサイクルとして扱うことができる。アクティビティが開始されて、そして破棄されるまでをアクティビティのライフサイクルと呼ぶ。
【０１６４】
アクティビティが開始（アプリが起動）されると「onCreateメソッド」、「onStartメソッド」、「onResumeメソッド」が順に呼ばれて「実行中」の状態になる。
【０１６５】
「onPauseメソッド」は別のアクティビティ（同じアプリでも別のアプリでもよい）が開始されると呼ばれ、元のアクティビティは別のアクティビティによって見えなくなる。元のアクティビティが見えなくなった状態が長時間続くと、更に「onStopメソッド」が呼ばれて「停止中」の状態となる。「onPauseメソッド」が呼ばれても「onStopメソッド」が呼ばれる前に「onResumeメソッド」が呼ばれた場合は元のアクティビティが表示される。
【０１６６】
アクティビティは「停止中」の状態でも表示されていないだけで終了していない（メモリにプロセスがある状態）。例えば、ユーザが非表示の状態から再び画面に表示する操作を行った場合、「onRestartメソッド」、「onStartメソッド」及び「onResumeメソッド」が呼ばれて再び実行中となる。
【０１６７】
「停止中」の状態から「onDestroyメソッド」が呼ばれるとアクティビティが終了する（メモリにプロセスがない状態）。例えば、ユーザの特定の操作によりアクティビティが終了となる場合が相当する。
【０１６８】
「停止中」の状態又は「onPauseメソッド」が呼ばれた状態では、メモリ不足により強制的に終了となる場合がある。この場合もアクティビティが終了する（メモリにプロセスがない状態）。
【０１６９】
このように、アプリは画面では非表示でも停止中の状態と終了の２つの状態がある。本実施形態では、停止中の状態と終了を特に区別せずにアプリの更新が可能な状態にすることを「停止」と称する。メモリにプロセスが存在していてもよいし、メモリにプロセスが存在しない状態まで制御してもよい。なお、プロセスとはプログラムの実行単位をいい、ＣＰＵからはコードとデータの実行単位として見え、ＯＳからはメモリの管理単位と見える。
【０１７０】
また、図１０のライフサイクルはAndroidのものであり、他のＯＳでは他のＯＳのライフサイクルにおいて、アプリの更新が可能な状態にすることを「停止」という。
【０１７１】
＜最前面の表示制御＞
図１１を用いて、被制御アプリ８９を最前面に表示する制御について説明する。図１１は、制御アプリ９０ｂが優先度を取得して、被制御アプリ８９を最前面に表示する手順を示すシーケンス図の一例である。
【０１７２】
S1：制御アプリ９０ｂの端末内通信部８３は起動時に会議室端末９０内の各アプリに対して、送信元の制御アプリ９０ｂの識別情報を指定して、連携登録が可能になったことを通知する連携登録開始の通知を送信する。この通知は、不特定のアプリに対して送信され（ＯＳを介して送信されてよい）、この通知を受信するかどうかは各アプリで設定されている。そのため、この時点で制御アプリ９０ｂは、どのアプリが連携対象となるかは認識していない。Androidでは暗黙的インテントという仕組みがあり、アクションとデータ（ＵＲＩ）を指定して同報的に送信する。制御アプリ９０ｂから制御される用意がある被制御アプリ８９にはインテントフィルタが予め設定されており、このアクションとデータ（ＵＲＩ）を受けられる被制御アプリ８９が応答する。したがって、ユーザが任意のアプリを会議室端末９０にダウンロードしても、このアプリが応答することはない。
【０１７３】
なお、制御アプリ９０ｂが常駐型なので起動する頻度は多くなく、連携登録開始の通知を送信する頻度も少ないが、後述するように、被制御アプリ８９が起動時に優先度を通知するので、少なくとも１日１回は制御アプリ９０ｂが優先度を取得できる。あるいは、制御アプリ９０ｂの端末内通信部８３は起動した場合に限らず定期的にステップS1の通知を送信してもよい。
【０１７４】
S2：各被制御アプリ８９の優先度管理部８３１は、制御アプリ９０ｂからの通知を受けて、自身のアプリを連携対象として登録することを制御アプリ９０ｂに対して通知する。この通知は制御アプリ９０ｂの識別情報を直接指定して、また、自分を登録するために被制御アプリ８９の識別情報を指定して行われる。また、被制御アプリ８９の優先度送信部９５１は、自身の優先度を送信する。制御アプリ９０ｂの優先度管理部８３１は連携対象の登録の通知を受信することで、通知を送信した被制御アプリ８９が連携対象であると認識する。また、優先度管理部８３１は被制御アプリ８９の優先度を、被制御アプリ８９の識別情報に対応付けて管理する。
【０１７５】
S3，S4：処理の流れはステップS1,S2と同様になる。図１１の例では、被制御アプリ８９Ａが優先度１、被制御アプリ８９Ｂが優先度２を送信したものとする。なお、優先度は値が大きいほど優先度も大きい。
【０１７６】
S5：連携登録開始の通知は連携を行わない対象外のアプリにも通知される。しかし、対象外のアプリは連携対象の登録の通知を送信しないため、制御アプリ９０ｂには登録されない。なお、Androidでは上記のインテントフィルタにより対象外のアプリには連携登録開始の通知が届かないという表現もでき、連携登録開始の通知が対象外のアプリに送信されないので、対象外のアプリが連携対象の登録の通知を送信することがない。
【０１７７】
以降、制御アプリ９０ｂが稼働中の場合、以下のシーケンスを一定周期で繰り返し行う。稼働中であれば、永続的に行う。
【０１７８】
S6：日中の間、スケジューリング部８３４は最前面アプリ制御部８３２に制御を行わせる。このため、最前面アプリ制御部８３２は、最も高い優先度を登録した被制御アプリ８９を指定してこの被制御アプリ８９に対してのみ、最前面表示の通知を送信する。本実施形態では、被制御アプリ８９Ｂの優先度の方が被制御アプリ８９Ａよりも高いため、被制御アプリ８９Ｂに対して最前面表示の通知を送信する。最も高い優先度でない被制御アプリに対して、最前面アプリ制御部８３２は最前面表示の通知を送信しない。
【０１７９】
ただし、本実施形態では、優先度が最も高くない被制御アプリは最前面に表示されなければよいので、最前面アプリ制御部８３２は優先度が最大でない被制御アプリのプロセスのみを起動してバックグラウンドで動作する状態に制御してもよい（ライフサイクルの停止状態にする）。
【０１８０】
S7：被制御アプリ８９Ｂのアプリ最前面表示部９５２は最前面表示の通知を受信して、自身のアプリを最前面に表示する。例えば、Androidでは「bringToFrontメソッド」を実行する。最も高い優先度でない被制御アプリ８９に、非表示にする通知を送信した場合、例えば、非表示にするだけでよいので「onPauseメソッド」又は「onStopメソッド」を実行させる方法がある。
【０１８１】
最前面アプリ制御部８３２は、最前面表示の通知を一定周期で送信するため、他の任意のアプリが稼働している場合や最前面に表示すべき被制御アプリ８９が表示されていない状態になっても、一定時間で、最前面に表示すべき被制御アプリ８９を最前面に表示できる。管理対象でない任意のアプリが最前面に表示されている場合でも、待ち受け画面を表示する被制御アプリ８９（端末アプリ）を最前面に表示できる。なお、例外的に、ＯＳが最前面に表示するアプリを制限している場合はこの限りでない。
【０１８２】
最前面表示の通知は、優先度が最も高い被制御アプリ８９（端末アプリ）が最前面に表示されているかどうかをＯＳ等に問い合わせ、最前面に表示されていない場合にのみ送信してもよい。
【０１８３】
S8、S10：夜間になると、スケジューリング部８３４は停止要求部８３３に制御を行わせる。停止要求部８３３は、全ての被制御アプリ８９に対して、停止要求の通知を送信する。
【０１８４】
S9、S11：被制御アプリ８９のアプリ停止部９５３は、停止要求の通知を受信して、自身のアプリを停止する。Androidではfinishメソッド、又は、finishAndRemoveTaskメソッドなどがある。
【０１８５】
停止要求の通知も一定周期で通知され、被制御アプリ８９が起動した場合（ユーザが起動した場合や更新後に自動起動する設定になっている場合など）でも、再度、停止させることができる。ただし、停止要求の通知は各被制御アプリ８９が停止しているかどうかを検出して、アプリが起動している場合のみ送信してもよい。
【０１８６】
S12：アプリが停止している場合(＝夜間)であって、被制御アプリ８９の更新版がアプリサーバ１４０で配信されている場合、ＯＳの自動更新部８６は自動アップデートを実行する。自動更新部８６はアプリサーバ１４０から最新のバージョンの被制御アプリ８９（更新版アプリ）をダウンロードする。
【０１８７】
S13：アプリサーバ１４０は最新のバージョンの被制御アプリ８９を会議室端末９０に送信する。
【０１８８】
S14：自動更新部８６は最新のバージョンの被制御アプリ８９を受信して、被制御アプリ８９を更新する。このように、制御アプリ９０ｂが各被制御アプリ８９を夜間、停止することで、ＯＳは起動していないアプリの最新のバージョンがあれば更新を行うことが可能となる。
【０１８９】
夜間の間は更新後の被制御アプリ８９は停止要求の通知で停止しているが、日中の時間帯になると、最前面表示の通知により起動し、最前面に表示された状態を維持する。制御アプリ９０ｂは更新処理を行う必要がなく、また、更新されたかどうかに一切関与せず、各時間帯に応じて、被制御アプリ８９の起動又は停止のいずれかを行えばよい。
【０１９０】
図１２は、会議室端末９０の画面遷移例を示す図である。図１２（ａ）は制御アプリ９０ｂが表示するホーム画面４０２を図１２（ｂ）は被制御アプリ８９Ａが表示する待ち受け画面４０３を、図１２（ｃ）は被制御アプリ８９Ｂが表示する操作画面４０４を、それぞれ示す。
【０１９１】
日中、被制御アプリ８９Ａの待ち受け画面４０３又は被制御アプリ８９Ｂの操作画面４０４のいずれかが最前面に表示されている。最前面に表示される被制御アプリ８９は優先度が高い方である。夜間になった場合、全ての被制御アプリ８９が停止するので、常に起動している制御アプリ９０ｂが生成するホーム画面４０２が表示される。再度、日中になった場合、優先度が最も高い被制御アプリ８９が起動して最前面に表示される。
【０１９２】
後述するように、管理者等が被制御アプリ８９の優先度を変更すると、最前面に表示される被制御アプリ８９を切り替えることができる。
【０１９３】
＜会議室端末の自動登録＞
クラウド上の管理装置１１０がオンプレミスの会議室端末９０と通信するためには、会議室端末９０が管理装置１１０と双方向通信装置１３０に登録されている必要がある。このため、まず、図１３を用いて会議室端末９０の自動登録の手順について説明する。図１３は、会議室端末９０にインストールされた制御アプリ９０ｂが会議室端末９０と会議室端末９０にインストールされているアプリを管理装置１１０に登録する手順を示す一例のシーケンス図である。
【０１９４】
S1：まず、ＣＥ（カスタマーエンジニア）は会議室端末９０のＯＳを操作して、ネットワーク設定を行う。つまり、ＳＳＩＤ（Service Set Identifier）やＳＳＩＤのパスワード等を設定する。
【０１９５】
S2：次に、ＣＥは制御アプリ９０ｂをアプリ配信サイトからダウンロードして会議室端末９０にインストールする。なお設定やインストールの操作はシステムのユーザや端末所有者・管理者が行ってもよい。
【０１９６】
S3,S4：インストールが完了する。インストールが完了した制御アプリ９０ｂは自動的に起動する。あるいは、ＣＥが起動してもよい。
【０１９７】
S5：インストールを契機にして、制御アプリ９０ｂのデバイス登録部８２は会議室端末９０の管理装置１１０への自動登録を開始する。また、デバイス登録部８２はインストール済みのアプリをＯＳなどから検出しておく。デバイス登録部８２は重複しないデバイスＩＤを生成する。デバイスＩＤは管理装置１１０が生成してもよい。
【０１９８】
S6：デバイス登録部８２はデバイスＩＤを指定して双方向通信装置１３０にデバイスＩＤの登録を要求する。双方向通信装置１３０はデバイスＩＤを受信すると登録し、ＯＫを返す。
【０１９９】
S7：管理装置１１０の双方向通信部１１１はデバイスＩＤを双方向通信装置１３０に送信する。双方向通信装置１３０はデバイスのエントリ情報を管理装置１１０に送信する。エントリ情報はデバイスを登録するための情報である。
【０２００】
S8：管理装置１１０の双方向通信部１１１はエントリ情報を受信し、登録受付部１１２はエントリ情報で接続ＩＤを生成する。
【０２０１】
S9：管理装置１１０の登録受付部１１２は双方向通信部１１１を介して接続ＩＤを制御アプリ９０ｂに送信する。
【０２０２】
S10：制御アプリ９０ｂの双方向通信部８１は接続ＩＤを受信し、デバイス登録部８２が接続ＩＤとデバイスＩＤを双方向通信装置１３０に送信する。なお、接続ＩＤにデバイスＩＤを特定する情報が含まれている場合、デバイスＩＤは送信しなくてよい。このような処理により、制御アプリ９０ｂ、管理装置１１０及び双方向通信装置１３０がデバイスＩＤと接続ＩＤを保持できる。
【０２０３】
S11：デバイス情報の登録が完了すると、制御アプリ９０ｂの双方向通信部８１は接続ＩＤを使って管理装置１１０との双方向通信を開始する（接続する）。
【０２０４】
S12：制御アプリ９０ｂの双方向通信部８１は、管理装置１１０のＵＲＬ、接続ＩＤ及びデバイスＩＤを指定して、双方向通信装置１３０に対し、管理装置１１０との接続を要求する。その後、アプリが強制終了等されるまで、双方向通信部８１は制御アプリ９０ｂと双方向通信装置１３０との通信を維持する。なお、制御アプリ９０ｂの終了時は、自動で再起動してデバイスＩＤの生成及び接続ＩＤの取得から再度行う。
【０２０５】
S13：双方向通信装置１３０は接続ＩＤ及びデバイスＩＤの組み合わせを認証して、認証が成功した場合、管理装置１１０のＵＲＬに接続する。
【０２０６】
S14：管理装置１１０の双方向通信部１１１はデバイスＩＤを受信し、接続情報ＤＢ１２２のデバイスＩＤに対応付けられた接続状態を「接続中」に更新する。以上により、会議室端末９０と管理装置１１０が双方向通信装置１３０を介して接続された。
【０２０７】
制御アプリ９０ｂと双方向通信装置１３０の接続中、双方向通信装置１３０は会議室端末９０の特定のポート（例えば443）を使い、制御アプリ９０ｂとWebSocketによるHTTPS通信を行う。これによりファイアウォールを超えた通信ができる。なおHTTPSなどのプロトコルは、管理者が双方向通信装置１３０内のＳＤＫライブラリを使って指定できる。
【０２０８】
制御アプリ９０ｂと双方向通信装置１３０の接続中は、制御アプリ９０ｂもサーバとして動作する。したがって、双方向通信装置１３０からの要求に応じて、設定や制御を行う。
【０２０９】
＜優先度の変更＞
図１４を用いて、被制御アプリ８９の優先度を変更する処理について説明する。図１４は、制御アプリ９０ｂが保持する優先度を管理者などが変更して、被制御アプリ８９を最前面に表示する手順を示すシーケンス図の一例である。
【０２１０】
S21：管理者は被制御アプリ８９が有する優先度を変更したい（最前面に表示する被制御アプリ８９を変更したい）と考えると、登録端末５０を管理装置１１０に接続させる。管理装置１１０はＷｅｂアプリを提供するＷｅｂサーバであると共に、双方向通信装置１３０を介して会議室端末９０と双方向通信を行う。登録端末５０は管理装置１１０が提供する遠隔設定画面を表示するので、管理者は遠隔設定画面上で被制御アプリ８９の優先度を変更できる。また、管理装置１１０は制御アプリ９０ｂから、各被制御アプリ８９の現在の優先度を取得できる。例えば、登録端末５０からの要求により管理装置１１０が会議室端末９０と通信して各被制御アプリ８９の現在の優先度を取得してもよいし、優先度を変更した時に被制御アプリ８９の更新後の優先度を取得しておいてもよい。管理者は各被制御アプリ８９の優先度を確認して、どの被制御アプリ８９の優先度をどのくらいに設定すればよいかを判断できる。
【０２１１】
なお、図１４では夜間に優先度が変更されているが、優先度の変更は日中も可能である。
【０２１２】
説明の便宜上、例えば、登録端末５０に表示される現在の優先度は以下のとおりであるとする。
被制御アプリ８９Ａ：優先度１    被制御アプリ８９Ｂ：優先度２    
この状態で、管理者が被制御アプリ８９Ａの優先度を１→３に変更した。
【０２１３】
S22：管理装置１１０の処理受付部１１３は、登録端末５０から被制御アプリ８９Ａの優先度を３に変更する処理を受け付ける。管理装置１１０の双方向通信部１１１は被制御アプリ８９Ａの優先度を３に変更するという通知（設定の変更通知）を、双方向通信装置１３０を介して会議室端末９０の制御アプリ９０ｂに送信する。
【０２１４】
S23：制御アプリ９０ｂの双方向通信部８１は被制御アプリ８９Ａの優先度を３に変更するという通知を受信して、優先度管理部８３１が管理している優先度を変更する。ここで、制御アプリ９０ｂが１つの被制御アプリ８９Ａについて１つの優先度しか持てず、優先度を置き換えてしまうと、被制御アプリ８９Ａが予め持っている優先度を制御アプリ９０ｂに通知することで、管理者が変更した被制御アプリ８９Ａの優先度が元に戻ってしまう。このため、本実施形態では制御アプリ９０ｂの優先度管理部８３１は、各被制御アプリ８９について、被制御アプリ８９が予め保持する優先度と管理者が変更した被制御アプリ８９の優先度の両方を保持する。したがって、優先度管理部８３１が管理する優先度は以下のようになる。
被制御アプリ８９Ａ（予め保持） ：優先度１
被制御アプリ８９Ａ（管理者変更）：優先度３
被制御アプリ８９Ｂ（予め保持） ：優先度２
被制御アプリ８９Ｂ（管理者変更）：―
S24：制御アプリ９０ｂの双方向通信部８１は更新後の優先度（被制御アプリ８９Ａ：優先度３、被制御アプリ８９Ｂ：優先度２）を、双方向通信装置１３０を介して管理装置１１０に送信する。これにより、管理装置１１０は現在の優先度を登録端末５０に提供できる。
【０２１５】
S25〜S27：図１１で説明したように、新しいバージョンの被制御アプリ８９があれば、ＯＳが被制御アプリ８９を更新する。
【０２１６】
S28：時間帯が日中になった場合、制御アプリ９０ｂの最前面アプリ制御部８３２は、優先度が最も高い被制御アプリ８９を判断し優先度が最も高い被制御アプリ８９に対し最前面に表示する旨を通知する。優先度管理部８３１は被制御アプリ８９が予め保持する優先度と管理者が変更した被制御アプリ８９の優先度のうち大きい方を、該被制御アプリ８９の優先度とする。あるいは、時間的に後に送信された優先度を採用してもよい。そして、各被制御アプリ８９のうち最も大きい優先度を持つ被制御アプリ８９を特定する。したがって、被制御アプリ８９Ａ（予め保持）の優先度１と被制御アプリ８９Ａ（管理者変更）の優先度３では優先度３が選択され、被制御アプリ８９Ａと８９Ｂでは被制御アプリ８９Ａが特定される。
【０２１７】
S29：制御アプリ９０ｂの最前面アプリ制御部８３２は、優先度が最も高い被制御アプリ８９Ａに対し最前面に表示する旨を通知する。
【０２１８】
S30：時間帯が日中になった直後の場合、まず、被制御アプリ８９Ａが起動して実行中となる。また、被制御アプリ８９Ａのアプリ最前面表示部９５２は最前面表示の通知を受信して、自身のアプリを最前面に表示する。通常は起動することで最前面に表示される。
【０２１９】
被制御アプリ８９Ｂについては最前面表示の通知が送信されないので、起動されないままとなる。しかし、被制御アプリ８９Ｂの画面は表示されないので実害は少ない。被制御アプリ８９Ｂも起動する必要がある場合、制御アプリ９０ｂが定期的に起動通知を送信する。
【０２２０】
S31：起動により、被制御アプリ８９の優先度送信部９５１は予め保持する優先度１を制御アプリ９０ｂに通知する。制御アプリ９０ｂの優先度管理部８３１は優先度１を受信して、被制御アプリ８９Ａに対応付けて管理する。優先度管理部８３１は、被制御アプリ８９Ａが予め保持する優先度１を管理者が変更した優先度３とは別に管理するので、優先度送信部９５１が予め保持する優先度１を制御アプリ９０ｂに通知した後も、管理者が変更した優先度で最前面表示の通知が可能になる。
【０２２１】
S32：制御アプリ９０ｂの最前面アプリ制御部８３２は、繰り返し、優先度が最も高い被制御アプリ８９Ａに対し最前面に表示する旨を通知する。したがって、他のアプリの起動タイミングなどで起動時に最前面に表示されなくても、被制御アプリ８９Ａのアプリ最前面表示部９５２は最前面表示の通知を受信して、自身のアプリを最前面に表示する。
【０２２２】
なお、図１４では管理者が優先度を変更する例を説明したが、管理者は例えば日中と夜間の時間帯の設定を変更できる。これにより、サマータイムなどにも対応できる。また、曜日によって日中と夜間の時間帯を変更してもよい。
【０２２３】
＜画面例＞
図１５、図１６を用いて、図１４のステップS21の処理で登録端末５０が表示する遠隔設定画面５５０について説明する。図１５は会議室端末９０の検索結果を表示する遠隔設定画面５５０の一例を示す。図１６の遠隔設定画面５５０には、検索に適合したデバイス名の一覧５５４が表示されている。
【０２２４】
遠隔設定画面５５０は、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）や従来の回路モジュール等のデバイスを含むものとする。
【０２４１】
なお、端末内通信部８３は通知送信手段の一例であり、端末内通信部９５は通知受信手段の一例であり、アプリ最前面表示部９５２とアプリ停止部９５３はアプリ制御手段の一例であり、自動更新部８６は更新手段の一例であり、優先度管理部８３１は優先度管理手段の一例であり、双方向通信部１１１は通信手段の一例である。
【符号の説明】
【０２４２】
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１１０      管理装置
１３０      双方向通信装置
【先行技術文献】
【特許文献】
【０２４３】
【特許文献１】特表2007-511822号公報
【図１】
2020087222.tif 000014
【図２】
2020087222.tif 000015
【図３】
2020087222.tif 000016
【図４】
2020087222.tif 000017
【図５】
2020087222.tif 000018
【図６】
2020087222.tif 000019
【図７】
2020087222.tif 000020
【図８】
2020087222.tif 000021
【図９】
2020087222.tif 000022
【図１０】
2020087222.tif 000023
【図１１】
2020087222.tif 000024
【図１２】
2020087222.tif 000025
【図１３】
2020087222.tif 000026
【図１４】
2020087222.tif 000027
【図１５】
2020087222.tif 000028
【図１６】
2020087222.tif 000029