JP6605741B2 - 調整システム、調整方法、および調整プログラム - Google Patents

Description

本発明は、貸与対象についてユーザ間で予約を調整する調整システム、調整方法、および調整プログラムに関する。

物や空間の貸与を管理する技術は既に存在する。たとえば、下記特許文献１の駐車場予約システムは、予約する駐車場が満車であっても、利用者が予約可能な駐車場予約システムである。駐車場予約システムにおいて、駐車場予約装置がユーザから目的地の指定を受付けると、これに応じて、目的地の周辺の駐車場を決定し、決定した駐車場が、到着時刻に満車であるか否かを、駐車場管理サーバに問い合わせる。これに応じて、駐車場管理サーバが、当該駐車場が到着時刻に満車であるか否かを判断し、満車であると判断した場合には、当該駐車場からの出庫を要求する出庫要求データを、通信可能に接続された、駐車利用者端末、移動担当者端末、利用希望者端末に送信する。出庫が承諾されれば、駐車場の予約が成立する。

特開２０１２−２１５９２３号公報

しかしながら、上述した特許文献１では、物や空間といった貸与対象の「貸与を希望するユーザ」と「貸与状況を管理するサーバ」間で貸与を管理しており、共通する貸与対象について「貸与を希望するユーザ」と「利用中のユーザ（または貸与するユーザ）」とで調整するような貸与管理ではない。

このように、特許文献１では、駐車場管理サーバは、満車であると判断した場合に当該駐車場からの出庫を要求する出庫要求データを駐車利用者端末や移動担当者端末に送信し、かつ、承諾データを受信しなければ、「利用中のユーザ（または貸与するユーザ）」があとどのくらいで物や空間を明け渡すかを把握することができない。このように、特許文献１では、人と人との意思をつなげることができない。

本発明は、ユーザ間で共通する貸与対象の管理の効率化を図ることを目的とする。

本願において開示される発明の一側面となる調整システム、調整方法、および調整プログラムは、第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システム、調整方法、および調整プログラムであって、前記調整システムは、前記記憶デバイスに、前記第１ユーザの第１端末からの前記貸与対象の貸与を解放する解放予定時刻と、前記第１ユーザが前記貸与対象を利用する利用時間と、を登録しており、前記プロセッサは、前記解放予定時刻の登録に先立って、前記第２ユーザの第２端末から前記貸与対象の貸与を希望する貸与希望時刻を受信して前記記憶デバイスに登録し、前記貸与希望時刻が前記利用時間内の時刻である場合、前記貸与対象の貸与を選択させる情報を前記第２端末に送信し、前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記第１端末から前記第１ユーザの位置情報を受信して、前記第１ユーザが前記貸与対象に存在するか否かを判定し、前記第１ユーザが前記貸与対象に存在する場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信し、前記第１端末から前記解放予定時刻を受信した場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、処理を実行することを特徴とする。

本発明の代表的な実施の形態によれば、ユーザ間で共通する貸与対象の管理の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、ネットワークシステムのシステム構成例を示す説明図である。 図２は、コンピュータのハードウェア構成例を示すブロック図である。 図３は、ユーザ情報管理ＤＢの記憶内容例を示す説明図である。 図４は、店舗情報管理ＤＢの記憶内容例を示す説明図である。 図５は、卓情報管理ＤＢの記憶内容例を示す説明図である。 図６は、店舗状況管理ＤＢの記憶内容例を示す説明図である。 図７は、退席情報管理ＤＢの記憶内容例を示す説明図である。 図８は、検索条件管理ＤＢの記憶内容例を示す説明図である。 図９は、検索結果ＤＢの記憶内容例を示す説明図である。 図１０は、予約依頼管理ＤＢの記憶内容例を示す説明図である。 図１１は、早期退席リクエスト管理ＤＢの記憶内容例を示す説明図である。 図１２は、早期退席状況管理ＤＢの記憶内容例を示す説明図である。 図１３は、早期退席リクエスト結果ＤＢの記憶内容例を示す説明図である。 図１４は、端末の調整システムへのログイン時の画面例１を示す説明図である。 図１５は、端末の調整システムへのログイン時の画面例２を示す説明図である。 図１６は、検索結果の画面例１を示す説明図である。 図１７は、検索結果の画面例２を示す説明図である。 図１８は、検索結果の画面例３を示す説明図である。 図１９は、予約問合せ時の画面例を示す説明図である。 図２０は、リクエスト結果の送信後の画面例を示す説明図である。 図２１は、早期退席リクエストが受け付けられた場合の利用ユーザ側の画面例を示す説明図である。 図２２は、退席依頼画面例を示す説明図である。 図２３は、ログイン処理（ステップＳ２３００）の詳細な処理手順例を示すフローチャートである。 図２４は、予約管理処理例１を示すフローチャートである。 図２５は、予約管理処理例２を示すフローチャートである。 図２６は、図２５に示した調整処理（ステップＳ２５１８）の詳細な処理手順例を示すフローチャートである。 図２７は、予約管理処理例３を示すフローチャートである。

＜システム構成例＞
図１は、ネットワークシステムのシステム構成例を示す説明図である。ネットワークシステム１００は、調整システム１０１と、外部システム１０２と、端末１０３と、を有する。これらは、インターネットなどのネットワーク１０４により通信可能に接続される。

調整システム１０１は、端末１０３間で、当該端末１０３のユーザ間における物や空間（以下、貸与対象）の貸与を管理する。貸与対象は、たとえば、レンタカー、音楽や映画などのレンタルディスク、書籍などの物と、飲食店の座席、駐車場の駐車スペース、体育館やグラウンドなどの運動施設、会議室などの空間と、を含む。本実施例では、貸与対象として、飲食店の座席を例に挙げる。

調整システム１０１は、調整装置１１０と、解放受付装置１１１と、予約受付装置１１２と、により構成される。図１では、調整装置１１０、解放受付装置１１１、および予約受付装置１１２は、それぞれ独立した３台のコンピュータにより構成されるが、それぞれの機能が集約された２台以下のコンピュータにより構成されてもよい。また、４台以上のコンピュータにより構成されてもよい。解放受付装置１１１は、貸与対象の占有の解放を端末１０３から受け付ける。たとえば、貸与対象が飲食店の座席である場合、解放受付装置１１１は、当該座席の退席予定時刻を受け付ける。予約受付装置１１２は、貸与対象の占有の予約を端末１０３から受け付ける。たとえば、貸与対象が飲食店の座席である場合、予約受付装置１１２は、当該座席の予約を端末１０３から受け付ける。調整装置１１０は、貸与対象の占有の解放と予約とを調整する。たとえば、貸与対象が飲食店の座席である場合、解放受付装置１１１に解放が受け付けられた座席から、予約受付装置１１２に受け付けられた予約に合致する座席を特定し、予約成立を支援する。

外部システム１０２は、貸与対象を直接または間接的に管理する１以上のサーバ１２０である。貸与対象を直接管理するサーバ１２０とは、貸与対象をユーザに提供するためのサーバ１２０である。貸与対象が飲食店の座席である場合、当該サーバ１２０は、飲食店が運営するサイトである。貸与対象を間接的に管理するサーバ１２０とは、ユーザからの貸与対象の貸与要求を、貸与対象を直接管理するサーバ１２０に提供するためのサーバ１２０である。貸与対象が飲食店の座席である場合、当該サーバ１２０は、飲食店が運営するサイトにユーザからの貸与対象の貸与要求を提供する検索サイトや評価サイトである。

端末１０３は、調整システム１０１や外部システム１０２にアクセスする。端末１０３は、解放受付装置１１１に貸与対象の占有を解放する旨のデータを送信する。たとえば、貸与対象が飲食店の座席である場合、端末１０３は、解放受付装置１１１に退席予定時刻を含むデータを送信する。また、端末１０３は、予約受付装置１１２に貸与対象の占有を予約する旨のデータを送信する。たとえば、貸与対象が飲食店の座席である場合、端末１０３は、予約受付装置１１２に当該座席の予約に関するデータを送信する。

＜コンピュータのハードウェア構成例＞
図２は、図１に示した装置１１０〜１１２，１２０および端末１０３（以下、コンピュータ２００）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バスにより接続される。プロセッサ２０１は、コンピュータ２００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ（表示デバイス）、プリンタがある。通信ＩＦ２０５は、ネットワーク１０４と接続し、データを送受信する。

