JP4873508B2 - 通信システム - Google Patents

通信システム Download PDF

Info

Publication number
JP4873508B2
JP4873508B2 JP2009287927A JP2009287927A JP4873508B2 JP 4873508 B2 JP4873508 B2 JP 4873508B2 JP 2009287927 A JP2009287927 A JP 2009287927A JP 2009287927 A JP2009287927 A JP 2009287927A JP 4873508 B2 JP4873508 B2 JP 4873508B2
Authority
JP
Japan
Prior art keywords
terminal
communication
network node
packet
node device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009287927A
Other languages
English (en)
Other versions
JP2010124471A (ja
Inventor
久夫 古川
庄司 宮口
Original Assignee
財団法人流通システム開発センタ−
有限会社宮口研究所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 財団法人流通システム開発センタ−, 有限会社宮口研究所 filed Critical 財団法人流通システム開発センタ−
Priority to JP2009287927A priority Critical patent/JP4873508B2/ja
Publication of JP2010124471A publication Critical patent/JP2010124471A/ja
Application granted granted Critical
Publication of JP4873508B2 publication Critical patent/JP4873508B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2517—Translation of Internet protocol [IP] addresses using port numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2521—Translation architectures other than single NAT servers
    • H04L61/2535—Multiple local networks, e.g. resolving potential IP address conflicts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/255—Maintenance or indexing of mapping tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2564—NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、ＩＰ(Internet Protocol)端末、ＩＰ電話機、ＩＰ無線端末、ＩＰ携帯端末、音声画像装置などの２端末間のＩＰ通信に適用できるＩＰ転送網を用いたＩＰ通信システムに関する。特にＩＰ転送網を用いて、２端末間通信接続制御を可能とする通信システムである。
メール送受信、電話、画像通信などの種々の端末間通信をＩＰ転送網を利用して実現する方法として本出願人による特願平１１−１２８９５６号（以下、「先行出願」とする）があり、この先行出願では、ＩＰ電話網、ＩＰ画像網、ＩＰ電子データ汎用網等の様々な特質を有する複数のＩＰ転送網を内部に分離して含む「統合ＩＰ転送網」を実現する方法を開示している。各種端末間通信を一体化したＩＰ転送網を実現するために、前記先行出願が開示している内容を図３５０を参照して概説する。
統合ＩＰ転送網９０１の内部に、ＩＰ画像網９０２、ＩＰ電子データ汎用網９０３、ＩＰ電話網９０４等の異なる特質を有する複数のＩＰ転送網を仮想的に設置し、統合ＩＰ転送網９０１の外部から統合ＩＰ転送網９０１への入力点に設置される網ノード装置９０５−Ｘや９０５−Ｙの内部にそれぞれアドレス管理表を設定し、このアドレス管理表に端末のアドレス等を予め登録しておき、統合ＩＰ転送網９０１に入力するＩＰパケットに書き込まれているアドレス等と、前記アドレス管理表に登録されているアドレス等とを比較することにより、統合ＩＰ転送網９０１の内部において個別のＩＰ転送網に振り分けて送信できるようにしている。
次に、本発明に関係し、公衆電話交換網（PSTN）で採用されている端末間通信接続制御方法（No.7-共通信信号方式）を概説する。
図３５１において、９８−１及び９８−３は電話機が接続する交換機（加入者交換機）、９８−２は中継交換機、９８−４及び９８−５は電話機である。９８−６乃至９８−８は交換機の通話路制御部、９８−９乃至９８−１１は交換機内部制御部、９８−１２乃至９８−１４は電話の端末間接続制御を行う信号局（SP：Signalling Point）である。交換機内部制御部は交換機内部動作制御と共に、通話路制御部と信号局との間の通話回線の設定や復旧のための情報交換などを行う。
９８−１２及び９８−１４を特に信号端局（SEP：Signalling End Point）といい、９８−１３を特に信号中継局（STP：Signalling Transfer Point）という。９８−１５は他の信号端局である。これら信号局９８−１２乃至９８−１５は、それぞれ信号回線９８−２４乃至９８−２７を経て信号網９８−１６に接続されており、端末間通信接続制御や網の保守・運用に用いる情報などを信号ユニット（SU:Signalling UNIt）に格納して信号局の間で互いに送受信する。信号局には、他の信号局と識別するための１６ビットの信号局コード（PC：Point Code）が付与されている。一方、９８−２１及び９８−２２は電話音声を伝送する通話回線であり、端末間通信接続制御のための情報は伝送しない。電話回線９８−２０及び９８−２３は、音声と端末間通信接続制御情報が一体のまま、つまり音声と端末間通信接続制御情報とは分離されずに伝送されるインタフェースである（UNIという）。公衆電話交換網（PSTN）内部において、信号回線９８−２４乃至９８−２６と通話回線９８−２１、９８−２２とが分離していることが、No.7−共通線信号方式の特徴である。
図３５２に示す信号ユニットは、「宛先信号局コード」（DPC:Destination Point Code）、「起点信号局コード」（OPC:Origin Point Code）、「回線番号」（CIC:Circuit Identification Code）、メッセージ種別（MSG:message）、メッセージのパラメータを含んでいる。
宛先信号局コードは信号ユニットを送る宛先を示し、起点信号局コードは信号ユニットの送信元を示し、回線番号（CIC:Circuit Identification Code）は送信元信号局と宛先信号局の間に設定する通話回線を識別する識別番号である。メッセージ種別として、例えば端末間通信接続制御に用いるためのIAM，ACM，CPG，ANM，REL，RLC、ＳＵＳ，ＲＥＳ，ＣＯＮがある。信号ユニットのメッセージ種別領域にIAMと書込んだ信号ユニットを、初期アドレスメッセージ（IAM）という。同様に、信号ユニットのメッセージ種別領域にACMと書込んだ信号ユニットはアドレス完了メッセージ（ACM）、CPGと書込んだ信号ユニットは呼経過メッセージ（CPG）、ANMと書込んだ信号ユニットは応答メッセージ（ANM）、RELと書き込んだ信号ユニットは解放メッセージ（REL）、RLCと書込んだ信号ユニットは解放完了メッセージ（RLC）、SUSと書込んだ信号ユニットは中断メッセージ（ＳＵＳ）、RESと書込んだ信号ユニットは再開メッセージ（RES）、CONと書込んだ信号ユニットは接続メッセージ（SUS）という。
図３５１に示す電話機９８−４から交換機９８−１、９８−２，９８−３を経由して、電話機９８−５と電話通信するための端末間通信接続制御方法を図３５２を参照して説明する。なお、各信号局は、各信号局に付与されている信号局コードを宛先や送信元を示すアドレスとして設定した信号ユニットを、信号回線９８−２４乃至９８−２７及び共通線信号網９８−１６を経由して交換する。電話機９８−４と交換機９８−１は電話回線９８−２０で接続されており、電話機９８−４の端末間接続制御は交換機９８−１内の信号局９８−１２に受け持たせている。同様に、電話機９８−５と交換機９８−３は電話回線９８−２３で接続されており、電話機９８−５の端末間接続制御は交換機９８−３内の信号局９８−１４に受け持たせている。
利用者が電話機９８−４から発呼要求すると信号局９８−１２が受信し（図３５３のステップX1）、交換機９８−１の通話路制御部９８−６及び交換機内部制御部９８−９の機能により、電話機９８−４から受信した宛先電話番号を用いて通信回線を決め、その通信回線識別子（CIC）を書き込んだ信号ユニットを初期アドレスメッセージ（IAM）として形成する。初期アドレスメッセージ（IAM）のパラメータ領域には少なくとも電話機９８−５の電話番号、つまり宛先電話番号“Tel-No-98-5”を書き込む。更に、電話機９８−４の電話番号、つまり送信元電話番号“Tel-No-98-4”を書込むこともできる。
次に、信号局９８−１２は、電話呼出を行うための初期アドレスメッセージ（IAM）を交換機９８−２内の信号局９８−１３に送る（ステップX2）。IAMには、通話回線９８−２１内部の論理通信回線である通話回線の回線番号“98-4-98-5”、宛先電話番号“Tel-No-98-5”、送信元電話番号“Tel-No-98-4”（省略できるオプション）などが含まれている。信号局９８−１２はIAMを送信した後、後述するアドレス完了メッセージ（ACM）の待ち状態に移行すると共に、ACM待ちタイマーを起動する。
交換機９８−２内の信号局９８−１３は前記IAMを受信し、交換機内部制御部９８−１０を経て通話回線制御部９８−７に回線番号“98-4-98-5”を通知し、通話回線制御部９８−７は導通試験して通話回線９８−２１を通話可能とし、信号局９８−１３は交換機９８−３内の信号局９８−１４に前記IAMを送り（ステップX3）、信号局９８−１４は受信したIAMの内容を調べ、制御部９８−１１及び通話回線制御部９８−８を経て通話回線９８−２２を通話可能とし、更に信号局９８−１４は電話機９８−５を交換機９８−３に接続しており、着信を許容されているかを調べ、着信許容の場合は電話機９８−５に呼設定要求を行い（ステップX4）、更に信号局９８−１４はIAMを受信したことを通知するアドレス完了メッセージ（ACM）を返信し（ステップX5）、ACMは信号局９８−１３を経て信号局９８−１２に到達する（ステップX6）。信号局９８−１２はACMを受信すると、既に設定してあるACM待ちタイマーを停止する。なお、ACMを受信する前の時点において、ACM待ちタイマーが満了した場合は通話回線は解放されている。
交換機９８−３内の信号局９８−１４は、電話機９８−５から呼出音を鳴動中であることを意味する情報を受信すると（ステップX7）、信号局９８−１３に対して呼経過メッセージ（CPG）を送信し（ステップX8）、信号局９８−１３は受信したCPGを信号局９８−１２に送信し（ステップX9）、交換機９８−１内の信号局９８−１２はCPGを受信し、次に信号局９８−１２は電話機９９−４に呼出中音を送信する（ステップX10）。電話機９８−５が前記呼設定要求に応答すると（ステップX11）、電話機９８−５と交換機９８−４との間の通話回線９８−２３を通話可能とし、更に電話機９８−５が応答したことを示す応答メッセージ（ANM）を信号局９８−１３に送信する（ステップX12）。
信号局９８−１３は受信したANMを信号局９８−１２に送信し（ステップX13）、信号局９８−１２は電話機９８−４に送信している呼出音の停止を通知し（ステップX14）、電話機９８−４と電話機９８−５との間で電話音声の送受が可能となり、通話フェーズに移行する（ステップX15）。電話機９８−４の送受話器がおかれて（オンフック）、解放要求（REL）が送出され（ステップX16）、信号局９８−１２は解放要求（REL）を受信すると、次の解放要求（REL）を信号局９８−１３に送出し（ステップX17）、更に当該通話回線が空き状態になったことを示す解放完了（RLC）を電話機９８−４に通知する（ステップX18）。そして信号局９８−１３は解放要求（REL）を受信すると、次の解放要求（REL）を信号局９８−１４に送出し（ステップX19）、更に当該通話回線が空き状態になったことを示す解放完了（RLC）を信号局９８−１２に通知し（ステップX20）、信号局９８−１４は解放要求（REL）を受信すると、次の解放要求（REL）を電話機９８−５に送出し（ステップX21）、更に当該通話回線が空き状態になったことを示す解放完了（RLC）を信号局９８−１３に通知する（ステップX22）。電話機９８−４と信号局９８−１２との間、及び信号局９８−１４と電話機９８−５との間において送受される端末間通信接続制御の手順は、電話機の種類によりバリエーションがあり、例えば前記ステップX18の直後に、電話機９８−４から信号局９８−１２に解放完了に対する確認通知が出され、或いは前記ステップX23の直後に、信号局９８−１４から電話機９８−５に解放完了に対する確認通知が出されるようにしても良い。
図３５４は、電話機９８−４から交換機９８−１乃至９８−３を経由して、電話機９８−５と電話通信するための他の端末間通信接続制御方法を説明する図である。この端末間通信接続制御方法は、図３５３において説明した端末間通信接続制御方法において、ステップＸ５及びＸ６を除いたもの、つまりアドレス完了メッセージACMを除いたものに相当する。但し、ステップＸ２において、信号局９８−１２はACM待ちタイマーの代わりにＣＰＧ待ちタイマーを設定し、信号局９８−１２はステップＸ９の後にＣＰＧ待ちタイマーを停止する。以上説明した端末間通信接続制御方法は、交換機がＩＳＤＮ交換機でなく、アナログ交換機に採用した方法である。
図３５５は、電話機９８−４と電話機９８−５との間の他の端末間通信接続制御方法を説明する図であり、この端末間通信接続制御方法では、前述した端末間通信接続制御方法において、応答完了メッセージ（ステップX14）及び通話フェーズ（ステップX15）を待たずに、電話通信を切断する一連のステップを行う例である（ステップX16乃至ステップX23）。
図３５６は、電話機９８−４から交換機９８−１乃至９８−３を経由して、電話機９８−５と電話通信するための更に別の端末間通信接続制御方法において、通話中（ステップX15）に電話機９８−４の送受話器が短い時間だけ置かれて（オンフック）、電話通信を一時的に中止するための中断メッセージが送信され（ステップX30乃至X33）、送受話器が戻されて（オフフック）、電話通信が再開される再開メッセージが送信され（ステップX35乃至X38）、通話中に戻る（ステップX39）場合を示している。以降の解放（REL）と解放完了（RLC）のステップは、図３５４を用いて説明した場合と同様である（ステップX40乃至X47）。
次に、ＩＰ電話通信に関しては、TTC標準“JT-H323パケットに基づくマルチメディア通信システム”があり、例えばITU-T勧告H323 ANNEX D準拠（1999年４月版）に記述されている。マルチメディア端末間通信における呼接続の制御を行う“シグナリングプロトコルとメディア信号のパケット化”技法は、JT-H225として規定され、また、マルチメディア端末間通信における“マルチメディア通信用制御プロトコル”は、ＪＴ−Ｈ２４５として規定されている。
次に、本発明で参照しており、ITUにより規定されるJT-H323ゲートウェイの基本的な機能を、図３５７〜図３６０を参照して説明する。
図３５７においてブロック８００がJT-H323ゲートウェイであり、SCN回線８０１から入力してきた音声や画像信号はSCN端末機能８０２においてディジタルデータ信号に変換され、変換機能８０３においてデータ形式や信号送受規則などが変換され、端末機能８０４においてＩＰパケットの形式に変換されてＩＰ通信回線８０５へ送出される。また、逆方向の流れ、即ちＩＰ通信回線８０５から入力した音声や画像データを含むＩＰパケットは、端末機能８０４においてディジタルデータの形式に復号化され、変換機能８０３においてデータ形式や信号送受規則などを変換され、SCN端末機能８０２においてSCN回線を流れる信号に変換されてSCN回線８０１へ送出される。ここで、音声や画像信号は、通信相手との電話番号のやりとりなどで使われる“呼制御データ”と、音声や画像そのものを構成する“正味のデータ”とに分けることができる。通信回線８０５には、呼制御データとしてのＩＰパケット８１０（図３５８）と、音声を構成する正味のデータとしてのＩＰパケット８１１（図３５９）と、画像そのものを構成する正味のデータとしてのＩＰパケット８１２（図３６０）とが流れる。ISDN回線の場合、SCN端末機能８０２はデータ回線終端装置（DSU）に相当する。また、端末機能８０４は、JT-323電話機やJT-323音声画像装置との対向通信を行うために必要な端末通信機能を有する。
次に、本発明と密接に関係する特許第3084681号の統合情報通信網について、図３６１を参照して概略説明する。
ブロック１９１は統合ＩＰ通信網であり、ＩＰ端末１９２−１はＩＰアドレス”EA01”を有し、ＩＰ端末１９２−２はＩＰアドレス”EA02”を有する。この例は、ＩＰ端末１９２−１からＩＰ端末１９２−２へ、統合ＩＰ通信網を経由して外部ＩＰパケット１９３−１を転送する例であり、ＩＰアドレス”EA01”及び”EA02”は、統合ＩＰ通信網１９１の外部で用いるので外部ＩＰアドレスという。図３６１乃至図３６５の記載において、ＩＰのヘッダ部分はＩＰアドレス部分のみを記載し、他の項目は省略している。
網ノード装置１９５−１は外部ＩＰパケット１９３−１を受信すると、ＩＰパケット１９３−１が入力した論理通信回線１９４−１の終端部（論理端子）に付与されている内部ＩＰアドレスが”IA01”、ＩＰパケット１９３−１の宛先外部ＩＰアドレスが”EA02”であることを確認し、図３６１に示すアドレス管理表１９６−１内部を検索し、始めに送信元内部ＩＰアドレスが”IA01”であり、次に宛先外部ＩＰアドレスが”EA02”が含まれるレコードを検索し、更に前記検出したレコード内にＩＰパケット１９３−１内の送信元外部ＩＰアドレスが”EA01”が含まれるかを調べる。なお、前記検出したレコード内にＩＰパケット１９３−１内の送信元外部ＩＰアドレスが”EA01”が含まれるかを調べることは、省略することもできる。
本例では上から２行目の”EA01,EA02,IA01,IA02”を含むレコードであり、このレコード内部にあるＩＰアドレスの”IA01”及び”IA02”を用いて、送信元ＩＰアドレスが”IA01”であり、宛先ＩＰアドレスが”IA02”であるＩＰヘッダを有するＩＰパケット１９３−２を形成する（ＩＰパケットのカプセル化）。ここで、”IA01”及び”IA02”は、統合ＩＰ通信網１９１の内部ＩＰアドレスという。内部ＩＰパケット１９３−２は、ルータ１９７−１，１９７−２，１９７−３を経由して網ノード装置１９５−２へ到達する。網ノード装置１９５−２は受信した内部ＩＰパケット１９３−２のＩＰヘッダを除き（ＩＰパケットの逆カプセル化）、得られた外部ＩＰパケット１９３−３を通信回線１９４−２へ送出し、ＩＰ端末１９２−２が外部ＩＰパケット１９３−３を受信する。なお、１９７−６は、外部ＩＰアドレスが”EA81”、内部ＩＰアドレスが”IA81”のサーバの例である。
図３６２はアドレス管理表の他の実施例であり、図３６１のアドレス管理表１９６−１を図３６２のアドレス管理表１９６−３に変え、図３６１のアドレス管理表１９６−２を図３５５のアドレス管理表１９６−４に変えており、他の部分は同一である。アドレス管理表１９６−３及び１９６−４は公知のアドレスマスクの技法を適用できる。
始めに、通信回線１９４−１の終端部の論理端子に付与する内部ＩＰアドレス“IA01”を含むアドレス管理表１９６−３のレコードを検索するが、本ケースでは、アドレス管理表１９６−３の上から１行目のレコードと２行目のレコードが該当し、１行目のレコードについては、宛先用外部ＩＰマスク“Mask81”と、外部ＩＰパケット１９３−１内の宛先外部ＩＰアドレス“EA02”との“and”演算の結果が、１行目レコード内宛先外部ＩＰアドレス“EA81x”と一致するかを調べ（下記（１）式）、本ケースでは一致せず、次に２行目のレコードについて、宛先用外部ＩＰマスク“Mask2”と、外部ＩＰパケット１９３−１内の宛先外部ＩＰアドレス“EA02”との“and”演算の結果が、２行目レコード内宛先外部ＩＰアドレス“EA02y”と一致するかを調べ（下記（２）式）、本ケースでは一致する。送信元ＩＰアドレスについても、前記同様に、下記（３）式により比較する。

If(“Mask81”and“EA02”＝”EA81x”) ・・・ （１）
If(“Mask2”and“EA02”＝”EA02y”) ・・・ （２）
If(“Mask1y”and“EA01”＝“EA01y”) ・・・ （３）

以上の比較結果に基づいて２行目のレコードが選択され、２行目のレコード内の内部レコード“IA01”と“IA02”とが用いられてカプセル化が行われ、内部ＩＰパケット１９３−２が形成される。
なお、アドレス管理表１９６−３内部のレコード内送信元外部ＩＰアドレス用領域とアドレスマスク用領域を抹消しておき、前記（３）式の比較を行わないこともできる。
図３６３はアドレス管理表の更に別の実施例であり、図３６１のアドレス管理表１９６−１を図３６３のアドレス管理表１９６−５に変え、図３６１のアドレス管理表１９６−２を図３６３のアドレス管理表１９６−６に変えており、他の部分は同一である。この例においては、アドレス管理表１９６−５及び１９６−６内部の送信元外部ＩＰアドレスが欠落しており、ＩＰカプセル化において送信元外部ＩＰアドレスは引用されない。ＩＰパケット１９３−１をカプセル化するとき、アドレス管理表１９６−５内部の送信元内部ＩＰアドレス“IA01”と宛先外部ＩＰアドレス“EA02”から、宛先内部ＩＰアドレス“IA02”を決定する。
図３６４は、アドレス管理表の更に別の実施例であり、図３６１の統合ＩＰ通信網を光網に換え、内部ＩＰパケットを内部光フレームに変えたものに相当し、以下に概略説明する。ブロック１９１ｘはＩＰパケット転送網であり、光フレームによりＩＰパケットを転送する光網でもある。光フレームは、光網１９１ｘ内部の通信１層乃至通信２層の機能である光通信路を転送される。光フレームのヘッダ部分に光リンクアドレスを付与されている。光フレームがＨＤＬＣフレームであるケースでは、光リンクアドレスはＨＤＬＣフレームで用いられるＨＤＬＣアドレスとなる。
ＩＰ端末１９２−１ｘはＩＰアドレス“ＥＡ１”を有し、ＩＰ端末１９２−２ｘはＩＰアドレス“ＥＡ２”を有する。この例はＩＰ端末１９２−ｌｘからＩＰ端末１９２−２ｘヘ、光網１９１ｘを経由して外部ＩＰパケット１９３一ｌｘを転送する例である。図３６４の記載において、ＩＰのへッダ部分はＩＰアドレス部分のみを記載し、光フレームも同様にヘッダ部分のみ記載し、他の項目は省略している。
網ノード装置１９５−１ｘは外部ＩＰパケット１９３−１ｘを受信すると、ＩＰパケット１９３−１ｘが入力した論理通信回線１９４−１ｘの終端部（論理端子）に付与されている内部光リンクアドレスが“ＩＡ１”、ＩＰパケット１９３−１ｘの宛先外部ＩＰアドレスが”ＥＡ２”であることを確認し、図３６４に示すアドレス管理表１９６−１ｘ内部を検索し、始めに送信元内部光リンクアドレスが“ＩＡ１”であり、次に宛先外部ＩＰアドレスが“ＥＡ２”が含まれるレコードを検索し、更に前記検出したレコード内にＩＰパケット１９３−１ｘ内の送信元外部ＩＰアドレスが“ＥＡ１”が含まれるかを調べる。なお、前記検出したレコード内にＩＰパケット１９３−１ｘ内の送信元外部ＩＰアドレスが、“ＥＡ１”が含まれるかを調べることは省略することもできる。
本例では上から２行目の“ＥＡ１，ＥＡ２，ＩＡ１，ＩＡ２”を含むレコードであり、このレコード内部にある光リンクアドレスの“ＩＡ１”及び”ＩＡ２”を用いて、送信元光リンクアドレスが“ＩＡ１”であり、宛先光リンクアドレスが“ＩＡ２”であるヘッダを有する光フレーム１９３−２ｘを形成する（ＩＰパケットのカプセル化）。ここで、“ＩＡ１”及び“ＩＡ２”は光通信綱１９１ｘの内部アドレスである。内部光フレーム１９３−２ｘは、光フレーム転送機能を有するルータ１９７−１ｘ，１９７−２ｘ，１９７−３ｘを経由して網ノード装置１９５−２ｘへ到達する。綱ノード装置１９５−２ｘは受信した内部光フレーム１９３−２ｘのへッダを除き（光フレームの逆カプセル化）、得られた外部ＩＰパケット１９３−３ｘを通信回線１９４−２ｘへ送出し、ＩＰ端末１９２−２ｘが外部ＩＰパケット１９３−３ｘを受信する。
本発明において、ＩＰ電話機や後述するメディアルータ、各種のサーバ（これらをまとめて「ＩＰ送受信可能ノード」という）はそれぞれＩＰアドレスを付与され、ＩＰパケットを送受信して相互にデータ交換することができ、本発明においてはＩＰ通信手段と呼ぶ。図３６５は、ＩＰ送受信可能ノード３４０−１及びＩＰ送受信可能ノード３４０−２がそれぞれＩＰアドレス”AD1”及び”AD2”を有し、端末３４０―１から端末３４０−２へ、送信元ＩＰアドレス”AD1”、宛先ＩＰアドレス”AD2”であるＩＰパケット３４１−１を送信し、また逆方向にＩＰパケット３４１−２を受信することにより、互いに各種データを送受している例である。ＩＰパケットのヘッダを除いたデータ部分をペイロードとも呼ぶ。
次に、ＩＰ転送網としてＩＰ技術の１つであるマルチキャスト技術を用いて、電子書籍や電子新聞などのＩＰデータを１つの配送元から複数の宛先に転送するＩＰデータマルチキャスト網、TVの音声データと画像データとを共に複数宛先に転送（放送）するＩＰ音声画像網としてのＩＰベースTV放送網乃至ＩＰベース映画配給網等があり、図３６６を参照して１つの配送元から複数の宛先に転送するマルチキャスト型のＩＰ転送網２７−１を説明する。
図３６６において２７−１１乃至２７−２０はルータであり、各ルータには、受信したＩＰパケットに含まれるマルチキャストアドレス別に、ＩＰパケットを複数の通信回線に転送すべきことを示すルータ別マルチキャスト表が保持されている。本実施例の場合、マルチキャストアドレスが“MA１”を指定している。ＩＰ端末２８−１からマルチキャストアドレス“MA1”であるＩＰパケット２９−１が送信され、ルータ２７−１１を経由してルータ２７−１８に到達すると、ルータ２７−１８はＩＰパケット２９−２をコピーし、ルータ２７−１８が保持しているルータ別マルチキャスト表を引用してＩＰパケット２９−３及び２９−４を通信回線に転送する。ルータ２７−１７は受信したＩＰパケット２９−３をコピーし、ルータ別マルチキャスト表を参照してＩＰパケット２９−５を通信回線２９−１７へ、及びＩＰパケット２９−６を通信回線２９−１８に転送する。ルータ２７−１９にはルータ別マルチキャスト表がないので、ＩＰパケット２９−４はそのままルータ２７−１９を通過し、ＩＰパケット２９−７となってルータ２７−１４へ転送される。
ルータ２７−１７は、図３６７に示すように通信回線２９−１６からＩＰパケット２９−３を入力し、ＩＰパケット２９−３の送信元ＩＰアドレスが“SRC1”、宛先ＩＰアドレスがマルチキャストアドレス“MA1”であることを確認し、マルチキャスト表２９−１５に、マルチキャストアドレス“MA1”に対して出力インタフェースが“IF-1”と“IF-2”と指定されていることから、ルータ２７−１７はＩＰパケット２９−３をコピーし、出力インタフェースが“IF-1”である通信回線２９−１７へＩＰパケット２９−５として出力し、更にルータ２７−１７はＩＰパケット２９−３をコピーして、出力インタフェースが”IF-２”である通信回線２９−１８へＩＰパケット２９−６として出力する。
ルータ２７−１２は受信したＩＰパケット２９−５をコピーし、ルータ別マルチキャスト表を参照してＩＰパケット２９−８をＩＰ端末２８−２へ、ＩＰパケット２９−９をそれぞれＩＰ端末２８−３へ転送する。ルータ２７−１３は受信したＩＰパケット２９−６をコピーし、ルータ別マルチキャスト表を参照してＩＰパケット２９−１０をＩＰ端末２８−４へ、ＩＰパケット２９−１１をＩＰ端末２８−５へそれぞれ転送する。ルータ２７−１４は受信したＩＰパケット２９−７をコピーし、ルータ別マルチキャスト表を参照してＩＰパケット２９−１２をＩＰ端末２８−６へ、ＩＰパケット２９−１３をＩＰ端末２８−７へ、それぞれ転送する。送信元のＩＰ端末２８−１がディジタルデータ形式の電子書籍や電子新聞をＩＰ転送網２７−１に転送する場合、このＩＰ転送網２７−１は電子書籍や電子新聞を配送するためのＩＰデータマルチキャスト網であり、ＩＰ端末２８−２乃至２８−８は電子書籍や電子新聞を購読するユーザのＩＰ端末となる。送信元のＩＰ端末２８−１をTV放送用の音声画像送信装置に置き換えて、TV番組（音声と画像）を放送すると、このＩＰ転送網はＩＰベースTV放送網となり、ＩＰ端末２８−２乃至２８−７はTV視聴者用のTV受信機能付ＩＰ端末となる。
以上述べた図３６６のマルチキャスト方式の実施例において、ＩＰ端末２８−１が送信者となってマルチキャストデータを送信し、ＩＰ端末２８−２乃至２８−７が受信者となっており、このような方法を採用したマルチキャストは、インターネットや広域LANなどで試験的に使われている。しかし、このマルチキャスト方式ではどのＩＰ端末もマルチキャストデータ送信元となることが出来るので、悪意の送信者が出現してマルチキャストデータを際限なく送り続けて網を輻輳させ、網機能が停止に追い込まれる危険がある。また、ルータ内部のマルチキャスト表を書き換えられたり、大量データをルータに際限なく送り込まれて、ルータが過大負荷となってダウンする危険がある。マルチキャストデータ送信元を限定して不正行為者を排除したり、ルータの過大負荷ダウンなどの攻撃を防ぐ方法により、情報安全性を高めたマルチキャスト方式の実現が期待されている。
特願平１１−１２８９５６号（特許第３７６４０１６号公報）
データを主に送受するＩＰ端末機間の端末間通信接続制御方法は、インターネットにおいて、例えば電子メールを送受するための端末間通信接続制御方法として確立されている。本発明は、インターネット等で確立されているデータ送受を主目的とするＩＰ端末間の端末間通信接続制御方法を、前述のTTC標準とは異なる技法により、ＩＰ電話機間の通信や音声画像通信、ＩＰ無線端末間通信、ＩＰ携帯端末間通信、ＩＰ無線端末と固定端末間通信、ＩＰ携帯端末と固定端末間通信、などのマルチメディア通信に適用できる端末間通信接続制御方法を確立するものである。
本発明は上述のような事情よりなされたものであり、本発明の目的は、ＩＰパケットをカプセル化して転送するＩＰ転送網を用いて、ＩＰ転送網を経由する、２端末間通信によるＩＰ転送網を用いた通信接続システムを提供する。
本発明では、送信先を限定する宛先アドレスを含む通信レコードを、ＩＰ転送網内の網ノード装置に登録しておき、ＩＰパケット送信の都度、宛先アドレス検査を行って、ＩＰ通信の安全性を高めると同時に、２端末間通信を行うための通信路の設定、変更、解放を提供する。
図１において、１はＩＰパケット送受信機能を有するＩＰ転送網１−１及び１−２は端末（電話機やＩＰ端末、音声動画像送受信端末のファックスなど）、１−３及び１−４は１以上の端末をＩＰ転送網に接続するためのメディアルータ、１−５及び１−６は接続サーバ、１−７は中継接続サーバである。上記各接続サーバ１−５及び１−６には、公衆電話交換網（PSTN）の加入者交換機（LS）の回線接続制御に類似した機能が付与されており、中継接続サーバ１−７には中継交換機（TS）の回線接続制御と類似した機能が付与されている。
利用者が端末１−１から宛先電話番号を入力して呼設定を送り（ステップZ1）、メディアルータ１−３が呼設定受付を返し（ステップZ2）、次にメディアルータ１−３は、宛先電話番号と送信元電話番号を含む呼設定のためのＩＰパケットを接続サーバ１−５に送信し（ステップY1）、接続サーバ１−５は受信した宛先電話番号を用いてＩＰ転送網内部の端末間通信用の通信回線を定め、通信回線を識別するための回線番号（CIC）、宛先電話番号及び送信元電話番号を含むＩＰパケットを形成する。ここで、回線番号（CIC）は、宛先電話番号及び送信元電話番号の組を識別できるように一意に定めておく。このＩＰパケットを、初期アドレスメッセージ（IAM）を含むＩＰパケット、或は単に初期アドレスメッセージ（IAM）という。前記端末間通信用の通信回線は、例えばディジタル化した音声パケットを転送するためのＩＰ通信回線であり、このＩＰ通信回線は、音声ＩＰパケットに設定する送信元ＩＰアドレス及び宛先ＩＰアドレスの組、或はＩＰパケットに付加したMPLS技法のラベルとして規定できる。なお、ＩＰ端末や音声動画像データやファックスデータ端末など他の端末の場合、通信回線はＩＰ端末用データ転送用通信回線や音声動画像送受信端末やファックスデータ転送用通信回線である。
次に、接続サーバ１−５は初期アドレスメッセージ（IAM）を接続サーバ１−７へ送る（ステップY2）と共に、後述するアドレス完了メッセージ（ACM）の待ち状態に移行し、ACM待ちタイマーを起動する。中継接続サーバ１−７はIAMを受信し、接続サーバ１−６へIAMを送る（ステップY3）。接続サーバ１−６は受信したIAMの内容を調べ、宛先電話番号を有する端末１−２を接続しているメディアルータ１−４へ通信回線が設定されているか、つまりメディアルータ１−４が接続要求呼の着信を許容されているかを調べ、着信許容の場合はメディアルータ１−４へ呼設定要求を行い（ステップY4）、メディアルータ１−４は端末１−２に呼設定を要求し（ステップZ4）、更に接続サーバ１−６はIAMを受信したことを通知するＩＰパケットを形成する。このＩＰパケット（アドレス完了メッセージ（ACM）という）を中継接続サーバ１−７へ返信し（ステップY5）、ACMは中継接続サーバ１−７を経て中継接続サーバ１−５に到達する（ステップY6）。接続サーバ１−５はACMを受信すると、既に設定してあるACM待ちタイマーを停止する。なお、ACMを受信する前の時点において、ACM待ちタイマーが満了した場合、通話回線は解放されている。また、ACMはIAMから回線番号（CIC）を引継ぎ、ACM内部に保持しているか、或はACMはステップY5において、送信元電話番号及び宛先電話番号の組から回線番号を形成し、ACM内部に保持することもできる。
端末１−２は接続要求呼の着信音を鳴動させてメディアルータ１−４へ報告し（ステップZ7）、メディアルータ１−４は端末１−２が接続要求呼着信呼出しを接続サーバ１−６へ送信し（ステップY7）、接続サーバ１−６は端末１−２が接続要求呼着信呼出中を知らせるＩＰパケットを形成する。このＩＰパケットを呼経過メッセージ（CPG）を含むＩＰパケット、或は単に呼経過メッセージ（CPG）という。接続サーバ１−６は中継接続サーバ１−７へ呼経過メッセージ（CPG）を送信し（ステップY8）、中継接続サーバ１−７は受信した前記CPGを接続サーバ１−５に送信し（ステップＹ９）、接続サーバ１−５はCPGを受信し、接続サーバ１−５は、メディアルータ１−３に対してCPGの内容から端末１−２が呼出中であることをメディアルータ１−３に通知し（ステップY10）、メディアルータ１−３は端末１−１に呼出中音を通知する（ステップZ10）。なお、CPGは、ステップY5において、送信元電話番号及び宛先電話番号の組から回線番号を形成し、CPG内部に保持することもできる。
端末１−２がステップZ4の呼設定要求に応答すると（ステップZ11）、メディアルータ１−４は端末１−２が応答したことを接続サーバ１−６へ通知し（ステップY11）、接続サーバ１−６は端末１−２が呼設定の要求に応答したことを示すＩＰパケットを形成する。このＩＰパケットを、応答メッセージ（ANM）を含むＩＰパケット又は単に応答メッセージ（ANM）という。接続サーバ１−６は生成したANMを中継接続サーバ１−７に送信し（ステップY12）、中継接続サーバ１−７は受信したANMを接続サーバ１−５に送信する（ステップY13）。接続サーバ１−５はメディアルータ１−３に宛先端末１−２が応答したことを知らせ（ステップY14）、メディアルータ１−３は端末１−１に送信している呼出音停止を通知し（ステップZ14）、端末１−１と端末１−２との間で、回線番号（CIC）により特定される端末間通信用の通信回線を用いたディジタルメディアを載せたＩＰパケットの送受が可能となり、通話フェーズに移行する（ステップY15）。なお、ANMはステップＹ５において、送信元電話番号と宛先電話番号の組から回線番号を形成し、ANM内部に保持することもできる。端末１−１の切断要求が通知され（ステップZ16）、メディアルータ１−３は切断要求を接続サーバ１−５へ通知し（ステップY16）、端末１−１に切断確認を通知する（ステップZ18）。
接続サーバ１−５は切断要求を受信すると、送信元電話番号及び宛先電話番号の組から回線番号（CIC）を識別し、通信回線の解放要求（REL）を意味するＩＰパケットを形成する。このＩＰパケットを、解放（REL）を含むＩＰパケット又は単に解放メッセージ（REL）という。解放メッセージ（REL）は回線番号（CIC）を含み、この解放メッセージ（REL）を中継接続サーバ１−７に送出し（ステップY17）、更に切断要求の完了を示す復旧完了をメディアルータ１−３に返信する（ステップＹ１８）。中継接続サーバ１−７は解放要求（REL）を接続サーバ１−６に送出し（ステップY19）、更に解放要求（REL）の完了を示すＩＰパケットを形成する。このＩＰパケットを解放完了（RLC）を含むＩＰパケット又は単に解放完了メッセージ（RLC）という。この解放完了（RLC）を接続サーバ１−５に返信する（ステップY20）。
接続サーバ１−６は解放要求（REL）を受信するとメディアルータ１−４に切断要求を送出し（ステップY21）、解放要求（REL）を完了したことを意味する解放完了（RLC）を中継接続サーバ１−７に返信する（ステップY22）。メディアルータ１−４は切断要求を受信すると端末１−２に接続要求呼の切断指示を通知し（ステップZ22）、前記切断指示を遂行したことを示す切断完了を接続サーバ１−６に返信する（ステップY23）。端末１−２は復旧完了をメディアルータへ通知する（ステップZ23）。端末間通信を終了する手続きにおいて、端末１−２から端末間通信の切断要求をメディアルータ１−４に出すことも可能であり、上述と同様の手順となっている。中継接続サーバ１−７が存在せず、接続サーバ１−５及び１−６の間における端末間通信接続制御の方法も可能である。接続サーバ１−５及び１−６は端末１−１及び１−２の間の端末間通信の終了後、つまりステップY18及びステップY22において、回線番号（CIC）、通信時刻、電話番号を含めた端末間通信記録を収集し、接続サーバの内部に記録し、課金や運用管理に用いることができる。
以上述べた端末間通信接続制御において、端末が電話機のケースでは、ディジタルメディアがディジタル化音声であり、メディア通信が電話通信であり、端末がＩＰ端末（ＩＰパケットを送受する機能を有する端末）であるケースでは、ディジタルメディアが文字乃至ディジタル化静止画像であり、メディア通信がＩＰデータ通信であり、端末が音声動画像送受信端末のケースでは、ディジタルメディアがディジタル化音声動画像であり、メディア通信が音声動画像通信であり、端末がファックス端末であるケースでは、ディジタルメディアがディジタル化ファックス画像であり、メディア通信がファックス通信である。また、通信相手端末を識別するための電話番号を、通信相手端末を識別するために個別に定める端末識別番号、例えば特定の通信網の内部でのみ有効な端末固有番号とすることもできる。
また、メディアルータと接続サーバとの間、及び接続サーバ間における端末間通信接続制御の方法も各種のバリエーションがあり、また、ステップY2におけるACM待ちタイマーの起動を省略することも可能であり、更に前記ステップＹ５及びＹ６を省略し、アドレス完了メッセージ（ＡＣＭ）を省くこともできる。但し、ＡＣＭ待ちタイマーの代わりにＣＰＧ待ちタイマーを設定し、ステップＹ９の後にＣＰＧ待ちタイマーを停止する実施例において説明する。
本発明はＩＰ転送網を用いたＩＰ通信システムに関し、本発明の上記目的は、ＩＰ転送網は複数の網ノード装置、接続サーバ、代理接続サーバ及びドメイン名サーバを含み、前記ＩＰ転送網に複数の端末が接続されており、端末Ｔｊ（ｊ＝１，２，・・・，ｎ）は通信回線Ｌｊを経て前記網ノード装置のいずれかに論理端子ＬＰｊで接続され、前記ドメイン名サーバは、前記端末Ｔｊの電話番号ＴＮｊ及び外部ＩＰアドレスＥＡｊ、前記論理端子ＬＰｊの識別情報である内部ＩＰアドレスＩＡｊ、前記端末Ｔｊの接続制御を担う接続サーバＳｋの内部ＩＰアドレスｋの組を保持しており、端末Ｔ１は通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、ＩＰ通信レコードＲ８１及びＲ８２がそれぞれ前記網ノード装置Ｎ１及びＮ２内に設定されており、前記ＩＰ通信レコードＲ８１は、前記端末Ｔ１の外部ＩＰアドレスＥＡ１、前記論理端子ＬＰ１の識別情報である内部ＩＰアドレスＩＡ１、代理接続サーバＰＳ１の外部ＩＰアドレスＥＡ８１及び内部ＩＰアドレスＩＡ８１を含み、前記ＩＰ通信レコードＲ８２は、前記端末Ｔ２の外部ＩＰアドレスＥＡ２、前記論理端子ＬＰ２の識別情報である内部ＩＰアドレスＩＡ２、代理接続サーバＰＳ２の外部ＩＰアドレスＥＡ８２及び内部ＩＰアドレスＩＡ８２を含み、前記端末Ｔ１は、電話番号を用いて前記端末Ｔ２に接続するために接続要求、電話番号ＴＮ１及びＴＮ２を含み、代理接続サーバＰＳ１の外部ＩＰアドレスＥＡ８１を宛先アドレスとする外部ＩＰパケット１を送信し、前記外部ＩＰパケット１は前記通信回線Ｌ１を経て前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１の識別情報を含むＩＰ通信レコードＲ８１の規定に従って、前記外部ＩＰパケット１内の外部ＩＰアドレスが満たすべきＩＰアドレス入力条件を調べ、前記条件を満たさない前記外部ＩＰパケット１を廃棄し、前記条件が満たされると、前記網ノード装置Ｎ１は、前記外部ＩＰパケット１をＩＰカプセル化することによよって第１形式の内部ＩＰパケット１１を形成して送信し、前記内部ＩＰパケット１１の宛先アドレスは前記代理接続サーバＰＳ１の内部ＩＰアドレスＩＡ８１であり、前記代理接続サーバＰＳ１は、前記内部ＩＰパケット１１を第２形式の内部ＩＰパケット１２に変換して接続サーバＳ１へ送信し、前記接続サーバＳ１は、前記内部ＩＰパケット１２から前記電話番号ＴＮ１及びＴＮ２、前記外部ＩＰアドレスＥＡ１、前記内部ＩＰアドレスＩＡ１を取得し、前記宛先端末Ｔ２の電話番号ＴＮ２をドメイン名サーバＤＳ１に提示し、前記端末Ｔ２の外部ＩＰアドレスＥＡ２、論理端子ＬＰ２の識別情報である内部ＩＰアドレスＩＡ２及び前記端末Ｔ２の接続制御を担う接続サーバＳ２の内部ＩＰアドレスＩＡ９２を取得し、前記接続サーバＳ１は前記電話番号ＴＮ１及びＴＮ２から回線番号ＣＮ１２を定め、前記電話番号ＴＮ１及びＴＮ２、前記回線番号ＣＮ１２、前記外部ＩＰアドレスＥＡ１及びＥＡ２、前記内部ＩＰアドレスＩＡ１及びＩＡ２を管理表ＭＧ１に記録し、前記接続サーバＳ１は、前記内部ＩＰアドレスＩＡ９２を用いて、前記接続要求及び前記回線番号ＣＮ１２を含む初期アドレスメッセージを前記接続サーバＳ２へ送信し、前記接続サーバＳ２は、前記初期アドレスメッセージから前記電話番号ＴＮ１及びＴＮ２、前記回線番号ＣＮ１２、前記外部ＩＰアドレスＥＡ１及びＥＡ２、前記内部ＩＰアドレスＩＡ１及びＩＡ２を取得し、前記電話番号ＴＮ１及びＴＮ２、前記回線番号ＣＮ１２、前記外部ＩＰアドレスＥＡ１及びＥＡ２、前記内部ＩＰアドレスＩＡ１及びＩＡ２を管理表ＭＧ２に記録し、前記接続サーバＳ２は前記宛先端末Ｔ２が着信可能であるかを確認し、着信通知及び前記電話番号ＴＮ１を含む第２形式の内部ＩＰパケット２１を送信すると、前記代理接続サーバＰＳ２は、受信した前記内部ＩＰパケット２１から前記着信通知を含む第１形式の内部ＩＰパケット２２を形成して送信し、前記内部ＩＰパケット２２は、前記網ノード装置Ｎ２で、前記着信通知を含み、前記端末Ｔ２の外部ＩＰアドレスＥＡ２を宛先アドレスとする外部ＩＰパケット２に変換され、前記外部ＩＰパケット２は前記通信回線Ｌ２を経て前記端末Ｔ２に到達し、前記端末Ｔ２は前記着信通知及び前記電話番号ＴＮ１を取得し、前記接続サーバＳ２は前記内部ＩＰパケット２１を送信した後、着信可否通知及び前記回線番号ＣＮ１２を含むアドレス完了メッセージを形成して前記接続サーバＳ１へ送信し、前記接続サーバＳ１は前記アドレス完了メッセージを受信し、前記端末Ｔ２は、応答準備開始を知らせる呼出中通知を含み、前記代理接続サーバＰＳ２の外部ＩＰアドレスＥＡ８２を宛先アドレスとする外部ＩＰパケット３を送信し、前記外部ＩＰパケット３は、前記網ノード装置Ｎ２で前記ＩＰ通信レコードＲ８２が規定するＩＰアドレス入力条件に従って判定され、前記判定に合格すると、前記呼出中通知を含み、前記代理接続サーバＰＳ２の内部ＩＰアドレスＩＡ８２を宛先アドレスとする第１形式の内部ＩＰパケット３１となり、前記代理接続サーバＰＳ２において、前記接続サーバＳ２の内部ＩＰアドレスを宛先アドレスとする第２形式の内部ＩＰパケット３２に変換されて前記接続サーバＳ２に到達し、前記接続サーバＳ２は、前記呼出中通知及び前記回線番号ＣＮ１２を含む呼経過メッセージを形成して前記接続サーバＳ１へ送信し、前記接続サーバＳ１は、前記呼経過メッセージを参照して前記呼出中通知を含む第２形式の内部ＩＰパケット４１を送信し、前記内部ＩＰパケット４１は前記代理接続サーバＰＳ１により第１形式の内部ＩＰパケット４２に変換され、前記網ノード装置Ｎ１で、前記呼出中通知を含み、前記外部ＩＰアドレスＥＡ１が宛先アドレスである外部ＩＰパケット４に変換され、前記外部ＩＰパケット４は前記通信回線Ｌ１を経て前記端末Ｔ１に到達し、
前記端末Ｔ２は、応答を知らせる応答通知及び前記端末Ｔ２のポート番号ＰＮ２を含み、代理接続サーバＰＳ２の外部ＩＰアドレスＥＡ８２を宛先アドレスとする外部ＩＰパケット５を送信し、前記外部ＩＰパケット５の外部ＩＰアドレスは、前記網ノード装置Ｎ２で前記ＩＰ通信レコードＲ８２が規定するＩＰアドレス入力条件に従って判定され、前記判定に合格すると、前記応答通知を含み、前記代理接続サーバＰＳ２の内部ＩＰアドレスＩＡ８２を宛先アドレスとする第１形式の内部ＩＰパケット５１となり、前記代理接続サーバＰＳ２において、前記接続サーバＳ２の内部ＩＰアドレスを宛先アドレスとする第２形式の内部ＩＰパケット５２に変換されて前記接続サーバＳ２に到達し、前記接続サーバＳ２は、前記応答通知、前記回線番号ＣＮ１２及び前記端末Ｔ２のポート番号ＰＮ２を含む応答メッセージを形成して前記接続サーバＳ１へ送信し、前記接続サーバＳ１は、前記応答通知、前記端末Ｔ２の外部ＩＰアドレスＥＡ２及びポート番号ＰＮ２を含む第２形式の内部ＩＰパケット６１を送信し、前記内部ＩＰパケット６１は前記代理接続サーバＰＳ１により第１形式の内部ＩＰパケット６２に変換され、前記網ノード装置Ｎ１で、前記応答通知を含み、前記外部ＩＰアドレスＥＡ１が宛先アドレスである外部ＩＰパケット６に変換され、前記応答通知、前記端末Ｔ２の外部ＩＰアドレスＥＡ２及びポート番号ＰＮ２を含む前記外部ＩＰパケット６は前記通信回線Ｌ１を経て前記端末Ｔ１に到達し、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２のアドレス管理表１及び２内にそれぞれＩＰ通信レコードＲ１及びＲ２を設定し、前記ＩＰ通信レコードＲ１は、前記端末Ｔ１及び前記端末Ｔ２の外部ＩＰアドレスＥＡ１及びＥＡ２、前記内部ＩＰアドレスＩＡ１及びＩＡ２を含み、前記ＩＰ通信レコードＲ２も、前記外部ＩＰアドレスＥＡ１及びＥＡ２、前記内部ＩＰアドレスＩＡ１及びＩＡ２を含み、
前記ＩＰ通信レコードＲ１及びＲ２は、前記網ノード装置Ｎ１及びＮ２の間に内部ＩＰパケットが転送される通信パスＰ１２を定めており、前記端末Ｔ１が、前記外部ＩＰアドレスＥＡ１をソースアドレス，前記端末Ｔ２の外部ＩＰアドレスＥＡ２を宛先アドレス，前記ポート番号ＰＮ２を宛先ポート番号とする外部ＩＰパケット７を送信すると、前記外部ＩＰパケット７は、前記網ノード装置Ｎ１で前記ＩＰ通信レコードＲ１の管理の基にＩＰアドレス入力条件に従って判定され、前記判定に合格するとＩＰカプセル化され、前記内部ＩＰアドレスＩＡ２を宛先アドレスとする内部ＩＰパケット７に変換されて前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で逆ＩＰカプセル化されて復元された前記外部ＩＰパケット７が前記端末Ｔ２に送信され、前記端末Ｔ１が、通信切断要求を含み、前記代理接続サーバＰＳ１の外部ＩＰアドレスＥＡ８１を宛先アドレスとする外部ＩＰパケット９を送信すると、前記外部ＩＰパケット９は前記通信切断要求を含む内部ＩＰパケット９になって前記接続サーバＳ１に到達し、 前記接続サーバＳ１及びＳ２は、前記通信切断要求通知若しくは切断通知受信報告、前記回線番号ＣＮ１２を含む解放メッセージ若しくは解放完了メッセージを送受し、前記ＩＰ通信レコードＲ１及びＲ２の抹消を指示することにより達成される。
また、本発明の上記目的は、第１の非独立型ＩＰ電話機と第２の非独立型ＩＰ電話機との間で電話通信を行うため、前記第１の非独立型ＩＰ電話機の送受話器を上げると、前記第１の非独立型ＩＰ電話機から呼出を通知するＩＰパケットが送信され、第１のメディアルータの内部の第１のH323終端部が前記ＩＰパケットを検出し、応答のＩＰパケットを前記第１の非独立型ＩＰ電話機へ返信し、前記第１の非独立型ＩＰ電話機が前記第２の第１の非独立型ＩＰ電話機の電話番号を含むＩＰパケットを前記第１のH323終端部を経由し、第１のメディアルータの内部の第１のドメイン名サーバ、前記第１のメディアルータが通信回線を経て接続する第１の網ノード装置に到達し、前記第１の網ノード装置は前記ＩＰパケットを前記統合ＩＰ転送網内部の第２のドメイン名サーバに送信し、前記第２のドメイン名サーバは、前記第１の非独立型ＩＰ電話機の電話番号に１：１対応する第２のＩＰアドレスを前記第１のドメイン名サーバを経由して、或は前記第１のドメイン名サーバを経由せずに直接に前記第１のH323終端部に返信し、前記第１のH323終端部は、前記第１の非独立型ＩＰ電話機に１：１に対応づける第１のＩＰアドレスを発信元ＩＰアドレスとし、前記第２のＩＰアドレスを宛先ＩＰアドレスとするＩＰパケットを生成して送出すると、前記第１の網ノード装置、前記ＩＰ転送網内部の１以上のルータを経由し、前記第２の第１の非独立型ＩＰ電話機が接続される他の第２の網ノード装置に到達し、通信回線経由で他の第２のメディアルータ内部にあり前記第２の第１の非独立型ＩＰ電話機が接続される第２のH323終端部に届けられる。
第１利用者が電話の通話を始めると、前記第１の非独立型ＩＰ電話機は前記第１のＩＰアドレスを発信元ＩＰアドレスとし、前記第２のＩＰアドレスを宛先ＩＰアドレスとしディジタル表現した電話音声を含むＩＰパケットを送出し、このＩＰパケットは前記第１のH323終端装置を経て前記第１の網ノード装置、前記ＩＰ転送網内部の１以上のルータ、前記第２の網ノード装置、前記第２のH323終端装置を経て、前記第２の非独立型ＩＰ電話機に届けられ、第２利用者が音声を発すると、前記第２の非独立型ＩＰ電話機は前記第２のＩＰアドレスを発信元ＩＰアドレスとし、前記第１のＩＰアドレスを宛先ＩＰアドレスとし、ディジタル表現した電話音声を含むＩＰパケットを送出し、このＩＰパケットは前記第２のH323終端装置を経て、第２の網ノード装置、前記ＩＰ転送網内部の１以上のルータ、前記第１の網ノード装置、前記第１のH323終端装置を経て前記第１の非独立型ＩＰ電話機に届けられる。
第１の利用者が電話通信終了のため送受話器を置くと、前記第１のＩＰアドレスを発信元ＩＰアドレスとし、前記第２のＩＰアドレスを宛先ＩＰアドレスとし、電話通信終了を示すＩＰパケットを生成して送出すると、前記第１のH323終端部、第１の網ノード装置、前記ＩＰ転送網内部の１以上のルータ、前記第２の網ノード装置、第２のH323終端装置を経て前記第２の第１の非独立型ＩＰ電話機に届けられると、第２の利用者は電話通信終了したことを知り、送受話器をおくと前記第２のＩＰアドレスを発信元ＩＰアドレスとし、前記第１のＩＰアドレスを宛先ＩＰアドレスとし、電話通信終了を確認するためのＩＰパケットを生成して送出すると、前記ＩＰパケットは前記第２のH323終端装置を経て、第２の網ノード装置、前記ＩＰ転送網内部の１以上のルータ、前記第１の網ノード装置、前記第１のH323終端装置に届けられ、前記第１の非独立型ＩＰ電話機と前記第２の非独立型ＩＰ電話機との間の電話通信が終了し、H323終端部は前記第２の非独立型ＩＰ電話機に送信するＩＰパケットを送出すると、網ノード装置、ＩＰ転送網内部の１以上のルータを経由し、前記第２の非独立型ＩＰ電話機が接続される他の網ノード装置に到達し、通信回線経由で他のメディアルータに入り、そのH323終端部を経由して前記第２の非独立型ＩＰ電話機にＩＰパケットが届けられることによって達成される。
発明はＩＰ転送網内の網ノード装置にアドレス管理表を設定し、このアドレス管理表に端末のアドレスを登録しておく手段（特願平11-128956）をマルチキャスト技法に適用するものであり、以下にその内容を説明する。ＩＰ転送網を通信会社が管理運用する網とし、ＩＰ転送網内に網ノード装置を設け、この網ノード装置にＩＰ端末のＩＰアドレスを登録することにより、情報安全性を高めたマルチキャストによるＩＰパケット送信を実現する。未登録のマルチキャストＩＰアドレスを含むＩＰパケットを受信すると、このＩＰパケットを廃棄する（ＩＰアドレスフィルタリング）。
図２を参照して説明すると、ＩＰ転送網１−１０の内部に網ノード装置１−１１乃至１−１４及びルータ１−１５乃至１−２０を設置している。網ノード装置とルータはＩＰ通信回線により、直接に或は網ノード装置やルータ経由で間接的に接続される。ＩＰパケット送受機能を有するＩＰ端末１−２１乃至１−２７は、ＩＰ通信回線により網ノード装置に接続される。ＩＰ端末はルータに直接に接続許可しない。網ノード装置１−１１乃至１−１４は、当該ノード装置が接続しているＩＰ端末情報のうち、少なくともＩＰアドレスを当該ノード装置の内部に登録している。
第１のＩＰパケット受入れ検査として、ＩＰ転送網に入る外部ＩＰパケットのヘッダ内の宛先ＩＰアドレスが、当該ノード装置のアドレス管理表に登録されているかを検査し、宛先ＩＰアドレスが登録されていない場合は、当該ＩＰパケットを廃棄する。第２のＩＰパケット受入れ検査として、ＩＰ転送網に入る外部ＩＰパケットのヘッダ内の送信元ＩＰアドレスが、当該ノード装置のアドレス管理表に登録されているかを検査し、送信元ＩＰアドレスが登録されていない場合は、当該ＩＰパケットを廃棄する。第１のアドレス登録検査として、網ノード装置のアドレス管理表に宛先マルチキャストアドレスを登録しておき、網ノード装置に入る外部ＩＰパケットのヘッダ内の宛先マルチキャストアドレスがアドレス管理表に登録されていない場合は、網ノード装置が当該ＩＰパケットを廃棄することにより、予定外のＩＰパケットがＩＰ転送網内部に混入することを防止する。受信者側の網ノード装置のアドレス管理表にマルチキャスト送信者のアドレスを登録許可しないことにより、マルチキャストＩＰパケット受信者からマルチキャストＩＰパケット送信者へ向けたＩＰパケット受信確認用のACKパケットが、網ノード装置を通過できないようにして、ACKパケットの大量洪水（ACK implosion）によるＩＰ転送網の輻輳発生を予防できる。
また、ルータのＩＰアドレスを宛先アドレスとして登録不許可とし、ＩＰ転送網の外部からＩＰ転送網内部のルータへマルチキャスト表の書換え等の危険なＩＰパケットを送り込めないようにし、或はＩＰ転送網内部のマルチキャスト向け運用管理サーバのＩＰアドレスの登録を不許可とし、ＩＰ転送網の外部からＩＰ転送網内部の運用管理サーバへのアクセスを不可能とし、情報安全性を向上する。第２アドレス登録検査として、マルチキャストデータを含むＩＰパケットの送信元を限定して、不正行為者の不正行為の発生を抑制する。また、不正行為が行われた場合は、ＩＰパケットの送信元を特定することが容易であり、ＩＰ転送網の情報安全性を高めることができる。
＜＜簡易ヘッダと簡易カプセル化＞＞
本発明の実施例において説明されるＩＰカプセル化及び逆ＩＰカプセル化を、通信レイヤ３層未満におけるカプセル化や逆カプセル化に置き換えること、例えば、通信レイヤ２層の光ＨＤＬＣフレームのヘッダによるカプセル化や逆カプセル化に置き換えることができる。更に、カプセル化及び逆カプセル化において付与するヘッダに、送信元内部アドレスを含まないようにすること、即ち、簡易ヘッダを適用する簡易カプセル化と簡易逆カプセル化も可能である。なお、簡易カプセル化においても、カプセル化や逆カプセル化において用いると同機能のアドレス管理表を用いる。図３３９を用いて説明する。
ブロック２３００はＩＰ通信網であり、２３０１乃至２３０５は、網ノード装置、２３０１−１、２３０２−１，２３０３−１、２３０４−１、２３０５−１は、それぞれアドレス管理表、２３０１−２、２３０１−３、２３０２−２，２３０２−３，２３０３−２、２３０３−３、２３０４−２、２３０４−３は、通信回線の終端部と網ノード装置の接点（論理端子）であり、それぞれ、内部アドレス“ＩＡ１”，“ＩＡ２”，“ＩＡ３”，“ＩＡ４”，“ＩＡ５”，“ＩＡ６”，“ＩＡ７”，“ＩＡ８”が付与されている。２３０６−１乃至２３０６−９は、ＩＰパケットを送受する機能を有するＩＰ端末であり、それぞれ外部ＩＰアドレス“ＥＡ１”乃至“ＥＡ９”を有する。２３０７−１乃至２３０７−４はルータである。前記網ノード装置やルータは、通信回線を経由して、直接に或いはルータを経由して間接的に接続され、前記端末は通信回線を経由して網ノード装置に接続している。図３５７の記載において、ＩＰのヘッダ部分はＩＰアドレス部分のみを記載し、他の項目は省略している。
端末２３０６−１が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ３”であるＩＰパケット２３１０を送信し、網ノード装置２３０１は、ＩＰパケット２３１０を受信すると、ＩＰパケット２３１０が入力した通信回線終端の論理端子に付与されている内部アドレスが“ＩＡ１”であり、ＩＰパケット２３１０の宛先外部ＩＰアドレスが“ ＥＡ３”であることを確認し、アドレス管理表２３０１−１内部を検索し、始めに送信元内部ＩＰアドレスが“ｌＡ１”であり、次に宛先外部ＩＰアドレスが“ ＥＡ３”が含まれるレコードを検索し、更に前記検出したレコード内にＩＰパケット２３１０内の送信元外部ＩＰアドレスが“ＥＡ１”が含まれるかを調べる。
本例では上からアドレス管理表２３０１−１の１行目のレコード“ ＥＡ１，ＥＡ３，ＩＡ１，ｌＡ３”であり、このレコード内部にあるアドレスの“ ＩＡ３”を用いて、IPパケット２３１０に簡易ヘッダを付与して、内部パケット２３１３を形成する（簡易カプセル化）。但し、簡易ヘッダは送信元内部アドレス“ ＩＡ１”を含まない。前記形成された内部パケット２３１３は、ルータ２３０７−１、２３０７−２、を経由して網ノード装置２３０２へ到達する。網ノード装置２３０２は、受信した内部パケット２３１３の簡易へッダを除き（簡易逆カプセル化）、前記により得られた外部ＩＰパケット２３１７（ＩＰパケット２３１０と同一内容）を通信回線へ送出し、ＩＰ端末２３０６−３がＩＰパケット２３１７を受信する。なお、アドレス管理表２３０２−１の１行目のレコード“ ＥＡ３，ＥＡ１，ＩＡ３，ｌＡ１”は、前記と逆の方向に前記同様の方法により、ＩＰパケットを転送すること、即ち、端末２３０６−３から端末２３０６−１にＩＰパケットを転送する為に用いられる。
なお、網ノード装置２３０１において簡易カプセル化を行うとき、アドレス管理表２３０１−１内部で検出したレコード内にＩＰパケット２３１０内の送信元外部ＩＰアドレスが“ＥＡ１”が含まれるかを調べることは、省略することもできる。前記“ ＥＡ１”を調べることを省略するケースでは、アドレス管理表２３０１−１のそれぞれのレコードは、送信元外部ＩＰアドレスを含まないようにすることが出来る。更に、アドレス管理表２３０１−１の各レコード内の２つの外部ＩＰアドレス（送信元ＩＰアドレスと宛先ＩＰアドレス）に対して、後述するアドレスマスク技法と同様の原理に基づいたを簡易カプセル化技法を適用することができる。
＜＜アドレスマスク技法の適用＞＞
ＩＰパケットを転送する他の例を説明する。端末２３０６−５が、送信元アドレス“ＥＡ５”、宛先アドレス“ＥＡ４”であるＩＰパケット２３１２を送信し、網ノード装置２３０３はＩＰパケット２３１２を受信すると、ＩＰパケット２３１２が入力した通信回線終端の論理端子に付与されている内部アドレスが“ＩＡ５”であり、ＩＰパケット２３１２の宛先外部ＩＰアドレスが“ＥＡ４”であることを確認する。そして、アドレス管理表２３０３−１内部を検索し、始めに送信元内部ＩＰアドレスが“ｌＡ５”であるレコードを検索する。本ケースでは、アドレス管理表２３０３−１の上から1行目のレコード“Ｍｓｋ7，ＥＡ7ｘ，ＩＡ５，ＩＡ7”と、２行目のレコード“Ｍｓｋ４，ＥＡ４ｘ，ＩＡ５，ＩＡ４”とが該当し、１行目のレコードについては、マスク“Ｍｓｋ７”と、外部ＩＰパケット２３１２内の宛先外部ＩＰアドレス“ＥＡ４”との“ａｎｄ”演算の結果が、１行目レコード内の宛先外部ＩＰアドレス“ＥＡ７ｘ”と一致するかを調べる（下記（４）式）。本ケースでは一致せず、次に２行目のレコードについて、宛先用外部ＩＰマスク“Ｍｓｋ４”と、外部ＩＰパケット２３１２内の宛先外部ＩＰアドレス“ＥＡ４”との“ａｎｄ”演算の結果が２行目レコード内宛先外部ＩＰアドレス“ＥＡ４ｘ”と一致するかを調べる（下記（５）式）。本ケースでは一致する。

Ｉｆ（“Ｍｓｋ７”ａｎｄ“ＥＡ４”＝“ＥＡ７ｘ”）・・・（４）
Ｉｆ（“Ｍｓｋ４”ａｎｄ“ＥＡ４”＝“ＥＡ４ｘ”）・・・（５）

本例では上からアドレス管理表２３０３−１の２行目のレコード“Ｍｓｋ４，ＥＡ４ｘ，ＩＡ５，ＩＡ４”であり、このレコード内部にあるアドレスの“ ＩＡ４”を用いて、IPパケット２３１２に簡易ヘッダを付与して内部パケット２３１４を形成する（簡易カプセル化）。ただし、簡易ヘッダは送信元内部アドレス“Ａ５”を含まない。前記形成された内部パケット２３１４は、ルータ２３０７−３、２３０７−４、２３０７−２を経由して網ノード装置２３０２へ到達する。網ノード装置２３０２は受信した内部パケット２３１４の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケット２３１８（ＩＰパケット２３１２と同一内容）を通信回線へ送出し、ＩＰ端末２３０６−４がＩＰパケット２３１８を受信する。
次に、端末２３０６−２から端末２３０６−７へ送出されたＩＰパケット２３１１は、網ノード装置２３０１−１において、アドレス管理表２３０１−１の第２行目のレコード“ＥＡ２，ＥＡ７，ＩＡ２，ＩＡ７”が用いられて、上述同様の方法で簡易カプセル化されて内部カプセル２３１６となり、ルータ２３０７−１，２３０７−２，２３０７−４を経由して、網ノード装置２３０４に到達する。網ノード装置２３０４は受信した内部パケット２３１６の簡易へッダを除き（簡易逆カプセル化）、上述により得られた外部ＩＰパケット２３１９（ＩＰパケット２３１１と同一内容）を通信回線へ送出し、ＩＰ端末２３０６−７がＩＰパケット２３１９を受信する。
次に、端末２３０６−９から端末２３０６−８へ送出されたＩＰパケット２３２１は、網ノード装置２３０５において、アドレス管理表２３０５−１の第２行目のレコード“Ｍｓｋ８，ＥＡ８ｙ，ＩＡ８”が用いられて、前記同様の方法で簡易カプセル化されて内部カプセル２３２２となり、ルータ２３０７−４を経由して網ノード装置２３０４に到達する。網ノード装置２３０４は、受信した内部パケット２３２２の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケット２３２３（ＩＰパケット２３２１と同一内容）を通信回線へ送出し、ＩＰ端末２３０６−８がＩＰパケット２３１９を受信する。
なお、前記アドレスマスク技法は、図３５５を用いて説明したアドレスマスク技法と同様の原理である。簡易ヘッダによるカプセル化と逆カプセル化の他の例として、ＭＰＬＳ技法による公知のＭＰＬＳラベルを用いることができる。ここで、ＭＰＬＳラベルは宛先内部アドレスを含むが、送信元内部アドレスを含まない。
図３４０は、前記簡易カプセル化において形成される内部パケット（内部フレームともいう）の形式を示している。前記内部パケットは外部ＩＰパケットに簡易ヘッダが付与された形態であり、前記簡易ヘッダは宛先内部アドレスと情報領域を含む。ただし、送信元内部アドレスを含まない。情報領域は、内部パケットのペイロード域に関する情報（プロトコルなど）を含む。次に、図３４１及び図３４２を参照して、簡易カプセル化と逆カプセル化について、他の実施例を説明する。
２３５１−１乃至２３５１−７はＩＰ転送網、２３５２−１乃至２３５２−７は外部ＩＰアドレス“ＥＡ１”を有する端末であり、２３５３−１乃至２３５３−７は外部ＩＰアドレス“ＥＡ２”を有する端末である。２３５４−１乃至２３５４−７は内部パケット（内部フレーム）である。２３５５−１乃至２３５５−７、２３５６−１乃至２３５６−７は網ノード装置である。２３５９−１乃至２３５９−７は通信回線と網ノード装置の接点（論理端子）であり、内部アドレス“ＩＡ１”が付与されている。２３６０−１乃至２３６０−７は通信回線と網ノード装置の接点（論理端子）であり、内部アドレス“ＩＡ２”が付与されている。２３５７−１乃至２３５７−７、２３５８−１乃至２３５８−７はアドレス管理表である。前記端末と網ノード装置、網ノード装置と他の網ノード装置はそれぞれ通信回線で結ばれ、端末と網ノード装置の間はＩＰパケットが送受され、網ノード装置間は内部パケット（内部フレーム）が転送される。
端末２３５２−１が送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−１はＩＰパケットを受信すると、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスが“ＩＡ１”であり、前記ＩＰパケットの宛先外部ＩＰアドレスが“ＥＡ２”であることを確認し、アドレス管理表２３５７−１内部を検索し、始めに送信元内部ＩＰアドレスが“ｌＡ１”であり、次に宛先外部ＩＰアドレスが“ＥＡ２”が含まれるレコードを検索する。本例ではアドレス管理表２３５７−１の上から１行目のレコード“ＥＡ２，ＩＡ１，ｌＡ２”であり、このレコード内部にあるアドレスの“ＩＡ２”を用いて、前記ＩＰパケットに簡易ヘッダを付与して、内部パケット２３５４−１を形成する（簡易カプセル化）。前記形成された内部パケット２３５４−１は、通信回線を経由して網ノード装置２３５６−１へ到達する。網ノード装置２３５６−１は受信した内部パケット２３５４−１の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケットを通信回線へ送出し、ＩＰ端末２３５３−１が前記復元したＩＰパケットを受信する。
端末２３５２−２が送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−２はＩＰパケットを受信すると、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスに関係なく、前記ＩＰパケットの送信元外部ＩＰアドレスが“ＥＡ１”であり、宛先外部ＩＰアドレスが“ＥＡ２”であることを確認し、アドレス管理表２３５７−２内部を検索する。本例ではアドレス管理表２３５７−２の上から１行目のレコード“ＥＡ１，ＥＡ２，ｌＡ２”であり、このレコード内部にあるアドレスの“ＩＡ２”を用いて、前記ＩＰパケットに簡易ヘッダを付与して内部パケット２３５４−２を形成する（簡易カプセル化）。前記形成された内部パケット２３５４−２は、通信回線を経由して網ノード装置２３５６−２へ到達する。網ノード装置２３５６−２は受信した内部パケット２３５４−１の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケットを通信回線へ送出し、ＩＰ端末２３５３−２が復元した前記ＩＰパケットを受信する。
端末２３５２−３が送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−３はＩＰパケットを受信すると、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスに関係なく、前記ＩＰパケットの宛先外部ＩＰアドレスが“ＥＡ２”であることを確認し、アドレス管理表２３５７−１内部を検索し、次に宛先外部ＩＰアドレスが“ＥＡ２”が含まれるレコードを検索する。本例ではアドレス管理表２３５７−１の上から１行目のレコード“ＥＡ２，ｌＡ２”であり、このレコード内部にあるアドレスの“ＩＡ２”を用いてＩＰパケットに簡易ヘッダを付与し、内部パケット２３５４−３を形成する（簡易カプセル化）。前記形成された内部パケット２３５４−３は、通信回線を経由して網ノード装置２３５６−３へ到達する。網ノード装置２３５６−１は受信した内部パケット２３５４−３の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケットを通信回線へ送出し、ＩＰ端末２３５３−３が前記ＩＰパケットを受信する。
端末２３５２−４が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−４はＩＰパケットを受信すると、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスが“ＩＡ１”であり、前記ＩＰパケットの宛先外部ＩＰアドレスが“ＥＡ２”であることを確認し、アドレス管理表２３５５−４内部を検索し、始めに送信元内部ＩＰアドレスが“ｌＡ１”であるレコードを検索する。本ケースでは、アドレス管理表２３５７−４の上から1行目のレコード“Ｍｓｋ１，ＥＡ１ｘ，Ｍｓｋ２,ＥＡ２ｘ，ＩＡ１，ＩＡ２”が該当する。始めに、１行目のレコードについて、マスク“Ｍｓｋ２”と、前記入力した外部ＩＰパケット内の宛先外部ＩＰアドレス“ＥＡ２”との“ａｎｄ”演算の結果が、１行目レコード内の宛先外部ＩＰアドレス“ＥＡ２ｘ”と一致するかを調べ（下記（６）式）、更に送信元外部ＩＰマスク“Ｍｓｋ１”と、前記外部ＩＰパケット内の送信元外部ＩＰアドレス“ＥＡ１”との“ａｎｄ”演算の結果が、同一レコード内宛先外部ＩＰアドレス“ＥＡ１ｘ”と一致するかを調べる（下記（７）式）。

Ｉｆ（“Ｍｓｋ２”ａｎｄ“ＥＡ２”＝“ＥＡ２ｘ”）・・・（６）
Ｉｆ（“Ｍｓｋ１”ａｎｄ“ＥＡ１”＝“ＥＡ１ｘ”）・・・（７）

本例では上からアドレス管理表２３５７−４の前記第１行目のレコードであり、このレコード内部にあるアドレスの“ＩＡ２”を用いて、外部ＩＰパケットに簡易ヘッダを付与して内部パケット２３５４−４を形成する（簡易カプセル化）。前記形成された内部パケット２３５４−４は、通信回線を経由して網ノード装置２３５６−４へ到達する。網ノード装置２３５６−４は前記受信した内部パケット２３５４−４の簡易へッダを除き（簡易逆カプセル化）、これにより得られた外部ＩＰパケットを通信回線へ送出し、ＩＰ端末２３５３−４が前記ＩＰパケットを受信する。
端末２３５２−５が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−５がＩＰパケットを受信するケースは、前記端末２３５２−４が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信するケースと類似しており、異なる点は、宛先外部ＩＰマスクと、前記外部ＩＰパケット内の宛先外部ＩＰアドレスとの“ａｎｄ”演算を行わない点であり、他は同様である。端末２３５２−６が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−６が前記ＩＰパケットを受信するケースは、前記端末２３５２−４が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信するケースと類似しており、異なる点は、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスについて確認を行わない点であり、他は同様である。また、端末２３５２−７が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信し、網ノード装置２３５５−７は、前記ＩＰパケットを受信するケースは、前記端末２３５２−５が、送信元アドレス“ＥＡ１”、宛先アドレス“ＥＡ２”であるＩＰパケットを送信するケースと類似しており、異なる点は、前記ＩＰパケットが入力した通信回線終端の論理端子に付与されている内部アドレスについて確認を行わない点であり、他は同様である。
＜＜まとめ＞＞
外部の通信回線経由で網ノード装置に到達した外部パケットは、前記網ノード装置内のアドレス管理表の管理の基に、簡易ヘッダを付与されて内部パケットに変換され、前記簡易ヘッダは宛先内部アドレスと情報部を含む（但し宛先内部アドレスを含まない）。前記内部パケットは網ノードから送出され、中継装置を経由して、前記内部アドレスは前記中継装置で参照されてＩＰ転送網内を転送され、他の網ノード装置に到達し、前記内部パケットから前記外部パケットが復元されて、前記ＩＰ転送網の外部の通信回線に転送される。前記外部パケットが入力した通信回線終端の論理端子に付与された送信元内部アドレス、前記入力した外部パケット内の宛先外部アドレスと送信元外部アドレスの３組が前記入力側の網ノード装置のアドレス管理表のレコードとして登録されているときに限り、前記外部パケットが前記内部パケットに変換されるようになっている。バリエーションとして、前記外部パケットが入力した通信回線終端の論理端子に付与された送信元内部アドレス、前記入力した外部パケット内の宛先外部アドレスの２組が前記入力側の網ノード装置のアドレス管理表のレコードとして登録されているときに限り、前記外部パケットが前記内部パケットに変換されるようになっている。
前記アドレス管理表のレコードは２以上設定可能であり、通信回線終端の論理端子に付与された内部アドレスに対して、前記宛先アドレスの組みはレコード毎に異なり、前記同じ論理端子から入力する外部パケット内の宛先外部アドレスを変更することにより、前記内部パケットの転送先を変更できる。また、前記入力した外部パケットの宛先アドレスと、アドレス管理表内レコード内部の宛先アドレスマスクとの論理積演算の結果が、前記同一レコード内の宛先アドレスと一致したときに限り、前記外部パケットから、前記内部パケットに変換するようになっている。
ＩＰパケットをカプセル化して転送するＩＰ転送網を用いて、ＩＰマルチキャスト通信技法により、複数端末へ、マルティメディアデータを転送する。マルティメディアデータの送信先を限定するアドレスをＩＰ転送網内の網ノード装置に予め登録しておき、登録済みの宛先にデータ転送するかを調べるアドレス条件検査を行って、マルチキャスト通信の安全性を高める。前記マルティメディアデータの送信と並行して、同じＩＰ転送網を経由する２端末間通信を可能とする。マルチキャスト通信を行う木構造状のマルチキャスト通信路の設定、変更、解放が可能となる。暗号化されたマルチキャストの受信、パスワードを用いたマルチキャストの送受信を可能とする。さらに、ＩＰ無線端末間通信、ＩＰ携帯端末間通信、ＩＰ無線端末と固定端末間通信、ＩＰ携帯端末と固定端末間通信を可能とする。
共通線信号方式を適用したＩＰ転送網の端末間通信接続制御方法を説明する図である。 本発明による端末を登録する管理型ＩＰ網の構成を説明する模式図である。 本発明の対象とするＩＰ転送網の形態を示す模式図である。 本発明の第１実施例として開示されるメディアルータの機能や、第２実施例として開示されるゲートウェイの機能を説明する補助図である。 本発明の第1実施例、第2実施例のメディアルータやゲートウェイ機能の説明に用いるＩＰパケットの１つの形態の説明図である。 本発明の第1実施例のメディアルータの構成を模式的に表し、このメディアルータの動作の手順を説明する補助図である。 本発明の第１実施例のメディアルータの構成を模式的に表わし、このメディアルータの動作の手順を説明する補助図である。 本発明の第1実施例の網ノード装置内部のアドレス管理テーブルを説明する図である。 ２つのＩＰ端末間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ端末間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ端末間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ端末間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの形態を説明する図である。 メディアルータ内部のメディアルータ状態表の例を示す図である。 独立型ＩＰ電話機の概念構成を示すブロック図である。 独立型ＩＰ音声画像装置の概念構成を示すブロック図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 本発明の第１実施例において、２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 本発明の第１実施例において、２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 本発明の第１実施例におけるメディアルータのRAS管理を説明するための模式図である。 本発明の第２実施例のゲートウェイの構成を模式的に表わすと共に、このゲートウェイの動作の手順を説明する補助図である。 本発明の第２実施例のゲートウェイの構成を模式的に表わすと共に、このゲートウェイの動作の手順を説明する補助図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 本発明の第２実施例において、２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 ２つのＩＰ電話機間通信に現れるＩＰパケットの他の実施形態を説明する図である。 本発明の第２実施例の網ノード装置内部の他のアドレス管理テーブルを説明する図である。 本発明の第２実施例におけるゲートウェイ状態表の記載例である。 本発明の第３実施例におけるCATVシステム内部に実装するメディアルータの構成の模式図である。 本発明の第４実施例における端末収容無線装置とゲートウェイ装置を用いた各種の端末を接続する方法を説明する図である。 本発明の第５実施例におけるゲートウェイの構造例を示すブロック図である。 本発明の第６実施例において、電話通信制御サーバを用いる場合の構成例を示すブロック図である。 本発明の第６実施例を説明するための流れ図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための流れ図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための流れ図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第６実施例（解放フェーズ）を説明するための流れ図である。 本発明の第６実施例(通信会社が１社)を説明するための図である。 本発明の第６実施例を説明するための流れ図である。 本発明の第６実施例を説明するための流れ図である。 電話番号の通信会社区分表の例を示す図である。 電話番号の電話管理サーバ区分表の例を示す図である。 本発明の第７実施例であるメディアルータの構造例を示すブロック図である。 本発明の第７実施例を説明するための図である。 本発明の第８実施例の構成を示すブロック図である。 本発明の第８実施例の動作例を示す流れ図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例の動作例を示す流れ図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第６実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例（メディアルータの他の例）を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 本発明の第８実施例を説明するための図である。 メディアルータ内部の一部とこれに接続されるＩＰ端末やLANの接続状態を示す模式図である。 発信優先度制御管理表の例を示す図である。 発信優先度制御管理表の例を示す図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例の構成を示すブロック図である。 本発明の第９実施例の動作例を示す流れ図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第９実施例を説明するための図である。 本発明の第１０実施例の構成を示すブロック図である。 本発明の第１０実施例の動作例を示す流れ図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例の動作例を示す流れ図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例の動作例を示す流れ図である。 本発明の第１０実施例の動作例を示す流れ図である。 本発明の第１０実施例の動作例(TCP-IAM)を示す流れ図である。 本発明の第１０実施例の動作例(TCP-ACM)を示す流れ図である。 本発明の第１０実施例の動作例(TCP-CPG)を示す流れ図である。 本発明の第１０実施例の動作例(TCP-ANM)を示す流れ図である。 本発明の第１０実施例の動作例(TCP-REL)を示す流れ図である。 本発明の第１０実施例の動作例(TCP-RLC)を示す流れ図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１０実施例を説明するための図である。 本発明の第１１実施例の構成を示すブロック図である。 本発明の第１１実施例の動作を示す流れ図である。 本発明の第１１実施例の動作を示す流れ図である。 本発明の第１１実施例の動作を示す流れ図である。 本発明の第１２実施例の構成を示すブロック図である。 本発明の第１２実施例を説明するための図である。 本発明の第１２実施例を説明するための図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例を説明するための図である。 本発明の第１２実施例の動作を示す流れ図である。 本発明の第１２実施例を説明するための図である。 本発明の第１２実施例を説明するための図である。 本発明の第１３実施例を示すブロック構成図である。 本発明の第１３実施例の動作例を示す流れ図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１３実施例を説明するための図である。 本発明の第１４実施例を示すブロック構成図である。 本発明の第１４実施例の動作例を示す流れ図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例を説明するための図である。 本発明の第１４実施例の動作例を示す流れ図である。 本発明の第１４実施例の動作例を示す流れ図である。 本発明の第１４実施例の動作例を示す流れ図である。 本発明の第１４実施例の動作例を示す流れ図である。 本発明の第１５実施例を示すブロック構成図である。 本発明の第１５実施例の動作例を示す流れ図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１５実施例を説明するための図である。 本発明の第１６実施例を示すブロック構成図である。 本発明の第１６実施例の動作例を示す流れ図である。 本発明の第１６実施例を説明するための図である。 本発明の第１６実施例を説明するための図である。 本発明の第１６実施例を説明するための図である。 本発明の第１７実施例の構成を示すブロック図の一部である。 本発明の第１７実施例の構成を示すブロック図の一部である。 本発明の第１７実施例の構成を示すブロック図の一部である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例の動作を説明するための流れ図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例におけるアドレス管理表を説明する図の一部である。 本発明の第１７実施例におけるアドレス管理表を説明する図の一部である。 本発明の第１７実施例におけるアドレス管理表を説明する図の一部である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１７実施例を説明するための図である。 本発明の第１８実施例の構成を示すブロック図の一部である。 本発明の第１８実施例の構成を示すブロック図の一部である。 本発明の第１８実施例の構成を示すブロック図の一部である。 本発明の第１８実施例の構成を示すブロック図の一部である。 本発明の第１８実施例の動作を説明するための流れ図である。 本発明の第１８実施例の動作を説明するための流れ図である。 本発明の第１８実施例を説明するための図である。 本発明の第１８実施例を説明するための図である。 本発明の第１８実施例を説明するための図である。 本発明の第１９実施例の構成を示すブロック図の一部である。 本発明の第１９実施例の構成を示すブロック図の一部である。 本発明の第１９実施例の構成を示すブロック図の一部である。 本発明の第１９実施例を説明するための図である。 本発明の第１９実施例を説明するための図である。 本発明の第２０実施例の構成を示すブロック図である。 本発明の第２０実施例の動作を説明するための流れ図である。 本発明の第２０実施例を説明するための図である。 本発明の第２０実施例を説明するための図である。 問題を解決するための一つの手段である簡易カプセル化を採用したＩＰ転送網を説明する図である。 簡易カプセル化におけるフレームを説明する図である。 問題を解決するための一つの手段である簡易カプセル化を採用した他のＩＰ転送網を説明する図である。 問題を解決するための一つの手段である簡易カプセル化を採用した更に他のＩＰ転送網を説明する図である。 実施例２１を説明するためのＩＰ転送網とこのＩＰ転送網に接続する端末間通信を説明する図である。 実施例２１を説明するためのＩＰ転送網とこのＩＰ転送網に接続する端末間通信を説明する図である。 実施例２１を説明するためのアドレス管理表である。 実施例２１を説明するための簡易逆カプセル化を説明するフローチャートである。 実施例２２を説明するためのＩＰ転送網と、このＩＰ転送網に接続する端末間通信を説明する図である。 実施例２２を説明するためのアドレス管理表である。 実施例２２を説明するための簡易逆カプセル化を説明するフローチャートである。 統合ＩＰ転送網の概略を示すブロック図である。 交換機と信号網との関係を説明するためのブロック図である。 No.7-共通線信号方式の信号ユニットの一例を示す図である。 交換機と信号網との関係を説明するための流れ図である。 交換機と信号網との関係を説明するための流れ図である。 交換機と信号網との関係を説明するための流れ図である。 交換機と信号網との関係を説明するための流れ図である。 ゲートウェイの基本的な機能を示すブロック構成図である。 ＩＰパケット内の呼制御データの例を示す図である。 ＩＰパケット内の音声データの例を示す図である。 ＩＰパケット内の映像データの例を示す図である。 統合情報通信網の基本原理を示すブロック図である。 統合情報通信網の基本原理を示すブロック図である。 統合情報通信網の基本原理を示すブロック図である。 ＩＰ通信網のアドレス管理表を説明する更に他の図である。 統合情報通信網の動作を説明するための図である。 マルチキャストＩＰ転送網の構成例を示すブロック図である。 マルチキャストＩＰ転送網で使用するマルチキャスト表の例である。
本発明では、本出願人による特願平11-128956号やNo.-7共通線信号方式の回線接続方法、「ITU-T勧告H323 ANNEX D準拠のJT-H323ゲートウェイ」、「SＩＰ電話プロトコル」や、特許第3084681号の実施例―３６に開示されている諸機能を幾つか組み合わせ若しくは変更し、更にメディアルータ、ゲートウェイ、ＩＰ網サービス運用管理サーバを導入し、メディアルータ及びゲートウェイの構成と動作手順、メディアルータやゲートウェイを用いた端末間通信に用いるＩＰパケットの形態、ＩＰ網サービス運用管理サーバの持つべき機能などを具体的に定めることにより、ＩＰ転送網を前提とした端末間通信接続制御方法を実現する。
特許文献1によれば、統合ＩＰ転送網は複数のＩＰ転送網、つまりＩＰデータ網、ＩＰ電話網、ＩＰ音声画像網、ベストエフォート網、ＩＰデータマルチキャスト網、ＩＰベースTV放送網、網ノード装置を少なくとも２以上含み、網ノード装置は通信回線を経てＩＰ転送網のいずれか１以上の網に接続されており、他方網ノード装置の網ノード装置端子は通信回線を経て統合ＩＰ転送網の外部の端末に接続されている。
本発明においては、統合ＩＰ転送網はその内部に１以上のゲートウェイを含むか、或はその外部に、網ノード装置に接続される通信回線を経て１以上のメディアルータに直接に又はLAN内部のメディアルータに間接的に接続されている。ゲートウェイ及びメディアルータは、ＩＰ端末、ＩＰ電話機、ＩＰ音声画像装置等を直接に接続して収容する機能を有する一種のルータである。ゲートウェイ又はメディアルータにより、及び統合ＩＰ転送網の内部のドメイン名サーバを用いて、端末間のＩＰ転送網を用いた端末間通信の接続制御を遂行する。端末をＩＰ転送網に登録記録するため、少なくとも端末のアドレスは網ノード装置内部のアドレス管理テーブル、或はＩＰ転送網内に設置するドメイン名サーバに記録保持する。各ＩＰ転送網の内部には、そのＩＰ転送網の運用管理やＩＰ転送網の提供するサービスやルータや通信回線などの網のリソースを、通信事業者毎に一元的管理するためのＩＰ網サービス運用管理サーバを設置する。
ＩＰ網サービス運用管理サーバの種類はＩＰ転送網毎に定めてよく、例えばＩＰデータ網の内部にＩＰデータ通信を一括して管理するＩＰデータサービス運用管理サーバ（DNS）を、ＩＰ電話網の内部に電話通信を一括して管理するＩＰ電話サービス運用管理サーバ（TES）を、ＩＰ音声画像網の内部に音声画像通信を一括して管理するＩＰ音声画像サービス運用管理サーバ（AVS）を、ベストエフォート網の内部にベストエフォート通信を一括して管理するベストエフォートサービス運用管理サーバ（BES）を、ＩＰデータマルチキャスト網の内部にＩＰデータマルチキャスト通信を一括して管理するＩＰデータマルチキャストサービス運用管理サーバ（DMS）を、ＩＰベースTV放送網の内部にＩＰベースTV放送を一括して管理するＩＰベースTV放送サービス運用管理サーバ（TVS）をそれぞれ設置することができる。なお、ＩＰ転送網毎のサービス運用管理サーバは、それぞれＩＰ転送網が提供する網サービスを専ら管理する網サービスサーバと、網のリソースを専ら管理する網運用管理サーバとに分けることもできる。
以下に、本発明の実施例を、図面を参照して説明する。

１．メディアルータを用いる第１実施例：
図３において、２は統合ＩＰ転送網、３はＩＰデータ網、４はＩＰ電話網、５−１はＩＰ音声画像網、５−２はベストエフォート網、６−１は通信会社Xが運用管理するＩＰ転送網の範囲、６−２は通信会社Ｙが運用管理するＩＰ転送網の範囲である。7−１、7−２、7−３、7−４、8−１、8−２、8−３、8−４はそれぞれ網ノード装置であり、9−1及び9−2はゲートウェイである。10−１〜10−８は通信回線、11−1〜11−10はＩＰ端末、１２−１及び１２−２は独立型ＩＰ電話機、13−１〜１３−４は非独立型ＩＰ電話機、１６−１〜１６−４は非独立型ＩＰ音声画像装置である。
網ノード装置は通信回線を経てＩＰ転送網のいずれか、つまりＩＰデータ網３、ＩＰ電話網４、ＩＰ音声画像網５−１、ベストエフォート網５−２のいずれか１以上の網に接続されており、他方、網ノード装置は通信回線10−１乃至10−８を経て統合ＩＰ転送網の外部にあるＩＰ端末１１−１や１１−２、独立型ＩＰ電話機１２−１や１２−２、メディアルータ14−１や14−２、LAN15−１や15−２等に接続される。メディアルータ14−３、14−４はLAN15−１やLAN15−２の内部に設置されており、網ノード装置に間接的に接続されている。メディアルータ14−１〜14−４は、非独立型ＩＰ電話機１３−１、１３−２，１３−４、非独立型ＩＰ音声画像装置１６−１，１６−２、16−３、アナログ電話機１８−１乃至１８−４を直接に接続して収容している。また、他のアナログ電話機１８−５や１８−６は公衆交換電話網２６−１や２６−２を経由して、ゲートウェイ9−１や9−２に接続されている。ゲートウェイ９−１は通信回線を経て網ノード装置８−４に接続され、ゲートウェイ９−２は通信回線を経て網ノード装置７−４に接続されている。
１９−１〜１９−１９はそれぞれＩＰパケットを転送するルータであり、２６−１及び２６−２は公衆交換電話網（以下、「PSTN」とする）である。メディアルータ14−１は通信回線10−１を経て網ノード装置8−２に接続され、メディアルータ14−２は通信回線10−５を経て網ノード装置7−２に接続され、LAN15−１は通信回線10−３を経て網ノード装置8−４に接続され、LAN15−２は通信回線10−７を経て網ノード装置7−４に接続される。
アナログ電話機１８−５は電話回線17−３、公衆交換電話網２６−１、電話回線17−１、ゲートウェイ9−１を経て網ノード装置8−４に接続され、同様にアナログ電話機１８−６は電話回線17−４、公衆交換電話網２６−２、電話回線17−２、ゲートウェイ9−２を経て網ノード装置7−４に接続される。メディアルータ14−１はルータ２０−３、接続制御部２２−１、H323終端部２３−１、SCN境界部２４−１を含み、ルータ２０−３は接続制御部２２−１に接続され、接続制御部２２−１はH323終端部２３−１に接続され、H323終端部２３−１はSCN境界部に接続される。同様にメディアルータ14−２は、ルータ２０−４、接続制御部２２−２、H323終端部２３−２、SCN境界部２４−２を含んでいる。
LAN１５−１内部のルータ２０−１は、通信回線10−３を介して網ノード装置8−４に接続されている。LAN15-1はイーサネット等のLAN通信回線を経て、ＩＰ端末１１−４とメディアルータ１４−３に接続されている。また、メディアルータ１４−３は通信回線を経て、ＩＰ端末１１−５、非独立型ＩＰ音声画像装置１６−２、アナログ電話機１８−２にそれぞれ接続されている。同様にLAN１５−２内部のルータ２０−２は、通信回線10−７を介して網ノード装置７−４に接続されている。LAN15-２はイーサネット等のLAN通信回線を経て、ＩＰ端末１１−８とメディアルータ１４−４に接続されている。また、メディアルータ１４−４は、通信回線を経てＩＰ端末１１−９、非独立型ＩＰ電話機１３−４、アナログ電話機１８−４にそれぞれ接続されている。
２１−１乃至２１−５は、通信会社Xの管理する範囲６−１と、通信会社Yの管理する範囲６−２との間において、ＩＰパケットを転送するルータである。２７−１及び２７−２はATM網、２７−３は光通信網、２７−４はフレームリレー（FR）交換網であり、それぞれＩＰパケットを転送するための高速幹線網として用いられている実施例である。なお、ATM網や光通信網、フレームリレー交換網は、統合ＩＰ転送網のサブＩＰ網いずれの要素としても用いることができる。
ＩＰデータサービス運用管理サーバ３５−１、ＩＰ電話サービス運用管理サーバ３６−１、ＩＰ音声画像サービス運用サーバ３７−１、ベストエフォートサービス運用管理サーバ３８−１はそれぞれ通信会社Ｘにより管理され、通信会社Ｘが管理する網の範囲６−１の内部にある。また、ＩＰデータサービス運用管理サーバ３５−２、ＩＰ電話サービス運用管理サーバ３６−２、ＩＰ音声画像サービス運用サーバ３７−２、ベストエフォートサービス運用管理サーバ３８−２はそれぞれ通信会社Ｙにより管理され、通信会社Ｙが管理する網の範囲６−２の内部にある。
統合ＩＰ転送網２の外部に通信回線を経て接続する各種のマルチメディア端末、つまりＩＰ電話機やＩＰ音声画像装置は他のＩＰ端末と同じく、統合ＩＰ転送網２の内部の所在位置をマルチメディア端末識別用アドレスとしてのホスト名により特定できる。ＩＰ端末やマルチメディア端末のホスト名は、インタ−ネットで使われるコンピュータのホスト名と同様であり、それぞれのＩＰ端末やマルチメディア端末に付与するＩＰアドレスに対応付けて命名する。本発明において、ＩＰ電話機やＩＰ音声画像装置に付与する電話番号をＩＰ電話機やＩＰ音声画像装置のホスト名として用いる。
ドメイン名サーバ（以下、「DNS」とする）は、ホスト名とＩＰアドレスの１：１対応づけ情報を保持しており、ホスト名を提示されるとＩＰアドレスを回答するのがその主要機能であり、インタ−ネットで用いられるものと同様な機能を持つ。
ＩＰデータ網の専用のドメイン名サーバ３０−１は、通信会社Ｘが管理する網ノード装置に接続されるＩＰデータ網において用いるＩＰ端末である１１−３、１１−１、１１−４、１１−６等について、それぞれの端末に付与されているホスト名とＩＰアドレスの１：１対応付け情報を保持しており、また、ＩＰデータ網の専用のドメイン名サーバ３０−４は、通信会社Ｙが管理する網ノード装置に接続されるＩＰデータ網において用いるＩＰ端末である１１−７、１１−２、１１−８等について、それぞれの端末に付与されているホスト名とＩＰアドレスの１：１対応付け情報を保持している。
ＩＰ電話網専用のドメイン名サーバ３１−１は、通信会社Xが管理する網ノード装置に接続されるＩＰ電話網において用いる非独立型ＩＰ電話機１３−１、１３−３や、アナログ電話機１８−１、１８−２、１８−５等について、それら電話機に付与されているホスト名（電話番号）とＩＰアドレスの１：１対応付け情報を保持しており、また、ＩＰ電話網専用のドメイン名サーバ３１−２は、通信会社Yが管理する網ノード装置に接続されるＩＰ電話網において用いる非独立型ＩＰ電話機１３−２、アナログ電話機１８−３，１８−４，１８−６等について、それら電話機に付与されているホスト名（電話番号）とＩＰアドレスの１：１対応付け情報を保持している。
音声画像網専用のドメイン名サーバ３２−１は、通信会社Xが管理する網ノード装置に接続されるＩＰ音声画像網において用いる非独立型ＩＰ音声画像装置１６−１、独立型ＩＰ音声画像装置１２−３等について、それらＩＰ音声画像装置に付与されているホスト名（ＩＰ音声画像装置番号）とＩＰアドレスの１：１対応付け情報を保持しており、また、ＩＰ音声画像網専用のドメイン名サーバ３２−２は、通信会社Ｙが管理する網ノード装置に接続される音声画像網において用いる非独立型ＩＰ音声画像装置１６−３、１６−４等について、それらＩＰ音声画像装置に付与されているホスト名（ＩＰ音声画像装置番号）とＩＰアドレスの１：１対応付け情報を保持している。
ベストエフォート網専用のドメイン名サーバ３３−１は、通信会社Ｘが管理する網ノード装置に接続されるベストエフォート網において用いるＩＰ端末１１−５，非独立型ＩＰ音声画像装置１６−２等について、それら端末に付与されているホスト名とＩＰアドレスの１：１対応付け情報を保持しており、また、ベストエフォート網専用のドメイン名サーバ３３−２は、通信会社Yが管理する網ノード装置に接続されるベストエフォート網において用いるＩＰ端末１１−９，１１−１０、非独立型ＩＰ電話機１３−４等について、それら端末に付与されているホスト名とＩＰアドレスの１：１対応付け情報を保持している。
次に、図４及び図５を参照して、本発明の主要要素であるメディアルータとゲートウェイの基本機能を説明する。
SCN端末機能８０２−０、変換機能８０３−０、端末機能８０４−０はそれぞれ前述したSCN端末機能８０２、変換機能８０３、端末機能８０４の有する機能を含む。アナログ電話機４１−３からSCN回線４０−１を経由して入力してきた音声や画像信号は、SCN端末機能８０２−０においてディジタルデータ信号に変換され、変換機能８０３−０においてデータ形式や信号送受規則などを変換され、端末機能８０４−０においてＩＰパケットの形式に変換され、ＩＰ通信回線４０―２へ送出される。また、逆方向の流れ、即ちＩＰ通信回線４０−２から入力した音声や画像データを含むＩＰパケットは、端末機能８０４−０においてディジタルデータの形式に復号化され、変換機能８０３−０においてデータ形式や信号送受規則などを変換され、SCN端末機能８０２−０においてSCN回線を流れる信号に変換され、SCN回線４０−１を経てアナログ電話機４１−３へ送信される。SCN境界部２４−０は、SCN端末機能８０２−０及び変換機能８０３−０を含んでいる。H323終端部２３−０は端末機能８０４−０を含み、端末機能８０４−０は前述したH323終端機能を含むことから、H323終端部２３−０は端末４１−２及び通信回線４０−５を経由して対向通信を行うことができる。本発明で用いるマルチメディア端末４１−２は、H323仕様に従っているＩＰ電話機やＩＰ音声画像装置類である。
接続制御部２２−０は通信回線４０−２を経てH323終端部２３−０に接続され、回線４０−３を経てルータ２０−０に接続される。ルータ２０−０は通信回線４０−４経由で網ノード装置４１−４に接続され、また、通信回線４０−６を経てＩＰ端末４１−１に接続される。通信回線４０−２には、呼制御データとしてのＩＰパケット８１０と、音声を構成する正味のデータとしてのＩＰパケット８１１や画像そのものを構成する正味のデータとしてのＩＰパケット８１２とが流れる。
呼制御データは電話番号やパソコンなどのホスト名が含まれる。一方、通信回線４０−３を流れるＩＰパケット４３（図５）は、ＤＮＳにホスト名を通知して問合せ回答を得るためのデータ形式、つまりＤＮＳ問合せ応答形式であり、例えばRFC1996（A Mechanism for Prompt Notification of Zone Changes）を採用できる。DNS問合せ応答機能４２は、H323形式呼制御データ８１０をDNS問合せ応答形式データ４３に変換し、DNSに問合せてホスト名に対応するＩＰアドレスを取得する機能を有する。なお、音声を構成するＩＰパケット８１１や画像そのものを構成するＩＰパケット８１２は、接続制御部４２を透過的に通過する。
以上をまとめると、アナログ電話機４１−３から入力した電話番号は、SCN境界部２４−０でディジタルな電話番号に変更されてH323終端部２３−０に入力し、或はH323形式のＩＰ電話機４１−２から入力したH323仕様に従っているマルチメディア端末の電話番号やホスト名は、H323形式呼制御データ８１０としてH323終端部２３−０に入力し、両者の電話番号は通信回線４０−２上でH323形式呼制御データ８１０であり、接続制御部２２−０を経由してDNS問合せ応答形式４３に変換される。なお、ＩＰ端末４１−１から送られる呼制御データは元々ＤＮＳ問合せ応答形式４３を採用しており、接続制御部２２−０の機能を使う必要はないので、直接にルータ２０−０に接続されている。ここで、ルータ２０−０は通信回線４０−３と４０−６とを集線すると共に、ＩＰパケットを透過させる。なお、ＩＰパケット８１１や８１２内の音声や画像そのものを構成する正味のデータは、接続制御部２２−０内部を変更を受けることなく通過する。ＩＰパケットは、回線４０−４経由で網ノード装置４１−４とルータ２０−０との間を送受される。
DNS問い合せ応答の具体例として、ＩＰ電話機に電話番号“81-47-325-3897”とＩＰアドレスの“192.1.2.3”とが付与されているとき、電話番号“81-47-325-3897”をDNSに問い合わせると、DNSがＩＰアドレス“192.1.2.3”と回答し、或はＩＰ端末であるパソコンにホスト名“host1.dname1.dname2.co.jp”とＩＰアドレス“128．3.4.5”とが付与されているとき、ホスト名“host1.dname1.dname2.co.jp”をDNSに問い合わせると、DNSがこのパソコンのＩＰアドレス“128．3.4.5”を回答する。
ＩＰ端末４１−１、マルチメディア端末４１−２、アナログ端末４１−３はそれぞれの間においてＩＰパケットを送受することにより通信することが可能である。即ち、ＩＰ端末４１−１は、ルータ２０−０、接続制御部２２−０、H323終端部２３−０を経由してマルチメディア端末４１−２とＩＰパケットを送受することにより、相互に通信することが可能であり、アナログ電話機４１−３とは、更にSCN境界部２４−０を経由して相互に通信することができる。また、マルチメディア端末４１−２は、H323終端部２３−０及びSCN境界部２４−０を経由してアナログ電話機４１−３と相互に通信することが可能である。
＜＜メディアルータの動作＞＞
本発明のメディアルータ１４−１の動作を、図６について説明する。メディアルータ１４−１の要素の１つであるルータ２０−３は、図４のルータ２０−０の機能を有し、図６の接続制御部２２−１は図４の接続制御部２２−０の機能を有し、図６のH323終端部２３−１は図４のH323終端部２３−０の機能を有し、図６のSCN境界部２４−１は図４のSCN境界部２４−０の機能を有している。図６の４８−１は前述したDNSと同様な機能を有している。RAS機構４９−１はメディアルータ１４−１への端末の登録と認証（登録とは端末をメディアルータへ接続すること、認証とは端末の接続許可条件に従って端末が正規に利用されるかを確認することをそれぞれ意味する）及びメディアルータの内部状態を管理する（例えば内部構成要素とその利用状況を一元管理すること）機構であり、５０−１はメディアルータ１４−１内部の情報処理を受け持つ情報処理機構であり、５１−１はメディアルータ１４−１の操作入出力部である。従って、図６のメディアルータ１４−１の接続制御部２２−１、H323終端部２３−１、SCN境界部２４−１の各機能は、図４の接続制御部２２−０、H323終端部２３−０、SCN境界部２４−０についての説明により明らかである。
＜＜ＩＰ端末間の通信接続制御＞＞
次に、図６、図７及び図８〜図１４を参照して、ＩＰ端末１１−３からＩＰ端末１１−７へＩＰパケットに格納したデータを送信し、また受信する手順を説明する。ＩＰ端末１１−３は通信回線５２−１経由で、自己のアドレス、つまり送信元ＩＰアドレス“A113”、メディアルータ１４−１内部のドメイン名サーバ４８−１のアドレス、つまり宛先ＩＰアドレス“A481”、通信相手のＩＰ端末１１−７のホスト名“ＩＰT-11-7 name”を格納した図９に示すＩＰパケット４５−１を、ドメイン名サーバ４８−１へ送信する。ここで、ＩＰパケット４５−１に示す問合せ内容、つまり“ＩＰT-11-7 name”は、図５に示す“DNS問合せ応答形式”内の“問合せ部”に格納されている。ドメイン名サーバ４８−１は受信したＩＰパケット４５−１の内容を調べ、通信回線１０−１を経由し、網ノード装置８−２経由でＩＰデータ網の専用のドメイン名サーバ３０−１に問い合わせる（ステップST10）。ドメイン名サーバ３０−１が、前記ホスト名“ＩＰT-11-7 name”に１：１対応するＩＰアドレス“A117”を含むＩＰパケットを、ドメイン名サーバ４８−１に返信すると（ステップST11）、ドメイン名サーバ４８−１はＩＰパケット４５−２をＩＰ端末１１−３に返信する。以上述べた手順において、網ノード装置８−２は図８のアドレス管理テーブル４４−１を参照し、受信したＩＰパケット４５−１に含まれる送信元アドレス“A113”がアドレス管理テーブルに登録されているかを調べる。本ケースでは、アドレス管理テーブル４４−１の上から２行目のレコードに、外部ＩＰアドレスが“A113”であり、通信回線識別記号“Line−10−1”が、通信回線１０−１から入力されたＩＰパケットであることを表わしているので、ＩＰ端末１１−３が網ノード装置を経由して通信できる許可登録をしていることを確認している。なお、アドレス管理テーブル４４−１に登録されていない場合、網ノード装置８−２は受信したＩＰパケット４５−１を廃棄できる。
次に、ＩＰ端末１１−３はＩＰ端末１１−７へ送信するＩＰパケット４５−３を生成し、ルータ２０−３経由で網ノード装置８−２に送信すると、網ノード装置８−２は、このＩＰパケット４５−３を、統合ＩＰ転送網１の内部へ転送すると、ＩＰパケット４５−３は、図３のＩＰデータ網３の内部の通信回線と複数のルータ、つまりルータ１９−１、１９−３、２１−１，１９−５，１９−６を通過し、網ノード装置７−２に着信する。すると、網ノード装置７−２は受信したＩＰパケット４５−３を図７に示す通信回線１０−５に送出し（ステップST12）、ルータ２０−４がＩＰパケット４５−３を受信し、通信回線５２−２経由でＩＰ端末１１−７へ転送する。ＩＰパケット４５−３を受信したＩＰ端末１１−７は返信用ＩＰパケット４５−４を生成し、通信回線経由でルータ２０−４へ送出すると通信回線１０−５を経由し（ステップST13）、網ノード装置７−２、統合ＩＰ転送網２の内部のＩＰデータ網３を経由して網ノード装置８−２に着信し、通信回線１０−１経由でＩＰ端末１１−３に図１２に示すＩＰパケット４５−４が届けられる。以上の手順により、ＩＰ端末１１−３とＩＰ端末１１−７とがＩＰパケットを送受することにより通信ができた。
以上述べたＩＰ端末からの通信手順において、メディアルータ１４−１からメディアルータ内のドメイン名サーバ４８−１を除くこともできる。この場合、ＩＰ端末１１−３は、送信元ＩＰアドレス“A113”、ＩＰデータ網の専用のドメイン名サーバ３０−１のＩＰアドレス“A301”、通信相手のＩＰ端末１１−７のホスト名“ＩＰT-11-7 name”を格納したＩＰパケット４５−５をドメイン名サーバ３０−１へ送信する。ドメイン名サーバ３０−１は、“ＩＰT 11-7 name”に１：１に対応するＩＰアドレス“A117”を含むＩＰパケット４５−６を返信する。なお、メディアルータ内のドメイン名サーバ４８−１を除いてドメイン名サーバ３０−１に直接にアクセスできる技法は、ドメイン名サーバに関する公知の技法により可能である。
前記ステップST11が終了すると、ＩＰ端末１１−３及び１１−７が通信開始の準備ができた状態であり、網ノード装置８−２はＩＰパケット４５−２及び４５−６を検出すると、ＩＰ端末間通信記録、つまりＩＰ端末１１−３とＩＰ端末１１−７との間の通信記録をその時刻と共に必要であれば内部に記録保持する。
＜＜非独立型ＩＰ電話機間の通信接続制御＞＞
次に、電話番号をダイヤルして、非独立型ＩＰ電話機１３−１から非独立型ＩＰ電話機１３−２へ電話通信を行う手順を説明する。ここで、“非独立型ＩＰ電話機”は、メディアルータ１４−１、１４−２等に接続して通信を行うＩＰ電話機を指し、一方、“独立型ＩＰ電話機”はメディアルータに接続せずに、直接に網ノード装置に接続する図３のＩＰ電話機１２−１や１２−２であり、その通信手順については後述する。
図６の非独立型ＩＰ電話機１３−１は通信回線５３−１経由でH323終端部２３−１に接続されており、図７の非独立型ＩＰ電話機１３−２は通信回線５３−２経由でH323終端部２３−２に接続されている。
非独立型ＩＰ電話機１３−１の送受話器を上げると（オフフック）、呼出を通知する図１５に示すＩＰパケット４６−１が図６に示す通信回線５３−１に送信され(図６のステップST20)、H323終端部２３−１は通信回線５３−１から呼出が入力したことを検出し、呼出確認のＩＰパケット４６−２を返信する(ステップST21)。ここで、ＩＰパケット４６−１のペイロード（データ部分）に記載される“CTL-Info-1”は呼出制御情報であり、ＩＰパケット４６−２のペイロードに記載される“CTL-Info-2”は呼出確認情報である。
次に、非独立型ＩＰ電話機１３−１の利用者は、通信相手先の非独立型ＩＰ電話機１３−２の電話番号をダイヤル入力すると、非独立型ＩＰ電話機１３−１の内部で通信相手先電話番号（“Tel-13-2name”）と、非独立型ＩＰ電話機１３−１の電話番号とＩＰアドレスを含む、例えばH.225規定の呼制御データ形式のＩＰパケット４６−３を生成し、通信回線５３−１経由でH323終端部２３−１に送信する。但し、ＩＰパケット４６−３内部に、非独立型ＩＰ電話機１３−１の電話番号とＩＰアドレスを含むか否かはオプションである。H323終端部２３−１は、通信回線５３−１からＩＰパケット４６−３を受信し、図３０のメディアルータ状態表１００−１内部のレコードを検索して通信回線５３−１を表わす回線識別子、このケースではメディアルータ状態表１００−１の上から１行目のレコードであり、“53−1”を検出する。次に、このレコードに記されている非独立型ＩＰ電話機１３−１の電話番号“８１−３−１２３４−５６７９”やＩＰアドレス“32.3.53.1”を読み取り、また、ＩＰアドレスや電話番号がＩＰパケット４６−３に含まれていない場合は、メディアルータ状態表に記載される値をＩＰパケット４６−３に設定したり、ＩＰアドレスや電話番号に関する情報が書かれている場合でも不一致な値である場合は、エラー処理としてＩＰパケット４６−３を廃棄する。ここで、非独立型ＩＰ電話機１３−１のＩＰアドレスのA131”の具体的数値を“32.3.53.1”とした例である(ステップST22)。
次に、H323終端部２３−１は非独立型ＩＰ電話機１３−１のアドレス、つまり送信元ＩＰアドレス“A131”、ドメイン名サーバ４８−１のアドレス、つまり宛先ＩＰアドレス“A481”、通信相手先電話番号“Tel-13-2 name”を格納したＩＰパケット４６−４を、図６のメディアルータ１４−１内部のドメイン名サーバ４８−１へ送信する(ステップST23)。ドメイン名サーバ４８−１は受信したＩＰパケット４６−４の内容を調べ、次に通信回線１０−１と、網ノード装置８−２経由で、ＩＰ電話網の専用のドメイン名サーバ３１−１宛てにＩＰパケット４６−５を送信する（ステップST24）。ＩＰ電話網の専用のドメイン名サーバ３１−１は、前記ホスト名“Tel-13-2 name”に１：１に対応するＩＰアドレス“A132”を含むＩＰパケットをドメイン名サーバ４８−１に返信すると（ステップST25）、ドメイン名サーバ４８−１はH323終端部２３−１にＩＰパケット４６−６を返信する。
次に、H323終端部２３−１はH323終端部２３−２へ送信するＩＰパケット４６−７を生成し、ルータ２０−３経由で網ノード装置８−２に送信すると（ステップST26）、網ノード装置８−２は、このＩＰパケット４６−７を図３の統合ＩＰ転送網２の内部へ転送し、ＩＰパケット４６−７はＩＰ電話網４の内部のルータ１９−８、１９−９、２１−２，１９−１１，１９−１３を通過し、網ノード装置７−２に着信する。すると、網ノード装置７−２は受信したＩＰパケット４６−７を通信回線１０−５に送出し、ルータ２０−４経由でH323終端部２３−２がＩＰパケット４６−７を受信する。H323終端部２３−２はＩＰパケット４６−７を電話呼び出しと解釈し、以下の２つの手続きを行う。第１の手続きは、返信用ＩＰパケット４６−８を生成し、ルータ２０−４へ返信することであり、第２の手続きは、ＩＰパケット４６−７を図７に示す通信回線５３−２経由で、非独立型ＩＰ電話機１３−２へ転送することである。
図７を参照して説明すると、第１の手続きにより生成されたＩＰパケット４６−８は通信回線１０−５を経由し（ステップST27）、網ノード装置７−２及びＩＰ電話網４を経由して網ノード装置８−２に着信し、通信回線１０−１経由でルータ２０−３に、H323終端部２３−１経由で非独立型ＩＰ電話機１３−１にそれぞれ届けられる。非独立型ＩＰ電話機１３−１は、ＩＰパケット４６−８を受信することにより通信相手呼出し中と解釈する。
上記第２の手続きにより、非独立型ＩＰ電話機１３−２はＩＰパケット４６−７を受信することにより呼出ベルの音（呼出音）を鳴らす。非独立型ＩＰ電話機１３−２の利用者はこの呼出音を聞き取り、非独立型ＩＰ電話機１３−２の送受話器を取り上げる（オフフック）。すると、非独立型ＩＰ電話機１３−２はＩＰパケット４６−９を生成して回線５３−２に送出し（ステップST28）、H323終端部２３−２がＩＰパケット４６−９を受信し、網ノード装置７−２、ＩＰ電話網４を経由して網ノード装置８−２に着信し、通信回線１０−１経由でルータ２０−３、H323終端部２３−１経由で非独立型ＩＰ電話機１３−１に届けられ、電話通信相手が非独立型ＩＰ電話機１３−２の送受話器を取り上げたことを知らせる音（応答）として、非独立型ＩＰ電話機１３−１の利用者に通知される。
前記ステップST28は応答の情報、つまり非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２との間の電話通信開始を知らせるＩＰパケット４６−９が転送される手続きであり、網ノード装置７−２や８−２はＩＰパケット４６−９を検出すると、電話通信開始記録、つまり非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２との間の電話通信開始の事実をＩＰパケット４６−９の内容の一部、例えば送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号と、その検出時刻とを網ノード装置の内部に設定する課金記録ファイルに保持しておくことができる。
非独立型ＩＰ電話機１３−１の利用者が電話通信の会話を始めると、非独立型ＩＰ電話機１３−１はディジタル化した音声を含むＩＰパケット４６−１０を生成し、通信回線５３−１に送出する（ステップST29）。音声パケット４６−１０は、H323制御部２３−１、ルータ２０−３、網ノード装置８−２、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−２、ルータ２０−４、H323終端部２３−２を経て非独立型ＩＰ電話機１３−２に届けられる。非独立型ＩＰ電話機１３−２の利用者の声はＩＰパケット４６−１１にディジタル化されて格納されており、上述と逆の流れ、つまりH323制御部２３−２、ルータ２０−４、網ノード装置７−２、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−２、ルータ２０−３、H323終端部２３−１を経て非独立型ＩＰ電話機１３−１に届けられる（ステップST30）。
非独立型ＩＰ電話機１３−１の利用者が電話通信の終了のために送受話器を置くと、非独立型ＩＰ電話機１３−１は電話通信終了を示すＩＰパケット４６−１２を生成し、通信回線５３−１に送出する（ステップST31）。ＩＰパケット４６−１２はH323制御部２３−１、ルータ２０−３、網ノード装置８−２、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−２、ルータ２０−４、H323終端部２３−２を経て非独立型ＩＰ電話機１３−２に届けられる。非独立型ＩＰ電話機１３−２の利用者は電話通信が終了したことを知り、送受話器を置くとＩＰパケット４６−１3を生成して送出し、上述と逆の流れ、つまりH323制御部２３−２、ルータ２０−４、網ノード装置７−２、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−２、ルータ２０−３、H323終端部２３−１に届けられる（ステップST32）。
前記ステップST32は呼切断の確認情報、つまり非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２との間の電話通信終了を知らせるＩＰパケット４６−１３が転送される手続きであり、網ノード装置８−２や７−２はＩＰパケット４６−１３を検出すると、電話通信終了記録、つまり非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２との間の電話通信終了の事実をＩＰパケット４６−１３の内容の一部、例えば送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号と、その検出時刻とを、網ノード装置の内部の課金記録ファイルに保持しておくことができる。
以上の手順により、非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２とがＩＰパケットを送受することにより電話通信ができたことになる。
以上述べた通信手順において、メディアルータ１４−１からメディアルータ内のドメイン名サーバ４８−１を除き、前記ステップST23乃至ST25を、以下に述べるステップST23ｘ及びST25ｘとに置き換えることもできる。即ち、H323終端部２３−１は非独立型ＩＰ電話機１３−１のアドレス、つまり送信元ＩＰアドレス“A131”、ＩＰ電話網の専用のドメイン名サーバ３１−１のアドレス、つまり宛先ＩＰアドレス“A311”、通信相手先電話番号“Tel-13-2 name”を格納したＩＰパケット４６−１４を通信回線１０−１と、網ノード装置８−２経由でＩＰ電話網の専用に用いるドメイン名サーバ３１−１へ送信する（ステップST23ｘ）。ドメイン名サーバ３１−１は、通信相手先電話番号“Tel-13-2 name”に１：１対応するＩＰアドレス“A132”を含むＩＰパケット４６−１５をH323終端部２３−１に返信する（ステップST25ｘ）。
以上述べたステップST23乃至ST25、或はステップST23ｘ及びST25ｘの手続きにおいて、網ノード装置８−２は、通信回線１０−１経由で受信したＩＰパケット４６−5に含まれる送信元アドレス“A481”と、通信回線識別記号“Line-10-1”との組み合わせが、アドレス管理テーブル４４−１（図８）に登録されているかを調べることにより、或は網ノード装置８−２は、通信回線１０−１経由で受信したＩＰパケット４６−１４に含まれる送信元アドレス“A131”と、通信回線識別記号“Line-10-1”との組み合わせが、アドレス管理テーブル４４−１（図８）に登録されているかを調べることにより、非独立型ＩＰ電話機１３−１が、通信回線１０−１から網ノード装置８−２を経由する通信を許可されている、つまり“通信許可登録”していることを確認している。
＜＜独立型ＩＰ電話機間の通信接続制御＞＞
図６の非独立型ＩＰ電話機１３−１はH323終端部２３−１の終端機能を含んでいることから、非独立型ＩＰ電話機１３−１は接続制御部２２−１と一体化できる。この理由から、図３１の独立型ＩＰ電話機１２−１内部の非独立型ＩＰ電話機１３−１１は、通信回線経由で直接に接続制御部２２−１１に接続されている。接続制御部２２−１１から通信回線１０−４が出ており、図３の網ノード装置８−４に接続されている。独立型ＩＰ電話機１２−１と独立型ＩＰ電話機１２−２とはＩＰパケットを送受する電話通信を行うことが可能であり、その通信手順は、前記非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２とがＩＰパケットを送受することにより電話通信を行うステップST20からステップST32と同様である。そして、異なる第１の点は、メディアルータ１４−１内のドメイン名サーバ４８−１が存在しないためドメイン名サーバ４８−１を経由せず、ステップST23とステップST24とを一体化したステップとみなすこと、異なる第２の点は、H323終端部２３−１及び２３−２とが存在しないため、これらH323終端部２３−１及び２３−２の部分をＩＰパケットが通過できる通信回線に置き換えることである。
＜＜非独立型ＩＰ音声画像装置と非独立型ＩＰ音声画像装置間＞＞
次に、非独立型音声画像装置１６−１から非独立型ＩＰ音声画像装置１６−３へＩＰパケットを送信し、また受信することにより、装置を識別するホスト名称をＩＰパケットを送受する音声画像通信で行うことが可能である。その通信手順は、非独立型ＩＰ電話機１３−１と非独立型ＩＰ電話機１３−２とが、ＩＰ電話網の専用のドメイン名サーバ３１−１を使うステップST20からステップST32と同様である。異なる点は、ＩＰ電話網の専用のドメイン名サーバ３１−１を使わずに図７のＩＰ音声画像網の専用のドメイン名サーバ３２−１を用い、ステップST24の代わりにステップST44、ステップST25に代わりステップST45を実行することである。非独立型音声画像装置１６−１が、ＩＰ転送網内部のＩＰ画像専用ドメイン名サーバ３２−１に、非独立型音声画像装置１６−２のホスト名を問合せて、非独立型音声画像装置１６−２のＩＰアドレスを取得し、次に、非独立型音声画像装置１６−１から、非独立型音声画像装置１６−２に音声画像データを送信することから、非独立型音声画像装置１６−１と非独立型音声画像装置１６−２との間で、音声画像データを送受する音声画像通信を行なうことができる。
＜＜独立型ＩＰ音声画像装置と非独立型ＩＰ音声画像装置との間＞＞
図６の非独立型ＩＰ音声画像装置１６−１はH323終端部２３−１の終端機能を含んでいることから、非独立型ＩＰ音声画像装置１６−１接続制御部２２−１と一体化できる。この理由から、図３２の独立型ＩＰ音声画像装置１２−３内部の非独立型ＩＰ音声画像装置１６−１２は、通信回線経由で直接に接続制御部２２−１２に接続されている。接続制御部２２−１２から通信回線１０−９が出ており、図３の網ノード装置８−４に接続されている。
独立型ＩＰ音声画像装置１２−３と非独立型ＩＰ音声画像装置１６−３とは、ＩＰパケットを送受する音声画像通信を行うことが可能であり、その通信手順は、非独立型ＩＰ音声画像装置１６−１と非独立型ＩＰ音声画像装置１６−３とがＩＰ音声画像網５−１の専用のドメイン名サーバ３２−１を使い、ＩＰパケットを送受することにより音声画像通信を行うステップＳＴ２０からステップＳＴ３２と同様である。異なる点は、メディアルータ１４−１内のドメイン名サーバ４８−１が存在しないためドメイン名サーバ４８−１を経由せず、ステップＳＴ２３及びＳＴ２４を一体化したステップとみなすことである。
独立型ＩＰ音声画像端末装置１６−４を網ノード装置７−４に接続することにより、独立型音声画像装置１２−３と独立型音声画像装置１６−４との間で、網ノード装置８−４、ＩＰ音声画像網５−１、網ノード装置７−４を経由し、ＩＰパケットを送受する音声画像通信を行うことができる。
独立型ＩＰ音声画像装置１２−３を、音声画像商品を販売する音声画像商品販売会社の販売手段と見なし、非独立型ＩＰ音声画像装置１６−３や独立型ＩＰ音声画像装置１６−４を、音声画像商品購入者の購入手段と見なすと、ＩＰ転送網を用いた音声画像商品の流通を可能とする仮想的市場が実現できる。購入者は、音声画像伝票により、販売会社に音声画像商品を注文し、販売会社はディジタル音声画像商品を送信できる。
＜＜アナログ電話機間の通信＞＞
図３、図６、図７、図３３乃至図４７を参照して、電話番号をダイヤルしてＩＰ電話機でない普通の電話機、つまりアナログ電話機１８−１からアナログ電話機18-3へ電話通信を行う手順を説明する。
図６のアナログ電話機１８−１は通信回線５５−１経由でSCN境界部２４−１に接続されており、また、図７のアナログ電話機１８−３は通信回線５５−２経由でSCN境界部２４−２に接続されている。アナログ電話機１８−１の送受話器を上げると（オフフック）、通信回線５５−１経由で呼出のアナログ信号がSCN境界部２４−１へ送出され、SCN境界部２４−１は受信した呼出信号をディジタルデータ形式に変換する。次に、このディジタルデータの送受規則などを変換し、呼出を通知する図３３に示すディジタルデータ４７−１を生成してH323終端部２３−１に入力し(図６のステップST60)、H323終端部２３−１は、呼出確認の図３４のディジタルデータ４７−２をSCN境界部２４−１へ返信する(ステップST61)。ここで、ディジタルデータ４７−１内部の“CTL-Info-1”は呼出制御情報であり、ディジタルデータ４７−２内部の“CTL-Info-2”は呼出確認情報である。
次に、アナログ電話機１８−１の利用者は、通信相手先のアナログ電話機18-3の電話番号をダイヤル入力すると、電話機１８−１が呼設定アナログ信号を通信回線５５−１に送出し、SCN境界部２３−１が“呼設定”アナログ信号を用いて電話番号を知らせる図３５のデータブロック４７−３を生成し、H323終端部２３−１に送出する。ここで、H323終端部２３−１は、図３０のメディアルータ状態表１００−１内部のレコードを検索して通信回線５５−１を表わす回線識別子、このケースではメディアルータ状態表１００−１の上から３行目のレコードであり、“55−1”を検出する。次に、このレコードに記されているアナログ電話機１８−１の電話番号“８１−４７−３２５−３８８７”や、ＩＰアドレス“20.0.55.1”を読み取る。ここで、アナログ電話機１８−１のＩＰアドレス“A181”の具体的数値は、“20.0.55.1”とした例である(ステップST62)。
次に、H323終端部２３−１はアナログ電話機１８−１に仮想的に付与するアドレス、つまり送信元ＩＰアドレス“A181”、メディアルータ内のドメイン名サーバ４８−１のアドレス、つまり宛先ＩＰアドレス“A481”、通信相手先電話番号“Tel-18-3 name”を格納した図３６のＩＰパケット４７−４を生成し、ドメイン名サーバ４８−１へ送信する(ステップST63)。ドメイン名サーバ４８−１は、受信したＩＰパケット４７−４の内容を調べ、次に通信回線１０−１と、網ノード装置８−２経由でＩＰ電話網の専用のドメイン名サーバ３１−１宛てにＩＰパケット４７−５を送信する（ステップST64）。ＩＰ電話網の専用のドメイン名サーバ３１−１は、前記ホスト名“Tel-18-3 name”に１：１に対応するＩＰアドレス“A183”を含むＩＰパケット４７−６をドメイン名サーバ４８−１に返信すると（ステップST65）、ドメイン名サーバ４８−１は、H323終端部２３−１にＩＰパケットを返信する。
次に、H323終端部２３−１はH323終端部２３−２へ送信するＩＰパケット４７−７を生成し、ルータ２０−３経由で網ノード装置８−２に送信すると（ステップST66）、網ノード装置８−２は、このＩＰパケット４７−７を図３の統合ＩＰ転送網２の内部へ転送し、ＩＰパケット４７−７はＩＰ電話網４の内部のルータ１９−８、１９−９、２１−２，１９−１１，１９−１３を通過し、網ノード装置７−２に着信する。すると、網ノード装置７−２は受信したＩＰパケット４７−７を通信回線１０−５に送出し、ルータ２０−４経由でH323終端部２３−２がＩＰパケット４７−７を受信する。H323終端部２３−２はＩＰパケット４７−７を電話呼び出しと解釈し、以下の２つの手続きを行う。第１の手続きは返信用ＩＰパケット４７−８を生成し、ルータ２０−４へ返信することであり、アナログ電話機18-3はＩＰパケット４７−７を受信することにより呼出ベルの音（呼出音）を鳴らす。第２の手続きは、ＩＰパケット４７−７を、SCN境界部２４−２経由でアナログ電話機18-3へ転送することである。
図７を参照して説明すると、第１の手続きにより生成されたＩＰパケット４７−８は通信回線１０−５を経由し（ステップST67）、網ノード装置７−２、ＩＰ電話網４を経由して網ノード装置８−２に着信し、通信回線１０−１経由で、ルータ２０−３、H323終端部２３−１、SCN境界部２４−１経由でアナログ電話機１８−１に届けられる。アナログ電話機１８−１はＩＰパケット４７−８を受信することにより、通信相手呼出し中と解釈する。
上記第２の手続きにより、アナログ電話機18-3の利用者はこの呼出音を聞き取り、アナログ電話機18-3の送受話器を取り上げる（オフフック）。すると、H323終端部２３−２はＩＰパケット４７−９を生成して（ステップST68）、ＩＰパケット４７−９をルータ２０−４へ向けて送出し、網ノード装置７−２、ＩＰ電話網４を経由して網ノード装置８−２に着信し、通信回線１０−１経由でルータ２０−３、H323終端部２３−１、SCN境界部２４−１経由で、アナログ電話機１８−１に届けられ、電話通信相手がアナログ電話機18-3の送受話器を取り上げたことを知らせる音（呼設定確認の音）として、アナログ電話機１８−１の利用者に通知される。
前記ステップST68は呼設定確認の情報、つまりアナログ電話機１８−１とアナログ電話機18-3との間の電話通信開始を知らせるＩＰパケット４７−９が転送される手続きであり、網ノード装置７−２及び８−２はＩＰパケット４７−９を検出すると電話通信開始記録、つまりアナログ電話機１８−１とアナログ電話機18-3との間の電話通信開始の事実をＩＰパケット４７−９の内容の一部、例えば送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号と、その検出時刻とを、網ノード装置の内部に設定する課金記録ファイルに保持することができる。
アナログ電話機１８−１の利用者が電話通信の会話を始めると、その音声信号は通信回線５５−１を経由してSCN境界部２４−１へ転送されて音声信号はディジタル表現され、次にH323終端部２３−１はディジタル化された音声を含むＩＰパケット４７−１０を生成し、通信回線１０−１に送出する（ステップST69）。音声パケット４７−１０はH323制御部２３−１、ルータ２０−３、網ノード装置８−２、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−２、ルータ２０−４、H323終端部２３−２を経てアナログ電話機18-3に届けられる。アナログ電話機18-3の利用者の声は上述と逆の流れ、つまりH323制御部２３−２、ルータ２０−４、網ノード装置７−２、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−２、ルータ２０−３、H323終端部２３−１を経てアナログ電話機１８−１に届けられる（ステップST70）。
アナログ電話機１８−１の利用者が電話通信の終了のため送受話器を置くと、アナログ電話機１８−１は電話終了を表わす呼切断信号を通信回線５５−１に送出し、SCN境界部２４−１は呼切断信号をディジタルデータ形式に変換し、次にH323終端部２３−１は、電話通信終了を示すＩＰパケット４７−１２を生成し、通信回線１０−１に送出する（ステップST71）。ＩＰパケット４７−１２は、H323制御部２３−１、ルータ２０−３、網ノード装置８−２、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−２、ルータ２０−４、H323終端部２３−２を経てアナログ電話機18-3に届けられる。アナログ電話機18-3の利用者は電話通信が終了したことを知り送受話器を置くと、H323終端部２３−２はＩＰパケット４７−１3を生成して送出して上述と逆の流れ、つまりH323制御部２３−２、ルータ２０−４、網ノード装置７−２、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−２、ルータ２０−３、H323終端部２３−１に届けられる（ステップST72）。
前記ステップST72は呼切断確認情報、つまりアナログ電話機１８−１とアナログ電話機18-3との間の電話通信終了を知らせるＩＰパケット４７−１３が転送される手続きであり、網ノード装置８−２及び７−２はＩＰパケット４７−１３を検出すると電話通信終了記録、つまりアナログ電話機１８−１とアナログ電話機18-3との間の電話通信終了の事実をＩＰパケット４７−１３の内容の一部、例えば送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号と、その検出時刻とを網ノード装置の内部の課金記録ファイルに保持しておくことができる。
以上の手順により、アナログ電話機１８−１とアナログ電話機１８−３とがＩＰパケットを送受することにより電話通信ができたことになる。
以上述べた通信手順において、メディアルータ１４−１からメディアルータ内のドメイン名サーバ４８−１を除き、前記ステップST63乃至ST65を、以下に述べるステップST63ｘ及びST65ｘに置き換えることもできる。即ち、H323終端部２３−１はアナログ電話機１８−１のアドレス、つまり送信元ＩＰアドレス“A181”、ＩＰ電話網の専用のドメイン名サーバ３１−１のアドレス、つまり宛先ＩＰアドレス“A311”、通信相手先電話番号“Tel-18-3 name”を格納したＩＰパケット４７−１４を通信回線１０−１と、網ノード装置８−２経由でＩＰ電話専用に用いるドメイン名サーバ３１−１へ送信する（ステップST63ｘ）。ドメイン名サーバ３１−１は、通信相手先電話番号“Tel-18-3 name”に１：１対応するＩＰアドレス“A183”を含むＩＰパケット４７−１５をH323終端部２３−１に返信する（ステップST65ｘ）。
以上述べたステップST63乃至ST65、或はステップST63ｘ及びST65ｘの手続きにおいて、網ノード装置８−２は、通信回線１０−１経由で受信したＩＰパケット４７−5に含まれる送信元アドレス“A481”と、通信回線識別記号“Line-10-1”との組み合わせが、アドレス管理テーブル４４−１（図８）に登録されているかを調べることにより、或いは網ノード装置８−２は、通信回線１０−１経由で受信したＩＰパケット４７−１４に含まれる送信元アドレス“A181”と、通信回線識別記号“Line-10-1”との組み合わせが、アドレス管理テーブル４４−１（図８）に登録されているかを調べることにより、アナログ電話機１８−１が、通信回線１０−１から網ノード装置８−２を経由する通信を許可されている、つまり通信許可登録していることを確認している。
＜＜ＩＰデータサービス運用管理サーバ＞＞
通信会社Xの管理下にあるＩＰデータサービス運用管理サーバ３５−１は周期的に或いは随時、網ノード装置８−２及び８−４等と問い合わせＩＰパケットとを送受することにより、前記ステップST11において網ノード装置が作成したＩＰ端末間通信記録を取得する。また、ＩＰデータサービス運用管理サーバ３５−１は、通信会社Ｘが管理するＩＰデータ網の内部リソース、例えばルータ１９−１、１９−２、１９−３、ＩＰデータ網の専用のドメイン名サーバ３０−１及び３０−２、ルータ間の通信回線等を、ICMPパケットを送受する等の手段により正常か否かを調べ（障害管理）、また、ＩＰデータ網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社ＸのＩＰデータ網を一元的に運用管理する。
同様に、通信会社Yの管理下にあるＩＰデータサービス運用管理サーバ３５−２は周期的に或いは随時、網ノード装置７−２及び７−４等と問い合わせＩＰパケットとを送受することにより前記ＩＰ端末間通信記録を取得し、また、通信会社ＹのＩＰデータ網の障害管理や通信品質を一元的に運用管理する。なお、ＩＰデータサービス運用管理サーバ３５−１及び３５−２はそれぞれＩＰデータサービスを専ら管理するＩＰデータサービスサーバと、ＩＰデータ網のリソースを専ら管理するＩＰデータ網運用管理サーバとに分けることもできる。
＜＜ＩＰ電話サービス運用管理サーバ＞＞
通信会社Ｘの管理下にあるＩＰ電話サービス運用管理サーバ３６−１は周期的に或いは随時、網ノード装置８−２や８−４等と問い合わせＩＰパケットとを送受することにより、前記電話通信開始記録と電話通信終了記録を取得する。また、通信会社Ｘの管理するＩＰ電話網の内部リソース、例えばルータ１９−８、１９−９、１９−１０、ＩＰ電話網の専用のドメイン名サーバ３１−１、ルータ間の通信回線等をICMPパケットを送受する等の手段により正常か否かを調べ（障害管理）、また、ＩＰ電話網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社ＸのＩＰ電話網を一元的に運用管理する。
同様に、通信会社Yの管理下にある電話サービス運用管理サーバ３６−２は周期的に或いは随時、網ノード装置７−２及び７−４等と問い合わせＩＰパケットとを送受することにより、前記電話通信開始記録と電話通信終了記録を取得し、通信会社ＹのＩＰ電話網の障害管理や通信品質を一元的に運用管理する。
なお、上記手続きのうちステップST28、ステップST68における電話通信開始の記録、及びステップST32、ステップST72における電話通信の終了の記録を省略してもよく、この場合は通信会社Ｘや通信会社Yによる電話通信開始記録と電話通信終了記録の取得を省くことができる。
なお、ＩＰ電話サービス運用管理サーバ３６−１及び３６−２はそれぞれＩＰ電話サービスを専ら管理するＩＰ電話サービスサーバと、ＩＰ電話網のリソースを専ら管理するＩＰ電話網運用管理サーバとに分けることもできる。
＜＜ＩＰ音声画像サービス運用管理サーバ＞＞
通信会社Ｘの管理下にあるＩＰ音声画像サービス運用管理サーバ３７−１は周期的に或いは随時、網ノード装置８−２及び８−４等と問い合わせＩＰパケットとを送受することにより、前記音声画像通信開始記録と音声画像通信終了記録を取得する。また、通信会社Ｘの管理するＩＰ音声画像網の内部リソース、例えばルータ１９−１４、１９−１５、ＩＰ電話網の専用のドメイン名サーバ３２−１、ルータ間の通信回線等をICMPパケットを送受する等の手段により正常か否かを調べ（障害管理）、また、ＩＰ音声画像網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社ＸのＩＰ音声画像網を一元的に運用管理する。
同様に、通信会社Yの管理下にあるＩＰ音声画像サービス運用管理サーバ３７−２は周期的に或いは随時、網ノード装置７−２や７−４等と問い合わせＩＰパケットとを送受することにより、前記音声画像通信開始記録と音声画像通信終了記録を取得し、通信会社Ｙの音声画像網の障害管理や通信品質を一元的に運用管理する。なお、ＩＰ音声画像サービス運用管理サーバ３７−１及び３７−２はそれぞれＩＰ音声画像サービスを専ら管理するＩＰ音声画像サービスサーバと、音声画像網のリソースを専ら管理するＩＰ音声画像網運用管理サーバとに分けることもできる。
＜＜ベストエフォートサービス運用管理サーバ＞＞
通信会社Ｘの管理下にあるベストエフォートサービス運用管理サーバ３８−１は、通信会社Ｘのベストエフォート網の障害管理や通信品質を一元的に運用管理する。同様に、通信会社Ｙの管理下にあるベストエフォートサービス運用管理サーバ３８−２は、通信会社Ｙのベストエフォート網の障害管理や通信品質を一元的に運用管理する。なお、ベストエフォートサービス運用管理サーバ３８−１及び３８−２はそれぞれベストエフォートサービスを専ら管理するベストエフォートサービスサーバと、ベストエフォートサービス網のリソースを専ら管理するベストエフォート網運用管理サーバとに分けることもできる。
以上の説明において、実施例における要素名を、例えば「H323終端部」や「H323ゲートウェイ」等と付与しているところがあるが、ITU-H323勧告に従うという意味ではなく、関連した通信技能を有することを表わす。
図４８に示すように、メディアルータ操作者１０２は、操作入出力部５１−１を経由してRAS機構４９−１の内部のRAS管理プログラム１０１−１と情報交換し、或はRAS管理プログラム内のRAS表を書き換えることにより、端末の登録と認証、メディアルータ１４−１の内部状態を管理する。
図４９に示すように、端末操作者１０３は非独立型ＩＰ電話機１３−１を操作し、この操作情報がH323端末プログラム１０５−２、次に通信回線５３−１内に仮想的に存在する３層通信路１０６を経由して、RAS機構４９−１の内部のRAS管理プログラムのインタフェース１０５−１及びRAS管理プログラムのAP層１０１−２と情報交換することにより、また、RAS管理プログラム内のＲＡＳ表を書換えることにより、端末の登録と認証及びメディアルータ１４−１の内部状態を管理する。
図５０に示すように、電話機操作者は１０４はアナログ電話機１８−１を操作し、この操作情報がSCN境界部２４−１内の電話操作プログラム１０６−２、次にＲＡＳ機構４９−１の内部のRAS管理プログラムのTCP/ＩＰインタフェース１０６−１及びRAS管理プログラムのAP層１０１−３と情報交換することにより、また、RAS管理プログラム内のRAS表を書換えることにより、端末の登録と認証及びメディアルータ１４−１の内部状態を管理する。
図３の実施例において、通信会社Ｙが運用管理するＩＰ転送網の範囲６−２の内部要素の全部を除き、更にルータ２１−１乃至２１−５を除くことができる。このようにした場合、統合ＩＰ転送網２の内部は、通信会社Ｘが運用管理するＩＰ転送網の範囲６−１と、網ノード装置７−１乃至７−４、８−１乃至８−４と、ゲートウェイ９−１及び９−２のみとなる。ＩＰデータ通信の場合は、例えば網ノード装置８−２からルータ１９−１、ルータ１９−３を経由して網ノード装置７−２へ情報を転送し、ＩＰ電話通信の場合は、例えば網ノード装置８−２からルータ１９−８及び１９−９を経由して網ノード装置７−２に情報を転送する。

２．ゲートウェイを用いる第２実施例：
＜＜ゲートウェイを経由したアナログ電話機間の通信＞＞
図６，７のメディアルータ１４−１及び１４−２は、図５１のゲートウェイ９−１及び図５２のゲートウェイ９−２とほぼ同一の内部構成と機能を有し、異なる点はメディアルータ１４−１及び１４−２が統合ＩＰ転送網２の外部にあるのに対して、ゲートウェイ９−１及び９−２は統合ＩＰ転送網２の内部にあり、また、ゲートウェイ９−１及び９−２の内部には課金部７２−１及び７２−２がある他に、メディアルータ１４−１及び１４−２、ゲートウェイ９−１及び９−２それぞれの内部はSCN境界部、H323終端部、接続制御部、ルータなど共通の内部要素ブロックから構成されている。また、７９−１はゲートウェイ９−１のＲＡＳ機構、８０−１はゲートウェイ９−１の情報処理機構、８１−１はゲートウェイ９−１の操作入出力部である。メディアルータとゲートウェイとは、課金部に関する処理が異なる他は、ほぼ類似の機能で成っている。
ゲートウェイ９−１には通信回線を経てＩＰ端末１１−６や非独立型ＩＰ電話機１３−３が接続され、ゲートウェイ９−２には通信回線を経てＩＰ端末１１−１０や非独立型ＩＰ音声画像装置１６−４が接続されており、メディアルータを経由した端末間通信が可能であるようにゲートウェイ９−１、統合ＩＰ転送網２、ゲートウェイ９−２を経由して、例えば図３に示すＩＰ端末１１−６とＩＰ端末１１−１０との間の端末間通信や、非独立型ＩＰ電話機１３−３と非独立型ＩＰ電話機１３−４との間の端末間通信や、非独立型ＩＰ音声画像装置１６−１と非独立型ＩＰ音声画像装置１６−４との間の端末間通信が可能である。
以下、図５１乃至図６８を参照して、ゲートウェイ９−１、統合ＩＰ転送網２、ゲートウェイ９−２を経由してアナログ電話機１８−５とアナログ電話機１８−６との間の通信手順を説明する。
アナログ電話機１８−５の送受話器を上げると、電話回線１７−３、公衆交換電話網２６−１、電話回線１７−１を経由して呼出の信号がゲートウェイ９−１内部のSCN境界部７７−１に着信し(図５１のステップS60)、SCN境界部７７−１は呼出確認信号を公衆交換電話網２６−１経由でアナログ電話機１８−５へ返信する(ステップS61)。次に、アナログ電話機１８−５の利用者は、通信相手先電話機１８−６の電話番号“Tel-18‐6 name”をダイヤル入力すると、アナログ電話機１８−５が呼設定信号を通信回線１７−３に送出すると、呼設定信号が公衆交換電話網２６−１、電話回線１７−１を経てSCN境界部７７−１に到達し(ステップS62)、この呼設定信号がディジタル化されて出来た図５３に示すデータブロック４８−１がH323終端部７６−１に伝えられ(ステップS62ｘ)、H323終端部７６−１は図７０のゲートウェイ状態表１００−２内部のレコードを検索して、通信回線１７−１を表わす回線識別子、このケースではゲートウェイ状態表１００−２の上から１行目のレコードであり、“17−1”を検出する。
次に、このレコードに記されているアナログ電話機１８−５の電話番号“８１−３−９８７６−５４３２”やＩＰアドレス“100.101.102.103”を読み取る。更に、H323終端部７６−１はアナログ電話機１８−５のアドレス、つまり送信元ＩＰアドレス“A185”、ゲートウェイ内のドメイン名サーバ７８−１のアドレス、つまり宛先ＩＰアドレス“A781”、通信相手先電話番号“Tel-18‐6 name”を格納したＩＰパケット４８−２を生成し、ドメイン名サーバ７８−１へ送信する(ステップS63)。ドメイン名サーバ７８−１は受信したＩＰパケット４８−２の内容を調べ、網ノード装置８−４経由でＩＰ電話網の専用のドメイン名サーバ３１−１宛てにＩＰパケット4８−３を送信する（ステップS64）。ＩＰ電話網の専用のドメイン名サーバ３１−１は、前記通信相手先電話番号“Tel-18‐6 name”に１：１に対応するＩＰアドレス“A186”を含むＩＰパケット４８−４をドメイン名サーバ７８−１に返信すると（ステップS65）、ドメイン名サーバ７８−１はH323終端部７６−１にＩＰパケットを返信する。
次に、H323終端部７６−１はＩＰパケット４８−５を生成し、網ノード装置８−４に送信すると（ステップS66）、網ノード装置８−４はこのＩＰパケット４７−５を図３の統合ＩＰ転送網２の内部へ転送すると、ＩＰパケット４８−５はＩＰ電話網４の内部のルータ１９−８、１９−９、２１−２，１９−１１，１９−１３を通過して網ノード装置７−４に着信する。すると、網ノード装置７−４は受信したＩＰパケット４８−５を、ルータ７４−２、H323終端部７６−２を経由してSCN境界部７７−２に送出する。SCN境界部７７−２は、ＩＰパケット４８−５をアナログ電話機１８−６への電話呼出しと解釈し、電話回線１７−２に対して呼出信号を送出する（ステップS66x）。公衆交換電話網２６−２から呼出確認信号を受け取ると（ステップS66y）、次の２つの手続きを行う。第１の手続きは返信用ＩＰパケット４８−６を生成し、ルータ７４−２へ返信することであり、第２の手続きは呼設定信号を、回線１７−２を経て公衆交換電話網２６−２へ送出することである。
第１の手続きにより生成されたＩＰパケット４８−６は網ノード装置７−４を経由し（ステップS67）、ＩＰ電話網４を経由して網ノード装置８−４に着信し、ゲートウェイ９−１内部のH323終端部７６−１に届けられる。次に、H323終端部７６−１は、受信したＩＰパケット４８−６を通信相手の電話機（アナログ電話機１８−６）を呼出中であると理解し、呼出音を意味するデータブロック４８−７をSCN境界部７７−１に送出する。すると、SCN境界部７７−１は呼出音を通信回線１７−１へ送出し、この呼出音が公衆交換電話網２６−１、通信回線１７−３経由でアナログ電話機１８−５に届けられと、アナログ電話機１８−５は通信相手のアナログ電話機１８―６を呼出し中と解釈する。
上記第２の手続きにより、アナログ電話機１８−６は呼設定信号を受信し（ステップS67x）、呼出音を鳴らす。アナログ電話機１８−６の利用者がこの呼出音を聞き取り、アナログ電話機１８−６の送受話器を取り上げると、呼設定確認の信号がアナログ電話機１８−６から送出され、回線１７−４、公衆交換電話網２６−２、回線１７−２経由でこの呼設定確認信号がSCN境界部７７−２に着信する。SCN境界部７７−２が応答の受信をH323終端部７６−２に伝達すると（ステップS67ｙ）、H323終端部７６−２はＩＰパケット４８−８を生成してH323終端部７６−１へ向けて送出する（ステップS68）。すると、このＩＰパケット４８−８は網ノード装置７−４、ＩＰ電話網４を経由して網ノード装置８−４に到達し、ゲートウェイ９−１内部のルータ７４−１を経てH323終端部７６−１に着信する。
H323終端部７６−１は受信したＩＰパケット４８−８を応答（つまり、アナログ電話機１８−６の利用者が送受話器を上げた）と理解し、呼設定確認を意味するデータブロック４８−９をSCN境界部７７−１に送出する。すると、SCN境界部７７−１は呼設定確認信号を通信回線１７−１へ送出し、公衆交換電話網２６−１、通信回線１７−３経由でアナログ電話機１８−５に届ける。
前記ステップS68は応答の情報、つまりアナログ電話機１８−５とアナログ電話機１８−６との間の電話通信開始を知らせるＩＰパケット４８−９が転送される手続きであり、網ノード装置７−４や８−４はＩＰパケット４８−９を検出すると電話通信開始記録、つまりアナログ電話機１８−５とアナログ電話機１８−６との間の電話通信開始の事実をその時刻と共に網ノード装置の内部に設定する課金記録ファイルに保持しておくことができる。
アナログ電話機１８−１の利用者が電話通信の会話を始めると、その音声信号は通信回線１７−３、公衆交換電話網２６−１、通信回線１７−１を経由してSCN境界部７７−１へ転送され、音声信号はディジタル表現され、次にH323終端部７６−１はディジタル化された音声を含むＩＰパケット４８−１０を生成する。音声パケット４８−１０はルータ７４−１、網ノード装置８−４、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−４、H323終端部７６−２、SCN境界部７７−２、通信回線１７−２、公衆交換電話網２６−２、通信回線１７−４を経てアナログ電話機１８−６に届けられる（ステップS69）。アナログ電話機１８−６の利用者の声はＩＰパケット４８−１１として上述と逆の流れ、つまりSCN境界部７７−２、H323制御部７６−２、網ノード装置７−４、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−４、ゲートウェイ９−１内部のH323終端部７６−１、SCN境界部７７−１、通信回線１７−１等を経てアナログ電話機１８−５に届けられる（ステップS70）。
アナログ電話機１８−５の利用者が電話通信の終了のため送受話器を置くと、アナログ電話機１８−５は電話終了を表わす呼切断信号を通信回線１７−３に送出し、SCN境界部７７−１は呼切断信号をディジタルデータ形式に変換し、次にH323終端部７６−１は電話通信終了を示すＩＰパケット４８−１２を生成し、ルータ７４−１に送出すると（ステップS71）、ＩＰパケット４８−１２は網ノード装置８−４、ルータ１９−８，１９−９，２１−２，１９−１１，１９−１３、網ノード装置７−４、H323終端部７６−２、SCN終端部７７−２を経てアナログ電話機１８−６に届けられる。アナログ電話機１８−６の利用者は電話通信が終了したことを知り送受話器を置くと、SCN境界部７７−２は呼切断確認（つまり電話通信終了）と理解すると共に、公衆交換電話網２６−２から、アナログ電話機１８−５とアナログ電話機１８−６との間の電話通信のために必要とした「公衆交換電話網の利用料金」を通知してもらう。例えば通信回線１７−２がISDN回線の場合、電話通信終了時に課金情報を通知されるようになっている。
SCN境界部７７−２は、前記入手した公衆交換電話網の利用料金を課金料金として、H323終端部７６−２に通知する。H323終端部７６−２は呼解放確認と課金料金とを知り、次の２つの手続きを行うことができる。H323終端部７６−２は、第１の手続きとしてＩＰパケット４８−１３を生成してルータ７４−２に向けて送出する。すると、上記と逆の流れ、つまり網ノード装置７−４、ルータ１９−１３，１９−１１，２１−２，１９−９，１９−８、網ノード装置８−４、H323終端部７６−１に届けられる（ステップS72）。更に、H323終端部７６−２は、前記第２の手続きとして、前記手順により入手した課金料金の情報を含むデータブロック４８−１４を、ゲートウェイ９−２の内部で動作するデータ転送機能を用いて課金部７２−２に通知する。課金部７２−２は、前記取得したアナログ電話機１８−５とアナログ電話機１８−６との間の電話通信において、公衆交換電話網２６−２を利用した課金情報を保持しておくことができる。
以上の手順により、アナログ電話機１８−５とアナログ電話機１８−６とがＩＰパケットを送受することにより電話通信ができたことになる。
前記ステップS72は呼切断確認情報、つまりアナログ電話機１８−５とアナログ電話機１８−６との間の電話通信終了を知らせるＩＰパケット４８−１３が転送される手続きであり、網ノード装置８−４及び７−４はＩＰパケット４８−１３を検出すると電話通信終了記録、つまりアナログ電話機１８−５とアナログ電話機１８−６との間の電話通信終了の事実をその時刻と共に網ノード装置の内部に設定する課金記録ファイルに保持しておくことができる。
通信会社Ｘの管理下にあるＩＰ電話サービス運用管理サーバ３６−１は周期的に或いは随時、網ノード装置８−４と問い合わせＩＰパケットとを送受することにより、前記電話通信開始記録と電話通信終了記録を取得する。更に、ＩＰ電話サービス運用管理サーバ３６−１は課金部７２−１と問い合わせＩＰパケットを送受することにより、前記課金情報を取得する。同様に、通信会社Yの管理下にあるＩＰ電話サービス運用管理サーバ３６−２は周期的に或いは随時、網ノード装置７−４と問い合わせＩＰパケットとを送受することにより、電話通信開始記録及び電話通信終了記録を取得する。更に、ＩＰ電話サービス運用管理サーバ３６−２は、課金部７２−２と問い合わせＩＰパケットとを送受することにより、前記課金情報を取得する。
以上述べた通信手順において、ゲートウェイ９−１からドメイン名サーバ７８−１を除き、前記ステップS63乃至S65を以下に述べるステップS63ｘ及びS65ｘに置き換えることもできる。即ち、H323終端部７６−１はアナログ電話機１８−５のアドレス、つまり送信元ＩＰアドレス“A185”、ＩＰ電話網の専用のドメイン名サーバ３１−１のアドレス、つまり宛先ＩＰアドレス“A311”、通信相手先電話番号“Tel-18-6 name”を格納したＩＰパケット４８−１５を、網ノード装置８−４経由でドメイン名サーバ３１−１へ送信する（ステップS63ｘ）。ＩＰ電話網の専用のドメイン名サーバ３１−１は、通信相手先電話番号“Tel-18-6 name”に１：１に対応するＩＰアドレス“A186”を含むＩＰパケット４８−１６をH323終端部７６−１に返信する（ステップS65ｘ）。
以上述べたステップS63乃至S65、或はステップS63ｘ及びS65ｘの手続きにおいて、網ノード装置８−４は通信回線１７−１及びH323終端部７６−１を経由し、ゲートウェイ内のドメイン名サーバ７８−１で生成されたＩＰパケット４8−3に含まれる送信元アドレス“A781”と通信回線識別記号“Line-17-1”との組み合わせが、アドレス管理テーブル４４−２（図６９）に登録されているかを調べることにより、或は網ノード装置８−４は、H323終端部７６−１で生成されたＩＰパケット４８−１５に含まれる送信元アドレス“A185”と、通信回線識別記号“Line-17-1”との組合わせがアドレス管理テーブル４４−２（図６９）に登録されているかを調べることにより、アナログ電話機１８−５が通信回線１７−１から網ノード装置８−４を経由する通信を許可されている。つまり。通信許可登録していることを確認している。
＜＜電話サービス運用管理サーバ＞＞
通信会社Xの管理下にあるＩＰ電話サービス運用管理サーバ３６−１は周期的に或いは随時、網ノード装置８−２及び８−４等と問い合わせＩＰパケットとを送受することにより、電話通信開始記録及び電話通信終了記録を取得する。また、通信会社Ｘの管理するＩＰ電話網の内部リソース、例えばルータ１９−８、１９−９、１９−１０、ドメイン名サーバ３１−１、ルータ間の通信回線等をICMPパケットを送受する等の手段により正常か否かを調べ（障害管理）、また、ＩＰ電話網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社ＸのＩＰ電話網を一元的に運用管理する。
同様に、通信会社Yの管理下にあるＩＰ電話サービス運用管理サーバ３６−２は周期的に或いは随時、網ノード装置７−２や７−４等と問い合わせＩＰパケットとを送受することにより、電話通信開始記録及び電話通信終了記録を取得し、通信会社ＹのＩＰ電話網の障害管理や通信品質を一元的に運用管理する。
なお、上記手続きのうち、ステップS68における電話通信開始の記録、及びステップS72における電話通信の終了の記録を省略してもよく、この場合は、通信会社Xや通信会社Yによる電話通信開始記録と電話通信終了記録の取得を省くことができる。また、ＩＰ電話サービス運用管理サーバ３６−１及び３６−２はそれぞれＩＰ電話サービスを専ら管理するＩＰ電話サービスサーバと、ＩＰ電話網のリソースを専ら管理するＩＰ電話網運用管理サーバとに分けることもできる。

３．メディアルータをＣＡＴＶ通信網内で用いる第３実施例：
図７１を参照して、本発明によるメディアルータをCATV通信網の内部で用いることにより、ＩＰ転送網を用いた端末間通信接続する第３の実施例を説明する。
メディアルータ１１５はCATV網１１３―１内部のCATVゲートウェイ１１３―２の内部にあり、通信回線１１２を経て統合ＩＰ転送網１１０内部の網ノード装置１１１に接続されており、また、メディアルータ１１５はＣＡTV回線インタフェース１１４、CATV回線１１９―１乃至１１９―４のいずれかを経て、ＩＰ端末１１６―１乃至１１６―３、アナログ電話機１１７、非独立型ＩＰ電話機１１８―１、非独立型ＩＰ音声画像装置１１８―２を接続している。CATV回線１１９―１乃至１１９―４は、ＣＡTV回線特有の通信下位層（通信物理層及びデータリンク層）を含むと共に、通信ネットワークにおいてＩＰパケットを転送する機能を有する。ＩＰ端末１１６−１から送信されたＩＰパケットはCATV回線１１９―１を経てCATV回線インタフェース１１４に入り、ここでＩＰパケットが取り出されてメディアルータ１１５に送られる。メディアルータ１１５は図６のメディアルータ１４―１と同様に構成されており、１４―１と同じ機能例えば、ドメイン名サーバを含む。この理由から、メディアルータ１１５は、呼制御データを含むＩＰパケットをＤＮＳ問い合わせ応答形式データに変換して、通信回線１１２へ送出でき、また、アナログ電話機１１７や非独立型ＩＰ電話機１１８―１、非独立型ＩＰ音声画像装置１１８―２から、CATV回線１１９−２乃至１１９−４、CATV回線インタフェース１１４を経て入力したＩＰパケットは、メディアルータ１１５を経由して通信回線１１２に送信され、また逆に、つまり網ノード装置１１１から通信回線１１２経由で送られてくるＩＰパケットはメディアルータ１１５を経由し、CATV回線インタフェース１１４を経、次にCATV回線１１９―１乃至１１９―４のいずれかを経てＩＰ端末１１６−１、アナログ電話機１１７、非独立型ＩＰ電話機１１８―１、非独立型ＩＰ音声画像装置１１８―２のいずれかに送信できる。
以上述べた原理により、CATV網１１３−１内部のＩＰ端末１１６−１、アナログ電話機１１７、非独立型ＩＰ電話機１１８―１、非独立型ＩＰ音声画像装置１１８―２は統合ＩＰ転送網１１０を経由して、他の実施例で説明しているように、統合ＩＰ転送網内部のドメイン名サーバを用い、統合ＩＰ転送網１１０に接続される他の各種の端末、つまりＩＰ端末やアナログ電話機、ＩＰ電話機、ＩＰ音声画像装置などの端末と、端末間通信が可能である。
ＩＰ端末１１６−１が、ＣＡＴＶ回線１１９−１、ＣＡＴＶゲートウェイ１１３−２を経由して、統合ＩＰ転送網１１０内部のドメイン名サーバに、通信相手先ＩＰ端末のホスト名を提示して、当該相手先ＩＰ端末のＩＰアドレスを取得し、次に、ＩＰ端末１１６−１から、当該相手先ＩＰ端末にデータを送信することから、データを送受する端末間通信を行うことができる。同様に、アナログ電話機１１７が、ＣＡＴＶ回線１１９−２、ＣＡＴＶゲートウェイ１１３−２を経由して、統合ＩＰ転送網１１０内部のドメイン名サーバに、通信相手先アナログ電話機のホスト名、つまり、当該相手先電話機の電話番号を提示して、当該相手先電話機のＩＰアドレスを取得し、次に、アナログ電話機１１７から、当該相手先アナログ電話機と音声データを送受することから、電話通信を行うことができる。同様に、非独立型ＩＰ電話機１１８−１が、ＣＡＴＶ回線１１９−３、ＣＡＴＶゲートウェイ１１３−２を経由して、統合ＩＰ転送網１１０内部のドメイン名サーバに、通信相手先アナログ電話機のホスト名、つまり、当該相手先電話機の電話番号を提示して、当該相手先電話機のＩＰアドレスを取得し、次に、非独立型電話機１１８−１から、当該相手先アナログ電話機と音声データを送受することから、電話通信を行うことができる。

４．無線インタフェースを有するゲートウェイを用いる第４実施例：
図７２を参照して、本発明によるゲートウェイに端末収容無線装置を組み合わせ、ＩＰ転送網を用いて端末間通信接続する第４の実施例を説明する。
１２０は統合ＩＰ転送網、１２１は網ノード装置、１２２はゲートウェイ、１２３は無線送受信部、１２４−１は無線インタフェース変換部、１２４−２は通信回線、１２５は無線通信路、１２６は端末収容無線装置、１２７は無線送受信部、１２８−１はＩＰ端末、１２８−２は非独立型ＩＰ電話機、１２８−３は非独立型ＩＰ音声画像装置、１２９−１乃至１２９−３は無線インタフェース変換部である。ゲートウェイ１２２は、図５１のゲートウェイ９−１と同一の機能を含み、ＩＰ端末やH323端末やアナログ電話機などの端末を、通信回線１２４−２を経由して接続すると、端末間通信のために用いることができる。この理由から、ＩＰ端末やＩＰ電話機、ＩＰ音声画像装置を通信回線１２４−２により接続することにより端末間通信を行うことができる。
ＩＰ端末１２８−１から送出されたＤＮＳ問合せ応答形式のデータや送受するテキストデータは、無線インタフェース変換部１２９−１で無線送受信部の入力データ形式に変換されて無線送受信部１２７に入力され、無線通信路１２５を経由して無線送受信部１２３に送られ、無線インタフェース変換部１２４−１においてゲートウェイに入力可能なＩＰパケットのデータ形式に変換されて、通信回線１２４−２経由でゲートウェイ１２２に送られる。非独立型ＩＰ電話機１２８−２から送出された電話の呼制御用のデータや送受するディジタル表現された音声データは、無線インタフェース変換部１２９−２で無線送受信部の入力データ形式に変換されて無線送受信部１２７に入力され、次に無線通信路１２５、無線送受信部１２３、無線インタフェース変換部で１２４−１、通信回線１２４−２をそれぞれ経由し、ゲートウェイに入力可能なＩＰパケットのデータ形式となってゲートウェイ１２２に送られる。非独立型ＩＰ音声画像装置１２８−３から送出されたＩＰ音声画像装置の呼制御用のデータや送受するディジタル表現された音声と動画像データは、無線インタフェース変換部１２９−３で無線送受信部の入力データ形式に変換されて無線送受信部１２７に入力し、次に無線通信路１２５、無線送受信部１２３、無線インタフェース変換部１２４−１、通信回線１２４−２をそれぞれ経由し、ゲートウェイに入力可能なＩＰパケットのデータ形式となってゲートウェイ１２２に送られる。また、逆方向のデータの流れ、例えば網ノード装置１２１からＩＰ電話用のＩＰパケットは、ゲートウェイ１２２、通信回線１２４−２、無線インタフェース変換部１２４−１、無線送受信部１２３、無線通信路１２５、無線送受信部１２７、無線インタフェース変換部１２９−２を経て非独立型ＩＰ電話機１２８−２に届けられる。
更に、端末収容無線装置１２６に接続されたＩＰ端末１２８−１、非独立型ＩＰ電話機１２８―２、非独立型ＩＰ音声画像装置１２８−３は、統合ＩＰ転送網１２０を経由して統合ＩＰ転送網１２０に接続される他の各種の端末、つまりＩＰ端末やアナログ電話機、ＩＰ電話機、ＩＰ音声画像装置などの端末と、端末間通信が可能である。

５．ゲートウェイの構造が異なる第５実施例：
本実施例は、第２実施例の図５１に示すゲートウェイ９−１の構造が異なる他の実施例であり、図７３を参照して説明する。
９−５はゲートウェイであり、７４−５はルータ、７８−５はドメイン名サーバ、７９−５は、ゲートウェイ９−５への端末の登録と認証、ゲートウェイ９−５の内部状態（例えば通信状態、休止状態）を管理するRAS機構である。ここで、「端末の登録」とは端末をゲートウェイへ接続すること、「認証」とは、端末の接続許可条件に従って端末が正規に利用できるかを確認することを意味する。８０−５はゲートウェイ９−５内部の情報処理を受け持つ情報処理機構であり、８１−５はゲートウェイ９−５の操作入出力部であり、７２−５は課金部である。８２−３はH323通信手順用ゲートウェイ部（H323-GW）、７５−３はH323接続制御部、７６−３はH323終端部、７7−３はSCN境界部であり、８２−４はSＩＰ通信手順用ゲートウェイ部（SＩＰ-GW）、７５−４はSＩＰ接続制御部、７６−４はSＩＰ終端部、７7−４はSCN境界部である。５２−３はＩＰ端末を接続できるＩＰ通信回線であり、５３−３はH323通信手順のＩＰ電話機が接続可能な通信回線であり、５３−４はSＩＰ通信手順のＩＰ電話機が接続可能な通信回線であり、１７−３，１７−４はそれぞれ公衆交換電話網につながる通信回線である。
図７３のゲートウェイ９−５は、第２実施例の図５１のゲートウェイ９−１と置き換え可能であり、ルータ７４−５はルータ７４−１と，ドメイン名サーバ７８−５はドメイン名サーバ７８−１と、RAS機構７９−５はRAS機構７９−１と、情報処理機構８０−５は情報処理機構８０−１と、操作入出力部８１−５は操作入出力部８１−１と、課金部７２−５は課金部７２−１と、H323接続制御部７５−３はH323接続制御部７５−１と、H323終端部７６−３はH323終端部７６−１と、SCN境界部７７−３はSCN境界部７７−１の機能とそれぞれ置き換え可能である。このようになっているから、図７３のゲートウェイ９−５を図５１のゲートウェイ９−１と置き換えた後に、ＩＰ通信回線５２−３の先にＩＰ端末を接続し、また、通信回線５３−３の先にH323通信手順のＩＰ電話機を接続し、また、通信回線１７−３の先にアナログ電話機を接続し、ゲートウェイ９−５を経由し、統合ＩＰ転送網２につながる第２実施例の図５２の端末の１１−１０、１８−６などと接続し、通信を行うことができる。H323-GＷの８２−３は、“H323通信手順用のゲートウェイ通信インタフェース機能部”である。
同様に、SＩＰ-GW８２−４はＳＩＰ通信手順用のゲートウェイ通信インタフェース機能部であり、通信回線５３−４の先に接続するSＩＰ通信手順のＩＰ電話機から通信回線５３−４を経て、SＩＰ通信手順に従って端末を動作させるSＩＰ終端部７６−４を経由し、SＩＰ通信手順に従って端末接続を行うSＩＰ接続制御部７５−４及びルータ７４−５を経由することにより、図５２の電話機１８−６などと接続し、通信を行うことができる。更に、通信回線１７−４の先に接続する電話機から、SCN境界部７７−４を経由して電話機１８−６などと接続し、通信を行うことができる。
H323-GＷ８２−３及びSＩＰ-GW８２−４は、２つの通信手順に対応する通信回線インタフェースを提供している。将来、通信手段が新らしく開発された場合は、ゲートウェイ８２−３及び８２−４の位置に、新しい通信手段用のゲートウェイを増設することもできる。通信手順別のゲートウェイ通信インタフェース機能部を複数含むことにより、様々な通信手順の電話接続制御に対応することができる。

６．電話管理サーバを用いる第６実施例：
図７４において、２０１は統合ＩＰ通信網、２０２はＩＰデータ網、２０３はＩＰ電話網、２０４は音声画像網であり、２０６−１は通信会社１が運用管理する統合ＩＰ通信網の範囲、２０６−２は通信会社２が運用管理する統合ＩＰ通信網の範囲である。図７4及び図７5を参照し、電話通信の準備から説明する。アナログ電話機２１３―５から、メディアルータ２１２―１、通信回線２１０―１、網ノード装置２０８―１、ＩＰ電話網２０３内部を経由し、網ノード装置２０９−２、通信回線２１０―５、メディアルータ２１２―２、アナログ電話機２１４―４へ電話通信を行うための端末間通信接続制御方法を説明する。ここで、２１９−１乃至２１９−１０、２２１−１はそれぞれルータであり、また各種サーバが、統合ＩＰ通信網２０１の内部に置かれており、それぞれのサーバはＩＰアドレスを付与されている。図７４に示すように、各種のサーバ、ルータ、ノード装置はそれぞれＩＰ通信回線により接続され、それぞれが有するＩＰ通信手段によりＩＰパケットを送受してデータ交換できる。２０９−１及び２０９−２は電話ゲートウェイであり、例えばアナログ電話機２０９−４から公衆電話交換網２０９−３を経由して電話通信を行うことができ、これに関しては他の実施例において説明している。なお、電話管理サーバ３１３−５及び３１４−５は、図１の接続サーバ１−５及び１−６にほぼ相当する。ゲートウェイ２０９−１及び２０９−２は、図1の中継接続サーバーの１−７にほぼ相当し、これらゲートウェイの機能は、他の実施例において説明する。
213-1及び214-1はアナログ電話機を収容するPBX、213-2乃至213-6及び214-2乃至214-6はアナログ電話機である。電話機213-2及び213-3はPBX213‐1に接続され、電話機214-2及び214-3はPBX214‐1に接続され、電話機213-4乃至213-6はメディアルータ212‐1に接続され、電話機214-4乃至214-6はメディアルータ212‐2に接続されている。
メディアルータ２１２−１はＩＰアドレス“ＥＡ０１”を、メディアルータ２１２−２はＩＰアドレス“ＥＡ０２”をそれぞれ付与される。電話機２１３−４乃至２１３−６は代表電話番号“Tel-No-1”を、電話機２１４−４乃至２１４−６は代表電話番号“Tel-No-2”を付与され、電話機２１３−２、２１３−３、２１４−２，２１４−３は、内線電話番号“２１３２”、“２１３３”、“２１４２”、“２１４３”をそれぞれ付与されている。内線用の電話機２１３−２及び２１３−３はメディアルータ２１２−１からＩＰ電話網２０３側の電話機と通信することはなく、同様に内線用の電話機２１４−２及び２１４−３はメディアルータ２１２−２からＩＰ電話網２０３側の電話機と通信することはない例である。
＜＜電話通信の準備＞＞
ＩＰ電話の利用を希望するユーザ２２７−１は、ＩＰ電話サービスの利用を通信会社１に所属するＩＰ電話受付者２２８−１に申込み（図７５のステップP100）、ＩＰ電話受付者２２８−１は、ＩＰ電話の申込情報であるユーザ氏名や住所、通信料金の支払い方法、ユーザ電話番号“Tel-No-1”をユーザ２２７−１から入手し、また、メディアルータ２１２−１に付与する外部ＩＰアドレス“EA01”、ユーザがメディアルータ２１２−１を接続するために用いる通信回線２１０−１の識別記号“Ｌ２１０−１”と、この通信回線２１０―１が接続する網ノード装置２０８−１の網ノード装置識別記号“ＮＮ−２０８−１”とをユーザサービスサーバ３１３−６に通知する（ステップP101）。ここで、ユーザ２２７−１がＩＰアドレス“EA01”をＩＰ電話受付者２２８−１に提示する。
ユーザは、ユーザ電話番号“Tel-No-1”に対応付けて用いるＩＰアドレス“EA01”をメディアルータ２１２−１に設定する。次に、ユーザサービスサーバ３１３−６は、受付けた電話利用者を識別するためのユーザ識別記号“UID−1”をユーザ２２７−１に付与し、”UID−1”を外部ＩＰアドレス“EA01”に対応させ、ユーザ２２７−１用の内部ＩＰアドレス“IA01”を定め、前記受付て得られたユーザ氏名や住所、通信料金の支払い方法、ユーザ電話番号“Tel-No-1”、外部ＩＰアドレス“EA01”等の情報と共に、ユーザサービスサーバのデータベースに保持する（ステップP102）。電話機２１３−５は、電話番号“Tel-No-1”に対応する外部ＩＰアドレス“EA01”を使用するので、ＩＰ電話網２０３を利用する電話通信において、電話機２１３−５の外部ＩＰアドレスは“EA01”であるという表現を用いる。
次に、ユーザサービスサーバ３１３−６は、前記申込者の少なくともユーザ電話番号“Tel-No-1”、外部ＩＰアドレス“EA01”、内部ＩＰアドレス“IA01”を、ＩＰ通信手段を用いて電話管理サーバ３１３−５へ通知する（ステップP103）。
電話管理サーバ３１３−５はこれら３通りの情報、つまりユーザ電話番号“Tel-No-1”、外部ＩＰアドレス“EA01”、及び内部ＩＰアドレス“IA01” の相互に対応付けられる１組の情報を電話ドメイン名サーバ３１３−２に通知する（ステップP105）。電話ドメイン名サーバ３１３−２は、ユーザ電話番号“Tel-No-1”と“外部ＩＰアドレス”、“内部ＩＰアドレス”とを、RFC1996などで定められているドメイン名サーバの運用規則である資源レコード等の形式により保持する（ステップP106）。
更に、電話管理サーバ３１３−５は４つのアドレス“EA01，EA81,IA01,IA81”を表管理サーバ３１３−３に知らせる（ステップP107）。なお、電話管理サーバ３１３−５は、常に代理電話管理サーバ３１３−１の外部ＩＰアドレス“EA81”及び内部ＩＰアドレス“IA81”を保持している。
表管理サーバ３１３−３は網ノード装置２０８−１に対して前記４つのアドレス“EA01,EA81,IA01,IA81”を知らせると（ステップP108）、網ノード装置２０８−１は、図７６に示すように網ノード装置２０８−１内部のアドレス管理表３６０−１の第１レコードに示した４つのアドレス“EA01,EA81,IA01,IA81”を保持する（ステップP10９）。ここで、アドレス“IA01”は、通信回線２１０−１と網ノード装置２０８−１との接続点（論理端子）に付与するＩＰアドレスであり、以降、通信回線２１０−１の論理端子に付与した内部ＩＰアドレスという。なお、この時点では、アドレス管理表３６０−１の第２行目のレコードは空白となっている。
前記アドレス管理表３６０−１の１行目のレコードを網ノード装置のアドレス管理表のＩＰ通信レコードと呼び、送信元外部ＩＰアドレス“EA01”、宛先外部ＩＰアドレス“EA81”、送信元内部ＩＰアドレス“IA01”、宛先内部ＩＰアドレス“IA81”により定義する。このＩＰ通信レコードは、特に代理電話管理サーバ３１３−１とメディアルータ２１２−１との間のＩＰ通信路を定める網ノード装置のアドレス管理表のＩＰ通信レコードと呼ぶ。
同様にして、ＩＰ電話の利用を希望するユーザ２２７−２は、ＩＰ電話サービスの利用を通信会社２に所属するＩＰ電話受付者２２８−２に申込み（図７５のステップP110）、ＩＰ電話受付者２２８−２は、ＩＰ電話の申込情報であるユーザ氏名や住所、通信料金の支払い方法、ユーザ電話番号“Tel-No-2”をユーザ２２７−２から入手し、また、メディアルータ２１２−２に付与する外部ＩＰアドレス“EA02”、ユーザがメディアルータ２１２−２を接続するために用いる通信回線２１０−５の識別記号“Ｌ２１０−５”と、この通信回線２１０−５が接続する網ノード装置２０９−２の網ノード装置識別記号“ＮＮ−２０９−２”とを、ユーザサービスサーバ３１４−６に入力する（ステップP111）。ここで、ユーザ２２７−２が取得済みのＩＰアドレス“EA02”をＩＰ電話受付者２２８−２に提示する。
ユーザは、ユーザ電話番号“Tel-No-2”に対応するＩＰアドレス“EA02”をメディアルータ２１２−２に設定する。次に、ユーザサービスサーバ３１４―６は、受付けた電話利用者を識別するためのユーザ識別記号“UID-２”をユーザ２２７−２に付与し、外部ＩＰアドレス“EA02”に対応させるユーザ２２７−２用の内部ＩＰアドレス“IA02”を定め、前記受付けて得られたユーザ氏名や住所、通信料金の支払い方法、ユーザ電話番号“Tel-No-2”、外部ＩＰアドレス“EA02”等の情報と共に、ユーザサービスサーバのデータベースに保持する（ステップP112）。電話機２１４−４は、電話番号“Tel-No-2”に対応する外部ＩＰアドレス“EA02”を使用するので、ＩＰ電話網２０３を利用する電話通信において、電話機２１４−４の外部ＩＰアドレスは“EA02”であるという表現を用いる。
次に、ユーザサービスサーバ３１４−６は、前記申込者の少なくともユーザ電話番号“Tel-No-2”、外部ＩＰアドレス“EA02”、内部ＩＰアドレス“IA02”を、ＩＰ通信手段を用いて電話管理サーバ３１４−５へ通知する（ステップP113）。電話管理サーバ３１４−５はこれら３通りの情報、つまりユーザ電話番号“Tel-No-2”、外部ＩＰアドレス“EA02”、及び内部ＩＰアドレス“IA02”を電話ドメイン名サーバ３１４−２に通知する（ステップP115）。電話ドメイン名サーバ３１４−２は、ユーザ電話番号“Tel-No-2”と外部ＩＰアドレス“EA02”、内部ＩＰアドレス“IA02”の相互に対応付けられる１組の情報を資源レコード等の形式により保持する（ステップP116）。更に、電話管理サーバ３１４−５は４つのアドレス“EA02,EA82,IA02,IA82”を表管理サーバ３１４−３に知らせる（ステップP117）。
なお、電話管理サーバ３１４−５は、常に代理電話管理サーバ３１４−１の外部ＩＰアドレス“EA82”及び内部ＩＰアドレス“IA82”を保持している。また、電話ドメイン名サーバ３１３−２及び３１４−２は、インターネットなどで用いられるドメイン名サーバと同様の再帰呼出し機能を有しており、必要な時点で、電話ドメイン名サーバが有する情報を相互に交換できる（ステップＰ120）。
表管理サーバ３１４−３は、網ノード装置２０９−２に対して前記４つのアドレス”EA02,EA82,IA02,IA82”を知らせると（ステップP118）、網ノード装置２０９−２は、図７７に示すように網ノード装置２０９−２の内部のアドレス管理表３６０−２の第１レコードに４つのアドレス“EA02,EA82,IA02,IA82”を保持する（ステップP11９）。ここで、アドレス“IA02”は、通信回線２１０−５と網ノード装置２０９−２との接続点（論理端子）に付与する内部ＩＰアドレスである。なお、この時点では、アドレス管理表３６０−２の第２行目のレコードは空白となっている。このＩＰ通信レコードは、特に代理電話管理サーバ３１４−１とメディアルータ２１２−２との間のＩＰ通信路を定める網ノード装置のアドレス管理表のＩＰ通信レコードである。
＜＜通信路確立フェーズ＞＞
図７４、図７６乃至図７８を参照して、電話機２１３−５から電話機２１４−４に電話呼出しする端末間通信接続制御方法を説明する。
メディアルータ２１２−１は電話番号の“Tel-No-1”及び外部ＩＰアドレス“EA01”を保持し、メディアルータ２１２−２は電話番号“Tel-No-2”及び外部ＩＰアドレス“EA02”を保持している。電話機２１３−５が他の電話機と通話するときは、メディアルータ２１２−１に付与されている電話番号“Tel-No-1”を用い、電話機２１４−４が他の電話機と通話するときは、メディアルータ２１２−２に付与されている電話番号“Tel-No-2”を用いる。
＜＜接続フェーズ＞＞
利用者が電話機２１３−５の送受話器を上げ（オフフック）、通信相手先電話機２１４−４の電話番号“Tel-No-2”をダイヤル入力し、メディアルータ２１２−１に送信すると（ステップP200）、メディアルータ２１２−１は応答する（ステップP201）。
次に、メディアルータ２１２−１は少なくとも送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、ユーザ個別情報（User-Info.）を含むＩＰパケット（図７９の３７９）を形成し、網ノード装置２０８−１に送信することにより電話の呼設定の手続きを開始する(ステップP204)。なお、ユーザ個別情報（User-Info）は、後述する手順のステップP219においてメディアルータ２１２−２に届けることができるものであり、例えば電話の呼びをユーザ側で管理するための電話呼び識別子（“C-id”）、ＩＰ電話の音声圧縮方式の識別記号や音声符号変換コーディックの識別記号などから成る。図７９のＩＰパケット379のペイロード部分は、UDPセグメントとし、例えば送信元ポート番号及び宛先ポート番号とも“5060”として、メディアルータ２１２−１及び２１２−２の内部の電話通信接続制御用のプログラムを他と区別するために用いることができる。
網ノード装置２０８−１は、ＩＰパケットを受信すると図７６に示すアドレス管理テーブル３６０−１を検索し、外部ＩＰアドレスとして送信元ＩＰアドレスが“EA01”であり、宛先ＩＰアドレスが“EA81”が含まれるレコードを検索する。本例では、アドレス管理表３６０−１の上から１行目のレコード、つまり“EA01,EA81,IA01,IA81”であるレコードを見つけると、このレコード内部の３番目と４番目に記載されているＩＰアドレス“IA01”及び“IA81”を用いて、ＩＰパケットのカプセル化技法を適用して、図８０に示す内部ＩＰパケットであるＩＰパケット３８０を形成し、ＩＰアドレスが“IA81”である代理電話管理サーバ３１３−１へ送信する(ステップP205)。ここで、ＩＰパケットの３８０のペイロード部分は、ＩＰパケットの３７９である。
代理電話管理サーバ３１３−１はＩＰパケットの３８０を受信すると、ペイロード部分がＩＰパケットの３７９であるＩＰパケットの３８１を生成し、ＩＰアドレスが“IA91”である電話管理サーバ３１３−５へ送信する(ステップP206)。電話管理サーバ３１３−５は、通信回線識別子(CIC-1-2)を、送信元電話番号“Tel-No-1”と宛先電話番号“Tel-No-2”との組み合わせに依存して、例えばCIC-1-2=“Tel-No-1”＋“Tel-No-2”と定め、通信回線識別子(CIC-1-2)を電話管理サーバ３１３−５の内部に保持する。ここで、“＋”は電話番号を並べること(データの連結)を意味する。
電話管理サーバ３１３−５は、前記ステップP206において受信した送信元電話番号の“Tel-No-1”及び宛先電話番号“Tel-No-2”を電話ドメイン名サーバ３１３−２に通知し（ステップP207）、電話ドメイン名サーバ３１３−２から電話番号“Tel-No-1”に１対１に対応する外部ＩＰアドレスの“EA01”と、内部ＩＰアドレスの“IA01”、及び電話番号“Tel-No-2”に1対1に対応するＩＰアドレスの“EA02”と内部ＩＰアドレスの“IA02”とを受信する（ステップＰ208）。ここで、電話ドメイン名サーバ３１３−２は、電話番号“Tel-No-2”のＩＰアドレス情報を電話ドメイン名サーバ３１４−２に再帰呼出し機能を用いて問い合わせ、取得している。電話管理サーバ３１３−５は、電話ドメイン名サーバ３１３−２から受信したＩＰアドレス“EA01”と、ステップP206においてＩＰパケット３８１内部から取得済みの送信元ＩＰアドレス（“EA01”）とが一致するか否かを調べ、不一致の場合は電話接続の手続きを中止し、一致する場合は、前記で保持した通信回線識別子（CIC-1-2）の情報に、送信元電話機のＩＰアドレス“EA01”、内部ＩＰアドレス“IA01”、宛先電話機のＩＰアドレス“EA02”、内部ＩＰアドレス“IA02”を追加保持する。なお、統合ＩＰ通信網内部のサーバ間通信のＩＰパケットは内部ＩＰアドレスを用い、図８２に示す形式のＩＰパケット３８２を送受する。網ノード装置はサーバではない。網ノード装置と代理電話管理サーバとの間において送受信するＩＰパケットは、図８０及び図８４に示すカプセル化済み形式のＩＰパケットであり、網ノード装置とメディアルータとの間において送受するＩＰパケットは、図７９に示すように外部ＩＰアドレスを適用したカプセル化する前段階のＩＰパケットである。
次に、電話管理サーバ３１３−５は、送信元電話機のＩＰアドレス“EA01”、内部ＩＰアドレスの“IA01”、送信元電話番号“Tel-No-1”、宛先電話機のＩＰアドレス“EA02”、内部ＩＰアドレスの“IA02”、宛先電話番号“Tel-No-2”、ユーザ個別情報(User Info.)、通信回線識別子(CIC-1-2)を含むＩＰパケット（IAMパケット）を通信会社１の代表サーバ３１３−７を経由して（ステップP214）、通信会社２の代表サーバ３１４−７を経由して（ステップP215）、通信会社２の電話管理サーバ３１４−５に送信する（ステップP216）。電話管理サーバ３１４−５は、４つのＩＰアドレス“EA01,IA01,EA02,IA02”と、２つの電話番号“Tel-No-1”及び“Tel-No-2”と、通信回線識別子(CIC-1-2)と、ユーザ個別情報(User-Info.)とを受信し、ユーザ個別情報(User-Info.)以外は内部に保持する。
更に、更に内部アドレス“IA92”である電話管理サーバ３１４−５は、図８３のＩＰパケットの３８３を内部ＩＰアドレス“IA82”である代理電話管理サーバ３１４−１に通知する（ステップP217）。ここで、ＩＰパケットの３８３は送信元電話機のＩＰアドレス“EA01”、宛先電話機のＩＰアドレス“EA02”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、ユーザ付加情報(User-Info.)を含んでいる。そして、代理電話管理サーバ３１４−１は、図８４のＩＰパケットの３８４を形成して網ノード装置２０９−２に送信し（ステップP218）、網ノード装置２０９−２は、ＩＰパケットの３８４のヘッダを除くＩＰパケットの逆カプセル化を行って図８５に示すＩＰパケットの３８５を形成し、メディアルータ２１２−２に送信する（ステップP219）。メディアルータ２１２−２は、送信元電話機のＩＰアドレス“EA01”、宛先電話機のＩＰアドレス“EA02”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、ユーザ付加情報(User-Info.)を取得する。
次に、メディアルータ２１２−２は、電話着信を知らせる前記情報の受信を２つの電話番号“Tel-No-1”及び“Tel-No-2”を添えて電話管理サーバ３１４−５に返信し（ステップP221,P222,P223）、電話管理サーバ３１４−５は受信した２つの電話番号“Tel-No-1”及び“Tel-No-2”から通信回線識別子（CIC-1-2）を復元し、次に通信回線識別子（CIC-1-2）を含む前記情報の受取り確認のＩＰパケット（ACMパケット）を電話管理サーバ３１３−５を経てメディアルータ２１２−１へ送信する（ステップP224乃至P229）。
次に、メディアルータ２１２−２は電話呼出し（着信）を電話機２１４−４に知らせ（ステップP230）、電話機２１４−４は電話呼出しを知ると電話呼出音を鳴らす。メディアルータ２１２−２は、前記呼出した電話番号“Tel-No-2”の電話機２１４−４が呼出中であることを、送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”との組を添付して、網ノード装置２０９―２を経由し（ステップP231）、更に代理電話管理サーバを経由し（ステップP232）、電話管理サーバ３１４−５へ通知する（ステップP233）。通信会社２の電話管理サーバ３１４−５は、メディアルータ２１２−２から送付されてきた送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”の組を用いて通信回線識別子(CIC-1-2)を復元し、次に通信回線識別子(CIC-1-2)を含む前記情報の受取り確認のＩＰパケット（CPGパケット）を形成し、電話管理サーバ３１３−５へ送信する（ステップP234,P235,P236）。電話管理サーバ３１３−５は前記CPGパケットを受信し、CPGパケットから通信回線識別子（CIC-1-2）を読み出す。
次に、電話管理サーバ３１３−５は通信回線識別子（CIC-1-2）を用いて、ステップP214において記録保持していたアドレス及び電話番号を読み出し、少なくとも送信元電話機が接続するメディアルータ２１２−１のＩＰアドレス“EA01”、宛先電話機が接続するメディアルータ２１２−２のＩＰアドレス“EA02”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を代理電話管理サーバ３１３−１に送信すると（ステップP237）、網ノード装置２０８−１を経て（ステップP238）、メディアルータ２１２−１に通知される（ステップP239）。メディアルータ２１２−１は、送信元電話機２１３−５に宛先電話機２１４−４を呼出中であることを知らせ（ステップP240）、送信元電話機２１３−５は呼出音を鳴らす。
一方、電話機２１４−４の利用者が電話呼出音を聞きとり、電話機の送受話器を取り上げると（オフフック）、ＩＰ電話機２１４−４はオフフックをメディアルータ２１２−２に通知し（ステップP241）、メディアルータ２１２−２はオフフック通知を網ノード装置２０９―２を経由し（ステップP242）、更に代理電話管理サーバを経由し（ステップP243）、電話管理サーバ３１４−５に知らせる（ステップP244）。通信会社２の電話管理サーバ３１４−５は、送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”の組から通信回線識別子（CIC-1-2）を復元し、通信回線識別子（CIC-1-2）を含む前記情報の受取り確認のＩＰパケット（ANMパケット）を形成し、電話管理サーバ３１３−５へ送信する（ステップP245, P246, P247）。電話管理サーバ３１３−５はANMパケットを受信し、ANNパケットから通信回線識別子（CIC-1-2）を読み出す。
電話管理サーバ３１４−５は、ステップP245の時点で保持している通信回線識別子（CIC-1-2）を用いて、ステップP217の時点で保持記憶していたＩＰアドレス及び電話番号を読み出す。次に、電話管理サーバ３１４−５は、送信元電話機のＩＰアドレス“EA01”及び内部ＩＰアドレスの“IA01”、宛先電話機が接続するメディアルータ２１２−２のＩＰアドレス“EA02”及び内部ＩＰアドレスの“IA02”を表管理サーバ３１４−３に通知し（ステップP250）、表管理サーバ３１４−３は、通信回線識別子(CIC-1-2)、送信元電話機のＩＰアドレス“EA01”及び内部ＩＰアドレスの“IA01”、宛先電話機のＩＰアドレス“EA02” 及び内部ＩＰアドレスの“IA02”の組を内部に保持すると共に、網ノード装置２０９−２の内部のアドレス管理表３６０−２に保持する（ステップP251）。この様子は、図７７のアドレス管理表３６０−２の２行目のレコードとして示される。
電話管理サーバ３１３−５は、前記読み出した通信回線識別子(CIC-1-2)を用いて、ステップP２１４の時点で保持記憶していたＩＰアドレス及び電話番号を読み出す。次に、電話管理サーバ３１３−５は、通信回線識別子（CIC-1-2）、送信側メディアルータ２１２−１のＩＰアドレス“EA01”及び内部ＩＰアドレスの“IA01”、宛先メディアルータ２１２−２のＩＰアドレス“EA02”及び内部ＩＰアドレスの“IA02”を表管理サーバ３１３−３に通知し（ステップP252）、表管理サーバ３１３−３は通信回線識別子(CIC-1-2)、送信元電話機のＩＰアドレス“EA01”及び内部ＩＰアドレスの“IA01”、宛先電話機のＩＰアドレス“EA02”及び内部ＩＰアドレスの“IA02”をその内部に保持すると共に、網ノード装置２０８−１の内部のアドレス管理表３６０−１に保持する（ステップP253）。この様子は、図７６のアドレス管理表３６０−１の２行目のレコードとして示される。
図７６のアドレス管理表３６０−１の２行目のレコードは、網ノード装置内に設定する“アドレス管理表のＩＰ通信レコード”であり、このＩＰ通信レコードの内容は、送信元外部ＩＰアドレス“EA01”、宛先外部ＩＰアドレス“EA02”、送信元内部ＩＰアドレス“IA01”、宛先内部ＩＰアドレス“IA02”により定義されるものと規定する。
アドレス管理表３６０−１の2行目のＩＰ通信レコードは、外部ＩＰアドレス“EA01”及び外部ＩＰアドレス“EA02”を含んでおり、外部ＩＰアドレス“EA01”を付与されたメディアルータ２１２−１と、外部ＩＰアドレス“EA02”を付与されたメディアルータ２１２−２との間のＩＰ通信路を定めている。アドレス管理表３６０−２の2行目のＩＰ通信レコードも、同様にメディアルータ２１２−１とメディアルータ２１２−２との間のＩＰ通信路を定めている。
なお、送信元外部ＩＰアドレス“EA01”が電話番号“Tel-No-1”と１対１に対応して定まり、宛先外部ＩＰアドレス“EA02”が電話番号“Tel-No-2”と１対１に対応して定まり、発信元と宛先を区別しない場合、“網ノード装置のアドレス管理表のＩＰ通信レコードは、単に電話番号“Tel-No-1”と電話番号“Tel-No-2”との間のＩＰ通信路を定めるアドレス管理表のレコード“である。
前記ステップP245は呼設定を確認する応答情報、つまり電話機２１３−５と電話機２１４−４との間の電話通信開始可能を知らせる手続きであり、電話管理サーバ３１４−５は、例えば通信回線識別子(CIC-1-2)、送信元メディアルータ２１２−１のＩＰアドレス“EA01”、宛先メディアルータ２１２−２のＩＰアドレス“EA02”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を電話通信開始可能の時刻を元に課金管理サーバ３１４−４に通知し（ステップP254）、課金管理サーバ３１４−４は通信回線識別子(CIC-1-2)、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、送信元メディアルータ２１２−１のＩＰアドレス“EA01”、宛先メディアルータ２１２−２のＩＰアドレス“EA02”等を記録保持しておくことができる（ステップP254）。
同様に、課金管理サーバ３１３−４は、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、送信元電話機のＩＰアドレス“EA01”、宛先電話機のＩＰアドレス“EA02”等を記録保持しておくことができる（ステップP255）。また、電話管理サーバ３１３−５は、宛先電話機２１４−４の利用者が送受話器を上げて電話呼出しに応答したこと、つまり電話呼出しに対する応答を代理電話管理サーバ３１３−１を経由し（ステップP256）、更に網ノード装置２０８−１を経由し（ステップP257）、メディアルータ２１２−１を経由し（ステップP258）、電話機２１３−５に知らせる（ステップP259）。
以上述べたＩＰ電話機２１３−５が受話器を上げたステップP200から、呼設定の完了を電話機２１３−５へ知らせるまで（ステップP259）の一連のステップを電話通信の接続フェーズと呼ぶ。また、上述の端末間接続制御において、網ノード装置２０８−１から通信回線３７０−１を経て、ルータ２１９−１、代表サーバ３１３−７、３１４−７、ルータ２１９−２、通信回線３７０−５を経て網ノード装置２０９−２に接続する通信回線を、ＩＰ電話網２０３内部の「接続制御回線」と呼ぶ。なお、接続制御回線は、端末間通信接続制御のためのＩＰパケットを送受するために使用される。
＜＜通信フェーズ＞＞
図８６乃至図８９を参照して説明する。電話機２１３−５に入力した音声はメディアルータに伝送され（ステップP300）、メディアルータは、音声をディジタル化してＩＰパケット３８７を形成し、網ノード装置２０８−１へ送信する（ステップP301）。ＩＰパケット３８７がカプセル化されて内部ＩＰパケット３８８に変換されて、通信回線３７０−３、ルータ２１９−５、２１９−７，２２１−１，２１９−１０，２１９−９、通信回線３７０−６を経て網ノード装置２０９−２に到達し（ステップP302）、ＩＰヘッダを除く逆カプセル化によりＩＰパケット３８９に変換してメディアルータ２１２−２を経て（ステップP303）、電話機２１４−４に届けられる（ステップP304）。電話機２１４−４の利用者の音声は逆方向の流れ、つまりメディアルータ２１２−２（ステップP305）、網ノード装置２０９−２（ステップP306）、ルータ２１９−９、２１９−１０，２２１−１，２１９−７，２１９−５を経て網ノード装置２０８−１に到達し（ステップP307）、メディアルータ２１２−１を経て（ステップP308）、電話機２１３−５へ届けられる（ステップP309）。
上記通信フェーズにおいて、ＩＰパケット３８７及び３８９のペイロード部分をUDPセグメントとし、送信元及び宛先UDPポート番号を、例えば”5004”,”5006”,”5010”,”5012”,”5016”等に変えることにより、他の音声を伝える電話通信が可能である。ディジタル化した音声を含むＩＰパケット３８８は、網ノード装置２０８−１から通信回線３７０−３を経て、ルータ２１９−５、２１９−７，２２１−１，２１９−１０，２１９−９、通信回線３７０−６を経て、網ノード装置２０９−２に接続する通信回線を転送されるので、このＩＰ通信回線をＩＰ電話網２０３内部の「音声通信回線」と呼び、前記接続フェーズにおけるＩＰ電話網２０３の「接続制御回線」と区別できる。
通信フェーズにおいては、図７６のアドレス管理表３６０−１の２行目のレコード、つまり送信元外部ＩＰアドレス“EA01”、宛先外部ＩＰアドレス“EA02”、送信元内部ＩＰアドレス“IA01”、宛先内部ＩＰアドレス“IA02”であるＩＰ通信レコード、つまり電話番号“Tel-No-1”と電話番号“Tel-No-2”との間のＩＰ通信路を定めるアドレス管理表のレコードを用いて行われる。
＜＜解放フェーズ＞＞
図９０を参照して説明すると、電話機２１３−５の利用者が電話通信の終了のため送受話器を置き、メディアルータ２１２−１に電話通信終了を通知すると（ステップP400）、メディアルータ２１２−１は少なくとも電話通信の解放要求の表示、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を含むＩＰパケットを生成し、網ノード装置２０８−１に送信すると（ステップP401）、網ノード装置２０８−１は、図７６のアドレス管理表３６０−１の１行目のレコードを用いて受信したＩＰパケットをカプセル化したＩＰパケットを生成し、代理電話管理サーバ３１３−１に送信する（ステップP402）。次に、代理電話管理サーバ３１３−１は、前記メディアルータが始めに生成している電話の解放要求の表示、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を含むＩＰパケットを形成して電話管理サーバに送信する（ステップP403）。以上述べたステップP401,P402,P403において使われるＩＰパケットの形式やＩＰアドレスの設定方法は、電話通信接続フェーズにおけるステップP204,P205,P206と同一である。
電話管理サーバ３１3−５は、２つの電話番号“Tel-No-1”及び“Tel-No-2”から通信回線識別子（CIC-1-2）を復元し、電話通信の解放要求の表示及び通信回線識別子（CIC-1-2）を含むＩＰパケット（RELパケット）を形成し、通信会社１の代表サーバ３１３−７に送信する（ステップP404）。前記ＩＰパケットは通信会社２の代表サーバ３１４−７を経由し（ステップP405）、通信会社２の管理下にある電話管理サーバ３１４−５に到達する（ステップP406）。
次に、電話管理サーバ３１３−５は、ステップP400乃至P403による解放要求を遂行したことを報告する解放完了のＩＰパケットを、代理電話管理サーバ３１３−１、網ノード装置２０８−１を経由してメディアルータ２１２−１へ返信する（ステップP407、P408,P409）。また、電話管理サーバ３１３−５は、表管理サーバ３１３−３に通信回線識別子（CIC-1-2）含むＩＰパケットを送信する（ステップP４３３）。表管理サーバ３１３−３は、前記ステップP252の遂行後に通信回線識別子（CIC-1-2）に対応するアドレスを保持しているので、４つのＩＰアドレス“EA01,EA02,IA01,IA02”の抹消指示を受けたことを確認し、図７６に示す網ノード装置２０８−１内部のアドレス管理表３６０−１の２行目のレコード、つまり送信元外部ＩＰアドレス“EA01”、宛先外部ＩＰアドレス“EA02”、送信元内部ＩＰアドレス“IA01”、宛先内部ＩＰアドレス“IA02”、ＩＰ通信レコードを抹消する（ステップP434）。つまり、電話番号“Tel-No-1”と電話番号“Tel-No-2”との間のＩＰ通信路を定めるアドレス管理表のレコードを抹消する。
電話管理サーバ３１４−５は、ステップP406により電話通信の解放要求の表示及び通信回線識別子（CIC-1-2）を含むＩＰパケットを受信すると、解放要求のＩＰパケット形成して代理電話管理サーバ３１４−１へ送信し、解放要求の指示を意味するＩＰパケットは、網ノード装置２０９−２を経由してメディアルータ２１２−２へ到達する（ステップP411、P412,P413）。また、電話管理サーバ３１４−５は前記ステップP411を遂行したことを報告するため、通信回線識別子（CIC-1-2）を含むＩＰパケット（RLCパケット）を形成し、前記RLCパケットを通信会社２の代表サーバ３１４−７に送信する（ステップP414）。前記RLCパケットは通信会社１の代表サーバ３１３−７を経由し（ステップP415）、通信会社１の管理下にある電話管理サーバ３１３−５に到達する（ステップP416）。解放完了のＩＰパケットを受信した電話管理サーバ３１３−５は、課金管理サーバ３１３−４に、電話通信の終了を通知すると（ステップP442）、課金管理サーバ３１３−４は通信回線番号（CIC-1-2）により識別される電話通信の終了を知り、この結果を内部に記録する。

次に、電話管理サーバ３１４−５は、表管理サーバ３１4−３に通信回線識別子（CIC-1-2）含むＩＰパケットを送信し（ステップP４３1）、表管理サーバ３１４−３は、図７７に示す網ノード装置２０９−２内部のアドレス管理表３６０−２の２行目のレコードの内容である”EA02”,”EA01”,”IA02”,”IA01”の４つのアドレスの組を抹消する（Ｐ４３２）。メディアルータ２１２−２は、ステップP413により電話通信の解放要求を知ると電話機２１４−５に通話の切断指示を送り（ステップP420）、続いてステップP413による解放要求の遂行を報告する解放完了のＩＰパケットを、網ノード装置２０９−２、代理電話管理サーバ３１４−１、電話管理サーバ３１４−５へ返信する（ステップP421、P423、P424）。電話管理サーバ３１４−５は課金管理サーバ３１４−４に呼番号の電話通信の終了を通知すると（ステップP441）、課金管理サーバ３１４−４は通信回線番号(CIC-1-2)により識別される電話通信の終了を知り、この結果を内部に記録する。
＜＜電話通信接続制御に付随する事項＞＞
電話利用者が電話通信を長時間放置し電話通信を終了させないケース、つまり図９０に示す電話終了のステップP400を行わないことが考えられる。この場合、電話通信料金が限りなく大きくなる等の弊害が予想される。この事態を避けるため、例えば電話管理サーバ３１３−５は長い時間、例えば２４時間毎に課金管理サーバ３１３−４に問い合わせて検出し、長時間の電話通信を検出すると、図９０のステップP400乃至P403を除いて、ステップP404,P407,P433,P442を独自に行うこともできる。
＜＜他の通信料金の徴収方法＞＞
通信料金については、例えば統合ＩＰ通信網２０１の内部に通信会社１用の課金情報収集サーバを設置し、課金管理サーバ３１３−４が収集した課金情報を集めてユーザサービスサーバ３１３−６に通知し、課金サーバから電話利用者に電話料金を請求することができる。通信会社２も同様に課金情報収集サーバを設置できる。通信会社１と通信会社２との間で、通信会社代表サーバ３１３−７及び３１４−７を経由したＩＰ通信手段を用いて、上述により収集した課金情報を交換することもできる。
＜＜通信会社が１社のケース＞＞
図７４の通信会社２の運用管理範囲２０６−２が存在せず、ＩＰ電話網２０３が通信会社１の運用管理範囲となった場合にも、上記の電話接続フェーズの動作が可能である。このために、図９１に示すように、通信会社２の運用管理範囲２０６−２を通信会社１の運用管理範囲に変更し、通信会社２の代表サーバ３１４−７を廃止し、ルータ２１９−１とルータ２１９−２との間をＩＰ通信回線で接続する。このようにすると、前記電話通信の接続フェーズにおいて、図７８に示すステップP214乃至P216は図９２に示すP214Xとなり、図７８に示すステップP224乃至P226は図９２に示すP224Xとなり、図７８に示すステップP234乃至P236は図９２に示すP234Xとなり、図７８に示すステップP245乃至P247は図９２に示すP245Xとなり、他ステップは同一である。
通信会社２の一連の電話通信の準備は、全て通信会社１の電話通信の準備に変更される。電話通信接続フェーズと電話通信解放フェーズにおける前記一連のステップのうち、電話管理サーバ３１３−５と電話管理サーバ３１４−５との間の通信は残し、通信会社１の代表サーバ３１３−７と通信会社２の代表サーバ３１４−７が受持つ一連のステップを省く。更に、電話管理サーバ３１３−５と電話管理サーバ３１４−５とを一体化した電話管理サーバとすることもできる。このようにすると、前記電話通信接続フェーズにおいて、図９２に示すステップP214X,P224X,P234X,245X,P254Xは廃止され、ステップP217,P223,P233,P244,P250,P251は、それぞれ図９３に示すP217x,P223x,P233x,P244x,P250x,P251xとなり、他のステップは同一である。
＜＜電話管理サーバの接続制御に関する説明その１＞＞
電話管理サーバ３１３−５から通信会社を代表するサーバ３１３−７への通信を行う前記ステップP214において、宛先電話番号“Tel-No-2”が自からの通信会社の運用管理するＩＰ電話網の配下に属しているか（加入しているか）、或いは他の通信会社が運用管理するＩＰ電話網の配下に加入しているかを電話ドメイン名サーバ３１３−２に問い合わせ前に知ることも可能であり、以下の手順によって行う。
電話管理サーバ３１３−５は、“電話番号の通信会社区分表”を用いてこの問題を解決する。図９４に示す電話番号の通信会社区分表の例により説明する。通信会社区分表の通番１のレコードとして、“電話番号”の欄に“81-3-5414-xxxx”、“自社か？”の欄に“No”、“他の通信会社識別情報”の欄に“Com-130”と示されている。“xxxx”は１０進数の“００００”から“９９９９”を意味しており、本例の場合、電話番号の81-3-5414-0000乃至81-3-5414-9999は、Com-130により識別される通信会社が運用管理するＩＰ電話網に属していることを示している。また、通信会社区分表の通番２のレコード上の電話番号の“1-2245-5678”は、Com-025により識別される通信会社が運用管理するＩＰ電話網に属していることを示しており、通信会社区分表の通番３のレコード上の電話番号の“81-47-325-3887”は、電話管理サーバ３１３−５の属する当該通信会社が運用管理するＩＰ電話網に属していることを示している。
＜＜電話管理サーバの接続制御に関する説明その２＞＞
電話管理サーバ３１３−５から通信会社を代表するサーバ３１３−７への通信を行う前記ステップP214において、宛先電話番号“Tel-No-2”のＩＰ電話機が自からの通信会社の運用管理配下にあると判明した場合でも、他の電話管理サーバが接続している電話番号が“Tel-No-2”である電話機が、何処の網ノード装置に加入しているか否かを知ることも可能であり、以下に説明する。電話管理サーバ３１３−５は、“電話番号の電話管理サーバ区分表”によりこの問題を解決する。図９５に示す電話番号の電話管理サーバ区分表の例により説明する。
電話管理サーバ区分表の通番１のレコード上の電話番号の“81-47-325-3887”は、電話管理サーバ３１３−５が運用管理する網ノード装置に加入（つまり通信回線を接続）していることを示している。電話管理サーバ区分表の通番２のレコード上の電話番号の“81-2245-56xx”は、電話番号の81-2245-5600乃至81-2245-5699が電話管理サーバのＩＰアドレスが“100.10.11.40”である当該通信会社が運用管理する網ノード装置に加入（つまり通信回線を接続）していることを示している。次に、電話管理サーバ区分表の通番３のレコード上の電話番号の“81-6-1234-xxxx”は、電話番号の81-6-1234-0000乃至81-6-1234-9999が当該通信会社が運用管理する網ノード装置に加入（つまり通信回線を接続）していることを示している。
＜＜運用管理サーバによる網の運用管理＞＞
通信会社１の運用管理サーバ３１３−９は、周期的に或いは随時通信会社１の運用管理範囲２０６−１内部のリソースである網ノード装置２０８−１、２０８−２、ルータ２１９−１,２１９−３,２１９−５,２１９−６,２１９−７、電話ドメイン名サーバ３１３−２、電話管理サーバ３１３−５、代理電話管理サーバ３１３−１、表管理サーバ３１３−３、課金管理サーバ３１３−４、代表サーバ３１３−７、ユーザサービスサーバ３１３−６、電話ゲートウェイ２０９−１等と、ＩＰ通信手段を用いることにより、或いはＩＣＭＰパケットを送受する手段により、これらリソースが正常か否かを調べ、或いはリソース間の通信回線が正常か否かを調べ（障害管理）、また、前記網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社１の運用管理範囲２０６−１内部を一元的に運用管理する。運用管理の結果得られた通信回線を含む網リソースの障害状況や通信品質状況は、ユーザサービスサーバ３１３−６を経て電話利用者２２７−１へ報告することもできる。
同様に、通信会社２の運用管理サーバ３１４−９は、周期的に或いは随時通信会社２の運用管理範囲２０６−２内部の各種リソースと通信し、これらリソースが正常か否かを調べ、或いはリソース間の通信回線が正常か否かを調べ（障害管理）、また、前記網内のＩＰパケットの輻輳が過大でないか等を監視する（通信品質管理）ことにより、通信会社２の運用管理範囲２０６−２内部を一元的に運用管理する。運用管理結果は、ユーザサービスサーバ３１４−６を経て電話利用者２２７−２へ報告することもできる。
運用管理サーバ３１３−９及び３１４−９による前記の網運用管理により、ＩＰ電話機２１３−５とＩＰ電話機２１４−４との間のＩＰ転送網２０１の内部の電話網２０３の端末間通信接続制御の信頼性を向上させることができる。同様に、課金管理サーバ３１３−４及び３１４−４による通信料金の徴収手段により通信会社の網運用経済基盤が支えられることとなり、ＩＰ転送網２０１の内部の電話網２０３の端末間通信接続制御の信頼性を向上させることができる。
実施例６を要約し、補足すると次のようになる。即ち、ＩＰ転送網は少なくとも網ノード装置、電話管理サーバ、メディアルータ、電話ドメイン名サーバ、表管理サーバを含み、ユーザｉ（ｉ＝1,2,・・）は、ＩＰ転送網の外部にあるユーザのメディアルータに個別の外部ＩＰアドレス“EA-ｉ”を設定し、ユーザｉのメディアルータに電話機を１以上接続し、前記メディアルータは通信回線を経て前記網ノード装置のいずれかに接続され、前記通信回線の網ノード装置側終端部（論理端子）にはユーザｉの通信のために用いる内部ＩＰアドレス“ＩA-ｉ”が付与され、前記メディアルータにはユーザ個別の電話番号が付与されている。また、前記電話ドメイン名サーバはユーザ個別の電話番号、前記メディアルータの外部ＩＰアドレス“EA-ｉ”及び前記内部ＩＰアドレス“ＩA-ｉ”の組を保持しており、前記電話ドメイン名サーバは、ユーザ個別の電話番号を質問されて、外部ＩＰアドレス及び内部ＩＰアドレスを回答し、網ノード装置に、メディアルータと代理電話管理サーバとの間のＩＰ通信路を定めるＩＰ通信レコードを設定している。
発信元電話機の要求には前記ＩＰ通信レコードが用いられ、代理電話サーバを経由して電話管理サーバに伝えられ、前記電話管理サーバが電話ドメイン名サーバに依頼して、送信元電話番号から送信元メディアルータの外部ＩＰアドレスと内部ＩＰアドレス(“EA-i,IA-i”)、また、宛先電話番号から宛先メディアルータの外部ＩＰアドレス及び内部ＩＰアドレス(“EA-j,IA-j”)を取得し、表管理サーバが、これらＩＰアドレスを送信側網ノード装置及び宛先網ノード装置それぞれに、送信元電話機と宛先電話機の間の電話通信に用いるＩＰ通信レコードとして設定する。送信元側の電話機から呼設定を要求すると、送信元側のメディアルータは、宛先電話番号及び送信元電話番号を含むＩＰパケットを送信元側の電話管理サーバに送り、送信元側の電話管理サーバは、電話音声用の通信回線を識別する回線番号（CIC）を宛先電話番号及び送信元電話番号の組から一意に定める。
次に、送信元側の電話管理サーバは、送信元電話番号、宛先電話番号及び回線番号を含む「電話呼設定を要求するIAMパケット」を宛先側の電話管理サーバへ送信し、宛先側の電話管理サーバは宛先側のメディアルータに着信を知らせ、電話機が着信を許容される時は、宛先側の電話管理サーバは前記「IAMパケット受信報告するACMパケット」を送信元側の電話管理サーバを経由して送信元側メディアルータに送信する。また、前記宛先側のメディアルータは宛先側の電話機に電話呼設定を要求する。電話機着信音を鳴動させると、メディアルータは着信呼出中を宛先側の電話管理サーバに知らせ、宛先側電話管理サーバは、「着信呼出中を知らせるCPGパケット」を送信元側の電話管理サーバに送信し、送信元側の電話管理サーバは、メディアルータを経由して着信呼出中送信元側の電話機に知らせる。
宛先側の電話機が呼設定要求に応答すると、応答は宛先側のメディアルータを経て宛先側の電話管理サーバに知らされ、宛先側の電話管理サーバは「呼設定要求への応答を示すANMパケット」を形成して送信側の電話管理サーバに送信し、送信元側の電話管理サーバは送信元側のメディアルータに呼設定要求への応答を知らせ、送信元側の電話機は呼出音を停止し、通話フェーズに移行する。送信元側又は宛先側電話機の通話が終了し、電話呼の切断要求が通知されると、この切断要求はメディアルータを経て電話管理サーバへ通知される。
電話呼切断要求側の電話管理サーバは、回線番号（CIC）を用いて「電話通信終了を要求するRELパケット」を形成し、他の被切断側の電話管理サーバへ送信し、前記被切断側の電話管理サーバは「RELパケット受信報告するRLCパケット」を返信する。被切断側の電話管理サーバは、電話通信の終了報告を切断要求側のメディアルータに知らせる。
電話管理サーバは電話通信の終了後に、回線番号、通信時刻、電話番号を含めた電話通信記録を収集し、運用管理用サーバ及び課金用サーバに通知することができる。電話管理サーバと中継電話管理サーバとの間の端末間通信接続制御や、２つの電話管理サーバ間の端末間通信接続制御において、前記IAM、ACM、CPG、ANM、REL、RLCが送受される。電話管理サーバとメディアルータとの間で端末間接続制御のためにＩＰパケットが送受される。
ＩＰパケットのペイロード部分はUDPセグメントとし、電話呼接続フェーズと電話解放フェーズは唯一のポート番号として、異なる電話通信において、接続フェーズと電話解放フェーズを管理する単一の呼制御プログラムの利用を可能としている。また、電話通話フェーズにおいて、電話機毎に異なるUDPポート番号を割り当てることにより、メディアルータが唯一のＩＰアドレスであっても電話機毎に異なる音声を伝えることができる。１つの電話管理サーバが単独で、送信側の電話管理サーバ及び受信側の電話管理サーバの機能を果たすために、前記電話管理サーバが代理電話管理サーバを経由して、送信元メディアルータ及び宛先メディアルータと電話通信接続フェーズ及び電話解放フェーズの手続きを行うこともできる。
前記電話管理サーバが、宛先電話番号が自からの通信会社の運用管理するＩＰ電話網の配下に属しているか、或いは他の通信会社が運用管理するＩＰ電話網の配下に加入しているかを知るために、電話番号の通信会社区分表を用いることもできる。宛先電話番号を有する電話機が何処の網ノード装置に加入しているか否かを知るために、電話番号の電話管理サーバ区分表を用いることもできる。通信会社の運用管理サーバが、通信会社の運用管理範囲の網ノード装置や各種サーバ、電話ゲートウェイと情報交換して網内部を一元的に運用管理することにより、網内部の端末間通信接続制御の信頼性を向上させ、或は課金管理サーバと連携し、ＩＰ転送網の端末間通信接続制御の信頼性を向上させるようになっている。
なお、本実施例において、網ノード装置のＩＰカプセル化と逆カプセル化を、外部ＩＰパケットに簡易ヘッダを付与して内部パケットを形成する簡易カプセル化と、内部パケットから簡易ヘッダを取り除く逆簡易カプセル化に置き換えることもできる。

７．メディアルータの構造が異なる第７実施例：
図９６は、メディアルータに関して、ＩＰアドレス及び電話番号の付与方法を説明するための模式図であり、図９７は網ノード装置のＩＰパケットのカプセル化関連事項を説明する図であり、これらの図を参照して説明する。
メディアルータ５３０はＩＰ電話機５１５−１乃至５１５−４及びアナログ電話機５１６−１乃至５１６−３を収容し、回線インタフェース部５３３からＩＰパケット送受用の論理通信回線５３９−１乃至５３９−３を介して、網ノード装置５４０に接続する。ここで、物理通信回線５３８は論理通信回線５３９−１乃至５３９−３の全てを含む。
メディアルータ５３０は電話呼制御その他のメディアルータ５３０の主な処理を行い、メディアルータ主要部５３１及びアナログ電話機との接続インタフェースを有するアナログインタフェース部５３２、回線インタフェース部５３３、アドレス電話番号対応表５３４、電話機管理表５３５を含み、メディアルータ主要部５３１は、その内部にＩＰアドレス“EA01”、“EA12”、“EA13”及び“ADR”を有している。ＩＰアドレス“EA01”は電話番号“Tel-No-1”と、ＩＰアドレス“EA12”は電話番号“Tel-No-12”と、ＩＰアドレス“EA13”は電話番号“Tel-No-13”とそれぞれ１対１に対応付けられており、この様子はアドレス電話番号対応表５３４に示されている。ＩＰ電話機及びアナログ電話機に付与する電話番号は、アドレス管理表を用いて管理する。従って、電話番号を変更するときは、アドレス管理表を書き換える。
メディアルータ主要部５３１の内部にポート５３８−１乃至５３８−７があり、これらのポートにはそれぞれ“１”乃至“７”なるポート番号が付与されており、更にこれらポートは通信回線を経てＩＰ電話機に直接接続され、或いはアナログインタフェース部５３２を経てアナログ電話機５１６−１乃至５１６−３に間接的に接続されている。ＩＰ電話機５１５−１乃至５１５−４には、それぞれ“Id-5”乃至“Id-8”なる識別名及びＩＰアドレス“AD01”乃至 “AD04”が付与されており、この様子は電話機管理表５３５内のポート番号が１乃至４であるレコードに示されている。電話機管理表内の“Ｄ”はＩＰ電話機を表わし、“Ａ”はアナログ電話機を表わす。ポート５３２−１にはＩＰアドレス“EA01”が付与されており、ポート５３２−２にはＩＰアドレス“EA12”が付与され、ポート５３２−３にはＩＰアドレス“EA13”が付与されている。ポート５３８−１及び５３２−１は通信回線で接続され、ポート５３８−７及び５３２−３は通信回線で接続されている。ＩＰ電話機５１５−１はポート５３８−１に通信回線５１７−１で接続されるので、ＩＰ電話機５１５−１はメディアルータ５３０を経由して網ノード装置に接続されるとき、ＩＰアドレス“ＥＡ01”を用いることが出来ることになる。同様に、アナログ電話機５１６−３にＩＰアドレス“EA13”が固定的に割り当てられている。アナログ電話機５１６−３はメディアルータ５３０を経由して網ノード装置に接続されるとき、常にＩＰアドレス“EA13”が用いられることを示す。この様子は、アドレス管理表５３５のポート１であるレコードとポート７であるレコードにそれぞれ示されている。
ポート５３８−４及び５３８−５は通信回線で接続されており、ＩＰ電話機５１５−４は通信回線５１７−４、ポート５３８−４及び５３８−５、アナログインタフェース５３２、通信回線５１８−１を経てアナログ電話機５１６−１に接続されており、ＩＰ電話機５１５−４とアナログ電話機５１６−１との間で電話通信が可能である。同様に、ＩＰ電話機５１５−２は通信回線５１７−２、ポート５３８−２及び５３８−３、通信回線５１７−３を経てＩＰ電話機５１５−３に接続されており、両ＩＰ電話機との間で電話通信が可能である。
２つのアナログ電話機間の電話通信も、アナログインタフェース部の機能により可能である。ＩＰ電話機５１５−１乃至５１５−４は、音声をディジタル化してＩＰパケットに載せて送信し、逆の機能としてディジタル化した音声をアナログ音声に復元する。アナログインタフェース部は、アナログ電話機５１６−１乃至５１６−３から受信した音声をディジタル化してメディアルータ主要部５３１へ送り、逆の機能としてメディアルータ主要部５３１から受信したディジタル化した音声をアナログ音声に復元して、アナログ電話機へ送る。
＜＜電話接続のためのメディアルータと網ノード装置の一連の手順＞＞
ＩＰ電話機５１５−１の受話器を上げると、呼出のＩＰパケット５２０が通信回線５１７−１を経てメディアルータ主要部５３１へ伝えられる。ここで、ＩＰパケット５２０内部のヘッダに書込まれている送信元ＩＰアドレスは“ＡＤ０１”、宛先ＩＰアドレス“ＡＤＲ”である。メディアルータ主要部５３１は、“呼出受付”のＩＰパケットをＩＰ電話機５１５−１へ返信する。次に、ＩＰ電話機５１５−１の利用者が通信相手先の電話番号“Tel-No-4”をダイヤル入力すると、ＩＰ電話機５１５−１の内部で、ＩＰパケットのペイロードに送信元電話番号“Tel-No-1”と、通信相手先の電話番号“Tel-No-4”とを含む電話の“呼設定”のＩＰパケットを生成し、メディアルータ５３０に送信する。
メディアルータ530は、メディアルータ主要部５３１において前記ＩＰパケットを受信し、少なくとも送信元電話番号“Tel-No-1”と宛先電話番号“Tel-No-4”を含むＩＰパケットを作成し、網ノード装置５４０に送信することにより呼設定の手続きを開始する。
網ノード装置５４０はＩＰパケットの５２１を受信すると、図９７に示すアドレス管理テーブル５４１を検索し、外部ＩＰアドレスとして送信元ＩＰアドレスが“EA01”であり、宛先ＩＰアドレスが“EA81”が含まれるレコードを検索し、この場合はアドレス管理表５４１の上から１行目のレコード、つまり“EA01,EA81,IA01,IA81”であるレコードを見つけると、このレコード内部の３番目及び４番目に記載されるＩＰアドレス“IA01”及び“IA81”を用いてＩＰパケットのカプセル化技法を適用して内部ＩＰパケットの５４２を生成し、ＩＰアドレスが“IA81”である代理電話管理サーバ５４５へ送信する。ここで、ＩＰパケット５４２のペイロード部分は、ＩＰパケットの５２１である。なお、上記において、物理通信回線５３８が論理通信回線５３９−１乃至５３９−３の全てを含むので、論理端子５４３−１乃至５４３−３は全て同一の内部ＩＰアドレス値“IA01”としている例である。
なお、本実施例において、網ノード装置のＩＰカプセル化と逆カプセル化を、外部ＩＰパケットに簡易ヘッダを付与して内部パケットを形成する簡易カプセル化と、内部パケットから簡易ヘッダを取り除く逆簡易カプセル化に置き換えることもできる。

８．閉域電話通信を行う第８の実施例：
図９８において、１００１は統合ＩＰ通信網、１００２はＩＰデータ網、１００３はＩＰ電話網、１００４は音声画像網であり、１００５は通信会社１が運用管理する統合ＩＰ通信網の範囲、１００６は通信会社２が運用管理する統合ＩＰ通信網の範囲である。１００２乃至１００４は、何れもＩＰパケット転送機能を有するＩＰ転送網でもあり、ＩＰ転送網の内部ではＩＰパケットを送受するＩＰ通信手段により情報交換できる。統合ＩＰ通信網１００１の外部で用いるＩＰアドレスを外部ＩＰアドレスといい、内部で用いるＩＰアドレスを内部ＩＰアドレスという。１０１１乃至１０１７は電話機、１０２１乃至１０２５はメディアルータ、１０８０と１０８１は電話ゲートウェイ、１０８２及び１０８３は公衆電話交換網（PSTN）、１０８４及び１０８５は電話機である。
電話機１０１１からメディアルータ１０２１、通信回線１０４０、網ノード装置１０３１、ＩＰ電話網１００３内部を経由し、網ノード装置１０３２、通信回線１０４１、メディアルータ１０２２、電話機１０１２へ電話機の通信接続を行う“端末間通信接続制御方法”を説明する。
電話機１０１１乃至１０１3の利用者は、それぞれの電話番号と、それら電話機が接続するメディアルータに付与する外部ＩＰアドレスの値とを事前に決めておく。図１００及び図１０１を参照して説明すると、電話機１０１１は電話番号“Tel-No-1”を用い、メディアルータ１０２１には外部ＩＰアドレス“EA1”を付与し、電話機１０１２は電話番号“Tel-No-2”を用い、メディアルータ１０２２には外部ＩＰアドレス“EA2”を付与し、電話機１０１３は電話番号“Tel-No-3”を用い、メディアルータ１０２３には外部ＩＰアドレス“EA3”を付与する。電話番号サーバ１０２６乃至１０２８は、いずれも電話番号“Tel-No-1”を提示されると外部ＩＰアドレス“EA1”を回答し、電話番号“Tel-No-2”を提示されると外部ＩＰアドレス“EA2”を回答し、電話番号“Tel-No-3”を提示されると外部ＩＰアドレス“EA3”を回答するように設定しておく。この方法は、例えば内線電話番号“１００”から“１９９”などの電話番号グループを一定のルール、例えば100番台を１に対応させるルールによりドメイン名“1.”に対応付けておき、ドメイン名サーバ（DNS）の公知技法を適用できる。
＜＜電話通信の準備＞＞
図９８及び図９９を参照して説明すると、ユーザ１０６０は電話受付者１０６１に電話利用を申込み（図９９のステップA100）、電話受付者１０６１は電話の申込情報である前記外部ＩＰアドレス“EA1”及び“EA2”、ユーザ氏名や料金支払い方法、通信回線１０４０の識別記号“Ｌ―１０４０”と網ノード装置１０３１の識別記号“ＮＮ―１０３１”、通信回線１０４１の識別記号“Ｌ―１０４１”と網ノード装置１０３２の識別記号“ＮＮ−１０３２”等をユーザ１０６０から入手し、ユーザサービスサーバ１０４１に通知する（ステップA101）。ユーザサービスサーバ１０４１は、ユーザ１０６０を識別するためのユーザ識別記号“UIＤ−１”を決め、前記受付により得られた外部ＩＰアドレス“EA1”及び“EA2”、ユーザ氏名等のユーザ申込情報をユーザサービスサーバ１０４１が有するデータベースに保持する（ステップA102）。
次に、ユーザサービスサーバ１０４１は、前記手続きにより得られた外部ＩＰアドレス“EA1”及び“EA2”と、通信回線の識別記号“Ｌ−１０４０”及び“Ｌ−１０４１”と、網ノード装置の識別記号“ＮＮ−１０３１”及び“ＮＮ−１０３２”とを電話管理サーバ１０４２へ通知すると（ステップA103）、電話管理サーバ１０４２は内部ＩＰアドレス“IA1”及び“IA2”を決め、４つのアドレス“EA1，EA2，IA1，IA2”を表管理サーバ１０４３に知らせる（ステップA107）。ここで、内部ＩＰアドレスの“IA1”は、通信回線１０４０と網ノード装置１０３１との接続点に付与した内部ＩＰアドレスであり、“IA2”は通信回線１０４１と網ノード装置１０３２との接続点に付与した内部ＩＰアドレスであり、網ノード装置の識別記号“ＮＮ−１０３１”及び“ＮＮ−１０３２”と、通信回線の識別記号“Ｌ−１０４０”及び“Ｌ−１０４１”とを用いて、統合ＩＰ転送網１００１の内部で統一して決める値であり、電話管理サーバ１０４２と１０６５とが前記ＩＰ通信手段により情報交換して、同一値であることを別途事前に確認している。
表管理サーバ１０４３は網ノード装置１０３１に前記の４つのアドレスを知らせると（ステップA108）、網ノード装置は、図１００に示すように網ノード装置内部のアドレス管理表１０３４の第１レコードとして前記４つのアドレス“EA1,EA2,IA1,IA2”を保持する（ステップA10９）。アドレス管理表１０３４の１行目のレコードは、外部ＩＰアドレス“EA1”を有するメディアルータ１０２１と、外部ＩＰアドレス“EA2”を有するメディアルータ１０２２との間のＩＰ通信レコードと定義される。ＩＰ通信レコードは、内部ＩＰパケットを生成するＩＰカプセル化においてＩＰヘッダ内のアドレス情報を提供する。同様にアドレス管理表１０３４の２行目のレコードとして、４つのアドレス“EA1,EA3,IA1,IA3”がＩＰ通信レコードとして設定されている。
同様にして、ユーザ１０６２が電話サービスを電話受付者１０６３申し込み、前記と同様の手順を経て（図９９のステップA110乃至ステップA119）、網ノード装置１０３２の内部に、図１０１に示すように外部ＩＰアドレス“EA2”を有するメディアルータ１０２２と、外部ＩＰアドレス“EA1”を有するメディアルータ１０２１との間のＩＰ通信レコードが設定され、また、アドレス管理表１０３５の１乃至４行目のレコードに上述と同一の原理により、外部ＩＰアドレス“EA2”を有するメディアルータ１０２２と外部ＩＰアドレス“EA3”を有するメディアルータ１０２3との間のＩＰ通信レコードや、他のＩＰ通信レコードが設定されている。なお、ユーザ１０６２が電話受付者１０６３に申し込んで、メディアルータ１０２２と、メディアルータ１０２１との間のＩＰ通信レコードを設定する前記手順に代わり、ユーザ１０６０が電話受付者１０６１に申し込んで、メディアルータ１０２２とメディアルータ１０２１との間のＩＰ通信レコードを設定することも出来る。このため、電話管理サーバ１０４２が前記ステップ“A107”を遂行するときに、ステップ“A117-2”（図９９）も同時に遂行して、表管理サーバ１０６６にＩＰ通信レコードの設定を依頼する。
＜＜接続フェーズ＞＞
利用者が電話機１０１１の受話器を上げて、通信相手先電話機１０１２の電話番号“Tel-No-2”をダイヤル入力して、メディアルータ１０２１内部のメディアルータ管理部１０５６に電話呼出し(図１０２のステップA200)、メディアルータ管理部１０５６は電話呼を確認する（ステップA201）。
メディアルータ管理部１０５６は電話番号サーバ１０２６に電話番号“Tel-No-2”を提示し（ステップA202）、対応するメディアルータ１０２２のＩＰアドレス“EA2”を取得し(ステップA203)、送信元電話番号“Tel-No-1”と、宛先電話番号“Tel-No-2”と、電話呼識別子“C-ID”と、接続制御関連情報“Info-1”とを含む電話呼設定のための外部ＩＰパケット１０７０（図１０３）を形成し、網ノード装置１０３１に送信する (ステップA204)。ここで、外部ＩＰパケット１０７０のＩＰヘッダのＩＰアドレス領域は、送信元ＩＰアドレス“EA1”及び宛先ＩＰアドレス“EA2”であり、外部ＩＰパケット１０７０のペイロード部分はUDPセグメントであり、送信元ポート番号は“５０６０”、宛先ポート番号は“５０６０”としている例である。電話呼識別子“C-ID”は、電話通信における電話発呼後の接続フェーズから音声通信フェーズ、解放フェーズまでの電話の呼を、他の電話呼と区別するために用いる。接続制御関連情報“Info-1”は、音声通信フェーズにおいて用いるUDPポート番号、例えば“５００４”を少なくとも含み、他の内容として音声圧縮方式の識別記号や音声符号変換コーデイック識別記号、メディアルータ１０２１のＩＰアドレス“EA1”を含めることが出来る。ここで、メディアルータ管理部１０５６及び１０５７が、事前に定めてあるルールにより電話呼識別子“C-ID”及び接続制御関連情報“Info-1”を設定して参照する。
網ノード装置１０３１はＩＰパケット１０７０を受信すると、ＩＰパケット１０７０を入力した通信回線１０４０の終端部（論理端子）に付与されている内部ＩＰアドレスが“IA1”、ＩＰパケット１０７０の宛先外部ＩＰアドレスが“EA2”であることを確認し、図１００に示すアドレス管理表１０３４を検索する。始めに送信元内部ＩＰアドレスが“IA1”であるＩＰ通信レコードを検索し、次に前記検出したＩＰ通信レコード内に宛先外部ＩＰアドレスが“EA2”が含まれるＩＰ通信レコードがあるかを検索する。
次に、前記検出したＩＰ通信レコード内にＩＰパケット１０７０内の送信元外部ＩＰアドレスが“EA1”が含まれるかを調べる。この場合は、アドレス管理表１０３４の上から１行目、つまり“EA1,EA2,IA1,IA2”であるＩＰ通信レコードを見つけると、このＩＰ通信レコード内部の３番目及び４番目に記載される“IA1”及び“IA2”を用いて、外部ＩＰパケット１０７０に新たなＩＰヘッダを付与するＩＰパケットのカプセル化技法を適用して、図１０４に示す内部ＩＰパケット１０７１を形成する。
アドレス管理表内部でのＩＰ通信レコードの前記検索において、始めに送信元内部ＩＰアドレスが“IA1”であるレコードを検索し（複数候補あり）、次に前記検索したレコードの中から宛先外部ＩＰアドレスが“EA2”であるＩＰ通信レコードを検索する。送信元外部ＩＰアドレス“EA1”を検索することを省略することもできる。前記ＩＰパケットのカプセル化において、内部ＩＰパケットのヘッダ部のＩＰアドレス域に、前記内部ＩＰアドレスの送信元ＩＰアドレス“IA1”と宛先ＩＰアドレス“IA2”とが設定される。形成された内部ＩＰパケット１０７１は網ノード装置１０３２に送信され（ステップA205）、ルータ１０３５−１乃至１０３５−６を経由して網ノード装置１０３２に到達し、網ノード装置１０３２はＩＰパケット１０７１のヘッダを除くＩＰパケットの逆カプセル化を行ってＩＰパケット１０７２を復元し（図１０５）、ＩＰパケット１０７２をメディアルータ１０２２に送信する（ステップA206）。
前記ＩＰパケットの逆カプセル化において、網ノード装置１０３２は、値が“EA2, EA1, IA2, IA1”であるＩＰ通信レコードを次のように使うことができる。即ち、網ノード装置１０３２内部のアドレス管理表１０３５に前記４つのＩＰアドレスを含むＩＰ通信レコードが存在し、受信した内部ＩＰパケット１０７１のヘッダ内部のＩＰアドレス域に“IA2, IA1”があり、外部ＩＰパケットの１０７２内部のＩＰアドレス域に“EA2, EA1”があるので逆カプセル化可能であると確認する。４つのアドレス（“EA2,EA1,IA2,IA1”）が一致するＩＰ通信レコードが存在しないとき、受信したＩＰパケットを廃棄することもできる。或は、アドレス管理表１０３５の中に３つのアドレス（“EA1,IA2,IA1”）が一致するＩＰ通信レコードが存在しないとき、ＩＰパケット１０７１内の宛先外部ＩＰアドレス“EA2”はチェックしないで逆カプセル化を行わず、受信したＩＰパケットを廃棄することもできる。
メディアルータ管理部１０５７は、外部ＩＰパケットの１０７２から送信元電話番号“Tel-No-1”と、宛先電話番号“Tel-No-2”と、電話呼識別子“C-ID”と、接続制御関連情報“Info-1”とを取得する。メディアルータ管理部１０５７は、“Info-1”内部から、音声通信フェーズにおいて送信元電話機が用いるポート番号として、例えば“５００４”を取得し、また、電話呼識別子“C-ID”を用いて、前記着信した電話呼を他の電話呼と区別するために用いることができる。
以上説明した一連のステップA204,A205,A206を呼設定と呼び、前記一連のステップを“IAM”により省略して表わす。
メディアルータ管理部１０５７は、前記の呼設定に対して呼設定受付を通知するため、電話呼識別子“C-ID”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を含むＩＰパケットをメディアルータ管理部１０５６に返信する（ステップA207,A208,A209）。この一連のステップA207,A208,A209を呼設定受付と呼び、省略記号として“ACM”で表わす。メディアルータ管理部１０５７は、前記呼設定受付において電話呼識別子“C-ID”のみを用い、送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”を返信しないことも出来る。
次に、メディアルータ管理部１０５７は電話呼出し（着信）を電話機１０１２に伝えると（ステップA210）、電話機１０１２は着信の確認のため返信し（ステップA211）、電話呼出音を鳴らす。メディアルータ管理部１０５７は電話機１０１２を呼出中であることを知らせるため、電話呼識別子“C−ID”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”を含むＩＰパケットを生成してメディアルータ管理部１０５６へ返信する（ステップA212,A213,A214）。この一連のステップA212,A213,A214を呼経過又は呼出中といい、省略記号として“CPG”で表わす。呼経過のステップにおいて、送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”を返信しないようにすることも可能である。メディアルータ管理部１０５６は、送信元電話機１０１１に宛先電話機１０１２を呼出中であることを知らせる（ステップA215）。
一方、電話機１０１２の利用者が電話機の呼出音を聞きとり、電話機の送受話器を取り上げてメディアルータ管理部１０５７に知らせると（ステップA220）、メディアルータ管理部１０５７は、前記の電話呼識別子“C−ID”、送信元電話番号“Tel-No-1”、宛先電話番号“Tel-No-2”、接続制御関連情報“Info-2”を含むＩＰパケットを生成し、メディアルータ１０２１内部のメディアルータ管理部１０５６へ通知する（ステップA222,A223,A224）。この一連のステップA222,A223,A224を応答と呼び、省略記号として“ANM”で表わす。前記接続制御関連情報“Info-2”の中に、音声通信フェーズにおいて用いるUDPポート番号、例えば“５００６”を少なくとも含む。前記ＩＰパケットの形式は、図１０４の内部ＩＰパケット１０７１と同一の形式であるが、送信元電話番号“Tel-No-1”及び宛先電話番号“Tel-No-2”は、ＩＰパケット内部に書き込みを省略することもできる。前記の電話機１０１２の応答（ステップA220）に対して、メディアルータ管理部１０５６が確認する（ステップA221）。
メディアルータ管理部１０５６は、“Info-2”から通信フェーズにおいて用いる宛先ポート番号の例えば“５００６”を知り、電話機１０１２からの応答（オフフック）を電話機１０１１に知らせ（ステップA225）、電話機１０１１が確認する（ステップA226）。なお、前記ステップA221及びステップA226は省略することもできる。以上により電話呼出しの接続フェーズが完了する。
なお、前記ステップのうち、ステップA200及びA210を“呼設定”、ステップA201及びA211を“呼設定受付”、ステップA215を“呼出し”、ステップA220及びA225を“応答”、ステップA221及びA226を“応答確認”とそれぞれ呼ぶ。
＜＜通信フェーズ＞＞
電話機１０１１の利用者が音声による会話を始めると、音声信号はメディアルータ管理部１０５６に送られ（図１０６のステップA250）、メディアルータ管理部１０５６は音声をディジタル化して、更に適当な長さに区分し、図１０７の外部ＩＰパケット１０７３を形成する。そして、外部ＩＰパケット１０７３の内部のUDPセグメントのペイロード部分に前記ディジタル化した音声を格納し、ＩＰパケットの１０７３を網ノード装置１０３１に送信する（ステップA251）。UDPセグメント内部の送信元ポート番号は、接続フェーズにおいて、メディアルータ管理部１０５６と１０５７とが相互に交換して取得した送信元ポート番号“５００４”と宛先ポート番号“５００６”とが用いられる。
網ノード装置１０３１はＩＰパケットの１０７３を受信すると、アドレス管理表の内部に“EA1,EA2,IA1,IA2”であるＩＰ通信レコードを見出し、このＩＰ通信レコードを用いて外部ＩＰパケット１０７３がカプセル化されて内部ＩＰパケット１０７４となり、ルータ１０３５−１乃至１０３５−６を経て網ノード装置１０３２に到達する（ステップA252）。そして、外部ＩＰパケット１０７５が復元され、外部ＩＰパケット１０７５はメディアルータ管理部１０５７を経て（ステップA253）、電話機１０１２に届けられる（ステップA254）。電話機１０１２の利用者の音声を含むＩＰパケットは前記逆方向の流れ、つまりメディアルータ管理部１０５７（ステップA260）、網ノード装置１０３２（ステップA261）、ルータ１０３５−６乃至１０３５−１を経て網ノード装置１０３１に到達し（ステップA262）、メディアルータ管理部１０５６を経て（ステップA263）、電話機１０１１へ届けられる（ステップA264）。
＜＜解放フェーズ＞＞
電話機１０１１の利用者が電話通信の終了のため送受話器を置き、メディアルータ管理部１０５６に電話通信の終了を通知すると（図１１０のステップA280）、メディアルータ管理部１0５６は、少なくとも電話通信の終了を意味する情報及び電話呼識別子“C-ID”を含むＩＰパケットを形成する。このＩＰパケットを網ノード装置１０３１に送信し（ステップA281）、網ノード装置１０３１においてカプセル化され、ＩＰ転送網１００３を通過して網ノード装置１０３２に到達し（ステップA282）、網ノード装置１０３２において逆カプセル化され、メディアルータ管理部１０５７を経由して（ステップA283）、電話機１０１２に到達する（ステップA284）。この一連のステップA281,A282,A283,A284を解放といい、省略記号として“REL”で表わす。
次に、解放の完了を報告するＩＰパケットが逆方向に通知される（ステップA286,A287,A288）。この一連のステップA286,A287,A288を解放完了といい、省略記号として“RLC”で表わす。ステップA281,A282,A283等において使われるＩＰパケットの形式やＩＰアドレスの設定方法は、電話通信の接続フェーズにおけるステップA204,A205,A206等と同一である。
＜＜他の電話機間の通信＞＞
電話機１０１１から電話番号“Tel-No-3”を有する電話機１０１３に電話通信することも同様に可能であり、電話番号サーバ１０２６に質問すると、電話番号“Tel-No-3”に対応する外部ＩＰアドレス“EA3”が回答される。アドレス管理表１０３４内部のＩＰ通信レコード“EA1,EA3,IA1,IA3”及びアドレス管理表１０３５内部のＩＰ通信レコード“EA3,EA1,IA3,IA1”が、ＩＰパケットのカプセル化や逆カプセル化に用いられる。また、電話機１０１２から電話機１０１３に電話通信することも、前記と同様の端末間通信接続制御方法により可能である。電話通信が終了すると、ポート番号“５００４”及び“５００６”は空き番号として、次の電話通信に用いることができる。
＜＜通信会社が１社のケース＞＞
図９８の通信会社２の運用管理範囲１００６が存在せず、ＩＰ電話網１００３が通信会社１の運用管理範囲となった場合にも、上記電話呼の接続フェーズ、通話フェーズ、解放フェーズが可能である。このケースでは、通信会社２の運用管理範囲１００６を通信会社１の運用管理範囲に変更し、通信会社１の代表サーバ１と通信会社２の代表サーバ１０３６−１乃至１０３６−２を廃止し、ルータ１０３５−７とルータ１０３５−１との間をＩＰ通信回線で接続する。
＜＜メディアルータの他の実施例＞＞
図１１１を参照して、メディアルータの他の実施例を説明する。メディアルータ１０２１−１は図９８に示すメディアルータ１０２１の機能を含み、メディアルータ管理部１０５６−１はメディアルータ管理部１０５６の機能を含み、電話番号サーバ１０２６−１は電話番号サーバ１０２６の機能をそれぞれ含む。１０４０−１は網ノード装置への通信回線である。１０８０−１は接続制御部、１０８１−１は電話制御部、１０８２はメディアルータ運用管理部、１０８３は電話番号・ピン番号・UDPポート番号対応表である。メディアルータ運用管理部１０８２は、電話通話を記録する機能及びメディアルータ内部の障害検出などによる信頼性管理機能を含む。電話制御部１０８１−１は電話機１０１１−１乃至１０１１−４を通信回線経由で接続されており、電話通信におけるプロトコル変換、音声符号変換、揺らぎ制御、アナログ音声をディジタル音声に変換又は逆変換して送受するための機能を有する。１０８４は回線インタフェース部であり、通信回線１０４０−１及びＩＰパケットを送受する機能を含む。メディアルータ運用管理部１０５６−１は、メディアルータ運用管理部１０５６と同等の電話接続制御及び解放制御、即ち図１０２を参照して説明した電話接続制御、図１１０を参照して説明した電話解放制御を行うことができる。
電話番号・ピン番号・UDPポート番号対応表１０８３は、電話番号“Tel-No-1”が電話制御部１０８１−１内のピン番号“T1”に１：１対応し、更にピン番号“T1”にUDPポート番号“5004”を１：１対応させることを示す。以下同様であり、電話番号“Tel-No-12”がピン番号“T2”及びUDPポート番号“5006”に１：１対応し、電話番号“Tel-No-13”がピン番号“T3”及びUDPポート番号“5008”に１：１対応し、電話番号“Tel-No-14”がピン番号“T4”及びUDPポート番号“5010”に１：１対応することを表わす。このようになっているので、例えば電話番号“Tel-No-1”を用いるケースでは、ＵＤＰポート番号を、電話番号・ピン番号・UDPポート番号対応表１０８３を参照して“５００４”とする。UDPポート番号は、音声通信用の公知のRTPを識別するポート番号（音声通信用RTPポート番号）として用いる。
図１１２の１０８３−１は、電話番号・ピン番号・UDPポート番号対応表の他の実施例を示しており、１０８３と交換することができる。このケースでは電話番号“Tel-No-1”は代表電話番号であり、電話機１０１１−１乃至１０１１−４は同じ電話番号“Tel-No-1”を有し、UDPポート番号は“５００４”乃至“５０１０”と異なるので、電話機１０１１−１乃至１０１１−４は同時刻に混信せずに、異なったポート番号を用いて電話の音声通信が可能である。
図１１３の１０８３−２は電話番号・ピン番号・UDPポート番号対応表の他の実施例を示しており、１０８３と交換することができる。このケースでは、電話番号“Tel-No-12”である電話機１０１１−２が先の時刻に電話して、UDPポート番号“５００４”を付与されている例である。他の電話機１０１１−１、１０１１−３、１０１１−４は、電話通信を開始する接続フェーズの段階で、他の未割当てのUDPポート番号“５００６”及び“５００８”などが付与され、電話呼の解放フェーズで前記付与されたUDPポート番号の付与を中止（返還）される。接続制御部１０８０−１は、ピン番号とUDPポート番号との対応付けの組合せを適宜変更することにより、前記のような代表電話番号を実現することができる。
＜＜メディアルータの他の実施例＞＞
図１１４を参照して、メディアルータの他の実施例を説明する。メディアルータ１０２１−２は図９８に示すメディアルータ１０２１の機能を含み、接続制御部１０８０−２は図１１１に示す接続制御部１０８０−１の機能を含み、電話制御部１０８１−２は電話制御部１０８１−１の機能を含む。１０４０−２は網ノード装置へ接続するための通信回線である。メディアルータ管理部１０５６−２はメディアルータ管理部１０５６の機能を含み、電話番号サーバ１０２６−２は電話番号サーバ１０２６の機能を含む。１０８５−１はPBX制御部、１０８５−２はPBX、１０８６及び１０８７はルータ、１０８８はメディアルータの運用管理部、１０８９はイーサネットを用いた通信回線、１０９０及び１０９１はＩＰパケットを送受する機能を有するＩＰ端末、１０９２は音声画像を送受する機能を有する動画像送受信機である。ＩＰ端末１０９０及び１０９１、動画像送受信機１０９２は共にＩＰ通信回線を経てルータ１０８７に接続されている。また、ルータ１０８７から、ＩＰ通信回線を経てLAN１０９３に接続されいる。接続制御部１０８０−２や電話番号サーバ１０２６−２、ルータ１０８６及び１０８７は通信回線１０８９により相互に接続されている。
ＰＢＸ１０８５−２は複数の電話機を収容する私設構内交換機であり、ＰＢＸ制御部１０８５−１は接続制御部１０８０−２とＰＢＸ１０８５−２との間に位置し、両者のインタフェース変換（音声符号変換や音声圧縮など）を行う。このように成っているので、メディアルータ１０２１−２は多数の電話機を電話制御部１０８１−２を介して直接に収容し、或はＰＢＸ１０８５−２を介して収容できる。これら電話機は、ＩＰ転送網を経由して他の電話機と電話通信することができる。
メディアルータ１０２１−２は上述のように成っているため、通信回線１０４０−２から入力したＩＰパケットはルータ１０８６及び通信回線１０８９を経て接続制御部１０８０−２に到達可能であり、また、ＩＰパケットは逆方向に、つまり接続制御部１０８０−２から通信回線１０８９、ルータ１０８６、通信回線１０４０−２へ向けて転送可能である。同様に、通信回線１０４０−２から入力したＩＰパケットは、ルータ１０８６、通信回線１０８９、ルータ１０８７、通信回線を経てLAN１０９３内部のＩＰ端末１０９０や、ＩＰ端末１０９１、動画像送受信機１０９２のいずれにも到達可能である。また、ＩＰパケットが逆方向に転送可能であり、ＩＰ端末１０９０、ＩＰ端末１０９１、動画像送受信機１０９２から通信回線、ルータ１０８７、通信回線１０８９、ルータ１０８６、通信回線１０４０−２に転送可能である。
＜＜発信優先度制御＞＞
次に、メディアルータ１０２１−２の発信優先度制御の機能について説明する。図１１５は、メディアルータ１０２１−２内部の一部と、メディアルータ１０２１−２に接続するＩＰ端末やLANの接続状態を示す模式図である。但し、途中の通信回線は記載を省略してあり、１０８５−２１は電話番号サーバ１０２６−２から送出されるＩＰパケット、１０８５−２２は接続制御部１０８０−２から送出されるＩＰパケット、１０８５−２３はLAN1093から送出されるＩＰパケット、１０８５−２４はＩＰ端末１０９１から送出されるＩＰパケット、１０８５−２５は動画像送受信機１０９２から送出されるＩＰパケットである。また、ＩＰパケット１０８５−２１乃至１０８５−２５は、イーサネット通信回線１０８９及びルータ１０８６を経て通信回線１０４０−２に送られる。ＩＰパケット１０８５−２１乃至１０８５−２５のペイロードがTCP又はUDPセグメントの場合、これらセグメントの内部に送信元ポート番号と宛先ポート番号とが含まれる。
図１１６の１０８５−３は、前記ＩＰパケットがイーサネット通信回線１０８９側から通信回線１０４０−２に送られる順序を定める発信優先度制御管理表１０８５−３を示している。ＩＰパケットがイーサネット通信回線１０８９側から入力し、ルータ１０８６を通過して通信回線１０４０−２に出力するとき、通過するＩＰパケットの内部のペイロードがTCPセグメントかUDPセグメントであるかを調べ、TCPセグメントかUDPセグメントであるときは、その内部の送信元ポート番号を調べる。ＩＰパケットが時間的に近似した時刻に、ルータ１０８６に到達した場合、送信元ポート番号が“１０８”であるTCPセグメント又はUDPセグメントを含むＩＰパケットが時間的に最優先で送られ、次に送信元ポート番号が“５０６０”や、“５００４”乃至“５０２０”であるTCPセグメント又はUDPセグメントを含むＩＰパケットが送られる。
発信優先度制御管理表１０８５−３の中に記載するポート番号の値を、他の値に変更して用いることもできる。また、発信優先度管理表１０８５−３を図１１７の発信優先度制御管理表１０８５‐４に変更して用いることも可能である。発信優先度制御管理表１０８５−４を用いるケースでは、送信元ＩＰアドレス“150.1.2.3”であり、かつ送信元ポート番号“１０８”であるＩＰパケットを最優先し、次の優先度として、送信元ＩＰアドレス“192.1.2.3”であり、かつ送信元ポート番号“５０６０”又は“５００４”乃至“５０２０”であるＩＰパケットを優先する。
上記実施例において、メディアルータ１０２１−２が発信優先度制御管理表１０８５−３により指定されるポート番号を基準にして、或は発信優先度制御管理表１０８５−４により指定されるＩＰアドレス及びポート番号の組を基準にして、ＩＰパケットから通信回線１０４０−２へ送出するＩＰパケットの送出順序を定める機能を有することが特徴である。
次に、図１１８を参照して説明する。メディアルータ１０２１−３及び１０２１−４がＩＰ転送網１００１−１を経由して接続され、メディアルータ１０２１−３にＩＰ端末１０９１−１、動画像送受信機１０９２−１、LAN１０９３−１が接続され、LAN１０９３−１の内部にＩＰ端末１０９０−１が含まれている。同様に、メディアルータ１０２１−４にＩＰ端末１０９１−２、動画像送受信機１０９２−２、LAN１０９３−２が接続され、LAN１０９３−２の内部にＩＰ端末１０９０−２が含まれている。メディアルータ１０２１−３及び１０２１−４は、図１１４のメディアルータ１０２１−２の機能を含む。このようになっているから、例えばＩＰ端末１０９０−１とＩＰ端末１０９１−２との間、ＩＰ端末１０９１−１とＩＰ端末１０９０−２との間、動画像送受信機１０９２−１と動画像送受信機１０９２−２との間において、メディアルータ１０２１−３、ＩＰ転送網１００１−１、メディアルータ１０２１−４を介してＩＰパケットを送受することにことが出来る。
以上を要約すると、次のようになる。ＩＰ転送網は２以上の網ノード装置を含み、メディアルータはＩＰ通信回線を経て前記網ノード装置のいずれかに接続されており、前記ＩＰ通信回線の網ノード装置側の終端部に内部ＩＰアドレスが付与されており、それぞれのメディアルータにはそれぞれ外部ＩＰアドレスを付与されており、電話番号サーバを内部に有し、かつメディアルータは通信回線を経て１以上の電話機を接続している。また、網ノード装置の内部のアドレス管理表のレコードとして前記外部ＩＰアドレス及び前記内部ＩＰアドレスを含み、少なくともＩＰカプセル化方法を定めるＩＰ通信レコードが予め設定されており、呼設定ＩＰパケットの内部に少なくとも送信元電話番号、宛先電話番号、更に接続制御は複数の電話機に共通のポート番号を用い、また、電話機毎の個別の音声通信は電話機毎に異なるポート番号を割り当てることにより、メディアルータはＰＢＸ制御部又は電話制御部の一方又は両方を含み、メディアルータはＩＰパケットを送受する機能を有するＩＰ端末、或はLAN、音声画像をＩＰパケットに格納して送受する機能を有する音声画像送受信機をＩＰ通信回線を経て接続可能である。メディアルータは発信優先度制御管理表を含み、メディアルータに接続する電話機やＩＰ端末、動画像送受信機などからメディアルータに送られて来るＩＰパケット内のTCPセグメント又はUDPセグメントの送信元ポート番号、更に送信元ＩＰアドレスを用いて、発信優先度制御管理表の指定に従い、優先度が高い順から網ノード装置側の通信回線に送出できる。
なお、本実施例において、網ノード装置のＩＰカプセル化と逆カプセル化を、外部ＩＰパケットに簡易ヘッダを付与して内部パケットを形成する簡易カプセル化と、内部パケットから簡易ヘッダを取り除く逆簡易カプセル化に置き換えることもできる。

９．閉域電話通信をおこなう第９の実施例：
図１１９において、１１００はＩＰ転送網であり、ＩＰ転送網１１００の外部で用いるＩＰアドレスを外部ＩＰアドレスといい、内部で用いるＩＰアドレスを内部ＩＰアドレスという。メディアルータ１１１５乃至１１１７は外部ＩＰアドレス“EA1”乃至“EA3”をそれぞれ付与されている。電話機１１２１乃至１１２４は電話番号“１０１”、“１０２”、“１０３”、“１０４”を付与され、電話機１１２５乃至１１２８は電話番号“２１１”、“２１２”、“２１３”、“２１４”を付与され、電話機１１２９乃至１１３２は電話番号“３０１”、“３０２”、“３０３”、“３０４”を付与されている。
電話番号サーバ１１３５乃至１１３７は、インターネットなどで広く使われるドメイン名サーバ（DNS）と同様の機能を有し、本実施例においては、電話番号を提示されると、その電話番号を有する電話機を収容しているメディアルータの外部ＩＰアドレスを回答する。例えば電話番号サーバ１１３５に電話番号“２１２”を質問すると、電話番号“２１２”を有する電話機１１２６を収容しているメディアルータ１１１６の外部ＩＰアドレス“EA2”を回答する。
＜＜電話通信の準備＞＞
網ノード装置１１０１乃至１１０３はそれぞれ内部のアドレス管理表１１１０乃至１１１２のレコードとしてＩＰ通信レコードが設定されている。例えばアドレス管理表１１１０の第２行目のＩＰ通信レコードとして、“EA1,EA3,IA1,IA3”が設定されており、前記ＩＰ通信レコードは、外部ＩＰアドレス“EA1”を有するメディアルータ１１１５と、外部ＩＰアドレス“EA3”を有するメディアルータ１１１７との間の電話通信に用いられる。内部ＩＰアドレス“IA1”は論理ＩＰ通信回線１１４４の網ノード装置１１０１側の終端部（論理端子）に付与され、内部ＩＰアドレス“IA3”は論理ＩＰ通信回線１１４６の網ノード装置１１０３側の終端部に付与されている。電話機１１２１からメディアルータ１１１５、ＩＰ転送網１１００、メディアルータ１１１７を経由して電話機１１３１に電話通信を行うための“端末間通信接続制御方法”を説明する。
＜＜接続フェーズ＞＞
利用者が電話機１１２１の受話器を上げて、通信相手先電話機１１３１の電話番号“３０３”をダイヤル入力し、電話制御部１１３３を経てメディアルータ１１１５内部のメディアルータ管理部１１３8に電話呼出し(図１２０のステップA300)、メディアルータ管理部１１３8は電話呼を確認する（ステップA301）。メディアルータ管理部１１３８は電話番号サーバ１１３５に電話番号“３０３”を提示し(ステップA30２)、メディアルータ１１１７のＩＰアドレス“EA3”を取得し(ステップA30３)、次に送信元電話番号“１０１”、宛先電話番号“３０３”、電話呼識別子“C-ID”、接続制御関連情報としてUDPポート番号“５００４”を含む外部ＩＰパケット１１３４（図１１９）を形成し、網ノード装置１１０１に送信する (ステップA304)。
ここで、外部ＩＰパケット１１３４のＩＰヘッダ内のＩＰアドレス域は、送信元ＩＰアドレス“EA1”及び宛先ＩＰアドレス“EA3”であり、外部ＩＰパケット１１３４のペイロード部分はUDPセグメントであり、送信元ポート番号“５０６０”、宛先ポート番号“５０６０”としている例である。
網ノード装置１１０１はＩＰパケット１１３４を受信すると、アドレス管理表１１１０の上から２行目、つまり“EA1,EA3,IA1,IA3”であるＩＰ通信レコードを用いて、ＩＰパケットのカプセル化技法を適用して内部ＩＰパケット１１４０を形成し、網ノード装置１１０３に向けて送信する（ステップA305）。内部ＩＰパケット１１４０は、ルータ１１０５、１１０６，１１０７を経由して網ノード装置１１０３に到達し、網ノード装置１１０３はＩＰパケットのヘッダを除くＩＰパケットの逆カプセル化を行ってＩＰパケット１１３４を復元し、ＩＰパケット１１３４をメディアルータ管理部１１１７に送信する（ステップA306）。この一連のステップA304，A305，A306を呼設定と呼び、省略記号として“IAM”で表わす。
メディアルータ管理部１１３９は、前記受信したＩＰパケットから送信元電話番号“１０１”と、宛先電話番号“３０３”と、メディアルータ１１１５のＩＰアドレス“EA1”と、電話呼識別子“C-ID”と、接続制御関連情報として送信元電話機が音声通信フェーズにおいて用いるUDPポート番号“５００４”とを取得した後、電話呼出の確認を返信する（ステップA307,A308,A309）。この一連のステップA307,A308,A309を呼設定受付と呼び、省略記号として“ACM”で表わす。次に、メディアルータ管理部１１３９は、電話呼出し（着信）を知らせるＩＰパケットを電話機１１３１に送信し（ステップA310）、電話機１１３１は返信する（ステップA311）。電話機１１３１は、電話呼出しを知ると電話呼出音を鳴らす。メディアルータ管理部１１３９は、電話機１１３１呼出中をメディアルータ管理部１１３８へ返信すると（ステップA312,A313,A314）、メディアルータ管理部１１３８は、送信元電話機１１２１に宛先電話機１１３１を呼出中であることを知らせる（ステップA315）。この一連のステップA312，A313，A314を呼経過又は呼出中といい、省略記号として“CPG”で表わす。
電話機１１３１の利用者が電話機の送受話器を取り上げると（オフフック）、メディアルータ管理部１１３９に通知され（ステップA320）、メディアルータ管理部１１３９が返信し（ステップA321：応答確認）、更にメディアルータ管理部１１３９は、送信元電話番号“１０１”と、宛先電話番号“３０３”と、電話呼識別子“C−ID”と、接続制御関連情報として電話機１１３１が音声通信フェーズにおいて用いるUDPポート番号“５００８”とを含むＩＰパケットを形成し、メディアルータ管理部１１３８へ返信する（ステップA322,A323,A324）。メディアルータ管理部１１３８は、受信した情報から宛先電話機が用いるUDPポート番号“５００８”を知る。メディアルータ管理部１１３８は、電話機１１３１からのオフフック通知を電話機１１２１に知らせ（ステップA325）、電話機１１２１が返信する（ステップA326：応答確認）。前記一連のステップA322，A323，A324を応答と呼び、省略記号として“ANM”で表わす。前記応答確認のステップA321及びA326は、実施するか否かを選択できるオプションである。以上により、電話の接続フェーズが完了する。
＜＜通信フェーズ＞＞
電話機１１２１の利用者が音声による会話を始めると、音声信号はメディアルータ管理部１１３８に送られ（図１２０のステップA350）、メディアルータ管理部１１３８は、電話制御部１１３３がディジタル化した音声をＩＰパケットの内部のUDPセグメントのペイロード部分に格納した後、網ノード装置１１０１に送信する（ステップA351）。前記UDPセグメント内部の送信元ポート番号は、前記接続フェーズにおいて取得した送信元ポート番号“５００４” と宛先ポート番号“５００８”とが用いられる。
網ノード装置１１０１はディジタル化した音声を含む前記ＩＰパケットを受信すると、カプセル化して内部ＩＰパケット１１４１とし、内部ＩＰパケットの１１４１はルータ１１０５，１１０６，１１０７を経て網ノード装置１１０３に到達する（ステップA352）。網ノード装置１１０３は内部ＩＰパケット１１４１の内部ＩＰヘッダを除くＩＰ逆カプセル化を行い、得られた外部ＩＰパケットをメディアルータ管理部１１３９へ送信し（ステップA353）、電話機１１３１に届けられる（ステップA354）。電話機１１３１の利用者のディジタル化音声を含むＩＰパケットは、前記の逆方向の流れを経て電話機１１２１へ届けられる（ステップA360乃至A364）。
＜＜解放フェーズ＞＞
電話機１１２１の利用者が電話通信の終了を通知すると（図１２０のステップA380）、他の実施例で説明していると同様の一連のステップ（ステップA381乃至A383）を経て、電話機１１３１に到達する（ステップA384）。この電話通信の終了報告が、ステップA386乃至A388によりメディアルータ管理部１１３８に返信される。前記一連のステップA380,A381,A382,A383,A384を解放といい、省略記号として“REL”で表わす。更に、他の一連のステップA386,A387,A388を解放完了といい、省略記号として“RLC”で表わす。
他の電話機間の通信、例えば電話機１１２１から電話番号“２１２”を有する電話機１１２６に電話通信することが可能であり、電話機１１３２から電話番号“２１３”を有する電話機１１２７に電話通信することが前記同様の端末間通信接続制御方法により可能である。
＜＜電話番号サーバの詳細説明＞＞
電話番号サーバの機能をより詳細に説明する。電話番号の１００番代はメディアルータ１１１５に接続し、電話番号の２００番代はメディアルータ１１１６に接続し、電話番号の３００番代はメディアルータ１１１７にそれぞれ接続していることに着目すると、図１２１に示すように電話番号の木構造を定めることができる。ルート１１５０の下位に、ドメイン１１５１乃至１１５３が同位のレベルで木構造状に関係付けすることが出来る。ドメイン１１５１は１００番代の電話番号に関する情報を提供し、ドメイン１１５２は２００番代の電話番号に関する情報を提供し、ドメイン１１５３は３００番代の電話番号に関する情報を提供でき、100番代の電話番号をドメイン名として“1.”と表わすルールとし、200番代の電話番号をドメイン名として“2．”と表わすルールとし、300番代の電話番号をドメイン名として“3.”と表わすルールとし、図１２２に整理して示す。図１２２において、“1XX”は100番代の電話番号を表わし、“2XX”は200番代を、“3XX”は300番代の電話番号をそれぞれ表わす。
なお、電話番号サーバ１１３５は、ドメイン名サーバDNSについての公知の技術を適用して、ルート１１５０を管理する電話番号サーバの機能を代行する機能を付与することが出来る。ルート１１５０を管理する電話番号サーバの機能として、“１．”を質問されるとドメイン１１５１を直接に管理する電話番号サーバ１１３５のＩＰアドレス“EA1”を回答し、“2.”及び“3.”の質問にはそれぞれ“EA2”及び“EA3”を回答する。電話番号サーバは、それぞれが直接に管理するドメイン名を質問されると、途中経過においては他の電話番号サーバのＩＰアドレスを回答することがあるが、最終的には質問されたドメイン名に対応するＩＰアドレスを回答する（図１２３）。このようになっているから、電話番号サーバ１１３６に“3.”を質問すると、“3.”に対応するＩＰアドレス“EA3”を取得できる。このような、電話番号サーバ間で繰返し問い合わせる「電話番号サーバの再帰呼出機能」の具体的実現方法は、公知のドメイン名サーバの再帰呼出機能を採用して実現される。
＜＜電話番号サーバの他の実施例＞＞
図１２４に示すように、ＩＰ転送網１１９０の網ノード装置１１８０乃至１１８４のいずれかに通信回線を経てメディアルータ１１９１乃至１１９７を接続し、会社Aに属するメディアルータ１１９１に接続する電話機の電話番号は、他の会社Bや会社Cに知らせる公開の電話番号“１−１××”である。ここで、“−”は電話番号としては空白と同等で無視し、“××”は１０進数の“００”乃至“９９”を意味する。会社A に属するメディアルータ１１９３に接続する電話機の電話番号も、公開する電話番号で“１−２××”である。会社Aに属するメディアルータ１１９５に接続する電話機の電話番号は、他社に公開する電話番号の“１−３××”及び会社A外には公開しない内線電話番号“８××”である。会社Bに属するメディアルータ１１９２に接続する電話機の電話番号は、公開する電話番号“２−１××”であり、会社Bに属するメディアルータ１１９４に接続する電話機の電話番号は、公開する電話番号“２−２××”である。会社Cに属するメディアルータ１１９６に接続する電話機の電話番号は、公開する電話番号“３−×××”である。“×××”は１０進数の“０００”乃至“９９９”を意味する。会社Aに属するメディアルータ１１９７に接続する電話機の電話番号は、会社A外には公開しない内線電話番号“７××”である。
図１２５は、上記電話番号の体系を電話番号の木構造として表現したものであり、１１８５はルートドメイン、１１８６は会社Aの非公開の内線電話番号を対象とするドメイン、１１８７は会社Aの公開する電話番号を対象とするドメイン、１１８８は会社Bの公開する電話番号からなるドメイン、１１８９は会社Cの公開する電話番号を対象とするドメインである。ここで、１１８６のドメイン名“＃＃”は、会社Aに属するメディアルータ１１９５及び１１９７の内部でのみ用いる秘密のドメイン名であり、数字を含まず、またドメイン名の長さは２０文字と長い値に定めている。このようにして、会社B及び会社Cのメディアルータ１１９２、１１９４、１１９６から、会社A専用の秘密のドメイン名“＃＃”の値を知ることもしくは、ドメイン名“＃＃”を取得することを困難化している。例えば“＃＃”の問い合わせに対して、ＩＰアドレスを回答しない。この結果として、会社Bや会社Cから会社Aの内線電話番号を有する電話機にアクセスすることが困難となり、内線電話番号を使うことが困難となる意味で安全性が向上する。
電話機１１９８から宛先電話番号“２−１４５”をダイヤルすると、メディアルータ１１９５内部のメディアルータ管理部１１９５−１が、電話番号“２−１４５”を図１２６の変換表１１８５−１に示すように、電話番号のドメイン名形式である“1.2.”に変換する。次に、メディアルータ１１９５内部の電話番号サーバ１１９５−２に“1.2.”を提示して質問すると、電話番号サーバは図１２７の表１１８５−２に示すように、“1.2.”に対応するメディアルータ１１９２のＩＰアドレス“MR2”を回答する。
なお、内線電話番号“７００”である会社Aの電話機から、電話番号“２−１００”である会社Bの電話機を呼出せるようにするかしないかは、ドメイン名サーバの設定次第であり、いずれとすることもできる。
以上を要約すると、次のようになる。即ち、ＩＰ転送網は２以上の網ノード装置を含み、メディアルータは、論理ＩＰ通信回線を経て前記網ノード装置のいずれかに接続されており、前記論理ＩＰ通信回線の網ノード装置側の終端部に内部ＩＰアドレスが付与されており、それぞれのメディアルータにはそれぞれ外部ＩＰアドレスを付与されており、電話番号サーバを内部に有し、かつメディアルータは通信回線を経て１以上の電話機を接続されている。網ノード装置の内部のアドレス管理表のレコードとして、前記外部ＩＰアドレスと及び前記内部ＩＰアドレスを含み、少なくともＩＰカプセル化方法を定めるＩＰ通信レコードが予め設定されており、会社A,会社B,会社Cの間で、網ノード装置内部に所定のＩＰ通信レコードを設定し、会社A,会社B,会社Cの間でのみ有効な電話番号（“１−×××”、“２−×××”、“３−×××”）を用いた閉域電話通信網を設定することができる。
電話番号“１−１００”である会社Aの電話機から、電話番号“１−２００”である会社Aの電話機を呼出し、また、電話番号“２−１００”である会社Bの電話機を呼出し、電話番号“３−１００”である会社Cの電話機を呼出し、内線電話番号“７００”及び“８００”である会社Aの電話機を呼出し、それぞれと電話通信できる。また、内線電話番号“７００”である会社Aの電話機から、内線電話番号“８００”である会社Aの電話機を呼出し、電話番号“１−２００”である会社Aの電話機を呼出し、電話通信できる。電話番号“２−１００”である会社Bの電話機から、内線電話番号“８００”である会社Aの電話機を呼び出すことは、前記“＃＃”の説明通りできない。
会社の数をNとすると、次のようにできる。所定会社A−１,会社A−２,・・・，会社Ａ−Ｎ（Ｎ>２）の間でのみ電話通信を行えるようにＩＰ通信レコードを設定して、閉域電話通信を行うようにできる。また、会社A−１,会社A−２,・・・，会社Ａ−Ｎ（Ｎ>２）の間で有効な閉域電話通信網に接続する会社A−１の電話機が、会社A−１の内線電話機と電話通信でき、会社A−１以外の会社の電話機は、会社A−1の内線電話機と電話通信できないようにできる。
なお、本実施例において、網ノード装置のＩＰカプセル化と逆カプセル化を、外部ＩＰパケットに簡易ヘッダを付与して内部パケットを形成する簡易カプセル化と、内部パケットから簡易ヘッダを取り除く逆簡易カプセル化に置き換えることもできる。

１０．閉域電話通信と開域電話通信とを併用する第１０実施例：
図１２８において、１２００はＩＰ転送網であり、メディアルータ１２０１乃至１２０６は外部ＩＰアドレス“EA1”乃至“EA6”をそれぞれ付与されている。電話機１２０８は電話番号“１００１”を、電話機１２０９は電話番号“１００２”をそれぞれ付与され、電話機１２１０は電話番号“１０１”を、電話機１２１１は電話番号“１０２”をそれぞれ付与され、電話機１２１２乃至１２１５は電話番号“３００１”乃至“３００４”をそれぞれ付与されている。メディアルータ１２０２に接続する電話機１２１６乃至１２１９は、電話番号“２３４−２００１”乃至“２３４−２００４”をそれぞれ有する。
また、電話機１２２０乃至１２２３は電話番号“２００１”乃至 “２００４”をそれぞれ付与され、電話機１２２４乃至１１２７はそれぞれ電話番号“３０１”乃至“３０４”を付与され、電話機１２２８乃至１２３１はそれぞれ電話番号“２０１”乃至“２０４”を付与されている。ここで、電話番号“１××”、“２××”、“３××”は、会社A専用の内線電話番号であり、“×”は、０から９までの１０進数の数字を表わす。電話番号“１×××”は会社Aの電話番号、電話番号“２×××”は会社Bの電話番号、電話番号“３×××”は会社Cの電話番号である。これら３つの電話番号“１×××”、“２×××”、“３×××”は、会社A、会社B、会社Cの間でのみ電話通信するための論理的な閉域電話網を構成するための電話番号であり、閉域電話番号という。なお、電話番号“２３４−２００１”乃至“２３４−２００４”は、不特定の相手と電話通信するための電話番号であり、開域電話番号という。
電話番号サーバ１１３４、１２７２及び１１３７乃至１１４２は、インターネットなどで使用されるドメイン名サーバ（DNS）と同様の機能を有し、電話番号を提示されると、その電話番号を有する電話機を収容しているメディアルータの外部ＩＰアドレスを回答する。例えば電話番号サーバ１１３７に電話番号“３００１”を質問すると、電話番号“３００１”を有する電話機１２１２を収容しているメディアルータ１２０６の外部ＩＰアドレス“EA6”を回答する。
＜＜電話通信のための端末間接続制御の準備＞＞
図１２８に示すように、網ノード装置１２４４乃至１２４８はそれぞれ内部にアドレス管理表１２５０乃至１２５５があり、それぞれ他の実施例で説明していると同様のＩＰ通信レコードが設定されている。例えばアドレス管理表１２５０の第１行目のＩＰ通信レコードとして、“EA1，EA3，IA1,IA3”が設定されており、前記ＩＰ通信レコードは、外部ＩＰアドレス“EA1”を有するメディアルータ１２０１と、外部ＩＰアドレス“EA3”を有するメディアルータ１２０３との間の電話通信に用いられる。内部ＩＰアドレス“IA1”は論理ＩＰ通信回線１２５７の網ノード装置１２４４側の終端部（論理端子）に付与され、内部ＩＰアドレス“IA3”は論理ＩＰ通信回線１２５８の網ノード装置１２４８側の終端部に付与されている。
電話番号“１００１”の電話機１２０８から、ＩＰ転送網１２００を経由して電話番号“３０１”の電話機１２２４に電話通信を行うための“端末間通信接続制御方法”を、図１２８及び図１２９を参照して説明する。
＜＜接続フェーズ＞＞
電話機１２０８の受話器を上げ、通信相手先電話機１２２４の電話番号“３０１”をダイヤル入力し、呼出信号がメディアルータ管理部１２６０へ伝えられ(ステップH300)、メディアルータ管理部１２６０は電話呼を確認する（ステップH301）。メディアルータ管理部１２６０は、その内部に保持している図１７５の表１２５５−１を調べて、電話番号“３０１”に対応する電話番号のドメイン名が“3.#.a”であることを知り、電話番号サーバ１１３７に電話番号ドメイン名“3.#.a”を問合せ(ステップH302)、電話番号サーバ１１３７は、図１７６の表１２５５−２に示すルールに従いメディアルータ１２０４のＩＰアドレス“EA4”を回答する(ステップH303)。
次に、少なくとも送信元電話番号“１００１”、宛先電話番号“３０１”、電話機１２０８の通話送信に用いるUDPポート番号“５００４”を含む外部ＩＰパケット１３１０（図１３０）を形成し、網ノード装置１２４４に送信する (ステップH304)。なお、ＩＰパケット１３１０の中に、メディアルータ１２６０が関与する電話呼の識別番号や音声圧縮方式、音声符号変換などの識別名称などから成る関連情報“Info-1”を含めることができる。
網ノード装置１２４４は、ＩＰパケット１３１０を受信すると、アドレス管理表１２５０の上から２行目、つまり“EA1,EA4,IA1,IA4”であるＩＰ通信レコードとを用いて、ＩＰパケットのカプセル化技法を適用して、内部ＩＰパケット１３１１（図１３１）を形成して送信する。内部ＩＰパケット１３１１は、図１２８に示すルータ１２６３、１２６４を経由して網ノード装置１２４６に到達し（ステップH305）、網ノード装置１２４６はＩＰパケットの逆カプセル化を行ってＩＰパケットを復元し、前記復元したＩＰパケットをメディアルータ１２０４に送信する（ステップH306）。
メディアルータ管理部１２６５は、前記受信したＩＰパケットから少なくとも送信元電話番号“１００１”、宛先電話番号“３０１”、通話用UDPポート番号“５００４”を取得した後、電話呼出の確認を返信する（ステップH307,H308,H309）。
次に、メディアルータ管理部１２６５は、電話呼出し（着信）を電話機１２２４に伝える（ステップH310）。電話機１２２４はメディアルータ管理部１２６５に返信し（ステップH311）、更に電話呼出音を鳴らす。メディアルータ管理部１２６５は、電話機１２２４呼出中をメディアルータ管理部１２６０を経由して宛先電話機１２０８へ知らせる（ステップH312,H313,H314,H315）。ステップH３１４において、送信元電話番号“１００１”、宛先電話番号“３０１”、電話機１２２４の通話送信に用いるUDPポート番号“５００８”を電話機１２０８へ知らせる。
電話機１２２４の利用者が電話機の送受話器を取り上げると、電話機１２２４はメディアルータ管理部１２６５に通知する（ステップH320）。メディアルータ管理部１２６５は、ステップH320による応答をメディアルータ１２６０を経由して送信元電話機１２０８に応答する（ステップH322,H323,H324,H325）。電話機１２０８はメディアルータ１２６０に向けて応答確認し（ステップH321）、メディアルータ１２６５は電話機１２２４に向けて応答確認する（ステップH326）。ここで、ステップH321及びステップH326は、実施するしないかを選択できるオプションである。以上により、電話の接続フェーズが完了する。
前記接続フェーズにおいて、外部ＩＰパケット内部はUDPセグメントであり、送信と受信UDPポート番号は、例えば“５０６０”が用いられる。
＜＜通信フェーズ＞＞
電話機１２０８の利用者と電話機１２２４との電話通信は、他の実施例で説明しているのと同様のステップであり、アドレス管理表１２５０内部の第２行目のＩＰ通信レコード、つまり“EA1,EA4,IA1,IA4”のレコードと、アドレス管理表１２５３内部の第１行目のＩＰ通信レコード、つまり“EA4,EA1,IA4,IA1”のレコードとが用いられる。電話機１２０８からメディアルータ管理部１２６０へ音声が送られ（ステップH350）、メディアルータ管理部１２６０において、前記音声がディジタル化されて外部ＩＰパケット１３１２（図１３２）のペイロード部分に転記され、網ノード装置１２４４に到達する。そして、ＩＰカプセル化されて内部ＩＰパケット１３１３（図１３３）に変換された後、ＩＰ転送網１２００の内部を転送されて、網ノード装置１２４６に到達し、逆カプセル化されてメディアルータ管理部１２６５に到達する（ステップH351乃至H353）。ここで、前記ディジタル化された音声がアナログ音声に変換され、電話機１２２４に到達する（ステップH354）。電話機１２２４から電話機１２０８への逆方向への電話音声も同様に伝送される（ステップH360乃至H364）。通話フェーズにおいて、外部ＩＰパケット１３１２内部はUDPセグメントであり、電話機１２０８から送信するUDPポート番号は“５００４”が、電話機１２０８が受信するUDPポート番号は“５００８”がそれぞれ用いられる例である。
＜＜解放フェーズ＞＞
電話機１２０８の利用者が電話通信の終了を通知すると（図１２９のステップH380）、他の実施例で説明していると同様の一連のステップ（ステップH381乃至H383）を経て、電話機１２２４に到達する（ステップH384）。メディアルータ管理部１２６５から、メディアルータ管理部１２６０に解放完了を通知する（ステップH386乃至H388）。上記解放フェーズにおける外部ＩＰパケットの形式は、前記接続フェーズにおいて使用されるＩＰパケット１３１０と同様であり、ペイロード部分はUDPセグメントであり、送信及び受信UDPポート番号は、例えば“５０６０”が用いられる。
＜＜メディアルータ内部の電話番号サーバを用いる他の例＞＞
電話機１２０８の受話器を上げ、通信相手先の他の企業に属する電話機１２２０の電話番号“２００１”をダイヤル入力すると、メディアルータ管理部１２６０は、その内部に保持している表１２５５−１を調べて、電話番号“２００１”に対応する電話番号のドメイン名が“b.”であることを知る。次に、電話番号サーバ１１３７に電話番号ドメイン名“b.”を問合せ、電話番号サーバ１１３７は、電話機１２２０を接続しているメディアルータ１２０５のＩＰアドレス“EA5”を回答することにより、異なる企業に属する電話機１２０８と電話機１２２０との間において、同様の端末間通信接続制御方法により電話通信が可能である。
以上述べた端末間通信接続制御方法において、ＩＰ転送網１２００内部の電話番号サーバ１１３４及び１２７２は使用されず、代わりにメディアルータ１２０１内部の電話番号サーバ１１３７が使用される。また、アドレス管理表１２５０及び１２５３、１２５２内の既に設定されているＩＰ通信レコードが使用される特徴がある。
＜＜ＩＰ転送網内の電話番号サーバを用い、ＩＰ通信レコードを生成し電話通信する方法＞＞
図１３４を参照して、電話番号“１００１”である電話機１２０８から、電話番号“２３４−２００１”である電話機１２１６へ電話通信する端末間通信接続制御方法を説明する。
＜＜接続フェーズ＞＞
電話機１２０８の受話器を上げると呼出信号がメディアルータ管理部１２６０へ伝えられ(ステップV0)、メディアルータ管理部１２６０は電話呼出を確認し（ステップV1）、メディアルータ管理部１２６０は、その内部に保持している（図１７５の）表１２５５−１を調べて、電話番号“２３４−２００１”に対応する電話番号のドメイン名が“o.”であることを知る。次に、電話番号サーバ１１３７に電話番号ドメイン名“o.”を問合せ(ステップV2)、電話番号サーバ１１３７は、前記“o.”を管理する電話番号サーバ１２７２にアクセスするための代理電話管理サーバ１２７０の外部ＩＰアドレス“EA81”をメディアルータ管理部１２６０に回答する（ステップV3）。
次に、メディアルータ管理部１２６０は、送信元ＩＰアドレスをメディアルータ１２０１のＩＰアドレス“EA1”とし、宛先ＩＰアドレスを前記取得したＩＰアドレス“EA81”とし、送信元電話番号“１００１”、宛先電話番号“２３４−２００１”、電話音声通信に用いるUDPポート番号“５００６”、付加情報“Info-2”を含むＩＰパケット１３２０（図１３５）を形成し、網ノード装置１２４４へ送信する（ステップV4）。ＩＰパケット１３２０のペイロード部分はUDPパケットであり、その送信元及び宛先ポート番号共“５０６０”としている。前記付加情報はメディアルータ１２６０の内部で使われる情報であり、例えば電話機１２０８を使うための音声圧縮方式（G.711やG729A）や音声符号変換、電話の呼を識別するための番号である。後述する電話管理サーバ１２７１や代理電話管理サーバ１２７０は、前記付加情報に関与しない。
網ノード装置１２４４は、外部ＩＰパケット１３２０が入力した論理通信回線１２５７の終端部に付与された内部ＩＰアドレス“IA1”と、ＩＰパケット１３２０内の宛先ＩＰアドレス“EA81”とを用いて、図１２８のアドレス管理テーブル１２５０内のＩＰ通信レコードを検索する。更に、ＩＰパケット１３２０内の送信元ＩＰアドレス送信元ＩＰアドレス“EA1”がＩＰ通信レコードに含まれることを確認し、本ケースではアドレス管理表１２５０の上から４行目のレコード、つまり“EA1,EA81,IA1,IA81”であるレコード内部の３番目及び４番目に記載されるＩＰアドレス、つまり“IA1”及び“IA81”を用い、ＩＰパケットのカプセル化技法を適用してＩＰパケット１３２１（図１３６）を形成し、内部ＩＰアドレスが“IA81”である代理電話管理サーバ１２７０へ送信する(ステップV5)。
代理電話管理サーバ１２７０はＩＰパケット１３２１を受信すると、ＩＰパケット１３２１のペイロード部分と、前記アドレス“EA1,IA1,EA81,IA81”をペイロード部分に含むＩＰパケット１３２２（図１３７）とを形成し、電話管理サーバ１２７１へ送信する(ステップV6)。ここで、代理電話管理サーバ１２７０は、予め保持している電話管理サーバ１２７１のＩＰアドレス“IA91”を用いている。
＜＜発信回線数の制御＞＞
電話管理サーバ１２７１は、受信したＩＰパケット１３２２から送信元側のメディアルータ１２０１のアドレス“EA1”を取り出し、図１６０の発信回線管理表１３２６−５と比較し、ＩＰアドレスが“EA1”のレコードについて、使用中回線数を“１”増やして上限回線数と比較する。本実施例では使用中回線数は“２”であり、上限回線数は“５”であるので、次の手続きに進む。なお、電話管理サーバ１２７１は、使用中回線数が上限回線数より大となると、以降の接続フェーズに進まずに中断する。或は中断理由を説明するＩＰパケットを形成して、代理電話サーバ１２７０を経て、送信元メディアルータ管理部１２６０へ通知する。電話管理サーバ１２７１は、発信回線制御を行うか否かを選択できる。
＜＜回線番号の管理＞＞
電話管理サーバ１２７１はＩＰパケット１３２２（図１３７）を読出し、送信元電話番号“１００１”及び宛先電話番号“２３４−２００１”を取得し、これら２つの電話番号の組から音声通信用回線を管理するための回線番号“CIC-2”を算出する（CIC:Circuit Identification Code）。次に、CIC管理表１３２３（図１３８）のレコードに、回線番号“CIC-2”と、送信元電話番号“１００１”と、宛先電話番号“２３４−２００１”と、電話機１２０８が接続するメディアルータ１２０１の外部ＩＰアドレス“EA1”及び内部ＩＰアドレス“IA1”と、電話代理サーバ１２７０の外部ＩＰアドレス“EA81”及び内部ＩＰアドレス“IA81”と、電話代理サーバ１２７１のＩＰアドレス“IA91”と、手順区分“IAM”と、書込み時刻（年月日時分秒）“St-2”とを書き込む。
次に、電話管理サーバ１２７１は、宛先電話番号“２３４−２００１”に関与するＩＰアドレスを質問するＩＰパケット１３２４（図１３９）を電話番号サーバ１２７２に示し（ステップV7）、電話番号サーバ１２７２は、電話機１２１６が接続するメディアルータ１２０２の外部ＩＰアドレス“EA2”及び内部ＩＰアドレス“IA2”と、電話代理サーバ１２７５の外部ＩＰアドレス“EA82”及び内部ＩＰアドレス“IA82”と、電話管理サーバ１２７４のＩＰアドレス“IA92”とを含むＩＰパケット１３２５（図１４０）を、電話管理サーバ１２７１に回答する (ステップV8)。電話管理サーバ１２７１は、電話番号サーバ１２７２から取得した５つのＩＰアドレス“EA2”,“IA2”,“EA82”,“IA82”,“IA92”をCIC管理表１３２３（図１３８）に追加し、この結果はCIC管理表１３２６−１（図１４１）の２行目レコードのＩＰアドレス項目の欄に示されている。
次に、電話管理サーバ１２７１はCIC管理表１３２６−１（図１４１）のＩＰアドレス情報を参照し、パケット１３２２（図１３７）からＩＰパケット１３２７（図１４２）（IAMパケットという）を形成し、ＩＰパケット１３２７を電話管理サーバ１２７４へ送信する（ステップV9）。ここで、ＩＰパケット１３２７の送信元ＩＰアドレスは電話管理サーバの“IA91”であり、宛先ＩＰアドレスは電話管理サーバ１２７４の“IA92”である。電話管理サーバ１２７１は後述するステップV16の待ち状態に移行すると共に、回線番号“CIC-2”と対応付けたステップV16待ちタイマーを起動する。このタイマーが満了した場合は、後述するステップV60におけると同様の通話回線の解放手続きを開始する。
＜＜着信回線数の制御＞＞
電話管理サーバ１２７４は、受信したＩＰパケット１３２７（図１４２）から宛先側のメディアルータ１２０２のアドレス“EA2”を取り出し、（図１６１の）着信回線管理表１３２６−６と比較し、使用中回線数を”１”増やして上限回線数と比較する。本実施例では、アドレス“EA2”のレコードについて、使用中回線数は“２”であり、上限回線数は“７”であるので、次の手続きに進む。電話管理サーバ１２７４は、着信回線管理表１３２６−６を用いて着信回線制御を行うか否かを選択できる。
＜＜回線番号の管理＞＞
電話管理サーバ１２７４はＩＰパケット１３２７を受信すると、そのペイロード部分に含まれる回線番号“CIC-2”、手順区分“IAM”、送信元電話番号“1001”、宛先電話番号“234−2001”、ＩＰアドレス（“EA1”,“IA1”,“EA81”,“IA81”,“IA91”,“EA2”,“IA2”,“EA82”,“IA82”,“IA92”）を取り出し、電話管理サーバ１２７４が管理するCIC管理表１３２６−２（図１４３）のレコードとして書き込み記録する。この書き込み時刻“St-3”も、CIC管理表１３２６−２のレコードに書込む。
電話管理サーバ１２７４は、続いてＩＰパケット１３２７から取得した情報を用いてＩＰパケット１３２８（図１４４）を形成し、代理電話管理サーバ１２７５へ送信する（ステップV10）。ＩＰパケット１３２８のペイロードはUDPセグメント及びアドレス領域を含み、前記UDPセグメント内部に送信元メディアルータ１２０１のＩＰアドレス“EA1”を追加している。前記アドレス領域はＩＰアドレス“EA2,IA2,EA82,IA82”を含む。
代理電話管理サーバ１２７５は、ＩＰパケット１３２８から取得した情報を用いて、ＩＰパケット１３２９（図１４５）を形成して網ノード装置１２４７へ送信する。送信元アドレス“IA82”、宛先アドレス“IA2”であるＩＰパケット１３２９は網ノード装置１２４７へ到達し（ステップV11）、網ノード装置１２４７は受信したＩＰパケット１３２９を逆カプセル化し、ＩＰパケット１３３０（図１４６）を形成した後、ＩＰパケット１３３０をメディアルータ管理部１２６７へ送信する（ステップV12）。
メディアルータ管理部１２６７はＩＰパケット１３３０を受信し、内部に含まれる宛先電話番号“２３４−２００１”が着信可能であるかを確認し、着信可能であれば電話機１２１６に呼出し（着信）を通知する（ステップV20）。更に、ＩＰパケット１３３０の内容、つまり送信元電話番号“１００１”、宛先電話番号“２３４−２００１”、送信元のＩＰアドレス“EA1”、送信元のUDPポート番号“５００６”、付加情報Info-2を読み出し、保持する。メディアルータ管理部１２６７は電話機１２１６の着信可能性（着信可能又は不可能の区分）を知らせるため、送信元電話番号“１００１”、宛先電話番号“２３４−２００１”及び着信可能性を含むＩＰパケットを生成し、電話管理サーバ１２７４へ通知する（ステップV13, V14,V15）。なお、ステップV13，V14，V15において使用するＩＰパケットの形式は、後述するステップV22，V23，V24で使用するＩＰパケットの形式と同様である。
電話管理サーバ１２７４はメディアルータ管理部１２６７が形成し送信した前記ＩＰパケットを受信し、前記受信したＩＰパケットから送信元電話番号“１００１”、宛先電話番号“２３４−２００１”及び着信可能性の情報を取り出す。そして、前記２つの電話番号から回線番号“CIC-2”を算出し、回線番号“CIC-2”と電話機１２１６の着信可能性の情報を含むＩＰパケット１３３１（図１４７）（ACMパケットという）を形成し、電話管理サーバ１２７１へ送信する（ステップV16）。電話管理サーバ１２７１は、受信したＩＰパケット１３３１から回線番号“CIC-2”及び手順区分“ACM”を取り出し、前記ステップV9の時点で設定した回線番号“CIC-2”に対応付けたACM待ちタイマーを停止し、電話管理サーバ１２７１が保持するCIC管理表１３２６−１（図１４１）を調べて、回線番号が“CIC-2”であるレコードを見出し、前記レコードの手順区分欄を前記手順区分“ACM”に書き変える。
次に、電話管理サーバ１２７１は、前記ACMパケットを受信したことを示すＩＰパケット（電話機１２１６の着信可能性の情報を含む）を生成し、メディアルータ管理部１２６０へ通知する（ステップV17,V18,V19）。なお、ステップV17,V18,V19で用いるＩＰパケットの形式は、後述するステップV26,V27,V28で用いるＩＰパケットの形式と同一である。ステップV17,V18,V19は実施するか否かを選択できる。
電話機１２１６が電話呼出中をメディアルータ管理部１２６７に報告すると（ステップV21）、電話機１２１６が電話呼出中であることを知らせるため、送信元電話番号“１００１”及び宛先電話番号“２３４−２００１”と、電話機が音声通信に用いるUDPポート番号“５００８”と、付加情報Info-3とを含むＩＰパケット１３３２（図１４８）を形成して、網ノード装置１２４７に送信する（ステップV22）。網ノード装置１２４７は、アドレス管理表１２５４のアドレス値が“EA2,EA82,IA2,IA82”であるレコードを用いてＩＰパケット１３３２をカプセル化し、ＩＰパケット１３３２−１（図１４９）を形成する。ＩＰパケット１３３２−１は代理電話管理サーバ１２７５に送信され（ステップV23）、代理電話管理サーバ１２７５はＩＰパケット１３３２−２（図１５０）を形成し、電話管理サーバ１２７４に送信する（ステップV24）。
電話管理サーバ１２７４は、受信したＩＰパケット１３３２−２から送信元電話番号“１００１”及び宛先電話番号“２３４−２００１”を取り出し、前記２つの電話番号から回線番号“CIC-2”を算出して、ＩＰパケット１３３３（図１５１）（CPGパケットという）を形成し、電話管理サーバ１２７１へ送信する（ステップV25）。ＩＰパケット１３３３は、IＩＰパケット１３３２−２から取得したUDPポート番号“５００８”及び付加情報Info-3を含んでいる。
電話管理サーバ１２７１は、受信したＩＰパケット１３３３から回線番号“CIC-2”、手順区分“CPG”、UDPポート番号“５００８”及び付加情報Info-3を取り出し、CIC管理表１３２６−１（図１４１）の回線番号“CIC-2”であるレコードの手順区分を“CPG”と書換え、ＩＰアドレス“EA1,IA1,EA81,IA81”、送信元電話番号“1001”、宛先電話番号“234−2001”を読み出し、これら取得した情報を用いてＩＰパケット１３３３−１（図１５２）を形成して代理電話管理サーバへ送信する（ステップV26）。
代理電話管理サーバ１２７０は、受信したＩＰパケット１３３３−１に含まれる情報を用いてＩＰパケット１３３３−２（図１５３）を形成して網ノード装置１２４４に送信し（ステップV27）、網ノード装置１２４４は受信したＩＰパケット１３３３−２を逆カプセル化し、ＩＰパケット１３３３−３（図１５４）を形成してメディアルータ管理部１２６０へ送信する（ステップV28）。メディアルータ管理部１２６０は、受信したＩＰパケット１３３３−３から送信元電話番号“１００１”、宛先電話番号“２３４−２００１”、宛先のＩＰアドレス“EA2”、宛先のUDPポート番号“５００８”、付加情報Info-3を読み出して保持する。メディアルータ管理部１２６０は宛先電話呼出し中を電話機１２０８に通知する（ステップV29）。
次に、電話機１２１６の利用者が電話呼出しに応答すると（ステップＶ31）、電話機１２１６が電話機１２１６の応答を知らせるため、送信元電話番号“１００１”及び宛先電話番号“２３４−２００１”含むＩＰパケットを電話管理サーバ１２７４へ送信する（ステップV32,V33,V34）。電話管理サーバ１２７４は、前記受信したＩＰパケットから送信元電話番号“１００１”と宛先電話番号“２３４−２００１”とを取り出し、前記２つの電話番号から回線番号“CIC-2”を算出し、少なくとも回線番号“CIC-2”を含むＩＰパケット１３３４（図１５５）（ANMパケットという）を形成し、電話管理サーバ１２７１へ送信する（ステップV35）。電話管理サーバ１２７１は、受信したＩＰパケット１３３４から回線番号“CIC-2”及び手順区分“ANM”を取り出し、電話管理サーバ１２７１が保持するCIC管理表１３２６−１（図１４１）を調べて、回線番号が“CIC-2”であるレコードを見出し、前記レコードの手順区分欄を前記手順区分“ANM”に書き変える。
次に、電話管理サーバ１２７１は前記ANMパケットの受信、つまり電話機１２１６が電話呼出しに応答したことをメディアルータ管理部１２６０へ通知し（ステップV36,V37,V38,）、メディアルータ管理部１２６０は呼出信号を電話機１２０８へ送る（ステップV39）。
＜＜ＩＰ通信レコードの設定＞＞
電話管理サーバ１２７４は、前記ステップV34において電話管理サーバ１２７４通過するＩＰパケットの中から回線番号“CIC-2”を取得し、電話管理サーバ１２７４が有するCIC管理表１３２６−２から回線番号が“CIC-2”であるレコードを見出し、このレコード内部からＩＰアドレス“EA2”,“EA1”,“IA2”,“IA1”を取り出して表管理サーバ１２７６に送信し（ステップV42）、表管理サーバ１２７６は、網ノード装置１２４７内部のアドレス管理表１２５４の２行目のレコード“EA2,EA1,IA2,IA1”として設定する（ステップV43）。
同様に、電話管理サーバ１２７１は、前記ステップV35において電話管理サーバ１２７１を通過するＩＰパケットの中から回線番号“CIC-2”を取得し、電話管理サーバ１２７１が有するCIC管理表１３２３から回線番号が“CIC-2”であるレコードを見出し、このレコード内部からＩＰアドレス“EA1”,“EA2”,“IA1”,“IA2”を取り出して表管理サーバ１２７3に送信し（ステップV44）、表管理サーバ１２７３は、網ノード装置１２４４内部のアドレス管理表１２５０の５行目のレコード“EA1,EA2,IA1,IA2”として設定する(ステップV45)。
＜＜接続フェーズのバリエーション＞＞
なお、メディアルータ管理部１２６７はステップV31に対する応答確認を電話機１２１６に送信することができ（ステップV４１）、同様に、電話機１２０８はステップV39に対する応答確認をメディアルータ管理部１２６０に送信することができる（ステップV４0）。ステップV41及びステップV４０は、実施するかしないかを選択できるオプションである。また、前記説明した接続フェーズにおいて、電話機１２１６の通話用UDPポート及び付加情報はステップV22乃至V29で送信したが、代わりにステップV32乃至V39で行うことも出来る。
＜＜通信フェーズ＞＞
電話機１２０８の利用者と電話機１２１６との電話通信は、他の実施例で説明しているのと同様のステップであり、アドレス管理表１２５０内部、前記接続フェーズにおいて設定された第５行目のＩＰ通信レコード(“EA1,EA2,IA1,A2”)と、アドレス管理表１２５４内部の第２行目のＩＰ通信レコード(“EA2,EA1,IA2,IA1”)とが用られる。電話機１２０８の音声はディジタル化されて、ＩＰパケット１３３５（図１５６）のペイロードに載せられる。ここで、前記接続フェーズにおいて入手した宛先アドレス及びUDPポート番号が用いられる。即ち、送信元アドレスはメディアルータ１２０１のＩＰアドレス“EA1”であり、宛先アドレスは宛先電話機１２１６の接続するメディアルータ１２０２のＩＰアドレス“EA2”であり、送信元UDPポート番号として“５００６”、宛先UDPポート番号として“５００８”が用いられる。電話機１２０８からアナログ音声が送られ（ステップV50）、メディアルータ管理部１２６０で音声はディジタル化されて音声ＩＰパケット１３３５となり、網ノード装置１２４４に送られる（ステップV51）。ここでカプセル化されてＩＰパケット１３３６（図１５７）となり、ＩＰ通信回線経由で、図１２８のルータ１２６３、ルータ１２６４を経て網ノード装置１２４７に到達し（ステップV52）、ここで逆カプセル化されてメディアルータ管理部１２６７に到達し（ステップV53）、アナログ音声に戻されて電話機１２１６に到達する（ステップV54）。電話機１２１６から送られたアナログ音声は、前記逆方向に送られる（ステップV55乃至V59）。
＜＜解放フェーズ＞＞
電話機１２０８の利用者が電話通信の解放を通知すると（図１３４のステップV60）、メディアルータ管理部１２６０、網ノード装置１２４４、代理電話管理サーバ１２７０を経由して電話管理サーバ１２７１に通知され（ステップV60乃至V63）、電話管理サーバ１２７１は、CIC管理表１３２６−１の中の回線番号が“CIC-2”であるレコードの終了時刻の欄に終了時刻“Ed-1”を書き込む。次に、解放ＩＰパケット１３３７（図１５８）（RELパケットという）を形成して電話管理サーバ１２７４へ通知し（ステップV64）、電話管理サーバ１２７４は、電話通信の解放を代理電話管理サーバ１２７５を経て電話機１２１６に通知する（ステップV71乃至V74）。更に、電話管理サーバ１２７４は、CIC管理表１３２６−２の中の回線番号が“CIC-2”であるレコードの終了時刻の欄に終了時刻“Ed-２”を書き込み、解放ＩＰパケット１３３７を受信したことを報告するために、解放完了ＩＰパケット１３３８（図１５９）（RLCパケットという）を形成して、電話管理サーバ１２７１に返信する（ステップV70）。
電話管理サーバ１２７１はステップV６4の後、解放指示を代理電話管理サーバ１２７０、網ノード装置１２４４を経由してメディアルータ管理部１２６０に知らせる（ステップV65,V66,V67）。メディアルータ管理部１２６７は解放指示を電話機１２１６に通知すると共に（ステップV74）、解放報告を代理電話サーバを経由して電話管理サーバ１２７４に知らせる（ステップV75, V76、V77）。
＜＜ＩＰ通信レコードの抹消＞＞
ステップV64の後に、電話管理サーバ１２７１は、解放ＩＰパケット１３３７の中に書き込んだ回線番号“CIC-2”を表管理サーバ１２７３に送信し（ステップV78）、網ノード装置１２４４内部の回線番号“CIC-2”に対応するアドレス管理表１２５０のレコード(このケースでは内容が“EA1,EA2,IA1,IA2”であるＩＰ通信レコード)を抹消する（ステップV79）。ステップV70の後に、電話管理サーバ１２７４は、解放完了ＩＰパケット１３３８の中に書き込んだ回線番号“CIC-2”を表管理サーバ１２７６に送信し（ステップV80）、網ノード装置１２４７内部の回線番号“CIC-2”に対応するアドレス管理表１２５４のレコード(このケースでは内容が“EA2,EA1,IA2,IA1”であるＩＰ通信レコード)を抹消する（ステップV81）。
＜＜通話情報の収集＞＞
ＩＰ転送網１２００内部の運用管理サーバ１２７７は、適宜定めてある時刻或いは時間間隔毎に電話管理サーバ１２７１に問い合わせると（図１６２のステップV200）、CIC管理表１３２６−１の中で終了時刻が書き込まれているかなどを手掛りとして、電話通信が終了しているレコードを検出する。そして、送信元電話番号、宛先電話番号、開始時刻、終了時刻などの電話通信記録を電話管理サーバ１２７１に通知し（ステップV201）、電話通信が終了しているCIC管理表１３２６−１のレコードを抹消する。同様に、運用管理サーバ１２７７は電話管理サーバ１２７４に問い合わせると（ステップV202）、CIC管理表１３２６−２の中で終了時刻が書き込まれているかなどを手掛りとして、電話通信が終了しているレコードを検出する。そして、送信元電話番号、宛先電話番号、開始時刻、終了時刻などの電話通信記録を電話管理サーバ１２７４に通知し（ステップV203）、電話通信が終了しているCIC管理表１３２６−２のレコードを抹消する。このようになっているから、電話管理サーバを経由する電話通信の記録、つまり送信元電話番号、宛先電話番号、開始時刻、終了時刻などを収集し、電話通信の課金などに用いることができる。なお、前記通話情報の収集は、実施するかしないかを選択できる。
＜＜発信回線管理と着信回線管理＞＞
前記接続フェーズにおいて、電話管理サーバ１２７１は、（図１４２の）IAMパケット1327形成時に（ステップV９）、図１６０の発信回線管理表１３２６−５の送信側のメディアルータのアドレス“EA1”に対応する使用中回線数を”１”増やす。同様に、電話管理サーバ１２７４は、図１６１の着信回線管理表１３２６−６の宛先側のメディアルータのアドレス“EA2”に対応する使用中回線数を“１”増やす。
前記解放フェーズにおいて、電話管理サーバ１２７１は図１５８のRELパケット１３３７形成時に（ステップV64）、図１６０の発信回線管理表１３２６−５の送信側のメディアルータのアドレス“EA1”に対応する使用中回線数を“１”減数する。同様に、電話管理サーバ１２７４は図１５９のRLCパケット１３３８形成時に（ステップV70）、図１６１の着信回線管理表１３２６−６の宛先側のメディアルータのアドレス“EA2”に対応する使用中回線数を“１”減数する。なお、前記発信回線管理及び着信回線管理は、実施するかしないかを選択できる。
＜＜接続フェーズの他の例＞＞
前記接続フェーズ（ステップV０乃至V45）において、応答確認のステップ（ステップV90乃至V96）を追加することが出来、図１６３を参照して説明する。メディアルータ管理部１２６０は応答の通知を受けると（ステップV38）、応答確認の通知を意味するＩＰパケットを形成して返信することが出来、前記応答確認用のＩＰパケットは、網ノード装置１２４４、代理電話管理サーバ１２７０、電話管理サーバ１２７１、電話管理サーバ１２７４、電話代理サーバ１２７５、網ノード装置１２４７を経てメディアルータ管理部１２６７へ送られる（ステップV90乃至V96）。このようにして、通信の信頼性を向上させることも出来る。
＜＜解放フェーズの他の例＞＞
前記解放フェーズ（ステップV60乃至V77）に代わり次のステップが可能であり、図１６３を参照して説明する。
電話機１２０８の利用者が電話通信の解放を通知すると（図１６８のステップV100）、メディアルータ管理部１２６０、網ノード装置１２４４、代理電話管理サーバ１２７０、電話管理サーバ１２７１、電話管理サーバ１２７４、代理電話管理サーバ１２７５、網ノード装置１２４７、メディアルータ管理部１２６７を経由して電話機１２１６に通知される（ステップV100乃至V108）。メディアルータ管理部１２６７は前記解放の通知を受け取ると（ステップV107）、解放受付を知らせるため前記と逆方向に、つまり網ノード装置１２４７、代理電話管理サーバ１２７５、電話管理サーバ１２７４、電話管理サーバ１２７１、代理電話管理サーバ１２７０、網ノード装置１２４４を経由してメディアルータ管理部１２６０に知らせる（ステップV111乃至V118）。続いて、解放完了の通知を前記と同じルートで、つまり網ノード装置１２４７、代理電話管理サーバ１２７５、電話管理サーバ１２７４、電話管理サーバ１２７１、代理電話管理サーバ１２７０、網ノード装置１２４４を経由してメディアルータ管理部１２６０に知らせる（ステップV121乃至V127）。また、網ノード装置１２４４内部のアドレス管理表１２５０と、網ノード装置１２４７内部のアドレス管理表１２５４内部の音声通信に用いたレコードとを抹消することは、前記ステップV80及びV81、或いはステップV78及びV79と同様である。解放受付と解放完了の２度の手順により信頼性を高めることができる。
＜＜TCP技術の採用＞＞
前記接続フェーズ及び解放フェーズにおいて、電話管理サーバ１２７１と電話管理サーバ１２７４との間の通信、つまり図１３４に示すステップV9,V16,V25,V35,V64,V70をUDP通信により実施する代わりに、TCP通信により実施することができ、図１６４乃至図１６９を参照し、以下に説明する。
図１６４はステップV9をTCP通信により実施する例であり、電話管理サーバ１２７１から電話管理サーバ１２７４に、TCPコネクション確立のためのSYN指定を含むTCPパケット１３９０−１を送信し、電話管理サーバ１２７４は、通信開始了解のACK表示を含むTCPパケット１３９１−１を回答し、電話管理サーバ１２７１から電話管理サーバ１２７４にＩＰパケット１３２７と同一内容（呼設定IAMの通知）を含むTCPパケット１３９２−１を送信する（ステップV9t）。次に、電話管理サーバ１２７１から電話管理サーバ１２７４に、TCPコネクション終了のためのFIN指定を含むTCPパケット１３９３−１を送信し、電話管理サーバ１２７４から電話管理サーバ１２７１に終了確認のためのTCPパケット１３９４−１を返信する。
図１６５はステップV16をTCP通信により実施する例であり、電話管理サーバ１２７４から電話管理サーバ１２７１に、TCPコネクション確立のためのSYN指定を含むTCPパケット１３９０−２を送信し、電話管理サーバ１２７１は通信開始了解のACK表示を含むTCPパケット１３９１−２を回答し、電話管理サーバ１２７４から電話管理サーバ１２７１にＩＰパケット１３３１と同一内容（呼設定受付ACMの通知）を含むTCPパケット１３９２−２を送信する（ステップV16t）。次に、電話管理サーバ１２７４から電話管理サーバ１２７１に、TCPコネクション終了のためのFIN指定を含むTCPパケット１３９３−2を送信し、電話管理サーバ１２７1から電話管理サーバ１２７4に終了確認のためのTCPパケット１３９４−2を返信する。
図１６６はステップV25をTCP通信により実施する例であり、電話管理サーバ１２７１から電話管理サーバ１２７４に、TCPコネクション確立のためのSYN指定を含むTCPパケット１３９０−３を送信し、電話管理サーバ１２７４は通信開始了解のACK表示を含むTCPパケット１３９１−３を回答し、電話管理サーバ１２７１から電話管理サーバ１２７４にＩＰパケット１３３３と同一内容（呼経過CPGの通知）を含むTCPパケット１３９２−３を送信する（ステップV25t）。次に、電話管理サーバ１２７１から電話管理サーバ１２７４に、TCPコネクション終了のためのFIN指定を含むTCPパケット１３９３−３を送信し、電話管理サーバ１２７４から電話管理サーバ１２７１に終了確認のためのTCPパケット１３９４−３を返信する。
図１６７はステップV35をTCP通信により実施する例であり、電話管理サーバ１２７１から電話管理サーバ１２７４に、ＩＰパケット１３３４と同一内容（呼経過ANMの通知）を含むTCPパケット１３９２−４を送信することが特徴であり（ステップV35t）、前記他の方法と同様にして実施できる。また、図１６８はステップV64をTCP通信により実施する例であり、電話管理サーバ１２７１から電話管理サーバ１２７４に、ＩＰパケット１３３７と同一内容（解放RELの通知）を含むTCPパケット１３９２−５を送信することが特徴であり（ステップV64t）、前記他の方法と同様にして実施できる。
図１６９はステップV70をTCP通信により実施する例であり、電話管理サーバ１２７４から電話管理サーバ１２７１に、ＩＰパケット１３３８と同一内容（解放完了RLCの通知）を含むTCPパケット１３９２−６を送信することが特徴であり（ステップV70t）、前記他の方法と同様にして実施できる。
＜制御回線と通話回線の分離＞
次に、開域電話通信において、端末間接続制御において用いられるＩＰ通信回線と音声通信において用いられる通信回線とが分離できることを説明する。
端末間接続制御において用いられるＩＰパケット１３２２、１３２７，１３２８，１３３１，１３３２−２，１３３３，１３３３−１、１３３４、１３３７、１３３８は、代理電話管理サーバ１２７０、電話管理サーバ１２７１、電話管理サーバ１２７４、代理電話管理サーバ１２７５を結ぶＩＰ通信回線のいずれかの範囲１２８９（図１７０）を転送する。一方、音声通信において用いられるＩＰパケット１３３５及び１３３６は、網ノード装置１２４４、ルータ１２９１、ルータ１２９２、網ノード装置１２４７を結ぶＩＰ通信回線の範囲１２９３（図１７０）を転送される。端末間接続制御において用いられるＩＰ通信回線は交換通信網の共通線信号網の回線に相当し、音声通信において用いられる通信回線は交換通信網の音声通信回線に対応できる。
このようになっているから、網ノード装置１２４４は、メディアルータ１２０１から送信される端末間通信接続用のＩＰパケットを、ルータ１２６３へ送信し、音声通信用のＩＰパケットを、ルータ１２９１へ分離して送信する機能があり、逆方向のＩＰパケットの流れに着目すると、端末間通信接続用のＩＰパケットと音声通信用のＩＰパケットを合流して、メディアルータ１２０１へ送信する。
＜＜電話番号の木構造と電話DNSサーバ＞＞
図１７１に示す木構造は会社Bの電話番号サーバ１１４０が管理する電話番号の木構造であり、ルート１２５０の下位に、ドメイン１２５１乃至１２５４が同位のレベルで木構造状に関係付けられており、ドメイン１２５１は電話番号“１×××”（１０００番代の電話番号）を、ドメイン１２５２は電話番号“２×××”を、ドメイン１２５３は電話番号“３×××”を、ドメイン１２５４はその他の電話番号に関係するＩＰアドレスをそれぞれ管理する。図１７２に示す木構造は会社Aの電話番号サーバ１１４２が管理する電話番号の木構造であり、ルート１２５１の下位に、ドメイン１２５１−２と１２５１−３、１２５４が同位のレベルで木構造状に関係付けられており、ドメイン１２５１−２は会社Aの電話番号“１×××”を、ドメイン１２５１−３は会社Aのドメイン“＃”をそれぞれ管理し、ドメイン１２５１−４は会社Aの内線電話番号“１××”を、ドメイン１２５１−５は会社Aの内線電話番号“２××”を、ドメイン１２５１−６は会社Aの内線電話番号“３××”に関するＩＰアドレスをそれぞれ管理する。
ここで、ドメインの“＃”は会社Aの専用の秘密値であり、他の会社には非公開である。つまり、会社A以外の会社Bや会社Cなどに属する電話番号サーバから質問に対して、電話番号サーバ１１４２は、ドメインの“＃”の配下にあるドメイン１１５１−４乃至１１５１−６に関する情報を回答しないようになっている。ドメイン１２５４はその他の電話番号に関係するＩＰアドレスを管理する。
図１７３に示す木構造は会社Aの電話番号サーバ１１３７が管理する電話番号の木構造であり、ルート１２５０−１の下位に、ドメイン１２５１乃至１２５４が同位のレベルで木構造状に関係付けられており、ドメイン１２５１は会社Aに属する電話番号を、ドメイン１２５２は会社Bの電話番号“２×××”を、ドメイン１２５３は会社Cの電話番号“３×××”を、ドメイン１２５４はその他の電話番号に関するＩＰアドレスをそれぞれ管理する。ドメイン１２５１−２は会社Aの電話番号“１×××”を、ドメイン１２５１−３は会社Aのドメイン“＃”をそれぞれ管理し、ドメイン１２５１−４は会社Aの内線電話番号“１××”を、ドメイン１２５１−５は会社Aの内線電話番号“２××”を、ドメイン１２５１−６は会社Aの内線電話番号“３××”に関するＩＰアドレスをそれぞれ管理する。
ここで、ドメインの“＃”は、前述した会社Aの専用の秘密値である。また、図１７４に示す木構造は会社Xの電話番号サーバ１１３９が管理する電話番号の木構造であり、ルート１２５０−２の下位に、ドメイン１２５４−２と１２５４が同位のレベルで木構造状に関係付けられており、ドメイン１２５４−２は会社Xに属する電話番号を、ドメイン１２５４は他の電話番号に関するＩＰアドレスをそれぞれ管理する。
図１７５の表１２５５−１は、メディアルータ管理部１２６０が、メディアルータ１２０１に接続する電話機１２０８乃至１２１１が通話相手先とする電話番号をドメイン名に変換する方法を表わしており、表１２５５−１の１行目の電話番号“１×××”、例えば電話番号“１００１”を電話番号ドメイン名“１．ａ．”で表現し、表１２５５−１の２行目の電話番号“２×××”を電話番号ドメイン名“ｂ．”で表現し、表１２５５−１の７行目の他電話番号を電話番号ドメイン名“0．”で表現することを意味し、他の行も同様である。電話番号サーバ１１３７は図１７６の表１２５５−２に従い、例えば電話番号ドメイン名“１．ａ．”を質問されてＩＰアドレス“EA1”を回答し、電話番号ドメイン名“ｂ．”を質問されてＩＰアドレス“EA5”を回答し、電話番号ドメイン名“0．”を質問されてＩＰアドレス“EA81”を回答する。
図１７７の表１２５６−１は、メディアルータ管理部１２６４が、メディアルータ１２０３に接続する電話機１２２８乃至１２３１が通話相手先とする電話番号をドメイン名に変換する方法を表わしており、表１２５６−１の１行目の電話番号“１×××”を電話番号ドメイン名“１．ａ．”で表現し、表１２５６−１の２行目の電話番号“１××”を電話番号ドメイン名“１．＃．ａ．”で表現し、表１２５６−１の５行目の他電話番号を電話番号ドメイン名“0．”で表現することを意味し、他の行も同様である。電話番号サーバ１１４２は図１７８の表１２５６−２に従い、例えば電話番号ドメイン名“１．ａ．”を質問されてＩＰアドレス“EA1”を回答し、電話番号ドメイン名“１．＃．ａ．”を質問されてＩＰアドレス“EA1”を回答し、電話番号ドメイン名“0．”を質問されてＩＰアドレス“EA81”を回答する。
図１７９の表１２５７−１は、メディアルータ管理部１２６６が、メディアルータ１２０５に接続する電話機１２２０乃至１２２３が通話相手先とする電話番号をドメイン名に変換する方法を表わしており、表１２５７−１の１行目の電話番号“１×××”を電話番号ドメイン名“ａ．”で表現し、表１２５７−１の２行目の電話番号“２×××”を電話番号ドメイン名“ｂ．”で表現し、表１２５６−１の４行目の他電話番号を電話番号ドメイン名“0．”で表現することを意味し、他の行も同様である。電話番号サーバ１１４０は図１８０の表１２５７−２に従い、例えば電話番号ドメイン名“ａ．”を質問されてＩＰアドレス“EA1”を回答し、電話番号ドメイン名“ｂ．”を質問されてＩＰアドレス“EA5”を回答し、電話番号ドメイン名“0．”を質問されてＩＰアドレス“EA81”を回答する。
電話番号サーバ１１３７乃至１１４２は、ドメイン名サーバ（DNS)の公知の再帰呼出機能を用いて他の電話番号サーバを呼出し、他の電話番号サーバが直接管理するＩＰアドレスを取得している。
以上を要約すると、次のようになる。即ち、メディアルータ１とメディアルータ２とがＩＰ転送網を経由して接続されており、電話機１がメディアルータ１に接続され、電話機２がメディアルータ２に接続されており、電話機１及び電話機２がメディアルータ１の内部の電話番号サーバを用い、ＩＰ転送網内部の電話番号サーバを用いずに、電話通信することができる。なお、メディアルータ１或いはメディアルータ２には、複数の電話機が接続できる。また、ＩＰ転送網は固有の電話番号サーバを含み、電話機１及び電話機２が、メディアルータ１の内部の電話番号サーバを用いてＩＰ転送網内の電話番号サーバにアクセスし、電話機２に電話通信することができる。
ＩＰ転送網は２以上の網ノード装置を含み、メディアルータは論理ＩＰ通信回線を経て前記網ノード装置のいずれかに接続されており、前記論理ＩＰ通信回線の網ノード装置側の終端部に内部ＩＰアドレスが付与されており、それぞれのメディアルータには外部ＩＰアドレスが付与されており、電話番号サーバを内部に有し、かつメディアルータは通信回線を経て１以上の電話機に接続されている。網ノード装置の内部のアドレス管理表のレコードとして、前記外部ＩＰアドレス及び通信レコードが予め設定されており、電話通信の接続フェーズは呼設定（IAM）、呼設定受付（ACM）、呼経過（CPG）、応答（ANM）から成る一連のステップで成り、また、電話通信の解放フェーズは解放（REL）及び解放完了（RLC）から成る一連のステップで成る。また、応答（ANM）の後に応答確認（ＡＣＫ）を実施し、解放（REL）と解放完了（RLC）との間に解放受付を実施することもできる。
更に要約すると、発信側の電話管理サーバと着信側の電話管理サーバとの間で、IAMパケット、ACMパケット、CPGパケット、ANMパケット、RELパケット、RLCパケットを送受するようになっている。通話相手を限定する閉域電話通信においては、メディアルータ内部の電話番号サーバが用いられ、また、通話相手を限定しない開域電話通信においては、メディアルータ内部の電話番号サーバを用いることにより、ＩＰ転送網の内部の電話番号サーバが用いられる。開域電話通信において、端末間接続制御において用いられるＩＰ通信回線と、音声通信において用いられる通信回線とが分離できる。電話管理サーバがCIC管理表を有し、送信元電話番号、宛先電話番号、電話通信の開始時刻、終了時刻を記録できるようになっている。運用管理サーバが電話管理サーバに問い合わせて、送信元電話番号、宛先電話番号、電話通信の開始時刻、終了時刻を取得して課金に用いることができる。
なお、本実施例において、網ノード装置のＩＰカプセル化と逆カプセル化を、外部ＩＰパケットに簡易ヘッダを付与して内部パケットを形成する簡易カプセル化と、内部パケットから簡易ヘッダを取り除く逆簡易カプセル化に置き換えることもできる。

１１．公衆電話網からの電話転送を行う第１１実施例：
＜＜準備＞＞
図１８１を参照して説明する。電話機５２０は電話番号“０３−５４１４−８５１０”であり、電話回線５１７を経て交換機５１３に接続されている。通信回線５２４−１は交換機５１４−１とゲートウェイ５２１−１とを接続し、インタフェースは共通線信号線と通話回線とを含むNNIであり、共通線信号線上では、共通線信号方式により規定される信号ユニットが伝送される。ゲートウェイ５２１−１は、一般に公開するＧＷ論理名（ゲートウェイ論理名）“ＧＷ５２１１”と、公衆電話交換網５１５側から識別できる信号局コード“＃１２３４”とを付与されている。加入者交換機５１３、５１１は、前記ＧＷ論理名“ＧＷ５２１１”と信号局コード“＃１２３４”との組を、予め内部に保持している。通信回線５２４−２は交換機５１４−２とゲートウェイ５２１−２とを接続し、インタフェースはUNIである。通信回線のゲートウェイ５２１−２側終端には、電話番号“０３−１１１１−２２２２”が付与されている。
＜＜NNI回線着信転送の準備＞＞
電話機５２０の所有者は電話機５２０を電話回線５１７から切り離し、メディアルータ５２７に接続する通信回線５２８に電話機５３０として接続する。電話機５３０の電話番号は“０３−５４１４−８５１０”である。電話機５２０の利用者５３２は、公衆交換電話網の受付５３３に電話機５２０を電話機５３０の位置、つまり、ゲートウェイ“ＧＷ５２１１”を入口とするＩＰ転送網５２２に接続換えしたことを通知し（図１８２のステップH01）、受付５３３は変更内容、つまり、前記電話番号“０３−５４１４−８５１０”とＧＷ論理名“ＧＷ５２１１”を通信回線５３４を経由して交換機５１３に通知する（ステップH02）。交換機５１３は前記保持している情報を用いて、ＧＷ論理名“ＧＷ５２１１”を信号局コード“＃１２３４”に変換し、その転送処理部５１６に、電話番号“０３−５４１４−８５１０”と転送先ゲートウェイ５２１−１の信号局コード“＃１２３４”との組を記憶させておく（ステップH03）。
＜＜NNI回線着信転送＞＞
電話番号“０４７−３２５−３８９７”である電話機５１０から、宛先電話番号“０３−５４１４−８５１０”に発呼すると（ステップH05）、交換機５１１が発呼を受付ける（ステップH06）。次に、交換機５１１から通信回線５１２を経て、交換機５１３に電話機５２０を電話呼出する手順を行う（ステップH08）。交換機５１３は、転送処理部５１６に予め記憶している電話番号“０３−５４１４−８５１０”と転送先ゲートウェイ５２１−１の信号局コード“＃１２３４”を見出し（ステップH09）、交換機５１１に前記取得した信号局コード“＃１２３４”を通知する（ステップH10）。交換機５１１は、受信したゲートウェイ５２１−１のアドレスとしての前記信号局コード“＃１２３４”を宛先とし、メッセージ部に前記転送先の宛先電話番号“０３−５４１４−８５１０”を含む信号ユニットを形成して送信すると、前記信号ユニットは、交換機５１４−１を経て（ステップH11）、通信回線５２４−１を経てゲートウェイ５２１−１へ到達する（ステップH12）。以降は、ルータ５２５−１を経て、電話管理サーバ５２５を経由し（H15）、接続制御用回線５２４−５、ルータ５２５−２、接続制御用回線５２４−４、網ノード装置５２３−２を経て（ステップH16）、更に通信回線５２６を経てメディアルータ５２７に到達する（ステップH17）。メディアルータ５２７は、前記電話接続要求に対する電話呼受付の通知を逆の方向に送信すると、前記電話呼受付の通知は、網ノード装置５２３−２を経て（ステップH21）、更に電話管理サーバ５２５を経て（ステップH22）、ゲートウェイ５２１−１に到達する（ステップH23）。ゲートウェイ５２１−１は、前記電話発呼受付を、交換機５１４−１を経由し（ステップH25）、交換機５１１に通知する（ステップH26）。
次に、メディアルータ５２７は通信回線５２８を経て、電話番号“０３−５４１４−８５１０”である電話機５３０を呼び出すと（ステップH28）、その着信呼出中通知が前記と逆方向、つまりメディアルータ５２７、網ノード装置５２３−２、接続制御用回線５２４−４、電話管理サーバ５２５、ゲートウェイ５２１−１、交換機５１４−１、交換機５１１を経て発呼した電話機５１０に通知される（ステップH30乃至H37）。電話機５３０の利用者が送受話器を上げると（オフフック）、電話機５３０は応答通知をメディアルータ５２７に通知し（ステップH40）、以下は上述と同様にして、メディアルータ５２７、網ノード装置５２３−２、接続制御用回線５２４−４、電話管理サーバ５２５、ゲートウェイ５２１−１、交換機５１４−１、交換機５１１を経て発呼した電話機５１０に通知される（ステップH41〜H47）。
前記ステップH11,H12,H15として送受される電話呼接続のための接続制御用データをIAMメッセージといい、ステップH23,H25,H26の間の接続制御用データをACMメッセージといい、ステップH33,H35,H36の間の接続制御用データをCPGメッセージといい、ステップH43,H45,H46の間の接続制御用データをANMメッセージという。前記電話呼接続フェーズにおいて、前記メッセージ（IAM，ACM，CPG，ANM）は、網ノード装置５２３−１を通過しないことが特徴である。つまり、前記メッセージは、ゲートウェイ５２１−１と電話管理サーバ５２５との間を直接に送受される。
以上により、電話機５１０と電話機５３０との間の通信接続手順が完了し、電話機５１０と電話機５３０との間の音声による通話が可能となる。なお、電話機５１０から送信された音声は、交換機５１１、交換機５１４−１、通信回線５２４−１を経てゲートウェイ５２１−１に到達し、ゲートウェイ５２１−１において、ディジタル化された音声となり、網ノード装置５２３−１、通信回線５２４−３、ルータ５２５−２、音声通信用の通信回線５２４−６、網ノード装置５２３−２、メディアルータ５２７に到達し、メディアルータ５２７において、ディジタル化した音声はアナログ化されて電話機５３０へ到達する。また、電話機５３０から送信された音声は、前記と逆の通信路を経由して伝達されて電話機５１０に到達する。
電話の通話終了において、電話機５１０から電話の呼解放が交換機５１１に送出され（ステップH50）、交換機５１４−１を経て（ステップH51）、ゲートウェイ５２１−１に通知され（ステップH53）、ゲートウェイ５２１−１から呼解放完了の通知を交換機５１１宛てに送出する（ステップH54,H55）。
次にゲートウェイ５２１−１は、前記手順で取得した電話呼の解放をＩＰ転送網５２２を経由して電話機５３０宛てに送出し（ステップH61乃至H64）、呼解放完了の通知がメディアルータ５２７からゲートウェイ５２１−１宛てに返送される（ステップH65〜H67）。逆方向、つまり電話機５３０から公衆電話交換網５１５に向けて呼解放できることは、他の実施例により説明している。前記ステップH51,H53,H61の電話呼解放の接続制御用データをRELメッセージといい、ステップＨ６７、Ｈ５４、Ｈ５５の接続制御用データをRLCメッセージという。
なお、上記ステップＨ０１乃至Ｈ０３を行わず、電話機５２０の所有者５３２が電話番号“０３−５４１４−８５１０”である電話機５２０から電話機５３０の位置、つまり、ゲートウェイ“ＧＷ５２１１”を入口とするＩＰ転送網５２２に接続換えする予告を、通信回線５１７を経由して交換機５１３に通知した後に、電話機５２０を電話機５３０の位置に接続換えすることができ（図１８２のステップH01X）、次に交換機５１３は、前記保持している情報を用いて、ＧＷ論理名“ＧＷ５２１１”を信号局コード“＃１２３４”に変換し、その転送処理部５１６に、電話番号“０３一５４１４−８５１０”と転送先ゲートウェイ５２１−１の信号局コード“＃１２３４”との組を保持させておく方法を採用することもできる（ステップH03X）。
以上により、NNI回線経由の電話着信転送の説明を終わり、次にUNIに基く電話着信転送を説明する。
＜＜UNI回線着信転送の準備＞＞
図１８１及び図１８３を参照して説明する。電話機５２０の所有者は電話機５２０を電話回線５１７から切り離し、通信回線５２８に電話機５３０として接続する。電話機５３０の電話番号は“０３−５４１４−８５１０”である。次に電話機５２０の利用者５３２は、受付５３３に電話機５２０を接続換えしたことを通知し（ステップH01）、受付５３３は、変更内容を通信回線５３４を経由して交換機５１３に通知する（ステップH02）。交換機５１３はその転送処理部５１６に、電話番号“０３−５４１４−８５１０”と、通信回線５２４−２の転送先ゲートウェイ５２１−２側終端部に付与されている電話番号“０３−１１１１−２２２２”との組を記憶させておく（ステップH03-2）。
＜＜UNI回線着信転送＞＞
本ケースにおいては、交換機５１４−１の代わりに交換機５１４−２を用い、更にゲートウェイ５２１−１の代わりにゲートウェイ５２１−２を用いることが異なっている。この理由から、交換機５１４−２とゲートウェイ５２１−２の間の端末間通信接続制御手順が、新しいステップH12-2及びステップH13-2になることが特徴であり、以下に説明する。
電話番号“０４７−３２５−３８９７”である電話機５１０から宛先電話番号“０３−５４１４−８５１０”に発呼すると（ステップH05-2）、交換機５１１が発呼を受付ける（ステップH06-2）。次に、交換機５１１から、通信回線５１２を経て交換機５１３（ステップH08-2）に、電話機５２０を電話呼出する。交換機５１３は、転送処理部５１６に予め記憶している電話番号“０３−５４１４−８５１０”と転送先ゲートウェイ５２１−２の入力回線５２４−２の終端部に付与された電話番号“０３−１１１１−２２２２”とを見出し（ステップH09-2）、前記取得した電話番号“０３−１１１１−２２２２”を交換機５１１に通知する（ステップH10-2）。交換機５１１は、前記受信したゲートウェイ５２１−２の入力回線の電話番号 “０３−１１１１−２２２２”を宛先とし、前記転送先の宛先電話番号“０３−５４１４−８５１０”を含む信号ユニットを形成して送信すると、前記信号ユニットは交換機５１４−２に到達する（ステップH11-2）。前記信号ユニットに含まれる電話接続要求（SETUP）が、通信回線５２４−２を経てゲートウェイ５２１−２送られると（ステップH12-2）、ゲートウェイ５２１−２は、前記ステップH12-2の電話呼接続要求を受付たことを交換機５１４−２に通知する（ステップH13-2）。更に、網ノード装置５２３−１を経て（ステップH14-2）、ルータ５２５−２を経て、電話管理サーバ５２５を経由し（H15-2）、再びルータ５２５−２、接続制御用回線５２４−４、網ノード装置５２３−２を経て（ステップH16-2）、通信回線５２６を経て、メディアルータ５２７に到達する（ステップH17-2）。
メディアルータ５２７は前記電話接続要求に対する電話呼受付の通知を逆の方向に送信すると、前記電話呼受付の通知は網ノード装置５２３−２を経て（ステップＨ２１−２）、電話管理サーバ５２５を経て（ステップH22-2）、網ノード装置５２３−１を経て（ステップH23-2）、ゲートウェイ５２１−２に到達する（ステップH24-2）。ゲートウェイ５２１−２は、前記電話発呼受付を交換機５１４−２を経由し（ステップH25-2）、交換機５１１に通知する（ステップH26-2）。
次に、メディアルータ５２７は通信回線５２８を経て電話番号“０３−５４１４−８５１０”である電話機５３０を呼び出すと（ステップH28-2）、その着信呼出中通知が前記と逆方向、つまりメディアルータ５２７（ステップH30-2）、網ノード装置５２３−２（ステップH31-2）、電話管理サーバ５２５（ステップH32-2）、網ノード装置５２３−１（ステップH33-2）、ゲートウェイ５２１−２（ステップH34-2）、交換機５１４−２（ステップH35-2）、交換機５１１を経て（ステップH36-2）、発呼した電話機５１０に通知される（ステップH37-2）。
電話機５３０の利用者が送受話器を上げると（オフフック）、電話機５３０は応答通知をメディアルータ５２７に通知し（ステップH40-2）、以下は上述と同様にして、メディアルータ５２７、網ノード装置５２３−２、電話管理サーバ５２５、網ノード装置５２３−１、ゲートウェイ５２１−２、交換機５１４−２、交換機５１１を経て、発呼した電話機５１０に通知される（ステップH41-2〜H47-2）。前記電話呼接続フェーズにおいて、ゲートウェイ５２１−２と電話管理サーバ５２５との間の接続フェーズのために、網ノード装置５２３−１を経由したメッセージの送受が行われることが特徴である。
以上により、電話機５１０と電話機５３０との間の通信接続手順が完了し、電話機５１０と電話機５３０との間の音声による通話が可能となる。
＜＜通話フェーズと解放フェーズ＞＞
通話フェーズと解放フェーズは、前記NNI回線着信転送のケースと同様であり、異なる点は、交換機５１４−１の代わりに交換機５１４−２を用い、更にゲートウェイ５２１−１の代わりにゲートウェイ５２１−２を用いる点である（ステップH50-2及至H53-2、H54-2及至H55-2、H60-2及至H63-2、H65-2及至H68-2）。
＜＜UNI経由の着信転送の他実施例＞＞
図１８１及び図１８４を参照して説明する。電話機５２０の所有者は電話機５２０を電話回線５１７から切り離し、メディアルータ５２７に接続する通信回線５２８に電話機５３０として接続することは、前記実施例のUNI回線着信転送の準備と同様である。
＜＜UNI回線着信転送＞＞
このUNI回線着信転送の実施において、交換機５１１及び交換機５１４−２は、交換機５１３を経由して接続制御用メッセージを送受することが特徴であり、以下に説明する。
電話番号“０４７−３２５−３８９７”である電話機５１０から宛先電話番号“０３−５４１４−８５１０”に発呼すると（ステップH05-3）、交換機５１１が発呼受付し（ステップH06-3）、交換機５１１から、通信回線５１２を経て交換機５１３に電話機５２０を電話呼出する（ステップH08-3）。交換機５１３は、転送処理部５１６に予め記憶している電話番号“０３−５４１４−８５１０”と転送先ゲートウェイ５２１−２の入力回線５２４−２の終端部に付与された電話番号“０３−１１１１−２２２２”とを見出し（ステップH09-3）、続いてゲートウェイ５２１−２の入力回線の電話番号“０３−１１１１−２２２２”を宛先とし、前記転送先の宛先電話番号“０３−５４１４−８５１０”を含む信号ユニットを形成して送信すると、前記信号ユニットは交換機５１４−２に到達する（ステップH11-3）。前記信号ユニットに含まれる電話接続要求（SETUP）が通信回線５２４−２を経てゲートウェイ５２１−２送られると（ステップH12-3）、ゲートウェイ５２１−２は、前記ステップH12-3の電話呼接続要求を受付たことを交換機５１４−２に通知する（ステップH13-3）。更に、網ノード装置５２３−１を経て（ステップH14-3）、ルータ５２５−２を経て、電話管理サーバ５２５を経由し（ステップH15-3）、再びルータ５２５−２、接続制御用回線５２４−４、網ノード装置５２３−２を経て（ステップH16-3）、通信回線５２６を経てメディアルータ５２７に到達する（ステップH17-3）。
メディアルータ５２７は前記電話接続要求に対する電話呼受付の通知を逆の方向に送信すると、前記電話呼受付の通知は網ノード装置５２３−２を経て（ステップH21-3）、電話管理サーバ５２５を経て（ステップH22-3）、網ノード装置５２３−１を経て（ステップH23-3）、ゲートウェイ５２１−２に到達する（ステップＨ２４−３）。ゲートウェイ５２１−２は、前記電話発呼受付を、交換機５１４−２を経由し（ステップH25-3）、交換機５１３を経由し（ステップH26-3）、交換機５１１に通知する（ステップH27-3）。
次に、メディアルータ５２７は通信回線５２８を経て、電話番号“０３−５４１４−８５１０”である電話機５３０を呼び出すと（ステップH28-3）、その着信呼出中通知が前記と逆方向、つまりメディアルータ５２７（ステップH30-3）、網ノード装置５２３−２（ステップH31-3）、電話管理サーバ５２５（ステップH32-3）、網ノード装置５２３−１（ステップH33-3）、ゲートウェイ５２１−２（ステップH34-3）、交換機５１４−２（ステップH35-3）、交換機５１３（ステップH36-3）、交換機５１１を経て（ステップH37-3）、発呼した電話機５１０に通知される（ステップH38-3）。電話機５３０の利用者が送受話器を上げると（オフフック）、電話機５３０は応答通知をメディアルータ５２７に通知し（ステップH40-3）、以下は上述と同様にして、メディアルータ５２７、網ノード装置５２３−２、電話管理サーバ５２５、網ノード装置５２３−１、ゲートウェイ５２１−２、交換機５１４−２、交換機５１３、交換機５１１を経て発呼した電話機５１０に通知される（ステップH41-3〜H48-3）。
以上により、電話機５１０と電話機５３０との間の通信接続手順が完了する。
＜＜通話フェーズと解放フェーズ＞＞
通話フェーズと解放フェーズは前記UNI回線着信転送のケースと同様であり、異なる点は、交換機５１１と交換機５１４−２は、交換機５１３を経由して接続制御用メッセージを送受する点である。
以上述べた原理により、公衆電話交換網５１５に接続するアナログ電話機５１０は、ＩＰ転送網５２２を経由して公衆電話交換網において用いる電話番号“０３−５４１４−８５１０”を有するメディアルータ５２７に接続したアナログ電話機５３０と、端末間通信が可能である．更に、メディアルータは他の実施例で説明しているように、LANの内部に設置することが可能である。この理由から、公衆電話交換網において用いる電話審号“０３−５４１４−８５１０”を有する電話機をLAN内部のメディアルータに接続しておき、公衆電話交換網５１５に接続するアナログ電話機５１０からｌＰ転送網５２２を経由して、電話番号“０３−５４１４−８５１０”を有するLAN内部のアナログ電話機へ接続し、端末間通信が可能である。
以上を要約すると、公衆電話交換網に接続する電話機への電話呼接続要求を、ＩＰ転送網に接続する電話機へ転送する技法であり、公衆電話交換網５１５の中継交換機５１４−１とＩＰ転送網５２２のゲートウェイ５２１−１は、ＮＮＩインタフェース通信回線５２４−１で接続しており、加入者交換機５１３に接続する電話番号“ＴＮ−１”である電話機５２０を、ＩＰ転送網５２２に接続するメディアルータ５２７に、電話番号“ＴＮ−１”として接続し、加入者交換機５１１に接続する電話番号“ＴＮ−２”である電話機５１０から電話番号“ＴＮ−１”に電話呼接続要求すると、前記接続要求は加入者交換機５１３に到達し、加入者交換機５１３の着信転送機能により、前記接続要求は、中継交換機５１４−１、ＮＮＩインタフェース通信回線５２４−１、ゲートウェイ５２１−１、ＩＰ転送網５２２、メディアルータ５２７を経由して、電話機５３０に到達するようになっている。
また、公衆電話交換網５１５の加入者交換機５１４−２とＩＰ転送網５２２のゲートウェイ５２１−２は、ＵＮＩインタフェース通信回線５２４−２で接続しており、公衆電話交換網５１５の加入者交換機５１３に接続する電話番号“ＴＮ−１”である電話機５２０を、前記ＩＰ転送網に接続するメディアルータ５２７に、電話番号“ＴＮ−１”として接続し、加入者交換機５１１に接続する電話番号“ＴＮ−２”である電話機５１０から電話番号“ＴＮ−１”に電話呼接続要求すると、前記接続要求は加入者交換機５１３に到達し、加入者交換機５１３の着信転送機能により、前記接続要求は、加入者交換機５１４−２、ＵＮＩインタフェース通信回線５２４−２、ゲートウェイ５２１−２、ＩＰ転送網５２２、メディアルータ５２７を経由して、電話機５３０に到達するようになっている。

１２．公衆電話網からの電話転送を行う第１２実施例：
＜＜準備＞＞
図１８５において、５４０はＩＰ転送網、５４１乃至５４５は網ノード装置、５４６−１乃至５４６−５は中継装置（ルータ）、５５０及び５５４は“回線情報を含むゲートウェイ”、５５１、５５２、５５３はゲートウェイである。これら網ノード装置、中継装置及びゲートウェイは、それぞれＩＰパケット転送機能を有する通信回線を経由して直接に、或は前記中継装置を経て間接的に接続されている。５５５乃至５５６は公衆電話交換網（PSTN）、５５７乃至５６６は交換機、５７０乃至５７３は電話機、５９７及び５９８は電話機、５７６乃至５７８はネットワークネットワークインターフェース（NNI）を有する通信回線、５８０乃至５８１はユーザネットワークインターフェース（UNI）を有する通信回線、５８３はＩＰパケット転送機能を有する通信回線である。５８４及び５８５はＩＰ転送網入回線表であり、５８６乃至５９０はＩＰ転送網出回線表である。５９１はメディアルータである。５９３乃至５９４は電話番号サーバであり、通信回線を経てルータ５４６−１又はルータ５４６−３に接続されている。ＮＮＩ通信回線に接続するゲートウェイ５５０、５５４は、公衆電話交換網側から識別するための信号局コードと、ＩＰ転送網５４０から識別するためのＩＰアドレスとをそれぞれ個別に付与されている。
回線情報を含むゲートウェイ５５０には通信事業者識別コード“００ＸＹ”が付与され、回線情報を含むゲートウェイ５５４には通信事業者識別コード“００ＵＶ”が付与されている例である。ゲートウェイ５５１には信号局コード“＃２２２２”が付与され、ゲートウェイ５５２の通信回線５８０側の入口には電話番号“０３−４４４４―４０００”が付与されている。電話番号サーバ５９３乃至５９４は電話番号を提示すると、この電話番号を有しているゲートウェイのＩＰアドレス、或はこの電話番号を有しているメディアルータ（ＭＲ）のＩＰアドレスを回答する機能を有し、ＩＰ転送網出回線表５８６乃至５９０は、前記ゲートウェイやメディアルータが有する全ての電話番号と対応するＩＰアドレス情報を含む。電話機５７０の電話番号は“０３−１１１１−２２２２”であり、電話機５７１の電話番号は“０６−３３３３−４４４４”であり、電話機５７２の電話番号は“０９２−５５５−６６６６”であり、電話機５９７の電話番号は“０７−３３３３−４４４４”であり、電話機５９８の電話番号は“０９３−５５５−６６６６”であり、それぞれ通信回線を経て公衆電話交換網５５５或いは５５６内部のいずれかの交換機に接続されており、電話機５７３は電話番号“０４５−７７７−８８８８”であり、通信回線を経てメディアルータ５９１に接続されている。
図１８６はＩＰ転送網入回線表５８４の内容（例）を示しており、第１行目のレコードの場合、宛先電話番号の範囲が“０６−００００−００００”から“０６−９９９９−９９９９”である電話機に、通信回線を接続するためのゲートウェイの区分はNNIであり、ゲートウェイの信号局コードは“＃２２２２”であることを示している。このケースでは、当該ゲートウェイは５５１となっている。第５行目のレコードの場合も、同様である。また、第２行目の場合、宛先電話番号の範囲が“０９２−００００−００００”から“０９２−９９９−９９９９”である電話機に、通信回線を接続するためのゲートウェイの区分はUNIであり、ゲートウェイに接続する電話番号は、“０３−４４４４−４０００”乃至“０３−４４４４−４０９９”の範囲にあることを示している。このケースでは当該ゲートウェイが５５２となっている。第３行目のレコード、第４行目のレコードも同様である。ＩＰ転送網入回線表５８５の内容は、ＩＰ転送網入回線表５８４と同様の内容を含む。
図１８７は、ＩＰ転送網出回線表５８６の内容（例）を示しており、第１行目のレコードの場合、宛先電話番号の範囲が“０６−００００−００００”から“０６−９９９９−９９９９”である電話機に、通信回線を接続するためのゲートウェイ（GW）又はメディアルータ（MR）がＩＰ転送網に接続しており、GW又はMRのＩＰアドレスは“10.240.240.1”乃至“10.240.240.255”であることを示しており、第２行目のレコードも同様である。ＩＰ転送網出回線表５８７乃至５９０の内容はＩＰ転送網出回線表５８６と同種の情報を含む。
＜＜電話機間の通信接続制御ーその１＞＞
図１８５に示す電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、電話番号“０６−３３３３−４４４４”である宛先の電話機５７１へ電話接続する例である。図１８８に示す５９０−１は、公衆電話交換網５５５内部における電話接続を、５９０−２はＩＰ転送網５４０内部における電話接続を、５９０−３は公衆電話交換網５５６内部における電話接続をそれぞれ表わす。図１８８及び図１８９を参照して説明する。
電話機５７０から“００ＸＹ−０６−３３３３−４４４４”とダイヤルして電話呼出しすると（図１８８のステップJ01）、交換機５５７が呼出確認し（ステップJ02）、交換機５５７は、前記ダイヤルされた情報に含まれる通信事業者識別コード“００ＸＹ”を用いて、“００ＸＹ”が付与されている回線情報を含むゲートウェイ５５０に接続する交換機５５８を見出し、前記ダイヤル時に取得した発信元電話番号“０３−１１１１−２２２２”と“００ＸＹ−０６−３３３３−４４４４”とを、交換機５５８に送信する（ステップJ03）。そして、交換機５５８は、発信元電話番号“０３−１１１１−２２２２”と、宛先電話番号“０６−３３３３−４４４４”とを回線情報を含むゲートウェイ５５０に送信し（ステップJ04）、回線情報を含むゲートウェイ５５０は、回線情報を含むゲートウェイ５５０内部のＩＰ転送網入回線表５８４を参照して、宛先電話機の電話番号をパラメータとして、即ち宛先電話番号が“０６−３３３３−４４４４”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として、ゲートウェイはNNIインタフェースを有し、信号局としてのゲートウェイの信号局コードは“＃２２２２”であることを知り、交換機５５８に返信する（ステップJ05）。次に、交換機５５８は、信号局コード“＃２２２２”であるゲートウェイに接続する交換機を探し、このケースにおいては交換機５５９であることを見出し、前記手順により取得しているゲートウェイへのアクセス情報としての信号局コード“＃２２２２”、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０６−３３３３−４４４４”を含む情報を交換機５５９に転送する（ステップJ06）。
交換機５５９は、NNI通信回線５７７を経て信号局コード“＃２２２２”であるゲートウェイ５５１に発信元電話番号“０３−１１１１−２２２２”、宛先電話番号“０６−３３３３−４４４４”を転送する（ステップJ07）。ゲートウェイ５５１は、前記手順により取得した発信元電話番号“０３−１１１１−２２２２”、宛先電話番号“０６−３３３３−４４４４”を含むＩＰパケットを形成する。ＩＰパケットの送信元ＩＰアドレスは、ゲートウェイ５５１に付与された（ゲートウェイ５５１自身が知っている）ＩＰアドレスであり、宛先ＩＰアドレスは通信回線を接続するための通信相手先、このケースではゲートウェイ５５４のＩＰアドレス“10.240.240.1”であり、ゲートウェイ５５１内部の（図１８７の）ＩＰ転送網出回線表５８６から、宛先電話機の電話番号をパラメータとして、即ち宛先電話番号“０６−３３３３−４４４４”に対応するＩＰアドレスの一つ“10.240.240.1”を用いる例である。前述したゲートウェイ５５１が、ゲートウェイ５５４のＩＰアドレスを見出す手続きに代わり、ゲートウェイ５５１から電話番号サーバ５９３に宛先電話番号“０６−３３３３−４４４４”を有する電話機に接続するためのゲートウェイのＩＰアドレスを質問する“問合せＩＰパケット”を送出し、電話番号サーバ５９３から回答を得て用いることもできる（オプション）。
前述の交換機の機能のうち、“ステップJ04”及び“ステップJ05”は、電話交換網の共通線信号方式・トランザクション機能部のメッセージを用いることが出来る。
前述により形成されたＩＰパケットはゲートウェイ５５１から送出され、ルータ５４６−１、電話管理サーバ５４９−１を経て（ステップJ08）、ルータ５４６−１、ルータ５４６−５、電話管理サーバ５４９−５を経て（ステップJ09）、ルータ５４６−５、ゲートウェイ５５４を経て（ステップJ10）、NNI通信回線５７８を経て交換機５６２に到達する（ステップJ11）。前記ＩＰパケットは、発信元電話番号“０３−１１１１−２２２２”、宛先電話番号“０６−３３３３−４４４４”を含む。
続いて、発信元電話番号“０３−１１１１−２２２２”、宛先電話番号“０６−３３３３−４４４４”を含む呼設定要求が交換機５６１に転送され（ステップJ12）、前記呼設定要求を受信した交換機５６１が呼設定要求の確認通知を交換機５５７へ返信する（ステップJ14及至ステップJ20）。次に、交換機５６１は電話機５７１を呼出し（ステップJ13）、電話機が呼出中を交換機５６１に返信すると（ステップJ22）、交換機５６１は宛先電話機５７１の呼出中を送信元電話機５７０に通知する（ステップJ23〜ステップJ30）。電話機５７１がオフフックされると、電話通信開始を表わすＩＰパケットが送信元電話機５７０に通知されて（ステップJ32及至ステップJ40）、電話通信が開始される。
以上により、電話機５７０と電話機５７１との間の端末間通信接続制御の手順が完了し、電話機５７０と電話機５７１との間の通話が行えるようになる。
電話の通話終了において、電話機５７０から電話の呼解放通知が交換機５５７に送出され（図１８９のステップJ42）、交換機５５７から呼解放完了通知が電話機５７０に返される（ステップJ43）。以下続いて、交換機５５７、交換機５５９、ゲートウェイ５５１、電話管理サーバ５４９−１、電話管理サーバ５４９−５、ゲートウェイ５５４、交換機５６２、交換機５６１、電話機５７１間で呼解放の通知と呼解放完了の通知を順次送受することで、接続の解放を実施する（ステップJ44及至J59）。
前記ステップの交換機や電話管理サーバで送受される制御データは、共通線信号の接続制御メッセージに相当し、例えばステップJ09,J17,J26,J36,J50,J51は、それぞれIAMメッセージ、ACMメッセージ、CPGメッセージ、ANMメッセージ、RELメッセージ、RLCメッセージに相当する。
以上の“電話機間の通信接続制御ーその１”を要約すると、下記のようになる。即ち、ＩＰ転送網を中継網として用い、公衆電話交換網に接続する２電話機間の通信接続制御方法であり、送信元電話機は、送信元電話番号、通信事業者識別コード及び宛先電話番号を用いて発呼し、通信事業者コードにより特定されるＩＰ転送網側ゲートウェイにおいて、“ＩＰ転送網内部への入回線表”を参照することにより、ＩＰ転送網へ接続するための入ゲートウェイの信号局コードを取得する。入ゲートウェイでは、宛先電話番号をパラメータとして、そのゲートウェイ内の “ＩＰ転送網外部への出回線表”を参照することにより、ＩＰ転送網内部から公衆電話交換網へ通話回線を接続するための出ゲートウェイのＩＰアドレスを取得し、前記取得したＩＰアドレスに向けて、発信元電話番号及び宛先電話番号を含めたＩＰパケットを出ゲートウェイへ転送する。出ゲートウェイでは、前記で受信したＩＰパケットに含まれる発信元電話番号、宛先電話番号を元に公衆電話交換網に発呼を行い、交換機を経て宛先電話に転送する。
前記他の方法として、“ＩＰ転送網外部への出回線情報”は電話番号サーバに問い合わせ、前記電話番号サーバが回答する。“ＩＰ転送網内部への入回線情報”はＩＰ転送網外部にNNI通信回線を有するゲートウェイの信号局コードであり、“ＩＰ転送網外部への出回線情報”はＩＰ転送網外部にNNI通信回線を有するゲートウェイへのＩＰアドレスである。
＜＜電話機間の通信接続制御ーその２＞＞
図１９０及び図１９１を参照して説明する。
電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、電話番号“０９２−５５５−６６６６”である宛先の電話機５７２へ電話接続する例である。電話機５７０から、“００ＸＹ−０９２−５５５−６６６６”とダイヤルして電話接続を要求すると（図１９０のステップK01）、交換機５５７が応答する（ステップK02）。交換機５５７は、前記ダイヤルされた情報に含まれる通信事業者識別コード“００ＸＹ”を用いて、“００ＸＹ”が付与されている回線情報を含むゲートウェイ５５０に接続する交換機５５８を見出し、前記ダイヤル時に取得した発信元電話番号“０３−１１１１−２２２２”及び“００ＸＹ−０９２−５５５−６６６６”を交換機５５８に送信する（ステップK03）。
交換機５５８は、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を回線情報を含むゲートウェイ５５０に送信し（ステップK04）、回線情報を含むゲートウェイ５５０は、回線情報を含むゲートウェイ５５０内部のＩＰ転送網入回線表５８４を参照して、宛先電話番号が“０９２−５５５−６６６６”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として電話番号“０３−４４４４−４０００”を１つ見出して、交換機５５８に通知する（ステップK05）。次に、交換機５５８は、ゲートウェイ電話番号“０３−４４４４−４０００”に接続する交換機を探し、このケースにおいては交換機５６０であることを見出し、前記手順により取得しているゲートウェイへのアクセス情報としての電話番号“０３−４４４４−４０００”、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を含む情報を交換機５６０に転送する（ステップK06）。交換機５６０は、電話番号“０３−４４４４−４０００”が付与されているゲートウェイ５５２に、UNI通信回線５８０を経て“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を転送する（ステップK07）。ゲートウェイ５５２は、これら２つの電話番号を受信したことを交換機５６０に報告する（ステップK08）。
ゲートウェイ５５２は前記情報を受信すると（図１８７の）ＩＰ転送網出回線表５８７を検索し、宛先電話番号“０９２−５５５−６６６６”をパラメータとして、通信回線を接続するための通信相手先のゲートウェイ、このケースではゲートウェイ５５３ののＩＰアドレス“10.240.241.1”を取得し、前記取得した発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を含むＩＰパケットを形成する。前記形成するＩＰパケットの送信元ＩＰアドレスは、ゲートウェイ５５２に付与された（ゲートウェイ５５２自身が知っている）ＩＰアドレスであり、宛先ＩＰアドレスは、前記取得したゲートウェイ５５３のＩＰアドレス“10.240.241.1”である。
なお、前述したゲートウェイ５５２がゲートウェイ５５３のＩＰアドレスを見出す手続きにおいて、ゲートウェイ５５２から電話番号サーバ５９４に、宛先電話番号“０９２−５５５−６６６６”を提示してゲートウェイ５５３のＩＰアドレスの値を質問する“問合せＩＰパケット”を送出し（図１９０のステップKK１）、電話番号サーバ５９４から回答を得て（図１９０のステップKK2）ことができ、或は電話番号サーバ５９４の内容を予めゲートウェイ５５２の内部に転送しておき、ＩＰ転送網出回線表として用いることもできる（但し、ステップKK1とKK2はオプション）。
次に、前記形成されゲートウェイ５５２から送出されたＩＰパケットは、網ノード装置５４３及びルータ５４６−２を経て、電話管理サーバ５４９−２を経て（ステップK09）、ルータ５４６−３、ルータ５４６−４、電話管理サーバ５４９−４を経由して（ステップK10）、網ノード装置５４５を経てゲートウェイ５５３に到達する（ステップＫ１１）。次にゲートウェイ５５３は、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を含む情報をUNI通信回線５８１を経て交換機５６３に通知する（ステップK12）。交換機５６３は、これら２つの電話番号を受信したことをゲートウェイ５５３に返信する（ステップK13）。
交換機５６３は、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９２−５５５−６６６６”を含む呼設定要求を交換機５６４に転送し（ステップK14）、交換機５６４は前記呼設定要求を受け取ったことを交換機５５７へ返信する（ステップK16〜ステップK22）。交換機５６４は電話機５７２を呼出し（ステップK15）、電話機５７２は電話呼出中を交換機５６４に通知する（ステップK24）。交換機５６４は、宛先電話機５７２を呼び出していることを送信元電話機５７０に通知する（ステップK25〜ステップK32）。電話機５７２がオフフック通知されると（ステップK33）、電話通信開始可能通知が送信元電話機５７０に通知されて（ステップK35〜ステップK42）、電話通信が開始される。
以上により、電話機５７０と電話機５７２との間の端末間通信接続制御の手順が完了し、電話機５７０と電話機５７２との間の通話が行えるようになる。
電話の通話終了において、電話機５７０から電話の呼解放の通知が交換機５５７に送出され（図１９１のステップＫ４４）、交換機５５７から呼解放完了の通知が電話機５７０に返される（ステップＫ４５）。この呼解放の通知及び呼解放完了の通知により、電話機５７０と交換機５５７との間の接続が解放される。以下続いて、交換機５５７、交換機５６０、ゲートウェイ５５２、電話管理サーバ５４９−２、電話管理サーバ５４９−４、ゲートウェイ５５３、交換機５６３、交換機５６４、電話機５７２間で呼解放の通知と呼解放完了の通知を順次送受することで、電話呼の解放を遂行する（ステップＫ４６〜Ｋ６１）。
以上の“電話機間の通信接続制御ーその２”を要約すると、公衆電話交換網に接続する電話機から、ＩＰ転送網を経由して公衆電話交換網に接続する他の電話機に通信するための端末間通信接続制御方法であり、概略は電話機間の通信接続制御ーその１と類似している。異なる主な点は、“ＩＰ転送網内部への入回線情報”はＩＰ転送網外部にUNI通信回線を有するゲートウェイの電話番号であり、“ＩＰ転送網外部への出回線情報”はＩＰ転送網外部にUNI通信回線を有するゲートウェイへのＩＰアドレスである。
＜＜電話機間の通信接続制御ーその３＞＞
電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、電話番号“０９３−５５５−６６６６”である宛先の電話機５９８へ電話接続する例である。
この例においては、電話機５７０から“００ＸＹ−０９３−５５５−６６６６”とダイヤルして電話接続を要求し、交換機５５８は回線情報を含むゲートウェイ５５０に要求すると、ゲートウェイ５５０内部でＩＰ転送網入回線表５８４が用いられ、交換機５５８は宛先電話番号が“０９３−５５５−６６６６”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として信号局コード“＃２２２２”を取得し、ここで、交換機５５９とゲートウェイ５５１とはNNI通信回線５７７を経て接続されている。
次に、ゲートウェイ５５１は、ゲートウェイ５５１内部のＩＰ転送網出回線表５８６又は電話番号サーバ５９３に問い合わせ、宛先電話番号“０９３−５５５−６６６６”を有する電話機に通信回線を接続するためのゲートウェイ５５３のＩＰアドレスを取得し、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９３−５５５−６６６６”を含むＩＰパケットを形成する。前記形成されたＩＰパケットはゲートウェイ５５１から送出され、ルータ５４６−１、電話管理サーバ５４９−１、ルータ５４６−１、ルータ５４６−５、電話管理サーバ５４９−５、ルータ５４６−５、網ノード装置５４５を経てゲートウェイ５５３に到達する。
以降、ＩＰパケットから得られる発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０９３−５５５−６６６６”を含む端末間接続情報が、交換機５６３及び交換機５６６を経て電話機５９８に到達し、電話機５７０と電話機５９８との間の端末間通信接続制御が完了する。
以上の“電話機間の通信接続制御ーその３”と“電話機間の通信接続制御ーその１”とは類似しているが、対比的な点は、“ＩＰ転送網内部への入回線情報”はＩＰ転送網外部にNNI通信回線を有するゲートウェイの信号局コードであり、“ＩＰ転送網外部への出回線情報”はＩＰ転送網外部にUNI通信回線を有するゲートウェイへのＩＰアドレスである。
＜＜電話機間の通信接続制御ーその４＞＞
電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、電話番号“０７−３３３３−４４４４”である宛先の電話機５９７へ電話接続する例である。
この例においては、電話機５７０から、“００ＸＹ−０７−３３３３−４４４４”とダイヤルして電話接続を要求し、交換機５５８は回線情報を含むゲートウェイ５５０に要求し、ゲートウェイ５５０内部でＩＰ転送網入回線表５８４が用いられ、交換機５５８は、宛先電話番号が“０７−３３３３−４４４４”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として電話番号“０３−４４４４−４０００”を取得する。次に、ゲートウェイ５５２はゲートウェイ５５２内部のＩＰ転送網出回線表５８７又は電話番号サーバ５９４に問い合わせて、宛先電話番号“０７−３３３３−４４４４”を有する電話機に通信回線を接続するためのゲートウェイ５５４のＩＰアドレスを取得し、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０７−３３３３−４４４４”を含むＩＰパケットを形成する。前記形成されたＩＰパケットはゲートウェイ５５２から送出され、網ノード装置５４３、ルータ５４６−２、電話管理サーバ５４９−２、ルータ５４６−２、ルータ５４６−１、ルータ５４６−５、電話管理サーバ５４９−５、ルータ５４６−５を経てゲートウェイ５５４に到達する。
以降、ＩＰパケットから得られる発信元電話番号“０３−１１１１−２２２２”と宛先電話番号“０７−３３３３−４４４４”とを含む端末間接続情報が、交換機５６２及び交換機５６５を経て電話機５９７に到達し、電話機５７０と電話機５９７との間の端末間通信接続制御が完了する。
以上の“電話機間の通信接続制御ーその４”と“電話機間の通信接続制御ーその１”とは類似しているが、対比的な点は、“ＩＰ転送網内部への入回線情報”はＩＰ転送網外部にUNI通信回線を有するゲートウェイの電話番号であり、“ＩＰ転送網外部への出回線情報”はＩＰ転送網外部にNNI通信回線を有するゲートウェイへのＩＰアドレスである。
＜＜電話機間の通信接続制御ーその５＞＞
電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、メディアルータ５９１に接続する電話機５７３（但し、電話番号は“０４５−７７７−８８８８”である電話機）へ電話接続する例である。
電話機５７０から“００ＸＹ−０４５−７７７−８８８８”とダイヤルして電話接続を要求すると（図１９２に示すステップL01）、交換機５５７が応答し（ステップL02）、交換機５５７は前記ダイヤルされた情報に含まれる通信事業者識別コード “００ＸＹ”を用いて、“００ＸＹ”が付与されている回線情報を含むゲートウェイ５５０に接続する交換機５５８を見出し、前記ダイヤル時に取得した発信元電話番号“０３−１１１１−２２２２”及び“００ＸＹ−０４５−７７７−８８８８”を交換機５５８に送信する（ステップL03）。
交換機５５８は、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０４５−７７７−８８８８”を、回線情報を含むゲートウェイ５５０に送信し（ステップL04）、ゲートウェイ５５０は、ＩＰ転送網入回線表５８４を参照し、宛先電話番号が“０４５−７７７−８８８８”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として電話番号“０３−４４４４−４０００”を見出して交換機５５８に通知する（ステップL05）。次に、交換機５５８は、ゲートウェイ電話番号“０３−４４４４−４０００”に接続する交換機５６０を見出し、前記手順により取得している電話番号“０３−４４４４−４０００”、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０４５−７７７−８８８８”を含む情報を、交換機５６０に転送する（ステップL０６）。交換機５６０は電話番号“０３−４４４４−４０００”が付与されているゲートウェイ５５２に、通信回線５８０を経て、“０３−１１１１−２２２２”及び宛先電話番号“０４５−７７７−８８８８”を転送し（ステップL07）、ゲートウェイ５５２は、少なくともこれら２つの電話番号を受信したことを交換機５６０に返信する（ステップL08）。
次に、ゲートウェイ５５２は、前記の通信接続制御により取得した発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０４５−７７７−８８８８”を含むＩＰパケットを形成する。ＩＰパケットの送信元ＩＰアドレスはゲートウェイ５５２に付与された（ゲートウェイ５５２自身が知っている）ＩＰアドレスであり、宛先ＩＰアドレスは、通信回線を接続するための通信相手先、このケースではメディアルータ５９１のＩＰアドレス“10.241.1.1”であり、ＩＰ転送網出回線表５８７から宛先電話番号“０４５−７７７−８８８８”をパラメータとして見出す。
こうして形成され、ゲートウェイ５５２から送出された電話呼接続要求のＩＰパケットは、網ノード装置５４３、ルータ５４６−２、電話管理サーバ５４９−２、ルータ５４６−２、ルータ５４６−３、電話管理サーバ５４９−３、ルータ５４６−３、網ノード装置５４４を経て、メディアルータ５９１に到達する（ステップL10〜L16）。メディアルータ５９１は、前記電話呼接続要求を受けたことを交換機５５７へ返信し（ステップL20〜ステップL25）、更にメディアルータ５９１は電話機５７３を呼出し（ステップL18）、電話機が返信すると（ステップL27）、メディアルータ５９１は送信元電話機５７０に宛先電話機呼出中を通知する（ステップL29〜ステップL35）。電話機５７３がオフフックされると（ステップL36）、電話通信開始可能を表わす応答が送信元電話機５７０に通知されて（ステップL38〜ステップL44）、電話通信が開始される。
以上により、電話機５７０と電話機５７３との間の端末間通信接続制御手順が完了し、電話機５７０と電話機５７３との間の通話が行えるようになる。
電話の通話終了において、電話機５７０から電話の呼解放の通知が交換機５５７に送出され（ステップL45）、交換機５５７から呼解放完了の通知が電話機５７０に返される（ステップK46）。この呼解放の通知及び呼解放完了の通知により、電話機５７０と交換機５５７の間の接続が解放される。以下続いて、交換機５５７、交換機５６０、ゲートウェイ５５２、電話管理サーバ５４９−２、電話管理サーバ５４９−３、メディアルータ５９１、電話機５７３間で呼解放通知と呼解放完了通知を順次送受することで、接続の解放を実施する（ステップJ47〜J60）。
以上の“電話機間の通信接続制御ーその５”は、“電話機間の通信接続制御ーその１”と類似しており、対比的な主要点は、電話接続先が、メディアルータに接続する電話機である。
＜＜電話機間の通信接続制御―その６＞＞
図１９３を参照して説明する。５４０−１はＩＰ転送網、５５０−１及び５５４−１はゲートウェイ、１０００は「入り回線情報サーバ」である。他の装置や電話機、公衆交換網などは図１８５に示す装置や電話機などと同一であり、同じ番号で示している。この実施例は、（図１８５の）回線情報を含むゲートウェイ５５０の代わりに、ＩＰ転送網入回線表５８４を含む入り回線情報サーバ１０００を用いることが特徴であり、図１８８のステップJ04とステップJ05の代わりに、図１９４のステップJ04xとステップJ05xを用いる。
入り回線情報サーバ１０００は、公衆電話交換網５５５から識別できる通信事業者識別コード “００ＸＹ”と、公衆電話交換網５５５から識別するための信号局コードとを付与されている。電話番号“０３−１１１１−２２２２”である発信元の電話機５７０から、電話番号“０６−３３３３−４４４４”である宛先の電話機５７１へ電話接続する例である。図１９４を参照して説明する。
電話機５７０から“００ＸＹ−０６−３３３３−４４４４”とダイヤルして電話呼出しすると（図１９４のステップJ01）、交換機５５７が呼出確認し（ステップJ02）、交換機５５７は、前記ダイヤルされた情報に含まれる通信事業者識別コード “００ＸＹ”を用いて、“００ＸＹ”が付与されている入り回線情報サーバ１０００に接続する交換機５５８を見出し、前記ダイヤル時に取得した発信元電話番号“０３−１１１１−２２２２”及び“００ＸＹ−０６−３３３３−４４４４”を交換機５５８に送信する（ステップJ03）。交換機５５８は、発信元電話番号“０３−１１１１−２２２２”及び宛先電話番号“０６−３３３３−４４４４”を入り回線情報サーバ１０００に送信し（ステップJ04x）、入り回線情報サーバ１０００は、入り回線情報サーバ１０００内部のＩＰ転送網入回線表５８４を参照し、宛先電話機の電話番号をパラメータとして、即ち宛先電話番号が“０６−３３３３−４４４４”である電話機に通信回線を接続するためのゲートウェイへのアクセス情報として、ゲートウェイはNNIインタフェースを有し、信号局としてのゲートウェイの信号局コードは“＃２２２２”であることを知り、交換機５５８に返信する（ステップJ05x）。以下、前記ステップJ06〜J40を実施することにより、電話機５７０と電話機５７１との間の端末間通信接続制御手順が行われ、電話機５７０と電話機５７１との間の通話が行えるようになる。同様にして、電話機５７０から、電話機５７２、５９７，５９８、５７３との間の端末間通信接続制御の手順を行うことができる。
＜＜網ノード装置の実施例＞＞
前記端末間通信接続制御方法において用いられる網ノード装置について、図１９５を参照して説明する。
５４０−１はＩＰ転送網、５４３−１及び５４５−１は網ノード装置、５５２−１及び５５４−１はゲートウェイ、５４７−１及び５４８−１は中継装置であり、それぞれ通信回線により接続されている。ゲートウェイ５５２−１にＩＰアドレス“ａ”が、ゲートウェイ５５４−１にＩＰアドレス“ｂ”がそれぞれ付与されており、更に網ノード装置５４３−１のゲートウェイ５５２−１側の通信回線との接点に、ＩＰアドレス“ｘ”が付与され、網ノード装置５４５−１のゲートウェイ５５４−１側の通信回線との接点に、ＩＰアドレス“ｙ”が付与されている。５４３−１Tは、前記の４組のＩＰアドレス“ａ”、“ｂ”、“ｘ”、“ｙ”を保持しているアドレス管理表である。５４５−１Tは、前記４組のＩＰアドレス“ｂ”、“ａ”、“ｙ”、“ｘ”を保持しているアドレス管理表である。
ゲートウェイ５５２−１からゲートウェイ５５４−１に送られるＩＰパケットのPCK-1は、送信元ＩＰアドレスが“ａ”、宛先ＩＰアドレスが“ｂ”であり、網ノード装置５４３−１に到達すると、アドレス管理表５４３−１Tが参照される。本例では、内部情報“ａ”、“ｂ”、“ｘ”、“ｙ”のうち、前から3つのＩＰアドレス“ａ”、“ｂ”、“ｘ”がＩＰパケットのPCK-1内部の３つのＩＰアドレスと一致するので、アドレス管理表５４３−１T内部の他のＩＰアドレス“ｙ”が取り出されて、ＩＰヘッダを付与するＩＰカプセル化が行われて、新しいＩＰパケットであるPCK-2が形成される。PCK-2は網ノード装置５４３−１から通信回線に送出され、ルータ５４７−１，５４８−１を経て網ノード装置５４５−１に到達し、ここで前記ＩＰカプセル化により付与されたＩＰヘッダを取り除く逆カプセル化が行われて、ＩＰパケットのPCK-3が復元され、通信回線を経てゲートウェイ５５４−１に送られる。アドレス管理表５４５−１Tは、前記と逆方向のＩＰパケット送信のために使われる。
網ノード装置５４３−１及び５４５−１は、ＩＰカプセル化と逆カプセル化を行う機能を有し、そのためにアドレス管理表を保持している。ゲートウェイのＩＰアドレスは、網ノード装置５４３−１と５４５−１のアドレス管理表内に登録保持されている特徴がある。
＜＜網ノード装置の他の実施例＞＞
図１９６を参照して、網ノード装置５４３−２及び５４５−２の他の実施例を説明する。
５４０−２はＩＰ転送網、５４３−２及び５４５−２は網ノード装置、５５２−２及び５５４−２はゲートウェイ、５４７−２及び５４８−２は中継装置であり、それぞれ通信回線により接続されている。ゲートウェイ５５２−２にＩＰアドレス“ａ”が、ゲートウェイ５５４−２にＩＰアドレス“ｂ”がそれぞれ付与されている。５４３−２Tは前記ＩＰアドレス“ａ”を、５４５−２Tは前記ＩＰアドレス“ｂ”を保持しているアドレス管理表である。
ゲートウェイ５５２−２からゲートウェイ５５４−２に送られるＩＰパケットのPCK-11は、送信元ＩＰアドレスが“ａ”、宛先ＩＰアドレスが“ｂ”であり、網ノード装置５４３−２に到達するとアドレス管理表５４３−２Tが参照される。本例では、内部情報の“ａ”がＩＰパケットのPCK-11内部の送信元のＩＰアドレスと一致するので、PCK-11をＩＰ転送網５４０内部に転送する許可があると理解でき、次にPCK-11をそのまま、PCK-12とする。PCK-12は網ノード装置５４３−２から通信回線に送出され、ルータ５４７−２，５４８−２を経て網ノード装置５４５−２に到達する。ここで、アドレス管理表５４５−２Tの内部にPCK‐12の宛先ＩＰアドレス“ｂ”が記録されているので、PCK‐12はそのまま、PCK-1３として、通信回線を経てゲートウェイ５５４−２に送られる。網ノード装置５４３−２及び５４５−２は、ＩＰ転送網５４０−２の内部にＩＰパケットを受け入れ許可を確認し、或はＩＰ転送網５４０−２の外部にＩＰアドレス“ｂ”が存在することを確認できる。ゲートウェイのＩＰアドレスは、網ノード装置５４３−２及び５４５−２のアドレス管理表内に登録保持されている特徴がある。
以上、網ノード装置の機能を要約すると、本実施例において、網ノード装置は、ＩＰパケットをＩＰ転送網の外部からＩＰ転送網の内部に受け入れるとき、ＩＰヘッダを新たに付与するＩＰカプセル化を行うタイプと、ＩＰカプセル化を行わないタイプの２つのタイプがある。ゲートウェイのＩＰアドレスは、網ノード装置のアドレス管理表内に登録保持されている。

１３．制御線と音声線とを分離して公衆電話交換網に接続する第１３実施例：
制御通信回線と音声通信回線とを分離し、ＩＰ転送網と公衆電話交換網（PSTN）とを経由する電話機間通信接続制御する方法を説明する。
図１９７において、１５００はＩＰ転送網、１５０１は公衆電話交換網、１５０２はカプセル化機能付ゲートウェイ、１５０３は中継ゲートウェイ、１５０８及び１５２０は電話機、１５１８は中継交換機、１５１９は加入者交換機、１５０５は共通線信号方式による制御通信回線、１５０６は音声通信回線である。１５０７は制御ＩＰ通信回線、１５０９は音声ＩＰ通信回線である。１５４４及び１５４７は網ノード装置、１５７０は代理電話サーバ、１５７１は電話管理サーバ、１５７２は電話番号サーバ、１５７３は表管理サーバ、１５２１、１５２２、１５２３、１５２４はそれぞれルータである。１５１３は中継制御部（ＳＴＰ）、１５１６は音声制御部である。
図１９７に示すＩＰ転送網の内部リソース（装置やサーバ）の一部は、図１２８又は図１７０に示すＩＰ転送網の内部リソースの一部と対応付け可能であり、電話機１５０８、メディアルータ１５６０，網ノード装置１５４４，代理電話サーバ１５７０，電話管理サーバ１５７１，電話番号サーバ１５７２，表管理サーバ１５７３、網ノード装置１５４７はそれぞれ電話機１２０８、メディアルータ１２０１，網ノード装置１２４４，代理電話サーバ１２７０，電話管理サーバ１２７１，電話番号サーバ１２７２，表管理サーバ１２７３、網ノード装置１２４７に対応する。
＜＜中継制御部の機能＞＞
本発明において、共通線信号方式におけるポイント（Point）を信号局、ポイントコード（Point Code）を“信号局アドレス”により表わす。中継ゲートウェイ１５０３内部の中継制御部１５１３は、公衆電話交換網１５０１から見ると共通線信号方式の中継信号局（STP）であり、信号局アドレス“PC-3”を付与されている。中継制御部１５１３は信号局アドレス管理表１５２７（図２０８）を管理しており、この信号局アドレス管理表を検索して、公衆電話交換網１５０１内の交換機の信号局アドレスを取得することが出来る。中継ゲートウェイ１５０３は、ＮＮＩ通信回線１５０５に送信する信号ユニット内に書き込む回線番号“CIC-ｎ”や、信号リンク選択“SLS-ｎ”の生成ルールを公衆電話交換網１５０１と同じルールに定めてある。
中継制御部１５１３は、ＩＰアドレス“ＧＷ０３”を付与されており、制御ＩＰ通信回線１５０７から送られてくるＩＰパケットに格納された電話呼制御の各種メッセージ（ＩＡＭ，ＡＣＭ，ＣＰＧ，ＡＮＭ，ＲＥＬ，ＲＬＣなど）を、共通線信号方式の信号ユニットに格納した各種メッセージ（ＩＡＭ，ＡＣＭ，ＣＰＧ，ＡＮＭ，ＲＥＬ，ＲＬＣなど）に変換して、制御通信回線１５０５へ送信する。また、逆方向に、中継制御部１５１３は、制御通信回線１５０５から送られてくる信号ユニットに格納された電話呼制御用の各種メッセージを、ＩＰパケットに格納したメッセージに変換して制御ＩＰ通信回線１５０７へ送信する機能を有する。中継制御部１５１３に付与されたＩＰアドレス“ＧＷ０３”や信号局コード“ＰＣ−３”は、中継ゲートウェイ１５０３に付与されたＩＰアドレスや信号局コードでもある。
＜＜音声制御部の機能＞＞
音声制御部１５１６は、音声ＩＰ通信回線１５０９から送られてくるＩＰパケットに格納された音声を、公衆電話交換網１５０１内を転送できる形式、例えばＩＳＤＮの一次群インタフェース（ＰＲＩ、２３Ｂ＋Ｄ）のデータ通信路に適合する音声フレームに変換して音声通信回線１５０６に送信する。また、逆方向に、音声制御部１５１６は、公衆電話交換網１５０１の音声通信回線１５０６から送られてくる音声フレームをＩＰパケット形式に変換して、音声ＩＰ通信回線１５０９に送信する機能を有する。音声制御部は内部に音声ＩＰパケットを送受するためのＩＰアドレスを有し、メディアパス接続表の設定に供する。
＜＜電話番号サーバ＞＞
電話番号サーバ１５７２は電話番号を質問すると、質問を受けた電話番号を有する電話機へ通信するためのＩＰアドレスを回答する。電話通信先が中継ゲートウェイであるケースでは、中継ゲートウェイに付与されたＩＰアドレスの値を回答し、電話通信先がカプセル化機能付ゲートウェイであるケースでは、ゲートウェイの先に接続するメディアルータのＩＰアドレスを回答する。
＜＜接続フェーズ＞＞
電話機１５０８から電話機１５２０へ電話通信する例である。この実施例では、代理電話サーバ１５７０のＩＰアドレス“EA81”はＩＰ転送網１５００の利用者へ公開しており、メディアルータ１５６０は前記ＩＰアドレス“EA81”を保持している。電話機１５０８の受話器を上げると、呼出信号がメディアルータ１５６０へ伝えられ(図１９８のステップN0１)、メディアルータ１５６０は電話呼出を確認する（ステップN02）。次に、メディアルータ１５６０は、送信元ＩＰアドレスをメディアルータ１５６０のＩＰアドレス“EA1”、宛先ＩＰアドレスを代理電話サーバ１５７０の外部ＩＰアドレス“EA81”とし、送信元となる電話機１５０８の電話番号“TN-1”、宛先となる電話機１５２０の電話番号“TN-2”、送信元となる電話機１５０８が電話音声を送信するために用いるUDPポート番号“５００６”、付加情報“Info-2”を含むＩＰパケット１５３０（図１９９）を形成し、網ノード装置１５４４へ送信する（ステップN03）。ＩＰパケット１５３０のペイロード部分はUDPパケットであり、その送信元及び宛先ポート番号とも“５０６０”の例である。
網ノード装置１５４４は外部ＩＰパケット１５３０を入力し、他の実施例で説明しているＩＰカプセル化技法を適用して内部ＩＰパケット１５３１（図２００）を形成し、ＩＰパケット１５３１を、内部ＩＰアドレスが“IA81”である代理電話サーバ１５７０へ送信する(ステップN04)。代理電話サーバ１５７０は、ＩＰパケット１５３１を受信すると、ＩＰパケット１５３１内部に含まれるＩＰアドレス“EA1,IA1,EA81,IA81”を、ペイロード部分に含むＩＰパケット１５３２−１（図２０１）を形成し、電話管理サーバ１５７１へ送信する(ステップN05)。ここで、代理電話サーバ１５７０は、予め保持している電話管理サーバ１５７１のＩＰアドレス“IA91”を用いている。
＜＜CIC管理表の形成＞＞
電話管理サーバ１５７１はＩＰパケット１５３２−１を受信し、電話管理サーバ１５７１が管理するCIC管理表のレコードに、電話管理サーバ１５７１のＩＰアドレス“IA91”、手順区分“IAM”、送信元電話番号“TN-1”、宛先電話番号“TN-2”、メディアルータ１５６０の外部ＩＰアドレスの“EA1”と内部ＩＰアドレスの“IA1”、ＩＰパケット１５３２−１内部の音声通信用ポート番号“５００６”、代理電話サーバ１５７０の外部ＩＰアドレス“EA81”と内部ＩＰアドレス“IA81”、書き込み時刻（年月日時分秒）“St-2”を書き込む（図２０２のCIC管理表１５７１−１）。
次に、電話管理サーバ１５７１は、宛先電話番号“TN-2”を質問するＩＰパケット１５３２−２（図２０３）を電話番号サーバ１５７２に示し（ステップN06）、電話番号サーバ１５７２は、電話機１５２０へ接続する装置類のＩＰアドレス“GW03”をＩＰパケット１５３２−３（図２０４）に格納して回答する(ステップN07)。なお、電話機１５２０へ接続する装置類は、中継ゲートウェイ１５０３内部の中継制御部１５１３となっている例である。
＜＜回線番号の管理＞＞
電話管理サーバ１５７１は、電話番号サーバ１５７２から取得した中継制御部１５１３のＩＰアドレス“GW03”をCIC管理表１５７１−１（図２０２）に追加し、更に電話管理サーバ１５７１のＩＰアドレス“IA91”及び中継制御部１５１３のＩＰアドレス“GW03”の組に対して、電話管理サーバ１５７１が定めているルールによりCIC番号“CIC-2”を定め、CIC管理表に書き込む。この様子は、CIC管理表１５７１−２（図２０５）のレコード示されている。
次に電話管理サーバ１５７１はCIC管理表１５７１−２（図２０５）を参照し、ＩＰパケット１５３２−１（図２０１）からＩＰパケット１５３４（図２０６）（IAMパケット）を形成し、ＩＰパケット１５３４を中継制御部１５１３へ送信する（ステップN09）。ここで、ＩＰパケット１５３４の宛先ＩＰアドレスは中継制御部１５１３のＩＰアドレス“GW03”である。
＜＜中継制御部の動作＞＞
中継制御部１５１３はＩＰパケット１５３４（図２０６）を受信すると（ステップN09）、ＩＰパケット１５３４から送信元ＩＰアドレス“IA91”、宛先ＩＰアドレス“GW03”、回線番号“CIC-2”、手順区分“IAM”、送信元電話番号“TN-1”、宛先電話番号“TN-2”、メディアルータ１５６０の外部ＩＰアドレスの“EA1”と内部ＩＰアドレスの“IA1”、音声通信用ポート番号“５００６”、代理電話サーバ１５７０の外部ＩＰアドレス“EA81”と内部ＩＰアドレス“IA81”を取り出し、中継制御部１５１３が管理するCIC管理表１５１３−１（図２０７）のレコードとして、時刻“St-3”と共に書き込み記録する。
更に、中継制御部１５１３は、信号局アドレス管理表１５２７（図２０８）を検索して、宛先電話機１５２０の電話番号“TN-2”を提示して、電話機１５２０を管理する交換機１５１９の信号局アドレス“PC-19”を取得する。更に、中継制御部１５１３は、予め公衆電話交換網１５０１と取り決めてあるルールにより、回線番号“CIC-3”、信号リンク選択“SLS-3”を定める。中継制御部１５１３は、中継制御部１５１３の信号局アドレス“PC-3”、前記取得した“PC-19”、前記信号リンク選択“SLS-3”、前記回線番号“CIC-3”とを、メディアパス識別子“MP-7”と共に、アドレス接続表１５２５の新規レコードとして書き込み、結果としてアドレス接続表は１５２５−１に示すようになる（図２０９）。
続いて、中継制御部１５１３は、前記信号局アドレス“PC-3”、前記取得した“PC-19”と、前記回線番号“CIC-3”と信号リンク選択“SLS-3”と、ＩＰパケット１５３４から取得したメッセージ“IAM”、パラメータ“Para-2”を含む信号ユニット１５３５を形成し(図２１０)、制御通信回線１５０５へ送信する（ステップN10）。
＜＜中継制御部と音声制御部との連携動作＞＞
中継制御部１５１３は、前記メディアパス識別子“MP-7”、カプセル化用の内部ＩＰアドレス“IA1”、前記メディアルータ１５６０の外部ＩＰアドレスの“EA1”、音声通信用ポート番号“５００６”とを、情報回線１５１５経由で音声制御部１５１６へ通知し（図２１１のステップ１５１３−１）、音声制御部１５１６は、前記通知された情報をメディアパス接続表１５２８のレコードとして書き込み、書き込み完了を報告する（ステップ１５１６−１）。前記メディアパス識別子は、２電話機間の電話呼（接続／通話／解放）に用いる音声通信路を識別するために用いる。メディアパス接続表１５２８−１（図２１４）のレコードは書き込み前を、メディアパス接続表１５２８−２（図２１５）は書き込み結果を示す。なお、音声制御部１５１６は、音声制御部１５１６から音声通信回線１５０６へ音声を送信するための論理通信回線を定め、その論理通信回線識別子“CH-1”（（送信チャネル：Channel-Sにより表わす））を、メディアパス接続表１５２８−２のレコードとして書き込んでいる。
＜＜交換網の動作とACMメッセージ＞＞
交換機１５１８は、制御通信回線１５０５経由で信号ユニット１５３５を受信し（ステップN10）、次に信号ユニット１５３５を交換機１５１９へ転送する（ステップN11）。交換機１５１９は信号ユニット１５３５を受信し、内部に含まれる宛先電話番号“TN-2”が着信可能であるかを確認し、着信可能であれば着信通知を電話機１５２０へ通知し（ステップN12）、更に信号ユニット１５３５の受信を知らせる信号ユニット１５３８−１（図２１８）を形成して返信し、前記信号ユニットは交換機１５１８を経由して（ステップN13）、中継制御部１５１３に到達する（ステップN14）。中継制御部１５１３は、受信した信号ユニット１５３８−１のラベル情報を基に、アドレス接続表１５２５−１（図２０９）を参照し、ＩＰパケット形成のためのアドレス情報を取得し、ＩＰパケット１５５１（ACMメッセージ）（図２１９）を形成し、ＩＰパケット１５５１を電話管理サーバ１５７１へ送信する（ステップN15）。
電話管理サーバ１５７１は、受信したＩＰパケット１５５１から回線番号“CIC-2”及び手順区分“ACM”を取り出し、電話管理サーバ１５７１が保持するCIC管理表１５７１−２（図２０５）を調べて、自己ＩＰアドレス“IA91”、相手ＩＰアドレス“GW03”、回線番号“CIC-2”であるレコードを見出し、CIC管理表１５７１−２の該当レコードの手順区分欄を前記手順区分“ACM”に書き変える。次に、電話管理サーバ１５７１は、前記ACMメッセージを受信したことを示すＩＰパケットを形成し、メディアルータ１５６０へ通知する（ステップN17，N18，N19）。
＜＜メディアパス接続表＞＞
ステップN10を完了した後に、中継制御部１５１３は、音声制御部１５１６にメディアパス識別子“MP-7”を添付して、ＩＰアドレスとポート番号を要求すると（図２１２のステップ１５１３−２）、音声制御部１５１６は、音声制御部１５１６が形成しＩＰ転送網１５００の内部の音声ＩＰ通信回線１５０９に送出するＩＰパケットのカプセル化用の内部ＩＰアドレス“IA3”、送信元ＩＰアドレス“EA3”とUDPパケットのポート番号“５００８”とを、中継制御部１５１３へ回答する（ステップ１５１６−２）。メディアパス識別子により識別する音声通信路は、音声制御部１５１６の内部に付与するＩＰアドレス（“ＩＡ３,ＥＡ３,・・”）と、ポート番号（“５００４、５００６、・・”）の組み合わせにより、多数の音声通信路を定めることができる。なお、音声制御部１５１６は、交換機１５１８から受信する論理音声通信回線を確保し、その識別子“CH-2”（受信チャネル：Channel-Rで表わす）を定め、メディアパス接続表１５２８−３（図２１６）のレコードに記録している。
中継制御部１５１３は、音声制御部１５１６内の内部ＩＰアドレス“IA3”、送信元外部ＩＰアドレス“EA3”とUDPパケットのポート番号“５００８”とを音声制御部１５１６から受信し、CIC管理表１５１３−１（図２０７）に書き込み、その結果はCIC管理表１５１３−２（図２１７）のようになる（なお、代理電話管理サーバのアドレスは含まれない）。なお、音声制御部１５１６は、予め音声制御部１５１６の内部ＩＰアドレスを１以上保持しており、その１つを前記内部ＩＰアドレス“IA3”としている。
＜＜CPGメッセージの送信＞＞
電話機１５２０が電話呼出中を交換機１５１９に報告すると（ステップN20）、交換機１５１９は電話呼出中を知らせる信号ユニット（CPGメッセージ）を形成して送信し、前記信号ユニットは交換機１５１８を経由して（ステップN21）、中継制御部１５１３に到達する（ステップN22）。中継制御部１５１３は、受信した前記信号ユニットのラベル情報を基にアドレス接続表１５２５−１（図２０９）を参照し、ＩＰパケット形成のためのアドレス情報を取得し、ＩＰパケット形式のCPGメッセージ１５５２（図２２０）を形成し、前記ＩＰパケットは電話管理サーバ１５７１へ送信される（ステップN23）。電話管理サーバ１５７１は、前記電話呼出中通知をメディアルータ１５６０経由で電話機１５０８へ通知する（ステップN25乃至N28）。中継制御部１５１３は前記CPGメッセージを形成するとき、CIC管理表１５１３−２（図２１７）から音声制御部１５１６の送信元外部ＩＰアドレス“EA3”、内部ＩＰアドレス“IA3”とUDPパケットのポート番号“５００８”とを取得し、CPGメッセージ１５５２に書き込んでいる。電話管理サーバ１５７１は、受信したCPGパケット１５５２から、外部ＩＰアドレス“EA3”，内部ＩＰアドレス“IA3”及びポート番号“5008”を取り出して管理表１５７１−２（図２０５）に書き込むことができる。
＜＜ANMメッセージの送信＞＞
次に、電話機１５２０の利用者が電話呼出しに応答すると（ステップN30）、交換機１５１９は応答を知らせる信号ユニット（ANMメッセージ）を形成して送信し、前記信号ユニットは交換機１５１８を経由して（ステップN31）、中継制御部１５１３に到達する（ステップN32）。中継制御部１５１３は、受信した前記信号ユニットのラベル情報を基にアドレス接続表１５２５−１（図２０９）を参照し、ＩＰパケット形式のANMメッセージ１５５３（図２２１）を形成し、ＩＰパケット１５５３は電話管理サーバ１５７１へ送信される（ステップN33）。そして、電話管理サーバ１５７１は、前記電話応答の通知をメディアルータ１５６０経由で電話機１５０８へ通知する（ステップN35乃至N38）。即ち、電話管理サーバ１５７１から代理電話サーバ１５７０へＩＰパケット１５５４（図２２３）が送られ（ステップN35）、代理電話サーバ１５７０から網ノード装置１５４４へＩＰパケット１５５５（図２２４）が送られ（ステップN36）、網ノード装置１５４４からメディアルータ１５６０へＩＰパケット１５５６（図２２５）が送られる（ステップN3７）。
中継制御部１５１３は前記ANMメッセージを形成するとき、CIC管理表１５１３−２（図２１７）から音声制御部１５１６の送信元外部ＩＰアドレス“EA3”、内部ＩＰアドレス“IA3”とUDPパケットのポート番号“５００８”とを取得し、ANMメッセージ１５５３に書き込んでいる。電話管理サーバ１５７１は、受信した応答パケット１５５３から外部ＩＰアドレス“EA3”，内部ＩＰアドレス“IA3”及びポート番号“5008”を取り出してCIC管理表１５７１−２（図２０５）に書き込むことができる。
＜＜CIC管理表１５７１への書き込みタイミング＞＞
電話管理サーバ１５７１が、前記外部ＩＰアドレス“EA3”，内部ＩＰアドレス“IA3”及びポート番号“5008”を取り出してCIC管理表１５７１−２に書き込むタイミングは、前記説明のうちCPGメッセージを受信したステップN23、又はANMメッセージを受信したステップN33の一方のみ行う。
＜＜中継制御部によるＩＰ通信レコードの設定＞＞
中継制御部は、前記ステップN33において、CIC管理表１５１３−３（図２２２）のレコード内部からＩＰアドレス“EA3”、“EA1”、“IA3”、“IA1”を取り出して表管理サーバ１５７６に送信し（ステップN41）、表管理サーバ１５７６は、網ノード装置１5４７内部のアドレス管理表のＩＰ通信レコード“EA3、EA1、IA3、IA1”として設定する（ステップN42）。なお、前記アドレス管理表のレコードの形態及びレコードへのアドレス設定方法は他の実施例において説明している。
＜＜電話管理サーバによるＩＰ通信レコードの設定＞＞
同様に、電話管理サーバ１５７１は、前記ステップN35において、CIC管理表のレコード内部からＩＰアドレス“EA1”、“EA3”、“IA1”、“IA3”を取り出して表管理サーバ１５７３に送信し（ステップN43）、表管理サーバ１５７３は、網ノード装置１５４４内部のアドレス管理表のＩＰ通信レコード“EA1、EA3、IA1、IA3”として設定する（ステップN44）。
＜＜通信フェーズ＞＞
電話機１５０８の利用者と電話機１５２０との電話通信は、他の実施例で説明しているのと同様のステップであり、網ノード装置１５４４内部のアドレス管理表のＩＰ通信レコード、つまり“EA1,EA3,IA1,IA3”のレコードと、網ノード装置１５４7内部のアドレス管理表のＩＰ通信レコード“EA3,EA1,IA3,IA1”のレコードとが用いられる。
電話機１５０８の音声はディジタル化されて、ＩＰパケット１５６１（図２２６）のペイロードに乗せられる。ここで、前記接続フェーズにおいて入手した宛先アドレス及びUDPポート番号が用いられる。即ち、送信元アドレスは、メディアルータ１５６０のＩＰアドレス“EA1”、宛先アドレスは、宛先電話機１５２０の接続する音声制御部１５１６内部のＩＰアドレス“EA3”であり、メディアルータが音声送信に用いるUDPポート番号は、“５００６”、音声制御部１５１６が音声送信に用いるUDPポート番号は“５００８”である。
電話機１５０８からアナログ音声が送られ、メディアルータ１５６０で音声はディジタル化されて音声ＩＰパケット１５６１（図２２６）となり、網ノード装置１５４４に送られ、網ノード装置において、ＩＰ通信レコード“EA1,EA3,IA1,IA3”が用いられて、ＩＰカプセル化が行われて、ＩＰパケット１５６２（図２２７）となり、音声ＩＰ通信回線経由で、ルータ１５２４を経て網ノード装置１５４７に到達する。ここで、前記ＩＰ通信レコード“EA3,EA1,IA3,IA1”が用いられて逆カプセル化されてＩＰパケット１５６３（図２２８）となり、ディジタル化音声が格納されたＩＰパケット１５６３はＩＰ音声制御部１５１６に到達する。音声制御部は、ＩＰパケット１５６３に含まれる送信元ＩＰアドレス“EA1”、送信元ポート番号“５００６”、宛先ＩＰアドレス“EA3”、宛先ポート番号“５００8”を取り出し、メディアパス接続表１５２８−３（図２１６）を参照する。送信元ＩＰアドレス“EA1”、送信元ポート番号“５００６”、宛先ＩＰアドレス“EA3”、宛先ポート番号“５００8”であるメディアパスレコードが用いられて、ＩＰパケット１５６３内のディジタル化音声は、音声通信回線１５０６を伝送される形態の音声フレーム１５６４（図２２９）に変換され、音声フレーム１５６４は交換機１５１８を経由して交換機１５１９に到達し、電話機１５２０から音声が出力される。電話機１５２０から送られた音声フレームに格納された音声は、上述と逆方向に送られ電話機１５０８へ到達する。
＜＜解放フェーズ＞＞
電話機１５０８の利用者が電話通信の解放を通知すると（図１９８のステップN50）、メディアルータ１５６０は電話呼解放通知を電話管理サーバ１５７１に送り（ステップN５１乃至N53）、電話管理サーバ１５７１は解放完了をメディアルータ１５６０へ返信する（ステップN６４乃至N６６）。また、電話管理サーバ１５７１は、電話呼解放を知らせるＩＰパケット１５６５（図２３０）を中継制御部１５１３に送り（ステップN55）、中継制御部１５１３は解放完了を知らせるＩＰパケット１５６６（図２３１）を電話管理サーバ１５７１へ返信する（ステップN62）。中継制御部１５１３は電話呼解放通知を中継交換機１５１８に送り（ステップN56）、中継交換機１５１８は解放完了を中継制御部１５１３へ返信する（ステップN61）。また、中継交換機１５１８は電話呼解放通知を交換機１５１９に送り（ステップN57）、交換機１５１９は解放完了を中継交換機１５１８へ返信し（ステップN60）、交換機１５１９は電話呼切断信号を電話機１５２０へ送信する（ステップN58）。
＜＜メディアパスレコードの抹消＞＞
前記ステップN55において、中継制御部１５１３は、音声制御部１５１６にメディアパス接続表１５２８−３（図２１６）の当該メディアパスのレコードを抹消するように指示し（図２１３のステップ１５１３−３）、音声制御部１５１６は当該メディアパスのレコード抹消を報告する（ステップ１５１６−３）。また、当該レコードは前記、電話呼（接続／通話／解放）の運用記録に用いることができる（オプション）。
＜＜ＩＰ通信レコードとCIC管理表レコードの抹消＞＞
電話管理サーバ１５７１は、ステップN55の後に、解放ＩＰパケット１５６５の中に書き込んだ回線番号“CIC-2”を表管理サーバ１５７３に送信し（ステップN73）、網ノード装置１５４４内部の回線番号“CIC-2”対応するＩＰ通信レコード“EA1、EA3、IA1、IA3”を抹消する（ステップN74）。更に、電話管理サーバ１５７１が管理するCIC管理表１５７１−２（図２０５）の当該電話機のレコードを抹消する。なお、電話管理サーバ１５７１は、当該レコードを前記、電話呼（接続／通話／解放）の運用記録に用いることもできる（オプション）。
中継制御部１５１３は、解放完了ＩＰパケット１５６６の中に書き込んだ回線番号“CIC-2”を表管理サーバ１５７６に送信し（ステップN71）、網ノード装置１５４７内部のＩＰ通信レコード“EA3、EA1、IA3、IA1”を抹消する（ステップN72）。更に、中継制御部１５１３が管理するCIC管理表１５１３−３（図２２２）の当該電話通信のレコードを抹消する。なお、当該レコードを運用記録に用いることもできる。
以上を要約すると次のようになる。
カプセル化機能付終端ゲートウェイと中継ゲートウェイとの間において、電話の制御ＩＰ通信回線と音声ＩＰ通信回線とが分離されており、電話機１、カプセル化機能付終端ゲートウェイと中継ゲートウェイ、NNIインタフェース通信回線、公衆電話交換網、電話機２とを順に経由して、２つの電話機間において電話通信を行い得る。また、カプセル化機能付終端ゲートウェイ内の電話管理サーバと中継ゲートウェイ内の中継制御部とが、共に個別のCIC管理表を有し、前記個別のCIC管理表を用いて回線番号の管理を行う。中継ゲートウェイ内の中継制御部は、ＩＰパケット内部のアドレス情報及び信号ユニット内のラベル情報を含むアドレス接続表を用いて、ＩＰパケットと信号ユニットとの変換を行う。
中継制御部は、信号局アドレス管理表を検索して宛先電話機の電話番号を提示し、当該電話機を管理する交換機の信号局アドレスを取得する。また、中継制御部が、予め公衆電話交換網と取り決めてあるルールにより回線番号、信号リンク選択を定める。
音声制御部は、中継ゲートウェイ内の音声制御部内のメディアパス接続表を用いて、ディジタル音声を格納したＩＰパケットと、NNI通信回線の音声通信回線の内部を伝送する音声信号との変換を行う。また、ＩＰパケット内部のアドレス情報及び信号ユニット内のラベル情報を含むアドレス接続表を用いて、ＩＰパケットと信号ユニットとの変換を行う。音声制御部は内部に音声ＩＰパケットを送受するためのＩＰアドレスを有し、メディアパス接続表の設定に供する。また、音声制御部は、公衆電話交換網から受信又は送信するために用いる論理音声通信回線を確保し、その識別子を定める。カプセル化機能付終端ゲートウェイは中継制御部及び網ノード装置を含み、網ノード装置はＩＰカプセル化及び逆カプセル化の機能を有し、中継制御部は電話管理サーバ、電話番号サーバ、代理電話サーバ、表管理サーバを含み、メディアルータから網ノード装置に入力したＩＰパケットのうち、電話呼制御ＩＰパケットは中継制御部へ転送し、音声ＩＰパケットは音声ＩＰ通信回線に分岐するようになっている。このようになっているので、電話機１５０８及び１５２０は、ＩＰ転送網１５００、公衆電話交換網１５０１を経由して電話通信が可能である。

１4．ＩＰ転送を中継網として用いる第１４実施例：
図２３２において、１４００はＩＰ転送網、１４０1及び１４０２は中継ゲートウェイ、１４０３はカプセル化機能付ゲートウェイ、１４０５乃至１４０７は公衆電話交換網（PSTN）、１４０８乃至１４１１は加入者交換機、１４１２及び１４１３は中継交換機、１４１５及び１４１６は共通線信号方式を適用した制御通信回線、１４１７及び１４１８は音声通信回線である。また、制御通信回線１４１５及び音声通信回線１４１７の組は、交換機１４１２と中継ゲートウェイ１４０１との間のNNI通信回線であり、制御通信回線１４１６及び音声通信回線１４１８の組は、交換機１４１３と中継ゲートウェイ１４０２との間のNNI通信回線である。１４３８及び１４３９はアドレス接続表、１４４１及び１４４２はゲートウェイアドレス管理サーバ(図２５６の記号DNS-1)、１４４３及び１４４４は信号局アドレス管理サーバ(図２５７の記号DNS-2)である。１４２９及び１４３０はメディアパス接続表である。本発明において、共通線信号方式におけるポイント（Point）を信号局、ポイントコード（Point Code）を“信号局アドレス”により表わす。
中継ゲートウェイ１４０１のＩＰアドレスは“GW05”であり、中継制御部１４２３が前記ＩＰアドレス“GW05”を保持しており、同様に中継ゲートウェイ１４０２のＩＰアドレスは“GW06”であり、中継制御部１４２４が前記ＩＰアドレス“GW06”を保持している。
＜＜電話機１４２０と電話機１４２１との間の通信＞＞
始めに、電話機１４２０から公衆電話交換網１４０５、ＩＰ転送網１４００、公衆電話交換網１４０６を経由して、電話機１４２１へ電話通信する端末間通信接続制御方法を説明する。
＜＜接続フェーズ＞＞
電話機１４２０の受話器を上げると、呼出信号が交換機１４０８へ伝えられ(図２３３のステップHA01)、交換機１４０８は電話呼出を確認し（ステップHA02）、交換機１４０８は電話呼設定要求を中継交換機１４１２へ通知する(ステップHA03)。そして、中継交換機１４１２は前記呼設定要求を受付けて共通線信号方式の信号ユニット１４５１を形成し、前記信号ユニット１４５１を、制御通信回線１４１５へ経て中継ゲートウェイ１４０１内の中継制御部１４２３へ転送する（ステップHA04）。信号ユニット１４５１の宛先信号局コードは、“DPC-1”、送信元信号局コードは“OPC-1”、信号リンク選択は“SLS-1”、回線番号は“CIC-1”、メッセージは“IAM”、パラメータは“Para-1”であり、前記パラメータ“Para-1”の内容は、電話機１４２０の電話番号“TN-1”及び電話機１４２１の電話番号“TN-2”とを含む。図２３２に示す信号ユニット１４５１内のメッセージ“MSG-1”は“IAM”を意味する。
＜＜中継制御部１４２３の動作＞＞
中継制御部１４２３は信号ユニット１４５１を受信する（ステップHA04）。図２５６は、中継制御部１４２３が、信号ユニット１４５１をＩＰパケット１４５２へ変換する手順を示している。中継制御部１４２３は信号ユニット１４５１を受信し（図２５６のステップS１４６１−２）、信号ユニット１４５1内部の信号局ラベル“DPC-1,OPC−1，SLS-1,CIC-1”を取り出し（ステップS１４６１−３）、アドレス接続表１４３８内部に信号局ラベル、つまり宛先信号局コード（DPC）、送信元信号局コード（OPC）、信号リンク選択（SLS）、回線番号（CIC）の組を含むレコードが存在するかを調べる（ステップS１４６１−４）。本ケースでは、アドレス接続表１４３８−１（図２４４）内に一致するレコードがないので、前記信号局ラベルをアドレス接続表１４３８のレコードに追加して書き込み（ステップＳ１４６１−５）、中継制御部１４２３は、パラメータ“Para-1”内の電話機１４２１の電話番号“TN-2”を取り出し、中継制御部１４２３はゲートウェイアドレス管理サーバ１４４１に質問し、前記電話番号“TN-2”を管理するゲートウェイのＩＰアドレスの回答を得る（ステップＳ１４６１−６）。本ケースでは、中継ゲートウェイ１４０２のＩＰアドレス“D-ad-x”（つまり、“GW06”）を取得する。ここで、ゲートウェイアドレス管理サーバ１４４１及び１４４２は、電話番号１０桁の全部又は上位の６桁（市外局番と電話局番号）を入力し、質問した電話番号を管理するゲートウェイのＩＰアドレスを出力する。
なお、ゲートウェイアドレス管理サーバの１４４１及び１４４２は、電話番号をドメイン名に置きかえることにより、ドメインネームサーバ（DNS）の公知の技法により実現することもできる。更に、質問する電話番号の数が少ない場合は、ゲートウェイアドレス管理サーバの代わりにＩＰアドレス管理表１４４１−１（図２３４）とすることもできる。ここで、ＩＰアドレス管理表１４４１−１は、電話番号と当該中継ゲートウェイのＩＰアドレスとの対応を表にまとめたものであり、電話番号を指定すると、対応する中継ゲートウェイのＩＰアドレスが得られる。なお、ＩＰアドレス管理表は、他の実施例において説明しているＩＰ転送網出回線表と同一の目的、つまり電話番号とＩＰアドレスとの対応を検索するために用いられる。
中継制御部１４２３は、中継ゲートウェイ１４０１のＩＰアドレス“S-ad-x”（つまり、“GW05”）を保持しており、ＩＰパケット１４５２を形成する。ＩＰパケット１４５２の宛先ＩＰアドレスは“D-ad-x”、送信元ＩＰアドレスは“S-ad-x”、回線番号は“CIC-ｘ”、メッセージは“IAM”であり、パラメータ“Para-x”は、電話機１４２０の電話番号“TN-1”と電話機１４２１の電話番号“TN-2”とを含む。前記メッセージやパラメータは、それぞれ信号ユニット１４５１から取得する（図２３６参照）。中継制御部１４２３は、“S-ad-x”及び“D-ad-x”の組毎に回線番号“CIC-ｘ”を一定のルールで定めて用いる（図２５６のステップＳ１４６１−７）。例えば、直前に生成した回線番号の値を内部のメモリに保持しておき、１ずつ加算して用い、次の計算式を用いて生成する。

CIC-x＝CIC-ｘ＋１ mod 65536 ・・・（８）

中継制御部１４２３のアドレス接続表１４３８は、中継制御部１４２３が信号ユニット１４５１を受信する前の時点において空白であり、この様子をアドレス接続表１４３８−１（図２４４）として示す。中継制御部１４２３がＩＰパケット１４５２を形成すると、信号ユニット１４５１内部のラベル情報“DPC-1,OPC-1,SLS-1,CIC-1”と、ＩＰパケット１４５２内部のラベル情報“S-ad-x,D-ad-x,CIC-x”とを組合せて、更に音声制御部１４２７に対して音声通信路を要求するためのメディアパス識別子“MP-8”を定め、アドレス接続表の内部に追加して書き込む（図２５６のステップＳ１４６１−８）。この様子をアドレス接続表１４３８−２（図２４５）に示す。
アドレス接続表１４３８−２のレコード内部の信号局アドレス項目（“DPC-1,OPC-1”）のうち、左側の“DPC-1”がアドレス接続表１４３８−２を保持している中継接続ゲートウェイ１４０１の信号局アドレスである。同様にアドレス接続表１４３８−２のＩＰアドレス項目（“S-ad-x,D-ad-x”）のうち、左側の“S-ad-x”がアドレス接続表１４３８−２を保持している中継接続ゲートウェイ１４０１のＩＰアドレスである。当該レコードの右端がメディアパス識別子“MP-8”である。
＜＜中継制御部と音声制御部との連携動作＞＞
図２３２を参照して説明する。中継制御部１４２３は、音声制御部１４２７に、情報回線１４２９−１経由で前記メディアパス識別子“MP-8”を提示し（図２５１のステップ１４２３−１）、音声制御部１４２７は音声通信用に供する音声制御部１４２７の内部モジュールの内部ＩＰアドレス“IA5”、外部ＩＰアドレス“EA5”、音声通信用ポート番号“５０１０”を確保して、情報回線１４２９−１経由で、中継制御部１４２３へ報告する（ステップ１４２７−１）。更に、音声制御部１４２７は、音声通信回線１４１７へ音声フレームを送信する論理通信回線を識別する論理通信回線識別子“CH-1”を定め、音声通信回線１４１７から音声フレームを受信する論理通信回線を識別する論理通信回線識別子“CH-2”を定め、前記論理通信回線識別子“CH-1”及び“CH-2”をメディアパス接続表１４２９に書き込み、結果はメディアパス接続表１４２９−1（図２４８）のようになる。
なお、論理通信回線１４１７がISDN通信回線の1次群速度インタフェース回線（ＰＲＩ）の場合、論理通信回線識別子はISDN通信装置の装置番号及び特定のBチャネル（ユーザ情報の論理伝送回線）指す番号の組から成っている。
中継制御部１４２３は中継ゲートウェイ１４０１のＩＰアドレス“GW05”、上述のように取得又は生成したCIC番号“CIC-2”、信号ユニット１４５１内部の電話番号“TN-1”、“TN-2”、ＩＰアドレス“EA5”及び“IA5”、ポート番号“5010”をCIC管理表に書き込む。結果はCIC管理表１４２３−１（図２４０）のようになる。但し、手順区分は、ステップHA04の後であるので“IAM”とする。
＜＜ＩＰ転送網内の転送＞＞
中継制御部１４２３は、前記により形成した（図２５６のステップＳ１４６１−９）ＩＰパケット１４５２をＩＰ転送網１４００内部へ送信し（ステップＳ１４６１−１０）、ＩＰパケット１４５２は、制御通信回線１４３１−１、ルータ１４３１、制御通信回線１４３１−２を経由して、中継ゲートウェイ１４０２内の中継制御部１４２４へ到達する（ステップHA05）。
＜＜中継制御部１４２４：CIC管理表及びアドレス接続表の設定＞＞
中継制御部１４２４はＩＰパケット１４５２を受信する(図２５７のステップS1462-2)。ＩＰパケット１４５２からＩＰアドレス、メッセージ、回線番号、パラメータを取り出す（ステップS1462-3）。ここで、宛先ＩＰアドレスは“D-ad-x”、送信元ＩＰアドレスは“S-ad-x”、回線番号は“CIC-x”、メッセージは“IAM”、パラメータは“Para-x”であり、パラメータ“Para-x”は、電話機１４２０の電話番号“TN-1”と電話機１４２１の電話番号“TN-2”とを含んでいる。アドレス接続表１４３９−１（図２４６）の内部に、対応するＩＰアドレス“S-ad-x”、“D-ad-x”及び回線番号の組が存在するかを調べる（ステップS1462-4）。本ケースではその組が存在しないので、前記ＩＰアドレス“S-ad-x”及び“D-ad-x”、回線番号アドレス“CIC-x”を取り出してアドレス接続表１４３９−１に書き込み（ステップS1462-5）、中継制御部１４２４は、信号局アドレス管理サーバ１４４４に宛先電話機の電話番号“TN-2”を提示し、電話番号“TN-2”である電話機１４２１を管理する交換機１４０９の信号局アドレス“DPC-2”を取得し（ステップS1462-6）、図２４６のアドレス接続表１４３９−１に書込む（ステップS1462-7）。結果として、アドレス接続表は１４３９−２となる（図２４７）。当該レコードの右端がメディアパス識別子“MP-9”である。
中継制御部１４２４は、予め公衆交換網１４０６と取り決めてあるルールにより回線番号“CIC-2”、信号リンク選択“SLS-２”を定め、メッセージは“IAM”及びパラメータ“Para-2”を含む信号ユニット１４５３を形成し(ステップS1462-8)、制御通信回線１４１６へ送信する（ステップS1462-9）。
＜＜中継制御部と音声制御部との連携動作＞＞
図２３２を参照して説明する。中継制御部１４２４は、情報回線１４３０−１を経由して、音声制御部１４２８にメディアパス識別子“MP-9”と、前記取得した音声制御部１４２７内モジュールの内部ＩＰアドレス“IA5”、外部ＩＰアドレス“EA5”と、音声制御部１４２７が音声送信に用いるポート番号“５０１０”とを提示すると（図２５２のステップ１４２４−１）、音声制御部１４２８は、音声制御部１４２８内モジュールの内部ＩＰアドレス“IA6”、外部ＩＰアドレス“EA6”と音声制御部１４２８が音声送信に用いるポート番号“５０１２”とを中継制御部１４２４へ報告する（ステップ１４２８−１）。この手順において、音声制御部１４２８は、ＩＰアドレス及びポート番号の２対（内部ＩＰアドレス“IA5”、外部ＩＰアドレス“EA5”及びポート番号“５０１０”、内部ＩＰアドレス“IA6”、外部ＩＰアドレス“EA6”及びポート番号“５０１２”）をメディアパス接続表１４３０に書き込む。更に、音声制御部１４２８は、音声通信回線１４１８へ音声フレームを送信する論理通信回線を識別するための論理通信回線識別子“CH-3”を定め、音声通信回線１４１８から音声フレームを受信する論理通信回線を識別するための論理通信回線識別子“CH-4”を定め、論理通信回線識別子“CH-3”及び“CH-4”をメディアパス接続表１４３０に書き込む。結果は、メディアパス接続表１４３０−1（図２４９）のようになる。
メディアパス接続表１４３０−1の意味は、送信元ＩＰアドレス“EA5”、送信元ポート番号“5010”、宛先ＩＰアドレス“EA6”、宛先ポート番号“5012”であるＩＰパケット（ペイロードはUDP）を、更にＩＰカプセル化したＩＰパケット(ただし、送信元ＩＰアドレス“IA5”宛先ＩＰアドレス“IA6”)を受信すると、そのUDPペイロード内のディジタル化音声を論理通信回線１４１８の論理通信回線識別子“CH-3”へ送信することであり、論理通信回線識別子“CH-4”からディジタル化音声を受信すると、このディジタル化音声を送信元ＩＰアドレス“EA6”、送信元ポート番号“5012”、宛先ＩＰアドレス“EA5”、宛先ポート番号“5010”であるＩＰパケット（ペイロードはUDP）に格納し、更に前記ＩＰパケットを、ＩＰカプセル化したＩＰパケット(ただし、送信元ＩＰアドレス“IA6”、宛先ＩＰアドレス“IA5”)をＩＰ転送網１４００内部へ送信することである。
＜＜公衆電話交換網１４０６の動作＞＞
信号ユニット１４５３は中継交換機１４１３に到達し（ステップHA06）、信号ユニット１４５３は公衆電話交換網１４０６の中を転送され、交換機１４０９に到達する（ステップHA07）。交換機１４０９は、電話番号“TN-2”である電話機１４２１が着信許可されているか等を調べて、着信許可があると、電話呼設定要求（着信通知）を電話機１４２１に通知する（ステップHA08）。
次に、交換機１４０９は、図２３７に示す信号ユニット１４５４を形成する。信号ユニット１４５４内部の宛先信号局アドレス“DPC-3”、送信元信号局アドレス“OPC-3”、信号リンク選択“SLS-3”、回線番号“CIC-3”である。ここで、“OPC-3”の値は“DPC-2”の値であり、“DPC-3”の値は“OPC-2”の値であり、“SLS-3”の値は“SLS-2”の値であり、“CIC-3”の値は“CIC-2”の値である。即ち、信号局アドレスは、前記ステップの送信元信号局と宛先信号局のアドレスとを交換した値であり、信号リンク選択及び回線番号の値は変わらない。
交換機１４０９は信号ユニット１４５4を公衆電話交換網１４０６の内部に転送し、信号ユニット１４５4は交換機１４１３を通過し（ステップHA11）、制御通信回線１４１６を経由して中継ゲートウェイ１４０２内部の中継制御部１４２４へ到達する（ステップHA12）。
中継制御部１４２４は信号ユニット１４５４を受信し（図２５６のS１４６１−２）、信号ユニット１４５４内部の信号局ラベルを取り出し（S１４６１−３）、アドレス接続表１４３９内部に信号局ラベル“DPC-3,OPC−3，SLS-3,CIC-3”の内容が同一であるレコードがあるかを調べる（ステップＳ１４６２−４）。本ケースでは、アドレス接続表１４３９−２内に一致するレコードがあるので、次に図２３８に示すＩＰパケット１４５５を形成し（図２５６のS１４６１−９）、ＩＰ転送網１４００内に送信する（S１４６１−１０）。ＩＰパケット１４５５内の送信元ＩＰアドレス“S-ad-u”、宛先ＩＰアドレス“D-ad-u”、回線番号“CIC-u”である。ここで、“S-ad-u”の値は“D-ad-x”の値であり、“D-ad-u”の値は“S-ad-x”の値であり、“CIC-u”の値は“CIC-x”の値である。即ち、中継局ゲートウェイのアドレスは、前記ステップHA05におけるＩＰパケット１４５２のＩＰアドレスの送信元と宛先とを交換した値であり、回線番号の値は変わらない。ＩＰパケット１４５５は、制御通信回線１４３１−２、ルータ１４３１、制御通信回線１４３１−１を経て、中継制御部１４２３へ到達する（図２３３のステップHA13）。中継制御部１４２３はＩＰパケット１４５５を受信し（図２５７のS１４６２−２）、ＩＰパケット１４５５からＩＰアドレス“S-ad-u”及び“D-ad-u”、回線番号“CIC-u”を取り出す。そして、アドレス接続表１４３８内部において、ラベル情報“S-ad-u”が“D-ad-x”と一致し、“D-ad-u”が“S-ad-x”と一致し、回線番号“CIC-u”が“CIC-ｘ”と一致するので、図２３９に示す信号ユニット１４５６を形成する（図２５７のS１４６２−８）。次に、制御通信回線１４１５に送信し（S１４６２−９）、信号ユニット１４５６は中継交換機１４１２に到達し（ステップHA14）、信号ユニット１４５６は公衆電話交換網１４０５の中を転送されて交換機１４０８に到達する（ステップHA15）。
一方、電話機１４２１は、ステップHA08による着信通知を受けて、電話呼出中であることを示す信号ユニットを交換機１４０９に返信し（ステップHA20）、交換機１４０９は、電話呼出中を知らせる信号ユニット（CPGメッセージ）を交換機１４１３へ通知する（ステップHA21）。交換機１４１３は、前記信号ユニットを制御通信回線１４１６を経由して中継ゲートウェイ１４０２の中継制御部１４２４へ送信し（ステップHA22）、中継制御部１４２４はその内部のアドレス接続表１４３９−２を参照し、図２５６に示す前記同様の手順により前記電話呼出中を通知するＩＰパケットを形成する。前記形成されたＩＰパケットは、制御通信回線１４３１−２、ルータ１４３１、制御通信回線１４３１−１を通過して中継制御部１４２３に到達する（ステップHA23）。
中継制御部１４２３はＩＰパケットを受信し、前記電話呼出中を通知する信号ユニットを形成し、前記信号ユニットを制御通信回線１４１５へ送信する（S１４６２−９）。前記信号ユニットは、中継交換機１４１２を通過して（ステップHA24）、交換機１４０８に到達する（ステップHA25）。交換機１４０８は、電話機１４２１呼出中を電話機１４２０へ通知する（ステップHA26）。
次に、電話機１４２１の利用者が電話呼出しに応答すると（ステップHA30）、以降は応答を知らせる信号ユニットが交換機１４０９から送信され、交換機１４１３を経て（ステップHA31）、中継制御部１４２４へ到達する（ステップHA32）。中継制御部１４２４においてアドレス接続表１４３９が参照され、応答を知らせるＩＰパケット（ANM）が形成され、前記ＩＰパケットは制御通信回線１４３１−２、ルータ１４３１、制御通信回線１４３１−１を経由して中継制御部１４２３に到達する（ステップHA33）。中継制御部１４２３においてアドレス接続表１４３８が参照され、応答を知らせる信号ユニットが形成され、制御通信回線１４１５を経由し、交換機１４１２を経て（ステップHA34）、交換機１４０８へ到達する（ステップHA35）。交換機１４０８は応答信号を電話機１４２０に送る（ステップHA36）。
＜＜アドレス接続表の完成＞＞
図２３２を参照して説明する。中継制御部１４２３は、音声制御部１４２７に前記メディアパス識別子“MP-8”と、前記取得した音声制御部１４２８内モジュールの内部アドレス“IA6”、外部ＩＰアドレス“EA6”と、音声制御部１４２８が音声送信に用いるポート番号“５０１２”とを提示すると（図２５３のステップ１４２３−２）、音声制御部１４２７は、メディアパス接続表１４２９−１（図２４８）に、前記ＩＰアドレス“IA6, EA6 ”及び前記ポート番号“５０１２を書き込み、メディアパス接続表１４２９−２（図２５０）を完成して、中継制御部１４２３へ報告する（ステップ１４２７−２）。
前記接続フェーズにおいて、電話機１４２０及び１４２１の電話回線のために設定した公衆電話交換網１４０５が設定した回線番号“CIC-１”と、ＩＰ転送網１４００が設定した回線番号“CIC-ｘ”とは、アドレス接続表１４３８において関係付けられ、ＩＰ転送網１４００が設定した回線番号“CIC-ｘ”と公衆電話交換網１４０６が設定した回線番号“CIC−2”とは、アドレス接続表１４３９において対応付けられる。これら２つの対応付けは、電話機１４２０及び１４２１の電話通信の始まりから終了まで一定である。
＜＜通信フェーズ＞＞
以上の手順により、電話機１４２０と電話機１４２１との間で通話が可能となり、音声通信が行われる（ステップHA38）。電話機１４２０から送られた音声は、交換機１４０８において電話呼接続制御の信号と音声信号とに分けられた後に交換機１４１２に送られ、音声通信回線１４１７を経て、中継ゲートウェイ１４０１内の音声制御部１４２７を経て、音声通信回線１４３３−１、ルータ１４３３、音声通信回線１４３３−２、中継ゲートウェイ１４０２内の音声制御部１４２８を経て、音声通信回線１４１８、交換機１４１３，交換機１４０９を経て、電話機１４２１に到達する。電話機１４２１から電話機１４２０は前記説明と逆方向に転送される。音声と電話接続制御との通信回線が、交換機１４０８と交換機１４０９との間で分離できることが特徴である。
＜＜解放フェーズ＞＞
利用者が受話器を置くと、電話機１４２０から通信の解放が交換機１４０８へ通知され（図２３３のステップHA40）、交換機１４０８は解放メッセージ（REL）を交換機１４１２へ通知する（ステップHA41）。交換機１４１２は解放メッセージを受信すると、直ちに解放完了メッセージ（RLC）を交換機１４０８へ返信し（ステップHA55）、交換機１４１２は解放メッセージ（REL）を中継制御部１４２３へ通知する（ステップHA42）。中継制御部１４２３は解放完了メッセージ（RLC）を交換機１４１２へ返信し（ステップHA54）、中継制御部１４２３は解放メッセージ（REL）を中継制御部１４２４へ通知し（ステップHA43）、中継制御部１４２４は解放完了メッセージ（RLC）を中継制御部１４２３へ返信する（ステップHA53）。中継制御部１４２４は解放メッセージ（REL）を交換機１４１３へ通知し（ステップHA44）、交換機１４１３は解放完了メッセージ（RLC）を中継制御部１４２４へ返信し（ステップHA52）、交換機１４１３は解放メッセージ（REL）を交換機１４０９へ通知する（ステップHA45）。交換機１４０９は解放完了メッセージ（RLC）を交換機１４１３へ返信し（ステップHA51）、交換機１４０９は解放通知を電話機１４２１へ知らせる（ステップHA46）。
中継制御部１４２３は、ステップHA42において（図２５８のステップS1463-2）、前記信号ユニットが解放メッセージ（REL）と判定すると（ステップS1463-3、S1463-4,S1463-5）、アドレス接続表の該当するレコードを抹消する（ステップS1463-6）。この結果、アドレス接続表１４３８−２（図２４５）のレコードは、アドレス接続表１４３８−１（図２４４）に示すように空欄となる。同様に、中継制御部１４２４は、ステップHA43において（図２５９のステップS1464-2）、前記信号ユニットに含まれるメッセージが解放メッセージ（REL）と判定すると（ステップS1464-3、S1464-4,S1464-5）、アドレス接続表の該当するレコードを抹消する（ステップS1464-6）。この結果、アドレス接続表１４３９−２（図２４７）のレコードは、アドレス接続表１４３９−１（図２４６）に示すように空欄となる。
＜＜メディアパスレコードの抹消＞＞
中継制御部１４２３は、前記ステップHA43において、音声制御部１４２７にメディアパス接続表１４２９−２（図２５０）の当該メディアパス“MP-8”のレコードを抹消するように指示し（図２５４のステップ１４２３−３）、音声制御部１４２７は当該メディアパス接続表のレコード抹消を報告する（ステップ１４２７−３）。また、中継制御部１４２４は、前記ステップN53において、音声制御部１４２８にメディアパス接続表１４３０−１（図２４９）の当該メディアパス“MP-9”のレコードを抹消するように指示し（図２５５のステップ１４２４−２）、音声制御部１４２８は当該メディアパス接続表のレコード抹消を報告する（ステップ１４２８−２）。なお、当該レコードは運用記録に用いることができる。
＜＜電話機１４２０と電話機１４２２との間の通信＞＞
電話機１４２２から、メディアルータ１４０４、カプセル化機能付終端ゲートウェイ１４０３、中継ゲートウェイ１４０２、公衆電話交換網１４０６を経由して、電話機１４２１に電話をかける端末間通信接続制御方法、つまり電話機１―メディアルータ−ＩＰ転送網側―公衆電話交換網−電話機２である端末間通信接続制御方法については、他の実施例において説明している。前記と逆方向の電話機２―公衆電話交換網−ＩＰ転送網−メディアルータ―電話機１である端末間通信接続制御方法は、ほぼ同様の手順により、容易に類推できる手順により実施できる。電話機１４２０から、公衆電話交換網１４０５を経由して、中継ゲートウェイ１４０１、カプセル機能付終端ゲートウェイ１４０３、メディアルータ１４０４を経由して、電話機１４２２に電話をかける端末間通信接続制御方法は、他の実施例でカプセル化機能付ゲートウェイの機能を説明しており、前記説明とほぼ同様の手順により実施できる。更に、電話機１４２０から、公衆電話交換網１４０５を経由して、中継ゲートウェイ１４０１、カプセル化機能付終端ゲートウェイ１４０３、メディアルータ１４０４を経由して、UNI通信回線１４１９、公衆電話交換網１４０７を経て電話機１４２３へ電話をかける端末間通信接続制御方法は、他の実施例でＵＮＩ通信回線を経由した公衆電話交換網経由の端末間通信接続制御手順を説明しており、前記説明とほぼ同様の手順により実施できる。
以上を要約すると次のようになる。２つの電話機間の端末間接続制御において、電話機１、公衆電話交換網１、NNIインタフェース通信回線１、ＩＰ転送網に属する中継ゲートウェイ１と中継ゲートウェイ２、NNIインタフェース通信回線２、公衆電話交換網２、電話機２とを順に経由する。他の方法として、電話機１、公衆電話交換網１、NNIインタフェース通信回線１、ＩＰ転送網に属する中継ゲートウェイとカプセル化機能付ゲートウェイ、メディアルータ、電話機２をこの順に経由する。

１５．音声線をＩＰカプセル化しない第１５実施例：
本実施例は、他実施例中の網ノード装置をＩＰカプセル化しない終端装置に変更し、終端ゲートウェイは非カプセル化終端ゲートウェイに変更し、中継ゲートウェイは非カプセル化中継ゲートウェイに変更した例である。音声ＩＰパケットはＩＰカプセル化せず、表管理サーバと代理電話サーバを除いている。
図２６０において、１６００はＩＰ転送網、１６０１は公衆電話交換網、１６０２は非カプセル化終端ゲートウェイ、１６０３は終端装置、１６０４は終端ゲートウェイ制御部(ＳＥＰ)、１６０５は非カプセル化中継ゲートウェイ、１６０６は中継制御部（ＳＴＰ）、１６０７は音声制御部，１６０８は中継交換機、１６０９は加入者交換機、１６１０は電話番号“TN-1”の電話機、１６１１は電話番号“TN-2”の電話機、１６１２及び１６１３は制御ＩＰ通信回線、１６１４及び１６１５は音声ＩＰ通信回線、１６１６は共通線信号方式の制御通信回線、１６１７は音声通信回線、１６２０はアドレス管理表、１６７１は電話管理サーバ、１６７２は電話番号サーバである。非カプセル化中継ゲートウェイ１６０５は、非カプセル化終端ゲートウェイ１６０２と相互通信ができる中継ゲートウェイである。メディアルータ１６６０や電話機等のＩＰ転送網の外部にある装置類が使用することができるＩＰアドレスを外部ＩＰアドレスといい、ＩＰ転送網１６００の外部にある装置類が使用することができないＩＰ転送網１６００内部専用のＩＰアドレスを内部ＩＰアドレスという。電話管理サーバ１６７１は外部ＩＰアドレス“EA91”と内部ＩＰアドレス“IA91”とを有し、用途別に使い分けて情報安全性を向上させている。
＜＜接続フェーズ＞＞
電話機１６１０から、電話機１６１１へ電話通信する例である。電話機１６１０の受話器を上げると、呼出信号がメディアルータ１６６０へ伝えられ(図２６１のステップB0１)、メディアルータ１６６０は電話呼出を確認する（ステップB02）。次に、送信元ＩＰアドレス“EA1”、宛先ＩＰアドレス “EA91”、電話番号“TN-1”、電話番号“TN-2”、音声送信用ポート番号“５００６”、付加情報“Info-2”を含むＩＰパケット１６３０（図２６２）を形成し、終端装置１６０３へ送信する（ステップB03）。ここで、ＩＰアドレス“EA1”はメディアルータ１６６０のＩＰアドレス、ＩＰアドレス“EA91”は電話管理サーバ１６７１の外部ＩＰアドレス、ＩＰパケット１６３０のペイロード部分はUDPパケットであり、送信元及び宛先ポート番号がいずれも“５０６０”の例である。
＜＜終端装置によるパケットフィルタ＞＞
終端装置１６０３はＩＰパケット１６３０を受信すると、ＩＰパケット１６３０内部に含まれる送信元ＩＰアドレス“EA1”、送信元ポート番号“５０６０”、宛先ＩＰアドレス“EA91”、宛先ポート番号“５０６０”の全てが、アドレス管理表１６２０内部のレコードとして登録されているか否かを調べる。本ケースでは、アドレス管理表１６２０−１（図２６３）の１行目のレコードとして含まれているので、終端装置１６０３は、ＩＰパケット１６３０内部の宛先ＩＰアドレス“EA91”を電話管理サーバの内部ＩＰアドレス“IA91”に変換する（NAT機能）。次に、アドレス管理表１６２０−１内の当該レコードの右端の出力インタフェース“IF１６１２”の指定に従い、制御ＩＰ通信回線１６１２にＩＰパケット１６３１として送出する（ステップB04）。なお、受信したＩＰパケット１６３０内部のＩＰアドレス及びポート番号がアドレス管理表１６２０に登録されていないケースでは、ＩＰパケット１６３０は廃棄される。このようにして、ＩＰパケットのフィルタリングを行う。
＜＜CIC管理表の形成＞＞
電話管理サーバ１６７１はＩＰパケット１６３１を受信し、電話管理サーバ１６７１が内部に保持するCIC管理表のレコードに、電話管理サーバ１６７１の内部ＩＰアドレス“IA91”、手順区分“IAM”、送信元電話番号“TN-1”、宛先電話番号“TN-2”、前記ＩＰアドレスの“EA1”、前記音声送信用ポート番号“５００６”、書込み時刻（年月日時分秒）“St6”をCIC管理表１６７１−１（図２６４）として書き込む。
次に、電話管理サーバ１６７１は、宛先電話番号“TN-2”を質問するＩＰパケット１６３２−１（図２６５）を電話番号サーバ１６７２に示し（ステップB06）、電話番号サーバ１６７２は、ＩＰアドレス“GW03”をＩＰパケット１６３２−２（図２６６）に格納して回答する(ステップB07)。ここで、前記ＩＰアドレス“GW03”は中継ゲートウェイ１６０５のＩＰアドレスとなっている。
＜＜回線番号の管理＞＞
電話管理サーバ１６７１は、ＩＰアドレス“IA91”及びＩＰアドレス“GW03”の組に対して定めているCIC番号形成ルールによりCIC番号“CIC-2”を定め、ＩＰアドレス“GW03”と共にCIC管理表に書き込む。この結果は、CIC管理表１６７１−２（図２６７）のレコードに記録されている。次に電話管理サーバ１６７１は、ＩＰパケット１６３１及びCIC管理表１６７１−２を参照し、ＩＰパケット１６３４（図２６８）（IAMパケット）を形成し、ＩＰパケット１６３４を中継ゲートウェイ１６０５へ送信する（ステップB09）。
＜＜中継制御部の動作＞＞
中継制御部１６０６は、ＩＰパケット１６３４（図２６８）を受信すると（ステップB09）、ＩＰパケット１６３４から送信元ＩＰアドレス“IA91”、宛先ＩＰアドレス“GW03”、回線番号“CIC-2”、手順区分“IAM”、送信元電話番号“TN-1”、宛先電話番号“TN-2”、外部ＩＰアドレスの“EA1”、音声送信用ポート番号“５００６”を取り出し、中継ゲートウェイ１６０５が内部に保持するCIC管理表１６０５−１（図２６９）のレコードとして、時刻“St7”と共に書き込んで記録する。
更に、中継制御部１６０６は信号局アドレス管理表１６２７（図２７０）を検索し、電話番号“TN-2”を提示して電話機１６１１を管理する交換機１６０９の信号局アドレス“PC-09”を取得する。更に、中継制御部１６０６は、予め公衆電話交換網１６０１と取り決めてあるルールにより信号リンク選択“SLS-3”、回線番号“CIC-3”を定める。中継制御部１６０６は、中継ゲートウェイ１６０５の信号局アドレス“PC-3”、前記取得した“PC-09”、前記信号リンク選択“SLS-3”、前記回線番号“CIC-3”、前記ＩＰアドレス“GW03”、ＩＰアドレス“IA91”、回線番号“CIC-2”とを新たに定めるメディアパス識別子“MP-7”と共に、アドレス接続表１６２５の新規レコードとして書き込む。結果として、アドレス接続表は１６２５−１に示すようになる（図２７１）。続いて、中継制御部１６０６は、前記信号局アドレス“PC-09”と“PC-3”、前記信号リンク選択“SLS-3”と回線番号“CIC-3”、メッセージ“IAM”、電話番号“TN-1”及び“TN-2”を含む信号ユニット１６３５を形成し(図２７２)、制御通信回線１６１６へ送信する（ステップB10）。
＜＜中継制御部と音声制御部との連携動作＞＞
中継制御部１６０６は、前記メディアパス識別子“MP-7”、前記外部ＩＰアドレス“EA1”、音声送信用ポート番号“５００６”を、情報回線１６２９経由で音声制御部１６０７へ通知する。音声制御部１６０７は、前記通知された情報をメディアパス接続表１６２８のレコードとして書き込む。更に、音声制御部１６０７は、音声制御部１６０７から音声通信回線１６１７へ音声を送信するための論理通信回線を定め、その論理通信回線識別子“CH-1”をメディアパス接続表１６２８のレコードとして書き込む。以上の結果を、メディアパス接続表１６２８−１（図２７３）に示す。
＜＜交換網の動作とACMメッセージ＞＞
交換機１６０８は、制御通信回線１６１６経由で信号ユニット１６３５を受信し（ステップB10）、信号ユニット１６３５を交換機１６０９へ転送する（ステップB11）。交換機１６０９は信号ユニット１６３５を受信し、内部に含まれる宛先電話番号“TN-2”が着信可能であるか否かを確認し、着信可能であれば着信通知を電話機１６１１へ通知する（ステップB12）。更に、信号ユニット１６３５の受信を知らせる信号ユニット１６３５−１（図２７５）を形成して返信し、信号ユニットは、交換機１６０８を経由して（ステップB13）、中継ゲートウェイ１６０５に到達する（ステップB14）。中継制御部１６０６は、受信した信号ユニット１６３５−１のラベル情報を基に、アドレス接続表１６２５−１（図２７１）を参照し、ＩＰパケット形成のためのアドレス情報を取得する。ＩＰパケット１６５１（ACMメッセージ）（図２７６）を形成し、ＩＰパケット１６５１を電話管理サーバ１６７１へ送信する（ステップB15）。電話管理サーバ１６７１は、受信したＩＰパケット１６５１から回線番号“CIC-2”及び手順区分“ACM”を取り出し、電話管理サーバ１６７１が保持するCIC管理表１６７１−２（図２６７）を調べて、自己ＩＰアドレス“IA91”、相手ＩＰアドレス“GW03”、回線番号“CIC-2”であるレコードを見出し、CIC管理表１６７１−２の該当レコードの手順区分欄を前記“ACM”に書き変える。
次に、電話管理サーバ１６７１は、前記ACMメッセージを受信したことを示すＩＰパケットを形成し、メディアルータ１６６０へ通知する（ステップB18、B19）。
＜＜メディアパス接続表＞＞
前記ステップB10と並行して、あるいはステップB10を完了した後に、中継制御部１６０６は音声制御部１６０７にメディアパス識別子“MP-7”を提示し、同時にＩＰアドレスとポート番号を要求する。すると、音声制御部１６０７は、音声制御部１６０７が音声ＩＰ通信回線１６１５に送出するＩＰパケットの送信元ＩＰアドレス“EA7”とUDPパケットのポート番号“５００８”とを中継制御部１６０６へ回答する。なお、音声制御部１６０７は交換機１６０８から受信する論理音声通信回線を確保し、その識別子“CH-2”をメディアパス接続表１６２８−２（図２７４）のレコードに記録する。メディアパス接続表のレコードの左側が音声制御部１６０７のＩＰアドレス“EA7”及びポート番号“５００８”なり、右側が通信相手先のＩＰアドレス“EA1”及びポート番号“５００６”となるように並べている。中継制御部１６０６は、ＩＰアドレス“EA7”及びポート番号“５００８”を受信し、CIC管理表１６０５−１（図２６９）に書き込む。その結果は、CIC管理表１６０５−２（図２７９）のようになる。
＜＜CPGメッセージの送信＞＞
電話機１６１１が電話呼出中を交換機１６０９に報告すると（ステップB20）、交換機１６０９は電話呼出中を知らせる信号ユニット（CPGメッセージ）を形成して送信し、前記信号ユニットは交換機１６０８を経由して（ステップB21）、中継制御部１６０６に到達する（ステップB22）。中継制御部１６０６は、受信した前記信号ユニットのラベル情報を基にアドレス接続表１６２５−１（図２７１）を参照し、ＩＰパケット形成のためのアドレス情報を取得し、ＩＰパケット形式のCPGメッセージ１６５２（図２７７）を形成する。ＩＰパケットは電話管理サーバ１６７１へ送信され（ステップB23）、電話管理サーバ１６７１は、前記電話呼出中通知をメディアルータ１６６０経由で電話機１６１０へ通知する（ステップB26乃至B28）。中継制御部１６０６はCPGメッセージを形成するとき、CIC管理表１６０５−２（図２７９）から外部ＩＰアドレス“EA7”及びポート番号“５００８”を取得し、CPGメッセージ１６５２に書き込んでいる。電話管理サーバ１６７１は、受信したCPGパケット１６５２から外部ＩＰアドレス“EA7”及びポート番号“5008”を取り出し、管理表１６７１−２（図２６７）に書き込むことができる。
＜＜ANMメッセージの送信＞＞
次に、電話機１６１１の利用者が電話呼出しに応答すると（ステップB30）、交換機１６０９は応答を知らせる信号ユニット（ANMメッセージ）を形成して送信し、前記信号ユニットは交換機１６０８を経由して（ステップB31）、中継制御部１６０６に到達する（ステップB32）。中継制御部１６０６は、受信した前記信号ユニットのラベル情報を基にアドレス接続表１６２５−１（図２７１）を参照し、ＩＰパケット形式のANMメッセージ１６５３（図２７８）を形成し、ＩＰパケット１６５３は電話管理サーバ１６７１へ送信される（ステップB33）。電話管理サーバ１６７１は、前記応答通知をメディアルータ１６６０経由で電話機１６１０へ通知する（ステップB36乃至B38）。即ち、電話管理サーバ１６７１から、ＩＰパケット１６５６（図２８２）が終端装置１６０３を経由して（ステップB36）、メディアルータ１６６０へ送られる（ステップB37）。
中継制御部１６０６はANMメッセージを形成するとき、CIC管理表１６０５−２（図２７９）から外部ＩＰアドレス“EA7”及びポート番号“５００８”を取得し、ANMメッセージ１６５３に書き込んでいる。電話管理サーバ１６７１は、受信した応答パケット１６５３から外部ＩＰアドレス“EA7”及びポート番号“5008”を取り出し、CIC管理表１６７１−２（図２６７）に書き込むことができる。
＜＜CIC管理表への書き込みタイミング＞＞
電話管理サーバ１６７１が、前記外部ＩＰアドレス“EA7”及びポート番号“5008”を取り出してCIC管理表１６７１−２に書き込み、CIC管理表１６７１−３（図２８０）を形成するタイミングは、前記説明のうちCPGメッセージを受信したステップB23、或はANMメッセージを受信したステップB33の一方のみ行う。
＜＜アドレス管理表への書き込み＞＞
電話管理サーバ１６７１は、CIC管理表１６７１−３（図２８０）から、送信元電話機１６１０が接続するメディアルータ１６６０の外部ＩＰアドレス“EA1”と、メディアルータ１６６０が音声送信に用いるポート番号“5006”と、音声制御部１６０７内部の外部ＩＰアドレス“EA7”と、音声制御部が音声送信に用いるポート番号“5008”とを取り出し、音声送出インタフェース“IF1614”と共に終端装置１６０３のアドレス管理表１６２０に書き込む（ステップB39）。この結果を、アドレス管理表１６２０−２（図２８１）の第３行目のレコード“EA1、5006、EA7,5008,IF1614”に示す。
＜＜通信フェーズ＞＞
電話機１６１０の利用者と電話機１６１１との電話通信は、他の実施例で説明しているのと同様のステップである。電話機１６１０のアナログ音声はディジタル化され、ＩＰパケット１６６１（図２８３）のペイロードに乗せられる。ＩＰパケット１６６１の送信元アドレスはメディアルータ１６６０のＩＰアドレス“EA1”、宛先アドレスは前記取得した音声制御部１６０７内部のＩＰアドレス“EA7”、メディアルータの音声送信ポート番号は“５００６”、音声制御部１６０７が音声送信に用いるUDPポート番号は“５００８”である。
ＩＰパケット１６６１内部のＩＰアドレス及びポート番号が、アドレス管理表１６２０−２の３行目のレコード“EA1、5006、EA7、5008、IF1614”に含まれているので、ＩＰパケット１６６１は出力回線インタフェース“IF1614”の指定により、ＩＰパケット１６６２（図２６０）として音声ＩＰ通信回線１６１４へ送出され、ルータ１６２４、音声ＩＰ通信回線１６１５を経て、中継ゲートウェイ１６０６の音声制御部１６０７へ到達する。
音声制御部１６０７は、受信したＩＰパケット１６６２からＩＰアドレスとポート番号“EA1、5006、EA7、5008”とを取り出し、メディアパス接続表１６２８−２（図２７４）の内部で、ＩＰアドレスとポート番号が一致するレコードを検索する。ここで、メディアパス接続表の１行目のレコードに含まれるＩＰアドレス及びポート番号の組が一致するので、ＩＰパケット１６６２は正規のＩＰパケットと見なされて受信される。なお、一致しないケースでは、前記ＩＰパケットは廃棄される。
次に、ＩＰパケット１６６２内のディジタル化音声は、音声通信回線１６１７を伝送される形態の音声フレーム１６６４（図２８４）に変換され、音声フレーム１６６４は交換機１６０８を経由して交換機１６０９に到達し、電話機１６１１から音声が出力される。電話機１６１１から送られた音声フレームに格納された音声は前記と逆方向に送られ、電話機１６１０へ到達する。
＜＜解放フェーズ＞＞
電話機１６１０の利用者が電話通信の解放を通知すると（図２６１のステップB50）、メディアルータ１６６０は電話呼解放通知を電話管理サーバ１６７１に送り（ステップB51乃至N52）、電話管理サーバ１６７１は解放完了をメディアルータ１６６０へ返信する（ステップB64乃至B66）。電話管理サーバ１６７１は、電話呼解放を知らせるＩＰパケット１６６５（図２８５）を中継制御部１６０６に送り（ステップB55）、中継制御部１６０６は解放完了を知らせるＩＰパケット１６６６(図２８６)を電話管理サーバ１６７１へ返信し（ステップB62）、中継制御部１６０６は電話呼解放通知を中継交換機１６０８に送る（ステップB56）。中継交換機１６０８は解放完了を中継制御部１６０６へ返信し（ステップB61）、中継交換機１６０８は電話呼解放通知を交換機１６０９に送り（ステップB57）、交換機１６０９は解放完了を中継交換機１６０８へ返信し（ステップB60）、交換機１６０９は電話呼切断信号を電話機１６１１へ送信する（ステップB58）。
＜＜メディアパスレコードの抹消＞＞
前記ステップB55において、中継制御部１６０６は音声制御部１６０７に指示して、メディアパス接続表１６２８−２（図２７４）に従って前記設定した当該メディアパスのレコード抹消を指示し、CIC管理表１６０５−２（図２７９）の当該レコードの抹消を指示する。更に、前記電話通信の接続制御において設定したアドレス接続表１６２５−１（図２７１）の当該レコードを抹消する。
＜＜アドレス管理表とCIC管理表レコードの抹消＞＞
電話管理サーバ１６７１は、前記電話通信の接続制御において設定したCIC管理表１６７１−３（図２８０）の当該レコードを抹消すると共に、終端装置１６０３が管理するアドレス管理表１６２０−２（図２８１）の当該レコードを抹消するように終端装置１６０３に指示する（ステップB69）。
＜＜終端装置のバリエーション＞＞
終端装置１６０３は、受け入れたＩＰパケット内部のアドレスを変更する機能（NAT機能）を行わないことも可能である。このケースでは、電話管理サーバの外部ＩＰアドレス“EA91”と内部ＩＰアドレス“IA91”とを一致させる。
＜＜終端装置の他のバリエーション＞＞
終端装置１６０３内部のアドレス管理表１６２０の中にＩＰアドレスを含まないようにすることも出来、アドレス管理表１６２０−３（図２８７）として示す。このケースではＩＰアドレスの登録は行わないが、電話機の端末間接続制御にポート番号“５０６０”を用い、電話の音声通信において、ポート番号の“５００４”から“５０４８”を用い、他のポート番号のＩＰパケットを廃棄する。このようにして、電話以外のＩＰパケットの送受を禁止する。
このようになっているので、電話機１６１０及び１６１１はＩＰ転送網１６００、公衆電話交換網１６０１を経由して電話通信が可能である。中継ゲートウェイは中継制御部及び音声制御部を含み、中継制御部はアドレス接続表及び信号局アドレス管理表を含んでいる。音声制御部はメディアパス接続表を含んでいる。音声制御部は音声通信回線１６１７内の論理通信チャネルを定め、チャネル識別子“CH-ｊ”をメディアパス接続表に書き込む。非カプセル化終端ゲートウェイ及び非カプセル化中継ゲートウェイを用い、非カプセル化終端ゲートウェイ内部の終端装置のアドレス管理表によりＩＰアドレス及びポート番号の組を登録したＩＰパケットのみを通過させるＩＰパケットフィルタリングを行う。あるいは、前記アドレス管理表によりポート番号を登録したＩＰパケットのみ通過させるＩＰパケットフィルタリングを行うこともできる。また、公衆電話交換網に接続する電話機とＩＰ転送網に接続する電話機との間で電話通信を行うことが可能である。

１６．制御線と音声線とを分離して公衆電話交換網に接続する第１６実施例：
図２８８において、１７００及び１７０１はＩＰ転送網、１７０２は公衆電話交換網（PSTN）、１７０３及び１７０４はカプセル化機能付終端ゲートウェイ、１７０５は共通線信号方式の制御回線１７３８に接続する中継ゲートウェイ、１７０６及び１７０７はＩＰ通信回線に接続する中継ゲートウェイ、１７１０乃至１７１３及び１７１８は中継制御部、１７１４及び１７１５は網ノード装置、１７１６及び１７１７は音声制御部、１７２０及び１７２１は電話機、１７２５乃至１７２９は制御通信回線、１７３１乃至１７３６は音声通信回線である。１７２５乃至１７３６はＩＰ通信回線でもある。１７３８は共通線信号方式の制御通信回線、１７３９は音声通信回線である。網ノード装置１７１４及び１７１５はＩＰカプセル化機能を有し、他の実施例で説明している。ＩＰ転送網１７００及び１７０１は異なる通信会社が運用する点で個別のＩＰ転送網であるが、ＩＰパケットは通信回線１７２７及び１７３４のいずれを経由しても一方から他方へ転送できる。
カプセル化機能付終端ゲートウェイ１７０３内の中継制御部１７１０は他の実施例で説明しているように電話管理サーバ、代理電話サーバ、電話番号サーバ、表管理サーバを含み、同様に中継制御部１７１３も電話管理サーバ、代理電話サーバ、電話番号サーバ、表管理サーバを含む。
＜＜接続フェーズ＞＞
電話機１７２０から電話機１７２１へ電話通信する例である。図２８９において、１７００−１はＩＰ転送網１７００の範囲を、１７０１−１はＩＰ転送網１７０１の範囲をそれぞれ表わす。電話機１７２０の受話器を上げると、呼出信号がメディアルータ１７２２へ伝えられ(ステップE01)、メディアルータ１７２２は電話呼出を確認する（ステップE02）。次に、メディアルータ１７２２は送信元となる電話機１７２０の電話番号“TN-1”、宛先となる電話機１７２１の電話番号“TN-2”を含む電話呼接続要求のＩＰパケットを形成して網ノード装置１７１４へ送信する.。網ノード装置１７１４は前記ＩＰパケットを入力し、他の実施例で説明しているＩＰカプセル化を適用して内部ＩＰパケットを形成し、前記ＩＰパケットをカプセル化機能付終端ゲートウェイ１７０３内の中継制御部１７１０へ送信する（ステップE03）。
中継制御部１７１０は電話呼接続要求のＩＰパケット１７５０を形成して、制御ＩＰ通信回線１７２５に送出する。すると、ＩＰパケット１７５０は、制御ＩＰ通信回線１７２６を経て中継制御部１７１１に到達する（ステップE05）。ＩＰパケット１７５０は送信元ＩＰアドレス“S-ad-4”、宛先ＩＰアドレス“D-ad-4”、回線番号“CIC-4”、メッセージ“IAM”、パラメータを“Para-4”を含む。前記パラメータは電話番号“TN-1”及び“TN-2”を含んでいる。宛先ＩＰアドレス“D-ad-4”は中継制御部１７１３のＩＰアドレスである第１のケースと、中継制御部１７１２のＩＰアドレスである第２のケースとがある。前記第１のケースにおいて、ＩＰパケット１７５０は、そのまま制御通信回線１７２８を経て中継ゲートウェイ１７０４内の中継制御部１７１３に到達する（ステップE07）。
なお、中継制御部１７１１及び１７１２は、ＩＰパケット１７５０内部からＩＰアドレス“S-ad-4”、“D-ad-4”、回線番号“CIC-4”、IAM”、電話番号“TN-1”及び“TN-2”などを、他の実施例で説明したようなCIC管理表１７１１−１（図２９０）として記録することができる。中継制御部１７１２は他の実施例で説明しているような電話番号サーバを保持している。前記第２のケースにおいて、中継制御部１７１２はＩＰパケットを受信すると(ステップE06)、前記電話番号サーバを用いて、宛先電話番号“TN-2”からＩＰパケット１７５０のＩＰ転送網１７０１内部における新しい宛先ＩＰアドレスを検索し、ＩＰパケット１７５０の宛先ＩＰアドレスとして用いる。中継制御部１７１２が送出するＩＰパケット１７５１はＩＰパケット１７５０と同一であるか、あるいは上述した新しいＩＰアドレスを設定したパケットである。
ＩＰパケット１７５１は制御通信回線１７２８、１７２９を経由し、パケット機能付終端ゲートウェイ１７０４の中継制御部１７１３に到達する（ステップE07）。なお、中継制御部１７１３は他の実施例で説明しており、電話管理サーバ、代理電話サーバ、電話番号サーバ、表管理サーバからなる。中継制御部１７１３内部の電話管理サーバが、ＩＰパケット１７５１を基にメディアルータに電話呼出要求を知らせるＩＰパケットを送り、メディアルータ１７２３が前記ＩＰパケットを受信する（ステップE08）。
メディアルータ１７２３は電話呼設定要求を電話機１７２１へ通知し（ステップE09）、ステップE08を受信したことを知らせるＩＰパケットを返信する（ステップE11）。中継制御部１７１３はACMパケットを形成して返信し（ステップE12）、前記ACMパケットは中継制御部１７１２、１７１１を通過して中継制御部１７１０を経由し、メディアルータ１７２２へ到達する（ステップE13、E14、E15）。電話機１７２１が呼出中通知をメディアルータに知らせると（ステップE20）、メディアルータ１７２３、中継制御部１７１３，１７１２，１７１１、１７１０、メディアルータ１７２２を経て、電話機１７２０へ電話呼出中が知らされる（ステップE21乃至E26）。電話機１７２１が応答すると、メディアルータ１７２３、中継制御部１７１３，１７１２，１７１１、１７１０、メディアルータ１７２２を経て、電話機１７２０へ電話機１７２１の応答が知らされ、通話可能となる（ステップE30乃至E36）。
電話機１７２０と電話機１７２１との間で音声通信が行われる（ステップＥ38）。電話機１７２０から送られた音声は、メディアルータ１７２２においてディジタル化されてＩＰパケットに格納され、網ノード装置１７１４、通信回線１７３１、１７３２，１７３３、音声制御部１７１６、通信回線１７３４、音声制御部１７１７、通信回線１７３５、１７３６、網ノード装置１７１５を経由して、メディアルータ１７２３に到達し、ここでディジタル化された音声はアナログ音声となり、電話機１７２１へ到達する。網ノード装置１７１４及び１７１５において、ＩＰパケットのＩＰカプセル化及び逆カプセル化されることは他の実施例で説明している。電話機１７２０が解放要求を出すと（ステップE40）、他実施例において説明しているようにして、一連の電話呼解放と解放完了の手続きが行われて電話通信が完了する（ステップE41乃至E45,ステップE51乃至E55）。
＜＜各種ネットワークの接続＞＞
図２９１は、公衆電話交換網とＩＰ転送網との接続を、他の実施例を含めてまとめて図に表わしたものである。１７６０及び１７６１は公衆電話交換網（PSTN）、１７６２及び１７６３はＩＰ転送網、１７６４及び１７６５は加入者交換機（LS）、１７６６及び１７６７は中継交換機、１７６８乃至１７７１はカプセル化機能付終端ゲートウェイ、１７７２及び１７７３は中継ゲートウェイ、１７７６乃至１７７９はメディアルータ、１７８０乃至１７８５は電話機である。各交換機は中継制御部及び音声制御部を含み、カプセル化機能付終端ゲートウェイ及び中継ゲートウェイも中継制御部及び音声制御部を含む。前記交換機とゲートウェイとの間は、制御通信回線と音声制御回線とで結ばれている。中継ゲートウェイ１７７２とカプセル化機能付終端ゲートウェイ１７６８及び１７６９との間の制御回線の間に網ノード装置を設置し、中継ゲートウェイ１７７３とカプセル化機能付終端ゲートウェイ１７７０及び１７７１との間の制御回線の間に網ノード装置を設置する。これについては他の実施例で説明しているので、図２９１では省略している。
このようになっているので、例えば電話機１７８２及び１７８５は、メディアルータ１７７６、カプセル化機能付終端ゲートウェイ１７６８、中継ゲートウェイ１７７２、中継ゲートウェイ１７７３、カプセル化機能付終端ゲートウェイ１７７１、メディアルータ１７７９を経由して端末間通信接続制御により、電話通信が可能である。
また、電話機１７８０と電話機１７８５との間で、交換機１７６４、交換機１７６６、中継ゲートウェイ１７７２、中継ゲートウェイ１７７３、カプセル化機能付終端ゲートウェイ１７７１、メディアルータ１７７９を経由して、端末間通信接続制御により、電話通信が可能である。更に、電話機１７８０と電話機１７８１との間で、交換機１７６４、交換機１７６６、中継ゲートウェイ１７７２、中継ゲートウェイ１７７３、交換機１７６７、交換機１７６５を経由して、端末間通信接続制御により、電話通信が可能である。但し、本ケースは、交換機１７６６及び１７６７が地理的に遠く離れているケースなどに有効である。
＜＜非カプセル化終端ゲートウェイを用いる例＞＞
上述と同様の各種ネットワークの接続であるが、図２９２に示すように、カプセル化機能付終端ゲートウェイ１７６８乃至１７７１を用いずに、非カプセル化終端ゲートウェイ１７６８ｘ乃至１７７１ｘを用いている。中継ゲートウェイ１７７２及び１７７３を用いず、非カプセル化機能付終端ゲートウェイと相互通信ができる非カプセル化中継ゲートウェイ１７７２ｘ及び１７７３ｘを用いている。
以上説明したように、電話機１７８２と電話機１７８５との間、電話機１７８０と電話機１７８５との間、電話機１７８０と電話機１７８１との間で、前記と同様の端末間通信接続制御により電話通信が可能である。このようになっているので、電話機１、メディアルータ１、ＩＰ転送網１に属するカプセル化機能付終端ゲートウェイと中継ゲートウェイを経由し、ＩＰ転送網２に属する他の中継ゲートウェイと他のカプセル化機能付終端ゲートウェイを経由し、メディアルータ２、電話機２を順に経由して、２つの電話機間において電話通信を行い得る。更に、電話機１、メディアルータ１、ＩＰ転送網１に属する非カプセル化機能終端ゲートウェイ及び非カプセル化機能中継ゲートウェイを経由し、ＩＰ転送網２に属する他の中継ゲートウェイと他のカプセル化機能付終端ゲートウェイを経由し、メディアルータ２、電話機２を順に経由して、２つの電話機間において電話通信を行い得る。
通信会社Ｘの運用するＩＰ転送網１７００から、通信会社Ｙの運用するＩＰ転送網１７０１へ、ＩＰ転送網１７０１の中継制御部１７１２を宛先とするＩＰパケットが入力するケースにおいて、前記中継制御部１７１２は前記ＩＰパケットを受信すると、電話番号サーバに問合せて、前記ＩＰパケット内部に含まれる宛先電話番号“ＴＮ−２”への接続に関与するＩＰ転送網の他中継制御部１７１３のＩＰアドレスを取得して、前記取得したＩＰアドレスを新しく設定したＩＰパケットは、前記他の中継制御部１７１３に転送されるようになっている。

１７．マルチキャスト通信を行う第１７実施例：
本実施例を図２９３乃至図２９５を参照して説明する。ＩＰ転送網１８００の内部に網ノード装置１８０１乃至１８０５及びルータ１８０７乃至１８０９を設置している。網ノード装置とルータはＩＰ通信回線により、直接に或は網ノード装置やルータ経由で間接的に接続される。ＩＰパケット送受機能を有する端未１８１０−１乃至１８１０−１９はＩＰ通信回線を経由で、網ノード装置に接続される。１８１１−１乃至１８１５−１は網ノード装置のアドレス管理表であり、１８１７−１乃至１８１９−１はルータの経路表である。
図２９４の１８６８は、マルチキャスト通信における端末間通信接続制御機能を実現するサーバ類の主な所在を示しており、１８５７はマルチキャスト管理サーバ、１８５５及び１８５６はユーザサービスサーバ、１８５３及び１８５４は受付者、１８５１はマルチキャストサービス提供者、１８５２はマルチキャストサービス購入者、１８５０はルータ、１８５９はトリー構築サーバ、１８５８はＩＰ転送網１８００の網リソース管理サーバ、１８６１乃至１８６３は表管理サーバである。１８４１乃至１８４５は、予定外のＩＰパケットが出力される溢れ通信回線である。ＩＰ転送網１８００内部のサーバやルータ類はＩＰアドレスを付与され、ＩＰパケットを送受することにより相互に情報交換できるＩＰ通信手段を有する。なお、本実施例において、端末やサーバは固有のＩＰアドレスを有する他に、複数のマルチキャストＩＰアドレスを付与できる。
端末１８１０−２はマルチキャストサービスにおいて、マルチキャストデータを送信する送信端末でもある。マルチキャストデータはディジタル化した音声やファックスデータ、静止画像や動画像などのいわゆるマルチメディアデータを含む。
＜＜通信レコード＞＞
アドレス管理表の行を通信レコード又はＩＰ通信レコードという。例えばアドレス管理表１８１１−１の第２行目“Ｉ０１，Ｅ０１，Ｅ２６，Ｉ２６，Ｇ０３，Ｆ０２”を、外部ＩＰアドレス“Ｅ０１”と外部ＩＰアドレス“Ｅ２６”との間の通信レコード、或は外部ＩＰアドレス“Ｅ０１”を有する端末１８１０−２と、外部ＩＰアドレス“Ｅ２６”を有する端末１８１０−１６との間のＩＰ通信路を定める通信レコードという。通信レコードの内容が“ａ，ｂ，ｃ，ｄ，ｅ，ｆ”であるとき、第１番目の項目は“ａ”、第２番目の項目は“ｂ”であり、以下同様である。項目がアドレスであるとき、例えば第３番目のアドレス項目は“ｃ”であるという。
通信レコードの第１番目の項目を送信側論理端子（外部ＩＰ通信回線と網ノード装置の論理的接点）に付与した送信元内部ＩＰアドレス、第２番目の項目を送信元外部ＩＰアドレス、第３番目の項目を宛先外部ＩＰアドレス、第４番目の項目を宛先側論理端子に付与した宛先内部ＩＰアドレス、第５番目の項目を内部ＩＰパケットの出力先指定、第６番目の項目を外部ＩＰパケットの出力先指定という。
＜＜２端末間のＩＰ転送＞＞
図２９３の端末１８１０−２に外部ＩＰアドレス“Ｅ０１”が付与され、通信回線１８２２の網ノード装置１８０１側終端に内部ＩＰアドレス“Ｉ０１”が付与され、図２９５の端末１８１０−１６に外部ＩＰアドレス“Ｅ２６”が付与され、通信回線１８２６−６の網ノード装置１８０４側終端に内部ＩＰアドレス“Ｉ２６”が付与されている。網ノード装置のアドレス管理表１８１１−１乃至１８１５−１内部の数値は、他実施例で説明していると同様の方法により初期値が設定された状態を示しており、以下においてＩＰパケット転送により説明する。
端末１８１０−２は、送信元外部ＩＰアドレス“Ｅ０１”、宛先外部ＩＰアドレス“Ｅ２６”である外部ＩＰパケット１８２９−１を通信回線１８２２に送出し、網ノード装置１８０１は外部ＩＰパケット１８２９−１を受信する。次に、網ノード装置１８０１は、アドレス管理表１８１１−１の第２行目のレコード“Ｉ０１、Ｅ０１，Ｅ２６，Ｉ２６，Ｇ０３，Ｆ０２”が前記取得した３つのＩＰアドレス、つまり通信回線１８１０−２の終端部に付与された内部ＩＰアドレス“Ｉ０１”、受信した外部ＩＰパケット１８２９−１内の送信元外部ＩＰアドレス“Ｅ０１”と、宛先外部ＩＰアドレス“Ｅ２６”とを含んでいることを確認し、前記レコードに含まれる“Ｉ０１、Ｉ２６”を用いて内部ＩＰパケットを形成し、前記レコードに含まれる“Ｇ０３”が指定する通信回線１８２３−２へ内部ＩＰパケット１８２９−２として送出する。前記ＩＰカプセル化の手順において、当該通信レコード“Ｉ０１、Ｅ０１，Ｅ２６，Ｉ２６，Ｇ０３，Ｆ０２”の内部パケット出力指定“Ｇ０３”（第５項目）が“０”以外であるので、ＩＰカプセル化して内部ＩＰパケットを形成して出力しているが、前記内部パケット出力指定が“０”のケースにおいては、当該ＩＰパケットはカプセル化せずに、網ノード装置の溢れ通信回線１８４１へ転送する。
ルータ１８０９は内部ＩＰパケット１８２９−２を受信し、経路表１８１９−１の指定する出力インタフェース“Ｇ２１”が指定する通信回線１８２４−２へ、内部ＩＰパケット１８２９−２をコピーして得た内部ＩＰパケット１８２９−３を送出する。網ノード装置１８０４は内部ＩＰパケット１８２９−３を受信し、アドレス管理表１８１４−１の第３行目のレコード“Ｉ２６，Ｅ２６，Ｅ０１，Ｉ０１，Ｇ３６，Ｆ１６”が、内部ＩＰパケット１８２９−３内の３つのＩＰアドレス“Ｉ２６，Ｅ０１，Ｉ０１”を含んでいることを確認し、内部ＩＰパケット１８２９−３のＩＰヘッダを除く逆カプセル化により外部ＩＰパケットを復元し、当該レコード内部に含まれる出力インタフェース“Ｆ１６”が指定する通信回線１８２６−６へ外部ＩＰパケット１８２９−４として送出する。端末１８１０−１６は外部ＩＰパケット１８２９−４を受信する。
＜＜端末の種類＞＞
端末１８１０−１乃至１８１０−１９はデータ送受信機能を有するデータ端末、ディジタル化音声を送受する機能を有する電話機、ディジタル化音声を送信できる音声送信端末（つまり有線音声放送用の送信機）、ディジタル化音声を受信できる音声受信端末（つまり有線音声放送用の受信機）、ディジタル化音声と画像の送受信機能を有する音声画像送受信端末またはＴＶ会議端末、ディジタル化音声と動画像を送信できる音声画像送信端末（つまり有線音声画像送信機）、ディジタル化音声と動画像を受信できる音声画像受信端末（つまり有線ＴＶ受信機）であり、更に前記端末は他の実施例で説明しているメディアルータとメディアルータに接続するデータ端末や電話機、音声画像装置のいずかとの組合せとすることもできる。前記いずれの端末からの送信データ又は受信データも、ＩＰパケットのペイロード部分に格納されるので、以下に述べるマルチキャストの技術が全ての端末に適用できる。
＜＜マルチキャスト通信実施の準備＞＞
端末１８１０−２がマルチキャスト送信端末となり、端末１８１０−１１、１８１０−１３，１８１０−１４，１８１０−１７，１８１０−１８がマルチキャスト受信端末のケースにおける送信端末と受信端末との間における端末間通信接続制御方法を説明する。
図２９６は、ＩＰ転送網１８００内部における網ノード装置及びルータ間を接続する通信回線のコストを通信回線毎に正整数で表しており、網ノード装置１８０１とルータ１８０７との間の通信コストは“１”、網ノード装置１８０１とルータ１８０９との間の通信コストは“２”、網ノード装置１８０２とルータ１８０７との間の通信コストは“２”、網ノード装置１８０２とルータ１８０９との間の通信コストは“１”、ルータ１８０７とルータ１８０８との間の通信コストは“１”、ルータ１８０７とルータ１８０９との間の通信コストは“３”、ルータ１８０８とルータ１８０９との間の通信コストは“３”、ルータ１８０８と網ノード装置１８０３との間の通信コストは“１”、ルータ１８０８と網ノード装置１８０４との間の通信コストは“４”、ルータ１８０９と網ノード装置１８０４との間の通信コストは“１”、ルータ１８０９と網ノード装置１８０５との間の通信コストは“１”であることを表わしている。
ＩＰ転送網１８００の内部には、図２９６に示した他に更に他のルータや通信回線が含まれるが、通信コスト算出に関連するルータや網ノード装置のみ図示している。なお、送信回線の通信コストは“２”、受信回線通信コストは“３”等と、送信方向及び受信方向により異なるように定めてよいが、本実施例では送信回線と受信回線の通信コストを同じ値に設定している。
図２９４の網リソース管理サーバ１８５８は、ＩＰ転送網１８００内部のルータやサーバ、通信回線など各種リソースの機能などを、その内部のデータベースに保持している。図２９７は、網リソース管理サーバ１８５８が保持する網ノード装置やルータ間の通信回線の通信コストを表わすコスト表１８６９である。コスト表１８６９内の記号“Ｎ１８０１”は網ノード装置１８０１を表わし、“Ｒ１８０７”はルータ１８０７を表わす。コスト表１８６９は、図２９６に示す通信回線コストを一覧表の形で表わしたものであり、例えばコスト表１８６９の第２行第７列目の“１”は、網ノード装置１８０１からルータ１８０７への通信コストは“１”であることを表わし、コスト表１８６９の第２行第９列目の“２”は、網ノード装置１８０１からルータ１８０９への通信コストは“２”であることを表わし、コスト表１８６９の第３行第７列目の“２”は、網ノード装置１８０２からルータ１８０７への通信コストは“２”であることを表わし、コスト表１８６９の第３行第９列目の“１”は、網ノード装置１８０２からルータ１８０９への通信コストは“１”であることを表わし、以下同様の表現である。
次に、図２９８乃至図３００を参照して、マルチキャスト通信のための手順を説明する。マルチキャストデータ等の送信者１８５１（図２９４）は、端末１８１０−２をマルチキャストデータ等の送信端末として網ノード装置１８０１に接続することを、受付者１８５３に申込む（図３００のステップＭＳ１）。受付者１８５３は送信識別情報や料金支払い方法と共に、送信端末情報１８７０（図２９８）をユーザサービスサーバ１８５５に入力する（ステップＭＳ２）。ここで、送信端末情報１８７０は、マルチキャスト送信用の端末１８１０−２を網ノード装置１８０１に接続する情報を含む。なお、送信端末情報１８７０内の記号“Ｎ１８０１”は網ノード装置１８０１を表わし、“Ｔ１８１０−２”は端末１８１０−２を表わす。ユーザサービスサーバ１８５５は取得した前記送信識別情報や送信料金支払い方法と共に、送信端末情報１８７０をマルチキャスト管理サーバ１８５７へ送信し（ステップＭＳ３）、マルチキャスト管理サーバ１８５７は受信した前記情報をそのデータベースに保持する（ステップＭＳ４）。
次に、端末１８１０−１１、１８１０−１３、１８１０−１４，１８１０−１７，１８１０−１８の利用者が、マルチキャストデータ等を受信するケースを説明する。これら利用者１８５２は、受付者１８５４にマルチキャストデータ等の受信を申込む（ステップＭＳ１１）。受付者１８５４は利用者識別情報や受信料金支払い方法と共に、受信端末情報１８７１をユーザサービスサーバ１８５６に入力する（ステップＭＳ１２）。ここで、受信端末情報１８７１（図２９９）は、マルチキャストデータ受信用の端末１８１０−１１及び１８１０−１３を網ノード装置１８０３に接続し、端末１８１０−１４を網ノード装置１８０４に接続し、端末１８１０−１７及び１８１０−１８を網ノード装置１８０５に接続する情報を含む。なお、受信端末情報１８７１内の記号“Ｎ１８０３”は網ノード装置１８０３を表わし、“Ｔ１８１０−１１”は端末１８１０−１１を表わし、他の記法も同様である。
ユーザサービスサーバ１８５６は前記取得した受信識別情報や料金支払い方法と共に、受信端末情報１８７１をマルチキャスト管理サーバ１８５７へ送信し（ステップＭＳ１３）、マルチキャスト管理サーバ１８５７は受信した前記情報をそのデータベースに保持する（ステップＭＳ１４）。マルチキャスト管理サーバ１８５７はステップＭＳ４とステップＭＳ１４の双方を受信すると、送信端末情報１８７０と受信端末情報１８７１との組にマルチキャスト識別情報ＩＤ―ｋを付与し、これら情報をトリー構築サーバ１８５９（図２９４）ヘ送る（ステップＭＳ１８）。トリー構築サーバ１８５９はリソース管理サーバ１８５８へコスト表１８６９を要求し（ステップＭＳ１９）、コスト表１８６９を取得する（ステップＭＳ２０）。トリー構築サーバ１８５９はマルチキャスト木構造算出モジュール１８５９−１（図２９４）を用いて、マルチキャスト識別情報ＩＤ―ｋにより決定されるマルチキャスト木構造を定め（図３０１）、つまりマルチキャスト技法によるＩＰパケットの転送通信路を決定し、網ノード装置へのアドレス管理表追加情報（図３０２乃至図３０５）やルータの経路表追加情報（図３０６乃至図３０８）を形成し、トリー構築サーバ１８５９の内部に保持する（ステップＭＳ２１）。
＜＜トリー構築サーバによるマルチキャスト木構造の構築＞＞
次に、トリー構築サーバ１８５９は、アドレス管理表追加情報１８１１−２をアドレス管理表１８１１−１へ、経路表追加情報１８１７−２を経路表１８１７−１へそれぞれ追加するように表管理サーバ１８６１へ要求し（ステップＭＳ２２）、表管理サーバ１８６１は前記要求に対する設定を報告し（ステップＭＳ２５）、トリー構築サーバ１８５９は、アドレス管理表追加情報１８１３−２をアドレス管理表１８１３−１へ、アドレス管理表追加情報１８１４−２をアドレス管理表１８１４−１へ、経路表追加情報１８１８−２を経路表１８１８−１へそれぞれ追加するように表管理サーバ１８６２へ要求する（ステップＭＳ２３）。そして、表管理サーバ１８６２は前記要求に対する設定を報告し（ステップＭＳ２６）、トリー構築サーバ１８５９は、アドレス管理表追加情報１８１５−２をアドレス管理表１８１５−１へ、経路表追加情報１８１９−２を経路表１８１９−１へそれぞれ追加するように表管理サーバ１８６３へ要求し（ステップＭＳ２４）、表管理サーバ１８６３は前記要求に対する設定を報告する（ステップＭＳ２７）。ここで、表管理サーバ１８６３は、網ノード装置に近いルータに接続されている。なお、アドレス管理表追加情報や経路表追加情報の意味は、ＩＰパケット転送の流れの中で説明する。トリー構築サーバ１８５９は前記ステップＭＳ２５乃至ＭＳ２７の完了を確認すると、ステップＭＳ１８において要求されたトリー構築の完了をマルチキャスト管理サーバ１８５７へ報告する（ステップＭＳ２８）。以上の手続きにより、マルチキャスト通信のための端末間通信接続制御の前半部分、つまりマルチキャスト木構造の構築が完了した。
＜＜マルチキャスト木構造＞＞
図３０１に示す前記マルチキャスト木構造の意味は次の通りである。端末１８１０−２から送出された外部ＩＰパケットは網ノード装置１８０１に到達すると内部ＩＰパケットとなり、前記内部ＩＰパケットはルータ１８０７及びルータ１８０９の２方向へ分岐し、ルータ１８０７へ到達した内部ＩＰパケットはルータ１８０７を通過し、次にルータ１８０８を通過して網ノード装置１８０３へ到達する。他の内部ＩＰパケットはルータ１８０９へ到達し、ルータ１８０９は前記内部ＩＰパケットを２つの方向、つまり網ノード装置１８０４及び１８０５へ送出する。網ノード装置１８０３は受信した内部ＩＰパケットを逆カプセル化して外部ＩＰパケットを復元し、復元した外部ＩＰパケットを端末１８１０−１１及び１８１０−１３へ送出する。網ノード装置１８０４は受信した内部ＩＰパケットを逆カプセル化して外部ＩＰパケットを復元し、復元した外部ＩＰパケットを端末１８１０−１４へ送出する。網ノード装置１８０５は受信した内部ＩＰパケットを逆カプセル化して外部ＩＰパケットを復元し、復元した外部ＩＰパケットを端末１８１０−１７及び１８１０−１８へ送出する。以上述べたように、マルチキャスト通信においてはＩＰパケットが木構造状に見える通信路を転送されるので、通信路の形状をマルチキャスト木構造という。
＜＜マルチキャスト技法による木構造の構築＞＞
前記ステップＭＳ２２乃至ＭＳ２４において、トリー構築サーバ１８５９から表管理サーバ１８６１乃至１８６３への通信は、通信信頼性が高いＴＣＰ通信（コネクション通信）で行なっている。但し、前記ＴＣＰ通信のため、複数の表管理サーバがＩＰ転送網内の多数のルータに接続されており、網ノード装置のアドレス管理表やルータの経路表の新規設定やレコード書換え機能を分担している。本実施例はルータ１８０７乃至１８０９という少ない（３個）例であるが、ＩＰ転送網内のルータ数は多数、例えばルータ数１０万台であり、表管理サーバの数も相当に多くなる他の実施例も想定される。
このようなケースにおいて、トリー構築サーバから多数の表管理サーバへ、アドレス管理表追加情報や経路表追加情報を転送するのは、通信トラヒックが過大となり得策でない。このため、トリー構築サーバから前記１０万台のルータへ、アドレス管理表追加情報や経路表追加情報を転送するための経路表のレコードを、ＩＰ転送網を構築した時点において、各ルータに設定しておくこともできる。但し、各ルータの通信レコード全体として、マルチキャスト木構造状にＩＰパケットを転送するようにしておく。このようにして、トリー構築サーバから多数のルータへ、アドレス管理表追加情報や経路表追加情報を転送するための通信トラヒックが過大となることを抑制することができる。更に、アドレス管理表追加情報や経路表追加情報を、トリー構築サーバから多数の表管理サーバへ転送するため、公知のブロードキャストアドレスを用いることもできる。
＜＜アドレス管理表＞＞
図３０９乃至図３１１を参照して説明すると、アドレス管理表１８１１の第１行目にはアドレス管理追加情報１８１１―２が含まれており、アドレス管理表１８１３の第１行目にはアドレス管理追加情報１８１３―２が含まれており、アドレス管理表１８１４の第１行目にはアドレス管理追加情報１８１４―２が含まれており、アドレス管理表１８１５の第１行目にはアドレス管理追加情報１８１５―２が含まれている。
図３０９の通信回線１８２２の網ノード装置１８０１側の終端に内部ＩＰアドレス“Ｉ０１”が付与され、図３１１の通信回線１８２６−１の網ノード装置１８０３側の終端に内部ＩＰアドレス“Ｉ２０”及び“ＩＭ２”が付与され、通信回線１８２６−２の網ノード装置１８０３側の終端に内部ＩＰアドレス“Ｉ２２”及び“ＩＭ２”が付与され、通信回線１８２６−３の網ノード装置１８０４側の終端に内部ＩＰアドレス“Ｉ２４”及び“ＩＭ２”が付与され、通信回線１８２６−４の網ノード装置１８０５側の終端に内部ＩＰアドレス“Ｉ２７”及び“ＩＭ２”が付与され、通信回線１８２６−５の網ノード装置１８０５側の終端に内部ＩＰアドレス“Ｉ２８”及び“ＩＭ２”が付与されている。ここで、内部ＩＰアドレス“ＩＭ２”はマルチキャストのために用いるアドレスの実施例である。
＜＜アドレス管理表の表現方法＞＞
アドレス管理表１８１１乃至１８１５のレコード内部項目の記載順序は、従来技術の説明においてはレコード内部項目を“Ｅ１，Ｅ２，Ｉ１，Ｉ２”の順序により表わしているが、本実施例では項目の順序を“Ｉ１,Ｅ１，Ｅ２，Ｉ２”のように位置を変更しているが、表記上の違いのみで本質的な差はない。ＩＰアドレスが“Ｅ０１”である端末１８１０−２から送出されたＩＰパケット１８３０は、通信回線１８２２を経て網ノード装置１８０１に到達する。ＩＰパケット１８３０の宛先アドレス“Ｍ２”はマルチキャスト外部ＩＰアドレスであり、具体的数値として、例えば“224.1.2.3”であり、ここで“224”はＩＥＴＦの規定のマルチキャストアドレスを意味する。マルチキャスト内部ＩＰアドレス“ＩＭ２”の具体的数値として、例えば“225.1.2.3”の値である。
＜＜ルータの経路表＞＞
図３１０を参照して説明すると、経路表１８１７乃至１８１９が含まれており、受信したＩＰパケットを転送すべき通信回線が書き込まれている。経路表１８１７の第２行目には経路表追加情報１８１７−２が含まれており、経路表１８１８の第２行目には経路表追加情報１８１８−２が含まれており、経路表１８１９の第２行目には経路表追加情報１８１９−２が含まれている。例えば、経路表１８１７の第２行目のレコードの場合、宛先ＩＰアドレスが“ＩＭ２”であるＩＰパケットは、論理通信回線名Ｇ１２により指定される通信回線１８２４−１であり、経路表１８１８の第２行目のレコードの場合、宛先ＩＰアドレスが“ＩＭ２”であるＩＰパケットは、論理通信回線名Ｇ２７により指定される通信回線１８２５である。また、経路表１８１９の第２行目のレコードは“ＩＭ２”と“Ｇ２１，Ｇ２２”とが書き込まれており、宛先ＩＰアドレスが“ＩＭ２”であるＩＰパケットは、論理通信回線名Ｇ２１により指定される通信回線１８２４−２と、論理通信回線名Ｇ２２により指定される通信回線１８２４−３とに転送される。
＜＜ＩＰパケットの転送＞＞
次に、外部ＩＰパケット１８３０の送信から始まる一連のＩＰパケット転送のステップを説明するが、図３１２の１８００−１はＩＰ転送網１８００内におけるＩＰパケット送受を表わす。端末１８１０−２は通信回線１８２２に外部ＩＰパケット１８３０を送信し（図３１２のステップＤ１）、網ノード装置１８０１は外部ＩＰパケット１８３０を受信すると、ＩＰパケット１８３０が入力した通信回線１８２２の終端部（論理端子）に付与されている内部ＩＰアドレスが“Ｉ０１”、ＩＰパケット１８３０の宛先外部ＩＰアドレス“Ｍ２”を確認し、アドレス管理表１８１１内部を検索し、始めに送信元内部ＩＰアドレスが“Ｉ０１”であり、次に宛先外部ＩＰアドレスが“Ｍ２”が含まれるレコードを検索し（第１のＩＰパケット受け入れ検査）、更に前記検索したレコード内にＩＰパケット１８３０内の送信元外部ＩＰアドレス“Ｅ０１”が含まれるかを調べる（第２のＩＰパケット受け入れ検査）。
本例では、アドレス管理表１８１１の上から１行目の“Ｉ０１、Ｅ０１、Ｍ２、ＩＭ２、Ｇ０２，Ｇ０３，０”を含むレコードを見出し、このレコード内部にあるＩＰアドレスの“Ｉ０１”及び“ＩＭ２”を用いて、送信元ＩＰアドレスが“Ｉ０１”であり、宛先ＩＰアドレスが“ＩＭ２”である内部ＩＰパケットを形成し（ＩＰパケットのカプセル化）、論理通信回線名Ｇ０２の通信回線１８２３−１へ内部ＩＰパケット１８３１−１として送出し（ステップＤ２）、論理通信回線名Ｇ０３の通信回線１８２３−２に内部ＩＰパケット１８３１−２として送出する（ステップＤ３）。なお、前記手順において、外部ＩＰパケット１８３０の宛先外部ＩＰアドレス“Ｍ２”がアドレス管理表１８１１に含まれていない場合、外部ＩＰパケット１８３０は廃棄される（第１のＩＰパケット受け入れ検査）。なお、前記検出したレコード内にＩＰパケット１８３０内の送信元ＩＰアドレス“Ｅ０１”が含まれるかを調べることは省略することもでき、この場合は前記第２のＩＰパケット受け入れ検査は行わない。
通信回線１８２３−１を経て転送された内部ＩＰパケット１８３１−１はルータ１８０７へ到達し、内部ＩＰパケット１８３１−１の宛先ＩＰアドレスは“ＩＭ２”であるので、経路表１８１７の第２行目の“ＩＭ２，Ｇ１２”に従い、論理通信回線名Ｇ１２の通信回線１８２４−１へ内部ＩＰパケット１８３１−３として送出される（ステップＤ４）。ここで、ＩＰパケット１８３１−１はコピーされてＩＰパケット１８３１−３となっている。内部ＩＰパケット１８３１−３はルータ１８０８へ到達し、内部ＩＰパケット１８３１−３の宛先ＩＰアドレスは“ＩＭ２”であるので、経路表１８１８の第２行目の“ＩＭ２，Ｇ２７”に従い、論理通信回線名Ｇ２７の通信回線１８２５へ内部ＩＰパケット１８３１−４として送出される（ステップＤ５）。ここで、ＩＰパケット１８３１−３はコピーされてＩＰパケット１８３１−４となっている。一方、通信回線１８２３−２を経て転送された内部ＩＰパケット１８３１−２はルータ１８０９へ到達し、内部ＩＰパケット１８３１−２の宛先ＩＰアドレスは“ＩＭ２”であるので、経路表１８１９の第２行目の“ＩＭ２，Ｇ２１，Ｇ２２”に従い、論理通信回線名Ｇ２１の通信回線１８２４−２へ内部ＩＰパケット１８３１−５として送出され（ステップＤ７）、更に論理通信回線名Ｇ２２の通信回線１８２４−３へ内部ＩＰパケット１８３１−６として送出される（ステップＤ８）。ここで、ＩＰパケット１８３１−２はコピーされてＩＰパケット１８３１−５及びＩＰパケット１８３１−６となっている。なお、ルータの経路表１８１７乃至１８１９及び網ノード装置の経路表は公知のアドレスマスクを有することができるが、省略したケースである。
内部ＩＰパケット１８３１−４は通信回線１８２５を経て網ノード装置１８０３に到達する。アドレス管理表１８１３の第１行目のレコード“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，Ｆ１０，Ｆ１２”の左から４つの項目“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１”が、内部ＩＰパケット１８３１−４内の４つのアドレス“Ｉ０１，ＩＭ２，Ｅ０１，Ｍ２”と一致するので、内部ＩＰパケット１８３１−４は、他の実施例で説明しているようにＩＰヘッダを除く逆カプセル化を施されて、外部ＩＰパケット１８３０が復元される。復元された前記ＩＰパケットは、当該第１行目のレコード内部の出力インタフェースＦ１０とＦ１２の指定する通信回線、つまり出力インタフェースＦ１０の指定する通信回線１８２６−１へ外部ＩＰパケット１８３２−１として送出され（ステップＤ１1）、続いて出力インタフェースＦ１２の指定する通信回線１８２６−２へ外部ＩＰパケット１８３２−２として送出される（ステップＤ１３）。ＩＰパケット１８３２−１は端末１８１０−１１へ到達し、ＩＰパケット１８３２−２は端末１８１０−１３へ到達する。
同様にして、内部ＩＰパケット１８３１−５は通信回線１８２４−２を経て網ノード装置１８０４に到達する。アドレス管理表１８１４の第１行目のレコード“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，Ｆ１４”の左から４つの項目“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１”が、内部ＩＰパケット１８３１−５内の４つのアドレス“Ｉ０１，ＩＭ２，Ｅ０１，Ｍ２”と一致するので、内部ＩＰパケット１８３１−５は、他の実施例で説明しているようにＩＰヘッダを除く逆カプセル化を施されて、外部ＩＰパケット１８３０が復元される。復元された前記ＩＰパケットは、当該第１行目のレコード内部の出力インタフェースＦ１４の指定する通信回線、つまり出力インタフェースＦ１４の指定する通信回線１８２６−３へ外部ＩＰパケット１８３２−３として送出される（ステップＤ１４）。ＩＰパケット１８３２−３は端末１８１０−１４へ到達する。
内部ＩＰパケット１８３１−６は通信回線１８２４−３を経て網ノード装置１８０５に到達する。アドレス管理表１８１５の第１行目のレコード“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，Ｆ１７，Ｆ１８”の左から４つの項目“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１”が、内部ＩＰパケット１８３１−６内の４つのアドレス“Ｉ０１，ＩＭ２，Ｅ０１，Ｍ２”と一致するので、内部ＩＰパケット１８３１−６は、他の実施例で説明しているようにＩＰヘッダを除く逆カプセル化を施されて、外部ＩＰパケット１８３０が復元される。復元された前記ＩＰパケットは、当該第１行目のレコード内部の出力インタフェースＦ１７とＦ１８の指定する通信回線、つまり出力インタフェースＦ１７の指定する通信回線１８２６−４へ外部ＩＰパケット１８３２−４として送出され（ステップＤ１７）、出力インタフェースＦ１８の指定する通信回線１８２６−５へ外部ＩＰパケット１８３２−５として送出される（ステップＤ１８）。ＩＰパケット１８３２−４は端末１８１０−１７へ到達し、ＩＰパケット１８３２−５は端末１８１０−１８へ到達する。
＜＜ＡＣＫパケットやＮＡＣＫパケットの大量洪水の予防＞＞
端末１８１０−１１が外部ＩＰパケット１８３２−１の受信を送信元端末１８１０−２へ報告するため、端末１８１０−１１が送信元外部ＩＰアドレス“Ｍ２”、宛先外部ＩＰアドレス“Ｅ０１”である外部ＩＰパケット１８３３を形成して、通信回線１８２６−１に送出するケースを考える（図３１２のステップＤ２1）。網ノード装置１８０３は外部ＩＰパケット１８３３を受信すると、受信した外部ＩＰパケット内部の送信元外部ＩＰアドレス“Ｍ２”がマルチキャストアドレスであることを確認し、前記受信した外部ＩＰパケットをそのままパケット溢れ通信回線１８４３へ転送する。パケット溢れ通信回線１８４３へ転送された前記外部ＩＰパケットは廃棄される。同様に、網ノード装置１８０４が端末１８１０−１４から外部ＩＰパケットを受信した場合や（ステップＤ２２）や、網ノード装置１８０５が端末１８１０−１７から外部ＩＰパケットを受信した場合も（ステップＤ２３）、前記受信した外部ＩＰパケットをそのまま通信回線１８４４や１８４５へ転送する。パケット溢れ通信回線１８４４及び１８４５へ転送された外部ＩＰパケットは廃棄される。
このようになっているから、マルチキャストデータ受信の全ての端末からマルチキャストデータ送信元端末へ端末個別報告のＩＰパケット送出を抑制でき、結果としてＩＰ転送網内部のＡＣＫパケットの大量洪水を予防できる。
次に、網ノード装置１８０３が、受信したＩＰパケット１８３３を溢れ通信回線１８４３へ転送する具体的な方法を説明する。網ノード装置１８０３は、ＩＰパケット１８３３が入力した通信回線１８２６−１の終端部（論理端子）に付与されている内部ＩＰアドレス“ＩＭ２”、ＩＰパケット１８３３の宛先外部ＩＰアドレス“Ｅ０１”を確認し、アドレス管理表１８１３の内部の通信レコードを検索し、始めに送信元内部ＩＰアドレスが“ＩＭ２”であり、次に宛先外部ＩＰアドレス“Ｅ０１”が含まれる通信レコードを検索し、更に前記検索したレコード内にＩＰパケット１８３３内の送信元外部ＩＰアドレス“Ｍ２”が含まれるかを調べる。本ケースではアドレス管理表１８１３の第１行目の通信レコード“ＩＭ２、Ｍ２、Ｅ０１、Ｉ０１、０、Ｆ１０，Ｆ１２”の第１番目から第３番目のアドレス項目が全て一致するのでこのレコードが選択され、次にこの通信レコードの第５番目の項目（内部パケット出力指定）が“０”であるので、ＩＰパケット１８３３のカプセル化を行わずにＩＰパケット１８３３を溢れ通信回線１８４３へ転送する。
また、端末１８１０−１３、１８１０−１４、１８１０−１７，１８１０−１８から送信元ＩＰアドレス“Ｍ２”、宛先ＩＰアドレス“Ｅ０１”である外部ＩＰパケットを網ノード装置に送信するケースにおいて、上述と同様の手順により、各々の網ノード装置の溢れ通信回線へ転送される。以上述べたように、受信端末１８１０−１１から送信元端末１８１０−２へ、前記マルチキャストＩＰパケットを受信したことを確認するためのＡＣＫパケットを送出しても、網ノード装置１８０３を通過できないので、ＡＣＫパケットの大量洪水（ＡＣＫ implosion）によるＩＰ転送網の輻轄発生を予防できる。なお、パケット溢れ通信回線上のＩＰパケットの利用に関しては後述する。
ＡＣＫパケットの代わりに、網ノード装置１８０３が端末１８１０−１１からＮＡＣＫパケットを受信した場合においても、同様の原理によりＮＡＣＫパケットを廃棄できるので、ＮＡＣＫパケットの大量洪水を予防できる。なお、端末１８１０−１１乃至１８１０−１９がＮＡＣＫパケットを送信するタイミングは、例えばマルチキャスト技法によるＩＰパケット転送の時刻を予め決めておき、予定の時刻になってもＩＰパケットが配送されないケースにおいて、ＮＡＣＫパケットを送信する。
＜＜有線放送の実現＞＞
端末１８１０−２がディジタル化音声を送信できる音声送信端末であり、端末１８１０−１１、１８１０−１３、１８１０−１４，１８１０−１７，１８１０−１８がディジタル化音声受信端末である場合、ＩＰパケット１８３０の送信は有線音声放送となる。また、端末１８１０−２がディジタル化音声動画像を送信できる音声動画像送信端末であり、端末１８１０−１１、１８１０−１３、１８１０−１４，１８１０−１７，１８１０−１８がディジタル化音声動画像受信端末である場合、ＩＰパケット１８３０の送信は有線ＴＶ放送となる。
＜＜マルチキャスト木構造の修正＞＞
マルチキャストデータの受信端末の増減等によりマルチキャスト木構造を修正することができる。受付者１８５４(図２９４)は、予めマルチキャスト管理サーバ１８５７から、マルチキャストサービスの内容とマルチキャスト識別情報ＩＤ−ｋ(ｋ＝１，２，・・)との対応付けを入手して保持している。利用者１８５２は、受付者１８５４に網ノード装置１８０４に接続している端末１８１０−１５を用いて、マルチキャストサービスデータの受信を申込む（図３１３のステップＭＳ３１）。受付者１８５４は利用者１８５２から受信者識別情報、料金支払い方法、端末関連情報（網ノード装置１８０４と端末１８１０−１５を用いること）を取得し、更に利用者１８５２から得たマルチキャストサービスの内容からマルチキャスト識別情報ＩＤ−ｋを特定する。受付者１８５４はこれら情報をユーザサービスサーバ１８５６に入力する（ステップＭＳ３２）。
次に、ユーザサービスサーバ１８５６は前記取得した受信者識別情報や料金支払い方法、端末関連情報、マルチキャスト識別情報ＩＤ−ｋをマルチキャスト管理サーバ１８５７へ送信し（ステップＭＳ３３）、マルチキャスト管理サーバ１８５７は前記受信端末情報をそのデータベースに保持する（ステップＭＳ３４）。マルチキャスト管理サーバ１８５７は、マルチキャスト識別情報ＩＤ−ｋと端末関連情報（網ノード装置１８０４と端末１８１０−１５の利用）とをトリー構築サーバ１８５９ヘ送る（ステップＭＳ３５）。トリー構築サーバ１８５９は網リソース管理サーバ１８５８へコスト表を要求して（ステップＭＳ３６）、コスト表を取得する（ステップＭＳ３７）。
トリー構築サーバ１８５９はマルチキャスト木構造算出モジュール１８５９−１を用いて、マルチキャスト識別情報ＩＤ−ｋと端末関連情報を追加したマルチキャスト木構造とを算出し、網ノード装置へのアドレス管理表追加情報及びルータの経路表変更情報を生成し（ステップＭＳ３８）、トリー構築サーバ１８５９の内部に保持する。次に、トリー構築サーバ１８５９は、アドレス管理表変更情報を網ノード装置１８０４のアドレス管理表１８１４へ追加するように表管理サーバ１８６２へ要求し（ステップＭＳ４０）、表管理サーバ１８６２は前記要求に対する設定を報告し（ステップＭＳ４１）、トリー構築サーバ１８５９は、マルチキャスト木構造の変更を完了したことをマルチキャスト管理サーバ１８５７へ報告する（ステップＭＳ４２）。マルチキャスト管理サーバ１８５７は、ステップＭＳ３１において利用者１８５２から申込みの手続きが完了したことをユーザサービスサーバ１８５６を経て（ステップＭＳ４３）、受付者１８５４を経て（ステップＭＳ４４）、利用者１８５２へ報告する（ステップＭＳ４５）。
なお、アドレス管理表１８１４は表管理サーバ１８６２により設定されているとしている。アドレス管理表変更情報は、アドレス管理表１８１４の第１行目の第６番目の項目“Ｆ１４”を“（Ｆ１４，Ｆ１５）”に変更し、論理通信回線“Ｆ１５”に接続する端末１８１０−１５を受信端末として追加するように指定する。結果として、アドレス管理表１８１４の第１行目のレコードは“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，（Ｆ１４，Ｆ１５）”に変更される。
また、端末１８１０−１１がマルチキャストデータ受信を廃止するケースにおいては、利用者１８５２が受付者に端末１８１０−１１のマルチキャストデータ受信の廃止を申込み、結果として、図３１１のアドレス管理表１８１３の第１行目“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，（Ｆ１０，Ｆ１２）”の第６番目の項目“（Ｆ１０，Ｆ１２）”から、端末１８１０−１１に接続する論理通信回線“Ｆ１０”を抹消することを指定する。結果として、アドレス管理表１８１３の第１行目は“ＩＭ２，Ｍ２，Ｅ０１，Ｉ０１，０，Ｆ１２”のように変更される。
なお、本実施例はルータ１８０７などの経路表を変更しない例であるが、マルチキャスト木構造の他の修正要求内容により、ルータ１８０７乃至１８０９の経路表に対する経路表変更情報を生成し、あるいは他の網ノード装置１８０１及び１８０２のアドレス管理表に対して通信レコードの変更情報を生成することも可能である。このようなケースでは、木構造設定を新規に設定するケースにおけるように、他の表管理サーバ１８６１及び１８６３に依頼して、ルータの経路表や網ノード装置のアドレス管理表の変更が行われる。
＜＜マルチキャスト木構造の解放＞＞
マルチキャストサービスを終了するためのマルチキャスト木構造解放手順を説明する。受付者１８５３(図２９４)は、予めマルチキャスト管理サーバ１８５７から、マルチキャストサービスの内容とマルチキャスト識別情報ＩＤ−ｋ(ｋ＝１，２，・・)との対応付けを入手して保持している。マルチキャストデータ等の送信者１８５１は、前記手続きにより形成しているマルチキャスト木構造の解放を受付者１８５３に申込む（図３１３のステップＭＳ６０）。受付者１８５３は送信識別情報とマルチキャスト識別情報ＩＤ−ｋを元に、マルチキャスト木構造の解放をユーザサービスサーバ１８５５に入力する（ステップＭＳ６１）。ユーザサービスサーバ１８５５は、前記送信識別情報と共にマルチキャスト木構造の解放をマルチキャスト管理サーバ１８５７へ送信し（ステップＭＳ６２）、マルチキャスト管理サーバ１８５７は受信した送信識別情報と、前記マルチキャスト木構造解放情報（マルチキャスト識別情報ＩＤ−ｋを含む）とを元に、前記マルチキャストサービスの終了をそのデータベースに記録する（ステップＭＳ６３）。次に、マルチキャスト管理サーバ１８５７は、トリー構築サーバ１８５９へ、マルチキャスト識別情報ＩＤ―ｋにより識別できるマルチキャスト木構造を解放することを指示する（ステップＭＳ６４）。
トリー構築サーバ１８５９はマルチキャスト識別情報ＩＤ―ｋを元に、表管理サーバ１８６１乃至１８６３へ、網ノード装置のアドレス管理表の付加情報１８１１−２、１８１３−２，１８１４−２，１８１５−２（図３０２乃至図３０５）をアドレス管理表１８１１、１８１３，１８１４，１８１５から抹消し、更にルータの経路表の付加情報１８１７−２、１８１８−２、１８１９−２（図３０６乃至図３０８）を経路表１８１７、１８１８、１８１９から抹消するように指示し（ステップＭＳ６６乃至ＭＳ６８）、報告を受ける（ステップＭＳ７０乃至ＭＳ７２）。続いて、トリー構築サーバ１８５９はコスト表１８６９の利用終了を網リソース管理サーバ１８５８へ報告し（ステップＭＳ７３）、確認報告を受ける（ステップＭＳ７４）。トリー構築サーバー１８５９は、マルチキャスト木構造の解放手続きの完了をマルチキャスト管理サーバ１８５７へ報告する（ステップＭＳ７７）。更に、マルチキャスト管理サーバ１８５７は、マルチキャスト木構造の解放手続き完了を、ユーザサービスサーバ１８５５（ステップＭＳ７８）を経て、更にデータ送信受付者１８５３を経て（ステップＭＳ７９）、データ送信者１８５１へ報告する（ステップＭＳ８０）。なお、ステップＭＳ７８乃至ＭＳ８０は省略しても良いオプションである。以上の手続きにより、マルチキャスト技法による端末間通信接続制御の後半部分、つまりマルチキャスト木構造の解放が完了した。
＜＜溢れ通信回線の利用＞＞
溢れ通信回線１８４３乃至１８４５の利用方法を説明する。図３１４の１８０１乃至１８０５は網ノード装置、１８１０−２はマルチキャストデータを送信する端末、１８１０−１１乃至１８１０−１３はマルチキャストデータを受信する端末であり、１８８０乃至１８８２は出力回線１８４３乃至１８４５に接続する溢れ通信回線サーバ１８８０乃至１８８２である。端末１８１０−１１から送出された図３１１のＩＰパケット１８３３、つまり送信元ＩＰアドレス“Ｍ２”、宛先ＩＰアドレス“Ｅ０１”であるＩＰパケットは、アドレス管理表１８１３の第１行目のレコード“ＩＭ２，Ｍ２、Ｅ０１，Ｉ０１，０，（Ｆ１０，Ｆ１２）”内部の５番目の項目値“０”により、溢れ通信回線１８４３に転送される。前記レコードの内部パケット出力指定（５番目の項目）が“０”のとき前記ＩＰパケットは溢れ通信回線に転送され、内部パケット出力指定“０”以外ではＩＰパケットは溢れ通信回線に転送されないようになっている。
図３１５を参照して説明すると、端末１８１０−１１から送出された送信元外部ＩＰアドレス“Ｍ２”であるＩＰパケット１８３３は網ノード装置１８０３に到達し（ステップＭＣ１）、前記ＩＰパケット１８３３は溢れ通信回線１８４３経由で溢れ通信回線サーバ１８８０に到達する（ステップＭＣ２）。端末１８１０−１２から送信元外部ＩＰアドレス“Ｍ２”であるＩＰパケットが送出された場合、当該ＩＰパケットは網ノード装置１８０３に到達し（ステップＭＣ３）、前記ＩＰパケットは溢れ通信回線１８４３経由で溢れ通信回線サーバ１８８０に到達する（ステップＭＣ４）。端末１８１０−１３から送信元外部ＩＰアドレス“Ｍ２”であるＩＰパケットが送出された場合、当該ＩＰパケットは網ノード装置１８０３に到達し（ステップＭＣ５）、前記ＩＰパケットは溢れ通信回線１８４３経由で溢れ通信回線サーバ１８８０に到達する（ステップＭＣ６）。
本ケースでは、溢れ通信回線サーバ１８８０は送信元外部ＩＰアドレス“Ｍ２”、つまり送信元外部ＩＰアドレスがマルチキャストＩＰアドレスであるＩＰパケットを複数受信する。端末１８１０−１１乃至１８１０−１３がＩＰパケットを送信するとき、そのＩＰパケットのペイロード部分に送信元の端末アドレスを記載するようにしてある。即ち、端末１８１０−１１は送信元外部ＩＰアドレス“Ｅ２０”、端末１８１０−１２は送信元外部ＩＰアドレス“Ｅ２１”、端末１８１０−１３は送信元外部ＩＰアドレス“Ｅ２２”をそれぞれ設定するルールを定めてあるので、溢れ通信回線サーバ１８８０乃至１８８２は、送信元端末のＩＰアドレスを用いて送信元端末の外部ＩＰアドレスを特定できる。このようになっているから、送信元端末１８１０−１１乃至１８１０−１３がＡＣＫパケットやＮＡＣＫパケットを送信してきた場合、送信元の端末を特定できる。
溢れ通信回線サーバ１８８０は、上記方法により取得した３つの端末からの情報をまとめて網ノード装置１８０３経て（ステップＭＤ１）、更にＩＰ転送網１８００内部及び網ノード装置１８０１を経て（ステップＭＤ２）、マルチキャストデータの送信端末１８１０−２へ通知できる（ステップＭＤ３）。なお、ステップＭＤ１乃至ＭＤ３を実施するため、溢れ通信回線サーバ１８８０と端末１８１０−２との間にＩＰパケット転送を可能とするために、網ノード装置１８０１内のアドレス管理表１８１１内部と、網ノード装置１８０３内のアドレス管理表１８１３内部とに、ＩＰカプセル化と逆カプセル化を行うレコードを設定しておく。
以上の結果として、マルチキャストデータ送信端末１８１０−２は、端末１８１０−１１乃至１８１０−１３がマルチキャストデータを受信したか否かを知ることができる（送達確認機能）。このとき、ＡＣＫパケットやＮＡＣＫパケットの増大等によるＩＰ転送網１８００内部の通信量増大を抑制されている。
溢れ通信回線サーバ１８８０から、マルチキャストアドレス“Ｍ２”を用いて端末１８１０−１１乃至１８１０−１３へＩＰパケットを送信し（ステップＭＥ１乃至ＭＥ４）、あるいは溢れ通信回線サーバ１８８０から、ＩＰアドレス“Ｅ２１”を用いてアドレス管理表１８１３にカプセル化用アドレスを含むレコードを設定しておき、端末１８１０−１２へＩＰパケットを送信することもできる（ステップＭＦ１, ＭＦ２）。
図３１６を参照して説明すると、溢れ通信回線サーバ１８８０はＩＰパケットを送受して、マルチキャスト送信端末１８１０−２と情報交換可能である（ステップＭＧ１乃至ＭＧ３）。また、溢れ通信回線サーバ１８８１はＩＰパケットを送受して、マルチキャストデータ送信端末１８１０−２と情報交換可能であり（ステップＭＨ１乃至ＭＨ３）、溢れ通信回線サーバ１８８２はＩＰパケットを送受して、マルチキャストデータ送信端末１８１０−２と情報交換可能である（ステップＭＩ１乃至ＭＩ３）。このようになっているから、溢れ通信回線サーバが網ノード装置に接続する個々のマルチキャストデータ受信端末とＩＰパケットを送受し、マルチキャストデータ送信端末１８１０−２が、全てのマルチキャストデータ受信端末とＩＰパケットを送受する必要がなくなり、マルチキャストデータ送信端末１８１０−２の仕事量を減らすことができる。また、例えば端末１８１０−１１が、マルチキャストデータの再送の要求があった場合、送信端末１８１０−２は前記マルチキャスト木構造を用いてＩＰパケットを送信し、高信頼送信を実現できる。
＜＜アドレス管理表の他の実施形態＞＞
図３０９のアドレス管理表１８１１は、図３１７のアドレス管理表１８１１−５の形態としても実施することができる。本実施形態ではアドレス管理表１８１１のレコードの２番目の項目（送信元外部ＩＰアドレス）を省いて、アドレス管理表１８１１−５のレコードを形成している。例えばアドレス管理表１８１１の第３行目のレコード“Ｉ０１，Ｅ０１，Ｅ２６，Ｉ２６，Ｇ０３，Ｆ０２”の２番目の項目“Ｅ０１”を省いて、アドレス管理表１８１１−５の第３行目のレコード“Ｉ０１，Ｅ２６，Ｉ２６，Ｇ０３，Ｆ０２”となっている。前記２番目の項目を省いたときの網ノード装置のＩＰカプセル化機能については、本実施例でも説明している。
更に、図３０９のアドレス管理表１８１１は、図３１８のアドレス管理表１８１１−６の形態として実施することができる。本ケースは、ＩＰ網ノード装置のＩＰカプセル化においてアドレスマスク技法を使う。
終端部の内部ＩＰアドレス“Ｉ０１”である通信回線１８２２から、宛先外部ＩＰアドレス“Ｅ２６”、送信元外部ＩＰアドレス“Ｅ０１”である外部ＩＰパケットが入力すると、アドレス管理表１８１１−６の上からｌ行目と３行目のレコードが該当し、１行目のレコードについては、宛先用外部ＩＰマスク“Ｍ−ｔ２”と、前記外部ＩＰパケット内の宛先外部ＩＰアドレス“Ｅ２６”との“ａｎｄ”演算の結果が、１行目レコード内宛先外部ＩＰアドレス“Ｍ２ｘ”と一致するかを調べる（下記（９）式）。本ケースでは一致せず、３行目のレコードについては、宛先用外部ＩＰマスク“Ｍ−ｔ２６”と、前記外部ＩＰパケット内の宛先外部ＩＰアドレス“Ｅ２６”との“ａｎｄ”演算の結果が、３行目レコード内宛先外部ＩＰアドレス“Ｅ２６ｘ”と一致するかを調べる（下記（１０）式）。本ケースでは一致する。送信元ＩＰアドレスについても、同様に下記（１１）式により比較する。

Ｉｆ（“Ｍ−ｔ２”ａｎｄ“Ｅ２６”＝”Ｍ２ｘ”） ・・・(9)
Ｉｆ（“Ｍ−ｔ２６”ａｎｄ“Ｅ２６”＝”Ｅ２６ｘ”） ・・・(10)
Ｉｆ（“Ｍ−ｈ０１”ａｎｄ“Ｅ０１”＝“Ｅ０１ｘ”） ・・・(11)

以上の比較結果に基づいて３行目のレコードが選択され、３行目のレコード内の内部レコード“Ｉ０１”及び“Ｉ２６”が用いられてカプセル化が行われ、内部ＩＰパケットが形成される。
図３０９のアドレス管理表１８１１は、図３１９及び図３２０に示すように表１８１１−７及び１８１１−８に分けて表現し、このような形態によりメモリ上の表として実装することもできる。即ち、アドレス管理表１８１１の第１行目のレコード“Ｉ０１，Ｅ０１，Ｍ２，ＩＭ２，（Ｇ０２，Ｇ０３），０”を、表１８１１−７の第１行目のレコード“Ｉ０１，Ｅ０１，Ｍ２，ＩＭ２，ＭＴ−１，０”と、表１８１１−８の第１行目のレコード“ＭＴ−１、Ｇ０２，Ｇ０３”とに分ける。即ち、マルチキャストの分岐先について、表１８１１−８に記載する。
以上要約すると、マルチキャストサービス提供者の情報及びマルチキャストサービス購入者の情報をユーザサービスサーバ経由で受付けて、マルチキャスト木構造の設定に利用するようになっている。また、トリー構築サーバが、網ノード装置やルータ間の通信回線による接続情報や通信回線コストをリソース管理サーバに問合せて取得し、マルチキャスト木構造の設定に利用するようになっている。また、トリー構築サーバが、網ノード装置内のアドレス管理表へのアドレス付加情報やルータ内の経路表サーバへの付加情報を複数の表管理サーバに通知して、マルチキャスト木構造を定めるようになっている。更に、各ルータの経路表にマルチキャスト通信レコードを設定しておき、トリー構築サーバからマルチキャスト通信レコードを利用して表管理サーバへ、マルチキャストサービス用の木構造設定用のアドレス管理表追加情報や経路表追加情報を転送するようにすることもできる。
送信端末１８１０−２は、マルチキャストデータを再送信することにより、高信頼度マルチキャストを実現するようになっている。音声送信端末からディジタル化音声を送信し、複数のディジタル化音声受信端末がディジタル化音声を受信するようになっている。更に、ディジタル化音声動画像送信端末からディジタル化音声動画像を送信し、複数のディジタル化音声動画像受信端末がディジタル化音声動画像を受信するようになっている。更にまた、アドレス管理表の内部パケット出力指定が“０”のときＩＰパケットは溢れ通信回線に転送され、パケット溢れパラメータが“０”以外ではＩＰパケットは溢れ通信回線に転送されないようになっている。なお、内部パケット出力指定の判定値“０”は、一定値であれば他の特定値でもよい。また、マルチキャストＩＰアドレスを送信元アドレスとして含むＩＰパケットを検出したとき当該ＩＰパケットを廃棄して、送信元へのＩＰパケットの集中を排除できるようにできる。
第ｌのアドレス登録検査として網ノード装置のアドレス管理表に宛先マルチキャストアドレスを登録しておき、網ノード装置に入る外部ｌＰパケットのへッダ内の宛先マルチキャストアドレスがアドレス管理表に登録されていない場合は、網ノード装置が当該ＩＰパケットを廃棄することにより、登録外のＩＰパケットがＩＰ転送網内部に混入することを防止する。同様に、第２のアドレス登録検査として網ノード装置のアドレス管理表に送信元アドレスを登録しておき、網ノード装置に入る外部ｌＰパケットのへッダ内の送信元アドレスがアドレス管理表に登録されていない場合は、網ノード装置が当該ＩＰパケットを廃棄することにより、登録外のＩＰパケットがＩＰ転送網内部に混入することを防止する。
受信者側の網ノード装置のアドレス管理表にマルチキャストアドレスの登録を許可しないことにより、マルチキャストＩＰパケット受信者からマルチキャストＩＰパケット送信者へ向けたＩＰパケット受信確認用のＡＣＫパケットが網ノード装置を通過できないようにして、ＡＣＫパケットの大量洪水やＮＡＣＫパケットの大量洪水によるＩＰ転送網の輻轄発生を予防できる。
また、ルータのＩＰアドレスを宛先アドレスとして登録不許可とし、ＩＰ転送網の外部からＩＰ転送網内部のルータヘマルチキャスト表の書換え等の危険なＩＰパケットを送り込めないようにし、或はＩＰ転送網内部のマルチキャスト向け運用管理サーバのＩＰアドレスの登録を不許可とし、ＩＰ転送網の外部からＩＰ転送網内部の運用管理サーバヘのアクセスを不可能とし、情報安全性を向上する。第２アドレス登録検査として、マルチキャストデータを含むＩＰパケットの送信元を限定して、不正行為者の不正行為の発生を抑制する。また、不正行為が行われた場合は、ＩＰパケットの送信元を特定することが容易であり、ＩＰ転送網の情報安全性を高めることができる。

１８．マルチキャスト通信を行う第１８実施例：
本実施例を図３２１乃至図３２４を参照して説明する。ＩＰ転送網１９００の内部に網ノード装置１９０１乃至１９０５及びルータ１９０７−１乃至１９０７−４を設置している。網ノード装置及びルータはＩＰ通信回線により、直接に或は網ノード装置やルータ経由で間接的に接続される。ＩＰパケット送受機能を有する端未１９１０−２乃至１９１０−７０は、ＩＰ通信回線を経由で網ノード装置に接続される。１９１１乃至１９１５は網ノード装置のアドレス管理表である。１９１１−３、１９１１−４、１９１１−５、１９１２−３、１９１２−４、１９１２−５はマルチキャストサービス代理サーバ、１９１３−３、１９１３−４、１９１３−５は溢れ通信回線サーバ、１９４１乃至１９４５は溢れ通信回線である。本実施例において、端末やサーバは固有のＩＰアドレスを有する他に、複数のマルチキャストＩＰアドレスを有し、ＩＰパケットを交換して互いに情報交換できる。
＜＜送信端末と送信事務サーバ＞＞
端末１９１０−０２及び１９１０−０５は、マルチキャストサービスにおいてマルチキャストデータを送信する送信端末でもある。端末１９１０−０６及び１９１０−０８はマルチキャストサービスのための送信事務サーバでもある。送信事務サーバはデータベースや情報処理機構を有し、マルチキャストサービス代理サーバと情報交換すると共に、マルチキャストデータ送信端末の情報処理の一部を分担する。
＜＜通信レコードの出力先指定＞＞
アドレス管理表の通信レコードの第５番目の項目を内部ＩＰパケットの出力先指定といい、前記項目値が“０”以外のとき指定有り、“０”のときは指定無しとしている。同様に、アドレス管理表通信レコードの第６番目の項目を外部ＩＰパケットの出力先指定といい、前記項目値が“０”以外のとき指定有り、“０”のときは指定無しとしている。例えばアドレス管理表１９１３の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，（Ｆ１１ ｔｏ Ｆ３０，Ｆ９１）”については、内部ＩＰパケットの出力先指定は“０”、つまり出力先指定無し、外部ＩＰパケットの出力先指定は“F11 to F30, F91”、つまり論理通信回線のＦ１１乃至Ｆ３０及びＦ９１であることを表わす。ここで、論理通信回線のＦ１１乃至Ｆ３０は通信回線１９６０−１１乃至１９６０−３０であり、論理通信回線Ｆ９１は通信回線１９６０−９１である。
＜＜溢れ通信回線＞＞
溢れ通信回線サーバは、受信端末から送信端末へ返信されるＡＣＫパケットやＮＡＣＫパケットなどのＩＰパケットを溢れ通信回線経由で集め、マルチキャストアドレス毎に異なるマルチキャストサービス代理サーバへ転送する。
＜＜マルチキャストＩＰパケットの転送その１＞＞
図３２１の端末１９１０−０２から送信元外部ＩＰアドレス“Ｅ０２”、宛先外部ＩＰアドレス“Ｍ２”である外部ＩＰパケット１９３０が送出され（図３２５のステップＱ１）、網ノード装置１９０１に到達し、アドレス管理表１９１１の第１行目の通信レコード“Ｉ０２，Ｅ０２，Ｍ２，ＩＭ２，・・，０”が用いられて内部ＩＰパケット１９３１−１及び１９３１−２が形成され、内部ＩＰパケット１９３１−１はルータ１９０７−１に到達し（ステップＱ２）、内部ＩＰパケット１９３１−３となって、網ノード装置１９０３に到達する（ステップＱ３）。一方、内部ＩＰパケット１９３１−２はルータ１９０７−２に到達し（ステップＱ４）、ルータ１９０７−２において、内部ＩＰパケット１９３１−２はコピーされて２つに分岐し、内部ＩＰパケット１９３１−４は網ノード装置１９０４へ到達し（ステップＱ５）、内部ＩＰパケット１９３１−５は網ノード装置１９０５へ到達する（ステップＱ６）。
網ノード装置１９０３は内部ＩＰパケット１９３１−３を受信すると、アドレス管理表１９１３の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，Ｆ１１ to Ｆ３０，Ｆ９１”を用いて、内部ＩＰパケット１９３１−３を逆ＩＰカプセル化して外部ＩＰパケット（外部ＩＰパケット１９３０と同じ内容）を復元する。次に、復元した外部ＩＰパケットを前記通信レコードの第６番目の項目“Ｆ１１ to Ｆ３０，Ｆ９１”に従い、端末１９１０−１１乃至１９１０−３０及びマルチキャストサービス代理サーバ１９１１−３へ送出する（ステップＱ７，Ｑ７ｘ）。ここで、端末１９１０−１１乃至１９１０−３０は外部ＩＰアドレス“Ｅ１１”乃至“Ｅ３０”を付与されている他に、マルチキャストアドレス“Ｍ２”を付与されている。また、マルチキャストサービス代理サーバ１９１１−３は外部ＩＰアドレス“Ｅ９１”と共に、マルチキャストアドレス“Ｍ２”を付与されている。マルチキャストサービス代理サーバ１９１１−３が端末１９１０−１１乃至１９１０−３０とほぼ同じ時刻にマルチキャストサービスのデータを受信すること（ステップＱ７ｘ）が、本実施例の特徴である。
網ノード装置１９０４は内部ＩＰパケット１９３１−４を受信すると、アドレス管理表１９１４の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，（Ｆ３１ to Ｆ５０，Ｆ９３）”を用いて、内部ＩＰパケット１９３１−４を逆ＩＰカプセル化して外部ＩＰパケットを復元し、前記復元した外部ＩＰパケットを端末１９１０−３１乃至１９１０−５０及びマルチキャストサービス代理サーバ１９１１−４へ送出する（ステップＱ８，Ｑ８ｘ）。ここで、端末１９１０−３１乃至１９１０−５０は外部ＩＰアドレス“Ｅ３１”乃至“Ｅ５０”と共に、マルチキャストアドレス“Ｍ２”を付与されている。また、マルチキャストサービス代理サーバ１９１１−４は、外部ＩＰアドレス“Ｅ９３”及びマルチキャストアドレス“Ｍ２”を付与されている。
網ノード装置１９０５は内部ＩＰパケット１９３１−５を受信すると、アドレス管理表１９１５の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，（Ｆ５１ to Ｆ７０，Ｆ９５）”を用いて、内部ＩＰパケット１９３１−５を逆ＩＰカプセル化して外部ＩＰパケットを復元する。そして、復元した外部ＩＰパケットを端末１９１０−５１乃至１９１０−７０及びマルチキャストサービス代理サーバ１９１１−５へ送出する（ステップＱ９，Ｑ９ｘ）。ここで、端末１９１０−５１乃至１９１０−７０は外部ＩＰアドレス“Ｅ５１”乃至“Ｅ７０”と共に、マルチキャストアドレス“Ｍ２”を付与されている。また、マルチキャストサービス代理サーバ１９１１−５は、外部ＩＰアドレス“Ｅ９５”及びマルチキャストアドレス“Ｍ２”を付与されている。
＜＜受信端末によるＩＰパケットの送出その１＞＞
端末１９１０−１１乃至１９１０−７０は各種のＩＰパケット、例えば正常受信を送信端末へ知らせるＡＣＫパケット、受信不良を送信端末へ知らせるＮＡＣＫパケット、その他例えば質問に対して回答する等のためのＩＰパケットを、外部ＩＰアドレス“Ｅ０２”である送信元端末１９１０−０２へ送信することがあり、その手順を以下に説明する。但し、送信元アドレスはマルチキャストＩＰアドレス“Ｍ２”、宛先ＩＰアドレス“Ｅ０２”とする例である。
端末１９１０−１１乃至１９１０−３０は端末１９１０−０２へ送信するＩＰパケットを形成し（ステップＱ１０）、網ノード装置に送出する（ステップＱ１１）。網ノード装置１９０３は前記外部ＩＰパケットを受信すると、網ノード装置は、前記入力した外部ＩＰパケットに対応するアドレス管理表１９１３の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，（Ｆ１１ ｔｏ Ｆ３０，Ｆ９１）”の内部ＩＰパケット出力先指定が指定無し、つまり当該通信レコードの第５番目の項目が“０”であるので、前記外部ＩＰパケットをそのままパケット溢れ出力回線１９４３へ転送する（ステップＱ１２）。
＜＜溢れ通信回線サーバの機能その１＞＞
溢れ回線通信サーバ１９１３−３は、溢れ通信回線１９４３から外部ＩＰパケット１９４６−１（図３２８）を受信し（図３２７のステップＭＰＳ１）、外部ＩＰパケット１９４６−１の送信元ＩＰアドレスが“Ｍ２”であることを確認する（ステップＭＰＳ２）。そして、マルチキャストアドレス“Ｍ２”により特定されるマルチキャストサービスを扱うマルチキャストサービス代理サーバ１９１１−３へ送出するＩＰパケット１９４６−２を形成し、前記ＩＰパケットを送出する（ステップＭＰＳ３）。ここで、ＩＰパケット１９４６−２の送信元ＩＰアドレスは、溢れ通信回線サーバ１９１３−３のＩＰアドレス“Ｅ９０”、宛先ＩＰアドレスは、マルチキャストサービス代理サーバ１９１１−３のＩＰアドレス“Ｅ９１”である。ＩＰパケット１９４６−２は溢れ通信回線サーバ１９１３−３から送出され（図３２５のステップＱ１３）、網ノード装置１９０３を経てマルチキャストサービス代理サーバ１９１１−３に到達する（ステップＱ１４）。このとき、アドレス管理表１９１３の第１２行目の通信レコード“Ｉ９０，Ｅ９０，Ｅ９１，Ｉ９１，・・、Ｆ９０”と、第１０行目の通信レコード“Ｉ９１，Ｅ９１、Ｅ９０，Ｉ９０，・・、Ｆ９１”とが使用される。
マルチキャストサービス代理サーバ１９１１−３は前記受信したＩＰパケットがＮＡＣＫパケットであり、マルチキャストデータを再送するように要求しているケースである。マルチキャストサービス代理サーバ１９１１−３は、前記ステップＱ７ｘおいてＩＰアドレス“Ｍ２”により区分されるマルチキャストデータを事前に受信しており、このマルチキャストデータを前記再送要求に用いることができる。マルチキャストサービス代理サーバ１９１１−３は、再送要求されているマルチキャストデータを網ノード装置１９０３へ向けて再送し（ステップＱ１５）、マルチキャストデータは端末１９１０−１１乃至１９１０−３０へ到達する（ステップＱ１６）。このとき、アドレス管理表１９１３の第３行目の通信レコード“Ｉ９１，Ｅ９１，Ｍ２，ＩＭ２，・・、Ｆ９１”と、第２行目の通信レコード“ＩＭ２，Ｍ２，Ｅ９１，Ｉ９１，０、Ｆ１１ to Ｆ３０”とが使用される。
＜＜マルチキャストサービス代理サーバの機能その１＞＞
マルチキャストサービス代理サーバ１９１１−３は受信したＩＰパケット１９４６−２の内容を調べて、受信確認を意味するＡＣＫパケットを一覧表などに集約した情報、あるいは端末から受信した受信不良通知などを意味するＮＡＣＫパケットを一覧表などに集約した情報、端末の個別報告などの集約情報などを格納したＩＰパケットを形成して、送信元端末１９１０−０２へ送出し、あるいは送信元端末１９１０−０２から返信のＩＰパケットを受信する（図３２５のステップＱ４１乃至Ｑ４４）。ここで、前記ＩＰパケットのＩＰアドレスは、マルチキャストサービス代理サーバ１９１１−３の外部ＩＰアドレス“Ｅ９１”と送信元端末１９１０−０２の外部ＩＰアドレス“Ｅ０２”であり、アドレス管理表１９１３の第７行目の通信レコード“Ｉ９１，Ｅ９１，Ｅ０２，Ｉ０２，・・、Ｆ９１”と、アドレス管理表１９１１の第２行目の通信レコード“Ｉ０２，Ｅ０２，Ｅ９１，Ｉ９１，・・、Ｆ０２”とが使用される。
＜＜受信端末によるＩＰパケットの送出その２＞＞
端末１９１０−３１乃至１９１０−５０は、ステップＱ８においてマルチキャストデータを受信する。端末１９１０−３１乃至１９１０−５０は受信確認などに用いるＩＰパケットを形成し（図３２５のステップＱ２０）、網ノード装置１９０４に送出する（ステップＱ２１）。網ノード装置は外部ＩＰパケットを受信すると、当該外部ＩＰパケットに対応するアドレス管理表１９１４の第１行目の通信レコード“ＩＭ２，Ｍ２，Ｅ０２，Ｉ０２，０，（Ｆ３１ ｔｏ Ｆ５０，Ｆ９３）”の内部ＩＰパケット出力先指定が指定無し、つまり当該通信レコードの第５番目の項目が“０”であるので、外部ＩＰパケットをＩＰカプセル化せずにそのままパケット溢れ出力回線１９４４へ転送する（ステップＱ２２）。
＜＜溢れ通信回線サーバその２＞＞
溢れ回線通信サーバ１９１３−４は溢れ通信回線１９４４から外部ＩＰパケットを受信し、外部ＩＰパケットの送信元ＩＰアドレスが“Ｍ２”であることを確認する。そして、マルチキャストアドレス“Ｍ２”により特定されるマルチキャストサービスを扱うマルチキャストサービス代理サーバ１９１１−４へ送出するＩＰパケットを形成し、前記ＩＰパケットを通信回線１９１４−１経由でマルチキャストサービス代理サーバ１９１１−４へ送出する（図３２５のステップＱ２４）。このケースでは、溢れ回線通信サーバ１９１３−４とマルチキャストサービス代理サーバ１９１１−４との間が通信回線１９１４−１で接続されていることが特徴である。
＜＜マルチキャストサービス代理サーバの機能その２＞＞
マルチキャストサービス代理サーバ１９１１−４は、前記ステップＱ８ｘにおいてマルチキャストデータを事前に受信している。マルチキャストサービス代理サーバ１９１１−４は再送要求されているマルチキャストデータを網ノード装置１９０４へ向けて再送し（ステップＱ２５）、マルチキャストデータは端末１９１０−３１乃至１９１０−５０へ到達する（ステップＱ２６）。このとき、アドレス管理表１９１４の第３行目の通信レコード“Ｉ９３，Ｅ９３，Ｍ２，ＩＭ２，・・、Ｆ９３”と、第２行目の通信レコード“ＩＭ２，Ｍ２，Ｅ９３，Ｉ９３，０、Ｆ３１ to Ｆ５０”とが使用される。
マルチキャストサービス代理サーバ１９１１−４は受信したＩＰパケットの内容を調べ、ＡＣＫパケット集約情報、ＮＡＣＫパケット集約情報、端末個別集約情報などを格納したＩＰパケットを形成して送信元端末１９１０−０２へ送出し、あるいは送信元端末１９１０−０２から返信のＩＰパケットを受信する（図３２５のステップＱ４５乃至Ｑ４８）。ここで、アドレス管理表１９１４の第７行目の通信レコード“Ｉ９３，Ｅ９３，Ｅ０２，Ｉ０２，・・、Ｆ９３”と、アドレス管理表１９１１の第３行目の通信レコード“Ｉ０２，Ｅ０２，Ｅ９３，Ｉ９３，・・、Ｆ０２”とが使用される。
＜＜受信端末によるＩＰパケットの送出その３＞＞
端末１９１０−５１乃至１９１０−７０は、ステップＱ９においてマルチキャストデータを受信する。端末１９１０−５１乃至１９１０−７０は受信確認などに用いるＩＰパケットを生成し（図３２５のステップＱ３０）、網ノード装置１９０５に送出する（ステップＱ３１）。網ノード装置１９０５は、前記外部ＩＰパケットをパケット溢れ出力回線１９４５へ転送する（ステップＱ３２）。溢れ回線通信サーバ１９１３−５は溢れ通信回線１９４５から前記外部ＩＰパケットを受信し、前記ＩＰパケットを通信回線１９１５−１経由でマルチキャストサービス代理サーバ１９１１−５へ送出する（図３２５のステップＱ３４）。
マルチキャストサービス代理サーバ１９１１−５は、前記ステップＱ９ｘにおいてマルチキャストデータを事前に受信している。マルチキャストサービス代理サーバ１９１１−５は再送要求されているマルチキャストデータを網ノード装置１９０５へ向けて再送し（ステップＱ３５）、マルチキャストデータは端末１９１０−５１乃至１９１０−７０へ到達する（ステップＱ３６）。
マルチキャストサービス代理サーバ１９１１−５は受信したＩＰパケットの内容を調べ、ＡＣＫパケット集約情報などを格納したＩＰパケットを形成して送信元端末１９１０−０２へ送出し、あるいは送信元端末１９１０−０２から返信のＩＰパケットを受信する（図３２５のステップＱ４９乃至Ｑ５２）。また、マルチキャストサービス代理サーバ１９１１−５は、端末１９１０−７０と直接にＩＰパケットを送受して情報交換できる（ステップＱ３８，Ｑ３９）。このとき、アドレス管理表１９１５の第９行目の通信レコード“Ｉ９５，Ｅ９５，Ｅ７０，Ｉ７０，・・,Ｆ９５”と第１０行目の通信レコード“Ｉ７０，Ｅ７０，Ｅ９５，Ｉ９５，・・,Ｆ７０”とが使用される。本ケースでは、マルチキャストサービス代理サーバ１９１１−５は、端末１９１０−７０と直接に通信するサービスを提供していることが特徴である。
＜＜マルチキャストＩＰアドレス“Ｍ５”のパケット転送＞＞
図３２２の端末１９１０−０５から送信元外部ＩＰアドレス“Ｅ０５”、宛先外部ＩＰアドレス“Ｍ５”である外部ＩＰパケット１９３２が送出され、網ノード装置１９０２を経由してＩＰカプセル化されて内部ＩＰパケット１９３３−１及び１９３３−２となり、それぞれルータ１９０７−３及び１９０７−４を経由して網ノード装置１９０３乃至１９０５に到達し、ここで内部ＩＰパケットが逆カプセル化され、端末１９１０−２１乃至１９１０−３０、端末１９１０−４１乃至１９１０−５０、端末１９１０−６１乃至１９１０−７０へ送信される。前記手順は、図３２６に示してあり、図３２５と異なる主要な第１の点は、送信端末１９１０−０２に代わり端末１９１０−０５が送信端末となり、ルータ１９０７−１及び１９０７−２に代わり、ルータ１９０７−３及び１９０７−４が用いられる。ＩＰパケットが転送される経路は図３２６に示すように変更している（ステップR1乃至R9,R7x,R8x,R9x）。
以上述べたように、網ノード装置に接続する複数の受信側端末はそれぞれ固有の外部ＩＰアドレスを有すると共に、マルチキャストサービス毎に定まるマルチキャストＩＰアドレスを１以上有し、１以上のマルチキャストサービスを受けられるようになっている。
＜＜送信事務サーバ＞＞
更に主要な第２の点は、マルチキャストサービス代理サーバ１９１２−３乃至１９１２−５が、前記ＡＣＫ集約情報ＩＰパケット、ＮＡＣＫ集約情報ＩＰパケット、個別端末の集約情報を含むＩＰパケットを送信事務サーバ１９１０−０８へ送信すると共に、送信事務サーバ１９１０−０８から送出されるデータを受信できるようになっていることである（図３２６のステップR41乃至R44,R45乃至R48,R49乃至R52）。送信事務サーバ１９１０−０８及び送信端末１９１０−０５もＩＰパケットを送受して情報交換する（図３２６のステップＲ５５）。マルチキャストサービス代理サーバ１９１２−３（ＩＰアドレス“Ｅ９２”）と送信事務サーバ１９１０−０８（ＩＰアドレス“Ｅ０８”）との間のＩＰパケット送受は、アドレス管理表１９１２の第５行目の通信レコード“Ｉ０８，Ｅ０８，Ｅ９２，Ｉ９２，・・、Ｆ０８”と、アドレス管理表１９１３の第８行目の通信レコード“Ｉ９２，Ｅ９２，Ｅ０８，Ｉ０８，・・、Ｆ９２”とが使用される。マルチキャストサービス代理サーバ１９１２−４（ＩＰアドレス“Ｅ９４”）と送信事務サーバ１９１０−０８との間のＩＰパケット送受は、アドレス管理表１９１２の第６行目の通信レコード“Ｉ０８，Ｅ０８，Ｅ９４，Ｉ９４，・・、Ｆ０８”と、アドレス管理表１９１４の第８行目の通信レコード“Ｉ９４，Ｅ９４，Ｅ０８，Ｉ０８，・・、Ｆ９４”とが使用される。
マルチキャストサービス代理サーバ１９１２−５（ＩＰアドレス“Ｅ９６”）と送信事務サーバ１９１０−０８との間のＩＰパケット送受は、アドレス管理表１９１２の第７行目の通信レコード“Ｉ０８，Ｅ０８，Ｅ９６，Ｉ９６，・・、Ｆ０８”と、アドレス管理表１９１５の第８行目の通信レコード“Ｉ９６，Ｅ９６，Ｅ０８，Ｉ０８，・・、Ｆ９６”とが使用される。送信事務サーバ１９１０−０８（ＩＰアドレス“Ｅ０８”）と送信端末１９１０−０５（ＩＰアドレス“Ｅ０５”）との間のＩＰパケット送受は、アドレス管理表１９１２の第８行目の通信レコード“Ｉ０８，Ｅ０８，Ｅ０５，Ｉ０５、・・、Ｆ０８”と第９行目の通信レコード“Ｉ０５，Ｅ０５，Ｅ０８，Ｉ０８、・・、Ｆ０５”とが使用される。
＜＜溢れ通信回線サーバとマルチキャストサービス代理サーバ＞＞
溢れ通信回線サーバとマルチキャストサービス代理サーバの機能は、マルチキャストＩＰアドレス“Ｍ２”のケースと同一である。溢れ通信回線サーバ１９１３−３は溢れ通信回線１９４３からＩＰパケットを入力すると（図３２７のステップＭＰＳ１、図３２６のステップR10乃至R12）、ＩＰパケットのマルチキャストＩＰアドレスが“Ｍ２”であるか“Ｍ５”であるか等を調べ（ステップＭＰＳ２）、マルチキャストサービス代理サーバ１９１１−３とマルチキャストサービス代理サーバ１９１２−３に振り分けて転送する（ステップＭＰＳ３、図３２６のステップR13,R14）。
＜＜マルチキャストＩＰアドレスの新規設置と取り消し＞＞
ＩＰ転送網１９００の管理者は、網ノード装置のアドレス管理表１９１１乃至１９１５の通信レコードを書き換える権限を有する。例えば網ノード装置１９０１内のアドレス管理表１９１１に、マルチキャストサービス送信用の端末１９１０−７が用いる通信レコード“Ｉ０７，Ｅ０７，Ｍ７，ＩＭ７，・・、０”を追加し（但し、“Ｍ７”はマルチキャストＩＰアドレス）、ルータ１９０７−１乃至１９０７−４内の経路表にマルチキャストアドレス“Ｍ７”の経路情報を追加し、網ノード装置１９０３内のアドレス管理表１９１３に、マルチキャストサービス受信用の端末１９１０−１１乃至１９１０−２０が用いる通信レコード“ＩＭ７，Ｍ７，Ｅ０７，Ｉ０７，０，Ｆ１１ ｔｏ Ｆ２０，Ｆ９１−１”を追加できる。但し、“Ｍ７”は、“Ｍ７”と同一のマルチキャストＩＰアドレスであり、Ｆ１１乃至Ｆ２０は端末１９１０−１１乃至１９１０−２０に接続する出力回線インタフェース、Ｆ９１−１は新たに設置するマルチキャストサービス代理サーバに接続する出力回線インタフェースである。１９００運用管理者は端末１９１０−１１乃至１９１１−２０にマルチキャストＩＰアドレス“Ｍ７”を設置する。
同様に、網ノード装置１９０４内のアドレス管理表１９１４に、マルチキャストサービス受信用の端末１９１０−３１乃至１９１０−４０が用いる通信レコード“ＩＭ７，Ｍ７，Ｅ０７，Ｉ０７，０，Ｆ３１ ｔｏ Ｆ４０，Ｆ９３−１”を追加し、網ノード装置１９０５内のアドレス管理表１９１５に、マルチキャストサービス受信用の端末１９１０−５１乃至１９１０−６０が用いる通信レコード“ＩＭ７，Ｍ７，Ｅ０７，Ｉ０７，０，Ｆ５１ ｔｏ Ｆ６０，Ｆ９５−１”を追加できる。以上の手続きにより、端末１９１０−１１乃至１９１０−２０、端末１９１０−３１乃至１９１０−４０、端末１９１０−５１乃至１９１０−６０が新しいマルチキャストサービスを受けられるようになる。第５行目の通信レコード“ＩＭ５，Ｍ５，Ｅ９２，Ｉ９２，０，（Ｆ２１ ｔｏ Ｆ２９）”を抹消することにより、端末１９１０−２１乃至１９１０−３０はマルチキャストＩＰアドレス“Ｍ５”により識別できるマルチキャストサービスを取り消すことができる。
＜＜送信事務サーバを接続する網ノード装置＞＞
前記実施例において、送信端末１９１０−０５と送信事務サーバ１９１０−０８とは同じ網ノード装置１９０２に接続しているが、網ノード装置１９０１に接続する端末１９１０−０７（ＩＰアドレス“Ｅ０７”）を送信事務サーバに新たに設定し、端末１９１０−０８（ＩＰアドレス“Ｅ０８”）を送信事務サーバとして使わないように、送信端末１９１０−０５は網ノード装置１９０２に接続の状態で、送信事務サーバ１９１０−０７は網ノード装置１９０１に接続することもできる。つまり、送信端末と送信事務サーバとは異なる網ノード装置に接続できる。

この場合、アドレス管理表１９１３の第８行目のレコード“Ｉ９２，Ｅ９２，Ｅ０８，Ｉ０８，・・，Ｆ９２”を“Ｉ９２，Ｅ９２，Ｅ０７，Ｉ０７，・・，Ｆ９２”に変更し、アドレス管理表１９１４の第８行目のレコード“Ｉ９４，Ｅ９４，Ｅ０８，Ｉ０８，・・，Ｆ９４”を“Ｉ９４，Ｅ９４，Ｅ０７，Ｉ０７，・・，Ｆ９４”に変更し、アドレス管理表１９１５の第８行目のレコード“Ｉ９６，Ｅ９６，Ｅ０８，Ｉ０８，・・，Ｆ９６”を“Ｉ９６，Ｅ９６，Ｅ０７，Ｉ０７，・・，Ｆ９６”に変更する。
更に、送信事務サーバ１９１０−０７と送信端末１９１０−０５との間の通信レコード“Ｉ０７，Ｅ０７，Ｅ０５，Ｉ０５、・・、Ｆ０７”、送信事務サーバ１９１０−０７とマルチキャストサービス代理サーバ１９１２−３乃至１９１２−５との間の通信レコード“Ｉ０７，Ｅ０７，Ｅ９２，Ｉ９２，・・，Ｆ０７”、“Ｉ０７，Ｅ０７，Ｅ９４，Ｉ９４，・・，Ｆ０７”、“Ｉ０７，Ｅ０７，Ｅ９６，Ｉ９６，・・，Ｆ０７”を、アドレス管理表１９１１に追加する。更に、アドレス管理表１９１２に、送信端末１９１０−０５と送信事務サーバ１９１０−０７との間のためのアドレス管理表１９１２内レコード“Ｉ０５，Ｅ０５，Ｅ０７，Ｉ０７，・・，Ｆ０５”を追加する。また、端末１９１０−０８と送信端末１９１０−０５との間の通信レコード“Ｉ０８，Ｅ０８，Ｅ０５，Ｉ０５、・・,Ｆ０８”やマルチキャストサービス代理サーバ１９１２−３乃至１９１２−５との通信レコード“Ｉ０８，Ｅ０８，Ｅ９２，Ｉ９２，・・，Ｆ０８”などを抹消する。
＜＜送信端末と送信事務サーバの一体化＞＞
更に、送信端末１９１０−０２と送信事務サーバ１９１０−０６と同じＩＰを付与し、送信事務サーバ１９１０−０６の機能を送信端末１９１０−０２の機能に含め一体化することもできる。ここで、送信事務サーバ１９１０−０６の機能と送信端末１９１０−０２の機能とは、ＴＣＰポート番号やＵＤＰポート番号により区分する。
＜＜溢れ通信回線のバリエーション＞＞
図３２４の溢れ通信回線サーバ１９１３−５は、溢れ通信回線１９４５から受信したＩＰパケットのマルチキャストＩＰアドレスを分類し、通信回線１９１５−１と１９１５−２とに分けて送信する手段であるが、この手段のバリエーションとして、溢れＩＰパケット分類機能部を設ける方法を述べる。図３２９の１９０５−１は網ノード装置、１９１５−１はアドレス管理表、１９２５−１は外部回線インタフェース部、１９１１−５Ｘは、図３２４の１９１１−５と同機能のマルチキャストＩＰアドレス“Ｍ２”により特定されるマルチキャストサービス代理サーバ、１９１２−５Ｘは図３２４の１９１２−５と同機能のマルチキャストＩＰアドレス“Ｍ５”により特定されるマルチキャストサービス代理サーバである。１９１３−５Ｘは、溢れ通信回線サーバ１９１３−５と類似の機能を有する溢れＩＰパケット分類機能部である。
溢れＩＰパケット分類機能部１９１３−５xは、送信元がマルチキャストＩＰアドレスである外部ＩＰパケットを受信すると、当該通信レコードの溢れパラメータの指定値が“０”のとき、送信元マルチキャストＩＰアドレスを判別して、該当するマルチキャストサービス代理サーバに通信回線１９１５−１Ｘ、あるいは１９１５−２Ｘを経由して転送する。
＜＜有線放送やメディア配信通信システムの実現＞＞
マルチキャストデータはディジタル化した音声やファックスデータ、静止画像や動画像などのいわゆるマルチメディアデータを含む。端末１９１０−０２がディジタル化音声を送信できる音声送信端末であり、端末１９１０−１１乃至１９１０−７０がディジタル化音声受信端末である場合、ＩＰパケット１９３０の送信は有線音声放送の送信となり、ＩＰ転送を用いた有線音声放送通信システムが実現できる。また、端末１９１０−０２がディジタル化音声動画像を送信できる音声動画像送信端末であり、端末１９１０−１１乃至１９１０−７０がディジタル化音声動画像受信端末である場合、ＩＰパケット１９３０の送信は有線ＴＶ放送の送信となり、ＩＰ転送を用いた有線ＴＶ放送通信システムが実現できる。同様な方法により、ディジタル化静止画像を送受するＩＰ転送を用いた有線ファックス通信システムが実現できる。
ディジタル化音声受信端末や音声動画像受信端末は、マルチキャストデータの受信データ（放送内容）に対する感想などの受信端末個別情報を含むＩＰパケットを、送信端末１９１０−０２へ向けて送信することができる。マルチキャストサービス代理サーバはＩＰパケットを複数の受信端末から受信し、ＩＰパケットに含まれる情報を一覧表や短い文章に編集した集約情報などを含むＩＰパケットを送信端末や送信事務サーバに送信できる。また、送信端末や送信事務サーバは、集約情報を含むＩＰパケットを受信した結果に対するコメントを含んだＩＰパケットをマルチキャストサービス代理サーバに返信でき、結果としてマルチキャストデータ送信側とマルチキャストデータの受信側との情報交換を行うことができる有線放送通信システムが実現できる。以上述べたように、マルチキャスト代理サーバが、マルチキャストデータ送信側とマルチキャストデータの受信側との間の情報交換を仲介している。送信するメディアを書籍や新聞、音楽やビデオとすると、有線放送通信システムは、マルチキャストサービスとしての書籍配送通信システムや新聞配送通信システム、音楽配送通信システム、ビデオ配送通信システムを実現できる。ここで、ビデオはビデオテープやＣＤ，ＤＶＤなどにディジタル化され格納されている音声と動画像からなる情報を指す。
＜＜要約＞＞
網ノード装置にＩＰ通信回線を経て接続する端末は、固有の外部ＩＰアドレスを有すると共に、マルチキャストサービス毎に定まるマルチキャストＩＰアドレスを１以上有することができ、送信端末は複数可能である。また、マルチキャストデータの送信端末が送信したマルチキャストデータはＩＰ転送網内部を転送され、複数の端末に送達することにより端末は１以上のマルチキャストサービスを受けられる。受信側端末は、ＩＰ転送網運用者に依頼することにより、マルチキャストサービス別のマルチキャストＩＰアドレスを随時新たに設置し、あるいは取り消すことができる。マルチキャストサービス代理サーバは、網ノード装置に１以上を接続できる。
マルチキャストサービス代理サーバは、マルチキャストサービス代理サーバが接続する当該網ノード装置に接続する１以上の端末から受信したＡＣＫパケット集約情報や、ＮＡＣＫパケット集約情報、個別端末の情報を集約した情報を含むＩＰパケットを、当該マルチキャストサービスを実施している送信端末あるいは送信事務サーバへ送信できる。マルチキャストサービスはマルチキャストデータの受信確認通知（ＡＣＫパケット）、受信不良通知（ＮＡＣＫパケット）などの改善要求などによる品質が高いサービスが可能であり、通信会社は、ＡＣＫパケットやＮＡＣＫパケットや受信者の個別報告の抑制により、ＩＰ転送網内部の通信トラヒックの増大を抑止できる。更に、通信会社と契約していないマルチキャストデータの配信を防止でき、マルチキャストサービスの利用に対する課金を容易に実施できる。
マルチキャストサービス代理サーバは、マルチキャストサービス代理サーバが接続する当該マルチキャストサービスを実施している送信端末、あるいは送信事務サーバと、ＩＰパケットを送受して情報交換できる。マルチキャストサービス代理サーバが、送信元端末から送信されたマルチキャストデータを受信して内部に保持し、マルチキャストサービス代理サーバが網ノード装置のマルチキャスト機能を用いて、保持しているマルチキャストデータをマルチキャストサービス代理サーバが接続する当該網ノード装置に接続する端末に送出できる。マルチキャストサービス代理サーバが、通信レコードを網ノード装置に設定してある特定の端末と、ＩＰパケットを送受することにより情報交換できる。
ＩＰカプセル化及び逆ＩＰカプセル化の方法を指定する通信レコード内部の、内部ＩＰパケット出力先指定値が指定有りのときＩＰカプセル化し、内部ＩＰパケット出力先指定値が指定無しのときＩＰカプセル化せずに、当該外部ＩＰパケットを外部ＩＰパケット溢れ通信回線に出力する。溢れ通信回線サーバは、ＩＰカプセル化されない外部ＩＰパケットを外部ＩＰパケット溢れ通信回線を経由して受信すると共に、外部ＩＰパケットが含む情報を網ノード装置経由で、マルチキャストサービス代理サーバに転送するようになっている。
溢れ通信回線サーバは、ＩＰカプセル化されない外部ＩＰパケットを外部ＩＰパケット溢れ通信回線を経由して受信すると共に、ＩＰパケットが含む情報を溢れ通信回線サーバとマルチキャストサービス代理サーバとを接続する通信回線を経由して、マルチキャストサービス代理サーバに転送するようになっている。外部ＩＰパケット溢れ通信回線に接続する溢れＩＰパケット振分け機能部を含む。通信レコード内部の、外部ＩＰパケット出力先指定値が指定有りのとき逆ＩＰカプセル化し、外部ＩＰパケット出力先指定値が指定無しのとき逆ＩＰカプセル化せずに、当該内部ＩＰパケットを内部ＩＰパケット溢れ通信回線に出力するようになっている。

１９．マルチキャスト通信を行う第１９実施例：
本実施例は網ノード装置はＩＰカプセル化を行わない特徴があり、図３３０乃至図３３３を参照して説明する。
ＩＰ転送網２０００の内部に網ノード装置２００１乃至２００５及びルータ２００７乃至２００９を設置している。網ノード装置とルータは、ＩＰ通信回線により直接に或は網ノード装置やルータ経由で間接的に接続される。２０１１乃至２０１５は網ノード装置のアドレス管理表であり、網ノード装置に通信回線経由で接続する端末のＩＰアドレスを登録している。２０１６乃至２０２０は網ノード装置の経路表、２０２１乃至２０２３はルータの経路表である。端未２０２５乃至２０３９はＩＰパケット送受機能を有し、ＩＰ通信回線を経由して網ノード装置に接続される。２０４５乃至２０４９は、予定外のＩＰパケットが出力される溢れ通信回線である。２０５０はマルチキャストサービス代理サーバである。端末２０２６はマルチキャストサービスにおいてマルチキャストデータを送信する送信端末でもある。マルチキャストデータは、ディジタル化した音声やファックスデータ、静止画像や動画像などのいわゆるマルチメディアデータを含む。端末２０２７はマルチキャストサービスのための送信事務サーバでもある。
＜＜ＩＰパケットの転送＞＞
次に、送信端末２０２６による外部ＩＰパケット２０４０の送信から始まる一連のＩＰパケット転送のステップを説明する。端末２０２６は、通信回線２０５１に送信元外部ＩＰアドレス“Ｅ０２”、宛先ＩＰアドレス“Ｍ２”である外部ＩＰパケット２０４０を送信し（図３３３のステップＤＤ１）、網ノード装置２００１は、受信したＩＰパケット２０４０の送信元ＩＰアドレス“Ｅ０２”がアドレス管理表２０１１に登録されているかを調べ（ＩＰパケット受け入れ検査）、このケースでは、通信回線２０５１の論理通信回線名“Ｆ０２”とＩＰアドレス“Ｅ０２”の組がアドレス管理表２０１１の第２行目のレコード“Ｆ０２，Ｅ０２”として登録されているので、ＩＰパケット２０４０を受け入れる。なお、登録されていないケースでは受信したＩＰパケットをそのままパケット溢れ通信回線２０４５へ転送し、ＩＰパケットを廃棄する。
次に、経路表２０１６の第１行目のレコード“Ｍｓｋ−ｍ２,Ｍ２,（Ｇ０２,Ｇ０３）”について、当該レコードの第１番目の項目“Ｍｓｋ−ｍ２”とＩＰパケット２０４０の宛先ＩＰアドレス“Ｍ２”との“ａｎｄ”演算の結果が、前記レコードの第２番目の項目“Ｍ２”と一致するかを調べる（下記（１２）式）。本ケースでは一致する。ここで、アドレスマスク“Ｍｓｋ−ｍ２”の値は、255.255.255.255のケースである。

Ｉｆ（“Ｍｓｋ−ｍ２”）ａｎｄ“Ｍ２”＝“Ｍ２”） ・・・(12)

次に、当該レコードの第３番目の項目Ｇ０２及びＧ０３について、ＩＰパケット２０４１を論理通信回線名“Ｇ０２”である通信回線２０５３へ送出し（ステップＤＤ２）、ＩＰパケット２０４２を論理通信回線名“Ｇ０３”である通信回線２０５４へ送出する（ステップＤＤ３）。ＩＰパケット２０４１及び２０４２は共に、ＩＰパケット２０４０をコピーして生成されている。なお、前記手順において、ＩＰパケット２０４０の宛先ＩＰアドレス“Ｍ２”が経路表２０１６に含まれていない場合、外部ＩＰパケット２０４０は廃棄される（マルチキャストアドレスの登録検査）。
ＩＰパケット２０４１はルータ２００７へ到達し、経路表２０２１の第２行目のレコード“Ｍ２，Ｇ１２”に従い、論理通信回線名Ｇ１２である通信回線２０５５へＩＰパケット２０４３として送出される（ステップＤＤ４）。ＩＰパケット２０４３はルータ２００８へ到達し、経路表２０２２の第２行目のレコード“Ｍ２，Ｇ２７”に従い、論理通信回線名Ｇ２７である通信回線２０５８へＩＰパケット２０３４として送出される（ステップＤＤ５）。一方、通信回線２０５４へ送出されたＩＰパケット２０４２はルータ２００９へ到達し、経路表２０２３の第２行目の“Ｍ２，Ｇ２１，Ｇ２２”に従い、論理通信回線名“Ｇ２１”である通信回線２０５６へＩＰパケット２０３５を送出し（ステップＤＤ６）、論理通信回線名“Ｇ２２”である通信回線２０５７へＩＰパケット２０３６を送出する（ステップＤＤ７）。ＩＰパケット２０３５及び２０３６は共に、ＩＰパケット２０４２をコピーして生成されている。なお、ルータの経路表２０２１乃至２０２３は、網ノード装置の経路表２０１６と同様なアドレスマスクを有することができるが、公知であり省略している。
ＩＰパケット２０３４は通信回線２０５８を経て網ノード装置２００３に到達する。経路表２０１８の第１行目のレコード“Ｍｓｋ−ｍ２,Ｍ２,（Ｆ１０，Ｆ１２，Ｆ２２）”について、当該レコードの第１番目の項目“Ｍｓｋ−ｍ２”とＩＰパケット２０３４の宛先ＩＰアドレス“Ｍ２”との“ａｎｄ”演算の結果が、前記レコードの第２番目の項目“Ｍ２”と一致するかを調べる（下記（１３）式）。本ケースでは一致する。ここで、アドレスマスク“Ｍｓｋ−ｍ２”の値は255.255.255.255のケースである。

Ｉｆ（“Ｍｓｋ−ｍ２”）ａｎｄ “Ｍ２”＝“Ｍ２”） ・・・(13)

次に、当該レコードの第３番目の項目Ｆ１０，Ｆ１２，Ｆ２２について、論理通信回線名“Ｆ１０”である通信回線２０６０へＩＰパケット２０３８を送出し（ステップＤＤ１１）、論理通信回線名“Ｆ１２”である通信回線２０６１へＩＰパケット２０３９を送出し（ステップＤＤ１３）、論理通信回線名“Ｆ２２”である通信回線２０５９へＩＰパケットを送出する（ステップＤＤ９）。端末２０３１及び２０３３は、それぞれ通信回線２０６０及び２０６１経由でマルチキャストデータを受信する。マルチキャストサービス代理サーバ２０５０は、通信回線２０５９経由で受信したマルチキャストデータを内部のデータベースに保持する。
網ノード装置２００４はＩＰパケット２０３５を受信し、経路表２０１９の第１行目のレコード“Ｍｓｋ−ｍ２，Ｍ２，Ｆ１３”を用い、網ノード装置２００３の手順と同様にして、ＩＰパケット２０３５をコピーしたＩＰパケット２０４０を論理通信回線名“Ｆ１３”である通信回線２０６２へ送出する（ステップＤＤ１４）。網ノード装置２００５はＩＰパケット２０３６を受信し、経路表２０２０の第１行目のレコード“Ｍｓｋ−ｍ２，Ｍ２，（Ｆ１６、Ｆ１７）”を用い、前記網ノード装置２００３の手順と同様にして、ＩＰパケット２０３６をコピーしたＩＰパケット２０４１を通信回線２０６３へ、ＩＰパケット２０４２を通信回線２０６４へそれぞれ送出する（ステップＤＤ１７、ＤＤ１８）。
＜＜ＡＣＫパケットやＮＡＣＫパケットの大量洪水の予防＞＞
端末２０３１がＩＰパケット２０３８の受信に関連した情報、つまり受信報告のＡＣＫパケットや受信不良報告のＮＡＣＫパケット、端末の個別報告などを送信端末２０２６へ報告するため、送信元外部ＩＰアドレス“Ｍ２”、宛先外部ＩＰアドレス“Ｅ０２”であるＩＰパケット２０４４を形成して通信回線２０６０に送出する（図３３３のステップＤＤ２1）。同様に、端末２０３３がＩＰパケット２０３９の受信を送信端末２０２６へ報告するため、送信元外部ＩＰアドレス“Ｍ２”、宛先外部ＩＰアドレス“Ｅ０２”であるＩＰパケットを通信回線２０６１に送出する（ステップＤＤ２２）。
網ノード装置２００３は、端末２０３１や２０３３が送出した送信端末２０２６へ報告するＩＰパケットを受信すると、ＩＰパケットの送信元外部ＩＰアドレス“Ｍ２”がアドレス管理表２０１３に登録されているかを調べる。本ケースでは登録されていないので、受信したＩＰパケットをそのままパケット溢れ通信回線２０５９へ転送する（ステップＤＤ２６）。
このようになっているから、マルチキャストデータ受信の全ての端末からマルチキャストデータ送信端末へ、端末個別報告のＩＰパケット送出を抑制でき、結果としてＩＰ転送網内部のＡＣＫパケットやＮＡＣＫパケットの大量洪水を予防できる。
＜＜マルチキャストサービス代理サーバによるデータ送信＞＞
マルチキャストサービス代理サーバ２０５０は、前記ステップＤＤ９において、端末２０２６から送信されたマルチキャストデータを受信して内部のデータベースに保持しており、端末２０３１及び２０３３から前記ステップＤＤ２１及びＤＤ２２において、前記マルチキャストデータの再送信を要求されている場合、前記保持しているマルチキャストデータを網ノード装置２００３経由で（ステップＤＤ２７）、端末２０３１へ送出し（ステップＤＤ２８）、あるいは端末２０３３へ送出できる（ステップＤＤ２９）。このとき、網ノード装置２００３内の経路表２０１８の第１行目“Ｍｓｋ―ｍ２，Ｍ２，（Ｆ１０，Ｆ１２，Ｆ２２）”が用いられ、マルチキャストデータの送信が行われる。
＜＜送信端末間とのデータ送受＞＞
マルチキャストサービス代理サーバ２０５０は、前記形成した各種集約情報を格納したＩＰパケットを送信端末２０２６へ送信し、あるいは送信端末２０２６から返信のＩＰパケットを受信する（図３３３のステップＤＤ４１乃至ＤＤ４５）。ここで、前記ＩＰパケットのＩＰアドレスは、マルチキャストサービス代理サーバ２０５０のＩＰアドレス“Ｅ２２”及び送信端末２０２６のＩＰアドレス“Ｅ０２”であり、アドレス管理表２０１３の第４行目の通信レコード“Ｆ２２，Ｅ２２”と、経路表２０１８の第５行目のレコード“Ｍｓｋ２２，Ｅ２２，Ｆ２２”及び、アドレス管理表２０１１の第２行目の通信レコード“Ｆ０２，Ｅ０２”と、経路表２０１６の第３行目のレコード“Ｍｓｋ０２，Ｅ０２，Ｆ０２”とが用いられる。このように、マルチキャストサービス代理サーバは、マルチキャストサービス代理サーバが接続する当該マルチキャストサービスを実施している送信端末２０２６と、ＩＰパケットを送受して情報交換できるようになっている。
＜＜送信事務サーバ間とのデータ送受＞＞
マルチキャストサービス代理サーバ２０５０は、前記形成した各種集約情報（ＡＣＫパケット集約情報、ＮＡＣＫパケット集約情報、個別端末情報）を格納したＩＰパケットを送信事務サーバ２０２７へ送信し、あるいは送信事務サーバ２０２７から返信のＩＰパケットを受信することもできる（図３３３のステップＤＤ４６乃至ＤＤ５０）。ここで、ＩＰパケットのＩＰアドレスは、マルチキャストサービス代理サーバ２０５０のＩＰアドレス“Ｅ２２”及び送信事務サーバ２０２７のＩＰアドレス“Ｅ０３”であり、アドレス管理表２０１３の第４行目の通信レコード“Ｆ２２，Ｅ２２”と、経路表２０１８の第５行目のレコード“Ｍｓｋ２２，Ｅ２２，Ｆ２２”と、アドレス管理表２０１１の第３行目の通信レコード“Ｆ０３，Ｅ０３”と、経路表２０１６の第４行目のレコード“Ｍｓｋ０３，Ｅ０３，Ｆ０３”とが用いられる。このように、マルチキャストサービス代理サーバは、マルチキャストサービス代理サーバが接続する当該マルチキャストサービスを実施している送信事務サーバと、ＩＰパケットを送受して情報交換できるようになっている。
＜＜送信端末と送信事務サーバ間の情報交換＞＞
送信端末及び送信事務サーバは、ＩＰパケットを交換してマルチキャストサービス実施のために情報交換できる（図３３３のステップＤＤ５１）。更に、送信端末２０２６と送信事務サーバ２０２７と同じＩＰアドレスを付与し、送信事務サーバ２０２７の機能を送信端末２０２６の機能に含めて一体化することができる。ここで、送信事務サーバ２０２７の機能と送信端末２０２６の機能とは、ＴＣＰポート番号やＵＤＰポート番号により区分する。
＜＜送信事務サーバを接続する網ノード装置＞＞
本実施例において、送信端末２０２６と送信事務サーバ２０２７とは同じ網ノード装置２００１に接続しているが、網ノード装置２００２に接続する端末２０２８（ＩＰアドレス“Ｅ０４”）を送信事務サーバに新たに設定し、端末２０２７を送信事務サーバとして使わないようにすること、つまり送信端末と送信事務サーバとを異なる網ノード装置に接続することもできる。この場合、送信事務サーバ２０２８、ＩＰパケットを送受するマルチキャストサービス代理サーバ２０５０及び送信端末２０２６は、送信事務サーバのＩＰアドレスを“Ｅ０４”としてＩＰパケットを送受する。
＜＜網ノード装置のバリエーション＞＞
図３３０の網ノード装置２００１は、図３３４に示すアドレス管理モジュール２０９０とルータ２０９１とに分離して実施できる。但し、アドレス管理モジュール２０９０とルータ２０９１とは、回線２０９２を経由して情報交換できる。アドレス管理モジュール２０９０内のアドレス管理表２０１１ｘは、網ノード装置２００１内のアドレス管理表２０１１と同一の情報を含み、ルータ２０９１内の経路表２０１６ｘは、網ノード装置２００１内の経路表２０１６と同一の情報を含む。アドレス管理モジュール２０９０は、パソコンなどで実現するサーバやハードウェアモジュールとして実現する。
＜＜アドレス管理モジュールを用いたＩＰパケットの転送＞＞
図３３４を参照して、ＩＰ転送網２０００内のＩＰパケット転送を説明する。端末２０２６は、送信元外部ＩＰアドレス“Ｅ０２”、宛先ＩＰアドレス“Ｍ２”である外部ＩＰパケット２０４０を通信回線２０５１に送信し、ルータ２０９１は通信回線２０５１経由で外部ＩＰパケット２０４０を受信し、受信した外部ＩＰパケット２０４０を回線２０９２経由でアドレス管理モジュール２０９０に送信する。アドレス管理モジュール２０９０は、受信したＩＰパケット２０４０の送信元ＩＰアドレス“Ｅ０２”がアドレス管理表２０１１ｘに登録されているかを調べる。本ケースでは、通信回線２０５１の論理通信回線名“Ｆ０２”とＩＰアドレス“Ｅ０２”の組がアドレス管理表２０１１ｘの第２行目のレコード“Ｆ０２，Ｅ０２”として登録されていることを確認し、ルータ２０９１へ確認結果を通知する。ルータ２０９１はアドレス管理モジュール２０９０の報告に従い、ＩＰパケット２０４０を受け入れる。なお、前記ＩＰパケットが登録されていないと報告されたケースでは、受信したＩＰパケットをそのままパケット溢れ通信回線２０４５へ転送し、ＩＰパケットを廃棄する。
次に、ルータ２０９１は、経路表２０１６ｘの第１行目のレコード“Ｍｓｋ−ｍ２,Ｍ２,（Ｇ０２,Ｇ０３）”について、当該レコードの第１番目の項目“Ｍｓｋ−ｍ２”とＩＰパケット２０４０の宛先ＩＰアドレス“Ｍ２”との“ａｎｄ”演算の結果が、前記レコードの第２番目の項目“Ｍ２”と一致するかを調べる下記（１４）式）。本ケースでは一致する。ここで、アドレスマスク“Ｍｓｋ−ｍ２”の値は255.255.255.255のケースである。

Ｉｆ（“Ｍｓｋ−ｍ２”）ａｎｄ “Ｍ２”＝“Ｍ２”） ・・・(14)

次に、当該レコードの第３番目の項目Ｇ０２及びＧ０３について、ＩＰパケット２０４１を論理通信回線名“Ｇ０２”である通信回線２０５３へ送出し、ＩＰパケット２０４２を論理通信回線名“Ｇ０３”である通信回線２０５４へ送出する。
図３３２の網ノード装置２００３は、前記同様の機能を有するアドレス管理モジュールとルータの組合せにより置換えることができる。ここで、置き換えたアドレス管理モジュールはアドレス管理表２０１３と同一の情報を含むアドレス管理表を含み、前記置き換えたルータは経路表２０１８と同一の情報を含む。同様の原理により、網ノード装置２００４及び２００５は、前記同様の機能を有するアドレス管理モジュールとルータとの組により置換えることができ、それぞれ網ノード装置２００４乃至２００５が含むアドレス管理表や経路表の情報を含むようにしておく。
＜＜有線放送やメディア配信通信システムの実現＞＞
端末２０２６がディジタル化音声を送信できる音声送信端末であり、端末２０３１乃至２０３９がディジタル化音声受信端末である場合、前記ＩＰパケット２０４０の送信は有線音声放送の送信となり、ＩＰ転送を用いた有線音声放送通信システムが実現できる。また、端末２０２６がディジタル化音声動画像を送信できる音声動画像送信端末であり、端末２０３１乃至２０３９がディジタル化音声動画像受信端末である場合、ＩＰパケット２０４０の送信は有線ＴＶ放送の送信となり、ＩＰ転送を用いた有線ＴＶ放送通信システムが実現できる。同様な方法により、ディジタル化静止画像を送受するＩＰ転送を用いた有線ファックス通信システムが実現できる。ディジタル化音声受信端末や音声動画像受信端末は、マルチキャストデータの受信データ（放送内容）に対する感想などの受信端末個別情報を含むＩＰパケットを送信端末２０２６へ向けて送信することができ、マルチキャストサービス代理サーバはＩＰパケットを複数の受信端末から受信し、ＩＰパケットに含まれる情報を一覧表や短い文章に編集した集約情報などを含むＩＰパケットを送信端末や送信事務サーバに送信できる。また、送信端末や送信事務サーバは、集約情報を含むＩＰパケットを受信した結果に対するコメントを含んだＩＰパケットをマルチキャストサービス代理サーバに返信でき、結果としてマルチキャストデータ送信側とマルチキャストデータの受信側との情報交換が行える有線放送通信システムが実現できる。以上述べたように、マルチキャスト代理サーバが、マルチキャストデータ送信側とマルチキャストデータの受信側との間の情報交換を仲介している。送信するメディアを書籍や新聞、音楽やビデオとすると、有線放送通信システムは、マルチキャストサービスとしての書籍配送通信システムや新聞配送通信システム、音楽配送通信システム、ビデオ配送通信システムを実現できる。ここで、ビデオは、ビデオテープやＣＤ，ＤＶＤなどにディジタル化され格納されている音声と動画像からなる情報を指す。
＜＜要約＞＞
端末は、通信回線経由でアドレス管理モジューを接続するルータに接続し、前記アドレス管理モジュールのアドレス管理表に送信元ＩＰアドレスを登録しておき、ルータに入るＩＰパケットのヘッダ内の送信元ＩＰアドレスがアドレス管理モジュール内のアドレス管理表に登録されている場合はＩＰパケットを転送し、登録されていない場合は、当該ＩＰパケットをルータの溢れ通信回線に転送する方法により、予定外のＩＰパケットがＩＰ転送網内部に混入することを防止するようにしている。更に、ルータに入るＩＰパケットのヘッダ内の宛先マルチキャストＩＰアドレスがルータの前記経路表に登録されていない場合は、当該ＩＰパケットをルータの溢れ通信回線に転送する方法により、予定外のＩＰパケットがＩＰ転送網内部に混入することを防止するようにしている。
網ノード装置のアドレス管理表に端末のＩＰアドレスを登録してある場合はＩＰパケットを送信し、ＩＰアドレスを登録していない場合はＩＰパケットを溢れ通信回線に転送し、ＩＰパケットは廃棄されるか、マルチキャスト代理サーバに送られる。網ノード装置のアドレス管理表にマルチキャストＩＰアドレスを登録許可しないことにより、マルチキャストＩＰパケット受信者からマルチキヤストＩＰパケット送信者へ向けたＩＰパケットを受信したことを通知するＩＰパケット受信確認用のＡＣＫパケットや受信状態不良を知らせるＮＡＣＫパケット、個別報告用のＩＰパケットなどが網ノード装置を通過できないようにする。また、網ノード装置の経路表に宛先マルチキャストアドレスを登録してある場合は、網ノード装置に入る外部ＩＰパケットのヘッダ内の宛先マルチキャストアドレスが経路表に登録されてＩＰパケットを転送し、経路表に登録されていない場合は網ノード装置が当該ＩＰパケットを廃棄することにより、予定外のＩＰパケットがＩＰ転送網内部に混入することを防止している。
マルチキャストサービス代理サーバが送信端末から送信されたマルチキャストデータを受信して内部に保持し、マルチキャストサービス代理サーバが、網ノード装置のマルチキャスト機能を用いて、前記保持しているマルチキャストデータを、マルチキャストサービス代理サーバが接続する当該網ノード装置に接続する端末に送出できるようにしている。
マルチキャストサービス代理サーバが接続する当該網ノード装置に接続する１以上の端末から受信したＡＣＫパケット集約情報や、ＮＡＣＫパケット集約情報、個別端末の情報の集約情報を含むＩＰパケットを当該マルチキャストサービスを実施している送信端末、あるいは送信事務サーバへ送信できるようにしている。
マルチキャストサービス代理サーバは、マルチキャストサービス代理サーバが接続する当該マルチキャストサービスを実施している送信端末、あるいは送信事務サーバと、ＩＰパケットを送受して情報交換できるようになっている。更に前記マルチキャストサービス代理サーバは、ＩＰパケット溢れ通信回線を経由して受信したＩＰパケットが含む情報を用いるようになっている。
ディジタル化音声や音声動画像、静止画像などを送信できる音声送信端末、音声動画像送信端末、静止画像送信端末を用いることにより、ＩＰ転送を用いた有線音声放送通信システム、有線ＴＶ放送通信システム、有線ファックス通信システムが実現できる。有線放送の受信端末は、受信端末の個別情報を含むＩＰパケットを送信端末へ向けて送信可能であり、結果としてマルチキャストデータ送信側とマルチキャストデータの受信側との間の情報交換が行える有線放送通信システムが実現できる。マルチキャスト代理サーバが、マルチキャストデータ送信側とマルチキャストデータの受信側と間の情報交換を仲介する。
マルチキャストサービスは、マルチキャストデータの受信確認通知（ＡＣＫパケット）、受信不良通知（ＮＡＣＫパケット）などの改善要求などによる品質が高いサービスが可能であり、通信会社はＡＣＫパケットやＮＡＣＫパケットや受信者の個別報告の抑制により、ＩＰ転送網内部の通信トラヒックの増大を抑止できる。更に通信会社と契約していないマルチキャストデータの配信を防止でき、マルチキャストサービスの利用に対する課金を容易に実施できる。

２０．マルチキャスト通信を行う第２０実施例：
本実施例を、図３３５を参照して説明する。ＩＰ転送網２１００の内部には通信会社Ｘの管理範囲２１０１と通信会社Ｙの管理範囲２１０２とが設けられており、更に網ノード装置２１０３乃至２１１４，ルータ２１１５−１乃至２１１５−１１、ルータ２１１６が設置されている。網ノード装置とルータはＩＰ通信回線により、直接に或は網ノード装置やルータ経由で間接的に接続されている。ＩＰパケット送受機能を有する端未２１１７乃至２１３３は、ＩＰ通信回線経由で網ノード装置に接続されている。２１４０乃至２１４３はマルチキャストＰサービス代理サーバ、２１４４乃至２１４７はマルチキャストＱサービス代理サーバ、２１４８乃至２１５１は溢れ通信回線サーバである。通信会社Ｘ及び通信会社Ｙはルータ２１１６を共同で管理する。網ノード装置２１０３乃至２１１４は、全てがＩＰカプセル化と逆カプセル化機能を有する装置であるか、または全てがＩＰカプセル化と逆カプセル化機能を有さない装置であるかに限定され、それぞれの網ノード装置の内部構成については他の実施例により説明している。
＜＜通信会社の送信端末と送信事務サーバ＞＞
Ａ新聞社による電子新聞配送サービスをマルチキャストＰサービス、Ｂ放送局によるニュース配信サービスをマルチキャストＱサービスとして区分する。端末２１１７は通信会社Ｘが管理するマルチキャストデータ送信端末、端末２１１８は通信会社Ｘが管理する送信事務サーバ、端末２１２０は通信会社Ｙが管理するマルチキャストデータ送信端末、端末２１２２は通信会社Ｙが管理する送信事務サーバ、端末２１２３はＡ新聞社が管理する端末である。端末２１１７〜２１２０は、Ａ新聞社が作成する電子新聞を通信会社Ｘの送信事務サーバ２１１８や通信会社Ｙの送信事務サーバ２１２２に送信し、電子新聞配送に関する事務連絡通信を行うマルチキャストＰサービス用の端末である。端末２１１９はＢ放送局が管理する端末であり、Ｂ放送局が提供する（音声動画像）ＴＶニュース配信サービスを通信会社Ｘの送信事務サーバ２１１８や通信会社Ｙの送信事務サーバ２１２２に送信し、電子新聞配送に関する事務連絡通信を行うマルチキャストＱサービス用の端末である。
送信事務サーバ２１１８は通信会社Ｘを代表し、Ａ新聞社が作成する電子新聞の配送やＢ放送局によるＴＶニュース配信サービス、Ｃ証券会社による電子株価案内サービスなどのマルチキャストデータの送信に関する事務手続きを行ない、同様に送信事務サーバ２１２２は、通信会社Ｙを代表してマルチキャストデータの送信に関する事務手続きを行う。
＜＜マルチキャストＩＰパケットの転送＞＞
電子新聞は多数のＩＰパケットにディジタル情報として格納されており、電子新聞ＩＰパケットと呼ぶ。Ａ新聞社は、電子新聞ＩＰパケットをＡ新聞社の端末２１２３から通信会社Ｘの送信事務サーバ２１１８に送信する（図３３６のステップ２１６０）。このとき、電子新聞ＩＰパケットは、網ノード装置２１１１、ルータ２１１５−１０、２１１５−７、２１１５−６、２１１６、２１１５−５，２１１５−３，２１１５−１、網ノード装置２１０３を経由して送信事務サーバ２１１８に到達する。端末２１２３から送信事務サーバ２１１８への電子新聞ＩＰパケットの送信は、公知のＵＤＰ通信技法(コネクションレス通信)あるいはＴＣＰ通信技法（コネクション通信）のいずれでも実施できる。
送信事務サーバ２１１８は、受信した電子新聞ＩＰパケットを内部のデータベースに保持する（ステップ２１６１）。次に、送信事務サーバ２１１８は、受信し保持している電子新聞ＩＰパケットを網ノード装置２１０３経由で送信端末２１１７へ送信し（ステップ２１６２）、送信端末２１１７は受信した電子新聞ＩＰパケットを保持する。このとき、送信事務サーバ２１１８から端末２１１７への電子新聞ＩＰパケットの送信は、ＵＤＰ通信技法あるいはＴＣＰ通信技法のいずれでも実施できる。
送信端末２１１７は、前記保持している電子新聞ＩＰパケットを網ノード装置２１０３へ送出する（ステップ２１６３）。ここで、宛先アドレスは、マルチキャストアドレス“Ｍｘ”である。前記送出された電子新聞ＩＰパケットは同時にマルチキャスト専用のＩＰ転送網２１５２内部を転送され、網ノード装置２１０６乃至２１０８へ到達し（ステップ２１７１乃至２１７４）、電子新聞ＩＰパケットの受信端末である端末２１２４乃至２１２８へ到達し（ステップ２１７５乃至２１７７）、同時にマルチキャストＰサービス代理サーバ２１４０乃至２１４１へ到達する（ステップ２１７８）。
端末２１２４乃至２１２５は、電子新聞ＩＰパケットを正常に受け取ったことを知らせるＡＣＫパケット、又は前記ＩＰパケットは誤りであったことを知らせるＮＡＣＫパケットを送信すると（ステップ２１８１）、ＡＣＫパケット乃至ＮＡＣＫパケットは、電子新聞配送サービスを担当するマルチキャストＰサービス代理サーバ２１４０に転送される（ステップ２１８３）。同様に、端末２１２６乃至２１２７は、ＩＰパケットの受信状態を知らせるＡＣＫパケット又はＮＡＣＫパケットを送信すると（ステップ２１８２）、前記ＡＣＫパケット乃至ＮＡＣＫパケットは、マルチキャストＰサービス代理サーバ２１４１に転送される（ステップ２１８４）。端末２１２８からＡＣＫパケット乃至ＮＡＣＫパケットが送出されるケースも同様手順である。
マルチキャストPサービス代理サーバ２１４０乃至２１４１は、電子新聞ＩＰパケットを端末２１２４乃至２１２７へマルチキャストデータとして再送する（ステップ２１８５、２１８６）。マルチキャストＰサービス代理サーバ２１４０乃至２１４１は、電子新聞ＩＰパケットの受信情況を報告するＩＰパケットを形成して網ノード装置２１０６乃至２１０７ヘ送出し（ステップ２１８７）、ＩＰパケットはＩＰ転送網２１５２を経由し（ステップ２１８８）、網ノード装置２１０３を経由して送信事務サーバ２１１８ヘ到達する（ステップ２１８９）。
通信会社Ｘの管理する送信事務サーバ２１１８は、ステップ２１６２及び２１８９において電子新聞ＩＰパケット配送に関与した情報を用いて、通信会社Ｘの管理するＩＰ網２１０１の利用料金を算出することができる。送信事務サーバ２１１８は、前記受信したＩＰパケットの内容に含まれる情報からＡ新聞社への報告事項を含むＩＰパケットを形成し、Ａ新聞社の端末２１２３へ形成したＩＰパケットを送信する（ステップ２１９０）。ここで、ＩＰパケットは、網ノード装置２１０３、ルータ２１１５−１、２１１５−３、２１１５−５，２１１６，２１１５−６，２１１５−７，２１１５−１０，２１１１を経由して端末２１２３へ到達する。Ａ新聞社はＩＰパケットを受信し、通信会社Ｘに依頼した電子新聞ＩＰパケットの配送情況を確認する。
Ａ新聞社は前記ステップ２１６０を終えた後、電子新聞ＩＰパケットをＡ新聞社の端末２１２３から通信会社Ｙの送信事務サーバ２１２２に送信する（図３３６のステップ２１６４）。このとき、電子新聞ＩＰパケットは、網ノード装置２１１１、ルータ２１１５−１０、網ノード装置２１１０を経由して送信事務サーバ２１２２に到達する。送信事務サーバ２１２２は、前記受信した電子新聞ＩＰパケットを内部のデータベースの保持する（ステップ２１６５）。
送信事務サーバ２１２２は、送信端末２１２０に対して、送信事務サーバ２１２２が電子新聞ＩＰパケットを送れる資格を有する正規の送信事務サーバであることの認証を受け（ステップ２２６０）、送信事務サーバ２１２２は、前記受信し保持している電子新聞ＩＰパケットを網ノード装置２１１０、ルータ２１１５−７、網ノード装置２１０９を経由して送信端末２１２０へ送信し（ステップ２１６６）、送信端末２１２０は受信した電子新聞ＩＰパケットを保持する。なお、前記ステップ２１６４において、Ａ新聞社の端末２１２３は、通信会社Ｙの送信事務サーバ２１２２に対して、Ａ新聞社の端末２１２３に間違いないことの認証を受けるようにすることもできる。
送信端末２１２０は、前記保持している電子新聞ＩＰパケットを網ノード装置２１０９へ送出する（ステップ２１６７）。ここで、宛先アドレスは、マルチキャストアドレス“Ｍｙ”である。前記送出された電子新聞ＩＰパケットは同時にマルチキャスト専用のＩＰ転送網２１５３内部を転送され、網ノード装置２１１２乃至２１１４へ到達し（ステップ２１９１乃至２１９４）、電子新聞ＩＰパケットの受信端末である端末２１２９乃至２１３３へ到達し（ステップ２１９５乃至２１９７）、同時にマルチキャストＰサービス代理サーバ２１４２乃至２１４３へ到達する（ステップ２１９８）。端末２１２９乃至２１３３は、前記電子新聞ＩＰパケットの受信情況を知らせるＡＣＫパケット又はＮＡＣＫパケットを送信すると（ステップ２２０１、２２０２）、ＡＣＫパケット乃至ＮＡＣＫパケットは、電子新聞配送サービスを担当するマルチキャストＰサービス代理サーバ２１４２又は２１４３に転送される（ステップ２２０３又は２２０４）。
マルチキャストＰサービス代理サーバ２１４２乃至２１４３は、電子新聞ＩＰパケットを端末２１２９乃至２１３３へマルチキャストデータとして再送する（ステップ２２０５、２２０６）。マルチキャストＰサービス代理サーバ２１４２乃至２１４３は、電子新聞ＩＰパケットの受信情況を報告するＩＰパケットを形成して網ノード装置２１１２乃至２１１３ヘ送出し（ステップ２２０７）、ＩＰパケットはＩＰ転送網２１５３を経由し（ステップ２２０８）、網ノード装置２１０９を経由して送信事務サーバ２１２２ヘ到達する（ステップ２２０９）。
通信会社Ｙの管理する送信事務サーバ２１２２は、通信会社Ｙの管理するＩＰ網２１０２の利用料金を算出し、更に受信したＩＰパケットの内容に含まれる情報からＡ新聞社への報告事項を含むＩＰパケットを形成し、Ａ新聞社の端末２１２３へ前記形成したＩＰパケットを送信する（ステップ２２１０）。ここで、ＩＰパケットは、網ノード装置２１１０、ルータ２１１５−１０，網ノード装置２１１１を経由して端末２１２３へ到達する。Ａ新聞社はＩＰパケットを受信し、通信会社Ｙに依頼した電子新聞ＩＰパケットの配送情況を確認する。マルチキャストＱサービスを実施するケースにおいても、前記同様の方法により実施できる。
＜＜認証手続き＞＞
前記ステップ２２６０の認証手続きは公知の技法が各種あり、図３３７を参照して一例を説明する。送信事務サーバ２１２２及び送信端末２１２０は、共通の関数ｙ＝ｆ（ａ，ｂ）と秘密の認証鍵“Ｋ”を内部に保持している。送信事務サーバ２１２２は、送信事務サーバ２１２２を識別する情報“ＩＤ２１２２”を送信端末２１２０へ送信する（ステップ２１６０−１）。送信端末２１２０は送信事務サーバ２１２２を識別する情報“ＩＤ２１２２”を受信し、乱数“Ｒ”を生成してＣ１＝ｆ（Ｋ，Ｒ）を算出し保持すると共に、送信事務サーバ２１２２へ乱数“Ｒ”送信する（ステップ２１６０−２）。送信事務サーバ２１２２は、受信した乱数“Ｒ”と認証鍵“Ｋ”と関数“ｆ”とを用いてＣ２＝ｆ（Ｋ，Ｒ）を算出し、送信端末２１２０へ“Ｃ２”を送信する（ステップ２１６０−３）。送信端末は、前記生成し保持している“Ｃ１”と、前記受信した“Ｃ２”とが一致するか否かを調べ、一致すれば送信事務サーバ２１２２が正規の認証鍵“Ｋ”を保持していることが確認できるので、送信事務サーバ２１２２が正規送信事務サーバであることを認証できる。
＜＜バリエーション＞＞
図３３８を参照して説明すると、ＩＰ転送網２１００−１の内部は、通信会社Ｘの管理範囲２１０１−１と通信会社Ｙの管理範囲２１０２−１、網ノード装置２１０４−１、２１０５−１、２１０７−１乃至２１１４−１、ルータ２２３０及び２２３２、アドレス管理モジュール２２３１及び２２３３、ルータ２１１５−１乃至２１１５−１１、ルータ２１１６を設置している。網ノード装置２１０４−１、２１０５−１、２１０７−１乃至２１１４−１は、全てがＩＰカプセル化と逆カプセル化機能を有さない装置であり、その具体的内部構成は他の実施例により説明しているのと同様である。ルータ２２３０とアドレス管理モジュール２２３１とは回線で接続され、ルータ２２３０とアドレス管理モジュール２２３１とは一体となって網ノード装置と同様の機能を果たす。同様に、ルータ２２３２とアドレス管理モジュール２２３３とは回線で接続され、一体となって網ノード装置と同様の機能を果たす。このようになっているから、図３３５乃至３３６を用いて説明したマルチキャストサービスと同様のマルチキャストサービスが実施できる。
マルチキャストサービスを提供するＡ新聞社の端末２１２３から、電子新聞ＩＰパケットを送信事務サーバ２１１８及び２１２２へ送信し、送信事務サーバ２１１８及び２１２２は、前記受信した電子新聞ＩＰパケットをＩＰ転送網２１０１−１及び２１０２−１を経由して、受信端末２１２４乃至２１３３へマルチキャスト技法により配信できる。前記配信した結果は送信事務サーバ２１１８及び２１２２に報告され、前記受信端末２１２４乃至２１３３に課金を行うことができる。
なお、ＩＰ転送網２１５２及び２１５３はマルチキャスト専用のＩＰ転送網である必要はなく、他の実施例で説明しているＩＰ電話やデータ転送、音声画像転送のためのＩＰ転送と共用して、前記説明のマルチキャストサービスが実施できる。
＜＜アドレス管理表や経路表の設定＞＞
通信会社Ｘの管理範囲２１０１及び通信会社Ｙの管理範囲２１０２内部の網ノード装置内部のアドレス管理表やルータの経路表は、マルチキャストサービスの種別毎に、別個のアドレス管理表やルータの経路表を設定（マルチキャスト木構造の設定）が必要であり、他の実施例により説明している方法が適用できる。更に、マルチキャストサービス利用者の増減によるマルチキャスト木構造の変更や、マルチキャストサービスの停止によるマルチキャスト木構造の解放などの他実施例において説明されている技法が本実施例に適用できる。
＜＜まとめ＞＞
以上述べた方法により、複数のマルチキャストサービスが、複数の通信会社のＩＰ転送網を接続したＩＰ転送網を用いて実施される。マルチキャストサービス提供者は、前記通信会社に依頼して、課金業務の代行を依頼できる。通信会社Ｘの管理する送信事務サーバと、通信会社Ｙの管理する送信事務サーバにマルチキャストデータを送信し、前記通信会社Ｘの送信事務サーバは、通信会社Ｘの送信端末を経由して、通信会社Ｘの管理するＩＰ転送網に接続する複数端末にマルチキャストデータを配送し、同様に、前記通信会社Ｙの送信事務サーバは、通信会社Ｙの送信端末を経由して、通信会社Ｙの管理するＩＰ転送網に接続する複数端末にマルチキャストデータを配送できるようになっている。通信会社Ｘや通信会社Ｙの管理するＩＰ転送網内の配送結果は、マルチキャストサービス代理サーバ経由で、通信会社Ｘや通信会社Ｙの送信事務サーバが収集する。

２１．着信優先度制御を行う第２１実施例：
ＩＰパケットのヘッダ部は、“プロトコルタイプ”、送信元ＩＰアドレス及び宛先ＩＰアドレスを含み、ＩＰパケットのペイロードに置かれるＴＣＰパケット内部やＵＤＰパケットの内部には、それぞれ送信元ポート番号と宛先ポート番号とが定義されている。ＩＰアドレス（３２ビット）とポート番号（１６ビット）を並べた４８ビットのデータは、ソケット番号と言われる。本実施例では、送信元ソケット番号＝送信元ＩＰアドレス‖送信元ポート番号（‖は、データの連結）、宛先ソケット番号＝宛先ＩＰアドレス‖宛先ポート番号と呼ぶ。本実施例は、ＩＰ転送網網内を転送された内部パケット（内部フレームともいう）が網ノード装置に到達し、ここで簡易逆カプセル化されて得られる外部ＩＰパケットを、この外部ＩＰパケット内部に表示されている“プロトコルタイプ”や宛先ソケット番号を用いて、ＩＰ転送網の外部に送出する順序について優先度を制御する例である。ＩＰパケットはＩＰｖ４又はＩＰｖ６である。
＜＜構成＞＞
図３４３及び図３４４に示すように、ＩＰ転送網２４００は網ノード装置２４０１乃至２４０７を含み、網ノード装置２４０１はアドレス管理表２４１２を含む。２４０９−１乃至２４０９−９はそれぞれLANであり、入口ルータ２４１０−１乃至２４１０−９及び通信回線を経て、ＩＰ転送網２４００内部のいずれかの網ノード装置に接続されている。端末２４２８は通信回線を経て網ノード装置２４０２に接続され、端末２４２９は通信回線を経て網ノード装置２４０５に接続されている。内部パケットは、例えばMPLSフレームやHDLCフレームを採用して実施でき、図３４０に示すように宛先アドレスと情報部を含む。MPLSフレームのとき、宛先アドレスはMPLS技法により規定されるラベルであり、光リンク回線（WDM回線）用のHDLCフレームのとき、宛先アドレスはHDLC技法により規定される宛先アドレスである。
＜＜端末のIPアドレス＞＞
LAN２４０９−１内の端末のIPアドレスは“２１００”、“２１１０”であり、LAN２４０９−２内の端末のIPアドレスは“１２００”、“１２１０”、“１２２０”であり、LAN２４０９−３内の端末のIPアドレスは“２６００”、“２６１０”であり、LAN２４０９−４内の端末のIPアドレスは“１２３０”、“１２４０”であり、LAN２４０９−５内の端末のIPアドレスは“２２００”、“２２１０”であり、LAN２４０９−６内の端末のIPアドレスは“２３００”、“２３１０”であり、LAN２４０９−７内の端末のIPアドレスは“２４００”、“２４１０”であり、LAN２４０９−８内の端末のIPアドレスは“２７００”、“２７１０、“２７２０”であり、LAN２４０９−９内の端末のIPアドレスは“２８００”、“２８１０”であり、
端末２４２８のIPアドレスは“２５００”であり、端末２４２９のIPアドレスは“１２５０”である。なお、ＩＰアドレスは３２ビット（ＩＰｖ４）や１２８ビット（ＩＰｖ６）であるが、本実施例は４桁の１０進数で表わした例である。
＜＜アドレス管理表＞＞
図３４５を参照して、網ノード装置２４０１内のアドレス管理表２４１２を説明する。アドレス管理表２４１２は、アドレス管理主表２４１２−１とアドレス管理副表２４１２−２乃至２４１２−７とで成る。アドレス管理主表２４１２−１は、他の実施例において説明しているアドレス管理表の登録項目と共に、少なくとも着信優先度記号を登録する項目を含む。本実施例において、アドレス管理主表２４１２−１は、更に閉域網識別子を登録する項目を含む。
アドレス管理副表２４１２−２は複数レコードを含み、各レコードは着信優先度記号、プロトコル優先度、TCPソケット優先度、UDPソケット優先度を表わす項目を含む。アドレス管理副表２４１２−３は複数レコードを含み、各レコードはプロトコル優先度、プロトコル種別を表わす項目を含む。アドレス管理副表２４１２−４は複数レコードを含み、各レコードはTCPソケット優先度、ソケット記号を表わす項目を含む。アドレス管理副表２４１２−５は複数レコードを含み、各レコードはUDPソケット優先度、ソケット記号を表わす項目を含む。アドレス管理副表２４１２−６乃至２４１２−７は複数レコードを含み、各レコードはソケット記号、発信着信区分（“From”と“To”の区分）とIPアドレス、ポート番号を表わす項目を含む。“From”は送信素ソケット番号を、“Ｔｏ”は宛先ソケット番号を表わす。
アドレス管理主表２４１２−１において、例えば第１行目のレコードは発信内部アドレスが“７８２１”であれば、着信優先度記号は“ｐｒ−７８２１”というように定めてある。つまり、着信優先度“ｐｒ−７８２１”は、論理端子２４１３に付与した内部アドレス“７８２１”に１：１に対応して定めている。アドレス管理副表２４１２−２において、例えば第１行目のレコードは着信優先度記号“ｐｒ−７８２１”に対応して、プロトコル優先度は“ｐ−１”，ＴＣＰソケット優先度は“ｔ−１”、ＵＤＰソケット優先度は“NULL”であることを定めている。ここで、“NULL”は無指定を表わし、優先度は最下位とを意味する。アドレス管理副表２４１２−３において、例えば第１行目のレコードは、前記プロトコル優先度“ｐ−１”は、優先度が高い順から低い順にプロトコル“ＴＣＰ”、“ＵＤＰ”，“ＩＣＭＰ”、“ＩＧＭＰ”と定めている。この例において、内部アドレス“７８３１”が付与されている論理端子２４１３に接続する通信回線へ送出されるIPパケット内部の上位プロトコルの優先度は、前記の指定により“ＴＣＰ”、“ＵＤＰ”，“ＩＣＭＰ”、“ＩＧＭＰ”であることを意味する。
アドレス管理副表２４１２−４において、例えば第１行目のレコードは、ＴＣＰソケット優先度“ｔ−１”は、優先度の高い順から低い順にソケット記号“ｓｋ−１”、“ｓｋ−７”と定めている。アドレス管理副表２４１２−５において、例えば第１行目のレコードは、ＵＤＰソケット優先度“ｕ−１”は、優先度の高い順から低い順にソケット記号“ｓｋ−３”、“ｓｋ−８”と定めている。アドレス管理副表２４１２−６において、例えば第１行目のレコードは、ソケット記号“ｓｋ−１”は宛先ソケット番号である（“To”）であり、宛先ＩＰアドレスが“２１００”、宛先ポート番号が“３０”であることを表わしており、アドレス管理副表２４１２−７も同様の記法である。
＜＜内部パケットの転送＞＞
外部ＩＰアドレス“２５００”の端末２４２８から送出されたＩＰパケットが、網ノード装置２４０２で、他の実施例で説明していると同様にして簡易カプセル化されて、内部パケットＩＦ０１となり、ＩＰ転送網２４００内部の通信回線を転送されている。内部パケットＩＦ０１の着信内部アドレスは“７８２１”であり、ＩＰ転送網２４００内部の通信回線を転送されて網ノード装置２４０１に到達する（図３４６のステップS1000）。内部パケットＩＦ０１が受信した内部アドレス“７８２１”と、受信した内部パケットＩＦ０１内部の宛先ＩＰアドレス“２５００”と送信元ＩＰアドレス“２１００”とを含むレコードは、アドレス管理主表２４１２−１の第１行目のレコードであり、当該レコードの着信優先度“ｐｒ−７８２１”が選択される。内部パケットＩＦ０１は、その簡易ヘッダが除かれて外部IPパケットが復元される（簡易逆カプセル化、ステップS1010）。ここで、前記復元された外部IPパケットの宛先IPアドレスは“２１００”、宛先ポート番号“３０”となっている例である。
次に、着信優先度“ｐｒ−７８２１”の指定に従って、プロトコル優先度“ｐ−１”を得る。また、前記外部IPパケットのヘッダ内の“プロトコル”がTCPであるので、TCPソケット優先度は“ｔ−１”となる。なお、前記外部IPパケットのヘッダ内の“プロトコル”がUDPであるケースでは、UDPソケット優先度は“NULL”、つまり無指定（優先度最下位）となる。前記プロトコル優先度“ｐ−１”の指定により、アドレス管理副表２４１２−３の第１行目（第１番目の項目が“ｐ−１”）が選択され、プロトコル優先度は、“ＴＣＰ，ＵＤＰ，ＩＣＭＰ，ＩＧＭＰ”が採用される。前記TCPソケット優先度“ｔ−１”の指定により、アドレス管理副表２４１２―４の第１行目（第１番目の項目が“ｔ−１”）が選択され、ソケット記号は、“ｓｋ−１”又は“ｓｋ−７”が採用される。ここで、アドレス管理副表２４１２―６及び２４１２−７が検索され、アドレス管理副表２４１２―６内部の前記復元したＩＰパケット内の宛先アドレス“２１００”とポート番号“３０”とを含むソケット記号“ｓｋ−１”が選択される。外部ＩＰパケットＥＦ０１は通信回線２４２１を経由して、宛先ＩＰアドレス“２１００”を有する端末に配送される。以下、ＩＰ転送網内部パケットＩＦ０２から、ＩＦ０３，ＩＦ０４，ＩＦ０５，ＩＦ０６，ＩＦ０７，ＩＦ０８，ＩＦ０９，ＩＦ１０，ＩＰ１１とも図３４３に記載している通りに同様であり、以下簡単に述べる。
LAN２４０９−３内部の外部ＩＰアドレス“２６００”の端末から送出されたＩＰパケットが、網ノード装置２４０２で簡易カプセル化されて、内部パケットＩＦ０２となる。内部パケットＩＦ０２の着信内部アドレスは“７８２１”であり、内部パケットＩＦ０２はその通信回線を転送されて網ノード装置２４０１に到達する。外部ＩＰアドレス“２４００”の端末に到達する。復元して得られた外部ＩＰパケットＥＦ０２の“プロトコルタイプ”はＴＣＰであり、“宛先ポート番号”が“３０”の例である。外部ＩＰパケットＥＦ０２は、通信回線２４２１を経由して、宛先ＩＰアドレス“２１１０”を有する端末に配送される。
LAN２４０９―４内部の外部ＩＰアドレス“１２３０”の端末から送出されたＩＰパケットが、網ノード装置２４４で簡易カプセル化されて内部パケットＩＦ０３となる。内部パケットＩＦ０３の着信内部アドレスは“７８２２”であり、内部パケットＩＦ０３は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０３の“プロトコルタイプ”はＴＣＰであり、“宛先ポート番号”が“３０”の例である。外部ＩＰパケットＥＦ０３は、通信回線２４２２を経由して宛先ＩＰアドレス“１２００”を有する端末に配送される。
LAN２４０９−４内部の外部ＩＰアドレス“１２４０”の端末から送出されたＩＰパケットが、網ノード装置２４０４で簡易カプセル化されて内部パケットＩＦ０４となる。内部パケットＩＦ０４の着信内部アドレスは“７８２２”であり、内部パケットＩＦ０４は、通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０４の“プロトコルタイプ”はＴＣＰであり、“宛先ポート番号”が“３２”の例である。外部ＩＰパケットＥＦ０４は、通信回線２４２２を経由して宛先ＩＰアドレス“１２１０”を有する端末に配送される。
外部ＩＰアドレス“１５０”の端末２４２９から送出されたＩＰパケットが、網ノード装置２４０５で簡易カプセル化されて内部パケットＩＦ０５となる。内部パケットＩＦ０５の着信内部アドレスは“７８２２”であり、内部パケットＩＦ０５は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０５の“プロトコルタイプ”はＴＣＰであり、“宛先ポート番号”が“３２”の例である。外部ＩＰパケットＥＦ０５は、通信回線２４２２を経由して宛先ＩＰアドレス“１２２０”を有する端末に配送される。
LAN２４０９−３内部の外部ＩＰアドレス“２６１０”の端末から送出されたＩＰパケットが、網ノード装置２４０３で簡易カプセル化されて内部パケットＩＦ０６となる。内部パケットＩＦ０６の着信内部アドレスは“７８２３”であり、内部パケットＩＦ０６は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０６の“プロトコルタイプ”はUDＰであり、“宛先ポート番号”が“４０”の例である。外部ＩＰパケットＥＦ０６は、通信回線２４３を経由して宛先ＩＰアドレス“２２００”を有する端末に配送される。
LAN２４０９−８内部の外部ＩＰアドレス“２７００”の端末から送出されたＩＰパケットが、網ノード装置２４０６で簡易カプセル化されて内部パケットＩＦ０７となる。内部パケットＩＦ０７の着信内部アドレスは“７８２３”であり、内部パケットＩＦ０７は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０７の“プロトコルタイプ”はUDＰであり、“宛先ポート番号”が“４０”の例である。外部ＩＰパケットＥＦ０７は、通信回線２４３３を経由して宛先ＩＰアドレス“２２１０”を有する端末に配送される。
LAN２４０９−８内部の外部ＩＰアドレス“２７１０”の端末から送出されたＩＰパケットが、網ノード装置２４０６で簡易カプセル化されて内部パケットＩＦ０８となる。内部パケットＩＦ０８の着信内部アドレスは“７８２４”であり、内部パケットＩＦ０８は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０８の“プロトコルタイプ”はUDＰであり、“宛先ポート番号”が“４０”の例である。外部ＩＰパケットＥＦ０８は、通信回線２４３４を経由して宛先ＩＰアドレス“２３００”を有する端末に配送される。
LAN２４０９−８内部の外部ＩＰアドレス“２８００”の端末から送出されたＩＰパケットが、網ノード装置２４０６で簡易カプセル化されて内部パケットＩＦ０９となる。内部パケットＩＦ０９の着信内部アドレスは“７８２４”であり、内部パケットＩＦ０９は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ０９の“プロトコルタイプ”はUDＰであり、“宛先ポート番号”が“４２”の例である。外部ＩＰパケットＥＦ０９は、通信回線２４３４を経由して宛先ＩＰアドレス“２３１０”を有する端末に配送される。
LAN２４０９−９内部の外部ＩＰアドレス“２７２０”の端末から送出されたＩＰパケットが、網ノード装置２４０６で簡易カプセル化されて内部パケットＩＦ１０となる。内部パケットＩＦ１０の着信内部アドレスは“７８２５”であり、内部パケットＩＦ１０は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ１０の“プロトコルタイプ”はTCＰであり、“宛先ポート番号”が“６０”の例である。外部ＩＰパケットＥＦ１０は、通信回線２４３５を経由して宛先ＩＰアドレス“２４００”を有する端末に配送される。
LAN２４０９−９内部の外部ＩＰアドレス“２８１０”の端末から送出されたＩＰパケットが、網ノード装置２４０７で簡易カプセル化されて内部パケットＩＦ１１となる。内部パケットＩＦ１１の着信内部アドレスは“７８２５”であり、内部パケットＩＦ１１は通信回線を転送されて網ノード装置２４０１に到達する。復元して得られた外部ＩＰパケットＥＦ１１の“プロトコルタイプ”はUDＰであり、“宛先ポート番号”が“７０”の例である。外部ＩＰパケットＥＦ１１は、通信回線２４３５を経由して宛先ＩＰアドレス“２４１０”を有する端末に配送される。
＜＜優先度の決定の例１＞＞
図３４６のフローチャートを参照して、本発明による優先度の決め方を説明する。網ノード装置２４０１は、ＩＰ転送網網通信回線からＩＰ転送網内部パケットＩＦ０１及びＩＦ０２をほぼ同時刻に受信し（ステップＳ１０００）、それぞれの内部パケットを簡易逆化カプセル化して、外部ＩＰパケットＥＦ０１，ＥＦ０２を得る（ステップＳ１０１０）。アドレス管理表２４１２により、これら外部ＩＰパケットを送信する通信回線終端部の論理端子の着信ＩＰ転送網内部アドレスは共に“７８２１”であり、一致することが分かる（ステップＳ１０２０）。ＩＰ転送網内部パケットＩＦ０１及びＩＦ０２とも、その着信優先度記号は“ｐｒ−７８２１”であり、次にアドレス管理表２４１２の部分表により、“ｐｒ−７８２１”に対応するプロトコル優先度は“ｐ−１”、ＴＣＰソケット優先度は“ｔ−１”、ＵＤＰソケット優先度は“NULL”がそれぞれ指定されている。
更に、アドレス管理表２４１２の構成要素である他の部分を調べると、プロトコル優先度“ｐ−１”の内訳からＴＣＰ，ＵＤＰ，ＩＣＭＰ，ＩＧＭＰの順に優先度が高く、最も優先度が高いＴＣＰについて、ＴＣＰソケット優先度“ｔ−１”の内訳からソケット記号“ｓｋ−１”、“ｓｋ−７”の順に優先度が高く、更にソケット記号“ｓｋ−１”の内訳から宛先ソケット番号を構成するＩＰアドレスが“２１００”、宛先ポート番号が“３０”であることが分かる。ＩＰ転送網内部パケットＩＦ０１の内部に表示されているプロトコルタイプは“ＴＣＰ”、宛先ＩＰアドレスが“２１００”、宛先ポート番号が“３０”である。一方、ＩＰ転送網内部パケットＩＦ０２の内部に表示されているプロトコルタイプは“ＴＣＰ”、宛先ＩＰアドレスが“２１１０”、宛先ポート番号が“３０”である。本実施例において、プロトコルタイプと宛先ソケット番号が、ソケット記号“ｓｋ−１”の指定と一致するのは、ＩＰ転送網内部パケットＩＦ０１であることが分かる。
以上の手続きにより、優先して送出するＩＰ転送網内部パケットはＩＦ０１であることが決定する（ステップ：Ｓ１０４０）。次に、このＩＰ転送網内部パケットＩＦ０１を通信回線終端部の論理端子経由でユーザ論理端子へ送出する（ステップＳ１０５０）。
＜＜優先度の決定の例２＞＞
網ノード装置２４０１は、ＩＰ転送網網通信回線からＩＰ転送網内部パケットＩＦ０３、ＩＦ０４及びＩＦ０５をほぼ同時刻に受信し（ステップＳ１０００）、それぞれの内部パケットを簡易逆化カプセル化し、外部ＩＰパケットＥＦ０３，ＥＦ０４，ＥＦ０５を得る（ステップＳ１０１０）。アドレス管理表２４１２により、これら外部ＩＰパケットを送信する通信回線終端部の論理端子の着信ＩＰ転送網内部アドレスは共に“７８２２”であり、一致することが分かる（ステップ：Ｓ１０２０）。ＩＰ転送網内部パケットＩＦ０３，ＩＦ０４及びＩＦ０５とも、その着信優先度記号は“ｐｒ−７８２２”であり、プロトコル優先度は“ｐ−１”、ＴＣＰソケット優先度は“ｔ−２”、ＵＤＰソケット優先度は“NULL”がそれぞれ指定されている。プロトコル優先度“ｐ−１”の内訳からＴＣＰの優先度が高く、ＴＣＰソケット優先度“ｔ−２”の内訳からソケット記号“ｓｋ−２”の優先度が高く、更にソケット記号“ｓｋ−２”の内訳から送信元ソケット番号を構成するＩＰアドレスが“２１００”、送信元ポート番号が“３０”であることが分かる。ＩＰ転送網内部パケットＩＦ０３の内部に表示されているプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“１２３０”、送信元ポート番号が“３０”である。ＩＰ転送網内部パケットＩＦ０４の内部に表示されているプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“１２４０”、送信元ポート番号が“３２”である。更に、ＩＰ転送網内部パケットＩＦ０５の内部に表示されているプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“１２５０”、送信元ポート番号が“３２”である。本実施例において、プロトコルタイプと送信元ソケット番号が、ソケット記号“ｓｋ−２”の指定と一致するのは、ＩＰ転送網内部パケットＩＦ０４であることが分かる。
以上の手続きにより、優先して送出するＩＰ転送網内部パケットはＩＦ０４であることが決定する（ステップＳ１０４０）。次に、このＩＰ転送網内部パケットＩＦ０４を通信回線終端部の論理端子経由で、ユーザ論理端子へ送出する（ステップＳ１０５０）。
＜＜優先度の決定の例３＞＞
網ノード装置２４０１は、ＩＰ転送網網通信回線からＩＰ転送網内部パケットＩＦ０６とＩＦ０７をほぼ同時刻に受信し（ステップＳ１０００）、それぞれの内部パケットを簡易逆化カプセル化して外部ＩＰパケットＥＦ０６，ＥＦ０７を得る（ステップＳ１０１０）。アドレス管理表２４１２により、これら外部ＩＰパケットを送信する通信回線終端部の論理端子の着信ＩＰ転送網内部アドレスは共に“７８２３”であり、一致することが分かる（ステップＳ１０２０）。ＩＰ転送網内部パケットＩＦ０６及びＩＦ０７とも、その着信優先度記号は“ｐｒ−７８２３”であり、プロトコル優先度は“ｐ−２”、ＴＣＰソケット優先度は“NULL”、ＵＤＰソケット優先度は“ｕ−１”がそれぞれ指定されている。プロトコル優先度“ｐ−２”の内訳からＵＤＰ，ＴＣＰ，ＩＣＭＰ，ＩＧＭＰの順に優先度が高く、最も優先度が高いＵＤＰについて、ＵＤＰソケット優先度“ｔ−１”の内訳からソケット記号“ｓｋ−３”、“ｓｋ−８”の順に優先度が高く、更にソケット記号“ｓｋ−３”の内訳から宛先ソケット番号を構成するＩＰアドレスが“２２００”、宛先ポート番号が“４０”であることが分かる。ＩＰ転送網内部パケットＩＦ０６の内部に表示されているプロトコルタイプは“ＵＤＰ”、宛先ＩＰアドレスが“２２００”、宛先ポート番号が“４０”である。一方、ＩＰ転送網内部パケットＩＦ０７の内部に表示されているプロトコルタイプは“ＵＤＰ”、宛先ＩＰアドレスが“２１１０”、宛先ポート番号が“４０”である。本実施例において、プロトコルタイプと宛先ソケット番号が、ソケット記号“ｓｋ−３”の指定と一致するのは、ＩＰ転送網内部パケットＩＦ０６であることが分かる。
以上の手続きにより、優先して送出するＩＰ転送網内部パケットはＩＦ０６であることが決定する（ステップ：Ｓ１０４０）。次に、このＩＰ転送網内部パケットＩＦ０１を通信回線終端部の論理端子経由で、ユーザ論理端子へ送出する（ステップ：Ｓ１０５０）。
＜＜優先度の決定の例４＞＞
網ノード装置２４０１は、ＩＰ転送網網通信回線からＩＰ転送網内部パケットＩＦ０８及びＩＦ０９をほぼ同時刻に受信し（ステップＳ１０００）、それぞれの内部パケットを簡易逆化カプセル化して、外部ＩＰパケットＥＦ０８，ＥＦ０９を得る（ステップＳ１０１０）。アドレス管理表２４１２により、これら外部ＩＰパケットを送信する通信回線終端部の論理端子の着信ＩＰ転送網内部アドレスは共に“７８２４”であり、一致することが分かる（ステップＳ１０２０）。ＩＰ転送網内部パケットＩＦ０８及びＩＦ０９とも、その着信優先度記号は“ｐｒ−７８２４”であり、プロトコル優先度は“ｐ−２”、ＴＣＰソケット優先度は“NULL”、ＵＤＰソケット優先度は“ｕ−２”が指定されている。プロトコル優先度“ｐ−２”の内訳からソケット記号“ｓｋ−４”の優先度が高く、更にソケット記号“ｓｋ−４”の内訳から送信元ソケット番号を構成するＩＰアドレスが“２７１０”、送信元ポート番号が“４０”であることが分かる。ＩＰ転送網内部パケットＩＦ０８の内部に表示されているプロトコルタイプは“ＵＤＰ”、送信元ＩＰアドレスが“２７１０”、送信元ポート番号が“４０”である。一方、ＩＰ転送網内部パケットＩＦ０９の内部に表示されているプロトコルタイプは“ＵＤＰ”、送信元ＩＰアドレスが“２８００”、送信元ポート番号が“４２”である。本実施例において、プロトコルタイプと送信元ソケット番号が、前記のソケット記号“ｓｋ−４”の指定と一致するのは、ＩＰ転送網内部パケットＩＦ０８であることが分かる。
以上の手続きにより、優先して送出するＩＰ転送網内部パケットはＩＦ０８であることが決定する（ステップＳ１０４０）。次に、このＩＰ転送網内部パケットＩＦ０１を通信回線終端部の論理端子経由で、ユーザ論理端子へ送出する（ステップＳ１０５０）。
＜＜優先度の決定の例５＞＞
網ノード装置２４０１は、ＩＰ転送網内部パケットＩＦ１０及びＩＰ１１をほぼ同時刻に受信し（ステップＳ１０００）、それぞれのネットワークパケットを簡易逆化カプセル化して外部ＩＰパケットＥＦ１０，ＥＦ１１を得る（ステップＳ１０１０）。アドレス管理表２４１２により、これら外部ＩＰパケットを送信する通信回線終端部の論理端子の着信ＩＰ転送網内部アドレスは共に“７８２５”であり、一致することが分かる（ステップＳ１０２０）。ＩＰ転送網内部パケットＩＦ１０及びＩＰ１１とも、その着信優先度記号は“ｐｒ−７８２５”であり、プロトコル優先度は“ｐ−１”、ＴＣＰソケット優先度は“ｔ−３”、ＵＤＰソケット優先度は“ｕ−３”が指定されている。プロトコル優先度“ｐ−１”の内訳からＴＣＰの優先度はＵＤＰより高い。しかるに、ＩＰ転送網内部パケットＩＦ１０の内部に表示されているプロトコルタイプは“ＴＣＰ”、ＩＰ転送網内部パケットＩＰ１１の内部に表示されているプロトコルタイプは“ＵＤＰ”である。
以上の手続きにより、優先して送出するＩＰ転送網内部パケットはＩＦ１０であることが決定する（ステップＳ１０３０）。次に、このＩＰ転送網内部パケットＩＦ１０を通信回線終端部の論理端子経由で、ユーザ論理端子へ送出する（ステップＳ１０４０）。
＜＜まとめ＞＞
以上説明したように、本実施例において、着信優先度記号により参照されるアドレス管理副表を用いて着信優先度を制御することが特徴である。ＩＰパケット内部の上位プロトコルを参照し、上位プロトコルの種類に応じてＩＰ転送網内部から網ノード装置に着信した内部パケットの次段階の優先度を選択するようになっている。また、上位プロトコルがＴＣＰの場合に、上位ポート番号毎に優先度を選択できるようになっており、上位プロトコルがＵＤＰの場合に、上位ポート番号毎に優先度を選択できるようになっている。更に、アドレス管理表２４０１は、本発明の課題を解決するための手段において、図３３９及び図３４２を用いて説明しているアドレスマスクを含む形式に置き換えて実施できる。また、図３３９及び図３４１を用いて説明している送信元外部アドレスを省略した形式も実施できる。

２２． 発信優先度制御を行う第２２実施例：
ＩＰ転送網の外部から到着した外部ＩＰパケットを網ノード装置で簡易カプセル化した後、ＩＰ転送網網内部の通信回線に送出する順位を決める実施例を説明する。
＜＜構成＞＞
図３４７に示すように、ＩＰ転送網２４５０は網ノード装置２４５１，２４５２−１，・・、２４５２−１１を含み、網ノード装置２４５１はアドレス管理表２４５４を含む。２４５６−１，・・，２４５６−５はLANであり、それぞれ通信回線を経てＩＰ転送網２４５０内部の網ノード装置のいずれかに接続されている。それぞれのLANはＩＰ端末を複数含む。２４５７−１乃至２４５７−１１は、いずれもＩＰパケット送受機能を有するＩＰ端末である。
＜＜アドレス管理表＞＞
図３４８に示すアドレス管理表２４５４は、アドレス管理主表２４５４−１とアドレス管理副表２４５４−２乃至２４５４−７とで成る。アドレス管理主表２４５４−１は、他の実施例において説明しているアドレス管理表の登録項目と共に、少なくとも発信優先度記号を登録する項目を含む。本実施例において、アドレス管理主表２４５４−１は、更に閉域網識別子を登録する項目を含む。
アドレス管理副表２４５４−２は複数レコードを含み、各レコードは発信優先度記号、プロトコル優先度、TCPソケット優先度、UDPソケット優先度を表わす項目を含む。アドレス管理副表２４５４−３は複数レコードを含み、各レコードはプロトコル優先度、プロトコル種別を表わす項目を含む。アドレス管理副表２４５４−４は複数レコードを含み、各レコードはTCPソケット優先度、ソケット記号を表わす項目を含む。アドレス管理副表２４５４−５は複数レコードを含み、各レコードはUDPソケット優先度、ソケット記号を表わす項目を含む。アドレス管理副表２４５４−６乃至２４５４−７は複数レコードを含み、各レコードはソケット記号、発信着信区分（“From”と“To”の区分）とIPアドレス、ポート番号を表わす項目を含む。“From”は送信ソケット番号を、“Ｔｏ”は宛先ソケット番号をそれぞれ表わす。
アドレス管理主表２４５４−１において、例えば第１行目のレコードは発信優先度記号を含む。発信優先度記号はIP転送網２４５０内部の通信回線に対応づけて定めている例である。発信優先度“ｐｓ−７２００”は、網ノード装置２４５２−１、２４５２−２とに向かうＩＰ転送網２４５０の内部通信回線に付与されており、発信優先度“ｐｓ−７３００”は、網ノード装置２４５２−３、２４５２−４とに向かう内部通信回線に付与されており、発信優先度“ｐｓ−７４００”は、網ノード装置２４５２−５、２４５２−６とに向かう内部通信回線に付与されており、発信優先度“ｐｓ−７５００”は、網ノード装置２４５２−７、２４５２−８とに向かう内部通信回線に付与されており、発信優先度“ｐｓ−７６００”は、網ノード装置２４５２−９、２４５２−１０、２４５２−１１とに向かう内部通信回線に付与されている。
アドレス管理副表２４５４−２において、例えば第１行目のレコードは、前記発信優先度記号“ｐｓ−７２００”に対応して、プロトコル優先度は“ｐ−１”，ＴＣＰソケット優先度は“ｔ−１”、ＵＤＰソケット優先度は“NULL”であることを定めている。ここで、“NULL”は無指定を表わし、優先度は最下位とを意味する。アドレス管理副表２４５４−３において、例えば第１行目のレコードは、前記プロトコル優先度“ｐ−１”は優先度が高い順から低い順に、プロトコル“ＴＣＰ”、“ＵＤＰ”，“ＩＣＭＰ”、“ＩＧＭＰ”と定めている。アドレス管理副表２４５４−４において、例えば第１行目のレコードは、ＴＣＰソケット優先度“ｔ−１”は優先度の高い順から低い順に、ソケット記号“ｓｋ−１”、“ｓｋ−２７”と定めている。
アドレス管理副表２４５４−５において、例えば第１行目のレコードは、ＵＤＰソケット優先度“ｕ−２１”は優先度の高い順から低い順に、ソケット記号“ｓｋ−２３”、“ｓｋ−２８”と定めている。アドレス管理副表２４５４−６において、例えば第１行目のレコードは、ソケット記号“ｓｋ−２１”は送信元ソケット番号であり（“To”）、送信元ＩＰアドレスが“２１００”、送信元ポート番号が“３０”であることを表わしており、アドレス管理副表２４５４−７も同様の記法である。
＜＜優先度決定の例１＞＞
網ノード装置２４５１は、内部アドレス“７８２１”が付与されている論理端子２４６０から外部ＩＰパケットＦ０１を受信し、内部アドレス“７８２２”が付与されている論理端子２４６１から外部ＩＰパケットＦ０２を受信し、前記２つのIPパケットはほぼ同時刻に受信する。網ノード装置２４５１は、前記取得した内部アドレス“７８２１”と外部ＩＰパケットＦ０１との組、及び内部アドレス“７８２２”と外部ＩＰパケットＦ０２との組を保持しておく（ステップＳ２０００）。発信優先度制御の手続きを、次のように行う。
＜＜ＩＰパケットＦ０１の発信優先度の算出＞＞
前記取得した内部アドレス“７８２１”と、外部ＩＰパケットＦ０１内部の宛先外部アドレス“２５００”と、送信元外部アドレス“２１００”とを含むレコードはアドレス管理主表２４５４−１の第１行目のレコードであり、その発信優先度記号は当該レコードに“ｐｓー７２００”と指定されており、アドレス管理副表２４５４−２より、発信優先度記号“ｐｓー７２００”に対応するプロトコル優先度は“ｐ−２１”、ＴＣＰソケット優先度“ｔ−２１”、ＵＤＰソケット優先度は“NULL”がそれぞれ指定されている。更に、アドレス管理副表２４５４−３内部を調べると、プロトコル優先度“ｐ−２１”の内訳から、ＴＣＰ，ＵＤＰ，ＩＣＭＰ，ＩＧＭＰの順に優先度が高い。外部ＩＰパケットＦ０１内部“上位プロトコル”はTCPであり、外部ＩＰパケットＦ０２の“上位プロトコル”はUDPであるので、前記プロトコル優先度“ｐ−２１”の指定によりTCP優先度が高い外部ＩＰパケットＦ０１を選択し、次に外部ＩＰパケットＦ０２を選択する。以上により、優先して簡易カプセル化し、送出する外部ＩＰパケットはＦ０１であることが決定する（ステップＳ２０１０）。
終わりに簡易カプセル化を行い（ステップＳ２０２０）、外部ＩＰパケットＦ０１を簡易カプセル化して得られた内部パケットＩＦ０１を優先してＩＰ転送網２４５０内に送信し（ステップＳ２０３０）、次に外部ＩＰパケットＦ０２を簡易カプセル化して得られた内部パケットＩＦ０２を送信する。
＜＜まとめ＞＞
以上説明したように、本実施例においては、前記発信優先度記号により参照されるアドレス管理副表を用いて発信優先度を制御することが特徴である。ＩＰパケット内部の上位プロトコルを参照し、上位プロトコルの種類に応じてＩＰ転送網外部から網ノード装置に着信した外部パケットの次段階の優先度を選択するようになっている。また、上位プロトコルがＴＣＰの場合に、上位ポート番号毎に優先度を選択できるようになっており、上位プロトコルがＵＤＰの場合に、上位ポート番号毎に優先度を選択できるようになっている。更にアドレス管理表２４５４は、本発明の課題を解決するための手段において、図３３９及び図３４２を用いて説明しているアドレスマスクを含む形式に置き換えて実施でき、図３３９及び図３４１を用いて説明している送信元外部アドレスを省略した形式も実施できる。
＜＜優先度決定の例２＞＞
網ノード装置２４５１は、内部アドレス“７８２１”が付与されている論理端子２４６０からの外部ＩＰパケットＦ０３と、内部アドレス“７８２２”が付与されている論理端子２４６１からのＩＰパケットＦ０４とをほぼ同時刻に受信する。網ノード装置２４５１は、前記取得した内部アドレス“７８２１”と外部ＩＰパケットＦ０３との組、及び内部アドレス“７８２２”と外部ＩＰパケットＦ０４との組を保持しておく。
＜＜ＩＰパケットＦ０３の発信優先度の算出＞＞
前記取得した内部アドレス“７８２１”と、外部ＩＰパケットＦ０３内部の宛先外部アドレス“２６１０”と、送信元外部アドレス“２１００”とを含むレコードは、アドレス管理主表２４５４−１の第１行目のレコードであり、その発信優先度記号は当該レコードに“ｐｓー７２００”と指定されており、アドレス管理副表２４５４−２より、発信優先度記号“ｐｓー７２００”に対応するプロトコル優先度は“ｐ−２１”、ＴＣＰソケット優先度は“ｔ−２１”、ＵＤＰソケット優先度は“NULL”がそれぞれ指定されている。更に、アドレス管理副表２４５４−３内部を調べると、プロトコル優先度“ｐ−２１”の内訳からＴＣＰの優先度が高く、アドレス管理副表２４５４−４内部のＴＣＰソケット優先度“ｔ−２１”の内訳からソケット記号“ｓｋ−２１”、“ｓｋ−２７”の順に優先度が高く、更にソケット記号“ｓｋ−２１”の内訳から送信元ソケット番号を構成するＩＰアドレスが“２１１０”、送信元ポート番号が“３０”であることが分かる。外部ＩＰパケットＦ０３の内部に表示されているプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスは“２１１０”、送信元ポート番号は“３０”である。
一方、外部ＩＰパケットＦ０４の内部に表示されているプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“１２１０”、送信元ポート番号が“３２”である。本実施例において、アドレス管理副表２４５４−４からTCPソケット優先度“ｔ−２２”が、アドレス管理副表２４５４−５からソケットID“ｓｋ−２２”が参照され、アドレス管理副表２４５４−５から宛先アドレス“１２３０”が参照されて、優先度の高い、宛先アドレス“１２３０”を含む外部ＩＰパケットＦ０４が優先度が高いと判定される。簡易カプセル化し、優先して送出する外部ＩＰパケットはＦ０４であることが決定する（ステップＳ２０１０）。終わりに簡易カプセル化を行い（ステップＳ２０２０）、外部ＩＰパケットＦ０４を簡易カプセル化して得られた内部パケットＩＦ０４を優先してＩＰ転送網２４５０内に送信し（ステップＳ２０３０）、次に外部ＩＰパケットＦ０３を簡易カプセル化して得られた内部パケットＩＦ０３を送信する。
１ ＩＰ転送網
１−１，１−２ 端末
１−３，１−４ メディアルータ
１−５，１−６ 接続サーバ
１−７ 中継接続サーバ
１−１０ ＩＰ転送網
１−１１，１−１２，１−１３，１−１４ 網ノード装置
１−１５乃至１−２０ ルータ
２ 統合ＩＰ転送網
３ ＩＰデータ網
４ ＩＰ電話網
５−１ ＩＰ音声画像網
５−２ ベストエフォート網
６−１ 通信会社Xが運用管理するＩＰ転送網の範囲
６−２ 通信会社Yが運用管理するＩＰ転送網の範囲
7−１、7−２，7−３，7−４ 通信会社Xが運用管理する網ノード装置
8−１、8−２，8−３，8−４ 通信会社Yが運用管理する網ノード装置
９−１，９−２ ゲートウェイ
１０−１〜１０−８ 統合ＩＰ転送網1の外部の通信網
１１−１〜１１−１０ ＩＰ端末
１２−１、１２−２ 独立型ＩＰ電話機
１２−３ 独立型ＩＰ音声画像装置
１３−１、１３−２，１３−３，１３−４ 非独立型ＩＰ電話機
１４−１，１４−２，１４−３，１４−４ メディアルータ
１５−１，１５−２ LAN
１６−１、１６−２，１６−３，１６−４ 非独立型ＩＰ音声画像装置
１７−１、１７−２，１７−３，１７−４ 公衆電話回線
１８−１〜１８−８ アナログ電話機
１９−１〜１９−１９ ＩＰ転送機能をもつルータ
２０−１乃至２０−４ LAN内部やメディアルータ内で用いるルータ
２１−１乃至２１−５ 通信会社の異なるＩＰ転送網間で用いるルータ
２２−１、２２−２ 接続制御部
２３−１、２３−２ H323終端部
２４−１、２４−２ SCN境界部
２７−１、２７−２ ATM網
２７−３ 光通信網
２７−４ フレームリレー交換網
３０−１乃至３０−４ ＩＰデータ網の専用のドメイン名サーバ
３１−１、３１−２ ＩＰ電話網の専用のドメイン名サーバ
３２−１、３２−２ ＩＰ音声画像網の専用のドメイン名サーバ
３３−１、３３−２ ベストエフォート網の専用のドメイン名サーバ
３５−１、３５−２ ＩＰデータサービス運用管理サーバ(DSS)
３６−１，３６−２ ＩＰ電話サービス運用管理サーバ(TES)
３７−１、３７−２ ＩＰ音声画像サービス運用管理サーバ(AVS)
３８−１、３８−２ ベストエフォートサービス運用管理サーバ(BES)
４８−１、７８−１ ドメイン名サーバ

Claims (20)

  1. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続サーバＳ１は、前記端末Ｔ１から、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を受け取り、前記接続サーバＳ１は、前記電話番号又はホスト名、及び前記接続要求をもとに、メッセージ１を形成して接続サーバＳ２に送り、
    前記接続サーバＳ２から、着信通知が、前記端末Ｔ２に送られ、
    前記接続サーバＳ２は、呼出中通知を前記端末Ｔ２から受け取り、前記接続サーバＳ２は、前記呼出中通知をもとに、メッセージ２を形成して前記接続サーバＳ１に送り、前記接続サーバＳ１は前記呼出中通知を前記端末Ｔ１に送り、
    前記接続サーバＳ２は、前記端末Ｔ２から応答通知を受け取り、
    前記接続サーバＳ２は、前記応答通知をもとに、メッセージ３を形成して前記接続サーバＳ１へ送り、前記接続サーバＳ１は、前記応答通知を前記端末Ｔ１に送り、
    前記接続サーバＳ１は前記網ノード装置Ｎ１に通信レコードＲ１の設定を指示し、前記接続サーバＳ２は前記網ノード装置Ｎ２に通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記接続サーバＳ１は、通信解放要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１は前記通信解放要求をもとにメッセージ４を形成して前記接続サーバＳ２へ送り、前記接続サーバＳ２は解放完了を通知するメッセージ５を形成して前記接続サーバＳ１へ送り、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  2. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続サーバＳ１は、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１は、前記接続要求を接続サーバＳ２に送り、
    前記接続サーバＳ２から、着信通知が、前記端末Ｔ２に送られ、
    前記端末Ｔ２は、呼出中通知を、前記接続サーバＳ２に送り、前記接続サーバＳ２は、前記呼出中通知を前記接続サーバＳ１に送り、前記接続サーバＳ１は前記呼出中通知を、前記端末Ｔ１に送り、
    前記接続サーバＳ２は、応答通知を、前記端末Ｔ２から受け取り
    前記接続サーバＳ２は、前記応答通知を前記接続サーバＳ１へ送り、前記接続サーバＳ１は、前記応答通知を，前記端末Ｔ１に送り、
    前記接続サーバＳ１は前記網ノード装置Ｎ１に通信レコードＲ１の設定を指示し、前記接続サーバＳ２は前記網ノード装置Ｎ２に通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記接続サーバＳ１は、通信解放要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１は通信解放を前記接続サーバＳ２へ送り、前記接続サーバＳ２は解放完了を前記接続サーバＳ１へ送り、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  3. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続サーバＳ１は、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、接続サーバＳ２から、着信通知が、前記端末Ｔ２に送られ、
    前記接続サーバＳ２は、呼出中通知を、前記端末Ｔ２から受け取り、前記接続サーバＳ１は前記呼出中通知を、前記端末Ｔ１に送り、
    前記接続サーバＳ２は、応答通知を、前記端末Ｔ２から受け取り、
    前記接続サーバＳ１は、前記応答通知を、前記端末Ｔ１に送り、
    前記接続サーバＳ１は前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記接続サーバＳ２は前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記接続サーバＳ１は、通信解放要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  4. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続サーバＳ１は、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、
    接続サーバＳ２は、呼出中通知を、前記端末Ｔ２から受け取り、
    前記接続サーバＳ１は前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記接続サーバＳ２は前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記接続サーバＳ１は、通信解放要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  5. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続サーバＳ１は、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、
    前記接続サーバＳ１は前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記接続サーバＳ２は前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記接続サーバＳ１は、通信解放要求を、前記端末Ｔ１から受け取り、前記接続サーバＳ１及びＳ２は、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  6. 通信網は、前記網ノード装置Ｎ１及び中継ゲートウエイを含み、前記通信網は、前記中継ゲートウエイを介して公衆電話交換網に含まれる中継交換機と接続され、前記端末Ｔ１は、前記網ノード装置Ｎ１、前記中継ゲートウエイ、前記中継交換機を経由して、前記公衆電話交換網に含まれる終端交換機に接続された電話機と通信を行う請求項１乃至５のいずれかに記載の通信システム。
  7. 前記端末Ｔ２が呼出中通知を送らない請求項１乃至５のいずれかに記載の通信システム。
  8. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続制御システムＳＸは、複数の接続サーバを含み、
    前記ＳＸは、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、前記ＳＸは、着信通知を、前記端末Ｔ２に送り、
    前記ＳＸは、呼出中通知を、前記端末Ｔ２から受け取り、前記ＳＸは前記呼出中通知を前記端末Ｔ１に送り、
    前記ＳＸは、応答通知を、前記端末Ｔ２から受け取り
    前記ＳＸは、前記応答通知を、前記端末Ｔ１に送り、
    前記ＳＸは前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記ＳＸは、通信解放要求を、前記端末Ｔ１又はＴ２から受け取り、前記ＳＸは、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  9. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続制御システムＳＸは、複数の接続サーバを含み、
    前記ＳＸは、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、
    前記ＳＸは、呼出中通知を、前記端末Ｔ２から受け取り、
    前記ＳＸは前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記ＳＸは、通信解放要求を、前記端末Ｔ１又はＴ２から受け取り、前記ＳＸは、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  10. 端末Ｔ１は、通信回線Ｌ１を経て論理端子ＬＰ１で網ノード装置Ｎ１に接続され、端末Ｔ２は、通信回線Ｌ２を経て論理端子ＬＰ２で網ノード装置Ｎ２に接続され、
    接続制御システムＳＸは、複数の接続サーバを含み、
    前記ＳＸは、前記端末Ｔ２の電話番号又はホスト名、及び接続要求を、前記端末Ｔ１から受け取り、
    前記ＳＸは前記網ノード装置Ｎ１に対して通信レコードＲ１の設定を指示し、前記網ノード装置Ｎ２に対して通信レコードＲ２の設定を指示し、前記論理端子ＬＰ１及びＬＰ２の間に内部パケットが転送される通信パスＰ１２が定められ、
    前記端末Ｔ１から送られた、音声又はデータを含む外部ＩＰパケットは、前記論理端子ＬＰ１から前記網ノード装置Ｎ１に入力し、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を識別する論理端子識別情報と、前記外部ＩＰパケットに含まれる宛先アドレスをもとに、前記通信レコードＲ１が、前記網ノード装置Ｎ１の内部に存在するかを検索し、
    前記検索により前記通信レコードＲ１を見出した場合には、前記網ノード装置Ｎ１は前記通信レコードＲ１を参照して、前記外部ＩＰパケットを、前記外部ＩＰパケットを含む内部パケットに変換し、
    前記内部パケットは前記通信パスＰ１２を転送され、前記網ノード装置Ｎ２で復元された前記外部ＩＰパケットが、前記論理端子ＬＰ２から、前記端末Ｔ２に送られ、
    前記ＳＸは、通信解放要求を、前記端末Ｔ１又はＴ２から受け取り、前記ＳＸは、前記網ノード装置Ｎ１及びＮ２に対して前記通信レコードＲ１及びＲ２の抹消を指示し、前記通信パスＰ１２が抹消されることを特徴とする通信システム。
  11. 通信網は、前記網ノード装置Ｎ１及び中継ゲートウエイを含み、前記通信網は、前記中継ゲートウエイを介して公衆電話交換網に含まれる中継交換機と接続され、前記端末Ｔ１は、前記網ノード装置Ｎ１、前記中継ゲートウエイ、前記中継交換機を経由して、前記公衆電話交換網に含まれる終端交換機に接続された電話機と通信を行う請求項８乃至１０のいずれかに記載の通信システム。
  12. 前記端末Ｔ２は、呼出中通知を送信しない請求項８乃至１０のいずれかに記載の通信システム。
  13. 前記接続サーバＳ１は、前記端末Ｔ１及びＴ２の通信開始時刻、通信終了時刻を記録する請求項１乃至５のいずれかに記載の通信システム。
  14. 前記ＳＸは、前記端末Ｔ１及びＴ２の通信開始時刻、通信終了時刻を記録する請求項８乃至１０のいずれかに記載の通信システム。
  15. 前記端末Ｔ１は無線送受信部ＭＳを含む端末収容無線装置に接続され、前記無線送受信部ＭＳは無線通信路を経て無線送受信部ＢＳとデータ又は信号を送受信可能であり、無線送受信部ＢＳは無線インタフェース変換部、ゲートウエイを経て前記論理端子ＬＰ１に接続され、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を経由して、前記端末Ｔ１から受け取った前記音声又はデータを、前記通信パスＰ１２、前記論理端子ＬＰ２を経由して前記端末Ｔ２に送る、請求項１乃至５、８乃至１０のいずれかに記載の通信システム。
  16. 前記端末Ｔ１と、無線送受信部ＭＳを含む端末収容無線装置を一体化して、無線機能付き端末Ｍ１として実施し、前記無線送受信部ＭＳは、無線通信路を経て無線送受信部ＢＳとデータ又は信号を送受信可能であり、無線送受信部ＢＳは無線インタフェース変換部、ゲートウエイを経て前記論理端子ＬＰ１に接続され、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を経由して、前記端末Ｍ１から受け取った前記音声又はデータを、前記通信パスＰ１２、前記論理端子ＬＰ２を経由して前記端末Ｔ２に送る、請求項１乃至５、８乃至１０のいずれかに記載の通信システム。
  17. 前記端末Ｔ１は無線送受信部ＭＳ１を含む端末収容無線装置１に接続され、前記無線送受信部ＭＳ１は無線通信路１を経て無線送受信部ＢＳ１とデータ又は信号を送受信可能であり、前記無線送受信部ＢＳ１は無線インタフェース変換部１及びゲートウエイ１を経て前記論理端子ＬＰ１に接続され、
    前記端末Ｔ２は、無線送受信部ＭＳ２を含む端末収容無線装置２に接続され、前記無線送受信部ＭＳ２は、無線通信路２を経て無線送受信部ＢＳ２とデータ又は信号を送受信可能であり、前記無線送受信部ＢＳ２は無線インタフェース変換部２、ゲートウエイ２を経て前記論理端子ＬＰ２に接続され、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を経由して、前記端末Ｔ１から受け取った前記音声又はデータを、前記通信パスＰ１２、前記論理端子ＬＰ２を経由して前記端末Ｔ２に送る、請求項１乃至５、８乃至１０のいずれかに記載の通信システム。
  18. 前記端末Ｔ１は無線送受信部ＭＳ１を含む端末収容無線装置１に接続され、前記端末Ｔ１と、前記端末収容無線装置１を一体化して、無線機能付き端末Ｍ１として実施し、前記無線送受信部ＭＳ１は無線通信路１を経て無線送受信部ＢＳ１とデータ又は信号を送受信可能であり、前記無線送受信部ＢＳ１は無線インタフェース変換部１及びゲートウエイ１を経て前記論理端子ＬＰ１に接続され、前記端末Ｔ２は無線送受信部ＭＳ２を含む端末収容無線装置２に接続され、前記端末Ｔ２と、前記端末収容無線装置２を一体化して、無線機能付き端末Ｍ２として実施し、前記無線送受信部ＭＳ２は無線通信路２を経て無線送受信部ＢＳ２とデータ又は信号を送受信可能であり、前記無線送受信部ＢＳ２は無線インタフェース変換部２及びゲートウエイ２を経て前記論理端子ＬＰ２に接続され、前記網ノード装置Ｎ１は、前記論理端子ＬＰ１を経由して、前記端末Ｍ１から受け取った前記音声又はデータを、前記通信パスＰ１２、前記論理端子ＬＰ２を経由して前記端末Ｍ２に送る、請求項１乃至５、８乃至１０のいずれかに記載の通信システム。
  19. 前記接続サーバＳ１は、回線管理表を含み、前記回線管理表は、前記電話番号を含むレコードに、通信開始時刻及び通信終了時刻を記録する請求項１乃至５のいずれかに記載の通信システム。
  20. 前記ＳＸは、回線管理表を含み、前記回線管理表は、前記電話番号を含むレコードに、通信開始時刻及び通信終了時刻を記録する請求項８乃至１０のいずれかに記載の通信システム。
JP2009287927A 2000-04-06 2009-12-18 通信システム Expired - Fee Related JP4873508B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009287927A JP4873508B2 (ja) 2000-04-06 2009-12-18 通信システム

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
JP2000105023 2000-04-06
JP2000105023 2000-04-06
JP2000179234 2000-06-15
JP2000179234 2000-06-15
JP2000367085 2000-12-01
JP2000367085 2000-12-01
JP2000382682 2000-12-15
JP2000382682 2000-12-15
JP2001031448 2001-02-07
JP2001031448 2001-02-07
JP2009287927A JP4873508B2 (ja) 2000-04-06 2009-12-18 通信システム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2009243418A Division JP4822295B2 (ja) 2000-04-06 2009-10-22 Ｉｐ転送網を用いた通信システム

Publications (2)

Publication Number Publication Date
JP2010124471A JP2010124471A (ja) 2010-06-03
JP4873508B2 true JP4873508B2 (ja) 2012-02-08

Family

ID=27531484

Family Applications (8)

Application Number Title Priority Date Filing Date
JP2009116506A Expired - Fee Related JP4711318B2 (ja) 2000-04-06 2009-05-13 Ｉｐ通信システム
JP2009243418A Expired - Fee Related JP4822295B2 (ja) 2000-04-06 2009-10-22 Ｉｐ転送網を用いた通信システム
JP2009287927A Expired - Fee Related JP4873508B2 (ja) 2000-04-06 2009-12-18 通信システム
JP2011151901A Expired - Fee Related JP5263689B2 (ja) 2000-04-06 2011-07-08 通信システム
JP2012117820A Expired - Fee Related JP5911373B2 (ja) 2000-04-06 2012-05-23 通信システム
JP2013230907A Pending JP2014057349A (ja) 2000-04-06 2013-11-07 通信システム
JP2014235466A Pending JP2015062305A (ja) 2000-04-06 2014-11-20 通信システム
JP2015210617A Pending JP2016067007A (ja) 2000-04-06 2015-10-27 通信システム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2009116506A Expired - Fee Related JP4711318B2 (ja) 2000-04-06 2009-05-13 Ｉｐ通信システム
JP2009243418A Expired - Fee Related JP4822295B2 (ja) 2000-04-06 2009-10-22 Ｉｐ転送網を用いた通信システム

Family Applications After (5)

Application Number Title Priority Date Filing Date
JP2011151901A Expired - Fee Related JP5263689B2 (ja) 2000-04-06 2011-07-08 通信システム
JP2012117820A Expired - Fee Related JP5911373B2 (ja) 2000-04-06 2012-05-23 通信システム
JP2013230907A Pending JP2014057349A (ja) 2000-04-06 2013-11-07 通信システム
JP2014235466A Pending JP2015062305A (ja) 2000-04-06 2014-11-20 通信システム
JP2015210617A Pending JP2016067007A (ja) 2000-04-06 2015-10-27 通信システム

Country Status (2)

Country Link
US (11) US7301952B2 (ja)
JP (8) JP4711318B2 (ja)

Families Citing this family (120)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3764016B2 (ja) 1999-05-10 2006-04-05 財団法人流通システム開発センタ− 統合ｉｐ転送網
US7301952B2 (en) * 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
JP2001326706A (ja) * 2000-05-18 2001-11-22 Nec Eng Ltd 電話機及びそれに用いる着信応答方法
JP2001358760A (ja) * 2000-06-09 2001-12-26 Nec Corp Ｔｃｐ／ｉｐ通信における無通信時の通信チャネル開放方法及びｔｃｐ／ｉｐ通信システム
SG101985A1 (en) * 2000-07-12 2004-02-27 Distribution Systems Res Inst Integrated information communication system
US7116661B2 (en) * 2001-05-15 2006-10-03 Sri International Combining multi-hop and multicast wireless networking in classroom-like settings
JP4143277B2 (ja) * 2001-05-22 2008-09-03 Ｎｅｃインフロンティア株式会社 通信システムと、交換機と端末との接続設定方法及び接続設定プログラム
EP2234407A1 (en) 2001-06-08 2010-09-29 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
US7362707B2 (en) * 2001-07-23 2008-04-22 Acme Packet, Inc. System and method for determining flow quality statistics for real-time transport protocol data flows
US7536546B2 (en) * 2001-08-28 2009-05-19 Acme Packet, Inc. System and method for providing encryption for rerouting of real time multi-media flows
US7031311B2 (en) * 2001-07-23 2006-04-18 Acme Packet, Inc. System and method for providing rapid rerouting of real-time multi-media flows
KR100409177B1 (ko) * 2001-08-23 2003-12-18 한국전자통신연구원 인터넷 망에서의 전화번호 도메인 이름 시스템 및 그동작방법
DE10142007C1 (de) * 2001-08-28 2003-04-03 Siemens Ag Anordnung zur drahtlosen Anbindung von Endeinrichtungen an ein Kommunikationssystem
US7218721B1 (en) * 2002-01-02 2007-05-15 8X8, Inc. Virtual telephone extension
US7213076B2 (en) * 2002-01-15 2007-05-01 International Business Machines Corporation Dynamic indication of email capabilities
US7564824B2 (en) * 2002-02-04 2009-07-21 Qualcomm Incorporated Methods and apparatus for aggregating MIP and AAA messages
AU2003217301A1 (en) * 2002-02-04 2003-09-02 Flarion Technologies, Inc. A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity
US8649352B2 (en) * 2002-02-04 2014-02-11 Qualcomm Incorporated Packet forwarding methods for use in handoffs
US20030193952A1 (en) * 2002-02-04 2003-10-16 O'neill Alan Mobile node handoff methods and apparatus
US7283468B1 (en) * 2002-03-15 2007-10-16 Packeteer, Inc. Method and system for controlling network traffic within the same connection with different packet tags by varying the policies applied to a connection
GB2401005B (en) * 2002-04-16 2005-03-30 Toshiba Res Europ Ltd Methods and apparatus for alternative mode monitoring
US8072979B2 (en) * 2002-06-07 2011-12-06 The Distribution Systems Research Institute Terminal-to-terminal communication control system for IP full service
JP4227433B2 (ja) * 2002-09-17 2009-02-18 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、サーバ装置、及びデータ送信方法
FR2845857B1 (fr) * 2002-10-15 2005-02-25 Cit Alcatel Dispositif et procede de traitement de donnees pour l'etablissement de canaux de transmission entre terminaux d'un reseau de communications
WO2004064432A2 (en) 2003-01-16 2004-07-29 Research In Motion Limited System and method of exchanging identification information for mobile stations
US7558256B1 (en) * 2003-02-11 2009-07-07 Juniper Networks, Inc. Slim bandwidth reservation protocol over an IP network
WO2004077804A1 (ja) * 2003-02-27 2004-09-10 Yukio Kubo 通話システム及びそれに用いるサーバと受信中継装置
US7564836B2 (en) * 2003-03-27 2009-07-21 Panasonic Corporation Internet telephone apparatus, adapter and server for internet telephone communication, internet telephone system, and control method
US8046809B2 (en) * 2003-06-30 2011-10-25 World Wide Packets, Inc. Multicast services control system and method
JP4306579B2 (ja) * 2003-10-17 2009-08-05 パナソニック株式会社 ホームリンク設定方法、ホームゲートウェイ装置、および移動端末
US7299246B1 (en) * 2004-01-16 2007-11-20 Landesk Software Limited Client initiated multicast domain discovery
JP4354294B2 (ja) * 2004-02-25 2009-10-28 富士通株式会社 ネットワーク・セグメントが互いに異なる複数のネットワークに接続されたゲートウェイ装置、およびｉｐパケットを転送するためのプログラムおよび方法
JP4797339B2 (ja) * 2004-06-23 2011-10-19 日本電気株式会社 Ｉｐ電話アクセスシステム及びそれに用いるｉｐ電話アクセス方法
JP2006060579A (ja) * 2004-08-20 2006-03-02 Fujitsu Ltd アプリケーション特性に応じて複数の経路を同時に利用する通信装置
JP2006074379A (ja) * 2004-09-01 2006-03-16 Ntt Docomo Inc サーバ装置、送信端末、移動通信システム及び移動通信方法
EP1635504A1 (en) * 2004-09-10 2006-03-15 Nederlandse Organisatie voor toegepast-natuurwetenschappelijk Onderzoek TNO Method and device for inverse multiplexing of multicast transmission
US8306023B2 (en) * 2004-12-20 2012-11-06 Hewlett-Packard Development Company, L.P. Smuggling and recovery of non-packet information
US7764641B2 (en) 2005-02-05 2010-07-27 Cisco Technology, Inc. Techniques for determining communication state using accelerometer data
US9497109B2 (en) * 2005-02-11 2016-11-15 Hewlett Packard Enterprise Development Lp Switching mesh with user-configurable paths
US8315636B2 (en) * 2005-02-24 2012-11-20 Cisco Technology, Inc. Techniques for distributing data among nodes based on dynamic spatial/organizational state of a mobile node
US9394167B2 (en) * 2005-04-15 2016-07-19 Customarray, Inc. Neutralization and containment of redox species produced by circumferential electrodes
KR100785296B1 (ko) * 2005-07-21 2007-12-12 삼성전자주식회사 Ｖｏｉｐ 게이트웨이에 있어서 데이터 전송 제어 장치 및그 방법
US8185423B2 (en) * 2005-12-22 2012-05-22 Canon Kabushiki Kaisha Just-in time workflow
US20070233844A1 (en) * 2006-03-29 2007-10-04 Murata Kikai Kabushiki Kaisha Relay device and communication system
JP5040171B2 (ja) * 2006-05-18 2012-10-03 日本電気株式会社 情報処理装置及び接続制御方法並びにプログラム
US9537704B2 (en) * 2006-05-24 2017-01-03 At&T Intellectual Property I, L.P. Method and apparatus for migrating active communication session between terminals
CN100490425C (zh) * 2006-07-17 2009-05-20 杭州华三通信技术有限公司 组播网络部署方法及组播网络
US8780925B2 (en) * 2006-08-17 2014-07-15 Fonality, Inc. Mobile use of a PBX system
US7853830B2 (en) * 2006-11-03 2010-12-14 Thomson Licensing Apparatus and method for providing error notification in a wireless virtual file system
US9754273B2 (en) * 2006-12-19 2017-09-05 Microsoft Technology Licensing, Llc Enterprise resource tracking of knowledge
KR100922953B1 (ko) * 2007-02-05 2009-10-22 삼성전자주식회사 인터넷 프로토콜 멀티미디어 서브시스템에서 호 변경 요청의 처리 방법 및 시스템
JP5034558B2 (ja) * 2007-02-28 2012-09-26 日本電気株式会社 Ｉｐマルチキャスト配信装置、コンテンツ配信システム及びそれらに用いるｉｐマルチキャスト配信方法
US8693659B2 (en) * 2007-03-09 2014-04-08 Fonality, Inc. System and method for centralized presence management of local and remote users
US8098810B2 (en) 2007-03-09 2012-01-17 Fonality, Inc. Intelligent presence management in a communication routing system
US20080253360A1 (en) * 2007-03-28 2008-10-16 Matsushita Electric Industrial Co., Ltd. Terminal apparatus and computer program
US20080240096A1 (en) 2007-03-29 2008-10-02 Twisted Pair Solutions, Inc. Method, apparatus, system, and article of manufacture for providing distributed convergence nodes in a communication network environment
US8379832B1 (en) 2007-05-03 2013-02-19 Fonality, Inc. Universal queuing for inbound communications
JP5010989B2 (ja) * 2007-06-04 2012-08-29 パナソニック株式会社 Ｉｐ通信装置、ｉｐ通信システム及びデータ通信方法
JP4881252B2 (ja) * 2007-07-31 2012-02-22 株式会社東芝 インタフェース装置、このインタフェース装置を備えた交換装置及びインタフェース装置で使用される制御方法
JP4582130B2 (ja) * 2007-08-08 2010-11-17 船井電機株式会社 Ｉｐ電話端末、ｉｐ電話システム、およびコンピュータ読取可能なプログラム
US10097695B2 (en) 2007-08-10 2018-10-09 Fonality, Inc. System and method for providing carrier-independent VoIP communication
WO2009105754A1 (en) * 2008-02-21 2009-08-27 Telcordia Technologies, Inc. Efficient, fault-tolerant multicast networks via network coding
JP4930460B2 (ja) * 2008-06-06 2012-05-16 沖電気工業株式会社 無線通信接続制御方法
US8325753B1 (en) * 2008-06-10 2012-12-04 Meru Networks Selective suppression of 802.11 ACK frames
US8340094B2 (en) * 2008-07-01 2012-12-25 Twisted Pair Solutions, Inc. Method, apparatus, system, and article of manufacture for reliable low-bandwidth information delivery across mixed-mode unicast and multicast networks
US7844726B2 (en) * 2008-07-28 2010-11-30 Trading Technologies International, Inc. System and method for dynamically managing message flow
JP2010056835A (ja) * 2008-08-28 2010-03-11 Yamaha Corp 中継装置の動作設定方法、中継装置、およびプログラム
JP4988674B2 (ja) * 2008-09-08 2012-08-01 株式会社日立製作所 ネットワーク監視装置、ネットワーク監視方法、および、ネットワーク監視プログラム
US8719386B2 (en) * 2009-01-08 2014-05-06 Fonality, Inc. System and method for providing configuration synchronicity
US9443244B2 (en) 2009-03-16 2016-09-13 Fonality, Inc. System and method for utilizing customer data in a communication system
US10318922B2 (en) 2009-03-16 2019-06-11 Fonality, Inc. System and method for automatic insertion of call intelligence in an information system
US8971339B2 (en) * 2009-09-25 2015-03-03 Nec Corporation Contents base switching system and contents base switching method
MX2012004598A (es) * 2009-10-20 2012-05-29 Lg Electronics Inc Metodo para asignar recursos fijos en un sistema de comunicacion inalambrica de banda ancha.
EP2326116B1 (en) * 2009-11-20 2020-02-05 Deutsche Telekom AG Method and system related to quality of service in distributed wireless networks
CN102196014B (zh) * 2010-03-18 2014-04-09 腾讯科技（深圳）有限公司 多群组操作同步的方法和系统
JP5598111B2 (ja) * 2010-06-17 2014-10-01 ブラザー工業株式会社 通信装置及びコンピュータプログラム
CN101867586B (zh) * 2010-06-29 2014-08-13 中兴通讯股份有限公司 实现会议电视系统跨网段信令互通的方法及系统
US8738754B2 (en) 2011-04-07 2014-05-27 International Business Machines Corporation Systems and methods for managing computing systems utilizing augmented reality
US9571566B2 (en) 2011-06-15 2017-02-14 Juniper Networks, Inc. Terminating connections and selecting target source devices for resource requests
US8504723B2 (en) * 2011-06-15 2013-08-06 Juniper Networks, Inc. Routing proxy for resource requests and resources
KR101214555B1 (ko) * 2011-11-21 2012-12-24 김민겸 음성 통신 제어 방법 및 장치
US9654399B2 (en) * 2011-12-28 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices in an IP network for congestion control
US9584179B2 (en) * 2012-02-23 2017-02-28 Silver Spring Networks, Inc. System and method for multi-channel frequency hopping spread spectrum communication
JP5786769B2 (ja) * 2012-03-14 2015-09-30 富士通株式会社 名寄支援プログラム、名寄支援方法および名寄支援装置
JP2014099705A (ja) * 2012-11-13 2014-05-29 Canon Inc 通信装置及びその制御方法、並びにプログラム
TW201438438A (zh) * 2013-03-18 2014-10-01 Chi Mei Comm Systems Inc 點對點資料傳輸系統及方法
US9548960B2 (en) * 2013-10-06 2017-01-17 Mellanox Technologies Ltd. Simplified packet routing
US10237161B2 (en) 2013-12-11 2019-03-19 Ca, Inc. System and method for dynamically testing networked target systems
US9521219B2 (en) * 2014-01-20 2016-12-13 Echelon Corporation Systems, methods, and apparatuses using common addressing
US8917311B1 (en) * 2014-03-31 2014-12-23 Apple Inc. Establishing a connection for a video call
EP3247085A4 (en) * 2015-01-18 2018-07-11 LG Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
CN104660952B (zh) * 2015-03-04 2018-06-08 苏州科达科技股份有限公司 视频会议通信方法和系统
US10353473B2 (en) 2015-11-19 2019-07-16 International Business Machines Corporation Client device motion control via a video feed
US10819621B2 (en) 2016-02-23 2020-10-27 Mellanox Technologies Tlv Ltd. Unicast forwarding of adaptive-routing notifications
CN107306263B (zh) * 2016-04-21 2020-02-18 杭州海康威视系统技术有限公司 一种协议转换方法、平台及协议转换网关
US10178029B2 (en) 2016-05-11 2019-01-08 Mellanox Technologies Tlv Ltd. Forwarding of adaptive routing notifications
JP6416839B2 (ja) * 2016-09-29 2018-10-31 エヌ・ティ・ティ・コミュニケーションズ株式会社 通信制御方法、通信制御装置及びコンピュータプログラム
CN108123916B (zh) * 2016-11-28 2021-10-29 中国移动通信集团辽宁有限公司 网络安全防护方法、装置、服务器及系统
US10200294B2 (en) 2016-12-22 2019-02-05 Mellanox Technologies Tlv Ltd. Adaptive routing based on flow-control credits
TWI647929B (zh) * 2017-08-04 2019-01-11 關隆股份有限公司 Wireless system data transmission method
TWI647931B (zh) * 2017-08-04 2019-01-11 關隆股份有限公司 Wireless system data transmission method
TWI650974B (zh) * 2017-08-04 2019-02-11 關隆股份有限公司 無線系統的資料傳輸方法
US10169984B1 (en) 2017-11-13 2019-01-01 Grand Mate Co., Ltd. Method for transmitting data in wireless system
US10367571B2 (en) 2017-11-13 2019-07-30 Grand Mate Co., Ltd. Method for transmitting data in wireless system
US10368387B2 (en) 2017-11-14 2019-07-30 Grand Mate Co., Ltd. Method for transmitting data in wireless system
US10644995B2 (en) 2018-02-14 2020-05-05 Mellanox Technologies Tlv Ltd. Adaptive routing in a box
US10477382B1 (en) * 2018-04-18 2019-11-12 Adobe Inc. Attributing online activities to internet protocol addresses of routers for customizing content to different networks
CN110582129B (zh) * 2018-06-07 2021-11-09 视联动力信息技术股份有限公司 一种资源释放方法和装置
CN110650171B (zh) * 2018-06-27 2022-05-31 视联动力信息技术股份有限公司 一种视联网业务调度系统及方法
US11005724B1 (en) 2019-01-06 2021-05-11 Mellanox Technologies, Ltd. Network topology having minimal number of long connections among groups of network elements
WO2020150085A1 (en) * 2019-01-15 2020-07-23 Hubbell Incorporated Method and apparatus for interfacing analog page party system to internet protocol page party system
JP7251259B2 (ja) * 2019-03-28 2023-04-04 富士通株式会社 運用管理装置、運用管理システム、および運用管理方法
US11558399B2 (en) 2019-09-30 2023-01-17 International Business Machines Corporation Network transmission path verification
CN110784489B (zh) * 2019-11-12 2020-07-10 北京风信科技有限公司 安全通信系统及其方法
US11575594B2 (en) 2020-09-10 2023-02-07 Mellanox Technologies, Ltd. Deadlock-free rerouting for resolving local link failures using detour paths
US11411911B2 (en) 2020-10-26 2022-08-09 Mellanox Technologies, Ltd. Routing across multiple subnetworks using address mapping
US11870682B2 (en) 2021-06-22 2024-01-09 Mellanox Technologies, Ltd. Deadlock-free local rerouting for handling multiple local link failures in hierarchical network topologies
US11765103B2 (en) 2021-12-01 2023-09-19 Mellanox Technologies, Ltd. Large-scale network with high port utilization
CN114697300B (zh) * 2022-04-15 2024-06-04 武汉中元通信股份有限公司 一种高时效通信系统的数据组播实现方法
CN117955945B (zh) * 2024-03-26 2024-05-31 南京维赛客网络科技有限公司 同场景下用户间的多音频线路同步方法、系统及存储介质

Family Cites Families (143)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2320167A (en) * 1938-09-23 1943-05-25 Charles C Baldwin Cigarette package and match book holder
US2313981A (en) * 1940-03-21 1943-03-16 Jr John Weber Self-shank button drilling machine
JPH0793634B2 (ja) 1986-11-29 1995-10-09 株式会社東芝 アドレス変換機能付きバスアダプタ
JPH0384681A (ja) 1989-08-29 1991-04-10 Meidensha Corp 名刺情報の入力処理方法
JPH0384681U (ja) 1989-12-20 1991-08-28
CA2058814C (en) 1991-02-27 1996-04-09 David Glenn Carlson Method and apparatus for flexible and optimal telephone call acceptance and routing
US5991301A (en) 1994-05-05 1999-11-23 Sprint Communications Co. L.P. Broadband telecommunications system
US5541927A (en) 1994-08-24 1996-07-30 At&T Corp. Method of multicasting
US6873627B1 (en) * 1995-01-19 2005-03-29 The Fantastic Corporation System and method for sending packets over a computer network
US5608726A (en) * 1995-04-25 1997-03-04 Cabletron Systems, Inc. Network bridge with multicast forwarding table
JP3262689B2 (ja) * 1995-05-19 2002-03-04 富士通株式会社 遠隔操作システム
US5787157A (en) 1995-06-20 1998-07-28 Susan Garfin Gateway device for telecommunication station
US5751971A (en) * 1995-07-12 1998-05-12 Cabletron Systems, Inc. Internet protocol (IP) work group routing
US5818838A (en) * 1995-10-12 1998-10-06 3Com Corporation Method and apparatus for transparent intermediate system based filtering on a LAN of multicast packets
FI955093A0 (fi) 1995-10-25 1995-10-25 Finland Telecom Oy Datornaetelettelefonsystem och foerfarande foer styrning av det
US5793763A (en) 1995-11-03 1998-08-11 Cisco Technology, Inc. Security system for network address translation systems
US5684800A (en) 1995-11-15 1997-11-04 Cabletron Systems, Inc. Method for establishing restricted broadcast groups in a switched network
US6094431A (en) 1995-11-30 2000-07-25 Kabushiki Kaisha Toshiba Node device and network resource reservation method for data packet transfer using ATM networks
US5872588A (en) * 1995-12-06 1999-02-16 International Business Machines Corporation Method and apparatus for monitoring audio-visual materials presented to a subscriber
US7336649B1 (en) 1995-12-20 2008-02-26 Verizon Business Global Llc Hybrid packet-switched and circuit-switched telephony system
JPH09186723A (ja) * 1995-12-29 1997-07-15 Hitachi Ltd ネットワーク通信処理方式
US5732078A (en) 1996-01-16 1998-03-24 Bell Communications Research, Inc. On-demand guaranteed bandwidth service for internet access points using supplemental user-allocatable bandwidth network
WO1997028628A1 (en) 1996-01-31 1997-08-07 Labs Of Advanced Technologies International Corporation Hybrid network for real-time phone-to-phone voice communications
US5898830A (en) 1996-10-17 1999-04-27 Network Engineering Software Firewall providing enhanced network security and user transparency
KR100892950B1 (ko) * 1996-02-09 2009-04-09 아이-링크 시스템즈, 아이엔씨. 음성 인터넷 전송 시스템
DE69615225T2 (de) * 1996-02-21 2002-06-27 International Business Machines Corp., Armonk Verteilte architektur für dienste eines telefonsystems
JPH10190733A (ja) 1996-12-25 1998-07-21 Hitachi Ltd Ｉｐスイッチ、該ｉｐスイッチに用いるインターフェース回路及びａｔｍスイッチ、及びｉｐスイッチネットワークシステム
US6069890A (en) * 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US6308148B1 (en) 1996-05-28 2001-10-23 Cisco Technology, Inc. Network flow data export
EP0898837B1 (en) 1996-06-04 2006-08-16 Telefonaktiebolaget LM Ericsson (publ) An access network over a dedicated medium
GB2313981B (en) 1996-06-06 2001-04-18 Roke Manor Research Assymetric communications channel for a portable computer
US6453327B1 (en) * 1996-06-10 2002-09-17 Sun Microsystems, Inc. Method and apparatus for identifying and discarding junk electronic mail
AU3045197A (en) 1996-06-13 1998-01-07 Vdonet Corporation Ltd. Ip multicast data distribution system with guaranteed quality of service
US5805820A (en) 1996-07-15 1998-09-08 At&T Corp. Method and apparatus for restricting access to private information in domain name systems by redirecting query requests
WO1998006201A1 (en) 1996-08-08 1998-02-12 Intelligence At Large Teleserver for interconnection of communications networks
JP3455032B2 (ja) * 1996-10-31 2003-10-06 株式会社日立製作所 通信システム
CA2217838C (en) * 1996-11-07 2003-07-29 At&T Corp. Wan-based voice gateway
EP0988642A4 (en) 1996-11-12 2001-08-01 Starguide Digital Networks HIGH BANDWIDTH BROADCASTING SYSTEM GIVING MULTI-DESTINATION BROADCASTING LOCALIZED ACCESS TO BROADCAST CONTENT
US6195425B1 (en) * 1996-11-21 2001-02-27 Bell Atlantic Network Services, Inc. Telecommunications system with wide area internetwork control
SG79949A1 (en) * 1996-12-06 2001-04-17 Distribution Systems Res Inst Integrated information communication system
JP3084681B2 (ja) 1996-12-06 2000-09-04 財団法人流通システム開発センタ− 統合情報通信システム
US6236653B1 (en) 1996-12-23 2001-05-22 Lucent Technologies Inc. Local telephone service over a cable network using packet voice
US6829231B1 (en) 1996-12-31 2004-12-07 Mci Communications Corporation Internet phone system and directory search engine using same
US5940598A (en) 1997-01-28 1999-08-17 Bell Atlantic Network Services, Inc. Telecommunications network to internetwork universal server
US6075783A (en) * 1997-03-06 2000-06-13 Bell Atlantic Network Services, Inc. Internet phone to PSTN cellular/PCS system
US6104711A (en) * 1997-03-06 2000-08-15 Bell Atlantic Network Services, Inc. Enhanced internet domain name server
US6721306B1 (en) 1997-03-11 2004-04-13 Verizon Services Corp. Public wireless/cordless internet gateway
US6130892A (en) * 1997-03-12 2000-10-10 Nomadix, Inc. Nomadic translator or router
US6243379B1 (en) 1997-04-04 2001-06-05 Ramp Networks, Inc. Connection and packet level multiplexing between network links
US6157620A (en) * 1997-05-16 2000-12-05 Telefonaktiebolaget Lm Ericsson Enhanced radio telephone for use in internet telephony
JPH10322398A (ja) * 1997-05-16 1998-12-04 Nippon Telegr & Teleph Corp <Ntt> 通信網およびルーティング方法
JP3436471B2 (ja) * 1997-05-26 2003-08-11 沖電気工業株式会社 電話通信方法及び電話通信システム
US5999612A (en) 1997-05-27 1999-12-07 International Business Machines Corporation Integrated telephony and data services over cable networks
US6233234B1 (en) * 1997-06-03 2001-05-15 Bell Atlantic Network Services, Inc. Secure LAN/internet telephony
GB9711788D0 (en) * 1997-06-06 1997-08-06 Northern Telecom Ltd Method and interface for connecting communication traffic between narrowband and broadband networks
US6081536A (en) 1997-06-20 2000-06-27 Tantivy Communications, Inc. Dynamic bandwidth allocation to transmit a wireless protocol across a code division multiple access (CDMA) radio link
JP3538527B2 (ja) * 1997-08-05 2004-06-14 株式会社東芝 無線通信システムおよび無線通信方法
WO1999009716A1 (fr) * 1997-08-19 1999-02-25 Yugen Kaisha Ls Net Procede de communication avec des appareils d'abonne via un reseau de communications mondial
US6321337B1 (en) * 1997-09-09 2001-11-20 Sanctum Ltd. Method and system for protecting operations of trusted internal networks
JP3561865B2 (ja) 1997-09-11 2004-09-02 富士通株式会社 二重化装置における装置内輻輳通知方式
US6006258A (en) 1997-09-12 1999-12-21 Sun Microsystems, Inc. Source address directed message delivery
IL135131A0 (en) 1997-09-16 2001-05-20 Transnexus Llc Internet telephony call routing engine
US5974453A (en) * 1997-10-08 1999-10-26 Intel Corporation Method and apparatus for translating a static identifier including a telephone number into a dynamically assigned network address
JPH11122285A (ja) * 1997-10-16 1999-04-30 Fujitsu Ltd Ｌａｎ電話交換装置及びシステム
JPH11128956A (ja) 1997-10-23 1999-05-18 Tetsuo Oguma 重金属含有廃水の蛋白質による処理方法
US6791952B2 (en) 1997-10-31 2004-09-14 Nortel Networks Limited Asymmetric data access scheme
JP3228204B2 (ja) * 1997-11-18 2001-11-12 日本電信電話株式会社 移動電話システム
US6724747B1 (en) * 1997-12-03 2004-04-20 Telcordia Technologies, Inc., A Corp. Of Delaware Method and system for media connectivity over a packet-based network
EP1049981A1 (en) 1997-12-03 2000-11-08 Telcordia Technologies, Inc. Method and system for media connectivity over a packet-based network
JP3000051B2 (ja) 1998-02-20 2000-01-17 財団法人流通システム開発センタ− 統合情報通信システム
US6618366B1 (en) 1997-12-05 2003-09-09 The Distribution Systems Research Institute Integrated information communication system
US6097804A (en) * 1997-12-23 2000-08-01 Bell Canada Method and system for completing a voice connection between first and second voice terminals in a switched telephone network
US6215784B1 (en) * 1997-12-24 2001-04-10 Nortel Networks Limited Method and system for voice call completion using information retrieved from an open application on a computing machine
US6614780B2 (en) 1998-01-02 2003-09-02 Lucent Technologies Inc. Internet calling apparatus and method
US6112251A (en) 1998-01-13 2000-08-29 Cabletron Systems, Inc. Virtual local network for sending multicast transmissions to trunk stations
JPH11284667A (ja) * 1998-01-28 1999-10-15 Toshiba Corp マルチメディア通信ネットワークシステムとそのルータ装置及びサーバ装置
US6119171A (en) * 1998-01-29 2000-09-12 Ip Dynamics, Inc. Domain name routing
JP3013834B2 (ja) * 1998-01-30 2000-02-28 日本電気株式会社 Ｖｐｎサービスの呼処理方法
US6006272A (en) 1998-02-23 1999-12-21 Lucent Technologies Inc. Method for network address translation
JP3195769B2 (ja) * 1998-02-26 2001-08-06 日本電信電話株式会社 国外との音声通信を考慮した音声通信ゲートウエイ選択方法、その装置、及びそのプログラムを記録した記録媒体
DE69838541T2 (de) 1998-03-04 2008-07-03 Sony Deutschland Gmbh Verbindungsherstellung zwischen entfernten Einheiten mit Hypertext-Übertragungsprotokoll
US6353614B1 (en) 1998-03-05 2002-03-05 3Com Corporation Method and protocol for distributed network address translation
US6370163B1 (en) * 1998-03-11 2002-04-09 Siemens Information And Communications Network, Inc. Apparatus and method for speech transport with adaptive packet size
JP3144546B2 (ja) * 1998-04-21 2001-03-12 日本電気株式会社 ネットワークと構内ネットワーク
US6154839A (en) * 1998-04-23 2000-11-28 Vpnet Technologies, Inc. Translating packet addresses based upon a user identifier
US6324280B2 (en) * 1998-05-05 2001-11-27 Lucent Technologies, Inc. Optimum routing of calls over the public switched telephone network and the internet
JPH11331269A (ja) * 1998-05-12 1999-11-30 Matsushita Electric Ind Co Ltd インターネット電話通話接続方法及びインターネット電話システム
US6539077B1 (en) 1998-06-05 2003-03-25 Netnumber.Com, Inc. Method and apparatus for correlating a unique identifier, such as a PSTN telephone number, to an internet address to enable communications over the internet
US6526022B1 (en) * 1998-06-30 2003-02-25 Sun Microsystems Detecting congestion by comparing successive loss of packets in windows to provide congestion control in reliable multicast protocol
JP3002667B2 (ja) * 1998-07-06 2000-01-24 エヌ・ティ・ティ・コミュニケーションウェア株式会社 通話システム
US6195680B1 (en) * 1998-07-23 2001-02-27 International Business Machines Corporation Client-based dynamic switching of streaming servers for fault-tolerance and load balancing
WO2000008812A1 (en) * 1998-08-04 2000-02-17 At & T Corp. A method for allocating network resources
JP3522118B2 (ja) 1998-08-05 2004-04-26 富士通株式会社 インターネット電話用ゲートウェイ装置
US6442588B1 (en) * 1998-08-20 2002-08-27 At&T Corp. Method of administering a dynamic filtering firewall
AU9093798A (en) 1998-09-10 2000-04-03 Sanctum, Inc. Method and system for protecting operations of trusted internal networks
JP3266188B2 (ja) * 1998-10-19 2002-03-18 日本電気株式会社 マルチキャスト通信装置及びマルチキャスト通信方法
US6408278B1 (en) * 1998-11-10 2002-06-18 I-Open.Com, Llc System and method for delivering out-of-home programming
US6215783B1 (en) 1998-11-13 2001-04-10 Genesys Telecommunications Laboratories, Inc. Private IP telephony backbone linking widely-distributed enterprise sites
US6457061B1 (en) 1998-11-24 2002-09-24 Pmc-Sierra Method and apparatus for performing internet network address translation
US6987781B1 (en) * 1998-12-04 2006-01-17 Tekelec Methods and systems for routing signaling messages in a communications network using circuit identification code (CIC) information
US6434140B1 (en) 1998-12-04 2002-08-13 Nortel Networks Limited System and method for implementing XoIP over ANSI-136-A circuit/switched/packet-switched mobile communications networks
US6327267B1 (en) * 1998-12-21 2001-12-04 Ericssoninc Systems and methods for routing a message through a signaling network associated with a public switched telephone network (PSTN), including a method for performing global title routing on an internet protocol (IP) address
US6934278B1 (en) * 1998-12-28 2005-08-23 Unisys Corporation Multimedia interface for a communications network
US6452920B1 (en) * 1998-12-30 2002-09-17 Telefonaktiebolaget Lm Ericsson Mobile terminating L2TP using mobile IP data
US6449269B1 (en) * 1998-12-31 2002-09-10 Nortel Networks Limited Packet voice telephony system and method
US6611533B1 (en) * 1999-01-13 2003-08-26 Nortel Networks Limited Public telephone network, intelligent network, and internet protocol network services interworking
US6529524B1 (en) * 1999-01-13 2003-03-04 Nortel Networks Limited Computer program products, methods, and protocol for interworking services between a public telephone network, intelligent network, and internet protocol network
US6564380B1 (en) * 1999-01-26 2003-05-13 Pixelworld Networks, Inc. System and method for sending live video on the internet
WO2000051331A1 (en) 1999-02-26 2000-08-31 Lucent Technologies, Inc. Automatic conversion of telephone number to internet protocol address
US6542503B1 (en) * 1999-03-16 2003-04-01 Cisco Technologies, Inc. Multicast echo removal
US6731642B1 (en) 1999-05-03 2004-05-04 3Com Corporation Internet telephony using network address translation
JP3764016B2 (ja) 1999-05-10 2006-04-05 財団法人流通システム開発センタ− 統合ｉｐ転送網
US6760343B1 (en) 1999-05-20 2004-07-06 Nortel Networks Limited Method and apparatus for providing a virtual SS7 link in a communications system
US6442602B1 (en) * 1999-06-14 2002-08-27 Web And Net Computing System and method for dynamic creation and management of virtual subdomain addresses
US6970474B1 (en) * 1999-07-01 2005-11-29 Koninklijke Philips Electronics N.V. Personalized universal phone service
GB2352111A (en) 1999-07-14 2001-01-17 Ericsson Telefon Ab L M IP telecommunications
US6735209B1 (en) 1999-07-29 2004-05-11 Worldcom, Inc. Address definition for IP telephony services
US6584190B1 (en) * 1999-09-07 2003-06-24 Nortel Networks Limited Communications of telephony control signaling over data networks
US6373930B1 (en) * 1999-09-09 2002-04-16 Sprint Communications Company L.P. Method and system for monitoring telecommunications traffic
US7006433B1 (en) 1999-09-21 2006-02-28 Alcatel Usa Sourcing, L.P. System and method for transporting in/ain signaling over an internet protocol (IP) network
AU7384600A (en) 1999-09-24 2001-04-30 Rajesh Chandra Bansal Ip telephony system and method of operation thereof using ss7 network
US6628644B1 (en) * 1999-09-30 2003-09-30 Cisco Technology, Inc. Telephone-based hypertext transport protocol server
US6622016B1 (en) * 1999-10-04 2003-09-16 Sprint Spectrum L.P. System for controlled provisioning of telecommunications services
US6973091B1 (en) * 1999-10-04 2005-12-06 Hester Rex R Enabling quality voice communications from web page call control
US6661785B1 (en) * 1999-10-12 2003-12-09 Bellsouth Intellectual Property Corporation Method and apparatus for providing internet call waiting with voice over internet protocol
US7092380B1 (en) * 1999-10-22 2006-08-15 Cisco Technology, Inc. Method and system for providing voice communication over data networks
US6795444B1 (en) 1999-10-26 2004-09-21 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing wireless telephony over a packet-switched network
US6738910B1 (en) * 1999-10-28 2004-05-18 International Business Machines Corporation Manual virtual private network internet snoop avoider
US6393017B1 (en) 1999-11-17 2002-05-21 Worldcom, Inc. Virtual PBX system
US6687251B1 (en) 1999-12-08 2004-02-03 Nortel Networks Limited Method and apparatus for distributed MTP Level 2 architecture
US6570855B1 (en) 1999-12-30 2003-05-27 At&T Corp. Automatic call manager traffic gate feature
US7075918B1 (en) 1999-12-30 2006-07-11 At&T Corp. BRG with PBX capabilities
US6680935B1 (en) 1999-12-30 2004-01-20 At&T Corp. Anonymous call rejection
US6252952B1 (en) * 1999-12-30 2001-06-26 At&T Corp Personal user network (closed user network) PUN/CUN
US6654456B1 (en) * 2000-03-08 2003-11-25 International Business Machines Corporation Multi-service communication system and method
US6523069B1 (en) * 2000-03-13 2003-02-18 Yahoo! Inc. Transmission of multicast media between networks
JP3574372B2 (ja) 2000-03-14 2004-10-06 Ｋｄｄｉ株式会社 Ｄｎｓサーバ、端末および通信システム
US7301952B2 (en) * 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
SG101985A1 (en) * 2000-07-12 2004-02-27 Distribution Systems Res Inst Integrated information communication system
US7047561B1 (en) 2000-09-28 2006-05-16 Nortel Networks Limited Firewall for real-time internet applications
EP2234407A1 (en) * 2001-06-08 2010-09-29 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
US7033476B2 (en) * 2002-12-31 2006-04-25 Ut-Battelle, Llc Separation and counting of single molecules through nanofluidics, programmable electrophoresis, and nanoelectrode-gated tunneling and dielectric detection
US6957781B2 (en) * 2003-09-15 2005-10-25 Kraft Food Holdings, Inc. Cleaning attachment for fluid dispenser nozzles and fluid dispensers using same

Also Published As

Publication number Publication date
US8948161B2 (en) 2015-02-03
US20080056257A1 (en) 2008-03-06
JP2014057349A (ja) 2014-03-27
US7301952B2 (en) 2007-11-27
US8565245B2 (en) 2013-10-22
JP2010063119A (ja) 2010-03-18
JP2010124471A (ja) 2010-06-03
US7505471B2 (en) 2009-03-17
US8934484B2 (en) 2015-01-13
US20020009073A1 (en) 2002-01-24
US7948995B2 (en) 2011-05-24
JP2015062305A (ja) 2015-04-02
JP2011239453A (ja) 2011-11-24
US8121113B2 (en) 2012-02-21
US20080253358A1 (en) 2008-10-16
JP5263689B2 (ja) 2013-08-14
US7782883B2 (en) 2010-08-24
US7733882B2 (en) 2010-06-08
US20080253359A1 (en) 2008-10-16
US20120140659A1 (en) 2012-06-07
JP4822295B2 (ja) 2011-11-24
US8553677B2 (en) 2013-10-08
JP4711318B2 (ja) 2011-06-29
JP2009213156A (ja) 2009-09-17
JP2012217178A (ja) 2012-11-08
US20080056288A1 (en) 2008-03-06
JP5911373B2 (ja) 2016-04-27
US20110128914A1 (en) 2011-06-02
JP2016067007A (ja) 2016-04-28
US20080056280A1 (en) 2008-03-06
US20070297423A1 (en) 2007-12-27
US20070297391A1 (en) 2007-12-27
US20080056289A1 (en) 2008-03-06

Similar Documents

Publication Publication Date Title
JP5911373B2 (ja) 通信システム
KR100608986B1 (ko) Ｉｐ 전송망을 이용한 멀티캐스트 통신 시스템 및 망 노드 장치
JP4356845B2 (ja) Ｉｐ通信システム
JP3645191B2 (ja) Ｉｐ転送網を用いた端末間通信接続制御方法
EP1143682A2 (en) Terminal-to-terminal communication connection control method using IP transfer network
JP3948567B2 (ja) Ｉｐ転送網を用いたｉｐ通信システム
JP4008773B2 (ja) 端末間の通信接続制御方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111007

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111115

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111116

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141202

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141202

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141202

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141202

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees