JP2022083907A - リソース管理システム、リソース管理方法、リソース管理装置、通信端末及びプログラム - Google Patents

Abstract

【課題】リソースの位置を容易に把握することを目的とする。【解決手段】複数のリソースの利用を管理するリソース管理装置と、通信端末とを有するリソース管理システムであって、前記リソース管理装置は、各リソースが配置された区域ごとのマップ情報を記憶する記憶部と、前記通信端末から、リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を前記通信端末に送信する送信部と、を有し、前記通信端末は、前記各リソースの利用状態を示す状態情報および前記各リソースの予約情報とが表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える表示制御部と、を有するリソース管理システムである。【選択図】図１

Description

本発明は、リソース管理システム、リソース管理方法、リソース管理装置、通信端末及びプログラムに関する。

会議室などのリソースの予約に関する情報を会議室に配置された情報処理端末が表示する技術が知られている。利用者が会議室の利用を開始するにあたり、情報処理端末に利用開始を入力し、利用を終了するにあたり利用終了を入力するような使い方が可能になる。

また、管理サーバ、操作端末、各部屋前端末及び総合案内端末を含む会議室予約システムにおいて、総合案内端末の総合案内画面に、各会議室の予約ステータスとして「利用中」、「予約済」及び「空室」という３つの状態のうちのいずれかを表示することが記載されている（特許文献１参照）。

しかしながら、特許文献１では、複数のリソースの一例である複数の会議室の予約や利用状態を一覧表示する通信端末に対して、リソースの名称及び利用状態を表示させることはできても、リソースの位置については表示対象ではなかった。そのため、リソースの利用者が、複数のリソースの利用状態を一覧表示する通信端末を参照して、リソースの利用を開始する際、対象のリソースがどこに存在しているかを把握することが困難だった。

本発明は、このような課題に鑑み、リソースの位置を容易に把握することを目的とする。

請求項１に係る発明は、複数のリソースの利用を管理するリソース管理装置と、通信端末とを有するリソース管理システムであって、前記リソース管理装置は、各リソースが配置された区域ごとのマップ情報を記憶する記憶部と、前記通信端末から、リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を前記通信端末に送信する送信部と、を有し、前記通信端末は、前記各リソースの利用状態を示す状態情報および前記各リソースの予約情報と、が表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える表示制御部を有する、リソース管理システムである。

以上説明したように本発明によれば、リソースの位置を容易に把握することができる。

リソース管理システムの全体構成の一例を示す図である。 予約管理サーバ、リソース管理サーバ及びＰＣのハードウェア構成の一例を示す図である。 受付端末のハードウェア構成の一例を示す図である。 リソース管理システムの機能構成の一例を示す図である。 予約情報管理テーブルの一例を示す概念図である。 （Ａ）はログイン情報テーブルの一例を示す概念図、（Ｂ）はリソース状態管理テーブルの一例を示す概念図、（Ｃ）はリソース識別管理テーブルの一例を示す概念図である。 リソースグループ管理テーブルの一例を示す概念図である。 （Ａ）はリソース別予約管理テーブルの一例を示す概念図、（Ｂ）はマップ情報管理テーブルの一例を示す概念図である。 マーク管理テーブルの一例を示す概念図である。 会議室マップの連携登録における起動処理の一例を示すシーケンス図である。 会議室マップの連携登録におけるフロアマップ画像登録の一例を示すシーケンス図である。 会議室マップの連携登録におけるリソース位置登録の一例を示すシーケンス図である。 会議室マップの連携登録におけるリソース階数登録の一例を示すシーケンス図である。 起動時のログイン画面の一例を示す図である。 グループの管理画面の一例を示す図である。 グループの登録画面の一例を示す図である。 登録用のフロアマップの一例を示す図である。 フロアマップへの座標設定の一例を示す図である。 受付端末へのフロアマップ表示の一例を示すシーケンス図である。 リソース一覧表示画面の一例を示す図である。 切り替え後のフロアマップ表示画面（Ａ）の一例を示す図である。 切り替え後のフロアマップ表示画面（Ｂ）の一例を示す図である。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。

〔リソース管理システムの概略〕
図１は、リソース管理システムの全体構成の一例を示す図である。図１に示すリソース管理システム１では、リソースの管理者が使用するＰＣ６から、リソース管理サーバ５にリソースのフロアマップをアップロードし、フロアマップに対して位置情報および階数情報を与えておく。続いて、リソース管理サーバ５から、位置情報および階数情報が与えられたフロアマップ及び各リソースの利用状態、並びに、各リソースに係る予約情報をリソースが存在する空間内に設置された受付端末８に送信する。受付端末８を見たリソースの利用者が、これから利用するリソースの利用を開始すると、利用を開始したリソースが対応付けられた区域に該当するマップ情報が受付端末８に表示される。これにより、これから利用を行うリソースの位置を容易に把握することを可能にするシステムである。なお、本実施形態では、管理者とは、リソース管理システム１を利用する企業などの顧客のうち、例えば、会議室等を管理するシステム部門のシステム管理者のことをいう。

＜システム構成例＞
リソース管理システム１は、予約管理サーバ４、リソース管理サーバ５、ＰＣ６及び受付端末８によって構成されている。ＰＣ６及び受付端末８は、ファイヤーウォール１０５の内側に、社内ネットワーク等の通信ネットワーク１００（ネットワークＮ１）を介して互いに接続されている。また、予約管理サーバ４及びリソース管理サーバ５は、ファイヤーウォール１０５の外側に、通信ネットワーク１１０（ネットワークＮ２）を介して互いに接続されている。通信ネットワーク１１０は、不特定多数の通信が伝送されるネットワークであり、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１１０には、有線通信だけでなく、３Ｇ(3^rd Generation)、４Ｇ(4^th Generation)、５Ｇ(5^th Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)又はＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。

<<予約管理サーバ>>
予約管理サーバ４は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現される。予約管理サーバ４が提供するリソースの予約及び利用者の予約又は予定の管理に関するシステムを、ここでは予約管理システムという。予約管理サーバ４は、カレンダーシステムを有しており、利用者の各種の予定を管理するＷｅｂアプリを提供する。例えば、予約管理サーバ４は、以下のような機能を有している。
・利用者の予約又は予定の登録を受け付け、いつでもどこからでも利用者の予約状況又は予定が確認できる。
・予定の30分前など、設定した日時に利用者に対して電子メールで通知する。
・一人が複数のカレンダー（仕事用、家庭用など）で予約又は予定を管理できる。
・同じグループの人とカレンダーを共有する。

予約管理サーバ４は、利用者をアカウントで管理する。アカウントとは利用者がサービスを利用する権利のことである。多くのシステムでは、利用者はアカウントを用いてシステムにログインする。このため、アカウントは、システムが利用者を一意に特定する機能（識別情報の機能）を有している。本実施形態では、予約管理サーバ４が、予め登録しておいたアカウント（ドメイン）の予約情報を、会議室等を管理する会議管理サーバに送信する。あるいは、予約管理サーバ４のアカウントを指定して会議管理サーバが予約情報を要求することで、会議管理サーバが会議室の予約情報を予約管理サーバ４から取得できるようにしてもよい。なお、アカウントは、例えば電子メール、ＩＤ、電話番号など、利用者を一意に識別できる情報でよい。

本実施形態では、予約管理サーバ４は、フリースペース、会議室を含む各種のリソースを予約した予約情報及び利用者の予定を管理できる。なお、予約管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、本実施形態で説明する機能を有する予約管理システムであればよい。

また、本実施形態では、各利用者が予約した各種リソース及び各利用者の予定に関する情報が予約管理サーバ４に予め登録されている。すなわち、リソース管理システム１を利用する企業の社内ネットワークにある各会議室の会議室名、会議室ＩＤ、予約可能時間、各会議室の定員及び予約単位等に応じて、予約管理サーバ４のＷｅｂアプリがカスタマイズされている。したがって、リソース管理システム１を利用する企業の各会議室を含むリソースと予約情報が結びつけられる。なお、本実施形態において、予約管理サーバ４は、予約管理装置の一例として機能する。

<<リソース管理サーバ>>
リソース管理サーバ５は、一般的なサーバＯＳなどが搭載された１台以上の情報処理装置（コンピュータシステム）によって実現できる。リソース管理サーバ５は、通信ネットワーク１１０（ネットワークＮ２）に関する処理として、予約管理サーバ４から各会議室の予約情報及び予約情報に設定されている参加予定者を取得し、設定されているタイミングで参加予定者と対応付けられたチャットサーバのグループ（又は予約者など個別の者）に通知を送信する。また、通信ネットワーク１００（ネットワークＮ１）に関する処理として、各会議室へのチェックイン及びチェックアウトを管理したり、予約管理サーバ４から取得した各会議室の予約情報に基づいて、各会議室に備え付けられている電子機器の電源等を制御したりする。なお、本実施形態において、リソース管理サーバ５は、リソース管理装置の一例として機能する。

通信ネットワーク１００には、フロア空間内の各会議室、参加予定者の作業場所、及び、管理者の作業場所などがあり、参加予定者は、各地から通信ネットワーク１００とファイヤーウォール１０５を介して通信ネットワーク１１０にアクセスできる。通信ネットワーク１００は例えばＬＡＮ（Local Area Network）である。但し、各会議室、参加予定者の作業場所及び管理者の作業場所は同じ企業内のＬＡＮであるとは限らない。