＜各種ＤＢ（データベース）の記憶内容例＞
つぎに、調整システム１０１がアクセス可能な各種ＤＢを、図３〜図１３を用いて説明する。これらのＤＢは、具体的には、たとえば、図２に示した記憶デバイス２０２に記憶される。なお、以降のＤＢの説明において、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、ユーザＩＤフィールド３０１の値を、ユーザＩＤ３０１と表記する。

図３は、ユーザ情報管理ＤＢの記憶内容例を示す説明図である。ユーザ情報管理ＤＢ３００は、端末１０３のユーザに関する情報（ユーザ情報）を管理するＤＢである。ユーザ情報管理ＤＢ３００は、ユーザＩＤフィールド３０１と、氏名フィールド３０２と、生年月日フィールド３０３と、電話番号フィールド３０４と、Ｅメールアドレスフィールド３０５と、性別フィールド３０６と、パスワードフィールド３０７と、を有する。同一行の各フィールドの値により、１人のユーザのユーザ情報を示すエントリを構成する。

ユーザＩＤフィールド３０１は、ユーザＩＤを格納する記憶領域である。ユーザＩＤ３０１は、ユーザを一意に特定する識別情報である。氏名フィールド３０２は、ユーザの氏名を格納する記憶領域である。生年月日フィールド３０３は、ユーザの生年月日を格納する記憶領域である。電話番号フィールド３０４は、ユーザの電話番号を格納する記憶領域である。Ｅメールアドレスフィールド３０５は、ユーザのＥメールアドレスを格納する記憶領域である。性別フィールド３０６は、ユーザの性別を格納する記憶領域である。パスワードフィールド３０７は、ユーザが設定したパスワードを格納する記憶領域である。パスワード３０７は、調整システム１０１へのログインに用いられる文字列である。

図４は、店舗情報管理ＤＢの記憶内容例を示す説明図である。店舗情報管理ＤＢ４００は、店舗に関する情報（店舗情報）を管理するＤＢである。店舗情報管理ＤＢ４００は、店舗ＩＤフィールド４０１と、店舗名フィールド４０２と、住所フィールド４０３と、電話番号フィールド４０４と、ＵＲＬフィールド４０５と、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、を有する。同一行の各フィールドの値により、１店舗の店舗情報を示すエントリを構成する。

店舗ＩＤフィールド４０１は、店舗ＩＤを格納する記憶領域である。店舗ＩＤは、店舗を一意に特定する識別情報である。店舗名フィールド４０２は、店舗名を格納する記憶領域である。住所フィールド４０３は、店舗の住所を格納する記憶領域である。電話番号フィールド４０４は、店舗の電話番号を格納する記憶領域である。ＵＲＬフィールド４０５は、店舗のサイト（外部システム１０２内のサーバ１２０）のＵＲＬを格納する記憶領域である。エリアフィールド４０６は、店舗の住所を含むエリアを格納する記憶領域である。駅からの時間フィールド４０７は、最寄駅から店舗までの時間を格納する記憶領域である。駐車場の有無フィールド４０８は、店舗が駐車場を持っているか否かを示す駐車場の有無を格納する記憶領域である。

図５は、卓情報管理ＤＢの記憶内容例を示す説明図である。卓情報管理ＤＢ５００は、卓に関する情報（卓情報）を管理するＤＢである。卓情報管理ＤＢ５００は、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、卓名フィールド５０２と、着席可能人数フィールド５０３と、卓タイプフィールド５０４と、を有する。同一行の各フィールドの値により、１つの卓情報を示すエントリを構成する。

卓ＩＤフィールド５０１は、卓ＩＤを格納する記憶領域である。卓ＩＤ５０１は、卓を一意に特定する識別情報である。卓名フィールド５０２は、卓名を格納する記憶領域である。着席可能人数フィールド５０３は、その卓での着席可能人数を格納する記憶領域である。卓タイプフィールド５０４は、卓タイプを格納する記憶領域である。卓タイプ５０４は、卓の種類（たとえば、テーブル、個室、１人席）を示す。

図６は、店舗状況管理ＤＢの記憶内容例を示す説明図である。店舗状況管理ＤＢ６００は、店舗の利用状況を管理するＤＢである。店舗状況管理ＤＢ６００は、利用ＩＤフィールド６０１と、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用ユーザＩＤフィールド６０２と、利用人数フィールド６０３と、利用開始時刻フィールド６０４と、利用終了時刻フィールド６０５と、登録日付フィールド６０６と、を有する。同一行の各フィールドの値により、１つの店舗状況情報を示すエントリを構成する。店舗状況情報は、たとえば、当該店舗の予約時に外部システム１０２から登録される。

利用ＩＤフィールド６０１は、利用ＩＤを格納する記憶領域である。利用ＩＤ６０１は、当該店舗における当該卓の利用を一意に特定する識別情報である。利用ユーザＩＤフィールド６０２は、利用ユーザＩＤを格納する記憶領域である。利用ユーザＩＤ６０２は、その利用ＩＤ６０１で店舗を利用するユーザのユーザＩＤ３０１である。利用人数フィールド６０３は、その利用ＩＤ６０１で店舗を利用する利用人数を格納する記憶領域である。利用開始時刻フィールド６０４は、利用開始時刻を格納する記憶領域である。

利用開始時刻６０４は、その利用ＩＤ６０１で決定された店舗の利用を開始する時刻である。利用終了時刻フィールド６０５は、利用終了時刻を格納する記憶領域である。利用終了時刻６０５は、その利用ＩＤ６０１で決定された店舗の利用を終了する時刻である。利用終了時刻６０５は、退席予定時刻７０１により更新される。登録日付フィールド６０６は、登録日付を格納する記憶領域である。登録日付６０６は、当該エントリの情報を登録した日付である。

図７は、退席情報管理ＤＢの記憶内容例を示す説明図である。退席情報管理ＤＢ７００は、利用ユーザの貸与対象からの退席を管理するＤＢである。退席情報管理ＤＢ７００は、利用ユーザＩＤフィールド６０２と、利用ＩＤフィールド６０１と、退席予定時刻フィールド７０１と、予約依頼ユーザＩＤフィールド７０２と、退席依頼時刻フィールド７０３と、退席状況フラグフィールド７０４と、を有する。同一行の各フィールドの値により、１つの退席情報を示すエントリを構成する。

退席予定時刻フィールド７０１は、退席予定時刻を格納する記憶領域である。退席予定時刻７０１は、利用終了時刻６０５前に利用ユーザが貸与対象からの退席を予定した時刻である。予約依頼ユーザＩＤフィールド７０２は、予約依頼ユーザＩＤを格納する記憶領域である。予約依頼ユーザＩＤ７０２は、貸与対象の予約を依頼したユーザ（予約依頼ユーザ）のユーザＩＤ３０１である。退席依頼時刻フィールド７０３は、退席依頼時刻を格納する記憶領域である。退席依頼時刻７０３は、予約依頼ユーザが利用ユーザに退席を依頼した時刻である。退席状況フラグフィールド７０４は、退席状況フラグを格納する記憶領域である。退席状況フラグ７０４は、利用ユーザＩＤ６０２のユーザが退席したか否かを示すフラグである。

図８は、検索条件管理ＤＢの記憶内容例を示す説明図である。検索条件管理ＤＢ８００は、ユーザから入力された検索条件を管理するＤＢである。検索条件管理ＤＢ８００は、検索条件ＩＤフィールド８０１と、予約依頼ユーザＩＤフィールド７０２と、利用予定日時フィールド８０２と、利用希望人数フィールド８０３と、抽出条件および除外条件フィールド８０４と、を有する。同一行の各フィールドの値により、１つの検索条件を示すエントリを構成する。

検索条件ＩＤフィールド８０１は、検索条件ＩＤを格納する記憶領域である。検索条件ＩＤ８０１は、検索条件を一意に特定する識別情報である。利用予定日時フィールド８０２は、サブフィールドとして、利用日付フィールド８２１と、利用開始希望時刻フィールド８２２と、利用終了希望日時フィールドと、を有する。利用日付フィールド８２１は、利用日付を格納する記憶領域である。利用日付８２１は、予約依頼ユーザが貸与対象を利用したい日付である。利用開始希望時刻フィールド８２２は、利用開始希望時刻を格納する記憶領域である。利用開始希望時刻８２２は、利用日付８２１において、予約依頼ユーザが貸与対象の利用を開始したい時刻である。利用終了希望時刻フィールド８２３は、利用終了希望時刻を格納する記憶領域である。利用終了希望時刻８２３は、利用日付８２１において、予約依頼ユーザが貸与対象の利用を終了したい時刻である。

