(57)【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサを持つコンピュータによって、履歴の通過データを取得する段階と、
前記コンピュータによって、通過ポイントに関連する少なくとも１つの利用条件を、前記履歴の通過データに少なくとも部分的に基づいて特定する段階であって、前記通過ポイントに関連する前記少なくとも１つの利用条件が、乗物が前記通過ポイントを通過する、一日における期間に関する利用条件を含む、段階と、
前記コンピュータによって、前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを含む地理的エリアにおいて通う複数の乗物に対する、前記少なくとも１つの利用条件に少なくとも部分的に基づく複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階であって、前記１つ又は複数のオファーは、事前に定義されたエリアを通行する又は前記事前に定義されたエリアに位置している前記複数の乗物のユーザに制限される、段階と、
前記コンピュータによって、前記１つ又は複数のオファーを前記ユーザのユーザデバイスに送信する段階と
を備える方法。
【請求項２】
通過ポイントに関連する少なくとも１つの利用条件を特定する段階は、
前記１つ又は複数のオファーに関連する適用されるインセンティブを決定する段階
をさらに備える請求項１に記載の方法。
【請求項３】
前記適用されるインセンティブは、
（ｉ）固定額の値引き、
（ｉｉ）割引き、
（ｉｉｉ）固定額の値上げ、又は
（ｉＶ）割合のペナルティ
のうちの１つをさらに備える請求項２に記載の方法。
【請求項４】
通過ポイントに関連する前記少なくとも１つの利用条件を特定する段階は、
回収期間を決定する段階
をさらに備える請求項１に記載の方法。
【請求項５】
前記通過ポイントの近くの乗物の通過を示すデータを受信する段階と、
前記乗物に関連するユーザを特定する段階と、
前記乗物の前記通過が前記回収期間内に行われた場合に、クーポンを回収する段階と、
前記乗物の前記通過が前記回収期間内に行われなかった場合に、ユーザアカウントの引き落としをする段階と
さらに備える請求項４に記載の方法。
【請求項６】
通過ポイントに関連する少なくとも１つの利用条件を特定する段階は、
履歴の通過データを解析することに少なくとも部分的に基づいて前記通過ポイントを選択する段階
をさらに備える請求項１、２又は５に記載の方法。
【請求項７】
通過ポイントを選択する段階は、
前記コンピュータによって、交通量を示す第１パラメータに関連する第１ロケーションを特定する段階と、
前記コンピュータによって、前記第１ロケーションに少なくとも部分的に基づいて前記通過ポイントを選択する段階と
をさらに備え、
前記通過ポイントは、前記第１ロケーションと比較して予め定められた利用を達成するよう選択される
請求項６に記載の方法。
【請求項８】
前記少なくとも１つの利用条件は、
前記通過ポイントでの乗物の交通を減らすこと、
第１ロケーションから前記通過ポイントに乗物の交通を送ること、
所定の時刻での乗物の交通を減らすこと、又は
所定のエリアにおける乗物の交通を減らすこと
の１つまたは複数を含む請求項１、２、５又は７に記載の方法。
【請求項９】
複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階は、
前記１つ又は複数のオファーの上限値を選択する段階
をさらに備え、
前記上限値は、送信されるオファーの総数の限度である
請求項１に記載の方法。
【請求項１０】
前記１つ又は複数のオファーを送信する段階は、
前記１つ又は複数のオファーをユーザインタフェースに送信する段階
をさらに備える請求項１に記載の方法。
【請求項１１】
前記１つ又は複数のオファーを送信する段階は、
ユーザからの前記１つ又は複数のオファーの少なくとも１つの購入を管理する段階
をさらに備える請求項１に記載の方法。
【請求項１２】
前記１つ又は複数のオファーの少なくとも１つの購入に関連する情報を受信する段階
をさらに備え、
前記情報は、通過プロファイルに関連するユーザアカウントを特定する
請求項１、２、５又は７に記載の方法。
【請求項１３】
前記１つ又は複数のオファーの少なくとも１つを特定する証明書を生成する段階
をさらに備える請求項１に記載の方法。
【請求項１４】
前記生成された証明書に関連する暗号化された信号を生成する段階
をさらに備える請求項１３に記載の方法。
【請求項１５】
乗物に関連する乗物ＩＤの受信に少なくとも部分的に基づいて前記証明書のアクティブ化を調整する段階
をさらに備える請求項１３に記載の方法。
【請求項１６】
前記複数の電子通行料金パスの前記少なくとも１つのそれぞれの購入に関連する乗物を特定する段階と、
前記複数の電子通行料金パスの前記少なくとも１つを示す設定を前記特定された乗物に送信する段階と
をさらに備える請求項１、２、５又は７に記載の方法。
【請求項１７】
複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階は、
前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを前記期間内に通行する複数のユーザに関連付けられた前記複数の乗物に対する前記複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階
を備える請求項１から１６のいずれか一項に記載の方法。
【請求項１８】
コンピュータに、請求項１から１７のいずれか１項に記載の方法を実行させるためのプログラム。
【請求項１９】
請求項１８に記載のプログラムを記録するコンピュータ可読記録媒体。
【請求項２０】
履歴の通過データを取得する手段と、
通過ポイントに関連する少なくとも１つの利用条件を、前記履歴の通過データに少なくとも部分的に基づいて特定する手段であって、前記通過ポイントに関連する前記少なくとも１つの利用条件が、乗物が前記通過ポイントを通過する、一日における期間に関する利用条件を含む、手段と、
前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを含む地理的エリアにおいて通う複数の乗物に対する、前記少なくとも１つの利用条件に少なくとも部分的に基づく複数の電子通行料金パスについて１つ又は複数のオファーを生成する手段であって、前記１つ又は複数のオファーは、事前に定義されたエリアを通行する又は前記事前に定義されたエリアに位置している前記複数の乗物のユーザに制限される、手段と、
前記１つ又は複数のオファーを前記ユーザのユーザデバイスに送信する手段と、
前記複数の電子通行料金パスのうちの少なくとも１つの電子通行料金パスに関連する１つ又は複数の証明書を送信するよう構成された無線周波数ＩＤ送信機と、
前記少なくとも１つの電子通行料金パスに関連する１つ又は複数の証明書を受信するよう構成された受信機モジュールと、
１つ又は複数の証明書に関連する乗物を認証するよう構成されたセキュリティモジュールと
を備えるシステム。
【請求項２１】
前記セキュリティモジュールは、
認証が成功したことに応じて前記無線周波数ＩＤ送信機に通電するよう構成された前記セキュリティモジュール
をさらに備える請求項２０に記載のシステム。
【請求項２２】
前記無線周波数ＩＤ送信機は、アクティブ無線周波数ＩＤ送信機を備える
請求項２０に記載のシステム。
【請求項２３】
前記無線周波数ＩＤ送信機は、パッシブ無線周波数ＩＤタグを備える
請求項２０に記載のシステム。
【請求項２４】
前記セキュリティモジュールは、認証が失敗したことに応じて非アクティブ化されるようさらに構成される
請求項２０に記載のシステム。
【請求項２５】
前記１つ又は複数のオファーを生成する手段は、前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを前記期間内に通行する複数のユーザに関連付けられた前記複数の乗物に対する前記複数の電子通行料金パスについて１つ又は複数のオファーを生成する
請求項２０から２４のいずれか一項に記載のシステム。
【請求項２６】
履歴の通過データを取得する手段と、
通過ポイントに関連する少なくとも１つの利用条件を、前記履歴の通過データに少なくとも部分的に基づいて特定する手段であって、前記通過ポイントに関連する前記少なくとも１つの利用条件が、乗物が前記通過ポイントを通過する、一日における期間に関する利用条件を含む、手段と、
前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを含む地理的エリアにおいて通う複数の乗物に対する、前記少なくとも１つの利用条件に少なくとも部分的に基づく複数の電子通行料金パスについて１つ又は複数のオファーを生成する手段であって、前記１つ又は複数のオファーは、事前に定義されたエリアを通行する又は前記事前に定義されたエリアに位置している前記複数の乗物のユーザに制限される、手段と、
前記１つ又は複数のオファーを前記ユーザのユーザデバイスに送信する手段と
を備える装置。
【請求項２７】
前記１つ又は複数のオファーに関連する適用されるインセンティブを決定する手段
をさらに備える請求項２６に記載の装置。
【請求項２８】
前記適用されるインセンティブは、
（ｉ）固定額の値引き、
（ｉｉ）割引き、
（ｉｉｉ）固定額のペナルティ、又は
（ｉＶ）割合の値上げ
のうちの１つを備える請求項２７に記載の装置。
【請求項２９】
交通量を示す第１パラメータに関連する第１ロケーションを特定する手段と、
前記第１ロケーションに少なくとも部分的に基づいて前記通過ポイントを選択する手段と
をさらに備え、
前記通過ポイントは、前記第１ロケーションと比較して予め定められた利用を達成するよう選択される
請求項２６又は２７に記載の装置。
【請求項３０】
前記通過ポイントでの乗物の交通を減らす、
第１ロケーションから前記通過ポイントに乗物の交通を経路誘導する、
所定の時刻での乗物の交通を減らす、又は
所定のエリアにおける乗物の交通を減らす
ことを少なくとも行う手段をさらに備える請求項２６に記載の装置。
【請求項３１】
前記１つ又は複数のオファーを生成する手段は、前記履歴の通過データに少なくとも部分的に基づいて、前記通過ポイントを前記期間内に通行する複数のユーザに関連付けられた前記複数の乗物に対する前記複数の電子通行料金パスについて１つ又は複数のオファーを生成する
請求項２６から３０のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して複数のオファーの生成、より具体的には道路上での使用のための複数のインセンティブオファーの生成に関する。
【背景技術】
【０００２】
交通渋滞は、世界の都市人口が増加するにつれて大きくなる問題でありながら、道路のリソースは限られたままである。それは目下、遅い速度、長い移動時間及び増大した乗物の列によって特徴づけられる。最も一般的な例は、複数の乗物による複数の道路の物理的なユーザである。交通渋滞はしばしば類似性がなく、複数の都市エリアにより広く行き渡る。更に、交通は、一日のある複数の時間に非常に混雑し、他の複数の時間には混雑しない可能性がある。しかしながら、交通渋滞を予測することの困難さ及び交通渋滞を予測するのに用いられる変数の多さのために、交通渋滞を軽減するための複数の提案が生まれてきた。
【図面の簡単な説明】
【０００３】
ここで、必ずしも縮尺通りに描かれていない添付の複数の図面に対して参照される。
【０００４】
【図１】例となるシステムの略図であり、複数の電子通行料金パスのための割引の複数のユーザオファーを生成するために使用され得る、例となるシステムのブロック図又はアーキテクチャである。
【０００５】
【図２】電子通行料金パスのための割引の複数のユーザオファーを生成及び管理するよう構成されたサーバシステムの例となるシステム又はアーキテクチャの略図である。
【０００６】
【図３】交通料金徴収デバイスの例となるシステム又はアーキテクチャの略図である。
【０００７】
【図４】開示の複数の実施形態による複数の割引オファーを生成するための例となるシステムの略図である。
【０００８】
【図５】複数のオファーの購入を促進するユーザインタフェースの例の説明図である。
【０００９】
【図６Ａ】複数の購入を回収するための方法の例についてのフローチャートの説明図である。
【図６Ｂ】複数の購入を回収するための方法の例についてのフローチャートの説明図である。
【発明を実施するための形態】
【００１０】
開示の複数の実施形態が、開示の複数の実施形態が示される添付の複数の図面を参照して後により完全に説明される。この開示は、しかしながら、多くの異なる形態で具現されてよく、ここで記載された複数の実施形態に限定して解釈されるべきではない。むしろ、これらの実施形態は、この開示が十分かつ完結し、開示の範囲を当業者に完全に伝達するようにするために提供される。全体を通して、同様の番号は同様の要素を参照する。
【００１１】
典型的なルート上の複数の交通パターンは、あるルートについての通勤／通学時間が、期間に基づき１時間と同程度に変わり得るように、所定の日、週又は月の期間ずっと変動し得る。例えば、複数の商業エリア内に位置するある複数のルートは、典型的な複数のビジネスアワーに対応し得るタイプの間で混雑し得る。これらの時間の間、交通は沈滞又は詰まり得る。しかしながら、複数のオフピーク時の間、複数のルートは比較的に空いており、交通は複数のルートにわたってかなり速く動き得る。結果として、複数のピーク期間の間の通勤／通学時間は、オフピーク時の間の通勤／通学時間を最大２時間上回り得る。実例として、多くのビジネスは午前９：００から午後５：００の時間の間に行われる。従って、これらのビジネスロケーションにおける複数の交通ルートは、午前８：００及び午前９：００の時間の間に混雑し得る。しかしながら、午前１０：００において、同一のルートは混雑が少なく比較的に空であり得る。この例において、もし、通常は午前８：００−午前９：００の間に移動する交通のいくつかが、午前１０：００−午前１１：００の間に代わるとすると、通勤／通学時間は全日を通して減らされ得る。
【００１２】
しかしながら、あるエリアを通過する複数の電子通行料金パス（electronic toll passes）に対する複数のインセンティブを購入することをオファーすることによって、複数のラッシュアワーの間の交通渋滞を減らす方法があり得る。これらのインセンティブオファーは、ユーザが非ラッシュアワー時に通勤／通学する場合に割引となるよう適用されるインセンティブをユーザが受け取ることを可能にし得る。適用されるインセンティブはまた、交通が非常に混雑した時刻の間の通勤に対するペナルティとなり得る。他の複数の適用されるインセンティブは、交通量が少ない複数の道路及び自動車道路のために使用され得る値下げ価格を含んでよい。また、関連する複数のペナルティ又は値上げ価格があってよい。これらのインセンティブは、政府管理のインフラ（交通料金徴収）及び商用管理のインフラ（例えば、給油所の無線支払、ドライブスルー支払）の両方を備える任意の認証された徴収インフラと乗物内の組み込まれたＤＳＲＣ無線との間の通信を可能にするよう構成された、ＲＦＩＤ送信機又は乗物送信機のような既存の交通網インフラで用いるために設定されてよい。
【００１３】
以下の記載において、様々な具体的な詳細が記載される。しかしながら、これらの具体的な複数の詳細なしで本開示の複数の実施形態が実施され得ることが理解されるべきである。複数の他の例において、この記載の理解を曖昧にしないようにするために、周知の複数の方法、複数の構造、及び複数の技術が詳細には示されていない。「一実施形態」、「実施形態」、「例示的な実施形態」、「様々な実施形態」などへの参照は、そのように記載された本開示の１つ又は複数の実施形態が、特定の機能、構造又は特性を含んでよいが、全ての実施形態が必ずしも特定の機能、構造又は特性を含む必要がないことを示す。さらに、「一実施形態では」という用語の繰り返しの使用は、同一の実施形態を参照し得るが、必ずしもそれを参照しているという必要はない。
【００１４】
本明細書で用いられるように、特に指定がない限り、共通の対象を説明するための「第１の」、「第２の」、「第３の」などの順序の形容詞の使用は、単に、同様の複数の対象の異なる事例が参照されようとすることを示し、そのように記載された複数の対象が、時間的、空間的、階層内又は任意の他の態様のいずれかにおいて所定の順序にあるべきことを含意することを意味していない。
【００１５】
本明細書で用いられるように、「乗物」の用語は、概して自動車、車両、トラック、乗用車、バスなどを意味してよい。
【００１６】
本明細書で用いられるように、特に指定がない限り、「ユーザデバイス」の用語は、概して、無線通信デバイス、より具体的には、下記の１つまたは複数を意味する。プロセッシング電子デバイス、電話（例えば、移動電話、スマートフォン）、コンピュータ（ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ）、ポータブルメディアプレイヤ、携帯情報端末（ＰＤＡ）、又は、ネットワーク機能を持つ任意の他の電子デバイス。
【００１７】
本明細書で用いられるように、特に指定がない限り、「乗物コンピューティングシステム」（ＶＣＳ）の用語は、乗物内のコンピューティングデバイス、乗物で用いるナビゲーションシステム、乗物娯楽システム、又は任意の他の類似のシステム又はデバイスを意味してよい。
【００１８】
本明細書で用いられるように、特に指定がない限り、「サービスプロバイダサーバ」の用語は、ネットワーク接続性を持ち、ユーザデバイス又は乗物内計算システムのような複数のクライアントに対して１つ又は複数の専用サービスを提供するよう構成された、任意のコンピューティングデバイスを意味してよい。複数のサービスは、データの記憶又は任意の種類のデータ処理を含んでよい。中央サーバの一例は、１つ又は複数のウェブページを提供するウェブサーバを含む。複数のウェブページのいくつかの例は、ソーシャルネットワーキングの複数のウェブページを含んでよい。
【００１９】
本明細書で用いられるように、特に指定がない限り、「交通網」の用語は、類似の支払インフラを介する、通行料金、料金、価格、又は、支払の複数の他の形態を受け付けるよう構成された、任意の道路、街路、自動車道路、軽鉄道、又は、モノレールシステムを意味してよい。
【００２０】
本明細書で用いられるように、特に指定がない限り、「通過ポイント」の用語は、無線送信機システムを介する支払を受け付けるよう構成された、任意の料金所、切符エンティティ、立体駐車場、路傍パーキングメータを意味してよい。
【００２１】
１つ又は複数の実施形態によると、モバイルデバイス及び／又はＶＣＳは、全地球測位システム（ＧＰＳ）データ又は任意の他の適した衛星システムデータのような衛星ナビゲーションデータを処理することによって、それらの現在位置を決定してよい。代替的に、位置は、ユーザのモバイルデバイスに関連するマルチラテレーションデータを処理することによって、決定されてよい。位置の決定は、セルラーネットワークの複数の基地局、複数のウェブサーバ、複数のネットワークルータなどから受信した補助的なデータに基づいてよい。
【００２２】
本開示の複数の実施形態は、交通網について履歴の通過データを解析することに基づいて、利用条件について電子通行料金パスに対するオファーを生成することを含んでよい。電子通行料金パスは、プリペイドであってよい。複数の実施形態は、履歴の乗物通過データを解析するための、サーバ、メインフレーム又は任意の適したコンピューティングデバイスを含んでよい。いくつかの実施形態において、履歴の通過データは、ローカルに記憶、又は、第三者マップソフトウェア、ＧＰＳデータ及びいくつかの例ではネットワークを用いるＶＣＳからのデータのような、他の複数のソースから、外部的に取得されてよい。履歴の乗物通過データに基づいて、代替のルート又は代替の通勤／通学時間の使用をもたらし得る、電子通行料金パスについてオファー及び関連する適用されるインセンティブを特定することが可能であってよい。ある複数の例において、ある高速道路又は道路に関連する通過ポイントが、ある時刻に混雑し得る。しかしながら、混雑したルートに平行して走り得る代替のルートが、同じ時刻の間に著しく少ない交通を持ち得る場合がある。従って、これらのルートを特定し、代替のルート、時刻に関する条件付けされた使用を伴う電子通行料金パスに対し適用されるインセンティブについてのオファーを生成することが可能であってよい。
【００２３】
システム及び複数の方法は、履歴の乗物通過データに基づいて電子通行料金パスについてオファーを生成してよい。電子通行料金パスについての複数のインセンティブオファーは、特定のルート、時刻、週の日など対して条件付けされてよい。さらに、スムーズな交通の流れを保証するために、購入され得るインセンティブオファーの総数に対して制限があってよい。
【００２４】
開示の複数の実施形態はまた、ユーザ群への１つ又は複数のオファーの配布を促進するための複数の方法を開示する。ユーザ群は、一般的に単一の地理的エリア、類似の人口統計、複数の乗物、複数の通勤／通学ルートなどにおいて通勤／通学する複数のユーザと定義されてよい。
【００２５】
複数のさらなる実施形態において、サービスプロバイダサーバは、ユーザ群への配布について関連する複数のインセンティブオファーを特定してよい。例えば、あるコーヒーショップが通過ポイントの近くに位置している場合、サービスプロバイダは、関連するインセンティブオファーを特定し、これらのインセンティブオファーを、アプリケーションポータル又はウェブサイトを用いてユーザ群に送信してよい。
【００２６】
複数のある実施形態において、サービスプロバイダサーバは、これらのインセンティブオファーをウェブサイト又は他のユーザインタフェースアプリケーションに出力してよい。複数のある実施形態において、複数のオファーは、ＧＲＯＵＰＯＮ（登録商標）又はＬＩＶＩＮＧＳＯＣＩＡＬ（登録商標）のような第三者のアグリゲータサイトに送信されてよい。複数の他の実施形態では、サービスプロバイダサーバは、複数のオファーを送信するためにユーザインタフェースを生成してよい。
【００２７】
サービスプロバイダサーバは、インセンティブオファーの購入を、ユーザの通過プロファイルに関連付けてよい。ユーザプロファイルは、ユーザの口座番号、ユーザの乗物の関連物、乗物のＶＩＮ番号、プリペイド残高、クレジットカード、及び他の支払情報のようなアカウント情報を含んでよい。ユーザプロファイルはまた、ユーザの乗物に設置され得る無線送信機デバイスについての識別子を持ってよい。
【００２８】
インセンティブオファーが購入されると、システムは、条件付けされた利用を表す証明書を生成してよい。証明書は、オファーに関連するクーポン又はユーザプロファイルを特定し得る電子通行料金徴収パスから信号を送信するよう構成されてよい。複数のある実施形態において、証明書は、クーポンを持つ厳密に１つの固有の乗物を正確に認証するために暗号化されてよい。さらに、複数の例示の実施形態は、乗物が電子通行料金パスに関連付けられてよい。いくつかの例において、無線周波数ＩＤデバイス（Radio Frequency Identification Device）が使用されてよい。複数の他の例において、ＶＣＳは、複数の信号を通過ポイントに送信するよう構成されたオンボードの送信機を持ってよい。
【００２９】
さらなる複数の例において、電子通行料金パスは、電子通行料金パスが唯一の乗物で使用されることを保証するために、乗物を認証してよい。さらに、特定の乗物の認証が失敗した場合、電子通行料金パス３００は、非アクティブ化されてよい。
【００３０】
ＲＦＩＤタグは、パッシブＲＦＩＤタグ又はアクティブＲＦＩＤタグであってよい。クーポンを表す証明書は、ネットワーク接続又は有線接続のいずれかを用いて乗物に送信されてよい。一実施形態では、証明書は、ポータブルメモリシステムを通じて受信され、ＲＦＩＤタグ上に物理的にダウンロードされてよい。複数の他の他の実施形態では、証明書は、３Ｇのような利用可能な長距離無線信号を用いて、遠距離受信機の乗物に送信されてよい。長距離受信機は、ＶＣＳに構築されてよい。  複数の他の実施形態では、証明書は、乗物のＯＢＤデバイスを通じて伝達されてよい。
【００３１】
パッシブＲＦＩＤタグにおいて、乗物が通過ポイントを通過する。通過ポイントは、到来する全ての乗物に応答指令信号を送信してよい。応答指令信号は、応答指令信号の受信に応答して、パッシブＲＦ信号をアクティブ化する。さらに、通過ポイントは、乗物から信号を受信する受信機とともに構成されてよい。
【００３２】
ここで、開示の複数の実施形態が、いくつかの実施形態が示されている添付の複数の図面を参照して、これからより完全に説明される。しかしながら、本発明は、多くの異なる形態で具現されてよく、ここで説明される実施形態に限定して解釈されるべきではない。これらの実施形態は、むしろ、この開示が十分かつ完全となり、当業者に開示の範囲を完全に伝達するように、提供される。全体を通して、同様の複数の番号は同様の複数の要素を参照する。
【００３３】
ここで、値引きされたユーザオファーの生成を促進するための、例となるシステム１００、アーキテクチャ又はコンポーネントのブロック図を図示する図１を参照する。いくつかの実施形態において、システム１００は、アプリケーションサーバ１１４として使用されてよい。複数の他の実施形態では、それは、コンピューティングデバイス、モバイルデバイス又は任意の他のそれらの組み合わせ上のスタンドアロンアプリケーションであってよい。複数の他の実施形態では、システム１００は、乗物に関連する乗物コンピューティングシステム（ＶＣＳ）のような、他のシステム又はデバイスのコンポーネントとして実装又具現されてよい。さらに複数の他の実施形態において、１つ又は複数の適切なコンピュータ可読媒体が、電子通行料金パスに関連するインセンティブ使用オファーを生成するために提供されてよい。サービスプロバイダサーバ１０２のサービスは、電子通行料金パスについてオファーを生成してよい。サービスプロバイダサーバ１０２は、これらに限定されないが、サーバコンピュータ、パーソナルコンピュータ、１つ又は複数のネットワーク化されたコンピューティングデバイス、特定用途向け回路、ミニコン、マイクロコントローラ、及び／又は任意の他のプロセッサベースデバイスを含む任意の数のプロセッサ駆動の装置、並びに／若しくは、複数のデバイスの組み合わせを含んでよい。
【００３４】
サービスプロバイダサーバ１０２は、任意の数のネットワーク１０４に通信可能に接続されてよい。ネットワーク１０４は、複数のケーブルネットワーク、インターネット、複数の無線ネットワーク、複数のセルラーネットワーク、および他のプライベート及び／又はパブリックネットワークのような、複数の異なるタイプの適切な複数の通信ネットワークのうちの１つ又は組み合わせを含んでよい。さらに、ネットワーク１０４は、これらに限定されないが、同軸ケーブル、ツイストペア線、光ファイバー、ハイブリッドファイバ同軸（ＨＦＣ）、複数の地上マイクロ波トランシーバ、複数の無線周波数通信、複数の衛星通信、又はそれらの組み合わせを含む、ネットワークトラフィックが搬送される任意の多様な媒体を含んでよい。
【００３５】
サービスプロバイダサーバ１０２は、ネットワーク１０４を通じて通過データ１０６及び交通網データ１０８を取得する。通過データ１０６は、道路上の全体の交通量の決定に関連する任意の数のパラメータを含んでよいが、これらに限定されない。これらのパラメータのいくつかは、様々な交差点での交通量、複数の主幹線、複数の副幹線に関するデータ、エリアの道路マップ、料金所又は料金徴収地点のような所定のルート決定位置における交通量、あるエリアで所定の期間に使用されている乗物の総数、ある期間の間の複数の乗物の平均速度、複数の乗物の平均数、所定日における料金徴収位置についてのピーク時間、ある位置についての使用量の複数の変動、所定期間の間の使用量の複数の変動、複数の交通パターン、交通の方向を含んでよい。いくつかの実施形態において、通過データ１０６は、都市又は都市圏エリアのようなエリア全体にわたる様々な位置に複数のセンサを配置することによって収集されてよい。いくつかのセンサは、カメラ又は赤外線検出デバイスのような複数の視覚センサであってよい。複数のセンサは、複数の速度センサ、複数の乗物がある地点を通り過ぎた場合にそれらを検出する複数の物理道路センサを含んでよい。さらに、サービスプロバイダサーバ１０２は、複数の第三者及び他の利用可能な複数のソースによって収集された通過データ１０６を受信してよい。
【００３６】
図１を引き続き参照して、サービスプロバイダサーバ１０２はまた、交通網の全体にわたる様々な位置、幹線、道路の交通網データ１０８を受信してよい。交通網データ１０８は、網上の所定の点についての使用量データを含んでよい。ユーザアカウントのような、複数の他のタイプのデータが、乗物から電子通行料金パスをスキャンすることによって収集されてよい。いくつかの実施形態において、交通網データ１０８は、様々な位置で利用可能な複数のセンサを介して収集されてよい。
【００３７】
図１を引き続き参照して、サービスプロバイダサーバ１０２は、他の複数の要因のうち通過データ１０６及び交通網データ１０８の解析に基づいて、交通網内の電子通行料金パスについて複数のオファーを生成する。１つの説明のための例において、複数のオファーは、第１の混雑した自動車道路から第１の自動車道路に平行して延びる比較的空いた第２の自動車道路へ交通を別ルートに変更するべく生成されてよい。この説明のための例において、複数のオファーは、第２の自動車道路についての複数の電子通行料金パスが、第１の自動車道路と比較して、値引きされるように生成されてよい。いくつかの実施形態において、オファーは、あるルート又はルート群に限定してされてよい。代替的に、あるオファーは、一日の全体にわたるいくつかの時間に制限され、いくつかのオファーは、複数の週、いくつかの季節又はそれらの任意の組み合わせのいくつかの日に制限されてよい。その後、複数のオファー１１８は、ウェブサイト又はユーザデバイス１１０上のアプリケーションのようなユーザ・ポータルを介して、複数のユーザ１１２に送信されてよい。いくつかの実施形態において、サービスプロバイダサーバ１０２は、これらのオファーのアクセス及び購入をユーザに提供してよい。他の実施形態では、サービスプロバイダサーバ１０２は、複数のオファーを、１つ又は複数のアプリケーションサーバ１１４に送信してよい。１つ又は複数のアプリケーションサーバ１１４は、これらに限定されないが、サーバコンピュータ、パーソナルコンピュータ、１つ又は複数のネットワーク化されたコンピューティングデバイス、特定用途向け回路、ミニコン、マイクロコントローラ、及び／又は任意の他のプロセッサベースデバイスを含む任意の数のプロセッサ駆動の装置、並びに／若しくは、複数のデバイスの組み合わせを含んでよい。アプリケーションサーバ１１４は、様々なエンティティからの複数のオファーを集約するためのインフラを提供してよい。ユーザは、アプリケーションサーバ１１４上の利用可能なウェブサイトにアクセスしてよい。
【００３８】
１つ又は複数のアプリケーションサーバ１１４は、クレジットカード、デビットカード、銀行デポジット又は他の利用可能な複数の支払方法の使用を介して、支払を受け付けてよい。アプリケーションサーバ１１４はまた、売られ得る電子通行料金パスの総数の購入を制限してよい。アプリケーションサーバ１１４は、ユーザデバイス１１０が複数のオファー１１８にアクセスすることを可能にしてよい。
【００３９】
ユーザデバイス１１０は、パーソナルコンピュータ、デスクトップコンピュータ、ノートブックコンピュータ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、電子ブックリーダ（ｅ−ｂｏｏｋリーダ）、タブレット型コンピューティングシステム、パッド型コンピューティングシステム、スマートフォン、ポータブルゲームデバイス、又はそれらの複数の組み合わせを含んでよいが、これらに限定されない。ユーザデバイス１１０は、ユーザ入力を受け付ける１つ又は複数のユーザ入力インタフェースを含んでよい。ユーザデバイス１１０はさらに、複数の無線ネットワーク及び複数のアクセスポイントと通信するために使用され得るように、Ｗｉ−Ｆｉ、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ、ブルートゥース、ＢＬＥ、セルラー式、３Ｇ、４Ｇ、ＬＴＥ、又はＷｉＭＡＸ（登録商標）のような様々な通信プロトコルにアクセスするための複数のネットワークインターフェースとともに構成されてよい。
【００４０】
ここで、サービスプロバイダサーバ１０２を図示する概略のブロック図である図２を参照する。サービスプロバイダサーバ１０２は、これらに限定されないが、サーバコンピュータ、パーソナルコンピュータ、１つ又は複数のネットワーク化されたコンピューティングデバイス、特定用途向け回路、ミニコン、マイクロコントローラ、及び／又は任意の他のプロセッサベースデバイスを含む任意の数のプロセッサ駆動の装置、並びに／若しくは、複数のデバイスの組み合わせを含んでよい。
【００４１】
サービスプロバイダサーバ１０２は、サービスプロバイダサーバ１０２の一般的な動作、及び／又は、複数のオファー生成モジュール２１６、複数のユーザインターフェースモジュール２１２、複数のオペレーティングシステムモジュール２１０又はユーザアカウントモジュール２１４の提供を促進する複数のコンピュータ可読命令を実行するための１つ又は複数のプロセッサ２１８を含んでよい。１つ又は複数のコンピュータプロセッサ２１８（ここで複数のプロセッサと一括して示される）は、中央処理装置（ＣＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、縮小命令セットコンピュータ（ＲＩＳＣ）、複合命令セットコンピュータ（ＣＩＳＣ）、マイクロプロセッサ、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はそれらの任意の組み合わせを、限定されることなく含んでよい。複数のプロセッサ２１８はまた、１つ又は複数のプロセッサ２１８とサービスプロバイダサーバ１０２の他の複数のコンポーネントの１つまたは複数との間の複数の通信を制御するチップセット（不図示）を含んでよい。ある複数の実施形態において、複数のプロセッサ２１８は、インテル（登録商標）アーキテクチャシステムに基づいてよく、１つ又は複数のプロセッサ２１８及びチップセットは、インテル（登録商標）Ａｔｏｍ（登録商標）プロセッサファミリのような、インテル（登録商標）プロセッサ及びチップセットのファミリーからであってよい。１つ又は複数のプロセッサ２１８はまた、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、若しくは、複数の特定データ処理関数又は複数のタスク処理するための特定用途向け標準装置（ＡＳＳＰ）を含んでよい。
【００４２】
１つ又は複数のプロセッサ２１８を持つことに加えて、サービスプロバイダサーバ１０２は、１つ又は複数のメモリデバイス２０４（概してメモリと称される）、１つ又は複数の入出力（「Ｉ／Ｏ」）インタフェース２０６、及び／又は１つ又は複数の通信接続２０８をさらに含んでよい。
【００４３】
メモリ２０４は、１つ又は複数のプロセッサ２１８に結合された、ランダムアクセスメモリ（「ＲＡＭ」）、リードオンリメモリ（「ＲＯＭ」）及び／又は複数のリムーバブル記憶装置のような任意のコンピュータ可読媒体であってよい。メモリ２０４は、サービスプロバイダサーバ１０２によって使用される、オペレーティングシステム（ＯＳ）２１０のような１つ又は複数のプログラムモジュールを格納してよい。１つ又は複数のプログラムモジュールは、ユーザインターフェースモジュール２１２、ユーザアカウントモジュール２１４、オファー生成モジュール２１６を含んでよい。
【００４４】
ある複数の実施形態は、ここで説明される複数の処理又は複数の方法を実行するようコンピュータ（又は他の電子デバイス）をプログラムするために使用され得る（圧縮又は非圧縮形式の）記憶された複数の命令を持つ非一時的機械可読記憶媒体を含むコンピュータプログラム製品として提供されてよい。例えば、ある複数の実施形態は、複数のサービスプロバイダコンピュータ１０２又は他の適した複数のコンピューティングシステムによって実行され得るコンピュータプログラム製品又は製品群として提供されてよい。機械可読記憶媒体は、複数のハードドライブ、複数のフレキシブルディスク、複数の光ディスク、複数のＣＤ―ＲＯＭ、複数のＤＶＤ、複数のリードオンリメモリ（「複数のＲＯＭ」）、複数のランダムアクセスメモリ（複数のＲＡＭ）、複数のＥＰＲＯＭ、複数のＥＥＰＲＯＭ、フラッシュメモリ、複数の磁気又は光学カード、複数のソリッドステートメモリデバイス、又は、複数の電子命令を記憶するための適した複数の他のタイプの媒体／機械可読媒体を含んでよいが、これらに限定されない。さらに、複数の実施形態はまた、（圧縮又は非圧縮形式の）一時的機械可読信号を含むコンピュータプログラム製品として提供されてよい。複数の機械可読信号の複数の例は、搬送波を用いて変調されているか否かにかかわらず、インターネット又は他の複数のネットワークを介してダウンロードされた複数の信号を含む、コンピュータプログラムを提供又は実行するコンピュータシステム又は機械がアクセスするよう構成されることができる複数の信号を含んでよいが、これらに限定されない。例えば、ソフトウェアの配布は、インタネットダウンロードであってよい。
【００４５】
メモリ２０４は、いくつかの複数のアクション又は複数の機能を実行してよい１つ又は複数のプロセッサ２１８による実行のための複数の命令を格納してよい。これらの命令は、Ｉ／Ｏインタフェース２０６のような複数のハードウェアリソースを管理し、１つ又は複数のプロセッサ２１８上で動作している複数のアプリケーションに様々な複数のサービスを提供するよう構成されたオペレーティングシステム２１０を含んでよい。１つ又は複数のメモリ２０４はまた、様々な通過データ２２２（Ａ）、アカウントデータ２２２（Ｂ）、ＶＣＳデータ２２２（Ｃ）、及び通過ポイントデータ２２２（Ｄ）に関する複数のデータファイル（２２２（Ａ）...２２２（Ｎ））を含む１つ又は複数のデータストア２２０を格納してよい。これらのデータストア２２０は、複数のリスト 、複数の配列、複数のデータベース、複数のフラットファイルなどを備えてよい。いくつかの実装において、複数のデータストア２２０は、クラウド記憶サービスのような、サービスプロバイダサーバ１０２の外部であるが、ネットワークを介してアクセス可能なメモリに格納されてよい。複数のデータストア２２０はまた、第三者のデータ又は他の複数のデータソースを格納してよい。複数の通信接続２０８は、いくつかの関連データの中で特にセンサデータ、アカウントデータ２２２（Ａ）、環境データ、乗物デバイスデータ及び通過データを含む、［２２０（Ａ）...２２２（Ｎ）］のような１つ又は複数のデータファイルを含むデータストア２２０とインタフェースしてよい。
【００４６】
ＯＳ２１０は、サービスプロバイダサーバ１０２の一般的な動作及び他の複数のプログラムモジュールの実行を促進する任意の適したモジュールであってよい。オファー生成モジュール２１６、ユーザインターフェースモジュール２１２、ユーザアカウントモジュール２１４のような１つ又は複数のプログラムモジュールは、履歴の通過データ２２２（Ａ）に基づいて、複数のオファーを生成及びそれらのオファーに基づく複数の電子通行料金パスの購入を管理するよう構成された１つ又は複数の適したソフトウェアモジュール及び／又はアプリケーションを含んでよい。
【００４７】
オファー生成モジュール２１６は、複数の電子通行料金パスについて複数のオファーを生成するよう構成された、ハードウェア、ソフトウェア又はファームウェア実装であってよい。オファー生成モジュール２１６のソフトウェア又はファームウェア実装は、ここで説明される様々な複数の機能を実現させるために任意の適したプログラミング言語で書かれたコンピュータ実行可能な又は機械実行可能な複数の命令を含んでよい。オファー生成モジュール２１６は、履歴の通過データ２２２（Ａ）に少なくとも部分的に基づいて、複数のオファーを生成してよい。履歴の通過データ２２２（Ａ）は、データストア２２０から取得されてよい。
【００４８】
例示的な実施形態において、オファー生成モジュール２１６は、通過データ、乗物データ、履歴データなどのような、データストア２２０に配置された複数のデータファイル又は複数のデータストアモジュールを取得してよい。これらのデータストアの解析に部分的に基づいて、オファー生成モジュールは、複数の適用されるインセンティブを含む複数のオファーを生成するために複数の通過ポイントを特定してよい。複数の通過ポイントを特定することを目的として、オファー生成モジュールは、利用条件についての複数の基準を決定してよい。そのような利用条件の１つの例は、午前９：００−午前１０：００の間におけるジョージア４００の通勤／通学時間を減らすことであってよい。オファー生成モジュール２１６は、利用条件について適用されるインセンティブを含むオファーを生成してよい。そのような適用されるインセンティブの１つの例は、午前１０：００−午前１１：００の間に通行する通勤／通学者のための毎月のパスについて５ドルの割引であってよい。他の適用されるインセンティブは、午前９：００−午前１０：００の間に通行する通勤／通学者に対する５ドルの課徴金であってよい。適用されるインセンティブの他の例は、ジョージア４００に平行なルートを通行する通勤／通学者に対する２０％の割引であってよい。オファー生成モジュール２１６に関連する複数の方法及び複数のシステムは、図４においてさらに論じられる。
【００４９】
ユーザインターフェースモジュール２１２は、生成されたオファーに関連するユーザインタフェースを生成及び管理するよう構成されたハードウェア、ソフトウェア又はファームウェア実装であってよい。ユーザインターフェースモジュール２１２のソフトウェア又はファームウェア実装は、ここで説明される様々な複数の機能を実現させるために任意の適したプログラミング言語で書かれたコンピュータ実行可能な又は機械実行可能な複数の命令を含んでよい。１つの例示の実施形態では、ユーザインターフェースモジュール２１２は、複数の生成されたオファーの表示及び複数の購入を可能にするためのウェブサイト又はユーザインタフェースを生成してよい。複数の他の実施形態では、ユーザインターフェースモジュールは、複数の生成されたオファーをユーザが見ること及び購入することを促進するための第三者のウェブサイト又はオファーアグリゲータと通信してよい。他の複数の例示の実施形態において、ユーザインターフェースモジュール２１２は、ウェブサイトからの広告への表示のために複数のオファーを管理及び送信してよい。第三者サーバはまた、多くのユーザ１１２からの複数の要求を処理し、それに応答して、ユーザデバイス１１０でレンダリングされる様々な複数のユーザインタフェースを提供することが可能であってよい第三者のウェブサイトを生成してよい。さらに、第三者ウェブサイトはまた、他の複数のサービスプロバイダ及び複数の売主からの複数のインタラクションを処理及び受け取る。第三者のウェブサイトは、複数のソーシャルネットワーキングサイト、複数のオンライン商店、チケットの複数の販売業者又は複数の再販者、複数のコンサートサイト、複数のスポーツイベントサイト、複数のエアラインサイト、複数の情報サイト、複数のブログサイト、複数のサーチエンジンサイト、複数のニュース及び娯楽サイトなどを含む、ユーザインタラクションをサポートする任意のタイプのウェブサイトであることができる。上述したように、説明される複数の技術は、第三者のウェブサイトの外部に同様に実装されることができる。
【００５０】
いくつかの例において、第三者のウェブサイトは、他の複数のユーザと対話するため及び／又は他の複数の製品及び複数のサービスについて複数のオファーを共有するためのプラットフォームを提供してよい。ここで、複数のオファーの少なくともいくつかは、割引された又は特価のオファーである。更に、ウェブサイトは、限定された期間についての複数の特価のオファーを含む電子カタログを提供してよい。インセンティブオファーは、見る、共有、購入、貸す、予約する、通知又はいくつかの消費の他の形態のために複数のウェブサイトが出力する任意のものを含んでよい。第三者のウェブサイトはまた、サービスプロバイダサーバ１０２が複数のオファーとやり取りすることを可能にするプラットフォームを提供してよい。サービスプロバイダサーバ１０２は、１つ又は複数のオファーを第三者のウェブサイトに送信してよい。第三者のウェブサイトは、これらの複数のオファーの購入を管理してよい。これらの複数のオファーの複数の購入の管理は、購入数の制限、クレジットカード情報のような支払の受け取りを含んでよいが、これに限定されない。
【００５１】
１つの非限定的な例において、ユーザ１１２は、ユーザデバイス［１１０（Ａ）...１１０（Ｎ）］の少なくとも１つのユーザインターフェースモジュール２１２によって生成され得るユーザアプリケーションを介して、ウェブサイトにアクセスしてよい。いくつかの態様において、ユーザアプリケーションは、ウェブブラウザ、モバイルアプリケーション、専用アプリケーション又はウェブサイトにアクセスする任意の手段であってよい。このように、ユーザアプリケーションは、サービスプロバイダサーバ１０２のようなサーバからのＨｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（「ＨＴＭＬ」）の複数の要求及び複数の応答を提供及び受け取ってよい。いくつかの例において、ウェブサイトは、サービスプロバイダサーバ１０２、又は、（アプリケーションサーバ１１４のような）任意の他の第三者のウェブサーバによって提供されてよい。ユーザ１１２には、ユーザ１１２がウェブサイトの注文、複数のユーザプロファイル、デジタルコンテンツ、複数の製品、複数のサービス、情報などとやり取りし得るホームスクリーンを提供し得るグラフィカルユーザインタフェース（「ＧＵＩ」）が提示されてよい。さらに、ＧＵＩは、１つ又は複数のオファーをユーザに表示するように構成されてよい。複数のオファーは、ユーザの地理的地域に少なくとも部分的に基づくユーザに限定されてよい。ユーザは、複数の電子通行料金パスについての複数のオファーを見てよい。ここで、複数の電子通行料金パスのそれぞれは、異なる複数の期間及び複数の条件を持ってよい。
【００５２】
いくつかの例において、ユーザ１１２は、第三者のウェブサイト又はサービスプロバイダサーバ１０２によって提供されるウェブサイトのいずれかに、ログイン又はさもなくばセッション入りしてよい。ログインは、ユーザ識別子（「ＩＤ」）及び／又はパスワードのような複数のログイン認証の受信に基づいてよい。ユーザインターフェースモジュール２１２はさらに、ユーザが購入情報を入力する及び複数のオファーのうち購入する少なくとも１つを選択するためのインタフェースを提供してよい。
【００５３】
１つの非限定的な例において、その後に、ユーザインターフェースモジュール２１２は、複数のオファーの購入を受け付ける及び促進するように構成されてよい。一実施形態では、ラップトップコンピュータ又はタブレットのような、モバイルデバイス又は他のクライアントデバイスを用いて、ユーザは、複数のオファーを促進するよう構成されたダウンロード可能なもの、アプリケーションプログラム又はアプリケーションを、モバイルデバイス又は他のクライアントデバイスにダウンロードできる。ユーザは、促された場合に、アカウントを生成して、名前、移動電話番号、電子メール又はメッセージ・アドレス若しくはソーシャルメディア・アプリケーションのアカウント名のような何らかの識別情報を、ユーザインタフェース又はアプリケーションに入力することができる。いくつかの実施形態では、ユーザは、銀行口座番号、支払デバイス番号、セキュリティコードの追加のような支払方法を入力することができる。複数の他の例において、消費者は、複数のオファーの購入で用いるプリペイドバリューの口座についてチャージ、ロード又はさもなくば許可をすることができる。複数のさらなる例において、ユーザは、電子通行料金パスデバイスを購入してよい。電子通行料金パス３００は、図３でさらに詳細に論じられる。
【００５４】
ユーザアカウントモジュール２１４は、複数のユーザのそれぞれに関連する複数のユーザアカウントプロファイル及び複数の電子通行料金パスを管理するための、ハードウェア、ソフトウェア又はファームウェアであってよい。ユーザアカウントモジュール２１４のソフトウェア又はファームウェア実装は、ここで説明される様々な複数の機能を実現させるために任意の適したプログラミング言語で書かれたコンピュータ実行可能な又は機械実行可能な複数の命令を含んでよい。ユーザアカウントモジュール２１４は、ウェブサイト又はユーザインタフェースからのユーザアカウント情報を格納して、クーポンが購入された後に他のデータの格納を処理してよい。ユーザアカウントモジュールはまた、ユーザをいくつかのユーザ乗物と関連付けてよい。さらに、複数のユーザ乗物のそれぞれについて、ユーザアカウントモジュールは、対応する電子通行料金パスを関連付けてよい。電子通行料金パスデバイスは、固有のトランスポンダ識別を持ち、また、１つのみの乗物で機能するように構成されてよい。いくつかの実施形態では、それぞれの電子通行料金パスモジュール３００は、プリペイド通貨バリューでクレジットされていてよい。代替的に、ユーザアカウントは、交通網における利用可能な全ての通過ポイントを管理するための支払情報を格納してよい。ユーザアカウントはまた、複数の通過位置について１つ又は複数の特価のオファーにさらに関連されていてよい。例えば、通過ポイントを通過するアクセスについて乗物が＄５．００チャージされている場合、ユーザアカウントモジュールは、プリペイド通貨バリューから＄５．００を減らしてよい。しかしながら、乗物が一ヶ月の午前１０：３０−午前１１：００の間の通行について＄３０．００の特別な適用されるインセンティブを伴うオファーに関連しており、乗物がその特定の時刻に所定の通過ポイントを通行する場合、適用されるインセンティブが適用されてよい。
【００５５】
証明モジュール２２４は、プロセッサ２１８によって実行された場合、様々な複数の認証の動作が実行されることをもたらす複数のコンピュータ実行可能なプログラム命令を含んでよい。例えば、証明モジュール２２４の少なくとも一部として提供される複数のコンピュータ実行可能なプログラム命令は、電子通行料金パスが購入された乗物を認証するため又は電子通行料金パスの認証を促進するために、プロセッサ２１８によって実行されてよい。証明モジュール２２４は、複数の電子通行料金パスを認証するために使用される複数のデジタル証明書を発行する任意のエンティティに、証明書を送信してよい。例えば、証明モジュールは、電子通行料金パスの第三者の複数のベンダに、証明書を送信してよい。証明書は、唯一の乗物を認証又は特定するために暗号化されてよい。例えば、証明書は、一意に乗物を特定し得る、乗物のＶＩＮ番号又は他のコードに少なくとも部分的に基づく暗号化を含んでよい。複数の他の実施例において、証明書は、乗物からの認証信号又はハンドシェイクを受信する電子通行料金パスモジュールに関連する暗号化に少なくとも部分的に基づいてよい。さらに、証明書は、乗物から取り除かれた又は複数の乗物の間で転送された場合に証明書が非アクティブ化され得るよう、乗物のＶＩＮ番号で暗号化されてよい。電子通行料金パス３００及び証明書のさらなる複数のインタラクションが、図３においてより詳細に説明される。
【００５６】
証明書を生成すると、サーバ装置は、電子通行料金パス３００に遠隔で又はＶＣＳを介してのいずれかで、証明書を送信してよい。証明書は、電子通行料金パスモジュールにダウンロードされてよい。一実施形態では、証明書は、ＵＳＢデバイスのようなポータブルメモリ記憶装置にダウンロードされてよい。複数の他の実施形態では、証明書は、３Ｇのような長距離無線信号を介する長距離無線とともに構成された乗物通信装置を用いて、電子通行料金パスに送信されてよい。
【００５７】
他の複数のモジュールもまたメモリ２０４に存在してよい。これらのモジュールは、許可、認証、アカウンティング、セキュリティなどを含む複数の機能を提供してよい。
【００５８】
複数の実施形態は、ここで説明される複数の処理又は複数の方法を実行するようコンピュータ（又は他の電子デバイス）をプログラムするために使用され得る（圧縮又は非圧縮形式の）記憶された複数の命令を持つ非一時的機械可読記憶媒体を含むコンピュータプログラム製品として提供されてよい。機械可読記憶媒体は、複数のハードドライブ、複数のフレキシブルディスク、複数の光ディスク、複数のＣＤ―ＲＯＭ、複数のＤＶＤ、複数のリードオンリメモリ（複数のＲＯＭ）、複数のランダムアクセスメモリ（複数のＲＡＭ）、複数のＥＰＲＯＭ、複数のＥＥＰＲＯＭ、フラッシュメモリ、複数の磁気又は光学カード、複数のソリッドステートメモリデバイス、又は、複数の電子命令を記憶するための適した複数の他のタイプの媒体／機械可読媒体を含んでよいが、これらに限定されない。さらに、複数の実施形態はまた、（圧縮又は非圧縮形式の）一時的機械可読信号を含むコンピュータプログラム製品として提供されてよい。複数の機械可読信号の複数の例は、搬送波を用いて変調されているか否かにかかわらず、インターネット又は他の複数のネットワークを介してダウンロードされた複数の信号を含む、コンピュータプログラムを提供又は実行するコンピュータシステム又は機械がアクセスするよう構成されることができる複数の信号を含んでよいが、これらに限定されない。例えば、ソフトウェアの配布は、インタネットダウンロードであってよい。
【００５９】
電子通行料金徴収パス３００の説明のための例である図３をここで参照する。以下の電子通行料金パス３００は、短距離無線信号を放射するよう構成された任意の短距離無線デバイスに関連して説明されるだろう。しかしながら、この特定の図面は、ある例としてのアクティブＲＦＩＤ送信機を説明する。しかしながら、デバイスの例はそのように限定されず、複数の短距離信号を通過ポイントに関連する読み取り機に送信するよう構成された任意の無線送信機に適用されることができる。複数の他の実施例において、パッシブであるＲＦＩＤタグが、通過ポイントを通過するアクセスを提供するために使用されてよい。いくつかの例において、ブルートゥースのような短距離無線、３Ｇ通信のような長距離無線のような他の複数の無線の信号が使用されてよい。他の非限定的な複数の例では、乗物は、通過ポイントでデジタル証明書を読み取り機に送信するためのオンボード送信機とともに構成されてよいさらに、乗物はオンボード送信機が装備されてよい。
【００６０】
図３で参照されるように、いくつかの実施形態では電子通行料金パスデバイス３００が使用されてよい。電子通行料金パスデバイス３００は、乗物に取り付けられてよい。いくつかの説明のための例において、電子通行料金パスデバイス３００は、乗物におけるフロントウィンドウに貼られてよい。
【００６１】
電子通行料金パスデバイス３００は、プロセッサとともに構成されてよい。１つ又は複数のプロセッサ３０２は、中央処理装置（ＣＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、縮小命令セットコンピュータ（ＲＩＳＣ）、複合命令セットコンピュータ（ＣＩＳＣ）、マイクロプロセッサ、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はそれらの任意の組み合わせを、限定されることなく含んでよい。電子通行料金パスデバイス３００はまた、１つ又は複数のプロセッサ３１２と電子通行料金パス３００の１つ又は複数の他の複数のコンポーネントとの間の複数の通信を制御するためのチップセット（不図示）を含んでよい。ある複数の実施形態において、複数のプロセッサ３０２は、インテル（登録商標）アーキテクチャシステムに基づいてよく、１つ又は複数のプロセッサ３０２及びチップセットは、インテル（登録商標）Ａｔｏｍ（登録商標）プロセッサファミリのような、インテル（登録商標）プロセッサ及びチップセットのファミリーからであってよい。１つ又は複数のプロセッサ３０２はまた、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、若しくは、複数の特定データ処理関数又は複数のタスクを処理するための複数の特定用途向け標準装置（ＡＳＳＰ）を含んでよい。
【００６２】
電子通行料金パス３００は、メモリ３０４とともに構成されてよい。メモリ３０４は、１つ又は複数のプロセッサ３０２に結合された、ランダムアクセスメモリ（「ＲＡＭ」）、リードオンリメモリ（「ＲＯＭ」）及び／又は複数のリムーバブル記憶装置のような任意のコンピュータ可読媒体であってよい。メモリ３０４は、電子通行料金パス３００で使用される１つ又は複数のプログラムモジュールを格納してよい。機械可読記憶媒体は、複数のハードドライブ、複数のフレキシブルディスク、複数の光ディスク、複数のＣＤ―ＲＯＭ、複数のＤＶＤ、複数のリードオンリメモリ（「複数のＲＯＭ」）、複数のランダムアクセスメモリ（複数のＲＡＭ）、複数のＥＰＲＯＭ、複数のＥＥＰＲＯＭ、フラッシュメモリ、複数の磁気又は光学カード、複数のソリッドステートメモリデバイス、又は、複数の電子命令を記憶するための適した複数の他のタイプの媒体／機械可読媒体を含んでよいが、これらに限定されない。
【００６３】
メモリ３０４は、デジタル証明書３１８のような複数のデータファイルを格納してよい。複数のデジタル証明書は、割引オファーの購入又は電子通行料金パス３００の購入を表してよい。
【００６４】
電子通行料金パスデバイス３００はまた、短距離無線送信機／受信機３１６とともに構成されてよい。短距離無線送信機及び受信機３１６は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格（２０１０年１０月公開のＷｉ−Ｆｉ  Ｄｉｒｅｃｔ仕様を参照）及び・又はＩＥＥＥ８０２．１１無線規格（２００７年３月８日公開のＩＥＥＥ  ８０２．１１−２００７、２００９年１０月公開のＩＥＥＥ  ８０２．１１ｎ−２００９を参照）若しくはそれらの組み合わせをいずれか用いて複数の信号をブロードキャスト及び受信する任意の適したハードウェア及びソフトウェアを使用してよい。短距離無線送信機／受信機３１６は、複数のＩＥＥＥ８０２．１１無線規格によって決定される広い範囲の動作周波数において動作してよい。短距離無線送信機／受信機３１６は、ＩＥＥＥ８０２．１１ｐによって記述されたもののような、複数の無線パーソナルエリアネットワークに範囲において限定されてよい。短距離無線信号のいくつかの例は、ブルートゥースを含んでよい。この特定の実施形態において、短距離無線送信機／受信機３１６は、多くの乗物に搭載され得るＶＣＳとの複数の認証目的で送信するための複数の短距離無線信号を送受信してよい。
【００６５】
電子通行料金パスデバイス３００はさらに、ＲＦＩＤ受信機３０８を用いて読み取り機器からＲＦＩＤインタロゲーションを受信するように構成されてよい。ＲＦＩＤ受信機３０８は、通過ポイントに関連するＲＦＩＤリーダによって送信されたインタロゲーションに応答するように構成されてよい。例えば、読み取り機は、インタロゲーションを受信すると送信機に通電するように構成されてよい。
【００６６】
電子通行料金パスデバイス３００はさらに、デジタル証明書３１８を表すＲＦＩＤ信号を、通過ポイントに関連する外部の読み取り機に送信するためにＲＦＩＤ送信機３１２とともに構成されてよい。
【００６７】
メモリ３０４は、電子通行料金パスデバイス３００によって使用される１つ又は複数のプログラムモジュールを格納してよい。１つ又は複数のプログラムモジュールは、認証モジュールを含んでよい。認証モジュール３１４は、複数のデジタル証明書に対して乗物を認証することに関連する様々な機能を実行してよい。認証モジュール３１４はまた、オファー又は電子通行料金パスの購入に関連する乗物を認証してよい。一実施形態では、認証モジュール３１４は、短距離無線送信機／受信機３１６を通じて、乗物にハンドシェイク信号を送信してよい。認証モジュールは、乗物から応答信号を受信するようにも構成されてよい。信号は、認証モジュール３１４によってデコードされ、検証されてよい。そのような検証は、ユーザデバイスでエンコードされたメッセージをデコード又は解読することを含んでよい。一実施形態では、応答が正常に認証された場合、それは乗物からの有効なハンドシェイクとみなされてよい。認証モジュール３１４は、通過ポイントに関連する読み取り機に対するデジタル証明書３１８の送信を可能にしてよい。応答が正常でなく、検証が行われなかった場合、認証モジュール３１４は、電子通行料金パスモジュール３００内のＲＦＩＤ送信機３１２を無効化するように構成されてよい。これらに限定されないが、複数の暗号学的ハッシュ関数（例えば、ＨＭＡＣ）、複数のブロック暗号アルゴリズム（例えば、ＯＭＡＣ、ＣＢＣ−ＭＡＣ及びＰＭＡＣ）、及び、プライベート鍵、パブリック鍵／プライベート鍵の派生、複数の秘密鍵、又は意図されたデバイスのみがメッセージを解読し得るよう情報をエンコードし得る複数の他の技術に依拠し得る他の複数の技術を含む、メッセージを認証するための様々な技術が採用されてよい。
【００６８】
ある複数の実施形態において、ここで説明される複数の処理又は複数の方法を実行するようコンピュータ（又は他の電子デバイス）をプログラムするために使用され得る（圧縮又は非圧縮形式の）記憶された複数の命令を持つ非一時的機械可読記憶媒体を含むコンピュータプログラム製品として提供されてよい。例えば、ある複数の実施形態は、複数のサービスプロバイダコンピュータ１０２又は他の適した複数のコンピューティングシステムによって実行され得るコンピュータプログラム製品又は製品群として提供されてよい。機械可読記憶媒体は、複数のハードドライブ、複数のフレキシブルディスク、複数の光ディスク、複数のＣＤ―ＲＯＭ、複数のＤＶＤ、複数のリードオンリメモリ（「複数のＲＯＭ」）、複数のランダムアクセスメモリ（複数のＲＡＭ）、複数のＥＰＲＯＭ、複数のＥＥＰＲＯＭ、フラッシュメモリ、複数の磁気又は光学カード、複数のソリッドステートメモリデバイス、又は、複数の電子命令を記憶するための適した複数の他のタイプの媒体／機械可読媒体を含んでよいが、これらに限定されない。さらに、複数の実施形態はまた、（圧縮又は非圧縮形式の）一時的機械可読信号を含むコンピュータプログラム製品として提供されてよい。複数の機械可読信号の複数の例は、搬送波を用いて変調されているか否かにかかわらず、インターネット又は他の複数のネットワークを介してダウンロードされた複数の信号を含む、コンピュータプログラムを提供又は実行するコンピュータシステム又は機械がアクセスするように構成されることができる複数の信号を含んでよいが、これらに限定されない。例えば、ソフトウェアの配布は、インタネットダウンロードであってよい。
【００６９】
ここで図４を参照して、クーポンオファーインセンティブを生成するための例示の方法を図示するフローチャートである。複数の方法及び／又は図４の複数の処理４００において説明及び示される複数のオペレーションは、様々な実施形態において求められるような任意の適した順序で実施は実行されてよい。更に、ある複数の実施形態において、複数のオペレーションの少なくとも一部は、パラレルに遂行されてよい。さらに、ある複数の実施形態において、図４に説明される複数のオペレーションより少ない又は上回るものが実行されてよい。
【００７０】
オペレーション４０２において、システムは、通過データ、乗物データ及び交通網データのような履歴データを取得してよい。さらに、データは、乗物の流れ、複数の通行率、複数の付随時間、隣接する複数の道路における交通量、乗物の速度などを含んでよい。例えば、ある複数の交通網に関連する履歴の情報は、高速道路の管理者、複数の赤外線カメラ、複数の信号、及び、道路又は自動車道路上の乗物の物理的な存在を検出するように構成された複数のセンサのような任意の数のデータソースから特定、アクセス及び／又は得られてよい。ある複数の実施形態において、情報は、前の月、年、季節などのような、予め定められた履歴期間について特定されてよい。必要に応じて、情報はまた、任意の数の他の基準（例えば、地理的エリア、交通渋滞、道路タイプなど）に従って特定されてよい。さらなる実施形態において、システムは、乗物がスキャンされるような料金所のような複数の通過ポイントから、データを収集してよい。料金所は、乗物がこれらの通過ポイントを通り過ぎる特定の複数の場面をモニタしてよい。更に及び／又は代替的に、関連するユーザアカウントを通じて、様々なユーザ固有情報が決定されてよい。ＧＰＳ位置、人口統計情報のような他の情報がまた、複数の他のソースを通じて取得されてよい。そのような情報は、インセンティブ付けされ得る複数の通過ポイントの選択及び配布のために使用されてよい。他の関連する位置データは、全体の流れ及び交通網上の全ての通過ポイントの位置での通行率であってよい。
【００７１】
オペレーション４０４において、オファーの生成を管理するために複数の通過ポイントが特定されてよい。複数の通過ポイントは、交通及び乗物データに関連する基準に基づいて選択されてよい。可能な基準は、全体の交通量、交通の速度、混雑、道路の収容力及び他のそのような複数の要因に依存してよい。例えば、いくつかの基準は、ある複数のアカウントのタイプに適用のみし得てよい。例えば、非常に混雑し交通量が多い特定のルートがある場合、基準は、近くの複数の舗装道路からの交通が交通の流れを第２の通過ポイントにルート変更することを可能にし得る通過ポイントを見つけるだろう。
【００７２】
オペレーション４０６において、複数の通過ポイントの特定がされると、オファーに関連する複数のパラメータが特定されてよい。複数のパラメータは、オファーの価格に関連して特別な使用法を要求してよい。回収、期限切れ期日などについて期間があってよい。複数のパラメータは、通勤／通学時間を変更することに関連し得る割引オファーの購入又は利用についてインセンティブを適用することに関連してよい。一実施形態では、アルゴリズムは、インセンティブを適用することについて１つ又は複数の条件を更に指定し得る複数のルールを発行してよい。いくつかの例は、交通を制限すること、異なる幹線又は交通ポイントでの交通量を高めることを含んでよい。例えば、複数の割引オファーは、交通量又は混雑を示す予め定められた閾値に依存してよい。これらのいくつかのパラメータは、価格、時刻及び複数の期間並びにこれらのオファーの複数の条件を含んでよい。複数のパラメータはまた、ユーザによって生成されるオファーの総数を制限してよい。
【００７３】
オペレーション４０８において、サービスプロバイダサーバ１０２は、複数のユーザによる購入及び消費について複数のオファーを生成してよい。複数のオファーは、ある複数のルートの使用量を制限し得る複数の期間及び複数の条件を含んでよい。さらに、複数のオファーは、特価の割引価格について使用に関連する特定の複数の時刻を含んでよい。複数の生成されたオファーは、複数のユーザによる購入のために第三者のウェブサイトに送信されてよい。
【００７４】
オペレーション４１０において、オファーはユーザに送信されてよい。一実施形態では、ラップトップコンピュータ又はタブレットのような、モバイルデバイス又は他のクライアントデバイスを用いて、ユーザは、複数のオファーを促進するように構成されたダウンロード可能なもの、アプリケーションプログラム又はアプリケーションを、モバイルデバイス又は他のクライアントデバイスにダウンロードできる。ユーザは、促された場合に、アカウントを生成して、名前、移動電話番号、電子メール又はメッセージ・アドレス若しくはソーシャルメディア・アプリケーションのアカウント名のような何らかの識別情報を、ユーザインタフェース又はアプリケーションに入力することができる。いくつかの実施形態では、ユーザは、銀行口座番号、支払デバイス番号、セキュリティコードの追加のような支払方法を入力することができる。複数の他の例において、消費者は、複数のオファーの購入で用いるプリペイドバリューの口座についてチャージ、ロード又はさもなくば許可をすることができる。さらなる複数の例において、ユーザは、関心点または位置へのエントリを可能にするＥＺ−ＰＡＳＳ（登録商標）のような無線周波数送信機タグのプログラマブルバージョンのような電子通行料金パスモジュール３００を購入してよい。
【００７５】
図５は、オファーを購入するためのユーザデバイス１１０のユーザインタフェース５００の例を図示する。インセンティブオファー要素リスト５０４が提示され、さらに、インセンティブオファー要素リスト５０４は１つ又は複数のインセンティブオファー要素を提示してよい。また、購入コントロール５０６が提示される。アクティブ化された場合、対応するクーポン要素５０４が購入され得る。この購入は、サービスプロバイダサーバ１０２のユーザアカウントモジュール２１４（図２を参照）によって処理されてよい。いくつかの実装において、ユーザ１１２がこのアクションを以前に構成又は承認した場合のように、購入は自動的に行われるように構成されてよい。
【００７６】
図６Ａ−図６Ｂは、開示の実施形態による、ユーザによるインセンティブオファーの購入を管理するための例示の方法６００のフロー図である。図６に示される方法６００は、図４に表されるブロック４１０の実装例であってよい。このように、方法６００は、サービスプロバイダコンピュータ１０２のような、適切なサービスプロバイダコンピュータ及び／又は処理モジュールによって実行されてよい。方法６００は、ブロック６０２で開始してよい。
【００７７】
動作ブロック６０２で、複数のインセンティブオファーについて推奨がユーザデバイス上のユーザに送信されてよい。１つ又は複数のインセンティブオファーが、ユーザデバイスに伝えられる。複数のインセンティブオファーは、価格及び交通網上の通過ポイントを含んでよい。インセンティブオファーは、通信ネットワークを通じてユーザデバイスの特定のアプリケーションに送信されてよい。複数の他の実施例において、ユーザは、ユーザデバイスに関連する電子メール又は電話番号上のショートフォームメッセージ又は電子メールメッセージを受信してよい。インセンティブオファーは、事前に定義されたエリアを通行又はそこに位置している複数のユーザに制限されてよい。代替的に、ユーザは、サービスプロバイダシステムに対して、複数のインセンティブオファーを受信することについて複数の優先を入力してよい。
【００７８】
動作ブロック６０４で、サービスプロバイダサーバ１０２はインセンティブオファーを購入することの要求を受信する。複数の他の実施形態では、インセンティブオファーは、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォン、タブレット又は搭載された乗物コンピューティングシステムを通じて、購入されてよい。複数の他の例において、消費者は、複数のオファーの購入で用いるプリペイドバリューの口座についてチャージ、ロード又はさもなくば許可をすることができる。購入は、クレジットカードのユーザを通じて促進される。
【００７９】
動作ブロック６０８において、サーバは、購入されたオファーを、電子通行料金パス３００上での使用のために、デジタル証明書の形式で送信してよい。いくつかの実施形態では、サーバは、電子通行料金パス３００に遠隔に又はＶＣＳを介するかのいずれかで証明書を送信してよい。証明書は、電子通行料金パスモジュール３００にダウンロードされてよい。一実施形態では、証明書は、ＵＳＢデバイスのようなポータブルメモリ記憶装置にダウンロードされてよい。複数の他の実施形態では、証明書は、３Ｇのような長距離無線信号を介する長距離無線とともに構成された乗物通信装置を用いて、電子通行料金パス３００に送信されてよい。
【００８０】
動作ブロック６１０において、通過ポイントによって乗物がスキャンされた場合、サーバは乗物の証明書を受信してよい。サーバはまた、通過ポイントから乗物のスキャンされた証明書を受信すると乗物の通行時刻、日及び他の情報を受信してよい。一実施形態では、通過ポイントは、ネットワーク接続性とともに構成されてよい。さらに、通過ポイントは、乗物を、それが通過ポイントを通過するときにスキャンするための読み取り機が装備されてよい。
【００８１】
動作ブロック６１２において、サービスプロバイダ１０２は、それぞれのオファーについてインセンティブの適用を特定してよい。適用されるインセンティブは、（ｉ）固定額の値引き、（ｉｉ）割引き、（ｉｉｉ）固定額の値上げ又は（ｉＶ）割合のペナルティを含んでよい。
【００８２】
それぞれの証明書又はオファーに関連するクーポンは、オファーに関連する１つ又は複数の利用条件を特定してよい。さらに、サーバは、これらの条件を、時刻、通過ポイントの複数の座標のような、通過ポイントから受信したデータと比較してよい。サーバは、オファーの使用のための複数の条件とともに、乗物に関するデータを用いて、これらの電子交通料金徴収についてクーポンが使用又は回収され得るかについて決定を下してよい。この特別な電子交通料金の徴収についてクーポンが使用又は回収され得る場合、サーバはクーポンを使用又は回収する。
【００８３】
オペレーション６１４において、オペレーション６１２で、乗物が複数の利用条件に適合していないとサービスプロバイダサーバ１０２が判断した場合、サービスプロバイダサーバ１０２は、適用されるインセンティブなしの価格を適用してよい。ある複数の実施形態において、サービスプロバイダサーバ１０２は、ユーザに関連するプリペイドアカウントの引き落としをしてよい。複数の他の例において、サーバは、事前認証されたクレジットカード又は任意の他の適した支払システムを使用してよい。
【００８４】
オペレーション６１６において、複数の状況が、適用されるインセンティブを伴うオファーの購入に関連する複数の条件及び複数の期間に適合する場合、クーポンは回収又は使用され得る。回収は、クーポンに関連した複数の回収条件及び複数の期間に基づいてよい。一例において、ユーザがクーポンを使用し得る回数についてクーポンが制限を持つ場合、サーバ装置は、特定のユーザによる総使用回数をトラッキングしてよい。他の複数の条件は、期限切れ期日などを含んでよい。１つの使用事例の例において、オファーは、特定の通過ポイントを通過する１０回の移動に制限されてよい。この例において、サービスプロバイダサーバ１０２は、乗物が通過ポイントを通り過ぎた回数をトラッキングしてよい。乗物が１０回の移動を完了すると、クーポンは回収され得る（従って、乗物はさらなる複数の移動のためにクーポンを使用し得ない）。
【００８５】
様々な特徴、態様及び実施形態がここで説明された。当業者によって理解されるように、複数の特徴、複数の態様及び複数の実施形態は、互いに組み合わせ可能であり、変更及び変形が可能である。本開示は従って、そのような複数の組み合わせ、複数の変更及び複数の変形を包含するとみなされるべきである。
【００８６】
ここで用いられた複数の用語及び複数の表現は、説明の用語として使用され、限定として使用されない。そのような複数の用語及び複数の表現の使用において、示された及び説明された複数の特徴（又はそれらの複数の部分）の任意の複数の等価物を除く意図はない。特許請求の範囲の範囲内で様々な複数の変形が可能であることが理解される。他の複数の変形、複数の変更及び複数の代替例もまた可能である。従って、特許請求の範囲は、そのような全ての等価物をカバーすることを意味する。
【００８７】
開示のある複数の実施形態が、現在最も現実的であると考えられるもの及び様々な実施形態に関連して説明された。しかしながら、理解すべきことは、開示は、開示された複数の実施形態に限定されず、反対に、特許請求の範囲の範囲内に含まれる様々な変形及び等価な配置をカバーするよう意図されていることである。特定の用語がここで用いられたが、それらは一般的及び説明的な意味でのみ使用され、限定の目的で使用されていない。
【００８８】
この明細書は、最良の形態を含む、開示のある複数の実施形態を開示するため、また、任意の当業者が、開示のある複数の実施形態を、任意の複数のデバイス又は複数のシステムを製造すること及び使用すること、並びに任意の組み込まれた複数の方法を実行することを含んで実施をすることが可能なように、複数の例を用いている。開示のある複数の実施形態の特許可能な範囲は、特許請求の範囲に定められており、当業者が想到する他の複数の例を含んでよい。そのような他の複数の例は、それらが特許請求の範囲の文字通りの言葉と異ならない複数の構成要素を持つ場合、又は、それらが特許請求の範囲の文字通りの言葉と非実質的な違いとともに均等な複数の構成要素を含む場合には、特許請求の範囲の範囲内にあることを意味する。
［項目１］
少なくとも１つのプロセッサを持つコンピュータによって、通過ポイントに関連する少なくとも１つの利用条件を、履歴の通過データに少なくとも部分的に基づいて特定する段階と、
前記コンピュータによって、前記通過ポイントに関連する前記少なくとも１つの利用条件をイネーブルするよう構成された複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階と、
前記コンピュータによって、ユーザ群への前記１つ又は複数のオファーの配布を促進する段階と
を備える方法。
［項目２］
通過ポイントに関連する少なくとも１つの利用条件を特定する段階は、
前記１つ又は複数のオファーに関連する適用されるインセンティブを決定する段階
をさらに備える項目１に記載の方法。
［項目３］
前記適用されるインセンティブは、
（ｉ）固定額の値引き、
（ｉｉ）割引き、
（ｉｉｉ）固定額の値上げ、又は
（ｉＶ）割合のペナルティ
のうちの１つをさらに備える項目２に記載の方法。
［項目４］
通過ポイントに関連する前記少なくとも１つの利用条件を特定する段階は、
回収期間を決定する段階
をさらに備える項目１に記載の方法。
［項目５］
前記通過ポイントの近くの乗物の通過を示すデータを受信する段階と、
前記乗物に関連するユーザを特定する段階と、
前記乗物の前記通過が前記回収期間内に行われた場合に、クーポンを回収する段階と、
前記乗物の前記通過が前記回収期間内に行われなかった場合に、ユーザアカウントの引き落としをする段階と
さらに備える項目４に記載の方法。
［項目６］
通過ポイントに関連する少なくとも１つの利用条件を特定する段階は、
履歴の通過データを解析することに少なくとも部分的に基づいて前記通過ポイントを選択する段階
をさらに備える項目１、２又は５に記載の方法。
［項目７］
通過ポイントを選択する段階は、
前記コンピュータによって、交通量を示す第１パラメータに関連する第１ロケーションを特定する段階と、
前記コンピュータによって、前記第１ロケーションに少なくとも部分的に基づいて前記通過ポイントを選択する段階と
をさらに備え、
前記通過ポイントは、前記第１ロケーションと比較して予め定められた利用を達成するよう選択される
項目６に記載の方法。
［項目８］
前記少なくとも１つの利用条件は、
前記通過ポイントでの乗物の交通を減らすこと、
第１ロケーションから前記通過ポイントに乗物の交通を送ること、
所定の時刻での乗物の交通を減らすこと、又は
所定のエリアにおける乗物の交通を減らすこと
の１つまたは複数を含む項目１、２、５又は７に記載の方法。
［項目９］
前記通過ポイントに関連する少なくとも１つの条件付き利用をイネーブルするよう構成された複数の電子通行料金パスについて１つ又は複数のオファーを生成する段階は、
前記１つ又は複数のオファーの上限値を選択する段階
をさらに備え、
前記上限値は、配布されるオファーの総数の限度である
項目１に記載の方法。
［項目１０］
ユーザ群への前記１つ又は複数のオファーの前記配布を促進する段階は、
前記１つ又は複数のオファーをユーザインタフェースに送信する段階
をさらに備える項目１に記載の方法。
［項目１１］
ユーザ群への１つ又は複数のオファーの前記配布を促進する段階は、
ユーザからの前記１つ又は複数のオファーの少なくとも１つの購入を管理する段階
をさらに備える項目１に記載の方法。
［項目１２］
前記１つ又は複数のオファーの少なくとも１つの購入に関連する情報を受信する段階
をさらに備え、
前記情報は、通過プロファイルに関連するユーザアカウントを特定する
項目１、２、５又は７に記載の方法。
［項目１３］
前記１つ又は複数のオファーの少なくとも１つを特定する証明書を生成する段階
をさらに備える項目１に記載の方法。
［項目１４］
前記生成された証明書に関連する暗号化された信号を生成する段階
をさらに備える項目１３に記載の方法。
［項目１５］
乗物に関連する乗物ＩＤの受信に少なくとも部分的に基づいて前記証明書のアクティブ化を調整する段階
をさらに備える項目１３に記載の方法。
［項目１６］
前記複数の電子通行料金パスの前記少なくとも１つのそれぞれの購入に関連する乗物を特定する段階と、
前記複数の電子通行料金パスの前記少なくとも１つを示す設定を前記特定された乗物に送信する段階と
をさらに備える項目１、２、５又は７に記載の方法。
［項目１７］
コンピュータに、項目１から５のいずれか１項に記載の方法を実行させるためのプログラム。
［項目１８］
電子通行料金パスに関連する１つ又は複数の証明書を送信するよう構成された無線周波数ＩＤ送信機と、
電子通行料金パスに関連する１つ又は複数の証明書を受信するよう構成された受信機モジュールと、
１つ又は複数の証明書に関連する乗物を認証するよう構成されたセキュリティモジュールと
を備えるシステム。
［項目１９］
前記セキュリティモジュールは、
認証が成功したことに応じて前記無線周波数ＩＤ送信機に通電するよう構成された前記セキュリティモジュール
をさらに備える項目１８に記載のシステム。
［項目２０］
前記無線周波数ＩＤ送信機は、アクティブ無線周波数ＩＤ送信機を備える
項目１８に記載のシステム。
［項目２１］
前記無線周波数ＩＤ送信機は、パッシブ無線周波数ＩＤタグを備える
項目１８に記載のシステム。
［項目２２］
前記セキュリティモジュールは、認証が失敗したことに応じて非アクティブ化されるようさらに構成される
項目１８に記載のシステム。
［項目２３］
通過ポイントに関連する少なくとも１つの利用条件を、履歴の通過データに少なくとも部分的に基づいて特定する手段と、
前記通過ポイントに関連する前記少なくとも１つの利用条件をイネーブルするよう構成された複数の電子通行料金パスについて１つ又は複数のオファーを生成する手段と、
ユーザ群への前記１つ又は複数のオファーの配布を促進する手段と
を備える装置。
［項目２４］
前記１つ又は複数のオファーに関連する適用されるインセンティブを決定する手段
をさらに備える項目２３に記載の装置。
［項目２５］
前記適用されるインセンティブは、
（ｉ）固定額の値引き、
（ｉｉ）割引き、
（ｉｉｉ）固定額のペナルティ、又は
（ｉＶ）割合の値上げ
のうちの１つを備える項目２４に記載の装置。
［項目２６］
交通量を示す第１パラメータに関連する第１ロケーションを特定する手段と、
前記第１ロケーションに少なくとも部分的に基づいて前記通過ポイントを選択する手段と
をさらに備え、
前記通過ポイントは、前記第１ロケーションと比較して予め定められた利用を達成するよう選択される
項目２３又は２４に記載の装置。
［項目２７］
前記通過ポイントでの乗物の交通を減らす、
第１ロケーションから前記通過ポイントに乗物の交通を経路誘導する、
所定の時刻での乗物の交通を減らす、又は
所定のエリアにおける乗物の交通を減らす
ことを少なくとも行う手段をさらに備える項目２３に記載の装置。
［項目２８］
電子通行料金パスに関連する１つ又は複数の証明書を送信する手段と、
電子通行料金パスに関連する１つ又は複数の証明書を受信する手段と、
１つ又は複数の証明書に関連する乗物を認証する手段と
を備える装置。
［項目２９］
アクティブ無線周波数ＩＤを送信する手段
をさらに備える項目２８に記載の装置。
［項目３０］
認証が失敗した事に応じて非アクティブ化する手段
をさらに備える項目２８又は２９に記載の装置。
【図１】
0006503603.tif 000002
【図２】
0006503603.tif 000003
【図３】
0006503603.tif 000004
【図４】
0006503603.tif 000005
【図５】
0006503603.tif 000006
【図６Ａ】
0006503603.tif 000007
【図６Ｂ】
0006503603.tif 000008