また、リソース管理サーバ５で共有される情報には、画像、動画、音声等のようにテキストに限られないものもある。但し、本実施形態では説明の便宜上、通知には主にテキストが用いられるとして説明する。但し、チャットシステムは、グループ間の音声通話機能を提供してもよい。音声通話は１対１でも１対Ｎ（≧２）でもよい。したがって、本実施形態でチャットシステムがリソースの予約に関する情報を通知する際は、テキストの表示の他、音声メッセージの出力でもよい。なお、チャットシステムとしては、ＬＩＮＥ（登録商標）、slack、Microsoft Teams（登録商標）等が知られているが、ボット（事前に決められている処理を実行するプログラム）から１又は複数の利用者に対して通知が可能なチャットシステムであればよい。

リソース管理サーバ５も同様に、予約管理サーバ４のアカウントとは異なるアカウントで利用者を管理するが、上述した会議管理サーバは、原則としてリソース管理サーバ５のアカウントを意識する必要はない。しかし、会議管理サーバは、リソース管理サーバ５の任意のアカウントを指定して通知することができる。

<<ＰＣ>>
また、利用者の予定等を管理する管理者は、ファイヤーウォール１０５の内側に通信ネットワーク１００に接続可能なＰＣ６を使用することができる。ＰＣ６は、リソース管理サーバ５が提供するＷｅｂページを介して管理者がリソース（会議室）に関する各種の設定を行うための通信端末である。この設定の一つに初期設定がある。なお、初期設定には、管理者が所有するスマートフォンなどの端末装置が使用されてもよい。なお、ＰＣ６は、有線及び無線のいずれでも通信可能である。また、ＰＣ６には、受付端末８と同様にチャットアプリがインストールされる。そのため、ＰＣ６は、利用者が予約したフリースペースを含む会議室等のリソースの予約状況等を確認するための表示端末として用いられる。さらに、ＰＣ６は、ブラウザソフトウェアを利用して通信し、Ｗｅｂページを表示する機能を有していてもよい。

なお、ＰＣ６に代わって、例えば、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などの通信機能を有する通信端末であってもよい。つまり、通信端末は、ブラウザソフトウェア等のソフトウェアを動作させることが可能な端末が用いられる。また、本実施形態において、ＰＣ６は、管理者用端末の一例として機能する。

<<受付端末>>
受付端末８は、一般的なＯＳなどが搭載された通信端末である。なお、受付端末８に代わって、例えば、タブレット端末、ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などの通信機能を有する通信端末であってもよい。つまり、通信端末は、ブラウザソフトウェア等のソフトウェアを動作させることが可能な端末が用いられる。

一例として、受付端末８には、リソース管理サーバ５との間で利用可能な専用のアプリケーションソフトウェア（以下、チャットアプリという）がインストールされている。そこで、チャットアプリがインストールされた受付端末８を動作させることで、利用者は、本実施形態におけるフリースペース等の予約を行うことができる。なお、本実施形態では、リソース管理システム１に会議に係る専用のアプリケーションソフトウェア（以下、会議アプリという）を動作させるための会議管理サーバを含めるようにしてもよい。なお、上述したアプリケーションは、ブラウザソフトウェアで代用されてよい。なお、本実施形態において、受付端末８は、通信端末の一例として機能する。

＜用語について＞
リソースとは、ある会社、団体及び組織等が保有・貸借・管理している資源をいう。会社、団体及び組織等のリソースとしては、例えば、会議室、及び、会議室で使用可能な備品、装置、人（受け付けグループ）などがリソースとなり得る。さらに、フリーアドレスを有するフリースペース（以下、単にフリースペースという）、机、椅子、ブース等の場所、社用車、自転車、駐車場、駐輪場、遠隔会議システム、印刷サービスや仕組みなどもリソースとなり得る。リソースのうち移動しにくいものを設備という。本実施形態では、説明の便宜上、リソースの一例として会議室という用語を使用する。ほかにも、リソースの一例として、各種の電子機器、レンタルオフィス、レンタルスタジオ等の場所、レンタルサイクル、レンタカー（シェアリングカー）、ホテル等の宿泊施設、催物会場、ロッカーなどの貸しスペースや空間など、各種の設備もリソースとして扱うことができる。

また、リソースの利用を要求するとは、リソースの識別情報が必要なリソースの利用要求であればよい。例えば、利用開始、又は、予約開始がある。

さらに、利用者とは、フリースペースや会議室等のリソースを予約した者、及び本実施形態におけるリソース管理システム１を管理する管理者を含む。つまり、所定のリソースを予約した者がそのままそのリソースを利用する場合であれば、予約した者がそのまま利用者となる。なお、利用者はユーザと呼ばれてもよい。

〔ハードウェア構成〕
＜予約管理サーバ、リソース管理サーバ、管理者用端末のハードウェア構成＞
図２は、第１の実施形態に係る予約管理サーバ、リソース管理サーバ及びＰＣのハードウェア構成の一例を示す図である。予約管理サーバ４、リソース管理サーバ５及びＰＣ６は、例えば図２に示すハードウェア構成のコンピュータシステムにより実現される。

図２に示されているコンピュータシステムは、コンピュータによって構築されており、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤ４０４、ＨＤＤ(Hard Disk Drive)コントローラ４０５、ディスプレイ４０６、外部機器接続Ｉ／Ｆ４０７(Interface)、バスライン４０８、ネットワークＩ／Ｆ４０９、キーボード４１０、ポインティングデバイス４１１、メディアＩ／Ｆ４１３、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ４１５を備えている。

これらのうち、ＣＰＵ４０１は、コンピュータシステム全体の動作を制御する。ＲＯＭ４０２は、ＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＨＤ４０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ４０５は、ＣＰＵ４０１の制御にしたがってＨＤ４０４に対する各種データの読出し又は書込みを制御する。ディスプレイ４０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ４０７は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ４０９は、通信ネットワーク１１０を利用してデータ通信をするためのインターフェースである。バスライン４０８は、図２に示されているＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード４１０は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス４１１は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。メディアＩ／Ｆ４１３は、フラッシュメモリ等の記録メディア４１２に対するデータの読み出し又は書き込み（記憶）を制御する。ＤＶＤ－ＲＷドライブ４１５は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷドライブ４１５に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。

また、リソース管理サーバ５は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ５０７(Interface)、バスライン５０８、ネットワークＩ／Ｆ５０９、キーボード５１０、ポインティングデバイス５１１、メディアＩ／Ｆ５１３、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４を備えている。これらは、それぞれ予約管理サーバ４におけるＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤ４０４、ＨＤＤコントローラ４０５、ディスプレイ４０６、外部機器接続Ｉ／Ｆ４０７、バスライン４０８、ネットワークＩ／Ｆ４０９、キーボード４１０、ポインティングデバイス４１１、メディアＩ／Ｆ４１３及びＤＶＤ－ＲＷドライブ４１５と同様の構成であるため、説明を省略する。

ＰＣ６は、上述したようにコンピュータによって構築され、図２に示されているように、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＨＤ６０４、ＨＤＤ(Hard Disk Drive)コントローラ６０５、ディスプレイ６０６、外部機器接続Ｉ／Ｆ６０７(Interface)、バスライン６０８、ネットワークＩ／Ｆ６０９、キーボード６１０、ポインティングデバイス６１１、メディアＩ／Ｆ６１３、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ６１４を備えている。これらは、それぞれ予約管理サーバ４におけるＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤ４０４、ＨＤＤコントローラ４０５、ディスプレイ４０６、外部機器接続Ｉ／Ｆ４０７、バスライン４０８、ネットワークＩ／Ｆ４０９、キーボード４１０、ポインティングデバイス４１１、メディアＩ／Ｆ４１３及びＤＶＤ－ＲＷドライブ４１５と同様の構成であるため、説明を省略する。

＜受付端末８のハードウェア構成＞
図３は、第１の実施形態に係る受付端末のハードウェア構成の一例を示す図である。受付端末８は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＣＭＯＳセンサ７０５、撮像素子Ｉ／Ｆ７０６、加速度・方位センサ７０７、メディアＩ／Ｆ７０９、ＧＰＳ受信部７１１を備えている。

これらのうち、ＣＰＵ７０１は、受付端末８の全体の動作を制御する。ＲＯＭ７０２は、ＣＰＵ７０１やＩＰＬ等のＣＰＵ７０１の駆動に用いられるプログラムを記憶する。ＲＡＭ７０３は、ＣＰＵ７０１のワークエリアとして使用される。ＥＥＰＲＯＭ７０４は、ＣＰＵ７０１の制御にしたがって、アプリ等の各種データの読出し又は書込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ７０５は、ＣＰＵ７０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ７０６は、ＣＭＯＳセンサ７０５の駆動を制御する回路である。加速度・方位センサ７０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ７０９は、フラッシュメモリ等の記録メディア７０８に対するデータの読出し又は書込み（記憶）を制御する。ＧＰＳ受信部７１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、受付端末８は、遠距離通信回路７１２、遠距離通信回路７１２のアンテナ７１２ａ、ＣＭＯＳセンサ７１３、撮像素子Ｉ／Ｆ７１４、マイク７１５、スピーカ７１６、音入出力Ｉ／Ｆ７１７、ディスプレイ７１８、外部機器接続Ｉ／Ｆ(Interface)７１９、近距離通信回路７２０、近距離通信回路７２０のアンテナ７２０ａ、及びタッチパネル７２１を備えている。

これらのうち、遠距離通信回路７１２は、通信ネットワーク１００を介して、他の機器と通信する回路である。ＣＭＯＳセンサ７１３は、ＣＰＵ７０１の制御にしたがって被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ７１４は、ＣＭＯＳセンサ７１３の駆動を制御する回路である。マイク７１５は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ７１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ７１７は、ＣＰＵ７０１の制御にしたがってマイク７１５及びスピーカ７１６との間で音信号の入出力を処理する回路である。ディスプレイ７１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ７１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路７２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル７２１は、利用者がディスプレイ７１８に対して押下、クリック又はタップ等の操作をすることで、受付端末８を操作する入力手段の一種である。なお、ＣＭＯＳセンサ７１３等の撮像手段、近距離通信回路７２０等の近距離通信手段、マイク７１５等の音声入力手段、等は、リソースの識別情報を、それぞれ例えば、画像コード等の画像、無線通信、音波で取得する情報取得手段である。

