JP6853319B2

JP6853319B2 - 旅行管理システム、旅行管理方法およびプログラム

Info

Publication number: JP6853319B2
Application number: JP2019166208A
Authority: JP
Inventors: 絵美 ▲高▼橋
Original assignee: Rakuten Inc
Current assignee: Rakuten Group Inc
Priority date: 2019-09-12
Filing date: 2019-09-12
Publication date: 2021-03-31
Anticipated expiration: 2039-09-12
Also published as: JP2021043784A

Description

本発明は旅行管理システム、旅行管理方法およびプログラムに関する。

従来は、ユーザに対して、航空券やホテルの部屋などのアイテムが予めセットになったツアーパッケージを販売することが行われていた。一方、ツアーパッケージを利用しないユーザは、旅行において利用されるアイテム（例えば、交通手段、宿泊施設、イベント、食事など）のそれぞれを、旅行販売サイトや交通機関のサイトなどを介して予約していた。

特許文献１には、例えば航空券、ホテルの部屋、テーマパークのチケットのような商品の集合であるツアーパッケージを生成してそのツアーパッケージをデータベースに格納すること、および、ユーザが指定した日時などに基づいてツアーパッケージを検索することが開示されている。

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

ツアーパッケージでは、通常、旅行代理店等は、そのツアーパッケージに含まれる航空券やホテルの部屋などの商品を予め確保し、ユーザからの予約を受け付ける際にはツアーパッケージ全体としての空き状況のみを管理している。

一方で、近年はユーザの要望が多様化しているなどの理由から、旅行をより自由かつ柔軟に計画する要望がより強くなっている。このような場合にはツアーパッケージのように事前に商品を確保して、ユーザからの予約を受け付けることは難しい。例えばこのような背景から、ユーザが上記のような旅行を準備する際には、予約サイトなどを用いて、その旅行において利用される複数のアイテムのそれぞれについて、空き状況を確認して予約する。この場合、アイテムの数が増えるにつれて空き状況の確認などの作業が増加し、ユーザがサイトへアクセスすることによる通信負荷も増大しやすい。

本発明は上記課題を鑑みてなされたものであって、その目的は、旅行において利用されるアイテムの空き状況をユーザが確認する負担を軽減する技術を提供することにある。

上記課題を解決するために、本発明にかかる旅行管理システムは、旅行に関連する複数のアイテムを含む旅程を取得する旅程取得手段と、前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価する評価手段と、前記旅程の前記評価を出力する出力手段と、を含む。

また、本発明にかかる旅行管理方法は、旅行に関連する複数のアイテムを含む旅程を取得するステップと、前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価するステップと、前記旅程の前記評価を出力するステップと、を含む。

また、本発明にかかるプログラムは、旅行に関連する複数のアイテムを含む旅程を取得する旅程取得手段、前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価する評価手段、および、前記旅程の前記評価を出力する出力手段、としてコンピュータを機能させる。

本発明によれば、ユーザが旅行において利用されるアイテムの空き状況を確認する負担を軽減することができる。

本発明の一態様では、前記旅程は、前記複数のアイテムのそれぞれの当該旅程における相対日付をさらに含み、前記評価手段は、出発日と、前記複数のアイテムの相対日付とに基づいて前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて前記出発日における前記旅程を評価してもよい。

本発明の一態様では、前記評価手段は、複数の出発日のそれぞれについて、前記出発日と前記複数のアイテムに関連付けられる相対日付とに基づいて前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて、前記複数の出発日のそれぞれについて前記旅程を評価し、前記出力手段は、前記複数の出発日のそれぞれにおける旅程の評価を示す情報を出力してもよい。

本発明の一態様では、前記旅程は、前記複数のアイテムのそれぞれの優先度を示す情報をさらに含み、前記評価手段は、前記複数のアイテムの予約可否と、前記優先度を示す情報とに基づいて、前記旅程を評価してもよい。

本発明の一態様では、前記評価手段は、前記取得された予約可否と、前記優先度を示す情報とに基づいて、前記旅程が、前記旅程に含まれるすべてのアイテムを予約可能である第１の状態、前記旅程に含まれるアイテムのうち主要なアイテムを予約可能である第２の状態、および、前記旅程の主要なアイテムを予約できない第３の状態のうちいずれかであるか特定してもよい。

