JP2021196781A - リソース管理装置、リソース管理システム、リソース管理方法、及びプログラム - 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@ricoh.ex.comで示されるメールアドレスである。開始日時は、予約内容が開始される始期（予約内容が開始される日時）であり、終了日時は、予約内容が終了される終期（予約内容が終了される日時）である。参加予定者アカウントは、予約者によって予約されたリソースで実行されるイベントへの参加を予定している人物、団体等のアカウントを示すものである。参加予定者アカウントは、例えば、b@ricoh.ex.conmで示されるメールアドレスである。

なお、本実施形態において、予約情報管理テーブル（予約情報管理ＤＢ４００１）は、予約情報管理手段の一例として機能する。

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

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

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

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

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

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

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

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

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

なお、本実施形態において、ログイン情報テーブル（ログイン情報ＤＢ５００１）は、ログイン情報管理手段の一例として機能する。

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

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

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

なお、本実施形態において、リソース状態管理テーブル（リソース状態管理ＤＢ５００２）は、リソース状態管理手段の一例として機能する。

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

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

なお、本実施形態において、リソース識別管理テーブル（リソース識別管理ＤＢ５００３）は、リソース識別管理手段の一例として機能する。

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

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

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

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

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

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

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

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

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

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

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

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

なお、本実施形態において、リソース別予約管理テーブル（リソース別予約管理ＤＢ５００５）は、リソース別予約管理手段の一例として機能する。

（マップ情報管理テーブル）
図８（Ｂ）は、第１の実施形態に係るマップ情報管理テーブルの一例を示す概念図である。記憶部５０００には、図８（Ｂ）に示されているようなマップ情報管理テーブルによって構成されるマップ情報管理ＤＢ５００６が構築されている。このマップ情報管理テーブルでは、顧客ＩＤをタブとして、それぞれのタブで分けられたグループＩＤごとに、リソースＩＤ、マップ画像ファイル（ＵＲＬ、座標（Ｘ）及び座標（ｙ））が関連付けられて記憶、管理されている。

これらのうち、マップ画像ファイルは、例えば、ブラウザのＵＲＬで示され、jpgファイル等のファイルフォーマットで与えられる画像データで構成される。また、座標（Ｘ）及び座標（Ｙ）は、マップ画像ファイルの水平方向（Ｘ軸）及び垂直方向（Ｙ軸）を表すＸ−Ｙ座標系における原点Ｏからの距離を表す。距離の単位として、例えば、pixel([px])が用いられる。つまり、マップ画像ファイルは、各リソースを表す画像情報及び各リソースの位置を示す位置情報を含む情報で構成される。その結果、マップ画像は、各リソースの画像及び各リソースの位置が関連付けられた画像になる。なお、本実施形態において、マップ情報管理テーブル（マップ情報管理ＤＢ５００６）は、マップ情報管理手段の一例として機能する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＰＣ６からリソースをＩＤ及びフロアマップ画像のアップロード先のＵＲＬを含む要求を受信すると、リソース管理サーバ５の記憶・読出処理部５９は、マップ情報管理テーブル（図８（Ｂ）参照）に対してリソースＩＤ及び図１６に示されているような会議室のマップ画像ファイル（ＵＲＬ）を登録する（ステップＳ４０）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１７は、第１の実施形態に係るフロアマップへの座標設定の一例を示す図である。図１７に示されているように、上述したステップＳ５５の処理が実行されると、ＰＣ６のディスプレイ６０６には、表示制御部６４によって登録フロアマップ画像７１１が表示される。登録フロアマップ画像７１１には、矩形で示されるマップ画像の左上の頂点を原点Ｏとして、水平方向にＸ軸、垂直方向にＹ軸を取ったＸ−Ｙ座標７１２が表示される。このＸ−Ｙ座標のメモリは、例えば、図１８（Ｂ）のマップ情報管理テーブルに示されているように、ピクセル（[px]）で表される。また、Ｘ−Ｙ座標中には、会議室Ａの中に座標（ｘ、ｙ）７１５が描画されている。この座標（ｘ、ｙ）７１５は、管理者による操作として、例えば、上述したステップＳ４３及びステップＳ５６の処理が実行されることにより与えられる。さらに、図１７では、フロアマップ画像７１１に各リソースとともに、現在地を表す現在地記号７１３も表示される。さらに、フロアマップ画像７１１の中央付近には、位置情報としての座標を与えるためのリソース（会議室）の選択を促す「会議室Ａを選択してください」メッセージ７１４も表示される。本実施形態では、会議室Ａの選択を促すメッセージを表示しているが、他の会議室Ｂ，Ｃ及びＤのうちのどの会議室の選択を促すメッセージを表示してもよい。

