JP6088022B1 - 予約処理装置、予約処理方法および予約処理プログラム - Google Patents

Abstract

【課題】異なるジャンルの複数のイベントをまとめて予約したときに、複数のイベントの予約を含む一まとまりの予約を的確に管理する。【解決手段】予約処理モジュール２２１は、予約の対象となるイベントを分類するための複数のジャンルにそれぞれ対応する複数のイベントを、まとめて予約可能なイベントとしてユーザに提示し、提示した複数のイベントに対する予約を受け付け、受け付けた複数のイベントに対する予約を管理するために、少なくとも、複数のイベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数のイベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数のイベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行する。【選択図】図２

Description

本発明は、予約処理装置、予約処理方法および予約処理プログラムに関する。

従来の予約システムは、サービスを提供する業者ごとに構築され、その業者のイベントに対する予約を受け付けるものが一般的となっている。下記特許文献１には、自動車教習所の予約システムが開示されており、この予約システムでは、自動車教習所の授業に対する予約を受け付けている。

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

特許文献１に記載の予約システムでは、自動車教習所のイベントを予約することはできるが、自動車教習所以外のイベントを予約することはできない。しかしながら、例えば自動車教習所で授業を受けた後にレストランで食事をしたいと考えているような場合には、自動車教習所の授業とレストランとをまとめて予約できると便利である。このような予約を実現するために、異なるジャンルの複数のイベントをまとめて予約するシステムを構築することが考えられるが、このようなシステムを利用して予約をすると、一つの予約に複数のイベントが含まれることとなる。従来の予約システムでは、イベントごとに予約をするため、予約ごとに予約ＩＤを発行してイベントの予約を管理すればよいが、一つの予約に複数のイベントが含まれることとなると、それぞれのイベントの予約を含めてどのように予約を管理するのが良いのか、検討の余地がある。

本発明は、上述した課題を解決するためになされたものであり、異なるジャンルの複数のイベントをまとめて予約したときに、複数のイベントの予約を含む一まとまりの予約を的確に管理することができる予約処理装置、予約処理方法および予約処理プログラムを提供することを目的の一つとする。

本発明の一態様である予約処理装置は、予約の対象となるイベントを分類するための複数のジャンルにそれぞれ対応する複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示する手段と、前記提示した複数の前記イベントに対する予約を受け付ける手段と、前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行する手段と、を備える。

少なくとも、前記イベントを特定するイベント識別情報、前記イベントの前記ジャンル、前記イベントを提供する場所および前記イベントを提供する時間を含む予約イベント情報を記憶する手段と、検索条件として、少なくとも、検索の起点を特定する検索起点条件、検索の終点を特定する検索終点条件、および、予約を所望する複数の前記ジャンルを、ユーザに指定させる手段と、前記記憶された前記予約イベント情報を参照し、前記指定された前記検索起点条件および前記検索終点条件に基づいて予約が可能となる前記イベント、かつ、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベントを特定する手段と、をさらに備え、前記イベントを提示する手段は、前記特定された複数の前記イベントを、まとめて予約可能な前記イベントとして前記ユーザに提示することとしてもよい。

前記検索起点条件は、検索の起点となる時間および場所を含み、前記検索終点条件は、前記検索の終点となる時間および場所を含むこととしてもよい。

前記イベントを特定する手段は、各場所に基づいて移動時間を算出し、各時間および前記移動時間に基づいて、前記イベントを特定することとしてもよい。

前記イベントを提示する手段は、前記特定された複数の前記イベントを時系列に表示して提示することとしてもよい。

前記受け付けられた複数の前記イベントに対する予約を一つのまとまった予約として管理する手段を、さらに備えることとしてもよい。

本発明の一態様である予約処理方法は、コンピュータが、予約の対象となるイベントを分類するための複数のジャンルにそれぞれ対応する複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示するステップと、前記提示した複数の前記イベントに対する予約を受け付けるステップと、前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行するステップと、を実行する。

本発明の一態様である予約処理プログラムは、コンピュータを、予約の対象となるイベントを分類するための複数のジャンルにそれぞれ対応する複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示する手段、前記提示した複数の前記イベントに対する予約を受け付ける手段、前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行する手段、として機能させる。

本発明によれば、異なるジャンルの複数のイベントをまとめて予約したときに、複数のイベントの予約を含む一まとまりの予約を的確に管理することができる。

