JP2017536596A - サービス指向アーキテクチャ（ｓｏａ）に基づくスケーラブル課金システム - Google Patents

Abstract

ｏｎｅＭ２Ｍ ＳＯＡ課金システムのためのイベント収集サービスは、課金ポリシ、すなわち、イベント収集のための共通ルールの構成を有効にするためのサービス能力を提供することができ、イベント収集トリガ、すなわち、収集動作をトリガするであろう特定のイベントの構成を有効にするためのサービス能力を提供することができ、サービス、デバイス、およびアプリケーションの増加に伴ってスケールアップし得るシステムを定義することができ、ｏｎｅＭ２Ｍ ＲＯＡ課金システムと相互作用および統合し得るシステムを定義することができる。

Description

本願は、米国仮特許出願第６２／０４９，６９６号（２０１４年９月１２日出願）の利益を主張し、上記出願の開示は、その全体が記載されているかのように参照により本明細書に援用される。

ｏｎｅＭ２Ｍは、共通マシンツーマシン（Ｍ２Ｍ）サービス層の必要性に対処する技術仕様を開発する組織であり、Ｍ２Ｍサービス層は、種々のハードウェアおよびソフトウェア内に容易に埋め込まれ、現場の多数のデバイスを世界中のＭ２Ｍアプリケーションサーバと接続するために頼りにされることができる。

図１は、ｏｎｅＭ２Ｍ機能アーキテクチャにおいて定義されたＭ２Ｍサービスプラットフォームのアーキテクチャ１００を図示する略図である。Ｍ２Ｍサービスプラットフォームは、共通サービスエンティティ（ＣＳＥ）１０２として説明されるエンティティを含む。ＣＳＥ１０２は、Ｍ２Ｍ環境に共通であり、ＭｃａおよびＭｃｃ’参照点を通してエクスポーズされる、サービス機能の組を備える。これらの参照点は、ｏｎｅＭ２Ｍ機能アーキテクチャに説明される。その仕様に説明されるＭ２Ｍサービスアーキテクチャは、主に、インフラストラクチャドメインに好適であり、ＣＳＥ１０２は、サービスコンポーネントの組として見なされる。

Ｍ２Ｍサービスアーキテクチャは、Ｍ２ＭアプリケーションおよびＭ２Ｍサービスプロバイダに提供されるＭ２Ｍサービスを規定することによって、ｏｎｅＭ２Ｍ機能アーキテクチャを拡張する。

これらのＭ２Ｍサービスは、サービスエクスポージャコンポーネント１０６を介して、Ｍｃａ参照点を横断して、アプリケーションエンティティ（ＡＥ）１０４によって、遠隔サービスエクスポージャコンポーネント１０８を介して、Ｍｃｃ’参照点を横断して、他のインフラストラクチャＣＳＥによって、およびＭｓｃ参照点１１０を横断して、他のサービスコンポーネントによって消費される。

これらのＭ２Ｍサービスは、ネットワークサービス利用コンポーネント１１４を介して、Ｍｃｎ参照点を横断して、ネットワークサービスエクスポージャ（ＮＳＥ）１１２を通して、下層ネットワークサービスを利用する。

アプリケーションエンティティ（ＡＥ）１０４は、ｏｎｅＭ２Ｍ機能アーキテクチャによって定義される。アプリケーションエンティティは、エンドツーエンドＭ２Ｍソリューションのためのアプリケーション論理を提供する。

共通サービスエンティティ（ＣＳＥ）１０２は、ｏｎｅＭ２Ｍ機能アーキテクチャによって定義される。共通サービスエンティティ１０２は、Ｍ２Ｍ環境に共通であり、ｏｎｅＭ２Ｍによって規定される、「サービス機能」の組を備える。ｏｎｅＭ２Ｍサービスに対して、ＣＳＥ１０２のこの定義は、論理表現であり、「サービス機能」は、対応するサービスエクスポージャコンポーネント１０６および遠隔サービスエクスポージャコンポーネント１０８を介して、ＭｃａおよびＭｃｃ’参照点を通してエクスポーズされる。ネットワークサービス利用コンポーネント１１４は、Ｍｃｎ参照点を通して、下層ネットワークのサービスを利用する。加えて、サービスコンポーネントは、他のサービスコンポーネント１１５および１１６とともに、Ｍ２Ｍサービスを消費および提供する。

疎結合サービスコンポーネントの論理表現として、ＣＳＥ１０２は、それ自体は、識別可能であるが、直接、アドレス可能ではないエンティティである。代わりに、アドレス可能エンティティは、参照点の対応するサービスエクスポージャコンポーネントである。サービスは、コンポーネント内のアドレス可能エンティティである。すなわち、コンポーネントは、直接、アドレス可能ではない。

サービスエクスポージャコンポーネント１０６は、サービスをＡＥにエクスポーズする。ネットワークサービス利用コンポーネント１１４は、ＮＳＥからのサービスを消費する。遠隔サービスエクスポージャコンポーネント１０８は、異なるＭ２Ｍ環境からのサービスを接続する。