また、受付端末８は、バスライン７１０を備えている。バスライン７１０は、図３に示されているＣＰＵ７０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

〔リソース管理システムの機能構成〕
次に、図４乃至図９を用いて、本実施形態の機能構成について説明する。図４は、第１の実施形態に係るリソース管理システムの機能構成の一例を示す図である。

＜予約管理サーバの機能構成＞
図４に示されているように、予約管理サーバ４は、送受信部４１、判断部４５、認証部４６、予約情報管理部４７及び記憶・読出処理部４９を有する。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ４０２及びＨＤ４０４のうち少なくとも一方からＲＡＭ４０３上に展開された予約管理サーバ４用のプログラムに従ったＣＰＵ４０１からの命令によって動作することで実現される機能又は手段である。

また、予約管理サーバ４は、図３に示されているＲＯＭ４０２又はＨＤ４０４によって構築される記憶部４０００を有している。

（予約情報管理テーブル）
図５は、予約情報管理テーブルの一例を示す概念図である。記憶部４０００には、図５に示されているような予約情報管理テーブルによって構成される予約情報管理ＤＢ４００１が構築されている。この予約情報管理テーブルでは、リソースの識別情報を示すリソースＩＤをタブとして、それぞれのタブで分けられた予約ＩＤごとに、予約者アカウント、開始日時、終了日時及び参加予定者アカウントが関連付けられて記憶、管理されている。なお、タブ付けされるリソースＩＤは、例えば、Ａ１０１（会議室Ａ）である。

これらのうち、予約ＩＤは、予約情報の１レコードを識別する識別情報である。ＩＤは、Identificationの略であり、識別子や識別情報という意味である。ＩＤは、複数の対象からある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組合せをいう。

予約者アカウントは、リソースを予約した予約者のアカウントを示すもので、例えば、a@rｘｘｘｘ.ex.comで示されるメールアドレスである。開始日時は、予約内容が開始される始期（予約内容が開始される日時）であり、終了日時は、予約内容が終了される終期（予約内容が終了される日時）である。参加予定者アカウントは、予約者によって予約されたリソースで実行されるイベントへの参加を予定している人物、団体等のアカウントを示すものである。参加予定者アカウントは、例えば、b@rｘｘｘｘ.ex.comで示されるメールアドレスである。

<<予約管理サーバの各機能構成>>
次に、予約管理サーバ４の各機能構成について詳細に説明する。図４に示されている予約管理サーバ４の送受信部４１は、主に、図２に示されているＣＰＵ４０１の処理、外部機器接続Ｉ／Ｆ４０７及びネットワークＩ／Ｆ４０９によって実現され、ファイヤーウォール１０５の外側に構築される通信ネットワーク１１０を介して、リソース管理サーバ５と各種データ（又は情報）の送受信を行う。また、送受信部４１は、受付端末８のフリーアドレス利用時におけるログイン認証要求や予約の設定を受信する。

判断部４５は、主に、図３に示されているＣＰＵ３０１の処理によって実現され、予約管理サーバ４における各種判断を行う。

認証部４６は、主に、図３に示されているＣＰＵ３０１の処理によって実現され、認証情報ＤＢに記憶されている認証情報（例えば、ユーザＩＤとパスワード）に基づいて利用者を認証する。ＩＣカードや生体認証情報で認証してもよい。

予約情報管理部４７は、主に、図３に示されているＣＰＵ３０１の処理によって実現され、利用者が登録した予約情報を管理する。予約情報管理部４７は、上述した予約情報管理ＤＢ４００１及びリソース予約管理ＤＢ４００３から各種予約情報を読み出して、送受信部４１を介してリソース管理サーバ５に送信する。

記憶・読出処理部４９は、主に、図３に示されているＣＰＵ３０１の処理によって実現され、記憶部４０００に各種データ（又は情報）を記憶したり、記憶部４０００から各種データ（又は情報）を読み出したりする。

＜リソース管理サーバの機能構成＞
図４に示されているように、リソース管理サーバ５は、送受信部５１、取得部５２、時計部５３、判断部５５、通信部５８及び記憶・読出処理部５９を有する。これら各機能部は、図３に示された各構成要素のいずれかが、ＲＯＭ５０２及びＨＤ５０４うち少なくとも一方からＲＡＭ５０３に展開されたリソース管理サーバ５用のプログラムに従ったＣＰＵ５０１からの命令により動作することで実現される機能又は手段である。また、リソース管理サーバ５は、図２に示されているＲＯＭ５０２又はＨＤ５０４により構築される記憶部５０００を有している。

（ログイン情報テーブル）
図６（Ａ）は、ログイン情報テーブルの一例を示す概念図である。記憶部５０００には、図６（Ａ）に示されているようなログイン情報テーブルによって構成されるログイン情報ＤＢ５００１が構築されている。このログイン情報テーブルでは、顧客ＩＤに、ユーザＩＤ、パスワード及びサーバＵＲＬが関連付けられて記憶、管理されている。これらのうち、顧客ＩＤは、企業等の顧客に対応付けられた識別情報である。

ユーザＩＤは、顧客ＩＤで管理される各利用者のメールアドレス等が記憶、管理される。ユーザＩＤは、例えば、利用者によってリソース管理サーバ５に対する認証が成功すると、リソース管理サーバ５によって、入力されたユーザＩＤが正しいものであると見なされる。このユーザＩＤは、リソースを予約した予約者又はリソースで行われる各種イベントの参加者のアカウントと同じものを示す。そのため、リソース管理サーバ５は、入力されたユーザＩＤにより、ユーザＩＤを入力した利用者が予約者である予約情報、又は参加者である予約情報を特定することができる。本実施形態では、以降「ユーザＩＤ」と記載するが、利用者ＩＤと同じ意味として扱う。

ログインパスワードは、リソース管理システム１を利用する際のログイン時のユーザＩＤと関連付けられた識別情報であり、初回の起動時（ログイン時）等にユーザが設定する。サーバＵＲＬは、リソース管理サーバ５のうち顧客に割り当てられたＵＲＬである。なお、サーバＵＲＬは複数の顧客に共通でもよい。

（リソース状態管理テーブル）
図６（Ｂ）は、リソース状態管理テーブルの一例を示す概念図である。記憶部５０００には、図６（Ｂ）に示されているようなリソース状態管理テーブルによって構成されるリソース状態管理ＤＢ５００２が構築されている。このリソース状態管理テーブルでは、予約ＩＤごとに、予約者アカウント、イベント名、リソースＩＤ、開始日時、終了日時、参加者アカウント及びリソースの利用状態が関連付けられて記憶、管理されている。

これらのうち、予約ＩＤは、予約情報の１レコードを識別する識別情報である。以下、予約ＩＤ以外のＩＤについても同様である。予約者アカウントは、例えば、リソース管理システム１内のフロア空間にある各会議室を予約した参加予定者のアカウントである。予約者アカウントは、フロア空間内の各会議室を予約した予約者（参加予定者）のアカウントである。イベント名は、参加予定者が任意に付与した会議等のイベントの名称である。リソースＩＤは、社内ネットワークにある各リソース（会議室、等）を識別する識別情報である。参加予定者アカウントは、会議に参加する予定の参加予定者のアカウントである。なお、図６（Ｂ）の予約者アカウント及び参加予定者アカウントは、いずれも予約管理サーバ４が発行したアカウントである。

リソースの利用状態は、対象のリソースの現在の状態を表す。利用状態として、リソースが会議室等の空間であれば、例えば、「使用中」、「入室待ち」などがある。なお、リソースの利用状態を、予約の状況と関連付けてもよい。例えば、各リソースの予約に関する情報の通知済み、利用確定、チェックイン待ち、チェックイン済み、チェックアウト済み又はキャンセル（取消し）等の状況が登録されるようにしてもよい。なお、これらの利用状態は、現在時刻と開始日時及び終了日時との関係、並びに、利用者による所定の操作（チェックイン処理、等）に関連付けて、それぞれの状態を変更するようにしてもよい。

（リソース識別管理テーブル）
図６（Ｃ）は、リソース識別管理テーブルの一例を示す概念図である。記憶部５０００には、図６（Ｃ）に示されているようなリソース識別管理テーブルによって構成されるリソース識別管理ＤＢ５００３が構築されている。このリソース状態管理テーブルでは、予約ＩＤごとに、リソースＩＤ及びイベントＩＤが関連付けられて記憶、管理されている。

これらのうち、イベントＩＤは、所定のイベントが行われる会議室等のリソースにチェックインするための情報であり、固有に与えられた文字、複数桁の数字、又はそれらの組合せである。なお、チェックインとは、リソースの使用を開始することである。

（リソースグループ管理テーブル）
図７は、リソースグループ管理テーブルの一例を示す概念図である。記憶部５０００には、図７に示されているようなリソースグループ管理テーブルによって構成されるリソースグループ管理ＤＢ５００４が構築されている。このリソースグループ管理テーブルでは、顧客ＩＤごとに、リソース名、リソースＩＤ、リソースの状態、認証キー、管理開始フラグ、リソースグループ、運用ルール、グループＩＤ及びグループ名が関連付けられて記憶、管理されている。

これらのうち、リソース名は、イベント（例えば、会議）の参加者が認識している会議室の一般的な名称であり、例えば会議室の入口に表示又は提示されているものをいう。

リソースＩＤは、上述したように会議室を一意に識別する識別情報である。簡易的には、リソースＩＤは、予約管理サーバ４と共通とすることができる。また、変換テーブルを設けることで、予約管理サーバ４と別に管理者が設定することもできる。