利用希望人数フィールド８０３は、利用希望人数を格納する記憶領域である。利用希望人数８０３は、利用予定日時８０２において、予約依頼ユーザが貸与対象の利用を終了したい人数である。

抽出条件および除外条件フィールド８０４は、抽出条件および除外条件を格納する記憶領域であり、具体的には、たとえば、サブフィールドとして、店舗名フィールド４０２と、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、卓タイプフィールド５０３と、を有する。

図９は、検索結果ＤＢの記憶内容例を示す説明図である。検索結果ＤＢ９００は、店舗情報管理ＤＢ４００および卓情報管理ＤＢ５００を検索条件によって検索した検索結果を格納するＤＢである。検索結果ＤＢ９００は、検索条件ＩＤフィールド８０１と、店舗情報フィールド９０１と、抽出条件および除外条件フィールド８０４と、登録時刻フィールド９０２と、を有する。店舗情報フィールド９０１は、サブフィールドとして、店舗ＩＤフィールド４０１と、店舗名フィールド４０２と、卓タイプフィールド５０４と、利用開始可能時刻フィールド９１１と、利用終了時刻フィールド６０５と、を有する。同一行の各フィールドの値により、１つの検索結果を示すエントリを構成する。

利用開始可能時刻フィールド９１１は、利用開始可能時刻を格納する記憶領域である。利用開始可能時刻９１１は、予約依頼ユーザが貸与対象の利用を開始できる時刻である。利用終了時刻フィールド６０５は、利用終了時刻を格納する記憶領域である。利用終了時刻６０５は、予約依頼ユーザが貸与対象の利用を終了する時刻である。利用終了時刻６０５は、利用中のユーザの利用終了時刻でもある。

抽出条件および除外条件フィールド８０４は、サブフィールドとして、たとえば、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、を有する。登録時刻フィールド９０２は、登録時刻を格納する記憶領域である。登録時刻９０２は、検索結果が検索結果ＤＢ９００に登録された時刻である。

図１０は、予約依頼管理ＤＢの記憶内容例を示す説明図である。予約依頼管理ＤＢ１０００は、予約依頼ユーザからの予約依頼を管理するＤＢである。予約依頼管理ＤＢ１０００は、予約依頼ＩＤフィールド１００１と、予約依頼ユーザＩＤフィールド７０２と、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用希望人数フィールド８０３と、予約希望日時フィールド１００２と、ステータスフィールド１００３と、を有する。同一行の各フィールドの値により、１つの予約依頼を示すエントリを構成する。

予約依頼ＩＤフィールド１００１は、予約依頼ＩＤを格納する記憶領域である。予約依頼ＩＤ１００１は、当該エントリである予約依頼を一意に特定する識別情報である。予約希望日時フィールド１００２は、予約希望日時を格納する記憶領域であり、具体的には、たとえば、サブフィールドとして、予約希望日付フィールド１０２１と、予約開始希望時刻フィールド１０２２と、予約終了希望時刻フィールド１０２３と、を有する。

予約希望日付フィールド１０２１は、予約希望日付を格納する記憶領域である。予約依頼ユーザが予約したい日付である。予約開始希望時刻フィールド１０２２は、予約開始希望時刻を格納する記憶領域である。予約開始希望時刻１０２２は、予約依頼ユーザが予約したい開始時刻である。予約終了希望時刻フィールド１０２３は、予約終了希望時刻を格納する記憶領域である。予約終了希望時刻１０２３は、予約依頼ユーザが予約したい終了時刻である。ステータスフィールド１００３は、予約依頼が仮予約であるか予約完了であるかを示すステータスを格納する記憶領域である。

図１１は、早期退席リクエスト管理ＤＢの記憶内容例を示す説明図である。早期退席リクエスト管理ＤＢ１１００は、早期退席リクエストを管理するＤＢである。早期退席リクエストは、利用ユーザの退席を早期に促すリクエストである。早期退席リクエスト管理ＤＢ１１００は、早期退席リクエストＩＤフィールド１１０１と、予約依頼ユーザＩＤフィールド７０２と、早期退席リクエスト内容フィールド１１０２と、を有する。同一行の各フィールドの値により、１つの早期退席リクエストを示すエントリを構成する。

早期退席リクエストＩＤフィールド１１０１は、早期退席リクエストＩＤを格納する記憶領域である。早期退席リクエストＩＤ１１０１は、早期退席リクエストを一意に特定する識別情報である。

早期退席リクエスト内容フィールド１１０２は、サブフィールドとして、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用希望人数フィールド８０３と、利用開始希望時刻フィールド１１２１と、利用終了希望時刻フィールド１１２２と、早期退席リクエスト返答可能待ち時間フィールド１１２３と、を有する。

予約開始希望時刻フィールド１１２１は、予約開始希望時刻を格納する記憶領域である。予約開始希望時刻１１２１は、予約依頼ユーザが指定した予約の開始時刻である。予約終了希望時刻フィールド１１２２は、予約終了希望時刻を格納する記憶領域である。予約終了希望時刻１１２２は、予約依頼ユーザが指定した予約の終了時刻である。早期退席リクエスト返答可能待ち時間フィールド１１２３は、早期退席リクエスト返答可能待ち時間を格納する記憶領域である。早期退席リクエスト返答可能待ち時間１１２３は、予約依頼ユーザが、早期退席リクエストを受け取った利用ユーザからの返答を待機できる時間である。

図１２は、早期退席状況管理ＤＢの記憶内容例を示す説明図である。早期退席状況管理ＤＢ１２００は、早期退席リクエストをした場合の状況を管理するＤＢである。早期退席状況管理ＤＢ１２００は、早期退席リクエストＩＤフィールド１１０１と、利用ユーザＩＤフィールド６０２と、利用ＩＤフィールド６０１と、リクエスト送信フラグフィールド１２０１と、レスポンス返信フラグフィールド１２０２と、利用開始可能時刻フィールド１２０３と、を有する。同一行の各フィールドの値により、１つの早期退席状況を示すエントリを構成する。

リクエスト送信フラグフィールド１２０１は、リクエスト送信フラグを格納する記憶領域である。リクエスト送信フラグ１２０１は、早期退席リクエストを送信したか否かを示すフラグである。レスポンス返信フラグフィールド１２０２は、レスポンス返信フラグを格納する記憶領域である。レスポンス返信フラグ１２０２は、早期退席リクエストに対するレスポンスがあったか否かを示すフラグである。利用開始可能時刻フィールド１２０３は、利用開始可能時刻を格納する記憶領域である。利用開始可能時刻１２０３は、早期退席リクエストに応答した結果、予約依頼ユーザが利用開始することができる時刻である。

図１３は、早期退席リクエスト結果ＤＢの記憶内容例を示す説明図である。早期退席リクエスト結果ＤＢ１３００は、早期退席リクエストの結果を格納するＤＢである。早期退席リクエスト結果ＤＢ１３００は、早期退席リクエストＩＤフィールド１１０１と、利用ＩＤフィールド６０１と、早期退席予定時刻フィールド１３０１と、を有する。同一行の各フィールドの値により、１つの早期退席リクエスト結果を示すエントリを構成する。早期退席予定時刻１３０１は、利用ユーザまたは予約依頼ユーザからの早期退席リクエストに対する返信結果であり、利用開始可能時刻１２０３と一致する。

＜端末１０３の画面例＞
図１４は、端末１０３の調整システム１０１へのログイン時の画面例１を示す説明図である。端末１０３が調整システム１０１にアクセスすると端末１０３の表示デバイスにログイン画面１４００が表示される。ログイン画面１４００は、ユーザＩＤ入力欄１４０１と、パスワード入力欄１４０２と、ログインボタン１４０３と、新規登録ボタン１４０４と、を有する。ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２には、ユーザ操作により文字列が入力される。

ユーザがログインボタン１４０３を押下すると、ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２にそれぞれ入力された文字列が調整システム１０１に送信される。送信された文字列の組み合わせが、図３のユーザ情報管理ＤＢ３００のユーザＩＤ３０１およびパスワード３０７と一致した場合、ログインが成功したことになる。したがって、端末１０３は、調整システム１０１から送信されてくるメイン画面情報により、表示デバイスにメイン画面１４１０を表示する。メイン画面１４１０は、店舗予約ボタン１４１１と、退席予定時刻登録ボタン１４１２と、を有する。

