(57)【要約】【課題】情報処理端末が情報処理装置と通信できない場合に、リソースの予約がキャンセルされてしまうことを抑制するリソース予約システムを提供すること。【解決手段】情報処理装置３０は、前記情報処理端末９０から、前記情報処理端末からの定期的な要求を一定時間内に受け付けている場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなければ、前記予約情報のキャンセルを行うが、前記情報処理端末からの定期的な要求を一定時間以上受け付けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わないことを特徴とする。【選択図】図２
2020057360.tif 000002
【特許請求の範囲】
【請求項１】
リソースの予約に関する処理を行うリソース予約システムであって、
前記リソースと対応付けられており、前記リソースの利用開始操作を受け付けることが可能な情報処理端末と、
前記リソースの利用開始時刻を含む予約情報を有し、前記情報処理端末からの定期的な要求に応じて、前記予約情報を前記情報処理端末に送信し、前記情報処理端末が前記リソースの利用開始操作を受け付けた場合に、前記情報処理端末から前記リソースの利用開始通知を受信する情報処理装置と、を有し、
前記情報処理装置は、
前記情報処理端末からの定期的な要求を一定時間内に受け付けている場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなければ、前記予約情報のキャンセルを行うが、
前記情報処理端末からの定期的な要求を一定時間以上受け付けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わないことを特徴とするリソース予約システム。
【請求項２】
前記予約情報は利用開始時刻と利用終了時刻とを含み、
前記情報処理装置は、前記予約情報のキャンセルがあった場合には、キャンセルされた前記予約情報を削除して、前記利用終了時刻までの時間に、前記予約情報のキャンセルがあった会議室に対してキャンセルされた前記予約情報と異なる予約情報の登録を可能にすることを特徴とする請求項１に記載のリソース予約システム。
【請求項３】
前記情報処理装置は、前記情報処理端末からの定期的な要求があると、前記定期的な要求の間隔よりも長い所定時間が経過している場合に、定期的な要求があった時刻を記録し、
前記時刻と現在の時刻の差が閾値を超えた場合、前記情報処理端末からの定期的な要求を一定時間以上受けていないと判断することを特徴とする請求項１又は２に記載のリソース予約システム。
【請求項４】
前記情報処理装置は、前記利用開始時刻から予め定められた時間の経過時にのみ前記予約情報のキャンセルを行うか否かを判断することを特徴とする請求項１〜３のいずれか１項に記載のリソース予約システム。
【請求項５】
前記情報処理装置は、前記情報処理端末から、前記情報処理端末からの定期的な要求を一定時間以上受けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わず、
更に、前記リソースの利用開始通知の受信があったものとみなして前記予約情報に前記利用開始通知を受信した旨を設定することを特徴とする請求項１〜４のいずれか１項に記載のリソース予約システム。
【請求項６】
前記情報処理端末は、前記情報処理装置から送信された前記予約情報に基づいて、前記リソースの利用開始を受け付ける画面を表示するものであり、
前記情報処理装置が利用開始通知を受信した旨が設定された前記予約情報を前記情報処理端末が受信した場合、前記リソースが使用中である旨を前記画面に表示し、
前記情報処理装置が前記リソースの利用開始通知の受信があったものとみなすことで、前記情報処理装置が利用開始通知を受信した旨が設定された前記予約情報を前記情報処理端末が受信した場合、前記リソースが使用中である旨を前記画面に表示することを特徴とする請求項５に記載のリソース予約システム。
【請求項７】
前記情報処理装置は、前記情報処理端末からの定期的な要求を一定時間内に受け付けていると判断した時刻を記録しておき、
前記情報処理端末からの定期的な要求を一定時間内に受け付けているが、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がない場合に、
記録されている前記時刻及び前記利用開始時刻に基づいて、前記予約情報のキャンセルを行うか否かを判断することを特徴とする請求項１〜６のいずれか１項に記載のリソース予約システム。
【請求項８】
前記情報処理装置は、
前記情報処理端末からの定期的な要求を一定時間以上受け付けていないことが検出された時の通信切断時刻を前記情報処理端末に対応付けて記録しておき、
前記リソースの利用開始操作の可能時刻から予め定められた時間内に前記リソースの利用開始通知の受信がない場合であって、前記リソースの利用開始操作の可能時刻から予め定められた時間内に前記通信切断時刻の記録がある場合、前記予約情報のキャンセルを行わないことを特徴とする請求項１〜７のいずれか１項に記載のリソース予約システム。
【請求項９】
前記情報処理装置は、
前記リソースの利用開始操作の可能時刻から予め定められた時間内に前記リソースの利用開始通知の受信がない場合であって、前記リソースの利用開始操作の可能時刻よりも前の所定時刻から予め定められた時間内に前記通信切断時刻の記録がある場合、前記予約情報のキャンセルを行わないことを特徴とする請求項８に記載のリソース予約システム。
【請求項１０】
前記情報処理装置は、
前記情報処理端末からの定期的な要求を受け付けた場合に、リセットされるタイマーを有し、
タイムアウトした前記タイマーがあるか否かを周期的に確認し、タイムアウトした前記タイマーがある場合、前記情報処理端末からの定期的な要求を一定時間以上受け付けていないことを検出することを特徴とする請求項８又は９に記載のリソース予約システム。
【請求項１１】
前記タイマーのカウント値は、タイムアウトするまでは不可視であることを特徴とする請求項１０に記載のリソース予約システム。
【請求項１２】
前記情報処理装置は、
前記情報処理端末からの定期的な要求を一定時間以上受け付けていないことが検出された前記情報処理端末のリストを記録しておき、
一定時間が経過するごとに、前記リストに記録されている複数の前記情報処理端末に接続断が検出された旨が記載された１つの電子メールを管理者に送信することを特徴とする請求項８〜１１のいずれか１項に記載のリソース予約システム。
【請求項１３】
リソースの予約に関する処理を行うリソース予約システムが行うリソース予約方法であって、
情報処理端末は、前記リソースと対応付けられており、前記リソースの利用開始操作を受け付けることが可能であり、
情報処理装置は、前記リソースの利用開始時刻を含む予約情報を有し、前記情報処理端末からの定期的な要求に応じて、前記予約情報を前記情報処理端末に送信し、前記情報処理端末が前記リソースの利用開始操作を受け付けた場合に、前記情報処理端末から前記リソースの利用開始通知を受信し、
前記情報処理装置は、
前記情報処理端末からの定期的な要求を一定時間内に受け付けている場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなければ、前記予約情報のキャンセルを行うが、
前記情報処理端末からの定期的な要求を一定時間以上受け付けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わないことを特徴とするリソース予約方法。
【請求項１４】
リソースの利用開始時刻を含む予約情報に基づく処理を行う情報処理装置であって、
前記リソースの利用開始操作を受け付けることが可能な情報処理端末からの定期的な要求に応じて、前記予約情報を前記情報処理端末に送信し、前記情報処理端末が前記リソースの利用開始操作を受け付けた場合に、前記情報処理端末から前記リソースの利用開始通知を受信し、
前記情報処理端末からの定期的な要求を一定時間内に受け付けている場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなければ、前記予約情報のキャンセルを行うが、
前記情報処理端末からの定期的な要求を一定時間以上受け付けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わないことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース予約システム、リソース予約方法、及び、情報処理装置に関する。
【背景技術】
【０００２】
会議室等のリソースの予約を管理するリソース予約システムが知られている。会議の参加予定者などの予約者は端末装置を予約管理サーバ等の情報処理装置と通信させ、端末装置で動作するブラウザで会議室などのリソースを予約できる。会議室にはチェックインを受け付ける会議室端末等の情報処理端末が設置されており、予約者が情報処理端末を操作してチェックインすると、情報処理端末は情報処理装置にその旨を送信する。
【０００３】
従来から、情報処理端末による会議室へのチェックインの受け付けに関する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ＩＣカードリーダで予約者のＩＣカードを読み取ることでチェックインを受け付ける情報処理端末が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、情報処理端末が情報処理装置と通信できない場合に、リソースの予約がキャンセルされるという問題があった。すなわち、リソース予約システムによっては、予約者が決まった時刻までに会議室にチェックインしないと会議室の予約がキャンセルされる場合がある。情報処理端末が情報処理装置と通信できない場合には、予約者が情報処理端末をチェックインのために操作しても情報処理装置がチェックインを検出できないので、運営方針によっては会議室の予約がキャンセルされる。会議室の予約がキャンセルされると参加者が存在している会議室を別のユーザが使用しようとしたり、予約したりすることができ、ダブルブッキングが発生するおそれがある。
【０００５】
本発明は、上記課題に鑑み、情報処理端末が情報処理装置と通信できない場合に、リソースの予約がキャンセルされてしまうことを抑制するリソース予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、リソースの予約に関する処理を行うリソース予約システムであって、前記リソースと対応付けられており、前記リソースの利用開始操作を受け付けることが可能な情報処理端末と、前記リソースの利用開始時刻を含む予約情報を有し、前記情報処理端末からの定期的な要求に応じて、前記予約情報を前記情報処理端末に送信し、前記情報処理端末が前記リソースの利用開始操作を受け付けた場合に、前記情報処理端末から前記リソースの利用開始通知を受信する情報処理装置と、を有し、
前記情報処理装置は、前記情報処理端末からの定期的な要求を一定時間内に受け付けている場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなければ、前記予約情報のキャンセルを行うが、前記情報処理端末からの定期的な要求を一定時間以上受け付けていない場合には、前記利用開始時刻から予め定められた時間内に前記リソースの利用開始通知の受信がなくても、前記予約情報のキャンセルを行わないことを特徴とする。
【発明の効果】
【０００７】
情報処理端末が情報処理装置と通信できない場合に、リソースの予約がキャンセルされてしまうことを抑制するリソース予約システムを提供できる。
【図面の簡単な説明】
【０００８】
【図１】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図２】会議室端末と会議管理サーバの通信状態に応じた処理を説明する図である。
【図３】リソース予約システムのシステム構成図の一例である。
【図４】会議管理サーバのハードウェア構成図の一例である。
【図５】会議室端末の一例のハードウェア構成図である。
【図６】予約管理サーバ、チャットサーバ、及び、会議管理サーバの機能をブロック状に示す機能ブロック図の一例である。
【図７】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図８】会議室端末の状態の遷移図の一例である。
【図９】登録端末が表示する設定画面の一例を示す図である。
【図１０】会議管理サーバがアクセス時刻を記録する手順を示すシーケンス図の一例である。
【図１１】端末状態管理部が会議室端末の状態を遷移させる手順のシーケンス図の一例である。
【図１２】チェックイン管理部が会議室の予約をキャンセルする又はしない処理を説明するシーケンス図の一例である。
【図１３】予約者がチェックインした場合の処理を説明するシーケンス図の一例である。
【図１４】待ち付け画面の一例を示す図である。
【図１５】待ち付け画面の一例を示す図である。
【図１６】更新時刻を用いた自動キャンセルの手順を示すフローチャート図の一例である。
【図１７】ユーザがチェックインしようとした時に接続断であったが、自動キャンセルの判断時刻に接続中となる状況を説明する図である。
【図１８】予約管理サーバ、チャットサーバ、及び、会議管理サーバの機能をブロック状に示す機能ブロック図の一例である。
【図１９】会議室端末が実際に通信できるかどうかと会議管理サーバが会議室設定情報ＤＢに設定する会議室端末の状態の関係を示す図の一例である。
【図２０】メール送信部が管理者等に送信する電子メールの文面の一例を示す図である。
【図２１】会議室端末と会議管理サーバとの通信処理を説明するシーケンス図の一例である。
【図２２】チェックイン管理部が会議室の予約をキャンセルする又はしない処理を説明するシーケンス図の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例としてリソース予約システムとリソース予約システムが行うリソース予約方法について図面を参照しながら説明する。
【実施例１】
【００１０】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システムの概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。
【００１１】
Ａ．予約者は自分の端末装置を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【００１２】
Ｂ．会議管理サーバ３０は会議室の予約状況に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【００１３】
Ｃ．リソース予約システム１００又は組織側の管理者は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知が行われるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。各種の設定は、会議室端末９０の登録、リマインドのタイミングの設定などである。
【００１４】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の決まった時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コードを通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。
【００１５】
Ｅ．各会議室６には会議室端末９０（情報処理端末の一例）が配置されており、定期的にこの会議室で行う予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議識別情報にかざす（会議識別情報を読み取らせる、通信させるなど）。このような操作をチェックイン操作といい、チェックイン操作は会議室の利用開始操作である。
【００１６】
Ｆ．会議室端末９０はチェックイン要求（利用開始通知）を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は会議室を会議中（使用中）である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインが確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセルして、予約情報に含まれるステータスとしてその旨を会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。
【００１７】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【００１８】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【００１９】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。
【００２０】
＜リソース予約システムのキャンセルに関する動作の概略＞
図２を用いて会議室端末９０の通信が困難な場合における会議室のキャンセルに関する処理の概略を説明する。図２は、会議室端末９０と会議管理サーバ３０の通信状態に応じた処理を説明する図である。
【００２１】
まず、図２（ａ）は会議室端末９０と会議管理サーバ３０の通信が正常状態の場合の動作を示す。
（１）会議管理サーバ３０は予約管理サーバ２０と会議室の予約情報を同期している。
（２）会議室端末９０は定期的に予約情報を要求し、変更があると予約情報を取得する。
（３）会議管理サーバ３０は会議室端末９０との定期的な通信に応じて、アクセス時刻を記録している。アクセス時刻を記録している間、会議室端末９０の状態を「接続中」に設定する。
（４）会議室端末９０の状態が「接続中」の場合に、会議管理サーバ３０がチェックイン期限までにチェックイン要求を受信できない場合、予約者がチェックインしていないと判断してよいので、会議管理サーバ３０は会議室の予約をキャンセルする。
【００２２】
図２（ｂ）は会議室端末９０と会議管理サーバ３０の通信が行えない場合の動作を示す。会議室端末９０と会議管理サーバ３０の通信が行えない場合を、原因を問わずに通信未検知状態という。
（５）会議管理サーバ３０が会議室端末９０との通信を検出できなくなると、アクセス時刻が更新されないので、会議室端末９０の状態を「接続断」に設定する。
（６）この状態で、チェックイン期限までに会議管理サーバ３０がチェックイン要求を受信できない場合、会議管理サーバ３０は会議室のキャンセルを行わない。よって、参加者が会議室に存在する可能性があるのに予約を自動キャンセルすることを抑制できる。また、会議管理サーバ３０は予約者がチェックインしたものと見なすことができる。
【００２３】
このように、本実施形態のリソース予約システム１００は、会議管理サーバ３０と会議室端末９０が通信できない場合に、自動的なキャンセルが行われることを抑制できる。
【００２４】
＜用語について＞
リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。会議室のようにリソースのうち移動しにくいものを設備という場合がある。本実施形態ではリソースの一例として会議室という用語を使用する。
【００２５】
参加者とは会議への参加者をいう。予約者は会議室を予約した者をいう。一般に予約者は参加者の一人であるので両者を厳密に区別しなくてよい。本実施形態において予約者が行う作業は参加者が行うことができる場合がある。総称して会議室を利用する者を単にユーザという。
【００２６】
＜システム構成例＞
図３は、リソース予約システム１００のシステム構成図の一例である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール７３の内側のネットワークをいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。
【００２７】
社外ネットワークＮ２には、予約管理サーバ２０、会議管理サーバ３０、及び１つ以上のチャットサーバ１０が接続されており、各サーバは必要に応じて通信することができる。社外ネットワークＮ２に会議の参加者が操作する端末装置６０が必要に応じて接続されてよい。
【００２８】
予約管理サーバ２０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ２０が提供するリソースの予約に関するシステムを予約管理システムという。予約管理サーバ２０はカレンダーシステムを有しており、各種の予定を管理するＷｅｂアプリを提供する。具体的には、例えば以下のような機能を有している。
・予定の登録を受け付け、いつでもどこからでも予約者が確認できる
・予定の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）、制約条件ＤＢ２９２、及び、要求条件ＤＢ２９３が記憶されている。
【００７６】
【表１】
2020057360.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻（利用開始時刻）は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻（利用終了時刻）は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００７７】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００７８】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（後述するトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。通信部１１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００７９】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。会議管理サーバ３０から更に通知先のアカウントが指定された場合は、グループに属する参加予定者の一人に会議室６の予約に関する情報を送信する。したがって、通知は参加予定者の数だけ行われる場合と、予約者などの任意のユーザのみに行われる場合がある。
【００８０】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。仕組みとしては、例えば以下のようなものがある。チャットアプリ６０ａはプッシュ通知用のＩＤ（トークン）を、ＯＳ（Operating System）のメーカが運営するサーバから受け取る。このサーバではトークンとデバイス（端末装置６０）を紐付けておく。チャットアプリ６０ａはトークンとチャットアプリ６０ａのアカウントをチャットサーバ１０に登録しておく。チャットサーバ１０がプッシュ通知を行う場合、チャットアプリ６０ａのアカウントを特定するので紐付いたトークンを特定できる。チャットシステムはトークンを指定して通知内容をＯＳのメーカが運営するサーバに送信する。このサーバはトークンに紐付いたデバイス（端末装置６０）に対しプッシュ通知する。
【００８１】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００８２】
【表２】
2020057360.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００８３】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００８４】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【００８５】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【００８６】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、予約情報送信部３９、タスク実行部４０、及び、端末状態管理部４１を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００８７】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。通信部３１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００８８】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。情報対応付部３２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８９】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。あるいは変更があった予約情報を自動的に受信する。したがって、予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。
【００９０】
予約情報取得部３３は、予約情報を取得した場合に自動キャンセルのタスクを生成してタスクキュー４９９に登録する。タスクキュー４９９はＦＩＦＯ（First In First Out）のキューであり、実行時刻が到来すると実行される。予約情報取得部３３は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９１】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。通知判断部３４は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９２】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。会議情報通知部３７は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９３】
制御情報生成部３５は、会議管理情報ＤＢ４９３を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。制御情報生成部３５は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９４】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。制御情報応答部３６は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９５】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の例えば５〜１０分前になると認められる。会議の開始時刻の例えば５〜１０分前の時刻をチェックイン可能時刻（利用開始操作の可能時刻）という。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。チェックイン管理部３８はチェックインを許可した場合、自動キャンセルのタスクを削除する。チェックイン管理部３８は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９６】
タスク実行部４０は、タスクキュー４９９に記憶されたタスクを定期的に確認して、実行時刻が到来したタスクを実行する。したがって、開始時刻に基づく決まったタイミングまでに会議室端末９０からチェックイン要求が送信されない場合、タスクが削除されていないので、タスク実行部４０が会議室の予約をキャンセルする（自動キャンセル）。なお、本実施形態で説明されるタスクは自動キャンセルのタスクであるが、時刻を契機に実行される種々のタスクを実行してよい。
【００９７】
端末状態管理部４１は、会議室端末９０が予約情報を定期的に要求する（ポーリングする）ことを利用して、会議室端末９０のアクセス時刻をＮ分間隔で記録する。ポーリングとは定期的に行われる通信をいう。そして、Ｍ分（＞Ｎ）間、アクセス時刻が更新されないと通信未検知状態であると判断して、会議室設定情報ＤＢ４９８の会議室端末の状態を「接続断」に変更する。
【００９８】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、会議室設定情報ＤＢ４９８、及び、タスクキュー４９９が記憶されている。
【００９９】
【表３】
2020057360.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（図ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【０１００】
【表４】
2020057360.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報はステータスの項目を有する。ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１０１】
【表５】
2020057360.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。ステータスは、予約の状況を意味する。例えば、会議室の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【０１０２】
【表６】
2020057360.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【０１０３】
【表７】
2020057360.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【０１０４】
【表８】
2020057360.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【０１０５】
【表９】
2020057360.tif 000011
表９は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、管理開始フラグ、及び、アクセス時刻の各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。
接続中        ：例えばポーリングにより通信が確認できている状態
セットアップ前：初期設定の前
接続断        ：一定期間（本実施形態ではＭ分）以上、通信がない状態
・認証キーは会議管理サーバ３０が会議室端末９０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に送信される。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（Ｔｒｕｅ：開始する  Ｆａｌｓｅ：開始しない）である。管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる不都合を抑制できる。
・アクセス時刻は、会議室端末９０が定期的に要求する予約情報をＮ分ごとに記録した時刻である。予約情報の要求に限らず、会議室端末９０と通信した時刻を記録してよい。Ｎ分、Ｍ分、ポーリングの間隔には以下の関係がある。
ポーリングの間隔＜Ｎ分＜Ｍ分
ポーリングごとにアクセス時刻を記録してもよい。しかし、ポーリング間隔が短い場合、会議管理サーバ３０の会議室設定情報ＤＢ４９８の負荷が大きくなってしまう。そこで、ポーリングの間隔よりも大きいＮ分ごとにアクセス時刻を記録することにして、負荷を低減する。
【０１０６】
会議室設定情報ＤＢ４９８に記憶されている会議室設定情報のうち、会議室名称、会議室ＩＤは予め決まっているか、又は管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末９０の状態の初期状態（提供者の設定直後）はセットアップ前であるが、本実施形態で説明されるように通信の状況によって遷移する。認証キーは初期設定時に会議管理サーバ３０が採番して設定する。管理開始フラグは管理者が設定する。アクセス時刻は端末状態管理部４１がＮ分ごとに記録する。
【０１０７】
【表１０】
2020057360.tif 000012
表１０はタスクキュー４９９に記憶されているタスクの一例を示す。タスクキュー４９９には時系列に会議管理サーバ３０が実行すべきタスクが登録されている。タスクキュー４９９は、タスクＩＤ、実行時刻、タスク内容、及び、予約ＩＤの各項目を有する。タスクＩＤはタスクを識別するための識別情報である。実行時刻はこのタスクを実行する時刻である。タスク内容は、タスクの具体的な内容である。予約ＩＤは、会議管理情報ＤＢ４９３の予約情報を特定するために設定される。例えば、会議室の予約がキャンセルされた場合に、タスク実行部４０が会議管理情報ＤＢ４９３の予約情報を特定してステータスを「キャンセル済み」に変更するために設定される。
【０１０８】
更に、会議室端末９０からチェックイン要求が送信された場合、チェックイン管理部３８は会議管理ＤＢのステータスを「チェックイン済み」に更新するが、チェックインの検出によりチェックイン管理部３８はタスクキュー４９９のタスクを削除する。すなわち、チェックイン管理部３８はステータスを「チェックイン済み」に更新した会議管理情報の予約ＩＤでタスクキュー４９９のタスクを特定し、自動キャンセルのタスクを削除する。これにより、チェックインしているのにキャンセルされることを防止できる。
【０１０９】
<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。登録端末５０と電子機器７０の機能については必要に応じて説明する。
【０１１０】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、及び、端末通信部６８を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１１１】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。通信部６１ａは、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１２】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部６１ｂは、図４のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１１３】
表示制御部６１ｃは各種の画面の画面情報を解釈してＬＣＤ２０６に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。例えば、予約管理サーバ２０から受信した予約設定画面を表示し、操作受付部６１ｂは予約者が設定する予約情報を受け付ける。
【０１１４】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１１５】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１１６】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１１７】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０と通信する。会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなどを行う。サーバ通信部６５は図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１１８】
会議アプリ６０ｂの表示制御部６６は、会議識別情報が含まれる２次元コード等をＬＣＤ２０６に表示する。表示制御部６６は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１１９】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２０】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能を提供する。端末通信部６８は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１２１】
<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、及び、予約情報要求部９６を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１２２】
サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。サーバ通信部９１からの通信がない場合、会議室設定情報ＤＢ４９８に接続断が登録される。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。
【０１２３】
本実施形態のサーバ通信部９１は、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。サーバ通信部９１は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１２４】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１２５】
電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９５は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１２６】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。表示制御部９４は、図５のＣＰＵ６０１がプログラム６０４ｐを実行しディスプレイ６１６を制御すること等により実現される。
【０１２７】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。操作受付部９３は図５のＣＰＵ６０１がプログラム６０４ｐを実行しタッチパネル６１７を制御すること等により実現される。
【０１２８】
予約情報要求部９６は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して会議室ＩＤと認証キーを繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９６はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【０１２９】
予約情報要求部９６が予約情報を会議管理サーバ３０に要求できなくなる状況には、通信環境が悪化する場合がある。例えば、電波が干渉したり、無線ＬＡＮのアクセスポイントが故障したり、電源がオフになっているような場合である。停電が起こった場合も通信環境が悪化すると考えられる。また、会議室端末９０がハード的に故障した場合も通信は困難になる場合がある。また、端末アプリが起動していなかったり、バックグラウンドで動作したりしている場合、予約情報要求部９６は予約情報を要求しない。いずれの場合も会議管理サーバ３０は、会議室端末９０の状態を「接続断」に設定する通信未検知状態を検出する。
【０１３０】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、及び、電子機器７０のＩＰアドレス９９５が記憶されている。会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、及び、会議室名称９９４は会議室端末９０の初期設定により記憶される。会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３により会議室端末９０は会議管理サーバ３０と通信して予約情報を取得できる。
【０１３１】
＜会議室端末の状態の遷移＞
続いて、図８を用いて会議室端末９０の状態の遷移につい説明する。図８は会議室端末９０の状態の遷移図の一例である。
【０１３２】
セットアップ前１５０から接続中１６０には、会議室端末９０の初期設定後に会議室端末９０が１回目の予約情報の要求を行った場合に遷移する。セットアップと初期設定はほぼ同義であり、管理者が会議室端末９０と会議室を紐付けて、会議管理サーバ３０と通信できる状態にすることをいう。具体的には、記憶部９９に会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、及び、会議室名称９９４を記憶することである。
【０１３３】
接続中１６０から接続断１７０には、会議管理サーバ３０がＭ分間、会議室端末９０からの通信を検出できない場合に遷移する（予約情報の要求を一定時間以上受け付けていない場合）。Ｍ分は一定時間でよい。アクセス時刻を記録する間隔のＮ分（定期的な要求の間隔よりも長い所定時間の例）を５分とした場合、上記のようにＭ分は５分より大きければよい。本実施形態ではＭ分は、２回、連続してアクセス時刻を記録できなかったと推定できる１０分程度である。ただし、Ｎ，Ｍはこれらに限られない。
【０１３４】
会議管理サーバ３０は、通信が検出されない時間がＭ分間継続するまで状態を遷移しないので、一時的な通信の異常により接続断と判断することを抑制できる。また、上記のように会議管理サーバ３０の会議室設定情報ＤＢ４９８の負荷が大きくならないようＮ分が決定されており、Ｍ分は必然的にそれ以上となるため、会議管理サーバ３０の負荷が増大することを抑制できる。
【０１３５】
接続断１７０から接続中１６０には、会議管理サーバ３０が会議室端末９０からの通信を検出できた場合に遷移する。つまり、通信の検出により即座に接続断から接続中に遷移する。１度、通信が可能になれば、その後も継続して通信が可能である場合が多いためである。通信の検出により即座に接続断から接続中に遷移することで、継続して通信しているかどうかの監視のための処理を省略できる。
【０１３６】
＜会議室端末の状態の確認例＞
図９は、登録端末が表示する設定画面５０１の一例である。設定画面５０１は、管理者が会議管理サーバ３０にログインすると表示可能となる。設定画面５０１には、チェックマーク欄５０２、会議室名称欄５０３、会議室ＩＤ欄５０４、会議室端末９０の接続状態欄５０５、運用グループ欄５０６、及び、画像コード欄５０７（例えばＱＲコード（登録商標））、の各カラムが表示される。カラムの内容は、運用グループを除き、表９の会議室設定情報ＤＢ４９８に記憶されて情報である。運用グループは、会議室の運用ポリシーを定めるグループである。会議室には、一般社員が使用する会議室、役員が使用する会議室、応接室、研修室、などがあり、グループによって運用ポリシーを変えたい場合がある。例えば、一般会議室では会議開始時刻を自動キャンセルのタイミングとしてよいが、応接室では来客者が遅れる可能性を考慮して自動キャンセルのタイミングを遅らせたい場合などである。また、リマインドのタイミングを研修室（研修の準備のため早めたい）と一般会議室で異ならせたい場合がある。
【０１３７】
会議室端末９０の接続状態欄５０５により管理者は各会議室における会議室端末９０の状態を確認できる。例えば、接続断になっていれば早急に状況を確認するなどの対応が可能になる。
【０１３８】
チェックマーク欄５０２は表９の会議室設定情報ＤＢ４９８において管理開始フラグに対応する。チェック有りがＴｒｕｅ、なしがＦａｌｓｅである。チェックマーク欄５０２があることで、初期設定が完了しても、会議管理サーバ３０が会議室の管理、特に自動キャンセルを開始してしまうことを防止できる。例えば、管理者の作業場所１０２が会議室から離れている場合、管理者が会議室端末９０を初期設定してから会議室に設定するまでに時間がかかる。初期設定してから会議室に設定するまでの時間に、会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、他人が入ってくるなどの弊害が生じうる。
【０１３９】
また、管理者が数多くの会議室端末９０の初期設定を行う場合、管理者が最初の会議室端末９０を初期設定してから最後の会議室端末９０を初期設定するまでに時間がかかる。この間に会議のキャンセル時刻が経過すると参加者がいるのに会議室の予約がキャンセルされ、他人が入ってくるなどの弊害が生じうる。
【０１４０】
また、運用によっては会議室の管理の開始を各会議室でほぼ同時に揃えたいという場合にも有効である。
【０１４１】
図９に示す画像コード欄５０７は管理者の押下を受け付けることが可能であり、管理者が任意の会議室の画像コード欄５０７を押下すると、登録端末５０の操作受付部５２が押下を受け付け、登録端末５０が画像コードを会議管理サーバ３０に要求する。これにより、通信設定情報（会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４）が含まれる画像コードを登録端末５０の通信部５１が受信できる。登録端末５０が表示する画像コードを会議室端末９０が読み取ることで初期設定される。
【０１４２】
なお、図９では複数の会議室が表示されているが、リソース予約システム１００を提供する提供者が顧客の会議室に関する各種の設定を会議管理サーバ３０に行っていない場合、１つも表示されない場合がある。
【０１４３】
＜動作手順＞
図１０は会議管理サーバ３０がアクセス時刻を記録する手順を示すシーケンス図の一例である。図１０の処理は、初期設定が終了した状態からスタートする。
【０１４４】
S1：予約者は端末装置６０を操作して会議室の予約を予約管理サーバ２０に設定する。
【０１４５】
S2：予約管理サーバ２０の予約情報管理部２２は予約情報を予約情報ＤＢ２９１に保存する。
【０１４６】
S3：予約管理サーバ２０の通信部２１は予約情報が変更されたことを会議管理サーバ３０に送信する。これにより、会議管理サーバ３０の予約情報取得部３３は予約情報を同期するために、予約情報を要求する。変更通知に予約情報が添付されていてもよい。
【０１４７】
S4：予約情報取得部３３は予約情報に基づいて自動キャンセルのタスクを生成し、タスクキュー４９９に登録する。
【０１４８】
以下の処理は、ポーリングの間隔（例えば３０秒）ごとに実行される。
【０１４９】
S5：ポーリングの間隔は、後述する待ち受け画面の更新に基づくものなので、会議室端末９０の表示制御部９４は画面更新を開始する。
【０１５０】
S6：会議室端末９０の予約情報要求部９６はサーバＵＲＬで会議管理サーバ３０を指定して、送信部３１ａを介して会議室ＩＤと認証キーを送信して予約情報を要求する。会議管理サーバ３０の通信部３１は予約情報の要求を受信して、予約情報送信部３９が認証キーで認証する。本実施形態では認証が成功したものとして、予約情報送信部３９が会議室ＩＤで特定される予約情報を会議室端末９０に送信する。
【０１５１】
S7：会議管理サーバ３０の端末状態管理部４１は会議室設定情報ＤＢ４９８のキャッシュから会議室ＩＤに対応付けられたアクセス時刻を読み出す。会議室設定情報ＤＢ４９８ではなくキャッシュから読み出すので、ポーリングの間隔ごとに実行されても会議室設定情報ＤＢ４９８の負荷は増大しにくい。キャッシュとはデータへのアクセスを速くするために、より低速な記憶装置のデータを一時的に保存するより高速な記憶装置をいう。本実施形態では会議室設定情報ＤＢ４９８が低速な記憶装置であり、図４のメモリ２０２が高速な記憶装置である。なお、キャッシュの機能は通常のＤＢ（データベース）であれば利用可能である。
【０１５２】
端末状態管理部４１はアクセス時刻と現在時刻を比較して、アクセス時刻からＮ分（例えば５分）が経過しているか否かを判断する。経過している場合は、端末状態管理部４１はキャッシュでなく会議室設定情報ＤＢ４９８のアクセス時刻を更新する。会議室設定情報ＤＢ４９８の更新により、キャッシュには最新のアクセス時刻が記録される。
【０１５３】
S8：また、端末状態管理部４１は会議室設定情報ＤＢ４９８のキャッシュから会議室端末９０の状態を読み出して、「接続中」でないかどうかを判断する。つまり、セットアップ前か接続断かを判断する。「接続中」でない場合、通信が確認できたので、端末状態管理部４１は会議室設定情報ＤＢ４９８の会議室端末９０の状態を「接続中」に更新する。
【０１５４】
S9：会議管理サーバ３０の予約情報送信部３９は予約情報を会議室端末９０に送信する。会議室端末９０の予約情報要求部９６はサーバ通信部９１を介して予約情報を受信する。表示制御部９４は予約情報に基づいて待ち受け画面を更新する。詳細は後述される。
【０１５５】
以上の処理により、Ｎ分ごとにアクセス時刻が記録される。
【０１５６】
図１１は、端末状態管理部４１が会議室端末９０の状態を遷移させる手順のシーケンス図の一例である。端末状態管理部４１はＮ分ごとにこの処理を繰り返し行う。アクセス時刻が更新される間隔と同じ間隔で処理することで、更新されたアクセス時刻に基づいて会議室端末９０の状態を判断できる。繰り返しの間隔はＮ分より小さくてもよいが負荷が増大する。繰り返しの間隔はＮ分より大きくしてもよいが、負荷は減少するものの接続未検知を検出するタイミングが遅くなる。
【０１５７】
S11：端末状態管理部４１は会議室設定情報ＤＢ４９８のキャッシュからアクセス時刻を読み出して、現在時刻と比較して、現在時刻とアクセス時刻の差がＭ分（例えば１０分。閾値の一例。）を超えているか否かを判断する。判断する会議室は、会議室端末９０の状態が「接続中」のものだけでよい。こうすることで負荷を低減できる。
【０１５８】
S12：アクセス時刻からＭ分が経過している場合、換言すると、Ｍ分以上、アクセス時刻が更新されない場合、端末状態管理部４１はキャッシュでなく会議室設定情報ＤＢ４９８の会議室端末９０の状態を「接続断」に更新する。これにより、会議室端末９０が通信未検知の状態であることが検出される。
【０１５９】
S13：端末状態管理部４１は管理者等に電子メールを送信して会議室端末９０の状態が「接続断」であることを通知する。なお、電子メールには会議室名称又は会議室ＩＤが含まれる。管理者のメールアドレスは顧客ドメインＤＢ４９５等に記憶されている。
【０１６０】
以上のようにして、端末状態管理部４１は会議室設定情報ＤＢ４９８に接続断を登録することができる。
【０１６１】
図１２は、チェックイン管理部３８が会議室の予約をキャンセルする又はしない処理を説明するシーケンス図の一例である。図１２の処理は、上記のタスクが実行されるタイミングで実行されるので、チェックイン期限が到来すると実行される。チェックイン期限は例えば、会議の開始時刻の１０分経過時である。チェックイン期限の到来時、会議室端末９０が表示する待ち受け画面は図１４（ａ）に示すように「入室待ち」になっている。
【０１６２】
S21：タスク実行部４０は自動キャンセルのタスクの実行を開始する。つまり、予約情報の開始時刻から予め定められた時間の経過時にのみ自動キャンセルのタスクが実行される。これにより、自動でキャンセルされる予約情報を、開始時刻から予め定められた時間が経過した予約情報に制限できる。
【０１６３】
S22：タスク実行部４０はタスクに設定されている予約ＩＤで特定される会議室の会議室端末９０の状態を会議室設定情報ＤＢ４９８から取得する。
【０１６４】
会議室端末９０の状態が接続中の場合、ステップS23,S24が実行される。
【０１６５】
S23：タスク実行部４０は、タスクに設定されている予約ＩＤで特定される会議管理情報（予約情報）を会議管理情報ＤＢ４９３から取得する。これは予約ＩＤで特定される会議管理情報（予約情報）が存在すること、及び、ステータスを確認するためである。
【０１６６】
S24：会議室端末９０の状態が接続中なのにタスクが実行されたので（会議管理情報ＤＢのステータスがチェックイン済みに更新されないので）、タスク実行部４０は予約ＩＤを指定して、会議室の予約のキャンセルを予約管理サーバ２０に要求する。なお、予約ＩＤでなくて、会議室ＩＤと会議会時刻など予約情報を特定できる情報であればよい。これにより、予約管理サーバ２０は予約情報をキャンセルする。具体的には予約情報が削除される。
【０１６７】
予約管理サーバ２０は削除された予約情報がある場合は削除した予約情報を指定して、管理する予約情報を会議管理サーバ３０に送信するので、会議管理サーバ３０が予約管理サーバ２０にキャンセルを要求することで、会議管理サーバ３０の会議管理情報ＤＢ４９３にもキャンセルが反映される。会議管理情報ＤＢ４９３のステータスは「キャンセル済み」になる。あるいは、予約情報が削除されてもよい。
【０１６８】
予約管理サーバ２０において会議室の予約がキャンセルされることで、キャンセルされた予約情報は削除されるので、予約情報がキャンセルされた会議室を、キャンセルされた予約情報の開始時刻から終了時刻の範囲で任意のユーザが予約できるようになり（予約情報のキャンセルがあった会議室に対してキャンセルされた予約情報と異なる予約情報の登録を可能にする）、空予約を低減できる。
【０１６９】
ステップS27〜S29に示すように、会議管理情報ＤＢ４９３の予約情報（ステータス）は会議室端末９０に送信されるので、会議室端末９０は待ち受け画面にキャンセルされたことを反映できる。
【０１７０】
会議室端末９０の状態が接続中でない場合（接続断又はセットアップ前）、ステップS25が実行される。
【０１７１】
S25：タスク実行部４０は、会議室端末９０の状態が接続中でないため、予約者がチェックインしても会議管理サーバ３０のチェックイン管理部３８がチェックイン要求を受信できないと推定して、会議室の予約をキャンセルしない。つまり、予約管理サーバ２０にキャンセルを要求しない。
【０１７２】
S26：更に、タスク実行部４０は予約者がチェックインをしたものと見なして、予約ＩＤで特定される会議管理情報ＤＢ４９３のステータスを「チェックイン済み」に更新するとよい。これにより、会議室端末９０の待ち受け画面にその旨が表示され、会議室が利用されていることが提示される。また、会議室のダブルブッキングも排除できる。
【０１７３】
S27,S28：これまで説明したように、ステータスが変更された予約情報が会議室端末９０に送信される。
【０１７４】
S29：会議室端末９０の表示制御部９４はステータスが反映された待ち受け画面を表示する。例えば、ステップS24で予約がキャンセルされた場合、図１５に示すように待ち受け画面は「空室」である旨を表示する。ステップS25のように予約がキャンセルされず、チェックインしたと見なされた場合、図１４（ｂ）に示すように待ち受け画面は「使用中」である旨を表示する。
【０１７５】
補足のため、会議室端末９０がチェックイン要求を会議管理サーバ３０に送信した場合の処理を、図１３を用いて説明する。図１３は、予約者がチェックインした場合の処理を説明するシーケンス図の一例である。
【０１７６】
S31：会議室に赴いた予約者は会議室端末９０にチェックイン操作を行う。この場合、会議室端末９０は図１４（ａ）に示すような「入室待ち」の待ち受け画面を表示している。
【０１７７】
S32：会議室端末９０の操作受付部９３等はチェックイン操作を受け付ける。例えば、操作受付部９３はタッチパネルに入力される会議識別情報を受け付け、端末装置通信部９２は近距離無線通信により会議識別情報を受信する。サーバ通信部９１は会議室ＩＤと会議識別情報を指定してチェックイン要求を会議管理サーバ３０に送信する。
【０１７８】
S33：会議管理サーバ３０の受信部３１ｂはチェックイン要求を受信し、チェックイン管理部３８が会議識別情報を検証する。すなわち、会議識別情報ＤＢ４９４において会議室ＩＤに対応付けられている会議識別情報と、受信した会議識別情報とが一致するか否かを判断する。図１３の説明では一致したものとする。なお、チェックイン管理部３８は会議識別情報ＤＢ４９４から会議室ＩＤに対応付けられた予約ＩＤを取得しておく。ステップS31で予約ＩＤ又は予約情報を特定する情報（会議室ＩＤと開始時刻など）が送信されていれば会議識別情報ＤＢ４９４から予約ＩＤを取得しなくてよい。
【０１７９】
S34：チェックイン管理部３８がチェックインを許可するので、会議管理情報ＤＢ４９３において予約ＩＤに対応付けられたステータスをチェックイン済みに更新する。
【０１８０】
S35：また、チェックインを検出できたのでチェックイン管理部３８は予約ＩＤで特定されるタスクをタスクキュー４９９から削除する。
【０１８１】
S36：会議室端末９０の予約情報要求部９６はサーバ通信部９１を介して定期的なタイミングになると予約情報を会議管理サーバ３０に要求する。
【０１８２】
S37：これにより、予約情報要求部９６はサーバ通信部９１を介して予約情報を取得できる。定期的なタイミングを待つことなく、会議管理サーバ３０の送信部３１ａは、チェックイン要求に対する応答として予約情報を送信してよい。これにより会議室端末９０はチェックインをより早期に待ち受け画面に反映できる。
【０１８３】
S38：会議室端末９０の表示制御部９４はステータスが反映された待ち受け画面を表示する。例えば、チェックインが許可されたので、チェックインしたと見なされた場合と同様に、図１４（ｂ）に示すような「使用中」である旨を表示する待ち受け画面に更新する。
【０１８４】
以上説明したように、自動キャンセルの判断時に、会議室端末９０の状態が「接続断」の場合は、リソース予約システム１００は自動キャンセルしないので、実際に会議室にいる参加者が会議室を使用できる。
【０１８５】
＜待ち受け画面について＞
図１４、図１５を用いて待ち付け画面について説明する。図１４（ａ）は、現在、会議室が空き室だが、次の会議の開始時刻まで所定時間（例えば１０分）内の場合に、会議室端末９０が表示する待ち受け画面５１０の一例を示す。待ち受け画面５１０には、現在の状況欄５６１、会議室名称欄５６２、会議名欄５６３、開始時刻欄５６４、終了時刻欄５６５、入室ボタン５６８、及び、この後の予約欄５６７、等が表示されている。
【０１８６】
現在の状況欄５６１は、現在、会議室がどのような状況かを示す。開始時刻の１０分前になると、ステータスが「チェックイン可」などに変わるので、表示制御部９４は現在の状況欄５６１に「入室待ち」と表示し、入室ボタン５６８を表示することでチェックインを許可する。つまり、予約者はチェックインが可能になる。また、上記のように自動キャンセルのタスクが実行されるまでに会議室端末９０がチェックイン要求を送信しないと、タスク実行部４０が自動でキャンセルする。このため、表示制御部９４は自動でキャンセルされるまでの時間５６９をカウントダウンし、現在の状況欄５６１に表示する。
【０１８７】
会議室名称欄５６２には記憶部９９に記憶されている会議室名称が表示される。会議名欄５６３には予約情報に含まれる会議名が表示される。開始時刻欄５６４、終了時刻欄５６５には予約情報に含まれる開始時刻、終了時刻がそれぞれ表示される。この後の予約欄５６７には、予約情報にしたがって、現在よりも後に予約されている各会議の開始時刻と終了時刻が表示される。
【０１８８】
入室ボタン５６８は、ユーザがチェックインするためのボタンである。このボタンを押下すると、予約者は会議識別情報を入力することができる。予約者名欄５７０には予約者情報が表示される。この予約者は予約情報に含まれるアカウントでもよいし、会議管理サーバ３０から予約者の氏名又はニックネームが送信されてもよい。
【０１８９】
入室ボタン５６８が押下され、会議管理サーバ３０に会議識別情報が送信され、チェックインが認められると、この会議室のステータスが「チェックイン済み」変更される。図１４（ｂ）に示すように、ステータスの変更は、会議室端末９０が予約情報を受信することで待ち受け画面５１０にも反映される。
【０１９０】
図１４（ｂ）は、現在、会議室が使用中の場合に、会議室端末９０が表示する待ち受け画面５１０の一例を示す。図１４（ｂ）の待ち受け画面５１０では、現在の状況欄５６１に「使用中」と表示され、退室ボタン５７１が表示されている。予約者がチェックインすると、会議管理情報ＤＢ４９３のステータスが「チェックイン済み」になる。会議室端末９０が予約情報を受信することで、表示制御部９４はステータスがチェックイン済みになったことを検出する。表示制御部９４はチェックアウトするまで、現在の状況欄５６１に「使用中」と表示し、退室ボタン５７１を表示する。また、表示制御部９４は終了時刻までの時間をカウントダウンし、現在の状況欄５６１に表示する。
【０１９１】
退室ボタン５７１は、予約者がチェックアウトするためのボタンである。このボタンを押下すると、チェックアウト要求が会議管理サーバ３０に送信され、会議管理サーバ３０のチェックイン管理部３８が会議管理情報ＤＢ４９３のステータスを「チェックアウト済み」に更新する。会議室端末９０が予約情報を受信することで、表示制御部９４は現在の状況欄５６１に「空室」（次の予約のチェックインが可能になるまで）又は「入室待ち」（次の予約のチェックインが可能になった後）と表示する。
【０１９２】
本実施形態では、図１４（ａ）の待ち受け画面５１０で予約者が入室ボタン５６８を押下してチェックイン要求が会議管理サーバ３０に送信されない場合でも（接続断であるため）、タスク実行部４０がチェックインしたとみなすため図１４（ｂ）の待ち受け画面５１０を表示できる。
【０１９３】
この効果について補足する。会議の開始後に会議室端末９０と会議管理サーバ３０の通信が復帰しても、予約者はチェックインの操作を行わない場合がある。この場合、本実施形態では自動キャンセルされないが、待ち受け画面は図１４（ａ）のまま（入室待ち）である。自動でキャンセルされるまでの時間５６９もマイナスになり違和感を生じさせる。これに対し、本実施形態では予約者がチェックインをしたものと見なすため、図１４（ｂ）の待ち受け画面に遷移させることができる。
【０１９４】
参考として、自動キャンセルされた場合の待ち受け画面５１０を示す。図１５は自動キャンセルされた場合に図１４（ａ）から遷移する待ち受け画面の一例を示す。会議室端末９０の表示制御部９４は、予約情報のステータスを現在の状況欄５６１に表示する。現在の時刻に予約されている予約情報がない場合は、現在の状況として「空室」又は「入室待ち」と表示される。また、予約なしに利用できるように利用開始ボタン５６６が表示される。
【０１９５】
＜変形例＞
上記の実施形態の不都合を改善する本実施形態の変形例について説明する。例えば、会議室の予約時間が１５時から１６時であるとする。したがって、予約者は１５時１０分までにチェックインしないと自動キャンセルされてしまう（チェックイン期限が会議の開始時刻の１０分経過時の場合）。ここで、会議室端末９０の状態が、
〜１５：０８  接続断
１５：０８  接続中
に遷移した場合、１５時８分から１０分の間に、予約者がチェックイン（入室ボタンを押下）すればよいが、２分間の余裕では困難な場合がある。この場合、タスクが実行されるチェックイン期限の１５時１０分には接続中なので、自動キャンセルされてしまう。
【０１９６】
そこで、会議室端末９０の状態が更新された更新時刻を端末状態管理部４１が記録しておき、会議管理サーバ３０が以下のように処理することが有効になる。
【０１９７】
【表１１】
2020057360.tif 000013
表１１は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。表１１の説明では表９との相違を説明する。表１１では会議室端末の状態に更新時刻が記録されている。
【０１９８】
この場合、タスク実行部４０は以下のように処理する。
更新時刻が開始時刻の前  →  タスク実行時に接続中でもキャンセルする
更新時刻が開始時刻の後  →  タスク実行時に接続中でもキャンセルしない
更新時刻が開始時刻の前の場合、自動キャンセルのタスク実行までにチェックインするために十分な余裕があると考えられる。更新時刻が開始時刻の後の場合、すでに会議が開始されている可能性があるし、自動キャンセルのタスク実行までにチェックインするために十分な余裕がないと考えられる。そこで、タスク実行部４０が更新時刻を用いて上記のように自動キャンセルするか否かを判断することで、自動キャンセルのタスク実行の直前に接続中になっても、予約が自動キャンセルされることを抑制できる。
【０１９９】
なお、更新時刻は、会議室端末９０の状態を更新する際に、端末状態管理部４１が会議室端末９０の状態欄に記録しておけばよい。
【０２００】
図１６は、更新時刻を用いた自動キャンセルの手順を示すフローチャート図の一例である。図１６の処理は自動キャンセルのタスクが実行されるとスタートする。
【０２０１】
タスク実行部４０はタスクに設定されている予約ＩＤで特定される会議室端末９０の状態と更新時刻を会議室設定情報ＤＢ４９８から取得する（Ｓ１０１）。
【０２０２】
タスク実行部４０は会議室端末９０の状態が接続中か否かを判断する（Ｓ１０２）。
【０２０３】
ステップＳ１０２の判断がＮｏの場合、予約者がチェックインしている可能性があるのでタスク実行部４０は会議室の予約をキャンセルしない（Ｓ１０５）。
【０２０４】
ステップＳ１０２の判断がＹｅｓの場合、タスク実行部４０は更新時刻が開始時刻の前か否かを判断する（Ｓ１０３）。会議の開始時刻は予約ＩＤで特定される会議管理情報ＤＢ４９３の予約情報に設定されている。
【０２０５】
ステップＳ１０３の判断がＮｏの場合、予約者がチェックインしている可能性があるのでタスク実行部４０は会議室の予約をキャンセルしない（Ｓ１０５）。
【０２０６】
ステップＳ１０３の判断がＹｅｓの場合、予約者がチェックインしている可能性が低いのでタスク実行部４０は会議室の予約をキャンセルする（Ｓ１０４）。
【０２０７】
このような処理により、自動キャンセルのタスク実行の直前に接続中になっても、予約がキャンセルされることを抑制できる。
【０２０８】
なお、タスク実行時に接続中でもキャンセルするか否かの判断基準は更新時刻が開始時刻の前か後に限らず、更新時刻と開始時刻の少し前や少し後の時刻を比較してもよい。
【０２０９】
＜まとめ＞
以上説明したように、本実施形態のリソース予約システム１００は、会議管理サーバ３０と会議室端末９０が通信できない場合に、自動的なキャンセルが行われることを抑制できる。
【実施例２】
【０２１０】
実施例１のリソース予約システム１００では、ユーザがチェックインしようとした時に接続断であったが、自動キャンセルの判断時刻に接続中の場合、ユーザが入室した後に予約が自動キャンセルされてしまう場合があった。
【０２１１】
本実施例では、チェックイン可能時刻から自動キャンセルの判断時刻までに通信切断時刻が記録されていた場合、自動キャンセルを行わないリソース予約システム１００について説明する。
【０２１２】
＜実施例１における自動キャンセル＞
図１７は、ユーザがチェックインしようとした時に接続断であったが、自動キャンセルの判断時刻に接続中となる状況を説明する図である。図１７は９：００から１０：００までの間の、会議室端末９０が実際に通信できるかどうかと会議管理サーバ３０が会議室設定情報ＤＢ４９８に設定する会議室端末９０の状態の関係を示す。
【０２１３】
i) ９：１０に管理者が会議室端末９０のセットアップを行い、会議室端末９０は３０秒周期で予約情報の取得を行うことを開始する（セットアップ前から接続中）。これにより、会議管理サーバ３０が会議室設定情報ＤＢ４９８に設定する会議室端末９０の状態も「接続中」となる。
【０２１４】
ii) 会議管理サーバ３０は例えば５分周期（実施例１のＮ分）でアクセス時刻（予約情報の要求時刻）を更新する。したがって、図１７では９：１０，９：１５、９：２０…のようにアクセス時刻が更新される。
【０２１５】
iii) また、会議管理サーバ３０は接続断を検出するため５分周期でアクセス時刻と実時刻に１０分以上（実施例１のＭ分）の差がないかを判断する（アクセス時刻の記録とは非同期である）。図１７では９：１４，９：１９、９：２４…のようなタイミングで判断される。
【０２１６】
iv) ９：２８に会議室端末９０が会議管理サーバ３０と通信できなくなった。この場合、最後に更新されたアクセス時刻は９：２５である。
【０２１７】
v) 会議管理サーバ３０が９：２９にアクセス時刻と実時刻を比較してもまだ４分の差しかないため、会議室設定情報ＤＢ４９８の会議室端末９０の状態は「接続中」のままである。
【０２１８】
vi) 会議管理サーバ３０が９：３４にアクセス時刻と実時刻を比較してもまだ９分の差しかないため、会議室設定情報ＤＢ４９８の会議室端末９０の状態は「接続中」のままである。
【０２１９】
vii) 会議管理サーバ３０が９：３９にアクセス時刻と実時刻を比較すると１４分の差があり、差が１０分以上となったので、会議管理サーバ３０は会議室設定情報ＤＢ４９８の会議室端末９０の状態を「接続断」に遷移させる。
【０２２０】
このように、会議管理サーバ３０は５分周期で監視しているため、会議室端末９０が会議管理サーバ３０と通信しなくなってから会議室設定情報ＤＢ４９８の会議室端末９０の状態が「接続断」に遷移するため、最長で１５分の遅延（タイムラグ）があった（例えば５分周期のアクセス時刻の更新が９：２５分に行われ、会議室端末９０が９:２５分に通信しなくなって、９：４０分に接続断になる場合。図１７の例では遅延は１１分である）。つまり、会議室端末９０の実際の状態と会議管理サーバ３０が認識している状態が一致していない時間が長かった。
【０２２１】
仮に、９:３０開始の予約があり、ユーザが９：３０に入室してもすでにチェックインできない。自動キャンセル時刻が９：３５であるとすると、会議室設定情報ＤＢ４９８の会議室端末９０の状態は「接続中」なので、会議管理サーバ３０は予約を自動キャンセルしてしまう。
【０２２２】
また、仮に、１０:００開始の予約があったとして、ユーザが早めに来て９:４５に入室した場合も、チェックインできない。図１７では９：４８分に復帰しているため、ユーザが復帰後にチェックイン操作を行えば自動キャンセルされないが、ユーザが会議室端末９０の復帰に気づかないなどの場合、１０：０５に自動キャンセルされてしまう。
【０２２３】
＜構成例＞
まず、本実施例においては、実施例１にて説明した図４，図５のハードウェア構成図を援用できるものとして説明する。
【０２２４】
図１８は、本実施例の予約管理サーバ２０、チャットサーバ１０、及び、会議管理サーバ３０の機能をブロック状に示す機能ブロック図の一例である。本実施例において、図６にて同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。
【０２２５】
本実施例の会議管理サーバ３０はアクセス時刻更新部４２、タイムアウト判断部４３及びメール送信部４４を有している。アクセス時刻更新部４２は記憶部４９に記憶されているタイムアウトキュー４８９のタイムアウト時間を、会議室端末９０が予約情報を要求するたびに更新する。したがって、タイムアウト時間がタイムアウトした場合、会議室端末９０が会議管理サーバ３０と通信していないことになる。
【０２２６】
タイムアウト判断部４３は定期的にタイムアウトキュー４８９を確認し、タイムアウトした会議室端末９０があるか否かを判断する。タイムアウトした会議室端末９０がある場合、端末状態管理部４１は会議室設定情報ＤＢ４９８の会議室端末９０の状態に「接続断」と通信切断時刻を設定する。後述するように、タスク実行部４０は、チェックイン可能時刻から自動キャンセル時刻までに通信切断時刻が記録されていた場合は自動キャンセルは行わない。
【０２２７】
メール送信部４４は、会議室設定情報ＤＢ４９８の会議室端末９０の状態に「接続断」が記録された場合、電子メールを管理者等に送信する。詳細は後述される。
【０２２８】
＜＜タイムアウトキューと会議室設定情報ＤＢ＞＞
続いて、タイムアウトキュー４８９について説明する。本実施例では記憶部４９にタイムアウトキュー４８９が構築される。
【０２２９】
【表１２】
2020057360.tif 000014
表１２は、タイムアウトキュー４８９に記憶されている情報を模式的に示す。タイムアウトキュー４８９には、会議室ＩＤと端末アプリＩＤに対応付けてタイムアウト時間が登録されている。会議室ＩＤは実施例１と同じものである。端末アプリＩＤは会議室端末９０にインストールされている端末アプリ９０ａを一意に識別する識別情報である。例えばＵＵＩＤ（Universally Unique Identifier）が使用されるが、一意性があればよい。端末アプリを識別可能とすることで１つの会議室に複数の会議室端末９０が配置されても、会議室端末９０ごとに状態を管理できる。タイムアウト時間は、タイムアウトするまでの時間であり、初期値はＰ分（例えば２分）である。タイムアウトキュー４８９に記憶されているタイムアウト時間はアクセス時刻更新部４２が更新しない限り、時間の経過と共に減っていき（又は、決まった時間まで増えてもよい）、最終的にゼロになる。ゼロになった状態を「タイムアウトした」と表現する。
【０２３０】
このようにタイマーを設定することで、会議管理サーバ３０から会議室端末９０に対し通信できない場合でも、接続断を検出できるようになる。すなわち、会議管理サーバ３０としては会議室端末９０と通信できないことを検出したいが、ファイアウォールの外から内側に通信する環境が用意されない場合がある。一方、会議室端末９０から通信がないという不作為（ないという事実）を会議管理サーバ３０は検出できない。このため、会議管理サーバ３０はタイマーを用意し、会議室端末９０から通信があればタイムアウトしないという仕組みにより、タイマーがタイムアウトした場合には会議室端末９０から通信がないことを検出可能にした。
【０２３１】
なお、タイムアウトキュー４８９を実現する仕組みはクラウドサービスが提供する環境に応じたものでよい。例えば、不可視のメッセージを保持する仕組みが提供されるクラウドサービスでは、不可視期間が設定されたメッセージがタイムアウト時間の代わりに利用される。メッセージの中身は端末アプリＩＤである。このメッセージは、不可視期間では不可視であるが、不可視期間が経過すると会議管理サーバ３０がメッセージを確認することが可能になる。不可視のメッセージの確認は処理負荷が小さいので（不可視なので監視すべき対象がないことになる）、比較的短い周期で会議管理サーバ３０がタイムアウトした会議室端末９０があるか否かを確認しても処理負荷の増大を抑制できる。不可視のメッセージをタイムアウトキューに適用したと考えると、タイマーのカウント値はタイムアウトするまでは不可視であり（確認不要又は困難）、タイムアウトするとタイムアウトした端末アプリＩＤが明らかになる（どの会議室端末９０がタイムアウトしたか明らかになる）。したがって、タイムアウト時間を適切に設定し、比較的短い周期でタイムアウトの有無を確認することで、会議室端末９０が会議管理サーバ３０と通信しなくなってから会議室設定情報ＤＢ４９８の会議室端末９０の状態が「接続断」に遷移するまでの時間を短縮できる。
【０２３２】
【表１３】
2020057360.tif 000015
また、本実施例では、会議室設定情報ＤＢ４９８に新たにいくつかの情報が記憶される。表１３は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。表１３の説明においては表９との相違を主に説明する。
【０２３３】
表１３の会議室設定情報ＤＢ４９８は端末アプリＩＤと通信切断時刻の項目を有している。端末アプリＩＤは表１２と同じものである。通信切断時刻は、会議室端末９０の状態が接続断と判断された時刻である。１つの会議室端末９０に複数の通信切断時刻が記録されてよい。このように会議室端末９０ごとに通信切断時刻の履歴が記録されることで、チェックイン可能時刻から自動キャンセル時刻の間に通信切断時刻が記録されているか否かを判断可能になる。
【０２３４】
＜会議室端末の通信状態と会議室設定情報ＤＢにおける会議室端末の状態＞
図１９は、本実施例において、会議室端末９０が実際に通信できるかどうかと会議管理サーバ３０が会議室設定情報ＤＢ４９８に設定する会議室端末９０の状態の関係を示す。  i) ９：１０に管理者が会議室端末９０のセットアップを行い、会議室端末９０は３０秒周期で予約情報の取得を行うことを開始する。これにより、会議管理サーバ３０が会議室設定情報ＤＢ４９８に設定する会議室端末９０の状態も「接続中」となる。
【０２３５】
ii) 会議管理サーバ３０のアクセス時刻更新部４２は、予約情報の取得を要求されるごとに、予約情報に含まれる会議室ＩＤ（より好ましくは端末アプリＩＤ）でタイムアウトキュー４８９のタイムアウト時間を特定して、これを初期値のＰ分（例えば２分）に更新する。また、タイムアウトキュー４８９に会議室ＩＤ（より好ましくは端末アプリＩＤ）がない場合は新たにエントリ（つまり会議室ＩＤと端末アプリＩＤ）を登録する。したがって、例えば３０秒ごとにタイムアウト時間が更新される。
【０２３６】
iii) 一方、会議管理サーバ３０のタイムアウト判断部４３はタイムアウトキュー４８９を周期的に（例えば３０秒）確認して、タイムアウトした会議室端末９０があるか否かを判断する。
【０２３７】
iv) ９：２８に会議室端末９０が会議管理サーバ３０と通信しなくなった。この場合、アクセス時刻更新部４２は９:２７:３０の予約情報の要求時にはタイムアウト時間を更新するが、９:２８:００では、通信していないためタイムアウト時間を更新しない。
【０２３８】
v) 一番最後にタイムアウト時間が更新された時刻が９:２７:３０なので、Ｐ分＝２分とすると、９：２９：３０秒にタイムアウト時間がタイムアウトする。タイムアウト判断部４３は周期的（例えば３０秒）にタイムアウトしたタイムアウト時間を検出するので、９：３０頃、タイムアウトを検出する。
【０２３９】
会議室端末９０が会議管理サーバ３０と通信しなくなったのが９：２８、会議管理サーバ３０が接続断を検出したので９：３０なので、会議室端末９０が会議管理サーバ３０と通信しなくなってから会議管理サーバ３０が接続断を検出するまでのタイムラグ（遅延時間）を短くできる（この例では２分）。
【０２４０】
vi) 会議室が９：３０から予約されている場合、自動キャンセル時刻は９：３５であり、タスク実行部４０は９：３５に自動キャンセルするか否かを判断する。タスク実行部４０は、タスクに対応付けられた予約情報がチェックインになっていないことを検出する。この場合、この予約情報の会議室ＩＤ（好ましくは端末アプリＩＤ）に対応付けられた通信切断時刻を会議室設定情報ＤＢ４９８から読み取り、チェックイン可能時刻（会議開始予定時刻の例えば１０分前）から現在時刻（自動キャンセル時刻）までに、通信切断時刻が含まれるか否かを判断する。
【０２４１】
この例では、９：３０頃に接続断となっていたことが、９:３５に分かったため、タスク実行部４０は予約をキャンセルしない。仮に、９：３０から９:３５までの間に接続中に復帰したとしても、通信切断時刻を確認することで自動キャンセルしないようにすることができる。
【０２４２】
このように、通信切断時刻の判断を追加したことにより、自動キャンセル時刻の９：３５に接続断でも接続中でも、会議管理サーバ３０が予約を自動キャンセルしないようにできる。
【０２４３】
また、仮に、１０:００開始の予約があったとして、ユーザが早めに来て９:４５に入室した場合、チェックインできず、図１７と同様に自動キャンセルされるおそれがある。しかし、例えば、通信切断時刻の記録を遡る範囲を会議開始予定時刻の所定時刻（例えば３０分）前などとすることで自動キャンセルしないようにできる。
【０２４４】
また、本実施例では、会議室設定情報ＤＢ４９８を全検索することなく、タイムアウトキュー４８９のタイムアウト時間を監視すればよいが、タイムアウトキューの監視は、上記のクラウドサービスが提供する不可視のメッセージを利用することにより、会議室設定情報ＤＢ４９８を全検索するよりも計算負荷が小さい。例えば５分毎の会議室設定情報ＤＢ４９８の全検索より、１０〜３０秒毎のメッセージ確認のほうが計算量オーダーが小さいためである。
【０２４５】
メッセージ確認の周期が短いので、図１９では図１７と比較して、会議室端末９０が会議管理サーバ３０と通信しなくなってから会議室設定情報ＤＢ４９８の会議室端末９０の状態が「接続断」に遷移するまでの時間を短縮できる（最長で２分３０秒＝タイムアウト時間２分＋確認周期３０秒）。この２分３０秒も、「Ｐ分＝２分」を短くすれば更に短くすることができる。Ｐ分は予約情報の取得周期（例えば３０秒）より長ければよく、例えば１分などでもよい。したがって、会議室端末９０が会議管理サーバ３０と通信しなくなってから、会議管理サーバ３０が接続断を検出するまでの時間が短いので、管理者等が早期に対応できる。
【０２４６】
＜メールの送信について＞
接続断が検出された会議室端末９０がある場合、メール送信部４４が管理者等に電子メールを送信する。しかし、例えば、社内に多くの会議室があり社内ＬＡＮに障害が生じた場合、会議室端末９０の数だけ、管理者等に電子メールが送信され、管理者が１つ１つ電子メールを開いて内容を確認しなければならない。
【０２４７】
そこで、接続断が検出された会議室端末９０がある旨の電子メールは、まとめてメール送信部４４が送信するとよい。会議管理サーバ３０のタイムアウト判断部４３はタイムアウトした会議室端末９０を記憶部４９にリストアップしておく。メール送信部４４は一定時間ごと（例えば５分）にリストを参照して、リストアップされている１つ以上の会議室端末９０について接続断が検出された旨の電子メールをまとめて管理者等に送信する。これにより、管理者等が受け取る電子メールは、接続断が検出された会議室端末９０の数に関わらず１つでよいので、電子メールを開いて内容を確認する作業を軽減できる。
【０２４８】
また、メール送信部４４はセットアップ中から接続中に復帰した会議室端末９０についてもメール送信することができる。この場合、端末状態管理部４１がセットアップ中から接続中に復帰した会議室端末９０をリストアップしておく。
【０２４９】
図２０は、メール送信部４４が管理者等に送信する電子メールの文面の一例である。図２０に示すように、電子メールは接続断が発生した会議室端末９０に関する情報８０１とセットアップ中から接続中に復帰した会議室端末９０に関する情報８０２とが含まれる。接続断が発生した会議室端末９０に関する情報８０１、及び、セットアップ中から接続中に復帰した会議室端末９０に関する情報８０２は、会議室端末９０ごとに最終接続日時、会議室名、及び、端末アプリＩＤの項目を有している。最終接続日時は会議室設定情報ＤＢ４９８のアクセス時刻である。
【０２５０】
管理者等はこれを参考にして、接続断が発生した会議室に赴いて接続が復帰するように対応したり、接続断であった会議室端末９０が接続中になったことを確認したりできる。
【０２５１】
＜動作手順＞
図２１は、会議室端末９０と会議管理サーバ３０との通信処理を説明するシーケンス図の一例である。
【０２５２】
S41：予約者は端末装置６０を操作して会議室の予約を予約管理サーバ２０に設定する。
【０２５３】
S42：予約管理サーバ２０の予約情報管理部２２は予約情報を予約情報ＤＢ２９１に保存する。
【０２５４】
S43：予約管理サーバ２０の通信部２１は予約情報が変更されたことを会議管理サーバ３０に送信する。これにより、会議管理サーバ３０の予約情報取得部３３は予約情報を同期するために、予約情報を要求する。変更通知に予約情報が添付されていてもよい。
【０２５５】
S44：予約情報取得部３３は予約情報に基づいて自動キャンセルのタスクを生成し、タスクキュー４９９に登録する。
【０２５６】
以下の処理は、予約情報の取得要求が行われるポーリングの間隔（例えば３０秒）ごとに実行される。
【０２５７】
S45：ポーリングの間隔は、待ち受け画面の更新に基づくものなので、会議室端末９０の表示制御部９４は画面更新を開始する。
【０２５８】
S46：会議室端末９０の予約情報要求部９６はサーバＵＲＬで会議管理サーバ３０を指定して、送信部３１ａを介して会議室ＩＤ（好ましくは端末アプリＩＤ）と認証キーを送信して予約情報を要求する。会議管理サーバ３０の通信部３１は予約情報の要求を受信して、予約情報送信部３９が認証キーで認証する。本実施形態では認証が成功したものとして、予約情報送信部３９が会議室ＩＤ（好ましくは端末アプリＩＤ）で特定される予約情報を会議室端末９０に送信する。
【０２５９】
S47：また、通信が確認できたので、端末状態管理部４１は会議室設定情報ＤＢ４９８において、予約情報取得要求に含まれる会議室ＩＤ（好ましくは端末アプリＩＤ）に対応付けられている会議室端末９０の状態を「接続中」に更新する。実施例１と同様に会議室設定情報ＤＢ４９８のキャッシュから会議室端末９０の状態を読み出して、「接続中」でない場合にだけ更新してもよい。
【０２６０】
S48：また、通信が確認できたので、アクセス時刻更新部４２はタイムアウトキュー４８９において、予約情報取得要求に含まれる会議室ＩＤ（好ましくは端末アプリＩＤ）に対応付けられているタイムアウト時間を初期値に更新する。このようなタイマーを初期値に更新することをタイマーのリセットという。また、予約情報取得要求に含まれる会議室ＩＤ（好ましくは端末アプリＩＤ）がタイムアウトキューに登録されていない場合、新たにエントリを登録する。これは、接続断によりタイムアウトキューからエントリ（タイムアウトキュー４８９の１行分のデータ）が削除された場合に行われる。
【０２６１】
S49：会議管理サーバ３０の予約情報送信部３９は予約情報を会議室端末９０に送信する。会議室端末９０の予約情報要求部９６はサーバ通信部９１を介して予約情報を受信する。表示制御部９４は予約情報に基づいて待ち受け画面を更新する。
【０２６２】
以下の処理は、タイムアウト判断部４３がタイムアウトキュー４８９のタイムアウト時間がタイムアウトしたか否かを確認する間隔（例えば３０秒）ごとに実行される。３０秒は一例であって、５〜１０秒などより短くてもよい。また、３０秒超でもよい。会議管理サーバ３０の負荷が増大し過ぎない範囲で短い方が好ましい。
【０２６３】
この確認は予約情報取得要求とは独立に繰り返し実行される。そして、タイムアウト時間がタイムアウトした会議室端末９０がある場合、ステップS50〜S52が実行される。なお、タイムアウトにより、タイムアウトした会議室端末９０のエントリはタイムアウトキューから削除される。
【０２６４】
S50：タイムアウトした会議室端末９０がある場合、端末状態管理部４１はタイムアウトした会議室端末９０の会議室ＩＤ（又は端末アプリＩＤ）をタイムアウトキュー４８９から読み出し、会議室設定情報ＤＢ４９８で会議室ＩＤ（又は端末アプリＩＤ）に対応付けられている会議室端末９０の状態を「接続断」に変更する。
【０２６５】
S51：また、端末状態管理部４１は通信切断時刻の項目に現在日時（接続断が検出された日時）を記録する。
【０２６６】
S52：また、端末状態管理部４１は会議室端末９０の状態が「接続断」に変わった会議室端末９０のリスト、及び、会議室端末９０の状態が「接続中」に変わった会議室端末９０のリストを保持しておく。メール送信部４４は、管理者等を宛先にして一定時間ごとに、接続断が検出された会議室端末９０がある旨の電子メールを送信する。
【０２６７】
続いて、チェックアウト処理について説明する。図２２は、チェックイン管理部３８が会議室の予約をキャンセルする又はしない処理を説明するシーケンス図の一例である。なお、図２２の説明では主に図１２との相違を説明する。まず、ステップS61、S62の処理は図１２のステップS21,S22と同様でよい。
【０２６８】
S63：次に、会議室に配置された全ての会議室端末９０の状態が接続中の場合、ステップS63,S64が実行される。
【０２６９】
S63：タスク実行部４０は、タスクに設定されている予約ＩＤで特定される会議管理情報（予約情報）を会議管理情報ＤＢ４９３から取得する。これは予約ＩＤで特定される会議管理情報（予約情報）が存在すること、及び、ステータスを確認するためである。
【０２７０】
S64：タスク実行部４０は予約情報の開始予定時刻近辺で接続断が発生していないかどうかを判断する。すなわち、予約情報の会議室ＩＤ（好ましくは端末アプリＩＤ）で会議室設定情報ＤＢ４９８を参照して、通信切断時刻を読み出す。この通信切断時刻が、チェックイン可能時刻から自動キャンセル時刻までに含まれない場合、ステップS64でタスク実行部４０は自動キャンセルを実行する。会議室の全ての会議室端末９０の状態が接続中なのにタスクが実行されたので（会議管理情報ＤＢのステータスがチェックイン済みに更新されないので）、タスク実行部４０は予約ＩＤを指定して、会議室の予約のキャンセルを予約管理サーバ２０に要求する。なお、予約ＩＤでなくて、会議室ＩＤと会議会時刻など予約情報を特定できる情報であればよい。これにより、予約管理サーバ２０は予約情報をキャンセルする。具体的には予約情報が削除される。
【０２７１】
予約管理サーバ２０において会議室の予約がキャンセルされることで、キャンセルされた予約情報は削除されるので、予約情報がキャンセルされた会議室を、キャンセルされた予約情報の開始時刻から終了時刻の範囲で任意のユーザが予約できるようになり（予約情報のキャンセルがあった会議室に対してキャンセルされた予約情報と異なる予約情報の登録を可能にする）、空予約を低減できる。
【０２７２】
会議室端末９０の状態が接続中でない場合（接続断又はセットアップ前）の処理は図１２と同様でよい。
【０２７３】
このように、通信切断時刻を記録することで、ユーザがチェックインしようとした時に接続断であったが、自動キャンセルの判断時刻に接続中であっても、自動キャンセルすることを抑制できる。また、予約情報の開始予定時刻近辺の範囲をチェックイン可能時刻よりも所定時刻の前まで広げれば、ユーザが早めに入室した場合でも自動キャンセルすることを抑制できる。
【０２７４】
＜まとめ＞
以上説明したように、本実施例のリソース予約システムは、通信切断時刻の判断を追加したことにより、自動キャンセル時刻に接続断でも接続中でも、会議管理サーバ３０が予約を自動キャンセルしないようにできる。
【０２７５】
また、タイムアウトキュー４８９のタイムアウトの有無（メッセージ）の確認を実施例１の５分より短い１０〜３０秒などに設定できるため、会議室端末９０が会議管理サーバ３０と通信しなくなってから会議室設定情報ＤＢ４９８の会議室端末９０の状態が「接続断」に遷移するまでの時間を短縮できる。この場合の処理負荷の増大も抑制できる。
【０２７６】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０２７７】
なお、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【０２７８】
また、本実施形態のリソース予約システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。
【０２７９】
また、以上の実施例で示した図６，図７などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０２８０】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【符号の説明】
【０２８１】
６          会議室
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１００      リソース予約システム
【先行技術文献】
【特許文献】
【０２８２】
【特許文献１】特開２０１６‐４５１１号公報
【図１】
2020057360.tif 000016
【図２】
2020057360.tif 000017
【図３】
2020057360.tif 000018
【図４】
2020057360.tif 000019
【図５】
2020057360.tif 000020
【図６】
2020057360.tif 000021
【図７】
2020057360.tif 000022
【図８】
2020057360.tif 000023
【図９】
2020057360.tif 000024
【図１０】
2020057360.tif 000025
【図１１】
2020057360.tif 000026
【図１２】
2020057360.tif 000027
【図１３】
2020057360.tif 000028
【図１４】
2020057360.tif 000029
【図１５】
2020057360.tif 000030
【図１６】
2020057360.tif 000031
【図１７】
2020057360.tif 000032
【図１８】
2020057360.tif 000033
【図１９】
2020057360.tif 000034
【図２０】
2020057360.tif 000035
【図２１】
2020057360.tif 000036
【図２２】
2020057360.tif 000037