実施形態における予約処理サーバを含む予約処理システムの構成を例示する図である。 図１に示す予約処理サーバの構成を例示する図である。 予約受付者端末の画面上に表示される検索画面を例示する図である。 実施形態における予約受付者端末の画面上に表示される予約候補提示画面を例示する図である。 実施形態における予約ＩＤの管理例を模式的に示す図である。 変形例における予約受付者端末の画面上に表示される予約候補提示画面を例示する図である。 変形例における予約ＩＤの管理例を模式的に示す図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

図１は、本発明の一実施形態に係る予約処理サーバ（予約処理装置）を含む予約処理システムの構成概略図である。同図に示すように、本実施形態における予約処理システム１は、予約処理サーバ２と、１台以上の予約受付者端末３と、１台以上の予約申込者端末４とを備える。予約受付者端末３および予約申込者端末４はそれぞれ、ネットワークＮを介して予約処理サーバ２と通信できるように構成される。

予約受付者端末３は、サービスを提供する業者が、後述するイベントの予約を受け付ける予約受付者として使用する端末装置である。予約受付者となり得る業者は、あらゆる業種・業態の業者が対象となる。

予約申込者端末４は、サービスの提供を受けるユーザが、イベントの予約を申し込む予約申込者として使用する端末装置である。

イベントは、予約の対象となり得るものであればよい。例示的に、イベントは、予約枠を設定することで生成される予約イベント情報により特定することができる。予約イベント情報の詳細については、後述する。予約枠を設定する方法は、例えば、予約受付タイプに応じて定めることができる。予約受付タイプとして、例示的に、後述する事前設定タイプおよび自由受付タイプを採用することができる。なお、予約受付タイプは、他のタイプであってもよく、任意に採用することができる。

事前設定タイプは、予約受付者が事前に設定した予約枠を利用して予約申込者からの予約を受け付ける方式である。自由受付タイプは、予約受付者が設定したサービス提供時間内に、所望の予約枠を予約申込者に設定させることで予約申込者からの予約を受け付ける方式である。

予約枠を設定する前に、予約受付者は、例えば、以下の各項目を登録する。予約受付者が提供するサービスの内容を特定するメニュー項目、サービスを提供する際の資源（例えば、人、設備、備品等）となるリソース項目、リソースが帰属可能なリソースグループ項目、予約定員数項目、予約受付可能日時項目、料金項目。

事前設定タイプでは、例えば、予約受付者が、メニュー項目と、そのメニュー項目に対応するサービスを提供する時間帯とを設定することで予約枠が設定される。

自由受付タイプでは、例えば、予約受付者がサービス提供時間を設定し、予約申込者がサービス提供時間内から所望する時間帯を指定することで予約枠が設定される。

本実施形態では、予約受付者端末３および予約申込者端末４として、ＰＣ（パーソナルコンピュータ）を想定して説明するが、これに限定されない。予約受付者端末３および予約申込者端末４として、例えば、ノートＰＣ、タブレット端末、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）、その他の端末装置を適宜用いることができる。

予約処理サーバ２は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、予約処理サーバ２を構成するコンピュータは、必ずしも１台である必要はなく、ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

ネットワークＮは、予約処理サーバ２と予約受付者端末３と予約申込者端末４との間で相互に情報を送受信可能な通信網を含む。ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２に示すように、予約処理サーバ２は、例えば、プロセッサ２０と、通信インタフェース２１と、記憶資源２２とを備える。

プロセッサ２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニットおよび各種レジスタから構成され、記憶資源２２に格納されているコンピュータプログラム２２０を実行することで、後述する各種機能を実現する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

通信インタフェース２１は、ネットワークＮに接続し、ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース２１は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

記憶資源２２は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ等のコンピュータ読み取り可能な記録媒体である。記憶資源２２は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶資源２２には、コンピュータプログラム２２０が記憶される。

記憶資源２２には、コンピュータプログラム２２０のほか、予約処理サーバ２の処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース２１を制御するための通信インタフェースドライバプログラム等がある。各種データとしては、例えば、予約受付者が登録する予約の対象となるイベントに関する予約イベント情報２２２、予約申込者等が入力する予約情報２２３等がある。