本発明の一態様では、前記評価手段は、前記複数のアイテムの一部が予約不可である場合に、前記予約不可のアイテムについて他の日付または時間帯における予約可否を検索し、前記出力手段は、前記他の日付または時間帯における予約可否を示す情報を出力してもよい。

本発明の実施形態にかかる旅行管理システムのハードウェア構成を示す図である。旅行管理システムが実現する機能を示すブロック図である。編集部の処理の一例を示すフロー図である。旅程選択画面の一例を示す図である。旅程詳細画面の一例を示す図である。予約に関する処理の一例を示すフロー図である。旅程データの一例を示す図である。出発日における旅程を評価しその評価を出力する処理の一例を示すフロー図である。予約カレンダ表示画面の一例を示す図である。出発日が指定された場合の予約カレンダ表示画面の一例を示す図である。出発日における旅程に予約不可とされたアイテムが存在する場合の処理の変形例を示すフロー図である。

以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成に対しては、重複する説明を省略する。本実施形態では、旅程を用いて旅行において用いられるアイテムの空き状況の確認および予約が可能な旅行管理システムについて説明する。旅程は複数のアイテムを含み、複数のアイテムのそれぞれにはそのアイテムを利用する日および時間が設定されているものとする。複数のアイテムのそれぞれは、例えば、飛行機および鉄道のような交通機関、宿泊施設、食事、イベント、ショッピングのうちいずれかである。

以下で説明する「旅程」においては、ユーザには予めアイテムが指定されているように見えるが、旅程に含まれるアイテムは容易に変更でき、かつ、事前には各アイテムの在庫が確保されていないものとする。旅行管理システムにより、ユーザが、旅程の雛型からアイテムを削除もしくはアイテムを追加して旅程を作成し、作成された旅程を構成するアイテムについて出発日に基づきアイテムの空き状況を確認し、作成された旅程に含まれる複数のアイテムを予約できる。本実施形態では、旅程が作成されたのちに各アイテムの在庫が確保され予約が実行される。

図１は、本発明の実施形態にかかる旅行管理システムの一例を示す図である。旅行管理システムは、旅行管理サーバ１を含む。旅行管理サーバ１は、１または複数の顧客端末２と通信し、顧客端末２を操作するユーザに旅行に関する商品を提供する。予約管理システム３は、旅行のアイテムの予約を管理するサーバである。

旅行管理サーバ１はプロセッサ１１、記憶部１２、通信部１３、入出力部１４を含む。なお、旅行管理システムは、旅行管理サーバ１の処理を実行する複数のサーバコンピュータにより実現されてもよい。

プロセッサ１１は、記憶部１２に格納されているプログラムに従って動作する。またプロセッサ１１は通信部１３、入出力部１４を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやＤＶＤ−ＲＯＭ等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。

記憶部１２は、ＲＡＭおよびフラッシュメモリ等のメモリ素子とハードディスクドライブのような外部記憶装置とによって構成されている。記憶部１２は、上記プログラムを格納する。また、記憶部１２は、プロセッサ１１、通信部１３、入出力部１４から入力される情報や演算結果を格納する。また、記憶部１２は後述する旅程の雛型のようなデータも格納する。

通信部１３は、他の装置と通信する機能を実現するものであり、例えば無線ＬＡＮ、有線ＬＡＮの集積回路などにより構成されている。通信部１３は、プロセッサ１１の制御に基づいて、他の装置から受信した情報をプロセッサ１１や記憶部１２に入力し、他の装置に情報を送信する。

入出力部１４は、表示出力デバイスをコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部１４は、プロセッサ１１の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。

予約管理システム３は、１または複数のサーバコンピュータにより構成される。予約管理システム３は、旅行管理サーバ１からの要求を受け、旅程に含まれるアイテムについての予約が可能か否か示す情報（以下、空き状況とする）を旅行管理サーバ１へ送信する。また予約管理システム３は、旅行管理サーバ１から予約指示を受信し、アイテムを予約する。予約管理システム３は、宿泊施設、飛行機、鉄道といったアイテムの種類に対応して設けられてよい。

予約管理システム３を構成するサーバおよび顧客端末２は、旅行管理サーバ１と同様に、プロセッサ１１、記憶部１２、通信部１３、入出力部１４を有する。

