(57)【要約】  サービス制御要素は、ユーザフィルタ基準を記憶する。ユーザを識別するセッション要求を受け取ると、セッション要求がユーザフィルタ基準に一致するかどうかチェックし、セッション要求がユーザフィルタ基準に一致するときには、セッション要求を定義されたサービスプラットホームに出力する。サービス制御要素は、要求をサービスプラットホームに転送する前に、能力情報エレメントを検索するように構成され、この能力情報エレメントは、サービスプラットホームによって提供されるサービスを利用するためのユーザの動的能力を指示するものである。サービスプラットホームによって提供されるサービスをユーザが利用できないことを情報エレメントが指示する場合には、セッションが終了される。到来するメッセージは、サービス制御の役割を果たすネットワーク要素において予め適切に管理することができ、付加的な負荷及び不必要な課金事項を回避することができる。【選択図】図７
2008546225.tif 000002
【特許請求の範囲】
【請求項１】
ユーザを識別するセッション要求を受け取るための入力手段と、
前記セッション要求が、定義されたサービス制御基準に一致するかどうかチェックするためのチェック手段と、
前記セッション要求が前記サービス制御基準に一致するときには、前記セッション要求を定義されたサービスプラットホームに転送するためのルーティング手段と、
前記セッション要求を前記定義されたサービスプラットホームに転送する前に、ユーザに関連した能力情報エレメントを検索するための検索手段であって、この能力情報エレメントは、前記定義されたサービスプラットホームにより提供されるサービスを利用するためのユーザの少なくとも１つのユーザ装置の能力を指示するものである検索手段と、
前記定義されたサービスプラットホームにより提供されるサービスを利用することのできるユーザのユーザ装置がないことを前記能力情報エレメントが指示するのに応答して、セッションを終了するための終了手段と、
を備えたサービス制御要素。
【請求項２】
前記サービス制御基準はユーザフィルタ基準であり、前記能力情報エレメントは前記ユーザフィルタ基準に含まれる、請求項１に記載のサービス制御要素。
【請求項３】
前記能力情報エレメントは、前記ユーザフィルタ基準のトリガーポイントに含まれる、請求項２に記載のサービス制御要素。
【請求項４】
前記能力情報エレメントは、前記ユーザフィルタ基準のトリガーポイントのサービスポイントトリガーインスタンスに含まれる、請求項３に記載のサービス制御要素。
【請求項５】
ユーザから受け取った能力情報エレメント記憶するためのデータベースへのインターフェイス手段を更に備え、
前記検索手段は、前記データベースから前記能力情報エレメントを検索するように構成される、請求項１に記載のサービス制御要素。
【請求項６】
前記データベースは、前記サービス制御要素に一体化される、請求項５に記載のサービス制御要素。
【請求項７】
前記検索手段は、前記セッション要求内の情報から前記データベースを識別するように構成される、請求項５に記載のサービス制御要素。
【請求項８】
ユーザを識別するセッション要求を受け取るステップと、
前記セッション要求が、定義されたサービス制御基準に一致するかどうかチェックするステップと、
前記セッション要求が前記サービス制御基準に一致するときには、前記セッション要求を定義されたサービスプラットホームに転送するステップと、
前記セッション要求を前記定義されたサービスプラットホームに転送する前に、ユーザに関連した能力情報エレメントを検索するステップであって、この能力情報エレメントは、前記定義されたサービスプラットホームにより提供されるサービスを利用するためのユーザの少なくとも１つのユーザ装置の能力を指示するものであるステップと、
前記定義されたサービスプラットホームにより提供されるサービスを利用することのできるユーザのユーザ装置がないことを前記能力情報エレメントが指示するのに応答して、セッションを終了するステップと、
を含むサービス制御方法。
【請求項９】
ユーザに関連したセッション要求をサービスプラットホームへ転送すべきかどうかチェックするのに使用されるべきサービス制御基準を記憶するためのメモリ手段を備え、
前記サービス制御基準は、前記サービスプラットホームにより提供されるサービスを利用するためのユーザの少なくとも１つのユーザ装置の動的能力を指示する能力情報エレメントを含むものである、加入者サーバ。
【請求項１０】
コンピュータ読み取り可能なメディア内に実施されるサービス制御要素のコンピュータプログラムであって、
ユーザを識別するセッション要求を受け取り、
前記セッション要求が、定義されたサービス制御基準に一致するかどうかチェックし、
前記セッション要求が前記サービス制御基準に一致するときには、前記セッション要求を定義されたサービスプラットホームに転送し、
前記セッション要求を前記定義されたサービスプラットホームに転送する前に、前記セッション要求に関連した能力情報エレメントを検索し、この能力情報エレメントは、前記定義されたサービスプラットホームにより提供されるサービスを利用するためのユーザの少なくとも１つのユーザ装置の能力を指示するものであり、
前記定義されたサービスプラットホームにより提供されるサービスを利用することのできるユーザのユーザ装置がないことを前記能力情報エレメントが指示するのに応答して、セッションを終了する、
ことを遂行するように構成されたコンピュータプログラム。
【請求項１１】
コンピュータ読み取り可能なメディア内に実施される加入者サーバのコンピュータプログラムであって、
サービス制御基準を記憶し、
前記サービス制御基準を使用して、ユーザに関連したセッション要求をサービスプラットホームへ転送すべきかどうかチェックし、
前記サービス制御基準の能力情報エレメントを使用して、前記サービスプラットホームにより提供されるサービスを利用するためのユーザの少なくとも１つのユーザ装置の動的能力を指示する、
ことを遂行するように構成されたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアシステムに係り、より詳細には、独立請求項の前文に基づくサービス制御要素、方法、加入者サーバ及びコンピュータプログラム製品に係る。
【背景技術】
【０００２】
２Ｇ移動システムの開発中に、ネットワーク、テレサービス、アプリケーション、及び補足的サービスの完全なセットが規格化団体により偏在的に規定された。しかしながら、業界に共通した関心は、サービスイネーブラーの特定時間を短縮し、新たなサービスの導入を採り入れ、サービスの継ぎ目のない拡張性を可能にすることであった。したがって、３Ｇの開発では、サービスそれ自体ではなく、サービス能力を標準化することに解決策が集中された。
【０００３】
ＥＴＳＩ（ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート）は、特定のサービスがそのサービスの特定の呼び出しに対してそのサービスの範囲内で何を行なうか決定するために、ユーザ、ホーム環境又はサービス環境の能力としてサービス制御を定義している。基本的に、これは、システムのアーキテクチャーが、そのシステム内で種々のサービスをサポートするために、適当なセキュリティ、サービスクオリティ、課金及びセッションマネージメントを促進するサービスフレームワークを提供しなければならないことを意味する。最初、デジタル権利マネージメント及びプッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）サービスのような多数のサービスイネーブラーを使用して、単に明確な顧客ニーズに応答するものとしてサービス制御モデルを多少独立して発生していた。その後、必要な基本的能力を提供するインフラストラクチャーを利用するために、異なるサービスイネーブラーがオープン・モバイル・アリアンス（ＯＭＡ）と称されるグローバルな組織のもとで協力した。
【０００４】
時々、このインフラストラクチャーは、インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）と呼ばれる。これは、固定及び移動の両ユーザによりアクセス可能な既存の音声及びデータネットワークとインターワークするアクセス独立のＩＰベースアーキテクチャーに係る。このＩＭＳアーキテクチャーは、必要なサービスクオリティをもつ種々の形式のクライアントとのピア・ツー・ピアＩＰ通信を促進する。ＩＭＳは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）により規格化されたセッション・イニシエーション・プロトコル（ＳＩＰ）の仕様に基づく。いわゆるリリース５は、ＩＭＳを３ＧＰＰ規格の一部分として紹介した。３ＧＰＰ及びＯＭＡにより多数のＩＭＳ仕様が公的に得られるようになった。
【０００５】
セッションは、関連情報の転送のために２つのオブジェクト間の論理的対応性が存在するインターバルに係る。セッションは、例えば、音声又はビデオデータの送信を含むことができる。ＩＭＳでは、１人以上の参加者とのセッションを生成し、変更し、終了するための選択されたアプリケーションレイヤ制御プロトコルが、セッション・イニシエーション・プロトコル（ＳＩＰ）である。ユーザは、セッション中に異なるサービスアプリケーションへの多数の接続を有することができる。各ＩＭＳセッションに対して、ＩＭＳのサービス制御は、セッション状態を維持し、サービスにより要求されるサービスプラットホーム及び課金ファンクションと相互作用する。これらのファンクションに対して責任を果たす論理的ネットワーク要素は、サービングコールセッション制御ファンクション（Ｓ−ＣＳＣＦ）と称される。
【０００６】
ＩＭＳアーキテクチャーでは、サービスが、サービスプラットホームであるアプリケーションサーバ（ＡＳ）において、ホストされ実行される。Ｓ−ＣＳＣＦとＡＳとの間でＳＩＰメッセージを送信及び受信するために、ＩＭＳサービス制御基準点（ＩＳＣ）がＳ−ＣＳＣＦとＡＳとの間に定義される。Ｓ−ＣＳＣＦは、ＳＩＰ要求を受信すると、それを分析し、その要求を、更なる処理のためにＡＳへルーティングするように判断する。この分析は、その要求において指示されたパブリックユーザアイデンティティに関連したサービスプロファイルに基づく。このサービスプロファイルは、少なくともＳ−ＣＳＣＦがその特定ユーザのデータハンドリングオペレーションを遂行する時間中にＳ−ＣＳＣＦに利用できるようになるユーザ特有情報（例えば、フィルタ基準）の収集に係る。典型的に、サービスプロファイル又は少なくともフィルタ基準は、ユーザの登録時に、又は未登録のユーザに対して着信初期要求が受け取られたときに、Ｓ−ＣＳＣＦへダウンロードされる。
【０００７】
ＩＭＳ契約のサービスプロファイルは、到来するＳＩＰメッセージを更なる処理のためにＡＳへ更にルーティングすべきかどうか判断するためにチェックされる１つ以上の条件を記述したフィルタ基準を備えている。また、このフィルタ基準は、条件が満足されたときにコンタクトすべき特定のＡＳも指定する。したがって、フィルタ基準は、アプリケーション（１つ又は複数）に対するユーザのプロビジョニングされた契約を表わす。
【０００８】
しかしながら、プロビジョニングされたアプリケーションを利用するためのユーザエージェント（ＵＡ）の能力は、動的に変化し得る。ＲＦＣ３８４０によれば、特定形式のメッセージコンテンツを発生又は処理する能力を示す送信者又は受信者の属性として能力が定義される。能力は、特定周期、例えば、単一コール中に利用されても、されなくてもよいが、特性は、ＵＡの非交渉プロパティであるという点で、能力は特性と区別される。例えば、ユーザエージェントは、それらの能力及びそれが表わす装置の形式が広く変化し得る。しかしながら、フィルタ基準は、例えば、現在使用中の端末装置の能力により生じる動的な変化を促進しない実質的に静的な定義である。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
例えば、ＩＭＳユーザは、ＰｏＣサービスを利用するように契約したが、現在、ＰｏＣ能力をもたない端末を使用しているので、現在、ＰｏＣユーザとして登録されていないことがある。そのＩＭＳユーザにアドレスされた到来する要求がＳ−ＣＳＣＦにより受け取られると、Ｓ−ＣＳＣＦは、その要求を分析し、フィルタ基準に対して比較する。フィルタ基準は、要求がＰｏＣサービス能力指示を含むものである場合に、メッセージを、定義されたＰｏＣ  ＡＳへ転送しなければならないというものである。ＩＭＳサービス制御は、当然、ＡＳが不一致を検出してセッション・イニシエーションを適切に終了させるメカニズムを備えている。しかしながら、このとき、ルーティングは、既に、ＡＳまでずっと進んでいる。これは、ＰｏＣサーバに余計な負荷を追加し、ＰｏＣサーバ内の回答モード設定によっては、合意及び別々の構成を必要とする課金アクティビティを発生し、例えば、課金レコードをキャンセル／取り消ししなければならない。更に、これは、ＩＭＳシステムにおけるサービスの受け容れと実施とを妥協させる甚だしい技術的欠陥である。
【課題を解決するための手段】
【００１０】
本発明の目的は、種々の端末能力が利用されるセッションのハンドリングを改善するようなサービス制御要素、方法、加入者サーバ、及びコンピュータプログラム製品を提供することである。また、本発明の目的は、独立請求項に記載されたことを特徴とするサービス制御要素、方法、加入者サーバ、及びコンピュータプログラム製品を提供することである。本発明の好ましい実施形態は、従属請求項に記載する。
【００１１】
本発明は、サービスを利用するためのユーザエージェントの動的能力が、到来する要求がその特定のアプリケーションのアプリケーションサーバへ転送されるかどうか判断するための基準としてなされるようなサービス制御を提供するという考え方に基づく。
【００１２】
本発明の効果は、到来するメッセージを、サービス制御について責任を果たすネットワーク要素において予め適切にマネージすることができ、ひいては、不必要な課金事項を回避できると共に、サービスを提供するサーバへの付加的なシグナリング負荷を回避できることである。
【００１３】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【発明を実施するための最良の形態】
【００１４】
本発明は、例えば、固定ユーザに対する音声及びデータネットワーク（ＰＳＴＮ、ＩＳＤＮ、インターネット）並びに移動ユーザに対する音声及びデータネットワーク（ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ）とインターワーキングするアーキテクチャーであって、種々の形式のクライアントとのピア・ツー・ピア通信の確立を促進するサービス制御を含むような種々のアクセス独立パケットベースのマルチメディアアーキテクチャーに適用できる。このようなシステムは、例えば、３ＧＰＰ  ＩＭＳ、３ＧＰＰ２  ＭＭＤ（マルチメディアドメイン）、ＩＥＴＦ  ＳＩＰネットワーク、一般的にはＳＩＰネットワーク、或いはＥＴＳＩ  ＴＩＳＰＡＮ  ＮＧＮネットワークを含み、該ネットワークは、種々の形式のアクセスネットワーク、例えば、ＧＥＲＡＮ、ＵＴＲＡＮ、ＷＬＡＮ、固定ブロードバンドアクセス、及び固定モバイルのケースでは、ＰＳＴＮ／ＩＳＤＮアクセスネットワークも有することができる。以下、本発明は、ＩＭＳ及びＰｏＣサービスにより説明するが、本発明は、ここに使用する用語、プロトコル及び論理的要素に限定されない。
【００１５】
図１は、高レベルのＩＭＳセッション確立におけるＩＭＳ要素間の情報の流れを示すシグナリングブロック図である。明瞭化のために、図１には、本発明を説明するのに必要な論理的ＩＭＳ要素しか示されていないことに注意されたい。当業者であれば、必要なデータ送信を遂行するための完全なネットワークは、本発明を理解する上で図示される必要のない多数の従来のサブネットワーク及びネットワーク要素を含むことが明らかであろう。更に、図１の個々の要素は、オペレーションの機能的分割に関連し、したがって、要素の物理的構成を意味するものではない。幾つかの図示された論理的要素は、１つの物理的構造体に一体化されてもよく、及び／又はある要素は、２つ以上の個別の物理的構成体に物理的に分割されてもよい。
【００１６】
ユーザ装置ＵＥは、スピーチ専用の簡単な端末でもよいし、又はサービスプラットホームとして働き且つサービスに関係した種々のファンクションのロード及び実行をサポートする種々のサービスのための端末であってもよい。この点に関して、ユーザ装置という語は、一般に、加入者アイデンティティ及び実際の移動装置によって形成されるエンティティを指す。以下の実施形態における移動ユーザ装置は、実際の移動装置及び取り外し可能に接続される加入者アイデンティティモジュールを含み、保護の範囲をこのような構成のみに限定するものではない。あるユーザ装置、例えば、ブロードバンドアクセスのための固定端末は、個別のアイデンティティモジュールを含まないことが明らかである。加入者アイデンティティモジュールは、通常、加入者アイデンティティを実質的に保持し、認証アルゴリズムを遂行し、認証及び暗号キー、並びにユーザ装置に必要とされる他の契約情報を記憶するスマートカードである。移動装置は、通常、ユーザ装置とネットワークとの間の無線通信に使用される無線端末である。移動装置は、移動通信システム又は多数の装置断片の組み合せにおいて通信することのできる何らかの装置、例えば、移動接続を与えるために電話が接続されたマルチメディアコンピュータでよい。
【００１７】
ＩＭＳユーザは、他のユーザへの通信を要求するためにユーザによって使用される１つ以上のパブリックユーザアイデンティティを有する。このパブリックユーザアイデンティティ（１つ又は複数）は、通常、ＳＩＰ−ＵＲＩ又はＴＥＬ−ＵＲＩ（ｔｅｌ  ＵＲＬ）フォーマットの形態をとる。パブリックユーザアイデンティティは、通常、このアイデンティティを使用してＩＭＳセッションに参加したり、ＩＭＳセッションに無関係な手順に参加したりする前に、明示的又は暗示的に登録される必要がある。しかしながら、あるケースでは、このような登録は、ユーザ装置が固定ラインに接続されたときに、他の手段、例えば、静的な（永久的、半永久的）登録で行なわれる。
【００１８】
発信側ユーザＡが着信側ユーザＢへＰｏＣコールを行いたいときには、ユーザＡのユーザ装置（ＵＥA）が、ＳＩＰ  ＩＮＶＩＴＥ要求を発生し（ステップ１．１）、この要求の受け容れ−コンタクトヘッダに特徴タグ“＋ｇ．ｐｏｃ．ｔａｌｋｂｕｒｓｔ”を含ませ、その要求をプロキシー−コールセッション制御ファンクション（Ｐ−ＣＳＣＦA）へ送信する。Ｐ−ＣＳＣＦAは、ＩＭＳ内のＵＥAの第１コンタクトポイントを表わす。要求が圧縮される場合には、Ｐ−ＣＳＣＦAが要求を圧縮解除し、発信側ユーザＡのアイデンティティを検証し、要求をユーザＡのホームネットワークのサービングコールセッション制御ファンクション（Ｓ−ＣＳＣＦA）へ転送する。Ｓ−ＣＳＣＦAは、ユーザ装置に対するセッション制御及び登録サービスの役割を果たす。ユーザ装置がセッションに参加すると、Ｓ−ＣＳＣＦAは、セッション状態を維持し、サービスプラットホームと相互作用して、サービスをサポートする。
【００１９】
Ｓ−ＣＳＣＦAは、要求を処理し、サービス制御を遂行し、ＳＩＰ  ＩＮＶＩＴＥ要求における着信側ユーザのアイデンティティに基づいて、ユーザＢのホームオペレータのエントリーポイントを決定する。質問コールセッション制御ファンクション（Ｉ−ＣＳＣＦB）は、そのネットワークオペレータの加入者にアドレスされる接続に対する１つのネットワーク内のコンタクトポイントである。Ｓ−ＣＳＣＦは、ＳＩＰ  ＩＮＶＩＴＥ要求をＩ−ＣＳＣＦBへ送信し（ステップ１．３）、Ｉ−ＣＳＣＦBは、ユーザＢのホームオペレータのホーム加入者サーバ（ＨＳＳB）と相互作用し（ステップ１．４及び１．５）、ユーザＢのユーザ装置（ＵＥB）にサービスするＳ−ＣＳＣＦBを決定する。要求を受け取ると（ステップ１．６）、Ｓ−ＣＳＣＦBは、着信セッションの処理を担当する。
【００２０】
ＵＥBが登録されない場合に、Ｓ−ＣＳＣＦBは、ユーザＢのホームオペレータのホーム加入者サーバ（ＨＳＳB）から、受信した要求のターゲットアイデンティティに関連したフィルタ基準を、必要に応じて、ダウンロードする。ＵＥBが登録された場合には、Ｓ−ＣＳＣＦBに対してフィルタ基準が容易に得られる。Ｓ−ＣＳＣＦBは、これらフィルタ基準を１つづつ通して進み始め、いずれかの基準が受信した要求のパラメータに一致するかどうかチェックする。アイデンティティに関連したフィルタ基準は、簡単な形態で表わすと、次のようになる。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” THEN: ROUTE request to the specified PoC Server Terminating Port
【００２１】
フィルタ基準は、要求に一致するので、Ｓ−ＣＳＣＦBは、要求をＰｏＣ  ＡＳへ転送する（ステップ１．７）。ここに示すフィルタ基準は、一例に過ぎず、本発明の好ましい実施形態を例示するに必要な要素しか含まないことに注意されたい。当業者であれば、例えば、フィルタ基準型のフォーマットであり、且つここに例示されない他の要素を含んでもよいことが明らかであろう。ＰｏＣ  ＡＳは、ＰｏＣサービスに基づいてサービスロジックを実施し、ＩＮＶＩＴＥ要求をＳ−ＣＳＣＦBへルーティングする（ステップ１．８）。Ｓ−ＣＳＣＦBは、その要求をＰ−ＣＳＣＦBへ配送し、これは、最終的に、その要求をＵＥBへ配送する。ユーザ装置ＵＥA及びＵＥBは、セッションの確立を完了するためにある付加的なデータを端−端で交換し、ＰｏＣコールが開始する。
【００２２】
図１は、プロビジョニングされたアプリケーションと、ユーザ装置の能力との間に不一致が検出されない通常のケースに関する。図２は、ＵＥBがＩＭＳに再登録されたが、例えば、ユーザがＰｏＣセッションの受け取りを希望しないことを指示するために、ＰｏＣ能力の指示を登録に含ませていない状態を示す。到来する要求は、図１のステップ１．１ないし１．７と同様に、ＰｏＣ  ＡＳへ転送される。
【００２３】
この段階において、ＰｏＣ  ＡＳは、要求におけるＰｏＣ特徴タグ“＋ｇ．ｐｏｃ．ｔａｌｋｂｕｒｓｔ”、及び着信側ユーザ装置ＵＥBの指示された能力（１つ又は複数）による不一致を検出することができる。但し、着信側ユーザ装置ＵＥBの指示された能力がＰｏＣ  ＡＳに得られる場合に限る。ＰｏＣ  ＡＳは、不一致を検出すると、そのサービスロジックに基づきセッション・イニシエーションを終了し、適当なエラーメッセージを発信側ユーザ装置ＵＥAへ送信する（ステップ２．８ないし２．１２）。ＰｏＣ  ＡＳは、これが不一致を検出しない場合には、要求を処理し、更にＵＥBへ向けてルーティングさせるためにＳ−ＣＳＣＦへ転送する。ＵＥBに向けてルーティングする前に、Ｓ−ＣＳＣＦは、ＵＥBの指示された能力をチェックし、不一致を検出する。Ｓ−ＣＳＣＦは、不一致を検出した場合に、セッション・イニシエーションを終了し、適当なエラーメッセージを発信側ユーザ装置ＵＥAへ送信する。
【００２４】
ＰｏＣ  ＡＳに向かう及びＰｏＣ  ＡＳにおけるオペレーションは、ＰｏＣサーバ及び／又はＳ−ＣＳＣＦに付加的なシグナリング負荷を生じさせ、これは、混雑したシステムでは、入念に回避する必要がある。また、これらオペレーションは、通常のセッションにおいて加入者に課金するための基礎として使用できる１つ以上のコール詳細レコードを発生する。このように課金関係情報を余計に含むことは、累積的なワーク負荷を発生し、これを排除しなければならない。
【００２５】
図３は、図２の状態を、今度は本発明の解決策の実施形態で改善したものを示す。図１のステップ１．１ないし１．６と同様に、要求がＳ−ＣＳＣＦへ転送される。この段階において、Ｓ−ＣＳＣＦは、フィルタ基準によりここに示すサービス制御基準を検出する。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND Contact header of the REGISTER request included ‘+g.poc.talkburst’ THEN: ROUTE request to the specified PoC Server Terminating Port
【００２６】
前記フィルタ基準の全てのＡＮＤした条件を満足するのではない（即ち、ＵＥBの登録されたコンタクトヘッダがＰｏＣ特徴タグ‘＋ｇ．ｐｏｃ．ｔａｌｋｂｕｒｓｔ’を含むのではない）ので、要求は、ＰｏＣ  ＡＳへ転送されず、適当なエラーコードと共に発信側ユーザ装置ＵＥAへ返送される（ステップ３．７ないし３．１０）。このようにＰｏＣ  ＡＳまで終了する前に検出されて不一致が得られ、不適切なオペレーションが排除される。
【００２７】
この実施形態の説明に使用されるフィルタ基準は、単にサービス制御基準の一例として働くに過ぎず、本発明を説明するのに必要な本質的な論理的コンテンツを扱うために使用されることに注意されたい。当業者であれば、サービスプラットホームにより提供されるサービスへのアクセスを制御するために他のものを評価できるものであれば、いかなる種類の基準のセットも適用できることが明らかであろう。更に、ＲＥＧＩＳＴＥＲ要求それ自体、或いはそこからの必要な部分又は情報を、登録事象、例えば、登録、再登録、又は登録解除において記憶することができる。更に、本発明は、要求（例えば、ＳＩＰ  ＩＮＶＩＴＥ）及び独立したトランザクション（例えば、ＳＩＰ  ＭＥＳＳＡＧＥ）に対して有効である。
【００２８】
フィルタ基準の形式は、当該要求に対応する。当該要求に対応する。例えば、ＩＭＳでは、通常、初期要求が取り扱われるときに初期フィルタ基準のみが評価され、その後の要求が取り扱われるときにその後のフィルタ基準が評価される。システムフィルタ基準は、１人以上のユーザに共通のフィルタ基準を定義するのに使用される。
【００２９】
図４は、本発明の実施形態によりＩＭＳ加入者に関連したユーザプロファイルを示す。ユーザは、ＩＭＳ契約を得ると、ユーザプロファイルが指定される。ユーザプロファイルは、少なくとも１つのプライベートユーザアイデンティティ４０と、単一サービスプロファイル４１とを備えている。ユーザプロファイルは、２つ以上のプライベートユーザアイデンティティを有してもよく（多数の登録されたコンタクトアドレスを許し）、また、１つのＩＭＳ契約が多数のサービスプロファイルを含んでもよい。サービスプロファイルは、パブリック識別４２、コアネットワークサービス許可４３及びフィルタ基準部分４４を備えている。パブリック識別４２は、サービスプロファイルに関連したパブリックユーザアイデンティティ（ＳＩＰユニフォームリソース識別子（ＵＲＩ）又はｔｅｌ  ＵＲＩ）を含む。コアネットワークサービス許可４３は、オペレータがそれらのＩＭＳネットワークに異なる加入者プロファイルを与えるのを許すメディアポリシー情報を搬送することができる。
【００３０】
フィルタ基準４４は、到来するＳＩＰメッセージがいつ特定のアプリケーションサーバへ更にルーティングされるか記述するサービストリガー情報をプレゼンテーションする。本発明によれば、フィルタ情報は、アプリケーションサーバにより提供されるサービスを利用するために関連ユーザ装置の動的能力のチェックを許すように構成される。ここに示す実施形態では、ユーザは、ＩＭＳへの登録時に要求にメディア特徴タグ“＋ｇ．ｐｏｃ．ｔａｌｋｂｕｒｓｔ”を含ませることによりＰｏＣ能力を指示する。
【００３１】
図５は、フィルタ基準の構造を詳細に示す。フィルタ基準は、トリガーポイント５０の０又は１つのインスタンスと、アプリケーションサーバ５１の１つのインスタンスとを含む。フィルタ基準は、プライオリティ番号により相互にプライオリティが決められ、次いで、プライオリティ順に評価される。アプリケーションサーバ５１は、フィルタ基準を満足するときにコンタクトされるＡＳを指定する。また、アプリケーションサーバ５１は、フィルタ基準の条件が登録中に満足されたときにＳ−ＣＳＣＦを通してＡＳへ透過的に転送されるサービス情報も含む。
【００３２】
トリガーポイント５０は、ＩＭＳにおいてアプリケーションサーバ５１により指示されたＡＳにコンタクトしなければならないかどうか発見するためにチェックされる条件を指定する。本発明によれば、トリガーポイントは、アプリケーションサーバ５１により提供されるサービスを利用するために関連ユーザ装置の動的能力に関する情報を含むように構成される。ここに示す実施形態では、トリガーポイントは、ＩＭＳへの登録時に要求にメディア特徴タグ“＋ｇ．ｐｏｃ．ｔａｌｋｂｕｒｓｔ”を含ませることにより着信側ユーザ装置がＰｏＣ能力を指示したかどうかチェックするようにＳ−ＣＳＣＦを促す。
【００３３】
図６は、トリガーポイント５０の構造を詳細に示す。トリガーポイントは、サービスポイントトリガー（ＳＰＴ）６０の１つ以上のインスタンスを含む。ここに示す実施形態によるＳＰＴ６０のインスタンスは、次のものを含む。
−  要求がアドレスされるリソースを識別するための要求−ＵＲＩ
−  要求の形式を指示するためのＳＩＰメソッド
−  要求に関するデータを与えるためのＳＩＰヘッダであって、例えば、任意のＳＩＰヘッダの有無に基づいてトリガーするか、又はＳＩＰヘッダ（１つ又は複数）のコンテンツに基づいてトリガーするためのもの、
−  発信側ユーザのＳ−ＣＳＣＦによりフィルタを使用すべきか、着信側ユーザのＳ−ＣＳＣＦによりフィルタを使用すべきか指示するためのセッションケース
−  ＳＩＰメソッドの本体内のＳＤＰフィールドのコンテンツに対してＳＰＴを定義するためのセッション記述
−  ここに示す実施形態に基づき、アプリケーションサーバにより提供されるサービスを利用するために関連ユーザの動的能力を指示する登録コンタクト／端末能力
【００３４】
本発明の別の実施形態では、特定のサービスを利用するためにユーザ装置の動的能力をチェックする能力情報要素は、ユーザのフィルタ基準の一部分とはされず、むしろ、登録時に又は登録の前に、Ｓ−ＣＳＣＦに、又はデータベース、ファイル、リスト、テーブル、等に、或いは１人以上のユーザに共通したシステムフィルタ基準のレベルで記憶され、例えば、フィルタ基準評価に関連してＡＳへルーティングする前に適用される。これは、図１に示す接続形式及び要素を参照して、図７により説明する。ステップ７１０において、Ｓ−ＣＳＣＦは、要求を受け取り、ユーザのＵＥBに着信するセッションの処理を担当する。ステップ７１５において、Ｓ−ＣＳＣＦは、ＵＥBが登録されるかどうかチェックする。ＵＥBが登録されない場合には、Ｓ−ＣＳＣＦは、ユーザＢのホームオペレータのホーム加入者サーバ（ＨＳＳB）から、その要求において受け取られたアイデンティティに関連したフィルタ基準をダウンロードする（ステップ７２０）。ＵＥBが登録される場合には、フィルタ基準がＳ−ＣＳＣＦに対して容易に得られる。Ｓ−ＣＳＣＦは、これらのフィルタ基準を１つづつ通過し始め、いずれかの基準が、受け取った要求に一致するかどうかチェックする（ステップ７２５）。いずれかが一致した場合には、Ｓ−ＣＳＣＦは、サービスとサービスとの間の予め定義されたプライオリティ順序に基づいて関連サービスロジックを実施する（ステップ７３０）。
【００３５】
この実施形態によれば、少なくとも１つのサービスＳ（ｑ）に対し、好ましくは、全ての一致するサービスに対して、Ｓ−ＣＳＣＦは、その特定のサービスＳ（ｑ）に関連したコンタクト／端末能力情報が得られるかどうかチェックする（ステップ７３５）。例えば、ＰｏＣサービスのケースでは、Ｓ−ＣＳＣＦは、ユーザ装置ＵＥBが登録されたかどうかチェックし、もしそうであれば、ＰｏＣ特徴タグが登録時に受け取られたかどうかチェックするように構成される。サービスＳ（ｑ）と、Ｓ−ＣＳＣＦに記憶された端末能力情報との間に一致がある場合には（ステップ７４０）、Ｓ−ＣＳＣＦは、最初に述べたサービスＳ（ｑ）のサービスロジックを続ける。例えば、図１に例示する実施形態では、ＵＥBの登録中に受け取ったＰｏＣ能力情報が、その要求におけるＰｏＣ特徴タグに一致する場合には、ＩＮＶＩＴＥ要求がＰｏＣ  ＡＳへ転送される。さもなければ、Ｓ−ＣＳＣＦは、別のファンクションＦ（ｑ）を実施するように構成される。ここに示すケースでは、Ｓ−ＣＳＣＦは、セッションを終了し、適当なエラーメッセージを発信側ユーザ装置ＵＥAへ送信する。当業者であれば、端末能力及び到来する要求における不一致に続くファンクションＦ（ｑ）は、アプリケーションに基づきセットされることが明らかである。例えば、不一致の場合には、Ｓ−ＣＳＣＦは、サービスＳ（ｑ）のＡＳへ要求を転送する前にＵＥBから端末能力（１つ又は複数）を要求するように構成される。
【００３６】
当業者であれば、保護の範囲内で、利用できる能力に関する情報について多数の代替物が存在することが明らかであろう。対応的に、要求（例えば、ＳＩＰ初期セッション要求又はＳＩＰ独立トランザクション）をサービスプラットホームへルーティングすべきか否かのチェックは、フィルタ基準評価に限定されず、セッション制御条件、セッションアクティビティ、セッションアクション、等に基づいたものでよい。幾つかの代替手順の例を以下に示す。フィルタ基準は、一例に過ぎず、明瞭化のために、フィルタ基準の本質的な部分のみを示すことに注意されたい。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” THEN: ROUTE request to the specified PoC Server Terminating Port
【００３７】
１．ユーザ装置の登録時に、フィルタ基準は、端末能力を含むよう編集される。例えば、ＲＥＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツは、フィルタ基準へコピーしてもよい。したがって、フィルタ基準は、次のものを含む。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND ”+g.poc.talkburst”は、特定のＰｏＣサーバ着信ポートへの”aaa:bbb:ccc::333:444:555;+g.poc.talkburst” THEN ROUTE要求に含まれる。
【００３８】
２．ユーザ装置の登録時に、フィルタ基準は、端末能力を含むよう編集される。例えば、ＲＥＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツは、Ｓ−ＣＳＣＦにおいて登録データとして記憶され、記憶されたコンタクトヘッダを含むデータ構造体へのリンクがフィルタ基準に追加される。このとき、フィルタ基準は、次のものを含む。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND ”+g.poc.talkburst”は、特定のＰｏＣサーバ着信ポートへの& LINK（REGISTER要求のコンタクトヘッダの記憶されたコンテンツを含むデータ構造体）THEN ROUTE要求に含まれる。
【００３９】
３．ユーザ装置の登録時に、フィルタ基準は、端末能力を含むよう編集される。例えば、ＲＥＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツは、Ｓ−ＣＳＣＦにおいて登録データとして記憶され、コンタクトヘッダが記憶されたアドレスへの参照がフィルタ基準に追加される。このとき、フィルタ基準は、次のものを含む。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND ”+g.poc.talkburst”は、特定のＰｏＣサーバ着信ポートへの& REFERENCE（REGISTER要求のコンタクトヘッダの記憶されたコンテンツ）THEN ROUTE要求に含まれる。
【００４０】
４．フィルタ基準は、登録中に編集されず、記憶された端末能力への静的参照を含む。例えば、ＲＥＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツは、& REFERENCE456と共にフィルタ基準を参照する場所又はアドレスに記憶することができる。このとき、フィルタ基準は、次のものを含む。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND ”+g.poc.talkburst”は、特定のＰｏＣサーバ着信ポートへの& REFERENCE456 THEN ROUTE要求に含まれる。
【００４１】
５．フィルタ基準は、登録中に編集されず、端末能力が登録時に記憶される。例えば、ＲＥＧＩＳＴＥＲ要求、又はＲＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツのみがＳ−ＣＳＣＦに記憶される。ＡＳへルーティングするための条件のテーブルは、次のものを含むように調整される。
AS-poc; “要求された端末能力”＝‘+g.poc.talkburst’
【００４２】
ＡＳへルーティングするための条件のテーブルは、例えば、Ｓ−ＣＳＣＦの始動時に、又は必要なときに、ローカル又は共通のデータベース、サーバ、ファイル、テーブル、等からコンフィギュレーションデータとしてロードすることができる。
テーブルを編成する別の例は、次の通りである。
“端末能力”＝‘+g.poc.talkburst’；AS-pocへのルーティングを許す
【００４３】
６．フィルタ基準は、登録中に編集されず、端末能力が登録時に記憶される。例えば、ＲＥＧＩＳＴＥＲ要求、又はＲＧＩＳＴＥＲ要求のコンタクトヘッダのコンテンツのみがＳ−ＣＳＣＦに記憶される。ＡＳへのルーティングをチェックするのに使用されるシステムフィルタ基準は、次のものを含むように構成される。
CASE method＝”INVITE” AND header＝”Accept-Contact”＝”+g.poc.talkburst” AND “端末能力”＝特定のＰｏＣサーバ着信ポートへの'+g.poc.talkburst' THEN ROUTE要求
【００４４】
要求をサービスプラットホームへルーティングすべきか否かチェックするための手順は、前記代替物のいずれか、又はこの例のリストに明確に列挙されていない場合でもそれらからの派生物の組み合せを含む。
【００４５】
アプリケーションサーバ（ＡＳ）という語は、ここでは、サービスを提供するアプリケーションに対する外部サービスプラットホームに対応する。先の実施形態では、外部ＰｏＣ  ＡＳを使用して、ＰｏＣサービスを提供するサービスプラットホームのファンクションを例示した。しかしながら、サービスプラットホームは、制御ファンクションを実施するサービス制御要素に対して内部又は外部の任意のアプリケーションのサービスプラットホームの種類でよい。更に、アプリケーションサーバは、制御ファンクションを実施するサービス制御要素と同じ又は異なるネットワーク、サブネットワーク又はドメインに配置されてもよい。
【００４６】
図８は、本発明によるサービス制御要素の機能的なアーキテクチャーを示す。サービス制御要素とは、処理手段８１、即ち演算論理ユニット、多数の特殊レジスタ及び制御回路を含む要素を備えたネットワーク要素を指す。処理手段に接続されているのは、メモリ手段８２、即ちコンピュータ読み取り可能なデータ又はプログラム或いはユーザデータを記憶することのできるデータメディアである。このメモリ手段は、通常、読み取り及び書き込みの両方を許すメモリユニット（ＲＡＭ）と、コンテンツを読み取ることしかできないメモリ（ＲＯＭ）とを備えている。また、このユニットは、インターフェイスブロック８３も備え、これは、ユニットにおいて内部処理を行うためにデータを入力する入力手段８４と、ユニットの内部プロセスからデータを出力する出力手段８５とを有する。この入力手段は、例えば、その外部接続ポイントへ配送される情報に対してゲートウェイとして働くプラグインユニットを含む。サービス制御要素のオペレータに関する情報を受け取るために、この要素は、キーパッド、タッチスクリーン、マイクロホン等を含むこともできる。前記出力手段は、例えば、その外部接続ポイントに接続されたラインに情報を供給するプラグインユニットを含む。サービス制御要素のオペレータに情報を出力するために、この要素は、スクリーン、タッチスクリーン、スピーカ、等を含むこともできる。処理手段８１、メモリ手段８２、及びインターフェイスブロック８３は、ユニットの所定の、本質的にプログラムされたプロセスに基づき、受信及び／又は記憶されたデータに関するオペレーションの系統的な実行を果たすために電気的に相互接続される。
【００４７】
先に述べた実施形態では、これらオペレーションは、上述したサービス制御のステップを実施するためのファンクションを備えている。メモリ手段８２は、少なくとも、サービス制御要素がユーザに関連した要求を処理する時間中に、ユーザフィルタ基準をこの要素に記憶するように構成される。このような要求が入力手段８４を通してサービス制御要素に受け取られると、ユーザフィルタ基準がメモリ手段８２から検索され、要求に含まれたデータと比較される。フィルタ基準の条件が満足された場合は、要求が、出力手段８５を通して、定義されたＡＳへ転送される。本発明によれば、ユーザのフィルタ基準は、アプリケーションサーバによって提供されるサービスを利用するために関連ユーザの動的な能力のチェックを許すように構成される。
【００４８】
上述したように、端末能力は、特定形式のメッセージコンテンツを発生又は処理するための端末の能力を反映する。当業者であれば、このような能力は、あるアプリケーションサービスを一時的にイネーブル又はディスエイブルする可能性をユーザに与えるために固有に又は意図的に構成できることが明らかである。
【００４９】
能力情報の転送は、当業者に精通した多数のやり方で構成できる。例えば、ユーザ装置の能力は、ＩＥＴＦ  ＲＦＣ３８４０に述べられたメカニズムで、及び／又はウェブページを経て、及び／又はユーザ装置とＳＩＰアプリケーションサーバとの間のＵｔインターフェイスを経て、及び／又はユーザ契約及び／又はサービスプロファイルを構成することを経て、及び／又は合意を経て、及び／又はユーザ装置とネットワーク要素との間の通信を経て、及び／又は次のいずれか、即ちユーザ、オペレータ、及び／又は自動化（例えば、プログラムされた）手順を含むメカニズム及び／又は手順を経て、指示することができる。能力情報について考えるときには、能力情報に関連したパラメータ、及びそれらをいかに転送できるか、例えば、メディア形式（例えば、スピーチ、オーディオ、ビデオ、テキスト）、ベアラ形式（例えば、リアルタイム、非リアルタイム、ＣＳベアラ、ＰＳベアラ）アクセス形式（例えば、セルラー、ＷＬＡＮ、固定ブロードバンドｘＤＳＬ、・・・）、及び他のパラメータ（例えば、マルチメディアメッセージング）、及び／又は条件及び／又は手順、等について、多数の問題が影響を及ぼし得る。
【００５０】
前記メカニズムの更なる例として、ＡＳへのルーティングを支配する原理を定義するサービス制御要素に対する条件のテーブルのより詳細な例を以下に示す。この例は、ＰｏＣサービスに関してここに述べる実施形態について示す。
【表１】
2008546225.tif 000003
【００５１】
この例示的テーブルは、登録されたユーザ装置の少なくとも１つが能力‘+g.poc.talkburst’又は‘+g.poc.groupad’を有する場合に、要求がサービス制御要素からＰｏＣ  ＡＳへルーティングされることを定義する。これは、このようなユーザ装置がＰｏＣ要求を受け取ることができ、そのユーザがＰｏＣグループアドバータイズメントを受け取ろうとしていることを意味する。
【００５２】
ＡＳへのルーティング原理を定義するサービス制御要素のための条件のテーブルの別の例は、次の通りである。
【表２】
2008546225.tif 000004
【００５３】
ユーザＢが第１ユーザ装置ＵＥ−１Bで登録するときには、前記テーブルの第１行におけるアイテム、即ちパブリックユーザアイデンティティ及びユーザ装置（例えば、ＩＰアドレスで示された）が、登録情報から採用され、テーブルの第１及び第２列に記憶される（前記を参照）。また、このシステムは、ユーザ装置の能力情報を抽出し、指示された能力で訪問することのできるアプリケーションサーバを決定し、サーバのネーム及び／又はアドレスをテーブルの第３列に挿入する。本発明によれば、このテーブルは、次いで、パブリックユーザアイデンティティ（userB@example.com）をターゲットとする要求がＡＳ、例えば、ＰｏＣ  ＡＳへ転送されるかどうかチェックするのに使用される。
【００５４】
前記テーブルに示すように、ユーザは、多数の異なるユーザ装置を経てパブリックユーザアイデンティティを登録することができ、これらユーザ装置は、更に異なる能力で登録することができる。例えば、前記例では、パブリックユーザアイデンティティuserB@example.comが別のユーザ装置ＵＥ−２Bを登録し、ＵＥ−１B及びＵＥ−２Bは、異なる能力を有してもよい。このような場合に、Ｓ−ＣＳＣＦは、ユーザ装置の少なくとも１つが、要求された能力を有することをチェックする。
【００５５】
ここに述べる実施形態において、サービスプロファイルは、着信側ユーザのＩＭＳ契約に関連付けられる。セッション要求の性質に基づき、サービスプロファイル及び動的能力は、発信側ユーザに関してチェックされてもよい。これは、発信側ユーザ装置ＵＥAのセッション設定のステップを示す図９に示されている。この例において、ユーザ装置ＵＥAのユーザは、映画サービスプラットホームＡＳAにコンタクトして映画を見ることを希望する。ユーザは、ユーザ装置ＵＥAを経て登録するが、充分なメディア能力を指示する能力情報エレメントを含んでいない。ステップ９．１において、ＵＥAは、ＡＳAにアドレスされるＩＮＶＩＴＥ要求を送信し、図２の手順の場合と同様に、プロキシーコールセッション制御ファンクション（Ｐ−ＣＳＣＦA）からユーザＡのホームネットワークのサービングコールセッション制御ファンクション（Ｓ−ＣＳＣＦA）へ要求が転送される（ステップ９．２）。Ｓ−ＣＳＣＦAは、適当なサービスロジックを実施し、要求を映画サーバＡＳAへ転送する。映画サーバは、ＵＥAの能力間の不一致を検出するが、その要求を既に処理していることがあり、更に、ダウンロードに関する関連課金情報を発生していることがある。また、映画サーバは、不一致を検出せずに、要求された手順の実施を開始し、要求の確認をＳ−ＣＳＣＦAへ返送する（ステップ９．４）。Ｓ−ＣＳＣＦAは、不一致を検出すると、セッション設定をキャンセルし、その通知をユーザ装置へ送信する（ステップ９．６）。しかしながら、この段階では、映画サーバは、ダウンロードオペレーションに関するトラフィック及び課金の両データを既に発生している。図１０は、本発明により向上された同様の手順を示している。ＩＮＶＩＴＥ要求を受け取ると、Ｓ−ＣＳＣＦAは、端末能力情報を検索し、これに基づいて、要求されたサービスと、検索された能力との間の不一致を決定する。Ｓ−ＣＳＣＦAは、セッション設定を終了し、その通知を発信側ユーザ装置へ配送する（ステップ９．５及び９．６）。このように、不必要なトラフィック及び課金オペレーションが回避される。
【００５６】
当業者であれば、技術の進歩に伴い、本発明の概念を種々の仕方で実施できることが明らかであろう。本発明及びその実施形態は、上述した例に限定されるものではなく、特許請求の範囲内で変更し得るものである。
【図面の簡単な説明】
【００５７】
【図１】高レベルのＩＭＳセッション確立におけるＩＭＳ要素間の情報の流れを示すシグナリングブロック図である。
【図２】着信側ユーザ装置がＰｏＣ能力をもたないＩＭＳに再登録されたときのシグナリングブロック図である。
【図３】図２の状態を、本発明の解決策で改善したものを示す。
【図４】ＩＭＳ加入者に関連したユーザプロファイルを示す。
【図５】フィルタ基準の構造を詳細に示す。
【図６】図５の構造トリガー点を詳細に示す。
【図７】着信側ユーザ装置のサービス制御要素のオペレーションを示すフローチャートである。
【図８】サービス制御要素の機能的アーキテクチャーを示す。
【図９】発信ユーザ装置が、サービスに対応する能力指示を含まずにＩＭＳに再登録されたときのシグナリングブロック図である。
【図１０】図９の手順を、本発明の解決策で改善したものを示す。
【図１】
2008546225.tif 000005
【図２】
2008546225.tif 000006
【図３】
2008546225.tif 000007
【図４】
2008546225.tif 000008
【図５】
2008546225.tif 000009
【図６】
2008546225.tif 000010
【図７】
2008546225.tif 000011
【図８】
2008546225.tif 000012
【図９】
2008546225.tif 000013
【図１０】
2008546225.tif 000014
【国際調査報告】
2008546225.tif 000015
2008546225.tif 000016
2008546225.tif 000017