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

Abstract

【課題】従来の技術では、対象のタスク(所定の処理の一例)が実行可能であるのは事前に共有した複数の端末間に限られるため、特定の利用者以外は予約対象のリソースにおいて所定の処理を行うことができず利便性が低いという課題があった。【解決手段】リソース予約管理装置６は、処理依頼端末３が送信した予約対象リソースに対するタスク登録要求を受信し（ステップＳ４３）、処理引受端末４に対して、タスク登録要求に基づいて生成されたタスク一覧情報を送信する（ステップＳ７３）。その後、処理引受端末４は、ディスプレイ４０７に予約対象リソースの予約完了画面、及び予約対象リソースを含む付近の他の予約対象リソースに対するタスク一覧画面を表示する（ステップＳ７４、Ｓ７５）。【選択図】図２０

Description

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

近年、勤務等において利用者の席を定めないフリーアドレス方式を採用する企業、団体などが増えてきており、利用者の働き方に対する自由度が向上しつつある。

このような傾向において、複数の端末間で対象のタスクを事前に共有しておき、対象タスクが実行されたとき、又は位置情報に基づいて対象のタスクが実行可能となったときに、対象のタスクを共有している端末に対してリマインダを通知する技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、対象のタスク(所定の処理の一例)が実行可能であるのは事前に共有した複数の端末間に限られるため、特定の利用者以外は予約対象のリソースにおいて所定の処理を行うことができず利便性が低いという課題があった。

上述した課題を解決するために、請求項１に係る発明は、リソースの予約を管理するリソース予約管理装置と、前記リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を引き受ける処理引受端末と、を含むリソース予約管理システムであって、前記リソース予約管理装置は、前記予約対象リソースに対する処理依頼を登録する処理依頼端末が送信した、前記予約対象リソースに対する所定の処理に係る登録要求を受信する受信手段と、受信された前記登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された前記予約対象リソースに関連付けられた前記処理引受端末に送信する送信手段と、を有し、前記処理引受端末は、前記リソース予約管理装置が送信した前記所定処理依頼情報で示される前記所定の処理依頼の内容を表示手段に表示する表示制御手段、を有する、ことを特徴とするリソース予約管理システムを提供する。

以上説明したように本発明によれば、事前に所定の処理が共有されていない利用者であっても、予約されたリソースにおいて所定の処理を行うことが可能になるという効果を奏する。

通信システムの全体構成の一例を示す図である。 処理依頼端末、処理引受端末のハードウエア構成の一例を示す図である。 リソース予約管理装置のハードウエア構成の一例を示す図である。 通信システムの機能構成の一例を示す図である。 ログイン管理テーブルの一例を示す概念図である。 フロア情報管理テーブルの一例を示す概念図である。 リソース情報管理テーブルの一例を示す概念図である。 予約情報管理テーブルの一例を示す概念図である。 タスク情報管理テーブルの一例を示す概念図である。 タスク関連情報管理テーブルの一例を示す概念図である。 アプリ起動及びログイン認証処理の一例を示すシーケンス図である。 各種情報の取得処理の一例を示すシーケンス図である。 処理依頼端末における所定の処理の登録開始を示す画面表示例である。 処理依頼端末における所定の処理の一覧を表示する画面表示例である。 所定の処理情報の登録処理の一例を示すシーケンス図である。 処理依頼端末における所定の処理の登録編集を行う画面表示例である。 リソース情報の登録処理の一例を示すシーケンス図である。 追加依頼対象リソース有無の判断処理の一例を示すシーケンス図である。 追加依頼対象リソース有無の判断処理のフローチャートである。 処理引受端末における予約完了を通知する画面表示例である。 処理引受端末における所定の処理の詳細情報を表示するときの画面表示例である。 端末間通信の一例を示すシーケンス図である。 処理引受端末における所定の処理を実行する際の会話ツールの画面表示例である。 所定の処理の完了時の処理の一例を示すシーケンス図である。 処理引受端末における所定の処理の完了操作時の画面表示例である。

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

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

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

＜処理依頼端末＞
処理依頼端末３は、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現される。処理依頼端末３は、通信ネットワーク１００を介して、処理引受端末４及びリソース予約管理装置６と通信が可能である。通信システム１において処理依頼端末３は、予約対象リソースに対する処理依頼を登録する機能を有する。なお、処理依頼端末３は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信装置又は通信端末であってもよい。更に処理依頼端末３は、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜処理引受端末＞
処理引受端末４は、一般的なＯＳなどが搭載された通信を行うための一以上の情報処理装置（コンピュータシステム）によって実現される。処理引受端末４は、通信ネットワーク１００を介して、処理依頼端末３及びリソース予約管理装置６と通信が可能である。通信システム１において処理引受端末４は、リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を引き受ける機能を有する。なお、処理引受端末４は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。更に処理引受端末４は、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜リソース予約管理装置＞
リソース予約管理装置６は、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現される。リソース予約管理装置６は、通信ネットワーク１００を介して、処理依頼端末３及び処理引受端末４と通信が可能である。通信システム１においてリソース予約管理装置６は、利用者によって利用されるリソースの予約を管理する機能を有する。また、リソース予約管理装置６は、利用者が予約登録したリソースに係る予定(予約)を管理するカレンダーシステムとして機能してもよい。なお、リソース予約管理装置６は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ等の通信機能を有する通信装置であり、例えば、一つのサーバ装置で構成されるものであってもよいし、所定の機能ごとに分割された複数のサーバ装置で構成されるものであってもよい。更にリソース予約管理装置６は、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

更にリソース予約管理装置６は、処理依頼端末３及び処理引受端末４に対して所定の通知を送信する際、プッシュ通知(送信)によりデータ(情報)を通知(送信)してもよい。その場合、リソース予約管理装置６は、例えば、プッシュ通知サーバの一例であるＦＣＭ(Firebase Cloud Messaging)を利用して登録者端末８に対してプッシュ通知することで、登録者端末８に対する通知機能を実現することが可能である。

他方、リソース予約管理装置６は処理依頼端末３及び処理引受端末４に対する通知方法として、上述した通知方法以外にも、双方の端末とチャットによる通信を行うチャットアプリ等を利用した双方向通信を利用してもよい。

上述したように本実施形態では、リソース予約管理装置６が処理依頼端末３に対して入力された各種リソースに対する予約情報等を受信して管理する機能を有している。一方で、リソース予約管理装置６が通信ネットワーク１００を介して他の予定管理サーバ等に予約又は予約情報を要求することで、上述した他の予定管理サーバからリソースの予約又は利用情報を取得するようにしてもよい。あるいは、他の予定管理サーバが、予め登録しておいたアカウント（ドメイン）の予約又は利用情報をリソース予約管理装置６に送信してもよい。なお、アカウントには、電子メール、ＩＤ、電話番号など、利用者を一意に識別できる情報が含まれる。この場合、利用者は、最初に他の予定管理サーバにログイン認証を行い、その後、利用者はアクセス用のトークン等を利用してＷｅｂサイトへのアクセスを行うようにしてもよい。このように他の予定管理サーバが、フリースペース、会議室を含む各種のリソースを予約した予約情報及び利用者の予定を管理するようにしてもよい。なお、他の予定管理サーバのような予定管理システムとしては、G Suite（登録商標）、Office365（登録商標）等が知られているが、これらに限らない。

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

また、本実施形態において利用者とは、以下に該当する者をいう。例えば、利用者には、リソースを予約する(予約した)予約者、予約したリソースを使用(利用)する使用者、予約したリソースで実行(実施)されるイベントに参加する参加者、及び上述した各者に招待されて参加するゲスト参加者が含まれる。本実施形態では、説明の便宜上、利用者という用語を使用する。

〔ハードウエア構成〕
＜処理依頼端末、処理引受端末のハードウエア構成＞
図２は、処理依頼端末、処理引受端末のハードウエア構成の一例を示す図である。図２に示されているように、処理依頼端末３は、例えばコンピュータによって構築されている。処理依頼端末３は、例えばコンピュータによって構築されている。処理依頼端末３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ３０９、撮像素子Ｉ／Ｆ(Interface)３１０、ネットワークＩ／Ｆ３１１、タッチパネル３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１８、音入出力Ｉ／Ｆ３１９、マイク３２０、スピーカ３２１及びバスライン３３０を備えている。

