JP2009098905A - 予約受付システム - Google Patents

Abstract

【課題】交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対し、申込内容の確認・変更の段階で、宿泊の延長を可能とするシステムを提供する。
【解決手段】図１５（ａ）に示すように、サーバ３０は、ユーザ端末１０から確認応答として旅程変更要求（宿泊延長）を受信する（Ｓ１５０５ａ）と、翌日の日程に、当日の宿泊プランと同一の宿泊プランを追加する（Ｓ１５１０ａ）。続いて、サーバ３０は、選択されている宿泊プランのみについて総額を算出する（Ｓ１５１５ａ）。これらの処理が完了すると、サーバ３０は、宿泊の延長（Ｓ１５１０ａ）を反映させ、かつ総額算出処理（Ｓ１５１５ａ）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ１５２０ａ）。
【選択図】図１５

Description

本発明は、交通手段及び宿泊施設の予約を併せて受け付けるサービスを提供するシステムに関し、特に申込内容の確認・変更に関するものである。

ネットワークを介して、交通手段（例えば、航空機，列車等）及び宿泊施設（例えば、ホテル，旅館，民宿等）の予約を併せて受け付けるサービスが知られている（例えば、非特許文献１参照）。このサービスを利用すれば、ユーザは自己の端末上で、無数の選択肢の中から自分だけの旅程を組み立てることができる。
このサービスの特徴の１つとして、一度組み立てた旅程の柔軟な変更が可能である点が挙げられる。追加・削除を含む変更は、通常、選択された交通手段及び宿泊施設を確認するための申込内容の確認ページから行なう。

上記サービスを提供する従来のシステムにおいて行なわれてきたユーザの端末との間の処理の流れの概略を、図１のフローチャートを参照して説明する。
図１に示すように、上記システムを構成するサーバは、まず、ユーザの端末から検索条件のデータ（例えば、出発地，目的地，期間，人数等）を受信し（Ｓ１１０）、該検索条件を満たす空席情報及び空室情報を所定のデータベースから取得する。
続いて、その取得した情報をもとに生成した往路の交通手段，復路の交通手段又は宿泊施設の選択ページを、ユーザの端末に順次送信し（Ｓ１２０）、ユーザに往復の交通手段及び少なくとも１泊分の宿泊施設を選択させる。ユーザは、受信した各選択ページにおいて、往復の交通手段及び少なくとも１泊分の宿泊施設を順次選択する。

上記選択ページにおいて往復の交通手段及び宿泊施設が選択されると、サーバは、ユーザの端末に申込内容の確認ページを送信し（Ｓ１３０）、ユーザに申込内容の確認を求める。ユーザは、受信した確認ページで申込内容を確認して、その内容のまま予約手続を続行するか否かを判断する。
申込内容を変更しない場合、ユーザは、所定の確定ボタン（例えば、「予約手続に進む」ボタン等）をクリックする。このとき、ユーザの端末は、サーバに交通手段及び宿泊施設の予約を要求する。
一方、申込内容を変更する場合、ユーザは、確認ページ内の所定の変更ボタン（例えば、交通手段について「便変更」ボタン，「区間変更」ボタン、宿泊施設について「宿変更」ボタン，「宿追加」ボタン等）をクリックする。このとき、ユーザの端末は、サーバに交通手段又は宿泊施設の変更を要求する。

ユーザの端末から確認応答の要求を受信する（Ｓ１３５）と、サーバは、申込内容に変更があるか否かを判定する（Ｓ１４０）。
変更がないとき（Ｓ１４０で「なし」）、サーバは、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されている交通手段及び宿泊施設の予約を確定する（Ｓ１５０）。
一方、変更があるとき（Ｓ１４０で「あり」）、サーバは、確認応答の要求の内容に応じて交通手段又は宿泊施設を個別に変更するための選択ページをユーザの端末に送信し（Ｓ１６０）、ユーザに交通手段又は宿泊施設を再度選択させる。この選択ページにおいて交通手段又は宿泊施設が選択されると、サーバは、ユーザの端末に申込内容の確認ページを送信し（Ｓ１３０）、ユーザに申込内容の再確認を求める。

このように、交通手段及び宿泊施設の予約を併せて受け付ける従来のシステムは、ユーザの端末から申込内容の変更要求を受信すると、変更の内容に関わらず、交通手段又は宿泊施設を個別に変更するための選択ページをユーザの端末に送信していた。そのため、ユーザは、同一の宿泊施設での宿泊の延長のみを希望していても、翌日の日程に別個の宿泊施設での宿泊を追加する場合と同様に、宿泊施設を選択する手順を繰り返さなければならなかった。
また、上記従来のシステムは、申込内容の確認ページにおいて宿泊の短縮又は削除をするという変更には対応していなかった。そのため、ユーザは、宿泊の短縮又は削除のみを希望する場合には、検索条件を指定するためのページに戻り、検索条件を指定し直さなければならなかった。

株式会社ジェイティービー、"国内ダイナミックパッケージ"、[online]、<URL：http://dom.jtb.co.jp/yado/fit.asp>

本発明は、交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対し、申込内容の確認・変更の段階で、宿泊施設の再選択を要求することなく、宿泊の延長を可能とするシステムを提供することを課題とする。
また、本発明は、交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対し、申込内容の確認・変更の段階で、検索条件の再指定を要求することなく、宿泊の短縮又は削除を可能とするシステムを提供することを課題とする。

上記課題を解決するため、本発明は、ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムであって、交通手段の空席情報及び運送料の情報を記憶する空席情報記憶手段と、宿泊施設の空室情報及び宿泊料の情報を記憶する空室情報記憶手段と、交通手段及び宿泊施設の検索条件を、ユーザの端末から受信する検索条件受信手段と、前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得する空席情報取得手段と、前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得する空室情報取得手段と、前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、前記ユーザの端末に送信する選択ページ送信手段と、前記選択ページ上の交通手段の中から選択された交通手段の情報及び前記選択ページ上の宿泊施設の中から選択された宿泊施設の情報を、前記ユーザの端末から受信する選択情報受信手段と、前記選択された交通手段の情報と前記選択された宿泊施設の情報とから交通手段及び宿泊施設の確認ページを生成し、前記選択された交通手段の運送料と、前記選択された宿泊施設の宿泊料とから算出した料金の総額の情報を付加して、前記ユーザの端末に送信する確認ページ送信手段と、前記確認ページ上の交通手段又は宿泊施設についての応答を、前記ユーザの端末から受信する確認応答受信手段とを備え、前記確認応答受信手段が宿泊の延長要求を受信したとき、前記確認ページ送信手段は、翌日の日程に同一の宿泊施設を追加した確認ページを生成し、該確認ページに前記料金の総額に該追加された宿泊施設の宿泊料を加算した金額の情報を付加して送信することを特徴とする。
前記予約受付システムにおいて、前記確認応答受信手段が宿泊の削除要求を受信したとき、前記確認ページ送信手段は、当日の日程から宿泊施設を削除した確認ページを生成し、該確認ページに前記料金の総額から該削除された宿泊施設の宿泊料を減算した金額の情報を付加して送信することとしてもよい。

また、上記課題を解決するため、本発明は、ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムのサーバにおける予約受付方法であって、交通手段の空席情報及び運送料の情報を記憶する空席情報記憶手段と、宿泊施設の空室情報及び宿泊料の情報を記憶する空室情報記憶手段とを有し、交通手段及び宿泊施設の検索条件を、ユーザの端末から受信する検索条件受信ステップと、前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得する空席情報取得ステップと、前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得する空室情報取得ステップと、前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、前記ユーザの端末に送信する選択ページ送信ステップと、前記選択ページ上の交通手段の中から選択された交通手段の情報及び前記選択ページ上の宿泊施設の中から選択された宿泊施設の情報を、前記ユーザの端末から受信する選択情報受信ステップと、前記選択された交通手段の情報と前記選択された宿泊施設の情報とから交通手段及び宿泊施設の確認ページを生成し、前記選択された交通手段の運送料と、前記選択された宿泊施設の宿泊料とから算出した料金の総額の情報を付加して、前記ユーザの端末に送信する確認ページ送信ステップと、前記確認ページ上の交通手段又は宿泊施設についての応答を、前記ユーザの端末から受信する確認応答受信ステップとを備え、前記確認応答受信ステップで宿泊の延長要求を受信したとき、前記確認ページ送信ステップで、翌日の日程に同一の宿泊施設を追加した確認ページを生成し、該確認ページに前記料金の総額に該追加された宿泊施設の宿泊料を加算した金額の情報を付加して送信することを特徴とする。

前記予約受付システムの各手段をコンピュータに機能として実現させるためのプログラムも本発明である。

本発明の予約受付システムは、申込内容の確認ページ上で、ユーザに宿泊施設の再選択を要求することなく、宿泊の延長を可能とすることができる。その効果として、同一の宿泊施設での宿泊の延長のみを希望するユーザは、宿泊施設を選択する手順を繰り返すことなく、申込内容の確認ページ上で宿泊の延長を完了させることができる。
また、本発明の予約受付システムは、申込内容の確認ページ上で、ユーザに検索条件の再指定を要求することなく、宿泊の短縮又は削除を可能とすることができる。その効果として、旅程内の宿泊の短縮又は削除のみを希望するユーザは、検索条件を指定し直すことなく、申込内容の確認ページ上で宿泊の短縮又は削除を完了させることができる。

