JP6976346B2 - データ管理システムにおける非標準データ管理 - Google Patents

Description

世界的分散システム(GDS:Global Distribution System)とは、複数の提供者からの旅行関連サービスの管理を容易にする処理機能およびデータベース機能を提供するデータ処理システムである。ユーザシステムは、フライト、ホテルの部屋、またはレンタカーなどの旅行関連サービスを検索し、価格を調べ、予約し、購入し、かつ使用するために、GDSに接続してよく、GDSを使用してよい。これらの管理機能を提供するために、GDSは、旅行者によって予約され(reserved)、予約され(booked)、かつ/または使用されている旅行サービスの経過を追うための集中型データベースに依拠する。この集中型データベースは、しばしば、乗客予約記録(PNR:Passenger Name Record)データベースと呼ばれ、旅行者および彼らの旅程についての情報を含むデータフィールドを含む、データベースレコード(すなわち、PNR)の集合を記憶する。

旅行サービスの販売および使用を管理するために、GDSは、通常、旅行サービスの提供者によって操作されるコンピュータシステムと通信する。たとえば、GDSは、PNRの中で識別される旅行サービスの販売および使用を管理するために、航空会社、ホテル、またはレンタカー会社によって操作されるコンピュータ化予約システム(CRS:Computerized Reservation System)と対話し得る。このために、GDSは、GDSとインターフェースできるCRSまたは他の好適なシステムを有する、少数の大規模な提供者からの旅行サービスを管理することに限定される。

目的地サービス提供者とは、目的地において現地で旅行サービスを提供する会社である。目的地サービス提供者は、通常、旅行者の目的地に関係する特定の知識、および/または目的地における特化されたサービスを提供する際の専門知識を保有する。場合によっては、旅行者は、目的地サービス提供者からの旅行サービスを予約することを望むことがある。しかしながら、サービスを予約するためのコンピュータシステムを目的地サービス提供者が無条件に維持することを仮定すると、PNRの中に記憶された機密情報を保護するために、またセキュリティ上の理由のために、これらのシステムは、標準化制約に起因して、GDSと通信することまたはPNRにアクセスすることができない。したがって、目的地サービス提供者からのサービスを含む旅行を予約する旅行代理業者または旅行者は、GDSによって提供される集中型管理機能を使用することができず、または目的地サービス提供者によって提供されるサービスを含む完全な旅行日程を管理するためのPNRにレコードを追加することができない。

GDSを使用して目的地サービス提供者のサービスを管理できないことは、旅行代理業者または旅行者にとっていくつかの問題を引き起こし得る。たとえば、GDS検索エンジンは、目的地サービス提供者の情報へのアクセスが欠如する可能性があり、システムユーザが所望のサービスを識別するのを困難にする。システムユーザがサービスを識別することができた場合、外国のロケーションにおける目的地に関して、システムユーザによって使用される言語と目的地サービス提供者によって使用される言語との違いが、目的地旅行サービスの予約を妨げ得る。システムユーザがサービスを識別および予約する場合には、ユーザは、GDS、または完全な旅程の一部としてサービスを管理するためにPNRによって提供される集中型記録管理を、やはり使用することができない。

したがって、目的地サービス提供者によって提供される旅行サービスの使用を検索し、予約し(reserve)、価格を調べ、予約し(book)、かつ追跡するための能力を改善する、改善されたシステム、方法、およびコンピュータプログラム製品が必要とされる。

本発明の一実施形態では、非標準フォーマットを有するサービス提案を管理するために拡張データ構造を使用するデータ処理システムが提供される。システムは、1つまたは複数のプロセッサと、プロセッサに結合されたメモリとを含む。メモリは、1つまたは複数のプロセッサのうちの少なくとも1つによって実行されたとき、システムに、標準フォーマットを有する標準データ構造を、非標準フォーマットを有する拡張データ構造にリンクさせる、プログラムコードを記憶する。プログラムコードは、さらにシステムに、サービス要求を生成することと、拡張データ構造の第1のフィールドの中にサービス要求を記憶することと、サービス要求を第1のサービス提供者の第1のサーバへ送信することとをさせる。第1のサーバからの第1のサービス提案の受信に応答して、プログラムコードは、システムに、拡張データ構造の第2のデータフィールドの中に第1のサービス提案を記憶させる。

本発明の別の態様では、データベースの中の拡張データ構造のロケーションを識別するデータを標準データ構造の第3のデータフィールドの中に記憶することによって、標準データ構造が拡張データ構造にリンクされる。

本発明の別の態様では、プログラムコードは、さらにシステムに、クライアントアプリケーションから検索クエリを受信させ、検索クエリは検索基準を含む。検索クエリの受信に応答して、プログラムコードは、さらにシステムに、検索基準に整合するプロファイルレコードを求めてデータベースを検索させ、データベースの中のプロファイルレコードの各々は、それぞれのサービスを規定するとともにサービスのそれぞれの提供者を識別する。プログラムコードは、さらにクライアントアプリケーションに、整合するプロファイルレコードのうちの1つまたは複数を表示させるとともに、整合するプロファイルレコードのうちの1つまたは複数のうちの1つを識別する入力を受信する。識別されるプロファイルレコードは、第1のサービス提供者によって提供されるサービスを規定し、サービス要求は入力の受信に応答して生成される。

本発明の別の態様では、各プロファイルレコードはランキング値に関連し、クライアントアプリケーションによって表示される整合するプロファイルレコードのうちの1つまたは複数は、整合するプロファイルレコードの各々のランキング値に少なくとも部分的に基づいて、整合するプロファイルレコードから選択される。

本発明の別の態様では、プログラムコードは、さらにシステムに、クライアントアプリケーションから第1のサービス提案のランクを受信することと、ランクに少なくとも部分的に基づいて、第1のサービス提案に対応するプロファイルレコードのランキング値を調整することとをさせる。

本発明の別の態様では、データベースはウェブサーバによってホストされ、各プロファイルレコードは、それぞれのサービスを記述するデータを含むウェブページに関連し、プログラムコードは、さらにシステムに、第1のサーバから1つまたは複数のデータファイルを受信することと、1つまたは複数のデータファイルに基づいて、識別されるプロファイルレコードに関連するウェブページを規定することとをさせる。

本発明の別の態様では、標準データ構造は、旅程を規定する1つまたは複数の要素を含み、プログラムコードは、さらにシステムに、旅程を予約するための第1の要求を受信させる。第1の要求の受信に応答して、プログラムコードは、さらにシステムに、拡張データ構造から第1のサービス提案を抽出することと、第1のサービス提案を予約するために、第2の要求を第1のサービス提供者へ送信することとをさせる。

本発明の別の態様では、プログラムコードは、さらにシステムに、第1のサービス提供者から予約確認を受信することと、予約確認の受信に応答して、拡張データ構造の中で第1のサービス提案のステータスを保留から予約済みに変更することとをさせる。

本発明の別の態様では、プログラムコードは、さらにシステムに、サービス要求を第2のサービス提供者の第2のサーバへ送信することと、第2のサービス提供者から第2のサービス提案を受信することと、オープンというステータスを有する拡張データ構造の中に、第1のサービス提案および第2のサービス提案を記憶することとをさせる。第1のサービス提案を受諾するクライアントアプリケーションからの許可の受信に応答して、プログラムコードは、さらにシステムに、第1のサービス提案のステータスをオープンから保留に変更させる。

本発明の別の実施形態では、非標準フォーマットを有するサービス提案を管理するために拡張データ構造を使用する方法が提供される。方法は、標準フォーマットを有する標準データ構造を、非標準フォーマットを有する拡張データ構造にリンクさせることと、サービス要求を生成することと、拡張データ構造の第1のフィールドの中にサービス要求を記憶することと、サービス要求を第1のサービス提供者の第1のサーバへ送信することとを含む。第1のサーバからの第1のサービス提案の受信に応答して、方法は、拡張データ構造の第2のデータフィールドの中に第1のサービス提案を記憶する。

本発明の別の態様では、方法は、データベースの中の拡張データ構造のロケーションを識別する第3のデータフィールドを、標準データ構造の中に記憶することによって、標準データ構造を拡張データ構造にリンクさせることをさらに含む。

本発明の別の態様では、標準データ構造および拡張データ構造は、拡張データレコードを備える。

本発明の別の態様では、方法は、クライアントアプリケーションから検索基準を含む検索クエリを受信することをさらに含む。検索クエリの受信に応答して、方法は、検索基準に整合するプロファイルレコードを求めてデータベースを検索し、データベースの中のプロファイルレコードの各々は、それぞれのサービスを規定するとともにサービスのそれぞれの提供者を識別する。方法は、整合するプロファイルレコードのうちの1つまたは複数をクライアントアプリケーションに表示させることと、整合するプロファイルレコードのうちの1つまたは複数のうちの1つを識別する入力を受信することとをさらに含む。識別されるプロファイルレコードは、第1のサービス提供者によって提供されるサービスを規定し、サービス要求は入力の受信に応答して生成される。

本発明の別の態様では、各プロファイルレコードは、ランキング値に関連し、クライアントアプリケーションによって表示される整合するプロファイルレコードのうちの1つまたは複数は、整合するプロファイルレコードの各々のランキング値に少なくとも部分的に基づいて、整合するプロファイルレコードから選択される。

本発明の別の態様では、方法は、クライアントアプリケーションから第1のサービス提案のランクを受信することと、ランクに少なくとも部分的に基づいて、第1のサービス提案に対応するプロファイルレコードのランキング値を調整することとをさらに含む。

本発明の別の態様では、データベースは、ウェブサーバによってホストされ、各プロファイルレコードは、それぞれのサービスを記述するデータを含むウェブページに関連し、方法は、第1のサーバから1つまたは複数のデータファイルを受信することと、1つまたは複数のデータファイルに基づいて、識別されるプロファイルレコードに関連するウェブページを規定することとをさらに含む。

本発明の別の態様では、標準データ構造は、旅程を規定する第3のデータフィールドを含み、方法は、旅程を予約するための第1の要求を受信することをさらに含む。第1の要求の受信に応答して、方法は、拡張データ構造から第1のサービス提案を抽出し、第1のサービス提案を予約するために、第2の要求を第1のサービス提供者へ送信する。

