JP2023055379A - リソース管理システム、リソース管理装置、リソース管理方法及びプログラム - Google Patents

Abstract

【課題】従来の技術では、利用申請者の体調を考慮してリソースを割り当てるという発想は無いため、他のリソースを利用中の利用者への影響が懸念されるという課題があった。
【解決手段】リソース管理装置３は、利用申請者端末５を利用する利用申請者の体調に係る申請者体調情報を受信し（Ｓ７６）、利用されていない一以上の空きリソースの中から、申請者体調情報に基づいて、利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出し（Ｓ１１１）、抽出された利用可能フロア及び利用可能リソースに係るリソース利用許否情報を、利用申請者端末５に対して送信する（Ｓ１１６）。
【選択図】図２

Description

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

近年、フリーアドレスオフィスの空間及びエリアに用意されている席のうち、選択された空席を利用可能とするフリーアドレスオフィス方式の導入が進められている。

そこで、利用者の属性や利用履歴に基づいて、座席を割り当てる技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、利用申請者の体調を考慮してリソースを割り当てるという発想は無いため、他のリソースを利用中の利用者への影響が懸念されるという課題があった。

上述した課題を解決するために、請求項１に係る発明は、利用対象となるリソースに係るリソース情報を管理するリソース管理装置と、前記リソースを利用するためのリソース利用申請情報を前記リソース管理装置に送信する利用申請者端末と、を有するリソース管理システムであって、前記利用申請者端末は、当該利用申請者端末を利用する利用申請者の体調に係る申請者体調情報を、前記リソース利用申請情報に含めて前記リソース管理装置に送信する送信手段、を有し、前記リソース管理装置は、前記リソースのうち利用されていない一以上の空きリソースの中から、前記申請者体調情報に基づいて、前記利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する抽出手段と、前記抽出手段によって抽出された前記利用可能フロア及び前記利用可能リソースに係るリソース利用許否情報を、前記利用申請者端末に送信する送信手段と、を有する、ことを特徴とするリソース管理システムを提供する。

以上説明したように本発明によれば、利用申請者の体調を考慮して利用可能なリソースを割り当てることで、他のリソースを利用中の利用者への影響を減らすことが可能になるという効果を奏する。

通信システムの全体構成の一例を示す図である。 （ａ）は利用申請者及びリソース利用者の体調が良い場合のリソース抽出の一例を示す概念図、（ｂ）は利用申請者の体調が悪い場合のリソース抽出の一例を示す概念図、（ｃ）は利用申請者の体調が良く、リソース利用者の体調が悪い場合のリソース抽出の一例を示す概念図である。 リソース管理装置、予約管理サーバ及び管理者端末のハードウエア構成の一例を示す図である。 利用申請者端末のハードウエア構成の一例を示す図である。 通信システムの機能構成の一例を示す図である。 フロア情報管理テーブルの一例を示す概念図である。 リソース情報管理テーブルの一例を示す概念図である。 条件情報管理テーブルの一例を示す概念図である。 リソースマップ管理テーブルの一例を示す概念図である。 予約管理テーブルの一例を示す概念図である。 リソース情報取得及び更新処理の一例を示すシーケンス図である。 体調不良者用フロアの登録処理の一例を示すシーケンス図である。 管理者端末における予約状況を確認する確認画面例である。 管理者端末における体調不良者用フロアを登録する登録画面例である。 管理者端末における体調不良者用フロアを確認する確認画面例である。 リソースを利用する際の各種条件情報登録処理の一例を示すシーケンス図である。 管理者端末におけるリソース(座席)一覧を確認する確認画面例である。 管理者端末における体調情報を登録する登録画面例である。 リソースのＭＡＰ情報登録処理の一例を示すシーケンス図である。 管理者端末におけるリソース情報及び周囲の位置関係を登録する登録画面例である。 管理者端末におけるリソース情報及び周囲の位置関係を登録する別の登録画面例である。 管理者端末におけるリソース情報及びＭＡＰ情報を登録する登録画面例である。 管理者端末におけるリソースのＭＡＰ位置を登録する登録画面例である。 ＱＲコードの撮影処理及びリソース利用申請情報の送信処理の一例を示すシーケンス図である。 利用申請者端末におけるＱＲコードを撮影する撮影画面例である。 利用申請者端末における体調情報を入力する入力画面例である。 体調不良者用フロアが存在する場合のフロア検索処理及びリソース利用許否情報の送信処理の一例を示すシーケンス図である。 利用申請者端末におけるリソース利用不可を通知する通知画面例である。 利用可能リソースの検索処理及び利用許否情報の送信処理の一例を示すシーケンス図である。 利用申請者端末における他のフロアでのリソースの検索を促すための通知画面例である。 利用申請者の体調が良い場合のリソース検索処理の一例を示すシーケンス図である。 利用申請者の体調が悪い場合のリソース検索処理の一例を示すシーケンス図である。 抽出されたリソースの予約状況の更新処理及びリソース利用許否情報の送信処理の一例を示すシーケンス図である。 利用申請者端末における利用可能リソースの検索結果を通知する通知画面例である。

以下、図面を用いて、発明を実施するための形態について説明する。なお、図面の説明において同一要素には同一符号を付し、重複する部分があればその説明を省略する。

〔実施形態〕
図１乃至図３４を用いて、実施形態について説明する。

