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

Abstract

【課題】交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対し、交通手段や宿泊施設の対比検討に資する仕組みを提供する。
【解決手段】サーバ３０は、ユーザ端末１０からページ更新要求を受信する（Ｓ７５５）。このページ更新要求には、変更後の選択済みフライトのデータが付加されている。ユーザ端末１０からページ更新要求を受信する（Ｓ７５５）と、サーバ３０は、差額算出処理及び総額算出処理を行なう（Ｓ７６０，Ｓ７６５）。サーバ３０は、差額算出処理により算出した差額及び総額算出処理により算出した料金の総額をもとに選択ページを生成し、これを更新ページとしてユーザ端末１０に対し送信する（Ｓ７７０）。以降、ユーザ端末１０からのページ更新要求を受信し（図７のＳ７５５）、この要求に対して更新ページを送信する（Ｓ７７０）という処理を繰り返すことにより、料金の総額を切り替えて表示する。
【選択図】図７

Description

本発明は、交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対して、交通手段及び宿泊施設の対比検討に資する仕組みを提供するシステムに関する。

ネットワークを介して、交通手段（例えば、航空機，列車等）及び宿泊施設（例えば、ホテル，旅館，民宿等）の予約を一括して受け付けるサービスが知られている（例えば、非特許文献１参照）。このサービスを利用すれば、ユーザは自己の端末上で、無数の選択肢の中から自分だけの旅程を組み立てることができる。

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

ところで、このような従来のシステムにおいて、交通手段や宿泊施設の選択ページには料金の総額（運送料（運賃）と宿泊料の合算金額）が表示されているが、下限額と上限額との間には幅がある（例えば、「７７，５００円〜８３，５００円」等）。そのため、交通手段や宿泊施設を選択しようとしている段階では、未だ料金の総額が明確でない。
上記各段階において交通手段（往路，復路）及び宿泊施設が選択されると、サーバは、料金の総額を算出し、ユーザの端末に申込内容の確認ページを送信する（Ｓ１５０）。必要な料金の総額は、この確認ページにおいてようやく明確になる。

その後、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、交通手段及び宿泊施設の予約を確定する（Ｓ１６０）。
なお、交通手段と宿泊施設とを選択する順序が逆の場合もある。この場合は、先に宿泊施設の選択ページを送信し、交通手段（往路，復路）の選択ページは宿泊施設が選択された後で送信することになる。

このように、交通手段及び宿泊施設の予約を併せて受け付けるサービスを提供する従来のシステムにおいては、ユーザに対して料金の総額が示されるのは交通手段や宿泊施設がすべて選択された後であった。また、交通手段及び宿泊施設の予約を併せて受け付けるサービスであるにもかかわらず、交通手段又は宿泊施設の選択ページはそれぞれ別々に用意されていた。
そのため、従来のシステムは、料金の総額を比較検討しながら交通手段や宿泊施設を選択するという利用態様には対応できなかった。とりわけ、予め予算が決まっているユーザにとっては、料金の総額を判断基準にすることができず利用しにくいものであった。

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

本発明は、交通手段及び宿泊施設の予約を併せて受け付けるサービスのユーザに対し、交通手段や宿泊施設の対比検討の段階で料金の総額を提示するシステムを提供することを課題とする。

上記課題を解決するため、本発明は、ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムであって、少なくとも運送料の情報を含む、交通手段の空席情報を記憶する空席情報記憶手段と、少なくとも宿泊料の情報を含む、宿泊施設の空室情報を記憶する空室情報記憶手段と、ユーザの端末から、交通手段及び宿泊施設の検索条件を受信する検索条件受信手段と、前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得し、該取得した空席情報に対応する交通手段の運送料の情報を生成する空席情報取得・運送料生成手段と、前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得し、該取得した空室情報に対応する宿泊施設の宿泊料の情報を生成する空室情報取得・宿泊料生成手段と、前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、該生成した選択ページに、宿泊施設ごとに、前記取得した複数の空席情報の中から予め設定した条件で往路・復路各１つずつ選択した交通手段の運送料と前記宿泊施設の宿泊料とで算出した料金の総額の情報を付加して、前記ユーザの端末に送信する選択ページ送信手段とを備えることを特徴とする。