本発明の別の態様では、方法は、第1のサービス提供者から予約確認を受信することと、予約確認の受信に応答して、拡張データ構造の中で第1のサービス提案のステータスを保留から予約済みに変更することとをさらに含む。

本発明の別の態様では、方法は、サービス要求を第2のサービス提供者の第2のサーバへ送信することと、第2のサービス提供者から第2のサービス提案を受信することと、オープンというステータスを有する拡張データ構造の中に、第1のサービス提案および第2のサービス提案を記憶することとをさらに含む。第1のサービス提案を受諾するクライアントアプリケーションからの許可の受信に応答して、方法は、第1のサービス提案のステータスをオープンから保留に変更する。

本発明の別の実施形態では、非標準フォーマットを有するサービス提案を管理するために拡張データ構造を使用するためのコンピュータプログラム製品が提供される。コンピュータプログラム製品は、非一時的コンピュータ可読記憶媒体と、非一時的コンピュータ可読記憶媒体上に記憶されるプログラムコードとを含み、プログラムコードは、1つまたは複数のプロセッサによって実行されたとき、プロセッサに、標準フォーマットを有する標準データ構造を、非標準フォーマットを有する拡張データ構造にリンクさせる。プログラムコードは、さらにプロセッサに、サービス要求を生成することと、拡張データ構造の第1のフィールドの中にサービス要求を記憶することと、サービス要求を第1のサービス提供者の第1のサーバへ送信することとをさせる。第1のサーバからの第1のサービス提案の受信に応答して、プログラムコードは、プロセッサに、拡張データ構造の第2のデータフィールドの中に第1のサービス提案を記憶させる。

上記の発明の概要は、本明細書で説明される発明の特定の態様の基本的な理解をもたらすために、本発明のいくつかの実施形態の簡略化された概要を提示し得る。発明の概要の目的は、以下で提示される発明を実施するための形態への導入として、いくつかの概念を簡略化された形態で提示することである。

添付図面は、本発明の様々な実施形態を示し、上記で与えられた本発明の概略的な説明および以下で与えられる実施形態の詳細な説明とともに、本発明の実施形態を説明するのに役立つ。

データ管理アプリケーション、ユーザシステム、標準提供者システム、非標準提供者システム、拡張データレコード(EDR:Extended Data Record)データベース、分散旅行ネットワーク(DTN:Distribution Travel Network)データベース、およびデータ管理システムを含む、例示的な動作環境の概略図である。 図1の動作環境を提供するために使用され得る例示的なコンピュータの概略図である。 旅行管理プロセスの購入段階のための、図1のデータ管理アプリケーション、ユーザシステム、非標準提供者システム、EDRデータベース、およびDTNデータベースの間のメッセージフローを示すシーケンス図である。 旅行管理プロセスの事前予約段階および予約段階のための、図1のデータ管理アプリケーション、ユーザシステム、非標準提供者システム、EDRデータベース、およびDTNデータベースの間のメッセージフローを示すシーケンス図である。

本発明の実施形態は、1つまたは複数の旅行提供者システム、旅行代理店システム、および/またはデータベースシステムの間の相互接続を可能および/または容易にする、処理機能およびデータベース機能を提供するデータ処理システムによって実施され得る。データベースシステムは、分散旅行ネットワークを規定するレコードを記憶および管理する新たなタイプのデータベース、ならびに分散旅行ネットワークによって生成される非標準データおよび/または要素を記憶するための拡張データレコードを提供するデータベースを含んでよい。データベースは、セキュアな業界標準インターフェースを通じてユーザおよび標準提供者システムによってアクセス可能であり、かつオープンなインターフェースを通じて非標準提供者システムにアクセス可能である、ユーザインターフェースを提供するように構成されたデータ管理アプリケーションによって管理され得る。データ管理アプリケーションは、それによって、旅行者のための旅行情報を閲覧および管理するための、既存の予約レコード標準との互換性を維持する単一のアクセス点を、ユーザ、標準提供者、および非標準提供者に提供し得る。

次に図1を参照すると、本発明の一実施形態による動作環境10は、データ管理アプリケーション12、ユーザシステム14、標準提供者(SP:Standard Provider)システム16、非標準提供者(NSP:Non-Standard Provider)システム18、拡張データレコード(EDR)データベース20、および分散旅行ネットワーク(DTN)データベース22を含んでよい。データ管理アプリケーション12、ユーザシステム14、SPシステム16、NSPシステム18、EDRデータベース20、およびDTNデータベース22は、ネットワーク24を通じて通信し得る。ネットワーク24は、ネットワーク24に接続されたシステム間でのデータの交換を可能にする1つまたは複数のプライベートデータネットワークまたは公衆データネットワーク(たとえば、インターネット)を含んでよい。本発明の一実施形態では、データ管理アプリケーション12、EDRデータベース20、およびDTNデータベース22は、データ管理システム26によって提供され得る。

データ管理アプリケーション12は、ユーザシステム14が、SPシステム16によって提供される標準データ、NSPシステム18によって提供される非標準データ、ならびにEDRデータベース20およびDTNデータベース22の中に記憶された標準データおよび非標準データにアクセスすることを可能にするように構成され得る。データ管理アプリケーション12は、データ管理システム26の中のアプリケーションとして提供され得る。本発明の一実施形態では、データ管理システム26は、世界的分散システム(GDS)に統合されてよい。データ管理アプリケーション12は、旅行商品および旅行サービス(「サービス」)を選択し、予約し(reserve)、かつ予約する(book)ために使用されるシステム(たとえば、ユーザシステム14)と、旅行サービスの提供者によって操作されるシステム(たとえば、SPシステム16)と間の通信を容易にするように構成され得る。データ管理アプリケーション12は、データ管理アプリケーション12によって提供される機能をいくつかのアプリケーションに分割する、分散型アーキテクチャを有してよく、各アプリケーションは、機能の所与のセットを提供することを担当する。

ユーザシステム14は、ユーザがサービスを検索および予約することを可能にするデータ管理アプリケーション12にアクセスするためのインターフェースを、ユーザ(たとえば、旅行代理業者)に提供し得る。ユーザシステム14はまた、旅行者が旅行代理業者の助けなしに旅行日程を検索および予約することを可能にする旅行者システム(図示せず)によってアクセス可能な、サーバアプリケーションを含んでよい。このアプリケーションは、たとえば、旅行者システム上で実行しているウェブブラウザなどのクライアントアプリケーションを使用してネットワーク24を介してアクセス可能な、旅行関連ウェブサイトを備えてよい。

SPシステム16に関連するサービスの、ユーザによる予約に応答して、データ管理アプリケーション12は、乗客予約記録(PNR)などの予約レコードをEDRデータベース20の中に作成および/または記憶し得る。予約レコードは、少なくとも部分的には、対応する提供者システムによって生成されてよく、旅程および旅行者情報を含む1つまたは複数の要素を備えてよい。要素の各々は、予約レコードのフィールドの中に記憶されてよく、旅行者によって予約された1つまたは複数のサービスを規定し得る。予約レコードはまた、予約されたフライトが航行されているかどうかなどの、購入済みサービスの使用を追跡し得る。予約レコードは、特定の旅行、サービス、乗客、または乗客のグループに対する旅程を規定する要素を含んでよい。予約レコードは、EDRデータベース20の中の拡張データベースレコードの中に記憶されてよく、またはそうでなければそれに関連付けられてよい。予約レコードおよび/または拡張データベースレコードは、EDRデータベース20の中のレコードを固有に識別するレコードロケータに関連付けられてよい。

SPシステム16は、航空会社などの、サービスの標準提供者によって操作されてよく、ユーザシステム14および/またはデータ管理システム26などの他のシステムが、航空会社チケット、ホテルの部屋、またはレンタル車両などのサービスの予約および支払いを行うことを可能にする、コンピュータ予約システム(CRS)を含んでよい。SPシステム16はまた、たとえば、バリデイティングキャリア(validating carrier)が、オペレーティングキャリア(operating carrier)によって提供される座席のためのチケットを販売することを可能にするために、直接または別のシステム(たとえば、データ管理システム26)を通じてのいずれかで他のSPシステム(図示せず)と対話し得る。オペレーティングキャリアは、次いで、提供されるサービスの請求書をバリデイティングキャリアに送ってよい。本発明のいくつかの実施形態では、SPシステム16は、対応するキャリア用の電子チケット発行システム(ETS:Electronic Ticketing System)および/または出発管理システム(DCS:Departure Control System)を含んでよい。

SPシステム16へ送信されSPシステム16から受信されるデータは、標準化されたメッセージ交換フォーマットに準拠し得る。たとえば、データ管理アプリケーション12とSPシステム16との間で送信されるメッセージは、A4A/IATA予約インターラインメッセージ手順(AIRIMP:A4A/IATA Reservations Interline Message Procedures) -乗客規格などの、国際航空運送協会(IATA:International Air Transport Association)によって規定された規則に適合し得る。AIRIMP規格は、乗客予約インターラインメッセージ用の広く一般に合意されたメッセージングプロトコルを規定する。AIRIMP規格は、データ管理アプリケーション12、ユーザシステム14、SPシステム16、およびEDRデータベース20の間のトランザクションを処理するために使用されてよく、行政、商業、運輸のための電子データ交換(EDFACT:Electronic Data Interchange for Administration, Commerce and Transport)フォーマッティングを使用して、メッセージを送信し得る。

NSPシステム18は、目的地サービス提供者などの、サービスの非標準提供者によって操作され得る。NSPシステム18は、ウェブサーバ/クライアントアプリケーション、電子メールサーバ/クライアントアプリケーション、または任意の他の好適なアプリケーションなどの、非標準提供者によって使用される1つまたは複数のアプリケーションをホストし得る。NSPシステム18上のアプリケーションは、いくつかの例を挙げれば、ハイパーテキスト転送プロトコル(HTTP:Hypertext Transfer Protocol)、ファイル転送プロトコル(FTP:File Transfer Protocol)、簡易メール転送プロトコル(SMTP:Simple Mail Transfer Protocol)、拡張可能メッセージングおよびプレゼンスプロトコル(XMPP:Extensible Messaging and Presence Protocol)などの、任意の好適なプロトコルを使用してデータ管理アプリケーション12と通信し得る。