一方、送信された文字列の組み合わせが、図３のユーザ情報管理ＤＢ３００のユーザＩＤおよびパスワードと一致しなかった場合、ログインが失敗したことになる。したがって、端末１０３は、調整システム１０１から送信されてくるログイン画面情報により、表示デバイスに再ログイン画面１４２０を表示する。メイン画面１４１０は、店舗予約ボタン１４１１と、退席時刻登録ボタン１４１２と、を有する。再ログイン画面１４２０は、ユーザＩＤ入力欄１４０１と、パスワード入力欄１４０２と、ログインボタン１４０３と、を有する。ユーザがログインボタン１４０３を押下すると、ログインに成功すれば、メイン画面１４１０が端末１０３の表示デバイスに表示され、ログインに失敗すれば、再ログイン画面１４２０が端末１０３の表示デバイスに表示される。

ログイン画面１４００において、ユーザが新規登録ボタン１４０４を押下すると、端末１０３から調整システム１０１に新規登録依頼が送信される。調整システム１０１は、新規ユーザ登録画面情報を端末１０３に送信し、端末１０３は、表示デバイスに新規ユーザ登録画面１４３０を表示する。新規ユーザ登録画面１４３０は、氏名入力欄１４３１と、生年月日入力欄１４３２と、電話番号入力欄１４３３と、Ｅメールアドレス入力欄１４３４と、性別入力欄１４３５と、パスワード入力欄１４０２と、登録ボタン１４３６と、を有する。各入力欄１４３１〜１４３５、１４０２に、ユーザ操作により文字列が入力される。各入力欄１４３１〜１４３５、１４０２に入力された文字列の組み合わせがユーザ情報を構成する。したがって、ユーザはユーザ情報を入力してユーザ登録することが可能である。

図１５は、端末１０３の調整システム１０１へのログイン時の画面例２を示す説明図である。ユーザが店舗予約ボタン１４１１を押下すると、店舗予約リクエストが調整システム１０１の予約受付装置１１２に送信される。その結果、端末１０３は、予約受付装置１１２から送信されてくる予約入力画面情報により、表示デバイスに予約入力画面１５０１を表示する。予約入力画面１５０１は、利用予定日時入力欄１５１１と、抽出条件入力欄１５１２と、利用希望人数入力欄１５１３と、除外条件入力欄１５１４と、検索ボタン１５１５と、を有する。各入力欄１５１１〜１５１４に入力された文字列と当該ログイン中のユーザＩＤ３０１との組み合わせが検索条件を構成する。ユーザが検索ボタン１５１５を押下すると、当該検索条件が予約受付装置１１２に送信される。

また、ユーザが退席予定時刻登録ボタン１４１２を押下すると、退席予定時刻登録リクエストが解放受付装置１１１に送信される。その結果、端末１０３は、解放受付装置１１１から送信されてくる退席予定時刻登録画面情報により、表示デバイスに退席予定時刻登録画面１５０２を表示する。退席予定時刻登録画面１５０２は、利用店舗入力欄１５２１と、利用人数入力欄１５２２と、退席予定時刻入力欄１５２３と、登録ボタン１５２４と、を有する。各入力欄１５２１〜１５２３に入力された文字列と当該ログイン中のユーザＩＤ３０１との組み合わせが退席予定時刻登録情報を構成する。ユーザが登録ボタン１５２４を押下すると、当該退席予定時刻登録情報が解放受付装置１１１を介して調整装置１１０に送信される。調整装置１１０は、退席情報管理ＤＢ７００において、当該ユーザのユーザＩＤ３０１（利用ユーザＩＤ６０２）および利用ＩＤ６０１のエントリを特定して、当該エントリに退席予定時刻７０１を登録する。

図１６は、検索結果の画面例１を示す説明図である。ユーザが予約入力画面１５０１の検索ボタン１５１５を押下すると、当該検索条件が予約受付装置１１２を介して調整装置１１０に送信される。（Ａ）に示すように、調整装置１１０において１件も検索結果が得られなかった場合、端末１０３は、予約受付装置１１２から送信されてくる検索結果画面情報により、表示デバイスに検索結果画面１６０１を表示する。検索結果画面１６０１は、予約入力画面１５０１と同様、利用予定日時入力欄１５１１と、抽出条件入力欄１５１２と、利用希望人数入力欄１５１３と、除外条件入力欄１５１４と、検索ボタン１５１５と、を有する。したがって、ユーザは再度検索条件を入力して再検索することが可能である。

（Ｂ）に示すように、また、調整装置１１０において１件以上検索結果が得られた場合、端末１０３は、予約受付装置１１２から送信されてくる検索結果一覧画面情報により、表示デバイスに検索結果一覧画面１６０２を表示する。検索結果一覧画面１６０２は、検索結果１６２０と、第１絞り込みボタン１６２１と、第２絞り込みボタン１６２２と、第３絞り込みボタン１６２３と、を有する。第１絞り込みボタン１６２１は、たとえば、検索結果１６２０を空き状態の貸与対象のみに絞り込むためのボタンである。第１絞り込みボタン１６２１が押下されると、検索結果１６２０がさらに、空席を有する貸与対象（（Ｂ）では、Ａ店の「座敷」とＢ店の「テーブル」）に絞り込まれる。第２絞り込みボタン１６２２は、たとえば、検索結果１６２０を３０分以内に退席される貸与対象のみに絞り込むためのボタンである。第２絞り込みボタン１６２２が押下されると、検索結果１６２０がさらに、３０分以内に退席される貸与対象（（Ｂ）では、Ａ店の「テーブル１８：１５〜」とＢ店の「座敷１８：３０〜」とＣ店の「テーブル１８：３０〜」）に絞り込まれる。第３絞り込みボタン１６２３は、たとえば、検索結果１６２０を３０分間経過後に退席される貸与対象のみに絞り込むためのボタンである。第３絞り込みボタン１６２３が押下されると、検索結果１６２０がさらに、３０分間経過後に退席される貸与対象（（Ｂ）では、何も絞り込まれない）に絞り込まれる。

図１７は、検索結果１６２０の画面例２を示す説明図である。検索結果一覧画面１６０２において、ユーザが第１絞り込みボタン１６２１を押下すると、検索結果一覧画面１６０２は、（Ａ）に示すように、検索結果１６２０が空き状態の貸与対象のみに絞り込まれた検索結果一覧画面１６０２となる。また、ユーザが第１絞り込みボタン１６２１および第２絞り込みボタン１６２２を押下すると、検索結果一覧画面１６０２は、（Ｂ）に示すように、検索結果１６２０が空き状態および３０分以内に退席される貸与対象のみに絞り込まれた検索結果一覧画面１６０２となる。

図１８は、検索結果１６２０の画面例３を示す説明図である。ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、空き状態の貸与対象（たとえば、Ａ店の「座敷」）のボタンを押下すると、端末１０３は、ユーザが選択した条件選択情報を含む予約画面１８０１を表示デバイスに表示する。予約画面１８０１は、予約ボタン１８１１と、一覧画面遷移リンク１８１２と、を有する。ユーザが予約ボタン１８１１を押下すると、条件選択情報が予約受付装置１１２を介して調整装置１１０に送信され、調整装置１１０は、当該予約を成立させる。また、ユーザが一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、３０分以内および３０分以上に退席される貸与対象のボタンを押下した場合も同様である。

一方、ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、３０分間経過後に退席される貸与対象（たとえば、Ｂ店の「窓側テーブル２０：００〜」）のボタンを押下すると、その内容が条件選択情報として予約受付装置１１２を介して調整装置１１０に送信される。この場合の条件選択情報は、早期退席リクエストの要求情報を含む。その結果、予約受付装置１１２は、早期退席リクエスト画面情報を端末１０３に送信する。端末１０３は、予約受付装置１１２からの早期退席リクエスト画面情報により、表示デバイスに早期退席リクエスト画面１８０２を表示する。早期退席リクエスト画面１８０２は、ユーザが選択した条件選択情報を表示し、かつ、予約ボタン１８１１と、早期退席リクエスト時間入力欄１８２１と、早期退席リクエスト返信待ち可能時間入力欄１８２２と、早期退席リクエスト送信ボタン１８２３と、一覧画面遷移リンク１８１２と、を有する。