リソースの状態は、例えば、各会議室に設置された端末又は受付端末８の初期設定が終了したか、通信が可能か等を示す。例えば、
・接続中：一定期間内に通信が確認できている状態
・セットアップ前：初期設定前の状態
・接続断：一定期間以上、通信がない状態
などである。

認証キーは、リソース管理サーバ５が各会議室に設置された端末又は受付端末８を認証するための認証情報となる。初期設定により認証キーが各会議室に設置された端末又は受付端末８に設定される。認証キーには、総当たり方式で特定できない程度に長い桁数の数字、アルファベット、記号などの組合せが用いられる。また、認証キーは、リソース管理サーバ５又は管理者のいずれかによって決定されてもよい。

管理開始フラグは、例えば、各会議室に設置された端末又は受付端末８の初期設定が終わった後に、会議室の管理をリソース管理サーバ５が開始するか否かを示すフラグ（True：開始する False：開始しない）である。管理開始フラグがあることで、初期設定が完了してから各会議室に設置された端末の配置までのタイムラグで生じる不都合（予約が自動的にキャンセルされてしまうこと）を抑制できる。

リソースグループは、例えば、会議室の管理上のグループであり、会議室が存在する事業所や棟などの違いを表す。

運用ルールは、チェックインが可能となる時間、自動キャンセル時間又は電子機器の自動起動の要否など、リソースの運用に関するどのルールを適用するかを示す。例えば、Defaultは社員用のルールを、Guestは来客者のルールを、Executiveは役員用のルールを示す。

グループＩＤは、管理者がグループ化した複数のリソースが所属するグループの識別情報が設定される。例えば、B棟101からB104のリソース（会議室）は、G002にグループ化されていることが分かる。仮に、グループに所属しないリソース（会議室）は、グループＩＤの項目が設定されない。

グループ名には、管理者が入力したグループ名が設定される。グループＩＤと同様に、グループに所属しない会議室ではグループの項目が設定されない。

なお、上述した各項目のうち、リソース名、リソースＩＤ、管理開始フラグ（初期値はFalse）、リソースグループ及び運用グループは、予約管理サーバ４から送信されたものを使用してよい。あるいは、管理者がリソース管理サーバ５に対して設定することができる。リソースの状態の初期状態（提供者の設定直後）は、「セットアップ前」であるが、通信の状況によって遷移する。認証キーは、初期設定時に例えばリソース管理サーバ５が採番して設定する。管理開始フラグは管理者が設定する。グループＩＤの項目は管理者がグループ化したタイミングで会議管理サーバ３０が設定し、グループ名の項目は管理者が設定する。

（リソース別予約管理テーブル）
図８（Ａ）は、リソース別予約管理テーブルの一例を示す概念図である。記憶部５０００には、図８（Ａ）に示されているようなリソース別予約管理テーブルによって構成されるリソース別予約管理ＤＢ５００５が構築されている。このリソース別予約管理テーブルでは、リソースＩＤをタブとして、それぞれのタブで分けられた予約ＩＤごとに、予約者アカウント、開始日時、終了日時、参加予定者アカウント及びリソースの状態が関連付けられて記憶、管理されている。これらのうち、リソースの状態は、リソース（例えば、会議室）の状態を示し、「使用中（チェックイン済み）」、「入室待ち（通知済み）」などがある。

（マップ情報管理テーブル）
図８（Ｂ）は、マップ情報管理テーブルの一例を示す概念図である。図８(Ｂ)に示されるマップ情報管理テーブルは、後述する会議室マップの連携登録処理によって生成される。記憶部５０００には、図８（Ｂ）に示されているようなマップ情報管理テーブルによって構成されるマップ情報管理テーブル５００６が構築されている。このマップ情報管理テーブルでは、顧客ＩＤをタブとして、それぞれのタブで分けられたグループＩＤごとに、リソースＩＤ、階数、マップ画像ファイル（ＵＲＬ、座標（Ｘ）及び座標（ｙ））が対応付けられて記憶、管理されている。これらの項目のいずれかもしくは全てを含む情報をマップ情報と呼ぶ。

これらのうち、マップ画像ファイルは、例えば、ブラウザのＵＲＬで示される。このＵＲＬは、jpgファイル等のファイルフォーマットで与えられる画像データの各アップロード先を示す。つまり、マップ画像ファイルの値であるＵＲＬは、画像データを特定する識別情報である。

また、階数は、リソースＩＤによって特定されるリソースが、建物内のどこの階層に位置しているかを表しており、階数に関する情報である。なお、階数は各リソースに対応付けられた区域の一例であり、リソースがどの区域に対応付けられているかを特定できる情報であればこれに限られない。例えば、エリアや区画といった情報も区域の一例となる。

本実施形態において、マップ画像ファイルの値であるＵＲＬによって特定される画像データは、マップ情報管理テーブル５００６において、このＵＲＬと対応する建物内の階数の地図を示す画像データである。

また、座標（Ｘ）及び座標（Ｙ）は、マップ画像ファイルの水平方向（Ｘ軸）及び垂直方向（Ｙ軸）を表すＸ－Ｙ座標系における原点Ｏからの距離を表す。距離の単位として、例えば、pixel([px])が用いられる。

つまり、マップ情報管理テーブル５００６におけるＸ座標とＹ座標は、建物内の階数の地図を示す画像における、リソースＩＤによって特定されたリソースの位置を示す位置情報である。

<<リソース管理サーバの各機能構成>>
次に、リソース管理サーバ５の各機能構成について詳細に説明する。図４に示されているリソース管理サーバ５の送受信部５１は、主に、図３に示されているＣＰＵ５０１の処理、外部機器接続Ｉ／Ｆ５０７及びネットワークＩ／Ｆ５０９によって実現され、リソース管理サーバ５と各種の情報を送受信する。

取得部５２は、主に、図２に示されているＣＰＵ５０１の処理によって実現され、受付端末８及びＰＣ６から送信されたそれぞれの認証情報（ユーザＩＤ及びパスワード、管理者ＩＤ及びパスワード）を、ログイン情報ＤＢ５００１を構成するログイン情報テーブルに登録する。

時計部５３は、主に、図２に示されているＣＰＵ５０１の処理によって実現され、リソース管理サーバ５内の時刻情報を管理する。

判断部５５は、主に、図２に示されているＣＰＵ５０１の処理によって実現され、リソース管理サーバ５における各種判断を行う。

通信部５８は、主に、図２に示されているＣＰＵ５０１の処理、外部機器接続Ｉ／Ｆ５０７及びネットワークＩ／Ｆ５０９によって実現され、主に、予約管理サーバ４、その他の装置との通信を行う。

記憶・読出処理部５９は、主に、図２に示されているＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ（又は情報）を記憶したり、記憶部５０００から各種データ（又は情報）を読み出したりする。

＜ＰＣの機能構成＞
図４に示されているように、ＰＣ６は、送受信部６１、受付部６２、表示制御部６４、通信部６８及び記憶・読出処理部６９を有する。これら各機能部は、図２に示された各構成要素のいずれかが、ＲＯＭ６０２及びＨＤ６０４うち少なくとも一方からＲＡＭ６０３に展開されたＰＣ６用のプログラムに従ったＣＰＵ６０１からの命令により動作することで実現される機能又は手段である。また、ＰＣ６は、図３に示されているＲＯＭ６０２又はＨＤ６０４により構築される記憶部６０００を有している。

<<ＰＣの各機能構成>>
次に、ＰＣ６の各機能構成について詳細に説明する。図４に示されているＰＣ６の送受信部６１は、主に、図２に示されているＣＰＵ６０１の処理、外部機器接続Ｉ／Ｆ６０７及びネットワークＩ／Ｆ６０９によって実現され、通信ネットワーク１００を介してリソース管理サーバ５と各種の情報を送受信する。本実施形態では、リソース管理サーバ５から各種リソースの予約に関する情報、リソースを利用する利用者のリソース予約状況、行動予定等の各種情報（データ）を送受信する。

受付部６２は、主に、図２に示されているＣＰＵ６０１の処理及びキーボード６１０及びポインティングデバイス６１１によって実現され、管理者から各種の選択又は入力を受け付ける。また、タッチパネル等による他の入力手段が用いられてもよい。

表示制御部６４は、主に、図２に示されているＣＰＵ６０１の処理及びディスプレイ６０６によって実現され、例えば、リソース管理サーバ５から送信された各種データにより生成されたテキスト、画像を表示する。

通信部６８は、主に、図２に示されているＣＰＵ６０１の処理、外部機器接続Ｉ／Ｆ６０７及びネットワークＩ／Ｆ６０９によって実現され、ファイヤーウォール１０５の内側に構築されている通信ネットワーク１００を介して、受付端末８等の端末、各種装置と通信する回路である。なお、通信部６８と送受信部６１とは通信ユニットを別個に有する構成で説明したが、共用される構成であってもよい。

記憶・読出処理部６９は、主に、図２に示されているＣＰＵ６０１の処理によって実現され、記憶部６０００に各種データを記憶したり、記憶部６０００に記憶された各種データを読み出したりする処理を行う。

＜受付端末の機能構成＞
図４に示されているように、受付端末８は、送受信部８１、受付部８２、表示制御部８４、端末認証部８６及び記憶・読出処理部８９を有する。これら各部は、図３に示されている各構成要素のいずれかが、ＲＯＭ７０２及びＥＥＰＲＯＭ７０４のうち少なくとも一方からＲＡＭ７０３上に展開された受付端末８用のプログラムに従ったＣＰＵ７０１からの命令によって動作することで実現される機能又は手段である。

また、受付端末８は、図３に示されているＲＯＭ７０２又はＥＥＰＲＯＭ７０４によって構築される記憶部８０００を有している。