次に、旅行管理システムが提供する機能について説明する。図２は、旅行管理システムが実現する機能を示すブロック図である。旅行管理システムは、編集部５１、確認部５２、結果出力部５３、予約処理部５４を含む。これらの機能は、旅行管理サーバ１に含まれるプロセッサ１１によって記憶部１２に格納されるプログラムが実行され、通信部１３などを制御することにより実現される。なお、これらの機能の一部または全部が、顧客端末２に含まれるプロセッサ１１によってプログラムが実行され、通信部１３などを制御することにより実現されてもよい。この場合、旅行管理システムに顧客端末２が含まれてよい。

編集部５１は、後述する旅程選択画面からユーザが選択した旅程の雛型に基づいて旅程を編集する。なお、本実施形態において、旅程を編集するとは、旅程へアイテムを追加すること、もしくは、旅程に含まれるアイテムを削除することを意味する。編集部５１は、ユーザから顧客端末２を介して、参加者の人数や宿泊における部屋数といった旅行の条件となる情報を取得してよい。

また編集部５１は、ユーザが空き状況（アイテムの予約が可能か否かを示す情報）を確認する指示をした場合に、編集された旅程のデータ（旅程データ）を確認部５２および結果出力部５３へ送信する。ここで、旅程データは、複数のアイテムと、その複数のアイテムのそれぞれの旅程における相対日付と、複数のアイテムのそれぞれの優先度とを含む。なお、優先度は、旅程の雛型を作成するときに旅程作成者が設定し、旅程の雛型として格納されていてもよい。また、ユーザが旅程に含まれる複数のアイテムの中で特に立ち寄りたいもしくは行いたいアイテムを示すことにより優先度が指定されてもよい。この場合、編集部５１は、ユーザからの入力に基づき、旅程に含まれる優先度を設定してよい。

確認部５２は、旅程データが示す旅程に含まれる複数のアイテムのそれぞれの空き状況を予約管理システム３から取得し、複数のアイテムの取得された空き状況に基づいてその旅程を予約できる可能性（予約可能性）を確認（評価）する。確認部５２は、旅行の出発日と、複数のアイテムの相対日付とに基づいて予約管理システム３から複数のアイテムのそれぞれの空き状況を取得する。また、確認部５２は、取得された空き状況に基づいて、その出発日における旅程を予約できる可能性を確認する。ここでいう出発日は、出発日の候補であり、相対日付は出発日からの日数である。相対日付は出発日との関係を示すものであればよく、例えば旅程の最終日からの日数であってもよい。

確認部５２は、出発日の候補として、複数の出発日をユーザからの入力または予め設定した日から取得し、それぞれの出発日について旅程の予約可能性を確認してよい。また確認部５２は、複数のアイテムのそれぞれの優先度にさらに基づいて旅程の予約可能性を確認してよい。

結果出力部５３は、旅程の予約可能性を出力する。より具体的には、結果出力部５３は複数の出発日のそれぞれにおける旅程の予約可能性を示す情報を出力してよい。

予約処理部５４は、予約可能性が出力され、ユーザにより予約の指示がされた旅程に含まれる複数のアイテムのうち少なくとも一部を、予約管理システム３を介して予約する。予約処理部５４は、複数のアイテムのうち予約が必要な１または複数のアイテムについて予約する。

次に編集部５１の処理について説明する。図３は、編集部５１の処理の一例を示すフロー図である。

編集部５１は、ユーザの要求に基づき、旅程選択画面を顧客端末２のディスプレイに出力させる（ステップＳ２０１）。

図４は、旅程選択画面の一例を示す図である。旅程選択画面には、複数の旅程の雛型が配置されている。旅程選択画面においてユーザにより複数の旅程の雛型のうち１つが選択されると、顧客端末２は、選択された旅程の雛型を示す情報を旅行管理サーバ１へ送信し、編集部５１はその情報を受信する。

編集部５１は、選択された旅程の雛型を示す情報を受信すると、選択された旅程についての旅程詳細画面を、顧客端末２のディスプレイに出力させる（ステップＳ２０２）。

図５は、旅程詳細画面の一例を示す図である。旅程詳細画面には、旅程を構成する複数のアイテムが、相対日付および利用予定の時間帯に応じた個所に配置されている。旅程詳細画面において、ユーザは、顧客端末２の入出力部１４を介して参加者の人数や宿泊における部屋数といった旅行の条件となる情報を入力してもよい。また、ユーザの入力がアイテムの選択である場合には旅行管理システム内のデータベースから、選択されたアイテムの詳細の情報を取得し、そのアイテムの詳細を表示してもよい。