EDRデータベース20は、拡張データレコードの中にデータを記憶し得る。各拡張データレコードは、EDRデータベース20の中で互いにリンクされるかまたはそうでなければ互いに関連付けられる、標準データ構造および拡張データ構造を含んでよい。標準データ構造および拡張データ構造は各々、1つまたは複数のフィールドを含んでよく、各フィールドは要素を記憶する。各拡張データレコードは、拡張データレコードを固有に識別するレコードロケータが割り当てられてよい。レコードロケータは、それによって、拡張データレコードからデータを取り出し、または拡張データレコードにデータを記憶するアプリケーションが、拡張データレコードの位置を特定することを可能にし得る。標準データ構造は、標準フォーマットを有する標準データ(たとえば、予約レコード)を記憶するように構成されてよく、拡張データ構造は、非標準フォーマットを有する非標準データ(たとえば、サービス要求または他の非標準要素)を記憶するように構成されてよい。本発明の一実施形態では、標準データ構造はPNRを備えてよい。標準データ構造は、EDRデータベース20の区分の中に、または別個のデータベース、たとえば、PNRデータベースの中に記憶され得る。拡張データ構造は、PNRにリンクされる拡張旅行レコード(ETR:Extended Travel Record)を備えてよい。拡張データ構造は、標準データ構造とは別個のEDRデータベース20の区分の中に、または別個のデータベース、たとえば、ETRデータベース(図示せず)の中に記憶され得る。

DTNデータベース22は、プロファイルレコードの中にデータを記憶し得る。各プロファイルレコードは、DTNのメンバーである非標準提供者を特徴づけるデータを記憶し得る。プロファイルレコードはまた、DTNを通じて非標準提供者によって提案されるサービスのカタログを提供し得る。プロファイルレコードの中に記憶される情報は、非標準提供者によって提案される各サービスを構造化かつ標準化された方法で記述するデータを含んでよい。たとえば、プロファイルレコードは、提案されるサービスのタイプ(たとえば、ジェットスキーレンタル)、サービスが取得され得るロケーション(たとえば、住所)、サービスに対する開始日および終了日、サービスの価格、サービスの説明、非標準提供者の従業員によって話される言語、サービスに対するターゲットオーディエンス、非標準提供者に対するサービスレベル、非標準提供者に対するサービス特色、ならびに/または単一の団体の中にいてもよい旅行者の最大数を記述してよい。

動作においては、ユーザが、非標準提供者によって提供されるサービスを検索するとき、ユーザは、非標準提供者の所望の特性を規定する検索基準を含む検索クエリを、データ管理アプリケーション12へ送信してよい。これらの特性は、非標準提供者がDTNに参加したときに非標準提供者によって規定された、プロファイルレコードの中の特性と比較され得る。十分な精度を有する検索クエリ(たとえば、フランスのニースでのジェットスキー)の場合、データ管理アプリケーション12はDTNデータベース22に照会してよく、検索基準を満たす各非標準提供者(たとえば、ニースの所定の距離内の各ジェットスキーレンタル会社)によって提供されるサービスのリストを戻してよい。

DTNデータベース22は、各非標準提供者が、彼らが提供することを望む彼らのサービスを記述するいかなるレベルの細目も提供できるように、構成されてよい。DTNデータベース22によって提供される構造は、システムを使用する旅行代理業者および/または旅行者が、彼らが非標準提供者と効率的に作業ができるように、整合する可能なサービスを精密に識別することを可能にし得る。非標準サービス提供者は、1つまたは複数のウェブページを備えるデータファイルの交換を可能にするウェブベースインターフェースを通じてDTNデータベース22にアクセスし得る。ウェブベースインターフェースは、ウェブページ、または任意の他の好適な電子文書を使用して、情報を表示および受信し得る。

次に図2を参照すると、動作環境10のデータ管理アプリケーション12、ユーザシステム14、SPシステム16、NSPシステム18、EDRデータベース20、DTNデータベース22、ネットワーク24、およびデータ管理システム26は、例示的なコンピュータ30などの1つまたは複数のコンピュータデバイスまたはシステム上に実装され得る。コンピュータ30は、プロセッサ32、メモリ34、大容量記憶メモリデバイス36、入出力(I/O)インターフェース38、およびヒューマンマシンインターフェース(HMI:Human Machine Interface)40を含んでよい。コンピュータ30はまた、ネットワーク24またはI/Oインターフェース38を介して1つまたは複数の外部リソース42に動作可能に結合され得る。外部リソースは、限定はしないが、サーバ、データベース、大容量記憶デバイス、周辺デバイス、クラウドベースネットワークサービス、またはコンピュータ30によって使用され得る任意の他の好適なコンピュータリソースを含んでよい。

プロセッサ32は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス、ステートマシン、論理回路、アナログ回路、デジタル回路、またはメモリ34の中に記憶されている動作可能命令に基づいて信号(アナログまたはデジタル)を操作する任意の他のデバイスから選択される、1つまたは複数のデバイスを含んでよい。メモリ34は、限定はしないが、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、揮発性メモリ、不揮発性メモリ、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、フラッシュメモリ、キャッシュメモリ、またはデータを記憶できる任意の他のデバイスを含む、単一のメモリデバイスまたは複数のメモリデバイスを含んでよい。大容量記憶メモリデバイス36は、ハードドライブ、光ドライブ、テープドライブ、揮発性もしくは不揮発性のソリッドステートデバイス、またはデータを記憶できる任意の他のデバイスなどの、データ記憶デバイスを含んでよい。

プロセッサ32は、メモリ34の中に常駐するオペレーティングシステム44の制御下で動作し得る。オペレーティングシステム44は、メモリ34の中に常駐するアプリケーション46などの1つまたは複数のコンピュータソフトウェアアプリケーションとして具現化されたコンピュータプログラムコードが、プロセッサ32によって実行される命令を有し得るように、コンピュータリソースを管理し得る。プロセッサ32はまた、アプリケーション46を直接実行してよく、その場合、オペレーティングシステム44は省かれてよい。1つまたは複数のコンピュータソフトウェアアプリケーションは、サーバを備えるアプリケーションの実行中のインスタンスを含んでよく、サーバは、1つまたは複数の対応するクライアントアプリケーションからの要求を受諾してよく、1つまたは複数の対応するクライアントアプリケーションに応答を提供してよい。1つまたは複数のデータ構造48も、メモリ34の中に常駐してよく、データを記憶または操作するために、プロセッサ32、オペレーティングシステム44、またはアプリケーション46によって使用され得る。

I/Oインターフェース38は、ネットワーク24または外部リソース42などの、他のデバイスおよびシステムにプロセッサ32を動作可能に結合させる、マシンインターフェースを提供し得る。アプリケーション46は、それによって、I/Oインターフェース38を介して通信することによってネットワーク24または外部リソース42と協働して機能して、本発明の実施形態を備える様々な特徴、機能、アプリケーション、プロセス、またはモジュールを提供し得る。アプリケーション46はまた、1つもしくは複数の外部リソース42によって実行されるプログラムコードを有してよく、またはそうでなければコンピュータ30の外部にある他のシステムもしくはネットワーク構成要素によって提供される機能もしくは信号に依拠してよい。確かに、ほぼ無限の可能なハードウェア構成およびソフトウェア構成が与えられると、本発明の実施形態が、コンピュータ30に対して外部的に配置されるか、複数のコンピュータもしくは他の外部リソース42の間で分散されるか、またはクラウドコンピューティングサービスなどのサービスとしてネットワーク24を介して提供されているコンピューティングリソース(ハードウェアおよびソフトウェア)によって提供される、アプリケーションを含んでよいことを、当業者は理解されよう。

HMI40は、ユーザがコンピュータ30と直接対話することを可能にするために、コンピュータ30のプロセッサ32に動作可能に結合され得る。HMI40は、ビデオディスプレイまたは英数字ディスプレイ、タッチスクリーン、スピーカー、ならびにデータをユーザに提供できる任意の他の好適な音響インジケータおよび視覚インジケータを含んでよい。HMI40はまた、ユーザからコマンドまたは入力を受け取ること、およびプロセッサ32へ入力を送信することができる、英数字キーボード、ポインティングデバイス、キーパッド、押しボタン、制御ノブ、マイクロフォンなどの、入力デバイスおよび制御装置を含んでよい。

データベース50は、大容量記憶メモリデバイス36上に常駐してよく、本明細書で説明される様々なシステムおよびモジュールによって使用されるデータを収集および編成するために使用され得る。データベース50は、データならびにデータを記憶および編成する支援データ構造を含んでよい。詳細には、データベース50は、限定はしないが、リレーショナルデータベース、階層型データベース、ネットワークデータベース、オブジェクト指向データベース、またはそれらの組合せを含む、任意のデータベース編成またはデータベース構造を用いて構成されてよい。

プロセッサ32上で命令として実行するコンピュータソフトウェアアプリケーションの形態のデータベース管理システムは、照会に応答して、データベース50のレコードの中に記憶されたデータにアクセスするために使用されてよく、ここで、照会は、オペレーティングシステム44、他のアプリケーション46、または1つもしくは複数のモジュールによって動的に決定および実行され得る。本発明の実施形態は、特定の事例において、リレーショナルデータベース用語、階層型データベース用語、ネットワークデータベース用語、オブジェクト指向データベース用語、または他のデータベース用語を使用して本明細書で説明され得るが、本発明の実施形態が、任意の好適なデータベース管理モデルを使用してよく、いかなる特定のタイプのデータベースにも限定されないことを、当業者は理解されよう。