〔通信システムの全体構成〕
＜＜システム構成例＞＞
＜通信システム＞
図１は、通信システムの全体構成の一例を示す図である。図１に示されているように、通信システム１は、リソース管理装置３、利用申請者端末５、予約管理サーバ７及び管理者端末９を含む各装置及びサーバを有している。リソース管理装置３、利用申請者端末５、予約管理サーバ７及び管理者端末９は、通信ネットワーク１００を介してそれぞれ互いに接続されている。ここで、通信ネットワーク１００は、不特定多数の通信が行われる通信ネットワークであり、インターネット、イントラネット、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ(5th Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信による通信ネットワークが含まれてもよい。

通信システム１は更に、リソース管理装置３及び利用申請者端末５によって構築されたリソース管理システム２を有している。なお、リソース管理装置３及び利用申請者端末５は、専用の構内ネットワーク等で互いに接続されていてもよいし、通信ネットワーク１００の内側に、ファイアウォール(Fire Wall)を介して互いに接続されていてもよい。

通信システム１は更に、一以上のリソースが設置された一以上のリソースフリーアドレス実施フロアを有する。各フリーアドレス実施フロアには、テナント識別情報、各フロアのフロア識別情報、サーバ装置のＵＲＬ(Uniform Resource Locator)情報を含むＱＲコード(登録商標。以下省略)等の二次元コードが設置されている。なお、各フリーアドレス実施フロアに設置されたリソース(フリーアドレス)ごとに、上述した二次元コードが設置されていてもよい。但し、二次元コードに限らず、一次元のバーコード、又はそれらに代わる他のコード情報が設置されていてもよい。

本実施形態に係るリソース管理システム２を含む通信システム１では、所定のリソースを利用する際に、リソースを利用しようとする利用申請者及びすでにリソースを利用中のリソース利用者の少なくとも一方の体調情報に基づいて、利用申請者に対して最適なリソースを提供することを実現する。以下、各装置及びサーバの基本的な機能については、以下に詳細を説明する。

＜リソース管理装置＞
リソース管理装置３は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。また、リソース管理装置３は、リソース管理システム２を構築する一つの装置である。また、リソース管理装置３は、利用対象となるリソースに係るリソース情報を管理する。また、リソース管理装置３は、他の装置、通信端末、サーバと通信を行うための通信アプリを記憶手段に記憶している。

なお、リソース管理装置３は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ等の単一のコンピュータによって構築されてもよいし、ストレージ等の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、リソース管理装置３の機能の全てまたは一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。リソース管理装置３は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

また、リソース管理装置３は、後述する利用申請者端末５に対してプッシュ通知(送信)によりデータ(情報)を通知(送信)してもよい。その場合、リソース管理装置３は、例えば、プッシュ通知サーバの一例であるＦＣＭ(Firebase Cloud Messaging)を利用してプッシュ通知することで実現することが可能である。

＜利用申請者端末＞
利用申請者端末５は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。また、利用申請者端末５は、リソース管理システム２を構築する一つの装置である。また、利用申請者端末５は、リソースを利用するためのリソース利用申請情報をリソース管理装置３に送信する。なお、利用申請者端末５は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。利用申請者端末５は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜予約管理サーバ＞
予約管理サーバ７は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。本実施形態に係る通信システムでは、予約管理サーバ７が、各種リソースに対する予約登録を管理するクラウドサービス機能を有している。具体的には、予約管理サーバ７は、各種リソースの予約、利用者の予定等の管理を可能とする他社サービスを利用するようにしてもよく、例えば、汎用のカレンダーサービスで提供されてもよい。

＜管理者端末＞
管理者端末９は、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現される。管理者端末９は、通信システム１において管理者端末９を管理する管理者が入力した利用申請者に係る体調情報、及び利用対象となる一以上のリソースのＭＡＰ情報等の入力を受け付け、入力された各種情報をリソース管理装置３に送信する。なお、管理者端末９は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。管理者端末９は、更に、ブラウザソフトウエア、各種アプリ(座席予約アプリ等)のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

〔体調情報別のリソース抽出の考え方〕
続いて、図２を用いて体調情報別のリソース抽出の考え方について説明する。図２（ａ）は、利用申請者及びリソース利用者の体調が良い場合のリソース抽出の一例を示す概念図である。図２（ａ）に示されているように、通信システム１におけるフリーアドレス実施フロアのリソースを利用しようとする利用申請者の体調が良い場合は、リソース管理システム２は、以下のような考え方にしたがってリソース抽出を行う。例えば、リソース管理システム２は、リソースの一例である座席Ｅを利用中のリソース利用者の体調も良い場合は、リソースが利用されていない空きリソースであるリソースＡ，Ｂ，Ｃ，Ｄ，Ｆ，Ｇ，Ｈのうちいずれかの座席を利用可能なリソースとして抽出する。

図２（ｂ）は、利用申請者の体調が悪い場合のリソース抽出の一例を示す概念図である。図２（ｂ）に示されているように、通信システム１におけるフリーアドレス実施フロアのリソースを利用しようとする利用申請者の体調が悪い場合は、リソース管理システム２は、以下のような考え方にしたがってリソース抽出を行う。例えば、リソース管理システム２は、リソースの一例である座席Ｅを利用中のリソース利用者の体調が良ければ、空きリソースであるリソースＡ，Ｂ，Ｃ，Ｄ，Ｆ，Ｇ，Ｈのうち、座席Ｅの隣の座席Ａ，座席Ｆを除いた座席Ｂ，Ｃ，Ｄ，Ｇ，Ｈのうちいずれかの座席を利用可能なリソースとして抽出する。

図２（ｃ）は、利用申請者の体調が良く、リソース利用者の体調が悪い場合のリソース抽出の一例を示す概念図である。図２（ｃ）に示されているように、通信システム１におけるフリーアドレス実施フロアのリソースを利用しようとする利用申請者の体調が良い場合は、リソース管理システム２は、以下のような考え方にしたがってリソース抽出を行う。例えば、リソース管理システム２は、リソースの一例である座席Ｅを利用中のリソース利用者の体調が悪ければ、空きリソースであるリソースＡ，Ｂ，Ｃ，Ｄ，Ｆ，Ｇ，Ｈのうち、座席Ｅの隣の座席Ａ，座席Ｆを除いた座席Ｂ，Ｃ，Ｄ，Ｇ，Ｈのうちいずれかの座席を利用可能なリソースとして抽出する。つまり、図２（ｂ）の場合と同様に、利用申請者又はリソース利用者のいずれかの体調が悪い場合は、図２（ｂ）、図２（ｃ）のような考え方にしたがって利用可能なリソースを抽出する。この場合、体調情報が入力された後、どのリソースを利用可能リソースの対象外とするかの処理は、
・管理者が手動で入力する（登録する）
・リソース管理装置３が登録されたマップ情報から判断する
のいずれかとなる。

なお、通信システム１では、利用申請者の体調が悪く、体調の悪い利用申請者が専用で利用可能な体調不良者用フロアに空きリソースがある場合は、後述する別の方法でリソース抽出処理が行われる。

●用語について●
本実施形態においてリソースとは、所定のデータ等の資源に加えて、ある会社、団体及び組織等が保有、貸借、又は管理している資源を示すものをいう。その資源としてのリソースには、例えば、フリーアドレスを有するフリースペース（以下、「フリースペース」という）、座席、会議室、ブース、レンタルオフィス、レンタルスタジオ、ホテル等の宿泊施設、催物会場等の場所、空間が挙げられる。これらのリソースは移動しにくいものであり、設備ともいう。更に、各種備品、各種電子機器、机、椅子、ロッカー、社用車、レンタカー(シェアリングカー)、駐車場、レンタルサイクル、駐輪場、遠隔会議システム、印刷サービスや仕組み、人(受付グループ)等もリソースとなり得る。なお、本実施形態では、リソースの一例として、フリーアドレス実施フロアに設置された一以上の座席を例に説明する。これにより、以降の説明で「リソース」と記載した場合は、特に断りがない限り「座席」を示すものとする。

更に、本実施形態において利用申請者とは、利用申請者端末５を利用してフリーアドレス実施フロアに設置された二次元コード等を読み取り、フリーアドレス実施フロアを含むフロアに存在するリソースを利用しようとする利用者(ユーザ)をいう。また、リソース利用者とは、所定のリソースを利用中の利用者(ユーザ)をいう。

〔ハードウエア構成〕
続いて、図３及び図４を用いて、実施形態に係る通信システムを構成する装置又は端末のハードウエア構成について説明する。なお、図３及び図４に示されている装置又は端末のハードウエア構成は、必要に応じて構成要素が追加又は削除されてもよい。

＜リソース管理装置、予約管理サーバ及び管理者端末のハードウエア構成＞
図３は、リソース管理装置、予約管理サーバ及び管理者端末のハードウエア構成の一例を示す図である。図３に示されているように、リソース管理装置３は、例えばコンピュータによって構築されており、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０を備えている。

これらのうち、ＣＰＵ３０１は、リソース管理装置３全体の動作を制御する。ＲＯＭ３０２は、ＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ３０４は、ＣＰＵ３０１の制御にしたがって、アプリ等の各種データの読出し又は書込みを行う。ＨＤ３０５は、プログラム等の各種データを記憶する。ＨＤＤコントローラ３０６は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対する各種データの読出し又は書込みを制御する。ここで、リソース管理装置３は、ＨＤ３０５及びＨＤＤコントローラ３０６に代えて、ＳＳＤ(Solid State Drive)を搭載したハードウエア構成であってもよい。ディスプレイ３０７は、カーソル、メニュー、ウィンドウ、文字又は画像などの各種情報を表示する。近距離通信I／Ｆ３０８は、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下省略）、Ｗｉ－Ｆｉ(登録商標。以下省略)等の無線通信インターフェイスを備える通信装置、又は通信端末等とデータ通信を行うための通信回路である。ＣＭＯＳセンサ３０９は、ＣＰＵ３０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ３１０は、ＣＭＯＳセンサ３０９の駆動を制御する回路である。

ネットワークＩ／Ｆ３１１は、通信ネットワーク１００を利用してデータ通信をするためのインターフェイスである。キーボード３１２は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス３１３は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。メディアＩ／Ｆ３１５は、フラッシュメモリ等の記録メディア３１４に対するデータの読出し又は書込み(記憶)を制御する。外部機器接続Ｉ／Ｆ２１６は、各種の外部機器を接続するためのインターフェイスである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリ等である。音入出力Ｉ／Ｆ３１７は、ＣＰＵ３０１の制御にしたがってマイク３１８及びスピーカ３１９との間で音信号の入出力を処理する回路である。マイク３１８は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ３１９は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。バスライン３２０は、ＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

予約管理サーバ７は、例えばコンピュータによって構築されており、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＨＤ７０５、ＨＤＤ(Hard Disk Drive)コントローラ７０６、ディスプレイ７０７、近距離通信Ｉ／Ｆ７０８、ＣＭＯＳセンサ７０９、撮像素子Ｉ／Ｆ７１０、ネットワークＩ／Ｆ７１１、キーボード７１２、ポインティングデバイス７１３、メディアＩ／Ｆ７１５、外部機器接続Ｉ／Ｆ７１６、音入出力Ｉ／Ｆ７１７、マイク７１８、スピーカ７１９及びバスライン７２０を備えている。これらのハードウエア資源は、リソース管理装置３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤコントローラ３０６、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０の各ハードウエア資源と同様であるため、説明を省略する。

管理者端末９は、例えばコンピュータによって構築されており、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＥＥＰＲＯＭ９０４、ＨＤ９０５、ＨＤＤ(Hard Disk Drive)コントローラ９０６、ディスプレイ９０７、近距離通信Ｉ／Ｆ９０８、ＣＭＯＳセンサ９０９、撮像素子Ｉ／Ｆ９１０、ネットワークＩ／Ｆ９１１、キーボード９１２、ポインティングデバイス９１３、メディアＩ／Ｆ９１５、外部機器接続Ｉ／Ｆ９１６、音入出力Ｉ／Ｆ９１７、マイク９１８、スピーカ９１９及びバスライン９２０を備えている。これらのハードウエア資源は、リソース管理装置３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤコントローラ３０６、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０の各ハードウエア資源と同様であるため、説明を省略する。

＜利用申請者端末のハードウエア構成＞
図４は、利用申請者端末のハードウエア構成の一例を示す図である。図４に示されているように、利用申請者端末５は、例えばコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＥＥＰＲＯＭ５０４、ディスプレイ５０７、近距離通信Ｉ／Ｆ５０８、ＣＭＯＳセンサ５０９、撮像素子Ｉ／Ｆ５１０、ネットワークＩ／Ｆ５１１、ポインティングデバイス５１３、メディアＩ／Ｆ５１５、外部機器接続Ｉ／Ｆ５１６、音入出力Ｉ／Ｆ５１７、マイク５１８、スピーカ５１９及びバスライン５２０を備えている。これらのハードウエア資源は、図３に示したリソース管理装置３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０、ネットワークＩ／Ｆ３１１、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０の各ハードウエア資源と同様であるため、説明を省略する。なお、利用申請者端末５は、ブラウザソフトウエア等のプログラムを動作させることが可能な通信装置又は通信端末が用いられてもよい。

更に、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読取り可能な記録媒体に記録、又はネットワークを介してダウンロードを行い流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ(Ｂｌｕ-ｒａｙは登録商標。以下省略)、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、リソース管理装置３は、本発明に係るプログラムが実行されることで、本発明に係るリソース管理方法を実現する。

〔通信システムの機能構成〕
次に、図５乃至図１０を用いて、本実施形態の機能構成について説明する。図５は、通信システムの機能構成の一例を示す図である。

＜リソース管理装置の機能構成＞
図５に示されているように、リソース管理装置３は、送受信部３１、算出部３３、表示制御部３４、判断部３５，検索抽出部３６、生成部３７、登録部３８及び記憶読出部３９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つからＲＡＭ３０３に展開されたリソース管理装置３用のプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。また、リソース管理装置３は、図３に示されているＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つにより構築される記憶部３０００を有している。更に、記憶部３０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ等が記憶されている。

<<リソース管理装置の各機能構成>>
次に、リソース管理装置３の各機能構成について詳細に説明する。図５に示されているリソース管理装置３の送受信部３１は、主に、ネットワークＩ／Ｆ３１１及び近距離通信I／Ｆ３０８に対するＣＰＵ３０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。また、送受信部３１は、検索抽出部３６によって抽出された利用可能フロア及び利用可能リソースに係るリソース利用許否情報を、利用申請者端末５に送信する。本実施形態において、送受信部３１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

算出部３３は、主に、ＣＰＵ３０１の処理によって実現され、利用申請者端末５が送信したリソース利用申請に含まれる申請者識別情報に基づいて空きリソースを検索、抽出する際に、後述するリソースマップ管理テーブルで管理されているそれぞれのリソースのマップＸ座標、マップＹ座標の各座標値から互いのリソースの相対的な位置関係を算出し、算出された結果を検索抽出部３６に渡す。本実施形態において、算出部３３は、算出手段の一例として機能する。

表示制御部３４は、主に、ディスプレイ３０７に対するＣＰＵ３０１の処理によって実現され、リソース管理装置３における各種画面及び情報(データ)の表示制御を行う。また、表示制御部３４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、ディスプレイ３０７に表示させる。本実施形態において、表示制御部３４は、表示制御手段の一例として機能する。

判断部３５は、主に、ＣＰＵ３０１の処理によって実現され、リソース管理装置３における各種判断を行う。本実施形態において、判断部３５は、判断手段の一例として機能する。

検索抽出部３６は、主に、ＣＰＵ３０１の処理によって実現され、利用申請者端末５が送信したリソース利用申請に含まれる申請者識別情報に基づいて、リソースのうち利用されていない一以上の空きリソースの中から、利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する。

また、検索抽出部３６は、一以上の空きリソースに対して、各空きリソースの所定の距離内で他のリソースを利用中のリソース利用者の体調に係る利用者体調情報に基づいて、利用可能フロア及び利用可能リソースを抽出する。

また、検索抽出部３６は、申請者体調情報に含まれる所定の情報が所定の条件を満たすことで、利用申請者が体調不良の状態にあり、リソース利用申請情報が送信された所定のフロアと異なる他のフロアに体調不良の利用者が利用可能な体調不良者用フロアが存在する場合、体調不良者用フロアに存在する一以上のリソースから、利用可能リソースを抽出する。

また、検索抽出部３６は、申請者体調情報に含まれる所定の情報が他の所定の条件を満たすことで、利用申請者が体調良好の状態にあり、且つ所定のフロアに存在する他のリソースを利用中のリソース利用者の体調に係る利用者体調情報に含まれる所定の情報が所定の条件を満たすことで体調不良の状態にある場合、所定のフロアに存在する一以上の空きリソースのうち、リソース利用者が利用中の利用中リソースと所定の距離を空けて存在する空きリソースを、利用可能リソースとして抽出する。本実施形態において、検索抽出部３６は、抽出手段の一例として機能する。

生成部３７は、主に、ＣＰＵ３０１の処理によって実現され、利用申請者端末５に対して通知するリソース抽出用リスト等を生成する。本実施形態において、生成部３７は、生成手段の一例として機能する。

登録部３８は、主に、ＣＰＵ３０１の処理によって実現される。登録部３８は、管理者端末９に対して入力された体調情報、リソースのＭＡＰ(マップ)情報等の各種情報を、リソース管理装置３で管理されている各種ＤＢ、及び記憶部３０００の所定領域のいずれかに記憶、登録する。本実施形態において、登録部３８は、登録手段の一例として機能する。

記憶読出部３９は、主に、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つに対するＣＰＵ３０１の処理によって実現され、記憶部３０００に各種データ(又は情報)を記憶したり、記憶部３０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部３９は、記憶読出手段の一例として機能する。

●フロア情報管理テーブル●
図６は、フロア情報管理テーブルの一例を示す概念図である。記憶部３０００には、図６に示されているようなフロア情報管理テーブルによって構成されたフロア情報管理ＤＢ３００１が構築されている。フロア情報管理テーブルでは、テナント識別情報、テナント名、ロケーション識別情報、フロア識別情報、フロア名、階数、マップ保存場所、体調不良者用の各項目が関連付けられて記憶、管理されている。

これらのうち、テナント識別情報は、通信システム１を利用する利用者、管理者等が所属する組織、団体等のテナントを識別するための識別情報であり、例えば、「T0001」、「T0002」等で与えられる。なお、テナントは、会社、学校等の組織、団体等を一例とする。テナント名は、会社、団体等のテナントを表す名称であり、例えば、「リコー」等で与えられる。ロケーション識別情報は、テナントが存在する地域、場所を表すための識別情報であり、例えば、「L0001」、「L000２」等で与えられる。フロア識別情報は、リソースが存在する建造物のフロアを識別するための識別情報であり、例えば、「F0001」、「F0002」等で与えられる。フロア名は、建造物のフロア名称を表す名称であり、例えば、「海老名１Ｆ」、「本社７Ｆ」等で与えられる。階数は管理対象となる建造物の階数であり、例えば、「１」、「２」等の数字で与えられる。マップ保存場所は、一以上のリソースが存在するフロアのフロアマップが保存されている保存場所を表し、例えば、「http://jp.ricoh.com/...1f」等で与えられる。体調不良者用は、体調不良者専用に設けられた体調不良者用のフロアの有無を管理するフラグであり、例えば、「False」、「True」で与えられる。「False」の場合は、フロア識別情報に対応するフロアが体調不良者用のフロアでないことを表し、「True」の場合は、フロア識別情報に対応するフロアが体調不良者用のフロアであることを表している。

本実施形態において、フロア情報管理ＤＢ３００１は、所定の建造物の各フロア情報を、テナント識別情報、ロケーション識別情報、フロア識別情報ごとに対応付けて管理するフロア情報管理手段の一例である。

なお、フロア情報管理テーブルの構成は、上述した内容に限らない。例えば、テナント識別情報及びロケーション識別情報を一組のタブとし、このタブで分けられたフロア識別情報ごとに、残りの各項目を関連付けて記憶、管理するようにしてもよい。

●リソース情報管理テーブル●
図７は、リソース情報管理テーブルの一例を示す概念図である。記憶部３０００には、図７に示されているようなリソース情報管理テーブルによって構成されたリソース情報管理ＤＢ３００２が構築されている。リソース情報管理テーブルでは、テナント識別情報及びロケーション識別情報を一組のタブとして各タブで分けられたフロア識別情報ごとに、フロア名、リソース情報識別情報、リソース名、利用状態、利用者体調及び周囲のリソースが関連付けられて記憶、管理されている。

これらのうち、リソース識別情報は、座席等のリソースを識別するための識別情報であり、例えば、「R0001」、「R0003」等で与えられる。リソース名は、リソースの名称を表し、例えば、「海老名1F-座席001」等で与えられる。

利用状態は、リソース識別情報又はリソース名に対応する座席等のリソースが利用中であるか否かを表す状態である。利用状態は、例えば、「利用中」、「空席」等で与えられ管理される。

利用者体調は、座席等のリソースを利用中のリソース利用者の体調を表し、例えば、「良好」、「不良」等で管理される。なお、利用者体調は、リソース利用者が入力した体温情報、その他の体調に係る各種情報をリソース管理装置３が総合的に判断することにより、「良好」、「不良」が決定される。すなわち、利用者体調は、リソース利用者によって与えられた体調情報に対して、所定の条件を満たすか否かによって決定される状態を表す。なお、利用者体調を入力するタイミングについては、リソース利用者が利用申請者の時点で入力した体調情報を引き継いで利用する、若しくは、利用申請を完了させた所定時間後に別途入力した最新の体調情報を利用する、のいずれかでよい。

周囲のリソースは、リソース識別情報に対応するリソースの周囲に他の利用者によって利用されるリソースがある場合に、利用中のリソースのリソース識別情報が管理される。例えば、リソース識別情報が「R0001」のリソース「海老名1F-座席001」の周囲では、斜めに設置された「R0006」のリソースの利用者がいることを示している。

本実施形態において、リソース情報管理ＤＢ３００２は、あるリソースの利用状態、利用者体調及び周囲のリソースを、テナント識別情報及びロケーション識別情報でタブ付けされたフロア識別情報及びリソース識別情報ごとに対応付けて管理するリソース情報管理手段の一例である。

●条件情報管理テーブル●
図８は、条件情報管理テーブルの一例を示す概念図である。記憶部３０００には、図８に示されているような条件情報管理テーブルによって構成された条件情報管理ＤＢ３００３が構築されている。条件情報管理テーブルでは、テナント識別情報及びロケーション識別情報を一組のタブとして各タブで分けられたフロア識別情報ごとに、リソース情報識別情報、座席間距離、体温閾値、体調情報１、体調情報２、体調情報３等が関連付けられて記憶、管理されている。

これらのうち、座席間距離は、例えば［pixel］の単位で与えられ、リソース(座席)を管理するフロアマップ上の座標上の距離を［pixel］で表したものである。但し、座標上の単位は［pixel］に限らず、［dot］、[mm]等の任意の単位を与えてもよいし、無単位数でもよい。体温閾値は、利用申請者及びリソース利用者の体調の良好、不良を判断するための閾値を表し、例えば、「37.0℃」等で与えられる。体調情報は、利用申請者及びリソース利用者の体調に係る状態を管理する項目であり、例えば、「咳」、「倦怠感」、「吐き気」等で与えられる。

なお、条件情報管理テーブルで管理される各体調情報は、各フロアにおいて同じ条件であるが、例えば、座席どうしの物理的な間隔が他のフロアの座席と比較して大きいフロア、又は、換気が良好なフロア等の場合は、体温閾値を37.2［℃］までとするなど、周囲の状況に応じて変えて管理されてもよい。

本実施形態において、条件情報管理ＤＢ３００３は、利用申請者及びリソース利用者の体温閾値と体調情報を、テナント識別情報及びロケーション識別情報でタブ付けされたフロア識別情報及びリソース識別情報ごとに対応付けて管理する条件情報管理手段の一例である。

●リソースマップ管理テーブル●
図９は、リソースマップ管理テーブルの一例を示す概念図である。記憶部３０００には、図９に示されているようなリソースマップ管理テーブルによって構成されたリソースマップ管理ＤＢ３００４が構築されている。リソースマップ管理テーブルでは、テナント識別情報及びロケーション識別情報を一組のタブとして各タブで分けられたフロア識別情報ごとに、フロア名、リソース識別情報、リソース名、マップＸ座標、マップＹ座標が関連付けられて記憶、管理されている。

これらのうち、マップＸ座標及びマップＹ座標は、フロア情報管理ＤＢ３００１（図６参照）で示したマップ保存場所で示される各フロアマップで管理される各リソースの座標値(Ｘ，Ｙ)の値を示すものである。このＸ座標及びＹ座標も、例えば、［pixel］等の単位で管理されてよい。

本実施形態において、リソースマップ管理ＤＢ３００４は、各リソースのフロアマップ上のＸ座標及びＹ座標を、テナント識別情報及びロケーション識別情報でタブ付けされたフロア識別情報及びリソース識別情報ごとに対応付けて管理するリソースマップ管理手段の一例である。

＜利用申請者端末の機能構成＞
図５に示されているように、利用申請者端末５は、送受信部５１、操作受付部５２、撮像取得部５３、表示制御部５４、情報管理部５６及び記憶読出部５９を有する。これら各機能部は、図４に示された各ハードウエア資源のいずれかが、ＲＯＭ５０２及びＥＥＰＲＯＭ５０４のうち少なくとも一つからＲＡＭ５０３に展開された利用申請者端末５用のプログラムに従ったＣＰＵ５０１からの命令により動作することで実現される機能又は手段である。また、利用申請者端末５は、図４に示されているＲＯＭ５０２及びＥＥＰＲＯＭ５０４のうち少なくとも一つにより構築される記憶部５０００を有している。更に、記憶部５０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ、座席予約アプリ等が記憶されている。

<<利用申請者端末の各機能構成>>
次に、利用申請者端末５の各機能構成について詳細に説明する。図５に示されている利用申請者端末５の送受信部５１は、主に、ネットワークＩ／Ｆ５１１及び近距離通信Ｉ／Ｆ５０８に対するＣＰＵ５０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。また、送受信部５１は、リソース利用申請情報が送信された所定のフロアを識別するフロア識別情報を、リソース利用申請情報に含めてリソース管理装置３に送信する。本実施形態において、送受信部５１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

操作受付部５２は、主に、ポインティングデバイス５１３が受け付けた各種操作により生成された信号をＣＰＵ５０１が処理することによって実現される。なお、操作受付部５２は、ポインティングデバイス５１３に代えて、キーボード、タッチパネル等の入力手段が用いられてもよい。本実施形態において、操作受付部５２は、受付手段の一例として機能する。

撮像取得部５３は、主に、ＣＭＯＳセンサ５０９及び撮像素子Ｉ／Ｆ５１０に対するＣＰＵ５０１の処理によって実現される。撮像取得部５３は、利用申請者端末５を利用する利用申請者が撮影した所定のフロアとして存在するフリーアドレス実施フロアに設置されたＱＲコード等の二次元コード(所定のコード情報)を撮影する(読み取る)ことにより、フロア識別情報、テナント識別情報、ＵＲＬ情報等の各種情報を取得する。本実施形態において、撮像取得部５３は、取得手段の一例として機能する。

表示制御部５４は、主に、ディスプレイ５０７に対するＣＰＵ５０１の処理によって実現され、利用申請者端末５における各種画面及び情報(データ)の表示制御を行う。また、表示制御部５４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、ディスプレイ５０７に表示させる。本実施形態において、表示制御部５４は、表示制御手段の一例として機能する。

情報管理部５６は、主に、ＣＰＵ５０１の処理によって実現され、利用申請者が利用申請者端末５を利用する際の利用申請者の認証情報を管理する。情報管理部５６は、利用申請者がリソース(座席)予約に係る座席予約アプリを起動した際に、必要な認証処理が行われているかを管理し、認証処理が行われていない場合には、後述する認証要求を行う。本実施形態において、情報管理部５６は、管理手段の一例として機能する。

記憶読出部５９は、主に、ＲＯＭ５０２及びＥＥＰＲＯＭ５０４のうち少なくとも一つに対するＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ(又は情報)を記憶したり、記憶部５０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部５９は、記憶読出手段の一例として機能する。

＜予約管理サーバの機能構成＞
図５に示されているように、予約管理サーバ７は、送受信部７１、取得部７２、登録部７６及び記憶読出部７９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つからＲＡＭ７０３に展開された予約管理サーバ７用のプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。また、予約管理サーバ７は、図３に示されているＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つにより構築される記憶部７０００を有している。更に、記憶部７０００には、リソース管理装置３と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)等が記憶されている。

