(57)【要約】【課題】個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとする。【解決手段】取消手続支援システム１００において、個人旅行をする旅行者、旅行者が予約済みの各予約対象、および各予約対象の提供者、の各識別情報と各予約対象の予約日の情報とを格納する記憶装置１０１と、旅行者、各予約対象、および提供者の少なくともいずれかに関し、予約日での所定イベントの発生情報を所定装置から得た場合、該当する予約対象の提供者の識別情報から特定される、提供者の予約管理システムに対し、旅行者の予約日における該当予約対象の予約取消指示を通知する演算装置１０４を備える構成とする。【選択図】図２
2018067276.tif 000002
【特許請求の範囲】
【請求項１】
個人旅行をする旅行者、前記旅行者が予約済みの各予約対象、および前記各予約対象の提供者、の各識別情報と前記各予約対象の予約日の情報とを格納する記憶装置と、
前記旅行者、前記各予約対象、および前記提供者の少なくともいずれかに関し、前記予約日での所定イベントの発生情報を所定装置から得た場合、該当する予約対象の提供者の識別情報から特定される、前記提供者の予約管理システムに対し、前記旅行者の前記予約日における該当予約対象の予約取消指示を通知する演算装置と、
を備えることを特徴とする取消手続支援システム。
【請求項２】
前記演算装置は、
前記提供者の予約管理システムから、各旅行者に関する前記各予約対象、前記提供者、および前記予約日の各情報を、前記旅行者による予約手続が行われるごとに、または一定期間毎に取得し、前記取得した情報を記憶装置に格納する処理を更に実行するものである、
ことを特徴とする請求項１に記載の取消手続支援システム。
【請求項３】
前記演算装置は、
所定旅行者の前記各予約対象の識別情報に基づき、前記各予約対象に対応する所定オブジェクトを所定マップ上の前記各予約対象の所在地に配置した描画用データを生成し、前記描画用データを、前記所定旅行者の端末に配信する処理と、
前記所定旅行者に関する前記予約取消指示の通知に応じて、前記予約管理システムから該当予約対象の予約取消状況について回答を受けるごとに、その回答に基づき、前記マップ上における該当予約対象のオブジェクトの表示形態を所定ルールで変化させる処理と、
を更に実行するものである、
ことを特徴とする請求項１または２に記載の取消手続支援システム。
【請求項４】
前記演算装置は、
前記描画用データの配信する処理または前記表示形態を変化させる処理に際し、
前記オブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、前記予約管理システムから取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、前記オブジェクトと合わせて表示する描画指示か、または、前記キャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて前記オブジェクトの表示形態を所定ルールで変化させる描画指示、の少なくともいずれかを前記旅行者の端末に送信する処理を更に実行するものである、
ことを特徴とする請求項３に記載の取消手続支援システム。
【請求項５】
前記演算装置は、
前記所定旅行者とは別の旅行者のうち、前記所定旅行者と少なくとも１つの予約対象が一致し、かつ、当該予約対象の予約日のうち少なくとも１日が一致する特定旅行者を、前記記憶装置の格納情報に基づき特定し、この特定旅行者における当該予約対象の予約取消状況の情報を、前記所定旅行者の前記マップ上に表示させる描画指示を、前記所定旅行者の端末に送信する処理を更に実行するものである、
ことを特徴とする請求項３または４に記載の取消手続支援システム。
【請求項６】
個人旅行をする旅行者、前記旅行者が予約済みの各予約対象、および前記各予約対象の提供者、の各識別情報と前記各予約対象の予約日の情報とを格納する記憶装置を備えた情報処理システムが、
前記旅行者、前記各予約対象、および前記提供者の少なくともいずれかに関し、前記予約日での所定イベントの発生情報を所定装置から得た場合、該当する予約対象の提供者の識別情報から特定される、前記提供者の予約管理システムに対し、前記旅行者の前記予約日における該当予約対象の予約取消指示を通知する、
ことを特徴とする取消手続支援方法。
【請求項７】
前記情報処理システムが、
前記提供者の予約管理システムから、各旅行者に関する前記各予約対象、前記提供者、および前記予約日の各情報を、前記旅行者による予約手続が行われるごとに、または一定期間毎に取得し、前記取得した情報を記憶装置に格納する処理を更に実行する、
ことを特徴とする請求項６に記載の取消手続支援方法。
【請求項８】
前記情報処理システムが、
所定旅行者の前記各予約対象の識別情報に基づき、前記各予約対象に対応する所定オブジェクトを所定マップ上の前記各予約対象の所在地に配置した描画用データを生成し、前記描画用データを、前記所定旅行者の端末に配信する処理と、
前記所定旅行者に関する前記予約取消指示の通知に応じて、前記予約管理システムから該当予約対象の予約取消状況について回答を受けるごとに、その回答に基づき、前記マップ上における該当予約対象のオブジェクトの表示形態を所定ルールで変化させる処理と、
を更に実行することを特徴とする請求項６または７に記載の取消手続支援方法。
【請求項９】
前記情報処理システムが、
前記描画用データの配信する処理または前記表示形態を変化させる処理に際し、
前記オブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、前記予約管理システムから取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、前記オブジェクトと合わせて表示する描画指示か、または、前記キャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて前記オブジェクトの表示形態を所定ルールで変化させる描画指示、の少なくともいずれかを前記旅行者の端末に送信する処理を更に実行することを特徴とする請求項８に記載の取消手続支援方法。
【請求項１０】
前記情報処理システムが、
前記所定旅行者とは別の旅行者のうち、前記所定旅行者と少なくとも１つの予約対象が一致し、かつ、当該予約対象の予約日のうち少なくとも１日が一致する特定旅行者を、前記記憶装置の格納情報に基づき特定し、この特定旅行者における当該予約対象の予約取消状況の情報を、前記所定旅行者の前記マップ上に表示させる描画指示を、前記所定旅行者の端末に送信する処理を更に実行することを特徴とする請求項８または９に記載の取消手続支援方法。
【発明の詳細な説明】
【技術分野】  本発明は、取消手続支援システムおよび取消手続支援方法に関するものであり、具体的には、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとする技術に関する。
【背景技術】  時代の流れと共に、いわゆるパッケージツアーを利用した団体旅行から、個人が自由に旅程を組み立てて旅をする個人旅行へと、旅行形態の趨勢は変化しつつある。また、このような傾向に対応すべく、様々な個人旅行向けの商品やサービスも提案されている。
こうした個人旅行向けのサービスを提供するシステムとしては、以下のような従来技術が提案されている。例えば、情報ネットワークを介して、旅行者が操作する情報端末、および前記旅行者の旅行プランに関係する交通機関や施設の予約状況の入手と予約を行うことのできる外部システムに接続される旅行手配システムであって、前記旅行プランを記憶する記憶手段と、旅行中の前記旅行者から前記情報端末を介して受け付けた前記旅行プランの内容の変更要求に基づいて、前記外部システムに対する予約の変更または中止を実行する第１操作、および前記第１操作に伴って変更または中止とされたプラン内容以降の旅行プランの再予約を前記外部システムに対して行う第２操作、の少なくとも一方の操作を実行する制御手段と、を含むことを特徴とする旅行手配システム（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【特許文献１】特開２００４−５４５６３号公報
【発明の概要】
【発明が解決しようとする課題】  上述の個人旅行を行う個人は旅慣れた者が多く、種々の交通手段や宿泊施設、アクティビティ等を個別に予約し、これらを様々に組み合わせた旅程を組むケースも多い。こうした複雑な旅程は、問題無く遂行出来れば充実した旅となる。
しかしながら、旅の遂行自体が困難となる、天候不良や事件・事故、政治的・軍事的な突発事態、或いは旅行者の個人的事情などが生じた場合、旅程に含まれる各予約のキャンセル手続には、大きな手間と時間が必要となりやすい。
そもそも、旅行者自身が、キャンセルすべき全ての予約事象を確実に把握出来ずに、キャンセル漏れが生じる恐れもある。また、キャンセルに伴う手数料の発生規定や、キャンセル期限の確認、管理を旅行者個人で確実に行うことも難しい。
そこで本発明は上記課題を鑑みてなされたものであり、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとする技術の提供を主たる目的とする。
【課題を解決するための手段】  上記課題を解決する本発明の取消手続支援システムは、個人旅行をする旅行者、前記旅行者が予約済みの各予約対象、および前記各予約対象の提供者、の各識別情報と前記各予約対象の予約日の情報とを格納する記憶装置と、前記旅行者、前記各予約対象、および前記提供者の少なくともいずれかに関し、前記予約日での所定イベントの発生情報を所定装置から得た場合、該当する予約対象の提供者の識別情報から特定される、前記提供者の予約管理システムに対し、前記旅行者の前記予約日における該当予約対象の予約取消指示を通知する演算装置と、を備えることを特徴とする。
なお、上述の取消手続支援システムにおいて、前記演算装置は、前記提供者の予約管理システムから、各旅行者に関する前記各予約対象、前記提供者、および前記予約日の各情報を、前記旅行者による予約手続が行われるごとに、または一定期間毎に取得し、前記取得した情報を記憶装置に格納する処理を更に実行するものである、としてもよい。
これによれば、予約に関する情報を、旅行者自ら取消手続支援システムに登録する手間が不要となり、また、登録漏れの発生も回避出来る。ひいては、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、更に簡便かつ効率的なものとできる。
また、上述の取消手続支援システムにおいて、前記演算装置は、所定旅行者の前記各予約対象の識別情報に基づき、前記各予約対象に対応する所定オブジェクトを所定マップ上の前記各予約対象の所在地に配置した描画用データを生成し、前記描画用データを、前記所定旅行者の端末に配信する処理と、前記所定旅行者に関する前記予約取消指示の通知に応じて、前記予約管理システムから該当予約対象の予約取消状況について回答を受けるごとに、その回答に基づき、前記マップ上における該当予約対象のオブジェクトの表示形態を所定ルールで変化させる処理と、を更に実行するものである、としてもよい。
これによれば、予約の取消手続の進捗状況を、旅行者自ら明確かつ迅速に認識出来る。また、例えば、取消手続支援システムが予約取消指示を予約管理システムに通知しても、その手続が何らかの理由で停滞している状況が生じても、その旅行者自身で予約取消期限等に向けて別途手続するといった緊急避難的な対応も可能になる。ひいては、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、更に簡便かつ効率的なものとできる。
また、上述の取消手続支援システムにおいて、前記演算装置は、前記描画用データの配信する処理または前記表示形態を変化させる処理に際し、前記オブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、前記予約管理システムから取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、前記オブジェクトと合わせて表示する描画指示か、または、前記キャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて前記オブジェクトの表示形態を所定ルールで変化させる描画指示、の少なくともいずれかを前記旅行者の端末に送信する処理を更に実行するものである、としてもよい。
これによれば、予約の取消手続の進捗状況と共に、予約取消手続に関するタイムリミットや追加料金等の情報を、旅行者自ら明確かつ迅速に認識出来る。旅行者としては、予約取消が可能な期限までに、或いは、余分な予約取消手数料がかかる前に、早急に予約取消を進めておきたいとのニーズを持っており、必要に応じて予約取消のための別途対応を迅速に行うことも可能になる。ひいては、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、更に簡便かつ効率的なものとできる。
また、上述の取消手続支援システムにおいて、前記演算装置は、前記所定旅行者とは別の旅行者のうち、前記所定旅行者と少なくとも１つの予約対象が一致し、かつ、当該予約対象の予約日のうち少なくとも１日が一致する特定旅行者を、前記記憶装置の格納情報に基づき特定し、この特定旅行者における当該予約対象の予約取消状況の情報を、前記所定旅行者の前記マップ上に表示させる描画指示を、前記所定旅行者の端末に送信する処理を更に実行するものである、としてもよい。
これによれば、旅行者自身の予約の取消手続の進捗状況と共に、同じ地域等を旅する他の旅行者に関する予約取消状況を参照することも可能となる。旅行者としては、他の旅行者が既に予約取消を済ませているにも関わらず、自分に関しては予約取消が出来ていないことを認識することで、例えば予約取消が可能な期限までにの手続や、或いは、余分な予約取消手数料がかかる前までの手続の必要性をあらためて認識することも可能になる。ひいては、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、更に簡便かつ効率的なものとできる。
また、本発明の取消手続支援方法は、個人旅行をする旅行者、前記旅行者が予約済みの各予約対象、および前記各予約対象の提供者、の各識別情報と前記各予約対象の予約日の情報とを格納する記憶装置を備えた情報処理システムが、前記旅行者、前記各予約対象、および前記提供者の少なくともいずれかに関し、前記予約日での所定イベントの発生情報を所定装置から得た場合、該当する予約対象の提供者の識別情報から特定される、前記提供者の予約管理システムに対し、前記旅行者の前記予約日における該当予約対象の予約取消指示を通知する、ことを特徴とする。
また、上述の取消手続支援方法において、前記情報処理システムが、前記提供者の予約管理システムから、各旅行者に関する前記各予約対象、前記提供者、および前記予約日の各情報を、前記旅行者による予約手続が行われるごとに、または一定期間毎に取得し、前記取得した情報を記憶装置に格納する処理を更に実行する、としてもよい。
また、上述の取消手続支援方法において、前記情報処理システムが、所定旅行者の前記各予約対象の識別情報に基づき、前記各予約対象に対応する所定オブジェクトを所定マップ上の前記各予約対象の所在地に配置した描画用データを生成し、前記描画用データを、前記所定旅行者の端末に配信する処理と、前記所定旅行者に関する前記予約取消指示の通知に応じて、前記予約管理システムから該当予約対象の予約取消状況について回答を受けるごとに、その回答に基づき、前記マップ上における該当予約対象のオブジェクトの表示形態を所定ルールで変化させる処理と、を更に実行するとしてもよい。
また、上述の取消手続支援方法において、前記情報処理システムが、前記描画用データの配信する処理または前記表示形態を変化させる処理に際し、前記オブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、前記予約管理システムから取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、前記オブジェクトと合わせて表示する描画指示か、または、前記キャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて前記オブジェクトの表示形態を所定ルールで変化させる描画指示、の少なくともいずれかを前記旅行者の端末に送信する処理を更に実行するとしてもよい。
また、上述の取消手続支援方法において、前記情報処理システムが、前記所定旅行者とは別の旅行者のうち、前記所定旅行者と少なくとも１つの予約対象が一致し、かつ、当該予約対象の予約日のうち少なくとも１日が一致する特定旅行者を、前記記憶装置の格納情報に基づき特定し、この特定旅行者における当該予約対象の予約取消状況の情報を、前記所定旅行者の前記マップ上に表示させる描画指示を、前記所定旅行者の端末に送信する処理を更に実行するとしてもよい。
【発明の効果】  本発明によれば、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとできる。
【図面の簡単な説明】
【図１】本実施形態における取消手続支援システムを含むネットワーク構成例を示す図である。
【図２】本実施形態における取消手続支援システムのハードウェア構成例を示す図である。
【図３】本実施形態における予約情報テーブルのデータ構造例を示す図である。
【図４】本実施形態におけるイベント判定テーブルのデータ構造例を示す図である。
【図５】本実施形態における予約ＤＢのデータ構造例を示す図である。
【図６】本実施形態における取消手続支援方法のフロー例１を示す図である。
【図７】本実施形態における取消手続支援方法のフロー例２を示す図である。
【図８】本実施形態における出力例１を示す図である。
【図９】本実施形態における出力例２を示す図である。
【図１０】本実施形態における取消手続支援方法のフロー例３を示す図である。
【図１１】本実施形態における出力例３を示す図である。
【発明を実施するための形態】
−−−ネットワーク構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の取消手続支援システム１００を含むネットワーク構成図である。図１に示す取消手続支援システム１００（以下、システム１００とする）は、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとするコンピュータシステムである。
本実施形態のシステム１００は、例えば、宿泊施設や旅行代理店、各種交通機関、或いはアクティビティサービス（例：各種体験ツアーなどのサービス）の提供事業者、といった旅行者からの予約を管理している事業者（以下、提供者）のいずれか、または、これら種々の事業者を跨がって本実施形態の取消手続支援方法を提供する事業者、などが運用するものとなる。
また、システム１００は、例えばサーバ装置を想定することができ、インターネットなどのネットワーク１０を介して、上述の提供者の運営する施設やサービスの利用者たる旅行者が用いるユーザ端末２００、利用者たる旅行者の予約を上述の提供者が管理する予約管理システム３００、気象予報システム４００、交通情報システム５００、および、ニュース配信システム６００などと通信可能に結ばれている。
このうちユーザ端末２００は、ネットワーク１０にアクセス可能なＰＣや携帯端末など一般的な情報処理端末である。
また、予約管理システム３００は、その記憶装置において、旅行者から受け付けた予約に関する情報を予約ＤＢ３２５に格納して、所定時間毎、或いは情報更新時に、システム１００に対して、予約に関する情報（旅行者、当該旅行者が予約済みの各予約対象、およびその予約日の情報）を予約ＤＢ３２５から読み出して送信するＤＢサーバとして機能を少なくとも備えている。
また、気象予報システム４００は、各地の気象予報情報を配信するサーバ装置であり、本実施形態のシステム１００に対しても情報配信を行っているものとする。
また、交通情報システム５００は、各地の交通機関の運行情報を配信するサーバ装置であり、本実施形態のシステム１００に対しても情報配信を行っているものとする。
また、ニュース配信システム６００は、各地のニュースを配信するサーバ装置であり、本実施形態のシステム１００に対しても情報配信を行っているものとする。
−−−ハードウェア構成−−−
続いて、本実施形態におけるシステム１００のハードウェア構成について説明する。システム１００は、ＳＳＤやハードディスクからなる記憶装置１０１、ＲＡＭ１０３、ＣＰＵなどの演算装置１０４、および通信装置１０５らがＢＵＳにより互いに接続されて構成されている。
このうち記憶装置１０１には、予約情報テーブル１２５、および、イベント判定テーブル１２６が少なくとも記憶されている。これらテーブルの具体的なデータ構成の例については後述する。
また、システム１００は、上述の記憶装置１０１に格納されたプログラム１０２を、ＲＡＭ１０３に読み出すなどして演算装置１０４により実行することになる。なお、システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置、ディスプレイなどの出力装置を必要に応じて備えるとしてもよい。
またシステム１００は、他装置との間のデータ授受を担うＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）など通信装置１０５を有し、上述のユーザ端末２００、予約管理システム３００、気象予報システム４００交通情報システム５００、ニュース配信システム６００、などとネットワーク１０を介して通信可能となっている。
−−−データ構造例−−−
次に、本実施形態の取消手続支援システム１００が利用するテーブルのデータ構造例について説明する。図３は本実施形態における予約情報テーブル１２５のデータ構造例を示す図である。この予約情報テーブル１２５は、上述の提供者それぞれの予約管理システム３００から送信されてくる各旅行者の予約情報を格納したテーブルである。但し、システム１００に対し、ネットワーク１０を介して、旅行者自身がユーザ端末２００を用いて予約情報をアップロードする形態も想定可能である。その場合、この予約情報テーブル１２５に格納される予約情報は、ユーザ端末２００由来のものとなる。
本実施形態に示す予約情報テーブル１２５は、予約を一意に特定する予約ＩＤをキーとして、当該予約を行った旅行者の氏名、住所、連絡先（例：メールアドレス、電話番号、ユーザ端末２００のネットワークアドレスなど）、予約対象たる提供者の名称と所在地、予約管理システム３００のネットワークアドレス、および予約日といったデータを対応づけたレコードの集合体となっている。なお、上述の予約ＩＤは、システム１００が予約管理システム３００から予約情報を受信した際に、例えば受信順に初期値からインクリメントさせた数値、などを想定出来る。
また、図４は本実施形態におけるイベント判定テーブル１２６のデータ構造例を示す図である。このイベント判定テーブル１２６は、各提供者の予約管理システム３００から配信された当該提供者のサービス停止情報、気象予報システム４００から配信された気象予報情報、交通情報システム５００から配信された交通機関の運行情報、ニュース配信システム６００などから通知されたニュース、および、ユーザ端末２００から通知された旅行者自身の変調情報など、について旅行者の予約取消契機となりうるものか判定する基準を格納したテーブルである。本実施形態におけるイベント判定テーブル１２６は、上述の予約取消契機になるイベントを示すキーワードを格納したデータ構造となっている。
また、図５は本実施形態における予約ＤＢ３２５のデータ構造例を示す図である。この予約ＤＢ３２５は、各提供者が、自身の提供する施設やサービスに関して旅行者から得た予約の情報を格納したデータベースである。
本実施形態における予約ＤＢ３２５は、予約ＩＤをキーとして、当該予約を行った旅行者の氏名、住所、連絡先（例：メールアドレス、電話番号、ユーザ端末２００のネットワークアドレスなど）、予約対象たる提供者の名称と所在地、および予約日、といったデータを対応づけたレコードの集合体となっている。なお、予約ＤＢ３２５のレコードにおける予約ＩＤは、予約管理システム３００が旅行者から予約を受け付けた際に、例えば予約受付順に初期値からインクリメントさせた数値、などを想定出来る。
−−−フロー例１−−−
以下、本実施形態における取消手続支援方法の実際手順について図に基づき説明する。以下で説明する取消手続支援方法に対応する各種動作は、システム１００のＲＡＭ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。
図６は、本実施形態における取消手続支援方法のフロー例１を示す図である。ここでは、システム１００が、各提供者の予約管理システム３００から、各旅行者の予約情報を取得し、これを予約情報テーブル１２５に格納するフローについて説明する。
この場合、システム１００は、例えば、１時間ごとなど、或る一定時間ごとに、各提供者の予約管理システム３００に対し、予約情報のリクエストを送信する（ｓ１００）。
なお、本実施形態では、予め各提供者とシステム１００の運営者との間で、各提供者側で管理する予約情報の配信契約が結ばれ、システム１００からのリクエストに対して無条件に予約情報の配信が実行される形態を想定している。しかしながら、この形態に限定はせず、例えば、システム１００が、本実施形態の取消手続支援方法に応じたサービスを提供する旅行者を予め登録・管理しておき、登録済みの旅行者の識別情報を上述のリクエストに含めることで、当該旅行者に関してのみ予約情報の配信する形態も採用できる。
一方、予約管理システム３００では、上述のリクエストをシステム１００から受信し、このリクエストに応じて、予約ＤＢ３２５から予約情報を読み出し、これに自身のネットワークアドレスを追加してシステム１００に配信する（ｓ１０１）。なお、ここで予約ＤＢ３２５から読み出す予約情報としては、本日から１ヶ月先の未来までなど、予め定めた先の未来までの各日付が予約日となっているものを想定出来る。
次に、システム１００は、上述の予約管理システム３００が配信してきた、各旅行者の予約情報を受信し、これを予約情報テーブル１２５に格納する（ｓ１０２）。この時、システム１００は、各予約情報を一意に特定しうる予約ＩＤを付与するものとする。
上述では、予約管理システム３００からシステム１００に向けて予約情報が配信される例を示したが、その他にも、ユーザ端末２００から、すなわち旅行者自身が予約情報をシステム１００に送信し、システム１００がこれを受信して予約情報テーブル１２５に格納する形態を採用してもよい。
−−−フロー例２−−−
図７は、本実施形態における取消手続支援方法のフロー例２を示す図である。ここでは、旅行地の荒天や移動のための航空機の運行停止、政治体制の変化などといった、旅行者が旅行を取りやめる可能性の高いイベントが発生した場合に、その旅程に含まれている、宿泊施設やサービス、アクティビティの各利用の予約について取消手続を支援するフローについて説明する。
この場合、システム１００は、各提供者の予約管理システム３００から配信された当該提供者のサービス停止情報、気象予報システム４００から気象予報情報、交通情報システム５００から交通機関の運行情報、ニュース配信システム６００からニュース、および、ユーザ端末２００から旅行者自身の変調情報など、各種のイベントに関する情報の配信を受けたとする（ｓ２００）。
次に、システム１００は、上述のｓ２００で配信を受けたイベントの情報を、イベント判定テーブル１２６に照合し、該当イベントが旅行者の予約取消契機となりうるものが判定する（ｓ２０１）。具体的には、配信を受けたイベントの情報が、イベント判定テーブル１２６で規定するキーワードを規定通りに含むか否かで、該当イベントに関する判定を行う。
上述の判定の結果、該当イベントが予約取消契機となりえないものであった場合（ｓ２０２：ｎ）、システム１００は処理を終了する。
他方、上述の判定の結果、該当イベントが予約取消契機となりえるものであった場合（ｓ２０２：ｙ）、システム１００は、この予約取消契機となりうるとされたイベントの情報が示す、該当イベントの発生日および発生地域、の情報に基づき、予約情報テーブル１２５で、上述の発生日を予約日に含み、かつ、上述の発生地域を所在地に含む予約情報の検索を実行する（ｓ２０３）。
システム１００は、上述の検索により、該当イベントの影響を受ける予約情報を予約情報テーブル１２５で特定し、当該予約情報が示す旅行者の連絡先に宛てて、予約取消手続の要否について問い合わせる適宜なメッセージを送信する（ｓ２０４）。なお、上述の連絡先とは、具体的には、ユーザ端末２００のメールアドレスやネットワークアドレス、或いは、ショートメッセージの宛先となる電話番号、などを想定する。
また、システム１００は、ｓ２０４で送信するメッセージに、予約取消手続の要否判断が必要になった理由（例：旅行先でのハリケーンの発生と交通機関の運行停止）、その理由によって予約取消手続の要否判断対象となった予約対象とその予約日（いずれも予約情報から抽出）、といった情報を少なくとも含めるものとする。
一方、ユーザ端末２００は、上述のメッセージを受信して適宜な画面８００（図８の画面８００）として表示装置に表示させる（ｓ２０５）。このユーザ端末２００を操作する旅行者は、上述の画面８００の表示内容を確認して、該当する予約対象の予約に関して実際に予約取消手続を行う必要があるか否か判断し、その判断結果を、画面８００のユーザインタフェースを介して指定する。
ユーザ端末２００は、上述の判断結果の指定を受け付けて、これをシステム１００に返信する（ｓ２０６）。
この場合のシステム１００は、ユーザ端末２００から上述の判断結果の情報を受信し、その判断結果が「予約取消不要」を示すものであった場合（ｓ２０７：ｎ）、処理を終了する。
他方、システム１００は、ユーザ端末２００から上述の判断結果の情報を受信し、その判断結果が「予約取消要」を示すものであった場合（ｓ２０７：ｙ）、処理をｓ２０８に遷移させる。
次に、システム１００は、上述の判断結果の対象となった予約情報に基づき、その予約対象に対応する所定オブジェクト（例：予め記憶装置１０１にてデータを保持。予約対象が“ホテル”の場合、ホテルをイメージするアイコンなど）を、所定の電子マップ（例：予め記憶装置１０１にてマップデータを保持している）上の各予約対象の所在地に配置して、描画用データを生成し、これを旅行者のユーザ端末２００に配信する（ｓ２０８）。
この時、システム１００は、上述のオブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、予約管理システム３００から取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、当該オブジェクトと合わせて表示する描画指示を、上述のユーザ端末２００に通知するものとする。或いは、システム１００は、上述のキャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて該当オブジェクトの色や点滅頻度、サイズなど表示形態を所定ルール（例：デフォルトでは青色であったものが切迫度が高まると赤色に変化、など）で変化させる描画指示を、上述のユーザ端末２００に通知するとしてもよい。
ユーザ端末２００は、システム１００から配信された上述の描画用データを受信して、これを表示装置で画面表示（図９の画面９００）して（ｓ２０９）、旅行者に提示する。この旅行者は、当該画面９００を閲覧することで、自身が組み立てた旅程に関して、予約取消が必要な予約対象に関する各種情報を認識出来る。
続いて、システム１００は、上述のｓ２０７において、ユーザ端末２００から「予約取消要」との判断結果を得た該当予約対象の提供者について、その予約管理システム３００のネットワークアドレスを該当予約情報から抽出し、このネットワークアドレスに宛てて、該当旅行者の該当予約日における該当予約対象の予約に関する取消指示を通知する（ｓ２１０）。
一方、上述の取消指示を受けた予約管理システム３００は、予約ＤＢ３２５にて、該当予約情報を特定し、例えば当該予約情報を消去あるいは不活性化するなどの適宜な予約取消処理を行い、その処理結果を回答としてシステム１００に返す（ｓ２１１）。
システム１００は、上述の予約管理システム３００から該当予約対象の予約取消処理の状況について回答を受けて、その回答に基づき、ｓ２０８で配信している上述のマップ上における該当予約対象のオブジェクトの表示形態を、所定ルールで変化させる（ｓ２１２）。この表示形態の変化としては、例えば、予約取消前のオブジェクトは黄色で、予約取消完了のオブジェクトは緑色に変化、といったものが想定出来る。
勿論、システム１００は、このｓ２１２での処理に際し、ｓ２０８と同様に、上述のオブジェクトに対応した予約対象に関して、そのキャンセル規定に関する情報を、予約管理システム３００から取得し、取得したキャンセル規定が示す予約取消期限および予約取消手数料の少なくともいずれかであるキャンセル情報を、当該オブジェクトと合わせて表示する描画指示を、上述のユーザ端末２００に通知するものとする。或いは、システム１００は、上述のキャンセル情報が示す予約取消期限の切迫度および予約取消手数料の高さの少なくともいずれかに応じて該当オブジェクトの色や点滅頻度、サイズなど表示形態を所定ルール（例：デフォルトでは青色であったものが切迫度が高まると赤色に変化、など）で変化させる描画指示を、上述のユーザ端末２００に通知するとしてもよい。
システム１００は、上述のｓ２１２の処理を、「予約取消要」とされた各予約情報について、「予約取消完了」との回答を予約管理システム３００から得られるまで、繰り返し実行し（ｓ２１３：ｎ〜ｓ２１２〜ｓ２１３：ｙ）、処理を終了する。
−−−その他の例−−−
なお、同じ地域を旅行する予定であった旅行者同士で、その予約取消状況を共有出来るとすれば、各旅行者が自身の旅程のうち予約取消要と思われる予約対象と、その予約取消状況とについてより強く認識しうると共に、自身の予約取消状況が（他の旅行者と比べて）遅く、上述の予約取消期限まで間が無い、といった状況についても認識しやすくなる。
図１０は本実施形態における取消手続支援方法のフロー例３を示す図である。この場合のシステム１００は、直近の所定時間内に上述の描画用データを配信した所定旅行者について、これとは別の旅行者であって、上述の所定旅行者と少なくとも１つの予約対象が一致し、かつ、当該予約対象の予約日のうち少なくとも１日が一致する特定旅行者を、予約情報テーブル１２５の格納情報に基づき特定する（ｓ３００）。
次に、システム１００は、この特定旅行者における当該予約対象の予約取消状況を、例えば、該当提供者の予約管理システム３００から取得して、これを上述の所定旅行者のマップ上に表示させる描画指示を、所定旅行者のユーザ端末２００に送信する（ｓ３０１）。
一方、ユーザ端末２００は、上述の描画指示を受けて、上述の所定旅行者に関してマップ上で既に表示している該当予約対象のオブジェクトの近傍等に、特定旅行者における当該予約対象の予約取消状況の値（例：特定旅行者の識別情報を適宜に匿名化した値と“予約取消完了”といった値）などを追加表示（図１１の画面１１００）させ（ｓ３０２）、処理を終了する。
以上説明したように本実施形態によれば、個人旅行の旅程に含まれる様々な予約事象のキャンセル手続を、簡便かつ効率的なものとできる。
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】１０  ネットワーク
１００  取消手続支援システム
１０１  記憶装置
１０２  プログラム
１０３  ＲＡＭ
１０４  演算装置
１０５  通信装置
１２５  予約情報テーブル
１２６  イベント判定テーブル
２００  ユーザ端末
３００  予約管理システム
３２５  予約ＤＢ
４００  気象予報システム
５００  交通情報システム
６００  ニュース配信システム
８００  画面
９００  画面
１１００  画面
【図１】
2018067276.tif 000003
【図２】
2018067276.tif 000004
【図３】
2018067276.tif 000005
【図４】
2018067276.tif 000006
【図５】
2018067276.tif 000007
【図６】
2018067276.tif 000008
【図７】
2018067276.tif 000009
【図８】
2018067276.tif 000010
【図９】
2018067276.tif 000011
【図１０】
2018067276.tif 000012
【図１１】
2018067276.tif 000013