(57)【要約】検索結果を提供する方法，システム，コンピュータプログラム製品。結果は結果データベースから検索される。結果は複数の特徴あるカテゴリに分類され、複数のカテゴリーの各々に少なくとも結果のひとつが保存され、その後、クライアント装置のエンドユーザーから旅行検索結果を受領した時にクライアント装置に提供される。【選択図】図２
2015518216.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムによって実行される方法であって、前記方法が：
それぞれの所定の数のデータベースクエリ結果を複数のカテゴリの各々に配置するために前記コンピュータシステムにおいて複数のデータベースクエリ結果を分類するステップ；および
前記コンピュータシステムからクライアント装置に各カテゴリの前記それぞれの所定の数の前記データベースクエリ結果を伝えるステップを含む方法。
【請求項２】
前記データベースクエリ結果を分類した後に、前記カテゴリの少なくとも１つを配置する前記コンピュータシステムにおいて前記データベースクエリ結果をランク付けするステップをさらに含む請求項１に記載の方法。
【請求項３】
前記データベースクエリ結果をランク付けするステップが：
人気に従って前記カテゴリの前記少なくとも１つの前記データベースクエリ結果をソートするステップを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記人気が、履歴的販売データ、履歴的予約データ、履歴的チケット販売データまたは履歴的需要データを備える統計値サーバから導かれる確率を備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記カテゴリの１つの前記データベースクエリ結果の各々が、経過時間を備え、および、前記データベースクエリ結果を分類するステップが：
前記経過時間カテゴリの前記データベースクエリ結果の中から最も短い前記経過時間を前記経過時間カテゴリの１つ以上の結果に与えるステップを含むことを特徴とする請求項１から４のうちいずれか１項に記載の方法。
【請求項６】
前記カテゴリの１つの前記データベースクエリ結果の各々が、予約の履歴的人気またはチケット販売の履歴的人気を備え、および、前記データベースクエリ結果を分類するステップが：
前記履歴的人気カテゴリの前記データベースクエリ結果の中から最も高い前記予約の履歴的人気または前記チケット販売の履歴的人気によって前記履歴的人気カテゴリの１つ以上のデータベースクエリ結果を識別するステップを含むことを特徴とする請求項１から５のうちいずれか１項に記載の方法。
【請求項７】
前記カテゴリの１つの前記データベースクエリ結果の各々が、独占的な申し出を備え、および、前記データベースクエリ結果を分類するステップが：
前記独占的な申し出カテゴリの前記データベースクエリ結果の中から最も高い予約の履歴的人気またはチケット販売の履歴的人気によって前記独占的な申し出カテゴリの１つ以上のデータベースクエリ結果を識別するステップを含むことを特徴とする請求項１から６のうちいずれか１項に記載の方法。
【請求項８】
前記カテゴリの１つの前記データベースクエリ結果の各々が、コストを備え、および、前記データベースクエリ結果を分類するステップが：
前記コストカテゴリの前記データベースクエリ結果の中から最も低い前記コストによって前記コストカテゴリの１つ以上のデータベースクエリ結果を識別するステップを含むことを特徴とする請求項１から７のうちいずれか１項に記載の方法。
【請求項９】
前記カテゴリの１つの前記データベースクエリ結果の各々が、予約時間を備え、および、前記データベースクエリ結果を分類するステップが：
前記予約時間カテゴリの前記データベースクエリ結果の中からごく最近である前記予約時間によって前記予約時間カテゴリの１つ以上のデータベースクエリ結果を識別するステップを含むことを特徴とする請求項１から８のうちいずれか１項に記載の方法。
【請求項１０】
前記カテゴリの１つの前記データベースクエリ結果の各々が、後援を備え、および、前記データベースクエリ結果を分類するステップが：
前記後援カテゴリの前記データベースクエリ結果の中から最も高い予約の履歴的人気またはチケット販売の履歴的人気によって前記後援カテゴリの１つ以上のデータベースクエリ結果を識別するステップを含むことを特徴とする請求項１から９のうちいずれか１項に記載の方法。
【請求項１１】
各カテゴリのデータベースクエリ結果の前記所定の数が１であることを特徴とする請求項１から１０のうちいずれか１項に記載の方法。
【請求項１２】
ウェブページ上の各カテゴリに対する最も高くランク付けされたデータベースクエリ結果を表示する前記クライアント装置をさらに備える請求項１から１１のうちいずれか１項に記載の方法。
【請求項１３】
前記カテゴリの少なくとも１つの少なくとも１つのデータベースクエリ結果に対する切迫感インジケータを決定するステップ；および
前記少なくとも１つのデータベースクエリ結果に関連して前記クライアント装置に前記切迫感インジケータを与えるステップをさらに含む請求項１から１２のうちいずれか１項に記載の方法。
【請求項１４】
前記データベースクエリ結果が、前記コンピュータシステムから旅行検索クエリの受信に基づいて前記クライアント装置まで伝えられることを特徴とする請求項１から１３のうちいずれか１項に記載の方法。
【請求項１５】
コンピュータプログラム製品であって：
コンピュータ可読記憶媒体；および
プロセッサによって実行される時、前記プロセッサに請求項１から１４のうちいずれか１項の方法を実行させる前記コンピュータ可読記憶媒体上に記憶されるプログラム命令を備えるコンピュータプログラム製品。
【請求項１６】
システムであって：
プロセッサ；および
それぞれの所定の数の結果を複数のカテゴリの各々に配置するために、かつ前記コンピュータシステムからクライアント装置に各カテゴリの前記それぞれの所定の数の前記データベースクエリ結果を伝えるために、前記プロセッサに、複数のデータベースクエリ結果を分類させるように前記プロセッサによって実行されるように構成されるプログラムコードを備えるシステム。
【請求項１７】
前記プログラムコードが更に前記プロセッサに、前記結果が分類されたあと、前記カテゴリの少なくとも１つを配置する前記データベースクエリ結果をランク付けさせることを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記プロセッサに前記データベースクエリ結果をさらにランク付けさせる前記プログラムコードが、前記プロセッサに、人気に従って前記カテゴリの前記少なくとも１つの前記データベースクエリ結果をソートさせる命令を備えることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記カテゴリの１つの前記データベースクエリ結果の各々が、経過時間を備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記経過時間カテゴリの前記データベースクエリ結果の中から最も短い前記経過時間を前記経過時間カテゴリの１つ以上のデータベースクエリ結果に与えるようにさせるプログラムコードを備えることを特徴とする請求項１６から１８のうちいずれか１項に記載のシステム。
【請求項２０】
前記カテゴリの１つの前記データベースクエリ結果の各々が、予約の履歴的人気またはチケット販売の履歴的人気を備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記履歴的人気カテゴリの前記データベース問合せ結果の中から最も高い前記予約の履歴的人気または前記チケット販売の履歴的人気によって前記履歴的人気カテゴリの１つ以上のデータベースクエリ結果を識別させるプログラムコードを備えることを特徴とする請求項１６から１９のうちいずれか１項に記載のシステム。
【請求項２１】
前記カテゴリの１つの前記データベースクエリ結果の各々が、独占的な申し出を備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記独占的な申し出カテゴリの前記データベースクエリ結果の中から最も高い予約の履歴的人気またはチケット販売の履歴的人気によって前記独占的な申し出カテゴリの１つ以上のデータベースクエリ結果を識別させるプログラムコードを備えることを特徴とする請求項１６から２０のうちいずれか１項に記載のシステム。
【請求項２２】
前記カテゴリの１つの前記データベースクエリ結果の各々が、コストを備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記コストカテゴリの前記データベースクエリ結果の中から最も低い前記コストによって前記コストカテゴリの１つ以上のデータベースクエリ結果を識別させるプログラムコードを備えることを特徴とする請求項１６から２１のうちいずれか１項に記載のシステム。
【請求項２３】
前記カテゴリの１つの前記データベースクエリ結果の各々が、予約時間を備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記第１の予約時間カテゴリの前記データベースクエリ結果の中からごく最近の前記予約時間によって前記予約時間カテゴリの１つ以上のデータベースクエリ結果を識別させるプログラムコードを備えることを特徴とする請求項１６から２２のうちいずれか１項に記載のシステム。
【請求項２４】
前記カテゴリの１つの前記データベースクエリ結果の各々が、後援を備え、および前記プロセッサに前記データベースクエリ結果を分類させる前記プログラムコードが前記プロセッサに、前記後援カテゴリの前記データベースクエリ結果の中から最も高い予約の履歴的人気またはチケット販売の履歴的人気によって前記後援カテゴリの１つ以上のデータベースクエリ結果を識別させるプログラムコードを備えることを特徴とする請求項１６から２３のうちいずれか１項に記載のシステム。
【請求項２５】
前記プロセッサに、前記少なくとも１つのデータベースクエリ結果に対する切迫感インジケータを決定させてかつ前記データベースクエリ結果の前記少なくとも１つに関連して前記切迫感インジケータを与えるようにさせるプログラムコードをさらに備える請求項１６から２４のうちいずれか１項に記載のシステム。
【請求項２６】
前記プロセッサと通信するクライアント装置を備え、前記クライアント装置が、前記プロセッサに旅行検索クエリを送り届けてかつ前記旅行検索クエリに応答して前記プロセッサから各カテゴリの前記所定の数の前記データベースクエリ結果を受信するように構成され、および前記クライアント装置が、ウェブページ上で各カテゴリに対する前記データベースクエリ結果を提示するように構成されるディスプレイをさらに含む請求項１６から２５のうちいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）本出願は、（特許文献１）の利益を主張し、その全開示を本願明細書にその全体に引用したものとする。
本発明は、概ねコンピュータおよびコンピューターソフトウェアに、および特に旅行サービス提供者によるエンドユーザ顧客への表示のために特筆された結果として特定の旅行関連検索結果を分類してランク付けするための、方法、システムおよびコンピュータプログラム製品、同じく対応するコンピュータプログラム製品に関する。
【背景技術】
【０００２】
検索特徴は、オンライン旅行案内業者または代理店のような、旅行サービス提供者を区別してかつオンライン顧客に、ある旅行サービス提供者を別の旅行サービス提供者に比べて好むようにさせることができる要因であることができる。旅行サービス提供者の電子商取引ウェブサイトで出力される旅行検索結果は一般的に、検索クエリに応答する結果のすべての可能な旅行推奨を提供する。この旅行推奨（例えば飛行機旅行の状況での料金を伴うフライト解）は、訓練されて慣れた旅行案内業者がこの種の取引で顧客に提唱する旅行推奨に対応しないかもしれない。
【０００３】
顧客は、クエリ結果で具体化される旅行推奨の圧倒的な数によって圧倒される、および／または混乱するかもしれず、それによって顧客選抜を妨げる。顧客は、旅行の熟練者ではありそうにない。複雑性に起因して、顧客は個人選抜基準を確立して多くの類似した旅行推奨の中から１つの旅行推奨を選ぶのに困難を有するかもしれない。顧客に過剰な数の旅行推奨を表示するこの課題は、転換率（すなわち購入の数割る閲覧の数）を低下させてクエリ結果の効果を減らすかもしれない。決心をするのに困難を有する見込み顧客は、料金検索結果において彼（女）らの選抜のために旅行サービス提供者によって提供される過剰な数の旅行推奨によって麻痺するかもしれず、結果として彼（女）らの購入を遅延させるかもしれない。オンライン顧客に過剰な数の旅行推奨を提示することは、さらに旅行サービス提供者による顧客満足に不都合に影響を与え、かつそれによって別の課題を表すかもしれない。満足感の程度は、選抜された製品の実際の品質より逃された機会の認識により多く依存するかもしれない。オフラインの旅行予約サービスで助言的な役割を果たす人間の旅行案内業者は、顧客に提示するために旅行推奨を選抜することができる。しかしながら、この種の専門家の補助は人間の旅行案内業者を提供するコストの理由で電子商取引旅行ウェブサイトには無い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許仮出願第６１／６３８，７３３号  （２０１２年４月２６日出願）
【特許文献２】米国特許出願第１３／１１３，００８号  （２０１１年５月２０日出願）
【特許文献３】米国特許出願第１３／１８５，４１７号  （２０１１年７月１８日出願）
【特許文献４】米国特許出願第１３／５８５，２８６号  （２０１２年８月１４日出願）
【特許文献５】米国特許出願第１３／６６９，９９３号  （２０１２年１１月６日出願）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、顧客が多数の利用可能なオプションの中から１つのオプションを選抜するのを補助する旅行関連の検索結果を処理して表示するための改良されたシステム、方法およびコンピュータプログラム製品が必要である。
【課題を解決するための手段】
【０００６】
一実施態様において、一方法がそれぞれの所定の数の結果を複数のカテゴリの各々に配置してかつコンピュータシステムからクライアント装置に各カテゴリ内のそれぞれの所定の数の結果を伝えるためにコンピュータシステムで複数の結果を分類するステップを含む。
【０００７】
一実施態様において、システムがプロセッサ、およびこのプロセッサにそれぞれの所定の数の結果を複数のカテゴリの各々に配置させ、かつコンピュータシステムからクライアント装置に各カテゴリ内のそれぞれの所定の数の結果を伝えさせるために複数の結果を分類させるように、プロセッサによって実行されるように構成されるプログラムコードを含む。
【図面の簡単な説明】
【０００８】
この明細書に取り込まれてその一部を構成する添付の図面は、本発明の種々の実施態様を例示し、かつ上記の本発明の概要および以下の実施態様の詳細な説明と共に、本発明の実施態様を説明するために役に立つ。
【０００９】
【図１】処理およびデータベースシステムを示すブロック図である。
【図２】図１の処理およびデータベースシステムのハイレベル機能図である。
【図３】処理およびデータベースシステムによって実行されることができる特筆された結果選抜アルゴリズムの流れ図である。
【図４】図３の選抜アルゴリズムで決定される特筆された結果を提示するウェブページの概略図である。
【図５】図３の選抜アルゴリズムで決定される特筆された結果を提示するウェブページの別の概略図である。
【図６】図３の選抜アルゴリズムを開始するために旅行検索クエリを入力するためのウェブページの概略図である。
【図７】図６のウェブページを使用して入力される旅行検索クエリに応答して図３の選抜アルゴリズムによって決定される特筆された結果を提示するウェブページの概略図である。
【図８】図７内のカテゴリの１つの選抜から結果として生じる一組の特筆された結果を提示するウェブページの概略図である。
【図９】図３の選抜アルゴリズムを開始するために旅行検索クエリを入力するためのウェブページの概略図である。
【図１０】図９のウェブページを使用して入力される旅行検索クエリの１つのタイプに応答して図３の選抜アルゴリズムによって決定される特筆された結果を提示するウェブページの概略図である。
【図１１】図９のウェブページを使用して入力される検索クエリに応答して図３の選抜アルゴリズムによって決定される特筆された結果を提示するウェブページの概略図である。
【発明を実施するための形態】
【００１０】
本発明の実施態様は、コンピュータ化された予約システムのような処理およびデータベースシステムによって実現されることができる。飛行機旅行の状況において、この処理およびデータベースシステムは旅行検索クエリを満足させる旅行推奨を識別することによって旅行サービス提供者から受信される旅行検索クエリに応答するように構成されることができる。処理およびデータベースシステムは、旅行推奨および単一航空会社に対する推奨を識別するように構成されることができる。処理およびデータベースシステムは、複数航空会社に対する旅行推奨を識別する世界的配布システムに具体化されることができる。本発明の実施態様は、より大きな数の可能な旅行推奨の中から特定の旅行推奨を選抜し、次いで顧客に対する提示または表示のために、旅行案内業者および旅行代理店のような旅行サービス提供者に旅行推奨を伝えることを容易にする。
【００１１】
旅行サービス提供者は、旅行検索クエリに応答する旅行推奨を検索するために処理およびデータベースシステムと対話することができる。旅行検索クエリは、旅行サービス提供者の顧客から生じることができる。旅行検索クエリ内のデータとして具体化される判定基準（例えば出発地、行き先、旅行日付、予約クラス、その他）を受信することに応答して、処理およびデータベースシステムは、旅行検索リクエストの条件を満足させるストレージ（例えばメモリ）から予め計算された旅行推奨を読み出すことができる。マッチしている旅行推奨を表示する前に、処理およびデータベースシステムは、検索結果内に含有される旅行推奨を１つ以上のカテゴリに属するように分類するロジックを適用することができる。例えば、旅行検索クエリによって返される旅行推奨が、最も安価な旅行推奨カテゴリにまたは最も速い旅行推奨カテゴリに属するように、分類されるかまたはカテゴリ化されることができる。
【００１２】
カテゴリの少なくとも１つ内の旅行推奨が、ランク付けに基づいてランク付けされるかまたはソートされることができ、そして次に、ソートされたカテゴリを特徴づけるサブセット内に含まれることができる。各サブセットは、ランク付け条件によってソートされる対応するカテゴリ内の所定の数の旅行推奨（例えばトップＮ位にランク付けされる旅行推奨）を含むことができる。カテゴリ化および任意選択ランク付けの後、各カテゴリに対する旅行推奨が旅行サービス提供者に伝えられることができ、かつ次いで特筆された結果として顧客に旅行サービス提供者によって表示されることができる。特筆された結果が次いで、例えばカテゴリ内で特定の選抜をする勧誘が付いてくるディスプレイ上で視認できるウェブページ内に、その顧客に対して旅行サービス提供者によって提示されることができる。例えば、一体的旅行推奨が複数カテゴリの各々に対して選抜されることができ、そして次に、旅行推奨のこの群が顧客に対して旅行検索提供者によって同時に提示されることができる。
【００１３】
顧客に表示される選択肢を、全てより少ない可能な旅行推奨に限定することによって旅行サービス提供者の顧客へのより大きな価値を伴う結果の改善された表示が達成される。顧客は過剰な選択肢によって圧倒されず、および、旅行サービス提供者とインタフェースする旅行者は何百もの旅行推奨を厳密に調べない。検索結果の処理は、適切なロジックに基づいてより望ましくない旅行推奨を除去し、それによって、より魅力的でない旅行推奨を除外する。
【００１４】
顧客に表示されるかまたは提示されるべき旅行推奨をカテゴリ化してかつランク付けする組合せを使用することにより、検索結果選抜フォーミュラまたはアルゴリズムの動作が、より透過的でなくされることができる。加えて、将来の検索結果に関する選抜アルゴリズム性能が、システムによってアクセス可能なデータベース内に記憶される過去顧客挙動と関連する多種多様なデータに基づく「自動学習」または予測方法によって向上されることができる。提示された旅行推奨の顧客信任を更に向上させるために、本発明の実施態様はさらに、顧客に信任の具体的ソースを与えることができる信任インジケータとして、「信頼性スタンプ」で各提案を資格付けすることができる。
【００１５】
旅行推奨検索結果の関連性をスコア付けしてランク付けする時、処理およびデータベースシステムは過去顧客の選択を考慮することができる。飛行機旅行の特定の状況において、検索結果が、公的におよび非公式に交渉された料金データベースから得られ、そして次に過去顧客に対する以前の販売データ、過去顧客に対する予約データ、過去顧客に対するチケット販売データおよび類似したフライトに対する需要データのようなビジネス／市場情報に基づいて少なくとも部分的にランク付けされることができる。例えば、特定の出発地と行き先対間のフライトを検索した顧客または旅行案内業者は、どのフライトが最も関心を引きそうであるかに関する、かつフライトを予約し、および／またはチケットを発行しようとする現在のシステムユーザに関連する洞察を提供する実証された選抜パターンを有することができる。類似した組の検索パラメータによる検索を要求する顧客によって、どのフライトがよりおそらく選抜されそうであるかの（すなわち、相対的に高い履歴的確率を有する）この履歴が、それによってフライト検索結果をソートしてかつ顧客に提示されるべき旅行推奨の数をしぼるのに用いられることができる。履歴的に顧客によって選抜されそうにない（すなわち相対的に低い確率を有する）フライトは、目に見える混乱を減少させてかつ特筆された結果としてより扱いやすい組の旅行推奨を顧客に提供するために表示された結果からフィルタで除去されることができる。
【００１６】
このカテゴリは、特筆された結果として過去顧客に最も人気である旅行推奨、特筆された結果として全体的な最も速いまたは最も短い所要時間を備えた旅行推奨、特筆された結果として旅行サービス提供者が１社以上の選抜された航空会社と交渉した独占的な申し出の一部である旅行推奨、特筆された結果として最も安価である旅行推奨、特筆された結果として要求された旅行日付、出発地および行き先に対する全ての販売代理店にわたって最後にまたはごく最近予約された旅行推奨、および／または特筆された結果として旅行サービス提供者が後援する旅行推奨を表示することを含むことができる。
【００１７】
代替実施態様において、資格フラグまたは切迫感インジケータが意思決定を促進するために特筆された結果とともに処理およびデータベースシステムから顧客への表示のために旅行サービス提供者に伝えられることができる。切迫感インジケータは、特筆された結果のフライト旅程の１つ以上の人気の代表であることができる。例えば、処理およびデータベースシステムは、特定のフライト旅程を予約した複数の旅行者の徴候が、顧客への表示のために旅行サービス提供者に切迫感インジケータとして伝えられるようにさせることができる。代わりとして、処理およびデータベースシステムが、最新のチケットが、あるフライトまたは類似したフライトに対していつ予約されたかについて示すタイムスタンプが、顧客への表示のために旅行サービス提供者に切迫感インジケータとして伝えられるようにさせることができる。代わりとして、処理およびデータベースシステムが、あるフライト旅程に対していくつの座席が現在利用可能であるかの注意徴候が、顧客への表示のために旅行サービス提供者に切迫感インジケータとして伝えられるようにさせることができる。この処理およびデータベースシステムは、さらに顧客への表示のために複数の切迫感インジケータが同時に返されるようにさせることができる。
【００１８】
本発明の実施態様が特筆された結果として旅行推奨の状況において特筆された結果に対処する一方、特筆された結果はさらに関連した料金または価格を有さない旅行解に、または旅行検索クエリに基づくことができる。特筆された結果を参照する時、総称語、結果がさらにここで用いられる。
【００１９】
図１を参照してかつ本発明の一実施態様に従って、例示的な処理およびデータベースコンピューターシステム１０が、計算プラットフォーム１２、旅行サービス提供者によって管理されかつ顧客から旅行検索クエリを受信するように構成されるクライアントプラットフォーム１４および検索プラットフォーム１６を含む。プラットフォーム１２、１４、１６は、ネットワーク１８経由で互いに動作可能に通信する。計算プラットフォーム１２は、プロセッサ２０、メモリ２６、大容量記憶装置３２、ネットワークインタフェース３８および人間−機械インタフェース（ＨＭＩ）５０を含むことができる。クライアント装置またはプラットフォーム１４は、プロセッサ２１、メモリ２７、大容量記憶装置３３、ネットワークインタフェース３９およびＨＭＩ５１を含むことができる。検索プラットフォーム１６は、プロセッサ２２、メモリ２８、大容量記憶装置３４、ネットワークインタフェース４０およびＨＭＩ５２を含むことができる。
【００２０】
プロセッサ２０−２２の各々は、マイクロプロセッサ、マイクロコントローラ、デジタル信号処理装置、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブルロジックデバイス、ステートマシン、論理回路、アナログ回路、デジタル回路および／または関連するプラットフォームメモリ２６−２８内に記憶される動作命令に基づいて信号（アナログおよび／またはデジタル）を操作するその他の装置から選ばれる１個以上の処理回路を含むことができる。メモリ２６−２８の各々は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、揮発性メモリ、不揮発性メモリ、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、キャッシュメモリおよび／またはデジタル情報を記憶することが可能なその他の装置を含むがこれに限らず単一メモリ装置または複数のメモリ装置を備えることができる。大容量記憶装置３２−３４の各々は、ハードディスク、オプティカルドライブ、テープ装置、不揮発性固体装置および／またはデータベース構造体３６、３７のような、データを記憶することが可能なその他の装置を含むがこれに限らず単一大容量記憶装置または複数の大容量記憶装置を備えることができる。
【００２１】
ネットワークインタフェース３８−４０は、ユーザデータグラムプロトコル／インターネットプロトコル（ＵＤＰ／ＩＰ）および／または伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）のような、ネットワーク１８を介して通信するための１つ以上の適切な通信プロトコルを使用することができる。ネットワークインタフェース３８−４０は、ＩＥＥＥ８０２．３（イーサネット）リンクのような結線で接続されたリンク、８０２．１１（Ｗｉ−Ｆｉ）リンクのような無線ネットワークプロトコルを使用する無線リンク、またはプラットフォーム１２、１４、１６がネットワーク１８にインタフェースするのを可能にするその他の適切なリンク経由で、ネットワーク１８に接続することができる。ネットワーク１８は、１つ以上の局所アクセスネットワーク（ＬＡＮ）、広域アクセスネットワーク（ＷＡＮ）のような複数の相互に連結したネットワーク、および／またはインターネットのような公衆ネットワークを含むことができる。
【００２２】
プロセッサ２０−２２の各々は、それぞれのプラットフォーム１４、１６、１８の対応するメモリ２６−２８内に存在することができる、それぞれのオペレーティングシステム４４−４６の制御の下で動作することができる。メモリ２６−２８内に存在する１つ以上のコンピューターソフトウェアアプリケーション５４−５７として具体化されるコンピュータープログラムコードがプロセッサ２０−２２によって実行される命令を有することができるように、オペレーティングシステム４４−４６がそれぞれのプラットフォーム１４、１６、１８のコンピュータ資源を管理することができる。ＨＭＩ  ５０−５２は、公知の方法でそれぞれのプラットフォーム１２、１４、１６のプロセッサ２０−２２に動作可能なように連結されることができる。ＨＭＩ５０−５２が、英数字ディスプレイ、タッチスクリーンおよび他の視覚インジケータのような、出力装置、ならびに、オペレータから命令または入力を受け取ってかつプロセッサ２０−２２に入力された入力を伝達することが可能な英数字キーボード、ポインティングデバイス、キーパッド、押しボタン、コントロールノブ、その他のような、入力装置およびコントロールを含むことができる。
【００２３】
図２を参照して、処理およびデータベースシステム６０は検索プラットフォーム１６の一実施態様を代表する検索プラットフォーム６２および計算プラットフォーム１２の一実施態様を代表する計算プラットフォーム６４を備える。処理およびデータベースシステム６０を備える図２内に示される機能は、システムプラットフォーム１２によってホストされる１つ以上の検索アプリケーション５４、５５によって提供されることができておよび／またはネットワークもしくは他の通信媒体を通して接続される別々のハードウェアプラットフォーム上を走るアプリケーションによって提供されることができる。計算プラットフォーム６４は、キャッシュマネージャモジュール６８、価格設定エンジンプラグイン６５および料金検索エンジンプラグイン６６を含む。キャッシュマネージャモジュール６８は、検索プラットフォーム６２、同じくプラグイン６５、６６から到着する再計算オーダーを管理し、かつユーザプラットフォーム１４から到着する旅行検索クエリに応答するのに用いられる検索プラットフォーム６２に計算されたデータベースクエリ結果を返す。計算プラットフォーム６４によって実行される計算は、検索プラットフォーム６２にエンドユーザによってなされる旅行検索リクエストと同期でない（すなわち、計算プラットフォーム６４の計算は検索プラットフォーム６２に到達するエンドユーザリクエストから独立になされる）。検索プラットフォーム６２は、例えば、クライアントプラットフォームがエンドユーザから旅行検索リクエストを受信する時クライアントプラットフォーム１４に同じことを伝えることを見越して事前計算されたクエリ結果および特筆された結果を記憶する。
【００２４】
計算プラットフォーム６４は、所定の時間枠内の数多くの旅行推奨を計算してかつ検索プラットフォーム６２に事前計算されたデータとしてこれらの旅行推奨を与えるように構成される。計算は、外部ソースから計算プラットフォーム６４に伝えられるバッチ再計算オーダーによってトリガーされることができる。最も低い料金を備えた旅行推奨が常に計算プラットフォーム６４によって更新されてかつ検索プラットフォーム６２内にリフレッシュされるように、料金検索エンジンプラグイン６６は連続的に動作することができる。一実施態様において、検索プラットフォーム６２によって記憶される旅行推奨は、それによってリアルタイムまたはリアルタイムに近い料金価格設定を反映することができる。加えて、または代わりとして、高機能アプローチが異なるスケジュールに従って事前計算されたデータベースクエリ結果を更新するのに用いられることができる。加えて、市場情報データ（例えば人気）が計算プラットフォーム６４によって最適価格計算を実行するのに用いられることができる。
【００２５】
代表的計算プラットフォームが、（特許文献２）内に開示され、その全開示を本願明細書にその全体に引用したものとする。代表的検索プラットフォームが、（特許文献３）内に開示され、その全開示を本願明細書にその全体に引用したものとする。再計算オーダーが、外部的に生成されることができる（例えば現在の場合、２４時間ごとに一回）か、または、計算プラットフォームそれ自体のキャッシュマネージャが、記憶された結果が不正確になる確率に基づいて、いつ検索結果を再計算するべきかについて、「高機能な」決定をするかもしれない。高機能な更新を提供するための代表的外部再計算トリガープラットフォームが、（特許文献４）内に開示され、その全開示を本願明細書にその全体に引用したものとする。代表的計算プラットフォーム、代表的検索プラットフォームおよび代表的再計算プラットフォームが、さらに（特許文献５）内に開示され、その全開示を本願明細書にその全体に引用したものとする。
【００２６】
事前計算されないかまたは最近更新されてないデータを必要とする一意の旅程を含む検索リクエストに対して、価格設定エンジンプラグイン６５が、キャッシュマネージャモジュール６８の内部リクエストの際に一意の価格を計算するのに計算プラットフォーム６４によって用いられることができる。一意的に価格を決められた旅程が次いで、検索プラットフォーム６２に与えられることができる。
【００２７】
計算プラットフォーム６４の価格設定エンジンプラグイン６５および料金検索エンジンプラグイン６６は、旅行代理店由来手数料（ＴＡＯＣ）料金データベース７０、フライト料金データベース７２、フライトスケジュールデータベース７４およびフライト利用可能度データベース７５のような、航空会社フライトに関するデータを含有する１つ以上のデータベースと、動作可能に通信することができる。ＴＡＯＣ料金データベース７０は、ＴＯＳＳオペレータとの既存の関係を有するオンライン旅行代理店によって満たされる補助サービスに関する情報を含むことができる。料金データベース７２は、公開された料金および交渉された料金、例えば公開された航空会社料金および旅行代理店によって交渉された料金を含むことができる。同様に、スケジュールデータベース７４は航空会社フライトスケジュールを含むことができ、およびフライト利用可能度データベースはフライトの利用可能度および／またはフライトの空席に関する情報を含むことができる。データベース７０、７２、７４、７５の各々は、処理およびデータベースシステム６０内でアクセス可能であるが、システム６０の外からは到達可能でない私有データを含有する記録を含むことができる。データベース７０、７２、７４、７５の各々は、さらに公的にアクセス可能なデータベースから入手可能なデータを含むことができる。データベース７０、７２、７４、７５の２つ以上が、スケジュールデータベース７４およびフライト利用可能度データベース７５のような単一データベースに統合されることができる。
【００２８】
旅行検索クエリを事前計算するために、料金検索エンジンプラグイン６６（一度に数多くの旅程を処理することができる）および／または価格設定エンジン６５（一度に単一旅程を処理することができる）の１つ以上が、最低料金検索プロセスを実行するためにデータベース７０、７２、７４、７５に問い合わせ、かつ、検索結果を供給する。本発明の一実施態様において、計算プラットフォーム６４のプラグイン６５、６６が価格、利用可能度および検索リクエストの検索語にマッチするフライトに対するスケジュールデータを含む結果を返すことができる。検索結果の各組が、出発地／行き先対および旅行日付に基づくことができる。
【００２９】
旅行推奨、最後の予約日付および／または最後のタイムスタンプインデックス付け機能の人気を決定することを容易にするために、キャッシュマネージャ６８は最後の予約日付／タイムスタンプ（ＬＢＤＴ）データベース８０と動作可能に通信することができる。ＬＢＤＴデータベース８０は、過去のシステムユーザによって予約された旅行推奨に関する履歴データを含有する１つ以上の私有データベースを維持するおよび／またはそれにアクセスすることができる。図２内に図示された例示的な態様において、ＬＢＤＴデータベース８０は予約情報データベース８２、私有チケット販売データベース８４ならびに市場および／またはビジネス情報データベース８６を含む。予約情報データベース８２は、処理およびデータベースシステム６０経由でユーザによって実行された旅行予約に対する全乗客名記録（ＰＮＲ）データを含むことができる。私有チケット販売情報データベース８４は、旅行予約システム経由で販売された全てのチケットに関するデータを含むことができる。私有予約情報およびチケット販売情報データベース８２、８４内のデータは、推奨が予約され、および予約がチケットを発行されるにつれて処理およびデータベースシステム６０によって収集されるデータであることができる。このデータはしたがって、処理およびデータベースシステム６０の外側のシステムに直接利用可能でないデータであることができる。市場および／またはビジネス知性情報データベース８６は、例えば旅行代理店、航空会社および／または他の旅行予約システムによって運営されることができる全ての世界的にアクセス可能なＰＮＲデータベースの目録を含むことができる。
【００３０】
計算プラットフォーム６４による特筆された結果の決定が、以下に記述される。
【００３１】
検索プラットフォーム６２は、計算プラットフォーム６４から受信される検索結果および特筆された結果をインデックス付けしておよび／または記憶する旅行解スマートインデックス（ＴＳＳＩ）７６を含む。インデックス７６は、インメモリストレージ（図示せず）を備えることができる。検索結果および特筆された結果は、価格設定エンジンおよび料金検索エンジンプラグイン６５、６６によって返されるデータベースクエリ結果を管理するキャッシュマネージャ６８によってインデックス７６に与えられることができる。予約、チケット販売ならびに市場および／またはビジネス情報データが更新されるにつれてインデックス７６内のデータが例えば、リアルタイムまたはほぼリアルタイムで最新に保たれることができるように、キャッシュマネージャ６８がＬＢＤＴデータベース８０からの検索プラットフォーム６２内のデータを規則正しくリフレッシュする。
【００３２】
例えば、エンドユーザからの旅行検索リクエストに応答するために検索プラットフォーム６２とクライアントプラットフォーム１４との間の特筆された結果取扱い７９が、１つ以上のカテゴリの各々内の１つ以上の選抜された結果を決定するために旅行解スマートインデックス７６によって記憶される特筆された結果に、所定の主要な検索カテゴリに対して利用可能な「最高の」または「トップの」選択肢を代表する選抜された結果を問い合わせることができる。取扱い７９は、エンドユーザへの提示および表示のためにクライアントプラットフォーム１４に特筆された結果を伝える。検索結果が最新の予約および入手可能なチケット販売データの順に並べられるように、記憶データは規則的な間隔で再計算される、および／またはリフレッシュされることができる。検索結果データをホストしてインデックス付けする処理およびデータベースシステム６０内に、（検索プラットフォーム６２のインメモリストレージであることができる）ローカルデータベースを設けることによって、インデックス７６はリクエストを検索するのに比較的速い応答時間をエンドユーザに提供するのに用いられることができる。検索リクエストがシステムユーザによって提出されるたびに外部データベースから旅行推奨情報を読み出さなければならないシステムと比較して、システムの認められた性能はそれによって向上されることができる。
【００３３】
旅行サービス提供者は、顧客からの問合せに応答して旅行推奨を検索するためにウェブサイトを通して検索プラットフォーム６２と対話することができる。概ね、ウェブサイトは一般的に共通サーバ上に位置する、かつ一まとまりの情報として準備されて維持される一まとまりの相互に連結したウェブページである。旅行サービス提供者から受信される旅行検索クエリに応答して、特筆された結果取扱いが表示機能７８に与えられることができ、それが次に要求元実体に対してディスプレイ上に読み取り可能なフォーマットで特筆された結果を与える。要求元実体は、旅行代理店ウェブサイト、旅行推奨予約アプリケーション５６またはシステムユーザもしくは顧客が旅行推奨を検索して予約するのに用いるかもしれないその他のアプリケーションであることができる。表示機能７８は、さらに、旅行推奨予約アプリケーション５６、ウェブサーバアプリケーション（図示せず）またはその他の適切なアプリケーションのような、外部資源またはアプリケーションによって処理およびデータベースシステム６０へのインタフェースとして用いられるアプリケーションプログラミングインタフェース（ＡＰＩ）を提供することができる。
【００３４】
特筆された結果、インデックス付けおよび／またはランク付けフォーミュラを選ぶために検索結果選抜を開発する際に、全ての可能なソースおよびデータのタイプが、履歴的旅行推奨選抜データの予備分析において考慮されることができ、ならびに、１つ以上のフォーミュラ、アルゴリズム、ルールおよび／または判定基準が適用されることができる。この分析に基づいて、旅行推奨特性が、顧客選抜に関するそれらの効果またはそれへの相関に基づいて選ばれることができる。分析される旅行推奨データは、パラメータをいくつか挙げると、チケット価格、旅行時間、航空会社および旅行推奨が予約された回数を含むことができるが、これに限定されるものではない。例証として、旅行推奨が過去に予約された回数が、旅行推奨分類のカテゴリを規定するのに、同じく、このカテゴリまたは別の異なるカテゴリ内の検索結果をランク付けするのに用いられることができる。システムは、次いで予約された推奨または予約されなかったもしくはより低い選抜率で予約された他の代替旅行推奨からの推奨を区別することができる全ての可能な判定基準を規定することができる。例えば、フライト予約率はフライト所要時間、出発時間、帰着時間、経由地の数、総価格、航空会社、出発空港、行き先空港、出発曜日、帰着曜日、出発日、帰着日、その他に関連づけられることができる。これらの旅行推奨特性のそれぞれが、対応する旅行推奨が選ばれる頻度に関連する複合値を決定するために組み合わせられることができる。この値は、次に、旅行推奨検索の特筆された結果を選ぶのに用いられるいくつかのうちの１つであることができる。
【００３５】
予約された旅行推奨を区別するのに用いられるカテゴリは、上述したリストのいずれにも限定されず、かつ旅行推奨を特徴づける任意の判定基準を含むことができる。システムは、データセットを分析してかつこの分析に基づいて関連するカテゴリを選ぶことができる。この分析は、データセットの異なる規模を考慮に入れることができ、かつ各データ点で利用可能なデータ量に従い格付けを釣り合わせることができる。所定のデータ点に対する十分なデータがない場合、変数が有意なデータ量によって代表されるまで、プロセスは変数を抜粋するかまたは補間することができる。選抜されたカテゴリは、特筆された結果としてどの結果をシステムユーザに提示するか決定するために結果を検索するように適用されることができる。カテゴリ組合せに影響することは、さらにシステムユーザに与えられる提唱された旅行推奨選択肢に多様性を与えるためにグループ化されることができる。
【００３６】
生の事前計算されたクエリまたは検索結果は、プロセスの予備計算段階中に結果の数を減少させるためにフィルタをかけられることができる。第１のフィルタは、Ｎ個の最も人気の結果、Ｎ個の最も速い結果、などに対応するＮ個の結果を保持する。１つのカテゴリに対してＮ個の結果を保持する１つの理由は、残りのプロセス中に、いくつかの結果がチェックを怠り、かつ利用可能度の不足、適格性の不在または別の理由に起因して放棄されるかもしれないからであることができる。プロセスの初めのＮ個の結果の存在は、チェックが適用されたあと、少なくとも１つの結果が保持されることを（統計学的に言うと）確実にする。第２のフィルタが、カテゴリ化中に実際上適用されてかつソーティングに達する。例えば、チェックの後で初期のＮ個から残る最も人気の結果の数の中から、最も人気の結果がこのカテゴリに対する特筆された結果として選ばれる。別の例としてチェックの後で初期のＮ個の結果から残る最も速い結果の中から、最も速い結果がこのカテゴリに対する特筆された結果として選ばれる。
【００３７】
計算プラットフォーム６４によって事前計算された旅行検索クエリ結果を分類するのに用いられるカテゴリは、以下のカテゴリを含むことができるが、これに限定されるものではない。
【００３８】
最も速い−計算プラットフォーム６４は、各出発地／行き先対および日付に対して移動中に最も短い経過時間を有する旅行推奨を決定するために事前計算されたデータベースクエリ結果を処理することができる。結果を構成する旅行推奨は、最も速い旅行推奨から最も遅い旅行推奨までの移動時間に従う決定でソートされることができる。要因としてこのカテゴリをソートするのに用いられる経過時間は、推奨に対する飛行時間（複数時間）およびフライト間の任意の接続間の着地時間の合計を含むことができる。カテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。一実施態様において、各旅行日付上の出発地／行き先対に対して移動中に最も短い経過時間を有する単一旅行推奨だけが、このカテゴリに対してインデックス７６によって記憶される特筆された結果に指定されることができてかつ、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に次いで伝えられることができる。代わりとして、複数の最も速い旅行推奨（例えばＮ＝５）が特筆された結果に指定されることができてかつインデックス７６内に記憶されることができる。代わりとして、コストまたは人気のような、二次ランク付けが二次要因として更に複数の旅行推奨をソートするのに用いられることができる。
【００３９】
人気の−計算プラットフォーム６４は、過去の顧客の間で最も高い人気を有する旅行推奨を決定するために計算されたデータベースクエリ結果を処理することができる。代表実施態様において、結果を構成する旅行推奨の人気は、過去の顧客による最も頻繁な予約または過去の顧客による最も頻繁なチケット購入のどちらかに基づくことができる。このカテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。一実施態様において、各旅行日付上の出発地／行き先対に対する最も人気である単一旅行推奨だけが、このカテゴリに対してインデックス７６によって記憶される特筆された結果に指定され、そして次に、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に伝えられることができる。代わりとして、複数の最も人気の旅行推奨（例えばＮ＝５）が特筆された結果に指定されることができてかつインデックス７６内に記憶されることができる。
【００４０】
このカテゴリは、世界的予約もしくはチケット販売、所定の市場の中だけの予約もしくはチケット販売または販売拠点だけでの予約もしくはチケット販売のような編集された予約およびチケット販売データに対して異なるレベルの細かさを使用することができる。細かさレベルは、複合人気格付けを共に生成する使用であることができる。人気のカテゴリは、顧客挙動をよりよく収集するために重みづけされることができる、予約またはチケット販売の相対的新しさに依存することができる。例えば人気重みづけ方式が、過去に（例えば６ヵ月前に）更になされた予約またはチケット販売が最近（例えば２日前に）なされた予約またはチケット販売と重みづけで同じ重要性を与えられるということを反映するのに用いられることができる。予約またはチケット販売の代わりに旅行検索クエリが最も人気の推奨を決定するのに用いられる場合、同じロジックが適用されることができる。このカテゴリ内の複数の旅行推奨が、カテゴリによって提供される分類を厳密に使用して表示のためにソートされることができる（すなわち、最も高い人気の旅行推奨から最も低い人気の旅行推奨まで）か、または、表示のために特筆された結果を資格付けするために、旅行者所望のルート、キャリア、スケジュールおよび／またはコストのような、別の二次要因と組み合わせてソートされることができる。
【００４１】
独占的な−計算プラットフォーム６４は、提携旅行代理店によって１社またはいくつかの航空会社と交渉される補助サービスを含む旅行推奨を決定するために計算されたデータベースクエリ結果を処理することができる。例示的な補助サービスは、例えば無料ラウンジアクセス、アップグレードされた食事および／または座席アップグレードのような旅行者に独占的である任意の追加的なサービスを含むことができる。提携旅行代理店は、処理およびデータベースシステム６０へのアクセスを与えられる１店以上の選抜された旅行代理店であることができる。代表実施態様において、結果を構成する旅行推奨の人気が、過去の顧客による最も頻繁な予約または過去の顧客による最も頻繁なチケット購入のどちらかに基づくことができる。このカテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。一実施態様において、単一旅行推奨だけが各旅行日付上の出発地／行き先に対して交渉された補助サービスがこのカテゴリに対してインデックス７６によって記憶される特筆された結果に指定され、そして次に、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に伝えられることができることを含む。代わりとして、複数の旅行推奨（例えばＮ＝５）が特筆された結果に指定されることができてかつインデックス７６内に記憶されることができる。このカテゴリ内の複数の旅行推奨が、これらの補助サービスに添付される航空会社の料金にマッチする最も低いコスト推奨に基づいて、−すなわち、旅行推奨の総コストにおよび／または関連する航空運賃のコストのみに基づいて表示のために順序づけられることができる。人気のような、代替二次要因が、ソーティングのために用いられることができる。
【００４２】
最も安価な−計算プラットフォーム６４は、最も安価であるかまたは最も低いコストである旅行推奨を決定するために計算されたデータベースクエリ結果を処理することができる。決定において使用されるコストは、公開された料金および１社以上の航空会社と関与する旅行代理店との間で交渉された非公式料金を考慮することができる。このカテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。一実施態様において、各旅行日付上の出発地／行き先に対する最も低いコストの単一の最も安価な旅行推奨だけが、このカテゴリに対してインデックス７６によって記憶される特筆された結果に指定され、そして次に、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に伝えられることができる。代わりとして、複数の最も安価な旅行推奨（例えばＮ＝５）が特筆された結果に指定されてかつインデックス７６内に記憶されることができる。代替実施態様において、各旅行推奨の価格が料金の代わりに用いられることができる。等しく価格を決められる料金を伴う旅行推奨の場合には、旅行推奨は、上記した「人気の」カテゴリに関して記述されたような、人気に基づいて表示のために順序づけられることができる。
【００４３】
最後に予約された−計算プラットフォーム６４は、つい最近予約された旅行推奨を決定するために計算されたデータベースクエリ結果を処理することができる。このカテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。一実施態様において、各旅行日付上の出発地／行き先に対する単一のつい最近予約された旅行推奨だけが、このカテゴリに対してインデックス７６によって記憶される特筆された結果に指定され、そして次に、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に伝えられることができる。代わりとして、複数のつい最近予約された旅行推奨（例えばＮ＝５）が特筆された結果に指定されてかつインデックス７６内に記憶されることができる。「最後に予約された」カテゴリは、予約の相対的新しさに基づいて決定されることができる。旅行案内業者の特定の顧客が過去の同じまたは類似した特性を有する−例えば、同じ出発地と行き先との間の−旅行を予約した場合、「最後に予約された」オプションが、さらに特定の顧客によって最後に選抜されたフライトオプションを表示することができるかまたは特定の顧客の履歴的な同一のまたは類似した予約によってバイアスされることができる。
【００４４】
後援された−計算プラットフォーム６４は、旅行代理店のような、後援実体によって選ばれた旅行推奨がつい最近予約されたと判定するために計算されたデータベースクエリ結果を処理することができる。このカテゴリに対する限定されて特定の所定の数の旅行推奨が、検索プラットフォーム６２でインデックス７６内に記憶される。これらの旅行推奨は、特定のルーティング、キャリアまたは料金を含むことができ、かつ、例えば航空会社から旅行代理店に払われるより高い手数料のような、後援実体と旅行推奨提供者との間で協議された取引に基づくことができる。一実施態様において、各旅行日付上の出発地／行き先に対する単一の後援された予約された旅行推奨だけが、このカテゴリに対してインデックス７６によって記憶される特筆された結果に指定され、そして次に、例えば、エンドユーザによって開始される旅行関連の検索クエリに応答して特筆された結果取扱い７９内に伝えられることができる。代わりとして、複数の後援された予約された旅行推奨（例えばＮ＝５）が特筆された結果に指定されてかつインデックス７６内に記憶されることができる。
【００４５】
本発明の一実施態様において、検索結果の（「最も人気の」カテゴリ以外の）各カテゴリが、関連性の基準として人気ランク付けに従ってランク付けされることができる。すなわち、カテゴリ内の複数のトップランクの結果が、関連性の基準として人気のようなランク付けによってソートされることができる。見分けがつかない（例えば、同じ（最も短い）移動時間を有するかまたは同じ人気を有する）カテゴリ内のいくつかの結果がある場合、二次要因または判定基準（例えば価格、人気、移動時間、時刻、その他）が特筆された結果を決定するために用いられることができる。具体例として、見分けのつかない複数の旅行推奨から最も高価でない旅行推奨が、計算によって特定されてかつ最も速い特筆された結果のカテゴリに対して特筆された結果として記憶されることができる。代わりとして、別の二次要因もしくは判定基準が必要に応じて用いられることができるか、または結果の１つが、それらが全て関連してかつ魅力的であるとみなしてランダムに選ばれることができる。
【００４６】
このランク付けされたサブセットからトップの結果またはいくつかのトップの結果が次いで、結果表示７８内に特筆された結果として顧客に表示されることができる。このように、顧客に提示される選択肢の数が、扱いやすい数に限定されることができる。この制約は、選択肢の圧倒的数によって引き起こされる顧客の不安を減少させることができ、かつそれによって、よりすばやい、よりストレスの少ない意思決定を容易にする。
【００４７】
特定のフライトを予約した過去の顧客の数に加えて、ＬＢＤＴデータベース８０はさらに、特定の旅程に対して最後のチケットが予約された時間、特定のチケット販売オプションに対して残っている座席の数、および、チケットを予約したかまたは特定の日付、時間、価格、行き先、その他に対してチケットを発行された旅行者の数のような、特定の判定基準と関連する人気に関する情報を含むことができる。特筆された結果は、時節（例えば、旅行者が３月にフライトを予約するところ）に基づいて；出発する場所（例えば旅行者が、シカゴから飛んで行くところ）に基づいて；価格（最も安価な行き先）、またはその他の旅行パラメータに基づいて最も人気の、最も速い、などの行き先として地図上に表示されることができる。
【００４８】
次に図３を参照して、流れ図９０が本発明の一実施態様に従う特筆された結果選抜アルゴリズムを例示する。ブロック９４では、計算プラットフォーム６４によって特筆された結果の計算がトリガーされる。ブロック９６では、計算プラットフォーム６４が特筆された結果を決定するための第１のカテゴリをロードする。第１のカテゴリは、最も低い経過時間、人気、独占的な申し出の存在、コスト、最後に予約された、および／または後援を有する旅行推奨のような、上で検討されたカテゴリの１つによって分類されることができる。ブロック９８では、計算プラットフォーム６４がロードされたカテゴリにマッチするより大きな数の生の検索結果から特定の検索結果を決定して、そして次に、ブロック１００に進む。
【００４９】
ブロック１００では、計算プラットフォーム６４が順序づけられたまたはソートされた配置を与えるように各カテゴリ内の結果をランク付けすることができる。とりわけ、各カテゴリ内の検索結果がカテゴリ分類に従って−例えば、最も速い、最も安価な、最も高い人気などの順序またはランクで互いに対して順序づけられるかまたはソートされることができる。例として、経過時間カテゴリ内の旅行推奨が最短から最長までソートされるかまたは順序づけられることができ、コストカテゴリ内の旅行推奨が最も安価から最も高価までソートされるかまたは順序づけられることができ、人気のカテゴリ内の旅行推奨が人気などに従ってソートされるかまたは順序づけられることができる。代わりとして、ソーティングまたは順序付けが、各カテゴリ内の特筆された結果の人気のような二次要因に基づくことができる。
【００５０】
各カテゴリ内のトップＮ個の推奨を考慮して、ソーティングは全ての場合に関連する順序で推奨を返すために市場情報データを利用することができる。予約カウントが、さらに各推奨と関連していることができる。
【００５１】
ブロック１０２では、検索結果の全てのカテゴリが閲覧されたかどうか、計算プラットフォーム６４が判定する。そうでない場合（判定ブロック１０２の「いいえ」分岐）には、計算プラットフォーム６４は、ブロック１０４に進んでかつ特筆された結果を決定するために次のカテゴリをロードする。処理およびデータベースシステム６０は次いで、新しくロードされたカテゴリを使用して特筆された結果選抜プロセスを繰り返すためにブロック９８に戻る。全ての検索結果カテゴリが特筆された結果に対して閲覧された場合（判定ブロック１０３の「はい」分岐）、計算プラットフォーム６４は、ブロック１０６に進む。ブロック１０６では、切迫感インジケータが各特筆された結果またはカテゴリ内の結果の群に対して決定されることができる。１つ以上の旅行推奨および任意の切迫感インジケータが計算プラットフォーム６４から検索プラットフォーム６２まで伝えられて、かつ例えば旅行検索クエリに応答して将来の使用に対して特筆された結果としてインデックス７６内に記憶される。
【００５２】
ブロック１０８では、特筆された結果および任意の関連する切迫感要因が検索プラットフォーム６２からクライアントプラットフォーム１４にまたは表示機能７８経由で他の要求元実体に伝えられることができる。特筆された結果の通信を促す検索クエリが、検索プラットフォーム１４上でホストされるウェブサーバアプリケーションまたは予約アプリケーション５６から生じることができる。ブロック９４では、検索エンジン６４はインデックス７６から検索結果を読み出す。読出しを促す動作は、クライアントプラットフォーム１４のエンドユーザから生じる検索クエリであることができる。検索クエリがインデックス７６内にインデックスを付けられる旅行推奨にマッチしない条件を含む場合には、計算プラットフォーム６４は計算された特筆された結果をインデックス７６に与えることができる。
【００５３】
検索結果選抜プロセスはそれによって、各フォーミュラのデータセット規模に検索パラメータをマッチさせることによって特定のカテゴリに対応する各フォーミュラと共に、１つ以上のフォーミュラを所定の検索リクエストに適用することができる。検索結果選抜プロセスは、次いで各フォーミュラによって生成される結果のリストをランク付けしてかつカテゴリのトップＮ個の結果を決定することができる。各フォーミュラは資格カテゴリに対応することができ、および各提案された結果はその通りに資格付けされることができる。
【００５４】
各カテゴリは、結果と共に切迫感フラグとして返されることができる資格フラグと関連付けられることができる。他の切迫感フラグが、さらに各特筆された結果とともに返されるかもしれない。結果フォーミュラが、定性的フラグおよび定量的フラグの両方を有することができる。定性的なフォーミュラの場合、資格フラグはフォーミュラと関連する特定の定性的な判定基準を識別するために固定されることができる。例えば、フラグが、フォーミュラのカテゴリを最も安価なまたは最も速い利用可能な旅行推奨であると識別することができる。定量的フォーミュラの場合、資格フラグは数値的なパラメータを含むことができる。例えば、資格フラグが、特筆された結果の旅行推奨の１つ以上と関連する切迫感特徴としてＸ分前に最後に予約された旅行推奨のような、最後の予約時間に基づくことができる。別の例として、資格フラグが特徴結果内の各旅行推奨が過去に予約された頻度に基づき、かつ切迫感特徴として特筆された結果を供給されることができる。さらにもう１つの例として、資格フラグが特筆された結果を供給される切迫感特徴として特徴結果内の各旅行推奨に対する目録内に残っている座席の数を示すことができる。所定の結果が、さらに複数のカテゴリに属することができる。例えば、特定のフライトが所望の出発地および行き先対に対して最も安価な旅行推奨および最も速い旅行推奨の両方であることができ、その場合には、フライトは両方のカテゴリ内に属するとしてインデックスを付けられる。検索結果資格付けプロセスは定量的結果の場合には各結果にフラグを立て数値を検索することができ、応答がそれぞれの資格フラグを含む結果選抜を含むことができる。
【００５５】
次に図４を参照して、ブラウザアプリケーションまたはモバイル装置（例えばスマートフォン）上のアプリケーションによって表示されることができるような例示的な特筆された結果ページ１１０が、各々検索結果カテゴリに対する旅行推奨を提示する複数のウィンドウ１１２ａ−１１２ｆ内に特筆された結果を提供する。図４にて図示したように検索結果ページ１１０が６枚の検索結果カテゴリウィンドウ１１２ａ−１１２ｆを含むとはいえ、本発明の実施態様は任意の数のカテゴリウィンドウを含むことができ、および本発明はカテゴリウィンドウの特定の数に限定されない。カテゴリウィンドウ１１２ａ−１１２ｆの各々内に表示される特筆された結果の数は、さらに任意の特定の数に限定されず、かつ例えば特筆された結果としての単一旅行推奨であることができる。代表実施態様内の各カテゴリウィンドウ１１２ａ−１１２ｆが、特筆された結果として単一旅行推奨を含む。
【００５６】
特筆された結果がどのように表示されることができるかの別の例として、特定のカテゴリを選抜するかまたはその上でホバリングするユーザに応答してシステムが、そのカテゴリに対する追加的な旅行推奨を示すためにカテゴリウィンドウ１１２ａ−１１２ｆを拡張することができる。したがって、図４内に例示されるウェブページが特筆された結果を表示するために１つの例示的な方法だけを代表し、および本発明の実施態様が示される表示構成に限定されないことを当業者は理解するであろう。当業者は図４内の推奨が代表であり、および、各特筆された結果を構成する旅行推奨（複数推奨）が異なるカテゴリに対して異なると認識するであろう。例えば、旅行推奨は異なるカテゴリの各々に対して異なることができる。
【００５７】
各カテゴリウィンドウ１１２ａ−１１２ｆは、検索結果分類、複数のカテゴリウィンドウ１１６ａ−１１６ｆ、１１８ａ−１１８ｆおよび価格／可用性情報ウィンドウ１２０ａ−１２０ｆを識別するカテゴリ識別子フラグ１１４ａ−１１４ｆを含むことができる。図４に示すように、他の数の旅行推奨および／またはセグメントがカテゴリウィンドウ１１２ａ−１１２ｆ内に表示されることができるとはいえ、カテゴリウィンドウ１１２ａ−１１２ｆの各々の旅行推奨が、ウィンドウ１１６ａ−１１６ｆ内の出発セグメントおよびウィンドウ１１８ａ−１１８ｆ内の帰着セグメントを含む。例えば、本発明の実施態様が１つ以上のセグメントを有する片道旅行に対する旅行推奨または各々１つ以上のセグメントを有する複数の旅行推奨を表示することができる。セグメントウィンドウ１１６ａ−１１６ｆ、１１８ａ−１１８ｆは、航空会社キャリア１２４、離陸場所１２６、着陸場所１２８、所要時間１３０、料金タイプ１３２および任意の計画経由場所１３４のような、対応する旅行推奨に関する情報を含むことができる。
【００５８】
各価格／可用性情報ウィンドウ１２０ａ−１２０ｆが、旅行推奨に対する価格１３６ａ−１３６ｆ、各旅行推奨の人気に基づいて決定されることができるスターランク付け１３８ａ−１３８ｆ（あるいは、各旅行推奨に関する顧客フィードバックもまた決定において考慮されることができる）、および１つ以上の切迫感特徴を含むことができる。切迫感特徴は、利用可能な座席の数を示す資格フラグ１４０ａ−１４０ｆ、最後の座席が予約された時間を示す資格フラグ１４２ａ−１４２ｆおよび／または何人の旅行者が旅行推奨を予約したかを示す資格フラグ１４４ａ−１４４ｆを含むことができる。その選抜は、もしあれば、表示する切迫感特徴は自由裁量である。別の実施態様では、切迫感特徴の１つだけが、旅行推奨によって表示されることができるか、または全てより少ない切迫感特徴が旅行推奨と連動して表示されることができる。
【００５９】
動作において、フライトを検索しておよび／または予約したい顧客は、周知の方法でコンピュータ、タブレットまたはスマートフォン（またはスマートフォンアプリケーション）上のウェブブラウザを使用して旅行代理店ウェブサイトと対話することができる。旅行代理店ウェブサイトは、クライアントプラットフォーム１４によってホストされることができる。顧客は、入力された情報を受信してかつ検索プラットフォーム６２に検索リクエストを発行する、クライアントプラットフォーム１４に出発地および行き先対ならびに旅行日付を入力することができる。クエリの検索パラメータを受信することに応答して、検索プラットフォーム６２は入力された情報にマッチする旅行推奨、同じく、図２および３に関して先に述べたように、旅行検索クエリに対応する特筆された結果を検索することができる。検索プラットフォーム６２は、それからクライアントプラットフォーム６２に検索結果および特筆された結果を与えることができる。要求元アプリケーションは、それから図４について述べたように特筆された結果ページとして種々のカテゴリの結果を表示することができる。
【００６０】
図５を参照して、ウェブページ１５０がディスプレイ、スクリーン、モニタ、など上の選抜アルゴリズム（図３）によって決定される特筆された結果を表示するように構成される。ウェブページとして記述されるとともに、図５およびここで記述されるそれ以外の特筆された結果の表示は、タブレットまたはスマートフォンのスクリーン上のタブレットまたはスマートフォンアプリケーションによって与えられることができる。ウェブページ１５０は、ユーザとの対話処理、静止画像、動画、ハイパーリンク、などを容易にするコントロールを備えることができるコンテンツ１５２を含む。ウェブページ１５０の領域１５４において、複数のカテゴリ１５６、１５７、１５８、１５９が表示される。カテゴリ１５６、１５７、１５８、１５９の各々は、動作を実行するために、およびより詳しくは複数の異なるカテゴリの１つを選ぶために、活性化されることができる（例えば、ポインティングデバイスのカーソルを使用する際にクリックされる）コントロールまたはボタンである。上記のおよびカテゴリ１５６、１５７、１５８、１５９の選抜された１つと関連する選抜アルゴリズムを使用して決定される特筆された結果を代表する旅行推奨１６０が、領域１５４に表示される。例えば、旅行推奨１６０はカテゴリ１５６に対する特筆された結果であることができる。各カテゴリに対する特筆された結果が個々に表示されることができるように、ボタン選択が変化するにつれて旅行推奨１６０が動的に変化することができる。旅行推奨１６０のより詳細を調査する、旅行推奨１６０を予約する、などのためにウェブページ１５０のユーザが表示された旅行推奨１６０を選ぶことを可能にするセレクトボタン１６２がある。
【００６１】
旅行推奨１６０は、カテゴリ１５６に対するトップまたは最も関連する推奨を代表することができる。代替実施態様において、カテゴリ１５６、１５７、１５８、１５９の１つが選ばれる時、複数の旅行推奨１６０が領域１５４内に表示されることができる。ウェブページ１５０を生成するのに用いられる旅行検索クエリは、顧客よりむしろ旅行サービス提供者によって供給されることができて、そして次に、顧客による更なる調査のために顧客に表示されることができる。換言すれば、ウェブページ１５０は顧客対話によって生成されないかもしれないが、しかし旅行サービス提供者によって、特筆された結果の更なる調査を開始するように顧客を誘うために用いられることができる。旅行推奨１６０の外観および情報コンテンツは、図４の代表実施態様の旅行推奨と類似しているかもしくは同一であることができるか、図４の代表実施態様の旅行推奨と比較すると簡単にされた外観および情報コンテンツを有することができるか、または外観および表示された情報に関して異なる外観を有することができる。
【００６２】
図６−８を参照して、ウェブページ１７０（図６）は、コンテンツ１７２、およびフォーム１７４のユーザが上記の選抜アルゴリズムを開始するために旅行検索クエリを入力することを可能にする、コントロール１７６を備えたフォーム１７４を含む。セレクトボタン１７８は、検索プラットフォーム６２にデータとしてコントロール１７６を配置する選択肢を伝えるのに用いられることができる。ウェブページ１８０（図７）は、旅行検索クエリからフォームユーザに特筆された結果を提示するのに用いられることができる。ウェブページ１８０は、コンテンツ１８２および特筆された結果が表示される複数のウィンドウ１８６、１９０、１９４、１９８を有する領域１８４を含む。ウィンドウ１８６は、カテゴリ１８９に属する旅行推奨１８７および旅行推奨１８７と関連するセレクトボタン１８８を表示する。ウィンドウ１９０は、カテゴリ１９３に属する旅行推奨１９１および旅行推奨１９１と関連するセレクトボタン１９２を表示する。ウィンドウ１９４は、カテゴリ１９７に属する旅行推奨１９５および旅行推奨１９５と関連するセレクトボタン１９６を表示する。ウィンドウ１９８は、カテゴリ２０１に属する旅行推奨１９９および旅行推奨１９９と関連するセレクトボタン２００を表示する。カテゴリ１８９、１９３、１９７、２０１の各々は異なることができ、および好ましくはカテゴリ１８９、１９３、１９７、２０１の全てが異なる。旅行推奨１８７、１９１、１９５、１９９の外観および情報コンテンツは、図４の代表実施態様の旅行推奨と類似しているかもしくは同一であることができるか、図４の代表実施態様の旅行推奨と比較すると簡単にされた外観および情報コンテンツを有することができるか、または外観および表示された情報に関して異なる外観を有することができる。
【００６３】
ウェブページ２１０は、ウェブページ１８０のボタンおよびウェブページ２１０のボタンの異なる組を代表することができる、図７のカテゴリ１８９、１９３、１９７、２０１の１つの選抜からの一組の特筆された結果を提示するのに用いられることができる。ウェブページ２１０は、コンテンツ２１２、および選抜された単一カテゴリに対する特筆された結果が表示されることができる複数のウィンドウ２１６、２２０、２２４、２２８を備えた領域２１４を含む。ウィンドウ２１６は、カテゴリ１８９に属する旅行推奨１８７、および旅行推奨１８７のより詳細を調査するために旅行推奨１８７を選ぶ、旅行推奨１８７を予約する、などのためのセレクトボタン２１８を表示することができる。旅行推奨１８７は、カテゴリ１８９のトップまたは最も関連する推奨を代表することができる。ウィンドウ２２０は、カテゴリ１８９に属する別の旅行推奨２２１、および旅行推奨２２１のより詳細を調査するために旅行推奨２２１を選ぶ、旅行推奨２２１を予約する、などのためのセレクトボタン２２２を表示することができる。ウィンドウ２２４は、カテゴリ１８９に属する別の旅行推奨２２５、および旅行推奨２２５のより詳細を調査するために旅行推奨２２５を選ぶ、旅行推奨２２５を予約する、などのためのセレクトボタン２２６を表示することができる。ウィンドウ２２８は、カテゴリ１８９に属する別の旅行推奨２２９、および旅行推奨２２９のより詳細を調査するために旅行推奨２２９を選ぶ、旅行推奨２２９を予約する、などのためのセレクトボタン２３０を表示することができる。旅行推奨１８７、２２１、２２５、２２９の外観および情報コンテンツは、図４の代表実施態様の旅行推奨と類似しているかもしくは同一であることができるか、図４の代表実施態様の旅行推奨と比較すると簡単にされた外観および情報コンテンツを有することができるか、または外観および表示された情報に関して異なる外観を有することができる。
【００６４】
ウェブページ１８０、２１０のボタンとの対話の結果として、ユーザはカテゴリ１８９、１９３、１９７、２０１の選抜された１つ、および代表実施態様ではカテゴリ１８９に対する複数の旅行推奨から複数の旅行推奨を同時に表示することができる。加えて、たとえば、ユーザはカテゴリ１８９、１９３、１９７、２０１の各々から複数の旅行推奨を代わりとして表示するためにウェブページ２１０上のカテゴリ１８９、１９３、１９７、２０１のボタンを用いることができる。
【００６５】
図９および１０を参照して、ウェブページ２４０は旅行検索クエリを入力するために顧客によって用いられることができる。特に、ウェブページ２４０（図９）は、たとえば、記憶されたプロファイルおよび世界地図のような地理的領域を備える地図上の複数の行き先２４４、２４６を通してユーザと関連する出発地２４２を表示することができる。ユーザが行き先２４４、２４６のどちらか一方を選ぶ時、ユーザが図３の選抜アルゴリズムの動作から生じることができる特筆された結果を提示される、ウィンドウ２５０（図１０）が現れることができる。代わりとして、特筆された結果が選抜アルゴリズムを用いて計算されることができてかつユーザへの提示のためにキャッシュにいれられることができる。詳しくは、複数のカテゴリ２５２、２５４、２５６、２５８の１つに対する旅行推奨２６０が、ウィンドウ２５０でユーザに提示される。カテゴリ２５２、２５４、２５６、２５８は、カテゴリを変更するために用いられることができてかつ選抜されたカテゴリを反映するために表示された旅行推奨２６０をそれによって変更することができるボタンを代表することができる。セレクトボタン２６２は、表示された旅行推奨２６０を取り上げるために用いられることができる。旅行推奨２６０の外観および情報コンテンツは、図４の代表実施態様の旅行推奨と類似しているかもしくは同一であることができるか、図４の代表実施態様の旅行推奨と比較すると簡単にされた外観および情報コンテンツを有することができるか、または外観および表示された情報に関して異なる外観を有することができる。
【００６６】
図１１を参照して、顧客は旅行検索クエリを入力するために異なる方法でウェブページ２４０を用いることができる。詳しくは、顧客はウェブページ２７０のウィンドウ２７２の行き先２８２、２８４、２８６、２８８、２９０の選択肢を表示するために出発地２４２と関連するボタンを選ぶことができる。表示された行き先２８２、２８４、２８６、２８８、２９０は、前述のように計算される特筆された結果に対する旅行推奨から導かれる。表示された行き先２８２、２８４、２８６、２８８、２９０は、複数のカテゴリ２７４、２７６、２７８、２８０の１つに対する旅行推奨に対応する。カテゴリ２７４、２７６、２７８、２８０は、カテゴリ２７４、２７６、２７８、２８０の選抜された１つを変更してかつ選抜されたカテゴリを反映するために行き先２８２、２８４、２８６、２８８、２９０の表示された組をそれによって変更するために用いられることができるボタンを代表することができる。セレクトボタン２８３、２８５、２８７、２８９、２９１は、追加的な動作に対する関連する旅行推奨を表示するために行き先２８２、２８４、２８６、２８８、２９０の対応する１つを取り上げるために用いられることができる。行き先２８２、２８４、２８６、２８８、２９０の外観および情報コンテンツは、図４の代表実施態様の旅行推奨と類似しているかもしくは同一であることができるか、図４の代表実施態様の旅行推奨と比較すると簡単にされた外観および情報コンテンツを有することができるか、または外観および表示された情報に関して異なる外観を有することができる。
【００６７】
ここで記述される本発明の実施態様のいずれかを具体化するプログラムコードは、種々の異なるフォームのプログラム製品として個々にまたは集合的に配布されることが可能である。特に、プログラムコードは、コンピュータ可読記憶媒体および通信媒体を含むことができるコンピュータ可読媒体を用いて配布されることができる。本質的に一時的でないコンピュータ可読記憶媒体は、コンピュータ可読命令、データ構造体、プログラムモジュールまたは他のデータのような、情報のストレージのための任意の方法または技術で実現される揮発性のおよび不揮発性のならびに着脱可能なおよび着脱不可能な有形の媒体を含むことができる。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他の固体メモリ技術、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報を記憶するために用いられることができる、かつコンピュータによって読み出されることができるその他の媒体を更に含むことができる。通信媒体は、コンピュータ可読命令、データ構造体または他のプログラムモジュールを具体化することができる。例えば、この例に限らないが、通信媒体は有線ネットワークまたは直接有線接続のような有線媒体および音響、ＲＦ、赤外線のような無線媒体および他の無線媒体を含むことができる。上記のいずれかの組合せが、さらにコンピュータ可読媒体の範囲内に含まれることができる。
【００６８】
ここで記述される方法は、ここで特定される機能／動作を実現する命令を実行するプロセッサを備えた機械を生成するためにコンピュータの任意のタイプのプロセッサに供給されるコンピュータプログラム命令によって実現されることができる。これらのコンピュータプログラム命令はさらに特定の方法で機能するようにコンピュータを導くことができるコンピュータ可読媒体内に記憶されることができる。そのために、実行された命令がここで特定される機能／動作を実現するためのプロセスを提供するように、コンピュータプログラム命令が一連の動作ステップの実行を引き起こしてかつコンピュータ実現されたプロセスをそれによって生成するためにコンピュータ上にロードされることができる。
【００６９】
加えて、ここで記述されるプログラムコードは、プログラムコードが本発明の特定の実施態様において実現されるアプリケーションまたはソフトウェアコンポーネントに基づいて識別されることができる。しかしながら、追従する任意の特定のプログラム標準名称は、単に便宜のために用いられるだけであり、および、したがって、本発明がこの種の標準名称によって識別されておよび／または暗示される任意の特定のアプリケーションだけで用いるように限定されるべきでないことが認識されるべきである。ここで開示される種々の機能、アプリケーションおよび装置がさらに単独でまたは任意の組合せで用いられることができることが更に認識されるべきである。さらにコンピュータプログラムがルーチン、手順、方法、モジュール、オブジェクト、などに編成されることができる一般的に終りのない数の方法、同じくプログラム機能が典型的コンピューティングシステム内の常駐である種々のソフトウェア層（例えばオペレーティングシステム、ライブラリ、ＡＰＩ、アプリケーション、アプレット、その他）の間で、および／または１つ以上のハードウェアプラットフォームにわたって、割り当てられることができる種々の方法を前提として、本発明がここで記述されるプログラム機能の特定の編成および割当てに限定されないことが認識されるべきである。
【００７０】
本願明細書において用いられる用語は、特定の実施態様だけを記述する目的のためにあってかつ本発明の限定をすることを意図されない。ここで使用しているように、単数形「１つの（ａ）」、「１つの（ａｎ）」および「この（ｔｈｅ）」は、状況が別の方法で明確に示さない限り同様に複数形を含むことを意図される。更に理解されるであろうことは、用語「備える（ｃｏｍｐｒｉｓｅｓ）」および／または「備える（ｃｏｍｐｒｉｓｉｎｇ）」は、この明細書で用いられる時、述べられた機能、整数、ステップ、動作、要素および／または構成要素の存在を特定するが、しかし１つ以上の他の機能、整数、ステップ、動作、要素、構成要素および／またはそれの群の存在または追加を除外しないことである。さらに、用語「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｉｎｇ）」、「有する（ｈａｓ）」、「備える（ｗｉｔｈ）」、「からなる（ｃｏｍｐｒｉｓｅｄ  ｏｆ）」またはそれの変形が、詳細な説明または請求項のどちらかにおいて用いられる限り、この種の用語は用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」に類似した方法で包括的であることを意図される。
【００７１】
本発明の実施態様が種々の例の記述で例示され、かつ、これらの実施態様が少なからぬ詳細で記述されたとはいえ、添付の請求項の範囲をこの種の詳細に制限するかまたはいかなる形であれ限定することは出願人の意図でない。追加的な利点および修正は、当業者に容易に現れる。そのより幅広い態様における本発明は、したがって、図と共に記載される具体的な詳細、代表方法および例証となる例に限定されない。例えばクエリ結果の処理および表示が旅行フィールドの外で概ね適用可能であることができて、かつ、データのコンテンツに依存してカテゴリが規定される他のタイプのデータに対するクエリ結果をカテゴリ化してランク付けするように適用可能であることができる。しかし、アプローチが有する。したがって、出願人の全般的な発明の概念の趣旨または範囲から逸脱することなく、この種の詳細からの逸脱がなされることができる。
【図１】
2015518216.tif 000003
【図２】
2015518216.tif 000004
【図３】
2015518216.tif 000005
【図４】
2015518216.tif 000006
【図５】
2015518216.tif 000007
【図６】
2015518216.tif 000008
【図７】
2015518216.tif 000009
【図８】
2015518216.tif 000010
【図９】
2015518216.tif 000011
【図１０】
2015518216.tif 000012
【図１１】
2015518216.tif 000013
【国際調査報告】
2015518216.tif 000014
2015518216.tif 000015