(57)【要約】  【課題】  閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる中継装置を提供すること。  【解決手段】  少なくとも一方が閉域ネットワークに接続されたＤＮＳサーバ１２及びＤＮＳサーバ１４と、ＰＣ１５から送信された宛先情報の問い合わせを中継するゲートウェイ装置１６と、パケットを振り分けるパケット振分装置１７とを備え、ゲートウェイ装置１６は、ＰＣ１５と通信する端末側ＩＦ１６ａと、パケット振分装置１７と通信するネット側ＩＦ１６ｂと、パケットの中継処理を実行するＣＰＵ１６ｃと、ＤＮＳサーバ１２及びＤＮＳサーバ１４のアドレス情報を記憶する不揮発性メモリ１６ｄとを備える構成とすることにより、低コストで閉域ネットワークの大規模化が図れるようにした。【選択図】  図１
2005175606.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を記憶するサーバアドレス記憶手段と、
前記端末装置から前記宛先情報の問い合わせがあったとき、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行する問い合わせ手段と、
前記端末装置と前記サーバ装置との間でデータを中継する中継手段とを備えたことを特徴とする中継装置。
【請求項２】
前記サーバ装置は、前記ネットワークに接続された装置のホスト名とアドレスとの対応関係の情報を備えたドメインネームシステムサーバであることを特徴とする請求項１に記載の中継装置。
【請求項３】
前記サーバ装置は、前記ネットワークに接続された端末装置による通話動作を制御する呼制御サーバであることを特徴とする請求項１に記載の中継装置。
【請求項４】
前記通話動作の動作パラメータを設定する動作パラメータ設定手段と、
前記呼制御サーバのいずれかから呼び出し中及び話中のメッセージを含む呼制御メッセージを受信したとき、前記呼制御メッセージを送信した呼制御サーバの前記アドレス情報に基づいて前記動作パラメータ設定手段によって設定された前記動作パラメータを変更する動作パラメータ変更手段とを備えたことを特徴とする請求項３に記載の中継装置。
【請求項５】
前記ネットワークにおける通信プロトコルを変換するプロトコル変換手段を備えたことを特徴とする請求項１から請求項４までのいずれかに記載の中継装置。
【請求項６】
少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置と、前記端末装置と前記サーバ装置との間でデータを中継する請求項１から請求項５までのいずれかに記載の中継装置とを備えたことを特徴とするデータ通信システム。
【請求項７】
少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を予め記憶し、前記端末装置から前記宛先情報の問い合わせがあったとき、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行した後に、前記端末装置と前記サーバ装置との間でデータを中継することを特徴とするデータ通信方法。
【請求項８】
少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を予め記憶するステップと、前記端末装置から前記宛先情報の問い合わせ情報を受信するステップと、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行するステップと、前記端末装置と前記サーバ装置との間でデータを中継するステップとを含むことを特徴とするデータ通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、相互に接続されていない複数のネットワークに接続された中継装置、データ通信システム、データ通信方法及びデータ通信プログラムに関する。
【背景技術】
【０００２】
従来、インターネットプロトコル（以下、ＩＰという。）で構成されたネットワークに接続された端末装置がネットワーク上に配置されたサーバが提供するサービスを享受するためには、端末装置に予め設定されたサーバの宛先情報、例えばＩＰアドレスに対して問い合わせを行うことによって実現していた。
【０００３】
具体例を挙げれば、前述のサーバがＤＮＳ（Domain Name System）サーバの場合は、ＩＰネットワークに接続された端末装置のプログラムが何らかのサービスを受けるためにホスト名、例えば「www.ppppp.co.jp」に対して接続要求を行うと、ＯＳ（Operating System）がＤＮＳサーバに対して問い合わせを実行する。この問い合わせを受けたＤＮＳサーバは、問い合わせを自身で解決できない場合には、更に上位のＤＮＳサーバに問い合わせを行い、例えば「133.141.211.10」をＩＰアドレスとして、問い合わせを出したＯＳに対して応答する。このＩＰアドレスを受けたＯＳは、当該ＩＰアドレスで示される装置との接続を確立する。
【０００４】
前述のＤＮＳサーバの宛先情報は、予め端末装置の利用者により手動設定されるか、またはＩＰＣＰ（IP Control Protocol）等により自動設定されるようになっている。また、端末装置が中継装置、例えばゲートウェイ装置を介してＩＰネットワークに接続されている場合は、ゲートウェイ装置は、ゲートウェイ装置に設定されたＤＮＳサーバに対して問い合わせを行い、その応答に基づいてホスト名に対応したＩＰアドレスを取得して端末装置に知らせる機能、または、該当するＩＰアドレスが存在しない場合はその旨を端末装置に知らせる機能によって、端末装置からの接続要求を解決するようになっている。
【０００５】
一方、前述のサーバが、ＩＰネットワーク上でＶｏＩＰ（Voice over IP）サービスやテレビ会議サービスを提供する呼制御サーバの場合は、ゲートウェイ装置を介して端末装置、例えば電話機がＩＰネットワークに接続されているとき、電話機から受信した宛先情報、例えば宛先電話番号を含む呼制御メッセージを予め設定された呼制御サーバに送信することにより、呼制御サーバが宛先情報とＩＰアドレスとの解決、呼制御メッセージの中継を行うことによりＶｏＩＰサービスやテレビ会議サービスの呼が確立されるようになっている。
【０００６】
しかしながら、ＩＰで構成された相互に接続されていない複数のネットワークに同時に接続されたゲートウェイ装置を介して行う通信において、各ネットワーク上にそれぞれ異なるサーバが配置され、各サーバが同様のサービス、例えばＤＮＳやＶｏＩＰ等を提供しており、かつゲートウェイ装置がいずれのサーバが提供するサービスをも享受したい場合には、ゲートウェイ装置配下の端末装置から通信要求が送出された際に、いずれのサーバに対して問い合わせ等を実行すべきか判定ができないという課題があった。
【０００７】
この課題を解決するため、同一の端末装置で異なるネットワークへの接続が可能で、ユーザに接続先を意識させずにいずれのネットワークのサービスも透過的に提供するものとして、例えば特許文献１に示すようなものが提案されている。
【０００８】
特許文献１に示された従来の中継装置は、閉域ネットワークに接続する専用線接続インターフェースと、インターネットに接続するインターネット接続インターフェースと、閉域ネットワーク上のホストのホスト名と閉域ネットワークに応じた識別情報とを対応付けて格納した変換テーブルを記憶した記憶装置と、端末装置からホストへのアクセス要求を受信する無線系通信装置と、アクセス要求に含まれるホスト名を変換テーブルから検索し、ホスト名に対応付けられ変換テーブルに格納された情報を取得するＣＰＵと、ＣＰＵのワークエリアとして使用されるメモリとを備え、無線系通信装置が端末装置からアクセス要求を受けたとき、ＣＰＵは、変換テーブルからホスト名を検索し、当該ホスト名で表されるホストの広域アドレスまたは当該ホストの属する閉域ネットワークの識別情報を得ることにより、端末装置からのアクセス要求が中継できるようになっている。
【特許文献１】特開２００２−１６４９３６号公報（第５−８頁、第１１図）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、このような従来の中継装置では、記憶装置に予め記憶された閉域ネットワーク上のホストのホスト名と閉域ネットワークに応じた識別情報とを対応付けて格納した変換テーブルを参照してホスト名を検索する構成となっているので、閉域ネットワーク上のホスト数の増加に伴って変換テーブルの情報量が増加し、ＣＰＵ及びメモリ等の負荷が増大することにより中継処理に障害が生じるという問題があった。
【００１０】
したがって、従来の中継装置で閉域ネットワークの大規模化を図るためには、高速で演算処理ができるＣＰＵ及び大容量のメモリを搭載する必要があるので、コストアップになるという問題があった。
【００１１】
本発明は、このような問題を解決するためになされたものであり、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる中継装置を提供するものである。
【課題を解決するための手段】
【００１２】
本発明の中継装置は、少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を記憶するサーバアドレス記憶手段と、前記端末装置から前記宛先情報の問い合わせがあったとき、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行する問い合わせ手段と、前記端末装置と前記サーバ装置との間でデータを中継する中継手段とを備えたことを特徴とする構成を有している。
【００１３】
この構成により、問い合わせ手段は、端末装置から宛先情報の問い合わせがあったとき、サーバアドレス記憶手段に記憶されたアドレス情報に基づいてサーバ装置に問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【００１４】
また、本発明の中継装置は、前記サーバ装置は、前記ネットワークに接続された装置のホスト名とアドレスとの対応関係の情報を備えたドメインネームシステムサーバであることを特徴とする構成を有している。
【００１５】
この構成により、問い合わせ手段は、端末装置から宛先情報の問い合わせがあったとき、サーバアドレス記憶手段に記憶されたアドレス情報に基づいてドメインネームシステムサーバに問い合わせを実行するので、宛先情報に対するＩＰアドレス情報を取得することができる。
【００１６】
さらに、本発明の中継装置は、前記サーバ装置は、前記ネットワークに接続された端末装置による通話動作を制御する呼制御サーバであることを特徴とする構成を有している。
【００１７】
この構成により、問い合わせ手段は、電話機からダイヤル情報等を含む呼設定の呼制御メッセージを受信したとき、サーバアドレス記憶手段に記憶されたアドレス情報に基づいて呼制御サーバに通話動作の問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、電話機の接続先を容易に取得することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【００１８】
さらに、本発明の中継装置は、前記通話動作の動作パラメータを設定する動作パラメータ設定手段と、前記呼制御サーバのいずれかから呼び出し中及び話中のメッセージを含む呼制御メッセージを受信したとき、前記呼制御メッセージを送信した呼制御サーバの前記アドレス情報に基づいて前記動作パラメータ設定手段によって設定された前記動作パラメータを変更する動作パラメータ変更手段とを備えたことを特徴とする構成を有している。
【００１９】
この構成により、動作パラメータ変更手段は、呼制御メッセージを送信した呼制御サーバのアドレス情報に基づいて動作パラメータ設定手段によって設定された動作パラメータを変更するので、ネットワーク間で動作パラメータが異なっていても適切な動作パラメータに変更し、ネットワーク毎に設定された通話品質を提供することができる。
【００２０】
さらに、本発明の中継装置は、前記ネットワークにおける通信プロトコルを変換するプロトコル変換手段を備えたことを特徴とする構成を有している。
【００２１】
この構成により、問い合わせ手段は、通信プロトコルが異なるネットワーク間においても、サーバアドレス記憶手段に記憶されたアドレス情報に基づいてサーバ装置に問い合わせを実行することができる。
【００２２】
本発明のデータ通信システムは、少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置と、前記端末装置と前記サーバ装置との間でデータを中継する中継装置とを有し、前記端末装置は、複数のネットワークにそれぞれ接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を記憶するサーバアドレス記憶手段と、前記端末装置から前記宛先情報の問い合わせがあったとき、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行する問い合わせ手段と、前記端末装置と前記サーバ装置との間でデータを中継する中継手段とを備えたことを特徴とする構成を有している。
【００２３】
この構成により、問い合わせ手段は、端末装置から宛先情報の問い合わせがあったとき、サーバアドレス記憶手段に記憶されたアドレス情報に基づいてサーバ装置に問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【００２４】
本発明のデータ通信方法は、少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を予め記憶し、前記端末装置から前記宛先情報の問い合わせがあったとき、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行した後に、前記端末装置と前記サーバ装置との間でデータを中継することを特徴とする方法である。
【００２５】
この方法により、端末装置から宛先情報の問い合わせがあったとき、サーバ装置のアドレス情報に基づいてサーバ装置に問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【００２６】
本発明のデータ通信プログラムは、少なくとも１つの閉域ネットワークに接続され、端末装置から送信された宛先情報の問い合わせを解決するサーバ装置のアドレス情報を予め記憶するステップと、前記端末装置から前記宛先情報の問い合わせ情報を受信するステップと、前記アドレス情報に基づいて前記サーバ装置に問い合わせを実行するステップと、前記端末装置と前記サーバ装置との間でデータを中継するステップとを含むことを特徴とするプログラムである。
【００２７】
このプログラムにより、コンピュータは、端末装置から宛先情報の問い合わせがあったとき、サーバ装置のアドレス情報に基づいてサーバ装置に問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【発明の効果】
【００２８】
本発明は、端末装置から宛先情報の問い合わせがあったとき、サーバアドレス記憶手段に記憶されたアドレス情報に基づいてサーバ装置に問い合わせを実行する問い合わせ手段を設けることにより、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができるという効果を有する中継装置を提供することができるものである。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の実施の形態について、図面を参照して説明する。なお、本発明の中継装置をゲートウェイ装置に適用したデータ通信システムを例に挙げて説明する。
【００３０】
（第１の実施の形態）
まず、本発明の第１の実施の形態のデータ通信システムの構成について説明する。
【００３１】
図１に示すように、本実施の形態のデータ通信システム１０は、ネットワーク１１に接続されたＤＮＳ（Domain Name System：ドメインネームシステム）サーバ１２と、ネットワーク１３に接続されたＤＮＳサーバ１４と、パーソナルコンピュータ（以下、ＰＣという。）１５から送信された宛先情報の問い合わせを中継するゲートウェイ装置１６と、ゲートウェイ装置１６から送信されたパケットをネットワーク１１及びネットワーク１３に振り分けるパケット振分装置１７とを備えている。
【００３２】
なお、ネットワーク１１及びネットワーク１３の少なくとも１つは閉域ネットワークである。すなわち、ネットワーク１１及びネットワーク１３は相互に接続されていないネットワークであり、例えば、ネットワーク１１はインターネット、ネットワーク１３は閉域ネットワークの社内ＬＡＮ（Local Area Network）である。なお、ゲートウェイ装置１６がパケットを中継するネットワークは２つに限定されるものではなく、少なくとも１つの閉域ネットワークを含む構成であればよい。
【００３３】
ゲートウェイ装置１６は、ＰＣ１５と通信する端末側ＩＦ（Interface）１６ａと、パケット振分装置１７と通信するネット側ＩＦ１６ｂと、パケットの中継処理を実行するＣＰＵ１６ｃと、ＰＣ１５から送信された宛先情報の問い合わせを解決するＤＮＳサーバ１２及びＤＮＳサーバ１４のアドレス情報を記憶する不揮発性メモリ１６ｄと、ＣＰＵ１６ｃが実行するプログラムを格納するＲＯＭ１６ｅと、ＣＰＵ１６ｃの一時的な処理データを保存するＲＡＭ１６ｆとを備えている。
【００３４】
ＤＮＳサーバ１２は、ネットワーク１１に接続された装置から、例えば、ホスト名「www.ppppp.co.jp」に対する接続要求を受けた場合、ＤＮＳサーバ１２が管理するデータベースを参照して問い合わせを受けたホスト名に対するＩＰ（Internet Protocol）アドレスを検索し、ＩＰアドレスが取得できた場合、すなわちホスト名からＩＰアドレスが解決できた場合は、取得したＩＰアドレスのデータを含む応答メッセージを問い合わせした装置に返信するようになっている。
【００３５】
同様に、ＤＮＳサーバ１４も、ネットワーク１３に接続された装置から接続要求を受けた場合、ＤＮＳサーバ１４が管理するデータベースを参照して問い合わせを受けたホスト名に対するＩＰアドレスを検索し、ＩＰアドレスが解決できた場合は、取得したＩＰアドレスのデータを含む応答メッセージを問い合わせした装置に返信するようになっている。
【００３６】
一方、ＤＮＳサーバ１２又はＤＮＳサーバ１４がＩＰアドレスを解決できなかった場合は、問い合わせを受けたホスト名に対するＩＰアドレスは存在しない旨の応答メッセージを問い合わせした装置に返信するようになっている。なお、ＤＮＳサーバ１２又はＤＮＳサーバ１４がＩＰアドレスを解決できなかった場合は、更に上位のＤＮＳサーバによってＩＰアドレスが解決されることもある。上位のＤＮＳサーバとは、例えば、ネットワーク１１に接続されたネットワーク（図示せず）に存在するルートネームサーバ、ｊｐネームサーバ等をいう。
【００３７】
不揮発性メモリ１６ｄは、例えばフラッシュＲＯＭ、ＳＲＡＭ（Static Random Access Memory）等で構成され、ＤＮＳサーバ１２及びＤＮＳサーバ１４のＩＰアドレスデータを予め記憶しており、ＣＰＵ１６ｃは、ＰＣ１５から接続要求を受けたとき、接続要求の情報、例えばホスト名のデータをＤＮＳサーバ１２及びＤＮＳサーバ１４のＩＰアドレス宛に送信するようになっている。
【００３８】
パケット振分装置１７は、例えばスイッチングハブのような単体の装置により構成されている。なお、受信したパケットをネットワーク１１及びネットワーク１３に振り分ける機能を有する複数の装置の集合体によりパケット振分装置１７を構成してもよい。また、パケット振分装置１７は、ネットワーク１１とネットワーク１３との間におけるパケットを中継するものではない。
【００３９】
次に、本実施の形態のデータ通信システム１０の動作について、図１および図２を参照して説明する。
【００４０】
図２において、まず、ゲートウェイ装置１６のＣＰＵ１６ｃによって、ＰＣ１５からホストの接続要求があったか否かが判断される（ステップＳ１１）。具体的には、例えばホスト名「www.ppppp.co.jp」に対する接続要求の信号のパケットが端末側ＩＦ１６ａを介して入力されたか否かが判断される。
【００４１】
ステップＳ１１において、ＰＣ１５からホストの接続要求があったと判断された場合は、ＣＰＵ１６ｃによって、前述の接続要求の問い合わせ信号のパケットが不揮発性メモリ１６ｄに記憶されたアドレス情報に基づき、ＤＮＳサーバ１２及びＤＮＳサーバ１４のＩＰアドレス宛に送信され（ステップＳ１２）、パケット振分装置１７によってネットワーク１１及びネットワーク１３に振り分けて送信される。
【００４２】
一方、ステップＳ１１において、ＰＣ１５からホストの接続要求があったと判断されなかった場合は、ステップＳ１１を繰り返す。
【００４３】
次いで、ＣＰＵ１６ｃによって、ＤＮＳサーバ１２又はＤＮＳサーバ１４から接続要求の問い合わせの応答メッセージを受信したか否かが判断される（ステップＳ１３）。
【００４４】
ステップＳ１３において、ＤＮＳサーバ１２又はＤＮＳサーバ１４から接続要求の問い合わせの応答メッセージを受信したと判断された場合は、ＣＰＵ１６ｃによって、ＩＰアドレスが解決されたか否かが判断される（ステップＳ１４）。ここで、ＩＰアドレスが解決されたか否かの判断は、ＤＮＳサーバ１２又はＤＮＳサーバ１４からの応答メッセージが、ＩＰアドレスの解決に成功した旨の応答メッセージか、ＩＰアドレスの解決に失敗した旨の応答メッセージかに基づいて判断される。
【００４５】
一方、ステップＳ１３において、ＤＮＳサーバ１２又はＤＮＳサーバ１４から接続要求の問い合わせの応答メッセージを受信したと判断されなかった場合は、ステップＳ１３を繰り返す。
【００４６】
ステップＳ１４において、ＩＰアドレスが解決されたと判断された場合は、ＣＰＵ１６ｃによって、ＤＮＳサーバ１２又はＤＮＳサーバ１４から接続要求の問い合わせの応答メッセージがＰＣ１５に転送される（ステップＳ１５）。そして、ＰＣ１５によって、要求した接続が実行される（ステップＳ１６）。
【００４７】
一方、ステップＳ１４において、ＩＰアドレスが解決されたと判断されなかった場合は、ＣＰＵ１６ｃによって、ＤＮＳサーバ１２又はＤＮＳサーバ１４から受信したＩＰアドレスの解決に失敗した旨の応答メッセージのパケットが破棄される（ステップＳ１７）。
【００４８】
さらに、ＣＰＵ１６ｃによって、全てのサーバから応答メッセージを受信したか否かが判断され（ステップＳ１８）、応答メッセージを受信したと判断された場合は、中継処理を終了する。ここで全てのサーバとは、本実施の形態においては、ＤＮＳサーバ１２及びＤＮＳサーバ１４をいう。一方、ステップＳ１８において、全てのサーバから応答メッセージを受信したと判断されなかった場合は、ステップＳ１３に戻る。
【００４９】
なお、ステップＳ１４において、ＩＰアドレスが解決されたと判断された場合、ＣＰＵ１６ｃによって、ホスト名に対するＩＰアドレスのデータをキャッシュメモリ（図示せず）に記憶させる構成としてもよい。この構成により、次回の問い合わせに対してＤＮＳサーバ１２又はＤＮＳサーバ１４を介することなく、ゲートウェイ装置１６においてＩＰアドレスを解決することができる。
【００５０】
また、前述の各ステップをプログラミングし、データ通信処理をコンピュータに実行させることができる。
【００５１】
以上のように、本実施の形態のゲートウェイ装置１６によれば、ＣＰＵ１６ｃは、ＰＣ１５から宛先情報の問い合わせがあったとき、不揮発性メモリ１６ｄに記憶されたアドレス情報に基づいてＤＮＳサーバ１２及びＤＮＳサーバ１４に問い合わせを実行するので、ＣＰＵやメモリを高性能化する必要がなく、閉域ネットワークを含む複数のネットワークに接続されている場合でも、ＰＣ１５からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができる。
【００５２】
なお、以上の説明では、本発明の中継装置をゲートウェイ装置に適用した例について説明したが、パケットを中継するその他の装置にも同様に実施可能である。
【００５３】
（第２の実施の形態）
まず、本発明の第２の実施の形態のデータ通信システムの構成について説明する。なお、本発明の第１の実施の形態のデータ通信システムと同様な構成については、同一の符号を付し説明を省略する。
【００５４】
また、本実施の形態のデータ通信システムをＩＰネットワーク上で音声通話を実現するＶｏＩＰ（Voice over IP）サービスに適用する例で説明する。このＶｏＩＰサービスは、配下に接続された電話機からダイヤル情報を受信したゲートウェイ装置が、ダイヤル情報を含む呼制御メッセージを呼制御サーバに対して送信し、呼制御サーバにてダイヤル情報と着信先ＩＰアドレスの対応を解決して呼制御メッセージの中継を行うことにより呼を確立し、通話中は電話機から入力される音声信号をゲートウェイ装置にてパケット化し、一方ネットワークから受信した音声パケットをゲートウェイ装置にてデパケット化して電話機へ送出することにより通話を可能とするサービスである。
【００５５】
図３に示すように、本実施の形態のデータ通信システム２０は、ネットワーク１１に接続された呼制御サーバ２１と、ネットワーク１３に接続された呼制御サーバ２２と、電話機２４を収容するゲートウェイ装置２３と、電話機２５から送信されたダイヤル情報を含む呼制御メッセージを中継するゲートウェイ装置２６と、ゲートウェイ装置２６から送信されたパケットをネットワーク１１及びネットワーク１３に振り分けるパケット振分装置１７とを備えている。
【００５６】
ゲートウェイ装置２６は、電話機２５と通信する端末側ＩＦ２６ａと、電話機２５から送信されたダイヤル情報を含む呼制御メッセージを中継する呼制御サーバ２１及び呼制御サーバ２２のアドレス情報を記憶する不揮発性メモリ２６ｂとを備えている。
【００５７】
呼制御サーバ２１及び呼制御サーバ２２は、それぞれが管理するデータベースを参照して電話機から送信されたダイヤル情報と着信先ＩＰアドレスの対応関係を解決して呼制御メッセージの中継を行うようになっている。
【００５８】
一方、呼制御サーバ２１又は呼制御サーバ２２が着信先ＩＰアドレスを解決できなかった場合は、着信先ＩＰアドレスは存在しない旨の応答メッセージを問い合わせした装置に返信するようになっている。
【００５９】
不揮発性メモリ２６ｂは、例えばフラッシュＲＯＭ、ＳＲＡＭ等で構成され、呼制御サーバ２１及び呼制御サーバ２２のＩＰアドレスデータを記憶しており、ＣＰＵ１６ｃは、電話機２５からダイヤル情報を含む呼設定の呼制御メッセージを受信したとき、呼制御メッセージを呼制御サーバ２１及び呼制御サーバ２２のＩＰアドレス宛に送信するようになっている。
【００６０】
次に、本実施の形態のデータ通信システム２０の動作について、図３および図４を参照して説明する。なお、図３において、電話機２５から発呼し、電話機２４に着呼させるＶｏＩＰ通話を確立させる場合の動作を例に挙げて説明する。この場合、電話機２５を使用する発呼者は、着呼先の電話機２４がネットワーク１１及びネットワーク１３のいずれに接続されているのかを特に意識していないものとする。
【００６１】
図４において、まず、ゲートウェイ装置１６のＣＰＵ１６ｃによって、電話機２５からダイヤル情報を受信したか否かが判断される（ステップＳ２１）。
【００６２】
ステップＳ２１において、電話機２５からダイヤル情報を受信したと判断された場合は、ＣＰＵ１６ｃによって、不揮発性メモリ２６ｂに記憶されたアドレス情報に基づき、ダイヤル情報含む呼設定の呼制御メッセージの問い合わせ信号のパケットが呼制御サーバ２１及び呼制御サーバ２２のＩＰアドレス宛に送信され（ステップＳ２２）、パケット振分装置１７によってネットワーク１１及びネットワーク１３に振り分けて送信される。
【００６３】
ステップＳ２２において、着信先の電話機２４の電話番号を管理する呼制御サーバ２２は、着信先の電話機２４を収容するゲートウェイ装置２３に対し、呼制御メッセージを中継する。そして、呼制御サーバ２２によって、呼び出し中の呼制御メッセージがゲートウェイ装置２６に送信される。なお、ゲートウェイ装置２３が呼制御サーバ２２を経由して呼び出し中の呼制御メッセージをゲートウェイ装置２６に送信する構成としてもよい。
【００６４】
一方、ステップＳ２１において、電話機２５からダイヤル情報を受信したと判断されなかった場合は、ステップＳ２１を繰り返す。
【００６５】
次いで、ＣＰＵ１６ｃによって、呼制御サーバ２１又は呼制御サーバ２２から呼制御メッセージの応答メッセージを受信したか否かが判断される（ステップＳ２３）。呼制御サーバ２１又は呼制御サーバ２２から呼制御メッセージの応答メッセージを受信したと判断された場合は、さらにＣＰＵ１６ｃによって、呼び出し中か否かが判断される（ステップＳ２４）。一方、呼制御メッセージの応答メッセージを受信したと判断されなかった場合は、ステップＳ２３を繰り返す。
【００６６】
ステップＳ２４において、ＣＰＵ１６ｃは着信先の電話機２４の電話番号を管理する呼制御サーバ２２から呼び出し中の呼制御メッセージを受信するので、ＣＰＵ１６ｃによって、呼制御メッセージの応答メッセージを受信したと判断され、呼制御サーバ２２及びゲートウェイ装置２３との呼の確立処理が継続されると共に、着信応答のメッセージを受信したか否かが判断される（ステップＳ２７）。
【００６７】
一方、ステップＳ２４において、ＣＰＵ１６ｃは着信先の電話機２４の電話番号を管理していない呼制御サーバ２１から該当電話番号が無い旨の呼制御メッセージを受信するので、呼制御サーバ２１に対して発信中の該当呼の切断処理を行う。
【００６８】
さらに、ＣＰＵ１６ｃによって、全てのサーバから応答メッセージを受信したか否かが判断され（ステップＳ２６）、応答メッセージを受信したと判断された場合は、中継処理を終了する。ここで全てのサーバとは、本実施の形態においては、呼制御サーバ２１及び呼制御サーバ２２をいう。一方、ステップＳ２６において、全てのサーバから応答メッセージを受信したと判断されなかった場合は、ステップＳ２３に戻る。
【００６９】
ステップＳ２７において、着信応答のメッセージを受信したと判断された場合は、ＣＰＵ１６ｃによって、電話機２５と電話機２４と間の通話が確立され、音声のパケット化が行われてこのパケットが中継される。一方、ステップＳ２７において、着信応答のメッセージを受信したと判断されなかった場合は、ステップＳ２７を繰り返す。
【００７０】
なお、ステップＳ２４において呼び出し中の呼制御メッセージを受信した際、ＣＰＵ１６ｃによって、呼び出し中の呼制御メッセージを送信した呼制御サーバのＩＰアドレスのデータとダイヤル情報とをキャッシュメモリ（図示せず）に記憶させる構成としてもよい。この構成により、次回の同一電話番号への発呼に対しては、呼制御サーバ２１及び呼制御サーバ２２を介することなく、ゲートウェイ装置２６において該当する呼制御サーバへのみ呼制御メッセージを送信することができる。
【００７１】
また、前述の各ステップをプログラミングし、ＶｏＩＰ通信をコンピュータに実行させることができる。
【００７２】
また、必ずしもダイヤルと呼制御メッセージの変換及び音声のパケット化をゲートウェイ装置２６が実施する必要は無く、ＶｏＩＰ端末、すなわち、ユーザが入力するダイヤル情報とＩＰネットワーク上で利用可能な呼制御メッセージを変換して、音声のパケット及びデパケット化を行う端末を配下に収容したゲートウェイ装置が、ＶｏＩＰ端末から受信した呼制御メッセージを各ネットワーク上の呼制御サーバへ中継し、サーバ装置から返送される呼制御メッセージをＶｏＩＰ端末へ中継する構成であってもよい。
【００７３】
以上のように、本実施の形態のゲートウェイ装置２６によれば、ＣＰＵ１６ｃは、電話機２５からダイヤル情報を受信したとき、不揮発性メモリ２６ｂに記憶されたアドレス情報に基づいて呼制御サーバ２１及び呼制御サーバ２２にダイヤル情報を含む呼設定の呼制御メッセージを送信するので、電話機２５でＶｏＩＰ等のサービスを利用するユーザは、発信先の電話機がネットワーク１１及び１３のいずれのネットワークのＶｏＩＰサービスに加入しているか否かを意識することなく、全ネットワーク上で提供されているサービスを透過的に享受することができる。
【００７４】
更に、ＶｏＩＰサービスやＩＰネットワーク経由でのＴＶ会議サービスを提供する場合、ゲートウェイ装置には様々な動作パラメータの設定がなされる。動作パラメータの一例としては、ネットワーク上での音声信号及び映像信号のパケット毎の伝送遅延が変動しても受信側で連続的に再生をするための待ち合わせ処理を行う際の待ち合わせ時間（ゆらぎ吸収時間）や、音声信号及び映像信号を符号化する際の符号化レート等がある。
【００７５】
図３に示されたデータ通信システム２０において、電話機２５から発信要求のダイヤル情報を受信後、呼制御サーバ２１及び呼制御サーバ２２の双方に呼制御メッセージを送信した後、そのいずれから呼び出し中の呼制御メッセージを受信したかにより、前述の各動作パラメータの設定をＣＰＵ１６ｃによって変更することが可能である。
【００７６】
したがって、例えば、一方のネットワークが各ゲートウェイ装置又は各ゲートウェイ装置上のアプリケーション毎に帯域を確保したり、パケット毎の伝送遅延の変動をある値以下に保証したりすることができる様なネットワークで、他方のネットワークが通信品質保証の無いベストエフォートのネットワークであるような場合でも、通話毎に通話に利用するネットワークに応じた最適な動作パラメータで通信サービスを提供することが可能となる。
【産業上の利用可能性】
【００７７】
以上のように、本発明にかかる中継装置は、閉域ネットワークを含む複数のネットワークに接続されている場合でも、端末装置からの問い合わせ情報を転送することができ、しかも、低コストで閉域ネットワークの大規模化を図ることができるという効果を有し、相互に接続されていない複数のネットワークに接続された中継装置、データ通信システム等として有用である。
【図面の簡単な説明】
【００７８】
【図１】本発明の第１の実施の形態のデータ通信システムのブロック図
【図２】本発明の第１の実施の形態のデータ通信システムの各ステップのフロー図
【図３】本発明の第２の実施の形態のデータ通信システムのブロック図
【図４】本発明の第２の実施の形態のデータ通信システムの各ステップのフロー図
【符号の説明】
【００７９】
１０、２０  データ通信システム
１１、１３  ネットワーク
１２、１４  ＤＮＳサーバ（サーバ装置）
１５  ＰＣ（端末装置）
１６、２６  ゲートウェイ装置（中継装置）
１６ａ、２６ａ  端末側ＩＦ
１６ｂ  ネット側ＩＦ
１６ｃ  ＣＰＵ（問い合わせ手段、中継手段、動作パラメータ設定手段、動作パラメータ変更手段、プロトコル変換手段）
１６ｄ、２６ｂ  不揮発性メモリ（サーバアドレス記憶手段）
１６ｅ  ＲＯＭ
１６ｆ  ＲＡＭ
１７  パケット振分装置
２１、２２  呼制御サーバ（サーバ装置）
２３  ゲートウェイ装置
２４、２５  電話機（端末装置）
【図１】
2005175606.tif 000003
【図２】
2005175606.tif 000004
【図３】
2005175606.tif 000005
【図４】
2005175606.tif 000006