JPH1118121A - マルチメディアサービス制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数のコネクションを設定する場合は、通信
を開始するまでに時間がかかるという課題があった。 【解決手段】 伝達通信網に分離して設けられ、発加入
者端末１−１から接続要求された加入者端末１−１〜１
−Ｍ間に供給するサービス全体を制御するサービス制御
モジュール８と、その加入者端末１−１〜１−Ｍ間を接
続するサービス処理モジュール１０−１〜１０−Ｎとを
備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、多種のマルチメ
ディア・アプリケーションを実現するために用いられる
マルチメディアサービス制御装置に関するものである。

【０００２】

【従来の技術】図８は例えば特開平４−２１５３５７号
公報に示された従来のマルチメディアサービス制御装置
を示すブロック構成図であり、図において、１−１〜１
−Ｍは加入者端末、１４は呼およびコネクションを設定
する呼処理モジュール、８−１〜８−Ｎはサービス制御
を行うサービス制御モジュールである。２−１〜２−Ｍ
と９−１〜９−Ｎはユーザ・ネットワークインタフェー
ス（以下、ＵＮＩと言う）である。

【０００３】次に動作について説明する。図９は従来の
マルチメディアサービス制御装置を示す動作原理図であ
り、上記図８と、この図９に基づいて動作を説明する。

【０００４】図８において、呼処理モジュール１４とは
独立に各サービス対応にサービス制御モジュール８−１
〜８−Ｎを設け、呼処理モジュール１４とサービス制御
モジュール８−１〜８−ＮとをＵＮＩ９−１〜９−Ｎで
結合し、図９に示すように、始めにサービス制御モジュ
ール８−１〜８−Ｎへのルーティング機能により発加入
者端末１−１からサービス制御モジュール８−１〜８−
Ｎ間の呼およびコネクションを設定し、そのコネクショ
ン上で発加入者端末１−１からサービス制御モジュール
８−１〜８−Ｎ間のエンド−エンドプロトコルを用い、
サービス制御モジュール８−１〜８−Ｎから着加入者端
末１−Ｍ間の呼およびコネクションを設定することによ
り、Ｂ−ＩＳＤＮサービスを実現していた。

【０００５】このようなＢ−ＩＳＤＮサービス制御方法
は、単一のパーティ、単一の通信網を対象としているの
で、実際のマルチパーティ、複数の通信網にまたがって
実現されるマルチメディア・マルチユーザサービスには
適用することができない。また、各加入者端末１−１〜
１−Ｍにおけるユーザが、複数のサービスを同時に実現
しようとする時には呼処理モジュール１４の負荷が大き
くなってしまう。また、あるサービスの実施中の他のサ
ービスの追加／削除、メディアの変更／追加／削除、お
よびメンバの追加／退席などの要求に対して呼処理モジ
ュール１４での通信トラフィックの増大など通信網への
影響が大きくなってしまう。

【０００６】従って、様々な通信網にまたがって提供さ
れるサービスに基づいた複数のサービスを実現するため
の呼処理モジュール１４を内蔵する通信網と独立に、各
サービス毎に論理的に分離したサービス制御網における
サービス制御が必要になる。

【０００７】

【発明が解決しようとする課題】従来のマルチメディア
サービス制御装置は以上のように構成されているので、
発端末加入者からの要求によって、呼処理モジュール１
４を通じたサービス制御モジュール８−１〜８−Ｎへの
ルーティング機能により発加入者端末１−１からサービ
ス制御モジュール８−１〜８−Ｎ間の呼およびコネクシ
ョンを設定し、そのコネクション上で発加入者端末１−
１からサービス制御モジュール８−１〜８−Ｎ間のエン
ド−エンドプロトコルを用い、サービス制御モジュール
８−１〜８−Ｎから着加入者端末１−Ｍ間の呼およびコ
ネクションを設定することによりＢ−ＩＳＤＮサービス
を実現するため、複数のコネクションを設定する場合
は、通信を開始するまでに時間がかかるという課題があ
った。

【０００８】また、多種のサービス要求が集中した際
に、呼処理モジュール１４の負荷が大きくなるという課
題があった。さらに、複数の呼およびマルチコネクショ
ンの設定のための通信トラフィックが増大するという課
題があった。さらに、マルチパーティおよび複数の伝達
網にまたがるＢ−ＩＳＤＮサービスを実現することがで
きないという課題があった。

