(57)【特許請求の範囲】
【請求項１】
複数のノードにおけるイベント検出のための方法であって、前記方法は、
ＭＴＣ装置から、初期アップリンクシーケンスを受信するステップと、
スケジュール済みウインドウを決定するステップと、
前記スケジュール済みウインドウ以外の時間に生じるイベントウインドウを決定するステップと、
前記スケジュール済みウインドウ及び前記イベントウインドウに関連する情報を前記ＭＴＣ装置へ送信するステップと、
同じ地理的領域に位置する複数のノードを経由して、特定のイベントウインドウの区間内に通信ネットワークのリソースを介して複数のＭＴＣ装置から予定外イベントを報告する複数のメッセージを同時に受信するステップであって、各々のメッセージは、特定のＭＴＣ装置に関連するＭＴＣ装置識別子を含む、ステップと、
前記複数のメッセージを同時に受信するステップにおいて経由される複数のノードの各々について、前記複数のＭＴＣ装置識別子の各々が複数の特定のイベントウインドウのうちの１つに関連するか否かを決定するステップと、
前記複数の特定のイベントウインドウのうちの１つに関連するＭＴＣ装置識別子の数が閾値より大きい場合、イベントレポートを出力するステップと、
を有する方法。
【請求項２】
前記メッセージは、ＲＡＣＨシーケンスの最初のアップリンク送信の少なくとも一部を有する、請求項１に記載の方法。
【請求項３】
前記ＭＴＣ装置へ、接続拒否メッセージを送信するステップ、
を更に有する請求項１に記載の方法。
【請求項４】
前記メッセージは、ノードを経由して前記ＭＴＣ装置から受信される、請求項１に記載の方法。
【請求項５】
前記通信ネットワークはＬＴＥネットワークである、請求項１に記載の方法。
【請求項６】
イベント検出のための無線ネットワークシステムであって、前記無線ネットワークシステムは、
複数のＭＴＣ装置と、
無線ネットワークを介して前記複数のＭＴＣ装置と通信する少なくとも１つのノードと、
前記ノードと通信する少なくとも１つのＭＴＣサーバと、
を有し、
前記ＭＴＣサーバは、
前記複数のＭＴＣ装置の各々から初期アップリンクシーケンスを受信し、
前記複数のＭＴＣ装置の各々について、スケジュール済みウインドウを決定し、
前記複数のＭＴＣ装置の各々について、前記スケジュール済みウインドウ以外の時間に生じるイベントウインドウを決定し、
前記スケジュール済みウインドウ及び前記イベントウインドウに関連する情報を前記複数のＭＴＣ装置の各々へ送信し、
同じ地理的領域に位置する複数のノードを経由して、前記複数のＭＴＣ装置から予定外イベントを報告する複数のイベントメッセージを同時に受信し、前記複数のイベントメッセージの各々は、複数のイベントウインドウのうちの対応する１つの区間内に受信され、各々のイベントメッセージは、前記複数のＭＴＣ装置のうちの１つのＭＴＣ装置に対応するＭＴＣ装置識別子を含み、
前記複数のメッセージを同時に受信するときに経由される複数のノードの各々について、前記複数のイベントメッセージの各々が前記複数のＭＴＣ装置のうちの１つに割り当てられる特定のイベントウインドウの区間内に受信されたか否かを決定し、
複数の特定のイベントウインドウのうちの１つに関連するＭＴＣ装置識別子の数が閾値より大きい場合、イベントレポートを出力する、
よう構成される、無線ネットワークシステム。
【請求項７】
前記ＭＴＣサーバは、さらに、
前記イベントメッセージを送信するＭＴＣ装置に割り当てられる前記複数のイベントウインドウのうちの１つの区間内に受信されたイベントメッセージの数をカウントし、
前記イベントメッセージの数が閾値より大きいか否かを決定する、
よう構成される、請求項６に記載の無線ネットワークシステム。
【請求項８】
前記複数のイベントメッセージの各々は、異なるイベントウインドウの区間内に受信される、請求項６に記載の無線ネットワークシステム。
【請求項９】
前記複数のイベントメッセージの各々は、ＲＡＣＨシーケンスの最初のアップリンク送信の少なくとも一部を有する、請求項６に記載の無線ネットワークシステム。
【請求項１０】
前記無線ネットワークはＬＴＥネットワークである、請求項６に記載の無線ネットワークシステム。
【請求項１１】
工程を実行するためにプロセッサにより実行可能な符号化されたプログラミングコードを有する非一時的コンピュータ可読記憶媒体であって、前記工程は、
ＭＴＣ装置から、初期アップリンクシーケンスを受信するステップと、
スケジュール済みウインドウを決定するステップと、
前記スケジュール済みウインドウ以外の時間に生じるイベントウインドウを決定するステップと、
前記スケジュール済みウインドウ及び前記イベントウインドウに関連する情報を前記ＭＴＣ装置へ送信するステップと、
同じ地理的領域に位置する複数のノードを経由して、特定のイベントウインドウの区間
内に通信ネットワークのリソースを介して複数のＭＴＣ装置から予定外イベントを報告する複数のイベントメッセージを同時に受信するステップであって、各々のイベントメッセージは、特定のＭＴＣ装置に関連するＭＴＣ装置識別子を含む、ステップと、
前記複数のメッセージを同時に受信するステップにおいて経由される複数のノードの各々について、前記複数のＭＴＣ装置識別子の各々が複数の特定のイベントウインドウのうちの１つに関連するか否かを決定するステップと、
前記複数の特定のイベントウインドウのうちの１つに関連するＭＴＣ装置識別子の数が閾値より大きい場合、イベントレポートを出力するステップと、
を有する、非一時的コンピュータ可読記憶媒体。
【請求項１２】
前記イベントメッセージはＰＲＡＣＨシーケンスを有する、請求項１１に記載の非一時的コンピュータ可読記憶媒体。
【請求項１３】
プロセッサにより実行可能な前記プログラミングコードは、さらに、
接続拒否メッセージを前記ＭＴＣ装置へ送信するステップ、
を有する工程を実行させるよう構成される、請求項１１に記載の非一時的コンピュータ可読記憶媒体。
【請求項１４】
前記通信ネットワークはＬＴＥネットワークである、請求項１１に記載の非一時的コンピュータ可読記憶媒体。
【請求項１５】
工程を実行するプロセッサと前記プロセッサにより実行可能な符号化されたプログラミングコードを記憶する非一時的コンピュータ可読記憶媒体とを備えたＭＴＣサーバであって、前記工程は、
ＭＴＣ装置から、初期アップリンクシーケンスを受信するステップと、
スケジュール済みウインドウを決定するステップと、
前記スケジュール済みウインドウ以外の時間に生じるイベントウインドウを決定するステップと、
前記スケジュール済みウインドウ及び前記イベントウインドウに関連する情報を前記ＭＴＣ装置へ送信するステップと、
同じ地理的領域に位置する複数のノードを経由して、特定のイベントウインドウの区間内に通信ネットワークのリソースを介して複数のＭＴＣ装置から予定外イベントを報告する複数のイベントメッセージを同時に受信するステップであって、各々のイベントメッセージは、特定のＭＴＣ装置に関連するＭＴＣ装置識別子を含む、ステップと、
前記複数のメッセージを同時に受信するステップにおいて経由される複数のノードの各々について、前記複数のＭＴＣ装置識別子の各々が複数の特定のイベントウインドウのうちの１つに関連するか否かを決定するステップと、
前記複数の特定のイベントウインドウのうちの１つに関連するＭＴＣ装置識別子の数が閾値より大きい場合、イベントレポートを出力するステップと、
を有するＭＴＣサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願明細書で議論される実施形態は、ＭＴＣイベント検出及びシグナリングに関する。
【背景技術】
【０００２】
機械型通信（Machine−type  communications：ＭＴＣ）は、互いに通信する多くの異なる装置により使用される。これらの装置は、センサ、スイッチ、アクチュエータ、モバイル装置、等を有し得る。幾つかのアプリケーションでは、ＭＴＣ装置は、固定レポートスケジュールで通信しても良い。多くの場合、スケジュールは、それぞれのレポートの間に数十分を有し得る。トリガされるレポートは、装置が、例えば特に地震、天然ガスのような高濃度の物質のような予定外（未スケジューリング）イベントを報告するときにも、生成されても良い。これらの予定外イベントは、危険な状況である可能性があり、遠隔ステーションへの遅延の少ない予定外の通信を必要とし得る。多くのＭＴＣ装置が、ＬＴＥ（long  term  evolution）ＲＡＣＨ（random  access  channel）のような競合に基づくチャネルに同時にアクセスしようとするとき、送信している全てのＭＴＣ装置に長い遅延を引き起こし得る過負荷が生じることがあり、他の装置を遅延させる。
【０００３】
本願明細書で請求される主題は、上述のような欠点を解決する実施形態や上述のような環境でのみ機能する実施形態に限定されない。むしろ、この背景技術は、単に、本願明細書に記載される複数の実施形態が実施される技術分野の一例を説明するために提供される。
【発明の概要】
【０００４】
イベント検出のための方法が提供される。
【０００５】
当該方法は、イベント時間ウインドウの間に通信ネットワークにあるリソースと介してＭＴＣ装置からイベントメッセージを受信するステップであって、イベントメッセージは、前記ＭＴＣ装置に関連するＭＴＣ装置識別子を含む、ステップと、前記ＭＴＣ装置識別子が前記イベント時間ウインドウに関連するか否かを決定するステップと、前記ＭＴＣ装置識別子が前記イベント時間ウインドウに関連する場合、イベントレポートを出力するステップと、を有する。
【０００６】
実施形態の目的及び利点が理解され、少なくとも特に特許請求の範囲で指摘された要素、特徴及び組合せを用いて達成されるだろう。
【０００７】
上述の全体的説明及び以下の詳細な説明の両方は、例示及び説明のためであり、本発明の範囲を限定しないことが理解される。
【図面の簡単な説明】
【０００８】
例示的な実施形態は、添付の図面を用いて、更なる特異性及び詳細事項と共に記載され説明される。
【図１】本願明細書に記載の幾つかの実施形態による、複数のＭＴＣ装置を有する例示的なモバイルネットワークを示す。
【図２】ノードと通信する異なるＭＴＣ装置を有する、図１に示すモバイルネットワークを示す。
【図３】ノードと通信する別のＭＴＣ装置を有する、図１に示すモバイルネットワークを示す。
【図４】本願明細書に記載の幾つかの実施形態による、ウインドウを有するタイミング図を示す。
【図５】本願明細書に記載の幾つかの実施形態による、種々のＭＴＣ装置により検知されるイベントの一例を示す。
【図６】本願明細書に記載の幾つかの実施形態による、ＭＴＣ装置、ノード、及びＭＴＣサーバの間の通信を示す例示的なチャートである。
【図７】本願明細書に記載の幾つかの実施形態による、ＭＴＣ装置におけるイベント検出のための処理の例示的なフローチャートである。
【図８】本願明細書に記載の幾つかの実施形態による、ＭＴＣサーバにおけるイベント検出のための処理の例示的なフローチャートである。
【図９】本願明細書に記載の幾つかの実施形態による、ネットワークの中で使用される複数のノードを示す。
【図１０】本願明細書に記載の幾つかの実施形態による、ネットワークの中で使用される複数のノードを示す。
【図１１】本願明細書に記載の実施形態の実装を実現する機能を実行する説明的な計算システムを示す。
【発明を実施するための形態】
【０００９】
機械型通信（Machine−type  communications：ＭＴＣ）は、必ずしも人間の介入を必要としない１又は複数の装置に関連するデータ通信の一形式である。機械型通信のための通信サービスは、人間対人間、又は人間対機械通信のために最適化されるサービスと異なっても良い。例えば、機械型通信は、異なる市場シナリオ、音声通信を有しないデータ通信、低コスト及び計算量、潜在的に非常に多数の通信端末、及び／又は僅かな端末毎のトラフィック、等に関連する場合が多い。
【００１０】
ＭＴＣ装置は、ＭＴＣサーバ及び／又は他のＭＴＣ装置を有するＰＬＭＮ（public  land  mobile  network）モバイルネットワークを通じて通信する機械型通信に適するよう装備される装置であっても良い。幾つかの構成では、ＭＴＣ装置は、処理するため及び／又はＭＴＣサーバ及び／又は他のＭＴＣ装置と通信するためにＭＴＣ装置に「生データ」を提供し得る他のエンティティと（無線で、例えば個人域ネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）を通じて、又は結線されて）ローカルに通信しても良い。ＭＴＣ装置と他のエンティティとの間のローカル通信は、任意の数の技術及び／又はプロトコルを用いて、任意の数の方法で生じても良い。
【００１１】
ＭＴＣ装置は、例えば、地上通信線のバックアップのようなセキュリティ監視システム、物理アクセス装置（例えば、キーバッド、フォッブリーダ）、及び／又は車載セキュリティシステムを有しても良い。例えば、ＭＴＣ装置は、例えば順序管理装置、ＰＡＹＤ（pay−as−you−drive）型装置、資産管理装置、ナビゲーション装置、交通情報装置、道路通行料徴収システム、及び／又は道路交通最適化及び／又は操舵装置、のような追跡及びトレースフリート管理装置も含み得る。
【００１２】
ＭＴＣ装置は、例えば、ＰＯＳ（point  of  sales）装置、自動販売機、及び／又はゲーム機械、のような支払い装置も含み得る。例えば、ＭＴＣ装置は、例えば、生体兆候監視装置、年配者又は障害者支援装置、ウェブアクセス遠隔医療ポイント及び／又は遠隔診断装置、のような健康監視装置も含み得る。ＭＴＣ装置は、例えば、照明器具、ポンプ、バルブ、エレベータ制御装置、自動販売機制御、及び／又は車両診断装置、のような遠隔保守及び／又は制御センサも含み得る。ＭＴＣ装置は、例えば、電力計、ガス計量器、水道メータ、加熱メータ、グリッド制御メータ、及び／又は任意の工業用メータ、のようなメータも含み得る。このようなメータは、任意の種類の物理的又は電気的データを監視し得る。例えば、ＭＴＣ装置は、例えばデジタルフォトフレーム、デジタルカメラ、及び／又は電子ブックのような、消費者装置も含み得る。
【００１３】
図１は、本願明細書に記載の幾つかの実施形態による、複数のＭＴＣ装置１１０Ａ〜１１０Ｊを有する例示的なモバイルネットワークを示す。ＭＴＣ装置１１０Ａ〜１１０Ｊは、無線ネットワークを介してノード１０５と通信する。無線ネットワークは、ＬＴＥ（long  term  evolution）ネットワーク、第３世代（３Ｇ）ネットワーク、ｅＭＢＭＳ（evolved  multimedia  broadcast  multicast  services）、Ｅ−ＵＴＲＡ（evolved  universal  terrestrial  radio  access）ネットワーク、フラットＩＰ（internet  protocol）ネットワーク、ＬＴＥ−Ａｄｖａｎｃｅｄネットワーク、時分割（ＴＤ）ＬＴＥネットワーク、ＵＭＢ（ultra−mobile  broadband）ネットワーク、ＷｉＭａｘ（worldwide  interoperability  for  microwave  access）ネットワーク、高速パケットアクセス（high  speed  packet  access：ＨＳＰＡ）＋ネットワーク、等を含み得る。任意の種類の無線ネットワークが用いられても良い。
【００１４】
幾つかの実施形態では、無線ネットワークは、ＬＴＥネットワークであっても良い。ＬＴＥネットワークは、直交周波数分割多重（Orthogonal  Frequency  Division  Multiplexing：ＯＦＤＭ）を使用して無線リソースを複数のユーザに割り当てる複数搬送波方式である直交周波数分割多重アクセス（Orthogonal  Frequency−Division  Multiple  Access：ＯＦＤＭＡ）を使用しても良い。ＬＴＥでは、ＯＦＤＭＡは、搬送波周波数帯域幅を１５ｋＨｚ間隔の多くの小さなサブキャリアに分割し、次に、ＱＰＳＫ（phase−shift  keying）デジタル変調フォーマット又は１６、３２若しくは６４ビットＱＡＭを含む（quadrature  amplitude  modulation：ＱＡＭ）フォーマットのような変調フォーマットを用いて、各々の個々のサブキャリアを変調する。ＯＦＤＭＡは、各々の装置に、該装置の送信のために必要な帯域幅を指定する。装置に割り当てられないサブキャリア周波数は、未使用であり、それにより、モバイルネットワークの電力消費及びネットワーク間干渉を低減する。
【００１５】
ノード１０５は、ＭＴＣ装置とネットワーク又はＭＴＣサーバとの間の無線通信を実現する任意の装置であっても良い。ノード１０５は、ＥｎｏｄｅＢ（evolved  node  B）、ｎｏｄｅ  Ｂ、基地通信局、又は任意の他の無線若しくは有線アクセスポイントのような、アクセスポイントであっても良い。幾つかの実施形態では、ノード１０５は、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、及び／又はＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤをホスティングしても良い。幾つかの実施形態では、ノード１０５は、ユーザプレーンヘッダ圧縮及び／又は暗号化を制御しても良い。幾つかの実施形態では、ノード１０５は、無線リソース制御（ＲＲＣ）機能を提供しても良い。幾つかの実施形態では、ノード１０５は、無線リソース管理、許可制御、スケジューリング、交渉アップリンクＱｏＳ（quality  of  service）の施行、セル情報ブロードキャスト、ユーザ及び制御プレーンデータの暗号化／復号化、ダウンリンク及びアップリンクユーザプレーンパケットヘッダの圧縮及び伸長、を提供しても良い。
【００１６】
ＭＴＣサーバ１２０は、モバイルネットワークと、及びモバイルネットワークを通じて及び／又はノード１０５を通じてＭＴＣ装置と通信し得るサーバである。ＭＴＣサーバは、ＭＴＣ装置又はＭＴＣ装置のユーザによりアクセスできるインタフェースも有しても良い。ＭＴＣサーバは、ＭＴＣ装置又はＭＴＣ装置のユーザのためにサービスを実行しても良い。これらのサービスは、本願明細書に記載の任意の数のサービス及び追加サービスを有しても良い。ＭＴＣサーバ１２０は、例えば、ＰＤＮ（packet  data  network）ゲートウェイ、サービスゲートウェイ、及び／又はモビリティ管理エンティティのような、１又は複数のサーバを有しても良い。幾つかの実施形態では、ＭＴＣサーバ１２０は、ノード１０５に含まれても良い。
【００１７】
図１は、第１のスケジュール済みウインドウの間に、イベント検出メッセージをノード１０５に通信するＭＴＣ装置１１０Ａを示す。ノード１０５は、ＭＴＣサーバ１２０とも通信する。図４は、複数のスケジュール済みウインドウを有する時間表を示す。図４は、第１のウインドウ４０５の間に生じる、ＭＴＣ装置１１０Ａからノード１０５への通信も示す。各々のＭＴＣ装置に固有のスケジュール済みウインドウは、不定期であっても良い。例えば、固有スケジュール済みウインドウは、５、１０、１５、２０、２５、３０、３５、４０、４５、５０分毎、等の程度であっても良い。幾つかの実施形態では、ノード１０５により使用されるＭＴＣ装置１１０Ａへのダウンリンクリソースは、時間ウインドウの中又は外になくても良い。時間ウインドウは、アップリンクリソース情報のみを表しても良い。
【００１８】
図２は、図１に示すモバイルネットワークを示すが、ノード１０５と通信するＭＴＣ装置１１０Ｂを有する。ＭＴＣ装置１１０Ｂは、第２のスケジュール済みウインドウの間に、イベント検出メッセージをノード１０５に通信しても良い。これは、図４にも示され、ＭＴＣ装置１１０Ｂからノード１０５への通信は、第２のウインドウ４１０の間に生じる。
【００１９】
図３は、図１に示すモバイルネットワークを示すが、ノード１０５にイベント検出メッセージを通信するＭＴＣ装置１１０Ｂを有する。ＭＴＣ装置１１０Ｃは、第３のスケジュール済みウインドウの間に、ノード１０５と通信しても良い。これは、図４にも示され、ＭＴＣ装置１１０Ａからノード１０５への通信は、第３のウインドウ４１５の間に生じる。
【００２０】
ＭＴＣ装置１１０Ａ〜１１０Ｊの各々は、ＭＴＣ装置がノード１０５と通信するスケジュール済みウインドウを割り当てられても良い。ＭＴＣ装置の指定ウインドウの間に、ＭＴＣ装置は、ノード１０５へアップリンク送信を送信しても良い。
【００２１】
ＭＴＣ装置１１０Ａ〜１１０Ｊの各々は、地震のアップリンク送信タイミングが同期している場合、アップリンク送信のためにのみスケジューリングされ得る。ＲＡＣＨ（random  access  channel）は、非同期ＭＴＣ装置とＬＴＥアップリンク無線アクセスの直交送信方式との間のインタフェースとして使用されても良い。ランダムアクセスは、概して、ＭＴＣ装置が起動するとき又はスリープモードからオンに切り替えられるとき、又はあるセルから別のセルへハンドオフされる最中、又はＭＴＣ装置がアップリンクタイミング同期を失うときに実行される。ランダムアクセスのときには、ＭＴＣ装置はダウンリンクでノード１０５と時間同期されていると想定される。
【００２２】
ＭＴＣ装置がスリープモードからオンに切り替わるとき、又は非同期であるとき、ＭＴＣ装置は、先ず、ダウンリンクタイミング同期を取得しても良い。ダウンリンクタイミング同期は、１次又は２次同期シーケンスを受信することにより達成されても良い。ダウンリンクタイミング同期を取得し、ランダムアクセスに固有のパラメータに関する情報を含むシステム情報を受信した後、ＭＴＣ装置は、ランダムアクセスプリアンブル送信を実行しても良い。ランダムアクセスは、ノード１０５が、ＭＴＣ装置アップリンク送信タイミングを推定し、必要な場合には、保護時間（又は巡回プレフィックス）の一部の範囲内でそれを調整できるようにする。
【００２３】
ノード１０５は、ＭＴＣ装置からのランダムアクセスプリアンブルの受信に成功すると、プリアンブルの受信成功を示すランダムアクセス応答を、タイミングアドバンス及びアップリングリソース割り当て情報と一緒に、ＭＴＣ装置へ送信しても良い。ランダムアクセスプリアンブルは、物理ランダムアクセスチャネル（Physical  Random  Access  Channel：ＰＲＡＣＨ）を介して送信されても良い。ＭＴＣ装置は、次に、自身がランダムアクセスのために使用したプリアンブル番号をノード１０５から受信したプリアンブル番号情報と照合することにより、自身のランダムアクセス試行が成功したかどうかを決定しても良い。プリアンブル番号が一致する場合、ＭＴＣ装置は、自身のプリアンブル送信試行が成功したと想定し、次に、自身のアップリンクタイミングを調整するためにタイミングアドバンス情報を使用する。ＭＴＣ装置は、アップリンクタイミング同期を取得した後に、アップリンクスケジューリングを送信しても良い。
【００２４】
ランダムアクセスプリアンブルは、巡回プレフィックスにより構築される、ＯＦＤＭシンボルのような複合シーケンスを有しても良く（シーケンスの終わりの部分は、プリアンブルの始めに付け加えられる）、したがって、ノード１０５における効率的な周波数ドメイン受信機を可能にするのを助ける。ランダムアクセスプリアンブル長は、任意の伝搬遅延を吸収するために保護時間のような何らかの剰余時間の余地を提供するために、ＰＲＡＣＨスロットより短くても良い。
【００２５】
１より多いＭＴＣ装置がＰＲＡＣＨプリアンブルをＰＲＡＣＨスロットの間にノード１０５へ送信する場合、衝突が生じ得る。これは、結果として、ＭＴＣ装置がノード１０５と同期するのに遅延を生じ得る。同期化中の遅延は、スケジュール済みウインドウが不定期であるときは、耐えられ得る。
【００２６】
ＲＡＣＨは、警報又は緊急メッセージのような予定外イベントを報告するために、ＭＴＣ装置によっても使用されても良い。例えば、ＭＴＣ装置１１０Ａ〜１１０Ｊは、都市域全体のガス管線を監視するセンサであっても良い。各々のセンサは、上述のようなスケジュール済みウインドウを通じて、スケジュール済みの通信報告を実行しても良い。しかしながら、これらのウインドウは、時間に敏感な緊急メッセージにとっては時間的にあまりにも不定期であり得る、離れた時間である場合がある。ランダムアクセスチャネルは、例えばガス漏れ情報のような緊急メッセージを迅速に通信するために使用されても良い。しかしながら、生じ得る１つの問題は、複数のＭＴＣ装置が同時に、ガス漏れのような同じ問題を検知し、ＲＡＣＨを用いて予定外緊急メッセージを送信し得ることである。これは、結果として、衝突と遅延を生じ得る。このような遅延は、報告されている緊急事態に対する迅速な応答を妨げ得る。
【００２７】
図５は、種々のＭＴＣ装置により検知されている、自己又は緊急事態のようなイベントの一例を示す。これらのイベントがほぼ同時に検知され、各々のＭＴＣ装置によりＲＡＣＨで送信される場合、これらのイベントは、モバイルネットワークを充満させる。これに応答して、モバイルネットワークは、例えばアクセスクラスバーリング（access  class  barring）方式（又は同様の方式）を用いてノード１０５へのアクセス過負荷を低減して、ＭＴＣ装置がアクセス要求メッセージを送信する機会を調整し得る。これらのアクセスクラスバーリング方式は、ＭＴＣ装置からのイベントメッセージに応答しても良く、及び／又はイベントメッセージが多すぎることを理由にイベントメッセージをブロックしても良い。それに応答して、ＭＴＣ装置は、イベントメッセージを再送信する前に時間期間の間（例えば、数秒、数分、又は数時間）、バックオフし待機しても良い。幾つかのモバイルネットワークでは、ＭＴＣ装置は、低い優先度を与えられる。この結果、長い遅延が生じ得る。このような遅延は、イベントの重要度に依存して、悲惨な結果を有することがある。
【００２８】
幾つかの実施形態では、ＭＴＣイベント検出（MTC  event  detection：ＭＴＣ−ＥＤ）クラス、サービス、及び／又はリソースが使用されても良く、ＭＴＣ装置１１０及び／又はノード１０５に対して何らかの追加制約を含む。これらの制約は、ＭＴＣ装置がイベント検出（ＭＴＣ−ＥＤ）クラス、サービス、及び／又はリソース（例えば、所定のスケジュール済みウインドウの中で）を通じてのみ、トリガされたレポートを送信することを要求することを含み得る。これらの制約は、イベント検出、サービス及び／又はリソース以外のリソースで通信を開始しようとするＭＴＣ装置をドロップすることも含み得る。
【００２９】
図６は、本願明細書に記載の幾つかの実施形態による、図１、２、３、５のＭＴＣ装置１１０、ノード１０５、及びＭＴＣサーバ１２０の間の例示的なチャート６００である。６０５で、初期化中に、ＭＴＣ装置１１０は、初期アップリンクシーケンスを送信しても良い。この初期アップリンクシーケンスは、例えば、ＰＲＡＣＨ又はＲＡＣＨシーケンスを含んでも良い。さらに、初期アップリンクシーケンスは、任意の時間期間中に生じても良い。初期アップリンクシーケンスは、例えば国際モバイル加入者識別情報（international  mobile  subscriber  identity：ＩＭＳＩ）のようなＭＴＣ装置１１０の識別子を有しても良い。
【００３０】
６１０で、ノード１０５は、ＭＴＣサーバ１２０へＭＴＣ装置１１０の識別子を転送し及びリソースを要求しても良い。これに応答して、ブロック６１５で、ＭＴＣサーバ１２０は、ＭＴＣ装置１１０に、スケジュール済みレポートのためのスケジュール済みリソースを許可しても良い。これは、例えば、ユニークな及び／又は直交プリアンブルシーケンス、帯域幅、周波数チャネル、加入者割り当て、スケジュール済みウインドウ、及び／又は変調方式、等を有しても良い。ＭＴＣサーバ１２０は、ＭＴＣ装置１１０に、スケジュール済みレポートのためのスケジュール済みリソースを許可しても良い。これは、例えば、ユニークな及び／又は直交プリアンブルシーケンス、帯域幅、周波数チャネル、加入者割り当て、イベントウインドウ、及び／又は変調方式、等を有しても良い。スケジュール済みリソース及び／又はリソースは、所与のネットワークの中で、各々のＭＴＣ装置のために生成されても良い。スケジュール済みウインドウ情報及びイベントウインドウ情報は、ＭＴＣ装置１１０の識別子及び／又はセル又はネットワーク情報と関連して、ＭＴＣサーバ１２０に格納されても良い。
【００３１】
ウインドウ長は、合計割り当てウインドウ時間を、ノード１０５に関連するＭＴＣ装置の数で割ったものに等しくても良い。ウインドウ開始時間は、ウインドウ長を、割り当てられたＭＴＣ装置番号で乗算したものに等しくても良い。例えば、１０００個のＭＴＣ装置があり、合計割り当てウインドウ時間が１２時間である場合、各々のウインドウは、４３．２秒の長さを有しても良い。ＭＴＣ装置１１０Ｃが、１０００個のＭＴＣ装置のうちの５０番目のＭＴＣ装置である場合、ウインドウ開始時間は第１のウインドウの開始から３６分後である。
【００３２】
スケジュール済みウインドウ及び／又はイベントウインドウの割り当ては、モバイルネットワークの中の他のＭＴＣ装置のためのスケジュール済みウインドウ及び／又はイベントウインドウ開始時間及び／又は長さを変更しても良い。同様に、ＭＴＣ装置がモバイルネットワークを出るとき、モバイルネットワークの中の他のＭＴＣ装置のためのスケジュール済みウインドウ及び／又はイベントウインドウ開始時間及び／又は長さ、調整済みウインドウ開始時間及び／又はウインドウ長は、ＭＴＣ装置によりスケジュール済みダウンリンク送信の間に他のＭＴＣ装置に通信されても良い。さらに、各々のウインドウは、任意の伝搬遅延を吸収するために保護時間として、次のスケジュール済みウインドウにオーバラップしても良い。
【００３３】
６２０で、ＭＴＣ装置１２０は、例えばスケジュール済みウインドウ及び／又はイベントウインドウ情報を含むリソース許可を、ノード１０５へ通信しても良い。６２５で、ノード１０５は、スケジュール済みレポートリソースをＭＴＣ装置１１０に通信しても良い。そして、６３０で、ノード１０５は、イベントレポートリソースをＭＴＣ装置１１０に通信しても良い。
【００３４】
６３５で、スケジュール済みリソース情報、及び／又はスケジュール済みウインドウ及び／又はイベントウインドウ情報を含むリソース情報は、ＭＴＣ装置１１０に格納されても良い。ＭＴＣ装置１１０は、例えばスケジュール済みウインドウの間に、スケジュール済みリソースを用いて、ノード１０５を通じてＭＴＣサーバ１２０にレポートを通信しても良い。スケジュール済みレポートの内容は、ＭＴＣ装置１１０の種類に依存して変化しても良い。
【００３５】
６４０で、イベント又は緊急事態のようなイベントが生じても良い。イベントは、アプリケーションに基づき各々のＭＴＣ装置について定められても良い。例えば、ガスセンサを含む又はそれに結合されるＭＴＣ装置では、イベントは、ガス漏れの検知を含んでも良い。別の例として、センサ（例えば、地震計、圧力センサ、流量センサ、サーモメータ、等）を含む又はそれに結合されるＭＴＣ装置では、イベントは、閾値より高い読み取り値（例えば、地震読み取り値、流量読み取り値、又は温度、等）であっても良い。
【００３６】
イベントに応答して、ＭＴＣ装置１１０は、イベントに応答するために、ＭＴＣ装置のイベントウインドウ６４５が生じるまで、待機しても良い。イベントウインドウの間、６５０で、ＭＴＣ装置１１０は、ノード１０５を通じてＭＴＣサーバ１２０へイベントが生じたというイベントメッセージを送信しても良い。イベントメッセージは、例えばＭＴＣ装置のＩＭＳＩ（International  mobile  Subscriber  Identity）のようなＭＴＣ装置識別子を有しても良く、及び／又はユニークなプリアンブルを含むＰＲＡＣＨシーケンスが、イベントメッセージとして使用されても良い。
【００３７】
事故検出はバイナリ情報として解釈できるので、イベントの発生を通信するためには単一のビットで充分であり得る。幾つかの実施形態では、更なるシグナリングは必要なくても良い。他の情報は、ノード１０５からＭＴＣ装置１１０へ送信されなくても良い。及び／又は、イベントメッセージは、ＭＴＣ装置のスケジュール済みウインドウ以外の時間に生じる。
【００３８】
６５５で、ノード１０５は、ＭＴＣサーバ１２０へイベントメッセージを送信しても良い。幾つかの実施形態では、イベントメッセージは、リソースの一部としてノード１０５から受信したユニークなプリアンブル及び／又はＰＲＡＣＨシーケンスを含むランダムアクセス要求（例えば、アクセス要求メッセージ）であっても良い。６６０で、ＭＴＣサーバ１２０は、現在時間及び／又はＵＥのＩＭＳＩ識別番号が該ＵＥのためのイベントウインドウ時間と一致するか否かを決定しても良い。一致が生じる場合、警報をトリガするようなレポートが生じても良い。
【００３９】
幾つかの実施形態では、イベントのトリガは、同じ地理的領域に位置する異なるセルで動作する複数のＭＴＣ装置の間で相関性があっても良い。例えば、ガス漏れは、同じ住宅地にあるが異なるノード１０５に通信する複数のセンサを有する複数のＭＴＣ装置により識別されても良い。警報をレポートするために単一のＭＴＣ装置が使用される場合、誤警報の確率は高くなり得る。しかし、複数のＭＴＣ装置がイベントを報告する場合、誤警報の確率は、イベントを検知するＭＴＣ装置の数に基づき比例的に低減する。したがって、イベントは、イベントメッセージがモバイルネットワークの中の１又は複数のＭＴＣ装置から受信されるとき、確立されても良い。したがって、幾つかの実施形態では、同時に警報メッセージを受信する複数のセルで一致が生じる場合、レポートが生じても良い。
【００４０】
これに応答して、６６５で、ＭＴＣサーバ１２０は、ＭＴＣ装置のためにアクセスが許可されていないというメッセージをノード１０５へ送信しても良い。そして、６７０で、ノード１０５は、ＲＲＣ接続拒否をＭＴＣ装置１１０へ送信しても良い。幾つかの実施形態では、ＭＴＣサーバ１２０及び／又はノード１０５により、いかなる応答も送信されなくても良い。
【００４１】
図７は、本願明細書に記載の幾つかの実施形態による、図１、２、３、５のＭＴＣ装置１１０のようなＭＴＣ装置によるイベント検出の処理７００の例示的なチャート７００である。処理７００はブロック７０５で開始し得る。ブロック７０５で、ＭＴＣ装置は、ＭＴＣ装置に関連するノード及び／又はＭＴＣサーバへ初期化要求を送信しても良い。初期化要求は、ＭＴＣ装置のユニークな識別子（例えば、ＩＭＳＩ又はＰＲＡＣＨシーケンス）を有しても良い。
【００４２】
返信として、ブロック７１０で、ＭＴＣ装置はスケジュール済みリソース情報を受信しても良く、ブロック７１５で、ＭＴＣ装置はリソース情報を受信しても良い。幾つかの実施形態で、ＭＴＣ装置は、ユニークな識別子をスケジュール済みリソース情報及び／又はリソース情報と比較することにより、スケジュール済みリソース情報及びリソース情報がＭＴＣ装置のためであることを確信しても良い。上述のように、スケジュール済みリソース情報及びリソース情報は、イベントレポートを送信するために使用されるスケジュール済みレポート及び／又はイベントウインドウ情報を送信するために使用されるスケジュール済みウインドウ情報を含んでも良い。
【００４３】
幾つかの実施形態では、ブロック７０５及び７１０は、ＭＴＣ装置が最初にネットワーク、セル、又はモバイルネットワークに参加するとき、例えば、ＭＴＣ装置がスリープ若しくはバイバネートモードを終了するとき、使用されても良い。
【００４４】
ブロック７２０で、イベントの指示は、ＭＴＣ装置で受信されても良い。イベント指示は、例えば、ＭＴＣ装置の部分である又はそれに結合されるセンサから受信されても良い。イベント指示が受信されない場合、処理７００は、イベント指示が受信されるまで、ブロック７２０に戻っても良い。この時間の間、ＭＴＣ装置は、他の動作を実行しても良い。例えば、ＭＴＣ装置は、スケジュール済みリソースを用いてスケジュール済みウインドウの間に、スケジュール済みレポートを通信しても良い。
【００４５】
ブロック７２５で、ＭＴＣ装置は、イベントの発生の時間のような現在時間が、例えばリソースにより定められるイベントウインドウの範囲内か否かを決定しても良い。現在時間がイベントウインドウの範囲内ではない場合、処理７００は、イベントウインドウが生じるまで待機する。イベントウインドウが生じると、処理７００は、ブロック７３０へ進んでも良い。
【００４６】
ブロック７３０で、ＭＴＣ装置は、リソースを用いてイベントウインドウの間にイベントメッセージを送信しても良い。イベントメッセージは、ＭＴＣ装置のユニークな識別子（例えば、ＩＭＳＩ又はＰＲＡＣＨシーケンス）を有しても良い。幾つかの実施形態では、イベントメッセージは、ＭＴＣ装置がノードへデータを送信できるようＭＴＣ装置とノードとの間の接続を確立するために複数の信号のうちの１番目として標準的に使用されるランダムアクセスプリアンブル信号であっても良い。上述及び他の実施形態では、イベントメッセージは、このランダムアクセスプリアンブル信号のみを含み、更なる信号を有しなくても良い。例えば、イベントメッセージは、構造及び形式が初期化要求と同様であっても良い。しかしながら、イベントメッセージはイベントウインドウの間に送信されるので、イベントメッセージを受信するノードは、イベントメッセージを初期化要求ではなくイベントメッセージとして解釈できる。
【００４７】
図８は、本願明細書に記載の幾つかの実施形態による、ＭＴＣサーバにおけるイベント検出のための処理８００の例示的なフローチャートである。処理８００はブロック８０５で開始し得る。ブロック８０５で、ＭＴＣサーバは、初期化要求をＭＴＣ装置から受信しても良い。初期化要求は、ＭＴＣ装置のユニークな識別子（例えば、ＩＭＳＩ又はＰＲＡＣＨシーケンス）を有しても良い。これに応答して、ＭＴＣサーバは、ＭＴＣ装置のためのリソース及びスケジュール済みリソースを確立しても良い。ＭＴＣサーバは、リソースに関連するイベントウインドウ及びスケジュール済みリソースに関連するスケジュール済みウインドウを、ＭＴＣ装置のユニークな識別子と一緒に記憶装置に、例えばルックアップテーブルに、格納しても良い。
【００４８】
ブロック８２０で、ＭＴＣ装置の数に変化があったかどうかが決定されても良い。装置の数に変化がない場合、処理８００はブロック８３０に進む。その他の場合、処理８００は、ブロック８２５に進む。ブロック８２５で、他のＭＴＣ装置のためのリソース情報（例えば、イベントウインドウ及び／又はスケジュール済みウインドウ）は、ＭＴＣ装置の数の変化に基づき更新され、及び／又はメモリに格納されても良い。更新されたリソース情報の一部又は全部も、他のＭＴＣ装置に通信されても良い。
【００４９】
ブロック８４０で、ＭＴＣ装置がＲＡＣＨシーケンスを開始したか否かが決定されても良い。ＭＴＣ装置がＲＡＣＨシーケンスを開始していない場合、処理８００はブロック８５０に進んでも良い。ＭＴＣ装置がＲＡＣＨシーケンスを開始した場合、処理８００はブロック８３５に進んでも良い。
【００５０】
ブロック８３５で、現在時間が、ＲＡＣＨシーケンスを開始するＭＴＣ装置のＩＭＳＩに対応する時間イベントウインドウの範囲内か否かが決定されても良い。例えば、ＭＴＣサーバ１２０は、ユニークな識別子及び／又はＰＲＡＣＨシーケンスに関連するイベントウインドウを調べ、イベントメッセージが受信されたイベントウインドウが格納されたイベントウインドウに一致するか否かを決定しても良い。格納されたイベントウインドウがイベントメッセージが受信されたイベントウインドウに一致する場合、処理８００は、ブロック８４０に進む。その他の場合、処理８００は、ブロック８５０でこの予定外ＲＡＣＨ要求を提供し、次にブロック８２０に戻る。
【００５１】
ブロック８４０で、ＭＴＣ装置１１０へ拒否が送信されても良い。拒否は、例えば、ＲＲＣ接続拒否メッセージを有しても良い。幾つかの実施形態では、ブロック８４０は省略されても良い。
【００５２】
ブロック８４５で、警報のようなレポートが発行されても良い。レポートは、例えば、メッセージを出力する別のコンピュータシステムへメッセージを送信すること等により発行されても良い。幾つかの実施形態では、レポートは、ＭＴＣサーバにおいて１より多いイベントメッセージが受信され確立された後に発行されても良い。
【００５３】
ブロック８５０で、ノード１０５は、ＭＴＣ装置１１０のために定められたイベント時間ウインドウの間に送信されなかった、該ＭＴＣ装置１１０からの予定外ＲＡＣＨシーケンスを提供しても良い。
【００５４】
図９は、本願明細書に記載の幾つかの実施形態による、図１、２、３、５のモバイルネットワークの中で使用される複数のノード１０５、１０５Ａ、１０５Ｂを示す。ＭＴＣ装置１１０Ａ、１１０Ｈ、１１０Ｉ、１１０Ｊは、ノード１０５Ａと通信する。ＭＴＣ装置１１０Ｅ、１１０Ｆ、１１０Ｇは、ノード１０５と通信する。ＭＴＣ装置１１０Ｃ、１１０Ｂ、１１０Ｄは、ノード１０５Ｂと通信する。ノード１０５、ノード１０５Ａ、ノード１０５Ｂの各々は、ＭＴＣサーバ１２０と通信する。任意の数のノード１０５及び／又はＭＴＣ装置１１０が、モバイルネットワークと共に使用されても良い。
【００５５】
図１０は、本願明細書に記載の幾つかの実施形態による、図１、２、３、５のモバイルネットワークの中で使用される複数のノード１０５、１０５Ａ、１０５Ｂを示す。ＭＴＣ装置１１０Ａ、１１０Ｈ、１１０Ｉ、１１０Ｊは、ノード１０５Ａと通信する。ＭＴＣ装置１１０Ｅ、１１０Ｆ、１１０Ｇは、ノード１０５と通信する。ＭＴＣ装置１１０Ｃ、１１０Ｂ、１１０Ｄは、ノード１０５Ｂと通信する。ノード１０５Ｂ及びノード１０５Ａは、ノード１０５と通信する。ノード１０５は、例えば、ＭＴＣサーバ１２０の機能を実行しても良い。別の例として、ノード１０５は、ＭＴＣサーバ１２０に結合されても良く、及びノード１０５Ａ及び／又はノード１０５ＢからＭＴＣサーバ１２０へ通信を転送しても良い。ノード１０５、１０５Ａ及び／又は１０５Ｂの間の通信は、Ｘ２インタフェースを用いて生じても良い。任意の数のノード１０５及び／又はＭＴＣ装置１１０が、使用されても良い。
【００５６】
図１１に示す計算システム１１００（又は処理ユニット）は、本願明細書に記載の実施形態のうちの任意のものを実行するために使用されても良い。さらに、ＭＴＣ装置１１０、ノード１０５、及び／又はＭＴＣサーバ１２０は、計算システム１１００を含んでも良い。例えば、計算システム１１００は、処理６００、７００、及び／又は８００の全部又は一部を実行するために、単独で又は他のコンポーネントと関連して使用されても良い。別の例として、計算システム１１００は、本願明細書に記載の任意の計算を実行し、任意の式を解き、任意の識別を実行し、及び／又は任意の決定を行うために使用されても良い。計算システム１１００は、バス１１０５を介して電気的に結合され得る（又は適切な場合には通信し得る）ハードウェア要素を有する。ハードウェア要素は、（デジタル信号処理チップ、グラフィックスアクセラレーションチップ、及び／又は、等のような）１又は複数の汎用プロセッサ及び／又は１又は複数の専用プロセッサを含むがこれに限定されない１又は複数のプロセッサ１１１０と、マウス、キーボード及び／又は、等を含み得るがこれに限定されない１又は複数の入力装置１１１５と、ディスプレイ装置、プリンタ、及び／又は、等を含み得るがこれに限定されない１又は複数の出力装置１１２０と、を有しても良い。
【００５７】
計算システム１１００は、ローカル及び／又はネットワークアクセス可能な記憶装置を含み得るがこれらに限定されない及び／又はディスクドライブ、ドライブアレイ、光記憶装置、及び／又はプログラマブル、フラッシュ更新可能、及び／又は等であり得るランダムアクセスメモリ（ＲＡＭ）及び／又は読み出し専用メモリ（ＲＯＭ）のような固体記憶装置を含み得るがこれらに限定されない、１又は複数の記憶装置１１２５と、更に有しても（及び／又はそれらと通信しても）良い。通信コンポーネント１１００は、モデム、ネットワークカード（無線又は有線）、赤外線通信装置、無線通信装置、及び／又は（Ｂｌｕｅｔｏｏｔｈ（登録商標）装置、１１０２.６装置、ＷｉＦｉ（登録商標）装置、ＷｉＭａｘ装置、セルラ通信設備、等のような）チップセット、及び／又は同様のものも含み得るが、これらに限定されない通信サブシステム１１３０も有しても良い。通信サブシステム１１３０は、（一例を挙げるなら、以下に記載のネットワークのような）ネットワークと及び／又は本願明細書に記載の任意の他の装置とデータを交換させることができる。多くの実施形態では、計算システム１１００は、上述のようなＲＡＭ又はＲＯＭ装置を含み得る作業メモリ１１３５を更に有する。図１に示すメモリ１２５は、作業メモリ１１３５及び／又は記憶装置１１２５の全部又は一部を有しても良い。
【００５８】
計算システム１１００は、オペレーティングシステム１１４０及び／又は上述のような本発明のコンピュータプログラムを含み得る及び／又は本発明の方法を実施するよう又は本発明のシステムを構成するよう設計され得る及び／１又は複数のアプリケーションプログラムのような他のコードを含む、作業メモリ１１３５の中に現在配置されるように示されるソフトウェア要素も有しても良い。例えば、上述の方法に関する１又は複数の手順は、コンピュータ（及び／又はコンピュータの中のプロセッサ）により実行可能なコード及び／又は命令として実装されても良い。これらの命令及び／又はコードのセットは、上述の記憶装置１１２５のようなコンピュータ可読記憶媒体に格納されても良い。
【００５９】
幾つかの例では、記憶媒体は、計算システム１１００の中に組み込まれても良く、又は計算システム１１００と通信しても良い。他の実施形態では、記憶媒体は、計算システム１１００と別個であっても良く（例えば、コンパクトディスク等のような取り外し可能な媒体）、及び／又は格納された命令／コードにより汎用コンピュータをプログラムするために記憶媒体が使用できるようにインストールパッケージの中で提供されても良い。これらの命令は、計算システム１１００により実行可能な実行可能コードの形式を取っても良く、及び／又は（例えば、種々の市販コンパイラ、インストールプログラム、圧縮／伸長ユーティリティ、等を用いる）計算システム１１００上でのコンパイル及び／又はインストールによるソース及び／又はインストール可能コードの形式を取っても良く、実行可能コードの形式を取っても良い。
【００６０】
本願明細書に記載した実施形態は、以下に更に詳細に議論するように、種々のコンピュータハードウェア又はソフトウェアモジュールを備えた特定用途又は汎用コンピュータの使用を含み得る。
【００６１】
本願明細書に記載した実施形態は、コンピュータにより実行可能な命令又はデータ構造を伝える又は格納しているコンピュータ可読媒体を用いて実施され得る。このようなコンピュータ可読媒体は、汎用又は特定目的コンピュータによりアクセスできる利用可能な媒体であり得る。例として且つ限定ではなく、このようなコンピュータ可読媒体は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read−Only  Memory）、ＥＥＰＲＯＭ（Electrically  Erasable  Programmable  Read−Only  Memory）、ＣＤ−ＲＯＭ（Compact  Disc  Read−Only  Memory）又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、フラッシュメモリ装置（例えば、固体メモリ素子）を含む一時的コンピュータ可読記憶媒体、又はコンピュータにより実行可能な命令若しくはデータ構造の形式で所望のプログラムコード手段を伝える若しくは格納するために用いられ汎用若しくは特定目的コンピュータによりアクセス可能な他の媒体を有し得る。上述の組合せも、コンピュータ可読媒体の範囲に包含され得る。
【００６２】
コンピュータにより実行可能な命令は、例えば、汎用コンピュータ、特定目的コンピュータ（例えば、１又は複数のプロセッサ）又は特定目的処理装置に特定の機能又は機能グループを実行させる命令及びデータを有しても良い。本発明の主題は構造的特徴及び／又は方法論的動作に特有の言葉で記載されたが、本発明の主題は、特許請求の範囲に定められる上述の特定の特徴又は動作に限定されないことが理解されるべきである。むしろ、上述の特定の特徴及び動作は、特許請求の範囲の実施の例示的形態として開示されたものである。
【００６３】
本願明細書で用いられるように、用語「モジュール」又は「コンポーネント」は、モジュール若しくはコンポーネントの動作を実行するよう構成される特定ハードウェア実装、及び／又はコンピューティングシステムの汎用ハードウェア（例えばコンピュータ可読媒体、処理装置、等）に格納され及び／又はそれらにより実行され得るソフトウェアオブジェクト若しくはソフトウェアルーチンを表しても良い。幾つかの実施形態では、本願明細書に記載されたのと異なるコンポーネント、モジュール、エンジン及びサービスは、（例えば、別個のスレッドとして）コンピューティングシステムで実行されるオブジェクト又は処理として実施されても良い。本願明細書に記載のシステム及び方法の幾つかは概して（汎用ハードウェアに格納される及び／又はそれにより実行される）ソフトウェアで実装されるように記載されたが、専用ハードウェアの実装又はソフトウェアと専用ハードウェアの組み合わせの実装も可能であり考えられる。この説明では、「コンピュータエンティティ」は、本願明細書で先に定められたようにコンピューティングシステム、又はコンピューティングシステムで実行されるモジュール若しくはモジュールの組合せであっても良い。
【００６４】
本願明細書に記載された全ての例及び条件文は、教育上の目的で、読者が本発明の原理及び発明者により考案された概念を理解するのを助け、技術を促進させるためであり、これらの特に記載された例及び条件に限定されないものと考えられるべきである。本発明の実施形態が詳細に記載されたが、種々の変更、置換及び修正が本発明の精神及び範囲から逸脱することなく行われうることが理解されるべきである。
【図１】
0006476477.tif 000002
【図２】
0006476477.tif 000003
【図３】
0006476477.tif 000004
【図４】
0006476477.tif 000005
【図５】
0006476477.tif 000006
【図６】
0006476477.tif 000007
【図７】
0006476477.tif 000008
【図８】
0006476477.tif 000009
【図９】
0006476477.tif 000010
【図１０】
0006476477.tif 000011
【図１１】
0006476477.tif 000012