旅程詳細画面においてユーザが、「予約」と表示されている空き状況確認ボタン６１と、アイテム追加ボタン６５と、削除ボタン６６と、アイテムのいずれかと、戻るボタン６９とのうちいずれかを押下すると、顧客端末２は、そのボタン等の押下を示す情報を旅行管理サーバ１へ向けて送信する。空き状況確認ボタン６１は旅程詳細画面において「予約」と表示されているが、空き状況を確認するためのボタンであり、予約そのものを確定させるためのボタンではない。

そして、編集部５１は、顧客端末２を介して、旅程詳細画面に対するユーザの入力（ボタンなどの押下を示す情報）を取得する（ステップＳ２０３）。そして、ユーザの入力がアイテム追加ボタン６５の押下である場合には（ステップＳ２０４のＹ）、編集部５１はアイテム追加処理を実行する（ステップＳ２０５）。ステップＳ２０５において、編集部５１はその旅程における追加可能なアイテムのリストを表示する。また、編集部５１は、リストのアイテムのうち、ユーザが利用時間帯および日付とともに追加を指示したいずれか１つもしくは複数のアイテムを、旅程に追加する。ステップＳ２０５の後に、編集部５１はステップＳ２０２以降の処理を繰り返す。なお、リストのアイテムは、追加する前後のアイテムとの移動時間を考慮したアイテムを表示しても、旅程において最適な行程のアイテムを表示しても、例えば天気等の情報に基づき複合的に判断してアイテムを表示してもよい。このとき、図示しない情報サーバにアクセスし、上述の情報を取得してもよい。

また、ステップＳ２０３において取得されたユーザの入力がアイテムの削除の指示（アイテムの削除ボタン６６の押下）である場合には（ステップＳ２０６のＹ）、編集部５１は指示されたアイテムを旅程から削除し（ステップＳ２０７）、ステップＳ２０２以降の処理を繰り返す。

そして、ステップＳ２０３において取得されたユーザの入力が空き状況確認ボタン６１の押下である場合には（ステップＳ２０８のＹ）、編集部５１は予約に関する処理を開始させる（ステップＳ２０９）。予約に関する処理の詳細については後述する。

なお、編集部５１は、ユーザの入力がアイテムの選択である場合には旅行管理システム内のデータベースから、選択されたアイテムの詳細の情報を取得し、そのアイテムの詳細を表示する。またユーザの入力が戻るボタン６９である場合には、編集部５１はステップＳ２０１の処理から繰り返す。

以下では予約に関する処理についてさらに詳細に説明する。図６は、予約に関する処理の一例を示すフロー図である。

はじめに、編集部５１は、旅程データを取得する（ステップＳ３０１）。そして確認部５２に旅程データを引き渡す。

図７は旅程データの一例を示す図である。図７には、１つの旅程における旅程データが記載されている。図７における各行はアイテムに対応している。旅程データの各アイテムについての情報は、アイテムを特定するアイテムＩＤ、アイテムの種別を示すアイテム種別、相対日付、利用時間帯（開始時間および終了時間）、優先度を含む。図７の例では優先度を独立して設けているが、例えば交通手段の優先度を高くするなど、アイテム種別が優先度を示す情報であってもよい。

旅行管理システムは、各アイテムの詳細が格納されたデータベースを有する。このデータベースには、アイテムのそれぞれについて、アイテムＩＤ、アイテム種別、画像、説明文、予約照会先の種別、アイテムの外部ＩＤなどが格納されている。外部ＩＤは、予約管理システム３へ問合せる際にアイテムを特定するためのＩＤである。編集部５１は、旅程データに含まれる複数のアイテムのそれぞれの情報および、データベースに格納されるそのアイテムの情報を取得する。

次に、確認部５２は、予約人数および出発日の候補のリストを取得する（ステップＳ３０２）。確認部５２は、例えば、旅程詳細画面において入力された予約人数および出発日の候補を編集部５１から取得することにより予約人数を取得してもよい。また、確認部５２は、出発日の候補が指定されていない場合、出発日の候補として、顧客端末２を介して旅程を編集した日の翌日以降で同一の月に属する複数の日付を取得してもよい。また、ユーザにより月が指定された場合には、その指定された月に属する複数の日付を出発日の候補として取得してもよい。また、ユーザにより例えば、指定した日から２週間の間を指定した場合、その指定された日から２週間の日付のうちの複数の日付を出発日として設定してもよい。なお、以下では出発日の候補を単に「出発日」と記載する。