【０００９】この発明は、上記のような課題を解決する
ためになされたもので、サービス処理速度を向上し、複
数のサービス処理のための通信トラフィックの増大を防
ぎ、伝達通信網における呼処理モジュールの負荷を軽減
すると共に、マルチパーティおよび複数の伝達通信網に
またがるマルチメディア・マルチユーザサービスを実現
可能にするマルチメディアサービス制御装置を得ること
を目的とする。

【００１０】

【課題を解決するための手段】請求項１記載の発明に係
るマルチメディアサービス制御装置は、伝達通信網に分
離して設けられ、マルチメディア端末から接続要求され
たマルチメディア端末間に供給するサービス全体を制御
するサービス制御モジュールと、そのマルチメディア端
末間を接続するサービス処理モジュールとを備えたもの
である。

【００１１】請求項２記載の発明に係るマルチメディア
サービス制御装置は、サービス制御モジュールに、発マ
ルチメディア端末からのサービス要求メッセージに応じ
た着マルチメディア端末のパーティがサービスを受け入
れられない場合に発マルチメディア端末に結果を報知す
るパーティ制御タスクオブジェクトと、そのサービスの
受け入れ可能な着マルチメディア端末へのサービスのメ
ディアおよび情報転送の方向を制御するアクセス制御タ
スクオブジェクトと、発マルチメディア端末と着マルチ
メディア端末間のセッションの確立を制御するセッショ
ン制御タスクオブジェクトと、そのセッションに必要な
物理的通信リソースを起動するリソース制御タスクオブ
ジェクトとを備えたものである。

【００１２】請求項３記載の発明に係るマルチメディア
サービス制御装置は、サービス処理モジュールに、サー
ビス制御モジュールからの制御に応じて、接続要求され
た着マルチメディア端末に呼の設定をする呼制御タスク
オブジェクトと、その呼の設定に応じて、発マルチメデ
ィア端末と着マルチメディア端末間のコネクションパス
の確立を制御するコネクション制御タスクオブジェクト
とを備えたものである。

【００１３】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１によるマ
ルチメディアサービス制御装置を示すブロック構成図で
あり、図において、１−１〜１−Ｍはアプリケーション
実現のためデータ伝送をする加入者端末（マルチメディ
ア端末）、２−１〜２−Ｍと９−１〜９−Ｎはユーザ・
ネットワークインタフェース（以下、ＵＮＩ：Ｕｓｅｒ
Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅと言う）、１３−
１〜１３−Ｎはネットワーク・ネットワークインタフェ
ース（以下、ＮＮＩ：Ｎｅｔｗｏｒｋ Ｎｅｔｗｏｒｋ
Ｉｎｔｅｒｆａｃｅと言う）、８はサービス制御を行
うサービス制御モジュール、１０−１〜１０−Ｎはサー
ビス制御モジュール８における制御に基づいて呼／コネ
クション制御を行うサービス処理モジュールである。

【００１４】サービス制御モジュール８において、３は
加入者端末１−１〜１−Ｍからの要求サービスにおける
パーティ制御を行うパーティ制御タスク（パーティ制御
タスクオブジェクト）、４−１〜４−Ｎは加入者端末１
−１〜１−Ｍからの要求信号を制御する信号制御タスク
７に基づいて各パーティへのサービスをどのメディアと
どの方向で与えるかを制御するアクセス制御タスク（ア
クセス制御タスクオブジェクト）、５−１〜５−Ｎは各
加入者端末１−１〜１−Ｍへのサービスを実現するため
のセッションを確立するセッション制御タスク（セッシ
ョン制御タスクオブジェクト）、さらに、６−１〜６−
Ｎはそのセッション上で必要とするリソースを制御する
リソース制御タスク（リソース制御タスクオブジェク
ト）である。

【００１５】また、サービス処理モジュール１０−１〜
１０−Ｎにおいて、１１−１〜１１−ＮはＵＮＩ９−１
〜９−Ｎを介してサービス制御モジュール８のリソース
制御タスク６−１〜６−Ｎの要求に基づいて、データ伝
送を行う各伝達通信網対応の呼制御を行う呼制御タスク
（呼制御タスクオブジェクト）、１２−１〜１２−Ｎは
コネクションを制御するコネクション制御タスク（コネ
クション制御タスクオブジェクト）である。さらに、１
４はＮＮＩ１３−１〜１３−Ｎを介して各制御に基づい
た伝達通信網におけるコネクションを確立する呼処理を
行う呼処理モジュールである。