DTNは、データ管理システム26への非標準提供者アクセスを提供することによって、旅行代理業者と非標準提供者とを接続し得る。この目的で、データ管理アプリケーション12、EDRデータベース20、およびDTNデータベース22は、非標準提供者がDTNのメンバーとして登録することを可能にするために協働して動作し得る。非標準提供者は、たとえば、DTNの中でプロファイルを作成および登録することによって、DTNのメンバーとして登録してよい。プロファイルは、DTNデータベース22の中のレコードの中に記憶されてよく、DTNを規定するためにDTNデータベース22の中の他のプロファイルにリンクされてよい。DTNは、旅行代理業者が、標準旅行予約環境、たとえば、データ管理システム26によってユーザシステム14を通じて提供されるユーザインターフェースから離れることなく、非標準提供者を検索し、非標準提供者に連絡することを可能にし得る。

非標準提供者のサービスの範囲を詳述するために、非標準提供者は、彼らのプロファイルに情報を追加してよい。この情報は、サービスのタイプ(たとえば、ツアー、イベント、スポーツ、アトラクション)、それらのターゲットオーディエンス(たとえば、家族、夫婦、独身者)、利用可能なサービスレベル(たとえば、基本、高級)、サービスの特色(たとえば、冒険、エコツーリズム)、提供者の従業員によって話される言語(たとえば、英語、スペイン語、フランス語)、および/または受け取られる通貨(たとえば、米ドル、ユーロ)などの、提供されるサービスについての全般的な情報を含んでよい。このプロファイル情報は、旅行者からの要求を満たすための非標準提供者の関連するセットを、旅行代理店がターゲットにする助けとなり得る。

非標準提供者は、彼らが登録する時点においてDTNのメンバーであり得るが、サービスを提供することの承認されたレコードを有しなくてよい。すなわち、非標準提供者は、DTNに加入している旅行代理店に依然として知られていなくてよい。これらの非標準提供者のプロファイルを識別するために、データ管理システム26は、データ管理アプリケーション12によって受信された照会に整合する非標準提供者およびサービスを求めてDTNデータベース22を検索するように構成された検索エンジンを含んでよい。しかしながら、検索エンジンは、新規登録された非標準提供者が、よく知られているかまたは高く格付けされた非標準提供者よりも低い頻度で検索結果の中に出現するように、構成されてよい。

新規登録された非標準提供者の認知度を改善するために、彼らは、旅行代理店が非標準提供者を査定および格付けすることを可能にする事前予約プロセスに参加するための機会が与えられてよい。DTNはまた、1つまたは複数の旅行代理店が、DTN内に彼ら自身のグループまたはサブネットワークを形成できるように、構成されてよい。新規登録された非標準提供者は、これらのサブネットワークのうちの1つに参加して認知度を得るために登録してよい。上記のプロセスは、非標準提供者に彼らの信頼性およびサービス品質を実演するように強いることによって、旅行代理店のプロファイルと、すぐれたサービスを有する非標準提供者のプロファイルとの間のリンクを強化し得る。

非標準提供者がDTNの中に完全に登録されると、(やはりDTNの中に登録され得る)旅行代理店プロファイルと非標準提供者プロファイルとの間にリンクが形成され始めてよく、それによって、プロファイルのネットワークを作成する。このネットワークを使用して、旅行代理店は、非標準提供者、および/または非標準提供者によって提案されるサービスを検索し得る。この事前予約プロセスを容易にし、高速化するために、旅行代理店は、たとえば、非標準提供者と専用の協定を形成することによって、もっぱら非標準提供者の所与のセットで作業し得る。専用の協定は、たとえば、パートナーシップおよび/または委託協定を締結することによって作成されてよい。

旅行代理店はまた、特定の非標準提供者を除外してよく、すなわち「ブラックリスト」に載せてよい。旅行代理店は、たとえば、市場不整合のために、または非標準提供者を伴う過去の経験に基づいて、非標準提供者をブラックリストに載せてよい。DTNは、それによって、DTNのメンバーである各旅行代理店に、DTN内の非標準提供者の彼ら自身のプライベートネットワークを規定するための能力を提供し得る。DTNはまた、旅行代理店が、ブラックリストに載せられている非標準提供者から不要な提案またはコンテンツを受け取らないように、指定された非標準提供者をグローバルにブラックリストに載せるための能力を、旅行代理店に提供し得る。

DTNは、DTN内の公衆ネットワークまたはプライベートネットワークを通じて旅行代理業者と非標準提供者とを接続し得る。これらのネットワークは、DTNデータベース22の中のプロファイルをリンクさせることによって作成され得る。DTNデータベース22は、それによって、ネットワークの中の非標準提供者から利用可能なサービスのカタログへのアクセスを、旅行代理業者に提供し得る。旅行代理業者は、標準提供者と非標準提供者の両方からのサービスの事前予約、購入、および予約のために、単一のユーザインターフェースを使用できる場合がある。旅行計画立案の事前予約段階の間にフラグが付けられたサービスは、拡張データレコードの中に記憶されてよく、それによって、旅行代理業者の効率を高め、旅行の合致した一覧を旅行者に提供する。

DTNは、サービス要求を使用して、非標準提供者と旅行代理業者との間での事前予約交換を形式化し得る。旅行代理業者と非標準提供者との間でのサービス要求およびサービス提案の交換は、対応する拡張データレコードの中に要素を追加することによって文書化され得る。拡張データレコードに追加される各要素は、サービス要求またはサービス提案の状態を示すステータスを含んでよい。たとえば、ユーザによって選択されていないサービス提案は、「オープン」というステータスを有してよく、予約がそれに対して要求されているがまだ確認されていないサービス提案は、「保留」というステータスを有してよく、非標準提供者によって確認されているサービス提案は、「予約済み」というステータスを有してよい。サービス要求は、たとえば、DTNを使用して送られるメッセージ(たとえば、SMTPメッセージ)であってよく、拡張データレコードの中に記憶され得る。サービス要求は、旅行代理業者が、非標準提供者に関連するサービスを要求するたびに、データ管理アプリケーション12によって非標準提供者のNSPシステム18へ送信されてよい。各サービス要求は、旅行者が彼らの旅行に追加するために見ているサービスを記述する要素を含んでよい。

サービス要求の中に含まれる情報は、表題、サービス要求識別子、起点ロケーション(たとえば、国、地域、および/または都市)、目的地ロケーション(たとえば、国、地域、および/または都市)、旅行日または日付の範囲、サービス要求のステータス、作成日(システムによって計算され得る)、サービス要求がそれまでに回答されなければならない満了日、サービスを使用することを希望する旅行者の名前、年齢、およびタイプ、所望のサービスの説明、要求される提案のタイプ(たとえば、いくつかの提案を受け取ることはタクシーを予約するのに必須ではない)、要求される提案の最大数、サービス要求を発しているユーザシステムの識別情報、サービス要求に対する受託者事務所の識別情報、要求されるサービスタイプ(アクティビティまたはサービス)、1つまたは複数のサービスタイプの選択肢、あるいは捜し求められているサービスの任意の他の特性を含んでよい。

図3は、旅行計画立案の購入段階に関連して、データ管理アプリケーション12、ユーザシステム14、NSPシステム18、EDRデータベース20、およびDTNデータベース22の間で送信され得るメッセージの例示的なシーケンスを示すシーケンス図を図示する。この購入段階は、非標準サービスを検索すること、および1つまたは複数の非標準提供者からの提案を引き出すことを含んでよい。プロセスを開始するために、ユーザ(たとえば、旅行代理業者)は、ユーザシステム14に検索クエリ62をデータ管理アプリケーション12へ送信させてよい。データ管理アプリケーション12は、次に、検索基準に整合するレコードを戻すようにデータベースに要求するデータベース照会64を、DTNデータベース22へ送信し得る。

データベース照会64の受信に応答して、DTNデータベース22は、検索66を実行し得、検索結果68をデータ管理アプリケーション12へ送信し得る。検索結果は、データベース照会64の中の検索基準を満たす、非標準提供者および/または非標準提供者によって提供されるサービスに対するプロファイルを含んでよい。データ管理アプリケーション12は、次いで、DTNデータベース22によって戻された検索結果の少なくとも一部分をユーザシステム14に表示させる応答70を、ユーザシステム14へ送信し得る。検索結果は、データ管理アプリケーション12によってフィルタ処理および/またはフォーマットされてよく、検索クエリ62の中の検索基準に整合する、1つもしくは複数の非標準提供者、および/または非標準提供者によって提案される1つもしくは複数のサービスを識別し得る。フィルタ処理は、非標準提供者のランクに少なくとも部分的に基づいてよい。ランクは、非標準提供者に関連するプロファイルレコードの中に記憶されたランキング値に基づいてよい。

表示された検索結果のうちの1つまたは複数の、旅行代理業者による選択に応答して、ユーザシステム14は、検索結果によって識別された非標準サービスのうちの1つまたは複数を提供するための提案を要求するメッセージ72を、データ管理アプリケーション12へ送信し得る。表示された検索結果の選択は、たとえば、サービス要求を生成するために使用された情報をオンライン形式に書き込むことを備えてよい。メッセージ72の受信に応答して、データ管理アプリケーション12は、1つまたは複数のサービス要求を1つまたは複数の非標準提供者システムへ送信し得る。明快のために、図3によって図示される例では、単一のサービス要求74のみがNSPシステム18へ送信される。

データ管理アプリケーション12は、非標準サービスが追加されるべき旅行日程に関連するEDRデータベース20の中の拡張データレコードに、サービス要求74をリンクさせてよい。データ管理アプリケーション12は、たとえば、メッセージ76をEDRデータベース20へ送信することによって、リンクを作成し得る。メッセージは、たとえば、EDRデータベース20がサービス要求74を特定の拡張データレコードに関連付けること(78)を要求し得る。関連付けは、たとえば、サービス要求74のコピーがその中に記憶される拡張データレコードのレコードロケータにサービス要求74のサービス要求識別子を関連付けるインデックスに、エントリを追加することによって作成され得る。関連付けの作成に応答して、EDRデータベース20は、確認メッセージ80をデータ管理アプリケーション12へ送信し得る。