コンピュータプログラム２２０は、所定の処理を行うためのプログラムであり、予約処理サーバ２のメインプログラムの動作中に適宜呼び出されて実行される複数のソフトウェアモジュールを備える。このソフトウェアモジュールは、それぞれ特定の処理を実行するためにモジュール化されたサブプログラムであり、例えば、プロシージャ、サブルーチン、メソッド、関数およびデータ構造等を用いて作成される。

コンピュータプログラム２２０は、例示的に、予約処理モジュール２２１を有する。以下において、予約処理モジュール２２１を実行することで実現する機能について説明する。

予約処理モジュール２２１は、予約受付者のアカウント登録を受け付ける。予約受付者は、予約処理システム１の使用を開始する際に、予約受付者端末３を操作して予約処理サーバ２の所定のＷｅｂページにアクセスし、予約受付者のアカウントを登録する。アカウント登録では、例えば、ユーザＩＤ、パスワード、メールアドレス、氏名、業種・業態等、予約受付者に関する情報を登録する。

予約処理モジュール２２１は、アカウント登録を行った予約受付者に対して、予約の対象となるイベントに関する予約イベント情報２２２を登録させる。予約イベント情報２２２には、例えば、イベントを特定するイベント識別情報、イベントのジャンル、イベントを提供する場所、イベントを提供する時間、イベントに対する料金等が含まれる。

イベント識別情報には、例えば、イベントＩＤやイベント名称等が含まれる。

イベントのジャンルは、例えば、業種・業態ごとや、提供対象の種類ごとに設けることができ、具体的に、飲食店、病院、スクール、フィットネス、飲食店で提供する各料理（例えばそば屋で提供する天ぷらそば、ざるそば）等が該当する。各ジャンルには、それぞれ複数の階層を任意に設けることができる。例えば、ジャンルが飲食店である場合には、飲食店の下位階層として、レストラン、カフェ、居酒屋等を設け、レストランの下位階層として、和食系、中華系、洋食系等を設け、さらに和食系の下位階層として、寿司屋、そば屋、天ぷら屋等を設けることができる。

予約処理モジュール２２１は、予約申込者端末４を操作する予約申込者に対し、まとめて予約可能なイベントの候補を提示する。以下に、まとめて予約可能なイベントの候補を予約申込者に提示する際の手順について説明する。

最初に、予約処理モジュール２２１は、まとめて予約可能なイベントを特定するための検索条件を、予約申込者に指定させる。検索条件として、例えば、検索起点条件、検索終点条件および予約したい複数のジャンルを設けることができる。

ここで、検索起点条件は、検索の起点を特定するための条件である。検索起点条件として、例えば、検索の起点となる時間および場所を設定することができる。検索終点条件は、検索の終点を特定するための条件である。検索終点条件として、例えば、検索の終点となる時間および場所を設定することができる。

続いて、予約処理モジュール２２１は、予約申込者が指定した検索条件に基づいて予約イベント情報２２２を参照し、予約申込者がまとめて予約可能なイベントを特定する。具体的に、予約処理モジュール２２１は、予約申込者が指定した検索起点条件および検索終点条件に基づいて、予約イベント情報２２２の中から予約が可能となるイベントを選定し、さらに、予約申込者が指定した複数のジャンルにそれぞれ対応するイベントに絞り込むことで、まとめて予約可能なイベントを特定する。

より詳細に説明すると、予約処理モジュール２２１は、検索起点場所、検索終点場所およびイベントを提供する場所に基づいて、それぞれの場所の間を移動する際に要する移動時間を算出する。予約処理モジュール２２１は、検索起点時間、検索終点時間およびイベントを提供する時間と、算出した移動時間とに基づいて、まとめて予約可能なイベントを特定する。

続いて、予約処理モジュール２２１は、特定した複数のイベントを、まとめて予約可能なイベントの候補として予約申込者に提示する。

その後、予約処理モジュール２２１は、予約申込者に提示した複数のイベントに対する予約を、予約申込者端末４から受け付ける。

予約処理モジュール２２１は、予約申込者端末４から受け付けた複数のイベントに対する予約を、一つのまとまった予約として管理する。以下に具体的に説明する。

最初に、予約処理モジュール２２１は、予約申込者端末４から受け付けた複数のイベントに対する予約をまとめて一つの予約として特定するための一括予約単位予約ＩＤ（第１識別ＩＤ）と、該複数のイベントに対する予約をそれぞれ個別に特定するためのイベント単位予約ＩＤ（第２識別ＩＤ）とを発行し、該複数のイベントの予約に関する情報に付加する。