＜会議室マップの表示処理＞
図１８は、第１の実施形態に係る受付端末へのフロアマップ表示の一例を示すシーケンス図である。図１８に示されているように、まず、リソースの一例となる会議室の利用者は、利用予定の会議室（例えば、会議室Ｃ）を含むフロアに設けられた受付端末８に対して、イベントＩＤの入力を行う。これにより、受付端末８の受付部８２は、利用者からのイベントＩＤの入力を受け付ける（ステップＳ７１）。このとき、利用者の処理によって、利用予定の会議室の識別情報（リソースＩＤ）も受付端末８に対して与えられる。なお、グループＩＤは、受付端末ごとに最初に顧客と各リソース（各会議室）との紐づけ処理が行われ、その紐づけ処理によって、受付端末８と各会議室のグループＩＤとが紐づけられる。

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ８１の処理の後、表示制御部８４は、例えば、図１９に示されているような各リソースに対する予約状況の一覧を表示する。その後、表示制御部８４は、図２０に示されているように、各リソースの利用状態に応じた所定のマークを、ステップＳ８０で受信したマップ画像ファイルに含まれる各リソースの画像情報で表される画像に合成（重畳）させて、ディスプレイ８１８に表示する（ステップＳ８２）。図１９及び図２０の表示形態については、後述の画面例で詳細に説明する。ここで、図１９の画面から図２０の画面への遷移は、予め与えられた所定時間ごと又は管理者によって設定された所定時間ごとに画面を切り替える方法を採用してもよい。さらに、図１９及び図２０の画面にそれぞれ「切替ボタン」を設け、利用者の操作によって交互に表示されるようにしてもよい。本実施形態において、表示制御部８４は、表示制御手段の一例として機能する。

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

（画面例）
図１９は、第１の実施形態に係るリソース一覧表示画面の一例を示す図である。図１９に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ７１８には、表示制御部８４によってリソース一覧表示画面８５１が表示される。リソース一覧表示画面８５１には、場所・日時表示欄８５２、利用状態表示欄８５３、リソース表示欄８５４、予約時間表示欄８５５、顧客表示欄８５６及び顧客予定表示欄８５７が含まれる。例えば、会議室Ａは、Ｒ社の「理光 花子」氏によって現在使用中であることが、利用者によって確認することができる。さらに、会議室Ｃは、Ｒ社の「理光 太郎」氏によって入室待ちであることが、利用者によって確認することができる。

図２０は、第１の実施形態に係るフロアマップ表示画面の一例を示す図である。図２０に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ８１８には、表示制御部８４によって、フロアマップ表示画面８６１が表示される。フロアマップ表示画面８６１には、現在地８６３、会議室Ａ８６４、会議室Ｂ８６５、会議室Ｃ８６６及び会議室Ｄ８６７が含まれる。また、会議室Ａ８６４には、使用中を示す「レ」のマークが合成（重畳）表示されている。同様に、会議室Ｂ８６５には、使用中を示す「◆」のマークが合成（重畳）表示されている。会議室Ｃ８６６には、入室待ちを示す「●」のマークが合成（重畳）表示されている。そして、会議室Ｄ８６７には、空きを示す「◆」のマークが合成（重畳）表示されている。