（マーク管理テーブル）
図９は、マーク管理テーブルの一例を示す概念図である。記憶部８０００には、図９に示されているようなマーク管理テーブルによって構成されるマーク管理ＤＢ８００１が構築されている。このマーク管理テーブルでは、リソースの状態ごとにマークが関連付けられて記憶、管理されている。

これらのうち、リソースの状態は、例えば、「空き」、「使用中」、「入室待ち」及び「現在地」がある。但し、「現在地」については、受付端末８が設置される場所を意味する項目として管理されている。また、マークには、例えば、「◆」、「レ」、「●」及び「現在位置記号」がある。なお、リソースの状態は、対象となるリソースの種類によってさまざまな形態を与えることができる。例えば、リソースがレンタカーなどの共用車両の場合、リソースの状態としては、例えば、「貸出中」、「利用可」、「メンテナンス中」及び「給油中」などが考えられる。

<<受付端末の各機能構成>>
次に、受付端末８の各機能構成について詳細に説明する。図４に示されている受付端末８の送受信部８１は、主に、図３に示されているＣＰＵ７０１の処理、遠距離通信回路７１２及び外部機器接続Ｉ／Ｆ７１９によって実現され、通信ネットワーク１００を介して、予約管理サーバ４及びリソース管理サーバ５と各種データ（又は情報）の送受信を行う。

受付部８２は、主に、図３に示されているＣＰＵ７０１の処理及びタッチパネル７２１の処理によって実現され、利用者から各種の選択又は入力を受け付ける。また、タッチパネル７２１だけでなく、他の入力手段として操作ボタン等が用いられてもよい。

表示制御部８４は、主に、図３に示されているＣＰＵ７０１の処理及びディスプレイ７１８によって実現され、ディスプレイ７１８に各種画像、文字、コード情報等を表示させるための制御を行う。また、各種画像、文字、コード情報等の切り替え処理を行うための制御を行う。

端末認証部８６は、主に、図３に示されているＣＰＵ７０１の処理によって実現され、例えば、入力されたパスワードが正しいか否かに基づいて端末アプリへのログインを認証する。

記憶・読出処理部８９は、主に、図３に示されているＣＰＵ７０１の処理によって実現され、記憶部８０００に各種データ（又は情報）を記憶したり、記憶部８０００から各種データ（又は情報）を読み出したりする。

〔実施形態の処理又は動作〕
次に、図１０乃至図２２を用いて、本実施形態に係るリソース管理システム１における処理又は動作を説明する。

＜会議室マップの連携登録処理＞
まず、図１０を用いて、会議室マップの登録処理を説明する。図１０は、会議室マップの連携登録における起動処理の一例を示すシーケンス図である。

<<会議室情報の取得>>
はじめに、リソース管理サーバ５の送受信部５１は、予約管理サーバ４に対してリソースＩＤ及び顧客ＩＤを含むリソース情報取得要求を送信する（ステップＳ１１）。これにより、予約管理サーバ４の送受信部４１は、リソース管理サーバ５が送信したリソースＩＤ及び顧客ＩＤを含むリソース情報取得要求を受信する。

続いて、予約管理サーバ４の記憶・読出処理部４９は、送受信部４１によって受信されたリソースＩＤを検索キーとして予約情報管理テーブル（図５参照）を検索することにより、対応する会議室の予約情報を読み出す（ステップＳ１２）。あわせて、記憶・読出処理部４９は、顧客ＩＤを検索キーとして予約管理サーバ４に記憶、管理されたデータテーブルを検索することにより、対応する情報を読み出す。

続いて、送受信部４１は、リソース情報取得の応答として、リソース管理サーバ５に対してリソースの予約情報を送信する（ステップＳ１３）。これにより、リソース管理サーバ５の送受信部５１は、予約管理サーバ４の送受信部４１が送信したリソースの予約情報を受信する。このリソースの予約情報には、例えば、予約者アカウント、リソースとしての会議室で実行されるイベントの開始日時、終了日時、参加予定者アカウントなどが含まれる。

続いて、リソース管理サーバ５の記憶・読出処理部５９は、送受信部５１によって受信された予約情報を、リソースグループ管理ＤＢ５００４を構築するリソースグループ管理テーブル、及びリソース別予約管理ＤＢ５００５を構築するリソース別予約管理テーブルに登録する（ステップＳ１４）。これにより、リソースグループ管理ＤＢ５００４及びリソース別予約管理ＤＢ５００５には、取得した各会議室に係る情報が登録、管理される。なお、会議室の情報は頻繁には変化しないため、１日に１回など低頻度に取得しておけばよい。また、取得部５２は、予約管理サーバ４から定期的に又は予約情報に更新があった場合に予約情報を取得するようにしてもよい。

なお、本実施形態に係るリソース管理システム１では、上述したステップＳ１１及びＳ１３の処理が実行される場合、リソース管理サーバ５（リソース管理装置）と予約管理サーバ４（予約管理装置）との間に他の装置等が存在してもよい。つまり、リソース管理サーバ５と予約管理サーバ４との間で送受信される各情報は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成及び処理方法は、以降の他の処理ステップにおいても適用することができる。

<<ブラウザの起動処理>>
続いて、ＰＣ６の受付部６２は、管理者によって操作されたブラウザの起動要求を受け付ける（ステップＳ２１）。受付端末８を初期設定する管理者は、例えば、ＰＣ６のブラウザを起動して（専用のアプリでもよい）、リソース管理サーバ５にログインするための操作を行う。認証情報としては、例えば、ユーザＩＤとパスワードが用いられる。ここでは認証が成功したものとする。これにより、ＰＣ６は、初期画面を表示する。画面例として、図１４にログイン画面の一例を示す。

認証情報の入力を受け付けた後、表示制御部６４は、ＰＣ６のディスプレイ６０６にブラウザ起動の画面（例えば、ログイン画面６５１）を表示する（ステップＳ２２）。

ステップＳ２２でブラウザ起動の画面を確認した管理者は、管理者ページへのアクセス（管理者ページアクセス要求）を行う。これにより、ＰＣ６の受付部６２は、管理者によって操作されたアクセス要求を受け付ける（ステップＳ２３）。

ステップＳ２３でアクセス要求を受け付けた後、送受信部６１は、リソース管理サーバ５に対して、例えば、一般的な個人認証システムを利用した管理者情報アクセス要求を送信する（ステップＳ２４）。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信された管理者情報アクセス要求を受信する。なお、管理者情報アクセス要求には、管理者のユーザＩＤ（例えば、メールアドレス）及びログインパスワードが含まれる。

続いて、リソース管理サーバ５の記憶・読出処理部５９は、ログイン情報の読出し処理として、受信したユーザＩＤ又はログインパスワードを検索キーとしてログイン情報テーブル（図６（Ａ）参照）を検索することにより、対応するユーザＩＤ及びログインパスワードを読み出す（ステップＳ２５）。

ユーザ認証に成功した場合、送受信部５１は、ＰＣ６に対して、管理者のユーザＩＤを含む管理者情報アクセス応答を送信する（ステップＳ２６）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信された管理者のユーザＩＤを含む管理者情報アクセス応答を受信する。

なお、本実施形態に係るリソース管理システム１では、上述したステップＳ２４及びＳ２６の処理が実行される場合、リソース管理サーバ５（リソース管理装置）とＰＣ６（管理者用端末）との間に他の装置等が存在してもよい。つまり、リソース管理サーバ５とＰＣ６との間で送受信される各情報は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成及び処理方法は、以降の他の処理ステップにおいても適用することができる。

続いて、管理者情報アクセス応答を受信したＰＣ６の表示制御部６４は、ディスプレイ６０６に管理画面（例えば、図１５に示されたようなグループ一覧画面６６１）を表示する（ステップＳ２７）。

<<会議室マップの登録処理>>
続いて、図１１のシーケンス図を説明する。図１１は、会議室マップの連携登録におけるフロアマップ画像登録の一例を示すシーケンス図である。ＰＣ６のディスプレイ６０６に管理画面が表示されたことを確認した管理者は、図１５に表示された画面において、グループ名（例えば、Ａ棟１Ｆ）に対応する編集ボタン６６５ｄを押下、クリック又はタップ等の操作を行い、リソースグループの選択を行う（マップ連携リソースグループ情報要求）。これにより、ＰＣ６の受付部６２は、管理者によって操作された処理を受け付ける（ステップＳ３１）。

続いて、送受信部６１は、リソース管理サーバ５に対して、リソースＩＤを含むマップ連携リソースグループ情報要求を送信する（ステップＳ３２）。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信されたリソースＩＤを含むマップ連携リソースグループ情報要求を受信する。

リソースＩＤを含むマップ連携リソースグループ情報要求を受信後、リソース管理サーバ５の記憶・読出処理部５９は、受信したリソースＩＤを検索キーとしてリソースグループ管理テーブル（図７参照）を検索することにより、対応するリソース名等を読み出す（ステップＳＳ３３）。

ステップＳ３３の処理の後、送受信部５１は、表示すべき登録画面データを含む情報要求応答を、ＰＣ６に対して送信する（ステップＳ３４）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信された登録画面データを含む情報要求応答を受信する。

続いて、表示制御部６４は、例えば、図１５に示されているグループの管理画面にグループが追加された画面をＰＣ６のディスプレイ６０６に表示する（ステップＳ３７）。

次に、管理者は、フロアマップ画像の登録のためのアップロード操作を行う。操作の対象となる画面は、後述する図１５の「+リソースマップを追加する」ボタン６８７に対して押下、クリック又はタップ等の操作を行う。これにより、ＰＣ６の受付部６２は、管理者からの「+リソースマップを追加する」ボタン６８７に対する操作を受け付ける（ステップＳ３８）。ここで登録されるフロアマップ画像は、例えば、後述する図１７に示されているような画像となる。