前記予約受付システムにおいて、さらに、前記選択ページからの交通手段の選択情報を受信する選択情報受信手段を備え、前記選択ページ送信手段は、前記料金の総額を、前記選択情報により選択された交通手段の運送料と、宿泊施設の宿泊料とで算出した合計金額の情報に更新して、前記選択ページを前記ユーザの端末に送信することとしてもよい。このとき、前記空席情報取得・運送料生成手段は、検索条件を満たす空席情報を複数取得した後、前記取得した空席情報に対応する交通手段の運送料の情報を運送料情報記憶手段に記憶し、前記空室情報取得・宿泊料生成手段は、検索条件を満たす空室情報を複数取得した後、前記取得した空室情報に対応する宿泊施設の宿泊料の情報を宿泊料情報記憶手段に記憶し、前記選択ページ送信手段は、合計金額の情報を更新するときに、前記運送料情報記憶手段から読み出した運送料と、前記宿泊料情報記憶手段から読み出した宿泊料との合計金額を算出することとしてもよい。このとき、さらに、前記選択ページ送信手段は、前記選択情報をもとに前記合算した料金の総額の情報のみを前記ユーザの端末に送信し、前記ユーザの端末内で前記選択ページの該料金の総額を書き換えることとしてもよい。

前記予約受付システムにおいて、前記空席情報記憶手段に記憶する空席情報は、交通手段の出発時刻の情報を含み、前記選択ページ送信手段は、前記検索条件に交通手段の出発時間帯が含まれているとき、前記予め設定した条件を、前記空席情報記憶手段から取得した出発時刻が前記出発時間帯に含まれる交通手段を優先して選択する条件とすることとしてもよい。
前記記載の予約受付システムにおいて、前記選択ページ送信手段は、前記運送料の情報をもとに、前記選択した交通手段の運送料に対する差額を、交通手段ごとに算出し、該差額の情報を前記選択ページにさらに付加することとしてもよい。
前記予約受付システムにおいて、前記空席情報記憶手段に記憶する空席情報は、交通手段の到着時刻の情報を含み、前記空室情報記憶手段に記憶する空室情報は、さらに、宿泊施設の最終チェックイン時刻の情報を含み、前記選択ページ送信手段は、前記空席情報記憶手段から取得した、往路についての前記選択した交通手段の到着時刻が前記宿泊施設の最終チェックイン時刻の後であるときは、前記宿泊施設を選択させないこととしてもよい。

また、上記課題を解決するため、本発明は、ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムのサーバにおける予約受付方法であって、少なくとも運送料の情報を含む、交通手段の空席情報を記憶する空席情報記憶手段と、少なくとも宿泊料の情報を含む、宿泊施設の空室情報を記憶する空室情報記憶手段とを有し、ユーザの端末から、交通手段及び宿泊施設の検索条件を受信する検索条件受信ステップと、前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得し、該取得した空席情報に対応する交通手段の運送料の情報を生成する空席情報取得・運送料生成ステップと、前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得し、該取得した空室情報に対応する宿泊施設の宿泊料の情報を生成する空室情報取得・宿泊料生成ステップと、前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、該生成した選択ページに、宿泊施設ごとに、前記取得した複数の空席情報の中から予め設定した条件で往路・復路各１つずつ選択した交通手段の運送料と前記宿泊施設の宿泊料とで算出した料金の総額の情報を付加して、前記ユーザの端末に送信する選択ページ送信ステップとを備えることを特徴とする。
前記予約受付システムの各手段をコンピュータに機能として実現させるためのプログラムも本発明である。

本発明の予約受付システムは、交通手段（往路，復路）及び宿泊施設を一括して選択するページに、宿泊施設ごとに料金の総額を提示することができる。また、ページ上で交通手段（往路，復路のいずれか）が変更されるごとに、既に宿泊施設ごとに提示されている料金の総額を、変更された交通手段の金額に応じて更新することができる。
その効果として、ユーザは、自己の端末上で必要な料金の総額を対比検討しながら、交通手段や宿泊施設を選択することが可能になる。

