JP2013510363A - ＵＰｎＰを用いる呼送受信システムにおける通話の独占権を与える方法及び装置 - Google Patents

Abstract

ユニバーサルプラグアンドプレイ（Universal Plug and Play：ＵＰｎＰ）を用いる呼送受信システムにおける通話の独占権を与える方法は、テレフォニーサーバがセッションを生成する際に上記セッションを管理するためのユーザの権限を設定するステップと、上記テレフォニーサーバが上記セッションを管理するためのアクションの呼び出しを制御ポイントから受信する場合にユーザ認証を実行するステップと、上記認証の結果として上記制御ポイントのユーザが上記セッションを管理するための権限を有する場合に、上記制御ポイントが上記セッションを管理するためのアクションを実行するステップとを含む。

Description

本発明は、一般的に、ユニバーサルプラグアンドプレイ（Universal Plug and Play：以下、“ＵＰｎＰ”と称する）プロトコルに関し、特に、ＵＰｎＰを用いて呼送受信のためのＵＰｎＰテレフォニー（telephony）サービスで通話の独占権を与えるための方法及び装置に関する。

一般に、ホームネットワークは、インターネットプロトコル（Internet Protocol ：以下、“ＩＰ”と称する）ベースの私設網（private network）で構成される。このようなホームネットワークは、個人コンピュータ（ＰＣ）、知能型製品、無線装置などのような様々な装置を、共通の仮想コンピュータ環境を形成するためにミドルウェア（middleware）を介した１つのネットワークで接続し制御する。ここで、ミドルウェアは、様々な装置がピアツーピア（peer-to-peer）方式で接続されることにより装置間の通信が可能になるように構成される。現在まで、ＨＡＶＩ（Home AV Interoperability）、ＵＰｎＰ、ＪＩＮＩ（Java（登録商標） Intelligent Network Infra-structure）、及びＨＷＷ（Home Wide Web）などがミドルウェアとして活用されている。

ＵＰｎＰミドルウェアを使用して構築されるコンピュータ環境において、各機器は、動的ホスト構成プロトコル（Dynamic Host Configuration Protocol：ＤＨＣＰ）に従って、サーバからのアドレス又は自動ＩＰ指定機能（auto IP）により選択されるアドレスの割り当てを受けており、この割り当てを受けたアドレスを通して各機器間の通信及びネットワーク上の検索／照会を実行する。

ＵＰｎＰネットワークは、現在最も多く活用されているホームネットワーク技術であり、ＵＰｎＰデバイス、ＵＰｎＰサービス、及びこれら間のプロトコルを定義する。ＵＰｎＰネットワークは、ＩＰベースのホームネットワークに接続され、それにより制御されるホームネットワーク装置である被制御装置（Controlled Device：ＣＤ）と、この被制御装置を制御する装置である制御ポイント（Control Point：ＣＰ）とから構成される。制御ポイントは、被制御装置の制御を実行する装置であり、被制御装置からイベントを要請し、被制御装置からイベントを受信する。被制御装置は、制御ポイントの要請に従って定められた機能を実行する装置である。状態（state）が変更される場合に、被制御装置は、この要請されたイベントをこのイベントを要請した制御ポイントに送信する。

上記のように構成されたＵＰｎＰネットワーク装置は、アドバタイズメント（Advertisement）、ディスカバリー（Discovery）、ディスクリプション（Description）、制御（Control）、及びイベンティング（Eventing）のようなプロセスを実行する。

アドバタイズメント（Advertisement）プロセスは、新たな被制御装置がホームネットワークに接続され、ホームネットワーク上の他のデバイスに自身を通知するプロセスである。

ディスカバリープロセスは、新たな制御ポイントがホームネットワークに接続され、ホームネットワーク上で動作する被制御装置を検索するプロセスである。

ディスクリプションプロセスは、制御ポイントが、被制御装置を制御するために検索された被制御装置のＩＰアドレスを介してサービスディスクリプション（service description）ＸＭＬ（Extensible Markup Language）ファイル又はデバイスディスクリプション（device description）ＸＭＬファイルをパーシング（Parsing）することにより新たに追加されたデバイスの機能を把握するプロセスである。

制御プロセスは、制御ポイントが被制御装置を介して特定のサービスを提供しようとする場合に、ＵＰｎＰデバイスアーキテクチャーに従ってシンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol：ＳＯＡＰ）を用いて所定のサービスを要請する制御メッセージ（action request）を対応する被制御装置に送信し、この制御メッセージに対する応答メッセージ（result，variable value）を受信するプロセスである。

イベンティングプロセスは、制御ポイントから送信された制御命令に従って所定のサービスを提供した被制御装置の情報変更状態を確認するプロセスである。

現在、ＵＰｎＰテレフォニー（Telephpony）ＷＣ（Working Committees）において、上記のようなＵＰｎＰ技術に基づいたホームネットワーク内のテレフォニー機能を有していない装備を活用してテレフォニー機能を有している装備を制御し、これを用いて通話をすることができる標準が確立された。現在、ＵＰｎＰは、通話に対して適切なセキュリティーを提供せず、したがって、特定のユーザが電話をかけても任意のユーザが電話を切るか又は盗聴することができるという問題点がある。

このような問題を解決するために、ＵＰｎＰテレフォニーは、ＵＰｎＰ ＩＧＤ（Internet Gateway Device） ＷＣの１セキュリティータスクフォース（Task Force：ＴＦ）で標準化が実行されているデバイスプロテクション（Device Protection：ＤＰ）標準を適用しようとする。しかしながら、このデバイスプロテクションが基本的にＩＧＤに基づいて作成されるので、テレフォニーサービスで取り扱っている問題点を解決することが難しい。

ＵＰｎＰデバイスプロテクションは、次のようなプロセスを介して装置のセキュリティーを提供する。まず、アクション別にアクションを呼び出すことができるロール（Role）は、各デバイスコントロールプロトコル（Device Control Protocol：ＤＣＰ）別に定義され、デバイスプロテクションサービス（Device Protection Service）を実現するＵＰｎＰ装備は、アクションを実行するための要請がＣＰから入力される時にマッピングテーブル（Mapping Table）を参照してアクションを実行するか否かを決定することができる。