ステップＳ３８の処理により、送受信部６１は、フロアマップ画像登録要求として、リソースＩＤ及びフロアマップ画像のアップロード先のＵＲＬを含む要求をリソース管理サーバ５に対して送信する（ステップＳ３９）。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信されたリソースＩＤ及びフロアマップ画像のアップロード先のＵＲＬを含む要求を受信する。

ＰＣ６からリソースをＩＤ及びフロアマップ画像のアップロード先のＵＲＬを含む要求を受信すると、リソース管理サーバ５の記憶・読出処理部５９は、マップ情報管理テーブル（図８（Ｂ）参照）に対してリソースＩＤ及び図１７に示されているような会議室のマップ画像ファイル（ＵＲＬ）とを対応付けて格納する（ステップＳ４０）。本実施形態では、このように、リソースＩＤとフロアマップ画像データのアップロード先とを対応付けて記憶部５０００に格納することを、マップ画像ファイルを登録する、マップ画像ファイルをマップ情報の一部として記憶部５０００に格納する、等と表現する場合がある。

続いて、送受信部５１は、登録結果応答をＰＣ６に対して送信する（ステップＳ４１）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信された登録結果応答を受信する。

リソース管理サーバ５から登録結果応答を受信すると、ＰＣ６の表示制御部６４は、例えば、後述する図１６に示されたようなグループ登録画面をＰＣ６のディスプレイ６０６に表示する（ステップＳ４２）。

<<会議室マップにおけるリソース位置登録処理>>
続いて、図１２のシーケンス図を説明する。図１２は、会議室マップの連携登録におけるリソース位置登録の一例を示すシーケンス図である。グループ登録画面を確認した管理者は、図１６に示されているように、「+座標を追加する」ボタン６８８の押下、クリック又はタップ等の操作をして、リソース位置登録メニューの選択処理を行い、リソース位置登録要求をする。これにより、ＰＣ６の受付部６２は、「+座標を追加する」ボタン６８８への操作を受け付ける（ステップＳ４３）。

リソース位置登録要求を受け付けたＰＣ６は、リソースグループ一覧画面として所属会議室一覧画面をディスプレイ６０６に表示する（ステップＳ４４）。

続いて、管理者は、ブラウザメニューからリソース位置登録メニューを選択する。具体的には、管理者は、図１６に示されている「所属リソース」の欄のリソースリスト６８６のうち、いずれかのリソースを選択する（リソース位置登録要求）。これにより、ＰＣ６の受付部６２は、「所属リソース」のうち管理者によって選択されたリソースを受け付ける（ステップＳ５１）。

続いて、送受信部６１は、リソース管理サーバ５に対して、要求情報としてリソースＩＤを含むマップ情報取得要求を送信する（ステップＳ５２）。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信された、要求情報としてリソースＩＤを含むマップ情報取得要求を受信する。

要求情報としてリソースＩＤを含むマップ情報取得要求を受信すると、記憶・読出処理部５９は、リソースＩＤを検索キーとしてマップ情報管理テーブル（図８（Ｂ）参照）を検索することにより、対応するマップ画像ファイルを読み出す（ステップＳ５３）。

ステップＳ５３の処理の後、送受信部５１は、マップ情報取得応答として、マップ情報管理テーブルから読み出されたマップ画像ファイル、並びに、Ｘ軸方向及びＹ軸方向の各座標を含むマップ情報を、ＰＣ６に対して送信する（ステップＳ５４）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信されたマップ情報で表されるマップ情報応答を受信する。

ステップＳ５４の処理が実行された後、ＰＣ６の表示制御部６４は、ディスプレイ６０６に、例えば、図１８に示されたようなフロアマップ画像（例えば、ＰＤＦファイルで構成される画像）を表示する（ステップＳ５５）。このフロアマップ画像については、後述する画面例にて詳細に説明する。

続いて、管理者は、例えば、図１８に示されているようなディスプレイ６０６上のフロアマップ画像に表示された「会議室Ａを選択してください」というメッセージにしたがって、会議室Ａの中の任意の場所を押下、クリック又はタップ等の操作を行う。これにより、受付部６２は、管理者により与えられたリソース位置選択の操作を受け付ける（ステップＳ５６）。

ステップＳ５６の操作が受付部６２によって受け付けられると、送受信部６１は、リソース管理サーバ５に対して、リソース位置登録要求を送信する（ステップＳ５７）。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信されたリソース位置登録要求を受信する。このとき、リソース位置登録要求には、管理者のディスプレイ６０６に対する操作によって与えられた、フロアマップ画像に対する絶対座標（ｘ、ｙ）の情報が含まれる。すなわち、送受信部６１は、ディスプレイ６０６に表示されたフロアマップ画像中の会議室Ａの画像と会議室Ａの位置を示す絶対座標を登録するための情報を、リソース管理サーバ５に対して送信する。

ＰＣ６から送信されたリソース位置登録要求を受信すると、リソース管理サーバ５の記憶・読出処理部５９は、ステップＳ５２で受信したリソースＩＤに対応するマップ画像ファイルのＸ軸方向及びＹ軸方向の各座標欄に、ステップＳ５７で受信した絶対座標（ｘ、ｙ）の情報を書き込む（ステップＳ５８）。

ステップＳ５８の処理の後、送受信部５１は、登録結果応答として、登録結果を示す情報（テキスト情報等）をＰＣ６に送信する（ステップＳ５９）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信された登録結果を示す情報（テキスト情報等）を受信する。

ステップＳ５９の処理の後、表示制御部６４は、ディスプレイ６０６に例えば、図１６で示されたようなグループ登録画面を表示する（ステップＳ６０）。

以上、会議室マップにおけるリソース位置登録処理としてのステップＳ５１～Ｓ６０までの処理を、位置情報（座標）を登録したいリソース（会議室）の数だけ繰り返す。

なお、ステップＳ５１～Ｓ６０までの処理は一例であり、リソース管理システム１において実行される各処理の内容、順序等は、本発明の要旨を逸脱しない範囲内においてなんら限定されない。

<<会議室マップにおけるリソース位置登録処理>>
続いて、図１３のシーケンス図を説明する。図１３は、会議室マップの連携登録におけるリソース階数登録の一例を示すシーケンス図である。グループ登録画面を確認した管理者は、図１６に示されているように、「+階数を追加する」ボタン６９１の押下、クリック又はタップ等の操作をして、リソース階数登録メニューの選択処理を行い、リソース階数登録要求をする。これにより、ＰＣ６の受付部６２は、「+階数を追加する」ボタン６９１への操作を受け付ける（ステップＳ６１）。

リソース位置登録要求を受け付けたＰＣ６は、リソースグループに登録されているフロアマップの階数の入力を受け付けるための画面をディスプレイ６０６に表示し、受付部６２は、当該画面から管理者により階数の入力操作を受け付ける（ステップＳ６２）。

ステップＳ６２の操作が受付部６２によって受け付けられると、送受信部６１は、リソース管理サーバ５に対して、リソース階数登録要求を送信する（ステップＳ６３）。リソース階数登録要求とは、言い換えれば、区域登録要求である。これにより、リソース管理サーバ５の送受信部５１は、ＰＣ６から送信されたリソース階数登録要求を受信する。このとき、リソース階数登録要求には、管理者のディスプレイ６０６に対する操作によって与えられた、フロアマップ画像に対する階数の情報（区域情報）が含まれる。すなわち、送受信部６１は、ディスプレイ６０６に表示されたフロアマップ画像中の各会議室が所属する階数を登録するための情報を、リソース管理サーバ５に対して送信する。

ＰＣ６から送信されたリソース階数登録要求を受信すると、リソース管理サーバ５の記憶・読出処理部５９は、ステップＳ３９で受信したマップ画像ファイルに対応するリソースの各階数欄に、ステップＳ６３で受信した階数の情報を書き込む（ステップＳ６４）。言い換えれば、リソース管理サーバ５の記憶・読出処理部５９は、区域情報をマップ情報の一部として、マップ情報管理テーブル５００６に格納する。

ステップＳ６４の処理の後、送受信部５１は、登録結果応答として、登録結果を示す情報（テキスト情報等）をＰＣ６に送信する（ステップＳ６５）。これにより、ＰＣ６の送受信部６１は、リソース管理サーバ５から送信された登録結果を示す情報（テキスト情報等）を受信する。

ステップＳ６５の処理の後、表示制御部６４は、ディスプレイ６０６に例えば、図１６で示されたようなグループ登録画面を表示する（ステップＳ６０）。

以上、会議室マップにおけるリソース階数登録処理としてのステップＳ６１～Ｓ６６までの処理を、階数情報を登録したいリソースグループの数だけ繰り返す。

また、階数情報の登録と同時に、案内メッセージを登録出来るようにしてもよい。案内メッセージは受付端末が設置されている階数か否かで異なり、案内メッセージの例は次に示す通りである。「エスカレーターに乗り2階に行ってください。」、「現在お客様のいる階にご利用予定の会議室がございます。」なお、案内メッセージは、これらの例に限定されるものではなく、会議室がどの階数にあるか把握するためのメッセージであればよい。

なお、ステップＳ６１～Ｓ６６までの処理は一例であり、リソース管理システム１において実行される各処理の内容、順序等は、本発明の要旨を逸脱しない範囲内においてなんら限定されない。

（画面例）
図１４は、起動時のログイン画面の一例を示す図である。図１４に示されているように、上述したステップＳ２２の処理が実行されると、ＰＣ６のディスプレイ６０６には、表示制御部６４によってログイン画面６５１が表示される。ログイン画面６５１には、「メールアドレス」入力欄６５２、「次へ」ボタン６５３があわせて表示される。これにより、管理者はステップＳ２３で説明した管理者ページアクセス要求を行うことができる。

