JP4829347B2 - 通信システムにおいてユーザ活動を収集する方法及び装置 - Google Patents

Description

本発明は、通信システムにおいてユーザ活動情報を収集する方法及び装置に関する。

通信システムは通常、通信ネットワークと、前記ネットワークを通じて通信を行う複数の通信ノードとを備える。その場合、個々のノードは、前記システムのユーザへ通信サービスを提供するために１つの又は１組の専用機能を実行するように構成される。通信ノードは機能エンティティであり、この機能エンティティは、構成の詳細にもよるが、単一の物理的マシン内に実装することもできれば、種々の物理的マシンにわたって分散することもできる。個々のマシンには全体機能の一部が実装されるが、この一部は、前記ノードに対して要求されているか、標準化されているかの少なくともいずれかのものである。

通信システム内の上記複数のノードは、従来、システムによりサービスの提供が意図される対象ユーザの総数や、これらユーザのユーザ端末の地理的距離のような要因に依存していたが、一方で、具体的な通信システム内部のこれら様々な種類のノードはそのノード固有の特徴の方により依存することになる。

例えば、公衆交換電話網ＰＳＴＮシステムのようなレガシー通信システムは、ユーザ端末において発呼又は着呼するシグナリングメッセージの（ルーティング、加工などの）処理を行うように構成されたルーティングノードから本質的に構成されたものであった。

ユーザのユーザ端末用固定接続ポイントと永続的に関連づけられた所定のユーザが想定されているレガシー通信システムとは対照的に、最新の通信システムのなかには動的登録機能を提供するものもある。これらの通信システムによって、ユーザは、ほとんどの場合において同じアクセスポイントからシステムと接続する必要がないユーザ端末から、ユーザの存在をシステムに登録すると共に、その登録解除を行うことが可能となる。この登録及び登録解除は、ユーザ端末から通信システムへ、登録メッセージ及び登録解除メッセージをそれぞれ送信し、通信システムがそれに従ってユーザの登録情報を更新するによって一般に達成される。登録情報には、（登録済みか、未登録かなどの）ユーザの登録状態と、前記ユーザの端末への／からのシグナリングを処理するように割り当てられたルーティングノードを発見するために利用可能な情報とが通常含まれている。

上述のような最新の通信システムの例として、第２世代（２Ｇ）移動通信システムとしても知られている汎欧州デジタル移動電話方式ＧＳＭと、第３世代（３Ｇ）移動通信システムとしても知られている汎用移動体通信システム（ＵＭＴＳ）と、（ＩＴＵ−Ｔ Ｈ．３２３；Ｊｕｌ−２００３において規定されているような）Ｈ．３２３ベースのシステムや（ＩＥＴＦ ＲＦＣ３２６１；Ｊｕｎ−２００２に規定されているような）セッション開始プロトコル（ＳＩＰ）ベースのシステムのような最新のマルチメディア通信プロトコルに基づくシステムとがある。最新のシステムの１例として、（例えば、３ＧＰＰ ＴＳ２３．２２８ Ｖ７．３．０；Ｍａｒ−２００６に規定されているような）所謂ＩＰマルチメディアサブシステム（ＩＭＳ）がある。

ユーザのために動的登録機能を提供する必要性によって、ルーティングノードだけでなく、ユーザの登録情報を処理するように構成された位置登録ノードも備えた最新の通信システムを考案するトレンドが推進されてきた。例えば、２Ｇ移動通信システムにおいて、移動通信交換局（ＭＳＣ）又はサービングＧＰＲＳサポートノード（ＳＧＳＮ）はルーティングノードであり、ホーム・ロケーション・レジスタ（ＨＬＲ）は位置登録ノードである。ＩＭＳシステムでは、所謂呼セッション制御ファンクション（ＣＳＣＦ）ノードが、ルーティングノードとして機能するのに対して、ホーム加入者サーバ（ＨＳＳ）が位置登録ノードとして機能する。要するに、ユーザ端末からのメッセージの登録及び登録解除は、（最初の登録、再登録、登録解除などの）登録イベントを位置登録ノードへ通知するルーティングノードにおいて受信される。次いで、位置登録ノードはそれに従って、端末のユーザに関する登録情報を更新する。

更に、従来のユーザ間通信を超えた、又は従来のユーザ間通信に追加された、新たな種類の通信サービスを提供する必要性に起因して、最終的なサービスをユーザへ提供できるように特化された、あるいは、前記提供時に仲介するための、新たな種類のノード（一般にＡＳとして知られている「アプリケーションサーバ」）も出現している。これらの種類のノードの例として、（３ＧＰＰ ＴＳ２３．１４１ Ｖ７．１．０；Ｄｅｃ−２００５、又は２４．１４１ Ｖ７．１．０；Ｍａｒ−２００６に記載のような）プレゼンスサーバ又はネットワークベースのウォッチャ・アプリケーションサーバや、（例えば、前述の３ＧＰＰ ＴＳ２３．２２８に規定されているような）ＳＩＰアプリケーションサーバや、（３ＧＰＰ ＴＲ２３．９７９ Ｖ６．２．０；Ｊｕｎ−２００５に記載のような）プッシュ・ツー・トークＰｏＣサーバがある。

例として上述した既に標準化されたサービスに加えて、通信システムから、あるいは、この通信システムを介して提供することができる、（例えば、地方の天候情報や地方のタクシー情報のようなユーザの所在位置に基づく情報サービス、電子商取引のための仲介などのような）複数の新たなサービスを予見することも可能である。しかし、前述した事例の場合のように、これらの新たなサービスの実施はほとんどの場合、やはり専用のアプリケーションサーバ、並びに、通信システム内の別のノードがこれらアプリケーションサーバと協働することも必要になり、そのような協働の例として、例えば、そのサービスに関連するシグナリング及びメディアのうちの少なくとも一方をルーティングするための協働や、（例えば、現在の所在位置、認証アサーション、好適な言語のようなユーザ情報などの）追加情報を取得するための協働がある。

要約すれば、最新の通信システムは更に複雑化したものとなっているが、これは、通信システムが複数の異なる種類のノードを備える傾向があると共に、ますます多くのサービスを提供する傾向があることに起因している。しかし、本質的に基本となる音声通信サービスを提供するレガシー通信システムとは対照的に、いくつかの最新のシステムのいくつかのノードにおけるトラフィック負荷は、システムに加入しているユーザの総数に直接関係しているわけではない。というのは、サービスのなかには、単にユーザからの要求時に提供されるものもあり、更に、例えば、所定のユーザが（単複の）或る種のサービスを頻繁に利用する場合もあれば、（単複の）或る別のサービスでは利用が非常にまれであったり、あるいは利用が皆無のものさえあったりするからである。このような状況では、通信システムの通信事業者がいくつかの理由により、システムのリソースの利用レートに関する情報の取得に関心をもつ場合があることは想像できることである。

第１の理由として、所定のタイプの上記複数のノードと前記ノードの容量の少なくともいずれかのようないくつかのシステムリソースをより良くディメンショニングすることが挙げられる。例えば、通信事業者が新たな種類のサービスの提供を望んでいる場合、展開戦略として、１組の選ばれたユーザに利用可能なサービスをまず行うという戦略が考えられる。その場合、所定の期間中の利用レートに従って、通信事業者は、その加入ユーザ全員がサービスを利用できるようになった場合の総利用レートがどのくらいになるかを推定し、それによって、例えば、サービスの提供に必要なアプリケーションサーバの台数及びサーバが必要とする容量を推定することが可能となる。したがって、通信システムにおけるシグナリング及びノードへの影響を最小限にとどめてユーザ活動情報を簡単に取得することが非常に望ましいことになる。

第２の理由として、技術プロバイダから通信機器を取得する際の値付けを行う基準が挙げられる。いくつかの通信ノードに対する一般的な値付け用パラメータがノードの利用レートに関連して用いられている。例えば値付け用パラメータは、前記ノードでサービスを提供するように構成できるユーザの最大数に関連づけられることになる。当業者であれば知っているように、コンピュータベースの通信ノードでは、これは、取得済みの「使用許諾」を利用レートが超えないように制御するある特定のソフトウェアによって達成することができる。

したがって、例えば、ＨＬＲ又はＨＳＳを取得する際に、通信事業者とノードのプロバイダとの間での価格契約は、前記ノードにおいて構成することができる加入者データのユーザ数に応じて、また、加入者データから得られる登録情報に対応するサービスを提供すべき対象ユーザの数に応じて設定することができる。同様に、アプリケーションサーバを取得する際、プロバイダと同意される価格は、例えば、当該ノードから提供されるサービスに加入できるユーザの数に応じて決めるか、サービスの性質に応じて決めるか、サービスを受けることができるように該ノードにおいて構成可能な関連性のあるデータを有しているユーザの数に応じて決めるかの少なくともいずれかにすることができる。

しかし、一般に通信システムの通信事業者に利益を与えているものは、システムが提供できるいずれかのサービスのためにシステムが対応できるユーザの数ではなく、これらのサービスが利用されることである。したがって、通信事業者のなかには、（例えば、ノードによって構成されるか、ノードによってサービスが提供されるかの少なくともいずれかを行うことができるユーザの数に基づくような）ノードの容量に単に基づいて価格について同意するだけでなく、前記ノードから提供される又はこれの仲介によるサービスの利用レートに従っていくつかのノードの技術プロバイダと価格について同意することを望む通信事業者もいる場合があることは理解できることである。このため、当該（単複の）ノードの動作状態で暫くの間様子を見た後、最終的価格契約を決定する必要がある場合もある。この目的のために、通信システムにおけるシグナリング及びノードへの影響を最小限にとどめてユーザ活動情報を簡単に収集することがやはり望まれている。

１つの側面では、本発明は、請求項１に記載のユーザ活動情報を収集する方法に関する。別の側面では、本発明は請求項１０及び１７に記載の通信ノードにも関し、更に、請求項２５及び２６に記載のコンピュータプログラムにも関する。本発明の実施形態については従属クレームに記載されている。

本発明によれば、ユーザの端末のシグナリングメッセージを処理するルーティングノードから前記ユーザの登録情報を処理する位置登録ノードへの、前記ユーザに関する登録イベントの通知には、対応する前記ユーザの登録イベントの情報に加えて、前記ユーザが所定の登録期間中に提供されたサービスに当該ユーザが関与したかどうかを示す追加情報が含まれている。この登録期間には、前回通知された前記ユーザの登録イベントとその後の通知された登録イベントとの間の経過時間が含まれている。位置登録ノードは、受信した通知内容に従ってユーザの登録情報と活動情報とを更新する。

ルーティングノードから位置登録ノードへ現在すでに搬送されている登録通知の中に、ユーザが何らかの（単複の）サービスに関与したかどうかに関する情報を追加情報として含めることによって、通信システムの通信事業者は、システムでの実装による影響が少ない状態でユーザ活動情報の取得が可能となる。これは、このソリューションが、システムのノードのいずれかによって新たなメッセージが実装されることを必要としないという理由と、必要なユーザ活動情報を収集するのに新たなノードを実装することを必要としないという理由によるものである。

１つの実施形態によれば、上記追加情報は、登録期間内にユーザへ提供される単数又は複数のサービスを特定する。これによって、ユーザ毎の詳細な利用情報とサービス毎の詳細な利用情報のうちの少なくともいずれかの情報を通信システムの通信事業者に提供することが可能となる。

別の実施形態によれば、位置登録ノードは、受信された活動情報と更新された活動情報の少なくともいずれかの活動情報と関連付けて、登録期間に関係するタイムスタンプを記憶する。したがって、通信システムの通信事業者は、所定期間におけるユーザ毎の詳細なサービス利用状況とサービス毎の詳細なサービス利用状況のうちの少なくともいずれかを取得することが可能となる。