以降、本発明の実施形態の一例を、図２〜図２３を参照して詳細に説明する。
ここでは、交通手段が航空機のみに限定されている場合を例に説明する。また、本実施形態は、交通手段及び宿泊施設を併せて予約する場合の例であり、少なくとも１泊分の宿泊施設の予約を必須の処理とする。

以下の説明において、「フライト」とは「日付」及び「便コード」の組を、「宿泊プラン」とは「日付」，「宿泊施設」及び「客室クラス」の組をいうものとする。各項目の詳細については、後述する。
なお、本発明のシステムによるサービスが、本実施形態に示す航空機だけでなく、新幹線等の列車，高速バス，フェリーその他の事前の予約を要する交通手段全般を対象としていることは言うまでもない。

＜本実施形態の説明＞
（１．本実施形態のシステムによる処理の概略）
本実施形態のシステムによる申込内容の確認・変更の段階における処理は、従来のシステムによる処理と比較すると、主として次の２点において相違する。
（１）本実施形態のシステムは、申込内容の確認ページにおいて、ユーザの端末から申込内容の変更要求があった場合に、ユーザに宿泊プランの再選択又は検索条件の再指定を要求することなく、宿泊の延長，短縮及び削除を完了させることができる。
（２）本実施形態のシステムは、フライトを個別に変更するための選択ページに変更前後の基本料金の差額を提示し、並びに宿泊プランを個別に変更するための選択ページに変更後に必要となるべき基本料金及び料金総額を提示することができる。

本実施形態のシステムによる処理の概略を、図２のフローチャートを参照して簡単に説明する。なお、図２には、参照すべき他の図面の番号を示している。
図２に示すように、本実施形態のシステムを構成するサーバは、まず、ユーザの端末から検索条件のデータを受信し（Ｓ２１０）、該検索条件を満たす空席情報及び空室情報を所定のデータベースから取得する。
続いて、その取得した情報をもとに生成したフライト（往路，復路）及び宿泊プランの選択ページをユーザの端末に送信し（Ｓ２２０）、ユーザに往復のフライト及び少なくとも１泊分の宿泊プランを選択させる。ユーザは、受信した選択ページにおいて、往復のフライト及び少なくとも１泊分の宿泊プランを選択する。

上記選択ページ上で往復のフライト及び宿泊プランが選択されると、サーバは、ユーザの端末に申込内容の確認ページを送信し（Ｓ２３０）、ユーザに申込内容の確認を求める。ユーザは、受信した確認ページで申込内容を確認して、その内容のまま予約手続を続行するか否かを判断する。
申込内容を変更しない場合、ユーザは、所定の確定ボタンをクリックする。このとき、ユーザの端末は、サーバに選択されているフライト及び宿泊プランの予約を要求する。
一方、申込内容を変更する場合、ユーザは、確認ページ内の所定の変更ボタンをクリックする。このとき、ユーザの端末は、サーバにフライト又は宿泊プランの変更を要求する。

ユーザの端末から、ユーザのボタン等のクリック操作に応じた確認応答を受信する（Ｓ２３５）と、サーバは、確認応答の内容により、以下のようにそれぞれの処理を行う（Ｓ２４０）。
変更がないとき（「変更なし」）、サーバは、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（Ｓ２５０）。
一方、変更があるとき（「旅程変更（延長・短縮・削除）」，「フライト変更（時刻変更・発着地変更）」，「宿泊プラン変更（変更・追加）」）、サーバは、確認応答の要求の内容に応じて、後述の旅程変更処理（Ｓ２６０ａ），フライト変更処理（Ｓ２６０ｂ），宿泊プラン変更処理（Ｓ２６０ｃ）のいずれかを行なう。

これらの処理は、いずれもユーザの端末に申込内容の確認ページを送信する処理を含んでいる（後述）。そのため、いずれかの処理が完了すると、申込内容の確認ページを送信する処理（Ｓ２３０）の完了後の状態に戻る。
なお、これらの処理は、いずれも確認ページにおいてユーザが所定のリンク又はボタンをクリックしたときに、サーバで行なわれる処理である。そのため、これらの処理の間には前後関係がない。また、同一の処理が連続して行なわれる場合もある。

（２．本実施形態のシステムの構成）
本実施形態のシステムの構成を、図３を参照して説明する。
図３は、本実施形態のシステム構成の一例を示す図である。
前提として、本実施形態のシステムが提供するサービスは、基本的に一般ユーザを対象とし、予約を確定する処理（図２のＳ２５０）の段階や図２の処理の開始前に、別途ユーザ情報の登録等を要求することとする。
なお、これは運用の一例であり、サービスの提供対象を限定（例えば、登録済のユーザのみに限定）してもよい。

（２−１．ユーザ端末）
図３において、ユーザ端末１０は、ユーザが用いる端末である。本実施形態では、例えばパソコン等の端末とする。
また、ユーザ端末１０はブラウザを有しており、インターネット等のネットワーク２０を介してサーバ３０に接続することにより、本実施形態のシステムが提供するサービスを享受することができる。

（２−２．サーバ）
サーバ３０は、ＷＥＢ上でユーザ端末１０を通じユーザにサービスを提供するためのシステムを格納しているサーバである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。

運送料情報３１は、航空機の運送料（運賃）の情報である。運送料情報３１の主要な項目を図４（ａ）に示す。
図４（ａ）において、「日付」は、その航空機が出航する日の日付である。「便コード」は、その航空機を識別するためのコードである。「座席クラス」は、その航空機の各座席が属するクラス（例えば、ファーストクラス，ビジネスクラス，エコノミークラス等）であり、「運送料」の設定単位である。「運送料」は、その航空機の座席クラスに設定された大人一人あたりの運賃である。
本実施形態の運送料情報３１は、「運送料」が「日付」，「便コード」及び「座席クラス」の組ごとに設定されていることを前提として、該組ごとに記憶する。また、運送料情報３１はキャッシュデータとしてサーバ３０の主記憶装置に記憶されているが、サーバ３０の補助記憶装置に記憶しておいてもよい。
なお、上述の運送料情報３１は、運送料が「日付」，「便コード」及び「座席クラス」の組ごとに設定されるフライト（航空機）の場合である。これに対し、運送料が座席情報のみにより定まらない場合もある（例えば、鉄道等の他の交通手段等）。この場合には、その交通手段の運送料の定め方に応じて、その交通手段ごとに運送料を計算する必要がある。

図３に戻り、宿泊料情報３２は、宿泊施設の宿泊料の情報である。宿泊料情報３２の主要な項目を図４（ｂ）に示す。
図４（ｂ）において、「日付」は、その宿泊施設が利用される日の日付である。「施設コード」は、その宿泊施設を識別するためのコードである。「客室クラス」は、その宿泊施設の各客室が属するクラスであり、「宿泊料」の設定単位である。「宿泊料」は、その宿泊施設の客室クラスに設定された大人一人あたりの１泊分の利用料である。
本実施形態の宿泊料情報３２は、「宿泊料」が「日付」，「施設コード」及び「客室クラス」の組ごとに設定されていることを前提として、該組ごとに記憶する。また、宿泊料情報３２はキャッシュデータとしてサーバ３０の主記憶装置に記憶されているが、サーバ３０の補助記憶装置に記憶しておいてもよい。
なお、上述の宿泊料情報３２は、宿泊料が「日付」，「施設コード」及び「客室クラス」の組ごとに設定される宿泊施設の場合である。これに対し、宿泊料が客室情報のみにより定まらない場合もある（例えば、提携の宿泊施設を対象とするキャンペーンによる割引等）。この場合には、その宿泊施設の宿泊料の定め方や各種の割引等に応じて、その宿泊施設ごとに宿泊料を計算する必要がある。

（２−３．空席情報データベース）
図３に戻り、空席情報データベース４０は、航空機の空席情報を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、空席情報データベース４０は、サーバ３０とは独立した（通常は、各航空会社内にある）サーバに構築してもよいし、サーバ３０に接続された記憶装置に構築してもよい。
また、本実施形態において「空席情報」とは、座席情報データベース４１（図５（ａ）参照）の各項目と、これに「日付」及び「便コード」で紐付けられた便情報データベース４２（図５（ｂ）参照）の各項目を組み合わせた情報をいうものとする。また、空席情報データベース４０には一定期間（例えば、３か月後まで）の空席情報が記憶されており、定期的に（例えば、１か月ごとに）新しい情報が追加される。

図３に戻り、座席情報データベース４１は、航空機の各座席クラスに関する情報を記憶しているデータベースである。座席情報データベース４１の主要な項目を図５（ａ）に示す。
図５（ａ）において、「日付」，「便コード」，「座席クラス」，「運送料」は、それぞれ、図４（ａ）に示した運送料情報３１の「日付」，「便コード」，「座席クラス」，「運送料」と同じである。「予約状況」は、「日付」，「便コード」，「座席クラス」の組ごとに管理される予約可能な座席数（空席数）である。この空席数は、予約を確定する処理（図２のＳ２５０）に連動して、随時減少していく。