図１５は、グループの管理画面の一例を示す図である。図１５に示されているように、上述したステップＳ２７の処理が実行されると、ＰＣ６のディスプレイ６０６には、表示制御部６４によってグループ一覧画面６６１が表示される。グループ一覧画面６６１には、メニュー欄６６２、グループ表示欄６６３が含まれる。また、メニュー欄６６２には、グループ管理ボタン６６４が含まれる。さらに、グループ表示欄６６３には、グループの一覧６６５として、グループ名６６５ａ、リソース数６６５ｂ、画像コード/ＵＲＬ６６５ｃ、編集ボタン６６５ｄ及び削除ボタン６６５ｅの各項目が含まれる。さらに、グループ表示欄６６３には、新規作成ボタン６６６が含まれる。

図１６は、グループの登録画面の一例を示す図である。図１６に示されているように、上述したステップＳ３７、Ｓ４２及びＳ６０の処理が実行されると、ＰＣ６のディスプレイ６０６には、表示制御部６４によってグループ登録画面６８１が表示される。グループ登録画面６８１には、メニュー欄６８２及び選択リソース表示欄６８３が含まれる。メニュー欄６８２には、グループ管理ボタン６８４が含まれる。また、選択リソース表示欄６８３には、グループ名入力欄６８５、リソースリスト６８６、「+リソースマップを追加する」ボタン６８７、「+座標を追加する」ボタン６８８、保存ボタン６８９及びキャンセルボタン６９０、「+階数を追加する」ボタン６９１が含まれる。

図１７は、登録用のフロアマップの一例を示す図である。図１７に示されているように、フロアマップ画像７０１には、リソースとしての会議室Ａ，Ｂ，Ｃ及びＤ、並びにトイレ、エレベーターがそれぞれの位置に配置されている。

図１８は、フロアマップへの座標設定の一例を示す図である。図１８に示されているように、上述したステップＳ５５の処理が実行されると、ＰＣ６のディスプレイ６０６には、表示制御部６４によって登録フロアマップ画像７１１が表示される。登録フロアマップ画像７１１には、矩形で示されるマップ画像の左上の頂点を原点Ｏとして、水平方向にＸ軸、垂直方向にＹ軸を取ったＸ－Ｙ座標７１２が表示される。

このＸ－Ｙ座標のメモリは、例えば、図８（Ｂ）のマップ情報管理テーブルに示されているように、ピクセル（[px]）で表される。また、Ｘ－Ｙ座標中には、会議室Ａの中に座標（ｘ、ｙ）７１５が描画されている。この座標（ｘ、ｙ）７１５は、管理者による操作として、例えば、上述したステップＳ４３及びステップＳ５６の処理が実行されることにより与えられる。

さらに、図１８では、フロアマップ画像７１１に各リソースとともに、現在地を表す現在地記号７１３も表示される。さらに、フロアマップ画像７１１の中央付近には、位置情報としての座標を与えるためのリソース（会議室）の選択を促す「会議室Ａを選択してください」メッセージ７１４も表示される。本実施形態では、会議室Ａの選択を促すメッセージを表示しているが、他の会議室Ｂ，Ｃ及びＤのうちのどの会議室の選択を促すメッセージを表示してもよい。

＜会議室マップの表示処理＞
図１９は、受付端末へのフロアマップ表示の一例を示すシーケンス図である。図１９に示されているように、まず、リソースの一例となる会議室の利用者は、利用予定の会議室（例えば、会議室Ｃ）、または、今すぐ利用できる会議室（例えば、会議室Ｅ)を含むフロアに設けられた受付端末８に対して、会議率の利用開始要（チェックイン）を行う。表示制御部８４は、例えば、図２０に示されているような各リソースに対する予約状況の一覧を表示する。

図２０の表示形態については、後述の画面例で詳細に説明する。利用開始要求は、例えば、利用者が受付端末８のＵＩ(User Interface)部を利用して会議室Ｃを指定し、利用開始（チェックイン）の情報を入力することで行われる。その際利用者は、例えば、自分が予約したリソース（例えば、会議室Ｃ）の「入室」を押下、クリック又はタップ等の操作をする。これにより、受付端末８がイベントＩＤの入力画面を表示するので、利用者は、イベントＩＤを入力することができ、利用開始要求が行われる。

ここで、今すぐ利用できる会議室であり予約を行っていなかった会議室Ｅを指定した場合、「今すぐ利用」を押下、クリック又はタップ等の操作をすることで、イベントＩＤが自動で生成され、利用開始要求が行われる。（ステップＳ７１）。このとき、利用者の処理によって、利用予定もしくは指定された会議室の識別情報（リソースＩＤ）も受付端末８に対して与えられる。なお、グループＩＤは、受付端末ごとに最初に顧客と各リソース（各会議室）との紐づけ処理が行われ、その紐づけ処理によって、受付端末８と各会議室のグループＩＤとが紐づけられる。

次に、受付端末８の送受信部８１は、各リソースの位置を示すマップ情報及び各リソースの利用状態、並びに、各リソースに係る予約情報を受信するために、利用者によって入力されたイベントＩＤ及びグループＩＤを、リソース管理サーバ５に対して送信する（ステップＳ７２）。これにより、リソース管理サーバ５の送受信部５１は、受付端末８から送信されたイベントＩＤ及びグループＩＤを受信する。

続いて、リソース管理サーバ５の記憶・読出処理部５９は、送受信部５１によって受信されたグループＩＤを検索キーとして、リソースグループ管理テーブル（図７参照）を検索することにより、対応するリソースＩＤを読み出す。但し、この段階では、読み出されたリソースＩＤは、複数存在する可能性がある。そこで、記憶・読出処理部５９は、さらに、イベントＩＤを検索キーとしてリソース識別管理テーブル（図６（Ｃ）参照）を検索することにより、対応するリソースＩＤを読み出す（ステップＳ７３）。また、本実施形態においては、リソースグループ管理テーブルによって構成されるリソースグループ管理ＤＢ５００４、及びリソース識別管理テーブルによって構成されるリソース識別管理ＤＢ５００３を纏めてリソース管理部として機能するようにしてもよい。

次に、送受信部５１は、予約管理サーバ４に対して、予約情報の取得要求を送信する（ステップＳ７４）。これにより、予約管理サーバ４の送受信部４１は、リソース管理サーバ５から送信された予約情報の取得要求を受信する。なお、予約情報の取得要求には、ステップＳ７３で読み出されたリソースＩＤが含まれる。

記憶・読出処理部４９は、送受信部４１で受信されたリソースＩＤを検索キーとして予約情報管理テーブル（図５参照）を検索することにより、対応する予約情報（予約ＩＤ，予約者アカウント、開始日時、終了日時及び参加予定者アカウント）を読み出す（ステップＳ７５）。

続いて、送受信部４１は、記憶・読出処理部４９によって読み出された予約情報を、予約情報の取得要求に対する応答として、リソース管理サーバ５に対して送信する（ステップＳ７６）。これにより、リソース管理サーバ５の送受信部５１は、予約管理サーバ４から送信された予約情報の取得要求に対する応答を受信する。

予約管理サーバ４から送信された予約情報の取得要求に対する応答が受信されると、リソース管理サーバ５の判断部５５は、時計部５３から現在時刻を取得する。その後、判断部５５は、つまり、判断部５５は、取得された予約情報に対して、利用日時による絞込みを行う。すなわち、判断部５５は、受信された予約情報に含まれる開始日時及び終了日時の各情報が現在時刻を含んでいるか否かを判断し、条件を満たす予約者アカウントを絞り込む（ステップＳ７７）。換言すれば、判断部５５は、取得された現在時刻が、受信された予約情報に含まれる開始日時及び終了日時の間に含まれているか否かを判断し、条件を満たす予約者アカウントを絞り込む。

さらに、記憶・読出処理部５９は、ステップＳ７７で絞り込まれた予約者アカウントを検索キーとしてリソース状態管理テーブル（図６（Ｂ）参照）を検索することにより、対応するリソースの予約状態を読み出す（ステップＳ７８）。つまり、対応するリソースのステータスを取得する。

さらに、記憶・読出処理部５９は、ステップＳ７３で読み出されたリソースＩＤを検索キーとしてマップ情報管理テーブル（図８（Ｂ）参照）を検索することにより、対応するマップ画像ファイル（ＵＲＬ）を読み出す（ステップＳ７９）。

続いて、送受信部５１は、ステップＳ７９で読み出されたマップ情報を示すマップ画像ファイル（ＵＲＬ）、リソースのステータス（利用状態）及び予約情報を受付端末８に対して送信する（ステップＳ８０）。これにより、受付端末８の送受信部８１は、リソース管理サーバ５から送信された、マップ情報を示すマップ画像ファイル（ＵＲＬ）、リソースのステータス（利用状態）及び予約情報を受信する。

なお、本実施形態に係るリソース管理システム１では、上述したステップＳ７２及びＳ８０の処理が実行される場合、リソース管理サーバ５（リソース管理装置）と受付端末８（通信端末）との間に他の装置等が存在してもよい。つまり、リソース管理サーバ５と受付端末８との間で送受信される各情報は、一度他の装置を介して送受信されるような構成であってもよい。

送受信部８１によって、マップ情報を示すマップ画像ファイル（ＵＲＬ）、リソースのステータス（利用状態）及び予約情報が受信されると、記憶・読出処理部８９は、リソースのステータス（すなわちリソースの状態）を検索キーとしてマーク管理テーブル（図９参照）を検索することにより、対応するマークを読み出す（ステップＳ８１）。