サービスエクスポージャコンポーネント１０６、ネットワークサービス利用コンポーネント１１４、および遠隔サービスエクスポージャコンポーネント１０８は、ＣＳＥパブリックドメイン命名規則に従うが、それらは、インフラストラクチャノードパブリックドメイン名のサブドメインとして拡張される。図２は、図１のｏｎｅＭ２Ｍサービスアーキテクチャ１００とともに使用され得る、例示的サービスコンポーネントを図示する略図である。

以下の表１は、共通ＳＯＡパラメータを示す。

方向は、サービス能力を提供（実装）するエンティティに対するものである。値「ＩＮ」は、エンティティが、サービス能力要求の消費者（送信側）からパラメータに対する値を受信することを予期することを意味する。値「ＯＵＴ」は、エンティティが、パラメータに対する値をサービス能力要求の消費者（送信側）に送信するであろうことを意味する。「ＩＮ−ＯＵＴ」の値は、エンティティが、パラメータに対する値を消費者から受信し、次いで、パラメータに対する値（必ずしも、同一値ではない）を消費者に返信するであろうことを意味する。

表２は、フィルタ基準を定義する。

ＳＯＡ（サービス指向アーキテクチャ）は、一般に、企業展開において使用される、システムおよびソフトウェア設計原理ならびにスタイルである。ＳＯＡは、機能性を配信されるサービスとして定義し、サービス消費者のためのインターフェースを提供する。

ｏｎｅＭ２Ｍでは、ＲＯＡ（リソース指向アーキテクチャ）仕様ならびにＳＯＡ（サービス指向アーキテクチャ）仕様が、存在する。

本願は、ＳＯＡ課金特徴のためのスケーラブルなフレームワークについて説明する。イベント収集サービスは、課金ポリシ、すなわち、イベント収集のための共通ルールの構成を有効にするためのサービス能力を提供することができ、イベント収集トリガ、すなわち、収集動作をトリガするであろう特定のイベントの構成を有効にするためのサービス能力を提供することができ、サービス、デバイス、およびアプリケーションの増加に伴ってスケールアップし得るシステムを定義することができ、ｏｎｅＭ２Ｍ ＲＯＡ課金システムと相互作用および統合し得るシステムを定義することができる。例えば、トリガによって記録されるイベントは、適切な当事者に課金するための請求アプリケーションにおいて使用されることができる。

本概要は、発明を実施するための形態において以下でさらに説明される、一連の概念を簡略化形態において導入するために提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図しておらず、また、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分に記載される一部または全ての不利点を解決するという限界にも限定されない。

より詳細な理解が、添付図面と併せて一例として挙げられる、以下の説明から取得され得る。
図１は、ｏｎｅＭ２Ｍ機能アーキテクチャにおいて定義されるようなＭ２Ｍサービスプラットフォームのアーキテクチャを図示する略図である。 図２は、図１のｏｎｅＭ２Ｍサービスアーキテクチャとともに使用され得る、例示的サービスコンポーネントを図示する略図である。 図３は、ＲＯＡ（リソース指向アーキテクチャ）に基づいて、課金リソース構造内でアプリケーションエンティティ（ＡＥ）のための構成統計を記憶するために使用され得る、＜ｓｔａｔｓＣｏｎｆｉｇ＞リソースを図示する略図である。 図４は、図３の＜ｓｔａｔｓＣｏｎｆｉｇ＞リソースの＜ｅｖｅｎｔＣｏｎｆｉｇ＞サブリソースを図示する略図である。 図５は、ＩＮ−ＣＳＥのためのトリガとして図３の＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソースを使用して、ＡＥのための情報を収集するために使用され得る、＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソースを図示する略図である。 図６は、サービス指向アーキテクチャ（ＳＯＡ）イベント収集アーキテクチャを図示する略図である。 図７は、イベント収集トリガが異なるサービスにおいて分配され得る方法を図示する略図である。 図８は、ｏｎｅＭ２Ｍ ＳＯＡ機能アーキテクチャ内のサービスコンポーネントとしてのイベント収集サービスを図示する略図である。 図９は、例示的ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージングを図示するフロー図である。 図１０は、例示的ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージングを図示するフロー図である。 図１１は、例示的ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージングを図示するフロー図である。 図１２は、例示的ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージングを図示するフロー図である。 図１３Ａおよび１３Ｂは、イベント収集の例示的シーケンスを示す略図である。 図１３Ａおよび１３Ｂは、イベント収集の例示的シーケンスを示す略図である。 図１４は、一実施形態のグラフィカルユーザインターフェースの略図である。 図１５Ａは、１つ以上の開示される実施形態が実装され得る、マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システムの実施例の系統図である。 図１５Ｂは、図１５Ａに図示されるＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システムとともに使用され得る、例示的アーキテクチャの系統図である。 図１５Ｃは、図１５Ａに図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図１５Ｄは、図１５Ａの通信システムの側面が具現化され得る、例示的コンピューティングシステムのブロック図である。

（ＲＯＡ（リソース指向アーキテクチャ）に基づく課金リソース構造）
図３は、ＲＯＡ（リソース指向アーキテクチャ）に基づく課金リソース構造内のアプリケーションエンティティ（ＡＥ）のための構成統計を記憶するために使用され得る、＜ｓｔａｔｓＣｏｎｆｉｇ＞リソース３０２を図示する略図である。＜ｓｔａｔｓＣｏｎｆｉｇ＞リソース３０２は、ＩＮ−ＣＳＥまたはＩＮ−ＣＳＥ内のＡＥによって確立され得る。＜ｓｔａｔｓＣｏｎｆｉｇ＞リソース３０２は、直接、＜ＣＳＥＢａｓｅ＞下に位置することができる。＜ｅｖｅｎｔＣｏｎｆｉｇ＞サブリソース３０４は、統計収集をトリガする、イベントを定義するために使用されることができる。図４は、図３の＜ｓｔａｔｓＣｏｎｆｉｇ＞リソースの＜ｅｖｅｎｔＣｏｎｆｉｇ＞サブリソース３０４を図示する略図である。

以下は、生成され得る、イベントのいくつかの実施例である。
ある動作に基づく収集：収集エンティティによって作成されるデータに関する任意のＲＥＴＲＩＥＶＥ動作を収集する。
記憶サイズに基づく収集：収集エンティティによって作成される＜ｃｏｎｔａｉｎｅｒ＞リソースが割り当て量を超えると、そのサイズの記憶を収集する。
組み合わせられた構成：ある期間の間に収集エンティティによって作成されるデータに関する全ＲＥＴＲＩＥＶＥ動作を収集する。

＜ｓｔａｔｓＣｏｎｆｉｇ＞リソース３０２は、表３に規定された子リソースを含むことができる。

＜ｓｔａｔｓＣｏｎｆｉｇ＞リソース３０２は、表４に規定された属性を含むことができる。

＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソース３０４は、表５に規定された子リソースを含むことができる。

＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソース３０４は、表６に規定された属性を含むことができる。

図５は、＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソース３０４をＩＮ−ＣＳＥのためのトリガとして使用してＡＥのための情報を収集するために使用され得る、＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソース５０２を図示する略図である。ＩＮ−ＣＳＥは、複数のトリガを設定し得る。各トリガは、他から独立してアクティブ化または非アクティブ化され得る。＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソース５０２は、直接、ＩＮ−ＣＳＥの＜ＣＳＥＢａｓｅ＞下に位置することができる。

＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソースは、表７に規定された子リソースを含むことができる。

＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソース５０２は、表８に規定された属性を含むことができる。

（サービス指向アーキテクチャ（ＳＯＡ）イベント収集概要）
図６は、サービス指向アーキテクチャ（ＳＯＡ）イベント収集アーキテクチャ６００を図示する略図である。イベント収集サービス６０２は、３つの論理機能、すなわち、イベント収集ポリシ６０４、イベント収集トリガ６０６、およびイベント収集実行６０８を含む。これらのエンティティは、異なるノード上に常駐し得る。例えば、イベント収集ポリシ６０４は、インフラストラクチャノードにあることができ、イベント収集実行６０８は、通常、収集可能イベントが生じるノードにある。各論理機能は、ＡＥまたはＣＳＥが、イベント収集構成を構成し、および／または構成もしくはイベント記録を得るためのインターフェースを提供することができる。どのエンティティがどの情報にアクセスすることができるかは、要求側エンティティのアクセス権に依存する。

図７は、イベント収集トリガが異なるサービスにおいて分配され得る方法を図示する略図である。イベント収集サービスエンティティ６０２は、ポリシおよび全てのトリガが定義ならびに維持される場所である（三角形として図示される）。イベント収集サービスエンティティ７０２は、ポリシおよびトリガを他のサービスに分配することができ、他のサービスは、六角形として図示されるローカルポリシまたはトリガを有し、それらは、イベント収集に含まれるものの一部である。

図８は、ｏｎｅＭ２Ｍ ＳＯＡ機能アーキテクチャ内のサービスコンポーネントとしてのイベント収集サービス６０２を図示する略図である。本実施例では、ローカルイベントトリガ８０２は、サービスコンポーネント１１６内にある。

再び、図６を参照すると、イベント収集サービス６０２は、会計目的のためにイベントを記録する能力を提供することができる。サービス能力は、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙ６１０、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙ６１２、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓ６１４、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓ６１６、ｇｅｔＲｅｃｏｒｄｓ６２０、およびｒｅｃｏｒｄＥｖｅｎｔ６１８を含むことができる。

（ポリシの設定）
ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙサービス能力６１０は、ＡＥおよびＣＳＥが統計ならびに課金目的のためのイベントを構成する能力を提供する。発信側は、受信側ＣＳＥにおいてイベント収集ポリシを構成することを欲するＡＥまたはＣＳＥであることができる。受信側ＣＳＥは、ポリシに従って、イベント収集を行う。受信側ＣＳＥは、それ自身のイベント収集ポリシを確立し得る。発信側は、受信側ＣＳＥと異なる場合、受信側ＣＳＥにサブスクライブおよび登録される。

一実施形態のｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙシグネチャが、以下に示される。表９は、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙ能力を示す。

表１０は、イベント収集−ｅｖｅｎｔＣｏｎｆｉｇ複合データタイプの表である。

