知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-26
(45)【発行日】2024-09-03
(54)【発明の名称】リソース予約システム、利用管理方法、端末装置
(51)【国際特許分類】
G06Q 10/02 20120101AFI20240827BHJP
【ＦＩ】
G06Q10/02
【請求項の数】
10
(21)【出願番号】P 2020022678
(22)【出願日】2020-02-13
(65)【公開番号】P2021128539
(43)【公開日】2021-09-02
【審査請求日】2022-12-13
(73)【特許権者】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】鈴木 遼
(72)【発明者】
【氏名】藤村 奈都美
【審査官】小山 和俊
(56)【参考文献】
【文献】特開２０１６－１８４２４１（ＪＰ，Ａ）
【文献】特開２０１８－１８１１８３（ＪＰ，Ａ）
【文献】特開２００８－１５２５４０（ＪＰ，Ａ）
【文献】特開２０１８－０２５９７２（ＪＰ，Ａ）
【文献】特開２０１９－１６４７５９（ＪＰ，Ａ）
【文献】特開２０１８－１０７５９５（ＪＰ，Ａ）
【文献】特開２００９－１６４７５９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
リソースの利用を管理する情報処理装置と、個人が利用する端末装置であって情報取得手段を備える端末装置を、
前記情報取得手段を制御して、リソース毎に取得可能に設置されたリソースの識別情報を取得させる取得部と、
前記取得部が取得した前記リソースの識別情報を指定して、前記リソースの利用を、前記端末装置に、前記情報処理装置に対して要求させる利用要求部と、
ユーザの認証を外部に要求する認証要求部と、
前記認証要求部が取得したユーザの識別情報と前記取得部が取得した前記リソースの識別情報を用いて前記情報処理装置に前記リソースの予約情報を要求する予約情報要求部と、
前記情報処理装置から受信した前記予約情報を表示する表示制御部、として機能させるプログラムと、を有し、
前記情報処理装置は、
前記リソースの識別情報が含まれる予約情報に前記ユーザの識別情報が含まれる場合、前記リソースの識別情報が含まれる予約情報で予約されたリソースの利用を許可する利用管理部と、
前記リソースの識別情報で特定される前記リソースの予約情報を前記端末装置に送信する予約情報送信部と、を有し、
前記情報処理装置又は前記端末装置は、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含むか否かを判断し、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含む場合、前記表示制御部は、前記予約情報と共に、前記利用開始を受け付けるボタンを表示し、
前記利用開始を受け付けるボタンの押下を受け付けた場合、前記利用要求部は前記リソースの利用を前記情報処理装置に要求することを特徴とするリソース予約システム。
【請求項2】
前記利用管理部が前記リソースの利用を許可した場合、前記表示制御部は、前記予約情報と共に、前記リソースの利用を終了するボタンを表示することを特徴とする請求項１に記載のリソース予約システム。
【請求項3】
前記利用要求部が前記リソースの利用を前記情報処理装置に要求した時に前記リソースが予約されていない場合、前記表示制御部は、前記リソースの予約を受け付けるボタンを表示することを特徴とする請求項１又は２に記載のリソース予約システム。
【請求項4】
前記予約情報送信部は、前記予約情報の予約者又は参加者に、前記ユーザの識別情報で特定されるユーザが含まれない場合、前記予約情報の少なくとも一部をマスクすることを特徴とする請求項１～３のいずれか１項に記載のリソース予約システム。
【請求項5】
前記予約情報送信部は、前記予約情報の予約者又は参加者に、前記ユーザの識別情報で特定されるユーザが含まれない場合、前記予約情報の会議名、予約者、又は、参加者をマスクすることを特徴とする請求項４に記載のリソース予約システム。
【請求項6】
前記予約情報送信部は、前記ユーザの識別情報を予約者又は参加者に含む過去の予約情報で予約されている前記リソースを特定し、該リソースの第一の予約情報及び前記リソースの識別情報で特定される前記リソースの第二の予約情報を前記端末装置に送信し、前記表示制御部は、ユーザの操作に応じて、前記第一の予約情報と前記第二の予約情報を切り替えて表示することを特徴とする請求項１～５のいずれか１項に記載のリソース予約システム。
【請求項7】
前記表示制御部は、前記予約情報と共に新規予約を受け付けるボタンを表示し、前記ボタンの押下を受け付けた場合、リソースの名称の入力欄、及び、時間帯の入力欄、を表示することを特徴とする請求項６に記載のリソース予約システム。
【請求項8】
前記表示制御部は、前記リソースの名称の入力欄が選択された場合、前記ユーザの識別情報を予約者又は参加者に含む過去の予約情報で予約されている前記リソースを選択可能に表示することを特徴とする請求項７に記載のリソース予約システム。
【請求項9】
リソースの予約を管理する情報処理装置が端末装置と通信してリソースの利用を管理する利用管理方法であって、個人が利用する端末装置であって情報取得手段を備える端末装置が、
前記情報取得手段を制御して、リソース毎に取得可能に設置されたリソースの識別情報を取得し、
取得した前記リソースの識別情報を指定して、前記リソースの利用を、前記端末装置に、前記情報処理装置に対して要求させ、
ユーザの認証を外部に要求し、取得したユーザの識別情報と前記リソースの識別情報を用いて前記情報処理装置に前記リソースの予約情報を要求し、
前記情報処理装置から受信した前記予約情報を表示させ、
前記情報処理装置は、
前記リソースの識別情報が含まれる予約情報に前記ユーザの識別情報が含まれる場合、前記リソースの識別情報が含まれる予約情報で予約されたリソースの利用を許可し、
前記リソースの識別情報で特定される前記リソースの予約情報を前記端末装置に送信し、
前記情報処理装置又は前記端末装置は、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含むか否かを判断し、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含む場合、前記予約情報と共に、前記利用開始を受け付けるボタンを表示し、
前記利用開始を受け付けるボタンの押下を受け付けた場合、前記リソースの利用を前記情報処理装置に要求することを特徴とする利用管理方法。
【請求項10】
リソースの利用を管理する情報処理装置と通信し、個人が利用する端末装置であって、前記端末装置の備える情報取得手段を制御して、リソース毎に取得可能に設置されたリソースの識別情報を取得する取得部と、
前記リソースの識別情報を指定して、前記リソースの利用を前記情報処理装置に要求する利用要求部と、
ユーザの認証を外部に要求する認証要求部と、
前記認証要求部が取得したユーザの識別情報と前記取得部が取得した前記リソースの識別情報を用いて前記情報処理装置に前記リソースの予約情報を要求する予約情報要求部と、
前記情報処理装置から受信した前記予約情報を表示する表示制御部と、を有し、
前記情報処理装置は、
前記リソースの識別情報が含まれる予約情報に前記ユーザの識別情報が含まれる場合、前記リソースの識別情報が含まれる予約情報で予約されたリソースの利用を許可する利用管理部と、
前記リソースの識別情報で特定される前記リソースの予約情報を前記端末装置に送信する予約情報送信部と、を有し、
前記端末装置は、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含むか否かを判断し、
前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含む場合、前記表示制御部は、前記予約情報と共に、前記利用開始を受け付けるボタンを表示し、
前記利用開始を受け付けるボタンの押下を受け付けた場合、前記利用要求部は前記リソースの利用を前記情報処理装置に要求することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、リソース予約システム、利用管理方法、及び、端末装置に関する。
【背景技術】
【0002】
会議室などのリソースの予約に関する情報を会議室に配置された情報処理端末が表示する技術が知られている。ユーザが会議室の利用を開始するにあたり、情報処理端末に利用開始を入力し、利用を終了するにあたり利用終了を入力するような使い方が可能になる。
【0003】
ユーザが予約した会議室の利用時の利便性を向上させる技術が考案されている（例えば、特許文献１参照。）。特許文献１には、管理サーバと、会議室に設けた部屋前端末が通信ネットワークにより接続された会議室予約システムにおいて、会議室の利用開始時に、部屋前端末が有するＩＣカードリーダにユーザがＩＣカードをかざして認証を受けるシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の技術では、会議室などのリソースごとに情報処理端末を配置しなければならないという問題があった。会議室ごとに情報処理端末が配置される場合、例えば配置コストが向上し、また、情報処理端末の盗難策を講じる必要があるなど、システム構築及び管理運用の負担が大きくなる。
【0005】
本発明は、上記課題に鑑み、個人が利用する端末装置を用いて、低負担で構築及び運用できるリソース予約システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記課題に鑑み、リソースの利用を管理する情報処理装置と、個人が利用する端末装置であって情報取得手段を備える端末装置を、前記情報取得手段を制御して、リソース毎に取得可能に設置されたリソースの識別情報を取得させる取得部と、前記取得部が取得した前記リソースの識別情報を指定して、前記リソースの利用を、前記端末装置に、前記情報処理装置に対して要求させる利用要求部と、ユーザの認証を要求する認証要求部と、前記認証要求部が取得したユーザの識別情報と前記取得部が取得した前記リソースの識別情報を用いて前記情報処理装置に前記リソースの予約情報を要求する予約情報要求部と、前記情報処理装置から受信した前記予約情報を表示する表示制御部、として機能させ、
前記情報処理装置は、前記リソースの識別情報が含まれる予約情報に前記ユーザの識別情報が含まれる場合、前記リソースの識別情報が含まれる予約情報で予約されたリソースの利用を許可する利用管理部と、前記リソースの識別情報で特定される前記リソースの予約情報を前記端末装置に送信する予約情報送信部と、を有し、前記情報処理装置又は前記端末装置は、前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含むか否かを判断し、前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含む場合、前記表示制御部は、前記予約情報と共に、前記利用開始を受け付けるボタンを表示し、前記利用開始を受け付けるボタンの押下を受け付けた場合、前記利用要求部は前記リソースの利用を前記情報処理装置に要求することを特徴とするリソース予約システムを提供する。
前記情報処理装置は、前記リソースの識別情報が含まれる予約情報に前記ユーザの識別情報が含まれる場合、前記リソースの識別情報が含まれる予約情報で予約されたリソースの利用を許可する利用管理部と、前記リソースの識別情報で特定される前記リソースの予約情報を前記端末装置に送信する予約情報送信部と、を有し、前記情報処理装置又は前記端末装置は、前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含むか否かを判断し、前記予約情報の予約者と前記ユーザの識別情報で特定されるユーザが同じで、かつ、予約情報のステータスが、利用開始が可能である旨を含む場合、前記表示制御部は、前記予約情報と共に、前記利用開始を受け付けるボタンを表示し、前記利用開始を受け付けるボタンの押下を受け付けた場合、前記利用要求部は前記リソースの利用を前記情報処理装置に要求することを特徴とするリソース予約システムを提供する。
【発明の効果】
【0007】
個人が利用する端末装置を用いて、低負担で構築及び運用できるリソース予約システムを提供することができる。
【図面の簡単な説明】
【0008】
【図1】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図2】会議室に会議室端末がない場合のリソース予約システムの全体的な動作の概略を説明する図の一例である。
【図3】リソース予約システムのシステム構成図の一例である。
【図4】コンピュータシステムのハードウェア構成図の一例である。
【図5】会議室端末、又は、端末装置のハードウェア構成図の一例である。
【図6】予約管理サーバ、チャットサーバ、会議管理サーバ、及び、登録端末の機能をブロック状に示す機能ブロック図の一例である。
【図7】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図8】リソース予約システムの動作を説明するシーケンス図の一例である。
【図9】会議管理サーバが会議管理情報ＤＢに保持している予約情報を示す図である。
【図13】「今すぐ利用」ボタンが押された場合に端末装置が表示する予約情報画面の一例を示す図である。
【図14】会議管理サーバの処理を説明するフローチャート図の一例である。
【図15】端末装置が予約情報を表示する手順を説明するフローチャート図の一例である。
【図16】リソース予約システムの動作を説明するシーケンス図の一例である（実施例２）。
【図17】会議管理サーバが会議管理情報ＤＢに保持している予約情報の一例を示す図である。
【図18】Ａさんが端末装置に表示させた２０１会議室の予約情報画面の一例を示す図である。
【図19】Ｂさんが端末装置に表示させた２０１会議室の予約情報画面の一例を示す図である。
【図20】Ｃさんが端末装置に表示させた２０１会議室の予約情報画面の一例を示す図である。
【図21】Ａさんが13:00に画像コードを撮像した場合に端末装置が表示する２０１会議室の予約情報画面の一例を示す図である。
【図24】会議室配置情報の一例を示す図である。
【図25】複数の会議室を選択可能に表示する新規予約画面の一例を示す図である。
【図26】会議管理サーバが行う処理を説明するフローチャート図の一例である。
【図27】端末装置が予約情報を表示する手順を説明するフローチャート図の一例である。
【図28】リソース予約システムの全体的な動作の概略を説明する図の一例である（実施例３）。
【発明を実施するための形態】
【0009】
以下、本発明を実施するための形態の一例として、リソース予約システム及びリソース予約システムが行う利用管理方法について図面を用いて説明する。
【実施例1】
【0010】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システム１００の概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。ここでは、参考のために会議室端末（情報処理端末の一例）が会議室に配置されている場合を説明する。
始めに図１を用いてリソース予約システム１００の概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。ここでは、参考のために会議室端末（情報処理端末の一例）が会議室に配置されている場合を説明する。
【0011】
Ａ．予約者は自分の端末装置６０を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【0012】
Ｂ．会議管理サーバ３０は会議室の予約状況に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【0013】
Ｃ．リソース予約システム１００又は組織側の管理者は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。各種の設定は、会議室端末９０の登録（後述する初期設定）、リマインドのタイミングの設定などである。
【0014】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コードを通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。チェックインとは会議室の利用の開始を会議管理サーバ３０に通知し、許可を得ることである。
【0015】
Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して会議の参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議識別情報にかざす（会議識別情報を読み取らせる、通信させるなど）。
【0016】
Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は（会議中）利用中である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインを知らせる利用開始通知を確認できない場合、会議管理サーバ３０は会議室６の予約を自動キャンセル（会議室が開始時刻から所定時間経過しても利用開始されない場合に予約情報の取り消しを行うこと）して、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を利用できる。
【0017】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【0018】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【0019】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。チェックアウトとは会議室の利用の終了を会議管理サーバ３０に通知することである。
【0020】
【0021】
(1) ユーザが会議室を利用するため会議室に到着する。会議室には予めＱＲコード（登録商標）等の画像コードが、張り付けられる等して提示・設置されている。画像コードには、会議室情報（会議室ＩＤ、認証キー、メールアドレス）がコード化されている。画像コードはリソース毎に取得可能に設置されている。ユーザが所定のアプリが動作する端末装置６０で画像コードを撮像すると、会議室情報がデコードされる。
【0022】
(2) ユーザは端末装置６０（個人端末の一例）を介して会議管理サーバ３０からの認証を受ける。認証済みであるため会議識別情報の入力を不要にできる。端末装置６０は画像コードから取得した会議室ＩＤを指定して会議管理サーバ３０と通信を開始する。これにより端末装置６０は画像コードが提示されている会議室の予約情報の表示や、チェックイン、予約が可能になる。
【0023】
より詳細には、会議管理サーバ３０は、
(i) ユーザが予約情報の予約者又は参加者に含まれる、かつ、会議室が「チェックイン待ち」の場合
(ii) ユーザが予約情報の予約者又は参加者に含まれない場合
(iii) 現在時刻に予定がない場合
に分類し、(i)の場合はチェックイン処理を行う。
(i) ユーザが予約情報の予約者又は参加者に含まれる、かつ、会議室が「チェックイン待ち」の場合
(ii) ユーザが予約情報の予約者又は参加者に含まれない場合
(iii) 現在時刻に予定がない場合
に分類し、(i)の場合はチェックイン処理を行う。
【0024】
(3) 予め電子機器７０のＩＰアドレスが会議管理サーバ３０に登録されており、チェックイン要求に対する応答などで、会議管理サーバ３０が電子機器７０のＩＰアドレスを端末装置６０に送信する。端末装置６０は会議室端末９０と同様に電子機器７０を制御することができる。
【0025】
(4)電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。
【0026】
(5) ユーザが会議を終了する際、端末装置６０に表示された所定のボタンを押下してチェックアウトする。端末装置６０は会議室情報を指定して会議管理サーバ３０にチェックアウト要求する。これにより会議管理サーバ３０はチェックアウトを検出して、次のユーザが会議室を利用できるようになる。
【0027】
このように、本実施形態のサービス提供システムは、端末装置６０で画像コードを撮像することで会議室情報を取得できる。端末装置６０は予約情報の表示やチェックイン/チェックアウトを会議管理サーバ３０に行うことができるので、別途、運営者が会議室端末を会議室ごとに配置する必要がなくなる。会議室ごとに会議室端末を配置しなくてもよいため、システム構築及び管理運用の負担を低減できる。
【0028】
また、ユーザ認証済みの端末装置６０で会議室を利用することもできるので、ユーザ識別情報やユーザを特定した予約情報を記憶し、活用することもでき、例えばユーザ毎の予約情報を共有し誰がいつまでどこにいるのかを、ユーザの識別情報に関連づいた上司や同僚の連絡先に知らせることも可能である。さらにその場合、後述するように、本実施形態の会議管理サーバは、ユーザの識別情報に応じて端末装置６０が表示する予約情報をマスクする。
(i) ユーザが予約者、又は、参加者に含まれる予約情報
(ii) その他の予約情報
のうち、(ii)の場合、会議管理サーバは予約情報のうち会議の内容や個人情報をマスクする。
(i) ユーザが予約者、又は、参加者に含まれる予約情報
(ii) その他の予約情報
のうち、(ii)の場合、会議管理サーバは予約情報のうち会議の内容や個人情報をマスクする。
【0029】
こうすることで、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
【0030】
＜用語について＞
リソースとはある組織等が保有・貸借・管理している資源をいう。組織のリソースとしては、例えば、会議室、及び、備品、装置、人（グループ）、社用車、自転車、駐車場や駐輪場、フリーアドレスやデスク、ブース等の場所、遠隔会議システム、印刷サービスや仕組みなどもリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。なおこの他にも、組織外のリソースの例として、各種の電子機器、駐車場、レンタルオフィス、レンタルスタジオ等の場所、レンタルサイクル、レンタカー（シェアリングカー）、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースや空間など、各種の設備の予約に利用できる。
リソースとはある組織等が保有・貸借・管理している資源をいう。組織のリソースとしては、例えば、会議室、及び、備品、装置、人（グループ）、社用車、自転車、駐車場や駐輪場、フリーアドレスやデスク、ブース等の場所、遠隔会議システム、印刷サービスや仕組みなどもリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。なおこの他にも、組織外のリソースの例として、各種の電子機器、駐車場、レンタルオフィス、レンタルスタジオ等の場所、レンタルサイクル、レンタカー（シェアリングカー）、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースや空間など、各種の設備の予約に利用できる。
【0031】
リソースの識別情報に応じて、リソースの利用を要求するとは、リソースの識別情報が必要なリソースの利用要求であればよい。例えば、利用開始、又は、予約開始がある。
【0032】
予約者は会議室を予約した者であり、参加者は会議への参加者である。予約者は参加者に含まれる場合が多いが、含まれなくてもよい。総称して会議室を利用する者を単にユーザという。
【0033】
＜システム構成例＞
図３は、リソース予約システム１００のシステム構成図の一例である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール１０５の内側のネットワークをいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。
図３は、リソース予約システム１００のシステム構成図の一例である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール１０５の内側のネットワークをいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。
【0034】
社外ネットワークＮ２には、予約管理サーバ２０、会議管理サーバ３０、及び１つ以上のチャットサーバ１０が接続されており、各サーバは必要に応じて通信することができる。社外ネットワークＮ２に会議の参加者が操作する端末装置６０が必要に応じて接続されてよい。
【0035】
予約管理サーバ２０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ２０が提供する設備の予約に関するシステムを予約管理システムという。予約管理サーバ２０はカレンダーシステムを有しており、各種の予定を管理するＷｅｂアプリを提供する。具体的には、例えば以下のような機能を有している。
・予定の登録を受け付け、いつでもどこからでも予約者が確認できる
・予定の30分前など、設定した日時に電子メールで通知する
・一人が複数のカレンダー（仕事用、家庭用など）で予定を管理できる
・同じグループの人とカレンダーを共有する
予約管理サーバ２０はユーザをアカウントで管理する。アカウントとはユーザがサービスを利用する権利のことである。多くのシステムではユーザはアカウントを使用してシステムにログインする。このため、アカウントはシステムがユーザを一意に特定する機能（識別情報の機能）を有している。本実施形態では、予め登録しておいたアカウント（ドメイン）の予約情報を予約管理サーバ２０が会議管理サーバ３０に送信する。あるいは、予約管理サーバ２０のアカウントを指定して会議管理サーバ３０が予約情報を要求することで、会議管理サーバ３０が会議室６の予約情報を予約管理サーバ２０から取得できる。なお、アカウントは例えば電子メール、ＩＤ、電話番号など、ユーザを一意に識別できる情報であればよい。
・予定の登録を受け付け、いつでもどこからでも予約者が確認できる
・予定の30分前など、設定した日時に電子メールで通知する
・一人が複数のカレンダー（仕事用、家庭用など）で予定を管理できる
・同じグループの人とカレンダーを共有する
予約管理サーバ２０はユーザをアカウントで管理する。アカウントとはユーザがサービスを利用する権利のことである。多くのシステムではユーザはアカウントを使用してシステムにログインする。このため、アカウントはシステムがユーザを一意に特定する機能（識別情報の機能）を有している。本実施形態では、予め登録しておいたアカウント（ドメイン）の予約情報を予約管理サーバ２０が会議管理サーバ３０に送信する。あるいは、予約管理サーバ２０のアカウントを指定して会議管理サーバ３０が予約情報を要求することで、会議管理サーバ３０が会議室６の予約情報を予約管理サーバ２０から取得できる。なお、アカウントは例えば電子メール、ＩＤ、電話番号など、ユーザを一意に識別できる情報であればよい。
【0036】
本実施形態で予定として管理されるのは会議室６の予約であるが、予約管理サーバ２０は会議室６に限られず各種のリソースを予約した予約情報や予定を管理できる。なお、予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理システムであればよい。
【0037】
また、本実施形態では、社内ネットワークＮ１の会議室６に関する情報が予約管理サーバ２０に予め登録されている。すなわち、リソース予約システム１００を利用する企業の社内ネットワークにある各会議室６の会議室名、会議室ＩＤ、予約可能時間、各会議室６の定員、及び、予約単位等に応じて予約管理サーバ２０のＷｅｂアプリがカスタマイズされている。したがって、リソース予約システム１００を利用する企業の会議室６と予約情報が結びつけられる。
【0038】
チャットサーバ１０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。チャットサーバ１０が提供する複数のユーザにおけるテキスト、音声、映像などの情報のリアルタイムな共有システムをチャットシステムという。チャットサーバ１０は端末装置６０に会議室６の予約に関する情報を通知する。本実施形態では運営主体が異なる複数のチャットサーバ１０が含まれてよい。
【0039】
共有される情報には画像や音声等もありテキストに限られないが、本実施形態では説明の便宜上、通知には主にテキストが用いられるとして説明している。例えば、チャットシステムは、グループ間の音声通話機能を提供してよい。音声通話は１対１でも１対Ｎ（≧２）でもよい。したがって、本実施形態でチャットシステムが会議室６の予約に関する情報を通知する際は、テキストの表示の他、音声メッセージの出力でもよい。なお、チャットシステムとしてはＬＩＮＥ（登録商標。以下、省略する。）、slack、Microsoft Teams（登録商標。以下、省略する。）等が知られているが、ボット（事前に決められている処理を実行するプログラム）から１又は複数のユーザに対して通知が可能なチャットシステムであればよい。
【0040】
チャットサーバ１０も同様にアカウント（予約管理サーバ２０のアカウントとは異なる）でユーザを管理するが、原則的に会議管理サーバ３０はチャットサーバ１０のアカウントを意識する必要はない。しかし、会議管理サーバ３０はチャットサーバ１０の任意のアカウントを指定して通知することができる。
【0041】
会議管理サーバ３０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。会議管理サーバ３０は社外ネットワークＮ２に関する処理として、予約管理サーバ２０から会議室６の予約情報を取得し、予約情報に設定されている参加予定者を取得し、設定されているタイミングで参加予定者と対応付けられたチャットサーバ１０のグループ（又は予約者など個別の者）に通知を送信する。また、社内ネットワークＮ１に関する処理として、会議室６へのチェックイン及びチェックアウトを管理したり、予約管理サーバ２０から取得した会議室６の予約情報に基づいて電子機器７０の電源等を制御したりする。
【0042】
社内ネットワークＮ１には、会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２、その他社内の様々な場所などから、参加予定者は端末装置６０等で社内ネットワークＮ１を介して社外ネットワークＮ２にアクセスできる。社内ネットワークＮ１は例えばＬＡＮ（Local Area Network）である。会議室６、参加予定者の作業場所１０１、及び、管理者の作業場所１０２は同じ企業内のＬＡＮであるとは限らない。なお、端末装置６０が携帯電話やスマートフォンである場合は、電話回線を介して、社外ネットワークＮ２にアクセスし、予約管理サーバ２０、会議管理サーバ３０、チャットサーバ１０に接続してもよい。その際には端末装置６０のユーザは社内にいなくても、社外ネットワークＮ２への接続（インターネット接続）が可能である。
【0043】
会議室６には会議室端末９０、及び電子機器７０が配置されている。本実施形態では会議室端末９０が配置されない会議室の利用方法について説明する。図２で説明したように会議室（リソース）によっては、会議室端末９０の代わりに、各ユーザが携帯する端末装置６０を用いて会議室利用を行う。なお、会議室端末９０（リソース端末）でのリソース利用と、各ユーザが携帯する端末装置６０でのリソース利用とを、どちらも行えるシステムであってもよい。
【0044】
会議室端末９０と電子機器７０は小規模なＬＡＮ又は専用線で通信することができる。電子機器は会議室端末９０を経由することなく社内ネットワークＮ１及び社外ネットワークＮ２に接続できる。会議室端末９０と電子機器７０は無線又は有線のいずれで通信してもよい。なお、社内ネットワークＮ１はファイアウォール１０５の内側にあるため、社外ネットワークＮ２から社内ネットワークＮ１への直接の通信は困難になっている。
【0045】
会議室端末９０は、会議室６を利用する予約者等の会議の参加者が操作する情報処理端末である。会議室の利用を受け付ける受付端末となる。会議室端末９０は会議室６の机の上に配置されていたり、会議室６の入り口に配置されたりしている。１つの会議室６に会議室端末９０が複数、配置されていてもよい。会議室端末９０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。
【0046】
会議室端末９０は会議管理サーバ３０に会議室ＩＤを送信し、当日の会議室６の予約情報などを表示する。また、電子機器７０の電源ＯＮ、ＯＦＦ等の制御情報を会議管理サーバ３０から取得する。これにより、会議室端末９０は電子機器７０の電源をＯＮ及びＯＦＦする。
【0047】
また、会議室端末９０はチェックイン、チェックアウトなどのための待ち受け画面を表示し、チェックイン又はチェックアウトを会議管理サーバ３０に知らせるために会議管理サーバ３０と通信する。チェックインの際、会議室端末９０は予約者から入力された会議識別情報と予め保持する会議室ＩＤを会議管理サーバ３０に送信するので、会議管理サーバ３０は会議識別情報と会議室ＩＤにより、会議室６を予約した予約者が予約した会議室６を利用することを確認できる。
【0048】
電子機器７０は会議室６で使用され得る各種のオフィス機器である。例えば、電子黒板、複合機、プロジェクタ、デジタルサイネージ、デジタルカメラ等である。電子黒板とは、タッチパネル付大型ディスプレイを有しユーザが指示した盤面の座標を検出し座標を接続してストロークを表示する。この他、接続されたＰＣの映像を表示したり、他拠点の電子黒板と通信してストロークを同期したりすることができる。なお、電子黒板は、電子情報ボード、電子ホワイトボードと呼ばれる場合もある。
【0049】
複合機は、コピー機、スキャナ、プリンタ、ファクス送受信などの機能を有し、会議中の資料の印刷や資料のコピー、資料の電子化、資料の送信などに利用される。プロジェクタは画像を投影する装置である。例えば、端末装置６０がディスプレイに表示する映像をスクリーン等に投影することで参加者の間で共有することを可能にする。デジタルサイネージは大型のディスプレイであり任意の静止画又は動画を表示するために使用される。デジタルカメラは紙の資料や電子黒板に表示された資料を各参加者が撮像して保存するために使用される。
【0050】
参加予定者の作業場所１０１には社内ネットワークＮ１に接続することができる端末装置６０が配置されている。端末装置６０は有線で通信しても無線で通信してもよい。端末装置６０は参加予定者（予約者を含む）が会議室を予約する際に使用される情報処理装置であるが、会議室に持ち込むことも想定されている。参加予定者が携帯する情報処理装置である。
【0051】
端末装置６０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。端末装置６０は、例えば、スマートフォン、タブレット端末、ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しブラウザソフトウェア、又は、チャットサーバ１０若しくは予約管理サーバ２０に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置６０となりうる。
【0052】
端末装置６０ではチャットサーバ１０に専用のアプリケーションソフトウェア（以下、チャットアプリという）が動作し、更に、リソース予約システム１００に専用のアプリケーションソフトウェア（以下、会議アプリという）が動作する。ただし、これらはブラウザソフトウェアで代用されてよい。
【0053】
管理者の作業場所１０２には社内ネットワークＮ１に接続することができる登録端末５０が配置されている。登録端末５０は有線で通信しても無線で通信してもよい。登録端末５０は管理者が会議室端末９０に初期設定するための表示端末である。
【0054】
登録端末５０も端末装置６０と同様の情報処理装置でよい。ただし、主に会議管理サーバ３０に管理者が設定するために使用されるので、チャットアプリや会議アプリはなくてよい。登録端末５０は主にブラウザソフトウェアで会議管理サーバ３０と通信し、Ｗｅｂページを表示する。
【0055】
＜ハードウェア構成＞
<<会議管理サーバ、予約管理サーバ、チャットサーバ、登録端末のハードウェア構成>>
会議管理サーバ３０、予約管理サーバ２０、チャットサーバ１０、及び、登録端末５０は、例えば図４に示すハードウェア構成のコンピュータシステムにより実現される。図４は本実施形態に係るコンピュータシステム３００の一例のハードウェア構成図である。
<<会議管理サーバ、予約管理サーバ、チャットサーバ、登録端末のハードウェア構成>>
会議管理サーバ３０、予約管理サーバ２０、チャットサーバ１０、及び、登録端末５０は、例えば図４に示すハードウェア構成のコンピュータシステムにより実現される。図４は本実施形態に係るコンピュータシステム３００の一例のハードウェア構成図である。
【0056】
図４に示されているように、コンピュータシステム３００は、コンピュータによって構築されており、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ２０８(Interface)、ネットワークＩ／Ｆ２０９、バスライン２１０、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。
【0057】
これらのうち、ＣＰＵ２０１は、コンピュータシステム３００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン２１０は、図４に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0058】
また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0059】
【0060】
会議室端末９０又は端末装置６０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＣＭＯＳセンサ７０５、撮像素子Ｉ／Ｆ７０６、加速度・方位センサ７０７、メディアＩ／Ｆ７０９、ＧＰＳ受信部７１１を備えている。
【0061】
これらのうち、ＣＰＵ７０１は、会議室端末９０又は端末装置６０は全体の動作を制御する。ＲＯＭ７０２は、ＣＰＵ７０１やＩＰＬ等のＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。ＥＥＰＲＯＭ７０４は、ＣＰＵ７０１の制御にしたがって、アプリ等の各種データの読み出し又は書き込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７０５は、ＣＰＵ７０１の制御にしたがって被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ７０６は、ＣＭＯＳセンサ７０５の駆動を制御する回路である。加速度・方位センサ７０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ７０９は、フラッシュメモリ等の記録メディア７０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部７１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。
【0062】
また、会議室端末９０又は端末装置６０は、遠距離通信回路７１２、ＣＭＯＳセンサ７１３、撮像素子Ｉ／Ｆ７１４、マイク７１５、スピーカ７１６、音入出力Ｉ／Ｆ７１７、ディスプレイ７１８、外部機器接続Ｉ／Ｆ(Interface)７１９、近距離通信回路７２０、近距離通信回路７２０のアンテナ７２０ａ、及びタッチパネル７２１を備えている。
【0063】
これらのうち、遠距離通信回路７１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ７１３は、ＣＰＵ７０１の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ７１４は、ＣＭＯＳセンサ７１３の駆動を制御する回路である。マイク７１５は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ７１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ７１７は、ＣＰＵ７０１の制御にしたがってマイク７１５及びスピーカ７１６との間で音信号の入出力を処理する回路である。ディスプレイ７１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ７１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路７２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル７２１は、利用者がディスプレイ７１８を押下することで、会議室端末９０を操作する入力手段の一種である。なお、ＣＭＯＳセンサ７１３等の撮像手段、近距離通信回路７２０等の近距離通信手段、マイク７１５等の音声入力手段、等は、リソースの識別情報を、それぞれ例えば画像コード等の画像・無線通信・音波で取得する、情報取得手段である。
【0064】
また、会議室端末９０又は端末装置６０は、バスライン７１０を備えている。バスライン７１０は、図５に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0065】
＜機能について＞
図６は、予約管理サーバ２０、チャットサーバ１０、会議管理サーバ３０、及び、登録端末５０の機能をブロック状に示す機能ブロック図の一例である。
図６は、予約管理サーバ２０、チャットサーバ１０、会議管理サーバ３０、及び、登録端末５０の機能をブロック状に示す機能ブロック図の一例である。
【0066】
<<予約管理サーバ>>
予約管理サーバ２０は、通信部２１、予約情報管理部２２、及び、認証部２３を有する。予約管理サーバ２０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
予約管理サーバ２０は、通信部２１、予約情報管理部２２、及び、認証部２３を有する。予約管理サーバ２０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【0067】
通信部２１は、会議管理サーバ３０及び端末装置６０と各種の情報を送受信する。通信部２１は予約設定画面の画面情報を端末装置６０に送信し、端末装置６０から認証要求や予約の設定を受信する。また、予約情報を会議管理サーバ３０に送信する。
【0068】
予約情報管理部２２は、ユーザが登録した予約情報を管理する。予約情報管理部２２は会議管理サーバ３０から要求された会議室６の予約情報を予約情報ＤＢ２９１から読み出して、通信部２１を介して会議管理サーバ３０に送信する。あるいは、予約情報が登録（又は変更）されると要求がなくても予約情報を会議管理サーバ３０に送信する。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。
【0069】
認証部２３は認証情報ＤＢ２９２に記憶されている認証情報（例えば、ユーザＩＤとパスワード）に基づいてユーザを認証する。ＩＣカードや生体認証情報で認証してもよい。
【0070】
予約管理サーバ２０は記憶部２９を有している。記憶部２９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部２９には予約情報ＤＢ２９１（Data Base）、及び、認証情報ＤＢ２９２が記憶されている。
【0071】
【表1】
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は参加予定者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【0072】
【表2】
表２は認証情報ＤＢ２９２に記憶されている認証情報の一例を示す。認証情報はユーザ（予約者や参加者）が予約管理サーバ２０にログインするための情報である。ログイン情報は、ユーザＩＤ、及び、パスワードの各項目を有する。認証が成功するとユーザＩＤが正しいものであると見なされるが、このユーザＩＤは予約者又は参加者のアカウントと同じものなので、会議管理サーバ３０がユーザＩＤによりこのユーザが予約者である予約情報又は参加者である予約情報を特定できる。
【0073】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【0074】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（後述するトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。
【0075】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。したがって、通知は参加予定者の数だけ行われる場合と、予約者又は通知先ユーザのみに行われる場合がある。また、特定の通知先にのみ会議室６の予約に関する情報を送信する。
【0076】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。仕組みとしては、例えば以下のようなものがある。チャットアプリ６０ａはプッシュ通知用のＩＤ（トークン）を、ＯＳ（Operating System）のメーカが運営するサーバから受け取る。このサーバではトークンとデバイス（端末装置６０）を紐付けておく。チャットアプリ６０ａはトークンとチャットアプリ６０ａのアカウントをチャットサーバ１０に登録しておく。チャットサーバ１０がプッシュ通知を行う場合、チャットアプリ６０ａのアカウントを特定するので紐付いたトークンを特定できる。チャットシステムはトークンを指定して通知内容をＯＳのメーカが運営するサーバに送信する。このサーバはトークンに紐付いたデバイス（端末装置６０）に対しプッシュ通知する。
【0077】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【0078】
【表3】
表３はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１～ｎ（表３ではｎ＝４）、及び、ボットアカウントが登録されている。
【0079】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【0080】
チャンネルは一意性が保証されている。メンバアカウント１～ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１～ｎの端末装置６０に送信される。
【0081】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【0082】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、利用管理部３８、認証キー検証部４１、管理制御部４２、及び、予約情報送信部４４を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、利用管理部３８、認証キー検証部４１、管理制御部４２、及び、予約情報送信部４４を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【0083】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、登録端末５０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０又は端末装置６０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０又は端末装置６０からチェックイン要求・チェックアウト要求を受信する。また、受信部３１ｂは管理者が操作する登録端末５０からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０又は端末装置６０に予約情報を送信する。
【0084】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する登録端末５０等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、登録端末５０等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。
【0085】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。あるいは変更があった予約情報を受信する。したがって、予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。
【0086】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。
【0087】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が利用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。
【0088】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。
【0089】
制御情報応答部３６は、会議室６の会議室端末９０又は端末装置６０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０又は端末装置６０に送信する。
【0090】
利用管理部３８は、会議室へのチェックイン（利用開始）・チェックアウト（利用終了）を管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５～１０分前になると認められる。これにより、ステータスが「チェックイン待ち」になる。
・会議室端末９０からチェックイン要求を受け付けた場合
会議室端末９０が送信する会議室ＩＤと会議識別情報（招待コード）の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
・端末装置６０からチェックイン要求を受け付けた場合
この場合、認証キー、会議室のメールアドレス、会議室ＩＤ、ユーザＩＤが端末装置６０から送信される。利用管理部３８は、認証キーを使用して画像コードが読み取られたこと（ユーザが会議室にいること）を認証する。また、会議室ＩＤで会議室の予約情報を特定し、特定した予約情報の予約者アカウント（又は参加予定者アカウント）にユーザＩＤが含まれる場合に、チェックインを許可する。
・会議室端末９０からチェックイン要求を受け付けた場合
会議室端末９０が送信する会議室ＩＤと会議識別情報（招待コード）の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。
・端末装置６０からチェックイン要求を受け付けた場合
この場合、認証キー、会議室のメールアドレス、会議室ＩＤ、ユーザＩＤが端末装置６０から送信される。利用管理部３８は、認証キーを使用して画像コードが読み取られたこと（ユーザが会議室にいること）を認証する。また、会議室ＩＤで会議室の予約情報を特定し、特定した予約情報の予約者アカウント（又は参加予定者アカウント）にユーザＩＤが含まれる場合に、チェックインを許可する。
【0091】
会議室端末９０からのチェックイン要求か端末装置６０からのチェックイン要求かを利用管理部３８が判断する方法としては、会議アプリ６０ｂと端末アプリ９０ａがそれぞれアプリの種別を会議管理サーバ３０に通知する方法がある。あるいは、会議アプリ６０ｂがチェックイン時に画像コードから取得した情報である旨を会議管理サーバ３０に通知してもよい。この他、会議室端末９０と端末装置６０を判別できればよい。
【0092】
なお、利用管理部３８は、決まった時刻までにチェックインを許可しないと予約をキャンセルする。
【0093】
認証キー検証部４１は会議室端末又は端末装置６０から送信される認証キーが、会議室設定情報ＤＢ４９８に登録されているものと一致するかどうかにより、会議室端末９０又は端末装置６０を認証する。したがって、正しい認証キーを有する会議室端末又は正しい認証キーを送信する端末装置６０しか予約情報を取得できない。本実施形態では端末装置６０が予約情報を取得できるため、認証キーにより第三者が外部（画像コードがない場所）から予約情報を取得できないようにすることができる。
【0094】
管理制御部４２は会議室ごとに、会議室設定情報ＤＢ４９８に登録されている管理開始フラグがTrueか否かを確認する。管理開始フラグは会議室の管理を開始してよいか否かを示すフラグである。
【0095】
予約情報送信部４４は、会議室端末９０又は端末装置６０からの要求に対し、会議管理情報ＤＢ４９３に記憶されている予約情報（会議管理情報）を送信する。ただし、認証キーによる認証が成功し、管理開始フラグがTrueに設定されている必要がある。端末装置６０からの要求に対しては端末装置６０のユーザが予約者又は参加者かどうかで会議名と予約情報を加工する（例えば会議名や氏名をマスクする）。予約情報送信部４４はＪＳＯＮ形式、ＸＭＬ形式、ＣＶＳ（Comma－Separated Values）形式などで送信すればよい。予約情報は繰り返し送信されるので容量が少ない形式が有利である。
【0096】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のＲＡＭ２０３及びＨＤ２０４等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、及び、会議室設定情報ＤＢ４９８が記憶されている。
【0097】
【表4】
表４は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１～ｎ（表ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１～ｎには予約管理サーバ２０が発行した各参加者のアカウントが登録される。また、表４に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表４のように登録されていてもよい。
【0098】
【表5】
表５は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。会議管理情報ＤＢ４９３には予約情報が記憶されるので、表５では表１の予約情報ＤＢ２９１との相違を説明する。表５の会議管理情報はステータスの項目を有する。ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【0099】
【表6】
表６は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。ステータスは、予約の状況を意味する。例えば、会議室の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【0100】
【表7】
表７は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表７の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表７のアカウントは予約管理サーバ２０が発行したものである。
【0101】
【表8】
表８は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【0102】
【表9】
表９は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０又は端末装置６０に送信することが困難であり、会議室端末９０又は端末装置６０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【0103】
【表10】
表１０は、会議室設定情報ＤＢ４９８に記憶されている会議室設定情報の一例を示す。会議室設定情報は会議室ごとの設定に関する情報である。会議室設定情報は、顧客ＩＤに対応付けて、会議室名称、会議室ＩＤ、会議室端末の状態、認証キー、管理開始フラグ、登録できる会議室端末の数、及び、メールアドレスの各項目を有する。
・会議室名称は会議の参加者が認識している会議室の一般的な名称であり、例えば会議室の入り口に提示されているものをいう。
・会議室ＩＤは上記のように会議室を一意に識別する識別情報である。簡易的には、会議室ＩＤは予約管理サーバ２０と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ２０と別に管理者が設定することもできる。会議室ＩＤは会議室で提示される画像コードにデコードされている。
・会議室端末の状態は会議室端末９０の初期設定が終了したか、通信が可能か等を示す。会議室端末９０が配置されない会議室ではセットアップ前となる。初期設定とは、会議室端末９０が少なくとも最小限の機能を発揮できるように、人が例えば通信に関する設定などを行うことをいう。
接続中：一定期間内に通信が確認できている状態（通信によりセットアップ前又は接続断から接続中に遷移する）
セットアップ前：初期設定の前
接続断：一定期間以上、通信がない状態（接続中から接続断に遷移する）
・認証キーは会議管理サーバ３０が会議室端末９０又は端末装置６０を認証するための認証情報となる。初期設定により認証キーが会議室端末９０に設定される。会議室端末９０がない会議室では、会議室で提示される画像コードにデコードされている。認証キーは総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組み合わせである。認証キーは会議管理サーバ３０が決定しても管理者が決定してもよい。
・管理開始フラグは、会議室端末９０の初期設定が終わった後に、会議室の管理を会議管理サーバ３０が開始するか否かを示すフラグ（True：開始する False：開始しない）である。管理開始フラグは管理者が設定する。会議室端末９０が設置されない会議室では管理者が適宜、Trueに設定すればよい。
【0104】
管理開始フラグがTrueに設定されると、会議管理サーバ３０は会議室の管理の準備が整う。会議管理サーバ３０は管理開始フラグがTrueであり、会議室端末９０又は端末装置６０から予約情報の要求を受信すると、会議室の管理を開始する。これにより、会議室端末９０又は端末装置６０から要求がある場合に予約情報の送信を開始する。
【0105】
会議室端末９０が会議管理サーバ３０から予約情報を取得すると、会議室端末９０は会議管理サーバ３０との連携を開始する。したがって、連携開始と管理開始は予約情報の要求と予約情報の送信という関連した処理を契機にする。
【0106】
連携開始又は管理開始により以下の処理が行われる。
・予約情報の表示（チェックイン、チェックアウト、延長、今すぐ利用）
・チェックイン、チェックアウトに連動する電子機器の制御
・予約の自動キャンセル
なお、「延長」は会議室の予約の終了時刻を越えて参加者が予約を延長することをいい、「今すぐ利用」は空室の会議室を任意のユーザが予約なしに利用することをいう。
・予約情報の表示（チェックイン、チェックアウト、延長、今すぐ利用）
・チェックイン、チェックアウトに連動する電子機器の制御
・予約の自動キャンセル
なお、「延長」は会議室の予約の終了時刻を越えて参加者が予約を延長することをいい、「今すぐ利用」は空室の会議室を任意のユーザが予約なしに利用することをいう。
【0107】
管理開始フラグがあることで、初期設定が完了してから会議室端末９０の配置までのタイムラグで生じる自動キャンセルなどの不都合を抑制できる。なお、会議室端末９０が配置されない会議室でもTrueに設定されるので、予約情報の表示や自動キャンセルが可能になる。
・登録できる会議室端末の数は、１つの会議室に対応付けられることができる会議室端末の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１つでもよいし複数でもよい。
・メールアドレスは会議室に対し会議管理サーバ３０等が電子メールを送信するためのものである。本実施形態では会議室ＩＤとして使用される場合がある。メールアドレスは会議室で提示される画像コードにデコードされている。
・登録できる会議室端末の数は、１つの会議室に対応付けられることができる会議室端末の数である。会議室端末９０は１つの会議室に１つあれば支障がないが、会議室端末９０に異常が生じた場合、修理する間の会議室へのチェックインが困難になる。このため、管理者が複数の会議室端末９０を１つの会議室に対応付けたい場合がある。したがって、認証キーが外部に漏れても、端末ＩＤが一致してかつその数が決まっているので、予約情報が外部に漏れることなどを抑制できる。初期値は１つでもよいし複数でもよい。
・メールアドレスは会議室に対し会議管理サーバ３０等が電子メールを送信するためのものである。本実施形態では会議室ＩＤとして使用される場合がある。メールアドレスは会議室で提示される画像コードにデコードされている。
【0108】
会議室名称、会議室ＩＤは予め決まっているか、管理者が設定できる。予約管理サーバ２０から送信されたものを使用してよい。会議室端末の状態の初期状態（提供者の設定直後）はセットアップ前であるが、通信の状況によって自動的に遷移する。認証キーは初期設定時に例えば会議管理サーバ３０が採番して設定する。管理開始フラグは管理者要の設定画面などから管理者が設定する。登録できる会議室端末の数は同様に管理者が設定できる。登録できる会議室端末の数は１以上である場合が多い。１に設定された場合、１つの会議室に登録できる会議室端末９０は１つのみになる。メールアドレスは管理者が設定できる。
【0109】
したがって、管理者が会議室ＩＤ、認証キー、メールアドレスを設定すれば、プリンタなどから会議室ＩＤ、認証キー、メールアドレスを含む会議室情報の画像コードを印刷できる。なお、漏洩時に第三者が予約情報を取得できないように、会議室情報は暗号化されていることが好適である。
【0110】
<<登録端末>>
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム（例えばブラウザ）は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
登録端末５０は、通信部５１、操作受付部５２、及び、表示制御部５３を有する。登録端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３に展開されたプログラムに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム（例えばブラウザ）は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【0111】
登録端末５０は、会議管理サーバ３０が提供するＷｅｂページを介して管理者が会議室に関する各種の設定を行うための端末である。この設定の１つに初期設定がある。なお、初期設定には端末装置６０が使用されてもよい。
【0112】
通信部５１は、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。操作受付部５２は、登録端末５０に対する参加者の各種の操作を受け付ける。表示制御部５３は各種の画面の画面情報を解釈してディスプレイ２０６に表示する。操作受付部５２と表示制御部５３は例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。
【0113】
<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【0114】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、表示制御部６１ｃ、チャットアプリ６０ａ、及び、会議アプリ６０ｂを有している。また、チャットアプリ６０ａは、チャット通信部６２、テキスト表示部６３、及び、アプリ通信部６４、を有する。会議アプリ６０ｂは、サーバ通信部６５、表示制御部６６、アプリ通信部６７、端末通信部６８、操作受付部６９、認証要求部７１、取得部７２、デコード部７３、予約情報要求部７４、利用要求部７５、及び、予約要求部７６を有する。端末装置６０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ７０４からＲＡＭ７０３に展開されたプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラムにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【0115】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバ２０と各種の情報を送受信する。操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。表示制御部６１ｃは各種の画面の画面情報を解釈してディスプレイ７１８に表示する。操作受付部６１ｂと表示制御部６１ｃは例えばブラウザの機能を有し、Ｗｅｂアプリを実行できる。
【0116】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。
【0117】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。
【0118】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。
【0119】
会議アプリ６０ｂのサーバ通信部６５は会議管理サーバ３０又は予約管理サーバ２０と通信する。サーバ通信部６５は、予約情報を受信したり、チェックイン要求・チェックアウト要求、予約要求を会議管理サーバ３０に送信したりする。また、サーバ通信部６５は予約管理サーバ２０に認証要求を送信する。
【0120】
会議アプリ６０ｂの表示制御部６６は、会議室端末９０に対しては会議識別情報が含まれる画像コード等をディスプレイ７１８に表示する（会議識別情報を手で入力しない場合）。端末装置６０が予約情報を会議管理サーバ３０から受信した場合は予約情報をディスプレイ７１８に表示する。
【0121】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。
【0122】
端末通信部６８は、会議室端末９０がある会議室では会議室端末９０と通信し会議識別情報等を送信する（ただし、手で入力される場合もある）。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。操作受付部６９は、端末装置６０に対する各種の操作を受け付ける。
【0123】
認証要求部７１は、ユーザにより入力されたユーザＩＤやパスワードを指定して、サーバ通信部６５を介して、予約管理サーバ２０に認証を要求する。認証が成功すると、記憶部７９にはユーザＩＤ７９１が記憶される。
【0124】
取得部７２は、会議室に提示されている画像コードを撮像して画像コードの画像データを取得する。画像コードはバーコードでもよい。画像コードでなく文字や数字をＯＣＲ（Optical Character Reader）により取得部７２が読み取ってもよい。また、取得部７２は会議室情報を取得できればよく、例えば、会議室に配置されたＩＣカードやBluetooth（登録商標）端末から会議室情報を取得してもよい。すなわち、撮像だけでなく近距離無線通信により会議室情報を取得できる。
【0125】
デコード部７３は、取得部７２が撮像した画像コードをデコードして会議室情報を復元する。暗号化されている場合は復号する。
【0126】
予約情報要求部７４は、画像コードの撮像に連動して、撮像後に操作無しで自動的に、予約情報を会議管理サーバ３０に要求することができる。または撮像後にユーザの操作に応じて要求することもできる。利用要求部７５は、画像コードの撮像に連動して又はユーザの操作を受けて、会議室へのチェックインを会議管理サーバ３０に要求する。予約要求部７６は、新たに会議室の予約を予約管理サーバ２０に要求する。
【0127】
また、会議アプリ６０ｂは、ＲＯＭ７０２、ＲＡＭ７０３又はＥＥＰＲＯＭ７０４等により実現される記憶部７９を有している。記憶部７９にはユーザＩＤ７９１が記憶されている。このユーザＩＤ７９１は認証要求部７１により認証が成功した場合に保存される。ユーザＩＤ７９１は例えば、予約管理サーバ２０におけるユーザのアカウントである。
【0128】
<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、端末認証部９６、撮像部９７、デコード部９８、設定記録部９８－２、及び、予約情報要求部９８－３を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ７０４からＲＡＭ７０３に展開されたプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、電子機器通信部９５、端末認証部９６、撮像部９７、デコード部９８、設定記録部９８－２、及び、予約情報要求部９８－３を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ７０４からＲＡＭ７０３に展開されたプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【0129】
サーバ通信部９１は、サーバＵＲＬ９９３を宛先にして会議管理サーバ３０と通信する。会議室端末９０は社内ネットワークに存在するため会議管理サーバ３０から会議室端末９０と通信することは困難である。このため、サーバ通信部９１はポーリング（定期的に会議管理サーバ３０と通信する）やＷｅｂＳｏｃｋｅｔなどの通信技術で会議管理サーバ３０と通信する。「会議室端末の状態」が接続中の場合であって、サーバ通信部９１からの通信がない場合、会議室設定情報ＤＢ４９８に接続断が登録される。「会議室端末の状態」がセットアップ前の場合、通信の有無に関係なくセットアップ前のままである。サーバ通信部９１はＨＴＴＰなどの通信プロトコルで通信すればよく、通信プロトコルは特に制限しない。
【0130】
本実施形態のサーバ通信部９１は予約情報を受信し、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。
【0131】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。
【0132】
表示制御部９４はディスプレイ７１８に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面である。操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。
【0133】
端末認証部９６は、入力された管理者パスワードが正しいか否かに基づいて端末アプリへの管理者のログインを認証する。会議室に配置された会議室端末９０は、不特定の参加者により操作可能であるため、認証機能がないと初期設定を変更されるおそれがあるためである。
【0134】
撮像部９７は主に画像コードを撮像する。管理者がＣＭＯＳセンサ７１３の画角に画像コードが入るように会議室端末９０を操作すると、撮像部９７は画像コード（初期設定用の画像コード）を認識して自動的に画像データを生成する。デコード部９８は、撮像部９７が撮像した画像コードをデコードして通信設定情報を復元する。設定記録部９８－２は、デコード部９８がデコードした通信設定情報（会議室ＩＤ、認証キー、サーバＵＲＬ、会議室名称）を記憶部９９に記憶させる。撮像部９７、デコード部９８及び設定記録部９８－２はいずれも会議室端末９０の初期設定時に必要な処理であり本実施形態では使用されない。
【0135】
予約情報要求部９８－３は、予約情報を取得する定期的なタイミングになるとサーバ通信部９１を介して会議室ＩＤと認証キーを繰り返し会議管理サーバ３０に送信する。この応答として、予約情報要求部９８－３はサーバ通信部９１を介して予約情報を取得する。予約情報は変更があった場合にだけ取得すればよい。タイミングは数秒～数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。本実施形態では例えば３０秒とする。また、サーバ通信部９１を介して少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。
【0136】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ７０２及びＥＥＰＲＯＭ７０４等により実現される。記憶部９９には会議室ＩＤ９９１、認証キー９９２、サーバＵＲＬ９９３、会議室名称９９４、端末ＩＤ９９５、管理者パスワード９９６、及び、電子機器７０のＩＰアドレス９９７が記憶されている。
【0137】
端末ＩＤ９９５は会議室端末９０の識別情報である。端末ＩＤは１つの会議室で決まった数以上の会議室端末９０が会議管理サーバ３０に接続することを抑制するため、会議管理サーバ３０が会議室端末９０を識別するために使用される。端末ＩＤは例えば端末アプリのＵＵＩＤ（Universally Unique Identifier）、ＭＡＣアドレスなど、一意性があればよい。ＵＵＩＤは特定の管理がなくても全世界で２つ以上のアイテムが同じ値を持つことがない一意な識別子である。
【0138】
管理者パスワード９９６は端末アプリ９０ａのインストール時又は初回の起動時に管理者が設定する。電子機器７０のＩＰアドレス９９７は必要に応じて管理者が設定する。
【0139】
＜端末装置が予約情報を表示し、チェックイン要求を送信する処理＞
次に、図８を参照して、端末装置６０が予約情報を表示し、ユーザがチェックインするまでの処理を説明する。図８は、リソース予約システム１００の動作を説明するシーケンス図の一例である。
次に、図８を参照して、端末装置６０が予約情報を表示し、ユーザがチェックインするまでの処理を説明する。図８は、リソース予約システム１００の動作を説明するシーケンス図の一例である。
【0140】
S1、S2：会議管理サーバ３０の予約情報取得部３３は所定の頻度でリソース一覧要求を予約管理サーバ２０に送信する。リソース一覧要求とは、予約管理サーバ２０に登録されている顧客のリソースの一覧を要求することをいう。リソース予約システム１００において会議室はリソースとして扱われるため、リソース一覧要求により、会議管理サーバ３０はこの顧客の会議室の一覧を取得できる。所定の頻度とは例えば１日に１回等、比較的低頻度でよい。リソースには会議室の他、電子機器７０が含まれる。
【0141】
また、会議管理サーバ３０の予約情報取得部３３は繰り返し、予約情報取得要求を予約管理サーバ２０に送信する。予約情報取得要求とは、ドメインを指定してこのドメインをアカウントに有する予約者の予約情報を要求することをいう。これにより、会議管理サーバ３０は決まった期間の予約情報を取得できる。繰り返しの頻度は例えば数分おき、３０分おき、１時間おきなど、比較的高頻度であることが好ましい。また、予約情報に関しては、新たに登録又は変更された予約情報が、予約管理サーバ２０から自動的に送信される場合もある。
【0142】
S3：一方、会議室にチェックインしたいユーザ（予約者、参加者、又はどちらでもない場合がある）は、端末装置６０に対し会議アプリ６０ｂの起動操作を行う。
【0143】
S4：これにより会議アプリ６０ｂが起動する。会議アプリ６０ｂには会議管理サーバ３０と予約管理サーバ２０のＵＲＬ等が予め設定されている。なお、会議アプリ６０ｂがブラウザソフトで代用される場合、ユーザがＵＲＬを設定すればよい。
【0144】
S5：ユーザは予約管理サーバ２０の認証情報を端末装置６０に入力する。会議管理サーバ３０は予約管理サーバ２０におけるユーザのアカウントを利用してユーザを識別するので、会議管理サーバ３０の認証情報と実質的に同じである。ユーザは、パスワードとユーザＩＤを入力する。端末装置６０の操作受付部６９は認証情報を受け付ける。なお、認証情報の入力は１度だけ行えばよい。端末装置６０はユーザ専用であるのと、認証成功によりユーザＩＤ７９１が記憶部７９に記憶されるためである。
【0145】
S6：端末装置６０の認証要求部７１はサーバ通信部６５を介して、認証情報を予約管理サーバ２０に送信する。
【0146】
S7：予約管理サーバ２０の通信部２１は認証情報を受信し、認証部２３が認証情報ＤＢ２９２を参照してユーザを認証する。本実施形態では認証が成功したものとする。
【0147】
S8：予約管理サーバ２０の通信部２１は認証成功とユーザＩＤを端末装置６０に送信する。
【0148】
S9：端末装置６０のサーバ通信部６５は認証成功とユーザＩＤを受信し、記憶部７９にユーザＩＤ７９１を記憶する。
【0149】
S10：ユーザは端末装置６０に対しカメラ（ＣＭＯＳセンサ７１３）を起動する操作を行う。
【0150】
S11：これによりカメラが起動する。なお、カメラは会議アプリ６０ｂの起動に応じて自動的に起動してもよい。
【0151】
S12：ユーザは会議室に提示されている画像コードを撮像する操作を行う。取得部７２は画像コードを撮像する。画像コードは予め、会議管理サーバ３０が有する例えば会議室設定情報を用いてプリンタから印刷されている。画像コードは会議室の扉付近に貼付されたり、会議室内の机等に置かれたりしている。画像コードはディスプレイにより表示されてもよい。例えば、電子機器７０（電子黒板、プロジェクタ）が表示してもよい。あるいは、電子ペーパにより表示されてもよい。これらの場合、画像コードの印刷が不要になる。
【0152】
S13、S14：デコード部７３は画像コードを取得して、会議室情報を復元する。すなわち、会議室ＩＤ、認証キー、及び、会議室のメールアドレスを生成する。なお、会議室情報が暗号化されている場合は、復号する。暗号化により会議アプリ６０ｂが動作していない端末装置６０では画像コードを取得しても会議管理サーバ３０に接続できないようにすることができる。
【0153】
S15：予約情報要求部７４は会議管理サーバ３０に接続するため、更に、記憶部７９からユーザＩＤ７９１を取得する。
【0154】
S16：予約情報要求部７４はサーバ通信部６５を介して、会議室ＩＤ、認証キー、会議室のメールアドレス及びユーザＩＤを指定して、画像コードが提示されている会議室の予約情報を会議管理サーバ３０に要求する。
【0155】
S17：会議管理サーバ３０の受信部３１ｂは予約情報の要求を受信する。まず、認証キー検証部４１が、会議室ＩＤで特定される会議室設定情報ＤＢ４９８に記憶されている認証キーが、送信された認証キーと一致するか否かを判断する。ここでは認証キーが一致したものとする。更に、メールアドレスによる認証を行ってもよい。
【0156】
次に、利用管理部３８がチェックインできるかどうかを判断する。これは、会議室のユーザは予約情報を確認したいだけでなく、チェックインが目的の場合が多いためである。実施例２で後述するように、会議管理サーバ３０がチェックインの処理を行わずに予約情報だけを返却することもできる。利用管理部３８は、端末装置６０から送信された会議室ＩＤで会議管理情報ＤＢ４９３を検索し、ステータスが「チェックイン待ち」の予約情報があるか否かを判断する。ステータスが「チェックイン待ち」の予約情報があれば、利用管理部３８は、予約情報の予約者アカウント又は参加予定者アカウントに、端末装置６０から送信されたユーザＩＤが含まれているかどうかを判断する。予約者アカウント又は参加予定者アカウントに端末装置６０から送信されたユーザＩＤが含まれている場合、利用管理部３８はチェックインを許可する。したがって、ステータスは「チェックイン済み」となる。
【0157】
S18：ステップS17の結果に関わらず（チェックイン後、予約者アカウント又は参加予定者アカウントに端末装置６０から送信されたユーザＩＤが含まれていない場合、又は、「チェックイン待ち」でない場合）、予約情報送信部４４は、会議室ＩＤで特定される会議室の予約情報について、現在のユーザ以外のユーザに関係する情報をマスクする。マスクとは読めない状態に加工することをいう。予約情報送信部４４は、予約者アカウント又は参加予定者アカウントに、端末装置６０から送信されたユーザＩＤが含まれていない予約情報について、
・会議名を「Ｍｅｅｔｉｎｇ」などの一般的な用語に置き換える
・予約者名又は参加者名を消去する
こうすることで、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
・会議名を「Ｍｅｅｔｉｎｇ」などの一般的な用語に置き換える
・予約者名又は参加者名を消去する
こうすることで、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
【0158】
S19：会議管理サーバ３０の送信部３１ａは、マスク処理が行われた予約情報を端末装置６０に送信する。
【0159】
S20：端末装置６０のサーバ通信部６５は予約情報を受信し、表示制御部６６が予約情報を表示する。端末装置６０が表示する予約情報の一例を図９に示す。
【0160】
S21：画像コードが提示されている会議室に予約が入っていない場合（現在時刻に予約がなく、次の予約が「チェックイン待ち」になっていない場合）もある。例えば、ユーザが会議室の予約状況をチェックしたい場合などである。この場合、端末装置６０の表示制御部６６は予約情報と共に「今すぐ利用」ボタンを表示する。「今すぐ利用」ボタンは、空いている会議室を現在時刻から一定時間（３０～６０分）、ユーザが予約するためのボタンである。なお、一定時間は、次の会議の開始時刻で制限される場合がある。
【0161】
ユーザが「今すぐ利用」ボタンを押下した場合、操作受付部６９は押下を受け付ける。
【0162】
S22：端末装置６０の予約要求部７６はサーバ通信部６５を介して、ユーザＩＤ、会議室ＩＤ、及び、会議時間を指定して、予約管理サーバ２０に対して予約要求を行う。ユーザＩＤは記憶部７９に記憶されており、会議室ＩＤは画像コードからデコードされており、会議時間は開始時刻＝現在時刻、終了時刻＝現在時刻＋３０～６０分、でよい。
【0163】
なお、ステップS22では、端末装置６０が直接、予約管理サーバ２０に予約を依頼しているが、予約は会議管理サーバ３０を経由してもよい。直接、予約管理サーバ２０に予約した場合は予約者がユーザになり、会議管理サーバ３０を経由した場合は、予約者が会議管理サーバ３０になる。
【0164】
S23：予約管理サーバ２０の通信部２１は予約要求を受信し、予約情報管理部２２が予約情報ＤＢ２９１に予約情報（会議室ＩＤ、予約者アカウント、開始時刻、終了時刻）を設定する。
【0165】
S24：予約情報に更新があったため、予約管理サーバ２０の通信部２１は最新の予約情報を会議管理サーバ３０に送信する。この予約情報には、「今すぐ利用」ボタンにより予約された予約情報も含まれる。
【0166】
S25：また、端末装置６０の利用要求部７５は会議室ＩＤ、認証キー、会議室のメールアドレス及びユーザＩＤを指定して、チェックイン要求を会議管理サーバ３０に送信する。メールアドレスはなくてもよい。このチェックイン要求はユーザの操作がなくても行われるとよい。
【0167】
S26：会議管理サーバ３０の受信部３１ｂは予約情報を予約管理サーバ２０から受信し、チェックイン要求を端末装置６０から受信する。利用管理部３８は、現在時刻と会議の開始時刻に基づいて予約情報についてステータスを「チェックイン待ち」に変更する。また、認証キーによる認証が成功すると、利用管理部３８は端末装置６０から送信された会議室ＩＤで特定される予約情報へのチェックインを許可する。なお、この場合もステップS18と同様に、ユーザＩＤに基づく予約情報のマスクが行われる。
【0168】
S27：会議管理サーバ３０の送信部３１ａは予約情報を端末装置６０に送信する。
【0169】
このように、ユーザは、端末装置６０から会議管理サーバ３０に接続し、予約情報を表示したり、チェックインしたりすることができる。
【0170】
＜画面例＞
次に、図９～図１３を参照して、端末装置６０が表示する予約情報を説明する。まず、図９は会議管理サーバ３０が会議管理情報ＤＢ４９３に保持している予約情報を示す。この予約情報を端末装置６０が表示する場合を説明する。
次に、図９～図１３を参照して、端末装置６０が表示する予約情報を説明する。まず、図９は会議管理サーバ３０が会議管理情報ＤＢ４９３に保持している予約情報を示す。この予約情報を端末装置６０が表示する場合を説明する。
【0171】
図１０は、予約者と同じユーザが図９の予約情報を表示した予約情報画面４００を説明する図である。まず、予約情報画面４００は会議室名４０１，会議名４０２、会議時間４０３、予約者名４０４，参加者名４０５、及び、この後の予定欄４０７を有している。
【0172】
図１０の画面が表示される状況は、9:00にてＡさんが画像コードを撮像した場合である。図９によると、Ａさんが「○○定例会議」の予約者であるため、予約情報送信部４４は会議名４０２、予約者名４０４、及び、参加者名４０５をマスクせずに送信する。なお、会議時間４０３（開始時刻と終了時刻）はユーザに関係なく表示される。
【0173】
端末装置６０は同じ会議室の次以降の予約情報をこの後の予定欄４０７に表示する。予約情報送信部４４は図９の「○○定例会議」以降の予約情報を参照するが、Ａさんは、「〇〇定例会議」以外の予約情報の予約者でも参加者でもないと判断する。このため、「△打ち合わせ」「□□会議」の会議名を「Meeting」に変更する（マスクする）。
【0174】
また、Ａさんは「○○定例会議」の予約者であり、この予約情報は時間的に「チェックイン待ち」なので、利用管理部３８は画像コード撮像時に自動的にチェックインを許可する。利用管理部３８が「チェックイン済み」などを端末装置６０に送信することで、端末装置６０の表示制御部６６は「退出」ボタン４０６を表示する。「退出」ボタン４０６はユーザがチェックアウトするためのボタンである。
【0175】
図１１は、予約者又は参加者と異なるユーザが図９の予約情報を表示した予約情報画面４１０を説明する図である。図１１の画面が表示される状況は、9:00にＣさんが画像コードを撮像した場合である。図９によればＣさんは「○○定例会議」の予約者でも参加者でもないため、予約情報送信部４４は会議名４０２、予約者名４０４、及び、参加者名４０５を削除する。まず、会議名「○○定例会議」を「Meeting」に変更する。削除の他、読めなくすればよい。
【0176】
この後の予定欄４０７について、予約情報送信部４４は図９の「○○定例会議」以降の予約情報を参照するが、Ｃさんは、「△打ち合わせ」の予約者であるが、「□□会議」の予約者でも参加者でもないと判断する。このため、「△打ち合わせ」の会議名はマスクせず、「□□会議」の会議名を「Meeting」に変更する（マスクする）。
【0177】
また、Ｃさんは「○○定例会議」の予約者でないので、利用管理部３８は画像コード撮像時にチェックインを許可しない。このため、端末装置６０の表示制御部６６は「退出」ボタンを表示しない。
【0178】
図１２は、会議室が予約されていない時間帯にユーザが図９の予約情報を表示した予約情報画面４２０を説明する図である。図１２の予約情報が表示される状況は、10:00にＣさんが画像コードを撮像した場合である。図９によれば、10:00の時点で会議室に予定が入っていないので、予約情報送信部４４は会議名４０２の代わりに「予定はありません」４０８を会議名４０２に設定する。
【0179】
この後の予定欄４０７について、予約情報送信部４４は図９の「（予定なし）」以降の予約情報を参照するが、Ｃさんは、「△打ち合わせ」の予約者であるが、「□□会議」の予約者でも参加者でもないと判断する。このため、「△打ち合わせ」の会議名はマスクせず、「□□会議」の会議名を「Meeting」に変更する（マスクする）。
【0180】
この予約情報が端末装置６０に送信されると、会議室に予定が入っていないので（現在時刻に予約がなく、次の予約が「チェックイン待ち」になっていない）、表示制御部６６は「今すぐ利用」ボタン４０９を表示する。なお、「今すぐ利用」ボタン４０９が押された場合、会議名は「Meeting」などでよい。
【0181】
図１３は、「今すぐ利用」ボタン４０９が押された場合に端末装置６０が表示する予約情報画面４３０の一例を示す。Ｃさんが予約したため、予約者名は「Ｃさん」となる。また、会議名はデフォルトの「Meeting」である。また、予約者と画像コードを撮像したＣさんが一致するので、自動的にチェックインが行われる。端末装置６０には「チェックイン済み」が送信されるので、表示制御部６６は「退出」ボタン４０６を表示する。この後の予定欄４０７については図１２と同様になる。
【0182】
＜会議管理サーバ、端末装置の処理＞
図１４は会議管理サーバ３０の処理を説明するフローチャート図の一例である。図１４の処理は予約情報の要求（会議室ＩＤ、認証キー、会議室のメールアドレス及びユーザＩＤ）を会議管理サーバ３０が受信するとスタートする。なお、本実施例では予約情報の要求はチェックイン要求を兼ねる場合がある。
図１４は会議管理サーバ３０の処理を説明するフローチャート図の一例である。図１４の処理は予約情報の要求（会議室ＩＤ、認証キー、会議室のメールアドレス及びユーザＩＤ）を会議管理サーバ３０が受信するとスタートする。なお、本実施例では予約情報の要求はチェックイン要求を兼ねる場合がある。
【0183】
まず、利用管理部３８は端末装置６０から送信された会議室ＩＤで会議管理情報ＤＢ４９３の予約情報を特定する（Ｓ１０１）。
【0184】
利用管理部３８は特定した１つ以上の予約情報のステータスが「チェックイン待ち」のものがあるか否かを判断する（Ｓ１０２）。
【0185】
「チェックイン待ち」の予約情報がある場合、利用管理部３８は特定した予約情報の予約者又は参加者に、端末装置６０から送信されたユーザＩＤが含まれるか否かを判断する（Ｓ１０３）。
【0186】
ステップＳ１０３の判断がＹｅｓの場合、利用管理部３８はチェックインを許可する（Ｓ１０４）。したがって、予約情報のステータスをチェックイン済みに更新する。
【0187】
次に、予約情報送信部４４は、端末装置６０から送信された会議室ＩＤの会議室の、現在時刻以降の予約情報を会議管理情報ＤＢ４９３から取得する。そして、予約情報ごとに、予約者又は参加者に端末装置６０から送信されたユーザＩＤが含まれない否かを判断する（Ｓ１０５）。
【0188】
含まれない場合、予約情報送信部４４は、会議名を「Ｍｅｅｔｉｎｇ」などの一般的な用語に置き換え、予約者名又は参加者名を消去する（Ｓ１０６）。
【0189】
こうすることで、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
【0190】
図１５は、端末装置６０が予約情報を表示する手順を説明するフローチャート図の一例である。
【0191】
まず、端末装置６０のサーバ通信部６５が予約情報を受信する（Ｓ１１１）。表示制御部６６は現在時刻の予約があるか否かを判断する（Ｓ１１２）。すなわち、現在時刻に予約がなく、次の予約が「チェックイン待ち」になっていないかどうか判断する。ステータスが「チェックイン待ち」の予約情報があるかどうかを判断してもよい。
【0192】
現在時刻に予約がない場合、表示制御部６６は受信した予約情報を表示すると共に、今すぐ利用ボタンを表示する（Ｓ１１３）。
【0193】
現在時刻の予約情報がある場合、表示制御部６６はチェックイン済みを受信したか否かを判断する（Ｓ１１４）。
【0194】
チェックイン済みを受信した場合、表示制御部６６は受信した予約情報を表示すると共に、退出ボタンを表示する（Ｓ１１５）。
【0195】
こうすることで、端末装置６０は適切なボタンのみを表示することができる。
【0196】
【0197】
＜主な効果＞
以上説明したように、本実施形態のリソース予約システム１００は、端末装置６０で画像コードを撮像して、会議室情報を取得できる。端末装置６０は予約情報の表示やチェックイン/チェックアウトを会議管理サーバ３０に行うことができるので、別途、運営者が会議室端末を会議室ごとに配置する必要がなくなる。会議室ごとに会議室端末を配置しなくてもよいため、システム構築及び管理運用の負担を低減できる。
以上説明したように、本実施形態のリソース予約システム１００は、端末装置６０で画像コードを撮像して、会議室情報を取得できる。端末装置６０は予約情報の表示やチェックイン/チェックアウトを会議管理サーバ３０に行うことができるので、別途、運営者が会議室端末を会議室ごとに配置する必要がなくなる。会議室ごとに会議室端末を配置しなくてもよいため、システム構築及び管理運用の負担を低減できる。
【0198】
また、ユーザ認証済みの端末装置６０で会議室を利用することもできるので、ユーザ識別情報やユーザを特定した予約情報を記憶し、活用することもでき、例えばユーザ毎の予約情報を共有し、誰がいつまでどこにいるのかを、ユーザの情報に関連づいた上司や同僚の連絡先に知らせることも可能である。更に、会議室端末９０が予約情報を表示せず、端末装置６０においても予約情報がマスクされるので、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
【0199】
また、本実施形態ではユーザ認証済みの端末装置６０でユーザがチェックインすると説明したが、ユーザ認証されていない状態で端末装置６０が単に画像コードの撮像でチェックイン要求してもよい。この場合、ユーザが特定されないが、会議室が空いていれば、会議管理サーバ３０が１時間会議室の利用を許可する、などの使い方も可能になる。この場合、会議管理サーバ３０には、ユーザが誰かを問わず、会議室の予約が埋まっているかどうかのみの予約情報が記憶されていてよい。
【実施例2】
【0200】
本実施例では、画像コードが提示されている会議室とは別の会議室を端末装置６０から利用又は予約できるリソース予約システム１００について説明する。
【0201】
【0202】
＜端末装置が予約情報を表示する処理＞
図１６を参照して、端末装置６０が予約情報を表示するまでの処理を説明する。図１６は、リソース予約システムの動作を説明するシーケンス図の一例である。なお、図１６の説明では主に図８との相違を説明する。まず、ステップS1～S16の処理は図８と同様でよい。
図１６を参照して、端末装置６０が予約情報を表示するまでの処理を説明する。図１６は、リソース予約システムの動作を説明するシーケンス図の一例である。なお、図１６の説明では主に図８との相違を説明する。まず、ステップS1～S16の処理は図８と同様でよい。
【0203】
S31：本実施例では、予約情報の取得要求に対し、利用管理部３８がチェックインを行わず、予約情報送信部４４が予約情報（第二の予約情報の一例）を送信する。予約情報のマスク方法は実施例１と同様でよい。更に、本実施例の予約情報送信部４４は、画像コードに含まれるユーザＩＤが予約者アカウント又は参加者アカウントに含まれる過去の予約情報を会議管理情報ＤＢ４９３から抽出する。そしてこの予約情報から会議室ＩＤを取得する。つまり、予約情報送信部４４はユーザが過去に利用したことがある会議室を特定する。なお、ユーザが利用したことがある全ての会議室でなく、一定期間を遡って利用したことがある会議室を特定してもよいし、一定回数以上、利用したことがある会議室を特定してもよい。
【0204】
これにより、ユーザは画像コードが提示されている会議室とは別の会議室を端末装置６０からチェックインしたり、予約したりできるようになる。予約情報送信部４４は、ユーザが利用したことがある会議室の現時点以降の予約情報（第一の予約情報の一例）についても同様にマスク処理を行う。
【0205】
S32：会議管理サーバ３０の送信部３１ａは、画像コードが提示されている会議室及びユーザが利用したことがある会議室の予約情報を端末装置６０に送信する。
【0206】
S33：端末装置６０のサーバ通信部６５は予約情報を受信し、表示制御部６６が予約情報を表示する。端末装置６０が表示する予約情報の一例を図１７等に示す。表示制御部６６は、ユーザの操作に応じて、第一の予約情報と第二の予約情報を切り替えて表示する。
【0207】
＜画面例＞
次に、図１７～図２１を参照して、本実施例において端末装置６０が表示する予約情報を説明する。まず、図１７は会議管理サーバ３０が会議管理情報ＤＢ４９３に保持している予約情報を示す。この予約情報を端末装置６０が表示する場合を説明する。
次に、図１７～図２１を参照して、本実施例において端末装置６０が表示する予約情報を説明する。まず、図１７は会議管理サーバ３０が会議管理情報ＤＢ４９３に保持している予約情報を示す。この予約情報を端末装置６０が表示する場合を説明する。
【0208】
図１８は、Ａさんが端末装置６０に表示させた２０１会議室の予約情報画面４４０を示す。実施例１と同様に、Ａさんは「〇〇定例会議」の予約者であるため、端末装置６０は会議名４０２、予約者名４０４、及び、参加者名４０５を表示する。
【0209】
また、本実施例では、まだ、利用管理部３８がチェックイン処理を行っていないため、端末装置６０の表示制御部６６が、会議室を利用開始する（チェックイン）ための「開始」ボタン４１１と、予約をキャンセルするための「キャンセル」ボタン４１２を表示する。すなわち、表示制御部６６は、「〇〇定例会議」の予約情報の予約者名と記憶部７９のユーザＩＤが一致し、及び、端末装置６０が「チェックイン待ち」を受信したことから、「開始」ボタン４１１と「キャンセル」ボタン４１２を表示する。
【0210】
この後の予定欄４０７に表示される予約情報の作成方法は実施例１と同様である。Ａさんは、「〇〇定例会議」以外の予約情報の予約者でも参加者でもないため、会議名が「Meeting」とマスクされる。
【0211】
また、予約情報画面４４０はカメラアイコン４２１を有している。ユーザがカメラアイコン４２１を押下した場合、端末装置６０はカメラ（ＣＭＯＳ）を起動する。したがって、ユーザは予約情報画面４４０を表示させた状態から別の会議室に提示されている画像コードを撮像できる。
【0212】
図１９は、Ｂさんが端末装置６０に表示させた２０１会議室の予約情報画面４５０を示す。Ｂさんは「〇〇定例会議」の参加者であるため、端末装置６０は会議名４０２、予約者名４０４、及び、参加者名４０５を表示する。しかし、Ｂさんは「〇〇定例会議」の予約者でないため、チェックイン前でも表示制御部６６は「開始」ボタンと「キャンセル」ボタンを表示しない。表示制御部６６は記憶部７９のユーザＩＤと予約者名を比較してこのような制御を行う。ただし、参加者に対しても「開始」ボタンと「キャンセル」ボタンを表示してよい。一方のみを表示してもよい。
【0213】
また、この後の予定欄４０７において、Ｂさんは「××検討会議」の予約者であるため、予約情報送信部４４はこの予定のみ会議名をマスクせず、他の会議名については、「Meeting」とマスクする。
【0214】
図２０は、Ｃさんが端末装置６０に表示させた２０１会議室の予約情報画面４６０を示す。Ｃさんは「〇〇定例会議」の予約者でも参加者でもないため、予約情報送信部４４は会議名を「Meeting」とマスクする。また、予約者名と参加者名を削除する。
【0215】
この後の予定欄４０７において、Ｃさんは「△打ち合わせ」の予約者であるため、予約情報送信部４４は予約情報の会議名をマスクせず、予約者でも参加者でもない他の会議については、会議名を「Meeting」とマスクする。
【0216】
図２１は、Ａさんが13:00に画像コードを撮像した場合に端末装置６０が表示する２０１会議室の予約情報画面４７０を示す。図１７によれば、13:00には会議室が予約されていないので、予約情報送信部４４は会議名の代わりに「予定はありません」を会議名に設定する。
【0217】
この後の予定欄４０７について、予約情報送信部４４は図１７の「（予定なし）」以降の予約情報を参照するが、Ａさんは以降の会議の予約者でも参加者でもないため、予約情報送信部４４は会議名を「Meeting」とマスクする。
【0218】
この予約情報が端末装置６０に送信されると、会議室に予定が入っていないので（現在時刻に予約がなく、次の予約が「チェックイン待ち」になっていない）、表示制御部６６は「今すぐ利用」ボタン４０９を表示する。
【0219】
＜＜ユーザが予約していない会議室の画像コードを撮像した場合＞＞
ユーザが誤って予約していない会議室の画像コードを撮像する場合がある。あるいは、予約状況を確認するために任意の会議室の画像コードを撮像する場合がある。これらの場合、端末装置６０は例えば図２０に示すように、ユーザがチェックインできない画面を表示する。一般に、ユーザがどこにいてもチェックインできてしまうと空予約を抑制しにくくなる。このため、本実施形態のリソース予約システム１００では、ユーザが会議室に提示されている画像コードを撮像することで会議室にいることを推定し、チェックインを認めている。しかし、ユーザが予約していない別の会議室とはいえ、実際に会議室まで赴いている場合には、ユーザに空予約する意図がないと言えるので、チェックインできる条件を緩和することで利便性が向上する。
ユーザが誤って予約していない会議室の画像コードを撮像する場合がある。あるいは、予約状況を確認するために任意の会議室の画像コードを撮像する場合がある。これらの場合、端末装置６０は例えば図２０に示すように、ユーザがチェックインできない画面を表示する。一般に、ユーザがどこにいてもチェックインできてしまうと空予約を抑制しにくくなる。このため、本実施形態のリソース予約システム１００では、ユーザが会議室に提示されている画像コードを撮像することで会議室にいることを推定し、チェックインを認めている。しかし、ユーザが予約していない別の会議室とはいえ、実際に会議室まで赴いている場合には、ユーザに空予約する意図がないと言えるので、チェックインできる条件を緩和することで利便性が向上する。
【0220】
そこで、本実施例では、端末装置６０が過去に利用した会議室であれば、予約していない会議室の画像コードを撮像した場合でも利用管理部３８がチェックインを許可する。
【0221】
図２２は、図２０の画面から遷移する別の会議室の予約情報画面４８０を示す。ユーザはＣさんである。図２２（ａ）は図２０と同じである。まず、図２２（ａ）の予約情報画面４５０において、２０１会議室とは別の会議室の予約情報が送信されると表示制御部６６はスワイプボタン４５１を表示する。別の会議室の予約情報の有無は会議室ＩＤにより判断される。Ｃさんは予約したはずなのに「開始」ボタン等が表示されないことや、自分が予約した会議室とは異なる会議室名（２０１会議室）が表示されることから、スワイプボタン４５１をスワイプして別の会議室の予約情報を表示する。
【0222】
これにより、図２２（ｂ）の予約情報画面４８０が表示される。図２２（ｂ）の予約情報画面４８０では、予約者とユーザＩＤが一致しているため、会議名４０２、予約者名４０４及び参加者名４０５が表示されている。また、「開始」ボタン４１１と「キャンセル」ボタン４１２が表示されている。したがって、Ｃさんは２０２会議室にチェックインすることができる。
【0223】
このように、会議管理サーバ３０が、ユーザが画像コードを撮像した会議室以外の会議室の予約情報を送信することで、ユーザが改めて予約した会議室の画像コードを撮像し直さなくても、チェックインすることができる。
【0224】
すぐに利用したいのに、現時点で会議室の予約が埋まっている場合や、会議室を予約しているが、人数や機材の関係で会議室を変えたい場合なども、別の会議室を予約したり変更したりできる。
【0225】
＜予約情報が表示された画面からの新規予約＞
画像コードの撮像により会議室が特定されているので、ユーザが時間を指定して画像コードが提示されている会議室を予約できれば利便性が向上する。「今すぐ利用」ボタンでは現在時刻から一定時間しか予約できない。どのような予約情報が表示されたか、又は、利用状況（チェックイン済みかどうか）に関わらず、ユーザは予約情報の画面から新しく会議室を予約できる。
画像コードの撮像により会議室が特定されているので、ユーザが時間を指定して画像コードが提示されている会議室を予約できれば利便性が向上する。「今すぐ利用」ボタンでは現在時刻から一定時間しか予約できない。どのような予約情報が表示されたか、又は、利用状況（チェックイン済みかどうか）に関わらず、ユーザは予約情報の画面から新しく会議室を予約できる。
【0226】
図２３は、図１８の予約情報画面４４０から遷移される新規予約画面４９０の一例を示す図である。図２３（ａ）の予約情報画面４４０は新規予約ボタン４４１を有する。ユーザが新規予約ボタン４４１を押下すると、予約情報画面４４０は図２３（ｂ）の新規予約画面４９０に遷移する。なお、この遷移は、表示された予約状況（会議名、予約者名、参加者名、各種ボタンの有無）や利用状況（チェックイン済みかそうでないか）に関わらず可能である。
【0227】
新規予約画面４９０は、会議名欄４３１、会議室名欄４３２、開始時刻欄４３３及び終了時刻欄４３４の各入力欄を有している。新規予約画面４９０は会議管理サーバ３０が生成してもよいし、会議アプリ６０ｂが生成してもよい。ここでは会議管理サーバ３０が生成するものとする。会議室名欄４３２には、画像コードが提示されている会議室の会議室名を会議管理サーバ３０が設定する。会議名欄４３１、開始時刻欄４３３及び終了時刻欄４３４についてはユーザが任意の値を設定できる。なお、開始時刻欄４３３及び終了時刻欄４３４について、会議管理サーバ３０がすでに予約されている時間帯を端末装置６０に送信するとよい。端末装置６０がこの時間帯の予約を受け付けないように制御することで、ユーザは空いている時間を予約できる。
【0228】
ユーザが予約情報を入力し、「保存」ボタン４３５を押下すると、サーバ通信部６５が予約要求を予約管理サーバ２０に送信するので、予約を確定することができる。
【0229】
このように、ユーザは予約情報画面から新たに会議室を予約できる。
【0230】
＜＜他の会議室の予約＞＞
新規予約画面で、画像コードが提示されている会議室とは別の会議室の予約をユーザが行えれば利便性が更に向上する。この場合、会議管理サーバ３０は、画像コードが撮像された現在の会議室又はユーザの位置に応じて、ユーザが画像コードを撮像した会議室以外の会議室を、端末装置６０に提供するとよい。ユーザの位置とは会議室の場所という意味であるが、会議管理サーバ３０がＧＰＳ（ＧＮＳＳ：Global Navigation Satellite System）等でユーザの位置を検出できればユーザに近い会議室を提供できる。ＧＰＳを用いてユーザの端末装置の位置情報と近い位置のリソースを、会議管理サーバ３０（リソース管理サーバ）が検索して、端末装置に提示してもよい。この場合には屋外にあるリソース（社用車、駐車場、建物自体等）や、ワンフロアのオフィスの会議室やスペース等であれば、複数階のフロアの会議室に比べてＧＰＳを利用した検索が有効である。また複数階のフロアの会議室の場合は、無線通信による場所の特定とＧＰＳとを組み合わせて近くのリソースを検索し検索精度を上げてもよい。
新規予約画面で、画像コードが提示されている会議室とは別の会議室の予約をユーザが行えれば利便性が更に向上する。この場合、会議管理サーバ３０は、画像コードが撮像された現在の会議室又はユーザの位置に応じて、ユーザが画像コードを撮像した会議室以外の会議室を、端末装置６０に提供するとよい。ユーザの位置とは会議室の場所という意味であるが、会議管理サーバ３０がＧＰＳ（ＧＮＳＳ：Global Navigation Satellite System）等でユーザの位置を検出できればユーザに近い会議室を提供できる。ＧＰＳを用いてユーザの端末装置の位置情報と近い位置のリソースを、会議管理サーバ３０（リソース管理サーバ）が検索して、端末装置に提示してもよい。この場合には屋外にあるリソース（社用車、駐車場、建物自体等）や、ワンフロアのオフィスの会議室やスペース等であれば、複数階のフロアの会議室に比べてＧＰＳを利用した検索が有効である。また複数階のフロアの会議室の場合は、無線通信による場所の特定とＧＰＳとを組み合わせて近くのリソースを検索し検索精度を上げてもよい。
【0231】
そこで本実施例では図２４に示すように、会議管理サーバ３０は、近い会議室の情報を記憶部４９に保持している。図２４は会議室配置情報の一例である。会議室配置情報は会議室ごとにその会議室から所定距離内の会議室の会議室ＩＤを有している。会議管理サーバ３０は、ユーザが画像コードを撮像した会議室に対し近い会議室の会議室ＩＤを、予約情報と共に端末装置６０に送信しておく。
【0232】
ユーザが予約情報画面４４０で新規予約ボタン４４１を押下した場合、新規予約画面４９０は、ユーザが画像コードを撮像した会議室、及び、それに対し近い会議室を選択可能に表示する。
【0233】
図２５は、複数の会議室を選択可能に表示する新規予約画面の一例である。図２５は図２３と同様であるが、この新規予約画面の会議室名欄４３２はプルダウンメニュー４３６を有する。ユーザがプルダウンメニュー４３６を押下すると、画像コードを撮像した会議室、及び、それに対し近い会議室が表示される。
【0234】
なお、プルダウンメニュー４３６で、ユーザが利用したことがある会議室を表示してもよい。
【0235】
＜会議管理サーバ、端末装置の処理＞
図２６は会議管理サーバが行う処理を説明するフローチャート図の一例である。本実施例ではチェックインまでは行わないので、図１４のステップＳ１０２～Ｓ１０４がない点が異なっている。
図２６は会議管理サーバが行う処理を説明するフローチャート図の一例である。本実施例ではチェックインまでは行わないので、図１４のステップＳ１０２～Ｓ１０４がない点が異なっている。
【0236】
【0237】
ステップＳ１１４でチェックイン済みを受信しない場合、表示制御部６６は予約者と記憶部７９のユーザＩＤが一致し、かつ、予約情報のステータスが「チェックイン待ち」か否かを判断する（Ｓ１１６）。
【0238】
ステップＳ１１６の判断がＹｅｓの場合、表示制御部６６は「開始」ボタンと「キャンセル」ボタンを表示する（Ｓ１１７）。
【0239】
こうすることで端末装置６０は適切なボタンを表示できる。
【0240】
【0241】
＜主な効果＞
以上説明したように、本実施形態のリソース予約システム１００は、端末装置６０で画像コードを撮像して、会議室情報を取得できる。端末装置６０は予約情報の表示やチェックイン/チェックアウトを会議管理サーバ３０に行うことができるので、別途、運営者が会議室端末を会議室ごとに配置する必要がなくなる。会議室ごとに会議室端末を配置しなくてもよいため、システム構築及び管理運用の負担を低減できる。
以上説明したように、本実施形態のリソース予約システム１００は、端末装置６０で画像コードを撮像して、会議室情報を取得できる。端末装置６０は予約情報の表示やチェックイン/チェックアウトを会議管理サーバ３０に行うことができるので、別途、運営者が会議室端末を会議室ごとに配置する必要がなくなる。会議室ごとに会議室端末を配置しなくてもよいため、システム構築及び管理運用の負担を低減できる。
【0242】
また、ユーザ認証済みの端末装置６０で会議室を利用することもできるので、ユーザ識別情報やユーザを特定した予約情報を記憶・活用することもできる。例えばユーザ毎の予約情報を共有し誰がいつまでどこにいるのかをユーザの上司や同僚に知らせることも可能である。さらに、会議室端末９０が予約情報を表示せず、端末装置６０においても予約情報がマスクされるので、不特定多数の人が会議室の予約情報（会議名、予約者名、参加者名）を見ることを回避できる。
【0243】
すぐに利用したいのに、現時点で会議室の予約が埋まっている場合や、会議室を予約しているが、人数や機材の関係で会議室を変えたい場合なども、別の会議室を予約したり変更したりできる。
【実施例3】
【0244】
本実施例では、端末装置６０と会議室端末９０とが共に会議管理サーバ３０に接続するリソース予約システムについて説明する。
【0245】
図２８は、本実施例において、リソース予約システムの全体的な動作の概略を説明する図の一例である。会議室端末９０が会議管理サーバ３０に接続するまでの処理（Ｆの処理）は図１と同様であり、端末装置６０が会議管理サーバ３０に接続するまでの処理（(2)の処理）は図２と同様でよい。
【0246】
会議管理サーバ３０は、会議室端末９０と端末装置６０の両方からチェックイン要求を受信し、それぞれが適切なチェックイン要求である場合にチェックインを許可する（利用を許可する）。
【0247】
すなわち、会議管理サーバ３０の利用管理部３８は、端末装置６０、及び、会議室端末９０のそれぞれからチェックイン要求を受信する。利用管理部３８は、端末装置６０から送信された会議室ＩＤで会議管理情報ＤＢ４９３を検索し、ステータスが「チェックイン待ち」の予約情報があるか否かを判断する。ステータスが「チェックイン待ち」の予約情報があれば、利用管理部３８は、予約情報の予約者アカウント又は参加予定者アカウントに、端末装置６０から送信されたユーザＩＤが含まれているかどうかを判断する。予約者アカウント又は参加予定者アカウントに端末装置６０から送信されたユーザＩＤが含まれている場合、利用管理部３８は会議室端末９０からのチェックイン要求を判断する。
【0248】
利用管理部３８は会議室端末９０が送信する会議室ＩＤで特定される会議室のステータスが「チェックイン待ち」で、会議室端末９０が送信する会議室ＩＤと会議識別情報（招待コード）の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。なお、会議室端末９０と端末装置６０の判断の前後は逆でもよい。
【0249】
チェックアウトに関しては、会議室端末９０と端末装置６０の両方からチェックアウト要求がある場合に利用管理部３８がチェックアウトを許可してもよいし、どちらか一方からチェックアウト要求がある場合に利用管理部３８がチェックアウトを許可してもよい。
【0250】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0251】
例えば、予約情報画面では予約者の所属名を表示したりマスクしたりしてもよい。この他、マスクする情報は、会議の内容を知られる可能性のある情報が好ましく、アイコン、連絡先情報などの個人情報でもよい。
【0252】
なお、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【0253】
本実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、会議管理サーバ３０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、受付端末７は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。
【0254】
また、本実施形態のリソース予約システム１００はＷｅｂサービスとも称することができる。Ｗｅｂサービスとはインターネット関連技術を応用して提供される各種のサービスである。例えば、会議室貸し出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。
【0255】
また、以上の実施例で示した図６、図７などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【0256】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【符号の説明】
【0257】
６ 会議室
１０ チャットサーバ
２０ 予約管理サーバ
３０ 会議管理サーバ
６０ 端末装置
１００ リソース予約システム
１０ チャットサーバ
２０ 予約管理サーバ
３０ 会議管理サーバ
６０ 端末装置
１００ リソース予約システム
【先行技術文献】
【特許文献】
【0258】
【文献】特開２０１６‐４５１１号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】