サービス要求74の受信に応答して、NSPシステム18は、サービス要求が関連付けられる旅行日程を規定する情報、およびサービス要求のステータスを表示し得る。旅行日程、およびサービス要求のステータスは、たとえば、サービス要求74の中のデータに基づいて規定され得る。このデータの少なくとも一部分は、データ管理アプリケーション12によって、関連する拡張データレコードから抽出されるとともにサービス要求に追加されていることがあり、NSPシステム18を通じて表示されているデータ管理アプリケーション12のユーザインターフェースによって提供される「ダッシュボード」の一部として、NSPシステム18によって表示され得る。

非標準提供者は、表示されたデータを検討してよく、NSPシステム18にサービス提案82をデータ管理アプリケーション12へ送信させてよい。サービス提案82は、非標準サービスおよび非標準サービスを購入するための条項を規定し得る。データ管理アプリケーション12は、次に、提案を規定する情報をユーザシステム14に表示させるメッセージ84を、ユーザシステム14へ送信してよい。この情報は、たとえば、非標準サービス、および非標準サービスを予約するためにいくらの費用がかかるのかを識別し得る。

例として、動作においては、旅行者は、彼らがニューヨーク市への旅行の間にスポーツイベントに参加したいことを旅行代理業者に示してよい。それに応答して、旅行代理業者は、旅行者がニューヨークにいる間の指定された時間期間中にニューヨークの近所で行われるスポーツイベントへのチケットを求める検索を、ユーザシステム14に発行させ得る。検索クエリの受信に応答して、データ管理アプリケーション12は、検索基準、たとえば、指定された時間中のニューヨークエリアでのスポーツイベントに整合する非標準提供者および/またはサービスについて、DTNデータベース22に照会してよい。DTNデータベース22は、1つまたは複数のスポーツイベント、たとえば、ナショナルバスケットボール協会(登録商標)(NBA:National Basketball Association)のKnicks(登録商標)またはNets(登録商標)に関係する1つまたは複数の試合へのチケットのための様々なパッケージ、および/あるいはそうしたチケットの非標準提供者を識別する、検索結果を戻してよい。

データ管理アプリケーション12によって戻された検索結果が、旅行者が(たとえば、Knicksの試合への1つまたは複数のチケットパッケージに)関心があるだろうと旅行代理業者が考えるという検索結果を含む場合、旅行代理業者は、検索結果のうちの1つまたは複数に対する提案を要求してよい。旅行代理業者が検索結果に関連した提案を受けたいという旅行代理業者による提示に応答して、データ管理アプリケーション12は、選択された1つまたは複数の検索結果に関連する各NSPシステム18へサービス要求を送信してよく、サービス要求をEDRデータベース20の中にセーブしてよい。非標準提供者は、次に、彼らのそれぞれのNSPシステム18にサービス提案をデータ管理アプリケーション12へ送信させてよい。

NSPシステム18からのサービス提案の受信に応答して、データ管理アプリケーション12は、旅行代理業者への提案を表す情報をユーザシステム14に表示させてよい。データ管理アプリケーション12はまた、後で閲覧または参照できるように、サービス提案をEDRデータベース20の中に記憶し得る。ユーザシステム14上に表示される情報は、非標準提供者の識別情報および格付け、予約するために利用可能なサービス(たとえば、スポーツイベントへのチケット)についての情報、ならびに各提案の推薦される条項(たとえば、スポーツイベントに対する価格および日付)を含んでよい。

図4は、旅行日程に対する事前予約段階および予約段階に関連して生成され得るメッセージの例示的なシーケンスを示すシーケンス図を図示する。事前予約段階は、旅行日程の中に含めるべき、非標準提供者のうちの1つからの提案の折衝および選択を含んでよい。旅行代理業者は、ユーザシステム14によって表示されている提案のうちの1つまたは複数を選択すること、および対案が作成されるべきであるという表示を提供することによって開始し得る。この目的で、また旅行代理業者からの入力の受信に応答して、ユーザシステム14は、対案の条項を規定する要求86を、データ管理アプリケーション12へ送信し得る。要求86は、旅行代理業者にとって受諾可能であることになる推薦された条項、たとえば、より低価格かつ/またはより高レベルのサービスを規定するデータを含んでよい。随意に、現在の提案が旅行代理業者にとって受諾可能である場合、旅行代理業者は、要求86を送ることを省いてよく、単に承認のために既存の提案を旅行者に転送してよい。

ユーザシステム14からの要求86の受信に応答して、データ管理アプリケーション12は、サービス要求88をNSPシステム18へ送信してよい。2つ以上の提案が考慮に入れられている場合(たとえば、異なるNSPシステムから受信された複数のサービス提案があった場合)には、データ管理アプリケーション12は、サービス要求88を複数のNSPシステムへ送ってよい。いずれの場合も、データ管理アプリケーション12は、インデックスを使用して、要求86に関連するサービス提案および/またはNSPシステム18を識別し得る。サービス要求88は、ユーザシステム14とNSPシステム18との間でのサービス要求/サービス提案の1つまたは複数の交換を備える、折衝プロセスの開始をトリガし得、交換はデータ管理アプリケーション12によって管理される。

サービス要求88の受信に応答して、NSPシステム18は、対案の条項を規定する情報を表示し得る。非標準提供者は、表示されたデータを検討してよく、NSPシステム18に新たなサービス提案90をデータ管理アプリケーション12へ送信させてよい。サービス提案90は、新たな非標準サービス、および/またはその非標準サービスを購入するための更新済みの条項を規定し得る。データ管理アプリケーション12は、次に、更新済みの提案を規定する情報をユーザシステム14に表示させるメッセージ92を、ユーザシステム14へ送信してよい。

新たな提案の条項が旅行代理業者に満足を与える場合、提案は承認のために旅行者に提示され得る。旅行者が提案を承認する場合、旅行代理業者は、ユーザシステム14に、非標準サービスが受諾されたことを示すメッセージ94をデータ管理アプリケーション12へ送信させてよい。メッセージ94の受信に応答して、データ管理システムは、サービス提案が受諾されたことを非標準提供者に通知する要求96をNSPシステム18へ送信してよく、非標準提供者は、最新のサービス提案の条項の下でサービスを予約すべきである。要求96の受信に応答して、NSPシステム18は、サービス98を予約してよく、予約確認100をデータ管理アプリケーション12へ送信してよい。予約確認100は、非標準サービスに対して兌換可能な、埋込みコード(たとえば、QRコード（登録商標）または他の機械可読コード)を有するチケットまたは引換券などの文書を含んでよい。

予約確認100の受信に応答して、データ管理アプリケーション12は、サービス要求識別子に関連する旅程に非標準サービスが追加されることを要求する要求102を、EDRデータベース20へ送信してよい。EDRデータベース20は、次いで、予約された非標準サービスを規定する要素104を、拡張データレコードに追加し得る。要素はまた、引換券を規定する拡張データレコードに追加されてよい。これらの要素は、たとえば、拡張データレコードの拡張データ構造の中に記憶され得る。要素104が拡張データレコードに追加されると、EDRデータベース20は、確認106をデータ管理アプリケーション12へ送信してよく、データ管理アプリケーション12は、確認108をユーザシステム14へ送信してよい。旅行代理業者は、次いで、たとえば、紙のプリントアウトとして、または引換券を表示するためにスマートフォンなどのデバイスを使用して、旅行者が引換券を非標準提供者に提示できるように、引換券文書を旅行者へ送信してよい。

上記の動作例を続けると、旅行代理業者は、推薦されたチケットパッケージを購入するための1つまたは複数の対案を伴って、非標準提供者のうちの1つまたは複数によって提案されたチケットパッケージに応答してよい。ある対案は、Knicksの試合へのチケットを販売する非標準提供者からの提案に対して、チケットの異なるセット(たとえば、コート中央におけるチケット対バスケット後方のチケット)を規定してよい。別の対案は、Netsの試合へのチケットの非標準提供者からの提案に対して、もっと低価格(たとえば、150ドル対200ドル)でのチケットを規定してよい。また別の対案は、ナショナルホッケーリーグ(登録商標)(NHL:National Hockey League)のRangers(登録商標)に関係する試合のためのチケットの非標準提供者からの提案に対して、チケットの異なるセット(たとえば、コート中央におけるチケット対ゴール後方のチケット)と、もっと低価格(たとえば、150ドル対200ドル)の両方を規定してよい。

非標準提供者が対案を受諾するか、または彼ら自身の受諾可能な対案を作成する場合、旅行代理業者は、たとえば、電子メールでまたは旅行者に電話をかけることにより提案を旅行者に送ることによって、1つまたは複数の提案を旅行者に提示してよい。提案の、旅行者による受諾に応答して、旅行代理業者は、図4に関して上記で説明したように、選択された非標準サービスを予約することに進んでよい。

ある商品(たとえば、ジェットスキーレンタル)に対してサービス要求を発行するとき、提供者がサービス要求に入札できるように、単一のサービス要求がいくつかの提供者へ送信されてよい。提供者は、独立したサービス提案を作成することによって、サービス要求に回答し得る。各サービス提案は、異なるステータスが割り当てられてよく、旅行代理業者は、旅行者に転送すべき最良の提案を選択する。各サービス要求のステータスは、データ管理アプリケーション12によって受信されるサービス提案のステータスに基づいて、EDRデータベース20の中で自動的に更新され得る。

データ管理アプリケーション12およびEDRデータベース20は、サービス要求を旅行者の拡張データレコードと統合するために協働して動作し得る。本発明の実施形態は、それによって、旅行代理業者が、旅行者による要求時に旅行日程に追加され得るサービスのパッケージを構築することを可能にし得る。非標準サービスを拡張データレコードに追加することによって提供される集中化された一覧は、旅行計画立案および旅行することを管理するための、旅行代理業者および/または旅行者の能力を改善し得る。集中化された一覧はまた、旅行代理業者が複数の目的地サービス提供者からのアクティビティを単一の旅行日程の中にパッケージ化することを可能にし得る。

発明の実施形態は、データ管理システム26によって提供される予約フロープロセスの中に非標準サービスの予約を統合するという問題を解決し得る。旅行に追加された非標準サービスに関係する情報は、情報が生成されるときに拡張データレコードの中に記憶され得、サービスを求める検索とともに始まり、予約プロセスを通じて継続する。予約フローは、購入段階、提案段階、確認予約段階、支払段階、および販売後段階を含んでよい。

