(57)【要約】  Ｍ２Ｍ  ＣＤＦが、トランスポートドメイン内の課金記録と相関させることのできるＭ２Ｍドメイン内の課金記録の作成を可能にするために使用される。このデータ相関は、ネットワークアクセスプロバイダが、異なるネットワークトポロジを用いた様々なシナリオにおいてＭ２Ｍベースの課金を提供することができるようにするために使用されることができる。【選択図】図２
2015510706.tif 000002
【特許請求の範囲】
【請求項１】
Ｍ２Ｍ（machine  to  machine）ネットワークドメイン内のノードによる実行のための、ネットワークリソースのＭ２Ｍデバイスによる使用に関連する統計的使用情報を記憶する方法であって、
Ｍ２Ｍデバイスに関連付けられるインタラクションの標識を受信するステップと；
前記インタラクションが課金イベントの一部であると判定するステップと；
Ｍ２ＭネットワークドメインのＮＳＣＬ（Network  Service  Control  Layer）に関連付けられるデータリポジトリ内に、前記課金イベントに関連付けられる情報を記録するステップと；
前記課金イベントに関連付けられる情報が前記Ｍ２Ｍデバイスに関連付けられるサードパーティにより記録されることを保証するステップと；
を含む方法。
【請求項２】
前記標識の前記受信は、前記Ｍ２Ｍデバイスを宛て先とするメッセージ及び前記Ｍ２Ｍデバイスにより送信されたメッセージのうちの１つの受信の通知を受信すること、を含む、請求項１の方法。
【請求項３】
前記課金イベントは、加入者アカウントを調整すべきイベントを含む、請求項１の方法。
【請求項４】
前記課金イベントは、統計的使用情報を記録すべきであって加入者アカウントを調整すべきでないイベントを含む、請求項１の方法。
【請求項５】
前記サードパーティは、前記Ｍ２Ｍネットワークドメインへのアクセスのために前記Ｍ２Ｍデバイスにより使用されるアクセスネットワークである、請求項１の方法。
【請求項６】
前記課金イベントが前記サードパーティにより記録されることを保証することは、前記イベントを記録するための指示を前記アクセスネットワーク内のＳＣＬ（service  control  layer）へ送信すること、を含む、請求項１の方法。
【請求項７】
前記Ｍ２ＭネットワークドメインのＮＳＣＬ内に前記課金イベントを記録することは、前記課金イベントをＭ２ＭネットワークドメインのＣＤＦ（Charging  Data  Function）へ送信すること、を含む、請求項１の方法。
【請求項８】
前記課金イベントが前記サードパーティにより記録されることを保証する前記ステップ、及びＭ２ＭドメインのＮＳＣＬ内に前記課金イベントを記録する前記ステップは、アクセスネットワーク及び前記Ｍ２Ｍ  ＮＳＣＬの双方にとってアクセス可能なリソースに前記課金イベントを記録することによって実行される、請求項１の方法。
【請求項９】
前記課金イベントが前記サードパーティにより記録されることを保証する前記ステップ、及びＭ２ＭドメインのＮＳＣＬ内に前記課金イベントを記録する前記ステップは、前記課金イベントに関連付けられる情報を記憶する指示と、前記Ｍ２Ｍデバイスに関連付けられるアクセスネットワークへ前記課金イベントに関連付けられる情報を転送するための指示とを、Ｍ２ＭネットワークドメインのＣＤＦへ送信することによって実行される、請求項１の方法。
【請求項１０】
情報を転送するための前記Ｍ２Ｍ  ＣＤＦへの前記指示は、前記Ｍ２Ｍ  ＣＤＦに、情報を前記アクセスネットワークのＣＤＦへ転送させる、請求項９の方法。
【請求項１１】
前記保証するステップは、前記ネットワークトラフィックプレーンを介してアクセスネットワークのＳＣＬへ指示を送信することを含む、請求項１の方法。
【請求項１２】
前記サードパーティは、前記Ｍ２Ｍデバイスを前記Ｍ２Ｍネットワークドメインに接続するゲートウェイである、請求項１の方法。
【請求項１３】
前記課金イベントがサードパーティによって記録されることを保証する前記ステップは、前記ゲートウェイが前記課金情報を記憶すること、を要求することを含む、請求項１２の方法。
【請求項１４】
要求する前記ステップは、前記Ｍ２Ｍネットワークドメインへの前記ゲートウェイの登録の期間中に行われる、請求項１３の方法。
【請求項１５】
前記ＮＳＣＬに関連付けられる前記データリポジトリ内に記録される前記情報と前記サードパーティによって記録される前記情報とは同一である、請求項１の方法。
【請求項１６】
Ｍ２Ｍ（machine  to  machine）ネットワークドメインのＮＳＣＬ（network  service  control  layer）であって、
外部ノードと通信するためのネットワークインターフェースと、
指示及び課金ルールを記憶するためのメモリと、
前記ネットワークインターフェース及び前記メモリに動作可能に接続されたプロセッサであって、前記メモリ内に記憶された指示を実行すると、
前記ネットワークインターフェース上で受信されるＭ２Ｍデバイスに関連付けられるインタラクションの標識が課金イベントの一部であると判定し、
前記メモリ内に記憶された前記課金ルールに従って、課金イベントに関連付けられる情報をアクセス可能なデータリポジトリ内に記録し、前記課金イベントに関連付けられる情報を記録するための指示を前記Ｍ２Ｍデバイスに関連付けられるサードパーティへ送信する、
前記プロセッサと、
を含むＮＳＣＬ。
【請求項１７】
前記アクセス可能なデータリポジトリは前記メモリである、請求項１６のＮＳＣＬ。
【請求項１８】
前記アクセス可能なデータリポジトリは、前記Ｍ２Ｍネットワークドメイン内のノードにとってアクセス可能なＣＤＦ（Charging  Data  Function）である、請求項１６のＮＳＣＬ。
【請求項１９】
前記サードパーティは、前記Ｍ２Ｍデバイスに関連付けられるアクセスネットワークである、請求項１６のＮＳＣＬ。
【請求項２０】
前記サードパーティは、前記Ｍ２Ｍデバイスに関連付けられるゲートウェイである、請求項１６のＮＳＣＬ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、データネットワークにおけるマシンツーマシントランザクションのための課金イベントを生成することに関する。
【背景技術】
【０００２】
モバイルデータネットワークは、一般には、セルラ通信ネットワークへのオーバーレイとして発生したものである。よって、モバイルデータネットワークは、多くの場合、旧来のルール及び規格の遵守を維持した結果として生じる多くの技術設計上の特徴を有する。モバイルデバイスがよりデータセントリックになるに従って、これらの問題のうちのいくつかが顕わになってきた。これらの問題への対処は、技術的に簡単明瞭なやり方で問題を解決することと、既存のシステムとの互換性を維持することとの間の微妙なバランスである。
【０００３】
当初は、モバイルデータネットワークは、主として、人間が操作するデバイス、典型的には、ラップトップその他のコンピューティングデバイスをインターネットに接続するのに使用される携帯電話及びデータカードを支援するものであった。その結果、これらの接続の大部分を人間が制御した。技術が発展し、よりつながった世界がますます求められるようになるに従って、コンピュータ制御され、人間の操作を必要としないモバイルデータ接続を用いるデバイスが増加している。これらのデバイスを、一般に、Ｍ２Ｍ（machine  to  machine）デバイス、及び／又はＭＴＣ（Machine  Type  Communication）デバイスと呼ぶ。
【０００４】
Ｍ２Ｍデバイスは、多くの場合、人間によるデータ収集を必要としない分散された情報収集を可能にするためにセンサ及び計器に接続される。これにより多くの場合、消費者にさらに多様なサービス及びオプションを与えるよりきめ細かいデータ収集が可能となる。
【０００５】
生じている問題の１つは、電気通信事業者がＭ２Ｍデバイスの運用に関連付けられる課金イベントをどのようにして生成することができるかである。課金イベントが生成されることになる固有のイベントを特定するには、異なる配備シナリオにおいて異なる技法が使用されなければならない。例えば、Ｍ２Ｍデバイスがセルラ無線アクセスネットワークを介して接続されており、無線アクセスネットワークプロバイダがＭ２Ｍサービスプロバイダでもある場合には、無線アクセスネットワークプロバイダが単なるビットパイプとして扱われることになる（即ち、無線アクセスネットワークプロバイダは単にデータ接続を提供するにすぎず、追加的な情報の収集を可能にするＭ２Ｍサービスプロバイダと商業的な又はその他の関係がない）場合のシナリオよりも、異なる課金イベントの特定は単純なものとなりうる。
【０００６】
課金イベントがどのように生成されるかは重大な問題であるが、当業者は、この問題は実際のイベントの請求（billing）がどのように扱われるかとは異なるものであって実際のイベントの請求の処理は本考察には関わらないことを、業者は理解するであろう。
【０００７】
したがって、前述の問題を緩和し、又は軽減するシステム及び方法を提供することが望ましいはずである。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、先行技術の少なくとも１つの不都合点を緩和し、又は軽減することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様では、Ｍ２Ｍネットワークドメイン内のノードによる実行のための、ネットワークリソースのＭ２Ｍデバイスによる使用に関連する統計的使用情報を記憶する方法が提供される。方法は、Ｍ２Ｍデバイスに関連付けられるインタラクションの標識を受信するステップと、インタラクションが課金イベントの一部であると判定するステップと、Ｍ２ＭネットワークドメインのＮＳＣＬ（Network  Service  Control  Layer）に関連付けられるデータリポジトリ内に、課金イベントに関連付けられる情報を記録するステップと、課金イベントに関連付けられる情報がＭ２Ｍデバイスに関連付けられるサードパーティにより記録されることを保証するステップと、を含む。
【００１０】
本発明の第１の態様の一実施形態では、標識の受信は、Ｍ２Ｍデバイスを宛て先とするメッセージ及びＭ２Ｍデバイスにより送信されたメッセージのうちの１つの受信の通知を受信すること、を含む。別の実施形態では、課金イベントは、加入者アカウントを調整すべきイベントを含む。別の実施形態では、課金イベントは、統計的使用情報を記録すべきであって加入者アカウントを調整すべきでないイベントを含む。別の実施形態では、サードパーティは、Ｍ２ＭネットワークドメインへのアクセスのためにＭ２Ｍデバイスにより使用されるアクセスネットワークである。別の実施形態では、課金イベントがサードパーティにより記録されることを保証するステップは、イベントを記録するための指示をアクセスネットワーク内のＳＣＬ（service  control  layer）へ送信すること、を含む。別の実施形態では、Ｍ２ＭネットワークドメインのＮＳＣＬに課金イベントを記録するステップは、課金イベントをＭ２ＭネットワークドメインのＣＤＦ（Charging  Data  Function）へ送信すること、を含む。別の実施形態では、課金イベントがサードパーティにより記録されることを保証するステップ、及びＭ２ＭネットワークドメインのＮＳＣＬに課金イベントを記録するステップは、課金イベントを、アクセスネットワークとＭ２Ｍ  ＮＳＣＬの双方にとってアクセス可能なリソースに記録することによって実行される。別の実施形態では、課金イベントがサードパーティにより記録されることを保証するステップ、及びＭ２ＭネットワークドメインのＮＳＣＬに課金イベントを記録するステップは、課金イベントに関連付けられる情報を記憶し、課金イベントに関連付けられる情報を、Ｍ２Ｍデバイスに関連付けられるアクセスネットワークへ転送するためのＭ２ＭネットワークドメインＣＤＦへの指示、及び任意選択で、Ｍ２Ｍ  ＣＤＦに情報をアクセスネットワークのＣＤＦへ転送させるような情報転送用の指示をＭ２Ｍ  ＣＤＦへ送信することによって実行される。別の実施形態では、保証するステップは、ネットワークトラフィックプレーンを介してネットワークＳＣＬへ指示を送信することを含む。別の実施形態では、サードパーティは、Ｍ２ＭデバイスをＭ２Ｍネットワークドメインに接続するゲートウェイであり、任意選択で、課金イベントがサードパーティにより記録されることを保証するステップは、ゲートウェイが課金情報を記憶するよう要求することを含み、要求するステップは、Ｍ２Ｍネットワークドメインへのゲートウェイの登録の期間中に行うことができる。別の実施形態では、ＮＳＣＬに関連付けられるデータリポジトリ内の記録情報とサードパーティにより記録される情報とは同一である。
【００１１】
本発明の第２の態様では、Ｍ２ＭネットワークドメインのＮＳＣＬが提供される。ＮＳＣＬは、ネットワークインターフェースと、メモリと、プロセッサとを含む。ネットワークインターフェースは外部ノードと通信する。メモリは指示及び課金ルールを記憶する。プロセッサは、ネットワークインターフェース及びメモリに動作可能に接続されている。メモリ内に記憶された指示がプロセッサによって実行されると、プロセッサは、ネットワークインターフェース上で受信されるＭ２Ｍデバイスに関連付けられるインタラクションの標識が課金イベントの一部であると判定し、メモリ内に記憶された課金ルールに従って、課金イベントに関連付けられる情報をアクセス可能なデータリポジトリ内に記録し、課金イベントに関連付けられる情報を記録するためのＭ２Ｍに関連付けられるサードパーティへの指示を送信する。
【００１２】
本発明の一実施形態では、アクセス可能なデータリポジトリはメモリである。別の実施形態では、アクセス可能なデータリポジトリは、Ｍ２Ｍネットワークドメイン内のノードにとってアクセス可能なＣＤＦである。別の実施形態では、サードパーティは、Ｍ２Ｍデバイスに関連付けられるアクセスネットワークである。別の実施形態では、サードパーティは、Ｍ２Ｍデバイスに関連付けられるゲートウェイである。
【００１３】
本発明の他の態様及び特徴は、本発明の具体的な実施形態の以下の説明を、添付の図と併せて考察すれば、当業者には明らかになるであろう。
【図面の簡単な説明】
【００１４】
次に、本発明の実施形態を、単に例示の手段で、添付の図を参照して説明する。
【００１５】
【図１】本発明が配備されうるアーキテクチャを例示するブロック図である。
【図２】本発明が配備されうるアーキテクチャを例示するブロック図である。
【図３】本発明が配備されうるアーキテクチャを例示するブロック図である。
【図４】本発明が配備されうるアーキテクチャを例示するブロック図である。
【図５】本発明が配備されうるアーキテクチャを例示するブロック図である。
【図６】本発明のノードを例示するブロック図である。
【図７】本発明の実施形態による方法を例示するフローチャートである。
【図８】本発明の実施形態による方法を例示するフローチャートである。
【図９】本発明の実施形態による方法を例示するフローチャートである。
【図１０】本発明の実施形態による方法を例示するフローチャートである。
【図１１】本発明の実施形態による方法を例示するフローチャートである。
【発明を実施するための形態】
【００１６】
本発明は、Ｍ２Ｍ課金イベントを生成するためのシステム及び方法を対象とする。
【００１７】
以下では、添付の図に従って付番された特定の要素が参照され得る。以下の考察は、本発明の範囲の限定としてではなく、例示的性格のものとみなされるべきである。本発明の範囲は特許請求の範囲で定義されており、以下に記載する実装詳細によって限定されるものとみなされるべきではない。以下の実装詳細は、当業者により理解されるように、各要素を等価の機能要素で置き換えることにより変更されることができる。
【００１８】
前述のように、本明細書で使用する場合、課金（charging）という用語は、Ｍ２Ｍ  ＮＳＣＬで発生するＭ２Ｍイベントを記録すること、及びそれらのイベントを請求のために課金ノードへ転送することに関連付けられる機能をいう。記録される各イベントは、Ｍ２Ｍ  ＮＳＣＬへのインカミングの要求及び対応する応答、又はアウトゴーイングの要求及び受信される応答を表すものと考えることができる。これにより、いくつかの異なる請求オプションのサポートが可能になる。
【００１９】
以下の考察では、Ｍ２Ｍイベントを捕捉するための２つのプレーン、即ち、Ｍ２Ｍサービスプレーンと、Ｍ２Ｍユーザにサービスし、Ｍ２Ｍトラフィックを搬送するトランスポートプレーンとを参照する。これら２つのプレーン上のイベントを捕捉することにより、様々なビジネスモデルに関連するいくつかの異なるネットワーク接続トポロジにまたがるイベントの適切な特定が可能になる。異なるビジネスモデルを参照することは、ネットワークアクセスプロバイダとＭ２Ｍサービスプロバイダとの間の異なる業務上の取り決めに関連付けられるネットワークトポロジを参照することに等しいことが、当業者には明らかであろう。これら２つのエンティティ間の異なる商業的関係は、当事者の一方に他方の当事者のドメイン内のイベントが見えなくさせる可能性のある異なるネットワークトポロジをもたらす。上記の原理は、Ｍ２Ｍトラフィックが流れる多種多様なトランスポート技術に当てはまり、特に１つのネットワーキング技術に限定されるものとみなすべきではない。Ｍ２Ｍイベント自体はアクセスネットワーク技術から独立しているが、捕捉されるイベントの実際の転送は、実際のアクセスネットワーク技術への適応を必要とする場合がある。
【００２０】
セルラアクセスネットワーク及びこれに対応するパケットコアネットワークについては、既存のＣＤＦ（課金データ機能）の機能性が存在する。標準のＣＤＦ機能は、参照により本明細書に組み入れられる、３ＧＰＰ  ＴＳ３２．２２０“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；  Ｃｈａｒｇｉｎｇ  ｍａｎａｇｅｍｅｎｔ；  Ｃｈａｒｇｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ａｎｄ  ｐｒｉｎｃｉｐｌｅｓ”で定義されている。従来のＣＤＦ機能を、トランスポートプレーンにおいて捕捉されたＭ２Ｍ関連イベントを受け取るための主機能として利用することができる。Ｍ２Ｍサービスプレーンにおけるイベントに対処するために、本明細書で「Ｍ２Ｍ  ＣＤＦ」と呼ぶ新しい機能ノードが、トランスポートプレーンにおけるＣＤＦに類似したＭ２Ｍサービスプレーンとして導入される。Ｍ２Ｍ  ＮＳＣＬノードは、Ｍ２Ｍ  ＣＤＦノードと通信して、参照により本明細書に組み入れられる、３ＧＰＰ  ＴＳ  ３２．２９９“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；  Ｃｈａｒｇｉｎｇ  ｍａｎａｇｅｍｅｎｔ；  Ｄｉａｍｅｔｅｒ  ｃｈａｒｇｉｎｇ  ａｐｐｌｉｃａｔｉｏｎｓ”で定義されているように、任意選択で、Ｒｆインターフェース上で、捕捉されたＭ２Ｍイベントを転送することができる。Ｍ２Ｍ  ＣＤＦ及び対応するＲｆインターフェースはＭ２Ｍサービスに関連する機能だけを実装すればよいことが、当業者には理解されるであろう。
【００２１】
以下の考察は、様々なＭ２Ｍシナリオをサポートする様々な配備アーキテクチャに及ぼす課金の影響を例示するのに使用することができる非限定的な説明例である。Ｍ２Ｍイベントは、これらの例示的な実施形態のいくつかでは、そうした機能を必要とするビジネスモデルについて上記ノードの双方で捕捉されるものとして示されている。
【００２２】
図１に、アクセスネットワークプロバイダとＭ２Ｍサービスプロバイダとが同じ１つのものであるシナリオを例示する。これは、ネットワークトポロジに関連するビジネスシナリオの第１のものである。このようなシナリオでは、Ｍ２Ｍ  ＮＳＣＬサービスプレーンノード及び関連するトラフィックプレーンノードの双方は、アクセスネットワークに依存して、Ｍ２Ｍイベント関連情報及びＭ２Ｍトランスポート関連情報をそれぞれ、そのためのＲｆインターフェースを用いてトランスポートプレーンＣＤＦへ送信するために使用される。Ｍ２Ｍ  ＮＳＣＬは、アクセスネットワークプロバイダのノードへ同じエンティティであることの結果としてアクセスすることができるため、既存のノードに必要な機能を追加することにより、ノードを再利用することができる。このモデルでは、ＣＤＦはＭ２Ｍ  ＣＤＦと同じ役割を果たすことに留意されたい。
【００２３】
図１に例示するように、Ｍ２Ｍデバイス１００はＭ２Ｍゲートウェイ１０２と接続する。この接続は、実装の詳細に応じて、無線アクセスネットワーク上であっても、有線接続上であってもよい。Ｍ２Ｍゲートウェイ１０２は、Ｍ２Ｍデバイス１００と通信するための通信モジュール１０４を含む。様々なタイプの接続を可能にするために様々なモジュール１０４を設けることができる。Ｍ２Ｍサービスケイパビリティ１０６は、ゲートウェイアプリケーション１０８によりｍＩｄインターフェース上でのＭ２Ｍデバイスドメイン１１０への接続のために使用され、Ｍ２Ｍデバイスドメイン１１０は、通信モジュール１１２、Ｍ２Ｍサービスケイパビリティ１１４、及びデバイスアプリケーション１１６を含む。また、ｍＩｄインターフェースは、Ｍ２Ｍデバイスドメイン１１０とＭ２Ｍゲートウェイ１０２の双方へのネットワークドメイン１１８へのアクセスの提供をも行う。ネットワークドメイン１１８において、ＮＳＣＬ１２０及びネットワークアプリケーション１２２は、ｍＩａインターフェース上で通信する。ネットワークコメインは、コアネットワーク接続１２４を利用して、Ｍ２Ｍトランスポートプレーン１２６に接続することができる。Ｍ２Ｍトランスポートプレーン１２４は、トラフィックプレーンノード１３０及びＣＤＦ１２８を含む。トラフィックプレーンノード１３０及びＣＤＦ１２８はどちらも、Ｒｆインターフェースを用い、コアネットワーク接続１２４を介してＮＳＣＬ１２０と通信することができる。
【００２４】
アクセスネットワークプロバイダとＭ２Ｍサービスプロバイダとが異なり但し両者のシステム間での情報の共用が許容される商業的関係を有するシナリオでは、考慮すべき２つの可能なシナリオがある。第１のオプションでは、図２（図２は図１のノードの多くを再利用し、再利用されるノードについては詳細な説明を繰り返さない）に例示するように、Ｍ２Ｍ  ＮＳＣＬ１２０及び関連するトラフィックプレーンノード１３０の双方を、アクセスネットワークに依存して、Ｍ２Ｍイベント関連情報及びＭ２Ｍトランスポート関連情報をそれぞれＲｆインターフェースを用いてＣＤＦ１２８へ送信するために使用することができる。その上、Ｍ２Ｍ  ＮＳＣＬ１２０は、そのためのＲｆインターフェースの一部を用いて、新しいＭ２Ｍ  ＣＤＦノード１３０と通信して同じＭ２Ｍイベントを送信することもできる。この手法は、アクセスネットワークプロバイダとＭ２Ｍ  ＳＰの双方に、同じＭ２Ｍイベント関連情報を提供することができる。ある実施形態では、アクセスネットワークプロバイダのＣＤＦ１２８へのアクセスが十分に保護され、安全とされるように、このオプションの実装が、強力なセキュリティ及び認証機構と併せてなされることが好ましいかもしれない。
【００２５】
第２のオプションでは、図３に例示するように、関連するトラフィックプレーンノード１３０は、アクセスネットワークに依存して、Ｍ２Ｍトランスポート関連情報を、Ｒｆインターフェースを用いてＣＤＦ１２８へ送信する。Ｍ２Ｍ  ＮＳＣＬ１２０は、Ｒｆインターフェース、又はＲｆインターフェースの一部を用いてＭ２Ｍ  ＣＤＦ１３２ノードと通信することができる。前述のオプションとは異なり、Ｍ２Ｍ  ＮＳＣＬ１２０は、好ましくは、Ｍ２Ｍイベントを中継するために、トランスポートプレーンでのＣＤＦ１２８との直接通信は行わない。代わりに、Ｍ２Ｍ  ＣＤＦ１３２は、それがＮＳＣＬ１２０から受け取るＭ２Ｍ関連イベントを、トランスポートノードのＣＤＦ１２８に対してプロキシすることができる。これによりＭ２Ｍ  ＮＳＣＬ１２０がその負担から解放される。Ｍ２Ｍ  ＣＤＦ１３２ノードは、その場合、同じＭ２Ｍイベントをそれ自体のために使用することもできる。上記のように、ある実施形態では、アクセスネットワークプロバイダのＣＤＦ１２８へのアクセスが十分に保護され、安全とされるように、実装が、強力なセキュリティ及び認証機構と併せてなされることが好ましいかもしれない。
【００２６】
図４に、アクセスネットワークプロバイダにＭ２Ｍサービスプロバイダとの商業的関係がないネットワークトポロジを例示する。このシナリオでは、アクセスネットワークプロバイダはビットパイプであり、Ｍ２Ｍサービスプロバイダの動作について実際上の視認可能性を有しない。このケースにおいて、トラフィックプレーン上で何が送信されているかを判別し得る場合には、関連するトラフィックプレーンノード１３０は、アクセスネットワークに依存して、Ｍ２Ｍトランスポート関連情報をＲｆインターフェースを用いてＣＤＦ１２８へ送信することができる。実装形態によっては、アクセスネットワークプレーンがトラフィックプレーン上で何が送信されているか判別することが不可能な場合もあり、よってその場合は、トラフィックコンテンツに基づくイベントの記録を開始することができなくなることを理解すべきである。Ｍ２Ｍ  ＮＳＣＬ１２０は、Ｒｆインターフェース、又は、適切な場合にはＲｆインターフェースの一部を用いて、Ｍ２Ｍ  ＣＤＦ１３２ノードと通信することができる。
【００２７】
Ｍ２Ｍサービス関連情報要素とは、Ｍ２Ｍサービスに関連する情報要素をいう。次に、Ｍ２Ｍサービスプレーン情報要素の一覧を、若干の説明情報と共に示す。Ｍ２Ｍ  ＣＤＦ／トランスポートプレーンＣＤＦに送信されるＭ２Ｍイベントは、Ｍ２Ｍ  ＮＳＣＬが返答を行う対象の要求の当該Ｍ２Ｍ  ＮＳＣＬによる受信時にトリガされ、及び／又は、Ｍ２Ｍ  ＮＳＣＬによる要求であって返答が受信される当該要求の開始時にトリガされることができる。したがって、前述のように、単一のＭ２Ｍイベントは、一般には、要求及びその応答を表す。Ｍ２Ｍイベントは、基本的には要求及び応答から導出される以下の要素を含むものとする。以下の情報要素の一覧は網羅的なものとみなされるべきではなく、この一覧は拡張のために増やすことができる。
・M2M  Subscription  Identifier（Ｍ２Ｍサブスクリプション識別子）
・Application  ID：（要求がアプリケーションからのものである場合の）要求を発行したアプリケーションの識別子
・Issuer：Ｍ２Ｍ要求の発行者（アプリケーション又はＳＣＬを表すエンティティ）
・Receiver：Ｍ２Ｍ要求の受信者
・Hosting  SCL：受信者がホストではない場合の要求のホストＳＣＬ
・Target  ID：Ｍ２Ｍ要求のターゲットＵＲＬ
・Resource  ID：（これはプリミティブによっては任意選択である）
・Primitive  Type：要求タイプ
・Protocol  Type：ＨＴＰＰ又はＣｏＡＰ
・Request  Headers  size：要求内のヘッダのバイト数
・Request  Body  size：要求でトランスポートされる本文のバイト数
・Response  Headers  size：応答内のヘッダのバイト数
・Response  Body  size：応答でトランスポートされる本文のバイト数
・ResponseCode
応答リソース結果
【００２８】
この情報が既存のＲｆインターフェース上で搬送されることを可能とするために、ある例示的な実施形態では、以下の変更を提供することができる。即ち、Ｍ２Ｍサービスに関連する課金メッセージをその他の課金メッセージと区別するために、ＥＴＳＩ  Ｍ２Ｍ課金のための新しいサービスコンテキストを作成することができること、及び上記情報を搬送するための新しいＭ２Ｍ要素ＡＶＰを要求することができること、である。この新しいＡＶＰは、Ｍ２Ｍ  ＮＳＣＬからＭ２Ｍ  ＣＤＦ／トランスポートＣＤＦへ向けて生成される課金処理要求メッセージに含められてもよく、他の課金処理メッセージに適用することもできる。ある実施形態では、Ｍ２Ｍイベント関連情報は、たとえ値の一部が同一であり得るとしても、この新しいＭ２Ｍサービス要素ＡＶＰに含まれることが当業者には理解されるであろう。同じ情報が、好ましくは、Ｍ２Ｍ  ＮＳＣＬからゲートウェイ若しくはデバイス又はアプリケーションへ向けて発せられる要求及びそれらそれぞれの応答について、Ｍ２Ｍ  ＮＳＣＬによって記録される。この場合のＭ２Ｍ要求の発行者は、Ｍ２Ｍ  ＮＳＣＬ−ＩＤを含むことができ、当該Ｍ２Ｍ  ＮＳＣＬ−ＩＤを用いて、記録される情報においてＭ２Ｍ  ＮＳＣＬへのインカミングの要求をアウトゴーイングの要求と区別することができる。
【００２９】
トラフィックプレーンノードは、新しいＭ２Ｍサービス要素ＡＶＰを、前述のように、ＥＴＳＩ  Ｍ２Ｍサービスコンテキストに関連してトランスポートプレーンＣＤＦへ向けて生成される課金処理要求に含め得る。しかし、そうした場合には、ＡＶＰは、Ｍ２ＭサブスクリプションＩＤ要素だけを含むものとする。
【００３０】
Ｍ２ＭサブスクリプションＩＤは、双方のプレーンで生成される課金情報間の突合（reconciliation）のために使用されることのできるＭ２Ｍ情報要素である。この突合は、前述のトポロジのために必要とされうる様々な請求モデルのサポートを可能にすることができる。
【００３１】
Ｍ２Ｍ  ＮＳＣＬが、前述のように、記録されるＭ２Ｍイベントに関連して必要な情報を記録することができるように、以下の関連付け（association）が、好ましくは、すべてのＳＣＬ−ＩＤについてＭ２Ｍサービスプロバイダによって維持される。即ち、デバイス用のＤ−ＳＣＬ−ＩＤ及び割り振られたＭ２ＭサブスクリプションＩＤ、並びに、ゲートウェイ用のＧ−ＳＣＬ−ＩＤ及び割り振られたＭ２ＭサブスクリプションＩＤ、である。任意選択で、課金の目的でネットワークアプリケーションのトランザクションも記録されるべきである場合には、以下のサブオプションのうちの１つをサポートすることもできる。即ち、すべてのネットワークアプリケーションについて、ＮＡ−ＩＤとそれ自体に割り振られたＭ２ＭサブスクリプションＩＤとの間の関連付けを維持すること、又は、ｍＩａインターフェース上のＮＡトランザクションの期間中にＮＡ−ＩＤに割り振られるＭ２ＭサブスクリプションＩＤを含めること、である。当業者は、ｍＩａインターフェースはアプリケーションがＭ２Ｍ  ＮＳＣＬにアクセスすることを可能とするインターフェースであることを理解するであろう。多くの好ましい実施形態では、ｍＩａインターフェースは、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）といった従来のプロトコルを用いてアクセス可能な、平穏な（restful）インターフェースである。
【００３２】
確立される関連付けについて、前述のように、Ｍ２ＭのＮＣＬは、Ｍ２ＭのＮＣＬへのインカミングの要求に含まれる情報の中から適切なＭ２ＭサブスクリプションＩＤを導出することができる。これは、ｍＩｄインターフェース上のインカミングの要求に適用され、適用できる場合には、ｍＩａインターフェース上のインカミングの要求に適用される。
【００３３】
当業者は、前述の結果を達成するために前述の様々なノードが順序付けられた予測可能なやり方で相互にインタラクションすることを理解するであろう。ノード間のメッセージの交換は、上記説明に基づく呼フロー図及びフローチャートで表すことができる。以下の考察では、当業者には理解されるように、適切な呼フロー図として表現することができるフローチャートを利用する。各ノード自体は、図５の例示するノードといった、汎用コンピューティングノードとしてのものを含めて、いくつかの異なる形式のいずれかで設けることができる。このノードは、他のノードからメッセージ及びデータを受信するためのネットワークインターフェースと、メモリに動作可能に接続されたプロセッサとを有し、当該メモリは、前述のようなデータへの応答及びデータの相関を可能にする方法を当該プロセッサに実行させる指示を含む。
【００３４】
Ｍ２Ｍ  ＮＳＣＬでは、情報が記録され、そして、その情報をＣＤＦへ送信することができる。記録された情報は、多種多様な目的を果たすのに使用される。Ｍ２Ｍ  ＮＳＣＬプレーン全体にわたって記録される情報の必ずしもすべてが、その情報のうちのあるものを必要とするあらゆる場合について必要になるとは限らないことが当業者には明らかであろう。そうした場合には、Ｍ２Ｍ  ＮＳＣＬは、請求目的及び／又は統計目的で求められ、又は必要とされる情報だけを提供することができる。各ケースについて別個の構成を使用することができる（即ち、請求目的及び各統計目的）。そうした構成は、Ｍ２Ｍ  ＮＳＣＬがその都度必要な情報だけを選択することを可能にするフィルタリング機能によって提供することができる。情報のフィルタリングは、Ｍ２Ｍ  ＮＳＣＬによって開始される要求にも、Ｍ２Ｍ  ＮＳＣＬが受信する要求にも適用することができ、好ましくは、以下の機能のサポートを提供する。
−ＥＴＳＩ  Ｍ２Ｍにおいてサポートされる手続（例えば、ＳＣＬ登録、ＳＣＬ登録解除など）についての、包含又は除外のためのフィルタリング。ある実施形態では、サポートされる各手続を包含し又は除外することができ、包含される手続に関するＭ２Ｍイベントが選択される。
−上記フィルタリングケイパビリティごとに選択されるあらゆるＭ２Ｍイベントについて、当該選択されるＭ２Ｍイベント内の情報をフィルタリングすることも可能である。一実施形態では、フィルタリングされるＭ２Ｍイベントについて捕捉される全ての情報が、そのＭ２Ｍイベントへの包含のために選択するものとする。
【００３５】
そうした多階層のフィルタリングのケイパビリティは、多様な必要を満たすのに十分な柔軟性を提供することができる。上記のフィルタリングのケイパビリティは、当業者には理解されるように、ＳＣＬ−ＩＤを用いて、ＳＣＬごとに構成可能とすることもできる。
【００３６】
請求プロセスでは、記録されたＭ２Ｍイベントを分類する必要が生じ得る。これは、記録段階において、Ｍ２Ｍ  ＮＳＣＬによって実行されることができ、Ｍ２Ｍ  ＮＳＣＬは、イベントを、Ｍ２Ｍ  ＣＤＦ及び記憶のためのＣＤＦの一方又は双方へ送信することができる。この分類は、あらゆる記録イベントにサービスカテゴリを割り振るために使用されることができる。割り振られるサービスカテゴリは、すでに提供されているものに追加される新しい情報要素であってよい。例示的な情報要素の一覧を以下に示す。情報要素は、一般には、要求及び応答のうちの少なくとも１つから特定されるＭ２Ｍイベントに含まれうる。
・M2M  Subscription  Identifier
・Application  ID：（要求がアプリケーションからのものである場合の）要求を発行したアプリケーションの識別子
・Issuer：Ｍ２Ｍ要求の発行者（アプリケーション又はＳＣＬを表すエンティティ）
・Receiver：Ｍ２Ｍ要求の受信者
・Hosting  SCL：受信者がホストではない場合の要求のホストＳＣＬ
・Target  ID：Ｍ２Ｍ要求のターゲットＵＲＬ
・Resource  ID：（これはプリミティブによっては任意選択である）
・Primitive  Type：要求タイプ
・Protocol  Type：ＨＴＰＰ又はＣｏＡＰ
・Request  Headers  size：要求内のヘッダのバイト数
・Request  Body  size：要求でトランスポートされる本文のバイト数
・Response  Headers  size：応答内のヘッダのバイト数
・Response  Body  size：応答でトランスポートされる本文のバイト数
・Response  Code
・Response  resource  result
・Service  category
・Additional  Information：拡張性の理由のため
【００３７】
ＮＳＣＬは、そうした情報要素についての実装特有の必要に対処するように構成されることができる。ＮＳＣＬがあらゆる記録されるＭ２Ｍ手続にサービスカテゴリを割り振ることができるように、そうした構成を選択することができる。同じサービスカテゴリが複数の手続に割り振られてもよい。Ｍ２Ｍ手続について構成されるサービスカテゴリを、Ｍ２Ｍ手続に対応するＭ２Ｍイベントが記録される際に、記録される情報に含めることができる。
【００３８】
図５に関して、Ｍ２Ｍゲートウェイは、前述のものと同じ手法を用いて内部ＣＤＦ上で記録を作成することができる。これらの記録は、バックエンドノード及びＦＴＰ（File  Transfer  Protocol）といった従来のプロトコルの使用により、Ｍ２Ｍデバイスドメインから利用可能にすることができる。また記録は、コアネットワークとネットワークドメインのＣＤＦの双方から利用可能にすることもできる。関連する記録の転送はバックエンドノードにより管理することができ、その場合、記録は、請求目的及び統計目的でも使用されることができる。
【００３９】
当業者は、本明細書で開示されるアーキテクチャ及び方法を使用することでサポート可能な多数の関係性及びシナリオが存在することを理解するであろう。図５に例示するシナリオといったいくつかのシナリオでは、Ｍ２Ｍ加入者は、各々Ｍ２Ｍサービスプロバイダに対するサブスクリプションを有する複数のゲートウェイ１０２を利用することができる。これにより、アプリケーション１１６を実行しているＭ２Ｍデバイス１００は、Ｍ２Ｍデバイス１００が接続することのできるゲートウェイ１０２のうちのどれでも利用することができる。そうしたシナリオでは、Ｍ２Ｍゲートウェイ運営者は、課金情報を記録して、Ｍ２Ｍゲートウェイ運営者が記録された使用についてデバイス所有者に課金することができるようにすることができる。当業者は、図５に例示するＭ２Ｍゲートウェイの内部ＣＤＦ１３８をこのために使用することができることを理解するであろう。これらのデバイスは、一般には、Ｍ２Ｍ  ＳＰからは見えないことに留意されたい。
【００４０】
上記シナリオの別の変形では、Ｍ２Ｍサービスプロバイダを、Ｍ２Ｍゲートウェイ１０２の所有者とすることもできるはずである。どちらの状況でも、請求目的で、複数のＭ２Ｍゲートウェイ１０２に接続されたデバイス上で実行されている同じアプリケーションを区別する必要がある。Ｍ２Ｍサブスクリプションは、従来は、Ｍ２Ｍデバイス１００又はＭ２Ｍゲートウェイ１０２に関連付けられるが、これを拡張して、異なるＭ２Ｍアプリケーション１１６が複数のＭ２Ｍゲートウェイ１０２上で実行されているときにそれらのＭ２Ｍアプリケーション１１６に別々に請求することができるように、異なるＭ２Ｍアプリケーション１１６が異なるＭ２Ｍサブスクリプションを有することを可能にすることができる。これに適応するために、Ｍ２Ｍイベント記録データを、複数のＭ２Ｍサブスクリプションを可能にするように拡張することができる（例えば、Ｍ２Ｍデバイス１００又はＭ２Ｍゲートウェイ１０２のためのサブスクリプションと、Ｍ２Ｍアプリケーション１１６のためのサブスクリプションなど）。これらのサブスクリプションは、好ましくは、ＮＳＣＬにとってアクセス可能なＣＤＲ１３４に含まれるときに区別できるように、さらにタグ付けされる。このようにして、Ｍ２Ｍアプリケーション１１６が複数のＭ２Ｍゲートウェイ１０２に接続されるときに、請求目的で、独自のＭ２Ｍサブスクリプションによって、Ｍ２Ｍアプリケーション１１６を区別することができる。当業者は、内部ＣＤＦ１３８及び１４０がファイル転送プロトコル（ＦＴＰなど）を利用しデータの移動を支援するバックエンドノード１３６を介して相互に通信することができることを理解するであろう。
【００４１】
図６に、プロセッサ１５２と、ネットワークインターフェース１５４と、指示及び他のデータを記憶するためのメモリ１５６とを有する本発明の例示的なノード１５０を示す。記憶された指示は、プロセッサ上で実行されると、ノードが、以下のフローチャートに関して後述する方法を実行することを可能にする。
【００４２】
図７に、本発明の方法の例示的な実施形態を示す。ステップ２００に示すように、Ｍ２Ｍ  ＮＳＣＬで、Ｍ２Ｍデバイスで発せられる（メッセージといった）インタラクションが受信される。Ｍ２Ｍ  ＮＳＣＬは、次いで、メッセージ（検出されたインタラクション）が課金可能なＭ２Ｍトランザクションの一部であると判定する。トランザクションの課金可能性は、Ｍ２Ｍサービスプロバイダが（Ｍ２Ｍデバイスに関連付けられる加入者といった）Ｍ２Ｍ加入者に課金することになることを示してもよく、Ｍ２Ｍサービスプロバイダがアクセスネットワークプロバイダによって課金されることになることを示してもよいことを理解すべきである。どちらの場合も、ステップ２０２で課金イベントが開始されたと判定される。この判定を行うと、Ｍ２Ｍ  ＮＳＣＬは、Ｍ２Ｍデバイスによって使用されたアクセスネットワークに関連付けられるコアネットワーク内のＣＤＦへ、判定されたトランザクションに関連付けられる課金イベントを記録するための指示を送信することになる。これにより、ステップ２０４で、アクセスネットワークが課金イベントを記録することになることが保証される。ステップ２０６で、Ｍ２Ｍ  ＮＳＣＬは、課金可能イベントを、Ｍ２Ｍ  ＮＳＣＬにとってアクセス可能なリソースに記録する。イベントの２つの一致する記録が生じることを保証することによって、Ｍ２Ｍ  ＮＳＣＬは、互いに相関し得る関連付けられる記録を作成する。これにより、後の突合が可能になる。加入者が課金されるべきでない場合には、Ｍ２Ｍサービスプレーンにとってアクセス可能な記録により、課金がアクセスネットワークから受け取られ、加入者に転送されないようにすることができる。あるいは、アクセスネットワークからの課金が生じない場合は、後で加入者がどのように課金されるか決定するための相関を行うことができるように、使用されたデータを記録するイベントがアクセスネットワーク及びＭ２Ｍサービスプレーンの双方によって記憶される。ステップ２０６でＮＳＣＬに記録される課金イベントは、課金イベントがどのように取り扱われるかに影響を及ぼすことになる業務ルールを含むことができ、又は業務ルールを指し示すことができる。
【００４３】
当業者は、Ｍ２Ｍサービスプロバイダが課金に直接的には関連しないアクセスネットワークＳＣＬでのイベント記録を開始してよいことを理解するであろう。当業者は、後日の統計的分析を可能にするためにイベントを双方のシステムに記録する必要が生じ得ることを理解するであろう。本考察の記述は課金のためのイベントの記録を中心としているが、本発明の実施形態の方法及びシステムは、課金関連ではないイベントの記録にも使用できることを理解すべきである。
【００４４】
図８に示すように、図７の方法を変形させることができる。例示のように、ステップ２０４及びステップ２０６の代わりに、方法はステップ２０８を利用することもでき、そこでは、Ｍ２Ｍの課金イベント及びアクセスネットワークの課金イベントの双方が、同じメッセージを用いて同じリソースに記憶され得る。そうした実施形態は、Ｍ２Ｍサービスプロバイダとアクセスネットワークプロバイダとが同じ１つのものである図１に例示するようなシステムでは、非常に価値あるものになることが理解されるであろう。
【００４５】
図９に示すように、課金イベントを記録するための指示をアクセスネットワークのＣＤＦへ送信するステップは、ステップ２１０でＭ２Ｍ  ＣＤＦへ組み合わされた指示を送信することによって実行することができ、この組み合わされた指示は、課金イベントがＭ２Ｍ  ＣＤＦによって記憶されるべきであって、Ｍ２Ｍ  ＣＤＦによりアクセスネットワーク（ＡＮ）のＣＤＦにも転送されるべきであるという標識を伴い、それにより双方の記録を同期させることができる。
【００４６】
図１０はさらなる代替案を示しており、そこでは、ステップ２１２に示すように、ＡＮのＣＤＦへ、課金イベントを当該ＡＮのＣＤＦ内に記憶するための指示が送信される。
【００４７】
アクセスネットワークプロバイダとＭ２Ｍ  ＳＰとの間にはいくつかの異なる商業的関係があり得ることを当業者は理解するであろう。あるシナリオでは、Ｍ２Ｍ  ＳＰは、異なるアクセスネットワークプロバイダとの間で異なる商業的関係を有し得る。そうしたシナリオでは、図１１の方法を用いることができる。ステップ２０２で課金イベントが生じたと判定すると、方法はステップ２１４に進み、そこで、Ｍ２Ｍデバイスによって使用されたＡＮを（おそらくは、他の要因と併せて）使用して、商業的関係のうちのどれがそのトランザクションに関連するか、よって、どのステップに進むべきかが判定される。分岐の後に他のステップを付加することができ、例えば、ステップ２０４の後に続いて、プロセスは、図７に示すようにステップ２０６に進むこともできるはずであることを理解すべきである。このビジネス条件の判定が、取るべきパスの決定であると理解され、又は図１１に例示するパスと同様のフローパスをもたらす各ステップを決定する際の一要因であると理解され得ることを、当業者は理解するであろう。
【００４８】
本発明の実施形態は、マシン読取可能な媒体（コンピュータ読取可能な媒体、プロセッサ読取可能な媒体、コンピュータ読取可能なプログラムコードが具現化されているコンピュータ使用可能な媒体ともいう）に記憶されたソフトウェア製品として表現されてよい。マシン読取可能な媒体は、フロッピーディスク、ＣＤ−ＲＯＭ（compact  disk  read  only  memory）、ＤＶＤ−ＲＯＭ（digital  versatile  disc  read  only  memory）、メモリデバイス（揮発性若しくは不揮発性）、又は類似の記憶機構を含む磁気的、光学的、又は電気的な記憶媒体を含む任意の適切な有形の媒体であってよい。マシン読取可能な媒体は、実行されると、プロセッサに、本発明の実施形態による方法のステップを実行させる、様々な指示セット、コードシーケンス、構成情報、又は他のデータを含んでいてよい。前述の発明を実装するのに必要な他の指示及び動作がマシン読取可能な媒体上に記憶されてもよいことを当業者は理解するであろう。マシン読取可能な媒体から実行されるソフトウェアは、前述のタスクを実行するための回路とインターフェースすることができる。
【００４９】
本発明の上記の実施形態は例示のためのものにすぎない。本発明の範囲を逸脱することなく、当業者によって変更、改変及び変形を作用させることが可能であり、本発明の範囲は、もっぱら添付の特許請求の範囲によって定義されるものである。
【図１】
2015510706.tif 000003
【図２】
2015510706.tif 000004
【図３】
2015510706.tif 000005
【図４】
2015510706.tif 000006
【図５】
2015510706.tif 000007
【図６】
2015510706.tif 000008
【図７】
2015510706.tif 000009
【図８】
2015510706.tif 000010
【図９】
2015510706.tif 000011
【図１０】
2015510706.tif 000012
【図１１】
2015510706.tif 000013
【手続補正書】
【提出日】平成26年12月10日(2014.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｍ２Ｍ（machine  to  machine）ネットワークドメイン内のノードによる実行のための、ネットワークリソースのＭ２Ｍデバイスによる使用に関連する統計的使用情報を記憶する方法であって、
Ｍ２Ｍデバイスに関連付けられるインタラクションの標識を受信するステップと；
前記インタラクションが課金イベントの一部であると判定するステップと；
Ｍ２ＭネットワークドメインのＮＳＣＬ（Network  Service  Control  Layer）に関連付けられるデータリポジトリ内に、前記課金イベントに関連付けられる情報を記録するステップと；
前記課金イベントに関連付けられる情報が前記Ｍ２Ｍデバイスに関連付けられるサードパーティにより記録されることを保証するステップと；
Ｍ２Ｍサービスコンテキスト、Ｍ２ＭサブスクリプションＩＤ、及び、前記課金イベントに関連する情報を保持するＭ２Ｍサービス要素、を含む課金処理メッセージを送信するステップと；
を含む方法。
【請求項２】
前記標識の前記受信は、前記Ｍ２Ｍデバイスを宛て先とするメッセージ及び前記Ｍ２Ｍデバイスにより送信されたメッセージのうちの１つの受信の通知を受信すること、を含む、請求項１の方法。
【請求項３】
前記課金イベントは、加入者アカウントを調整すべきイベントを含む、請求項１の方法。
【請求項４】
前記課金イベントは、統計的使用情報を記録すべきであって加入者アカウントを調整すべきでないイベントを含む、請求項１の方法。
【請求項５】
前記サードパーティは、前記Ｍ２Ｍネットワークドメインへのアクセスのために前記Ｍ２Ｍデバイスにより使用されるアクセスネットワークである、請求項１の方法。
【請求項６】
前記課金イベントが前記サードパーティにより記録されることを保証することは、前記課金イベントを記録するための指示を前記アクセスネットワーク内のＳＣＬ（service  control  layer）へ送信すること、を含む、請求項５の方法。
【請求項７】
前記Ｍ２Ｍサービスコンテキストは、前記課金処理メッセージがＭ２Ｍネットワークドメインに関連付けられることを示す、請求項１の方法。
【請求項８】
前記課金イベントが前記サードパーティにより記録されることを保証する前記ステップ、及びＭ２ＭドメインのＮＳＣＬ内に前記課金イベントを記録する前記ステップは、アクセスネットワーク及び前記Ｍ２Ｍ  ＮＳＣＬの双方にとってアクセス可能なリソースに前記課金イベントを記録することによって実行される、請求項１の方法。
【請求項９】
前記課金イベントが前記サードパーティにより記録されることを保証する前記ステップ、及びＭ２ＭドメインのＮＳＣＬ内に前記課金イベントを記録する前記ステップは、前記課金イベントに関連付けられる情報を記憶する指示と、前記Ｍ２Ｍデバイスに関連付けられるアクセスネットワークへ前記課金イベントに関連付けられる情報を転送するための指示とを、Ｍ２ＭネットワークドメインのＣＤＦへ送信することによって実行される、請求項１の方法。
【請求項１０】
情報を転送するための前記Ｍ２Ｍ  ＣＤＦへの前記指示は、前記Ｍ２Ｍ  ＣＤＦに、情報を前記アクセスネットワークのＣＤＦへ転送させる、請求項９の方法。
【請求項１１】
前記保証するステップは、ネットワークトラフィックプレーンを介してアクセスネットワークのＳＣＬへ指示を送信することを含む、請求項１の方法。
【請求項１２】
前記サードパーティは、前記Ｍ２Ｍデバイスを前記Ｍ２Ｍネットワークドメインに接続するゲートウェイである、請求項１の方法。
【請求項１３】
前記課金イベントがサードパーティによって記録されることを保証する前記ステップは、前記ゲートウェイが課金情報を記憶すること、を要求することを含む、請求項１２の方法。
【請求項１４】
要求する前記ステップは、前記Ｍ２Ｍネットワークドメインへの前記ゲートウェイの登録の期間中に行われる、請求項１３の方法。
【請求項１５】
前記ＮＳＣＬに関連付けられる前記データリポジトリ内に記録される前記情報と前記サードパーティによって記録される前記情報とは同一である、請求項１の方法。
【請求項１６】
Ｍ２Ｍ（machine  to  machine）ネットワークドメインのＮＳＣＬ（network  service  control  layer）であって、
外部ノードと通信するためのネットワークインターフェースと、
指示及び課金ルールを記憶するためのメモリと、
前記ネットワークインターフェース及び前記メモリに動作可能に接続されたプロセッサと、
を備え、
前記プロセッサは、前記メモリ内に記憶された指示を実行すると、
前記ネットワークインターフェース上で受信されるＭ２Ｍデバイスに関連付けられるインタラクションの標識が課金イベントの一部であると判定し、
前記メモリ内に記憶された前記課金ルールに従って、課金イベントに関連付けられる情報をアクセス可能なデータリポジトリ内に記録し、前記課金イベントに関連付けられる情報を記録するための指示を前記Ｍ２Ｍデバイスに関連付けられるサードパーティへ送信し、
Ｍ２Ｍサービスコンテキスト、Ｍ２ＭサブスクリプションＩＤ、及び、前記課金イベントに関連する情報を保持するＭ２Ｍサービス要素、を含む課金処理メッセージを前記ネットワークインターフェース上で送信する、
ＮＳＣＬ。
【請求項１７】
前記アクセス可能なデータリポジトリは前記メモリである、請求項１６のＮＳＣＬ。
【請求項１８】
前記アクセス可能なデータリポジトリは、前記Ｍ２Ｍネットワークドメイン内のノードにとってアクセス可能なＣＤＦ（Charging  Data  Function）である、請求項１６のＮＳＣＬ。
【請求項１９】
前記サードパーティは、前記Ｍ２Ｍデバイスに関連付けられるアクセスネットワークである、請求項１６のＮＳＣＬ。
【請求項２０】
前記サードパーティは、前記Ｍ２Ｍデバイスに関連付けられるゲートウェイである、請求項１６のＮＳＣＬ。
【国際調査報告】
2015510706.tif 000014
2015510706.tif 000015