(57)【要約】      （修正有）【課題】ユーザの場所とリソースの場所とを考慮してリソースを提案できるリソース提案システムを提供する。【解決手段】会議管理サーバは、アクセスポイントの識別情報と前記アクセスポイントの場所を対応付けて記憶するアクセスポイント場所情報記憶部と、リソースの場所を記憶するリソース場所情報記憶部と、端末装置から前記アクセスポイントの識別情報を受信する受信手段３１ｂと、端末装置から送信された前記アクセスポイントの識別情報に対応付けられた前記アクセスポイントの場所を、前記アクセスポイント場所情報記憶部から取得し、前記アクセスポイントの近傍の前記リソースを前記リソース場所情報記憶部から取得するリソース取得手段３９と、リソース取得手段が取得した前記リソースに関する情報を前記端末装置に送信する第二の送信手段３１ａと、を有する。【選択図】図６
2020052698.tif 000002
【特許請求の範囲】
【請求項１】
リソースの予約に関する設定を受け付ける端末装置と、前記端末装置から送信された前記予約に関する設定に基づいてリソースの予約を受け付ける１つ以上の情報処理装置と、を有するリソース予約システムであって、
前記端末装置は、
アクセスポイントの識別情報を取得する識別情報取得手段と、
前記アクセスポイントの識別情報を前記情報処理装置に送信する第一の送信手段と、を有し、
前記情報処理装置は、
前記アクセスポイントの識別情報と前記アクセスポイントの場所を対応付けて記憶するアクセスポイント場所情報記憶部と、
前記リソースの場所を記憶するリソース場所情報記憶部と、
前記端末装置から前記アクセスポイントの識別情報を受信する受信手段と、
前記端末装置から送信された前記アクセスポイントの識別情報に対応付けられた前記アクセスポイントの場所を、前記アクセスポイント場所情報記憶部から取得し、前記アクセスポイントの場所の近傍の前記リソースを前記リソース場所情報記憶部から取得するリソース取得手段と、
前記リソース取得手段が取得した前記リソースに関する情報を前記端末装置に送信する第二の送信手段と、を有することを特徴とするリソース予約システム。
【請求項２】
前記アクセスポイント場所情報記憶部において前記アクセスポイントの場所は複数のカテゴリにより特定されており、
前記リソース場所情報記憶部において前記リソースの場所は複数のカテゴリにより特定されており、
前記リソース取得手段は、前記アクセスポイントの場所と前記リソースの場所が一致するか否かをカテゴリごと比較し、
前記アクセスポイントの場所と前記リソースの場所のカテゴリが一致する数が多い順に前記リソースを前記リソース場所情報記憶部から取得することを特徴とする請求項１に記載のリソース予約システム。
【請求項３】
前記複数のカテゴリにはそれぞれ予め優先度が設定されており、
前記リソース取得手段は、前記アクセスポイントの場所と前記リソースの場所をカテゴリごとに比較し、一致した場合はカテゴリに応じた優先度をカテゴリの数だけ加算し、
加算した値が大きい順に前記リソースを前記リソース場所情報記憶部から取得することを特徴とする請求項２に記載のリソース予約システム。
【請求項４】
前記カテゴリは、棟、フロア、方位、及び、エレベータであることを特徴とする請求項３に記載のリソース予約システム。
【請求項５】
前記優先度は、棟＞エレベータ＞フロア＞方位の順に大きいことを特徴とする請求項４に記載のリソース予約システム。
【請求項６】
前記受信手段は、前記リソースを予約する日時を前記端末装置から受信し、
前記リソース取得手段は、前記日時に空いている前記リソースを、前記リソースの予約状況を管理する第二の情報処理装置から取得し、
前記第二の情報処理装置から取得した前記リソースのうち、前記アクセスポイントの場所から近い順に１つ以上の前記リソースを前記リソース場所情報記憶部から取得することを特徴とする請求項１に記載のリソース予約システム。
【請求項７】
前記アクセスポイント場所情報記憶部において前記アクセスポイントの場所は複数のカテゴリにより特定されており、
前記リソース場所情報記憶部において前記リソースの場所は複数のカテゴリにより特定されており、
前記リソース取得手段は、前記カテゴリとして、棟、フロア及び方位が一致する前記リソースを最も高い優先順位に決定し、
棟及び方位が一致する前記リソースを次の優先順位に決定し、
棟及びエレベータが一致する前記リソースをその次の優先順位に決定し、
前記優先順位が大きい順に前記リソースを前記リソース場所情報記憶部から取得することを特徴とする請求項６に記載のリソース予約システム。
【請求項８】
前記端末装置は、
前記情報処理装置から受信した前記リソースに関する情報を、前記アクセスポイントの場所から近い順に表示装置に表示する表示処理手段を有することを特徴とする請求項１〜７のいずれか１項に記載のリソース予約システム。
【請求項９】
リソースの予約に関する設定を受け付ける端末装置と、前記端末装置から送信された前記予約に関する設定に基づいてリソースを提供する１つ以上の情報処理装置と、を有するリソース予約システムが行うリソース予約方法であって、
前記端末装置は、
アクセスポイントの識別情報を取得するステップと、
前記アクセスポイントの識別情報を前記情報処理装置に送信するステップと、を有し、
前記情報処理装置は、
前記アクセスポイントの識別情報と前記アクセスポイントの場所を対応付けて記憶するアクセスポイント場所情報記憶部を参照して、前記端末装置から送信された前記アクセスポイントの識別情報に対応付けられた前記アクセスポイントの場所を、前記アクセスポイント場所情報記憶部から取得するステップと、
前記リソースの場所を記憶するリソース場所情報記憶部を参照して、前記アクセスポイントの近傍の前記リソースを前記リソース場所情報記憶部から取得するステップと、
前記リソース場所情報記憶部から取得された前記リソースに関する情報を前記端末装置に送信するステップと、を有することを特徴とするリソース予約方法。
【請求項１０】
リソースの予約に関する設定を受け付ける端末装置から送信された前記予約に関する設定に基づいてリソースを提供する情報処理装置であって、
端末装置が取得したアクセスポイントの識別情報を受信する受信手段と、
前記アクセスポイントの識別情報と前記アクセスポイントの場所を対応付けて記憶するアクセスポイント場所情報記憶部と、
前記リソースの場所を記憶するリソース場所情報記憶部と、
前記端末装置から送信された前記アクセスポイントの識別情報に対応付けられた前記アクセスポイントの場所を、前記アクセスポイント場所情報記憶部から取得し、前記アクセスポイントの近傍の前記リソースを前記リソース場所情報記憶部から取得するリソース取得手段と、
前記リソース取得手段が取得した前記リソースに関する情報を前記端末装置に送信する送信手段と、を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース予約システム、リソース予約方法、及び、情報処理装置に関する。
【背景技術】
【０００２】
会議室等のリソースの予約を受け付けるリソース予約システムが知られている。会議の予約者は端末装置を予約管理サーバと通信させ、端末装置で動作するブラウザで会議室を予約できる。会議の各参加予定者は端末装置を操作してそれぞれ予約管理サーバと通信し、会議の予定や場所等を確認できる。
【０００３】
ユーザが会議室を予約する際には日時と人数などの会議の開催条件で空いている会議室を探すが、更に検索条件を追加する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、会議室の空き時間の総計が減るように会議室を推奨する予約システムについて開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のリソース予約システムでは、ユーザの場所とリソースの場所とが考慮されていないという問題があった。つまり、会議のためにユーザは遠く離れた会議室まで移動するには時間がかかってしまう。ユーザから見て近い場所の会議室が空いている場合は、この会議室を予約することでユーザが効率よく移動でき生産性を向上できる。
【０００５】
本発明は、上記課題に鑑み、ユーザの場所とリソースの場所とを考慮して予約の対象のリソースを提案できるリソース予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、リソースの予約に関する設定を受け付ける端末装置と、前記端末装置から送信された前記予約に関する設定に基づいてリソースを提供する１つ以上の情報処理装置と、を有するリソース予約システムであって、
前記端末装置は、アクセスポイントの識別情報を取得する識別情報取得手段と、前記アクセスポイントの識別情報を前記情報処理装置に送信する第一の送信手段と、を有し、
前記情報処理装置は、前記アクセスポイントの識別情報と前記アクセスポイントの場所を対応付けて記憶するアクセスポイント場所情報記憶部と、前記リソースの場所を記憶するリソース場所情報記憶部と、前記端末装置から前記アクセスポイントの識別情報を受信する受信手段と、前記端末装置から送信された前記アクセスポイントの識別情報に対応付けられた前記アクセスポイントの場所を、前記アクセスポイント場所情報記憶部から取得し、前記アクセスポイントの近傍の前記リソースを前記リソース場所情報記憶部から取得するリソース取得手段と、前記リソース取得手段が取得した前記リソースに関する情報を前記端末装置に送信する第二の送信手段と、を有することを特徴とする。
【発明の効果】
【０００７】
ユーザの場所とリソースの場所とを考慮してリソースを提案できるリソース予約システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】リソース予約システムの全体的な動作の概略を説明する図の一例である。
【図２】会議管理サーバが予約者の現在地に適した会議室を提案する際の動作について説明する図である。
【図３】リソース予約システムの一例のシステム構成図である。
【図４】会議管理サーバの一例のハードウェア構成図である。
【図５】会議室端末の一例のハードウェア構成図である。
【図６】予約管理サーバ、チャットサーバ、及び、会議管理サーバの機能をブロック状に示す機能ブロック図の一例である。
【図７】端末装置及び会議室端末の機能をブロック状に示す機能ブロック図の一例である。
【図８】会議室の予約時におけるリソース予約システムの処理を説明するシーケンス図の一例である。
【図９】会議室提案部が会議室を提案する手順を示すフローチャート図の一例である。
【図１０】図８のステップS107で端末装置が表示する予約設定画面の一例を示す図である。
【図１１】優先度情報ＤＢに記憶されている優先度情報テーブルの一例を示す図である。
【図１２】会議室提案部が会議室を提案する手順を示すフローチャート図の一例である。
【図１３】会議室提案部が会議室を提案する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例として、リソース予約システムとリソース予約システムが行うリソース予約方法について図面を参照しながら説明する。
【００１０】
＜リソース予約システムの概略＞
始めに図１を用いてリソース予約システムの概略を説明する。図１はリソース予約システム１００の全体的な動作の概略を説明する図の一例である。
【００１１】
Ａ．予約者は自分の端末装置を操作して予約管理サーバ２０と通信し、会議室を予約する。予約管理サーバ２０は汎用のクラウドサービス（Office365、G Suite（いずれも登録商標）等）であるが、予約者が所属する企業などの組織が有する会議室が登録されている。
【００１２】
Ｂ．会議管理サーバ３０は会議室の予約状況に基づいてリソース予約システム１００の全体を制御するサーバである。会議管理サーバ３０は適宜、予約管理サーバ２０と通信して予約情報を取得するので、予約管理サーバ２０と予約情報を同期している。
【００１３】
Ｃ．リソース予約システム又は組織側の管理者は会議管理サーバ３０に対し、ユーザの登録、及び、各種の設定を行うことができる。ユーザの登録とは、チャットサーバ１０（slack、Line、Microsoft Teams（いずれも登録商標）等）を使った各種の通知の対象となるユーザを登録することをいう。また、通知は会議管理サーバ３０としてメッセージを送信するボットを介して行われるためチャットサーバが提供するボットも登録される。各種の設定は、会議室端末９０の登録、リマインドのタイミングの設定などである。
【００１４】
Ｄ．会議管理サーバ３０は予約情報における会議の開始時刻の一定時間前になると、予約者に会議の開催をリマインドする。これにより、会議室の空予約を抑制する。また、会議管理サーバ３０は必要に応じてユーザに招待コードを通知する。会議の予約者はリマインドを受信することで会議室にチェックインするための情報（会議識別情報）を端末装置６０に保存する。
【００１５】
Ｅ．各会議室６には会議室端末９０が配置されており、定期的にこの会議室で行う会議の予約情報を会議室端末９０がダウンロードしている。会議室端末９０は当日や直近の会議の予定などを表示して参加者に予定を確認させることができる。会議の開始時刻の少し前になると会議室の予約者は会議室６に赴いてチェックインする。例えば、会議識別情報を会議室端末９０に入力する、又は、端末装置６０を会議識別情報にかざす（会議識別情報を読み取らせる、通信させるなど）。
【００１６】
Ｆ．会議室端末９０はチェックイン要求を会議管理サーバ３０に送信するので、会議識別情報で認証できれば、チェックインできた旨の応答を会議管理サーバ３０から受信する。会議室端末９０は会議中（使用中）である旨を表示する。会議の開始時刻に対し決まった時刻までにチェックインが確認できない場合、会議管理サーバ３０は会議室６の予約をキャンセルして、予約情報に含まれるステータスとしてキャンセル済みを会議室端末９０に送信する。この場合、会議室端末９０は空室である旨を表示するので、任意のユーザが会議室６を使用できる。
【００１７】
Ｇ．会議室端末９０は、会議管理サーバ３０からの要求により電子機器７０を制御する。例えば、会議開始時刻に電源をＯＮし、会議終了時刻に電源をＯＦＦする。こうすることで、会議の参加者による電子機器７０の操作時の利便性を向上できる。
【００１８】
Ｈ．電子機器７０が例えばテレビ会議の機能を有する場合、別の拠点４の電子機器（テレビ会議端末７０ｘ等）と通信して、他拠点と会議を開催できる。なお、アプリが動作するＰＣ７０ｙも電子機器７０と通信できる。予約情報には予め他拠点を示す宛先情報（宛先の通信ＩＤ）が含まれており、電子機器７０は自動でテレビ会議端末７０ｘ及びＰＣ７０ｙと通信できる。
【００１９】
Ｉ．予約者が会議を終了する際、会議室端末９０のボタンを押下してチェックアウトするので、会議室端末９０は次の予約状況を表示する。これにより、任意のユーザが会議室の予約状況を把握できる。
【００２０】
＜会議室の提案の概略＞
図２は、会議管理サーバ３０が予約者の現在地５に適した会議室を提案する際の動作について説明する図である。
（１）まず、予約者３０１はある建物のあるフロアのある方位に存在している。予約者３０１は端末装置６０を操作して会議管理サーバ３０と通信する。予約者３０１の近くには無線ＬＡＮのアクセスポイント７１があり、端末装置６０はこのアクセスポイント７１を経由して会議管理サーバ３０と通信する。
（２）端末装置６０はアクセスポイント７１のＭＡＣアドレスを会議管理サーバ３０に送信するので、会議管理サーバ３０はこのＭＡＣアドレスを使って予約者３０１の近くの会議室６を提案することができる。
（３）会議管理サーバ３０は、
Ｉ. ＭＡＣアドレスにアクセスポイント７１の場所（棟・フロア・方位）が対応付けられたテーブルを参照して、予約者３０１の現在地５を推定する。
II. 次に、会議室の場所が登録されたテーブルを参照して、予約者の現在地５に近傍の会議室６を決定する。
【００２１】
この会議室６はアクセスポイント７１に近傍の会議室６なので、予約者の現在地５から見ても近傍の会議室６である。したがって、本実施形態の会議管理サーバ３０は予約者３０１の現在地５に近い会議室６を提案できる。
【００２２】
＜用語について＞
リソースとは資源をいう。会議室、及び、会議室で使用可能な備品、装置、人（受け付け）、仕組みなどがリソースとなりうる。リソースのうち移動しにくいものを設備という。本実施形態では説明の便宜上、リソースの一例として会議室という用語を使用する。
【００２３】
リソースに関する情報とは、リソースを少なくとも特定できる情報であればよい。例えば、設備名、設備の場所、設備までの経路などをいう。
【００２４】
アクセスポイントとは、無線ＬＡＮなどの無線通信において電波を中継する機器をいう。ルーティング機能を有さないブリッジタイプとルーティング機能を有するルータータイプのどちらでもよい。
【００２５】
アクセスポイントの識別情報はアクセスポイントを特定又は識別する識別情報であり、本実施形態ではＭＡＣアドレスという用語で説明する。アクセスポイントを識別できれば、ＭＡＣアドレス以外の情報が用いられてよい。例えば、アクセスポイントに割り当てられた数値、アルファベット、記号などでもよい。
【００２６】
参加者とは会議への参加者をいう。予約者は会議室を予約した者をいう。一般に予約者は参加者の一人であるので両者を厳密に区別しなくてよい。予約者が行う作業は参加者が行うことができる場合がある。参加予定者とは、会議へ参加する予定の者をいう。本実施形態では予約情報に参加する予定であると登録されている者でよい。会議室を利用する者を単に総称してユーザという。
【００２７】
＜システム構成例＞
図３は、リソース予約システム１００のシステム構成図の一例である。リソース予約システム１００は、主に社外ネットワークＮ２と社内ネットワークＮ１に分けることができる。社内ネットワークＮ１はファイアウォール７３の内側のネットワークをいい、社外ネットワークＮ２は不特定多数の通信が伝送されるインターネット等のネットワークである。
【００２８】
社外ネットワークＮ２には、予約管理サーバ２０、会議管理サーバ３０、及びチャットサーバ１０が接続されており、各サーバは必要に応じて通信することができる。社外ネットワークＮ２に会議の参加者が操作する端末装置６０が必要に応じて接続されてよい。
【００２９】
予約管理サーバ２０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ２０が提供する設備の予約に関するシステムを予約管理システムという。予約管理サーバ２０はカレンダーシステムを有しており、各種の予定を管理するＷｅｂアプリを提供する。具体的には、例えば以下のような機能を有している。
・予定の登録を受け付け、いつでもどこからでも予約者が確認できる
・予定の30分前など、設定した日時に電子メールで通知する
・一人が複数のカレンダー（仕事用、家庭用など）で予定を管理できる
・同じグループの人とカレンダーを共有する
予約管理サーバ２０はユーザをアカウントで管理する。アカウントとはユーザがサービスを利用する権利のことである。多くのシステムではユーザはアカウントを使用してシステムにログインする。このため、アカウントはシステムがユーザを一意に特定する機能（識別情報の機能）を有している。本実施形態では、予め登録しておいたアカウント（ドメイン）の予約情報を予約管理サーバ２０が会議管理サーバ３０に送信する。あるいは、予約管理サーバ２０のアカウントを指定して会議管理サーバ３０が予約情報を要求することで、会議管理サーバ３０が会議室６の予約情報を予約管理サーバ２０から取得できる。なお、アカウントは例えば電子メール、ＩＤ、電話番号など、ユーザを一意に識別できる情報であればよい。
【００３０】
本実施形態で予定として管理されるのは会議室６の予約であるが、予約管理サーバ２０は会議室６に限られず各種の予定を管理できる。会議室６の他、各種の電子機器のレンタル、駐車場の予約など、レンタルオフィス、レンタルスタジオ、レンタカー、レンタサイクル、ホテル等の宿泊施設、催し物会場・ロッカーなどの貸しスペースなど、各種の設備の予約に利用できる。
【００３１】
なお、予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理サーバ２０であればよい。
【００３２】
また、本実施形態では、社内ネットワークＮ１の会議室６に関する情報が予約管理サーバ２０に予め登録されている。すなわち、リソース予約システム１００を利用する企業の社内ネットワークにある各会議室６の会議室名、会議室ＩＤ、予約可能時間、各会議室６の定員、及び、予約単位等に応じて予約管理サーバ２０のＷｅｂアプリがカスタマイズされている。したがって、リソース予約システム１００を利用する企業の会議室６と予約情報が結びつけられる。
【００３３】
チャットサーバ１０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。チャットサーバ１０が提供する複数のユーザにおけるテキスト、音声、映像などの情報のリアルタイムな共有システムをチャットシステムという。チャットサーバ１０は端末装置６０に会議室６の予約に関する情報（予約した日時や会議室名など）を通知する。
【００３４】
共有される情報には画像や音声等もありテキストに限られないが、本実施形態では説明の便宜上、通知には主にテキストが用いられるとして説明している。例えば、チャットシステムは、グループ間の音声通話機能を提供してよい。音声通話は１対１でも１対Ｎ（≧２）でもよい。したがって、本実施形態でチャットシステムが会議室６の予約に関する情報を通知する際は、テキストの表示の他、音声メッセージの出力でもよい。なお、チャットシステムとしてはＬＩＮＥ（登録商標）、Ｓｌａｃｋ（登録商標）、Microsoft Teams（登録商標）等が知られているが、ボット（事前に決められている処理を実行するプログラム）から１又は複数のユーザに対して通知が可能なチャットシステムであればよい。
【００３５】
チャットサーバ１０も同様にアカウント（予約管理サーバ２０のアカウントとは異なる）でユーザを管理するが、原則的に会議管理サーバ３０はチャットサーバ１０のアカウントを意識する必要はない。しかし、会議管理サーバ３０はチャットサーバ１０の任意のアカウントを指定して通知することができる。
【００３６】
会議管理サーバ３０は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。会議管理サーバ３０は社外ネットワークＮ２に関する処理として、予約管理サーバ２０から会議室６の予約情報を取得し、予約情報に設定されている参加予定者を取得し、設定されているタイミングで参加予定者と対応付けられたチャットサーバ１０のグループ（又は予約者など個別の者）に通知を送信する。また、社内ネットワークＮ１に関する処理として、会議室６へのチェックイン及びチェックアウトを管理したり、予約管理サーバ２０から取得した会議室６の予約情報に基づいて電子機器７０の電源等を制御したりする。
【００３７】
社内には会議室６や予約者の現在地５などがあり、参加予定者は各地から社内ネットワークＮ１を介して社外ネットワークＮ２にアクセスできる。社内ネットワークＮ１は例えばＬＡＮ（Local Area Network）である。
【００３８】
会議室６には社内ネットワークＮ１に接続されたアクセスポイント７２が配置されている。会議室端末９０、及び電子機器７０はアクセスポイント７２を介して社内ネットワークＮ１に接続する。会議室端末９０、及び電子機器７０はアクセスポイント７２を介して必要に応じて通信することができる。
【００３９】
アクセスポイント７２は、会議室端末９０と電子機器７０が無線ＬＡＮで通信するための基地局である。アクセスポイント７２がルータの機能を有していてもよく、アクセスポイント７２は通信の宛先ＩＰアドレスに基づいて宛先が社外ネットワークＮ２か社内ネットワークＮ１かを判断して通信の転送先を切り替える。なお、社内ネットワークＮ１はファイアウォール７３の内側にあるため、社外ネットワークＮ２から社内ネットワークＮ１への直接の通信は困難になっている。当然ながら有線で通信してもよい。
【００４０】
会議室端末９０は、会議室６を利用する参加者が操作する情報処理装置（設備端末）である。会議室端末９０は会議室６の机の上に配置されていたり、会議室６の入り口に配置されたりしている。１つの会議室６に会議室端末９０が複数、配置されていてもよい。会議室端末９０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。
【００４１】
会議室端末９０は会議管理サーバ３０に会議室ＩＤを送信し、当日の会議室６の会議管理情報などを表示する。また、電子機器７０の電源ＯＮ、ＯＦＦ等の制御情報を会議管理サーバ３０から取得する。これにより、会議室端末９０は電子機器７０の電源をＯＮ及びＯＦＦする。
【００４２】
また、会議室端末９０はチェックイン、チェックアウトなどのための待ち受け画面を表示し、チェックイン又はチェックアウトを会議管理サーバ３０に知らせるために会議管理サーバ３０と通信する。チェックインの際、会議室端末９０は予約者から入力された会議識別情報と予め保持する会議室ＩＤを会議管理サーバ３０に送信するので、会議管理サーバ３０は会議識別情報と会議室ＩＤにより、会議室６を予約した予約者が予約した会議室６を使用することを確認できる。
【００４３】
電子機器７０は会議室６で使用され得る各種のオフィス機器である。例えば、電子黒板、複合機、プロジェクタ、デジタルサイネージ、デジタルカメラ等である。電子黒板とは、タッチパネル付大型ディスプレイを有しユーザが指示した盤面の座標を検出し座標を接続してストロークを表示する。この他、接続されたＰＣの映像を表示したり、他拠点の電子黒板と通信してストロークを同期したりすることができる。なお、電子黒板は、電子情報ボード、電子ホワイトボードと呼ばれる場合もある。
【００４４】
複合機は、コピー機、スキャナ、プリンタ、ファクス送受信などの機能を有し、会議中の資料の印刷や資料のコピー、資料の電子化、資料の送信などに利用される。プロジェクタは画像を投影する装置である。例えば、端末装置６０がディスプレイに表示する映像をスクリーン等に投影することで参加者の間で共有することを可能にする。デジタルサイネージは大型のディスプレイであり任意の静止画又は動画を表示するために使用される。デジタルカメラは紙の資料や電子黒板に表示された資料を各参加者が撮像して保存するために使用される。
【００４５】
予約者の現在地５にはアクセスポイント７１があり、端末装置６０はこのアクセスポイント７１を介して社内ネットワークＮ１に接続する。端末装置６０は電波強度が最も大きいアクセスポイント７１と通信する。電波強度が最も大きいアクセスポイント７１が予約者から見て最も近いとは限らないが、少なくともアクセスポイント７１から電波が届く範囲に予約者が存在する。したがって、端末装置６０が通信しているアクセスポイント７１の近く又は電波が届く範囲の予約者の現在地５である。
【００４６】
複数のアクセスポイント７１があってもよい。つまり、端末装置６０が並行して複数のアクセスポイント７１と通信できる状況もあり得る。この場合、端末装置６０によっては自動的に電波強度が大きい方のアクセスポイント７１と通信するローミングという機能を有しており、電波強度が最も大きいアクセスポイント７１が自動的に特定される。
【００４７】
端末装置６０は、一般的なＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。端末装置６０は、例えば、スマートフォン、タブレット端末、ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しブラウザソフトウェア、又は、チャットサーバ１０若しくは予約管理サーバ２０に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置６０となりうる。
【００４８】
端末装置６０ではチャットサーバ１０に専用のアプリケーションソフトウェア（以下、チャットアプリという）が動作し、更に、リソース予約システム１００に専用のアプリケーションソフトウェア（以下、会議アプリという）が動作する。ただし、これらはブラウザソフトウェアで代用されてよい。
【００４９】
＜ハードウェア構成＞
<<会議管理サーバのハードウェア構成>>
図４は、会議管理サーバ３０のハードウェア構成図の一例である。会議管理サーバ３０の概略的なハードウェア構成図の一例である。会議管理サーバ３０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、会議管理サーバ３０の他のデバイス又はドライバ、例えば、グラフィクス・ドライバ２０４及びネットワーク・ドライバ（ＮＩＣ）２０５へと接続されている。
【００５０】
グラフィクス・ドライバ２０４は、バスを介してＬＣＤ（表示装置、ディスプレイの一例）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで会議管理サーバ３０を社外ネットワークＮ２へと接続して、他の機器とのセッションを確立させている。
【００５１】
システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰ８０Ｉ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ＨＤＤ（ハードディスクドライブ）２０９などの記憶装置が接続されている。ＨＤＤ２０９は会議管理サーバ３０の全体を制御するプログラム２０９ｐを記憶している。ＨＤＤ２０９はＳＳＤ（Solid State Drive）でもよい。プログラム２０９ｐは記憶媒体に記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。
【００５２】
また、Ｉ／Ｏバス２０８には、ＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、システム管理者などのオペレータによる入力及び指令を受け付けている。
【００５３】
なお、図示した会議管理サーバ３０のハードウェア構成は、会議管理サーバ３０が備えていることが好ましいハード的な要素を示す。
【００５４】
予約管理サーバ２０、チャットサーバ１０、及び、端末装置６０のハードウェア構成図は、会議管理サーバ３０と同様であるか、又は、異なるとしても本実施形態のリソース予約システム１００の説明の上で支障はないものとする。また、会議管理サーバ３０、予約管理サーバ２０、及び、チャットサーバ１０はクラウドコンピューティングに対応するため、これらのハードウェア構成は負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。なお、クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。
【００５５】
<<会議室端末>>
図５は会議室端末９０の一例のハードウェア構成図である。なお、図５の会議室端末９０はタブレット装置が想定されている。会議室端末９０は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、加速度・方位センサ６０６、メディアドライブ６０８を備えている。
【００５６】
ＣＰＵ６０１は会議室端末９０の全体の動作を制御する。ＲＯＭ６０２は基本入出力プログラムを記憶している。ＲＡＭ６０３はＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４はＣＰＵ６０１の制御にしたがってデータの読み出し又は書き込みを行う。ＣＭＯＳセンサ６０５は、ＣＰＵ６０１の制御にしたがって被写体を撮像し画像データを得る。加速度・方位センサ６０６は地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等である。
【００５７】
メディアドライブ６０８は、フラッシュメモリ等のメディア６０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ６０８は、既に記録されていたデータが読み出され又は新たにデータが書き込まれて記憶するメディア６０７を着脱自在な構成となっている。
【００５８】
なお、ＥＥＰＲＯＭ６０４には、ＣＰＵ６０１が実行するプログラム６０４ｐが記憶されている。プログラム６０４ｐは実施形態における各種処理を実行するためのアプリケーションソフトウェアやＯＳ等である。プログラム６０４ｐはメディア６０７などに記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。
【００５９】
また、ＣＭＯＳセンサ６０５は光を電荷に変換して被写体の画像を電子化する電荷結合素子である。ＣＭＯＳセンサ６０５は被写体を撮像することができるのであれば、例えばＣＣＤ（Charge  Coupled  Device）センサであってもよい。ＣＭＯＳセンサ６０５はバーコードや二次元バーコードを読み取ることができる。
【００６０】
更に、会議室端末９０は、ＲＦタグリーダ/ライタ６２２、アンテナＩ/Ｆ６２３、及び、振動アクチュエータ６２４を備える。ＲＦタグリーダ/ライタ６２２は例えばＮＦＣ（Near Field Communication）などの規格にしたがって通信する。
【００６１】
振動アクチュエータ６２４は、会議室端末９０を振動させるモータである。例えば、会議の終了時刻が迫ると会議室端末９０が振動することで参加者にその旨を知らせることができる。
【００６２】
更に、会議室端末９０は音声入力部６０９、音声出力部６１０、アンテナ６１１、通信部６１２、無線ＬＡＮ通信部６１３、近距離無線通信用アンテナ６１４、近距離無線通信部６１５、ディスプレイ６１６、タッチパネル６１７及びバスライン６１９を備える。
【００６３】
音声入力部６０９は音声を音声信号に変換する。音声出力部６１０は音声信号を音声に変換する。通信部６１２はアンテナ６１１を利用して無線通信信号により最寄りの基地局装置と通信を行う。無線ＬＡＮ通信部６１３はＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ通信を行う。
【００６４】
近距離無線通信部６１５は近距離無線通信用アンテナ６１４を利用して例えばBluetooth（登録商標）、又は、Bluetooth Low Energy（登録商標）の通信規格にしたがった通信装置である。
【００６５】
ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。
【００６６】
また、会議室端末９０は専用の電池６１８を備え、電池６１８又は商用電源のいずれによっても駆動され得る。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。
【００６７】
＜機能について＞
図６は、予約管理サーバ２０、チャットサーバ１０、及び、会議管理サーバ３０の機能をブロック状に示す機能ブロック図の一例である。
【００６８】
<<予約管理サーバ>>
予約管理サーバ２０は、通信部２１、及び、予約情報管理部２２を有する。予約管理サーバ２０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００６９】
通信部２１は、会議管理サーバ３０及び端末装置６０と各種の情報を送受信する。端末装置６０から予約の設定を受信する。また、予約情報を会議管理サーバ３０に送信する。通信部２１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００７０】
予約情報管理部２２は、ユーザが登録した予約情報を管理する。予約情報管理部２２は会議管理サーバ３０から要求された会議室６の予約情報を予約情報ＤＢ２９１から読み出して、通信部２１を介して会議管理サーバ３０に送信する。あるいは、予約情報が登録（又は変更）されると要求がなくても予約情報を会議管理サーバ３０に送信する。予約管理サーバ２０に予約者が会議室６を予約する方法としては一般的なＷｅｂアプリが使用されるものとする。Ｗｅｂアプリが予約者の端末装置６０に表示する画面例を図１０に示す。予約情報管理部２２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００７１】
また、予約管理サーバ２０は記憶部２９を有している。記憶部２９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部２９には予約情報ＤＢ２９１（Data Base）が記憶されている。
【００７２】
【表１】
2020052698.tif 000003
表１は予約情報ＤＢ２９１に記憶されている予約情報の一例を示す。予約情報は会議室６の予約状況を管理するための情報である。予約情報には、予約ＩＤに対応付けて予約者アカウント、会議名、会議室ＩＤ、開始時刻、終了時刻、及び、参加予定者アカウントの各項目が登録されている。予約ＩＤは予約情報の１レコードを識別する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。予約ＩＤ以外のＩＤについても同様である。予約者アカウントは会議室６を予約した参加予定者のアカウントである。会議名は予約者が任意に付与した会議の名称である。会議室ＩＤは社内ネットワークにある会議室６を識別する識別情報である。開始時刻は会議室６が予約された時間帯の始期（会議が開始される時刻）であり、終了時刻は会議室６が予約された時間帯の終期（会議が終わる時刻）である。参加予定者アカウントは会議に参加する予定の参加予定者のアカウントである。なお、表１のアカウントはいずれも予約管理サーバ２０が発行したアカウントである。
【００７３】
<<チャットサーバ>>
チャットサーバ１０は、通信部１１、及び、テキスト処理部１２を有する。チャットサーバ１０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。
【００７４】
通信部１１は、会議管理サーバ３０と各種の情報を送受信する。本実施形態では会議管理サーバ３０から会議室の予約に関する情報、ボットを識別する情報（後述するトークンなど）、及び、通知先のグループを特定する情報を受信する。このボットを識別する情報は、会議管理サーバ３０のボットを作成した際に予めチャットサーバ１０からボットの識別情報として通知されている。更に、予約者などの個人のアカウントが指定される場合もある。また、通信部１１は参加予定者が会議室の予約に関する情報を既読した旨、又は、表示された会議室の予約に関する情報に対する参加予定者の応答を会議管理サーバ３０に送信する。通信部１１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００７５】
テキスト処理部１２は、会議管理サーバ３０から通知されたボットを識別する情報及び通知先のグループを特定する情報に基づき、ボットが発言する情報として、グループに属する参加予定者に会議室６の予約に関する情報を送信する。会議管理サーバ３０から更に通知先のアカウントが指定された場合は、グループに属する参加予定者の一人に会議室６の予約に関する情報を送信する。したがって、通知は参加予定者の数だけ行われる場合と、予約者などの任意のユーザのみに行われる場合がある。
【００７６】
テキスト処理部１２はいわゆるプッシュ通知を行うことができる。仕組みとしては、例えば以下のようなものがある。チャットアプリ６０ａ（後述する）はプッシュ通知用のＩＤ（トークン）を、ＯＳ（Operating System）のメーカが運営するサーバから受け取る。このサーバではトークンとデバイス（端末装置６０）を紐付けておく。チャットアプリ６０ａはトークンとチャットアプリ６０ａのアカウントをチャットサーバ１０に登録しておく。チャットサーバ１０がプッシュ通知を行う場合、チャットアプリ６０ａのアカウントを特定するので紐付いたトークンを特定できる。チャットシステムはトークンを指定して通知内容をＯＳのメーカが運営するサーバに送信する。このサーバはトークンに紐付いたデバイス（端末装置６０）に対しプッシュ通知する。
【００７７】
また、チャットサーバ１０は記憶部１９を有している。記憶部１９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部１９にはグループ情報ＤＢ１９１が記憶されている。
【００７８】
【表２】
2020052698.tif 000004
表２はグループ情報ＤＢ１９１に記憶されているグループ情報の一例を示す。グループ情報は同じグループに属するメンバのアカウントが登録された情報である。グループ情報には、ワークスペースとチャンネルに対応付けて、メンバアカウント１〜ｎ（表２ではｎ＝４）、及び、ボットアカウントが登録されている。
【００７９】
ワークスペースは企業や部署などの組織を識別するための識別情報である。本実施形態では複数のメンバがワークスペース（例えばＡ社）に所属している。ワークスペースは例えばＵＲＬであるが、一意性があればよい。更にワークスペースはチャットの目的等に応じた複数のチャンネルを有する。チャンネルは例えば、製品Ａ用のグループ、製品Ｂ用のグループ等、共通する情報が交換されるメンバの集まりである。チャンネルにはワークスペースに所属するメンバのうちいずれかのメンバが所属している。つまり、通知先はワークスペースとチャンネルによって特定される。ただし、通知先の特定方法はチャットシステムによって異なるため、グループを一意に特定できる識別情報が存在すれば、その情報のみでも良いし、３つ以上の情報によって特定されてもよい。
【００８０】
チャンネルは一意性が保証されている。メンバアカウント１〜ｎはチャンネルのメンバのアカウントであり、このアカウントはチャットサーバ１０により発行されたものである。本実施形態では、会議室６の予約に関する情報を通知するためのメンバとしてボットが登録される。ボットはいわば会議管理サーバ３０の代理人又は架空のメンバということができる。ボットの発言（テキスト）がメンバアカウント１〜ｎの端末装置６０に送信される。
【００８１】
ワークスペースとチャンネルは、会議管理サーバ３０によって管理され、参加者が属するグループを識別するための情報になる。
【００８２】
<<会議管理サーバ>>
会議管理サーバ３０は、通信部３１、情報対応付部３２、予約情報取得部３３、通知判断部３４、制御情報生成部３５、制御情報応答部３６、会議情報通知部３７、チェックイン管理部３８、及び、会議室提案部３９を有する。会議管理サーバ３０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００８３】
通信部３１は、予約管理サーバ２０、チャットサーバ１０、及び、端末装置６０と各種の情報を送受信する。通信部３１は送信部３１ａと受信部３１ｂを有している。受信部３１ｂは予約管理サーバ２０から予約情報を受信し、会議室端末９０から予約情報の要求を受信する。また、受信部３１ｂは会議室端末９０からチェックイン要求を受信する。また、受信部３１ｂは管理者が操作する任意の端末からチャットシステムのグループとアカウントの対応付けを受け付ける。送信部３１ａはチャットサーバ１０に会議室の予約に関する情報を送信し、会議室端末９０に予約情報を送信する。また、受信部３１ｂは端末装置６０からアクセスポイント７１のＭＡＣアドレスを受信し、送信部３１ａは予約者の近くの会議室の候補を送信する。通信部３１は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【００８４】
情報対応付部３２は、主に事前の登録作業に関する処理を行う。すなわち、管理者が操作する端末等からドメインの登録を受けつけ顧客ドメインＤＢ４９５に登録し、端末等から送信されたチャットシステムのワークスペース及びチャンネルと予約管理サーバ２０のアカウントを対応付けて対応付情報ＤＢ４９１に登録する。情報対応付部３２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８５】
予約情報取得部３３は、リソース予約システム１００を利用する顧客のアカウントを指定して予約管理サーバ２０から予約情報を取得して会議管理情報として会議管理情報ＤＢ４９３に登録する。あるいは変更があった予約情報を受信する。したがって、予約管理サーバ２０の予約情報の少なくとも一部の予約情報が会議管理情報ＤＢ４９３に記憶される。予約情報取得部３３は、予約管理サーバ２０が保持する予約情報のうち現在から所定期間未来の予約情報を取得する。所定期間はどのくらい先の会議まで会議室６の予約に関する情報を通知するかによって定まる。予約情報取得部３３は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８６】
通知判断部３４は、会議管理情報の中に通知する条件を満たす開始時刻の予約があるか否かを判断する。例えば、通知設定ＤＢ４９６を参照し、予約の開始時刻から逆算して設定された日時になると通知すると判断する。なお、例えばリマインダー用のボット、予約受付用のボット等、役割ごとにボットが分けられている場合、処理に応じてボットを特定する。通知判断部３４は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８７】
会議情報通知部３７は、通知判断部３４が通知すると判断すると、ボットを識別する情報（例えばslackではトークン）及び通知先のグループを特定する情報を指定して会議室６の予約に関する情報を通知することをチャットサーバ１０に要求する。なお、通知は何回に分けて行われるが、そのうちの少なくとも１回の通知に会議識別情報を含める。会議識別情報は、予約された会議室６を予約した時間帯に参加者が使用する権利を有することを会議管理サーバ３０が確認するための情報である。会議情報通知部３７は、少なくとも最終的な通知の前に会議識別情報を生成する。なお、会議識別情報は会議識別情報ＤＢ４９４に登録される。会議情報通知部３７は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８８】
制御情報生成部３５は、会議管理情報を参照して電子機器７０の制御情報を生成し、制御情報を制御情報ＤＢ４９７に登録する。例えば、会議の開始時刻の数分前になると電子機器７０の電源をＯＮする制御情報を生成し、チェックアウトを検出すると電子機器７０の電源をＯＦＦする制御情報を生成する。制御情報は制御情報ＤＢ４９７に記憶される。制御情報生成部３５は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００８９】
制御情報応答部３６は、会議室６の会議室端末９０から制御情報があるかどうかの問い合わせを受け付け、制御情報ＤＢ４９７を参照し、会議室６に対応する制御情報を会議室端末９０に送信する。制御情報応答部３６は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９０】
チェックイン管理部３８は、会議室へのチェックイン・チェックアウトを管理する。また、主にチェックイン・チェックアウトに伴う会議のステータスを会議管理情報ＤＢ４９３に登録する。チェックインは、予約ＩＤで特定される会議の開始時刻の５〜１０分前になると認められる。そして、会議室端末９０が送信する会議室ＩＤと会議識別情報の組が会議識別情報ＤＢ４９４に登録されている場合にチェックインを許可する。チェックイン管理部３８は、図４のＣＰＵ２０１がプログラム２０９ｐを実行すること等により実現される。
【００９１】
会議室提案部３９は会議室提供情報ＤＢ４９８に基づいて予約者の近くの会議室６を提案する。例えば、予約者のアクセスポイント７１の近くにある会議室６を提案する。
【００９２】
また、会議管理サーバ３０は記憶部４９を有している。記憶部４９は図４のメモリ２０２及びＨＤＤ２０９等により実現される。記憶部４９には、対応付情報ＤＢ４９１、会議管理情報ＤＢ４９３、会議識別情報ＤＢ４９４、顧客ドメインＤＢ４９５、通知設定ＤＢ４９６、制御情報ＤＢ４９７、会議室提供情報ＤＢ４９８、及び、優先度情報ＤＢ４９９が記憶されている。
【００９３】
【表３】
2020052698.tif 000005
表３は対応付情報ＤＢ４９１に記憶されている対応付情報の一例を示す。対応付情報は予約管理システムのアカウントとチャットシステムのグループを対応付ける情報である。対応付情報は、ワークスペース、チャンネル及びメンバアカウント１〜ｎ（図ではｎ＝４）の各項目を有する。ワークスペースとチャンネルは上記のとおりである。メンバアカウント１〜ｎには予約管理サーバ２０が発行した各参加予定者のアカウントが登録される。また、表３に示すようにチャットシステムのアカウントが登録されてよい。グループに対して通知を行うためには予約管理サーバ２０に対して会議を予約したユーザの予約管理サーバ２０のアカウントと通知先のグループ及びチャンネルを特定するための情報（本実施形態ではワークスペースとチャンネル名）があればよく、必ずしもグループに所属するすべてのメンバのアカウントが登録されている必要はない。ただし、個人ユーザ宛に通知する場合、それぞれのチャットシステムのアカウント情報が必要なため、表３のように登録されていてもよい。
【００９４】
【表４】
2020052698.tif 000006
表４は会議管理サーバ３０の会議管理情報ＤＢ４９３が記憶する会議管理情報の一例を示す。表４では表１の予約情報ＤＢ２９１との相違を説明する。表４の会議管理情報はステータスの項目を有する。ステータスは、予約の状況を意味する。例えば、会議室６の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【００９５】
【表５】
2020052698.tif 000007
表５は会議識別情報ＤＢ４９４に記憶されている会議識別情報管理情報の一例を示す。会議識別情報管理情報は会議室６の予約ごとに会議識別情報を管理する情報である。会議識別情報管理情報は、予約ＩＤ、会議室ＩＤ、及び、会議識別情報の各項目を有する。これらについてはステータスを除き予約情報と同じであり（予約管理サーバ２０から受信した予約情報）、既出であるため説明は省略する。なお、予約ＩＤが登録されているのは、同じ会議室６の予約を識別するためである。ステータスは、予約の状況を意味する。例えば、会議室の予約に関する情報の通知済み、利用確定、チェックイン済み、チェックアウト、又は、キャンセル（取り消し）等の状況が登録される。
【００９６】
【表６】
2020052698.tif 000008
表６は顧客ドメインＤＢ４９５に記憶されている顧客ドメイン情報の一例を示す。顧客ドメイン情報は顧客のドメインと顧客の管理者のアカウントを管理する情報である。顧客ドメイン情報には顧客のドメイン名と顧客の管理者アカウントが対応付けて登録されている。表６の顧客のドメインは予約管理サーバ２０が発行したアカウント（メールアドレス）のドメインである。また、管理者アカウントは、顧客の管理者（代表する）のアカウントである。なお、表６のアカウントは予約管理サーバ２０が発行したものである。
【００９７】
【表７】
2020052698.tif 000009
表７は通知設定ＤＢ４９６に記憶されている通知設定情報の一例を示す。通知設定情報は顧客ごとに通知に関する設定を保持する。通知設定情報には、顧客ドメイン名と通知設定が対応付けて登録されている。通知設定には、会議の開始時刻のどのくらい前に、会議室６の予約に関する情報を通知するかのタイミングが設定されている。あるいは決まった日時が設定されていてもよい。また、タイミングは１つである必要はなく、１つの顧客に複数回の通知設定が登録されていてもよい。
【００９８】
【表８】
2020052698.tif 000010
表８は制御情報ＤＢ４９７に記憶されている制御情報の一例を示す。制御情報は会議室６の電子機器７０を制御するための情報である。制御情報は、会議室ＩＤ、及び、制御内容の各項目を有する。制御内容は、電子機器７０の具体的な制御方法である。会議管理サーバ３０は電子機器７０ごとに詳細な制御内容を設定できる。また、制御する時刻が登録されないのは、社外ネットワークの会議管理サーバ３０から会議室端末９０に送信することが困難であり、会議室端末９０が会議管理サーバ３０にアクセスし、この時、制御情報が生成されていれば制御内容を送信するからである。
【００９９】
【表９】
2020052698.tif 000011
表９（ａ）は、会議室提供情報ＤＢ４９８に記憶されているアクセスポイントテーブル５０１の一例を示す。アクセスポイントテーブル５０１にはアクセスポイント７１が設置されている場所が登録されている。アクセスポイントテーブル５０１は、ＭＡＣアドレス、棟、フロア及び方位の各項目を有している。アクセスポイント７１の場所を特定する棟、フロア又は方位をカテゴリという。
【０１００】
ＭＡＣアドレスはネットワーク上で各ノード（各固体）を識別するために設定されているＬＡＮカードなどのネットワーク機器のハードウェアに一意に割り当てられる物理アドレスである。表９（ａ）ではアクセスポイント７１のＭＡＣアドレスが登録されている。棟は、アクセスポイント７１が設置されている建物を、フロアはアクセスポイント７１が設置されている建物のフロアを、方位はアクセスポイント７１がフロア内のどの辺り（例えば東西南北であるが、区画を示す番号、○○階段の近く、××エレベータの近くなどでもよい）に設置されているかを示す。したがって、ＭＡＣアドレスが分かればアクセスポイント７１がどの場所にあるか分かる。
【０１０１】
表９（ｂ）は、会議室提供情報ＤＢ４９８に記憶されている会議室場所テーブル５０２の一例を示す。会議室場所テーブル５０２には会議室６がある場所が登録されている。会議室場所テーブル５０２は会議室名、棟、フロア、方位の各項目を有する。会議室名は会議室６の名称である。棟、フロア、方位は表９（ａ）と同じである。したがって、場所が指定されればこの場所に近い会議室６が分かる。
【０１０２】
<<端末装置>>
図７は、端末装置６０及び会議室端末９０の機能をブロック状に示す機能ブロック図の一例である。電子機器７０の機能については必要に応じて説明する。
【０１０３】
端末装置６０は、通信部６１ａ、操作受付部６１ｂ、チャット通信部６２、テキスト表示部６３、アプリ通信部６４、サーバ通信部６５、表示制御部６６、アプリ通信部６７、端末通信部６８、ＭＡＣアドレス取得部６９−１、及び、予約設定部６９−２を有する。端末装置６０が有するこれら各機能部は、図４に示された各構成カテゴリのいずれかが、ＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐに従ったＣＰＵ２０１からの命令により動作することで実現される機能又は手段である。このプログラム２０９ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。端末装置６０ではチャットアプリ６０ａと会議アプリ６０ｂが動作しているので、プログラム２０９ｐにはチャットアプリ６０ａと会議アプリ６０ｂが含まれる。
【０１０４】
通信部６１ａは、会議管理サーバ３０及び予約管理サーバと各種の情報を送受信する。通信部６１ａは、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１０５】
操作受付部６１ｂは、端末装置６０に対する参加者の各種の操作を受け付ける。操作受付部は、図４のＣＰＵ２０１がプログラム２０９ｐを実行し入力装置２１０を制御すること等により実現される。
【０１０６】
チャットアプリ６０ａのチャット通信部６２は、チャットサーバ１０と各種の情報の送受信を行う。本実施形態ではチャットサーバ１０から会議室６の予約に関する情報を受信し、既読であること、会議室６が利用される又はキャンセルされるか、等をチャットサーバ１０に通知する。チャット通信部６２は、図４のＣＰＵ２０１がプログラム２０９ｐを実行しネットワーク・ドライバ２０５を制御すること等により実現される。
【０１０７】
チャットアプリ６０ａのテキスト表示部６３は、チャットサーバ１０から送信されたテキスト（会議室６の予約に関する情報）を表示する。例えば、発言元はボットでありボットが入力したかのようにテキストを表示する。テキスト表示部６３は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１０８】
チャットアプリ６０ａのアプリ通信部６４は、会議アプリ６０ｂを呼び出すと共に会議識別情報を会議アプリ６０ｂに送信する。チャットサーバ１０は、会議室６の予約に関する情報を通知する際、会議アプリ６０ｂを識別する情報を端末装置６０に送信しているので、チャットアプリ６０ａはＯＳに対し会議アプリ６０ｂを指定し会議識別情報の通知を依頼する。ＯＳは会議アプリ６０ｂを起動することができる。アプリ通信部６４は、図４のＣＰＵ２０１がチャットアプリ６０ａを実行すること等により実現される。
【０１０９】
会議アプリ６０ｂのサーバ通信部６５は、アクセスポイント７１を介して会議管理サーバ３０及び予約管理サーバ２０と通信する。本実施形態では、会議管理サーバ３０にアクセスポイント７１のＭＡＣアドレスを送信して会議室６の候補を受信し、予約管理サーバ２０に会議室６の予約の設定に関する情報を送信する。なお、会議識別情報を含む２次元コードを会議管理サーバ３０から取得することなども行う。サーバ通信部６５は図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。２次元コードはチェックイン時の認証に使用される。認証用の数桁の数字でもよい。
【０１１０】
会議アプリ６０ｂの表示制御部６６は、会議管理サーバ３０から通知された会議室の候補を選択するための予約設定画面、上記の２次元コード等をＬＣＤ２０６に表示する。表示制御部６６は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行しグラフィクス・ドライバを制御すること等により実現される。
【０１１１】
会議アプリ６０ｂのアプリ通信部６７は、ＯＳを介して、チャットアプリ６０ａから各種の情報（会議室６の予約に関する情報に含まれる会議識別情報等）を取得する。アプリ通信部６７は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１１２】
端末通信部６８は、会議室端末９０と通信し会議識別情報等を送信する。端末通信部６８は、Bluetooth（登録商標）などの近距離無線通信で会議室端末９０の存在を検出し、会議室端末９０を検出すると会議識別情報を送信する。また、会議室端末９０に対し２次元コードを表示する機能を提供する。端末通信部６８は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１１３】
ＭＡＣアドレス取得部６９−１は、サーバ通信部６５を介してアクセスポイント７１のＭＡＣアドレスを取得する。ＭＡＣアドレスはイーサネット（登録商標）のフレームで送受信されており、端末装置６０から見ると送信元（アクセスポイント７１）のアドレスに相当する。送信元ＭＡＣアドレスはイーサネットヘッダ（登録商標）に設定されている。したがって、端末装置６０は特別な機能なしにＭＡＣアドレスを受信できる。ＭＡＣアドレス取得部６９−１は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１１４】
予約設定部６９−２は、サーバ通信部６５を介して（アクセスポイント７１も介して）会議管理サーバ３０と通信し、ＭＡＣアドレスを指定してアクセスポイント７１に近くの会議室を要求する。また、予約管理サーバ２０と通信し、会議管理サーバ３０から取得した会議室６の候補のうち予約者が予約しようとする会議室６の予約を予約管理サーバ２０に対して設定する。予約設定部６９−２は、図４のＣＰＵ２０１が会議アプリ６０ｂを実行すること等により実現される。
【０１１５】
<<会議室端末>>
会議室端末９０はサーバ通信部９１、端末装置通信部９２、操作受付部９３、表示制御部９４、及び、電子機器通信部９５を有する。会議室端末９０が有するこれら各機能部は、図５に示された各構成カテゴリのいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。このプログラム６０４ｐは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【０１１６】
本実施形態のサーバ通信部９１は、予約情報に変更があれば定期的に予約情報を受信する。また、チェックイン時に、端末装置通信部９２が端末装置６０から受信した会議識別情報又は手で入力された会議識別情報を会議管理サーバ３０に送信する。また、サーバ通信部９１は会議管理サーバ３０から制御情報を受信する。
【０１１７】
定期的に予約情報を受信するタイミングは数秒〜数分ごとの周期である。周期が短い方が早期に予約情報を更新できるが、通信負荷も高くなるため、両者を考量して決定される。サーバ通信部９１は少なくとも当日の会議室６の会議管理情報（予約情報）等を受信できる。サーバ通信部９１は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１１８】
端末装置通信部９２は端末装置６０と通信する。本実施形態では会議識別情報等を受信する。端末装置通信部９２は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し近距離無線通信部６１５又はＲＦタグリーダ/ライタ６２２を制御すること等により実現される。
【０１１９】
電子機器通信部９５は、電子機器７０と通信する。本実施形態ではサーバ通信部９１が受信した制御情報を電子機器７０に送信する。電子機器通信部９５は、図５のＣＰＵ６０１がプログラム６０４ｐを実行し無線ＬＡＮ通信部６１３を制御すること等により実現される。
【０１２０】
表示制御部９４はディスプレイ６１６に端末アプリ９０ａが生成する画面を表示する。この画面はチェックイン、チェックアウトなどが可能な待ち受け画面等である。表示制御部９４は、図５のＣＰＵ６０１がプログラム６０４ｐを実行しディスプレイ６１６を制御すること等により実現される。
【０１２１】
操作受付部９３は会議室端末９０に対する各種の操作を受け付ける。操作受付部９３は図５のＣＰＵ６０１がプログラム６０４ｐを実行しタッチパネル６１７を制御すること等により実現される。
【０１２２】
また、会議室端末９０は記憶部９９を有している。記憶部９９は図５のＲＯＭ６０２及びＥＥＰＲＯＭ６０４等により実現される。記憶部９９には会議室ＩＤ、及び電子機器７０のＩＰアドレスが記憶されている。
【０１２３】
＜端末装置が会議室を予約する際の端末装置等の処理＞
続いて、図８を用いて予約者が端末装置６０を操作して会議室６を予約する際の端末装置６０等の処理について説明する。図８は、会議室６の予約時におけるリソース予約システム１００の処理を説明するシーケンス図の一例である。
【０１２４】
S101：予約者は端末装置６０の会議アプリを実行し会議室６の予約を行うための操作を開始する。例えば、会議アプリを起動することで図８の処理がスタートする。なお、予約者は予約管理サーバ２０のアカウントで会議管理サーバ３０にログインしており、予約者のアカウントが特定されている。予約者は会議を開催する日時（開始時刻と終了時刻）、人数など必要な情報を端末装置６０に入力する。操作受付部６１ｂは情報の入力を受け付ける。
【０１２５】
S102：端末装置６０のＭＡＣアドレス取得部６９−１はアクセスポイント７１のＭＡＣアドレスを取得する。例えば、端末装置６０のＯＳ（Operating System）は従来からアクセスポイント７１のＳＳＩＤ、プロトコル、ＩＰアドレス、ＭＡＣアドレスを取得しているので、ＯＳから取得する方法がある。あるいは、「netsh wlan show interfaces」というコマンドを実行することで調べることができる。
【０１２６】
S103：次に、予約設定部６９−２は、取得したＭＡＣアドレスと予約者が入力した日時と人数などの情報を指定して会議室６の検索要求を会議管理サーバ３０に送信する。
【０１２７】
S104：会議管理サーバ３０の通信部３１の受信部３１ｂは会議室６の検索要求を受信し、会議室提案部３９は予約者に最寄りの会議室６を提案する。詳細は図９にて説明する。なお、最寄りの会議室６は、アクセスポイント７１から近い順の１つ以上の会議室６である（最も近い１つには限られない）。
【０１２８】
処理速度の観点から、予約者が日時を入力する前にＭＡＣアドレスだけ先に端末装置６０が会議管理サーバ３０へ送信してもよい。こうすることで、予約者が日時を入力している間に、ＭＡＣアドレスに基づく会議室の候補を決定しておくことができる。
【０１２９】
なお、全てのアクセスポイント７１のＭＡＣアドレスは会議室提供情報ＤＢ４９８に登録されていることが好ましいが、例えば新しいアクセスポイント７１がまだ会議室提供情報ＤＢ４９８に登録されていない状況も生じうる。端末装置６０が送信したＭＡＣアドレスが会議室提供情報ＤＢ４９８に登録されていない場合は、アクセスポイント７１の場所を考慮せずに全ての会議室のリストを提案してよい。あるいは、予約者が過去に使用した会議室の会議管理情報を会議管理情報ＤＢ４９３から取得して、過去に使用されている頻度の順に会議室を提案してもよい。
【０１３０】
S105：会議管理サーバの会議室提案部３９はアクセスポイント７１に近い順のいくつかの会議室６を指定して、予約者が入力した日時にこれらの会議室６が空いているかどうかの空き状況を予約管理サーバ２０に問い合わせる。予約管理サーバ２０に対して空き状況を問い合わせすることで、アクセスポイント７１に会議室６、かつ、空いている会議室６がわかる。なお、予約者が入力した人数を収容できる会議室６を取得できる。
【０１３１】
このように、会議室提案部３９は、アクセスポイント７１から近い順に３〜５個程度の会議室６を決定し、各会議室６ごとに空き状況を取得する。端末装置６０には予約者に近くて、日時に空いている会議室６のリストが送信される。予約者は会議室６のリストから所望の会議室６を選択できる。仮にリストの中に予約者が望む会議室６が入っていない場合は、従来通り、予約者は手動で所望の会議室６を選択できる。
【０１３２】
S106：会議管理サーバ３０の会議室提案部３９は通信部３１の送信部３１ａを介して会議室６の候補のリストを端末装置６０に送信する。
【０１３３】
S107：端末装置６０のサーバ通信部６５は会議室６の候補のリストを受信する。表示制御部６６は後述する予約設定画面において会議室６の候補のリストをＬＣＤ２０６に表示する。リストには予約者が入力した日時に空いており、予約者に近い順に３〜５個程度の会議室６が含まれる。予約者が入力した日時に空いている会議室が０個の場合もありうるが、このような状況を低減するためステップS104で検索する最寄りの会議室６の数を大きくしておくことが考えられる。
【０１３４】
S108：予約者は会議室６の候補のリストから１つ以上の会議室６を選択する。操作受付部６１ｂは予約者の操作を受け付ける。
【０１３５】
S109：端末装置６０の予約設定部６９−２はサーバ通信部６５を介して予約者が選択した会議室６と日時を会議管理サーバ３０に送信して予約の実行要求を送信する。会議管理サーバ３０の受信部３１ｂは予約の実行要求を受信する。
【０１３６】
S110：会議管理サーバ３０の送信部３１ａは予約者が選択した会議室６と日時を予約管理サーバ２０に送信して予約の実行要求を送信する。予約管理サーバ２０の通信部２１は予約の実行要求を受信し、予約情報管理部２２が表１に示すような情報を予約情報ＤＢ２９１に登録する。
【０１３７】
こうすることで、予約者の現在地５に近い会議室６を予約することができる。
【０１３８】
なお、ステップS104ではアクセスポイント７１に近いいくつかの会議室６を特定しているが、この会議室６の全てが空いていない場合には会議室提案部３９が会議室６の候補のリストを作成できない。そこで、会議室提案部３９は予め予約者が入力した日時に基づいて空き状況を予約管理サーバに問い合わせ、空いている会議室６の中からアクセスポイント７１に近い会議室６を近い順に提案してもよい。こうすることで、会議管理サーバ３０が予約管理サーバ２０から会議室６の空き状況を取得したが、予約者が入力した日時に空いている会議室６がないという状況を回避しやすくなる。
【０１３９】
図９は、会議室提案部３９が会議室６を提案する手順を示すフローチャート図の一例である。
【０１４０】
まず、会議室提案部３９は、端末装置６０から送信されたアクセスポイント７１のＭＡＣアドレスをアクセスポイントテーブル５０１から検索する（Ｓ２０１）。
【０１４１】
次に、会議室提案部３９は検索に適合したＭＡＣアドレスに対応付けられている場所（棟、フロア、方位）を取得する（Ｓ２０２）。
【０１４２】
次に、会議室提案部３９は取得した場所（棟、フロア、方位）を会議室場所テーブル５０２のカテゴリごとに比較し、各会議室６との一致度を算出する（Ｓ２０３）。一致度は、棟が一致すれば1/3、フロアが一致すれば1/3、方位が一致すれば1/3のように算出し、これらの値を合計した合計値を一致度とする。
【０１４３】
会議室提案部３９は一致度の高い順にいくつかの会議室６の候補をリスト化する（Ｓ２０４）。なお、会議室６の候補の数は予め決まっていてもよいし、予約者が設定してもよい。
【０１４４】
会議室提案部３９は会議室６の候補が１つも見つからない場合は、その旨を示すメッセージを生成して端末装置６０に送信する。見つからない場合とは、いくつかの会議室６の一致度を算出したが、最大の一致度がゼロの場合をいうが、最大の一致度が閾値未満の場合には見つからないと判断してよい。
【０１４５】
このリスト化された会議室６の候補が端末装置６０に送信されるので、予約者は自分の現在地から近い会議室６を選択できる。
【０１４６】
会議室提案部３９が予め予約者が入力した日時に空いている会議室６を予約管理サーバ２０に問い合わせる場合は、予約管理サーバ２０から取得した会議室６の一致度を図９と同様に算出する。
【０１４７】
＜端末装置が表示する予約設定画面の例＞
図１０は、図８のステップS107で端末装置６０が表示する予約設定画面の一例を示す。なお、図１０は簡略された画面例であり、本実施形態で説明の対象としない項目は省略されている。
【０１４８】
予約設定画面４０１は、開始日時入力欄４０２、終了日時入力欄４０３、及び、会議室選択欄４０４を有する。予約者は予約管理サーバ２０のアカウントで予約管理サーバ２０にログインし、予約設定画面４０１に必要事項を入力する。開始日時入力欄４０２、終了日時入力欄４０３には例えばカレンダーから日にちを、時計形状の入力欄から時刻を選択することで入力が可能になっている。
【０１４９】
予約者が開始日時入力欄４０２と終了日時入力欄４０３に日時を入力して検索ボタン４０５を押下すると、図８、図９で説明した処理が実行され、端末装置６０は会議室６の候補のリストを受信する。表示制御部６６はこのリストを会議室選択欄４０４にプルダウン形式で表示する。会議室６の候補のリストは予約者の現在地５に近い順にソートされているので、ユーザはリストの上から順に所望の会議室６を選択すれば、自分から近い場所にある会議室６を選択できる。
【０１５０】
＜会議室を決定するカテゴリについて＞
表９ではアクセスポイント７１の場所を決定するカテゴリとして棟、フロア及び方位がアクセスポイントテーブル５０１に設定されている。これに対し、高層ビルの場合、フロアによってエレベータが止まる階層が制限されている場合がある。例えば、１〜１３階に止まるエレベータと、１３〜２２階に止まるエレベータが別々に決まっている場合、１５階の予約者が１２階に行こうとすると、必ずエレベータを乗り換える必要がある。１５階の予約者が例えば２１階などに行く場合と比べて、フロアとしては１２階の方が近いのに、２１階に行くよりもかえって移動に時間がかかってしまう。
【０１５１】
そこで、このような不都合を防止するため、エレベータをカテゴリとして、会議室６の候補を決定することが考えられる。
【０１５２】
【表１０】
2020052698.tif 000012
表１０（ａ）は、アクセスポイントテーブル５０１の別の一例を示す。このアクセスポイントテーブル５０１はエレベータの項目を有している。表１０（ａ）ではエレベータがカテゴリの1つである。エレベータ１、エレベータ２はそれぞれアクセスポイント７１があるフロアに停止するエレベータを示す。
【０１５３】
表１０（ｂ）は会議室場所テーブル５０２の別の一例を示す。表１０（ｂ）の会議室場所テーブル５０２は同様にエレベータの項目を有している。エレベータ１、エレベータ２はそれぞれ会議室６があるフロアに停止するエレベータを示す。
【０１５４】
表１０のようなアクセスポイントテーブル５０１及び会議室場所テーブル５０２の場合も、図９と同様の手順で会議室提案部３９は一致度を算出することができる。したがって、エレベータを乗り換えることによる距離（移動時間）も考慮して、会議室提案部３９はアクセスポイント７１に近い会議室６を提案できる。
【０１５５】
＜会議室を決定するカテゴリの優先度について＞
図９で説明した会議室６を決定する処理では各カテゴリの優先度を考慮していなかったが、予約者の移動のしやすさという面から各カテゴリには優先度があると考えられる。以下では、各カテゴリに予め優先度が決定されている場合を説明する。
【０１５６】
【表１１】
2020052698.tif 000013
表１１（ａ）は、アクセスポイントテーブル５０１の別の一例を示す。このアクセスポイントテーブル５０１はエレベータの項目を有している。エレベータ１、エレベータ２はそれぞれアクセスポイント７１があるフロアに停止するエレベータを示す。
【０１５７】
表１１（ｂ）は会議室場所テーブル５０２の別の一例を示す。表１１（ｂ）の会議室場所テーブル５０２は同様にエレベータの項目を有している。エレベータ１、エレベータ２はそれぞれ会議室６があるフロアに停止するエレベータを示す。
【０１５８】
表１１（ａ）（ｂ）において、アクセスポイント７１のＭＡＣアドレスがUU:UU:UU:UU:UU:UUであるとする。この場合、会議室提案部３９は、
C棟−20F−2001会議室  ＝  3/4
C棟−19F−1904会議室  ＝  3/4
という一致度を算出する。したがって、どちらの会議室６を優先して予約者に提案すべきか判断が困難になる。
【０１５９】
そこで、図１１に示すように各カテゴリについて優先度を設定する。図１１は、優先度情報ＤＢ４９９に記憶されている優先度情報テーブルの一例である。図１１によれば、棟＞エレベータ＞フロア＞方位の順に優先度が高い。会議室提案部３９は優先度が高いカテゴリが一致した場合、優先度が低いカテゴリが一致した場合よりもこの会議室６の一致度が高くなるようにカテゴリに重みを付ける。
【０１６０】
例えば、各カテゴリが一致した場合、以下の点数を一致したカテゴリに応じて加算する。
棟：１０点，エレベータ：８点  フロア：６点  方位：３点
例えば、棟とフロアとエレベータで一致すると一致度は２４となり、棟と方位とエレベータで一致すると一致度は２１点となる。
【０１６１】
こうすることで、一致しているカテゴリの数が同じでも優先されるべき会議室６を決定できる。図１１の優先度では、エレベータ＞フロアの関係にあるため、フロアが近いかどうかよりもエレベータを乗り換える必要があるかどうかを優先できる。つまり、完全にフロアが一致することを狙うのではなく、エレベータの乗り換えが少ないことを優先して会議室６を決定できる。
【０１６２】
この他、カテゴリにbitを割り当ててもよい。例えば左の桁ほど優先度が高い。一致するカテゴリがある場合、会議室提案部３９はこのカテゴリに対応するbitを１にする。各bitを数値化した場合に値が大きいほど優先されるべきであることが分かる。
【０１６３】
＜会議室を提案する手順の別の例＞
会議室提案部３９が会議室６を提案する手順の別の例について説明する。
図１２は、会議室提案部３９が会議室６を提案する手順を示すフローチャート図の一例である。図１２では、優先されるカテゴリから順に比較することで会議室６を検索する。図１２では表９のアクセスポイントテーブル５０１と会議室場所テーブル５０２に基づいて説明する。
【０１６４】
まず、会議室提案部３９は、端末装置６０から送信されたアクセスポイント７１のＭＡＣアドレスをアクセスポイントテーブル５０１から検索する（Ｓ３０１）。
【０１６５】
次に、会議室提案部３９は検索に適合したＭＡＣアドレスに対応付けられている場所（棟、フロア、方位）を取得する（Ｓ３０２）。
【０１６６】
次に、会議室提案部３９は取得した場所（棟、フロア、方位）と一致する会議室６が会議室場所テーブル５０２にあるか否かを判断する（Ｓ３０３）。
【０１６７】
ステップＳ３０３の判断がＹｅｓの場合、会議室提案部３９は場所（棟、フロア、方位）が一致した会議室６を優先順位１の会議室６の候補に決定する（Ｓ３０４）。
【０１６８】
次に、会議室提案部３９は取得した場所（棟、フロア）と一致する会議室６が会議室場所テーブル５０２にあるか否かを判断する（Ｓ３０５）。
【０１６９】
ステップＳ３０５の判断がＹｅｓの場合、会議室提案部３９は場所（棟、フロア）が一致した会議室６を優先順位２の会議室６の候補に決定する（Ｓ３０６）。
【０１７０】
次に、会議室提案部３９は取得した場所（棟）と一致する会議室６が会議室場所テーブル５０２にあるか否かを判断する（Ｓ３０７）。
【０１７１】
ステップＳ３０７の判断がＹｅｓの場合、会議室提案部３９は場所（棟）が一致した会議室６を優先順位３の会議室６の候補に決定する（Ｓ３０８）。更に、予約者の現在地５のフロアに近い順に、優先順位３の会議室６の候補をソートするとよい。
【０１７２】
会議室提案部３９は、優先順位１〜３の会議室６の候補を優先順位１〜３にしたがってリスト化する（Ｓ３０９）。
【０１７３】
このような処理では、予約者がいる棟及びフロアにある会議室６を検索しやすくすることができる。
【０１７４】
＜＜カテゴリにエレベータが含まれる場合＞＞
次に、アクセスポイントテーブル５０１と会議室場所テーブル５０２が表１０に示すようにエレベータの項目を有する場合について説明する。
【０１７５】
図１３は、会議室提案部３９が会議室６を提案する手順を示すフローチャート図の一例である。図１３の説明では主に図１２との相違を説明する。まず、ステップＳ４０１〜Ｓ４０６は図１２のステップＳ３０１〜Ｓ３０６と同様でよい。ただし、ステップＳ４０２では場所のカテゴリにエレベータが含まれる。また、ステップＳ４０１〜Ｓ４０６ではフロアが一致するかどうかが判断されているので、エレベータが一致するかどうかは判断しないでよい。
【０１７６】
ステップＳ４０７では、会議室提案部３９は取得した場所（棟、エレベータ）が一致する会議室６があるか否かを判断する（Ｓ４０７）。つまり、棟が同じなら同じエレベータが止まる会議室６を優先する。
【０１７７】
ステップＳ４０７の判断がＹｅｓの場合、会議室提案部３９は場所（棟、エレベータ）が一致した会議室６を優先順位３の会議室６の候補に決定する（Ｓ４０８）。更に、予約者の現在地５のフロアに近い順に、優先順位３の会議室６の候補をソートするとよい。
【０１７８】
ステップＳ４０９〜Ｓ４１１の処理は図１２のステップＳ３０７〜Ｓ３０９の処理と同様でよい。
【０１７９】
このような処理では、予約者がいる棟及びフロアにある会議室６を検索しやすくすることができる。また、棟及びフロアが一致しない場合は、予約者がいるフロアに止まり、更に会議室６のフロアにも止まるエレベータで移動できる会議室６を検索しやすくなる。
【０１８０】
＜まとめ＞
以上説明したように、本実施形態のリソース予約システムは予約者の現在地の近傍の会議室６を提案できる。また、会議管理サーバ３０は予約管理サーバ２０と連携して、予約情報を取得するので、予約管理サーバ２０だけでは困難な、会議室のキャンセル、会議のリマインド等、ユーザが使いやすい仕組みを提供できる。
【０１８１】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１８２】
例えば、本実施形態では無線通信のアクセスポイントに近い会議室を提案しているが、有線で接続されたハブやルータに近い会議室を提案してもよい。
【０１８３】
なお、会議管理サーバ３０は複数、存在してもよいし、会議管理サーバ３０の機能が複数のサーバに分散されていてもよい。また、予約管理サーバ２０と会議管理サーバ３０が一体でもよい。
【０１８４】
また、以上の実施例で示した図６，図７などの構成例は、リソース予約システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。リソース予約システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０１８５】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【０１８６】
ＭＡＣアドレス取得部６９−１は識別情報取得手段の一例であり、サーバ通信部６５は第一の送信手段の一例であり、アクセスポイントテーブル５０１はアクセスポイント場所情報記憶部の一例であり、リソース場所情報記憶部は会議室場所テーブル５０２の一例であり、受信部３１ｂは受信手段の一例であり、会議室提案部３９はリソース取得手段の一例であり、送信部３１ａは第二の送信手段の一例であり、予約管理サーバ２０は第二の情報処理装置の一例であり、表示制御部６６は表示処理手段の一例である。
【符号の説明】
【０１８７】
１０        チャットサーバ
２０        予約管理サーバ
３０        会議管理サーバ
６０        端末装置
７０        電子機器
９０        会議室端末
１００      リソース予約システム
【先行技術文献】
【特許文献】
【０１８８】
【特許文献１】特開2017−091293号公報
【図１】
2020052698.tif 000014
【図２】
2020052698.tif 000015
【図３】
2020052698.tif 000016
【図４】
2020052698.tif 000017
【図５】
2020052698.tif 000018
【図６】
2020052698.tif 000019
【図７】
2020052698.tif 000020
【図８】
2020052698.tif 000021
【図９】
2020052698.tif 000022
【図１０】
2020052698.tif 000023
【図１１】
2020052698.tif 000024
【図１２】
2020052698.tif 000025
【図１３】
2020052698.tif 000026