これらのうち、ＣＰＵ３０１は、処理依頼端末３の全体の動作を制御する。ＲＯＭ３０２は、ＣＰＵ３０１の処理に用いられる処理用プログラムを記憶する。ＲＡＭ６０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ３０４は、ＣＰＵ３０１の制御にしたがって、アプリケーション用プログラム等の各種データの読出し又は書込みを行う。ディスプレイ３０７は、被写体の画像、文字、各種アイコン、カーソル、メニューなどの各種情報を表示する液晶や有機ＥＬ(Electro Luminescence)等の表示手段の一種である。本実施形態において、ディスプレイ３０７は、表示手段の一例として機能する。近距離通信Ｉ／Ｆ３０８は、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下省略）、Ｗｉ－Ｆｉ(登録商標。以下省略)等の無線通信インターフェイスを備える通信装置、又は通信端末等とデータ通信を行うための通信回路である。なお、近距離通信Ｉ／Ｆ３０８には近距離通信のためのアンテナが備わっていてもよい。ＣＭＯＳセンサ３０９は、ＣＰＵ３０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ３１０は、ＣＭＯＳセンサ３０９の駆動を制御する回路である。バスライン６３０は、図６に示されているＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

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

処理引受端末４は、例えばコンピュータによって構築されている。処理引受端末４は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ディスプレイ４０７（表示手段の一例）、近距離通信Ｉ／Ｆ４０８、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ４０９、撮像素子Ｉ／Ｆ(Interface)４１０、ネットワークＩ／Ｆ４１１、タッチパネル４１２、ポインティングデバイス４１３、メディアＩ／Ｆ４１５、外部機器接続Ｉ／Ｆ４１８、音入出力Ｉ／Ｆ４１９、マイク４２０、スピーカ４２１及びバスライン４３０を備えている。これらの各ハードウエア資源は、処理依頼端末３におけるＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ３０９、撮像素子Ｉ／Ｆ(Interface)３１０、ネットワークＩ／Ｆ３１１、タッチパネル３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１８、音入出力Ｉ／Ｆ３１９、マイク３２０、スピーカ３２１及びバスライン３３０と同様のため、説明を省略する。

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

これらのうち、ＣＰＵ６０１は、リソース予約管理装置６の全体の動作を制御する。ＲＯＭ６０２は、ＣＰＵ６０１の処理に用いられる処理用プログラムを記憶する。ＲＡＭ６０３は、ＣＰＵ５０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４は、ＣＰＵ６０１の制御にしたがって、アプリケーション用プログラム等の各種データの読出し又は書込みを行う。なお、本実施形態においてアプリケーションを、以降、単にアプリと呼ぶ。ＨＤ６０５は、上述した各種プログラム等のデータを記憶する。ＨＤＤコントローラ６０６は、ＣＰＵ６０１の制御にしたがってＨＤ６０５に対する各種データの読出し又は書込みを制御する。ディスプレイ６０７は、被写体の画像、文字、各種アイコン、カーソル、メニューなどの各種情報を表示する液晶や有機ＥＬ(Electro Luminescence)等の表示手段の一種である。近距離通信Ｉ／Ｆ６０８は、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下省略）、Ｗｉ－Ｆｉ(登録商標。以下省略)等の無線通信インターフェイスを備える通信装置、又は通信端末等とデータ通信を行うための通信回路である。なお、近距離通信Ｉ／Ｆ６０８には近距離通信のためのアンテナが備わっていてもよい。ＣＭＯＳセンサ６０９は、ＣＰＵ６０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ６１０は、ＣＭＯＳセンサ６０９の駆動を制御する回路である。バスライン６３０は、図６に示されているＣＰＵ６０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

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

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

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

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

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

受付部３２は、主に、ＣＰＵ３０１の処理によって実現され、タッチパネル３１２及びポインティングデバイス３１３のうち少なくとも一方に対する操作を受け付ける。本実施形態において、受付部３２は、受付手段の一例として機能する。

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

アプリ起動部３６は、主に、ＣＰＵ３０１の処理によって実現され、主にリソース予約管理装置６との間で通信ネットワーク１００を介した通信を行うための通信アプリの起動を行う。更に、アプリ起動部３６は、処理依頼端末３との間で通信ネットワーク１００を介した通信を行うためのチャットアプリ等の起動を行う。また、アプリ起動部３６は、通信アプリ及びチャットアプリ等をＲＡＭ３０３の所定の作業領域上で動作させる。本実施形態において、アプリ起動部３６は、起動手段の一例として機能する。

生成部３７は、主に、ＣＰＵ３０１の処理によって実現され、処理依頼端末３に表示される各種メッセージ及び画面データを生成する。但し、リソース予約管理装置６が処理依頼端末３に表示させる各種メッセージ及び画面データを生成し、送信する形態であれば、処理依頼端末３は、生成部３７を備えていなくてもよい。本実施形態において、生成部３７は、生成手段の一例として機能する。

登録部３８は、主に、ＣＰＵ３０１の処理によって実現され、リソース予約管理装置６に対してログイン認証処理を行った後、ログイン認証に成功した利用者のログインＩＤ(利用者識別情報)、利用者名、パスワード等を記憶部３０００に登録する。本実施形態において、登録部３８は、登録手段の一例として機能する。

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

＜処理引受端末の機能構成＞
図４に示されているように、処理引受端末４は、送受信部４１、受付部４２、撮影取得部４３、表示制御部４４、アプリ起動部４６、生成部４７、実行部４８、及び記憶読出部４９を有する。これら各機能部は、図２に示された各ハードウエア資源のいずれかが、ＲＯＭ４０２及びＥＥＰＲＯＭ４０４のうち少なくとも一つからＲＡＭ４０３に展開された処理引受端末４用のプログラムに従ったＣＰＵ４０１からの命令により動作することで実現される機能又は手段である。また、処理引受端末４は、図２に示されているＲＯＭ４０２及びＥＥＰＲＯＭ４０４のうち少なくとも一つにより構築される記憶部４０００を有している。更に、記憶部４０００には、処理依頼端末３及びリソース予約管理装置６と通信ネットワーク１００を介してそれぞれ通信を行うための通信プログラム(通信アプリ)、Ｗｅｂブラウザによる処理を実行するためのプログラム(ブラウザアプリ)ソースを予約するためのリソース予約プログラム(リソース予約アプリ)、及び処理依頼端末３とチャット等による通信を行うためのチャットアプリを含む各種アプルが記憶されている。

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

受付部４２は、主に、ＣＰＵ４０１の処理によって実現され、タッチパネル４１２及びポインティングデバイス４１３のうち少なくとも一方に対する操作を受け付ける。本実施形態において、受付部４２は、受付手段の一例として機能する。

撮影取得部４３は、主に、ＣＭＯＳセンサ４０９及び撮像素子Ｉ／Ｆ４１０に対するＣＰＵ４０１の処理によって実現され、フリーアドレス席に設けられたＱＲコード（登録商標。以下省略）等を撮影してＱＲコード等に含まれる各種情報を取得する。本実施形態において、撮影取得部４３は、取得手段の一例として機能する。

表示制御部４４は、主に、ディスプレイ４０７に対するＣＰＵ４０１の処理によって実現され、処理引受端末４における各種画面及び情報(データ)の表示制御を行う。表示制御部４４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面、所定の通知等を、ディスプレイ４０７に表示する。具体的には、表示制御部４４は、リソース予約管理装置６が送信した所定処理依頼情報で示される所定の処理依頼の内容をディスプレイ４０７に表示する。また、表示制御部４４は、所定処理依頼情報とあわせて、処理引受端末４を利用する利用者によって予約対象リソースが予約された旨を示す通知情報をディスプレイ４０７に表示する。また、表示制御部４４は、所定の処理依頼の詳細を確認するための詳細確認ボタン４１５１(詳細確認操作部の一例)をディスプレイ４０７に表示する。また、表示制御部４４は、所定の処理依頼を引き受けるための引き受けるボタン４１４２(引受操作部の一例)をディスプレイ４０７に表示する。また、表示制御部４４は、細確認ボタン４１５１が操作された場合、所定の処理に係る詳細情報を含む詳細情報確認画面４１１１(詳細情報確認画面の一例)をディスプレイ４０７に表示する。また、表示制御部４４は、詳細確認ボタン４１５１又は引き受けるボタン４１４２が操作された場合に、処理依頼端末３との間で所定の処理依頼で示される処理に係るタスク処理用会話画面４１２１(会話画面の一例)をディスプレイ４０７に表示する。なお、タスク処理用会話画面４１２１で交わされる情報は、音声、並びにテキスト及び画像を含む情報のうち、いずれでもよい。また、表示制御部４４は、引き受けるボタン４１４２が操作された場合に、所定の処理の完了を通知するための完了ボタン４１５３(完了操作部の一例)をディスプレイ４０７に表示する。本実施形態において、表示制御部４４は、表示制御手段の一例として機能する。