続いて、予約処理モジュール２２１は、一括予約単位予約ＩＤおよびイベント単位予約ＩＤを付加した後の予約に関する情報と、予約申込者に関する情報とを対応付け、一つの予約情報２２３として、予約処理サーバ２の記憶資源２２に格納する。

次に、図３を参照して、まとめて予約可能なイベントを特定するための検索条件を指定させる機能について具体的に説明する。

図３は、予約申込者端末４に表示される検索画面４１の一例である。この検索画面４１には、検索起点条件Ｃ１となる検索起点時間を入力するための時間入力欄Ｃ１１と、検索起点場所を入力するための場所入力欄Ｃ１２とが設けられている。

時間入力欄Ｃ１１には、現在時刻以降の任意の時間を入力することができる。翌日以降の時間を入力する場合には、対象となる年月日を指定することとすればよい。また、時間入力欄Ｃ１１の他に、検索起点時間として現在時刻を用いるように指定するオプション機能を設けることとしてもよい。現在時刻を用いるように指定された場合には、検索ボタンＢ１を押下（選択、クリック、タップ）したときの時刻を用いて検索することとすればよい。

場所入力欄Ｃ１２には、検索起点場所を特定する情報を入力する。場所を特定する情報としては、例えば、住所、施設名称、緯度・経度等がある。場所を入力する際に、地図を表示して予約申込者に場所を指定させることとしてもよい。また、場所入力欄Ｃ１２の他に、検索起点場所として現在位置を用いるように指定するオプション機能を設けることとしてもよい。現在位置は、ＧＰＳ（Global Positioning System）等の位置を測定するシステムを利用して特定することができる。現在位置を用いるように指定された場合には、検索ボタンＢ１を押下したときに測定されている位置を用いて検索することとすればよい。

また、検索画面４１には、検索終点条件Ｃ２となる検索終点時間を入力するための時間入力欄Ｃ２１と、検索終点場所を入力するための場所入力欄Ｃ２２とが設けられている。

時間入力欄Ｃ２１には、検索起点時間よりも後の任意の時間を入力することができる。翌日以降の時間を入力する場合には、対象となる年月日を指定することとすればよい。

場所入力欄Ｃ２２には、検索終点場所を特定する情報を入力する。場所を特定する情報としては、例えば、住所、施設名称、緯度・経度等がある。場所を入力する際に、地図を表示して予約申込者に場所を指定させることとしてもよい。また、場所入力欄Ｃ２２の他に、検索終点場所として、自宅や職場等の予約申込者が予め登録した特定の場所を用いるように指定するオプション機能や、現在位置を用いるように指定するオプション機能を設けることとしてもよい。

また、検索画面４１には、予約したい複数のジャンルＣ３となる各ジャンルを選択するためのジャンル選択欄Ｃ３３〜Ｃ３５が設けられている。ジャンル選択欄Ｃ３３〜Ｃ３５で選択したそれぞれのジャンルに対応するイベントが検索の対象となる。

なお、ジャンル選択欄は、３つであることには限定されず、例えば追加ボタン等を設け、追加ボタンを押下することでジャンル選択欄を任意に追加できるようにしてもよい。これにより、予約申込者は、所望するジャンルを余すことなく指定して検索することが可能となる。

次に、図４を参照して、まとめて予約可能なイベントを提示する機能について具体的に説明する。

図４は、予約申込者端末４に表示される予約候補提示画面４２の一例である。この予約候補提示画面４２には、図３の検索画面４１で検索したイベントの中から特定された複数のイベントによる予約候補が、「まとめて予約可能なイベント」の候補として表示される。

予約候補が複数件存在する場合には、例えば、予約候補提示画面４２に、複数の予約候補を並べて表示（スクロール表示を含む）することができる。これに限らず、複数の予約候補のそれぞれを選択肢として一覧表示し、その中から選択された一つの予約候補を予約候補提示画面４２に表示することとしてもよい。また、予約候補ごとに予約候補提示画面４２のタブを割り当て、いずれかのタブを選択して予約候補提示画面４２を切り替えることで、複数の予約候補を確認できることとしてもよい。また、予約候補の件数が多い場合には、予め設定した件数分の予約候補のみを表示対象とすることにしてもよい。