〔実施形態の主な効果〕
以上説明したように、第１の実施形態によれば、リソース管理サーバ５は、各リソースの予約内容を示す予約情報の要求を予約管理サーバ４に送信し（ステップＳ７４）、予約管理サーバ４が送信した各リソースに係る予約情報を受信し（ステップＳ７６）、リソース管理サーバ５で管理される各リソースの位置を示す位置情報及び前記各リソースの利用状態、並びに、予約管理サーバ４から受信した各リソースに係る予約情報を、受付端末８に送信する（ステップＳ８０）。これにより、利用者は、複数のリソースの利用状態を一覧表示する通信端末に対して、利用したいリソースがどこに存在し、且つどのような予約情報及び利用状態を有しているかを同時に把握することができる。

〔第２の実施形態〕
続いて、図２１を用いて、第２の実施形態について説明する。第２の実施形態では、受付端末８で管理されるマーク管理テーブル（図９参照）の表形式画像を、受付端末８に表示されるフロアマップ表示画面に合成（重畳）させて表示するものである。そのため、第２の実施形態が適用されるシステム構成、ハードウェア構成及びソフトウェア機能は、実施形態１で説明したものと同様となることから、詳細の説明を省略する。第２の実施形態における処理は、主に、表示制御部８４が、上述したステップＳ８１及びＳ８２の処理において、マーク管理テーブル（図９参照）の表形式画像をフロアマップ表示画面の適当な場所に合成（重畳）することにより実現される。

（画面例）
図２１は、第２の実施形態に係るフロアマップ表示画面の一例を示す図である。図２１に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ８１８には、表示制御部８４によって、フロアマップ表示画面８７１が表示される。フロアマップ表示画面８７１には、場所・日時表示欄８７２、現在地８７３、会議室Ａ８７４、会議室Ｂ８７５、会議室Ｃ８７６、会議室Ｄ８７７及びマーク管理表８７８が含まれる。また、会議室Ａ８７４には、使用中を示す「レ」のマークが合成（重畳）表示されている。同様に、会議室Ｂ８７５には、使用中を示す「◆」のマークが合成（重畳）表示されている。会議室Ｃ８７６には、入室待ちを示す「●」のマークが合成（重畳）表示されている。そして、会議室Ｄ８７７には、空きを示す「◆」のマークが合成（重畳）表示されている。これに加えて、上述した場所・日時表示欄８７２及びマーク管理表８７８がフロアマップ表示画面８７１に表示される。

〔実施形態の主な効果〕
以上説明したように、第２の実施形態によれば、第１の実施形態におけるフロアマップ表示画面に、場所・日時表示欄８７２及びマーク管理表８７８がフロアマップ表示画面８７１に表示される。これにより、利用者は、複数のリソースの利用状態を一覧表示する通信端末に対して、利用したいリソースがどこに存在し、且つどのような予約情報及び利用状態を有しているかを同時に把握することができるとともに、リソースの利用状態についても、一つの画面で簡単に把握することが可能になる。

〔第３の実施形態〕
続いて、図２２を用いて、第３の実施形態について説明する。第３の実施形態では、受付端末８で管理されるマーク管理テーブル（図９参照）の表形式画像を、受付端末８に表示されるフロアマップ表示画面に合成（重畳）させて表示し、さらに、各リソースの利用状態を各リソースの領域内（又はその付近）に表示するものである。そのため、第３の実施形態が適用されるシステム構成、ハードウェア構成及びソフトウェア機能は、実施形態１で説明したものと同様となることから、詳細の説明を省略する。第３の実施形態における処理は、主に、表示制御部８４が、上述したステップＳ８１及びＳ８２の処理において、マーク管理テーブル（図９参照）の表形式画像をフロアマップ表示画面の適当な場所に合成（重畳）するとともに、各リソースの利用状態を各リソースの領域内（又はその付近）に表示することにより実現される。

