JP2023089782A - 予約更新管理システム、予約更新管理装置、予約更新管理方法及びプログラム - Google Patents

Abstract

【課題】他の予約済の予約対象が存在する場合でも、新たに予約対象を予約しようとしている利用者が、他の予約済の予約対象のキャンセル要否を自らが別途考慮新する必要がなくなる予約更新管理システム、予約更新管理装置、予約更新管理方法及びプログラムを提供する。【解決手段】予約更新管理システムは、利用者による予約操作に基づいて所定の予約対象を予約する際に、所定の予約対象の他に利用者に関連付けられた予約済の予約対象が存在する場合、所定の予約対象の種類及び予約済の予約対象の種類に応じて、所定の予約対象の予約に係る情報及び予約済の予約対象のキャンセルに係る情報のうち少なくとも一方の情報を含む画面を利用者端末５のディスプレイに表示させるＳ１０６。【選択図】図１１

Description

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

公共交通機関などの場で利用される座席等の予約において、利用者による座席指定を受け付けるサービスが提供されている。このサービスでは、ある利用者が希望座席を予約しようとした場合、希望座席が空席でないときは、利用者は希望座席以外の座席の予約をする必要がある。一方で、利用者が認識しない間に予約されていた希望座席がキャンセルされ希望座席の予約が可能な状態になることがあるが、利用者は希望座席がキャンセルされたことを認識できないため、希望座席を適切なタイミングで予約することができない。

このような状況を改善するため、座席を予約する目的で希望座席を登録しておき、希望座席にキャンセルが発生した場合、希望座席の予約を確定させ、キャンセル発生前までに利用していた座席をキャンセルする技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、座席を含めた予約対象を予約しようとした場合に、既に他の予約済の予約対象が存在する状況において、他の予約済の予約対象の種類に応じた予約管理を行っていない。そのため、他の予約済の予約対象が存在する場合、新たに予約対象を予約しようとしている利用者は、新たに予約したい予約対象に加えて、自らが他の予約済の予約対象のキャンセル要否を別途考慮しなければならないという課題があった。

上述した課題を解決するために、請求項１に係る発明は、予約対象を予約する際に使用される利用者端末と、前記利用者端末によって予約操作された所定の予約対象の利用状態を更新して管理する予約更新管理装置と、を含む予約更新管理システムであって、利用者によって予約操作された前記所定の予約対象の予約を行う予約処理手段と、前記利用者による予約操作に基づいて前記所定の予約対象を予約する際に、前記所定の予約対象の他に前記利用者に関連付けられた予約済の予約対象が存在する場合、前記所定の予約対象の種類及び前記予約済の予約対象の種類に応じて、前記所定の予約対象の予約に係る情報及び前記予約済の予約対象のキャンセルに係る情報のうち少なくとも一方の情報を含む画面を表示手段に表示させる表示制御手段と、を有する、ことを特徴とする予約更新管理システムを提供する。

以上説明したように本発明によれば、他の予約済の予約対象が存在する場合でも、新たに予約対象を予約しようとしている利用者は、他の予約済の予約対象のキャンセル要否を自らが別途考慮新する必要がなくなるという効果を奏する。

通信システムの全体構成の一例を示す図である。 予約更新管理装置及び予約管理サーバのハードウエア構成の一例を示す図である。 利用者端末のハードウエア構成の一例を示す図である。 通信システムの機能構成の一例を示す図である。 ログイン情報管理テーブルの一例を示す概念図である。 予約対象管理テーブルの一例を示す概念図である。 予約対象管理テーブルの一例を示す概念図である。 予約情報管理テーブルの一例を示す概念図である。 定期実行処理の一例を示すシーケンス図である。 ログイン認証処理の一例を示すシーケンス図である。 予約可否判断処理及び予約結果表示処理の一例を示すシーケンス図である。 利用者端末におけるコード情報取得時の表示画面例である。 予約対象に対する予約可否判断処理の詳細の一例を示すフローチャートである。 予約対象に対する予約可否判断処理の他の詳細の一例を示すフローチャートである。 利用者端末における座席に対する予約不可時の表示画面例である。 利用者端末における他の座席のキャンセルを伴う座席に対する予約完了時の表示画面例である。 利用者端末における座席に対する予約完了時の表示画面例である。 利用者端末における座席以外の予約対象に対する予約不可時の表示画面例である。 利用者端末における他の予約済の予約対象のキャンセル要否を伴う応接室に対する予約完了時の表示画面例である。 利用者端末における座席以外の予約対象に対する予約完了時の表示画面例である。 予約済の予約対象に対する処理の一例を示すシーケンス図である。

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

〔実施形態〕
〔通信システムの全体構成〕
図１は、通信システムの全体構成の一例を示す図である。図１に示されているように、通信システム１は、予約更新管理装置３、利用者端末５及び予約管理サーバ７を含む各装置及び端末を有している。また、通信システム１は、予約更新管理装置３及び利用者端末５を含む予約更新管理システム２を有している。更に、通信システム１では、予約更新管理装置３、利用者端末５及び予約管理サーバ７は、通信ネットワーク１００を介してそれぞれ互いに接続されている。

