(57)【要約】【課題】旅行に関する情報の提供を行う情報提供システム、情報提供装置、情報取得装置、情報提供方法及びプログラムにおいて、急な旅程変更をしなければならなくなった場合に、予約のキャンセルを自動的に行い、旅行者に対して最適な代替案を提示する。【解決手段】本発明によれば、複数のイベントを組み合わせた旅行プランに関する行程情報及び旅行プランに含まれるイベントの予約内容に関する予約情報に基づいてイベントの実行に関する案内に用いられる案内情報を提供する情報提供装置１０と、情報提供装置１０から案内情報を取得する情報取得装置２０とが、ネットワーク５を介して接続される情報提供システムが提供される。【選択図】図１
2009053798.tif 000002
【特許請求の範囲】
【請求項１】
複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置と、前記情報提供装置から前記案内情報を取得する情報取得装置とが、ネットワークを介して接続される情報提供システムであって、
前記情報提供装置は、
前記行程情報と前記予約情報とが対応付けられて記憶される記憶部と、
前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定部と、
前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定部と、
前記実行状況判定部及び前記キャンセル要否判定部の判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供部と、
を備え、
前記情報取得装置は、
前記案内情報の提供要求を前記情報提供装置に行う提供要求送信部と、
前記案内情報を前記情報提供装置から取得する情報取得部と、
を備えることを特徴とする、情報提供システム。
【請求項２】
前記情報提供装置は、
前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理部と、
キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定部と、
前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索部と、
をさらに備え、
前記情報提供部は、前記代替案検索部により検索された前記代替案に関する案内情報を前記情報取得装置に提供することを特徴とする、請求項１に記載の情報提供システム。
【請求項３】
ネットワークを介して接続される他の情報処理装置に対して、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置であって、
前記行程情報と前記予約情報とが対応付けられて記憶される記憶部と、
前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定部と、
前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定部と、
前記実行状況判定部及び前記キャンセル要否判定部の判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供部と、
を備えることを特徴とする、情報提供装置。
【請求項４】
前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理部と、
キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定部と、
前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索部と、
をさらに備え、
前記情報提供部は、前記代替案検索部により検索された前記代替案に関する案内情報を前記情報取得装置に提供することを特徴とする、請求項３に記載の情報提供装置。
【請求項５】
前記キャンセル要否判定部は、
前記予約済みのイベントを実行するのに必要な時間に関する必須時間情報と、当該イベントが開催されている時間帯を表す開催時間帯情報と、当該イベントが開催される位置を表す開催位置情報と、前記位置情報と、前記時刻情報とに基づいて、前記予約済みのイベントのうち実行不可能なイベントがあるか否かを判断し、
実行不可能なイベントがあると判断された場合に、予約のキャンセルが必要なイベントが存在すると判定し、
実行不可能なイベントがないと判断された場合に、予約のキャンセルが必要なイベントが存在しないと判定することを特徴とする、請求項３または４に記載の情報提供装置。
【請求項６】
前記予約情報は、予約の重要度を表す重要度情報を含み、
前記キャンセル要否判定部は、前記重要度情報が前記予約済みのイベントのキャンセルを無条件で不要とすることを示す情報である場合には、前記予約済みのイベントが実行可能であるか否かを判断せずに、または、前記予約済みのイベントが実行不可能であると判断されたときでも、当該イベントの予約のキャンセルは不要であると判定することを特徴とする、請求項５に記載の情報提供装置。
【請求項７】
前記キャンセル要否判定部は、
前記予約済みのイベントが複数ある場合に、当該複数のイベントのうちの一部のイベントについて、予約のキャンセルが必要か否かの判定を前記情報取得装置に行わせ、
前記情報取得装置による判定結果に応じて、当該複数のイベントのうちの残りのイベントについて、予約のキャンセルが必要か否かの判定を行うことを特徴とする、請求項３または４に記載の情報提供装置。
【請求項８】
前記代替案要否判定部は、
前記キャンセル処理部から通知されたキャンセル済みのイベントが、前記行程情報の中で必ず実行する必要がある必須イベントであるか否かを判断し、
前記キャンセル済みのイベントが前記必須イベントであると判断した場合に、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があると判定し、
前記キャンセル済みのイベントが前記必須イベントでないと判断した場合に、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要がないと判定することを特徴とする、請求項４に記載の情報提供装置。
【請求項９】
前記予約情報は、予約の重要度を表す重要度情報を含み、
前記代替案要否判定部は、前記重要度情報に基づいて前記必須イベントであるか否かを判断することを特徴とする、請求項８に記載の情報提供装置。
【請求項１０】
前記代替案検索部は、
少なくとも前記行程情報及び前記時刻情報から推定される前記提供要求時に本来実行するはずであった前記イベント情報（本来の行程情報）と、前記キャンセル済みのイベントの予約情報と、前記位置情報と、前記時刻情報とに基づいて、前記代替案を検索するための検索キーを決定し、
前記検索キーを用いて前記代替案を検索することを特徴とする、請求項４に記載の情報提供装置。
【請求項１１】
複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置とネットワークを介して接続され、前記情報提供装置から前記案内情報を取得する情報取得装置であって、
前記案内情報の提供要求を前記情報提供装置に行う提供要求送信部と、
前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記情報提供装置が有する前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かが前記情報提供装置により判定された結果と、前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記情報提供装置が有する前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かが前記情報提供装置により判定された結果と、に応じて決定された前記案内情報を、前記情報提供装置から取得する情報取得部と、
を備えることを特徴とする、情報取得装置。
【請求項１２】
前記情報提供装置が、（ａ）前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行い、（ｂ）キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定し、（ｃ）前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索した場合に、
前記情報取得部は、前記情報提供装置により検索された前記代替案に関する案内情報を、前記情報提供装置から取得することを特徴とする、請求項１１に記載の情報取得装置。
【請求項１３】
複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報が予め記憶された情報提供装置が、当該情報提供装置にネットワークを介して接続される情報取得装置に対して、前記行程情報及び前記予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供方法であって、
前記情報取得装置から送信された前記案内情報の提供要求を前記情報提供装置が受信した場合に、前記情報提供装置が、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されている否かを判定する実行状況判定ステップと、
前記イベントが前記旅行プラン通りに実行されていない場合に、前記情報提供装置が、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定ステップと、
前記情報提供装置が、前記イベント状況判定ステップ及び前記キャンセル要否判定ステップの判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供ステップと、
を含むことを特徴とする、情報提供方法。
【請求項１４】
前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理ステップと、
前記情報提供装置が、キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定ステップと、
前記代替案要否判定ステップにおいて前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記情報提供装置が、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索ステップと、
前記情報提供装置が、前記代替案検索ステップにおいて検索された前記代替案に関する案内情報を前記情報取得装置に提供する代替案提供ステップと、
をさらに含むことを特徴とする、請求項１３に記載の情報提供方法。
【請求項１５】
コンピュータを、ネットワークを介して接続される他の情報処理装置に対して、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置として機能させるためのプログラムであって、
前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定機能と、
前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定機能と、
前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理機能と、
キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定機能と、
前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索機能と、
前記実行状況判定機能、前記キャンセル要否判定機能及び前記代替案検索機能の出力結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅行に関する情報の提供を行う情報提供システム、情報提供装置、情報取得装置、情報提供方法及びプログラムに関する。
【背景技術】
【０００２】
旅行者が見知らぬ土地を旅行している際に、交通手段の遅れや旅行者の病気等の事情により、急な旅程変更を余儀なくされた場合に、予約している宿泊施設や交通機関等のキャンセル処理や、変更となった旅程の代替案の検討を、見知らぬ土地で行うことは容易ではない。
【０００３】
これに対して、旅行者の旅程が変更となった場合に、スケジュールに関する予約のキャンセルや旅程の変更を自動的に行うことが可能なシステムが提案されている（例えば、特許文献１及び特許文献２を参照）。
【０００４】
【特許文献１】特開２００４−５４５６３号公報
【特許文献２】特開２００５−１５７８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１及び特許文献２においては、旅程が変更となった場合に、スケジュールに関する予約のキャンセルや旅程の変更を自動的に行うことが可能である点は記載されているが、予約のキャンセルや旅程の変更を具体的にどのような手段を用いて行うかが何ら開示されていない。そのため、急な旅程変更を余儀なくされた場合に、予約のキャンセルを自動的に行ったり、旅行者に対して最適な代替案を提示したりすることが可能なシステムが必要とされていた。
【０００６】
そこで、本発明は、このような事情に鑑みてなされたもので、旅行に関する情報の提供を行う情報提供システム、情報提供装置、情報取得装置、情報提供方法及びプログラムにおいて、急な旅程変更をしなければならなくなった場合に、予約のキャンセルを自動的に行ったり、旅行者に対して最適な代替案を提示したりすることを可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置と、前記情報提供装置から前記案内情報を取得する情報取得装置とが、ネットワークを介して接続される情報提供システムが提供される。
【０００８】
このシステムにおいては、前記情報提供装置は、前記行程情報と前記予約情報とが対応付けられて記憶される記憶部と、前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定部と、前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定部と、前記実行状況判定部及び前記キャンセル要否判定部の判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供部と、を備える。また、前記情報取得装置は、前記案内情報の提供要求を前記情報提供装置に行う提供要求送信部と、前記案内情報を前記情報提供装置から取得する情報取得部と、を備える。
【０００９】
また、前記情報提供装置は、前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理部と、キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定部と、前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索部と、をさらに備え、前記情報提供部は、前記代替案検索部により検索された前記代替案に関する案内情報を前記情報取得装置に提供してもよい。
【００１０】
上記課題を解決するために、本発明の他の観点によれば、ネットワークを介して接続される他の情報処理装置に対して、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置が提供される。
【００１１】
前記情報提供装置は、前記行程情報と前記予約情報とが対応付けられて記憶される記憶部と、前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定部と、前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定部と、前記実行状況判定部及び前記キャンセル要否判定部の判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供部と、を備える。
【００１２】
また、前記情報提供装置は、前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理部と、キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定部と、前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索部と、をさらに備え、前記情報提供部は、前記代替案検索部により検索された前記代替案に関する案内情報を前記情報取得装置に提供してもよい。
【００１３】
また、前記キャンセル要否判定部は、前記予約済みのイベントを実行するのに必要な時間に関する必須時間情報と、当該イベントが開催されている時間帯を表す開催時間帯情報と、当該イベントが開催される位置を表す開催位置情報と、前記位置情報と、前記時刻情報とに基づいて、前記予約済みのイベントのうち実行不可能なイベントがあるか否かを判断し、実行不可能なイベントがあると判断された場合に、予約のキャンセルが必要なイベントが存在すると判定し、実行不可能なイベントがないと判断された場合に、予約のキャンセルが必要なイベントが存在しないと判定することができる。
【００１４】
また、この場合に、前記予約情報は、予約の重要度を表す重要度情報を含み、前記キャンセル要否判定部は、前記重要度情報が前記予約済みのイベントのキャンセルを無条件で不要とすることを示す情報である場合には、前記予約済みのイベントが実行可能であるか否かを判断せずに、または、前記予約済みのイベントが実行不可能であると判断されたときでも、当該イベントの予約のキャンセルは不要であると判定することもできる。
【００１５】
また、前記キャンセル要否判定部は、前記予約済みのイベントが複数ある場合に、当該複数のイベントのうちの一部のイベントについて、予約のキャンセルが必要か否かの判定を前記情報取得装置に行わせ、前記情報取得装置による判定結果に応じて、当該複数のイベントのうちの残りのイベントについて、予約のキャンセルが必要か否かの判定を行うことができる。
【００１６】
また、前記代替案要否判定部は、前記キャンセル処理部から通知されたキャンセル済みのイベントが、前記行程情報の中で必ず実行する必要がある必須イベントであるか否かを判断し、前記キャンセル済みのイベントが前記必須イベントであると判断した場合に、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があると判定し、前記キャンセル済みのイベントが前記必須イベントでないと判断した場合に、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要がないと判定することができる。
【００１７】
また、この場合に、前記予約情報は、予約の重要度を表す重要度情報を含み、前記代替案要否判定部は、前記重要度情報に基づいて前記必須イベントであるか否かを判断することができる。
【００１８】
また、前記代替案検索部は、少なくとも前記行程情報及び前記時刻情報から推定される前記提供要求時に本来実行するはずであった前記イベント情報（本来の行程情報）と、前記キャンセル済みのイベントの予約情報と、前記位置情報と、前記時刻情報とに基づいて、前記代替案を検索するための検索キーを決定し、前記検索キーを用いて前記代替案を検索することができる。
【００１９】
上記課題を解決するために、本発明のさらに他の観点によれば、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置とネットワークを介して接続され、前記情報提供装置から前記案内情報を取得する情報取得装置が提供される。
【００２０】
前記情報取得装置は、前記案内情報の提供要求を前記情報提供装置に行う提供要求送信部と、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記情報提供装置が有する前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かが前記情報提供装置により判定された結果と、前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記情報提供装置が有する前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かが前記情報提供装置により判定された結果と、に応じて決定された前記案内情報を、前記情報提供装置から取得する情報取得部と、を備える。
【００２１】
また、前記情報提供装置が、（ａ）前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行い、（ｂ）キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定し、（ｃ）前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索した場合に、前記情報取得部は、前記情報提供装置により検索された前記代替案に関する案内情報を、前記情報提供装置から取得してもよい。
【００２２】
上記課題を解決するために、本発明のさらに他の観点によれば、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報が予め記憶された情報提供装置が、当該情報提供装置にネットワークを介して接続される情報取得装置に対して、前記行程情報及び前記予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供方法が提供される。
【００２３】
前記情報提供方法は、前記情報取得装置から送信された前記案内情報の提供要求を前記情報提供装置が受信した場合に、前記情報提供装置が、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されている否かを判定する実行状況判定ステップと、前記イベントが前記旅行プラン通りに実行されていない場合に、前記情報提供装置が、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定ステップと、前記情報提供装置が、前記イベント状況判定ステップ及び前記キャンセル要否判定ステップの判定結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供ステップと、
を含む。
【００２４】
また、前記情報提供方法は、前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理ステップと、前記情報提供装置が、キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定ステップと、前記代替案要否判定ステップにおいて前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記情報提供装置が、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索ステップと、前記情報提供装置が、前記代替案検索ステップにおいて検索された前記代替案に関する案内情報を前記情報取得装置に提供する代替案提供ステップと、をさらに含んでいてもよい。
【００２５】
上記課題を解決するために、本発明のさらに他の観点によれば、コンピュータを、ネットワークを介して接続される他の情報処理装置に対して、複数のイベントを組み合わせた旅行プランに関する行程情報及び前記旅行プランに含まれる前記イベントの予約内容に関する予約情報に基づいて前記イベントの実行に関する案内に用いられる案内情報を提供する情報提供装置として機能させるためのプログラムが提供される。
【００２６】
前記プログラムは、コンピュータに、前記情報取得装置から送信された前記案内情報の提供要求を受信した場合に、前記提供要求時における前記情報取得装置の位置を示す位置情報と、前記提供要求時における時刻を示す時刻情報と、前記記憶部に記憶された前記行程情報とに基づいて、前記各イベントが前記旅行プラン通りに実行されているか否かを判定する実行状況判定機能と、前記イベントが前記旅行プラン通りに実行されていない場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定機能と、前記予約のキャンセルが必要なイベントに対するキャンセル要求を前記情報取得装置から受信した場合に、前記イベントのキャンセル処理を行うキャンセル処理機能と、キャンセル済みの前記イベントの前記予約情報に基づいて、前記キャンセル済みのイベントの代替案に関する前記案内情報を前記情報取得装置に提供する必要があるか否かを判定する代替案要否判定機能と、前記代替案に関する案内情報を前記情報取得装置に提供する必要があると判定された場合に、前記位置情報と、前記時刻情報と、前記記憶部に記憶された前記行程情報及び前記予約情報とに基づいて、前記代替案を検索する代替案検索機能と、前記実行状況判定機能、前記キャンセル要否判定機能及び前記代替案検索機能の出力結果に応じて前記案内情報を決定し、決定された前記案内情報を前記情報取得装置に提供する情報提供機能と、を実現させる。
【発明の効果】
【００２７】
本発明によれば、旅行に関する情報の提供を行う情報提供システム、情報提供装置、情報取得装置、情報提供方法及びプログラムにおいて、急な旅程変更をしなければならなくなった場合に、予約のキャンセルを自動的に行ったり、旅行者に対して最適な代替案を提示したりすることが可能である。
【発明を実施するための最良の形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２９】
［第１の実施形態］
（旅行案内システム１の構成）
まず、図１に基づいて、本発明の第１の実施形態に係る情報提供システムの一例として、旅行案内システム１の構成について説明する。なお、図１は、本発明の第１の実施形態に係る情報提供システムの構成を示す説明図である。
【００３０】
＜システムの全体構成＞
旅行案内システム１は、複数のイベントを組み合わせた旅行プランに関する行程情報及び旅行プランに含まれるイベントの予約内容に関する予約情報に基づいて、イベントの実行に関する案内に用いられる案内情報を提供するシステムである。具体的には、旅行案内システム１は、図１に示すように、旅行案内サーバ１０と、旅行者用端末２０−１、２０−２、２０−３（以下、まとめて「旅行者用端末２０」という場合がある。）と、情報公開サーバ３０とが、インターネット、ＬＡＮ、ＷＡＮ等のネットワーク５を介して接続されている。
【００３１】
＜旅行案内サーバ１０について＞
旅行案内サーバ１０は、ネットワーク５を介して接続される旅行者用端末２０−１、２０−２、２０−３等の旅行者用端末２０の要求に応じて、複数のイベントを組み合わせた旅行プランに関する行程情報及び旅行プランに含まれるイベントの予約内容に関する予約情報に基づいて、イベントの実行に関する案内に用いられる案内情報を提供する。この旅行案内サーバ１０はまた、他のサーバ、本実施形態では、イベントに関する情報や他の旅行に関連する情報を記憶してネットワーク５上に公開している情報公開サーバ３０に対して、ネットワーク５を介して接続することもできる。従って、旅行案内サーバ１０は、情報公開サーバ３０から得た情報を用いて案内情報の提供を行うことも可能である。
【００３２】
ここで、案内情報としては、事前に登録された旅行プラン（行程情報）と、旅行案内サーバ１０へのアクセス時の旅行者用端末２０の位置情報等に基づいて判断される、旅行プランに応じた旅行者の行動に関する案内についての情報、例えば、旅行プランに基づいて、旅行者が次にすべき行動に必要な乗換え案内や次の目的地までのアクセスマップ等の情報が代表的であるが、これらには限定されず、イベントの実行に関する案内に用いられる情報であれば、イベントが旅行プラン通りに実行されていないことに対するアラームに関する情報等、各種情報が含まれる。
【００３３】
また、旅行案内サーバ１０は、記憶部１１０を有しており、旅行者用端末２０から、予め、旅行者用端末２０のユーザである旅行者を識別するための旅行者識別情報（以下、「旅行者ＩＤ」という。）と、行程情報と、予約情報とを取得しておき、取得した行程情報を識別するための行程識別情報（以下、「行程ＩＤ」という。）を発行する。これら、旅行者ＩＤと、行程情報と、行程ＩＤと、予約情報とを対応付けて記憶部１１０に記憶させている。また、旅行案内サーバ１０は、旅行者用端末２０の位置を示す位置情報を、予め又は別途取得され、記憶部１１０に記憶させることもできる。さらに、旅行案内サーバ１０は、情報公開サーバ３０から取得したイベント情報等の情報を、記憶部１１０に記憶させることもできる。
【００３４】
＜イベントについて＞
ここで、本実施形態におけるイベントとは、例えば、旅行者が旅行中に実行することができる行事等を意味し、より具体的には、宿泊施設への宿泊や、飲食店での飲食や、お祭りへの参加及び見学や、スキー、テニス等のスポーツや、アトラクションへの参加や、演奏会等の催し物の見学や、博物館、お寺、教会、景勝地及び史跡等の観光地への訪問や、ＳＬ、トロッコ列車、遊覧船、渓流下り、ラフティング等の観光等の対象となる観光用乗り物への乗車、などを意味する。
【００３５】
＜旅行プランについて＞
また、本実施形態における旅行プランとは、上記に挙げた行事等が組み合わされて作成されたもので、例えば、旅行に行く予定の旅行者や旅行者のために旅行を計画する者等の利用者が、旅行の日付、旅行先で訪問する場所、宿泊先、移動手段及びそれらの所要時間等を予め定めた日程表、行程表等であり、旅行者がどこに行くか等を分単位又は時間単位等で定めたスケジュール表等である。
【００３６】
＜イベント情報について＞
また、イベント情報とは、例えば、上述した各イベントに対応付けられ、旅行プランを作成する上で使用する情報や、利用者が旅行中にどのイベントを選択するか判断する上で参考にすることができる様々な情報などを含む情報である。具体的には、このイベント情報は、例えば、「イベント名情報」、「キー情報」、「開催時間帯情報」、「必須時間情報」、「開催位置情報」などを含む。
【００３７】
イベント名情報は、そのイベントを特定するためのイベントの名称又は呼称等を表す情報である。イベント名情報の具体例としては、「ＯＮＳＥＮスキー場」、「ＨＩＴグランドホテル」、「お祭り」、「ＨＩＴ温泉旅館」、「ヒット亭」等の名称を表す情報が挙げられる（図３Ｂ等を参照）。
【００３８】
キー情報は、イベントの種類や開催地等のキーワードを表す情報である。キー情報は、例えば、「スキー、ＯＮＳＥＮスキー場駅」等のキーワードを表してもよい。他にもキー情報は、例えば、「宿泊、ＯＮＳＥＮスキー場駅」、「地域イベント、ＯＮＳＥＮスキー場駅」、「宿泊、ＨＩＴ温泉駅」等のキーワードを表してもよい。これは、検索キーワードとして用いることもできる情報である。
【００３９】
開催時間帯情報は、イベントが開催されている時間帯（以下、「開催時間帯」という。）を表す情報である。この開催時間帯情報は、イベントを実行することが物理的に可能である時間帯を示しており、例えば、訪問先の開場時刻から閉場時刻まで、催し物の開始時刻から終了時刻まで等の開催時間帯の開始時刻及び終了時刻を表す情報である。この開催時間帯情報は、例えば、スキー場の開場時間である「９：００〜２０：００」等の開催時間帯を表してもよい。他にも開催時間帯情報は、例えば、ＨＩＴグランドホテルのチェックイン時刻とチェックアウト時刻との間の滞在可能時間帯である「１５：００〜１０：００」、お祭りの開催時間帯である「１７：００〜２２：００」等の開催時間帯を表してもよい。
【００４０】
必須時間情報は、イベントを実行するのに必要な時間（必須時間）を表す情報である。この必須時間は、イベントの種類によって、イベントに最低限費やすであろうと予想される時間の長さ（以下、「必須時間長」という。）、又は、イベントを実行する際に必要とされる時間帯（以下、「必須時間帯」という。）の少なくとも１つを含む。この必須時間情報は、例えば、スキーをする際に必要とされる時間の長さである「２時間以上」等の必須時間長を表してもよい。他にも必須時間情報は、例えば、ＨＩＴグランドホテルの入館門限時刻と外出門限時刻との間の時間帯である「０：００〜６：００」及び「２３：００〜２４：００」、お祭りの主要イベント（例えば、盆踊り、能、催し物等）の開始時刻と終了時刻との間の時間帯である「１８：００〜２０：００」等の必須時間帯を表してもよい。
【００４１】
開催位置情報は、イベントが開催される位置を表す情報である。この位置情報は、例えば、イベントが開催される開催地や所在地の住所等、イベントが開催される位置の緯度及び経度等、イベントが開催される位置を表した記号やマーク等、最寄り駅等のイベント開催の中心となる地点とその地点からイベントの開催場所への所要時間（例えば、徒歩による所要時間、車による所要時間等）等であってもよい。なお、開催位置情報は、２つのイベントが開催される開催位置間の移動に必要な移動時間の算出に使用することもできる。
【００４２】
以上が、イベント情報に含まれる情報の一例である。しかし、ここに挙げた情報は、あくまで一例であり、イベント情報は、上記の情報の幾つかを含まなくてもよく、上記の情報以外の他の情報を含んでもよい。
【００４３】
＜旅行者用端末２０について＞
旅行者用端末２０は、上記旅行案内サーバ１０にネットワーク５を介して接続され、案内情報の提供要求を旅行案内サーバ１０に対して行うことにより、旅行案内サーバ１０から案内情報を取得する。この旅行者用端末２０としては、例えば、図１に示すように、旅行者が所有する携帯電話機２０−１、駅や空港等の公共施設、観光案内所、特定施設等に設置されている専用端末２０−２、旅行者が所有するラップトップ型ＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯端末２０−３など、ネットワーク５を介して旅行案内サーバ１０に接続される任意の装置が挙げられる。
【００４４】
この旅行者用端末２０は、提供要求を行う際に、旅行者ＩＤ及び行程ＩＤを併せて送信する。また、旅行者用端末２０は、旅行者ＩＤ及び行程ＩＤの他に、提供要求時における旅行者用端末２０の存在位置を示す位置情報をも送信する。提供要求を受信した旅行案内サーバ１０では、旅行者ＩＤ及び行程ＩＤにより行程情報が特定され、特定された行程情報と、上記位置情報と、提供要求時の時刻を示す時刻情報とに基づいて、イベントの実行状況に応じた案内情報が決定される。旅行者用端末２０は、この決定された案内情報を旅行案内サーバ１０から取得する。このように、旅行者用端末２０は、予め登録されている行程情報、行程情報（旅行プラン）に応じた案内情報の提供を受けることができる。
【００４５】
ここで、本実施形態に係る旅行者用端末２０としては、旅行案内サーバ１０へのアクセス時の位置情報を有するものであることが必要となる。このような位置情報は、例えば、専用端末２０−２のような設置場所が固定される端末等の場合には、事前に設定されたものとすることができる。一方、携帯電話機２０−１や携帯端末２０−３のような設置場所が固定されず移動可能な端末等の場合には、位置情報は、ＧＰＳ等の手段を用いてリアルタイムで取得されたものとすることができる。
【００４６】
＜情報公開サーバ３０について＞
情報公開サーバ３０は、旅行中に実行することができる様々なイベント等の情報（イベント情報）や、他の旅行に関連する情報を記憶してネットワーク上に公開している。このような情報公開サーバ３０としては、例えば、交通機関の乗り換え案内サービスを提供するサーバ、ホテル予約の代行サービスを提供するサーバ、レストランの検索や紹介等のサービスを提供するサーバ等が挙げられるが、これ以外にも、例えば、キーワードにより各種情報を検索するサービスを提供するサーバ等、旅行に関連するあらゆる情報の提供を行うことができるサーバも含まれる。
【００４７】
以上、旅行案内システム１の全体構成について説明したが、以下、図２に基づいて、旅行案内システム１を構成する旅行案内サーバ１０、旅行者用端末２０の機能構成について順に説明する。なお、図２は、本実施形態に係る情報提供装置及び情報取得装置の機能構成を示すブロック図である。
【００４８】
（旅行案内サーバ１０の機能構成）
旅行案内サーバ１０は、本実施形態に係る情報提供装置の一例であり、図２に示すように、記憶部１１０と、提供要求受信部１２０と、実行状況判定部１３０と、キャンセル要否判定部１４０と、情報提供部１５０と、キャンセル処理部１６０と、通信部１９０と、を主に有する。
【００４９】
＜記憶部１１０について＞
記憶部１１０には、旅行者用端末２０のユーザである旅行者を識別するための旅行者識別情報（以下、「旅行者ＩＤ」という。）と、行程情報と、行程情報を識別するための行程識別情報（以下、「行程ＩＤ」という。）と、予約情報とを含む旅行情報が記憶される。また、記憶部１１０には、旅行者ＩＤと、行程ＩＤと、行程情報と、予約情報とが、それぞれ対応付けられて記憶されている。
【００５０】
旅行情報は、旅行者用端末２０が案内情報の提供を受ける時点よりも前に、旅行者用端末２０またはこれとは異なる端末（図示せず）から、旅行案内サーバ１０に提供される。具体的には、例えば、まず、旅行者は、旅行の出発前に、自宅のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯電話からインターネットを介して旅行案内サーバ１０にアクセスする。次いで、旅行者は、旅行案内サーバ１０のＷｅｂブラウザ上で、旅行者ＩＤに相当する旅行案内サーバ１０の会員番号、行程情報に相当する旅行プラン、及び予約情報に相当する旅行プランに含まれる宿泊施設や交通機関等の予約に関する情報を登録する。行程情報が登録されると、行程ＩＤに相当する予約した旅行プランの予約番号が発行され、旅行者に通知される。旅行案内サーバ１０は、上記のようにして登録された旅行者ＩＤ（例えば、会員番号）、行程ＩＤ（例えば、予約番号）、行程情報（例えば、旅行プラン）、予約情報（例えば、宿泊施設や交通機関等の予約に関する情報）を記憶部１１０に記憶させる。
【００５１】
＜旅行情報について＞
ここで、図３Ａ及び図３Ｂに基づいて、記憶部１１０に記憶されている旅行情報の内容について詳細に説明する。なお、図３Ａは、本実施形態に係る旅行情報の内容を示す説明図であり、図３Ｂは、本実施形態に係る行程情報の内容を示す説明図である。
【００５２】
図３Ａに示すように、旅行情報は、旅行者ＩＤ、行程ＩＤ、行程情報、及び予約情報を含む。図３Ａでは、旅行者ＩＤの例として会員番号（１２３４５６）、行程ＩＤとして予約番号（１２３４）を示している。
【００５３】
旅行者ＩＤは、旅行者用端末２０のユーザである旅行者を識別するための識別情報である。また、行程ＩＤは、旅行者が旅行案内サーバ１０に登録した旅行プラン等の行程情報を識別するための識別情報である。この旅行者ＩＤ及び行程ＩＤは、旅行案内サーバ１０が旅行者用端末２０から旅行者ＩＤ及び行程ＩＤを受信した場合に、旅行案内サーバ１０において、受信した旅行者ＩＤ及び行程ＩＤと記憶部１１０に記憶されている旅行者ＩＤ及び行程ＩＤとの照合に用いられる。図３Ａに示した例を用いて具体的に説明すると、旅行者が、旅行者用端末２０を介して旅行案内サーバ１０にアクセスした後に、旅行者用端末２０の操作部（図示せず）により自己の会員番号である１２３４５６及び予約番号である１２３４を入力すると、旅行案内サーバ１０は、まず、入力された会員番号１２３４５６と、記憶部１１０に記憶されている会員番号とを照合する。この照合の結果、会員番号１２３４５６が記憶部１１０に記憶されていた場合には、旅行案内サーバ１０にアクセスした旅行者が特定され、旅行案内サーバ１０は、さらに、入力された予約番号１２３４と、記憶部１１０に記憶されている予約番号とを照合する。この照合の結果、予約番号１２３４が記憶部１１０に記憶されていた場合には、会員番号１２３４５６の旅行者が登録している１または複数の行程情報（旅行プラン）のうちの予約番号１２３４に対応する行程情報が特定される。
【００５４】
行程情報は、複数のイベント、例えば、図３Ｂ（ａ）に示すように、スキー、お祭りへの参加、温泉への訪問、ショッピングといった行事、ＨＩＴグランドホテル、ＨＩＴ温泉旅館、ＨＩＴロイヤルホテルへの宿泊等のイベントが組み合わせられた旅行プランに関する情報である。図３Ｂ（ａ）においては、旅行の日付ごとに、各イベントの名称（イベント名情報）、開催時間（開催時間帯情報）、また、各イベント間の移動に必要な時間（移動時間情報）等が、時間単位で定めたスケジュール表の形で表示される例を示している。また、行程情報には、各日における詳細なスケジュールに関する情報も含まれる。例えば、図３Ｂ（ｂ）に示す例のように、行程情報は、図３Ａ（ａ）に示す「１２／１５の移動時間」の詳細として、出発地（香港、成田、東京駅、ＯＮＳＥＮスキー場駅等）、出発時刻（８：３０、９：４５等）、到着地（成田、東京駅、ＯＮＳＥＮスキー場駅等）、到着時刻（７：２０、９：００、１１：４５等）等の情報を含んでいてもよい。さらに、行程情報は、図３Ａに示した予約情報の概略（例えば、予約の有無）や予約情報と対応付けるための情報（例えば、予約Ｎｏ．）等を含んでいてもよい。
【００５５】
予約情報は、旅行プランに含まれるイベントの予約内容に関する情報である。具体的には、予約情報は、図３Ａに示すように、例えば、予約の種別、予約の概要、予約の重要度、予約Ｎｏ．等に関する情報を含む。予約の種別としては、例えば、飛行機等の交通機関名、宿泊、食事等が挙げられ、同一の種別がある場合には、飛行機１、飛行機２等として、異なるイベントに関する予約であることを示すことができる。また、予約の概要としては、例えば、種別が飛行機である場合には、国際線・国内線の別、搭乗日、出発地及び目的地等の情報、種別が宿泊である場合には、宿泊日、宿泊地等の情報、種別が食事である場合には、日時、レストラン名等の情報が含まれる。重要度は、後述する第２の実施形態に係る旅行案内システム２において特に関係するので、詳細は後述する。予約Ｎｏ．は、各イベントの予約を識別するための識別情報として使用される。なお、予約情報のさらに詳細な内容については、後述する第２の実施形態において説明する。
【００５６】
以上、旅行情報の内容について詳細に説明したが、再び、図２に基づいて、本実施形態に係る旅行案内サーバ１０の構成についての説明を続ける。
【００５７】
＜記憶部１１０について（続き）＞
なお、記憶部１１０には、例えば、情報公開サーバ３０等から取得したイベント情報、旅行者用端末２０の位置情報、旅行者用端末２０の旅行案内サーバ１０へのアクセス時の時刻情報等が記憶されていてもよい。
【００５８】
ここで、位置情報とは、旅行者用端末２０が旅行案内サーバ１０に対して案内情報の提供要求のためにアクセスした時点における当該旅行者用端末２０の位置を示す情報であり、例えば、住所、緯度・経度、公共施設名（駅名、空港名等）などにより示すことができる。
【００５９】
また、例えば、旅行者用端末２０が携帯電話機２０−１や携帯端末２０−３のような設置場所が固定されず移動可能な端末等の場合には、旅行案内サーバ１０は、旅行者用端末２０がＧＰＳ等の手段を用いてリアルタイムで取得した当該端末の位置情報をその旅行者用端末２０から取得し、取得した位置情報を記憶部１１０に記憶させることができる。一方、旅行者用端末２０が専用端末２０−２のような設置場所が固定される端末等の場合には、旅行案内サーバ１０は、事前に設定された旅行者用端末２０の位置情報をその旅行者用端末２０から取得し、取得した位置情報を記憶部１１０に記憶させることができる。なお、後者の場合には、例えば、専用端末２０−２の識別情報（ＩＤ）と専用端末２０−２の設置場所を示す位置情報とが関連付けられたルックアップテーブルが、記憶部１１０に予め記憶されていれば、旅行案内サーバ１０は、位置情報の代わりに旅行者用端末２０のＩＤのみを取得することにより、上述したルックアップテーブルを参照して、当該旅行者用端末２０の位置情報を抽出ことができる。
【００６０】
時刻情報とは、旅行者用端末２０が旅行案内サーバ１０に対して案内情報の提供要求のためにアクセスした時刻を示す情報である。旅行案内サーバ１０は、時計機能を備えており、その時計機能を用いて、旅行者用端末２０がアクセスしてきた時刻（案内情報の提供要求時の時刻）を知ることができ、これに基づいて作成した時刻情報を記憶部１１０に記憶させる。
【００６１】
＜提供要求受信部１２０について＞
提供要求受信部１２０は、旅行者用端末２０から送信された案内情報の提供要求を通信部１９０を介して受信するとともに、当該旅行者用端末２０を使用する旅行者の旅行者ＩＤ、行程情報を特定するための行程ＩＤ、旅行者用端末２０の位置情報等も受信する。また、提供要求受信部１２０は、上記提供要求時（旅行者用端末２０の旅行案内サーバ１０へのアクセス時）における時刻情報を取得する。提供要求受信部２０は、上記のようにして取得した旅行者ＩＤ、行程ＩＤ、旅行者用端末２０の位置情報及び時刻情報を実行状況判定部１３０に伝送する。なお、旅行者用端末２０の位置情報及び時刻情報については、一旦、記憶部１１０に記憶させてもよい。
【００６２】
＜実行状況判定部１３０について＞
実行状況判定部１３０は、まず、提供要求受信部１２０から受け取った旅行者ＩＤ及び行程ＩＤと、記憶部１１０から抽出した旅行者ＩＤ及び行程ＩＤとを用いて、行程情報の照会を行う。図３Ａに示した例を用いて具体的に説明すると、実行状況判定部１３０は、旅行者用端末２０を操作している旅行者の会員番号１２３４５６及び照会する行程情報に対応付けられた予約番号１２３４とを提供要求受信部１２０から受け取り、これらの会員番号及び予約番号と、記憶部１１０に記憶されている会員番号及び予約番号とを照合する。その結果、該当する会員番号１２３４５６及び予約番号１２３４が記憶部１１０に記憶されていた場合には、実行状況判定部１３０は、当該予約番号１２３４に対応付けられた行程情報（図３Ｂに示すもの）を記憶部１１０から抽出する。
【００６３】
次に、実行状況判定部１３０は、記憶部１１０から抽出した行程情報と、旅行者端末２０の位置情報及び時刻情報に基づいて、各イベントが旅行プラン通りに実行されているか否かを判定する。この判定処理を、図３Ｂ（ｂ）に示した例を用いて具体的に説明すると、以下のようになる。旅行者は、東京駅の新幹線改札に設置されている専用端末２０−２から、１２／１５の１０：３０に旅行案内サーバ１０にアクセス（案内情報の提供要求を送信）した場合を想定する。この場合、記憶部１１０から抽出された行程情報を参照すると、図３Ｂ（ｂ）に示すように、１２／１５の移動は、「成田⇒東京駅⇒ＯＮＳＥＮスキー場」である。現在（旅行案内サーバ１０へのアクセス時）の専用端末２０−２の位置情報は「東京駅」であることから、現在のイベントの実行状況は、行程情報（旅行プラン）通りに実行しているとすれば、図３Ｂ（ｂ）に示した「（ｂ）のイベント終了後から（ｃ）のイベント開始の時点までの間（東京駅着後から東京駅出発までの間）」ということになる。この「（ｂ）のイベント終了後から（ｃ）のイベント開始の時点までの間」の本来の時刻は、行程情報によれば、「９：００〜９：４５の間」であるはずである。一方、現在（旅行案内サーバ１０へのアクセス時）の時刻は、「１０：３０」であることから、実行状況判定部１３０は、「イベントの実行状況が（少なくとも４５分間）遅れている」と判定する。
【００６４】
上記のような判定の結果、実行状況判定部１３０が「イベントが旅行プラン通りに実行されている」と判定した場合には、実行状況判定部１３０は、その判定結果を情報提供部１５０に通知する。
【００６５】
一方、上記判定の結果、実行状況判定部１３０が「イベントが旅行プラン通りに実行されていない（イベントの実行状況が旅行プランよりも遅れている等）」と判定した場合には、実行状況判定部１３０は、その判定結果をキャンセル要否判定部１４０に通知する。
【００６６】
＜キャンセル要否判定部１４０について＞
キャンセル要否判定部１４０は、実行状況判定部１３０から「イベントが旅行プラン通りに実行されていない（イベントの実行状況が旅行プランよりも遅れている等）」との判定結果を受け取った場合に、旅行者用端末２０の位置情報と、時刻情報と、記憶部１１０に記憶された行程情報及び予約情報とに基づいて、旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定する。
【００６７】
すなわち、キャンセル要否判定部１４０は、まず、現在（案内情報の提供要求時）実行中のイベントの以後のイベントについて、記憶部１１０から抽出した行程情報及び予約情報に基づいて、予約済みのイベントがあるか否かを確認する。図３Ｂ（ｂ）に示した例で説明すると、現在は（ｂ）のイベントと（ｃ）のイベントの間であるので、それ以後に実行予定のイベントとしては、（ｃ）のイベント（ＯＮＳＥＮスキー場への移動）と（ｄ）のイベント（昼食）がある。キャンセル要否判定部１４０は、まず、現在よりも後に実行予定の（ｃ）及び（ｄ）のイベントについて予約情報に基づいて予約の有無を確認する。その結果、この例では、キャンセル要否判定部１４０は、（ｄ）のイベント（昼食）に予約があることを確認する。
【００６８】
次に、キャンセル要否判定部１４０は、予約済みのイベントがある場合には、予約済みのイベント中で実行不可能なイベントがあるか否かを判断し、実行不可能なイベントがあると判断された場合には、原則として、予約のキャンセルが必要なイベントが存在すると判定される。実行不可能なイベントがあるか否かの判断は、予約済みのイベントに関するイベント情報に含まれる「必須時間情報」、「開催時間帯情報」及び「開催位置情報」と、旅行者用端末２０の「位置情報」及び「時刻情報」と、に基づいて行われる。図３（ｂ）に示した例で説明すると、以下の通りになる。位置情報及び開催位置情報に基づいて算出される、現在位置（東京駅）からイベントの開催位置（ＯＮＳＥＮスキー場駅）までの移動時間は少なくとも２時間である。また、現在の位置情報及び時刻情報は、「１０：３０  東京駅」であることから、イベントの開催位置への到達（ＯＮＳＥＮスキー場駅着）は１２：３０以降となる。従って、例えば、（ｄ）のイベント（昼食）の必須時間が１時間に設定されていたとすると、開催時間帯情報から（ｄ）のイベントの開始時間は１２：００であるので、（ｄ）のイベントは実行不可能と判断される。また、例えば、上記の例において、ＯＮＳＥＮスキー場駅着が１３：００以降となるような場合にも、（ｄ）のイベントは実行不可能と判断されることになる。この場合は、イベントの必須時間（必須時間情報）に依存することなく、イベントの実行可能性が判断される。一方、例えば、行程情報により、ＯＮＳＥＮスキー場駅において１２：００〜１７：００までスキーのイベントが実行予定となっており、スキーのイベントの必須時間が４時間と設定されているような場合には、ＯＮＳＥＮスキー場着（１２：３０）からスキーイベント終了（１７：００）まで４時間以上あることから、スキーイベントは実行可能と判断される。
【００６９】
また、キャンセル要否判定部１４０は、予約の「重要度」をキャンセル要否の判定基準として用いてもよい。例えば、予約済みのイベントが演奏会等の催し物の見学であるような場合には、予約のキャンセルの必要性は低いので、当該イベントの予約の重要度を低く設定することにより、キャンセル要否判定部１４０は、予約済みのイベントの実行可能性を判断することなく、あるいは、予約済みのイベントが実行不可能と判断された場合であっても、キャンセル不要と判定するようにしてもよい。
【００７０】
さらに、キャンセル要否判定部１４０は、予約済みのイベントが複数ある場合に、当該複数のイベントのうちの一部のイベントについて、予約のキャンセルが必要か否かの判定を旅行者用端末２０に行わせ、旅行者用端末２０による判定結果に応じて、当該複数のイベントのうちの残りのイベントについて、予約のキャンセルが必要か否かの判定を行うこともできる。より具体的には以下の通りである。キャンセル要否判定部１４０は、予約済みのイベントが複数ある場合には、そのうちの一部のイベントについては、キャンセル要否の判定を旅行者用端末２０に委ねることもできる。図３Ａに示した予約情報を例に挙げて説明すると、「予約Ｎｏ．２」のイベントが実行不可能であると判断される場合（例えば、飛行機２が１２／１９に羽田から札幌へ行く最終便であり、旅行者がこの最終便に乗っているはずの時間帯に、旅行者用端末２０から旅行案内サーバ１０にアクセスがあったような場合）に、旅行者が札幌行きを中止するか、延期するかにより、以降のイベントのキャンセル要否が異なってくることがある。すなわち、旅行者が札幌行きを延期して翌日（１２／２０）に札幌に行く場合には、以降のイベントである、「予約Ｎｏ．１２」のイベント（札幌で１２／２０に宿泊するホテル）の予約、及び、「予約Ｎｏ．３」のイベント（１２／２１の札幌から羽田への復路便）の予約のキャンセルは必要ない。一方、旅行者が札幌行き自体を中止した場合には、「予約Ｎｏ．１２」のイベントの予約、及び、「予約Ｎｏ．３」のイベントの予約のキャンセルが必要となる。このように、旅行者の行動如何により、キャンセルが必要なイベントの範囲が変化する場合がある。このような場合には、キャンセル要否判定部１４０は、「予約Ｎｏ．１２」のイベントの予約、及び、「予約Ｎｏ．３」のイベントの予約のキャンセルの要否の判定を行わないようにすることもできる。
【００７１】
上記のような判定の結果、キャンセル要否判定部１４０が「予約のキャンセルが必要なイベントが存在しない」と判定した場合には、キャンセル要否判定部１４０は、その判定結果を情報提供部１５０に通知する。
【００７２】
一方、上記判定の結果、キャンセル要否判定部１４０が「予約のキャンセルが必要なイベントが存在する」と判定した場合には、キャンセル要否判定部１４０は、その判定結果を情報提供部１５０に通知する。
【００７３】
＜情報提供部１５０について＞
情報提供部１５０は、実行状況判定部１３０及びキャンセル要否判定部１４０の判定結果を受信して、この判定結果に応じて、旅行者用端末２０に提供する案内情報の内容を決定し、決定された案内情報を旅行者用端末２０に提供する。以下、旅行者用端末２０に提供する案内情報の内容の決定方法について述べる。
【００７４】
第１に、情報提供部１５０は、実行状況判定部１３０から、「イベントが旅行プラン通りに実行されている」との判定結果の通知を受け取った場合には、記憶部１１０に記憶されている行程情報を参照し、次に予定されているイベント（図３Ｂ（ｂ）の例で言うと、（ｃ）の「東京駅からＯＮＳＥＮスキー場への移動」）に関する案内情報を、旅行者用端末２０に提供する。
【００７５】
第２に、情報提供部１５０は、キャンセル要否判定部１４０から「予約のキャンセルが必要なイベントが存在しない」との判定結果の通知を受け取った場合には、記憶部１１０に記憶されている行程情報と、旅行者用端末２０の現在の位置情報及び時刻情報と、を参照し、次に実行可能なイベント（図３Ｂ（ｂ）の例で言うと、１０：３０以降に東京駅を出発する電車を使用した「東京駅からＯＮＳＥＮスキー場への移動」）に関する案内情報等を、旅行者用端末２０に提供する。
【００７６】
第３に、情報提供部１５０は、キャンセル要否判定部１４０から「予約のキャンセルが必要なイベントが存在する」との判定の通知を受け取った場合には、旅行者用端末２０に対して、予約のキャンセルが必要なイベントが存在する旨の通知や（注意喚起）、そのイベントの予約のキャンセル処理を行うか否かの選択を要求する通知（キャンセルの案内）などを、案内情報として提供する。また、この通知に加えて、記憶部１１０に記憶されている行程情報と、旅行者用端末２０の現在の位置情報及び時刻情報と、を参照し、次に実行可能なイベント（図３Ｂ（ｂ）の例で言うと、１０：３０以降に東京駅を出発する電車を使用した「東京駅からＯＮＳＥＮスキー場への移動」）に関する案内情報等を、旅行者用端末２０に提供してもよい。
【００７７】
情報提供部１５０は、イベントの実行状況や旅行者用端末２０の位置情報や時刻情報に応じて、キャンセルが必要なイベントが複数に渡る場合には、その全てのイベントに関する案内情報を旅行者用端末２０に提供する。例えば、図３Ａの予約情報、行程情報及び時刻情報を参照すれば、旅行者は「予約Ｎｏ．２」のイベント（札幌行きの飛行機２）に乗っているはずの時間帯に、旅行者用端末２０から旅行案内サーバ１０にアクセス（案内情報の提供要求）があった場合を考える。この場合には、札幌行きの飛行機２が１２／１９に札幌に行く最終便であったとすれば、旅行者は、札幌行きの最終便に間に合わないため、「予約Ｎｏ．２」のイベント（羽田→札幌の飛行機２）のキャンセルが必要となる。また、１２／１９中に札幌への移動もできないため、「予約Ｎｏ．１２」にイベント（札幌のホテルへの宿泊５）のキャンセルも必要となる。このような場合には、情報提供部１５０は、「予約Ｎｏ．２」のイベント（羽田→札幌の飛行機２）のキャンセルが必要である旨と、予約Ｎｏ．１２」にイベント（札幌のホテルへの宿泊５）のキャンセルが必要である旨の双方に関する案内情報を、旅行者用端末２０に提供する。
【００７８】
さらに、上記の設例において、情報提供部１５０は、札幌行きを中止するか、又は延期するかの選択要求を、案内情報として旅行者用端末２０に送信してもよい。加えて、情報提供部１５０は、札幌行きを延期ではなく中止した場合には、さらに、１２／２０に宿泊予約をしている札幌のホテルや、札幌から羽田への復路便（飛行機３）のキャンセルも必要となる旨の通知を、案内情報として旅行者用端末２０に送信してもよい。このような通知を行うことにより、旅行者としては、札幌行きを中止するか延期するかを選択するだけで、後述するキャンセル処理部１６０により、１２／２０に宿泊予約をしている札幌のホテルや、札幌から羽田への復路便（飛行機３）のキャンセルも同時に自動的に行うことができる。
【００７９】
＜キャンセル処理部１６０について＞
キャンセル処理部１６０は、予約のキャンセルが必要なイベントに対するキャンセル要求を旅行者用端末２０から受信した場合に、当該キャンセル要求に応じて、イベントのキャンセル処理を行う。キャンセル処理部１６０はまた、通信部１９０を通して、キャンセル処理が完了した旨の通知を、旅行者用端末２０に送信してもよい。
【００８０】
＜通信部１９０について＞
通信部１９０は、インターネット５を介した旅行者用端末２０及び情報公開サーバ３０との間のあらゆる通信を行う。本実施形態においては、主に、旅行者用端末２０から送信された案内情報の提供要求や予約済みイベントのキャンセル要求の受信、情報提供部１５０で決定された案内情報の送信などを行う。
【００８１】
以上、旅行案内サーバ１０の機能構成について詳細に説明したが、次に、旅行者用端末２０の機能構成について説明する。
【００８２】
（旅行者用端末２０の機能構成）
旅行者用端末２０は、本実施形態に係る情報取得装置の一例であり、図２に示すように、提供要求送信部２１０と、情報取得部２２０と、キャンセル要求部２３０と、通信部２９０と、を主に有する。
【００８３】
＜提供要求送信部２１０について＞
提供要求送信部２１０は、旅行案内サーバ１０に対して、案内情報の提供要求を行う。この提供要求送信部２１０は、案内情報の提供要求を行う際に、旅行者ＩＤ及び行程ＩＤを併せて送信する。また、提供要求送信部２１０は、旅行者ＩＤ及び行程ＩＤの他に、提供要求時における旅行者用端末２０の存在位置を示す位置情報をも送信する。なお、旅行者用端末２０が、設置場所が予め定められている専用端末２０−２であるような場合には、例えば、旅行案内サーバ１０の記憶部１１０に、専用端末２０−２の識別情報（ＩＤ）と専用端末２０−２の設置場所を示す位置情報とが関連付けられたルックアップテーブルを記憶させておけば、提供要求送信部２１０は、位置情報の代わりに旅行者用端末２０のＩＤを送信することもできる。なお、旅行者用端末２０のＩＤを受信した旅行案内サーバ１０は、上述したルックアップテーブルを参照して、当該端末の位置情報を知ることができる。
【００８４】
＜情報取得部２２０について＞
情報取得部２２０は、上記提供要求に応じて旅行案内サーバ１０から提供された案内情報を取得する。なお、案内情報の内容については、旅行案内サーバ１０の機能構成の説明において述べたので、ここでは、案内情報の詳細については省略する。
【００８５】
＜キャンセル要求部２３０について＞
キャンセル要求部２３０は、情報取得部２２０が「予約のキャンセル処理を行うか否かの選択を要求する通知」を旅行案内サーバ１０から取得した場合に、当該予約のキャンセル処理を実行するように旅行案内サーバ１０に要求する。
【００８６】
＜通信部２９０について＞
通信部２９０は、インターネット５を介した旅行案内サーバ１０との間のあらゆる通信を行う。本実施形態においては、主に、提供要求送信部２１０からの案内情報の提供要求の送信や、旅行案内サーバ１０から提供された案内情報の受信や、キャンセル要求部２３０からのイベントの予約のキャンセル要求の送信などを行う。
【００８７】
以上、本実施形態に係る情報提供装置及び情報取得装置の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【００８８】
（旅行案内サーバ１０のハードウェア構成について）
続いて、図４に基づいて、本実施形態に係る旅行案内サーバ１０のハードウェア構成について、詳細に説明する。なお、図４は、本実施形態に係る情報提供装置（情報取得装置）のハードウェア構成を示すブロック図である。
【００８９】
旅行案内サーバ１０は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０３と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０５と、ホストバス９０７と、ブリッジ９０９と、外部バス９１１と、インターフェース９１３と、入力装置９１５と、出力装置９１７と、ストレージ装置９１９と、ドライブ９２１と、通信装置９２３とを備える。
【００９０】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２５に記録された各種プログラムに従って旅行案内サーバ１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。
【００９１】
ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。
【００９２】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどの操作手段である。また、入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、旅行案内サーバ１０の操作に対応した携帯電話やＰＤＡ等の外部接続機器（図示せず）であってもよい。さらに、入力装置９１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。
【００９３】
出力装置９１７は、例えば、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなど、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。
【００９４】
ストレージ装置９１９は、本実施形態にかかる旅行案内サーバ１０の記憶部１１０の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した画像信号データなどを格納する。
【００９５】
ドライブ９２１は、記憶媒体用リーダライタであり、旅行案内サーバ１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２５に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２５に記録を書き込むことも可能である。リムーバブル記録媒体９２５は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（登録商標）（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等である。また、リムーバブル記録媒体９２５は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  ｃａｒｄ）または電子機器等であってもよい。
【００９６】
通信装置９２３は、例えば、ネットワーク５に接続するための通信デバイス等で構成された通信インターフェースである。通信装置９２３は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置９２３は、例えば、インターネットや他の通信機器との間で画像信号等を送受信することができる。また、通信装置９２３に接続されるネットワーク５は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、または衛星通信等であってもよい。
【００９７】
以上説明した構成により、旅行案内サーバ１０は、ネットワーク５に接続された情報開示サーバ３０等のサーバ機器からイベント情報等を取得し、ネットワーク５に接続された旅行者用端末２０等のクライアント機器に対して案内情報等を伝送することが可能になる。
【００９８】
なお、本実施形態に係る旅行者用端末２０のハードウェア構成は、旅行案内サーバ１０のハードウェア構成と実質的に同一であるので、説明を省略する。
【００９９】
以上、本実施形態に係る旅行案内サーバ１０及び旅行者用端末２０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
【０１００】
（旅行案内方法の処理の流れ）
以上、本発明の第１の実施形態に係る情報提供システム、さらには、当該システムに含まれる情報提供装置及び情報取得装置の構成について詳細に説明した。次に、図５〜図７に基づいて、このような構成を有する本実施形態に係る情報提供システムにおける情報提供方法の一例として、旅行案内方法について説明する。なお、図５は、本実施形態に係る情報提供方法における処理の流れを示すフローチャートである。また、図６及び図７は、本実施形態に係る情報取得装置における案内情報の表示例を示す説明図である。
【０１０１】
本実施形態における旅行案内方法は、複数のイベントを組み合わせた旅行プランに関する行程情報及び旅行プランに含まれるイベントの予約内容に関する予約情報が予め記憶された旅行案内サーバ１０が、当該旅行案内サーバ１０にネットワークを介して接続される旅行者用端末２０に対して、行程情報及び予約情報に基づいてイベントの実行に関する案内に用いられる案内情報を提供する方法である。
【０１０２】
この旅行案内方法は、（１）旅行者用端末２０から送信された案内情報の提供要求を旅行案内サーバ１０が受信した場合に、当該旅行案内サーバ１０が、提供要求時における旅行者用端末２０の位置を示す位置情報と、提供要求時における時刻を示す時刻情報と、記憶部に記憶された行程情報とに基づいて、各イベントが旅行プラン通りに実行されているか否かを判定する実行状況判定ステップと、（２）イベントが旅行プラン通りに実行されていない場合に、旅行案内サーバ１０が、位置情報と、時刻情報と、記憶部に記憶された行程情報及び予約情報とに基づいて、旅行プランに含まれる予約済みのイベントについて、予約のキャンセルが必要なイベントが存在するか否かを判定するキャンセル要否判定ステップと、（３）旅行案内サーバ１０が、イベント状況判定ステップ及びキャンセル要否判定ステップの判定結果に応じて案内情報を決定し、決定された案内情報を旅行者用端末２０に提供する情報提供ステップと、を含む。以下、各ステップを詳細に説明する。
【０１０３】
まず、案内情報を提供する前提として、旅行者案内サーバ１０へ旅行者の行程情報の登録を行う必要がある。この行程情報の登録としては、本実施形態では、旅行者用端末２０から行う例を挙げているが、この場合には限られず、他の情報処理端末（例えば、旅行者の家にあるデスクトップ型のＰＣ等）から行ってもよい。
【０１０４】
具体的には、まず、旅行者用端末２０が、旅行案内サーバ２０に対して、行程情報の登録を要求する（Ｓ１０２）。この際、旅行者用端末２０は、当該端末のユーザである旅行者を識別するための旅行者ＩＤと、その旅行者の旅行プランに関する行程情報を、旅行案内サーバ１０に送信する。旅行者端末２０から、旅行者ＩＤ及び行程情報とともに行程情報登録要求を受信した旅行案内サーバ１０は、当該行程情報を登録する（Ｓ１０４）とともに、登録した行程情報を識別するための行程ＩＤを旅行者用端末２０に発行する。以下、旅行者が旅行中における本実施形態に係る旅行案内方法について説明する。
【０１０５】
まず、旅行者用端末２０は、案内情報の提供要求を旅行案内サーバ１０に送信する（Ｓ１０６）。この際、旅行者用端末２０は、旅行者ＩＤ、行程ＩＤ及び提供要求時における位置情報を、上記提供要求とともに送信する。また、旅行案内サーバ１０は、旅行者用端末２０からの提供要求時における時刻に関する時刻情報を同時に取得する。ここで、旅行者ＩＤ及び行程ＩＤは、旅行者用端末２０の記憶手段（ＨＤＤ等）に予め記憶されている。また、位置情報については、旅行者用端末２０が、携帯電話機やＰＤＡ等の携帯端末である場合には、これの端末に備えられているＧＰＳ機能等を利用して、旅行者用端末２０が取得した提供要求時における位置情報を旅行案内サーバ１０に送信する。一方、旅行者用端末２０が、鉄道駅や空港等に固定設置されている専用端末の場合には、旅行者用端末２０は、予め記憶手段に記憶されている自己の位置情報を旅行案内サーバ１０に送信する。なお、この場合には、旅行者用端末２０は、自己を識別するためのＩＤ等を送信し、旅行案内サーバ１０が当該旅行者用端末２０のＩＤと、自己の記憶部に記憶されている旅行者用端末２０のＩＤとその位置情報とが対応付けられたルックアップテーブル等を参照して、旅行案内サーバ１０が旅行者用端末２０の位置情報を知ることもできる。
【０１０６】
次に、旅行案内サーバ１０は、旅行者用端末２０から受信した旅行者ＩＤ及び行程ＩＤと、記憶部１１０に記憶されている旅行者ＩＤ及び行程ＩＤとを照合し、行程情報の照会を行う（Ｓ１０８）。この照会の結果、記憶部１１０に行程情報が記憶されている場合には、旅行案内サーバ１０は、この行程情報と、旅行者用端末２０の提供要求時における位置情報及び時刻情報とに基づいて、旅行プランに含まれる各イベントが該旅行プラン通りに実行されているか否かを判定する（Ｓ１１０）。このステップＳ１１０における判定の方法の詳細については、上述した実行状況判定部１３０の説明で詳述したので、ここではその説明を省略する。以上、ステップＳ１０６からＳ１１０までが上記（１）の実行状況判定ステップに対応する。
【０１０７】
ステップＳ１１０における判定の結果、各イベントが旅行プラン通りに実行されていると判定された場合には、次のイベントに関する案内情報を提供する（Ｓ１１２）。
【０１０８】
ここで、図６を参照しながら、ステップＳ１１２における案内情報の提供例について説明する。図６に示した例は、旅行者用端末２０が鉄道駅に設置された専用端末で、端末設置場所からの次のイベントが、列車での移動である場合の例である。この場合は、旅行案内サーバ１０は、案内情報の提供として、端末設置場所から乗車する列車のホームまでの案内や、チケット窓口の案内を行うことができる。例えば、端末設置場所から乗車する列車のホームまでの案内の場合には、旅行者用端末２０の表示画面に、図６に示すような画面１０２が表示される。この例では、旅行案内サーバ１０は、案内情報の提供として、旅行者の現在地、すなわち、旅行者用端末２０が設置されているタクシーの乗り場の横の端末設置場所１０２ａから新幹線の乗換口１０２ｇまでの案内をしている。これによれば、現在地１０２ａから１番出口１０２ｂに入り、インフォメーションセンター１０２ｃの前を右に行き、旅行センター１０２ｄの前の中央通路１０２ｅに沿って左に曲がり、階段１０２ｆを上ると新幹線乗換口１０２ｇに到着することがわかる。この例では、画像情報として案内情報を提供しているが、文字情報、音声情報等、あらゆる形態での案内情報の提供が考えられる。
【０１０９】
一方、ステップＳ１１０における判定の結果、各イベントが旅行プラン通りに実行されていないと判定された場合には、次に、旅行案内サーバ１０は、予約済みのイベントのうち、キャンセルの必要なイベントがあるか否かを判定する（Ｓ１１４）。このステップＳ１１４における判定では、まず、旅行案内サーバ１０は、旅行者用端末２０の提供要求時における位置情報及び時刻情報と、記憶部１１０に記憶された行程情報及び予約情報とに基づいて、予約済みのイベントの中で、実行不可能なイベントが存在するか否かを判断する。次いで、この判断の結果、実行不可能なイベントが存在すると判断された場合には、旅行案内サーバ１０は、原則として、キャンセルが必要なイベントがあると判定し、実行不可能なイベントが存在しないと判断された場合には、旅行案内サーバ１０は、キャンセルが必要なイベントがないと判定する。このステップＳ１１４における判定の方法の詳細については、上述したキャンセル要否判定部１４０の説明で詳述したので、ここではその説明を省略する。このステップＳ１１４における判定が、上記（２）のキャンセル要否判定ステップに対応する。
【０１１０】
ステップＳ１１４における判定の結果、キャンセルの必要なイベントがないと判定された場合には、旅行案内サーバ１０は、行程情報に応じた案内情報の提供を行う（Ｓ１１６）。このような案内情報としては、例えば、行程情報に基づいて、次に実行可能なイベント（列車での移動、昼食等）に関する案内情報がある。
【０１１１】
一方、ステップＳ１１４における判定の結果、キャンセルの必要なイベントがあると判定された場合には、旅行案内サーバ１０は、旅行者用端末２０に対して、予約のキャンセルが必要なイベントが存在する旨の通知や（注意喚起）、そのイベントの予約のキャンセル処理を行うか否かの選択を要求する通知（キャンセルの案内）などを、案内情報として提供する（Ｓ１１８）。また、ステップＳ１１８では、注意喚起やキャンセルの案内に加えて、記憶部１１０に記憶されている行程情報と、旅行者用端末２０の現在の位置情報及び時刻情報と、を参照し、次に実行可能なイベントに関する案内情報等を、旅行者用端末２０に提供してもよい。
【０１１２】
ステップＳ１１８の案内情報の提供を受信した旅行者用端末２０は、当該案内情報に係るイベントの予約をキャンセルするか否かの判定を行う（Ｓ１２０）。この判定の結果、当該イベントの予約をキャンセルすることが選択された場合には、旅行者用端末２０は、旅行案内サーバ１０に対して、キャンセル処理の要求を行う（Ｓ１２２）。このキャンセル処理の要求を受信した旅行案内サーバ１０は、キャンセル処理を実行する（Ｓ１２４）。
【０１１３】
ここで、図７を参照しながら、ステップＳ１１８における案内情報の提供例について説明する。図７に示した例は、旅行者用端末２０が鉄道駅に設置された専用端末で、予約済みのイベントが昼食（レストランの予約）であり、この昼食イベントが実行不可能な場合の例である。この場合、旅行者用端末２０の表示画面には、図７に示すような画面１０４が表示される。この画面１０４には、行程情報１０４ａ、キャンセルの案内通知１０４ｂ、キャンセルすることを選択するアイコン１０４ｃ、及びキャンセルしないことを選択するアイコン１０４ｄが案内情報として表示されている。具体的には、行程情報１０４ａと、旅行者用端末２０の現在の位置情報及び時刻情報とを考慮すると、予約しているＨＩＴ亭への到着予定時刻（１４：００）がＨＩＴ亭での昼食イベントの予約時刻（１２：３０）に間に合わないため、キャンセルが必要であり、このキャンセルをするか否かを旅行者に選択させるための通知が、案内通知１０４ｂとして表示されている（ステップＳ１１８を参照）。この案内通知１０４ｂを見た旅行者は、アイコン１０４ｃ、１０４ｄにより、キャンセルするか否かの選択結果を入力し、旅行者の入力に応じて、ＨＩＴ亭での昼食イベントの予約をキャンセルするか否かの判定が旅行者用端末２０で行われる（ステップＳ１２０を参照）。旅行者がアイコン１０４ｃを選択し、ＨＩＴ亭での昼食イベントの予約をキャンセルすると判定された場合には、キャンセル処理の要求が旅行者用端末２０から旅行案内サーバに送信され（ステップＳ１２２を参照）、旅行案内サーバ１０により当該キャンセル処理が行われる（ステップＳ１２４を参照）。
【０１１４】
以上、ステップＳ１１２，Ｓ１１６及びＳ１１８の処理が、上記（３）の情報提供ステップに対応する。
【０１１５】
以上説明したように、本実施形態によれば、急な旅程変更をしなければならなくなった場合に、予約のキャンセルを自動的に行うことが可能である。
【０１１６】
［第２の実施形態］
（旅行案内システム２の構成）
次に、図８に基づいて、本発明の第２の実施形態に係る情報提供システムの一例として、旅行案内システム２の構成について説明する。なお、図８は、本発明の第２の実施形態に係る情報提供システムの構成とともに、情報提供装置及び情報取得装置の機能構成を示すブロック図である。
【０１１７】
＜システムの全体構成＞
旅行案内システム２は、上述した第１の実施形態に係る旅行案内システム１と同様に、複数のイベントを組み合わせた旅行プランに関する行程情報及び旅行プランに含まれるイベントの予約内容に関する予約情報に基づいて、イベントの実行に関する案内に用いられる案内情報を提供するシステムである。具体的には、旅行案内システム２は、図８に示すように、旅行案内サーバ１００と、旅行者用端末２００と、情報公開サーバ３０とが、インターネット、ＬＡＮ、ＷＡＮ等のネットワーク５を介して接続されている。
【０１１８】
ここで、本実施形態に係る旅行案内システム２は、上記旅行案内システム１の構成及び機能を全て含み、さらに、旅行案内サーバ１００が、予約がキャンセルされたイベントに対する代替案を、旅行者用端末２００に提示するものである。そこで、以下の説明においては、上述する旅行案内システム１や当該システムを構成する旅行案内サーバ１０及び旅行者用端末２０と同様の構成及び機能の説明については省略し、異なる部分のみ説明する。
【０１１９】
より詳細には、旅行案内システム２においては、旅行案内システム１の構成及び機能に加えて、旅行案内サーバ１００が、予約のキャンセルが行われたキャンセル済みのイベントの代替案に関する案内情報（以下、「代替案情報」という。）の提供の要否を判定した上で、代替案情報の提供が必要と判定された場合には、旅行案内サーバ１００が代替案情報を検索し、当該検索結果を案内情報として旅行者用端末２００に提供するものである。以下、図２を参照しながら、旅行案内システム２を構成する旅行案内サーバ１００及び旅行者用端末２００の機能構成について説明する。
【０１２０】
（旅行案内サーバ１００の機能構成）
旅行案内サーバ１００は、本実施形態に係る情報提供装置の一例であり、図８に示すように、記憶部１１０と、提供要求受信部１２０と、実行状況判定部１３０と、キャンセル要否判定部１４０と、情報提供部１５０と、キャンセル処理部１６０と、代替案要否判定部１７０と、代替案検索部１８０と、代替案予約処理部１８５と、通信部１９０と、を主に有する。
【０１２１】
＜記憶部１１０について＞
記憶部１１０には、旅行案内サーバ１０における場合と同様に、旅行者ＩＤと、行程情報と、行程ＩＤと、予約情報とを含む旅行情報が記憶される。また、記憶部１１０には、旅行者ＩＤと、行程ＩＤと、行程情報と、予約情報とが、それぞれ対応付けられて記憶されている。さらに、本実施形態における記憶部１１０には、例えば、情報公開サーバ３０等から取得したイベント情報、旅行者用端末２００の位置情報、旅行者用端末２００の旅行案内サーバ１０へのアクセス時の時刻情報等が記憶されていてもよい点も上述した旅行案内サーバ１０の場合と同様である。ただし、本実施形態に係る記憶部１１０には、上記の情報の他に、キャンセル済みのイベントの代替案情報が記憶されていてもよい点が異なる。この代替案情報の詳細については後述するが、代替案情報は、代替案検索部１８０による検索結果を用いて作成される。なお、旅行者情報、イベント情報、位置情報、時刻情報等の詳細については、上述した第１の実施形態の場合と同様であるので説明を省略する。
【０１２２】
＜提供要求受信部１２０、実行状況判定部１３０、キャンセル要否判定部１４０＞
提供要求受信部１２０、実行状況判定部１３０及びキャンセル要否判定部１４０については、上述した第１の実施形態の場合と、その構成及び機能が実質的に同一であるので、説明を省略する。
【０１２３】
＜情報提供部１５０について＞
本実施形態に係る情報提供部１５０は、実行状況判定部１３０及びキャンセル要否判定部１４０の判定結果に加えて、後述する代替案検索部１８０の検索結果を受信して、これらの判定結果や検索結果に応じて、旅行者用端末２００に提供する案内情報の内容を決定し、決定された案内情報を旅行者用端末２００に提供する。実行状況判定部１３０及びキャンセル要否判定部１４０の判定結果に応じた案内情報の提供に関しては、第１の実施形態の場合と同様であるので、説明を省略する。また、代替案検索部１８０の検索結果に応じた案内情報の提供に関しては、後述する代替案検索部１８０の機能の説明とともに説明する。
【０１２４】
＜キャンセル処理部１６０について＞
キャンセル処理部１６０は、予約のキャンセルが必要なイベントに対するキャンセル要求を旅行者用端末２００から受信した場合に、当該キャンセル要求に応じて、イベントのキャンセル処理を行う。キャンセル処理部１６０はまた、通信部１９０を通して、キャンセル処理が完了した旨の通知を、旅行者用端末２００に送信してもよい。さらに、本実施形態においては、キャンセル済みのイベントに関するイベント情報を代替案要否判定部１７０に伝送する。
【０１２５】
＜代替案要否判定部１７０について＞
代替案要否判定部１７０は、キャンセル済みのイベントに関するイベント情報をキャンセル処理部１６０から受け取った場合に、そのキャンセル済みのイベントの予約情報に基づいて、キャンセル済みのイベントの代替案に関する案内情報（代替案情報）を、旅行者用端末２００に提供する必要があるか否かを判定する。以下、適宜図９を参照しながら、代替案要否判定の詳細を説明する。図９は、本実施形態に係る旅行情報の内容例を示す説明図である。
【０１２６】
代替案要否判定部１７０は、まず、キャンセル処理部１６０から通知されたキャンセル済みのイベントが、行程情報の中で必ず実行する必要があるイベント種別（以下、「必須イベント」という。）であるか否かを判断する。その結果、代替案要否判定部１７０は、キャンセル済みのイベントが必須イベントであると判断した場合には、旅行者用端末２００への代替案情報の提供が必要であると判定する。一方、代替案要否判定部１７０は、キャンセル済みのイベントが必須イベントでないと判断した場合には、旅行者用端末２００への代替案情報の提供が不要であると判定する。
【０１２７】
必須イベントとしては、例えば、宿泊、食事、（外国人旅行者の場合には）帰国手段等がある。あるイベントが必須イベントであるか否かは、事前に（イベントの予約処理時または旅行者ＩＤの登録時等）、予約情報単位ごとに設定される。例えば、図９に示した例においては、予約の「重要度」というパラメータを設定することにより、必須イベントか否かを区別している。この例では、「重要度１」のパラメータが設定されたイベントについては、当該イベントの予約がキャンセルされた場合には、無条件で代替案情報の検索を行う（代替案情報の提供が必要と判定する）こととし、「重要度２」のパラメータが設定されたイベントについては、当該イベントの予約がキャンセルされた場合には、代替案情報の提供の要否を旅行者用端末２００の選択に委ねる（旅行者の意思を確認する）こととしている。この「重要度」のパラメータは、旅行案内サーバ１００側で予め設定されてもよく、旅行者用端末２００側で旅行者の意思により設定されてもよく、さらには、情報公開サーバ３０にイベント情報と関連付けられて重要度に関する情報が記憶されていてもよい。また、この例では、重要度を１と２の２段階としているが、さらに、「重要度３」として、無条件で代替案情報の検索を行わない（代替案情報の提供が不要と判定する）というパラメータを設けてもよい。なお、「重要度」により必須イベントであるか否かを判断する方法は、一例として挙げたに過ぎず、必須イベントであるか否かを判断する方法としては、種々の方法が考えられる。
【０１２８】
以上のような判定の結果、代替案要否判定部１７０は、旅行者用端末２００への代替案情報の提供が必要であると判定した場合には、その旨の通知を代替案検索部１８０に伝送する。
【０１２９】
＜代替案検索部１８０について＞
代替案検索部１８０は、旅行者用端末２００への代替案情報の提供が必要であるとの判定結果の通知を受けた場合に、旅行者用端末２００の旅行案内サーバ１００へのアクセス時（案内情報の提供要求時）における当該端末の位置情報及び時刻情報と、記憶部１１０に記憶された行程情報及び予約情報とに基づいて、代替案に関する案内情報（代替案情報）を検索する。以下、適宜図９及び図１０を参照しながら、代替案情報の検索処理の詳細を説明する。なお、図１０は、本実施形態に係る代替案情報の内容例を示す説明図である。
【０１３０】
代替案検索部１８０は、まず、代替案情報を検索するための検索キーを決定する。この検索キーの決定は、行程情報及び上記提供要求時における時刻情報から推定される提供要求時に本来実行するはずであったイベント情報（本来の行程情報）と、キャンセルされたイベントの予約情報の種別（飛行機、宿泊、食事等）と、提供要求時における旅行者用端末２００の位置情報と、提供要求時における時刻情報と、に基づいて行われる。代替案検索部１８０は、これらの情報以外にも、キャンセル済みのイベントに関する予約情報に含まれる種々の属性情報を用いて、検索キーを決定することもできる。このような属性情報としては、例えば、図９に示すように、予約情報の種別が飛行機である場合には、フライト番号、出発地・到着地、搭乗日、発着時刻、航空券の料金等に関する情報があり、種別が宿泊である場合には、宿泊施設名、部屋タイプや食事の有無等の宿泊条件、宿泊日、チェックイン／チェックアウト時刻、宿泊料金等に関する情報があり、種別が食事の場合には、レストラン名、利用日時、コース内容等に関する情報がある。
【０１３１】
次に、図９に示した予約情報の例を用いて、代替案検索部１８０による検索キーの決定機能について具体的に説明する。この例では、本来の行程情報によれば、旅行者は東京発札幌行きの最終便の飛行機（飛行機２）に搭乗しているはずであるが、札幌行きの飛行機（飛行機２）及び札幌のホテル（宿泊１）をキャンセルし、東京駅に設置されている旅行者用端末（専用端末）２００から旅行案内サーバ１００にアクセスしている場合について考える。この場合に、まず、予約情報Ｎｏ．９のイベント（宿泊１）はキャンセルされており、宿泊１の重要度は１であることから、代替案要否判定部１７０は、無条件で宿泊１の代替案情報の提供が必要と判定し、その判定結果を受けた代替案検索部１８０は、代替案情報の検索を行う。このとき、代替案検索部１８０は、例えば、キャンセルされた予約情報の種別に関する情報、旅行者用端末２００の位置情報、現在（案内情報の提供要求時）の時刻情報、キャンセルされた予約情報に係るイベントに要する料金に関する情報等に基づき、代替案情報の検索キーを決定することができ、決定された検索キーは、例えば、「種別：宿泊」、「位置：東京駅」、「日時：１２／１５」、「料金：約１０，０００円」等のようになる。
【０１３２】
次に、予約情報Ｎｏ．２のイベント（飛行機２）はキャンセルされており、飛行機２の重要度は２であることから、代替案要否判定部１７０は、代替案情報の提供の要否について選択する旨の通知を、旅行者用端末２００に送信する。この通知を受信した旅行者用端末２００は、代替案情報の提供の要否の選択結果を旅行案内サーバ１００に送信する。この選択結果を通信部１９０を介して取得した代替案要否判定部１７０は、当該選択結果に応じて、代替案情報の提供の要否を判定する。その結果、代替案要否判定部１７０が代替案情報の提供が必要と判定した場合には、その判定結果を受けた代替案検索部１８０が、代替案情報の検索キーを宿泊１の場合と同様にして決定することができる。決定された検索キーは、例えば、「種別：飛行機」、「位置：羽田⇒千歳」、「日時：１２／１６」、「料金：約１５，０００円」等のようになる。
【０１３３】
なお、代替案要否判定部１７０は、直接的に代替案情報の提供の要否の選択を要求するのみならず、間接的に、代替案情報の提供の要否を旅行者用端末２００に選択させることもできる。例えば、上記の飛行機２の例において、代替案要否判定部１７０が、「１２／１６以降、札幌行きの飛行機を予約するか？それとも札幌行きはあきらめるか？」等の通知を旅行者用端末２００に行うことができる。この場合、旅行者用端末２００が「１２／１６以降、札幌行きの飛行機を予約する」ことを選択した場合には、代替案要否判定部１７０は、代替案情報の提供が必要であると判定することができ、逆に、旅行者用端末２００が「札幌行きはあきらめる」ことを選択した場合には、代替案要否判定部１７０は、代替案情報の提供が不要であると判定することができる。
【０１３４】
また、本実施形態における代替案情報の提供は、キャンセルしたイベントに応じた代替案情報を旅行者用端末２００に提供することが主な目的であるので、通常、検索キーは、キャンセルされた予約情報に含まれるキー情報と類似したものになる。以下、図１０を参照しながら、上記のようにして決定された検索キーに基づく代替案情報の具体的な検索方法、及び、検索された代替案情報の具体例について説明する。
【０１３５】
第１に、予約情報の種別が宿泊の場合の例について説明する。代替案検索部１８０は、現在の旅行者用端末２００の位置情報、翌日に予定されているイベントの開催位置情報から、宿泊地の候補地を決定し、この宿泊地に関する位置情報を検索キーの１つとして決定する。また、代替案検索部１８０は、キャンセルした宿泊イベントの予約情報に近い条件（料金、部屋タイプ、食事の有無等）に関する情報を検索キーとして決定する。次いで、代替案検索部１８０は、これらの検索キーに基づいて宿泊施設を検索し、検索された宿泊施設の情報を代替案情報として、旅行者用端末２００に提供する。例えば、旅行者が、北海道から東京への航空便での移動ができず、翌日の早朝便での移動となった場合、旅行案内サーバ１００は、代替案情報の提供として、北海道での宿泊施設の案内を行う。この場合、代替案検索部１８０は、早朝の飛行機の移動の必要性を考慮し、空港周辺にある宿泊施設を検索して、その宿泊施設の情報を旅行者用端末２００に提供する。この場合の代替案情報の例を図１０（ａ）に示した。代替案情報として示されたＨＩＴロイヤルホテルと、キャンセルされたＨＩＴグランドホテル（図９の宿泊１を参照）とを比較すると、部屋タイプ、食事の有無、宿泊料金等の条件でほぼ一致しており、しかも、立地が千歳空港より徒歩３分と、翌日の早朝の飛行機での移動を考慮した代替案となっている。
【０１３６】
第２に、予約情報の種別が食事の場合の例について説明する。代替案検索部１８０は、現在の旅行者端末２００の位置情報及び行程情報から、本来予定されている食事時間帯における旅行者の行動（位置）を予測し、想定される位置における位置情報を検索キーの１つとして決定する。また、代替案検索部１８０は、キャンセルした食事イベントの予約情報に近い条件（利用日、料金、料理のジャンル等）に関する情報を検索キーとしてもよい。次いで、代替案検索部１８０は、これらの検索キーに基づいて食事に関する情報を検索し、検索された情報を代替案情報として、旅行者端末２００に提供する。例えば、旅行者が、本来の食事時間帯に予約しているレストランに到着することができず、食事時間帯において旅行者が列車で移動中の場合、旅行案内サーバ１００は、代替案情報の提供として、列車乗車前にお弁当の購入を促したり、車内販売でのお弁当の購入を促すなどの案内を行う。この場合の代替案情報の例を図１０（ｂ）に示した。代替案情報として示された○○列車内弁当配達は、利用日はキャンセルされたヒット亭（図９の食事１を参照）と同じ日付であり、旅行者が食事時間帯に列車での移動中であり、列車内で食事が取れることを考慮した代替案となっている。
【０１３７】
第３に、予約情報の種別が出国・帰国手段の場合の例について説明する。代替案検索部１８０は、現在の旅行者端末２００の位置情報及びキャンセルされたイベントの予約情報に基づいて、キャンセルされた予約内容に近い条件（航空会社、出発地／到着地、搭乗日、出発時刻／到着時刻、料金等）を優先し、これらを検索キーとして決定する。次いで、代替案検索部１８０は、これらの検索キーに基づいて、本来予約した移動手段（飛行機等）、及び他の移動手段（船舶等）で変更可能な移動手段を検索し、検索された移動手段に関する情報を代替案情報として、旅行者端末２００に提供する。例えば、１２／１９の夕方に成田から香港へ帰国するための移動手段に関する代替案情報を提供する場合の例を図１０（ｃ）に示した。代替案情報として示されたＨＩＴ航空のＨＡ−０１３便は、航空会社、出発地／到着地、搭乗日、及び出発時刻／到着時刻がキャンセルされたＨＡ−００２（図９の飛行機１を参照）と同じ条件であり、旅行者の本来の行程通りに帰国できることを考慮した代替案となっている。
【０１３８】
＜代替案予約処理部１８５について＞
代替案予約処理部１８５は、代替案検索部１８０により検索された代替案の少なくとも１つについて、旅行者用端末２０から当該代替案に係るイベントの予約処理の要求があった場合には、その要求に応じて、代替案に係るイベントの予約処理を行う。この代替案予約処理部１８５は、予約処理を行う代替案に係る代替案情報を、代替案検索部１８０から取得してもよいし、代替案検索部１８０が記憶部１１０に記憶した代替案情報を読み出してもよい。また、代替案検索部１８５は、代替案に係るイベントの予約処理が完了した旨を、旅行者用端末２００に通知してもよい。
【０１３９】
＜通信部１９０について＞
通信部１９０は、インターネット５を介した旅行者用端末２００及び情報公開サーバ３０との間のあらゆる通信を行う。本実施形態においては、主に、旅行者用端末２００から送信された案内情報の提供要求や予約済みイベントのキャンセル要求や代替案に伴う新たな予約要求の受信、情報提供部１５０で決定された案内情報、代替案検索部１８０で検索された代替案情報の送信などを行う。
【０１４０】
（旅行者用端末２００の機能構成）
旅行者用端末２００は、本実施形態に係る情報取得装置の一例であり、図８に示すように、提供要求送信部２１０と、情報取得部２２０と、キャンセル要求部２３０と、代替案予約処理要求部２４０と、通信部２９０と、を主に有する。
【０１４１】
＜提供要求送信部２１０について＞
提供要求送信部２１０は、旅行案内サーバ１００に対して、案内情報の提供要求を行う。この提供要求送信部２１０は、案内情報の提供要求を行う際に、旅行者ＩＤ及び行程ＩＤを併せて送信する。また、提供要求送信部２１０は、旅行者ＩＤ及び行程ＩＤの他に、提供要求時における旅行者用端末２００の存在位置を示す位置情報をも送信する。なお、旅行者用端末２００が、設置場所が予め定められている専用端末であるような場合には、例えば、旅行案内サーバ１００の記憶部１１０に、専用端末の識別情報（ＩＤ）と専用端末の設置場所を示す位置情報とが関連付けられたルックアップテーブルを記憶させておけば、提供要求送信部２１０は、位置情報の代わりに旅行者用端末２００のＩＤを送信することもできる。なお、旅行者用端末２００のＩＤを受信した旅行案内サーバ１００は、上述したルックアップテーブルを参照して、当該端末の位置情報を知ることができる。
【０１４２】
＜情報取得部２２０について＞
情報取得部２２０は、上記提供要求に応じて旅行案内サーバ１０から提供された案内情報を取得する。なお、本実施形態に係る情報取得部２２０は、案内情報として、上述した第１の実施形態で説明した情報に加えて、代替案情報を取得する。
【０１４３】
＜キャンセル処理要求部２３０について＞
キャンセル要求部２３０は、情報取得部２２０が「予約のキャンセル処理を行うか否かの選択を要求する通知」を旅行案内サーバ１００から取得した場合に、当該予約のキャンセル処理を実行するように旅行案内サーバ１００に要求する。
【０１４４】
＜代替案予約処理要求部２４０について＞
代替案予約処理要求部２４０は、情報取得部２２０から代替案情報を取得した場合に、当該代替案に係るイベントの予約処理の要求を、旅行案内サーバ１００に対して行う。また、代替案予約処理要求部２４０は、代替案に係るイベントの予約処理が完了した旨の通知を、旅行案内サーバ１００から取得する。
【０１４５】
＜通信部２９０について＞
通信部２９０は、インターネット５を介した旅行案内サーバ１００との間のあらゆる通信を行う。本実施形態においては、主に、提供要求送信部２１０からの案内情報の提供要求の送信や、旅行案内サーバ１００から提供された案内情報の受信や、キャンセル要求部２３０からのイベントの予約のキャンセル要求の送信や、代替案予約処理要求部２４０からの代替案に係るイベントの予約処理の要求などを行う。
【０１４６】
以上、本実施形態に係る情報提供装置及び情報取得装置の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【０１４７】
また、上述した旅行案内サーバ１００及び旅行者用端末２００の機能を実現するためのハードウェア構成は、第１の実施形態に係る  旅行案内サーバ１０及び旅行者用端末２０と実質的に同様であるので、その説明を省略する。
【０１４８】
（旅行案内方法の処理の流れ）
以上、本発明の第２の実施形態に係る情報提供システム、さらには、当該システムに含まれる情報提供装置及び情報取得装置の構成について詳細に説明した。次に、図１１及び図１２に基づいて、このような構成を有する本実施形態に係る情報提供システムにおける情報提供方法の一例として、旅行案内方法について説明する。なお、図１１は、本実施形態に係る情報提供方法における処理の流れを示すフローチャートである。また、図１２は、本実施形態に係る情報取得装置における案内情報の表示例を示す説明図である。
【０１４９】
本実施形態における旅行案内方法は、上述した第１の実施形態に係る旅行案内方法で説明した（１）〜（３）の各ステップに加え、（４）旅行案内サーバ１００が、予約のキャンセルが必要なイベントに対するキャンセル要求を旅行者用端末２００から受信した場合に、イベントのキャンセル処理を行うキャンセル処理ステップと、（５）旅行案内サーバ１００が、キャンセル済みのイベントの予約情報に基づいて、キャンセル済みのイベントの代替案に関する案内情報（代替案情報）を旅行者用端末２００に提供する必要があるか否かを判定する代替案要否判定ステップと、（６）代替案要否判定ステップにおいて代替案情報を旅行者用端末２００に提供する必要があると判定された場合に、旅行案内サーバ１００が、位置情報と、時刻情報と、記憶部１１０に記憶された行程情報及び予約情報とに基づいて、代替案を検索する代替案検索ステップと、（７）旅行案内サーバ１００が、代替案検索ステップにおいて検索された代替案情報を旅行者用端末２００に提供する代替案提供ステップと、をさらに含む。以下、（５）〜（７）の各ステップを詳細に説明する。なお、（４）のキャンセル処理ステップについては、上述した第１の実施形態において説明したので、ここでは説明を省略する。
【０１５０】
具体的には、まず、旅行案内サーバ１００は、キャンセル処理を実行（Ｓ１２４）した後に、キャンセル済みのイベントの予約情報に基づいて、キャンセル済みのイベントの代替案情報を旅行者用端末２００に提供する必要があるか否かを判定する（Ｓ２０２）。このステップＳ２０２の判定は、まず、ステップＳ１２４でキャンセルされたキャンセル済みのイベントが、行程情報の中で必ず実行する必要があるイベント種別（必須イベント）であるか否かを判断する。その結果、キャンセル済みのイベントが必須イベントであると判断された場合には、旅行案内サーバ１００は、旅行者用端末２００への代替案情報の提供が必要であると判定する。一方、キャンセル済みのイベントが必須イベントでないと判断された場合には、旅行案内サーバ１００は、旅行者用端末２００への代替案情報の提供が不要であると判定する。このステップＳ２０２における判定の方法の詳細については、上述した代替案要否判定部１７０の説明で詳述したので、ここではその説明を省略する。このステップＳ２０２における判定が、上記（５）の代替案要否判定ステップに対応する。
【０１５１】
次に、ステップＳ２０２における判定の結果、旅行者用端末２００への代替案情報の提供が不要であると判定された場合には、旅行案内サーバ１００は、旅行者用端末２００に対して、旅行案内の処理を終了する通知を行う（Ｓ２０４）。
【０１５２】
一方、ステップＳ２０２における判定の結果、旅行者用端末２００への代替案情報の提供が必要であると判定された場合には、旅行案内サーバ１００は、代替案情報を検索するための検索キーを決定する（Ｓ２０６）。検索キーの決定は、行程情報及び案内情報の提供要求時における時刻情報から推定される提供要求時に本来実行するはずであったイベント情報（本来の行程情報）と、キャンセルされたイベントの予約情報の種別（飛行機、宿泊、食事等）と、提供要求時における旅行者用端末２００の位置情報と、提供要求時における時刻情報と、に基づいて行われる。旅行案内サーバ１００は、これらの情報以外にも、キャンセル済みのイベントに関する予約情報に含まれる種々の属性情報を用いて、検索キーを決定することもできる。このステップＳ２０６における検索キーの決定方法の詳細については、上述した代替案検索部１８０の説明で詳述したので、ここではその説明を省略する。
【０１５３】
次に、旅行案内サーバ１００は、ステップＳ２０６で決定された検索キーを用いて、代替案を検索する（Ｓ２０８）。ステップＳ２０８により代替案情報が検索された場合には、旅行案内サーバ１００は、検索された代替案情報を案内情報として旅行者用端末２００に提供する（Ｓ２１０）。
【０１５４】
旅行案内サーバ１００から代替案情報を受信した旅行者用端末２００は、受信した代替案情報の中の１または複数のイベントについて追加予約を行うか否かを選択する（Ｓ２１２）。この結果、追加予約する行うことが選択された場合には、旅行者用端末２００は、旅行案内サーバ１００に対して、当該イベントの追加予約処理の要求を送信する（Ｓ２１４）。
【０１５５】
旅行者用端末２００から追加予約処理の要求を受信した旅行案内サーバ１００は、当該要求に係るイベントの予約処理を行う（Ｓ２１６）。
【０１５６】
ここで、図１２を参照しながら、ステップＳ２１０における案内情報の提供例について説明する。図１２に示した例は、旅行者用端末２００が鉄道駅に設置された専用端末で、予約済みのイベントが昼食（レストランの予約）であり、この昼食イベントをキャンセルした後に、この代替案を提供する場合の例である。この場合、旅行者用端末２００の表示画面には、図１２に示すような画面２０２が表示される。この画面２０２には、代替案情報２０２ａ、代替案情報２０２ａに示されたイベントを予約することを選択するアイコン２０２ｂ、及び予約しないことを選択するアイコン２０２ｃが案内情報として表示されている。この例においては、旅行者の昼食イベントの開催時間帯が新幹線での移動の最中であることから、新幹線内での弁当の予約案内を行っている（ステップＳ２１０を参照）。この予約案内を見た旅行者は、アイコン２０２ｂ、２０２ｃにより、予約するか否かの選択結果を入力し、旅行者の入力に応じて、新幹線内での弁当の予約を行うか否かの選択が旅行者用端末２００で行われる（ステップＳ２１２を参照）。旅行者がアイコン２０２ｂを選択し、新幹線内での弁当の予約を行うことが選択された場合には、追加予約処理の要求が旅行者用端末２００から旅行案内サーバ１００に送信され（ステップＳ２１４を参照）、旅行案内サーバ１００により当該追加予約処理が行われる（ステップＳ２１６を参照）。
【０１５７】
以上説明したように、本実施形態によれば、急な旅程変更をしなければならなくなった場合に、予約のキャンセルを自動的に行ったり、旅行者に対して、現在位置、本来の行程、キャンセル内容等を考慮した最適な代替案を提示したりすることが可能である。これにより、旅行者側の煩雑な端末の操作を伴うことなく、スムーズに旅行を再開すべく、予定変更による旅行者の不安や予定変更操作の負担を解消することができる。
【０１５８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１５９】
【図１】本発明の第１の実施形態に係る情報提供システムの構成を示す説明図である。
【図２】同実施形態に係る情報提供装置及び情報取得装置の機能構成を示すブロック図である。
【図３Ａ】同実施形態に係る旅行情報の内容例を示す説明図である。
【図３Ｂ】同実施形態に係る行程情報の内容例を示す説明図である。
【図４】同実施形態に係る情報提供装置（または情報取得装置）のハードウェア構成を示すブロック図である。
【図５】同実施形態に係る情報提供方法における処理の流れを示すフローチャートである。
【図６】同実施形態に係る情報取得装置における案内情報の表示例を示す説明図である。
【図７】同実施形態に係る情報取得装置における案内情報の表示例を示す説明図である。
【図８】本発明の第２の実施形態に係る情報提供システムの構成とともに、情報提供装置及び情報取得装置の機能構成を示すブロック図である。
【図９】同実施形態に係る旅行情報の内容例を示す説明図である。
【図１０】同実施形態に係る代替案情報の内容例を示す説明図である。
【図１１】同実施形態に係る情報提供方法における処理の流れを示すフローチャートである。
【図１２】同実施形態に係る情報取得装置における案内情報の表示例を示す説明図である。
【符号の説明】
【０１６０】
１    旅行案内システム
２    旅行案内システム
５    ネットワーク
１０    旅行案内サーバ
２０    旅行者用端末
３０    情報公開サーバ
１００    旅行案内サーバ
１１０    記憶部
１２０    提供要求受信部
１３０    実行状況判定部
１４０    キャンセル要否判定部
１５０    情報提供部
１６０    キャンセル処理部
１７０    代替案要否判定部
１８０    代替案検索部
２００    旅行者用端末
２１０    提供要求送信部
２２０    情報取得部
２３０    キャンセル要求部
【図１】
2009053798.tif 000003
【図２】
2009053798.tif 000004
【図３Ａ】
2009053798.tif 000005
【図３Ｂ】
2009053798.tif 000006
【図４】
2009053798.tif 000007
【図５】
2009053798.tif 000008
【図６】
2009053798.tif 000009
【図７】
2009053798.tif 000010
【図８】
2009053798.tif 000011
【図９】
2009053798.tif 000012
【図１０】
2009053798.tif 000013
【図１１】
2009053798.tif 000014
【図１２】
2009053798.tif 000015