(57)【要約】【課題】コーデックなどのメディア不整合を解決しつつ、２つの機器間で双方の機器とのセッションを確立して、メディア通信の中継を行うことが可能な通信中継装置を提供する。【解決手段】通信中継装置１００で一方の機器のコーデック情報を保持し、その機器１０３〜１３２と他方の機器１２０との通信開始の要求があると、通信中継装置１００で保持している機器のコーデック情報を用いて他方の機器１２０にセッション確立要求を行い、その結果を用いて、先のコーデック情報を保持していた機器にセッション確立要求を行う。【選択図】        図１
2005026831.tif 000002
【特許請求の範囲】
【請求項１】
第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、
前記第１の情報通信装置と前記第２の情報通信装置を指定した通信中継開始要求を受け付ける受付手段と、
指定された前記第１の情報通信装置と指定された前記第２の情報通信装置の双方と中継可能なセッションを確立する中継セッション確立手段とを備える、通信中継装置。
【請求項２】
第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、
前記第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、
前記第１の情報通信装置と前記第２の情報通信装置を指定した通信中継開始要求を受け付けると、前記ネゴシエーション情報蓄積手段に蓄積する前記第１の情報通信装置に関するネゴシエーション情報を用いて前記第２情報通信装置にセッション確立の要求を行い、前記第２情報通信装置からのセッション確立要求に対する結果を用いて、通信する前記第１の情報通信装置にセッション確立要求を行う中継セッション確立手段とを備える、通信中継装置。
【請求項３】
前記ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、
前記中継セッション確立手段は、前記第２の情報通信装置との間で確立したセッションで使用するコーデックを指定して前記第１の情報通信装置にセッション確立要求を行うことを特徴とする、請求項２に記載の通信中継装置。
【請求項４】
前記通信中継開始要求は、前記第１の情報通信装置として複数の情報通信装置を指定し、前記中継セッション確立手段は前記通信中継開始要求で指定の情報通信装置のそれぞれに前記第２情報通信装置からのセッション確立要求に対する結果を用いてセッション確立要求を行うことを特徴とする、請求項２に記載の通信中継装置。
【請求項５】
第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、
前記第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、
前記第１の情報通信装置と前記第２情報通信装置を指定した通信中継開始要求を受け付けると、通信中継開始要求で指定の前記第１の情報通信装置に対しセッション確立の予約を行ったのち、ネゴシエーション情報蓄積手段に蓄積する前記第１の情報通信装置に関するネゴシエーション情報を用いて前記第２の情報通信装置にセッション確立の要求を行い、前記第２の情報通信装置からのセッション確立要求に対する結果を用いて、前記第１の情報通信装置に予約したセッションを確立させる中継セッション確立手段とを備える、通信中継装置。
【請求項６】
前記ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、
前記中継セッション確立手段は、前記第２の情報通信装置との間で確立したセッションで使用するコーデックを指定して前記第１の情報通信装置に対し予約したセッションを確立することを特徴とする、請求項５に記載の通信中継装置。
【請求項７】
前記通信中継開始要求は、第１の情報通信装置として複数の情報通信装置を指定し、前記中継セッション確立手段は指定の情報通信装置のそれぞれにセッションの予約を行い、前記第２情報通信装置からのセッション確立要求に対する結果を用いて予約した各セッションを確立させることを特徴とする、請求項５または請求項６に記載の通信中継装置。
【請求項８】
前記中継セッション確立手段は、前記第１の情報通信装置へのセッション確立の予約時にネゴシエーション情報を取得し、前記ネゴシエーション情報蓄積手段に蓄積することを特徴とする、請求項５から請求項７のいずれか１項に記載の通信中継装置。
【請求項９】
他の装置とセッションを確立して通信を行なう情報通信装置であって、
通信セッションの予約要求を受け付けるセッション予約手段と
前記通信セッションの確立要求を受け付けるセッション確立手段とを備え、
受け付けた予約セッションの確立ができなくなるようなセッションの確立、もしくは予約の要求を拒否することを特徴とする、情報通信装置。
【請求項１０】
第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、
前記第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、
前記第１の情報通信装置と前記第２の情報通信装置を指定した通信中継開始要求を受け付けると、前記ネゴシエーション情報蓄積手段に蓄積する前記第１の情報通信装置に関するネゴシエーション情報を用いて、前記通信中継開始要求で指定の前記第１の情報通信装置と前記第２の情報通信装置にセッション確立の要求を行い、前記第２の情報通信装置からのセッション確立要求に対する結果を用いて前記第１の情報通信装置との間で確立したセッションを変更する中継セッション確立手段とを備える、通信中継装置。
【請求項１１】
前記ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、
前記中継セッション確立手段は、前記第２の情報通信装置との間で確立したセッションで使用するコーデックが前記第１の情報通信装置との間で確立したセッションで使用するコーデックと異なる場合、前記第２の情報通信装置との間で確立したセッションで使用するコーデックに変更することを特徴とする、請求項１０に記載の通信中継装置。
【請求項１２】
前記通信中継開始要求は第１の情報通信装置として複数の情報通信装置を指定し、前記中継セッション確立手段は前記通信中継開始要求で指定の情報通信装置のそれぞれにセッション確立要求を行い、前記第２情報通信装置からのセッション確立要求に対する結果を用いて各セッションを変更することを特徴とする、請求項１０または請求項１１に記載の通信中継装置。
【請求項１３】
第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、
前記第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、
前記第２の情報通信装置と前記第１の情報通信装置として通信する装置の複数の候補装置とを指定した通信中継開始要求を受け付けると、各前記候補装置の前記ネゴシエーション情報を合わせて前記第２の情報通信装置にセッション確立の要求を行い、前記第２の情報通信装置からのセッション確立要求の結果を用いて、前記第１情報通信装置の前記候補装置のなかから前記第１の情報通信装置を選択して、選択した装置に通信中継するセッションを確立する中継セッション確立手段とを備える、通信中継装置。
【請求項１４】
ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、
前記中継セッション確立手段は、前記候補装置がサポートするすべての前記コーデックに関する情報を用いて前記第２の情報通信装置に対するセッション確立要求を行い、確立したセッションで使用する前記コーデックを利用可能な前記第１の情報通信装置を選択して、該コーデックを指定したセッション確立要求を行うことを特徴とする、請求項１３に記載の通信中継装置。
【請求項１５】
前記通信中継開始要求は、前記第１の情報通信装置の候補装置として複数の装置の組を指定することが可能であり、
前記中継セッション確立手段は、前記第２の情報通信装置からのセッション確立要求の結果を用いて前記候補装置の中から選択した前記第１の情報通信装置が複数の装置の組となる場合には、それぞれの前記装置に対してセッションを確立することを特徴とする、請求項１３または請求項１４に記載の通信中継装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信中継装置を介してネットワークで接続される２つの機器間の通信の中継処理を行う通信中継装置に関する。
【０００２】
【従来の技術】
インターネット上で、メディア通信のセッションを確立する技術として、セッションの確立や維持、終了を行うために使われるアプリケーションレイヤのシグナリング制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。ＳＩＰにおいては、セッションの確立を要求する者から要求されるものにＳＩＰインビテーションを行い、その際にセッションでやりとりするメディアに関する情報をやりとりする。セッション確立の要求元からセッションで利用したいメディアの記述を送付し、それを受けたセッション要求先は自身が使用したいメディアの記述を送り返す。このようにして、双方が合意して確立したセッションにおいて、メディアデータの送受信を行う。ＳＩＰを用いることによって、１対１で通信するメディアを決定して、セッションを確立することができる。
【０００３】
中継装置を介する場合も、セッション依頼元の機器からセッション接続先の機器に利用可能なメディアの情報を指定してＳＩＰによるセッション確立要求を行うネゴシエーションを行うことで接続元の機器と中継装置、中継装置と接続先の装置のセッションで一致したメディアで通信が可能である。
【０００４】
相手機器の能力を知って通信するメディアの内容を決定する技術として、装置の能力に応じて最適な画データの送信を可能にするインターネットファクシミリ通信方法（たとえば、特許文献１を参照）の技術がある。これは電子メールを用いて画データを送信するインターネットファックスにおいて、直接受信側の装置と接続されたかを判断したうえで、直接接続された場合にはメールをやりとりしてお互いの能力を知った上で能力情報に基づいた画データを送信する。
【０００５】
中継装置を挟んで、双方の通信で整合をとる技術としては、インターネットを利用したファックスに関するシステム（たとえば、特許文献２を参照）がある。これは、送信側ファクシミリとの間の最大送信速度と受信側ファクシミリとの決定した送信速度を比較して、送信側最大送信速度の方が速い場合には、送信側の速度を受信側の速度に設定するものである。
【０００６】
【特許文献１】
特開２００２−３００３４３号公報
【０００７】
【特許文献２】
特開２００１−３５８８８４号公報
【０００８】
【発明が解決しようとする課題】
ＳＩＰのようなセッション確立のためのシグナリング制御プロトコルに基づいて、機器間で通信するメディアをネゴシエーションしてセッションを確立し、メディアの送受信を行うことは可能であるが、２つの機器間で双方の機器とのセッションを確立して、メディア通信の中継を行う通信中継装置において、通信中継装置から双方に独立してセッションの確立要求を行った場合、双方のセッション間でメディアの不一致が起きる可能性がある。
【０００９】
たとえば、一方の機器１がコーデックＡとＢの２つのコーデックをサポートしており、他方の機器２がコーデックＡとＣの２つのコーデックをサポートしている場合、中継装置からそれぞれに通信のセッションを張る要求を出すためには、双方のサポートするコーデックで一致するものを指定しなければならない。ホームゲートウェイのような中継装置の場合、一方は宅内のＬＡＮに接続しており、そこに存在する機器の情報を収集しておくことは容易であるが、他方インターネット上の任意の機器情報をあらかじめ収集しておくことは困難である。このような状況から、一方の既知のメディア情報を用いて、他方、メディア情報の不明な機器とのセッションのネゴシエーションを行うことで、ネゴシエーションのためにサポートするメディア情報を提供する機能を持たない機器やメディアのネゴシエーションに関する新たな規定しなくても、メディア情報の不整合を防ぎ、コーデックの不一致のないセッション間でメディアの送受信を中継することができる。
【００１０】
しかし、このようにして、コーデックなどのメディア不整合による課題を解決する場合、後からセッションを確立する際に、機器が使用不能なためにセッションを確立できないことが考えられる。先に述べたように、最初にセッションを張ろうとする機器がインターネット上の機器を想定した場合、外部にはメディア通信のセッションが張られたものの、内部には張られないという状況は好ましくない場合がある。たとえば、宅内の機器から宅外の機器に発呼する電話サービスのような場合、相手には着信したものの、発呼元である機器とのセッションがつながらず、会話できないといった不具合が考えられる。
【００１１】
本発明は、上記のような問題点を解決するためになされたものであって、その目的は、コーデックなどのメディア不整合を解決しつつ、２つの機器間で双方の機器とのセッションを確立して、メディア通信の中継を行うことが可能な通信中継装置を提供することである。
【００１２】
【課題を解決するための手段】
すなわち、本発明においては、一方の既知のメディア情報を用いて、他方、メディア情報の不明な機器とのセッションの確立要求を行う以前に、メディア情報既知の機器に対して、仮にセッションを確立しておいたり、あるいは、セッションを予約しておいたうえで、セッション確立の要求を行い、その結果を用いて、予約しておいたセッションを有効にしたり、仮に張ったセッションで使用するメディアを変更することで上記問題を解決できる。
【００１３】
あるいは、セッション予約時にネゴシエーション情報の取得を行なうことで未登録のネゴシエーション情報を取得したり、最新のネゴシエーション情報を用いてセッションを確立することが可能になる。
【００１４】
さらに、上記のようにあらかじめ、中継装置が２つの機器間でメディア送受信の中継をすることを受け付ける場合、一方のメディア情報未知の機器と接続するのに、より好ましい機器が他に存在する場合は、あとから選択しなおすことが可能なことが望ましい。一般には、中継装置に、メディア情報既知の複数の機器を候補に指定したとしても、メディア情報未知の機器と通信するのに最適な機器をその時点で選択することはできない。本発明では、中継装置は、メディア情報未知の機器にセッション確立要求を行う際に、相手となるメディア情報既知の機器すべてのメディア情報を合わせたものをもってメディア情報未知の機器にセッション確立要求を行い、その結果を用いて、中継相手となるべき機器を選択して、選択した機器に使用することが決まったメディア情報を用いてセッション確立要求することで、上記の課題を解決することができる。
【００１５】
したがって、この発明の１つの局面に従うと、第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、第１の情報通信装置と第２の情報通信装置を指定した通信中継開始要求を受け付ける受付手段と、指定された第１の情報通信装置と指定された第２の情報通信装置の双方と中継可能なセッションを確立する中継セッション確立手段とを備える。
【００１６】
この発明の他の局面にしたがうと、第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、第１の情報通信装置と第２の情報通信装置を指定した通信中継開始要求を受け付けると、ネゴシエーション情報蓄積手段に蓄積する第１の情報通信装置に関するネゴシエーション情報を用いて第２情報通信装置にセッション確立の要求を行い、第２情報通信装置からのセッション確立要求に対する結果を用いて、通信する第１の情報通信装置にセッション確立要求を行う中継セッション確立手段とを備える。
【００１７】
好ましくは、ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、中継セッション確立手段は、第２の情報通信装置との間で確立したセッションで使用するコーデックを指定して第１の情報通信装置にセッション確立要求を行う。
【００１８】
好ましくは、通信中継開始要求は、第１の情報通信装置として複数の情報通信装置を指定し、中継セッション確立手段は通信中継開始要求で指定の情報通信装置のそれぞれに第２情報通信装置からのセッション確立要求に対する結果を用いてセッション確立要求を行う。
【００１９】
この発明のさらに他の局面にしたがうと、第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、第１の情報通信装置と第２情報通信装置を指定した通信中継開始要求を受け付けると、通信中継開始要求で指定の第１の情報通信装置に対しセッション確立の予約を行ったのち、ネゴシエーション情報蓄積手段に蓄積する第１の情報通信装置に関するネゴシエーション情報を用いて第２の情報通信装置にセッション確立の要求を行い、第２の情報通信装置からのセッション確立要求に対する結果を用いて、第１の情報通信装置に予約したセッションを確立させる中継セッション確立手段とを備える。
【００２０】
好ましくは、ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、中継セッション確立手段は、第２の情報通信装置との間で確立したセッションで使用するコーデックを指定して第１の情報通信装置に対し予約したセッションを確立することを特徴とする。
【００２１】
好ましくは、通信中継開始要求は、第１の情報通信装置として複数の情報通信装置を指定し、中継セッション確立手段は指定の情報通信装置のそれぞれにセッションの予約を行い、第２情報通信装置からのセッション確立要求に対する結果を用いて予約した各セッションを確立させる。
【００２２】
好ましくは、中継セッション確立手段は、第１の情報通信装置へのセッション確立の予約時にネゴシエーション情報を取得し、ネゴシエーション情報蓄積手段に蓄積する。
【００２３】
この発明のさらに他の局面に従うと、他の装置とセッションを確立して通信を行なう情報通信装置であって、通信セッションの予約要求を受け付けるセッション予約手段と、通信セッションの確立要求を受け付けるセッション確立手段とを備え、受け付けた予約セッションの確立ができなくなるようなセッションの確立、もしくは予約の要求を拒否する。
【００２４】
この発明のさらに他の局面に従うと、第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、第１の情報通信装置と第２の情報通信装置を指定した通信中継開始要求を受け付けると、ネゴシエーション情報蓄積手段に蓄積する第１の情報通信装置に関するネゴシエーション情報を用いて、通信中継開始要求で指定の第１の情報通信装置と第２の情報通信装置にセッション確立の要求を行い、第２の情報通信装置からのセッション確立要求に対する結果を用いて第１の情報通信装置との間で確立したセッションを変更する中継セッション確立手段とを備える。
【００２５】
好ましくは、ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、中継セッション確立手段は、第２の情報通信装置との間で確立したセッションで使用するコーデックが第１の情報通信装置との間で確立したセッションで使用するコーデックと異なる場合、第２の情報通信装置との間で確立したセッションで使用するコーデックに変更する。
【００２６】
好ましくは、通信中継開始要求は第１の情報通信装置として複数の情報通信装置を指定し、中継セッション確立手段は通信中継開始要求で指定の情報通信装置のそれぞれにセッション確立要求を行い、第２情報通信装置からのセッション確立要求に対する結果を用いて各セッションを変更する。
【００２７】
好ましくは、第１の情報通信装置と第２の情報通信装置のそれぞれにセッションを確立して通信の中継を行う通信中継装置であって、第１の情報通信装置のセッション確立に利用するネゴシエーション情報を蓄積するネゴシエーション情報蓄積手段と、第２の情報通信装置と第１の情報通信装置として通信する装置の複数の候補装置とを指定した通信中継開始要求を受け付けると、各候補装置のネゴシエーション情報を合わせて第２の情報通信装置にセッション確立の要求を行い、第２の情報通信装置からのセッション確立要求の結果を用いて、第１情報通信装置の候補装置のなかから第１の情報通信装置を選択して、選択した装置に通信中継するセッションを確立する中継セッション確立手段とを備える。
【００２８】
好ましくは、ネゴシエーション情報蓄積手段が蓄積するネゴシエーション情報は、情報通信装置がサポートするコーデックに関する情報を含み、
中継セッション確立手段は、候補装置がサポートするすべてのコーデックに関する情報を用いて第２の情報通信装置に対するセッション確立要求を行い、確立したセッションで使用するコーデックを利用可能な第１の情報通信装置を選択して、該コーデックを指定したセッション確立要求を行う。
【００２９】
好ましくは、通信中継開始要求は、第１の情報通信装置の候補装置として複数の装置の組を指定することが可能であり、中継セッション確立手段は、第２の情報通信装置からのセッション確立要求の結果を用いて候補装置の中から選択した第１の情報通信装置が複数の装置の組となる場合には、それぞれの装置に対してセッションを確立する。
【００３０】
【発明の実施の形態】
以下に、本発明の実施の形態を図にしたがって説明する。
【００３１】
ただし、本発明の具体的な構成を説明するために、その前提として、最初に、「セッション」の概要について説明する。「セッション」とは、ネットワークで接続された装置上のプログラム間で一連のデータ送受信を行なうためにネゴシエーションを行なって確立する論理的なデータ通信接続である。データ通信開始時に通信する双方のプログラム間で送受信するデータやプロトコルなどについてネゴシエーションを行い、どのようにデータのやりとりを行なうかを決定し、セッションは確立される。セッションが確立している間はそのネゴシエーション結果に従ってプログラム間でデータの送受信を行なうことができ、一方からの要求などによってセッションが終了されるとプログラム間でデータの送受信はそれ以上出来なくなる。
【００３２】
たとえば、多くの場合、インターネット電話の１通話は１つのセッションである。インターネット電話プログラム間で通話中はＶｏＩＰの１つのセッションが確立されて、そのうえで双方の音声データをやりとりする。
【００３３】
また、以下、「第１の情報通信装置」、「第２の情報通信装置」は、オーディオ配信やＴＶ電話サービスを利用する場合を例に示している。オーディオ配信の例では、「通信中継装置」であるホームゲートウェイから操作を行い、「第１の情報通信装置」としてのオーディオ配信サーバが送信するデータを「第２の情報通信装置」ステレオで受信して聴く場合であり、ＴＶ電話の例では「第１の情報通信装置」が家庭内ネットワークに接続されたＩＰ電話、ＴＶ、ｗｅｂカメラで、「第２の情報通信装置」であるインターネットに接続されたＴＶ電話機との間で、音声、映像のデータを通信中継装置が中継して、ＴＶ電話サービスを利用可能にするものである。
【００３４】
（実施の形態１）
図１は、第１の実施の形態を表す通信中継装置１００の機能ブロック図である。図１は、ＴＶ電話の場合を例に通信を中継する機器との接続を示したものである。
【００３５】
通信中継装置１００は、第１中継セッション確立部１０１と、ネゴシエーション情報蓄積部１０２と、セッション中継部１０３とを備える。
【００３６】
第１中継セッション確立部１０１は、中継開始要求受付部１１１と、第１セッション確立部１１２と、第２セッション確立部１１３とを備える。
【００３７】
それぞれの機能について詳しく説明する。
第１中継セッション確立部１０１は、ユーザインターフェイスを用いたユーザ入力、もしくはネットワークを介して他のネットワーク上の機器からのメッセージによって指定された２つの情報通信装置間で通信の中継をするよう要求を受け付け、双方の機器に通信セッションを確立する機能を持つ。この場合、ＩＰ電話機１３０からのＴＶ電話発呼の要求を解釈して、ＩＰ電話機１３０への音声送受信のセッション、ＴＶ１３１への映像出力セッション、ｗｅｂカメラ１３２への映像入力のセッション確立と、ＴＶ電話機１２０へのＴＶ電話セッションを確立した通信中継依頼として受け付ける。
【００３８】
ネゴシエーション情報蓄積部１０２は、ユーザの入力やネットワーク上の情報収集機能を用いてネットワーク上の装置と通信を行うための情報（ネゴシエーション情報と呼ぶ）を蓄積するための部分である。ネゴシエーション情報には、音声メディアのようなメディアデータの通信を行うために、利用可能な通信プロトコルや装置がサポートしているコーデックの情報が含まれる。この場合は、ＩＰ電話機１３０、ＴＶ  ｗｅｂカメラ１３２に関するネゴシエーション情報を保持している。本実施の形態では、ネゴシエーション情報収集部１０７が収集した情報をネゴシエーション情報蓄積部１０２に蓄積する。
【００３９】
セッション中継部１０３は、第１中継セッション確立部１０１が双方の装置のそれぞれに通信セッションを確立した場合に、それぞれのセッションに関するセッション情報を受け取り、セッション間の通信データの中継を行う。図１に示した通信中継装置１００の例の場合は、ＴＶ電話機１２０、ＩＰ電話機１３０、ＴＶ１３１、ｗｅｂカメラ１３２の間に張ったセッション間の通信の中継を行なう。
【００４０】
外部通信部１０４は、インターネットへの通信インターフェイスを含む。
一方、内部通信部１０５は、宅内ネットワークなどＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）へのネットワークインターフェイスである。本実施の形態では、２つの異なるネットワークを接続するものであるが、必ずしもそれに制限するものではなく、同一のネットワーク上の複数の機器との通信を中継しても構わない。
入出力部１０６は、本中継装置の利用者が装置の設定などを行なうための入出力をサポートする手段であり、情報を表示したり、ユーザの入力を受け付けるユーザの入力を受け付ける液晶パネルを含み、ネゴシエーション情報収集部１０７や中継開始受付部１１１に含まれるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）プログラムによって対話的なインタフェイスを提供する。
【００４１】
ネゴシエーション情報収集部１０７は、内部通信部１０５を用いて、たとえば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）の機能を用いて宅内ネットワーク上の装置（ＩＰ電話機１３０、ＴＶ  ｗｅｂカメラ１３２など）の情報を収集する。また、ネゴシエーション情報収集部１０７は、ＧＵＩプログラムを内蔵し、入出力部１０６を用いて設定者がマニュアルで登録する機器の情報を収集する。収集した情報はネゴシエーション情報蓄積部１０２に蓄積する。
【００４２】
中継開始要求受付部１１１は、中継開始の要求を受け付ける部分であり、中継する双方の装置の情報を開始要求から抽出して、第１セッション確立部に伝達する。この例の場合、ＩＰ電話機１３０からＴＶ電話機１２０への接続要求を受けると、それを解釈し、ＩＰ電話機１３０が電話サービスを利用するために必要なＴＶ１３１とｗｅｂカメラ１３２をあわせた各機器と接続先であるＴＶ電話機１２０との中継開始要求として受け付け処理する。また、ＧＵＩを用いて入出力部１０６から要求を受け付けることも可能である。
【００４３】
第１セッション確立部１１２は、中継開始要求受付部１１１から通信中継の依頼を受けた機器についての情報をネゴシエーション情報蓄積部１０２から取得して、それを用いてネゴシエーション情報不明な装置に対してセッションを確立する。この場合、ＩＰ電話機１３０、ＴＶ１３１、ｗｅｂカメラ１３２が蓄積されているので、取得できる。そして、取得したネゴシエーションから使用可能なコーデックなどを指定して、もう一方のネゴシエーション情報不明な装置であるＴＶ電話機１２０に対してセッション確立の要求を行う。セッションが確立できれば、第２セッション確立部１１３にその情報を通知し、残りの装置とのセッション確立を依頼する。
【００４４】
第２セッション確立部１１３は、第１セッション確立部１１２からの依頼を受け付け、その際に受け取ったネゴシエーション情報と先に確立された第１のセッション情報を用いて残りの装置への通信セッション確立処理を行う。この場合、ＴＶ電話機１２０と確立したセッションで決定した音声、映像のコーデックを指定して、ＩＰ電話機１３０、ＴＶ１３１、ｗｅｂカメラ１３２に接続要求する。必要なセッションがすべて確立すればその情報をセッション中継部１０３に伝え、通信中継の開始を指示する。
【００４５】
図２５に本通信中継装置１００のハードウェア構成図を示す。図１に示した機能構成は、図２５に記載のハードウェア構成の装置において以下のように実現する。
【００４６】
本実施の形態において、第１中継セッション確立部１０１は外部通信部１０４、内部通信部１０５といった通信インタフェイス（外部通信インタフェイス２５０１、内部通信インタフェイス２５０２）を含むソフトウェアモジュールと協調動作するソフトウェアとして実装され、通信中継装置１００が備えるＲＯＭ２５０７に蓄積され、実行時にはＲＡＭ２５０４に読み出されて通信中継装置１００が備えるＣＰＵ２５０３によってソフトウェアプログラムが実行されて機能を実現する。
【００４７】
ネゴシエーション情報収集部１０７、セッション中継部１０３も、同様にソフトウェアとして実装され、ＲＯＭ２５０７内に保持され、実行時にＲＡＭ２５０４に呼び出されてＣＰＵを用いて実行され、それぞれの機能を実現する。ネゴシエーション情報蓄積部１０２はネゴシエーション情報を保持するためのフラッシュメモリ２５０５の一部である。フラッシュメモリ２５０５は、各ソフトウェアが実行中の一時的なデータの保持のためにも、ＲＡＭ２５０４とともに利用される。
【００４８】
入出力部１０６は液晶パネル２５０６、およびそれを制御するためのソフトウェアを含みソフトウェアはＲＯＭ２５０７に保持されて、必要なときにＲＡＭ２５０４に読み出されて、ＣＰＵ２５０３を用いて実行される。また、リモコン端末にＧＵＩを実装し、中継開始のリクエストやネゴシエーションモジュールのマニュアル登録を遠隔操作するためのＲＦモジュール２５０８を備える。
【００４９】
後述する構成（図７、図１１、図１５）も図１の通信中継装置１００と同のハードウェア構成である。
【００５０】
図２は中継開始のリクエストを受け付けてから中継開始するまでの処理の流れを説明するフローチャート図である。
【００５１】
まず、中継開始要求受付部１１１が、機器を指定した中継開始の要求を受け付ける（ステップＳ２０１）。
【００５２】
中継開始要求受付部１１１は、受け付けた要求に基づいてセッションを張って通信を中継する通信中継リクエストを生成し、第１セッション確立部１１２に（ステップＳ２０２）。
【００５３】
第１セッション確立部１１２は、受け付けた中継リクエストに含まれる装置のネゴシエーション情報をネゴシエーション情報蓄積部１０２から取得する（ステップＳ２０３）。
【００５４】
ネゴシエーション情報が取得できたかを確認（ステップＳ２０４）し、取得できなかった場合は、中継不能として中継開始要求受付部１１１に結果を返す（ステップＳ２０５）。
【００５５】
ネゴシエーション情報が取得できた場合は、取得できたネゴシエーション情報のコーデックを指定して、もう一方の装置に第１セッションの確立要求（第１接続要求）を送信する（ステップＳ２０６）。なお、本実施の形態においてはコーデックにフォーカスしているが、それに限定するものではない。
【００５６】
第１接続要求に対する応答を受信し（ステップＳ２０７）、受信した応答から第１のセッションが確立できたかを判断する（ステップＳ２０８）。
【００５７】
第１のセッションが確立できなかった場合には、通信の中継はできないので、中継不能として中継開始要求受付部１１１に結果を返す（ステップＳ２０９）。
【００５８】
第１のセッションが確立できた場合、コーデックやプロトコルなどの確立したセッションの情報とともに残りの装置へのセッション確立を第２セッション確立部１１３に依頼する（ステップＳ２１０）。
【００５９】
第２セッション確立部１１３は、依頼に従って残りの装置にセッション確立の要求を行う。ただし、その際に、確立された第１のセッションで決定した情報を参照して、通信を中継可能なセッションが張れる条件を指定して未接続の装置に第２のセッション確立要求を行う（ステップＳ２１１）。たとえば、ＴＶ１３１やｗｅｂカメラ１３２には、ＴＶ電話１２０と確立したセッションで使用する映像コーデックを指定してセッションを確立の要求を行う。なお、ＩＰ電話機１３０が、最初に中継開始要求時に自身の利用可能な音声コーデックを指定してセッション確立要求を行っている場合は、中継装置からの接続要求は行わない。
【００６０】
第２のセッション確立要求に対する応答を受信（ステップＳ２１２）し、すべてのセッションが確立したかを確認する（ステップＳ２１３）。
【００６１】
第２セッション確立に失敗した場合は、第１セッション確立部１１２に先に確立した第１のセッションを解放させ（ステップＳ２１４）、中継開始要求受付部１１１に中継不能の結果を返す（ステップＳ２１５）。
【００６２】
セッション確立要求を行ったセッションがすべて確立できた場合は、上記のＩＰ電話機１３０のようにセッション確立のリクエストを受けている機器に対し第１セッションの結果に従って応答を返し、セッション中継部１０３にセッション間の中継開始を指示する（ステップＳ２１６）。
【００６３】
セッション中継部１０３は、指示に従って各セッションで受信したデータを中継先のセッションに送出することで通信の中継を開始する（ステップＳ２１７）。
【００６４】
図３は、２つのオーディオ装置（オーディオ装置３０１、オーディオ装置３０２）間で通信を中継する例でのセッション確立時のシーケンス図である。この場合、オーディオ装置３０１（ステレオ装置）が第１の情報通信装置にあたり、オーディオ装置３０２（オーディオ配信サーバ）が第２の情報通信装置にあたる。
【００６５】
図３では、通信中継装置１００のネゴシエーション情報蓄積部１０２には、オーディオ装置３０１がＧＳＭとＧ．７２３の２つの音声メディアを受け付けることができるネゴシエーション情報を保持している。
【００６６】
通信中継装置１００に対して、オーディオ装置３０１とオーディオ装置３０２にセッションを張って通信を中継するように指示するリクエスト（通信中継開始要求である）を合わせて示している。具体的には、通信中継装置の入手力手段と通信可能なリモコン装置から、音楽サーバとステレオを指定して視聴操作すると、音楽配信サーバであるオーディオ装置３０２と音楽コンテンツを出力するステレオであるオーディオ装置３０１を指定した通信中継リクエストを通信中継装置が受け付け、処理することになる。通信中継リクエストは、図３に示した例のように、ｒｅｌａｙ（ｍｅｄｉａ，  ｎｏｄｅ１，  ｎｏｄｅ２，  ｄｉｒｅｃｔｉｏｎ）の形式としている。”ｍｅｄｉａ”には音声（ａｕｄｉｏ）、ビデオ（ｖｉｄｅｏ）など通信するメディアの種類を表すキーワード、”ｎｏｄｅ１”、”ｎｏｄｅ２”にはそれぞれの装置を示すＩＤとセッション張る際に使用するアドレス、”ｄｉｒｅｃｔｉｏｎ”にはメディアを中継する方向（”１”ならば”ｎｏｄｅ１”から”ｎｏｄｅ２”、”２”ならば”ｎｏｄｅ２”から”ｎｏｄｅ１”、”３”ならば双方向）を指定する。
【００６７】
以下、中継開始までにやりとりされるメッセージを図３に従って説明する。
通信中継装置に対して、オーディオ装置３０１とオーディオ装置３０２との音声通信を中継するようトリガーがあると、通信中継装置１００はネゴシエーション情報蓄積部１０２が保持しているオーディオ装置３０１のネゴシエーション情報を用いて、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）のＩＮＶＩＴＥメッセージを用いてＧＳＭ、もしくはＧ．７２３でのオーディオメディアの通信セッションの確立要求を行う（３−１）。
【００６８】
オーディオ装置３０２は、ＰＣＭＵ、およびＧ．７２３をサポートしている装置である。
【００６９】
ＩＮＶＩＴＥメッセージ（３−１）を受け取ると、オーディオ装置３０２は、自身がサポートしているＧ．７２３を選択して、セッション確立ＯＫのＳＩＰ応答を返す（３−２）。
【００７０】
通信中継装置１００は、ＯＫメッセージ（３−２）のを受信することでオーディオ装置３０２との通信セッションが確立できたので、そこで決定したＧ．７２３のコーデックを用いてオーディオ装置３０１にセッション確立要求となるＩＮＶＩＴＥメッセージを送信する（３−３）。必ずオーディオ装置３０１がサポートするコーデックの中からオーディオ装置３０２とのセッションが張る。
【００７１】
オーディオ装置３０１は（３−３）で受信したセッション確立の要求メッセージに対して、自身がサポートしているコーデックなので、コーデック的には問題なく、セッション確立ＯＫの応答を返す（３−４）。
【００７２】
図４は、図３のシーケンス図で送信されたＳＩＰメッセージを説明している。各メッセージに図３と対応する番号を付けている。
【００７３】
メッセージ（３−１）はセッション確立の接続要求を行うＩＮＶＩＴＥメッセージである。通信中継装置１００の中継用のＳＩＰ  ＵＲＬ  ”ｒｅｌａｙ＠ｈｇｗ１００．ｃｏｍ”からオーディオ装置３０２のＳＩＰ  ＵＲＬ”ｕｓｒ２＠ａｕｄｉｏ３０２．ｃｏｍ”に対して、セッション要求の識別子を”１２３４５６７８”としてオーディオメディアの通信セッションの確立を要求するものであり、通信中継装置１００は３４５６番のポートでオーディオデータを受け取ること、ＲＴＰ／ＡＶＰのプロトコル、プロファイルに従うこと、オーディオデータのコーディング情報としてＧＳＭ、またはＧ．７２３のいずれかを利用することを要求している。
【００７４】
メッセージ（３−２）は、ＩＮＶＩＴＥメッセージ（３−１）に対する応答メッセージである。”２００  ＯＫ”はセッション確立の要求を受け入れたことを返すメッセージであり、接続要求元の”ｒｅｌａｙ＠ｈｇｗ１００．ｈｏｍｅ”に対して”ｕｓｒ２＠ａｕｄｉｏ３０２．ｃｏｍ”が”１２３４５６７８”の要求を受けいれた応答メッセージであることを意味している。メディアについては、ＲＴＰ／ＡＶＰに従って、Ｇ．７２３のコーデックでオーディオセッションを確立することとし、オーディオ装置３０２側は５００４番のポートで通信を受信することを返している。
【００７５】
メッセージ（３−３）は、オーディオ装置３０１のＳＩＰ  ＵＲＬ  ｕｓｒ１＠ａｕｄｉｏ３０１．ｍｙｈｏｍｅにＳＩＰ  ＵＲＬを接続要求するメッセージである。通信中継装置１００は、ｕｓｒ１＠ａｕｄｉｏ３０１．ｍｙｈｏｍｅ  とつながるネットワークにはｒｅｌａｙ＠ｈｇｗ１００．ｍｙｈｏｍｅを中継用のＳＩＰ  ＵＲＬとして持っており、ｒｅｌａｙ＠ｈｇｗ１００．ｍｙｈｏｍｅからｕｓｒ１＠ａｕｄｉｏ３０１．ｍｙｈｏｍｅへ識別子１２３４５６７９としてＩＮＶＩＴＥのメッセージを投げている。通信メディアについてはオーディオで、ＲＴＰ／ＡＶＰを用い、オーディオ装置３０２とのセッションで用いることが決まったＧ．７２３コーデックのみを指定している。通信中継装置１００側では３４５７番のポートを使用することを宣言している。
【００７６】
メッセージ（３−４）は、３−３の識別子１２３４５６７９の接続要求に対してリクエストを受け入れる応答を行うメッセージで、Ｇ．７２３オーディオをＲＴＰ／ＡＶＰでオーディオ装置３０１側では４００１番のポートで通信を受けると応えるものである。
【００７７】
図５は、図３、図４で説明したそれぞれのオーディオ装置と中継装置で確立したセッションを中継装置１００で管理するためのセッション情報である。
【００７８】
第１セッション情報５０１は、オーディオ装置３０２と確立したセッション（識別子１２３４５６７８）に関する情報であり、Ｇ．７２３のオーディオデータを、ポート３４５６でオーディオ装置３０２から受信し、送信する際にはオーディオ装置３０２（ａｕｄｉｏ３０２．ｃｏｍ）の５００４ポートに送信するセッションが確立されていることを示している。
【００７９】
第２セッション情報５０２は、オーディオ装置３０１と確立したセッション（識別子１２３４５６７９）に関する情報であり、Ｇ．７２３のオーディオデータを、ポート３４５７でオーディオ装置３０１から受信し、送信する際にはオーディオ装置３０１（ａｕｄｉｏ３０１．ｍｙｈｏｍｅ）の４００１ポートに送信するセッションが確立されていることを示している。
【００８０】
セッション中継部１０３は、こうしたセッション情報のペアを受け取ると、ポート３４５６で受信したデータをオーディオ装置３０１（ａｕｄｉｏ３０１．ｍｙｈｏｍｅ）の４００１ポートに、ポート３４５７で受信したデータをオーディオ装置３０２（ａｕｄｉｏ３０２．ｃｏｍ）の５００４ポートに送信することで両セッションの中継を行う。
【００８１】
図６はオーディオ装置３０１についてのネゴシエーション情報である。ネゴシエーション情報は、通信セッションを確立する際にネゴシエーションするために必要な情報を装置ごとに記述したものであり、ネットワーク上の装置から通信で情報を収集したり、ユーザがマニュアルで通信中継装置１００に入力して登録したりした情報をもとに通信中継装置１００上のネゴシエーション情報蓄積部で保持する。装置のＩＰアドレスと通信可能なメディアについて記述されたデータであり、図６の例に示すような形式で実施している。メディアについての情報は、入出力のいずれか、接続プロトコルおよび接続に使用するアドレス、使用プロトコル・プロファイル、コーデックなどのデータ形式の情報で構成されている。
【００８２】
図６では、オーディオ装置３０１は、ＩＰアドレス１９２．１６８．１．１を持ち、メディアとしてはオーディオの受信（ｉｎ）と送信（ｏｕｔ）の２種類を行うことができ、いずれもセッション制御はＳＩＰを用いて、データ転送にはＲＴＰ／ＡＶＰを用いることができる。データコーデックはＧＳＭとＧ．７２３の２種類をサポートしていることを表現している。この実施の形態では、装置のＩＰアドレスと装置と通信するメディアの情報で構成している。メディアの情報は、データの種類（オーディオ（ａｕｄｉｏ），ビデオ（ｖｉｄｅｏ）など）、通信方向（入力（ｉｎ），出力（ｏｕｔ））、接続アドレスを含む接続プロトコル（ＳＩＰ（”ＳＩＰ  ＵＲＬ”））、メディア通信プロトコル・プロファイル（ＲＴＰ／ＡＶＰ）、データコーデック（｛ＧＳＭ，Ｇ．７２３｝）の情報を構造化したデータである。
【００８３】
本発明は、以上説明したとおり、中継のために必要なメディアのネゴシエーションを行うものである。また、本発明では、あらかじめ情報を持っている装置と、それを利用して情報を持たない装置と通信できるように中継者がネゴシエーションする。
【００８４】
以上のような構成により、機器間のメディア送受信を中継する際に、コーデックなどのメディアに関する情報が未知の機器と既知の機器の間で、特別にセッション間でメディアの整合をとる規定を加えなくても、メディアの不整合を起こさないようにセッションを張って、メディアの中継を実施することができる。
【００８５】
（実施の形態２）
図７は、第２の実施の形態である通信中継装置２００の機能ブロック図である。
【００８６】
ここでは、図１のＴＶ電話機１２０をより一般的に第２情報通信装置１２０と記載し、ＩＰ電話機１３０もより一般的に第１情報通信装置１３０と記載する。第１情報通信装置１３０や第２情報通信装置１２０等の接続先の機器は簡略して図示しいているが、図１に示したＴＶ電話の例と同様に複数の機器となる場合も含む。
【００８７】
以下、ネゴシエーション情報蓄積部１０２、セッション中継部１０３は図１の第１の実施の形態と同じなので説明は省略し、第２中継セッション確立部７０１について説明する。
【００８８】
第２中継セッション確立部７０１は、中継開始要求受付部７１１のほかに、第１セッション確立部７１２、予約セッション確立部７１３、セッション予約部７１４を内部に持ち、２つの装置（情報通信装置１２０と情報通信装置１３０）で通信中継を開始を要求する指示を受け付けると、２つの装置を指定して第１セッション確立部７１２に通信セッションを張って通信中継を開始するよう要求する。
【００８９】
中継開始要求部７１１は、図１の中継開始要求受付部１１１と同様で、内部通信部１０５を介して通信による要求や入出力部１０６を用いたＧＵＩからの利用者の入力に従った要求を受け付ける。
【００９０】
第１セッション確立部７１２は、通信中継を開始の要求を受け取ると、通信する装置に関するネゴシエーション情報をネゴシエーション情報蓄積部１０２から取得する。ネゴシエーション情報を取得できた機器（第１情報通信装置１３０）を指定して、セッション予約部７１４にセッション予約を依頼する。複数の装置の場合は複数の装置すべてに予約を行なう。セッション予約部７１４でセッションの予約ができた場合はセッション予約情報を受け取り、もう一方の装置（情報通信装置１２０）に対して、情報通信装置１３０のネゴシエーション情報を用いて通信セッション確立の要求を行う。情報通信装置１２０とのセッションが確立されれば、確立されたセッション情報とともに、先に予約した情報通信装置１３０とのセッション予約情報を予約セッション確立部７１３に連絡する。
【００９１】
予約セッション確立部７１３は、第１セッション確立部から予約セッション情報と確立したセッション情報を受け取ると、予約セッション情報を用いて情報通信装置１３０とのセッションを確立する。その際、情報通信装置１２０との間で確立したセッション情報から通信が中継可能な条件を指定して情報通信装置１３０にセッション確立の要求を行い、セッションを確立させる。
【００９２】
セッション予約部７１４は第１セッション確立部から装置を指定してセッション予約を行うように指令を受けると、指定された装置（情報通信装置１３０）に対して、セッション予約のリクエストを送信する。予約に成功した場合、予約ＩＤが発行され、その予約ＩＤはセッションの確立、もしくは解除の際に必要となる。
【００９３】
これは、情報通信装置１３０が機能を占有的に使用するような機器であって、他の機器が先にセッションを確立して使用中である場合、セッション確立の要求をしても接続できない可能性があるため、外部の機器に接続する前に予約によって接続権を確保しておくことで接続ができなくなることを防ぐ為のものである。接続を受け付ける側の装置は、複数の機器と接続して利用可能な機能については複数の接続を受け付けることも可能であるが、１つの機器に接続している間他の機器が使用できなくなるような機能については接続を拒否することが考えられるため、このように先にセッション確立できる権利を予約しておく。情報通信装置１３０は、セッション予約を受け付けたあとは、予約の際発行した予約ＩＤを持たないセッション確立要求があっても受け付けず、自動的に接続拒否の応答を返すため、セッション予約ＩＤを知らない装置からセッションを確立することができない。なお、このような排他的な接続管理は１つの例であって、装置は接続できることを保証するために必ずしもこのような排他的な管理をする必要はない。
【００９４】
また、予約リクエストに対する応答内に装置のネゴシエーション情報を含ませることができ、通信中継装置２００は受信した応答内のネゴシエーション情報をもとにネゴシエーション情報蓄積部１０２に蓄積しているネゴシエーション情報を更新することも可能である。
図８は、実施の形態２における中継開始までのフローチャートである。
【００９５】
図８を参照して、ステップＳ８０１からＳ８０５までのステップは、図２のステップＳ２０１からＳ２０５のステップまでと同様なので説明は省略する。
【００９６】
第１セッション確立部７１２は、通信の中継を依頼された装置について、ネゴシエーション情報を取得できた装置（情報通信装置１３０）に対してセッションの予約を行うようにセッション予約部７１４に指示し、セッション予約部７１４はセッション予約のリクエストを指定の装置に送信する（ステップＳ８０６）。
【００９７】
セッション予約要求に対する応答を受信する（ステップＳ８０７）。同時に装置のネゴシエーション情報を含んだ応答の場合にはネゴシエーション情報蓄積部１０２にネゴシエーション情報の追加、更新を行う。予約に成功した場合にはセッション予約情報が一緒に返される。
【００９８】
第１セッション確立部７１２は応答から予約ができたか否かを判断し（ステップＳ８０８）、セッション予約ができなかった場合は通信中継不能の回答を中継開始要求部７１１に返す（ステップＳ８０９）。
【００９９】
セッションが予約できた場合には、もう一方の装置（情報通信装置１２０）に、セッションが予約できた装置（情報通信装置１３０）のネゴシエーション情報を用いて、セッション確立の要求（第１接続要求）を行う（ステップＳ８１０）。
【０１００】
ステップＳ８１０で行った接続要求に対する応答を受信し（ステップＳ８１１）、第１セッションが確立できたかを判断する（ステップＳ８１２）。
第１のセッションが確立できなかった場合は、予約したセッションを解約し（ステップＳ８１３）、通信中継不能の回答を中継開始要求部７１１に返す（ステップＳ８１４）。
【０１０１】
第１のセッションが確立した場合は、そのセッション情報とあらかじめ予約した予約セッション情報を予約セッション確立部７１３に受け渡し、確立したセッション情報を使ってセッション予約した装置に対し取得したセッション予約番号を用いてセッション確立の要求（第２接続要求）を送信する（ステップＳ８１５）。第２接続要求に対する応答を受信（ステップＳ８１６）し、セッション確立の成否を確認する（ステップＳ８１７）。
【０１０２】
セッション確立できなかった場合は、第１のセッションを解放し（ステップＳ８１８）、通信中継不能の回答を中継開始要求部７１１に返す（ステップＳ８１９）。
【０１０３】
双方のセッションが確立した後は、図２と同様で、セッション確立の要求を受けている場合はそれに対する応答を行ない、第１のセッション、第２のセッションのセッション情報をセッション中継部１０３に伝え、両セッション間の通信を中継するように指示する（ステップＳ８２０）。セッション中継部１０３は、伝えられたセッション情報からそれぞれのセッションで受信したデータを中継先のセッションに送出することで通信の中継を開始する（ステップＳ８２１）。
【０１０４】
第２の実施の形態は、あらかじめ、あとから確立するセッションを予約しておくことによって、第１のセッションを確立したが、結果的に第２のセッションが確立されず、通信せずに張ったセッションを解放することを避けることができる。
【０１０５】
図９は、第２の実施の形態におけるオーディオ配信の例での、接続時のメッセージのやりとりのシーケンス図である。トリガーとなるメッセージについては図３と同様なので説明は省略する。実施の形態１のシーケンス図である図３と異なる点は最初にオーディオ装置３０１にセッション予約のネゴシエーション（９−１）、（９−２）が行われる点である。セッション予約用に”ＲＳＲＶ”メッセージを規定している。”ＲＳＲＶメッセージ”の例は図１０で示す。受け入れられれば、ＳＩＰのＩＮＶＩＴＥメッセージとは異なりこの時点で確立したときのセッションで使用するコーデックなどは確定せず、他のセッション確立要求は受け付けず、排他的に予約した機器からのみセッションを受け付ける状態とすることができる。同時に予約番号（１１２２３３４４）を発行し、予約確定のＯＫメッセージとともに接続要求元の装置に応答する。また、”ＩＮＦＯ”として装置のネゴシエーション情報を通知することができる。９−２の場合は、オーディオメディアとして、ＲＴＰ／ＡＶＰを用いて、３（ＧＳＭ）と４（Ｇ．７２３）のコーデックのセッションが確立可能であるというネゴシエーション情報が提供されている。
【０１０６】
図１０は、セッション予約を行うメッセージである。接続確立のＩＮＶＩＴＥの代わりにセッション予約のためにＲＳＲＶメッセージ（９−１）を送る。ＲＳＲＶメッセージ自体はＩＮＶＩＴＥと含む情報に差はない。それに対する応答メッセージ（９−２）で予約番号（ＲＳＲＶ  Ｎｏ）が返信される。オーディオ装置９０２へセッション確立のためのメッセージは図３の場合と同様である（９−３，  ９−４）。オーディオ装置９０１はセッション予約した状態になっているので、ＩＮＶＩＴメッセージを送る際に予約番号（ＲＳＲＶ  Ｎｏ）を追加した拡張フォーマットのメッセージを送る（９−５）。予約された状態のオーディオ装置９０１はＩＮＶＩＴＥメッセージ（９−５）を受信すると、メッセージ中の予約番号の有無、予約番号が一致するかを確認して、応答する。予約番号が一致しないＩＮＶＩＴＥに対してはすべてセッション確立失敗を返す。メッセージ９−６は、予約番号（ＲＳＲＶ  Ｎｏ）が一致したのでセッション確立を受け入れるリクエストを返している。
【０１０７】
図２６は、セッション予約機能を持った情報通信装置の基本的な構成を示す図である。
【０１０８】
情報通信装置２６００の装置が持つ本来の機能は情報処理部２６０５で実施され、入力部２６０６を用いて入力を受け付け、出力部２６０７から出力を行なう。
【０１０９】
たとえば、テレビのような場合、アンテナからの放送信号の入力を入力部２６０６で受け付け、情報処理部２６０５内のチューナでアンテナからの入力信号から作成した出力信号を出力部２６０７のブラウン管を介して出力する。一方で、ネットワークから通信手段２６０１を介してデータ送受信手段から受信したｍｐｅｇ映像データを情報処理部２６０５はデコードして、出力部２６０７のブラウン管から主力することもできる。
【０１１０】
ネットワークとセッションを確立してデータ通信を行なうために、セッション確立に関するＳＩＰシグナリングを行ない、確立中のセッションについてはセッション情報を記憶することで管理するのがセッション管理部２６０３の機能である。セッション情報の形式は中継装置と同様で図５に示した形式で保持する。
セッション予約部２６０２は、通信部２６０１が受信したセッションに関するシグナリングメッセージを受け取る。受信メッセージがセッション予約用のメッセージであった場合は、予約中のセッションがなければ、セッション予約のＩＤを記録して、予約受付の応答を要求元の装置に返信する。予約以外の一般のＳＩＰシグナルを受け付けた場合は、既に予約中のセッションがある場合には、セッション管理手段に渡さず、セッション予約手段２６０２から接続拒否の応答を返信する。予約中のセッションがない場合には、セッション管理手段２６０３にメッセージを渡すので、通常のＳＩＰによるセッション管理のシグナリングがセッション管理手段２６０３で行なわれる。
【０１１１】
データ送受信部２６０４は、情報処理部２６０５から指定のセッションに対しデータを送信したり、受信したデータをセッションからの受信データとして情報処理部２６０５に受け渡す。そのために、セッション管理部２６０３が管理するセッションのセッション情報を利用する。このようにして情報処理部２６０５がセッションでのデータ送受信を行なうことをサポートする。
【０１１２】
図２７は、セッション予約機能をもつ情報通信装置２６００におけるセッション確立に関するシグナリング処理のフローチャートである。
【０１１３】
情報通信装置２６００が起動されると、シグナリング処理の受付を開始する（ステップＳ２７０１）。そうすると、セッションに関するシグナルを受信するポートが監視され、そのポートで受信したデータはセッション予約部２６０２に渡される（ステップＳ２７０２）。セッション予約部２６０２は受け取ったデータを解析して、シグナリングのメッセージを抽出する（ステップＳ２７０３）。抽出したメッセージがセッション予約の要求か否かを判別する（ステップＳ２７０４）。
【０１１４】
セッション予約の要求以外のメッセージならばセッション確立のための要求メッセージであるＩＮＶＩＴＥメッセージか否かを確認する（ステップＳ２７０５）。ＩＮＶＩＴＥメッセージであった場合、メッセージ中にセッション予約ＩＤを持てば、現在、予約中として記憶している予約ＩＤと照合する  （ステップＳ２７０６）。記憶しているセッション予約ＩＤと一致する予約ＩＤを持つメッセージであった場合は通常のＩＮＶＩＴＥメッセージとしてセッション管理部に受け渡され、処理される（ステップＳ２７０９）。記憶の予約ＩＤと一致しない場合、もしくは予約ＩＤをメッセージ中に持たない一般のＩＮＶＩＴＥメッセージであった場合、予約中のセッションと競合するメディアのセッションか否かを判定する（ステップＳ２７０７）。予約中のセッション確立に支障ないものであれば通常のＩＮＶＩＴＥメッセージとしてセッション管理部に受け渡され、処理される（ステップＳ２７０９）が、セッション確立すると予約セッションが確立できなくなる類のセッション確立要求であった場合は、セッション管理部に受け渡さず、即座に拒否応答を返す。
【０１１５】
ステップＳ２７０５でセッション確立要求でなかった場合は、セッション管理部にシグナリングメッセージが渡され、通常のＳＩＰシグナリングのメッセージとしての処理が行なわれる（ステップＳ２７０９）。ステップＳ２７０６でセッション予約ＩＤと一致しなかった場合は既に他にセッションを予約しているものがあるので、今回のセッション確立要求に対しては接続拒否の応答を返す（ステップＳ２７０８）。
【０１１６】
ステップＳ２７０４でセッション予約の要求メッセージだった場合、セッション管理部に問い合わせ、確立しているセッションで予約セッションが確立できない可能性があるかを確認する（ステップＳ２７１０）。現在確立しているセッションで予約を希望するセッション確立の妨げになる可能性がある場合は予約を拒否する応答を返す（ステップＳ２７１３）。確立しているセッションで妨げになるものがないならば、記憶しているセッション予約ＩＤを確認して、予約中のセッションがあるか否かを確認する（ステップＳ２７１１）。予約中のセッションがなければ、そのままセッション予約のＩＤを発行して、記憶し（ステップＳ２７１５）、予約した旨の応答を返す（ステップＳ２７１６）。予約中にセッションがある場合は、その予約が新たな予約の要求を妨げる可能性があるかを判定する（ステップＳ２７１２）。妨げる可能性があれば、予約拒否の応答を返し（ステップＳ２７１３）、妨げる可能性がなければ新たにセッション予約ＩＤを発行し、記憶にセッション予約ＩＤを追加して（ステップＳ２７１４）、予約できた場合の応答を返す（ステップＳ２７１６）。
【０１１７】
なお、セッションが新たなセッションの確立を妨げるものか否かを判定するために、予約ＩＤとセットでセッション予約ＩＤ内の情報も必要ならば記憶する。判定のためのルールは機種ごとにその機能などから決めればよいが、たとえば、１種類の映像しか出力する機能を持たない機器の場合、映像を受信するセッションは１つだけしか受け付けないように設定することが考えられる。また、セッションの種類や接続先の機器によって優先順などを設定し、それを妨げるか否かの判定に利用することも可能である。
【０１１８】
（実施の形態３）
次に、第３の実施の形態について説明する。第２の実施の形態を実施するためには、中継装置だけではなく、中継装置を介してデータ送受信する装置側にもセッションが確実に確立できるように予約できる仕組を導入する必要がある。しかし、そのような機能は現在、標準的に用いられているＳＩＰにはないため、既存の装置に対して第２実施の形態は有効とは言えない。
【０１１９】
そこで、予約機能のない仕組の装置を用いる場合には、セッションを確立しておいて、後から中継に支障がないよう修正するという処理を行なうことで確実に中継可能なセッションを確立させることができる。これが第３の実施の形態である。ただし、この場合、双方のセッションが確立してから中継可能になるまでのタイムラグが小さければ問題ないが、大きい場合は送信側にはそのことが分からず、送信したデータが大量に送信されない、もしくは相手が受信できるように送信するために変換するため時間を要してしまうなど、リアルタイム性が大きく損なわれるなどの支障をきたす可能性がある。その点では、セッションが確立していないが、確実に確立可能な状態としての予約が存在する点で第２実施の形態に意味がある。
【０１２０】
図１１は、第３の実施の形態の通信中継装置３００の機能ブロック図である。ネゴシエーション情報蓄積部１０２、セッション中継部１０３は図１の第１の実施の形態と同じなので説明は省略し、第３中継セッション確立部１１０１について説明する。第２情報通信装置１２０、第１情報通信装置１３０として説明するが、図８の場合と同様に図２のような複数の装置にも対応する。
【０１２１】
第３中継セッション確立部１１０１は、中継開始要求受付部１１１１のほかに、第１セッション確立部１１１２、仮セッション修正部１１１３、仮セッション確立部１１１４を内部に持つ。
【０１２２】
中継開始要求受付部１１１１は、入出力部１０６や内部通信部を介して、装置（情報通信装置１２０と第通信装置１３０）を指定した通信中継開始を要求する指示を受け付けると、２つの装置を指定して第１セッション確立部１１１２に通信セッションを張って通信中継を開始するよう要求する。
【０１２３】
第１セッション確立部１１１２は、通信中継を開始の要求を受け取ると、双方の装置に関するネゴシエーション情報をネゴシエーション情報蓄積部１０２から取得し、ネゴシエーション情報を取得した装置（情報通信装置１３０）を指定して、仮セッション確立部１１１４に仮セッション確立を依頼する。仮セッション確立部１１１４から仮セッションが確立できたか否かの応答を受け取る。ネゴシエーション情報を取得できていない装置（情報通信装置１２０）に対して、中継相手となる情報通信装置１３０のネゴシエーション情報を用いて通信セッション確立の要求を行う。このときに、仮セッションの情報は考慮しない。情報通信装置１２０とのセッションが確立されれば、確立されたセッション情報ともに情報通信装置１３０との仮セッション情報を仮セッション修正部１１１３に伝える。
【０１２４】
仮セッション確立部１１１４は、第１セッション確立部がネゴシエーション情報蓄積部から取得した情報通信装置１３０に関するネゴシエーション情報を受け取り、それを用いて指定の情報通信装置１３０に仮のセッション確立の要求を行う。セッション確立要求に対する応答を受信すると、セッション確立できた場合にはセッション情報を作成し、第１セッション確立部に仮セッション情報として返す。
【０１２５】
仮セッション修正部１１１３は、第１のセッション情報と仮セッション情報を受け取ると、その間での不整合を抽出し、第１セッションにあわせるように仮セッションの変更要求を情報通信装置１３０に送信する。不整合の修正に成功した場合、２つのセッションの情報をセッション中継部１０３に送り、通信中継開始を依頼する。修正に失敗した場合は、中継不能という回答を中継開始要求部１１１１に返す。
【０１２６】
図１２は第３の実施の形態における中継開始までのフローチャートである。
ステップＳ１２０１からステップＳ１２０５までのステップは図２のステップＳ２０１からステップＳ２０５のステップまでと同様なので説明は省略する。
【０１２７】
第１セッション確立部１１１２は、通信の中継を依頼された装置について、ネゴシエーション情報を取得できた装置（情報通信装置１３０）を指定して仮セッション確立を仮セッション確立部１１１４に依頼。仮セッション確立部１１１４はセッション予約のリクエストを指定の装置に送信する（ステップＳ１２０６）。
【０１２８】
ステップＳ１２０６における仮セッション確立要求に対する応答を受信し、第１セッション確立部１１１２に結果を返す（ステップＳ１２０７）。予約に成功した場合にはセッション予約情報が一緒に返される。
【０１２９】
第１セッション確立部１１１２は仮セッションが確立されたか否かを判断し（ステップＳ１２０８）、仮セッションができなかった場合は通信中継不能の回答を中継開始要求部１１１１に返す（ステップＳ１２０９）。
【０１３０】
仮セッションが確立できた場合には、もう一方の装置（情報通信装置１２０）に、仮セッション確立した装置（情報通信装置１３０）のネゴシエーション情報を用いて、セッション確立の要求（第１接続要求）を行う（ステップＳ１２１０）。
【０１３１】
ステップＳ１２１０で行った接続要求に対する応答を受信し（ステップＳ１２１１）、第１のセッションが確立できたかを判断する（ステップＳ１２１２）。第１のセッションが確立できなかった場合は、仮セッションを解放し（ステップＳ１２１３）、通信中継不能の回答を中継開始要求部１１１１に返す（ステップＳ１２１４）。
【０１３２】
第１のセッションが確立した場合は、そのセッション情報と仮セッション情報を仮セッション修正部１１１３に受け渡し、仮セッション修正部１１１３は仮セッションと第１セッションのデータを中継するうえで問題があるか否かを確認する（ステップＳ１２１５）。ここでは、セッション情報におけるメディア情報が一致しているか否かを確認する。
【０１３３】
メディア情報が一致せず、そのまま中継することに問題がある場合には、第１セッションのメディア情報にあわせるように、仮セッションのメディア内容を修正する要求メッセージを情報通信装置１３０に送信する（ステップＳ１２１６）ステップＳ１２１６で送信した仮セッションの内容修正要求に対する応答を受信（ステップＳ１２１７）し、応答の内容から仮セッションの修正ができたかを判断する（ステップＳ１２１８）。
【０１３４】
仮セッションの内容修正できなかった場合は、第１セッション、仮セッションの双方のセッションを解放し（ステップＳ１２１９）、通信中継不能の回答を中継開始要求部１１１１に返す（ステップＳ１２２０）。
【０１３５】
２つのセッションが確立した後は、図２と同様で、セッション確立の要求を受けている場合はそれに対する応答を行ない、確立した各セッションのセッション情報をセッション中継部１０３に伝え、両セッション間の通信を中継するように指示する（ステップＳ１２２１）。セッション中継部１０３は、伝えられたセッション情報に基づいてそれぞれのセッションで受信したデータを他方のセッションに送出することで通信の中継を開始する（ステップＳ１２２２）。
【０１３６】
第３実施の形態は、セッション確立の予約による排他制御はできないが、いったん接続したセッション内容を変更可能な場合に有用である。これならば、セッション予約機能を持たない機器でも確実に中継可能なデータ送受信のセッションを確立させることができる。ただし、各装置は仮セッションを確立した時点でデータ送受信が開始可能になるが、中継はできないため、実際の通信が可能になるまでにタイムラグは生じるが、実用上、問題ない程度のタイムラグなのであれば、本接続方法は従来のＳＩＰで対応できるというメリットがある。
【０１３７】
図１３はオーディオ配信の例での中継開始までのシーケンス図であり、図１４はそこでやりとりされるメッセージである。２つの図を合わせて説明する。
【０１３８】
メッセージ１３−１はオーディオ装置１３０１に、メッセージ１３−３はオーディオ装置１３２に、オーディオ装置１３０１のネゴシエーション情報を使って送信される接続要求（ＩＮＶＩＴＥ）メッセージであり、メッセージ１３−２とメッセージ１３−４はそれぞれのＩＮＶＩＴＥメッセージに対する応答メッセージである。メッセージ１３−２はＧＳＭコーデックでのオーディオ通信セッションが、メッセージ１３−４はＧ．７２３のコーデックでのオーディオ通信セッションを確立した応答である。
【０１３９】
メッセージの詳細は図４で説明したものと同様なので省略する。メッセージ１３−５は２つのセッションの確立を受けて、オーディオ装置１３０１とのセッションを、ＧＳＭコーデックを用いたオーディオ通信セッションに変更依頼するメッセージである。ＩＮＶＩＴＥメッセージを用い、既に確立したセッションの呼番号（Ｃａｌｌ−ＩＤ）と同じＩＤでリクエストを受けた場合は、新たなセッションを確立するのではなく、既にあるセッションの設定を変更する処理が行われる。つまり、一旦はＧＳＭコーデックのデータを通信するセッションとして確立されたが、そこでやりとりされるデータを１３−５で指定したＧ．７２３に変更される。１３−６はオーディオ装置１３０１がその変更リクエストを受け入れて、Ｇ．７２３のセッションに変更することを受け入れたことを応答するメッセージである。
【０１４０】
（実施の形態４）
図１５は、第４の実施の形態における通信中継装置４００の機能ブロック図である。
【０１４１】
以下、その特徴となる第４中継セッション確立部１５０１について説明する。第４の実施の形態においては、通信中継装置４００に通信を中継する双方の装置として、情報通信装置とともに、複数の中継相手となる通信装置の候補（情報通信装置１３１，情報通信装置１３２，情報通信装置１３３）からなる情報通信装置候補群１５３０を指定して、中継開始要求受付部１５１１に要求を行う。
【０１４２】
要求は、ユーザが入出力部１０６を介して行なったり、内部通信部１０５を介してネットワーク上の機器から送信されるリクエストメッセージによって行なわれる。
【０１４３】
中継開始要求受付部１５１１は、情報通信装置候補群１５３０の中の装置で確立可能なセッションを知るために、ネゴシエーション情報和作成部１５１５に情報通信装置候補群を指定して、それらのどれかの機器と確立可能なセッションのメディア情報であるネゴシエーション情報を合わせたものであるネゴシエーション情報和の作成を依頼する。
【０１４４】
ネゴシエーション情報和作成部１５１５はネゴシエーション情報蓄積部１０２が保持する情報通信装置候補群１５３０に含まれる情報通信装置（情報通信装置１５３１，情報通信装置１５３２，情報通信装置１５３３）のネゴシエーション情報を取得し、それらからネゴシエーション情報和を作成する。各情報通信装置は１台の装置の例を示しているが、他の実施の形態同様、複数の装置の場合も可能である。なお、ネゴシエーション情報和は、プロトコルやコーデックなどのネゴシエーションするために必要なネゴシエーション情報の各要素について、候補となる各機器がサポートするものすべてを集めて作成したネゴシエーション情報である。
【０１４５】
第１セッション確立部１５１２は、ネゴシエーション情報和作成部１５１５が作成した第２の情報通信装置候補群１５３０のネゴシエーション情報和を受け取り、中継開始要求受付部１５１１が指定する情報通信装置１２０に対して、ネゴシエーション情報和を用いてセッション確立の要求を行う。
【０１４６】
情報通信装置決定部１５１３は、第１セッション確立部１５１２で確立されたセッションの情報を受け取り、そのセッション情報をもとに第１のセッションと通信中継が可能な情報通信装置候補群１５３０内の相手装置（情報通信装置１５３３）をネゴシエーション情報蓄積部１０２の情報を参照して決定し、第２セッション確立部１５１４に通信相手に決定した情報通信装置１５３３とそのネゴシエーション情報、第１セッション情報を受け渡す。
【０１４７】
第２セッション確立部１５１４は、第２の情報通信装置決定部１５１３が決定した情報通信装置１５３３に対して、一緒に受け渡されたネゴシエーション情報から、情報通信装置１２０との間で確立した第１セッションに関する情報をもとに通信を中継できる条件を指定した第２セッションの確立要求を送信する。第２のセッション確立に成功すれば、確立された２つのセッションの情報をセッション中継部１０３に伝え、セッション間の通信の中継を開始するよう指示する。
【０１４８】
図１６は通信の中継が開始されるまでのフローチャートである。
まず、通信中継装置４００の中継開始要求受付部１５１１は、通信先となる装置（情報通信装置１２０）とその装置との通信を受ける複数の候補装置である情報通信装置候補群１５３０（情報通信装置１５３１から１５３３）を指定した通信中継開始の要求を受け付ける（ステップＳ１６０１）。要求手段については、この場合、他のネットワーク上の装置からリクエストが届く例であるが、必ずしもそれには限定しない。ユーザが直接通信中継装置に入力して指示することも可能である。
【０１４９】
中継開始要求受付部１５１１は、指定された複数の候補装置についての情報をネゴシエーション情報和作成部１５１５に受け渡し、第２セッション用ネゴシエーション情報和を作成するよう依頼する（ステップＳ１６０２）。
【０１５０】
ネゴシエーション情報和作成部１５１５は、指定の複数の候補装置についてのセッション情報をネゴシエーション情報蓄積部１０２から取得（ステップＳ１６０３）し、第１セッションがいずれかの装置と中継可能なセッションになるような、ネゴシエーション情報和を作成する。複数のメディアを通信するような場合には、メディアごとにネゴシエーション情報は作成される（ステップＳ１６０４）。
【０１５１】
第１セッション確立部１５１２は、ネゴシエーション情報和作成部１５１５から受け取ったネゴシエーション情報和をもちいて、中継開始要求受付部１５１１から指示された情報通信装置１２０に、第１セッションの確立要求を送信する。複数のメディア通信セッションを要求する場合は、ステップＳ１６０４で作成された複数のネゴシエーション和のすべてを指定してセッション確立要求する（ステップＳ１６０５）。
【０１５２】
ステップＳ１６０５で送信したセッション確立要求に対する応答を受信する（ステップＳ１６０６）と、その応答から第１のセッション確立できたか否かを判定する（ステップＳ１６０７）。
【０１５３】
セッション確立できなかった場合、中継開始要求受付部１５１１に通信中継不能の回答を返す（ステップＳ１６０８）。
【０１５４】
情報通信装置１２０との第１のセッションが確立できた場合は、情報通信装置候補群１５３０に含まれるすべての情報通信装置のネゴシエーション情報をネゴシエーション情報蓄積部１０２から取得する（ステップＳ１６０９）。
【０１５５】
ステップＳ１６０９で取得したネゴシエーション情報のなかから、第１セッションで決定したセッションの内容を含むものを１つ選択し、第２のセッション接続先の装置を決定する。複数のメディアがある場合はそれぞれのメディアについて接続先の装置を決定する（ステップＳ１６１０）。複数存在する場合はユーザに提示し、選択させる。
【０１５６】
ステップＳ１６１０で選択したネゴシエーション情報で第１のセッションに使用されなかったコーデックなどの情報は削除する。（ステップＳ１６１１）。
【０１５７】
ステップＳ１６１１で修正したネゴシエーション情報を用いて、ステップＳ１６１０で選択した情報通信装置１５３３に対してセッション確立の接続要求を送信する（ステップＳ１６１２）。
【０１５８】
ステップＳ１６１２で送信した接続要求に対する応答を受信（ステップＳ１６１３）し、その内容からセッション確立できたか否かを判定する（ステップＳ１６１４）。
【０１５９】
セッションが確立できなかった場合は、第１のセッションを解放し（ステップＳ１６１５）、中継開始要求受付部１５１１には通信中継不能の回答を返す（ステップＳ１６１６）。
【０１６０】
セッション確立できた場合には、確立した各セッション情報をセッション中継部１０３に伝え、セッション間でデータ中継を開始するように指示する（ステップＳ１６１７）。
【０１６１】
セッション中継部１０３は受け取ったセッション情報に従って、セッション間の通信中継を開始する（ステップＳ１６１８）。
【０１６２】
図１７は、オーディオ装置１８０２，１８０３、１８０４の各ネゴシエーション情報を例に、ネゴシエーション情報和１７１を説明する図である。各ネゴシエーション情報には、それぞれのＩＰアドレスとメディア情報（メディアの種類、接続プロトコル（アドレス）、データ通信プロトコル・プロファイル、データ形式（コーデック））が記述されているのはこれまでの実施の形態と同じである。ネゴシエーション情報和はメディア通信のセッション確立を要求するために必要な情報を集めたものであり、各ネゴシエーション情報の”ｍｅｄｉａ”に登録されている情報から、データ種ごとに、各プロトコルで利用可能なコーデックをすべて集めて作成される。ネゴシエーション情報和１７１では、オーディオの発信（ｉｎ）と受信（ｏｕｔ）のそれぞれが、ＳＩＰ、ＲＴＰ／ＡＶＰを用いて、ＧＳＭ、Ｇ．７２３、ＰＣＭＵのいずれかのコーデックでの通信セッションを確立できることを意味している。
複数のメディアを指定することも可能である。
たとえば、以下に示す
2005026831.tif 000003
のような中継リクエストの場合は、”ａｕｄｉｏ”、”ｖｉｄｅｏ”、それぞれのメディアごとにメディア情報のネゴシエーション和を作成することができ、それらを指定したマルチメディアの接続要求を接続先”ａｖ１．ｃｏｍ”に対して行うことができる。そして、その接続要求に対する応答から、メディアごとに接続先を選択決定して、それぞれに接続要求することができる。
【０１６３】
図１８は通信中継のためのセッション確立を示すシーケンス図であり、図１９はその各メッセージである。
【０１６４】
通信中継装置４００は、オーディオ装置１８０１とともに、３つのオーディオ装置（１８０２，１８０３，１８０４）を指定して通信中継を依頼するメッセージを受け取る。通信中継装置は３つのオーディオ装置（１８０２，１８０３，１８０４）のネゴシエーション情報を保持しているので、それから作成したネゴシエーション情報和１７１（図１７参照）をもとに１８−１のＩＮＶＩＴＥメッセージを送信する。メディアが、ネゴシエーション情報和１７１に基づき、０（ＰＣＭＵ）、３（ＧＳＭ）、４（Ｇ．７２３）の３つのコーデックを指定している。１８−２は１８−１のＩＮＶＩＴＥメッセージに対する応答であり、０（ＰＣＭＵ）での通信セッションを確立すると応答になっている。通信中継装置４００は１８−２の応答を受けて、オーディオ装置１８０１とはＰＣＭＵで通信できる状態になったので、ＰＣＭＵをサポートするオーディオ装置１８０４を選択してＰＣＭＵを指定した１８−３のＩＮＶＩＴＥメッセージを送信する。１８−４は１８−３のＩＮＶＩＴＥに対してＰＣＭＵでの音声データの通信のセッションを確立する応答メッセージである。
【０１６５】
この実施の形態によって、中継装置によってあらかじめ装置を指定するのではなく、確立した通信セッションをもとに、通信可能な装置を候補のなかから選択して通信させることができる。
【０１６６】
第４の実施の形態をベースに、第２、第３の実施の形態のように、情報通信装置候補群の装置に対して、セッションの予約を行なったり、仮セッションを確立して後で修正するといったことも可能である。
【０１６７】
以上、本発明における４つの基本的な実施の形態を説明した。主に、オーディオデータの配信を例に説明したが、複数の装置を組み合わせる例として、ＴＶ電話サービスの例を示す。基本的な第１実施の形態での接続例であるが、第２から第４の実施の形態においても同様に適用することができる。
【０１６８】
図２０は、テレビ電話サービスにおけるセッション確立のためのシーケンス図であり、図２１はその際のメッセージ例を示すものである。
【０１６９】
ＩＰ電話機１３１よりＴＶ電話１２０への発呼リクエスト（２０−１）を通信中継装置１００が受けると、通信中継装置１００内ではＩＰ電話１３１と組み合わせてＴＶ電話利用可能な装置ＴＶ１３２とｗｅｂカメラ１３３が選別され、ＴＶ１２０とＩＰ電話１３１、ＴＶ１３２、ｗｅｂカメラ１３３とにセッションを張って、通信中継するリクエストＴＶ電話通信中継リクエスト２００１が生成される。
【０１７０】
なお、音声データのセッション確立要求はＩＰ電話１３１からのＴＶ電話発呼のリクエスト（２０−１）内に含まれている。通信中継装置は、ＩＰ電話１３１、ＴＶ１３２、ｗｅｂカメラ１３３のネゴシエーション情報に基づいて、ＴＶ電話１２０にＧＳＭ、またがＧ．７２３の音声とｍｏｔｉｏｎ−ｊｐｅｇ（図中はｍｊｐｅｇと略記）、またはｍｐｅｇ２の動画のメディア送受信を行なうＴＶ電話セッションの確立を要求する（２０−２）。ＴＶ電話１２０からはＧ．７２３の音声とｍｏｔｉｏｎ−ｊｐｅｇの映像でのＴＶ電話セッションの確立を受け入れる応答が返される（２０−３）。通信中継装置は、（２０−３）のセッション確立結果に基づいて、ＴＶ１３２にはｍｏｔｉｏｎ−ｊｐｅｇを指定した映像送信セッションを、ｗｅｂカメラ１３３にはｍｏｔｉｏｎ−ｊｐｅｇを指定した映像受信セッションのセッション確立要求を行う（２０−４ａ，  ２０−４ｂ）。それぞれからセッション確立ＯＫの応答があり（２０−５ａ，  ２０−５ｂ）、もともとの接続要求元であったＩＰ電話１３１に対してＧ．７２３の音声セッション確立の応答とあわせたＴＶ電話セッション確立の応答（２０−６）を返す。
【０１７１】
以上説明した実施の形態１〜４は、オーディオ配信やＴＶ電話でのコーデックをあわせたセッション確立を例に説明したが、本発明はコーデックに限定されるものではなく、あらかじめ通信するデータの種類をネゴシエーションするパラメータ全般に適応可能である。たとえば、あらかじめ、通信する画像データの表示サイズについてネゴシエーションしたうえで通信するような場合には表示サイズをネゴシエーション情報に用いて、装置が表示不能な画像データを通信することを防ぐこともできる。
【０１７２】
図２２、図２３および図２４に、本発明を実施する通信中継装置を適用した装置の例を示す。図では、ＴＶ電話サービスを例に説明しているが、このサービスに限定されるものではない。
【０１７３】
図２２は、ホームネットワーク上の複数の機器の機能を組み合わせてインターネット上のサービスを利用できるようにするホームゲートウェイ装置２２０２において本発明を適用した実施の形態である。この例では、ホームネットワーク上のＩＰ電話機２２０５、ＴＶ２２０３、ｗｅｂカメラ２２０４の機能をホームゲートウェイ装置２２０２上で組み合わせてインターネット上のＴＶ電話サービスを利用している。ＩＰ電話機２２０５からＴＶ電話端末２２０１に対して発呼する際にホームゲートウェイ装置２２０２で本発明を利用することができる。
【０１７４】
図２３は、自身が持たない映像入出力機能についてのデータを他の機器に中継することでＴＶ電話サービスを利用できるようにするＩＰ電話機２３０２である。
【０１７５】
ＩＰ電話機２３０２はＴＶ電話端末２３０１に対してＴＶ電話の発呼を行なう場合、インターネットを介してＴＶ電話端末２３０１にＴＶ電話のセッションを張るとともに、自身で入出力する機能を持たない映像データを入出力するためにＴＶ２３０３とｗｅｂカメラ２３０４とにセッションを張って、映像データはＴＶ２３０３とｗｅｂカメラ２３０４とに中継してＴＶ電話サービスを利用できるようにする。このときのＩＰ電話機２３０２に本発明の技術を利用することができる。
【０１７６】
図２４は、インターネット上のＴＶ電話サービスプロキシのサービスにおいて、実施する例である。
【０１７７】
ＴＶ電話サービスプロキシ２４０２は、複数の機器の組み合わせを指定することで複数の装置を組み合わせてＴＶ電話サービスを利用できるようにするサービスを提供するものである。この例では、宅内にあるＩＰ電話機２４０６からインターネットに接続するホームルータ２４０３を介してＴＶ電話サービスプロキシにＴＶ電話端末２４０１への発呼のリクエストを行なう。その際に、ＩＰ電話機２４０６自身が持たない機能について、ＴＶ電話の映像入出力用の機器としてＴＶ２４０４とｗｅｂカメラ２４０５を指定して発呼のリクエストを行なうと、ＴＶ電話サービスプロキシ２４０２は映像入出力用のセッションは指定の装置（ＴＶ２４０４とｗｅｂカメラ２４０５）に対して張り、ＴＶ電話端末との映像データの通信はそちらと中継することで、ＴＶ電話サービスを利用できるようにする。このＴＶ電話サービスプロキシ２４０２においても本発明を利用することができる。
【０１７８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０１７９】
【発明の効果】
以上説明したとおり、本発明によれば、機器間のメディア送受信を中継する際に、コーデックなどのメディアに関する情報が未知の機器と既知の機器の間で、特別にセッション間でメディアの整合をとる規定を加えなくても、メディアの不整合を起こさないようにセッションを張って、メディアの中継を実施することができる。
【０１８０】
あるいは、発呼側の機器とのセッション確立に、中継装置から発呼先の機器とのセッションの結果を利用する場合、発呼側がセッション確立不能であるにもかかわらず、発呼先のセッションを確立することを防ぐことができる。
【０１８１】
あるいは、発呼側で使用する複数の機器のなかからメディアの中継によって、発呼先の機器が望む能力を持った機器を自動的に選択することで、機器利用者に最適のパフォーマンスを提供することができる。
【図面の簡単な説明】
【図１】第１の実施の形態を表す通信中継装置１００の機能ブロック図である。
【図２】第１の実施の形態における中継開始要求受付から中継開始までのフローチャート図である。
【図３】第１の実施の形態における中継に必要なセッション確立のシーケンス図である。
【図４】図３のシーケンス図におけるセッション確立のためのシグナリングメッセージである。
【図５】図３において確立した２つのセッションのセッション情報である。
【図６】本実施の形態において中継装置に保持する各情報通信装置のネゴシエーション情報の例である。
【図７】第２の実施の形態である通信中継装置２００の機能ブロック図である。
【図８】第２の実施の形態における中継開始要求受付から中継開始までのフローチャート図である。
【図９】第２の実施の形態における中継に必要なセッション確立のシーケンス図である。
【図１０】図９のシーケンス図におけるセッション確立のためのシグナリングメッセージである。
【図１１】第３の実施の形態の通信中継装置３００の機能ブロック図である。
【図１２】第３の実施の形態における中継開始要求受付から中継開始までのフローチャート図である。
【図１３】第３の実施の形態における中継に必要なセッション確立のシーケンス図である。
【図１４】図１３のシーケンス図におけるセッション確立のためのシグナリングメッセージである。
【図１５】第４の実施の形態における通信中継装置４００の機能ブロック図である。
【図１６】第４の実施の形態における中継開始要求受付から中継開始までのフローチャート図である。
【図１７】中継する候補機器から作成する「ネゴシエーション情報和」を説明するための図である。
【図１８】第４の実施の形態における中継に必要なセッション確立のシーケンス図である。
【図１９】図１８のシーケンス図におけるセッション確立のためのシグナリングメッセージである。
【図２０】本発明の通信中継装置を用いて、複数の装置を組み合わせてＴＶ電話する例を説明するためのシーケンス図である。
【図２１】図２０のシーケンス図における中継のためのセッション確立のシグナリングメッセージである。
【図２２】本発明をホームゲートウェイ装置に組み込んでＴＶ電話を利用する例を示す図である。
【図２３】本発明をＩＰ電話機に実装して、ＴＶ電話を実施する例を示す図である。
【図２４】本発明をＴＶ電話サービスのサーバで実施して、ＴＶ電話を行なう例を示す図である。
【図２５】本発明実施の形態のハードウェア構成の１例である。
【図２６】セッション予約機能を持つ情報通信装置の機能構成を示す図である。
【図２７】図２６の構成を持つ装置において、セッション予約、確立などのシグナリングメッセージの処理について説明するフローチャート図である。
【符号の説明】
１００，２００，３００，４００  通信中継装置、１０１  第１中継セッション確立部、１０２  ネゴシエーション情報蓄積部、１０３  セッション中継部、１０４  外部通信部、１０５  内部通信部、１０６  入出力部、１０７  ネゴシエーション情報収集部、１１１  中継開始要求受付部、１１２  第１セッション確立部、１１３  第２セッション確立部、１２０  ＴＶ電話機、１３０  ＩＰ電話機、１３１  ＴＶ、１３２  ｗｅｂカメラ、７０１  第２中継セッション確立部、７１１  中継開始要求受付部、７１２  第１セッション確立部、７１３  予約セッション確立部、７１４  セッション予約部、１５０１  第４中継セッション確立部、１５１１  中継開始要求受付部、１５１２  第１セッション確立部、１５１３  情報通信装置決定部、１５１４  第２セッション確立部、１５１５  ネゴシエーション情報和作成部、１５３０  情報通信装置候補群。
【図１】
2005026831.tif 000004
【図２】
2005026831.tif 000005
【図３】
2005026831.tif 000006
【図４】
2005026831.tif 000007
【図５】
2005026831.tif 000008
【図６】
2005026831.tif 000009
【図７】
2005026831.tif 000010
【図８】
2005026831.tif 000011
【図９】
2005026831.tif 000012
【図１０】
2005026831.tif 000013
【図１１】
2005026831.tif 000014
【図１２】
2005026831.tif 000015
【図１３】
2005026831.tif 000016
【図１４】
2005026831.tif 000017
【図１５】
2005026831.tif 000018
【図１６】
2005026831.tif 000019
【図１７】
2005026831.tif 000020
【図１８】
2005026831.tif 000021
【図１９】
2005026831.tif 000022
【図２０】
2005026831.tif 000023
【図２１】
2005026831.tif 000024
【図２２】
2005026831.tif 000025
【図２３】
2005026831.tif 000026
【図２４】
2005026831.tif 000027
【図２５】
2005026831.tif 000028
【図２６】
2005026831.tif 000029
【図２７】
2005026831.tif 000030