以降、本発明の実施形態の一例を、図２〜図１５を参照して詳細に説明する。ここでは、交通手段が航空機のみに限定されている場合を例に説明する。また、本実施形態は、宿泊施設と交通手段とを併せて予約する場合の例であり、宿泊施設の予約を必須の処理とする。
以下の説明において、「フライト」とは「日付」及び「便コード」の組を、「宿泊プラン」とは「日付」，「宿泊施設」及び「客室クラス」の組をいうものとする。各項目の詳細については、後述する。
なお、本発明のシステムによるサービスは、本実施形態に示す航空機だけでなく、新幹線等の列車，高速バス，フェリーその他の事前の予約を要する交通手段全般を対象としていることは言うまでもない。

＜本実施形態の説明＞
（１．本実施形態のシステムの概略）
本実施形態は、フライト（往路，復路）及び宿泊プランを一括して選択するページにおいてフライト（往路，復路のいずれか）が変更されるごとに、既に宿泊プランごとに表示されている料金の総額を、変更されたフライトの金額に応じて表示するシステムである。

本実施形態のシステムの概略を、図２のフローチャートを参照して説明する。
図２に示すように、本実施形態のシステムを構成するサーバは、まず、ユーザの端末から検索条件のデータを受信する（Ｓ２１０）。
続いて、上記検索条件を満たす空席情報及び空室情報を所定のデータベースから取得し、取得した情報をもとにフライト（往路，復路）及び宿泊プランの選択ページを生成し、ユーザの端末に送信する（Ｓ２２０）。
なお、以下で詳細に説明する本実施形態においては、この総額を表示した選択ページにおいて、検索条件を満たす宿泊プランごとに料金の総額（運送料（運賃）及び宿泊料の人数分の合算金額）を表示するとともに、フライト（交通手段）が変更されるたびに、宿泊プランごとに表示されている料金の総額を更新している。

以降の処理は、従来のシステムによるものと同様である。
フライト（往路，復路）及び宿泊プランが選択されると、サーバは、申込内容の確認ページを送信する（Ｓ２３０）。なお、この確認ページにも、料金の総額を表示する。
その後、所定の手続（例えば、ユーザ情報の登録，意思表示の確認等）を経て、フライト及び宿泊プランの予約を確定する（Ｓ２４０）。

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

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

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

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

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

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

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

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

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

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

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

（３．本実施形態のシステムによる処理）
本実施形態のシステムによる処理を、図７のシーケンス図を参照して詳細に説明する。ここでは、検索条件の受信（図２のＳ２１０）から検索結果ページ（選択ページ）の送信（図２のＳ２２０）までの処理を説明する。
以降、図７に示した手順に基づいて処理の流れを説明する。なお、図７には、参照すべき他の図面の番号を示している。

（３−１．検索要求の受信）
サーバ３０はユーザ端末１０から検索要求を受信する（Ｓ７０５）。この検索要求には、検索条件のデータが付加されている。
なお、検索要求の前提として、サーバ３０はユーザ端末１０に対し、図８に例示する検索条件入力ページ８００を送信しているものとする。
検索条件入力ページ８００の検索条件指定欄８１０において、ユーザは、検索条件の項目として「往路出発日」，「復路出発日」，「往路（出発空港，到着空港）」，「復路（出発空港，到着空港）」，「宿泊地」，「人数（大人，子供，幼児）」，「利用部屋数」を指定することができる。
検索条件入力ページ８００のボタン８２０ａ又はボタン８２０ｂがクリックされると、検索要求とともに指定した検索条件のデータがサーバ３０に送信される。ここで、ボタン８２０ａがクリックされると、検索結果のデータが宿泊プランごとに表示される。一方、ボタン８２０ｂがクリックされると、検索結果のデータが施設ごとに表示される。

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

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

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

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

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

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

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

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

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

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

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

料金総額（大人１人）表示欄１３４４には、総額算出処理（図７のＳ７４５）により算出した、１人あたりの料金の総額が表示される。
料金総額（人数合計）表示欄１３４５には、総額算出処理（図７のＳ７４５）により算出した、人数分の料金の総額が表示される。選択ページ１３００では、検索条件表示欄１３１０に表示されているとおり「大人２人」で宿泊する場合であるから、料金総額（人数合計）表示欄１３４５に表示される人数分の料金の総額は、それぞれ料金総額（大人１人）表示欄１３４４に表示される１人あたりの料金の総額の２倍となっている。
選択ページ１３００の予約ボタン表示欄１３４６に表示されている「航空券＋宿泊を予約」ボタンのいずれかがクリックされると、サーバ３０は、ユーザ端末１０に対し申込内容の確認ページを送信する（図２のＳ２３０）。