ここで、出発日の候補はリストでなくてもよい。出発日の候補は単一の日付であってもよいし、先頭日付と終端日付とを含む範囲によって出発日の候補が指定され、その範囲内にある日付のそれぞれについてステップＳ３０３以降の処理がなされてもよい。

確認部５２は、ステップＳ３０２で取得したリストの１つ目の出発日を選択する（ステップＳ３０３）。また、確認部５２は旅程データに含まれる１つ目のアイテムを選択する（ステップＳ３０４）。なお、アイテムが選択される順序はどのようなものであってもよい。

確認部５２は選択された出発日と、選択されたアイテムの旅程における相対日付とに基づいて、予約日を算出する（ステップＳ３０５）。相対日付が１日目、２日目といった情報である場合には、確認部５２は出発日に（相対日付−１）を足した日を予約日として算出する。

確認部５２は、予約管理システム３に対して算出された予約日におけるアイテムの空き状況を要求し、予約管理システム３から空き状況を取得する（ステップＳ３０６）。ここで、確認部５２は、予約管理システム３に対して予約日だけでなくアイテムの利用時間帯も含めて空き状況を照会してもよいし、予約照会先の種別に応じて定まる予約管理システム３に対して、外部ＩＤを用いて空き状況を照会してもよい。また、予約管理システム３から空き状況およびその予約日における価格を取得してもよい。

ステップＳ３０６において、空き状況が取得されると、確認部５２は、取得された空き状況を、そのアイテムおよび出発日と関連付けて記憶部１２に記憶させる（ステップＳ３０７）。また価格が取得された場合には、空き状況および価格をアイテムおよび出発日と関連付けて記憶部１２に記憶させてよい。

旅程データに含まれるすべてのアイテムが選択されていない場合には（ステップＳ３０８のＮ）、確認部５２は次のアイテムを選択し（ステップＳ３０９）ステップＳ３０５からの処理を繰り返す。ここでは確認部５２は複数のアイテムの空き状況を順次確認しているが、確認部５２は並列的な処理により複数のアイテムの空き状況を確認してもよい。

確認部５２は、出発日のそれぞれについて一部のアイテムの空き状況を確認しなくてもよい。例えば、ステップＳ３０８の処理の前に、アイテムについて取得された空き状況が、そのアイテムが予約不可であることを示す場合に、他のアイテムについての処理をスキップし、ステップＳ３１０の旅程の評価および出力の処理へ遷移してもよい。これにより、予約管理システム３に対して空き状況を照会する処理の負荷を軽減することが可能になる。

一方、旅程データに含まれるすべてのアイテムが選択された場合には（ステップＳ３０８のＹ）、確認部５２はその出発日における旅程の予約可能性を確認し、結果出力部５３はその評価を出力する（ステップＳ３１０）。

リストの出発日のうち選択されていないものがある場合には（ステップＳ３１１のＮ）、確認部５２は、リストから次の出発日を選択し（ステップＳ３１２）、ステップＳ３０４の処理から繰り返す。そして、リストのすべての出発日の候補が選択された場合には（ステップＳ３１１のＹ）、この予約に関する処理を終了する。

図８は、出発日における旅程の予約可能性を確認し、その評価を出力する処理の一例を示すフロー図であり、ステップＳ３１０の処理の詳細を説明する図である。

確認部５２は、選択された出発日に関連付けて記憶された複数のアイテムの空き状況とそのアイテムの価格とを取得する（ステップＳ４０１）。確認部５２は、アイテムの予約に空きがあり、予約可能な場合にアイテムの価格を取得してよい。

次に、確認部５２は、旅程データに含まれる複数のアイテムのうち、予約不可とされたアイテムが存在するか否かを判定する（ステップＳ４０２）。予約不可とされたアイテムが存在しない場合には（ステップＳ４０３のＮ）、確認部５２はこの出発日について旅程データに含まれる複数のアイテムの価格の合計を算出する（ステップＳ４０３）。加えて、結果出力部５３は、顧客端末２のディスプレイに、選択された出発日が予約可能である（第１の状態である）ことを示す情報を出力させる（ステップＳ４０４）。

