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