表１１は、ｅｖｅｎｔＴｙｐｅ複合データタイプの例を定義する。より多くのイベントは、より多くのサービスが利用可能であるときに定義されることができる。

任意の事後条件は、必要とされない。例外に関して、発信側は、ポリシを作成するためのアクセス権を有していない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができる。このサービス能力のために要求されるサービス能力の相互作用は、動作を行うための要求をサポーティングサービスに発行することを含むことができる。

図９は、例示的ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージングを図示するフロー図である。ＡＥ１０４（またはＣＳＥ）は、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージをサービスエクスポージャコンポーネント１０６を通してサービスイベント収集６０２に送信する。

ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙサービス能力６１０は、＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソースと提携し、リソースのためのＣＲＥＡＴＥプロシージャにマップする。

（ポリシの取得）
ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙサービス能力は、ＡＥ等のエンティティが、ＣＳＥにおける既存のポリシを読み出す能力を提供する。

発信側は、イベント収集ポリシを受信側ＣＳＥにおいて読み出すことを欲するＡＥ１０４またはＣＳＥであることができる。発信側は、受信側ＣＳＥと異なる場合、受信側ＣＳＥにサブスクライブおよび登録される。発信側は、適切なアクセス権を用いてのみ、読み出すことを可能にされる。

表１２は、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙサービス能力６１２のためのシグネチャを示す。

一実施形態では、事後条件は、存在しない。例外に関して、発信側は、ポリシを読み出すためのアクセス権を有していない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができる。このサービス能力のために要求されるサービス能力の相互作用は、動作を行うための要求をサポーティングサービスに発行することを含むことができる。

図１０は、例示的ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージングを図示するフロー図である。ＡＥ１０４（またはＣＳＥ）は、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙメッセージをサービスエクスポージャコンポーネント１０６を通してサービスイベント収集６０２に送信する。

ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙサービス能力６１２は、＜ｅｖｅｎｔＣｏｎｆｉｇ＞リソースと提携し、リソースのためのＲＥＴＲＩＥＶＥプロシージャにマップすることができる。

（トリガの設定）
ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１４は、ＡＥ１０４およびＣＳＥがイベント収集ポリシに基づいてイベント収集のための特定のトリガを構成する能力を提供する。

発信側は、収集側ＣＳＥにおいて利用可能な既存のイベント収集ポリシに基づいてイベント収集トリガを構成することを欲するＡＥまたはＣＳＥであることができる。

表１３は、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１４のためのシグネチャを示す。

事後条件に関して、イベント収集トリガの作成成功後、定義されたイベントが収集エンティティで発生し、かつイベント収集トリガステータスがアクティブである場合、収集エンティティは、イベントを収集するものとする。サポーティングサービスは、ｒｅｃｏｒｄＥｖｅｎｔメッセージをイベント収集エンティティに送信することができる。例外に関して、発信側は、イベント収集トリガを作成するためのアクセス権を有していない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができる。

このサービス能力のために要求されるサービス能力の相互作用は、動作を行うための要求をサポーティングサービスに発行することを含むことができる。

図１１は、例示的ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージングを図示するフロー図である。ＡＥ１０４（またはＣＳＥ）は、ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージをサービスエクスポージャコンポーネント１０６を通してサービスイベント収集６０２に送信する。

ｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１４は、＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソースと提携し、リソースのためのＣＲＥＡＴＥプロシージャにマップすることができる。

（トリガの取得）
ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１６は、ＡＥ１０４およびＣＳＥが受信側ＣＳＥにおけるイベント収集トリガを読み出す能力を提供する。発信側ＡＥ１０４およびＣＳＥは、ＣＳＥにサブスクライブされ、標的ＣＳＥに登録される。発信側は、読み出すためのアクセス権を有する。

表１４は、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１６のためのシグネチャを示す。

一実施形態では、事後条件は、存在しない。例外に関して、発信側は、イベント収集トリガを読み出すためのアクセス権を有していない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができるこのサービス能力のために要求されるサービス能力の相互作用は、動作を行うための要求をサポーティングサービスに発行することを含むことができる。

図１２は、例示的ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージングを図示するフロー図である。ＡＥ１０４（またはＣＳＥ）は、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓメッセージをサービスエクスポージャコンポーネント１０６を通してサービスイベント収集６０２に送信する。

図９−１２に図示されるステップを行うエンティティは図１５Ｃまたは図１５Ｄに図示されるもの等、ネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図９−１２に図示される方法は、図１５Ｃまたは図１５Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図９−１２に図示されるステップを行う。

ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓサービス能力６１６は、＜ｓｔａｔｓＣｏｌｌｅｃｔ＞リソースと提携し、リソースのためのＲＥＴＲＩＥＶＥプロシージャにマップすることができる。

（イベントの記録）
ｒｅｃｏｒｄＥｖｅｎｔサービス能力６１８は、サービス（データ交換サービス等）が収集エンティティ（ＣＳＥ等）をトリガし、イベントを記録する能力を提供することができる。一実施形態では、事前条件は、イベント収集トリガがｓｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓ能力６１４によって作成されていることを含む。