その後に、認証されなかったすべてのＣＰは、パブリック（Public）権限を有する。ＣＰがＤＰサービスを発見する場合、イントロダクションプロセス（Introduction Process）を実行し、デバイスは、ＣＰを認証する。

次いで、デバイスは、各ＣＰにロールを与えることができ、必要であれば、ユーザ認証を追加で実行することができ、ユーザもロールを受信することができる。

このテーブルを使用して、ＣＰは、使用権を有するアクションを呼び出すことができ、このサービスは、呼び出し権限を確認し、アクションを実行する。

しかしながら、このような技術は、次のような問題点を有する。１番目としては、テレフォニーサービスは、各デバイスにロールを与える動作が適切でない。デバイスがロールを有する場合に、他のユーザは、ユーザが電話通話をしている中にマネージャロールを有する装置を使用して意図せずに通話を終了するか又は通話セッションをシフトする場合が発生し得る。一般的に、通話は、通話を初期に設定したユーザに属しており、通話を終了するか又はセッションをシフトすることは、通話を開始したユーザの固有の権限である。したがって、通話ユーザの権限は、ロールをデバイスに与えることにより侵害され得る。

２番目に、ＤＰは、基本的にＩＧＤに基づいて作成され、実行可能なアクション及び実行不可能なアクションが明確に区分されている。ゲートウェイの場合では、システムに影響することができるアクションが存在し、マネージャだけがこのアクションを呼出し可能でなければならない。しかしながら、テレフォニーは、このような明確な区分を有さない。特定のユーザの権限が弱いとしても、特定のユーザが通話セッションをシフトできないようにする、又は電話を切れないようにすることはあり得ないためである。したがって、ユーザは、すべてのアクションを実行することができ、アクション別に権限を定めることはテレフォニーに適切でない。

したがって、ＵＰｎＰを用いるテレフォニーサービスに適切な通話ユーザの権限を保護することができる方式が必要である。

したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）を用いるテレフォニーサービスで通話ユーザの権限を保護するために電話通話の独占権を与えることにより通話を管理することができる方法及び装置を提供することにある。

上記のような目的を達成するために、本発明の実施形態の一態様によれば、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）を用いる呼送受信システムにおける通話の独占権を与える方法を提供する。上記方法は、テレフォニーサーバがセッションを生成する際に上記セッションを管理するためのユーザの権限を設定するステップと、上記テレフォニーサーバが上記セッションを管理するためのアクションの呼び出しを制御ポイントから受信する場合にユーザ認証を実行するステップと、上記認証の結果、上記制御ポイントのユーザが上記セッションを管理するための権限を有する場合、上記制御ポイントが上記セッションを管理するためのアクションを実行するステップとを有することを特徴とする。

本発明の実施形態による方法において、上記テレフォニーサーバが上記セッションを管理するためのユーザの権限を設定するステップは、上記セッションを管理することができるロール及びユーザ識別子（ＩＤ）を設定するステップと、上記設定されたロール及びユーザＩＤの中の少なくとも１つを上記セッションを管理するための判断基準として設定するステップとを含む。

本発明の実施形態による方法において、上記テレフォニーサーバが上記セッションを管理するためのユーザの権限を設定するステップは、上記テレフォニーサーバが上記セッションを管理することができるロール及びユーザＩＤに関する情報と上記セッションを管理するための判断基準とをＵＰｎＰアクションを介して上記制御ポイントに転送するステップを含む。

本発明の実施形態による方法において、上記テレフォニーサーバが上記セッションを管理するためのユーザの権限を設定するステップは、上記テレフォニーサーバが上記セッションを生成する際にユーザの入力により上記セッションを管理することができるユーザＩＤを設定するステップを含む。

本発明の実施形態による方法において、上記テレフォニーサーバが上記ユーザ認証を実行するステップは、上記ユーザＩＤを含む上記セッションを管理するためのアクションの呼び出しを上記制御ポイントから受信するステップと、上記テレフォニーサーバが上記アクションに含まれたユーザＩＤを上記セッションを管理することができるように設定されたユーザＩＤと比較することにより上記アクションを実行するか否かを決定するステップとを含む。

本発明の実施形態による方法において、上記テレフォニーサーバが上記セッションを管理するためのユーザの権限を設定するステップは、上記テレフォニーサーバが上記セッションを生成する時に上記セッションを管理することができるユーザＩＤを設定するステップと、上記セッションを管理することができるユーザＩＤに関する情報を上記制御ポイントに転送するステップとを含む。

本発明の実施形態による方法において、上記ユーザ認証を実行するステップは、上記テレフォニーサーバが上記ユーザＩＤを含む上記セッションを管理するためのアクションの呼び出しを上記制御ポイントから受信するステップと、上記テレフォニーサーバが上記アクションに含まれたユーザＩＤを上記セッションを管理することができるように設定されたユーザＩＤと比較することにより上記アクションを実行するか否かを決定するステップとを含む。

本発明の実施形態の他の態様によれば、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）を用いる呼送受信システムにおける通話の独占権を与えるテレフォニーサーバを提供する。上記テレフォニーサーバは、呼送信要請、呼受信要請に対する応答、及び呼データ送信を実行するための制御を実行する呼制御サービスと、テレフォニー端末と電子機器との間の呼データ送受信を制御するためのテレフォニーデータ送信サービスと、テレフォニー制御ポイントから実際に使用される能力情報を記録したプロフィールを受信し記憶するためのテレフォニープロフィール管理サービスとを有し、上記テレフォニープロフィール管理サービスは、セッションを生成する際に上記セッションを管理することができるユーザの権限を設定し、上記セッションを管理するためのアクションの呼び出しが上記テレフォニー制御ポイントから受信される場合にユーザ認証を実行し、上記認証の結果として、上記制御ポイントのユーザが上記セッションを管理するための権限を有する場合に上記セッションを管理するためのアクションを実行するように制御することを特徴とする。

本発明によれば、ＵＰｎＰテレフォニーサービスの間に、ユーザにより行われた通話に対する独占権がユーザに与えられ、ユーザは、他の人が通話を切ることができないように権限が与えられる。また、既存のＵＰｎＰ ＩＧＤベースのデバイスプロテクションで解決することができないＵＰｎＰテレフォニーサービスの通話独占（Monopolization）問題をデバイスプロテクションの修正なしにテレフォニーアクション及び状態変数の変更だけで解決することができる。