<<予約管理サーバの各機能構成>>
次に、予約管理サーバ７の各機能構成について詳細に説明する。図５に示されている予約管理サーバ７の送受信部７１は、主に、ネットワークＩ／Ｆ７１１及び近距離通信Ｉ／Ｆ７０８に対するＣＰＵ７０１の処理によって実現され、通信ネットワーク１００を介してリソース管理装置３との間で各種データ(又は情報)の送受信を行う。本実施形態において、送受信部７１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

取得部７２は、主に、ＣＰＵ７０１の処理によって実現され、リソース管理装置３が送信したリソースの更新要求に係る情報を取得する。本実施形態において、取得部７２は、取得手段の一例として機能する。

登録部７６は、主に、ＣＰＵ７０１の処理によって実現され、予約管理サーバ７に対して送信された各種予約に係るデータ(情報)を、記憶部７０００の所定領域に記憶、登録する。本実施形態において、登録部７６は、登録手段の一例として機能する。但し、登録部７６の機能はクラウドサービスにより実現される機能の一つであるため、上述した機能、方法に限らない。

記憶読出部７９は、主に、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つに対するＣＰＵ７０１の処理によって実現され、記憶部７０００に各種データ(又は情報)を記憶したり、記憶部７０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部７９は、記憶読出手段の一例として機能する。