表１５は、ｒｅｃｏｒｄＥｖｅｎｔサービス能力６１８のためのシグネチャを示す。

一実施形態では、事後条件または例外は、存在しない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができる。このサービス能力のために要求されるサービス能力の相互作用は、イベントがトリガされたサービスから来るイベント収集エンティティ６０２への要求を含むことができる。

（イベント記録の取得）
ｇｅｔＲｅｃｏｒｄｓサービス能力６２０は、ＡＥおよびＣＳＥが統計または課金目的のための記録されたイベントを読み出す能力を提供する。事前条件は、発信側ＡＥおよびＣＳＥがＣＳＥにサブスクライブされ、受信側ＣＳＥに登録されることを含むことができる。

表１６は、ｇｅｔＲｅｃｏｒｄｓサービス能力６２０のシグネチャを示す。

一実施形態では、事後条件または例外は、存在しない。メッセージ交換パターンは、Ｉｎ−Ｏｕｔであることができる。このサービス能力のために要求されるサービス能力の相互作用は、発信側が要求をイベント収集エンティティに送信し、関心があるイベント記録を得ることを含むことができる。

表１７は、例示的イベント記録テンプレートの表である。

（イベント収集サービスの使用）
図１３Ａおよび１３Ｂは、イベント収集の例示的シーケンスを示す略図である。読み取りを容易にするために、動作は、２つの部分によって分割される。図１３Ａは、イベント収集ポリシおよびイベントトリガの構成を図示し、図１３Ｂは、トリガが生じたときのイベント収集を図示する。

図１３Ａのステップ１−３において、ＡＥまたはＣＳＥ１３０２（ＡＥ１またはＣＳＥ１として識別される）は、サービスエクスポージャにおいてイベント収集ポリシを構成する。サービスエクスポージャエンティティ１０６は、メッセージをイベント収集サービス６０２にパスする。メッセージは、本書において上で定義されたような「ｅｖｅｎｔＣｏｎｆｉｇ」の情報要素を含む。ポリシは、イベント収集サービスエンティティに記憶される。

図１３Ａのステップ４−５において、別のＡＥまたはＣＳＥ１３０４（ＡＥ２またはＣＳＥ２として識別される）は、発見のために利用可能なイベント収集ポリシを読み出すことができる。

図１３Ａのステップ６−８において、ＡＥ２またはＣＳＥ２ １３０４は、得られたイベント収集ポリシに基づいて、イベント収集トリガを構成する。そのようなトリガは、イベント収集エンティティ６０２に記憶される。

図１３Ｂのステップ９−１０において、イベント収集サービスエンティティ６０２は、イベント収集トリガをデータ交換サービス等の適切なサービス１３０６にパスする。サービス１３０６は、トリガのローカルバージョンを記憶する。

図１３Ｂのステップ１１−１３において、構成されたイベントの条件が発生すると、他のサービスは、イベントを生成し、イベント収集エンティティ６０２にイベントを記録することを要求する。例えば、データ交換サービスがｓｕｂｓｃｒｉｂｅＣｏｍｐｌｅｔｅメッセージを受信すると、データ交換サービスは、ｒｅｃｏｒｄＥｖｅｎｔメッセージをトリガし、それをイベント収集サービスエンティティ６０２に送信する。イベント収集サービスエンティティ６０２は、イベント記録を記憶する。

図１３Ｂのステップ１４−１５において、ＡＥ２またはＣＳＥ２ １３０４は、イベント記録をイベント収集サービスエンティティ６０２から得る。例えば、ある期間に対して、それ自体に関連する全イベントを得ることができる。

前述の仕様は、取得方法を用いたプルモデルを開示するが、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＰｏｌｉｃｙ６１２、ｇｅｔＥｖｅｎｔＣｏｌｌｅｃｔｉｏｎＴｒｉｇｇｅｒｓ６１６、およびｇｅｔＲｅｃｏｒｄｓ６２０は、プッシュモデルも使用されることができることを理解されたい。例えば、プッシュモデルでは、イベント収集サービスエンティティ６０２は、イベント記録を要求側ＡＥまたはＣＳＥにプッシュすることができる。

図１３Ａ−Ｂに図示されるステップを行うエンティティは、図１５Ｃまたは図１５Ｄに図示されるもの等、ネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１３Ａ−Ｂに図示される方法は、図１５Ｃまたは図１５Ｄに図示されるノードもしくはコンピュータシステム等のネットワークノードのメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１３Ａ−Ｂに図示されるステップを行う。

本願の例示的使用は、請求アプリケーションを伴うサービスプロバイダに関する。請求アプリケーション（ＡＥ１等）は、イベント収集ポリシをＭ２Ｍサーバに常駐するＣＳＥにおいて設定することができる。Ｍ２Ｍサーバが、ポリシをそれに接続されるゲートウェイにプッシュし得るか、またはゲートウェイが、サーバからポリシをクエリし得る。別のアプリケーションＡＥ２は、天候システムアプリであり、天候データは、Ｍ２Ｍサーバに記憶される。ＡＥ２は、「ＲＥＴＲＩＥＶＥ動作毎のイベント収集」のためのポリシをＭ２Ｍサーバから読み出し、それ自身のトリガを「ＡＥ１がＲＥＴＲＩＥＶＥのトリガを全エンティティから収集する」ものとしてＭ２Ｍサーバにおいて設定する。本実施例では、Ｍ２Ｍサーバは、トリガ条件が満たされる度に、ＡＥ２のためのイベント記録を行うであろう。Ｍ２Ｍサーバは、イベント記録を生成し、ＡＥ２は、それを取得することができる。次いで、ＡＥ２は、その天候データを使用したユーザに請求することができる。