結果出力部５３は、例えばＨＴＭＬデータのような画像情報を生成し、顧客端末２へ出力することにより選択された出発日が予約可能であることを示す情報をディスプレイに出力させてよい。また結果出力部５３は、選択された出発日について、その出発日に対応する領域の画像情報を作成し、すべての出発日に対応する領域について画像情報が作成されたのちに、画像情報を顧客端末２へ出力してもよい。

一方、選択された出発日において予約不可のアイテムが存在する場合には（ステップＳ４０２のＹ）、結果出力部５３は、顧客端末２のディスプレイに、選択された出発日が予約不可である（第３の状態である）ことを示す情報を出力させる（ステップＳ４０５）。ステップＳ４０４と同様に、ステップＳ４０５において画像を描画させてもよいし、ステップＳ４０５においてこの出発日の画像情報を作成し、すべての出発日について画像情報が作成された後に、画像情報を顧客端末２へ出力してもよい。

図９は、予約カレンダ表示画面の一例を示す図である。顧客端末２は、結果出力部５３により出力される情報に基づいて、予約カレンダ表示画面をディスプレイに描画する。

図９においては、空き状況を確認する対象となる出発日の候補のリストには、４月１１日から４月３０日までが設定されており、それらの出発日について空き状況が確認されている。

結果出力部５３は、いずれかのアイテムについて予約不可であった出発日を、それを示す態様（ここでは×）でディスプレイに出力させる。結果出力部５３は、すべてのアイテムについて予約可能な出発日を、それを示す態様（価格表示付き）でディスプレイに出力させる。

図１０は、出発日が指定された場合の予約カレンダ表示画面の一例を示す図である。評価が出力された後に、ユーザによりユーザが希望する出発日が指定されると、顧客端末２は指定された出発日を旅行管理サーバ１へ送信し、予約処理部５４は出発日を取得する。そして、予約処理部５４は旅行期間を示す情報を出力し、顧客端末２のディスプレイに旅行期間を示す画像を出力させる。図１０の例では〇で囲まれた日付が旅行期間を示している。さらにユーザが予約ボタン６２を押下した場合には、顧客端末２は予約の指示を旅行管理サーバ１へ送信し、予約処理部５４は、ユーザ（顧客端末２）から例えば支払方法、旅行者の情報をさらに取得し、それらの情報に基づいて、予約管理システム３へ予約を完了させる処理を実行する。

図６、図８に示される処理により、複数のアイテムを有する旅程について予約が可能か否かをユーザが容易に認識することができ、旅行を予約する際の負担を軽減することができる。特に、複数の出発日について予約可能か否かをユーザに対して一括して提示することができるため、さらに負担を軽減することができる。

ここで、旅程のアイテムの一部のみが予約できない場合に、優先度を用いてさらなる判定および提案をしてもよい。この場合、確認部５２は、単に旅程に含まれるすべてのアイテムを予約可能な第１の状態であるか否かだけではなく、旅程に含まれるアイテムのうち優先度の高いアイテムを予約可能な第２の状態、旅程に含まれるアイテムのうち優先度の高いアイテムが予約できない第３の状態であるか否かを判定する。

図１１は、出発日における旅程に予約不可とされたアイテムが存在する場合の処理の変形例を示すフロー図であり、ステップＳ４０５の代わりに実行される。はじめに、確認部５２は予約不可のアイテムのそれぞれについて、他の日付または時間帯についての空き状況を予約管理システム３から取得する（ステップＳ４５１）。より具体的には、結果出力部５３は、旅程の予約可能なアイテムの利用時間帯と重ならない時間帯のうち、その時間帯の前後にあるアイテム（例えば宿泊施設）とその予約不可のアイテムとの距離が所定の値を超えることのない時間帯について、予約管理システム３に予約不可のアイテムの空き状況を問い合わせ、その時間帯の空き状況を取得する。ここで取得された情報は後の判定に用いられる。