●予約管理テーブル●
図１０は、予約管理テーブルの一例を示す概念図である。記憶部７０００には、図１０に示されているような予約管理テーブルによって構成された予約管理ＤＢ７００１が構築されている。予約管理テーブルでは、テナント識別情報をタブとして分けられた予約識別情報ごとに、予約名、ロケーション識別情報、フロア識別情報、リソース識別情報、リソース名、利用者識別情報、予約開始日時、予約終了日時が関連付けられて記憶、管理されている。

これらのうち、予約識別情報は、予約対象を識別するための識別情報であり、例えば、「E0001」、「E0002」等で与えられる。予約名は、予約におけるイベントを表し、例えば、「業務」、「オンラインセミナー」等で与えられる。ロケーション識別情報は、予約対象のリソースを有する建造物が存在する地域、ロケーションを識別するための識別情報であり、例えば、「L0001」、「L0002」等で与えられる。利用者識別情報は、予約をした利用者を識別するための識別情報であり、例えば、「User001」、「User002」等で与えられる。予約開始日時及び予約終了日時は、予約対象のリソースを予約した開始日時及び終了日時を表し、例えば、「2021/09/22 10:00」、「2021/09/22 16:00」等の日時情報で与えられる。

本実施形態において、予約管理ＤＢ７００１は、各リソースの予約に係る情報を、テナント識別情報をタブとして予約識別情報ごとに対応付けて管理する予約管理手段の一例である。

＜管理者端末の機能構成＞
図５に示されているように、管理者端末９は、送受信部９１、操作受付部９２、表示制御部９４及び記憶読出部９９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ９０２及びＥＥＰＲＯＭ９０４のうち少なくとも一つからＲＡＭ９０３に展開された管理者端末９用のプログラムに従ったＣＰＵ９０１からの命令により動作することで実現される機能又は手段である。また、管理者端末９は、図３に示されているＲＯＭ９０２及びＥＥＰＲＯＭ９０４のうち少なくとも一つにより構築される記憶部９０００を有している。更に、記憶部９０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ、座席予約アプリ等が記憶されている。

<<管理者端末の各機能構成>>
次に、管理者端末９の各機能構成について詳細に説明する。図５に示されている管理者端末９の送受信部９１は、主に、ネットワークＩ／Ｆ９１１及び近距離通信Ｉ／Ｆ９０８に対するＣＰＵ９０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。本実施形態において、送受信部９１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

操作受付部９２は、主に、キーボード９１２及びポインティングデバイス９１３のうち少なくとも一方が受け付けた各種操作により生成された信号をＣＰＵ９０１が処理することによって実現される。なお、操作受付部９２は、ポインティングデバイス９１３に代えて、タッチパネル等の入力手段が用いられてもよい。本実施形態において、操作受付部９２は、受付手段の一例として機能する。

表示制御部９４は、主に、ディスプレイ９０７に対するＣＰＵ９０１の処理によって実現され、管理者端末９における各種画面及び情報(データ)の表示制御を行う。また、表示制御部９４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、ディスプレイ９０７に表示させる。本実施形態において、表示制御部９４は、表示制御手段の一例として機能する。

記憶読出部９９は、主に、図３に示されているＲＯＭ９０２及びＥＥＰＲＯＭ９０４のうち少なくとも一つに対するＣＰＵ９０１の処理によって実現され、記憶部９０００に各種データ(又は情報)を記憶したり、記憶部９０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部９９は、記憶読出手段の一例として機能する。

〔実施形態の処理又は動作〕
次に、図１１乃至図３４を用いて、実施形態に係る音声記録管理システムにおける各処理又は動作を説明する。なお、以降に説明する各シーケンス図において、各装置間での通信は、所定の手順による各種認証処理、セッション確立のための処理等が成功し、互いに通信可能な状態であることを前提とする。更に、各装置においては、通信ネットワーク１００を介した通信におけるブラウザの起動処理、所定のアプリの起動処理等も実行済みであることを前提とする。この場合、ブラウザ及び各種アプリの起動は、それぞれの装置、通信端末の記憶読出部が各種アプリ等を読み出すことにより実行されてもよい。

＜リソース情報の更新処理＞
まず、リソース情報の更新処理について説明する。図１１は、リソース情報取得及び更新処理の一例を示すシーケンス図である。まず、リソース管理装置３の記憶読出部３９は、リソース情報管理ＤＢ３００２（図７参照）から、テナント識別情報及びロケーション識別情報を読み出す（ステップＳ１１）。

次に、送受信部３１は、予約管理サーバ７に対してリソース利用情報の取得要求に係る情報を送信する（ステップＳ１２）。これにより、予約管理サーバ７の送受信部７１は、リソース管理装置３が送信したリソース利用情報の取得要求に係る情報を受信する。このとき、リソース利用情報の取得要求には、ステップＳ１１で読みだしたテナント識別情報及びロケーション識別情報が含まれる。

続いて、予約管理サーバ７の記憶読出部７９は、テナント識別情報及びロケーション識別を検索キーとして予約管理ＤＢ７００１（図１０参照）を検索することにより、対応する予約情報を読み出す（ステップＳ１３）。

次に、送受信部７１は、リソース管理装置３に対してリソース利用情報の取得応答を送信する（ステップＳ１４）。これにより、リソース管理装置３の送受信部３１は、予約管理サーバ７が送信したリソース利用情報の取得応答を受信する。このとき、リソース利用情報の取得応答には、予約識別情報、フロア識別情報、リソース識別情報、予約開始日時情報及び予約終了日時情報の各種情報が含まれる。

次に、リソース管理装置３の登録部３８は記憶読出部３９と共同して、リソース情報を更新する（ステップＳ１５）。具体的には、登録部３８は、ステップＳ１４で受信した情報のうち、フロア識別情報、リソース識別情報、現在時刻情報に基づいて、リソース情報管理ＤＢ３００２（図７参照）で管理されているフロア識別情報及びリソース識別情報に対応するリソースの利用状態、周囲のリソースの状態を更新して登録する。例えば、現在時刻が2021/09/22 14:15であるとすると、「海老名1F-座席001」と「海老名1F-座席002」の二つのリソース(座席)の利用状態が、「空席」から「利用中」に更新、登録される。

本実施形態における通信システム１では、以上説明したステップＳ１２－Ｓ１５までの処理が、リソース管理装置３と予約管理サーバ７との間で定期的に繰り返して実行する。これにより、リソース管理装置３は、予約管理サーバ７で管理されている各種情報と同期を取り、リソース情報管理ＤＢ３００２（図７参照）で管理されている各リソースに対して最新の情報に更新して登録することが可能となる。

なお、ステップＳ１５で実行されるリソース情報の更新処理に関しては、以下のような方法で処理を実行してもよい。例えば、ステップＳ１２で、リソース管理装置３は現在時刻情報を含めて送信することも可能である。この場合、予約管理サーバ７は、ステップＳ１２で受信した現在時刻情報を含む予約対象だけを抽出し、ステップＳ１４のリソース情報の取得応答に含めて送信するようにしてもよい。

本実施形態に係る通信システムでは、例えば、上述したステップＳ１２及びＳ１４の処理が実行される場合、リソース管理装置３と予約管理サーバ７との間に他の装置等が存在してもよい。つまり、リソース管理装置３と予約管理サーバ７との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、リソース管理装置３と予約管理サーバ７との間に他の処理ステップが存在した場合でも適用することが可能である。

＜体調不良者用フロアの設定処理＞
次に、管理者が管理者端末９を用いて体調不良者用フロアを登録する場合の処理について説明する。図１２は、体調不良者用フロアの登録処理の一例を示すシーケンス図である。まず、管理者端末９の表示制御部９４は、管理者端末９のディスプレイ９０７に予約状況画面を表示する（ステップＳ２１）。

●画面表示例●
次に、管理者端末９に表示される予約状況確認のための画面表示例を説明する。図１３は、管理者端末における予約状況を確認する確認画面例である。図１３に示されているように、管理者端末９によって座席予約アプリが起動されると、ディスプレイ９０７には、表示制御部９４によって、予約状況確認画面９０１１が表示される。予約状況確認画面９０１１は、例えば、管理者端末９で起動された座席予約アプリのホーム画面に表示される画面である。この予約状況確認画面９０１１では、リソース管理装置３で管理されるリソースの予約状況(予約の有無、等)が表示される。このとき、「フロアから探す」、「履歴から参照する」といった選択メニューも同時に表示され、管理者の選択によってそれぞれの画面に遷移することが可能である。予約状況確認画面９０１１には更に、メニューバーの中に「フロア一覧」、「座席一覧」、「利用履歴」、「設定」等のメニューが配置されている。

