(57)【要約】【課題】セッション開始要求からメディアの送受信開始までの時間を短縮すること。【解決手段】この選択装置は、呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおける選択装置であって、通信時に使用するコーデック方式を、発呼端末と着呼端末の通信に使用するコーデック方式として記憶する記憶手段を備え、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、一方、対応が記憶されていない場合には、受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式として、記憶手段に記憶する。【選択図】図２
2006086557.tif 000002
【特許請求の範囲】
【請求項１】
呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおける選択装置であって、
前記通信時に使用するコーデック方式を、前記発呼端末と前記着呼端末の通信に使用するコーデック方式として記憶する記憶手段と、
前記発呼端末から前記着呼端末への呼設定要求を受信する受信手段と、
前記呼設定要求を前記着呼端末に送信する送信手段と、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を前記発呼端末に送信する転送手段と
を備え、
前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、前記送信手段は前記呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、
一方、前記対応が記憶されていない場合には、前記転送手段が受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式として、前記記憶手段に記憶すること
を特徴とする選択装置。
【請求項２】
呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、前記発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて前記呼設定要求を変換する変換装置であって、
前記通信時に使用するコーデック方式とそのメディア処理方式とを、前記発呼端末と前記着呼端末の通信に使用するコーデック方式と共に記憶する記憶手段と、
前記発呼端末から前記着呼端末への呼設定要求を受信する受信手段と、
前記呼設定要求を前記着呼端末に送信する送信手段と、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を前記発呼端末に送信する転送手段と
を備え、
前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、
前記送信手段は前記呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、前記転送手段は受信した前記回答を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、
一方、前記対応が記憶されていない場合には、前記転送手段が受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式とすると共に、さらに前記発呼端末と前記着呼端末との呼設定の際に得られたメディア変換方式と共に前記記憶手段に記憶すること
を特徴とする変換装置。
【請求項３】
呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおけるコーデック方式の選択方法であって、
前記通信時に使用するコーデック方式を、前記発呼端末と前記着呼端末の通信に使用するコーデック方式として記憶手段に記憶するステップと、
前記発呼端末から前記着呼端末への呼設定要求を受信するステップと、
前記呼設定要求を前記着呼端末に送信するステップと、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信し、該回答を前記発呼端末に転送するステップと
を有し、
前記送信するステップは、前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、前記呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、
前記記憶するステップは、前記対応が記憶されていない場合には、前記転送するステップにおいて受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式として記憶すること
を特徴とする選択方法。
【請求項４】
呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、前記発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて前記呼設定要求を変換する変換方法であって、
前記通信時に使用するコーデック方式とそのメディア処理方式とを、前記発呼端末と前記着呼端末の通信に使用するコーデック方式と共に記憶手段に記憶するステップと、
前記発呼端末から前記着呼端末への呼設定要求を受信するステップと、
前記呼設定要求を前記着呼端末に送信するステップと、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信し、該回答を前記発呼端末に転送するステップと、
を有し、
前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、
前記送信するステップは、前記呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、前記転送するステップは、受信した前記回答を該対応と共に記憶したメディア変換方式に基づいて変換して転送し、
一方、前記対応が記憶されていない場合には、前記記憶するステップは、前記転送するステップにおいて受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式とすると共に、さらに前記発呼端末と前記着呼端末との呼設定の際に得られたメディア変換方式と共に前記記憶手段に記憶すること
を特徴とする変換方法。
【請求項５】
呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおける選択装置であって、
前記通信時に使用するコーデック方式を、前記発呼端末と前記着呼端末の通信に使用するコーデック方式として記憶する記憶手段と、
前記発呼端末から前記着呼端末への呼設定要求を受信する受信手段と、
前記呼設定要求を前記着呼端末に送信する送信手段と、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を前記発呼端末に送信する転送手段と
を備え、
前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、前記送信手段は前記呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、
一方、前記対応が記憶されていない場合には、前記転送手段が受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式として、前記記憶手段に記憶すること
を特徴とする選択装置としてコンピュータを機能させるコンピュータプログラム。
【請求項６】
呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、前記発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が前記通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて前記呼設定要求を変換する変換装置であって、
前記通信時に使用するコーデック方式とそのメディア処理方式とを、前記発呼端末と前記着呼端末の通信に使用するコーデック方式と共に記憶する記憶手段と、
前記発呼端末から前記着呼端末への呼設定要求を受信する受信手段と、
前記呼設定要求を前記着呼端末に送信する送信手段と、
前記着呼端末から前記呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を前記発呼端末に送信する転送手段と
を備え、
前記記憶手段に、前記呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、
前記送信手段は前記呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、前記転送手段は受信した前記回答を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、
一方、前記対応が記憶されていない場合には、前記転送手段が受信した回答に含まれるコーデック方式を前記発呼端末と前記着呼端末との通信に使用するコーデック方式とすると共に、さらに前記発呼端末と前記着呼端末との呼設定の際に得られたメディア変換方式と共に前記記憶手段に記憶すること
を特徴とする変換装置としてコンピュータを機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＰフォンなどのリアルタイム通信の接続を確立するためのサーバにおける選択装置、変換装置、選択方法、変換方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
インターネットなどの分散型ネットワークを介してリアルタイム通信を行う場合、着呼端末の採用するメディア処理方式が発呼端末ではわからない場合がある。例えば、インターネット上のＴＣＰ／ＩＰプロトコルにより音声通信を行う、いわゆるＩＰフォンなどにおいては、呼の設定や切断は、ＳＩＰ（Session Initiation Protocol）などのプロトコルで規定されている。しかし、音声の符号化方法や圧縮方法などのメディア処理方式（コーデック方式）は、ＳＩＰなどに特に規定されていない。従って、発呼端末と着呼端末とで異なるメディア処理方式を採用している可能性がある。
【０００３】
そこで、発呼端末が自己の利用可能なメディア処理方式の候補リストをセッション制御を行うセッション制御サーバを介して着呼端末に通知し、着呼端末が通知内容の中から自己の利用するメディア処理方式を選択して当該サーバを介して発呼端末へ返すことにより、通信に利用するメディア処理方式を決定する手順が採用されている（例えば、ＳＩＰにおけるプロキシサーバ）。また、着呼端末において、通知を受けたメディア処理方式の候補の中から一つの方式ではなく複数の方式を選択してその選択結果をサーバを介して発呼端末に通知し、発呼端末が、受け取ったメディア処理方式の複数候補の中から利用するメディア処理方式を選択して着呼端末に返す手順も採用されている。
【０００４】
一方、複数の呼設定プロトコルが混在するネットワーク構成においては、セッション制御サーバは、発呼端末から通知される利用可能なメディア処理方式の候補リストを着呼端末のプロトコルの記述形式に変換して着呼端末に通知する。そして、メディア処理方式の候補リストの中から着呼端末が利用するメディア処理方式を選択してセッション制御サーバに返すと、セッション制御サーバは、選択内容を発呼端末のプロトコルの記述形式に変換して発呼端末に通知し、セッションにおいて利用するメディア処理方式が決定されるような手順が採用されている。このようなセッション制御サーバ（ゲートウェイ）は、例えば公開特許公報（特開２００１−３５８７７８：特許文献１）に開示されている。
【特許文献１】特開２００１−３５８７７８
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、着呼端末の端末機器の処理能力が低い場合、受け取ったメディア処理方式の候補リストの解析に時間がかかり、発呼端末のセッション開始要求から呼の確立まで（メディアの送受信開始まで）の時間が長くなるという問題がある。特に、遅延の大きなネットワークでは、端末間でメディア処理方式の決定手順を繰り返すことによりセッション開始要求からメディアの送受信開始までの時間遅延が無視できないほど大きくなる。
【０００６】
また、複数のプロトコルが混在するネットワーク構成におけるセッション制御サーバにおいては、当該サーバを処理能力の低い機器により実現しようとすると、メディア処理方式の解析処理に時間がかかり、セッション開始要求からメディアの送受信開始までの時間が大きくなるという問題がある。
【０００７】
本発明はこのような課題を解決するためになされたもので、メディア処理方式の決定手順を簡略化することで、セッション開始要求からメディアの送受信開始までの時間を短縮することのできるサーバ装置、接続方法、コンピュータプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記した目的を達成するために、第１の本発明に係る選択装置は、呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおける選択装置であって、通信時に使用するコーデック方式を、発呼端末と着呼端末の通信に使用するコーデック方式として記憶する記憶手段と、発呼端末から着呼端末への呼設定要求を受信する受信手段と、呼設定要求を着呼端末に送信する送信手段と、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を発呼端末に送信する転送手段とを備え、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、送信手段は呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、一方、対応が記憶されていない場合には、転送手段が受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式として、記憶手段に記憶することを特徴としている。
【０００９】
第２の本発明に係る変換装置は、呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて呼設定要求を変換する変換装置であって、通信時に使用するコーデック方式とそのメディア処理方式とを、発呼端末と着呼端末の通信に使用するコーデック方式と共に記憶する記憶手段と、発呼端末から着呼端末への呼設定要求を受信する受信手段と、呼設定要求を着呼端末に送信する送信手段と、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を発呼端末に送信する転送手段とを備え、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、送信手段は呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、転送手段は受信した回答を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、一方、対応が記憶されていない場合には、転送手段が受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式とすると共に、さらに発呼端末と着呼端末との呼設定の際に得られたメディア変換方式と共に記憶手段に記憶することを特徴としている。
【００１０】
第３の本発明に係る選択方法は、呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおけるコーデック方式の選択方法であって、通信時に使用するコーデック方式を、発呼端末と着呼端末の通信に使用するコーデック方式として記憶手段に記憶するステップと、発呼端末から着呼端末への呼設定要求を受信するステップと、呼設定要求を着呼端末に送信するステップと、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信し、該回答を発呼端末に転送するステップとを有し、送信するステップは、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、記憶するステップは、対応が記憶されていない場合には、転送するステップにおいて受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式として記憶することを特徴としている。
【００１１】
第４の発明に係る変換方法は、呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて呼設定要求を変換する変換方法であって、通信時に使用するコーデック方式とそのメディア処理方式とを、発呼端末と着呼端末の通信に使用するコーデック方式と共に記憶手段に記憶するステップと、発呼端末から着呼端末への呼設定要求を受信するステップと、呼設定要求を着呼端末に送信するステップと、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信し、該回答を発呼端末に転送するステップとを有し、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、送信するステップは、呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、転送するステップは、受信した回答を該対応と共に記憶したメディア変換方式に基づいて変換して転送し、一方、対応が記憶されていない場合には、記憶するステップは、転送するステップにおいて受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式とすると共に、さらに発呼端末と着呼端末との呼設定の際に得られたメディア変換方式と共に記憶手段に記憶することを特徴としている。
【００１２】
第５の発明に係るコンピュータプログラムは、呼設定の際に発呼端末が自己の使用し得る複数のコーデック方式候補を着呼端末に通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおける選択装置であって、通信時に使用するコーデック方式を、発呼端末と着呼端末の通信に使用するコーデック方式として記憶する記憶手段と、発呼端末から着呼端末への呼設定要求を受信する受信手段と、呼設定要求を着呼端末に送信する送信手段と、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を発呼端末に送信する転送手段とを備え、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、送信手段は呼設定要求に含まれるコーデック方式候補のうち、記憶されている該対応で示されるコーデック方式以外の候補を削除して送信し、一方、対応が記憶されていない場合には、転送手段が受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式として、記憶手段に記憶することを特徴とする選択装置としてコンピュータを機能させることを特徴としている。
【００１３】
第６の発明に係るコンピュータプログラムは、呼設定の際に発呼端末が自己の使用し得るコーデック方式候補を呼設定要求として、発呼端末と異なるメディア処理方式の着呼端末に対して通知し、該着呼端末が通知に基づいて通信時に使用するコーデック方式を選択する通信システムにおいて、該メディア処理方式に応じて呼設定要求を変換する変換装置であって、通信時に使用するコーデック方式とそのメディア処理方式とを、発呼端末と着呼端末の通信に使用するコーデック方式と共に記憶する記憶手段と、発呼端末から着呼端末への呼設定要求を受信する受信手段と、呼設定要求を着呼端末に送信する送信手段と、着呼端末から呼設定要求に対する選択すべきコーデック方式を含む回答を受信して、該回答を発呼端末に送信する転送手段とを備え、記憶手段に、呼設定要求に含まれる発呼端末と着呼端末とのコーデック方式の対応が記憶されている場合には、送信手段は呼設定要求を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、転送手段は受信した回答を、該対応と共に記憶したメディア変換方式に基づいて変換して送信し、一方、対応が記憶されていない場合には、転送手段が受信した回答に含まれるコーデック方式を発呼端末と着呼端末との通信に使用するコーデック方式とすると共に、さらに発呼端末と着呼端末との呼設定の際に得られたメディア変換方式と共に記憶手段に記憶することを特徴とする変換装置としてコンピュータを機能させることを特徴としている。
【発明の効果】
【００１４】
本発明によれば、メディア処理方式の決定手順を簡略化するとともにセッション開始要求からメディアの送受信開始までの時間を短縮することができる。
【発明を実施するための最良の形態】
【００１５】
本発明は、分散型ネットワークにおけるリアルタイム通信において、発呼制御を担うサーバ（プロキシサーバ）や異なる発呼制御プロトコルのネットワーク間を結ぶゲートウェイがメディア制御方式を管理することで、メディア処理方式の決定手順を簡略化している。
【００１６】
以下、本発明の第１の実施形態を図面を参照して詳細に説明する。図１は本発明を適用するネットワークの全体構成を示す図である。
図１に示すように、このネットワークＮは、リアルタイム通信の呼設定を行うサーバ１と、それぞれ異なる呼設定手順のプロトコルによる仮想的な第１のネットワーク５および第２のネットワーク７を結ぶゲートウェイ２と、ユーザがリアルタイム通信を行う端末３（３ａないし３ｃ）と、端末３ａと接続された電話機４とを有している。また、サーバ１には、リアルタイム通信を行う端末３のネットワーク上の所在を示す情報、例えばアドレスなどを管理するロケーションサーバ６が接続されている。
【００１７】
サーバ１は、第１のネットワーク５においてリアルタイム通信の呼設定を担うセッション制御サーバであり、例えばＬｉｎｕｘ（登録商標）などのネットワーク対応型ＯＳにより構築されたプロキシサーバである。サーバ１は、例えば端末３ａからの発呼要求を受けて着呼側の端末３ｂや端末３ｃへの経路や呼を設定する機能を有する。また、発呼側の端末３ａから通知されるメディア処理方式の候補リストに応じて着呼側の端末３ｂが選択したメディア処理方式を、発呼側の端末３ａおよび着呼側の端末３ｂと関連付けて記憶し、後の呼設定手順において発呼・着呼端末に適したメディア処理方式を選択する選択装置としての機能をも有している。ここで、メディア処理方式とは音声や画像などのデータを処理する処理方式（コーデック方式）であり、例えば符号化処理方式や圧縮処理方式などが該当する。電話などに用いられるメディア処理方式としては、音声コーデックのＩＴＵ−Ｔ標準であるＧ．７１１方式、Ｇ．７２６方式、Ｇ．７２９方式などが知られている。
【００１８】
ゲートウェイ２は、第１のネットワーク５と第２のネットワーク７との間のプロトコル変換を行うセッション制御サーバであり、例えばＬｉｎｕｘ（登録商標）などのネットワーク対応型ＯＳにより構築されたネットワークサーバである。第１のネットワーク５における呼設定手順と第２のネットワーク７における呼設定手順とが異なるプロトコルに準拠して行われる場合、ゲートウェイ２は、発呼手順のプロトコル変換を行って呼の設定を行う変換装置としての機能を有する。この機能により、第１のネットワーク５に属する端末３ａまたは端末３ｂと第２のネットワーク７に属する端末装置３ｃとの間で呼の設定が可能になる。呼設定手順を含むプロトコルとしては、ＳＩＰ方式やＨ．３２３方式などがある。ＳＩＰ方式は、インターネット標準化組織であるＩＥＴＦ（Internet Engineering Task Force）が提案したＯＳＩ参照モデルのアプリケーション層の制御プロトコルである。また、Ｈ．３２３方式は、ＩＴＵ−Ｔ勧告のリアルタイム通信におけるデータ通信を規定したプロトコル群である。なお、サーバ１と同様に、ゲートウェイ２は、発呼端末３ａから通知されるメディア処理方式の候補リストに基づいて着呼側の端末３ｃが選択したメディア処理方式を、発呼側の端末３ａおよび着呼側の端末３ｃと関連付けて記憶し、後の呼設定手順においてメディア処理方式の設定手順を補助する機能をも有している。
【００１９】
端末３（３ａないし３ｃ）は、ＩＰネットワークに接続する端末装置であり、例えばパーソナルコンピュータなどである。端末３は、リアルタイム通信を行う通信端末としての機能を有しており、図１に示す端末３ａのように電話機４を外部に接続してもよいし、図１に示す端末３ｂおよび端末３ｃのように電話機の筐体に端末装置機能を備える形態をとってもよい。端末３は、音声や画像などのデータをリアルタイムで符号化処理や圧縮化処理を施し、第１のネットワーク５や第２のネットワーク７を介してデータの送受信を行う機能を有する。
【００２０】
第１のネットワーク５および第２のネットワーク７は、例えばインターネットやＴＣＰ／ＩＰネットワークなどの分散型ネットワークである。図１に示す第１のネットワーク５および第２のネットワーク７は、プロトコルの相違により論理的に異なるネットワークを構成している。従って、両者は物理的には直接接続されていてもよい。
【００２１】
ロケーションサーバ６は、第１のネットワーク５および第２のネットワーク７における端末３の所在情報を格納したサーバ装置である。ロケーションサーバ６は、サーバ１からの要求に応じて端末３のネットワーク上の所在情報を通知する機能を有する。
【００２２】
このように、この実施形態に係るネットワークＮでは、サーバ１およびゲートウェイ２が、発呼端末３ａから発信されるメディア処理方式の候補リストに応じて着呼側の端末３ｂ・３ｃが返信したメディア処理方式を、発呼端末３ａおよび着呼端末３ｂ・３ｃと関連付けて記憶し、後の呼設定手順においてメディア処理方式の設定手順を補助するので、メディア処理方式設定手順における着呼端末やゲートウェイ自身の負担を軽くすることができる。
【００２３】
続いて、図２を参照してこの実施形態に係るサーバの機能構成について詳細に説明する。図２は、サーバ１の機能構成を示す図である。以下の説明においては、発呼する端末を図１に示す端末３ａ、同じく着呼する端末を端末３ｂとして説明する。
図２に示すように、この実施形態に係るサーバ１は、第１の受信部１０１、第１の符号化方式選択部１０２、第１の送信部１０３、第２の受信部１０４、第２の符号化方式選択部１０５、第２の送信部１０６、端末種別記憶部１０７、および符号化方式記憶部１０８を有している。第１の受信部１０１と第２の受信部１０４、第１の符号化方式選択部１０２と第２の符号化方式選択部１０５、および第１の送信部１０３と第２の送信部１０６は、それぞれ発呼側から着呼側、着呼側から発呼側へのデータ伝送に対応し、それぞれ同様の内部構成を有している。
【００２４】
第１の受信部１０１および第２の受信部１０４は、第１のネットワーク５と接続された受信手段である。第１の受信部１０１および第２の受信部１０４は、それぞれ発呼側の端末３ａおよび着呼側の端末３ｂからの信号を受信する機能を有する。
【００２５】
第１の符号化方式選択部１０２および第２の符号化方式選択部１０５は、メディア処理方式を選択する選択手段である。第１の符号化方式選択部１０２および第２の符号化方式選択部１０５は、端末種別記憶部１０７および符号化方式記憶部１０８を参照して、発呼側の端末３ａから送られるメディア処理方式の候補リストから、着呼端末３ｂに対応するメディア処理方式を選択して当該候補リストを修正する機能を有する。なお、発呼端末と着呼端末との組み合わせが新規である場合は、第１の符号化方式選択部１０２および第２の符号化方式選択部１０５は、着呼端末が選択したメディア処理方式を発呼端末の種類および着呼端末の種類と対応させて端末種別記憶部１０７および符号化方式記憶部１０８にそれぞれ記憶する機能をも有している。
【００２６】
第１の送信部１０３および第２の送信部１０６は、第１のネットワーク５と接続された送信手段である。第１の送信部１０３および第２の送信部１０６は、第１の符号化方式選択部１０２および第２の符号化方式選択部１０５で選択されたメディア処理方式を着呼端末へ送信し、または発呼端末へ返信する機能を有する。
【００２７】
端末種別記憶部１０７は、発呼端末と着呼端末とを対応付けてそれらの種別を記憶するメモリ手段であり、符号化方式記憶部１０８は、端末種別記憶部１０７に記憶された発呼端末および着呼端末のそれぞれの種別と、着呼端末が選択したメディア処理方式とを対応付けて記憶するメモリ手段である。なお、「端末の種別」または「端末の種類」とは、同じメディア処理方式を選択可能な端末の分類をいうものとする。すなわち、異なるメーカーの端末であっても同種のメディア処理方式を取り得るものであれば「同一種類」であり、同一メーカーの製造による端末であっても異なるメディア処理方式を採用するものであれば「異なる種類」である。発呼端末３ａの発したメディア処理方式の候補リストから自身が採用する方式を着呼端末３ｂが選択すると、端末種別記憶部１０７は、発呼端末３ａと着呼端末３ｂのそれぞれの種別を対応付けて記憶し、符号化方式記憶部１０８は、端末種別記憶部１０７が記憶した端末種別と対応させて選択されたメディア処理方式を記憶する機能を有する。
【００２８】
続いて、図２ないし図４を参照して、この実施形態に係るサーバ１の動作を説明する。図３は、この実施形態における発呼端末３ａ、サーバ１、および着呼端末３ｂの動作を並列的に示すフローチャートである。また、図４は、発呼端末３ａが発信するメディア処理方式の候補リストの例を示す図である。
【００２９】
端末３ａが発呼する場合、端末３ａは、端末３ｂへの接続要求（INVITEリクエスト）をサーバ１に送信する（ステップＳ１０１。以下「Ｓ１０１」のように称する。）。このとき、端末３ａは、自身が対応することのできるメディア処理方式の候補リストを接続要求信号に付加して送信する。ここでは、図４（ａ）に示すように、Ｇ．７１１方式、Ｇ．７２６方式およびＧ．７２９方式の三つの音声コーデック方式を端末３ａの発信するメディア処理方式の候補であるものとして説明する。
【００３０】
第１の受信部１０１は、端末３ａからの接続要求信号およびメディア処理方式の候補リストを受信して第１の符号化方式選択部１０２に渡す。第１の符号化方式選択部１０２は、端末種別記憶部１０７を参照して、端末３ａの種類と端末３ｂの種類との過去の接続の有無を確認する。両端末が過去に接続していない場合、第１の符号化方式選択部１０２は、端末３ａから受け取った接続要求信号およびメディア処理方式の候補リストをそのまま第１の送信部１０３へ渡す。第１の送信部１０３は、ロケーションサーバ６により端末３ｂの所在を確認し、受け取った接続要求信号およびメディア処理方式の候補リストを着呼端末である端末３ｂへ送信する（Ｓ１０２）。
【００３１】
接続要求信号を受け取った端末３ｂは、図４（ａ）に示すメディア処理方式の候補リストの中から自身が採用するメディア処理方式を選択する（Ｓ１０３）。ここでは、端末３ｂは、音声コーデック方式として、Ｇ．７２６方式を選択したものとする。
【００３２】
メディア処理方式を選択すると、端末３ｂは、サーバ１に対し接続ＯＫの回答をするとともに選択したメディア処理方式としてＧ．７２６方式を回答する（Ｓ１０４）。
【００３３】
第２の受信部１０４は、端末３ｂからの回答を受信して、第２の符号化方式選択部１０５へ渡す。第２の符号化方式選択部１０５は、発呼端末３ａおよび着呼端末３ｂのそれぞれの種別と、選択されたＧ．７２６方式とを対応付けて、それぞれ端末種別記憶部１０７および符号化方式記憶部１０８へ記憶する（Ｓ１０５）。
【００３４】
端末３ｂが選択したメディア処理方式を記憶すると、第２の符号化方式選択部１０５は、端末３ｂが返した接続ＯＫの回答と選択したメディア処理方式を第２の送信部１０６へ渡す。第２の送信部１０６は、受け取った接続ＯＫの回答と選択したメディア処理方式を端末３ａへ送信する（Ｓ１０６）。
【００３５】
接続ＯＫの回答と選択されたメディア処理方式を受け取ると、端末３ａは、選択されたメディア処理方式であるＧ．７２６方式を音声コーデック方式として設定し、端末３ｂと通信を開始する（Ｓ１０７）。通信が終了すると、接続は解除される（Ｓ１０８）。
【００３６】
その後、端末３ａと同一種類の端末（以後端末３ａと称する）が端末３ｂと同一種類の端末（以後端末３ｂと称する）に対して接続要求を発する場合、端末３ａは、ステップＳ１０１と同様に、図４（ａ）に示すメディア処理方式の候補リストを接続要求信号に付加して送信する（Ｓ１０９）。
【００３７】
第１の受信部１０１は、端末３ａからの接続要求と候補リストを受信して第１の符号化方式選択部１０２へ渡す。第１の符号化方式選択部１０２は、端末種別記憶部１０７を参照して、端末３ａの種類と端末３ｂの種類との過去の接続の有無を確認する。端末種別記憶部１０７には端末３ａと端末３ｂとの接続記録が記憶されているから、第１の符号化方式選択部１０２は、端末３ａと端末３ｂとの通信で用いられたメディア処理方式（着呼端末３ｂが選択したメディア処理方式）を符号化方式記憶部１０８から読み出す（Ｓ１１０）。ここでは、ステップＳ１０５で記憶されたＧ．７２６方式が読み出される。
【００３８】
符号化方式記憶部１０８からメディア処理方式が読み出されると、第１の符号化方式選択部１０２は、図４（ｂ）に示すように、端末３ａが送信したメディア処理方式の候補リストから、符号化方式記憶部１０８より読み出されたメディア処理方式以外の方式を削除する（削除処理）。図４（ｂ）は、端末３ａの候補リストから、符号化方式記憶部１０８より読み出されたＧ．７２６方式以外の方式が削除された様子を示している。削除処理が行われると、第１の符号化方式選択部１０２は、端末３ａから受け取った接続要求信号と、削除処理が施されたメディア処理方式の候補リストとを第１の送信部１０３へ渡す。第１の送信部１０３は、ロケーションサーバ６により端末３ｂの所在を確認し、受け取った接続要求信号および削除処理されたメディア処理方式の候補リストを着呼端末である端末３ｂへ送信する（Ｓ１１１）。
【００３９】
接続要求信号を受け取った端末３ｂは、メディア処理方式の候補リストの中から自身が採用するメディア処理方式を選択する（Ｓ１１２）。ここで、メディア処理方式の候補リストには、以前端末３ｂが選択し符号化方式記憶部１０８に記憶されたＧ．７２６方式しか含まれていない。そのため、端末３ｂは、音声コーデック方式としてＧ．７２６方式をそのまま選択する。
【００４０】
メディア処理方式が選択されると、端末３ｂは、サーバ１に対し接続ＯＫの回答をするとともに選択したメディア処理方式としてＧ．７２６方式を回答する（Ｓ１１３）。
【００４１】
第２の受信部１０４は、端末３ｂからの回答を受信して、第２の符号化方式選択部１０５へ渡す。第２の符号化方式選択部１０５は、発呼端末３ａおよび着呼端末３ｂのそれぞれの種別と、選択されたＧ．７２６方式とを対応付けて、それぞれ端末種別記憶部１０７および符号化方式記憶部１０８へ記憶する。ここでは、端末３ｂが選択したメディア処理方式は符号化方式記憶部１０８に既に記憶されている方式と同じであるから、第２の符号化方式選択部１０５は、単に内容を確認する（Ｓ１１４）。なお、端末３ｂが異なるメディア処理方式を回答した場合は、最新のメディア処理方式として新たに回答されたメディア処理方式が記憶される。
【００４２】
第２の符号化方式選択部１０５は、端末３ｂが返した接続ＯＫの回答と選択したメディア処理方式とを第２の送信部１０６へ渡す。第２の送信部１０６は、受け取った接続ＯＫの回答と選択したメディア処理方式とを端末３ａへ送信する（Ｓ１１５）。
【００４３】
接続ＯＫの回答と選択されたメディア処理方式を受け取ると、端末３ａは、選択されたメディア処理方式であるＧ．７２６方式を音声コーデック方式として設定し、端末３ｂと通信を開始する（Ｓ１１６）。通信が終了すると、接続は解除される（Ｓ１１７）。
【００４４】
以上の説明においては、端末３ｂはメディア処理方式の候補リストからメディア処理方式を一つだけ選択しているが、これには限定されない。すなわち、着呼端末３ｂが候補リストの中から複数のメディア処理方式を選択してもよい。この場合、発呼端末３ａは、端末３ｂが選択した複数のメディア処理方式の中から一つのメディア処理方式を選択し、第１の符号化方式選択部１０２が当該一つに絞られたメディア処理方式を符号化方式記憶部１０８に記憶する。
【００４５】
また、発呼端末３ａと着呼端末３ｂとの間でメディア処理方式が一つに決定されるまで、発呼端末３ａおよび着呼端末３ｂが候補リストからメディア処理方式の選択・回答を繰り返してもよい。この場合、第１の符号化方式選択部１０２または第２の符号化方式選択部１０５のいずれかは、最終的に一つに絞り込まれたメディア処理方式を符号化方式記憶部１０８に記憶すればよい。
【００４６】
このように、この実施形態に係るサーバ１は、発呼側の端末種別および着呼側の端末種別、着呼端末が選択したメディア処理方式をそれぞれ対応させて記憶し、後の同種端末どうしの接続要求においてメディア処理方式の候補リストから過去に選択されたメディア処理方式以外の方式を削除する。そして、一旦サーバ１に端末種別や選択されたメディア処理方式の情報が記憶されると、着呼端末は、過去に選択したメディア処理方式のみを候補とした提示を受けることとなる。従って、着呼端末のメディア処理方式選択の処理量を減らすことができるので、着呼端末の処理能力が比較的低い場合でも接続要求から接続確立までの時間遅延を最小にすることができる。特に、端末には特別の構成を必要としないから、既存の端末により構成されるネットワークにおいても容易に適用することができる。
【００４７】
また、発呼端末と着呼端末との間でメディア処理方式の決定に複数のやり取りが必要であっても、最終的に絞り込まれたしたメディア処理方式が符号化方式記憶部１０８に記憶されると、当該記憶されたメディア処理方式はどちらの端末にも受け入れられる方式であるから、その後の呼設定においては複数のやり取りが不要となる。従って、接続要求から接続確立までの時間遅延を最小限にすることができる。
【００４８】
さらに、この実施形態に係るサーバ１は、発呼端末と着呼端末との組合せに対応してデータ圧縮方式などのメディア処理方式を記憶するので、当該組合せの発呼が行われた場合に記憶されたメディア処理方式を発呼端末および着呼端末に強制することができる。すなわち、メディア処理方式を選択することでデータの圧縮率を制御し、発呼端末・着呼端末間の通信回線の帯域幅を制御することができる。
【００４９】
続いて、図５を参照して本発明に係る第２の実施形態のゲートウェイについて詳細に説明する。図５は、ゲートウェイ２の機能構成を示す図である。以下の説明において、発呼する端末を図１に示す端末３ａ、着呼する端末を同じく端末３ｃとして説明する。この実施形態に係るゲートウェイ２は、発呼方式としてＳＩＰ方式を採用する第１のネットワーク５と、同じくＨ．３２３方式を採用する第２のネットワーク７とを相互に呼設定を可能にする機能を有している。
【００５０】
図５に示すように、この実施形態に係るゲートウェイ２は、発呼端末３ａから着呼端末３ｃへの通信を担うＳＩＰ受信部２０１、ＳＩＰ符号化方式選択部２０２、ＳＩＰ→Ｈ．３２３変換部２０３、およびＨ．３２３送信部２０４を有している。同様に、このゲートウェイ２は、着呼端末３ｃから発呼端末３ａへの通信を担うＨ．３２３受信部２０５、Ｈ．３２３符号化方式選択部２０６、Ｈ．３２３→ＳＩＰ変換部２０７、およびＳＩＰ送信部２０８を有している。さらに、このゲートウェイ２は、ＳＩＰ符号化方式記憶部２１２、ＳＩＰ→Ｈ．３２３変換記憶部２１１、Ｈ．３２３符号化方式記憶部２１０、Ｈ．３２３→ＳＩＰ変換記憶部２０９および端末種別記憶部２１３を有している。
【００５１】
ＳＩＰ受信部２０１は、ＳＩＰ方式により発呼処理を行う端末３ａからの信号を受信する受信手段であり、Ｈ．３２３受信部２０５は、Ｈ．３２３方式により発呼処理を行う端末３ｃからの信号を受信する受信手段である。ＳＩＰ受信部２０１およびＨ．３２３受信部２０５は、それぞれ論理的に異なるネットワークを構成する第１のネットワーク５および第２のネットワーク７と接続されているが、物理的に同一のネットワーク上に存在してもよい。
【００５２】
ＳＩＰ符号化方式選択部２０２は、ＳＩＰ方式の端末３ａが発呼端末である場合に、端末３ａが発するメディア処理方式の候補リストからＨ．３２３方式の着呼端末３ｃに適したメディア処理方式を選択する選択手段である。また、Ｈ．３２３符号化方式選択部２０６は、Ｈ．３２３方式の端末３ｃが発呼端末である場合に、端末３ｃが発するメディア処理方式の候補リストからＳＩＰ方式の着呼端末３ａに適したメディア処理方式を選択する選択手段である。ＳＩＰ符号化方式選択部２０２およびＨ．３２３符号化方式選択部２０６は、ＳＩＰ符号化方式記憶部２１２およびＨ．３２３符号化方式記憶部２１０を参照して、発呼端末から送られるメディア処理方式の候補リストから着呼端末に対応するメディア処理方式を選択して当該候補リストを修正する機能を有する。
【００５３】
ＳＩＰ→Ｈ．３２３変換部２０３は、ＳＩＰ方式で記述された接続要求やメディア処理方式をＨ．３２３方式へ変換するプロトコル変換手段である。また、Ｈ．３２３→ＳＩＰ変換部２０７は、Ｈ．３２３方式で記述された接続要求やメディア処理方式をＳＩＰ方式へ変換するプロトコル変換手段である。ＳＩＰ→Ｈ．３２３変換部２０３およびＨ．３２３→ＳＩＰ変換部２０７は、変換したメディア処理方式の記述をそれぞれＳＩＰ→Ｈ．３２３変換記憶部２１１およびＨ．３２３→ＳＩＰ変換記憶部２０９に記憶する機能をも有している。
【００５４】
Ｈ．３２３送信部２０４は、Ｈ．３２３方式により発呼処理を行う端末３ｃへ信号を送信する送信手段であり、ＳＩＰ送信部２０８は、ＳＩＰ方式により発呼処理を行う端末３ａへ信号を送信する送信手段である。Ｈ．３２３送信部２０４およびＳＩＰ送信部２０８は、それぞれ論理的に異なるネットワークを構成する第２のネットワーク７および第１のネットワーク５と接続されているが、物理的に同一のネットワーク上に存在してもよい。
【００５５】
端末種別記憶部２１３は、発呼端末と着呼端末とを対応付けてそれらの種別を記憶するメモリ手段であり、第１の実施形態における端末種別記憶部１０７と対応する。また、ＳＩＰ符号化方式記憶部２１２およびＨ．３２３符号化方式記憶部２１０は、端末種別記憶部２１３に記憶された発呼端末および着呼端末のそれぞれの種別と、着呼端末が選択したメディア処理方式とを対応付けて記憶するメモリ手段であり、第１の実施形態における符号化方式記憶部１０８と対応する。さらに、ＳＩＰ→Ｈ．３２３変換記憶部２１１およびＨ．３２３→ＳＩＰ変換記憶部２０９は、ＳＩＰ→Ｈ．３２３変換部２０３およびＨ．３２３→ＳＩＰ変換部２０７により変換されたメディア処理方式の記述をそれぞれ記憶するメモリ手段である。
【００５６】
続いて、図５および図６を参照して、この実施形態に係るゲートウェイ２の動作を説明する。図６は、この実施形態における発呼端末３ａ、ゲートウェイ２、および着呼端末３ｃの動作を並列的に示すフローチャートである。
【００５７】
端末３ａが発呼する場合、端末３ａは、端末３ｃへの接続要求（INVITEリクエスト）をゲートウェイ２に送信する（Ｓ２０１）。このとき、端末３ａは、自身が対応することのできるメディア処理方式の候補リストを接続要求信号に付加して送信する。ここでは、第１の実施形態と同様に、Ｇ．７１１方式、Ｇ．７２６方式およびＧ．７２９方式の三つの音声コーデック方式を端末３ａの発信するメディア処理方式の候補であるものとして説明する。
【００５８】
ＳＩＰ受信部２０１は、端末３ａからの接続要求信号とメディア変換方式の候補リストを受信してＳＩＰ符号化方式選択部２０２に渡す。ＳＩＰ符号化方式選択部２０２は、端末種別記憶部２１３を参照して、端末３ａの種類と端末３ｃの種類との過去の接続の有無を確認する。両端末が過去に接続していない場合、ＳＩＰ符号化方式選択部２０２は、端末３ａから受け取った接続要求信号およびメディア処理方式の候補リストをそのままＳＩＰ→Ｈ．３２３変換部２０３へ渡す。ＳＩＰ→Ｈ．３２３変換部２０３は、受け取った接続要求信号および候補リストをＨ．３２３方式のＨ．２２５手順へ変換してＨ．３２３送信部２０４へ渡す。Ｈ．３２３送信部２０４は、ロケーションサーバ６により端末３ｃの所在を確認し、受け取った接続要求信号および候補リストを着呼端末である端末３ｃへ送信する（Ｓ２０２）。
【００５９】
接続要求信号と候補リストを受け取った端末３ｃは、メディア処理方式の候補リストの中から自身が採用するメディア処理方式を選択する（Ｓ２０３）。ここでは、端末３ｃは、音声コーデック方式として、Ｇ．７１１方式を選択したものとする。端末３ｃは、ファーストコネクト手順によりメディア処理方式を選択する。
【００６０】
メディア処理方式を選択すると、端末３ｃは、ゲートウェイ２に対し接続ＯＫの回答をするとともに選択したメディア処理方式としてＧ．７１１方式を回答する（Ｓ２０４）。
【００６１】
Ｈ．３２３受信部２０５は、端末３ｃからの回答を受信して、Ｈ．３２３符号化方式選択部２０６へ渡す。Ｈ．３２３符号化方式選択部２０６は、発呼端末３ａおよび着呼端末３ｃのそれぞれの種別を対応付けて、端末種別記憶部２１３へ記憶する。端末３ａと端末３ｃの種別が記憶されると、Ｈ．３２３符号化方式選択部２０６は、端末３ｃが返した接続ＯＫの回答と選択したメディア処理方式をＨ．３２３→ＳＩＰ変換部２０７へ渡す。Ｈ．３２３→ＳＩＰ変換部２０７は、受け取ったデータをＳＩＰ方式の記述であるＳＤＰの書式へ変換する（Ｓ２０５）。
【００６２】
データが変換されると、Ｈ．３２３→ＳＩＰ変換部２０７は、発呼端末および着呼端末の種別と、メディア処理方式の発呼端末の手順および着呼端末の手順それぞれによる記述とを対応付けて、Ｈ．３２３→ＳＩＰ変換記憶部２０９へ記憶する。そして、変換された接続ＯＫの回答と選択したメディア処理方式をＩＰ送信部２０８へ渡す。ＳＩＰ送信部２０８は、変換された接続ＯＫの回答と選択したメディア処理方式を端末３ａへ送信する（Ｓ２０６）。Ｈ．３２３→ＳＩＰ変換記憶部２０９に変換されたメディア処理方式の記述が記憶されると、その内容がＳＩＰ符号化方式記憶部２１２に渡される。
【００６３】
変換された接続ＯＫの回答と選択されたメディア処理方式を受け取ると、端末３ａは、選択されたメディア処理方式であるＧ．７１１方式を音声コーデック方式として設定し、端末３ｃと通信を開始する（Ｓ２０７）。このとき、ゲートウェイ２は、呼設定手順の信号を必要に応じてプロトコル変換する（Ｓ２０８）。通信が終了すると、接続は解除される（Ｓ２０９）。
【００６４】
その後、端末３ａと同種類の端末（以下端末３ａと称する）が端末３ｃと同種類の端末（以下端末３ｃと称する）に対して接続要求を発する場合、端末３ａは、ステップＳ２０１と同様に、メディア処理方式の候補リストを接続要求信号に付加して送信する（Ｓ２１０）。
【００６５】
ＳＩＰ受信部２０１は、端末３ａからの接続要求信号とメディア処理方式の候補リストを受信してＳＩＰ符号化方式選択部２０２へ渡す。ＳＩＰ符号化方式選択部２０２は、端末種別記憶部２１３を参照して、端末３ａの種類と端末３ｃの種類との過去の接続の有無を確認する。端末種別記憶部２１３には端末３ａと端末３ｃとの接続記録が記憶されているから、ＳＩＰ符号化方式選択部２０２は、端末３ａと端末３ｃとの通信で用いられたメディア処理方式（着呼端末３ｃが選択したメディア処理方式）をＳＩＰ符号化方式記憶部２１２から読み出す（Ｓ２１１）。ここでは、ステップＳ２０６においてＨ．３２３→ＳＩＰ変換記憶部２０９から渡されたＧ．７１１方式が読み出される。
【００６６】
ＳＩＰ符号化方式記憶部２１２からメディア処理方式が読み出されると、ＳＩＰ符号化方式選択部２０２は、端末３ａが送信したメディア処理方式の候補リストからＳＩＰ符号化方式記憶部２１２から読み出されたメディア処理方式以外の方式を削除する（削除処理）。削除処理が行われると、ＳＩＰ符号化方式選択部２０２は、端末３ａから受け取った接続要求信号と、削除処理が施されたメディア処理方式の候補リストとをＳＩＰ→Ｈ．３２３変換部２０３へ渡す。ＳＩＰ→Ｈ．３２３変換部２０３は、ＳＩＰ符号化方式記憶部２１２を介してＨ．３２３→ＳＩＰ変換記憶部２０９に記憶された記述を参照して、渡されたデータをＨ．３２３方式に変換してＨ．３２３送信部２０４へ渡す。Ｈ．３２３送信部２０４は、ロケーションサーバ６により端末３ｃの所在を確認し、受け取った接続要求信号および削除処理されたメディア処理方式候補リストを着呼端末である端末３ｃへ送信する（Ｓ２１２）。
【００６７】
接続要求信号とメディア処理方式の候補リストを受け取った端末３ｃは、候補リストの中から自身が採用するメディア処理方式を選択する（Ｓ２１３）。ここで、メディア処理方式の候補リストには、以前端末３ｃが選択し最終的にＳＩＰ符号化方式記憶部２１２に記憶されたＧ．７１１方式しか含まれていない。そのため、端末３ｃは、音声コーデック方式としてＧ．７１１方式をそのまま選択する。
【００６８】
メディア処理方式が選択されると、端末３ｃは、ゲートウェイ２に対し接続ＯＫの回答をするとともに選択したメディア処理方式としてＧ．７１１方式を回答する（Ｓ２１４）。
【００６９】
Ｈ．３２３受信部２０５は、端末３ｃからの回答を受信して、Ｈ．３２３符号化方式選択部２０６へ渡す。Ｈ．３２３符号化方式選択部２０６は、発呼端末３ａおよび着呼端末３ｃのそれぞれの種別を対応付けて、端末種別記憶部１０７へ記憶する。ここでは、端末３ａと端末３ｃとの組合せは既に記憶されているから、Ｈ．３２３符号化方式選択部２０６は、単に内容を確認し、接続ＯＫの回答と選択したメディア処理方式をＨ．３２３→ＳＩＰ変換部２０７へ渡す。Ｈ．３２３→ＳＩＰ変換部２０７は、受け取ったデータをＳＩＰ方式の記述へ変換する（Ｓ２１５）。
【００７０】
データが変換されると、Ｈ．３２３→ＳＩＰ変換部２０７は、変換したＳＩＰ方式のメディア処理方式の記述をＨ．３２３→ＳＩＰ変換記憶部２０９へ記憶する。なお、ここではＨ．３２３→ＳＩＰ変換記憶部２０９に過去に選択されたメディア処理方式の記述が記憶されているから、Ｈ．３２３→ＳＩＰ変換部２０７は単に内容を確認する。なお、端末３ｃが異なるメディア処理方式を回答した場合は、最新のメディア処理方式として新たに回答されたメディア処理方式の記述が記憶される。Ｈ．３２３→ＳＩＰ変換部２０７は、端末３ｃが返した接続ＯＫの回答と選択したメディア処理方式とをＳＩＰ送信部２０８へ渡す。ＳＩＰ送信部２０８は、受け取った接続ＯＫの回答と選択したメディア処理方式とを端末３ａへ送信する（Ｓ２１６）。
【００７１】
接続ＯＫの回答と選択されたメディア処理方式を受け取ると、端末３ａは、選択されたメディア処理方式であるＧ．７１１方式を音声コーデック方式として設定し、端末３ｃと通信を開始する（Ｓ２１７）。このとき、ゲートウェイ２は、呼設定手順の信号を必要に応じてプロトコル変換する（Ｓ２０８）。通信が終了すると、接続は解除される（Ｓ２１９）。
【００７２】
以上の説明においては、端末３ｃはメディア処理方式の候補リストからメディア処理方式を一つだけ選択しているが、これには限定されない。すなわち、着呼端末３ｃが候補リストの中から複数のメディア処理方式を選択してもよい。この場合、発呼端末３ａは、端末３ｃが選択した複数のメディア処理方式の中から一つのメディア処理方式を選択し、ＳＩＰ→Ｈ．３２３変換部２０３が当該一つに絞られたメディア処理方式をＳＩＰ→Ｈ．３２３変換記憶部２１１に記憶する。
【００７３】
また、発呼端末３ａと着呼端末３ｃとの間でメディア処理方式が一つに決定されるまで、発呼端末３ａおよび着呼端末３ｃが候補リストからメディア処理方式の選択・回答を繰り返してもよい。この場合、ＳＩＰ→Ｈ．３２３変換部２０３またはＨ．３２３→ＳＩＰ変換部２０７のいずれかは、最終的に一つに絞り込まれたメディア処理方式をＳＩＰ→Ｈ．３２３変換記憶部２１１またはＨ．３２３→ＳＩＰ変換記憶部２０９に記憶すればよい。
【００７４】
このように、この実施形態に係るゲートウェイ２は、発呼側の端末種別および着呼側の端末種別、さらには当該端末種別に対応させて着呼端末が選択したメディア処理方式を記憶し、後の同種端末どうしの接続要求においてメディア処理方式の候補リストから過去に選択されたメディア処理方式以外の方式を削除する。そして、一旦ゲートウェイ２に端末種別や選択されたメディア処理方式の情報が記憶されると、着呼端末は、過去に選択したメディア処理方式のみを候補とした提示を受けることとなる。従って、着呼端末のメディア処理方式選択の処理量を減らすことができるので、着呼端末の処理能力が比較的低い場合でも接続要求から接続確立までの時間遅延を最小にすることができる。特に、端末には特別の構成を必要としないから、既存の端末により構成されるネットワークにおいても容易に適用することができる。
【００７５】
また、発呼端末と着呼端末との間でメディア処理方式の決定に複数のやり取りが必要であっても、最終的に絞り込まれたしたメディア処理方式が記憶されると、当該記憶されたメディア処理方式はどちらの端末にも受け入れられる方式であるから、それ以後は複数のやり取りが不要となる。従って、接続要求から接続確立までの時間遅延を最小限にすることができる。
【００７６】
さらに、この実施形態に係るゲートウェイ２は、発呼端末と着呼端末との組合せに対応してデータ圧縮方式などのメディア処理方式を記憶するので、当該組合せの発呼が行われた場合に記憶されたメディア処理方式を発呼端末および着呼端末に強制することができる。すなわち、メディア処理方式を選択することでデータの圧縮率を制御し、発呼端末・着呼端末間の通信回線の帯域幅を制御することができる。
【００７７】
また、この実施形態に係るゲートウェイ２は、発呼端末と着呼端末との組合せに対応してデータ圧縮方式などのメディア処理方式の記述を記憶するので、後の呼設定において当該記憶した記述を読み出すだけでプロトコル変換を行うことができる。すなわち、ゲートウェイ２自身の処理能力が高くない場合であっても、接続要求から接続確立までの時間遅延を最小限にすることができる。
【産業上の利用可能性】
【００７８】
本発明は、電気通信事業、電気通信機器製造業などに適用することができる。
【図面の簡単な説明】
【００７９】
【図１】本発明を適用するネットワークの全体構成を示す図である。
【図２】本発明の第１の実施形態に係るサーバの機能構成を示す図である。
【図３】この実施形態に係るサーバの動作を示すフローチャートである。
【図４】この実施形態におけるメディア処理方式の候補リストの例を示す図である。
【図５】本発明の第２の実施形態に係るゲートウェイの機能構成を示す図である。
【図６】この実施形態に係るゲートウェイの動作を示すフローチャートである。
【符号の説明】
【００８０】
１…サーバ、２…ゲートウェイ、３…端末、４…電話機、５…第１のネットワーク、６…ロケーションサーバ、７…第２のネットワーク、
１０１…第１の受信部、１０２…第１の符号化方式選択部、１０３…第１の送信部、１０４…第２の受信部、１０５…第２の符号化方式選択部、１０６…第２の送信部、１０７…端末種別記憶部、１０８…符号化方式記憶部、
２０１…ＳＩＰ受信部、２０２…ＳＩＰ符号化方式選択部、２０３…ＳＩＰ→H.323変換部、２０４…Ｈ．３２３送信部、２０５…Ｈ．３２３受信部、２０６…Ｈ．３２３符号化方式選択部、２０７…Ｈ．３２３→ＳＩＰ変換部、２０８…ＳＩＰ送信部、２０９…Ｈ．３２３→ＳＩＰ変換記憶部、２１０…Ｈ．３２３符号化方式記憶部、２１１…ＳＩＰ→Ｈ．３２３変換記憶部、２１２…ＳＩＰ符号化方式記憶部、２１３…端末種別記憶部。
【図１】
2006086557.tif 000003
【図２】
2006086557.tif 000004
【図３】
2006086557.tif 000005
【図４】
2006086557.tif 000006
【図５】
2006086557.tif 000007
【図６】
2006086557.tif 000008