以下は、Ｍ２Ｍサービスのリストならびに各Ｍ２Ｍサービスにマップされた関連付けられた役割のリストを説明する。表１８は、Ｍ２Ｍサービスのリストを含む。追加されるイベント収集サービスは、表の最終行に示される。

Ｍ２Ｍサービスプロバイダドメインを横断したＭ２Ｍサービスサブクリプションの使用は、Ｍ２Ｍサービスプロバイダ合意が条件となる。

表１９は、リソースタイプおよび動作へのサービス役割のマッピングの実施例を提供する。追加されるイベント収集サービスは、表の最終行に示される。そのような表は、サービスサブクリプションに従って要求の正当性検証を可能にするようにＳＰによって構成されるべきである。

グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースは、ユーザが、ＳＯＡに基づいてスケーラブルな課金システムに関連する機能性を制御および／または構成することを補助するために使用されることができる。図１４は、ユーザがサービス層イベント検出ポリシおよびイベント検出トリガを構成することを可能にする、インターフェース１４０２を図示する略図である。インターフェース１４０２はまた、イベントトリガが生じた場合／生じたとき、ユーザがサービス層によって記録されるイベントを観察することを可能にするために使用されることができる。インターフェース１４０２は、以下に説明される図１５Ｃ−Ｄに示されるもの等のディスプレイを使用して生成されることができることを理解されたい。

（例示的Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム）
図１５Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構築ブロックを提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴならびにＩｏＴ／ＷｏＴサービス層等のコンポーネントまたはノードであり得る。通信システム１０は、開示される実施形態の機能性を実装するために使用されることができ、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６、イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の機能性および論理エンティティを含むことができる。

図１５Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、イーサネット（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）もしくは無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、多重アクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。

図１５Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常、Ｍ２Ｍゲートウェイの背後にある、エリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、種々の異なるネットワークノード（例えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じて、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信回路を使用して、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍ端末デバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０または他のＭ２Ｍ端末デバイス１８に送信し得る。Ｍ２Ｍ端末デバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍ端末デバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍ端末デバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。

例示的Ｍ２Ｍ端末デバイス１８は、タブレット、スマートフォン、医療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、電気器具、車庫のドアおよび他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。

図１５Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信システムネットワーク１２は、開示される実施形態の機能性を実装するために使用されることができ、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の機能性および論理エンティティを含むことができる。Ｍ２Ｍサービス層２２は、例えば、以下で説明される図１５Ｃおよび１５Ｄで図示されるデバイスを含む、１つ以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、クラウド内で等、種々の方法で実装され得る。

図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’が、存在する。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ、およびＭ２Ｍデバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウドコンピューティング／記憶ファーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。

また、図１５Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよびバーティカルが活用することができる、サービス配信能力のコアセットを提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出すコストおよび時間を削減する。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。

本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、開示されるシステムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含んでもよく、また、他の開示されるシステムおよび方法と併せて使用され得る。

一実施形態では、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティは、図１５Ｂに示されるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２ＭノードによってホストされるＭ２Ｍサービス層インスタンス内でホストされ得る。例えば、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティは、Ｍ２Ｍサービス層インスタンス内で、または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。

Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。前述のように、本システムのデバイス、ゲートウェイ、サーバ、および他のノードにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。

概して、サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層を定義する。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍアーキテクチャの両方は、サービス層を定義する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ Ｍ２Ｍアーキテクチャの種々の異なるノード内に実装され得る。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）はまた、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層、およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで具現化されようと、３ＧＰＰ ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で具現化されようと、ｏｎｅＭ２ＭアーキテクチャのＣＳＦまたはＣＳＥで具現化されようと、もしくはネットワークのある他のノードとして具現化されようと、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピュータデバイスまたはノードを含む、ネットワーク内の１つ以上の独立型ノード上で実行される論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）として、もしくは１つ以上の既存のノードの一部としてのいずれかで実装され得る。実施例として、サービス層またはそのコンポーネントのインスタンスは、以下で説明される図１５Ｃまたは図１５Ｄで図示される一般アーキテクチャを有する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で作動するソフトウェアの形態において実装され得る。

さらに、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

図１５Ｃは、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。ノード３０は、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティを実行する、またはそれを含むことができる。デバイス３０は、図１５Ａ−Ｂに示されるようなＭ２Ｍネットワーク、もしくは非Ｍ２Ｍネットワークの一部であり得る。図１５Ｃに示されるように、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含み得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装する、ノードであり得る。

プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されるコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノード３０が無線もしくは有線環境内で動作することを可能にする任意の他の機能性を行い得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは他の通信プログラムを起動させ得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を行い得る。