本発明の実施形態の上記及び、他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

本発明の一実施形態によるＵＰｎＰテレフォニーシステムの構成を示すブロック図である。 本発明の一実施形態によるＵＰｎＰテレフォニーシステムの詳細構成を示すブロック図である。 本発明の一実施形態によるセッション修正権限を示すリストを含むコール情報（Call Info）の例を示す図である。 本発明の一実施形態によるセッション修正権限を示すリストを独立した状態変数（State variable）を用いて転送する例を示す図である。 基本権限より高い権限がＵＰｎＰアクションに与えられる場合に発生する問題を示す図である。 本発明の一実施形態による電話通話の独占権を与える動作のフローチャートである。 本発明の他の実施形態に従ってセッションを生成する時にセッションを使用しているユーザにセッションを制御することができる権限を与えるプロセスを示すフロー図である。 本発明の他の実施形態に従ってセッション修正権限を示すリストを含むコール情報の例を示す図である。 本発明のもう１つの実施形態に従ってユーザがユーザＩＤの設定を介して電話通話の独占権を与える動作を示すフロー図である。 本発明のもう１つの実施形態に従ってテレフォニーサーバがユーザのＩＤの設定を介して電話通話の独占権を与える動作を示すフロー図である。

以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、図面における同様な構成要素に対しては、他の図面に表示されても、同様な参照番号及び符号を共通使用するものとする。なお、下記の説明における具体的な特定事項は、本発明のより全般的な理解を助けるために提供されたもので、本発明の範囲及び趣旨を逸脱することなく、ここに説明された実施形態の様々な変更及び変形が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、下記の説明において、関連する公知機能或いは構成についての具体的な説明は、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

図１は、本発明の一実施形態によるＵＰｎＰテレフォニーシステムの構成を示すブロック図である。

本発明の一実施形態によるユニバーサルプラグアンドプレイ（Universal Plug and Play：以下、“ＵＰｎＰ”と称する）テレフォニーシステムは、テレフォニーサービスプロバイダー（Telephony Service Provider）１０１、ＵＰｎＰテレフォニー制御ポイント（Universal Plug and Play Telephony Control Point：以下、“制御ポイント”と称する）１０２、テレフォニー端末（Telephony Terminal）１０３、及び電子機器（Electronic Device）１０４を含む。ここで、テレフォニー端末１０３及び電子機器１０４は、制御ポイント１０２及びＵＰｎＰプロトコルを用いて通信可能であるように接続される。

テレフォニーサービスプロバイダー１０１は、テレフォニーサービスを提供し、呼を送受信するためのインターフェースをテレフォニー端末１０３に提供する。

制御ポイント１０２は、ＵＰｎＰアクションを用いてＵＰｎＰテレフォニーサーバ（Telephony Server）１０６及びＵＰｎＰテレフォニークライアント（Telephony Client）１０９を制御する論理的なソフトウェアモジュールである。制御ポイント１０２は、テレフォニー端末１０３及び電子機器１０４とは個別に、パーソナルコンピュータ（ＰＣ）、パーソナルディジタルアシスタント（Personal Digital Assistant：ＰＤＡ）などのような装置で構成されてもよく、又はテレフォニー端末１０３又は電子機器１０４のような物理的装置で構成されてもよい。制御ポイント１０２がテレフォニー端末１０３又は電子機器１０４のような物理的装置内に含まれる場合には、制御ポイント１０２は、ＵＰｎＰアクションを使用せず、直接的にＵＰｎＰテレフォニーサーバ１０６又はＵＰｎＰテレフォニークライアント１０９を制御することができる。

制御ポイント１０２は、ＵＰｎＰテレフォニーサーバ１０６から送信されたＵＰｎＰテレフォニーサーバ１０６又はＵＰｎＰテレフォニークライアント１０９に含まれる呼データ送信エージェントの能力情報を用いて呼送受信のために使用されるメディア、プロトコル、及び送信フォーマットを決定する。また、制御ポイント１０２は、この決定されたメディア、プロトコル、送信フォーマットが定義されたプロフィールを生成し、ＵＰｎＰテレフォニーサーバ１０６又はＵＰｎＰテレフォニークライアント１０９に送信することによりテレフォニー端末１０３又は電子機器１０４に含まれた呼データ送信エージェントの環境を設定する。

テレフォニー端末１０３は、電話機を含むＣＥ（Computer Engineering）装置、ソフトウェアで構成されたＶｏＩＰ（Voice over IP）を含むＰＣ、又は通信網と連動される移動通信端末機を含む物理的な装置であり、ソフトウェアで構成されたＵＰｎＰテレフォニーサーバ１０６を含む。また、テレフォニー端末１０３は、テレフォニーサービスを提供するテレフォニーサービスプロバイダー１０１と、対応するテレフォニーサービスプロバイダー１０１が提供したインターフェースとを用いて呼送受信を制御する。

電子機器１０４は、移動通信端末機、画像電話のようなユーザの音声又は映像の入力／出力を行うことができるＣＥ装置、ＰＣ、又はＴＶのような物理的な装置であり、ソフトウェアで構成されたＵＰｎＰテレフォニークライアント１０９を含む。上述したように、本発明によれば、ユーザは、ホームネットワークシステムを用いて家の中で便利に呼を送受信することができる。

上述したようなＵＰｎＰテレフォニーシステムを、図２を参照してより詳細に説明しする。図２は、本発明の一実施形態によるＵＰｎＰテレフォニーシステムの詳細構成を示すブロック図である。

まず、テレフォニー端末１０３は、テレフォニーコアモジュール１０５、ＵＰｎＰテレフォニーサーバ１０６、非ＵＰｎＰ呼制御管理モジュール１０７、及び呼送信エージェント１０８を含む。

テレフォニーコアモジュール１０５は、テレフォニー端末１０３を構成する一般的な端末機の構成要素を含むモジュールである。セルラー網に接続することにより呼送信要請、呼受信要請に対する応答、呼データ送信を実行するだけでなく、テレフォニーサービスプロバイダー１０１が提供する様々なサービスを実行する。本発明の実施形態において、テレフォニーコアモジュール１０５は、テレフォニーサービスプロバイダー１０１に接続されてテレフォニーサービスを提供するＶｏＩＰモジュールのようないずれのモジュールでも置き換えることができる。