購入段階の間、旅行代理業者または旅行者によって発行される照会(たとえば、オンラインの旅行代理店ウェブサイトを使用して旅行アイデアを検索すること)は、DTNデータベース22に照会すること、およびEDRデータベース20の中に結果を記憶することによって行われ得る。このことは、非標準サービスに対する検索結果を記憶できず、またはそうでなければ非標準サービスの予約を管理できない、従来のGDSとは対照的である。

サービス要求の、旅行代理業者によるサブミットに応答して、サービス要求は、1つまたは複数の関連する非標準提供者システムへ送信され得る。このことは、サービス要求を満足させる提案を行うための機会を非標準提供者に提供し得る。データ管理アプリケーション12は、どのNPSシステムへサービス要求が送られるのかを制御するために、サービス要求にフィルタを適用してよい。これらのフィルタは、サービス要求を満足させる競合的なサービス注文を提供する可能性が高いと考えられる、特定の非標準提供者を識別し得、かつ/またはそれをターゲットにし得る。フィルタは、各サービス要求の、かつ非標準提供者プロファイルの、特性に基づいて、サービス要求をフィルタ処理し得る。

サービス要求に応答する各非標準提供者は、特定のサービス要求にリンクされた彼らのサービス提案を有し得る。各拡張データレコードは、フライト、ホテル、レンタカー、遊覧、および/または現地コンテンツを含む、旅行推薦を規定し得る。拡張データレコードは、標準データ構造の中に標準要素を記憶すること、および拡張データ構造の中に非標準要素を記憶することによって、この機能を提供し得る。

各サービス提案は、サービス提案によって規定された推薦が、日付、サービスのタイプ、および旅行者によって予想される予算に整合するかどうかを決定するために、旅行代理業者によって分析され得る。非標準提供者によって推薦された、検証されるサービス提案ごとに、旅行代理業者は、サービス提案を、旅行者へ送られる全体的な旅行日程提案に変換し得る。この機能は、旅行代理業者および/または旅行者が、旅行代理店にいながら、またはウェブブラウザを使用することによって、旅程全体を単一の提案として表示および閲覧することを可能にし得る。提案が旅行者によって受諾されると、旅行代理業者は、拡張旅行レコードを使用して旅行日程を予約し得る。旅行者旅程に変換されているサービス提案の中に記憶されたすべての構造化された情報は、データ管理システム26によって自動的に確認および記憶され得る。

統合された旅行日程に非標準サービスを自動的に統合するための能力を容易にすることに加えて、着想/購入段階の間に収集された情報を記憶することは、データ管理システム26が、サービスに対する選好、期待、流行、および顧客の予算に関係する大量の情報を獲得することを可能にし得る。データ管理システム26による事前予約段階データの記憶は、旅行者選好および流行に関係するビジネスインテリジェンスデータの抽出を可能にし得る。このビジネスインテリジェンスデータに基づく報告は、非標準提供者が、改善された市場ポジショニングおよび彼らのサービスを販売するための戦略を作成することを可能にし得る。

たとえば、データ管理システム26は、サービスについての統計値を収集し得、サービスの予約の数についての情報を提供する活動報告を生成し得る。この情報は、非標準提供者のサービス提案を洗練させるために、かつ/またはサービスをまとめる小売業者との関係を発展させるために、非標準提供者によって使用され得る。データ管理システム26はまた、いくつのサービス提案がいかなる理由のために拒絶されているのか、いくつのサービス提案が説明を必要としたのか、および/またはサービス提案ごとに必要とされた説明ステップの数についての情報を提供する活動報告などの、サービス提案に関係する統計値を収集し得る。活動報告によって提供される情報は、時季に基づいて、かつ/または価格設定、品質タグ、および/もしくは詳細な説明を変更することによって、提供者のサービスを改善し、かつ/または適合させるために、提供者によって使用され得る。サービス提案に関係するこの情報は、旅行者によって提供されるフィードバックとともに使用されてよい。

データ管理システム26はまた、非標準提供者についての統計値を収集し得る。これらの統計値は、たとえば、予約/拒絶比率を含んでよい。旅行代理業者は、彼らが一緒に働いている非標準提供者を格付けするために、または非標準提供者のホワイトリスト/ブラックリストを構築するために、このデータを使用し得る。DTNを使用して行われた予約に基づいて非標準提供者の動向を決定するために、市場動向報告が生成および使用され得る。これらのタイプの報告は、旅行の方法(たとえば、鉄道、飛行機、自動車)、旅行されたルート(そのルートに沿ったロケーションを含む)、旅行者のタイプ、および(たとえば、時季を区別するための)旅行された日付などの、情報の混合物を有する最上位目的地報告を含んでよい。報告はまた、目的地ごとまたは乗客ごとに一番売れているサービスカテゴリー(たとえば、レストラン、タクシー、娯楽)、ならびに目的地ごとの平均予算に焦点を合わせ得る。

サービス要求は、アクティビティのタイプ、日付、および価格範囲などのいくつかの属性を有する、ターゲットとされるサービスを表すために使用され得る。サービス要求要素は、サービスが追加されるべき旅程に関連する拡張データレコードの中に、サービス要求要素が任意のチャネルからアクセス可能であるように構造化された方法で記憶され得る。データ管理アプリケーション12によって提供されるユーザインターフェースは、チャットサービスを提供するように構成されてよい。チャットサービスは、特定のサービス要求に関連付けられてよく、説明を求めること、価格を交渉することなどを行うために、旅行代理業者が非標準提供者と通信することを可能にし得る。

事前予約フローによって生成されたデータを集中化させるプロセスは、非標準サービスの周辺の異なる基準、サービス要求、および/またはサービス提案に基づいてカテゴリー化されたデータを収集することを含んでよい。このデータは、データ管理システム26が、非標準提供者のポジショニングおよび戦略の助けとなるために使用され得る報告を構築することを可能にし得る。これらの報告は、サービスについての統計値を提供し、サービス提案についての統計値を提供し、かつ/または非標準提供者についての統計値、たとえば、予約/拒絶比率を提供するために、使用され得る。データ管理システム26はまた、DTNを使用して行われた予約に基づいて、目的地サービス動向を決定することを対象とする市場動向報告を生成し得る。

DTNデータベース22は、旅行代理業者が数多くの基準に基づいてコンテンツを検索することを可能にするように構成され得る。この検索機能は、サービス要求、サービス提案、拡張データレコードの中に記憶される非標準サービス要素、インデックスエントリ、および/またはDTNデータベース22の中のレコードの、構造化されたフォーマッティングによって可能にされ得る。事前予約フローおよび予約フローに関係する拡張データレコード要素は、新たなコンテンツ属性またはコンテンツタイプをサポートする更新を可能にするのに十分フレキシブルであり得、新たな市場または旅行者の新たなタイプのニーズに対して適応可能であり得る。非標準提供者、サービス、および旅行者ニーズの異質性は、フレキシブルな拡張データレコードデータ構造を使用して処理され得る。

場合によっては、旅行者は、極めて特殊な要求、たとえば、伝統的なアジア風レストランにおける夕食に着て行くための絹の着物のレンタルを有することがある。旅行代理業者が、要求されたサービスを提供する非標準提供者を見つけられない場合、旅行代理業者は、DTNデータベース22の中に「入札レコード」を作成してよい。入札レコードは、当該のサービスを求めるサービス要求が、ネットワーク上の、または1つもしくは複数のサブネットワークの中の、すべての非標準提供者へブロードキャストされるように、構成されてよい。この機能は、旅行代理店が、DTNを使用して任意の要求または状況を満足させようと試みることを可能にし得る。DTNはまた、非標準提供者が、特定のロケーションにおけるサービスを求めるサービス要求を検索するとともにそれに対して入札すること、およびサービス提案を作成することによってサービス要求に回答することを可能にするように、構成されてよい。標準のDTN予約フローが、次いで、サービス提案に適用され得る。

DTNはまた、旅行代理業者および非標準提供者に表示される情報の中に、広告およびスポンサー付きリンクが埋め込まれることを可能にし得る。例として、非標準提供者は、データ管理アプリケーション12による検索結果の中にスポンサー付きリンクを追加させるために、データ管理システム26運営者によって課金され得る。スポンサー付きリンクは、たとえば、事前決定された数の最上位の検索結果の中に出現し得る。

データ管理システム26は、たとえば、旅行代理店が非標準提供者のサービスによって満足しない場合、データ管理アプリケーション12にアクセスする各旅行代理店が非標準提供者をブラックリストに載せることができるように、構成され得る。非標準提供者をブラックリストに追加することは、データ管理アプリケーション12が、表示されている非標準提供者に関連するコンテンツを検索結果の中に含めることを防止し得る。

データ管理システム26は、非標準提供者が依然としてセキュアであることを保証しながら、新たな非標準提供者がDTNの中に容易に登録することを可能にするように構成され得る。たとえば、特定の非標準提供者システムが、DTNデータベース22またはDTNデータベース22の部分にアクセスすることを防止する、ブラックリストが保持されてよい。

新たな非標準提供者は、オンラインで登録できる場合があり、彼らのプロファイルの中のサービスの、彼らの主な特性および範囲を指定できる場合がある。非同期検証プロセスが、標準サービス提供者によって実行されてよい。登録プロセスをできるだけオープンに保つために、非標準提供者は、彼ら自身のサービスに関連するデータベースレコードのみにアクセスするように限定されてよい。しかしながら、彼らのサービスは、検証プロセスが完了された後にのみ旅行代理店にとって利用可能にされてよい。