別の実施形態によれば、登録期間は、ユーザの端末の最初の登録の受信から始まるか、又は前記端末のその後の再登録の受信から始まるように、そして、その後の再登録の受信で終了するか、又は登録解除の受信で終了するように定義することができる。いくつかのシステムでは、最初の登録の後に通常定期的な再登録が続くことになるため、定期的に行うか、又はユーザの登録とユーザの登録解除との間の経過時間を考慮するかのいずれかによって、ルーティングノードによるユーザ活動情報の収集を行うことができ、そして、位置登録ノードへ通知することができる。したがって、通信事業者は、より高いレベルの精度又はより低いレベルの精度でユーザ毎のサービス利用行動に関する情報を取得することが可能になる。

本発明の更に別の実施形態は、ユーザの端末に関係するシグナリングのチェックをルーティングノードにおいて行うメカニズムであって、ユーザがサービスに関与しているかどうかを判定するための、そしてこれにしたがって、位置登録ノードヘ通知すべきユーザのユーザ活動情報を収集するための、メカニズムに関するものである。

１つの実施形態では、ルーティングノードは、サービスに関係するようなシグナリングメッセージを特定するために使用可能なデータを含む活動テンプレートを記憶する。サービス活動を簡単に検出するために、活動時のデータは、特定のシグナリングメッセージを同定する識別子か、一連のシグナリングメッセージを同定する識別子（この識別子はシグナリングメッセージを個々に同定する一連の識別子を含むことができる）か、又は、シグナリングメッセージの内容において特定のサービスが同定されたかどうかを判定することができるように、シグナリングメッセージの内容を比較するために利用可能な、サービスを同定する識別子を含むものであってもよい。

別の実施形態によれば、活動テンプレートは、ルーティングノードにおいて位置登録ノードから、通常ユーザの最初の登録時に受信されるユーザプロファイルデータと共に受信される。こうすることによって、ユーザ活動情報、並びに、活動がモニタされる対象となるユーザを判断するための基準をユーザ毎に確立し、同時に、活動テンプレートデータを転送するための新たなメッセージの実装を避けることが可能となる。

本発明のいくつかの実施形態を例示するために用いられる通信システムの単純化した図を示す。 本発明の１つの実施形態に従うルーティングノード及び位置登録ノードのいくつかの機能モジュールの概略図を示す。 本発明の１つの実施形態に従うユーザ活動情報を収集する方法のステップを例示するフローチャートを示す。 本発明の１つの実施形態に従う図３のステップのいくつかを例示する単純化したシグナリングフローを示す。

次に、図１から図４を参照しながら本発明の例示の実施形態について説明する。

図１は現状技術の通信システムを概略的に示す図である。図１に表されている抽象概念は、ある特定の通信システムに関連づけることを意図するものではなく、また、通信システム上に存在し得るすべての可能なノードを描くことを意図するものでもなく、代わりに、最新の通信システムにおいて通常実装されている、本発明を例示するために関連性のあるノードを描くことを意図するものであるということに留意されたい。しかし、図１の実施形態のいくつかをより好く例示するために、本システムはいくつかの事例においてＩＰマルチメディアサブシステム（ＩＭＳ）を組み込んだ３Ｇシステムのいくつかのノードを表すものとして仮定されている。

図１のシステムでは、複数のアクセスポイント（１１０、１１１、１１２、１１３）がユーザ端末（１０１、１０２）の物理的（有線又は無線による）接続を提供しており、ユーザ端末が、前記システムによって又は前記システムを介して提供されるサービスへアクセスできるようになっている。例えば、図１の通信システムが様々なアクセスタイプをサポートすることを意図する、ＩＭＳを有する３Ｇシステムを表しているものと仮定すると、アクセス１１０と１１３は、移動端末（１０１、１０２）へ無線アクセスを提供するＵＭＴＳ無線基地局を表しているのに対して、アクセス１１１と１１２は、それぞれ、ローカルエリアネットワーク（ＬＡＮ）及び無線ローカルエリアネットワーク（ＷＬＡＮ）を表していると考えることができる。この事例（ＩＭＳ）では、（ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、メディア・ゲートウェイなどのような）或る別のノードがシステムの内部に存在する場合もある。但し、これらのノードは明瞭さを旨として図１には示していない。

ノード１２０、１２１、１２２はシステムと接続されたユーザ端末と関係するシグナリングを処理する。これらのルーティングノードの各々は、２Ｇ又は３Ｇシステムなどにおいて一般に構成されているように、ルーティングノードに接続されているいくつかのアクセスポイントにサービスを提供している状態で表されている。しかしながら、通信システムの特徴に応じて、ユーザ端末が直接接続できるルーティングノードが設けられる場合もある。図１に示す構成では、ルーティングノード１２０は、アクセス１１０を介してシステムと接続されたユーザ端末１０１への／からのシグナリングを供する機能を果たす一方で、ルーティングノード１２１は、ＷＬＡＮ１１２に接続されたユーザ端末１０２への／からのシグナリングを供する機能を果たすように割り当てられている。実施例として、ルーティングノード１２０、１２１、１２２は、ＩＭＳシステムの呼セッション制御ファンクション（ＣＳＣＦ）であってもよい。

図１のシステムは、位置登録ノード１３０を介して、システムのユーザの登録情報を記憶する動的登録機能をそのユーザへ提供するものである。例として示されているこの事例では、位置登録ノード１３０は、ルーティングノード１２０からサービスを受けるものとして端末１０１のユーザの登録情報を保持し、そして、ルーティングノード１２１からサービスを受けるものとして端末１０２のユーザの登録情報を保持することになる。例えば、端末１０１がアクセス１１３のカバー範囲にローミングを行ったり、あるいは、例えば、端末１０２のスイッチが切られたりした場合、関与しているルーティングノードが通知する登録イベントに従って、対応する登録情報は位置登録ノード１３０において更新される。実施例として、位置登録ノード１３０はＩＭＳシステムのホーム加入者サーバであってもよい。

所定のユーザ用として登録されている端末への／からのシグナリングを処理するために現在割り当てられているルーティングノードに関する情報を取得するために、ノード１３０に記憶された登録情報は、ルーティングノードによって、更に、アプリケーションサーバによっても利用可能である。例えば、ノード１２１が、通信セッションの確立を要求するシグナリングメッセージであって、（前記ユーザに割り当てられた移動加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）又はユニフォームリソース識別子（ＵＲＩ）などの）端末１０１のユーザの識別子を含むシグナリングメッセージを端末１０２から受信すると、ノード１２１は位置登録ノード１３０に問い合わせを行うことができ、次いで、ルーティングノード１２０へ向けて要求をルーティングするための情報を取得することになる。

ノード１４０と１４１はアプリケーションサーバ（ＡＳ）を表す。これらのノードは、サービスロジックのホストとして機能して、１以上の特定のサービスを達成する。例えば、ノード１４０は、プレゼンスサービスを提供するためにプレゼンス情報を管理するように構成されたプレゼンスサーバであってもよい。手短に言えば、他の機能の中でも特に、プレゼンスサーバは、（例えば、所定のユーザが通信システムにおいて現在端末に登録されているかどうかを示す「オンライン」／「オフライン」状態情報などの）他のユーザ又はグループのユーザの状態に関係する情報、並びに、前記情報を提供できるようにシステム内の別のノードから得られる必要なデータを取得することに対するユーザの申込み（サブスクリプション）を管理する。上記理由によって、ＡＳ１４０は、プレゼンスサーバの役割において、所定ユーザの登録情報を取得するために、（直接的にあるいは間接的に）例えば位置登録ノード１３０と通信を行う必要が生じることもあり得る。

図１に表されているノードのすべては、必ずしも所定のネットワーク通信事業者のネットワーク領域に属している必要はないという点に留意されたい。例えば、２Ｇ又は３Ｇシステムの通信事業者は、通信事業者間でのローミングを可能にするために自分のシステムの相互接続を行えるように、ノードを使用している。更に、所定の通信事業者に加入しているユーザに提供されるサービスのなかには、前記通信事業者のネットワーク領域に属しているＡＳによって提供されるものもあれば、別のプロバイダのネットワーク領域に属しているＡＳから提供される別のサービスもあり得る。一例として、ＡＳ１４１は、２Ｇ又は３Ｇシステムのネットワーク通信事業者ではない専用のサービスプロバイダに属していると仮定することができる。したがって、相互接続ネットワーク１５０は、例えば、イントラネットとインターネットのうちの少なくともいずれかのような１以上の基底を成す通信ネットワークの複数の通信リンクを概略的に表すことになる。

次に、ルーティングノード１２０の単純化された内部構造及び位置登録ノード１３０について、可能な実装構成をコンピュータベースの装置と見なして、図２を参照しながら説明する。この可能な実装構成は、最新の通信システムのほとんどの場合そうであるように、通信ノード用として望ましい実装構成である。

（ＳＧＳＮ、ＨＳＳ、ＣＳＣＦなどのような）通信システムにより、あるいは、通信システムを介して提供されるサービスにおいて、サービスを提供したり、それらサービス間を仲介したりする通信ノードは、特定の構成の詳細に関わらず、１以上の機能モジュールから構成されていると考えることができる。これら機能モジュールの各々は、前記ノードによって実行される全体の機能のうちの特定の（サブ）機能を実行するように構成され、最終的には他の機能モジュールのうちのいくつかと協働するように構成される。更に、いくつかの実装構成では、所定のノードの機能性は種々の物理的マシンにわたって分散されていてもよい。個々の物理的マシンは前記ノードに割り当てられた全体の機能性の一部を実行することになる。通信システムにおけるノードの機能が（例えば、電気通信の標準規格又は或る別の機能モジュールの文献によって）規定されると、（単複の）対応する物理的マシンの実現を構成することは当業者にとっての日常業務となる。

特に、コンピュータベースの装置として実現されたルーティングノード１２０あるいは位置登録ノード１３０は、物理的マシンの内部に配置されるか、種々の一体に動作する物理的マシンに沿って分散することができるソフトウェア及びハードウェアを備える。前記ノードのある特定の機能モジュールのうちのいずれかが、ソフトウェア、ハードウェア、又はこれら双方の組み合わせを備えることができるコンピュータベースの装置として実装される。その場合、前記機能モジュールは、ある特定の（サブ）ノードの機能を実行し、更に継続する場合は、その機能モジュールのうちの別の機能モジュールを実装するソフトウェア部分とハードウェア部分のうちの少なくともいずれかと協動するように設計される。ソフトウェアは、１以上のコンピュータプログラム（コンピュータ可読プログラムコード）を含むものであってもよく、コンピュータベースの装置が、通信ノードの特定の機能性に基づくものである前記プログラム内の特定のプログラム命令によって所定の態様に従って該プログラムを動作させると、このコンピュータプログラムは実行する。

したがって、図２を参照しながら行われる説明は、ルーティングノード１２０の、並びに、位置登録ノード１３０のいくつかの機能コンポーネントについて記述するものとなるが、当業者には周知であってそれゆえ本発明の理解には不要なものである、可能な物理的実現形態に関する特定の構成の詳細には踏み込まない。

図２に示す簡略化された内部構造は、処理モジュール、通信モジュール、データ記憶モジュール及び内部通信バスを含み、内部通信バスは、これらモジュール間のデータ通信及び協働を可能にする。位置登録ノード１３０に関連して示されている類似の構造には、処理モジュール３０１、通信モジュール３０２、データ記憶モジュール３０３及び内部通信バス３０４が含まれる。ここで、固有の特徴に応じて、ルーティングノードのなかには（例えば、メディアトランスコーディングとメディアルーティングの少なくともいずれかを達成するために）別のモジュールを含むことができるものもあることに留意されたい。このようなルーティングノードについては、単純さを旨として、図２に示すノード１２０を表す単純化された構造には図示されていない。

処理モジュール（２０１、３０１）のうちのいずれも、例えば、負荷分散モード又はアクティブバックアップモードで動作するように構成することができる１以上のプロセッサ（２０１０、３０１０）を含むことができる。