ＵＰｎＰテレフォニーサーバ１０６は、呼制御サービス２００、テレフォニープロフィール管理サービス２０１、テレフォニーデータ送信サービス２０２、及び付加サービス２０３を含む。各構成要素について具体的に以下で説明する。この場合に、呼制御サービス２００、テレフォニープロフィール管理サービス２０１、及びテレフォニーデータ送信サービス２０２は、１つの呼管理サービスモジュールとして構成され得る。

呼制御サービス２００は、呼送信要請、呼受信要請に対する応答、及び呼データ送信を実行するようにテレフォニーコアモジュール１０５を制御し、これを介して呼に関連した情報をテレフォニーサービスプロバイダー１０１に送信する。呼制御サービス２００は、内部的に制御を実行し、ＵＰｎＰテレフォニー制御ポイント１０２は、呼制御サービス２００を制御するためにＵＰｎＰアクションを用いて呼制御信号を送信する。この時に、この呼制御信号は、呼受信をユーザに通知するために、ベルを鳴らすなどの可聴表示を提供するため、及びテレフォニー端末１０３と電子機器１０４との間のオーディオデータを送信するための準備ステップを含む。また、この呼制御信号は、呼受信をテレフォニーコアモジュール１０５に通知するためのＲｅｃｅｉｖｅＣａｌｌ（）、呼が送信される相手方端末機の電話番号とともに呼を送信するためのＳｅｎｄＣａｌｌ（）、呼データ送受信の終了をユーザに通知するためのＴｅｒｍｉｎａｔｅＣａｌｌ（）、ＳＭＳメッセージの送信をユーザに通知するためのＲｅｑｕｅｓｔＳｅｎｄＳＭＳ（）、及び様々なＡＲＳ（Automatic Response Service）サービスを使用するために生成されたキー値を転送するためのＳｅｎｄｋｅｙｖａｌｕｅ（）を含む。

上述したように、制御ポイント１０２は、様々なＵＰｎＰアクションを用いて呼制御サービス２００を制御し、呼制御サービス２００は、内部的にテレフォニーコアモジュ ール１０５を制御する。

テレフォニープロフィール管理サービス２０１は、テレフォニー端末１０３と電子機器１０４との間で送信されるデータ規格を同期化するためにテレフォニー端末１０３又は電子機器１０４が有した呼送信エージェント１０８の能力（Capability）をＵＰｎＰテレフォニー制御ポイント１０２に提供する。また、テレフォニープロフィール管理サービス２０１は、ＵＰｎＰテレフォニー制御ポイント１０２から実際に使用される能力情報を記録したプロフィール（Profile）を受信し記憶する。このようなプロフィールは、テレフォニー端末１０３又は電子機器１０４の唯一の識別子、オーディオ／ビデオデータコーデック、データタイプ、通信プロトコル、他のビデオ／オーディオ送受信に関連したパラメータ、及びチャネル送信のための情報を含む。したがって、呼送信／受信の間に含まれた識別子を用いてテレフォニー端末１０３と電子機器１０４とを区別することができる。

一方、本発明によるテレフォニープロフィール管理サービス２０１は、通話の独占権を与えるために、通話セッションが生成される時に通信セッションを管理することができるユーザの権限を設定し、このセッションに対する権限を有するユーザのみに対してアクションを実行する。このセッションを管理することができるユーザの権限は、各セッションを管理することができるロール（Role）及びユーザ識別子（Identity）を決定し設定することができる。また、セッションを管理することができるように設定されたロール及びユーザＩＤの中の少なくとも１つをセッション管理のための判断基準として設定し、ロール及び／又はユーザＩＤが一致する場合のみにセッションを管理するアクションを実行することができる。

また、このセッションを管理することができるユーザの権限を設定するために、対応するセッションを使用することができるユーザＩＤは、セッションＩＤに従って設定することができる。この場合に、セッションが生成される時に、ＵＰｎＰテレフォニー制御ポイント１０２を通したユーザの入力によりこのセッションを管理することができるユーザＩＤを設定する。この後に、任意のＵＰｎＰテレフォニー制御ポイント１０２がユーザＩＤを用いてこのセッションを管理するためのアクションを呼び出す場合に、テレフォニープロフィール管理サービス２０１は、アクションに含まれたユーザＩＤをこのセッションを管理できるように設定されたユーザＩＤと比較することにより、このアクションを実行するか否かを決定することができる。すなわち、テレフォニープロフィール管理サービス２０１は、このセッションを管理できるように設定されたユーザＩＤと同一のＩＤを含むアクションだけを実行するように決定する。

また、このセッションが生成される時に、テレフォニープロフィール管理サービス２０１は、このセッションを直接に管理することができるユーザＩＤを設定することができる。この場合に、テレフォニープロフィール管理サービス２０１は、このセッションを管理することができるユーザＩＤ情報をＵＰｎＰテレフォニー制御ポイント１０２に転送し、ＵＰｎＰテレフォニー制御ポイント１０２は、このセッションを管理することができるユーザＩＤ情報を表示してユーザに通知することができる。

テレフォニーデータ送信サービス２０２は、呼送信エージェント１０８及び１１１を内部的に制御し、テレフォニー端末１０３と電子機器１０４との間の呼データ送受信を制御することにより呼送信エージェント１０８と１１１との間のオーディオ／ビデオストリーミングの開始及び終了を行う。

また、複数のテレフォニー端末又は電子機器がホームネットワーク上に存在する状態でユーザが通信接続のためのテレフォニー端末及び電子機器を選択する場合に、テレフォニーデータ送信サービス２０２は、この選択されたテレフォニー端末及び電子機器に関する情報をＵＰｎＰテレフォニー制御ポイント１０２に送信し、この情報をこの選択された他の電子機器のテレフォニーデータ送信サービス２０２にさらに転送する。したがって、テレフォニーデータ送信サービス２０２は、この選択されたテレフォニー端末と電子機器との間の呼データ送受信を開始するように呼送信エージェント１０８を制御し、データ送受信が終了される場合でもデータ送受信を終了するように呼送信エージェント１０８を制御する。