【００１６】図２はこの発明の実施の形態１によるマル
チメディアサービス制御装置を示すハードウェア構成図
であり、図において、１５はサービス制御モジュール８
とサービス処理モジュール１０−１〜１０−Ｎとを含む
サービス制御サーバ、１６は情報コンテンツ、１７はサ
ービスコンテンツ、１８はＬＡＮなどの内部バス、１９
はマルチメディアサービスゲートウェイ、２０は呼処理
モジュール１４を含むスイッチ、２１は通信網インタフ
ェース、２２は加入者端末１−１〜１−Ｍが接続される
通信網である。

【００１７】次に動作について説明する。図３はこの発
明の実施の形態１によるマルチメディアサービス制御装
置を示す動作原理図であり、加入者端末１−１を発加入
者端末とし、加入者端末１−Ｍを着加入者端末としたこ
の図３において、この実施の形態１の動作手順を説明す
る。

【００１８】（手順１）発加入者端末１−１からサービ
ス制御モジュール８へサービス要求メッセージを渡す。 （手順２）サービス制御モジュール８はサービス処理モ
ジュール１０−１〜１０−Ｎへ呼設定要求信号を出すた
めに、以下のような制御機能を行う。 （手順２−１）パーティ制御機能：パーティ制御タスク
３では、発加入者端末１−１から渡されたサービス要求
メッセージから、要求する各パーティへサービスを受け
入れられるかどうかをサービスデータベースを参照しな
がら調べる。全てのパーティが受け入れられる場合は次
の段階へ、また、受け入れられないパーティが存在する
場合は発加入者端末１−１へその結果を知らせる。

【００１９】（手順２−２）アクセス制御機能：アクセ
ス制御タスク４−１〜４−Ｎでは、パーティ制御タスク
３から受け取った各パーティへ発加入者端末１−１から
のセッションを設定するために、要求するサービスのメ
ディアと情報伝送の方向性について制御する。 （手順２−３）セッション制御機能：セッション制御タ
スク５−１〜５−Ｎでは、アクセス制御タスク４−１〜
４−Ｎからの結果に基づいて要求するサービスを実現す
るために必要とするパーティ間のセッションの確立を制
御する。セッションの確立が成立すると、その結果をサ
ービスデータベースに格納し、さらに、そのセッション
のためのリソース制御タスク６−１〜６−Ｎへ要求を出
す。 （手順２−４）リソース制御機能：リソース制御タスク
６−１〜６−Ｎでは、セッション制御タスク５−１〜５
−Ｎからの要求に基づいて、必要とされる物理的なリソ
ースを起動する。

【００２０】（手順３）サービス制御モジュール８のリ
ソース制御タスク６−１〜６−Ｎからの制御によって対
応するサービス処理モジュール１０−１〜１０−Ｎを起
動し、以下のような制御機能を行う。 （手順３−１）呼制御機能：呼制御タスク１１−１〜１
１−Ｎでは、リソース制御タスク６−１〜６−Ｎから渡
されたメッセージから、要求する各加入者端末１−１〜
１−Ｍへ呼設定要求信号を出す。各加入者端末１−１〜
１−Ｍから呼設定応答信号を受け取ると、その結果をサ
ービス制御モジュール８へ知らせる。そして、同時にコ
ネクション制御タスク１２−１〜１２−Ｎへコネクショ
ン設定要求信号を出す。 （手順３−２）コネクション制御機能：コネクション制
御タスク１２−１〜１２−Ｎでは、呼制御タスク１１−
１〜１１−Ｎからコネクション設定要求信号を受け取る
と、着加入者端末へコネクション要求信号を出す。着加
入者端末からコネクション応答信号を受け取ると、発加
入者端末と着加入者端末間にコネクションを確立する。

【００２１】以上のように、この実施の形態１によれ
ば、マルチメディアサービス制御装置において、伝達通
信網にサービス制御モジュール８を分離して構成するこ
とにより、複雑なマルチメディアサービス制御を効率的
に処理することができ、このため、サービスを利用する
ユーザに迅速かつ高度にサービスを提供することができ
る。なお、図４は図３を簡略化して上記効果を奏する構
成を明瞭に示したマルチメディアサービス制御装置を示
す動作原理図である。

【００２２】また、複数の加入者端末１−１〜１−Ｍ間
における様々な伝達通信網には、サービス制御モジュー
ル８からの制御に基づいて情報伝送を処理するサービス
処理モジュール１０−１〜１０−Ｎを設けることによっ
て、伝達通信網における呼処理モジュール１４の負荷を
軽減することができる。