図３に戻り、便情報データベース４２は、航空機の各便に関する情報を記憶しているデータベースである。便情報データベース４２の主要な項目を図５（ｂ）に示す。
図５（ｂ）において、「日付」，「便コード」は、それぞれ、図５（ａ）に示した座席情報データベース４１の「日付」，「便コード」に対応する。「出発地」／「到着地」は、それぞれその便が出発／到着する空港に一意の識別情報（例えば、名称，空港コード等）である。「出発時刻」／「到着時刻」は、それぞれその便が「出発地」を出発／「到着地」に到着する予定時刻である。

（２−４．空室情報データベース）
図３に戻り、空室情報データベース５０は、宿泊施設の空室情報を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、空室情報データベース５０は、サーバ３０とは独立した（通常は、各宿泊施設内、あるいは旅行代理店内にある）サーバに構築してもよいし、サーバ３０に接続された記憶装置に構築してもよい。
また、本実施形態において「空室情報」とは、客室情報データベース５１（図６（ａ）参照）の各項目と、これに「施設コード」で紐付けられた施設情報データベース５２（図６（ｂ）参照）の各項目を組み合わせた情報をいうものとする。また、空室情報データベース５０には一定期間（例えば、３か月後まで）の空室情報が記憶されており、定期的に（例えば、１か月ごとに）新しい情報が追加される。

図３に戻り、客室情報データベース５１は、宿泊施設の各客室クラスに関する情報を記憶しているデータベースである。客室情報データベース５１の主要な項目を図６（ａ）に示す。
図６（ａ）において、「日付」，「施設コード」，「客室クラス」，「宿泊料」は、それぞれ、図４（ｂ）に示した宿泊料情報３２の「日付」，「施設コード」，「客室クラス」，「宿泊料」と同じである。「予約状況」は、「日付」，「施設コード」，「客室クラス」の組ごとに管理される予約可能な客室数（空室数）である。この空室数は、予約を確定する処理（図２のＳ２５０）に連動して、随時減少していく。

図３に戻り、施設情報データベース５２は、各宿泊施設に関する情報を記憶しているデータベースである。施設情報データベース５２の主要な項目を図６（ｂ）に示す。
図６（ｂ）において、「施設コード」は、図６（ａ）に示した客室情報データベース５１の「施設コード」に対応する。「施設情報」は、宿泊施設の情報（例えば、名称，宿泊施設の詳細を掲載したウェブページのＵＲＬ，特徴，アクセス等）である。

（３．本実施形態のシステムによる空席情報・空室情報の提供）
本実施形態のシステムによる空席情報・空室情報の提供処理を、図７のシーケンス図を参照して説明する。ここでは、検索条件の受信（図２のＳ２１０）から申込内容の確認ページの送信（図２のＳ２３０）までの処理を説明する。
以降、図７に示した手順に基づいて処理の流れを説明する。なお、図７には、参照すべき他の図面の番号を示している。

（３−１．検索要求の受信）
サーバ３０はユーザ端末１０から検索要求を受信する（Ｓ７０５）。この検索要求には、検索条件のデータが付加されている。
なお、検索要求の前提として、サーバ３０は、ユーザ端末１０に図８に例示する検索条件入力ページ８００を送信しているものとする。
検索条件入力ページ８００において、ユーザは、検索条件の項目として「往路出発日」（８１０），「発着地（往路（出発地，到着地））」（８３０ａ），「発着地（復路（出発地，到着地））」（８３０ｂ），「復路出発日」（８４０），「１泊目の宿泊地」（８６０），「１部屋あたりの利用人数（大人，子供，有料幼児，無料幼児）」（８７０），「利用部屋数」（８８０）を指定することができる。

これらの検索条件に加え、ユーザは、任意の検索条件として、「往路出発時刻（朝，昼，夕，夜）」（８２０），「復路出発時刻（朝，昼，夕，夜）」（８５０）を指定することができる。この指定があると、出発時刻がその指定に対応する時間帯に含まれるフライトを、後述の「選択済みフライト」のデフォルト値の選択において優先する。
また、本実施形態のシステムは、「２泊目以降も同じ宿泊施設・宿泊プランにする」（８６１）という条件を任意の指定項目としており、このチェックボックスにチェックをしないことで１泊分のみの宿泊の予約を許容している。
検索条件入力ページ８００においてボタン８９０ａ又はボタン８９０ｂがクリックされると、検索要求とともに指定された検索条件のデータがサーバ３０に送信される。ここで、ボタン８９０ａがクリックされると、検索結果のページにおいて検索結果のデータが宿泊プランごとに表示される。一方、ボタン８９０ｂがクリックされると、検索結果のデータが施設ごとに表示される。

（３−２．空席情報の照会）
図７に戻り、ユーザ端末１０から検索要求を受信する（Ｓ７０５）と、サーバ３０は、空席情報データベース４０に対し空席情報を照会し（Ｓ７１０）、上述の検索条件を満たす空席情報を取得する（Ｓ７１５）。
本実施形態では、検索条件の項目のうち「往路出発日」（図８の８１０）及び「発着地（往路（出発地，到着地））」（８３０ａ）から往路の空席情報を、「復路出発日」（８４０）及び「発着地（復路（出発地，到着地））」（８３０ｂ）から復路の空席情報を、それぞれ照会し、検索条件を満たし、かつ在庫があるすべての空席情報を取得する。
サーバ３０は、取得したすべての空席情報について、往路，復路のフライトごとに「運送料（最安値）＞在庫数（最大値）＞直行便＞出発時刻（往路は１０時に最も近いもの，復路は１６時に最も近いもの）」の順に評価し、最適なフライトを「選択済みフライト」のデフォルト値とする。本実施形態では、受信した検索条件から「選択済みフライト」の初期値を決定することにより、ユーザ端末１０に最初に送信する選択ページにも必要な料金の総額を表示することができる。

（３−３．運送料情報の生成）
空席情報データベース４０から空席情報を取得する（Ｓ７１５）と、サーバ３０は、運送料情報生成処理を行なう（Ｓ７２０）。
運送料情報生成処理（Ｓ７２０）の流れを、図９のフローチャートを参照して説明する。
図９に示すように、サーバ３０は、取得した各空席情報から必要項目（本実施形態では、「日付」，「便コード」，「座席クラス」，「運送料」）を取得し（Ｓ９１０）、運送料情報３１を生成し（Ｓ９２０）、サーバ３０の主記憶装置にキャッシュデータとして記憶する（Ｓ９３０）。

（３−４．空室情報の照会）
図７に戻り、サーバ３０は、空室情報データベース５０に対し空室情報を照会し（Ｓ７２５）、上述の検索条件を満たす空室情報を取得する（Ｓ７３０）。
本実施形態では、検索条件の項目のうち「往路出発日」（図８の８１０），「復路出発日」「復路出発日」（８４０），「１泊目の宿泊地」（８６０），「１部屋あたりの利用人数（大人，子供，有料幼児，無料幼児）」（８７０）及び「利用部屋数」（８８０）から空室情報を照会し、検索条件を満たし、かつ在庫があるすべての空室情報を取得する。

（３−５．宿泊料情報の生成）
空室情報データベース５０から空室情報を取得する（Ｓ７３０）と、サーバ３０は、宿泊料情報生成処理を行なう（Ｓ７３５）。
宿泊料情報生成処理（Ｓ７３５）の流れを、図１０のフローチャートを参照して説明する。
図１０に示すように、サーバ３０は、取得した各空室情報から必要項目（本実施形態では、「日付」，「施設コード」，「客室クラス」，「宿泊料」）を取得し（Ｓ１０１０）、宿泊料情報３２を生成し（Ｓ１０２０）、サーバ３０の主記憶装置にキャッシュデータとして記憶する（Ｓ１０３０）。

（３−６．差額の算出）
図７に戻り、続いて、サーバ３０は、差額算出処理を行なう（Ｓ７４０）。
差額算出処理（Ｓ７４０）の流れを、図１１のフローチャートを参照して説明する。
図１１に示すように、サーバ３０は、まず、選択済みフライトの運送料を運送料情報３１から取得する（Ｓ１１１０）。差額算出処理（Ｓ７４０）では、選択済みフライトのデータとして、往路・復路のいずれか又は双方の処理を行なうことができる。ここ（図７のＳ７４０）では、往路の選択済みフライト及び復路の選択済みフライトのデフォルト値を取得する。
続いて、サーバ３０は、往路の選択済みフライトに変更があるか否かを判定する（Ｓ１１２０）。変更があるとき（Ｓ１１２０でＹｅｓ）は、運送料情報３１を参照し、取得した空席情報のうち往路の選択済みフライト以外の各フライトの運送料について、往路の選択済みフライトの運送料に対する差額を計算する（Ｓ１１３０）。変更がないとき（Ｓ１１２０でＮｏ）は、何もしない。ここ（図７のＳ７４０）では、往路の選択済みフライトがデフォルト値であるから、変更がある（Ｓ１１２０でＹｅｓ）ものと判定し、差額の計算を行なう。
同様に、サーバ３０は、復路の選択済みフライトに変更があるか否かを判定する（Ｓ１１４０）。変更があるとき（Ｓ１１４０でＹｅｓ）は、運送料情報３１を参照し、取得した空席情報のうち復路の選択済みフライト以外の各フライトの運送料について、復路の選択済みフライトの運送料に対する差額を計算する（Ｓ１１５０）。変更がないとき（Ｓ１１４０でＮｏ）は、何もしない。ここ（図７のＳ７４０）では、復路の選択済みフライトがデフォルト値であるから、変更がある（Ｓ１１４０でＹｅｓ）ものと判定し、差額の計算を行なう。
上記の各計算の終了後、計算結果のデータを返戻する（Ｓ１１６０）。