（４．本実施形態のシステムによるページの更新）
本実施形態のシステムは、ユーザ端末１０からのページ更新要求を受信し（図７のＳ７５５）、この要求に対して更新ページを送信する（Ｓ７７０）という処理を繰り返すことにより、料金の総額を更新することができる。

（４−１．ページ更新要求の受信）
図７に戻り、サーバ３０は、ユーザ端末１０からページ更新要求を受信する（Ｓ７５５）。このページ更新要求には、変更後の選択済みフライトのデータ（選択情報）が付加されている。
ページ更新要求は、選択ページ１３００（図１３）の空席情報（往路）表示欄１３３１又は空席情報（復路）表示欄１３３２において、フライトを選択するためのラジオボタンがクリックされるごとにユーザ端末１０からサーバ３０に対して送信される。ユーザ端末１０は、ラジオボタンのクリックをイベントとして検出し、その検出がされるごとに所定の処理を行なう。

（４−２．更新ページの生成・送信）
図７に戻り、ユーザ端末１０からページ更新要求を受信する（Ｓ７５５）と、サーバ３０は、差額算出処理（Ｓ７６０）及び総額算出処理（Ｓ７６５）を行なう。
差額算出処理（Ｓ７６０）については、上述の「（３−６．差額の算出）」において図１１を参照して説明した処理と同様である。ここ（図７のＳ７６０）では、往路又は復路いずれか一方の選択済みフライトにのみ変更があるから、その変更がある方の差額の計算のみを行なう。
また、総額算出処理（Ｓ７６５）については、上述の「（３−７．総額の算出）」において図１２を参照して説明した処理と同様である。

サーバ３０は、差額算出処理（Ｓ７６０）により算出した差額及び総額算出処理（Ｓ７６５）により算出した料金の総額をもとに選択ページを生成し、これを更新ページとしてユーザ端末１０に対し送信する（Ｓ７７０）。
図１４，図１５に、更新ページを例示する。これらの図を用いて、本実施形態のシステムによるページの更新処理を具体的に説明する。

（４−３．往路の選択済みフライトを変更した場合の例）
図１４の選択ページ１４００は、選択ページ１３００（図１３）において、空席情報（往路）表示欄１３３１の「Ａ１２３便」のラジオボタン１３３６をクリックしたときにユーザ端末１０に送信される更新ページである。すなわち、選択ページ１３００と選択ページ１４００との間では、往路の選択済みフライトが「Ａ９９３便」から「Ａ１２３便」に変更されている。
選択ページ１４００において、検索条件表示欄１４１０，ボタン１４２０，空席情報表示欄１４３０，空室情報表示欄１４４０は、それぞれ選択ページ１３００の検索条件表示欄１３１０，ボタン１３２０，空席情報表示欄１３３０，空室情報表示欄１３４０に対応している。また、その他の構成も選択ページ１３００と同じである。

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

往路の選択済みフライトを「Ａ９９３便」から「Ａ１２３便」に変更すると、大人１人あたりの往路の運送料は、２０００円増額することになる（図１３の１３３７参照）。
これに伴い、選択ページ１３００の空席情報（往路）表示欄１３３１に表示されていた「Ａ１２３便」以外のフライトの運送料の差額は、選択ページ１４００の空席情報（往路）表示欄１４３１において「Ａ１２３便」に対する差額に更新されている。
また、選択ページ１３００の空室情報表示欄１３４０に表示されていた各宿泊プランの総額は、選択ページ１４００の空室情報表示欄１４４０において、１人あたりの料金の総額が２０００円の増額、人数分の料金の総額が４０００円の増額となっている（図１４の１４４１，１４４２参照）。
選択ページ１４００の予約ボタン表示欄１４４３に表示されている「航空券＋宿泊を予約」ボタンのいずれかがクリックされると、サーバ３０は、ユーザ端末１０に対し申込内容の確認ページを送信する（図２のＳ２３０）。