そして、結果出力部５３は、予約不可のアイテムの中に優先度の高いアイテムがあるか判定する（ステップＳ４５２）。優先度の高いアイテムが存在する場合には（ステップＳ４５２のＹ）、結果出力部５３はさらに、他の日付または時間帯のアイテムについての取得された空き状況に基づいて、その優先度が高く予約不可のアイテムが他の日付または時間帯で予約可能か判定する（ステップＳ４５７）。そのアイテムが他の日付または時間帯で予約不可能な場合には（ステップＳ４５７のＮ）、結果出力部５３は、顧客端末２のディスプレイに、選択された出発日が予約不可である（第３の状態である）ことを示す情報を出力させる（ステップＳ４５８）。上記情報の出力について、ステップＳ４０４と同様のタイミングで画像情報の作成や出力が行われてよい。一方、そのアイテムが他の日付または時間帯で予約可能な場合には（ステップＳ４５７のＮ）、現時点で予約不可であるが、旅程の変更により予約が可能になることを示す情報を出力する（ステップＳ４５９）。

予約不可のアイテムの中に優先度の高いアイテムが存在しない場合には（ステップＳ４５６のＮ）、結果出力部５３は、顧客端末２のディスプレイに、選択された出発日で予約する場合には、旅程の変更が必要である（第２の状態である）ことを示す情報を出力させる（ステップＳ４６０）。上記情報の出力について、ステップＳ４０４と同様のタイミングで画像情報の作成や出力が行われてよい。

予約不可のアイテムの中に優先度の高いアイテムが存在しない場合には（ステップＳ４５２のＮ）、さらに、結果出力部５３は、他の日付または時間帯のアイテムについての取得された空き状況に基づいて、予約不可のアイテムの中に、他の日付または時間帯において予約可能なアイテムがあるか否かを判定する（ステップＳ４６１）。予約可能なアイテムが存在する場合には（ステップＳ４６１のＹ）、結果出力部５３はユーザの顧客端末２のディスプレイに、予約不可のアイテムについての予約可能な日付または時間帯の情報を含む提案メッセージを出力させる（ステップＳ４６２）。

この場合、結果出力部５３は、優先度の高いアイテムについて予約不可であった出発日を、それを示す態様（ここでは×）でディスプレイに出力させ、すべてのアイテムについて予約可能な出発日を、それを示す態様（価格表示付き）でディスプレイに出力させる。また、結果出力部５３は、予約不可のアイテムが優先度の低いもののみであった出発日を、それを示す態様（例えば価格表示なし×なし）でディスプレイに出力させる。優先度の高いアイテムについて時間帯または日付を変更することにより予約可能となる出発日については、出発日が他の態様で表示されてよい。

これらの処理により、一部のアイテムが予約不可である場合の変更の容易さをユーザが認識することが容易になり、さらにユーザの負担が軽減される。また、旅行管理システム側で優先度や他の日または時間における空き状況に基づいて変更可能性を調査しユーザに提示するため、ユーザの旅行の検討をすることをより容易にすることができる。

この変形例においても、予約の空き状況の照会に関する処理の負荷を軽減することが可能である。図６に示されるステップＳ３０８の処理の前に、優先度の高いアイテムについて取得された空き状況が、そのアイテムが予約不可であることを示す場合に、確認部５２は、他のアイテムについての処理をスキップし、ステップＳ３１０の旅程の評価および出力の処理へ遷移する。

処理負荷軽減の効果を大きくするため、確認部５２は、先に、優先度が高いアイテムは優先度の低いアイテムより先に空き状況を照会する。より具体的には、確認部５２は、ステップＳ３０１において、複数のアイテムを含むアイテムリストであって優先度が高いアイテムが上位に配置されるアイテムリストを生成し、ステップＳ３０４，Ｓ３０９ではそのアイテムリストの順にアイテムを取得する。優先度だけでなく、アイテムの予約不可となる統計的確率を考慮して空き状況の照会の順序が決められてもよい。例えば、確認部５２は、予約不可になりやすい航空機および宿の空き状況を最優先で照会し、他の優先度の高いアイテムの空き状況を次に紹介し、その後に優先度の低いアイテムの空き状況を照会してよい。例えば、確認部５２は、アイテムリストの先頭に航空機のアイテムを配置し、その次に宿のアイテムを配置し、その下に優先度の高い１または複数のアイテムを配置し、その下に優先度の低いアイテムを配置してよい。また、確認部５２は、優先度に関わらず、予約が難しい種類のアイテムについて先に空き状況を照会してもよい。