早期退席リクエスト時間入力欄１８２１には、早期退席リクエスト時間の文字列として、利用開始希望時刻および利用終了希望時刻が入力される。リクエスト返信待ち可能時間入力欄１８２２には、文字列として、リクエスト返信待ち可能時間が入力される。これらの入力欄１８２１，１８２２に入力された文字列および当該ログインしたユーザＩＤ３０１（予約依頼ユーザＩＤ７０２）が早期退席リクエストを構成する。ユーザが早期退席リクエスト送信ボタン１８２３を押下すると、早期退席リクエストが予約受付装置１１２を介して調整装置１１０に送信され、調整装置１１０は、早期退席の調整をおこなう。また、ユーザが一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。

図１９は、予約問合せ時の画面例を示す説明図である。図１８の予約画面１８０１において、ユーザが予約ボタン１８１１を押下すると、調整システム１０１からの応答を受信するまでの間、図１９の（Ａ）に示すように、端末１０３は、予約問合せ中画面１９０１を表示する。また、調整装置１１０において予約が成立した場合、調整装置１１０は、予約受付装置１１２を介して、端末１０３に、予約成立情報を送信する。端末１０３は、（Ｂ）に示すように、調整装置１１０からの予約成立情報により、予約成立画面１９０２を表示する。また、調整装置１１０において予約が成立しなかった場合、調整装置１１０は、予約受付装置１１２を介して、端末１０３に、予約不成立情報を送信する。端末１０３は、（Ｃ）に示すように、調整装置１１０からの予約不成立情報により、予約不成立画面１９０３を表示する。

図２０は、リクエスト結果の送信後の画面例を示す説明図である。ユーザが、図１８の早期退席リクエスト画面１８０２の早期退席リクエスト送信ボタン１８２３を押下すると、端末１０３は、リクエスト完了画面２００１を表示デバイスに表示する。また、ユーザが、リクエスト完了画面２００１の一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。

図２１は、早期退席リクエストが受け付けられた場合の利用ユーザ側の画面例を示す説明図である。調整装置１１０が早期退席リクエストを受け付けた場合、解放受付装置１１１を介して、早期退席リクエストで特定される１以上の利用ユーザの端末１０３に、早期退席リクエスト通知画面情報を送信する。利用ユーザの端末１０３は、早期退席リクエスト通知画面情報により、表示デバイスに早期退席リクエスト通知画面２１０１を表示する。早期退席リクエスト通知画面２１０１は、利用店舗入力欄２１１１と、利用人数入力欄２１１２と、早期退席予定時刻入力欄２１１３と、早期退席予定時刻登録ボタン２１１４と、を有する。利用ユーザは、早期退席予定時刻登録ボタン２１１４を押下することで、各入力欄２１１１〜２１１３に入力した文字列を早期退席リクエストの応答として、解放受付装置１１１を介して調整装置１１０に返す。このあと、利用ユーザの端末１０３は、調整装置１１０からの登録受付画面情報により、登録受付画面２１０２を表示する。登録受付画面２１０２は、メイン画面リンク２１２０を有する。利用ユーザがメイン画面リンク２１２０を押下することにより、利用ユーザの端末１０３の表示デバイスにメイン画面１４１０が表示される。

図２２は、退席依頼画面例を示す説明図である。調整装置１１０は、早期退席が成立すると、解放受付装置１１１を介して、利用ユーザの端末１０３に、退席依頼画面情報を送信する。利用ユーザの端末１０３は、調整装置１１０からの退席依頼画面情報により、退席依頼画面２２００を表示する。これにより、利用ユーザに早期退席を促すことができる。利用ユーザがメイン画面リンク２１２０を押下することにより、利用ユーザの端末１０３の表示デバイスにメイン画面１４１０が表示される。

＜ログイン処理例＞
図２３は、ログイン処理（ステップＳ２３００）の詳細な処理手順例を示すフローチャートである。図２３において、受付装置は、予約受付装置１１２または解放受付装置１１１のいずれかの一方の受付装置とする。

端末１０３は、受付装置にログイン画面１４００を要求する（ステップＳ２３０１）と、受付装置は、当該端末１０３にログイン画面情報を送信する（ステップＳ２３０２）。これにより、端末１０３は、図１４に示したようにログイン画面１４００を表示する（ステップＳ２３０３）。

端末１０３は、受付装置にログイン情報を送信する（ステップＳ２３０４）。ログイン情報とは、端末１０３のユーザが新規登録ボタン１４０４を押下した場合は、新規登録要求であり、端末１０３のユーザが、ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２にそれぞれ対応する文字列を入力し、かつ、ログインボタン１４０３を押下した場合は、当該２つの文字列を含むログイン要求である。

受付装置は、ログイン情報が新規登録要求であるか否かを判断する（ステップＳ２３０５）。新規登録要求である場合（ステップＳ２３０５：Ｙｅｓ）、受付装置は、当該端末１０３に新規登録画面情報を送信する（ステップＳ２３０６）。これにより、端末１０３は、図１４に示したように新規ユーザ登録画面１４３０を表示する（ステップＳ２３０７）。端末１０３は、受付装置にユーザ情報を送信する（ステップＳ２３０８）。ユーザ情報は、新規ユーザ登録画面１４３０の各入力欄１４３１〜１４３５，１４０２に入力された文字列群である。受付装置は、ユーザ情報を受信すると、新規のユーザＩＤ３０１を採番して、ユーザ情報をユーザ情報管理ＤＢ３００に登録する（ステップＳ２３０９）。

そして、受付装置は、調整装置１１０へのアクセス許可を設定し（ステップＳ２３１０）、当該端末１０３にメイン画面情報を含むログイン完了通知を送信する（ステップＳ２３１１）。これにより、端末１０３は、図１４に示したメイン画面１４１０を表示する（ステップＳ２３１２）。

一方、ステップＳ２３０５において、ログイン要求である場合（ステップＳ２３０５：Ｎｏ）、受付装置は、ログイン要求に含まれているユーザＩＤ３０１とパスワード３０７の組み合わせであるログイン情報が正しいか否かを判断する（ステップＳ２３１３）。具体的には、たとえば、受付装置は、ログイン要求に含まれているユーザＩＤ３０１とパスワード３０７の組み合わせに一致するユーザ情報がユーザ情報管理ＤＢ３００に存在するか否かを判断する。

ログイン情報が正しい場合（ステップＳ２３１３：Ｙｅｓ）、受付装置は、調整装置１１０へのアクセス許可を設定する（ステップＳ２３１０）。一方、ログイン情報が正しくない場合（ステップＳ２３１３：Ｎｏ）、受付装置は、再ログイン画面情報を含むログイン不可通知を端末１０３に送信する（ステップＳ２３１４）。これにより、ステップＳ２３０１に戻る。

＜予約管理処理例１＞
図２４は、予約管理処理例１を示すフローチャートである。利用ユーザの端末１０３がログイン処理（ステップＳ２３００）を完了した場合、図１５に示したように、利用ユーザがメイン画面１４１０の退席予定時刻登録ボタン１４１２を押下することで、端末１０３は、退席予定時刻登録画面１５０２を表示する（ステップＳ２４０１）。

利用ユーザが退席情報を入力し、かつ、登録ボタン１５２４を押下した場合、利用ユーザの端末１０３は、退席情報を、解放受付装置１１１を介して調整装置１１０に送信する（ステップＳ２４０２）。退席情報は、退席予定時刻登録画面１５０２の各入力欄１５２１，１５１２，１５２２にそれぞれ対応する文字列である。調整装置１１０は、退席情報を受信して、当該退席情報を退席情報管理ＤＢ７００に登録する（ステップＳ２４０３）。そして、調整装置１１０は、店舗状況管理ＤＢ６００を更新する（ステップＳ２４０４）。具体的には、たとえば、調整装置１１０は、当該利用ユーザの店舗状況情報の利用終了時刻６０５を、退席予定時刻７０１に更新する。

図２５は、予約管理処理例２を示すフローチャートである。予約依頼ユーザの端末１０３がログイン処理（ステップＳ２３００）を完了した場合、図１５に示したように、利用ユーザが店舗予約ボタン１４１１を押下することで、端末１０３は、予約入力画面１５０１を表示する（ステップＳ２５０１）。予約依頼ユーザが予約入力画面１５０１に検索条件を入力し、検索ボタン１５１５を押下すると、端末１０３は、当該検索条件および予約依頼ユーザＩＤ７０２を含む予約リクエストを、予約受付装置１１２を介して調整装置１１０に送信する（ステップＳ２５０２）。