図１２に戻り、操作受付部９２は、管理者によるフロア設定操作を受け付ける（ステップＳ２２）。

続いて、表示制御部９４は、ディスプレイ９０７にフロア一覧画面を表示する（ステップＳ２３）。

●画面表示例●
次に、管理者端末９に表示されるフロア一覧確認のための画面表示例を説明する。図１４は、管理者端末における体調不良者用フロアを登録する登録画面例である。図１４に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、フロア一覧画面９０１２が表示される。フロア一覧画面９０１２は、例えば、座席予約アプリの起動により表示されるメニューの「フロア一覧」をマウスオーバー操作及びクリック操作等をした際に表示される画面である。フロア一覧画面９０１２では、フロア一覧としてフロア名、ロケーション、階数、体調不良者用設定部ごとにそれぞれのフロア情報が一覧として表示される。これらのフロア一覧情報には、更に「ＭＡＰ」、「編集」、「削除」の操作ボタン(アイコン)が付与され、それぞれのフロアに対する操作が可能になっている。なお、体調不良者用設定部では、体調不良者用フロアを登録するための登録部が設けられており、管理者は体調不良者用フロアとして登録したいフロアに対応する体調不良者用登録部(ダイアログ等)を操作することで、そのフロアを体調不良者用フロアとして登録することが可能である。このときの操作は、例えば、「海老名-3F」のフロア名に対応する体調不良者用設定部に対して○を入力した後、「登録」ボタン９０５１を操作することで登録が可能になるようにしてもよい。このとき、入力した内容を取り消すための「キャンセル」ボタン９０５２が別途設けられてもよい。

●画面表示例●
図１５は、管理者端末における体調不良者用フロアを確認する確認画面例である。図１５は、図１４に示した体調不良者用設定部において、「海老名-3F」のフロアが体調不良者用フロアとして設定されていることを示している。このように、管理者は、フロア一覧画面９０１２を操作することで、任意のフロアを体調不良者用フロアとして登録することが可能になる。

再び図１２に戻り、操作受付部９２は、管理者による体調不良者用フロアの入力を受け付ける（ステップＳ２４）。

次に、送受信部９１は、リソース管理装置３に対して体調不良者用フロア設定要求に係る情報を送信する（ステップＳ２５）。これにより、リソース管理装置３の送受信部３１は、管理者端末９が送信した体調不良者用フロア設定要求に係る情報を受信する。このとき、体調不良者用フロア設定要求には、ロケーション識別情報、フロア識別情報が含まれる。

次に、リソース管理装置３の登録部３８は、体調不良者用フロアをフロア情報管理ＤＢ３００１（図６参照）に登録する（ステップＳ２６）。具体的には、登録部３８は、ステップＳ２５で受信したロケーション識別情報、フロア識別情報に関連付けられたフロア名に対応するフロアを体調不良者用フロアとして設定し、体調不良者用の項目を「True」に設定する。

次に、送受信部３１は、管理者端末９に対して体調不良者用フロア設定要求に対する体調不良者用フロア設定応答を送信する（ステップＳ２７）。これにより、管理者端末９の送受信部９１は、リソース管理装置３が送信した体調不良者用フロア設定応答を受信する。このとき、体調不良者用フロア設定応答には、設定完了通知情報が含まれる。

次に、管理者端末９の表示制御部９４は、ディスプレイ９０７にフロア一覧画面を表示する（ステップＳ２８）。このときに表示される画面の内容は、ステップＳ２３で表示されたフロア一覧画面９０１２と同様の内容でもよい。

本実施形態に係る通信システムでは、例えば、上述したステップＳ２５及びＳ２７の処理が実行される場合、管理者端末９とリソース管理装置３との間に他の装置等が存在してもよい。つまり、管理者端末９とリソース管理装置３との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、管理者端末９とリソース管理装置３との間に他の処理ステップが存在した場合でも適用することが可能である。

＜各種条件情報登録処理＞
次に、管理者が管理者端末９を用いて各種条件情報を登録する場合の処理について説明する。図１６は、リソースを利用する際の各種条件情報登録処理の一例を示すシーケンス図である。まず、管理者端末９の操作受付部９２は、管理者による座席設定操作を受け付ける（ステップＳ３１）。具体的には、操作受付部９２は、上述したステップＳ２８で表示されたフロア一覧画面において、管理者が「座席一覧」メニューを操作することで、座席設定操作を受け付ける。

次に、送受信部９１は、リソース管理装置３に対して、リソース情報取得要求に係る情報を送信する（ステップＳ３２）。これにより、リソース管理装置３の送受信部３１は、管理者端末９が送信したリソース情報設定要求に係る情報を受信する。このとき、リソース情報設定要求には、ロケーション識別情報、フロア識別情報が含まれる。

次に、リソース管理装置３の記憶読出部３９は、ステップＳ３２で受信したロケーション識別情報及びフロア識別情報を検索キーとしてリソース情報管理ＤＢ３００２（図７参照）を検索することにより、対応するリソース情報を読み出す（ステップＳ３３）。

次に、送受信部３１は、管理者端末９に対してリソース情報取得要求に対する応答として、リソース情報取得応答を送信する（ステップＳ３４）。これにより、管理者端末９の送受信部９１は、リソース管理装置３が送信したリソース情報取得応答を受信する。このとき、リソース情報取得応答には、リソース識別情報、リソース名、フロア名が含まれる。

次に、管理者端末９の表示制御部９４は、ディスプレイ９０７に座席一覧画面を表示する（ステップＳ３５）。

●画面表示例●
次に、管理者端末９に表示される座席一覧確認のための画面表示例を説明する。図１７は、管理者端末におけるリソース(座席)一覧を確認する確認画面例である。図１７に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、リソースの一例である座席一覧画面９０１４が表示される。座席一覧画面９０１４は、例えば、座席予約アプリの起動により表示されるメニューの「座席一覧」をマウスオーバー操作及びクリック操作等をした際に表示される画面である。座席一覧画面９０１４では、座席一覧として座席名、フロアごとにそれぞれの座席情報が一覧として表示される。これらの座席一覧情報には、更に「編集」、「削除」の操作ボタン(アイコン)が付与され、それぞれの座席に対する操作が可能になっている。

図１６に戻り、操作受付部９２は、管理者による設定操作の入力を受け付ける（ステップＳ３６）。具体的には、操作受付部９２は、座席一覧画面９０１４における所定の座席の「編集」ボタン(アイコン)に対する操作を受け付ける。

続いて、表示制御部９４は、ディスプレイ９０７に設定画面を表示する（ステップＳ３７）。

●画面表示例●
次に、管理者端末９に表示される体調情報を入力、登録するための登録画面表示例を説明する。図１８は、管理者端末における体調情報を登録する登録画面例である。図１８に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、体調情報を登録する体調情報登録画面９０１５が表示される。体調情報登録画面９０１５は、例えば、座席予約アプリの起動により表示されるメニューの「設定」をマウスオーバー操作及びクリック操作等をした際に表示される画面である。体調情報登録画面９０１５では、登録する項目として、「利用状況を確認する座席間の距離」、「体調不良とする体温」、「確認する体調情報(咳、倦怠感、吐き気等)」、「利用履歴に登録する体調情報」の各項目が表示される。ここで、「利用状況を確認する座席間の距離」は、リソース間距離情報の一例、「体調不良とする体温」は、体温閾値情報の一例、「確認する体調情報(咳、倦怠感、吐き気等)」は、確認体調情報の一例、「利用履歴に登録する体調情報」は、履歴登録情報の一例である。更に、利用申請者によって入力された体温情報及び確認体調情報を含めて、利用申請者の申請者体調情報又はリソース利用者の利用者体調情報という。

管理者は、それぞれの項目に必要な情報、数値を入力し、「登録」ボタン９０５１又は「キャンセル」ボタン９０５２を操作して登録操作又はキャンセル操作を実行することができる。なお、図１８に示した例では、「体調不良とする体温」の項目を入力必須の項目とし、その他の項目として「確認する体調情報」を入力するようにしてもよい。この理由は、例えば、通信システム１において、赤外線センサ等を用いた体温測定器によって利用申請者の体温を自動計測する機能を有する場合に、測定された体温情報に対して体調不良であるか否かの判断が必要となるためである。また、「確認する体温情報」の項目に対しては、項目を追加するメニューがあってよく、例えば、感染症の種類、症状の特徴等に応じて確認する項目を可変にしてもよい。更に、「利用履歴に登録する体調情報」の項目にも項目を追加するメニューがあってもよい。この項目に対しても、感染症の種類、症状の特徴等に応じて自由に記入することが可能な項目、記入欄を増減できるようにしてもよい。

再び図１６に戻り、操作受付部９２は、管理者による各種条件情報の入力を受け付ける（ステップＳ３８）。具体的には、操作受付部９２は、上述した体調情報登録画面９０１５に対する操作を受け付ける。

次に、送受信部９１は、リソース管理装置３に対して条件情報登録要求に係る情報を送信する（ステップＳ３９）。これにより、リソース管理装置３の送受信部３１は、管理者端末９が送信した条件情報登録要求に係る情報を受信する。このとき、条件情報登録要求には、ステップＳ３８で管理者による入力によって受け付けられたリソース識別情報、リソース間距離情報、体温閾値情報、履歴登録情報が含まれる。

次に、リソース管理装置３の登録部３８は、条件情報管理ＤＢ３００３（図８参照）で管理され、ステップＳ３９で受信したリソース識別情報に関連付けられた座席間距離、体温閾値、体調情報１，２，３，・・・の各項目に対して、受信したリソース間距離情報、体温閾値情報、履歴登録情報を対応付けて登録する（ステップＳ４０）。

次に、送受信部３１は、管理者端末９に対して、条件情報登録要求に対する応答として条件情報登録応答を送信する（ステップＳ４１）。これにより、管理者端末９の送受信部９１は、リソース管理装置３が送信した条件情報登録応答に係る情報を受信する。

＜座席情報登録処理＞
次に、管理者が管理者端末９を用いてリソース(座席)情報を登録する場合の処理について説明する。図１９は、リソースのＭＡＰ情報登録処理の一例を示すシーケンス図である。まず、管理者端末９の表示制御部９４は、ディスプレイ９０７に座席登録画面を表示する（ステップＳ５１）。

●画面表示例●
次に、管理者端末９に表示される座席情報を登録するための設定画面表示例を説明する。図２０は、管理者端末におけるリソース情報及び周囲の位置関係を登録する登録画面例である。図２０に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、リソース(座席)情報及び周囲の位置関係を登録する座席登録画面９０１６が表示される。座席登録画面９０１６は、例えば、座席予約アプリの起動により表示されるメニューの「座席一覧」を操作した際に表示される画面である。座席登録画面９０１６では、登録する項目として、「座席名」、「座席ＩＤ」、「フロア」、「周囲の座席」の各項目が表示される。「周囲の座席」の項目では、一以上の座席と、ある座席に対してどの位置にあるかを示す「隣」、「対面」、「斜め」等の位置がドロップダウンメニューによって選択可能である。また、「周囲の座席」の項目に対しては、項目を追加するメニューがあってよい。この座席登録画面９０１６においても、「登録」ボタン９０５１、「キャンセル」ボタン９０５２が設けられている。