図１５Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に連結される。プロセッサ３２は、ノード３０に、それが接続されるネットワークを介して他のノードと通信させるために、コンピュータ実行可能命令の実行を通して、通信回路を制御し得る。特に、プロセッサ３２は、本明細書および請求項に説明される伝送および受信ステップを行うために、通信回路を制御し得る。図１５Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップ内にともに統合され得ることが理解されるであろう。

伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、他のＭ２Ｍノードに信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。ある実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視照明信号を伝送ならびに／もしくは受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび照明信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送ならびに／もしくは受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図１５Ｃに描写されているが、Ｍ２Ｍノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍノード３０は、ＭＩＭＯ技術を採用し得る。したがって、ある実施形態では、Ｍ２Ｍノード３０は、無線信号を伝送および受信するための２つまたはそれを上回る伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、Ｍ２Ｍノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。例えば、プロセッサ３２は、前述のように、セッションコンテキストをそのメモリ内に記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等、Ｍ２Ｍノード３０上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御し、Ｍ２Ｍサービス層セッション移行または共有のステータスを反映させるか、またはノードのセッション移行または共有能力もしくは設定についての入力をユーザから得るか、または情報をユーザに表示するように構成され得る。別の実施例では、ディスプレイは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態においてＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ＡＰＩの上部に層化され、ユーザが、本明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッションまたはその移行もしくは共有を双方向に確立および管理することを可能にし得る。

プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍノード３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍノード３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、Ｍ２Ｍノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、任意の好適な場所判定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続を提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図１５Ｄは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、または他のノード等、Ｍ２Ｍネットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでもまたはどのような手段を用いても、そのようなソフトウェアが記憶またはアクセスされる。コンピューティングシステム９０は、イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティを実行するか、またはそれを含むことができる。コンピューティングシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの既知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等、Ｅ２Ｅ Ｍ２Ｍサービス層セッションのための開示されるシステムおよび方法に関連するデータを受信、生成、および処理し得る。

動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するため、およびシステムバスを動作するための制御ラインとを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶され、読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正され得ない、記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られる、もしくは変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御される、ディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、例えば、図１５Ａおよび図１５Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、ネットワークアダプタ９７等の通信回路を含有し、コンピューティングシステム９０が、ネットワークの他のノードと通信することを可能にし得る。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等の機械によって実行されると、本明細書に説明されるシステム、方法、およびプロセスを行うならびに／もしくは実装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む、前述の説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態において実装され得る。イベント収集サービス６０２、イベント収集ポリシ６０４、イベント収集トリガ６０６イベント収集実行６０８、ポリシ設定６１０、ポリシ取得６１２、トリガ設定６１４、トリガ取得６１６、記録イベント６１８、イベント記録取得６２０、トリガ８０２、ＡＥ１０４ １３０２および１３０４、サービスエクスポージャコンポーネント１０６、サービスコンポーネント１１５および１１６、ネットワークサービス利用コンポーネント１１４、遠隔サービスエクスポージャコンポーネント１０８、ＣＳＥ１０２ １３０２および１３０４、ＮＳＥ１１２およびサービス１３０６、ならびにＧＵＩ１４０２等のＧＵＩを生成するための論理エンティティ等の論理エンティティは、コンピュータ読み取り可能な記憶媒体上に記憶されるコンピュータ実行可能命令の形態において具現化され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の照明学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の有形または物理媒体を含むが、それらに限定されない。

図に図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、具体的用語が採用される。しかしながら、請求される主題は、そのように選択された具体的用語に限定されることを意図しておらず、各具体的要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うこととを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の要素を含む場合に、請求項の範囲内であることを意図している。