（３−７．総額の算出）
図７に戻り、続いて、サーバ３０は、総額算出処理を行なう（Ｓ７４５）。
総額算出処理（Ｓ７４５）の流れを、図１２のフローチャートを参照して説明する。
図１２に示すように、サーバ３０は、まず、往路の選択済みフライト及び復路の選択済みフライトの運送料を、それぞれ運送料情報３１から取得する（Ｓ１２１０，Ｓ１２２０）。同様に、サーバ３０は、宿泊プランの宿泊料を宿泊料情報３２から取得する（Ｓ１２３０）。
続いて、往路の選択済みフライトの運送料，復路の選択済みフライトの運送料，宿泊プランの宿泊料の合計金額を計算し（Ｓ１２４０）、大人１人あたりの料金の総額（基本料金）とする。
検索条件として指定された「１部屋あたりの利用人数」（図８の８７０）が「１人」であるときは、この基本料金が人数分の料金の総額（料金総額）になる。一方、「１部屋あたりの利用人数」（図８の８７０）が複数であるときは、基本料金に、指定された人数を乗じた額が料金総額となる。
なお、子供又は有料幼児が含まれているときは、所定の割引率又は割引額を考慮して料金総額を算出する。また、宿泊日数が複数になる場合には、宿泊日数を乗じて基本料金及び料金総額を算出する。
ここ（図７のＳ７４５）では、これらの処理をすべての宿泊プランについて行なう。
上記の計算の終了後、計算結果のデータを返戻する（Ｓ１２５０）。

（３−８．検索結果ページの送信）
図７に戻り、続いて、サーバ３０は、検索結果並びに差額算出処理（Ｓ７４０）により算出した差額及び総額算出処理（Ｓ７４５）により算出した料金の総額をもとに選択ページを生成し、これを検索結果ページとしてユーザ端末１０に送信する（Ｓ７５０）。
図１３に、選択ページを例示する。図１３に例示する選択ページ１３００は、検索条件入力ページ８００（図８）のボタン８９０ｂがクリックされた場合の例であり、宿泊プランが「宿泊施設ごとに」表示されている。

選択ページ１３００は、検索条件表示欄１３１０，ボタン１３２０，空席情報表示欄１３３０及び空室情報表示欄１３４０により構成される。
検索条件表示欄１３１０には、現在の検索条件（検索要求（図７のＳ７０５）とともに受信したもの）が表示される。ボタン１３２０は、検索条件表示欄１３１０に表示されている現在の検索条件を変更するページへのリンク（ボタン）である。

空席情報表示欄１３３０には、空席情報が表示される。空席情報のうち、往路のフライトの空席情報は空席情報（往路）表示欄１３３１に、復路のフライトの空席情報は空席情報（復路）表示欄１３３２に、それぞれフライト単位で表示される。なお、同一のフライトに複数の運送料が設定されている（複数の座席クラスがある）場合は、最も安い運送料のみをそのフライトの運送料として表示する。
空席情報（往路）表示欄１３３１又は空席情報（復路）表示欄１３３２中の「空席」欄に表示されている記号は、それぞれ「○：空席あり（６席以上）」,「△：空席わずか（１〜５席）」，「×：予約不可」を意味する（１３３３参照）。
ここで、「×：予約不可」は、空席数が人数未満であること、つまり「空席はあるが予約はできない」ことを意味する。例えば、あるフライトの空席数が３席である場合、検索条件で指定された人数が２人のときには「△（空席わずか）」が表示されるが、人数が４人のときには「×（予約不可）」が表示される。
なお、これらの記号の意味するところは、適宜変更することができる。

ラジオボタン１３３４は、「Ａ４１１便」が往路の選択済みフライトであることを示している。また、空席情報（往路）表示欄１３３１の「フライト差額」表示欄には、往路の選択済みフライト以外の各フライトについて、差額算出処理（図７のＳ７４０）により算出した、往路の選択済みフライトの運送料に対する差額が表示される。
ラジオボタン１３３５は、「Ａ０３８便」が復路の選択済みフライトであることを示している。また、空席情報（復路）表示欄１３３２の「フライト差額」表示欄には、復路の選択済みフライト以外の各フライトについて、差額算出処理（図７のＳ７４０）により算出した、復路の選択済みフライトの運送料に対する差額が表示される。

空室情報表示欄１３４０には、空室情報が表示される。空室情報は、宿泊プラン単位で表示される。
ボタン１３４１は、検索条件のうち宿泊期間のみを変更するページへのリンク（ボタン）である。タブ１３４２ａ，タブ１３４２ｂ，タブ１３４２ｃは、空室情報を整列させるためのタブである。
宿泊施設情報表示欄１３４３には、宿泊施設の情報（施設情報データベース５２（図６（ｂ））の施設情報）が表示される。選択ページ１３００では、名称，特徴，アクセスが表示されている。また、名称の部分は、宿泊施設の詳細を掲載したウェブページへのリンクとなっている。

基本料金表示欄１３４４には、総額算出処理（図７のＳ７４５）により算出した、大人１人あたりの料金の総額（基本料金）が表示される。
料金総額表示欄１３４５には、総額算出処理（図７のＳ７４５）により算出した、人数分の料金の総額（料金総額）が表示される。選択ページ１３００では、検索条件表示欄１３１０に表示されているとおり「大人２人」で宿泊する場合であるから、料金総額表示欄１３４５に表示される人数分の料金の総額は、それぞれ基本料金表示欄１３４４に表示される大人１人あたりの料金の総額の２倍となっている。

（３−９．確認ページの送信）
図７に戻り、受信した選択ページ１３００（図１３）において、ユーザが、往復のフライト及び少なくとも１泊分の宿泊プランを選択し、予約ボタン表示欄１３４６の「航空券＋宿泊を予約する」と表示されているボタンのいずれかをクリックすると、ユーザ端末１０は、サーバ３０に申込内容の確認ページを要求する。
ユーザ端末１０からの申込内容の確認ページの要求を受信する（Ｓ７５５）と、サーバ３０は、ユーザ端末１０に申込内容の確認ページを送信し（Ｓ７６０）、ユーザに申込内容の確認を求める。
図１４に、確認ページを例示する。確認ページ１４００は、選択ページ１３００（図１３）の予約ボタン１３４７がクリックされた場合の例である。

確認ページ１４００は、料金総額表示欄１４１０，旅程表示欄１４２０及びボタン１４３０により構成される。
料金総額表示欄１４１０には、基本料金（図１３の基本料金表示欄１３４４に表示されていたもの）及び料金総額（図１３の料金総額表示欄１３４５に表示されていたもの）が表示される。
ここでは、基本料金が「３４，９００円」（図１３の１３４８に対応）、料金総額がその２倍の「６９，８００円」（図１３の１３４９に対応）である。

旅程表示欄１４２０には、往復の選択済みフライト及び選択した宿泊プランが、日付ごとに表示される。
ここでは、往路の選択済みフライトが「Ａ４１１便」（図１３の１３３４に対応）、復路の選択済みフライトが「Ａ０３８便」（図１３の１３３５に対応）である。また、１泊目（２００７年７月２日）の宿泊プランが図１３の予約ボタン１３４７のクリックにより選択された「Ｂホテルのｂ３プラン」であり、２泊目及び３泊目の宿泊は選択されていない。

ユーザがボタン１４３０をクリックすると、ユーザ端末１０は、サーバ３０に確認ページに表示されている申込内容のまま予約手続を続行することを要求する。
ユーザ端末１０から上記要求を受信すると、サーバ３０は、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（図２のＳ２５０）。

（４．本実施形態のシステムによる申込内容の変更）
本実施形態のシステムによる申込内容の変更処理を、上述の図２のフローチャート及び図１４〜図２３を参照して詳細に説明する。
ここでは、上述の図２に示す旅程変更処理（Ｓ２６０ａ），フライト変更処理（Ｓ２６０ｂ），宿泊プラン変更処理（Ｓ２６０ｃ）の流れを説明する。

（５．旅程変更処理）
旅程変更処理（図２のＳ２６０ａ）は、申込内容の確認ページにおいてユーザ端末１０から旅程変更要求があった場合に、ユーザ端末１０に個別の選択ページ又は検索条件の入力ページを送信することなく、宿泊の延長，短縮又は削除を完了させる処理である。
旅程変更要求は、申込内容の確認ページ上の所定のリンク又はボタンがクリックされたときに、ユーザ端末１０からサーバ３０に対して送信される。確認ページ１４００（図１４）では、「翌日もこの宿泊施設・プランにする」と表示されているリンク１４２１が「宿泊延長」の要求に、「宿泊削除」と表示されているボタン１４２２が「宿泊削除」の要求に対応する。
以降、旅程変更処理（図２のＳ２６０ａ）の流れを、図１５のシーケンス図並びに図１６−１及び図１６−２のページ例を参照して説明する。

