(57)【特許請求の範囲】
【請求項１】
プロセッサベースのサーバと、
ネットワークインタフェースと、
複数のユーザの好みのデータストアと、
複数のホスピタリティ／ツーリズムの場所のデータベースと、を備え、
プロセッサは、
ユーザの制御下にあるネットワーク接続されたコンピューティングデバイスから、所望の期間およびホスピタリティ／ツーリズムの特徴に係るユーザの好みを含む少なくとも１つの所望の任意の特徴アイデンティティ情報を受信し、
複数の前記場所の各々は前記データベース内で、属性で識別されており、前記所望の期間の利用可能性のため、および、前記所望の任意の特徴アイデンティティ情報と前記属性とのマッチングのために、前記ホスピタリティ／ツーリズムの場所のデータベースを検索し、
前記データストアから、前記ユーザの好みを取得し、前記ユーザの好みは、ユーザクエリへの応答および前の予約のうちの少なくとも１つに基づいて入力されており、
前記ネットワーク接続されたコンピューティングデバイスに、選択のために前記ユーザの好みを配信し、
前記ネットワーク接続されたコンピューティングデバイスに、選択のために場所のリストを配信し、前記リストは、前記所望の期間、前記属性とマッチングされた所望の特徴、および選択されたユーザの好みに対し利用可能なホスピタリティ／ツーリズムの場所に限定され、
前記ネットワーク接続されたコンピューティングデバイスから、前記リストから選択されたホスピタリティ／ツーリズムの場所の指標および前記ユーザに対する課金情報を受信し、
予約内容および特徴を前記場所へ送信することによって、前記選択されたホスピタリティ／ツーリズムの場所とのホスピタリティ／ツーリズム予約を予約し、
予約の確認を前記ネットワーク接続されたコンピューティングデバイスに配信し、
マッチングしない任意の特徴アイデンティティ情報をアンマッチングクエリデータベースに格納し、
前記アンマッチングクエリデータベースからのエントリをサードパーティに表示のために送信し、
前記エントリの予約可能な特徴アイデンティティとの関連付けを前記サードパーティから受信し、
前記関連付けを特徴データベースに格納し、
前記予約可能な特徴アイデンティティは、関連する識別特性を含む、カスタムホスピタリティ／ツーリズム予約を選択および予約するためのシステム。
【請求項２】
前記プロセッサはさらに、
ネットワークを介して、外部プロバイダに、施設検索制約に基づく予約クエリを送信し、
前記ネットワークを介して、前記外部プロバイダから、前記施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性の指標を受信する、請求項１に記載のシステム。
【請求項３】
前記プロセッサはさらに、
クライアントデバイスから、予約するためのオファーの承諾の指標を受信し、
前記クライアントデバイスから、支払い情報を受信し、
支払いプロセッサへ、前記支払い情報を送信し、
前記特徴および施設のうちの少なくとも１つの予約を記録すべく、前記データベース内の在庫レコードを更新し、
前記クライアントデバイスへ、前記予約の確認を送信する、請求項２に記載のシステム。
【請求項４】
前記外部プロバイダは、グローバルディストリビューションシステムプロバイダ、セントラルリザベーションシステムプロバイダ、在庫システムプロバイダ、顧客関係管理システムプロバイダ、販売／収益管理システムプロバイダ、ロイヤルティシステムプロバイダ、およびプロバイダのプロパティマネジメントシステムで構成される群から選択されるプロバイダである、請求項２に記載のシステム。
【請求項５】
前記ホスピタリティ／ツーリズムの場所は、デザイナーズホテルである、請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記特徴データベースの前記検索は、前記任意の特徴アイデンティティ情報を予約可能な特徴アイデンティティ、機能および潜在的機能にマッチングさせることを含む、請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記プロセッサはさらに、
ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティ／ツーリズムプロバイダ特徴アイデンティティを受信し、
前記特徴データベース内に、前記ホスピタリティ／ツーリズムプロバイダ特徴アイデンティティを前記ホスピタリティ／ツーリズムプロバイダのアイデンティティに関連付ける生成データを格納する、請求項１から６のいずれか一項に記載のシステム。
【請求項８】
前記施設検索制約はさらに、所望のルームおよびレイアウト構成のうちの少なくとも１つを含む、請求項２に記載のシステム。
【請求項９】
前記任意の特徴アイデンティティ情報は、複数の特徴を識別する情報を含む、請求項６に記載のシステム。
【請求項１０】
前記予約可能な特徴アイデンティティは、アメニティ、特別サービス、フード／飲み物のうちの少なくとも１つである、請求項１から９のいずれか一項に記載のシステム。
【請求項１１】
専門家のレビュー、ブログ、およびソーシャルメディアからの先行入力またはテキストの断片が前記検索を拡張し、前記予約可能な特徴アイデンティティに接続される、請求項１から１０のいずれか一項に記載のシステム。
【請求項１２】
プロセッサと、
ネットワークに連結されたネットワークインタフェースと、
非一時的コンピュータ可読媒体に格納された適合可能な特徴データベースと、
非一時的コンピュータ可読媒体に格納された好みデータベースと、
前記プロセッサと、記憶媒体と、特徴データベースと、ネットワークインタフェースとを連結するインタフェースと、を備え、
前記適合可能な特徴データベースは、特徴生成データが予約可能な特徴アイデンティティをホスピタリティ／ツーリズムプロバイダアイデンティティに関連付ける複数の特徴生成データを含み、
前記好みデータベースは、ホスピタリティ／ツーリズムの特徴に対する好みを含み、ユーザ別に構成されており、
前記プロセッサは、
前記ネットワークを介して、ネットワーク接続されたクライアントデバイスから、適合可能な予約可能な特徴のための任意の特徴アイデンティティ情報を受信し、
前記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、前記特徴データベースにおいて検索し、
前記ネットワーク接続されたクライアントデバイスに関連付けられたユーザの好みを前記好みデータベースにおいて検索し、
前記ネットワークを介して、前記クライアントデバイスに、前記特徴生成データのセットに関連付けられた１または複数のホスピタリティ／ツーリズムプロバイダアイデンティティを送信し、
前記ネットワークを介して、前記クライアントデバイスから、選択されたホスピタリティプロバイダアイデンティティおよびツーリズムプロバイダアイデンティティのうちの少なくとも１つの指標を受信し、
前記ネットワークを介して、前記クライアントデバイスに、クライアントに対する表示のための情報を送信し、前記情報は、前記任意の特徴アイデンティティ情報にマッチングする前記特徴アイデンティティに関連付けられた前記特徴および前記選択されたホスピタリティ／ツーリズムプロバイダの施設のうちの少なくとも１つを予約するための前記クライアントへのオファーを含み、
前記任意の特徴アイデンティティ情報を部分的または全体的に受信することに応答して、前記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データを、前記特徴データベースにおいて検索し、前記ネットワークを介して、前記クライアントデバイスに、前記クライアントデバイス上のオートコンプリートリスト内への表示のために、部分的にマッチングする複数の前記特徴生成データのうちの少なくとも１つに関連付けられた前記特徴アイデンティティを送信し、
適合可能な学習モードに入り、それにより、
マッチングしない任意の特徴アイデンティティ情報をアンマッチングクエリデータベースに格納し、
前記アンマッチングクエリデータベースからのエントリをサードパーティに表示のために送信し、
前記エントリの予約可能な特徴アイデンティティへの関連付けを前記サードパーティから受信し、
前記関連付けを前記特徴データベースに格納するようプログラムされており、
特徴生成データは、識別特性である、ホスピタリティ／ツーリズムプロバイダのアラカルトの特徴を識別および予約するためのシステム。
【請求項１３】
前記プロセッサは、前記プロセッサに、
前記クライアントデバイスから、適合可能な施設検索制約を受信させる命令をさらに含み、前記適合可能な施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／ツーリズムプロバイダに対する所望の地理的場所の指標を含み、
前記特徴データベースの前記検索はさらに、前記所望の地理的場所内にあり、前記所望の予約期間中、施設または前記予約可能な特徴アイデンティティを提供できるホスピタリティ／ツーリズムプロバイダを識別するホスピタリティ／ツーリズムプロバイダアイデンティティを有する生成データに制限される、請求項１２に記載のシステム。
【請求項１４】
前記プロセッサは、
前記プロセッサに、
前記ネットワークを介して、外部プロバイダに、前記適合可能な施設検索制約に基づく予約クエリを送信させ、
前記ネットワークを介して、前記外部プロバイダから、前記適合可能な施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性の指標を受信させる命令をさらに含む、請求項１３に記載のシステム。
【請求項１５】
前記プロセッサは、
前記プロセッサに、
前記クライアントデバイスから、予約するための前記オファーの承諾の指標を受信させ、
前記クライアントデバイスから、支払い情報を受信させ、
支払いプロセッサに、前記支払い情報を送信させ、
前記特徴および前記施設のうちの少なくとも１つの前記予約を記録すべく、在庫データベース内の在庫レコードを更新させ、
前記クライアントデバイスに、前記予約の確認を送信させる命令をさらに含む、請求項１４に記載のシステム。
【請求項１６】
前記任意の特徴アイデンティティ情報は、前記クライアントデバイスの地理位置情報および前記クライアントデバイスによる近接ビーコンの検出のうちの少なくとも１つから導かれる情報に基づく位置を含む、請求項１２から１５のいずれか一項に記載のシステム。
【請求項１７】
前記プロセッサは、
前記プロセッサに、
マッチングしない任意の特徴アイデンティティ情報を、アンマッチングクエリデータベースに格納させ、
レビューワの表示のために前記アンマッチングクエリデータベースからのエントリを送信させ、
前記エントリの予約可能な特徴アイデンティティとの適合可能な関連付けを受信させ、
前記適合可能な関連付けを前記特徴データベースに格納させ、
前記ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティ／ツーリズムプロバイダ特徴アイデンティティを受信させ、
前記特徴データベース内に、前記ホスピタリティ／ツーリズムプロバイダ特徴アイデンティティを前記ホスピタリティ／ツーリズムプロバイダのアイデンティティに関連付ける生成データを格納させる命令をさらに含み、
前記特徴データベースは、複数の関連付けを含み、前記特徴データベースの前記検索は、前記複数の関連付けの検索を含む、請求項１２から１６のいずれか一項に記載のシステム。
【請求項１８】
施設に関するデータを含むデータベースを備え、
前記プロセッサはさらに、ユーザから、ホスピタリティ／ツーリズムの特徴に対する所望の地理的場所を受信し、
前記プロセッサは、ホスピタリティ／ツーリズムプロバイダにおける前記属性のうちの少なくとも１つを含む施設を判断し、
前記プロセッサは、前記データベースを前記属性で更新し、
前記プロセッサは、需要について前記データベースを属性により分析し、
前記プロセッサは、属性により分析された需要に基づき、前記施設における変更に対するニーズを識別し、
前記識別は、アラカルトの予約をリクエストするユーザに基づいてホスピタリティ／ツーリズム施設に対する適合可能なユーザニーズを集約して判断可能である、請求項３に記載のシステム。
【請求項１９】
前記変更は一時的である、請求項１８に記載のシステム。
【請求項２０】
前記変更は永続的である、請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスピタリティおよび旅行での用途におけるアメニティ、特別サービスおよびフード／飲み物の検索、並びに購入予約エンジンのためのシステム、方法、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
トラベル施設検索および予約の分野においては、顧客は多くのオプションを提示されている。Ｏｒｂｉｔｚ、Ｅｘｐｅｄｉａ、およびＴｒａｖｅｌｏｃｉｔｙのようなトラベルウェブサイトは、顧客が特定の日付または日付の範囲で、特定の場所におけるルーム施設を検索することを可能にする。例えば、大晦日のニューヨーク市のルーム施設を検索する顧客は、そのようなウェブサイトを訪れ、当該ページの「都市」または「目的地」フィールド内に「ニューヨーク、ＮＹ」と入力または選択し、１２月３１日のチェックイン日付および１月１日のチェックアウト日付を入力または選択することがある。すると、当該ウェブサイトは、それらの日にわたりニューヨーク内で利用可能なルームをそのデータベース内で検索するために、顧客の情報を使用し、予約可能なルームを有するホテルのリストを表示する。しかしながら、顧客が特定の特徴を探している場合、多くのホスピタリティまたはトラベルウェブサイトは、顧客に対し、当該特徴がそれらのうちのいずれかにおいて提供されているかどうかを判断すべく、検索結果に一覧される複数のホテルのうちの各々に関する詳細な説明を読むことを要求する。また、一覧された特定のホテルが概して当該特徴を提供すると判断され得る場合であっても、これらのウェブサイトは、当該所望の特徴が実際に利用可能であるかどうかを判断するための方策および、ルーム予約と共にまたはルーム予約なしに、実際に当該特徴について確保、予約または支払いをするための方策を何も提供していない。
【０００３】
ｈｏｔｅｌｓ．ｃｏｍ、ＢｏｏｋＩｔ．ｃｏｍおよびＧｏｏｇｌｅ  Ｈｏｔｅｌ  Ｆｉｎｄｅｒのような他のトラベルウェブサイトは、同様の施設検索ダイアログを提供し、所望の期間において利用可能なルームを持つ特定の場所におけるホテルの検索結果を同様に表示する。しかしながら、これらのサイトは他のサイトと、次の点において異なる。すなわち、検索結果ページに一覧されるホテルが、特定の近隣に存在する、または特定の一般的なアメニティを有する等の追加の基準にマッチングする結果のみを表示するように選択し得る顧客によって「フィルタされ」得る点である。フィルタ選択は、ドロップダウンまたはチェックボックス選択を介して顧客によりなされる。しかしながら、一般的なアメニティに関する限定的な選択のみが提供される。例えば、Ｇｏｏｇｌｅ  Ｈｏｔｅｌ  Ｆｉｎｄｅｒのアメニティフィルタリストは、冷房完備、バー、ビーチへのアクセス、ビジネスセンター、ジム、インターネット、パーキング、ペット可、プール、レストラン、アクセス可能な設備、子連れ可、洗濯およびルームサービスのみを含む。Ｈｏｔｅｌｓ．ｃｏｍのリストは同様のアメニティフィルタを有し、無料の朝食、利用可能なベビーベッド、およびスパを含む、さらにいくつかのものが追加されている。フリーフォームの特徴検索、すなわち、顧客が、検索入力フォームへの所望のアメニティ、特別サービスまたはフード／飲み物の入力またはタイピングを可能にするものは提供されていない。しかしながら、顧客が検索結果の表示をこれらの特定の限定的な基準を満たすホテルに制限する場合であっても、顧客には利用可能性を判断する機会、ましてやルーム予約と共に特定のアメニティを予約または確保する機会は提供されていない。実際、Ｇｏｏｇｌｅ  Ｈｏｔｅｌ  Ｆｉｎｄｅｒおよびチェックボックスアプローチを採用するｊｕｉｃｙｈｏｔｅｌｓ．ｃｏｍという別のホテルアメニティ検索ウェブサイトは、当該サイトを介するルーム予約すら提供していない。顧客は、ホテルのウェブサイト、ＢｏｏｋＩｔ．ｃｏｍ、ＴｒａｖｅｌｏｃｉｔｙまたはＯｒｂｉｔｚのような別のトラベルウェブサイトを介して、あるいはウェブベース以外の手段を介して、ルーム予約を行う必要がある。
【０００４】
レストラン検索ウェブサイトであるＯｐｅｎＴａｂｌｅは、同様の顧客インタフェースを提供する。顧客は、都市または近隣といった一般的な場所および日付に加え時間を選択する。当該サイトは、利用可能な施設を検索し、選択基準にマッチングするレストランのリストおよび利用可能性を提示する。いくつかのホテル検索サイトと同様に、ＯｐｅｎＴａｂｌｅは顧客に対し、料理スタイルおよび価格範囲等の追加の基準に基づき、結果リストをフィルタリングする能力を提供する。ＯｐｅｎＴａｂｌｅはまた、シェフの料理、ファンクションルームおよびプライベートダイニングルームのような「プライベートダイニング設備」を有するレストランのリストを表示し得る。しかしながら、顧客は利用可能性または価格を直接判断すること、あるいは当該ウェブサイトを介して、そのようなプライベートダイニングの特徴を予約できない。顧客は、電話番号および連絡先の名前を提供されるか、またはウェブページフォームベースの問い合わせを使用し得る。別のレストラン検索ウェブサイトであるＵｒｂａｎＳｐｏｏｎはまた、顧客に対し、「プライベートパーティ」および「ライブミュージック」を含む、レストランリストをフィルタするために、選択可能なレストラン「アイテム」のリストを提供する。しかしながら、特定の日付および時間におけるこれらのアイテムの利用可能性または価格を判断するための、あるいは当該アイテムと共にテーブルを予約するための方策はない。他のホスピタリティまたはトラベルウェブサイトと同様、特徴のためのフリーフォームの任意の検索および購入機能はない。顧客は、事前に選択されたアイテムおよびアメニティに従い、結果をフィルタすることに限定される。
【０００５】
Ａｓｃｅｎｓｉｏｎ  ＳｏｆｔｗａｒｅのＯｒｉｏｎというさらなる別のシステムは、ゲストにルームサービスおよびアメニティギフト注文へのオンラインアクセスを提供するために、複数のホテルによって使用されるウェブベースのプラットフォームである。しかしながら、Ｏｒｉｏｎは、任意の特徴検索または購入を可能にしていない。むしろ、Ｏｒｉｏｎは、注文に対し、利用可能なアメニティおよびサービスの「カタログ」を提供する。また、Ｏｒｉｏｎは、アメニティまたはサービスの注文と併せた、ルームの予約または確保の可能性を提供しない。
【０００６】
従って、ルームまたはレストランでのテーブルのようなアラカルトの施設を予約する必要なしに、所望の日付および時間に利用可能な所望の予約可能／発券可能なアメニティおよび／または特別サービスおよび／またはフード／飲み物を有する施設の場所内の若しくは施設の場所とは別個に、複数の特徴を検索および購入するオプション並びに、そのような特徴を、追加機能を用いて予約／購入するための追加機能を顧客に対し提供する、アラカルトのホスピタリティ／トラベルおよび施設システムに対するニーズがある。また、顧客が、所望の特徴をクエリするために、フリーフォームの任意の検索アイテムを入力できることに対するニーズがある。
【発明の概要】
【０００７】
本発明は、アラカルトのアメニティ、特別サービス、フード／飲み物および施設（「特徴」）の検索および予約エンジンのためのシステム、方法、およびコンピュータプログラム製品に関する。本発明の複数の態様は、顧客が、任意の検索を介して、宿泊設備、レストラン、クラブ／ラウンジ／バー、居住施設およびトラベル施設の場所において利用可能なアメニティおよび／または特別サービス（フード／飲み物を含む）を識別することを可能にする。この意味において、「任意」は、顧客がチェックボックスリスト若しくは他の予め定められたリストに提供されたもの以外の検索入力を入力できることを意味する。顧客は、自身のクエリアイテムに一致するまたは関連する商品およびサービスを提示され、所望の特徴オプションを選択および確認し、自身の選択を予約、確保または購入することを許容され、これには任意的にルームまたはレストランのテーブルのような施設の予約も含む。
【０００８】
本発明の一実施形態により、プロセッサと、ネットワークに連結されたネットワークインタフェースと、非一時的コンピュータ可読媒体上に格納された特徴データベースと、複数のプロセッサ命令を格納する非一時的記憶媒体と、上記プロセッサ、上記非一時的記憶媒体、上記特徴データベースおよび上記ネットワークインタフェースを連結するインタフェースと、を有する、ホスピタリティ／トラベルプロバイダの複数の特徴を識別および予約するためのシステムが提供される。上記特徴データベースは、予約可能なアメニティ、特別サービスまたはフード／飲み物アイテムをホスピタリティ／トラベルプロバイダに関連付ける複数の特徴生成データを含む。上記複数のプロセッサ命令は、上記プロセッサに、上記ネットワーク経由で、クライアントデバイスから予約可能な特徴のための任意の特徴アイデンティティ情報を受信させ、少なくとも部分的なマッチングのために上記特徴データベースを検索させ、上記複数のマッチ項目に関連付けられた１または複数のホスピタリティ／トラベルプロバイダアイデンティティを送信させ、上記クライアントデバイスからホスピタリティ／トラベルプロバイダ選択を受信させ、上記クライアントデバイス上での表示のために、上記任意の特徴アイデンティティ情報に基づく特徴を予約するための上記クライアントへのオファーおよび／または上記選択されたホスピタリティ／トラベルプロバイダを送信させる。
【０００９】
別の実施形態において、上記複数のプロセッサ命令はさらに上記プロセッサに対し、任意の特徴アイデンティティ情報を部分的または全体的に受信することに応答して、上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する複数の特徴生成データを、上記特徴データベースにおいて検索すること、上記クライアントデバイスに、上記クライアントデバイス上のオートコンプリートリスト内への表示のために、部分的にマッチングする複数の生成データのうちの少なくとも１つに関連付けられた上記複数の特徴アイデンティティを送信することをさらに命令する。
【００１０】
別の実施形態において、上記複数のプロセッサ命令はさらに上記プロセッサに対し、上記クライアントデバイスから、複数の施設検索制約を受信することを命令し、複数の施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所の指標を含む。上記特徴データベースの上記検索はさらに、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できる複数のホスピタリティ／トラベルプロバイダに制限され、複数の施設検索制約はまた、所望のルーム構成を含んでよい。一実施形態において、上記複数のプロセッサ命令はさらに上記プロセッサに対し、上記ネットワークを介して、外部プロバイダに、上記複数の施設検索制約に基づく予約クエリを送信すること、上記外部プロバイダから、上記複数の施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性情報を受信することを命令する。上記外部プロバイダは、ＧＤＳプロバイダ、ＣＲＳプロバイダ、ＣＲＭシステム、在庫システム、販売／収益管理システム、ロイヤルティシステム、プロパティ／オペレーションシステム、または施設プロバイダのＰＭＳであってよい。上記複数のプロセッサ命令はさらに上記プロセッサに、上記クライアントデバイスから、予約するための上記オファーの承諾および支払い情報の指標を受信させ、支払いプロセッサに、上記支払い情報を送信させ、上記特徴および／または施設の上記予約を記録すべく、上記データベース内の在庫レコードを更新させ、上記クライアントデバイスに、上記予約の確認を送信させる、複数の命令を含む。
【００１１】
別の実施形態において、上記複数のプロセッサ命令はさらに上記プロセッサに対し、上記ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティプロバイダのアメニティアイデンティティを受信すること、および上記ホスピタリティのアメニティアイデンティティを上記ホスピタリティプロバイダのアイデンティティに関連付ける生成データを上記アメニティデータベース内に格納することを命令する。
【００１２】
本発明の別の実施形態において、ネットワークを介して、ネットワーク接続されたクライアントデバイスからネットワーク接続されたサーバへ、予約可能な特徴のための任意の特徴アイデンティティ情報を送信する段階を有する、ホスピタリティプロバイダの複数の特徴を識別および予約するためのコンピュータ実装方法がもたらされる。上記方法は、上記サーバから上記クライアントデバイスに、上記任意の特徴アイデンティティ情報に対応する予約可能な特徴を提供できる複数のホスピタリティ／トラベルプロバイダの１または複数のホスピタリティ／トラベルプロバイダアイデンティティを受信する段階と、上記サーバへ上記クライアントデバイスから、選択されたホスピタリティプロバイダアイデンティティの指標を送信する段階と、上記クライアント上での表示のために、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび／または上記選択されたホスピタリティ／トラベルプロバイダの施設を受信する段階とを含む。
【００１３】
上記方法は、上記クライアントデバイスから、部分的な任意の特徴アイデンティティを送信する段階と、上記クライアントデバイス上で、上記クライアントデバイス上のオートコンプリートリスト内への表示のために、上記部分的な任意の特徴アイデンティティに対応する複数のアメニティアイデンティティを受信する段階と、をさらに備えてよい。
【００１４】
上記方法は、上記クライアントデバイスから上記サーバへ、施設に対する所望の予約期間およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所を示す複数の施設検索制約を送信する段階を含んでよい。上記１または複数のホスピタリティ／トラベルプロバイダアイデンティティは、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できる複数のホスピタリティ／トラベルプロバイダに対応する。上記複数の検索制約は、所望のルーム構成を示してよい。
【００１５】
上記方法はさらに、上記クライアントデバイスから上記サーバへ、予約するための上記オファーの承諾および支払い情報を送信する段階と、上記クライアントデバイスにより、上記予約の確認を受信する段階と、を含んでよい。
【００１６】
さらなる本発明の別の実施形態において、複数のプロセッサ命令を格納する非一時的コンピュータ可読媒体を備える、複数のホスピタリティおよびトラベルプロバイダの複数の特徴を識別および予約するためのコンピュータプログラム製品がもたらされる。上記複数の命令は、上記プロセッサに対し、ネットワークを介して、クライアントデバイスから、予約可能なアメニティおよび／または特別サービスおよび／またはフード／飲み物のための任意の特徴アイデンティティ情報を受信することを命令する。上記複数の命令はまた、上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索するための複数の命令を含む。上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、複数の予約可能な特徴アイデンティティを複数のホスピタリティ／トラベルプロバイダアイデンティティに関連付ける複数の特徴生成データを含む。上記複数の命令はまた、上記クライアントデバイスに、特徴生成データの上記セットに関連付けられた複数のホスピタリティ／トラベルプロバイダアイデンティティを送信し、上記クライアントデバイスからホスピタリティ／トラベルプロバイダアイデンティティの選択を受信し、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび／または上記選択されたホスピタリティ／トラベルプロバイダの施設を上記クライアントデバイスに表示のために送信するための複数の命令を含む。
【００１７】
さらなる本発明の別の実施形態において、複数のプロセッサ命令を格納する非一時的コンピュータ可読媒体を備える、複数のプロバイダの複数の特徴を識別および予約するためのコンピュータプログラム製品がもたらされる。上記複数の命令は上記プロセッサに対し、ネットワークを介して、クライアントデバイスから、予約可能なアメニティおよび／または特別サービスおよび／またはフード／飲み物のための任意の特徴アイデンティティ情報を受信することを命令する。上記複数の命令はまた、上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索するための複数の命令を含む。上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、複数の予約可能な特徴アイデンティティを複数のプロバイダアイデンティティに関連付ける複数の特徴生成データを含む。上記複数の命令はまた、上記クライアントデバイスに、特徴生成データの上記セットに関連付けられた複数のプロバイダアイデンティティを送信し、上記クライアントデバイスからプロバイダアイデンティティの選択を受信し、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび／または上記選択されたプロバイダの施設を上記クライアントデバイスに表示のために送信するための複数の命令を含む。一実施形態において、複数の上記プロバイダは、複数のホスピタリティプロバイダであってよい。別の実施形態において、複数の上記プロバイダは、複数のトラベルプロバイダであってよい。
【００１８】
さらなる本発明の別の実施形態において、ネットワークを介して、ネットワーク接続されたクライアントデバイスから予約可能なアメニティのための任意の特徴アイデンティティ情報を受信する段階を有する、ホスピタリティ／トラベルプロバイダの複数の特徴を識別および予約するためのコンピュータ実装方法がもたらされる。上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索する段階もあり、上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、予約可能な特徴アイデンティティをホスピタリティ／トラベルプロバイダアイデンティティに関連付ける複数の特徴生成データを含む。上記ネットワークを介して、上記クライアントデバイスに、上記特徴生成データのセットに関連付けられた１または複数のホスピタリティ／トラベルプロバイダアイデンティティを送信する段階と、上記クライアントデバイスから、選択されたホスピタリティ／トラベルプロバイダアイデンティティを受信する段階と、上記クライアントデバイスに、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび／または上記選択されたホスピタリティ／トラベルプロバイダの施設を送信する段階もある。
【００１９】
いくつかの実施形態において、上記複数のホスピタリティプロバイダおよび／またはトラベルプロバイダは、複数のデザイナーズホテルである。いくつかの実施形態において、特徴アイデンティティ情報は、クライアントデバイスの地理位置情報または近接から導かれた位置情報を含む。いくつかの実施形態において、アメニティデータベースは、複数のセマンティックマッチング技術を使用して検索される。いくつかの実施形態において、予約可能な特徴は、アメニティおよび／または特別サービスおよび／またはフード／飲み物である。いくつかの実施形態において、特徴アイデンティティ情報は、複数の特徴を識別してよい。
【００２０】
本開示の多くの態様は、以下の添付図面を参照することでより良く理解され得る。図面中、複数の図を通して同一の参照符号は、対応する部材を示す。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に従う、例示的なシステムの模式図である。
【図２】例示的な場所を示す。
【図３】本発明のいくつかの実施形態に従う、例示的な予約エンジンの複数の態様を示す。
【図４】本発明のいくつかの実施形態に従う、提携先プロファイル管理者ポータル（「ＡＰＡＰ」）の複数の態様を示す。
【図５】本発明のいくつかの実施形態に従う、複数の提携先プロファイルの複数の態様の模式図である。
【図６】本発明のいくつかの実施形態に従う、支払いゲートウェイの複数の態様の模式図である。
【図７】本発明のいくつかの実施形態に従う、例示的な顧客ユーザ／システムユーザインタフェースのフローの模式図である。
【図８】本発明のいくつかの実施形態に従う、例示的な顧客ユーザ／システムユーザのインタフェースのフローの模式図である。
【図９】本発明のいくつかの実施形態に従う、例示的な顧客ユーザ／システムユーザのインタフェースのフローの模式図である。
【図１０】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルのホーム検索入力エンジンページの複数の例示的なスクリーンショットの部分である。
【図１１】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルの提携先ランディングページの例示的なスクリーンショットの部分である。
【図１２】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルのホーム検索入力エンジンページの複数の例示的なスクリーンショットの部分である。
【図１３】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルのホーム検索入力エンジンページの複数の例示的なスクリーンショットの部分である。
【図１４】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルのホーム検索入力エンジンページの複数の例示的なスクリーンショットの部分である。
【図１５】本発明の複数の例示的な実施形態に従う、顧客ユーザポータルのホーム検索入力エンジンページの複数の例示的なスクリーンショットの部分である。
【図１６】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図１７】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図１８】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図１９】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図２０】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図２１】本発明の例示的な実施形態に従う、顧客ユーザポータルの複数の検索結果およびアイテム選択ページの複数の例示的なスクリーンショットの詳細である。
【図２２】本発明の例示的な実施形態に従う、顧客ユーザポータルの提携先プロファイルページの例示的なスクリーンショットである。
【図２３】本発明の例示的な実施形態に従う、顧客ユーザの延長コンポーネントの部分的な例示的スクリーンショットである。
【図２４】本発明の例示的な実施形態に従う、顧客ユーザポータルの確認ページの例示的なスクリーンショットの部分である。
【図２５】本発明の例示的な実施形態に従う、顧客ユーザポータルの確認ページの例示的なスクリーンショットの部分である。
【図２６】本発明のいくつかの実施形態に従う、例示的な提携先ユーザ／システムユーザインタフェースのフローの模式図である。
【図２７】本発明の例示的な実施形態に従う、ＡＰＡＰの提携先情報ページ（ホテル提携先のための）の例示的なスクリーンショットである。
【図２８】本発明の例示的な実施形態に従う、ＡＰＡＰのルームページ（ホテル提携先のための）の例示的なスクリーンショットである。
【図２９】本発明の複数の実施形態に従う、例示的なサーバデバイスの略図である。
【図３０】本発明の複数の実施形態に従う、例示的なクライアントデバイスの略図である。
【図３１】本発明のいくつかの実施形態に従う、例示的な顧客ユーザ／システムユーザのインタフェースのフローの模式図である。
【発明を実施するための形態】
【００２２】
本発明の複数の態様は、アメニティ、特別サービス、フード／飲み物および施設のような複数の特徴の複数の検索および予約エンジンのためのシステム、方法およびコンピュータプログラム製品に関する。本発明の文脈において、提携先は概して、宿泊設備、レストラン、クラブ／ラウンジ／バー、居住施設およびトラベル施設の場所等のホスピタリティおよびトラベルプロバイダである。しかしながら、いくつかの実施形態において、提携先はデザイナーズホテルに限定されてよい。トラベルプロバイダは概して、トラベル関連の製品およびサービスを提供する組織である。用語「施設」は、ホスピタリティプロバイダの中核的な提供物に関し、例えば、ホテル施設はルームを含み、レストラン施設はレストランのテーブルを含む。図２を参照すると、提携先ホテル２００は、複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物のような多くの特徴を提供してよい。例えば、複数のルーム施設は、ペントハウススイート２１０、温水浴槽付きルーム２２０、バルコニー付きルーム２２５、ボーリング場付きルーム２６０および通常のルーム２５５を含んでよい。提携先ホテル２００はまた、ヘリパッド２０５、ルーフテラス２４５、スパ２１５、鯉の池付き温室ガーデン２５０、ワインバー２６５、レストラン２３５、衣類店２７０、ダンスクラブ２４０および映画館２７５を備えてよい。提携先ホテル２００はまた、会議および多目的または臨時のスペース２３０を提供してよい。いくつかのトラベルプロバイダおよびホスピタリティプロバイダは、ボートレンタルのようなアクティビティまたはシアターショーのような体験を利用可能にしてよい。用語「顧客」は、提携先の製品およびサービスを検索する人を含む。
【００２３】
図１を参照すると、一実施形態において、本発明は、サーバ１００、顧客デバイス１６０および提携先デバイス１８０を備えるネットワーク化システム１０において動作するよう配置されてよく、すべてはネットワーク１５５を介して相互接続される。ネットワーク１５５はインターネットを含んでよいが、専用および／または独自ネットワーク相互接続で構成されてもよい。システム１０はまた、グローバルディストリビューションシステム（ＧＤＳ）１４４、プロパティマネジメントシステム（ＰＭＳ）１４６、顧客関係管理システム（ＣＲＭ）１４７およびセントラルリザベーションシステム（ＣＲＳ）１４８のようなサービスプロバイダシステムを含んでよい。システム１０はまた、バンク１４２で表される、クレジットカードおよび他の金融取引を処理するための商業ファイナンシャルサービスプロバイダを含んでよい。システム１０はまた、ＳＯＣ１４２で表される、ソーシャルメディアサービスプロバイダ、産業専門家サービスプロバイダおよびガイド・レビューサービスプロバイダを含んでよい。システム１０はまた、図示されないが、ネットワーク１５５を介して相互接続される、在庫システム、販売／収益管理システム、ロイヤルティシステムおよび／またはプロパティ／オペレーションシステムを含んでよい。
【００２４】
ロイヤルティシステムは、報酬を与え、それによりロイヤル購入動作を奨励するマーケティング行為が構築された、方法、製品（例えば、クレジット／デビットカード）および提携先の内部および外部にあるテクニカルシステムを備える。これらの動作は、アフィリエイトプログラムを介して意図された動作を永続化するためのインセンティブにより、収益化するために使用される。ロイヤルティシステムとの通信は、トレンドパフォーマンスおよび提案モデルのために、分析システム内に保持される各取引の複数のレコードを含んでよい。ロイヤルティシステムからの情報は、リピート客または永続客のための提案に対する適合検索を向上させるべく、使用されてよい。ロイヤルティシステムとの統合は、推奨を介する、検索および提案的な購入オプションの向上を可能にし得る。顧客取引入力の本システムは、スコア化処理のための複数の新しい生成データを作成すべく、リピート客の機械学習が本発明システムへの効果を発揮することを可能にする。また、検索および購入システムを用いて、常時やり取りの動機付けにより、選択および購入のための特徴および／または施設アイテムの結果を絶えず精緻化することが可能になる。
【００２５】
サーバ１００は、データストア１１６、予約エンジン１２０、提携先プロファイル管理者ポータル１２２、支払いゲートウェイ１３２、ＧＤＳインタフェース１３４、ＰＭＳインタフェース１３６およびＣＲＳインタフェース１３８を含む。顧客デバイス１６０は、顧客検索クエリデータの送信および検索結果の受信が可能な任意のネットワーク接続可能なコンピューティングデバイスである。顧客は、例えばキーボードのような顧客入力１６４を使用してクエリを入力し、顧客ディスプレイ１６６上で結果を見てよい。顧客デバイス１６０は、サーバ１００とやり取りするための顧客アプリケーション１６２のような１または複数のアプリケーションを実行してよい。一実施形態において、顧客アプリケーション１６２は、ウェブブラウザである。顧客デバイス１６０はまた、顧客デバイス１６０が、検索入力のために、顧客デバイスがどこに存在するかおよび／または近接に何が存在するかを判断することを可能にする、ＧＰＳ受信機および／または近接検出コンポーネント１６８のような地理位置情報コンポーネントを有してよい。一実施形態において、近接検出コンポーネント１６８は、ＲＦＩＤ技術を利用してよい。提携先デバイス１８０も、ネットワーク接続可能なコンピューティングデバイスであり、ネットワークを介してサーバ１００とやり取りするための提携先入力１８４、提携先ディスプレイ１８６、および提携先アプリケーション１８２を含んでよい。一実施形態において、提携先アプリケーション１８２は、ウェブブラウザである。代替的な実施形態において、提携先アプリケーション１８２は、サーバ１００とやり取りするためのブランドアプリケーションである。提携先デバイス１８０は、１または複数のコンピュータであってよく、提携先の一般的な在庫および／または販売モジュールを提供してよい。検索クエリデータを送信可能な複数のコンピューティングデバイスの複数の他の方法はまた、テレパシー装置、テースト装置、生体認証統合、ホログラフィック統合および複数の人工知能機能を含んでよく、これらのうちの任意のものは、複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物の発券、予約、確保および／または購入に対する利用の容易化を備えた検索入力の潜在的手段として機能するよう構成され得る。
【００２６】
サーバ１００の複数のモジュラーコンポーネントは、動的に相互接続される通信を保証し、顧客が検索を介して、複数の提携先の複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物を識別できるようにし、当該複数のアイテムを購入するためのオプションを提供する。さらに、本システムは、複数の提携先ユーザが、複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物の彼らのシステムを本発明システムに接続することを可能にするが、そのダッシュボードに直接アクセスすること、および彼らの複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物をアップロードすることに限定されない。
【００２７】
本システムの複数のコンポーネントは、複数のデータ転送チャネルを介して互いに接続する。これらのデータ転送チャネルは、複数の他の関連データ転送チャネルと交換可能である。システム１０の複数の部分は、クラウドベースであってよい。しかしながら、複数のクラウド機能は要求されない。複数のクラウドシステムは単に、複数のリソースの選択性および複数のデータ転送チャネルを提供する。
【００２８】
データストア１１６は、顧客ユーザおよび提携先ユーザの生成データを格納するための１または複数のデータベースを備える。予約エンジン１２０は、顧客の検索および結果を容易化する。
【００２９】
一実施形態において、データストア１１６は、リレーショナルデータベースおよび非リレーショナルデータベースを備える。リレーショナルデータベースは、顧客ユーザの複数の生成データを処理してよく、非リレーショナルデータベースは、複数のカスタマイズ可能な提携先ユーザの生成データを処理してよい。非リレーショナルデータベースコンポーネントの使用は、複数のシステム内に再呼び出しのために認識および格納された複数の生成データのタイプおよび使用の観点における増大する区別に適合することにより、システムが進化することを可能にする。
【００３０】
本発明の複数のデータベースは、追加目的のために有用である。検索を継続的に向上させるべく、複数のクエリおよびクエリ傾向が、セッションデータの一部として追跡され、当該データは限定的ではないが、提携先の特徴マッチングおよび潜在的な収益化のような目的のために使用される。
【００３１】
概して、複数のユーザは、テキスト、テキストとして解釈可能な複数のコマンド、イメージ入力、オーディオ、複数の電子信号のいずれかを介して、またはメニュー選択によって検索内容を提供する。複数のメニューは、他の既知のオプションの中でも特に、複数のクリックボックスまたは選択可能なアイコンの形態であってよい。ひとたびユーザが、複数の必要な文字列および／または選択肢を提供すると、マッチングするコンテンツを返すべく、それらのアイテムはデータベースのうちの１または複数に対し配信される。さらに、ユーザは、ペットを許可する好ましくない提携先のような、マッチング対象でない内容を選択してよい。本発明のプロセッサは、そのようなマッチング対象でない内容をユーザに返されるアイテムからフィルタするようプログラムされる。同様に、ユーザは第２の検索において、より多くの文字列および／または選択肢を選択し、マッチングしないアイテムを含め、前のクエリを置換することによって、自身の選択を絞り込むことができる。第１の検索と同様、ユーザは、フィルタされる複数のアイテムを選択できる。
【００３２】
一実施形態において、リレーショナルデータベースはポストグレスであり、次の表を含む。
【００３３】
【表１】
0006487449.tif 000002
【００３４】
一実施形態において、非リレーショナルデータベースはＭｏｎｇｏＤＢであり、次の構造を備えたホテルおよび複数の特徴ドキュメントを含む。
【００３５】
【数１】
0006487449.tif 000003
【００３６】
図３を参照すると、予約エンジン１２０は、検索入力フォーム３１０、セッションデータ３２０およびアルゴリズムロジック３３０の３つのコンポーネントに分解される。検索入力フォーム３１０は、複数の生成データとして提供され、ユーザに対しオートコンプリートリスト内で選択できるようにレンダリングされる、先行入力型の再呼び出し予測アイテムを介して、顧客がデータベースから既存の生成データをクエリすることを可能にする。検索入力フォーム３１０が、ユーザが選択する生成データを提供しない場合、管理ログが作成され、当該検索クエリは評価され、新しいアメニティおよび／または特別サービスの拡張利用を進めるよう、データベース内で更新される。
【００３７】
セッションデータ３２０は、ユーザインタフェースのナビゲーションにおいて、ユーザの好みに基づいて学習されたユーザエクスペリエンスを提供すべく、顧客ユーザのシステムとのやり取りを格納および適用する。例えば、様々なアメニティおよび／または特別サービスおよび／またはフード／飲み物の検索時に、ユーザはそれらの時間／日付をリセットすることを要求されない。システムは、ユーザがセッションデータをリセットするまで、これらの好みを保存する。適合検索機能は、顧客の入力の認識およびスコア化を可能とし、タイプ＞スコア化＞承認プロセスを介する人員オペレータの入力＞アメニティ／サービス／フード／飲み物を、可能な提携先にマッチングすることを可能にする。顧客ユーザの適合検索とのやり取りは、本発明システムが、マッチングしない検索入力クエリの機械学習を介して、データベースシステムに対し技術的効果をもたらすことを可能にする。マッチングしない、および、トレンドスコア化された生成データが顧客ユーザに対して明らかにされ、マッチングする、および／または、徐々に進展する特徴を示す提携先について、検索、利用および購入できるように、新しい特徴カテゴリを後に作成する。
【００３８】
アルゴリズムロジック３３０は、意図されたユーザの複数の結果を容易化すべく、システムがデータを解釈し、システムの複数のコンポーネント間で通信することを可能にする複数のアルゴリズムおよびプログラミングを指す。
【００３９】
複数のアメニティおよび／または特別サービスの予約、確保、購入の容易化を備えた検索のための複数のアルゴリズムに対応する擬似コードは、次を含む。
【００４０】
【数２】
0006487449.tif 000004
【００４１】
複数の先行入力再呼び出し機能を備えたセマンティックスタイルのスマート検索入力に対応する擬似コードは、次を含む。
【００４２】
【数３】
0006487449.tif 000005
【００４３】
一実施形態において、検索入力がシステムによって認識されない場合、入力値の評価のためのレコードが作成される、機械学習機能が提供される。別の実施形態においては、ユーザがデータ文字列を入力し、当該データ文字列が認識可能でない場合、本発明のシステムは、同様の響きまたは同様の外観の複数の提案をユーザに対し選択肢として返すべく、様々な検索を実行してよい。ひとたび選択されると、後で複数のユーザに同様の提案が提供され得るよう、その選択および元の検索文字列が共に関連付けられてメモリ内に格納される。
【００４４】
入力値の照合時、複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物の発券、予約、確保および／または購入に対する利用の容易化を備えた更新される検索のために、新しい適合検索入力が、複数の対応可能な提携先に関し有効化される。これを示す擬似コードは、次を含む。
【００４５】
【数４】
0006487449.tif 000006
【００４６】
人員オペレータとの任意選択のタンデムにおけるオペレーションの容易化に対応する擬似コードは、次を含む。
【００４７】
【数５】
0006487449.tif 000007
【００４８】
複数の顧客は、検索機能を介してシステムとやり取りし、適合検索更新を介してシステムに複数の検索機能を追加する。複数の提携先ユーザは、ＡＰＡＰを介してシステムの複数の検索機能を追加する。デュアルユーザ入力（顧客ユーザおよび提携先ユーザ）に対応する擬似コードは、次を含む。
【００４９】
【数６】
0006487449.tif 000008
【００５０】
動的価格設定更新に対応する擬似コードは、次を含む。
【００５１】
【数７】
0006487449.tif 000009
【００５２】
在庫管理システムを利用する利用可能性検索に対応する擬似コードは、次を含む。
【００５３】
【数８】
0006487449.tif 000010
【００５４】
在庫管理システムを利用する利用可能性検索に対応する擬似コードは、次を含む。
【００５５】
【数９】
0006487449.tif 000011
【００５６】
複数の地元の専門家のレビュー、ブログ、およびソーシャルメディアからの先行入力またはテキストの断片は、検索入力を拡張し、および／または検索および購入予約検索リンクを介して参照アイテムに接続されてよい。従って、複数の顧客ユーザは、複数のトラベルヒントまたは推奨を再呼び出しすべく、オンライン、またはサーバ１００の専門家／ソーシャルニュース更新機能を介して見つけた複数の用語を検索にコピーアンドペーストすることができる。この機能をサポートするコンテンツは、ＳＣＯサービス１４９のＳＯＣインタフェース１３９のクローリングおよびデータベース内の複数の生成データとしての複数の用語のストレージによって、取得され得る。
【００５７】
一実施形態において、検索を拡張するための先行入力およびテキストスニペットは、アップロードされ、生成データに関連付けられる専門家のレビューをから調達されてよい。従って、複数の検索結果は、１または複数のレビューおよび関連付けられた生成データを含む可能性がある。レビューを見る顧客には、顧客を予約のための正確なアイテム（アメニティ、特別サービス、フードまたは飲み物、または施設）へと導く、レビューテキスト内の検索および購入「予約ボタン」が提供される。
【００５８】
図４を参照すると、提携先プロファイル管理者ポータル１２２（「ＡＰＡＰ」としても知られる）は、資産管理ダッシュボード４１０および在庫管理システム４２０の２つの部分に分解される。
【００５９】
資産管理ダッシュボード４１０は、フロントエンドユーザインタフェースおよびバックエンド生成データ統合ツールの両方である。複数の提携先は、検索可能プロファイルをシステムにレンダリングすべく、このダッシュボードを利用して、彼らの複数の生成データ資産（複数の顧客ユーザを考慮する場合は、複数のアイテムとして呼ばれる）をアップロードおよび管理する。このダッシュボード４１０は、複数の提携先と、人員オペレータのメンテナンスと連結された我々の複数のコンピュータ化システムとの間の管理者アクセスの階層を保持する。
【００６０】
複数の提携先はまた、アイテムを予約する際、顧客によって承諾される必要のある、施設および／または特徴に関連付けられた契約条件等の複数の契約ドキュメントをアップロードおよび管理する機会を有してよい。そのような複数のドキュメントは、購入またはチェックアウト前に、複数の顧客に対し提示若しくは入手可能にされてよい。
【００６１】
在庫管理システム４２０は、資産管理ダッシュボード４１０と並行して動作するシステムである。ここで、複数のアイテムを複数のデータベース内にセグメント化し、それによって検索入力を介して複数の生成データを利用可能にすべく、複数のアルゴリズムは、複数の生成データとして複数の「特徴」のような複数のアイテムを処理する。この機能は、価格コントロールを用いる需要と供給に従い、手動および動的の両方で駆動される。より具体的には、複数の提携先は、ログオンして、ＡＰＡＰ１２２を介して、複数の特定の生成データを在庫管理システムにアップロード／管理し得る。また、複数の提携先は、自身の複数のシステムと在庫管理システムとの間におけるそれらの生成データのリアルタイムの動的アップロード／管理を有効にすることもできる。動的接続では、在庫管理システムは、ひとたび複数の生成データが接続され、複数の提携先システム内で変更が発生するたびに、自動的に更新される。
【００６２】
ここで図５を参照すると、複数の提携先プロファイルは、タイプ５１０、製品５２０およびサービス５３０の３つのセグメントに分解される。タイプ５１０は、ホテル、モーテル、ルーム施設、トラベルパートナ、エンタテイメントパートナ、レストラン、クラブ／ラウンジ、居住施設または任意の他のホスピタリティおよびフード／飲み物プロバイダのような提携先のカテゴリを指す。製品５２０は、提携先が即時購入または将来の購入に対して提供し得る任意の複数の資産を指す。サービス５３０は、提携先が即時購入または将来の購入に対して提供し得る任意の複数のサービスを指す。複数のプロファイルが、ＡＰＡＰダッシュボード４１０内に作成および維持され、検索を介して、複数のフード／飲み物、アメニティおよび／または特別サービスを予約、確保または購入を提供するための提携先の能力に結合される。複数のプロファイルコンポーネントは、複数の拡張可能な生成データとして、イメージまたは複数の空間レンダリングを含んでよい。複数の特徴の例は、限定されないが、価格設定が視覚的に識別可能および／または利用可能性および／または購入のための検索を用いて選択可能な複数の場所、ルームまたは施設を含んでよい。
【００６３】
図示されないが、本発明は、複数のユーザからの膨大なデータを収集する。すべての検索は、キャプチャおよび格納される。結果的に、本発明のシステムは、複数の傾向およびユーザの複数の要求における複数の変更を迅速に識別する能力を有する。そのような複数の変更は例えば、ユーザ要求が迅速にまたは正常範囲外のいずれかで増大または減少するときを識別し得る。これらの非定型条件が認識される場合、およびそれらが一般的な場所（都市の一部のような）のような他の情報と連結される場合、本発明のシステムは、複数のホテル、レストラン、クラブ／ラウンジ／バーおよび他のトラベル施設の場所のような複数の提携先に対し、複数の価格設定変更を提示し得る。例えば、特定のロケールにおいて要求が増大するとき、提携先は貸与されていない複数の特徴の複数の料金を上向きに調整し得る。また、特定の曜日または時間に要求が低下する場合、価格設定を下げることができる。複数の提携先は、例えば、デジタル通知を介してクライアントベースに通知するために、これらの価格変更を使用し得る。
【００６４】
ここで図６を参照すると、ペイメントカードインダストリ（「ＰＣＩ」）コンプライアンスに準拠すべく、支払いゲートウェイは、支払い処理ＡＰＩ６１０、課税ＡＰＩ６２０および商業バンク６３０の３つのサードパーティに分解される。顧客ユーザは、複数のユーザプロファイルの形態でシステム上に複数のプロファイルを作成する一方、クレジットカード処理に要求されるすべての情報が、ＰＣＩに従って格納されるわけではない。従って、システムは、顧客ユーザと提携先ユーザとの間の金融取引を経由する購入を容易化すべく、予約エンジンから、顧客ユーザの情報を彼らの特徴注文と併せて受信するために、当該複数のサードパーティに依存してよい。購入された製品および／またはサービスに対する支払いが、すべてのパーティ（顧客ユーザ、提携先ユーザおよびシステムプロバイダ）に対する確認とともに、システムプロバイダおよび提携先の両方によって受信される。
【００６５】
図７は、システムとの顧客のやり取りの例示的なフローを示す。ホームユーザインタフェースで開始し、顧客は旅行詳細を入力し、複数の検索結果を受信し、購入のために提携先プロファイルを選択し、チェックアウトし、支払いゲートウェイを介して支払いしてよい。図８を参照すると、このフローに対する複数の変形が理解され得る。概して、顧客は、ホーム／ランディングインタフェース８１０で開始する。ここで、顧客ユーザは、複数のランディング選択肢８２０のうちの１つを選択することによって、アイテム検索クエリまたは時間／日付クエリを実行することができる。システムは、旅行詳細エンジンを介して、データ入力を解釈すべく、ファジーロジックおよび複数のアルゴリズムを利用する。システムはそれにより、複数のデータベースコンポーネントを用いて検証された傾向分析を処理し、在庫管理システムを介して利用可能性を評価すべく、データをスコア付けする。
【００６６】
あるいは、顧客は自身の顧客ユーザプロファイル８２６にアクセスしてよい。ログイン時、複数の顧客は、プロファイル管理インタフェースを介して、前に解釈されたデータを再呼び出しする能力を有する。この情報の再呼び出しは、顧客プロファイルデータベースからプルされる。
【００６７】
あるいは、顧客は選択８２８を介して、一般的な提携先プロファイルにアクセスしてよい。顧客ユーザは、問い合わせのためにレンダリングされた様々な一般的な提携先プロファイルから選択する能力を有する。ホーム／ランディングインタフェースに入力された情報は、システムがデータの連続的展開をインタフェースにレンダリングすることを可能にする、ＡＰＡＰによって管理およびレンダリングされる。
【００６８】
ランディングページ８１０から、顧客は、検索入力８２３を使用して、名称、目的地、アメニティ、特別サービスまたはフード／飲み物を介して検索するための旅行詳細エンジン８２２を使用してよい。いくつかの実施形態において、「目的地」の入力は、顧客デバイスの位置システム１６８によって提供され、デバイスの地理位置情報または近接ビーコンの検出を備えてよい。当該データ入力のソースは、旅行詳細エンジン８２２であり、それによって解釈される。
【００６９】
顧客はまた、選択８２４により、日付並びに検索入力を提供してよい。これは、提供された複数の検索結果を絞り込み、または選択のための特定のアイテムを選択すべく、アイテム検索の能力とイベントの利用可能性を組み合わせる。これは、複数の在庫管理検索要素を旅行詳細エンジン８２２内で組み合わせる。時間／日付選択８２５により、顧客ユーザはアイテムの利用可能性を介して検索してよい。
【００７０】
履歴は、顧客ユーザプロファイル８２６のサブコンポーネントであり、そこにおいて顧客はシステム内での複数の前のアクションを選択可能である。セッションデータおよび分析は、システムが複数の前の入力の利用可能性を処理すべく、履歴インタフェースを再呼び出しおよびレンダリングすることを可能にする。
【００７１】
ホーム／ランディングインタフェース８１０にアクセスする際、または旅行詳細エンジン８２２からレンダリングされた複数の検索結果を介し、顧客ユーザは、問い合わせに対しレンダリングされた様々な提携先プロファイルから選択する能力を有する。選択された提携先プロファイルは、ホーム／ランディングインタフェースまたは旅行詳細エンジン８２２によって生成された入力の複数の結果によって、レンダリングされる。
【００７２】
複数の検索結果に対しては、複数の提携先プロファイルがレンダリングされ、そこにおいてアイテムは、旅行詳細エンジン８２２からの検索入力に基づいて利用可能である。
【００７３】
アイテム選択は、顧客ユーザが検索から意図されたアイテムを選択することを可能にするインタフェースを伴う。選択されたアイテムはそれによって、支払いゲートウェイ内での取引を処理するための在庫管理システムを介して、複数の特徴を発券、予約、確保および／または購入するための利用可能性の容易化のためのシステムに識別される。一実施形態のフローにおいて、図９に示される通り、ユーザはアイテムを選択後、チェックアウトの際、複数の追加のアイテムが追加されるよう選択するオプションを有してよい。これは、図１２に示されるリンク１０３６および図１３と図１４に示されるリンク１０５６のような「＋施設」タイプのボタンを介して有効化されてよい。そのような複数のボタンまたはリンクは、フード＆飲み物、座席選択またはテーブル、会議スペース、ルームサービス、複数の機器レンタル、複数の施設またはイベント等のような複数のアイテムを追加するための「＋アメニティ」タイプの複数の機能を含んでよい。また、いくつかの実施形態において、提携先の契約条件が、チェックアウト前に複数の顧客に提示または利用可能にされてよい。顧客が契約条件を承諾しない場合、取引は完了され得ない。
【００７４】
アイテム選択はさらに、選択されたアイテムの環境構成を可能にするインタフェースを含んでよい。選択されたアイテムの複数の機能は、座席配置、設備の容易化、複数の照明の仕様、占有状態／収容力、ケータリング、向き等のような一連の入力および管理フィールドを介して、在庫管理システム内にアップロードされ、管理される。複数の顧客は、選択されたアイテムの構成を選択し、または承認のために、代替的な構成に対するリクエストを提出してよい（不図示）。
【００７５】
チェックアウトは、意図される購入の編集可能な確認を介する、意図されるアイテム選択に関する顧客ユーザの確認のためのインタフェースを含む。プロセスフローにわたり、アイテム選択のシステマティックな「パンくずリスト」ナビゲーション内に格納されたセッションデータを介して、システムは、意図される取引を完了すべく、支払いゲートウェイとやり取りする。
【００７６】
本発明に従う複数の方法は、図３１に示されるフローに従ってよい。そこには、クライアントが、予約可能な特徴のための複数の任意の特徴検索パラメータをサーバに送信する段階３１２０、サーバが複数の検索パラメータに少なくとも部分的にマッチングする特徴および複数のプロバイダを、特徴データベースにおいて検索する段階３１３０、クライアントが特徴のアイデンティティおよび／または当該特徴を提供可能な複数のプロバイダをサーバから受信する段階３１４０、クライアントがプロバイダの選択をサーバに送信する段階３１５０、クライアントがサーバから特徴を予約するためのオファーおよび／またはプロバイダの施設を受信する段階３１６０が含まれる。そのような複数の方法はまた、支払い情報がサーバに（任意的に）送信され、処理される段階３１７０を含んでよい。そのような複数の方法はまた、予約された特徴および／または施設のための複数の在庫レコードが更新される段階３１８０を含んでよい。そのような複数の方法はまた、マッチングする特徴／プロバイダを判断し、および／または利用可能性を判断すべく、外部のプロバイダデータベースがクエリされる段階３１３５を含んでよい。そのような複数の方法はまた、サーバが、先行入力／オートコンプリート情報を複数のクライアントデバイスに提供する段階３１２５を含んでよい。
【００７７】
ここで図１０および図１２を参照すると、複数の利用可能な特徴を検索すべく、顧客ユーザが自身のクエリを入力可能な箇所を示す、例示的なスクリーンショット１０００の部分が提供されている。スクリーン１０００は、フリーフォーム入力ボックス１０１０、日付ピッカ１０２０、占有選択領域１０３０、および「検索」ボタン１０４０を備えるクエリ領域１００５を含む。日付ピッカ１０２０は、時間入力ボックスおよび／または時間ピッカ（不図示）を含んでよい。スクリーン１０００は、提携先全般プロファイル領域１０５０を含んでよい。複数の提携先名称または目的地に加え、提携先の一般的な空間の複数の特徴またはルーム特有の複数の特徴さえ、複数の検索結果にレンダリングされ、ユーザが自身の好みに基づいて選択できるようにする。図１２は、特徴の意図的な検索／購入のためのチェックイン時間／日付１０２２、チェックアウト時間／日付１０２４を選択することによって、検索入力（旅行詳細）エンジンをさらに指定する顧客ユーザが可能なことを例示する。料金表が時間／日付の選択（例えば、図２０を参照）を提供するいくつかの実施形態において、１０２２および１０２４を介する時間情報の指定は、任意である。占有選択領域１０３０は、大人の数１０３２および子供の数１０３４のためのドロップダウンボックスを含んでよい。ルームを追加リンク１０３６を選択することによって、複数の追加のルームがクエリに追加されてよい。
【００７８】
図１１を参照すると、一実施形態において、顧客ユーザは、例示的なランディングページ１００１のような提携先のランディングページに「ランディング」後、フリーフォーム入力ボックス１０１０および検索ボタン１０１０を利用して、検索を開始してよい。また、フリーフォームエントリ入力１０１０は、インタフェースのナビゲーションにわたり利用可能であり、ユーザがフリーフォームまたは提携先プロファイル内にフォーカスした検索を可能にする。
【００７９】
図１３および図１４を参照すると、一実施形態により、検索のアドオンコンポーネントが、ショッピングカートのような機能に収容されたアラカルトの選択可能な複数のアイテムカテゴリを介して、連結検索を可能にする。図１４および図２２を参照すると、これらのアドオン機能は初期取引後にも実装され得、複数の顧客は、履歴インタフェースを介して自身の取引を再度呼び出し、セクション１０７０に示されるように、複数の検索アイテムを自身の既存の購入に追加してよい。顧客ユーザはさらに、日付ピッカ１０７５を介してチェックイン時間／日付、チェックアウト時間／日付を選択することによって、検索入力（旅行詳細）エンジンを指定してよい。好ましい実施形態において、単一のチェックアウト取引に対し、１より多い提携先の複数のアイテムが、ショッピングカート機能に追加されてよい。
【００８０】
図１５を参照すると、一実施形態により、検索エンジン入力内のカテゴリによる検索が有効にされてよい。複数のユーザは、システム認識の先行入力により、複数の特定の「アイテム」だけでなく、目的地１０８０、提携先（例えば、ホテル）１０８２、アメニティ１０８４、サービス１０８６およびフード＆飲み物１０８８のような複数の「カテゴリセグメント」も検索できる。
【００８１】
図１６、図１７および図１８を参照すると、ひとたび検索クエリが検索入力（旅行詳細）エンジン内に入力されると、ユーザの複数の結果１６５０は、ディスプレイ１６００、１６０１および１６０２のような検索の複数の特定結果表示内にレンダリングされる。複数のユーザは次に、並び替えプレファレンス１６２０に基づいて並べ替え、自身の独自の検索基準に基づいて提携先を選択できる。ディスプレイ１６００、１６０１および１６０２は、パンくずインジケータ１６１０を含んでよい。ユーザがリスト内の承諾可能な結果を識別する場合、ユーザは予約および／または発券プロセスを実行するため、今すぐ予約リンク１６６０を選択してよい。
【００８２】
図１９および図２０は、時間帯の価格設定および価格設定が時間帯に依存する場合にユーザに表示される複数のポップアップスクリーンを示す。図１９において、ポップアップスクリーン１６０３は、複数の特定のアメニティタイプが、曜日並びに時刻により変動する複数の価格について構成されたことを示す。図２０において、ポップアップスクリーン１６０４は、利用可能な場合、複数の特定のルームタイプが、曜日により変動する複数の価格について構成されたことを示す。いくつかの実施形態において、価格設定は、利用可能性に基づいてアルゴリズムで指定されてよい。例えば、アイテムの２０個が利用可能な場合、１または２個が利用可能な場合より、価格は低くてよい。
【００８３】
図２２を参照すると、一実施形態により、指定された時間増分について予約を延長するために、選択されたアイテムの在庫状況について再呼び出しおよびクエリされるべく、検索の延長コンポーネント１６７０も初期取引後に実装され得る。顧客ユーザインタフェースは、延長時間セレクタ１６７３、確認リクエスト選択１６７４および延長リクエスト選択１６７５を含んでよい。複数の追加のアイテム取引を含め、複数の特別なリクエストがなされる場合、任意的に複数の人員オペレータが「複数のコンシェルジュ命令」入力フォーム１６７１を介して、複数のテクニカルシステムと並行して動作し得る。この機能は、企業レベルで実行され、または提携先インタフェースから入力され得る。最後に、チェックアウト内にあるような既存の購入への検索アイテムの追加は、単一の取引に対するこの予約詳細１６７２履歴インタフェースを介して集約され得、選択された日付／時間の入力の前の在庫状況を推定する。これに続く複数の検索および購入は、別の方法でも構成され得る。
【００８４】
図２３は、選択された例示的な提携先プロファイルページの部分的なディスプレイスクリーン２３００を示す。顧客ユーザは、複数のイメージおよび空間レンダリング２３４０、説明２３３０、アメニティリスト２３２０および所望のアメニティ２３１０を含む、複数の利用可能な提供物の詳細を確認することができる。インタフェース２３０５は、検索および予約基準を要約し、施設を予約またはイベントを発券するためのリンクを提供する。パンくずインジケータ２３５０は、ユーザが予約プロセスの進捗を確認し、前の複数の段階およびスクリーンに戻ることを可能にする。
【００８５】
図２４は、顧客ユーザが、複数の特徴の選択を確認するために、支払いゲートウェイとやり取りし得る、ページの部分的なスクリーンショット２４００を示す。当該ページは、請求情報領域２４２０、ゲスト情報領域２４３０およびホテルコンシェルジュ命令領域２４４０を備える。一実施形態において、このフィールド内に入力された複数の通信は、例えば、電子メール等の通信が、チェックアウト確認と併せてコンシェルジュに送信されるようにし、提携先に顧客のリクエストを通知する。ひとたびユーザがポイント２４１０に示される特徴を予約したいという希望を確信すると、顧客ユーザは自身の選択を「予約」でき、確認を受信する。一方、提携先およびシステムプロバイダの両方は、サードパーティの処理パートナを介して購入された製品／サービスに対する支払いを受信する。図２５は、例示的なアラカルトのショッピングカートのチェックアウトの部分的なスクリーンショットを示し、施設およびアメニティのポリシーとキャンセル条件２４１８（ＡＰＡＰインタフェースを使用する提携先によって提供可能）およびチェックアウト取引２４１６の概要を示す。サービス条件チェックボックス２４１２および「予約」ボタン２４１４が含まれる。複数のユーザは、カート内の複数のアイテムを編集および削除でき、１または複数の提携先の１または複数のアイテムがカート内に蓄積され得る。図１１に関し上記した通り、インタフェース全体で提供され得る常設検索クエリボックス１０１０内で、新規検索を実行することによって、複数の追加のアイテムが追加されてよい。
【００８６】
例示的なユーザエクスペリエンスフローにおいて、ユーザは、図１０に示されるようなユーザインタフェース１０００と、例えば、ボックス１０１０内に「ヘリコプタ」と入力することによってやり取りしてよい。当該インタフェースは、図１５に示されるような、ユーザが例示的なカテゴリセクション１０８４から「ヘリコプタ」を選択し得るカテゴリ別の先行入力ドロップダウンボックスをレンダリングしてよい。ユーザには次に、図１３に示されるような、ユーザが複数の日付と時間を指定できる旅行詳細インタフェースが表示される。アイテム価格設定リンク１０５７を選択すると、ユーザには、図１９に示されるような料金表１６０３が提示される。料金表１６０３から所望のアイテムを選択すると、ユーザには次に図１４に示されるような旅行詳細インタフェースを説明するアイテムが提示され、そこにおいて、ユーザはセクション１０７０内で選択されたヘリコプタを確認し、セクション１０５６を使用して複数の追加のリクエストを指定できる。例えば、ユーザが「＋ルームを追加」を選択する場合、ユーザには次に、図２１に示される１６０７のようなルーム料金選択表が提示される。ルーム施設を選択し、旅行詳細インタフェースに戻り、次に「予約」を選択すると、ユーザには次に、図２５に示されるようなアラカルトのショッピングカートのチェックアウト概要２４０５が表示され、そこにおいてユーザは取引の詳細を確認し、予約を完了し、または複数の変更を行うことができる。
【００８７】
図２６は、例示的な提携先ユーザのシステムとのやり取りを示す。提携先ユーザは概して、ホームＵＩでシステムとのやり取りを開始する。しかしながら、プロファイルがひとたび作成されると、この段階は迂回され得る。提携先は、既存の提携先プロファイルにアクセスし、または提携先ログインを作成するために、ログインしてよい。
【００８８】
提携先ユーザ入力に基づいて、システムは、複数の生成データとして、複数のユーザ資産を在庫管理システム内に格納する。提携先プロファイル管理者プロファイル（「ＡＰＡＰ」）は、複数の提携先ユーザおよび人員オペレータの両方が、複数の提携先プロファイルを維持すべく、並行して動作することを可能にするダッシュボードインタフェースである。当該インタフェースは、在庫管理システム内に維持される。複数の提携先資産がシステム内にアップロードされる際、データは、製品／サービス提供のための複数の提携先機能を再呼び出しするために使用される複数の生成データに変換される。本システムは、複数の人員オペレータと並行して動作する能力を含め、複数の提携先システムに対し、静的および／または動的の両方である。複数の人員オペレータは、必要に応じ、サポート的役割として機能する。
【００８９】
提携先プロファイルは、複数のユーザが購入のために利用可能な複数の製品／サービスの複数の提供を調査および選択することを可能にするインタフェース内に提携先情報データの複数の専用の表示を備える。これらは、検索を介して顧客ユーザにレンダリングされる。提携先プロファイルは、システムによって、複数の提携先資産をＡＰＡＰと静的および／または動的に交換する複数のデータ転送チャネルを介して生成される。
【００９０】
提携先プロファイルの複数の一般的な機能とは、複数の提携先の複数の共通スペース提供を指す。ＡＰＡＰ内に維持され、システムは、共通スペースおよび下位スペース間の複数の機能を表示する。複数の下位機能とは、複数の提携先の複数のプライベートスペース提供を指す。
【００９１】
図２７は、提携先が、自身の複数の標準アメニティおよび／または特別サービスをセクション２７１０内で選択できる、ホテルアメニティセクションの部分的なスクリーンショット２７００を示す。ここにおいて、提携先はまた、追加２７１２を選択し、特徴をボックス２７１４のようなテキストボックスに入力することによって、複数の新しい特徴を作成できる。あるいは、提携先は、特徴に対し予め定められた入力を除去できる。概して、このセクション内の複数のアイテムは、スペース全体の範囲で利用可能であり、この例においては、提携先はホテルである。
【００９２】
ホテルイメージセクション２７２０は、例えば、写真２７２９等の複数のイメージを、利用可能性によって連結される動的に価格設定された複数の特徴を有効にするサブインタフェース（不図示）を介して、予約可能／確保可能／購入可能なフード＆飲み物、複数のアメニティおよび／または特別サービスに帰属させる。複数の提携先ユーザは、追加２７２２をクリックし、特徴をボックス２７２４内に入力し、チェックボックス選択２７２６、２７２７および２７２８でそのカテゴリを選択してよい。両方のセクションは、複数の検索可能な特徴を複数のユーザに対し提供してよい。パンくずインジケータ２７５０は、ユーザがプロセスの進捗を確認し、前の複数の段階およびスクリーンに戻ることを可能にする。
【００９３】
図２８は、例示的なルームのアメニティスクリーンの部分的なスクリーンショット２８００を示す。提携先ユーザが、複数のルームのような製品またはサービスの提供の利用可能性に関する代替的なコンポーネントを有する場合、ＡＰＡＰインタフェースは、複数の上記の特徴機能のより具体的な検索および購入を可能にする。ルームアメニティセクション２８１０は、提携先が、提携先それ自体とは別個に、自身の複数の標準的な特徴を選択できる箇所である。ここにおいて、提携先はまた、追加２８１２を選択し、特徴をテキストボックス２８１４のようなボックスに入力することによって、複数の新しい特徴を作成できる。あるいは、提携先は、関連付けられたチェックボックスを選択解除することによって、事前入力されたアメニティおよび／または特別サービスを除去できる。概して、このセクション内の複数のアイテムは、スペース全体で利用可能である。この例において、提携先は、ホテル内のルームである。
【００９４】
ルームタイプセクション２８２０は、複数のイメージを、利用可能性によって連結された動的に価格設定済みの複数の特徴を有効にするサブインタフェース（不図示）を介して、予約可能／確保可能／購入可能なフード＆飲み物、複数のアメニティおよび／または特別サービスに帰属させる。写真２８２９のような複数のルームの写真が追加されてよく、コントロール領域２８２４を使用してルームの詳細が追加、削除または更新されてよい。両方のセクションは、複数の検索可能な特徴を複数のユーザに対し提供する。パンくずインジケータ２８５０は、ユーザがプロセスの進捗を確認し、前の複数の段階およびスクリーンに戻ることを可能にする。
【００９５】
別の実施形態において、モジュールインタフェースが、提携先および／またはベンダサイトに配置若しくは埋め込み可能であり、並びに／または複数のアメニティおよび／または特別サービスおよび／またはフード／飲み物のような複数の特徴の検索、利用可能性および購入を提供する顧客デバイス上に表示可能であり得る。モジュールインタフェースはまた、上記外部プロバイダと、ネットワークゲートウェイを介して所望のルーム構成に対し予約クエリを処理してよい。
【００９６】
本発明の複数の実施形態は、データのＡＰＡＰへのインポートを有効にすることによって、提携先の一般的な在庫および／または販売／収益モジュールとのインタフェースを取ってよい。例えば、複数の小規模ホテルまたはトラベル提携先からの複数のカンマ区切り値（ＣＳＶ）フォーマットファイルは、彼らの在庫を複数の単純な表に分類してよい（例えば、複数の行にルームタイプおよび複数の列に曜日で、需要と供給に従い価格設定が異なるようにできる）。複数の提携先は、これらの表の特徴を表計算プログラムで維持し、データをエクスポートした後、システムのアップロード＞エクスポート機能を利用して、ＡＰＡＰの入力フォームを当該複数の行（例えば、複数のルーム、アイテム、アメニティ、サービス、フードおよび飲み物、テーブル）および列（例えば、複数の曜日）を用いて入力できる。任意のカテゴリ（例えば、複数のルーム、アイテム、アメニティ、サービス、フードおよび飲み物）に対する価格設定は、ＡＤＲ（Ａｖｅｒａｇｅ  Ｄａｉｌｙ  Ｒａｔｅ）を介して週にわたって、並びに特定の２４時間中の時間帯のような、より細かい細分性の中で変更されてよい。時間ベースの価格設定に関する変動する細分性の例については、図１９および図２０を参照のこと。価格設定は、提携先またはシステムオペレータのいずれかによって、プロモーション期間に合わせて調整することにより、さらに管理されてよい。
【００９７】
次に図２９および図３０を参照すると、本開示の一実施形態に従う、例示的なサーバ１００と例示的な顧客デバイス１６０の模式的なブロック図がそれぞれ示されている。サーバ１００および顧客デバイス１６０は、それぞれプロセッサ２９５５、３０５５、およびメモリ／記憶媒体２９５０、３０５０を含み、それらの両方は、ローカルインタフェース２９６０、３０６０に連結されている。理解できるように、ローカルインタフェース２９６０、３０６０は例えば、付随するアドレス／制御バスまたは他のバス構造を持つデータバスを備えてよい。顧客デバイス１６０は、プロセッサ３０５５が、顧客アプリケーション１６２によって生成されたユーザインタフェースのような視覚データをディスプレイ１６６に適用することを可能にすべく、ローカルインタフェース３０６０に連結されたディスプレイ１６６を含む。ディスプレイ１６６は、ホログラフィック表示、重畳表示イメージまたは拡張現実表示であってよい。理解できるように、いくつかの実施形態において、サーバ１００および／または顧客デバイス１６０は、例えば、位置、近接または場所データを取得するよう構成された位置システム１６８および他の複数のシステムのような、それぞれローカルインタフェース２９６０、３０６０に連結された他の複数の要素を含み得る。また、顧客デバイス１６０は、タッチスクリーン、キーボード、複数のトグル、マウスおよび複数のプッシュボタンのような顧客入力１６４を含んでよい。サーバ１００および顧客デバイス１６０はさらに、ローカルインタフェース２９６０、３０６０に連結されたネットワークインタフェース２９６５、３０６５を含む。ネットワークインタフェース２９６５、３０６５は、サーバ１００および顧客デバイス１６０が例えば、インターネット、イントラネットまたは他のネットワークシステムであり得るネットワーク１５５を介して（図１を参照）、互いにおよび他の複数のネットワークリソースと通信することを可能にするよう適合される。ネットワークインタフェース２９６５、３０６５は、ＴＣＰ／ＩＰのようなプロトコルを採用してよく、ＷｉＦｉ、有線Ｅｔｈｅｒｎｅｔ（登録商標）または他のネットワーク媒体のような媒体上で通信してよい。
【００９８】
それぞれのメモリ２９５０、３０５０に格納されているのは、プロセッサ２９５５、３０５５によって実行可能ないくつかのコンポーネントである。特に、サーバ１００のメモリ２９５０に格納されているのは、予約モジュール２９２０、提携先プロファイル管理者モジュール２９２２、支払いモジュール２９３２、ＧＤＳモジュール２９３４、ＰＭＳモジュール２９３６、ＣＲＭモジュール２９３７、ＣＲＳモジュール２９３８およびデータストア１１６である。顧客デバイス１６０のメモリ３０５０内に格納されているのは、顧客アプリケーション１６２および他のデータおよび複数のアプリケーションであってよい。メモリ２９５０、３０５０内に格納される他の複数のアプリケーションが存在してよく、理解できるように、それぞれプロセッサ２９５５、３０５５によって実行可能であることが理解される。本明細書に記載の任意のコンポーネントが、ソフトウェアの形態で実装される場合、それは、プロセッサ２９５５、３０５５のそれぞれの機械コード内に存在してよく、または例えば、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔ、Ｐｅｒｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｆｌａｓｈ、および／または他の複数のプログラム言語のようなソースプログラム言語に基づいてよい。
【００９９】
多数のソフトウェアコンポーネントが、それぞれメモリ２９５０、３０５０内に格納され、それぞれプロセッサ２９５５、３０５５によって実行可能である。この点において、用語「実行可能」は、最終的にプロセッサ２９５５、３０５５によって実行され得る形態のプログラムファイルを意味する。実行可能プログラムの複数の例は、例えば、メモリ２９５０、３０５０のランダムアクセス部分にロードされ、それぞれのプロセッサ２９５５、３０５５によって実行され得るフォーマットの機械コードに変換され得るコンパイルされたプログラム、メモリ２９５０、３０５０のランダムアクセス部分にロードされ、プロセッサ２９５５、３０５５によって実行され得るオブジェクトコードのような適切なフォーマットに表現可能なソースコード、またはプロセッサ２９５５、３０５５によって実行される複数の命令をメモリ２９５０、３０５０のランダムアクセス部分内に生成すべく、別の実行可能プログラムによって解釈可能なソースコード等である。実行可能プログラムは、例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードドライブ、ソリッドステートドライブ、ＵＳＢフラッシュドライブ、メモリカード、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）のような光ディスク、フロッピー（登録商標）ディスク、磁気テープ、または複数の他のメモリコンポーネントを含む、メモリ２９５０、３０５０の任意の部分またはコンポーネントに格納されてよい。
【０１００】
メモリ２９５０、３０５０は本明細書において、揮発性および不揮発性の両方のメモリ並びに複数のデータストレージコンポーネントとして定義される。複数の揮発性コンポーネントは、電力損失時にデータ値を保持しないものである。複数の不揮発性コンポーネントは、電力損失時にデータを保持するものである。このように、メモリ２９５０、３０５０は、例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、複数のハードディスクドライブ、ソリッドステートドライブ、ＵＳＢフラッシュドライブ、メモリカードリーダを介してアクセスされるメモリカード、関連付けられたフロッピー（登録商標）ディスクドライブを介してアクセスされるフロッピー（登録商標）ディスク、光学ディスクドライブを介してアクセスされる光学ディスク、適切なテープドライブを介してアクセスされる磁気テープ、および／または複数の他のメモリコンポーネント、あるいはこれらのメモリコンポーネントのうちの２または２より多いものの組み合わせを備えてよい。また、ＲＡＭは例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、または磁気ランダムアクセスメモリ（ＭＲＡＭ）および他のそのような複数のデバイスを備えてよい。ＲＯＭは例えば、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、または他の同様のメモリデバイスを備えてよい。本明細書においては単一のメモリおよび単一のプロセッサとして記載されているが、分散型メモリおよび分散処理の両方が、本発明に包含されることを認識されたい。そのような分散型メモリは、いくつかの既知の方法のうちのいずれかで分散されてよく、限定されないが、データタイプ別に分散または異なる場所に収容された複数のデータストアにわたり分散される。同様に、分散処理は、限定されないが、複数のプロセッサアレイおよび異なるタイプの機能を実行する異なる場所に位置された複数の異なるプロセッサを含む、いくつかの既知の方法のうちの任意のものを含む。
【０１０１】
また、プロセッサ２９５５、３０５５は、複数のプロセッサを表わしてよく、メモリ２９５０、３０５０は並行に動作する複数のメモリを表わしてよい。そのような場合、ローカルインタフェース２９６０、３０６０は、複数のプロセッサのうちの任意の２つの間、任意のプロセッサと複数のメモリのうちの任意の１つとの間、あるいは複数のメモリのうちの任意の２つの間等の通信を容易にする適切なネットワークであってよい。ローカルインタフェース２９６０、３０６０は、例えば、負荷分散を実行することを含む、本通信を調整するよう設計された複数の追加のシステムを備えてよい。プロセッサ２９５５、３０５５は、電子的またはいくつかの他の利用可能な構造であってよい。
【０１０２】
図１に示される提携先デバイス１８０は、プロセッサ、メモリ、バス、および図２９および図３０にそれぞれ示されるサーバ１００または顧客デバイス１６０に対し示されるものと同様のネットワークインタフェースアーキテクチャを利用してよいことが理解され得る。
【０１０３】
上述の様々なシステムおよびアプリケーションは、上記のプロセッサベースの複数のシステムのような汎用ハードウェアによって実行されるソフトウェアまたはコードで具現化されるものとして示され得るが、代替として、同一のものが専用ハードウェア、またはソフトウェア／汎用ハードウェアおよび専用ハードウェアの組み合わせで具現化されてもよい。専用ハードウェアに具現化される場合、そのような複数のシステムおよびアプリケーションは、多数の技術のうちのいずれか１つまたはそれらの組み合わせを採用する回路またはステートマシンとして実装され得る。これらの技術は限定されないが、様々なロジック機能を１または複数のデータ信号から構成されるアプリケーションに対し実装するための複数の論理ゲートを有する複数のディスクリートロジック回路、複数の適切な論理ゲートを有する複数の特定用途向け集積回路、複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のような複数のプログラマブル回路または複数の他のコンポーネント等を含んでよい。
【０１０４】
図７、図８、図９および図２６のフローチャートは、実行の特定の順序を示すが、実行の順序は、示されるものとは異なってよいことが理解される。例えば、２または２より多いブロックの実行の順序が、示される順序に対し入れ替えられてよい。また、図７、図８、図９および図２６中に連続して示される２または２より多いブロックは、同時または部分的に同時に実行されてよい。また、任意の数のカウンタ、状態変数、警告セマフォ、またはメッセージが、性能測定を考慮して、またはトラブルシューティングの補助を提供する等の有用性の向上の目的のために、本明細書に記載の論理フローに追加されてよい。すべてのそのような変形例は、本開示の範囲内にあることが理解される。
【０１０５】
また、本明細書に記載の様々なシステムおよびアプリケーションが、ソフトウェアまたはコードを備える場合、例えば、コンピュータシステムまたは他のシステム内のプロセッサのような命令実行システムによる使用、またはそれと連携する使用のために、各々は任意の有形の非一時的コンピュータ可読媒体に具現化され得る。この意味において、そのような複数のシステムまたはアプリケーションは、例えば、コンピュータ可読媒体からフェッチされ、命令実行システムによって実行され得る複数の命令および宣言を含む複数のステートメントを備えてよい。本開示の当該文脈において、「コンピュータ可読媒体」は、当該命令実行システムによる使用またはそれと連携する使用のために上記の複数のシステムおよびアプリケーションを収容、格納、または維持できる任意の有形な非一時的媒体であり得る。コンピュータ可読媒体は、例えば、電子、磁気、光学、または半導体媒体のような多くの物理的媒体のうちの任意の１つを備え得る。好適なコンピュータ可読媒体のより具体的な複数の例は、限定されないが、複数の磁気テープ、磁気フロッピー（登録商標）ディスケット、磁気ハードドライブ、メモリカード、ソリッドステートドライブ、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、または光学ディスクを含む。また、コンピュータ可読媒体は、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）およびダイナミックランダムアクセスメモリ（ＤＲＡＭ）、または磁気ランダムアクセスメモリ（ＭＲＡＭ）を含むランダムアクセスメモリ（ＲＡＭ）であってよい。また、コンピュータ可読媒体は、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、または他のタイプのメモリデバイスであってよい。
【０１０６】
本開示の上記の複数の実施形態は、本開示の複数の原理の明確な理解のために記載された単なる可能性としての複数の実装例であることを強調すべきである。本開示の精神および複数の原理から実質的に逸脱することなく、上記の実施形態に対し多くの変形および修正がなされてよい。そのようなすべての修正および変形は、ここにおいて本開示の範囲内に含まれ、特許請求の範囲によって保護されることが意図される。
［項目１］
プロセッサと、
ネットワークに連結されたネットワークインタフェースと、
非一時的コンピュータ可読媒体上に格納された特徴データベースと、
複数のプロセッサ命令を格納する非一時的記憶媒体と、
上記プロセッサ、上記非一時的記憶媒体、上記特徴データベースおよび上記ネットワークインタフェースを連結するインタフェースと、を備え、
上記特徴データベースは、特徴生成データが、予約可能な特徴アイデンティティをホスピタリティプロバイダアイデンティティに関連付ける複数の特徴生成データを含み、
上記複数のプロセッサ命令は、上記プロセッサによる実行時、上記プロセッサに、
上記ネットワークを介して、ネットワーク接続されたクライアントデバイスから予約可能な特徴のための任意の特徴アイデンティティ情報を受信させ、
上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、上記特徴データベースにおいて検索させ、
上記ネットワークを介して、上記クライアントデバイスに、上記特徴生成データのセットに関連付けられた１または複数のホスピタリティ／トラベルプロバイダアイデンティティを送信させ、
上記ネットワークを介して、上記クライアントデバイスから、選択されたホスピタリティまたはトラベルプロバイダアイデンティティの指標を受信させ、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアントに対する表示のための情報を送信させ、
上記情報は、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび選択された上記ホスピタリティ／トラベルプロバイダの施設のうちの少なくとも１つを含む、ホスピタリティ／トラベルプロバイダの予約可能な特徴を識別および予約するためのシステム。
［項目２］
上記複数のプロセッサ命令は、
上記プロセッサに、
任意の特徴アイデンティティ情報を部分的または全体的に受信することに応答して、上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する複数の特徴生成データを、上記特徴データベースにおいて検索させ、上記ネットワークを介して、上記クライアントデバイスに、上記クライアントデバイス上のオートコンプリートリスト内への表示のために、部分的にマッチングする複数の上記生成データのうちの少なくとも１つに関連付けられた複数の上記特徴アイデンティティを送信させる複数の命令をさらに含む、項目１に記載のシステム。
［項目３］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記クライアントデバイスから、複数の施設検索制約を受信させる複数の命令をさらに含み、上記複数の施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所の指標を含み、
上記特徴データベースの上記検索はさらに、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できるホスピタリティ／トラベルプロバイダを識別するホスピタリティ／トラベルプロバイダアイデンティティを有する複数の生成データに制限される、項目１に記載のシステム。
［項目４］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記ネットワークを介して、外部プロバイダに、上記複数の施設検索制約に基づく予約クエリを送信させ、
上記ネットワークを介して、上記外部プロバイダから、上記複数の施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性の複数の指標を受信させる複数の命令をさらに含む、項目３に記載のシステム。
［項目５］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記クライアントデバイスから、予約するための上記オファーの承諾の指標を受信させ、
上記クライアントデバイスから、支払い情報を受信させ、
支払いプロセッサに、上記支払い情報を送信させ、
上記特徴および上記施設のうちの少なくとも１つの上記予約を記録すべく、在庫データベース内の在庫レコードを更新させ、
上記クライアントデバイスに、上記予約の確認を送信させる複数の命令をさらに含む、項目４に記載のシステム。
［項目６］
複数の上記ホスピタリティ／トラベルプロバイダは、複数のデザイナーズホテルである、項目１に記載のシステム。
［項目７］
上記任意の特徴アイデンティティ情報は、上記クライアントデバイスの地理位置情報または上記クライアントデバイスによる近接ビーコンの検出から導かれる位置情報を含む、項目１に記載のシステム。
［項目８］
上記特徴データベースの上記検索を実装する上記複数のプロセッサ命令は、上記任意の特徴アイデンティティ情報を複数の上記予約可能な特徴アイデンティティにセマンティックにマッチングさせるための複数の命令を含む、項目１に記載のシステム。
［項目９］
上記複数のプロセッサ命令は、
上記プロセッサに、
マッチングしない任意の特徴アイデンティティ情報を、マッチングしない複数のクエリのデータベースに格納させ、
レビューワの表示のために上記マッチングしない複数のクエリのデータベースからのエントリを送信させ、
上記エントリの予約可能な特徴アイデンティティとの関連付けを受信させ、
上記関連付けを上記特徴データベースに格納させる複数の命令をさらに含み、
上記特徴データベースは、複数の関連付けを含み、上記特徴データベースの上記検索は、上記複数の関連付けの検索を含む、項目１に記載のシステム。
［項目１０］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティ／トラベルプロバイダ特徴アイデンティティを受信させ、
上記特徴データベース内に、上記ホスピタリティ特徴アイデンティティを上記ホスピタリティプロバイダのアイデンティティと関連付ける生成データを格納させる複数の命令をさらに含む、項目１に記載のシステム。
［項目１１］
上記複数の施設検索制約はさらに、所望のルーム構成を含む、項目３に記載のシステム。
［項目１２］
上記特徴アイデンティティ情報は、複数の特徴を識別する情報を含む、項目１に記載のシステム。
［項目１３］
予約可能な特徴は、アメニティおよび特別サービスおよびフード／飲み物のうちの少なくとも１つである、項目１に記載のシステム。
［項目１４］
予約可能な特徴は、アメニティである、項目１に記載のシステム。
［項目１５］
予約可能な特徴は、特別サービスである、項目１に記載のシステム。
［項目１６］
予約可能な特徴は、フード／飲み物である、項目１に記載のシステム。
［項目１７］
上記外部プロバイダは、ＧＤＳプロバイダ、ＣＲＳプロバイダ、在庫システムプロバイダおよび施設プロバイダのＰＭＳで構成される群から選択されるプロバイダである、項目４に記載のシステム。
［項目１８］
ネットワークを介して、ネットワーク接続されたクライアントデバイスからネットワーク接続されたサーバへ、予約可能な特徴のための任意の特徴アイデンティティ情報を送信する段階と、
上記クライアントデバイス上で上記ネットワークを介して、上記サーバから、上記任意の特徴アイデンティティ情報に対応する予約可能な特徴を提供できる複数のホスピタリティ／トラベルプロバイダの１または複数のホスピタリティ／トラベルプロバイダアイデンティティを受信する段階と、
上記ネットワークを介して、上記クライアントデバイスから上記サーバに、選択されたホスピタリティ／トラベルプロバイダアイデンティティの指標を送信する段階と、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアント上での表示のための情報を受信する段階と、を備え、
上記情報は、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴および上記選択されたホスピタリティ／トラベルプロバイダの施設のうちの少なくとも１つを予約するための上記クライアントへのオファーを含む、ホスピタリティ／トラベルプロバイダの複数の特徴を識別および予約するためのコンピュータ実装方法。
［項目１９］
上記ネットワークを介して、上記クライアントデバイスから、部分的な任意の特徴アイデンティティを送信する段階と、
上記ネットワークを介して、上記クライアントデバイス上で、上記クライアントデバイス上のオートコンプリートリスト内への表示のために上記部分的な任意の特徴アイデンティティに対応する複数の特徴アイデンティティを受信する段階と、をさらに備える、項目１８に記載のコンピュータ実装方法。
［項目２０］
上記クライアントデバイスによって上記ネットワークを介して上記サーバへ、複数の施設検索制約を送信する段階をさらに含み、上記複数の施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所の指標を含み、
上記１または複数のホスピタリティ／トラベルプロバイダアイデンティティは、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できる複数のホスピタリティ／トラベルプロバイダに対応する、項目１８に記載のコンピュータ実装方法。
［項目２１］
上記クライアントデバイスによって、上記ネットワークを介して上記サーバへ、予約するための上記オファーの承諾の指標を送信する段階と、
上記クライアントデバイスによって上記ネットワークを介して上記サーバへ、支払い情報を送信する段階と、
上記クライアントデバイスによって上記ネットワークを介して上記サーバから、上記予約の確認を受信する段階と、をさらに備える、項目２０に記載のコンピュータ実装方法。
［項目２２］
複数の上記ホスピタリティ／トラベルプロバイダは、複数のデザイナーズホテルである、項目１８に記載のコンピュータ実装方法。
［項目２３］
予約可能な特徴は、アメニティおよび特別サービスおよびフード／飲み物のうちの少なくとも１つである、項目１８に記載のコンピュータ実装方法。
［項目２４］
予約可能な特徴は、アメニティである、項目１８に記載のコンピュータ実装方法。
［項目２５］
予約可能な特徴は、特別サービスである、項目１８に記載のコンピュータ実装方法。
［項目２６］
予約可能な特徴は、フード／飲み物である、項目１８に記載のコンピュータ実装方法。
［項目２７］
上記複数の施設検索制約はさらに、所望のルーム構成を含む、項目２０に記載のコンピュータ実装方法。
［項目２８］
複数のプロセッサ命令を格納する非一時的コンピュータ可読媒体を備え、
上記複数のプロセッサ命令は、プロセッサによる実行時に、上記プロセッサに、
ネットワークを介して、ネットワーク接続されたクライアントデバイスから予約可能な特徴のための任意の特徴アイデンティティ情報を受信させ、
上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索させ、
上記ネットワークを介して、上記クライアントデバイスに、上記特徴生成データのセットに関連付けられた１または複数のホスピタリティ／トラベルプロバイダアイデンティティを送信させ、
上記ネットワークを介して、上記クライアントデバイスから、選択されたホスピタリティ／トラベルプロバイダアイデンティティの指標を受信させ、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアントに対する表示のための情報を送信させ、
上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、特徴生成データが、予約可能な特徴アイデンティティをホスピタリティ／トラベルプロバイダアイデンティティに関連付ける複数の特徴生成データを含み、
上記情報は、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴および特別サービスおよびフード／飲み物のうちの少なくとも１つを予約するための上記クライアントへのオファー並びに上記選択されたホスピタリティ／トラベルプロバイダの施設のうちの少なくとも１つを含む、複数のホスピタリティおよびトラベルプロバイダの複数の特徴を識別および予約するためのコンピュータプログラム製品。
［項目２９］
上記複数のプロセッサ命令は、
上記プロセッサに、
任意の特徴アイデンティティ情報を部分的または全体的に受信することに応答して、上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する複数の特徴生成データを、上記特徴データベースにおいて検索させ、上記ネットワークを介して、上記クライアントデバイスに、上記クライアントデバイス上のオートコンプリートリスト内への表示のために、部分的にマッチングする複数の上記生成データのうちの少なくとも１つに関連付けられた複数の上記特徴アイデンティティを送信させる複数の命令をさらに含む、項目２８に記載のコンピュータプログラム製品。
［項目３０］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記クライアントデバイスから、複数の施設検索制約を受信させる複数の命令をさらに含み、上記複数の施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所の指標を含み、
上記特徴データベースの上記検索はさらに、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できるホスピタリティ／トラベルプロバイダを識別するホスピタリティ／トラベルプロバイダアイデンティティを有する複数の生成データに制限される、項目２８に記載のコンピュータプログラム製品。
［項目３１］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記ネットワークを介して、外部プロバイダに、上記複数の施設検索制約に基づく予約クエリを送信させ、
上記ネットワークを介して、上記外部プロバイダから、上記複数の施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性の複数の指標を受信させる複数の命令をさらに含む、項目３０に記載のコンピュータプログラム製品。
［項目３２］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記クライアントデバイスから、予約するための上記オファーの承諾の指標を受信させ、
上記クライアントデバイスから、支払い情報を受信させ、
支払いプロセッサに、上記支払い情報を送信させ、
上記特徴および上記施設のうちの少なくとも１つの上記予約を記録すべく、在庫データベース内の在庫レコードを更新させ、
上記クライアントデバイスに、上記予約の確認を送信させる、複数の命令をさらに含む、項目３１に記載のコンピュータプログラム製品。
［項目３３］
複数の上記ホスピタリティ／トラベルプロバイダは、複数のデザイナーズホテルである、項目２８に記載のコンピュータプログラム製品。
［項目３４］
上記特徴データベースの上記検索を実装する上記複数のプロセッサ命令は、上記任意の特徴アイデンティティ情報を複数の上記予約可能な特徴アイデンティティにセマンティックにマッチングさせるための複数の命令を含む、項目２８に記載のコンピュータプログラム製品。
［項目３５］
上記複数のプロセッサ命令は、
上記プロセッサに、
上記ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティ／トラベルプロバイダ特徴アイデンティティを受信させ、
上記特徴データベース内に、上記ホスピタリティ／トラベルプロバイダ特徴アイデンティティを上記ホスピタリティ／トラベルプロバイダのアイデンティティに関連付ける生成データを格納させる複数の命令をさらに含む、項目２８に記載のコンピュータプログラム製品。
［項目３６］
上記複数の施設検索制約はさらに、所望のルーム構成を含む、項目３０に記載のコンピュータプログラム製品。
［項目３７］
上記特徴アイデンティティ情報は、複数の特徴を識別する情報を含む、項目２８に記載のコンピュータプログラム製品。
［項目３８］
予約可能な特徴は、アメニティおよび特別サービスおよびフード／飲み物のうちの少なくとも１つである、項目２８に記載のコンピュータプログラム製品。
［項目３９］
予約可能な特徴は、アメニティである、項目２８に記載のコンピュータプログラム製品。
［項目４０］
予約可能な特徴は、特別サービスである、項目２８に記載のコンピュータプログラム製品。
［項目４１］
予約可能な特徴は、フード／飲み物である、項目２８に記載のコンピュータプログラム製品。
［項目４２］
上記外部プロバイダは、ＧＤＳプロバイダ、ＣＲＳプロバイダ、在庫システムプロバイダおよび施設プロバイダのＰＭＳで構成される群から選択されるプロバイダである、項目３１に記載のコンピュータプログラム製品。
［項目４３］
複数のプロセッサ命令を格納する非一時的コンピュータ可読媒体を備え、
上記複数のプロセッサ命令は、プロセッサによる実行時に、上記プロセッサに、
ネットワークを介して、ネットワーク接続されたクライアントデバイスから予約可能な特徴のための任意の特徴アイデンティティ情報を受信させ、
上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索させ、
上記ネットワークを介して、上記クライアントデバイスに、上記特徴生成データのセットに関連付けられた１または複数のプロバイダアイデンティティを送信させ、
上記ネットワークを介して、上記クライアントデバイスから、選択されたプロバイダアイデンティティの指標を受信させ、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアントに対する表示のための情報を送信させ、
上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、特徴生成データが、予約可能な特徴アイデンティティをプロバイダアイデンティティに関連付ける複数の特徴生成データを含み、
上記情報は、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントへのオファーおよび上記選択されたプロバイダの施設のうちの少なくとも１つを含む、複数のプロバイダの複数の特徴を識別および予約するためのコンピュータプログラム製品。
［項目４４］
上記複数のプロバイダは、複数のホスピタリティプロバイダである、項目４３に記載のコンピュータプログラム製品。
［項目４５］
上記複数のプロバイダは、複数のトラベルプロバイダである、項目４３に記載のコンピュータプログラム製品。
［項目４６］
プロバイダのウェブサイトのウェブサイト上に埋め込まれて実行されるよう構成された、項目４３に記載のコンピュータプログラム製品。
［項目４７］
プロバイダのウェブサイト上での顧客のやり取りに応答して実行され、上記プロバイダのウェブサイト内で実行するよう表示されるよう構成される、項目４３に記載のコンピュータプログラム製品。
［項目４８］
ネットワークを介して、ネットワーク接続されたクライアントデバイスから、予約可能な特徴のための任意の特徴アイデンティティ情報を受信する段階と、
上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する特徴生成データのセットを、特徴データベースにおいて検索する段階と、
上記ネットワークを介して、上記クライアントデバイスに、上記特徴生成データのセットに関連付けられた１または複数のホスピタリティ／トラベルプロバイダアイデンティティを送信する段階と、
上記ネットワークを介して、上記クライアントデバイスから、選択されたホスピタリティ／トラベルプロバイダアイデンティティの指標を受信する段階と、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアントに対する表示のための情報を送信する段階と、を備え、
上記特徴データベースは、非一時的コンピュータ可読媒体上に格納され、特徴生成データが、予約可能な特徴アイデンティティをホスピタリティ／トラベルプロバイダアイデンティティに関連付ける複数の特徴生成データを含み、
上記情報は、上記任意の特徴アイデンティティ情報にマッチングする上記特徴アイデンティティに関連付けられた上記特徴を予約するための上記クライアントに対する静的または動的に価格設定されたオファーおよび上記選択されたホスピタリティ／トラベルプロバイダの施設のうちの少なくとも１つを含む、ホスピタリティ／トラベルプロバイダの複数の特徴を識別および予約するためのコンピュータ実装方法。
［項目４９］
上記オファーは、選択されたホスピタリティ／トラベルプロバイダアイデンティティの上記指標を受信することに応答して、アルゴリズム的に判断される価格を含む、項目４８に記載のコンピュータ実装方法。
［項目５０］
上記オファーは、価格設定データベースから取得される価格を含む、項目４８に記載のコンピュータ実装方法。
［項目５１］
任意の特徴アイデンティティ情報を部分的または全体的に受信することに応答して、
上記任意の特徴アイデンティティ情報に少なくとも部分的にマッチングする特徴アイデンティティを有する複数の特徴生成データを、上記特徴データベースにおいて検索する段階と、
上記ネットワークを介して、上記クライアントデバイスに、上記クライアントデバイス上のオートコンプリートリスト内への表示のために、部分的にマッチングする複数の上記生成データのうちの少なくとも１つに関連付けられた複数の上記特徴アイデンティティを送信する段階と、をさらに備える、項目４８に記載のコンピュータ実装方法。
［項目５２］
上記クライアントデバイスから、複数の施設検索制約を受信する段階をさらに備え、上記複数の施設検索制約は、施設に対する所望の予約期間の指標およびホスピタリティ／トラベルプロバイダに対する所望の地理的場所の指標を含み、
上記特徴データベースの上記検索はさらに、上記所望の地理的場所内にあり、上記所望の予約期間中、施設または上記予約可能な特徴を提供できるホスピタリティ／トラベルプロバイダを識別するホスピタリティ／トラベルプロバイダアイデンティティを有する複数の生成データにさらに制限される、項目４８に記載のコンピュータ実装方法。
［項目５３］
上記ネットワークを介して、外部プロバイダに、上記複数の施設検索制約に基づく予約クエリを送信する段階と、
上記ネットワークを介して、上記外部プロバイダから、上記複数の施設検索制約を満たす少なくとも１つの施設プロバイダの利用可能性の複数の指標を受信する段階と、をさらに備える、項目５２に記載のコンピュータ実装方法。
［項目５４］
上記クライアントデバイスから、予約するための上記オファーの承諾の指標を受信する段階と、
上記クライアントデバイスから、支払い情報を受信する段階と、
支払いプロセッサに、上記支払い情報を送信する段階と、
上記特徴および上記施設のうちの少なくとも１つの予約を記録すべく、上記データベース内の在庫レコードを更新する段階と、
上記クライアントデバイスに、上記予約の確認を送信する段階と、をさらに備える、項目５３に記載のコンピュータ実装方法。
［項目５５］
マッチングしない任意の特徴アイデンティティ情報を、マッチングしない複数のクエリのデータベースに格納する段階と、
レビューワの表示のために上記マッチングしない複数のクエリのデータベースからのエントリを送信する段階と、
上記エントリの予約可能な特徴アイデンティティとの関連付けを受信する段階と、
上記関連付けを上記特徴データベースに格納する段階と、をさらに備え、
上記特徴データベースは、複数の関連付けをさらに含み、上記特徴データベースを検索する上記段階は、上記複数の関連付けの検索を含む、項目４８に記載のコンピュータ実装方法。
［項目５６］
複数の上記ホスピタリティ／トラベルプロバイダは、複数のデザイナーズホテルである、項目４８に記載のコンピュータ実装方法。
［項目５７］
上記特徴データベースを検索する上記段階は、上記任意の特徴アイデンティティ情報を複数の上記予約可能な特徴アイデンティティにマッチングさせる段階を含む、項目４８に記載のコンピュータ実装方法。
［項目５８］
上記ネットワークを介して、ネットワーク接続された提携先デバイスから、ホスピタリティ／トラベルプロバイダ特徴アイデンティティを受信する段階と、
上記特徴データベース内に、上記ホスピタリティ／トラベルプロバイダ特徴アイデンティティを上記ホスピタリティ／トラベルプロバイダのアイデンティティに関連付ける生成データを格納する段階と、をさらに備える、項目４８に記載のコンピュータ実装方法。
［項目５９］
上記複数の施設検索制約はさらに、所望のルーム構成を含む、項目５２に記載のコンピュータ実装方法。
［項目６０］
上記特徴アイデンティティ情報は、複数の特徴を識別する情報を含む、項目４８に記載のコンピュータ実装方法。
［項目６１］
予約可能な特徴は、アメニティおよび特別サービスおよびフード／飲み物のうちの少なくとも１つである、項目４８に記載のコンピュータ実装方法。
［項目６２］
予約可能な特徴は、アメニティである、項目４８に記載のコンピュータ実装方法。
［項目６３］
予約可能な特徴は、特別サービスである、項目４８に記載のコンピュータ実装方法。
［項目６４］
予約可能な特徴は、フード／飲み物である、項目４８に記載のコンピュータ実装方法。
［項目６５］
上記外部プロバイダは、ＧＤＳプロバイダ、ＣＲＳプロバイダ、在庫システムプロバイダおよび施設プロバイダのＰＭＳで構成される群から選択されるプロバイダである、項目５３に記載のコンピュータ実装方法。
【図１】
0006487449.tif 000012
【図２】
0006487449.tif 000013
【図３】
0006487449.tif 000014
【図４】
0006487449.tif 000015
【図５】
0006487449.tif 000016
【図６】
0006487449.tif 000017
【図７】
0006487449.tif 000018
【図８】
0006487449.tif 000019
【図９】
0006487449.tif 000020
【図１０】
0006487449.tif 000021
【図１１】
0006487449.tif 000022
【図１２】
0006487449.tif 000023
【図１３】
0006487449.tif 000024
【図１４】
0006487449.tif 000025
【図１５】
0006487449.tif 000026
【図１６】
0006487449.tif 000027
【図１７】
0006487449.tif 000028
【図１８】
0006487449.tif 000029
【図１９】
0006487449.tif 000030
【図２０】
0006487449.tif 000031
【図２１】
0006487449.tif 000032
【図２２】
0006487449.tif 000033
【図２３】
0006487449.tif 000034
【図２４】
0006487449.tif 000035
【図２５】
0006487449.tif 000036
【図２６】
0006487449.tif 000037
【図２７】
0006487449.tif 000038
【図２８】
0006487449.tif 000039
【図２９】
0006487449.tif 000040
【図３０】
0006487449.tif 000041
【図３１】
0006487449.tif 000042