●画面表示例●
図２１は、管理者端末におけるリソース情報及び周囲の位置関係を登録する別の設定画面例である。図２１に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、リソース(座席)情報及び周囲の位置関係を登録する座席登録画面９０１７が表示される。座席登録画面９０１７では、図２０に示した座席登録画面９０１６において「周囲の座席」の項目が追加され、新たなダイアログとして複数の座席情報が追加された状態が示されている。これにより、管理者は、周囲の座席に係る情報を任意に追加することが可能となる。具体的には、管理者は、所定の座席が配置(設置)されたフロアの中からその座席の周囲に存在する他の座席と所定の座席との位置関係を追加することができる。この座席登録画面９０１７においても、「登録」ボタン９０５１、「キャンセル」ボタン９０５２が設けられている。

図１９に戻り、操作受付部５２は、管理者による座標情報の入力を受け付ける（ステップＳ５２）。

次に、送受信部５１は、リソース管理装置３に対して、座標情報登録要求に係る情報を送信する（ステップＳ５３）。これにより、リソース管理装置３の送受信部３１は、管理者端末９が送信した座席情報登録要求に係る情報を受信する。このとき、座席情報登録要求に係る情報には、リソース識別情報、リソース名情報、周囲のリソース情報が含まれる。

次に、リソース管理装置３の登録部３８は、座席情報を登録する（ステップＳ５４）。具体的には、登録部３８は、ステップＳ５３で受信したリソース識別情報に関連付けられ、リソース情報管理ＤＢ３００２（図７参照）で管理されているリソース名、周囲のリソースの各項目を登録する。

次に、送受信部３１は、座席情報登録要求に対する応答として、管理者端末９に対して座席情報登録応答を送信する（ステップＳ５５）。これにより、管理者端末９の送受信部９１は、リソース管理装置３が送信した座席情報登録応答を受信する。

次に、管理者端末９の表示制御部９４は、ディスプレイ９０７にＭＡＰ座席登録画面を表示する（ステップＳ５６）。

●画面表示例●
図２２は、管理者端末におけるリソース情報及びＭＡＰ情報を登録する登録画面例である。図２２に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、リソース(座席)情報及びＭＡＰ情報を登録するＭＡＰ座標登録画面９０１８が表示される。ＭＡＰ座標登録画面９０１８では、図２０に示した座席登録画面９０１６の「座席名」、「座席ＩＤ」、「フロア」までは同様に表示される。そして、ＭＡＰ座標登録画面９０１８では、新たに「ＭＡＰ座標」の項目が追加され、Ｘ座標及びＹ座標の設定値が表示される。管理者は、この項目に対して「変更」ボタンを操作することにより、ＭＡＰ座標を変更することができる。このＭＡＰ座標登録画面９０１８においても、「登録」ボタン９０５１、「キャンセル」ボタン９０５２が設けられている。

●画面表示例●
図２３は、管理者端末におけるリソースのＭＡＰ位置を登録する登録画面例である。図２３に示されているように、管理者端末９のディスプレイ９０７には、表示制御部９４によって、リソース(座席)情報及びＭＡＰ情報を登録するＭＡＰ座標登録画面９０１８に重畳させて、リソース(座席)のＭＡＰ座標を登録するＭＡＰ座標登録ダイアログ９０２１が表示される。ＭＡＰ座標登録ダイアログ９０２１は、例えば、図２２に示したＭＡＰ座標登録画面９０１８の「設定」メニューを操作することによって、ＭＡＰ座標登録画面９０１８に重畳させたダイアログとして表示されてもよい。ＭＡＰ座標登録ダイアログ９０２１では、座席が配置(設置)されたフロアに対応するフロアマップが表示される。このフロアマップには、管理者の操作によって任意の位置に所望のリソース(座席)の座標を与える際に、ピンマークが表示されてもよい。このようなＵＩ(User Interface)を管理者に提供することにより、管理者は、ＭＡＰ座標登録ダイアログ９０２１の任意の座標位置に、所望のリソース(座席)を指定することができる。ＭＡＰ座標登録ダイアログ９０２１には更に、設定したピンマークの位置を確定させるための「登録」ボタン９０６１及びキャンセルさせるための「キャンセル」ボタン９０６２があわせて表示される。

なお、リソース利用者が所定の座席の利用申請を行ったとき、リソース管理装置３の算出部３３は、所定の座席と同じフロアに存在する各座席との距離を求め、一定の距離以下の座席を所定の座席の周囲の座席とする。そして、後述する検索抽出部３６は、対応する座席の利用状況を調査する。

図１９に戻り、操作受付部９２は、ステップＳ５６で表示した図２２、図２３に示したようなＭＡＰ座標登録画面９０１８、及びＭＡＰ座標登録ダイアログ９０２１に対するＭＡＰ座標情報の入力を受け付ける（ステップＳ５７）。

次に、送受信部９１は、リソース管理装置３に対して、ＭＡＰ座標情報登録要求に係る情報を送信する（ステップＳ５８）。これにより、リソース管理装置３の送受信部３１は、管理者端末９が送信したＭＡＰ座標情報登録要求に係る情報を受信する。このとき、ＭＡＰ座標情報登録要求に係る情報には、リソース識別情報、リソース名情報、ＭＡＰ座標情報が含まれる。

次に、リソース管理装置３の登録部３８は、ＭＡＰ座標情報を登録する（ステップＳ５９）。具体的には、登録部３８は、ステップＳ５８で受信したリソース識別情報に関連付けられ、リソースマップ管理ＤＢ３００４（図９７参照）で管理されているリソース名、マップＸ座標、マップＹ座標の各項目を登録する。

次に、送受信部３１は、管理者端末９に対して、ＭＡＰ座席情報登録要求に対する応答としてのＭＡＰ座席情報登録応答に係る情報を送信する（ステップＳ６０）。これにより、管理者端末９の送受信部９１は、リソース管理装置３が送信したＭＡＰ座席情報登録応答に係る情報を受信する。

＜フロアの座席利用申請処理＞
次に、リソース(座席)を利用する利用申請者が利用申請者端末５を用いてフロアの座席利用申請を行う場合の処理について説明する。図２４は、ＱＲコードの撮影処理及びリソース利用申請情報の送信処理の一例を示すシーケンス図である。まず、所定のフロアにいる利用申請者は、利用申請者が利用する利用申請者端末５を用いて、所定のフロアに設けられた二次元コードの一例であるＱＲコードを撮影する。これにより、利用申請者端末５の撮像取得部５３は、ＱＲコードを撮影(撮像)する（ステップＳ７１）。なお、本実施形態において、二次元コードの一例としてＱＲコードを示したが、二次元コードに限らず、一次元のバーコード、その他の形態のコード情報が用いられてもよい。

●画面表示例●
図２５は、利用申請者端末におけるＱＲコードを撮影する撮影画面例である。図２５に示されているように、利用申請者端末５のディスプレイ５０７には、撮像取得部５３によって起動されたＱＲコード撮影画面５０１１が表示される。ＱＲコード撮影画面５０１１が表示されることにより、利用申請者は、ＱＲコード撮影画面５０１１中の所定の領域内にＱＲコードを収めて撮影し、必要な情報を取得することができる。

図２４に戻り、情報管理部５６は、利用申請者がリソース予約に係る座席予約アプリを起動した際に、必要な認証処理が行われているかを管理し、認証処理が行われていない場合には、認証要求を行う。この場合、表示制御部５４は、ディスプレイ５０７に認証要求に係る画面を表示する（ステップＳ７２）。

次に操作受付部５２は、利用申請者の操作による認証情報の入力を受け付ける（ステップＳ７３）。

次に、表示制御部５４は、ディスプレイ５０７に利用申請者の体調情報の入力要求を表示する（ステップＳ７４）。

●画面表示例●
ここで、体調情報の入力画面例について説明する。図２６は、利用申請者端末における体調情報を入力する入力画面例である。図２６に示されているように、利用申請者端末５のディスプレイ５０７には、表示制御部５４によって体調情報入力画面５０１２が表示される。体調情報入力画面５０１２では、利用申請者に対して、利用申請者自身の体温の入力を促す体温入力部が表示される。利用申請者は、この体温入力部に現在の体温を入力することができる。体調情報入力画面５０１２では更に、利用申請者自身の体調として、「咳」、「倦怠感」、「吐き気」の有無をチェックするチェックボックスが表示される。これにより、利用申請者は自身の現在の体調で当てはまる項目にチェックを入れることができる。なお、体調情報は一例であり、上述した管理者によって適宜項目を追加、変更することができる。体調情報入力画面では更に、ワクチン接種、マスク装着の有無などについてもチェックを入れることが可能なチェックボックスがあわせて表示される。以上の項目に対する入力、チェックを行い、「送信」ボタン５０５１が操作されることにより、上述したステップＳ７６のフロアの座席利用申請の送信処理が実行される。他方、「キャンセル」ボタン５０５２が操作された場合は、送信処理がキャンセルされ、入力した体調情報は取り消されるか、そのままの状態が維持される。

再び図２４に戻り、操作受付部５２は、利用申請者による体調情報の入力を受け付ける（ステップＳ７５）。この処理において、利用申請者は、必要な項目に対して現在の利用申請者自身の体温を含む申請者体調情報を入力する。

続いて送受信部５１は、リソース管理装置３に対してフロアの座席利用申請を送信する（ステップＳ７６）。これにより、リソース管理装置３の送受信部３１は、利用申請者端末５が送信したフロアの座席利用申請を受信する。このとき、フロアの座席利用申請には、テナント識別情報、ロケーション識別情報、フロア識別情報、利用者識別情報、及びステップＳ７５で入力された申請者体調情報が含まれる。

＜利用者の体調別処理（利用申請者の体調が悪い場合）＞
図２７は、体調不良者用フロアが存在する場合のフロア検索処理及びリソース利用許否情報の送信処理の一例を示すシーケンス図である。まず、リソース管理装置３の判断部３５は、ステップＳ７６で受信した申請者体調情報と条件情報管理ＤＢ３００３（図８参照）で管理されている各項目を比較することにより、利用申請者の体調を判断する（ステップＳ８１）。このとき、判断部３５は、例えば、利用申請者の体温が体温閾値を超えている、又は、チェックした体調に関する項目が複数の体調情報に該当するなどの場合に、利用申請者の体調が悪いと判断することができる。

以下、ステップＳ８１の判断処理により、リソース利用者の体調が悪い場合について説明する。検索抽出部３６は記憶読出部３９と協働して、ステップＳ７６で受信したテナント識別情報、ロケーション識別情報、フロア識別情報を検索キーとしてフロア情報管理ＤＢ３００１（図６参照）を検索することにより、対応する体調不良者用フラグを読み出し、体調不良者用フロアを検索する（ステップＳ８２）。