なお、サーバ３０は、翌日が検索条件として指定された「復路出発日」（図８の８４０）に当たる場合には、宿泊の延長を要求するためのリンクを表示させない。宿泊期間の延長には、後述のフライト変更処理及び宿泊プラン変更処理を組み合わせることにより対応している。
また、すべての宿泊プランが削除可能であるが、いずれの日程にも宿泊プランが選択されていない場合には、所定の予約ボタンがクリックされても予約を確定する処理（図２のＳ２５０）に進ませない。この場合には、画面上に「少なくとも１泊分の宿泊が必要である」旨のエラー表示を出して、ユーザに宿泊プランの選択を求める。

（５−１．旅程変更（宿泊延長）処理の流れ）
旅程変更（宿泊延長）処理の流れを、図１５（ａ）のシーケンス図を用いて説明する。
図１５（ａ）に示すように、サーバ３０は、ユーザ端末１０から確認応答として旅程変更要求（宿泊延長）を受信する（Ｓ１５０５ａ）と、翌日の日程に、当日の宿泊プランと同一の宿泊プランを追加する（Ｓ１５１０ａ）。
続いて、サーバ３０は、総額算出処理を行なう（Ｓ１５１５ａ）。総額算出処理については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。ここ（図１５（ａ）のＳ１５１５ａ）では、選択されている宿泊プランのみについて総額を算出する。
これらの処理が完了すると、サーバ３０は、宿泊の延長（Ｓ１５１０ａ）を反映させ、かつ総額算出処理（Ｓ１５１５ａ）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ１５２０ａ）。

図１６−１に、宿泊延長要求を受けて更新された確認ページを例示する。
図１６−１に例示する確認ページ１６００ａは、確認ページ１４００（図１４）において、宿泊の延長を要求するためのリンク１４２１がクリックされたときにユーザ端末１０に送信される確認ページである。すなわち、確認ページ１４００と確認ページ１６００ａとの間では、２泊目の宿泊プランに１泊目の宿泊プランと同一の「Ｂホテルのｂ３プラン」が追加されている。
確認ページ１６００ａにおいて、料金総額表示欄１６１０ａ，旅程表示欄１６２０ａ及びボタン１６３０ａは、それぞれ確認ページ１４００の料金総額表示欄１４１０，旅程表示欄１４２０及びボタン１４３０に対応している。また、その他の構成も確認ページ１４００と同じである。

同一の宿泊プランを１泊分追加すると、基本料金及び料金総額はいずれも増額する。確認ページ１４００（図１４）と確認ページ１６００ａ（図１６−１）との間では、基本料金が「３４，９００円」から「４８，５００円」に、料金総額が「６９，８００円」から「９７，０００円」に、それぞれ増額している（図１４の料金総額表示欄１４１０，図１６−１の料金総額表示欄１６１０ａ参照）。

ユーザがボタン１６３０ａをクリックすると、ユーザ端末１０は、サーバ３０に確認ページに表示されている変更後の申込内容で予約手続を続行することを要求する。
ユーザ端末１０から上記要求を受信すると、サーバ３０は、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（図２のＳ２５０）。

（５−２．旅程変更（宿泊削除）処理の流れ）
旅程変更（宿泊削除）処理の流れを、図１５（ｂ）のシーケンス図を用いて説明する。
図１５（ｂ）に示すように、サーバ３０は、ユーザ端末１０から確認応答として旅程変更要求（宿泊削除）を受信する（Ｓ１５０５ｂ）と、当日の日程から既に選択されている宿泊プランを削除する（Ｓ１５１０ｂ）。
続いて、サーバ３０は、総額算出処理を行なう（Ｓ１５１５ｂ）。総額算出処理については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。ここ（図１５（ｂ）のＳ１５１５ｂ）では、選択されている宿泊プランのみについて総額を算出する。
これらの処理が完了すると、サーバ３０は、宿泊の削除（Ｓ１５１０ｂ）を反映させ、かつ総額算出処理（Ｓ１５１５ｂ）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ１５２０ｂ）。

図１６−２に、宿泊削除要求を受けて更新された確認ページを例示する。
図１６−２に例示する確認ページ１６００ｂは、確認ページ１６００ａ（図１６−１）において、宿泊の削除を要求するためのボタン１６２１ａがクリックされたときにユーザ端末１０に送信される確認ページである。すなわち、確認ページ１６００ａと確認ページ１６００ｂとの間では、１泊目の宿泊プランとして選択されていた「Ｂホテルのｂ３プラン」が削除されている（図１６−２の１６２１ｂ参照）。
確認ページ１６００ｂにおいて、料金総額表示欄１６１０ｂ，旅程表示欄１６２０ｂ及びボタン１６３０ｂは、それぞれ確認ページ１６００ａ（図１６−１）の料金総額表示欄１６１０ａ，旅程表示欄１６２０ａ及びボタン１６３０ａに対応している。また、その他の構成も確認ページ１６００ａと同じである。

宿泊プランを１泊分削除すると、基本料金及び料金総額はいずれも減額する。確認ページ１６００ａ（図１６−１）と確認ページ１６００ｂとの間では、基本料金が「４８，５００円」から「３４，９００円」に、料金総額が「９７，０００円」から「６９，８００円」に、それぞれ減額している（図１６−１の料金総額表示欄１６１０ａ，図１６−２の料金総額表示欄１６１０ｂ参照）。
ユーザがボタン１６３０ｂをクリックすると、ユーザ端末１０は、サーバ３０に確認ページに表示されている変更後の申込内容で予約手続を続行することを要求する。
ユーザ端末１０から上記要求を受信すると、サーバ３０は、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（図２のＳ２５０）。

（５−３．旅程変更（宿泊短縮）処理の流れ）
本実施形態のシステムは、すべての宿泊プランを削除の対象とすることにより、確認ページ上での宿泊の短縮を可能としている。
したがって、旅程変更（宿泊短縮）処理の流れは、図１５（ｂ）のシーケンス図を用いて説明した宿泊削除要求を受信したときの処理の流れと同様である。

図１６−１の確認ページ１６００ａにおいて、宿泊の削除を要求するためのボタン１６２２ａがクリックされると、ユーザ端末１０には確認ページ１４００（図１４）が送信される。すなわち、確認ページ１６００ａと確認ページ１４００との間では、２泊目の宿泊プランとして選択されていた「Ｂホテルのｂ３プラン」が削除されている。
宿泊プランを１泊分削除すると、基本料金及び料金総額はいずれも減額する。確認ページ１６００ａと確認ページ１４００（図１４）との間では、基本料金が「４８，５００円」から「３４，９００円」に、料金総額が「９７，０００円」から「６９，８００円」に、それぞれ減額している（図１６−１の料金総額表示欄１６１０ａ，図１４の料金総額表示欄１４１０参照）。

（６．フライト変更処理）
フライト変更処理（図２のＳ２６０ｂ）は、申込内容の確認ページにおいて、ユーザ端末１０からフライト変更要求があった場合に、ユーザ端末１０にフライトを個別に変更するための選択ページを送信し、選択されたフライトに変更する処理である。
同一の区間でフライトの発着時刻のみを変更する場合は、既に取得している空席情報をフライトの選択ページに表示し、フライトを再度選択させる。一方、フライトの発着地を変更する場合は、変更された検索条件を満たす空席情報を空席情報データベース４０から再度取得し、この再度取得した空席情報をフライトの選択ページに表示し、フライトを再度選択させることで対応する。

フライト変更要求は、申込内容の確認ページ上の所定のボタンがクリックされたときに、ユーザ端末１０からサーバ３０に送信される。確認ページ１４００（図１４）では、「航空便変更」と表示されているボタン１４２３ａが往路の「フライト変更」を、「航空便変更」と表示されているボタン１４２３ｂが復路の「フライト変更」を、それぞれ要求するためのボタンである。
以降、フライト変更処理（図２のＳ２６０ｂ）の流れを、図１７−１及び図１７−２のシーケンス図並びに図１８−１〜図１９−２のページ例を参照して説明する。なお、図１７−１及び図１７−２には、参照すべき他の図面の番号を示している。

（６−１．フライト変更（発着時刻変更）処理の流れ）
フライト変更（発着時刻変更）処理の流れを、図１７−１のシーケンス図を用いて説明する。
図１７−１に示すように、サーバ３０は、ユーザ端末１０から確認応答として、フライト変更要求を受信する（Ｓ１７０５ａ）と、既に取得している空席情報及びその空席情報をもとに既に算出している差額の情報から、変更要求のあった区間（往路又は復路のいずれか）のみのフライトの選択ページを生成し、これをユーザ端末１０に送信する（Ｓ１７１０ａ）。

図１８−１に、フライトの選択ページを例示する。選択ページ１８００ａは、確認ページ１４００（図１４）において「航空便変更」と表示されているボタン１４２３ｂがクリックされたときにユーザ端末１０に送信される、復路のフライトのみを変更するための選択ページである。なお、往路のフライトのみを変更するための選択ページの構成も、選択ページ１８００ａと同様である。