アプリ起動部４６は、主に、ＣＰＵ４０１の処理によって実現され、主にリソース予約管理装置６との間で通信ネットワーク１００を介した通信を行うための通信アプリの起動を行う。アプリ起動部４６は、処理依頼端末３との間で通信ネットワーク１００を介した通信を行うためのチャットアプリ等の起動を行う。また、アプリ起動部４６は、通信アプリ及びチャットアプリ等をＲＡＭ４０３の所定の作業領域上で動作させる。本実施形態において、アプリ起動部４６は、起動手段の一例として機能する。

生成部４７は、主に、ＣＰＵ４０１の処理によって実現され、処理依頼端末３に表示される各種メッセージ及び画面データを生成する。生成部４７は、例えば、予約対象リソースに設けられたＱＲコードを撮影することによって、予約対象リソースを予約するための予約実行要求を生成する。但し、リソース予約管理装置６が処理引受端末４に表示させる各種メッセージ及び画面データを生成し、送信する形態であれば、処理引受端末４は、生成部４７を備えていなくてもよい。本実施形態において、生成部４７は、生成手段の一例として機能する。

実行部４８は、主に、ＣＰＵ４０１の処理によって実現され、処理引受端末４における各種処理を実行する。本実施形態において、実行部４８は、実行手段の一例として機能する。

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

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

●ログイン管理テーブル●
図５は、ログイン管理テーブルの一例を示す概念図である。記憶部６０００には、図５に示されているようなログイン管理テーブルによって構成されたログイン管理ＤＢ６００１が構築されている。ログイン管理テーブルでは、例えば、リソースを予約又は利用する利用者を識別する利用者識別情報ごとにパスワード、利用者名及びセッション情報が関連付けられて記憶、管理されている。

これらのうちパスワードは、リソース予約管理システム２を含む通信システム１を利用する際のログイン時の利用者識別情報に関連付けられた識別情報であり、初回の起動時(ログイン時)等に利用者が設定する。なお、パスワードは、任意の文字列、数字、記号をランダムに含む複数文字(桁)の情報又はコードである。利用者名は、ログインＩＤ(登録者識別情報)に対応する利用者(登録者)の氏名であり、セッション情報は、リソース予約管理装置６に対するログイン認証が成功した後、リソース予約管理装置６と通信を行うためにリソース予約管理装置６によって割り当てられる通信セッションを識別するための情報である。

●フロア情報管理テーブル●
図６は、フロア情報管理テーブルの一例を示す概念図である。記憶部６０００には、図６に示されているようなフロア情報管理テーブルによって構成されたフロア情報管理ＤＢ６００２が構築されている。フロア情報管理テーブルでは、例えば、リソースを予約した利用者が所属するドメインを示すドメイン情報ごとにフロア識別情報、フロア表示名、階数、フロアマップ画像格納先、フロアマップ画像のサイズ（横）及びフロアマップ画像のサイズ（縦）が記憶、管理されている。

これらのうち、フロア識別情報は、リソースが設置又は配置されているフロア(階数)を識別するための識別情報で、例えば、「AF001」、「AF002」等で与えられる。フロア表示名は、フロアを表す名称を示し、例えば、「Ａ棟１Ｆ」、「Ａ棟２Ｆ」等で与えられる。階数は、フロア表示名で示されるフロアの階数を表し、例えば、「1」，「2」等で与えられる。

フロアマップ画像格納先は、リソース予約管理装置６で編集、管理されるリソースが配置されるフロアマップ画像を格納する格納先を示し、例えば、「File://xxxx/Floor1.jpg」、「File://xxxx/Floor2.jpg」等の画像ファイル名で示される。なお、フロアマップ画像格納先は、通信システム１に配置された専用の画像サーバ装置を表すＵＲＬ情報であってもよい。

フロアマップ画像のサイズ（横）及びフロアマップ画像のサイズ（縦）は、フロアマップ画像の縦横のサイズを表し、「600」、「1200」等で与えられる。また、その単位は、［pixel(ピクセル)］、［ドット］又は［ｍｍ］等で与えられる。

●リソース情報管理テーブル●
図７は、リソース情報管理テーブルの一例を示す概念図である。記憶部６０００には、図７に示されているようなリソース情報管理テーブルによって構成されたリソース情報管理ＤＢ６００３が構築されている。リソース情報管理テーブルでは、例えば、ドメイン情報ごとにリソース識別情報、リソース表示名、フロア識別情報、リソース種別、フロア内画像(Ｘ軸)及びフロア内座標(Ｙ軸)が記憶、管理されている。

これらのうち、リソース識別情報は、座席(机)等のリソースを識別するための識別情報で、例えば、「S001」、「S003」等で与えられる。リソース表示名は、リソースが設置又は配置されている場所及びリソース自体の名称を表し、例えば、「Ａ棟１Ｆ－ＰＣ１」、「Ａ棟１Ｆ－机３」等で与えられる。リソース種別は、座席(机)等のリソースの種類を示すもので、例えば、「共用ＰＣ」、「座席」等で与えられる。なお、リソース種別には、ほかに「プロジェクタ」、「テレビ会議システム用端末」等の装置が与えられてもよい。フロア内座標(Ｘ軸)及びフロア内座標(Ｙ軸)は、後述するレイアウト画面上のＸ－Ｙ座標の座標値を表し、例えば、「123.11」、「121.15」等で与えられる。

●予約情報管理テーブル●
図８は、予約情報管理テーブルの一例を示す概念図である。記憶部６０００には、図８に示されているような予約情報管理テーブルによって構成された予約情報管理ＤＢ６００４が構築されている。予約情報管理テーブルでは、例えば、予約識別情報ごとにリソース識別情報、予約名、利用者識別情報、利用者名、開始日時、終了日時及びキャンセルフラグが関連付けられて記憶、管理されている。

これらのうち、予約識別情報は、所定のイベントが予約された予約の順番を識別するための識別情報であり、例えば、「R001」、「R002」等で与えられる。予約名は、予約対象のリソースが何であるかを示し、例えば、予約対象のリソースが机(座席)であれば、「座席予約」として与えられる。

開始日時は、リソースの利用が開始された日時を表し、例えば、「2021/4/17 13:00:00」等で与えられる。終了日時は、リソースの利用が終了された日時を表し、例えば、「2021/4/17 17:00:00」等で与えられる。なお、予約情報管理テーブルでは開始日時、終了日時の二つの項目に分けられているが、開始日時と終了日時を一つにまとめて予約日時として管理されてもよい。

キャンセルフラグは、対象リソースがキャンセルされたか否かを示すキャンセル状態を表し、例えば「False」、「True」で表される。

●タスク情報管理テーブル●
図９は、タスク情報管理テーブルの一例を示す概念図である。記憶部６０００には、図９に示されているようなタスク情報管理テーブルによって構成されたタスク情報管理ＤＢ６００５が構築されている。タスク情報管理テーブルでは、例えば、利用者識別情報ごとに利用者名、フロア識別所法、リソース識別情報、開始日時、終了日時、タスク識別情報及び処理内容が関連付けられて記憶、管理されている。

これらのうち、タスク識別情報は、処理依頼端末３が登録した予約対象リソースに対する所定の処理(本実施形態において、以下、「タスク」ともいう)を識別するための識別情報であり、例えば、「T001」、「T002」等で与えられる。処理内容は、予約対象リソースに対する所定の処理(タスク)の具体的な内容であり、例えば、「ＰＣの起動依頼」、「荷物の受取依頼」等で与えられる。

●タスク関連情報管理テーブル●
図１０は、タスク関連情報管理テーブルの一例を示す概念図である。記憶部６０００には、図１０に示されているようなタスク関連情報管理テーブルによって構成されたタスク関連情報管理ＤＢ６００６が構築されている。タスク関連情報管理テーブルでは、例えば、タスク識別情報ごとに優先度、状態、割当者識別情報、割当者名、処理完了通知及び備考が関連付けられて記憶、管理されている。

これらのうち、優先度は、タスクの処理に対する優先度を示し、「普通」、「急ぎ」等の優先度情報に基づいて与えられる。この優先度情報は、処理依頼端末３がリソース予約管理装置６に対してタスク登録要求を行う際に送信するタスク情報に含まれる情報である。