（４−４．往路の選択済みフライトを変更した後、さらに復路の選択済みフライトも変更した場合の例）
図１５の選択ページ１５００は、選択ページ１４００（図１４）において、空席情報（復路）表示欄１４３２の「Ａ１３２便」のラジオボタン１４３５をクリックしたときにユーザ端末１０に送信される更新ページである。すなわち、選択ページ１４００と選択ページ１５００との間では、復路の選択済みフライトが「Ａ９９４便」から「Ａ１３２便」に変更されている。
選択ページ１５００において、検索条件表示欄１５１０，ボタン１５２０，空席情報表示欄１５３０，空室情報表示欄１５４０は、それぞれ選択ページ１４００の検索条件表示欄１４１０，ボタン１４２０，空席情報表示欄１４３０，空室情報表示欄１４４０に対応している。また、その他の構成も選択ページ１４００と同じである。

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

復路の選択済みフライトを「Ａ９９４便」から「Ａ１３２便」に変更すると、大人１人あたりの復路の運送料は、２０００円増額することになる（図１４の１４３６参照）。
これに伴い、選択ページ１４００の空席情報（復路）表示欄１４３２に表示されていた「Ａ１３２便」以外のフライトの運送料の差額は、選択ページ１５００の空席情報（復路）表示欄１５３２において「Ａ１３２便」に対する差額に更新されている。
また、選択ページ１４００の空室情報表示欄１４４０に表示されていた各宿泊プランの総額は、選択ページ１５００の空室情報表示欄１５４０において、１人あたりの料金の総額が２０００円の増額、人数分の料金の総額が４０００円の増額となっている（図１５の１５４１，１５４２参照）。
選択ページ１５００の予約ボタン表示欄１５４３に表示されている「航空券＋宿泊を予約」ボタンのいずれかがクリックされると、サーバ３０は、ユーザ端末１０に対し申込内容の確認ページを送信する（図２のＳ２３０）。

＜他の実施形態の説明＞
上述の実施形態においては、受信した検索条件を満たし、かつ在庫があるすべての空室情報（宿泊プラン）を選択ページ上で選択可能としている。これに対し、往路の選択済みフライトが宿泊施設の受付時間内に到着しない場合には、その宿泊施設に係る宿泊プランを選択させないようにしてもよい。
この場合、施設情報データベース５２（図３，図６（ｂ）参照）の施設情報として、さらに「最終チェックイン時刻」を記憶しておく。そして、選択ページの生成処理において、宿泊施設ごとに往路の選択済みフライトの到着時刻が最終チェックイン時刻を経過しているか否かを判定する。ここで経過していると判定した場合は、例えば図１６の空室情報表示欄１６００に示すように、その旨を表示する（１６１０）とともに、予約ボタンのリンクを切って薄く表示し、クリックできないようにする（１６２０）。
これにより、目的地に到着したにもかかわらず予約したホテルにチェックインすることができない等、ユーザ自身が旅程を組み立てることにより生じ得るトラブルを回避することができる。

上述の実施形態においては、「選択済みフライト」のデフォルト値を決定する際、各空席情報を「運送料（最安値）＞在庫数（最大値）＞直行便＞出発時刻（往路は１０時に最も近いもの，復路は１６時に最も近いもの）」の順に評価している。これに対し、ユーザに検索条件として「時間帯」を指定させることにより、「時間帯＞運送料（最安値）＞在庫数（最大値）＞直行便＞時間帯の中で出発時刻が一番早いもの」の順に評価することとしてもよい。
この場合、検索項目入力欄８１０（図８）に、任意の指定項目として「往路出発時間帯」および「復路出発時間帯」を追加する。時間帯としては、例えば、朝（６：００〜１１：５９），昼（１２：００〜１５：５９），夕（１６：００〜１７：５９），夜（１８：００〜最終便）を選択させる。そして、検索条件として時間帯が指定されている場合には、取得した空席情報について時間帯を反映させた評価手順により選択済みフライトのデフォルト値を決定する。
これにより、検索結果を表示する選択ページにおいて、早い段階からユーザが求めるフライトに関する空席情報を表示させることができる。