選択ページ１８００ａは、空席情報表示欄１８１０ａ及び「戻る」ボタン１８２０ａにより構成される。
空席情報表示欄１８１０ａには、取得済みの空席情報が表示される。ここでは、空席情報を取得する処理（図７のＳ７１５）において取得済みの空席情報が表示される。
空席情報表示欄１８１０ａの「空席」欄に表示されている記号は、選択ページ１３００（図１３）の空席情報（往路）表示欄１３３１又は空席情報（復路）表示欄１３３２の「空席」欄に表示されている記号と同様である。
また、空席情報表示欄１８１０ａの「旅行代金差額」欄には、算出済みの差額の情報が表示される。ここでは、差額算出処理（図７のＳ７４０）において算出済みの差額の情報が表示される。

その他、空席情報表示欄１８１０ａには、申込内容表示欄１８１１ａ，出発空港指定欄１８１２ａ，到着空港指定欄１８１３ａ及び「検索」ボタン１８１４ａが表示される。
申込内容表示欄１８１１ａには、現在の検索条件（検索要求（図７のＳ７０５）とともに受信したもの、又はその後のフライト変更処理に伴い変更されたもの）、並びに基本料金及び料金総額が表示される。ここでは、検索要求（図７のＳ７０５）とともに受信した検索条件、並びに図１４の料金総額表示欄１４１０に表示されていた基本料金及び料金総額が表示される。

選択ページ１８００ａにおいて、空席情報表示欄１８１０ａの「選択」欄のいずれかのボタン（「この便に変更」と表示されているボタン）をクリックすると、ユーザ端末１０は、サーバ３０にフライトの変更情報を送信し、選択済みフライトの更新を要求する。これにより、フライトの発着時刻のみを変更することができる。この場合、サーバ３０は、空席情報を取得して選択ページを変更する処理を行なわない。
一方、「戻る」ボタン１８２０ａがクリックされると、変更要求前の確認ページに戻る。

図１７−１に戻り、ユーザ端末１０からフライトの変更情報を受信する（Ｓ１７１５ａ）と、サーバ３０は、総額算出処理を行なう（Ｓ１７２０ａ）。
総額算出処理については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。ここ（図１７−１のＳ１７２０ａ）では、選択されている宿泊プランのみについて総額を算出する。
これらの処理が完了すると、サーバ３０は、フライトの変更を反映させ、かつ総額算出処理（Ｓ１７２０ａ）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ１７２５ａ）。

図１９−１に、発着時刻変更後の確認ページを例示する。確認ページ１９００ａは、フライトの選択ページ１８００ａ（図１８−１）の予約ボタン１８１５ａがクリックされたときにユーザ端末１０に送信される確認ページである。すなわち、確認ページ１４００（図１４）と確認ページ１９００ａとの間では、復路のフライトが「Ａ０３８便」から「Ａ０４０便」に変更されている。
なお、確認ページ１９００ａの基本的な構成は、確認ページ１４００（図１４）と同様である。

確認ページ１９００ａは、料金総額表示欄１９１０ａ，旅程表示欄１９２０ａ及びボタン１９３０ａにより構成される。
料金総額表示欄１９１０ａには、基本料金及び料金総額（いずれも、図１７−１の総額算出処理（Ｓ１７２０ａ）により算出された金額）が表示される。旅程表示欄１９２０ａには、往復の選択済みフライト及び選択した宿泊プランが、日付ごとに表示される。
ここでは、往路の選択済みフライトが「Ａ４１１便」、復路の選択済みフライトが選択ページ１８００ａ（図１８−１）の予約ボタン１８１５ａのクリックにより選択された「Ａ０４０便」である。また、１泊目（２００７年７月２日）の宿泊プランが「Ｂホテルのｂ３プラン」であり、２泊目及び３泊目の宿泊は選択されていない。

復路のフライトを「Ａ０３８便」から「Ａ０４０便」へと変更しても、基本料金及び料金総額には変更がない（図１８−１の１８１６ａ参照）。したがって、確認ページ１４００（図１４）と確認ページ１９００ａ（図１９−１）との間では、基本料金「３４，９００円」、料金総額「６９，８００円」に変更がない（図１４の料金総額表示欄１４１０参照，図１９−１の料金総額表示欄１９１０ａ参照）。

（６−２．フライト変更（発着地変更）処理の流れ）
フライト変更（発着地変更）処理の流れを、図１７−２のシーケンス図を用いて説明する。
図１７−２に示すように、サーバ３０は、ユーザ端末１０から確認応答として、フライト変更要求を受信する（Ｓ１７０５ｂ）と、フライト変更（発着時刻変更）処理（図１７−１参照）と同様に、既に取得している空席情報及びその空席情報をもとに既に算出している差額の情報から、変更要求のあった区間（往路又は復路のいずれか）のみのフライトの選択ページを生成し、これをユーザ端末１０に送信する（Ｓ１７１０ｂ）。送信される選択ページは、選択ページ１８００ａ（図１８−１）と同じである。

選択ページ１８００ａでは、出発空港指定欄１８１２ａに出発空港、到着空港指定欄１８１３ａに到着空港をそれぞれ指定し、「検索」ボタン１８１４ａをクリックすることにより、現在の検索条件と異なる条件で空席情報を検索することができる。これにより、フライトの発着時刻の変更だけでなく、フライトの発着地の変更にも対応することができる。
選択ページ１８００ａにおいて、出発空港指定欄１８１２ａに出発空港を、到着空港指定欄１８１３ａに到着空港を、それぞれ指定し、「検索」ボタン１８１４ａをクリックすると、ユーザ端末１０は、サーバ３０に変更後の検索条件による検索要求を送信する。

図１７−２に戻り、ユーザ端末１０から検索要求を受信する（Ｓ１７１５ｂ）と、サーバ３０は、空席情報データベース４０に対し空席情報を照会し（Ｓ１７２０ｂ）、変更された検索条件を満たし、かつ在庫のある空席情報を取得する（Ｓ１７２５ｂ）。
空席情報データベース４０から空席情報を取得する（Ｓ１７２５ｂ）と、サーバ３０は、運送料情報生成処理を行なう（Ｓ１７３０ｂ）。運送料情報生成処理については、「（３−３．運送料情報の生成）」において図９を参照して説明した処理と同様である。

続いて、サーバ３０は、差額算出処理を行なう（Ｓ１７３５ｂ）。差額算出処理については、上述の「（３−６．差額の算出）」において図１１を参照して説明した処理と同様である。
ここ（図１７−２のＳ１７３５ｂ）では、変更前のフライトが選択済みフライトであり、新たに取得したすべての空席情報について選択済みフライトに対する差額を算出する。また、人数が複数の場合には、上記差額に、指定された人数を乗じた額を算出する。

続いて、サーバ３０は、検索結果及び差額算出処理（Ｓ１７３５ｂ）により算出した差額の情報をもとにフライトの選択ページを生成し、これを検索結果ページとしてユーザ端末１０に送信する（Ｓ１７４０ｂ）。
なお、ユーザは、検索条件を指定し検索要求を送信し、検索結果ページ（選択ページ）を受信するという手順を任意の回数繰り返すことにより、選択ページの空席情報表示欄に所望の空席情報を表示させることができる（図１７−２では、Ｓ１７４０ｂの処理の次にＳ１７１５ｂの処理が続く。）。

図１８−２に、変更されたフライトの選択ページを例示する。選択ページ１８００ｂは、選択ページ１８００ａ（図１８−１）において、出発空港指定欄１８１２ａの出発空港に「広島」、到着空港指定欄１８１３ａの到着空港に「東京（羽田）」をそれぞれ指定して「検索」ボタン１８１４ａをクリックしたときに表示される選択ページである。
なお、選択ページ１８００ｂの基本的な構成は、選択ページ１８００ａ（図１８−１）と同様である。選択ページ１８００ｂの空席情報表示欄１８１０ｂには、変更された検索条件を満たす空席情報及びその空席情報をもとに算出した差額の情報が表示される。

選択ページ１８００ｂは、空席情報表示欄１８１０ｂ及び「戻る」ボタン１８２０ｂにより構成される。
空席情報表示欄１８１０ｂには、新たに取得した空席情報が表示される。ここでは、空席情報を取得する処理（図１７−２のＳ１７２５ｂ）において新たに取得した空席情報が表示される。
空席情報表示欄１８１０ｂの「空席」欄に表示されている記号は、選択ページ１３００（図１３）の空席情報（往路）表示欄１３３１又は空席情報（復路）表示欄１３３２の「空席」欄に表示されている記号と同様である。
また、空席情報表示欄１８１０ｂの「旅行代金差額」欄には、新たに算出した差額の情報が表示される。ここでは、差額算出処理（図１７−２のＳ１７３５ｂ）において新たに算出した差額の情報が表示される。

