(57)【特許請求の範囲】
【請求項１】
伝達通信網に接続された複数のマルチメディア端末と、上記伝達通信網に分離して設けられ、上記マルチメディア端末から接続要求されたそれらマルチメディア端末間に供給するサービス全体を制御するサービス制御モジュールと、そのサービス制御モジュールに接続要求された上記マルチメディア端末間を上記伝達通信網において接続するサービス処理モジュールとを備え、上記サービス制御モジュールは、発マルチメディア端末からのサービス要求メッセージに応じた着マルチメディア端末のパーティがサービスを受け入れられるか否かを判定し、受け入れられない場合にその発マルチメディア端末にその結果を報知するパーティ制御タスクオブジェクトと、そのパーティ制御タスクオブジェクトにおいてサービスの受け入れ可能な上記着マルチメディア端末へのそのサービスのメディア、および情報転送の方向を制御するアクセス制御タスクオブジェクトと、上記発マルチメディア端末と上記着マルチメディア端末間の論理的コネクションであるセッションの確立を制御するセッション制御タスクオブジェクトと、そのセッション制御タスクオブジェクトからの要求に応じて上記セッションに必要な物理的通信リソースを起動するリソース制御タスクオブジェクトとを備えたことを特徴とするマルチメディアサービス制御装置。
【請求項２】
サービス処理モジュールは、サービス制御モジュールからの制御に応じて、接続要求された着マルチメディア端末に呼の設定をする呼制御タスクオブジェクトと、その呼制御タスクオブジェクトによる呼の設定に応じて、発マルチメディア端末と上記着マルチメディア端末間のコネクションパスの確立を制御するコネクション制御タスクオブジェクトとを備えたことを特徴とする請求項１記載のマルチメディアサービス制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、多種のマルチメディア・アプリケーションを実現するために用いられるマルチメディアサービス制御装置に関するものである。
【０００２】
【従来の技術】
図８は例えば特開平４−２１５３５７号公報に示された従来のマルチメディアサービス制御装置を示すブロック構成図であり、図において、１−１〜１−Ｍは加入者端末、１４は呼およびコネクションを設定する呼処理モジュール、８−１〜８−Ｎはサービス制御を行うサービス制御モジュールである。２−１〜２−Ｍと９−１〜９−Ｎはユーザ・ネットワークインタフェース（以下、ＵＮＩと言う）である。
【０００３】
次に動作について説明する。
図９は従来のマルチメディアサービス制御装置を示す動作原理図であり、上記図８と、この図９に基づいて動作を説明する。
【０００４】
図８において、呼処理モジュール１４とは独立に各サービス対応にサービス制御モジュール８−１〜８−Ｎを設け、呼処理モジュール１４とサービス制御モジュール８−１〜８−ＮとをＵＮＩ９−１〜９−Ｎで結合し、図９に示すように、始めにサービス制御モジュール８−１〜８−Ｎへのルーティング機能により発加入者端末１−１からサービス制御モジュール８−１〜８−Ｎ間の呼およびコネクションを設定し、そのコネクション上で発加入者端末１−１からサービス制御モジュール８−１〜８−Ｎ間のエンド−エンドプロトコルを用い、サービス制御モジュール８−１〜８−Ｎから着加入者端末１−Ｍ間の呼およびコネクションを設定することにより、Ｂ−ＩＳＤＮサービスを実現していた。
【０００５】
このようなＢ−ＩＳＤＮサービス制御方法は、単一のパーティ、単一の通信網を対象としているので、実際のマルチパーティ、複数の通信網にまたがって実現されるマルチメディア・マルチユーザサービスには適用することができない。また、各加入者端末１−１〜１−Ｍにおけるユーザが、複数のサービスを同時に実現しようとする時には呼処理モジュール１４の負荷が大きくなってしまう。また、あるサービスの実施中の他のサービスの追加／削除、メディアの変更／追加／削除、およびメンバの追加／退席などの要求に対して呼処理モジュール１４での通信トラフィックの増大など通信網への影響が大きくなってしまう。
【０００６】
従って、様々な通信網にまたがって提供されるサービスに基づいた複数のサービスを実現するための呼処理モジュール１４を内蔵する通信網と独立に、各サービス毎に論理的に分離したサービス制御網におけるサービス制御が必要になる。
【０００７】
【発明が解決しようとする課題】
従来のマルチメディアサービス制御装置は以上のように構成されているので、発端末加入者からの要求によって、呼処理モジュール１４を通じたサービス制御モジュール８−１〜８−Ｎへのルーティング機能により発加入者端末１−１からサービス制御モジュール８−１〜８−Ｎ間の呼およびコネクションを設定し、そのコネクション上で発加入者端末１−１からサービス制御モジュール８−１〜８−Ｎ間のエンド−エンドプロトコルを用い、サービス制御モジュール８−１〜８−Ｎから着加入者端末１−Ｍ間の呼およびコネクションを設定することによりＢ−ＩＳＤＮサービスを実現するため、複数のコネクションを設定する場合は、通信を開始するまでに時間がかかるという課題があった。
【０００８】
また、多種のサービス要求が集中した際に、呼処理モジュール１４の負荷が大きくなるという課題があった。
さらに、複数の呼およびマルチコネクションの設定のための通信トラフィックが増大するという課題があった。
さらに、マルチパーティおよび複数の伝達網にまたがるＢ−ＩＳＤＮサービスを実現することができないという課題があった。
【０００９】
この発明は、上記のような課題を解決するためになされたもので、サービス処理速度を向上し、複数のサービス処理のための通信トラフィックの増大を防ぎ、伝達通信網における呼処理モジュールの負荷を軽減すると共に、マルチパーティおよび複数の伝達通信網にまたがるマルチメディア・マルチユーザサービスを実現可能にするマルチメディアサービス制御装置を得ることを目的とする。
【００１０】
【課題を解決するための手段】
請求項１記載の発明に係るマルチメディアサービス制御装置は、伝達通信網に分離して設けられ、マルチメディア端末から接続要求されたマルチメディア端末間に供給するサービス全体を制御するサービス制御モジュールと、そのマルチメディア端末間を接続するサービス処理モジュールとを備え、サービス制御モジュールに、発マルチメディア端末からのサービス要求メッセージに応じた着マルチメディア端末のパーティがサービスを受け入れられない場合に発マルチメディア端末に結果を報知するパーティ制御タスクオブジェクトと、そのサービスの受け入れ可能な着マルチメディア端末へのサービスのメディアおよび情報転送の方向を制御するアクセス制御タスクオブジェクトと、発マルチメディア端末と着マルチメディア端末間のセッションの確立を制御するセッション制御タスクオブジェクトと、そのセッションに必要な物理的通信リソースを起動するリソース制御タスクオブジェクトとを備えたものである。
【００１１】
請求項２記載の発明に係るマルチメディアサービス制御装置は、サービス処理モジュールに、サービス制御モジュールからの制御に応じて、接続要求された着マルチメディア端末に呼の設定をする呼制御タスクオブジェクトと、その呼の設定に応じて、発マルチメディア端末と着マルチメディア端末間のコネクションパスの確立を制御するコネクション制御タスクオブジェクトとを備えたものである。
【００１２】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１によるマルチメディアサービス制御装置を示すブロック構成図であり、図において、１−１〜１−Ｍはアプリケーション実現のためデータ伝送をする加入者端末（マルチメディア端末）、２−１〜２−Ｍと９−１〜９−Ｎはユーザ・ネットワークインタフェース（以下、ＵＮＩ：Ｕｓｅｒ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅと言う）、１３−１〜１３−Ｎはネットワーク・ネットワークインタフェース（以下、ＮＮＩ：Ｎｅｔｗｏｒｋ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅと言う）、８はサービス制御を行うサービス制御モジュール、１０−１〜１０−Ｎはサービス制御モジュール８における制御に基づいて呼／コネクション制御を行うサービス処理モジュールである。
【００１３】
サービス制御モジュール８において、３は加入者端末１−１〜１−Ｍからの要求サービスにおけるパーティ制御を行うパーティ制御タスク（パーティ制御タスクオブジェクト）、４−１〜４−Ｎは加入者端末１−１〜１−Ｍからの要求信号を制御する信号制御タスク７に基づいて各パーティへのサービスをどのメディアとどの方向で与えるかを制御するアクセス制御タスク（アクセス制御タスクオブジェクト）、５−１〜５−Ｎは各加入者端末１−１〜１−Ｍへのサービスを実現するためのセッションを確立するセッション制御タスク（セッション制御タスクオブジェクト）、さらに、６−１〜６−Ｎはそのセッション上で必要とするリソースを制御するリソース制御タスク（リソース制御タスクオブジェクト）である。
【００１４】
また、サービス処理モジュール１０−１〜１０−Ｎにおいて、１１−１〜１１−ＮはＵＮＩ９−１〜９−Ｎを介してサービス制御モジュール８のリソース制御タスク６−１〜６−Ｎの要求に基づいて、データ伝送を行う各伝達通信網対応の呼制御を行う呼制御タスク（呼制御タスクオブジェクト）、１２−１〜１２−Ｎはコネクションを制御するコネクション制御タスク（コネクション制御タスクオブジェクト）である。
さらに、１４はＮＮＩ１３−１〜１３−Ｎを介して各制御に基づいた伝達通信網におけるコネクションを確立する呼処理を行う呼処理モジュールである。
【００１５】
図２はこの発明の実施の形態１によるマルチメディアサービス制御装置を示すハードウェア構成図であり、図において、１５はサービス制御モジュール８とサービス処理モジュール１０−１〜１０−Ｎとを含むサービス制御サーバ、１６は情報コンテンツ、１７はサービスコンテンツ、１８はＬＡＮなどの内部バス、１９はマルチメディアサービスゲートウェイ、２０は呼処理モジュール１４を含むスイッチ、２１は通信網インタフェース、２２は加入者端末１−１〜１−Ｍが接続される通信網である。
【００１６】
次に動作について説明する。
図３はこの発明の実施の形態１によるマルチメディアサービス制御装置を示す動作原理図であり、加入者端末１−１を発加入者端末とし、加入者端末１−Ｍを着加入者端末としたこの図３において、この実施の形態１の動作手順を説明する。
【００１７】
（手順１）発加入者端末１−１からサービス制御モジュール８へサービス要求メッセージを渡す。
（手順２）サービス制御モジュール８はサービス処理モジュール１０−１〜１０−Ｎへ呼設定要求信号を出すために、以下のような制御機能を行う。
（手順２−１）パーティ制御機能：パーティ制御タスク３では、発加入者端末１−１から渡されたサービス要求メッセージから、要求する各パーティへサービスを受け入れられるかどうかをサービスデータベースを参照しながら調べる。全てのパーティが受け入れられる場合は次の段階へ、また、受け入れられないパーティが存在する場合は発加入者端末１−１へその結果を知らせる。
【００１８】
（手順２−２）アクセス制御機能：アクセス制御タスク４−１〜４−Ｎでは、パーティ制御タスク３から受け取った各パーティへ発加入者端末１−１からのセッションを設定するために、要求するサービスのメディアと情報伝送の方向性について制御する。
（手順２−３）セッション制御機能：セッション制御タスク５−１〜５−Ｎでは、アクセス制御タスク４−１〜４−Ｎからの結果に基づいて要求するサービスを実現するために必要とするパーティ間のセッションの確立を制御する。
セッションの確立が成立すると、その結果をサービスデータベースに格納し、さらに、そのセッションのためのリソース制御タスク６−１〜６−Ｎへ要求を出す。
（手順２−４）リソース制御機能：リソース制御タスク６−１〜６−Ｎでは、セッション制御タスク５−１〜５−Ｎからの要求に基づいて、必要とされる物理的なリソースを起動する。
【００１９】
（手順３）サービス制御モジュール８のリソース制御タスク６−１〜６−Ｎからの制御によって対応するサービス処理モジュール１０−１〜１０−Ｎを起動し、以下のような制御機能を行う。
（手順３−１）呼制御機能：呼制御タスク１１−１〜１１−Ｎでは、リソース制御タスク６−１〜６−Ｎから渡されたメッセージから、要求する各加入者端末１−１〜１−Ｍへ呼設定要求信号を出す。各加入者端末１−１〜１−Ｍから呼設定応答信号を受け取ると、その結果をサービス制御モジュール８へ知らせる。そして、同時にコネクション制御タスク１２−１〜１２−Ｎへコネクション設定要求信号を出す。
（手順３−２）コネクション制御機能：コネクション制御タスク１２−１〜１２−Ｎでは、呼制御タスク１１−１〜１１−Ｎからコネクション設定要求信号を受け取ると、着加入者端末へコネクション要求信号を出す。着加入者端末からコネクション応答信号を受け取ると、発加入者端末と着加入者端末間にコネクションを確立する。
【００２０】
以上のように、この実施の形態１によれば、マルチメディアサービス制御装置において、伝達通信網にサービス制御モジュール８を分離して構成することにより、複雑なマルチメディアサービス制御を効率的に処理することができ、このため、サービスを利用するユーザに迅速かつ高度にサービスを提供することができる。
なお、図４は図３を簡略化して上記効果を奏する構成を明瞭に示したマルチメディアサービス制御装置を示す動作原理図である。
【００２１】
また、複数の加入者端末１−１〜１−Ｍ間における様々な伝達通信網には、サービス制御モジュール８からの制御に基づいて情報伝送を処理するサービス処理モジュール１０−１〜１０−Ｎを設けることによって、伝達通信網における呼処理モジュール１４の負荷を軽減することができる。
【００２２】
また、サービス制御モジュール８には、加入者端末１−１〜１−Ｍレベルにおける制御要素であるパーティ制御タスク３およびアクセス制御タスク４−１〜４−Ｎを持つことによって、各加入者端末１−１〜１−Ｍへのサービス受け入れ状況、サービス実行途中のユーザおよびメディアの変更をすぐに把握でき、伝送レベルにおける複数のサービスによる呼／コネクション処理のための通信トラフィックの増大を防ぐことができる。
【００２３】
さらに、サービス制御モジュール８において、発加入者端末１−１と着加入者端末１−Ｍ間の論理的コネクションであるセッションの確立および解放を制御するセッション制御タスク５−１〜５−Ｎと、それに伴う物理的通信リソースを制御するリソース制御タスク６−１〜６−Ｎを備えることによって、通信リソースの有用な利用が可能になる。
【００２４】
実施の形態２．
上記実施の形態１のマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合について説明する。
図５はこの発明の実施の形態２によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図であり、加入者端末１−１を発加入者端末、加入者端末１−Ｍを着加入者端末としたものである。
【００２５】
発加入者端末１−１がサービス設定要求信号をルーティング機能によりサービス制御モジュール８に送ると、サービス制御モジュール８はその要求に基づいてモジュール内のパーティ制御タスク３を起動し、信号制御タスク７により各制御タスクへのセッション設定要求信号を出す。次に、各制御タスクでの処理が終了し、セッション設定応答信号をサービス制御モジュール８へ返すと、発加入者端末１−１と着加入者端末１−Ｍ間にセッションが確立される。セッションが確立すると、サービス制御モジュール８はサービス処理モジュール１０−１〜１０−Ｎでの呼制御に基づいて呼処理モジュール１４へ呼設定要求信号を送る。また、呼処理モジュール１４は着加入者端末１−Ｍへ呼設定要求信号を送り、着加入者端末１−Ｍから呼設定応答信号を受け取ったら、サービス制御モジュール８へその結果を送り、さらに、サービス制御モジュール８は発加入者端末１−１へ呼設定応答信号を出す。
【００２６】
発加入者端末１−１と着加入者端末１−Ｍ間に呼が設定されると、次は、呼処理モジュール１４でのルーティング機能により、発加入者端末１−１から着加入者端末１−Ｍ間に必要数分のコネクションを設定する。例えば、コネクションの本数、ビットレート等のベアラコネクションの属性が予め分かっているビデオ会議サービスでは、音声用のコネクションおよび画像用のコネクションなどを設定する。全てのコネクションが確立されると、サービスが開始される。
【００２７】
以上のように、この実施の形態２によれば、サービス制御モジュール８での各制御タスクによる制御によってサービス処理を行うことによって、伝達通信網でのコネクション処理を行うことにより通信処理速度を向上させることができる。
【００２８】
実施の形態３．
図６はこの発明の実施の形態３によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図であり、この発明の実施の形態３は、上記実施の形態２におけるマルチメディア会話サービスでの会話中に、他のメンバの割り込みがあった場合のサービス制御シナリオを示すものである。
【００２９】
マルチメディア会話サービスを利用して会話している途中に、他の加入者端末からサービス制御モジュール８へ会話サービスへの参加要求が出た場合に、現在実施中の会話サービスとは別に、サービス制御モジュール８はその要求に基づいてモジュール内のパーティ制御タスク３を起動し、信号制御タスク７により各制御タスクへのセッション設定要求信号を出す。次に、各制御タスクでの処理が終了し、セッション設定応答信号をサービス制御モジュール８へ返すと会話中の加入者端末と割り込み加入者端末間にセッションが確立される。セッションが確立すると、サービス制御モジュール８は呼処理モジュール１４へ呼設定要求信号を送る。また、呼処理モジュール１４はその呼設定要求信号の送出に基づいて、会話中のそれぞれの加入者端末へ呼設定要求信号を送り、各加入者端末から呼設定応答信号を受け取ったら、サービス制御モジュール８へその結果を送り、さらに、サービス制御モジュール８は割り込み加入者端末へ呼設定応答信号を出す。
【００３０】
次に、呼処理モジュール１４でのルーティング機能により、各加入者端末間に必要数分のコネクションを設定する。即ち、コネクション設定要求を出し、コネクション設定応答が終わるとコネクションが確立される。
【００３１】
以上のように、この実施の形態３によれば、サービス実施中に、他のメンバの割り込みがあっても、伝達通信網でのサービス処理とは独立にサービス制御網での制御を行うことができるので、通信トラフィックの増大を防ぐことができる。
【００３２】
実施の形態４．
図７はこの発明の実施の形態４によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図であり、この発明の実施の形態４は、上記実施の形態２におけるマルチメディア会話サービスでの会話中に、サービス実施中のユーザがサービス追加要求をした場合のサービス制御シナリオについて示すものである。
【００３３】
マルチメディア会話サービスを利用して会話している途中に、サービス実施中の加入者端末から会話サービス実施とは別に、サービス制御モジュール８はその要求に基づいてモジュール内のパーティ制御タスク３を起動し、信号制御タスク７により各制御タスクへのセッション設定要求信号を出す。次に、各制御タスクでの処理が終了し、セッション設定応答信号をサービス制御モジュール８へ返すとサービス実施中の加入者端末と新しい着加入者端末間にセッションが確立される。セッションが確立すると、サービス制御モジュール８は呼処理モジュール１４へ呼追加設定要求信号を送る。また、呼処理モジュール１４はその呼設定要求信号の送出に基づいて、会話中の加入者端末と新しい着加入者端末へ呼設定要求信号を送り、新しい着加入者端末から呼設定応答信号を受け取ったら、サービス制御モジュール８へその結果を送り、さらに、サービス制御モジュール８はサービス実施中の加入者端末へ呼追加設定応答信号を出す。
【００３４】
次に、呼処理モジュール１４でのルーティング機能により、サービス実施中の加入者端末と新しい着加入者端末間に必要数分のコネクションを設定する。即ち、コネクション設定要求を出し、コネクション設定応答が終わるとコネクションが確立される。
【００３５】
【発明の効果】
以上のように、請求項１記載の発明によれば、伝達通信網に分離して設けられ、マルチメディア端末から接続要求されたマルチメディア端末間に供給するサービス全体を制御するサービス制御モジュールと、そのマルチメディア端末間を接続するサービス処理モジュールとを備えるように構成したので、複雑なマルチメディアサービス制御を効率的に処理することができ、サービスを利用するユーザに迅速かつ高度にサービスを提供することができる効果がある。
また、サービス制御モジュールに、発マルチメディア端末からのサービス要求メッセージに応じた着マルチメディア端末のパーティがサービスを受け入れられない場合に発マルチメディア端末に結果を報知するパーティ制御タスクオブジェクトと、そのサービスの受け入れ可能な着マルチメディア端末へのサービスのメディアおよび情報転送の方向を制御するアクセス制御タスクオブジェクトと、発マルチメディア端末と着マルチメディア端末間のセッションの確立を制御するセッション制御タスクオブジェクトと、そのセッションに必要な物理的通信リソースを起動するリソース制御タスクオブジェクトとを備えるように構成したので、サービス制御モジュールに、加入者端末レベルにおける制御要素であるパーティ制御タスクモジュールおよびアクセス制御タスクモジュールを持つことによって、各加入者端末へのサービス受け入れ状況、サービス実行途中のユーザ、メディアの変更をすぐに把握でき、伝送レベルにおける複数のサービスによる呼／コネクション処理のための通信トラフィックの増大を防ぐことができる効果がある。
さらに、サービス制御モジュールに、発加入者端末と着加入者端末間の論理的コネクションであるセッションの確立および解放を制御するセッション制御タスクと、それに伴う物理的通信リソースを制御するリソース制御タスクを備えることによって、通信リソースの有用な利用が可能になる効果がある。
【００３６】
請求項２記載の発明によれば、サービス処理モジュールに、サービス制御モジュールからの制御に応じて、接続要求された着マルチメディア端末に呼の設定をする呼制御タスクオブジェクトと、その呼の設定に応じて、発マルチメディア端末と着マルチメディア端末間のコネクションパスの確立を制御するコネクション制御タスクオブジェクトとを備えるように構成したので、複数の加入者端末間における様々な伝達通信網には、サービス制御モジュールからの制御に基づいて情報伝送を処理するサービス処理モジュールを設けることによって、伝達通信網における呼処理モジュールの負荷を軽減することができる効果がある。
【図面の簡単な説明】
【図１】  この発明の実施の形態１によるマルチメディアサービス制御装置を示すブロック構成図である。
【図２】  この発明の実施の形態１によるマルチメディアサービス制御装置を示すハードウェア構成図である。
【図３】  この発明の実施の形態１によるマルチメディアサービス制御装置を示す動作原理図である。
【図４】  図３を簡略化して効果を奏する構成を明瞭に示したマルチメディアサービス制御装置を示す動作原理図である。
【図５】  この発明の実施の形態２によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図である。
【図６】  この発明の実施の形態３によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図である。
【図７】  この発明の実施の形態４によるマルチメディアサービス制御装置をマルチメディア会話サービスに適用した場合におけるサービス制御シナリオ図である。
【図８】  従来のマルチメディアサービス制御装置を示すブロック構成図である。
【図９】  従来のマルチメディアサービス制御装置を示す動作原理図である。
【符号の説明】
１−１〜１−Ｍ  加入者端末（マルチメディア端末）、３  パーティ制御タスク（パーティ制御タスクオブジェクト）、４−１〜４−Ｎ  アクセス制御タスク（アクセス制御タスクオブジェクト）、５−１〜５−Ｎ  セッション制御タスク（セッション制御タスクオブジェクト）、６−１〜６−Ｎ  リソース制御タスク（リソース制御タスクオブジェクト）、８  サービス制御モジュール、１０−１〜１０−Ｎ  サービス処理モジュール、１１−１〜１１−Ｎ  呼制御タスク（呼制御タスクオブジェクト）、１２−１〜１２−Ｎ  コネクション制御タスク（コネクション制御タスクオブジェクト）。
【図１】
0004008068.tif 000002
【図２】
0004008068.tif 000003
【図３】
0004008068.tif 000004
【図４】
0004008068.tif 000005
【図５】
0004008068.tif 000006
【図６】
0004008068.tif 000007
【図７】
0004008068.tif 000008
【図８】
0004008068.tif 000009
【図９】
0004008068.tif 000010