付加サービス２０３は、電子機器１０４により設定されるか又は使用されるテレフォニー端末１０３の自動応答機能、入力値を電子機器１０４に転送する機能、及び電子機器１０４がテキストを入力するための入力装置を有しない場合に、入力装置の入力タイプを定義し設定した後に入力値を電子機器１０４に転送する機能を提供する。このような付加サービス２０３は、オプションモジュールであり、ＵＰｎＰテレフォニーサーバ１０６内に選択的に構成され得る。

一方、非ＵＰｎＰ呼制御管理モジュール１０７は、ＵＰｎＰプロトコルを使用せず、 ＣＥＡ（Consumer Electronics Association）２０１４及びＸＲＴ（eXtended Remoting Technology）のような遠隔ユーザインターフェース（ＵＩ）プロトコル又はセッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）技術を用いて呼制御を実行する。例えば、ＵＰｎＰテレフォニー制御ポイント１０２が存在しない場合に、電子機器１０４は、非ＵＰｎＰ呼制御管理モジュール１０７を介してテレフォニー端末１０３と呼送受信を実行することができる。非ＵＰｎＰ呼制御管理モジュール１０７は、オプションモジュールであり、テレフォニー端末１０３内に選択的に構成され得る。

呼送信エージェント１０８は、テレフォニー端末１０３と電子機器１０４との間の呼データ送受信を制御するモジュールであり、定義された送信メディア、プロトコル、送信フォーマット、及びオーディオ／ビデオコーデックを用いて呼データを送受信する。すなわち、呼送信エージェント１０８は、テレフォニー端末１０３と電子機器１０４との間のデータ送信のためのチャネルを設定し、電子機器１０４がテレフォニーコアモジュール１０５から受信された呼データを使用することができるようにコーデック及びデータフォーマットを変更し、この変更されたコーデック及びデータフォーマットを予め約束された送信プロトコルを用いて電子機器１０４に転送する。また、呼送信エージェント１０８は、電子機器１０４から受信した呼データをテレフォニーコアモジュール１０５に転送することができるコーデック及びデータフォーマットに変更し、このコーデック及びデータフォーマットをテレフォニーコアモジュール１０５に転送する。ここで、電子機器１０４のような複数のテレフォニークライアントが提供されることが可能で、呼送信エージェント１０８は、各テレフォニークライアントの呼送信エージェント及び複数のセッションを作成し保持する。この場合に、使用される送信メディア、プロトコル、送信フォーマット、及びコーデックは、特定の技術に限定されない。したがって、本発明において、この呼データは、異なるデータフォーマット又はコーデックを使用するＵＰｎＰテレフォニーサーバ１０３とＵＰｎＰテレフォニークライアント１０４間で送受信することができる。

一方、電子機器１０４は、テレフォニープロフィール管理サービス２０４、テレフォニーデータ送信サービス２０５、及び付加サービス２０６を含むＵＰｎＰテレフォニークライアント２０９と、非ＵＰｎＰ呼制御管理モジュール１１０と、呼送受信エージェント１１１とを含む。この時、テレフォニープロフィール管理サービス２０４及びテレフォニーデータ伝送サービス２０５は、１つのメディア管理サービスモジュールに構成されてもよい。

電子機器１０４に含まれた構成要素が上述したようなテレフォニー端末１０３とともに説明されたテレフォニー端末１０３の構成要素及び動作と同一であるので、その詳細な記載を省略する。

以下、本発明の一実施形態による独占権を与える動作について説明する。本発明の一実施形態は、既存のＵＰｎＰデバイスプロテクションを使用しつつ通話の独占権をユーザに与える方法を提供する。

本発明の一実施形態において、まず、通話のための基本的な設定の間に、セッションＩＤ別に権限（ユーザ及びロール）を与える。通話の独占のためには、現在設定されたセッションの修正及び変更を行うことができる権限を制限すべきである。言い換えれば、すべてのユーザは、セッションに対する修正及び変更のためのアクションにアクセスすることができるが、そのアクションを使用して変更されるセッションに対してアクセス制御を実行する。各デバイスがセッションをセッションＩＤで区分しているので、どのユーザがセッションＩＤ別にアクセスを実行することができるか、どのロールがアクセス可能であるかに対して下記の表１のようなリストを含むテーブルを生成することができる。

図３は、本発明の一実施形態によるセッション修正権限を示すリストを含むコール情報の例を示す図であり、図４は、本発明の一実施形態によるセッション修正権限を示すリストを独立した状態変数（State variable）を用いて転送する例を示す図である。表１に示すリスト情報は、図３に示すように、コール情報のような情報に含まれてＣＰに転送され得るか、又は図４に示すように、ＳｅｓｓｉｏｎＡＣＬのような独立した状態変数を使用して転送され得る。このような状態変数を得るためには、ｇｅｔＳｅｓｓｉｏｎＡＣＬ（）のようなアクションを定義し得る。

また、上述したようなテーブルは、内部でのみ使用されることが可能で、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅのような情報だけは、ユーザに表示され得る。

アクセス制御リスト（Access Control List：ＡＣＬ）の意味は、次のようである。特定のセッションは、ＩＤで区別され、セッションＩＤで区別されるセッションの修正又は終了のようなアクションを実行するために、ＣＰは、次のような必要条件を満たさなければならない。ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅは、ユーザ、ロール、及びユーザ及びロールの中で１つの値を有することができ、装置は、ＣＰが有している３つの値でセッションＩＤを制御することができる権限をユーザが有するか否かを判定する。例えば、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅ＝ｕｓｅｒである場合、すなわち、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅがユーザとして設定される場合には、ｓｅｓｓｉｏｎＯｗｎｅｒの値と同一の値を有するユーザのみがこのセッションを制御することができる。また、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅ＝ｒｏｌｅである場合に、ｓｅｓｓｉｏｎＯｗｎｅｒの値と同一のロールを有するユーザだけがこのセッションを制御することができる。また、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅがユーザ及びロールに設定される場合には、上述したような２種類の条件をすべて満足させる場合にこのセッションを制御することができる。複数のｓｅｓｓｉｏｎＯｗｎｅｒ項目が存在する場合には、複数のｓｅｓｓｉｏｎＯｗｎｅｒ値の中の１つだけ満足してもこのセッションに対する制御を許諾する。