非標準提供者によって提供される現地サービス(たとえば、スポーツイベントへのチケット、機器レンタル、またはベビーシッティングなどの個人向けサービス)は、本来異質であり得る。たとえば、非標準提供者は、異なる国々に位置することがあり、異なる文化を有することがあり、異なる言語を話す従業員を有することがある。非標準提供者の異質な性質に対応するために、DTNは、非標準提供者が、高レベルの細目または低レベルの細目を用いて彼らのサービスを表すことを可能にするように構成され得る。非標準サービスは、データ管理アプリケーション12、EDRデータベース20、およびDTNデータベース22によって提供される機能を使用して、(事前予約ステップおよび予約ステップを含めて)データ管理システム26によって完全に管理され得る。非標準サービスおよび提供者を公開することと、動的な基準、たとえば、タグ付けおよび/またはジオロケーションを使用して非標準サービスを検索することの両方のために、DTNは動的かつフレキシブルなツールを提供し得る。拡張データレコードは、標準サービスも含む統合された旅行日程の中に、異質なコンテンツおよびこのコンテンツの予約を記憶することを可能にし得る。

データ管理アプリケーション12は、非標準提供者に連絡するために利用可能な協調されていない複数の従来型チャネルを置き換える、アクセスの一点を提供するユーザインターフェースを含んでよい。データ管理アプリケーション12は、それによって、サービス要求を記憶し取り出すための拡張データレコードを使用して事前予約フローを管理するための、集中型ツールを提供し得る。このユーザインターフェースは、旅行代理業者にとって利用者本位の方法で事前予約フローを処理するための、グラフィカルアプリケーションを提供し得る。標準サービスを予約するために使用されるツールと類似のユーザエクスペリエンスをもたらすために、ユーザインターフェースは、標準提供者および非標準提供者のための予約機能を統合してよい。旅行代理業者は、それによって、たとえば、空路、自動車、ホテル、および/または非標準サービスのための予約アプリケーションの間で、自由にナビゲートし得る。

ユーザインターフェースは、拡張データレコードを透過的に更新しながら、EDRデータベース20(存在する場合はPNRを含む)およびDTNデータベース22へのコマンドラインアクセスを提供し得る。DTNは、事前予約のための、かつ事前予約から予約を通じたエンドツーエンドフローを提供するための、アクセスの一点として働き得る。提供者側では、データ管理アプリケーション12は、NSPシステム18の変わりやすい性質に適合するために、ウェブベースのインターフェースを通じてアクセスされ得る。

DTNは、事前予約するためのソーシャルネットワーキング機能を旅行者に提供し得る。DTNによって提供される旅行/事前予約能力およびソーシャルネットワークによって提供される公開/通知機能の利点を組み合わせるために、ソーシャルネットワーキング機能は、DTNを既存のソーシャルネットワーク(たとえば、Linkedln、Facebook)と統合し得る。たとえば、市場入札は、提供者がソーシャルネットワークから入札に直接回答できるように、ソーシャルネットワーク上で公開され得る。提供者はまた、ソーシャルネットワークを通じて参加し得る。サービス提案折衝の間に送られる通知は、接続されたソーシャルネットワーク上で公開され得る。ソーシャルネットワークを通じて接続することは、ソーシャルネットワーキングモバイルアプリケーションを活用することによって、モバイルデバイスからDTNへのアクセスを容易にし得る。ソーシャルネットワークに接続することはまた、DTNの中の旅行代理店および非標準提供者サブネットワークにアクセスする際のフレキシビリティを高め得る。

DTNは、旅行の後、非標準提供者によって提供されるサービスを旅行者が格付けすることを可能にするように構成され得る。旅行者が生成した格付けに加えて、旅行代理業者も非標準提供者を格付けできる場合がある。これらの格付けシステムは、旅行代理業者が非標準提供者の間から選択する助けとなるメカニズムを提供し得る。非標準提供者またはサービスを探索するとき、2つのタイプのフィードバック(旅行者から非標準提供者への、および旅行代理業者から非標準提供者への)が基準として使用され得る。

概して、本発明の実施形態を実施するために実行されるルーチンは、オペレーティングシステムの一部として実装されるのか、それとも特定のアプリケーション、構成要素、プログラム、オブジェクト、モジュール、もしくは命令のシーケンス、またはそれらのサブセットとして実装されるのかにかかわらず、本明細書では「コンピュータプログラムコード」または単に「プログラムコード」と呼ばれることがある。プログラムコードは、通常、様々な時間においてコンピュータの中の様々なメモリおよび記憶デバイスの中に存在し、コンピュータの中の1つまたは複数のプロセッサによって読み取られ実行されたとき、本発明の実施形態の様々な態様を具現化する動作および/または要素を実行するために必要な動作をそのコンピュータに実行させる、コンピュータ可読命令を備える。本発明の実施形態の動作を実行するためのコンピュータ可読プログラム命令は、たとえば、アセンブリ言語、または1つもしくは複数のプログラミング言語の任意の組合せで書かれているソースコードもしくはオブジェクトコードのいずれかであってよい。

本明細書で説明される様々なプログラムコードは、それが本発明の特定の実施形態において実施される適用例に基づいて識別され得る。しかしながら、後続する任意の特定のプログラム用語が単に便宜のために使用され、したがって、本発明が、そのような用語によって識別および/または暗示される任意の特定の適用例での使用のみに限定されるべきでないことを諒解されたい。さらに、コンピュータプログラムが、ルーチン、プロシージャ、メソッド、モジュール、オブジェクトなどに編成され得る、概して無限の数の方式、ならびにプログラム機能が、一般のコンピュータ内に存在する様々なソフトウェアレイヤ(たとえば、オペレーティングシステム、ライブラリ、API、アプリケーション、アプレットなど)の間で割り振られ得る、様々な方式が与えられると、本発明の実施形態が、本明細書で説明されるプログラム機能の特定の編成および割振りに限定されないことを諒解されたい。

本明細書で説明されるアプリケーション/モジュールのいずれかで具現化されるプログラムコードは、様々な異なる形態のプログラム製品として個別にまたは一括して配布することができる。詳細には、プログラムコードは、本発明の実施形態の態様をプロセッサに実行させるために、その上にコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体を使用して配布されてよい。

コンピュータ可読記憶媒体は、本質的に非一時的であり、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどのデータの記憶のための任意の方法または技術で実装される、揮発性および不揮発性ならびにリムーバブルおよび非リムーバブルな有形媒体を含んでよい。コンピュータ可読記憶媒体は、RAM、ROM、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、フラッシュメモリもしくは他のソリッドステートメモリ技術、ポータブルコンパクトディスク読取り専用メモリ(CD-ROM)もしくは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気記憶デバイス、または所望のデータを記憶するために使用され得るとともにコンピュータによって読み取られ得る任意の他の媒体を、さらに含んでよい。コンピュータ可読記憶媒体は、本質的に一時的信号(たとえば、電波もしくは伝搬する他の電磁波、導波管などの伝送媒体を通って伝搬する電磁波、またはワイヤを通じて送信される電気信号)として解釈されるべきでない。コンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から、コンピュータ、別のタイプのプログラマブルデータ処理装置、もしくは別のデバイスに、またはネットワークを介して外部コンピュータもしくは外部記憶装置デバイスにダウンロードされ得る。

コンピュータ可読媒体の中に記憶されるコンピュータ可読プログラム命令は、コンピュータ可読媒体の中に記憶される命令が、フローチャート、シーケンス図、および/またはブロック図において指定された機能、作用、および/または動作を実施する命令を含む製造品を生産するような、特定の方式で機能するように、コンピュータ、他のタイプのプログラマブルデータ処理装置、または他のデバイスを導くために使用され得る。コンピュータプログラム命令は、1つまたは複数のプロセッサを介して実行する命令が、フローチャート、シーケンス図、および/またはブロック図において指定された機能、作用、および/または動作を実施するために一連の計算を実行させるような機械を生産するために、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置の1つまたは複数のプロセッサに提供されてよい。

特定の代替実施形態では、フローチャート、シーケンス図、および/またはブロック図において指定された機能、作用、および/または動作は、本発明の実施形態に一致して、並べ替えられてよく、連続的に処理されてよく、かつ/または並行して処理されてよい。その上、フローチャート、シーケンス図、および/またはブロック図のいずれも、本発明の実施形態に一致して、図示されるものよりも多数または少数のブロックを含んでよい。

10 動作環境
12 データ管理アプリケーション
14 ユーザシステム
16 標準提供者(SP)システム
18 非標準提供者(NSP)システム
20 拡張データレコード(EDR)データベース
22 分散旅行ネットワーク(DTN)データベース
24 ネットワーク
26 データ管理システム
30 コンピュータ
32 プロセッサ
34 メモリ
36 大容量記憶メモリデバイス
38 入出力(I/O)インターフェース
40 ヒューマンマシンインターフェース(HMI)
42 外部リソース
44 オペレーティングシステム
46 アプリケーション
48 データ構造
50 データベース
62 検索クエリ
64 データベース照会
66 検索
68 検索結果
70 応答
72 メッセージ
74 サービス要求
76 メッセージ
80 確認メッセージ
82 サービス提案
84 メッセージ
86 要求
88 サービス要求
90 サービス提案
92、94 メッセージ
96 要求
98 サービス
100 予約確認
102、104 要素
106、108 確認

Claims (19)

1. 非標準フォーマットを有するデータを管理するために拡張データ構造を使用するデータ処理システムであって、
   1つまたは複数のプロセッサと、
   前記1つまたは複数のプロセッサに結合されたメモリとを備え、前記メモリがプログラムコードを記憶し、前記プログラムコードが、前記1つまたは複数のプロセッサによって実行されたとき、前記システムに、
   標準データ構造のそれぞれのロケーションとは異なる、データベースの中の前記拡張データ構造のロケーションを識別するデータを前記標準データ構造で記憶することによって、標準フォーマットを有する標準データ構造を前記非標準フォーマットを有する前記拡張データ構造にリンクさせることであって、前記標準データ構造および前記拡張データ構造が拡張データレコードを備え、前記非標準フォーマットは前記標準フォーマットと互換性がない、リンクさせることと、
   要求されたサービスの複数の特性を既定する検索基準を含むサービス要求を生成することと、
   前記拡張データ構造の第1のフィールドの中に前記サービス要求を記憶することと、
   前記サービス要求を第1のサービス提供者の第1のサーバへ送信することと、
   前記第1のサーバからの第1のサービス提案の受信に応答して、前記第1のサービス提案に前記記憶されたサービス要求をリンクするための前記拡張データ構造の第2のフィールドを作成することと、
   前記第1のサービス提案と前記拡張データレコード内の前記記憶されたサービス要求との間のリンクを作成するために、前記拡張データ構造の前記第2のフィールドの中に前記第1のサービス提案を記憶することとをさせる、
   データ処理システム。