図４に例示する“予約候補１”は、検索の起点として、“１０：００”に“東京駅”にいることが指定され、検索の終点として、“１５：００”に“新宿駅”にいることが指定され、この間に所望する予約のジャンルとして、“ヨガ”または“レストラン”が指定された結果、提示されたものである。

図４の“予約候補１”には、まとめて予約可能なイベントとして、“予約ａ”のイベントと“予約ｂ”のイベントとが含まれている。

“予約ａ”は、“１１：００”から“１２：００”に、“品川”にある“スタジオＡ”で行われる“ホットヨガ”が予約可能であることを示すものであり、料金が“３，０００円”であることが例示されている。

“予約ｂ”は、“１３：００”から“１４：００”に、“大崎”にある“イタリアンレストラン”の店である“Ｂリストランテ”が予約可能であることを示すものであり、この店での平均予算が“２，５００円”であることが例示されている。

“予約ａ”のイベントおよび“予約ｂ”のイベントを含む“予約候補１”は、例えば、以下のように特定される。

最初に、起点場所となる“東京駅”、終点場所となる“新宿駅”、その間で利用可能な移動手段（例えば、電車、バス、車、徒歩）、起点時間となる“１０：００”、および終点時間となる“１５：００”を用い、検索対象となるエリアの範囲を算出する。

エリアの範囲は、移動時間が最短となる移動手段を利用して算出することとしてもよいし、予約申込者が選択した移動手段を利用して算出することとしてもよい。また、移動手段ごとにエリアの範囲を算出し、予約申込者に選択させることとしてもよい。

続いて、ジャンルが“ヨガ”または“レストラン”に属するイベントであって、算出したエリア内で提供されるイベント、かつ、“１０：００”から“１５：００”までに予約枠に空きがあるイベントを検索する。

続いて、検出されたイベントの中から、検索起点条件、検索終点条件および指定ジャンルを満たす複数のイベントによる組み合わせを選定する。

これにより、例えば、“予約ａ”のイベントと“予約ｂ”のイベントとを含む予約候補が、まとめて予約可能なイベントの一つとして特定される。

ここで、“予約ａ”のイベントを特定する方法についてさらに詳しく説明する。最初に、“東京駅”と“スタジオＡ”との間の移動時間を算出する。移動時間の算出には、上記移動手段や、“東京駅”と“スタジオＡ”との間の距離等を用いることができる。

続いて、算出した移動時間に基づいて、“１０：００”に“東京駅”を出発した場合に、“スタジオＡ”に到着可能な時間帯を算出する。この到着可能な時間帯には、“スタジオＡ”に到着してからイベントに参加するまでの準備時間等を余裕時間として含ませることとしてもよい。

続いて、算出した時間帯に、空きの予約枠が存在するかどうかを確認し、その結果、“予約ａ”のイベントを特定する。

“予約ｂ”のイベントを特定する方法についてさらに詳しく説明する。最初に、“スタジオＡ”と“Ｂリストランテ”との間の移動時間を算出する。移動時間の算出には、上記移動手段や、“スタジオＡ”と“Ｂリストランテ”との間の距離等を用いることができる。

続いて、算出した移動時間に基づいて、“１２：００”に“スタジオＡ”を出発した場合に、“Ｂリストランテ”に到着可能な時間帯を算出する。この到着可能な時間帯には、“Ｂリストランテ”に到着してから席に案内されるまでの時間等を余裕時間として含ませることとしてもよい。

続いて、算出した時間帯に、空きの予約枠が存在するかどうかを確認し、その結果、“予約ｂ”のイベントを特定する。

このように特定された“予約ａ”のイベントと“予約ｂ”のイベントとを含む“予約候補１”が、図４に示す予約候補提示画面４２に表示され、予約申込者に提示される。予約候補提示画面４２では、検索の起点、“予約ａ”のイベント、“予約ｂ”のイベントおよび検索の終点が、時系列に並べて表示されるため、スケジュール確認にも有効となる。

予約申込者は、予約候補提示画面４２の“予約”ボタンＢ２を押下することで、予約候補提示画面４２に表示されている“予約ａ”のイベントと“予約ｂ”のイベントとをまとめて予約することができる。

次に、図５を参照して、複数のイベントに対する予約を管理する機能について具体的に説明する。

図５は、“予約ａ”のイベントと“予約ｂ”のイベントとがまとめて予約された場合に、予約処理モジュール２２１によって発行される一括予約単位予約ＩＤとイベント単位予約ＩＤとを例示した模式図である。