ステップＳ８１の処理の後、表示制御部８４は、図２１に示されているように、各リソースの利用状態に対応するマークを各リソース上に合成（重畳）させて、表示する（ステップＳ８２）。及び図２１の表示形態については、後述の画面例で詳細に説明する。ここで、図２０の画面から図２１の画面への遷移は、利用者から利用開始要求が行われたことによって実行されるが、予め与えられた所定時間ごと又は管理者によって設定された所定時間ごとに画面を切り替える方法を採用してもよい。さらに、図２０及び図２１の画面にそれぞれ「切替ボタン」を設け、利用者の操作によって交互に表示されるようにしてもよい。

なお、ステップＳ７１～Ｓ８２までの処理は一例であり、リソース管理システム１において実行される各処理の内容、順序等は、本発明の要旨を逸脱しない範囲内においてなんら限定されない。

（画面例）
図２０は、リソース一覧表示画面の一例を示す図である。図２０に示されているように、受付端末８のディスプレイ（表示部）７１８には、表示制御部８４によってリソース一覧表示画面８５１が表示されている。上述したように、利用者は、リソース一覧表示画面８５１から自分が予約したリソース（例えば、会議室Ｃ）の「入室」を押下、クリック又はタップ等の操作、もしくは、予約はしていないがこれから利用するリソース（例えば、会議室Ｅ）の「今すぐ利用」を押下、クリック又はタップ等の操作をすることで利用開始要求を行う。リソース一覧表示画面８５１には、場所・日時表示欄８５２、利用状態表示欄８５３、リソース表示欄８５４、予約時間表示欄８５５、顧客表示欄８５６及び顧客予定表示欄８５７が含まれる。例えば、会議室Ａは、Ｒ社の「〇〇 花子」氏によって現在使用中であることが、利用者によって確認することができる。さらに、会議室Ｃは、Ｒ社の「〇〇 太郎」氏によって入室待ちであることが、利用者によって確認することができる。さらに、会議室Ｂ、会議室Ｄ、会議室Ｅ、会議室Ｆ、会議室Ｇは終日、予約がなく今すぐ利用可能であることが確認できる。

図２１は、切り替え後のフロアマップ表示画面（Ａ）の一例を示す図である。ここでは、会議室Ｃを指定して利用開始要求を行った場合に、表示されるフロアマップ画像について説明する。図２１に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ７１８には、表示制御部８４によって、フロアマップ表示画面８６１が表示される。フロアマップ表示画面８６１には、現在地８６３、会議室Ａ８６４、会議室Ｂ８６５、会議室Ｃ８６６及び会議室Ｄ８６７が含まれる。

また、会議室Ａ８６４には、使用中を示す「レ」のマークが合成（重畳）表示されている。同様に、会議室Ｂ８６５には、空きを示す「◆」のマークが合成（重畳）表示されている。会議室Ｃ８６６には、入室待ちを示す「●」のマークが合成（重畳）表示されている。そして、会議室Ｄ８６７には、空きを示す「◆」のマークが合成（重畳）表示されている。また、この時、階数登録の時に同時に登録していた案内メッセージがあれば、画面上に案内メッセージを表示するようにしてもよい。また、利用開始要求が行われたリソースの位置をより把握しやすくするために、利用開始要求が行われたリソース以外の利用状態を示すマークを表示しないようにしてもよい。すなわち、利用開始要求が行われたリソースの利用状態だけを表示するようにしてもよい。

図２２は、切り替え後のフロアマップ表示画面（Ｂ）の一例を示す図である。ここでは、会議室Ｄを指定して利用開始要求を行った場合に、表示されるフロアマップ画像について説明する。図２２に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ７１８には、表示制御部８４によって、フロアマップ表示画面８６１が表示される。フロアマップ表示画面８６１には、会議室Ｄ９６４、会議室Ｅ９６５、会議室Ｆ９６６及び会議室Ｇ９６７が含まれる。

また、会議室Ｄ９６４には、空きを示す「◆」のマークが合成（重畳）表示されている。同様に、会議室Ｅ９６５には、空きを示す「◆」のマークが合成（重畳）表示されている。会議室Ｆ９６６には、空きを示す「◆」のマークが合成（重畳）表示されている。そして、会議室Ｇ９６７には、空きを示す「◆」のマークが合成（重畳）表示されている。また、この時、階数登録の時に同時に登録していた案内メッセージがあれば、画面上に案内メッセージを表示するようにしてもよい。

また、利用開始要求が行われたリソースの位置をより把握しやすくするために、利用開始要求が行われたリソース以外の利用状態を示すマークを表示しないようにしてもよい。すなわち、利用開始要求が行われたリソースの利用状態だけを表示するようにしてもよい。

以上説明したように、受付端末８は、利用者からリソースの利用を開始する利用開始要求を受け付けると利用開始要求が行われたリソースに対応するマップ情報をリソース管理サーバ５から取得し、複数のリソースの利用状態を一覧表示する画面から取得したマップ情報を表示する画面へと切り替える。これにより、利用者は、これから利用を行うリソースのマップ情報を閲覧することができ、これから利用を行うリソースの位置を容易に把握することができる。

〔その他の適用例〕
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例になんら限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

また、本実施形態で示したリソース管理システム１は、Ｗｅｂサービスとも称することができる。Ｗｅｂサービスとは、インターネット関連技術を応用して提供される各種のサービスである。例えば、Ｗｅｂサービスとして、会議室貸出しサービス、各種のレンタルサービスが挙げられる。Ｗｅｂサービスを利用するシステムを利用システムという。

また、本実施形態で示したリソース管理システム１は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、上述した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）や従来の回路モジュール等のデバイスを含むものとする。

１ リソース管理システム
４ 予約管理サーバ（予約管理装置の一例）
５ リソース管理サーバ（リソース管理装置の一例）
６ ＰＣ（管理者用端末の一例）
８ 受付端末（通信端末の一例）
５１ 送受信部（送信部の一例、受信部の一例）
５９ 記憶・読出処理部（記憶読出部の一例）
５０００ 記憶部５０００(記憶部の一例)
５００２ リソース状態管理ＤＢ（リソース状態管理部の一例）
５００３ リソース識別管理ＤＢ（リソース管理部の一例）
５００４ リソースグループ管理ＤＢ（リソース管理部の一例）
５００６ マップ情報管理ＤＢ（マップ情報管理部の一例）

特開２０１６－００４５１１号公報

Claims (12)

1. 複数のリソースの利用を管理するリソース管理装置と、通信端末とを有するリソース管理システムであって、
   前記リソース管理装置は、
   各リソースが配置された区域ごとのマップ情報を記憶する記憶部と、
   前記通信端末から、リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を前記通信端末に送信する送信部と、を有し、
   前記通信端末は、
   前記各リソースの利用状態を示す状態情報および前記各リソースの予約情報と、が表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える表示制御部を有するリソース管理システム。
2. 前記記憶部は、前記状態情報を記憶し、
   前記送信部は、前記利用開始要求を受け付けると前記マップ情報に対応づけられた１以上のリソースの状態情報を前記通信端末に送信し、
   前記表示制御部は、前記マップ情報に表示される各リソースの画像に、前記リソース管理装置から送信された状態情報を重畳表示する、請求項１に記載のリソース管理システム。
3. 前記リソース管理装置は、
   マップ画像を登録するマップ画像登録要求を受け付けると、前記マップ画像登録要求に基づいて、前記マップ画像を前記マップ情報の一部として、前記記憶部に格納する記憶読出部をさらに備える、請求項１又は２に記載のリソース管理システム。
4. 前記記憶読出部は、前記各リソースの位置を登録する位置登録要求を受け付けると、前記位置登録要求に基づいて、前記各リソースの位置情報を、前記マップ情報の一部として、前記記憶部に格納する、請求項３に記載のリソース管理システム。
5. 前記記憶読出部は、前記各リソースが配置された区域を登録する区域登録要求を受け付けると、前記区域登録要求に基づいて、前記各リソースが配置された区域を示す区域情報を、前記マップ情報の一部として、前記記憶部に格納する、請求項３に記載のリソース管理システム。
6. 前記区域は、階数に関する情報である、請求項１乃至５の何れか一項に記載のリソース管理システム。
7. 前記表示制御部は、前記マップ情報に含まれる区域に関連するメッセージを表示する、請求項１乃至６の何れか一項に記載のリソース管理システム。
8. 前記表示制御部は、前記マップ情報を表示する画面において、前記利用開始要求が行われたリソース以外のリソースの利用状態の表示を禁止する、請求項２乃至７の何れか一項に記載のリソース管理システム。
9. 複数のリソースの利用を管理するリソース管理装置と、通信端末とを有するリソース管理システムによるリソース管理方法であって、
   前記リソース管理装置が、
   各リソースが配置された区域ごとのマップ情報を記憶部に記憶し、
   前記通信端末から、リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースが対応付けられた区域のマップ情報を前記通信端末に送信し、
   前記通信端末が、
   前記各リソースの利用状態を示す状態情報および前記各リソースの予約情報と、が表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える、
   リソース管理方法。
10. 各リソースが配置された区域ごとのマップ情報を記憶する記憶部と、
    通信端末から、リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を前記通信端末に送信する送信部と、
    を有するリソース管理装置。
11. リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースが対応付けられた区域のマップ情報をリソース管理装置から受信する受信部と、
    リソースの利用状態を示す状態情報およびリソースの予約情報と、が表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える表示制御部と、を有する通信端末。
12. 通信端末に、
    リソースの利用を開始するための利用開始要求を受け付けると、前記利用開始要求が行われたリソースが対応付けられた区域のマップ情報をリソース管理装置から受信する処理と、
    リソースの利用状態を示す状態情報およびリソースの予約情報と、が表示されるリソース一覧表示画面を、前記リソース管理装置から送信された、前記利用開始要求が行われたリソースと対応付けられた区域のマップ情報を表示する画面へと切り替える表示制御処理と、
    を実行させるプログラム。

Images