(57)【要約】【課題】  着端末とサーバ間のメッセージのやり取りを低減して、セッションの確立時間を低減し、さらに端末のコストを低減する。【解決手段】  サーバ１のＩＰ種別記憶手段１ａは、配下に収容している着端末３のＩＰ種別を記憶している。メッセージ受信手段１ｂは、発端末２から着端末３とセッションを確立するためのメッセージを受信する。ＩＰ種別取得手段１ｃは、メッセージに対応する着端末３のＩＰ種別をＩＰ種別記憶手段１ａから取得する。ＩＰ種別比較手段１ｄは、メッセージに含まれている発端末２のＩＰ種別と、ＩＰ種別取得手段１ｃによって取得された着端末３のＩＰ種別とを比較する。比較結果送信手段１ｅは、ＩＰ種別比較手段１ｄの比較結果を、発端末２と着端末３とで送受信されるデータフレームのＩＰ種別が一致するようにアドレス変換するアドレス変換装置４に送信する。【選択図】  図１
2006148418.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークに接続されたサーバにおいて、
配下に収容している着端末のＩＰ種別を記憶したＩＰ種別記憶手段と、
発端末から前記着端末とセッションを確立するためのメッセージを受信するメッセージ受信手段と、
前記メッセージに対応する前記着端末の前記ＩＰ種別を前記ＩＰ種別記憶手段から取得するＩＰ種別取得手段と、
前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別取得手段によって取得された前記着端末の前記ＩＰ種別とを比較するＩＰ種別比較手段と、
前記ＩＰ種別比較手段の比較結果を、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換装置に送信する比較結果送信手段と、
を有することを特徴とするサーバ。
【請求項２】
前記比較結果送信手段は、前記比較結果が異なったことを示す応答メッセージにＳＩＰセッションで規定されている未使用のレスポンスコードを使用することを特徴とする請求項１記載のサーバ。
【請求項３】
前記ＩＰ種別比較手段は、前記ＩＰネットワークに接続された指示端末からの指示に応じて、前記比較をすることを特徴とする請求項１記載のサーバ。
【請求項４】
ＩＰネットワークに接続されたサーバの通信制御方法において、
発端末から着端末とセッションを確立するためのメッセージを受信し、
配下に収容している前記着端末のＩＰ種別を記憶したＩＰ種別記憶装置から前記メッセージに対応する前記着端末の前記ＩＰ種別を取得し、
前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別記憶装置から取得した前記着端末の前記ＩＰ種別とを比較し、
前記ＩＰ種別の比較結果を前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換装置に送信する、
ことを特徴とする通信制御方法。
【請求項５】
ＩＰネットワークに接続されたサーバにおいて、
発端末から着端末とセッションを確立するためのメッセージを受信し、前記着端末を配下に収容している収容サーバに送信するメッセージ送信手段と、
前記収容サーバから前記発端末と前記着端末とのＩＰ種別の相違に関するＩＰ種別情報を受信するＩＰ種別情報受信手段と、
前記ＩＰ種別情報に応じて、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換テーブルを生成する変換テーブル生成手段と、
前記ＩＰネットワークに接続された指示端末からの指示に応じて、前記テーブル生成手段に前記アドレス変換テーブルを生成するよう指示する生成指示手段と、
を有することを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバおよび通信制御方法に関し、特にＩＰネットワークに接続されたサーバおよびこのサーバによる通信制御方法に関する。
【背景技術】
【０００２】
ＩＰネットワークでは、音声とデータを統合して転送するための呼処理が可能で、その構成はＩＰｖ４（Internet Protocol version 4）をベースに発展してきた。しかし、その急速な発展のためにＩＰアドレスの枯渇が叫ばれ、無限に近い割り振りが可能なＩＰｖ６（Internet Protocol version 6）をベースとするＩＰネットワークが広がりつつある。このため、一定期間は、ＩＰｖ４とＩＰｖ６の端末が共存しなければならない。
【０００３】
従来、ＩＰ種別（ＩＰプロトコルバージョン）の異なる端末同士では、通信することができないので、ＩＰネットワーク上でフレームのＩＰ種別を変換するＳＩＰ（Session Initiation Protocol）サーバが設置されていた。
【０００４】
図２９は、従来のＳＩＰサーバのシステム構成例を示した図である。図に示すようにＩＰネットワーク上には、ＳＩＰサーバであるサーバ２０１〜２０３およびルータ２２１，２２２が設置され、例えば、ＩＰ電話である端末２１１，２１２が接続されている。サーバ２０１は、ＩＰ種別の異なるＩＰ電話同士でもフレーム（音声データ）の送受信ができるよう、フレームのＩＰ種別を変換するためのＩＰ種別変換テーブル２０１ａを有している。端末２１１のＩＰ種別をＩＰｖ４、端末２１２のＩＰ種別をＩＰｖ６とする。
【０００５】
図３０は、図２９のシステムのシーケンス図である。図３０では、１８０ＲｉｎｇｉｎｇメッセージやＡｃｋメッセージは省略している。
図２９に示す端末２１１，２１２は、通話をするために（ＲＴＰ（Real-time Transport Protocol）セッションを確立するために）、ＳＩＰセッションを確立する必要がある。そのため、図３０に示すようにステップＳ２０１において、端末２１１は、サーバ２０２にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、自己のＩＰ種別がＩＰｖ４であることを示す情報が含まれている。
【０００６】
ステップＳ２０２において、サーバ２０２は、端末２１１から受信したＩＮＶＩＴＥメッセージをサーバ２０１に送信する。
ステップＳ２０３において、サーバ２０１は、サーバ２０２から受信したＩＮＶＩＴＥメッセージをサーバ２０３に送信する。
【０００７】
ステップＳ２０４において、サーバ２０３は、サーバ２０１から受信したＩＮＶＩＴＥメッセージを端末２１２に送信する。
ステップＳ２０５において、端末２１２は、受信したＩＮＶＩＴＥメッセージに含まれる端末２１１のＩＰ種別と、自己のＩＰ種別とを比較し、その結果をサーバ２０３に送信する。端末２１１のＩＰ種別はＩＰｖ４、端末２１２のＩＰ種別はＩＰｖ６であるので、端末２１１は、ＩＰ種別は不一致である旨をサーバ２０３に送信する。
【０００８】
ステップＳ２０６において、サーバ２０３は、端末２１２から受信したＩＰ種別は不一致である旨を、サーバ２０１に送信する。
ステップＳ２０７において、サーバ２０１は、ＩＰ種別は不一致である旨を受け、端末２１１と端末２１２がＲＴＰのメディアストリームによって通話できるよう、ＩＰ種別変換テーブル２０１ａを生成する。
【０００９】
ステップＳ２０８において、サーバ２０１は、ステップＳ２０７で生成した端末２１１に対応するＩＰｖ６のＩＰアドレスをＩＮＶＩＴＥメッセージに含め、サーバ２０３に送信する。
【００１０】
ステップＳ２０９において、サーバ２０３は、サーバ２０１から受信したＩＮＶＩＴＥメッセージを端末２１２に送信する。
ステップＳ２１０において、端末２１２は、サーバ２０３から受信したＩＮＶＩＴＥメッセージに含まれるＩＰ種別と自己のＩＰ種別とが一致するので、２００ＯＫメッセージをサーバ２０３に送信する。
【００１１】
ステップＳ２１１において、サーバ２０３は、２００ＯＫメッセージをサーバ２０１に送信する。
ステップＳ２１２において、サーバ２０１は、ステップＳ２０７で生成した端末２１２に対応するＩＰｖ４のＩＰアドレスを２００ＯＫメッセージに含め、サーバ２０２に送信する。
【００１２】
ステップＳ２１３において、サーバ２０２は、２００ＯＫメッセージを端末２１１に送信する。
以上により、端末２１１とサーバ２０１との間にＩＰｖ４のＲＴＰセッションが確立され、端末２１２とサーバ２０１との間にＩＰｖ６のＲＴＰセッションが確立される。端末２１１と端末２１２は、ＩＰ種別変換テーブル２０１ａを介して、通話できるようになる。
【００１３】
なお、上記では、ＩＰｖ４の端末２１１（発端末）からＩＰｖ６の端末２１２（着端末）に電話をかける場合を説明したが、逆にＩＰｖ６の端末２１２（発端末）からＩＰｖ４の端末２１１（着端末）に電話をかける場合も同様の手順で実現される。
【００１４】
図３１は、図２９のシステムの別のシーケンス図である。端末２１２は、ＩＰ種別を比較する機能を有していないとする。このため、サーバ２０３は、端末２１２からＩＰ種別の比較結果および２００ＯＫメッセージが送信されないことによってタイムアウトし、その旨をサーバ２０１に送信する。
【００１５】
ステップＳ２２１〜ステップＳ２２４は、図３０のステップＳ２０１〜ステップＳ２０４と同じ処理を行い、その説明を省略する。
ステップＳ２２５において、サーバ２０３は、端末２１２からＩＰ種別の比較結果および２００ＯＫメッセージが送信されないことによってタイムアウトし、その旨をサーバ２０１に送信する。
【００１６】
ステップＳ２２６において、サーバ２０１は、サーバ２０３からのタイムアウトの旨を受信し、ＩＰ種別変換テーブル２０１ａを生成する。
ステップＳ２２７〜ステップＳ２３２は、図３０のステップＳ２０８〜ステップＳ２１３と同じ処理を行い、その説明を省略する。
【００１７】
このように、サーバ２０３がタイムアウトすることによって、サーバ２０１がＩＰ種別変換テーブル２０１ａを生成することによっても、端末２１１と端末２１２は通話することができるようになる。
【００１８】
なお、ＩＰ種別が異なる端末間でもセッションを確立して通信を行うことができるシグナリング中継システムおよびシグナリング中継方法がある（例えば、特許文献１参照）。このシグナリング中継システムおよびシグナリング中継方法では、相手先のＩＰ種別が一意に決まっている場合に通信を行うことができるようになっている。
【特許文献１】特開２００３−１５２８２０号公報（段落番号〔００３９〕〜〔００４０〕、図４）
【発明の開示】
【発明が解決しようとする課題】
【００１９】
しかし、着端末においてＩＰ種別の判定をすると、その分着端末とサーバ間でメッセージのやり取りが生じ、セッションの確立に時間を要するという問題点があった。
また、着端末においてＩＰ種別の判定をしない場合でも、サーバでタイムアウトを検出しなければならず、セッションの確立に時間を要するという問題点があった。
【００２０】
さらに、着端末においてＩＰ種別の判定をすると、着端末にＩＰ種別を判定する機能を搭載しなければならず、着端末のコストが高くなるという問題点があった。
本発明はこのような点に鑑みてなされたものであり、着端末とサーバ間のメッセージのやり取りを低減して、セッションの確立時間を低減し、さらに端末のコストを低減することができるサーバおよび通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明では上記問題を解決するために、図１に示すようなＩＰネットワーク５に接続されたサーバ１において、配下に収容している着端末３のＩＰ種別を記憶したＩＰ種別記憶手段１ａと、発端末２から着端末３とセッションを確立するためのメッセージを受信するメッセージ受信手段１ｂと、メッセージに対応する着端末３のＩＰ種別をＩＰ種別記憶手段１ａから取得するＩＰ種別取得手段１ｃと、メッセージに含まれている発端末２のＩＰ種別と、ＩＰ種別取得手段１ｃによって取得された着端末３のＩＰ種別とを比較するＩＰ種別比較手段１ｄと、ＩＰ種別比較手段１ｄの比較結果を、発端末２と着端末３とで送受信されるデータフレームのＩＰ種別が一致するようにアドレス変換するアドレス変換装置４に送信する比較結果送信手段１ｅと、を有することを特徴とするサーバ１が提供される。
【００２２】
このようなサーバ１によれば、発端末２からセッションを確立するためのメッセージを受信し、このメッセージに対応する着端末３のＩＰ種別をＩＰ種別記憶手段１ａから取得する。そして、メッセージに含まれている発端末２のＩＰ種別と、ＩＰ種別記憶手段１ａから取得した着端末３のＩＰ種別とを比較し、比較結果をアドレス変換装置４に送信する。これにより、着端末３でのＩＰ種別の判定が不要となる。
【発明の効果】
【００２３】
本発明のサーバでは、発端末のＩＰ種別と配下に収容している着端末のＩＰ種別とを比較し、比較結果を発端末と着端末とで送受信されるデータフレームのＩＰ種別が一致するようにアドレス変換するアドレス変換装置に送信するようにした。これによって、着端末でのＩＰ種別の判定が不要となって着端末とサーバ間のメッセージのやり取りが低減されるので、セッションの確立時間を低減することができ、端末のコストを低減することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の原理を、図面を参照して詳細に説明する。
図１は、サーバの概要を示した図である。図に示すようにサーバ１、発端末２、着端末３、およびアドレス変換装置４は、ＩＰネットワーク５に接続されている。サーバ１は、ＩＰ種別記憶手段１ａ、メッセージ受信手段１ｂ、ＩＰ種別取得手段１ｃ、ＩＰ種別比較手段１ｄ、および比較結果送信手段１ｅを有している。
【００２５】
ＩＰ種別記憶手段１ａは、配下に収容している着端末３のＩＰ種別を記憶している。着端末３は、１つしか示してないが複数存在し、それらのＩＰ種別はＩＰ種別記憶手段１ａに記憶されている。メッセージ受信手段１ｂは、発端末２から、着端末３とセッションを確立するためのメッセージを受信する。発端末２は１つしか示してないが複数存在する。ＩＰ種別取得手段１ｃは、メッセージ受信手段１ｂによって受信されたメッセージに対応する着端末３のＩＰ種別をＩＰ種別記憶手段１ａから取得する。ＩＰ種別比較手段１ｄは、メッセージ受信手段１ｂによって受信されたメッセージに含まれている発端末２のＩＰ種別と、ＩＰ種別取得手段１ｃによって取得された着端末３のＩＰ種別とを比較する。比較結果送信手段１ｅは、ＩＰ種別比較手段１ｄの比較結果を、発端末２と着端末３とで送受信されるデータフレームのＩＰ種別が一致するようアドレス変換するアドレス変換装置４に送信する。
【００２６】
以下、図１の動作について説明する。発端末２が着端末３とデータフレームの送受信を行うには、セッションを確立するためのメッセージを着端末３に送信する。サーバ１のメッセージ受信手段１ｂは、このメッセージを受信する。ＩＰ種別取得手段１ｃは、受信されたメッセージに対応する着端末３のＩＰ種別をＩＰ種別記憶手段１ａから取得する。ＩＰ種別比較手段１ｄは、受信されたメッセージに含まれている発端末２のＩＰ種別と、ＩＰ種別記憶手段１ａから取得した着端末３のＩＰ種別を比較する。比較結果は、アドレス変換装置４に送信される。
【００２７】
アドレス変換装置４では、比較結果に応じて、発端末２と着端末３とで送受信されるデータフレームのＩＰ種別が一致するようアドレス変換する。従って、発端末２と着端末３のＩＰ種別が異なっていても、発端末２から送信されるデータフレームは、アドレス変換装置４によってアドレスのＩＰ種別が変換されて適正に着端末３に送信される。一方、着端末３から送信されるデータフレームも、アドレス変換装置４によってアドレスのＩＰ種別が変換されて適正に着端末３に送信される。
【００２８】
このようにサーバ１は、発端末２のＩＰ種別と着端末３のＩＰ種別とを比較し、比較結果を発端末２と着端末３とで送受信されるデータフレームのＩＰ種別が一致するようアドレス変換するアドレス変換装置４に送信するようにした。これによって、着端末３でのＩＰ種別の判定が不要となり、着端末３とサーバ１間のメッセージのやり取りが低減されるので、セッションの確立時間を低減することができ、発端末２、着端末３のコストを低減することができる。
【００２９】
次に、本発明の第１の実施の形態を、図面を参照して詳細に説明する。
図２は、第１の実施の形態に係るＳＩＰサーバのシステム構成例を示した概略図である。図に示すＩＰネットワーク６１は、ＩＰｖ４、ＩＰｖ６の混在網であり、ＳＩＰサーバ１０，２０，４０、コアルータ６２，６５、およびエッジルータ６３，６４，６６，６７が設置されている。ＩＰネットワーク７１は、エリアルータ７２を介して、ＩＰネットワーク６１のエッジルータ６３と接続されている。ＩＰネットワーク７３は、エリアルータ７４を介して、ＩＰネットワーク６１のエッジルータ６４と接続されている。ＩＰネットワーク７５は、エリアルータ７６を介して、ＩＰネットワーク６１のエッジルータ６６と接続されている。ＩＰネットワーク７７は、エリアルータ７８を介して、ＩＰネットワーク６１のエッジルータ６７と接続されている。
【００３０】
端末５１は、ＩＰネットワーク７１に接続されている。端末５２は、ＩＰネットワーク７５に接続されている。端末５３は、ＩＰネットワーク７７に接続されている。端末５４は、ＩＰネットワーク６１に接続されている。端末５１〜５３は、例えば、ＩＰ電話であり、ＩＰネットワーク６１，７１，７５，７７を介して、音声データや画像データを送受信することができる。端末５４は、ＳＩＰサーバ１０，２０，４０と通信し、ＳＩＰサーバ１０，２０，４０のＩＰ種別変換を行う機能を有効化または無効化する。
【００３１】
ＳＩＰサーバ１０，２０，４０は、端末５１〜５３間のＳＩＰセッションを確立する。端末５１〜５３は、ＳＩＰサーバ１０，２０，４０のＳＩＰセッションの確立によって、データ（フレーム）の送受信を行うことができる。
【００３２】
端末５１〜５３は、ＩＰ種別が異なる場合、フレームの送受信が行えない。そのため、ＳＩＰサーバ２０は、フレームのＩＰ種別変換を行うためのＩＰ種別変換テーブルを生成する。端末５１〜５３で送受信される異なるＩＰ種別のフレームは、ＩＰ種別変換テーブルによってアドレス変換され、送受信できるようになる。
【００３３】
例えば、端末５１のＩＰ種別をＩＰｖ４とする。端末５３のＩＰ種別をＩＰｖ６とする。端末５１が端末５３を呼び出すとする。端末５１は、図中両矢印Ａ１〜Ａ４に示すように端末５３とＳＩＰセッションを確立するため、ＩＮＶＩＴＥメッセージを端末５３に送信する。ＩＮＶＩＴＥメッセージには、端末５１のＩＰ種別がＩＰｖ４であることを示す情報が含まれている。
【００３４】
端末５１のＩＮＶＩＴＥメッセージは、端末５１を配下に収容しているＳＩＰサーバ４０を介して、ＳＩＰサーバ２０に送信される。そして、端末５３を配下に収容しているＳＩＰサーバ１０に送信される。ＳＩＰサーバ１０は、端末５３を配下に収容したＳＩＰサーバであり、端末５３のＩＰ種別がＩＰｖ６であることを認識している。ＳＩＰサーバ１０は、受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別と、端末５３のＩＰ種別とを比較して、ＩＰ種別変換が必要であるか判定し、判定結果をＳＩＰサーバ２０に送信する。端末５１のＩＰ種別はＩＰｖ４、端末５３のＩＰ種別はＩＰｖ６であるので、ＳＩＰサーバ１０は、ＩＰ種別が一致しなかった旨をＳＩＰサーバ２０に送信する。
【００３５】
ＳＩＰサーバ２０は、ＳＩＰサーバ１０からの判定を受けて、端末５１と端末５３とがフレームの送受信を行えるためのＩＰ種別変換テーブルを生成する。これによって、例えば、図中両矢印Ｂ１に示すような、ＲＴＰ／ＲＴＣＰ（RTP Control Protocol）のメディアストリームが形成され、端末５１と端末５３とでフレームの送受信が可能となる。
【００３６】
このように、着端末（端末５３）を配下に収容したＳＩＰサーバ１０がＩＰ種別の変換が必要であるか判定するので、ＳＩＰサーバ１０と端末５３とでやり取りするメッセージを低減することができ、ＳＩＰセッションの確立時間を低減することができる。また、端末５３においてＩＰ種別の不一致を判定させる機能が不要となり、端末のコストを低減することができる。
【００３７】
なお、ＳＩＰサーバ４０もＳＩＰサーバ１０と同様の機能を有する。端末５３が発端末で端末５１が着端末である場合、ＳＩＰサーバ４０がＩＰ種別変換の判定をし、判定結果をＳＩＰサーバ２０に送信する。ＳＩＰサーバ２０は、ＳＩＰサーバ４０からの判定結果を受けて、端末５３と端末５１とがフレームの送受信を行えるためのＩＰ種別変換テーブルを生成する。
【００３８】
次に、ＳＩＰサーバ１０のハードウェア構成について説明する。
図３は、ＳＩＰサーバのハードウェア構成例を示した図である。図に示すようにＳＩＰサーバ１０は、ＣＰＵ(Central Processing Unit)１０ａによって装置全体が制御されている。ＣＰＵ１０ａには、バス１０ｇを介してＲＡＭ(Random Access Memory)１０ｂ、ハードディスクドライブ(ＨＤＤ:Hard Disk Drive)１０ｃ、グラフィック処理装置１０ｄ、入力インターフェース１０ｅ、および通信インターフェース１０ｆが接続されている。
【００３９】
ＲＡＭ１０ｂには、ＣＰＵ１０ａに実行させるＯＳ(Operating System)のプログラムや、ＳＩＰセッションの確立を行い、ＩＰ種別変換をするためのアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０ｂには、ＣＰＵ１０ａによる処理に必要な各種データが保存される。ＨＤＤ１０ｃには、上記のＯＳやアプリケーションプログラム、各種データなどが格納される。
【００４０】
グラフィック処理装置１０ｄには、モニタ１０ｈが接続されている。グラフィック処理装置１０ｄは、ＣＰＵ１０ａからの命令に従って、画像をモニタ１０ｈの表示画面に表示させる。入力インターフェース１０ｅには、キーボード１０ｉと、マウス１０ｊとが接続されている。入力インターフェース１０ｅは、キーボード１０ｉやマウス１０ｊから送られてくる信号を、バス１０ｇを介してＣＰＵ１０ａに送信する。
【００４１】
通信インターフェース１０ｆは、ＣＰＵ１０ａからの命令に従い、ＩＰネットワーク６１を介して、他のＳＩＰサーバ２０，４０、端末５１〜５３と通信を行う。
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、ＳＩＰサーバ２０，４０、端末５１〜５３も図３と同様のハードウェアを有している。
【００４２】
次に、ＳＩＰサーバ１０の機能について説明する。
図４は、ＳＩＰサーバの機能ブロック図である。図に示すようにＳＩＰサーバ１０は、ソフトスイッチ実行部１１を有している。ソフトスイッチ実行部１１は、ＳＩＰプロトコルの解釈を行い、ＳＩＰセッションの確立や解放を行う。また、配下に収容している着端末のＩＰ種別と、発端末から送信されるＩＮＶＩＴＥメッセージに含まれている発端末のＩＰ種別とを比較し、発端末と着端末とにおいてフレームのＩＰ種別変換が必要であるか判定を行う。そして、判定結果をＳＩＰサーバ２０に送信する。ソフトスイッチ実行部１１は、呼処理部１２およびＩＰ種別変換設定通信部１８を有し、上記機能を発揮している。
【００４３】
呼処理部１２は、ＳＩＰプロトコルに基づいた呼処理を行う。また、発端末と着端末とのＩＰ種別が異なるか否かの判定を行い、その結果をＳＩＰサーバ２０に送信する。ＩＰ種別変換設定通信部１８は、ＩＰネットワーク６１に接続されている端末５４と通信する。ＩＰ種別変換設定通信部１８は、端末５４から、ＩＰ種別変換を行うための機能を有効化または無効化する指示を受信する。
【００４４】
呼処理部１２は、ＩＰ種別変換判定部１３、呼制御部１４、レジスタ制御部１５、加入者管理テーブル１６、およびＳＩＰプロトコル制御部１７を有し、上記機能を発揮している。ＩＰ種別変換判定部１３は、発端末と着端末のＩＰ種別が異なるか否かの判定を行う。
【００４５】
図５は、ＩＰ種別変換判定部の詳細を示した機能ブロック図である。図に示すようにＩＰ種別変換判定部１３は、ＩＰ種別変換判定実行部１３ａ、変換機能有効化判定部１３ｂ、メッセージ変換部１３ｃ、および加入者ＩＰ種別管理部１３ｄを有している。
【００４６】
ＩＰ種別変換判定実行部１３ａは、発端末から送信されるＩＮＶＩＴＥメッセージに含まれているその発端末のＩＰ種別と、加入者管理テーブル１６に記憶されている配下に収容している着端末のＩＰ種別とを比較し、ＩＰ種別変換が必要であるか判定する。ＩＰ種別の変換が必要である場合は、メッセージ変換部１３ｃに判定結果を含む応答メッセージ、例えば、２００ＯＫメッセージを生成するよう依頼する。また、ＩＰ種別変換判定実行部１３ａは、変換機能有効化判定部１３ｂを参照し、ＩＰ種別変換の判定機能を有効化または無効化する。
【００４７】
変換機能有効化判定部１３ｂは、ＩＰ種別変換設定通信部１８により端末５４から受信された、ＩＰ種別変換の判定機能を有効化または無効化する指示を保持している。
メッセージ変換部１３ｃは、ＩＰ種別変換判定実行部１３ａによってＩＰ種別変換が必要であると判定された場合に、ＳＩＰサーバ２０に対して送信する応答メッセージを生成する。応答メッセージは、例えば上述した２００ＯＫメッセージであり、ＩＰ種別変換が必要である旨の判定結果を含む。
【００４８】
加入者ＩＰ種別管理部１３ｄは、配下に収容している着端末のＩＰ種別を記憶した加入者管理テーブル１６を参照して、発端末から送信されたＩＮＶＩＴＥメッセージに対応する着端末のＩＰ種別を取得する。
【００４９】
図４の呼処理部１２の説明に戻る。呼制御部１４は、ＳＩＰプロトコルに基づいて呼制御を行う。レジスタ制御部１５は、配下に収容している端末と通信し、加入者情報を取得する。加入者情報には、配下に収容している端末のＩＰ種別が含まれる。加入者管理テーブル１６は、レジスタ制御部１５によって取得された加入者情報を記憶する。加入者管理テーブル１６は、例えば、図３に示したＲＡＭ１０ｂやＨＤＤ１０ｃの記憶装置に構築される。ＳＩＰプロトコル制御部１７は、ＳＩＰプロトコルの処理を行う。なお、ＳＩＰサーバ４０も図４と同様の機能を有し、その説明を省略する。
【００５０】
次に、ＳＩＰサーバ２０の機能について説明する。
図６は、ＩＰ種別変換テーブルを生成するＳＩＰサーバの機能ブロック図である。図に示すようにＳＩＰサーバ２０は、ソフトスイッチ実行部２１およびＩＰ種別変換部２７を有している。ソフトスイッチ実行部２１は、ＳＩＰプロトコルの解釈を行い、ＳＩＰセッションの確立や解放を行う。また、ＳＩＰサーバ１０，４０からの応答メッセージにより、ＩＰ種別変換部２７を制御してＩＰ種別変換を行う。ソフトスイッチ実行部２１は、呼処理部２２およびＩＰ種別変換設定通信部２６を有し、上記機能を発揮している。
【００５１】
呼処理部２２は、ＳＩＰプロトコルに基づいた呼処理を行う。また、発端末と着端末のＩＰ種別が異なるとＳＩＰサーバ１０，４０によって判定された場合には、ＩＰ種別変換部２７を制御してＩＰ種別変換の処理を行う。ＩＰ種別変換設定通信部２６は、ＩＰネットワーク６１に接続されている端末５４と通信する。ＩＰ種別変換設定通信部２６は、端末５４から、ＩＰ種別変換を行うための機能を有効化または無効化する指示を受信する。
【００５２】
呼処理部２２は、ＩＰ種別変換判定部２３、呼制御部２４、およびＳＩＰプロトコル制御部２５を有し、上記機能を発揮している。ＩＰ種別変換判定部２３は、ＳＩＰサーバ１０，４０によって発端末と着端末とのＩＰ種別が異なると判定された場合、ＩＰ種別変換部２７を制御してＩＰ種別変換の処理を行う。
【００５３】
図７は、ＩＰ種別変換判定部の詳細を示した機能ブロック図である。図に示すようにＩＰ種別変換判定部２３は、ＩＰ種別変換判定実行部２３ａ、変換機能有効化判定部２３ｂ、メッセージ変換部２３ｃ、ＩＰ種別保持テーブル２３ｄ、およびＩＰ種別変換機能管理部２３ｅを有している。
【００５４】
ＩＰ種別変換判定実行部２３ａは、ＳＩＰサーバ１０，４０から返却される、例えば上述した２００ＯＫメッセージの応答メッセージを解釈し、ＩＰ種別の変換が必要であるか判定を行う。ＩＰ種別変換判定実行部２３ａは、受信した応答メッセージに含まれている着端末のＩＰ種別と、ＩＰ種別保持テーブル２３ｄに記憶されている着端末を呼び出した発端末のＩＰ種別とを比較し、異なっていればＩＰ種別の変換が必要であると判断する。
【００５５】
また、ＩＰ種別変換判定実行部２３ａは、ＩＰ種別変換機能管理部２３ｅに依頼して、ＩＰ種別変換部２７によりＩＰ種別変換を行うためのＩＰ種別変換テーブル２８の生成および解放が行われるようにする。また、ＩＰ種別変換判定実行部２３ａは、メッセージ変換部２３ｃに依頼して、ＩＰ種別変換が必要な場合に着端末に再発行するメッセージと、発端末に必要なメッセージを生成する。また、ＩＰ種別変換判定実行部２３ａは、変換機能有効化判定部２３ｂを参照し、このＩＰ種別の判定機能を有効化または無効化する。
【００５６】
変換機能有効化判定部２３ｂは、ＩＰ種別変換設定通信部２６により端末５４から受信された、ＩＰ種別変換の判定機能を有効化または無効化する指示を保持している。
メッセージ変換部２３ｃは、ＩＰ種別変換が必要であると判定された場合、再度ＳＩＰサーバ１０，４０に向けて送信するメッセージの生成を行う。このメッセージには、ＩＰ種別変換部２７が取得した、着端末が発端末に対して通信できるための新たなＩＰアドレスが含まれる。また、発端末が着端末に対して通信できるための新たなＩＰアドレスが含まれる。
【００５７】
ＩＰ種別保持テーブル２３ｄは、発端末が最初に送信したＩＮＶＩＴＥメッセージに含まれている発端末のＩＰ種別を保持する。これによって、ＩＰ種別変換判定実行部２３ａは、ＳＩＰサーバ１０，４０から送信される応答メッセージに含まれる着端末のＩＰ種別と、発端末のＩＰ種別とを比較できる。ＩＰ種別保持テーブル２３ｄは、例えば、ＲＡＭやＨＤＤの記憶装置に構築される。
【００５８】
ＩＰ種別変換機能管理部２３ｅは、ＩＰ種別変換判定実行部２３ａからの要求により、ＩＰ種別変換部２７の制御を行う。具体的には、ＩＰ種別変換を行うために使用されるＩＰｖ４、ＩＰｖ６のＩＰアドレスの捕捉および解放の制御を行う。ＩＰ種別変換テーブル２８の作成、削除の制御を行う。
【００５９】
図６の呼処理部２２の説明に戻る。呼制御部２４は、ＳＩＰプロトコルに基づいて呼制御を行う。ＳＩＰプロトコル制御部２５は、ＳＩＰプロトコルの処理を行う。
ＩＰ種別変換部２７は、ＩＰ種別変換テーブル２８、ＩＰ種別変換実行部２９、およびＩＰアドレス管理部３０を有している。
【００６０】
ＩＰ種別変換テーブル２８は、異なるＩＰ種別の発端末と着端末とを結びつけるためのＩＰｖ４、ＩＰｖ６のＩＰアドレスが記憶される。ＩＰ種別変換テーブル２８は、例えば、ＲＡＭやＨＤＤの記憶装置に構築される。
【００６１】
ＩＰ種別変換実行部２９は、ＩＰ種別変換テーブル２８を参照し、ＩＰｖ４、ＩＰｖ６のフレームのＩＰアドレス変換を行う。
ＩＰアドレス管理部３０は、ＩＰ種別変換のためにＩＰ種別変換テーブル２８に記憶されるＩＰｖ４、ＩＰｖ６のＩＰアドレスの捕捉および解放を行う。ＩＰアドレス管理部３０は、ＩＰｖ４アドレス管理部３１およびＩＰｖ６アドレス管理部３２を有している。
【００６２】
ＩＰｖ４アドレス管理部３１は、ＩＰ種別変換テーブル２８に記憶されるＩＰｖ４のＩＰアドレスの捕捉および解放を行う。ＩＰｖ６アドレス管理部３２は、ＩＰ種別変換テーブル２８に記憶されるＩＰｖ６のＩＰアドレスの捕捉および解放を行う。
【００６３】
次に、図２とは別のシステム構成例について説明する。
図８は、別のシステム構成例である。図８には、図２のＳＩＰサーバ１０，２０，４０、端末５１〜５３、およびＩＰネットワーク６１が示してある。ルータ９１〜９３は、図２で示したコアルータ、エッジルータ、エリアルータに対応する。図２のその他は、省略してある。
【００６４】
図８に示すコンバータ８０は、ＩＰ種別の異なる端末５１〜５３同士で通信が行えるように、フレームのアドレス変換を行う。図２，６では、ＳＩＰサーバ２０がＩＰ種別変換テーブル２８を有し、フレームのＩＰ種別変換を行うとしたが、図８では、その部分を切り離し、コンバータ８０として独立させている。つまり、ＳＩＰサーバ２０のＩＰ種別を変換するための機能を、他の装置（コンバータ８０）に実装し、ＩＰネットワーク６１に設置することも可能である。ＳＩＰサーバ２０は、ＩＰネットワーク６１を介した通信によってコンバータ８０を制御している。以下では、コンバータ８０がＩＰ種別変換テーブル２８を有しているとして説明する。
【００６５】
ＩＰ種別変換テーブル２８のデータ構成例について説明する。
図９は、ＩＰ種別変換テーブルのデータ構成例を示した図である。図に示すようにＩＰ種別変換テーブル２８は、ＩＰｖ４端末アドレス、コンバータ内ＩＰｖ４アドレス、コンバータ内ＩＰｖ６アドレス、およびＩＰｖ６端末アドレスの欄を有している。
【００６６】
ＩＰｖ４端末アドレスの欄には、ＩＰネットワーク６１に接続されているＩＰｖ４端末のＩＰアドレスが格納される。コンバータ内ＩＰｖ４アドレスの欄には、コンバータ８０のポートに割り当てられたＩＰｖ４のＩＰアドレスが格納される。コンバータ内ＩＰｖ６アドレスの欄には、コンバータ８０のポートに割り当てられたＩＰｖ６のＩＰアドレスが格納される。ＩＰｖ６端末アドレスの欄には、ＩＰネットワーク６１に接続されているＩＰｖ６端末のＩＰアドレスが格納される。各欄のアドレスは、横方向において関連付けられている。
【００６７】
図１０は、コンバータのアドレス変換を説明する図である。図には、端末５１，５３、およびＩＰ種別変換テーブル２８を有したコンバータ８０が示してある。端末５１のＩＰ種別はＩＰｖ４、端末５３のＩＰ種別はＩＰｖ６とする。端末５１，５３、およびコンバータ８０のポートに割り当てられたＩＰアドレスは、図９に示すＩＰ種別変換テーブル２８の最上欄に示したアドレスとする。
【００６８】
端末５１から端末５３へ通信する場合、端末５１は、コンバータ８０のＩＰｖ４アドレスである10.11.12.13宛てにフレームを送信する。コンバータ８０は、ＩＰｖ４フォーマットのフレームをＩＰｖ６フォーマットのフレームに変換する。具体的には、コンバータ８０はＩＰ種別変換テーブル２８を参照し、宛先をFE1C:568C::65D8:1963:2A4C、送信元をFF1E:03AD::7F2E:172A:1E24としたＩＰｖ６フォーマットに変換する。これによって、端末５３は、端末５１がＩＰｖ４であってもフレームを受信することができる。
【００６９】
端末５３から端末５１へ通信する場合、端末５３は、コンバータ８０のＩＰｖ６アドレスであるFF1E:03AD::7F2E:172A:1E24宛にフレームを送信する。コンバータ８０は、ＩＰｖ６フォーマットのフレームをＩＰｖ４フォーマットのフレームに変換する。具体的には、コンバータ８０はＩＰ種別変換テーブル２８を参照し、宛先を192.168.0.1、送信元を10.11.12.13としたＩＰｖ４フォーマットに変換する。これによって、端末５１は、端末５３がＩＰｖ６であってもフレームを受信することができる。
【００７０】
次に、同じＩＰ種別同士でのセッション確立について説明する。
図１１は、同じＩＰ種別同士でセッション確立をするシステム構成例である。図１１において図８と同じものには同じ符号を付し、その説明を省略する。なお、図１１では、図８の端末５３、ＩＰネットワーク６１が省略されている。端末５１，５２のＩＰ種別はＩＰｖ４とする。
【００７１】
図１２は、図１１のシステムのシーケンス図である。図１１に示す端末５１，５２は、通話をするためにＳＩＰセッションを確立する必要がある。そのため、図１２に示すようにステップＳ１において、端末５１は、ＳＩＰサーバ４０にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、自己のＩＰ種別がＩＰｖ４であることを示す情報が含まれている。なお、端末５１が送信するＳＩＰメッセージは、ＳＩＰサーバ２０を通過するように設定されている。
【００７２】
ステップＳ２において、ＳＩＰサーバ４０は、端末５１からのＩＮＶＩＴＥメッセージを受けて、１００Ｔｒｙｉｎｇメッセージを端末５１に送信する。ＳＩＰサーバ４０は、端末５１から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ２０に送信する。
【００７３】
ステップＳ３において、ＳＩＰサーバ２０は、ＳＩＰサーバ４０からのＩＮＶＩＴＥメッセージを受けて、１００ＴｒｙｉｎｇメッセージをＳＩＰサーバ４０に送信する。ＳＩＰサーバ２０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ１０に送信する。
【００７４】
ステップＳ４において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別と、加入者管理テーブル１６に記憶されている端末５２のＩＰ種別とを比較する。端末５１，５２のＩＰ種別はＩＰｖ４で一致するので、ＳＩＰサーバ１０は、ＩＰ種別が異なる旨のメッセージをＳＩＰサーバ２０に返答せず、１００Ｔｒｙｉｎｇメッセージを送信する。また、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージを端末５２に送信する。
【００７５】
ステップＳ５において、端末５２は、ＳＩＰサーバ１０からのＩＮＶＩＴＥメッセージを受けて、１００ＴｒｙｉｎｇメッセージをＳＩＰサーバ１０に送信する。また、端末５２は、１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージをＳＩＰサーバ１０に送信する。
【００７６】
ステップＳ６において、ＳＩＰサーバ１０は、端末５２からの１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを受けて、ＳＩＰサーバ２０に１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを送信する。
【００７７】
ステップＳ７において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０からの１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを受けて、ＳＩＰサーバ４０に１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを送信する。
【００７８】
ステップＳ８において、ＳＩＰサーバ４０は、ＳＩＰサーバ２０からの１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを受けて、端末５１に１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを送信する。
【００７９】
ステップＳ９において、端末５１は、ＳＩＰサーバ４０からの１８０Ｒｉｎｇｉｎｇメッセージ、２００ＯＫメッセージを受けて、ＡＣＫメッセージをＳＩＰサーバ４０に送信する。
【００８０】
ステップＳ１０において、ＳＩＰサーバ４０は、端末５１からのＡＣＫメッセージを受けて、ＳＩＰサーバ２０にＡＣＫメッセージを送信する。
ステップＳ１１において、ＳＩＰサーバ２０は、ＳＩＰサーバ４０からのＡＣＫメッセージを受けて、ＳＩＰサーバ１０にＡＣＫメッセージを送信する。
【００８１】
ステップＳ１２において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０からのＡＣＫメッセージを受けて、端末５２にＡＣＫメッセージを送信する。
このように、端末５１，５２は、メッセージをやり取りすることによってＳＩＰセッションを確立し、通話パスに相当するＲＴＰセッションを確立する。これによって、端末５１，５２は、通話可能になる。
【００８２】
端末５１，５２間のＳＩＰセッションおよびＲＴＰセッションを終了するには、ステップＳ１３において、例えば、端末５２がＢＹＥメッセージをＳＩＰサーバ１０に送信する。
【００８３】
ステップＳ１４において、ＳＩＰサーバ１０は、端末５２からのＢＹＥメッセージを受けて、ＳＩＰサーバ２０にＢＹＥメッセージを送信する。
ステップＳ１５において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０からのＢＹＥメッセージを受けて、ＳＩＰサーバ４０にＢＹＥメッセージを送信する。
【００８４】
ステップＳ１６において、ＳＩＰサーバ４０は、ＳＩＰサーバ２０からのＢＹＥメッセージを受けて、端末５１にＢＹＥメッセージを送信する。
ステップＳ１７において、端末５１は、ＳＩＰサーバ４０からのＢＹＥメッセージを受けて、ＳＩＰサーバ４０に２００ＯＫメッセージを送信する。
【００８５】
ステップＳ１８において、ＳＩＰサーバ４０は、端末５１からの２００ＯＫメッセージを受けて、ＳＩＰサーバ２０に２００ＯＫメッセージを送信する。
ステップＳ１９において、ＳＩＰサーバ２０は、ＳＩＰサーバ４０からの２００ＯＫメッセージを受けて、ＳＩＰサーバ１０に２００ＯＫメッセージを送信する。
【００８６】
ステップＳ２０において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０からの２００ＯＫメッセージを受けて、端末５２に２００ＯＫメッセージを送信する。これによって、端末５１，５２間のＳＩＰセッションおよびＲＴＰセッションが終了する。
【００８７】
このように、端末５１，５２のＩＰ種別が同じである場合、ＳＩＰサーバ１０は、端末のＩＰ種別が異なる旨のメッセージをＳＩＰサーバ２０に送信しない。このため、ＳＩＰサーバ２０は、コンバータ８０に対して端末５１，５２のＩＰ種別変換テーブル２８を生成しない。また、コンバータ８０によってＩＰ種別変換は行われないので、図１１に示すようにコンバータ８０を経由したＲＴＰセッションは確立されない。
【００８８】
次に、異なるＩＰ種別同士でのセッション確立について説明する。
図１３は、異なるＩＰ種別同士でセッション確立をするシステム構成例である。図１３において図８と同じものには同じ符号を付し、その説明を省略する。なお、図１３では、図８の端末５２、ＩＰネットワーク６１が省略されている。端末５１，５３のＩＰ種別は、それぞれＩＰｖ４、ＩＰｖ６とする。
【００８９】
図１４は、図１３のシステムのシーケンス図である。図１３に示す端末５１，５３は、通話をするためにＳＩＰセッションを確立する必要がある。そのため、図１４に示すようにステップＳ３１において、端末５１は、ＳＩＰサーバ４０にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、自己のＩＰ種別がＩＰｖ４であることを示す情報が含まれている。なお、図１４では、１８０ＲｉｎｇｉｎｇメッセージやＡｃｋメッセージを省略している。また、端末５１が送信するＳＩＰメッセージは、ＳＩＰサーバ２０を通過するように設定されている。
【００９０】
ステップＳ３２において、ＳＩＰサーバ４０は、端末５１から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ２０に送信する。
ステップＳ３３において、ＳＩＰサーバ２０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別を、ＩＰ種別保持テーブル２３ｄに保持する。ＳＩＰサーバ２０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ１０に送信する。
【００９１】
ステップＳ３４において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージに含まれている端末５３のＩＰ種別を、加入者管理テーブル１６から取得する。ＳＩＰサーバ１０は、取得した端末５３のＩＰ種別と、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別とを比較する。端末５１のＩＰ種別はＩＰｖ４、端末５３のＩＰ種別はＩＰｖ６であるので、ＩＰ種別は異なり、ＩＰ種別変換が必要であると判定する。
【００９２】
ステップＳ３５において、ＳＩＰサーバ１０は、ステップＳ３４での判定により、ＩＮＶＩＴＥメッセージを端末５３に送信せず、２００ＯＫメッセージをＳＩＰサーバ２０に送信する。ＳＩＰサーバ１０は、この２００ＯＫメッセージに、端末５３のＩＰ種別を記述する。
【００９３】
ステップＳ３６において、ＳＩＰサーバ２０は、ステップＳ３３でＩＰ種別保持テーブル２３ｄに保持した端末５１のＩＰ種別と、ＳＩＰサーバ１０から受信した２００ＯＫメッセージに含まれている端末５３のＩＰ種別とを比較する。端末５１，５３のＩＰ種別は異なるので、ＳＩＰサーバ２０は、端末５１，５３間で通信できるようにＩＰ種別変換テーブル２８を生成する。
【００９４】
ステップＳ３７において、ＳＩＰサーバ２０は、ＩＰ種別変換テーブル２８の生成によって得られた端末５１に対応するＩＰｖ６のＩＰアドレスを、ＩＮＶＩＴＥメッセージに含めてＳＩＰサーバ１０に送信する。
【００９５】
ステップＳ３８において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージを端末５３に送信する。
ステップＳ３９において、端末５３は、ＳＩＰサーバ１０からのＩＮＶＩＴＥメッセージを受けて、２００ＯＫメッセージをＳＩＰサーバ１０に送信する。
【００９６】
ステップＳ４０において、ＳＩＰサーバ１０は、端末５３からの２００ＯＫメッセージを受けて、ＳＩＰサーバ２０に２００ＯＫメッセージを送信する。
ステップＳ４１において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０からの２００ＯＫメッセージを受けて、ＳＩＰサーバ４０に２００ＯＫメッセージを送信する。このとき、ＳＩＰサーバ２０は、ステップＳ３６のＩＰ種別変換テーブル２８の生成によって得られた端末５３に対応するＩＰｖ４のＩＰアドレスを、ＩＮＶＩＴＥメッセージに含めてＳＩＰサーバ４０に送信する。
【００９７】
ステップＳ４２において、ＳＩＰサーバ４０は、ＳＩＰサーバ２０からの２００ＯＫメッセージを受けて、端末５１に２００ＯＫメッセージを送信する。
このように、端末５１，５３のＩＰ種別が異なる場合、ＳＩＰサーバ１０は、端末のＩＰ種別が異なる旨の判定をし、ＩＰｖ６を含む２００ＯＫメッセージをＳＩＰサーバ２０に送信する。これによって、ＳＩＰサーバ２０は、コンバータ８０に対して端末５１，５３のＩＰ種別変換テーブル２８を生成する。そして、ＩＰ種別変換テーブル２８の生成によって得られた端末５１に対応するＩＰｖ６のＩＰアドレスを端末５３に送信し、端末５３に対応するＩＰｖ４のＩＰアドレスを端末５１に送信する。各端末５１，５３は、ＳＩＰサーバ２０から送信されたＩＰアドレス宛てにフレームを送信することにより、フレームがコンバータ８０によってＩＰ種別変換が行われ、図１３に示すようにコンバータ８０を経由したＲＴＰセッションが確立される。
【００９８】
次に、図１４のステップＳ３６で説明したＩＰ種別変換テーブル２８の生成について詳細に説明する。
図１５は、ＩＰ種別変換テーブルを生成するシーケンス図である。ＳＩＰサーバ２０は、図１４のステップＳ３６において、端末５１，５３のＩＰ種別が異なると判定すると、以下のステップに従ってＩＰ種別変換テーブル２８を生成する。
【００９９】
ステップＳ５１において、ＳＩＰサーバ２０の呼処理部２２は、ＩＰｖ４アドレス管理部３１に対し、ＩＰｖ４の未使用のＩＰアドレスを捕捉するよう指示する。
ステップＳ５２において、ＩＰｖ４アドレス管理部３１は、ＩＰｖ４の未使用のＩＰアドレスを捕捉し、呼処理部２２に送信する。
【０１００】
ステップＳ５３において、呼処理部２２は、ＩＰｖ６アドレス管理部３２に対し、ＩＰｖ６の未使用のＩＰアドレスを捕捉するよう指示する。
ステップＳ５４において、ＩＰｖ６アドレス管理部３２は、ＩＰｖ６の未使用のＩＰアドレスを捕捉し、呼処理部２２に送信する。
【０１０１】
ステップＳ５５において、呼処理部２２は、ＩＰｖ４アドレス管理部３１、ＩＰｖ６アドレス管理部３２によって捕捉されたＩＰｖ４、ＩＰｖ６のＩＰアドレスをＩＰ種別変換判定部２３に送信する。また、図１４のステップＳ３２より受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰアドレスと、ステップＳ３５より受信した２００ＯＫメッセージに含まれている端末５３のＩＰアドレスをＩＰ種別変換テーブル生成指示としてＩＰ種別変換判定部２３に送信する。
【０１０２】
ステップＳ５６において、ＩＰ種別変換判定部２３は、ステップＳ５５より受信した捕捉されたＩＰｖ４、ＩＰｖ６のＩＰアドレスと、端末５１，５３のＩＰアドレスを、図９のＩＰ種別変換テーブル２８に示すように横方向に関連付けて記憶する。
【０１０３】
このようにして、ＩＰ種別変換テーブル２８は生成される。なお、捕捉したＩＰｖ６のＩＰアドレスは、図１４のステップＳ３７で説明したように、ＳＩＰサーバ１０に送信するＩＮＶＩＴＥメッセージに含めて送信される。捕捉したＩＰｖ４のＩＰアドレスは、図１４のステップＳ４１で説明したように、ＳＩＰサーバ４０に送信する２００ＯＫメッセージに含めて送信される。これによって、端末５１は、フレームを端末５３に送信する場合、ＳＩＰサーバ２０によって捕捉されたＩＰｖ４のアドレスに向けて送信すればよい。端末５１から送信されたフレームは、コンバータ８０のＩＰ種別変換テーブル２８によってＩＰｖ６フォーマットのフレームに変換され、端末５３に送信される。
【０１０４】
なお、端末５１，５３の通話が終了すると、捕捉されたＩＰｖ４、ＩＰｖ６のＩＰアドレスは解放される。ＩＰ種別変換テーブル２８に記憶されている捕捉されたＩＰアドレスおよび端末５１，５３のＩＰアドレスも解放される。
【０１０５】
また、ＳＩＰサーバ２０は、図１４のステップＳ３６において、図１５のシーケンス図に従い、ＩＰ種別変換テーブル２８を生成するように説明したが、ステップＳ４０の２００ＯＫメッセージ受信後に生成するようにしてもよい。この場合、端末５３のＩＰアドレスは、ステップＳ３５の２００ＯＫメッセージではなく、ステップＳ４０の２００ＯＫメッセージから取得するようにしてもよい。
【０１０６】
次に、各メッセージについて説明する。まず、端末５１から端末５３に送信されるＩＮＶＩＴＥメッセージについて説明する。
図１６は、ＩＮＶＩＴＥメッセージを示した図である。図に示すようにＩＮＶＩＴＥメッセージは、ＳＩＰセッションを確立するためのヘッダフィールド１０１およびＲＴＰセッションを確立するためのＳＤＰ（Session Description Protocol）部１０２を有している。ヘッダフィールド１０１には、端末５１が固有に有する呼識別子（Call-ID）30017891@west.netが記述されている。ＳＤＰ部１０２のｏ行およびｃ行には、端末５１のＩＰ種別がＩＰｖ４であることを示すＩＰ４という情報が記述されている。ｃ行には、端末５１のＩＰアドレス192.168.0.1が記述されている。このＩＮＶＩＴＥメッセージは、図１４で示したようにＳＩＰサーバ２０に送信される。
【０１０７】
ＳＩＰサーバ２０は、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれている呼識別子とＩＰ種別とを、ＩＰ種別保持テーブル２３ｄに一時記憶する。
図１７は、ＩＰ種別保持テーブルのデータ構成例を示した図である。図に示すようにＩＰ種別保持テーブル２３ｄは、Ｃａｌｌ−ＩＤおよびＩＰ種別の欄を有している。Ｃａｌｌ−ＩＤの欄には、発端末から受信したＩＮＶＩＴＥメッセージに含まれている呼識別子が記憶される。ＩＰ種別の欄には、発端末から受信したＩＮＶＩＴＥメッセージに含まれているＩＰ種別が記憶される。例えば、ＳＩＰサーバ２０は、図１６に示したＩＮＶＩＴＥメッセージを受信したとする。ＳＩＰサーバ２０は、受信したＩＮＶＩＴＥメッセージの呼識別子から30017891@west.netを取得し、図１７に示すようにＩＰ種別保持テーブル２３ｄに記憶する。また、ＩＮＶＩＴＥメッセージのｃ行からＩＰ種別を示すＩＰ４を取得し、呼識別子30017891@west.netと関連付けてＩＰ種別保持テーブル２３ｄに記憶する。
【０１０８】
ＲＥＧＩＳＴＥＲメッセージについて説明する。ＲＥＧＩＳＴＥＲメッセージは、端末がＳＩＰサーバ１０，４０の配下に収容されたとき、端末がＳＩＰサーバ１０，４０に送信するメッセージである。ＳＩＰサーバ１０，４０は、ＲＥＧＩＳＴＥＲメッセージによって端末の情報を予め取得している。
【０１０９】
図１８は、ＲＥＧＩＳＴＥＲメッセージを示した図である。図に示すようにＲＥＧＩＳＴＥＲメッセージには、生成元情報部１０３とコンタクトフィールド１０４が含まれている。生成元情報部１０３には、ＲＥＧＩＳＴＥＲメッセージの生成元である端末に付与されているユーザ名が記述されている。コンタクトフィールド１０４には、端末に付与されているＩＰアドレスが記述されている。なお、図１８のＲＥＧＩＳＴＥＲメッセージは、端末５３のＲＥＧＩＳＴＥＲメッセージの例であり、ユーザ名は、UserJ@east.net、ＩＰアドレスは、FE1C:568C::65D8:1963:2A4Cとなっている。
【０１１０】
ＳＩＰサーバ１０，４０は、配下に収容している端末からＲＥＧＩＳＴＥＲメッセージを受信すると、ＲＥＧＩＳＴＥＲメッセージのコンタクトフィールド１０４に記述されているアドレスのフォーマットからＩＰ種別を取得する。また、ＩＰアドレスとユーザ名を取得する。ＳＩＰサーバ１０，４０は、取得したＩＰ種別、ユーザ名、およびＩＰアドレスを加入者管理テーブル１６に記憶する。
【０１１１】
図１９は、加入者管理テーブルのデータ構成例を示す図である。図に示すＳＩＰサーバ１０の加入者管理テーブル１６は、ユーザ名、ＩＰ種別、およびＩＰアドレスの欄を有している。ユーザ名の欄には、ＲＥＧＩＳＴＥＲメッセージから取得した端末のユーザ名が記憶される。ＩＰ種別の欄には、ＲＥＧＩＳＴＥＲメッセージから取得した端末のＩＰ種別が記憶される。ＩＰアドレスの欄には、ＲＥＧＩＳＴＥＲメッセージから取得した端末のＩＰアドレスが記憶される。例えば、ＳＩＰサーバ１０は、端末５３から図１８に示すようなＲＥＧＩＳＴＥＲメッセージを受信したとする。ＳＩＰサーバ１０は、受信したＲＥＧＩＳＴＥＲメッセージからユーザ名UserJ@east.net、ＩＰ種別ＩＰｖ６、およびＩＰアドレスFE1C:568C::65D8:1963:2A4Cを取得し、これらを関連付けて加入者管理テーブル１６に記憶する。
【０１１２】
ＳＩＰサーバ１０は、端末５１から図１６で示したようなＩＮＶＩＴＥメッセージを受信すると、受信したＩＮＶＩＴＥメッセージのｏ行およびｃ行より、端末５１のＩＰ種別はＩＰｖ４であると認識する。また、ＳＩＰサーバ１０は、受信したＩＮＶＩＴＥメッセージのヘッダフィールド１０１より、UserJ@east.net宛てのＩＮＶＩＴＥメッセージと認識し、加入者管理テーブル１６を参照して、ユーザ名がUserJ@east.netのＩＰ種別を取得する。ユーザ名がUserJ@east.net（端末５３）のＩＰ種別は、図１９の例よりＩＰｖ６であるので、端末５１，５３のＩＰ種別は異なり、ＳＩＰサーバ１０は、ＩＰ種別変換が必要であると判定する。ＳＩＰサーバ１０は、この判定により、ＩＮＶＩＴＥメッセージを端末５３に送信せず、端末５３のＩＰ種別およびＩＰアドレスを記述した２００ＯＫメッセージをＳＩＰサーバ２０に送信する。
【０１１３】
図２０は、配下に端末を収容するＳＩＰサーバからＩＰ種別変換するＳＩＰサーバに送信される２００ＯＫメッセージを示した図である。図に示すように２００ＯＫメッセージのＳＤＰ部１０５のｏ行には、ＩＰ種別がＩＰｖ６であることを示すＩＰ６が記述されている。ｃ行には、ＩＰ種別がＩＰｖ６であることを示すＩＰ６と、端末５３のＩＰアドレスが記述されている。
【０１１４】
ＳＩＰサーバ２０は、ＳＩＰサーバ１０から２００ＯＫメッセージを受信し、端末５３のＩＰ種別はＩＰｖ６であると認識する。また、ＳＩＰサーバ２０は、図１７で示したＩＰ種別保持テーブル２３ｄより、端末５１のＩＰ種別はＩＰｖ４であると認識する。これによって、ＳＩＰサーバ２０は、ＩＰ種別変換が必要であると判断する。
【０１１５】
ＳＩＰサーバ２０は、ＩＰ種別変換が必要であると判断すると、図１５で説明したようにＩＰｖ４、ＩＰｖ６のＩＰアドレスを捕捉し、ＩＰ種別変換テーブル２８を生成する。ＳＩＰサーバ２０は、先にＳＩＰサーバ１０に送信したＩＮＶＩＴＥメッセージのＩＰ種別およびＩＰアドレスを、捕捉したＩＰｖ６のＩＰ種別とＩＰアドレスとに記述しなおし、再度ＳＩＰサーバ１０に送信する。
【０１１６】
図２１は、再度送信されるＩＮＶＩＴＥメッセージを示した図である。図に示すようにＳＩＰサーバ２０は、ＩＮＶＩＴＥメッセージのＳＤＰ部１０６のｏ行およびｃ行をＩＰ６に記述しなおす。また、ｃ行のＩＰアドレスを、捕捉したＩＰｖ６のＩＰアドレスに記述しなおす。ＳＩＰサーバ２０は、図２１に示すＩＮＶＥＴＥメッセージを図１４のステップＳ３７で説明したように再度ＳＩＰサーバ１０に送信する。
【０１１７】
ＳＩＰサーバ１０に送信されたＩＮＶＩＴＥメッセージのＩＰ種別は、ＩＰｖ６となっているので、ＳＩＰサーバ１０は、ＩＰ種別変換は不要であると判定し、ＩＮＶＩＴＥメッセージを端末５３に送信する。端末５３は、ＳＩＰサーバ１０からのＩＮＶＩＴＥメッセージを受け、このＩＮＶＩＴＥメッセージに対応する２００ＯＫメッセージを図１４のステップＳ３９，４０に示したようにＳＩＰサーバ１０，２０に返す。
【０１１８】
ＳＩＰサーバ２０では、端末５３からの２００ＯＫメッセージが、先にＩＰ種別変換対象としたＳＩＰセッションに属することを、例えば、ＲＡＭやＨＤＤに記憶している。これにより、ＳＩＰサーバ２０は、受信した２００ＯＫメッセージのＩＰアドレスをＩＰ種別変換テーブル２８の生成時に捕捉したＩＰｖ４のアドレスに記述しなおし、ＩＰ種別をＩＰｖ４（ＩＰ４）に記述しなおしてＳＩＰサーバ４０に送信する。
【０１１９】
図２２は、ＩＰ種別およびＩＰアドレスが書き換えられた２００ＯＫメッセージを示した図である。図に示すようにＳＩＰサーバ２０は、２００ＯＫメッセージのＳＤＰ部１０７のｏ行およびｃ行をＩＰ４に記述しなおす。また、ｃ行のＩＰアドレスを、捕捉したＩＰｖ４のＩＰアドレスに記述しなおす。ＳＩＰサーバ２０は、図２２に示す２００ＯＫメッセージを図１４のステップＳ４１，４２に示したようにＳＩＰサーバ４０、端末５１に送信する。
【０１２０】
以上によって、端末５１とＩＰ種別変換テーブル２８を有するコンバータ８０との間にＩＰｖ４のＲＴＰセッションが確立され、端末５３とコンバータ８０との間にＩＰｖ６のＲＴＰセッションが確立され、コンバータ８０を介して端末５１と端末５３は通信をすることができる。
【０１２１】
なお、上記では、発端末がＩＰｖ４、着端末がＩＰｖ６であるとして説明したが、発端末がＩＰｖ６、着端末がＩＰｖ４であっても、上記と同様にして通信することができる。
次に、フローチャートを用いてＳＩＰサーバ２０の動作を説明する。
【０１２２】
図２３は、ＩＰ種別変換テーブルを生成するＳＩＰサーバのフローチャートである。
ステップＳ６１において、ＳＩＰサーバ２０は、端末５４より指示されたＩＰ種別変換機能が有効であるか否か判断する。ＩＰ種別変換機能が有効であると判断した場合、ステップＳ６２に進む。ＩＰ種別変換機能が有効でないと判断した場合、ＩＰ種別変換テーブル２８の生成を行わず処理を終了する（ＩＰ種別変換を行わない通常の動作をする）。
【０１２３】
ステップＳ６２において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０から受信した２００ＯＫメッセージに含まれている着端末（端末５３）のＩＰ種別と、ＩＰ種別保持テーブル２３ｄに保持されている発端末（端末５１）のＩＰ種別とが一致するか判断する。ＩＰ種別が一致しないと判断した場合、ステップＳ６３へ進む。ＩＰ種別が一致すると判断した場合、ＩＰ種別変換テーブル２８の生成を行わず処理を終了する（ＩＰ種別変換を行わない通常の動作をする）。
【０１２４】
ステップＳ６３において、ＳＩＰサーバ２０は、端末５１に対応する未使用のＩＰｖ６のＩＰアドレスを捕捉する。
ステップＳ６４において、ＳＩＰサーバ２０は、先にＳＩＰサーバ１０に送信したＩＮＶＩＴＥメッセージのｏ行およびｃ行をＩＰ６に変更し、ｃ行を捕捉したＩＰｖ６のＩＰアドレスに変更する。
【０１２５】
ステップＳ６５において、ＳＩＰサーバ２０は、ステップＳ６４で変更したＩＮＶＩＴＥメッセージをＳＩＰサーバ１０に再送する。
ステップＳ６６において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０より２００ＯＫメッセージを受信する。
【０１２６】
ステップＳ６７において、ＳＩＰサーバ２０は、端末５３に対応する未使用のＩＰｖ４アドレスを捕捉する。
ステップＳ６８において、ＳＩＰサーバ２０は、２００ＯＫメッセージのｏ行およびｃ行をＩＰ４に変更し、ｃ行を捕捉したＩＰｖ４のＩＰアドレスに変更する。
【０１２７】
ステップＳ６９において、ＳＩＰサーバ２０は、捕捉したＩＰｖ４、ＩＰｖ６のＩＰアドレスおよび端末５１，５３のＩＰアドレスより、ＩＰ種別変換テーブル２８を生成する。
【０１２８】
ステップＳ７０において、ＳＩＰサーバ２０は、ステップＳ６８で変更した２００ＯＫメッセージをＳＩＰサーバ４０に送信する。
このように、ＳＩＰサーバ２０は、ＩＰｖ４、ＩＰｖ６のアドレスを捕捉し、ＩＰ種別変換テーブル２８を生成して、異なるＩＰ種別の端末５１，５３の通信を可能にする。
【０１２９】
なお、図２３のフローチャートでは、ＩＮＶＩＴＥメッセージの端末５３への再送後（ステップＳ６５）、２００ＯＫメッセージを受信して、ＩＰｖ４のＩＰアドレスの捕捉を行い、ＩＰ種別変換テーブル２８を生成しているが、図１４，１５のシーケンス図で説明したように、ＩＰｖ６のＩＰアドレス捕捉と同時にＩＰｖ４のアドレス捕捉を行い、ＩＰ種別変換テーブル２８を生成してもよい。
【０１３０】
次に、フローチャートを用いてＳＩＰサーバ１０の動作を説明する。
図２４は、ＩＰ種別変換の判定をするＳＩＰサーバのフローチャートである。
ステップＳ８１において、ＳＩＰサーバ１０は、端末５４より指示されたＩＰ種別変換機能が有効であるか否か判断する。ＩＰ種別変換機能が有効であると判断した場合、ステップＳ８２に進む。ＩＰ種別変換機能が有効でないと判断した場合、ＩＰ種別変換が必要であるかの判定を行わず処理を終了する（ＩＰ種別変換を行わない通常の動作をする）。
【０１３１】
ステップＳ８２において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージに含まれている発端末（端末５１）のＩＰ種別と、加入者管理テーブル１６に記憶されている着端末（端末５３）のＩＰ種別とが一致するか判断する。ＩＰ種別が一致しないと判断した場合、ステップＳ８４へ進む。ＩＰ種別が一致すると判断した場合、ステップＳ８３へ進む。
【０１３２】
ステップＳ８３において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージを端末５３に送信する。
ステップＳ８４において、ＳＩＰサーバ１０は、２００ＯＫメッセージのＳＤＰ部のｏ行およびｃ行を、加入者管理テーブル１６に記憶されている情報に変更する。
【０１３３】
ステップＳ８５において、ＳＩＰサーバ１０は、ステップＳ８４で変更した２００ＯＫメッセージをＳＩＰサーバ２０に送信する。
このように、ＳＩＰサーバ１０は発端末と着端末のＩＰ種別変換が必要であるかの判定をし、ＩＰ種別変換が必要な場合は、その情報を２００ＯＫメッセージに含めて、ＳＩＰサーバ２０に送信する。
【０１３４】
次に、ＩＰ種別変換機能の有効化、無効化について説明する。
図２５は、ＩＰ種別変換を判定するＳＩＰサーバの変換機能を設定するシーケンス図である。
【０１３５】
端末５４は、ＳＩＰサーバ１０のＩＰ種別変換機能を無効化する場合、ステップＳ９１において、無効化要求をＳＩＰサーバ１０のＩＰ種別変換設定通信部１８に送信する。
ステップＳ９２において、ＳＩＰサーバ１０のＩＰ種別変換設定通信部１８は、端末５４から受信した無効化要求を変換機能有効化判定部１３ｂに送信する。
【０１３６】
ステップＳ９３において、変換機能有効化判定部１３ｂは、ＩＰ種別変換設定通信部１８に無効化要求を受信したことを示すＯＫ信号を送信する。
ステップＳ９４において、ＩＰ種別変換設定通信部１８は、変換機能有効化判定部１３ｂから受信したＯＫ信号を端末５４に送信する。端末５４は、ＩＰ種別変換設定通信部１８からＯＫ信号を受信することによって、無効化要求が適正に変換機能有効化判定部１３ｂに送信されたことを認識する。
【０１３７】
ＩＰ種別変換機能を有効化する場合、ステップＳ９５において、端末５４は、有効化要求をＳＩＰサーバ１０のＩＰ種別変換設定通信部１８に送信する。
ステップＳ９６において、ＳＩＰサーバ１０のＩＰ種別変換設定通信部１８は、端末５４から受信した有効化要求を変換機能有効化判定部１３ｂに送信する。
【０１３８】
ステップＳ９７において、変換機能有効化判定部１３ｂは、ＩＰ種別変換設定通信部１８に有効化要求を受信したことを示すＯＫ信号を送信する。
ステップＳ９８において、ＩＰ種別変換設定通信部１８は、変換機能有効化判定部１３ｂから受信したＯＫ信号を端末５４に送信する。端末５４は、ＩＰ種別変換設定通信部１８からＯＫ信号を受信することによって、有効化要求が適正に変換機能有効化判定部１３ｂに送信されたことを認識する。
【０１３９】
このようにして、端末５４は、ＳＩＰサーバ１０のＩＰ種別の変換機能を有効化、無効化する。
図２６は、ＩＰ種別変換テーブルを生成するＳＩＰサーバの変換機能を設定するシーケンス図である。
【０１４０】
端末５４は、ＳＩＰサーバ１０のＩＰ種別変換機能を無効化する場合、ステップＳ１０１において、無効化要求をＳＩＰサーバ２０のＩＰ種別変換設定通信部２６に送信する。
ステップＳ１０２において、ＳＩＰサーバ２０のＩＰ種別変換設定通信部２６は、端末５４から受信した無効化要求を変換機能有効化判定部２３ｂに送信する。
【０１４１】
ステップＳ１０３において、変換機能有効化判定部２３ｂは、ＩＰ種別変換設定通信部２６に無効化要求を受信したことを示すＯＫ信号を送信する。
ステップＳ１０４において、ＩＰ種別変換設定通信部２６は、変換機能有効化判定部２３ｂから受信したＯＫ信号を端末５４に送信する。端末５４は、ＩＰ種別変換設定通信部２６からＯＫ信号を受信することによって、無効化要求が適正に変換機能有効化判定部２３ｂに送信されたことを認識する。
【０１４２】
ＩＰ種別変換機能を有効化する場合、ステップＳ１０５において、端末５４は、有効化要求をＳＩＰサーバ２０のＩＰ種別変換設定通信部２６に送信する。
ステップＳ１０６において、ＳＩＰサーバ２０のＩＰ種別変換設定通信部２６は、端末５４から受信した有効化要求を変換機能有効化判定部２３ｂに送信する。
【０１４３】
ステップＳ１０７において、変換機能有効化判定部２３ｂは、ＩＰ種別変換設定通信部２６に有効化要求を受信したことを示すＯＫ信号を送信する。
ステップＳ１０８において、ＩＰ種別変換設定通信部２６は、変換機能有効化判定部２３ｂから受信したＯＫ信号を端末５４に送信する。端末５４は、ＩＰ種別変換設定通信部２６からＯＫ信号を受信することによって、有効化要求が適正に変換機能有効化判定部２３ｂに送信されたことを認識する。
【０１４４】
このようにして、端末５４は、ＳＩＰサーバ２０のＩＰ種別の変換機能を有効化、無効化する。
以上説明したように、着端末を配下に収容したＳＩＰサーバがＩＰ種別の変換が必要であるか判定をするので、ＳＩＰサーバと端末とでやり取りするメッセージを低減することができ、ＳＩＰセッションの確立時間を低減することができる。また、端末においてＩＰ種別の不一致を判定させる機能が不要となり、端末のコストを低減することができる。
【０１４５】
また、図２５，２６のシーケンス図より、ＳＩＰサーバを提供する提供者は、端末からの指示によって、ＩＰ種別変換の機能を有するＳＩＰサーバと、ＩＰ種別変換機能を有さないＳＩＰサーバとを設定でき、容易にどちらかの機能を有するＳＩＰサーバをユーザに提供することができる。
【０１４６】
次に、本発明の第２の実施の形態を、図面を参照して詳細に説明する。第１の実施の形態では、ＳＩＰサーバ１０がＩＰ種別変換の必要があるか判定し、ＩＰ種別変換が必要な場合、着端末のＩＰ種別、ＩＰアドレスを２００ＯＫメッセージに含めてＳＩＰサーバ２０に送信していた。第２の実施の形態では、２００ＯＫメッセージではなく、ＩＰ種別変換が必要である旨を示す新たなステータスメッセージをＳＩＰサーバ２０へ送信し、ＳＩＰサーバ２０は、このステータスメッセージを受信することによって、ＩＰ種別変換テーブルを生成する。前記以外は、第１の実施の形態と同様であるので、機能ブロックおよびシステム構成図は、第１の実施の形態と同様であるとする。
【０１４７】
図２７は、第２の実施の形態に係る異なるＩＰ種別同士でセッション確立するシーケンス図である。なお、図２７は、図１３のシステム構成例におけるシーケンス図とする。
図１３に示す端末５１，５３は、通話をするためにＳＩＰセッションを確立する必要がある。そのため、図２７に示すようにステップＳ１１１において、端末５１は、ＳＩＰサーバ４０にＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、自己のＩＰ種別がＩＰｖ４であることを示す情報が含まれている。なお、図２７では、１８０ＲｉｎｇｉｎｇメッセージやＡｃｋメッセージを省略している。また、端末５１が送信するＳＩＰメッセージは、ＳＩＰサーバ２０を通過するように設定される。
【０１４８】
ステップＳ１１２において、ＳＩＰサーバ４０は、端末５１から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ２０に送信する。
ステップＳ１１３において、ＳＩＰサーバ２０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別を、ＩＰ種別保持テーブル２３ｄに保持する。ＳＩＰサーバ２０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージをＳＩＰサーバ１０に送信する。
【０１４９】
ステップＳ１１４において、ＳＩＰサーバ１０は、ＳＩＰサーバ４０から受信したＩＮＶＩＴＥメッセージに含まれている着端末（端末５３）のＩＰ種別を、加入者管理テーブル１６から取得する。ＳＩＰサーバ１０は、取得した端末５３のＩＰ種別と、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージに含まれている端末５１のＩＰ種別とを比較する。端末５１のＩＰ種別はＩＰｖ４、端末５３のＩＰ種別はＩＰｖ６であるので、ＩＰ種別は異なり、ＩＰ種別変換が必要であると判定する。
【０１５０】
ステップＳ１１５において、ＳＩＰサーバ１０は、ステップＳ１１４の判定により、ＩＮＶＩＴＥメッセージを端末５３に送信せず、ＩＰ種別変換メッセージをＳＩＰサーバ２０に送信する。ＩＰ種別変換メッセージは、例えば、ＳＩＰセッションで規定されている未使用のレスポンスコード３９９を使用する。
【０１５１】
ステップＳ１１６において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０からのＩＰ種別変換メッセージを受けて、ＩＰ種別変換テーブル２８を生成する。
ステップＳ１１７において、ＳＩＰサーバ２０は、ＩＰ種別変換テーブル２８の生成によって得られた端末５１に対応するＩＰｖ６のＩＰアドレスを、ＩＮＶＩＴＥメッセージに含めてＳＩＰサーバ１０に送信する。
【０１５２】
ステップＳ１１８において、ＳＩＰサーバ１０は、ＳＩＰサーバ２０から受信したＩＮＶＩＴＥメッセージを端末５３に送信する。
ステップＳ１１９において、端末５３は、ＳＩＰサーバ１０からのＩＮＶＩＴＥメッセージを受けて、２００ＯＫメッセージをＳＩＰサーバ１０に送信する。
【０１５３】
ステップＳ１２０において、ＳＩＰサーバ１０は、端末５３からの２００ＯＫメッセージを受けて、ＳＩＰサーバ２０に２００ＯＫメッセージを送信する。
ステップＳ１２１において、ＳＩＰサーバ２０は、ＳＩＰサーバ１０からの２００ＯＫメッセージを受けて、ＳＩＰサーバ４０に２００ＯＫメッセージを送信する。このとき、ＳＩＰサーバ２０は、ステップＳ１１６のＩＰ種別変換テーブル２８の生成によって得られた端末５３に対応するＩＰｖ４のＩＰアドレスを、ＩＮＶＩＴＥメッセージに含めてＳＩＰサーバ４０に送信する。
【０１５４】
ステップＳ１２２において、ＳＩＰサーバ４０は、ＳＩＰサーバ２０からの２００ＯＫメッセージを受けて、端末５１に２００ＯＫメッセージを送信する。
ＩＰ種別変換メッセージについて説明する。
【０１５５】
図２８は、ＩＰ種別変換メッセージの一例を示した図である。ＩＰ種別変換メッセージは、例えば、ＳＩＰセッションで規定されている未使用のレスポンスコード３９９を、図の下線１０８に示すように３９９IP Kind Unmatchedメッセージとして使用する。ＳＩＰサーバ２０は、この３９９IP Kind Unmatchedメッセージを受信して、ＩＰ種別変換テーブル２８を生成する。
【０１５６】
このように、２００ＯＫメッセージを使用せず、ＩＰ種別変換が必要である旨を示す専用のメッセージを使用することによって、ＩＰ種別変換テーブル２８を生成することもできる。この場合、ＳＩＰサーバ２０は、例えば、図１４のステップＳ３６で説明したようにＩＰ種別保持テーブル２３ｄを参照してＩＰ種別の相違を判定しなくて済むので、セッション確立を早くすることができる。
【０１５７】
（付記１）  ＩＰネットワークに接続されたサーバにおいて、
配下に収容している着端末のＩＰ種別を記憶したＩＰ種別記憶手段と、
発端末から前記着端末とセッションを確立するためのメッセージを受信するメッセージ受信手段と、
前記メッセージに対応する前記着端末の前記ＩＰ種別を前記ＩＰ種別記憶手段から取得するＩＰ種別取得手段と、
前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別取得手段によって取得された前記着端末の前記ＩＰ種別とを比較するＩＰ種別比較手段と、
前記ＩＰ種別比較手段の比較結果を、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換装置に送信する比較結果送信手段と、
を有することを特徴とするサーバ。
【０１５８】
（付記２）  前記比較結果送信手段は、前記比較結果が異なる場合に前記比較結果を送信することを特徴とする付記１記載のサーバ。
（付記３）  前記比較結果送信手段は、前記比較結果が異なったことを示す応答メッセージにＳＩＰセッションで規定されている未使用のレスポンスコードを使用することを特徴とする付記１記載のサーバ。
【０１５９】
（付記４）  前記ＩＰ種別比較手段は、前記ＩＰネットワークに接続された指示端末からの指示に応じて、前記比較をすることを特徴とする付記１記載のサーバ。
（付記５）  前記着端末が前記ＩＰネットワークに接続されたとき、前記着端末の前記ＩＰ種別を受信し、前記ＩＰ種別記憶手段に記憶するＩＰ種別受信手段を有することを特徴とする付記１記載のサーバ。
【０１６０】
（付記６）  前記アドレス変換装置は、前記データフレームのアドレス変換に使用するアドレスを前記ＩＰネットワークに接続されたコンバータに記憶することを特徴とする付記１記載のサーバ。
【０１６１】
（付記７）  ＩＰネットワークに接続されたサーバの通信制御方法において、
発端末から着端末とセッションを確立するためのメッセージを受信し、
配下に収容している前記着端末のＩＰ種別を記憶したＩＰ種別記憶装置から前記メッセージに対応する前記着端末の前記ＩＰ種別を取得し、
前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別記憶装置から取得した前記着端末の前記ＩＰ種別とを比較し、
前記ＩＰ種別の比較結果を前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換装置に送信する、
ことを特徴とする通信制御方法。
【０１６２】
（付記８）  ＩＰネットワークに接続された端末間の通信を制御する通信システムにおいて、
配下に収容している着端末のＩＰ種別を記憶したＩＰ種別記憶手段と、発端末から前記着端末とセッションを確立するためのメッセージを受信するメッセージ受信手段と、前記メッセージに対応する前記着端末の前記ＩＰ種別を前記ＩＰ種別記憶手段から取得するＩＰ種別取得手段と、前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別取得手段によって取得された前記着端末の前記ＩＰ種別とを比較するＩＰ種別比較手段と、前記ＩＰ種別比較手段の比較結果を送信する比較結果送信手段と、を有するＩＰ種別判定サーバと、
前記発端末から前記メッセージを受信し、前記ＩＰ種別判定サーバに送信するメッセージ送信手段と、前記ＩＰ種別判定サーバから前記比較結果を受信する比較結果受信手段と、前記比較結果に応じて、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換テーブルを生成する変換テーブル生成手段と、を有するＩＰ種別変換サーバと、
を有することを特徴とする通信システム。
【０１６３】
（付記９）  ＩＰネットワークに接続された端末間の通信を制御する通信制御方法において、
ＩＰ種別判定サーバが発端末から着端末とセッションを確立するためのメッセージを受信し、
前記ＩＰ種別判定サーバが配下に収容している前記着端末のＩＰ種別を記憶したＩＰ種別記憶装置から前記メッセージに対応する前記着端末の前記ＩＰ種別を取得し、
前記ＩＰ種別判定サーバが前記メッセージに含まれている前記発端末の前記ＩＰ種別と、前記ＩＰ種別記憶装置から取得した前記着端末の前記ＩＰ種別とを比較し、
前記ＩＰ種別判定サーバが前記ＩＰ種別の比較結果を送信し、
ＩＰ種別変換サーバが前記比較結果を受信し、
前記ＩＰ種別変換サーバが前記比較結果に応じて、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換テーブルを生成する、
ことを特徴とする通信制御方法。
【０１６４】
（付記１０）  ＩＰネットワークに接続されたサーバにおいて、
発端末から着端末とセッションを確立するためのメッセージを受信し、前記着端末を配下に収容している収容サーバに送信するメッセージ送信手段と、
前記収容サーバから前記発端末と前記着端末とのＩＰ種別の相違に関するＩＰ種別情報を受信するＩＰ種別情報受信手段と、
前記ＩＰ種別情報に応じて、前記発端末と前記着端末とで送受信されるデータフレームの前記ＩＰ種別が一致するようにアドレス変換するアドレス変換テーブルを生成する変換テーブル生成手段と、
前記ＩＰネットワークに接続された指示端末からの指示に応じて、前記テーブル生成手段に前記アドレス変換テーブルを生成するよう指示する生成指示手段と、
を有することを特徴とするサーバ。
【図面の簡単な説明】
【０１６５】
【図１】サーバの概要を示した図である。
【図２】第１の実施の形態に係るＳＩＰサーバのシステム構成例を示した概略図である。
【図３】ＳＩＰサーバのハードウェア構成例を示した図である。
【図４】ＳＩＰサーバの機能ブロック図である。
【図５】ＩＰ種別変換判定部の詳細を示した機能ブロック図である。
【図６】ＩＰ種別変換テーブルを生成するＳＩＰサーバの機能ブロック図である。
【図７】ＩＰ種別変換判定部の詳細を示した機能ブロック図である。
【図８】別のシステム構成例である。
【図９】ＩＰ種別変換テーブルのデータ構成例を示した図である。
【図１０】コンバータのアドレス変換を説明する図である。
【図１１】同じＩＰ種別同士でセッション確立をするシステム構成例である。
【図１２】図１１のシステムのシーケンス図である。
【図１３】異なるＩＰ種別同士でセッション確立をするシステム構成例である。
【図１４】図１３のシステムのシーケンス図である。
【図１５】ＩＰ種別変換テーブルを生成するシーケンス図である。
【図１６】ＩＮＶＩＴＥメッセージを示した図である。
【図１７】ＩＰ種別保持テーブルのデータ構成例を示した図である。
【図１８】ＲＥＧＩＳＴＥＲメッセージを示した図である。
【図１９】加入者管理テーブルのデータ構成例を示す図である。
【図２０】配下に端末を収容するＳＩＰサーバからＩＰ種別変換するＳＩＰサーバに送信される２００ＯＫメッセージを示した図である。
【図２１】再度送信されるＩＮＶＩＴＥメッセージを示した図である。
【図２２】ＩＰ種別およびＩＰアドレスが書き換えられた２００ＯＫメッセージを示した図である。
【図２３】ＩＰ種別変換テーブルを生成するＳＩＰサーバのフローチャートである。
【図２４】ＩＰ種別変換の判定をするＳＩＰサーバのフローチャートである。
【図２５】ＩＰ種別変換を判定するＳＩＰサーバの変換機能を設定するシーケンス図である。
【図２６】ＩＰ種別変換テーブルを生成するＳＩＰサーバの変換機能を設定するシーケンス図である。
【図２７】第２の実施の形態に係る異なるＩＰ種別同士でセッション確立するシーケンス図である。
【図２８】ＩＰ種別変換メッセージの一例を示した図である。
【図２９】従来のＳＩＰサーバのシステム構成例を示した図である。
【図３０】図２９のシステムのシーケンス図である。
【図３１】図２９のシステムの別のシーケンス図である。
【符号の説明】
【０１６６】
１  サーバ
１ａ  ＩＰ種別記憶手段
１ｂ  メッセージ受信手段
１ｃ  ＩＰ種別取得手段
１ｄ  ＩＰ種別比較手段
１ｅ  比較結果送信手段
２  発端末
３  着端末
４  アドレス変換装置
【図１】
2006148418.tif 000003
【図２】
2006148418.tif 000004
【図３】
2006148418.tif 000005
【図４】
2006148418.tif 000006
【図５】
2006148418.tif 000007
【図６】
2006148418.tif 000008
【図７】
2006148418.tif 000009
【図８】
2006148418.tif 000010
【図９】
2006148418.tif 000011
【図１０】
2006148418.tif 000012
【図１１】
2006148418.tif 000013
【図１２】
2006148418.tif 000014
【図１３】
2006148418.tif 000015
【図１４】
2006148418.tif 000016
【図１５】
2006148418.tif 000017
【図１６】
2006148418.tif 000018
【図１７】
2006148418.tif 000019
【図１８】
2006148418.tif 000020
【図１９】
2006148418.tif 000021
【図２０】
2006148418.tif 000022
【図２１】
2006148418.tif 000023
【図２２】
2006148418.tif 000024
【図２３】
2006148418.tif 000025
【図２４】
2006148418.tif 000026
【図２５】
2006148418.tif 000027
【図２６】
2006148418.tif 000028
【図２７】
2006148418.tif 000029
【図２８】
2006148418.tif 000030
【図２９】
2006148418.tif 000031
【図３０】
2006148418.tif 000032
【図３１】
2006148418.tif 000033