図１に例示のシナリオでは、ルーティングノード１２０内のプロセッサ２０１０は、ユーザ端末１０１に関係するシグナリングを処理するためのサービスロジックを実行する。特に、ノード１２０が、「サービングＣＳＣＦ」（Ｓ−ＣＳＣＦ）をその役割とするＣＳＣＦであると仮定すると、サービスロジックは、ユーザ端末１０１用のセッション制御を実行することと、端末１０１と交換されるメッセージ、並びに、当該端末のために送信されるメッセージ又は当該端末のために別のノードから受信されたメッセージをモニタすることによって、当該端末により確立されるあらゆる通信に関連するセッション状態を維持管理することとを含むことになる。ユーザ端末１０１に関係するシグナリングには、サービスに関係するシグナリングだけでなく、登録メッセージも含まれているため、Ｓ−ＣＳＣＦ１２０内のプロセッサ２０１０によって実行されるサービスロジックには、前記端末を介して登録されるユーザの登録イベントを通知するための位置登録ノード１３０との通信処理が更に含まれている。プロセッサ２０１０によって実行されるサービスロジックは、後程詳述する本発明の新規の機能性によって更に拡張される。

位置登録ノード１３０内のプロセッサ３０１０は、通信システムの通信事業者のネットワーク領域のいくつかの（又はすべての）ユーザの登録情報を処理するためのサービスロジックを実行する。図１に例示のシナリオにおいて、プロセッサ３０１０は、ルーティングノード１２０、１２１と１２２から受信した登録イベントの通知を処理し、次いで、通知された登録イベントに従って端末１０１と１０２のユーザに関する登録情報を更新する。プロセッサ３０１０によって実行されるサービスロジックは後程詳述する本発明の新規の機能性によって更に拡張される。

ルーティングノード１２０と（ルーティングノード１２１、１２２；位置登録ノード１３０、アプリケーションサーバ１４０、１４１；ユーザ端末１０１、１０２などのような）別のエンティティとの間での通信は、２つの通信装置２０２１と２０２２を備えるものとして図２に例示されている通信モジュール２０２を介して実行される。同様に、システム（１２０、１２１、１２２、１４０、１４１）における位置登録ノード１３０と別のノードとの間の通信は、２つの通信装置３０２１と３０２２とを備えるものとして図２に例示されている通信モジュール３０２を介して実行される。一般に、メッセージが送信されることになると、処理モジュールは、通信モジュールに対してメッセージの送信を要求し、次いで、必要なデータを通信モジュールに提供する。そして、通信モジュールによってメッセージが受信された場合には、通信モジュールは、必要な処理をトリガするために、関連する内容を処理モジュールへ転送する。

実装構成に左右されるが、通信装置（２０２１、２０２２、３０２１、３０２２）のなかには、特定の種類の通信に専用のものであってもよい。この通信は例えば、標準化されているか、あるいは、独自仕様のシグナリングインタフェースが用いられている或る別のノードとの通信や、所定のタイプの通信プロトコルのみに関する通信などである。また、実装構成の詳細に左右されるが、通信装置のなかには、２以上の通信プロトコルに従ってこれらのノードのうちのいずれかによって実行できる任意の種類の通信処理に適合できるものもある。例えば、（ルーティングノード１２０などの）Ｓ−ＣＳＣＦと、（位置登録ノード１３０などの）ＨＳＳとの間で、数ある中でも特に、ユーザの登録情報を通知するメッセージを伝えるために、「ＤＩＡＭＥＴＥＲ」プロトコル（ＩＥＴＦ ＲＦＣ３５８８、２００３年９月）を用いることができる。この通信プロトコル（並びに別のプロトコル）は、新たな又は修正されたコンテンツを伝えることができるように容易に拡張して、後程説明するように本発明の達成を図るものである。

ルーティングノード１２０又は位置登録ノード１３０における通信装置の数は、これらノードの個々の容量に応じて変更することが可能であり、全体のシグナリングと比較してこれらノードのそれぞれに対して推定される外部シグナリングの処理を行うようにすることができる。やはり実装構成の詳細に左右されるが、（２０２などの）通信モジュールは、いくつかの機能的又は物理的エレメント（ハードウェア、ソフトウェア又はこれらの組み合わせ）を備えることができる。これらのエレメントは、所定の通信プロトコルスタックの一部のような、その他の（プロトコル専用）部分が、対応する通信装置に常駐している（２０２１、２０２２などの）１以上の通信装置においてよく見られるものである。

データ記憶モジュール２０３と３０３は、ルーティングノード１２０及び位置登録ノード１３０それぞれの動作に必要なデータを記憶する。コンピュータベースの通信ノード内のデータ記憶モジュールは１以上のデータ記憶装置を備えることができる。図２に示されている例では、ルーティングノード１２０内のデータ記憶モジュール２０３は記憶装置２０３１と２０３２を備え、更に、位置登録ノード１３０内のデータ記憶モジュール３０３は記憶装置３０３１と３０３２を備える。メモリチップ及び磁気ディスク又は光ディスクはデータ記憶装置の例である。ある種のデータのデータアクセススピード、記憶装置の信頼性などのような基準に応じて、通信ノードの記憶装置モジュールは、１以上の同じ種類の記憶装置を備えている場合もあれば、異なる種類の記憶装置を備えている場合もある。

実装構成のオプションに従って、或る種のノードのデータ記憶モジュールは、同じ物理的マシンの内部にすべて存在する場合もあれば、種々の記憶装置マシンの間に分散されている場合もある。例えば、位置登録ノードの場合、ルーティングノードと交換される位置登録関連シグナリングを処理する２以上のフロントエンド位置登録マシンにアクセス可能な大容量記憶の専用データベースに加入者情報データを記憶する最近のトレンドが存在する。上記マシンは、（基本処理データ及び動的登録データなどの）或る別のデータをローカルに保持している。特定のノードによって処理されたデータが同じ物理的マシン内に格納されているか否かは本発明にとって無関係なことである。

物理的データ配信の詳細に関係なく、図２は、ルーティングノード１２０と位置登録ノード１３０とによって処理することができるデータの若干を概略的に示す図である。これについて次に説明する。

ノード１２０の動作は命令（ＣＩ−１１．．．，ＣＩ−１Ｎ）を備えるコンピュータ可読プログラムコード２０３−１によって制御される。これらの命令は、プロセッサ２０１０によって実行されると、今まで説明したルーティングノードとしての実行を該プロセッサ２０１０に行わせ、更に、本発明の実施形態による新たな機能も実行させる。

参照番号２０３−２は、ルーティングノード１２０からサービスを受けるように割り当てられたユーザ端末に個々に関係する複数のデータレコード記録（ＳＣＴＸ−Ｎ）を表す。これらのデータの性質はシステムの固有の特徴に応じて大幅に変動する場合がある。しかし、ユーザが、異なるアクセスポイントから接続できる端末から登録を行うことができるシステムでは、割り当てられたルーティングノードは、端末が使用するアクセスポイントの必要なアドレス情報を記憶するために用いられ、それによって、アクセスポイントを経由して前記端末へ向けてシグナリングのルーティングを行うことができるようになっている。

例えば、ＩＭＳシステムの中へ登録されると、ルーティングノード１２０がユーザ端末１０１に割り当てられているＳ−ＣＳＣＦであれば、Ｓ−ＣＳＣＦ１２０は端末１０１へのアクセスサービスを提供している「プロキシ−ＣＳＣＦ」（Ｐ−ＣＳＣＦ）に関するデータを保持することになる。この事例では、Ｓ−ＣＳＣＦ１２０は、端末１０１を介して登録された、ユーザの若干のユーザプロファイルデータも保持することになる。このユーザプロファイルデータは、（位置登録ノード１３０などの）ＨＳＳから受信されたものとなる。また、ユーザ端末１０１が、（ユーザ端末１０２とのマルチメディアセッション、ＡＳ１４１とのサービスセッションなどの）サービスに関与しているものであれば、ステートフルＳＩＰプロキシのようなＳ−ＣＳＣＦ１２０は、前記サービスと関連付けて交換されるシグナリングに従って、前記端末に対する若干のサービス状態データを保持することになる（例えば、前記端末及び、該端末及を介して交換されるサービスに関係する一連のメッセージにより駆動されるステートマシンを実装することによって、サービス状態データは更新済みのサービス状態データを保持することになる）。

本発明のいくつかの実施形態を達成するために、ルーティングノード１２０は、次に説明する更なる若干のデータを記憶することも可能である。

例えば、ルーティングノード１２０は１以上の活動テンプレート２０３−３を記憶することができる。本発明に従う活動テンプレートは、ルーティングノードによって使用できる１組の１以上のデータであり、前記ノードを介して交換される所定のユーザ又は端末に関するシグナリングが報告する必要があるサービス活動に関連するものであるかどうかを判定するためのものである。サービス活動の判断基準、あるいは換言すれば、ユーザ又は端末がサービスに関与していると判断する必要があるかどうかを判定するための基準は、ユーザが、サービスを要求する（すなわち、発呼側として行動する）か、サービスを終端する（すなわち、着呼側として行動する）かどうかに応じて必ずしも決める必要があるとはかぎらず、活動テンプレートのデータに応じて決める必要があるという点に留意されたい。

これらのデータの性質及び構造は、検出を希望する対象のサービス活動イベントの種類又は収集すべき情報の詳細さの程度対実装構成の複雑さとの間のバランスのような要因に応じて、複数の実現代替例に従って変動することが考えられる。これらの代替例のいくつかについて以下説明する。

単純な実装代替例では、活動テンプレートはシグナリングメッセージ識別子（Ｉ−ＳＧ）又はサービス識別子（Ｉ−ＳＲ）を含むものであってもよい。サービス識別子はシグナリングメッセージの中で伝えることができる（例えば、同じ種類のシグナリングメッセージが異なるサービス要求を伝えることができる場合など）。したがって、ルーティングノード１２０が、ユーザ端末１０１から発信した又はこれに着信するシグナリングのルーティングに関与しているとき、前記端末に関係する（すなわち：ユーザ端末１０１から受信され、ユーザ端末１０１へ送信され、ユーザ端末１０１へ送信されるべき、あるいは、ユーザ端末１０１のために送信される）メッセージの識別子が、対応する活動テンプレート２０３−３に記憶されている識別子に一致するかどうかのチェックを行うことが可能となる。また、ルーティングノード１２０は、該ルーティングノードのメッセージ識別子にとどまらず、メッセージの内容を検査することができる。この検査は、メッセージの更に別の内容（例えば、メッセージに含まれているサービス識別子又は他の任意のサービス関連データ）と活動テンプレートの内容との間でのマッチングを判断するための検査である。したがって、活動テンプレートは、上記に追加して、又は、上記とは別に、メッセージ内の特別の内容を同定するために使用できる識別子を備えることが可能となる。

場合によっては、所定の一連のシグナリングメッセージに関するサービスに関してユーザの活動を設定することが適している場合もある。例えば、ユーザが自分の端末から所定のサービスを要求した場合、ユーザが前記サービスに対して「アクティブ」であるか否かを考慮する必要があるかどうかの決定は、最終的に、例えば同じフローでのその後のメッセージに基づいて行うか、その後のメッセージの内容に基づいて行うかの少なくともいずれかとなる、前記要求の結果に基づいて行うことができる。上記理由によって、活動テンプレートは一連のシグナリングメッセージ（Ｉ−ＳＱ）を特定し、最終的に、それらの最後の内容のうちのいくつかを同定する１以上の識別子を含むようにすることも可能である。

上述したメッセージと、一連のシグナリングメッセージと、内容とのうちの少なくともいずれかの識別子、及び、マッチングのために活動テンプレート（Ｉ−ＳＧ、Ｉ−ＳＱ、Ｉ−ＳＲ）に記憶することができる対応する識別子は、同じ識別子である必要はなく、単に相互の識別のために使用可能なものであればよいという点に留意されたい。例えば、シグナリングメッセージの形で伝えられる、いわば「標準的」識別子間での対応付け、及び、テンプレートで用いられる対応する（すなわち内部）識別子は、単純な変換テーブルによって簡単に設定することができる。