調整装置１１０は、予約リクエストを受信して、検索条件ＩＤ８０１を新規に採番し、当該検索条件ＩＤ８０１と予約依頼ユーザＩＤ７０２と検索条件とを検索条件管理ＤＢ８００に登録する（ステップＳ２５０３）。そして、調整装置１１０は、登録した検索条件で、店舗情報管理ＤＢ４００、卓情報管理ＤＢ５００および店舗状況管理ＤＢ６００を検索する（ステップＳ２５０４）。そして、調整装置１１０は、検索結果１６２０を検索結果ＤＢ９００に登録して、予約受付装置１１２に送信する（ステップＳ２５０５）。

予約受付装置１１２は、検索結果１６２０が１件以上の店舗情報を含むか否かを判断する（ステップＳ２５０６）。０件である場合（ステップＳ２５０６：Ｎｏ）、予約受付装置１１２は、最予約入力画面情報を含む再入力指示を端末１０３に送信する（ステップＳ２５０７）。これにより、端末１０３は、図１６に示したように、検索結果画面１６０１を表示し（ステップＳ２５０８）、ステップＳ２５０２に戻る。

一方、検索結果１６２０が１件以上の店舗情報を含む場合（ステップＳ２５０６：Ｙｅｓ）、予約受付装置１１２は、検索結果１６２０を一覧表示する一覧情報を端末１０３に送信する（ステップＳ２５０９）。これにより、端末１０３は、図１６に示したように、検索結果一覧画面１６０２を表示する（ステップＳ２５１０）。

予約依頼ユーザが検索結果一覧画面１６０２に条件選択情報を入力することにより、当該端末１０３は、条件選択情報を、予約受付装置１１２を介して調整装置１１０に送信する（ステップＳ２５１１）。条件選択情報とは、図１８に示したように、検索結果一覧画面１６０２の検索結果１６２０から押下された店舗および卓に関する情報である。たとえば、図１８において、Ａ店の「座敷」が選択された場合、「空席（本例では、早期退席リクエスト非対象） Ａ店 座敷」が条件選択情報である。また、Ｂ店の「窓側テーブル２０：００〜」が選択された場合、「３０分以上（本例では、早期退席リクエスト対象） Ｂ店 窓側テーブル２０：００〜」が条件選択情報である。条件選択情報を送信後、端末１０３は、図１９の（Ａ）に示したように、予約問合せ中画面１９０１を表示する（ステップＳ２５１２）。

予約受付装置１１２は、受信した条件選択情報により、早期退席リクエストが必要であるか否かを判断する（ステップＳ２５１３）。早期退席リクエストが必要な条件選択情報である場合（ステップＳ２５１３：Ｙｅｓ）、図２７に移行する。

一方、早期退席リクエストが不要である場合（ステップＳ２５１３：Ｎｏ）、予約受付装置１１２は、その旨を調整装置１１０に通知し、調整装置１１０は、予約依頼ＩＤ１００１を採番して、条件選択情報を予約依頼管理ＤＢ１０００に仮登録する（ステップＳ２５１４）。この時点では、ステータス１００３は、「０」（仮予約）である。そして、調整装置１１０は、調整処理を実行する（ステップＳ２５１５）。調整処理（ステップＳ２５１５）は、予約依頼ユーザからの予約を確定させる処理である。調整処理（ステップＳ２５１５）の詳細については図２６で説明する。

調整処理（ステップＳ２５１５）により、空席でない貸与対象について予約が確定した場合（ステップＳ２５１６：Ｙｅｓ）、調整装置１１０は、利用ユーザの端末１０３に退席依頼情報を送信する（ステップＳ２５１７）。これにより、利用ユーザの端末１０３は、退席依頼情報を受信して、図２２に示したように、退席依頼画面２２００を表示する（ステップＳ２５１８）。

また、貸与対象（空席問わず）について予約が確定した場合（ステップＳ２５１６：Ｙｅｓ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約確定情報を送信する（ステップＳ２５１９）。これにより、利用ユーザの端末１０３は、予約確定情報を受信して、図１９の（Ｂ）に示したように、予約成立画面１９０２を表示する（ステップＳ２５２０）。

また、予約が確定しなかった場合（ステップＳ２５１６：Ｎｏ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約不可通知を送信する（ステップＳ２５２１）。これにより、利用ユーザの端末１０３は、予約不可通知を受信して、図１９の（Ｃ）に示したように、予約不成立画面１９０３を表示する（ステップＳ２５２２）。

図２６は、図２５に示した調整処理（ステップＳ２５１５）の詳細な処理手順例を示すフローチャートである。調整装置１１０は、予約依頼管理ＤＢ１０００を参照して、ステップＳ２５１４で仮登録された予約依頼が、他の予約依頼（ステータス１００３は仮予約）と競合するか否かを判断する（ステップＳ２６０１）。競合とは、たとえば、両予約依頼の店舗ＩＤ４０１および卓ＩＤ５０１が一致し、かつ、予約希望日時１００２が重複する状態をいう。また、競合（ステップＳ２６０１）の判断では、既に別ユーザの予約が完了して店舗状況管理ＤＢ６００に予約情報が登録されていないかの確認も含まれる。既に別ユーザの予約が完了して店舗状況管理ＤＢ６００に予約情報が登録されていれば、競合することになる。

競合しない場合（ステップＳ２６０１：Ｎｏ）、ステップＳ２６０５に移行する。一方、競合する場合（ステップＳ２６０１：Ｙｅｓ）、調整装置１１０は、当該予約依頼において、退席予定時刻７０１が予約開始希望時刻１０２２より前であるか否かを判断する（ステップＳ２６０２）。退席予定時刻７０１が予約開始希望時刻１０２２より前でない場合（ステップＳ２６０２：Ｎｏ）、予約不可能であるため、ステップＳ２６０９に移行する。一方、退席予定時刻７０１が予約開始希望時刻１０２２より前である場合（ステップＳ２６０２：Ｙｅｓ）、予約可能となるため、調整装置１１０は、ユーザに関する優先度と、他の予約依頼のユーザに関する優先度とに基づいて、いずれの予約依頼を優先すべきかを判定する（ステップＳ２６０３）。

ここで、優先度とは、たとえば、ユーザに付与されたポイント数である。ポイント数が高いほど優先度が高いことを示す。ポイント数は、たとえば、調整装置１１０へのログイン回数（ステップＳ２３００）や条件選択情報（ステップＳ２５１１）、予約成立情報（ステップＳ２５１９）の送信回数に応じて、調整装置１１０が当該予約依頼ユーザごとに加算して、不図示のＤＢにアクセス可能に保存する。

また、たとえば、退席情報（ステップＳ２４０２）の登録回数や、他人の予約依頼に応じて送信した退席依頼情報（ステップＳ２５１７）の送信回数、早期退席レスポンス（ステップＳ２７１１）の受信回数に応じて、調整装置１１０が当該利用ユーザごとに加算して、不図示のＤＢにアクセス可能に保存する。

なお、ポイント数は、上述した送信回数、受信回数、および登録回数の種類に応じて重み付けされてもよい。

調整装置１１０へのログイン回数（ステップＳ２３００）や条件選択情報（ステップＳ２５１１）、予約成立情報（ステップＳ２５１９）の送信回数が多いほど、調整システム１０１の利用頻度が高いことを示す。したがって、利用頻度が高いユーザほど競合時に優先して成約可能性の向上を図ることができる。

また、退席情報（ステップＳ２４０２）の登録回数や、他人の予約依頼に応じて送信した退席依頼情報（ステップＳ２５１７）の送信回数、早期退席レスポンス（ステップＳ２７１１）の受信回数が多いほど、予約依頼ユーザの予約依頼に貢献したことを示す。したがって、貢献度が高いユーザほど競合時に優先して成約可能性の向上を図ることができる。

そして、調整装置１１０は、予約依頼ユーザの予約依頼が選択されたか否かを判断する（ステップＳ２６０４）。選択された場合（ステップＳ２６０４：Ｙｅｓ）、調整装置１１０は、予約依頼ユーザの予約依頼のステータス１００３を「１」に更新する（ステップＳ２６０５）。そして、調整装置１１０は、退席情報管理ＤＢ７００の退席依頼時刻７０３に、予約依頼ユーザの予約依頼の予約開始希望時刻１０２２を登録する（ステップＳ２６０６）。また、調整装置１１０は、予約依頼ユーザの予約依頼に一致する店舗状況情報を新規エントリとして店舗状況管理ＤＢ６００に登録する（ステップＳ２６０７）。そして、調整装置１１０は、予約が成立したことを示す予約成立情報を生成して（ステップＳ２６０８）、調整処理（ステップＳ２５１５）を終了する。