【００２３】また、サービス制御モジュール８には、加
入者端末１−１〜１−Ｍレベルにおける制御要素である
パーティ制御タスク３およびアクセス制御タスク４−１
〜４−Ｎを持つことによって、各加入者端末１−１〜１
−Ｍへのサービス受け入れ状況、サービス実行途中のユ
ーザおよびメディアの変更をすぐに把握でき、伝送レベ
ルにおける複数のサービスによる呼／コネクション処理
のための通信トラフィックの増大を防ぐことができる。

【００２４】さらに、サービス制御モジュール８におい
て、発加入者端末１−１と着加入者端末１−Ｍ間の論理
的コネクションであるセッションの確立および解放を制
御するセッション制御タスク５−１〜５−Ｎと、それに
伴う物理的通信リソースを制御するリソース制御タスク
６−１〜６−Ｎを備えることによって、通信リソースの
有用な利用が可能になる。

【００２５】実施の形態２．上記実施の形態１のマルチ
メディアサービス制御装置をマルチメディア会話サービ
スに適用した場合について説明する。図５はこの発明の
実施の形態２によるマルチメディアサービス制御装置を
マルチメディア会話サービスに適用した場合におけるサ
ービス制御シナリオ図であり、加入者端末１−１を発加
入者端末、加入者端末１−Ｍを着加入者端末としたもの
である。

【００２６】発加入者端末１−１がサービス設定要求信
号をルーティング機能によりサービス制御モジュール８
に送ると、サービス制御モジュール８はその要求に基づ
いてモジュール内のパーティ制御タスク３を起動し、信
号制御タスク７により各制御タスクへのセッション設定
要求信号を出す。次に、各制御タスクでの処理が終了
し、セッション設定応答信号をサービス制御モジュール
８へ返すと、発加入者端末１−１と着加入者端末１−Ｍ
間にセッションが確立される。セッションが確立する
と、サービス制御モジュール８はサービス処理モジュー
ル１０−１〜１０−Ｎでの呼制御に基づいて呼処理モジ
ュール１４へ呼設定要求信号を送る。また、呼処理モジ
ュール１４は着加入者端末１−Ｍへ呼設定要求信号を送
り、着加入者端末１−Ｍから呼設定応答信号を受け取っ
たら、サービス制御モジュール８へその結果を送り、さ
らに、サービス制御モジュール８は発加入者端末１−１
へ呼設定応答信号を出す。

【００２７】発加入者端末１−１と着加入者端末１−Ｍ
間に呼が設定されると、次は、呼処理モジュール１４で
のルーティング機能により、発加入者端末１−１から着
加入者端末１−Ｍ間に必要数分のコネクションを設定す
る。例えば、コネクションの本数、ビットレート等のベ
アラコネクションの属性が予め分かっているビデオ会議
サービスでは、音声用のコネクションおよび画像用のコ
ネクションなどを設定する。全てのコネクションが確立
されると、サービスが開始される。

【００２８】以上のように、この実施の形態２によれ
ば、サービス制御モジュール８での各制御タスクによる
制御によってサービス処理を行うことによって、伝達通
信網でのコネクション処理を行うことにより通信処理速
度を向上させることができる。

【００２９】実施の形態３．図６はこの発明の実施の形
態３によるマルチメディアサービス制御装置をマルチメ
ディア会話サービスに適用した場合におけるサービス制
御シナリオ図であり、この発明の実施の形態３は、上記
実施の形態２におけるマルチメディア会話サービスでの
会話中に、他のメンバの割り込みがあった場合のサービ
ス制御シナリオを示すものである。

【００３０】マルチメディア会話サービスを利用して会
話している途中に、他の加入者端末からサービス制御モ
ジュール８へ会話サービスへの参加要求が出た場合に、
現在実施中の会話サービスとは別に、サービス制御モジ
ュール８はその要求に基づいてモジュール内のパーティ
制御タスク３を起動し、信号制御タスク７により各制御
タスクへのセッション設定要求信号を出す。次に、各制
御タスクでの処理が終了し、セッション設定応答信号を
サービス制御モジュール８へ返すと会話中の加入者端末
と割り込み加入者端末間にセッションが確立される。セ
ッションが確立すると、サービス制御モジュール８は呼
処理モジュール１４へ呼設定要求信号を送る。また、呼
処理モジュール１４はその呼設定要求信号の送出に基づ
いて、会話中のそれぞれの加入者端末へ呼設定要求信号
を送り、各加入者端末から呼設定応答信号を受け取った
ら、サービス制御モジュール８へその結果を送り、さら
に、サービス制御モジュール８は割り込み加入者端末へ
呼設定応答信号を出す。