ルーティングノード１２０におけるユーザ活動の検出を容易に行うために、（インテリジェントネットワーク（ＩＮ）処理又はカスタマイズされたアプリケーションモバイル拡張ロジック（ＣＡＭＥＬ）処理又はＩＭＳシステムにおいてモデル化されたサービス制御における「初期フィルタ基準」（ＩＦＣ）の「トリガ」などの）第３者の補助的処理のトリガを行うためのような、所定のメッセージの送受信に関連づけられた処理を行う際に、その種のノードにおいて現在用いることができる或る既存のデータも、本発明の目的のために、例えば活動テンプレートとしてルーティングノード１２０により利用することができる。詳細には、但し必ずしも以下の記載に限定されるわけではないが、いくつかのルーティングノード内の第３者の補助的処理用ロジックが、ユーザ端末に関係する一連のメッセージによって駆動される処理状態を有する呼状態／サービス状態モデルを予め実装しているため、ルーティングノードにおいてある特定の一連のメッセージがユーザ活動を決定できるように考慮されるときはいつでも、上記実施形態を適用することができる。

ルーティングノード１２０において、同じ活動テンプレート２０３−３を利用して、任意の登録済みユーザ端末用として交換されるシグナリングのチェックを行うようにすることができる。

上記とは別に、活動テンプレートを特定のユーザ用として、あるいは特定のユーザ端末用として、若しくは所定の組のユーザ又は端末用として適用するように設定することも可能である。ルーティングノードが、（例えば登録段階で、位置登録ノードから、そして端末から）ユーザの、及び、ユーザ端末の１以上の識別子を受信することができる限り、（ＭＳＩＳＤＮなどの）ユーザ識別子又は（国際移動端末装置識別子（ＩＭＥＩ）などの）端末識別子と、対応する適用可能な活動テンプレートとの間の関係をルーティングノードにおいて確立することによって、この実施形態を達成することが可能となる。この事例では、好ましくは、ユーザ端末１０１が最初の登録を要求するとき、位置登録ノード１３０からルーティングノード１２０において受信することができるユーザプロファイルデータの一部と共に、あるいは、ユーザプロファイルデータの一部として、所定のルーティングノード１２０において特定のユーザに適用される活動テンプレートを受信できることが望ましい。

したがって、所定の時点にルーティングノードからサービスを受けることができる複数のユーザのために、異なる活動テンプレートを適用できる場合もあれば、複数のユーザのうちのいく人かのユーザ又はすべてのユーザのために同じテンプレートを適用できる場合もあれば、あるいは、複数のユーザのうちのいくら人かのユーザ又はすべてのユーザのために適用できるテンプレートが皆無の場合さえある。いく人かのユーザのために異なる活動テンプレートを定義することによって、通信システムの通信事業者は或る複数グループのユーザの活動情報を取得し、したがって、例えば、システムに最近登録したユーザや、新たなサービスをテストするために選択されたユーザなどの行動を分析することが可能となる。

ノード１３０の処理は、命令（ＣＩ−１１．．．，ＣＩ−１Ｎ）を含むコンピュータ可読プログラムコード３０３−１によって制御される。プロセッサ３０１０によって実行されると、これらの命令は、今まで説明した位置登録ノードとしてプロセッサ３０１０を実行させ、次いで、本発明の実施形態による新たな機能も実行する。

ノード１３０は、該ノードが位置登録ノードとして機能するように割り当てられている個々のユーザ用の複数のユーザデータレコード３０３−２を記憶する。所定のユーザに対して、該ユーザの対応するレコード（ＵＳＲＣ−Ｘ）は、ユーザが登録されているか否か（ＲＥＧ）を提示する登録情報（３０３−２Ｒ）と、特定の通信システムの特徴に応じて変更が可能な若干の別の情報とを記憶する。例えば、所定のユーザデータレコード（ＵＳＲＣ−Ｘ）の登録情報３０３−２Ｒは、前記ユーザ用としてシステムに登録されている端末のシグナリングを処理するために現在割り当てられているルーティングノードの情報（ＮＯＤ−１２０）を、もし何か存在する場合には、含むようにすることも可能である。

ＧＳＭ又はＩＭＳのような通信システムでは、ユーザＵＳＲＣ−Ｘのユーザデータレコードの中に、一般にユーザプロファイルデータ又はユーザ会員登録データとして知られているユーザについてのより静的な情報も記憶されている。この情報は、ユーザ側で発呼するか、着呼するかの少なくともいずれかのサービスを処理するために利用可能な情報（例えば、所定のサービスが許されているかどうか、着呼に応答がなかった場合の代替の宛先の識別子、前記ユーザに関係する所定のサービスを処理するように割り当てられているＡＳの識別子などの情報）を含むものであってもよい。これらの通信システムでは、位置登録ノードを介してシステムの中へユーザが登録したことを提示する登録イベントが、ルーティングノードによって位置登録ノードに通知されると、これらのデータ（図２には詳述せず）のうちの若干のデータが（ＨＬＲ、ＨＳＳなどの）位置登録ノードから（ＭＳＣ、Ｓ−ＣＳＣＦなどの）ルーティングノードへ転送される。

本発明によれば、位置登録ノード１３０はユーザ活動情報を受信する。このユーザ活動情報はルーティングノード（１２０、１２１、１２２）によって収集され、次いで、関係するユーザの登録イベントと共にこれらルーティングノードから位置登録ノード１３０へ通知されるものである。

所定のユーザのために、ルーティングノード１２０は、適用可能な活動テンプレートに従って、登録期間中活動情報を収集し、次いで、この活動情報を位置登録ノード１３０へ転送する。この登録期間は、ユーザのユーザ端末１０１が最初の登録を行ってから、ユーザ端末１０１がシステムから登録を解除するまでの経過時間を含むことができる。上記とは別に、いくつかの通信システムの場合のように、すでに登録されているユーザ端末の登録処理は、（主としてセキュリティ上の理由から）定期的に実行されるが、最初の登録と後続する再登録との間に含まれる時間と、後続する再登録間の時間と、最初の登録又は最後の再登録と後続する登録取消との間の時間と、のうちの少なくともいずれかの時間をカバーする登録期間を設定することができる。したがって、ルーティングノード１２０は、前記ユーザの登録イベントを通知するメッセージの中でユーザのユーザ活動情報が位置登録ノード１３０へ送信されるまで、例えば対応するユーザの記録（ＳＣＴＸ−Ｎ）に上記情報を記憶することができる。

ユーザ活動情報がルーティングノード１２０を介して交換される所定の一連のシグナリングメッセージに従って決定される場合、該ユーザ活動情報は同じ又は同様の一時記憶基準を用いることができる。したがって、例えば、ユーザ端末が（サービスなどの対をなす相手側から）第２のメッセージ「Ｙ」によって後程応答されることになる第１のメッセージ「Ｘ」を送信した場合にそのユーザはサービスに対してアクティブであるとマークすべきである旨が、適用可能な活動テンプレートに記憶されている一連の（単複の）識別子によって提示されている場合は、ルーティングノード１２０は、メッセージ「Ｘ」が受信された旨を提示しているマークを一時的に記憶することが可能となり、それによって、メッセージ「Ｙ」が同じシグナリングシーケンスの中で生じた場合、この情報をチェックして、ルーティングノード１２０に記憶されている当該ユーザに関連するユーザ活動情報をこれに従って更新することが可能となる。

上記とは別に、ルーティングノード１２０が、端末に関係する一連のメッセージにより駆動されるステートマシンを通信セッションの範囲内で保持していれば、活動テンプレートは、ユーザ端末用の所定の一連のメッセージが出現したことを意味するある特定のサービス状態を示す識別子を含むことが可能となる。その結果、テンプレートに規定されている或る一定の状態への推移は、位置登録ノード１３０へ後程通知すべき、対応するユーザにとって必要な活動情報をルーティングノード１２０に記憶させることになる。サービス状態を示す識別子に加えて、活動テンプレートは、メッセージの識別子と、メッセージ内の内容を示す識別子とのうちの少なくともいずれかの識別子（例えば、サービスを示す識別子又はサービス固有の内容を示す識別子）を含むようにすることも可能である。この識別子は、テンプレートの中に定義されている或る一定のサービス状態の際に受信されると、位置登録ノード１３０へ後程通知すべき、対応するユーザにとって必要な活動情報をルーティングノード１２０に記憶させることになる。

図２は本発明の実施形態を示す図であり、位置登録ノード１３０は、前記ユーザの残りのデータ（ＵＳＲＣ−Ｘ）と関連付けて、ユーザの活動情報３０３−２Ａを記憶する。別の実施形態を予見することも可能であり、その場合、例えば、位置登録ノード１３０は、ユーザデータレコード３０３−２から独立に上記情報を記憶するか、該情報を別のノードへ転送するかの少なくともいずれかが行われる。該別のノードとは例えば、前記記憶用に割り当てられるか、前記データの後続する後処理を実行するように構成されるかの少なくともいずれかが行われるノードである。いずれの場合にせよ、位置登録ノード１３０によって保持されるユーザの活動情報は、位置登録ノード１３０がルーティングノード（１２０、１２１、１２２）から受信する活動情報に応じて決められる。このルーティングノードには、前記ユーザによって、（１０１などの）（単複の）ユーザ端末が登録される。したがって、前記情報は位置登録ノード１３０によって保持されている活動情報と呼ばれてはいるが、この情報の可能な内容に関係する、本明細書で後述する実施例は、位置登録ノードへ転送されるまではルーティングノードによって一時的に保持される活動情報に対しても同様に適用可能であり、また、ルーティングノードから位置登録ノードへ転送される活動情報に対しても同様に適用可能である。

シンプルな実現形態では、ユーザの活動情報３０３−２Ａは、活動テンプレート内の確立された活動基準に基づいてユーザがアクティブになっているかどうかを提示するシンプルなフラグ（ＡＣＴ）を含むことができる。更に複雑な実現形態では、活動情報３０３−２Ａは、ユーザが前記基準に従って関与してきたサービス（ＳＲＶＸ、ＳＲＶＹ）を示す１以上の識別子のリスト、並びに、前記活動がいつ起こったかを示すタイムスタンプ（Ｔ１、Ｔ２）も含むことができる。これらのタイムスタンプは、ルーティングノード１２０から受信した時間情報に従って設定することができるか、例えば、ルーティングノードから登録イベント通知を受信する際に位置登録ノード１３０により設定することができる。

本発明の１つの実施形態に従ってユーザ活動情報を収集する方法のステップが図３に例示されている。この実施形態は、ルーティングノードから位置登録ノードへユーザの活動情報が通知される登録期間について以下の取り決めを考慮するものである。すなわち、第１の登録期間は、端末からのユーザの最初の登録と、前記ユーザの後続する再登録による終了との間の時間をカバーする。これに続く登録期間は、後続する再登録間の時間をカバーし、最後の登録期間は、再登録と最終的登録解除との間の時間をカバーすることになる。

ステップ４１０で、ルーティングノードにおいてユーザの最初の登録イベント（Ｉ−ＲＥＧ ＥＶＮＴ）が検出される。ユーザ端末とルーティングノードとの間の通信システム内のシグナリングが、例えば、（ＩＭＳシステムにおける場合のような）ＳＩＰプロトコルに準拠する場合、このイベントは、そのＳ−ＣＳＣＦにまだ登録していないユーザのためのＲＥＧＩＳＴＥＲメッセージのＳ−ＣＳＣＦにおける受信に関連することになる場合がある。ステップ４２０において、ルーティングノードは、この登録イベントを位置登録ノードへ通知するメッセージ（ＲＥＧＮＯＴＦ）を送信する。最初の登録の場合のように、この実行時点において、ルーティングノードはまだユーザ活動情報を位置登録ノードに報告していないため、メッセージは、（メッセージの中で特定される）ユーザが端末から登録したことを提示する情報を単に伝えるだけのものである。上記とは別に、メッセージは、無効な活動を示すための予め定められた内容を示すユーザ活動情報を伝えるための特定の情報要素を含むようにしてもよい。