図５は、“予約ａ”のイベントおよび“予約ｂ”のイベントに関する情報に対し、一括予約単位予約ＩＤとして“００１”が発行されていることを示す。また、“予約ａ”のイベントに関する情報に対し、イベント単位予約ＩＤとして“００１−１”が発行され、“予約ｂ”のイベントに関する情報に対し、イベント単位予約ＩＤとして“００１−２”が発行されていることを示す。

このように、一括予約単位予約ＩＤを発行し、対応するイベントに関する情報に付加することで、複数のイベントに対する予約を、一つのまとまった予約として的確に判別することが可能となる。また、イベント単位予約ＩＤを発行し、対応するイベントに関する情報に付加することで、一つの予約に含まれる複数のイベントに対する予約を、イベントごとに的確に判別することが可能となる。

上述したように、実施形態における予約処理システム１によれば、複数のジャンルにそれぞれ対応する複数のイベントを、まとめて予約可能なイベントとしてユーザに提示し、その提示した複数のイベントに対する予約を受け付け、その受け付けた複数のイベントに対する予約を管理するために、複数のイベントに対する予約をまとめて一つの予約として特定する一つの一括予約単位予約ＩＤと、複数のイベントに対する予約をそれぞれ個別に特定する複数のイベント単位予約ＩＤとを発行することができる。

それゆえ、実施形態における予約処理システム１によれば、異なるジャンルの複数のイベントをまとめて予約したときに、複数のイベントの予約を含む一まとまりの予約を的確に管理することが可能となる。

[変形例]
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理（ステップ）は処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

また、上述した実施形態では、複数のイベントに対する予約を管理する際に、一括予約単位予約ＩＤとイベント単位予約ＩＤとを発行しているが、発行する予約ＩＤは、これらに限定されない。例えば、予約申込者端末４から受け付けた複数のイベントに対する予約を所定の予約受付単位ごとに特定する予約受付単位予約ＩＤ（第３識別ＩＤ）をさらに発行することとしてもよい。所定の予約受付単位として、例えば、店舗単位、複数の店舗（店舗ごとに一部または全部のイベントを指定可）をまとめた任意のグループ単位等を用いることができる。

以下において、所定の予約受付単位として店舗単位を採用した場合の変形例について説明する。

図６に、本変形例における予約候補を例示する。図６に例示する“予約候補２”は、検索の起点として、“１０：００”に“東京駅”にいることが指定され、検索の終点として、“１５：００”に“新宿駅”にいることが指定され、この間に所望する予約のジャンルとして、“ヨガ”または“レストラン”が指定された結果、提示されたものである。

図６の“予約候補２”には、まとめて予約可能なイベントとして、“予約ｃ”のイベントと“予約ｄ”のイベントと“予約ｅ”のイベントとが含まれている。

“予約ｃ”は、“１０：４０”から“１１：４０”に、“品川”にある“スタジオＡ”で行われる“ホットヨガ”が予約可能であることを示すものであり、料金が“３，０００円”であることが例示されている。

“予約ｄ”は、“１１：５０”から“１２：５０”に、“品川”にある“スタジオＡ”で行われる“ピラティス”が予約可能であることを示すものであり、料金が“３，０００円”であることが例示されている。

“予約ｅ”は、“１３：３０”から“１４：３０”に、“大崎”にある“イタリアンレストラン”の店である“Ｂリストランテ”が予約可能であることを示すものであり、この店での平均予算が“２，５００円”であることが例示されている。

予約候補提示画面４２の“予約”ボタンＢ２が押下されると、予約候補提示画面４２に表示されている“予約ｃ”のイベントと“予約ｄ”のイベントと“予約ｅ”のイベントとがまとめて予約され、図７に示す各予約ＩＤが発行される。

図７は、“予約ｃ”のイベント、“予約ｄ”のイベントおよび“予約ｅ”のイベントに関する情報に対し、一括予約単位予約ＩＤとして“００２”が発行されていることを示す。また、“予約ｃ”のイベントに関する情報に対し、イベント単位予約ＩＤとして“００２−１−１”が発行され、“予約ｄ”のイベントに関する情報に対し、イベント単位予約ＩＤとして“００２−１−２”が発行され、“予約ｅ”のイベントに関する情報に対し、イベント単位予約ＩＤとして“００２−２−１”が発行されていることを示す。