本発明において、基本的な独占のために、すべてのアクションの実行権限を“ベーシック（basic）”に設定すべきである。これは、アクションに対するアクセス制御が実際に許諾されないことを意味し、ユーザ認証のみのために、イントロダクション（Introduction）を必要とするベーシックロール（Basic Role）を設定する。

ベーシック権限より高い権限が特定のアクションに対して与えられる場合に、図５に示すようにデバイス自身が設定したセッションを他のＣＰを使用して切断することができないという問題がある。図５は、基本権限より高い権限がＵＰｎＰアクションに与えられる場合に発生する問題を示す図である。図５を参照すると、“Ｊｅｙｏｕｎｇ”と呼ばれるベーシックロールを有する第１のユーザがテレフォニークライアント及びテレフォニー制御ポイントとしてそれぞれ動作する第１のフォン５１及び第２のフォン５３を用いてテレフォニーサーバとして動作するホームゲートウェイ（Home Gateway：ＨＧＷ）５２を通して呼送受信を実行しようとする場合に、ステップ５１０で、第１のフォン５１は、ＨＧＷ５２及びＤＰに基づくイントロダクションプロセスを実行し、ステップ５２０で、第１のフォン（テレフォニークライアント）５１とＨＧＷ（テレフォニーサーバ）５２との間のセッションを確立する場合に、テレフォニーサーバは、コールＩＤ、ユーザＩＤ、及びロールのためのマッピングテーブルを生成する。この時、ステップ５４０で、第１のフォン５１の代わりに、第１のユーザがこのセッションのために第２のフォン５３を使用しようとする場合に、ＵＰｎＰアクションの権限がマネージャ権限である場合に、第１のユーザは、マネージャロールが提供されない限りＭｏｄｉｆｙＣａｌｌ（）、ＳｔａｒｔＭｅｄｉａＴｒａｎｓｆｅｒ（）、ＳｔｏｐＣａｌｌ（）などのようなＵＰｎＰアクションを実行することができないためにこのセッションを管理することができない。

図６は、本発明の一実施形態による電話通話の独占権を与える動作のフローチャートである。図６を参照すると、ステップ６１０で、セッション別に権限を与える。この場合に、ｓｅｓｓｉｏｎＯｗｎｅｒ情報は、セッションを設定するためのＳｔａｒｔＣａｌｌ（）、ＡｃｃｅｐｔＣａｌｌ（）などのような入力パラメータに付加することができ、このようなパラメータは、後でこのセッションが他のＣＰを使用して制御される時に使用することができる。ｓｅｓｓｉｏｎＯｗｎｅｒ情報は、既存のＣａｌｌＩｎｆｏに含まれるか又はｓｅｓｓｉｏｎＡＣＬのような状態変数が新たに定義され得る。この状態変数を新たに定義する場合には、ＣＰがこの状態変数を確認することができる新たなアクションを定義しなければならない。

ステップ６２０で、デバイス認証及びユーザ認証を実行する。デバイス認証及びユーザ認証は、ステップ６１０で、各セッションに対する権限を与える動作の前に実行されてもよい。セッションを生成する第１のＣＰの場合に、セッション権限付与プロセスは、基本的に認証プロセスが実行された後に実行される。しかしながら、第３のＣＰの場合にすでに作られたセッションを制御し、したがって、各セッションに対する権限を与える動作がすでに実行された。独占を与えるためには、デバイスは、ロールを有することが許可されないので、ＣＰは、デバイス認証の後にユーザ認証を実行しなければならない。

その後に、ステップ６３０で、必要なアクションを呼び出し、この呼び出されたＣＰのロール及びユーザを確認する。また、ｓｅｓｓｉｏｎＯｗｎｅｒ＠ｔｙｐｅ情報は、アクションで制御されるセッションで確認され、アクションを実行するか否かが確認される。

その後に、ステップ６４０で、権限が確認される場合に、このアクションを実行し、結果値をリターンする。

一方、本発明の他の実施形態において、通話のための基本的な設定の間に、セッションＩＤ別に権限（ユーザ）を与える。通話の独占のためには、現在設定されたセッションの修正及び変更を行うことができる権限を制限すべきである。言い換えれば、すべてのユーザは、このセッションに対する修正及び変更のためのアクションにアクセスすることができるが、このアクションを使用して変更されるセッションに対してアクセス制御を実行する。各デバイスがセッションをセッションＩＤで区分しているので、どのユーザがセッションＩＤ別にアクセスを実行することができるか、どのロールがアクセス可能であるかに対して下記の表２のようなリストを含むテーブルを生成することができる。

図７は、本発明の他の実施形態に従ってセッションを生成する時に現在セッションを使用しているユーザにセッションを制御することができる権限を与えるプロセスを示すフロー図であり、図８は、本発明の他の実施形態に従ってセッション修正権限を示すリストを含むコール情報の例を示す図である。

ユーザは、基本的にＵＰｎＰ ＤＰで定義されたプロセスに従ってロールを取得することができる。パブリックロール（public role）９１０の場合では、テレフォニーコントロールポイント（Telephony Control Point：ＴＣＰ）９０１は、ＤＰで定義されたイントロダクションメカニズム（Introduction Mechanism）９２０に従う。ベーシックロール９３０の場合では、ＴＣＰ９０１は、ＤＰで定義されたユーザログインメカニズム（user login mechanism）９４０を実行する。この場合、ユーザＩＤ及びパスワード（ＰＷ）を使用してログインプロセスを実行することができる。テレフォニーサーバ（Telephony Server：ＴＳ）９０２は、ユーザがログインした状態でＴＣＰ９０１がアクションを呼び出す場合に、アクションを呼び出したユーザを認知することができる。ユーザがログインしなかった場合は、ＴＳ９０２は、どのＴＣＰ９０１がアクションを呼び出したかを認識することができる。