【００３１】次に、呼処理モジュール１４でのルーティ
ング機能により、各加入者端末間に必要数分のコネクシ
ョンを設定する。即ち、コネクション設定要求を出し、
コネクション設定応答が終わるとコネクションが確立さ
れる。

【００３２】以上のように、この実施の形態３によれ
ば、サービス実施中に、他のメンバの割り込みがあって
も、伝達通信網でのサービス処理とは独立にサービス制
御網での制御を行うことができるので、通信トラフィッ
クの増大を防ぐことができる。

【００３３】実施の形態４．図７はこの発明の実施の形
態４によるマルチメディアサービス制御装置をマルチメ
ディア会話サービスに適用した場合におけるサービス制
御シナリオ図であり、この発明の実施の形態４は、上記
実施の形態２におけるマルチメディア会話サービスでの
会話中に、サービス実施中のユーザがサービス追加要求
をした場合のサービス制御シナリオについて示すもので
ある。

【００３４】マルチメディア会話サービスを利用して会
話している途中に、サービス実施中の加入者端末から会
話サービス実施とは別に、サービス制御モジュール８は
その要求に基づいてモジュール内のパーティ制御タスク
３を起動し、信号制御タスク７により各制御タスクへの
セッション設定要求信号を出す。次に、各制御タスクで
の処理が終了し、セッション設定応答信号をサービス制
御モジュール８へ返すとサービス実施中の加入者端末と
新しい着加入者端末間にセッションが確立される。セッ
ションが確立すると、サービス制御モジュール８は呼処
理モジュール１４へ呼追加設定要求信号を送る。また、
呼処理モジュール１４はその呼設定要求信号の送出に基
づいて、会話中の加入者端末と新しい着加入者端末へ呼
設定要求信号を送り、新しい着加入者端末から呼設定応
答信号を受け取ったら、サービス制御モジュール８へそ
の結果を送り、さらに、サービス制御モジュール８はサ
ービス実施中の加入者端末へ呼追加設定応答信号を出
す。

【００３５】次に、呼処理モジュール１４でのルーティ
ング機能により、サービス実施中の加入者端末と新しい
着加入者端末間に必要数分のコネクションを設定する。
即ち、コネクション設定要求を出し、コネクション設定
応答が終わるとコネクションが確立される。

【００３６】

【発明の効果】以上のように、請求項１記載の発明によ
れば、伝達通信網に分離して設けられ、マルチメディア
端末から接続要求されたマルチメディア端末間に供給す
るサービス全体を制御するサービス制御モジュールと、
そのマルチメディア端末間を接続するサービス処理モジ
ュールとを備えるように構成したので、複雑なマルチメ
ディアサービス制御を効率的に処理することができ、サ
ービスを利用するユーザに迅速かつ高度にサービスを提
供することができる効果がある。

【００３７】請求項２記載の発明によれば、サービス制
御モジュールに、発マルチメディア端末からのサービス
要求メッセージに応じた着マルチメディア端末のパーテ
ィがサービスを受け入れられない場合に発マルチメディ
ア端末に結果を報知するパーティ制御タスクオブジェク
トと、そのサービスの受け入れ可能な着マルチメディア
端末へのサービスのメディアおよび情報転送の方向を制
御するアクセス制御タスクオブジェクトと、発マルチメ
ディア端末と着マルチメディア端末間のセッションの確
立を制御するセッション制御タスクオブジェクトと、そ
のセッションに必要な物理的通信リソースを起動するリ
ソース制御タスクオブジェクトとを備えるように構成し
たので、サービス制御モジュールに、加入者端末レベル
における制御要素であるパーティ制御タスクモジュール
およびアクセス制御タスクモジュールを持つことによっ
て、各加入者端末へのサービス受け入れ状況、サービス
実行途中のユーザ、メディアの変更をすぐに把握でき、
伝送レベルにおける複数のサービスによる呼／コネクシ
ョン処理のための通信トラフィックの増大を防ぐことが
できる効果がある。

【００３８】さらに、サービス制御モジュールに、発加
入者端末と着加入者端末間の論理的コネクションである
セッションの確立および解放を制御するセッション制御
タスクと、それに伴う物理的通信リソースを制御するリ
ソース制御タスクを備えることによって、通信リソース
の有用な利用が可能になる効果がある。