登録イベントを通知するメッセージの受信時に、位置登録ノードは通知された登録イベントに従ってステップ４３０でユーザの登録情報（３０３−２Ｒ）を更新する。本事例では、位置登録ノードは、ユーザがシステムに登録されていることと、登録イベントを通知した特定のルーティングノードに関する情報とを記憶することができる。次いで、ステップ４４０において、位置ノードは関係するユーザの活動情報を更新する。本事例によれば、ルーティングノードから活動情報が報告されないという理由によって、ステップ４４０は、例えば、事前に記憶されているユーザの活動情報（３０３−２Ａ）に関して位置登録ノードに最終的にアクションを行わせるようなことはできない。上記とは別に、位置登録ノードは、ルーティングノードから受信した時刻に関連づけられたタイムスタンプを記憶することができる。このタイムスタンプは、当該ルーティングノードから当該ユーザに対して後続して通知される活動情報（もし何らかの活動情報が存在する場合）とその後関連づけるようにすることができる。

ステップ４５０において、ルーティングノードは、ステップ４１０において受信された登録イベントが登録解除（Ｄ−ＲＥＧ）であるかどうかをチェックする。本方法を例示する本事例に示すように、処理された登録イベントは最初の登録であったため、判定チェックにより「ノー（Ｎ）」と判定され、本方法はステップ４６０へ進むことになる。

ユーザ端末の最初の登録が達成されるとすぐに、ルーティングノードはステップ４６０において活動モニタプロセスを実行する（上記最初の登録には、登録のルーティングノードからのユーザ端末の認証、位置登録ノードからの受信確認などのような、図３に示されていない更に別のステップが含まれる場合がある）。この活動モニタプロセスについては図３で詳述する。

例示の本実施形態によれば、活動モニタプロセス４６０は、関係するユーザに関するメッセージが受信されるまではアイドル状態である。ステップ４６１０は、処理トリガとして、ユーザ端末からの発信メッセージ（Ｏ−ＭＳＧ）のルーティングノードにおける到着（又は処理）、並びに、ユーザ端末へ送信されようとしているメッセージ（Ｔ−ＭＳＧ）のルーティングノードにおける到着（又は処理）を表す。しかし、このトリガは、（例えば、ルーティングノードから別のノードへ向けて更にルーティングされる、端末からのメッセージの受信結果としての）端末用として送信すべきメッセージの送信（又は処理）に関係する場合もあるし、あるいは、（例えば、端末のユーザへ向けてアドレス指定されたメッセージのルーティングノードにおける受信結果としての）端末へ送信されようとしているメッセージの送信（又はメッセージ処理）に関係する場合もある。

ステップ４６２０において、メッセージは対応する活動テンプレート（２０３−３）の内容についてチェックされる。

トリガステップ４６１０とチェックステップ４６２０との間の関係は、ルーティングノードに登録されているすべてのユーザ端末の活動がモニタされるかどうかに関係する実施形態に左右される場合があることに留意されたい。例えば、ルーティングノードからサービスを受けるすべてのユーザのために同じ活動テンプレートが用いられる訳ではない場合は、前述の活動テンプレートの割り当てに関係する実施形態のうちのいずれかに従って、ステップ４６１０において処理されたメッセージの中で受信されたユーザの識別子又はユーザ端末の識別子に関係する活動テンプレートが存在するかどうかのチェックをルーティングノードはまず行うことができる（図３には示されていないステップ）。

上記とは別に、ルーティングノードは、ユーザ用として作成された一時セッションレコードの中に特別のマークを設定することができる。いくつかの実装構成では、そして、主として、サービス状態情報を記憶するために、端末から発信されるか、又は端末において着信するサービス要求の結果として、ユーザ端末とのシグナリングダイアログが形成されるとき、ルーティングノードによってセッションレコードが作成される。この事例では、ステップ４６１０においてシグナリングメッセージを処理するとき、ルーティングノードは、別のステップの機能を実行する前に、対応するセッションレコードがマークされているかどうかのチェックを行うことも可能である。

上記とは別に、同じ活動テンプレートが、ルーティングノードに登録されている端末を持っている数人のユーザに適用される場合、関係するユーザの対応するユーザデータレコード（ＳＣＴＸ−Ｎ）は、対応するテンプレートのチェック（図３にはされていないステップ）がこのユーザ端末に関係する何らかのシグナリングダイアログに対して進行しているか否か、そして、上記チェックがこのステップにおいて進行しているか否かを設定するマークを含むようにすることも可能である。

したがって、ステップ４６２０のチェックが進行しているか否かを判定し、進行している場合、適用可能な活動テンプレートの選択を行うための、図３には示されていない更なるステップが存在してもよい。

次いで、実行はステップ４６３０へ進み、このステップで、活動テンプレート内に設定されている活動基準と、処理されたメッセージ及び該メッセージの内容のうちの少なくとも一方との間でのマッチングに基づいて、ルーティングノードは活動情報を記憶する。記憶された情報、あるいはステップ４６３０においてルーティングノードにより更新された情報は、可能なユーザ活動情報の構造及び内容と関連付けて前述の実施形態に従って変更することができる。このユーザ活動情報は、単純なマークから特定のサービス、時間、サービス固有のデータ、ユーザの識別子などに関係する更に複雑でかつ詳細な情報までの範囲をカバーすることも可能である。次いで、監視プロセス４６０は再びアイドル状態へ戻ることになる。

ステップ４７０において、ユーザの後続する登録イベント（Ｓ−ＲＥＧ ＥＶＮＴ）がルーティングノードにおいて検出される。端末からすでに登録されているユーザにとって、上記イベントは登録解除になり得るし、あるいはシステムが定期的登録を必要とするものであれば、再登録になり得る。前述したように、今回このイベントは再登録であると仮定することができる。通信システムがＩＭＳのようなＳＩＰベースのシステムであれば、このイベントは、Ｓ−ＣＳＣＦを介してすでに登録している端末を有するユーザからのＳＩＰメッセージＲＥＧＩＳＴＥＲの前記Ｓ−ＣＳＣＦにおける受信に関連するものである可能性がある。

次いで、ルーティングノードでの実行は再びステップ４２０へ進み、このステップで、位置登録ノードに登録イベント（本事例では再登録）を通知するメッセージ（ＲＥＧＮＯＴＦ）の送信を行う。最初の登録（Ｉ−ＲＥＧ ＥＶＮＴ）が受信されてから、ユーザが監視プロセス（４６０）により検出されたサービスに関与していると仮定すると、上記メッセージは、前述したように、関係するユーザの、（単複の）サービスに関する単純な又は複雑な活動情報を含み得るその事実を示す情報要素を伝えるものとなる。ルーティングノードは位置登録ノードへ活動情報を報告すると、オプションとして（本事例では最初の登録から後続する再登録までの）登録期間の間収集された活動情報を削除することができる。

再登録イベントを通知するメッセージの受信時に、位置登録ノードは、前述したようにステップ４３０と４４０を実行する。ユーザがあるサービスに関与していたと仮定すると、ステップ４４０で位置登録ノードは、前記メッセージ（ＲＥＧＮＯＴＦ）でルーティングノードから受信した活動情報に従って、前に記憶されたユーザの活動情報（３０３−２Ａ）を更新する。位置登録ノードは別の若干のデータを追加することも可能である。例えば、位置登録ノードは、受信した活動情報と関連付けて、関係する登録期間を示す関係しているタイムスタンプを記憶することができる。例として挙げる事例では、タイムスタンプは、この登録イベントが受信された時刻あるいは最初の登録イベントが受信された時刻と関連づけられるものであってもよい（例えばタイムスタンプは、アクティブではないということを示す最初の登録が報告されたとき（ステップ４４０の最初の実行時）に記憶されたものであってもよい）。

ステップ４５０において、ルーティングノードは、ステップ４１０において受信された登録イベントの性質のチェックを行う。登録解除でもないと仮定されている本事例の場合のように、新たな（後続する）登録イベント（Ｓ−ＲＥＧ ＥＶＮＴ）が受信されるまで、モニタリングステップ４６０における実行が進行する。

次いで、ステップ４７０において登録解除とは異なる登録イベントがルーティングノードにおいて検出される限り、サイクル４２０〜４６０のステップは反復され得る。したがって、本発明の実施形態によれば、ユーザの活動がルーティングノードによってモニタされる登録期間と、位置登録ノードに通知される対応する活動情報とは、最初の登録と登録解除との間の時間と、最初の登録と再登録との間の時間と、後続する再登録間の時間と、再登録と後続する登録取消との間の時間とを含むことができる。例えば、ステップ４７０において登録解除が検出された場合、前述したようにステップ４２０〜４４０が実行することになり、次いで、ユーザ活動情報を収集する本方法の実行指令はステップ４５０のチェック時に停止することになる。

通信システム固有の特徴に応じて、種々の事例でルーティングノードにより登録解除イベントの検出を行うことができる。第１の事例は、ルーティングノードにおける、ユーザ端末からの登録解除要求メッセージの受信であってもよい。例えば、ＳＩＰシグナリングの場合、０秒という時間切れ値を示すＲＥＧＩＳＴＥＲメッセージを送信することによって上記受信を達成することができる。第２の事例は登録期間中のタイム・アウトとすることができる。この状況では、登録済みのユーザ端末が指定された時間間隔内に再登録できなかった結果、ルーティングノードはこのユーザ端末を登録なしと見なして、登録解除イベントを位置登録ノードへ通知することになる。第３の事例は通信システムから起動する管理上の処理手順に関連づけることができる。例えば、通信システムにおいてユーザ用として登録された端末は、端末が盗まれたり、会員登録が終了したり、プリペイドクレジットが支払い額を超過したりしたような場合、自動的に登録解除を行うことができる。ＩＭＳシステムにおける特別の事例では、ＨＳＳから得られる（特定のアプリケーションサーバなどの）サービスプラットフォームから、関係する端末に割り当てられたＳ−ＣＳＣＦへ登録終了要求を送信することによって、管理上の登録解除を達成することが可能となる。これらすべての登録解除の場合、ステップ４７０において登録解除イベントが検出されるとすぐに、ステップ４７０において、本方法の実行指令がステップ４２０〜４４０を続行し、次いで、ステップ４５０のチェック時に停止する。

動的登録機能を提供する通信システムにおいて、同じユーザがシステムにおける自分の存在を異なるアクセスポイントから登録することが可能であるが、これらのアクセスポイントは割り当てられたルーティングノードの変化を伴う場合がある。したがって、前記ユーザがユーザ端末を用いてローミングを行う場合は異なるルーティングノードから同じユーザの活動情報が位置登録ノードにおいて収集されることになる可能性がある。

図４は図１の通信システムに示すいくつかのエンティティのインタラクションを含み、図３のステップのうちのいくつかを例示する単純化されたシグナリングフローを示す図である。説明を更に明瞭にするために、図３は、これらのエンティティ間で生じる可能性があるすべての最後的なシグナリングは示さず、単に本発明の説明に関連性のあるシグナリングフローのみを示している。