（画面例）
図２２は、第３の実施形態に係るフロアマップ表示画面の一例を示す図である。図２２に示されているように、上述したステップＳ８２の処理が実行されると、受付端末８のディスプレイ８１８には、表示制御部８４によって、フロアマップ表示画面８８１が表示される。フロアマップ表示画面８８１には、場所・日時表示欄８８２、現在地８８３、会議室Ａ８８４、会議室Ｂ８８５、会議室Ｃ８８６、会議室Ｄ８８７及びマーク管理表８８８が含まれる。また、会議室Ａ８８４には、使用中を示す「レ」のマークが合成（重畳）表示されている。同様に、会議室Ｂ８８５には、使用中を示す「◆」のマークが合成（重畳）表示されている。会議室Ｃ８８６には、入室待ちを示す「●」のマークが合成（重畳）表示されている。そして、会議室Ｄ８８７には、空きを示す「◆」のマークが合成（重畳）表示されている。これに加えて、上述した場所・日時表示欄８８２及びマーク管理表８８８がフロアマップ表示画面８８１に表示される。さらに、矩形で示された各リソースの領域内（又はその付近）に、ステップＳ８０でリソース管理サーバ５が送信した各リソースの予約情報を、例えば、テキスト表示する。図２２では、例えば、会議室Ａの領域には、リソースＡの現在の予約情報として、「予約時間：13:00-14:00、お客様：Ｒ社 理光 花子 様」８８９が表示される。同様に、会議室Ｃの領域には、リソースＣのこの後の予約情報として、「予約時間：14:30-15:30、お客様：Ｒ社 理光 太郎 様」８９１が表示される。

なお、図２０乃至図２２で示した各構成は、例えば、フロアマップ表示画面８６１，８７１及び８８１は同一のディスプレイ８１８に表示されるものである。同様に、各リソース（例えば、会議室Ａ８６４，８７４及び８８４）、その他の構成は、同一の対象を表すものである。

〔実施形態の主な効果〕
以上説明したように、第３の実施形態によれば、第２の実施形態におけるフロアマップ表示画面に、場所・日時表示欄８８２、マーク管理表８８８がフロアマップ表示画面８７１に表示される。さらに、各リソースの予約情報が、各リソースの領域内（又はその付近）に表示される。これにより、利用者は、複数のリソースの利用状態を一覧表示する通信端末に対して、利用したいリソースがどこに存在し、且つどのような予約情報及び利用状態を有しているかを同時に把握することができるとともに、リソースの利用状態についても、一つの画面で簡単に、且つ、より詳細な情報として把握することが可能になる。

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

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

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

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

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

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

Claims (11)

1. 複数のリソースの利用を管理し、前記複数のリソースの利用状態を表示する通信端末と通信するリソース管理装置であって、
   各リソースの予約内容を示す予約情報の要求を、前記各リソースの予約を管理する予約管理装置に送信する送信手段と、
   前記予約管理装置が送信した、前記各リソースに係る予約情報を受信する受信手段と、を有し、
   前記送信手段は、当該リソース管理装置で管理される前記各リソースの画像情報、前記各リソースの位置を示す位置情報及び前記各リソースの利用状態、並びに、前記受信手段によって受信された前記各リソースに係る予約情報を、前記通信端末に送信する、
   ことを特徴とするリソース管理装置。
2. 前記受信手段は、前記位置情報及び前記各リソースの利用状態、並びに、前記各リソースに係る予約情報を取得するための取得要求を受信し、
   前記送信手段は、前記受信手段によって受信された前記取得要求に対応する前記各リソースを識別するためのリソース識別情報を前記予約管理装置に送信する、
   ことを特徴とする請求項１に記載のリソース管理装置。