なお図６の例では、選択された出発日について空き状況の問い合わせと評価とを連続して行っているが、他の方法で処理されてもよい。例えば、すべての出発日の候補について複数のアイテムの空き状況が取得された後に、確認部５２がそれぞれの出発日について旅程の予約可能性を確認してもよい。また、確認部５２は、アイテムのそれぞれについて、出発日の候補のうち複数の出発日について、予約管理システム３へ一度に空き状況を問合せ、空き状況を取得してもよい。

１旅行管理サーバ、２顧客端末、３予約管理システム、１１プロセッサ、１２記憶部、１３通信部、１４入出力部、５１編集部、５２確認部、５３結果出力部、５４予約処理部、６１空き状況確認ボタン、６２予約ボタン、６５アイテム追加ボタン、６６削除ボタン、６９戻るボタン。

Claims

旅行に関連する複数のアイテムを含む旅程を取得する旅程取得手段と、
前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価する評価手段と、
前記旅程の前記評価を出力する出力手段と、
を含み、
前記評価手段は、複数の出発日のそれぞれにおける前記旅程について、前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて、前記複数の出発日のそれぞれにおける前記旅程について、予約可能性を評価し、
前記出力手段は、前記複数の出発日のそれぞれにおける前記旅程について評価された前記予約可能性を一括してユーザに提示させる情報を顧客端末へ出力する、
旅行管理システム。
請求項１に記載の旅行管理システムにおいて、
前記旅程は、前記複数のアイテムのそれぞれの当該旅程における相対日付をさらに含み、
前記評価手段は、出発日と、前記複数のアイテムの相対日付とに基づいて前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて前記出発日における前記旅程を評価する、
旅行管理システム。
請求項１又は２に記載の旅行管理システムにおいて、
前記旅程は、前記複数のアイテムのそれぞれの優先度を示す情報をさらに含み、
前記評価手段は、前記複数のアイテムの予約可否と、前記優先度を示す情報とに基づいて、前記旅程を評価する、
旅行管理システム。
請求項３に記載の旅行管理システムにおいて、
前記評価手段は、前記取得された予約可否と、前記優先度を示す情報とに基づいて、前記旅程が、前記旅程に含まれるすべてのアイテムを予約可能である第１の状態、前記旅程に含まれるアイテムのうち前記優先度が高いアイテムを予約可能である第２の状態、および、前記旅程に含まれるアイテムのうち前記優先度が高いアイテムを予約できない第３の状態のうちいずれかであるか特定し、
前記出力手段は、前記特定された前記第１の状態、前記第２の状態、または、前記第３の状態に対応する情報を前記顧客端末へ出力する、
旅行管理システム。
請求項１から４のいずれかに記載の旅行管理システムにおいて、
前記複数のアイテムのそれぞれには、当該アイテムを利用する日付および時間帯が設定され、
前記評価手段は、前記複数のアイテムの一部が、設定された前記日付および前記時間帯において予約不可である場合に、前記予約不可のアイテムについて他の日付または時間帯における予約可否を検索し、
前記出力手段は、前記他の日付または時間帯における予約可否を示す情報を出力する、
旅行管理システム。
旅行に関連する複数のアイテムを含む旅程を取得するステップと、
前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価するステップと、
前記旅程の前記評価を出力するステップと、
を含み、
前記旅程を評価するステップでは、複数の出発日のそれぞれにおける前記旅程について、前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて、前記複数の出発日のそれぞれにおける前記旅程について、予約可能性を評価し、
前記評価を出力するステップでは、前記複数の出発日のそれぞれにおける前記旅程について評価された前記予約可能性を一括してユーザに提示させる情報を顧客端末へ出力する、
旅行管理方法。
旅行に関連する複数のアイテムを含む旅程を取得する旅程取得手段、
前記旅程に含まれる複数のアイテムのそれぞれの予約可否を予約管理システムから取得し、当該複数のアイテムの前記取得された予約可否に基づいて前記旅程を評価する評価手段、および、
前記旅程の前記評価を出力する出力手段、
としてコンピュータを機能させるためのプログラムであって、
前記評価手段は、複数の出発日のそれぞれにおける前記旅程について、前記複数のアイテムの予約可否を取得し、前記取得された予約可否に基づいて、前記複数の出発日のそれぞれにおける前記旅程について、予約可能性を評価し、
前記出力手段は、前記複数の出発日のそれぞれにおける前記旅程について評価された前記予約可能性を一括してユーザに提示させる情報を顧客端末へ出力する、
プログラム。