一事例として、通信システムは、ＩＭＳシステムであると仮定することができる。この場合、ルーティングノード１２０と１２１はＳ−ＣＳＣＦであり、位置登録ノード１３０はＨＳＳであり、アプリケーションサーバ１４０はプレゼンスサーバであり、そして、ユーザ端末１０１は当初はＩＭＳにまだ登録されていない、ＩＭＳ能力を備えたユーザ装置である。明瞭さを旨として、ユーザ端末への／からのシグナリング及びメディアのルーティングにおいて介在し得るノードではあるが、本発明のこの実施形態にとっては示す必要のない、更にいくつかのノード（ベース無線ステーション、ＳＧＳＮ、ＧＧＳＮ、メディア・ゲートウェイ、並びに、「問い合わせ」又は「プロキシ」の役割を果たす別のＣＳＣＦ（Ｉ−ＣＳＣＦ、Ｐ−ＣＳＣＦ）など）は図示していない。しかし、当業者には以下で明らかなように、別の実施形態もまた可能な実施形態であり、その場合、これらノードのなかのいくつかのノードを本発明によって達成するように構成することも可能である。例えば、ＳＧＳＮがＧＰＲＳ登録イベントを通知するとき、ＳＧＳＮはユーザ活動情報を収集し、ＨＬＲへ又はＨＳＳへこの活動情報を報告することが可能である。

フロー５０１において、登録メッセージＲＥＧＩＳＴＥＲが、ユーザ端末１０１からＳ−ＣＳＣＦ１２０へ到着する。Ｓ−ＣＳＣＦ１２０は、ユーザ端末がシステムの中へまだ登録されていないことを検出し（例えば、Ｓ−ＣＳＣＦ１２０は、パラメータ「完全性の保護(integrity protected)」が「設定なし(no)」を示していることをチェックする）。次いで、フロー５０２において最初の登録をＨＳＳ１３０へ通知する。ＩＭＳシステムにおいて、この最初の登録は、「登録」を示す情報（ＲＥＧ）を含むＤＩＡＭＥＴＥＲメッセージ「サーバ割当て要求」（ＳＡＲ）を送信することにより達成される。この「登録」情報（ＲＥＧ）には、ユーザ端末がユーザの識別子の最初の登録を行ったことが示されている。例として示されているこの事例について考えてみると、Ｓ−ＣＳＣＦ１２０がまだ当該ユーザについての活動情報を何も収集していないため、ＳＡＲメッセージ５０２は活動情報を伝えることはない。登録イベントを通知するメッセージの中で、ユーザに関連する活動がない旨を報告するために、種々の実施形態が可能である。例えば、ルーティングノードＳ−ＣＳＣＦ１２０は、位置登録ノード１３０によって「活動なし」と解釈できる所定のデフォルト値を含むある特定の情報要素を送信することができる。上記とは別に、この特定の情報要素を省略することも可能であり、このことがやはり、「活動なし」と位置登録ノードＨＳＳ１３０によって解釈され得る。

次いで、例示のように、ＨＳＳ１３０は、端末１０１のユーザの登録情報と、前記ユーザの活動情報とをそれぞれ更新するステップ４３０と４４０を実行する。例示の事例では、端末１０１のユーザがＳ−ＣＳＣＦ１２０を介して最初の登録を行う場合、ＨＳＳはメッセージ５０２の中で報告される活動情報をまだ何も受信せず、Ｓ−ＣＳＣＦ１２０の識別子及び（単複の）登録ユーザ識別子を特に含む、登録情報（ＲＥＧ）のみを受信することになる。ＩＭＳでは、割り当てられたＳ−ＣＳＣＦが、その機能のいくつかを達成するためにユーザに関係する若干のデータを必要とするため、フロー５０３においてＨＳＳはＤＩＡＭＥＴＥＲメッセージ「サーバ割当て応答」（ＳＡＡ）によりＳ−ＣＳＣＦ１２０に対して応答する。このＤＩＡＭＥＴＥＲメッセージには、関係するユーザのユーザプロファイルデータ（Ｐ）が含まれている。更に、本発明の１つの実施形態によれば、ＳＡＡメッセージは、前記ユーザの活動をモニタするために適用可能な活動テンプレートデータ（ＡＴ）を更に備えることができる。Ｓ−ＣＳＣＦは、これを介して前記ユーザが登録される間に、Ｓ−ＣＳＣＦが前記ユーザ用として又はその端末用として記憶する動的データのうちのいずれかのデータと関連付けて、上記活動テンプレートデータを記憶することができる。

次いで、Ｓ−ＣＳＣＦ１２０は、フロー５０４において、例えば、ＳＩＰ ２００ ＯＫメッセージを用いて登録の結果をユーザ端末１０１へ通知し、次いで、活動モニタプロセス４６０を開始する。図３と関連して前述したように、プロセス４６０はＳ−ＣＳＣＦ１２０において動作し、適用可能な活動テンプレートに照らしてユーザ端末１０１に関連するシグナリングメッセージのチェックを行うと共に、登録期間の間この情報がＨＳＳへ通知されるまで、ユーザ活動を適宜記録する。ＩＭＳにおける認証手続きに熟知している当業者であれば理解するように、フロー５０１と５０４との間にはいくつかの別のシグナリングフローが存在し得る。これらのシグナリングフローは最初のＲＥＧＩＳＴＥＲにおいて示されるユーザ識別子の認証を意図するものである（フロー５０１）。前述したように、明瞭さを旨としてこれらのフローは図４には示されていない。

端末１０１のユーザが登録期間中に関与することができるいくつかのサービスを例示するために、後続するフロー５０５〜５１４が図４に示されている。図示の第１の例はプレゼンスサービスに関連するものである。要するに、このサービスは、通信システムがユーザ端末のプレゼンス情報を収集し、提供する能力を与えるものである。この情報は、ユーザ端末からか、システム内のいくつかのノードからかの少なくともいずれかから得られる入力から取得することが可能であり、次いで、別のユーザ端末へ、通常、要求時及び認証時に提供されるものである。第２に示す例は２つのユーザ端末間でのマルチメディアコールである。

端末１０１のユーザが第２のユーザに関するプレゼンス情報の取得を望む場合、該ユーザは、自分の端末を介してこのサービスを要求し、フロー５０５においてユーザ端末は、「イベント」パラメータの中で「存在」を示すと共に前記別のユーザを特定する、ＳＩＰメッセージＳＵＢＳＣＲＩＢＥの送信を行う。このメッセージは、第２のユーザのプレゼンス情報がユーザ端末１０１へ通知されるべき期間を、例えばパラメータ「満期(Expires)」で示すようにしてもよい。

フロー５０６において、Ｓ−ＣＳＣＦ１２０は受信したサービス要求の対応するノードへのルーティングを行う。（前述の３ＧＰＰ ＴＳ２４．１４１に規定されているような）ＩＭＳシステムにおけるプレゼンスサービス処理手順によれば、Ｓ−ＣＳＣＦ１２０は、ユーザの識別子の分析に基づいて、第２のユーザのシグナリングサービスを提供している（別のＳ−ＣＳＣＦなどの）ルーティングノードへ向けて要求のルーティングを行うことになる。次いで、Ｓ−ＣＳＣＦ１２０は、前記要求を前記第２のユーザのプレゼンス情報サービスを提供している対応するプレゼンスサーバへ転送することが望ましい。しかし、この転送は図４には単純化されて描かれている。そして、Ｓ−ＣＳＣＦ１２０とプレゼンスサーバ１４０との間での直接シグナリングのフローが明瞭さを旨として示されている。

Ｓ−ＣＳＣＦ１２０における監視プロセス４６０は、対応する（すなわち汎用、ユーザ固有などの）活動テンプレートに照らしてメッセージ（受信した５０５又は送信する５０６）のチェックを行うことができる。したがって、活動判断基準に応じて、監視プロセス４６０は、例えば、ユーザがＳＵＢＳＣＲＩＢＥメッセージを送信したという単なる事実によって、端末１０１のユーザを現在の登録期間においてアクティブなユーザとしてマークしなければならないと決定するようにしてもよい。上記とは別に、監視プロセス４６０は、上記メッセージのいくつかの別の内容に応じて、例えば、メッセージが「イベントパラメータ」において「存在」を示しているかどうか、サービス要求（「満期(Expire)」パラメータ）に示されている加入登録期間が或る一定値を超えているかどうかの少なくともいずれかに応じて、ユーザがアクティブであるとして（また、記憶済みの対応する追加情報について言及済みの事例のうちのいずれかのオプションとして）ユーザをマークしなければならないと決定するようにしてもよい。

また、上記サービス要求はプレゼンスサーバから何らかの方法で（承認又は拒絶などの）受信確認を受けることを必要とするため、Ｓ−ＣＳＣＦ１２０は、活動テンプレートのチェックを行うことによって、サービス要求の結果に応じてユーザをアクティブなユーザとしてマークすべきであるか否かを決定することが可能となる。この結果、Ｓ−ＣＳＣＦ１２０は、例えば、現在のシグナリングセッションにおいて承認を示す後続のシグナリングをプレゼンスサーバ１４０から受信するまで待機するか、あるいは、サービス実行に関連する後続の（例えば、後程言及するＮＯＴＩＦＹメッセージなどの）シグナリングフローが受信されるまで待機することになる。

例えば、活動テンプレートは、（メッセージドリブン（駆動）のサービス状態変数を参照して）特定のシーケンス中で受信される所定のシグナリングメッセージを同定するためのデータを含むものであってもよい。更に、活動テンプレートは、（加入登録時刻などの）或る特定のパラメータに応じて、（プレゼンスサービスなどの）所定のサービスに関してユーザをアクティブなユーザとしてマークするように設定するデータを含むことができるため、（後程言及するＮＯＴＩＦＹメッセージなどにより）サービスが承認されるか、実行された場合にのみ、Ｓ−ＣＳＣＦ１２０は、サービス要求（５０５）又はサービス確立中に交換される何らかの別のメッセージの中で伝えられたいくつかのデータを記憶して、将来これらのデータをチェックできるようにすることが可能となる。

プレゼンス登録要求５０６の受信時に、プレゼンスサーバ１４０は、この要求の発信者に対して必要な認証チェックを行って、該発信者が第２のユーザに関するプレゼンス情報を受信できるようにすることを保証することが可能となる。認証条件が満たされれば、プレゼンスサーバは、フロー５０７においてＳＩＰ ２００ ＯＫメッセージを送信することによって要求を承認し、この要求はフロー５０８においてＳ−ＣＳＣＦ１２０から要求元のユーザ端末１０１へ転送されることになる。上述のように、Ｓ−ＣＳＣＦ１２０は、適用可能な活動テンプレートの内容に従って、成功した要求（フロー５０７、５０８）を処理するときに、端末１０１のユーザに関連する活動情報を記憶することができる（図３、ステップ４６３０）。上記とは別に、例えば、第２のユーザのプレゼンス情報を伝える通知（例えば、「イベント」パラメータ内で「存在」を示すＳＩＰメッセージＮＯＴＩＦＹなど）がプレゼンスサーバ１４０から受信されたときに、適用可能な活動テンプレートが、このサービスに関連してユーザをアクティブなユーザとしてマークすべきである旨を提示している場合は、Ｓ−ＣＳＣＦ１２０内の監視プロセスは後続するシグナリングメッセージを待ち受けることができる（図４には図示されていないフロー）。この事例では、活動テンプレートは、例えば、ＮＯＴＩＦＹメッセージと、その内容と、一連の以前のメッセージ（ＳＵＢＳＣＲＩＢＥ、２００ ＯＫ）とのうちの少なくともいずれかのメッセージを特定するための、Ｓ−ＣＳＣＦ１２０内の監視プロセスによって使用可能な識別子（又は複数の識別子）を含むことができる。