また、ステップＳ２６０４において、選択されなかった場合（ステップＳ２６０４：Ｎｏ）、他の予約依頼ユーザの予約依頼が選択されたことになり、ステップＳ２５０６に移行する。したがって、調整装置１１０は、予約が成立しなかったことを示す予約不成立情報を生成して（ステップＳ２６０９）、調整処理（ステップＳ２５１５）を終了して、ステップＳ２５１６に移行する。

＜予約管理処理例２＞
図２７は、予約管理処理例３を示すフローチャートである。図２７では、利用ユーザの端末１０３は、現在の位置情報を調整装置１１０に送信する（ステップＳ２７０１）。また、図２５において、早期退席リクエストが必要な条件選択情報である場合（ステップＳ２５１３：Ｙｅｓ）、図２７において、予約受付装置１１２は、条件選択情報を調整装置１１０に送信し（ステップＳ２４１４）、予約依頼ユーザの端末１０３にリクエスト完了を通知する（ステップＳ２７０２）。予約依頼ユーザの端末１０３は、図２０に示したように、リクエスト完了画面２００１を表示する（ステップＳ２７０３）。そして、予約依頼ユーザが一覧画面遷移リンク１８１２を押下することにより、端末１０３は、リクエストを反映して検索結果一覧画面１６０２を更新する（ステップＳ２７０４）。

また、調整装置１１０は、早期退席リクエスト登録処理を実行する（ステップＳ２７０５）。具体的には、たとえば、調整装置１１０は、早期退席リクエストＩＤ１１０１を採番して、早期退席リクエスト管理ＤＢ１１００に、条件選択情報を早期退席リクエストとして登録する。そして、調整装置１１０は、利用ユーザの端末１０３からの位置情報に基づいて、利用ユーザが貸与対象の店舗に存在するか否かを確認する（ステップＳ２７０６）。

利用ユーザが貸与対象の店舗に存在しない場合（ステップＳ２７０７：Ｎｏ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約不可情報を送信する（ステップＳ２７０７）。これにより、予約依頼ユーザの端末１０３は、図１９の（Ｃ）に示したように、予約不成立画面１９０３を表示する（ステップＳ２７０８）。

一方、利用ユーザが貸与対象の店舗に存在する場合（ステップＳ２７０７：Ｙｅｓ）、調整装置１１０は、早期退席リクエストＩＤ１１０１を含む早期退席リクエストを利用ユーザの端末１０３に送信する（ステップＳ２７０９）。これにより、利用ユーザの端末１０３は、早期退席リクエスト通知画面２１０１を表示する（ステップＳ２７１０）。利用ユーザが早期退席リクエスト通知画面２１０１の各入力欄２１１１〜２１１３にそれぞれ対応する文字列を入力し、早期退席予定時刻登録ボタン２１１４を押下することで、利用ユーザの端末１０３は、早期退席レスポンスを調整装置１１０に送信する（ステップＳ２７１１）。早期退席レスポンスは、早期退席リクエストＩＤ１１０１と各入力欄２１１１〜２１１３にそれぞれ入力された文字列とを含む。

また、調整装置１１０は、早期退席リクエストを利用ユーザの端末１０３に送信した場合（ステップＳ２７０７：Ｙｅｓ）、早期退席状況管理ＤＢ１２００の対象エントリのリクエスト送信フラグ１２０１を「１」（送信済み）に更新する（ステップＳ２７１２）。

また、調整装置１１０は、予約依頼ユーザの端末１０３が早期退席リクエストを送信してから早期退席リクエスト返答可能待ち時間１１２３が経過するまでに、早期退席レスポンスを受信した場合（ステップＳ２７１１）、早期退席状況管理ＤＢ１２００の対象エントリの利用開始可能時刻フィールド１２０３に、早期退席レスポンスに含まれている早期退席予定時刻入力欄２１１３の文字列を登録する（ステップＳ２７１３）。そして、調整装置１１０は、早期退席状況管理ＤＢ１２００の対象エントリのレスポンス返信フラグ１２０２を「１」（返信あり）に更新する（ステップＳ２７１４）。

調整装置１１０は、登録受付通知を利用ユーザの端末１０３に送信する（ステップＳ２７１５）。これにより、利用ユーザの端末１０３は、図２１に示したように、登録受付画面２１０２を表示する（ステップＳ２７１６）。また、調整装置１１０は、問い合わせ結果（早期退席リクエストＩＤ１１０１、利用ＩＤ６０１、早期退席予定時刻１３０１）を予約依頼ユーザの端末１０３に送信し（ステップＳ２７１７）、早期退席リクエスト結果ＤＢ１３００に当該問い合わせ結果を登録する（ステップＳ２７１８）。

なお、店舗のサーバ１２０は、自店舗の店舗状況情報を店舗状況管理ＤＢ６００から取得することにより、どのユーザがどの卓をいつ利用するかを把握することができる。したがって、調整システム１０１は、予約依頼ユーザが来店した場合に、貸与対象を解放した利用ユーザから当該貸与対象を貸与する予約依頼ユーザへ円滑に引き継ぐことができる。

このように、本実施例にかかる調整システム１０１は、第１ユーザ（たとえば、利用ユーザ）が利用する貸与対象の第２ユーザ（たとえば、予約依頼ユーザ）による貸与を調整する。調整装置１１０は、その記憶デバイス２０２に、第１ユーザの第１端末１０３から、貸与対象の解放に関するデータの一例として、貸与対象（たとえば、店舗の卓）の貸与を解放する解放予定時刻（たとえば、退席予定時刻７０１、利用終了時刻６０５）を登録する。

調整装置１１０は、第２ユーザの第２端末１０３から、貸与対象の貸与希望に関するデータの一例として、貸与対象の貸与を希望する貸与希望時刻（たとえば、利用開始希望時刻８２２）を受信して記憶デバイス２０２に登録する（ステップＳ２５０２、Ｓ２５０３）。調整装置１１０は、貸与対象の解放に関するデータと、貸与対象の貸与希望に関するデータと、に基づいて、第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する。具体的には、たとえば、調整装置１１０は、解放予定時刻が貸与希望時刻より前の時刻であるか否かを判定する（ステップＳ２６０２）。調整装置１１０は、解放予定時刻が貸与希望時刻より前の時刻である場合、第１端末１０３に解放予定時刻までの貸与対象の解放を依頼する解放依頼情報（たとえば、退席依頼情報）を送信する（ステップＳ２５１７）とともに、第２端末１０３に貸与対象の貸与希望時刻からの貸与が成立した成立情報（たとえば、予約成立情報）を送信する（ステップＳ２５１９）。

これにより、ユーザ間で共通する貸与対象の貸与管理の効率化を図ることができる。また、利用ユーザに強要することなく、貸与対象の解放を促すことができる。したがって、これまで貸与中であれば貸与できなかった貸与対象がユーザ同士の交渉により、貸与の円滑化を図ることができる。また、これにより、貸与対象の管理者にとっては、貸与対象の回転率の向上を図ることができ、また、貸与管理に対する負担軽減を図ることができる。

また、調整システム１０１は、予約依頼が競合した場合、ユーザに関する優先度によりいずれかのユーザの予約依頼を選択する（ステップＳ２６０１〜Ｓ２６０４）。したがって、優先度に応じて貸与管理を円滑におこなうことができる。

また、調整システム１０１は、解放予定時刻の登録回数に応じて、解放予定時刻を登録した利用ユーザに関する優先度を高くするように設定する。これにより、貸与管理に貢献した利用ユーザが、予約依頼ユーザとなった場合に、優先的に成約するように調整することができる。

また、調整システム１０１は、解放依頼情報の送信回数に応じて、解放依頼情報を受信した端末の予約依頼ユーザに関する優先度を高くするように設定する。これにより、調整システム１０１は、予約依頼ユーザとして積極的に調整システム１０１を利用するユーザほど、優先的に成約するように調整することができる。

また、調整システム１０１は、貸与希望時刻の受信に先立って、第１ユーザの第１端末１０３から貸与対象の貸与を解放する解放予定時刻を受信して、記憶デバイス２０２に登録する（ステップＳ２４０３、Ｓ２４０４）。これにより、予約依頼ユーザが貸与希望時刻のリクエスト後に解放予定時刻を要求する必要がなく、貸与管理の効率化を図ることができる。