図７に示すように、ＴＣＰがＡｃｃｅｐｔＣａｌｌ（）を呼び出した場合に、ＣｕｒｒｅｎｔＣａｌｌＭｏｄのようなインプットアーギュメント（Input Argument）を使用してＴＳ９０２により生成されるセッションに独占権を与えるか否かを決定することができる。独占権を与える場合に、ＴＳ９０２は、上記した表２に示すように、内部的にセッションＩＤ及びユーザＩＤをマッピングするためのテーブルを生成し、図８に示すように、ＣａｌｌｉｎｆｏでＳｅｓｓｉｏｎＯｗｎｅｒのようなエレメント（Element）を使用してテーブルを表示する。ＳｔａｒｔＣａｌｌ（）及びＳｔａｒｔＭｅｄｉａｔｒａｎｓｆｅｒ（）のようにセッションを形成するアクションは、ＡｃｃｅｐｔＣａｌｌ（）と同様にユーザＩＤ及びセッションＩＤをマッピングする方法でセッションに権限を与えることができる。

独占権は、ＣａｌｌだけではなくＴＳ９０２とＴＣＰ９０１との間のメディアセッションにも与えられることができ、メディアセッションに与えられる独占権は、ＭｅｄｉａＳｅｓｓｉｏｎＩＤの下のＳｅｓｓｉｏｎＯｗｎｅｒを使用してＣａｌｌＩｎｆｏに反映される。

このように、独占権が与えられたセッションは、セッションを生成したユーザのみにより変更されるか又は終了されることができ、ＣＰがセッションを生成したユーザでなくても、Ａｄｍｉｎ ＲｏｌｅをＤＰから受信したＣＰもこのセッションを変更するか又は終了することができる。

次いで、本発明のもう１つの実施形態について説明する。本発明のもう１つの実施形態は、デバイスプロテクションを使用せずユーザ認証を簡素に実行し、これを用いてユーザに独占権を与える。

まず、基本設定として、セッションＩＤ別に権限（ユーザＩＤ）を与える。ユーザに従って呼び出し可能なアクションを制限せず、制御可能なセッションを上述した本発明の一実施形態と同様にユーザに従って決定する。しかしながら、権限を有するユーザは、ロールを定めるか又はユーザ認証を実行せずユーザＩＤを使用して区別される。

したがって、テレフォニーサーバにより能動的に生成されるテーブルは、本発明の一実施形態とは異なる。本発明のもう１つの実施形態において、テレフォニーサーバにより生成されるテーブルは、以下の表３に示される。

テレフォニーサーバは、基本的にユーザを区分するためのユーザＩＤ及びセッションＩＤにマッピングするテーブルを内部に記憶する。このようなテーブルは、セッションが形成される時に能動的に生成される。

テレフォニー制御ポイントは、ユーザＩＤをセッションの変更又は終了のためのアクションのファクターとして使用し、テレフォニーサーバは、ユーザがユーザＩＤをこのテーブルと対比することにより特定のセッションの変更又は終了を行う権限を有するか否かを確認する。

図９は、本発明のもう１つの実施形態に従ってユーザがユーザＩＤを設定して電話通話の独占権を与える動作を示すフロー図である。図９は、本発明のもう１つの実施形態に従ってユーザがユーザＩＤの生成及び入力を行う場合の動作を示す図である。

図９を参照すると、ステップ７１０で、第１のユーザ７１は、第１のユーザを区別するユーザＩＤを第１のテレフォニー制御ポイント７２に入力する。その後に、ステップ７２０で、第１のテレフォニー制御ポイント７２は、通話及びセッションを生成するためのアクションをテレフォニーサーバ７４から呼び出し、第１のユーザ７１のユーザＩＤをアクションのファクターとして使用する。

その後に、テレフォニーサーバ７４は、セッションを生成すると同時に表２に示すようなテーブルを生成し、このセッションに対して適切なユーザＩＤを有しているアクションのみに対して動作を許可する。

ステップ７３０で、第１のユーザ７１が既存の制御ポイントとは異なる第２のテレフォニー制御ポイント７３に移動する場合に、第１のユーザ７１は、ユーザが記憶している自身のユーザＩＤを新たな第２のテレフォニー制御ポイント７３に入力する。その後に、ステップ７４０で、第２のテレフォニー制御ポイント７３は、セッションを管理するアクションを呼び出す時にユーザＩＤをファクターとして使用する。テレフォニーサーバ７４は、ユーザがこの転送されたユーザＩＤをテーブルと比較することにより対応するセッションに対する権限を有するか否かを確認し、ユーザが権限を有すると確認される場合には、この呼び出されたアクションを実行する。

図１０は、本発明のもう１つの実施形態に従ってテレフォニーサーバがユーザＩＤを設定して電話通話の独占権を与える動作を示すフロー図である。図１０は、テレフォニーサーバがユーザＩＤを生成し、この生成されたユーザＩＤをユーザに通知する場合の動作を示す図である。

図１０を参照すると、ステップ８１０で、第１のユーザ７１が第１のテレフォニー制御ポイント７２を用いてセッションを生成するためのアクションを呼び出す場合に、第１のテレフォニー制御ポイント７２は、通話セッション及びメディアセッションを生成し、ステップ８２０で、これを制御することができるユーザＩＤをアクションに対する応答として受信する。この場合に、テレフォニーサーバ７４は、セッション及び表３に示すようなテーブルを生成し、この許可されたユーザＩＤを含むアクションのみに対して動作を実行する。

ステップ８３０で、第１のテレフォニー制御ポイント７２は、ユーザＩＤを表示することによりテレフォニーサーバ７４から受信されたユーザＩＤをユーザに通知する。その後に、ユーザが他の制御ポイント、すなわち、第２のテレフォニー制御ポイント７３に移動する場合には、ユーザは、ステップ８４０で、ユーザが記憶している自身のユーザＩＤを第２のテレフォニー制御ポイント７３に入力する。その後に、ステップ８５０で、第２のテレフォニー制御ポイント７３は、セッションを管理するアクションを呼び出す時に第１のユーザにより入力されたユーザＩＤをファクターとして使用する。テレフォニーサーバ７４は、ユーザがこの呼び出されたアクションのファクターとして含まれたユーザＩＤをテーブルと比較することによりセッションに対する権限を有するか否かを確認し、ユーザがセッションに対する権限を有すると確認される場合にアクションを実行する。上述した２つの方法に従って、ユーザＩＤを生成する主体が異なるが、他の動作及びテーブル生成方法は同一である。

上述したように、本発明の実施形態によるＵＰｎＰを用いる呼送受信システムにおいて通話の独占権を与える方法及び装置の動作及び構成が示されており、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