続いて、検索抽出部３６は、フロアＦの中で利用可能なリソース(座席)が存在するフロアＦ’を検索する（ステップＳ８３）。ここで、フロアＦとは、フロア情報管理ＤＢ３００１（図６参照）に登録された対応する体調不良者用フロアのうち、利用申請者がＱＲコードを撮影したフロアが体調不良者用フロアでない場合の体調不良者用フロアをいう。具体的には、フロア情報管理ＤＢ３００１（図６参照）で登録された体調不良者用フロアは、海老名10Fである。そこで、海老名10Fのロケーション識別情報(「L0002」)と同一のロケーション識別情報に対応するフロアのうち、海老名10F以外のフロア(１階、２階、３階等)が「フロアＦ」となる。さらに、フロアＦ’とは、フロアＦ内で現在利用可能な座席（空きリソース、すなわち「空席」）が存在するフロアをいう。

フロアＦ’が存在する場合、送受信部３１は、利用申請者端末に対して送信するリソース利用許否通知に係る情報のうち、不許可通知に係る情報を送信する（ステップＳ８４）。これにより、利用申請者端末５の送受信部５１は、リソース管理装置３が送信したリソース利用許否通知に係る情報のうちの不許可通知に係る情報を受信する。このとき、リソース利用許否通知に係る情報のうちの不許可通知に係る情報には、不許可を示す通知メッセージ、体調不良者用フロアのリスト情報が含まれる。このとき、体調不良者用フロアは、代替フロアの一例として用いられる。リソース管理装置３が利用申請者端末５に対して不許可通知に係る情報を送る理由は、例えば、以下のとおりである。利用申請者がＱＲコードを撮影したフロアには、体調不良の利用申請者が利用可能なリソース(座席)は存在しないが、ＱＲコードを撮影したフロアとは異なるフロアに体調不良者用フロアがあり、その体調不良者用フロアに空席がある。そのため、その体調不良者用フロアに移動し、そのフロアに設置された空席を利用してもらうという意図があるからである。このとき、体調不良者用フロアに存在する空席は、代替リソースの一例として用いられる。

次に、利用申請者端末５の表示制御部５４は、ディスプレイ５０７にリソース利用許否通知及びフロアＦ’のリストを表示する（ステップＳ８５）。

●画面表示例●
ここで、不許可通知の表示画面例について説明する。図２８は、利用申請者端末におけるリソース利用不可を通知する通知画面例である。図２８に示されているように、利用申請者端末５のディスプレイ５０７には、表示制御部５４によって利用不可通知画面５０１３が表示される。利用不可通知画面５０１３では、体調不良の利用申請者に対して、利用可能なフロアのリスト(例えば、「海老名-10F」、「海老名-11F」)が表示される。これにより、利用申請者は、いずれかの体調不良者用フロアに移動して、空きリソース(空席)を利用することが可能になる。

なお、リソース管理装置３は、利用申請者の体調に応じて、移動距離を考慮した通知を利用申請者端末に送信してもよい。具体的には、リソース管理装置３の判断部３５は、利用申請者の体調不良の度合いを、入力された体温情報及び体調情報の内容から判断する。判断部３５により、入力された体調情報の内容から、体調不良の度合いが高い、すなわち、所定の体温以上、及び所定の項目よりも多く体調情報が入力されたと判断された場合は、生成部３７は、フロアの移動距離を短くできるような通知内容を生成する。そして、送受信部３１は、生成部３７により生成された利用申請者の体調別通知情報を利用申請者端末５に対して送信してもよい。

＜利用可能なリソース検索処理（利用申請者の体調を問わない場合）＞
次に、利用可能なリソース検索処理について説明する。図２９は、利用可能リソースの検索処理及び利用許否情報の送信処理の一例を示すシーケンス図である。まず、検索抽出部３６は記憶読出部３９と協働して、ステップＳ７６で受信したテナント識別情報、ロケーション識別情報、フロア識別情報を検索キーとしてリソース情報管理ＤＢ３００２（図７参照）を検索することにより、対応する利用可能なリソースＸを検索する（ステップＳ９１）。なお、利用可能なリソースＸとは、利用状態が「利用中」となっていない座席、すなわち「空席」の座席をいう。

続いて、検索抽出部３６は、利用可能なリソースが存在するフロアを検索する（ステップＳ９２）。具体的には、検索抽出部３６は、リソース情報管理ＤＢ３００２（図７参照）で管理されているリソースのうち、利用可能なリソースＸが存在するフロアを検索する。図７に示した例では、利用可能なリソースＸは「海老名7F-座席002」であり、そのリソースＸ(座席)が存在するフロアは、「海老名7F」ということになる。

続いて、送受信部３１は、利用申請者端末に対して送信するリソース利用許否通知に係る情報のうち、不許可通知に係る情報を送信する（ステップＳ９３。これにより、利用申請者端末５の送受信部５１は、リソース管理装置３が送信したリソース利用許否通知に係る情報のうちの不許可通知に係る情報を受信する。このとき、リソース利用許否通知に係る情報のうちの不許可通知に係る情報には、不許可を示す通知メッセージ、体調不良者用フロアのリスト情報が含まれる。

次に、利用申請者端末５の表示制御部５４は、ディスプレイ５０７にリソース利用許否通知及びフロアＦ’のリストを表示する（ステップＳ９４）。

●画面表示例●
ここで、不許可通知の別の表示画面例について説明する。図３０は、利用申請者端末における他のフロアでのリソースの検索を促すための通知画面例である。図３０に示されているように、利用申請者端末５のディスプレイ５０７には、表示制御部５４によって利用不可通知画面５０１４が表示される。利用不可通知画面５０１４では、利用申請者に対して、利用可能なフロアのリスト(例えば、「海老名-2F」、「海老名-3F」、・・・)が表示される。これにより、利用申請者は、いずれかのフロアでの空きリソース(空席)の利用を検討することが可能になる。

本実施形態に係る通信システムでは、例えば、上述したステップＳ７６及びＳ８４(Ｓ９３)の処理が実行される場合、利用申請者端末５とリソース管理装置３との間に他の装置等が存在してもよい。つまり、利用申請者端末５とリソース管理装置３との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、利用申請者端末５とリソース管理装置３との間に他の処理ステップが存在した場合でも適用することが可能である。

＜リソースＸが存在する場合のリソース検索処理（利用申請者の体調が良い場合）＞
次に、利用可能なリソース検索処理について説明する。図３１は、利用申請者の体調が良い場合のリソース検索処理の一例を示すシーケンス図である。まず、リソース管理装置３の検索抽出部３６は記憶読出部３９と協働して、利用可能なリソースＸのうち、周囲に体調の悪いリソース利用者が存在するリソースＹを検索する（ステップＳ１０１）。具体的には、検索抽出部３６は、ステップＳ７６で受信したテナント識別情報、ロケーション識別情報、フロア識別情報を検索キーとしてリソース情報管理ＤＢ３００２（図７参照）を検索することにより、上述したリソースＹを検索する。例えば、図７に示したリソース情報管理テーブルの場合、リソースＸは、「空席」で示された「海老名1F-座席003」である。このとき、リソースＸの隣に位置する「海老名1F-座席004」(リソース識別情報「R0004」で管理されているリソース)を利用中のリソース利用者は体調不良として管理されている。そこで、リソースＸである「海老名1F-座席003」は、リソースＹに該当することになる。

リソースＹが存在する場合、検索抽出部３６は更に、リソースＸからリソースＹを除いたリソースＸ’を抽出する（ステップＳ１０２）。

続いて、検索抽出部３６は、周囲のリソースの利用状況でリソースＸ’をフィルタリング(選択的に排除)する（ステップＳ１０３）。具体的には、検索抽出部３６は、以下の条件に基づいて、リソースＸ’をフィルタリングする。その条件は、例えば、
・周囲にリソースＹの数が最も少ないリソース(座席)であること
・リソースＹとの位置関係が「斜め」のリソース(座席)であること(但し、存在しない場合は「隣」→「対面」の順に再度フィルタリングする)
である。

次に、生成部３７は、リソースＸ’でリソース抽出用リストを生成する（ステップＳ１０４）。以上、ステップＳ１０２－Ｓ１０４までの処理が、リソースＹが存在する場合のリソース管理装置３における処理となる。

他方、ステップＳ１０１の処理においてリソースＹが存在しない場合は、生成部３７は、リソースＸでリソース抽出用リストを生成する（ステップＳ１０５）。

＜リソースＸが存在する場合のリソース検索処理（利用申請者の体調が悪い場合）＞
続いて、利用可能なリソース検索処理の他の例について説明する。図３２は、利用申請者の体調が悪い場合のリソース検索処理の一例を示すシーケンス図である。図３２に示されているように、まず、リソース管理装置３の検索抽出部３６は記憶読出部３９と協働して、利用可能なリソースのうち、周囲のリソースが利用されていないリソースＺを検索する（ステップＳ１０６）。具体的には、検索抽出部３６は、ステップＳ７６で受信したテナント識別情報、ロケーション識別情報、フロア識別情報を検索キーとしてリソース情報管理ＤＢ３００２（図７参照）を検索することにより、対応する利用可能なリソースのうち、周囲のリソースが利用されていないリソースＺを検索する。

リソースＺが存在する場合、検索抽出部３６は更に、リソースＸからリソースＺを抽出する（ステップＳ１０７）。

続いて、生成部３７は、リソースＺでリソース抽出用リストを生成する（ステップＳ１０８）。以上、ステップＳ１０７及びＳ１０８の処理が、リソースＺが存在する場合のリソース管理装置３における処理となる。

他方、リソースＺが存在しない場合、検索抽出部３６は、周囲のリソースの利用状況でリソースＸをフィルタリング(選択的に排除)する（ステップＳ１０９）。具体的には、検索抽出部３６は、以下の条件に基づいて、リソースＸをフィルタリングする。その条件は、例えば、
・周囲に利用中のリソース数が最も少ないリソース(座席)であること
・リソースＹとの位置関係が「斜め」のリソース(座席)であること(但し、存在しない場合は「隣」→「対面」の順に再度フィルタリングする)
である。

次に、生成部３７は、リソースＸでリソース抽出用リストを生成する（ステップＳ１１０）。以上、ステップＳ１０９及びＳ１１０の処理が、リソースＺが存在しない場合のリソース管理装置３における処理となる。

＜リソースの更新及びリソース利用許否通知の表示処理（利用可能通知）＞
次に、リソースの更新及びリソース利用許否通知の表示処理について説明する。図３３は、抽出されたリソースの予約状況の更新処理及びリソース利用許否情報の送信処理の一例を示すシーケンス図である。図３３に示されているように、まず、リソース管理装置３の検索抽出部３６は、図３１及び図３２の各生成ステップにより生成されたリソース抽出用リストでリソースを抽出する（ステップＳ１１１）。具体的には、検索抽出部３６は、それぞれの条件において生成されたリソース抽出用リストから、利用申請者が利用可能な利用可能リソースを無作為に抽出する。但し、検索抽出部３６は、無作為ではなく一定の規則にしたがって、リソースを抽出するようにしてもよい。この場合の一定の規則とは、例えば、利用申請者がＱＲコードを読み込んだ時刻順、利用申請者の所属ごと、などが考えられる。