Ｓ−ＣＳＣＦ１２０を経由して通信システムの中へ登録を行いながら、端末１０１のユーザは別のユーザとの通信を要求することも可能である。この事例では、ユーザ端末１０１はフロー５０９において、宛先ユーザの識別子を含むＳＩＰ ＩＮＶＩＴＥメッセージを送信する。端末１０１のユーザがビデオとオーディオとを好適に含むマルチメディア通信を確立したいと思った場合、ＩＮＶＩＴＥメッセージは、これらの種類の通信に関して端末１０１がサポートするコーデックに関する（セッション記述プロトコル（ＳＤＰ）固有のエレメントの内部に埋め込まれた）情報を含む。この内容は、Ｓ−ＣＳＣＦ１２０内の監視プロセス４６０によって、適用可能な活動テンプレートに対して照合されてもよいし、あるいは、前述したように、Ｓ−ＣＳＣＦ１２０によって保持しておいて、別のメッセージを処理する際に将来照合できるようにしてもよい。例えば、ビデオを含む通信が相手側のユーザ端末により提供され、次いで、受け付けられた場合、このサービスに関連してユーザをアクティブなユーザと見なすことができる。

フロー５１０において、Ｓ−ＣＳＣＦ１２０は宛先識別子の分析を行い、その宛先へ向けてＩＮＶＩＴＥメッセージのルーティングを行う。（例えば前述の３ＧＰＰ ＴＳ２３．２２８に記載されているような）ＩＭＳにおけるセッション開始手順によれば、Ｓ−ＣＳＣＦ１２０は、宛先ネットワーク領域のＩ−ＣＳＣＦへ向けてメッセージのルーティングを行うことができる。次いで、上記Ｉ−ＣＳＣＦは、宛先ユーザ端末に割り当てられたＳ−ＣＳＣＦの識別子を取得するためにＨＳＳへ問合せを行うことが望ましい。次いで、Ｉ−ＣＳＣＦは、受信したＩＮＶＩＴＥをＳ−ＣＳＣＦへ転送することになる。これらのフローは、単純を旨として、Ｓ−ＣＳＣＦ１２０とＳ−ＣＳＣＦ１２１との間での直接シグナリングを例示する図４には示されていない。この図では、最後のフローは宛先ユーザ端末のシグナリングを提供するように割り当てられたＳ−ＣＳＣＦとなるように仮定されている。

Ｓ−ＣＳＣＦ１２１はＩＮＶＩＴＥメッセージを宛先端末へ向けて転送することになる（このフローは図４には図示していない）。この後、通信要求がまず宛先端末によって受け付けられて、かつ、呼が応答される前に、種々の進行メッセージがＳ−ＣＳＣＦ１２０においてＳ−ＣＳＣＦ１２１から受信され、次いで、フロー５１１と５１２によって図４に概略的に例示されているように進行メッセージが発信側端末１０１へ向けて転送される。これらのフロー、並びに、反対方向に進む（図４には示されていない）別の進行フローは、特に、呼が応答された際に発信側端末と宛先端末との間で交換されるメディアを最終的に搬送することになるメディアチャネルについてのネゴシエーションを行うことを目的として発生する。Ｓ−ＣＳＣＦ１２０におけるこれらのシグナリングフローのプロセスは、ステートマシンを駆動することができ、また、監視プロセス４６０において用いることができ、それによって、対応するメッセージ及び該メッセージの内容を活動テンプレート内のデータに照らしてチェックし、当該ユーザに関連する、Ｓ−ＣＳＣＦ１２０に記憶されている活動情報を（必要に応じて）更新できるようにするものである。例えば、ビデオを交換するためのメディアチャネルをユーザ端末間において確立することが同意された場合にサービス「マルチメディア通信」に関連してユーザをアクティブなユーザとしてマークすることを提示するデータを、活動テンプレートは含むことが可能である。

ＩＮＶＩＴＥメッセージへの最終応答は、フロー５１３でＳ−ＣＳＣＦ１２１からＳ−ＣＳＣＦ１２０において受信される。この応答は、呼が応答を受けたときに宛先端末から送信されるＳＩＰメッセージ２００ ＯＫのＳ−ＣＳＣＦ１２１での受信に起因して生じ得るものである。Ｓ−ＣＳＣＦ１２０は、これに応えて、現在進行中の通信セッションの状態を更新し、次いでフロー５１４においてＳＩＰメッセージ２００ ＯＫを発信側端末１０１へ向けて転送する。例えば、ＳＩＰ ＩＮＶＩＴＥメッセージへの最終応答がＳＩＰ ２００ ＯＫメッセージである場合にサービス「マルチメディア通信」に関連して端末１０１のユーザをアクティブなユーザであると見なさなければならないことが適用可能な活動テンプレートにより提示されていれば、これに従って、Ｓ−ＣＳＣＦ１２０内の監視プロセス４６０はこのユーザに関連する活動情報を更新することになる。前述したように、この更新は、一連のメッセージや、メッセージが受信されるセッション状態に照らしてのメッセージなどのチェックを行うために必要なデータを活動テンプレート内に設定することにより行うことができる。また、例えば、確立された通信がビデオチャネルを含む場合にのみユーザをマークすべき旨が活動テンプレートによって提示されている場合は、サービスのシグナリング（５０９〜５１４）内で伝えられる若干のデータをＳ−ＣＳＣＦ１２０により保持することが可能となる。

フロー５１５において、Ｓ−ＣＳＣＦ１２０はユーザ端末１０１から登録解除要求を受信する。ＩＭＳにおいて、この登録解除要求は、パラメータ「満期(Expires)」にゼロ値を含むＳＩＰメッセージＲＥＧＩＳＴＥＲにより達成される。登録イベントをＨＳＳ１３０に通知するために、フロー５１６において、Ｓ−ＣＳＣＦは「ユーザ登録解除」を示す情報（ＲＥＧ）を含むＤＩＡＭＥＴＥＲメッセージ（ＳＡＲ）を送信する。本発明によれば、上記メッセージは関わりのある登録期間におけるユーザの活動情報（ＡＣＴ）を更に含む。例示の事例では、登録期間は、端末１０１のユーザの最初の登録５０１／５０２と後続する登録解除５１５／５１６との間の時間を含む。前述したように、フロー５１６において送信される活動情報は実施形態により変動する場合がある。例えば、活動情報は、当該時間においてユーザがサービスに対してアクティブであったかどうかを提示する単純な（例えば非構造的な）情報要素を含むようにすることも可能である。

上記とは別に、活動情報は、更に複雑な情報を伝えることも可能であり、例えば、ユーザが関与したサービスの識別子、並びに、ユーザが発呼側として関与したか、着呼側として関与したかどうか、サービスが行われた時刻、継続時間などを提示する追加情報を含む１以上の情報要素を含むようにすることも可能である。

メッセージ５１６の受信時に、ＨＳＳ１３０はステップ４３０を実行して、対応する登録情報３０３−２Ｒを更新し、次いで、ステップ４４０を実行して、関係するユーザの活動情報３０３−２Ａを更新する。ステップ４４０において、ＨＳＳは受信された活動情報をローカルに記憶することが可能であり、例えば、前に記憶した活動情報に受信した情報を追加したり、あるいは前に記憶した活動情報に対して上書きしたりすることが可能である。

上記とは別に、あるいは、上記に更に追加して、ＨＳＳ１３０は、（定期的に、要求時に、あるいは、ユーザの活動情報に変化が生じたときなどに）受信された（又は以前に記憶された）活動情報を別のノード（図４には図示せず）へ転送することができる。この別のノードは、例えば、アプリケーションサーバ（ＡＳ）などであってもよく、該アプリケーションサーバは、１以上のＨＳＳからこの種の情報を受信するように割り当てることができ、更に、或るユーザ又はユーザグループにおける或るサービスの利用レートやユーザの行動などを判断することを目的として、受信したデータの後処理を実行することができる。ＩＭＳにおいて、この転送は、ＨＳＳとアプリケーションサーバ（ＡＳ）との間で３ＧＰＰにより標準化された所謂「Ｓｈ」インタフェースにより達成することができる。例えば、ＤＩＡＭＥＴＥＲメッセージ「ユーザデータ要求」（ＵＤＲ）及びユーザデータ応答（ＵＤＡ）を修正して、このメッセージが「ユーザ活動情報」を示す新規のデータ参照を含むようにすることができる。これによって、所望の場合に、ユーザのユーザ活動情報をＡＳがＨＳＳから取得することが可能となる。また、ユーザの活動データが変化したときにＡＳがＨＳＳから通知を受けるように、ＡＳが申込んでおくことができる。この機能を達成するために、ＤＩＡＭＥＴＥＲメッセージ「通知要求の申込み」（ＳＮＲ）を修正して、「ユーザ活動情報」を示す新規のデータ参照を含むようにすることができる。次いで、ＨＳＳにおいてユーザのユーザ活動情報の内容が変化したとき、ＨＳＳは、含まれているデータとして「ユーザ活動情報」を示す修正済みＤＩＡＭＥＴＥＲメッセージ「通知要求プッシュ」（ＰＮＲ）によって、「通知要求」に申し込んでいる（単複の）ＡＳにその変化を通知することになる。

前述のＡＳ内のサービスロジックは、例えば、（ユーザがサービスに関与した最後の時点はいつであったか、どのようなサービスであったかなどのような）或るユーザの活動のレベルに応じて、そのユーザに関する何らかの特定の機能を実行するように構成されてもよいし、また、（サービス利用統計を作成するためのような）サービス又はユーザグループに関する何らかのの特定の機能をも実行するように構成されてもよい。

ＨＳＳ１３０は、フロー５１７においてＤＩＡＭＥＴＥＲメッセージ「サーバ割当て応答」（ＳＡＡ）によってＳ−ＣＳＣＦ１２０に応答することで、フロー５１６において通知された登録解除に対する受信確認を行う。次に、Ｓ−ＣＳＣＦ１２０はフロー５１８において、ユーザ端末１０１へ向けてフロー５１５において要求された登録解除に対する受信確認を送信する。Ｓ−ＣＳＣＦ１２０における監視プロセス４６０は、同じユーザの前回の登録イベントに後続するユーザの登録イベントの処理中にいつであっても、停止することができる。例えば、監視プロセス４６０は（図４に図示のように）フロー５１５の登録解除要求の受信時に、フロー５１８においてユーザ端末へ向けて送信される確認の送信時に、あるいは登録解除の処理中の他の任意の時点に停止することができる。

図４と関連して説明した実施形態は、ＩＭＳシステムにおけるノード及びシグナリング処理手順について考察したものである。この特定の通信システムにおけるある特定の特徴として、複数の異なる識別子をユーザに対して割り当てることができるという点が挙げられる。この識別子によってユーザを特定し、別のユーザから着信を受けることが可能となる。（「パブリックユーザアイデンティティ」としてＩＭＳにおいて知られている）１以上のこれらの識別子は、登録及び登録解除のメッセージＲＥＧＩＳＴＥＲにおいて参照することが可能であり、それによってユーザはＳ−ＣＳＣＦを介して（明示的に又は暗黙のうちに）ユーザ端末から１以上のユーザの識別子の登録と登録解除の少なくともいずれかを行うことができるようになる。ＩＭＳにおいて、所定のユーザに関連する加入登録データ及び登録情報を記憶するように割り当てられているＨＳＳは、前記ユーザのすべての最終的な識別子の登録状態を追跡するために使用することができる。というのも、これらすべての識別子は同じＩＭＳの加入登録に属し、対応するユーザの加入登録レコードＵＳＲＣ−Ｘと関連づけて記憶されているからである。したがって、このＨＳＳは、Ｓ−ＣＳＣＦのうちのいずれからであっても報告される登録イベントに従って同じユーザの活動情報を収集することが可能となり、その場合、前記ユーザは端末を介して１以上のユーザ識別子の登録を行うことが可能となる。したがって、ＨＳＳは、ユーザが関与していたサービスにおいて登録され使用されていた前記ユーザの識別子とは独立に、ユーザに関連するユーザ活動情報を記憶し、更新することが可能となる。上記とは別に、ＨＳＳは、例えば、前記ユーザのユーザ活動を報告するＳ−ＣＳＣＦを介してどの（単複の）ユーザ識別子が登録されるかのチェックを最初に行うことによって、ユーザ識別子毎に活動情報を記憶することができる。この活動情報の記憶は、ユーザがサービスに関与していたときユーザが使用していたユーザ識別子をＳ−ＣＳＣＦからＨＳＳへ送信される活動情報の中に含めることにより達成することも可能である。