さらに、同一店舗に対する予約となる“予約ｃ”のイベントおよび“予約ｄ”のイベントに関する情報に対し、店舗単位予約ＩＤとして“００２−１”が発行され、別の店舗に対する予約となる“予約ｅ”のイベントに関する情報に対し、店舗単位予約ＩＤとして“００２−２”が発行されていることを示す。

このように、一括予約単位予約ＩＤおよびイベント単位予約ＩＤに加え、店舗単位予約ＩＤを発行し、対応するイベントに関する情報に付加することで、一つの予約に含まれる複数のイベントに対する予約を、店舗ごとに的確に判別することが可能となる。

ここで、上述した実施形態および変形例では、一括予約単位予約ＩＤ、イベント単位予約ＩＤおよび予約受付単位予約ＩＤの全てを発行する場合について説明しているが、これに限定されない。少なくとも、一括予約単位予約ＩＤ、イベント単位予約ＩＤまたは予約受付単位予約ＩＤのうち、いずれかを発行することとしてもよい。

また、上述した実施形態では、予約受付者端末３や予約申込者端末４が、予約処理サーバ２のＷｅｂページにアクセスして処理を行っているが、必ずしもＷｅｂページにアクセスして処理を行う必要はない。例えば、予約受付者端末３や予約申込者端末４が、予約処理アプリケーション（以下、予約処理アプリという。）をインストールして、上述した予約処理システムでの各種機能を実現することとしてもよい。この場合、予約受付者端末３や予約申込者端末４は、最新の予約イベント情報や予約情報を予約処理サーバ２から取得し、その取得した最新の情報を用いて予約処理等を実行し、予約受付者端末３や予約申込者端末４内で処理されたデータを予約処理サーバ２に送信することとしてもよい。

また、上述した実施形態では、複数のイベントをまとめて予約する際に、一括予約単位予約ＩＤとイベント単位予約ＩＤとをそれぞれ個別に発行しているが、全てのＩＤを個別に発行する必要はない。例えば、イベント単位予約ＩＤを発行し、このイベント単位予約ＩＤに紐付く任意のＩＤを一括予約単位予約ＩＤに割り当てることとしてもよい。さらに、イベント単位予約ＩＤに紐付く任意のＩＤを、上記店舗単位ＩＤや、上記任意のグループ単位のグループ単位ＩＤに割り当てることとしてもよい。

１…予約処理システム
２…予約処理サーバ
３…予約受付者端末
４…予約申込者端末
２０…プロセッサ
２１…通信インタフェース
２２…記憶資源
２２０…コンピュータプログラム
２２１…予約処理モジュール
２２２…予約イベント情報
２２３…予約情報
Ｎ…ネットワーク

Claims (5)

1. 少なくとも、予約の対象となるイベントを特定するイベント識別情報、前記イベントを分類するためのジャンル、前記イベントを提供する場所および前記イベントを提供する時間を含む予約イベント情報を記憶する手段と、
   検索条件として、少なくとも、検索の起点となる時間および場所を特定する検索起点条件、検索の終点となる時間および場所を特定する検索終点条件、および、予約を所望する複数の前記ジャンルを、ユーザに指定させる手段と、
   前記記憶された前記予約イベント情報を参照し、前記指定された前記検索起点条件および前記検索終点条件に基づいて予約が可能となる前記イベント、かつ、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベントを特定する手段と、
   前記特定された複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示する手段と、
   前記提示した複数の前記イベントに対する予約を受け付ける手段と、
   前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行する手段と、
   を備え、
   前記イベントを特定する手段は、
   前記検索の起点となる場所、一つ以上の前記イベントを提供する場所、および前記検索の終点となる場所に基づいて、それぞれの場所の間を移動する際に要する移動時間を算出する手段と、
   前記移動時間、前記検索の起点となる時間、前記検索の終点となる時間および前記イベントを提供する時間に基づいて、検索対象となるエリアの範囲を算出する手段と、
   前記検索対象となるエリアの範囲で提供される前記イベントであって、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベント、かつ前記検索の起点となる時間から前記検索の終点となる時間までに予約可能な前記イベントを、前記予約イベント情報から検出する手段と、
   前記検出された前記イベントの中から、前記検索起点条件、前記検索終点条件および前記指定された複数の前記ジャンルを満たす複数のイベントによる組み合わせを特定する手段と、
   を含む、ことを特徴とする予約処理装置。