状態は、処理依頼端末３が所定の処理依頼をリソース予約管理装置６に登録した後、所定の処理依頼が処理引受端末４によって引き受けられた際に付与される情報である。所定の処理依頼が処理引受端末４によって引き受けられた場合、状態は「割当済」として管理される。他方、所定の処理依頼が処理引受端末４によってまだ引き受けられていない場合、若しくは、処理引受端末４によって引き受けを拒絶された場合、状態は「未割当」として管理される。この状態に関連して管理される割当者識別情報は、状態が「割当済」として登録される場合に、所定の処理依頼を引き受けた利用者の利用者識別情報が与えられる。そして、割当者名は、割当者識別情報(利用者識別情報)を有する人物の名前が登録、管理される。

処理完了通知は、依頼された所定の処理が完了した際に、処理完了を処理依頼端末３に対して通知するか否かを設定する。例えば、「オン」の場合は、処理依頼端末３に対して通知をし、「オフ」の場合は、処理依頼端末３に対して通知をしない設定とする。この処理完了通知は、依頼端末３が送信する一定期間あたりの所定の処理依頼の数、処理依頼に含まれる処理の内容の傾向（例えば、同じ処理依頼が繰り返された回数等）、などに応じてリソース予約管理装置６が適宜設定してもよい。本実施形態において、処理完了通知のディフォルト状態は「オン」として設定されていてもよい。備考は、所定の処理に対する備考を示す情報が管理される。具体的には、例えば、所定の処理が「ＰＣの起動依頼」であった場合、対象のＰＣの起動マニュアルのリンク情報、ＰＣの設置場所情報(フロアマップ上の座標値の情報)等が含まれる。

<<リソース管予約理装置の各機能構成>>
次に、リソース予約管理装置６の各機能構成について詳細に説明する。図４に示されているリソース予約管理装置６の送受信部６１は、主に、図３に示されている近距離通信Ｉ／Ｆ６０８、ネットワークＩ／Ｆ６１１及び外部機器接続Ｉ／Ｆ６１８に対するＣＰＵ６０１の処理によって実現され、通信ネットワーク１００を介して処理依頼端末３及び処理引受端末４との間でそれぞれ各種データ(又は情報)の送受信を行う。また、送受信部６１は、受信された登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された予約対象リソースに関連付けられた処理引受端末４に送信する。本実施形態において、送受信部６１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

受付部６２は、主に、ＣＰＵ６０１の処理によって実現され、キーボード６１２及びポインティングデバイス６１３のうち少なくとも一方に対する操作を受け付ける。受付部６２は更に、予約ＵＩからのリクエストを受け付け、各種ＤＢに対する読出し/書込み等を行うＷｅｂＡＰＩ(Application Programming Interface)としても機能する。本実施形態において、受付部６２は、受付手段の一例として機能する。