続いて、登録部３８は、抽出されたリソースの利用状況を更新する（ステップＳ１１２）。具体的には、登録部３８は、リソース情報管理ＤＢ３００２（図７参照）で管理され、抽出されたリソース識別情報に関連付けられたリソースの利用状況(利用状態)を「利用中」に更新する。

次に、送受信部３１は、予約管理サーバ７に対して、リソースの利用申請者と抽出されたリソースの更新要求に係る情報を送信する（ステップＳ１１３）。これにより、予約管理サーバ７の送受信部７１は、リソース管理装置３が送信したリソースの利用申請者と抽出されたリソースの更新要求に係る情報を受信する。このとき、リソースの利用申請者と抽出されたリソースの更新要求に係る情報には、リソース識別情報が含まれる。

次に、予約管理サーバ７の登録部７８は、ステップＳ１１３で受信したリソース識別情報で関連付けられ、予約管理ＤＢ７００１（図１０参照）で管理されている対象リソースの予約状況を更新する（ステップＳ１１４）。

続いて、送受信部７１は、リソース管理装置３に対して、リソースの利用申請者と抽出されたリソースの更新要求に対する応答として、更新応答に係る情報を送信する（ステップＳ１１５）。これにより、リソース管理装置３の送受信部３１は、予約管理サーバ７が送信した更新応答に係る情報を受信する。

次に、リソース管理装置３の送受信部３１は、利用申請者端末５に対して、リソース利用許否通知のうちの許可通知に係る情報を送信する（ステップＳ１１６）。これにより、利用申請者端末５の送受信部５１は、リソース管理装置３が送信したリソース利用許否通知のうちの許可通知に係る情報を受信する。このとき、リソース利用許否通知のうちの許可通知に係る情報には、利用可能リソース情報としてのフロア名情報、リソース名情報、利用可能日時情報が含まれる。

次に利用申請者端末５の表示制御部５４は、ディスプレイ５０７に、リソース利用許否通知を表示する（ステップＳ１１７）。具体的には、表示制御部５４は、ディスプレイ５０７に、リソース利用許否通知のうち、利用可能リソースを含む利用可能通知(利用許可通知)を表示する。

●画面表示例●
ここで、不許可通知の別の表示画面例について説明する。図３４は、利用申請者端末における利用可能リソースの検索結果を通知する通知画面例である。図３４に示されているように、利用申請者端末５のディスプレイ５０７には、表示制御部５４によって利用許可通知画面５０１５が表示される。利用許可通知画面５０１５では、利用申請者に対して、利用可能なフロアと座席、並びに利用開始日時、利用終了日時が表示される。利用許可通知画面５０１５には更に、「終了」ボタン５０５３が表示される。利用申請者は、この「終了」ボタンを操作することにより、この画面から他の画面に遷移することが可能となる。他方、利用申請者端末５は、この「終了」ボタンが操作されることにより、表示されたリソースの利用を終了する通知をリソース管理装置３に対して送信するようにしてもよい。これに伴いリソース管理装置３は、利用を終了するリソースの更新要求を、予約管理サーバ７に対して送信するようにしてもよい。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、リソース管理装置３は、利用申請者端末５を利用する利用申請者の体調に係る申請者体調情報を受信し（Ｓ７６）、利用されていない一以上の空きリソースの中から、申請者体調情報に基づいて、利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出し（Ｓ１１１）、抽出された利用可能フロア及び利用可能リソースに係るリソース利用許否情報を、利用申請者端末５に対して送信する（Ｓ１１６）。これにより、利用申請者の体調を考慮して利用可能かリソースを割り当てることで、他のリソースを利用中の利用者への影響を減らすことが可能になるという効果を奏する。

更に、本実施形態によれば、リソース管理装置３は、利用申請者が体調不良であり、体調情報を送信したフロアに利用可能なリソースが無い場合でも、利用申請者の体調情報に応じた体調不良者用フロアを利用申請者端末５に対して送信する（Ｓ８４，Ｓ９３）。これにより、利用申請者が体調不良の状態でリソースの利用申請を行っても、他のリソース利用者への影響を減らすことが可能になるという効果を奏する。

更に、本実施形態によれば、リソース管理装置３は、利用申請者の体調に応じて、移動距離を考慮した通知を利用申請者端末に送信する。これにより、利用申請者の体調不良の程度に応じて、利用申請者の負担を軽減した利用可能リソースを選択的に提示することも可能になるという効果を奏する。

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

更に、上述した実施形態により得られる利用可能リソースに係る情報は、人工知能（ＡＩ）を利用した機械学習の学習効果によって取得されたものでもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを事前に取り込まれる学習データから自律的に作成、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよい、更に、機械学習のための学習方法は、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

これまで本発明の一実施形態に係るリソース管理システム、リソース管理装置、リソース管理方法及びプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更又は削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ 通信システム
２ リソース管理システム
３ リソース管理装置
５ 利用申請者端末
７ 予約管理サーバ（クラウドサービス）
９ 管理者端末
３１ 送受信部（送信手段の一例）
３６ 検索抽出部（抽出手段の一例）
５１ 送受信部（送信手段の一例）
５３ 撮像取得部（取得手段の一例）
５４ 表示制御部（表示制御手段の一例）

特開２０２０－０３８５５２号公報

Claims (12)

1. 利用対象となるリソースに係るリソース情報を管理するリソース管理装置と、前記リソースを利用するためのリソース利用申請情報を前記リソース管理装置に送信する利用申請者端末と、を有するリソース管理システムであって、
   前記利用申請者端末は、
   当該利用申請者端末を利用する利用申請者の体調に係る申請者体調情報を、前記リソース利用申請情報に含めて前記リソース管理装置に送信する送信手段、
   を有し、
   前記リソース管理装置は、
   前記リソースのうち利用されていない一以上の空きリソースの中から、前記申請者体調情報に基づいて、前記利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する抽出手段と、
   前記抽出手段によって抽出された前記利用可能フロア及び前記利用可能リソースに係るリソース利用許否情報を、前記利用申請者端末に送信する送信手段と、
   を有する、
   ことを特徴とするリソース管理システム。
2. 前記抽出手段は、
   前記一以上の空きリソースに対して、各空きリソースの所定の距離内で他のリソースを利用中のリソース利用者の体調に係る利用者体調情報に基づいて、前記利用可能フロア及び前記利用可能リソースを抽出する、
   ことを特徴とする請求項1に記載のリソース管理システム。
3. 前記申請者体調情報に含まれる所定の情報が所定の条件を満たすことで、前記利用申請者が体調不良の状態にあり、前記リソース利用申請情報が送信された所定のフロアと異なる他のフロアに体調不良の利用者が利用可能な体調不良者用フロアが存在する場合、前記抽出手段は、
   前記体調不良者用フロアに存在する一以上のリソースから、前記利用可能リソースを抽出する、
   ことを特徴とする請求項１に記載のリソース管理システム。
4. 前記申請者体調情報に含まれる所定の情報が他の所定の条件を満たすことで、前記利用申請者が体調良好の状態にあり、且つ前記所定のフロアに存在する前記他のリソースを利用中のリソース利用者の体調に係る利用者体調情報に含まれる所定の情報が所定の条件を満たすことで体調不良の状態にある場合、前記抽出手段は、
   前記所定のフロアに存在する前記一以上の空きリソースのうち、前記リソース利用者が利用中の利用中リソースと所定の距離を空けて存在する空きリソースを、前記利用可能リソースとして抽出する、
   ことを特徴とする請求項２に記載のリソース管理システム。
5. 前記利用申請者端末の送信手段は、
   前記リソース利用申請情報が送信された所定のフロアを識別するフロア識別情報を、前記リソース利用申請情報に含めて前記リソース管理装置に送信する、
   ことを特徴とする請求項1乃至４のいずれか一項に記載のリソース管理システム。
6. 前記利用申請者端末は、更に、
   前記所定のフロアに設置された所定のコード情報を読み取ることにより、前記フロア識別情報を取得する取得手段、
   を有する、
   ことを特徴とする請求項５に記載のリソース管理システム。
7. 前記取得手段は、前記所定のコード情報として二次元コードを読み取ることにより、前記フロア識別情報を取得する、
   ことを特徴とする請求項６に記載のリソース管理システム。
8. 前記利用申請者端末は、更に、
   前記申請者体調情報を入力するための体調情報入力画面を表示手段に表示する表示制御手段、
   を有する、
   ことを特徴とする請求項１乃至７のいずれか一項に記載のリソース管理システム。
9. 前記表示制御手段は、
   前記リソース管理装置が送信した、前記リソース利用許否情報に含まれる前記リソースの利用許否、利用可能な場合の利用可能リソースに係る利用可能リソース情報、利用不可能な場合の代替リソースに係る代替リソース情報を、前記表示手段に表示する、
   ことを特徴とする請求項８に記載のリソース管理システム。
10. 利用対象となるリソースに係るリソース情報を管理するリソース管理装置であって、
    前記リソースの利用を申請するための利用申請者端末が送信した、前記リソースを利用する利用申請者の体調に係る申請者体調情報を含むリソース利用申請情報を受信する受信手段と、
    前記リソースのうち利用されていない一以上の空きリソースの中から、前記申請者体調情報に基づいて、前記利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する抽出手段と、
    前記抽出手段によって抽出された前記利用可能フロア及び前記利用可能リソースに係るリソース利用許否情報を、前記利用申請者端末に送信する送信手段と、
    を有する、
    ことを特徴とするリソース管理装置。
11. 利用対象となるリソースに係るリソース情報を管理するリソース管理装置が実行するリソース管理方法であって、
    前記リソースの利用を申請するための利用申請者端末が送信した、前記リソースを利用する利用申請者の体調に係る申請者体調情報を含むリソース利用申請情報を受信する受信ステップと、
    前記リソースのうち利用されていない一以上の空きリソースの中から、前記申請者体調情報に基づいて、前記利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する抽出ステップと、
    前記抽出ステップによって抽出された前記利用可能フロア及び前記利用可能リソースに係るリソース利用許否情報を、前記利用申請者端末に送信する送信ステップと、
    を含む処理を実行することを特徴とするリソース管理方法。
12. 利用対象となるリソースに係るリソース情報を管理するリソース管理装置に、
    前記リソースの利用を申請するための利用申請者端末が送信した、前記リソースを利用する利用申請者の体調に係る申請者体調情報を含むリソース利用申請情報を受信する受信ステップと、
    前記リソースのうち利用されていない一以上の空きリソースの中から、前記申請者体調情報に基づいて、前記利用申請者が利用可能な利用可能フロア及び利用可能な利用可能リソースを抽出する抽出ステップと、
    前記抽出ステップによって抽出された前記利用可能フロア及び前記利用可能リソースに係るリソース利用許否情報を、前記利用申請者端末に送信する送信ステップと、
    を含む処理を実行させるプログラム。

Images