通信ネットワーク１００は、不特定多数の通信が行われる通信ネットワークであり、インターネット、イントラネット、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、４Ｇ(4th Generation)、５Ｇ(5th Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信による通信ネットワークが含まれてもよい。なお、予約更新管理装置３及び利用者端末５は、専用の構内ネットワーク等で互いに接続されていてもよいし、通信ネットワーク１００の内側に、ファイアウォール(Fire Wall)を介して互いに接続されていてもよい。

＜予約更新管理装置＞
予約更新管理装置３は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現され、通信システム１及び予約更新管理システム２を構築する一つの構成要素である。また、予約更新管理装置３は、他の装置、通信端末と通信を行うための通信アプリを記憶手段に記憶している。予約更新管理装置３は、予約更新管理システム２において、利用者端末５によって予約操作された所定の予約対象の利用状態を更新して管理する。

なお、予約更新管理装置３は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末等の通信機能を有する通信端末であってもよい。予約更新管理装置３は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

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

＜利用者端末＞
利用者端末５は、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現され、通信システム１及び予約更新管理システム２を構築する一つの構成要素である。また、利用者端末５は、他の装置、通信端末と通信を行うための通信アプリを記憶手段に記憶している。利用者端末５は更に、予約対象を予約する際に使用され、利用者によって所定の予約対象の予約操作を受け付け、予約結果を表示する。

なお、利用者端末５は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。利用者端末５は更に、ブラウザソフトウエア、各種アプリ(自然文検索アプリ等)のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

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

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

なお、予約管理サーバ７は、一般に利用されているカレンダーサービスを一例とすることができる。そのため、そのハードウエア仕様は上述した構成に限らず、予約管理サーバ７を提供する提供元の仕様に基づくものであってよい。本実施形態では、予約管理サーバ７として外部から提供される予約管理サーバを一例として説明するが、これに限定されるものでもない。

このように、予約更新管理システム２は、利用者が予約対象を予約する際に、他に予約済の予約対象が存在する場合でも、他の予約済の予約対象のキャンセル要否を自らが別途考慮新する必要を無くし、新たに予約したい予約対象に対する予約処理に注力することが可能なシステムを提供する。

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

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

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

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

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

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

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

＜利用者端末のハードウエア構成＞
図３は、利用者端末のハードウエア構成の一例を示す図である。図３に示されているように、利用者端末５は、例えばコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＥＥＰＲＯＭ５０４、ディスプレイ５０７、近距離通信Ｉ／Ｆ５０８、ＣＭＯＳセンサ５０９、撮像素子Ｉ／Ｆ５１０、ネットワークＩ／Ｆ５１１、タッチパネル５１２、ポインティングデバイス５１３、メディアＩ／Ｆ５１５、外部機器接続Ｉ／Ｆ５１８、音入出力Ｉ／Ｆ５１９、マイク５２０、スピーカ５２１及びバスライン５３０を備えている。これらのハードウエア資源は、予約更新管理装置３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０、ネットワークＩ／Ｆ３１１、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０の各ハードウエア資源と同様であるため、説明を省略する。本実施形態において、ディスプレイ７０７は、表示手段の一例として機能する。タッチパネル５１２は、利用者がディスプレイ３０７上に配置された所定のボタン、アイコン等に対して押下、クリック又はタップ等の操作をすることで、利用者端末５を操作するための入力手段の一種である。

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

〔通信システムの機能構成〕
次に、図４乃至図８を用いて、本実施形態の機能構成について説明する。図４は、通信システムの機能構成の一例を示す図である。なお、図４は、図１に示されている装置又は端末のうち、後述する処理又は動作に関連するものを示す。

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

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

表示制御部３４は、主に、ディスプレイ３０７に対するＣＰＵ３０１の処理によって実現され、予約更新管理装置３における各種画面及び情報(データ)の表示制御を行う。また、表示制御部３４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、予約更新管理装置３のディスプレイ３０７(以下、単にディスプレイ３０７という)又は利用者端末５のディスプレイ５０７に表示させる。なお、表示制御部３４は、利用者による予約操作に基づいて所定の予約対象を予約する際に、所定の予約対象の他に利用者に関連付けられた予約済の予約対象が存在する場合、以下の処理を実行する。具体的には、表示制御部３４は、所定の予約対象の種類及び予約済の予約対象の種類に応じて、所定の予約対象の予約に係る情報及び予約済の予約対象のキャンセルに係る情報のうち少なくとも一方の情報を含む画面をディスプレイ３０７又は利用者端末５のディスプレイ５０７に表示させる。また、表示制御部３４は、予約対象の予約処理に係る情報として、予約対象を予約できない旨、又は予約対象を予約した旨をディスプレイ３０７又は利用者端末５のディスプレイ５０７に表示させる。また、表示制御部３４は、予約済の予約対象のキャンセルに係る情報として、予約済の予約対象の予約をキャンセルした旨、又は予約済の予約対象の予約のキャンセル要否の選択を促す旨のいずれかをディスプレイ３０７又は利用者端末５のディスプレイ５０７に表示させる。更に、表示制御部３４は、会議室、応接室、又は備品のいずれかの予約を行う前に予約済の会議室、応接室、又は備品のいずれかが存在するときは、会議室、応接室、又は備品のいずれかの予約を行った旨、及び予約済の会議室、応接室、又は備品のいずれかの予約に係るキャンセル要否を選択するキャンセル選択部をディスプレイ３０７又は利用者端末５のディスプレイ５０７に表示させる。本実施形態において、表示制御部３４は、表示制御手段の一例として機能する。

判断部３５は、主に、ＣＰＵ３０１の処理によって実現され、予約更新管理装置３における各種判断を行う。判断部３５は更に、予約対象に設けられたＱＲコード(登録商標。以下、省略)等のコード情報に含まれる予約対象名、予約対象を識別する予約対象識別情報等から得られた予約情報に基づいて、所定の予約対象の種類、所定の予約対象の予約可否、及び予約済の予約対象の有無に係る判断を行う。なお、予約情報には、所定の予約対象に係る予約対象識別情報、予約対象名、利用者識別情報、利用者名、予約開始日時情報、予約終了日時情報、利用対象の利用状態に係る情報等が含まれる。本実施形態において、判断部３５は、判断手段の一例として機能する。

生成部３７は、主に、ＣＰＵ３０１の処理によって実現され、判断部３５によって行われた所定の予約対象及び他の予約済の予約対象に関する判断結果に基づいて、利用者端末５に表示させるための各種予約処理結果に係る画面データを生成する。本実施形態において、生成部３７は、生成手段の一例として機能する。

予約処理部３８は、主に、ＣＰＵ３０１の処理によって実現され、利用者によって予約操作された所定の予約対象の予約、他の予約済の予約対象に係る予約のキャンセル又は維持を行う。また、予約処理部３８は、所定の予約対象又は予約済の予約対象が座席の場合であり、座席の予約を行う前に予約済の座席があるときは、座席の予約を行うとともに、予約済の座席の予約をキャンセルし、所定の予約対象又は予約済の予約対象が会議室、応接室、又は備品のいずれかの場合であり、会議室、応接室、又は備品のいずれかの予約を行う前に予約済の会議室、応接室、又は備品があるときは、会議室、応接室、又は備品のいずれかの予約を行うとともに、予約済の会議室、応接室、又は備品のいずれかの予約に係るキャンセル要否の問合せを行う。また、予約処理部３８は、キャンセル選択部に対して、予約済の会議室、応接室、又は備品のいずれかの予約をキャンセルしない選択がされた場合に、会議室、応接室、又は備品のいずれかの予約を行うとともに、予約済の会議室、応接室、又は備品のいずれかの予約を維持する。予約処理部３８は更に、所定の予約対象に設けられたコード情報が取得されることにより、所定の予約対象の予約処理及び予約済の予約対象のキャンセル処理のうち少なくとも一方を行う。本実施形態において、予約処理部３８は、予約処理手段の一例として機能する。本実施形態において、予約処理部３８は、予約処理手段の一例として機能する。

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

●ログイン情報管理テーブル●
図５は、ログイン情報管理テーブルの一例を示す概念図である。記憶部３０００には、図５に示されているようなログイン情報管理テーブルによって構成されたログイン情報管理ＤＢ３００１が構築されている。ログイン情報管理テーブルでは、テナント識別情報ごとに、利用者識別情報、パスワード及び予約更新管理装置ＵＲＬが関連付けられて記憶、管理されている。これらのうち、テナント識別情報は、企業等のテナントに対応付けられた識別情報であり、例えば、「T0001」、「T0002」等で与えられる。

利用者識別情報は、テナント識別情報で管理される各利用者のメールアドレス等が記憶、管理される。利用者識別情報は、例えば、利用者によって予約更新管理装置３に対する認証が成功すると、予約更新管理装置３によって、入力された利用者識別情報が正しいものであると見なされる。この利用者識別情報は、予約対象を予約した予約者又は予約対象で行われる各種イベントの参加者のアカウントと同じものを示す。そのため、予約更新管理装置３は、入力された利用者識別情報により、利用者識別情報を入力した利用者が予約者である予約情報、又は参加者である予約情報を特定することができる。

ログインパスワードは、予約更新管理システム２を含む通信システム１を利用する際のログイン時の利用者識別情報と関連付けられた識別情報であり、初回の起動時（ログイン時）等に利用者が設定する。予約更新管理装置ＵＲＬは、予約更新管理装置３のうち各テナントに割り当てられたＵＲＬである。なお、予約更新管理装置ＵＲＬは複数の顧客に共通の内容でもよい。

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

●予約対象管理テーブル●
図６は、予約対象管理テーブルの一例を示す概念図である。記憶部３０００には、図６に示されているような予約対象管理テーブルによって構成された予約対象管理ＤＢ３００２が構築されている。予約対象管理テーブルでは、例えば、利用者識別情報ごとに、利用者名、予約対象識別情報、予約対象名、予約開始日時、予約終了日時及び利用状態が関連付けられて記憶、管理されている。これらのうち、利用者名は、利用者識別情報を有する利用者の名前である。予約対象識別情報は、座席、会議室等の予約対象(リソース)を識別する識別情報であり、例えば、「R0101」、「R0105」等で与えられる。予約対象名は、予約対象のリソースが何であるかを示し、例えば、予約対象のリソースが机(座席)であれば、「座席S01」等で与えられる。

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

利用状態は、予約対象の利用状態を表し、利用中であれば「利用中」、キャンセルされた場合は「キャンセル」といった内容に更新される。なお、図６に示された予約対象管理テーブルは、例えば、「2021/11/24 12:30pm」の状態を示したものである。

＜利用者端末の機能構成＞
次に、図４を用いて、利用者端末５の機能構成について説明する。図４に示されているように、利用者端末５は、送受信部５１、操作受付部５２、撮像取得部５３、表示制御部５４、判断部５５、生成部５７、予約処理部５８及び記憶読出部５９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ５０２、ＥＥＰＲＯＭ５０４及び記録メディア５１４のうち少なくとも一つからＲＡＭ５０３に展開された利用者端末５用のプログラムに従ったＣＰＵ５０１からの命令により動作することで実現される機能又は手段である。また、利用者端末５は、図３に示されているＲＯＭ５０２、ＥＥＰＲＯＭ５０４及び記録メディア５１４のうち少なくとも一つにより構築される記憶部５０００を有している。更に、記憶部５０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、予約対象に対する予約を行うための予約アプリ等が記憶されている。なお、予約更新管理装置３に記憶されている予約結果閲覧アプリは、予約アプリに含まれる一部の機能であってもよいし、予約アプリに付属する別のアプリであってもよい。

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

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

撮像取得部５３は、主に、ＣＭＯＳセンサ５０９及び撮像素子Ｉ／Ｆ５１０に対するＣＰＵ５０１の処理によって実現される。撮像取得部５３は、予約対象に設けられたＱＲコード等のコード情報を撮像して、撮像した予約対象に関連付けられた予約対象識別情報等の各種情報を取得する。本実施形態において、撮像取得部５３は、取得手段の一例として機能する。

表示制御部５４は、主に、ディスプレイ５０７に対するＣＰＵ５０１の処理によって実現され、利用者端末５における各種画面及び情報(データ)の表示制御を行う。また、表示制御部５４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、ディスプレイ５０７に表示させる。なお、表示制御部５４は、上述した予約更新管理装置３が有する表示制御部３４の各種機能を備えていてもよい。その場合、予約更新管理システム２では、予約更新管理装置３が有する表示制御部３４による各種表示制御に代えて、利用者端末５が有する表示制御部５４による各種表示制御が行われる。特に、表示制御部５４は、利用者による予約操作に基づいて所定の予約対象を予約する際に、所定の予約対象の他に利用者に関連付けられた予約済の予約対象が存在する場合、以下の処理を実行する。具体的には、表示制御部５４は、所定の予約対象の種類及び予約済の予約対象の種類に応じて、所定の予約対象の予約に係る情報及び予約済の予約対象のキャンセルに係る情報のうち少なくとも一方の情報を含む画面をディスプレイ５０７に表示させる。本実施形態において、表示制御部５４は、表示制御手段の一例として機能する。

判断部５５は、主に、ＣＰＵ５０１の処理によって実現され、利用者端末５における各種判断を行う。なお、判断部５５は更に、上述した予約更新管理装置３が有する判断部３５の各種機能を備えていてもよい。その場合、予約更新管理システム２では、予約更新管理装置３が有する判断部３５による各種判断処理に代えて、利用者端末５が有する判断部５５による各種判断処理が行われる。本実施形態において、判断部５５は、判断手段の一例として機能する。

生成部５７は、主に、ＣＰＵ５０１の処理によって実現され、判断部５５によって行われた所定の予約対象及び他の予約済の予約対象に関する判断結果に基づいて、ディスプレイ５０７に表示させるための各種予約処理結果に係る画面データを生成する。なお、生成部５７は更に、上述した予約更新管理装置３が有する生成部３７の機能を備えていてもよい。その場合、予約更新管理システム２では、予約更新管理装置３が有する生成部３７による処理に代えて、利用者端末５が有する生成部５７による処理が行われる。本実施形態において、生成部５７は、生成手段の一例として機能する。

予約処理部５８は、主に、ＣＰＵ５０１の処理によって実現され、利用者によって予約操作された所定の予約対象の予約、他の予約済の予約対象に係る予約のキャンセル又は維持を行う。なお、予約処理部５８は更に、上述した予約更新管理装置３が有する予約処理部３８の機能を備えていてもよい。その場合、予約更新管理システム２では、予約更新管理装置３が有する予約処理部３８による処理に代えて、利用者端末５が有する予約処理部５８による処理が行われる。本実施形態において、予約処理部５８は、予約処理手段の一例として機能する。

記憶読出部５９は、主に、ＲＯＭ５０２、ＥＥＰＲＯＭ５０４及び記録メディア５１４のうち少なくとも一つに対するＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ(又は情報)を記憶したり、記憶部５０００から各種データ(又は情報)を読み出したりする。また、記憶読出部５９は、予約更新管理装置３が送信した認証情報を記憶部５０００の所定領域に記憶、登録する。本実施形態において、記憶読出部５９は、記憶読出手段の一例として機能する。

●予約対象管理テーブル●
図７は、予約対象管理テーブルの一例を示す概念図である。記憶部５０００には、図７に示されているような予約対象管理テーブルによって構成された予約対象管理ＤＢ５００１が構築されている。なお、予約対象管理ＤＢ５００１は、図６に示した予約対象管理ＤＢ３００２と同様の内容のテーブル情報が管理されるため、説明を省略する。

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

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

取得部７３は、主に、ＣＰＵ７０１の処理によって実現され、予約更新管理装置３が送信した予約対象に係る予約情報の取得要求に基づいて、予約管理サーバ７で管理されている予約情報管理ＤＢから各種予約情報を取得する。本実施形態において、取得部７３は、取得手段の一例として機能する。

登録部７８は、主に、ＣＰＵ７０１の処理によって実現され、利用者が予め入力した各種予約対象に係る予約情報を予約管理サーバ７で管理されている予約情報管理ＤＢに登録する。また、登録部７８は、予約更新管理装置３が送信した予約対象に係る予約情報の更新結果を、予約管理サーバ７で管理されている予約情報管理ＤＢの各種予約情報に同期させて登録する。本実施形態において、登録部７８は、登録手段の一例として機能する。

記憶読出部７９は、主に、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つに対するＣＰＵ７０１の処理によって実現され、記憶部７０００に各種データ(又は情報)を記憶したり、記憶部７０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部７９は、記憶読出手段の一例として機能する。なお、予約管理サーバ７が有する各機能部は上述したものに限られず、予約管理サーバ７のハードウエア仕様等に応じて、適宜機能構成が変えられてもよい。

●予約情報管理テーブル●
図８は、予約情報管理テーブルの一例を示す概念図である。記憶部７０００には、図８に示されているような予約情報管理テーブルによって構成された予約情報管理ＤＢ７００１が構築されている。予約情報管理テーブルでは、テナント識別情報をタブとして分けられた予約識別情報ごとに、予約名、予約対象識別情報、予約対象名、利用者識別情報、予約開始日時、予約終了日時が関連付けられて記憶、管理されている。これらのうち、予約識別情報は、予約対象を識別するための識別情報であり、例えば、「E0001」、「E0002」等で与えられる。予約名は、予約におけるイベントを表し、例えば、「業務」、「会議」、「ランチミーティング」等で与えられる。その他の項目は、上述した予約対象管理テーブルで管理されている内容と同様である。そのため、予約管理サーバ７が管理する予約情報管理テーブルの内容は、予約更新管理装置３が保有する予約対象管理テーブルとの間で、定期的に同期処理が行われ、互いに最新の内容に更新される。

〔実施形態の処理又は動作〕
次に、図９乃至図２１を用いて、実施形態に係る通信システムにおける各処理又は動作を説明する。

＜定期実行処理＞
まず、予約更新管理装置３と予約管理サーバ７との間で行われる予約情報の同期処理のための定期実行処理について説明する。図９は、定期実行処理の一例を示すシーケンス図である。図９に示されているように、予約更新管理装置３の記憶読出部３９は、予約対象管理ＤＢ３００２（図６参照）に管理されている利用者識別情報を読み出す（ステップＳ１１）。

次に、送受信部３１は、予約管理サーバ７に対して予約情報の取得要求を送信する（ステップＳ１２）。これにより、予約管理サーバ７の送受信部７１は、予約更新管理装置３が送信した予約情報の取得要求を受信する。このとき、予約情報の取得要求には、予約更新管理装置３が管理しているテナント識別情報、現在日時情報が含まれる。なお、テナント識別情報に代えて又は加えて、ステップＳ１１で読み出した利用者識別情報を予約情報の取得要求に加えてもよい。

次に、予約管理サーバ７の記憶読出部７９は、予約管理情報の読出しを行う（ステップＳ１３）。具体的には、記憶読出部７９は、ステップＳ１２で受信したテナント識別情報をタブとして管理されているテーブル情報のうち、現在日時以降の予約管理情報をすべて読み出す。このときに読み出される予約管理情報には、予約識別情報、予約名、予約対象識別情報、予約対象名、利用者識別情報、予約開始日時情報、予約終了日時情報が含まれる。

次に、送受信部７１は、ステップＳ１２で受信した予約情報の取得要求に対する応答として、予約情報の取得応答を送信する（ステップＳ１４）。これにより、予約更新管理装置３の送受信部３１は、予約管理サーバ７が送信した予約情報の取得応答を受信する。このとき、予約情報の取得応答には、ステップＳ１３で読み出された予約管理情報のうち、利用者識別情報、予約対象識別情報、予約開始日時情報、予約終了日時情報が含まれる。なお、予約情報の取得応答には、上述した各情報のほか、ステップＳ１３で読み出された所定のテナント識別情報で管理されているテーブル情報(予約管理情報)がすべて含まれてもよい。

次に、予約更新管理装置３の記憶読出部３９は、予約情報の更新を行う（ステップＳ１５）。具体的には、記憶読出部３９は、予約対象管理ＤＢ３００２（図６参照）で管理され対応する各情報を、ステップＳ１４で受信した予約情報の取得応答に含まれる各情報に更新する。

予約更新管理装置３と予約管理サーバ７は、上述したステップＳ１２－Ｓ１５までの処理を定期的(例えば、１０分おき、１時間おき)に繰り返して実行する。これにより、予約更新管理装置３は、外部のクラウドサービスなどが提供する予約管理サーバ７で管理されている所定のテナントに所属する利用者の予約情報を同期(更新)させることが可能になる。

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

＜ログイン認証処理＞
続いて、予約更新管理システム２を利用する利用者によるログイン認証処理について説明する。図１０は、ログイン認証処理の一例を示すシーケンス図である。図１０に示されているように、利用者は、利用者端末５を用いて所定の予約対象を予約するための予約アプリ又はブラウザを起動し、Ｗｅｂサイトへのアクセスを行う。これにより、操作受付部５２は、Ｗｅｂサイトへのアクセスを受け付ける（ステップＳ３１）。このときのＷｅｂサイトは、ログイン情報管理ＤＢ３００１で管理され、テナント識別情報に対応付けられている予約更新管理装置ＵＲＬで示されるサイトである。

次に、利用者は、ログイン画面を起動する。これにより、予約処理部５８はログイン処理を実行し、表示制御部５４は、ディスプレイ５０７にログイン画面を表示させる（ステップＳ３２）。

次に、操作受付部５２は、利用者による認証情報入力を受け付ける（ステップＳ４１）。具体的には、操作受付部５２は、利用者が入力したメールアドレス等で示される利用者識別情報及びパスワードの入力を受け付ける。

次に、送受信部５１は、予約更新管理装置３に対して認証処理要求を送信する（ステップＳ４２）。これにより、予約更新管理装置３の送受信部３１は、利用者端末５が送信した認証処理要求を受信する。このとき、認証処理要求には、利用者識別情報及びパスワードが含まれる。

次に、予約更新管理装置３の判断部３５は、認証処理を実行する（ステップＳ４３）。具体的には、判断部３５は、ステップＳ４２で受信した利用者識別情報及びパスワードを用いてログイン情報管理ＤＢ３００１を検索することにより、対応する利用者識別情報及びパスワードを読み出して一致するかを判断する。これにより、利用者識別情報は、例えば、利用者によって予約更新管理装置３に対する認証が成功すると、予約更新管理装置３によって、入力された利用者識別情報が正しいものであると見なされる。なお、予約更新管理装置３は、判断部３５に代えて、予約処理部３８がステップＳ４３の処理を実行してもよい。

次に、予約更新管理装置３の送受信部３１は利用者端末５に対して、ステップＳ４２で受信した認証処理要求の応答として認証処理応答を送信する（ステップＳ４４）。これにより、利用者端末５の送受信部５１は、予約更新管理装置３が送信した認証応答を受信する。このとき、認証処理応答には、利用者端末５と予約更新管理装置３とが互いに通信するために確立されたセッション情報が含まれる。

次に、利用者端末５の記憶読出部５９は、ステップＳ４４で受信したセッション情報を含む認証情報を記憶部５０００の所定領域に記憶、登録する（ステップＳ４５）。

なお、上述したステップＳ４１－Ｓ４５までの処理は、予約アプリを起動した際の初回の処理に限られてもよい。そのため、利用者端末５は、以降に説明する他の装置との通信において、上述した手順によるログイン認証処理、セッション確立のための処理等が成功し、互いに通信可能な状態となっていることを前提とする。

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

＜予約可否判断処理及び予約結果表示処理＞
次に、予約更新管理装置３における予約可否判断処理及び予約結果表示処理について説明する。図１１は、予約可否判断処理及び予約結果表示処理の一例を示すシーケンス図である。図１１に示されているように、まず、利用者端末５を使用する利用者は、所定の予約対象(座席、会議室等)に貼付、若しくは印刷されているＱＲコード等のコードを撮影する。つまり、利用者端末５の表示制御部５４は、利用者によるコード撮影操作が行われることにより、ディスプレイ５０７にコード撮影画面を表示させる。これにより、利用者は、コード情報撮影画面中の所定の領域内に、所定の予約対象(座席、会議室等)に貼付、若しくは印刷されているＱＲコード等のコードを収めてピントを合わせることで、撮像取得部５３がＱＲコードを撮影し、予約対象に係る情報を取得する（ステップＳ１０１）。なお、コード情報は上述したＱＲコードで示される二次元コードに限られず、バーコードで示される一次元コード情報、及びＰＭコードで示される三次元コード情報であってよい。

●画面表示例●
ここで、利用者端末５における表示画面例について説明する。図１２は、利用者端末におけるコード情報取得時の表示画面例である。図１２に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によってコード情報撮影画面５０１１が表示される。コード情報撮影画面５０１１がディスプレイ５０７に表示されることにより、利用者は、コード情報撮影画面５０１１中の所定の領域内に、例えば、ＱＲコードを収めてピントを合わせることで撮像取得部５３がＱＲコードを撮影し、予約対象に係る情報を取得することができる。このときＱＲコードには、予約更新管理装置３とＱＲコード等のコード情報が設けられる各予約対象との間で、予約対象名、予約対象識別情報等を含むコード情報の埋込処理が事前に行われているものとする。

図１１に戻り、送受信部５１は、予約更新管理装置３に対して予約要求を送信する（ステップＳ１０２）。これにより、予約更新管理装置３の送受信部３１は、利用者端末５が送信した予約要求を受信する。このとき、予約要求には、利用者識別情報、予約対象識別情報が含まれる。

次に、予約更新管理装置３は、ステップＳ１０２で受信した予約対象識別情報を検索キーとして予約対象管理ＤＢ３００２（図６参照）を検索することにより、対応する予約情報を読み出して取得する（ステップＳ１０３）。このとき、予約情報には、利用者識別情報、利用者名、予約対象名、予約開始日時情報、予約終了日時情報、利用状態が含まれる。

次に、判断部３５は、予約対象の予約可否判断を含む処理を行う（ステップＳ１０４）。

<<予約可否判断処理の詳細>>
次に、ステップＳ１０４で実行された処理のうち、予約対象の予約可否判断の詳細について説明する。図１３は、予約対象に対する予約可否判断処理の詳細の一例を示すフローチャートである。図１３に示されているように、判断部３５は、読み出した予約情報のうち、利用者識別情報及び予約対象識別情報に対応付けられた予約対象は座席であるかを判断する（ステップＳ１０４－１）。

予約対象が座席である場合（ステップＳ１０４－１：ＹＥＳ）、判断部３５は、ステップＳ１０４－２の処理に遷移する。他方、予約対象が座席でない場合（ステップＳ１０４－１：ＮＯ）、すなわち、予約対象が会議室、応接室、備品等のリソースである場合、断部３５は、丸Ａの処理に遷移する。この丸Ａの処理の詳細については、後述にて説明する。

ステップＳ１０４－２において、判断部３５は更に、ＱＲコードを撮影した座席は予約可能かを判断する。具体的には、判断部３５は、読み出した予約情報のうち、利用者識別情報及び予約対象識別情報に対応付けられた座席が予約可能(空き)であるかを判断する。ＱＲコードを撮影した座席が予約可能である場合（ステップＳ１０４－２：ＹＥＳ）、判断部３５は、ステップＳ１０４－３の処理に遷移する。他方、予約対象が予約可能でない場合（ステップＳ１０４－２：ＮＯ）、すなわちＱＲコードを撮影した座席が予約不可能である場合、生成部３７は、ＱＲコードを撮影した座席の予約不可画面データを生成してこのフローを抜ける（ステップＳ１０４－４）。この予約不可画面データで示される画面に表示される内容は、後述する予約不可通知１表示欄５０２２に表示される画面となる。

ステップＳ１０４－３において、判断部３５は更に、予約済の座席は他に存在するかを判断する。具体的には、判断部３５は、読み出した予約情報のうち、利用者識別情報及び予約対象識別情報に対応付けられた座席の他に同じ利用者が予約した他の予約済の座席が存在するかを判断する。同じ利用者が予約した他の予約済の座席がある場合（ステップＳ１０４－３：ＹＥＳ）、予約処理部３８は、ＱＲコードを撮影した座席の予約及び予約済座席のキャンセルを行い、生成部３７は、ＱＲコードを撮影した座席の予約完了及び予約済座席のキャンセルの完了画面データを生成してこのフローを抜ける（ステップＳ１０４－５）。このＱＲコードを撮影した座席の予約完了及び予約済座席のキャンセルの完了画面データで示される画面に表示される内容は、後述する予約＆キャンセル処理結果表示欄５０２３に表示される通知内容となる。

他方、同じ利用者が予約した他の予約済の座席が存在しない場合（ステップＳ１０４－３：ＮＯ）、生成部３７は、ＱＲコードを撮影した座席の予約完了画面データを生成してこのフローを抜ける（ステップＳ１０４－６）。この予約完了画面データで示される画面に表示される内容は、後述する予約処理結果１表示欄５０２４に表示される通知内容となる。

<<予約可否判断処理の他の詳細>>
次に、ステップＳ１０４で実行された処理のうち、予約可否判断処理の他の詳細について説明する。図１４は、予約対象に対する予約可否判断処理の他の詳細の一例を示すフローチャートである。図１４に示されているように、予約対象が座席以外の他の予約対象場合（ステップＳ１０４－１：ＮＯ）、すなわち、予約対象が会議室、応接室、備品等のリソースである場合、丸Ａの処理として、判断部３５は、ＱＲコードを撮影した座席以外の他の予約対象(例えば、応接室)は予約可能かを判断する（ステップＳ１０４－１１）。具体的には、判断部３５は、読み出した予約情報のうち、利用者識別情報及び予約対象識別情報に対応付けられた応接室が予約可能(空き)であるかを判断する。ＱＲコードを撮影した応接室が予約可能である場合（ステップＳ１０４－１１：ＹＥＳ）、判断部３５は、ステップＳ１０４－１２の処理に遷移する。他方、予約対象が予約可能でない場合（ステップＳ１０４－１１：ＮＯ）、すなわちＱＲコードを撮影した応接室が予約不可能である場合、生成部３７は、ＱＲコードを撮影した応接室の予約不可画面データを生成してこのフローを抜ける（ステップＳ１０４－１３）。この予約不可画面データで示される画面に表示される内容は、後述する予約不可通知２表示欄５０２５に表示される画面となる。

ステップＳ１０４－１２において、判断部３５は更に、予約済の予約対象が他に存在するかを判断する。具体的には、判断部３５は、読み出した予約情報のうち、利用者識別情報及び予約対象識別情報に対応付けられた応接室の他に同じ利用者が予約した他の予約済の予約対象(座席以外の会議室、応接室、備品等)が存在するかを判断する。同じ利用者が予約した他の予約済の予約対象(以下、他の予約済リソースとも呼ぶ)がある場合（ステップＳ１０４－１２：ＹＥＳ）、予約処理部３８は、ＱＲコードを撮影した応接室の予約を行い、生成部３７は、ＱＲコードを撮影した会議室の予約完了及び予約済の予約対象のキャンセル要否画面データを生成してこのフローを抜ける（ステップＳ１０４－１４）。このＱＲコードを撮影した応接室の予約完了及び予約済の予約対象のキャンセル要否画面データで示される画面に表示される内容は、後述する予約＆キャンセル処理確認表示欄５０２６に表示される通知内容となる。

他方、同じ利用者が予約した他の予約済の予約対象が存在しない場合（ステップＳ１０４－１２：ＮＯ）、生成部３７は、ＱＲコードを撮影した応接室の予約完了画面データを生成してこのフローを抜ける（ステップＳ１０４－１５）。この予約完了画面データで示される画面に表示される内容は、後述する予約処理結果２表示欄５０２７に表示される通知内容となる。

図１１に戻り、予約更新管理装置３の送受信部３１は、ステップＳ１０２で受信した予約要求に対する応答としての予約応答を利用者端末５に対して送信する（ステップＳ１０５）。これにより、利用者端末５の送受信部５１は、予約更新管理装置３が送信した予約応答を受信する。このとき、予約応答には、ＱＲコードを撮影した予約対象に対する予約処理結果に係る処理結果情報が含まれる。予約応答には更に、予約状況に応じて、予約対象以外の他の予約済の予約対象に係る処理結果情報も含まれる。なお、処理結果情報には、ＱＲコードを撮影した予約対象に関連付けられた予約対象識別情報が含まれる。

＜予約結果の表示処理＞
次に、利用者端末の表示制御部５４は、ステップＳ１０５で受信した予約応答の内容に応じて、ディスプレイ５０７に処理結果を表示させる（ステップＳ１０６）。具体的には、所定の予約対象の他に利用者に関連付けられた予約済の予約対象が存在する場合、表示制御部５４は、所定の予約対象の種類及び予約済の予約対象の種類に応じて、所定の予約対象の予約に係る情報及び予約済の予約対象のキャンセルに係る情報のうち少なくとも一方の情報を含む画面を、利用者端末５のディスプレイ５０７に表示させる。このとき表示制御部５４は、所定の予約対象の予約に係る情報と予約済の予約対象のキャンセルに係る情報とを、一定の時間間隔(例えば5秒間隔)で交互に利用者端末５のディスプレイ５０７に表示させるようにしてもよい。更に、利用者端末５の表示制御部５４に代えて、予約更新管理装置３の表示制御部３４が上記の表示制御処理を実行してもよい。なお、ステップＳ１０６の処理において表示されるそれぞれの処理結果については、以下の各画面表示例にて詳細に説明する。

●画面表示例●
ここで、利用者端末５における表示画面例の別の例について説明する。図１５は、利用者端末における座席に対する予約不可時の表示画面例である。図１５に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約不可通知１表示欄５０２２と確認ボタン５０５１が含まれる。この場合、予約不可通知１表示欄５０２２には、ＱＲコードを撮影した座席「Ｓ２３」が既に予約済であり、他の座席の予約を促す旨が表示される。これにより、利用者は、予約対象としての座席「Ｓ２３」が予約できないことを目視で確認することができ、確認ボタン５０５１を操作することで、別の座席の予約操作に切り換えることが可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

●画面表示例●
図１６は、利用者端末における他の座席のキャンセルを伴う座席に対する予約完了時の表示画面例である。図１６に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約＆キャンセル処理結果表示欄５０２３と確認ボタン５０５２が含まれる。この場合、予約＆キャンセル処理結果表示欄５０２３には、ＱＲコードを撮影した座席「Ｓ２３」を予約し、既に予約済の座席「Ｓ０１」をキャンセルした旨が表示される。すなわち、予約＆キャンセル処理結果表示欄５０２３に表示される内容は、所定の予約対象の一例である座席「Ｓ２３」の予約に係る情報及び予約済の予約対象の一例である座席「Ｓ０１」のキャンセルに係る情報のうち少なくとも一方の情報を含む。これにより、利用者は、予約対象としての座席「Ｓ２３」が予約され、予約済の座席「Ｓ０１」が自動キャンセルされたことを目視で確認することができる。また、利用者は確認ボタン５０５１を操作することで、別の画面に切り換えることが可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

●画面表示例●
図１７は、利用者端末における座席に対する予約完了時の表示画面例である。図１７に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約処理結果１表示欄５０２４と確認ボタン５０５２が含まれる。この場合、予約処理結果１表示欄５０２４には、ＱＲコードを撮影した座席「Ｓ２３」を予約した旨が表示される。これは、座席「Ｓ２３」を予約した利用者と同じ利用者により予約された他の予約済の予約対象が無い場合の画面表示例となる。これにより、利用者は、予約対象としての座席「Ｓ２３」が予約されたことを目視で確認することができる。また、利用者は確認ボタン５０５３を操作することで、別の画面に切り換えることが可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

●画面表示例●
図１８は、利用者端末における座席以外の予約対象に対する予約不可時の表示画面例である。図１８に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約不可通知２表示欄５０２５と確認ボタン５０５４が含まれる。この場合、予約不可通知２表示欄５０２５には、ＱＲコードを撮影した応接室「Ｃ０１」が既に予約済であり、他の応接室の予約を促す旨が表示される。これにより、利用者は、予約対象としての応接室「Ｃ０１」が予約できないことを目視で確認することができ、確認ボタン５０５４を操作することで、別の応接室の予約操作に切り換えることが可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

●画面表示例●
図１９は、利用者端末における他の予約済の予約対象のキャンセル要否を伴う応接室に対する予約完了時の表示画面例である。図１９に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約＆キャンセル処理確認表示欄５０２６が含まれる。また、予約＆キャンセル処理確認表示欄５０２６には、ＱＲコードを撮影した応接室「Ｃ０１」を予約した旨が表示される。更に、予約＆キャンセル処理確認表示欄５０２６には、既に予約済の会議室「Ｍ０３」が存在するため、キャンセル要否を訪ねるメッセージと、そのメッセージに対して操作可能な「はい」ボタン５０５５、「いいえ」ボタン５０５６が表示される。すなわち、予約＆キャンセル処理確認表示欄５０２６に表示される内容は、所定の予約対象の一例である応接室「Ｃ０１」の予約に係る情報及び予約済の予約対象の一例である会議室「Ｍ０３」のキャンセル(キャンセル要否)に係る情報のうち少なくとも一方の情報を含む。これにより、利用者は、予約対象としての応接室「Ｃ０１」が予約されたことを目視で確認することができ、更に、予約済の会議室「Ｍ０３」のキャンセル要否を利用者自身で選択することができる。これは、予約対象が会議室、応接室等の複数人数で利用されるリソースの場合、利用者以外に利用中の他の利用者が存在する可能性が高い。そのため、予約更新管理システム２は、現在利用中（予約済）の予約対象については、新たに予約対象を予約する際に自動でキャンセルするのではなく、利用者にキャンセル要否を問い合わせるような形態を提供する。表示制御部５４は、図１９に示したような予約処理結果表示画面５０２１を表示させることで、現在利用中（予約済）の予約対象の利用状態を確認しながら、予約済の予約対象のキャンセルの実行要否を利用者自身に決定させることも可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

●画面表示例●
図２０は、利用者端末における座席以外の予約対象に対する予約完了時の表示画面例である。図２０に示されているように、利用者端末５のディスプレイ５０７には、表示制御部５４によって予約処理結果表示画面５０２１が表示される。予約処理結果表示画面５０２１には、予約処理結果２表示欄５０２７と確認ボタン５０５７が含まれる。この場合、予約処理結２果表示欄５０２７には、ＱＲコードを撮影した応接室「Ｃ０１」を予約した旨が表示される。これは、座席「Ｓ２３」を予約した利用者と同じ利用者により予約された他の予約済の予約対象が無い場合の画面表示例となる。これにより、利用者は、予約対象としての応接室「Ｃ０１」が予約されたことを目視で確認することができる。また、利用者は確認ボタン５０５３を操作することで、別の画面に切り換えることが可能になる。なお、予約処理結果表示画面５０２１上に表示される内容は、上述したコード情報撮影画面５０１１上に表示されてもよい。

＜予約キャンセル処理又は予約維持処理＞
<<予約済の予約対象の予約をキャンセルする場合>>
次に、図１９で示した予約＆キャンセル処理確認表示欄５０２６に表示された「はい」ボタン５０５５、又は「いいえ」ボタン５０５６に対するそれぞれの操作に応じた処理について説明する。図２１は、予約済の予約対象に対する処理の一例を示すシーケンス図である。図２１に示されているように、利用者端末の操作受付部５２は、図１９で示した予約＆キャンセル処理確認表示欄５０２６に設けられた「はい」ボタン５０５５、又は「いいえ」ボタン５０５６に対する操作を受け付ける（ステップＳ１１０）。

続いて、予約済の会議室のキャンセル要否において「はい」ボタンが操作されたときの処理について説明する。利用者端末５の送受信部５１は、ステップＳ１０７で「はい」ボタン５０５６に対する操作を受け付けると、予約更新管理装置３に対して、予約済の会議室のキャンセル要求を送信する（ステップＳ１１１）。これにより、予約更新管理装置３の送受信部３１は、利用者端末５が送信した予約済の会議室のキャンセル要求を受信する。このとき、予約済の会議室のキャンセル要求には、ＱＲコードを撮影した予約対象に関連付けられた予約対象識別情報と、「はい」ボタン５０５５に係るボタン情報とが含まれる。

次に、予約更新管理装置３の予約処理部３８は、ステップＳ１１１で受信した予約済の会議室のキャンセル要求に含まれる予約対象識別情報を検索キーとして予約対象管理ＤＢ３００２（図６参照）を検索することにより、対応する予約対象の予約処理を行う。また、予約処理部３８は、セッションを確立した利用者端末５を利用する利用者の利用者識別情報で対応付けられた他の予約済の予約対象に対する予約をキャンセルする。予約処理部３８は更に、キャンセルした予約済の予約対象の利用状態を「利用中」から「キャンセル」に更新する（ステップＳ１１２）。このとき、予約処理部３８は、予約対象管理ＤＢ３００２（図６参照）で管理されている予約済の予約対象（座席等）の予約終了時間を、例えば、ＱＲコード撮影を行った時刻に変更する。これにより、予約処理部３８は、予約済の予約対象に対してキャンセル又は予約時間の変更を行うことができる。

次に、送受信部３１は、ステップＳ１１１で受信した予約済の予約対象(予約済の会議室)のキャンセル要求に対する応答として、予約済の予約対象のキャンセル応答を送信する（ステップＳ１１３）。これにより、利用者端末５の送受信部５１は、予約更新管理装置３が送信した予約済の会議室のキャンセル応答を受信する。このときの予約済の会議室のキャンセル応答には、キャンセルした旨のメッセージ、状態フラグ等が含まれる。

<<予約済の予約対象の予約を維持する場合>>
次に、予約済の会議室のキャンセル要否において「いいえ」ボタン５０５６が操作されたときの処理について説明する。利用者端末５の送受信部５１は、ステップＳ１０７で「いいえ」ボタン５０５７に対する操作を受け付けると、予約更新管理装置３に対して、予約済の会議室の予約維持要求を送信する（ステップＳ１２１）。これにより、予約更新管理装置３の送受信部３１は、利用者端末５が送信した予約済の会議室の予約維持要求を受信する。このとき、予約済の会議室の予約維持要求には、ＱＲコードを撮影した予約対象に関連付けられた予約対象識別情報と、「いいえ」ボタン５０５６に係るボタン情報とが含まれる。

次に、予約更新管理装置３の予約処理部３８は、ステップＳ１２１で受信した予約済の会議室の予約維持要求に含まれる予約対象識別情報を検索キーとして予約対象管理ＤＢ３００２（図６参照）を検索することにより、対応する予約対象の予約処理を行う。また、予約処理部３８は、ステップＳ１１２と同様に、セッションを確立した利用者端末５を利用する利用者の利用者識別情報で対応付けられた他の予約済の予約対象に対する予約を維持する。予約処理部３８は更に、予約を維持した予約済の予約対象の利用状態を「利用中」のままとする（ステップＳ１２２）。

次に、送受信部３１は、ステップＳ１１１で受信した予約済の予約対象(予約済の会議室)の予約維持要求に対する応答として、予約済の予約対象の予約維持応答を送信する（ステップＳ１２３）。これにより、利用者端末５の送受信部５１は、予約更新管理装置３が送信した予約済の会議室の予約維持応答を受信する。このときの予約済の会議室の予約維持応答には、予約を維持した旨のメッセージ、状態フラグ等が含まれる。

なお、上述した予約更新管理装置３における予約可否判断処理は、利用者端末５において実行されてもよい。そのような場合、予約更新管理装置３は、例えば、ステップＳ１０３で取得した予約情報を含み予約可否判断処理要求を利用者端末５に送信する。これにより、利用者端末５は、図７に示した予約対象管理ＤＢ５００１を用いて予約対象に係る予約処理、及び予約済の予約対象のキャンセル又は予約維持を行う。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、予約更新管理システム２は、利用者による予約操作に基づいて所定の予約対象を予約する際に、所定の予約対象の他に利用者に関連付けられた予約済の予約対象が存在する場合、所定の予約対象の種類及び予約済の予約対象の種類に応じて、所定の予約対象の予約に係る情報及び予約済の予約対象のキャンセルに係る情報を含む画面を利用者端末５のディスプレイ５０７に表示させる（ステップＳ１０６）。これにより、他の予約済の予約対象が存在する場合でも、新たに予約対象を予約しようとしている利用者は、自らが他の予約済の予約対象のキャンセル要否を別途考慮新する必要がなくなるという効果を奏する。

更に、本実施形態によれば、予約更新管理システム２は、予約対象の種類に応じて他の予約済の予約対象のキャンセルの実行要否を利用者に促すようにする。これにより、上述した効果に加えて、予約対象の種類によっては、同じ利用者により予約された予約対象の重複予約(二重予約)を許可させることができる。そのため、予約対象の予約における利用者の利便性を更に向上させることが可能になるという効果を奏する。

更に、本実施形態によれば、利用者端末５は、利用者が操作した予約操作に応じた予約対象の予約処理、及び同じ利用者によって予約された他の予約済の予約対象に対するキャンセル処理又は維持処理を行う。これにより、上述した効果に加えて、予約更新管理装置３に成り代わって利用者端末５が上述した一連の処理を行うため、予約更新管理システムの構成を簡単化させることが可能になるという効果を奏する。

〔実施形態の補足〕
上述した実施形態において、予約対象を座席、会議室、応接室、又は備品を一例として示したが、これらに限らない。上述した●用語について●に記載した予約対象としてのリソースに含まれるものであれば、それらすべてが予約対象となり得る。

上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたデバイスを含むものとする。このデバイスとは、例えば、プロセッサ、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(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