(57)【特許請求の範囲】
【請求項１】
発網のサービス事業者と、着網のサービス事業者とが異なる異業者網間接続に用いられ、アーリーメディアの疎通を制御するアーリーメディア認可制御装置と、アーリーメディアの送信を試みるアーリーメディア生成源装置と、から構成されるアーリーメディア認可制御システムであって、
前記アーリーメディア生成源装置は、セッション確立プロトコルを利用したセッション確立前のネゴシエーション処理において、アーリーメディア生成源情報を、前記セッション確立プロトコルのＳＩＰメッセージに含めて前記アーリーメディア認可制御装置へ送信する第１SIP/SDP処理部を備え、
前記アーリーメディア認可制御装置は、前記アーリーメディア生成源情報に対する認可／不認可の識別に利用可能な生成源参照情報を自ら保持すると共に、受信した前記アーリーメディア生成源情報と、前記生成源参照情報とを比較して前記アーリーメディアの疎通を識別する第２SIP/SDP処理部を備える、
ことを特徴とするアーリーメディア認可制御システム。
【請求項２】
前記アーリーメディア生成源装置は更に、前記第１SIP/SDP処理部からのパス開通指示により、前記アーリーメディアのパスを開通または閉塞するメディア処理部を備え、
前記アーリーメディア認可制御装置は更に、前記第２SIP/SDP処理部からのパス開通指示により、前記アーリーメディアのパスを開通または閉塞するメディア処理部を備える、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項３】
前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、それ自身の装置種別が、事業者網装置とユーザ端末との少なくとも一方であることを表す情報を生成する、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項４】
前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、その装置が帰属しているネットワークを特定するための固有の識別情報を生成する、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項５】
前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、それ自身の装置を特定可能な固有の識別情報を生成する、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項６】
前記アーリーメディア生成源装置は、受信したSIP/SDPメッセージに、前記アーリーメディア生成源情報が含まれているか否かを識別し、受信したSIP/SDPメッセージに含まれる前記アーリーメディア生成源情報と、それ自身に事前に割り当てられた前記アーリーメディア生成源情報と、の少なくとも一方を前記ＳＩＰメッセージに含めて送出する、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項７】
前記アーリーメディア生成源装置は、呼接続パスの中間ノードにおいて、セッション情報が書き換わる場合であっても、SIP/SDPメッセージの中で前記書き換わりの影響を受けない箇所に前記アーリーメディア生成源情報を含めて送信する、
ことを特徴とする請求項１のアーリーメディア認可制御システム。
【請求項８】
発網のサービス事業者と、着網のサービス事業者とが異なる異業者網間接続に用いられ、アーリーメディアの疎通を制御するアーリーメディア認可制御装置と、アーリーメディアの送信を試みるアーリーメディア生成源装置と、から構成される通信システムを制御するためのアーリーメディア認可制御方法であって、
所定のセッション確立プロトコルを利用したセッション確立前のネゴシエーション処理において、アーリーメディア生成源情報を、ＳＩＰメッセージに含めて、前記アーリーメディア生成源装置から前記アーリーメディア認可制御装置へ送信し、
前記アーリーメディア認可制御装置が、前記アーリーメディア生成源装置から受信した前記前記アーリーメディア生成源情報と、事前に用意した生成源参照情報とを比較して前記アーリーメディアの疎通を識別する、
ことを特徴とするアーリーメディア認可制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アーリーメディア認可制御システムおよびアーリーメディア認可制御方法に関し、特に、ＳＩＰ（Session Initiation Protocol:セッション確立プロトコル）を利用するセッション制御及びメディアパケット処理の技術に関する。
【背景技術】
【０００２】
ＳＩＰを利用した音声・映像通信では、発側端末と着側端末とで利用するマルチメディア情報、すなわちコーデック、送受信ＩＰアドレス・ポート番号等を、RFC4566で定義するＳＤＰ（Session Description Protocol）としてＳＩＰメッセージ内に記述し、ネゴシエーションすることにより、発着端末で利用するメディア条件を確定する。このRFC4566は、ＩＥＴＦ（The Internet Engineering Task Force：インターネット技術タスクフォース）が定義している。このようにして通信路（セッション）を確立した後で、実際のメディア通信、すなわちＲＴＰ（Real-time Transport Protocol）パケットの送受信が開始される。
【０００３】
また、ＳＩＰセッションの確立前の状態であっても、例えば通話前ガイダンス、すなわち「おかけになった電話番号は現在使われておりません」のようなメディアを送受信する必要がある。このようなメディアは「アーリーメディア」と呼ばれる。ＳＩＰセッション確立前の状態は、「early-state」状態であり、「INVITE リクエスト」に対する「200 OK」未受信の状態を意味している。
【０００４】
ＳＩＰセッションにおいて、アーリーメディアの接続パスは、送受信ＩＰアドレス、送受信ポート番号、トランスポートプロトコルの５つの情報から成る。このようなアーリーメディアの接続パスの開通・閉塞を制御するためのＳＩＰ拡張として、非特許文献１に、「P（Private）-Early-Media」ヘッダが定義されている。「P-Early-Mediaヘッダ」を用いたアーリーメディア制御における動作手順の例を図９に示す。
【０００５】
尚、図９において、発端末７１のＵＡＣ（User Agent Client）７１ａ、網７２上のプロキシ（Proxy）７２ａ、および着端末７３のＵＡＳ（User Agent Server）７３ａは、実際の装置においては、ＣＰＵ（Central Processing Unit）がＳＩＰスタックを搭載するソフトウェアプログラムを実行することにより具現化される。また、図９中に示した発端末７１のメディア（Media）処理部７１ｂ、網７２のメディア処理部７２ｂ、および着端末７３のメディア処理部７３ｂは、ＲＴＰパケットをメディアとして処理する要素である。
【０００６】
図９に示したシステムの通信手順について以下に説明する。
（１）：P-Early-Media ヘッダをサポートする発端末７１のＵＡＣ（User Agent Client）７１ａは、「INVITE リクエスト」に「P-Early-Media: supported」を割り当てて、後位ノードにRFC5009で定義される一連の処理セットを実装していることを示す。
【０００７】
（２）：P-Early-Media ヘッダをサポートする網７２上のプロキシ（Proxy）７２ａは、ＳＩＰメッセージの送信元・先がP-Early-Mediaヘッダに関してトラストドメイン（RFC3324で定義）であるかを判断する。つまりプロキシ７２ａは、Spec(T)の具体的な仕様としてRFC5009で定義される一連の処理セットをサポートしたノードであるかを判断する。
（２−１）：更に、送信元・先の両方がトラストドメインの場合には、P-Early-Media ヘッダを転送する。
（２−２）：上記（２−１）以外の場合は、P-Early-Media ヘッダを後位ノードに転送しない。
【０００８】
（３）： P-Early-Mediaヘッダをサポートする着端末７３のＵＡＳ（User Agent Server）７３ａは、認可を要求するアーリーメディアの方向を「18x」（ここで"x"は任意）レスポンス中のP-Early-Mediaヘッダで指定する。なお、図８にはＵＡＳ７３ａからＵＡＣ７１ａに向かう方向のアーリーメディアの認可を要求する場合の例を記載しており、この際にはヘッダ値として“sendonly”が指定される。
【０００９】
（４）：Proxy は、P-Early-Media の設定値（sendonly）に基づき、ＵＡＳ７３ａからＵＡＣ７１ａに向かう方向のメディアパスの開通処理を行い、「18x」レスポンスを転送する。この段階でＵＡＳ７３ａからＵＡＣ７１ａに向かう方向のメディアは閉塞状態である。
【００１０】
（５）：ＵＡＣ７１ａは、「P-Early-Media: sendonly」を受信した場合、ＵＡＳ７３ａ側から自身に向かう方向のアーリーメディアの認可が要求されていると認識し、ＵＡＳ７３ａ側からのアーリーメディアを再生するか否かを判断する。認可する場合、ＵＡＣ７１ａは、メディア処理部７１ｂに対しメディア再生指示を行い、「PRACK リクエスト」を送信する。
【００１１】
（６）：Proxy７２ａは、「PRACK リクエスト」を転送する。
（７）：ＵＡＳ７３ａは、「PRACK リクエスト」を受信すると、発側に対してアーリーメディア送信を開始する。
（８）：ＵＡＣ７１ａは、ＵＡＳ７３ａ側から送信されるアーリーメディアを再生する。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】R. Ejzak, Alcatel-Lucent, "Private Header(P-Header) Extension to the Session Initiation Protocol (SIP) for Authorization of Early Media",  IETF RFC 5009, September 2007.
【発明の概要】
【発明が解決しようとする課題】
【００１３】
発端末と着端末との間で通信する場合に、発端末と着端末とが互いに異なる通信事業者の提供する網に接続されている場合がある。したがって、発端末の網と着端末の網とを相互に接続した状態で、発端末は着端末との間にセッション（通信路）を確立し、通信を開始することになる。
【００１４】
互いに異なる通信事業者の提供する網を相互に接続したシステムの構成例を図１０（ａ）、（ｂ）にそれぞれ示す。図１０（ａ）のシステム１００Ａ、および図１０（ｂ）のシステム１００Ｂにおいて、発端末８１の所属する発網８２は、セッションを確立した後、つまり発呼に対して「200 OK」を受信したことを契機として通信に対する課金を開始することを想定している。一方、着端末８４の所属する着網８３は、発網８２とは異なる通信事業者が提供するものである。
【００１５】
したがって、図１０（ａ）に示すシステム１００Ａと、図１０（ｂ）に示すシステム１００Ｂにおいて、発網８２に属する設備は、セッション確立前に伝送される事前ガイダンスのようなアーリーメディアに対しては課金しない。このアーリーメディアが図１０（ａ）に示すシステム１００Ａのように、着網８３のメディアサーバ８３ａ等から送出される場合には問題はない。
【００１６】
一方、図１０（ｂ）に示すシステム１００Ｂのように、着端末８４が、呼確立前の通話をアーリーメディアとして、着網８３、発網８２を経由して発端末８１に伝送しようとする可能性が考えられる。この場合、発網８２の設備がセッション確立前に伝送されるアーリーメディアに対して課金しないので、発網８２の設備が課金を意図している通話に対しても、無料で通話できてしまう可能性がある。
【００１７】
呼確立後に課金を開始する事業者においては、自社および他社のいずれの網に属するものであっても、網サービスの事前ガイダンスとして生成されるアーリーメディアはユーザに無料（非課金）で提供することが望ましいと考えられる。つまり、図１０（ａ）に示すシステム１００Ａのように、事前ガイダンスのアーリーメディアの疎通は許容してユーザに無料（非課金）で提供することが望まれる。しかし、図１０（ｂ）に示すシステム１００Ｂのように、ユーザ間のアーリーメディアの送受信による発着端末間の無料通話は防止することが望まれる。
【００１８】
しかしながら、事業者が異なる複数の網を相互接続し、ユーザ間アーリーメディアを許容しない事業者の網と、ユーザ間アーリーメディアを許容する事業者の網とを接続して通信する場合には、図１０（ａ）、（ｂ）に示すようなアーリーメディアに対する適切な制御の切換ができなかった。
【００１９】
すなわち、図１０（ａ）、（ｂ）の制御を行うためには、ユーザ間アーリーメディアを許容しない事業者網側で、「着端末８４がアーリーメディアを送出しようとしている」状態と、「着網８３のガイダンス装置がアーリーメディアを送出しようとしている」状態とを「18x」レスポンス中の情報要素から識別する必要がある。しかし、現在の３ＧＰＰ／ＩＥＴＦの国際標準仕様ではこの識別を行うことができない。
【００２０】
事業者が異なる複数の網を相互接続したシステムの動作例を図１１に示す。図１１中に示す動作例では、３番目の手順（３）で、着端末９３から着網９２に対して「183 Session Progress」としてＳＤＰ（＃１）が伝送され、４番目の手順（４）で、着網９２から発網９１に対して「183 Session Progress」としてＳＤＰ（＃２）が伝送される。ここで、各ＳＤＰ（＃１、＃２）には、図１１に示すようにＳＤＰ生成者の情報（「ｏ＝・・・・」の行）、メディアを受信するアドレス（「ｃ＝・・・・」の行）、およびポート番号（「ｍ＝・・・・」の行）がそれぞれ記述される。
【００２１】
しかし、特に異なる事業者の網を相互接続した状況においては，一般的にＳＩＰ経路の中間に設置されるＳＢＣ（Session Border Controller，Gateway 装置）等でＮＡＰＴ（Network Address Port Translation）／コーデック変換が実行され、ＳＤＰの内容が書き換えられる。図１１に示す例では、着網９２側がＮＡＰＴを実行しＳＤＰを書き換える場合を想定している。
【００２２】
その結果、図１１に示す例では、発網９１側で受信するＳＤＰ（＃２）の情報から認識できる送信源、つまり着網９２内のメディア処理部ＭＰ２のアドレス・ポート番号と、実際のアーリーメディアの送信源である着端末９３のメディア処理部ＭＰ１が送信するＳＤＰ（＃１）に含まれる着端末９３のアドレス・ポートとが一致しなくなる。したがって、図１０（ａ）、（ｂ）に示した制御のためにＳＤＰ（＃２）を参照しても、アーリーメディアの送信源であるメディア処理部ＭＰ１を正しく識別することができない。
【００２３】
本発明は、上記の状況に鑑みてなされたものであり、ユーザ間アーリーメディアを許容する事業者網と許容しない事業者網とを接続する場合、ユーザ間アーリーメディアを許容しない事業者網側で、着端末からのアーリーメディアを阻止しつつ、着網からの無料の事前ガイダンス等のアーリーメディアを疎通させることが可能なアーリーメディア認可制御システムおよびアーリーメディア認可制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２４】
本発明の上記目的は、以下に示す各構成により達成される。
（１）発網のサービス事業者と、着網のサービス事業者とが異なる異業者網間接続に用いられ、アーリーメディアの疎通を制御するアーリーメディア認可制御装置と、アーリーメディアの送信を試みるアーリーメディア生成源装置と、から構成されるアーリーメディア認可制御システムであって、
前記アーリーメディア生成源装置は、セッション確立プロトコルを利用したセッション確立前のネゴシエーション処理において、アーリーメディア生成源情報を、前記セッション確立プロトコルのＳＩＰメッセージに含めて前記アーリーメディア認可制御装置へ送信する第１SIP/SDP処理部を備え、
前記アーリーメディア認可制御装置は、前記アーリーメディア生成源情報に対する認可／不認可の識別に利用可能な生成源参照情報を自ら保持すると共に、受信した前記アーリーメディア生成源情報と、前記生成源参照情報とを比較して前記アーリーメディアの疎通を識別する第２SIP/SDP処理部を備える、
ことを特徴とする。
【００２５】
上記（１）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置の前記SIP/SDP処理部が適切なアーリーメディア生成源情報をＳＩＰメッセージに含めて前記アーリーメディア認可制御装置へ送信することができる。これにより、このＳＩＰメッセージを受信する前記アーリーメディア認可制御装置は、互いに異なる複数のサービス事業者の網を相互に接続した状況であっても、アーリーメディアの実際の生成源を正しく認識して、着端末からのアーリーメディアを阻止しつつ、着網からの無料の事前ガイダンス等のアーリーメディアを疎通させることが可能になる。
【００２６】
（２）前記アーリーメディア生成源装置は更に、前記第１SIP/SDP処理部からのパス開通指示により、前記アーリーメディアのパスを開通または閉塞するメディア処理部を備え、
前記アーリーメディア認可制御装置は更に、前記第２SIP/SDP処理部からのパス開通指示により、前記アーリーメディアのパスを開通または閉塞するメディア処理部を備える、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００２７】
上記（２）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置の前記メディア処理部と、前記アーリーメディア認可制御装置の前記メディア処理部との働きにより、アーリーメディアのパスを適切に制御することができる。すなわち、ユーザ端末が送信するアーリーメディアのパスを閉塞し、ユーザ端末以外の送信元が生成する事前ガイダンス等のアーリーメディアのパスを開通するように制御を切り替えることが可能である。
【００２８】
（３）前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、それ自身の装置種別が、事業者網装置とユーザ端末との少なくとも一方であることを表す情報を生成する、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００２９】
上記（３）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置から送信される前記アーリーメディア生成源情報の中に、それ自身の装置種別が、事業者網装置とユーザ端末との少なくとも一方であることを表す情報が含まれる。したがって、アーリーメディア生成源装置は、このアーリーメディア生成源情報に基づいて、パスの開通を認可すべきか否かを容易に識別できる。
【００３０】
（４）前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、その装置が帰属しているネットワークを特定するための固有の識別情報を生成する、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００３１】
上記（４）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置から送信される前記アーリーメディア生成源情報の中に、それ自身が帰属しているネットワークを特定するための固有の識別情報が含まれる。したがって、アーリーメディア生成源装置は、このアーリーメディア生成源情報に基づいて、パスの開通を認可すべきか否かを容易に識別できる。
【００３２】
（５）前記アーリーメディア生成源装置は、前記アーリーメディア生成源情報として、それ自身の装置を特定可能な固有の識別情報を生成する、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００３３】
上記（５）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置から送信される前記アーリーメディア生成源情報の中に、それ自身の装置を特定可能な固有の識別情報が含まれる。したがって、アーリーメディア生成源装置は、このアーリーメディア生成源情報に基づいて、パスの開通を認可すべきか否かを容易に識別できる。
【００３４】
（６）前記アーリーメディア生成源装置は、受信したSIP/SDPメッセージに、前記アーリーメディア生成源情報が含まれているか否かを識別し、受信したSIP/SDPメッセージに含まれる前記アーリーメディア生成源情報と、それ自身に事前に割り当てられた前記アーリーメディア生成源情報と、の少なくとも一方を前記ＳＩＰメッセージに含めて送出する、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００３５】
上記（６）のアーリーメディア認可制御システムによれば、前記アーリーメディア生成源装置が受信するSIP/SDPメッセージに、アーリーメディアの送信元で生成されたアーリーメディア生成源情報が含まれる場合と含まれない場合のいずれの状況であっても、適切な対応が可能になる。
【００３６】
（７）前記アーリーメディア生成源装置は、呼接続パスの中間ノードにおいて、セッション情報が書き換わる場合であっても、SIP/SDPメッセージの中で前記書き換わりの影響を受けない箇所に前記アーリーメディア生成源情報を含めて送信する、
ことを特徴とする上記（１）のアーリーメディア認可制御システム。
【００３７】
上記（７）のアーリーメディア認可制御システムによれば、異業者の管理する複数の網を相互に接続している状況であって、ＮＡＰＴ（Network Address Port Translation）／コーデック変換の実行によりＳＤＰの内容が中間ノードで書き換えられる場合であっても、適切なアーリーメディア生成源情報を送信することが可能になる。
【００３８】
（８）発網のサービス事業者と、着網のサービス事業者とが異なる異業者網間接続に用いられ、アーリーメディアの疎通を制御するアーリーメディア認可制御装置と、アーリーメディアの送信を試みるアーリーメディア生成源装置と、から構成される通信システムを制御するためのアーリーメディア認可制御方法であって、
セッション確立プロトコルを利用したセッション確立前のネゴシエーション処理において、アーリーメディア生成源情報を、ＳＩＰメッセージに含めて、前記アーリーメディア生成源装置から前記アーリーメディア認可制御装置へ送信し、
前記アーリーメディア認可制御装置が、前記アーリーメディア生成源装置から受信した前記前記アーリーメディア生成源情報と、事前に用意した生成源参照情報とを比較して前記アーリーメディアの疎通を識別する、
ことを特徴とするアーリーメディア認可制御方法。
【００３９】
上記（８）のアーリーメディア認可制御方法によれば、前記アーリーメディア生成源装置から前記アーリーメディア認可制御装置へ適切なアーリーメディア生成源情報をＳＩＰメッセージに含めて送信できる。したがって、このＳＩＰメッセージを受信する前記アーリーメディア認可制御装置は、互いに異なる複数のサービス事業者の網を相互に接続した状況であっても、アーリーメディアの実際の生成源を正しく認識できる。
【発明の効果】
【００４０】
本発明のアーリーメディア認可制御システムおよびアーリーメディア認可制御方法によれば、ユーザ間アーリーメディアを許容する事業者網と許容しない事業者網とを接続する場合、ユーザ間アーリーメディアを許容しない事業者網側で、着端末からのアーリーメディアを阻止しつつ、着網からの無料の事前ガイダンス等のアーリーメディアを疎通させることが可能になる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態におけるアーリーメディア認可制御システムの構成例を示すブロック図である。
【図２】本発明の実施形態のアーリーメディア認可制御システムの「動作１」を示すシーケンス図である。
【図３】「動作２」を示すシーケンス図である。
【図４】上記「動作２」に続く「動作３」を示すシーケンス図である。
【図５】アーリーメディア生成源情報の具体的なコーディング例の一覧を示す模式図である。
【図６】本発明を実施した場合の通信システムの動作例（１）を示すブロック図である。
【図７】本発明を実施した場合の通信システムの動作例（２）を示すブロック図である。
【図８】本発明の実施形態におけるアーリーメディア認可制御システムを含む通信システムの動作例を示すシーケンス図である。
【図９】Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダによる通常のアーリーメディア制御の動作手順を示すブロック図である。
【図１０】図１０（ａ）および図１０（ｂ）は２種類のシステムのそれぞれにおけるアーリーメディア疎通ポリシの例を示すブロック図である。
【図１１】着網がＳＤＰを書き換える場合の動作手順およびＳＤＰメッセージの例を示すブロック図である。
【発明を実施するための形態】
【００４２】
本発明の実施形態について各図を参照しながら以下に説明する。
＜アーリーメディア認可制御システムの構成＞
本発明の実施形態におけるアーリーメディア認可制御システムの構成例を図１に示す。
【００４３】
本発明のアーリーメディア認可制御システムは、図１に示すように、アーリーメディア認可制御装置１０と、アーリーメディア生成源装置２０とを備えている。アーリーメディア認可制御装置１０は、発端末３０と着端末とが通信するために必要な網上、すなわちサービスを提供する通信事業者の設備に設置されている。図１に示すアーリーメディア認可制御装置１０は、プロキシ（Ｐｒｏｘｙ）１１と、メディア（Ｍｅｄｉａ）処理部１２とを備えている。
【００４４】
また、図１に示すアーリーメディア生成源装置２０は、例えば着端末に設置されるＵＡＳ（User Agent Server）２１と、メディア処理部２２とで構成されている。したがって、図１に示したアーリーメディア認可制御装置１０、およびアーリーメディア生成源装置２０は、図９に示したような通信システムにそのまま適用することができる。また、図１に示した通信システムの基本的な動作は、既に説明した図９の動作と同様であるので、この基本動作の説明は省略する。
【００４５】
但し、図１に示すプロキシ１１は、アーリーメディア認可制御装置１０として動作するために必要な特別な機能も備えている。また、図１に示すＵＡＳ２１は、アーリーメディア生成源装置２０として動作するために必要な特別な機能も備えている。実際には、プロキシ１１内のSIP/SDP処理部１１ａが、アーリーメディア認可制御装置１０の特別な機能を果たし、ＵＡＳ２１内のSIP/SDP処理部２１ａがアーリーメディア生成源装置２０の特別な機能を果たす。
【００４６】
すなわち、アーリーメディア生成源装置２０は、セッション確立プロトコル（ＳＩＰ）を利用したセッション確立前のネゴシエーション処理において、アーリーメディア生成源情報を、セッション確立プロトコルのＳＩＰメッセージに含めてアーリーメディア認可制御装置１０へ送信するSIP/SDP処理部２１ａを有している。
【００４７】
また、アーリーメディア認可制御装置１０は、アーリーメディア生成源情報に対する認可／不認可の識別に利用可能な生成源参照情報を自ら保持すると共に、受信した前記アーリーメディア生成源情報と、生成源参照情報とを比較してアーリーメディアの疎通を識別するSIP/SDP処理部１１ａを備えている。
【００４８】
尚、発端末３０のＵＡＣ（User Agent Client）３１、アーリーメディア認可制御装置１０のプロキシ１１、およびアーリーメディア生成源装置２０のＵＡＳ（User Agent Server）２１は、実際の装置においては、例えばＣＰＵ（Central Processing Unit）がＳＩＰスタックを搭載するソフトウェアプログラムを実行することにより具現化される。また、図１中に示した各メディア処理部１２，２２、および３２は、ＲＴＰパケットをメディアとして処理する要素である。メディア処理部１２は、SIP/SDP処理部１１ａからのパス開通指示により、アーリーメディアのパスを開通または閉塞する。同様にメディア処理部２２は、SIP/SDP処理部２１ａからのパス開通指示により、アーリーメディアのパスを開通または閉塞する。
【００４９】
＜アーリーメディア認可制御システムの詳細＞
アーリーメディアに応じて、図１０（ａ），（ｂ）に示したシステム１００Ａ，１００Ｂのように制御を切り換えることで、適切な課金を行うことができる。このような切り換えを可能にするためには、アーリーメディアの音源の送信元に応じて、中間のＳＩＰサーバ、すなわちアーリーメディア認可制御装置１０が、アーリーメディアの疎通を認可するかどうかを適切に判断可能にする必要がある。
【００５０】
この判断に利用可能な情報として、本発明の実施形態ではアーリーメディア生成源情報Ｐｅｍｓを使用する。このアーリーメディア生成源情報Ｐｅｍｓは、アーリーメディアを送信しようとしている装置に備わったアーリーメディア生成源装置２０が、SIP/SDPメッセージ中に含めて送信する。したがって、アーリーメディア生成源装置２０は、例えば図１０（ａ）に示したシステム１００Ａ中のメディアサーバ８３ａや、図１０（ｂ）に示したシステム１００Ｂ中の着端末８４に設置される。
【００５１】
アーリーメディア生成源情報Ｐｅｍｓの内容の代表例として、以下に示す（１），（２）、および（３）の１つまたは複数の情報要素を利用することが考えられる。
（１）装置の種別（事業者網装置／ユーザ端末の区別等）
（２）帰属する網のＩＤ（ＳＩＰドメイン等）
（３）装置のＩＤ（ＦＱＤＮ，ＩＰアドレス等）
【００５２】
＜アーリーメディア認可制御システムの動作＞
前述のアーリーメディア認可制御装置１０およびアーリーメディア生成源装置２０を含むアーリーメディア認可制御システムの動作シーケンスを図２、図３、および図４に示す。なお、図４の動作シーケンスは図３の続きを示す。
【００５３】
＜アーリーメディア生成源装置２０の動作＞
例えば図２に示した前位ノード装置４０がアーリーメディアの送信を試みる場合には、ＳＤＰアンサーを含む１８ｘレスポンス等、アーリーメディアの契機となるSIP/SDPメッセージを前位ノード装置４０が送信する。
【００５４】
このSIP/SDPメッセージをアーリーメディア生成源装置２０のSIP/SDP処理部２１ａが図２のステップＳ２０で受信した場合、SIP/SDP処理部２１ａは、受信したSIP/SDPメッセージ中にアーリーメディア生成源情報Ｐｅｍｓが存在するかどうかをステップＳ２１で検査する。
【００５５】
（ケース(a)）
受信したSIP/SDPメッセージにアーリーメディア生成源情報Ｐｅｍｓが含まれない場合には、SIP/SDP処理部２１ａはステップＳ２２で、自装置に相当するアーリーメディア生成源情報Ｐｅｍｓを生成して、SIP/SDPメッセージ中に書き込み、このSIP/SDPメッセージを転送する。なお、SIP/SDP処理部２１ａ自体に相当するアーリーメディア生成源情報Ｐｅｍｓの内容は、事前に決定しアーリーメディア生成源装置２０内に保持しておく。
【００５６】
また、SIP/SDP処理部２１ａはステップＳ２２で、メディア処理部２２に対するパス開通制御を実施する。そして、少なくともSIP/SDPメッセージの転送先側の送信方向のメディアパスを開通し、SIP/SDPメッセージの受信側の送受信メディアパスは閉塞状態にする。つまり、SIP/SDP処理部２１ａは、図２中のメディアパスの状態ＳＴ１のシンボルの中に示す４つの矢印のように、各方向のメディアパスの開通／閉塞を制御する。これら４つの矢印の向きについては、右側が転送元、左側が転送先を表している。SIP/SDP処理部２１ａは、ステップＳ２３で、ＳＤＰを含む「183レスポンス」を、アーリーメディア送信の契機となるSIP/SDPメッセージとアーリーメディア生成源情報とを、アーリーメディア認可制御装置１０のSIP/SDP処理部１１ａに送信する。
【００５７】
一方、図３において、アーリーメディア生成源装置２０のSIP/SDP処理部２１ａがステップＳ３０で前位ノード装置４０から受信するSIP/SDPメッセージには、生成源である前位ノード装置４０を表すアーリーメディア生成源情報Ｐｅｍｓ（＃２）も含まれている場合を想定している。この場合、ステップＳ３０の後で、SIP/SDP処理部２１ａはその時のケースに応じて次のステップＳ３１またはステップＳ３３を実行する。
【００５８】
（ケース(b1)）
SIP/SDP処理部２１ａは、受信したSIP/SDPメッセージに生成源情報が含まれ、且つ自身が送出するアーリーメディアを優先させる場合には、ステップＳ３１を実行する。すなわち、SIP/SDP処理部２１ａは、受信したSIP/SDPメッセージに含まれるアーリーメディア生成源情報Ｐｅｍｓ（＃２）を、それ自身を表すアーリーメディア生成源情報Ｐｅｍｓ（＃１）で上書きする。そして、SIP/SDP処理部２１ａがステップＳ３１で、メディア処理部２２に対するパス開通制御を実施する。この場合、少なくともSIP/SDPメッセージの転送先側の送信方向のメディアパスを開通し、SIP/SDPメッセージの受信側の送受信メディアパスは閉塞状態にする。つまり、SIP/SDP処理部２１ａは、図３中のメディアパスの状態ＳＴ２のシンボルの中に示す４つの矢印のように、各方向のメディアパスの開通／閉塞を制御する。これら４つの矢印の向きについては、右側が転送元、左側が転送先を表している。
【００５９】
また、SIP/SDP処理部２１ａは、ステップＳ３２でSIP/SDPメッセージをアーリーメディア認可制御装置１０に送信する。ここで送信するSIP/SDPメッセージには、ステップＳ３１における上書きにより、アーリーメディア生成源装置２０を表すアーリーメディア生成源情報Ｐｅｍｓ（＃１）が含まれている。
【００６０】
（ケース(b2)）
SIP/SDP処理部２１ａは、受信したSIP/SDPメッセージに生成源情報が含まれ、且つ前位ノード装置４０が送出するアーリーメディアを優先させる場合には、ステップＳ３３を実行する。この場合、SIP/SDP処理部２１ａは、メディア処理部２２に対するパス開通制御を実施する。そして、少なくとも前位ノードである前位ノード装置４０から後位ノードに向かうアーリーメディアが疎通できるメディアパスの状態に制御する。つまり、図３中のメディアパスの状態ＳＴ３のシンボルの中に示す４つの矢印のように、各方向のメディアパスの開通／閉塞を制御する。これら４つの矢印の向きについては、右側が転送元、左側が転送先を表している。
【００６１】
また、SIP/SDP処理部２１ａは、ステップＳ３４でSIP/SDPメッセージをアーリーメディア認可制御装置１０に送信する。ここで送信するSIP/SDPメッセージには、ステップＳ３０で前位ノード装置４０から受信したアーリーメディア生成源情報Ｐｅｍｓ（＃２）が含まれている。
【００６２】
上記ステップＳ３１，Ｓ３３においては、アーリーメディア生成源装置２０自身の送出するアーリーメディア（＃１）と、前位ノード装置４０の送出するアーリーメディア（＃２）とのいずれか一方を優先的に選択し、選択したアーリーメディアを転送先に送信する。ここで、２つのアーリーメディア（＃１，＃２）を選択する際の優先順位を決める必要がある。このような優先順位については、各装置の優先度を表す一覧情報を事前に作成し、アーリーメディア生成源装置２０上に保持しておくことで、容易に決定できる。
【００６３】
＜アーリーメディア認可制御装置１０の動作＞
アーリーメディア認可制御装置１０のSIP/SDP処理部１１ａは、アーリーメディア生成源装置２０が図２のステップＳ２３、図３のステップＳ３２、またはステップＳ３４で送信したSIP/SDPメッセージ（アーリーメディア生成源情報Ｐｅｍｓを含むもの）を受信すると、図４のステップＳ４１を実行する。
【００６４】
ステップＳ４１では、SIP/SDP処理部１１ａは、受信したアーリーメディア生成源情報Ｐｅｍｓと、アーリーメディア認可制御装置１０自身に事前に割り当てたローカルポリシとを比較することにより、該当するアーリーメディアに対する疎通可否判定を行う。ローカルポリシについては、アーリーメディアの疎通を可能とする事前に定めた生成源の一覧、すなわちホワイトリスト、又は、アーリーメディアの疎通を拒否する事前に定めた生成源の一覧、すなわちブラックリストの情報により決定する。つまり、受信したアーリーメディア生成源情報Ｐｅｍｓと、ホワイトリスト、又は、ブラックリストの情報との照合を行うことで、適切にアーリーメディアの疎通を識別することができる。ここで、ホワイトリスト又はブラックリストの情報は、アーリーメディア生成源情報Ｐｅｍｓに対する認可／不認可の識別に利用可能な生成源参照情報である。
【００６５】
SIP/SDP処理部１１ａは、ステップＳ４１の判定結果、つまりアーリーメディアに対する疎通の認可／不認可に応じて、図４のステップＳ４２またはＳ４４の処理を実行する。
【００６６】
（(a) 疎通を認可する場合）
SIP/SDP処理部１１ａは、ステップＳ４２で、「P-Early-Media」のヘッダ値として設定される方向属性に基づき、メディア処理部１２を制御してメディアパスの開通を実行し、ステップＳ４３でSIP/SDPメッセージを転送する。「P-Early-Media」ヘッダをサポートしていない場合には、少なくともSIP/SDPメッセージを受信した側からのメディアパスは開通する。
【００６７】
つまり、SIP/SDP処理部１１ａは、図４中のメディアパスの状態ＳＴ４のシンボルの中に示す４つの矢印のように、各方向のメディアパスの開通／閉塞を制御する。これら４つの矢印の向きについては、右側が転送元、左側が転送先を表している。
【００６８】
（(b) 疎通を認可しない場合）
SIP/SDP処理部１１ａは、ステップＳ４４で、SIP/SDPメッセージの送信元側からのメディアパスは閉塞状態となるように制御し、ステップＳ４５でSIP/SDPメッセージを転送する。
【００６９】
つまり、図４中のメディアパスの状態ＳＴ５のシンボルの中に示す４つの矢印のように、各方向のメディアパスの開通／閉塞を制御する。これら４つの矢印の向きについては、右側が転送元、左側が転送先を表している。
【００７０】
尚、図２〜図４に示した動作例においては、「INVITEリクエスト」に対するＳＤＰを含む「183レスポンス」を、アーリーメディア送信の契機となるSIP/SDPメッセージとした場合の例を示している。しかし、これ以外の場合にも本発明を適用できる。例えば、「IETF RFC 3262: Reliability of Provisional Responses in SIP」で規定されている「PRACKメソッド」、および「IETF RFC 3311: The Session Initiation Protocol (SIP) UPDATE Method」で規定されている「UPDATEメソッド」によるＳＤＰ交換に対しても本発明を適用することが可能である。
【００７１】
＜アーリーメディア生成源情報Ｐｅｍｓの具体例＞
アーリーメディア生成源情報Ｐｅｍｓの具体的な割当先およびコーディング例の一覧を図５に示す。図５においては、５種類の具体的な情報割り当て例Ｃ１〜Ｃ５を示している。
【００７２】
（情報割り当て例Ｃ１）
生成源情報の設定先は、「IETF RFC 5009: Private Header (P-Header) Extension to the Session Initiation Protocol (SIP) for Authorization of Early Media」で規定されている「P-Early-Media ヘッダ」における「新規ヘッダパラメータ」とする。エンコーディング例は、次の通りである。
「P-Early-Media: sendrecv;network-privided」
【００７３】
（情報割り当て例Ｃ２）
生成源情報の設定先は、「IETF RFC 6809: Mechanism to Indicate Support of Features and Capabilities in the Session Initiation Protocol (SIP)」で規定されている「Feature-Caps ヘッダ」における「新規feature-capability」とする。エンコーディング例は、次の通りである。
「Feature-Caps: *;+early-media=sip:AS@example.co.jp」
【００７４】
（情報割り当て例Ｃ３）
生成源情報の設定先は、「IETF RFC 4796: The Session Description Protocol (SDP) Content Attribute」で規定されているSDP中の「a=content 行の新規値」とする。エンコーディング例は、次の通りである。
「a=content: user-provided-early-media」
【００７５】
（情報割り当て例Ｃ４）
生成源情報の設定先は、「新規ＳＩＰヘッダ値」とする。エンコーディング例は、次の通りである。
「Early-Media-Origin: AS.example.co.jp」
【００７６】
（情報割り当て例Ｃ５）
生成源情報の設定先は、「新規SDP attribute 値」とする。エンコーディング例は、次の通りである。
「a=em-origin: AS.example.co.jp」
【００７７】
尚、アーリーメディア生成源情報Ｐｅｍｓの具体的な割当先およびコーディング例については、図５に示した５種類に限らない。但し、サービスを提供する事業者が異なる複数の網を相互に接続した場合に、アーリーメディア生成源をアーリーメディア認可制御装置１０が正しく認識可能にするためには、ＳＩＰ経路の中間においてＮＡＰＴ／コーデック変換が実施された場合であっても、アーリーメディア生成源情報Ｐｅｍｓの内容が書き換えられない箇所に、それを配置する必要がある。図５に示した５種類の情報割り当て例Ｃ１〜Ｃ５のいずれかのようにすれば問題は生じない。
【００７８】
＜実際の通信システムに本発明を適用した場合の動作例＞
＜無料通話回避のためにアーリーメディア生成源情報Ｐｅｍｓを利用する場合＞
本発明を実際の通信システムに適用した場合の通信システムの動作例（１）および動作例（２）を図６および図７にそれぞれ示す。
【００７９】
図６に示した通信システム２００Ａにおいては、発端末５１が発網５２に接続され、着端末５４が着網５３Ａに接続され、発網５２と着網５３Ａとが相互に接続されている。また、ここで発網５２と着網５３Ａとは互いに異なる複数のサービス事業者がそれぞれ所有または管理している場合を想定している。同様に、図７に示した通信システム２００Ｂにおいては、発端末５１が発網５２に接続され、着端末５４が着網５３Ｂに接続され、発網５２と着網５３Ｂが相互に接続されている。また、ここで発網５２と着網５３Ｂとは互いに異なる複数のサービス事業者がそれぞれ所有または管理している場合を想定している。
【００８０】
また、図６および図７において、発網５２は、発端末５１からの呼確立（200 OK受信）契機で課金開始するように制御されているため、発網５２がアーリーメディアに対して課金することはない。一方、着網５３Ａおよび５３Ｂは、ユーザ間で送受信されるアーリーメディアであっても疎通を許容するように制御されている。
【００８１】
例えば図６の通信システム２００Ａにおいて、発端末５１が着端末５４に電話をかけたときに、着端末５４が実際に存在するかどうかは発網５２側で知ることはできない。そして、着端末５４が存在しない（契約が切れているような場合）場合には、発端末５１の呼に対して、着端末５４を管理している着網５３Ａ内のサーバが、アーリーメディアとして、例えば「おかけになった電話番号は現在使われておりません」のような事前ガイダンスの音声を送出する。このようなアーリーメディアについては、発網５２は課金せずにそのまま発端末５１に転送する。一方、ＳＩＰセッション確立前のアーリーメディアとして、アーリーメディアＥＭ１を着端末５４が送信する場合に、このアーリーメディアＥＭ１を着網５３Ａおよび発網５２がそのまま発端末５１に転送してしまうと、発網５２がアーリーメディアに課金しないので、着端末５４と発端末５１の間で無料通話ができることになり、発網５２の事業者が意図しない状況が生じてしまう。
【００８２】
そこで、図１に示したアーリーメディア認可制御装置１０を図６、図７の発網５２内に装備し、アーリーメディア生成源装置２０を図６、図７の着網５３Ａ，５３Ｂ内および着端末５４の少なくとも一方に装備する。これにより、図６、図７に示すような動作の切換が実現する。図６、図７に示した例では、図５に示した「情報割り当て例Ｃ５」を適用して前記アーリーメディア生成源情報Ｐｅｍｓを伝送している。
【００８３】
図６に示すように、発端末５１から着端末５４への発呼により、
（１）の手順で発端末５１が発網５２に「INVITEリクエスト」を送信し、
（２）の手順で発網５２が着網５３Ａに「INVITEリクエスト」を送信し、
（３）の手順で着網５３Ａが着端末５４に「INVITEリクエスト」を送信する。
【００８４】
着端末５４は、（３）の手順で受け取った「INVITEリクエスト」に対して「１８３レスポンス」を（４）の手順で着網５３Ａに送信する。この「１８３レスポンス」に含まれるＳＤＰには、図５に示した「情報割り当て例Ｃ５」のように、「新規SDP attribute 値」として、アーリーメディア生成源情報Ｐｅｍｓである「a=em-origin: UE.example.co.jp」が含まれている。この中の「UE」は、「User Equipment」すなわちアーリーメディアＥＭ１の送信源がユーザ端末（着端末５４）であることを意味しており、着端末５４内のアーリーメディア生成源装置２０によって生成される。
【００８５】
図６に示すように、着網５３Ａは（５）の手順でアーリーメディア生成源情報Ｐｅｍｓを含む「１８３レスポンス」を発網５２に転送し、発網５２は（６）の手順でアーリーメディア生成源情報Ｐｅｍｓを含む「１８３レスポンス」を発端末５１に転送する。
【００８６】
一方、セッション確立前に着端末５４が送信するアーリーメディアＥＭ１は、着網５３Ａによってそのまま発網５２側に転送される。しかし、発網５２に内蔵されているアーリーメディア認可制御装置１０は、（５）の手順で受け取った「１８３レスポンス」に含まれるアーリーメディア生成源情報Ｐｅｍｓの「UE」により、アーリーメディアＥＭ１の送信源がユーザ端末であることを認識するので、このアーリーメディアＥＭ１のメディアパスを閉塞し、発端末５１にアーリーメディアＥＭ１を転送しない。
【００８７】
一方、図７に示した通信システム２００Ｂの場合にも、図６の場合と同様に、（１），（２），（３）の各手順で「INVITEリクエスト」が転送され、（４），（５），（６）の各手順で「１８３レスポンス」が転送される。
【００８８】
しかし、図７に示した通信システム２００Ｂにおいては、着網５３Ｂ内のアーリーメディア生成源装置２０が、図３に示したステップＳ３１を実行する場合を想定している。つまり、前位ノード装置４０である着端末５４の送出したアーリーメディアＥＭ１よりも、着網５３Ｂ自身が生成したアーリーメディアＥＭ２を優先的に送出する。したがって、着網５３Ｂ内で事前ガイダンス手順が起動し、着網５３Ｂ内で生成したアーリーメディアＥＭ２が発網５２に転送される。
【００８９】
また、着網５３Ｂ内のアーリーメディア生成源装置２０は、（４）の手順で受信した「１８３レスポンス」の中のアーリーメディア生成源情報Ｐｅｍｓの「UE」を、着網５３Ｂ自身のアーリーメディア生成源情報Ｐｅｍｓである「AS」で上書きする。この「AS」は、アーリーメディアＥＭ２が「アプリケーション・サーバ」つまりユーザ以外の設備が生成したアーリーメディアであことを意味する。
【００９０】
発網５２内に存在するアーリーメディア認可制御装置１０は、図７に示すように、（５）の手順で受信した「１８３レスポンス」に含まれているアーリーメディア生成源情報Ｐｅｍｓの「AS」により、着網５３Ｂから受信したアーリーメディアＥＭ２がユーザ以外の設備が生成したアーリーメディアであことを認識するため、それ自身に割り当てられたポリシに従い、アーリーメディアＥＭ２のメディアパスを開通する。したがって、アーリーメディアＥＭ２が発網５２から発端末５１に転送される。
【００９１】
＜パラレルフォーキングに適用する場合＞
本発明の実施形態におけるアーリーメディア認可制御システムを含む通信システムの動作例を図８に示す。図８に示した通信システムにおいては、発端末６１が、網６２を経由して、複数の着端末６３（＃１）および６４（＃２）との間で同時に接続し、通信することができる。
【００９２】
ここで、複数の着端末６３（＃１）および６４（＃２）については、例えば１つの通信回線を契約した同じユーザが使用しているタブレット端末、およびスマートホンであるような状況を想定している。また、着端末６３（＃１）および６４（＃２）の各々が、前述のアーリーメディア生成源装置２０を内蔵している場合を想定している。
【００９３】
また、図８の通信システムにおいて、網６２は前述のアーリーメディア認可制御装置１０を内蔵しているが、ユーザ間のアーリーメディアの疎通を許容する事業者が網６２を管理している場合には、着端末６３，６４のアーリーメディアＥＭ２１，ＥＭ２２を発端末６１に転送することもできる。
【００９４】
図８の通信システムにおいては、「IETF RFC 3261: SIP: Session Initiation Protocol」で規定されているパラレルフォーキングにより、端末もしくはネットワークで発生する複数の「18xレスポンス」の中から、アーリーメディア通信対象の１つの「18x レスポンス」を選択するためのヒント情報として前述のアーリーメディア生成源情報Ｐｅｍｓを利用する場合を想定している。
【００９５】
図８に示す動作シーケンスにおいては、（１）の手順で発端末６１が「INVITE リクエスト」を送信すると、網６２が（２）の手順で、着端末６３および６４の双方に対して「INVITE リクエスト」を送信する。
【００９６】
着端末６３および６４のそれぞれは、（３）の手順で、「183 Session Progress」としてアーリーメディア生成源情報Ｐｅｍｓを含むＳＤＰを網６２に送信する。これらの「183 Session Progress」は網６２から発端末６１に転送される。ここで、着端末６３（＃１）が送信するＳＤＰ中のアーリーメディア生成源情報Ｐｅｍｓには、着端末６３を表す「UE#1」が含まれており、着端末６４（＃２）が送信するＳＤＰ中のアーリーメディア生成源情報Ｐｅｍｓには、着端末６４を表す「UE#2」が含まれている。
【００９７】
したがって、発端末６１は、（３）の手順で各着端末から受信した「183 Session Progress」に含まれるアーリーメディア生成源情報Ｐｅｍｓにより、アーリーメディアＥＭ２１の送信源が着端末６３（＃１）であり、アーリーメディアＥＭ２２の送信源が着端末６４（＃２）であることを認識できる。
【００９８】
そして、発端末６１を制御するＣＰＵは、受信したアーリーメディア生成源情報Ｐｅｍｓの「UE#1」、「UE#2」をステップＳ８１で選択のヒント情報として利用し、複数のアーリーメディアＥＭ２１，ＥＭ２２の中から再生対象の１つのアーリーメディアを自動的に選択するソフトウェアプログラムを実行する。ヒント情報を用いて１つのアーリーメディアを選択するための基準や優先順位については、例えば事前に定めた情報をテーブル等の形式で発端末６１上に保持しておく。これにより発端末６１を制御するＣＰＵは、ステップＳ８１でより適切なアーリーメディアを容易に選択できる。
【００９９】
図８に示した動作シーケンスにおいては、発端末６１が、着端末６３から送信されるアーリーメディアＥＭ２１と、着端末６４から送信されるアーリーメディアＥＭ２２とをそれぞれ網６２を経由して受信するが、発端末６１がステップＳ８１で着端末６３（＃１）側を優先的に選択しているので、ステップＳ８２ではアーリーメディアＥＭ２１（＃１）を再生する。
【０１００】
＜アーリーメディア認可制御システムの利点＞
複数の網を相互に接続した通信システムにおいては、呼接続パスの中間ノードにおいて、SDPのセッション情報が書き換わるので、事業者が異なる複数の網を接続した場合には、従来のセッション情報からアーリーメディアの生成源を特定できない。しかし、上述のアーリーメディア認可制御システムにおいて、アーリーメディア生成源装置２０は、中間ノードにおける書き換えの影響を受けない箇所（図５参照）に実際の生成源を表すアーリーメディア生成源情報Ｐｅｍｓを割り当てて通信する。これにより、一方の事業者が管理する網上のシステムは、他方の事業者が管理する網上のシステム、またはその網に接続された端末から送出されるアーリーメディアの生成源を確実に特定できる。
【０１０１】
そして、このシステムは、メディアの生成源に応じてメディアパスの開閉を適切に制御できる。したがって、図６および図７に示す通信システム２００Ａおよび２００Ｂのように、ユーザ間アーリーメディアを許容する事業者網（５３Ａ，５３Ｂ）と、許容しない事業者網（５２）とを接続する場合に、許容しない事業者網（５２）側で、着端末５４からのアーリーメディアＥＭ１を阻止しつつ、着網からの無料の事前ガイダンスであるアーリーメディアＥＭ２を疎通させる、といった選択的な制御を実行できる。
【０１０２】
また、アーリーメディア生成源装置２０は、アーリーメディア生成源情報Ｐｅｍｓとして、アーリーメディア生成源装置２０自身の装置種別が、事業者網装置とユーザ端末との少なくとも一方であることを表す情報を生成する。これにより、該当するアーリーメディアが事業者（サービス提供側）とユーザのいずれに属するのかをアーリーメディア認可制御装置１０が特定できる。そのため、ユーザ間で転送されるアーリーメディアを許容しない網において、事前ガイダンスによるアーリーメディアとユーザ間で転送されるアーリーメディアとを区別してメディアパスの疎通を適切に切り替えることが容易になる。
【０１０３】
また、アーリーメディア生成源装置２０は、アーリーメディア生成源情報Ｐｅｍｓとして、アーリーメディア生成源装置２０が帰属しているネットワークを特定するための固有の識別情報を生成する。これにより、該当するアーリーメディアが帰属しているネットワークをアーリーメディア認可制御装置１０が特定できる。
【０１０４】
また、アーリーメディア生成源装置２０は、アーリーメディア生成源情報Ｐｅｍｓとして、アーリーメディア生成源装置２０自身を特定可能な固有の識別情報を生成する。これにより、アーリーメディアの生成源をアーリーメディア認可制御装置１０が区別することが可能になる。
【０１０５】
また、図３に示したステップＳ３１，Ｓ３２のように、アーリーメディア生成源装置２０が、受信したSIP/SDPメッセージに、アーリーメディア生成源情報Ｐｅｍｓが含まれているか否かを識別し、受信したSIP/SDPメッセージに含まれる前記アーリーメディア生成源情報と、それ自身に事前に割り当てられた前記アーリーメディア生成源情報と、の少なくとも一方をＳＩＰメッセージに含めて送出することにより、生成源が異なる複数のアーリーメディアが存在する場合であっても、適切なアーリーメディアを選択的に送出することが可能になる。
【符号の説明】
【０１０６】
１０  アーリーメディア認可制御装置
１１  プロキシ
１１ａ  SIP/SDP処理部
１２  メディア処理部
２０  アーリーメディア生成源装置
２１  ＵＡＳ
２１ａ  SIP/SDP処理部
２２  メディア処理部
３０  発端末
３１  ＵＡＣ
３２  メディア処理部
４０  前位ノード装置
５１  発端末
５２  発網
５３Ａ，５３Ｂ  着網
５４  着端末
６１  発端末
６２  網
６３，６４  着端末
２００Ａ，２００Ｂ  通信システム
ＳＴ１，ＳＴ２，ＳＴ３，ＳＴ４，ＳＴ５  メディアパスの状態
Ｐｅｍｓ  アーリーメディア生成源情報
Ｃ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５  情報割り当て例
ＥＭ１，ＥＭ２，ＥＭ２１，ＥＭ２２  アーリーメディア
【図１】
0006479701.tif 000002
【図２】
0006479701.tif 000003
【図３】
0006479701.tif 000004
【図４】
0006479701.tif 000005
【図５】
0006479701.tif 000006
【図６】
0006479701.tif 000007
【図７】
0006479701.tif 000008
【図８】
0006479701.tif 000009
【図９】
0006479701.tif 000010
【図１０】
0006479701.tif 000011
【図１１】
0006479701.tif 000012