(57)【要約】【課題】複数の異なるシグナリングプロトコルでのシグナリングを必要とするメディア通信において、相互のデータ送信の同期を細かく制御できるマルチメディアコミュニケーション装置を提供することを目的とする。【解決手段】通信先とのセッションの確立の処理を管理するセッション部１０３と、セッションを特定するセッションＩＤと、これに関連づけたシグナリングプロトコルと、通信手順の状態を示す情報とをやり取りしてシグナリングを行うプロトコル制御部１０６と、セッション部との間でセッションＩＤと、これに関連づけた通信メディアのデータ属性とをやり取りしてデータ通信を行うメディアデータ制御部１０９とを備え、セッションＩＤによりシグナリングとデータ通信とを関連づけて制御しているので、複数の異なるシグナリングを同一アプリケーションで起動して、相互に影響を与えることなく独立してデータ通信が可能になる。【選択図】  図１
2004200855.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションから通信先アドレスとシグナリングプロトコルとデータ通信の指示とを受信し、前記通信先とのセッションの確立の処理を管理するセッション部と、
前記セッション部との間で、前記セッションを特定するセッションＩＤと、前記セッションＩＤに関連づけた前記シグナリングプロトコルと、通信手順の状態を示す情報とをやり取りして、前記通信先とシグナリングを行うプロトコル制御部と、
前記セッション部との間で、前記セッションＩＤと、前記セッションＩＤに関連づけた通信メディアのデータ属性とをやり取りして、前記通信先とデータ通信を行うメディアデータ制御部とを備え、
前記セッションＩＤにより前記シグナリングと前記データ通信とを関連づけて制御するマルチメディアコミュニケーション装置。
【請求項２】
前記アプリケーションからのデータ通信の指示が複数の異なるシグナリングプロトコル通信である場合、
前記シグナリングプロトコル毎に前記プロトコル制御部を制御して複数の前記セッションを確立する請求項１に記載のマルチメディアコミュニケーション装置。
【請求項３】
前記セッション部が待機時間情報を用いて前記プロトコル制御部と前記メディアデータ制御部との間の同期をとる請求項１乃至請求項２のいずれかに記載のマルチメディアコミュニケーション装置。
【請求項４】
アプリケーションから通信先アドレスと複数の異なるシグナリングプロトコルとデータ送信要求とを受信するステップと、
前記異なるシグナリングプロトコル毎に前記通信先アドレスへシグナリングを行い、複数のセッションを確立するステップと、
前記セッションを特定するセッションＩＤと、前記セッションＩＤに関連づけられたデータ属性とを用いて、データ送信を開始するステップと、
を有するセッション管理方法。
【請求項５】
前記シグナリングにおいて、データ送信との時間待ちをすることにより同期をとるステップ
を更に有するセッション管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、動画情報及び音声情報をやり取りするマルチメディア通信分野におけるセッション管理方法及びその方法を利用したマルチメディアコミュニケーション装置に関する。
【０００２】
【従来の技術】
近年、ネットワークの拡大に伴い、少なくとも動画情報及び音声情報をネットワーク上でパケット化したデータとして送受信するマルチメディアコミュニケーション装置が実用化されている。このようなマルチメディアコミュニケーション装置としては、主として個人向けのテレビ電話装置、業務向けのテレビ会議装置のようなインターネットを利用したコミュニケーション端末がある。
【０００３】
従来より、このマルチメディアコミュニケーション装置としては、特許文献１に記載されているようなものがあった。図１１は特許文献１に記載された従来のマルチメディアコミュニケーション装置の通信機能を示す構成図である。
【０００４】
図１１において、画像セッション１１０１は画像データを送受信し、テキストセッション１１０２はテキストデータを送受信し、回線用セッション１１０３は画像セッション１１０１とテキストセッション１１０２との回線設定を制御し、上位セッションレイヤ１１０４は各セッションを制御するものである。
【０００５】
【特許文献１】
特開昭６３−７０４７号公報（第３−５頁、第８図）
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来の構成ではデータの種別毎に異なったセッションを同一のシグナリングプロトコルで接続し、データ毎に別々の下位の通信手順と通信インターフェースを持って通信していた。このため、映像と音声などの複数のメディアをＳＩＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）やＨ．３２３といった異なるシグナリングプロトコルで通信する場合は、別々のアプリケーションによりメディア毎に通信を行わなければならず、メディア間で同期をとることが困難であるという課題を有していた。
本発明は上記従来の課題を解決するためになされ、その目的とするところは、複数の異なるシグナリングプロトコルでのシグナリングを必要とするマルチメディア通信において、相互のデータ送信の同期を細かく制御できるマルチメディアコミュニケーション装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記従来の課題を解決する本発明に係るマルチメディアコミュニケーション装置は、アプリケーションから通信先アドレスとシグナリングプロトコルとデータ通信の指示とを受信し、通信先とのセッションの確立の処理を管理するセッション部と、このセッション部との間で、セッションを特定するセッションＩＤと、このセッションＩＤに関連づけたシグナリングプロトコルと、通信手順の状態を示す情報とをやり取りして、通信先とシグナリングを行うプロトコル制御部と、セッション部との間で、セッションＩＤと、セッションＩＤに関連づけた通信メディアのデータ属性とをやり取りして、通信先とデータ通信を行うメディアデータ制御部とを備え、セッションＩＤによりシグナリングとデータ通信とを関連づけて制御している。
【０００８】
これにより、プロトコル制御部とメディアデータ制御部はセッション部のみと通信を行うことになるので、各部がセッションの状態を把握するための情報量を少なくすることができ、処理を単純化できる。複数のプロトコル制御部とメディアデータ制御部とにより複数の異なるシグナリングを同一アプリケーションで起動しても、相互に影響を与えることなくそれぞれ独立してセッションを確立し、データ通信を行うことが可能になる。
【０００９】
また、本発明に係るマルチメディアコミュニケーション装置は、アプリケーションからのデータ通信の指示が複数の異なるシグナリングプロトコル通信である場合、シグナリングプロトコル毎にプロトコル制御部を制御して複数のセッションを確立する。
【００１０】
これにより、複数のプロトコル制御部とメディアデータ制御部とにより複数の異なるシグナリングを同一アプリケーションで起動しても、相互に影響を与えることなくそれぞれ独立してセッションを確立して、データ通信が可能になる。
【００１１】
また、本発明に係るマルチメディアコミュニケーション装置は、セッション部が待機時間情報を用いてプロトコル制御部とメディアデータ制御部との間の同期をとる。
【００１２】
これによって、待機時間情報によりシグナリングプロトコルとメディア通信の開始との同期を取ることができるので、通信先端末が接続するメディアのパラメータを変更するなどの場合にも、パラメータが更新される前にメディア通信が開始されてしまうことを防ぐことが可能になる。
【００１３】
本発明に係るセッション管理方法は、アプリケーションから通信先アドレスと複数の異なるシグナリングプロトコルとデータ送信要求とを受信するステップと、異なるシグナリングプロトコル毎に通信先アドレスへシグナリングを行い、複数のセッションを確立するステップと、このセッションを特定するセッションＩＤと、それに関連づけられたデータ属性とを用いて、データ送信を開始するステップとを有している。
【００１４】
これによって、シグナリング処理とデータ送信開始の準備処理とを独立してセッションの確立までできるので、複数の異なるシグナリングを同一アプリケーションで起動しても、相互に影響を与えることなくそれぞれ独立してデータ通信が可能になる。
【００１５】
また、本発明に係るセッション管理方法は、シグナリングにおいてデータ送信との時間待ちをすることにより同期をとるステップを更に有している。
【００１６】
これによって、待機時間情報によりシグナリングプロトコルとメディア通信開始との同期を取ることができるので、通信先端末が接続するメディアのパラメータを変更するなどの場合にも、パラメータが更新される前にメディア通信が開始されてしまうことを防ぐことが可能になる。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。なお、本発明はこれら実施の形態に何等限定されるものではなく、その要旨を逸脱しない範囲において種々なる態様で実施し得る。
【００１８】
（実施の形態１）
図１は本発明の第１の実施の形態におけるマルチメディアコミュニケーション装置の通信機能の構成図を示すものである。
【００１９】
図１において、マルチメディアコミュニケーション装置の通信機能は呼接続部１０１とメディア部１０２とセッション部１０３とから構成されており、更に呼接続部１０１は、呼接続管理部１０５とプロトコル制御部１０６と呼データ伝送部１０７とからなっている。また、メディア部１０２は、メディア管理部１０８とメディアデータ制御部１０９とメディアデータ伝送部１１０とからなり、セッション部１０３は、セッション管理部１１１とプロトコル制御手段１１２とからなっている。
【００２０】
ここにおいて、アプリケーション部１０４はユーザからの指示により、マルチメディアデータを用いたアプリケーションを実行する。そして、ユーザから動作の指示と、音声や映像などのマルチメディアデータの種類とパラメータの変更要求とを受け付け、その要求毎にセッション管理部１１１へ要求を伝達する。
【００２１】
セッション管理部１１１は、呼接続管理部１０５とメディア管理部１０８とが行っている通信の進行状態（以下「通信手順状態」という。）を把握し、セッションの確立から開放までの処理を管理する。
【００２２】
プロトコル制御手段１１２は、セッションの情報を一意に判断可能な後述する識別情報と、セッションにおけるメディアの情報を一意に判断可能な後述するイベント情報との発行を行う。
【００２３】
呼接続管理部１０５はセッション部１０３との間でこれら識別情報とイベント情報とを相互に通知する。
【００２４】
プロトコル制御部１０６は呼のシグナリングプロトコルを操作する。
【００２５】
呼データ伝送部１０７は通信相手先端末との呼の接続処理に必要なシグナリングプロトコルのデータを通信ネットワーク１２０に送信あるいは受信する。
【００２６】
メディア管理部１０８は、セッション部１０３との間でイベント情報の通知を相互に行う。
【００２７】
メディアデータ制御部１０９はメディアデータの生成や再生を行う。
【００２８】
メディアデータ伝送部１１０はそのメディアデータをネットワーク１２０に送出する。
【００２９】
ここで、図９を用いて識別情報９０１とイベント情報９０６について詳細に説明する。
【００３０】
図９において、識別情報９０１は呼の接続処理に関連する詳細な情報を伝達する為のものであり、セッションを識別する為のセッションＩＤ９０２と、セッションで用いられている呼のシグナリングプロトコルの種類を識別する為の通信プロトコルＩＤ９０３と、呼の接続処理の通信手順状態を識別する状態ＩＤ９０４と、呼の接続処理を確立させるための各呼毎の詳細な制御パラメータや制御コードからなる識別データ９０１とで構成される。なお、制御パラメータとしてはシグナリングプロトコルの種類やバージョン、自端末の名前、及びニックネームなどである。制御コードとしては、・・・・・・・・・・・・・・・などがある。
【００３１】
なお、状態ＩＤ９０４が通信手順の状態を示す情報に相当する。
【００３２】
イベント情報９０６はセッションＩＤ９０８に対応したメディアの詳細な情報を伝達する為のものであり、メディアの起動処理の進行状態に対応したイベントＩＤ９０７と、セッションＩＤ９０８と、メディア通信の起動処理を開始するための音声や映像情報などの制御パラメータ及び制御コードからなるメディアデータ９０９とで構成される。
【００３３】
なお、制御パラメータとしては符号化方式、単位時間当たりのフレーム数、圧縮レート、サンプリング周波数、及びデータフォーマットなどであり、制御コードとしては、・・・・・・・・・・・・・・・などがある。
【００３４】
これら識別情報９０１とイベント情報９０６とにより、各通信セッション毎に、シグナリングプロトコルの種別とそのシグナリングプロトコルで扱うメディアの属性とが対応づけられ、セッション管理部が処理の進行状態に応じて呼接続部とメディア部とを制御できる。
【００３５】
以上のように構成されたマルチメディアコミュニケーション装置について、以下に図３を用いてその動作と作用を説明する。
【００３６】
図３は本実施の形態のセッション管理方法を示すシーケンス図である。
【００３７】
まず、セッション管理部１１１はアプリケーション部１０４からの要求を受けて（ステップＳ３０１）識別情報９０１とイベント情報９０６とのセッションＩＤ９０２及び９０８に新規のＩＤを設定する。また、イベント情報２５のイベントＩＤ９０７にはメディア作成の初期準備状態を示すＩＤを、そしてイベント情報９０６のメディアデータ９０９にはメディアの制御パラメータを設定する。そして識別情報９０１をプロトコル制御手段１１２に通知する（ステップＳ３０２）。
【００３８】
プロトコル制御手段１１２は受けとった識別情報９０１の通信プロトコルＩＤ９０３にアプリケーション部１０４からの送信メディアに適合するＩＤを、また、識別データ９０５にシグナリングプロトコルの制御パラメータを設定し、セッション管理部１１１へ応答する（ステップＳ３０３）。
【００３９】
これを受けてセッション管理部１１１は、これら識別情報９０１の状態ＩＤに初期接続要求状態を示すＩＤをセットし、また、イベント情報９０６のイベントＩＤに初期準備状態を示すＩＤをセットし、呼接続管理部１０５へは識別情報９０１とイベント情報９０６との両方を通知し（ステップＳ３０４）、メディア管理部１０８へはイベント情報９０６のみを通知する（ステップＳ３０５）。
【００４０】
次に、メディア管理部１０８はこれを受けて、メディアデータ制御部１０９へ受信したイベント情報９０６を通知する（ステップＳ３０６）。メディアデータ制御部１０９はこのイベント情報９０６に従って、音声や映像等のマルチメディアデータを生成あるいは再生するために、マイクロフォンやスピーカなどの入出力デバイスを制御するためのドライバの初期化や、メディアデータの符号化、復号化をするためのメモリーの確保などを行う。
【００４１】
一方、呼接続管理部１０５はこれらの情報を受けて呼の接続処理の開始をプロトコル制御部１０６へ指示する（ステップＳ３０７）。
【００４２】
プロトコル制御部１０６は識別情報９０１の通信プロトコルＩＤ９０３と識別データ９０５の制御パラメータとに従って、呼データ伝送部１０７を介して指定のシグナリングプロトコルで通信先端末へ接続要求を出力する（ステップＳ３０８）。
【００４３】
次に、プロトコル制御部１０６は呼データ伝送部１０７を介して、通信先端末から接続要求に対する許可あるいは拒否の応答を受けとると、識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ９０７とに呼の接続処理の進行状況が要求応答状態であることを示すＩＤを設定する（ステップＳ３０９）。そして、呼接続管理部１０５はこれらの設定の通知をプロトコル制御部１０６から受けて（ステップＳ３１０）、セッション管理部１１１へこれら識別情報９０１とイベント情報９０６とを通知する（ステップＳ３１１）。
【００４４】
次に、プロトコル制御部１０６は通信先端末から使用するメディアの通知を受けると、識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ２１とに呼の接続処理の進行状況がメディア確認状態であることを示すＩＤを設定する（ステップＳ３１２）。そして、呼接続管理部１０５へ通知する（ステップＳ３１３）。
【００４５】
呼接続管理部１０５はこれら識別情報９０１とイベント情報９０６とをセッション管理部１１１へ通知する（ステップＳ３１４）。
【００４６】
次に、セッション管理部１１１は受信したイベント情報９０６のイベントＩＤにメディア接続を開始してもよい状態であることを示すＩＤを設定して、メディア管理部１０８に通知する（ステップＳ３１５）。
【００４７】
これを受けたメディア管理部１０８は、そのイベント情報９０６をメディアデータ制御部１０９に通知する（ステップＳ３１６）。メディアデータ制御部１０９はこのイベント情報９０６をもとに、メディアデータの生成や再生を開始する。そして、通信先端末との通信も開始する（ステップＳ３１７）。
【００４８】
次に、プロトコル制御部１０６は通信先端末から接続の確立を受信する（ステップＳ３１８）と、識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ２１とに呼の接続処理の進行状況が接続確立状態であることを示すＩＤを設定する。そして、呼接続管理部１０５はこれらの設定の通知をプロトコル制御部１０６から受けて（ステップＳ３１９）、セッション管理部１１１へこれら識別情報９０１とイベント情報９０６とを通知する（ステップＳ３２０）。
【００４９】
以上のように、本実施の形態ではセッション部１０３はプロトコル制御部１０６の間で、セッションを特定するセッションＩＤ９０２と、通信プロトコルＩＤ９０３と、状態ＩＤ９０４と識別データ９０５とからなる識別情報９０１をやり取りするとともに、メディアデータ制御部１０９との間で、識別情報９０１の他に、セッションＩＤ９０８とイベントＩＤ９０７とメディアデータ９０９とからなるイベント情報９０６をやり取りする。これにより、呼接続部１０１とメディア部１０２とは相互に直接通信することがないので、複数のプロトコル制御部１０６とメディアデータ制御部１０９とにより複数の異なるシグナリングを同一アプリケーションで起動して、相互に影響を与えることなく、それぞれ独立してセッションを確立しデータ通信が可能になる。
【００５０】
次に、本実施の形態のマルチメディアコミュニケーション装置において、一つのアプリケーションで、シグナリングプロトコルの異なる動画像データとテキストデータとを通信する場合について、図２に示す構成図と図４に示すシーケンス図とを用いて説明する。
【００５１】
図２において、プロトコル制御部がプロトコル制御部Ａ２０１とプロトコル制御部Ｂ２０２の２つあり、メディアデータ制御部がメディアデータ制御部Ａ２０３とメディアデータ制御部Ｂ２０４の２つある点が図１と異なる。
【００５２】
図４はこのように構成されたマルチメディアコミュニケーション装置のセッション管理方法を示す。
【００５３】
まず、セッション管理部１１１はアプリケーション部１０４から動画像データ（以下、「メディアＡ」という。）と、テキストデータ（以下、「メディアＢ」という。）との通信要求を受ける（ステップＳ４００）。
【００５４】
セッション管理部１１１はプロトコル制御手段１１２に要求してメディアＡ用の識別情報Ａとイベント情報Ａ、及びメディアＢ用の識別情報Ｂとイベント情報Ｂとを作成し、それぞれのセッションＩＤ９０２に新規セッションＩＤを設定する。また、イベント情報Ａとイベント情報ＢのイベントＩＤ２１にはどちらもメディア作成の初期準備状態を示すＩＤを、そしてメディアデータ９０９にはそれぞれにメディアの制御パラメータを設定する。更に、識別情報Ａの通信プロトコルＩＤ９０３には送信メディアＡに適合する通信プロトコルＩＤを、また、識別データ９０５にはシグナリングプロトコルの制御パラメータを設定する。同様に、識別情報Ｂの通信プロトコルＩＤ９０３には送信メディアＢに適合する通信プロトコルＩＤを、識別データ９０５にはシグナリングプロトコルの制御パラメータを設定する。そして、これらの識別情報Ａ、識別情報Ｂ、イベント情報Ａ及びイベント情報Ｂとを呼接続管理部１０５へ通知して呼の接続を指示する（ステップＳ４０１）。
【００５５】
また、セッション管理部１１１はメディア管理部１０８にも上記のイベント情報Ａとイベント情報Ｂとを通知して、メディア部１０２の初期準備を要求する（ステップＳ４０６）。
【００５６】
次に、メディア管理部１０８はセッション管理部１１１からこれらの情報に従って、イベント情報Ａのメディアデータ９０９の制御パラメータを参照して、動画像データの生成等を行うメディアデータ制御部Ａを生成し、また、イベント情報Ｂのメディアデータ９０９の制御パラメータを参照して、テキストデータのデータ生成等を行うメディアデータ制御部Ｂとを生成する。そして、イベント情報のイベントＩＤ２１から、前述したような初期準備をメディアデータ制御部Ａ２０３とメディアデータ制御部Ｂ２０４とに行うことを指示する（ステップＳ４０７、ステップＳ４０８）。これを受けて、メディアデータ制御部Ａ２０３及びメディアデータ制御部Ｂ２０４は、それぞれのデータ生成等のための初期準備を開始する。
【００５７】
一方、呼接続管理部１０５は状態ＩＤ９０４を基にプロトコル制御部Ａ２０１とプロトコル制御部Ｂ２０２を生成し、識別情報とイベント情報とをそれぞれ通知する（ステップＳ４０２，ステップＳ４０４）。
【００５８】
これを受けて、プロトコル制御部Ａ２０１は識別情報Ａの識別データ９０５の制御パラメータに従って、呼データ伝送部１０７を介して通信プロトコルＩＤに相当するシグナリングプロトコルで通信先端末へ接続要求を出力する（ステップＳ４０３）。
【００５９】
プロトコル制御部Ｂも同様に、識別情報Ｂの識別データ９０５の制御パラメータに従って、通信先端末へ接続要求を出力する（ステップＳ４０５）。
【００６０】
次に、プロトコル制御部Ａ２０１は呼データ伝送部１０７を介して通信先端末から接続要求に対する許可あるいは拒否の応答（ステップＳ４０９）を受けると識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ９０７とに前述した要求応答状態であることを示すＩＤを設定して呼接続管理部１０５へ通知する（ステップＳ４１０）。
【００６１】
呼接続管理部１０５はこの通知を受けて、セッション部１０３へこれら識別情報Ａとイベント情報Ａとを通知する（ステップＳ４１１）。
【００６２】
次に、プロトコル制御部Ａは通信先端末から使用するメディアの通知（ステップＳ４１２）を受けると識別情報Ａの状態ＩＤ９０４とイベント情報ＡのイベントＩＤ９０７とに前述したメディア確認状態であることを示すＩＤを設定し呼接続管理部１０５へ通知する（ステップＳ４１３）。
【００６３】
呼接続管理部１０５はこの通知を受けて、セッション管理部１１１へ通知する（ステップＳ４１４）。
【００６４】
次に、セッション管理部１１１は受信したイベント情報ＡのイベントＩＤにメディア接続を開始してもよい状態であることを示すＩＤを設定して、メディア管理部１０８に通知する（ステップＳ４１５）。
【００６５】
これを受けたメディア管理部１０８は、通知された識別情報のセッションＩＤを基にメディア制御部Ａを特定し、イベント情報Ａをメディア制御部Ａに通知する（ステップＳ４１６）。
【００６６】
これを受けてメディア制御部Ａは動画像データの生成や再生を開始する。そして、送信データを作成次第、通信先端末との通信を開始する（ステップＳ４１７）。
【００６７】
次に、プロトコル制御部Ａ２０１は通信先端末から接続の確立を受信する（ステップＳ４１８）と、前述したように識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ２１とに呼の接続処理の進行状況が接続確立状態であることを示すＩＤを設定し、呼接続管理部１０５へ通知する（ステップＳ４１９）。
【００６８】
呼接続管理部１０５はこれを受けて、セッション管理部１１１へ更新されたこれら識別情報Ａとイベント情報Ａとを通知する（ステップＳ４２０）。
【００６９】
一方、プロトコル制御部Ｂもプロトコル制御部Ａと同様に、通信先端末装置から接続要求に対する許可あるいは拒否の応答（ステップＳ４２１）を受けると識別情報Ｂの状態ＩＤ９０４とイベント情報ＢのイベントＩＤ２１とに前述した要求応答状態であることを示すＩＤを設定して呼接続管理部１０５へ通知する（ステップＳ４２２）。
【００７０】
呼接続管理部１０５はこの通知を受けて、セッション管理部１１１へこれら識別情報Ｂとイベント情報Ｂとを通知する（ステップＳ４２３）。
【００７１】
次に、プロトコル制御部Ｂは通信先端末から使用するメディアの通知（ステップＳ４２４）を受けると識別情報Ｂの状態ＩＤ９０４とイベント情報ＢのイベントＩＤ２１とに前述したメディア確認状態であることを示すＩＤを設定し呼接続管理部１０５へ通知する（ステップＳ４２５）。
【００７２】
呼接続管理部１０５はこの通知を受けて、セッション管理部１１１へ通知する（ステップＳ４２６）。
【００７３】
次に、セッション管理部１１１は受信したイベント情報ＢのイベントＩＤにメディア接続を開始してもよい状態であることを示すＩＤを設定して、メディア管理部１０８に通知する（ステップＳ４２７）。
【００７４】
これを受けたメディア管理部１０８は、通知された識別情報のセッションＩＤを基にメディア制御部Ｂを特定し、イベント情報ＢのイベントＩＤをメディア制御部Ｂに通知する（ステップＳ４２８）。
【００７５】
これを受けてメディア制御部Ｂは動画像データの生成や再生を開始する。そして、送信データが作成次第、通信先端末との通信を開始する（ステップＳ４２９）。
【００７６】
次に、プロトコル制御部Ｂは通信先端末から接続の確立を受信する（ステップＳ４３０）と、前述したように識別情報Ｂの状態ＩＤ９０４とイベント情報ＢのイベントＩＤ２１とに呼の接続処理の進行状況が接続確立状態であることを示すＩＤを設定し、呼接続管理部１０５へ通知する（ステップＳ４３１）。
【００７７】
呼接続管理部１０５はこれを受けて、セッション部１０３へ更新されたこれら識別情報Ｂとイベント情報Ｂとを通知する（ステップＳ４３２）。
【００７８】
以上により、一つのアプリケーションにおいて２つの異なるシグナリングプロトコルでの接続が完了する。
【００７９】
上記した実施例は、一つのアプリケーションでシグナリングプロトコルの異なるデータを通信したが、同一のシグナリングプロトコルを用いて通信する場合は、ステップＳ４０１でセッションＩＤが異なり、通信プロトコルＩＤが同一の識別情報、及びイベント情報を作成することにより、同様の処理で実現することができる。
【００８０】
また、通信先端末がそれぞれ異なってもセッションＩＤで判別できるため同様の処理で実現することができる。
【００８１】
以上のように、本実施の形態においては、呼接続部１０１とメディア部１０２とが、セッション管理部１１１から通知されるセッションＩＤ９０２、通信プロトコルＩＤ９０３、状態ＩＤ９０４、イベントＩＤ２１とが関連づけられた識別情報９０１とイベント情報９０６とにより、独立して呼の接続処理とメディアの起動処理を行う。
【００８２】
これにより、複数の呼接続部１０１と複数のメディア部１０２とが、並列してそれぞれ独立に処理を行うことができるので、既存の通信セッションには影響を与えず、同一アプリケーション内で新規に通信セッションを確立することができる。その結果、シグナリングが異なる複数のメディアとでも並列に通信することが可能になる。また、複数のアプリケーションを起動することなしに、一つのアプリケーション内で実現できることにより、異なるシグナリングプロトコルでシグナリングを行うセッションとの間においてもセッション確立後、パケット処理により音声や映像情報の同期を取ることが可能になる。
また、異なるシグナリングプロトコルの通信セッション間での音声や映像情報の共有も可能になる。例えば、ある通信相手と音声通話のセッションを確立しているとき、そのセッションを維持しつつ別のシグナリングプロトコルを利用して、インターネット上に存在する音楽配信サーバなどに接続する。そして、維持している既存セッションにバックミュージックとしてサーバ上の配信音楽を流すことができるなど、インターネットを利用したマルチメディア通信において、コミュニケーションの幅を広げることができる。
【００８３】
また更に、システム全体の動作を呼接続部１０１、メディア部１０２及び、セッション部１０３が互いの状態を把握する必要がなく、また、セッションの状態を把握するための情報量も少なくすることができる。
【００８４】
これによって、各部での呼接続やメディア起動、呼切断やメディアの終了などにおける処理量の減少、処理の単純化に繋がり、効率よく複数のセッションの管理を行なうことも可能となる。
【００８５】
また更に、呼接続部１０１やメディア部１０２に、追加の装置や手段を加えたときにも全体の動作を管理しているセッション部１０３のみそれに対応すればよく、機能追加に柔軟に対応することも可能になる。
【００８６】
（実施の形態２）
図５は本発明の第２の実施の形態におけるマルチメディアコミュニケーション装置の通信機能の構成を示すものである。
【００８７】
図５において、第１の実施の形態とはセッション部１０３がメディア同期制御手段５０１を有している点が異なる。このメディア同期制御手段５０１はプロトコル制御部１０６が行う呼の接続処理とメディアデータ制御部１０９が行うメディアの生成、再生、及び伝送との同期処理を行う。
【００８８】
また、図１０（Ａ）と図１０（Ｂ）に本実施の形態で使用される識別情報とイベント情報を示す。
【００８９】
第１の実施の形態とは、図１０（Ｂ）に示すイベント情報９０６に同期制御フラグ１００１のある点が異なる。この同期制御フラグ１００１は呼接続部１０１とメディア部１０２との間で、通信処理の進行状態を合わせるための同期を取るために必要な情報である。
【００９０】
このように構成されたマルチメディアコミュニケーション装置について、図７を用いて以下にその動作と作用を説明する。
【００９１】
図７は本実施の形態のセッション管理方法を示すシーケンス図である。
【００９２】
ステップＳ３０１からステップＳ３１２までは実施の形態１と同じである。
【００９３】
プロトコル制御部１０６はメディアが確定した時点で、例えば通信先端末から接続するメディアのパラメータを変更するなどにより、シグナリングのやり取りが増えるため、メディアのパラメータ変更が完了するまでメディアの通信を待機させることを要求される。このとき、プロトコル制御部１０６はイベント情報９０６の同期制御フラグ１００１に同期を取るための待機時間、例えば５ｍｓｅｃを示す値をセットして、呼接続管理部１０５へ通知する（ステップＳ７０１）。
【００９４】
呼接続管理部１０５はこの通知を受けると、セッション管理部１１１へ識別情報９０１とイベント情報１００６をセッション管理部１１１へ送信する（ステップＳ７０２）。
【００９５】
セッション管理部１１１は受信したイベント情報１００２の同期制御フラグ１００１をチェックする。このとき同期に必要な待機時間がセットされているため、セッション管理部１１１は識別情報９０１の状態ＩＤ９０４とイベント情報９０６のイベントＩＤ２１とに呼の接続処理の進行状況が同期待機状態であることを示すＩＤを設定し、メディア同期制御手段５０１へ通知する（ステップＳ７０３）。
【００９６】
メディア同期制御手段５０１はイベント情報９０６の同期制御フラグ１００１に設定された時間だけ待機した（ステップＳ７０４）後に、時間調整が終了したことをセッション管理部１１１に通知する（ステップＳ７０５）。
【００９７】
以降の処理は実施の形態１のステップＳ３１５からステップＳ３１９までと同じである。
【００９８】
なお、上記のステップＳ７０１において、同期制御フラグ１００１に待機時間を設定したが、この待機時間はあらかじめ通信プロトコル毎にデータベースに登録しておき、メディア同期制御手段５０１が通信プロトコルＩＤ９０３を参照して決定することも可能である。
【００９９】
また、ステップＳ７０１において、セッション管理部１１１は同期制御フラグ１００１に待機時間がセットされていない場合は、同期の必要なしと判断し、メディア管理部１０８へイベント情報９０６のイベントＩＤ９０７にメディア接続を開始してもよい状態であることを示すＩＤを設定してメディア管理部１０８に通知するステップＳ３１５を行う。
【０１００】
以上のように、本実施の形態においては同期制御フラグによりシグナリングプロトコルとメディア通信の開始との同期を取ることができる。このため、通信先端末が接続するメディアのパラメータを変更するなどの場合にも、パラメータが更新される前にメディア通信が開始されてしまうことを防ぐことが可能になる。
【０１０１】
次に、本実施の形態のマルチメディアコミュニケーション装置において、一つのアプリケーションで、シグナリングプロトコルの異なる複数のデータとを通信する場合について、図６に示す構成図と図８に示すシーケンス図とを用いて説明する。
【０１０２】
図６において、プロトコル制御部１０６が異なるシグナリングプロトコルの数だけ生成されており、また、メディアデータ制御部１０９はセッションＩＤの数だけ生成されている点が図５と異なる。
【０１０３】
呼接続管理部１０５は、セッション管理部１１１から通知される識別情報９０１のセッションＩＤ９０２が新規の場合、その新規セッション用に、プロトコル制御部１０６を生成する。また、メディア管理部１０８は、セッション管理部１１１から通知されるイベント情報９０６のセッションＩＤ９０８が新規の場合、その新規セッション用にメディアデータ制御部１０９を生成する。
【０１０４】
図８は、本実施の形態のセッション確立までの通信シーケンスであるが、異なるシグナリングプロトコルが２種類である場合を示している。
【０１０５】
図８において、ステップＳ４００乃至ステップ４１２及び、ステップＳ４１５乃至ステップＳ４２４、ステップＳ４２７乃至ステップＳ４３２は第１の実施の形態の図４で示した処理と同一である。
【０１０６】
また、ステップＳ８０１乃至ステップＳ８０５、及びステップＳ８０６乃至ステップＳ８１０は図６に示したステップＳ６０１乃至ステップＳ６０５のシグナリングとメディア通信との同期の処理と同一である。
【０１０７】
以上により、複数の異なるシグナリングのメディアとデータ通信をする場合も、同期制御フラグを用いることにより、シグナリングプロトコルとメディア通信開始との同期を取ることができ、通信先端末が接続する複数のメディアのパラメータを変更するなどの場合にも、パラメータが更新される前にメディア通信がそれぞれのメディアで開始されてしまうことを防ぐことが可能になる。
【０１０８】
また、プロトコル制御部１０６はセッション毎に一つづつあるため、プロトコル制御部１０６は独立して動作が可能となり、一つのセッションに障害が発生しても、他のセッションへ影響を与えることがなくなる。
【０１０９】
更に、メディアデータ制御部１０９はセッション毎に一つづつであるため、メディアデータ制御部１０９は独立して動作が可能となり、一つのメディアデータの再生や生成に障害が発生しても、他のメディアデータへは影響を与えることがない。
【０１１０】
【発明の効果】
以上のように、本発明によれば、複数の異なるシグナリングプロトコルでのシグナリングを一つのアプリケーション内で実行できるため、相互のデータ送信の同期を細かく制御することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態のマルチメディアコミュニケーション装置の構成を示す構成図
【図２】本発明の第１の実施の形態のマルチメディアコミュニケーション装置の構成を示す構成図
【図３】本発明の第１の実施の形態のセッション管理方法を示すシーケンス図
【図４】本発明の第１の実施の形態のセッション管理方法を示すシーケンス図
【図５】本発明の第２の実施の形態のマルチメディアコミュニケーション装置の構成を示す構成図
【図６】本発明の第２の実施の形態のマルチメディアコミュニケーション装置の構成を示す構成図
【図７】
本発明の第２の実施の形態のセッション管理方法を示すシーケンス図
【図８】本発明の第２の実施の形態のセッション管理方法を示すシーケンス図
【図９】（Ａ）本発明の第１の実施の形態の識別情報を示す図
（Ｂ）本発明の第１の実施の形態のイベント情報を示す図
【図１０】（Ａ）本発明の第２の実施の形態の識別情報を示す図
（Ｂ）本発明の第２の実施の形態のイベント情報を示す図
【図１１】従来のマルチメディアコミュニケーション装置の構成を示す構成図
【符号の説明】
１０１  呼接続部
１０２  メディア部
１０３  セッション部
１０４  アプリケーション部
１０５  呼接続管理部
１０６  プロトコル制御部
１０７  呼データ伝送部
１０８  メディア管理部
１０９  メディアデータ制御部
１１０  メディアデータ伝送部
１１１  セッション管理部
１１２  プロトコル制御手段
１２０  ネットワーク
２０１  プロトコル制御部Ａ
２０２  プロトコル制御部Ｂ
２０３  メディアデータ制御部Ａ
２０４  メディアデータ制御部Ｂ
５０１  メディア同期制御手段
９０１  識別情報
９０２、９０８  セッションID
９０３  通信プロトコルID
９０４  状態ID
９０５  識別データ
９０６  イベント情報
９０７  イベントID
９０９  メディアデータ
１００１  同期制御フラグ
１１０１  画像セッション
１１０２  テキストセッション
１１０３  回線用セッション
１１０４  上位セッションレイヤ
【図１】
2004200855.tif 000003
【図２】
2004200855.tif 000004
【図３】
2004200855.tif 000005
【図４】
2004200855.tif 000006
【図５】
2004200855.tif 000007
【図６】
2004200855.tif 000008
【図７】
2004200855.tif 000009
【図８】
2004200855.tif 000010
【図９】
2004200855.tif 000011
【図１０】
2004200855.tif 000012
【図１１】
2004200855.tif 000013