(57)【要約】  ＳＤＰプロトコルにおいて権限情報を識別し取得する方法及び装置を提供する。権限情報を識別する方法は、属性行の属性部分においてマルチキャストサービスの権限属性を識別し、属性行の属性値部分において権限属性に対応するマルチキャストサービスの権限情報を識別する。権限情報を取得する方法は、セッション記述プロトコル（ＳＤＰ）メッセージにおける属性行又はグループ属性行を取得するためにＳＤＰメッセージを解析し、属性行又はグループ属性行から権限情報を取得する。
2011504342.tif 000002
【特許請求の範囲】
【請求項１】
セッション記述プロトコル（ＳＤＰ）において権限情報を識別する方法であって、
属性行の属性部分においてマルチキャストサービスの権限属性を識別し、前記属性行の属性値部分において前記権限属性に対応する前記マルチキャストサービスの権限情報を識別する、
方法。
【請求項２】
前記権限情報は、サービスパケット識別情報、サービス識別情報、又はこれらが組み合わさったもののうちのいずれかであり、一又は複数のサービスパケット識別情報、又は一又は複数のサービス識別子の情報が含まれる、請求項１に記載の方法。
【請求項３】
前記権限属性として文字セットが採用され、前記権限情報として、数、ユニフォームリソースロケータ（ＵＲＬ）、ユニフォームリソース識別子（ＵＲＩ）、マルチキャストアドレス、又は文字セットが採用される、請求項１に記載の方法。
【請求項４】
セッション記述プロトコル（ＳＤＰ）において権限情報を識別する方法であって、
グループ属性行の意味部分においてマルチキャストサービスの権限属性を識別し、前記意味部分に対応する識別タグにおいて前記権限属性に対応する前記マルチキャストサービスの権限情報を識別する、
方法。
【請求項５】
前記権限情報は、サービスパケット識別情報、サービス識別情報、又はこれらが組み合わさったもののいずれかであり、一又は複数のサービスパケット識別子、又は、一又は複数のサービス識別子が含まれる、請求項４に記載の方法。
【請求項６】
前記権限属性として文字セットが採用され、前記権限情報として、数、ユニフォームリソースロケータ（ＵＲＬ）、ユニフォームリソース識別子（ＵＲＩ）、マルチキャストアドレス、又は文字セットが採用される、請求項４に記載の方法。
【請求項７】
セッション記述プロトコル（ＳＤＰ）において権限情報を識別する方法であって、
グループ属性行の意味部分においてマルチキャストサービスのサービスパケット識別情報を識別し、前記意味部分に対応する識別タグにおいて前記サービスパケット識別情報に対応するサービス識別情報を識別する、
方法。
【請求項８】
前記サービスパケット識別情報として文字セットが採用され、前記サービス識別情報として、数、ユニフォームリソースロケータ（ＵＲＬ）、ユニフォームリソース識別子（ＵＲＩ）、マルチキャストアドレス、又は文字セットが採用される、請求項７に記載の方法。
【請求項９】
セッション記述プロトコル（ＳＤＰ）において権限情報を取得する方法であって、
ＳＤＰメッセージにおける属性行又はグループ属性行を取得するために前記ＳＤＰメッセージを解析し、
前記属性行又は前記グループ属性行から権限情報を取得する、
方法。
【請求項１０】
前記ＳＤＰメッセージにおける属性行を取得するためにＳＤＰメッセージを解析すること、及び前記属性行から権限情報を取得することは、
前記属性行の属性部分におけるマルチキャストサービスの権限属性を取得し、前記属性行の属性値部分における前記権限属性に対応する前記マルチキャストサービスの前記権限情報を取得することを更に有する、請求項９に記載の方法。
【請求項１１】
前記ＳＤＰメッセージにおけるグループ属性行を取得するためにＳＤＰメッセージを解析すること、及び前記グループ属性行から権限情報を取得することは、
前記グループ属性行の意味部分におけるマルチキャストサービスの権限属性を取得し、前記意味部分に対応する識別タグにおける前記権限属性に対応する前記マルチキャストサービスの前記権限情報を取得することを更に有する、請求項９に記載の方法。
【請求項１２】
前記ＳＤＰメッセージにおけるグループ属性行を取得するためにＳＤＰメッセージを解析すること、及び前記グループ属性行から権限情報を取得することは、
前記グループ属性行の意味部分におけるマルチキャストサービスのサービスパケット情報を取得し、前記意味部分に対応する識別タグにおける前記サービスパケット識別情報に対応するサービス識別情報を取得することを更に有する、請求項９に記載の方法。
【請求項１３】
セッション記述プロトコル（ＳＤＰ）における権限情報を取得する装置であって、
ＳＤＰメッセージにおける属性行又はグループ属性行を取得するために前記ＳＤＰメッセージを解析するように適合された解析ユニットと、
前記属性行又は前記グループ属性行から権限情報を取得するように適合された権限情報取得ユニットと、
を有する装置。
【請求項１４】
前記権限情報取得ユニットは、
前記属性行の属性部分からマルチキャストサービスの権限属性を取得するように適合された属性行権限属性取得ユニットと、
前記属性行の属性値部分から前記権限属性に対応する前記マルチキャストサービスの前記権限情報を取得するように適合された属性行権限情報取得ユニットと、
を更に有するか、又は
前記権限情報取得ユニットは、
前記グループ属性行の意味部分からマルチキャストサービスの権限属性を取得するように適合されたグループ属性行権限属性取得ユニットと、
前記意味部分に対応する識別タグから前記権限属性に対応する前記マルチキャストサービスの前記権限情報を取得するように適合されたグループ属性行権限情報取得ユニットと、
を更に有するか、又は
前記権限情報取得ユニットは、
前記グループ属性行における意味部分からマルチキャストサービスのサービスパケット識別情報を取得するように適合されたグループ属性行サービスパケット識別情報取得ユニットと、
前記意味部分に対応する識別タグから前記サービスパケット識別情報に対応するサービス識別情報を取得するように適合されたグループ属性行サービス識別情報取得ユニットと、
を更に有する、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、より詳細には、セッション記述プロトコル（ＳＤＰ）のプロトコルにおいて権限情報を識別し取得する方法及び装置に関する。
【背景技術】
【０００２】
移動体通信において、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）は、第三世代パートナーシッププロジェクト（３ＧＰＰ）のＲ５ステージにおいて追加された、広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワーク内の既存のパケット交換ドメイン上に設けられるサブシステムであり、パケット交換ドメインを上位層の制御シグナリング及びメディア伝送のためのベアラチャンネルとして用い、サービス制御プロトコルとしてセッション開始プロトコル（ＳＩＰ：session initiation protocol）を導入するものである。メディアを複数組み合わせる場合にＳＩＰは単純で、拡張可能で、利便性があるという特徴があるので、サービス制御をベアラ制御から分離することによってＳＩＰは豊富なマルチメディアサービスを提供する。ＩＭＳの全体フレームワークは主に、加入者の登録、セッション制御、及び他の機能を制御するように適合された呼セッション制御機能（ＣＳＣＦ：call session control function）と、様々なサービス論理制御機能を提供するように適合されたアプリケーションサーバ（ＡＳ）と、加入者の加入データを集中的に管理するように適合された自宅加入者サーバ（ＨＳＳ）と、及び回線交換ネットワークと協働して機能するように適合されたメディアゲートウェイ制御機能（ＭＧＣＦ）又はＩＰマルチメディアメディアゲートウェイ（ＩＭ−ＭＧＷ）とを含んでいる。
【０００３】
加入者は、現在位置でプロキシノードとして機能するプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）を介してＩＭＳにアクセスし、加入者の登録位置においてホームドメインのサービスノードとして機能するサービスＣＳＣＦ（Ｓ−ＣＳＣＦ）を介してセッション・サービストリガー制御、及びＡＳサービス制御とのやりとりを終了させる。
【０００４】
ＩＭＳの全体フレームワークに基づいて、現在、ＩＰテレビジョン（ＩＰＴＶ）ストリーミングメディアサービスが提供されている。このＩＰＴＶストリーミングメディアサービスにおいて、オ−ディオやビデオを含むマルチメディアファイルが、ストリーミング伝送技術を用いてパケット交換ネットワーク上で伝送されている。実際に使用する際には、ストリーミング伝送技術によってサ−ビスプロバイダーは、事前に対応するウェブサーバにおいて処理された連続的なビデオ及び／又はオ−ディオのコンテンツを提供し、加入者はサーバからマルチメディアファイルをダウンロードして、同時にそのマルチメディアファイルを見たり聞いたりすることができ、これにより、ローカル端末にファイルを全部ダウンロードしていなくてもそのマルチメディアコンテンツを加入者が見たり聞いたりすることができるようになっている。ＩＭＳの全体フレームワークに基づいて提供されるＩＰＴＶストリーミングメディアサービスでは、ＩＭＳネットワークにおける機構が機能することを確実にするような、登録、認証、ルーティング、セッションの制御及び確立、サービストリガー、課金、並びにエンドツーエンドのサービス品質（ＱｏＳ）を十分に利用して、ストリーミングメディアサービス、ストリーミングメディアを扱うマルチメディアサービス、及びリアルタイムセッションサービスを、加入者のためにまとめて提供する。すなわち、加入者端末と、対応するコンテンツを保存しているサーバとの間のセッションは、ＩＭＳの既存のセッション制御機構によって終了させられる。また、セッション確立処理の際には、メディアストリームを伝送するための搬送資源を確保する必要がある。
【０００５】
このＩＰＴＶストリーミングメディアサービスにおいて典型的なサービスの一つは、ブロードキャストＴＶ（ＢＣ）サービスである。このＢＣサービスにおいて、同じ番組を見ているすべての加入者にとって、ある時点にて受信した番組コンテンツは全く同じである。この特徴に基づいて、ＢＣサービスを実現するプロセスにおいて、占有するネットワーク帯域幅を減らすために、メディアストリームはベアラ層上でマルチキャスト方式によって伝送される。ＢＣサービスはマルチキャスト方式によって伝送を実現するので、ＢＣサービスの確立時に、資源及び受付制御サブシステム（ＲＡＣＳ）は、加入者のＢＣサービスの権限を把握する必要がある。このようにして、加入者がその後でチャンネルスイッチ操作を開始すると、ＲＡＣＳは、取得した加入者の権限に応じて制御を行うことができるようにされている。
【０００６】
現在の技術においては、以下のような方法で加入者の権限を識別することができる。
【０００７】
ＳＤＰプロトコルにおいてメディアコンテンツを識別するためにメディア（ｍ）の行を採用することによって加入者の権限を識別する。すなわち、加入者が見る権限を有するすべてのチャンネルの情報は、メディアの行である「m=」の行を用いて１対１にリストされる必要がある。
【０００８】
例えば、加入者にはチャンネル１から５までの番組を見る権限があり、各チャンネルには２種類のメディアコンポーネント（オーディオ及びビデオ）が含まれているとする。ＳＤＰにおいて１０の「m=」の行によって加入者が見る権限を有するチャンネルの情報を識別する必要がある。
【０００９】
この方法では、メディアコンテンツを表すためのｍの行において加入者の権限を識別し、これにより、ＳＩＰメッセージは過剰に長くなり、加入者の権限を識別し取得するプロセスが過剰に複雑になって、結果として、この方法を採用した場合の効率がかなり低くなってしまう。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、ＳＩＰメッセージを過剰に長くせずに、権限情報を識別し取得するために用いることができる、ＳＤＰプロトコルにおいて権限情報を識別し取得する方法及び装置を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、以下の解決手段を提供する。
【００１２】
以下のステップを有する、ＳＤＰプロトコルにおいて権限情報を識別する方法を提供する。
【００１３】
マルチキャストサービスの権限属性を属性行の属性部分において識別し、権限属性に対応するマルチキャストサービスの権限情報を属性行の属性値部分において識別するステップ。
【００１４】
以下のステップを有する、ＳＤＰプロトコルにおいて権限情報を識別する方法を提供する。
【００１５】
グループ属性行の意味部分においてマルチキャストサービスの権限属性を識別し、意味部分に対応する識別タグにおいて権限属性に対応するマルチキャストサービスの権限情報を識別するステップ。
【００１６】
以下のステップを有する、ＳＤＰプロトコルにおいて権限情報を識別する方法を提供する。
【００１７】
グループ属性行の意味部分においてマルチキャストサービスのサービスパケット識別情報を識別し、意味部分に対応する識別タグにおいてサービスパケット識別情報に対応するサービス識別情報を識別するステップ。
【００１８】
以下のステップを有する、ＳＤＰプロトコルにおいて権限情報を取得する方法を提供する。
【００１９】
ＳＤＰメッセージにおける属性行又はグループ属性行を取得するためにＳＤＰメッセージを解析するステップ。
【００２０】
属性行又はグループ属性行から権限情報を取得するステップ。
【００２１】
解析ユニット及び権限情報取得ユニットを有する、ＳＤＰプロトコルにおいて権限情報を取得する装置を提供する。
【００２２】
解析ユニットは、ＳＤＰメッセージにおける属性行又はグループ属性行を取得するためにＳＤＰメッセージを解析するように適合されている。
【００２３】
権限情報取得ユニットは、属性行又はグループ属性行から権限情報を取得するように適合されている。
【発明の効果】
【００２４】
本発明の実施形態による方法及び装置によれば、現在のサービス要求に関連しない「m=」行の情報を付加的に保持せずに、ＳＤＰの属性行において権限情報を識別して、メディア行において権限情報を識別することで、ＳＤＰメッセージが過剰に長くなるという問題を有効に回避して、これにより、効率が高い方法で権限情報を識別することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態による権限情報を取得する方法の流れ図である。
【図２】本発明の別の実施形態による権限情報を取得する方法の流れ図である。
【図３】本発明の更に別の実施形態による権限情報を取得する方法の流れ図である。
【図４】本発明の一実施形態による権限情報を取得する装置の概略図である。
【発明を実施するための形態】
【００２６】
以下において、図面を参照して本発明の実施形態の詳細な説明を行う。
【００２７】
Ｉ．権限情報を識別する方法
【００２８】
（Ｉ）属性行「a=」を採用して権限情報を識別する。
【００２９】
本発明の一実施形態において、ＳＤＰにおいて属性行「a=」を採用することによって権限情報を識別する。
【００３０】
より詳細には、属性行の属性部分においてマルチキャストサービスの権限属性を識別し、属性行の属性値部分において権限属性に対応するマルチキャストサービスの権限情報を識別する。
【００３１】
この方法を更に理解するため、以下において具体的な例を引用してこの方法の実装を説明する。
【００３２】
具体的に適用する際には、属性行の形式は具体的には、a=<attribute>:<value>と記述する。
【００３３】
本発明の実施形態による方法を用いて属性行において権限情報を識別した後で、権限属性行を取得する。本発明の実施形態において、属性行の属性部分（attribute）を採用することによってＩＰＴＶやＢＣのようなマルチキャストサービスの権限属性を識別する。この属性部分は文字セットであっても、数や他の形態であってもよく、いずれにしても本発明の実施形態の実現には影響がない。属性行の属性値部分（value）を採用することによって権限情報を識別し、この値部分は、サービスパケット識別情報、サービス識別情報、又はこれらが組み合わさったもののいずれであってもよく、この値部分において、一又は複数のサービスパケット識別子の情報があってもよく、又は、一又は複数のサービス識別子の情報があってもよい。このサービスパケット識別子やサービス識別子は、数、ユニフォームリソースロケータ（ＵＲＬ）、ユニフォームリソース識別子（ＵＲＩ）、マルチキャストアドレス、文字セットなどの形態で識別してもよい。ＢＣサービスについては、サービス識別情報は特定のチャンネルの情報であってもよい。これは多くの場合、チャンネル識別子を採用して識別される。以下において、例えば、権限属性を「授権属性」と設定して、値部分を採用して権限情報を識別する異なる形態をそれぞれ説明する。
【００３４】
１．値部分が単独又はグループのサービス識別情報である。
【００３５】
この実施形態においては、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得される権限属性行は、具体的には、
a=auth: channel1 channel2
であり得る。
【００３６】
この権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報にはチャンネル１及びチャンネル２が含まれることを表す。この権限属性行は、授権加入者がチャンネル１及びチャンネル２の番組を見る権限を有することを表している。もちろん、権限情報には一又は複数のサービス識別子があってもよく、権限情報を識別する形態はチャンネル識別子には限られず、マルチキャストアドレスや他の形態であってもよく、いずれにしても本発明の実施形態の実現には影響がない。
【００３７】
２．値部分が単独又はグループのサービスパケット識別情報である。
【００３８】
この実施形態では、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得される権限属性行は、具体的には、
a=auth: SP1 SP2
であり得る。
【００３９】
この権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報には、サービスパケット１及びサービスパケット２が含まれることを表す。この権限属性行は、授権加入者がサービスパケット１及びサービスパケット２のすべてのチャンネルの番組を見る権限を有するということを表している。もちろん、一又は複数のサービスパケット識別子があってもよく、加入者が権限を有するサービスパケットをサービスパケット識別子ではない別の形態で表してもよい。
【００４０】
３．値部分がサービスパケット識別情報とサービス識別情報とが組み合わさったものである。
【００４１】
この実施形態では、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得される権限属性行は、具体的には、
a=auth: SP1 channel1 channel2, SP2 channel1 channel2
であり得る。
【００４２】
この権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報には、サービスパケット１におけるチャンネル１及びチャンネル２、及びサービスパケット２におけるチャンネル１及びチャンネル２が含まれることを表す。この権限属性行は、授権加入者がサービスパケット１におけるチャンネル１及びチャンネル２、及びサービスパケット２におけるチャンネル１及びチャンネル２の番組を見る権限を有することを表す。一つのサービスパケットには一又は複数のサービス識別子が対応していてもよく、サービスパケット識別子とサービス識別子は一又は複数が組み合わさっていてもよい。また、サービス識別情報の識別形態は、チャンネル識別子には限定されず、マルチキャストアドレス又は他の形態であってもよく、サービスパケット識別情報は、サービスパケット識別子ではない他の形態で識別されてもよく、いずれにしても本発明の実施形態の実現には影響がない。
【００４３】
この実施形態では、以下の点に留意すべきである。
【００４４】
（１）権限情報を識別する際、上述の方法によって対応するサービスパケット識別情報及び／又はサービス識別情報を１対１にリストすることの他に、リスト又は他の列挙方法によって権限情報を識別してもよい。
【００４５】
（２）この実施形態では、権限情報において列挙された情報は、加入者が見ることを許可されているサービスの情報である。実際に適用する際には、加入者には複数のサービスを見る権限があって、加入者が見る権限のあるサービスの数がかなり大きいこともある。この場合、加入者が見る権限を与えられていないサービスを除外した形式で加入者の権限情報を表すことができ、これにより、権限情報の長さを小さくすることができる。例えば、ある加入者がチャンネル１及びチャンネル２以外のすべてのチャンネルの番組を見る権限を有する場合、取得される権限情報は、
a=auth: exclude channel1 channel2
という方法で識別し得る。
【００４６】
もちろん、権限情報をより正確に識別するためには、識別プロセスにおいて、対応するセットの名称を加えることができる。例えば、サービスパケット１におけるチャンネル１及びチャンネル２以外のすべてのチャンネルの番組を特定の加入者が見る権限を有する場合、取得される権限情報は、
a= auth: SP1 exclude channel1 channel2
という方法で識別し得る。
【００４７】
上記識別方法は、本発明の実施形態の範囲を限定せずに、本発明の実施形態を説明することを意図したものである。
【００４８】
（３）複数のサービス識別情報及び／又はサービスパケット識別情報を権限情報に含む場合、単純化した方法で権限情報を識別することができる。例えば複数のサービス識別情報を挙げると、単純化した方法で権限情報を識別すると、取得される権限属性行は、
a=auth: channel1-channel3, channel4, channel6-channel10
であり得る。
【００４９】
この権限属性行における権限情報には、チャンネル１からチャンネル３、チャンネル４、及びチャンネル６からチャンネル１０が含まれ、これはチャンネル１からチャンネル３まで、チャンネル４、及びチャンネル６からチャンネル１０までの番組を加入者が見る権限を有することを表す。
【００５０】
（ＩＩ）グループ属性行「a=group:」を採用して権限情報を識別する。
【００５１】
上記の実施形態では、属性行「a=」を採用することによって権限情報を識別した。本発明の別の実施形態においては、グループ属性行「a=group :」を採用することによって権限情報を識別する。
【００５２】
グループ属性行の意味部分（semantics）においてマルチキャストサービスの権限属性を識別し、その意味部分に対応する識別タグ（identification-tag)において権限属性に対応するマルチキャストサービスの権限情報を識別する。
【００５３】
実際に適用する際には、グループ属性行の具体的な形態は、
group-attribute="a=group:"semantics *(空白 identification-tag)
と記述できる。
【００５４】
本発明の実施形態による方法を適用することによってグループ属性行において権限情報を識別して、グループ権限属性行を得る。本発明に従う実施形態において、意味部分を採用することによって権限属性が識別され、その意味部分は文字セットや他の形態であってもよい。識別タグを採用することによって権限情報を識別する。権限識別情報は、サービスパケット識別子、サービス識別子、又はこれらが組み合わさったもののいずれかであってもよく、権限識別情報において、一又は複数のサービスパケット識別子の情報、又は一又は複数のサービス識別子の情報があってもよい。このサービスパケット又はサービスの識別は、数、ＵＲＬ、ＵＲＩ、マルチキャストアドレス、文字セット、又は他の形態を採用してもよい。以下において、例えば意味部分が「授権属性」と設定されていて、識別タグを採用することで権限情報を識別する形態が異なるものをそれぞれ説明する。
【００５５】
１．識別タグが単独又はグループのサービス識別情報である。
【００５６】
この実施形態では、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得されるグループ権限属性行は、具体的には、
a=group: auth channel1 channnel2
であり得る。
【００５７】
このグループ権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報にはチャンネル１及びチャンネル２が含まれることを表す。グループ権限属性行は、授権加入者がチャンネル１及びチャンネル２の番組を見る権限を有することを表している。もちろん、権限情報には一又は複数のサービス識別子があってもよく、権限情報の識別形態は、チャンネル識別子には限られず、マルチキャストアドレス又は他の形態であってもよく、いずれにしても本発明の実施形態の実現には影響がない。
【００５８】
２．識別タグが単独又はグループのサービスパケット識別情報である。
【００５９】
この実施形態では、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得されるグループ権限属性行は、具体的には、
a=group: auth SP1 SP2
であり得る。
【００６０】
このグループ権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報にはサービスパケット１とサービスパケット２が含まれることを表す。このグループ権限属性行は、授権加入者がサービスパケット１とサービスパケット２におけるすべてのチャンネルの番組を見られる権限を有することを表している。もちろん、一又は複数のサービスパケット識別子があってもよく、加入者が見る権限を有するサービスパケットを、サービスパケット識別子ではない他の形態で表すこともできる。
【００６１】
３．識別タグが、サービスパケット識別情報とサービス識別情報とが組み合わさったものである。
【００６２】
この実施形態では、本発明の実施形態による方法を適用することによって権限情報を識別すると、取得されるグループ権限属性行は、具体的には、
a=group: auth SP1 channel1 channel2, SP2 channel1 channel2
であり得る。
【００６３】
このグループ権限属性行では、「auth」は権限属性が授権属性であることを表し、これに対応する権限情報にはサービスパケット１におけるチャンネル１及びチャンネル２、及びサービスパケット２におけるチャンネル１及びチャンネル２が含まれることを表す。このグループ権限属性行は、授権加入者がサービスパケット１におけるチャンネル１及びチャンネル２、及びサービスパケット２におけるチャンネル１及びチャンネル２の番組を見る権限を有することを表す。一つのサービスパケットに一又は複数のサービス識別子が対応していてもよく、サービスパケット識別子とサービス識別子とが一つ又は複数組み合わさったものがあってもよい。また、サービス識別情報の識別形態は、チャンネル識別子には限られず、マルチキャストアドレス又は他の形態であってもよく、サービスパケット識別情報は、サービスパケット識別子ではない他の形態で識別されていてもよく、いずれにしても本発明の実施形態の実現には影響がない。
【００６４】
この実施形態においては、下記の点に留意するべきである。
【００６５】
（１）権限情報を識別する際に、上述の方法によって対応するサービスパケット識別情報及び／又はサービス識別情報を１対１でリストをする他に、リスト又は他の列挙方法で権限情報を識別してもよい。
【００６６】
（２）この実施形態では、権限情報にて列挙された情報は、加入者が見ることを許可されているサービスの情報である。実際に適用する際には、加入者が複数のサービスを見る権限を有する可能性があって、加入者が見る権限を有するサービスの数がかなり大きいこともある。この場合、加入者が見る権限を有しないサービスを除外するような方法で加入者の権限情報を表すことができ、これにより、権限情報の長さを小さくすることができる。例えば、特定の加入者がチャンネル１及びチャンネル２を除くすべてのチャンネルの番組を見る権限を有する場合、その権限情報は、
a=group: auth exclude channel1 channel2
という方法で識別し得る。
【００６７】
もちろん、より正確に権限情報を識別するために、識別プロセスにおいて、対応するセットの名称を加えてもよい。例えば、特定の加入者がチャンネル１及びチャンネル２を除くサービスパケット１におけるすべてのチャンネルの番組を見る権限を有する場合、その権限情報を、
a=group: auth SP1 exclude channel1 channel2
という方法で識別し得る。
【００６８】
（３）複数のサービス識別情報及び／又はサービスパケット識別情報を権限情報が含む場合、単純化した方法で権限情報を識別してもよい。例えば複数のサービス識別情報を挙げると、単純化した方法で権限情報を識別すると、取得されるグループ権限属性行は、
a=group: auth channel1-channel3, channel4, channel6-channel10
であり得る。
【００６９】
このグループ権限属性行における権限情報には、チャンネル１からチャンネル３、チャンネル４、及びチャンネル６からチャンネル１０が含まれ、これはチャンネル１からチャンネル３、チャンネル４、及びチャンネル６からチャンネル１０の番組を加入者が見る権限を有するということを表す。
【００７０】
上述の識別方法は、本発明の実施形態を説明することのみを意図したものであって、本発明の実施形態の範囲を限定することを意図したものではない。
【００７１】
上述の各実施形態において、権限属性が授権属性である場合を例えば挙げて説明を行った。本発明の他の実施形態においては、権限属性は禁止属性であってもよく、これは権限情報に対応するマルチキャストサービス情報を加入者が使用することを禁止されていることを表す。または、権限属性は制限属性であってもよく、これは特定の制限された条件を満たす状況にある、権限情報に対応するマルチキャストサービスを加入者が使用する権限を有するということを表す。禁止属性と制限属性はそれぞれ、対応する文字や他の形態によって表されていてもよい。もちろん、権限属性には、他の種類の属性が含まれていてもよく、いずれにしても本発明の実施形態の実現には影響がない。
【００７２】
上述の各実施形態において、権限情報を識別する際に、対応する権限属性を識別する必要がある。実際に適用する際には、権限属性は授権属性のみであると規定しておいてもよい。この場合、権限属性を識別する必要はない。この状況において、以下の実施形態によって本発明を実現してもよい。
【００７３】
（ＩＩＩ）権限属性を識別する必要がない状況において、グループ属性行「a=group:」を採用して権限情報が識別される。
【００７４】
この実施形態では、権限情報を識別するプロセスは、以下のステップを有する。
【００７５】
グループ属性行の意味部分においてマルチキャストサービスのサービスパケット識別情報を識別し、その意味部分に対応する識別タグにおいて、サービスパケット識別情報に対応するサービス識別情報を識別する。
【００７６】
グループ属性行の具体的な形態は、
group-attribute="a=group:" semantics *(空白 identification-tag)
である。
【００７７】
本発明に従う実施形態において、意味部分を採用することによってマルチキャストサービスのサービスパケット識別情報を識別する。この意味部分は、文字セット又は他の形態であってもよい。識別タグを採用することによって、サービスパケット識別情報に対応するサービス識別情報を識別する。この識別タグは、数、ＵＲＬ、ＵＲＩ、マルチキャストアドレス、文字セット、又は他の形態であってもよい。本発明の実施形態による方法を適用することによって権限情報を識別すると、取得されるグループ権限属性行として、具体的には、
a=group: SP1 channel1 channel2
であり得る。
【００７８】
このグループ権限属性行の権限情報は、サービスパケット１のチャンネル１及びチャンネル２を含む。このグループ権限属性行は、サービスパケット１のチャンネル１及びチャンネル２の番組を加入者が見る権限を有するということを表す。サービス識別子は一又は複数であってもよい。
【００７９】
本発明の好ましい実施形態において、複数のサービスパケットにおける各チャンネルの番組を加入者が見る権限を有するということを表す必要がある場合、この実施形態において複数のグループ権限属性行を採用することによって権限情報を識別することができる。例えば、サービスパケット１のチャンネル１及びチャンネル２、及びサービスパケット２のチャンネル１及びチャンネル２を加入者が見る権限を有することを識別する必要がある場合、２つのグループ権限属性行、
a=group: SP1 channel1 channel2
a=group: SP2 channel1 channel2
を採用することによって権限情報を識別することができる。
【００８０】
この実施例において、以下の点に留意する必要がある。
【００８１】
（１）権限情報を識別する際、上述の方法に従って、対応するサービスパケット識別情報及び／又はサービス識別情報を１対１でリストすることの他に、リスト又は他の列挙方法によって権限情報を識別してもよい。
【００８２】
（２）この実施形態では、権限情報において列挙された情報は、加入者が見ることを許可されているサービスの情報である。実際に適用する際には、加入者が複数のサービスを見る権限を有する可能性があって、加入者が見る権限を有するサービスの数がかなり大きいこともある。この場合、加入者が見る権限のないサービスを除外するように加入者の権限情報を表すことができ、これにより、権限情報の長さを小さくすることができる。例えば、特定の加入者がチャンネル１及びチャンネル２を除いたサービスパケット１のすべてのチャンネルの番組を見る権限を有する場合、
a=group: exclude SP1 channel1 channel2
という方法を採用してその権限情報を識別し得る。
【００８３】
（３）権限情報が複数のサービス識別情報及び／又はサービスパケット識別情報を含む場合、単純化した方法で権限情報を識別してもよい。複数のサービス識別情報を例えば挙げると、そのような単純化した方法で権限情報を識別すると、取得されるグループ権限属性行は、
a=group: SP1 channel1-channel3, channel4, channel6-channel10
であり得る。
【００８４】
このグループ権限属性行における権限情報には、サービスパケット１におけるチャンネル１からチャンネル３、チャンネル４、及びチャンネル６からチャンネル１０が含まれ、これはサービスパケット１におけるチャンネル１からチャンネル３、チャンネル４、及びチャンネル６からチャンネル１０の番組を加入者が見る権限を有することを表す。
【００８５】
上述の識別方法は、本発明の実施形態を説明のみ意図したものであり、本発明の実施形態の範囲を制限することを意図したものではない。
【００８６】
上の各実施形態において、複数の属性行やグループ属性行を採用することによって権限情報を識別してもよく、特定の識別方法において、上の実施形態における３つの識別方法のいずれをも採用してもよい。
【００８７】
上の各実施形態において、権限属性行における属性部分、値部分、意味部分、識別タグには様々な識別方法があってもよく、これらは各実施形態において記載した方法には限定されない。
【００８８】
ＩＩ．権限情報を取得する方法
【００８９】
本発明に従う一実施形態において、権限情報を取得する方法は、以下のステップを有する。
【００９０】
ＳＤＰメッセージを解析し、ＳＤＰメッセージにおける属性行又はグループ属性行を取得する。
【００９１】
そして、属性行又はグループ属性行から権限情報を取得する。
【００９２】
以下においては、異なる識別方法と組み合わせて、権限情報を取得する方法を具体的に説明する。
【００９３】
（Ｉ）図１を参照すると、属性行「a=」を採用することによって権限情報を識別する場合、本発明の実施形態による属性情報を取得する方法は、以下のステップを有する。
【００９４】
ステップ１０１において、ＳＤＰメッセージを解析し、ＳＤＰメッセージにおける属性行を取得する。
【００９５】
ステップ１０２において、属性行の属性部分からマルチキャストサービスの権限属性を取得し、属性行の属性値部分から権限属性に対応するマルチキャストサービスの属性情報を取得する。
【００９６】
図２を参照すると、グループ属性行「a=group:」を採用することによって権限情報を識別する場合、本発明の実施形態による権限情報を取得する方法は、以下のステップを有する。
【００９７】
ステップ２０１において、ＳＤＰメッセージを解析し、ＳＤＰメッセージにおいてグループ属性行を取得する。
【００９８】
ステップ２０２において、グループ属性行の意味部分からマルチキャストサービスの権限属性を取得し、意味部分に対応する識別タグから権限属性に対応するマルチキャストサービスの権限情報を取得する。
【００９９】
上の２つの実施形態において、権限属性は、授権属性であっても、もちろん禁止属性や制限属性を含む他の属性であってもよく、いずれにしても本発明の実施形態の実現には影響がない。また、サービス識別情報は、単独又はグループのサービスパケット識別情報、あるいは単独又はグループのサービスパケット識別情報と単独又はグループのサービス識別情報が組み合わさったものであってもよい。
【０１００】
（ＩＩＩ）権限属性を識別する必要がないという状況で、グループ属性行「a=group:」を採用することによって権限情報を識別する場合、図３を参照すると、本発明の実施形態による権限情報を取得する方法は、以下のステップを有する。
【０１０１】
ステップ３０１において、ＳＤＰメッセージを解析し、ＳＤＰメッセージにおけるグループ属性行を取得する。
【０１０２】
ステップ３０２において、グループ属性行の意味部分からマルチキャストサービスのサービスパケット識別情報を取得し、意味部分に対応する識別タグからサービスパケット識別情報に対応するサービス識別情報を取得する。
【０１０３】
この実施形態では、サービス識別情報は一又は複数あってもよく、いずれにしても本発明の実施形態の実現には影響がない。
【０１０４】
権限情報を取得する上記各実施形態において、複数の権限属性行又は複数のグループ権限属性行を採用することによって権限情報を識別してもよい。この状況において、権限情報を取得する上記各実施例において、権限情報を識別するための他の属性行や他のグループ属性行が存在すると判断した場合、この方法は、権限情報が読まれていない属性行又はグループ属性行から権限情報を取得することを更に含む。具体的な取得方法は、権限情報を取得する上記三つの方法のいずれかであってもよい。
【０１０５】
ＩＩＩ．権限情報を取得する装置
【０１０６】
図４を参照すると、本発明の一実施形態による権限情報を取得する装置は、解析ユニット４０１及び権限情報取得ユニット４０２を有する。
【０１０７】
解析ユニット４０１は、ＳＤＰメッセージを解析して、ＳＤＰメッセージにおける属性行又はグループ属性行を取得するように適合されている。
【０１０８】
権限情報取得ユニット４０２は、属性行又はグループ属性行から権限情報を取得するように適合されている。
【０１０９】
より詳細には、本発明の一実施形態において、権限情報取得ユニット４０２は、属性行権限属性取得ユニット及び属性行権限情報取得ユニットを有する。
【０１１０】
属性行権限属性取得ユニットは、属性行の属性部分からマルチキャストサービスの権限属性を取得するように適合されている。
【０１１１】
属性行権限情報取得ユニットは、属性行の属性値部分から権限属性に対応するマルチキャストサービスの権限情報を取得するように適合されている。
【０１１２】
本発明の別の実施形態において、権限情報取得ユニット４０２は、グループ属性行権限属性取得ユニット及びグループ属性行権限情報取得ユニットを有する。
【０１１３】
グループ属性行権限属性取得ユニットは、グループ属性行の意味部分からマルチキャストサービスの権限属性を取得するように適合されている。
【０１１４】
グループ属性行権限情報取得ユニットは、意味部分に対応する識別タグから権限属性に対応するマルチキャストサービスの権限情報を取得するように適合されている。
【０１１５】
本発明の別の実施形態において、権限情報取得ユニット４０２は、グループ属性行サービスパケット識別情報取得ユニット及びグループ属性行サービス識別情報取得ユニットを有する。
【０１１６】
グループ属性行サービス識別情報取得ユニットは、グループ属性行における意味部分からマルチキャストサービスのサービスパケット識別情報を取得するように適合されている。
【０１１７】
グループ属性行サービス識別情報取得ユニットは、意味部分に対応する識別タグからサービスパケット識別情報に対応するサービス識別情報を取得するように適合されている。
【０１１８】
上記の説明は、本発明の好ましい実施形態のものであるにすぎない。当業者であれば本発明の原理の範囲内で様々な変更や改良を行うことができることに留意すべきであり、そのような変更や改良は本発明の保護範囲内であると解釈されるべきである。
関連出願の相互参照
本出願は、２００７年１１月２１日に出願され、「ＳＤＰプロトコルにおいて権限情報を識別し取得する方法及び装置」と題する中国特許出願２００７１０１８７５０９．１の優先権を主張しており、この出願の内容全体を参照文献として本明細書に組み込む。
【図１】
2011504342.tif 000003
【図２】
2011504342.tif 000004
【図３】
2011504342.tif 000005
【図４】
2011504342.tif 000006
【手続補正書】
【提出日】平成22年6月30日(2010.6.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
上記の説明は、本発明の好ましい実施形態のものであるにすぎない。当業者であれば本発明の原理の範囲内で様々な変更や改良を行うことができることに留意すべきであり、そのような変更や改良は本発明の保護範囲内であると解釈されるべきである。
【国際調査報告】
2011504342.tif 000007
2011504342.tif 000008
2011504342.tif 000009
2011504342.tif 000010