(57)【要約】【課題】従来の旅行計画法に関連する欠点及び問題点を軽減又は解消すること。【解決手段】旅行の計画は、出発地から目的地に至る旅路を計画することを含む。旅路に沿ってサービスが提案される。サービスに関するビッドはサービスプロバイダから要求され、そのビッドはサービスプロバイダから受信される。ビッドに従ってサービスプロバイダは評価される。評価に応じて１以上のサービスプロバイダが選択される。【選択図】図１
2007004800.tif 000002
【特許請求の範囲】
【請求項１】
旅行を計画するための方法であって、
出発地から目的地に至る旅路を計画するステップと、
前記旅路に沿ってサービスを提案するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信するステップと、
前記複数のビッドに従って複数のサービスプロバイダを評価するステップと、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択するステップと、
を有することを特徴とする方法。
【請求項２】
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
前記サービスについてユーザから承認を得た後に複数のビッドを要求するステップ
より成ることを特徴とする請求項１記載の方法。
【請求項３】
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
複数のビッドを要求する広告を生成するステップと、
前記広告を複数のサービスプロバイダに提供するステップと、
を有することを特徴とする請求項１記載の方法。
【請求項４】
旅行を計画するためのシステムであって、
情報を格納するメモリと、
メモリに結合されたプロセッサと、
を有し、前記プロセッサは、
出発地から目的地に至る旅路を計画し、
前記旅路に沿ってサービスを提案し、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求し、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信し、
前記複数のビッドに従って複数のサービスプロバイダを評価し、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択する、
ことを特徴とするシステム。
【請求項５】
前記プロセッサは、
前記サービスについてユーザから承認を得た後に複数のビッドを要求することによって、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する
より成ることを特徴とする請求項４記載のシステム。
【請求項６】
前記プロセッサは、
複数のビッドを要求する広告を生成し、
前記広告を複数のサービスプロバイダに提供することによって、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する
ことを特徴とする請求項４記載のシステム。
【請求項７】
媒体に組み込まれ、旅行を計画するための論理装置であって、
出発地から目的地に至る旅路を計画するステップと、
前記旅路に沿ってサービスを提案するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信するステップと、
前記複数のビッドに従って複数のサービスプロバイダを評価するステップと、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択するステップと、
をコンピュータに実行させる論理装置。
【請求項８】
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
前記サービスについてユーザから承認を得た後に複数のビッドを要求するステップ
を有することを特徴とする請求項７記載の論理装置。
【請求項９】
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
複数のビッドを要求する広告を生成するステップと、
前記広告を複数のサービスプロバイダに提供するステップと、
を有することを特徴とする請求項７記載の論理装置。
【請求項１０】
旅行を計画するためのシステムであって、
出発地から目的地に至る旅路を計画する手段と、
前記旅路に沿ってサービスを提案する手段と、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する手段と、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信する手段と、
前記複数のビッドに従って複数のサービスプロバイダを評価する手段と、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択する手段と、
を有することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に旅行計画の技術分野に関連し、特に旅行に関するサービスを提供するサービスプロバイダを提案及び選択することに関連する。
【背景技術】
【０００２】
旅行計画は出発地及び目的地間の経路を確立することを含む。経路は出発地と目的地との間に中間地点を含んでよい。既存の旅行計画法は、指定されたパラメータを満たす経路を計画することを含む。例えば経路は出発時間及び終了時間を満たすように計画されるかもしれない。しかしながら多くの既存の技法は旅行計画を簡易化も自動化もほとんどしない融通の利かない提案内容を提供するに過ぎない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の課題は、従来の旅行計画法に関連する欠点及び問題点を軽減又は解消することである。
【課題を解決するための手段】
【０００４】
本発明の一形態によれば、旅行の計画は、出発地から目的地に至る旅路を計画することを含む。前記旅路に沿ってサービスが提案される。サービスに関するビッドはサービスプロバイダから要求され、そのビッドはサービスプロバイダから受信される。ビッドに従ってサービスプロバイダは評価される。評価に応じて１以上のサービスプロバイダが選択される。
【発明を実施するための最良の形態】
【０００５】
本発明の実施形態によれば１以上の技術的恩恵がもたらされる。一形態による技術的利点は、サービス提案基準を利用しながら旅行に関するサービスが自動的に提案されることかもしれない。サービス提案基準は複数のコンテンツに組織され、様々なタイプの旅行に適用される。一形態による別の技術的利点は、サービスを提供するための指し値又はビッド(bid)が多くのサービスプロバイダから要求されてよいことかもしれない。そしてサービスプロバイダはサービスを提供するために競争するかもしれない。一形態による別の技術的利点は、ビッドを要求する広告にサービスプロバイダがアクセスしてよいことかもしれない。かくてサービスプロバイダは彼らのサービスを要求するユーザを容易に確認できる。
【０００６】
本発明の実施形態は上記の技術的利点の全部又は一部を含んでもよいし、全く含まなくてもよい。１以上の他の技術的利点は、図面、明細書及び特許請求の範囲から当業者に更に明瞭になるであろう。
【０００７】
本発明の及びその特徴や利点の理解の完全を更に期するため、添付図面に関連する詳細な説明が以下になされる。
【実施例１】
【０００８】
本発明の実施例及びその利点は図１乃至第４を参照することで最良に理解され、図中、同様な番号は同様な対応する部分に使用される。
【０００９】
図１は本発明の一実施例により計画される旅行１０を示す図である。本実施例によれば旅行１０の出発地及び目的地間の経路（ルート）はその旅路１０で旅行するユーザに関して計画される。或るサービスがそのユーザに提案される。サービスを提供するためのビッドがサービスプロバイダから要求される。サービスプロバイダはビッドを提示し、サービスプロバイダそのビッドに従って選択される。
【００１０】
旅路は、複数の地点とその地点に沿ってユーザが旅行する経路に関連する。ユーザは、旅路の経路に沿って旅行するエンティティに関連する。一般的にはユーザは人物を表すが、人物でない対象物（オブジェクト）を表現してもよい。例えばユーザは、サービスの提案を承認可能なコンピュータその他のオブジェクトを表してもよい。
【００１１】
地点(point)は地理的な場所のような位置に関連する。例えば地点は、住所、建物、仕事場、地理的座標、その他の位置又はそれらの如何なる組み合わせを表現してもよい。地点はサービスが提供される場所を表現してもよい。例えば地点は自動車サービスステーション、レストラン、ホテル、アトラクション、店舗、会社、企業、その他のサービスロケーション又はそれらの如何なる組み合わせを表現してもよい。
【００１２】
図示の例では、地点は出発地２０、目的地２４及び中間地点２８を含む。出発地２０は、旅行１０の開始地点を表現し、目的地２４は旅行１０の終了地点を表現する。中間地点２８は出発地２０及び目的２４間の旅路の中間地点を表現する。経路３６はその地点−複数−に沿う経路に関連する。
【００１３】
地点の記述は地点に関する情報を提供する。この情報は選択基準に従う中間地点の選択を可能にする。地点の記述は、その地点の地理的位置を与えるロケーション記述を含み、住所、グローバルポジショニングシステム座標、他の位置の記述情報又はそれらの如何なる組み合わせによって与えられてよい。ロケーション記述はその地点の物理的説明を与えてもよい。物理的説明は、建物の説明、駐車場の説明又はその地点に関する他の物理的情報を含んでよい。
【００１４】
一実施例によれば、サービス４０はその経路に沿ってユーザに提示されてよい。サービスは、保証返還で貸し渡される又は購入される製品、アクション、スペースその他のエンティティに関する。サービスの例は、レストラン、ホテル、店舗、ガソリンスタンド、エンターテイメント開催地、他のサービスプロバイダ又はそれらの適切な如何なる組み合わせにより提供されてもよい。サービス４０は提案基準に従って自動的に提案されてもよい。
【００１５】
サービス４０はパラメータ、ルール及び条件のようなサービス基準に従って自動的に提案されてよい。一実施例によれば、旅行の或るタイプに関する一般的なサービス４０を記述する旅行コンテキスト(context)が、サービスを提案するために使用されてよい。一実施例によれば、パラメータ、ルール及び条件は適切なコンテキストを確立するために分析される。そしてコンテキストは提案のサービスを決定するのに使用されてよい。
【００１６】
ユーザが提案されるサービス４０を承認すると、サービス４０を提供するためにビッドを要求する広告がサービスプロバイダに利用可能になる。ビッドを要求する広告は、ビッドを引き出すように設計された通知に関連する。サービスを提供するためのビッドは、サービス提供の申し込み(proposal)に関連し、一般的には或る条件を含み、その条件の下でサービスが提供され、そのサービス取引に関して代償が期待される。サービスプロバイダはビッドを提示し、そのビッドに応じてサービスプロバイダは選択基準に従って選択される。図２にはシステム例がより詳細に説明されている。
【００１７】
修正、追加又は省略が本発明の範囲から逸脱せずに旅路１０になされてよい。例えば旅路１０は適切な如何なる手法で設定されたより多くの又はより少ない地点をも含んでよい。更に地点間の経路は適切な如何なる手法で構築されてもよい。本願で使用されるように、「各々」は或る集合中の各要素又はある集合中の部分集合の各要素を示す。
【００１８】
図２は旅行計画に使用されてよいネットワークシステム４８の一例を示すブロック図である。図示の例によれば、ネットワークシステム４８は、乗物５０、データサーバ５４、広告サーバ５８、１以上のサービスプロバイダ６２及び図示のように結合された通信ネットワーク６６を含む。一実施例によれば、ユーザは乗物５０で旅行する。乗物５０は自動車、飛行機又はオートバイのような、そのユーザのための適切な如何なる運搬手段を表現してもよい。
【００１９】
一実施例によれば、乗物５０は取引モジュール(bargaining  module)を含む。取引モジュールは、サービスを提案し、サービスプロバイダからビッドを要求し、ビッドに応じてサービスプロバイダを選択する。取引モジュールは図３に詳細に説明されている。他の実施例では、ユーザは乗物５０では旅行せず、取引モジュールを持ち運ぶ。一例として、ユーザは取引モジュールを持ち運びながら、通りを又はオフィス内を歩き回る。
【００２０】
広告サーバ５８はサービスプロバイダ６２によって広告をユーザに利用可能にするために使用される。広告サーバ５８は、乗物５０の取引モジュールから広告を受信し、その広告をサービスプロバイダに何らかの手法で提供してよい。一例として、広告サーバ５８は、サービスプロバイダ６２が広告にアクセスするウエブサイトを提供してよい。別の例として、広告サーバ５８はサービスプロバイダ６２に広告を送信してよい。更に別の例として、広告サーバ５８はその広告をサービスプロバイダ６２にブロードキャスト又はマルチキャストしてもよい。しかしながら、その広告は適切な他の如何なる手段でサービスプロバイダ６２に利用可能にされてもよい。一例としてデータサーバ５４又は乗物５０は広告をサービスプロバイダ６２に直接的に提供してもよい。
【００２１】
サービスプロバイダ６２はサービスを提供する適切な如何なるエンティティを表現してもよい。サービスプロバイダ６２はマシン読み取り可能なインターフェースを提供してもよく、そのインターフェースは、そのサービスに関する情報へのアクセス及び通信に対する問い合わせを可能にする。例えば、特定のサービスプロバイダ６２は、レストラン予約システムに関するアクセス及び通信のサービスを提供するかもしれない。これらのオペレーションを提供するため、サービスは特徴をいくつでもサポートしてよく、それらの特徴の各々に対するインターフェースを用意してもよい。例えばレストラン予約サービスは、問い合わせの特質又は予約要求の特質のような特質を提案してもよい。
【００２２】
ネットワーク６６は装置を他の装置と通信可能にする通信ネットワークを表現する。通信ネットワークは、公衆交換電話網(PSTN)、パブリックな又はプライベートなデータネットワーク、ローカルエリアネットワーク（LAN）、大都市地域ネットワーク（MAN）、広域ネットワーク（WAN）、ローカルな、地域的な又はグローバルな通信又はコンピュータネットワーク（例えば、インターネット）、有線又は無線ネットワーク、企業イントラネット、他の適切な通信リンク、又はそれらの如何なる組み合わせの内の全部又は一部を含んでよい。
【００２３】
システム４８の要素は、論理装置、インターフェース、メモリ、他の要素又はそれらの適切な如何なる組み合わせを含んでもよい。「論理装置(logic)」は、ハードウエア、ソフトウエア、その他のロジック、又はそれらの適切な如何なる組み合わせにも関連してよい。或る論理装置は、装置の動作を管理し、例えばプロセッサから構成されてもよい。「プロセッサ」は、命令を実行し且つ処理を実行するためのデータを取り扱う適切な如何なる装置にも関連してよい。「インターフェース」はその装置への入力を受信し、その装置からの出力を送信し、入力、出力又はそれら双方に関する適切な処理を実行し、又はそれらの適切な組み合わせを実行する装置の論理部に関連し、１以上のポート、対話ソフトウエア又は双方から構成される。
【００２４】
「メモリ」は情報の検索を支援する及び記憶する論理装置に関連し、ランダムアクセスメモリ（RAM）、リードオンリメモリ（ROM）、磁気ドライブ、ディスクドライブ、コンパクトディスク（CD）ドライブ、ディジタルビデオディスク（DVD）ドライブ、取り外し可能なメディアストレージ、他の適切な如何なるデータストレージ媒体又はそれらの如何なる組み合わせから構成されてもよい。
【００２５】
修正、追加又は省略が本発明の範囲から逸脱せずにシステム４８になされてよい。システム４８の要素は特定の要請に従って統合され又は分離されてよい。更にシステム４８の動作は、より多くの、より少ない又は他のモジュールによって実行されてよい。しかしながら、追加的に、システム４８の動作は、ソフトウエア、ハードウエア、他のロリ装置又はそれらの如何なる組み合わせより成る適切な如何なる論理装置を用いて実行されてもよい。
【００２６】
図３は取引モジュールを含むシステム１００の一例を示すブロック図である。図示の例によれば、システム１００はインターフェース１２０、メモリ１２２、モニタ１２４及び取引モジュール１２６を図示の結合関係で有する。インターフェース１２０は旅行者のようなユーザが取引モジュール１２６と通信することを可能にする。取引モジュール１２６は、ユーザに対するサービスを提案し、サービスを提供するためのビッドを要求する広告を配布し、ビッドに応じてサービスプロバイダを選択する。
【００２７】
取引モジュール１２６は、サービスを提案し及びサービスプロバイダを選択するための基準を使用してよい。サービス提案基準は、サービスを提案するために使用され、サービスプロバイダ選択基準はサービスプロバイダを選択するために使用されてよい。その基準は、旅行パラメータ、監視される状態、ルール又はそれらの如何なる組み合わせをも含んでよく、メモリ１２２、図２のデータサーバ５４、モニタ１２４又は他のソースにより提供されてもよい。
【００２８】
図示の例によれば、メモリ１２２はパラメータ１３８及びルール１４２を格納し、モニタ１２４は監視される状態１５０を提供する。旅行パラメータ１３８は一般的には旅行中一定のままである値に関連する。旅行パラメータ１３８は場合によっては変わってよいが、一般的には一定のままである。旅行パラメータ１３８は経路パラメータ若しくはユーザの好み又はそれら双方の組み合わせを含んでもよい。
【００２９】
経路パラメータは経路のパラメータを記述する。一実施例によれば、経路パラメータはユーザの旅行計画から取得されてよく、その旅行計画はマイクロソフトアウトルック(登録商標)のようなプログラムで格納されてよい。経路パラメータは、地点パラメータ、時間パラメータ又は双方の組み合わせを含んでよい。地点パラメータは旅路１０の或る地点を記述する。例えば地点パラメータは出発地２０を、目的地２４を又は要求された選択的な中間地点２８を指定してよい。
【００３０】
時間パラメータは旅路１０の時間的な仕様を記述する。例えば時間パラメータは、出発地２０から目的地２４までの旅に許容される最大時間、或る地点から別の地点までの旅に許容される最少時間、特定の地点で費やされる時間の最大又は最少時間、ユーザが到着しなければならない又は特定の地点を去らなければならない時間、適切な他の時間パラメータ又はそれらの適切な如何なる組み合わせをも含んでよい。時間パラメータは、その時間パラメータが変わることを許容される範疇の時間変動を含んでもよい。
【００３１】
ユーザの好みはそのユーザが好むサービスの特徴を記述する。例えばユーザの好みは、ホテル、レストラン、サービスステーション、又は他の店舗の場所に関する好ましいチェーン店を記述してもよい。ユーザの好みは、特定の形式の食事（例えば、イタリアンや中華料理）をサービス提供するレストラン、又は特定の食事料金のレストランのような好ましいタイプの事項を記述してもよい。
【００３２】
モニタ１２４は監視される状態１５０を用意する。監視状態１５０は旅路１０の間に変化してよい旅路１０の状態に関連する。監視状態１５０は当然に旅路１０の間で一定のままでもよいが、一般的には変化する可能性を有する。モニタ１２４は乗物状態モニタ、外部モニタ、他のモニタ又はそれらの如何なる組み合わせをも含んでよい。監視状態１５０は乗物状態、外部状態、他の状態又はそれらの如何なる組み合わせを含んでもよい。
【００３３】
乗物状態モニタは乗物状態を提供する。乗物状態は、或る経路に沿う旅行に影響するユーザの乗物の状態を記述する。本発明の一実施例によれば、乗物状態は自動車の状態を記述する。その状態は、乗物がより多くの燃料を要するか否か、サービス点検を要するか否か或いはその経路を変更する必要があるか否かを記述してよい。
【００３４】
外部状態モニタは外部状態を提供する。外部状態は、或る経路に沿う旅行に影響する乗物外部の状態を記述する。例えばその状態は旅に影響を及ぼす交通量の多少その他の状態を記述する。外部状態モニタは、グローバルポジショニングシステム（GPS）、中間地点モニタ、他のモニタ又はそれらの適切な如何なる組み合わせを含んでもよい。
【００３５】
グローバルポジショニングシステム（GPS）は乗物の位置を監視し、地点の場所を判定するのに使用されてもよい。中間地点モニタはサービスを提供する中間地点を探索及び監視する。例えば中間地点モニタは好ましい中間地点を探すためにユーザの好み及び中間地点記述からの情報を利用する。中間地点モニタは中間地点によって提供されるサービスもモニタしてよい。例えば中間地点モニタは中間地点に関する予約状況をモニタしてもよい。中間地点が予約状況を変更すると、中間地点モニタはユーザに通知し、旅を再計画してもよい。ユーザが中間地点に関する予約を変更すると、中間地点モニタはその中間地点に通知し、旅を再計画してもよい。
【００３６】
ルール１４２は特定の条件の下で実行する動作（アクション）を指定する。ルール１４２はサービス提案ルール、サービスプロバイダ選択ルール又はそれら双方を含んでよい。サービス提案ルールは、サービスをユーザに提案するために使用され、条件のタイプに従って分類されてよい。例えば、ルールが、位置、好み、時間、監視状態、他の状態又はそれらの何らかの組み合わせに基づいているか否かに従ってルールは分類されてもよい。
【００３７】
位置ベースのルールは特定の地点のような或る場所に関するサービスを指定する。ルールの具体例は、或る地点が特定の種類のサービスを有するべきことを指定する。時間ベースのルールは或る時間に関するサービスを指定する。時間は、特定の日時のような客観的な時間として、又は或る地点を去った後経過した時間のような相対的な時間として与えられてよい。ルールの一例は、各々の食事時間がレストランのサービスを受けることを指定してもよい。他のルール例は毎晩ホテルサービスを備えることを指定してもよい。他のルール例は２時間毎に休憩停留所を備えることを指定してもよい。位置、好み又は時間に基づくルールは旅を作成するユーザの旅行計画に適用されてもよい。
【００３８】
監視状態ベースのルールは監視状態に関するサービスを指定する。ルールの一例は、ユーザの好みに合致するレストランにユーザが近づきつつある倍に、そのレストランをユーザに通知することを指定してよい。他のルール例は、乗物の燃料が所定値を下回った場合、近くのガソリンスタンドを探索すること、ユーザに通知すること、ガソリンスタンドまでのナビゲーション指示を提供すること、又はそれらの如何なる組み合わせをも行うことを指定してもよい。
【００３９】
他のルール例は、乗物のタイヤ圧力が所定値を下回って下降した場合に、タイヤポンプ設備を有するガソリンスタンドを探索すること、ユーザに警報を発すること、ガソリンスタンドまでのナビゲーション指示を提供すること、それらの如何なる組み合わせをも行うことを指定してもよい。他のルール例は、総移動距離（マイレージ）が所定値に到達し、サービス点検が必要なことを示す場合に、サービスセンターを探索すること、ユーザに警報を発すること、ユーザにナビゲーション指示を提供すること、それらの如何なる組み合わせをも行うことを指定してもよい。これらのルールは例えば乗物製造者によってその乗物にプログラムされてもよい。
【００４０】
サービス提案ルールはサービスを見逃していることを確認するために使用されてよい。即ち、旅路１０が或るサービス提案ルールで指定されるサービスを含み損ねている場合に、そのサービスは見逃しているものとして取り扱われてもよい。
【００４１】
サービスプロバイダ選択ルールは、サービスを提供するサービスプロバイダを選択するのに使用される。選択ルールは例えばサービスプロバイダルール、取引ルール、サービスプロバイダを選択するための他のルール、又はそれらの如何なる組み合わせを含んでもよい。
【００４２】
サービスプロバイダルールはサービスプロバイダの特徴を記述する。サービスプロバイダルールは要求されるルール及びリクエストされるルールを含んでよい。要求されるルール（必須ルール）はサービスプロバイダによって満足されることを要するサービスの特徴を指定する。要求されるルールは例えばサービスタイプ、サービスがリクエストされる時間、サービスの場所等を含んでよい。リクエストされるルール（必須ではないルール）はリクエストされるが満たされなくてもよいサービスの特徴を含む。リクエストされるルールは例えばユーザの好みを含んでもよい。
【００４３】
取引ルールは取引プロセスの状態を記述する。取引ルールは広告ルール、ビッドのルール及び評価ルールを含んでよい。広告ルールは、広告が基準からどのように生成されるべきかを記述し、広告中に含まれるべき情報及び広告によって要求される情報を含んでよい。一例として、広告はサービスの要求される特徴を含むように要求されてよい。別の例として、広告はビッドルール及び交渉ルールを指定するよう要求されてよい。別の例として、広告はユーザの好みのような旅行パラメータに従うように要求されてよい。
【００４４】
ビッドルールはビッド処理手順の条件を記述する。ビッドルールはビッド処理が生じるかもしれない期間を指定してもよい。ビッドルールは、或るビッドに含まれるべき情報を指定してもよい。例として、ビッドは、そのサービスに関する提案されるコストと、必須の及びリクエストされるサービスの特徴（サービスプロバイダが満たすように提案する特徴）の指標とを含むよう要求されてよい。
【００４５】
交渉ルールはどのサービスプロバイダがそのビッドから選択されるべきかを指定する。交渉ルールは取引法を指定してもよい。取引法の例は、提案に対する呼びかけ(call)、イギリスのオークション、オランダのオークション、他の手法又は先行するものの如何なる組み合わせを含んでもよい。交渉ルールはビッドを受け入れた時点を指定してもよい。例として、或るサービスに関して提案されるコストが高かった場合に、そのサービスは需要が高いように仮定されてもよい。サービスの需要が高い場合に、ビッドはそのサービスが低需要の場合よりも速やかに受け入れられてよい。
【００４６】
選択基準は、出張、陸路旅行、航空路旅行、スキー旅行、他のコンテキスト又はそれらの何らかの組み合わせのような特定のコンテキストに分類されてもよい。コンテキストはそのコンテキストに最も一般的なサービスを記述してよい。一例として、航空バケーションコンテキストは、行きの旅路、休暇日及び帰りの旅路に関するサービスを含んでよい。行きの旅路サービスは、家から空港までのタクシーの予約、行きの航空券の予約及び空港からホテルまでのタクシーの予約を含んでよい。休暇日サービスは、朝の行事、午後の行事、夕方の行事及び夜のホテルの予約を含んでもよい。帰りの旅路サービスは、ホテルから空港までのタクシーの予約、帰りの航空券の予約及び空港から家までのタクシーの予約を含んでよい。
【００４７】
一実施例によれば、コンテキストは旅行に関するサービスを提案するために使用されてよい。本実施例によれば、旅行パラメータは旅路に関するユーザの旅行計画から導出されてよい。パラメータは適切なコンテキストを確認するために分析されてよい。コンテキストは旅を提案する一般的なサービスを判定するために適用されてよい。
【００４８】
一実施例によれば特注された（カスタム化された）テンプレートが或るコンテキスト用に作成される。カスタム化されたテンプレートは特定のコンテキストに関連する特定のフィールドを含んでもよい。カスタム化されたテンプレートはフィールドに既に入力された或る値を有してもよい。一例として、バケーションテンプレートは旅行代理店によって入力済みの航空券及びホテル予約フィールドに関する値を有していてもよい。
【００４９】
取引モジュール１２６は旅を計画するアプリケーションを管理する。取引モジュール１２６は、アプリケーションを管理するためのハードウエア、ソフトウエア、他の論理装置又はそれらの如何なる組み合わせによるどれを含んでもよく、アプリケーションを管理するための計算構造、配置及び複雑さの様々なもののどれを利用してもよい。図示の例では、取引モジュール１２６はプロセッサ１６２及びエンジン１６６を図示される結合関係で含む。
【００５０】
図示の例によれば、エンジン１６６は１以上の情報ハンドラ１７２、提案エンジン１７６、選択エンジン１８０及び中間地点マネジャ１８４を含む。情報ハンドラ１７２は、メモリ１２２又はモニタ１２４と、提案エンジン１７６又は選択エンジン１８０との間のインターフェースを与える。情報ハンドラ１７２は、メモリ１２２又はモニタ１２４から判断基準を受信し、判断基準をエンジン１７６又は１８０に利用可能な情報に編成し、その情報をエンジン１７６又は１８０に提供する。
【００５１】
一例として、旅行計画ハンドラは、旅行計画データを受信し、そのデータから旅行計画を生成し、旅行計画を提案エンジン１７６に提供する。別の例として、好み推奨器はユーザに好まれるかもしれないサービスを判定する。ユーザは好みのサービスを好み推奨器に入力し、その推奨器は好ましいサービスを提案エンジン１７６に与える。或いは、好み推奨器は好ましい中間地点を判定するためにサービス記述をユーザの好みと比較する。
【００５２】
提案エンジン１７６はサービス選択基準に従ってサービスを提案する。サービスは適切などの時点で提案されてもよい。サービスは旅１０の始めに提案されてもよい。一例として、提案エンジン１７６は見逃しているサービスを確認し、その見逃しているサービスを提案する。サービスは旅１０の間提案されてもよい。一例としてサービスは監視状態が生じた場合に監視状態ベースの規則に従って提案されてもよい。
【００５３】
選択エンジン１８０はサービスプロバイダを選択する。一実施例によれば、選択エンジン１８０はサービス提供のためビッドを要求する広告を拡布し、ビッドに応じてサービスプロバイダを選択する。拡布及び選択はサービスプロバイダ選択基準に従って実行されてよい。
【００５４】
一実施例によれば、選択エンジン１８０は１以上の選択されたサービスプロバイダをユーザに提供してもよい。選択されたサービスプロバイダは、サービスプロバイダ及び選択基準の両立性に従って優先順位を付けられてもよい。よりコンパチブルなサービスプロバイダには、よりコンパチブルでないものより高い優先度が与えられてよい。メトリックは中間地点の両立性を計算するために使用されてよい。メトリックは例えばサービスプロバイダがユーザの好みにどの程度合致しているかを図る適合性メトリック、サービスプロバイダ及びユーザ間の距離を測る近接性メトリック、サービスプロバイダがリクエストされる又は要求されるルールをどの程度満たしているかを図る充足度メトリック、他のメトリック又はそれらの如何なる組み合わせを有してもよい。
【００５５】
中間地点マネジャ１８４は旅路１０に関する中間地点を管理し、旅路１０に中間地点を挿入し、中間地点を修正し、又は中間地点を除去する。中間地点モジュール１８４は選択されたサービスプロバイダを旅路１０に挿入する。一例として、選択されたサービスプロバイダはユーザによる承認なしに自動的に挿入されてよい。別の例として、複数の選択されたサービスプロバイダはユーザに提案されてもよい。ユーザはサービスプロバイダを承認してよい。その承認に応答して、承認されたサービスプロバイダは自動的に旅路１０に挿入されてよい。
【００５６】
修正、追加又は省略が本発明の範囲から逸脱せずにシステム１００になされてもよい。システム１００の要素は特定の必要性に従って統合されてもよいし或いは分離されてもよい。システム１００の全部又は一部は、１以上の独立した装置として統合されてもよいし、或いは１以上の他の装置の一部として統合されてもよい。例えばシステム１００の全部又は一部は、乗物、コンピュータ、パーソナルディジタルアシスタント又は他の装置の要素として包含されてもよい。
【００５７】
更に、システム１００の動作はより多くの、より少ない又は他のモジュールによって実行されてもよい。例えば、提案エンジン１７６及び選択エンジン１８０の動作は１つのモジュールにより実行されてもよいし、提案エンジン１７６の動作は１より多くのモジュールにより実行されてもよい。追加的に、システムの動作はソフトウエア、ハードウエア、他の論理装置又はそれらの如何なる組み合わせによって構成されてもよい適切な如何なる論理装置を用いて実行されてもよい。
【００５８】
図４は図２のシステム１００に使用される旅行計画方法の一例を示すフローチャートである。本方法はステップ２００から始まり、旅行パラメータが設定される。旅行パラメータはユーザの好み及び経路パラメータを含んでもよい。ステップ２０２では監視状態が設定される。監視状態は乗物状態及び外部状態を含んでもよく、それらはモニタ１２４により得られてもよい。ステップ２０４ではルール１４６がアクセスを受ける。ルールは特定の状態に応じて実行される動作（アクション）を指定してもよい。
【００５９】
ステップ２８では中間地点２８が選択される。中間地点２８は旅行パラメータに従って選択されてよい。ステップ２１２では選択された中間地点と共に旅行１０が計画される。ステップ２１６ではサービスが提案される。サービスエンジン１７６は旅行１０で見逃しているサービスを提案してもよい。提案エンジン１７６は、そのサービスに関するサービスプロバイダを探すために、ユーザから承認を要求してもよい。
【００６０】
ステップ２２０にて選択エンジン１８０はサービスプロバイダからのビッドを要求する。要求はビッド処理ルールに従うものであり、ビッドはビッド処理ルールを満たすよう要求される。広告サービス５８はその要求をサービスプロバイダに利用可能にするために使用される。ステップ２２４にてビッドが受信される。ビッドはそれらが正当であるか否かを判別するために分析されてもよい。一例としてビッドは認証可能なディジタル署名を有するよう要求されてもよい。
【００６１】
ステップ２２８では選択エンジン１８０はビッドに従ってサービスプロバイダを選択する。サービスプロバイダは取引ルールに従って選択されてもよい。選択されたサービスプロバイダはステップ２３０にて旅路１０に挿入される。選択されたサービスプロバイダはユーザによる承認後に挿入されてよい。一実施例によれば、１つのサービスについてサービスプロバイダを選択した後に、又は複数のサービスについてサービスプロバイダを選択した後に承認が求められてよい。
【００６２】
ステップ２４４では目的地２４に到達しているかもしれない。目的地２４に到達してなかったならば、本方法はステップ２１６に進み、次のサービスが提案される。ステップ２４４で目的地に到達していたならば、本方法はステップ２４６に進む。旅行計画はステップ２４６で終了する。旅行計画を終了後に、本方法は終了する。
【００６３】
修正、追加又は省略が本発明の範囲から逸脱せずに本方法になされてもよい。本方法はより多くの、より少ない又は別のステップから構成されてよい。付加的に、本発明の範囲から逸脱せずに、適切な如何なる順序でステップが実行されてもよい。
【００６４】
本発明の特定の実施例は１以上の技術的利点を有する。一形態による技術的利点は、或るユーザについてサービスを提供するためのビッドが多数のサービスプロバイダから要求されてよいことかもしれない。従って多数のサービスプロバイダがサービスを提供するために競争するかもしれない。一形態による別の技術的利点は、ビッドを要求する広告にサービスプロバイダがアクセスしてよいことかもしれない。従ってサービスプロバイダは彼らのサービスを要求するユーザを容易に確認できる。
【００６５】
本開示内容は或る実施例及び一般的に関連する方法の観点から説明されてきたが、その実施例及び方法の代替例及び置換例は当業者に明白であろう。従って上記の実施例の説明はその開示内容を限定するものではない。添付の特許請求の範囲に規定されるように、本開示内容の精神及び範囲から逸脱せずに、他の変更、置換及び代替が可能である。
【００６６】
以下、本発明により教示される手段が例示的に列挙される。
【００６７】
（付記１）
旅行を計画するための方法であって、
出発地から目的地に至る旅路を計画するステップと、
前記旅路に沿ってサービスを提案するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信するステップと、
前記複数のビッドに従って複数のサービスプロバイダを評価するステップと、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択するステップと、
を有することを特徴とする方法。
【００６８】
（付記２）
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
前記サービスについてユーザから承認を得た後に複数のビッドを要求するステップ
より成ることを特徴とする付記１記載の方法。
【００６９】
（付記３）
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
複数のビッドを要求する広告を生成するステップと、
前記広告を複数のサービスプロバイダに提供するステップと、
を有することを特徴とする付記１記載の方法。
【００７０】
（付記４）
前記複数のビッドに従って複数のサービスプロバイダを評価するステップが、
選択基準に関する各ビッドの両立性を判定するステップと、
前記判定に従って複数のビッドを評価するステップと、
を更に有することを特徴とする付記１記載の方法。
【００７１】
（付記５）
１以上のサービスプロバイダのリストをユーザに提示するステップと、
１以上のサービスプロバイアの内サービスプロバイダについての承認をユーザから受信するステップと、
を更に有することを特徴とする付記１記載の方法。
【００７２】
（付記６）
１以上のサービスプロバイダに優先順位を付けるステップと、
優先される１以上のサービスプロバイダのリストをユーザに提示するステップと、
を有することを特徴とする付記１記載の方法。
【００７３】
（付記７）
旅行を計画するためのシステムであって、
情報を格納するメモリと、
メモリに結合されたプロセッサと、
を有し、前記プロセッサは、
出発地から目的地に至る旅路を計画し、
前記旅路に沿ってサービスを提案し、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求し、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信し、
前記複数のビッドに従って複数のサービスプロバイダを評価し、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択する、
ことを特徴とするシステム。
【００７４】
（付記８）
前記プロセッサは、
前記サービスについてユーザから承認を得た後に複数のビッドを要求することによって、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する
より成ることを特徴とする付記７記載のシステム。
【００７５】
（付記９）
前記プロセッサは、
複数のビッドを要求する広告を生成し、
前記広告を複数のサービスプロバイダに提供することによって、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する
ことを特徴とする付記７記載のシステム。
【００７６】
（付記１０）
前記プロセッサは、
選択基準に関する各ビッドの両立性を判定し、
前記判定に従って複数のビッドを評価することによって、
前記複数のビッドに従って複数のサービスプロバイダを評価する
ことを特徴とする付記７記載のシステム。
【００７７】
（付記１１）
前記プロセッサは、
１以上のサービスプロバイダのリストをユーザに提示し、
１以上のサービスプロバイアの内サービスプロバイダについての承認をユーザから受信する
ことを特徴とする付記１記載のシステム。
【００７８】
（付記１２）
前記プロセッサは、
１以上のサービスプロバイダに優先順位を付け、
優先される１以上のサービスプロバイダのリストをユーザに提示する
ことを特徴とする付記７記載のシステム。
【００７９】
（付記１３）
媒体に組み込まれ、旅行を計画するための論理装置であって、
出発地から目的地に至る旅路を計画するステップと、
前記旅路に沿ってサービスを提案するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信するステップと、
前記複数のビッドに従って複数のサービスプロバイダを評価するステップと、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択するステップと、
をコンピュータに実行させる論理装置。
【００８０】
（付記１４）
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
前記サービスについてユーザから承認を得た後に複数のビッドを要求するステップ
を有することを特徴とする付記１３記載の論理装置。
【００８１】
（付記１５）
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップが、
複数のビッドを要求する広告を生成するステップと、
前記広告を複数のサービスプロバイダに提供するステップと、
を有することを特徴とする付記１３記載の論理装置。
【００８２】
（付記１６）
前記複数のビッドに従って複数のサービスプロバイダを評価するステップが、
選択基準に関する各ビッドの両立性を判定するステップと、
前記判定に従って複数のビッドを評価するステップと、
を更に有することを特徴とする付記１３記載の論理装置。
【００８３】
（付記１７）
１以上のサービスプロバイダのリストをユーザに提示するステップと、
１以上のサービスプロバイアの内サービスプロバイダについての承認をユーザから受信するステップと、
を更にコンピュータに実行させる付記１３記載の論理装置。
【００８４】
（付記１８）
１以上のサービスプロバイダに優先順位を付けるステップと、
優先される１以上のサービスプロバイダのリストをユーザに提示するステップと、
を更にコンピュータに実行させる付記１３記載の論理装置。
【００８５】
（付記１９）
旅行を計画するためのシステムであって、
出発地から目的地に至る旅路を計画する手段と、
前記旅路に沿ってサービスを提案する手段と、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求する手段と、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信する手段と、
前記複数のビッドに従って複数のサービスプロバイダを評価する手段と、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択する手段と、
を有することを特徴とするシステム。
【００８６】
（付記２０）
旅行を計画するための方法であって、
出発地から目的地に至る旅路を計画するステップと、
前記旅路に沿ってサービスを提案するステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから要求するステップであって、サービスに関する承認をユーザから受信した後に複数のビッドを要求するステップと、複数のビッドを要求する広告を生成するステップと、複数のサービスプロバイダに前記広告を提供するステップとを有するところのステップと、
前記サービスに関する複数のビッドを複数のサービスプロバイダから受信するステップと、
前記複数のビッドに従って複数のサービスプロバイダを評価するステップであって、
選択基準に関する各ビッドの両立性を判定するステップと、前記判定に従って複数のビッドを評価するステップとを有するところのステップと、
前記評価に応じて複数のサービスプロバイダの内１以上のサービスプロバイダを選択するステップであって、１以上のサービスプロバイダに優先順位を付けるステップと、１以上のサービスプロバイダのリストをユーザに提示するステップと、１以上のサービスプロバイアの内サービスプロバイダについての承認をユーザから受信するステップとを有するところのステップと、
を有することを特徴とする方法。
【図面の簡単な説明】
【００８７】
【図１】本発明の一実施例により計画される旅行を示す図である。
【図２】旅行計画に使用されてよいシステムの一実施例を示すブロック図である。
【図３】図２のシステムに使用される取引モジュールの一例を示すブロック図である。
【図４】図２のシステムに使用される旅行計画方法の一例を示すフローチャートである。
【符号の説明】
【００８８】
１０  旅路行程
２０  出発地
２４  目的地
２８  中間地点
３６  経路
４０  サービス
４８  ネットワークシステム
５０  乗物
５４  データサーバ
５８  広告サーバ５８
６２  サービスプロバイダ
６６  通信ネットワーク
１００  システム
１２０  インターフェース
１２２  メモリ
１２４  モニタ
１２６  取引モジュール
１３８  パラメータ
１４２  ルール（規則）
１５０  監視状態
１６２  プロセッサ
１６６  エンジン
１７２  情報ハンドラ
１７６  提案エンジン
１８０  選択エンジン
１８４  中間地点マネジャ
【図１】
2007004800.tif 000003
【図２】
2007004800.tif 000004
【図３】
2007004800.tif 000005
【図４】
2007004800.tif 000006