(57)【要約】【課題】付帯施設等へのアクセスやイベント等の終了時刻変動に伴う利用者への配慮を可能とする。【解決手段】予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベース１１１と、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベース１１２と、利用者端末２００から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベース１１２において検索する、移動容易性情報検索部１０６と、前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末２００に通知する推奨座席通知部１０７と、からシステムを構成する。【選択図】  図１
2005346349.tif 000002
【特許請求の範囲】
【請求項１】
各種施設や交通機関などの予約処理を支援するシステムであって、
予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、
前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースと、
利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索する、移動容易性情報検索部と、
前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知する推奨座席通知部と、
を備えることを特徴とする予約支援システム。
【請求項２】
請求項１において、
前記移動容易性データベースにおいて、前記予約対象の施設または機関とは別の第２予約対象と前記予約対象における座席との間の移動容易性の情報を格納するものとし、
前記移動容易性情報検索部が、利用者端末から受け付けた予約要求が含む第２予約対象の利用希望を抽出し、当該利用希望に該当する第２予約対象の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索し、
前記推奨座席通知部が、前記第２予約対象の座席毎の移動容易性情報に基づき、利用者が利用を希望する第２予約対象への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知することを特徴とする予約支援システム。
【請求項３】
請求項２において、
前記予約対象の施設または機関における催事またはサービスの終了時刻の情報を入力インターフェイスより取得して格納する終了時刻データベースと、
前記終了時刻データベースにおける前記予約対象の施設または機関における催事またはサービスの終了時刻の変動を認識し、この終了時刻の変動に応じて、前記予約データベースにおいて前記予約対象と関連づけされて格納された第２予約対象の予約時刻を変動させる予約時刻更新部と、
を備えることを特徴とする予約支援システム。
【請求項４】
請求項３において、
前記終了時刻データベースにおける前記予約対象の施設または機関における催事またはサービスの終了時刻の変動を認識し、この変動した終了時刻において予約可能な予約対象または第２予約対象を前記予約データベースにおいて検索し、ここで検索された予約対象または第２予約対象を予約提案対象として利用者端末に通知する、予約提案部を備えることを特徴とする予約支援システム。
【請求項５】
請求項４において、
前記終了時刻の変動に伴う予約獲得機会の発生情報を生成し、前記予約提案対象に対し通知する、予約獲得機会通知部を備えることを特徴とする予約支援システム。
【請求項６】
各種施設や交通機関などの予約処理支援を、コンピュータで行う方法であって、
前記コンピュータが、予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースとを利用し、
利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索し、
前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知する、ことを特徴とする予約支援方法。
【請求項７】
各種施設や交通機関などの予約処理支援の方法を、
予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースと、を利用可能なコンピュータに実行させるためのプログラムであって、
利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索するステップと、
前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知するステップと、
を含むことを特徴とする予約支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約支援システム、予約支援方法、および予約支援プログラムに関する。
【背景技術】
【０００２】
コンサートやスポーツ観戦、或いは交通機関の利用に伴う座席予約処理を支援するシステムが提案されている。例えば、座席番号が付与された複数の座席に対し、隣接した複数の連席を割り付ける座席割り付けシステムであって、利用者の予約を希望する座席数ｎを入力し、予約した座席券を発行すると共に利用者の希望する座席数の連席又は非連席を指定する機能を持つ発券手段と、前記座席番号対応の予約状況を格納する座席予約ファイルと、前記発券手段からの指示により利用者の希望する座席の検索を行う検索手段とを備え、利用者の希望した数の連続した座席予約が不可のとき、前記発券手段は、予約する座席を分散して予約して良いか否かの確認メッセージを表示し、前記分散予約を許可する非連席が指定された場合、前記発券手段は、前記利用者の予約を希望する座席数ｎを減算した座席数を用いて前記座席予約ファイルの検索を行うことを特徴とする座席割り付けシステム（特許文献１参照）などが提案されている。
【特許文献１】特開平１１−３０６２６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来の予約支援システムでは各種施設や機関等の座席予約に伴って、付帯施設等へのアクセスを考慮するといった処理がなされていなかった。そのため、座席予約を行う利用者が、例えばトイレや売店など付帯施設の利用利便性が良好な座席を願っていたとしても、これに予約処理のシステム側で応えることが困難であった。したがって、付帯施設等へのアクセス困難な座席を予約座席として利用者にそのまま提示してしまい、利用者の利便性を低下させる惧れもあった。
【０００４】
また、前記コンサートやスポーツ試合の終了時刻は変動することがあるにも関わらず、この終了時刻の変動に応じて、前記コンサート等の終了後に利用しようと利用者が予約している他の予約対象（例：レストランや各種宿泊施設、交通機関など）の予約時刻を更新するといった処理を行うこともなかった。従って利用者は、前記コンサート等の終了を自ら見計らいつつ次行動に応じた予約変更処理を行うといった煩雑な手間を余儀なくされていた。
【０００５】
そこで本発明は上記課題を鑑みてなされたものであり、付帯施設等へのアクセスやイベント等の終了時刻変動に伴う利用者への配慮を可能とする予約支援システム、予約支援方法、および予約支援プログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決する本発明の予約支援システムは、各種施設や交通機関などの予約処理を支援するシステムであって、予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースと、利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索する、移動容易性情報検索部と、前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知する推奨座席通知部と、を備える。
【０００７】
また、本発明の予約支援方法は、各種施設や交通機関などの予約処理支援を、コンピュータで行う方法であって、前記コンピュータが、予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースとを利用し、利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索し、前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知する、ことを特徴とする。
【０００８】
また、本発明の予約支援プログラムは、各種施設や交通機関などの予約処理支援の方法を、予約対象の施設または機関に関する利用者の座席予約情報を格納する予約データベースと、前記予約対象における座席と付帯設備との間の移動容易性の情報を格納した、移動容易性データベースと、を利用可能なコンピュータに実行させるためのプログラムであって、利用者端末から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベースにおいて検索するステップと、前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末に通知するステップと、を含むことを特徴とする。
【０００９】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１０】
本発明によれば、付帯施設等へのアクセスやイベント等の終了時刻変動に伴う利用者への配慮が可能となる。
【発明を実施するための最良の形態】
【００１１】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における予約支援システムを含むネットワーク構成図である。本実施形態においては、例えば、劇場やスタジアムなどの施設、或いは鉄道などの交通機関を、本発明における予約対象と想定する。また、利用者はこれら予約対象に関し、イベント（催事）観覧や鉄道乗車などに伴う座席予約を利用者端末から予約支援システム側に行うものと想定する。更に、前記予約対象でのイベント等の終了後に利用者が利用する飲食店、旅行代理店、ホテル、タクシーなどを第２予約対象とする。また、前記予約対象または第２予約対象は、本発明の予約提案対象ともなりうる。
【００１２】
本発明の予約支援システム１００（以下、システム１００）は例えばサーバコンピュータであり、本発明の予約支援方法を実行する機能を実現すべくハードディスクドライブなどの記憶装置１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。
【００１３】
また、システム１００は、ＬＡＮやインターネット等のネットワーク１５０を介して、利用者端末２００らの外部装置と接続してデータ授受を実行するＩ／Ｏ部１０６を備える。更に、システム１００は、予約データベース１１１、移動容易性データベース１１２、終了時刻データベース１１３を利用可能である。
【００１４】
以下に、前記システム１００が例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。システム１００は、利用者端末２００から受け付けた予約要求が含む付帯設備の利用希望を抽出し、当該利用希望に該当する付帯設備の座席毎の移動容易性情報を、前記移動容易性データベース１１２において検索する、移動容易性情報検索部１０６を備える。
【００１５】
なお、前記移動容易性データベース１１２において、前記予約対象の施設または機関とは別の第２予約対象と前記予約対象における座席との間の移動容易性の情報を格納するものとした場合、前記移動容易性情報検索部１０６が、利用者端末２００から受け付けた予約要求が含む第２予約対象の利用希望を抽出し、当該利用希望に該当する第２予約対象の座席毎の移動容易性情報を、前記移動容易性データベース１１２において検索するものとできる。
【００１６】
また、システム１００は、前記付帯設備の座席毎の移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末２００に通知する推奨座席通知部１０７を備える。なお、この推奨座席通知部１０７は、前記第２予約対象の座席毎の移動容易性情報に基づき、利用者が利用を希望する第２予約対象への移動が最も容易な座席を特定し、当該座席の情報を推奨座席情報として利用者端末２００に通知することとできる。
【００１７】
また、システム１００は、前記予約対象の施設または機関における催事またはサービスの終了時刻の情報を入力インターフェイスより取得して格納する終了時刻データベース１１３を備えるものとできる。この場合、システム１００は、この終了時刻データベース１１３における前記予約対象の施設または機関における催事またはサービスの終了時刻の変動を認識し、この終了時刻の変動に応じて、前記予約データベース１１１において前記予約対象と関連づけされて格納された第２予約対象の予約時刻を変動させる予約時刻更新部１０８を備えるものとできる。
【００１８】
また、システム１００は、前記終了時刻データベース１１３における前記予約対象の施設または機関における催事またはサービスの終了時刻の変動を認識し、この変動した終了時刻において予約可能な予約対象または第２予約対象を前記予約データベース１１１において検索し、ここで検索された予約対象または第２予約対象を予約提案対象として利用者端末２００に通知する、予約提案部１０９を備えることとできる。
【００１９】
また、システム１００は、前記終了時刻の変動に伴う予約獲得機会の発生情報を生成し、前記予約提案対象に対し通知する、予約獲得機会通知部１１０を備えることとできる。
【００２０】
なお、図１に示す利用者端末２００は、利用者が前記予約対象または第２予約対象に関する予約要求をシステム１００に行うコンピュータであり、前記システム１００と同様に、利用者端末として必要とされる各種入出力処理機能等を実現したプログラムをメモリに読み出し、演算装置により実行する。また、利用者端末２００は、ＬＡＮやインターネット等のネットワーク１５０を介して、前記システム１００らの外部装置と接続してデータ授受を実行する通信インターフェイスを備える。更に、利用者端末２００は、予約処理結果等を出力するディスプレイ等の表示装置や、利用者からの入力を受け付けるキーボードやマウスといった入力装置を備える。
【００２１】
また、劇場やスタジアム、あるいは鉄道など、各種予約対象が備えるのが予約対象サーバ３００である。この予約対象サーバ３００は、前記システム１００と同様に、予約対象サーバとして必要とされるイベント（催事）やサービス等の終了時刻の取得機能や各種入出力処理機能等を実現したプログラムをメモリに読み出し、演算装置により実行する。また、予約対象サーバ３００は、ＬＡＮやインターネット等のネットワーク１５０を介して、前記システム１００らの外部装置と接続してデータ授受を実行する通信インターフェイスを備える。更に、予約対象サーバ３００は、自施設等における座席毎の予約情報を予約データベース３１０として利用可能である。
【００２２】
また、第２予約対象サーバ４００は、前記予約対象でのイベント等の終了後に利用者が利用する飲食店、旅行代理店、ホテル、タクシーなど第２予約対象が備えるサーバ装置である。この第２予約対象サーバ４００は、前記システム１００と同様に、第２予約対象サーバとして必要とされるイベント（催事）やサービス等の終了時刻の変動通知をシステム１００より取得して自ら管理している予約データベース４１０へ反映させる機能や各種入出力処理機能等を実現したプログラムをメモリに読み出し、演算装置により実行する。また、第２予約対象サーバ４００は、ＬＡＮやインターネット等のネットワーク１５０を介して、前記システム１００らの外部装置と接続してデータ授受を実行する通信インターフェイスを備える。更に、第２予約対象サーバ４００は、自施設等における予約情報を予約データベース４１０として利用可能である。
【００２３】
次に、本実施形態の予約支援システムが利用可能なデータベースについて説明する。図２は本実施形態における（ａ）予約データベース、（ｂ）移動容易性データベース、（ｃ）終了時刻データベースを示す図である。予約データベース１１１は、予約対象の施設または機関に関する利用者の座席予約情報を格納したデータベースであり、例えば予約ＩＤをキーとして、利用者ＩＤ、予約日時、予約された催事等に紐付けされたイベントＩＤ、利用者が前記施設や機関等で利用を望む利用希望施設、予約された座席情報、第２予約対象の情報、および予約対象におけるイベント等の終了時刻変動に連動して第予約対象の予約日時を更新するか否かのフラグ、などといった情報を関連づけたレコードの、予約対象または第２予約対象毎の集合体となっている。
【００２４】
また、移動容易性データベース１１２は、前記予約対象における座席と付帯設備または第２予約対象との間の移動容易性の情報を格納したデータベースあり、例えば座席ＩＤ  をキーとして、トイレや託児所、タクシー乗降場など付帯施設や第２予約対象への移動容易性の情報、および予約有無といった情報を関連づけたレコードの、予約対象または第２予約対象毎の集合体となっている。
【００２５】
また、終了時刻データベース１１３は、前記予約対象の施設または機関における催事またはサービスの終了時刻の情報を入力インターフェイスより取得して格納したデータベースあり、例えばイベントＩＤをキーとして、終了時刻（例：終了見込み情報）、および当初予定あるいは所定時期からの変動有無といった情報を関連づけたレコードの、前記予約対象毎の集合体となっている。
【００２６】
なお、これまで示したシステムにおける機能部１０６〜１１０は、ハードウェアとして実現してもよいし、ＨＤＤやメモリなどの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４がプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３に読み出して、これを実行することとなる。
【００２７】
また、前記ネットワーク１５０に関しては、インターネットやＬＡＮの他、専用回線やＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。
【００２８】
以下、予約支援方法の実際手順について、図に基づき説明する。なお、以下で説明する予約支援方法に対応する各種動作は、システム１００がメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００２９】
図３は本実施形態における予約支援方法の実際手順１を示すフロー図である。このフローでは、例えば、利用者端末２００からの予約要求に応じてシステム１００が予約処理を行う手順を説明している。ここで本実施形態における前記システム１００は、利用者端末２００からの予約画面要求の送信（ｓ１０００）をうけて、予約を受け付ける予約画面を利用者端末２００へ返信する（ｓ１００１）。
【００３０】
この予約画面は、図５において示す画面５００が該当する。この図５で示す予約画面５００は、既に利用者端末２００において予約対象の施設等およびそこで開催されるイベント等のうち希望するものが指定された状況でシステム１００から提示される画面である。つまり、前記の利用者端末２００からの指定を前提としてシステム１００が希望施設やイベントに対応する予約画面を生成して利用者端末２００に返信している訳である。図５の例では、予約対象をサッカースタジアムとして、催事つまりイベントをサッカーの試合だと想定している。
【００３１】
前記予約画面５００は、利用者が利用を希望する付帯施設（予約対象の施設等に付帯するもの）もしくは、予約対象の施設等の周辺に存在する第２予約対象に関する指定を受け付ける、チェックボックスなどのインターフェイス５０２を備えている。
【００３２】
利用者端末２００は、この画面５００をシステム１００から受信し、当該画面における利用者からの前記付帯施設または第２予約対象の利用希望を受け付ける。前記画面５００の例では、サッカー観戦に伴って「トイレ」および「託児所」の利用を利用者が希望していることとなる。利用者端末２００は、こうした利用希望を含む予約要求を生成し、検索ボタン５０１の押下に応じてシステム１００に送信する（ｓ１００２）。
【００３３】
システム１００では、この予約要求を受信し（ｓ１００３）、この予約要求に含まれる該当予約対象に応じた予約対象サーバ３００を特定する。ここでの例で言えば、前記サッカースタジアムの管理者が備える予約対象サーバ３００が特定される。また、システム１００はここで特定した予約対象サーバ３００に宛てて、前記予約要求に基づく予約確認要求を生成し送信する（ｓ１００４）。
【００３４】
前記予約対象サーバ３００は、前記予約確認要求を受信し（ｓ１００５）、自らの予約データベース３１０において、例えば該当イベント（サッカーの試合）における予約状況を確認する（ｓ１００６）。予約対象サーバ３００は、この予約状況の情報を予約確認結果としてシステム１００に送信する（ｓ１００７）。
【００３５】
システム１００では、前記予約確認結果を受信し（ｓ１００８）、予約可能な座席について、座席毎の移動容易性情報を、前記移動容易性データベース１１２において検索する（ｓ１００９）。この検索処理は、システム１００における前記移動容易性情報検索部１０６が実行するものとする。
【００３６】
そして、システム１００における前記推奨座席通知部１０７は、前記検索処理により得た移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定する（ｓ１０１０）。この特定処理は、前記画面５０１の例を想定すると、「トイレ」および「託児所」への移動が最も容易な予約可能な座席を特定することとなる。移動容易性については、図２（ｂ）の移動容易性情報の項目で示した通り、例えば、移動距離の遠近レベル（例：最も近いものから“Ａ”〜“Ｆ”）や、移動経路中における段差の有無といった点を判断基準とできる。勿論、これ意外にも、施設等の構造や運営状況、あるいは利用者の属性などに応じて任意に基準を定めるものとできる。
【００３７】
図５の画面５０３および画面５１４の例を想定すると、前記の「トイレ」および「託児所」に最短距離の座席は“Ａ席”の“２１〜４８”、または“Ｂ席”の“３０〜５５”の席となる。システム１００は、こうして特定した座席の情報を推奨座席情報として利用者端末２００に通知する（ｓ１０１１）。この通知は、例えば図５の画面５１１における推奨座席情報欄５１２を通じて行われる。
【００３８】
利用者端末２００は、前記推奨座席情報を受信してディスプレイ等に表示する（ｓ１０１２）。そして、利用者端末２００は、前記推奨座席情報の中からの予約希望座席の選択を画面５１１の予約希望欄５１３を介して受け付ける。ここで受け付けた予約希望座席の情報は、予約ボタン５１１の押下に応じて、座席予約要求として利用者端末２００からシステム１００へ送信される（ｓ１０１３）。一方、システム１００では、前記座席予約要求を受信し、これを予約対象サーバ３００へ転送する（ｓ１０１４）。
【００３９】
予約対象サーバ３００では、前記座席予約要求をシステム１００から受信し、自身の予約データベース４１０において該当座席の予約情報を書き込んで予約処理を実行する（ｓ１０１５）。この予約処理の結果は予約対象サーバ３００からシステム１００に通知される（ｓ１０１６）。一方、システム１００では前記予約処理の結果を受信してこれを予約データベース１１１に反映させるとともに、利用者端末２００へ転送する（ｓ１０１７）。
【００４０】
一方、利用者端末２００は、前記の予約結果を例えば図５の画面５２０として受信し（ｓ１０１８）、これをディスプレイ等に出力して処理を終了する。前記画面５２０では、“Ｂ−５５”の座席が予約できた旨の予約完了通知５２３を含み、またこの“Ｂ−５５”の座席位置５２６を表示する画面５２５にリンクすることとできる。
【００４１】
こうして前記利用者は、、予約対象としてのサッカースタジアムにおけるサッカー観戦用の座席を、「トイレ」および「託児所」の近距離で予約できたのである。このサッカー観戦の後、つまり予約対象における催事またはサービスの終了後に、前記利用者がサッカースタジアム周辺で食事等に出かけることも十分想定できる。このような状況に対し前記画面５２０において、第２予約対象指定インターフェイス５２４を提示し、利用者からの第２予約対象の利用希望を受け付けることとできる。ここで、特に第２予約対象の利用希望が利用者になければ完了ボタン５２１の押下を受けて、システム１００では処理を終了する。
【００４２】
一方、図５の画面５２０例のとおり、第２予約対象として“レストラン”の指定を受け付けたならば、検索ボタン５２２の押下を受けて図６の画面６００および画面６０４を利用者端末２００へ返す。なお、以降の予約処理について、上述した予約対象たるサッカースタジアムの座席予約処理と同様であるためフローは省略している。
【００４３】
前記の画面６００では、レストランの絞り込み検索を受け付けるべく、例えば希望ジャンル指定インターフェイス６０２を備える。ここで希望ジャンルが例えば“パスタ”などと指定され、また、終了時刻連動指定インターフェイス６０３において、予約対象たる前記サッカースタジアムでのサッカー終了時刻の変動に連動してレストランでの予約時刻を変化させるものと指定され、検索ボタン６０１が押下されたとする。なお、画面６０４では、前記サッカースタジアム周辺に存在するレストランの存在を示す地図情報となっており、利用者のレストラン絞り込み判断の一助となる。
【００４４】
前記検索ボタン６０１の押下に応じて、利用者端末２００からシステム１００へ検索要求が送信される。一方、システム１００はこの検索要求を受けて、予約可能で前記希望ジャンルならびに終了時刻連動可否の希望に合致するレストランを、予約データベース１１１または第２予約対象サーバ４００において検索する。この検索結果は、システム１００から利用者端末２００に対し、例えば画面６１０および画面６１３として返信される。
【００４５】
利用者端末２００では、前記検索結果を受信して画面６１０における第２予約対象指定インターフェイス６１２を介して第２予約対象の指定を受け付ける。また、予約ボタン６１１の押下に応じて、第２予約対象の予約要求が利用者端末２００からシステム１００へ送信される。
【００４６】
システム１００では、第２予約対象サーバ４００へ前記予約要求を転送して、第２予約対象サーバ４００からの予約処理結果を受信する。システム１００ではこの予約処理結果を受信し、予約データベース１１１に反映させる。また、この予約処理結果を利用者端末２００へ転送することとなる。
【００４７】
利用者端末２００ではこの予約処理結果６２２を含む、例えば画面６２０および画面６２３として受信しディスプレイ等に出力し、完了ボタン６２１の押下に伴い処理を終了する。
【００４８】
こうして予約対象および第２予約対象の予約処理が実行されることとなる。本実施形態においては、更にその後、前記予約対象におけるイベント等の終了時刻に変動が生じた場合に対応可能である。その際の処理手順につき図４に基づき以下に説明する。 図４は本実施形態における予約支援方法の実際手順２を示すフロー図である。
【００４９】
例えば、上述のサッカースタジアムの管理者が備える予約対象サーバ３００において、所定間隔で、或いは変化を検知して、イベント終了時刻情報をシステム１００に送信するとする（ｓ２０００）。このイベント終了時刻情報は、例えばイベント進行の管理システムより取得するものとできる。
【００５０】
システム１００では、前記イベント終了時刻情報を受信してこれを取得し（ｓ２００１）、これを終了時刻データベース１１３に格納する（ｓ２００２）。そして、システム１００は前記終了時刻データベース１１３における前記予約対象の施設または機関における催事またはサービスの終了時刻の変動有無を、例えば更新世代間で終了時刻情報のレコード比較を行うことにより判定する（ｓ２００３）。ここで終了時刻の変動がなければ（ｓ２００３：ＮＯ）、処理をステップｓ２００１に戻す。
【００５１】
他方、終了時刻の変動があれば（ｓ２００３：ＹＥＳ）、予約対象におけるイベント等の終了時刻に予約時刻を連動させる第２予約対象の予約が存在するか、予約データベース１１１にて検索する。そこで該当する予約が存在しなければ（ｓ２００５：ＮＯ）、処理をステップｓ２００１に戻す。一方、該当する予約が存在したならば（ｓ２００５：ＹＥＳ）、前記変動した終了時刻において予約可能な予約対象または第２予約対象を、前記予約データベース１１１、予約データベース３１０、予約データベース４１０の少なくともいずれかにおいて検索する（ｓ２００６）。
【００５２】
ここで予約可能な予約対象または第２予約対象が検索されたならば（ｓ２００６：ＹＥＳ）、終了時刻の変動に伴う予約獲得機会が発生したとして、システム１００が予約獲得機会の発生情報を生成し、前記予約提案対象に対し通知する（ｓ２００７）。この予約獲得機会の発生情報の生成・通知は、予約獲得機会通知部１１０が実行するものとする。予約提案対象のサーバ（いずれかの予約対象サーバ３００または第２予約対象サーバ４００）は、前記予約獲得機会の発生情報を受信してこれをディスプレイ等に出力する（ｓ２００８）。
【００５３】
一方、システム１００は、ステップｓ２００７に続いて、前記ステップｓ２００６で検索された、変動した終了時刻において予約可能な予約対象または第２予約対象を予約提案対象として利用者端末２００に通知する（ｓ２００９）。なおこの予約提案対象の生成、通知は予約提案部１０９が実行するものとする。利用者端末２００では前記の予約提案対象の情報を受信しディスプレイ等に出力する（ｓ２０１０）。そして、例えば、この予約提案対象について、上述したものと同様の予約要求を利用者端末２００で受け付けてこれをシステム１００で処理することが可能である。
【００５４】
また、システム１００は、前記の終了時刻の変動に応じて、前記予約データベース１１１において前記予約対象と関連づけされて格納された第２予約対象の予約時刻を変動させる（ｓ２０１１）。なお、この予約時刻の変動処理は、予約時刻更新部１０８が実行するものとする。
【００５５】
更に、この予約時刻変動の情報は、システム１００から該当の第２予約対象サーバ４００へ通知される（ｓ２０１２）。第２予約対象サーバ４００ではこれを受信し（ｓ２０１３）、変動した予約時刻を自身の予約データベース４１０に反映させる（ｓ２０１４）。
【００５６】
また一方で、前記予約時刻変動の情報は、システム１００から利用者端末２００へも通知される。利用者端末２００ではこれを受信し、ディスプレイ等に出力し（ｓ２０１５）、処理を終了する。
【００５７】
このように、予約対象における催事またはサービスの終了時刻に変動があったとしても、これに引き続いて利用すべく利用者が予約している第２予約対象の予約時刻を連動して変更することが可能となる。
【００５８】
−−−−−他の実施形態−−−−−
上述の実施形態で示した、予約対象がサッカースタジアムなどの施設である状況とは別の別に、例えば予約対象が鉄道などの交通機関である状況も想定できる。以下、予約対象を鉄道とした実施形態について、図７および図８のフロー図、ならびに図９および図１０の画面遷移図を用いて説明する。
【００５９】
本実施形態におけるシステム１００は、利用者端末２００からの予約画面要求の送信（ｓ３０００）をうけて、予約を受け付ける予約画面を利用者端末２００へ返信する（ｓ３００１）。この予約画面は、図９において示す画面７００が該当する。この図９で示す予約画面７００は、既に利用者端末２００において予約対象の鉄道のうち希望するものが指定された状況でシステム１００から提示される画面である。つまり、前記の利用者端末２００からの指定を前提としてシステム１００が乗車希望の鉄道に対応する予約画面を生成して利用者端末２００に返信している訳である。
【００６０】
前記予約画面７００は、利用者が利用を希望する付帯施設（予約対象の鉄道に付帯するもの）もしくは、予約対象の鉄道の駅施設周辺に存在する第２予約対象に関する指定を受け付ける、チェックボックスなどのインターフェイス７０２を備えている。
【００６１】
利用者端末２００は、この画面７００をシステム１００から受信し、当該画面における利用者からの前記付帯施設または第２予約対象の利用希望を受け付ける。前記画面７００の例では、鉄道乗車に伴って「トイレ」および「託児スペース」の利用を利用者が希望していることとなる。利用者端末２００は、こうした利用希望を含む予約要求を生成し、検索ボタン７０１の押下に応じてシステム１００に送信する（ｓ３００２）。
【００６２】
システム１００では、この予約要求を受信し（ｓ３００３）、この予約要求に含まれる該当予約対象に応じた予約対象サーバ３００を特定する。ここでの例で言えば、前記鉄道の管理者が備える予約対象サーバ３００が特定される。また、システム１００はここで特定した予約対象サーバ３００に宛てて、前記予約要求に基づく予約確認要求を生成し送信する（ｓ３００４）。
【００６３】
前記予約対象サーバ３００は、前記予約確認要求を受信し（ｓ３００５）、自らの予約データベース３１０において、例えば該当鉄道における予約状況を確認する（ｓ３００６）。予約対象サーバ３００は、この予約状況の情報を予約確認結果としてシステム１００に送信する（ｓ３００７）。
【００６４】
システム１００では、前記予約確認結果を受信し（ｓ３００８）、予約可能な座席について、座席毎の移動容易性情報を、前記移動容易性データベース１１２において検索する（ｓ３００９）。この検索処理は、システム１００における前記移動容易性情報検索部１０６が実行するものとする。
【００６５】
そして、システム１００における前記推奨座席通知部１０７は、前記検索処理により得た移動容易性情報に基づき、利用者が利用を希望する付帯設備への移動が最も容易な座席を特定する（ｓ３０１０）。この特定処理は、前記画面７００の例を想定すると、「トイレ」および「託児スペース」への移動が最も容易な予約可能な座席を特定することとなる。移動容易性については、図２（ｂ）の移動容易性情報の項目で示した通り、例えば、移動距離の遠近レベル（例：最も近いものから“Ａ”〜“Ｆ”）や、移動経路中における段差の有無といった点を判断基準とできる。勿論、これ意外にも、鉄道や駅施設等の構造や運営状況、あるいは利用者の属性などに応じて任意に基準を定めるものとできる。
【００６６】
図９の画面７１０および画面７１５の例を想定すると、前記の「トイレ」および「託児スペース」に最寄りの座席は“６号車”の“１１列Ｄ席”、“１２列Ｅ席”、“１３列Ａ席”、“１４列Ｃ席”となる。システム１００は、こうして特定した座席の情報を推奨座席情報として利用者端末２００に通知する（ｓ３０１１）。この通知は、例えば図９の画面７１０における推奨座席情報欄７１２を通じて行われる。
【００６７】
利用者端末２００は、前記推奨座席情報を受信してディスプレイ等に表示する（ｓ３０１２）。そして、利用者端末２００は、前記推奨座席情報の中からの予約希望座席の選択を画面７１０の予約希望欄７１３を介して受け付ける。ここで受け付けた予約希望座席の情報は、予約ボタン７１１の押下に応じて、座席予約要求として利用者端末２００からシステム１００へ送信される（ｓ３０１３）。一方、システム１００では、前記座席予約要求を受信し、これを予約対象サーバ３００へ転送する（ｓ３０１４）。
【００６８】
予約対象サーバ３００では、前記座席予約要求をシステム１００から受信し、自身の予約データベース４１０において該当座席の予約情報を書き込んで予約処理を実行する（ｓ３０１５）。この予約処理の結果は予約対象サーバ３００からシステム１００に通知される（ｓ３０１６）。一方、システム１００では前記予約処理の結果を受信してこれを予約データベース１１１に反映させるとともに、利用者端末２００へ転送する（ｓ３０１７）。
【００６９】
一方、利用者端末２００は、前記の予約結果を例えば図９の画面７２０として受信し（ｓ３０１８）、これをディスプレイ等に出力して処理を終了する。前記画面７２０では、“６号車、１４列Ｃ席”の座席が予約できた旨の予約完了通知７２３を含み、またこの“６号車、１４列Ｃ席”の座席位置７２６を表示する画面７２５にリンクすることとできる。
【００７０】
こうして前記利用者は、、予約対象としての鉄道の座席を、「トイレ」および「託児スペース」の近距離で予約できたのである。この鉄道乗車の後、つまり予約対象におけるサービスの終了後に、前記利用者が降車した鉄道駅周辺で食事等に出かけることも十分想定できる。このような状況に対し前記画面７２０において、第２予約対象指定インターフェイス７２４を提示し、利用者からの第２予約対象の利用希望を受け付けることとできる。ここで、特に第２予約対象の利用希望が利用者になければ完了ボタン７２１の押下を受けて、システム１００では処理を終了する。
【００７１】
一方、図９の画面７２０例のとおり、第２予約対象として“飲食店”の指定を受け付けたならば、検索ボタン７２２の押下を受けて図１０の画面８００を利用者端末２００へ返す。なお、以降の予約処理について、上述した予約対象たるサッカースタジアムの座席予約処理と同様であるためフローは省略している。
【００７２】
前記の画面８００では、飲食店の絞り込み検索を受け付けるべく、例えば希望ジャンル指定インターフェイス８０２を備える。ここで希望ジャンルが例えば“レストラン・バー”などと指定され、また、終了時刻連動指定インターフェイス８０３において、予約対象たる前記鉄道の所定駅到着時刻（サービスの終了時刻）の変動に連動してレストラン・バーでの予約時刻を変化させるものと指定され、検索ボタン８０１が押下されたとする。
【００７３】
前記検索ボタン８０１の押下に応じて、利用者端末２００からシステム１００へ検索要求が送信される。一方、システム１００はこの検索要求を受けて、予約可能で前記希望ジャンルならびに終了時刻連動可否の希望に合致するレストラン・バーを、予約データベース１１１または第２予約対象サーバ４００において検索する。この検索結果は、システム１００から利用者端末２００に対し、例えば画面８１０および画面８１３として返信される。
【００７４】
利用者端末２００では、前記検索結果を受信して画面８１０における第２予約対象指定インターフェイス８１２を介して第２予約対象の指定を受け付ける。また、予約ボタン８１１の押下に応じて、第２予約対象の予約要求が利用者端末２００からシステム１００へ送信される。
【００７５】
システム１００では、第２予約対象サーバ４００へ前記予約要求を転送して、第２予約対象サーバ４００からの予約処理結果を受信する。システム１００ではこの予約処理結果を受信し、予約データベース１１１に反映させる。また、この予約処理結果を利用者端末２００へ転送することとなる。
【００７６】
利用者端末２００ではこの予約処理結果８２２を含む、例えば画面８２０および画面８２３として受信しディスプレイ等に出力し、完了ボタン８２１の押下に伴い処理を終了する。
【００７７】
こうして予約対象および第２予約対象の予約処理が実行されることとなる。本実施形態においても、その後、前記予約対象におけるサービスの終了時刻（つまり鉄道の所定駅到着時刻）に変動が生じた場合に対応可能であり、その際の処理手順について図８に基づき説明する。
【００７８】
例えば、上述の鉄道の管理者が備える予約対象サーバ３００において、所定間隔で、或いは変化を検知して、鉄道の所定駅到着時刻の情報をシステム１００に送信するとする（ｓ４０００）。この所定駅到着時刻情報は、例えば鉄道運行管理システムより取得するものとできる。
【００７９】
システム１００では、前記所定駅到着時刻情報を受信してこれを取得し（ｓ４００１）、これを終了時刻データベース１１３に格納する（ｓ４００２）。そして、システム１００は前記終了時刻データベース１１３における前記予約対象たる鉄道の所定駅到着時刻の変動有無を、例えば更新世代間で所定駅到着時刻情報のレコード比較を行うことにより判定する（ｓ４００３）。ここで所定駅到着時刻の変動がなければ（ｓ４００３：ＮＯ）、処理をステップｓ４００１に戻す。
【００８０】
他方、所定駅到着時刻の変動があれば（ｓ４００３：ＹＥＳ）、予約対象たる鉄道の所定駅到着時刻に予約時刻を連動させる第２予約対象の予約が存在するか、予約データベース１１１にて検索する。そこで該当する予約が存在しなければ（ｓ４００５：ＮＯ）、処理をステップｓ４００１に戻す。一方、該当する予約が存在したならば（ｓ４００５：ＹＥＳ）、前記変動した所定駅到着時刻において予約可能な予約対象または第２予約対象を、前記予約データベース１１１、予約データベース３１０、予約データベース４１０の少なくともいずれかにおいて検索する（ｓ４００６）。
【００８１】
ここで予約可能な予約対象または第２予約対象が検索されたならば（ｓ４００６：ＹＥＳ）、所定駅到着時刻の変動に伴う予約獲得機会が発生したとして、システム１００が予約獲得機会の発生情報を生成し、前記予約提案対象に対し通知する（ｓ４００７）。この予約獲得機会の発生情報の生成・通知は、予約獲得機会通知部１１０が実行するものとする。予約提案対象のサーバ（いずれかの予約対象サーバ３００または第２予約対象サーバ４００）は、前記予約獲得機会の発生情報を受信してこれをディスプレイ等に出力する（ｓ４００８）。
【００８２】
一方、システム１００は、ステップｓ４００７に続いて、前記ステップｓ４００６で検索された、変動した所定駅到着時刻において予約可能な予約対象または第２予約対象を予約提案対象として利用者端末２００に通知する（ｓ４００９）。なおこの予約提案対象の生成、通知は予約提案部１０９が実行するものとする。利用者端末２００では前記の予約提案対象の情報を受信しディスプレイ等に出力する（ｓ４０１０）。そして、例えば、この予約提案対象について、上述したものと同様の予約要求を利用者端末２００で受け付けてこれをシステム１００で処理することが可能である。
【００８３】
また、システム１００は、前記の所定駅到着時刻の変動に応じて、前記予約データベース１１１において前記予約対象と関連づけされて格納された第２予約対象の予約時刻を変動させる（ｓ４０１１）。なお、この予約時刻の変動処理は、予約時刻更新部１０８が実行するものとする。
【００８４】
更に、この予約時刻変動の情報は、システム１００から該当の第２予約対象サーバ４００へ通知される（ｓ４０１２）。第２予約対象サーバ４００ではこれを受信し（ｓ４０１３）、変動した予約時刻を自身の予約データベース４１０に反映させる（ｓ４０１４）。
【００８５】
また一方で、前記予約時刻変動の情報は、システム１００から利用者端末２００へも通知される。利用者端末２００ではこれを受信し、ディスプレイ等に出力し（ｓ４０１５）、処理を終了する。
【００８６】
このように、予約対象たる鉄道の所定駅到着時刻に変動があったとしても、これに引き続いて利用すべく利用者が予約している第２予約対象の予約時刻を連動して変更することが可能となる。
【００８７】
本発明によれば、付帯施設等へのアクセスやイベント等の終了時刻変動に伴う利用者への配慮が可能となる。  
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００８８】
【図１】本実施形態における予約支援システムを含むネットワーク構成図である。
【図２】本実施形態における（ａ）予約データベース、（ｂ）移動容易性データベース、（ｃ）終了時刻データベースを示す図である。
【図３】本実施形態における予約支援方法の実際手順１を示すフロー図である。
【図４】本実施形態における予約支援方法の実際手順２を示すフロー図である。
【図５】本実施形態における画面遷移例１を示す図である。
【図６】本実施形態における画面遷移例２を示す図である。
【図７】本実施形態における予約支援方法の他実際手順１を示すフロー図である。
【図８】本実施形態における予約支援方法の他実際手順２を示すフロー図である。
【図９】本実施形態における画面遷移例３を示す図である。
【図１０】本実施形態における画面遷移例４を示す図である。
【符号の説明】
【００８９】
１００  予約支援システム、システム
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  Ｉ／Ｏ部
１０６  移動容易性情報検索部
１０７  推奨座席通知部
１０８  予約時刻更新部
１０９  予約提案部
１１０  予約獲得機会通知部
１１１  予約データベース
１１２  移動容易性データベース
１１３  終了時刻データベース
１５０  ネットワーク
２００  利用者端末
３００  予約対象サーバ
３１０  （予約対象側）予約データベース
４００  第２予約対象サーバ
４１０  （第２予約対象側）予約データベース
【図１】
2005346349.tif 000003
【図２】
2005346349.tif 000004
【図３】
2005346349.tif 000005
【図４】
2005346349.tif 000006
【図５】
2005346349.tif 000007
【図６】
2005346349.tif 000008
【図７】
2005346349.tif 000009
【図８】
2005346349.tif 000010
【図９】
2005346349.tif 000011
【図１０】
2005346349.tif 000012