(57)【特許請求の範囲】
【請求項１】
旅行を計画する際にユーザを支援するための方法において、
ユーザから旅行についての出発地及び到着地を指定する要求を受信することと、
プロセッサが
ａ）複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び必要に応じて旅行に関するユーザ制約を含む前記ユーザについてのユーザプロファイルにアクセスすることであり、前記ユーザ嗜好が、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値とを含み、前記ユーザ目的が、それぞれ、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含むことと、
ｂ）前記ユーザの制約を満たす前記出発地から前記到着地までの旅行について、前記複数の輸送モードの各セットをそれぞれ規定する候補旅程のセットを作成することと、
ｃ）前記ユーザ嗜好のそれぞれについて、規定された場合には規定された嗜好値、及び、推定された嗜好値を集計し、嗜好重みを生成することと、
ｄ）前記ユーザ目的のそれぞれについて、規定された場合には規定された目的値、及び、推定された目的値を集計し、目的重みを生成することと、
ｅ）前記候補旅程のそれぞれについて、前記ユーザ目的のそれぞれについてのコストを計算することと、
ｆ）前記候補旅程のそれぞれについて、嗜好重み、目的重み及び前記ユーザ目的のそれぞれについて計算されたコストに基づいて旅程をランク付けすることと、
前記旅行についての旅程を前記ユーザが選択するのを可能とするために前記ランク付けされた旅程の少なくともサブセットに関する情報を出力すること、
を含む、方法。
【請求項２】
前記ランク付けすることが、複数の目的関数の集計としての効用関数を計算することを含み、前記複数の目的関数が、
前記ユーザ目的のそれぞれについて、前記目的重み及びその目的についての前記候補旅程の各計算されたコストの関数である第１の目的関数と、
前記ユーザ嗜好のそれぞれについて、前記嗜好重み及び前記候補旅程に対する各輸送モードの計算された寄与の関数である第２の目的関数とを含む、請求項１に記載の方法。
【請求項３】
前記輸送モードの各々の寄与が、その輸送モードの前記旅程における期間及び距離のうちの少なくとも一方の関数として計算される、請求項１に記載の方法。
【請求項４】
前記嗜好重みを生成するための前記規定された嗜好値及び前記推定された嗜好値の集計において、前記規定された嗜好値及び前記推定された嗜好値のうちの少なくとも一方の係数を計算することを含み、前記係数が、嗜好が最後に規定されてからの期間の関数である、請求項１に記載の方法。
【請求項５】
前記ユーザ目的の重みを生成するための前記規定された目的値及び前記推定された目的値の集計が、前記規定された目的値及び前記推定された目的値のうちの少なくとも一方の係数を計算することを含み、前記係数が、前記ユーザ目的が最後に規定されてからの期間の関数である、請求項１に記載の方法。
【請求項６】
前記ユーザ目的のそれぞれについてのコストを計算することが、前記ユーザ目的に関連した計算されたコスト値を一般的な範囲に投影することを含む、請求項１に記載の方法。
【請求項７】
前記ユーザ目的が、フィットネス目的、コスト削減目的、時間節約目的及び環境影響目的から選択される目的を含む、請求項１に記載の方法。
【請求項８】
出発地から到着地までの旅行を計画するためのシステムにおいて、
複数のユーザのそれぞれについて、対応するユーザプロファイルを管理するプロファイルマネージャであり、前記ユーザプロファイルが、複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び必要に応じて旅行に関するユーザ制約を含み、前記ユーザ嗜好が、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値とを含み、前記ユーザ目的が、それぞれ、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含む、プロファイルマネージャと、
旅行に関する前記ユーザの制約を満たす前記ユーザのいずれかによって要求された前記出発地から前記到着地までの旅行についての候補旅程のセットを作成する旅行プランナであり、前記候補旅程が、それぞれ、前記複数の輸送モードの各セットを規定する、旅行プランナと、
前記ユーザ嗜好のそれぞれについて、嗜好重みを生成するために規定された場合には規定された嗜好値と推定された嗜好値とを集計し、前記ユーザ目的のそれぞれについて、目的重みを生成するために規定された場合には規定された目的値と推定された目的値とを集計する集計コンポーネントと、
前記嗜好重み、目的重み及び前記ユーザ嗜好及びユーザ目的のそれぞれについて計算されたコストに基づいて前記候補旅程のそれぞれについて前記候補旅程をランク付けするランク付けコンポーネントと、
前記ユーザが前記旅行についての旅程を選択するのを可能とするために前記ランク付けされた旅程のうちの少なくともサブセットに関する情報を出力する表現生成器と、
前記プロファイルマネージャ、前記旅行プランナ、前記集計コンポーネント、前記ランク付けコンポーネント及び前記表現生成器を実装するプロセッサとを備える、システム。
【請求項９】
さらに、
前記ユーザに関連付けられた移動追跡器及び活動追跡器のうちの少なくとも一方から受信した情報、及び、
前記ユーザの選択した旅程の少なくとも一方に基づいて、前記ユーザの推定された嗜好及び推定された目的を更新する更新コンポーネントを備える、請求項８に記載のシステム。
【請求項１０】
プロセッサによって、
出発地から到着地までの旅行についての複数の輸送モードのそれぞれについて嗜好値を規定することをユーザに提供することと、
旅行日程に使用される輸送モードが異なって寄与する複数の目的のそれぞれについて目的値を規定することを前記ユーザに提供することと、
必要に応じて、前記輸送モードのうちの少なくとも１つの制約を規定することを前記ユーザに提供することと、
前記ユーザについてのユーザプロファイルを生成することであり、前記ユーザプロファイルが、複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び旅行に関するユーザ制約を含み、前記ユーザ嗜好が、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値とを含み、前記ユーザ目的が、それぞれ、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含み、前記推定されたユーザ目的値及び推定されたユーザ嗜好値が前のユーザの行動に基づいていることと、
前記ユーザ制約を考慮に入れて、前記出発地から前記到着地までの旅行について、候補旅程のセットを作成することと、
前記旅行についての前記候補旅程のそれぞれについて、前記候補旅程をランク付けすることであり、前記ランク付けすることが、前記規定された及び推定された嗜好並びに規定された及び推定された目的を考慮した効用関数と、各目的又は嗜好が最後に規定されてからの期間の関数として前記推定された目的及び推定された嗜好に重みをおく係数とを計算することを備えることと、
前記ユーザが前記旅行の旅程を選択することを可能にするための、前記ランク付けされた前記候補旅程のサブセットに関する情報を出力することと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
例示的な実施形態は、旅行計画に関し、個人的な要因に基づいて旅行をランク付けするためのシステム及び方法に関連して特定の用途を見出す。
【背景技術】
【０００２】
旅行計画における旅行者のサポートを提供することは、本研究の積極的領域となっている。システムは、旅行についての旅程を定義し、対応する輸送モードを選択するために旅行者を支援するように設計されている。しかしながら、そのようなシステムは、一般に、旅行者の集団についての仮定に基づく旅程を提案する。例えば、旅行者は、長いものよりも短い旅行を好むと仮定することができる。集団的旅行者の行動に関するデータは、同様の期間の旅程をランク付けするために使用することができる。例えば、ポイントＡとＢとの間を移動する多くの旅行者はバスよりも電車を使用することを判定することができる。
【０００３】
しかしながら、旅行者は、旅行者のグループの集団行動とは異なる個々のニーズや嗜好を有することがある。ユーザの期待を満たさない旅程を提示すると、ユーザは、固有の興味があるものをみつけるために多数の可能な旅程を見直すように選択することができる。しかしながら、旅行者は、通常、異なる旅程を見直す大量の時間を消費したくなく、又は、それらの興味により良好に合う選択肢について知らされない。さらに、ユーザは、それらの個々の嗜好が旅程の選択にいかに影響を与えるべきであるかを認識していないことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ又はシステムの選択プロセスの複雑さを過度に増大させることなく、個々のユーザにパーソナライズされた旅行を計画する際にユーザを支援するためのシステム及び方法が依然として必要とされている。
【課題を解決するための手段】
【０００５】
例示的な実施形態の１つの態様によれば、旅行を計画する際にユーザを支援するための方法は、ユーザから旅行についての要求を受信することを含む。複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び必要に応じて旅行に関するユーザ制約を含むユーザについてのユーザプロファイルがアクセスされる。ユーザ嗜好は、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値を含む。ユーザ目的は、それぞれ、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含む。候補旅程のセットが、それぞれがユーザの制約を満たす旅行について作成される。候補旅程は、それぞれ、複数の輸送モードの各セットを規定する。ユーザ嗜好のそれぞれについて、規定された場合には規定された嗜好値、及び、対応する推定された嗜好値が嗜好重みを生成するために集計される。ユーザ目的のそれぞれについて、規定された場合には規定された目的値、及び、推定された目的値が目的重みを生成するために集計される。候補旅程のそれぞれについて、目的のそれぞれについてのコストが計算される。候補旅程のそれぞれについて、旅程は、嗜好重み、目的重み及び目的のそれぞれについて計算されたコストに基づいてランク付けされる。ランク付けされた旅程の少なくともサブセットに関する情報は、旅行についての旅程をユーザが選択するのを可能とするために出力される。
【０００６】
本方法のステップのうちの１つ以上は、プロセッサ装置によって実現されることができる。
【０００７】
例示的な実施形態の他の態様によれば、旅行を計画するためのシステムは、複数のユーザのそれぞれについて、各ユーザプロファイルを管理するプロファイルマネージャを含む。ユーザプロファイルは、複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び必要に応じて旅行に関するユーザ制約を含む。ユーザ嗜好は、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値を含み、ユーザ目的は、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含む。旅行プランナは、旅行に関するユーザの制約を満たすユーザのいずれかによって要求された旅行についての候補旅程のセットを作成する。候補旅程は、それぞれ、複数の輸送モードの各セットを規定する。ユーザ嗜好のそれぞれについて、集計コンポーネントは、嗜好重みを生成するために規定された場合には規定された嗜好値と推定された嗜好値とを集計し、ユーザ目的のそれぞれについて、目的の重みを生成するために規定された場合には規定された目的値と推定された目的値とを集計する。ランク付けコンポーネントは、嗜好重み、目的重み及び目的のそれぞれについて計算されたコストに基づいて候補旅程のそれぞれについて候補旅程をランク付けする。表現生成器は、ユーザが旅行についての旅程を選択するのを可能とするためにランク付けされた旅程のうちの少なくともサブセットに関する情報を出力する。プロセッサは、プロファイルマネージャ、旅行プランナ、集計コンポーネント、ランク付けコンポーネント及び表現生成器を実装する。
【０００８】
例示的な実施形態の他の態様によれば、方法は、複数の輸送モードのそれぞれについての嗜好値を規定することをユーザに提供することと、旅程において使用される輸送モードが異なって寄与する複数の目的のそれぞれについての目的値を規定することをユーザに提供することを含む。必要に応じて、輸送モードのうちの少なくとも１つの制約を規定することをユーザに提供することを含む。必要に応じて、制約（例えば、車椅子使用）又は体力情報（例えば、年齢、体重、歩行速度）に影響を与える他の旅程を規定することをユーザに提供することを含む。ユーザについてのユーザプロファイルを生成し、ユーザプロファイルは、複数の輸送モードのそれぞれについてのユーザ嗜好、ユーザ目的及び必要に応じてユーザ制約を含み、ユーザ嗜好は、それぞれ、推定されたユーザ嗜好値と、規定された場合には規定されたユーザ嗜好値とを含み、ユーザ目的は、それぞれ、推定されたユーザ目的値と、規定された場合には規定されたユーザ目的値とを含む。推定されたユーザ目的値及び推定されたユーザ嗜好値は、前のユーザ行動に基づいている。旅行についての候補旅程のセットのそれぞれについて、候補旅程がランク付けされる。ランク付けは、規定された及び推定された嗜好並びに規定された及び推定された目的を考慮した効用関数と、各目的又は嗜好が最後に規定されてからの期間の関数としての推定された目的及び推定された嗜好についての重みをおく係数とを計算することを含む。ランク付けに基づく情報は出力される。
【０００９】
本方法のステップのうちの１つ以上は、プロセッサ装置によって実行されることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的な実施形態の１つの態様にかかる旅行計画システムの機能ブロック図である。
【図２】図２は、例示的な実施形態の他の態様にかかる旅行計画方法を図示するフロー図である。
【図３】図３は、ユーザプロファイルを図示している。
【図４】図４は、図２の方法における例示的な効用関数における複数の目的関数の集計のための例示的な方法を図示している。
【図５】図５は、図４の方法における効用関数の計算をまとめたものである。
【発明を実施するための形態】
【００１１】
例示的な実施形態の態様は、旅行を編成する際にユーザに関連する個人的要因のセットに基づいてユーザについての旅行計画をパーソナライズするシステム及び方法に関する。
【００１２】
パーソナライズされた方法は、輸送モード、乗り換え回数、時間及び条件などの旅行変数のセットに関連したユーザの嗜好、目的及び制約などのユーザ基準のセットを考慮する。
【００１３】
ユーザ基準のいくつかは、ユーザによって規定することができる。ユーザ基準のいくつかは、ユーザの前の行動に基づいてシステムによって推定（学習）することができる。システムはまた、例外的状況を処理するための特定のツールを提供することができる。
【００１４】
図１を参照すると、旅行計画システム１０は、動作環境において図示されている。システム１０は、図２に図示する方法を実行するための命令１４を記憶するメモリ１２と、命令を実行するためにメモリと通信するプロセッサ１６とを含む。１つ以上の入力／出力装置１８、２０は、システムがインターネットなどの有線又は無線接続２８を介して図示されたクライアントコンピューティング装置２２及び１つ以上のユーザ監視装置２４、２６などの外部装置と通信するのを可能とする。システム１０は、図示されたサーバコンピュータ３０などの１つ以上のコンピューティング装置によってホスティングされることができる。システムのハードウェアコンポーネント１２、１６、１８、２０は、データ／制御バス３２によって通信可能に接続されている。
【００１５】
システム１０は、１つ以上の公共交通機関サービス（例えば、バス、トラム、電車、飛行機など）の経路計画、公共交通機関サービスについてのタイムスケジュール、徒歩、個人車両（例えば、自動車）及び／又は自転車などの自由旅行経路を計画するためのマップなどの旅行計画データ３４へのアクセスを有する。旅行計画データ３４は、１つ以上のローカル及び／又はリモートデータベースに記憶されることができ、及び／又は、１つ以上のウェブサイトを介してアクセス可能とすることができる。システム及び方法は、ローカル又はリモートメモリに記憶されることができるユーザプロファイル３６を利用する。ユーザプロファイルは、個人の嗜好、個人の目的及び制約などの特定ユーザの基準に関する情報をモデリングする。
【００１６】
システム１０は、出発地点Ｄ及び到着地点Ａを指定することができる所定のユーザについての旅行を計画するための要求４０を入力として受信する。出発地点及び到着地点は、（例えば、出発地点がユーザの現在位置である場合には）地理位置情報、住所、地図上の地点、以前に特定された位置（例えば、「自宅」、「職場」）の識別子などの任意の適切な形式での入力とすることができる。要求４０は、クライアント装置２２によってホスティング又はアクセスされるモバイルデバイスアプリケーション４２又はウェブアシスタント４４によって生成されることができる。旅行計画システム１０は、ユーザの嗜好、目的及び制約を考慮して、ＤからＡへの旅行についての１つ以上の候補旅程４６のリストを作成し、確認のためにユーザに対して最も高いランク付けされた旅程４８のうちの１つ以上を出力することができる。
【００１７】
図示された命令１４は、同一又は異なるコンピューティング装置においてホスティングされることができるコンポーネント５０、５２、５４、５６、５８、６０のセットの観点で説明される。これらのコンポーネントは、プロセッサ装置１６などのハードウェアによって実装されるソフトウェアの形態とすることができる。コンポーネントは、他のコンポーネント５２、５４、５６、５８、６０の活動を監督する編成エンジン５０を含む。
【００１８】
プロファイルマネージャ５２は、システムの各ユーザについてのユーザプロファイル３６を維持（生成及び更新）し、要求された旅行４０を計画するための情報を抽出するために現在のユーザプロファイル３６にアクセスする。
【００１９】
旅行プランナ５４は、入力として、ユーザプロファイル３６から抽出された制約情報６２を受信し、出発地点及び到着地点が与えられると、指定された出発及び到着地点間の旅行を完成するために、旅行計画データ３４にアクセスし、ユーザについての制約６２を考慮して、候補旅程４６及びそれらの対応する輸送モードのセットを計算する。各候補旅程は、予め定義された順序でしたがうべきセグメントのシーケンスを含み、各セグメントは、そのセグメントについて使用されることになる各輸送モード（並びに、必要に応じて、「ＹからＹへのバス２１」又はＸからＹへの８．１５電車などの使用される特定車両に関する情報）及びセグメントの予測期間に関連付けられる。
【００２０】
旅行プランナ５４は、上述した米国特許出願第１４／４５０，６２８号に記載されたものと同様に構成することができる。Ｆ．Ｒｏｕｌｌａｎｄ等、「公共交通機関運賃収集データからの移動ユーザの選択及び需要モデルの学習（Ｌｅａｒｎｉｎｇ  ｍｏｂｉｌｉｔｙ  ｕｓｅｒ  ｃｈｏｉｃｅ  ａｎｄ  ｄｅｍａｎｄ  ｍｏｄｅｌｓ  ｆｒｏｍ  ｐｕｂｌｉｃ  ｔｒａｎｓｐｏｒｔ  ｆａｒｅ  ｃｏｌｌｅｃｔｉｏｎ  ｄａｔａ）」、Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ、２１ｓｔ  Ｗｏｒｌｄ  Ｃｏｎｇｒｅｓｓ、２０１５年４月８日も参照のこと。理解されるように、旅行プランナ５４は、「旅程は最短のＸ倍の時間を超えることができない」、「旅程はＹ回を超える乗り継ぎを有することができない」、「Ｚ分を超えた徒歩／自転車の時間は除外される」などの候補旅程を識別するのに使用される内部制約及び基準のセットを有することができ、それらはその地域における旅行者についての平均の関数とすることができる。旅行プランナはまた、ユーザの嗜好や目的をより容易に収容することができるように、異なる輸送モードの範囲を使用して候補旅程を識別するように構成されてもよい。例えば、旅行プランナは、それらのうち、少なくとも２つ又は少なくとも３つ又は少なくとも４つの異なる輸送モードを含む候補旅程を提供することができる。旅程のうちの少なくとも１つ以上は、１つ以上又は全ての他の候補日程から輸送モードの異なる組み合わせ及び／又はシーケンスを使用することができる。旅程のうちの少なくとも１つ以上は、少なくとも２つ又は少なくとも３つの異なる輸送モードを利用することができる。それゆえに、（旅行プランナがその番号を識別することができると仮定して）少なくとも３つ又は少なくとも４つ又は少なくとも５つ又は少なくとも１０個の候補旅程が旅行について生成されてもよい。
【００２１】
集計コンポーネント５５は、各嗜好重み又は目的重みを生成するために、候補旅程に関連する各目的及び嗜好、各目的又は嗜好についてのユーザの規定された及び推定された値を集計する。
【００２２】
ランク付けコンポーネント５６は、ユーザの目的６４及び嗜好６６についての計算された重み並びに目的についての計算コスト及び嗜好についての寄与に基づいて、候補旅程４６をランク付けする。
【００２３】
表現生成器５８は、例えば、ユーザがスクロール又は他の方法で調べることができる１つ、２つ以上のトップランク付けされた旅程のセットの表現の形態で、トップランク付けされた旅程に関する情報４８を生成する。情報４８は、例えば、関連する表示装置６８における表示によって及び／又はスピーカ装置を介して聴覚的にユーザへの提示のためにクライアント装置に送信される。データ取得コンポーネント６０は、監視装置２４及び２６から並びにクライアント装置２２から情報７０を収集し、ユーザプロファイル３６についての推定された嗜好及び目的を生成又は更新するために情報を使用する。
【００２４】
コンピュータシステム１０は、デスクトップ、ラップトップ、パームトップコンピュータ、携帯情報端末（ＰＤＡ）、サーバコンピュータ、携帯電話、タブレットコンピュータ、ポケットベル、それらの組み合わせ、又は、例示的な方法を実行するための命令を実行することができる他のコンピューティング装置などの１つ以上のコンピューティング装置３０を含むことができる。
【００２５】
メモリ１２は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、磁気ディスク若しくはテープ、光ディスク、フラッシュメモリ又はホログラフィックメモリなどの任意の種類の持続性コンピュータ読み取り可能な媒体を表すことができる。１つの実施形態において、メモリ１２は、ランダムアクセスメモリ及び読み出し専用メモリの組み合わせを備える。いくつかの実施形態において、プロセッサ１６及びメモリ１２は、単一チップに組み合わされることができる。メモリ１２は、処理されたデータ３６、４６とともに、例示的な方法を実行するための命令を記憶する。
【００２６】
ネットワークインターフェース１８、２０は、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）又はインターネットなどのコンピュータネットワークを介して他の装置とコンピュータが通信するのを可能とし、変調器／復調器（ＭＯＤＥＭ）、ルータ、ケーブル及び／又はイーサネット（登録商標）ポートを備えることができる。
【００２７】
ディジタルプロセッサ装置１６は、シングルコアプロセッサ、デュアルコアプロセッサ（又はより一般的にはマルチコアプロセッサ）、ディジタルプロセッサ及び協働数値演算コプロセッサ、ディジタルコントローラなどによって様々に具現化することができる。ディジタルプロセッサ１６はまた、命令１４の実行に加えて、コンピュータ３０の動作を制御することができる。
【００２８】
本願明細書において使用される用語「ソフトウェア」は、ソフトウェアの目的であるタスクを実行するためにコンピュータ又は他のディジタルシステムを構成するようにコンピュータ又は他のディジタルシステムによって実行可能な命令の任意の集合又はセットを包含するように意図される。本願明細書において使用される用語「ソフトウェア」は、ＲＡＭ、ハードディスク、光ディスクなどの記憶媒体に記憶されたそのような命令を包含するように意図され、また、ＲＯＭなどに記憶されたソフトウェアであるいわゆる「ファームウェア」を包含するように意図される。そのようなソフトウェアは、様々な方法で編成することができ、ライブラリ、リモートサーバなどに記憶されたインターネットベースのプログラム、ソースコード、解釈コード、オブジェクトコード、直接実行可能コードなどとして編成されたソフトウェアコンポーネントを含むことができる。ソフトウェアは、特定の機能を実行するためにサーバ又は他の場所に存在する他のソフトウェアに対してシステムレベルコード又はコールを呼び出すことができることが想定される。
【００２９】
図３に図示されるように、ユーザプロファイル３６は、以下の情報の一部又は全てを含むことができる。
【００３０】
１．嗜好情報６６：異なる潜在的な輸送モードの使用及び乗り継ぎ回数に関連したユーザの嗜好。考えられる輸送モードは、例えば、場所において利用可能なモードに応じて、徒歩、（例えば、ユーザの個人車両による）運転、トラム、自転車、電車、飛行機及びボートの一部又は全てを含むことができる。輸送モードは、少なくとも１つの公共交通機関モード（例えば、バス、トラム、又は電車）と、少なくとも１つの個人輸送モード（例えば、自動車、自転車、徒歩）を含むことができる。輸送モードのうちの１つ以上は、ディーゼル又は電動バスなどの汚染ＣＯ２生成を直接的又は間接的にもたらすモータによって電力供給されてもよい一方で、輸送の１つ以上のモードは、徒歩や自転車などの人力としてもよい。輸送モードのいくつかは、他のものよりも高い金銭的コストに関連付けられてもよく、例えば、バスは、電車よりも安くすることができるが、これはまた、特定旅行のチケット価格の関数であってもよい。
【００３１】
モードの嗜好は、ユーザによって規定（規定された嗜好７２）及び／又はシステムによって推定（推定された嗜好７４）することができる。推定された嗜好７４は、規定された嗜好７２についてユーザから収集されたもの以外の情報単独に基づいて、システムによって計算されることができる。いくつかの実施形態において、規定された嗜好は、数学的又は他の評価法を使用して、例えば、（５が最も好ましく且つ０が最も好ましくない０〜５の評価などの）所定の数値範囲内の数値を使用して、ユーザによって規定されることができる。他の実施形態において、ユーザは、「私はトラムを使用することが好き」又は「私は本当にバスを使用することが好きではない」などのテキストの嗜好を提供することができ、それらは規定された嗜好についての対応する数値評価を特定するようにシステムによって処理される。推定された嗜好７４は、ユーザによって行われる選択を反映し、ユーザの前の行動から導出される。これらは、システムによって計画された前の旅行についてユーザによって選択された輸送モード及び／又は監視装置２４、２６から収集されたデータから推定された追跡経路を含むことができる。それゆえに、規定された及び推定された嗜好は、例えば、０（「絶対にこれを行いたくない」）から５（「これを行うことが非常に好き」）の数値として、同じスケールで表現することができる。規定された及び推定された嗜好値の組み合わせは、候補旅程４６の最も正確なリストを提示するために使用することができる。例えば、ユーザがバスを使用したくないことを宣言している場合には、バスを含む旅程は、可能な選択肢４６のリストから除外することができる。しかしながら、ユーザは、バスを使用することは好きではないかもしれないが、それを使用することをなおも受け入れることができる。それゆえに、バスの選択肢は、候補旅程の中で表示されるが、他の旅程よりも低くランク付けされる可能性が高い。
【００３２】
２．目的６４：これらは、例えば所定期間にわたる身体的活動／フィットネスの増加、環境への影響の低減、時間の節約、金銭の節約の一部又は全てなどをユーザが有することができる規定された及び推定された目的（目的）７６、７８を含むことができる。規定された目的７６について、多数の可能な目的がユーザに提供されることができ、各目的は、例えば、０から５などの所定の数値範囲内の数値としてモデル化することができる。ここで、０は、ユーザが目的の重要性を定義していないことを示し、１は、この目的が重要でないことを意味し、５は、目的がユーザにとって非常に重要であることを意味する。推定された目的７８は、プロファイルマネージャ５２によるユーザの目的の予測に基づいている。例えば、ユーザは、規定された目的７６において高いランク付けが与えられている、（例えば、旅行の関数として排出されるＣＯ２を削減することによって）環境への影響を低減したいと宣言することができる。しかしながら、例えば移動追跡器２４からシステムによって取得された情報は、彼女が自動車で旅行することを頻繁に選択することを示唆することがある。そのような場合には、プロファイルマネージャ５２は、ユーザが環境影響低減に比べて時間節約に高い優先順位をおいていると推定することができる。そして、これは、彼女の推定された目的７８に反映される。
【００３３】
３．制約６２：これらは、候補旅程４６の特定に影響を与えるユーザの制約を含む。例としての制約は、ユーザが車椅子を利用すること、ユーザが運転免許証を有していないこと、又は、ユーザが階段を登ることができないこと、又は、ユーザがＸメートル未満しか歩行しないこと、又は、それらの組み合わせを含むことができる。制約は、例えば、制約が存在しない場合には０、そうである場合には１など、ブール値として表すことができる。いくつかの実施形態において、規定された制約８０のみが使用される。他の実施形態において、推定された制約８２もまた生成されることができる。
【００３４】
それゆえに、システム及び方法は、ユーザによって明示的に規定されることができるか及び／又はシステムによって経時的に学習されることができるユーザの一般的な嗜好６６、及び、個人目的７６又は嗜好の変化を定義することによって行動を変更するためのユーザの意思を考慮することができる。
【００３５】
ユーザの規定された嗜好７２に関して、ユーザは、嗜好の誘発に対して異なる態度を有することができる。一部のユーザは、自己の嗜好を明示的に宣言する意思がないかもしれない。例えば、サービスの質の向上など、そうすることに利点をみつけた場合には、他人は、嗜好の一部を表現する意思があるかもしれない。さらに他人は、徐々にであっても、そのプロファイルの規定された要素を完全に定義する意思があるかもしれない。異なるユーザの態度に対処するために、ユーザは、以下のような異なるプロファイル選択機構を提供することができる：（１）何ら自己のプロファイルを定義しない；（２）ユーザがそうすることを望む場合、その後に調整されることができる予め定義されたプロファイルにそれぞれ対応するステレオタイプ８４のセットの中から選択する；及び（３）漸増的且つ動的にこれを行う可能性によって自己のプロファイルを定義する。そして、システムは、必要に応じて、規定された嗜好を使用し、それらの定義に変更があった場合にはそれらを変更する。
【００３６】
ステレオタイププロファイル８４は、ユーザが急いでいる、学生である、移動している又は視覚障害がある、訪問者であるなど、よく観察される状況に対応するプロファイルを予め定義することができる。予め定義された嗜好及び目的は、各ステレオタイプに関連付けられており、旅程ランク付けコンポーネント５６は、規定された嗜好及び目的のためと同様に候補旅程をソートするために、これらの予め定義されたパラメータに依存することができる。ステレオタイププロファイル８４は、例えば、予期しないイベントがユーザの現在の嗜好及び目的に大きな変化を誘導するが、ユーザが将来的に規定された嗜好及び目的に戻す計画である場合に、ユーザのプロファイルを定義するための開始点として又は特定の旅行の必要性に対応する例外的なプロファイルとして使用することができる。例えば、ユーザは、１日だけ急ぐことがあり、したがって、その日の予め定義された体力目的にしたがうことを希望しない場合がある。
【００３７】
各ステレオタイププロファイル８４は、予め定義された嗜好及び目的のセットであり、プロファイル及び／又は個々のステレオタイププロファイルのセットは、システムのユーザの集合的必要性に適合させることができる。ステレオタイプのいくつかは、一般に、例えば以下の可能な目的のセットに対応することができる。
【００３８】
１．私は金銭を節約したい：ユーザの唯一の目的は、金銭を節約する（旅行のコストを可能な限り低減する）ことである。他の規定された目的は使用されず、嗜好は所定のデフォルト値である。
【００３９】
２．私は時間を節約したい：ユーザの唯一の目的は、時間を節約する（旅行期間を可能な限り低減する）ことである。他の規定された目的は使用されず、嗜好は所定のデフォルト値である。
【００４０】
３．私は身体的活動を増やしたい：ユーザの唯一の目的は、例えば自転車又は徒歩を使用することによって旅行中の身体的活動を増加させることである。他の規定された目的は使用されず、嗜好は所定のデフォルト値である（又は、例えば距離及び／又は旅程時間が閾値を超えている場合には、特定の条件下でのみ実施される）。
【００４１】
４．私は環境への影響を低減したい：ユーザの唯一の目的は、実現可能である場合には他のものよりも低い環境への影響を有する輸送モードのサブセットを使用することによって環境への影響を低減することである。他の規定された目的は使用されず、嗜好は所定のデフォルト値である。
【００４２】
一般的な状況に対応するステレオタイプもまた定義することができる：
【００４３】
１．私は急いでいる：ユーザは、可能な限り速く移動することを意図している。これは、非常に重要であると考えられる目的「時間節約」を除き、使用されていない全ての規定された嗜好及び目的に変換される。全ての推定された目的は、１に設定されることができる。
【００４４】
２．私は学生である：ユーザは、限られた資源を有するが、身体的にアクティブに滞在する意思があると考えられる。これは、「金銭節約」（例えば「非常に重要」と評価される）及び「身体的活動増加」（例えば、金銭を節約するよりも僅かに重要視されないと考えられることがあるため「重要」と評価される）という２つの規定された目的に変換される。嗜好は使用されず、推定された目的は１に設定されることができる。
【００４５】
３．私は移動する障害者である：この場合、推定された嗜好とともに、全ての規定された目的及び嗜好は使用されない。推定された目的は１に設定されることができ、システムは、例えば「車椅子使用」などの制約を考慮して旅行プランナ５４に対してその要求において送信するように構成される。
【００４６】
図２は、図１のシステムによって実行することができる例示的なコンピュータ実装方法を図示している。本方法はＳ１００から始まる。
【００４７】
Ｓ１０２において、ユーザは、システムに登録されることができる。システムは、複数の輸送モードのそれぞれについてユーザに（直接的又は間接的に）嗜好値７２を規定することを提供し、複数の目的のそれぞれについてユーザに（直接的又は間接的に）目的値７６を規定することを提供し、それらは所定の旅程に使用される輸送モードが異なって寄与することがある。そして、ユーザは、（例えば、輸送モードのセットの１つ以上に対して）規定された嗜好７２、規定された目的７６及び必要に応じて候補旅程に使用可能な輸送モードを制限する制約８０によって自己のプロファイルをインスタンス化するために使用することができる情報を提供する。ユーザは、ユーザの個人的な監視装置２４、２６に対するアクセスを与えることができ、及び／又は、体重、年齢などの候補旅程のランク付けに使用される他の情報を提供することができる。
【００４８】
Ｓ１０４において、提供された情報に基づいて、プロファイルマネージャ５２によってユーザについてプロファイル３６が生成される。ユーザプロファイル３６は、推定された嗜好の値と、嗜好がユーザによって規定された場合には嗜好のそれぞれについての規定された値とを含む。ユーザプロファイル３６はまた、推定された目的の値と、目的がユーザによって規定された場合には目的のそれぞれについての規定された値とを含む。
【００４９】
Ｓ１０６において、出発地点Ｄ及び到着地点Ａによって旅行を計画するために登録されたユーザから旅行要求４０が受信される。
【００５０】
Ｓ１０８において、制約６２がユーザプロファイル３６から抽出される。具体的には、編成エンジン５０は、ユーザのプロファイルから制約６２を抽出するためにプロファイルマネージャ５２を呼び出す。制約は、例えば、車椅子の必要性、又は、それらが０に設定されている場合には可能な輸送モードに関する嗜好などの明示的な要求とすることができる。例えば、自動車運転が０に設定された場合、これは、ユーザが輸送モードとして自動車を使用したくないことを意味する。そして、この嗜好は制約に変換される。
【００５１】
Ｓ１１０において、ＤからＡへの候補旅程４６のリストが作成される。具体的には、編成エンジン５０は、ユーザの制約６２を考慮して、２地点間の少なくとも１つの（一般には少なくとも２つの）候補旅程４６のセットを作成する旅行プランナ５４を呼び出す。ユーザの制約を満たす旅行についての候補旅程の検索されたセットは、それぞれ、輸送モードの各セットを指定する。
【００５２】
Ｓ１１２において、規定された及び推定された目的７６、７８並びに嗜好７２、７４が集計される。例えば、編成エンジン５０は、例えば、規定された目的／嗜好が最後に設定されてから経過した時間８６を考慮した規定された目的／嗜好係数（忘却因子）を組み込むことができる重み関数を使用して、各目的についての規定された及び推定された目的７６、７８及び各嗜好についての規定された及び推定された嗜好７２、７４を集計するためにプロファイルマネージャ５２を呼び出す。
【００５３】
Ｓ１１４において、候補旅程４６は、特にＳ１１２においてユーザの集計された目的及び嗜好の出力の機能を最適化するために、ユーザプロファイル３６に基づいてランク付けされる。例えば、編成エンジン５０は、図４に関して以下にさらに詳細に概説されるように、ユーザの目的及び嗜好に応じて旅行プランナ５４によって提案された候補旅程４６のセットをランク付けするランク付けコンポーネント５６を呼び出す。
【００５４】
Ｓ１１６において、候補旅程の少なくとも１つのサブセット４８は、提案された旅程としてユーザに提示される。システムはまた、良好にユーザの目的を促進する方法の観点で各旅程の表現を生成することができる。
【００５５】
Ｓ１１８において、ユーザは、システムによって受信した提案された旅程のうちの１つの選択を行う。選択は、推定された目的及び嗜好７８、７４の後の計算のためにプロファイルマネージャ５２によってメモリに記録される。
【００５６】
Ｓ１２０において、システム１０は、必要に応じて、選択した旅程についてのナビゲーション命令を提供することによってユーザを支援する。例えば、ナビゲーション命令が乗り継ぎを容易とするように設計される、Ｒｅｈｒｌ，Ｋ．等、「マルチモーダル旅行者支援：個人旅行仲間の設計及び原型実装（Ａｓｓｉｓｔｉｎｇ  Ｍｕｌｔｉｍｏｄａｌ  Ｔｒａｖｅｌｅｒｓ：Ｄｅｓｉｇｎ  ａｎｄ  Ｐｒｏｔｏｔｙｐｉｃａｌ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  ｏｆ  ａ  Ｐｅｒｓｏｎａｌ  Ｔｒａｖｅｌ  Ｃｏｍｐａｎｉｏｎ）」、Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔａｔｉｏｎ  Ｓｙｓｔｅｍｓ、ＩＥＥＥ  Ｔｒａｎｓ．ｏｎ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔａｔｉｏｎ  Ｓｙｓｔｅｍｓ、ｖｏｌ．８、ｎｏ．１、ｐｐ．３１−４２（２００７年）を参照のこと。
【００５７】
Ｓ１２２において、データ取得コンポーネント６０は、必要に応じて、ユーザの実際の移動について記録されたデータを取得する。このデータ収集は、第三者アプリケーション（例えば、速度、加速度などに基づいてユーザによって使用される輸送モードを自動的に検出することができるユーザのスマートフォンにおける移動追跡アプリケーション２４）又は専用装置（例えば、ユーザが自分で運ぶ歩数計などの活動追跡器２６）のいずれかによって行うことができる。これらのデータソースは、（ユーザの選択した旅程に基づいて洗練されることができる）使用可能性の高い輸送モード、ユーザの地理位置情報、ユーザが毎日歩行したステップ数などのデータを推定して収集する。
【００５８】
本方法はＳ１０４に戻り、プロファイルマネージャ５２は、データ取得コンポーネントによって取得した記録されたデータ及び選択した旅程情報を使用して、ユーザの嗜好及び目的に関連する情報を推定し、必要に応じて、推定した嗜好／目的７４、７８を更新する。例えば、ユーザが旅行について自転車の使用を含む旅程を選択すると、プロファイルマネージャ５２は、ユーザが実際に自転車を使用した場合を特定するために検出された輸送モードを使用することができる。ユーザがそのように行っていると推定される場合には、これは、自転車についての推定された嗜好を強化又は維持し、そうでない場合には、この推定された嗜好を弱める。忘却因子は、最近取得した情報に少なく重点をおくよりも最近取得した情報により多く重点をおくために推定された嗜好及び目的を更新する際に使用することができる。
【００５９】
そして、システムは、ユーザからの新たな旅行要求を待機し（Ｓ１０６）、前のように進行することができる。
【００６０】
本方法はＳ１２４において終了する。
【００６１】
ここでシステム及び方法のさらなる詳細が記載される。
【００６２】
目的及び嗜好値の集計（Ｓ１１２）
嗜好又は目的の規定された及び推定された値は、グローバル値を定義するために、例えば重み付けされた組み合わせで結合される。推定された嗜好／目的にしたがう重み（係数）は、より最近に規定された嗜好／目的が過去に規定された対応する値よりも正確であるという前提で時間とともに増加することができる。例えば、バスを使用するための所定の基準ｃについての集計値ｃｖ（例えば、嗜好又は目的）は、
【００６３】
【数１】
0006792977.tif 000002
【００６４】
などの規定された値ｃｓｔａｔｅｄ及び推定された値ｃｉｎｆｅｒｒｅｄの関数又はその関数として集計することができる。ここで、推定された目的／嗜好の係数ｗｉｎｆｅｒｒｅｄは、基準（例えば嗜好）の値が最後に規定されてからの経過時間の非ゼロの増加関数とすることができ（例えば、ｗｉｎｆｅｒｒｅｄは、１２か月にわたって最小から最大値まで（例えば、１から１２まで又は０．５〜６）増加する値とすることができ、時間が経過するにつれて推定された嗜好に大きな重みをおく）、規定された目的／嗜好ｗｓｔａｔｅｄの係数は、経過時間の減少関数とすることができる。それゆえに、ユーザが自己の規定された嗜好のうちの１つ以上を変更した場合、対応する推定された嗜好の重みは、その最小値（例えば１）にリセットされる。推定された目的の重みはまた、ユーザが自己の目的のうちの１つ以上を規定した場合、その最小値（例えば１）にリセットされる。この機構は、システムが（まだ）有していない情報をユーザが有することができるという事実を反映する（例えば、ユーザは、自己の自動車が故障したこと又は今から複数の身体的活動に従事することを希望していることを知ることができる）。
【００６５】
（少なくとも候補旅程において使用される輸送モードについての）集計された目的及び嗜好は、集計コンポーネント５５によってランク付けコンポーネント５６に出力される。
【００６６】
候補旅程のランク付け（Ｓ１１４）
ユーザの嗜好及び目的のセットに基づく候補旅程４６のセットのランク付けのために様々な方法が意図される。
【００６７】
１つの実施形態において、各候補旅程について、基準（嗜好及び目的）のそれぞれのランキングの集計としてスコアが計算される。各基準のスコアは、例えば、（Ｓ１１２において計算された）基準の集計値と、例えば時間的に測定された候補旅程に対する基準の寄与の測定値との積などの関数とすることができる。例えば、旅程についてのスコアＳｉｔｉｎｅｒａｒｙは、ｎ個の基準の全ての合計、（式１にしたがって計算された）基準の集計値ｃｖ、（目的の場合）基準のユニットコストｃｏｓｔｃ、及び／又は（例えば、時間的に測定される）候補旅程に対するその基準の寄与ｔｃの関数又はその関数として計算される。
【００６８】
【数２】
0006792977.tif 000003
【００６９】
そして、候補旅程は、例えば、最も高いスコアを有するものが第１位にランク付けされるなど、それらのスコアに基づいてランク付けすることができる。
【００７０】
式２に示されるような目的関数は、基準が異なるスケールを使用して測定することができることから実際に使用することは困難であり得る。例えば、環境への影響を低減するという目的のために、コストは、発生する一酸化炭素の観点で表現することができる一方で、フィットネス目的のために、それは消費カロリーの関数として表すことができる。それゆえに、全てのパラメータが互いに互換性があるという確信はない（例えば、旅行によって誘発される身体的活動及び汚染を比較して集計することを検討）。そのような場合、それぞれの考えられる基準において一連の評価者を作成するのを可能とするいくつかの目的関数が使用可能である：候補旅程は、フォームｆ（ｓ）＝｛γ１（ｓ），γ２（ｓ），・・・，γｎ（ｓ）｝の索引のセットとしてその後に評価される。ここで、ｓは、候補旅程であり、γｉ（ｓ）は、ｉ番目の基準においてｓを評価するｉ番目の目的関数の結果である。グローバルランキングは、集計されたランクρを生成する。
【００７１】
そして、いくつかの候補日程の比較は、以下のような様々なアプローチを使用して行うことができる：
【００７２】
１．完全な優先順位を定義する単一関数（例えば、加重平均）における複数の目的関数の集計；
【００７３】
２．実現可能なセットの探査とともに嗜好のプログレッシブ定義；
【００７４】
３．ｎ個の目的関数に関連するｎ個の完全な順位の積よりも強い部分順位の定義；
【００７５】
４．不確実性及び無比の最大減少。
【００７６】
例えば、Ｒｏｙ，Ｂ．、「複数の目的関数の問題及び方法（Ｐｒｏｂｌｅｍｓ  ａｎｄ  ｍｅｔｈｏｄｓ  ｗｉｔｈ  ｍｕｌｔｉｐｌｅ  ｏｂｊｅｃｔｉｖｅ  ｆｕｎｃｔｉｏｎｓ）」、Ｍａｔｈｅｍａｔｉｃａｌ  Ｐｒｏｇｒａｍｍｉｎｇ、１（１）：２３９−２６６  （１９７１年）を参照のこと。
【００７７】
図４に図示されたランク付け方法において、ランク付けを洗練するプログレッシブ方法は、複数の目的関数の集計としての効用関数を計算するために使用される。これは、旅行プランナにより、出発地点から到達地点までの旅行を定義する要求に対する回答として返される候補旅程のセットに適用される。
【００７８】
特に、本方法は、目的のそれぞれについて、集計された目的重み及びその目的についての候補旅程の各計算された（正規化された）コストの関数である第１の目的関数と、嗜好のそれぞれについて、集計された嗜好重み及び候補旅程に対するその嗜好についての各計算された寄与の関数である第２の目的関数とを集計することによって効用関数を計算する。輸送モードについての嗜好の場合、各寄与は、旅程における各輸送モードによる移動の全期間の関数として計算することができる。
【００７９】
説明のための例として要求者の自宅から職場まで行くために以下の旅行が使用される。
Ａ．午前７：１５に自宅からスタート
Ｂ．自動車が位置する駐車場まで徒歩、午前７：２５に到着
Ｃ．駅まで運転、午前７：４０に到着して自動車を駐車する
Ｄ．電車に乗り、午前７：５０に繁華街に到着
Ｅ．午前７：５２にトラムに乗り、午前８：００に目的駅に到着
Ｆ．職場まで歩き、午前８：０７に到着
【００８０】
本例における自宅から職場へのこの旅行は、（シーケンスの順序で）以下の輸送モードの組み合わせである：徒歩、自動車、電車、トラム及び徒歩
【００８１】
図４に図示されるように、簡略的には、ランク付けプロセスは、候補旅程の要約（Ｓ２０２）、目的についてのコスト計算（Ｓ２０４）、コストの正規化（Ｓ２０６）、目的のランク付け（Ｓ２０８）、目的のランク付けの前、最中又は後に起こり得る嗜好のランク付け（Ｓ２１０）、及び、嗜好上のランク付け及び目的のランク付けに基づくグローバルランク付け（Ｓ２１２）を含むことができる。
【００８２】
要約
Ｓ２０２において、旅行プランナ５４によって提供された候補セット４６からの各候補旅程が要約される。具体的には、ランク付けコンポーネント５６は、旅程に含まれる各輸送モードの期間／距離、その合計期間、及び、旅行の合計時間、及び、必要に応じて乗り継ぎの総数を計算する。このモード期間情報９０は記憶される。例としての旅程を使用すると、情報９０は、以下を含むことができる：
徒歩：１８分、１．２ｋｍ；
運転：１５分、１１ｋｍ；
電車利用：１０分、２１ｋｍ；
トラム利用：８分、１．７ｋｍ；
総旅程期間：５２分
【００８３】
コスト計算
Ｓ２０４において、候補日程のそれぞれにおいて考慮された輸送モードのそれぞれによって誘発されるコスト９４が各目的について計算される。コスト計算は、距離、期間及び輸送モードに依存することができる。各輸送モードについて、各目的について特定の式が定義されることができる。例えば、以下のとおりである：
【００８４】
１．歩行時の消費カロリー＝歩行距離＊ユーザ体重（ｋｇ）＊エネルギ因子。ユーザ体重は、ユーザの健康記録９２から抽出することができるか又は集団の平均とすることができる。エネルギ因子は、歩行速度に依存する。例えば、Ｄｉｄｉｅｒ，Ｊ．−Ｐ．等、「若者及び高齢者の２つのグループにおける歩行時のエネルギコスト及び心肺応答（Ｅｎｅｒｇｙ  ｃｏｓｔ  ａｎｄ  ｃａｒｄｉｏｒｅｓｐｉｒａｔｏｒｙ  ｒｅｓｐｏｎｓｅｓ  ｗｈｉｌｅ  ｗａｌｋｉｎｇ  ｉｎ  ｔｗｏ  ｇｒｏｕｐｓ  ｏｆ  ｙｏｕｎｇ  ａｎｄ  ｅｌｄｅｒｌｙ  ｐｅｏｐｌｅ）」、Ａｎｎａｌｅｓ  ｄｅ  Ｒｅａｄａｐｔａｔｉｏｎ  ｅｔ  ｄｅ  Ｍｅｄｅｃｉｎｅ  Ｐｈｙｓｉｑｕｅ、Ｖｏｌ．３８、Ｉｓｓｕｅ  ８、ｐｐ  ４７５-４８０（１９９５年）を参照のこと。例えば、０．８ｍ／ｓで歩行するとき、因子は、１．０４２ｋＣａｌ／ｋｇ／ｋｍに等しい。歩行速度は、ユーザによる前の旅行又はより一般的な歩行中に活動追跡器２６から導出することができ、健康記録９２に記憶されているユーザの年齢に基づいて計算することができるか又は平均値とすることができ、又は、これらの因子の組み合わせを考慮することができる。
【００８５】
２．運転時の消費カロリーは、各時間自然に燃焼した量の上において（例えば、時間あたり８０ｋＣａｌのベースライン）時間あたりおよそ５０ｋＣａｌであると仮定することができるか又はユーザの体重に基づいて計算されることができる。そのような情報は、知識ベース又はオンラインで利用可能な情報から得ることができる。例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｅｘｅｒｃｉｓｅ．ｃｏｍ／ａｃｔｉｖｉｔｙ／ｄｒｉｖｉｎｇ−ｃａｒを参照のこと。
【００８６】
３．椅子に座っているときはベースライン以上の余分なカロリーを消費しないことから、トラム、地下鉄又は電車によって輸送されるときの消費カロリーは、０に等しいと考えられる。
【００８７】
４．排出されるＣＯ２は、燃料の種類に依存する。例えば、ディーゼル燃料は、消費リットルあたり２．６ｋｇのＣＯ２を放出し、液化石油ガス（ＬＰＧ）は、１．６６ｋｇを放出し、超無鉛ガソリンは、２．２８ｋｇのＣＯ２を放出する。そのような情報は、知識ベース又はオンラインで利用可能な情報から得ることができる。例えば、ｈｔｔｐ：／／ｗｗｗ．ｅｃｏｓｃｏｒｅ．ｂｅ／ｅｎ／ｈｏｗ−ｃａｌｃｕｌａｔｅ−ｃｏ２−ｅｍｉｓｓｉｏｎ−ｌｅｖｅｌ−ｆｕｅｌ−ｃｏｎｓｕｍｐｔｉｏｎを参照のこと。燃料の種類は、輸送システムにおいて使用される輸送モードから、又はユーザ指定情報（例えば、ユーザによって運転される車両の種類、使用される燃料の等級、得られた平均燃費効率など）に基づいて、推定することができる。
【００８８】
４．地域電車は、例えば、平均（ＳＮＣＦ）で、ｋｍあたりの乗客あたり３０．７ｇのＣＯ２などの標準値を生成すると仮定することができる。
【００８９】
５．公共交通機関についての金銭的コストは、旅行計画データ３４から得ることができる。自動車又は自転車などのユーザ提供輸送の場合、（車両の特性に依存することができる）単位距離あたりの固定の金銭的コストは、各モードについて推定することができ、ユーザが発生する可能性がある駐車料金／通行料などの任意の固定費もまた考慮することができる。
【００９０】
上述したように、コストの一部は、ユーザの体重及び歩行速度に、他はユーザの車両特性に依存することができる。理解されるように、計算を容易とするために近似が行われることができる。いくつかの場合において、ユーザが（トラムパスなどの）輸送モード又は経路についてのシーズンパスを取得している場合、その輸送モード又は経路を使用するためのコストは、０又は０に近いと考えることができる。考えられる例についての例示結果が表１に示されている。
【００９１】
【表１】
0006792977.tif 000004
【００９２】
正規化
Ｓ２０６において、目的のそれぞれについて計算されたコスト９４は、値の一般的な範囲にわたって正規化コスト９６を生成するために正規化される。これは、様々なコストの集計及びそれらをより互換性のあるものとすることを容易とする。正規化は、固定範囲内の値を生成することができ、範囲は各コスト種類について同じである。例えば、正規化は、−５（非常に悪い）と＋５（非常に良い）との間の数、必要に応じてコストが許容できないと考えられたときのペナルティに対応する−６という追加の値を生成することができる。正規化は、候補旅程のセットにおける全ての旅程の費用と１つの旅程のコストを比較するために固定範囲におけるコストの非線形変換（例えば、指数関数）又は線形変換（例えば、区分線形関数）を含むことができる。
【００９３】
例えば、例としての旅程は５２分持続する。期間についての最良値は、自動車のみを使用することによる３２分である。期間についての最悪値は、トラムの部分を徒歩によって置き換えることによって得られた６７分である。候補セットにわたる平均期間は４４分である。同じ地域に住んでいる及び／又はユーザの近くで働いている人々の通勤の平均期間とすることができる基準値（５７分）は、ポイントとして使用することができる。これは、それぞれ３２、４４、５７及び６７分という４点を提供し、それらは、その後に正規化コストの範囲に投影することができる。
【００９４】
得られた正規化コスト９６を計算するための１つの例としての式が表２に示されている。目的は、基準点のそれぞれに値を関連付けることである（最良のものは＋５とスコアリングされ、２番目に良いものは０とスコアリングされ、２番目に悪いものは−５とスコアリングされ、最悪のものは−６とスコアリングされる）。これらの基準点の２つの間の各線分は、横座標として考えられるコストに対応する縦座標としての中間値についての正規化コストを計算するために使用することができる。古典的な数学的関数ｙ＝ａｘ＋ｂは、ｘに等しい非正規化コストの正規化コストであるｙを特定するために使用される。
【００９５】
【表２】
0006792977.tif 000005
【００９６】
５２分持続する例としての旅程は、期間において−３．０８とランク付けされる。同じ種類の計算は、ＣＯ２、金銭的コスト及び消費カロリーに適用することができる。全ての候補旅程は、例としての旅程及び２つの代替候補旅程について表３に示されるように正規化コストの場合、同じようにランク付けされる。
【００９７】
【表３】
0006792977.tif 000006
【００９８】
理解されるように、正規化された一般的な範囲とは異なる単位で表されたコストを変換する他の方法が使用されてもよい。
【００９９】
目的についてのランク付け
Ｓ２０８において、正規化コストは、ユーザの目的に応じて集計される。目的は、定義されないかもしれず（これは０として実装される）又は１（「私にとって重要な目的ではない」）から５（「私にとって非常に重要な目的」）の値によって定義されるかもしれない。上述したように、システムは、規定された及び／又は推定された目的を考慮することができる。例えば、ユーザは、より多くの時間がかかる（目的「時間節約」：＋２）場合であっても、自己の環境への影響を低減することを望んでいる（目的「環境影響低減」：＋５）ことを宣言する。しかしながら、彼が常に最速の旅程を選択することをシステムが特定する場合、システムは、彼の主な目的が時間を節約することであると推定することができ（推定された目的「時間の節約」：＋５）、２つの旅程が同時を必要とする場合にのみ、ＣＯ２に注意を払うように思われる（推定された目的「環境影響低減」：＋２）。
【０１００】
さらに、目的は、期限を有していてもよい（「私は、３月３０日前に身体的活動を増やしたい」）。そのような場合、目的は、期限後にはもはや考慮されない（その値は０にリセットされる）。期限前に、それは計算に含まれる。１つの実施形態において、目的の重要性は、期限が近づいたときに増大すると考えることができる。この機能は、それが設定された日付と期限の間において線形的に目的の推定値を変更することによって実現することができる。例えば、ユーザが３月３０日前に身体的活動を増加したいと１月１日に言い、この目的が３の規定された値を有することを示す場合、システムは、目的が１月１日に３で始まり且つ３月３０日に５まで増加する線形的に増加する値を有することを考えることができる。
【０１０１】
目的において旅程をランク付けするために、規定された及び推定された目的７６、７８の値は、Ｓ１１２において最初に集計される。データが集計される方法は、値の評価された有効性に依存することができる。例えば、ユーザが最近目的を規定した場合、規定された値は、最も有効なものである。しかしながら、宣言が長時間前になされたものであり且つ関連する履歴がこの宣言以降ある場合には、この履歴から計算された推定された目的は、宣言よりも有効である可能性が高い。結果は加重平均であり、重み（係数）は有効性に依存する。
【０１０２】
例として、目的係数は、年間ベースで定義することができる。例えば、各係数は、１から１２などの最小値と最大値の間の値を有する。例えば、それらがちょうど規定され且つ宣言以降の月数によって１年にわたって線形的に減少する場合には、規定された目的の係数は１２である。６か月後、それらの係数は６である。一方、目的宣言がちょうど行われ且つその後に最大値まで１年間線形的に増加する場合には、推定された目的のそれぞれの係数は１である（規定された目的が変更されたときにリセットが行われる）。
【０１０３】
集計目的値は、その後に以下のように計算することができる。
【０１０４】
【数３】
0006792977.tif 000007
【０１０５】
これは最も近い整数に切り上げてもよい。
【０１０６】
表４は、規定された及び推定された目的の関数としてランク付けプロセスにおいて使用されることになる例としての集計された目的値の計算（Ｓ１１２）を示している。
【０１０７】
【表４】
0006792977.tif 000008
【０１０８】
所定の目的における旅程のランク付けは、この目的についての旅程の正規化コストに基づいている。例えば、目的「時間節約」における旅程のランク付けは、旅程の正規化された期間に基づいており、その値は、−６（非常に悪いと考えられる期間についての値）よりも高く且つ＋５（非常に良いと考えられる期間についての値）よりも低い。
【０１０９】
各候補旅程についての目的９８におけるランク付けは、式３を使用することによって計算することができる（ここで考慮される目的は、０よりも大きい集計値を有するものである）。
【０１１０】
【数４】
0006792977.tif 000009
【０１１１】
ここで、ｇｏａｌは、用途について定義された目的のセットであり、ｇｏａｌ  ｗｅｉｇｈｔは、規定された及び推定された値の集計である１から５の値に対応し（例えば、金銭節約＝２）、ｎｏｒｍａｌｉｚｅｄＣｏｓｔ（ｇｏａｌ）は、目的に対応するパラメータの正規化コスト９６である（例えば、金銭節約という目的について、正規化された金銭的コスト＝＋３．５３）。
【０１１２】
例えば、例における目的についての旅程のランクは、その後に以下のとおりとすることができる：
【０１１３】
【数５】
0006792977.tif 000010
【０１１４】
ここで、ｅｃｏｃｏｓｔは、環境目的（ＣＯ２削減）のための正規化コストであり、ｅｃｏ  ｗｔは、この目的の集計された重みであり、ｍｏｎｃｏｓｔは、金銭節約目的（金銭的コストの削減）のための正規化コストであり、ｍｏｎ  ｗｔは、この目的の集計された重みであり、ｄｕｒｃｏｓｔは、期間目的（時間節約）のための正規化コストであり、ｄｕｒ  ｗｔは、この目的の集計された重みであり、ｆｉｔｃｏｓｔは、フィットネス目的（カロリー消費量増加）のための正規化コストであり、ｆｉｔ  ｗｔは、この目的の集計された重みである。
【０１１５】
表５は、３つの候補旅程について式３にしたがって計算された目的におけるランクを示しており、最初の行は上記使用された例示に対応し、２行目は、自転車を使用した旅程に対応する代替案＃１の値を示しており、３行目は、自動車を使用した旅程に対応する代替案＃２の値を示している。
【０１１６】
【表５】
0006792977.tif 000011
【０１１７】
嗜好についてのランク付け
上述したように、いくつかの嗜好を定義することができる。それらのそれぞれは、徒歩の嗜好を除いて同じ方法で処理することができる。全ての旅程は、例えば旅行の開始地点、すなわち出発地点から最も近い駅又は自動車の駐車場まで行くために少なくともいくつかの徒歩を含むと仮定される。ユーザが徒歩を避けたいと規定している場合、最初と最後のものを除く旅程段階のみがこの嗜好によって影響されると考えられる。
【０１１８】
目的に関して、嗜好は、規定されて推定されることができる。目的について定義された経時的に進化する係数の同じアルゴリズムがＳ１１２における嗜好集計のために使用することができる。表６は、規定された及び推定された嗜好集計の例を示しており、規定された嗜好は１０という係数を有し、推定された嗜好は２という係数を有する。
【０１１９】
【表６】
0006792977.tif 000012
【０１２０】
モード嗜好における旅程の段階のランク付け１００の計算は、式（４）にかかる第２の目的関数によって計算することができる。
【０１２１】
【数６】
0006792977.tif 000013
【０１２２】
ここで、ｍｏｄｅｓは、旅程に含まれる輸送モードのセットであり、ｐｍｏｄｅは、段階のモードについての嗜好、すなわち、式１にしたがって計算された規定された及び推定された嗜好の加重集計であり、
【０１２３】
【数７】
0006792977.tif 000014
【０１２４】
であり、ｍａｘＤ（ｍｏｄｅ）は、旅程のセットにわたるモードの最大期間であり、ｄ（ｍｏｄｅ）は、モードの合計期間であり、ｎｕｍｂｅｒ  ｏｆ  ｍｏｄｅｓは、旅程に含まれる輸送モードの数である。
【０１２５】
ｐｍｏｄｅが０である場合、それは、ユーザが旅行においてそのモードを使用したくないであろうことを意味し、そのため、旅程全体は、そのモードに−∞などの非常に負の値を割り当てることによって非常に低い値を受ける。表７は、表６において定義されるような嗜好におけるランク付けを示している。
【０１２６】
【表７】
0006792977.tif 000015
【０１２７】
最終ランク付け
最終（グローバル）ランク付け（Ｓ２１２）は、目的におけるランク付け及び嗜好におけるランク付けの加重平均とすることができる。それゆえに、候補旅程のそれぞれ（又は少なくとも一部）は、最終ランク付け１０２（又はランク付けに変換されることができるスコア）を受ける。重みは、目的及び嗜好の相対的な重要性に依存することができる。例示的な実施形態において、目的は、嗜好よりも重要であると考えられる。この場合、目的は、嗜好よりも高い重みを有し、例えば、目的は２という重みを有し、嗜好は１という重みを有する。
【０１２８】
表８は、最終ランク付けの例を示している。
【０１２９】
【表８】
0006792977.tif 000016
【０１３０】
図５は、複数の目的関数の集計として本願明細書において使用される例示的な効用関数を図示している。
【０１３１】
図２及び図４に図示される方法は、コンピュータ上で実行可能なコンピュータプログラム製品において実装することができる。コンピュータプログラム製品は、ディスク、ハードドライブなどの制御プログラムが記録（記憶）された持続性コンピュータ読み取り可能な記録媒体を備えることができる。持続性コンピュータ読み取り可能な媒体の一般的な形態は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ又は任意の他の磁気記憶媒体、ＣＤ−ＲＯＭ、ＤＶＤ又は任意の他の光媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ又は他のメモリチップ若しくはカートリッジ、又は、コンピュータが読み取って使用可能な任意の他の持続性媒体を含む。コンピュータプログラム製品は、コンピュータ３０と一体化することができ（例えば、ＲＡＭからなる内部ハードドライブ）、又は、別個とすることができ（例えば、コンピュータ３０に動作可能に接続された外部ハードドライブ）、又は、別個にされ且つローカルエリアネットワーク（ＬＡＮ）又はインターネットなどのディジタルデータネットワークを介してアクセスされることができる（例えば、ディジタルデータネットワークを介してコンピュータ３０によって間接的にアクセスされる独立ディスクの安価な冗長アレイ（ＲＡＩＤ）又は他のネットワークサーバストレージとして）。
【０１３２】
あるいは、本方法は、電波及び赤外線データ通信中に生成されるものなどの音波又は光波などの伝送媒体を使用したデータ信号として制御プログラムが具現化される送信可能搬送波などの一時媒体で実装することができる。
【０１３３】
例示的な方法は、１つ以上の汎用コンピュータ、専用コンピュータ、プログラミングされたマイクロプロセッサ若しくはマイクロコントローラ及び周辺集積回路素子、ＡＳＩＣ若しくは他の集積回路、ディジタル信号プロセッサ、離散素子回路などのハードワイヤード電子若しくは論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡなどのプログラマブル論理素子、グラフィックカードＣＰＵ（ＧＰＵ）又はＰＡＬなどに実装することができる。一般に、図２及び／又は図４に示されたフローチャートを順次実施することが可能な有限状態機械を実現することができる任意の装置は、旅行ランク付け方法を実施するために使用することができる。理解されるように、本方法のステップは、全てコンピュータ実装することができるが、いくつかの実施形態において、ステップのうちの１つ以上は、少なくとも部分的に手動で実行することができる。同様に理解されるように、本方法のステップは、図示された順序で全て進められる必要はなく、より少ない、より多い又は異なるステップを実行してもよい。
【０１３４】
嗜好及び目的の規定及び学習の混合
このように、例示的なシステム及び方法は、ユーザの嗜好及び目的の進化を考慮することができ且つ大きな変化にも対応することができるプロファイルスキーム及びランク付け機能を提供する。
【０１３５】
ユーザ嗜好が安定している場合、Ａｒｅｎｔｚｅ，Ｔ．Ａ．、「適応的個人旅行情報システム：マルチモーダル輸送ネットワークにおいてユーザの個人嗜好を学ぶためのベイズ法（Ａｄａｐｔｉｖｅ  Ｐｅｒｓｏｎａｌｉｚｅｄ  Ｔｒａｖｅｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍｓ：Ａ  Ｂａｙｅｓｉａｎ  Ｍｅｔｈｏｄ  ｔｏ  Ｌｅａｒｎ  Ｕｓｅｒｓ’  Ｐｅｒｓｏｎａｌ  Ｐｒｅｆｅｒｅｎｃｅｓ  ｉｎ  Ｍｕｌｔｉｍｏｄａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋｓ）」、ＩＥＥＥ  Ｔｒａｎｓ．ｏｎ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔａｔｉｏｎ  Ｓｙｓｔｅｍｓ、ｖｏｌ．１４、ｎｏ．４．（２０１３年）及びＺｈａｎｇ，Ｊ．等、「個人化されたマルチモーダル経路計画：嗜好測定及び学習ベースアプローチ（Ｐｅｒｓｏｎａｌｉｚｅｄ  ｍｕｌｔｉ−ｍｏｄａｌ  ｒｏｕｔｅ  ｐｌａｎｎｉｎｇ：ａ  ｐｒｅｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ  ａｎｄ  ｌｅａｒｎｉｎｇ−ｂａｓｅｄ  ａｐｐｒｏａｃｈ）」、Ｐｒｏｃ．１１ｔｈ  Ｉｎｔ’ｌ  Ｃｏｎｆ．ｏｎ  Ｍｏｂｉｌｅ  ａｎｄ  Ｕｂｉｑｕｉｔｏｕｓ  Ｓｙｓｔｅｍｓ：Ｃｏｍｐｕｔｉｎｇ，Ｎｅｔｗｏｒｋｉｎｇ  ａｎｄ  Ｓｅｒｖｉｃｅｓ、ｐｐ．３３８−３４４（２０１４年）において提案されたものなどの学習技術は、ユーザの旅行選択肢から嗜好を推定するために使用することができる。推定された嗜好は、特に所定量のデータの取得をともなう学習フェーズが使用される場合には、規定された嗜好よりも正確である傾向がある。しかしながら、そのようなアプローチにおいて、履歴データ量は、現在の推定された嗜好に重みをおき、ユーザの行動の変化は、所定時間（及び選択肢）後に完全に考慮されるにすぎない。
【０１３６】
規定された目的及び嗜好のみならず推定されたものを考慮する本方法は、システムが変更についてのユーザの願望を考慮し、標準的な学習アプローチが推定された嗜好を更新することができる前の段階において例外的状況を検討するのを可能とする。規定後に経時的に推定値の係数を増加させることにより、推定の精度向上を考慮することができる。
【０１３７】
さらに、目的及び嗜好を規定することは、システムが旅行に影響を与える突然のイベントに対処するのを可能とすることができる（例えば、今週は、ユーザはより多くの時間を有しており、通常は好む自動車よりも自転車を好むであろう）。
【０１３８】
以下の例は、システムが異なる使用ケースにおいて候補旅程の関連ランク付けを与えることができることを示している。
【０１３９】
例１：初期状況、嗜好又は目的が何ら規定又は推定されていない
この状況において、規定された嗜好のデフォルト値のセットが確立され、規定された目的は、（特に指定のない場合、ユーザは時間を節約したいであろうという仮定に対応する）１に設定された時間節約における目的を除き、全て０に等しいと考えられる。
【０１４０】
例２：一部の嗜好及び目的が推定される
ユーザは、自己の旅行についての少なくとも１つの選択を行っており、システムは、ユーザの嗜好及び目的を推定するために旅行ログ７０とともにこのデータを使用する。例えば、システムは、ユーザが一般に自動車を使用するのを好む（推定された嗜好「運転」は５に設定され、全ての他の嗜好は不明である）ことを知っており、時間節約を目的とする（推定された目的「時間節約」は５に設定され、全ての他の目的は１のままである）。システムは、将来要求される旅行をランク付けするためにこれらの推定値を使用する。
【０１４１】
例３：１つの目的が規定される
ユーザは、目的を規定する。これは、（新たなデータを考慮するために）推定された目的の係数をリセットし、嗜好のものを変更しない。
【０１４２】
例４：一部の嗜好が規定される
ユーザは、いくつかの嗜好を規定するか又はそれらのいくつかを変更する。そして、システムは、ユーザがシステムの結果を変更したいと考えるのにともない、推定された嗜好係数を１にリセットする（及び規定された嗜好の係数は１２に設定される）。この機構は、新たな状況に適応するための時間を用途に与える。
【０１４３】
例５：例外的状況における候補旅程のランク付け
ユーザは、例えば、通常の輸送モードが利用可能でないか又はユーザが急いでいるなど、例外的イベントに対応することができる特定の状況にある。そして、ユーザは、状況に対応する特定の基準を使用する必要があり、したがって、ステレオタイププロファイル８４を選択する。このプロファイルに関連付けられた嗜好及び目的は、ユーザの嗜好及び目的の代わりにその後に使用される。この特定の場合において、嗜好は全て「不明」に設定される（（ユーザが実際に対応する輸送モードを使用したくないことを意味する）０に設定された嗜好を除く：そのような嗜好は、制約として考えられ、例えば、ユーザは、長時間歩行することができず、自己の嗜好においてこれを表現し、それゆえに変更されない）。全ての目的は、「非常に重要」（５）に設定される目的「時間節約」を除き、「未定義」（０）に設定される。推定された目的は、関係を壊すために全て１に設定される。
【０１４４】
例６：嗜好を有しないが目的を有するユーザ
この場合、ユーザは、いかなる嗜好も表現していないが、少なくとも１つの目的を指定している。そのような場合、規定された嗜好は考慮されず、ランク付けモジュールは、（利用可能な場合には）推定された嗜好と規定された及び推定された目的のみを考慮する。
【０１４５】
例７：完全な自己記述
この場合、ユーザは、ユーザプロファイル３６の規定された嗜好及び目的を完全に記入している。システムは、ランク付けプロセスにおいて規定された及び推定されたパラメータの双方を考慮するが、規定されたパラメータよりも推定されたパラメータをあまり重要と考えない。規定された嗜好の変化はいつでも発生する可能性があり、推定されたパラメータ係数をリセットする。例えば、自転車を購入して現在それを使用したいユーザ、又は、医師が毎日の歩行活動を増加することを勧めしており、すぐに考慮されることをそれらに期待してそれに応じて新たな嗜好を設定する者に対応することができる。
【０１４６】
いくつかの例は、システムが以下の状況のシーケンスに自己を適応させて経時的にどのように反応するかを説明している。
Ａ．ユーザは、自己の嗜好及び目的を規定することなくシステムを使用することを開始する；
Ｂ．しばらくすると、システムは、以下のようにユーザの嗜好及び目的を推定する；ユーザは、一般に、自動車を使用することを好み、時間を節約したい；
Ｃ．ユーザは、環境影響低減である目的を規定する；
Ｄ．ユーザは、以下のようにいくつかの嗜好を規定する；自転車に高レベル、自動車に低レベルの嗜好を設定する；
Ｅ．今日、ユーザは急いでいる；
【０１４７】
これらの様々な状況は、自宅から職場までの要求された旅行についての旅程選択肢の同じセットのランク付けにおいて考慮される。
１．自宅から最寄りのトラム駅まで徒歩（５分）、トラムＢに乗り（１５分）、トラム駅からユーザの職場まで徒歩（３分）。
２．自宅から最寄りのバス停まで徒歩（７分）、バス２１に乗り（４分）、バス４７を待機し（４分）、バス４７に乗り（５分）、バス停からユーザの職場まで徒歩（１分）。
３．自宅から自動車の駐車場まで徒歩（１分）、職場まで運転し（９分）、駐車場から職場まで徒歩（１分）。
４．自宅から職場まで自転車を使用（１７分）。
５．自宅から職場まで徒歩（４６分）。
【０１４８】
代替案に対応するコストが表９に示されている。
【０１４９】
【表９】
0006792977.tif 000017
【０１５０】
正規化後、コストは表１０に示されるようになる。
【０１５１】
【表１０】
0006792977.tif 000018
【０１５２】
例における状況Ａ〜Ｅのシーケンスを考えると、初めにユーザは、何ら嗜好又は目的を表現しておらず、時間節約における推定された目的のみが１に設定される。この状況において、嗜好も規定された目的も表１１に示されるように考慮されない。
【０１５３】
【表１１】
0006792977.tif 000019
【０１５４】
これらの結果によれば、その期間（１７分）が最良の期間（１１分）に近く、金銭的コスト、環境影響を最小化し、トラム、バス又は自動車を使用するよりも多い身体的活動をもたらすことから、最良の選択肢として代替案＃４（自転車使用）が提案される。歩行のみに依存する旅程は、非常に長く持続し、自転車を使用するよりも悪いと考えられる。
【０１５５】
しかしながら、ユーザは、自動車を使用することを選択する。それゆえに、システムは、以下のようにユーザの嗜好及び目的についての第１の値を推定する：表１２に示されるように、ユーザが自動車を使用することを好み（推定された嗜好「運転」は５に設定され、全ての他の嗜好は不明である）、時間節約を目的とする（推定された目的「時間節約」は５に設定され、全ての他の推定された目的は１のままである）。
【０１５６】
【表１２】
0006792977.tif 000020
【０１５７】
これらのパラメータによって提案された最良の選択肢は、時間節約（それが最速のものである）という推定された目的及び運転という推定された嗜好に対応する代替案＃３である。
【０１５８】
そして、ユーザは、環境への影響を低減するために３という目的値を規定する。これは、規定された目的と同じ値（又は規定されていない目的については１）に推定された目的をリセットし、規定された目的係数を１２に且つ推定された目的係数を１にリセットし、嗜好は変更しない。そして、目的値は、表１３に示されるように、金銭節約＝（０／１）、時間節約＝（０／１）、環境影響低減＝（３／３）、身体的活動増加＝（０／１）に規定／推定される。
【０１５９】
【表１３】
0006792977.tif 000021
【０１６０】
自動車による代替案は、時間節約がもはや主な目的ではないことから、もはや最適なものではない。２つの代替案は、自転車及び徒歩を使用して環境への影響を低減するのを可能とする。徒歩は自転車を使用するよりもはるかに長いことから、最良の選択肢は、ここでは代替案＃４である。
【０１６１】
ユーザは、いくつかの嗜好を規定している：高レベルにトラムを設定し、自転車を利用するための全体的な嫌悪を表現する。既に述べたように、ユーザが自己の嗜好を規定又は再定義した場合、ユーザがシステムの結果を変更したいと考えるのにともない、システムは、推定された嗜好係数を１にリセットする（及び規定された嗜好の係数は１２に設定される）。この機構は、新たな状況に適応するための時間を用途に与える。嗜好（規定された／推定された）の値は、ここでは以下のとおりである：表１４に示されるように、運転（未定義／５）、トラム使用（５／未定義）、自転車使用（０／未定義）。
【０１６２】
【表１４】
0006792977.tif 000022
【０１６３】
そして、この文脈における最良の選択肢は代替案＃５である。トラムを使用する選択肢＃１は、ユーザが好きと表現する輸送モードであるが、ユーザがまた自己の環境への影響を低減するという目的を表現しているので、最も高くランク付けされた選択肢ではない。トラムを使用すると、徒歩よりも汚染され、様々な基準の組み合わせは、最適な選択肢として徒歩を配置する。ユーザが徒歩よりもトラムの使用を好む場合、ユーザは、当然のことながら、明示的に徒歩についての嗜好値を定義することによって又は時間節約という目的を表現することによって規定することができる。しかしながら、ユーザがそうしない場合であっても、少し時間が経過した後、システムは、ユーザが徒歩を好まないことを推定し（例えば、ユーザは、トラムを毎回使用することを選択する）、推定された嗜好は、このランク付けを変更する。
【０１６４】
ユーザは急いでおり、彼女は、対応するステレオタイププロファイル「急いで」を選択する。このプロファイルに関連付けられた嗜好及び目的は、ユーザの嗜好及び目的の代わりに使用される。この特定の場合において、規定された及び推定された嗜好は、全て「未定義」に設定される（ユーザが実際に対応する輸送モードを使用したくないことを意味する０に設定されたそれらの嗜好を除く。そのような嗜好は制約として考慮される。例の場合において、自転車の使用は、完全に望ましくないと考えられたままであり、変更されることはない）。全ての規定された目的は、「非常に重要」（５）に設定される目的「時間節約」を除き、「未定義」（０）に設定され、推定された目的は、表１５に示されるように全て１に設定される。
【０１６５】
【表１５】
0006792977.tif 000023
【０１６６】
そして、最良の選択肢は、自動車を使用した代替案＃３であり、これは、確かに最も速いものである。
【０１６７】
旅程をランク付けするための方法は、ウェブサイトとして実装されることができる。ランク付け関数は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）で作成することができる。それは、例えば、米国特許出願第１４／４５０，６２８号の旅行プランナによって提案されたように候補旅程のセットを入力として受け入れ、上述した全ての工程を実行し、各提案された旅程についてのランクを生成する。
【図１】
0006792977.tif 000024
【図２】
0006792977.tif 000025
【図３】
0006792977.tif 000026
【図４】
0006792977.tif 000027
【図５】
0006792977.tif 000028