上述の実施形態においては、料金の差額および総額を切り替える手段として、ユーザ端末１０から選択ページの更新要求を受信し、金額が更新された選択ページを送信するという技術を実装している。これに対し、ＡＪＡＸ（Asynchronous JavaScript + XML）等の技術を実装することにより、選択ページ中の差額及び総額のデータのみを書き換えることとしてもよい。
これにより、ページの遷移を伴わずに、交通手段（往路，復路のいずれか）が変更されるごとに、既に宿泊施設ごとに表示されている料金の総額を、変更された交通手段の金額に応じて切り替えて表示することができる。

上述の実施形態においては、取得したすべての空席情報を往路と復路に分けて縦方向に表示し、スクロールバーを用いて選択させるようにしている。これは表示パターンの一例であり、図１７又は図１８に例示するような表示パターンを採用してもよい。
図１７は、予め定めた時間帯によりフライトを分類し、指定された時間帯の空席情報のみを往路と復路に分けて縦方向に表示するパターンである。時間帯は、適宜変更することができる。図１７（ａ）は４つの時間帯（ここでは、「朝便」，「昼便」，「夕便」，「夜便」）図１７（ｂ）は２つの時間帯（ここでは、「早い時間帯」，「遅い時間帯」）に分類した例を示している。
図１８は、予め定めた時間帯によりフライトを分類し、指定された時間帯の空席情報のみを往路と復路に分けて横方向に表示するパターンである。時間帯は、適宜変更することができる。図１８（ａ）は時間帯ごとに一括して（ここでは、５便ごとに）表示を切り替えるパターン、図１８（ｂ）は１便ごとに表示を切り替えるパターンの例を示している。

従来のシステムによるユーザの端末との間の処理の流れの概略を示すフローチャートである。 本実施形態のシステムによるユーザの端末との間の処理の流れの概略を示すフローチャートである。 本実施形態のシステム構成の一例を示す図である。 （ａ）運送料情報，（ｂ）宿泊料情報の主要な項目を示す図である。 （ａ）座席情報データベース，（ｂ）便情報データベースの主要な項目を示す図である。 （ａ）客室情報データベース，（ｂ）施設情報データベースの主要な項目を示す図である。 本実施形態のシステムによる処理の流れの詳細を示すシーケンス図である。 検索条件入力ページの例を示す図である。 運送料情報生成処理の流れを示すフローチャートである。 宿泊料情報生成処理の流れを示すフローチャートである。 差額算出処理の流れを示すフローチャートである。 総額算出処理の流れを示すフローチャートである。 選択ページの例を示す図である。 選択ページの例を示す図である。 選択ページの例を示す図である。 宿泊プランを選択させない場合の空室情報表示欄の例を示す図である。 空席情報の縦表示パターンの例を示す図である。 空席情報の横表示パターンの例を示す図である。

符号の説明

１０ ユーザ端末
２０ ネットワーク
３０ サーバ
３１ 運送料情報
３２ 宿泊料情報
４０ 空席情報データベース
４１ 座席情報データベース
４２ 便情報データベース
５０ 空室情報データベース
５１ 客室情報データベース
５２ 施設情報データベース
８００ 検索条件入力ページ
１３００ 選択ページ
１４００ 選択ページ
１５００ 選択ページ

Claims (9)

1. ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムであって、
   少なくとも運送料の情報を含む、交通手段の空席情報を記憶する空席情報記憶手段と、
   少なくとも宿泊料の情報を含む、宿泊施設の空室情報を記憶する空室情報記憶手段と、
   ユーザの端末から、交通手段及び宿泊施設の検索条件を受信する検索条件受信手段と、
   前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得し、該取得した空席情報に対応する交通手段の運送料の情報を生成する空席情報取得・運送料生成手段と、
   前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得し、該取得した空室情報に対応する宿泊施設の宿泊料の情報を生成する空室情報取得・宿泊料生成手段と、
   前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、該生成した選択ページに、宿泊施設ごとに、前記取得した複数の空席情報の中から予め設定した条件で往路・復路各１つずつ選択した交通手段の運送料と前記宿泊施設の宿泊料とで算出した料金の総額の情報を付加して、前記ユーザの端末に送信する選択ページ送信手段と
   を備えることを特徴とする予約受付システム。