【００３９】請求項３記載の発明によれば、サービス処
理モジュールに、サービス制御モジュールからの制御に
応じて、接続要求された着マルチメディア端末に呼の設
定をする呼制御タスクオブジェクトと、その呼の設定に
応じて、発マルチメディア端末と着マルチメディア端末
間のコネクションパスの確立を制御するコネクション制
御タスクオブジェクトとを備えるように構成したので、
複数の加入者端末間における様々な伝達通信網には、サ
ービス制御モジュールからの制御に基づいて情報伝送を
処理するサービス処理モジュールを設けることによっ
て、伝達通信網における呼処理モジュールの負荷を軽減
することができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１によるマルチメディ
アサービス制御装置を示すブロック構成図である。

【図２】 この発明の実施の形態１によるマルチメディ
アサービス制御装置を示すハードウェア構成図である。

【図３】 この発明の実施の形態１によるマルチメディ
アサービス制御装置を示す動作原理図である。

【図４】 図３を簡略化して効果を奏する構成を明瞭に
示したマルチメディアサービス制御装置を示す動作原理
図である。

【図５】 この発明の実施の形態２によるマルチメディ
アサービス制御装置をマルチメディア会話サービスに適
用した場合におけるサービス制御シナリオ図である。

【図６】 この発明の実施の形態３によるマルチメディ
アサービス制御装置をマルチメディア会話サービスに適
用した場合におけるサービス制御シナリオ図である。

【図７】 この発明の実施の形態４によるマルチメディ
アサービス制御装置をマルチメディア会話サービスに適
用した場合におけるサービス制御シナリオ図である。

【図８】 従来のマルチメディアサービス制御装置を示
すブロック構成図である。

【図９】 従来のマルチメディアサービス制御装置を示
す動作原理図である。

【符号の説明】

１−１〜１−Ｍ 加入者端末（マルチメディア端末）、
３ パーティ制御タスク（パーティ制御タスクオブジェ
クト）、４−１〜４−Ｎ アクセス制御タスク（アクセ
ス制御タスクオブジェクト）、５−１〜５−Ｎ セッシ
ョン制御タスク（セッション制御タスクオブジェク
ト）、６−１〜６−Ｎ リソース制御タスク（リソース
制御タスクオブジェクト）、８ サービス制御モジュー
ル、１０−１〜１０−Ｎ サービス処理モジュール、１
１−１〜１１−Ｎ 呼制御タスク（呼制御タスクオブジ
ェクト）、１２−１〜１２−Ｎ コネクション制御タス
ク（コネクション制御タスクオブジェクト）。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 伝達通信網に接続された複数のマルチメ
   ディア端末と、上記伝達通信網に分離して設けられ、上
   記マルチメディア端末から接続要求されたそれらマルチ
   メディア端末間に供給するサービス全体を制御するサー
   ビス制御モジュールと、そのサービス制御モジュールに
   接続要求された上記マルチメディア端末間を上記伝達通
   信網において接続するサービス処理モジュールとを備え
   たマルチメディアサービス制御装置。
2. 【請求項２】 サービス制御モジュールは、発マルチメ
   ディア端末からのサービス要求メッセージに応じた着マ
   ルチメディア端末のパーティがサービスを受け入れられ
   るか否かを判定し、受け入れられない場合にその発マル
   チメディア端末にその結果を報知するパーティ制御タス
   クオブジェクトと、そのパーティ制御タスクオブジェク
   トにおいてサービスの受け入れ可能な上記着マルチメデ
   ィア端末へのそのサービスのメディア、および情報転送
   の方向を制御するアクセス制御タスクオブジェクトと、
   上記発マルチメディア端末と上記着マルチメディア端末
   間の論理的コネクションであるセッションの確立を制御
   するセッション制御タスクオブジェクトと、そのセッシ
   ョン制御タスクオブジェクトからの要求に応じて上記セ
   ッションに必要な物理的通信リソースを起動するリソー
   ス制御タスクオブジェクトとを備えたことを特徴とする
   請求項１記載のマルチメディアサービス制御装置。
3. 【請求項３】 サービス処理モジュールは、サービス制
   御モジュールからの制御に応じて、接続要求された着マ
   ルチメディア端末に呼の設定をする呼制御タスクオブジ
   ェクトと、その呼制御タスクオブジェクトによる呼の設
   定に応じて、発マルチメディア端末と上記着マルチメデ
   ィア端末間のコネクションパスの確立を制御するコネク
   ション制御タスクオブジェクトとを備えたことを特徴と
   する請求項１記載のマルチメディアサービス制御装置。