2. データベースの中の前記拡張データ構造のロケーションを識別するデータを前記標準データ構造の第3のフィールドの中に記憶することによって、
   前記標準データ構造が前記拡張データ構造にリンクされる、
   請求項1に記載のデータ処理システム。
3. 前記プログラムコードが、さらに前記システムに、
   クライアントアプリケーションから検索クエリを受信することであって、前記検索クエリが検索基準を含むことと、
   前記検索クエリの受信に応答して、前記検索基準に整合するプロファイルレコードを求めてデータベースを探索することであって、前記データベースの中の前記プロファイルレコードの各々が、それぞれのサービスを規定するとともに前記サービスのそれぞれの提供者を識別することと、
   前記整合するプロファイルレコードのうちの1つまたは複数を前記クライアントアプリケーションに表示させるとともに、
   前記整合するプロファイルレコードのうちの前記1つまたは複数のうちの1つを識別する入力を受信することであって、
   前記識別されるプロファイルレコードが、前記第1のサービス提供者によって提供される前記サービスを規定し、前記サービス要求が前記入力の受信に応答して生成されることとをさせる、
   請求項１に記載のデータ処理システム。
4. 各プロファイルレコードがランキング値に関連し、前記クライアントアプリケーションによって表示される前記整合するプロファイルレコードのうちの前記1つまたは複数が、前記整合するプロファイルレコードの各々の前記ランキング値に少なくとも部分的に基づいて、前記整合するプロファイルレコードから選択される、請求項3に記載のデータ処理システム。
5. 前記プログラムコードが、さらに前記システムに、
   前記クライアントアプリケーションから前記第1のサービス提供者の格付けを受信することと、
   前記格付けに少なくとも部分的に基づいて、前記第1のサービス提案に対応する前記プロファイルレコードの前記ランキング値を調整することとをさせる、
   請求項４に記載のデータ処理システム。
6. 前記データベースがウェブサーバによってホストされ、各プロファイルレコードが、前記それぞれのサービスを記述するデータファイルを含むウェブページに関連し、前記プログラムコードが、さらに前記システムに、
   前記第1のサーバから1つまたは複数のデータファイルを受信することと、
   前記1つまたは複数のデータファイルに基づいて、前記識別されるプロファイルレコードに関連する前記ウェブページを規定することとをさせる、
   請求項３に記載のデータ処理システム。
7. 前記標準データ構造が、旅程を規定する1つまたは複数の要素を含み、前記プログラムコードが、さらに前記システムに、
   前記旅程を予約するための第1の要求を受信することと、
   前記第1の要求の受信に応答して、前記拡張データ構造から前記第1のサービス提案を抽出することと、
   前記第1のサービス提案を予約するために、第2の要求を前記第1のサービス提供者へ送信することとをさせる、
   請求項１に記載のデータ処理システム。
8. 前記プログラムコードが、さらに前記システムに、
   前記第1のサービス提供者から予約確認を受信することと、
   前記予約確認の受信に応答して、前記拡張データ構造の中で前記第1のサービス提案のステータスを保留から予約済みに変更することとをさせる、
   請求項７に記載のデータ処理システム。
9. 前記プログラムコードが、さらに前記システムに、
   前記サービス要求を第2のサービス提供者の第2のサーバへ送信することと、
   前記第2のサービス提供者から第2のサービス提案を受信することと、
   オープンというステータスを有する前記拡張データ構造の中に、前記第1のサービス提案および前記第2のサービス提案を記憶することと、
   前記第1のサービス提案を受諾すべきクライアントアプリケーションからの許可の受信に応答して、前記第1のサービス提案の前記ステータスをオープンから保留に変更することとをさせる、
   請求項１に記載のデータ処理システム。
10. データ処理システムによって非標準フォーマットを有するデータを管理するために拡張データ構造を使用する方法であって、
    標準データ構造のそれぞれのロケーションとは異なる、データベースの中の前記拡張データ構造のロケーションを識別するデータを前記標準データ構造で記憶することによって、標準フォーマットを有する標準データ構造を前記非標準フォーマットを有する前記拡張データ構造にリンクさせるステップであって、前記標準データ構造および前記拡張データ構造が拡張データレコードを備え、前記非標準フォーマットは前記標準フォーマットと互換性がない、リンクさせるステップと、
    要求されたサービスの複数の特性を既定する検索基準を含むサービス要求を生成するステップと、
    前記拡張データ構造の第1のフィールドの中に前記サービス要求を記憶するステップと、
    前記サービス要求を第1のサービス提供者の第1のサーバへ送信するステップと、
    前記第1のサーバからの第1のサービス提案の受信に応答して、前記第1のサービス提案に前記記憶されたサービス要求をリンクするための前記拡張データ構造の第2のフィールドを作成するステップと、
    前記第1のサービス提案と前記拡張データレコード内の前記記憶されたサービス要求との間のリンクを作成するために、前記拡張データ構造の前記第2のフィールドの中に前記第1のサービス提案を記憶するステップと、を含む、
    方法。
11. 前記標準データ構造を前記拡張データ構造にリンクするステップが、
    データベースの中の前記拡張データ構造のロケーションを識別するデータを前記標準データ構造の第3のフィールドの中に記憶するステップを含む、
    請求項１０に記載の方法。
12. クライアントアプリケーションから検索クエリを受信するステップであって、前記検索クエリが検索基準を含む、受信するステップと、
    前記検索クエリの受信に応答して、前記検索基準に整合するプロファイルレコードを求めてデータベースを探索するステップであって、前記データベースの中の前記プロファイルレコードの各々が、それぞれのサービスを規定するとともに前記サービスのそれぞれの提供者を識別する、探索するステップと、
    前記整合するプロファイルレコードのうちの1つまたは複数を前記クライアントアプリケーションに表示させるとともに、
    前記整合するプロファイルレコードのうちの前記1つまたは複数のうちの1つを識別する入力を受信するステップであって、前記識別されるプロファイルレコードが、前記第1のサービス提供者によって提供される前記サービスを規定し、前記サービス要求が前記入力の受信に応答して生成される、受信するステップと、をさらに含む、
    請求項１０に記載の方法。
13. 各プロファイルレコードがランキング値に関連し、前記クライアントアプリケーションによって表示される前記整合するプロファイルレコードのうちの前記1つまたは複数が、前記整合するプロファイルレコードの各々の前記ランキング値に少なくとも部分的に基づいて、前記整合するプロファイルレコードから選択される、請求項１２に記載の方法。
14. 前記データベースがウェブサーバによってホストされ、各プロファイルレコードが、前記それぞれのサービスを記述するデータファイルを含むウェブページに関連し、
    前記第1のサーバから1つまたは複数のデータファイルを受信するステップと、
    前記1つまたは複数のデータファイルに基づいて、前記識別されるプロファイルレコードに関連する前記ウェブページを規定するステップと、をさらに含む、
    請求項１２に記載の方法。
15. 前記標準データ構造が、旅程を規定する1つまたは複数の要素を含み、
    前記旅程を予約するための第1の要求を受信するステップと、
    前記第1の要求の受信に応答して、前記拡張データ構造から前記第1のサービス提案を抽出するステップと、
    前記第1のサービス提案を予約するために、第2の要求を前記第1のサービス提供者へ送信するステップと、をさらに含む、
    請求項１０に記載の方法。
16. 前記第1のサービス提供者から予約確認を受信するステップと、
    前記予約確認の受信に応答して、前記拡張データ構造の中で前記第1のサービス提案のステータスを保留から予約済みに変更するステップと、をさらに含む、
    請求項１５に記載の方法。
17. 前記サービス要求を第2のサービス提供者の第2のサーバへ送信するステップと、
    前記第2のサービス提供者から第2のサービス提案を受信するステップと、
    オープンというステータスを有する前記拡張データ構造の中に、前記第1のサービス提案および前記第2のサービス提案を記憶するステップと、
    前記第1のサービス提案を受諾すべきクライアントアプリケーションからの許可の受信に応答して、前記第1のサービス提案の前記ステータスをオープンから保留に変更するステップと、をさらに含む、
    請求項１０に記載の方法。
18. 非標準フォーマットを有するデータを管理するために拡張データ構造を使用するコンピュータプログラムであって、前記コンピュータプログラムは、
    非一時的コンピュータ可読記憶媒体と、
    前記非一時的コンピュータ可読記憶媒体に記憶されたプログラムコードと、を含み、前記プログラムコードが、１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、
    標準データ構造のそれぞれのロケーションとは異なる、データベースの中の前記拡張データ構造のロケーションを識別するデータを前記標準データ構造で記憶することによって、標準フォーマットを有する標準データ構造を前記非標準フォーマットを有する前記拡張データ構造にリンクさせることであって、前記標準データ構造および前記拡張データ構造が拡張データレコードを備え、前記非標準フォーマットは前記標準フォーマットと互換性がない、リンクさせることと、
    要求されたサービスの複数の特性を既定する検索基準を含むサービス要求を生成することと、
    前記拡張データ構造の第1のフィールドの中に前記サービス要求を記憶することと、
    前記サービス要求を第1のサービス提供者の第1のサーバへ送信することと、
    前記第1のサーバからの第1のサービス提案の受信に応答して、前記第1のサービス提案に前記記憶されたサービス要求をリンクするための前記拡張データ構造の第2のフィールドを作成することと、
    前記第1のサービス提案と前記拡張データレコード内の前記記憶されたサービス要求との間のリンクを作成するために、前記拡張データ構造の前記第2のフィールドの中に前記第1のサービス提案を記憶することとをさせる、
    コンピュータプログラム。
19. 前記標準データ構造を前記拡張データ構造にリンクさせることは、前記拡張データ構造を、前記標準フォーマットとの互換性を維持しながら少なくとも１つの非標準サービスを含む旅程を管理するための集中型ストレージを提供するように構成する、請求項１に記載のシステム。

Images