2. 請求項１に記載の予約受付システムにおいて、
   さらに、前記選択ページからの交通手段の選択情報を受信する選択情報受信手段を備え、
   前記選択ページ送信手段は、前記料金の総額を、前記選択情報により選択された交通手段の運送料と、宿泊施設の宿泊料とで算出した合計金額の情報に更新して、前記選択ページを前記ユーザの端末に送信する
   ことを特徴とする予約受付システム。
3. 請求項２に記載の予約受付システムにおいて、
   前記空席情報取得・運送料生成手段は、検索条件を満たす空席情報を複数取得した後、前記取得した空席情報に対応する交通手段の運送料の情報を運送料情報記憶手段に記憶し、
   前記空室情報取得・宿泊料生成手段は、検索条件を満たす空室情報を複数取得した後、前記取得した空室情報に対応する宿泊施設の宿泊料の情報を宿泊料情報記憶手段に記憶し、
   前記選択ページ送信手段は、合計金額の情報を更新するときに、前記運送料情報記憶手段から読み出した運送料と、前記宿泊料情報記憶手段から読み出した宿泊料との合計金額を算出する
   ことを特徴とする予約受付システム。
4. 請求項２又は３に記載の予約受付システムにおいて、
   前記選択ページ送信手段は、前記選択情報をもとに前記合算した料金の総額の情報のみを前記ユーザの端末に送信し、
   前記ユーザの端末内で前記選択ページの該料金の総額を書き換えることを特徴とする予約受付システム。
5. 請求項１〜４のいずれかに記載の予約受付システムにおいて、
   前記空席情報記憶手段に記憶する空席情報は、交通手段の出発時刻の情報を含み、
   前記選択ページ送信手段は、前記検索条件に交通手段の出発時間帯が含まれているとき、前記予め設定した条件を、前記空席情報記憶手段から取得した出発時刻が前記出発時間帯に含まれる交通手段を優先して選択する条件とする
   ことを特徴とする予約受付システム。
6. 請求項１〜５のいずれかに記載の予約受付システムにおいて、
   前記選択ページ送信手段は、前記運送料の情報をもとに、前記選択した交通手段の運送料に対する差額を、交通手段ごとに算出し、該差額の情報を前記選択ページにさらに付加する
   ことを特徴とする予約受付システム。
7. 請求項１〜６のいずれかに記載の予約受付システムにおいて、
   前記空席情報記憶手段に記憶する空席情報は、交通手段の到着時刻の情報を含み、
   前記空室情報記憶手段に記憶する空室情報は、さらに、宿泊施設の最終チェックイン時刻の情報を含み、
   前記選択ページ送信手段は、前記空席情報記憶手段から取得した、往路についての前記選択した交通手段の到着時刻が前記宿泊施設の最終チェックイン時刻の後であるときは、前記宿泊施設を選択させない
   ことを特徴とする予約受付システム。
8. ユーザの端末から交通手段及び宿泊施設の予約を併せて受け付ける予約受付システムのサーバにおける予約受付方法であって、
   少なくとも運送料の情報を含む、交通手段の空席情報を記憶する空席情報記憶手段と、
   少なくとも宿泊料の情報を含む、宿泊施設の空室情報を記憶する空室情報記憶手段と
   を有し、
   ユーザの端末から、交通手段及び宿泊施設の検索条件を受信する検索条件受信ステップと、
   前記空席情報記憶手段から前記検索条件を満たす空席情報を複数取得し、該取得した空席情報に対応する交通手段の運送料の情報を生成する空席情報取得・運送料生成ステップと、
   前記空室情報記憶手段から前記検索条件を満たす空室情報を複数取得し、該取得した空室情報に対応する宿泊施設の宿泊料の情報を生成する空室情報取得・宿泊料生成ステップと、
   前記取得した複数の空席情報と前記取得した複数の空室情報とから交通手段及び宿泊施設の選択ページを生成し、該生成した選択ページに、宿泊施設ごとに、前記取得した複数の空席情報の中から予め設定した条件で往路・復路各１つずつ選択した交通手段の運送料と前記宿泊施設の宿泊料とで算出した料金の総額の情報を付加して、前記ユーザの端末に送信する選択ページ送信ステップと
   を備えることを特徴とする予約受付方法。
9. 請求項１〜７のいずれかに記載の予約受付システムの各手段をコンピュータに機能として実現させるためのプログラム。