その他、空席情報表示欄１８１０ｂには、申込内容表示欄１８１１ｂ，出発空港指定欄１８１２ｂ，到着空港指定欄１８１３ｂ及び「検索」ボタン１８１４ｂが表示される。これらは、選択ページ１８００ａ（図１８−１）の申込内容表示欄１８１１ａ，出発空港指定欄１８１２ａ，到着空港指定欄１８１３ａ及び「検索」ボタン１８１４ａに対応している。
申込内容表示欄１８１１ｂに表示される現在の検索条件並びに基本料金及び料金総額は、選択ページ１８００ａ（図１８−１）の申込内容表示欄１８１１ａに表示されていたものとそれぞれ同じである。
出発空港指定欄１８１２ｂ及び到着空港指定欄１８１３ｂには、選択ページ１８００ａ（図１８−１）において出発空港指定欄１８１２ａ及び到着空港指定欄１８１３ａに指定された変更後の検索条件が表示される。ここでは、出発空港が「広島」、到着空港が「東京（羽田）」である。
選択ページ１８００ｂにおいて、空席情報表示欄１８１０ｂの「選択」欄のいずれかのボタン（「この便に変更」と表示されているボタン）をクリックすると、ユーザ端末１０は、サーバ３０にフライトの変更情報を送信し、選択済みフライトの更新を要求する。

図１７−２に戻り、ユーザ端末１０からフライトの変更情報を受信する（Ｓ１７４５ｂ）と、サーバ３０は、総額算出処理を行なう（Ｓ１７５０ｂ）。
総額算出処理については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。ここ（図１７−２のＳ１７５０ｂ）では、選択されている宿泊プランのみについて総額を算出する。
これらの処理が完了すると、サーバ３０は、フライトの変更を反映させ、かつ総額算出処理（Ｓ１７５０ｂ）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ１７５５ｂ）。

図１９−２に、発着地変更後の確認ページを例示する。確認ページ１９００ｂは、フライトの選択ページ１８００ｂ（図１８−２）の予約ボタン１８１５ｂがクリックされたときにユーザ端末１０に送信される確認ページである。すなわち、確認ページ１４００（図１４）と確認ページ１９００ｂとの間では、復路のフライトが「Ａ０３８便」から「Ａ６８６便」に変更されている。
なお、確認ページ１９００ｂの基本的な構成は、確認ページ１９００ａ（図１９−１）と同様である。

確認ページ１９００ｂは、料金総額表示欄１９１０ｂ，旅程表示欄１９２０ｂ及びボタン１９３０ｂにより構成される。
料金総額表示欄１９１０ｂには、基本料金及び料金総額（いずれも、図１７−２の総額算出処理（Ｓ１７５０ｂ）により算出された金額）が表示される。旅程表示欄１９２０ｂには、往復の選択済みフライト及び選択した宿泊プランが、日付ごとに表示される。
ここでは、往路の選択済みフライトが「Ａ４１１便」、復路の選択済みフライトが選択ページ１８００ｂ（図１８−２）の予約ボタン１８１５ｂのクリックにより選択された「Ａ６８６便」である。また、１泊目（２００７年７月２日）の宿泊プランが「Ｂホテルのｂ３プラン」であり、２泊目及び３泊目の宿泊は選択されていない。

復路のフライトを「Ａ０３８便」から「Ａ６８６便」へと変更すると、基本料金が４００円、料金総額が８００円増額する（図１８−２の１８１６ｂ参照）。確認ページ１４００（図１４）と確認ページ１９００ｂ（図１９−２）との間では、基本料金が「３４，９００円」から「３５，３００円」に、料金総額が「６９，８００円」から「７０，６００円」に、それぞれ増額している（図１４の料金総額表示欄１４１０参照，図１９−２の料金総額表示欄１９１０ｂ参照）。

ユーザが、確認ページ１９００ａ（図１９−１）又は確認ページ１９００ｂ（図１９−２）において、「次の画面へ進む」と表示されているボタン１９３０ａ又はボタン１９３０ｂをクリックすると、ユーザ端末１０は、サーバ３０に確認ページに表示されている変更された申込内容で予約手続を続行することを要求する。
ユーザ端末１０から上記要求を受信すると、サーバ３０は、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（図２のＳ２５０）。

（７．宿泊プラン変更処理）
宿泊プラン変更処理（図２のＳ２６０ｃ）は、申込内容の確認ページにおいて、ユーザ端末１０から宿泊プラン変更要求があった場合に、ユーザ端末１０に宿泊プランを個別に変更するための選択ページを送信し、選択された宿泊プランに変更する処理である。
既に選択されている宿泊プランを変更する場合、及び未だ宿泊プランが選択されていない日程に新たな宿泊プランを追加する場合のいずれの場合についても、この処理で対応することができる。

宿泊プラン変更要求は、申込内容の確認ページ上の所定のボタンがクリックされたときに、ユーザ端末１０からサーバ３０に送信される。確認ページ１４００（図１４）では、「宿泊変更」と表示されているボタン１４２４が宿泊プランの変更を、「宿泊追加」と表示されているボタン１４２５ａ及びボタン１４２５ｂが宿泊の追加を、それぞれ要求するためのボタンである。
以降、宿泊プラン変更処理（図２のＳ２６０ｃ）の流れを、図２０のシーケンス図及び図２１〜図２３のページ例を参照して説明する。なお、図２０には、参照すべき他の図面の番号を示している。

（７−１．宿泊プラン変更要求の受信・検索条件入力ページの送信）
図２０に示すように、サーバ３０は、ユーザ端末１０から確認応答として、宿泊プラン変更要求を受信する（Ｓ２００５）と、検索条件を指定するための検索条件入力ページをユーザ端末１０に送信する（Ｓ２０１０）。
図２１に、検索条件入力ページを例示する。検索条件入力ページ２１００は、確認ページ１４００（図１４）のボタン１４２５ａがクリックされた場合の例である。

検索条件入力ページ２１００において、ユーザは、宿泊プランを検索するための条件として、「都道府県」（２１１１），「地域」（２１１２），「部屋数」（２１１３），「チェックイン日」（２１１４），「宿泊日数」（２１１５）を指定することができる。
なお、本実施形態のシステムは、「宿泊日数」（２１１５）という条件を指定することにより、２泊以上の連続する宿泊を１度の操作で追加できるようにしている。
検索条件入力ページ２１００において「検索」と表示されているボタン２１１６がクリックされると、検索要求とともに指定された検索条件のデータがサーバ３０に送信される。
一方、「戻る」と表示されているボタン２１２０がクリックされると、変更要求前の確認ページに戻る。

（７−２．検索条件の受信・空室情報の照会・宿泊料情報の生成）
図２０に戻り、ユーザ端末１０から検索要求を受信する（Ｓ２０１５）と、サーバ３０は、空室情報データベース５０に対し空室情報を照会し（Ｓ２０２０）、上述の検索条件を満たす空室情報を取得する（Ｓ２０２５）。
ここ（Ｓ２０２５）では、検索条件入力ページ２１００（図２１）で指定された「都道府県」（２１１１），「地域」（２１１２），「部屋数」（２１１３），「チェックイン日」（２１１４），「宿泊日数」（２１１５）から空室情報を照会し、検索条件を満たし、かつ在庫があるすべての空室情報を取得する。
空室情報データベース５０から空室情報を取得する（Ｓ２０２５）と、サーバ３０は、宿泊料情報生成処理を行なう（Ｓ２０３０）。宿泊料情報生成処理については、上述の「（３−５．宿泊料情報の生成）」において図１０を参照して説明した処理と同様である。

（７−３．総額の算出）
図２０に戻り、続いて、サーバ３０は、総額算出処理を行なう（Ｓ２０３５）。総額算出処理については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。
ここ（図２０のＳ２０３５）では、新たに取得したすべての空室情報について総額を算出する。なお、既に選択されている宿泊プランがあれば、その宿泊プランの料金も加算した金額が基本料金・料金総額となる。

（７−４．検索結果ページの送信）
続いて、サーバ３０は、検索結果及び総額算出処理（Ｓ２０３５）により算出した料金の総額をもとに宿泊プランの選択ページを生成し、これを検索結果ページとしてユーザ端末１０に送信する（Ｓ２０４０）。
図２２に、宿泊プランの選択ページを例示する。選択ページ２２００は、空室情報表示欄２２１０のみからなる。
空室情報表示欄２２１０には、空室情報データベース５０から取得した空室情報が表示される。その他、空室情報表示欄２２１０には、現在（変更前）の検索条件表示欄２２１１，検索条件指定欄２２１２がある。
現在（変更前）の検索条件表示欄２２１１には、現在（変更前）の検索条件が表示される。一方、検索条件指定欄２２１２には、変更後の検索条件が表示される。
空室情報表示欄２２１０の基本料金表示欄２２１４及び料金総額表示欄２２１５には、それぞれ総額算出処理（図２０のＳ２０３５）により算出した基本料金及び料金総額が表示される。

選択ページ２２００の空室情報表示欄２２１０の空室情報は、検索条件入力ページ２１００（図２１）において、「都道府県」（２１１１）を「広島県」，「地域」（２１１２）を「広島市内」，「部屋数」（２１１３）を「２人×１部屋」，「チェックイン日」（２１１４）を「２００７年７月３日」，「宿泊日数」（２１１５）を「２泊」として、「検索」ボタン２１１６をクリックしたときに表示される空室情報である。