3. 請求項２に記載のリソース管理装置であって、
   前記取得要求及び前記リソース識別情報が関連付けられて管理されたリソース管理手段を読み出す記憶読出手段を有し、
   前記送信手段は、前記記憶読出手段によって読み出された前記リソース管理手段で管理される前記取得要求に対応する前記リソース識別情報を、前記予約管理装置に送信する、
   ことを特徴とするリソース管理装置。
4. 請求項１乃至３のいずれか一項に記載のリソース管理装置であって、
   前記リソース識別情報及び前記各リソースの利用状態が関連付けられて管理されたリソース状態管理手段を有し、
   前記送信手段は、前記記憶読出手段によって読み出された前記リソース状態管理手段における前記リソース識別情報に対応する前記各リソースの利用状態を、前記通信端末に送信する、
   ことを特徴とするリソース管理装置。
5. 請求項１乃至４のいずれか一項に記載のリソース管理装置であって、
   前記リソース識別情報及び前記位置情報が関連付けられて管理されたマップ情報管理手段を有し、
   前記送信手段は、前記記憶読出手段によって読み出された前記マップ情報管理手段における前記リソース識別情報に対応する前記位置情報を、前記通信端末に送信する、
   ことを特徴とするリソース管理装置。
6. 前記受信手段は、前記位置情報を登録するマップ画像登録要求を、前記位置情報の登録操作を受け付ける管理者用端末から受信し、
   前記記憶読出手段は、前記受信手段によって受信された前記画像登録要求に基づいて、前記マップ情報管理手段で管理される前記各リソースの画像を登録する、
   ことを特徴とする請求項５に記載のリソース管理装置。
7. 前記受信手段は、前記各リソースの位置を登録する位置登録要求を前記管理者用端末から受信し、
   前記記憶読出手段は、前記受信手段によって受信された前記位置登録要求に基づいて、前記マップ情報管理手段で管理される前記各リソースの位置情報を登録する、
   ことを特徴とする請求項６に記載のリソース管理装置。
8. 請求項１乃至７のいずれか一項に記載のリソース管理装置と、前記予約管理装置と、前記通信端末と、を有するリソース管理システムであって、
   前記リソース管理装置は、
   各リソースの予約内容を示す予約情報の要求を、前記各リソースの予約を管理する予約管理装置に送信する送信手段と、
   前記予約管理装置が送信した、前記各リソースに係る予約情報を受信する受信手段と、を有し、
   前記送信手段は、当該リソース管理装置で管理される前記各リソースの画像情報、前記各リソースの位置を示す位置情報及び前記各リソースの利用状態、並びに、前記受信手段によって受信された前記各リソースに係る予約情報を、前記通信端末に送信する、
   ことを特徴とするリソース管理システム。
9. 請求項８に記載のリソース管理システムであって、
   前記通信端末は、
   前記リソース管理装置が送信した前記各リソースの利用状態に応じた所定のマークを管理するマーク管理手段と、
   前記各リソースの利用状態に応じた所定のマークを、前記各リソースの画像情報で表される画像に合成させて当該通信端末に表示する表示制御手段と、を有する
   ことを特徴とするリソース管理システム。
10. 複数のリソースの利用を管理し、前記複数のリソースの利用状態を表示する通信端末と通信するリソース管理装置が実行するリソース管理方法であって、
    各リソースの予約内容を示す予約情報の要求を、前記各リソースの予約を管理する予約管理装置に送信する送信ステップと、
    前記予約管理装置が送信した、前記各リソースに係る予約情報を受信する受信ステップと、を有し、
    前記送信ステップは、当該リソース管理装置で管理される前記各リソースの画像情報、前記各リソースの位置を示す位置情報及び前記各リソースの利用状態、並びに、前記受信ステップによって受信された前記各リソースに係る予約情報を、前記通信端末に送信する処理を含む、
    ことを特徴とするリソース管理方法。
11. コンピュータを、請求項１乃至７のいずれか一項に記載の各手段として機能させるためのプログラム。

Images