現在、通信ノードは、ほとんどの場合、コンピュータベースのマシンに実装されている。したがって、コンピュータ可読プログラムコードを含むコンピュータプログラムは、通信システムのコンピュータベースのマシンにロードされ、それにより、これらのマシンは、該マシンが実装している通信ノードに対して指定されている特定の機能性に応じて、それぞれのプログラムコードにより定められているような所定の方法に従って動作することになる。したがって、当業者は、コンピュータプログラムの作成と修正の少なくともいずれかを行う際に、本発明の教示から逸脱することなく、これらの教示を容易に適用して、記載の実施形態のうちのいずれかに従って動作させるべく、コンピュータベースのルーティングノード又は位置登録ノードにロードするのに適したコンピュータプログラムの作成と修正の少なくともいずれかを行うことが可能となる。

例示として、本発明を限定しない方法で、いくつかの典型的な実施形態に関して本発明を説明した。当業者であれば種々の変形例を容易に理解することができよう。そのため、本発明は、請求の範囲を考慮して解釈され、限定されるべきものである。

Claims (26)

1. ユーザの端末のシグナリングメッセージを処理する第１の通信ノード（１２０）と前記ユーザの登録情報を処理する第２の通信ノード（１３０）とを含む通信システムにおいて前記ユーザの活動情報を収集する方法であって、
   ａ）前記ユーザの登録イベント（５１５）を通知するメッセージ（５１６）を前記第１のノードから前記第２のノードへ送信するステップと、
   ｂ）前記第２のノードが、前記メッセージの内容に従って前記ユーザの登録情報（３０３−２Ｒ）を更新するステップと、
   を備え、
   前記ステップ「ａ」は、
   ａ１）前記ユーザの前回の登録イベント（５０１）と前記ステップ「ａ」において通知された登録イベントとの間から成る登録期間中に提供されたサービスに前記ユーザが関与したか否かを示す情報要素（ＡＣＴ）を前記メッセージの中で送信するステップ
   を含み、
   前記ステップ「ｂ」は、
   ｂ１）前記第２のノードが、前記情報要素に従って前記ユーザの活動情報（３０３−２Ａ）を更新するステップ
   を含む
   ことを特徴とする方法。
2. 前記情報要素は、前記登録期間に前記ユーザへ提供されたサービスの識別子を含むことを特徴とする請求項１に記載の方法。
3. 前記ステップ「ｂ１」は、
   ｂ１１）前記登録期間を示すタイムスタンプを前記更新した活動情報に関連づけて格納するステップ
   を含むことを特徴とする請求項１に記載の方法。
4. 前記登録期間を開始させる登録イベントは、
   ａ．最初の登録メッセージ、及び
   ｂ．再登録メッセージ
   から選択され、前記登録期間を終了させる登録イベントは、
   ｃ．再登録メッセージ、及び
   ｄ．登録解除メッセージ
   から選択されることを特徴とする請求項１に記載の方法。
5. ｃ）前記第１のノードにおいて、サービスに関係するシグナリングメッセージを同定するために使用可能なデータを含んだ活動テンプレート（２０３−３）を格納するステップと、
   ｄ）前記第１のノードにおいて、前記ユーザがサービスに関与したか否かを判定するために、前記端末に関係するシグナリングメッセージを前記活動テンプレートに照らしてチェックするステップと、
   を更に備え、
   前記ステップ「ａ１」は、
   ａ１１）前記チェックが基準を満たした場合に、前記ユーザがサービスに関与していたということを示す情報要素（ＡＣＴ）を送信するステップ
   を含む
   ことを特徴とする請求項１に記載の方法。
6. 前記活動テンプレートは、
   ａ．シグナリングメッセージを同定する識別子（Ｉ−ＳＧ）、
   ｂ．シグナリングメッセージのシーケンスを同定する識別子（Ｉ−ＳＱ）、及び
   ｃ．サービスを同定する識別子（Ｉ−ＳＲ）、
   から選択される少なくとも１つの情報要素を含むことを特徴とする請求項５に記載の方法。
7. ｅ）前記第１のノードにおいて前記第２のノードから前記活動テンプレートを受信するステップ（５０３）
   を更に備えることを特徴とする請求項５に記載の方法。
8. 前記活動テンプレートは、ユーザのユーザプロファイルデータの一部として受信されることを特徴とする請求項７に記載の方法。
9. 前記ステップ「ｃ」は、
   ｃ１）前記第１のノードにおいて、ユーザの識別子と関連づけて前記活動テンプレートを格納するステップ
   を含み、
   前記ステップ「ｄ」は、
   ｄ１）前記ユーザに関係する活動テンプレートに照らしてチェックするステップ
   を含む
   ことを特徴とする請求項５又は８に記載の方法。
10. 通信システムにおいてユーザの登録情報を処理する通信ノード（１３０）であって、
    プロセッサ（３０１０）と、前記プロセッサと通信する格納デバイス（３０３１）と、を備え、前記格納デバイスは、前記プロセッサに実行される命令（３０３−１）であって、前記プロセッサが、
    ユーザの登録イベント（５１５）を通知するメッセージ（５１６）を、前記通信システムにおいて前記ユーザの端末のシグナリングメッセージを処理する第２のノード（１２０）から受信し、
    前記メッセージの内容に従って前記ユーザの登録情報（３０３−２Ｒ）を更新する
    ように構成された命令を格納し、
    前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    前記ユーザの前回の登録イベント（５０１）と前記通知された登録イベント（５１５）との間から成る登録期間中に提供されたサービスに前記ユーザが関与したか否かを示す情報要素（ＡＣＴ）を含む前記メッセージを受信し、
    前記情報要素に従って前記ユーザの活動情報（３０３−２Ａ）を更新する
    ように構成された命令を格納している
    ことを特徴とする通信ノード。
11. 前記情報要素は、前記登録期間に前記ユーザへ提供されたサービスの識別子を含むことを特徴とする請求項１０に記載の通信ノード。
12. 前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    前記登録期間を示すタイムスタンプを前記更新した活動情報に関連づけて格納する
    ように構成された命令を格納していることを特徴とする請求項１０に記載の通信ノード。
13. 前記登録期間を開始させる登録イベントは、
    ａ．最初の登録メッセージ、及び
    ｂ．再登録メッセージ
    から選択され、前記登録期間を終了させる登録イベントは、
    ｃ．再登録メッセージ、及び
    ｄ．登録解除メッセージ
    から選択されることを特徴とする請求項１０に記載の通信ノード。
14. 前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    サービスに関係するシグナリングメッセージを同定するために使用可能なデータを含んだ活動テンプレート（２０３−３）を前記第２のノードへ送信する（５０３）
    ように構成された命令を格納していることを特徴とする請求項１０に記載の通信ノード。
15. 前記活動テンプレートは、
    ａ．シグナリングメッセージを同定する識別子（Ｉ−ＳＧ）、
    ｂ．シグナリングメッセージのシーケンスを同定する識別子（Ｉ−ＳＱ）、及び
    ｃ．サービスを同定する識別子（Ｉ−ＳＲ）、
    から選択される少なくとも１つの情報要素を含むことを特徴とする請求項１４に記載の通信ノード。
16. 前記活動テンプレートがユーザの識別子と関連づけて送信されることを特徴とする請求項１４に記載の通信ノード。
17. 通信システムにおいてユーザの端末のシグナリングメッセージを処理する通信ノード（１２０）であって、
    プロセッサ（２０１０）と、前記プロセッサと通信する格納デバイス（２０３１）と、を備え、前記格納デバイスは、前記プロセッサに実行される命令（２０３−１）であって、前記プロセッサが、
    前記ユーザの登録イベント（５１５）を通知するメッセージ（５１６）を、前記通信システムにおいて前記ユーザの登録情報を処理する第２のノード（１３０）へ送信する
    ように構成された命令を格納し、
    前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    前記ユーザの前回の登録イベント（５０１）と前記通知された登録イベント（５１５）との間から成る登録期間中に提供されたサービスに前記ユーザが関与したか否かを示す情報要素（ＡＣＴ）を含む前記メッセージで送信する
    ように構成された命令を格納している
    ことを特徴とする通信ノード。
18. 前記情報要素は、前記登録期間に前記ユーザへ提供されたサービスの識別子を含むことを特徴とする請求項１７に記載の通信ノード。
19. 前記登録期間を開始させる登録イベントは、
    ａ．最初の登録メッセージ、及び
    ｂ．再登録メッセージ
    から選択され、前記登録期間を終了させる登録イベントは、
    ｃ．再登録メッセージ、及び
    ｄ．登録解除メッセージ
    から選択されることを特徴とする請求項１７に記載の通信ノード。
20. 前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    サービスに関係するシグナリングメッセージを同定するために使用可能なデータを含んだ活動テンプレートに照らして、前記端末に関係するシグナリングメッセージをチェックし、
    前記チェックが基準を満たした場合に、前記ユーザがサービスに関与していたということを示す情報要素（ＡＣＴ）を送信する
    ように構成された命令を格納していることを特徴とする請求項１７に記載の通信ノード。
21. 前記活動テンプレートは、
    ａ．シグナリングメッセージを同定する識別子（Ｉ−ＳＧ）、
    ｂ．シグナリングメッセージのシーケンスを同定する識別子（Ｉ−ＳＱ）、及び
    ｃ．サービスを同定する識別子（Ｉ−ＳＲ）、
    から選択される少なくとも１つの情報要素を含むことを特徴とする請求項２０に記載の通信ノード。
22. 前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    前記第２のノードから前記活動テンプレートを受信する（５０３）
    ように構成された命令を格納していることを特徴とする請求項２０に記載の通信ノード。
23. 前記活動テンプレートは、ユーザのユーザプロファイルデータの一部として受信されることを特徴とする請求項２２に記載の通信ノード。
24. 前記格納デバイスは更に、前記プロセッサに実行される命令であって、前記プロセッサが、
    ユーザの識別子と関連づけて前記活動テンプレートを格納し、
    前記ユーザに関係する活動テンプレートに照らしてチェックする
    ように構成された命令を格納していることを特徴とする請求項２０又は２３に記載の通信ノード。
25. 通信システムにおいてユーザの登録情報を処理する第１のコンピュータベースの通信ノード（１３０）においてユーザの活動情報を収集するためのコンピュータプログラムであって、
    前記ユーザの登録イベント（５１５）を通知するメッセージ（５１６）を、前記通信システムにおいて前記ユーザの端末のシグナリングメッセージを処理する第２のノード（１２０）から受信することを処理するコンピュータ可読プログラムコードを含み、
    前記メッセージは、前記ユーザの前回の登録イベント（５０１）と前記通知された登録イベント（５１５）との間から成る登録期間中に提供されたサービスに前記ユーザが関与したか否かを示す情報要素（ＡＣＴ）を含み、
    前記コンピュータプログラムは、前記情報要素に従って前記ユーザの活動情報（３０３−２Ａ）を更新するコンピュータ可読プログラムコードを含む
    ことを特徴とするコンピュータプログラム。
26. 通信システムにおいてユーザの端末のシグナリングメッセージを処理する第１のコンピュータベースの通信ノード（１２０）からユーザの活動情報を収集するためのコンピュータプログラムであって、
    前記ユーザの登録イベント（５１５）を通知するメッセージ（５１６）を、前記通信システムにおいて前記ユーザの登録情報を処理する第２のノード（１３０）へ送信するコンピュータ可読プログラムコードを含み、
    前記メッセージは、前記ユーザの前回の登録イベント（５０１）と前記通知された登録イベント（５１５）との間から成る登録期間中に提供されたサービスに前記ユーザが関与したか否かを示す情報要素（ＡＣＴ）を含む
    ことを特徴とするコンピュータプログラム。

Images