2. 前記イベントを提示する手段は、前記特定された複数の前記イベントを時系列に表示して提示することを特徴とする請求項１記載の予約処理装置。
3. 前記受け付けられた複数の前記イベントに対する予約を一つのまとまった予約として管理する手段を、さらに備えることを特徴とする請求項１または２記載の予約処理装置。
4. 少なくとも、予約の対象となるイベントを特定するイベント識別情報、前記イベントを分類するためのジャンル、前記イベントを提供する場所および前記イベントを提供する時間を含む予約イベント情報を記憶する記憶装置を有するコンピュータが、
   検索条件として、少なくとも、検索の起点となる時間および場所を特定する検索起点条件、検索の終点となる時間および場所を特定する検索終点条件、および、予約を所望する複数の前記ジャンルを、ユーザに指定させるステップと、
   前記記憶された前記予約イベント情報を参照し、前記指定された前記検索起点条件および前記検索終点条件に基づいて予約が可能となる前記イベント、かつ、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベントを特定するステップと、
   前記特定された複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示するステップと、
   前記提示した複数の前記イベントに対する予約を受け付けるステップと、
   前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行するステップと、
   を実行し、
   前記イベントを特定するステップは、
   前記検索の起点となる場所、一つ以上の前記イベントを提供する場所、および前記検索の終点となる場所に基づいて、それぞれの場所の間を移動する際に要する移動時間を算出するステップと、
   前記移動時間、前記検索の起点となる時間、前記検索の終点となる時間および前記イベントを提供する時間に基づいて、検索対象となるエリアの範囲を算出するステップと、
   前記検索対象となるエリアの範囲で提供される前記イベントであって、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベント、かつ前記検索の起点となる時間から前記検索の終点となる時間までに予約可能な前記イベントを、前記予約イベント情報から検出するステップと、
   前記検出された前記イベントの中から、前記検索起点条件、前記検索終点条件および前記指定された複数の前記ジャンルを満たす複数のイベントによる組み合わせを特定するステップと、
   を含む、ことを特徴とする予約処理方法。
5. コンピュータを、
   少なくとも、予約の対象となるイベントを特定するイベント識別情報、前記イベントを分類するためのジャンル、前記イベントを提供する場所および前記イベントを提供する時間を含む予約イベント情報を記憶する手段、
   検索条件として、少なくとも、検索の起点となる時間および場所を特定する検索起点条件、検索の終点となる時間および場所を特定する検索終点条件、および、予約を所望する複数の前記ジャンルを、ユーザに指定させる手段、
   前記記憶された前記予約イベント情報を参照し、前記指定された前記検索起点条件および前記検索終点条件に基づいて予約が可能となる前記イベント、かつ、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベントを特定する手段、
   前記特定された予約の対象となるイベントを分類するための複数のジャンルにそれぞれ対応する複数の前記イベントを、まとめて予約可能な前記イベントとしてユーザに提示する手段、
   前記提示した複数の前記イベントに対する予約を受け付ける手段、
   前記受け付けた複数の前記イベントに対する予約を管理するために、少なくとも、複数の前記イベントに対する予約をまとめて一つの予約として特定する一つの第１識別ＩＤ、複数の前記イベントに対する予約をそれぞれ個別に特定する複数の第２識別ＩＤ、または複数の前記イベントに対する予約を所定の予約受付単位ごとに特定する複数の第３識別ＩＤのうち、いずれかを発行する手段、
   として機能させ、
   前記イベントを特定する手段は、
   前記検索の起点となる場所、一つ以上の前記イベントを提供する場所、および前記検索の終点となる場所に基づいて、それぞれの場所の間を移動する際に要する移動時間を算出する手段と、
   前記移動時間、前記検索の起点となる時間、前記検索の終点となる時間および前記イベントを提供する時間に基づいて、検索対象となるエリアの範囲を算出する手段と、
   前記検索対象となるエリアの範囲で提供される前記イベントであって、前記指定された複数の前記ジャンルにそれぞれ対応する前記イベント、かつ前記検索の起点となる時間から前記検索の終点となる時間までに予約可能な前記イベントを、前記予約イベント情報から検出する手段と、
   前記検出された前記イベントの中から、前記検索起点条件、前記検索終点条件および前記指定された複数の前記ジャンルを満たす複数のイベントによる組み合わせを特定する手段と、
   を含む、ことを特徴とする予約処理プログラム。