取得部６３は、主に、ＣＰＵ６０１の処理によって実現され、予約対象のリソースが存在するフロアのフロア情報、予約対象のリソースの表示名、種別、座標値(位置)棟のリソース情報、予約対象のリソースに対する所定の処理(タスク)に係るタスク情報等を取得する。本実施形態において、取得部６３は取得手段の一例として機能する
表示制御部６４は、主に、ディスプレイ６０７に対するＣＰＵ６０１の処理によって実現され、リソース予約管理装置６における各種画面及び情報(データ)の表示制御を行う。更に、表示制御部６４は、処理依頼端末３及び処理引受端末４のうち少なくとも一方に対して各種画面及び情報(データを表示させるための表示制御を行う。本実施形態において、表示制御部６４は、表示制御手段の一例として機能する。

判断部６５は、主に、ＣＰＵ６０１の処理によって実現され、リソース予約管理装置６において、与えられた所定の条件を満たすか否かを判断する。判断部６５は、例えば、所定の処理依頼に含まれる予約対象リソースの所定の距離内に他の予約対象リソースが存在するかを判断する。本実施形態において、判断部６５は、判断手段の一例として機能する。

認証部６６は、主に、ＣＰＵ６０１の処理によって実現され、例えば、処理依頼端末３が要求したログイン認証要求に基づいて、処理依頼端末３の認証処理を行う。本実施形態において、認証部６６は、認証手段の一例として機能する。

生成部６７は、主に、ＣＰＵ６０１の処理によって実現され、予約対象のリソースを予約可能な予約リソース情報、並びに、処理依頼端末３及び処理引受端末４に対する各種メッセージ、画面データ等を生成する。生成部６７は、登録要求に基づいて所定処理依頼情報を生成する。なお、生成部６７は、リソース予約管理装置６が有する構成以外に、処理依頼端末３とリソース予約管理装置６との間に設けられた別の装置が有するような構成であってもよい。本実施形態において、生成部６７は、生成手段の一例として機能する。

登録更新部６８は、主に、ＣＰＵ６０１の処理によって実現され、処理引受端末４において依頼された所定の処理(タスク)が引き受けられた場合に、タスク関連情報管理ＤＢ６００６（図１０参照）で管理される状態、割当者識別情報、割当者名、備考等の各種情報を登録、更新する。例えば、登録更新部６８は、上記で管理される状態を「未割当」から「割当済」に更新する。本実施形態において、登録更新部６８は、登録更新手段の一例として機能する。

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

〔実施形態の処理又は動作〕
次に、図１１乃至図２５を用いて、実施形態に係る通信システムにおける各処理又は動作を説明する。図１１は、アプリ起動及びログイン認証処理の一例を示すシーケンス図である。

＜アプリ起動及び認証処理＞
まず、処理依頼端末３を利用する利用者は、リソース予約管理装置６との間で各種データの送受信を行うためのＷｅｂサイトへのアクセスを行う。これにより、受付部３２は、利用者によるＷｅｂサイトへのアクセスを受け付ける（ステップＳ１１）。なお、利用者は、処理依頼端末３で動作する通信アプリ及びＷｅｂアプリの起動操作を行ってもよい。この場合は、受付部３２が利用者による通信アプリ及びＷｅｂアプリの起動操作を受け付けた後、アプリ起動部３６は、起動操作されたアプリを起動する。

次に、受付部３２は、利用者によるログイン処理を受け付ける（ステップＳ１２）。

続いて、受付部３２は、利用者によるログイン認証情報の入力を受け付ける（ステップＳ２１）。なお、ステップＳ１１のＷｅｂサイトへのアクセス、及びステップＳ１２のログイン処理は、例えば、利用者名が「理光次郎」である利用者によって行われたものとする。

次に、送受信部７１は、リソース予約管理装置６に対して認証処理の要求を送信する（ステップＳ２２）。これにより、リソース予約管理装置６の送受信部６１は、処理依頼端末３が送信した認証処理の要求を受信する。このとき、認証処理の要求には、利用者によって入力されたログイン認証情報としての利用者を識別するための利用者識別情報(例えば、電子メールアドレス)、及びパスワードが含まれる。

認証要求を受信したリソース予約管理装置６の認証部６６は、受信された利用者識別情報及びパスワードを検索キーとしてログイン管理ＤＢ６００１（図５参照）を検索することにより、受信された利用者識別情報に対応するパスワードが登録されているか否かを検索する。検索した結果、利用者識別情報に対応するパスワードが登録されていれば、認証部６６は、処理依頼端末３を利用する利用者に対してログイン認証処理を行う（ステップＳ２３）。本実施形態では、以降、利用者によるリソース予約管理装置６に対するログイン認証処理が成功しているものとする。

利用者によるログイン認証処理が成功すると、送受信部６１は、処理依頼端末３に対して認証処理の応答を送信する（ステップＳ２４）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信した認証処理の応答を受信する。このとき、認証処理の応答には、処理依頼端末３とリソース予約管理装置６との間で通信が確立したことを示すセッション情報(SE001等)が含まれる。

認証処理の応答を受信したリソース予約管理装置６の登録部３８は、次回以降のログイン処理の簡略化のために、記憶部３０００の所定領域に、利用者識別情報とパスワードとを組にして記憶させて登録する（ステップＳ２５）。なお、ステップＳ２５の処理は省略されてもよい。

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

＜各種情報の取得処理＞
図１２は、各種情報の取得処理の一例を示すシーケンス図である。図１２に示されているように、処理依頼端末３の表示制御部３４は、ディスプレイ３０７にタスク登録画面を表示する（ステップＳ３１）。

●画面表示例●
図１３は、処理依頼端末における所定の処理の登録開始を示す画面表示例である。図１３において、表示制御部３４は、処理依頼端末３のディスプレイ３０７に、タスク登録を開始するためのタスク登録画面３１０１を表示する。このとき、タスク登録画面３１０１には、予約対象のリソースで行われる所定の処理(タスク)を登録する旨のメッセージとタスクの登録を開始させるための「タスク登録」ボタン３５０１が表示される。タスクを登録する利用者(以下、処理依頼端末３を利用する利用者を「依頼者」という)は、この「タスク登録」ボタン３５０１を操作することにより、タスク登録を開始することができる。

図１２に戻り、送受信部３１は、リソース予約管理装置６に対して、タスク一覧画面表示要求を送信する（ステップＳ３２）。これにより、リソース予約管理装置６の送受信部６１は、処理依頼端末３が送信したタスク一覧画面表示要求を受信する。このとき、タスク一覧画面表示要求には、利用者識別情報、現在日時情報、タスク登録ボタン情報が含まれる。

次に、リソース予約管理装置６の取得部６３は、ステップＳ３２で受信された利用者識別情報を検索キーとしてタスク情報管理ＤＢ６００５（図９参照）及びタスク関連情報管理ＤＢ６００６（図１０参照）を検索することにより、対応するタスク情報を取得する。更に、取得部６３は、記憶部６０００の所定領域に管理されているタスク一覧画面データを読み出して取得する（ステップＳ３３）。このとき、取得されるタスク情報には、フロア識別情報、リソース識別情報、開始日時、終了日時、タスク識別情報、処理内容、優先度、状態、割当者識別情報、割当者名、処理完了通知及び備考の各情報が含まれる。

次に、送受信部６１は、処理依頼端末３に対してタスク一覧画面表示応答を送信する（ステップＳ３４）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信したタスク一覧画面表示応答を受信する。このとき、タスク一覧画面表示応答には、タスク一覧画面を表示させるための画面データが含まれる。

●画面表示例●
次に、処理依頼端末３の表示制御部３４は、ディスプレイ３０７にタスク一覧画面を表示する（ステップＳ３５）。図１４は、処理依頼端末における所定の処理の一覧を表示する画面表示例である。図１４に示されているように、表示制御部３４は、処理依頼端末３のディスプレイ３０７に、所定の処理の一覧を示すタスク一覧画面３１１１を表示する。このとき、タスク一覧画面３１１１には、所定の処理を示すタスクの一覧として、処理内容ごとに、状態、依頼先、優先度を含む情報が表示される。更に、タスク一覧画面３１１１には、タスクを登録編集するタスク登録編集画面に遷移するための「新規登録」ボタン３５１１、各処理内容に対して編集を行うための「編集」ボタン３５１２、及びタスク一覧画面３１１１から他の画面に遷移(戻る)ための「戻る」ボタン３５１３が表示される。なお、図１４に示した例では、予約済リソースである共用ＰＣ(Ａ棟１Ｆ－ＰＣ１)に対する所定の処理の情報は、この時点ではまだ表示されていない。

図１２に戻り、処理依頼端末３の受付部３２は、依頼者による「新規登録」ボタン３５１１に対する操作を受け付け（ステップＳ３６）、続いて、送受信部３１は、リソース予約管理装置６に対して、新規作成画面表示要求を送信する（ステップＳ３７）。これにより、リソース予約管理装置６の送受信部６１は、処理依頼端末３が送信した新規作成画面表示要求を受信する。このとき、新規作成画面表示要求には、依頼者が参加しているドメインのドメイン情報、処理依頼端末３とリソース予約管理装置６との間で確立されているセッションを表すセッション情報、及び「新規登録」ボタン３５１１が操作されたことを表す新規登録ボタン情報が含まれる。

ステップＳ３７の処理において新規作成画面表示要求を受信した後、リソース予約管理装置６の取得部６３は、受信したドメイン情報を検索キーとしてフロア情報管理ＤＢ６００２（図６参照）及びリソース情報管理ＤＢ６００３（図７参照）をそれぞれ検索することにより、対応するフロア情報及びリソース情報を取得する（ステップＳ３８、Ｓ３９）。更に、取得部６３は、ステップＳ３９において、記憶部６０００の所定領域に管理されている新規作成画面データを読み出して取得する。このとき、取得されるフロア情報には、フロア識別情報、フロア表示名、階数、フロアマップ画像格納先、フロアマップ画像の縦横のサイズ(pixel)の各情報が含まれる。更に、取得されるリソース情報には、リソース識別情報、リソース表示名、リソース種別、フロア内座標のＸ軸及びＹ軸の各座標情報が含まれる。なお、取得部６３によって取得される新規作成画面データは、ステップＳ３８とＳ３９のどちらで行われてもよいし、ステップＳ３７とステップＳ３８の間、若しくはステップＳ３９とステップＳ４０の間で行われてもよい。

続いて、送受信部６１は、処理依頼端末３に対して、新規作成画面表示応答を送信する（ステップＳ４０）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信した、新規作成画面表示応答を受信する。このとき、新規作成画面表示応答には、後述するタスク登録編集画面を構成する画面データが含まれる。

＜タスク登録編集処理＞
●画面表示例●
図１５は、所定の処理情報の登録処理の一例を示すシーケンス図である。処理依頼端末３の表示制御部３４は、ディスプレイ３０７に所定の処理を登録するためのタスク登録編集画面を表示する（ステップＳ４１）。図１６は、処理依頼端末における所定の処理の登録編集を行う画面表示例である。図１６に示されているように、処理依頼端末３の表示制御部３４は、処理依頼端末３のディスプレイ３０７に、所定の処理を示すタスクを登録するためのタスク登録編集画面３１２１を表示する。このとき、タスク登録編集画面３１２１には、タスクとしての処理内容、タスクの実行場所を示す依頼対象フロア、依頼対象リソース、優先度、開始日、終了日及び備考の各入力部が表示される。更に、タスク登録編集画面３１２１には、タスクを登録するための「登録」ボタン３５２１、所定の処理の完了を通知するか否かを設定するための処理完了通知に係る「オン」ボタン３５２２、「オフ」ボタン３５２３が表示制御部３４により表示される。なお、タスク登録編集画面３１２１では、特に、依頼対象フロア、依頼対象リソース及び優先度の各情報については、過去に登録されたそれぞれの情報に対して、プルダウンキーで選択することも可能である。

図１５に戻り、処理依頼端末３の受付部３２は、依頼者によって入力された予約対象リソースに対する登録タスク情報及び「登録」ボタン３５２１に対する入力を受け付け（ステップＳ４２）、送受信部３１は、リソース予約管理装置６に対して、タスク登録要求を送信する（ステップＳ４３）。これにより、リソース予約管理装置６の送受信部６１は、処理依頼端末３が送信した、予約対象リソースに対するタスク登録要求を受信する。このとき、タスク登録要求には、利用者識別情報、登録タスク情報、「登録」ボタン３５２１を構成するボタン情報が含まれる。なお、登録タスク情報には、処理内容、依頼対象フロア、依頼対象リソース、優先度、開始日、終了日、備考、及び処理完了通知のオン・オフ設定に係る各情報が含まれる。なお、登録タスク情報とは、タスク登録編集画面３１２１で入力される予約対象リソースに係る情報である。

次に、リソース予約管理装置６の登録更新部６８は、ステップＳ４３で受信された利用者識別情報、登録タスク情報に基づいて、タスク情報管理ＤＢ６００５（図９参照）及びタスク関連情報管理ＤＢ６００６（図１０参照）で管理されている各種情報を登録、更新する（ステップＳ４４）。

続いて、生成部６７は、受信された予約対象リソースに対するタスク登録要求に基づいて、所定処理依頼情報を生成する（ステップＳ４５）。

次に、送受信部６１は、処理依頼端末３に対して、タスク登録応答を送信する（ステップＳ４６）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信したタスク登録応答を受信する。このとき、タスク登録応答には、タスク情報の登録及び所定処理依頼情報の生成が行われた内容を示す所定の応答メッセージが含まれる。

＜タスク実行処理＞
図１７は、リソース情報の登録処理の一例を示すシーケンス図である。まず、フリーアドレス席を含む所定のリソース(予約対象リソース)を利用する利用者は、利用者が使用している処理引受端末４のカメラ機能を起動して、予約対象リソースに設けられているＱＲコード等を撮影する（ステップＳ６１）。なお、処理引受端末４のカメラ機能を利用して撮影される被写体は、予約対象リソースを識別可能な情報であれば、ＱＲコードに限られない。

続いて、処理引受端末４の送受信部４１は、リソース予約管理装置６に対してＷｅｂサイトへアクセスする（ステップＳ６２）。具体的には、送受信部４１は、ＱＲコードに含まれているＵＲＬ(Uniform Resource Locator)に対してＷｅｂサイトが開くため、その段階でリソース予約管理装置６に対してログイン処理を行う。

次に、リソース予約管理装置６の取得部６３は、記憶部６０００の所定の領域に管理されているログイン画面情報を読み出して取得し、（ステップＳ６３）、送受信部６１は、処理引受端末４に対して、ログイン画面情報を送信する（ステップＳ６４）。これにより、処理引受端末４の送受信部４１は、リソース予約管理装置６が送信したログイン画面情報を受信する。このとき、ログイン画面情報には、処理引受端末４とリソース予約管理装置６との間で通信が確立したことを示すセッション情報(SE003等)が含まれる。

続いて、処理引受端末４の実行部４８は、ログイン画面情報に対して処理引受端末４を利用する利用者(以下、処理引受端末４を利用する利用者を「引受者」という)によって入力されたログイン情報に基づいてログイン処理を実行する。このログイン処理に応じて、生成部４７は、予約実行要求を生成する（ステップＳ６５）。

続いて、送受信部４１は、リソース予約管理装置６に対して予約実行要求を送信する（ステップＳ６６）。これにより、リソース予約管理装置６の送受信部６１は、処理引受端末４が送信した予約実行要求を受信する。このとき、予約実行要求には、ＱＲコード情報で表された予約対象リソースを識別するリソース識別情報が含まれる。

次に、リソース予約管理装置６の登録更新部６８は、受信されたリソース情報情報に基づいて、予約情報管理ＤＢ６００４（図８参照）に対して予約情報を登録する（ステップＳ６７）。このとき、登録される予約情報には、リソース識別情報に対応する予約名、利用者識別情報、利用者名、開始日時、終了日時及びキャンセルフラグが含まれる。なお、利用者識別情報は、処理引受端末４とリソース予約管理装置６との間で通信が確立されたときのセッション情報に対応する利用者識別情報が与えられる。

続いて、リソース予約管理装置６の送受信部６１は、処理引受端末４に対して予約実行応答を送信する（ステップＳ６８）。これにより、処理引受端末４の送受信部４１は、リソース予約管理装置６が送信した予約実行応答を受信する。このとき、予約実行応答には、予約結果通知を示す旨の情報が含まれる。

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

図１８は、追加依頼対象リソース有無の判断処理の一例を示すシーケンス図である。引受者による予約対象リソースに対する予約処理が成功した場合、まず、リソース予約管理装置６の判断部６５は、ステップＳ６６で受信されたリソース識別情報を検索キーとしてリソース情報管理ＤＢ６００３（図７参照）、予約情報管理ＤＢ６００４（図８参照）、及びタスク情報管理ＤＢ６００５（図９参照）をそれぞれ検索することにより、追加依頼対象リソースの有無を判断する（ステップＳ７１）。

<<追加依頼対象リソース有無の判断の詳細>>
図１９は、追加依頼対象リソース有無の判断処理のフローチャートである。ステップＳ７１の処理において、まず、記憶読出部６９は、利用対象の予約済リソースに与えられたリソース識別情報を検索キーとしてリソース情報管理ＤＢ６００３（図７参照）を検索することにより、利用対象の予約済リソースのフロア内座標情報を読み出す（ステップＳ７１－１）。具体的には、記憶読出部６９は、例えば、リソース識別情報：S101で与えられたＡ棟１Ｆに備えられた共用ＰＣのフロア内座標(Ｘ軸：123.11、Ｙ軸：121.15)を読み出す。

続いて、記憶読出部６９は、利用対象の予約済リソース(共用ＰＣ)が利用される日時を検索キーとして予約情報管理ＤＢ６００４（図８参照）及びタスク情報管理ＤＢ６００５（図９参照）を検索することにより、予約済リソースが利用される日時を含む所定の期間を利用日時とする他の予約済リソースを読み出す（ステップＳ７１－２）。具体的には、記憶読出部６９は、例えば、リソース識別情報：S101で示される共用ＰＣが利用される2021/04/17と同日に利用される他の予約済リソースを読み出す。この場合、記憶読出部６９は、リソース識別情報：S103で与えられたＡ棟１Ｆに備えられたＡ棟１Ｆ－机３を読み出す。

続いて、判断部６５は、ステップＳ７１－１及びＳ７１－２で読み出された情報をもとに、利用対象の予約済リソースと他の予約済リソースが所定の距離内にあるかを判断する（ステップＳ７１－３）。この場合、ステップＳ７１－１及びＳ７１－２で読み出された共用ＰＣとＡ棟１Ｆ－机３は、ともにＡ棟１Ｆに備えられている。これにより、判断部は、これらの予約済リソースは、所定の距離内にあると判断する。このように、所定の距離内の具体的な例として、具体的な直線距離内(例えば、10[m]以内)、又は、同一フロアに存在する場合などを設定することが可能である。

利用対象の予約済リソースと他の予約済リソースが所定の距離内にある場合（ステップＳ７１３：ＹＥＳ）、登録更新部６８は、利用対象の予約済リソース(共用ＰＣ)と他の予約済リソース(Ａ棟１Ｆ－机３)をタスク一覧情報に追加してこのフローを抜ける（ステップＳ７１－４）。

他方、利用対象の予約済リソースと他の予約済リソースが所定の距離内にない場合（ステップＳ７１３：ＮＯ）、登録更新部６８は、利用対象の予約済リソース(共用ＰＣ)をタスク一覧情報に追加してこのフローを抜ける（ステップＳ７１－５）。なお、ステップＳ７１－４及びＳ７１－５で追加されるタスク一覧情報は、例えば、記憶部６０００の所定領域に設けられたタスク一覧情報記憶領域にて管理されるようにしてよい。

更に、図１９に示したフローチャートでは、判断部６５は、予約済リソースと他の予約済リソースが所定の距離内にあるかを判断した。但し、これに限らず、予約済リソースが利用される日時を含む所定期間内(例えば、予約済リソースが利用される日時を含めた前後一週間など)に予約され、まだ利用されていない、若しくは所定の処理が行われていない他の予約済リソースをタスク一覧情報に追加するようにしてもよい。更に、判断部６５は、予約済リソースが利用される日時を超過してもなおリソース予約管理装置６で管理されている他の予約済リソースがあれば、そのような他の予約済リソースもタスク一覧情報に追加するようにしてもよい。このようにすることで、予約済リソースから所定の距離内に他の予約済リソースが無い場合であっても、引受者による意思次第では、他の予約済リソースに対する所定の処理が実行される可能性が高まることが期待できる。

図１８に戻り、リソース予約管理装置６の取得部６３は、タスク一覧情報記憶領域に記憶したタスクの一覧を取得し、取得部６３によって取得されたタスクの一覧に基づいて、生成部６７は、所定処理依頼情報としてのタスク一覧情報、及び所定のメッセージを生成する（ステップＳ７２）。

続いて、送受信部６１は、処理引受端末４に対して、生成部６７によって生成されたタスク一覧情報を送信する（ステップＳ７３）。これにより、処理引受端末４の送受信部４１は、リソース予約管理装置６が送信したタスク一覧情報を受信する。このとき、タスク一覧情報には、対象のタスク一覧情報、通知メッセージが含まれる。具体的には、リソース予約管理装置６の送受信部６１は、受信された登録要求に基づいて生成部６７により生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された予約対象リソース（利用対象の予約済リソースである共用ＰＣ）に関連付けられた処理引受端末４に送信する。さらに、送受信部６１は、予約対象リソースに対して所定の距離内に存在する他のリソースにおいて行われる他の所定の処理に係る他の所定処理依頼情報を、処理引受端末４に送信する。なお、予約対象リソースに関連付けられた処理引受端末４は、例えば、予約対象リソースを利用する利用者が使用する通信端末である。これにより、所定のリソースを予約した依頼者に代わって、依頼者と異なる利用者(引受者)が、予約されたリソースにおいて行われる所定の処理を実行することが可能になる。

●画面表示例●
次に、処理引受端末４の表示制御部４４は、ディスプレイ４０７に、予約対象リソースの予約完了画面、及び予約対象リソースを含む付近の他の予約対象リソースに対するタスク一覧画面を表示する（ステップＳ７４）。このとき、予約完了画面には、後述する予約結果、タスク一覧通知の各内容が含まれる。図２０は、処理引受端末における予約完了を通知する画面表示例である。図２０に示されているように、処理引受端末４の表示制御部４４は、処理引受端末４のディスプレイ４０７に、予約完了を示す予約完了画面４１０１を表示する。このとき、予約完了画面４１０１には、引受者によって予約された予約済リソースの情報に加えて、一以上の依頼者が処理を依頼した各リソースに対する処理内容、依頼者、及び状態が、予約済リソースごとに表示される。そして、状態が「未割当」の予約済リソースについては、「詳細確認」ボタン４１５１、及び「引き受ける」ボタン４１５２が表示される。これにより、引受者は、「詳細確認」ボタン４１５１を操作して処理内容の詳細を確認することができる。更に、引受者は、自身の都合に応じて、「引き受ける」ボタン４１５２を操作して、依頼された処理内容の処理を引き受けることが可能である。また、予約完了画面４１０１には、所定の内容のお知らせも表示される。このお知らせの内容は、予約済みのリソースの種類等に応じて内容が変えられてもよい。

●画面表示例●
図１８に戻り、処理引受端末４の受付部４２は、引受者によって操作された「詳細確認」ボタン４１５１に対する操作を受け付け、表示制御部４４は、タスク一覧情報に基づく詳細情報確認画面を表示する（ステップＳ７５）。これにより、表示制御部４４は、ディスプレイ４０７にタスクの詳細を示す詳細情報確認画面４１１１を表示する。図２１は、処理引受端末における所定の処理の詳細情報を表示するときの画面表示例である。図２１に示されているように、処理引受端末４の表示制御部４４は、「詳細確認」ボタン４１５１が操作されることにより、処理引受端末４のディスプレイ４０７に、タスクの詳細を示す詳細情報確認画面４１１１を表示する。このとき、詳細情報確認画面４１１１には、処理対象リソースで行われるタスクの詳細情報が表示される。このタスクの詳細情報は、例えば、タスク関連情報管理ＤＢ６００６（図１０参照）で管理されている備考欄で管理されている情報が含ませる。更に、詳細情報確認画面４１１１には、引受者によって操作される「確認」ボタン４１６１が表示され、この「確認」ボタン４１６１が操作されることにより、表示制御部４４は、例えば、ディスプレイ４０７に図２０に示した予約完了画面４１０１に戻り、処理内容等を再度表示する。なお、ステップＳ７５の処理において、「詳細確認」ボタン４１５１が引受者によって操作された場合、処理引受端末４は、詳細情報確認画面４１１１を構成する詳細情報確認画面データをリソース予約管理装置６に対して要求してもよい。その場合、処理引受端末４の表示制御部４４は、リソース予約管理装置６が送信した詳細情報確認画面データを受信した後、ディスプレイ４０７に詳細情報確認画面４１１１を表示する。

図１８に戻り、処理引受端末４の受付部４２は、引受者によるタスク選択を受け付ける（ステップＳ７６）。具体的には、受付部４２は、引受者が操作した予約完了画面４１０１に表示されている「引き受ける」ボタン４１５２に対する操作を受け付ける。

次に、送受信部４１は、リソース予約管理装置６に対して、選択したタスクの割当許可通知、及び端末間通信の処理要求を送信する（ステップＳ７７）。これにより、リソース予約管理装置６の送受信部６１は、処理引受端末４が送信した割当許可通知、及び端末間通信の処理要求を受信する。このとき、割当許可通知には、タスク識別情報、引受者の利用者識別情報(割当者識別情報)が含まれる。さらに、端末間通信の処理要求には、「引き受ける」ボタン４１５２を構成するボタン情報が含まれる。

次に、リソース予約管理装置６の登録更新部６８は、タスクの状態を更新する（ステップＳ７８）。具体的には、登録更新部６８は、タスク関連情報管理ＤＢ６００６（図１０参照）で管理されているタスク識別情報に対応する割当者識別情報及び割当者名を、ステップＳ７６で受信された割当者識別情報及び割当者名に更新する。更に、登録更新部６８は、状態を「未割当」から「割当済」に更新する。

次に、リソース予約管理装置６の送受信部６１は、処理引受端末４に対して、選択したタスクに対する応答情報としての処理依頼を送信する（ステップＳ７９）。これにより、処理引受端末４の送受信部４１は、リソース予約管理装置６が送信した、選択したタスクに対する応答情報としての処理依頼を受信する。

＜端末間通信処理＞
図２２は、端末間通信の一例を示すシーケンス図である。図２２では、図２０に示した「引き受ける」ボタン４１５２が操作された場合に、ステップＳ８１からＳ９０までの間で繰り返し実行されるループ処理について説明する。まず、リソース予約管理装置６の取得部６３は、処理依頼端末３と処理引受端末４との間で行われる端末間通信の準備として、例えば、記憶部６０００の所定領域に設けられたチャット画面を構成するチャット画面情報(データ)を読み出して取得する（ステップＳ８１）。

続いて、送受信部６１は、処理依頼端末３に対して、端末間通信開始要求を送信する（ステップＳ８２）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信した端末間通信開始要求を受信する。このとき、端末間通信開始要求には、チャット画面情報が含まれる。

続いて、送受信部６１は、処理引受端末４に対して、端末間通信開始要求を送信する（ステップＳ８３）。これにより、処理引受端末４の送受信部４１は、リソース予約管理装置６が送信した端末間通信開始要求を受信する。このとき、端末間通信開始要求には、処理依頼端末３と処理引受端末４との間で行われるチャットに係るチャット画面情報が含まれる。

続いて、処理引受端末４の表示制御部４４は、ディスプレイ４０７にチャット画面を表示する。その後、受付部４２は、引受者によるチャット画面への操作入力を受け付ける（ステップＳ８４）。

●画面表示例●
図２３は、処理引受端末における所定の処理を実行する際の会話ツールの画面表示例である。図２３に示されているように、処理引受端末４の表示制御部４４は、例えば、「引き受ける」ボタン４１５２が操作されることにより、処理引受端末４のディスプレイ４０７に、タスク処理における会話ツールを示すタスク処理用会話画面４１２１を表示する。このとき、タスク処理用会話画面４１２１には、処理タスクの対象とタスク依頼者が表示される。さらに、タスク処理用会話画面４１２１には、タスク依頼者とのチャット画面が表示される。これにより、引受者は、依頼者との間で依頼された予約対象リソースに対するタスクについて、詳細な情報をリアルタイムで得ながら、依頼されたタスクを処理することが可能になる。さらに、依頼者は、引受者のタスクに対する処理状況をリアルタイムで把握することが可能になるため、依頼者自らが予約しても実現できなかった予約対象リソースに対する処理の状況をリアルタイムで確認しながら、引受者に対して的確な指示を与えることも可能になる。

図２２に戻り、処理引受端末４と処理依頼端末３との間で行われるチャット機能を利用した端末間通信について説明する。処理引受端末４の送受信部４１は、処理依頼端末３に対してタスク実行時の問合せを送信する（ステップS８５）。これにより、処理依頼端末３の送受信部３１は、処理引受端末４が送信したタスク実行時の問合せを受信する。このとき、タスク実行時の問合せには、引受者が作成した問合せメッセージの内容が含まれる。

次に、処理依頼端末３の表示制御部３４は、ディスプレイ３０７にチャット画面を表示する。その後、受付部３２は、依頼者によるチャット画面への操作入力を受け付ける（ステップＳ８６）。

続いて、処理依頼端末３の送受信部３１は、処理引受端末４に対してタスク実行時の問合せの回答を送信する（ステップＳ８７）。これにより、処理引受端末４の送受信部４１は、処理依頼端末３が送信したタスク実行時の問合せの回答を受信する。このとき、タスク実行時の問合せの回答には、依頼者が作成した回答メッセージの内容が含まれる。本実施形態では、予約対象リソースに対する所定の処理を依頼した依頼者が利用する処理依頼端末３と、所定の処理を引き受けた引受者が利用する処理引受端末４とは、リソース予約管理装置６によって与えられたチャット画面を通して上述したステップＳ８５－Ｓ８７の処理を繰り返す。これにより、所定のリソース(予約対象リソース)を利用する引受者は、予約対象リソースに対する処理依頼内容を登録した依頼者とリアルタイムで通話に近い状態のやり取りを行えるため、依頼者に代わり滞りなく予約対象リソースに対する処理をすることが可能になる。なお、本実施形態では、処理依頼端末３と処理引受端末４との間で利用されるチャット画面の例を示したが、チャット機能に代えて、電子メールでのやり取りを行うようにしてもよい。

次に、処理引受端末４の受付部４２は、引受者によるチャット画面終了操作を受け付ける（ステップＳ８８）。この場合、例えば、チャット画面終了操作は、図２４に示した「予約完了画面へ」ボタン４１７１に対する操作である。

次に、処理引受端末４の送受信部４１は、リソース予約管理装置６に対してチャット完了通知を送信する（ステップＳ８９）。これにより、リソース予約管理装置６の送受信部６１は、処理引受端末４が送信したチャット完了通知を受信する。

続いて、リソース予約管理装置６の登録更新部６８は、端末間通信の終了処理を行う（ステップＳ９０）。

＜タスク完了処理＞
図２４は、所定の処理の完了時の処理の一例を示すシーケンス図である。図２４に示されているように、処理引受端末４の受付部４２は、引受者によるタスク処理完了操作を受け付ける（ステップＳ９１）。

●画面表示例●
図２５は、処理引受端末における所定の処理の完了操作時の画面表示例である。図２５に示されているように、処理引受端末４の表示制御部４４は、例えば、図２３に示されたタスク処理用会話画面４１２１中の「予約確認画面へ」ボタン４１７１が操作されることにより、予約完了画面４１３１を表示する。予約完了画面４１３１では、予約完了画面４１０１で表示された「引き受ける」ボタン４１５２に代えて、「完了」ボタン４１５３が表示されている。これにより、引受者は、予約対象リソースに対する所定の処理が完了した時点で、処理引受端末４に表示されている予約完了画面４１３１中の「完了」ボタン４１５３を操作することが可能となる。

図２４に戻り、処理引受端末４の送受信部４１は、リソース予約管理装置６に対してタスク処理完了通知を送信する（ステップＳ９２）。これにより、リソース予約管理装置６の送受信部６１は、処理引受端末４が送信したタスク処理完了通知を受信する。このとき、タスク処理完了通知には、「完了」ボタン４１５３を構成するボタン情報が含まれる。

次に、リソース予約管理装置６の登録更新部６８は、タスク情報管理ＤＢ６００５（図９参照）、及びタスク関連情報管理ＤＢ６００６（図１０参照）に対して、タスク状態を更新する（ステップＳ９３）。具体的には、登録更新部６８は、タスク情報管理ＤＢ６００５及びタスク関連情報管理ＤＢ６００６で管理されている処理済みのタスク識別情報に対応する各種情報を削除するようにしてもよい。

続いて、送受信部６１は、処理依頼端末３に対して、タスク処理完了通知を送信する（ステップＳ９４）。これにより、処理依頼端末３の送受信部３１は、リソース予約管理装置６が送信したタスク処理完了通知を受信する。

続いて処理依頼端末３の表示制御部３４は、ディスプレイ３０７に、登録タスクの処理完了を示す情報を表示する（ステップＳ９５）。この場合、処理完了を示す情報は、例えば、図１４で示したタスク一覧画面３１１１に表示されている予約対象リソースの情報と併せて、予約対象リソースに対する所定の処理が完了したことが表示されるようにしてもよい。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、リソース予約管理装置６は、処理依頼端末３が送信したタスク登録要求を受信し（ステップＳ４３）、処理引受端末４に対して、タスク登録要求に基づいて生成されたタスク一覧情報を送信する（ステップＳ７３）。その後、処理引受端末４は、ディスプレイ４０７に予約完了画面及びタスク一覧情報に基づく詳細情報確認画面を表示する（ステップＳ７４、Ｓ７５）。これにより、事前に所定の処理が共有されていない利用者であっても、予約されたリソースにおいて所定の処理を行うことが可能になるという効果を奏する。

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

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

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

１ 通信システム
３ 処理依頼端末
４ 処理引受端末
５ リソース
６ 予約管理装置
３０７ ディスプレイ（表示手段の一例）
４１ 送受信部（受信手段の一例、送信手段の一例）
４４ 表示制御部（表示制御手段の一例）
４７ 生成部（生成手段の一例）
４０７ ディスプレイ（表示手段の一例）
４１１１ 詳細情報確認画面（詳細情報確認画面の一例）
４１２１ タスク処理用会話画面（会話画面の一例）
４１５１ 詳細確認ボタン（詳細確認操作部の一例）
４１５２ 引き受けるボタン（引受操作部の一例）
４１５３ 完了ボタン（完了操作部の一例）
６１ 送受信部（受信手段の一例、送信手段の一例）
６５ 判断部（判断手段の一例）
６７ 生成部（生成手段の一例）

特開２０１７－０６９７３０号公報

Claims (14)

1. リソースの予約を管理するリソース予約管理装置と、前記リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を引き受ける処理引受端末と、を含むリソース予約管理システムであって、
   前記リソース予約管理装置は、
   前記予約対象リソースに対する処理依頼を登録する処理依頼端末が送信した、前記予約対象リソースに対する所定の処理に係る登録要求を受信する受信手段と、
   受信された前記登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された前記予約対象リソースに関連付けられた前記処理引受端末に送信する送信手段と、
   を有し、
   前記処理引受端末は、
   前記リソース予約管理装置が送信した前記所定処理依頼情報で示される前記所定の処理依頼の内容を表示手段に表示する表示制御手段、
   を有する、
   ことを特徴とするリソース予約管理システム。
2. 前記送信手段は、
   前記予約対象リソースに対して所定の距離内に存在する他のリソースにおいて行われる他の所定の処理に係る他の所定処理依頼情報を、前記処理引受端末に送信する、
   ことを特徴とする請求項１に記載のリソース予約管理システム。
3. 請求項１又は２に記載のリソース予約管理システムであって、
   前記リソース予約管理装置は、更に、
   前記登録要求に基づいて前記所定処理依頼情報を生成する生成手段、
   を有する、
   ことを特徴とするリソース予約管理システム。
4. 前記表示制御手段は、
   前記所定処理依頼情報とあわせて、前記処理引受端末を利用する利用者によって前記予約対象リソースが予約された旨を示す通知情報を前記表示手段に表示する、
   請求項１乃至３のいずれか一項に記載のリソース予約管理システム。
5. 前記表示制御手段は、
   前記所定の処理依頼の詳細を確認するための詳細確認操作部を前記表示手段に表示する、
   ことを特徴とする請求項１乃至４のいずれか一項に記載のリソース予約管理システム。
6. 前記表示制御手段は、
   前記所定の処理依頼を引き受けるための引受操作部を前記表示手段に表示する、
   ことを特徴とする請求項１乃至４のいずれか一項にリソース予約管理システム。
7. 前記表示制御手段は、
   前記詳細確認操作部が操作された場合、前記所定の処理に係る詳細情報を含む詳細情報確認画面を前記表示手段に表示する、
   ことを特徴とする請求項５に記載のリソース予約管理システム。
8. 前記表示制御手段は、
   前記詳細確認操作部又は前記引受操作部が操作された場合に、前記処理依頼端末との間で前記所定の処理依頼で示される処理に係る会話画面を前記表示手段に表示する、
   ことを特徴とする請求項５又は６に記載のリソース予約管理システム。
9. 前記表示制御手段は、
   前記引受操作部が操作された場合に、前記所定の処理の完了を通知するための完了操作部を前記表示手段に表示する、
   ことを特徴とする請求項６に記載のリソース予約管理システム。
10. 請求項１乃至９のいずれか一項に記載のリソース予約管理システムであって、
    前記リソース管理装置は、
    前記所定の処理依頼に含まれる前記予約対象リソースの所定の距離内に他の予約対象リソースが存在するかを判断する判断手段、
    を有する、
    ことを特徴とするリソース予約管理システム。
11. 請求項１乃至１０のいずれか一項に記載のリソース予約管理システムであって、
    前記処理引受端末は、
    前記予約対象リソースに設けられたＱＲコードを撮影することによって、前記予約対象リソースを予約するための予約実行要求を生成する生成手段、
    を有する、
    ことを特徴とするリソース予約管理システム。
12. リソースの予約を管理するリソース予約管理装置であって、
    前記リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を登録する処理依頼端末が送信した、前記予約対象リソースに対する所定の処理に係る登録要求を受信する受信手段と、
    受信された前記登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された前記予約対象リソースに関連付けられた前記処理引受端末に送信する送信手段と、
    を有する、
    ことを特徴とするリソース予約管理装置。
13. リソースの予約を管理するリソース予約管理装置が実行するリソース予約管理方法であって、
    前記リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を登録する処理依頼端末が送信した、前記予約対象リソースに対する所定の処理に係る登録要求を受信する受信ステップと、
    受信された前記登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された前記予約対象リソースに関連付けられた前記処理引受端末に送信する送信ステップと、
    を含む処理を実行する、
    ことを特徴とするリソース予約管理方法。
14. リソースの予約を管理するリソース予約管理装置に、
    前記リソース予約管理装置で管理されている予約対象のリソースを示す予約対象リソースに対する処理依頼を登録する処理依頼端末が送信した、前記予約対象リソースに対する所定の処理に係る登録要求を受信する受信ステップと、
    受信された前記登録要求に基づいて生成された所定の処理依頼を表す所定処理依頼情報を、利用が開始された前記予約対象リソースに関連付けられた前記処理引受端末に送信する送信ステップと、
    を含む処理を実行させるプログラム。

Images