"イベントを検出し、前記イベントの報告をキューイングするかどうかを判定し、前記イベントの報告をキューイングすると判定されたら、ある期間にわたって待機し、判定を繰り返すことを含む、方法。前記イベントの報告をキューイングしないと判定されたら、前記イベントを報告することを更に含む、請求項1に記載の方法。前記イベントが報告されたことの通知を受信することを更に含む、請求項1に記載の方法。前記イベントが報告されたことの前記通知を受信した後、前記イベントの報告をキャンセルすることを更に含む、請求項3に記載の方法。前記判定を繰り返した後に、待機を繰り返すことを更に含む、請求項1に記載の方法。前記イベントの報告をキューイングするかどうかを判定することは、乱数を生成し、前記乱数が前記イベントの報告をキューイングするよう指示するかどうかを判定することを含む、請求項1に記載の方法。前記イベントを報告するかどうかを判定することは、少なくとも部分的にイベントのタイプに基づく、請求項1に記載の方法。前記イベントの報告をキューイングするかどうかを判定することは、前記イベントがローカルイベントであるかどうかを判定し、前記イベントがローカルイベントであると判定されたら、前記イベントを、キューイングなしで報告することを含む、請求項1に記載の方法。無作為に前記期間を生成することを更に含む、請求項1に記載の方法。前記イベントの報告が何回遅延させられたかに基づいて前記期間を決定することを更に含む、請求項1に記載の方法。イベントを検出し、乱数を決定し、ある期間待機し、前記期間は少なくとも部分的に前記乱数に基づき、待機の後、イベント通知が受信されたかどうかを判定し、前記イベント通知が受信されていないと判定されたら、前記イベントに対応するイベント報告を送信することを含む、方法。前記イベントがローカルイベントであるかどうかを判定し、そうである場合、待機なしで前記イベントを報告することを更に含む、請求項11に記載の方法。前記イベントがローカルイベントであるかどうかを判定し、そうである場合、前記乱数を決定せずに前記イベントを報告することを更に含む、請求項11に記載の方法。前記乱数は、少なくとも部分的に累積分布関数CDFに基づく、請求項11に記載の方法。前記乱数は、不均一分布を有する、請求項11に記載の方法。前記乱数は、遅延させる時間単位の数を表す、請求項11に記載の方法。前記時間単位は、フレームである、請求項16に記載の方法。イベントの発生を検出するためのイベント検出器と、前記イベント検出器と通信し、乱数を提供する乱数発生器と、前記乱数発生器に結合され、前記乱数発生器が閾値より大きいかどうかを判定する比較器と、前記比較器に結合され、前記イベントのイベント報告を送信するイベント報告送信器と、前記イベントの更なる処理をある期間にわたって遅延させるために前記比較器に結合された遅延ユニットと、別のシステムからの前記イベントに対応するイベント通知を受信するために前記遅延ユニットに結合された通知受信器と、を備える、システム。前記乱数発生器は、前記イベントに対応する前記イベント通知が別のシステムから受信されていないことが、前記通知受信器によって通知されたら、前記乱数発生器が別の乱数を提供するように、前記通知受信器に結合される、請求項18に記載のシステム。前記比較器は、前記イベントのカテゴリに基づいて前記閾値を選択する、請求項18に記載のシステム。本開示の実施形態は、マシン間アプリケーションベース輻輳制御方式のシステム及び方法を提供する。一実施形態では、イベントを検出し、イベントの報告をキューイングするかどうかを判定し、イベントをキューイングすると判定された場合、ある期間にわたって待機することを含む。その期間が満了した後、判定が繰り返されることを含む方法が提供される。別の実施形態では、イベントを検出し、乱数を決定することを含む方法が提供される。乱数は、遅延させる期間を決定するために使用される。遅延の後、イベント通知が受信されたかどうかの判定が行われ、受信されていない場合、イベントに対応するイベント報告が送信される。更に別の実施形態では、システムが提供される。このシステムは、イベントの発生を検出するためのイベント検出器と、イベント検出器に結合された乱数発生器と、を含み、乱数発生器は乱数を提供する。比較器は、提供された乱数が閾値より大きいかどうかを比較器が判定するように乱数発生器に結合される。イベント報告送信器が、イベントに対応するイベント報告をイベント報告送信器が送信するように比較器に結合され、イベントの更なる処理をある期間にわたって遅延させるために、遅延ユニットが比較器に結合される。別のシステムからのイベント通知を受信するために、通知受信器が遅延ユニットに結合され、イベント通知はそのイベントに対応する。実施形態の作製及び使用について、以下に詳細に説明する。但し、本開示は、様々な特定の状況において実施されることが可能な多くの適用可能な発明概念を提供するということを理解されたい。説明される特定の実施形態は、本発明を作製及び使用する特定のやり方を例示するものにすぎず、本発明の範囲を限定するものではない。一態様では、本開示は、新しいアプリケーションレイヤベースの輻輳制御手法を提供する。実施形態は、M2M装置によって伝送される情報のスタガリングによって、冗長な非重要情報の伝送を回避する又は減少させる。加えて、M2M装置は、キューイングされた情報を、その情報がもはや必要とされないと判定したら、廃棄してもよい。一実施形態では、システムは、アプリケーションレイヤベースの輻輳制御手法を提供する。この実施形態手法は、M2M装置によって生成された情報をスタガリングすることによって、冗長な非重要情報の伝送を予防的に回避してもよい。加えて、M2M装置は、キューイングされた情報を、その情報がもはや妥当ではないと判定したら例えば、別のM2M装置がその情報をすでに伝送したことが検出された場合、廃棄してもよい。図1は、本開示の態様を利用することが可能なネットワーク100の単純化された例を示す。モバイル局MS102これは、無線伝送プロトコルを介して通信しているM2M装置を表してもよいは、基地局BS104と通信状態にある。1つのみのMS102及びBS104が示されているが、多数の装置が同時に通信状態にあってもよいということが理解される。基地局104は、更に、エッジゲートウェイ又はルータ106と、例えば、GRE汎用ルーティングカプセル化トンネルを介して通信する。エッジゲートウェイ/ルータ106は、コアネットワーク108に結合される。通信は、このネットワークを介して、企業のバックオフィス110に又は如何なるその他の通信が意図される宛先に転送されてもよい。上述のように、多数のM2M装置スマートメータSMなどは、共通のイベントに対して多数の装置が報告又は反応した場合に発生する潜在的なトラフィックバーストシナリオを生じさせる。この輻輳に対処する例えば、不必要なトラフィックをなくして、緊急関連のコールのみが進むことを許可するために、いくつかの無線技術では、アクセスクラスACを指定することによる無線のアクセス優先順位付けのいくつかの手段を組み込んでいる。装置には、1つ以上のACが割り当てられ、ネットワークは、禁止アクセスクラスリストbarredAccessClasslistをブロードキャストすることによって、アクセス試行を制限する。装置のACが、禁止アクセスクラスリストのメンバである場合、装置は、ネットワークへのアクセスを試みてはならない。輻輳が又は潜在的なトラフィックバーストトリガの事前知識が検出されたら、ネットワークは、輻輳を軽減するために、禁止アクセスクラスリストを好適に更新してもよい。このACアプローチの1つの欠点は、ネットワークが、ネットワーク輻輳を適時に認識しない可能性があり、又は、ネットワーク輻輳に適時に反応しない可能性があり、そして、禁止アクセスクラスリストを適時に更新できないということである。これは、多数のM2M装置が、引き続きネットワークへのアクセスを試みて、過負荷状態に寄与することを意味している。本明細書中で説明されるものなどの実施形態は、M2M装置例えば、SM、MSなどによる情報の伝送をスタガリングすることによって、この問題を減少させ又は防止し、これにより、冗長な非重要情報の伝送を減少させることが可能である。加えて、M2M装置は、キューイングされた情報を、その情報がもはや妥当ではないと判定した場合、廃棄してもよい。図1は、無線ネットワークシステムを、例示の目的のためにのみ示していることに留意されたい。他の実施形態では、M2M装置は、有線通信システムを介して通信する。更に、ネットワークは、無線M2M装置及び有線M2M装置の両方を含んでもよい。図2は、一実施形態によるイベントの報告を制御するプロセスを示す。一般に、このプロセスは、冗長な非重要情報の伝送を、M2M装置によるイベント報告の伝送をスタガリングすることによって回避する。加えて、M2M装置は、そのM2M装置によってまだ報告されていないイベント報告を、そのイベント報告がもはや妥当ではないと判断された場合そのイベントが、ネットワーク内の別の装置によってすでに報告された場合などであってもよい、廃棄してもよい。ステップ202を最初に参照すると、イベントが検出される。イベントは、例えば、停電、悪天候、地震、ハードウェア障害、ソフトウェア障害、又は、イベントの発生の知識が別のネットワーク装置にとって望ましい任意の数のその他のイベントであってもよい。これらの例は、例示の目的のためにのみ提供されており、特許請求の範囲を限定することを意図するものではないということに留意されたい。ステップ202においてイベントが検出されたら、処理はステップ204に進み、ここでは、イベントが共有イベントであるか、ローカルイベントであるかが判定される。共有イベントは、遠く離れて配置された2つ以上のM2M装置によって報告される可能性があるイベントである。例えば、停電、悪天候、又は地震は、広い地域に影響を及ぼす可能性があり、従って、広い地域にわたって、複数のM2M装置に影響を及ぼす可能性がある。その他のイベントは、特定のM2M装置に、又は、領域内に配置された比較的少数のM2M装置にイベントが影響を及ぼすという点で、ローカルであってもよい。例えば、ローカルイベントは、1つのM2M装置に影響を及ぼす可能性があるバッテリバックアップの故障faultybatterybackup、ディスク記憶の不足lowdiskstorageなどを含んでもよい。別の例では、ローカルイベントは、住宅内に又は住宅の付近に配置され2つ以上のM2M装置によって報告される可能性がある、住宅火災であってもよい。ローカルイベントは、通常、その特定のM2M装置によってのみ報告され、従って、ネットワークに不必要に負担をかけることはない可能性があるため、ステップ204で、イベントがローカルイベントであると判定されたら、処理はステップ206に進み、ここでは、ローカルイベントに対応するイベント報告が伝送される無線で、有線で、又は混合で。イベントは、システムレベルイベント、領域固有、装置タイプ固有、アプリケーション固有、これらの組み合わせなどであってもよいということに留意されたい。他方、イベントが共有イベント例えば、複数のM2M装置によって検出される可能性があるイベントであるという判定がなされた場合、処理はステップ208~216に進み、ここでは、影響を及ぼされた各M2M装置による共有イベントの報告の重複が、減少させられてもよく、又は防止されてもよい。最初に、ステップ208及び210において、確率1-pでイベントの報告を遅延させるか、確率pでイベントを遅延なしに報告するかの決定が行われる。図2に示されているものなどの実施形態では、決定は、乱数を閾値と比較することを含む。例えば、ステップ208は、例えば0と1との間の乱数を生成することを示す。乱数は、システムクロック、熱的特性、ノイズレベル、動きなどに基づくものなどの、任意の好適な技術によって決定されてもよい。乱数は、疑似乱数を含むことが理解される。ステップ210で、乱数は、閾値又は確率と比較される。この実施形態では、乱数が閾値より小さい場合、処理はステップ206に進み、ここでは、イベントに対応するイベント報告が、いかなる更なるバックオフ遅延もなしに伝送される。それ以外の場合、処理はステップ212に進み、ここでは、バックオフ遅延が実行される。この例示的実施形態では、乱数は、間隔[0,1]上に均一に分布した数を生成する。乱数は、理論的に又は実際的に、0と1との間の全ての値に等しいことの等しい確率を有するため、閾値は、乱数が閾値より小さい又は閾値より大きいことの確率を表す。例えば、閾値0.5は、イベントが報告されること、及び、イベントの報告が遅延させられることの等しい確率を表す。同様に、閾値0.3は、イベントが、いかなる更なるバックオフ遅延もなしに報告されることの30の確率、及び、この特定のM2M装置によるイベントの報告が遅延させられることの70の確率を表す。閾値又は確率は、全てのイベントについて同じであってもよく、又は、イベントに固有であってもよく、又は、イベントのタイプ又はカテゴリに固有であってもよい。閾値又は確率は、また、イベントを共有する装置の数に基づいてもよい。例えば、多くの装置によって共有されるイベントは、少数の装置のみによって共有されるイベントより低く設定された閾値を有してもよい。閾値又は確率は、また、イベントの重要度に基づいてもよい。例えば、イベントが重要イベントとみなされる場合、閾値は高く設定されてもよく、これにより、ネットワークトラフィックの増加がもたらされる可能性があるにもかかわらず、イベントがより早く報告されることの見込みが高くなる。逆に、非重要イベントは、より低い閾値を有してもよく、これにより、イベント報告が遅延させられる確率が増加する。更に、各イベント又はイベントのタイプについての確率が個々に制御されてもよく、各M2M装置についての確率が個々に制御されてもよい。更に、閾値又は確率は、伝送の結果例えば、伝送が何回遅延させられたかに基づいて調節されてもよい。一実施形態では、ネットワークインタフェースを介した確率の更新及び制御を許可し、これにより、遠隔装置中央に位置しているシステム管理者などから確率が設定されることを許可することが望ましい可能性がある。ステップ212で、システムは、バックオフ遅延期間にわたって待機する。確率と同様に、バックオフ遅延は、グローバル/デフォルト遅延期間であってもよく、又は、個々のイベント、又はイベントのタイプについて指定されてもよい。バックオフ遅延は、また、伝送の結果例えば、伝送が何回遅延させられたかに基づいて調節されてもよい。一般に、バックオフ遅延期間は、イベントの報告を遅延させて、イベントを別の装置別のM2M装置などが報告するかどうかを待機して見させる。従って、M2M装置は、引き続き、通信を監視して、報告されるべきイベントに対応するイベント通知をリスンする。バックオフ遅延の値は、所定の値、無作為に生成された値、ネットワークコマンドによって決定された値などであってもよい。これは、重要な共有イベント外部セキュリティアラームが、近隣の車/強盗アラームを検出して、E-911をアラートすることなどが、非重要な共有又はローカルイベントに比較して、より短いバックオフ遅延を与えられることを可能にする。ステップ214で、イベントに対応するイベント通知が、別の装置別のM2M装置、基地局、サーバ、M2Mサーバなどから受信されたかどうかの判定が行われる。イベント通知は、任意の好適なプロトコルユニキャスト、マルチキャスト、及びブロードキャストメッセージングを含むを使用する他の装置によって送信されてもよい。イベントに対応するイベント通知が受信されたという判定がなされた場合、イベントを報告する必要はなく、ステップ216に示されているように、キューイングされたイベント報告は廃棄される。別の実施形態では、イベントの報告をM2M装置がキャンセルすることを引き起こすために、イベント通知の代わりに又はイベント通知に加えて、ネットワークコマンドが送信されてもよい。ネットワークコマンドは、例えば、閾値又は確率を0に設定するためのものであってもよく、これにより、イベント報告が送信されるべきではないことがM2M装置に報知される。その他のネットワークコマンド報告をキャンセルするための明示的なメッセージなどが使用されてもよい。一実施形態では、確率を0に設定するためのコマンドが、別の装置別のM2M装置、基地局、サーバ、M2Mサーバなどから受信されたイベント通知メッセージ内に含まれてもよく、そして、任意の好適なプロトコルユニキャスト、マルチキャスト、及びブロードキャストメッセージングを含むを使用して送信されてもよい。イベント報告及び/又はイベント通知は、特定のメッセージ又はブロードキャストメッセージであってもよい。いくつかの通信システムWiMAXなどは、アプリケーションレイヤベースのブロードキャスティング/マルチキャスティングをサポートする。これらのようなシステムでは、イベント報告/通知メッセージ、及び、確率コマンド、バックオフ遅延コマンドなどは、M2M装置に、ユニキャスト、マルチキャスト、及び/又は、ブロードキャストメッセージを介して通信されてもよい。そうでない場合、イベントに対応するイベント通知が、バックオフ遅延期間の満了までに受信されていないという判定がなされた場合、処理は、ステップ208に戻る。上記で提供された方法は、概念を示すための例示の目的のための実施形態の一例にすぎず、その他の実施形態では、異なるプロセスを利用してもよいということに留意されたい。例えば、別の実施形態では、ステップ204におけるイベントが共有イベントであるかローカルイベントであるかの判定は、ステップ208及び210と組み合わせられてもよい。上述のように、各イベント又はイベントのカテゴリは、その独自の確率又は閾値を有してもよい。ローカルイベントは、確率又は閾値1が与えられてもよく、これにより、ローカルイベントは遅延なしに報告されるべきであることが示される。ローカル高優先度イベントの例は、住宅が火事になっており、システムは、近隣が検出して当局に通知するのを待機するべきではないということであってもよい。この場合、住宅火災のイベントに確率1が与えられるならば、そのイベントは、バックオフ遅延なしに直ちに報告される。図3は、別の実施形態によるイベントの報告を制御するプロセスを示す。このプロセスは、ステップ302で開始され、ここでは、イベントが検出される。イベントを検出したら、処理はステップ303に進み、ここでは、イベントが共有イベントであるかどうかの判定が行われる。上述のように、共有イベントは、遠く離れて配置された2つ以上のM2M装置によって報告される可能性があるイベントであり、ローカルイベントは、特定のM2M装置に又は領域内に配置された比較的少数のM2M装置に影響を及ぼすイベントである。ローカルイベントは、その特定のM2M装置又は比較的少数のM2M装置によってのみ報告され、従って、ネットワークに不必要に負担をかけることはないため、ステップ303で、イベントがローカルイベントであると判定されたら、処理はステップ312に進み、ここでは、ローカルイベントに対応するイベント報告が伝送される無線で、有線で、又は混合で。他方、イベントが共有イベント例えば、複数のM2M装置によって検出される可能性があるイベントであるという判定がなされた場合、処理はステップ304に進み、乱数が生成される。均一分布が乱数発生器のために使用される図2を参照して上述した実施形態とは対照的に、この実施形態では、不均一分布を利用する乱数発生器を利用することが望ましい可能性がある。例えば、一実施形態では、乱数は、累積分布関数CDFこれは、前述の実施形態で使用された閾値などの所与のパラメータから構成されてもよく又は導き出されてもよいに従って生成される。このようにして、0に近い確率が0から遠い確率より大きくなる。但し、この実施形態は、均一分布又はその他の分布を、乱数発生器のために利用してもよい。ステップ306で、システムは、バックオフ遅延の間、待機する。この実施形態では、バックオフ遅延は、ステップ304で生成された乱数に基づいて決定される。例えば、ステップ304で生成された乱数は、システムが待機すべき所定の時間単位の数を表してもよく、又は、そのような時間単位の数は乱数から計算されてもよい。所定の時間単位は、例えば、マイクロ秒、秒、フレーム、それらの倍数などであってもよい。例えば、一実施形態では、CDFが前述の実施形態で使用された閾値pから導き出されて、Ft=1-1-pt1が得られてもよく、ここで、tは、イベント報告をキューイングする遅延間隔の数である。この実施形態では、最初に、乱数xを、間隔[0,1にわたって均一に分布した数を生成する乱数発生器を使用して生成してもよい。乱数xは、次に、を計算するために使用されてもよい。バックオフ遅延の満了の後、処理はステップ308に進み、ここでは、イベントに対応するイベント通知が受信されたかどうかの判定が行われる。イベントに対応するイベント通知が受信された場合、ステップ310に示されているように、対応するイベント報告は廃棄される。それ以外の場合、ステップ312に示されているように、イベント報告は伝送される。図4は、本開示の実施形態を組み込んでもよい装置400の簡略ブロック図である。この図を参照すると、イベント検出器402が乱数発生器404と通信し、次に、乱数発生器404が比較器406と通信し、比較器406がキュー/遅延ユニット408と通信する。通知受信器401が、キュー/遅延ユニット408及び乱数発生器404と通信して、上述のように動作する。イベント指示送信器412が、イベント検出器402及び比較器406と通信する。このシステムは、図2及び図3に関して説明した方法を実行するために使用されてもよい。但し、特定の実施形態に応じて、構成要素間の接続は様々であってもよいということに留意されたい。例えば、図4内の破線によって示されているように、比較器406は使用されなくてもよく、乱数発生器404はキュー/遅延ユニット408と通信してもよい。これは、図3を参照して上述した実施形態に適用可能な場合があり、この実施形態では、バックオフ遅延が乱数に基づく。上述のように、この実施形態では、乱数を閾値又は確率と比較する必要はない。図5は、上述のものなどの本開示の方法を実施するために利用されることが可能な処理システムを示す。この場合、主要な処理はプロセッサ502内で実行され、プロセッサ502は、マイクロプロセッサ、デジタル信号プロセッサ、又は任意のその他の適切な処理装置であってもよい。プログラムコード例えば、上述の方法を実施するコード及びデータは、メモリ504、又は任意のその他の非一時的記憶媒体内に記憶されてもよい。メモリ504は、ローカルメモリDRAMなど、又は、大容量記憶装置ハードドライブ、光ドライブなど、又は、その他の記憶装置ローカル又はリモートであってもよいであってもよい。メモリ504は、単一のブロックを使用して機能的に示されているが、1つ以上のハードウェアブロックが、この機能を実施するために使用されてもよいということが理解される。一実施形態では、プロセッサ502は、図4に示すブロックを実施するために使用されてもよい。例えば、プロセッサ502は、実施形態の技術の実行に含まれるサブタスクを実行するために、異なる時において、特定の機能ユニットとして働いてもよい。あるいは、例えば、プロセッサと同じ又は異なる様々なハードウェアブロックが、異なる機能を実行するために使用されてもよい。他の実施形態では、いくつかのサブタスクが、プロセッサによって実行され、その他のサブタスクは、別個の回路を使用して実行される。図5は、I/Oポート506も示しており、これは、プロセッサ502にデータを、及び、プロセッサ502からのデータを提供するために使用されてもよい。無線例えば、モバイル装置の場合、I/Oポート506は、アンテナに結合されてもよい。有線装置の場合、I/Oポート506は、ネットワークインタフェースに接続されてもよい。センサ508も、図5に示されている。このブロックは、検出されたイベントの発生源を示すために提供される。これは、自動的に又は手動で又はその両方で動作させられる任意のタイプのセンサ又はその他の検出器であってもよい。上述のものなどの実施形態は、特に、高バーストレートのトラフィックを発生させる可能性がある特定のイベント停電などの間、ネットワークトラフィックを減少させる可能性がある。これは、とりわけ、装置のうちのいくつかにおいてイベントの報告を遅延させることによる予防的輻輳処理を提供することによって達成される。本明細書中で開示されたものなどの実施形態は、多くの異なる伝送技術に適用可能である。例えば、実施形態は、IEEE802.11、ZigBeeなどの無線/有線システムにおいて利用されてもよい。周知のように、IEEE802.11は、2.4、3.6及び5GHzの周波数帯域において、無線ローカルエリアネットワークWLANコンピュータ通信を実行する標準の組であり、ZigBeeは、低レート無線パーソナルエリアネットワークLR-WPANのためのIEEE802.15.4-2003標準に基づく、小型の低電力デジタル無線機を使用する高レベル通信プロトコルのスイートの仕様である無線光スイッチ及びランプ、宅内ディスプレイを有する電気メータ、短距離無線を介する家電機器など。これらのシステムは、AC輻輳制御メカニズムを明示的には提供しない可能性があるが、本明細書中で開示されたものなどの実施形態は、それにもかかわらず、輻輳制御を提供することが可能である。但し、本明細書中で開示されたものなどの実施形態は、伝送技術のAC輻輳制御メカニズムと組み合わせて使用されてもよいということに留意されたい。パラメータ例えば、乱数、閾値、バックオフ遅延選択の柔軟性が、特定の適用例、イベント、及び/又はネットワークに適合するように、ネットワークを調整することを可能にするということも理解されたい。更に、パラメータ選択の柔軟性は、アラーム/緊急トラフィックの優先順位付けのサポートを可能にする。パラメータは、システム又は装置によって、割り当て/変更されてもよい。本発明の実施形態の実施は、ホスト内でトラフィックを抑制することによって、ネットワーク内のトラフィックを減少させることが可能である。輻輳又はネットワークによる検出がない場合でも、本アルゴリズムは、無線インタフェース上の冗長なトラフィック伝送の減少を可能にする。実施形態は、輻輳に対するより敏感/迅速な反応を提供し、なぜなら、これらの実施形態では、ネットワークが輻輳を検出して、更新された禁止アクセスリストを送信するのを待つ必要がないからである。本発明について、例示的実施形態を参照して説明したが、この説明は、限定的な意味で解釈されることを意図するものではない。例示的実施形態の、様々な修正、及び組み合わせ、並びに、本発明の他の実施形態は、本説明を参照すれば、当業者にとって明白となるであろう。従って、添付の特許請求の範囲は、任意のそのような修正、又は実施形態を包含することが意図される。"