(57)【要約】      （修正有）【課題】会議室などのリソースに配置された情報処理端末が情報処理装置から予約情報を取得できるリソース予約システムを提供する。【解決手段】リソース予約システム１００は、リソース６の予約情報を管理する情報処理装置３０と、予約情報を取得する情報処理端末９０とを有する。情報処理装置３０は、予約情報を情報処理端末９０に送信するために必要な情報の提供手段をする。情報処理端末９０は、提供手段によって提供された情報を受け取る受取手段を有すると共に、受取手段が受け取った情報を用いて情報処理装置３０から予約情報を取得可能となる。【選択図】図２
2020095675.tif 000002
【特許請求の範囲】
【請求項１】
リソースの予約情報を管理する情報処理装置と、前記予約情報を前記情報処理装置から取得する情報処理端末とを有するリソース予約システムであって、
前記情報処理装置は、
前記予約情報を前記情報処理端末に送信するために必要な情報を提供する提供手段、を有し、
前記情報処理端末は、
前記提供手段によって提供された前記情報を受け取る受取手段、を有すると共に、
前記受取手段が受け取った前記情報を用いて前記情報処理装置から前記予約情報を取得可能となることを特徴とするリソース予約システム。
【請求項２】
前記リソース予約システムは、前記提供手段が提供する情報を少なくとも表示する表示手段を更に有し、
前記情報処理端末は、前記表示手段に前記表示された情報を、前記受取手段によって受け取ることを特徴とする、請求項１に記載のリソース予約システム。
【請求項３】
前記リソース予約システムは、前記情報処理装置のＷｅｂページを表示する登録端末を更に有し、
前記登録端末は前記表示手段を備え、
前記情報処理端末は、前記登録端末の前記表示手段に表示された前記情報を、前記受取手段によって受け取ることを特徴とする請求項２に記載のリソース予約システム。
【請求項４】
前記情報処理端末は、
前記情報を用いて、前記予約情報を前記情報処理装置から取得する予約情報取得手段を有することを特徴とする請求項１〜３のいずれか１項に記載のリソース予約システム。
【請求項５】
前記提供手段が提供する前記情報は、前記情報処理装置のアドレス情報、前記情報処理装置が前記情報処理端末を認証するための認証情報、前記リソースの識別情報、及び、前記リソースの名称の少なくとも１つを含むことを特徴とする請求項１〜４のいずれか１項に記載のリソース予約システム。
【請求項６】
前記提供手段は、前記情報を画像コードに変換して提供することを特徴とする請求項３に記載のリソース予約システム。
【請求項７】
前記情報処理装置は、前記情報を暗号化する暗号化手段を有し、
前記暗号化手段が暗号化した前記情報を、前記提供手段が提供することを特徴とする請求項１〜６のいずれか１項に記載のリソース予約システム。
【請求項８】
前記情報処理装置は、前記リソースの指定と前記情報の提供の要求を受け付ける前記登録端末から、特定の前記リソースの前記情報の提供の要求を受信したことを契機に、
前記提供手段は前記情報を前記画像コードに変換して提供することを特徴とする請求項６に記載のリソース予約システム。
【請求項９】
前記情報処理端末は、
ユーザを認証する認証手段を有し、
前記認証手段によるユーザの認証が成功した場合に、前記受取手段が前記登録端末から前記情報を受け取ることを特徴とする請求項８に記載のリソース予約システム。
【請求項１０】
前記情報処理装置は、
前記リソースの管理の開始を要求する旨の設定を前記登録端末から受け付ける受付手段と、
前記受付手段が前記リソースの管理の開始を要求する旨の設定を受け付けた場合、前記情報処理端末に対する前記予約情報の送信を許可する管理手段と、を有することを特徴とする請求項８又は９に記載のリソース予約システム。
【請求項１１】
前記情報処理装置は、前記リソースの予約の開始時刻に基づく時刻までに前記情報処理端末から前記リソースの使用開始通知を受信しない場合、前記リソースの予約を取り消すものであり、
前記受付手段が前記リソースの管理の開始を要求する旨の設定を前記登録端末から受け付け、更に、前記情報処理端末から前記予約情報を要求された場合、前記管理手段は、前記リソースの予約の取り消しに関する管理を開始することを特徴とする請求項１０に記載のリソース予約システム。
【請求項１２】
前記情報処理装置は、
前記情報処理端末から前記情報処理端末の識別情報と共に前記予約情報を要求された場合、前記情報処理端末の識別情報に基づいて前記情報処理端末の数をカウントして、前記情報処理端末の数が予め決まった数より多い場合、その旨を出力することを特徴とする請求項１〜１１のいずれか１項に記載のリソース予約システム。
【請求項１３】
前記情報処理装置は、前記情報処理端末の前記予め決まった数の設定を受け付けることを特徴とする請求項１２に記載のリソース予約システム。
【請求項１４】
前記リソースは少なくとも会議室を含み、
前記情報処理装置は会議室の予約情報を管理する会議管理サーバであり、
前記情報処理端末は会議室ごとに設けられ、前記予約情報を前記会議管理サーバから取得するアプリケーションを有する会議室端末であり、
前記情報処理装置の前記提供手段は、前記予約情報を前記情報処理端末に送信するために必要な情報を画像コードで提供し、
前記情報処理端末の前記受取手段は、少なくとも、表示された前記画像コードを撮像するカメラであり、
前記会議室端末は、前記カメラによる前記画像コードの撮像後に、撮像した画像コードから、前記会議管理サーバから前記予約情報を取得するために必要な情報をデコードすると共に、前記会議管理サーバへの前記予約情報の取得要求を開始し、
前記会議室端末から前記会議管理サーバに送られる前記取得要求は、所定時間ごとに継続して行われることを特徴とする請求項１〜１３のいずれか１項に記載のリソース予約システム。
【請求項１５】
前記情報処理装置のＷｅｂページを表示する登録端末は、前記会議管理サーバのＷｅｂページを表示する表示端末であり、
前記Ｗｅｂページは前記会議室の管理の開始を要求する旨の設定を受け付ける受付ボタンを会議室ごとに表示し、
前記受付ボタンの押下を受け付けると共に、前記画像コードの撮像後の前記会議室端末による前記予約情報の取得要求が開始された場合、前記会議管理サーバは、前記管理の開始として、前記予約情報の前記会議室端末への送信、及び、前記会議室が所定時間利用開始されない場合の予約情報の取り消しの処理を開始する請求項１４に記載のリソース予約システム。
【請求項１６】
前記提供手段は、前記情報処理端末の接続先のＵＲＬとリソースを管理する管理ＩＤを含む前記情報を提供し、
前記受取手段は、前記情報に含まれる前記接続先のＵＲＬと管理ＩＤを受け取り、
前記接続先のＵＲＬに前記管理ＩＤを送信し、前記管理ＩＤに対応付けられた前記リソースの前記予約情報を取得するための通信設定情報を取得することを特徴とする請求項１又は２に記載のリソース予約システム。
【請求項１７】
前記提供手段は、前記情報処理端末が前記予約情報を取得可能となる１つ以上のリソースの指定を受け付け、
前記提供手段は、前記接続先のＵＲＬに対して送信された前記管理ＩＤに応じて、前記通信設定情報の取得の成功又は失敗を前記情報処理端末が通知するための結果ＵＲＬを前記情報処理端末に提供し、
前記受取手段は、前記通信設定情報の取得の成功又は失敗を前記結果ＵＲＬに送信し、
前記提供手段は、前記通信設定情報の取得の成功を通知された場合、指定を受け付けた１つ以上のリソースのうち、前記通信設定情報の取得に成功した前記リソースを記録することを特徴とする請求項１６に記載のリソース予約システム。
【請求項１８】
前記接続先のＵＲＬに対する前記管理ＩＤを受信した場合、
前記提供手段は、指定を受け付けた１つ以上のリソースのうち、前記通信設定情報の取得に成功した旨を記録していないリソースの前記通信設定情報を提供することを特徴とする請求項１７に記載のリソース予約システム。
【請求項１９】
前記提供手段は、前記通信設定情報の取得に成功した前記リソースを記録した旨を前記情報処理端末に送信することを特徴とする請求項１７又は１８に記載のリソース予約システム。
【請求項２０】
前記通信設定情報の取得に成功した前記リソースを記録した旨を前記情報処理端末に送信した場合、
前記提供手段は、指定を受け付けた１つ以上のリソースのうち、まだ前記通信設定情報の取得に成功していない前記リソースの数を前記情報処理端末に送信し、
前記情報処理端末は、前記通信設定情報の取得に成功していない前記リソースの数を表示するディスプレイを有することを特徴とする請求項１９に記載のリソース予約システム。
【請求項２１】
前記提供手段は、指定を受け付けた１つ以上のリソースの全てについて、前記通信設定情報の取得に成功した旨を記録したが、前記接続先のＵＲＬに対する前記管理ＩＤを受信した場合、処理が終了した旨を前記情報処理端末に送信し、
前記ディスプレイは、処理が終了した旨を表示することを特徴とする請求項２０に記載のリソース予約システム。
【請求項２２】
前記提供手段は、前記情報を画像コードに変換して提供することを特徴とする請求項１６〜２１のいずれか１項に記載のリソース予約システム。
【請求項２３】
前記情報処理装置は、前記リソースの指定と前記情報の提供を前記情報処理装置に要求する登録端末から、１つ以上の前記リソースの指定を受け付けたことを契機に、
前記提供手段は前記情報を前記画像コードに変換して提供することを特徴とする請求項２２に記載のリソース予約システム。
【請求項２４】
前記情報処理装置は、
前記リソースの管理の開始を要求する旨の設定を前記登録端末から受け付ける受付手段と、
前記受付手段が前記リソースの管理の開始を要求する旨の設定を受け付けた場合、前記情報処理端末に対する前記予約情報の送信を許可する管理手段と、を有することを特徴とする請求項２３に記載のリソース予約システム。
【請求項２５】
前記登録端末が前記情報処理装置から取得して表示手段に表示したＷｅｂページはリソースの管理の開始を要求する旨の設定を受け付ける受付ボタンを会議室ごとに表示し、
前記受付ボタンの押下を受け付けると共に、前記情報処理端末による前記予約情報の取得要求が開始された場合、前記情報処理装置は、前記予約情報の前記情報処理端末への送信、及び、リソースが所定時間利用開始されない場合の予約情報の取り消しの処理を開始する請求項２４に記載のリソース予約システム。
【請求項２６】
前記情報処理装置は、複数の会議室の前記予約情報を管理する会議管理サーバであり、
前記情報処理端末は、前記会議管理サーバから前記予約情報を取得して表示すると共に、前記予約情報で予約された前記会議室の使用の開始を会議室のユーザから受け付ける受付端末であり、
前記登録端末は、前記情報処理装置に接続して、複数の前記会議室にそれぞれ対応する複数の前記情報処理端末の運用状況の設定画面を表示するユーザ端末であり、
前記提供手段が提供する前記画像コードは、前記予約情報を前記会議管理サーバから取得するための接続情報を含む画像コードであり、
前記情報処理端末は、前記情報処理端末のカメラを用いて、前記登録端末に表示された前記画像コードを撮像することで取得した前記接続情報を用いて、前記予約情報を前記会議管理サーバから取得することを開始し、
前記画像コードは１つの画像コードであり、前記１つの画像コードを、複数の前記情報処理端末でそれぞれ撮像することで、前記複数の会議室の前記予約情報を複数の前記情報処理端末が取得することを特徴とする請求項２３〜２５のいずれか１項に記載のリソース予約システム。
【請求項２７】
リソースの予約情報を管理する情報処理装置と、前記情報処理装置から前記予約情報を取得する情報処理端末とを有するリソース予約システムが行う端末設定方法であって、
前記情報処理装置は、
前記予約情報を前記情報処理端末に送信するために必要な情報を提供するステップを有し、
前記情報処理端末は、
前記情報処理装置によって提供された前記情報を受け取るステップ、を有し、
受け取った前記情報を用いて前記情報処理装置から前記予約情報を取得可能となることを特徴とする端末設定方法。
【請求項２８】
リソースの予約に関する予約情報を情報処理端末に送信するために必要な情報を提供する提供手段を有し、前記予約情報を管理する情報処理装置と通信する情報処理端末を、
前記提供手段によって提供された前記情報を受け取る受取手段として機能させ、
前記受取手段が受け取った前記情報を用いて前記情報処理端末を、前記情報処理装置から前記予約情報を取得可能とさせることを特徴とするプログラム。
【請求項２９】
請求項１〜２６のいずれか１項に記載のリソース予約システムを利用したＷｅｂサービスを提供する利用システム。
【請求項３０】
リソースの予約情報を管理する情報処理装置と、情報処理端末にインストールされ前記予約情報を前記情報処理装置から取得するプログラムとを有するリソース予約システムであって、
前記情報処理装置は、
前記予約情報を前記情報処理端末に送信するために必要な情報を提供する提供手段、を有し、
前記情報処理端末にインストールされる前記プログラムは、
前記提供手段によって提供された前記情報を受け取る受取手段として前記情報処理端末を機能させ、
前記受取手段が受け取った前記情報を用いて前記情報処理装置から前記予約情報を取得可能となることを特徴とするリソース予約システム。
【請求項３１】
情報処理装置が有する提供手段によって提供された情報を受け取る受取手段を有し、前記受取手段が受け取った前記情報を用いて情報処理端末がリソースの予約情報を取得可能となる前記情報処理端末と、ネットワークを介して接続された情報処理装置であって、
前記予約情報を前記情報処理端末が受信するために必要な情報を提供する提供手段、を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース予約システム、端末設定方法、プログラム、利用システム、及び、情報処理装置に関する。
【背景技術】
【０００２】
ネットワーク上の情報処理装置に情報処理端末を登録する作業が行われる場合がある。例えば、情報処理端末が印刷装置であれば、情報処理装置が印刷装置の状態や消耗品の残量などを監視するために、作業者が印刷装置を情報処理装置に登録する作業を行う場合がある。
【０００３】
このような作業の負担を軽減する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、中継装置の包装箱に印刷されたコードをモバイル端末で読み取って情報処理装置と通信し、認証が成功すると情報処理装置が中継装置を登録する登録方法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、会議室などのリソースに配置された情報処理端末が予約情報を取得することが記載されていないという問題がある。例えば、会議室に配置される情報処理端末が情報処理装置と連携するには、予約情報が必要になるが、従来技術ではリソースの予約情報を取得することに関して記載されていない。
【０００５】
本発明は、上記課題に鑑み、会議室などのリソースに配置された情報処理端末が予約情報を取得できるリソース予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、リソースの予約情報を管理する情報処理装置と、前記予約情報を取得する情報処理端末とを有するリソース予約システムであって、
前記情報処理装置は、前記予約情報を前記情報処理端末に送信するために必要な情報を提供する提供手段、を有すると共に、
前記情報処理端末は、前記提供手段によって提供された前記情報を受け取る受取手段、を有し、前記受取手段が受け取った前記情報を用いて前記情報処理装置から前記予約情報を取得可能となることを特徴とする。
【発明の効果】
【０００７】
会議室などのリソースに配置された情報処理端末が予約情報を取得できるリソース予約システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図２】画像コードを用いた会議室端末の初期設定の概略を説明する図の一例である。
【図３】リソース予約システムのシステム構成図の一例である。
【図４】会議管理サーバのハードウェア構成図の一例である。
【図５】会議室端末の一例のハードウェア構成図である。
【図６】予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す機能ブロック図の一例である。
【図７】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図８】初期設定部の機能をブロック状に示す機能ブロック図の一例である。
【図９】登録端末が表示する設定画面の一例を示す図である。
【図１０】画像コードが重畳して表示された設定画面を示す図である。
【図１１】会議室端末の端末アプリが表示する画面の一例を示す図である。
【図１２】会議室端末設定画面の一例を示す図である。
【図１３】画像コードが読み取られた後に図１１（ｆ）で表示される会議室端末設定画面の一例を示す図である。
【図１４】リソース予約システムにおける会議室端末の初期設定の手順を説明するシーケンス図の一例である。
【図１５】会議室端末が予約情報を取得するまでの処理を説明するシーケンス図の一例である。
【図１６】現在、会議室が空き室の場合に、会議室端末が表示する待ち受け画面Iの一例を示す図である。
【図１７】現在、会議室が空き室だが、次の会議の開始時刻まで所定時間内の場合に、会議室端末が表示する待ち受け画面IIの一例を示す図である。
【図１８】現在、会議室が使用中の場合に、会議室端末が表示する待ち受け画面IIIの一例を示す図である。
【図１９】会議管理サーバの端末ＩＤ検証部が、端末ＩＤの数が登録可能な会議室端末の数を超えたかどうかを判断するフローチャート図の一例である。
【図２０】過去１０回の端末ＩＤの記録例を示す図である。
【図２１】画像コードを用いた会議室端末の初期設定の概略を説明する図の一例である。
【図２２】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図２３】初期設定部の機能をブロック状に示す機能ブロック図の一例である。
【図２４】登録端末が表示する設定画面の一例を示す図である。
【図２５】画像コードが重畳して表示された設定画面を示す図である。
【図２６】一例の管理情報を示す図である。
【図２７】一例のサーバ保持情報を示す図である。
【図２８】リソース予約システムにおける会議室端末の初期設定の手順を説明するシーケンス図の一例である。
【図２９】リソース予約システムにおける会議室端末の初期設定の手順を説明するシーケンス図の一例である（その２）。
【図３０】初期設定の終了時に会議室端末設定画面に表示されるメッセージの一例を示す図である。
【図３１】全体制御部が保持するキューを模式的に示す図である。
【図３２】会議室端末が予約情報を取得するまでの処理を説明するシーケンス図の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例として、リソース予約システム１００及びリソース予約システム１００が行う端末設定方法について図面を用いて説明する。
【００１０】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システム１００の概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。
【００１１】
Ａ．予約者は自分の端末装置を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【００１２】
Ｂ．会議管理サーバ３０は会議室の予約状態に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【００１３】
Ｃ．リソース予約システム１００又は組織側の管理者は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。各種の設定は、会議室端末９０の登録（後述する初期設定）、リマインドのタイミングの設定などである。
【００１４】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コードを通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは会議室の使用を開始することである。
【００１５】
Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して会議の参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議識別情報にかざす（会議識別情報を読み取らせる、通信させるなど）。
【００１６】
Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は（会議中）使用中である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインを知らせる使用開始通知が確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセル（会議室が所定時間利用開始されない場合に予約情報の取り消しを行うこと）して、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。
【００１７】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【００１８】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【００１９】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。
【実施例１】
【００２０】
＜会議室端末の初期設定＞
図１に示したように、会議室には会議室端末９０が配置されている。各会議室に専用の会議室端末９０が用意されるリソース予約システム１００では、会議室端末９０の初期設定が工場出荷時に行われており、管理者等が会議室端末９０を初期設定することは不要か又は最小限でよい。しかし、専用の会議室端末９０が用意される場合、汎用的な情報処理端末を会議室端末９０に転用することができない。
【００２１】
近年ではＢＹＯＤ（Bring Your Own Device）という情報処理端末の利用形態があり、ユーザが自前のスマートデバイスを会議室端末９０として用いることで、低コストで簡単にリソース予約システム１００を実現したいユーザも多い。しかし、この場合、ユーザのスマートデバイスを会議室端末９０として会議管理サーバ３０に登録する初期設定が必要になるが、初期設定が複雑だとユーザの作業負担が大きくなる。
【００２２】
そこで、本実施形態では以下のように画像コードなどの画像データを会議室端末９０で撮像することで初期設定を可能とするリソース予約システム１００について説明する。なお、会議室端末９０と情報処理端末とは同じものであり、初期設定前は情報処理端末、初期設定後は会議室端末９０となる。以下では説明の便宜上、会議室端末９０と称する。なお専用の会議室端末であっても出荷後や初期設定後などにサーバと連携するための設定が必要な端末は本発明を適用できる。
【００２３】
図２は、画像コードを用いた会議室端末９０の初期設定の概略を説明する図の一例である。
【００２４】
（１）リソース予約システム１００を提供する提供者が予め顧客の会議室に関する各種の設定を会議管理サーバ３０に行っている。顧客とはリソース予約システム１００を導入する企業などである。各種の設定の中には、会議室名、会議室ＩＤ、会議管理サーバ３０のＵＲＬ等が含まれている。また、会議管理サーバ３０は予約管理サーバ２０と同期した、会議室ごとの予約情報を有している。
【００２５】
（２）情報処理端末を会議室端末９０として使用するために管理者Ｋは情報処理端末に初期設定を行う。初期設定はいくつかの作業を含みうるが、例えば、少なくとも会議室端末９０が会議管理サーバ３０と通信できるようにすることをいう。通信は会議室を指定して行うことが好ましいため、初期設定には、会議室端末９０が配置先の会議室と紐付けて会議管理サーバ３０に登録されることも含む。初期設定を行う管理者Ｋは、提供者側の担当者でもよいし、顧客側のシステム担当者などでもよい。
【００２６】
管理者Ｋは登録端末５０を使用して、会議管理サーバ３０にログインして通信を開始する。管理者Ｋが作業する場所は会議管理サーバ３０と通信できる場所であればよい。したがって、会議室でなくてもよい。管理者は各種の設定を行う管理者の設定画面を表示させる。会議室端末９０が登録される会議室を指定して、管理者は会議管理サーバ３０に通信設定情報を要求する。これにより、登録端末５０は通信設定情報を受信する。通信設定情報は画像コードにエンコードされている。
【００２７】
（３）管理者Ｋは登録端末５０が表示する画像コード１１０を会議室端末９０で撮像する。会議室端末９０には端末アプリがインストールされており、会議室端末９０は画像コードをデコードして通信設定情報を取得する。これにより、会議室端末９０は会議管理サーバ３０と通信可能になり、会議室端末９０に会議室ＩＤが設定される。すなわち、会議室端末９０が配置先の会議室と紐付けて会議管理サーバ３０に登録される。
【００２８】
（４）会議室端末９０は通信設定情報を用いて会議管理サーバ３０と通信を開始する。会議室端末９０は定期的に予約情報の取得を開始する。会議管理サーバ３０がどのような状態かには関与せずに予約情報の取得を繰り返す。
【００２９】
（５）会議室端末９０は設定された会議室ＩＤを送信するので、会議管理サーバ３０は会議室ＩＤに対応付けられている予約情報を会議室端末９０に送信する。会議室端末９０は予約情報を表示する。
【００３０】
このように、本実施形態のリソース予約システム１００は、顧客側が自前の情報処理端末を会議室端末９０として使用できる。また、画像コードを利用することで顧客側でも容易に初期設定することができる。また、初期設定により会議室端末９０が予約情報を自動的にダウンロードするので、会議室端末９０が会議管理サーバ３０との連携を開始できる。例えば、会議室端末９０は会議室の予約情報を表示でき、顧客のユーザは会議室端末９０からチェックインすることができるようになる。
【００３１】
＜用語について＞
リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。
【００３２】
初期設定とは、機器が少なくとも最小限の機能を発揮できるように、人が何らかの設定を行うことをいう。例えば通信に関する設定などである。必要な通信のための情報は、初期設定により設定される情報となる。
【００３３】
提供手段が情報を提供する方法は、登録端末が情報を受け取ることができる方法であればよい。画像コードのような画像（視覚情報）、電波、又は音波など、適宜、選択されうる。画像コードの一例はＱＲコード（登録商標）であるが、これに限らず、２次元の他の画像コードでもよいし、１次元のバーコードでもよい。この他、提供手段はリソースごとに印刷した画像コードや、リソースごとに設けたＮＦＣタグ、端末との無線通信等の通信で実施してもよい。
【００３４】
登録端末から情報を受け取る方法についても同様に、会議室端末が情報を受け取ることができる方法であればよい。会議室端末のカメラの他、会議室端末のＮＦＣタグの読取手段や、会議室端末の通信手段で実現してもよい。
【００３５】
予約情報を取得可能となるとは予約情報を取得することまでは必要なく、予約情報を取得する準備が整えばよい。予約情報の取得は所定のタイミングの到来やユーザ操作等があった時に行えばよい。
【００３６】
予約者は会議室を予約した者であり、参加者は会議への参加者である。予約者は参加者に含まれる場合が多いが、含まれなくてもよい。本実施形態において予約者が行う作業は参加者が行うことができる場合がある。総称して会議室を利用する者を単にユーザという。
【００３７】
会議室端末９０が会議管理サーバ３０との通信を開始するには、管理者の初期設定により通信設定情報を会議室端末９０が記憶する必要がある。これにより予約情報を定期的に要求することを開始するが、要求情報を取得できるかどうかは会議管理サーバ３０の設定に依存する。
【００３８】
会議管理サーバ３０の後述する管理開始フラグが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（登録商標）の通信規格にしたがった通信装置である。
【００７９】
ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。
【００８０】
また、会議室端末９０は専用の電池６１８を備え、電池６１８又は商用電源のいずれによっても駆動され得る。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。
【００８１】
図５（ｂ）も同じく会議室端末９０のハードウェア構成図の一例である。図５（ｂ）に示されているように、会議室端末９０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＣＭＯＳセンサ７０５、撮像素子Ｉ／Ｆ７０６、加速度・方位センサ７０７、メディアＩ／Ｆ７０９、ＧＰＳ受信部７１１を備えている。
【００８２】
これらのうち、ＣＰＵ７０１は、会議室端末９０全体の動作を制御する。ＲＯＭ７０２は、ＣＰＵ７０１やＩＰＬ等のＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。ＥＥＰＲＯＭ７０４は、ＣＰＵ７０１の制御にしたがって、アプリ等の各種データの読み出し又は書き込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７０５は、ＣＰＵ７０１の制御にしたがって被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ７０６は、ＣＭＯＳセンサ７０５の駆動を制御する回路である。加速度・方位センサ７０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ７０９は、フラッシュメモリ等の記録メディア７０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部７１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。
【００８３】
また、会議室端末９０は、遠距離通信回路７１２、ＣＭＯＳセンサ７１３、撮像素子Ｉ／Ｆ７１４、マイク７１５、スピーカ７１６、音入出力Ｉ／Ｆ７１７、ディスプレイ７１８、外部機器接続Ｉ／Ｆ(Interface)７１９、近距離通信回路７２０、近距離通信回路７２０のアンテナ７２０ａ、及びタッチパネル７２１を備えている。
【００８４】
これらのうち、遠距離通信回路７１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ７１３は、ＣＰＵ７０１の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ７１４は、ＣＭＯＳセンサ７１３の駆動を制御する回路である。マイク７１５は、音を電気信号に変える内蔵型の回路である。スピーカ７１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ７１７は、ＣＰＵ７０１の制御にしたがってマイク７１５及びスピーカ７１６との間で音信号の入出力を処理する回路である。ディスプレイ７１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ７１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路７２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル７２１は、利用者がディスプレイ７１８を押下することで、会議室端末９０を操作する入力手段の一種である。
【００８５】
また、会議室端末９０は、バスライン７１０を備えている。バスライン７１０は、図４に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【００８６】
＜機能について＞
図６は、予約管理サーバ２０、チャットサーバ１０、会議管理サーバ３０、及び、登録端末５０の機能をブロック状に示す機能ブロック図の一例である。
【００８７】
<<予約管理サーバ>>
予約管理サーバ２０は、通信部２１、及び、予約情報管理部２２を有する。予約管理サーバ２０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００８８】
通信部２１は、会議管理サーバ３０及び端末装置６０と各種の情報を送受信する。通信部２１は予約設定画面の画面情報を端末装置６０に送信し、端末装置６０から予約の設定を受信する。また、予約情報を会議管理サーバ３０に送信する。通信部２１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００８９】
予約情報管理部２２は、ユーザが登録した予約情報を管理する。予約情報管理部２２は会議管理サーバ３０から要求された会議室６の予約情報を予約情報ＤＢ２９１から読み出して、通信部２１を介して会議管理サーバ３０に送信する。あるいは、予約情報が登録（又は変更）されると要求がなくても予約情報を会議管理サーバ３０に送信する。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。予約情報管理部２２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９０】
予約管理サーバ２０は記憶部２９を有している。記憶部２９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部２９には予約情報ＤＢ２９１（Data Base）、制約条件ＤＢ２９２、及び、要求条件ＤＢ２９３が記憶されている。
【００９１】
【表１】
2020095675.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００９２】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００９３】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（後述するトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。通信部１１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００９４】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。したがって、通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。また、特定の通知先にのみ会議室６の予約に関する情報を送信する。
【００９５】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。仕組みとしては、例えば以下のようなものがある。チャットアプリ６０ａはプッシュ通知用のＩＤ（トークン）を、ＯＳ（Operating System）のメーカが運営するサーバから受け取る。このサーバではトークンとデバイス（端末装置６０）を紐付けておく。チャットアプリ６０ａはトークンとチャットアプリ６０ａのアカウントをチャットサーバ１０に登録しておく。チャットサーバ１０がプッシュ通知を行う場合、チャットアプリ６０ａのアカウントを特定するので紐付いたトークンを特定できる。チャットシステムはトークンを指定して通知内容をＯＳのメーカが運営するサーバに送信する。このサーバはトークンに紐付いたデバイス（端末装置６０）に対しプッシュ通知する。
【００９６】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００９７】
【表２】
2020095675.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００９８】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００９９】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【０１００】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【０１０１】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、初期設定部３９、認証部４０、認証キー検証部４１、管理制御部４２、端末ＩＤ検証部４３、及び、予約情報送信部４４を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１０２】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。通信部３１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１０３】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。情報対応付部３２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０４】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。あるいは変更があった予約情報を受信する。したがって、予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。予約情報取得部３３は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０５】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。通知判断部３４は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０６】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。会議情報通知部３７は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０７】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。制御情報生成部３５は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０８】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。制御情報応答部３６は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１０９】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。チェックイン管理部３８は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【０１１０】
初期設定部３９は、会議室端末９０の初期設定に関する処理を行う。例えば、リソース予約システム１００の管理者の登録端末５０に会議室の一覧（後述する設定画面）を提供し、リソース予約システム１００の管理者が選んだ会議室の会議室ＩＤ、会議室名を特定し、認証キーを生成して、会議管理サーバ３０のＵＲＬ（Uniform Resource Locator。会議管理サーバ３０のアドレス情報）を登録端末５０に送信する。チェックイン管理部３８は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。初期設定部３９の機能については図８にて詳細に説明する。
【０１１１】
認証部４０は、ログイン情報ＤＢ４９９のログインパスワードとユーザＩＤに基づいて管理者を認証する。
【０１１２】
認証キー検証部４１は会議室端末から送信される認証キーが、会議室設定情報ＤＢ４９８に登録されているものと一致するかどうかにより、会議室端末９０を認証する。したがって、正しい認証キーを有する会議室端末しか予約情報を取得できない。
【０１１３】
管理制御部４２は会議室ごとに、会議室設定情報ＤＢ４９８に登録されている管理開始フラグがTrueか否か、及び、予約情報の取得が要求されたか否かを確認する。後述するように、管理開始フラグは会議室の管理を開始してよいか否かを示すフラグである。
【０１１４】
端末ＩＤ検証部４３は１つの会議室に決まった数以上の会議室端末が登録されているか否かを端末ＩＤに基づいて検証する。
【０１１５】
予約情報送信部４４は、会議室端末９０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。ただし、認証キーによる認証が成功し、管理開始フラグがTrueに設定されている必要がある。予約情報送信部４４はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma−Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。
【０１１６】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、会議室設定情報ＤＢ４９８、及び、ログイン情報ＤＢ４９９が記憶されている。
【０１１７】
【表３】
2020095675.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【０１１８】
【表４】
2020095675.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報はステータスの項目を有する。ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１１９】
【表５】
2020095675.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。ステータスは、予約の状況を意味する。例えば、会議室の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１２０】
【表６】
2020095675.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【０１２１】
【表７】
2020095675.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【０１２２】
【表８】
2020095675.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【０１２３】
【表９】
2020095675.tif 000011
表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、管理開始フラグ、及び、登録できる会議室端末の数の各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。
接続中：一定期間内に通信が確認できている状態
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する  False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。詳細は後述される。
・登録できる会議室端末の数は、１つの会議室に対応付けられることができる会議室端末の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１でもよいし複数でもよい。
【０１２４】
会議室名称、会議室ＩＤは予め決まっているか、管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末の状態の初期状態（提供者の設定直後）はセットアップ前であるが、通信の状況によって遷移する。認証キーは初期設定時に例えば会議管理サーバ３０が採番して設定する。管理開始フラグは後述する設定画面などから管理者が設定する。登録できる会議室端末の数は同様に管理者が設定できる。登録できる会議室端末の数は１以上である場合が多い。１に設定された場合、１つの会議室に登録できる会議室端末９０は１つのみになる。
【０１２５】
【表１０】
2020095675.tif 000012
表１０はログイン情報ＤＢ４９９に記憶されているログイン情報の一例を示す。ログイン情報は管理者が会議管理サーバ３０にログインするための情報である。ログイン情報は、顧客ＩＤ、ログインパスワード、ユーザＩＤ、及び、サーバＵＲＬの各項目を有する。管理者がログインパスワード、及び、ユーザＩＤで会議管理サーバ３０にログインし、登録端末５０に後述する設定画面を表示させる。ログインにより管理者が会議室端末９０を配置する会議室がある顧客が特定される。また、ログイン情報ＤＢ４９９には顧客に割り当てられたサーバＵＲＬが登録されており、顧客の会議室端末９０が会議管理サーバ３０と通信できる。サーバＵＲＬは会議管理サーバ３０のうち顧客に割り当てられたＵＲＬであり、会議室端末９０がサーバＵＲＬにアクセスすることで顧客の予約情報を取得できる。ただし、サーバＵＲＬは複数の顧客に共通でもよい。
【０１２６】
<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１２７】
登録端末５０は、会議管理サーバが提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。この設定の１つに初期設定がある。なお、初期設定には端末装置６０が使用されてもよい。登録端末５０が有する通信部５１、操作受付部５２、及び、表示制御部５３の機能は端末装置６０と同様であり、詳細は端末装置６０と共に説明する。
【０１２８】
<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【０１２９】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１３０】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。通信部６１ａは、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１３１】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部６１ｂは、図４のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１３２】
表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。
【０１３３】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１３４】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１３５】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１３６】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む画像コードを会議管理サーバ３０から取得することなどを行う。サーバ通信部６５は図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。画像コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１３７】
会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる画像コード等をＬＣＤ２０６に表示する。表示制御部６６は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１３８】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１３９】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し画像コードを表示する機能を提供する。端末通信部６８は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１４０】
<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、端末認証部９６、撮像部９７、デコード部９８、設定記録部９８−２、及び、予約情報要求部９８−３を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１４１】
サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。サーバ通信部９１からの通信がない場合、会議室設定情報ＤＢ４９８に接続断が登録される。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。
【０１４２】
本実施形態のサーバ通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。サーバ通信部９１は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１４３】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１４４】
電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９５は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１４５】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。表示制御部９４は、図５のＣＰＵ６０１がプログラム６０４ｐを実行しディスプレイ６１６を制御すること等により実現される。
【０１４６】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。操作受付部９３は図５のＣＰＵ６０１がプログラム６０４ｐを実行しタッチパネル６１７を制御すること等により実現される。
【０１４７】
端末認証部９６は、入力された管理者パスワードが正しいか否かに基づいて端末アプリへの管理者のログインを認証する。会議室に配置された会議室端末９０は、不特定の参加者により操作可能であるため、認証機能がないと初期設定を変更されるおそれがあるためである。
【０１４８】
撮像部９７は主に画像コードを撮像する。管理者がＣＭＯＳセンサ６０５の画角に画像コードが入るように会議室端末９０を操作すると、撮像部９７は画像コードを認識して自動的に画像データを生成する。デコード部９８は、撮像部９７が撮像した画像コードをデコードして通信設定情報を復元する。
【０１４９】
設定記録部９８−２は、デコード部９８がデコードした通信設定情報（会議室ＩＤ、認証キー、サーバＵＲＬ、会議室名称）を記憶部９９に記憶させる。
【０１５０】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、及び、電子機器７０のＩＰアドレス９９７が記憶されている。
【０１５１】
予約情報要求部９８−３は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して会議室ＩＤと認証キーを繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９８−３はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【０１５２】
端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。
【０１５３】
管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。
【０１５４】
＜会議管理サーバの初期設定部について＞
図８は、初期設定部３９の機能をブロック状に示す機能ブロック図の一例である。初期設定部３９は設定画面生成部３９１、認証キー生成部３９２、暗号化部３９３、画像コード生成部３９４、及び、情報管理部３９５、を有している。また、記憶部４９は図６と同じものである。初期設定部３９は各機能を制御して必要な処理を行わせる。
【０１５５】
情報管理部３９５は、記憶部４９に記憶されている各種の情報を読み出し、情報を必要とする機能（設定画面生成部３９１、認証キー生成部３９２、暗号化部３９３、画像コード生成部３９４）に送出する。
【０１５６】
設定画面生成部３９１は、設定画面の画面情報を生成し、通信部３１を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として設定画面が提供される。
【０１５７】
暗号化部３９３は、情報管理部３９５が記憶部４９から取得した通信設定情報を暗号化する。画像コード生成部３９４は暗号化された通信設定情報を画像コードにエンコードする。通信設定情報は、簡単に言うと、会議室端末９０が会議管理サーバ３０と通信するために必要な情報である。サーバＵＲＬは通信先を特定するための情報であり、認証キーは認証を受けるための情報であり、会議室ＩＤはどの会議室からの通信であるかを通知するための情報である。会議室名称は会議室端末９０が表示するための情報であるため、通信設定情報に含まれていなくても支障はない。
【０１５８】
＜設定画面について＞
図９は、登録端末５０が表示する設定画面５０１の一例を示す。管理者は登録端末５０から会議管理サーバ３０にログインパスワードとユーザＩＤでログインしている。本実施形態では初期設定を行うため、管理者は図９に一例として示す設定画面５０１を表示させる。
【０１５９】
設定画面５０１には、チェックマーク欄５０２、会議室名称欄５０３、会議室ＩＤ欄５０４、会議室端末の接続状態欄５０５、運用グループ欄５０６、画像コード欄５０７、登録できる端末の数欄５０８の各カラムが表示される。カラムの内容は、運用グループを除き、表９の会議室設定情報ＤＢ４９８に記憶されて情報である。運用グループは、会議室の運用ポリシーを定めるグループである。会議室には、一般社員が使用する会議室、役員が使用する会議室、応接室、研修室、などがあり、グループによって運用ポリシーを変えたい場合がある。例えば、一般会議室では会議開始時刻を自動キャンセルのタイミングとしてよいが、応接室では来客者が遅れる可能性を考慮して自動キャンセルのタイミングを遅らせたい場合などである。また、リマインドのタイミングを研修室（研修の準備のため早めたい）と一般会議室で異ならせたい場合がある。
【０１６０】
図９に示す項目のうち、本実施形態では少なくとも会議室名称欄５０３と画像コード欄５０７が表示されればよい。ただし、会議室端末の接続状態欄５０５により管理者は各会議室における会議室端末の状態（運用状況）を確認できる。例えば、接続断になっていれば早急に状況を確認するなどの対応が可能になる。
【０１６１】
チェックマーク欄５０２は表９の会議室設定情報ＤＢ４９８において管理開始フラグに対応する。チェックマーク欄５０２は会議室の管理の開始を要求する旨の設定を受け付ける受付ボタンである。チェック有りがTrue、なしがFalseである。チェックマーク欄５０２があることで、初期設定が完了しても、会議管理サーバ３０が会議室の管理、特に自動キャンセルを開始してしまうことを防止できる。例えば、管理者の作業場所１０２が会議室から離れている場合、管理者が会議室端末９０を初期設定してから会議室に設定するまでに時間がかかる。初期設定してから会議室に設定するまでの時間に、会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、会議室がダブルブッキングされたり、他人が入ってきたりするなどの弊害が生じうる。
【０１６２】
また、管理者が数多くの会議室端末９０の初期設定を行う場合、管理者が最初の会議室端末９０を初期設定してから最後の会議室端末９０を初期設定するまでに時間がかかる。この間に会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、他人が入ってくるなどの弊害が生じうる。
【０１６３】
また、運用によっては会議室の管理の開始を各会議室でほぼ同時に運用を開始したいという場合にも有効である。
【０１６４】
チェックマーク欄５０２がチェックされ、画像コードの撮像後に会議室端末９０が予約情報の取得要求を開始した場合、会議管理サーバ３０は、管理の開始として、予約情報の会議室端末９０への送信、及び、会議室が所定時間利用開始されない場合の予約情報の取り消しの処理（キャンセル）を開始する。
【０１６５】
図９に示す画像コード欄５０７は管理者の押下を受け付けることが可能であり、管理者が任意の会議室の画像コード欄５０７を押下すると、登録端末５０の操作受付部５２が押下を受け付け、登録端末５０が画像コードを会議管理サーバ３０に要求する。これにより、通信設定情報が含まれる画像コードを通信部５１が受信できる。
【０１６６】
管理者は登録できる端末の数を任意に設定できる。ただし、最低１つの会議室端末９０が会議室に配置されることが好ましいので、設定画面５０１は０（ゼロ）を受け付けないことが好ましい。
【０１６７】
端末の数欄５０８は１つの会議室で登録可能な上限の会議室端末９０の数の入力（設定）を受け付ける。
【０１６８】
なお、図９では複数の会議室が表示されているが、リソース予約システム１００を提供する提供者が顧客の会議室に関する各種の設定を会議管理サーバ３０に行っていない場合、１つも表示されない場合がある。
【０１６９】
図１０は画像コードが重畳して表示された設定画面５０１を示す。画像コード欄５０７の「画像コード表示」が押下されると、図１０に示すように、登録端末５０の表示制御部５３は画像コード１１０を設定画面５０１にポップアップ表示する。会議室名称や会議室ＩＤを画像コード１１０と共に表示してもよい。これにより、管理者はどの会議室の初期設定のための画像コードかを把握できる。
【０１７０】
画像コード１１０をポップアップ表示するのではなく、別のＷｅｂページとして表示してもよいし、１つのファイルとしてダウンロードしてもよい。管理者はこの画像コードを初期設定の対象の会議室端末９０で撮像する。
【０１７１】
＜会議室端末の画面遷移＞
続いて、図１１を用いて会議室端末９０の端末アプリが表示する画面の遷移について説明する。図１１は会議室端末９０の端末アプリが表示する画面の一例を示す。
【０１７２】
まず、管理者が会議室端末９０の端末アプリを起動すると図１１（ａ）に示す初期画面５１０が表示される。初期画面５１０は登録ボタン５１１を有しており、管理者が登録ボタン５１１を押下すると操作受付部９３は登録ボタン５１１の押下を受け付ける。登録ボタン５１１は会議室端末９０を会議管理サーバ３０に登録するための（初期設定するための）ボタンである。
【０１７３】
登録ボタン５１１の押下により、図１１（ｂ）に示すように、会議室端末９０の表示制御部９４はパスワード入力画面５２０を表示する。パスワード入力画面５２０はパスワード入力欄５２１とＯＫボタン５２２を有する。管理者は、記憶部９９に記憶されている管理者パスワードをパスワード入力欄５２１に入力し、ＯＫボタン５２２を押下する。操作受付部９３はこれらの操作を受け付ける。端末認証部９６は入力された管理者パスワードと記憶部９９に記憶されている管理者パスワードを比較して、認証成功又は失敗を判断する。これにより、一般ユーザが出入りする会議室に配置される会議室端末９０を一般ユーザが任意に設定変更することを防止できる。
【０１７４】
管理者パスワードにより認証が成功した場合、図１１（ｃ）に示すように会議室端末設定画面５２５が表示される。会議室端末設定画面５２５の詳細は図Ａにて説明する。管理者が後述する設定ボタン４０３を押下すると、図１１（ｄ）に示すように会議室端末９０の撮像部９７が起動する。図１１（ｄ）は起動中画面５３０を示す。図１０の画像コードがＣＭＯＳセンサ６０５の画角に入るように管理者が会議室端末９０を操作すると、撮像部９７が画像コードを撮像する。
【０１７５】
会議室端末９０の表示制御部９４は撮像の間、管理者が操作しやすいように、図１１（ｅ）に示すように撮像されている画像コード（提供する情報の一例）をディスプレイ６１６（表示手段の一例）に動画のように表示する。図１１（ｅ）は撮像中画面５４０を示す。デコード部９８は撮像された画像コードをデコードして通信設定情報を復元する。
【０１７６】
画像コードのデコードにより通信設定情報を復元できると、再度、図１１（ｆ）に示すように会議室端末設定画面５２５が表示される。会議室端末設定画面５２５には通信設定情報の会議室名が自動で表示される。管理者が設定完了ボタン４１７を押下すると、会議室端末９０は予約情報の取得を開始する。設定完了ボタン４１７を押下した後は、予約情報がない待ち受け画面となる。
【０１７７】
会議室端末９０のサーバ通信部９１は通信設定情報を用いて会議管理サーバ３０と通信できる。認証キーによる認証と管理開始フラグの確認が成功すれば、会議室端末９０は予約情報を取得できる。
【０１７８】
以上により、会議室端末９０の初期設定が終わり、かつ、管理開始フラグがTrueになると、会議室端末９０は予約情報のダウンロードを開始する。図１１（ｇ）はダウンロードされた予約情報の表示画面（待ち受け画面）５５０を示す。待ち受け画面の表示例については図１６〜図１８にて説明する。
【０１７９】
図１２は会議室端末設定画面５２５の一例を示す。なお、プロキシサーバの設定など、一部の設定項目は省略されている。会議室端末設定画面５２５は、会議室名欄４０１、電子機器連携欄４０４、外部サービス連携欄４１１、及び、自動復帰欄４１５、を有している。会議室名欄には会議室名が表示される。会議室名４０２は画像コードの読み取りにより自動で表示される。設定ボタン４０３は、画像コードを撮像するためのカメラを起動させるボタンである。
【０１８０】
電子機器連携欄４０４は電子機器と連携を行うか否かを設定する欄である。電子機器７０との連携とは例えばチェックインと連動して（同時に）電子機器７０の電源を会議室端末９０がＯＮにすること（又はスリープからの復帰）、チェックアウトと連動して（同時に）電子機器７０の電源を会議室端末９０がＯＦＦにすること（又はスリープへ移行）をいう。電子機器連携欄４０４は切替ボタン４０９、接続先欄４０６、ユーザ名欄４０７、パスワード欄４０８、及び、接続確認ボタン４１０を有する。切替ボタン４０９は電子機器７０と連携を行うか否かを切り替えるためのボタンである。接続先欄４０６は電子機器のＩＰアドレスやコンピュータ名など接続先の電子機器を指定するための欄である。ユーザ名欄４０７とパスワード欄４０８は電子機器７０に会議室端末９０がログインするために設けられている（電子機器７０の保護のため）。接続確認ボタン４１０は、会議室端末９０を電子機器７０と試験的に通信させるボタンである。
【０１８１】
外部サービス連携欄４１１は、切替ボタン４１２、簡易情報通知先ＵＲＬ欄４１３、及び、詳細情報通知先ＵＲＬ欄４１４を有する。外部サービスとの連携とは、チェックイン及びチェックアウトのタイミング、予約者が予約時に設定した予約情報を外部アプリ（電子機器７０で動作する各種のアプリ）に渡すことをいう。具体的には以下の連携が可能である。
・遠隔会議サービスと連携し、チェックインと同時に遠隔会議を開始する。遠隔接続する宛先の通信ＩＤは予約時に入力されている（予約情報に含まれている）。
・ホワイトボードサービスと連携し、チェックインと同時にホワイトボードを初期化する（書き込みを消す）、並びに、予約者、参加者、会議名及び会議日時などをホワイトボードアプリに送信して表示させる。予約情報に含まれる予約ＩＤと共に、チェックインと同時に（契機にして）会議でホワイトボードが表示した画面データ（手書きデータ、投影された資料）を予約管理サーバに保存開始する。
・自動議事録作成サービスと連携し、チェックインと同時に自動議事録作成サービスが起動する。チェックアウトと同時に終了する。
【０１８２】
切替ボタン４１２は外部サービスと連携するか否かを切り替えるためのボタンである。簡易情報通知先ＵＲＬ欄４１３には、簡易情報を通知する通知先のＵＲＬが設定される。簡易情報は例えば以下のような内容である。
・ステータスの変更（チェックインが検知されたこと（今すぐ利用を含む）、チェックアウトが検知されたこと、予約時間が延長されたこと）
・会議名
・会議の開始時刻、終了時刻
・会議室情報（会議室ＩＤ、会議室名）
詳細情報通知先ＵＲＬ欄４１４には、詳細情報を通知する通知先のＵＲＬが設定される。詳細情報は例えば以下のような内容である。
・会議名
・会議の開始時刻、終了時刻
・会議室情報（会議室ＩＤ、会議室名）
・予約者の名前、アドレス、アイコン画像のURL（待ち受け画面にも表示される）
・各参加者の名前、アドレス、アイコン画像のURL
自動復帰欄４１５は切替ボタン４１６を有している。自動復帰とは、一般ユーザが端末アプリ９０ａを閉じて他のアプリを操作しようとした場合や、端末アプリ９０ａがバックグラウンドで動作されホーム画面に戻ってしまった場合など、端末アプリ９０ａが前面に表示されていない場合に、端末アプリ９０ａが自身を再起動して、前面に表示させることをいう。
【０１８３】
また、会議室端末設定画面５２５は設定完了ボタン４１７を有している。設定完了ボタン４１７は図１２の設定を完了して待ち受け画面を表示させるためのボタンである。
【０１８４】
図１３は、画像コードが読み取られた後に図１１（ｆ）で表示される会議室端末設定画面５２５を示す。会議室名４０２に画像コードに含まれていた「会議室Ａ」という会議室名が自動的に表示される。
【０１８５】
＜初期設定の処理の手順＞
続いて、図１４を用いて、管理者が会議室端末９０の初期設定を行う手順を説明する。図１４はリソース予約システム１００における会議室端末９０の初期設定の手順を説明するシーケンス図の一例である。なお、会議室端末９０には端末アプリがインストールされているものとする。また、登録端末５０は会議管理サーバ３０にログインするためのログイン画面を表示しているものとする。
【０１８６】
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：認証情報要求と共に端末ＩＤが送信されるので、会議管理サーバ３０の端末ＩＤ検証部４３は端末ＩＤの数が、登録可能な会議室端末の数を超えたかどうかを判断できる。この処理については図１９にて説明する。
【０２２２】
＜会議室端末が表示する予約情報の例＞
図１６〜図１８を用いて、会議室端末９０が表示する予約情報について説明する。
図１６は、現在、会議室が空き室の場合に、会議室端末９０が表示する待ち受け画面Iの一例を示す。図１６の待ち受け画面Iには、現在の状況欄５６１、会議室名称欄５６２、会議名欄５６３、開始時刻欄５６４、終了時刻欄５６５、利用開始ボタン５６６、及び、この後の予約欄５６７、等が表示されている。
【０２２３】
現在の状況欄５６１は、現在、会議室がどのような状況かを示す。会議室端末９０の表示制御部９４は、予約情報のステータスを現在の状況欄５６１に表示する。現在の時刻に予約されている予約情報がない場合は、表示制御部９４は現在の状況欄５６１に「空室」（次の予約のチェックインが可能になるまで）又は「入室待ち」（次の予約のチェックインが可能になった後）と表示する。
【０２２４】
会議室名称欄５６２には記憶部９９に記憶されている会議室名称が表示される。会議名欄５６３には予約情報に含まれる会議名を表示する。次の予約のチェックインが可能になるまで、表示制御部９４は会議名欄５６３に「予約はありません」と表示する。
【０２２５】
開始時刻欄５６４、終了時刻欄５６５には予約情報に含まれる開始時刻、終了時刻をそれぞれ表示する。図１６では予約がない時間帯の待ち受け画面なので、最後の会議の終了時刻から次の会議の開始時刻が開始時刻欄５６４、終了時刻欄５６５に表示されている。
【０２２６】
この後の予約欄５６７には、予約情報にしたがって、現在よりも後に予約されている各会議の開始時刻と終了時刻を表示する。利用開始ボタン５６６は、現在の状況欄５６１が「空室」の場合に表示される。会議室を予約していなくても、ユーザが利用開始ボタン５６６を押下することで、会議室の利用を開始できる。このボタンの押下は会議管理サーバ３０及び予約管理サーバ２０に送信され、予約情報におけるこの会議室のステータスが変更される。ステータスの変更は、会議室端末９０が予約情報を受信することで待ち受け画面にも反映される。
【０２２７】
図１７は、現在、会議室が空き室だが、次の会議の開始時刻まで所定時間内の場合に、会議室端末９０が表示する待ち受け画面IIの一例を示す。図１７の待ち受け画面IIでは、現在の状況欄５６１に「入室待ち」と表示され、入室ボタン５６８が表示されている。また、予約者名欄５７０に予約者が表示されている。表示制御部９４は予約情報のステータスが「チェックイン可」などに変わると「入室待ち」と表示し、入室ボタン５６８を表示する。
【０２２８】
例えば、開始時刻の１０分前になると、ステータスが「チェックイン可」などに変わるので、表示制御部９４は「入室待ち」と表示して、チェックインを許可する。つまり、予約者はチェックインが可能になる。また、決まった時刻までに会議室端末９０がチェックイン要求を送信しないと、チェックインが検出されないと会議管理サーバ３０のチェックイン管理部３８が判断し、自動でキャンセルする。このため、表示制御部９４は自動でキャンセルされるまでの時間５６９をカウントダウンし、現在の状況欄５６１に表示する。自動でキャンセルされる時間は例えば、開始時刻の１０分経過後である。
【０２２９】
入室ボタン５６８は、ユーザがチェックインするためのボタンである。このボタンを押下すると、予約者は会議識別情報の入力することができる。予約者名欄５７０には予約者情報が表示される。この予約者は予約情報に含まれるアカウントでもよいし、会議管理サーバ３０から予約者の氏名又はニックネームが送信されてもよい。また、予約者の写真や予約者を表すキャラクターを表示してよい。
【０２３０】
図１８は、現在、会議室が使用中の場合に、会議室端末９０が表示する待ち受け画面IIIの一例を示す。図１８の待ち受け画面IIIでは、現在の状況欄５６１に「使用中」と表示され、退室ボタン５７１が表示されている。予約者がチェックインすると、会議管理情報ＤＢ４９３のステータスが「チェックイン済み」になる。会議室端末９０が予約情報を受信することで、表示制御部９４はステータスがチェックイン済みになったことを検出する。表示制御部９４はチェックアウトするまで、現在の状況欄５６１に「使用中」と表示し、退室ボタン５７１を表示する。また、表示制御部９４は終了時刻までの時間をカウントダウンし、現在の状況欄５６１に表示する。退室ボタン５７１は、予約者がチェックアウトするためのボタンである。このボタンを押下すると、チェックアウト要求が会議管理サーバ３０に送信され、会議管理サーバ３０のチェックイン管理部３８が会議管理情報ＤＢ４９３のステータスを「チェックアウト済み」に更新する。会議室端末９０が予約情報を受信することで、表示制御部９４は現在の状況欄５６１に「空き室」又は「入室待ち」と表示する。
【０２３１】
なお、図１６〜図１８に表示される情報を会議室端末９０が予約情報に基づいて生成するのでなく、会議管理サーバ３０が生成して会議室端末９０が表示してもよい。この場合、会議室端末９０はブラウザソフトウェアを実行することで、会議管理サーバ３０が会議室端末９０の待ち受け画面の全体を制御できる。
【０２３２】
＜登録可能な会議室端末の数の検証＞
図１９は、会議管理サーバ３０の端末ＩＤ検証部４３が、端末ＩＤの数が登録可能な会議室端末の数を超えたかどうかを判断するフローチャート図の一例である。図２０は、過去１０回の端末ＩＤの記録例を示す。
【０２３３】
まず、図１０にて説明したように、会議管理サーバ３０の通信部３１は予約情報要求（会議室ＩＤ、認証キー、端末ＩＤ）を受信する（Ｓ１０１）。
【０２３４】
端末ＩＤ検証部４３は会議室ＩＤに対応付けてＮ個の端末ＩＤを記録する（Ｓ１０２）。つまり、受信した順にＮ個の端末ＩＤを記録する。Ｎ個より古い端末ＩＤは破棄してよい。
【０２３５】
端末ＩＤ検証部４３はＮ個の記録の中に、異なる端末ＩＤがあるか否かを判断する（Ｓ１０３）。ステップＳ１０３の判断がＮｏの場合、１つの会議室に関して１つの会議室端末９０しか予約情報を要求しないので、検証成功と判断する（Ｓ１０７）。この場合、特に何もしないでよい。
【０２３６】
ステップＳ１０３の判断がＹｅｓの場合、端末ＩＤ検証部４３はＮ個の中の異なる端末ＩＤの数をカウントする（Ｓ１０４）。会議室端末９０は定期的に予約情報要求を送信するので、重複しないようにカウントする。図２０の例ではＴ−００１が７個、Ｔ−００２が３個あるが、端末ＩＤの数は２個である。
【０２３７】
端末ＩＤ検証部４３は、異なる端末ＩＤの数が登録可能な会議室端末の数よりも大きいか否かを判断する（Ｓ１０５）。すなわち、会議室ＩＤに対応付けられた登録可能な会議室端末の数を会議室設定情報ＤＢ４９８から取得して、異なる端末ＩＤの数と比較する。ステップＳ１０５の判断がＮｏの場合、検証成功と判断する（Ｓ１０７）。
【０２３８】
ステップＳ１０５の判断がＹｅｓの場合、端末ＩＤ検証部４３は検証失敗と判断する（Ｓ１０６）。例えば、登録可能な会議室端末の数を超えて会議室端末９０が登録されているというメールを管理者に送信してよい。あるいは、端末ＩＤ検証部４３は設定画面５０１の会議室に対応付けてアラートを表示してもよい。こうすることで、多くの会議室端末９０が登録されて予約情報の内容が漏洩しやすくなることを抑制できる。
【０２３９】
図１９のような方法では、会議室端末９０の初期設定時には登録できる会議室端末の数を検証できない。しかし、初期設定の作業を容易にできる。また、初期設定時に登録できる会議室端末の数を検証してもよい。この場合、同様に端末ＩＤが記録されていることを前提に、会議室端末９０が初期設定時に端末ＩＤを会議管理サーバ３０に送信すればよい。あるいは、会議室ごとに登録されている端末ＩＤを会議室設定情報ＤＢ４９８に登録しておく方法がある。
【０２４０】
＜まとめ＞
以上説明したように、本実施形態のリソース予約システム１００は、顧客側が自前の情報処理端末を会議室端末９０として使用できる。また、画像コードを利用することで顧客側でも容易に初期設定することができる。また、初期設定により会議室端末９０が予約情報を自動的にダウンロードするので、会議室端末９０が会議管理サーバ３０との連携を開始できる。例えば、会議室端末９０は予約情報を表示でき、顧客のユーザは会議室端末９０からチェックインすることができるようになる。
【実施例２】
【０２４１】
実施例１では管理者Ｋが会議室端末９０を１つ１つ初期設定したが、本実施形態では複数の会議室端末９０を一度に初期設定できるリソース予約システムについて説明する。
【０２４２】
図２１は、画像コードを用いた会議室端末９０の初期設定の概略を説明する図の一例である。
【０２４３】
（１）リソース予約システム１００を提供する提供者が予め顧客の会議室に関する各種の設定を会議管理サーバ３０に行っている。顧客とはリソース予約システム１００を導入する企業などである。各種の設定の中には、会議室名、会議室ＩＤ、会議管理サーバ３０のＵＲＬ等の設定が含まれている。また、会議管理サーバ３０は予約管理サーバ２０と同期した、会議室ごとの予約情報を有している。
【０２４４】
（２）情報処理端末を会議室端末９０として使用するために管理者Ｋは情報処理端末に初期設定を行う。初期設定はいくつかの作業を含みうるが、例えば、少なくとも会議室端末９０が会議管理サーバ３０と通信できるようにすることをいう。通信は会議室を指定して行うことが好ましいため、初期設定には、会議室端末９０が配置先の会議室と紐付けて会議管理サーバ３０に登録されることも含む。初期設定を行う管理者Ｋは、提供者側の担当者でもよいし、顧客側のシステム担当者などでもよい。
【０２４５】
管理者Ｋは登録端末５０を使用して、会議管理サーバ３０にログインして通信を開始する。管理者Ｋが作業する場所は会議管理サーバ３０と通信できる場所であればよい。したがって、会議室でなくてもよい。管理者は各種の設定を行う管理者の設定画面を表示させる。会議室端末９０が登録される会議室を指定して、管理者は会議管理サーバ３０に管理情報（要求先ＵＲＬと管理ＩＤ）を要求する。これにより、登録端末５０は画像コードにエンコードされた管理情報を受信する。本実施形態では、管理者Ｋが複数の会議室を選択できるようになっており、管理情報には複数の会議室が対応付けられている場合がある。
【０２４６】
（３）管理者Ｋは登録端末５０がディスプレイに表示する画像コード１１０を会議室端末９０で撮像する。会議室端末９０には端末アプリがインストールされており、会議室端末９０は画像コードをデコードして、設定画面で選択した１つ以上の会議室に対応付けられている管理ＩＤと要求先ＵＲＬ（接続情報の一例）を取得する。
【０２４７】
（４）会議室端末９０は要求先ＵＲＬを宛先にして管理ＩＤを会議管理サーバ３０に送信する。
【０２４８】
（５）これにより、会議管理サーバ３０は管理ＩＤに対応付けられている１つ以上の会議室の会議室情報（会議室名＋ルームＵＲＬ）を会議室端末９０に送信する。ルームＵＲＬは会議室ごとの通信設定情報を提供するＵＲＬであり、会議室ごとに用意されている。
【０２４９】
（６）会議室端末９０はルームＵＲＬを宛先に通信設定情報を会議管理サーバ３０に要求する。
【０２５０】
（７）会議管理サーバ３０はルームＵＲＬで特定される会議室の通信設定情報を会議室端末９０に送信する。通信設定情報が会議室端末９０に記憶され、会議室端末９０は会議管理サーバ３０と通信可能になる。すなわち、会議室端末９０が配置先の会議室と紐付けられる。
【０２５１】
（８）会議室端末９０は通信設定情報を使って、会議管理サーバ３０から定期的に予約情報を取得することを開始する。会議管理サーバ３０がどのような状態かには関与せずに予約情報の取得を繰り返す。会議室端末９０は通信設定情報で設定された会議室ＩＤを送信するので、会議管理サーバ３０は会議室ＩＤに対応付けられている予約情報を会議室端末９０に送信する。会議室端末９０は予約情報を表示する。
【０２５２】
２つ目以降の会議室端末９０も（３）〜（８）の処理を行う。会議管理サーバ３０では管理ＩＤに対応付けられている１つ以上の会議室の通信設定情報を重複しないように会議室端末９０に送信する。各会議室端末９０への通信設定情報の送信を会議管理サーバ３０が制御するので、複数の会議室端末９０の初期設定を並行して行うことができる。
【０２５３】
このように、本実施形態のリソース予約システム１００は、顧客側が自前の情報処理端末を会議室端末９０として使用できる。また、画像コードを利用することで顧客側でも容易に初期設定することができる。また、初期設定により会議室端末９０が予約情報を自動的にダウンロードするので、会議室端末９０が会議管理サーバ３０との連携を開始できる。例えば、会議室端末９０は会議室の予約情報を表示でき、顧客のユーザは会議室端末９０からチェックインすることができるようになる。また、複数の会議室端末９０の初期設定を行う場合に、作業効率を向上できる。
【０２５４】
なお、本実施例では図３のシステム構成例、図４，図５のハードウェア構成例、及び、図６の機能ブロック図を援用できるものとして説明する。
【０２５５】
＜端末装置及び会議室端末の機能＞
図２２は本実施例の端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。本実施例において、図７にて同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。
【０２５６】
本実施例の会議室端末９０は設定取得部９８−４を有している。設定取得部９８−４は、管理情報に基づいて会議管理情報と通信設定情報を取得し、通信設定情報（会議室ＩＤ、認証キー、サーバＵＲＬ、会議室名称）を記憶部９９に記憶させる。
【０２５７】
＜会議管理サーバ３０の初期設定部について＞
図２３は、初期設定部３９の機能をブロック状に示す機能ブロック図の一例である。初期設定部３９は設定画面生成部３９１、認証キー生成部３９２、暗号化部３９３、画像コード生成部３９４、全体制御部３９０、管理情報作成部３９６、会議室情報作成部３９７、管理ＩＤ会議室対応付部３９８、及び、通信設定情報送信部３９９を有している。また、記憶部４９は図６と同じものである。
【０２５８】
全体制御部３９０は初期設定部３９の全体を制御して、１つ以上の会議室端末９０の初期設定に関する一連の処理を制御する。
【０２５９】
設定画面生成部３９１は、設定画面の画面情報を生成し、通信部３１を介して登録端末５０に送信する。画面情報は、ＨＴＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。JavaScript（登録商標）によりブラウザ上で動作するＷｅｂアプリの一画面として設定画面が提供される。
【０２６０】
管理情報作成部３９６は、登録端末５０から１つ以上の会議室に配置される会議室端末９０の初期設定のための画像コードを要求された場合、初期設定に関する処理を管理する管理情報（管理ＩＤ、要求先ＵＲＬ）を作成する。画像コード生成部３９４は管理情報を画像コードにエンコードする。
【０２６１】
会議室情報作成部３９７は、初期設定の対象となる会議の会議室名とルームＵＲＬを対応付けて会議室情報（会議室名、ルームＵＲＬ）を作成する。ルームＵＲＬにより会議室に固有の通信設定情報が特定される。
【０２６２】
管理ＩＤ会議室対応付部３９８は管理ＩＤと１つ以上の会議室情報を対応付けたサーバ保持情報を作成する。また、１つ以上の会議室のうち、どの会議室（会議室端末９０）の初期設定が終了してどの会議室（会議室端末９０）の初期設定が終了していないかを管理する。
【０２６３】
認証キー生成部３９２は、会議室端末９０が会議管理サーバ３０による認証を受けるための認証キーを生成する。暗号化部３９３は記憶部４９から取得した通信設定情報を暗号化する。通信設定情報は、簡単に言うと、会議室端末９０が会議管理サーバ３０と通信するために必要な情報である。サーバＵＲＬは通信先を特定するための情報であり、認証キーは認証を受けるための情報であり、会議室ＩＤはどの会議室からの通信であるかを通知するための情報である。会議室名称は会議室端末９０が表示するための情報であるため、通信設定情報に含まれていなくても支障はない。
【０２６４】
通信設定情報送信部３９９は、送信部３１ａを介して、暗号化された通信設定情報を会議室端末９０に送信する。
【０２６５】
＜設定画面について＞
図２４は、登録端末５０が表示する設定画面５０１の一例を示す。なお、図２４の説明では主に実施例１の図９との相違を説明する。
【０２６６】
本実施例の設定画面５０１は画像コード生成ボタン５０９を有している。画像コード生成ボタン５０９を管理者が押下すると、登録端末５０の操作受付部５２が押下を受け付け、登録端末５０が会議室ＩＤを指定して画像コードを会議管理サーバ３０に要求する。これを契機にして、管理情報が含まれる画像コードを通信部５１が受信できる。管理者は１つ又は複数の会議室を選択して、画像コードの生成を要求できる。
【０２６７】
図２５は画像コードが重畳して表示された設定画面５０１を示す。図２５に示すように、登録端末５０の表示制御部５３は画像コード１１０を設定画面５０１にポップアップ表示する。会議室名称や会議室ＩＤを画像コード１１０と共に表示してもよい。これにより、管理者はどの会議室の初期設定のための画像コードかを把握できる。
【０２６８】
画像コード１１０をポップアップ表示するのではなく、別のＷｅｂページとして表示してもよいし、１つのファイルとしてダウンロードしてもよい。管理者はこの画像コードを初期設定の対象の会議室端末９０で撮像する。
【０２６９】
実施例１では画像コード１１０に通信設定情報がエンコードされていたが、本実施例の画像コード１１０には管理情報がエンコードされている点で実施例１と異なっている。
【０２７０】
＜管理情報、サーバ保持情報＞
続いて、図２６を用いて管理情報について説明する。図２６は、一例の管理情報を示す図である。管理情報は、要求先ＵＲＬと管理ＩＤを有する。要求先ＵＲＬは、会議室端末９０の初期設定において、会議室端末９０の設定取得部９８−４が最初に接続するＵＲＬ（接続先のＵＲＬ）である。この要求先ＵＲＬに管理ＩＤを送信して接続することで、会議管理サーバ３０の初期設定部３９は管理者が設定画面５０１で指定した各会議室の初期設定を行う。管理ＩＤは、設定画面で選択された１つ以上の会議室（リソース）を特定又は識別する識別情報である（リソースを管理する情報）。会議管理サーバ３０の初期設定部３９は管理ＩＤにより設定画面５０１で選択された１つ以上の会議室を判断し、どの会議室の会議室情報を返せばよいかを判断する。
【０２７１】
なお、管理情報のフォーマット（形式）は、属性と値（Keyとvalue）が対応付けて記録されていればよく、例えばjsonやxmlなどの形式で読み込むことができる。
【０２７２】
図２７は、一例のサーバ保持情報を示す図である。サーバ保持情報は、管理情報が作成されると、会議管理サーバ３０の初期設定部３９（主に管理ＩＤ会議室対応付部３９８）が作成する情報であり、全体制御部３９０が複数の会議室の一連の初期設定を制御するために使用される。
【０２７３】
サーバ保持情報は管理ＩＤ１５０１に対応付けられた、結果ＵＲＬ１５０２、会議室の数１５０３、終了数ｉ１５０４、及び、会議室の数の会議室情報１５０５を有している。管理ＩＤ１５０１により管理情報と対応付けられている。
・結果ＵＲＬ１５０２は会議室端末９０における初期設定の結果を送信するためのＵＲＬである。
・会議室の数１５０３は、管理者が設定画面５０１で選択した会議室の数である。
・終了数ｉ１５０４は、結果ＵＲＬを宛先に初期設定が成功した旨を通知した会議室端末９０（会議室）の数である。つまり、いくつの会議室端末９０の初期設定が終了したかを示す。初期値はゼロである。
・会議室情報１５０５は、会議室名とルームＵＲＬを有する。会議室名は設定画面５０１で表示されたものであり、ルームＵＲＬは会議室に対応付けられた通信設定情報を提供するＵＲＬである。図２７では４つの会議室情報が図示されている。ルームＵＲＬのファイル名（例えば、kaigiAxxxx.xxxxは通信設定情報が圧縮されたファイル又は圧縮処理するプログラムを示す）。
【０２７４】
会議管理サーバ３０の全体制御部３９０は、図２７に示すサーバ保持情報を使って、会議室端末９０からのリクエストに応じて、管理ＩＤに対応付けられた会議室情報を会議室端末９０に返す。各会議室端末９０は同じ１つの画像コードで複数の初期設定を実施することができるようになる。
【０２７５】
すべての会議室端末９０の初期設定が終わった場合、図２７のサーバ保持情報に返すための会議室情報がなくなるので、会議管理サーバ３０は会議室端末９０に、管理者が設定した全ての会議室の会議室端末９０について初期設定が終了した旨を送信する。
【０２７６】
なお、会議室情報１５０５は複数の場合があり動的に変更される可能性があるため、図２７のように並列の構造とするのでなく、入れ子などでデータを所持していても良い。また、会議室情報として「会議室名」と「ルームＵＲＬ」以外の情報が付随されていても良い。
【０２７７】
＜初期設定の処理の手順＞
続いて、図２８を用いて、管理者が会議室端末９０の初期設定を行う手順を説明する。図２８はリソース予約システム１００における会議室端末９０の初期設定の手順を説明するシーケンス図の一例である。なお、会議室端末９０には端末アプリがインストールされているものとする。また、登録端末５０は会議管理サーバ３０にログインするためのログイン画面を表示しているものとする。
【０２７８】
S1：会議管理サーバ３０の予約情報取得部３３は所定の頻度でリソース一覧要求を予約管理サーバに送信する。リソース一覧要求とは、予約管理サーバに登録されている顧客のリソースの一覧を要求することをいう。リソース予約システム１００において会議室はリソースとして扱われるため、リソース一覧要求により、会議管理サーバ３０は設定画面５０１に表示する会議室の一覧を取得できる。所定の頻度とは例えば１日に１回等、比較的低頻度でよい。リソースには会議室の他、電子機器７０含まれる。
【０２７９】
S2：会議管理サーバ３０の予約情報取得部３３は繰り返し、予約情報取得要求を予約管理サーバに送信する。予約情報取得要求とは、ドメインを指定してこのドメインをアカウントに有する予約者の予約情報を要求することをいう。これにより、会議管理サーバ３０は決まった期間の予約情報を取得できる。繰り返しの頻度は例えば数分おき、３０分おき、１時間おきなど、比較的高頻度であることが好ましい。また、予約情報に関しては、新たに登録又は変更された予約情報が、予約管理サーバ２０から自動的に送信される場合もある。
【０２８０】
S3：一方、管理者は登録端末５０にログイン操作を行う。すなわち、ログインパスワードとユーザＩＤを入力する。登録端末５０の操作受付部５２はログイン操作を受け付ける。
【０２８１】
S4：登録端末５０の通信部５１はログイン要求（ログインパスワードとユーザＩＤ）を会議管理サーバ３０に送信する。このような認証先のサーバは会議管理サーバ３０とは別に存在してもよい。
【０２８２】
S5：会議管理サーバ３０の認証部４０はログインパスワードとユーザＩＤがログイン情報ＤＢ４９９に登録されているか否かにより、認証を行う。本実施形態では認証が成功したものとする。会議管理サーバ３０の通信部３１は認証結果を登録端末５０に送信する。
【０２８３】
S6：管理者は登録端末５０にリソース一覧を表示させる操作を行う。リソース一覧の表示とは図２４の設定画面５０１を表示させることである。登録端末５０の操作受付部５２はリソース一覧を表示させる操作を受け付ける。なお、認証により設定画面５０１が自動的に表示されてもよい。また、管理者はログインしているため、管理者が会議室端末９０を初期設定しようとしている顧客の顧客ＩＤが特定されている。
【０２８４】
S7：登録端末５０の通信部５１はリソース一覧要求を会議管理サーバ３０に送信する。
【０２８５】
S8：会議管理サーバ３０の通信部３１はリソース一覧要求を受信し、設定画面生成部３９１は会議室設定情報ＤＢ４９８から顧客ＩＤで特定される会議室設定情報を取得して、顧客の会議室（リソース）の一覧を有する設定画面５０１を生成する。なお、リソースには会議室以外の電子機器７０も含まれる。会議管理サーバ３０の通信部３１は設定画面５０１の画面情報を登録端末５０に送信する。
【０２８６】
S9：登録端末５０の通信部５１は設定画面５０１の画面情報を受信し、表示制御部５３が図２４に示すような設定画面５０１を表示する。
【０２８７】
S10：次に、管理者は会議室端末９０を登録する会議室を指定して画像コードを表示させる操作を行う。すなわち、画像コード作成対象欄５１３で１つ以上の会議室を選択し、画像コード生成ボタン５０９を押下する。登録端末５０の操作受付部５２は画像コードを表示させる操作を受け付ける。
【０２８８】
S11：登録端末５０の通信部５１は１つ以上の会議室ＩＤを指定して画像コード表示要求を会議管理サーバ３０に送信する。
【０２８９】
S12：会議管理サーバ３０の通信部３１は画像コード表示要求を受信し、初期設定部３９に会議室ＩＤを送出する。全体制御部３９０は、管理情報作成部３９６に管理情報を作成させる。これにより、図２６に示した管理情報が作成される。また全体制御部３９０は会議室情報作成部３９７に会議室ＩＤで特定される各会議室の会議室情報を作成させる。また、全体制御部３９０は管理ＩＤ会議室対応付部３９８にサーバ保持情報を作成させる。これにより、図２７に示したサーバ保持情報が作成される。なお、管理ＩＤ、要求先ＵＲＬ、結果ＵＲＬは、重複しないように作成すればよい。会議室の数は、設定画面５０１で選択された会議室の数である。終了数ｉの初期値は０である。各会議室の会議室情報は、会議室名と重複しないルームＵＲＬであるが、ルームＵＲＬが有するファイル名は会議室に固有の通信設定情報のファイル又はファイル作成処理を示す。
【０２９０】
S13：次に、画像コード生成部３９４が管理情報をエンコードして画像コードを生成する。
【０２９１】
S14：会議管理サーバ３０の通信部３１は画像コードを登録端末５０に送信する。
【０２９２】
図２９はリソース予約システム１００における会議室端末９０の初期設定の手順を説明するシーケンス図の一例である（その２）。図２９の処理は図２８に続いて実行される。
【０２９３】
S15：登録端末５０の通信部５１は画像コードを受信し、表示制御部５３が図２５に示すように画像コードをＬＣＤ２０６（表示手段の一例）に表示する。
【０２９４】
S16：次に、管理者は会議室端末９０の登録ボタン５１１を押下して管理者パスワードを入力する。すなわち、図１１（ａ）に示す初期画面５１０で登録ボタン５１１を押下し、図１１（ｂ）に示すパスワード入力画面５２０に管理者パスワードを入力する。会議室端末９０の操作受付部９３はこれらの操作を受け付ける。
【０２９５】
S17：会議室端末９０の端末認証部９６は、管理者が入力した管理者パスワードが記憶部９９に記憶されている管理者パスワードと一致する場合に認証が成功したと判断し、一致ない場合は認証が失敗したと判断する。
【０２９６】
S18：認証が成功した場合、管理者は図１１（ｃ）に示したように会議室端末設定画面５２５の設定ボタン４０３を押下してカメラを起動する。
【０２９７】
S19：図１１（ｄ）に示すように、会議室端末９０の撮像部９７が起動する。
【０２９８】
S20：管理者がＣＭＯＳセンサ６０５の画角に画像コードが入るように会議室端末９０を操作すると、図１１（ｅ）に示すように撮像部９７は画像コードを認識して自動的に画像データを生成する。
【０２９９】
S21：デコード部９８は、撮像部９７が撮像した画像コードをデコードして管理情報を復元する。これにより、会議室端末９０の設定取得部９８−４は管理情報を受け取り、管理情報を用いて通信設定情報の取得を開始する。
【０３００】
S22：会議室端末９０の設定取得部９８−４は、管理情報に含まれる要求先ＵＲＬに接続して管理ＩＤを送信する。
【０３０１】
S23：会議管理サーバ３０の受信部３１ｂは管理ＩＤを受信する。初期設定部３９の全体制御部３９０は会議室端末９０から送信された管理ＩＤに対応付けられたサーバ保持情報を管理ＩＤ会議室対応付部３９８から取得し、現在の終了数ｉを判断する。終了数ｉが会議室の数と同じ場合、会議室端末９０に初期設定が完了している旨を返す。
【０３０２】
S24：終了数ｉが会議室の数より小さい場合、全体制御部３９０はｉ＋１番目の会議室情報と結果ＵＲＬをサーバ保持情報から取得する。
【０３０３】
S25：全体制御部３９０は送信部３１ａを介して会議室情報と結果ＵＲＬを会議室端末９０に送信する。
【０３０４】
S26：会議室端末９０のサーバ通信部９１は会議室情報と結果ＵＲＬを受信し、設定取得部９８−４はルームＵＲＬに接続して通信設定情報を要求する。
【０３０５】
S27：会議管理サーバ３０の受信部３１ｂはルームＵＲＬに対する通信設定情報の要求を受信する。初期設定部３９の通信設定情報送信部３９９がこの要求を受け付けて、ルームＵＲＬで指定されるファイル（通信設定情報）を会議室端末９０に送信する。
【０３０６】
S28：会議室端末９０のサーバ通信部９１は通信設定情報を受信する。設定取得部９８−４は通信設定情報を記憶部９９に記憶させる。したがって、記憶部９９には、会議室ＩＤ、サーバＵＲＬ、認証キー、及び、会議室名称が記憶され、会議管理サーバ３０との通信が可能になる。管理開始フラグの状態によっては予約情報の取得が可能になる。このように、会議室端末９０は、通信設定情報の記録により自動的に会議管理サーバ３０と通信を開始する。
【０３０７】
S29：会議室端末９０の設定取得部９８−４は初期設定の成功/失敗を結果ＵＲＬに送信する。会議管理サーバ３０が通信設定情報を送信しただけで終わらせるのでなく、通信設定情報の設定が終了したかどうかを確認するためである。ここでは成功したものとする。
【０３０８】
S30：会議管理サーバ３０の受信部３１ｂは初期設定の成功/失敗を受信する。成功を受信した場合、初期設定部３９の全体制御部３９０は管理ＩＤ会議室対応付部３９８に、終了数ｉを１つ大きくさせる。終了数ｉはサーバ保持情報における会議室情報の順番を指し示すので、終了数ｉは初期設定が終了した会議室又は会議室端末９０を記録する情報となる。初期設定が終了した会議室ＩＤそのものを記録してもよい。これにより、別の会議室端末９０が初期設定を行うために、要求先ＵＲＬに接続した場合、該会議室端末９０は自身を別の会議室と対応付けることができる。
【０３０９】
S31：終了数ｉを更新すると、会議管理サーバ３０の送信部３１ａは処理成功を会議室端末９０に送信する。これにより、会議室端末９０も初期設定が終了したことを確認できる。したがって、会議管理サーバ３０に何らかのエラーが生じ終了数ｉを１つ大きくできない場合は、会議室端末９０も初期設定を失敗したとみなすことができる。この場合、ステップS30で終了数ｉが大きくならず、会議室端末９０の初期設定も終了しないので、会議室端末９０は改めて画像コードを読み取り初期設定することができる。
【０３１０】
S32：会議室端末９０の予約情報要求部９８−３は予約情報の要求を開始する。
【０３１１】
S33：会議管理サーバ３０の予約情報送信部４４は、管理開始フラグがTrueに設定されていることを条件に予約情報を送信する。
【０３１２】
図２９のS16以降の処理を、管理者が各会議室端末９０を用いて設定画面５０１で設定した会議室の数だけ繰り返す。したがって、S15で表示された１つの画像コードにより、各会議室端末９０の設定が次々と行われていく。図２９の処理は終了数ｉに基づいて会議管理サーバ３０で制御されるため、複数の会議室端末９０が並行して初期設定を行うことができる。したがって、管理者が手分けして複数の会議室端末９０の初期設定を行うことができ、作業効率を向上できる。この場合、管理者が画像コードをプリントアウトして他の管理者に配布したり、電子メールで送信したりするとよい。仮にネットワークトラブルにより処理が正常に終了しない場合は、管理者は再度同じ画像コードを読み込み直すだけで、会議管理サーバ３０は再度同じ通信設定情報を会議室端末９０に返すことができるため、設定を継続することができるようになる。
【０３１３】
図３０は、初期設定の終了時に会議室端末設定画面５２５に表示されるメッセージの一例を示す。説明のため、初期設定される会議室端末９０の数を４とする。図３０（ａ）は１つめの初期設定が終了した場合（処理成功と残りの会議室の数が送信された場合）に、会議室端末９０が表示するメッセージを示す。図３０（ａ）では「残り３つです」というメッセージ５３１が表示されている。管理者は初期設定すべきあと何個の会議室端末９０が残っているか把握できる。
【０３１４】
図３０（ｂ）は４つめの初期設定が終了した場合（処理成功と全ての端末の初期設定が終了した旨が送信された場合）に、会議室端末９０が表示するメッセージを示す。図３０（ｂ）では「全ての端末の初期設定が終了しました」というメッセージ５３２が表示されている。管理者は全ての会議室端末９０の初期設定が終了したことを把握できる。
【０３１５】
なお、図２９のステップS23で、終了数ｉが会議室の数と同じと判断された場合も図１８（ｂ）と同様のメッセージ５３２が表示されてよい。
【０３１６】
＜複数の管理者が同時に画像コードを撮像した場合に対する対応＞
本実施形態では複数の管理者が１つの画像コードを撮像して、並行して会議室端末９０の初期設定を行うことができる。しかし、ほぼ同時に１つの画像コードを撮像した２つの会議室端末９０が会議管理サーバ３０に接続した場合、会議管理サーバ３０は同じ終了数ｉに対しそれぞれに同じ会議室の通信設定情報を送信する。この場合、同じ会議室に２つの会議室端末９０が対応付けられてしまう。一方、終了数ｉは２つ増えることになる。したがって、サーバ保持情報の終了数ｉと会議室の数が等しくなっても、初期設定されていない会議室端末９０が残るおそれがある。
【０３１７】
そこで、図３１に示すように、管理ＩＤをキューで管理することが考えられる。図３１は全体制御部３９０が保持するキューを模式的に示す。会議管理サーバ３０の全体制御部３９０は、図２９のステップS22で管理ＩＤが送信された場合、キュー５３３に管理ＩＤを登録する。図３１では管理ＩＤ「００１」、「００２」、「００２」、「００３」の順に管理ＩＤが登録されている。管理ＩＤ「００２」が２つあることから、二人の管理者が１つの画像コードを撮像して、並行して会議室端末９０の初期設定を行っている。
【０３１８】
このように同じ管理ＩＤがキュー５３３に登録されている場合、全体制御部３９０は、時間的に早くキューに登録された管理ＩＤを送信した会議室端末９０に先に通信設定情報を送信する。そして、全体制御部３９０は会議室端末９０に処理成功又は処理失敗を送信するまで、時間的に後に管理ＩＤを送信した会議室端末９０に通信設定情報を送信しない。こうすることで、上記の課題を解決できる。
【０３１９】
＜予約情報の取得＞
＜＜予約情報の取得、連携開始、管理開始＞＞
続いて、図３２を用いて、会議室端末９０が予約情報を取得する処理について説明する。図３２は会議室端末９０が予約情報を取得するまでの処理を説明するシーケンス図の一例である。なお、管理者は設定画面５０１を表示しているものとする。
【０３２０】
S41：まず管理者が設定画面５０１の所定の会議室のチェックマーク欄５０２をオンにする。この操作は管理開始の操作に相当する（実際は予約情報の要求により管理が開始される）。登録端末５０の操作受付部５２はこの操作を受け付ける。
【０３２１】
S42：登録端末５０の通信部５１は管理開始フラグをTrueにすることと会議室ＩＤを指定して管理開始要求を会議管理サーバ３０に送信する。
【０３２２】
S43：会議管理サーバ３０の通信部３１は管理開始要求を受信する。これにより、初期設定部３９は会議室ＩＤで特定される会議室設定情報の管理開始フラグをTrueに設定する。これにより、予約情報が要求されると会議管理サーバ３０が予約情報を送信できるようになる。
【０３２３】
S44：会議室端末９０の予約情報要求部９８−３はサーバ通信部９１を介して、定期的に会議管理サーバ３０と通信する。すなわち、記憶部９９のサーバＵＲＬを宛先に、会議室ＩＤと認証キーを指定して予約情報を要求する（例えば３０秒おき）。端末ＩＤの送信は必須でないが、登録できる会議室端末の数を会議管理サーバ３０が検証するために送信されてよい。
【０３２４】
予約情報要求部９８−３が継続的に予約情報を取得し続ける仕組みについては、一定時間ごとに会議管理サーバ３０に要求する方法の他に、会議室の情報が変更されたときに会議管理サーバ３０から会議室端末９０に変更があったことを通知し、通知があった場合にのみ会議室端末９０が会議管理サーバ３０に要求する方法でもよい。予約情報の変更分の取得に会議室端末９０が対応できる方法であればよい。
【０３２５】
S45：会議管理サーバ３０の通信部３１は予約情報の要求を受信し、認証キー検証部４１が認証キーを検証する。すなわち、会議室ＩＤで特定される認証キーを会議室設定情報ＤＢ４９８から取得して、会議室端末９０から送信された認証キーと一致するか否かを判断する。２つの認証キーが一致すると、初期設定部３９は会議室設定情報ＤＢ４９８の会議室端末の状態を接続中に変更する。
【０３２６】
S46：２つの認証キーが一致した場合、管理制御部４２は管理開始フラグがTrueか否か及び予約情報の取得が要求されたか否かを確認する。すなわち、会議室ＩＤで特定される管理開始フラグを会議室設定情報ＤＢ４９８から取得してTrueか否かを判断する。会議室端末９０が１度でも会議管理サーバ３０に予約情報を要求し（更に、認証キーが一致し）、管理開始フラグがTrueである場合、管理制御部４２は会議室の管理を開始する。したがって、まず、会議管理サーバ３０の予約情報送信部４４は予約情報を送信する。チェックインが検出されないと会議室の予約を自動でキャンセルする。
【０３２７】
認証キーが一致するが、管理開始フラグがFalseである場合、管理制御部４２は会議室の管理を開始しない。予約情報送信部４４は予約情報を送信しない。しかし、会議室の管理を開始しない場合も、会議室端末９０の予約情報要求部９８−３は予約情報の要求を継続する。これは、社外ネットワークから会議室端末９０へのアクセスが困難なため、管理開始フラグがTrueになったことを通知できず、会議室端末９０から通信を行うことが好ましいためである。
【０３２８】
S47：会議管理サーバ３０の予約情報送信部４４は通信部３１を介して予約情報又はエラー（認証キーが一致しない又は管理開始フラグがFalseであること）を会議室端末９０に送信する。認証キーを確認でき、更に、管理開始フラグがTrueの場合、予約情報が送信される。
【０３２９】
S48：会議室端末９０のサーバ通信部９１は予約情報又はエラーを受信する。予約情報が送信された場合、会議室端末９０は会議管理サーバ３０との連携を開始する。認証キーを確認できないか、又は、管理開始フラグがFalseの場合、エラーが送信される。この場合は、連携を開始しない。
【０３３０】
このように、管理開始フラグがTrueに設定されること及び予約情報の取得要求が検出されることの両方が揃うことで管理が開始され、連携が開始されるので、初期設定が完了した会議室端末９０が会議室に配置されてから管理及び連携を開始できる。予約情報の取得要求が検出されただけでは上記のような自動キャンセルの不都合が生じ、管理開始フラグがTrueに設定されただけでは会議室端末９０の初期設定が終わっていない場合に自動キャンセルされてしまうという不都合が生じうる。
【０３３１】
S49：会議室端末９０の予約情報要求部９８−３が予約情報を取得した場合、表示制御部９４は予約情報を表示する。エラーを受信した場合、表示制御部９４は例えば予約情報を表示できない旨、及び、その理由を表示する。
【０３３２】
S50：認証情報要求と共に端末ＩＤが送信されるので、会議管理サーバ３０の端末ＩＤ検証部４３は端末ＩＤの数が、登録可能な会議室端末の数を超えたかどうかを判断できる。
【０３３３】
＜まとめ＞
以上説明したように、本実施形態のリソース予約システム１００は、顧客側が自前の情報処理端末を会議室端末９０として使用できる。また、画像コードを利用することで顧客側でも容易に初期設定することができる。また、初期設定により会議室端末９０が予約情報を自動的にダウンロードするので、会議室端末９０が会議管理サーバ３０との連携を開始できる。例えば、会議室端末９０は会議室の予約情報を表示でき、顧客のユーザは会議室端末９０からチェックインすることができるようになる。また、複数の会議室端末９０の初期設定を行う場合に、作業効率を向上できる。
【０３３４】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０３３５】
例えば、登録端末５０が画像コードを表示するのでなく、会議管理サーバ３０に接続されたディスプレイが画像コードを表示してもよい。画像コードを表示する端末は登録端末５０でなくてよい。
【０３３６】
例えば、本実施形態では通信設定情報を画像コードにエンコードしたが、通信設定情報は１対１の近距離通信無線通信で登録端末５０が会議室端末９０に送信してもよい。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Filed Communication）、赤外線通信、可視光通信などで送信してよい。
【０３３７】
なお、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【０３３８】
また、本実施形態のリソース予約システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。
【０３３９】
また、以上の実施例で示した図６，図７などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０３４０】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【０３４１】
なお、画像コード生成部３９４は提供手段の一例であり、撮像部９７は受取手段の一例であり、予約情報要求部９８−３は予約情報取得手段の一例であり、暗号化部３９３は暗号化手段の一例であり、端末認証部９６は認証手段の一例であり、設定画面生成部３９１は受付手段の一例であり、管理制御部４２は管理手段の一例である。
【符号の説明】
【０３４２】
６          会議室
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１００      リソース予約システム
【先行技術文献】
【特許文献】
【０３４３】
【特許文献１】特開2001−350884号公報
【図１】
2020095675.tif 000013
【図２】
2020095675.tif 000014
【図３】
2020095675.tif 000015
【図４】
2020095675.tif 000016
【図５】
2020095675.tif 000017
【図６】
2020095675.tif 000018
【図７】
2020095675.tif 000019
【図８】
2020095675.tif 000020
【図９】
2020095675.tif 000021
【図１０】
2020095675.tif 000022
【図１１】
2020095675.tif 000023
【図１２】
2020095675.tif 000024
【図１３】
2020095675.tif 000025
【図１４】
2020095675.tif 000026
【図１５】
2020095675.tif 000027
【図１６】
2020095675.tif 000028
【図１７】
2020095675.tif 000029
【図１８】
2020095675.tif 000030
【図１９】
2020095675.tif 000031
【図２０】
2020095675.tif 000032
【図２１】
2020095675.tif 000033
【図２２】
2020095675.tif 000034
【図２３】
2020095675.tif 000035
【図２４】
2020095675.tif 000036
【図２５】
2020095675.tif 000037
【図２６】
2020095675.tif 000038
【図２７】
2020095675.tif 000039
【図２８】
2020095675.tif 000040
【図２９】
2020095675.tif 000041
【図３０】
2020095675.tif 000042
【図３１】
2020095675.tif 000043
【図３２】
2020095675.tif 000044