選択ページ２２００において、ユーザは、検索条件指定欄２２１２に宿泊プランを検索するための条件を指定し直して、「検索」と表示されているボタン２２１３をクリックすることにより、空室情報を再度検索することもできる。この場合、サーバ３０は、検索要求を受信する処理（図２０のＳ２０１５）から選択ページを送信する処理（図２０のＳ２０４０）までを繰り返す。
このように、ユーザは、検索条件入力ページ２１００（図２１）において検索条件を指定し検索要求を送信するという手順を任意の回数繰り返すことにより、選択ページの空室情報表示欄に所望の空室情報を表示させることができる（図２０では、Ｓ２０４０の処理の次にＳ２０１５の処理が続く。）。
選択ページ２２００において、空室情報表示欄２２１０の「この宿泊プランに変更」と表示されているボタンのいずれかをクリックすると、ユーザ端末１０は、サーバ３０に宿泊プランの変更情報を送信し、宿泊プランの更新を要求する。

（７−５．宿泊プラン変更情報の受信・確認ページの送信）
図２０に戻り、ユーザ端末１０から宿泊プランの変更情報を受信する（Ｓ２０４５）と、サーバ３０は、宿泊プランの変更を反映させ、かつ総額算出処理（Ｓ２０３５）により算出した料金の総額の情報を付加した確認ページを生成し、これをユーザ端末１０に送信する（Ｓ２０５０）。
図２３に、確認ページを例示する。確認ページ２３００は、宿泊プランの選択ページ２２００（図２２）の変更ボタン２２１６がクリックされた場合の例である。すなわち、確認ページ１４００（図１４）と確認ページ２３００との間では、「２００７年７月３日」及び「２００７年７月４日」の日程に、新たな宿泊プランとして「Ｃホテルのｃ１プラン」が追加されている。

確認ページ２３００は、料金総額表示欄２３１０，旅程表示欄２３２０及びボタン２３３０により構成される。
料金総額表示欄２３１０には、基本料金及び料金総額（いずれも、図２０の総額算出処理（Ｓ２０３５）により算出された金額）が表示される。旅程表示欄２３２０には、往復の選択済みフライト及び変更後の宿泊プランが、日付ごとに表示される。
ここでは、往路の選択済みフライトが「Ａ４１１便」、復路の選択済みフライトが「Ａ０３８便」である。また、１泊目（２００７年７月２日）の宿泊プランが「Ｂホテルのｂ３プラン」であり、２泊目（２００７年７月３日）及び３泊目（２００７年７月４日）の宿泊プランが「Ｃホテルのｃ１プラン」である。

２泊目（２００７年７月３日）及び３泊目（２００７年７月４日）の日程に「Ｃホテルのｃ１プラン」を追加すると、基本料金及び料金総額はいずれも増額する。確認ページ１４００（図１４）と確認ページ２３００（図２３）との間では、基本料金が「３４，９００円」から「５２，６００円」に、料金総額が「６９，８００円」から「１０５，２００円」に、それぞれ増額している（図１４の料金総額表示欄１４１０参照，図２３の料金総額表示欄２３１０参照）。

ユーザがボタン２３３０をクリックすると、ユーザ端末１０は、サーバ３０に確認ページに表示されている変更された申込内容で予約手続を続行することを要求する。
ユーザ端末１０から上記要求を受信すると、サーバ３０は、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、選択されているフライト及び宿泊プランの予約を確定する（図２のＳ２５０）。

従来のシステムによるユーザの端末との間の処理の流れの概略を示すフローチャートである。 本実施形態のシステムによるユーザの端末との間の処理の流れの概略を示すフローチャートである。 本実施形態のシステム構成の一例を示す図である。 （ａ）運送料情報，（ｂ）宿泊料情報の主要な項目を示す図である。 （ａ）座席情報データベース，（ｂ）便情報データベースの主要な項目を示す図である。 （ａ）客室情報データベース，（ｂ）施設情報データベースの主要な項目を示す図である。 本実施形態のシステムによる空席情報・空室情報の提供処理の流れを示すシーケンス図である。 検索条件入力ページの例を示す図である。 運送料情報生成処理の流れを示すフローチャートである。 宿泊料情報生成処理の流れを示すフローチャートである。 差額算出処理の流れを示すフローチャートである。 総額算出処理の流れを示すフローチャートである。 選択ページの例を示す図である。 変更前（宿泊短縮後）の確認ページの例を示す図である。 （ａ）旅程変更（宿泊延長）処理の流れ，（ｂ）旅程変更（宿泊削除）処理の流れを示すフローチャートである。 宿泊延長後の確認ページの例を示す図である。 宿泊削除後の確認ページの例を示す図である。 フライト変更（発着時刻変更）処理の流れを示すフローチャートである。 フライト変更（発着地変更）処理の流れを示すフローチャートである。 フライトの選択ページの例を示す図である。 更新されたフライトの選択ページの例を示す図である。 復路のフライトの発着時刻変更後の確認ページの例を示す図である。 復路のフライトの発着地変更後の確認ページの例を示す図である。 宿泊プラン変更処理の流れを示すフローチャートである。 宿泊プランの検索条件入力ページの例を示す図である。 宿泊プランの選択ページの例を示す図である。 宿泊プランの追加後の確認ページの例を示す図である。

符号の説明

１０ ユーザ端末
２０ ネットワーク
３０ サーバ
３１ 運送料情報
３２ 宿泊料情報
４０ 空席情報データベース
４１ 座席情報データベース
４２ 便情報データベース
５０ 空室情報データベース
５１ 客室情報データベース
５２ 施設情報データベース
８００ 検索条件入力ページ
１３００ 選択ページ
１４００ 変更前の確認ページ（宿泊短縮後の確認ページ）
１６００ａ 宿泊延長後の確認ページ
１６００ｂ 宿泊削除後の確認ページ
１８００ａ フライトの選択ページ
１８００ｂ 更新されたフライトの選択ページ
１９００ａ フライト発着時刻変更後の確認ページ
１９００ｂ フライト発着地変更後の確認ページ
２１００ 宿泊プランの検索条件入力ページ
２２００ 宿泊プランの選択ページ
２３００ 宿泊プラン追加後の確認ページ

Claims (4)

1. ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムであって、
   交通手段の空席情報及び運送料の情報を記憶する空席情報記憶手段と、
   宿泊施設の空室情報及び宿泊料の情報を記憶する空室情報記憶手段と、
   交通手段及び宿泊施設の検索条件を、ユーザの端末から受信する検索条件受信手段と、
   前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得する空席情報取得手段と、
   前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得する空室情報取得手段と、
   前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、前記ユーザの端末に送信する選択ページ送信手段と、
   前記選択ページ上の交通手段の中から選択された交通手段の情報及び前記選択ページ上の宿泊施設の中から選択された宿泊施設の情報を、前記ユーザの端末から受信する選択情報受信手段と、
   前記選択された交通手段の情報と前記選択された宿泊施設の情報とから交通手段及び宿泊施設の確認ページを生成し、前記選択された交通手段の運送料と、前記選択された宿泊施設の宿泊料とから算出した料金の総額の情報を付加して、前記ユーザの端末に送信する確認ページ送信手段と、
   前記確認ページ上の交通手段又は宿泊施設についての応答を、前記ユーザの端末から受信する確認応答受信手段と
   を備え、
   前記確認応答受信手段が宿泊の延長要求を受信したとき、前記確認ページ送信手段は、翌日の日程に同一の宿泊施設を追加した確認ページを生成し、該確認ページに前記料金の総額に該追加された宿泊施設の宿泊料を加算した金額の情報を付加して送信する
   ことを特徴とする予約受付システム。
2. 請求項１に記載の予約受付システムにおいて、
   前記確認応答受信手段が宿泊の削除要求を受信したとき、前記確認ページ送信手段は、当日の日程から宿泊施設を削除した確認ページを生成し、該確認ページに前記料金の総額から該削除された宿泊施設の宿泊料を減算した金額の情報を付加して送信する
   ことを特徴とする予約受付システム。
3. ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムのサーバにおける予約受付方法であって、
   交通手段の空席情報及び運送料の情報を記憶する空席情報記憶手段と、
   宿泊施設の空室情報及び宿泊料の情報を記憶する空室情報記憶手段と
   を有し、
   交通手段及び宿泊施設の検索条件を、ユーザの端末から受信する検索条件受信ステップと、
   前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得する空席情報取得ステップと、
   前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得する空室情報取得ステップと、
   前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、前記ユーザの端末に送信する選択ページ送信ステップと、
   前記選択ページ上の交通手段の中から選択された交通手段の情報及び前記選択ページ上の宿泊施設の中から選択された宿泊施設の情報を、前記ユーザの端末から受信する選択情報受信ステップと、
   前記選択された交通手段の情報と前記選択された宿泊施設の情報とから交通手段及び宿泊施設の確認ページを生成し、前記選択された交通手段の運送料と、前記選択された宿泊施設の宿泊料とから算出した料金の総額の情報を付加して、前記ユーザの端末に送信する確認ページ送信ステップと、
   前記確認ページ上の交通手段又は宿泊施設についての応答を、前記ユーザの端末から受信する確認応答受信ステップと
   を備え、
   前記確認応答受信ステップで宿泊の延長要求を受信したとき、前記確認ページ送信ステップで、翌日の日程に同一の宿泊施設を追加した確認ページを生成し、該確認ページに前記料金の総額に該追加された宿泊施設の宿泊料を加算した金額の情報を付加して送信する
   ことを特徴とする予約受付方法。
4. 請求項１又は２に記載の予約受付システムの各手段をコンピュータに機能として実現させるためのプログラム。