９０１ テレフォニーコントロールポイント（Telephony Control Point：ＴＣＰ）
９０２ テレフォニーサーバ（Telephony Server：ＴＳ）
９２０ デバイスプロテクションで定義されたイントロダクションメカニズム
９３０ ベーシックロール
９４０ デバイスプロテクションで定義されたユーザログインメカニズム

Claims (14)

1. ユニバーサルプラグアンドプレイ（ＵＰｎＰ）を用いる呼送受信システムにおける通話の独占権を与える方法であって、
   テレフォニーサーバがセッションを生成する際に前記セッションを管理するためのユーザの権限を設定するステップと、
   前記テレフォニーサーバが前記セッションを管理するためのアクションの呼び出しを制御ポイントから受信する場合にユーザ認証を実行するステップと、
   前記認証の結果として、前記制御ポイントのユーザが前記セッションを管理するための権限を有する場合に、前記制御ポイントが前記セッションを管理するためのアクションを実行するステップと
   を有することを特徴とする方法。
2. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定するステップは、
   前記セッションを管理することができるロール及びユーザ識別子（ＩＤ）を設定するステップと、
   前記設定されたロール及びユーザＩＤの中の少なくとも１つを前記セッションを管理するための判断基準として設定するステップとを有することを特徴とする請求項１に記載の方法。
3. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定するステップは、前記テレフォニーサーバが前記セッションを管理することができるロール及びユーザＩＤに関する情報と前記セッションを管理するための判断基準とを前記制御ポイントに転送するステップをさらに有することを特徴とする請求項２に記載の方法。
4. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定するステップは、前記テレフォニーサーバが前記セッションを管理するための判断基準を前記制御ポイントに転送するステップをさらに有することを特徴とする請求項２に記載の方法。
5. 前記テレフォニーサーバが前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信する場合に前記ユーザ認証を実行するステップは、前記セッションを管理するための判断基準に従って、前記制御ポイントのユーザのロールを前記セッションを管理することができるロールと比較するか、前記制御ポイントのユーザＩＤを前記セッションを管理することができるユーザＩＤと比較するか、又は前記制御ポイントのユーザのロールを前記セッションを管理することができるロール及びユーザＩＤと比較することにより前記認証を実行するステップを有することを特徴とする請求項３及び請求項４の中のいずれか１項に記載の方法。
6. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定するステップは、前記セッションに対応するセッションＩＤ及び前記セッションを管理することができるユーザを示すユーザＩＤに対応するテーブルを生成するステップをさらに有することを特徴とする請求項１乃至請求項５の中のいずれか１項に記載の方法。
7. 前記テレフォニーサーバが前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信する場合に前記ユーザ認証を実行するステップは、
   前記テレフォニーサーバが前記ユーザＩＤを含む前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信するステップと、
   前記テレフォニーサーバが前記アクションに含まれたユーザＩＤを前記セッションを管理することができるように設定されたユーザＩＤと比較することにより前記アクションを実行するか否かを決定するステップとを有することを特徴とする請求項１乃至請求項６の中のいずれか１項に記載の方法。
8. ユニバーサルプラグアンドプレイ（ＵＰｎＰ）を用いる呼送受信システムにおける通話の独占権を与えるテレフォニーサーバであって、
   呼送信要請、呼受信要請に対する応答、及び呼データ送信を実行するための制御を実行する呼制御サービスと、
   テレフォニー端末と電子機器との間の呼データ送受信を制御するためのテレフォニーデータ送信サービスと、
   テレフォニー制御ポイントから実際に使用される能力情報を記録したプロフィールを受信し記憶するためのテレフォニープロフィール管理サービスとを有し、
   前記テレフォニープロフィール管理サービスは、セッションを生成する際に前記セッションを管理することができるユーザの権限を設定し、前記セッションを管理するためのアクションの呼び出しが前記テレフォニー制御ポイントから受信される場合にユーザ認証を実行し、前記認証の結果として前記制御ポイントのユーザが前記セッションを管理するための権限を有する場合に、前記セッションを管理するためのアクションを実行するように制御することを特徴とするテレフォニーサーバ。
9. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定することは、前記セッションを管理することができるロール及びユーザ識別子（ＩＤ）を設定し、前記設定されたロール及びユーザＩＤの中の少なくとも１つを、前記セッションを管理するための判断基準として設定することを有することを特徴とする請求項８に記載のテレフォニーサーバ。
10. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定することは、前記テレフォニーサーバが前記セッションを管理することができるロール及び前記ユーザＩＤに関する情報と、前記セッションを管理するための判断基準とを前記制御ポイントに転送することをさらに有することを特徴とする請求項９に記載のテレフォニーサーバ。
11. 前記テレフォニーサーバが前記セッションを生成する際に前記セッションを管理するためのユーザの権限を設定することは、前記テレフォニーサーバが前記セッションを管理するための判断基準を前記制御ポイントに転送することをさらに有することを特徴とする請求項９に記載のテレフォニーサーバ。
12. 前記テレフォニーサーバが前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信する場合に前記ユーザ認証を実行することは、前記セッションを管理するための判断基準に従って、前記制御ポイントのユーザのロールを、前記セッションを管理することができるロールと比較するか、前記制御ポイントのユーザＩＤを前記セッションを管理することができるユーザＩＤと比較するか、又は前記制御ポイントのユーザのロールを、前記セッションを管理することができるロール及びユーザＩＤと比較することにより前記認証を実行することであることを特徴とする請求項１０及び請求項１１の中のいずれか１項に記載のテレフォニーサーバ。
13. 前記テレフォニープロフィール管理サービスは、前記セッションに対応するセッションＩＤ及び前記セッションを管理することができるユーザを示すユーザＩＤに対応するテーブルを生成することを特徴とする請求項９乃至請求項１２の中のいずれか１項に記載のテレフォニーサーバ。
14. もし、前記テレフォニーサーバが前記ユーザＩＤを含む前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信する場合、前記テレフォニーサーバが前記セッションを管理するためのアクションの呼び出しを前記制御ポイントから受信する時の前記ユーザ認証の実行は、前記アクションに含まれたユーザＩＤを、前記セッションを管理することができるように設定されたユーザＩＤと比較することにより前記アクションを実行するか否かを決定すること含むことを特徴とする請求項９乃至請求項１３の中のいずれか１項に記載のテレフォニーサーバ。

Images