また、調整システム１０１は、記憶デバイス２０２に、第１ユーザが貸与対象を利用する利用時間（たとえば、利用開始時刻６０４および利用終了時刻６０５）を登録しており、解放予定時刻の登録に先立って、第２端末１０３から貸与希望時刻を受信して記憶デバイス２０２に登録し、貸与希望時刻が利用時間内の時刻である場合、利用時間の経過後の時刻からの貸与対象の貸与を選択させる情報（たとえば、一覧情報）を第２端末１０３に送信する（ステップＳ２５０９）。

調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報（たとえば、選択条件情報）を受信した場合（ステップＳ２５１１）、貸与対象の早期解放を促す情報（たとえば、早期退席リクエスト）を第１端末１０３に送信する（ステップＳ２７０９）。

調整システム１０１は、第１端末１０３から解放予定時刻を受信した場合（ステップＳ２７１１）、第１端末１０３に解放予定時刻までの貸与対象の解放を依頼する解放依頼情報（たとえば、利用開始可能時刻１２０３が反映された退席依頼情報）を送信するとともに（ステップＳ２５１７）、第２端末１０３に貸与対象の貸与希望時刻からの貸与が成立した成立情報を送信する（ステップＳ２５１９）。

これにより、予約依頼ユーザは、貸与対象の管理者を介さずに、利用ユーザに早期退席を促して、貸与対象の予約をとることができる。

また、調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報を受信した場合（ステップＳ２５１１）、貸与希望時刻が利用時間内の時刻であり、かつ、貸与希望時刻が利用時間の利用開始時刻から利用時間よりも短い所定時間（たとえば、３０分）後の時刻であれば、貸与対象の早期解放を促す情報（早期退席リクエスト）を前記第１端末１０３に送信する（ステップＳ２７０９）。

これにより、調整システム１０１は、貸与希望時刻が所定時間以前の時刻であれば、早期退席をうながすことなく貸与管理をおこない、貸与希望時刻が所定時間後の時刻であれば、貸与対象の早期解放を促す。したがって、ユーザ間の調整を必要な場合に限定することで貸与管理の効率化することができる。

また、調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報を受信した場合（ステップＳ２５１１）、第１端末１０３から第１ユーザの現在位置情報を受信して、第１ユーザが貸与対象に存在するか否かを判定し（ステップＳ２７０１、Ｓ２７０６）、第１ユーザが貸与対象に存在する場合、貸与対象の早期解放を促す情報を第１端末１０３に送信する。

これにより、調整システム１０１は、貸与対象に滞在中の利用ユーザに対して早期解放を促すことができ、貸与管理の確実性の向上を図ることができる。

また、調整システム１０１は、第１端末１０３から解放予定時刻を受信した場合、解放予定時刻が貸与希望時刻より前の時刻であるか否かを判定し、解放予定時刻が貸与希望時刻より前の時刻である場合、第１端末１０３に解放依頼情報を送信するとともに、第２端末１０３に成立情報を送信する。

これにより、調整システム１０１は、利用ユーザからの解放予定時刻が貸与希望時刻以前であるか否か確認することができ、貸与管理の確実性の向上を図ることができる。

以上説明したように、本実施例によれば、利用中ユーザと貸与希望ユーザとの間、すなわち、ユーザ間で直接予約の調整をおこなうことができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

Claims (9)

1. 第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システムであって、
   プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、有し、
   前記記憶デバイスは、前記第１ユーザの第１端末からの前記貸与対象の貸与を解放する解放予定時刻と、前記第１ユーザが前記貸与対象を利用する利用時間と、を登録しており、
   前記プロセッサは、
   前記解放予定時刻の登録に先立って、前記第２ユーザの第２端末から前記貸与対象の貸与を希望する貸与希望時刻を受信して前記記憶デバイスに登録し、
   前記貸与希望時刻が前記利用時間内の時刻である場合、前記貸与対象の貸与を選択させる情報を前記第２端末に送信し、
   前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記第１端末から前記第１ユーザの位置情報を受信して、前記第１ユーザが前記貸与対象に存在するか否かを判定し、
   前記第１ユーザが前記貸与対象に存在する場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信し、
   前記第１端末から前記解放予定時刻を受信した場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
   処理を実行することを特徴とする調整システム。
2. 請求項１に記載の調整システムであって、
   前記記憶デバイスは、前記第２ユーザに関する優先度と、第３ユーザに関する優先度と、を記憶しており、
   前記プロセッサは、
   前記第３ユーザの第３端末から前記貸与対象の貸与を希望する他の貸与希望時刻を受信して前記記憶デバイスに格納し、
   前記他の解放予定時刻が前記貸与希望時刻より前の時刻であるか否かを判定し、
   前記他の解放予定時刻が前記貸与希望時刻より前の時刻である場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２ユーザに関する優先度と前記第３ユーザに関する優先度とに基づいて、前記第２ユーザおよび前記第３ユーザのうちいずれかのユーザの端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
   処理を実行することを特徴とする調整システム。
3. 請求項２に記載の調整システムであって、
   前記プロセッサは、
   前記解放予定時刻の登録回数に応じて、前記解放予定時刻を登録したユーザに関する優先度を高くするように設定する処理を実行することを特徴とする調整システム。
4. 請求項２に記載の調整システムであって、
   前記プロセッサは、
   前記解放依頼情報の送信回数に応じて、前記解放依頼情報を受信した端末のユーザに関する優先度を高くするように設定する処理を実行することを特徴とする調整システム。
5. 請求項１に記載の調整システムであって、
   前記プロセッサは、
   前記貸与希望時刻の受信に先立って、前記解放予定時刻を受信して、前記記憶デバイスに登録する処理を実行することを特徴とする調整システム。
6. 請求項１に記載の調整システムであって、
   前記プロセッサは、
   前記選択情報を受信した場合、前記貸与希望時刻が前記利用時間内の時刻であり、かつ、前記貸与希望時刻が前記利用時間の利用開始時刻から前記利用時間よりも短い所定時間後の時刻であれば、前記貸与対象の早期解放を促す情報を前記第１端末に送信する、
   処理を実行することを特徴とする調整システム。
7. 請求項１に記載の調整システムであって、
   前記プロセッサは、
   前記第１端末から前記解放予定時刻を受信した場合、前記解放予定時刻が前記貸与希望時刻より前の時刻であるか否かを判定し、
   前記解放予定時刻が前記貸与希望時刻より前の時刻である場合、前記第１端末に前記解放依頼情報を送信するとともに、前記第２端末に前記成立情報を送信する、
   処理を実行することを特徴とする調整システム。
8. 第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システムによる調整方法であって、
   前記調整システムは、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、前記記憶デバイスは、前記第１ユーザの第１端末からの前記貸与対象の貸与を解放する解放予定時刻と、前記第１ユーザが前記貸与対象を利用する利用時間と、を登録しており、
   前記プロセッサは、
   前記解放予定時刻の登録に先立って、前記第２ユーザの第２端末から前記貸与対象の貸与を希望する貸与希望時刻を受信して前記記憶デバイスに登録し、
   前記貸与希望時刻が前記利用時間内の時刻である場合、前記貸与対象の貸与を選択させる情報を前記第２端末に送信し、
   前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記第１端末から前記第１ユーザの位置情報を受信して、前記第１ユーザが前記貸与対象に存在するか否かを判定し、
   前記第１ユーザが前記貸与対象に存在する場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信し、
   前記第１端末から前記解放予定時刻を受信した場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
   処理を実行することを特徴とする調整方法。
9. 第１ユーザが利用する貸与対象の第２ユーザによる貸与の調整をプロセッサに実行させる調整プログラムであって、
   前記プロセッサは、前記第１ユーザの第１端末からの前記貸与対象の貸与を解放する解放予定時刻と、前記第１ユーザが前記貸与対象を利用する利用時間と、を登録する記憶デバイスにアクセス可能であり、
   前記プロセッサに、
   前記解放予定時刻の登録に先立って、前記第２ユーザの第２端末から前記貸与対象の貸与を希望する貸与希望時刻を受信して前記記憶デバイスに登録し、
   前記貸与希望時刻が前記利用時間内の時刻である場合、前記貸与対象の貸与を選択させる情報を前記第２端末に送信し、
   前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記第１端末から前記第１ユーザの位置情報を受信して、前記第１ユーザが前記貸与対象に存在するか否かを判定し、
   前記第１ユーザが前記貸与対象に存在する場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信し、
   前記第１端末から前記解放予定時刻を受信した場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
   処理を実行させることを特徴とする調整プログラム。

Images