(57)【要約】【課題】情報処理装置に接続する情報処理端末の数を減らすことができる通信システムを提供すること。【解決手段】情報処理装置３０と、前記情報処理装置と第一通信手段６１３、６１２で通信する第一の情報処理端末９０と、前記第一の情報処理端末と第二通信手段６１５で通信する１つ以上の第二の情報処理端末９０と、を有する通信システム１００であって、  前記第一の情報処理端末は、前記第二の情報処理端末から前記情報処理装置へ送信する情報を、前記第二通信手段を用いて受信する第一通信部１１３と、前記第一通信部が受信した前記情報を、前記第一通信手段を用いて前記情報処理装置へ送信して、前記情報に対する応答を受信する第三通信部９１と、を有し、前記第一通信部は、前記第三通信部が受信した前記応答を、前記第二通信手段を用いて前記第二の情報処理端末に送信することを特徴とする。【選択図】図２
2020119401.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と、前記情報処理装置と第一通信手段で通信する第一の情報処理端末と、前記第一の情報処理端末と第二通信手段で通信する１つ以上の第二の情報処理端末と、を有する通信システムであって、
前記第一の情報処理端末は、
前記第二の情報処理端末から前記情報処理装置へ送信する情報を、前記第二通信手段を用いて受信する第一通信部と、
前記第一通信部が受信した前記情報を、前記第一通信手段を用いて前記情報処理装置へ送信して、前記情報に対する応答を受信する第三通信部と、を有し、
前記第一通信部は、前記第三通信部が受信した前記応答を、前記第二通信手段を用いて前記第二の情報処理端末に送信することを特徴とする通信システム。
【請求項２】
前記第一の情報処理端末は、前記第二の情報処理端末から受信した前記情報を前記情報処理装置へ送信しない場合でも、
前記第一通信手段を用いて自分の前記情報を前記情報処理装置へ送信して、前記情報に対する応答を受信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第一の情報処理端末は、前記第二の情報処理端末から要求があった場合にのみ前記第一通信手段を用いて、前記第二の情報処理端末と前記情報処理装置との通信を仲介する仲介装置であることを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第一の情報処理端末には、前記情報処理装置との通信を仲介する前記第二の情報処理端末の識別情報が登録されており、
前記第二の情報処理端末から前記第二の情報処理端末を識別する識別情報を受信した場合、前記識別情報が予め登録されているか否かを判断する通信判断部を有し、
前記識別情報が予め登録されていると前記通信判断部が判断した場合、前記第三通信部は前記第一通信部が受信した前記情報を前記情報処理装置へ送信して、前記情報に対する応答を受信することを特徴とする請求項１〜３のいずれか１項に記載の通信システム。
【請求項５】
前記第一の情報処理端末は、
別の前記第二の情報処理端末からも、前記第一通信手段を用いて前記情報処理装置へ送信する情報を受信し、
前記情報を前記情報処理装置へ送信して、前記情報に対する応答を、前記第二通信手段を用いて別の前記第二の情報処理端末に送信することを特徴とする請求項１〜４のいずれか１項に記載の通信システム。
【請求項６】
前記情報処理装置へ送信する情報は、前記第二の情報処理端末の識別情報と認証を受けるための認証キーであり、前記第二の情報処理端末は定期的に前記第二の情報処理端末の識別情報と前記認証キーを前記第一の情報処理端末に送信し、
前記第三通信部が、前記第一通信部が受信した前記第二の情報処理端末の識別情報と前記認証キーを前記情報処理装置へ送信した場合、
前記情報処理装置が前記認証キーで前記第二の情報処理端末を認証して、成功した場合に前記第二の情報処理端末の識別情報に対応付けられている情報を前記第一の情報処理端末に送信し、
前記第一の情報処理端末の前記第一通信部は、前記第二の情報処理端末の識別情報に対応付けられている情報を、前記第二通信手段を用いて前記第二の情報処理端末に送信することを特徴とする請求項１〜５のいずれか１項に記載された通信システム。
【請求項７】
前記第一の情報処理端末及び前記第二の情報処理端末は、前記情報処理装置において予約の対象となるリソースに対応付けられており、
前記第二の情報処理端末の識別情報に対応付けられている情報は前記第二の情報処理端末が対応付けられているリソースの予約情報であり、
前記第二の情報処理端末は、前記第一の情報処理端末から受信した前記予約情報をディスプレイに表示することを特徴とする請求項６に記載された通信システム。
【請求項８】
前記第一の情報処理端末は、前記予約情報と共に、前記第一の情報処理端末である旨をディスプレイに表示し、
前記第二の情報処理端末は、前記予約情報と共に、前記第二の情報処理端末である旨をディスプレイに表示することを特徴とする請求項７に記載された通信システム。
【請求項９】
情報処理装置と、前記情報処理装置と第一通信手段で通信する第一の情報処理端末と、前記第一の情報処理端末と第二通信手段で通信する１つ以上の第二の情報処理端末と、を有する通信システムが行う通信方法であって、
前記第一の情報処理端末は、
第一通信部が、前記第二の情報処理端末から前記情報処理装置へ送信する情報を、前記第二通信手段を用いて受信するステップと、
第三通信部が、前記第一通信部が受信した前記情報を、前記第一通信手段を用いて前記情報処理装置へ送信して、前記情報に対する応答を受信するステップと、
前記第一通信部が、前記第三通信部が受信した前記応答を、前記第二通信手段を用いて前記第二の情報処理端末に送信するステップと、を有することを特徴とする通信方法。
【請求項１０】
情報処理装置とネットワークを介して第一通信手段で通信し、第二の情報処理端末と第二通信手段で通信する情報処理端末を、
前記第二の情報処理端末から前記情報処理装置へ送信する情報を、前記第二通信手段を用いて受信する第一通信部と、
前記第一通信部が受信した前記情報を、前記第一通信手段を用いて前記情報処理装置へ送信して、前記情報に対する応答を受信する第三通信部、として機能させ、
前記第一通信部は、前記第三通信部が受信した前記応答を、前記第二通信手段を用いて前記第二の情報処理端末に送信することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信方法、及び、プログラムに関する。
【背景技術】
【０００２】
会議室などのリソースに配置された情報処理端末がネットワークを介して情報処理装置と通信することで、ユーザによる会議室の利用を情報処理装置が監視する通信システムが知られている。
【０００３】
企業によっては数多くの会議室を有する場合があり、各会議室に配置された情報処理端末がそれぞれ情報処理装置と通信すると、情報処理装置の処理能力を圧迫するおそれが生じる。
【０００４】
このような不都合に対して、情報処理装置との通信を受け持つ親機を用意する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、近距離無線で端末が親機と通信し、親機がサーバとの通信を行うシステムについて記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、情報処理装置が親機を介して子機の存在を確認することしかできず、情報処理装置に接続する情報処理端末の数を減らすことはできないという問題がある。すなわち、子機である情報処理端末はそれぞれ情報処理装置から情報を取得する必要があり、単に存在を確認するだけではサービスの提供が困難になる。
【０００６】
本発明は、上記課題に鑑み、情報処理装置に接続する情報処理端末の数を減らすことができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、情報処理装置と、前記情報処理装置と第一通信手段で通信する第一の情報処理端末と、前記第一の情報処理端末と第二通信手段で通信する１つ以上の第二の情報処理端末と、を有する通信システムであって、
前記第一の情報処理端末は、前記第二の情報処理端末から前記情報処理装置へ送信する情報を、前記第二通信手段を用いて受信する第一通信部と、前記第一通信部が受信した前記情報を、前記第一通信手段を用いて前記情報処理装置へ送信して、前記情報に対する応答を受信する第三通信部と、を有し、前記第一通信部は、前記第三通信部が受信した前記応答を、前記第二通信手段を用いて前記第二の情報処理端末に送信することを特徴とする。
【発明の効果】
【０００８】
情報処理装置に接続する情報処理端末の数を減らすことができる通信システムを提供すること。
【図面の簡単な説明】
【０００９】
【図１】通信システムの全体的な動作の概略を説明する図の一例である。
【図２】会議室端末が親機を介して会議管理サーバと通信する場合のシステム構成を説明する図の一例である。
【図３】通信システムの一例のシステム構成図である。
【図４】会議管理サーバの一例のハードウェア構成図である。
【図５】会議室端末の一例のハードウェア構成図である。
【図６】予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す一例の機能ブロック図である。
【図７】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図８】親機能部と子機能部の機能をブロック状に示す機能ブロック図の一例である。
【図９】登録端末が表示する管理画面の一例を示す図である。
【図１０】会議室端末の初期設定に関するシーケンス図の一例である。
【図１１】親機か子機かの設定について説明する図の一例である。
【図１２】子機が親機を介して予約情報を受信する処理を説明するシーケンス図の一例である。
【図１３】子機が表示する待ち受け画面の一例を示す図である。
【図１４】会議室端末が親機である旨又は子機である旨が予約情報と共に表示された待ち受け画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態の一例として、通信システムと通信システムが行う通信方法について説明する。
【００１１】
＜通信システムの概略＞
始めに図１を用いて通信システムの概略を説明する。図１は通信システム１００の全体的な動作の概略を説明する図の一例である。
【００１２】
Ａ．予約者は自分の端末装置６０を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【００１３】
Ｂ．会議管理サーバ３０は会議室の予約状況に基づいて通信システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【００１４】
Ｃ．通信システム１００を利用する組織側の管理者等は登録端末５０を操作して会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、通信システム１００の利用者個人を特定するＩＤやメールアドレス等を、会議管理サーバ３０に登録することである。例として、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。ボットとは、各ユーザが所持する、スマートフォン等の端末内の各チャットアプリケーション（チャットシステムの端末アプリ）上で、通信システムや会議管理サーバの代理人として、各種通知や入力の受付等のインターフェースをユーザに提供するためのプログラムである。ボットはチャットサーバ１０上のプログラムであり、仮想的なチャットの相手として、ユーザ（通信システムの利用者）とコミュニケーションを行いながら、通知や入力受付、各種案内等を行う。例として、通信システムから、予約情報のリマインダーをユーザへ通知する、また、そのリマインダーに対する会議参加や不参加等のユーザの入力をチャットとして受け付ける、等、システムの窓口となる。各種の設定は、会議室端末９０の登録、リマインドのタイミングの設定などである。
【００１５】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コード（グループへの招待）を通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは、ユーザによる会議室の使用するチェックインの指示入力及び、チェックインの指示に応じて会議管理サーバがチェックインを示す情報を受け取り、所定の会議室の利用開始を示す開始フラグを立てる処理を行うことである。
【００１６】
Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して会議の参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議室端末９０にかざす（会議識別情報を読み取らせる、通信させる、会議室端末９０の端末アプリ９０ａが表示するチェックインボタン（利用開始ボタン）を利用者が押下するなど）。
【００１７】
Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は（会議中）使用中である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインを知らせる使用開始通知が確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセル（会議室が所定時間利用開始されない場合に予約情報の取り消しを行うこと）して、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。
【００１８】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【００１９】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、他拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点４を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【００２０】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。
【００２１】
＜動作の概略＞
図２は、会議室端末が親機を介して会議管理サーバと通信する場合のシステム構成を説明する図の一例である。
【００２２】
管理者は親機となる会議室端末、子機となる会議室端末を決定しておく。図では２つの親機が決定されている。
親機…会議室端末９０Ａ、９０Ｂ（第一の情報処理端末の一例）
そして、会議室端末９０Ａ、９０Ｂにそれぞれ子機（第二の情報処理端末の一例）が対応付けられている。なお、親機には明示的に子機が対応付けられてない場合がある（親機と子機の関係が動的に変わる場合がある）。
会議室端末９０Ａの子機…会議室端末９０Ａ１〜９０Ａｎ
会議室端末９０Ｂの子機…会議室端末９０Ｂ１〜９０Ｂｎ
子機と親機はBluetooth Low Energy（登録商標）などの近距離無線（第二通信手段の一例）で通信する。親機は例えばＬＡＮを介してＩＰ通信（第一通信手段の一例）で会議管理サーバ３０と通信する。ＩＰ通信とは、インターネットプロトコルを用いた通信を言う。インターネットプロトコルとは、インターネットにおいてデータを中継するのに使われる主要な通信プロトコル（ＴＣＰ又はＵＤＰ上で動作するＨＴＴＰ、ＦＴＰなど）である。子機と会議管理サーバ３０との通信を親機が全て仲介することで、会議管理サーバ３０に接続する会議室端末９０の数を減らすことができる。
【００２３】
会議室端末９０Ａが配置された会議室に対し、会議室端末９０Ａ１〜９０Ａｎは隣の会議室、上のフロアの会議室、又は、下のフロアの会議室、などに配置されている。近距離無線の電波が届く範囲の会議室に配置された会議室端末９０は子機となりうる。会議室端末９０Ｂ、９０Ｂ１〜９０Ｂｎについても同様である。
【００２４】
図２では、会議室端末９０Ａは会議管理サーバ３０と通信し、会議室端末９０Ａが配置された会議室の予約情報を取得する。会議室端末９０Ａ１〜９０Ａｎは、直接、会議管理サーバ３０と通信せず、会議室端末９０Ａに会議管理サーバ３０との通信の仲介を要求する。また、会議管理サーバ３０から送信された予約情報は会議室端末９０Ａが一旦受け取り、会議室端末９０Ａ１〜９０Ａｎに送信する。会議室端末９０Ｂ１〜９０Ｂｎも同様である。なお、図２では親機は会議室端末９０が担っているが、仲介専用の仲介装置が仲介してもよい。つまり、親機は会議管理サーバ３０から自分の予約情報を取得しなくてもよい。仲介装置は近距離無線通信及び無線ＬＡＮなどの通信機能を有する情報処理装置であればよい。また、親機は子機から予約情報の取得を要求されなくても、自分の情報を会議管理サーバ３０に送信して、予約情報を受信する。
【００２５】
このように、親機が会議管理サーバ３０への通信を仲介するので、会議管理サーバ３０に接続する会議室端末９０の数を減らすことができ、会議管理サーバ３０の処理能力を圧迫することを抑制できる。
【００２６】
なお、以下では、親機の会議室端末９０Ａ，９０Ｂを単に親機といい、子機の会議室端末９０Ａ１〜９０Ａｎ、９０Ｂ１〜９０Ｂｎを単に子機という。
【００２７】
＜用語について＞
リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。
【００２８】
予約者は会議室を予約した者であり、参加者は会議への参加者である。予約者は参加者に含まれる場合が多いが、含まれなくてもよい。本実施形態において予約者が行う作業は参加者が行うことができる場合がある。総称して会議室を利用する者を単にユーザという。
【００２９】
特許請求の範囲の第二の情報処理端末から情報処理装置へ送信する情報は、第二の情報処理端末が情報処理装置に送信する情報であればよいが、例えば、予約情報を要求するための情報である。情報に対する応答は、情報処理装置が応答した情報であればよいが、例えば予約情報である。
【００３０】
会議室端末９０が会議管理サーバ３０との通信を開始するには、管理者の初期設定により通信設定情報を会議室端末９０が記憶する必要がある。これにより予約情報を定期的に要求することを開始するが、要求情報を取得できるかどうかは会議管理サーバ３０の設定に依存する。
【００３１】
会議管理サーバ３０の後述する管理開始フラグが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）が記憶されている。
【００８０】
【表１】
2020119401.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウント、の各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００８１】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００８２】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（例えばトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。
【００８３】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。
【００８４】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。プッシュ通知には各ＯＳが提供する公知の仕組みを利用するものとする。
【００８５】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００８６】
【表２】
2020119401.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００８７】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬ（Uniform Resource Locator）であるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００８８】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【００８９】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【００９０】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、管理画面生成部３９、初期設定部４０、及び、予約情報送信部４１を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００９１】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。
【００９２】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。
【００９３】
予約情報取得部３３は、通信システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。予約管理サーバ２０から通知された登録又は更新された予約情報のアカウントを指定してもよいし、任意のアカウントを指定してもよい。予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。
【００９４】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。あるいは、予約情報取得部３３が予約情報を予約管理サーバ２０から取得した時点で、通知判断部３４が予約に関する情報を通知するタスクを生成してキューに登録してもよい。キューに保存されたタスクは実行時刻（リマインドする時刻）が到来すると実行される。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。
【００９５】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回かに分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。
【００９６】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。
【００９７】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。
【００９８】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
【００９９】
管理画面生成部３９は、後述する管理画面５０１の画面情報を生成し、通信部３１を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として管理画面５０１が提供される。
【０１００】
初期設定部４０は、会議室端末９０の初期設定に関する処理を行う。例えば、通信システム１００の管理者の登録端末５０に会議室の一覧（管理画面５０１）を提供し、通信システム１００の管理者が選んだ会議室に関する会議室設定情報を特定する。そして、会議室設定情報から取得した会議室ＩＤ、認証キー、会議室名称、及び、会議管理サーバ３０のＵＲＬ（会議管理サーバ３０のアドレス情報）を登録端末５０に送信する。会議室設定情報から取得した会議室ＩＤ、認証キー、及び、会議管理サーバ３０のサーバＵＲＬを通信設定情報という。会議室名称は通信に必須ではないが、会議室端末９０が会議室名称を表示するため、初期設定部４０は会議室設定情報から取得しておく。これらの情報は後述する画像コードにエンコードされている。
【０１０１】
予約情報送信部４１は、会議室端末９０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。予約情報送信部４１はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。
【０１０２】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、及び、会議室設定情報ＤＢ４９８が記憶されている。
【０１０３】
【表３】
2020119401.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【０１０４】
【表４】
2020119401.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報は予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名、及び、ステータスの項目を有する。予約者の表記名は予約者の氏名などである。予約者の所属名は予約者が所属する部署名である。参加者の表記名は参加者の氏名などである。参加者の所属名は参加者が所属する部署名である。会議管理サーバ３０ではアカウントと表記名、所属名などを対応付けたユーザ情報を保持しているか利用可能なので、アカウントが分かればこれらも判明する。なお、予約管理サーバ２０から送信される時点で予約者の表記名、予約者の所属名、参加者の表記名、参加者の所属名が含まれていてもよい。
【０１０５】
ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１０６】
【表５】
2020119401.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。
【０１０７】
【表６】
2020119401.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【０１０８】
【表７】
2020119401.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【０１０９】
【表８】
2020119401.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【０１１０】
【表９】
2020119401.tif 000011
表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、及び、管理開始フラグ、の各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。したがって、「接続断」は会議室端末９０と通信できないことを意味する。
接続中：一定期間内に通信が確認できている状態
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信され、会議室端末９０が認証キーを記憶している。通信時には認証キーにより会議室端末９０が認証される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する  False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。
【０１１１】
<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１１２】
登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。登録端末５０ではブラウザソフトが動作している。
【０１１３】
登録端末５０が有する通信部５１は会議管理サーバ３０等と各種の情報を送受信する。例えば、各会議室の会議室設定情報を受信したり、管理者が会議室設定情報に関して設定した情報を送信したりする。
【０１１４】
操作受付部５２は、登録端末に対する各種の操作を受け付ける。表示制御部５３は、会議管理サーバ３０から各種の画面情報を解析してＬＣＤ２０６に表示する。
【０１１５】
<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【０１１６】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１１７】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。通信部６１ａは、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１８】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部６１ｂは、図４のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１１９】
表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。
【０１２０】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１２１】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１２２】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１２３】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなどを行う。サーバ通信部６５は図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１２４】
会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる２次元コード等をＬＣＤ２０６に表示する。表示制御部６６は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１２５】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２６】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能を提供する。端末通信部６８は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２７】
<<会議室端末>>
会議室端末９０は第三通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、端末認証部９６、撮像部９７、近隣端末通信部９８、予約情報要求部８９、親機能部８８、及び、子機能部８７、を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。なお、図７の会議室端末９０の機能は親機と子機に共通である。
【０１２８】
第三通信部９１は、主に無線ＬＡＮ通信部６１３又は通信部６１２を使ってサーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、第三通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。第三通信部９１からの通信がない場合、会議室設定情報ＤＢ４９８に接続断が登録される。第三通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。無線ＬＡＮ通信部６１３又は通信部６１２は第一の通信手段に相当する。
【０１２９】
本実施形態の第三通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、第三通信部９１は会議管理サーバ３０から制御情報を受信する。第三通信部９１は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１３０】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１３１】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。操作受付部９３は図５のＣＰＵ６０１がプログラム６０４ｐを実行しタッチパネル６１７を制御すること等により実現される。
【０１３２】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。表示制御部９４は、図５のＣＰＵ６０１がプログラム６０４ｐを実行しディスプレイ６１６を制御すること等により実現される。
【０１３３】
電子機器通信部９５は、電子機器７０と通信する。本実施形態では第三通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９５は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１３４】
端末認証部９６は、入力された管理者パスワードが正しいか否かに基づいて端末アプリへの管理者のログインを認証する。会議室に配置された会議室端末９０は、不特定の参加者により操作可能であるため、認証機能がないと初期設定を含む各種の設定を変更されるおそれがあるためである。
【０１３５】
撮像部９７は主に画像コードを撮像する。管理者がＣＭＯＳセンサ６０５の画角に画像コードが入るように会議室端末９０を操作すると、撮像部９７は画像コードを認識して自動的に画像データを生成する。撮像部９７は撮像した画像データをデコードして通信設定情報と会議室名称を復元する。
【０１３６】
近隣端末通信部９８は近距離無線通信部６１５を使って他の会議室端末９０と近距離無線で通信する。すなわち、子機の近隣端末通信部９８は親機の会議室端末９０と通信し、親機の近隣端末通信部９８は子機の会議室端末９０と通信する。
【０１３７】
予約情報要求部８９は、予約情報を取得する定期的なタイミングになると第三通信部９１を介して会議室ＩＤと認証キーを繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部８９は第三通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、第三通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【０１３８】
親機能部８８は、会議室端末９０が親機として設定された場合に、親機の機能を提供する。子機能部８７は、会議室端末９０が子機として設定された場合に、子機の機能を提供する。詳細は後述する。
【０１３９】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、電子機器７０のＩＰアドレス９９７、及び、役割フラグ９９８が記憶されている。
【０１４０】
会議室ＩＤは会議室を識別するための識別情報である。認証キー９９２は会議室端末９０が会議管理サーバから認証を受けるための認証情報である。サーバＵＲＬ９９３は会議管理サーバ３０のＵＲＬである。会議室名称９９４は会議室の一般的な故障であり待ち受け画面に表示される。
【０１４１】
端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。
【０１４２】
管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。役割フラグ９９８は当該会議室端末９０が親機であるか又は子機であるかを示すフラグである。親機か子機かは管理者が設定する。
【０１４３】
＜親機能部と子機能部について＞
図８は親機能部８８と子機能部８７の機能をブロック状に示す機能ブロック図の一例である。本実施形態では会議室端末９０はBluetooth Low Energy（登録商標）で通信するとして説明する。だたし、無線で通信できれば無線ＬＡＮ（Ｄｉｒｅｃｔ Ｗｉ−Ｆｉ）やＺｉｇＢｅｅ（登録商標）などで通信してもよい。
【０１４４】
子機能部８７は子機通知部１２１、及び、第二通信部１２２を有している。子機の会議室端末９０はペリフェラルとして動作するため、予約情報を会議管理サーバ３０に要求する際に、子機通知部１２１はアドバタイズパケットを定期的に送信する。アドバタイズパケットは自分のBluetooth Device Address（物理アドレス）、どのようなサービスを持っているかを示すＵＵＩＤ、及び、接続を要求するスキャン要求などを周囲に知らせるビーコンである。
【０１４５】
第二通信部１２２はアドバタイズパケットに応答した親機の会議室端末９０と、近隣端末通信部９８を使用して通信し、会議室ＩＤと認証キーを親機に送信したり、予約情報を親機から受信したりする。
【０１４６】
親機能部８８は子機検出部１１１、通信判断部１１２、及び、第一通信部１１３を有している。親機の会議室端末９０はセントラルとして動作する。子機検出部１１１はアドバタイズパケットを受信して子機が存在することを検出する。子機検出部１１１は子機が有するサービス（プロファイル）を子機に問い合わせて受信する。Bluetooth Low Energyでは、親機及び子機が送信するデータがどんな種類のデータなのかということを識別するＵＵＩＤが予め決まっており、ＵＵＩＤを指定してそのデータを要求したり、ＵＵＩＤと共にデータを返信したりする。
【０１４７】
子機検出部１１１は、通知されたサービスを利用して、子機として認めるか否かを判断するための子機の識別情報を子機の会議室端末９０から取得する。子機として認めるか否かを判断するための子機の識別情報は例えば会議室ＩＤ、端末ＩＤ、又は、Bluetooth Device Address、等である。親機には会議管理サーバ３０との通信を仲介する子機の識別情報が予め登録されている。あるいは、親機に接続した会議室端末９０を接続順に子機として認めてもよい。この場合、親機には子機の識別情報が登録されていなくてよいし、子機の識別情報を受信しなくてよい。
【０１４８】
通信判断部１１２は、子機検出部１１１が検出した会議室端末９０を子機として認めるか否かを判断する。子機の識別情報を使用する場合は、子機から受信した子機の識別情報が予め登録されている子機の識別情報と一致するかどうかを判断する。接続順に会議室端末９０を子機として認める場合、子機として認めている会議室端末９０が子機上限数に達しているかどうかを判断する。子機上限数は、１つの親機の会議室端末９０が子機として受け持つ会議室端末９０の上限の数である。例えば、２〜１０台程度である。
【０１４９】
通信判断部１１２が子機として認めると判断した場合、第一通信部１１３はデータを暗号化するための鍵を交換するなどして子機と接続を確立する。親機がマスタ（クライアント）、子機がスレーブ（サーバ）となる。マスタ側のタイミングでパケットを出し、それにスレーブが応答するというやり取りが切断されるまで続く。第一通信部１１３は、ＵＵＩＤで通信設定情報や予約情報などのデータを指定して、子機の会議室端末９０との間でデータを送受信する。
【０１５０】
＜管理画面について＞
図９は、登録端末５０が表示する管理画面５０１の一例を示す。管理者は登録端末５０から会議管理サーバ３０にログインパスワードとユーザＩＤでログインしている。本実施形態では初期設定を行うため、管理者は図９に一例として示す管理画面５０１を表示させる。
【０１５１】
管理画面５０１には、チェックマーク欄５０２、会議室名称欄５０３、会議室ＩＤ欄５０４、会議室端末の接続状態欄５０５、運用グループ欄５０６、画像コード欄５０７、登録できる端末の数欄５０８の各カラムが表示される。カラムの内容は、運用グループを除き、表９の会議室設定情報ＤＢ４９８に記憶されて情報である。運用グループは、会議室の運用ポリシーを定めるグループである。会議室には、一般社員が使用する会議室、役員が使用する会議室、応接室、研修室、などがあり、グループによって運用ポリシーを変えたい場合がある。例えば、一般会議室では会議開始時刻を自動キャンセルのタイミングとしてよいが、応接室では来客者が遅れる可能性を考慮して自動キャンセルのタイミングを遅らせたい場合などである。また、リマインドのタイミングを研修室（研修の準備のため早めたい）と一般会議室で異ならせたい場合がある。
【０１５２】
図９に示す項目のうち、本実施形態では少なくとも会議室名称欄５０３と画像コード欄５０７が表示されればよい。ただし、会議室端末の接続状態欄５０５により管理者は各会議室における会議室端末の状態を確認できる。例えば、接続断になっていれば早急に状況を確認するなどの対応が可能になる。
【０１５３】
チェックマーク欄５０２は表９の会議室設定情報ＤＢ４９８において管理開始フラグに対応する。チェックマーク欄５０２は会議室の管理の開始を要求する旨の設定を受け付ける受付ボタンである。チェック有りがTrue、なしがFalseである。チェックマーク欄５０２があることで、初期設定が完了しても、会議管理サーバ３０が会議室の管理、特に自動キャンセルを開始してしまうことを防止できる。例えば、管理者の作業場所１０２が会議室から離れている場合、管理者が会議室端末９０を初期設定してから会議室に設定するまでに時間がかかる。初期設定してから会議室に設定するまでの時間に、会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、会議室がダブルブッキングされたり、他人が入ってきたりするなどの弊害が生じうる。
【０１５４】
また、管理者が数多くの会議室端末９０の初期設定を行う場合、管理者が最初の会議室端末９０を初期設定してから最後の会議室端末９０を初期設定するまでに時間がかかる。この間に会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、他人が入ってくるなどの弊害が生じうる。
【０１５５】
また、運用によっては会議室の管理の開始を各会議室でほぼ同時に運用を開始したいという場合にも有効である。
【０１５６】
チェックマーク欄５０２がチェックされ、画像コードの撮像後に会議室端末９０が予約情報の取得要求を開始した場合、会議管理サーバ３０は、管理の開始として、予約情報の会議室端末９０への送信、及び、会議室が所定時間利用開始されない場合の予約情報の取り消しの処理（キャンセル）を開始する。
【０１５７】
図９に示す画像コード欄５０７は管理者の押下を受け付けることが可能であり、管理者が任意の会議室の画像コード欄５０７を押下すると、登録端末５０の操作受付部５２が押下を受け付け、登録端末５０が画像コードを会議管理サーバ３０に要求する。これにより、通信設定情報が含まれる画像コードを通信部５１が受信できる。
【０１５８】
管理者は登録できる端末の数を任意に設定できる。ただし、最低１つの会議室端末９０が会議室に配置されることが好ましいので、管理画面５０１は０（ゼロ）を受け付けないことが好ましい。
【０１５９】
端末の数欄５０８は１つの会議室で登録可能な上限の会議室端末９０の数の入力（設定）を受け付ける。
【０１６０】
なお、図９では複数の会議室が表示されているが、通信システム１００を提供する提供者が顧客の会議室に関する各種の設定を会議管理サーバ３０に行っていない場合、１つも表示されない場合がある。
【０１６１】
＜会議室端末の初期設定＞
会議室端末９０には通信設定情報（会議室ＩＤ、サーバＵＲＬ、認証キー）と、及び、会議室名称などが設定される初期設定が行われる。
【０１６２】
図１０は、会議室端末９０の初期設定に関するシーケンス図の一例である。図１０の初期設定は親機か子機かを問わずに実行される。
【０１６３】
S1：通信システム１００の管理者は登録端末５０を操作して会議管理サーバ３０にログインする。管理画面生成部３９はメニュー画面の画面情報を生成し、送信部３１ａがメニュー画面の画面情報を登録端末５０に送信する。
【０１６４】
S2：通信システム１００の管理者はメニュー画面から会議室一覧を押下して、通信部５１が会議室一覧を会議管理サーバ３０に要求する。会議管理サーバ３０の受信部３１ｂは会議室一覧要求を受信するので、管理画面生成部３９は管理画面の画面情報を生成し、送信部３１ａが管理画面の画面情報を登録端末５０に送信する。登録端末５０の通信部５１は管理画面の画面情報を受信し、表示制御部５３は管理画面を表示する。
【０１６５】
S3：通信システム１００の管理者は自分がいる（初期設定しようとする）会議室を管理画面で押下する。登録端末５０の通信部５１は会議室を特定する情報（会議室ＩＤなど）を指定して画像コードを会議管理サーバ３０に要求する。会議管理サーバ３０の受信部３１ｂは画像コードの要求を受信して、初期設定部４０が会議室ＩＤで指定される会議室の画像コードを生成する。画像コードには、会議室ＩＤ、会議室名称、認証キー、及び、会議管理サーバ３０のサーバＵＲＬが含まれる。会議室端末９０は会議管理サーバ３０のサーバＵＲＬで会議管理サーバ３０と通信でき、会議室ＩＤと認証キーで認証を受けることができ、会議室名称を待ち受け画面に表示できるようになる。
【０１６６】
S4：通信システム１００の管理者は会議室端末９０を操作して端末アプリ９０ａを起動させる。
【０１６７】
S5：次に、端末アプリ９０ａが表示する設定ボタンを押下する。会議室端末９０の操作受付部９３は押下を受け付け、表示制御部９４が操作に応じた画面を表示する。
【０１６８】
S6：通信システム１００の管理者は会議室登録メニューを押下する。会議室登録メニューは会議室端末９０に会議室を登録する（初期設定する）ためのメニューボタンである。操作受付部９３は操作を受け付け、会議室端末９０の撮像部９７は画像コードの読み取りを開始する。
【０１６９】
S7：登録端末５０の表示制御部５３はステップＳ３の画像コードを表示しているので、会議室端末９０の撮像部９７は画像コードを読み取る。
【０１７０】
S7.1：会議室端末９０の撮像部９７は画像コードをデコードして会議室ＩＤ、会議室名称、認証キー、及び、サーバＵＲＬを取り出す。第三通信部９１はサーバＵＲＬを指定して会議管理サーバ３０と通信し、会議室ＩＤと認証キーで接続できるかどうかを検証する。例えばAckが却ってくることを確認する。
【０１７１】
S7.1.1：会議室端末９０の予約情報要求部８９は会議管理サーバ３０から最新イベント（現在の時間帯の会議室の予約情報、チェックイン状態、制御情報等）を取得する。会議室端末９０の表示制御部９４は現在の状況に応じた待ち受け画面を表示する。なお、予約情報要求部８９は予約情報を定期的に取得する。
【０１７２】
＜親機、子機の設定＞
図１１は親機か子機かの設定について説明する図の一例である。図１１（ａ）は会議室端末９０に表示された初期設定の完了によって表示された待ち受け画面７０１の一例を示す。待ち受け画面７０１には１つ以上の予約情報と設定ボタン７０６が表示される。この設定ボタン７０６が押下され、所定の操作が入力されると図１１（ｂ）の親機子機設定画面７５１が表示される。
【０１７３】
親機子機設定画面７５１は親機を選択するラジオボタン７５２と子機を選択するラジオボタン７５３を有している。管理者は会議室端末９０を親機にするか子機にするかを設定できる。なお、初期状態は親機が選択された状態であり、管理者が何も設定しなければ会議室端末９０は親機として予約情報を取得する。
【０１７４】
子機のラジオボタン７５３の近くには子機登録ボタン７５５が有り、管理者が子機にしたい会議室端末９０を親機の会議室端末９０に登録できるようになっている。管理者が子機のラジオボタン７５３を押下すると子機登録ボタン７５５が有効になり（押下できるようになる）、子機登録ボタン７５５を押下すると会議室端末９０がペアリングモードになる。親機の会議室端末９０がBluetooth（登録商標）を用いて周辺の機器検索を行うと、子機登録ボタン７５５が押下された会議室端末９０が見つかる。このようにして登録された子機の識別情報７５４が親機子機設定画面７５１に表示される。会議室端末９０の識別情報はBluetooth（登録商標）の物理アドレスや機種種別などが考えられる。なお、親機への子機の登録は必ずしも必要ない。
【０１７５】
親機のラジオボタン７５２が選択された会議室端末９０は親機能部８８が有効になる。親機の予約情報要求部８９は会議管理サーバ３０に予約情報を要求する。子機のラジオボタン７５３が選択された会議室端末９０は子機能部８７が有効になると共に、予約情報要求部８９が会議管理サーバ３０に対して予約情報の取得を要求するのでなく、子機能部８７に予約情報の取得を要求する。
【０１７６】
また、親機への子機の登録にBluetooth（登録商標）の仕組みを使用するのでなく、管理者等が手作業で子機の識別情報を親機に設定してもよい。
【０１７７】
＜子機が親機を介して予約情報を受信する処理＞
図１２は、子機が親機を介して予約情報を受信する処理を説明するシーケンス図の一例である。親機は会議管理サーバ３０と通信できるため、直接、予約情報を取得できる。子機はネットワーク接続していないため、親機の仲介により会議管理サーバ３０と通信する。
【０１７８】
S20−1：親機の予約情報要求部８９は予め決められた周期（例えば３０秒間隔）で第三通信部９１を介して、サーバＵＲＬを宛先にして会議室ＩＤ及び認証キーを指定して予約情報を要求する。
【０１７９】
S20−2：会議管理サーバ３０の予約情報送信部４１は、認証キーと会議室ＩＤの組み合わせが会議室設定情報ＤＢ４９８に登録されている場合に認証が成功したと判断し、登録されていない場合に認証が失敗したと判断する。認証が成功した場合、予約情報送信部４１は会議室ＩＤに対応付けられた予約情報を会議管理情報ＤＢ４９３から取得して、送信部３１ａを介して親機に送信する。
【０１８０】
S21：図１１にて説明したように、管理者が会議室端末９０を子機に設定する。会議室端末９０の操作受付部９３は設定を受け付ける。
【０１８１】
S22：管理者が会議室端末９０を子機に設定すると、子機の予約情報要求部８９は予め決められた周期（例えば３０秒間隔）で子機能部８７に予約情報の取得を要求する。子機通知部１２１はアドバタイズパケットの発信を開始する。
【０１８２】
S23：親機の子機検出部１１１はアドバタイズパケットを受信することで、会議管理サーバ３０との通信が必要な子機が存在していることを検出する。
【０１８３】
S24：通信判断部１１２は、検出した会議室端末９０を子機として認めるか否かを判断する。上記のように、親機に予め登録されている子機の識別情報が送信したか否か、又は、子機上限数に基づいて判断する。子機の識別情報に基づいて判断する場合、予期せぬ子機が接続することを抑制できるのでセキュリティを向上できる。
【０１８４】
S25：通信判断部１１２が子機として認めると判断した場合、セントラルである第一通信部１１３はペリフェラルである子機に対して通信を開始し、通信を確立する。
【０１８５】
S26：親機の第一通信部１１３は会議管理サーバ３０に送信する情報を子機から取得する。子機は予約情報を取得したいので、子機の第二通信部１２２は会議室ＩＤ及び認証キーを親機に送信する。
【０１８６】
S27：親機の第一通信部１１３は子機の会議室ＩＤ及び認証キーを受信し、第三通信部９１が会議室ＩＤ及び認証キーを指定して子機の予約情報を要求する。
【０１８７】
S28：会議管理サーバ３０の予約情報送信部４１は、認証キーと会議室ＩＤの組み合わせが会議室設定情報ＤＢ４９８に登録されている場合に認証が成功したと判断し、登録されていない場合に認証が失敗したと判断する。認証が成功した場合、予約情報送信部４１は会議室ＩＤに対応付けられた予約情報を会議管理情報ＤＢ４９３から取得して、送信部３１ａを介して親機に送信する。
【０１８８】
S29：親機の第三通信部９１はＨＴＴＰなどのＩＰ通信で子機の予約情報を受信し、第一通信部１１３が予約情報を子機に送信する。
【０１８９】
S30：子機の第二通信部１２２は予約情報を受信したので、不要になったアドバタイズパケットを停止する。
【０１９０】
S31：親機の第一通信部１１３は子機との通信を切断する。
【０１９１】
このように、本実施形態では、子機は親機を通じて予約情報を取得するので、会議管理サーバ３０に接続する会議室端末９０の数を低減できる。また、社内ネットワークのアクセスポイントに接続する会議室端末９０の数を低減できる。
【０１９２】
＜子機が表示する待ち受け画面＞
図１３は、子機が表示する待ち受け画面の一例を示す図である。子機が親機を仲介して予約情報を受信すると、待ち受け画面に予約情報を表示できる。待ち受け画面は、子機が直接、会議管理サーバから受信した場合と、親機を仲介して受信した場合とで同じである。会議の参加者は会議室端末９０が親機か子機かを意識する必要がない。
【０１９３】
待ち受け画面７０１は、会議の参加者が会議室にチェックインするための画面である。待ち受け画面７０１は、会議室名７０２、現在の会議室の状態７０３、次の予約状況７０４、今すぐに会議室を利用できるボタン７０５、及び、設定ボタン７０６等を有している。参加者はこれらを見て会議室にチェックインできる。
【０１９４】
一方、図１４に示すように、待ち受け画面に親機か子機かを表示してもよい。図１４は会議室端末９０が親機である旨又は子機である旨が予約情報と共に表示された待ち受け画面の一例を示す。図１４（ａ）は親機の待ち受け画面７０１であり、親機である旨を示す文字７０７（Parent）が表示されている。図１４（ｂ）は子機の待ち受け画面７０１であり、子機である旨を示す文字７０８（Child）が表示されている。この他、「親機」又は「子機」を表すアイコンを表示してもよいし、待ち受け画面の配色を親機と子機で変更してもよい。これにより管理者が一目で親機か子機かを判断できる。
【０１９５】
＜まとめ＞
以上説明したように、本実施形態の通信システム１００は、親機が子機と会議管理サーバ３０との通信を仲介するので、会議管理サーバ３０に接続する会議室端末９０の数を減らすことができ、会議管理サーバ３０の処理能力を圧迫することを抑制できる。
【０１９６】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１９７】
例えば、本実施形態では予約情報の仲介を例に説明したが、仲介される情報は予約情報には限られない。会議管理サーバ３０が保持しているか又は外部から取得できる情報であれば仲介できる。また、会議室端末９０が保持しているか又は外部から取得できる情報であれば仲介できる。
【０１９８】
また、子機は常に親機を介して通信するのでなく、会議管理サーバ３０と状況に応じて直接、通信してもよい。例えば、親機に異常が生じた場合、緊急性の高い情報がある場合、などである。
【０１９９】
また、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【０２００】
また、本実施形態の通信システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。
【０２０１】
また、以上の実施例で示した図６，図７などの構成例は、通信システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。通信システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０２０２】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計された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）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。
【符号の説明】
【０２０４】
６          会議室
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１００      通信システム
【先行技術文献】
【特許文献】
【０２０５】
【特許文献１】特開２０１８‐０７７８０９号公報
【図１】
2020119401.tif 000012
【図２】
2020119401.tif 000013
【図３】
2020119401.tif 000014
【図４】
2020119401.tif 000015
【図５】
2020119401.tif 000016
【図６】
2020119401.tif 000017
【図７】
2020119401.tif 000018
【図８】
2020119401.tif 000019
【図９】
2020119401.tif 000020
【図１０】
2020119401.tif 000021
【図１１】
2020119401.tif 000022
【図１２】
2020119401.tif 000023
【図１３】
2020119401.tif 000024
【図１４】
2020119401.tif 000025