本概要は、発明を実施するための形態において以下でさらに説明される、一連の概念を簡略化形態において導入するために提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図しておらず、また、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分に記載される一部または全ての不利点を解決するという限界にも限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
プロセッサと、メモリと、通信回路とを備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、サービスイベント収集コンポーネントの機能を実施し、
イベント収集ポリシを記憶することと、
イベント収集トリガを設定することと
を前記ノードに行わせ、
前記イベント収集トリガは、少なくとも部分的に前記イベント収集ポリシに基づき、前記イベント収集トリガは、サービスにおいて設定される、ノード。
（項目２）
前記コンピュータ実行可能命令は、前記イベントが前記サービスで生じた後、イベント記録を前記サービスから受信することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目３）
前記コンピュータ実行可能命令は、前記イベント収集ポリシを別の場所に配信することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目４）
前記コンピュータ実行可能命令は、イベント収集ポリシ要求を受信することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目５）
前記コンピュータ実行可能命令は、イベント収集トリガ要求を受信することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目６）
前記コンピュータ実行可能命令は、イベント記録要求を受信することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目７）
前記コンピュータ実行可能命令は、前記イベント記録要求に応答して、イベント記録を提供することを前記ノードにさらに行わせる、項目１に記載のノード。
（項目８）
前記イベント収集ポリシは、イベントタイプを定義する、項目１に記載のノード。
（項目９）
前記サービスイベント収集コンポーネントは、サービス層の一部である、項目１に記載のノード。
（項目１０）
前記サービスイベント収集コンポーネントは、サービス指向アーキテクチャ（ＳＯＡ）ｏｎｅＭ２Ｍサービス層の一部である、項目９に記載のノード。
（項目１１）
ネットワーク内のノードにおけるサービスイベント収集コンポーネントによる使用のための方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、前記ネットワーク内のサービスイベント収集コンポーネントの機能を実施し、前記方法は、
イベント収集ポリシを記憶することと、
イベント収集トリガを設定することと
を含み、
前記イベント収集トリガは、少なくとも部分的に前記イベント収集ポリシに基づき、前記イベント収集トリガは、サービスで設定される、方法。
（項目１２）
前記イベントが前記サービスで生じた後、イベント記録を前記サービスから受信することをさらに含む、項目１１に記載の方法。
（項目１３）
前記イベント収集ポリシは、前記イベント収集コンポーネントによって別の場所に配信される、項目１１に記載の方法。
（項目１４）
イベント収集ポリシ要求を受信することをさらに含む、項目１１に記載の方法。
（項目１５）
イベント収集トリガ要求を受信することをさらに含む、項目１１に記載の方法。
（項目１６）
イベント記録要求を受信することをさらに含む、項目１１に記載の方法。
（項目１７）
前記イベント記録要求に応答して、イベント記録を提供することをさらに含む、項目１１に記載の方法。
（項目１８）
前記イベント収集ポリシは、イベントタイプを定義する、項目１１に記載の方法。
（項目１９）
前記サービスイベント収集コンポーネントは、サービス層の一部である、項目１１に記載の方法。
（項目２０）
前記サービスイベント収集コンポーネントは、サービス指向アーキテクチャ（ＳＯＡ）ｏｎｅＭ２Ｍサービス層の一部である、項目１９に記載の方法。

Claims (20)

1. プロセッサと、メモリと、通信回路とを備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、サービスイベント収集コンポーネントの機能を実施し、
   イベント収集ポリシを記憶することと、
   イベント収集トリガを設定することと
   を前記ノードに行わせ、
   前記イベント収集トリガは、少なくとも部分的に前記イベント収集ポリシに基づき、前記イベント収集トリガは、サービスにおいて設定される、ノード。
2. 前記コンピュータ実行可能命令は、前記イベントが前記サービスで生じた後、イベント記録を前記サービスから受信することを前記ノードにさらに行わせる、請求項１に記載のノード。
3. 前記コンピュータ実行可能命令は、前記イベント収集ポリシを別の場所に配信することを前記ノードにさらに行わせる、請求項１に記載のノード。
4. 前記コンピュータ実行可能命令は、イベント収集ポリシ要求を受信することを前記ノードにさらに行わせる、請求項１に記載のノード。
5. 前記コンピュータ実行可能命令は、イベント収集トリガ要求を受信することを前記ノードにさらに行わせる、請求項１に記載のノード。
6. 前記コンピュータ実行可能命令は、イベント記録要求を受信することを前記ノードにさらに行わせる、請求項１に記載のノード。
7. 前記コンピュータ実行可能命令は、前記イベント記録要求に応答して、イベント記録を提供することを前記ノードにさらに行わせる、請求項１に記載のノード。
8. 前記イベント収集ポリシは、イベントタイプを定義する、請求項１に記載のノード。
9. 前記サービスイベント収集コンポーネントは、サービス層の一部である、請求項１に記載のノード。
10. 前記サービスイベント収集コンポーネントは、サービス指向アーキテクチャ（ＳＯＡ）ｏｎｅＭ２Ｍサービス層の一部である、請求項９に記載のノード。
11. ネットワーク内のノードにおけるサービスイベント収集コンポーネントによる使用のための方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、前記ネットワーク内のサービスイベント収集コンポーネントの機能を実施し、前記方法は、
    イベント収集ポリシを記憶することと、
    イベント収集トリガを設定することと
    を含み、
    前記イベント収集トリガは、少なくとも部分的に前記イベント収集ポリシに基づき、前記イベント収集トリガは、サービスで設定される、方法。
12. 前記イベントが前記サービスで生じた後、イベント記録を前記サービスから受信することをさらに含む、請求項１１に記載の方法。
13. 前記イベント収集ポリシは、前記イベント収集コンポーネントによって別の場所に配信される、請求項１１に記載の方法。
14. イベント収集ポリシ要求を受信することをさらに含む、請求項１１に記載の方法。
15. イベント収集トリガ要求を受信することをさらに含む、請求項１１に記載の方法。
16. イベント記録要求を受信することをさらに含む、請求項１１に記載の方法。
17. 前記イベント記録要求に応答して、イベント記録を提供することをさらに含む、請求項１１に記載の方法。
18. 前記イベント収集ポリシは、イベントタイプを定義する、請求項１１に記載の方法。
19. 前記サービスイベント収集コンポーネントは、サービス層の一部である、請求項１１に記載の方法。
20. 前記サービスイベント収集コンポーネントは、サービス指向アーキテクチャ（ＳＯＡ）ｏｎｅＭ２Ｍサービス層の一部である、請求項１９に記載の方法。