JP3084681B2 - 統合情報通信システム - Google Patents

統合情報通信システム

Info

Publication number
JP3084681B2
JP3084681B2 JP35022497A JP35022497A JP3084681B2 JP 3084681 B2 JP3084681 B2 JP 3084681B2 JP 35022497 A JP35022497 A JP 35022497A JP 35022497 A JP35022497 A JP 35022497A JP 3084681 B2 JP3084681 B2 JP 3084681B2
Authority
JP
Japan
Prior art keywords
ics
address
frame
network
user
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
JP35022497A
Other languages
English (en)
Other versions
JPH1188438A (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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42193638&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP3084681(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 財団法人流通システム開発センタ−, 庄司 宮口 filed Critical 財団法人流通システム開発センタ−
Priority to JP35022497A priority Critical patent/JP3084681B2/ja
Priority to US09/165,212 priority patent/US6618366B1/en
Priority to GB9920084A priority patent/GB2338875B/en
Priority to GB9920041A priority patent/GB2338871B/en
Priority to GB0122622A priority patent/GB2363299A/en
Priority to GB9920076A priority patent/GB2338873B/en
Priority to GB9821661A priority patent/GB2332837B/en
Priority to GB9920042A priority patent/GB2338872B/en
Priority to GB0122620A priority patent/GB2366707A/en
Priority to GB9920079A priority patent/GB2338874B/en
Priority to GB0019276A priority patent/GB2356327B/en
Priority to GB0122580A priority patent/GB2364490A/en
Priority to GB9920086A priority patent/GB2338876B/en
Priority to GB0122624A priority patent/GB2364491B/en
Priority to GB0122573A priority patent/GB2363298B/en
Priority to AU89569/98A priority patent/AU8956998A/en
Priority to CA2254045A priority patent/CA2254045C/en
Publication of JPH1188438A publication Critical patent/JPH1188438A/ja
Priority to HK99106078A priority patent/HK1033397A1/xx
Application granted granted Critical
Publication of JP3084681B2 publication Critical patent/JP3084681B2/ja
Priority to US10/315,113 priority patent/US7266114B2/en
Priority to US10/392,979 priority patent/US7266115B2/en
Priority to US11/700,107 priority patent/US7787428B2/en
Priority to US12/320,522 priority patent/US8208452B2/en
Priority to US13/092,248 priority patent/US20110202558A1/en
Priority to US13/212,347 priority patent/US20110299524A1/en
Priority to US13/442,979 priority patent/US20120195262A1/en
Priority to US13/846,043 priority patent/US20140056295A1/en
Priority to US14/144,887 priority patent/US20140112351A1/en
Priority to US14/466,139 priority patent/US20150030013A1/en
Priority to US14/466,213 priority patent/US20140362871A1/en
Priority to US14/715,071 priority patent/US20150264007A1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、パソコン、ＬＡＮ
(Local Area Network)、電話（携帯電話を含む）、ＦＡ
Ｘ(Facsimile) 、ＣＡＴＶ(Cable Television) 、イン
ターネット等の情報通信機器若しくは 情報通信システ
ムを専用線だけでなく、ＩＳＤＮ(Integrated Services
Digital Network) 、ＦＲ(Frame Relay) 、ＡＴＭ(Asy
nchronous Transfer Mode)、ＩＰＸ(Integrated Packet
Exchange) 、衛星、無線、公衆回線を介して統合的に
接続した統合情報通信システムに関する。ここでは、情
報通信機器は、他と識別するための（情報通信用）アド
レスを付与されて通信する。本発明は、特にコネクショ
ンレス型ネットワーク（例えばRFC791、RFC1883 のＩＰ
(Internet Protocol) 技術）をベースとしたデータ転送
サービスを統合して、一元的なアドレス体系の採用で情
報通信全体の経済性を高め、セキュリティを確保して接
続端末又はシステム間で相互通信できるようにした統合
情報通信システムに関する。
【０００２】
【従来の技術】コンピュータや情報通信技術の発達に伴
い、近年コンピュータ通信ネットワークが大学、研究
所、政府機関或いは企業内又は企業間で広く普及して来
ている。ＬＡＮは企業内のコンピュータ通信ネットワー
クとして活用されており、地域が全国的に広がっている
場合には図１６５に示すような形態を採っている。図１
６５の例では、各地域のＬＡＮは共通のプロトコルを用
い、それぞれ専用線で接続されている。ここで、例えば
企業ＸはＬＡＮとしてＬＡＮ−Ｘ１、ＬＡＮ−Ｘ２、Ｌ
ＡＮ−Ｘ３を使用し、企業ＹはＬＡＮとしてＬＡＮ−Ｙ
１、ＬＡＮ−Ｙ２、ＬＡＮ−Ｙ３を使用し、企業Ｘ及び
Ｙはそれぞれ通信アドレス体系ＡＤＸ及びＡＤＹを用い
てコンピュータ通信を行う。かかるＬＡＮネットワーク
では、各企業毎に個別の専用線を敷設する必要があるた
め、システム構築が高価になると共に、他企業のＬＡＮ
ネットワークと接続する場合には、通信アドレス体系な
どのインタフェースを一致させる必要があり、その相互
接続が非常に困難であると共に、多大なコストがかかる
といった問題がある。
【０００３】一方、近年世界的な規模でのコンピュータ
通信ネットワークとしてインターネットが普及している
が、インターネットではプロバイダのルータを用いてネ
ットワーク間を接続し、ＴＣＰ／ＩＰ(Transmission Co
ntrol Protocol/Internet Protocol）と称される通信プ
ロトコルを採用し、遠隔地を結ぶ場合は専用線やＦＲ網
を利用し、構内であれば１０Ｍbps のＬＡＮであるイー
サーネットや、１００Ｍbps のＬＡＮであるＦＤＤＩ(F
iber Distributed Date Interface)などを通信路として
利用する。図１６６はインターネットの接続形態の一例
を示しており、インターネットでは、プロバイダ内のル
ータ同士がルーティングテーブル接続情報を交換しなが
らそれぞれの間の接続を維持している。各ルータは複数
のネットワークに接続されているが、受け取ったデータ
を次に、どのプロバイダのネットワークに接続されてい
るどのルータに送り出すかを、ルーティングテーブルを
基に判断する。このようにインターネットでは、各ＩＰ
フレーム（ＩＰデータグラム）に付けられた宛先のＩＰ
アドレスを見て、次に送るべきルータを判断してそのル
ータに送る。この動作を全てのルータが行うことで、次
々にＩＰフレームを受け渡し、目的のコンピュータに届
けられる。
【０００４】図１６７はインターネットに用いられるＩ
ＰフレームのＲＦＣ７９１の情報内容を示しており、制
御部とデータ部とに分かれている。図１６８は同様なＲ
ＦＣ１８８３の情報内容を示しており、制御部とデータ
部に分かれており、いずれも（ ）はビット数を示して
いる。
【０００５】
【発明が解決しようとする課題】しかしながら、インタ
ーネットでは、通信経路を統括的に管理するシステムと
なっていないため、通信相手が目的とする正当者である
か否かの確認ができず、通信情報が盗聴される危険性が
高いといったセキュリティの面で問題があると共に、多
数のＬＡＮ内部のＩＰアドレスは，ＬＡＮの利用者が独
自に決めているのが実情であり、ＬＡＮをインターネッ
トに接続する際に、ＬＡＮのユーザのＩＰアドレスをイ
ンターネット用のＩＰアドレスに置換する必要がある。
又、通信速度や通信誤り率などの通信品質も、インター
ネットの通信路を構成する基幹回線はＬＡＮの回線毎に
バラバラであり、殆ど統一されていないと共に、例えば
ＴＶ会議の通信に１０Ｍbps のＴＶ信号を送ろうとして
も、通信速度が達成されない等の問題がある。更に、ネ
ットワークの障害対策などの維持管理や、ネットワーク
の将来計画などのネットワーク全体を統括する管理責任
者が不在であり、信頼性が特に重要である国や研究機関
の通信や企業の業務用として、インターネットは安心し
て使用できないといった問題がある。また、ＬＡＮネッ
トワークやインターネットでは端末がパソコン（コンピ
ュータ）であり、電話、ＦＡＸ、ＣＡＴＶ等を統合して
利用することが困難であった。
【０００６】本発明は上述のような事情から成されたも
のであり、本発明の目的は、専用線やインターネットを
使用せずに、情報通信システム構築の経済性を高め、通
信速度や通信品質、通信障害対策などを一元的に保証す
ることによって、通信でのセキュリティや信頼性を確保
したＩＰフレームによるデータ／情報転送を行う複数の
ＶＡＮを収容することができる統合的な統合情報通信シ
ステムを提供することにある。更に、音声、画像（動
画、静止画）、テキスト等のサービスの種類に依存しな
い単一の情報転送によって、通信総合サービス、アナロ
グ及びデジタルの電話回線サービス、インターネットプ
ロバイダサービス、ＦＡＸサービス、コンピュータデー
タ交換サービス、ＣＡＴＶサービス等の従来個別にサー
ビスされていたサービスを、相互に接続した統合情報通
信システムを提供することにある。又、従来個々の企業
（大学、研究所、政府機関等を含む）が各企業内でバラ
バラに決めて用いているコンピュータ通信用のアドレス
体系を殆ど変更することなく、企業間通信を行い得る統
合情報通信システムを提供することをも目的としてい
る。ＩＰ端末とは、ＩＰフレームを送受する機能を有す
る端末又はコンピュータを指す。
【０００７】
【課題を解決するための手段】本発明は統合情報通信シ
ステムに関し、本発明の上記目的は、外部の複数のコン
ピュータ通信網ないしは情報通信機器を個々に接続する
アクセス制御装置と、前記アクセス制御装置をネットワ
ークする中継装置とを設け、一元的なアドレス体系で情
報を転送してルーティングする機能を有し、前記複数の
コンピュータ通信網ないしは情報通信機器の間で相互に
通信できる構成とすることによって達成される。本発明
は、従来例として示す図１６５に示す企業内部及び企業
間の通信で用いられていた専用線の範囲を、破線で示す
共通通信網として置き換えたＩＰ技術をベースとするコ
ンピュータ通信網に相当する。
【０００８】本発明の上記目的は、固有のＩＣＳユーザ
アドレス体系ＡＤＸを持つＩＣＳユーザフレームを、ア
クセス制御装置内の変換表の管理の基にアドレス体系Ａ
ＤＳを有するＩＣＳネットワークフレームに変換すると
共に、内蔵した少なくとも１以上のＶＡＮを前記アドレ
ス体系ＡＤＳのルールに従って送信し、目的とする他の
アクセス制御装置に到達したときに当該変換表の管理の
基に、前記ＩＣＳユーザアドレス体系ＡＤＸに変換して
外部の他の情報通信機器に到達するようにすることによ
って達成される。また、固有のＩＣＳユーザアドレス体
系ＡＤＸを持つＩＣＳユーザフレームを、アクセス制御
装置の変換表の管理の基に前記ＩＣＳユーザフレーム内
部のＩＣＳユーザアドレスを用いることなく、ユーザ論
理通信回線に対応して、変換表に登録済みの着信ＩＣＳ
ネットワークアドレスに対応するＩＣＳネットワークフ
レームに変換し、前記ＩＣＳネットワークフレームの転
送先は１又はＮであり、少なくとも１以上のＶＡＮを経
由してＩＣＳアドレス体系ＡＤＳのルールに従って前記
ＩＣＳネットワークフレームを他のアクセス制御装置に
転送したとき、当該アクセス制御装置の変換表の管理の
基に前記ＩＣＳユーザフレームに戻し、外部の他の情報
通信機器に到達するようにすることによって達成され
る。
【０００９】
【発明の実施の形態】図１は本発明の基本原理を模式的
に示しており、本発明の統合情報通信システム(Integra
ted Information/Communication System：以下略して
“ＩＣＳ”とする）１は、コンピュータ情報／通信アド
レスとして独自に定めたアドレスの付与規則を持ってい
る。即ち、特有のアドレス体系ＡＤＳを有し、外部の複
数のコンピュータ通信網や情報通信機器、例えば多数の
ＬＡＮ（本例では企業ＸのＬＡＮ−Ｘ１、ＬＡＮ−Ｘ
２、ＬＡＮ−Ｘ３及び企業ＹのＬＡＮ−Ｙ１、ＬＡＮ−
Ｙ２、ＬＡＮ−Ｙ３）を接続するためのアクセスポイン
トとなるアクセス制御装置（本例では２〜７）を有して
いる。そして、企業ＸのＬＡＮ−Ｘ１、ＬＡＮ−Ｘ２及
びＬＡＮ−Ｘ３は同一のアドレス体系ＡＤＸであり、企
業ＹのＬＡＮ−Ｙ１、ＬＡＮ−Ｙ２及びＬＡＮ−Ｙ３は
同一のアドレス体系ＡＤＹとなっている。アクセス制御
装置２、３及び４は、アドレス体系ＡＤＳとアドレス体
系ＡＤＸとの相互変換等を管理する変換表を有し、アク
セス制御装置５、６及び７は、アドレス体系ＡＤＳとア
ドレス体系ＡＤＹとの相互変換などを管理する変換表を
有する。ＩＣＳ１内におけるコンピュータ通信データ
（ＩＣＳフレーム）は、ＩＣＳ１のアドレス体系ＡＤＳ
に従ったアドレスを用いて、インターネットなどで使わ
れているＩＰフレームによる通信を行う。
【００１０】ここで、同一企業間の場合の通信動作を説
明する。企業ＸのＬＡＮ−Ｘ１から発信するコンピュー
タ通信データ（ＩＣＳフレーム）８０にはアドレス体系
ＡＤＸに従ったアドレスが付与されているが、ＩＣＳ１
内のアクセス制御装置２の変換表の管理のもとにアドレ
ス体系ＡＤＳに従うアドレスに変換されてＩＣＳフレー
ム８１となる。そして、アドレス体系ＡＤＳのルールに
従ってＩＣＳ１内を送信され、目的とするアクセス制御
装置４に到達すると、その変換表の管理のもとにアドレ
ス体系ＡＤＸのコンピュータ通信データ８０に復元さ
れ、同一企業ＸのＬＡＮ−Ｘ３に送信される。ここで
は、ＩＣＳ１の内部で送受されるＩＣＳフレームを“Ｉ
ＣＳネットワークフレーム”といい、ＩＣＳ１の外部で
送受されるＩＣＳフレームを“ＩＣＳユーザフレーム”
という。ＩＣＳユーザフレームの形式は、インターネッ
ト等で使用されるＲＦＣ７９１や、ＲＦＣ１８８３で規
定されている形式を原則として対象としているが、原則
からはずれたＩＣＳフレームの扱いについては後述する
実施例において説明する。
【００１１】ＩＣＳネットワークフレーム８１は、ネッ
トワーク制御部８１−１及びネットワークデータ部８１
−２で成り、ネットワーク制御部８１−１の内部にはア
クセス制御装置２及び４の内部の各々のＩＣＳ論理端子
のアドレス（アドレス体系ＡＤＳ）が格納されている。
ＩＣＳユーザフレーム８０はそのデータ値のままネット
ワークデータ部８１−２とし、あるいはＩＣＳ１内部で
定める規則によりデータ形式を変換してネットワークデ
ータ部８１−２とする。このデータ形式の変換規則とし
て、例えば暗号文への変換やデータ圧縮があり、アクセ
ス制御装置２は、暗号化手段と、暗号文を元の平文（Ｉ
ＣＳユーザフレーム）に戻す復号化手段及びデータ圧縮
手段、データ圧縮したデータを元に戻す圧縮データ復元
手段とを有しても良い。アクセス制御装置２において、
ＩＣＳユーザフレーム８０をＩＣＳネットワークフレー
ム８１−２とし、ネットワーク制御部８１−１をＩＣＳ
ネットワークフレーム８１−２に付加する操作を“ＩＣ
Ｓカプセル化”と呼ぶ。また、アクセス制御装置４にお
いて、ＩＣＳネットワークフレーム８１からネットワー
ク制御部８１−１を除く操作を“ＩＣＳ逆カプセル化”
と呼ぶ。
【００１２】同様にして企業間通信の場合を説明する。
企業ＹのＬＡＮ−Ｙ２から発信するコンピュータ通信デ
ータ（ＩＣＳユーザフレーム）８２にはアドレス体系Ａ
ＤＹに従ったアドレスが付与されているが、ＩＣＳ１内
のアクセス制御装置６の変換表の管理のもとにアドレス
体系ＡＤＳに従うアドレスに変換されてＩＣＳフレーム
８３となる。そして、アドレス体系ＡＤＳのルールに従
ってＩＣＳ１内を送信され、目的とするアクセス制御装
置３に到達すると、その変換表の管理のもとにアドレス
体系ＡＤＸのコンピュータ通信データ８２に変換され、
企業ＸのＬＡＮ−Ｘ２に送信される。尚、本発明ではア
ドレスの長さとして３２ビット及び１２８ビットを用い
ているが、これらの長さに拘束されることはない。アド
レスの長さを３２ビットや１２８ビット以外に変えて
も、本発明の基本的な考え方であるアドレス変換の本質
は変わらない。
【００１３】このように本発明では、ＩＣＳ１の一元的
なアドレス管理により、企業内及び企業間のコンピュー
タ通信を可能としている。一般に使われているコンピュ
ータ通信のユーザ端末はユーザの構内のＬＡＮに収容さ
れ、アクセス回線を介してＶＡＮ(Value Added Networ
k)に収容され、各サービス種別毎に異なるデータフォー
マット及びアドレス体系を持ったユーザフレームが転送
される。例えばインターネットサービスではＩＰアドレ
スが使用され、電話サービスでは電話番号／ＩＳＤＮ番
号(Ｅ．１６４アドレス)が使用され、Ｘ．２５パケット
サービスではＸ．１２１アドレスが使用される。これに
対して、本発明のＩＣＳ１では、入力されたＩＣＳユー
ザフレームを基にアクセス制御装置の変換表でアドレス
変換（ＩＣＳアドレス変換という）を行い、多様な構造
のデータを統一された単一のデータフォーマットとアド
レス体系のフレーム、即ちＩＣＳフレームに変換して情
報の転送を実現している。
【００１４】図２は、本発明のＩＣＳ１を複数のＶＡＮ
（ＶＡＮ−１，ＶＡＮ−２，ＶＡＮ−３）で構成した例
を概略的に示しており、各ＶＡＮはＶＡＮ運用者が管理
しており、ＩＣＳ１のユーザはＶＡＮ運用者にユーザ通
信回線の申し込みを行い、ＶＡＮ運用者はユーザのＩＣ
Ｓユーザアドレス、ＩＣＳネットワークアドレス等を決
め、回線種別等と共に、これらの情報を図３に示すよう
なアクセス制御装置１０内の変換表１２に登録する。Ｉ
ＣＳ１は、企業Ｘ及びＹのＬＡＮ（又はその端末）との
外部接続要素のアクセスポイントとして、アクセス制御
装置１０−１，１０ー２，１０ー３，１０ー４，１０ー
５を有し、更に中継装置２０ー１，２０ー２，２０ー
３，２０ー４と、ＩＣＳ網サーバ４０ー１，４０ー２，
４０ー３，４０ー４，４０ー５と、ＩＣＳアドレス管理
サーバ５０ー１及び５０ー２とを有している。各ＶＡＮ
内部の通信経路には図４に示すような中継装置２０が備
えられ、ＶＡＮ−２及びＶＡＮ−３の接続要素として図
５に示すようなＶＡＮ間ゲートウェイ３０が設けられて
いる。図２に示すＬＡＮ１ー１，１ー２，１ー３，１ー
４は、それぞれアクセス制御装置１０ー１，１０ー５，
１０ー４，１０ー２にユーザ通信回線３６ー１，３６ー
２，３６ー３，３６ー４を介して接続されている。
【００１５】アクセス制御装置１０（１０−１，１０−
２，１０−３，１０−４，１０−５）は、ユーザ（企業
Ｘ，Ｙ）からのＩＣＳ１へのユーザ通信回線を収容する
装置であり、図３に示すようにＣＰＵ等から成る処理装
置１１と、アドレス変換等を行うデータベースとしての
変換表１２と、入出力インタフェースの回線部１３と、
一時変換表１４とから成っている。また、中継装置２０
はＩＣＳネットワークフレームの転送機能及び経路指定
のルーティング機能を有し、図４に示すようにＣＰＵ等
から成る処理装置２１及び中継表２２を有し、中継表２
２は、ＩＣＳネットワークフレームがＩＣＳ１内部を転
送されるときに通信先を決めるために使用される。ＶＡ
Ｎ間ゲートウェイ３０は、図５に示すようにＣＰＵ等で
成る処理装置３１及びＶＡＮ間においてＩＣＳネットワ
ークフレームの行き先を決めるための中継表３２を有し
ている。
【００１６】ＩＣＳ網サーバ４０は、図６に示すように
処理装置４１及びＩＣＳ網データベース４２で構成さ
れ、ＩＣＳ網データベース４２の用途は種々である。例
えばＩＣＳユーザアドレスに対応するユーザ固有のデー
タ（ユーザの名称や住所など）、ＩＣＳユーザアドレス
に対応しないデータ、例えばＶＡＮ内部の通信障害状況
を表わすデータ、あるいはＶＡＮとは直接に関係しない
データ、例えばディジタルドキュメントを保持し公開す
る電子図書館、送受信者の正当性を認証するなどのため
に用いる暗号技術を用いた公開暗号方式の公開鍵、公開
鍵証明データ又は秘密鍵方式の秘密鍵などのデータ保持
のために用いられる。処理装置４１はＩＣＳ網データベ
ース４２を参照し、対応するデータを取得してアクセス
制御装置１０へ送信する。尚、ＩＣＳ網データベース４
２は単独で動作する他に、他のＩＣＳ網サーバとＩＰ通
信技術に基づいてＩＣＳネットワークフレームを送受す
ることにより通信し、他のＩＣＳ網サーバからデータを
取得できる。ＩＣＳ網サーバには、ＩＣＳ内部で唯一の
ＩＣＳネットワークアドレスが付与される。
【００１７】本発明では、ＩＣＳネットワークフレーム
内で使用するコンピュータや端末等を識別するアドレス
を“ＩＣＳネットワークアドレス”といい、ＩＣＳユー
ザフレーム内で使用するコンピュータや端末等を識別す
るアドレスを“ＩＣＳユーザアドレス”という。ＩＣＳ
ネットワークアドレスはＩＣＳ内部のみで使用され、３
２ビット長及び１２８ビット長の２種の一方、あるいは
両方を使用する。ＩＣＳユーザアドレスも同様に３２ビ
ット長及び１２８ビット長の一方、あるいは両方を使用
する。アクセス制御装置１０内部のＩＣＳ論理端子、中
継装置２０、ＶＡＮ間ゲートウェイ３０及びＩＣＳ網サ
ーバには、それぞれＩＣＳネットワークアドレスを付与
して他と唯一に識別するようになっている。また、ＩＣ
Ｓユーザアドレスは、ＶＡＮ上位コード及びＶＡＮ内部
コードで構成され、ＶＡＮ上位コードの長さをＣ１ビッ
ト、ＶＡＮ内部コードの長さをＣ２ビットで表わすと
き、Ｃ１＋Ｃ２は３２ビット又は１２８ビットのいずれ
かを用いる。
【００１８】本発明においては、ＶＡＮ上位コード及び
ＶＡＮ内部コードの具体的な決め方は規定しないが、Ｃ
１＋Ｃ２＝３２ビットの場合、例えば、 ＶＡＮ上位コード＝地域管理コード（４ビット）‖国コ
ード（４ビット）‖ＶＡＮコード（８ビット） ＶＡＮ内部コード＝ＶＡＮ地域コード（４ビット）‖Ｖ
ＡＮアクセスポイントコード（８ビット）‖ユーザ論理
コード（４ビット） と定めれば良い。図７にＩＣＳユーザアドレスの例を示
して説明する。ここで、記号「ａ‖ｂ」はデータａ及び
ｂの連結、即ちデータａ及びｂをこの順序に並べて得ら
れるデータを表わす。ＩＣＳネットワークアドレスも、
ユーザネットワークアドレスと同様に地域性を含めて付
与することができる。例えば、 ＩＣＳネットワークアドレス＝地域管理コード‖国コー
ド‖ＶＡＮコード‖ＶＡＮ地域コード‖ユーザ論理通信
回線コード というように定める。このようにすると、地域を考慮し
て送信先を決めることにより、中継装置が効率良く送信
先を見出すことができる。Ｃ１＋Ｃ２＝１２８ビットの
場合も、同様に定めることができる。
【００１９】尚、本発明において、ＶＡＮ上位コード及
びＶＡＮ内部コードのそれぞれの内部フィールドの区分
方法や、それぞれの区分フィールドの長さをどのように
定めても、Ｃ１＋Ｃ２＝３２ビット又はＣ１＋Ｃ２＝１
２８ビットさえ守られていれば、後述するようにＩＣＳ
フレームを構成することができる。また、ＶＡＮ上位コ
ードやＶＡＮ内部コードを決めるとき、これらのコード
の一部をユーザ特有に定めても良い。即ち、ユーザはユ
ーザ特有のアドレス体系を持つことができる。３２ビッ
ト表現のアドレス値は０番地から（２３２ー１）番地ま
でであるが、この番地の中で、例えば１０×２２４番地
から（１０×２２４＋２２４−１）番地、或いは（１７
２×２２４＋１６×２１６）番地から（１７２×２２４
＋３２×２１６−１）番地まで、或いは（１９２×２
２４＋１６８×２１６）番地から（１９２×２２４＋１
６９×２１６−１）番地までの区間において、ユーザ特
有に定めるアドレスを付与して本発明を実施する。
【００２０】物理的な通信回線は論理的に複数の通信回
線に分けて用いることができ、これは従来技術として、
例えばフレームリレー（ＦＲ）の多重通信方式で実現さ
れている。本発明においては、ユーザの通信回線をユー
ザ物理通信回線と１本以上のユーザ論理通信回線とに分
けて用いる。図８はこの様子を示しており、１００Ｍbp
sの通信速度を有するユーザ物理通信回線６０を、通信
速度５０Ｍbpsの２本のユーザ論理通信回線６１ー１及
び６１ー２に分ける例を示している。また、別個のコン
ピュータ通信機器６２ー１，６２ー２，６２ー３，６２
ー４はそれぞれのユーザ論理通信回線に接続され、ＩＣ
Ｓユーザアドレス“４１２３，００２５，００２６，４
１２４”が各コンピュータ通信機器６２−１〜６２−４
に付与されている例を示す。ユーザ物理通信回線６０は
アクセス制御装置６３に接続され、両者の接続点は“Ｉ
ＣＳ論理端子”と称される。ＩＣＳ論理端子には、ＩＣ
Ｓ内部で唯一のＩＣＳネットワークアドレスが付与され
る。図８の例では、アクセス制御装置６３にユーザ論理
通信回線６１ー１及び６１ー２が接続され、接続点のＩ
ＣＳ論理端子６４ー１及び６４ー２のそれぞれにＩＣＳ
ネットワークアドレス“８７１０”及び“８７１１”が
付与されている。
【００２１】前述したように、ＩＣＳ網サーバ４０にも
唯一のＩＣＳネットワークアドレスが付与されるので、
ＩＣＳネットワークアドレスは、ＩＣＳ論理端子又はＩ
ＣＳ網サーバをＩＣＳ内部で唯一のものとして特定でき
る。ＩＣＳ網サーバは、他のＩＣＳ網サーバと、互いの
ＩＣＳネットワークアドレスを付与したＩＣＳネットワ
ークフレームとをＩＰ通信技術を用いて送受信すること
により、情報交換することができる。この通信機能を
「ＩＣＳ網サーバ通信機能」という。アクセス制御装置
もＩＣＳ内部で唯一のＩＣＳネットワークアドレスを有
し、アクセス制御装置サーバとして他のＩＣＳ網サーバ
通信機能を用いて、ＩＣＳ網サーバと情報交換ができ
る。尚、ＩＣＳ網サーバ通信機能は、例えば従来技術の
ＴＣＰやＵＤＰ（User Datagram Protocol）を用いて実
現する。
【００２２】本発明のＩＣＳフレームには、前述したよ
うにＩＣＳの内部で送受信されるＩＣＳネットワークフ
レームと、ＩＣＳの外部で送受信されるＩＣＳユーザフ
レームとがあり、それぞれのフレームは制御部及びデー
タ部で成り、図９に示すようにネットワーク制御部、ネ
ットワークデータ部、ユーザ制御部、ユーザデータ部と
してＩＣＳカプセル化又はＩＣＳ逆カプセル化で利用さ
れるようになっている。即ち、ＩＣＳユーザフレームが
アクセス制御装置からＩＣＳ内部に入るとき、ＩＣＳユ
ーザフレームはＩＣＳネットワークフレームのデータ部
になり、ＩＣＳネットワークフレームの制御部（ネット
ワーク制御部）が付加される（ＩＣＳカプセル化）。
尚、ネットワーク制御部の内部は基本部と拡張部に分け
られる。基本部は、例えばＲＦＣ７９１やＲＦＣ１８３
３規定のヘッダに使用され、拡張部は暗号化等のために
使用される。暗号化等が全く不要の場合、拡張部は使用
せず、存在しなくても良い。
【００２３】ＩＣＳフレームのネットワーク制御部内に
は、送信元アドレス及び宛先アドレスを格納する領域が
置かれる。ＩＣＳフレームの形式は、アドレス長が３２
ビットの場合と１２８ビットの場合とがあり、アドレス
長が３２ビットのときは、例えば図１００に示すＲＦＣ
７９１の規定によるフレーム形式を採用する。ＩＣＳネ
ットワークアドレスが３２ビットで不足の場合、例えば
６４ビットを使用する場合はＲＦＣ７９１の規則に従
い、ＩＣＳネットワークフレーム制御部のオプション部
に不足分の３２ビット（６４ビットー３２ビット）を書
込み、ネットワークアドレスの長さを６４ビットにして
使う。ここで、前記のユーザ特有に定めるアドレスに関
して補充する。多数のユーザが、例えば（１０×
２２４）番地から（１０×２２４＋２２４−１）番地ま
での区間で、プライベートアドレス（ＩＣＳユーザアド
レスの１つ）を持つ場合を考えると、ＩＣＳネットワー
クアドレスは、ＩＣＳユーザアドレスに対応して付与す
るので、ＩＣＳユーザアドレスの長さが３２ビットの場
合、ＩＣＳネットワークアドレスの長さは３２ビットで
は不足となり、例えば６４ビットを必要とする。この場
合は前述したように、ＩＣＳネットワークフレーム制御
部のオプション部に不足分の３２ビットを書込み、ネッ
トワークアドレスの長さを６４ビットにして使う。
【００２４】尚、同一ユーザ間の通信（企業内通信とい
う）が上記プライベートアドレスを用いて可能であるこ
とは、第１実施例で説明する。また、アドレス長が１２
８ビットのときは、例えば図１０１に示すＲＦＣ１８８
３の規定によるフレーム形式を採用して本発明を実施す
る。ネットワーク制御部内の送信元アドレス領域と、宛
先アドレス領域に格納するアドレスとはＩＣＳネットワ
ークアドレスとし、各々発信ＩＣＳネットワークアドレ
ス、着信ＩＣＳネットワークアドレスとする。更に、ユ
ーザ制御部内の送信元アドレス領域と、宛先アドレス領
域に格納するアドレスとはＩＣＳユーザアドレスとし、
各々送信者ＩＣＳユーザアドレス、受信者ＩＣＳユーザ
アドレスとする。
【００２５】尚、本発明を実施するとき、ＩＣＳフレー
ムの形式としてＲＦＣ７９１やＲＦＣ１８８３の規定に
必ずしも従う必要はなく、アドレスが３２ビット及び１
２８ビットのいずれかを用いるフレーム形式であれば実
施することができる。一般的にＩＣＳでは、ユーザから
通信プロトコルのＲＦＣ７９１やＲＦＣ１８８３で規定
されているＩＣＳユーザフレームを受け取るが、その他
のフレーム形式は、変換手段（変換部）によりＩＣＳユ
ーザフレームの形式に変換して、ＩＣＳ網内で取り扱う
ことが可能である。
【００２６】実施例−１（ＩＣＳの基本，企業内通信と
企業間通信）：図１０及び図１１を用いて本発明の第１
実施例を、変換表の管理の基に受信者ＩＣＳユーザアド
レスからＩＣＳ内の転送先を決定する基本的な通信につ
いて説明する。図中１７０ー１，１７０ー２，１７０ー
３，１７０ー４はそれぞれＬＡＮ１００ー１，１００ー
２，１００ー３，１００ー４の内部に設けられたゲート
ウェイであり、ＩＣＳフレームはこれらのゲートウェイ
１７０−１〜１７０−４を通過できる。
【００２７】先ず、固有のアドレス体系ＡＤＸを有する
企業ＸのＬＡＮ１００−１に接続され、アドレス体系Ａ
ＤＸに従ったアドレスを持つ端末と、同一企業ＸのＬＡ
Ｎ１００−２に接続され、アドレス体系ＡＤＸに従った
アドレスを持つ端末との間の通信について説明する。つ
まりＬＡＮ１００−１上のＩＣＳユーザアドレス“００
１２”を持つ端末と、ＬＡＮ１００−２上のＩＣＳユー
ザアドレス“００３４”を持つ端末との間の通信であ
る。この通信は、同一企業内で固有のアドレス体系（本
例ではＡＤＸ）に基づいてアドレスが設定された端末
が、ＩＣＳ１００を介して相互に行う代表的な通信であ
り、これを企業内通信サービス（又は企業内通信）と呼
ぶ。次に、企業ＸのＬＡＮ１００−１に接続され、アド
レス体系ＡＤＸに従ったアドレスを持つ端末と、企業Ｙ
のＬＡＮ１００−３に接続され、アドレス体系ＡＤＹに
従ったアドレスを持つ端末との間の通信について説明す
る。つまり、ＬＡＮ１００−１上のＩＣＳユーザアドレ
ス“００１２”を持つ端末と、ＬＡＮ１００−３上のＩ
ＣＳユーザアドレス“１１５６”を持つ端末との間の通
信である。この通信は、異企業間で異なるアドレス体系
を持つ端末が、相互に共通に利用できるＩＣＳアドレス
体系を用いて行う代表的な端末相互通信であり、これを
企業間通信サービス（又は企業間通信）と呼ぶ。
【００２８】<<共通の準備>>本例を説明するに当たり、
以下のようにアドレス形式などを決めるが、ここで示す
具体的な数値、形式は全て一例であり、これに拘束され
るものではない。ＩＣＳネットワークアドレスは４桁の
数字で表わし、送信者ＩＣＳユーザアドレス及び受信者
ＩＣＳユーザアドレスは共に４桁の数字で表わす。そし
て、送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユー
ザアドレスの内、上位２桁が“００”でないアドレスを
企業間通信アドレスとし、この企業間通信アドレスはＩ
ＣＳ１００内部で唯一の値である。送信者ＩＣＳユーザ
アドレス及び受信者ＩＣＳユーザアドレスの内、上位２
桁が“００”のアドレスを企業内通信アドレスとする
が、この企業内通信アドレスはＩＣＳ１００内部で他の
会社の企業内通信アドレスと重複しても良い。また、ア
クセス制御装置１１０−１が具備している変換表１１３
−１は、発信ＩＣＳネットワークアドレス、着信ＩＣＳ
ネットワークアドレス、送信者ＩＣＳユーザアドレス、
受信者ＩＣＳユーザアドレス、要求識別、速度区分等を
含んでいる。変換表１１３−１に登録する要求識別は、
例えば企業内通信サービスを“１”、企業間通信サービ
スを“２”、他の実施例で説明する仮想専用線接続を
“３”でそれぞれ表わす。速度区分は、当該ＩＣＳネッ
トワークアドレスからの通信が必要とする回線の速度、
スループット（例えば一定時間内に転送するＩＣＳフレ
ーム数）を含む。
【００２９】<<企業内通信のための準備>>ＬＡＮ１００
−１及びＬＡＮ１００−２の利用者は、各ＬＡＮに接続
された端末間の企業内通信がＶＡＮ−１とＶＡＮ−３と
を経由して通信を行えるよう、ＶＡＮ運用者に端末を指
定して申し込みを行う。そして、ＶＡＮ運用者は申し込
みに応じて、ＬＡＮ１００−１及びＬＡＮ１００−２に
接続されているアクセス制御装置１１０−１及び１１０
−５の変換表に、前述のＩＣＳネットワークアドレス、
ＩＣＳユーザアドレス、要求識別等を設定すると共に、
ＩＣＳアドレス管理サーバ１５０−１にも書込み保管す
る。
【００３０】ＶＡＮ−１に関する設定事項を示すと次の
ようになる。ＬＡＮ１００−１を接続したアクセス制御
装置１１０−１のＩＣＳ論理端子よりＩＣＳネットワー
クアドレスを決定するが、ここではその論理端子のＩＣ
Ｓネットワークアドレスを“７７１１”とする。申し込
みのあったＬＡＮ１００−１に接続された一端末の企業
内通信アドレスを“００１２”とし、これを送信者ＩＣ
Ｓユーザアドレスとする。このアドレスの端末が利用す
る企業間通信アドレスを“２２１２”とし、これを送信
者ＩＣＳユーザアドレスとする。そして、申し込みのあ
ったＬＡＮ１００−２に接続されたアクセス制御装置１
１０−５のＩＣＳ論理端子からＩＣＳネットワークアド
レスを決定するが、ここではＩＣＳネットワークアドレ
スを“９９２２”とし、これを着信ＩＣＳネットワーク
アドレスとする。更に、ＬＡＮ１００−２に接続された
一端末の持つＩＣＳユーザアドレスを“００３４”と
し、これを受信者ＩＣＳユーザアドレスとする。申し込
みのあった企業内通信サービスを示す値“１”を要求識
別とし、以上を変換表１１３−１に登録する。
【００３１】ＶＡＮ−３に関する設定事項を示すと次の
ようになる。申し込みのあったＬＡＮ１００−２を接続
するアクセス制御装置１１０−５の変換表に、逆向きの
通信（ＬＡＮ１００−２からＬＡＮ１００−１への通
信）に必要な値を設定する。即ち、発信ＩＣＳネットワ
ークアドレスと着信ＩＣＳネットワークアドレスとが逆
のデータを設定し、同時に送信者ＩＣＳユーザアドレス
と受信者ＩＣＳユーザアドレスとが逆のデータを設定す
る。ＬＡＮ１００−２のＩＣＳネットワークアドレスを
“９９２２”とし、発信ＩＣＳネットワークアドレスと
する。ＬＡＮ１００−２に接続された端末の社内ＩＣＳ
ユーザアドレスとして“００３４”を送信者ＩＣＳユー
ザアドレスに設定し、通信先の端末のＩＣＳユーザアド
レス“００１２”を受信者ＩＣＳユーザアドレスとす
る。また、ＬＡＮ１００−１のＩＣＳネットワークアド
レス“７７１１”を着信ＩＣＳネットワークアドレスと
し、企業内通信サービスを示す要求識別の値を“１”と
し、これを要求識別とする。以上をアクセス制御装置１
１０−５の変換表に書込んで登録する。
【００３２】<<企業内通信の動作>>ＩＣＳユーザアドレ
ス“００１２”を持つ端末がＩＣＳユーザフレームＰ１
を送出する。このＩＣＳユーザフレームＰ１には送信者
ＩＣＳユーザアドレス“００１２”を設定し、受信者Ｉ
ＣＳユーザアドレスに“００３４”を設定してある。
【００３３】次に、図１２のフローチャートを参照して
説明する。ＩＣＳユーザフレームＰ１は、ユーザ論理通
信回線１８０ー１を介してアクセス制御装置１１０ー１
に転送される。アクセス制御装置１１０−１は、ＬＡＮ
１００−１の発信ＩＣＳネットワークアドレス“７７１
１”と（ステップＳ１００，Ｓ１０１）、受信したＩＣ
Ｓユーザフレームの受信者ＩＣＳユーザアドレス“００
３４”とから、変換表１１３−１を参照し、要求識別の
値“１”から、この通信が企業内通信であることを知る
（ステップＳ１０２）。受信者ＩＣＳユーザアドレス
“００３４”に対応する着信ＩＣＳネットワークアドレ
ス“９９２２”を取得し（ステップＳ１０３）、次にＩ
ＣＳカプセル化される（ステップＳ１０６）。以上の手
順をフローチャートに示すと図１２のようになり、企業
内通信はその中の（１）のフローになる。尚、送信者Ｉ
ＣＳユーザアドレスは、例えばＩＣＳフレームの出所元
を特定する等のために用いても良い。
【００３４】アクセス制御装置１１０−１はＩＣＳカプ
セル化により、ＩＣＳネットワークフレームＰ２を構成
して中継装置１２０−１に送信する。ネットワーク制御
部のＩＣＳネットワークアドレスはＩＣＳ内部で一意性
が保証されているため、他のＩＣＳフレームと衝突する
ことはない。ＩＣＳネットワークフレームＰ２は、着信
ＩＣＳネットワークアドレスをもとに中継装置１２０ー
１及び１２０ー２を通過し、ＶＡＮ−３のアクセス制御
装置１１０−５に到達する。アクセス制御装置１１０−
５はＩＣＳネットワークフレームＰ４からネットワーク
制御部を取り除いてＩＣＳ逆カプセル化し、ＩＣＳフレ
ームのネットワークデータ部からＩＣＳユーザフレーム
Ｐ１と同じＩＣＳユーザフレームＰ５を再現してＬＡＮ
１００−２に転送する。ＩＣＳユーザフレームはＬＡＮ
１００−２の中をルーチングされ、ＩＣＳユーザアドレ
ス“００３４”を持つ端末に転送される。
【００３５】<<企業間通信のための準備>>企業間通信サ
ービスの例として、アドレス体系ＡＤＸに従うＬＡＮ１
００−１に接続されたＩＣＳユーザアドレス“００１
２”を持つ端末と、アドレス体系ＡＤＹに従うＬＡＮ１
００−３に接続されたＩＣＳユーザアドレス“１１５
６”を持つ端末との間の通信を説明する。ＬＡＮ１００
−１及びＬＡＮ１００−３の利用者は、ＶＡＮ−１及び
ＶＡＮ−２を経由して通信を行えるように各々接続した
ＶＡＮに端末を指定し、ＶＡＮ運用者に対して申し込み
を行う。ＶＡＮ運用者は、申し込みに応じてＬＡＮ１０
０−１及びＬＡＮ１００−３に接続されたアクセス制御
装置の変換表に必要事項を設定する。
【００３６】ＶＡＮ−１に関する設定事項を示すと次の
ようになる。ＬＡＮ１００−１のＩＣＳネットワークア
ドレスを“７７１１”とし、申し込みのあったＬＡＮ１
００−１に接続された一端末が有する企業内通信アドレ
スを“００１２”とし、これを送信者ＩＣＳユーザアド
レスとする。このＩＣＳユーザアドレスの端末に付与さ
れている企業間通信アドレスを“２２１２”とし、これ
を送信者ＩＣＳユーザアドレス（企業間）とする。申し
込みのあったＬＡＮ１００−３のＩＣＳネットワークア
ドレスを接続したアクセス制御装置１１０−４のＩＣＳ
論理端子よりＩＣＳネットワークアドレスを決定する
が、ここでは“８８２２”とし、これを着信ＩＣＳネッ
トワークアドレスとする。また、ＬＡＮ１００−３に接
続された一端末のＩＣＳユーザアドレスを“１１５６”
とし、これを受信者ＩＣＳユーザアドレスとする。更
に、申し込みのあった企業間通信サービスを示す値
“２”を要求識別とし、以上を変換表１１３−１に登録
する。
【００３７】ＶＡＮ−２に関する設定事項を示すと次の
ようになる。ＬＡＮ１００−３が接続されたアクセス制
御装置１１０−４の変換表として、逆向きのデータを一
定の期間、例えば２４時間保持する一時変換表１１４−
２を設定する。即ち、企業間の通信サービスを利用する
ＬＡＮ１００−３が接続されたＩＣＳネットワークアド
レス“８８２２”に関して、発信ＩＣＳネットワークア
ドレス、送信者ＩＣＳユーザアドレス、受信者ＩＣＳユ
ーザアドレス、着信ＩＣＳネットワークアドレス、要求
識別等を含む一時変換表１１４−２を、アクセス制御装
置１１０ー４の内部に設ける。但し、一時変換表１１４
−２の設定のタイミングについては後述する。上記の他
の実施例では、一時変換表１１４−２を設定しない。
【００３８】<<企業間通信の動作>>ＩＣＳユーザアドレ
ス“００１２”を持つ端末が、送信者ＩＣＳユーザアド
レスに“００１２”を、受信者ＩＣＳユーザアドレスに
“１１５６”を設定されたＩＣＳユーザフレームＦ１を
送出する。ＩＣＳユーザフレームＦ１は、ユーザ論理通
信回線１８０ー１を経てアクセス制御装置１１０−１に
転送される。
【００３９】アクセス制御装置１１０ー１は、ＬＡＮ１
００−１の発信ＩＣＳネットワークアドレス“７７１
１”と（ステップＳ１００，Ｓ１０１）、受信者ＩＣＳ
ユーザアドレス“１１５６”とを用いて変換表１１３−
１を参照し、要求識別が“２”、即ち企業間通信サービ
スであることを知る（ステップＳ１０２）。次に、受信
者ＩＣＳユーザアドレス“１１５６”に対応する着信Ｉ
ＣＳネットワークアドレスが“８８２２”であることを
知ると共に（ステップＳ１０４）、送信者ＩＣＳユーザ
アドレス“００１２”を企業間通信アドレス“２２１
２”に変換する（ステップＳ１０５）。アクセス制御装
置１１０−１は、発信ＩＣＳネットワークアドレス“７
７１１”、送信者ＩＣＳユーザアドレス“２２１２”、
受信者ＩＣＳユーザアドレス“１１５６”、着信ＩＣＳ
ネットワークアドレス“８８２２”として、ネットワー
ク制御部を付加してＩＣＳカプセル化し、ＩＣＳネット
ワークフレームＦ２として中継装置１２０−１に送信す
る（ステップＳ１０６）。以上の手順は図１２のフロー
チャートの中の（２）のフローになる。
【００４０】上記企業間通信において、ＩＣＳユーザフ
レームＦ１内の送信者ＩＣＳユーザアドレスを企業間通
信アドレスの“２２１２”とした場合、送信者と受信者
は、企業間通信アドレスを用いた企業間通信を行う（ス
テップＳ１０２，Ｓ１０４）。この場合、アクセス制御
装置１１０−１は、送信者ＩＣＳユーザアドレス“２２
１２”を、企業間通信アドレス“２２１２”に変換する
処理は不要となるので実行しない。以上の手順は図１２
のフローチャートの中の（３）となる。尚、送信者ＩＣ
Ｓユーザアドレスは、例えばＩＣＳフレームの出所元を
特定するために用いても良い。
【００４１】中継装置１２０−１は、着信ＩＣＳネット
ワークアドレスをもとにＩＣＳネットワークフレーム
を、ＶＡＮ−１内の中継装置１２０−２、ＶＡＮ間ゲー
トウェイ１３０及びＶＡＮ−２内の中継装置１２０−３
を経て、ＶＡＮ−２内のアクセス制御装置１１０−４に
転送する。次に、図１３のフローチャートを参照して説
明する。アクセス制御装置１１０−４はＩＣＳネットワ
ークフレームを受信し（ステップＳ１１０）、ネットワ
ークデータ部からＩＣＳユーザフレームＦ５を作成し
（ステップＳ１１１：ＩＣＳ逆カプセル化）、着信ＩＣ
Ｓネットワークアドレスから送信すべきＩＣＳ論理端子
を決定して（ステップＳ１１２の（１））ＬＡＮ１００
−３に転送する（ステップＳ１１３）。同時に発信ＩＣ
Ｓネットワークアドレス“８８２２”と、送信者ＩＣＳ
ユーザアドレス“１１５６”、受信者ＩＣＳユーザアド
レス“２２１２”と、着信ＩＣＳネットワークアドレス
“７７１１”との関係が、アクセス制御装置１１０ー４
の内部の変換表に登録されていない場合には、これら４
種のアドレスを要求識別の“２”、つまり企業間通信の
指定を、一時変換表１１４−２に設定する（ステップＳ
１１２の（２））。一時変換表１１４ー２の設定内容
は、例えば２４時間利用がない場合は消去する等の処理
を行って更新される。ＩＣＳユーザフレームはＬＡＮ１
００−３の中をルーチングされ、ＩＣＳユーザアドレス
“１１５６”を持つ端末に転送される。変換表１１４−
２の送信者ＩＣＳユーザアドレスの欄が、変換表１１３
−１のように“企業内”と“企業間”とに分かれている
場合、例えば、送信者ＩＣＳユーザアドレス（企業内）
の値が“００２３”、送信者ＩＣＳユーザアドレス（企
業間）の値が“１１５９”と書かれている変換表の場合
に、ＩＣＳ逆カプセル化した直後のＩＣＳユーザフレー
ムのユーザ制御部の宛先アドレスの欄に書かれているア
ドレス値が“１１５９”であるＩＣＳユーザフレームを
処理すると、このＩＣＳユーザフレームのユーザ制御部
の宛先アドレス値を、“００２３”に書き換える処理
を、前述したステップＳ１１２（１）の処理に追加す
る。以上の処理の効果を要約すると、ＬＡＮの内部で
は、企業内通信用のＩＣＳユーザアドレス“００２３”
を用いているが、ＬＡＮ外部の他の企業に対しては、企
業間通信用のＩＣＳユーザアドレスは“１１５９”であ
ると主張出来る。上記の他の実施例では、一時変表１１
４−２に設定しない。更に上記の他の実施例では、変換
表１１３−１は送信者ＩＣＳユーザアドレス（企業内）
及び送信者ＩＣＳユーザアドレス（企業間）を含まず、
更に図１２のフローチャート（２）、つまりステップＳ
１０５を含まない。またステップＳ１０４において、送
信者ＩＣＳユーザアドレスを参照しない。この実施例の
メリットは、受信者ＩＣＳユーザアドレスが１つに対
し、送信者ＩＣＳユーザアドレスが多数ある場合、変換
表への登録数が受信者ＩＣＳユーザアドレス１つのみに
減らせることである。
【００４２】実施例−２（仮想専用線）：図１４を参照
して、本発明による仮想専用線接続の動作を説明する。
ここで、仮想専用線接続とは、ＩＣＳユーザフレームの
ユーザ制御部内のＩＣＳユーザアドレスとは無関係に、
ＩＣＳユーザフレームを変換表に登録済みの着信ＩＣＳ
ネットワークアドレスに固定的に転送する通信であり、
１対１又は１対Ｎの形態をとる。尚、図１４の構成要素
は実施例−１の図１０及び図１１とほぼ同一であり、異
なる点は変換表の登録内容である。アクセス制御装置の
変換表において、着信ＩＣＳネットワークアドレスは発
信ＩＣＳネットワークアドレスから固定的に決定される
ので、送信者ＩＣＳユーザアドレス（企業内）、送信者
ＩＣＳユーザアドレス（企業間）及び受信者ＩＣＳユー
ザアドレスは登録されていないか、登録されていても無
視する。
【００４３】企業Ｘが仮想専用線接続を利用し、アクセ
ス制御装置２１０−１に接続されている企業ＸのＬＡＮ
２００−１と、アクセス制御装置２１０−５に接続され
ている企業ＸのＬＡＮ２００−２との間で通信を行う場
合について説明する。
【００４４】<<準備>>ユーザはＶＡＮ運用者に仮想専用
線接続の申し込みを行う。ＶＡＮ運用者は、企業ＸのＬ
ＡＮ２００−１を接続するアクセス制御装置２１０−１
とユーザ論理通信回線２４０ー１との接続点のＩＣＳ論
理端子のＩＣＳネットワークアドレス“７７１１”を決
め、同様に企業ＸのＬＡＮ２００−２を接続するアクセ
ス制御装置２１０−５と、ユーザ論理通信回線２４０ー
２との接続点のＩＣＳ論理端子のＩＣＳネットワークア
ドレス“９９２２”を決める。次にＶＡＮ運用者は、ア
クセス制御装置２１０−１の変換表２１３−１に、発信
ＩＣＳネットワークアドレス“７７１１”、着信ＩＣＳ
ネットワークアドレス“９９２２”及び要求種別の設定
を行う。図１４では、要求種別“３”を仮想専用線接続
とした例を示している。同様に、アクセス制御装置２１
０−５の変換表に、発信ＩＣＳネットワークアドレス
“９９２２”、着信ＩＣＳネットワークアドレス“７７
１１”及び要求種別の情報の設定を行う。
【００４５】<<手順>>図１５のフローチャートを参照し
て説明する。企業ＸのＬＡＮ２００−１はＩＣＳ２００
に対し、ユーザ論理通信回線２４０ー１を通してＩＣＳ
ユーザフレームＦ１０を送出する。アクセス制御装置２
１０−１は、ＩＣＳネットワークアドレス“７７１１”
のＩＣＳ論理端子からＩＣＳユーザフレームＦ１０を受
け取り（ステップＳ２００，Ｓ２０１）、変換表２１３
−１の発信ＩＣＳネットワークアドレス“７７１１”の
要求識別の値“３”を参照して仮想専用線接続であるこ
とを認識し（ステップＳ２０２）、着信ＩＣＳネットワ
ークアドレス“９９２２”を読取る（ステップＳ２０
３）。次にアクセス制御装置２１０−１は、ＩＣＳユー
ザフレームＦ１０に着信ＩＣＳネットワークアドレスを
“９９２２”に、発信ＩＣＳネットワークアドレスを
“７７１１”にそれぞれ設定したネットワーク制御部を
付加してＩＣＳネットワークフレームＦ１１を作成し
（ステップＳ２０４：ＩＣＳカプセル化）、中継装置２
２０−１に向けて送出する（ステップＳ２０５）。ＩＣ
ＳネットワークフレームＦ１１を受取った中継装置２２
０−１は、ＩＣＳネットワークフレームＦ１１の着信Ｉ
ＣＳネットワークアドレスを基に送出先を決定し、中継
装置２２０−２に向けてＩＣＳネットワークフレームＦ
１２を送出する。ＩＣＳネットワークフレームＦ１２
は、ＶＡＮ−３内の中継装置２２０ー４を経てアクセス
制御装置２１０−５に転送される。
【００４６】アクセス制御装置２１０−５はＩＣＳネッ
トワークフレームＦ１３からそのネットワーク制御部を
取り除き（ＩＣＳ逆カプセル化）、そのＩＣＳユーザフ
レームＦ１４をＩＣＳネットワークアドレス“９９２
２”のＩＣＳ論理端子よりユーザ論理通信回線２４０−
２へ送出する。そして、企業ＸのＬＡＮ２００−２はＩ
ＣＳユーザフレームＦ１４を受取る。上述と同様にし
て、ＬＡＮ２００−２からＬＡＮ２００−１へも送信で
きるので、相互通信が可能である。尚、上述の説明にお
いて、送信者と受信者とが同一の企業Ｘである必然性が
ないことは明らかであるので、同様の方法により、企業
ＸのＬＡＮ２００−１から他の企業ＹのＬＡＮ２００−
３に向けて、ＩＣＳユーザフレームの転送を行うことが
できる。
【００４７】また、上記説明では１対１の通信を例に説
明したが、１対Ｎの通信も可能である。例えば、図１４
のアクセス制御装置２１０−１の変換表２１３−１に、
発信ＩＣＳネットワークアドレスの“７７１２”で示す
ように、着信ＩＣＳネットワークアドレスを複数設定す
れば良い。本例では、２つのＩＣＳネットワークアドレ
ス“６６１１”及び“８８２２”を設定している。アク
セス制御装置２１０−１は、ＩＣＳネットワークアドレ
スが“７７１２”のＩＣＳ論理端子からＩＣＳユーザフ
レームを受取ると、着信ＩＣＳネットワークアドレスに
“６６１１”を設定したネットワーク制御部を付加した
第１のＩＣＳネットワークフレームと、着信ＩＣＳネッ
トワークアドレスに“８８２２”を設定したネットワー
ク制御部を付加した第２のＩＣＳネットワークフレーム
を作成し、これらを中継装置２２０−１に送出する。こ
の結果、１対２の通信ができる。更に上記と同様にして
個々のＩＣＳネットワークフレームを転送することによ
り、１対Ｎの通信が可能である。
【００４８】実施例−３（ＩＣＳ網サーバ）：図１６に
示すように、ＩＣＳ網サーバ３３０を処理装置３３１及
びＩＣＳ網データベース３３２で構成し、ＩＣＳ網デー
タベース３３２が保持するデータを、質問項目、種別、
回答内容、他のＩＣＳ網サーバのネットワークアドレス
で構成する。ＩＣＳ網サーバ３３０は、アクセス制御装
置３１０−１から受信したＩＣＳフレームのデータ部を
解析し、これを基にＩＣＳ網データベース３３２を参照
し、質問項目に対応する回答内容を取得して（種別
“１”のとき）、得た回答をアクセス制御装置３１０−
１へ送信する。さらに、ＩＣＳ網データベース３３２が
質問項目に対応する回答内容を保持しないとき（種別
“２”）は、他のＩＣＳ網サーバのＩＣＳネットワーク
アドレスを基に、ＩＣＳ網サーバ通信機能を用いて質問
項目に対応する回答を他のＩＣＳ網サーバに質問して取
得し、この結果得られた質問への回答をアクセス制御装
置３１０−１へ送信する。
【００４９】更に詳述すると、準備事項として変換表３
１３−１に、ＩＣＳ網サーバ３３０のＩＣＳユーザアド
レス“２０００”、ＩＣＳネットワークアドレス“７７
２１”及び要求識別“４”を登録する。ここで、要求識
別“４”は、ＩＣＳユーザアドレス“２０００”が日本
の電話番号「１１９」のように、他のユーザと共通の番
号（ＩＣＳ特番号という）であることを表わす。次に、
ＩＣＳ網データベース３３２に質問Ｑ１に対する種別は
“１”、回答内容が“Ａ１”であることを書込み、質問
Ｑ２に対する種別は“２”、回答内容は空欄、他のＩＣ
Ｓ網サーバ３４０のＩＣＳネットワークアドレス“８８
４４”を書込んでおく。
【００５０】次に、ＩＣＳユーザアドレス“００１２”
のユーザが、ＩＣＳ網データベース３３２のＩＣＳユー
ザアドレス“２０００”へ向けたＩＣＳユーザフレーム
Ｆ２０を送信し（質問Ｑ１を含む）、アクセス制御装置
３１０−１は、回線部３１１−１のＩＣＳ論理端子から
ＩＣＳユーザフレームＦ２０を受け取り、ＩＣＳネット
ワークアドレス“７７１１”を取得し、次に変換表３１
３−１を参照して、ＩＣＳ網サーバ３２０にＩＣＳフレ
ームＦ２０をＩＣＳカプセル化したＩＣＳネットワーク
フレームを送る。図１７のフローチャートに示すように
ＩＣＳ網データベース３３２は、ＩＣＳフレームＦ２０
に含まれる質問Ｑ１に対応する回答Ａ１を見出し（ステ
ップＳ３００，Ｓ３０１）、アクセス制御装置３１０−
１に回答Ａ１を返す。アクセス制御装置３１０−１は、
ＩＣＳユーザアドレス“００１２”に回答Ａ１を含むＩ
ＣＳフレームを送信する。
【００５１】ＩＣＳユーザアドレス“００１２”のユー
ザが、ＩＣＳユーザアドレス“２０００”へ向けたＩＣ
ＳフレームＦ２１を送信し（質問Ｑ２を含む）、アクセ
ス制御装置３１０−１は変換表３１３−１を参照して、
ＩＣＳネットワークアドレス“７７２１”を得ると、Ｉ
ＣＳフレームＦ２１をＩＣＳカプセル化したＩＣＳフレ
ームを送る。ＩＣＳ網データベース３３２は、ＩＣＳフ
レームＦ２１の質問Ｑ２に対応する種別“２”を認識し
て（ステップＳ３００）、ＩＣＳ網データベース３３２
自身が回答（Ａ２）を保持していないことを知り、他の
ＩＣＳ網サーバ３４０のＩＣＳネットワークアドレス
“８８４４”を基に、ＩＣＳ網通信機能を用いてＩＣＳ
網サーバ３４０と情報交換し（ステップＳ３０２）、質
問Ｑ２に対応する回答“Ａ２”を取得し（ステップＳ３
０３）、アクセス制御装置３１０−１に回答Ａ２を返
す。アクセス制御装置３１０−１は、ＩＣＳユーザアド
レス“００１２”に回答Ａ２を含むＩＣＳフレームを送
信する。
【００５２】実施例−３Ａ（ＩＣＳ網サーバが中継装置
に接続されている場合）：図１６に示すように、ＩＣＳ
網サーバ３３０はアクセス制御装置３１０−１に接続さ
れているが、中継装置３２０−１には接続されていな
い。これに対し本実施例では図１８に示すように、ＩＣ
Ｓ網サーバ３４０Ａ−１及び３４０Ａ−２はそれぞれア
クセス制御装置３１０Ａ−１及び３１０Ａ−２に接続さ
れるが、ＩＣＳ網サーバ３４０Ａ−３は中継装置３２０
Ａ−１に接続される。また、いずれのＩＣＳ網サーバ３
４０Ａ−１、３４０Ａ−２、３４０Ａ−３も、ＩＣＳ３
００Ａ内部で唯一のＩＣＳネットワークアドレスを持っ
ている。ＩＣＳ網サーバ３４０Ａ−３はＩＣＳ網通信機
能を用いて、同じＶＡＮ−３００Ａ１内部のアクセス制
御装置に接続されているＩＣＳ網サーバ３４０Ａ−１及
び３４０Ａ−２と通信して、これらのＩＣＳ網サーバの
みが保持する固有の情報を収集し、保持することができ
る。このようなＩＣＳ網サーバを、ＶＡＮ−３００Ａ１
を代表するＩＣＳ網サーバという。この結果、ＩＣＳ網
サーバ３４０Ａ−１は、ＶＡＮ−３００Ａ１を代表する
ＩＣＳ網サーバ３４０Ａ−３と通信し、他のアクセス制
御装置に接続されているＩＣＳ網サーバ３４０Ａ−２が
持つ固有の情報を入手することができる。また、ＶＡＮ
−３００Ａ１を代表するＩＣＳ網サーバ３４０Ａ−３
と、他のＶＡＮ−３００Ａ２を代表するＩＣＳ網サーバ
３４０Ａ−６とがＩＣＳ網通信機能を用いて互いに通信
し、それぞれが保持する固有の情報を交換できる。尚、
アクセス制御装置に接続されるＩＣＳ網サーバに、ＶＡ
Ｎ内部の全てのＩＣＳ網サーバが保持する情報を収集さ
せて、ＶＡＮを代表するＩＣＳ網サーバとしても良い。
【００５３】実施例−４（ＩＣＳアドレス管理サー
バ）：図１９に示すように、ＩＣＳアドレス管理サーバ
４３０は、ＩＣＳ網通信回線４６０経由でアクセス制御
装置４１０ー１に接続され、このアクセス制御装置４１
０−１の回線部４１１ー１にＩＣＳ論理端子を持つＩＣ
Ｓネットワークアドレスとこれに対応するＩＣＳユーザ
アドレスとの対応表４３２を保持している。例えばＩＣ
Ｓユーザアドレス“２０１３”、“２０１４”、“１２
３４”、“４５００”にそれぞれ対応するＩＣＳネット
ワークアドレス“７７１１”、“７７１１”、“７７１
２”、“７７１３”を保持している。同時に、変換表に
記述する全ての情報、ＶＡＮ運用に関する記録などのア
ドレス関連情報を含めても良い。更に、ＩＣＳアドレス
管理サーバ４３０は複数の他のＩＣＳアドレス管理サー
バのＩＣＳネットワークアドレスと、複数のＩＣＳネー
ムサーバのＩＣＳネットワークアドレスとを保持する。
又、ＩＣＳアドレス管理サーバは、後述の実施例−５に
示すＩＣＳネームサーバとＩＣＳ網サーバ通信機能を用
いて通信し、ＩＣＳユーザアドレスに対応するＩＣＳネ
ームを入手できる。
【００５４】アクセス制御装置４１０−１の処理装置４
１２−１は、ＩＣＳ網サーバ通信機能を用いてＩＣＳア
ドレス管理サーバ４３０と通信し、ＩＣＳネットワーク
アドレスの値を提示して対応するＩＣＳユーザアドレス
を教えて貰い、あるいはＩＣＳユーザアドレスの値を提
示して対応するＩＣＳネットワークアドレスを教えて貰
うことができる。図２０のフローチャートを参照して説
明する。ＩＣＳアドレス管理サーバ４３０は、アクセス
制御装置サーバ４１０−１から質問されたＩＣＳネット
ワークアドレス又はＩＣＳユーザアドレスが、自己が保
持する対応表４３２に登録されているかを調べ（ステッ
プＳ４００）、対応表に含まれているときは回答し（ス
テップＳ４０１）、含まれていないとき、他のＩＣＳア
ドレス管理サーバ４４０とＩＣＳ網サーバ通信機能を用
いて通信し、ＩＣＳユーザアドレス又はＩＣＳネットワ
ークアドレスを取得し（ステップＳ４０２）、この結果
を質問元のアクセス制御装置４１０−１に回答する（ス
テップＳ４０３）。このように構成されているから、ア
クセス制御装置４１０−１は、ＩＣＳアドレス管理サー
バ４３０に依頼してＩＣＳネットワークアドレス又はＩ
ＣＳユーザアドレスの一方から、他方のアドレスを取得
することができる。
【００５５】実施例−４Ａ（ＩＣＳアドレス管理サーバ
が中継装置に接続されている場合）：図１９に示すよう
に、ＩＣＳアドレス管理サーバ４３０はアクセス制御装
置４１０−１に接続されているが、中継装置４２０−１
には接続されていない。これに対し本実施例では図２１
に示すように、ＩＣＳアドレス管理サーバ４５０Ｂ−３
は中継装置４２０Ｂ−１に接続され、ＩＣＳアドレス管
理サーバ４５０Ｂ−３はＩＣＳ４００Ｂ内部で唯一のＩ
ＣＳネットワークアドレスを持っている。ＩＣＳアドレ
ス管理サーバ４５０Ｂ−３はＩＣＳ網サーバ通信機能を
用いて、同じＶＡＮ−４００Ｂ１内部のアクセス制御装
置に接続されているＩＣＳアドレス管理サーバ４５０Ｂ
−１及び４５０Ｂ−２と通信して、これらのＩＣＳアド
レス管理サーバが保持するＩＣＳネットワークアドレス
やＩＣＳユーザアドレス、ＩＣＳアドレス関連情報を収
集し、保持することができる。このようなＩＣＳアドレ
ス管理サーバを、ＶＡＮ−４００Ｂ１を代表するＩＣＳ
アドレス管理サーバという。この結果、ＩＣＳアドレス
管理サーバ４５０Ｂ−１は、ＶＡＮ−４００Ｂ１を代表
するＩＣＳアドレス管理サーバ４５０Ｂ−３と通信し、
ＩＣＳアドレス管理サーバ４５０Ｂ−２が持つＩＣＳア
ドレス関連の情報を入手することができる。また、ＶＡ
Ｎ−４００Ｂ１を代表するＩＣＳアドレス管理サーバ４
５０Ｂ−３と、他のＶＡＮ−４００Ｂ２を代表するＩＣ
Ｓアドレス管理サーバ４５０Ｂ−６とがＩＣＳ網サーバ
通信機能を用いて通信し、それぞれが保持するＩＣＳア
ドレス関連情報を交換できる。尚、アクセス制御装置に
接続されるＩＣＳアドレス管理サーバに、ＶＡＮ内部の
全てのＩＣＳアドレス管理サーバが保持する情報を収集
させて、ＶＡＮを代表するＩＣＳアドレス管理サーバと
しても良い。
【００５６】実施例−５（ＩＣＳネームサーバ）：ＩＣ
Ｓユーザアドレスは、例えば３２ビット長の２進数や１
２８ビットの２進数により表現されるため覚え難いとい
う欠点があり、これに代わって人が覚え易い「ＩＣＳネ
ーム」を利用する方法が、この実施例−５である。な
お、“ＩＣＳネーム”に代わり、“ＩＣＳドメイン名”
という用語も用いる。この場合、ＩＣＳネームサーバの
代わりに、ＩＣＳドメイン名サーバという。
【００５７】先ず、ＩＣＳネームについて説明する。２
進数表現したＩＣＳアドレスは、図７で示すように、例
えば地域管理コード、国コード、ＶＡＮコード、ＶＡＮ
地域コード、ＶＡＮアクセスポイントコード、ユーザ論
理コードで表わされ、これらの数値のコードを並べて、
例えば地域管理コード‖国コード‖ＶＡＮコード‖ＶＡ
Ｎ地域コード‖ＶＡＮアクセスポイントコード‖ユーザ
論理コードにより表わされる。ＩＣＳネームは、例えば
前記のように２進数値で表わせる地域管理コードを、Ａ
Ｓ（アジアを意味するＩＣＳネームの要素）、ＪＰ（日
本）、ＶＡＮ＃１（ＶＡＮの１つを識別）、ＤＩＳ＃１
（ＶＡＮ＃１を構成するＶＡＮ地域コードの一つを識
別）、ＡＣＳ＃１（ＤＩＳ＃１により限定されるＶＡＮ
アクセスポイントコードの一つを識別）、ＵＳＲ＃１
（ユーザ論理コードの一つを識別）のように表わす。以
上により定めたＩＣＳネームの要素を前後を逆にして、
点の“．”を挟んで並べ、即ち“ＵＳＲ＃１．ＡＣＳ＃
１．ＤＩＳ＃１．ＶＡＮ＃１．ＪＰ．ＡＳ”をＩＣＳネ
ームと定める。尚、ＩＣＳネームは、前述の場合、例え
ばＵＳＲ＃１をＵＳＲ＃１０とＣＯＭＰ＃１０とに分
け、ＡＣＳ＃１をＡＣＳ＃１１とＡＣＳ＃１２とに分
け、全体として“ＵＳＲ＃１０．ＣＯＭＰ＃１０．ＡＣ
Ｓ＃１１．ＡＣＳ＃１２．ＤＩＳ＃１．ＶＡＮ＃１．Ｊ
Ｐ．ＡＳ”というように、より詳細に分けてもよい。
【００５８】ＩＣＳ網サーバの一種であるＩＣＳネーム
サーバを説明する。図２２に示すように、ＩＣＳネーム
サーバ５５０は、処理装置５５１及びＩＣＳネーム変換
表５５２で構成され、ＩＣＳネーム変換表５５２は、例
えばＩＣＳネーム、種別（ＩＣＳネームに対応するＩＣ
Ｓユーザアドレスの存在を識別）、ＩＣＳユーザアドレ
ス等から構成される。種別“２”は、ＩＣＳ網データベ
ース３３２がＩＣＳネームに対応するＩＣＳネットワー
クアドレスを保持しておらず、従って他のＩＣＳネーム
サーバからＩＣＳネームに対応するＩＣＳネットワーク
アドレスを取得することを表わす。ここで、例えばＩＣ
Ｓネーム“ＵＳＲ＃２．ＡＣＳ＃２．ＤＩＳ＃２．ＶＡ
Ｎ＃２．ＪＰ．ＡＳ”を管理する他のＩＣＳネームサー
バは“ＵＳＲ＃２．ＡＣＳ＃２”を除いた“ＤＩＳ＃
２．ＶＡＮ＃２．ＪＰ．ＡＳ”により呼び出せる。ＩＣ
Ｓネームサーバ５５０はアクセス制御装置５１０−１か
ら受信したＩＣＳフレームデータ部を解析し、これを基
にＩＣＳネーム変換表５５２を参照し、ＩＣＳネームに
対応するＩＣＳユーザアドレスを取得してアクセス制御
装置５１０−１へ送信する。更に、ＩＣＳユーザドレス
を基に、これに対応するＩＣＳネームを回答する。ＩＣ
Ｓネーム変換表５５２内に対応するＩＣＳユーザアドレ
スが存在しない場合は、ＩＣＳ網サーバ通信機能を用い
て、質問されているＩＣＳユーザアドレスを保持してい
る他のＩＣＳネームサーバへ要求し、ここから取得した
ＩＣＳユーザアドレスをアクセス制御装置５１０−１へ
送信する。
【００５９】ＬＡＮ５００−１に接続された送信者ＩＣ
Ｓユーザアドレス“００１２”の端末が、ＩＣＳネーム
１の“ＵＳＲ＃１．ＡＣＳ＃１．ＤＩＳ＃１．ＶＡＮ＃
１．ＪＰ．ＡＳ”に対応するＩＣＳユーザアドレスの取
得方法を説明する。ここでは、アクセス制御装置５１０
−１がＩＣＳネームサーバ５５０よりデータを取得する
場合と、他のＩＣＳネームサーバ５６０からデータを取
得する場合とを説明する。
【００６０】先ず準備事項として、アクセス制御装置５
１０−１の変換表５１３−１に、ＩＣＳネームサーバ５
５０のＩＣＳユーザアドレス“１０００”と対応するＩ
ＣＳネットワークアドレス“７７４１”及び要求識別
“４”を登録する。ここで、要求種別“４”は、ＩＣＳ
ユーザアドレスの“１０００”が電話番号の“１１９”
のように、他のユーザと共通なＩＣＳ特番号を表わして
いる。ＩＣＳネームサーバ５５０のＩＣＳネーム変換表
５５２に、ＩＣＳネーム“ＵＳＲ＃１．ＡＣＳ＃１．Ｄ
ＩＳ＃１．ＶＡＮ＃１．ＪＰ．ＡＳ”に対応する受信者
ＩＣＳユーザアドレス“２０１４”を登録する。そし
て、ＬＡＮ５００−１の送信者ＩＣＳユーザアドレス
“００１２”の端末ユーザは、アクセス制御装置５１０
−１にＩＣＳユーザフレームＦ４０を送信し、ＩＣＳネ
ーム＃１“ＵＳＲ＃１．ＡＣＳ＃１．ＤＩＳ＃１．ＶＡ
Ｎ＃１．ＪＰ．ＡＳ”からＩＣＳユーザアドレスへの変
換を要求する。アクセス制御装置５１０−１内の処理装
置５１２−１は、回線部５１１−１のＩＣＳ論理端子か
らＩＣＳユーザフレームＦ４０を受け取り、このＩＣＳ
ネットワークアドレス“７７１１”を取得し、次にＩＣ
ＳユーザフレームＦ４０の受信者ＩＣＳユーザアドレス
を基に変換表５１３−１を参照し、対応する要求識別が
“４”（ＩＣＳ特番号のＩＣＳネームサーバへ接続）の
場合に、上記動作で取得したＩＣＳネットワークアドレ
ス“７７１１”を用いてＩＣＳユーザフレームＦ４０を
ＩＣＳカプセル化し、ＩＣＳネームサーバ５５０へＩＣ
Ｓネームを含むＩＣＳネットワークフレームを送信す
る。
【００６１】図２３のフローチャートに示すように、Ｉ
ＣＳネームサーバ５５０は、処理装置５５１においてア
ドレス制御装置５１０−１から受信したＩＣＳフレーム
内のＩＣＳネームを解析し、これを基にＩＣＳネーム変
換表５５２を参照する（ステップＳ５００）。そして、
ＩＣＳネームに対応するＩＣＳユーザアドレスがＩＣＳ
ネーム変換表５５２に存在する場合にはそれを取得し、
そのＩＣＳユーザアドレス“２０１４”を含むＩＣＳネ
ットワークフレームＦ４５をアクセス制御装置５１０−
１へ送信する（ステップＳ５０１）。尚、質問されたＩ
ＣＳネームがＩＣＳネーム変換表５５２に存在しない場
合、例えば処理装置５１２−１がＩＣＳユーザフレーム
Ｆ４１を受信し、このＩＣＳユーザフレームＦ４１中に
記述されるＩＣＳネーム＃２（即ち、ＵＳＲ＃２．ＡＣ
Ｓ＃２．ＤＩＳ＃２．ＶＡＮ＃２．ＪＰ．ＡＳ）が、Ｉ
ＣＳネーム変換表５５２に記述されていない場合、ＩＣ
Ｓネームサーバ５５０はＩＣＳネーム（ＤＩＳ＃２．Ｖ
ＡＮ＃２．ＪＰ．ＡＳ）を基に、他のＩＣＳネームサー
バのＩＣＳネットワークアドレスをＩＣＳネーム変換表
５５２から取得し、ＩＣＳネームサーバ５６０とＩＣＳ
網サーバ通信機能を用いて情報交換することにより、質
問されたＩＣＳネームに対応するＩＣＳユーザアドレス
“１１３０”を取得し（ステップＳ５０２）、その取得
した結果をアクセス制御装置５１０−１へ送信する（ス
テップＳ５０３）。
【００６２】アクセス制御装置５１０−１は、ＩＣＳネ
ームサーバ５５０から受信したＩＣＳネットワークフレ
ームＦ４５に記載される受信者ＩＣＳユーザアドレスを
基にして、ＩＣＳアドレス管理サーバ５７０と情報交換
してＩＣＳユーザアドレスに対応するＩＣＳネットワー
クアドレスやその対応表に含まれるアドレス関連情報を
取得し、入手したＩＣＳユーザアドレスやＩＣＳネット
ワークアドレス、アドレス関連情報から成るデータを変
換表５１３−１へ書込む。アクセス制御装置５１０−１
は、ＩＣＳネームサーバ５５０から得たＩＣＳユーザア
ドレス“２０１４”（又は“１１３０”）を、ＬＡＮ５
００−１の送信者ＩＣＳユーザアドレス“００１２”の
端末ユーザに送信する。ここで、ＩＣＳユーザアドレス
“００１２”は、ＩＣＳネットワークフレームＦ４５に
書かれている。ＬＡＮ５００−１の送信者ＩＣＳユーザ
アドレス“００１２”の端末ユーザは、アクセス制御装
置５１０−１から得た受信者ＩＣＳユーザアドレス“２
０１４”（又は“１１３０”）を入手する。
【００６３】実施例−５Ａ（ＩＣＳネームサーバが中継
装置に接続されている場合）：図２２ではＩＣＳネーム
サーバ５５０はアクセス制御装置５１０−１に接続され
ているが、中継装置５２０−１には接続されていない。
これに対し本実施例では図２４に示すように、ＩＣＳネ
ームサーバ５５０Ｃ−３は中継装置５２０Ｃ−１に接続
され、ＩＣＳネームサーバ５５０Ｃ−３はＩＣＳ５００
Ｃ内部で唯一のＩＣＳネットワークアドレスを持ってい
る。ＩＣＳネームサーバ５５０Ｃ−３はＩＣＳ網サーバ
通信機能を用いて、同じＶＡＮ−５００Ｃ１内部のアク
セス制御装置５１０Ｃ−１及び５１０−Ｃ２に接続され
ているＩＣＳネームサーバ５５０Ｃ−１及び５５０Ｃ−
２と通信して、これらＩＣＳネームサーバのみが保持す
る固有の情報を収集し、保持することができる。このよ
うなＩＣＳネームサーバを、ＶＡＮ−５００Ｃ１を代表
するＩＣＳネームサーバという。この結果、ＩＣＳネー
ムサーバ５５０Ｃ−１は、ＶＡＮ−５００Ｃ１を代表す
るＩＣＳネームサーバ５５０Ｃ−３と通信し、ＩＣＳネ
ームサーバ５５０Ｃ−２が持つ固有の情報を入手するこ
とができる。また、ＶＡＮ−５００Ｃ１を代表するＩＣ
Ｓネームサーバ５５０Ｃ−３と、他のＶＡＮ−５００Ｃ
２を代表するＩＣＳネームサーバ５５０Ｃ−６とがＩＣ
Ｓ網サーバ通信機能を用いて通信し、それぞれが保持す
る固有の情報を交換できる。尚、アクセス制御装置に接
続されるＩＣＳネームサーバに、ＶＡＮ内部の全てのＩ
ＣＳネームサーバが保持する情報を収集させて、ＶＡＮ
を代表するＩＣＳネームサーバとしても良い。
【００６４】実施例−６（ＩＣＳネームサーバ）：実施
例−５及び−５Ａにおいて、アクセス制御装置５１０−
１は入手したＩＣＳユーザアドレスやＩＣＳネットワー
クアドレス等のデータを変換表５１３−１へ書込まず、
代わりに入手したこれらデータを一時変換表５１４−１
へ書込む。この場合、一時変換表に書込まれた前記アド
レスデータは、例えば２４時間後に抹消する。
【００６５】実施例−７（ＩＣＳネームサーバ）：実施
例−５及び−５Ａにおいて、アクセス制御装置５１０−
１はアドレス管理サーバ５７０を呼出さず、入手したＩ
ＣＳユーザアドレス“２０１４”（又は“１１３０”）
をＩＣＳユーザアドレス“００１２”の端末に知らせる
サービスのみを行う。
【００６６】実施例−８（課金サーバ）：課金方式に
は、通信を行った際に送受信されるＩＣＳユーザフレー
ムを計数して課金する“ネットワーク課金方式”と、送
受信したＩＣＳユーザフレーム内部の情報を計数して課
金する“情報課金方式”と、送受信されるＩＣＳユーザ
フレームには課金を行わないで、アクセス制御装置の変
換表にＩＣＳユーザアドレス等の登録を継続した期間、
例えば１ケ月単位に一定の料金を設定する“定額制課金
方式”との３方式がある。ここで、情報課金方式では、
ＩＣＳユーザフレームのユーザ制御部に情報課金を示す
識別子の指定により計数し、課金する。ネットワーク課
金方式、情報課金方式とも、通信の発信者が負担する場
合を“発信課金”とし、受信者が負担する場合を“着信
課金”とする。ネットワーク課金方式と情報課金方式と
を併せて“従量制課金方式”という。
【００６７】<<構成>>図２５及び図２６を用いて、本発
明のＩＣＳネットワークにおける課金方式を説明する。
課金方式の設定情報は、アクセス制御装置８１０−１内
の変換表８１３―１及び課金サーバ８４０内の定額制料
金定義表８４３に保持され、変換表８１３―１にはネッ
トワーク課金を行うのか情報課金を行うかの設定値と、
従量制課金方式（発信課金と着信課金とを区分）を用い
るのか定額制課金方式（発信課金と着信課金とを区分）
を用いるかの設定値とが保持される。以下、図２７のフ
ローチャートを参照して説明する。アクセス制御装置８
１０―１はＩＣＳユーザフレームＦ５０を受信すると
（ステップＳ８００）、そのＩＣＳユーザフレームに含
まれるＩＣＳユーザアドレスを基に変換表８１３―１に
保持されているＩＣＳフレーム毎の課金方式の種別を読
出して課金条件を調べ（ステップＳ８０１）、読出した
種別が従量制課金方式を示す場合は課金情報を生成し、
その課金情報を課金情報フレームＦ５１としてＩＣＳ網
サーバの１つである課金サーバ８４０に転送し（ステッ
プＳ８１０）、読出した内容が定額制課金方式を示す値
の場合に限り、課金情報の生成や、その課金情報を課金
情報フレームＦ５１として課金サーバ８４０に転送しな
い（ステップＳ８２０）。
【００６８】課金サーバ８４０は各アクセス制御装置か
ら送られる課金情報フレームＦ５１を受取り、その課金
情報フレームに含まれる課金情報を保管する。課金サー
バ８４０内には課金処理装置８４１及び課金情報データ
ベース８４２があり、課金処理装置８４１は、アクセス
制御装置８１０−１から送られる課金情報フレームＦ５
１を受取り、その課金情報フレームＦ５１に含まれる課
金情報を解析して課金情報データベース８４２に保管す
る。課金情報データベース８４２は、ＩＣＳネットワー
クアドレス及びＩＣＳユーザアドレスを識別子として、
課金情報をデータベースとして保管する。また、課金情
報データベース８４２は従量制課金方式の場合に、その
従量を示す計数で情報を保管し、その計数には上限値が
設定でき、設定された上限値を超した場合は、課金サー
バ８４０からアクセス制御装置８１０―１へ計数が上限
値を超したことを通知し、通知を受取ったアクセス制御
装置８１０―１において該当ユーザの通信を停止する。
課金サーバ８４０は、保管された課金情報をＩＣＳ網サ
ーバ通信機能を用いて他のＶＡＮやユーザに渡すことが
できる。
【００６９】（１）ネットワーク課金で発信課金の従量
制課金方式の通信例：企業Ｘと企業Ｙが、本発明のＩＣ
Ｓ８００を利用して企業間の通信を行う場合について説
明する。この場合、ＬＡＮ８００−１とＬＡＮ８００−
３の通信における課金方式は、ネットワーク課金を従量
制課金方式にして、全ての料金をＬＡＮ８００−１に負
担させ、情報課金は行わないとした場合である。
【００７０】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−３を各々のアクセス制御装置
８１０−１及び８１０−４に接続する。
【００７１】<<課金を行うための準備>>通信を行うＬＡ
Ｎ８００−１，ＬＡＮ８００−３の課金条件を変換表８
１３−１に登録する。変換表８１３−１への登録として
は、発信ＩＣＳネットワークアドレス、送信者ＩＣＳユ
ーザアドレス、着信ＩＣＳネットワークアドレス、受信
者ＩＣＳユーザアドレスを基にして課金条件を設定す
る。ネットワーク課金を従量制課金方式で発信課金とす
る値として“１”を設定する。また、課金単価として
“１”を設定する。情報課金は行わないため、変換表８
１３―１の情報課金条件における課金条件には、非課金
を示す“０”を設定する。ＬＡＮ８００−３を収容する
アクセス制御装置８１０−４への変換表には、料金負担
がＬＡＮ８００−１であるため、アクセス制御装置８１
０−４が課金処理を行わない様にするため、定額制課金
方式を示す“０”を設定する。
【００７２】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームＦ５０をアクセス制
御装置８１０−１内の処理装置８１２―１にて（ステッ
プＳ８００，Ｓ８０１）、ＩＣＳユーザフレーム内の送
信者ＩＣＳユーザアドレス及び受信者ＩＣＳユーザアド
レスから課金条件のフィールドを特定し（ステップＳ８
１０）、そのフィールドからネットワーク課金に関する
課金方式を特定するために課金条件を参照する。この場
合の設定値は、従量制課金方式で発信課金の設定である
“１”が設定されているため、課金単価を参照し（ステ
ップＳ８１１）、課金情報を生成し（例えば、課金単価
“１”を１度数の課金情報として生成）（ステップＳ８
１２）、その課金情報を課金情報フレームＦ５１として
課金サーバ８４０に転送する（ステップＳ８１３）。課
金サーバ８４０の課金処理装置８４１において、アクセ
ス制御装置８１０−１から受け取った課金情報フレーム
Ｆ５１内の課金情報に応じて、課金情報データベース８
４２のネットワーク課金カウンタを加算する（ステップ
Ｓ８１４）。尚、課金の条件が、後述する課金実施例の
いずれでもない場合は、ここで述べた課金を行う。
【００７３】（２）ネットワーク課金で発信課金の定額
制課金方式の通信例：企業Ｘが、本発明のＩＣＳ８００
を利用し、企業Ｘ内の通信を行う場合について説明す
る。この場合、ＬＡＮ８００−１とＬＡＮ８００−２の
通信における課金方式は、ネットワーク課金を定額制課
金方式とし、全ての料金をＬＡＮ８００−１に負担さ
せ、情報課金は行わないとした場合である。
【００７４】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−２を各々のアクセス制御装置
８１０−１及び８１０−５に接続する。
【００７５】<<課金を行うための準備>>通信を行うＬＡ
Ｎ８００−１及びＬＡＮ８００−２の課金条件を変換表
８１３−１に登録する。変換表８１３−１への登録とし
ては、発信ＩＣＳネットワークアドレス、送信者ＩＣＳ
ユーザアドレス、着信ＩＣＳネットワークアドレス、受
信者ＩＣＳユーザアドレスを基にして課金条件を設定す
る。ネットワーク課金を定額制課金方式とする値として
“０”を設定し、課金負担を示すため、定額制料金定義
表８４３の料金負担に発信課金を示す“１”を設定す
る。情報に関する課金は行わないため、変換表８１３―
１の情報課金条件における課金条件には、非課金を示す
“０”を設定する。ＬＡＮ８００−２を収容するアクセ
ス制御装置８１０−５への変換表にも、定額制課金方式
を示す“０”を設定する。
【００７６】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２−１にて（ステップＳ８
００，Ｓ８０１）、ＩＣＳユーザフレーム内の送信者Ｉ
ＣＳユーザアドレス及び受信者ＩＣＳユーザアドレスか
ら課金条件のフィールドを特定し（ステップＳ８１
０）、そのフィールドからネットワーク課金に関する課
金方式を特定するために課金条件を参照する。この場合
の設定値は、定額制課金方式を示す“０”であるため、
課金情報の生成等の課金処理は行わない（ステップＳ８
２０）。料金を請求する処理は、定額制料金定義表８４
３を参照して行う。つまり、定額制料金定義表８４３に
は発信課金を示す“０”が設定されているため、料金は
ＬＡＮ８００−１に請求する。
【００７７】（３）ネットワーク課金で着信課金の従量
制課金方式の通信例：企業Ｘと企業Ｙが、企業間の通信
を行う場合について説明する。この場合、ＬＡＮ８００
−１とＬＡＮ８００−３の通信における課金方式は、ネ
ットワーク課金を従量制課金方式として、全ての料金を
ＬＡＮ８００−３に負担させ、情報課金は行わないとし
た場合である。
【００７８】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−３を各々のアクセス制御装置
８１０−１及び８１０−４に接続する。
【００７９】<<課金を行うための準備>>通信を行うＬＡ
Ｎ８００−１及びＬＡＮ８００−３の課金条件を変換表
８１３−１に登録する。変換表８１３−１への登録とし
ては、発信ＩＣＳネットワークアドレス、送信者ＩＣＳ
ユーザアドレス、着信ＩＣＳネットワークアドレス、受
信者ＩＣＳユーザアドレスを基にして課金条件を設定す
る。ネットワーク課金を従量制課金方式で着信課金とす
る値として“２”を設定し、課金単価として“１”を設
定する。情報課金は行わないため、変換表８１３―１の
情報課金条件における課金条件には非課金を示す“０”
を設定する。ＬＡＮ８００−３を収容するアクセス制御
装置８１０−４への変換表には、料金負担がＬＡＮ８０
０−３であるため、ネットワーク課金を従量制課金方式
で着信者課金とする値として“２”を設定する。
【００８０】<<課金実施の説明>>ＬＡＮ８００−１に接
続されるＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２−１にて（ステップＳ８
００，Ｓ８０１）、ＩＣＳユーザフレーム内の送信者Ｉ
ＣＳユーザアドレス及び受信者ＩＣＳユーザアドレスか
ら課金条件のフィールドを特定し（ステップＳ８１
０）、そのフィールドからネットワーク課金に関する課
金方式を特定するために課金条件を参照する。この場合
の設定値は、従量制課金方式で着信課金を示す“２”で
あるため、ＬＡＮ８００−１が収容されているアクセス
制御装置８１０―１では課金処理を中断する（ステップ
Ｓ８２０）。ＬＡＮ８００−３が収容されているアクセ
ス制御装置８１０―４では、該当ＩＣＳフレームを受信
すると変換表を参照する。この場合、ネットワーク課金
が従量制課金方式で着信課金とする“２”が設定されて
いるため、課金情報を生成して（例えば、課金単価
“１”を２度数の課金情報として生成）、課金情報フレ
ームとして課金サーバ８４０へ送信する。課金サーバ８
４０の課金処理装置８４１でアクセス制御装置８１０−
４から受け取った課金情報フレームの課金情報に応じ
て、課金情報データベース８４２のＬＡＮ８００−３の
ネットワーク課金カウンタを加算する。
【００８１】（４）ネットワーク課金で着信課金の定額
制課金方式の通信例：企業Ｘが、企業Ｘ内の通信を行う
場合について説明する。この場合、ＬＡＮ８００−１と
ＬＡＮ８００−２の通信における課金方式は、ネットワ
ーク課金を定額制課金方式にして、全ての料金をＬＡＮ
８００−２に負担させ、情報課金は行わないとした場合
である。
【００８２】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−２を各々のアクセス制御装置
８１０−１及び８１０−５に接続する。
【００８３】<<課金を行うための準備>>通信を行うＬＡ
Ｎ８００−１及びＬＡＮ８００−２の課金条件を変換表
８１３−１に登録する。変換表８１３−１への登録とし
ては、発信ＩＣＳネットワークアドレス、送信者ＩＣＳ
ユーザアドレス、着信ＩＣＳネットワークアドレス、受
信者ＩＣＳユーザアドレスを基にして課金条件を設定す
る。ネットワーク課金を定額制課金方式を示す値として
“０”を設定し、課金負担を示すため、定額制料金定義
表８４３の料金負担に着信課金の“２”を設定する。情
報に関する課金は行わないため、変換表８１３―１の情
報課金条件における課金条件には、非課金を示す“０”
を設定する。ＬＡＮ８００−２を収容するアクセス制御
装置８１０−５への変換表にも、定額制課金方式を示す
“０”を設定する。
【００８４】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２−１にて（ステップＳ８
００，Ｓ８０１）、ＩＣＳユーザフレーム内の送信者Ｉ
ＣＳユーザアドレス及び受信者ＩＣＳユーザアドレスか
ら課金条件のフィールドを特定し（ステップＳ８１
０）、そのフィールドからネットワーク課金に関する課
金方式を特定するために課金条件を参照する。この場
合、定額制課金方式を示す“０”が設定されているた
め、課金情報生成等の課金処理は行わない（ステップＳ
８２０）。料金を請求する処理は、定額制料金定義表８
４３を参照して行う。つまり、定額制料金定義表８４３
には着信課金を示す“２”が設定されているため、料金
はＬＡＮ８００−２に請求する。
【００８５】（５）情報課金で発信課金の従量制課金方
式の通信例：企業Ｘが、企業Ｙと通信を行う場合につい
て説明する。ＬＡＮ８００−１とＬＡＮ８００−３の通
信における課金方式は、ネットワークにおける課金は行
わず、情報課金を行う場合である。料金負担は、発信者
であるＬＡＮ８００−１とした場合である。
【００８６】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−３を各々のアクセス制御装置
８１０−１及び８１０−４に接続する。
【００８７】<<課金を行うための準備>>ネットワーク課
金条件における課金条件には、非課金を示す“０”を変
換表８１３−１へ設定する。課金自体を行わないため、
課金単価の設定は行わない。情報課金条件には従量制課
金で発信者課金を示す“３”を設定し、課金単価を
“２”に設定する。
【００８８】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２−１にて（ステップＳ８
００，Ｓ８０１）、ＩＣＳユーザフレーム内の送信者Ｉ
ＣＳユーザアドレス及び受信者ＩＣＳユーザアドレスか
ら課金条件のフィールドを特定する（ステップＳ８１
０）。そのフィールドからネットワーク通信に関する課
金条件を特定するために、課金条件を参照する。この場
合、非課金を示す“０”が設定されているので、ネット
ワークに関する課金処理は行わない（ステップＳ８２
０）。次に、情報課金に関する課金の条件を特定するた
めに、情報課金条件の課金条件を参照する。この場合、
発信者負担の従量課金を示す“１”が設定されているの
で、従量制課金を行う。また、その従量制課金の重み付
けを示す課金単価を参照するが、この場合の課金単価の
設定値は“２”である。次に、これら得られた情報に基
づいてＩＣＳユーザフレーム毎の課金情報を生成（例え
ば、課金単価“２”を２度数の課金情報として生成）
し、その課金情報を課金情報フレームＦ５１として課金
サーバ８４０に転送する。課金情報を受信した課金サー
バ８４０内の課金処理装置８４１は、課金情報フレーム
Ｆ５１から発信ＩＣＳネットワークアドレス、送信者Ｉ
ＣＳユーザアドレス、着信ＩＣＳネットワークアドレ
ス、受信者ＩＣＳユーザアドレスを基に課金情報データ
ベース８４２の情報格納フィールドを特定し、そこのネ
ットワーク課金カウンタを課金情報フレームＦ５１の課
金情報に応じて加算する。
【００８９】（６）情報課金で着信課金の従量制課金方
式の通信例：企業Ｘが、企業Ｙと通信を行う場合につい
て説明する。ＬＡＮ８００−１とＬＡＮ８００−３の通
信における課金方式は、ネットワーク課金は行わず、情
報課金を行う場合を示す。料金負担は、着信者であるＬ
ＡＮ８００−３とした場合である。
【００９０】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−３を各々のアクセス制御装置
８１０−１及び８１０−４に接続する。
【００９１】<<課金を行うための準備>>ネットワーク課
金条件における課金条件には、非課金を示す“０”を変
換表８１３−１へ設定する。課金自体を行わないため、
課金単価は設定しない。情報課金条件には従量制課金で
着信者課金を示す“２”を設定し、課金単価を“２”に
設定する。
【００９２】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２―１にて（ステップＳ８
００，Ｓ８０１）、ＩＣＳユーザフレーム内の送信者Ｉ
ＣＳユーザアドレス及び受信者ＩＣＳユーザアドレスか
ら課金条件のフィールドを特定する（ステップＳ８１
０）。そのフィールドからネットワーク通信に関する課
金の条件を特定するために、課金条件を参照する。この
場合、非課金を示す“０”が設定されているので、ネッ
トワークに関する課金処理は行わない（ステップＳ８２
０）。次に、情報課金に関する課金条件を特定するため
に情報課金条件の課金条件を参照するが、この場合には
着信者負担の従量課金を示す“２”が設定されているの
で従量制課金を行う。また、その従量制課金の重み付け
を示す課金単価を参照するが、この場合には“２”が設
定されている。次に、これら得られた情報に基づいてＩ
ＣＳユーザフレーム毎の課金情報を生成（例えば、課金
単価“２”を２度数の課金情報として生成）し、その課
金情報を課金情報フレームＦ５１として課金サーバ８４
０に転送する。課金情報を受信した課金サーバ８４０内
の課金処理装置８４１は、課金情報フレームＦ５１から
発信ＩＣＳネットワークアドレス、送信者ＩＣＳユーザ
アドレス、着信ＩＣＳネットワークアドレス、受信者Ｉ
ＣＳユーザアドレスを基に課金情報データベース８４２
の情報格納フィールドを特定し、そこのネットワーク課
金カウンタを課金情報フレームの課金情報に応じて加算
する。
【００９３】（７）情報課金で発信課金の従量制課金方
式の通信で、課金条件が予め変換表に登録されていない
例：企業Ｘが、企業Ｙと通信を行う場合について説明す
る。ＬＡＮ８００−１とＬＡＮ８００−４の通信におけ
る課金条件は上述と同じであるが、この場合は、その課
金条件を規定する値がＬＡＮ８００−１が接続されてい
るアクセス制御８１０―１の変換表８１３―１に登録さ
れていない点が異なっている。
【００９４】<<通信を行うための準備事項>>ＬＡＮ８０
０−１及びＬＡＮ８００−４を各々のアクセス制御装置
８１０−１及び８１０−２に接続する。
【００９５】<<課金を行うための準備>>この場合には変
換表８１３―１に課金条件の登録がないため、ＬＡＮ８
００−１を収容するアクセス制御装置８１０−１におけ
る事前の準備は必要ない。ＬＡＮ８００−４を収容する
アクセス制御装置８１０―２の変換表には、ＬＡＮ８０
０−４が着信する場合の課金条件を設定する。ネットワ
ーク課金条件における課金条件には、非課金を示す
“０”を変換表へ設定する。課金自体を行わないため、
課金単価は未設定にする。情報課金条件には、従量制課
金で発信者課金を示す“３”を設定し、課金単価を
“１”に設定する。
【００９６】<<課金動作の説明>>ＬＡＮ８００−１に接
続されたＩＣＳネットワークアドレス“００１２”の端
末が送出したＩＣＳユーザフレームをアクセス制御装置
８１０−１内の処理装置８１２−１にて（ステップＳ８
００）、変換表８１３―１からＩＣＳユーザフレーム内
の送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユーザ
アドレスを用いて課金条件のフィールドを特定しようと
するが（ステップＳ８０１）、この場合には該当する課
金条件を示すフィールドがないため、着信者ユーザの受
信者ＩＣＳユーザアドレスを基にして着信者ユーザが収
容されるアクセス制御装置８１０―４へ問い合わせる
（ステップＳ８０２）。アクセス制御装置８１０―４
は、該当着信者ユーザの課金条件をアクセス制御装置８
１０―４内の変換表を参照し、その課金条件をアクセス
制御装置８１０―１へ回答する。アクセス制御装置８１
０―１がアクセス制御装置８１０―４から取得した課金
条件は、一時変換表８１４―１に登録される（ステップ
Ｓ８０３）。その後、処理装置８１２―１にて、その課
金条件からネットワーク通信に関する課金の条件を特定
するために課金条件を参照する（ステップＳ８１０）。
この場合にはネットワーク課金が非課金であることを示
す“０”が設定されているので、ネットワークに関する
課金処理は行わない（ステップＳ８２０）。
【００９７】次に、情報課金に関する課金の条件を特定
するために、情報課金条件の課金条件を参照する。この
場合には発信者負担の従量課金を示す“１”が設定され
ているので、従量制課金を行う。また、その従量制課金
の重み付けを示す課金単価を参照するが、この場合の課
金単価の設定値は“１”であり、その課金の重み付けを
知る。これら得られた情報に基づいてＩＣＳユーザフレ
ーム毎の課金情報を生成（例えば、課金単価“１”を１
度数の課金情報として生成）し、その課金情報を課金情
報フレームＦ５１として課金サーバ８４０に転送する。
課金情報を受信した課金サーバ８４０内の課金処理装置
８４１は、課金情報フレームＦ５１から発信ＩＣＳネッ
トワークアドレス及び受信者ＩＣＳユーザアドレスを基
に課金情報データベース８４２の情報格納フィールドを
特定し、そこの情報課金カウンタを課金情報フレームＦ
５１の課金情報に応じて加算する。
【００９８】実施例−９（ＩＣＳフレームデータベース
サーバ）：図２８及び図２９は、ＩＣＳ網サーバの一つ
であるＩＣＳフレームデータベースサーバ９５０及び９
６０を含むＩＣＳ９００の例であり、ＩＣＳフレームデ
ータベースサーバ９５０及び９６０は、ＩＣＳ９００を
利用する端末（以下、「ＩＣＳ利用端末」という）の要
求タイミングに基づいてデータを格納し、又は格納済み
データを取り出して要求元に送る。ＩＣＳフレームデー
タベースサーバ９５０及び９６０は、それぞれ処理装置
９５１及び９６１、格納情報管理表９５２及び９６２、
ＢＯＸ９５３及び９６３で構成されている。処理装置９
５１及び９６１はＩＣＳ利用端末からＩＣＳユーザフレ
ームを受信し、ＩＣＳ利用端末が明示的に示すＩＣＳフ
レームデータベースサーバの利用要求を参照して、ＩＣ
Ｓユーザフレームの格納指示を格納情報管理表９５２及
び９６２に対して行い、ＢＯＸ９５３及び９６３に情報
の格納指示を行う。格納情報管理表９５２及び９６２は
処理装置９５１及び９６１の指示を受けて、収容するＩ
ＣＳ利用端末毎に通信相手アドレス、格納した情報の索
引番号等の管理対象とする項目を格納する。ＢＯＸ９５
３及び９６３は処理装置９５１及び９６１の指示を受け
て、収容するＩＣＳ利用端末毎に格納した情報の管理番
号、ユーザ情報等を格納する。以下に、ＩＣＳフレーム
データベースサーバ９５０及び９６０を利用するための
準備事項とその通信例を説明する。
【００９９】<<準備事項>>ＶＡＮ−１運用者は、企業Ｘ
のＬＡＮ９００−１に接続されたＩＣＳユーザアドレス
の“００１２”を持つ端末の情報格納を可能とするた
め、予め格納情報管理表９５２及びＢＯＸ９５３にユー
ザに関する情報（本例ではＩＣＳユーザアドレス“００
１２”等）を登録する。また、ＶＡＮ−３運用者も同様
に、企業ＸのＬＡＮ９００−２に接続されたＩＣＳユー
ザアドレスの“００３４”を持つ端末の情報格納を可能
とするために、予め格納情報管理表９６２及びＢＯＸ９
６３にユーザに関する情報（本例ではＩＣＳユーザアド
レス“００３４”等）を登録する。ＩＣＳ利用ユーザ
は、図３０に示すようなＩＣＳユーザフレームＦ６０を
ＩＣＳ９００に送信する。このＩＣＳユーザフレームＦ
６０には、ユーザ制御部に、ＩＣＳフレームデータベー
スサーバを利用する利用要求識別子（ＩＣＳフレームデ
ータベースサーバを利用することを明示的に示す識別
子）及び情報操作識別子（ＩＣＳフレームデータベース
サーバ内に格納している情報の操作を明示的に示す識別
子）を付加しておく。尚、本実施例では、ユーザが、Ｉ
ＣＳユーザフレームＦ６０のユーザ制御部に利用要求識
別子及び情報操作識別子を付加することで、ユーザのＩ
ＣＳフレームデータベースサーバ利用要求を実現させて
いるが、ＩＣＳユーザデータ部に利用要求識別子及び情
報操作識別子を付加することもできる。
【０１００】<<通信例>> （１）通信例−１（送信側のＩＣＳフレームデータベー
スサーバの動作）：企業ＸのＬＡＮ９００−１に接続さ
れたＩＣＳユーザアドレス“００１２”を持つ端末が、
企業ＸのＬＡＮ９００−２に接続されたＩＣＳユーザア
ドレス“００３４”を持つ端末へＩＣＳフレームデータ
ベースサーバを利用した通信を実施する。図３１にフロ
ーチャートを示し、その動作を説明する。
【０１０１】発信者端末は、ユーザ制御部にＩＣＳフレ
ームデータベースサーバ９５０を利用する利用要求識別
子（発側格納ユーザ管理番号：ＩＣＳを利用するユーザ
が任意に付与するコードで、ＩＣＳ利用者が格納されて
いる情報を操作する場合の索引番号となる）及び情報操
作識別子（転送予定時刻、情報格納、情報転送、情報消
去、情報終了等）を付加したＩＣＳユーザフレームＦ６
０をＩＣＳ９００に送出する。受信したアクセス制御装
置９１０−１は（ステップＳ９００）、処理装置９１２
−１でＩＣＳユーザフレームＦ６０の利用要求識別子を
参照し（ステップＳ９０１）、発信者端末が設定した利
用要求識別子の番号が存在していれば、ＩＣＳユーザフ
レームＦ６０を処理装置９５１に転送する。ＩＣＳユー
ザフレームＦ６０を受信した処理装置９５１は、利用要
求識別子及び情報操作識別子を参照し（ステップＳ９１
０）、情報操作識別子に示される動作を実施する。
【０１０２】情報格納が示された場合は、処理装置９５
１が、発信者端末から送出されるＩＣＳユーザフレーム
Ｆ６０の利用要求識別子（発側格納ユーザ管理番号）及
び情報操作識別子（情報格納）を受信することによっ
て、該当フレームの送信者ＩＣＳユーザアドレスに対応
させて受信者ＩＣＳユーザアドレスと利用要求識別子と
を格納情報管理表９５２に格納し、ＩＣＳユーザフレー
ムをＢＯＸ９５３に格納する（ステップＳ９１１）。格
納すべきＩＣＳユーザフレームは、発信者から複数のＩ
ＣＳユーザフレームに分割して送出されるため、本動作
はＩＣＳユーザフレームＦ６０に示す情報操作識別子
（情報終了）により、格納すべきＩＣＳユーザフレーム
の最終フレームが示されるまで実行される（ステップＳ
９１２）。
【０１０３】転送予定時刻が示された場合は（ステップ
Ｓ９１３）、処理装置９５１が、発信者端末から送出さ
れるＩＣＳユーザフレームＦ６０の利用要求識別子（発
側格納ユーザ管理番号）及び情報操作識別子（転送予定
時刻）を受信することによって、指定された時刻を格納
情報管理表９５２に格納し（ステップＳ９１４）、ま
た、処理装置９５１は常時転送予定時刻を監視すること
によって、該当時刻になった場合はＢＯＸ９５３より格
納されている情報を受信者端末に転送する（ステップＳ
９１５）。
【０１０４】情報転送が示された場合は、処理装置９５
１は、発信者端末から送出されるＩＣＳユーザフレーム
Ｆ６０の利用要求識別子（発側格納ユーザ管理番号）及
び情報操作識別子（転送要求）を受信することにより、
ＢＯＸ９５３に格納されている情報（ＩＣＳユーザフレ
ーム）を受信者端末に送信する（ステップＳ９１６）。
また、情報消去が示された場合は、処理装置９５１が、
発信者端末から送出されるＩＣＳユーザフレームＦ６０
の利用要求識別子及び情報操作識別子（情報消去）を受
信することによって、格納情報管理表９５２及びＢＯＸ
９５３から格納されている情報を消去する（ステップＳ
９１７）。
【０１０５】（２）通信例−２（受信側のＩＣＳフレー
ムデータベースサーバの動作）：企業ＸのＬＡＮ９００
−２に接続されたＩＣＳユーザアドレス“００３４”を
持つ端末が、企業ＸのＬＡＮ９００−１に接続されたＩ
ＣＳユーザアドレス“００１２”を持つ端末からの情報
を、ユーザＢＯＸを利用して受信する。図３２にフロー
チャートを示し、その動作を説明する。
【０１０６】発信者端末は、ユーザ制御部に受信者側Ｉ
ＣＳフレームデータベースサーバ９６０を利用する利用
要求識別子（着側格納ユーザ管理番号：ＩＣＳを利用す
るユーザが任意に付与するコードで、ＩＣＳ利用者が格
納されている情報を操作する場合の索引番号となる）と
情報操作識別子を付加したＩＣＳユーザフレームＦ６０
をＩＣＳ９００に送出する。該当ＩＣＳユーザフレーム
Ｆ６０はＩＣＳ９００内を受信者端末が収容されている
アクセス制御装置９１０−５まで転送され（ステップＳ
９２０）、処理装置９１２−５でＩＣＳユーザフレーム
Ｆ６０の利用要求識別子を参照して（ステップＳ９２
１）、発信者端末が設定した利用要求識別子の番号が存
在していれば、ＩＣＳユーザフレームＦ６０を処理装置
９６１に転送する。
【０１０７】ＩＣＳユーザフレームＦ６０を受信した処
理装置９６１は、ＩＣＳユーザフレームＦ６０の情報操
作識別子（情報格納、情報転送、情報消去、情報終了）
を調べ（ステップＳ９３０）、情報格納であれば、該当
フレームの送信者ＩＣＳユーザアドレス、受信者ＩＣＳ
ユーザアドレスに対応させて利用要求識別子を格納情報
管理表９６２に格納し、ＩＣＳユーザフレームをＢＯＸ
９６３に格納する（ステップＳ９３１）。格納すべきＩ
ＣＳユーザフレームは、発信者から複数のＩＣＳユーザ
フレームに分割して送出されるため、本動作はＩＣＳユ
ーザフレームＦ６０に示す情報操作識別子（情報終了）
により、格納すべきＩＣＳユーザフレームの最終フレー
ムが示されるまで実行される（ステップＳ９３２）。処
理装置９６２は、予め受信者端末と合意したタイミング
で（例えば１２時に）、受信者端末へＩＣＳフレームデ
ータベースサーバ９６０に受信者端末宛の情報が存在す
ることを、着側格納ユーザ管理番号を添付して通知する
（ステップＳ９３３）。通知を受けた受信者端末は、利
用要求識別子及び情報操作識別子（情報転送）を設定し
たＩＣＳユーザフレームＦ６０をアクセス制御装置９１
０−５に送信し、ＩＣＳフレームデータベースサーバ９
６０は、ＢＯＸ９６３に格納してあるユーザ情報を受信
者端末に送信し（ステップＳ９３６）、受信者端末はＩ
ＣＳフレームデータベースサーバ９６０に格納されてい
る情報（ＩＣＳユーザフレーム）を受信する。処理装置
９６１は、受信者端末よりＩＣＳユーザフレームＦ６０
の利用要求識別子及び情報操作識別子（情報消去）を明
示したフレームを受信すると、格納情報管理表９６２及
びＢＯＸ９６３から情報を消去する（ステップＳ９３
７）。
【０１０８】（３）通信例−３（受信側が一時的に受信
できないとき）：企業ＸのＬＡＮ９００−１に接続され
たＩＣＳユーザアドレス“００１２”を持つ端末が、企
業ＸのＬＡＮ９００−２に接続されたＩＣＳユーザアド
レス“００３４”を持つ端末へ通信を行う場合に、受信
者端末又は企業ＸのＬＡＮ９００−２との間で一時的に
接続できない状況でも、受信者端末宛の情報をＩＣＳフ
レームデータベースサーバ９６０に一旦格納し、接続が
可能となった状態で通信を実施する。その動作を図３３
のフローチャートを参照して説明する。
【０１０９】発信者端末は、ユーザ制御部に、受信者端
末との通信が不可の場合でもＩＣＳフレームデータベー
スサーバ９６０に情報を一旦格納することで、情報の配
信を実施する情報操作識別子（一旦格納）を付加したＩ
ＣＳユーザフレームＦ６０をＩＣＳ９００に送出する。
該当ＩＣＳユーザフレームＦ６０は受信者端末が収容さ
れているアクセス制御装置９１０−５までＩＣＳ９００
内を転送され、アクセス制御装置９１０−５がＩＣＳユ
ーザフレームＦ６０を受信し（ステップＳ９４０）、処
理装置９１２−５がＩＣＳユーザフレームＦ６０内部の
利用要求識別子の存在を調べ（ステップＳ９４１）、Ｉ
ＣＳユーザフレームＦ６０の情報操作識別子（一旦格
納）を参照して（ステップＳ９４２）、一旦格納の要求
があれば受信側端末が通信可能状態にあるかを判断し、
可能な場合は、該当ＩＣＳユーザフレームＦ６０を受信
側端末に送信し（ステップＳ９５０）、不可能な場合
は、該当ＩＣＳユーザフレームＦ６０をＩＣＳフレーム
データベースサーバ９６０の処理装置９６１に転送し、
次に処理装置９６１は、該当のＩＣＳユーザフレームＦ
６０の送信者ＩＣＳアドレス、受信者ＩＣＳアドレス及
び利用要求識別子を格納情報管理表９６２に格納し、Ｉ
ＣＳユーザフレームをＢＯＸ９６３に格納する（ステッ
プＳ９５１）。
【０１１０】格納すべきＩＣＳユーザフレームは、発信
者から複数のＩＣＳユーザフレームに分割して送出され
るため、本動作はＩＣＳユーザフレームＦ６０に示され
る情報操作識別子（情報終了）により、格納すべきＩＣ
Ｓユーザフレームの最終フレームが示されるまで実行さ
れる（ステップＳ９５２）。処理装置９１２−５は受信
者端末との通信状態を常時監視しており、受信者端末が
受信可能になった場合には、処理装置９６１に該当受信
者通信状態可能を通知する。通知を受けた処理装置９６
１は、予め受信者端末と合意したタイミングで（例えば
５分後に）受信者端末へ、ＩＣＳフレームデータベース
サーバ９６０に受信者端末宛の情報が存在することを通
知する（ステップＳ９５３）。通知を受けた受信者端末
は、利用要求識別子（ＩＣＳ格納ユーザ管理番号）及び
情報操作識別子（情報転送）を設定したＩＣＳユーザフ
レームＦ６０をアクセス制御装置９１０−５に送信し、
ＩＣＳフレームデータベースサーバ９６０は、ＢＯＸ９
６３に格納してあるユーザ情報を受信者端末に送信し
（ステップＳ９５６）、受信者端末はＩＣＳフレームデ
ータベースサーバ９６０から格納されている情報を受信
する。処理装置９６１は、受信者端末よりＩＣＳユーザ
フレームＦ６０の利用要求識別子及び情報操作識別子
（情報消去）を明示したフレームを受信すると、格納情
報管理表９６２及びＢＯＸ９６３から情報を消去する
（ステップＳ９５７）。
【０１１１】実施例−１０（Ｘ．２５、ＦＲ、ＡＴＭ、
衛星通信での伝送と電話回線、ＩＳＤＮ回線、ＣＡＴＶ
回線、衛星回線、ＩＰＸフレームの収容）：本発明のＩ
ＣＳにおけるユーザからのデータの形式は、ＲＦＣ７９
１又はＲＦＣ１８８３の規定に従うＩＣＳユーザフレー
ムに限定されるものではなく、電話回線、ＩＳＤＮ回
線、ＣＡＴＶ回線、衛星回線、ＩＰＸの収容も可能であ
る。また、ＩＣＳネットワーク内におけるＩＣＳネット
ワークフレームの中継網もＸ．２５、ＦＲ、ＡＴＭ、衛
星通信等に対応が可能である。本発明においては、ＡＴ
Ｍ交換機はセルリレー交換機を含み、ＡＴＭ網はセルリ
レー網を含んでいる。
【０１１２】図３４〜図３７は本発明のＩＣＳ１０００
におけるインタフェース変換の一例を示すものであり、
アクセス制御装置１０１０−１及び１０１０−２、ＩＣ
Ｓフレームインタフェース網１０５０、Ｘ．２５網１０
４０、ＦＲ網１０４１、ＡＴＭ網１０４２、衛星通信網
１０４３、Ｘ．２５／ＩＣＳネットワークフレーム変換
部１０３１−１及び１０３１−２、ＦＲ／ＩＣＳネット
ワークフレーム変換部１０３２−１及び１０３２−２、
ＡＴＭ／ＩＣＳネットワークフレーム変換部１０３３−
１及び１０３３−２、衛星／ＩＣＳネットワークフレー
ム変換部１０３４−１及び１０３４−２、電話回線変換
部１０３０−１及び１０３０−２、ＩＳＤＮ回線変換部
１０２９−１及び１０２９−２、ＣＡＴＶ回線変換部１
０２８−１及び１０２８−２、衛星回線変換部１０２７
−１及び２７−２、ＩＰＸ変換部１０２６−１及び１０
２６−２で構成されている。
【０１１３】ＩＣＳフレームインタフェース網１０５０
は、ＲＦＣ７９１又はＲＦＣ１８８３の規定に従うＩＣ
Ｓネットワークフレームをそのままの形式で転送する中
継網である。Ｘ．２５網１０４０はＸ．２５形式のフレ
ームを転送する中継網であり、ＩＣＳネットワークフレ
ームをＸ．２５形式のフレームに変換及び逆変換するた
めのＸ．２５／ＩＣＳネットワークフレーム変換部１０
３１−１及び１０３１−２を入出力部に持っている。Ｆ
Ｒ網１０４１はフレームリレー形式のフレームを転送す
る中継網であり、ＩＣＳネットワークフレームをフレー
ムリレー形式のフレームに変換及び逆変換するためのＦ
Ｒ／ＩＣＳネットワークフレーム変換部１０３２−１及
び１０３２−２を入出力部に持っている。ＡＴＭ網１０
４２はＡＴＭ形式のフレームを転送する中継網であり、
ＩＣＳネットワークフレームをＡＴＭ形式のフレームに
変換及び逆変換するためのＡＴＭ／ＩＣＳネットワーク
フレーム変換部１０３３−１及び１０３３−２を入出力
部に持っている。衛星通信網１０４３は衛星を利用して
情報を転送する中継網であり、ＩＣＳネットワークフレ
ームを衛星通信網のインタフェースに変換及び逆変換す
るための衛星／ＩＣＳネットワークフレーム変換部１０
３４−１及び１０３４−２を入出力部に持っている。電
話回線変換部１０３０−１及び１０３０−２は、電話回
線とアクセス制御装置との間の物理層やデータリンク層
（ＯＳＩ通信プロトコルの第１層及び第２層）に相当す
る機能の変換及び逆変換する機能を有している。ＩＳＤ
Ｎ回線変換部１０２９−１及び１０２９−２は、ＩＳＤ
Ｎ回線とアクセス制御装置との間の物理層やデータリン
ク層に相当する機能の変換及び逆変換する機能を有して
いる。ＣＡＴＶ回線変換部１０２８−１及び１０２８−
２は、ＣＡＴＶ回線とアクセス制御装置との間の物理層
やデータリンク層に相当する機能の変換及び逆変換する
機能を有している。衛星回線変換部１０２７−１及び１
０２７−２は、衛星回線とアクセス制御装置との間の物
理層やデータリンク層に相当する機能の変換及び逆変換
する機能を有している。ＩＰＸ変換部１０２６−１及び
１０２６−２は、ＩＰＸとアクセス制御装置との間の物
理層やデータリンク層に相当する機能の変換及び逆変換
する機能を有している。
【０１１４】（１）Ｘ．２５網１０４０を経由し、アク
セス制御措置１０１０−１とアクセス制御装置１０１０
−２との間で通信を行う場合の動作を説明する。アクセ
ス制御装置１０１０−１はＩＣＳネットワークフレーム
をＸ．２５交換機１０１３１−１に送出する。Ｘ．２５
交換機１０１３１−１内のＸ．２５／ＩＣＳネットワー
クフレーム変換部１０３１−１は、アクセス制御装置１
０１０−１から受け取ったＩＣＳネットワークフレーム
を図３８に示すようなＸ．２５形式のフレームに変換す
る。そして、Ｘ．２５交換機１０１３１−１は、Ｘ．２
５形式のフレームをＸ．２５網１０４０内に送出する。
Ｘ．２５交換機１０１３１−１から送出されたＸ．２５
形式のフレームはＸ．２５網１０４０内を転送され、
Ｘ．２５交換機１０１３１−２に到達する。次に、Ｘ．
２５交換機１０１３１−２内のＸ．２５／ＩＣＳネット
ワークフレーム変換部１０３１−２は、受け取ったＸ．
２５形式のフレームをＩＣＳネットワークフレームの形
式に逆変換してアクセス制御装置１０１０−２に送出す
る。アクセス制御装置１０１０−２はＩＣＳネットワー
クフレームを受け取る。アクセス制御装置１０１０−２
からＸ．２５交換機１０１３１−２に送出されたＩＣＳ
１０００のネットワークフレームも同様にしてアクセス
制御装置１０１０−１に転送される。
【０１１５】（２）ＦＲ網１０４１を経由し、アクセス
制御措置１０１０−１とアクセス制御装置１０１０−２
との間で通信を行う場合の動作を説明する。アクセス制
御装置１０１０−１はＩＣＳネットワークフレームを送
出する。ＦＲ交換機１０１３２−１内のＦＲ／ＩＣＳネ
ットワークフレーム変換部１０３２−１は、アクセス制
御装置１０１０−１から受け取ったＩＣＳネットワーク
フレームを図３９に示すようなＦＲ形式のフレームに変
換する。そして、ＦＲ交換機１０１３２−１はＦＲ形式
のフレームをＦＲ網１０４１内に送出し、ＦＲ交換機１
０１３２−１から送出されたＦＲ形式のフレームはＦＲ
網１０４１内を転送され、ＦＲ交換機１０１３２−２に
到達する。ＦＲ交換機１０１３２−２内のＦＲ／ＩＣＳ
ネットワークフレーム変換部１０３２−２は、受け取っ
たＦＲ形式のフレームをＩＣＳネットワークフレームの
形式に逆変換してアクセス制御装置１０１０−２に送出
する。アクセス制御装置１０１０−２はＩＣＳネットワ
ークフレームを受け取る。アクセス制御装置１０１０−
２からＦＲ交換機１０１３２−２に送出されたＩＣＳネ
ットワークフレームも、同様にしてアクセス制御装置１
０１０−１に転送される。
【０１１６】（３）ＡＴＭ網１０４２を経由し、アクセ
ス制御措置１０１０−１とアクセス制御装置１０１０−
２との間で通信を行う場合の動作を説明する。アクセス
制御装置１０１０−１は、ＩＣＳネットワークフレーム
をＡＴＭ交換機１０１３３−１に送出する。ＡＴＭ交換
機１０１３３−１内のＡＴＭ／ＩＣＳネットワークフレ
ーム変換部１０３３−１は、アクセス制御装置１０１０
−１から受け取ったＩＣＳネットワークフレームを図４
０に示すようなＡＴＭ形式のフレームに変換する。ＡＴ
Ｍ交換機１０１３３−１はＡＴＭ形式のフレームをＡＴ
Ｍ網１０４２内に送出し、ＡＴＭ交換機１０１３３−１
から送出されたＡＴＭ形式のフレームはＡＴＭ網１０４
２内を転送され、ＡＴＭ交換機１０１３３−２に到達す
る。ＡＴＭ交換機１０１３３−２内のＡＴＭ／ＩＣＳネ
ットワークフレーム変換部１０３３−２は、受け取った
ＡＴＭ形式のフレームをＩＣＳネットワークフレームの
形式に逆変換してアクセス制御装置１０１０−２に送出
する。アクセス制御装置１０１０−２はＩＣＳネットワ
ークフレームを受け取る。アクセス制御装置１０１０−
２からＡＴＭ交換機１０１３３−２に送出されたＩＣＳ
ネットワークフレームも、同様にしてアクセス制御装置
１０１０−１に転送される。
【０１１７】（４）衛星通信網１０４３を経由し、アク
セス制御措置１０１０−１とアクセス制御装置１０１０
−２との間で通信を行う場合の動作を説明する。アクセ
ス制御装置１０１０−１はＩＣＳネットワークフレーム
を衛星受発信機１０１３４−１に送出する。衛星受発信
機１０１３４−１内の衛星／ＩＣＳネットワークフレー
ム変換部１０３４−１は、アクセス制御装置１０１０−
１から受け取ったＩＣＳネットワークフレームを衛星通
信網１０４３内のインタフェースに変換する。次に、衛
星受発信機１０１３４−１は、衛星通信網１０４３内の
インタフェースに変換されたＩＣＳネットワークフレー
ムを衛星通信網１０４３内に送出し、衛星受発信機１０
１３４−１から送出されたＩＣＳネットワークフレーム
は衛星通信網１０４３内を転送され、衛星受発信機１０
１３４−２に到達する。衛星受発信機１０１３４−２内
の衛星／ＩＣＳネットワークフレーム変換部１０３４−
２は、受け取った衛星通信網１０４３内のインタフェー
スに変換されたＩＣＳネットワークフレームを逆変換し
てアクセス制御装置１０１０−２に送出する。アクセス
制御装置１０１０−２はＩＣＳネットワークフレームを
受け取る。アクセス制御装置１０１０−２から衛星受発
信機１０１３４−２に送出されたＩＣＳネットワークフ
レームも、同様にしてアクセス制御装置１０１０−１に
転送される。
【０１１８】（５）アクセス制御装置１０１０−１の電
話回線変換部１０３０−１に接続されたユーザ１０６０
−１が発信し、アクセス制御装置１０１０−２の電話回
線変換部１０３０−２に接続されたユーザ１０６０−２
との間で電話回線のインタフェースで通信を行う場合の
動作を説明する。
【０１１９】ユーザ１０６０−１はＶＡＮ運用者に電話
回線接続を申込む。ＶＡＮ運用者はユーザ１０６０−１
を接続するアクセス制御装置１０１０−１を特定し、Ｉ
ＣＳ論理端子のＩＣＳネットワークアドレス“７７２
１”を決定する。次にＶＡＮ運用者は、アクセス制御装
置１０１０−１の変換表１０１３−１に発信ＩＣＳネッ
トワークアドレス“７７２１”、送信者電話番号“０３
−５５５５−１２３４”、受信者電話番号“０６−５５
５５−９８７６”、着信ＩＣＳネットワークアドレス
“５５２１”及び要求種別等の情報の設定を行う。本例
では要求種別“５”を電話回線接続とした例を示してい
る。同様に、アクセス制御装置１０１０−２の変換表１
０１３−２に発信ＩＣＳネットワークアドレス“５５２
１”、送信者電話番号“０６−５５５５−９８７６”、
受信者電話番号“０３−５５５５−１２３４”、着信Ｉ
ＣＳネットワークアドレス“７７２１”及び要求種別等
の情報の設定を行う。
【０１２０】ユーザ１０６０は電話番号“０６−５５５
５−９８７６”を送出する。電話回線変換部１０３０−
１は、受信した電話番号を処理装置１０１２−１の読取
り形式に変換して処理装置１０１２−１に送出する。Ｉ
ＣＳネットワークアドレス“７７２１”の電話回線変換
部１０３０−１から電話番号の情報を受け取った処理装
置１０１２−１は、変換表１０１３−１の発信ＩＣＳネ
ットワークアドレス“７７２１”の要求種別を参照し、
電話回線接続であることを認識し、着信電話番号“０６
−５５５５−９８７６”から着信ＩＣＳネットワークア
ドレス“５５２１”を読取る。アクセス制御装置１０１
０−１は、着信ＩＣＳネットワークアドレスを“５５２
１”、発信ＩＣＳネットワークアドレスを“７７２１”
に設定されたネットワーク制御部と、電話の着信がある
ことを伝えるための情報を記述したネットワークデータ
部を持つＩＣＳネットワークフレームとを作成し、ＩＣ
Ｓ１０００のネットワーク内に送出する。アクセス制御
装置１０１０−１から送出されたＩＣＳネットワークフ
レームはＩＣＳ１０００のネットワーク内を転送され、
アクセス制御装置１０１０−２に到達する。着信がある
ことを伝えるための情報を記述したネットワークデータ
部を持つＩＣＳネットワークフレームを受信したアクセ
ス制御装置１０１０−２は、ＩＣＳネットワークアドレ
ス“５５２１”の電話回線変換部１０３０−２からユー
ザ１０６０−２に対し、着信を知らせるための信号を送
出する。そして、ユーザ１０６０−２が応答の信号を送
出する。
【０１２１】電話回線変換部１０３０−２は応答の信号
を受信すると、ＩＣＳ１０００のネットワーク内を転送
できる形式に変換する。アクセス制御装置１０１０−２
は、着信ＩＣＳネットワークアドレスを“７７２１”、
発信ＩＣＳネットワークアドレスを“５５２１”に設定
されたネットワーク制御部と、電話の応答があったこと
を伝えるための情報を記述したネットワークデータ部を
持つＩＣＳネットワークフレームとを作成し、ＩＣＳネ
ットワーク内に送出する。アクセス制御装置１０１０−
２から送出されたＩＣＳネットワークフレームはＩＣＳ
ネットワーク内を転送され、アクセス制御装置１０１０
−１に到達する。応答があったことを伝えるための情報
を記述したネットワークデータ部を持つＩＣＳネットワ
ークフレームを受信したアクセス制御装置１０１０−２
は、ＩＣＳネットワークアドレス“７７２１”の電話回
線変換部１０３０−１からユーザ１０６０−１に対し
て、応答を知らせるための信号を送出する。これによ
り、ユーザ１０６０−１とユーザ１０６０−２はアナロ
グ信号（音声等）による全二重通信を開始し、ユーザ１
０６０−１はアナログ信号を送出する。アナログ信号を
受信した電話回線変換部１０３０−１は、アナログ信号
をＩＣＳネットワーク内を転送可能なアナログ情報形式
に変換する。
【０１２２】アクセス制御装置１０１０−１は、着信Ｉ
ＣＳネットワークアドレスを“５５２１”、発信ＩＣＳ
ネットワークアドレスを“７７２１”に設定されたネッ
トワーク制御部と、アナログ情報を記述したネットワー
クデータ部を持つＩＣＳネットワークフレームとを作成
し、ＩＣＳ１０００のネットワーク内に送出する。アク
セス制御装置１０１０−１から送出されたＩＣＳネット
ワークフレームは、ＩＣＳ１０００のネットワーク内を
転送されてアクセス制御装置１０１０−２に到達する。
アナログ情報を記述したネットワークデータ部を持つＩ
ＣＳネットワークフレームを受信したアクセス制御装置
１０１０−２は、ＩＣＳネットワークアドレス“５５２
１”の電話回線変換部１０３０−２において、アナログ
情報を電話回線のインタフェースに変換したアナログ信
号としてユーザ１０６０−２に送出する。ユーザ１０６
０−２から送出されたアナログ信号も同様の手順でユー
ザ１０６０−１に転送される。
【０１２３】（６）アクセス制御装置１０１０−１のＩ
ＳＤＮ回線変換部１０２９−１に接続されたユーザ１０
６１−１が発信し、アクセス制御装置１０１０−２のＩ
ＳＤＮ回線変換部１０２９−２に接続されたユーザ１０
６１−２との間で、ＩＳＤＮ回線のインタフェースで通
信を行う場合の動作を説明する。
【０１２４】ユーザ１０６１−１はＶＡＮ運用者にＩＳ
ＤＮ回線接続の申込み、ＶＡＮ運用者はユーザ１０６１
−１を接続するアクセス制御装置１０１０−１を特定
し、ＩＣＳ論理端子のＩＣＳネットワークアドレス“７
７２２”を決定する。次にＶＡＮ運用者は、アクセス制
御装置１０１０−１の変換表１０１３−１に発信ＩＣＳ
ネットワークアドレス“７７２２”、送信者ＩＳＤＮ番
号“０３−５５５５−１１１１”、受信者ＩＳＤＮ番号
“０６−５５５５−２２２２”、着信ＩＣＳネットワー
クアドレス“５５２２”及び要求種別等の情報の設定を
行う。本例では、要求種別の“６”をＩＳＤＮ回線接続
とした例を示している。同様にアクセス制御装置１０１
０−２の変換表１０１３−２に発信ＩＣＳネットワーク
アドレス“５５２２”、送信者ＩＳＤＮ番号“０６−５
５５５−２２２２”受信者ＩＳＤＮ番号“０３−５５５
５−１１１１”、着信ＩＣＳネットワークアドレス“７
７２２”及び要求種別等の情報の設定を行う。
【０１２５】ユーザ１０６１−１はＩＳＤＮ番号“０６
−５５５５−２２２２”を送出する。ＩＳＤＮ回線変換
部１０２９−１は、受信したＩＳＤＮ番号を処理装置１
０１２−１の読取り形式に変換して処理装置１０１２−
１に送出する。ＩＣＳネットワークアドレス“７７２
２”のＩＳＤＮ回線変換部１０２９−１からＩＳＤＮ番
号の情報を受け取った処理装置１０１２−１は、変換表
１０１３−１の発信ＩＣＳネットワークアドレス“７７
２２”の要求種別を参照してＩＳＤＮ回線接続であるこ
とを認識し、着信ＩＳＤＮ番号“０６−５５５５−２２
２２”から着信ＩＣＳネットワークアドレス“５５２
２”を読取る。アクセス制御装置１０１０−１は着信Ｉ
ＣＳネットワークアドレスを“５５２２”、発信ＩＣＳ
ネットワークアドレスを“７７２２”に設定したネット
ワーク制御部と、ＩＳＤＮの着信があることを伝えるた
めの情報を記述したネットワークデータ部を持つＩＣＳ
ネットワークフレームとを作成し、ＩＣＳ１０００のネ
ットワーク内に送出する。
【０１２６】アクセス制御装置１０１０−１から送出さ
れたＩＣＳネットワークフレームはＩＣＳ１０００内を
転送され、アクセス制御装置１０１０−２に到達する。
着信があることを伝えるための情報を記述したネットワ
ークデータ部を持つＩＣＳネットワークフレームを受信
したアクセス制御装置１０１０−２は、ＩＣＳネットワ
ークアドレス“５５２２”のＩＳＤＮ回線変換部１０２
９−２からユーザ１０６１−２に対して着信を知らせる
ための信号を送出する。そして、ユーザ１０６１−２が
応答信号を送出する。ＩＳＤＮ回線変換部１０２９−２
は、応答信号を受信するとＩＣＳ１０００内を転送でき
る形式に変換する。アクセス制御装置１０１０−２は、
着信ＩＣＳネットワークアドレスを“７７２２”、発信
ＩＣＳネットワークアドレスを“５５２２”にそれぞれ
設定されたネットワーク制御部と、ＩＳＤＮの応答があ
ったことを伝えるための情報を記述したネットワークデ
ータ部を持つＩＣＳネットワークフレームとを作成し、
ＩＣＳ１０００のネットワーク内に送出する。
【０１２７】アクセス制御装置１０１０−２から送出さ
れたＩＣＳネットワークフレームはＩＣＳ１０００内を
転送され、アクセス制御装置１０１０−１に到達する。
応答があったことを伝えるための情報を記述したネット
ワークデータ部を持つＩＣＳネットワークフレームを受
信したアクセス制御装置１０１０−２は、ＩＣＳネット
ワークアドレス“７７２２”のＩＳＤＮ回線変換部１０
２９−１からユーザ１０６１−１に対し、応答を知らせ
るための信号を送出する。これにより、ユーザ１０６１
−１とユーザ１０６１−２はディジタル信号（音声等）
による全二重通信を開始し、ユーザ１０６１−１はディ
ジタル信号を送出する。アナログ信号を受信したＩＳＤ
Ｎ回線変換部１０２９−１は、アナログ信号をＩＣＳ１
０００内を転送可能なディジタル情報形式に変換する。
【０１２８】アクセス制御装置１０１０−１は、着信Ｉ
ＣＳネットワークアドレ“５５２２”、発信ＩＣＳネッ
トワークアドレスを“７７２２”にそれぞれ設定された
ネットワーク制御部と、ディジタル情報を記述したネッ
トワークデータ部を持つＩＣＳネットワークフレームと
を作成し、ＩＣＳ１０００に送出する。アクセス制御装
置１０１０−１から送出されたＩＣＳネットワークフレ
ームはＩＣＳ１０００内を転送され、アクセス制御装置
１０１０−２に到達する。ディジタル情報を記述したネ
ットワークデータ部を持つＩＣＳネットワークフレーム
を受信したアクセス制御装置１０１０−２は、ＩＣＳネ
ットワークアドレス“５５２２”のＩＳＤＮ回線変換部
１０２９−２において、ディジタル情報をＩＳＤＮ回線
のインタフェースに変換したディジタル信号としてユー
ザ１０６１−２に送出する。逆にユーザ１０６１−２か
ら送出されたディジタル信号も、同様の手順でユーザ１
０６１−１に転送される。
【０１２９】（７）アクセス制御装置１０１０−１のＣ
ＡＴＶ回線変換部１０２８−１に接続されたＣＡＴＶ放
送局１０６２−１とアクセス制御装置１０１０−２のＣ
ＡＴＶ回線変換部１０２８−２に接続されたユーザ１０
６２−２との間で、ＣＡＴＶ回線のインタフェースで通
信を行う場合の動作を説明する。
【０１３０】ＣＡＴＶ放送局１０６２−１は、ＶＡＮ運
用者にユーザ１０６２−２との間のＣＡＴＶ回線接続の
申込を行う。ＶＡＮ運用者はユーザ１０６２−２を接続
するアクセス制御装置１０１０−２を特定し、ＩＣＳ論
理端子のＩＣＳネットワークアドレス“５５２３”を決
定する。次にＶＡＮ運用者は、アクセス制御装置１０１
０−１の変換表１０１３−１の発信ＩＣＳネットワーク
アドレス“７７２３”の対応部に着信ＩＣＳネットワー
クアドレス“５５２３”及び要求種別等の情報の設定を
行う。本例では要求種別の“７”をＣＡＴＶ回線接続と
した例を示している。同様に、アクセス制御装置１０１
０−２の変換表１０１３−２に発信ＩＣＳネットワーク
アドレス“５５２３”、着信ＩＣＳネットワークアドレ
ス“７７２３”及び要求種別等の情報の設定を行う。
【０１３１】ＣＡＴＶ放送局１０６２−１はＣＡＴＶの
アナログ信号を送出する。ＣＡＴＶのアナログ信号を受
信したＣＡＴＶ回線変換部１０２８−１は、ＣＡＴＶの
アナログ信号をＩＣＳ１０００内を転送可能な情報形式
に変換する。アクセス制御装置１０１０−１は、着信Ｉ
ＣＳネットワークアドレスを“５５２３”、発信ＩＣＳ
ネットワークアドレスを“７７２３”に設定されたネッ
トワーク制御部と、ＣＡＴＶの情報を記述したネットワ
ークデータ部を持つＩＣＳネットワークフレームとを作
成し、ＩＣＳ１０００に送出する。アクセス制御装置１
０１０−１から送出されたＩＣＳネットワークフレーム
は、ＩＣＳ１０００内を転送され、アクセス制御装置１
０１０−２に到達する。ＣＡＴＶの情報を記述したネッ
トワークデータ部を持つＩＣＳネットワークフレームを
受信したアクセス制御装置１０１０−２は、ＩＣＳネッ
トワークアドレス“５５２３”のＣＡＴＶ回線変換部１
０２８−２においてＣＡＴＶ情報を、ＣＡＴＶ回線のイ
ンタフェースに変換したＣＡＴＶのアナログ信号として
ユーザ１０６２−２に送出する。逆にユーザ１０６２−
２から送出されたＣＡＴＶのアナログ信号も、同様の手
順でＣＡＴＶ放送局１０６２−１に転送される。
【０１３２】（８）アクセス制御装置１０１０−１の衛
星回線変換部１０２７−１に接続されたユーザ１０６３
−１と、アクセス制御装置１０１０−２の衛星回線変換
部１０２７−２に接続されたユーザ１０６３−２との間
で衛星回線のインタフェースで通信を行う場合の動作を
説明する。
【０１３３】ユーザ１０６３−１及び１０６３−２は、
ＶＡＮ運用者にユーザ１０６３−１とユーザ１０６３−
２との間の衛星回線接続の申込を行う。ＶＡＮ運用者は
ユーザ１０６３−１を接続するアクセス制御装置１０１
０−１を特定し、ＩＣＳ論理端子のＩＣＳネットワーク
アドレス“７７２４”を決定する。同様にユーザ１０６
３−２を接続するアクセス制御装置１０１０−２を特定
し、ＩＣＳ論理端子のＩＣＳネットワークアドレス“５
５２４”を決定する。次にＶＡＮ運用者は、アクセス制
御装置１０１０−１の変換表１０１３−１の発信ＩＣＳ
ネットワークアドレス“７７２４”の対応部に着信ＩＣ
Ｓネットワークアドレス“５５２４”及び要求種別等の
情報の設定を行う。本例では要求種別の“８”を衛星回
線接続とした例を示している。同様に、アクセス制御装
置１０１０−２の変換表１０１３−２に発信ＩＣＳネッ
トワークアドレス“５５２４”、着信ＩＣＳネットワー
クアドレス“７７２４”及び要求種別等の情報の設定を
行う。
【０１３４】ユーザ１０６３−１は衛星信号を送出す
る。衛星回線のインタフェースの衛星信号を受信した衛
星回線変換部１０２７−１は、衛星信号をＩＣＳ１００
０内を転送可能な情報形式に変換する。アクセス制御装
置１０１０−１は、着信ＩＣＳネットワークアドレスを
“５５２４”、発信ＩＣＳネットワークアドレスを“７
７２４”に設定されたネットワーク制御部と、衛星信号
の情報を記述したネットワークデータ部を持つＩＣＳネ
ットワークフレームとを作成し、ＩＣＳ１０００に送出
する。アクセス制御装置１０１０−１から送出されたＩ
ＣＳネットワークフレームは、ＩＣＳ１０００のネット
ワーク内を転送され、アクセス制御装置１０１０−２に
到達する。衛星信号の情報を記述したネットワークデー
タ部を持つＩＣＳネットワークフレームを受信したアク
セス制御装置１０１０−２は、ＩＣＳネットワークアド
レス“５５２４”の衛星回線変換部１０２７−２におい
て、衛星信号の情報を衛星回線のインタフェースに変換
した衛星信号としてユーザ１０６３−２に送出する。逆
に、ユーザ１０６３−２から送出された衛星回線のイン
タフェースの衛星信号も、同様の手順でユーザ１０６３
−１に転送される。
【０１３５】（９）ユーザ１０６４−１のＩＰＸアドレ
ス“９９０１”を持つ端末と、ユーザ１０６４−２のＩ
ＰＸアドレス“８８０１”を持つ端末との間で、ＩＰＸ
のインタフェースで通信を行う場合の動作を説明する。
ユーザ１０６４−１及び１０６４−２は、ＶＡＮ運用者
にユーザ１０６４−１のＩＰＸアドレス“９９０１”を
持つ端末と、ユーザ１０６４−２のＩＰＸアドレス“８
８０１”を持つ端末との間のＩＰＸ接続の申し込みを行
う。ＶＡＮ運用者はユーザ１０６４−１を接続するアク
セス制御装置１０１０−１及びＩＰＸ変換部１０２６−
１のＩＣＳネットワークアドレス“７７２５”を決め
る。同様に、ユーザ１０６４−２を接続するアクセス制
御装置１０１０−２及びＩＰＸ変換部１０２６−２のＩ
ＣＳネットワークアドレス“５５２５”を決める。次に
ＶＡＮ運用者は、アクセス制御装置１０１０−１の変換
表１０１３−１の発信ＩＣＳネットワークアドレス“７
７２５”の対応部に送信者ＩＰＸアドレス“９９０
１”、受信者ＩＰＸアドレス“８８０１”、着信ＩＣＳ
ネットワークアドレス“５５２５”及び要求種別等の情
報の設定を行う。本例では要求種別の“９”をＩＰＸ接
続とした例を示している。同様に、アクセス制御装置１
０１０−２の変換表１０１３−２の発信ＩＣＳネットワ
ークアドレス“５５２５”の対応部に、送信者ＩＰＸア
ドレス“８８０１”、受信者ＩＰＸアドレス“９９０
１”、着信ＩＣＳネットワークアドレス“７７２５”及
び要求種別等の情報の設定を行う。
【０１３６】ユーザ１０６４−１のＩＰＸアドレス“９
９０１”を持つ端末は、送信者ＩＰＸアドレスを“９９
０１”、受信者ＩＰＸアドレスを“８８０１”にそれぞ
れ設定したＩＰＸフレームを送出する。アクセス制御装
置１０１０−１はＩＣＳネットワークアドレス“７７２
５”のＩＰＸ変換部１０２６−１においてＩＰＸフレー
ムを受信し、ＩＰＸフレーム内の送信者ＩＰＸアドレス
“９９０１”及び受信者ＩＰＸアドレス“８８０１”を
読取る。そして、アクセス制御装置１０１０−１は変換
表１０１３−１から、発信ＩＣＳネットワークアドレス
“７７２５”の送信者ＩＰＸアドレス“９９０１”の受
信者ＩＰＸアドレス“８８０１”の着信ネットワークア
ドレス“５５２５”を読取る。アクセス制御装置１０１
０−１は、着信ＩＣＳネットワークアドレスを“５５２
５”、発信ＩＣＳネットワークアドレスを“７７２５”
に設定されたネットワーク制御部と、ＩＰＸフレームの
情報を記述したネットワークデータ部を持つＩＣＳネッ
トワークフレームとを作成し、ＩＣＳ１０００に送出す
る。
【０１３７】アクセス制御装置１０１０−１から送出さ
れたＩＣＳネットワークフレームはＩＣＳ１０００内を
転送され、アクセス制御装置１０１０−２に到達する。
ＩＰＸフレームの情報を記述したネットワークデータ部
を持つＩＣＳネットワークフレームを受信したアクセス
制御装置１０１０−２は、ＩＣＳネットワークアドレス
“５５２５”のＩＰＸ変換部１０２６−２においてＩＣ
ＳネットワークフレームのＩＰＸフレームの情報を、Ｉ
ＰＸのインタフェースに変換したＩＰＸフレームとして
ユーザ１０６４−２に送出する。ユーザ１０６４−２の
ＩＰＸアドレス“８８０１”を持つ端末は、ＩＰＸフレ
ームを受信する。逆に、ユーザ１０６４−２のＩＰＸア
ドレス“８８０１”を持つ端末から送出された送信者Ｉ
ＰＸアドレスが“８８０１”、受信者ＩＰＸアドレスが
“９９０１”に設定されたＩＰＸフレームも、同様の手
順でユーザ１０６４−１に転送される。
【０１３８】実施例−１１（Ｘ．２５、ＦＲ、ＡＴＭ、
衛星通信での伝送と電話回線、ＩＳＤＮ回線、ＣＡＴＶ
回線、衛星回線の収容）：上記実施例−１０において
は、Ｘ．２５／ＩＣＳネットワークフレーム変換部１０
３１−１及び１０３１−２、ＦＲ／ＩＣＳネットワーク
フレーム変換部１０３２−１及び１０３２−２、ＡＴＭ
／ＩＣＳネットワークフレーム変換部１０３３−１及び
１０３３−２、衛星／ＩＣＳネットワークフレーム変換
部１０３４−１及び１０３４−２はそれぞれ中継網内
に、つまりＸ．２５網１０４０、ＦＲ網１０４１、ＡＴ
Ｍ網１０４２、衛星通信網１０４３内に位置している。
これに対し、実施例−１１では図４１及び図４２に示す
ように、Ｘ．２５／ＩＣＳネットワークフレーム変換部
１１３１−１及び１１３１−２、ＦＲ／ＩＣＳネットワ
ークフレーム変換部１１３２−１及び１１３２−２、Ａ
ＴＭ／ＩＣＳネットワークフレーム変換部１１３３−１
及び１１３３−２、衛星／ＩＣＳネットワークフレーム
変換部１１３４−１及び１１３４−２は、それぞれアク
セス制御装置１１１０−１及び１１１０−２内に配置さ
れている。つまり、実施例−１０では各中継網（Ｘ．２
５網１０４０、ＦＲ網１０４１、ＡＴＭ網１０４２、衛
星通信網１０４３）側において、受け取ったＩＣＳネッ
トワークフレームを各中継網側で転送できる形式に変換
及び逆変換しているが、本実施例−１１では、各中継網
で転送できる形式への変換及び逆変換をアクセス制御装
置側で行っている。
【０１３９】実施例−１２（アクセス制御装置の中継網
内収容）：前記実施例−１０においては、Ｘ．２５／Ｉ
ＣＳネットワーク変換部１０３１−１及び１０３１−
２、ＦＲ／ＩＣＳネットワーク変換部１０３２−１及び
１０３２−２、ＡＴＭ／ＩＣＳネットワーク変換部１０
３３−１及び１０３３−２、衛星通信網／ＩＣＳネット
ワーク変換部１０３４−１及び１０３４−２はそれぞれ
中継網内に、つまりＸ．２５網１０４０、ＦＲ網１０４
１、ＡＴＭ網１０４２、衛星通信網１０４３内に位置し
ており、アクセス制御装置１０１０−１及び１０１０−
２は、Ｘ．２５網、ＦＲ網、ＡＴＭ網、衛星通信網内に
設置されていない。これに対し、実施例−１２では図４
３及び図４４に示すように、アクセス制御装置１１２０
−１、１１２０−２、１１２１−１、１１２１−２、１
１２２−１、１１２２−２、１１２３−１、１１２３−
２はそれぞれ中継網内に、つまりＸ．２５網１２４０−
１、ＦＲ網１２４１−１、ＡＴＭ網１２４２−１、衛星
通信網１２４３−１内に位置している。つまり、実施例
−１０では各中継網外に設置したアクセス制御装置内
で、変換表の管理の基にＩＣＳユーザフレームからＩＣ
Ｓネットワークフレームへの変換や逆変換を行っていた
が、本実施例では変換表の管理の基に行うＩＣＳユーザ
フレームからＩＣＳネットワークフレームへの変換（Ｉ
ＣＳカプセル化）や、逆変換（ＩＣＳ逆カプセル化）は
前記各中継網、つまりＸ．２５交換機の内部、ＦＲ交換
機の内部、ＡＴＭ網交換機の内部、衛星受発信機の内部
で行っている。
【０１４０】実施例−１３（中継網が中継装置に接
続）：前記実施例−１０においては、Ｘ．２５網１０４
０、ＦＲ網１０４１、ＡＴＭ網１０４２、衛星通信網１
０４３は、いずれもアクセス制御装置１０１０−１及び
１０１０−２に接続されているが、中継装置には接続さ
れていない。これに対し、実施例−１３では図４５に示
すように、Ｘ．２５網２０２０−１はアクセス制御装置
２０１０及び中継装置２０３０に接続され、ＦＲ網２０
２１−１はアクセス制御装置２０１１及び中継装置２０
３１に接続され、ＡＴＭ網２０２２−１はアクセス制御
装置２０１２及び中継装置２０３２に接続され、衛星通
信網２０２３−１はアクセス制御装置２０１３及び中継
装置２０３３に接続され、更に、Ｘ．２５網２０２０−
２は中継装置２０３０、２０３４、２０３５に接続さ
れ、ＦＲ網２０２１−２は中継装置２０３１、２０３５
に接続され、ＡＴＭ網２０２２−２は中継装置２０３
１、２０３２、２０３６に接続され、衛星通信網２０２
３−２は中継装置２０３３、２０３６、２０３７に接続
されている。つまり、本実施例では、Ｘ．２５網２０２
０−１、２０２０−２、ＲＦ網２０２１−１、２０２１
−２、ＡＴＭ網２０２２−１、２０２２−２、衛星通信
網２０２３−１、２０２３−２は、いずれも中継装置に
接続された構成となっている。
【０１４１】実施例−１４（アクセス制御装置がＩＣＳ
の外部に設置されている場合）：図４６は本発明の第１
４実施例を示しており、アクセス制御装置１２１０―１
をＩＣＳ１２００の外部に、即ち企業ＸのＬＡＮ−１２
００の内部に置いている。これに対応して、ＩＣＳアド
レス管理サーバ１２５０―１、ＩＣＳ網サーバ１２６０
―１もＩＣＳ１２００の外部、即ちＬＡＮ１２００―１
の内部に置き、更にアクセス制御装置統括管理サーバ１
２４０をＩＣＳ１２００の内部に置く。アクセス制御装
置統括管理サーバ１２４０は、ＩＣＳ網サーバ通信機能
を用いてアクセス制御装置１２１０―１やＩＣＳアドレ
ス管理サーバ１２５０―１、ＩＣＳ網サーバ１２６０―
１とそれぞれ通信し、情報交換する機能を持っている。
ＶＡＮ運用者は企業Ｘと契約を結び、ＩＣＳ１２００に
ユーザ通信回線を接続するとき、アクセス制御装置統括
管理サーバ１２４０の機能を用いてアクセス制御装置１
２１０―１の内部の変換表にデータを書込む。また、Ｉ
ＣＳアドレス管理サーバ１２５０―１、ＩＣＳ網サーバ
１２６０―１はそれぞれのＩＣＳ網サーバ通信機能を使
い、ＩＣＳ１２００内部のＩＣＳアドレス管理サーバ１
２５０―２やＩＣＳ網サーバ１２６０―２と通信するこ
とができる。
【０１４２】このように構成されているから、前記実施
例−１で説明したと同一の方法に従い、ＬＡＮ１２００
の内部にあるユーザ端末は、企業内通信及び企業間通信
を行うことができる。尚、ＩＣＳアドレス管理サーバ１
２５０―１、ＩＣＳ網サーバ１２６０―１を、ＩＣＳ１
２００の内に置いても、上述したようにユーザ端末は、
企業内通信及び企業間通信を行うことができることは明
らかである。上記の他の実施例は、ＩＣＳアドレス管理
サーバを、実施例−２４で説明しているＩＣＳアドレス
ネーム管理サーバと置き換えたものである。
【０１４３】実施例−１５（企業間通信の非ＩＣＳカプ
セル化）：図４７及び図４８を用いて、企業間通信にお
ける非ＩＣＳカプセル化の実施例を、変換表の管理の基
に受信者ＩＣＳユーザアドレスからＩＣＳ内の転送先を
決定し、通信する方法を説明する。この通信方法は、前
記実施例−１のように変換表を使用するにも拘らず企業
間通信に限って、ＩＣＳカプセル化を行わない実施例で
ある。さらに、企業間通信においてＩＣＳカプセル化を
行わないにも拘らず、企業内通信（実施例−１）、仮想
専用線接続（実施例−２）、ＩＣＳ特番号アドレスを用
いたＩＣＳ網サーバとの通信（実施例−３、３Ａ）が、
前記実施例−１、２、３、３Ａで述べたと変わらない方
法でそれぞれ実現できることを説明する。
【０１４４】始めに、本実施例におけるＩＣＳユーザア
ドレス（３２ビット長の場合、アドレスは０番地から２
３２−１）の決め方の例を説明する。ＩＣＳユーザアド
レスは、企業内通信アドレス、企業間通信アドレス、Ｉ
ＣＳ特番号アドレス及びＩＣＳ運用アドレスに分類され
る。企業内通信アドレスは、前述したユーザ特有に定め
られたアドレスを採用する。企業間通信アドレスは、Ｖ
ＡＮ内部コード（１６ビット：０から（２１６−１）番
地）の０番地から（２１５−１）番地までの区間のう
ち、企業内通信アドレスと重複しない範囲を割り当て
る。ＩＣＳ特番号アドレスは、ＶＡＮ内部コード（１６
ビット）の２１５から（２１５＋２１４−１）番地まで
の区間のうち、企業内通信アドレスと重複しない範囲を
割り当てる。ＩＣＳ運用アドレスは、ＶＡＮ内部コード
（１６ビット）の（２１５＋２１４）番地から（２１６
−１）番地までの区間のうち、企業内通信アドレスと重
複しない範囲を割り当てる。尚、ＩＣＳ運用アドレスは
ＩＣＳの運用のために用いる（例えばＶＡＮ内部の障害
情報交換のための通信に用いる。） 図４７及び図４８において、１５１７０−１、１５１７
０−２、１５１７０−３、１５１７０−４、１５１７０
−５、１５１７０−６は、それぞれＬＡＮ１５１００−
１、１５１００−２、１５１００−３、１５１００−
４、１５１００−５、１５１００−６の内部に設けられ
たゲートウェイであり、ＩＣＳフレームはこれらゲート
ウェイ１５１７０−１〜１５１７０−６を通過できる。
【０１４５】<<共通の準備>>アクセス制御装置１５１１
０−１に持つ変換表１５１１３−１は、発信ＩＣＳネッ
トワークアドレス、着信ＩＣＳネットワークアドレス、
受信者ＩＣＳユーザアドレス、要求識別、速度区分を含
む。変換表１５１１３−１に記載する要求識別は、例え
ば企業内通信サービスを“１”、仮想専用線接続を
“３”、ＩＣＳ網サーバ接続を“４”で表わす。速度区
分は、当該ＩＣＳネットワークアドレスからの通信が必
要とする回線の速度、スループット（例えば一定時間内
に転送するＩＣＳフレーム数）を含む。
【０１４６】<<企業間通信のための準備>>企業ＸのＬＡ
Ｎ１５１００−１内部の企業間通信を行う端末は、ＩＣ
Ｓユーザアドレス“７７１１”を保持する。本実施例に
おいて、企業間通信のためのＩＣＳユーザアドレスは、
ＩＣＳネットワークアドレスと同じ値を用いる。尚、企
業間通信のためのＩＣＳアドレス情報を、変換表１５１
１３−１に書込むことはしない。同様に、企業ＹのＬＡ
Ｎ１５１００ー３内部の企業間通信を行う端末は、ＩＣ
Ｓユーザアドレス“８８２２”を保持する。
【０１４７】<<企業内通信のための準備>>ＬＡＮ１５１
００−１、ＬＡＮ１５１００−２の利用者は、各々のＬ
ＡＮに接続した端末間の企業内通信が、ＶＡＮ−１とＶ
ＡＮ−３とを経由して通信を行えるようにＶＡＮ運用者
に端末を指定して申込む。アクセス制御装置１５１１０
−１のＩＣＳ論理端子に連がる論理通信回線１５１８０
−１のＩＣＳネットワークアドレスを“７７１１”とす
る。申込みのあったＬＡＮ１５１００−１に接続された
端末の持つ企業内通信アドレスを“００１２”及び“０
０２５”とし、これら端末から通信する送信先の企業内
通信アドレスが“００３４”、“００３６”、“００４
５”、“００４６”であるとする。
【０１４８】企業内通信アドレスが“００３４”、“０
０３６”を持つ端末はＬＡＮ１５１００−２の内部にあ
り、アクセス制御装置１５１１０−５のＩＣＳ論理端子
に付与されたＩＣＳネットワークアドレスを“９９２
２”とする。企業内通信アドレスが“００４５”、“０
０４６”を持つ端末はＬＡＮ１５１００−６の内部にあ
り、アクセス制御装置１５１１０−４のＩＣＳ論理端子
に付与されたＩＣＳネットワークアドレスを“８９０
０”とする。申込みのあった企業内通信サービスを示す
値“１”を要求識別とし、以上を変換表１５１１３−１
に登録する。アクセス制御装置１５１１０−４及び１５
１１０−５についても上記と同様の方法で、企業内通信
用にそれぞれの変換表に登録する。また、以上の方法で
作成した変換表の内容をＩＣＳアドレス管理サーバ１５
１５０−１に書込む。
【０１４９】<<仮想専用線接続のための準備>>前記実施
例ー２と同じ原理であり、以下に説明する。ＬＡＮ１５
１００−５は、ユーザ論理通信回線１５１８０−５を経
てアクセス制御装置１５１１０−１と接続されており、
ＩＣＳネットワークアドレス“７７１２”が付与されて
いる。ＬＡＮ１５１１０−４は、ユーザ論理通信回線１
５１８０−４を経てアクセス制御装置１５１１０−２と
接続されており、ＩＣＳネットワークアドレス“６６１
１”が付与されている。ユーザ論理通信回線１５１８０
−５からユーザ論理通信回線１５１８０ー４に仮想専用
線接続するため、アクセス制御装置１５１１０−１の内
部の変換表１５１１３−１にはこれらＩＣＳネットワー
クアドレス“７７１２”及び“６６１１”と、要求識別
“３”とを登録しておく。同様な目的から、アクセス制
御装置１５１１０−２の内部の変換表にも、これらＩＣ
Ｓネットワークアドレス“６６１１”及び“７７１２”
を登録しておく。
【０１５０】<<ＩＣＳ特番号を使うＩＣＳ網サーバとの
通信の準備>>アクセス制御装置１５１１０−１に接続さ
れるＩＣＳ網サーバ１５３３０−１のＩＣＳユーザアド
レスが“２０００”、ＩＣＳネットワークアドレスが
“７７２１”の場合、変換表にそれぞれのアドレス及び
要求識別“４”を登録しておく。
【０１５１】以下、図４９のフローチャートを参照して
説明する。 <<企業間通信>>ＩＣＳカプセル化を行わない企業間通信
を説明する。つまり、ＬＡＮ１５１００−１上のＩＣＳ
ユーザアドレス“７７１１”を持つ端末と、ＬＡＮ１５
１００−３上のＩＣＳユーザアドレス“８８２２”を持
つ端末との間の“企業間通信”である。
【０１５２】ＬＡＮ１５１００−１のアドレス“７７１
１”を持つ端末は、送信者ＩＣＳユーザアドレス“７７
１１”、受信者ＩＣＳユーザアドレスに“８８２２”を
それぞれ設定したＩＣＳユーザフレームＦ１を送出す
る。ＩＣＳユーザフレームＦ１は、ユーザ論理通信回線
１５１８０−１を経てアクセス制御装置１５１１０−１
のＩＣＳ論理端子に到達する。アクセス制御装置１５１
１０−１は、ＩＣＳ論理端子に付与されたＩＣＳネット
ワークアドレス“７７１１”が変換表１５１１３−１上
に、要求識別が仮想専用線接続（“３”）として登録さ
れていないかを調べ（ステップＳ１５０１）、この場合
には登録されていないので、次にＩＣＳユーザフレーム
Ｆ１中の受信者ＩＣＳネットワークアドレス“８８２
２”が変換表１５１１３−１に登録されているかを調べ
る（ステップＳ１５０３）。この場合には登録されてい
ないので、次にＩＣＳユーザフレームＦ１中の受信者ネ
ットワークアドレス“８８２２”が、企業間通信アドレ
スの区間にあるかを判定する（ステップＳ１５０４）。
【０１５３】以上述べた手続により、ＩＣＳユーザフレ
ームＦ１が企業間通信と判断できると、企業間通信の課
金等の処理を行う（ステップＳ１５０５）。アクセス制
御装置１５１１０−１はＩＣＳカプセル化を行なわず
に、ＩＣＳユーザフレームＦ１を中継装置１５１２０−
１に送信する（ステップＳ１５２５）。中継装置１５１
２０−１は、着信ＩＣＳネットワークアドレスを基にＩ
ＣＳユーザフレームを中継装置１５１２０−２及び１５
１２０−３を経て、ＶＡＮ−２のアクセス制御装置１５
１１０−４に転送する。アクセス制御装置１５１１０−
４はＬＡＮ１５１１０−３に転送する。ＩＣＳユーザフ
レームはＬＡＮ１５１１０−３の中をルーチングされ、
ＩＣＳユーザアドレス“８８２２”を持つ端末に届けら
れる。
【０１５４】<<企業内通信>>企業間通信の非ＩＣＳカプ
セル化にも拘らず、ＩＣＳカプセル化を行う企業内通信
が実現できることを説明する。ＬＡＮ１５１００−１に
接続されたＩＣＳユーザアドレス“００１２”を持つ端
末と、ＬＡＮ１５１００−２に接続されたＩＣＳユーザ
アドレス“００３４”を持つ端末との間の通信のため、
ＩＣＳユーザフレームＰ１を送出する。このＩＣＳユー
ザフレームＰ１には送信者ＩＣＳユーザアドレスに“０
０１２”が、受信者ＩＣＳユーザアドレスに“００３
４”がそれぞれを設定される。ＩＣＳユーザフレームＰ
１はユーザ論理通信回線１５１８０−１を送信され、更
にアクセス制御装置１５１１０−１に転送される。アク
セス制御装置１５１１０−１は、ＩＣＳ論理端子に付与
されたＩＣＳネットワークアドレス“７７１１”が変換
表１５１１３−１上に、要求種別が仮想専用線接続
（“３”）として登録されていないかを調べ（ステップ
Ｓ１５０１）、この場合には登録されていないので、次
にＩＣＳユーザフレームＰ１中の受信者ネットワークア
ドレス“００３４”が、変換表１５１１３−１に登録さ
れているかを調べる（ステップＳ１５０３）。本実施例
の場合、“００３４”が登録されており、更に要求識別
が企業内通信“１”と読取られるので（ステップＳ１５
１０）、変換表から発信ＩＣＳネットワークアドレス
“７７１１”に対応する着信ＩＣＳネットワークアドレ
ス“９９２２”を取得し、企業間通信の課金等の処理を
行う（ステップＳ１５１１）。以上の手順も図４９のフ
ローチャートに示されている。
【０１５５】アクセス制御装置１５１１０−１は、入手
した発信ＩＣＳネットワークアドレス“７７１１”と、
着信ＩＣＳネットワークアドレス“９９２２”とを用い
て、ネットワーク制御部を付加してＩＣＳカプセル化し
（ステップＳ１５２０）、ＩＣＳネットワークフレーム
Ｐ２を構成して中継装置１５１２０−１に送信する（ス
テップＳ１５２５）。
【０１５６】<<仮想専用線による通信>>企業間通信の非
ＩＣＳカプセル化にも拘らず、ＩＣＳカプセル化を行う
仮想専用線による通信が実現できることを説明する。Ｌ
ＡＮ１５１００−５はＩＣＳ１５１００に対し、ユーザ
論理通信回線１５１８０−５を通してＩＣＳユーザフレ
ームを送出する。ＩＣＳネットワークアドレス“７７１
２”のＩＣＳ論理端子からＩＣＳユーザフレームを受取
ったアクセス制御装置１５１１０−１は、ＩＣＳ論理端
子に付与されたＩＣＳネットワークアドレス“７７１
２”が、変換表１５１１３−１上に要求種別が仮想専用
線接続（“３”）として登録されていないかを調べる
（ステップＳ１５０１）。この場合は登録されているの
で、着信ＩＣＳネットワークアドレスが“６６１１”の
仮想専用線接続であると確認でき、課金等の処理を行う
（ステップＳ１５０２）。アクセス制御装置１５１１０
−１は、受信したＩＣＳユーザフレームに着信ＩＣＳネ
ットワークアドレスを“６６１１”に、発信ＩＣＳネッ
トワークアドレスを“７７１１”にそれぞれ設定したネ
ットワーク制御部を付加してＩＣＳカプセル化したＩＣ
Ｓネットワークフレームを作成し（ステップＳ１５２
０）、中継装置１５１２０−１に向け送信する（ステッ
プＳ１５２５）。
【０１５７】<<ＩＣＳ特番号を使うＩＣＳ網サーバとの
通信>>企業間通信の非ＩＣＳカプセル化にも拘らず、Ｉ
ＣＳカプセル化を行うＩＣＳ網サーバとの通信が可能で
あることを説明する。つまり、企業ＸのＬＡＮ１５１０
０−１に接続される端末（アドレス“００１２”）が、
アクセス制御装置１５１１０−１に接続されるＩＣＳ網
サーバ１５３３０−１と通信が可能なことを説明する。
【０１５８】ＬＡＮ１５１００ー１の送信者ＩＣＳユー
ザアドレス“００１２”の端末から、アクセス制御装置
１５１１０−１にＩＣＳユーザフレームＧ１を送信し、
受信者ＩＣＳユーザアドレスが“２０００”のＩＣＳ網
サーバ１５３３０−１との間の通信を要求する。アクセ
ス制御装置１５１１０−１は、ＩＣＳ論理端子に付与さ
れたＩＣＳネットワークアドレス“７７１１”が、変換
表１５１１３−１上に要求識別が仮想専用線接続
（“３”）として登録されていないかを調べ（ステップ
Ｓ１５０１）、この場合には登録されていないので、次
にＩＣＳユーザフレームＧ１中の受信者ネットワークア
ドレス“２０００”が変換表１５１１３−１に登録され
ているかを調べる（ステップＳ１５０３、Ｓ１５１
０）。この場合は、変換表１５１１３−１の要求識別が
ＩＣＳ網サーバ１５３３０−１との通信（“４”）と読
取られる（ステップＳ１５１２）。次に、変換表１５１
１３−１からＩＣＳ網サーバ１５３３０−１のＩＣＳネ
ットワークアドレス“７７２１”を取得し、課金等の処
理を行う（ステップＳ１５１３）。次に、ＩＣＳユーザ
フレームをＩＣＳパケット化して（ステップＳ１５２
０）、ＩＣＳ網サーバ１５３３０−１へ送信する（ステ
ップＳ１５２５）。
【０１５９】実施例−１６（ＡＴＭ網を用いる他の実施
例）：本発明のＩＣＳ内部のネットワークを、ＡＴＭ網
を用いて構成する他の実施例を説明する。本実施例を、
(1) ＡＴＭに関する従来技術の補足説明、(2) 構成要素
の説明、(3) ＳＶＣを用いたフレームの流れ、(4) ＰＶ
Ｃを用いたフレームの流れ、(5) ＰＶＣを用いた１対Ｎ
通信又はＮ対１通信、(6) ＰＶＣを用いたＮ対Ｎ通信、
の順に説明する。尚、ここで述べる実施例では、ＩＣＳ
ネットワークフレームとＡＴＭ網との間のアドレス変換
の技術を中心に開示するので、実施例−１において説明
した企業内通信サービスと企業間通信サービス、及び実
施例−２において説明した仮想専用線サービスのいずれ
にも本実施例を適用できる。
【０１６０】（１）ＡＴＭに関する従来技術の補足説
明：まず、本実施例を説明する上で必要なＡＴＭに関す
る従来技術について補足説明する。ＡＴＭ網では、物理
回線上に、通信速度などを柔軟に設定できる固定化され
ない複数の論理回線を設定できるが、この論理回線のこ
とを仮想チャネル(VC:Virtual Channel）と称する。仮
想チャネルは、その設定の仕方によりＳＶＣ(Swiched V
irtual Channel)と、ＰＶＣ(Permanent Virtual Channe
l) とが規定されている。ＳＶＣとは必要時に仮想チャ
ネルを呼設定するもので、任意のＡＴＭ端末（ＡＴＭ網
に接続され、ＡＴＭ網を用いて通信を行う通信装置一般
を言う）との間に、必要時間の間、必要とする速度を有
する論理回線を確保することができる。仮想チャネルの
呼設定は通信を開始しようとするＡＴＭ端末が行うが、
この方式に関しては、ITU-T において信号方式(Signali
ng) として標準化されている。呼設定には呼設定を行う
相手ＡＴＭ端末を識別するアドレス (以下、「ＡＴＭア
ドレス」とする) が必要であり、ＡＴＭアドレスは各Ａ
ＴＭ端末を識別可能なようにＡＴＭ網内で唯一となるよ
うに体系付けられるが、このアドレス体系には、ITU-T
勧告Q.2931で規定されるE.164 形式、ないしはＡＴＭ
ＦｏｒｕｍＵＮＩ3.１仕様による図５０に示すような３
種類のＮＳＡＰ形式ＡＴＭアドレスがある。尚、ＩＣＳ
では、上記ＡＴＭアドレス体系のどれを用いるかはＡＴ
Ｍ網の具体的な構成の仕方によって使い分けることにな
るため、本実施例の中ではＡＴＭアドレスという表現で
説明する。
【０１６１】ＰＶＣとは呼設定を半固定的に設定してお
くものであり、ＡＴＭ端末からみると仮想的な専用線と
してみなすことができる。確立された仮想チャネルに対
しては、ＳＶＣ、 ＰＶＣ共に、仮想チャネルを識別する
ＩＤ (以下、「仮想チャネルＩＤ」とする) が割当てら
れる。仮想チャネルＩＤは、具体的には、図５１で示す
ＡＴＭセル形式（５３バイト）のセルヘッダ部のＶＰＩ
(Virtual Path Identifier:仮想バス識別子）とＶＣＩ
(Virtual Channel Identifier:仮想チャネル識別子) と
で構成される。
【０１６２】ＡＴＭ網内での情報通信は、図５１で示す
ＡＴＭセル形式の情報単位で行われるため、ＩＣＳネッ
トワークフレームをＡＴＭ網を経由して転送するには、
これをＡＴＭセルに変換する必要がある。この変換は、
図５２で示すＣＰＣＳ(Common Part Convergence Subla
yer)フレームへの変換と、図５３で示すＣＰＣＳフレー
ムからＡＴＭセルへの分解との２段階の処理を経て行わ
れる。通信フレームをＡＴＭセルに分割すると、通常複
数のＡＴＭセルとなるため、１つの通信フレームに関連
した一連の複数ＡＴＭセルをＡＴＭセル系列と呼ぶ。Ａ
ＴＭセル系列を受信した場合には逆変換となり、図５３
で示すＡＴＭセル系列からＣＰＣＳフレームへの組立て
と、図５２で示すＣＰＣＳフレームから通信フレーム
(ＩＣＳネットワークフレーム) を取出して復元する２
段階の処理が行われる。このＣＰＣＳフレームへの変換
及びＡＴＭセルの分解／組立は公知の技術であり、ＩＴ
Ｕ−Ｔ勧告に従った標準化された技術である。また、Ｃ
ＰＣＳフレームユーザ情報内のプロトコルヘッダについ
ては、ＩＥＴＦのRFC1483 にて標準化されている。
【０１６３】（２）構成要素の説明：図５４及び図５５
は、図３４〜図３６の内、図３５からＡＴＭ網１０４２
に着目し、ＡＴＭ交換機１０１３３−１の内部の変換部
１０３３−１及びＡＴＭ交換機１０１３３−２の内部の
変換部１０３３−２の内部構造を記述すると共に、図３
４〜図３６で示したアクセス制御装置１０１０−２及び
１０１０−１を簡略化して記述したものに相当する。本
実施例において、アクセス制御装置の内部構成ないしア
クセス制御装置内の処理装置の動作に関しては、実施例
−１で説明した内容と基本原理は同じである。
【０１６４】図５４のアクセス制御装置１０１０−５
は、ＩＣＳ９０５の利用者である企業Ｘ及びＡの接続点
(ＩＣＳ論理端子) として、それぞれＩＣＳネットワー
クアドレス“７７１１”及び“７７２２”が付与されて
いる。また、アクセス制御装置１０１０−７は、同様に
企業Ｗ及びＣの接続点として、それぞれＩＣＳネットワ
ークアドレス“７７３３”及び“７７４４”が付与され
ている。図５５ではアクセス制御装置１０１０−６は同
様に企業Ｙ及びＢの接続点として、それぞれＩＣＳネッ
トワークアドレス“９９２２”及び“９９３３”が付与
されており、また、アクセス制御装置１０１０−８も同
様に企業Ｚ及びＤの接続点として、それぞれＩＣＳネッ
トワークアドレス "９９４４”及び“９９５５”が付与
されている。ここで、ＡＴＭ網の実施例の中で、利用者
の例として用いた企業Ｘ、企業Ｙ等は企業内通信を行う
同一企業の異なる拠点であってもよいし、企業間通信を
行う異なる企業であっても構わない。
【０１６５】ＡＴＭ交換機１０１３３−５内部の変換部
１０３３−５内にはインタフェ一ス部１１３３−５が設
けられ、インタフェース部１１３３−５はアクセス制御
装置１０１０−５及びＡＴＭ交換機１０１３３−５を接
続する通信回線とのインタフェース（物理レイヤ、デー
タリンクレイヤプロトコル）を整合させる処理を受け持
っている。変換部１０３３−５は、処理装置１２３３−
５の他、ＳＶＣによる呼設定のためのＡＴＭアドレス変
換表１５３３−５と、ＳＶＣ及びＰＶＣで共に使用する
ＩＣＳネットワークアドレスから仮想チャネルへとアド
レス変換するためのＶＣアドレス変換表１４３３−５と
で構成されている。尚、ＡＴＭ交換機１０１３３−５
は、ＡＴＭアドレス変換表を保管しておく情報処理装置
としてのＡＴＭアドレス管理サーバ１６３３−５と、Ｐ
ＶＣを用いるケースでは、ＶＣアドレス変換表を保管し
ておく情報処理装置としてのＰＶＣアドレス管理サーバ
１７３３−５とを接続して、アドレス変換に関する情報
処理を行う。ＡＴＭ交換機１０１３３−６に関する構成
要素についても、ＡＴＭ交換機１０１３３−５の説明と
同様である。図５４及び図５５では、アクセス制御装置
１０１０−５は通信回線１８１０ー５を介して、アクセ
ス制御装置１０１０−７は通信回線１８１０−７を介し
てそれぞれＡＴＭ交換機１０１３３−５に接続され、ま
た、アクセス制御装置１０１０−６は通信回線１８１０
−６を介して、アクセス制御装置１０１０−８は通信回
線１８１０−８を介してそれぞれＡＴＭ交換機１０１３
３−６に接続されている。ＡＴＭ交換機１０１３３−５
には、その内部の変換部１０３３−５に網内唯一のＡＴ
Ｍアドレス“３９７７”が設定されており、ＡＴＭ交換
機１０１３３−６には、その内部の変換部１０３３−６
に網内唯一のＡＴＭアドレス“３９９９”が設定されて
いる。ＡＴＭ交換機１０１３３−５及びＡＴＭ交換機１
０１３３−６は、本実施例ではＡＴＭ交換機１０１３３
−７を経由して接続されている。
【０１６６】（３）ＳＶＣを用いたフレームの流れ：図
５４及び図５５を用いてＡＴＭ網内の通信路としてＳＶ
Ｃを適用した実施例を、企業Ｘの端末から企業Ｙの端末
に向けて発せられたＩＣＳユーザフレームを例として説
明する。
【０１６７】<<準備>>ＡＴＭアドレス変換表１５３３−
５の中に、ＩＣＳネットワークフレームの着信先を示す
着信ＩＣＳネットワークアドレスと、ＡＴＭ網に仮想チ
ャネルを呼設定するための相手先を示す着信ＡＴＭアド
レスと、仮想チャネルに要求される通信速度などのチャ
ネル性能とを登録しておく。また、ＡＴＭアドレス変換
表１５３３−６についても同様の登録をしておく。実施
例としてＡＴＭアドレス変換表１５３３−５の中に設定
する値としては、着信ＩＣＳネットワークアドレスとし
て、企業Ｙとの通信用アドレスとしてアクセス制御装置
１０１０−６のＩＣＳ論理端子に付与されたＩＣＳネッ
トワークアドレス“９９２２”を設定し、着信ＡＴＭア
ドレスとして、変換部１０３３−６に対してＡＴＭ網内
で唯一に割当てられたＡＴＭアドレス“３９９９”を登
録する。チャネル性能として、本実施例では６４Ｋbps
の通信速度を設定する。ＡＴＭアドレス変換表１５３３
−５に登録する内容は、ＡＴＭアドレス管理サーバ１６
３３−５にも書込んで保管しておく。
【０１６８】ＡＴＭアドレス変換表１５３３−６に設定
する値としては、着信ＩＣＳネットワークアドレスとし
て、企業Ｘとの通信用アドレスとしてアクセス制御装置
１０１０−５のＩＣＳ論理端子に付与されたＩＣＳネッ
トワークアドレス "７７１１”を設定し、着信ＡＴＭア
ドレスとして、アクセス制御装置１０１０−５が接続さ
れるＡＴＭ交換機１０１３３−５内部の変換部１０３３
−５に対してＡＴＭ網内で唯一に割り当てられたＡＴＭ
アドレス“３９７７”を登録する。チャネル性能には、
本実施例では６４Ｋbpsの通信速度を設定する。ＡＴＭ
アドレス変換表１５３３−６に登録する内容は、ＡＴＭ
アドレス管理サーバ１６３３−６にも書込んで保管して
おく。
【０１６９】<<アクセス制御装置からのＩＣＳネットワ
ークフレーム転送>>実施例−１で説明したように、企業
Ｘの端末からアクセス制御装置１０１０−５を経て、ア
クセス制御装置１０１０−６に接続される企業Ｙの端末
に向けて発せられたＩＣＳユーザフレームは、アクセス
制御装置１０１０−５を経由する際にＩＣＳカプセル化
されて、発信ＩＣＳネットワークアドレス“７７１１”
及び着信ＩＣＳネットワークアドレス“９９２２”をＩ
ＣＳフレームヘダーに持つＩＣＳネットワークフレーム
Ｆ１となる。ＩＣＳネットワークフレームＦ１はアクセ
ス制御装置１０１０−５からＡＴＭ交換機１０１３３−
５に送信され、変換部１０３３−５に到達する。以下、
図５６のフローチャートを参照して説明する。
【０１７０】<<仮想チャネルＩＤの取得>>変換部１０３
３−５はＩＣＳネットワークフレームＦ１を受信すると
（ステップＳ１６０１）、その受信フレームＦ１をＡＴ
Ｍ交換機１０１３３−５に正しく転送するために、ＩＣ
Ｓフレームヘダー内部にある発信ＩＣＳネットワークア
ドレス“７７１１”と着信ＩＣＳネットワークアドレス
“９９２２″との対応で決められるＳＶＣ仮想チャネル
の仮想チャネルＩＤを求める必要がある。ＳＶＣに基づ
く通信の場合、ＩＣＳネットワークフレームの受信時点
ではこの通信路に対応する仮想チャネルは、確立されて
いる場合とまだ確立されていない場合とがあり得る。処
理装置１２３３−５はまず仮想チャネルが確立されてい
るかを知るため、発信ＩＣＳネットワークアドレス "７
７１１”と着信ＩＣＳネットトワークアドレス“９９２
２”との対に対応する仮想チャネルが、ＶＣアドレス変
換表１４３３−５に登録されているか否かを検索し（ス
テップＳ１６０２）、ここで登録があった場合に求める
仮想チャネルが確立されていることを知る。即ち、ＶＣ
アドレス変換表１４３３−５上から、発信ＩＣＳネット
ワークアドレス“７７１１”と着信ＩＣＳネットワーク
アドレス“９９２２”との対に対応する仮想チャネルＩ
Ｄが“３３”であることを取得すると共に、同時に取得
されるチャネル種別の値“１１”から、この仮想チャネ
ルがＳＶＣに基づく通信であることを知る。もし、ＶＣ
アドレス変換表１４３３−５上に登録が無い場合には、
後述する<<呼設定>>を行うことで求める仮想チャネルを
確立し、その時点でＶＣアドレス変換表１４３３−５上
に登録された情報から仮想チャネルＩＤを得る（ステッ
プＳ１６０３）。
【０１７１】<<呼設定>>上記説明中の“発信ＩＣＳネッ
トワークアドレスと着信ＩＣＳネットワークアドレスと
の対応で決められる通信路に対応する仮想チャネルＩＤ
がＶＣアドレス変換表１４３３−５に登録されていない
場合”、即ち、この通信路に対応する仮想チャネルがま
だ確立されていない場合には次に述べる呼設定を行い、
ＩＣＳ９０５を構成するＡＴＭ網内に仮想チャネルを確
立する必要があり、この呼設定の動作例を説明する。
【０１７２】変換部１０３３−５の処理装置１２３３−
５は、ＶＣアドレス変換表１４３３−５を参照して、Ｉ
ＣＳネットワークフレームＦ１のヘダー内部にある発信
ＩＣＳネットワークアドレス“７７１１”と着信ＩＣＳ
ネットワークアドレス "９９２２”との対に対応する仮
想チャネルＩＤの登録がないことを知ると（ステップＳ
１６０２）、ＡＴＭアドレス変換表１５３３−５を参照
し、着信ＩＣＳネットトワークアドレス“９９２２”に
一致するＡＴＭアドレス変換表１５３３ー５に登録され
た着信ＩＣＳネットワークアドレス "９９２２″を見つ
け、それに対応する着信ＡＴＭアドレス“３９９９”及
びそれに対応するチャネル性能“６４Ｋ”などを得る
（ステップＳ１６０５）。処理装置１２３３−５は取得
した着信ＡＴＭアドレス“３９９９”を用いてＡＴＭ交
換機１０１３３−５に呼設定の要求を行うが、この際、
ＡＴＭアドレス変換表１５３３−５から同時に取得した
仮想チャネルの通信速度などのチャネル性能なども要求
する。ＡＴＭ交換機１０１３３−５は、呼設定要求を受
け取るとＡＴＭ交換機自体に従来技術として標準装備さ
れる信号方式を用いて、ＡＴＭ交換機１０１３３−５か
らＡＴＭ交換機１０１３３−６に達するＡＴＭ交換網の
中に仮想チャネルを確立する（ステップＳ１６０６）。
仮想チャネルを識別するために割当てる仮想チャネルＩ
Ｄは、ＡＴＭ交換機からそれぞれの内部に持つ変換部１
０３３−５や１０３３−６に通知されるが、従来技術の
信号方式の規定に基づく場合は、発呼側のＡＴＭ交換機
１０１３３−５から通知される値（例えば“３３”）
と、着呼側のＡＴＭ交換機１０１３３−６から通知され
る値（例えば“４４”）とは、同一の値とは限らない。
変換部１０３３−５では、ＡＴＭ交換機１０１３３−５
から通知される仮想チャネルＩＤ "３３″を、ＩＣＳネ
ットワークフレームＦ１の発信ＩＣＳネットワークアド
レス“７７１１″と着信ＩＣＳネットワークアドレス
“９９２２”と共に、ＶＣアドレス変換表１４３３−５
に登録し（ステップＳ１６０７）、この仮想チャネルの
接続が確立している間、ＶＣアドレス変換表１４３３−
５上に保持する。仮想チャネル接続が不要になった場
合、変換部１０３３−５は仮想チャネルの呼解放をＡＴ
Ｍ交換機１０１３３−５に要求し、それと共にＶＣアド
レス変換表１４３３−５から仮想チャネルＩＤ“３３″
に該当する登録を抹消する。尚、変換部１０３３−６に
おけるＶＣアドレス変換表１４３３−６への登録につい
ては、後述する。
【０１７３】<<フレームの送信>>変換部１０３３−５の
処理装置１２３３−５は、ここまでの説明に従って確立
された仮想チャネル（仮想チャネルＩＤ“３３”）に対
して、アクセス制御装置１０１０−５から受取ったＩＣ
ＳネットワークフレームＦ１を図５２に示すＣＰＣＳフ
レームへと変換し、更に、図５３に示すＡＴＭセルへの
分解を行って中継ＡＴＭ交換機１０１３３−７に転送す
る（ステップＳ１６０４）。
【０１７４】<<ＡＴＭセルの転送>>前述した方法によ
り、ＩＣＳネットワークフレームＦ１を変換して得られ
た複数のセルからなるＡＴＭセル系列Ｓ１は、ＡＴＭ交
換機１０１３３−５から中継ＡＴＭ交換機１０１３３−
５に転送され、更にＡＴＭセル系列Ｓ２としてＡＴＭ交
換機１０１３３−６ヘ転送される。以下、図５７のフロ
ーチャートを参照して説明する。
【０１７５】<<フレーム到達後の動作>>ＡＴＭセル系列
Ｓ２がＡＴＭ交換機１０１３３−６に到達すると（ステ
ップＳ１６１０）、このＡＴＭセル系列Ｓ２はＡＴＭ交
換機１０１３３−６から変換部１０３３−６に転送され
る。変換部１０３３−６では、図５３に示すように受信
したＡＴＭセルからＣＰＣＳフレームに組立て、更に図
５２で示すようにＣＰＣＳフレームからＩＣＳネットワ
ークフレームが復元される（ステップＳ１６１１）。図
５５では復元されたＩＣＳネットワークフレームをＩＣ
ＳネットワークフレームＦ２と図示しているが、そのフ
レーム内容はＩＣＳネットワークフレームＦ１と同一で
ある。ＩＣＳネットワークフレームＦ２は、そのフレー
ムヘダー部の着信ＩＣＳネットワークアドレス“９９２
２”によって判明するアクセス制御装置、即ち、ＩＣＳ
ネットワークアドレス“９９２２”を付与されたＩＣＳ
論理端子を持つアクセス制御装置１０１０−６に転送さ
れる（ステップＳ１６１２）。
【０１７６】この際、変換部１０３３−６では、ＩＣＳ
ネットワークフレームＦ２の発信ＩＣＳネットワークア
ドレス“７７１１”と、着信ＩＣＳネットワークアドレ
ス“９９２２”と、着呼時に判明しているＳＶＣである
ことを表わすチャネル種類“１１”と、ＳＶＣ仮想チャ
ネルの呼設定時に割当てられた仮想チャネルＩＤ“４
４”とを、ＶＣアドレス変換表１４３３−６に登録する
が（ステップＳ１６１４）、この時、ＩＣＳネットワー
クフレ一ムＦ２の発信ＩＣＳネットワークアドレス“７
７１１”をＶＣアドレス変換表１４３３−６の着信ＩＣ
Ｓネットワークアドレスヘ、ＩＣＳネットワークフレー
ムＦ２の着信ＩＣＳネットワークアドレス“９９２２”
をＶＣアドレス変換表１４３３−６の発信ＩＣＳネット
ワークアドレスへと逆の位置に書込む。ただし、この登
録時点で、登録しようとする内容と同一のものがＶＣア
ドレス変換表１４３３−６に既に登録されていた場合に
は、登録は行わない。ＶＣアドレス変換表１４３３−６
に登録されたアドレス変換情報は、対応する仮想チャネ
ル（本例では仮想チャネルＩＤ“４４”）を持つ仮想チ
ャネルの接続が維持されている間、ＶＣアドレス変換表
１４３３−６上に保持される（ステップＳ１６１３）。
【０１７７】<<フレームの逆方向の流れ>>次に、ＩＣＳ
フレームの逆方向の流れ、即ち企業Ｙから企業Ｘへと流
れる場合を、これまでの記述によりＳＶＣの仮想チャネ
ルが呼設定されている前提のもとで、図５４及び図５５
を参照して説明する。企業Ｙから企業Ｘへと発したＩＣ
Ｓユーザフレームは、アクセス制御装置１０１０−６を
経由した段階で、発信ＩＣＳネットワークアドレス“９
９２２”及び着信ＩＣＳネットワークアドレス“７７１
１”をヘダー部に持つＩＣＳネットワークフレームＦ３
と変換され、ＡＴＭ交換機１０１３３−６内部の変換部
１０３３−６の処理装置１２３３−６により、前述した
図５６のフローに従った処理が行われる。この場合、変
換部１０３３−６のＶＣアドレス変換表１４３３−６に
は、既に<<フレーム到達後の動作>>で説明したように、
発信ＩＣＳネットワークアドレス“９９２２”及び着信
ＩＣＳネットワークアドレス“７７１１”に対応する仮
想チャネルＩＤ“４４”がチャネル種別“１１”、即ち
ＳＶＣとして登録されているので、図５６の(1) のフロ
ーに沿って動作し、仮想チャネルＩＤ“４４”に対し
て、ＩＣＳネットワークフレームＦ３を複数のＡＴＭセ
ル（ＡＴＭ系列Ｓ３)に変換して転送する。ＡＴＭのセ
ル系列Ｓ３は中継ＡＴＭ交換機１０１３３−５を中継転
送され、ＡＴＭセル系列Ｓ４となってＡＴＭ交換機１０
１３３−５に到達し、その変換部１０３３−６に仮想チ
ャネルＩＤ“３３”を持つ仮想チャネルを通じて受信さ
れ、ＩＣＳネットワークフレームＦ３と同等な内容を持
つＩＣＳネットワークフレームＦ４として復元される。
変換部１０３３−５では、ＩＣＳネットワークフレーム
Ｆ４のヘダーに持つ発信ＩＣＳネットワークアドレス
“９９２２”と着信ＩＣＳネットワークアドレス“７７
１１”との対が発着を逆にした形で、ＶＣアドレス変換
表１４３３−５に既に登録されているのでＶＣアドレス
変換表への登録は行わず、ＩＣＳネットワークフレーム
Ｆ４をアクセス制御装置１０１０−５に転送する。
【０１７８】<<半二重通信への応用例>>上述ではＩＣＳ
９０５の内部ネットワークをＡＴＭ網にて構成し、ＩＣ
Ｓフレームを企業Ｘから企業Ｙへと転送する場合と、逆
方向に企業Ｙから企業Ｘへと転送する場合とについて、
１本のＳＶＣ仮想チャネルを用いて実施することを説明
した。この転送と逆転送とを、例えばＩＣＳに接続する
企業Ｘのクライアント端末からＩＣＳに接続する企業Ｙ
のサーバ端末に対する要求フレーム（転送）と、この要
求フレームに対する企業Ｙのサーバ端末から企業Ｘのク
ライアント端末への応答フレーム（逆転送）とに適用す
ると、一時には片方向通信しか行わないが、時間帯毎に
通信方向を切替えて両方向通信を実現する半二重通信の
応用例となる。
【０１７９】<<全二重通信への応用例>>ＡＴＭ網に設定
された仮想チャネル自体は、ＡＴＭの規約から全二重通
信、即ち同時に両方向通信が可能である。ＡＴＭ網にて
１本のＳＶＣ仮想チャネルを用いた転送と逆転送とを、
例えばＩＣＳに接続する企業Ｘの複数のクライアント端
末からＩＣＳに接続する企業Ｙの複数サーバ端末に対す
る要求フレーム（転送）と、この要求フレームに対する
企業Ｙの複数サーバ端末から企業Ｘの複数クライアント
端末への応答フレーム（逆転送）に適用すると、それぞ
れクライアント端末とサーバ端末との間のフレームは非
同期に転送されることになるため、通信経路となる１本
のＳＶＣ仮想チャネルには同時に両方向通信が行われ、
これが全二重通信の応用例となる。
【０１８０】（４）ＰＶＣを用いたフレームの流れ：図
５４及び図５５に示すようにＩＣＳ９０５の内部ネット
ワークをＡＴＭ網で構成し、更にＡＴＭ網内の通信路と
してＰＶＣを適用した実施例を、企業Ｗの端末から企業
Ｚの端末に向けて発せられたＩＣＳユーザフレームを例
として説明する。
【０１８１】<<準備>>変換部１０３３−５の中のＶＣア
ドレス変換表１４３３−５の中に、発信ＩＣＳネットワ
ークアドレス、着信ＩＣＳネットワークアドレス、ＡＴ
Ｍ網（ＡＴＭ交換機１０１３３−５及びＡＴＭ交換機１
０１３３−６の間の通信路を指す）に固定設定されたＰ
ＶＣの仮想チャネルＩＤ及び仮想チャネルＩＤがＰＶＣ
であることを示すチャネル種別を登録する。この登録は
ＳＶＣのケースとは異なり、通信路となるＡＴＭ交換機
（１０１３３−５、１０１３３−７、１０１３３−６）
にＰＶＣ仮想チャネルを設定する時に同時にＶＣアドレ
ス変換表１４３３−５に登録し、通信路を必要とする期
間、即ちＰＶＣ仮想チャネルを設定解除するまで固定的
に保持する。また、ＶＣアドレス変換表１４３３−６に
も同様に登録して保持する。尚、ＰＶＣの仮想チャネル
ＩＤは、ＡＴＭ交換機間にＰＶＣを固定接続設定した際
にそれぞれのＡＴＭ交換機に対して割当てられる。
【０１８２】ＶＣアドレス変換表１４３３−５の中に設
定する値としては、発信ＩＣＳネットワークアドレスと
して企業Ｗとの通信用アドレス、即ち、アクセス制御装
置１０１０−７のＩＣＳ論理端子に付与されたＩＣＳネ
ットワークアドレス“７７３３”を設定し、着信ＩＣＳ
ネットワークアドレスとして企業Ｚとの通信アドレス、
即ち、アクセス制御装置１０１０−８のＩＣＳ論理端子
に付与されたＩＣＳネットワークアドレス“９９４４”
を設定する。更に、仮想チャネルＩＤとして、ＡＴＭ交
換機１０１３３−５に割当てられたＰＶＣ仮想チャネル
のＩＤ“５５”を設定し、チャネル種別にはＰＶＣを示
す値“２２”を設定する。また、ＶＣアドレス変換表１
４３３−５に登録する設定は、ＰＶＣアドレス管理サー
バ１７３３−５にも書込んで保管しておく。
【０１８３】同様に、ＡＴＭ交換機１０１３３−６内部
の変換部１０３３−６の中のＶＣアドレス変換表１４３
３−６の中に、発信ＩＣＳネットワークアドレスと着信
ＩＣＳネットワークアドレスとを逆にした形で同様の設
定を行う。この場合、同一のＰＶＣを示す場合であって
も、仮想チャネルＩＤはＶＣアドレス変換表１４３３−
５とは別の値となる場合がある。この際、ＶＣアドレス
変換表１４３３−６に登録する設定は、ＰＶＣアドレス
管理サーバ１７３３−６にも書込んで保管しておく。
【０１８４】ＶＣアドレス変換表１４３３−６の中に設
定する値としては、発信ＩＣＳネットワークアドレスと
して企業Ｚとの通信用アドレス、即ち、アクセス制御装
置１０１０−８のＩＣＳ論理端子に付与されたＩＣＳネ
ットワークアドレス“９９４４”を設定し、着信ＩＣＳ
ネットワークアドレスとして企業Ｗとの通信用アドレ
ス、即ち、アクセス制御装置１０１０−７のＩＣＳ論理
端子に付与されたＩＣＳネットワークアドレス“７７３
３”を設定する。更に、仮想チャネルＩＤには、ＡＴＭ
交換機１０１３３−６に割当てられたこのＰＶＣ仮想チ
ャネルのＩＤとする“６６”を設定し、チャネル種別に
はＰＶＣを示す値“２２”を設定する。
【０１８５】<<アクセス制御装置からのＩＣＳネットワ
ークフレーム転送>>企業Ｗの端末からアクセス制御装置
１０１０−７を経て、アクセス制御装置１０１０ー５に
接続される企業Ｚの端末に向けて発せられたＩＣＳユー
ザフレームは、アクセス制御装置１０１０−７を経由す
る際、ＩＣＳカプセル化されて発信ＩＣＳネットワーク
アドレス“７７３３”及び着信ＩＣＳネットワークアド
レス“９９４４”をＩＣＳフレームヘダーに持つＩＣＳ
ネットワークフレームＦ５となる。ＩＣＳネットワーク
フレームＦ５はアクセス制御装置１０１０−７からＡＴ
Ｍ交換機１０１３３−５に送信され、インタフェース部
１１３３−５を経て変換部１０３３ー５に到達する。
【０１８６】<<仮想チャネルＩＤの取得>>処理装置１２
３３−５は、受取ったＩＣＳネットワークフレームＦ５
のヘダーにある発信ＩＣＳネットワークアドレス“７７
３３”及び着信ＩＣＳネットワークアドレス“９９４
４”を用いて、ＶＣアドレス変換表１４３３−５を参照
し、この変換部１０３３ー５と、着信ＩＣＳネットワー
クアドレス“９９４４”が付与されているＩＣＳ論理端
子を接続点とするアクセス制御装置１０１０−８が接続
されるＡＴＭ交換機１０１３３−６内部の変換部１０３
３−６との間に対して、設定された仮想チャネルを識別
する仮想チャネルＩＤが“５５”であることを取得す
る。これと同時に、取得されるチャネル種別の値“２
２”からこの仮想チャネルがＰＶＣであることを知る。
【０１８７】<<フレームの送信>>処理装置１２３３−５
は上述に従って取得したＰＶＣ仮想チャネル“５５”に
対して、アクセス制御装置１０１０−７から受取ったＩ
ＣＳネットワークフレームＦ５をＡＴＭセル系列に変換
してＡＴＭ交換機１０１３３−７に送信する。このＡＴ
Ｍセル変換の方法は、ＳＶＣの実施例で説明した内容と
同一ある。以上の変換部１０３３−５の処理手順は図５
６のようになり、ＰＶＣでは常に(1) の流れとなる。
【０１８８】<<ＡＴＭセルの転送>>ＩＣＳネットワーク
フレームＦ１を変換して得られた複数のセルからなるＡ
ＴＭセル系列Ｓ１は、ＡＴＭ交換機１０１３３−５から
中継ＡＴＭ交換機１０１３３−７に転送され、更にＡＴ
Ｍ交換機１０１３３−６へＡＴＭセル系列Ｓ２として転
送されるが、この動作はＳＶＣの場合と同様である。
【０１８９】<<フレーム到達後の動作>>ＡＴＭセル系列
Ｓ２がＡＴＭ交換機１０１３３−６に到達すると、ＡＴ
Ｍセル系列Ｓ２はＡＴＭ交換機１０１３３−６からＡＴ
Ｍ交換機１０１３３−６の内部の変換部１０３３−６に
転送される。変換部１０３３−６は受信したＡＴＭセル
系列からＩＣＳネットワークフレームを復元するが、こ
の動作はＳＶＣの場合と同様である。復元されたＩＣＳ
ネットワークフレームを図５５ではＩＣＳネットワーク
フレームＦ６と記述してあるが、そのフレーム内容はＩ
ＣＳネットワークフレームＦ５と変わらない。ＩＣＳネ
ットワークフレームＦ６は、そのヘダー部の着信ＩＣＳ
ネットワークアドレス“９９４４”によって判明するア
クセス制御装置、即ち、ＩＣＳネットワークアドレス
“９９４４”を付与されたＩＣＳ論理端子を持つアクセ
ス制御装置１０１０−８に転送される。以上の変換部１
０３３−６の処理手順は図５７のようになり、ＰＶＣで
は常に(1) の流れとなる。
【０１９０】<<フレームの逆方向の流れ>>次に、ＩＣＳ
フレームの逆方向の流れ、即ち企業Ｚから企業Ｗへと流
れる場合をＰＶＣ仮想チャネルを通信路として、同様に
図５４及び図５５を参照して説明する。企業Ｚから企業
Ｗへと発したＩＣＳユーザフレームは、アクセス制御装
置１０１０−８を経由した段階で、発信ＩＣＳネットワ
ークアドレス“９９４４”及び着信ＩＣＳネットワーク
アドレス“７７３３”をヘダー部に持つＩＣＳネットワ
ークフレームＦ７にＩＣＳカプセル化され、ＡＴＭ交換
機１０１３３−６内部に設置された変換部１０３３−６
の処理装置１２３３−６により、図５６のフローに従っ
た処理が行われる。この場合、変換部１０３３−６のＶ
Ｃアドレス変換表１４３３−６には、発信ＩＣＳネット
ワークアドレス "９９４４”及び着信ＩＣＳネットワー
クアドレス“７７３３”に対応する仮想チャネルＩＤ
“６６”が登録されているので、仮想チャネルＩＤ“６
６”に対してＩＣＳネットワ一クフレームＦ７を複数の
ＡＴＭセル系列に変換して送信する。ＡＴＭ網中を転送
されたＡＴＭセル系列はＡＴＭ交換機１０１３３−５の
変換部１０３３−５に到達し、次に仮想チャネルＩＤ
“５５”を持つ仮想チャネルから受信され、ＩＣＳネッ
トワークフレームＦ７と同等な内容を持つＩＣＳネット
ワークフレームＦ８として復元される。しかし、変換部
１０３３−５では、ＩＣＳネットワークフレームＦ８の
ヘダーに持つ発信ＩＣＳネットワークアドレス“９９４
４”と着信ＩＣＳネットワークアドレス“７７３３”と
の対が、発着を逆にした形で既にＶＣアドレス変換表１
４３３−５に登録済みであり、この発着信アドレス対に
対する仮想チャネルＩＤ“５５”がチャネル種別の値
“２２”からＰＶＣであることを得るので登録処理は行
わず、ＩＣＳネットワークフレームＦ８をアクセス制御
装置１０１０−７に転送する。
【０１９１】<<半二重通信への応用例>>上述のようにＩ
ＣＳ９０５の内部ネットワークをＡＴＭ網を用いて構成
し、ＰＶＣを用いてＩＣＳフレームの転送の実施例を説
明したが、ＰＶＣ及び前述したＳＶＣは仮想チャネルが
固定的に設定されているか必要時に呼設定するかの違い
であり、設定された仮想チャネルに対してフレームを転
送する動作自体に違いはない。従って、本発明のＩＣＳ
に対し、ＡＴＭ網のＰＶＣ仮想チャネルを用いた半二重
通信への応用例は、ＳＶＣ仮想チャネルを用いた半二重
通信への応用例と同等である。
【０１９２】<<全二重通信への応用例>>半二重通信への
応用例と同様の理由によって、ＰＶＣの全二重通信への
応用例はＳＶＣにおける全二重通信への応用例と同等で
ある。
【０１９３】（５）ＰＶＣを用いた１対Ｎ通信又はＮ対
１通信：上述の説明ではＰＶＣの一仮想チャネルを、一
企業（拠点）と一企業（拠点）とを接続する通信路、即
ちＩＣＳ内部において一ＩＣＳ論理端子と一ＩＣＳ論理
端子とを接続する通信路として用いる実施例を示した
が、ＰＶＣの一仮想チャネルを、一ＩＣＳ論理端子と複
数ＩＣＳ論理端子との間の通信路として共用することが
可能である。図５８を参照して、このような１対Ｎ通信
又はＮ対Ｉ通信の実施例を説明する。
【０１９４】<<構成要素の説明>>図５８において、アク
セス制御装置１０１０−１０は、企業Ｘはアクセス制御
装置１０１０−１０内のＩＣＳネットワークアドレス
“７７１１”を付与されたＩＣＳ論理端子を接続点とし
てＡＴＭ交換機１０１３３−１０に接続される。企業Ｘ
から接続しようとする相手を企業Ａ〜Ｄとして、企業Ａ
はアクセス制御装置１０１０−２０内のＩＣＳネットワ
ークアドレス“９９２２”を付与されたＩＣＳ論理端子
を接続点とし、企業Ｂはアクセス制御装置１０１０−２
０内のＩＣＳネットワークアドレス“９９２３”を付与
されたＩＣＳ論理端子を接続点とする。同様に、企業Ｃ
はアクセス制御装置１０１０−４０内のＩＣＳネットワ
ークアドレス“９９４４”を付与されたＩＣＳ論理端子
を接続点とし、企業Ｄはアクセス制御装置１０１０−４
０内のＩＣＳネットワークアドレス“９９５５”を付与
されたＩＣＳ論理端子を接続点とする。アクセス制御装
置１０１０−２０及び１０１０−４０はＡＴＭ交換機１
０１３３−２０に接続され、ＡＴＭ交換機１０１３３−
１０及びＡＴＭ交換機１０１３３−２０は中継網を介し
て接続されている。
【０１９５】<<準備>>ＡＴＭ交換機１０１３３−１０及
び１０１３３−２０に対して、ＡＴＭ交換機１０１３３
−１０内部の変換部１０３３−１０とＡＴＭ交換機１０
１３３−２０内部の変換部１０３３−２０とを接続する
１本のＰＶＣ仮想チャネルを設定し、仮想チャネルの変
換部１０３３−１０に与えられた仮想チャネルＩＤを
“３３”、仮想チャネルの変換部１０３３−２０に与え
られた仮想チャネルＩＤを“４４”とする。変換部１０
３３−１０内のＶＣアドレス変換表１４３３−１及び変
換部１０３３−２０内のＶＣアドレス変換表１４３３−
２０に対し、図５８に示すような登録を行う。
【０１９６】<<１対Ｎ通信のフレームの流れ>>１対Ｎ通
信のフレームの流れを、企業Ｘから企業Ａ〜Ｄヘそれぞ
れ発信したフレームにて説明する。企業Ｘから企業Ａに
向けられた発信ＩＣＳネットワークアドレス“７７１
１”と、着信ＩＣＳネットワークアドレス“９９２２”
とを持つＩＣＳネットワークフレームは、変換部１０３
３−１０にてＶＣアドレス変換表１４３３−１０を参照
することで、仮想チャネルＩＤ“３３”のＰＶＣ仮想チ
ャネルに送信される。企業Ｘから企業Ｂに向けられた発
信ＩＣＳネットワークアドレス“７７１１”と、着信Ｉ
ＣＳネットワークアドレス“９９３３”とを持つＩＣＳ
ネットワークフレームも同様に、仮想チャネルＩＤ“３
３”のＰＶＣ仮想チャネルに送信される。企業Ｘから企
業Ｃに向けられた発信ＩＣＳネットワークアドレス“７
７１１”と、着信ＩＣＳネットワークアドレス“９９４
４”とを持つＩＣＳネットワークフレーム、並びに、企
業Ｘから企業Ｄに向けられた発信ＩＣＳネットワークア
ドレス“７７１１”と、着信ＩＣＳネットワークアドレ
ス“９９５５”とを持つＩＣＳネットワークフレーム
も、同様に仮想チャネルＩＤ“３３”のＰＶＣ仮想チャ
ネルに送信される。このことは、１対Ｎ（企業Ｘ対企業
Ａ〜Ｄ）通信が１本のＰＶＣ仮想チャネルを共用して行
われていることを示す。フレームの逆の流れ、即ちフレ
ームが企業Ａ〜Ｄから企業Ｘへと転送される場合につい
ては、次の項で説明する。
【０１９７】<<Ｎ対１通信のフレームの流れ>>１対Ｎ通
信のフレームの流れを、企業Ａ〜Ｄから企業Ｘヘそれぞ
れ発信したフレームにて説明する。企業Ａから企業Ｘに
向けられた発信ＩＣＳネットワークアドレス“９９２
２”と、着信ＩＣＳネットワークアドレス“７７１１”
とを持つＩＣＳネットワークフレームは、変換部１０３
３−２０にてＶＣアドレス変換表１４３３−２０を参照
することで、仮想チャネルＩＤ“４４”のＰＶＣ仮想チ
ャネルに送信される。企業Ｂから企業Ｘに向けられた発
信ＩＣＳネットワークアドレス“９９３３”と、着信Ｉ
ＣＳネットワークアドレス“７７１１”とを持つＩＣＳ
ネットワークフレームも同様に、仮想チャネルＩＤ“４
４”のＰＶＣ仮想チャネルに送信される。企業Ｃから企
業Ｘに向けられた発信ＩＣＳネットワークアドレス“９
９４４”と、着信ＩＣＳネットワークアドレス“７７１
１”とを持つＩＣＳネットワークフレーム、並びに、企
業Ｄから企業Ｘに向けられた発信ＩＣＳネットワークア
ドレス“９９５５”と、着信ＩＣＳネットワークアドレ
ス“７７１１”とを持つＩＣＳネットワークフレーム
も、同様に仮想チャネルＩＤ“４４”のＰＶＣ仮想チャ
ネルに送信される。このことは、Ｎ対１（企業Ａ〜Ｄ対
企業Ｘ）通信が１本のＰＶＣ仮想チャネルを共用して行
われていることを示す。
【０１９８】（６）ＰＶＣを用いたＮ対Ｎ通信：１対Ｎ
通信と同様の手法により、ＰＶＣの一仮想チャネルを複
数ＩＣＳ論理端子と複数ＩＣＳ論理端子との間の通信路
として共用することが可能である。図５９を参照し、Ｎ
対Ｎ通信の実施例を説明する。
【０１９９】<<構成要素の説明>>企業Ｘはアクセス制御
装置１０１０−１１のＩＣＳ論理端子アドレス“７７１
１”を接続点とし、企業Ｙはアクセス制御装置１０１０
−１１のＩＣＳ論理端子アドレス“７７２２”を接続点
とし、アクセス制御装置１０１０−１１はＡＴＭ交換機
１０１３３−１１に接続される。企業Ｘ又は企業Ｙから
接続しようとする相手を、企業Ａ又は企業Ｃとして、企
業Ａはアクセス制御装置１０１０−２１のＩＣＳ論理端
子アドレス“９９２２”を接続点とし、企業Ｃはアクセ
ス制御装置１０１０−４１のＩＣＳ論理端子アドレス
“９９４４”を接続点とする。アクセス制御装置１０１
０−２１及び１０１０−４はＡＴＭ交換機１０１３３−
２１に接続され、ＡＴＭ交換機１０１３３−１１及び１
０１３３−２１は中継網を介して接続されている。
【０２００】<<準備>>ＡＴＭ交換機１０１３３−１１及
び１０１３３−２１に対して、ＡＴＭ交換機１０１３３
−１１内部の変換部１０３３−１１とＡＴＭ交換機１０
１３３−２１内部の変換部１０３３−２１とを接続する
１本のＰＶＣ仮想チャネルを設定し、この仮想チャネル
の変換部１０３３−１１に与えられた仮想チャネルＩＤ
を“３３”、この仮想チャネルの変換部１０３３−２１
に与えられた仮想チャネルＩＤを“４４”とする。変換
部１０３３−１１内のＶＣアドレス変換表１４３３−１
１及び変換部１０３３−２１内のＶＣアドレス変換表１
４３３−２１に対し、図５９に示すような登録を行う。
【０２０１】<<Ｎ対Ｎ通信のフレームの流れ>>Ｎ対Ｎ通
信のフレームの流れを先ず企業Ｘから企業Ａ及びＣへそ
れぞれ発信したフレームにて説明する。企業Ｘから企業
Ａに向けられた発信ＩＣＳネットワークアドレス“７７
１１”及び着信ＩＣＳネットワークアドレス“９９２
２”を持つＩＣＳネットワークフレームは、変換部１０
３３−１にてＶＣアドレス変換表１４３３−１１を参照
することで、仮想チャネルＩＤ“３３”のＰＶＣ仮想チ
ャネルに送信される。企業Ｘから企業Ｃに向けられた発
信ＩＣＳネットワークアドレス“７７１１”及び着信Ｉ
ＣＳネットワークアドレス“９９４４”を持つＩＣＳネ
ットワークフレームも同様に、仮想チャネルＩＤ“３
３”のＰＶＣ仮想チャネルに送信される。次に、企業Ｙ
から企業Ａ及びＣへそれぞれ発信したフレームにて説明
する。企業Ｙから企業Ａに向けられた発信ＩＣＳネット
ワークアドレス“７７２２”及び着信ＩＣＳネットワー
クアドレス“９９２２”を持つＩＣＳネットワークフレ
ームは、変換部１０３３−１１にてＶＣアドレス変換表
１４３３−１１を参照することで、仮想チャネルＩＤ
“３３”のＰＶＣ仮想チャネルに送信される。企業Ｙか
ら企業Ｃに向けられた発信ＩＣＳネットワークアドレス
“７７２２”及び着信ＩＣＳネットワークアドレス“９
９４４”を持つＩＣＳネットワークフレ一ムも同様に、
仮想チャネルＩＤ“３３”のＰＶＣ仮想チャネルに送信
される。
【０２０２】次にフレームの逆方向の流れについて、企
業Ａから企業Ｘ及びＹへそれぞれ発信したフレームにて
説明する。企業Ａから企業Ｘに向けられた発信ＩＣＳネ
ットワークアドレス“９９２２”及び着信ＩＣＳネット
ワークアドレス“７７１１”を持つＩＣＳネットワーク
アドレスは、変換部１０３３−２にてＶＣアドレス変換
表１４３３−２１を参照することで、仮想チャネルＩＤ
“４４”のＰＶＣ仮想チャネルに送信される。企業Ａか
ら企業Ｙに向けられた発信ＩＣＳネットワークアドレス
“９９２２”及び着信ＩＣＳネットワークアドレス“７
７２２”を持つＩＣＳネットワークフレームは、変換部
１０３３−２にてＶＣアドレス変換表１４３３−２を参
照することで、仮想チャネルＩＤ“４４”のＰＶＣ仮想
チャネルに送信される。企業Ｃから企業Ｘに向けられた
発信ＩＣＳネットワークアドレス“９９４４”及び着信
ＩＣＳネットワークアドレス“７７１１”を持つＩＣＳ
ネットワークフレームは、仮想チャネルＩＤ“４４”の
ＰＶＣ仮想チャネルに送信される。企業Ｃから企業Ｙに
向けられた発信ＩＣＳネットワークアドレス“９９４
４”及び着信ＩＣＳネットワークアドレス“７７２２”
を持つＩＣＳネットワークフレームもまた、仮想チャネ
ルＩＤ“４４”のＰＶＣ仮想チャネルに送信される。以
上により、１本のＰＶＣ仮想チャネルを共用してＮ対Ｎ
通信が行われる。
【０２０３】実施例−１７（ＦＲ網を用いた他の実施
例）：本発明のＩＣＳ内部のネットワークを、ＦＲ網を
用いて構成する他の実施例を説明する。本実施例を、
(1) ＦＲに関する従来技術の補足説明、(2) 構成要素の
説明、(3) ＳＶＣを用いたフレームの流れ、(4) ＰＶＣ
を用いたフレームの流れ(5) ＰＶＣを用いた１対Ｎ通信
又はＮ対１通信、(6) ＰＶＣを用いたＮ対Ｎ通信、の順
に説明する。本実施例においては、ＳＶＣないしはＰＶ
Ｃを用いた２種類の方式のどらを用いても、また、両方
式を混在させて用いても可能であり、ＳＶＣ又はＰＶＣ
を用いたそれぞれのケースについて説明する。また、実
施例−１において説明した企業内通信サービス及び企業
間通信サービス、実施例−２において説明した仮想専用
線サービスについては本発明のアクセス制御装置で実現
するため、ＩＣＳ内部のネットワークでのネットークフ
レームの通信に関しては区別して考える必要はなく、本
実施例ではこれら通信サービスを統合して説明する。
【０２０４】（１）ＦＲに関する従来技術の補足説明：
本発明のＩＣＳ内部を、ＦＲ網を用いて構成する方法を
説明する上で必要なＦＲに関する従来技術について補足
説明する。フレームリレーとは、通信を行うのにフレー
ムと呼ぶ可変長の通信情報単位を用い、フレーム単位に
通信経路を指定することで、回線網の中でのフレームの
蓄積交換と、論理多重（一物理回線を複数論理回線に多
重化して使用する技術）とを実現したITU.TI.233勧告等
にて標準化された従来技術である。この技術を用いた通
信サービスをフレームモードベアラサービス(Frame Mod
e Bearer Service:以下“ＦＭＢＳ”とする) と呼び、
ＦＭＢＳには相手選択接続（ＳＶＣ）を前提としたフレ
ームスイッチベアラサービス(Frame Switch Bearer Ser
vice: 以下、“ＦＳＢＳ”とする）と、相手固定接続
（ＰＶＣ）を前提としたフレームリレーベアラサービス
(Frame Relay Bearer Service:以下、“ＦＲＢＳ”とす
る）とが規定されている。“フレームリレー”と言う呼
称は一般的にはＦＲＢＳだけを指す（狭義の“フレーム
リレー”）ことがあるが、本発明のＩＣＳにおいては、
“フレームリレー”をＦＳＢＳ及びＦＲＢＳを含むＦＭ
ＢＳ全体を指す呼称（広義の“フレームリレー”）とし
て使用し、特にＦＳＢＳだけを指す場合には“ＳＶＣを
用いたフレームリレー”、また、特にＦＲＢＳだけを指
す場合には“ＰＶＣを用いたフレームリレー”と呼称す
る。以下、上記で定義した“広義のフレームリレー（Ｆ
ＭＢＳ）”をＦＲと略称し、ＦＲ網で転送されるフレー
ムをＩＣＳフレームと区別するため特に“ＦＲフレー
ム”と呼称する。
【０２０５】ＦＲ網においては前述したように物理回線
上に複数の論理回線を設定できるが、この論理回線のこ
とを論理チャネルと称する。論理チャネルを識別するた
めに、論理チャネルの両端に接続するＦＲ端末（ＦＲ網
に接続されＦＲ網を用いて通信を行う通信装置一般を言
う）にそれぞれ割当てられた識別子をデータリンク接続
識別子(Data Link Connection Identifier：以下、“Ｄ
ＬＣＩ”とする）とする）という。論理チャネルには、
その設定の仕方によりＳＶＣ及びＰＶＣが規定されてい
る。ＳＶＣは必要時に論理チャネルを呼設定するもの
で、任意のＦＲ端末との間に必要時間の間、必要とする
速度で論理回線をとることができるものである。論理チ
ャネルの呼設定は通信を開始しようとするＦＲ端末が行
うが、この方式に関しては、ITU-T において信号方式と
して標準化されている。呼設定には呼設定を行う相手Ｆ
Ｒ端末を識別するアドレス (以下、「ＦＲアドレス」と
する）が必要であり、ＦＲアドレスは各ＦＲ端末を識別
可能なようにＦＲ網内で唯一となるように体系付けられ
る。ＰＶＣは呼設定をＦＲ交換機に対して固定的に設定
しておくものであり、ＦＲ端末からみると仮想的な専用
線としてみなすことができるものである。
【０２０６】確立された論理チャネルに対しては、ＳＶ
Ｃ、ＰＶＣ共に、論理チャネルを識別するＤＬＣＩが割
当てられ、ＦＲフレームを転送する際には、図６０で示
すＦＲフレームアドレス部のＤＬＣＩビット部分にＤＬ
ＣＩを設定する。ＦＲフレームアドレス部の形式には３
種類の規定があるが、図６０ではその内２バイト形式の
アドレス部を表わしている。ＦＲ網の論理チャネルの性
能 (チャネル性能) には、ＦＲ網が通常状態（輻輳が発
生していない状態）で保証する情報転送速度となる認定
情報速度(Commited Information Rate；以下“ＣＩＲ”
とする）等がある。
【０２０７】ＩＣＳネットワークフレームのような通信
フレームをＦＲ網を経由して転送するには、図６１に示
すようにＦＲフレームに変換する必要がある。ＦＲフレ
ームを受信した場合には逆変換となり、図６１に示すよ
うにＦＲフレームから通信フレーム（ＩＣＳネットワー
クフレーム）を取出して復元する。このＦＲフレーム変
換は、ITU-T 勧告に従った標準化された技術である。ま
た、ＦＲフレームのユーザデータ内のプロトコルヘッダ
については、ＩＥＴＦのRFC1490 にて標準化されてい
る。
【０２０８】（２）構成要素の説明：図６２及び図６３
は図３４〜図３６の内、図３５からＦＲ網１０４１に着
目し、ＦＲ交換機１０１３２−１の内部に記述してある
変換部１０３２−１及びＦＲ交換機１０１３２−２の内
部に記述してある変換部１０３２−２の内部構造を記述
すると共に、図３４〜図３６で記述したアクセス制御装
置１０１０−２及び１０１０−１を簡略化したものに相
当する。ＩＣＳ内部をＦＲ網を用いて構成する方法にお
いて、アクセス制御装置の内部構成ないしはアクセス制
御装置内の処理装置の動作は、実施例−１で説明した内
容と基本原理は同じである。
【０２０９】アクセス制御装置１０１０−５はＩＣＳ９
２５の利用者である企業Ｘ及びＡの接続点 (ＩＣＳ論理
端子) として、それぞれＩＣＳネットワークアドレス
“７７１１”及び“７７２２”が付与されている。ま
た、アクセス制御装置１０１０ー７は同様に企業Ｗ及び
Ｃの接続点として、それぞれＩＣＳネットワークアドレ
ス“７７３３”及び“７７４４”が付与されている。ア
クセス制御装置１０１０−６は、同様に企業Ｙ及びＢの
接続点として、それぞれＩＣＳネットワークアドレス
“９９２２”及び "９９３３”が付与されており、アク
セス制御装置１０１０−８は同様に企業Ｚ及びＤの接続
点として、それぞれＩＣＳネットワークアドレス“９９
４４”及び“９９５５”が付与されている。ここで、図
６２及び図６３等の実施例の中で、利用者の例として示
した企業Ｘ、企業Ｙ等は、企業内通信を行う同一企業の
異なる拠点であってもよいし、企業間通信を行う異なる
企業であっても構わない。
【０２１０】ＦＲ交換機１０１３２−５内部の変換部１
０３２−５はインタフェース部１１３２−５を持ち、イ
ンタフェース部１１３２−５はアクセス制御装置１０１
０ー５とＦＲ交換機１０１３２−５とを接続する通信回
線１８１２−５や、アクセス制御装置１０１０−７とＦ
Ｒ交換機１０１３２−５とを接続する通信回線１８１２
−７とのイン夕フェース (物理レイヤ、データリンクレ
イヤプロトコル) を整合させる処理を受け持っている。
変換部１０３２−５は処理装置１２３２−５の他、ＳＶ
Ｃによる呼設定のためのＦＲアドレス変換表１５３２−
５と、ＳＶＣとＰＶＣとで共に使用するＩＣＳネットワ
ークアドレスから論理チャネルへとアドレス変換するた
めのＤＬＣアドレス変換表１４３２−５とで構成され
る。ＦＲ交換機１０１３２−５は、ＦＲアドレス変換表
を保管しておく情報処理装置としてのＦＲアドレス管理
サーバ１６３２−５と、ＰＶＣを用いるケースではＤＬ
Ｃアドレス変換表を保管しておく情報処理装置としての
ＤＬＣアドレス管理サーバ１７３２−５とを接続して、
アドレス変換に関する処理を行う。ＦＲ交換機１０１３
２−６に関する構成要素についても、ＦＲ交換機１０１
３２−５と同様である。本実施例では、アクセス制御装
置１０１０−５は通信回線１８１２ー５を介して、アク
セス制御装置１０１０−７は通信回線１８１２−７を介
してＦＲ交換機１０１３２−５に接続され、アクセス制
御装置１０１０−６は通信回線１８１２−６を介して、
また、アクセス制御装置１０１０−８は通信回線１８１
２−８を介してそれぞれＦＲ交換機１０１３２−６に接
続される。ＦＲ交換機１０１３２−５は、その内部の変
換部１０３２−５に網内唯一のＦＲアドレス“２９７
７”が設定されており、ＦＲ交換機１０１３２−６は、
その内部の変換部１０３２−６に網内唯一のＦＲアドレ
ス“２９９９”が設定されている。ＦＲ交換機１０１３
２−５及び１０１３２−６はＦＲ中継網を経由して接続
されるが、本例ではＦＲ中継網を代表させたＦＲ交換機
１０１３２−７を経由して接続する。
【０２１１】（３）ＳＶＣを用いたフレームの流れ：図
６２及び図６３に示すようにＩＣＳ内部のネットワーク
をＦＲ網で構成し、更にＦＲ網内の通信路としてＳＶＣ
を適用した実施例を、企業Ｘ内の端末から企業Ｙ内の端
末に向けて発せられたＩＣＳユーザフレームを例として
説明する。
【００１２】<<準備>>ＦＲ交換機１０１３２−５内部の
変換部１０３２−５の中のＦＲアドレス変換表１５３２
−５の中に、変換部１０３２−５からＦＲ網に転送する
ＩＣＳネットワークフレームの着信先を示す着信ＩＣＳ
ネットワークアドレスと、ＦＲ網に論理チャネルを呼設
定するための相手先を示す着信ＦＲアドレスと、論理チ
ャネルに要求される認定情報速度などのチャネル性能と
を登録しておく。また、ＦＲ交換機１０１３２−６内部
の変換部１０３２−６の中のＦＲアドレス変換表１５３
２−６についても、同様の登録をしておく。
【０２１３】実施例としてＦＲアドレス変換表１５３２
−５の中に設定する値としては、着信ＩＣＳネットワー
クアドレスとして、企業Ｙとの通信用アドレスとして、
アクセス制御装置１０１０−６のＩＣＳ論理端子に付与
されたＩＣＳネットワークアドレス“９９２２”を設定
し、着信ＦＲアドレスとして、アクセス制御装置１０１
０−６が接続されるＦＲ交換機１０１３２−６内部の変
換部１０３２−６に対してＦＲ網内で唯一に割当てられ
たＦＲアドレス“２９９９”を登録する。チャネル性能
には、本実施例では６４Ｋbpsの認定情報速度を設定す
る。ＦＲアドレス変換表１５３２−５に登録する内容
は、ＦＲアドレス管理サーバ１６３２−５にも書込んで
保管しておく。
【０２１４】ＦＲアドレス変換表１５３２−６の中に設
定する値としては、着信ＩＣＳネットワークアドレスと
して、企業Ｘとの通信用アドレスとして、アクセス制御
装置１０１０−５のＩＣＳ論理端子に付与されたＩＣＳ
ネットワークアドレス“７７１１”を設定し、着信ＦＲ
アドレスとして、アクセス制御装置１０１０−５が接続
されるＦＲ交換機１０１３２−５内部の変換部１０３２
−５に対してＦＲ網内で唯一に割当てられたＦＲアドレ
ス“２９７７”を登録する。チャネル性能には、本実施
例では６４Ｋbpsの認定情報速度を設定する。ＦＲアド
レス変換表１５３２−６に登録する内容は、ＦＲアドレ
ス管理サーバ１６３２−６にも書込んで保管しておく。
【０２１５】<<アクセス制御装置からのＩＣＳネットワ
ークフレーム転送>>企業Ｘの端末からアクセス制御装置
１０１０−５を経て、アクセス制御装置１０１０−６に
接続される企業Ｙの端末に向けて発せられたＩＣＳユー
ザフレームは、アクセス制御装置１０１０−５を経由す
る際にＩＣＳカプセル化されて、発信ＩＣＳネットワー
クアドレス“７７１１”及び着信ＩＣＳネットワークア
ドレス“９９２２”をＩＣＳフレームヘダー内部に持つ
ＩＣＳネットワークフレームＦ１となる。ＩＣＳネット
ワークフレームＦ１はアクセス制御装置１０１０−５か
らＦＲ交換機１０１３２−５に送信され、通信路の電気
信号変換／整合などを処理するインタフェース部１１３
２−５を経て変換部１０３２−５に到達する。以下、図
６４のフローチャートを参照して説明する。
【０２１６】<<ＤＬＣＩの取得>>変換部１０３２−５は
ＩＣＳネットワークフレームＦ１を受信すると（ステッ
プＳ１７０１）、そのフレームをＦＲ交換機１０１３２
−５に転送するために、ＩＣＳフレームヘダー内部にあ
る発信ＩＣＳネットワークアドレス“７７１１"と着信
ＩＣＳネットワークアドレス“９９２２”との対応で決
められるＩＣＳ９２５内部のＦＲ網通信路を実現するＳ
ＶＣ論理チャネルのＤＬＣＩを求める必要がある。ＳＶ
Ｃに基づく通信の場合、ＩＣＳネットワークフレームの
受信時点では、この通信路に対応する論理チャネルは確
立されている場合と、まだ確立されていない場合とがあ
り得る。処理装置１２３２−５は、まず論理チャネルが
確立されているかを知るため、発信ＩＣＳネットワーク
アドレス“７７１１”と着信ＩＣＳネットワークアドレ
ス“９９２２”との対に対応する論理チャネルがＤＬＣ
アドレス変換表１４３２−５に登録されているかを検索
し（ステップＳ１７０２）、ここで登録があった場合、
求める論理チャネルは確立されていることを知る。即
ち、ＤＬＣアドレス変換表１４３２−５上から、発信Ｉ
ＣＳネットワークアドレス“７７１１”と着信ＩＣＳネ
ットワークアドレス“９９２２”との対に対応するＤＬ
ＣＩが“１６”であることを取得すると共に、同時に取
得されるチャネル種別の値“１０”から、この論理チャ
ネルがＳＶＣに基づく通信であることを知る。もし、Ｄ
ＬＣアドレス変換表１４３２−５上に登録が無い場合に
は、後述する<<呼設定>>を行うことで求める論理チャネ
ルを確立し、その時点でＤＬＣアドレス変換表１４３２
−５上に登録された情報からＤＬＣＩを得る（ステップ
Ｓ１７０３）。
【０２１７】<<呼設定>>上記の中の "発信ＩＣＳネット
ワークアドレスと着信ＩＣＳネットワークアドレスとの
対応で決められる通信路に対応するＤＬＣＩがＤＬＣア
ドレス変換表１４３２−５に登録されていない場合”、
即ち、通信路に対応する論理チャネルがまだ確立されて
いない場合には次に述べる呼設定を行い、ＩＣＳ９２５
を構成するＦＲ網内に論理チャネルを確立する必要があ
り、この呼設定の動作例を説明する。
【０２１８】変換部１０３２−５の処理装置１２３２−
５は、ＤＬＣアドレス変換表１４３２−５を参照して、
ＩＣＳネットワークフレームＦ１のＩＣＳフレームヘダ
ー内部にある発信ＩＣＳネットワークアドレス "７７１
１”と着信ＩＣＳネットワークアドレス“９９２２”と
の対に対応するＤＬＣＩの登録がないことを知ると、Ｆ
Ｒアドレス変換表１５３２−５を参照し、着信ＩＣＳネ
ットワークアドレス“９９２２”に一致するＦＲアドレ
ス変換表１５３２−５に登録された着信ＩＣＳネットワ
ークアドレス“９９２２”を見つけ、それに対応する着
信ＦＲアドレス“２９９９”、それに対応するチャネル
性能“６４Ｋ”などを得る（ステップＳ１７０５）。こ
の着信ＦＲアドレス“２９９９”は、前記<<準備>>の項
で述べたように、着信ＩＣＳネットワークアドレス“９
９２２”が付与されているＩＣＳ論理端子を接続点とす
るアクセス制御装置１０１０−６が接続されるＦＲ交換
機１０１３２−６内部の変換部１０３２−６に対して、
ＦＲ網内で唯一となるように設定されたアドレスであ
る。
【０２１９】処理装置１２３２−５は、取得した着信Ｆ
Ｒアドレス“２９９９”を用いてＦＲ交換機１０１３２
−５に呼設定の要求を行うが、この際、ＦＲアドレス変
換表１５３２−５から同時に取得した論理チャネルの認
定情報速度などのチャネル性能なども要求する（ステッ
プＳ１７０６）。ＦＲ交換機１０１３２−５は呼設定要
求を受取ると、ＦＲ交換機自体に従来技術として標準装
備される信号方式を用いて、ＦＲ交換機１０１３２−５
からＦＲ交換機１０１３２−６に達するＦＲ交換網の中
に、変換部１０３２−５及び変換部１０３２−６を接続
する論理チャネルを確立する。確立された論理チャネル
を識別するために割当てるＤＬＣＩは、ＦＲ交換機から
それぞれの内部に持つ変換部１０３２−５や１０３２−
６に通知されるが、従来技術の信号方式の規定に基づく
場合は、発呼側のＦＲ交換機１０１３２−５から通知さ
れる値（例えば“１６”）と、着呼側のＦＲ交換機１０
１３２−６から通知される値（例えば“２６”）とは、
同一の値とは限らない。変換部１０３２−５では、ＦＲ
交換機１０１３２−５から通知されるＤＬＣＩ“１６”
を、ＩＣＳネットワークフレームＦ１の発信ＩＣＳネッ
トワークアドレス“７７１１”と着信ＩＣＳネットワー
クアドレス“９９２２”と共にＤＬＣアドレス変換表１
４３２−５に登録し（ステップＳ１７０７）、この論理
チャネルの接続が確立している間、ＤＬＣアドレス変換
表１４３２−５上に保持する。論理チャネル接続が不要
になった場合、変換部１０３２−５は論理チャネルの呼
解放をＦＲ交換機１０１３２−５に要求し、それと共
に、ＤＬＣアドレス変換表１４３２−５からＤＬＣＩ
“１６”に該当する登録を抹消する。尚、変換部１０３
２−６におけるＤＬＣアドレス変換表１４３２ー６への
登録については、後述する。
【０２２０】<<フレームの送信>>変換部１０３２−５の
処理装置１２３２−５は、上述の説明に従って確立され
た論理チャネル（ＤＬＣＩ“１６”）に対して、アクセ
ス制御装置１０１０−５から受取ったＩＣＳネットワー
クフレームＦ１を図６１に示すようにＦＲフレームへと
変換し、ＦＲ交換機１０１３２−５に転送する（ステッ
プＳ１７０４）。
【０２２１】<<ＦＲフレームの転送>>前述した方法によ
り、ＩＣＳネットワークフレームＦ１を変換して得られ
たＦＲフレームＳ１は、ＦＲ交換機１０１３２−５から
中継ＦＲ交換機１０１３２−５に転送され、更にＦＲ交
換機１０１３２−５からＦＲフレームＳ２としてＦＲ交
換機１０１３２ー６へと転送される。以下、図６５のフ
ローチャートを参照して説明する。
【０２２２】<<フレーム到達後の動作>>ＦＲフレームＳ
２がＦＲ交換機１０１３２−６に到達すると（ステップ
Ｓ１７１０）、このＦＲフレームはＦＲ交換機１０１３
２−６からＦＲ交換機１０１３２−６の内部の変換部１
０３２−６に転送される。変換部１０３２−６では、図
６１に示すようにＦＲフレームからＩＣＳネットワーク
フレームを復元する（ステップＳ１７１１）。復元され
たＩＣＳネットワークフレームを図６３ではＩＣＳネッ
トワークフレームＦ２と記述しているが、そのフレーム
内容はＩＣＳネットワークフレームＦ１と同一である。
ＩＣＳネットワークフレームＦ２は、そのＩＣＳフレー
ムヘダー内部の着信ＩＣＳネットワークアドレス“９９
２２”によって判明するアクセス制御装置、即ち、ＩＣ
Ｓネットワークアドレス“９９２２”を付与されたＩＣ
Ｓ論理端子を持つアクセス制御装置１０１０−６に転送
される（ステップＳ１７１２）。
【０２２３】この際、変換部１０３２−６では、ＩＣＳ
ネットワークフレームＦ２の発信ＩＣＳネットワークア
ドレス“７７１１″と、着信ＩＣＳネットワークアドレ
ス“９９２２″と、着呼時に判明しているＳＶＣである
ことを表わすチャネル種類“１０”と、ＳＶＣ論理チャ
ネルの呼設定時に割当てられたＤＬＣＩ“２６”とを、
ＤＬＣアドレス変換表１４３２−６に登録する（ステッ
プＳ１７１４）。この時、ＩＣＳネットワークフレーム
Ｆ２の発信ＩＣＳネットワークアドレス“７７１１”を
ＤＬＣアドレス変換表１４３２−６の着信ＩＣＳネット
ワークアドレスヘ、ＩＣＳネットワークフレームＦ２の
着信ＩＣＳネットワークアドレス“９９２２”をＤＬＣ
アドレス変換表１４３２−６の発信ＩＣＳネットワーク
アドレスへと逆の位置に書込む。ただし、この登録時点
で、登録しようとする内容と同一のものがＤＬＣアドレ
ス変換表１４３２−６に既に登録されていた場合には、
登録は行わない。ＤＬＣアドレス変換表１４３２−６に
登録されたアドレス変換情報は対応する論理チャネル
（本例の場合、ＤＬＣＩ“２６”）の接続が維持されて
いる間、ＤＬＣアドレス変換表１４３２−６上に保持さ
れる。
【０２２４】<<フレームの逆方向の流れ>>次にＩＣＳフ
レームの逆方向の流れ、即ち企業Ｙから企業Ｘへと流れ
る場合を、ＳＶＣの論理チャネルが呼設定されている前
提のもとで、同様に図６２及び図６３を参照して説明す
る。企業Ｙから企業Ｘへと発したＩＣＳユーザフレーム
は、アクセス制御装置１０１０−６を経由する際にＩＣ
Ｓカプセル化されて、発信ＩＣＳネットワークアドレス
“９９２２”、着信ＩＣＳネットワークアドレス“７７
１１”をＩＣＳフレームヘダー内部に持つＩＣＳネット
ワークフレームＦ３と変換され、ＦＲ交換機１０１３２
−６内部の変換部１０３２−６に転送される。変換部１
０３２−６の処理装置１２３２−６は、図６４のフロー
に従った処理を行うが、変換部１０３２−６のＤＬＣア
ドレス変換表１４３２−６には、既に発信ＩＣＳネット
ワークアドレス“９９２２”と着信ＩＣＳネットワーク
アドレス“７７１１”に対応するＤＬＣＩ“２６”がチ
ャネル種別“１０”、即ちＳＶＣとして登録されている
ので、図６４の(1) のフローに沿って動作し、ＤＬＣＩ
“２６”に対してＩＣＳネットワークフレームＦ３をＦ
Ｒフレーム (ＦＲフレームＳ３) に変換して転送する。
【０２２５】ＦＲフレームＳ３はＦＲ網中を中継転送さ
れ、ＦＲフレームＳ４となってＦＲ交換機１０１３２−
５に到達し、その変換部１０３２−５にＤＬＣＩ“１
６”を持つ論理チャネルを通じて受信され、ＩＣＳネッ
トワークフレームＦ３と同等な内容を持つＩＣＳネット
ワークフレームＦ４として復元される。変換部１０３２
−５では、ＩＣＳネットワークフレームＦ４のＩＣＳフ
レームヘダー内部に持つ発信ＩＣＳネットワークアドレ
ス“９９２２”と着信ＩＣＳネットワークアドレス“７
７１１”との対が発着を逆にした形で、ＤＬＣアドレス
変換表１４３２−５に既に登録されているのでＤＬＣア
ドレス変換表ヘの登録は行わず、ＩＣＳネットワークフ
レームＦ４をアクセス制御装置１０１０−５に転送す
る。
【０２２６】<<半二重通信への応用例>>上述のようにＩ
ＣＳ９２５の内部ネットワークをＦＲ網にて構成し、Ｉ
ＣＳフレームを企業Ｘから企業Ｙへと転送する場合と、
逆に企業Ｙから企業Ｘへと転送する楊合とについて、１
本のＳＶＣ論理チャネルを用いて実施することを説明し
た。このような転送と逆方向への転送を、例えばＩＣＳ
に接続する企業Ｘのクライアント端末からＩＣＳに接続
する企業Ｙのサーバ端末に対する要求フレーム（転送）
と、この要求フレームに対する企業Ｙのサーバ端末から
企業Ｘのクライアント端末への応答フレーム（逆方向転
送）とに適用すると、一時には片方向通信しか行わない
が、時間帯毎に通信方向を切替えて両方向通信を実現す
る半二重通信の応用例となる。
【０２２７】<<全二重通信への応用例>>ＦＲ網に設定さ
れた論理チャネル自体は、ＦＲの規約から全二重通信、
即ち同時に両方向通信が可能である。ＦＲ網にて１本の
ＳＶＣ論理チャネルを用いた転送と逆方向転送とを、例
えばＩＣＳに接続する企業Ｘの複数のクライアント端末
からＩＣＳに接続する企業Ｙの複数サーバ端末に対する
要求フレーム（転送）と、この要求フレームに対する企
業Ｙの複数サーバ端末から企業Ｘの複数クライアント端
末への応答フレーム（逆方向転送）に適用すると、それ
ぞれクライアント端末とサーバ端末との間のフレームは
非同期に転送されることになるため、通信経路となる１
本のＳＶＣ論理チャネルには同時に両方向通信が行わ
れ、これは全二重通信の応用例となる。
【０２２８】(4) ＰＶＣを用いたフレームの流れ：ＩＣ
Ｓ９２５の内部ネットワークをＦＲ網で構成し、更にＦ
Ｒ網内の通信路としてＰＶＣを適用した実施例を、企業
Ｗの端末から企業Ｚの端末に向けて発せられたＩＣＳユ
ーザフレームを例として説明する。
【０２２９】<<準備>>ＦＲ交換機１０１３２−５内部の
変換部１０３２−５の中のＤＬＣアドレス変換表１４３
２−５の中に、変換部１０３２−５からＦＲ網に転送す
るＩＣＳネットワークフレームの発信ＩＣＳネットワー
クアドレスと、着信ＩＣＳネットワークアドレスと、こ
の発着信ＩＣＳネットワークアドレス対の通信路とし
て、ＦＲ網（ＦＲ交換機１０１３２−５とＦＲ交換機１
０１３２−６との問の通信路を指す）に固定設定された
ＰＶＣのＤＬＣＩと、論理チャネルがＰＶＣであること
を示すチャネル種別とを登録する。この登録はＳＶＣの
ケースとは異なり、通信路となるＦＲ交換機（１０１３
２−５と１０１３２−５と１０１３２−６）にＰＶＣ論
理チャネルを設定する時に、同時にＤＬＣアドレス変換
表１４３２−５内に登録し、通信路を必要とする期間、
即ちＰＶＣ論理チャネルを設定解除するまで固定的に保
持する。また、ＦＲ交換機１０１３２−６内部の変換部
１０３２−６の中のＤＬＣアドレス変換表１４３２−６
内にも同様に登録し保持する。尚、ＰＶＣのＤＬＣＩ
は、ＦＲ交換機間にＰＶＣを固定接続した際にそれぞれ
のＦＲ交換機に対して割当てられる。
【０２３０】ＤＬＣアドレス変換表１４３２−５の中に
設定する値としては、発信ＩＣＳネットワークアドレス
として、企業Ｗとの通信用アドレス、即ち、アクセス制
御装置１０１０−７のＩＣＳ論理端子に付与されたＩＣ
Ｓネットワークアドレス“７７３３”を設定し、着信Ｉ
ＣＳネットワークアドレスとして企業Ｚとの通信アドレ
ス、即ち、アクセス制御装置１０１０−８のＩＣＳ論理
端子に付与されたＩＣＳネットワークアドレス“９９４
４”を設定する。更に、ＤＬＣＩとして、ＦＲ交換機１
０１３２−５に割当てられたＰＶＣ論理チャネルのＩＤ
“１８”を設定し、チャネル種別にはＰＶＣを示す値
“２０”を設定する。また、ＤＬＣアドレス変換表１４
３２−５に登録する設定は、ＤＬＣアドレス管理サーバ
１７３２−５にも書込んで保管しておく。また、ＦＲ交
換機１０１３２−６内部の変換部１０３２−６の中のＤ
ＬＣアドレス変換表１４３２−６の中に、発信ＩＣＳネ
ットワークアドレスと着信ＩＣＳネットワークアドレス
とを逆にした形で同様の設定を行う。この場合、同一の
ＰＶＣを示す場合であっても、ＤＬＣＩはＤＬＣアドレ
ス変換表１４３２−５とは別の値となる場合がある。
【０２３１】ＤＬＣアドレス変換表１４３２−６の中に
設定する値としては、発信ＩＣＳネットワークアドレス
として企業Ｚとの通信用アドレス、即ち、アクセス制御
装置１０１０−８のＩＣＳ論理端子に付与されたＩＣＳ
ネットワークアドレス“９９４４”を設定し、着信ＩＣ
Ｓネットワークアドレスとして企業Ｗとの通信用アドレ
ス、即ち、アクセス制御装置１０１０−７のＩＣＳ論理
端子に付与されたＩＣＳネットワークアドレス“７７３
３”を設定する。更に、ＤＬＣＩにはＦＲ交換機１０１
３２−６に割当てられたＰＶＣ論理チャネルのＩＤとす
る“２８”を設定し、チャネル種別にはＰＶＣを示す
“２０”を設定する。また、ＤＬＣアドレス変換表１４
３２−６に登録する設定は、ＤＬＣアドレス管理サーバ
１７３２−６にも書込んで保管しておく。
【０２３２】<<アクセス制御装置からのＩＣＳネットワ
ークフレーム転送>>実施例−１で説明したように、企業
Ｗの端末からアクセス制御装置１０１０−７を経てアク
セス制御装置１０１０−８に接続される企業Ｚの端末に
向けて発せられたＩＣＳユーザフレームは、アクセス制
御装置１０１０−７を経由する際にＩＣＳカプセル化さ
れて、発信ＩＣＳネットワークアドレス“７７３３”及
び着信ＩＣＳネットワークアドレス“９９４４”をＩＣ
Ｓフレームヘダー内部に持つＩＣＳネットワークフレー
ムＦ５となる。ＩＣＳネットワークフレームＦ５はアク
セス制御装置１０１０−７からＦＲ交換機１０１３２−
５に送信され、インタフェース部１１３２−５を経て変
換部１０３２−５に到達する。
【０２３３】<<ＤＬＣＩの取得>>処理装置１２３２−５
は、受取ったＩＣＳネットワークフレームＦ５のヘダー
にある発信ＩＣＳネットワークアドレス“７７３３”及
び着信ＩＣＳネットワークアドレス“９９４４”を用い
て、ＤＬＣアドレス変換表１４３２−５を参照し、この
ＩＣＳネットワークアドレス対に対する通信路として設
定された論理チャネルのＤＬＣＩが“１８”であること
を取得する。これと同時に、取得されるチャネル種別の
値“２０”から、この論理チャネルがＰＶＣであること
を知る。
【０２３４】<<フレームの送信>>処理装置１２３２−５
は上述のようにして取得したＰＶＣ論理チャネル“１
８”に対して、アクセス制御装置１０１０−７から受取
ったＩＣＳネットワークフレームＦ５をＦＲフレームに
変換してＦＲ交換機１０１３２−５に送信する。このＦ
Ｒフレーム変換の方法は、ＳＶＣの例で説明した内容と
同様である。以上の変換部１０３２−５の処理手順をフ
ローチャートで示すと図６４のようになり、ＰＶＣでは
常に（１）の流れを通る。
【０２３５】<<ＦＲフレームの転送>>ＩＣＳネットワー
クフレームＦ５を変換して得られたＦＲフレームＳ１
は、ＦＲ交換機１０１３２−５から中継ＦＲ交換機１０
１３２−５に転送され、更にＦＲ交換機１０１３２−５
からＦＲ交換機１０１３２−６へＦＲフレームＳ２とし
て転送されるが、この動作はＳＶＣの場合と同様であ
る。
【０２３６】<<フレーム到達後の動作>>ＦＲフレームＳ
２がＦＲ交換機１０１３２−６に到達すると、ＦＲフレ
ームＳ２はＦＲ交換機１０１３２−６からＦＲ交換機１
０１３２−６の内部の変換部１０３２−６に転送され
る。変換部１０３２−６は、受信したＦＲフレームから
ＩＣＳネットワークフレームを復元するが、この動作は
ＳＶＣの場合と同様である。復元されたＩＣＳネットワ
ークフレームを図６３ではＩＣＳネットワークフレーム
Ｆ６と記述しているが、フレーム内容はＩＣＳネットワ
ークフレームＦ５と変わらない。ＩＣＳネットワークフ
レームＦ６は、そのＩＣＳフレームヘダー内部の着信Ｉ
ＣＳネットワークアドレス“９９４４”によって判明す
るアクセス制御装置、即ち、ＩＣＳネットワークアドレ
ス“９９４４”を付与された論理端子を持つアクセス制
御装置１０１０−８に転送される。以上の変換部１０３
２−６の処理手順をフローチャートで示すと図６５のよ
うになり、ＰＶＣでは常に（１）の流れを通る。
【０２３７】<<フレームの逆方向の流れ>>次にＩＣＳフ
レームの逆方向の流れ、即ち企業Ｚから企業Ｗへと流れ
る場合を、ＰＶＣ論理チャネルを通信路として説明す
る。企業Ｚから企業Ｗへと発したＩＣＳユーザフレーム
は、アクセス制御装置１０１０−８を経由する際にＩＣ
Ｓカプセル化されて、発信ＩＣＳネットワークアドレズ
“９９４４”及び着信ＩＣＳネットワークアドレス“７
７３３”をＩＣＳフレームヘダー内部に持つＩＣＳネッ
トワークフレームＦ７に変換されて、ＦＲ交換機１０１
３２−６内部の変換部１０３２ー６に転送される。変換
部１０３２−６の処理装置１２３２−６は図６４のフロ
ーに従った処理を行うが、この場合、変換部１０３２−
６のＤＬＣアドレス変換表１４３２−６には、発信ＩＣ
Ｓネットワークアドレス“９９４４”及び着信ＩＣＳネ
ットワークアドレス“７７３３”に対応するＤＬＣＩ
“２８”が登録されているので、ＤＬＣＩ“２８”に対
して、ＩＣＳネットワークフレームＦ７をＦＲフレーム
に変換して送信する。ＦＲ網中を転送されたＦＲフレー
ムは、ＦＲ交換機１０１３２−５の変換部１０３２−５
にＤＬＣＩ“１８”を持つ論理チャネルから受信され、
ＩＣＳネットワークフレームＦ７と同等な内容を持つＩ
ＣＳネットワークフレームＦ８として復元される。しか
し、変換部１０３２−５は、ＩＣＳネットワークフレー
ムＦ８のヘダーに持つ発信ＩＣＳネットワークアドレス
“９９４４”と着信ＩＣＳネットワークアドレス“７７
３３”との対が発着を逆にした形で既にＤＬＣアドレス
変換表１４３２−５に登録済みであり、かつ、この発着
信アドレス対に対するＤＬＣＩ“１８”がチャネル種別
の値“２０”からＰＶＣであることを得るので登録処理
は行わず、ＩＣＳネットワークフレームＦ８をアクセス
制御装置１０１０−７に転送する。
【０２３８】<<半二重通信への応用例>>上述のようにＩ
ＣＳ９２５の内部ネットワークをＦＲ網を用いて構成
し、ＰＶＣを用いてＩＣＳフレームの転送の実施例を説
明したが、ＰＶＣとＳＶＣとは、論理チャネルが固定的
に設定されているか、必要時に呼設定するかの違いであ
り、設定された論理チャネルに対してＦＲフレームを転
送する動作自体に違いはない。従って、ＩＣＳをＦＲ網
を用いて構成し、そのＦＲ網に対しＰＶＣ論理チャネル
を用いた場合の半二重通信への応用例は、ＳＶＣ論理チ
ャネルを用いた半二重通信への応用例と同等である。
【０２３９】<<全二重通信への応用例>>半二重通信への
応用例と同様の理由によって、ＰＶＣの全二重通信への
応用例はＳＶＣにおける全二重通信への応用例と同等で
ある。
【０２４０】（５）ＰＶＣを用いた１対Ｎ通信又はＮ対
１通信：上述の説明では、ＰＶＣの一論理チャネルを一
企業（拠点）と一企業（拠点）とを接続する通信路、即
ちＩＣＳ内部においては一ＩＣＳ論理端子と一ＩＣＳ論
理端子とを接続する通信路として用いる実施例を示した
が、ＰＶＣの一論理チャネルを、一ＩＣＳ論理端子と複
数ＩＣＳ論理端子との間の通信路として共用することが
可能である。図６６を参照して、このような１対Ｎ通信
又はＮ対１通信の実施例を説明する。
【０２４１】<<構成要素の説明>>企業Ｘはアクセス制御
装置１０１０−５２内のＩＣＳネットワークアドレス
““７７１１”を付与されたＩＣＳ論理端子を接続点と
し、アクセス制御装置１０１０−５２はＦＲ交換機１０
１３２−５２に接続される。企業Ｘから接続しようとす
る相手を企業Ａ〜Ｄとし、企業Ａはアクセス制御装置１
０１０−６２内のＩＣＳネットワークアドレス“９９２
２”を付与されたＩＣＳ論理端子を接続点とし、企業Ｂ
はアクセス制御装置１０１０−６２内のＩＣＳネットワ
ークアドレス“９９２３”を付与されたＩＣＳ論理端子
を接続点とする。同様に、企業Ｃはアクセス制御装置１
０１０−８２内のＩＣＳネットワークアドレス“９９４
４”を付与されたＩＣＳ論理端子を接続点とし、企業Ｄ
はアクセス制御装置１０１０−８２内のＩＣＳネットワ
ークアドレス“９９５５”を付与されたＩＣＳ論理端子
を接続点とする。アクセス制御装置１０１０ー６２及び
１０１０−８２はＦＲ交換機１０１３２−６２に接続さ
れ、ＦＲ交換機１０１３２−５２及び１０１３２−６２
はＦＲ中継網を介して接続されている。
【０２４２】<<準備>>ＦＲ交換機１０１３２−５２及び
１０１３２−６２に対して、ＦＲ交換機１０１３２−５
２内部の変換部１０３２−５２とＦＲ交換機１０１３２
−６２内部の変換部１０３２−６２とを接続する１本の
ＰＶＣ論理チャネルを設定し、この論理チャネルの変換
部１０３２−５２に与えられたＤＬＣＩを“１６”、論
理チャネルの変換部１０３２−６２に与えられたＤＬＣ
Ｉを“２６”とする。変換部１０３２−５２内のＤＬＣ
アドレス変換表１４３２−５２及び変換部１０３２−６
２内のＤＬアドレス変換表１４３２−６２に対し、図６
６に示すような登録を行う。
【０２４３】<<１対Ｎ通信のフレームの流れ>>１対Ｎ通
信のフレームの流れを企業Ｘから企業Ａ〜Ｄヘそれぞれ
発信したフレームにて説明する。企業Ｘから企業Ａに向
けられた発信ＩＣＳネットワークアドレス“７７１１”
及び着信ＩＣＳネットワークアドレス“９９２２”を持
つＩＣＳネットワークフレームは、変換部１０３２−５
２にてＤＬＣアドレス変換表１４３２−５２を参照する
ことで、ＤＬＣＩ“１６”のＰＶＣ論理チャネルに送信
される。企業Ｘから企業Ｂに向けられた発信ＩＣＳネッ
トワークアドレス“７７１１”及び着信ＩＣＳネットワ
ークアドレス“９９３３”を持つＩＣＳネットワークフ
レームも同様に、ＤＬＣＩ“１６”のＰＶＣ論理チャネ
ルに送信される。企業Ｘから企業Ｃに向けられた発信Ｉ
ＣＳネットワークアドレス“７７１１”及び着信ＩＣＳ
ネットワークアドレスム“９９４４”を持つＩＣＳネッ
トワークフレーム、企業Ｘから企業Ｄに向けられた発信
ＩＣＳネットワークアドレス“７７１１”及び着信ＩＣ
Ｓネットワークアドレス“９９５５”を持つＩＣＳネッ
トワークフレームも、同様にＤＬＣＩ“１６”のＰＶＣ
論理チャネルに送信される。このことは、１対Ｎ（企業
Ｘ対企業Ａ〜Ｄ）通信が１本のＰＶＣ論理チャネルを共
用して行われていることを示す。フレームの逆の流れ、
即ちフレームが企業Ａ〜Ｄから企業Ｘへと転送される場
合については、次に説明する。
【０２４４】<<Ｎ対１通信のフレームの流れ>>１対Ｎ通
信のフレームの流れを企業Ａ〜Ｄから企業Ｘヘそれぞれ
発信したフレームにて説明する。企業Ａから企業Ｘに向
けられた発信ＩＣＳネットワークアドレス“９９２２”
及び着信ＩＣＳネットワークアドレス“７１１１”を持
つＩＣＳネットワークフレームは、変換部１０３２−６
２にてＤＬＣアドレス変換表１４３２−６２を参照する
ことで、ＤＬＣＩ“２６”のＰＶＣ論理チャネルに送信
される。企業Ｂから企業Ｘに向けられた発信ＩＣＳネッ
トワークアドレス“９９３３”及び着信ＩＣＳネットワ
ークアドレス“７７１１”を持つＩＣＳネットワークフ
レームも同様に、ＤＬＣＩ“２６”のＰＶＣ論理チャネ
ルに送信される。企業Ｃから企業Ｘに向けられた発信Ｉ
ＣＳネットワークアドレス“９９４４”及び着信ＩＣＳ
ネットワークアドレス“７７１１”を持つＩＣＳネット
ワークフレーム、企業Ｄから企業Ｘに向けられた発信Ｉ
ＣＳネットワークアドレス“９９５５”及び着信ＩＣＳ
ネットワークアドレス“７７１１”を持つＩＣＳネット
ワークフレームも、同様にＤＬＣＩ“２６”のＰＶＣ論
理チャネルに送信される。このことは、Ｎ対１（企業Ａ
〜Ｄ対企業Ｘ) 通信が１本のＰＶＣ論理チャネルを共用
して行われていることを示す。
【０２４５】（６）ＰＶＣを用いたＮ対Ｎ通信：１対Ｎ
通信と同様の手法により、ＰＶＣの一論理チャネルを複
数ＩＣＳ論理端子と複数ＩＣＳ論理端子との間の通信路
として共用することが可能である。図６７を参照して、
このＮ対Ｎ通信の実施例を説明する。
【０２４６】<<構成要素の説明>>企業Ｘはアクセス制御
装置１０１０−１３のＩＣＳ論理端子アドレス“７７１
１”を接続点とし、企業Ｙはアクセス制御装置１０１０
−１３のＩＣＳ論理端子アドレス“７７２２”を接続点
とし、アクセス制御装置１０１０−１３はＦＲ交換機１
０１３２−１３に接続される。企業Ｘ又は企業Ｙから接
続しようとする相手を、企業Ａ又は企業Ｃとし、企業Ａ
はアクセス制御装置１０１０−２３のＩＣＳ論理端子ア
ドレス“９９２２”を接続点とし、企業Ｃはアクセス制
御装置１０１０−４３のＩＣＳ論理端子アドレス“９９
４４”を接続点としている。アクセス制御装置１０１０
−２３及び１０１０−４３はＦＲ交換機１０１３２−２
３に接続され、ＦＲ交換機１０１３２−１３及び１０１
３２−２３はＦＲ中継網を介して接続されている。
【０２４７】<<準備>>ＦＲ交換機１０１３２−１３及び
１０１３２−２３に対して、ＦＲ交換機１０１３２−１
３内部の変換部１０３２−１３及びＦＲ交換機１０１３
２−２３内部の変換部１０３２−２３を接続する１本の
ＰＶＣ論理チャネルを設定し、この論理チャネルの変換
部１０３２−１３に与えられたＤＬＣＩを“１６”、論
理チャネルの変換部１０３２ー２３に与えられたＤＬＣ
Ｉを“２６”とする。変換部１０３２−１３内のＤＬＣ
アドレス変換表１４３２−１３及び変換部１０３２−２
３内のＤＬＣアドレス変換表１４３２−２３に対し、図
６７に示すような登録を行う。
【０２４８】<<Ｎ対Ｎ通信のフレームの流れ>>Ｎ対Ｎ通
信のフレームの流れを先ず、企業Ｘから企業Ａ及びＣへ
それぞれ発信したフレームにて説明する。企業Ｘから企
業Ａに向けられた発信ＩＣＳネットワークアドレス“７
７１１”及び着信ＩＣＳネットワークアドレス“９９２
２”を持つＩＣＳネットワークフレームは、変換部１０
３２−１３にてＤＬＣアドレス変換表１４３２−１３を
参照することで、ＤＬＣＩ“１６”のＰＶＣ論理チャネ
ルに送信される。また、企業Ｘから企業Ｃに向けられた
発信ＩＣＳネットワークアドレス“７７１１”及び着信
ＩＣＳネットワークアドレス“９９４４”を持つＩＣＳ
ネットワークフレームも同様に、ＤＬＣＩ“１６”のＰ
ＶＣ論理チャネルに送信される。次に、企業Ｙから企業
Ａ及びＣへそれぞれ発信したフレームにて説明する。企
業Ｙから企業Ａに向けられた発信ＩＣＳネットワークア
ドレス“７７２２”及び着信ＩＣＳネットワークアドレ
ス“９９２２”を持つＩＣＳネットワークフレームは、
変換部１０３２−１３にてＤＬＣアドレス変換表１４３
２−１３を参照することで、ＤＬＣＩ“１６”のＰＶＣ
論理チャネルに送信される。また、企業Ｙから企業Ｃに
向けられた発信ＩＣＳネットワークアドレス“７７２
２”及び着信ＩＣＳネットワークアドレス“９９４４”
を持つＩＣＳネットワークフレームも、同様にＤＬＣＩ
“１６”のＰＶＣ論理チャネルに送信される。
【０２４９】次にフレームの逆方向の流れについて、企
業Ａから企業Ｘ及びＹへそれぞれ発信したフレームにて
説明する。企業Ａから企業Ｘに向けられた発信ＩＣＳネ
ットワークアードレス“９９２２”及び着信ＩＣＳネッ
トワークアドレス“７７１１”を持つＩＣＳネットワー
クアドレスは、変換部１０３２−２３にてＤＬＣアドレ
ス変換表１４３２ー２３を参照することで、ＤＬＣＩ
“２６”のＰＶＣ論理チャネルに送信される。また、企
業Ａから企業Ｙに向けられた発信ＩＣＳネットワークア
ドレス“９９２２”及び着信ＩＣＳネットワークアドレ
ス“７７２２”を持つＩＣＳネットワークフレームは、
変換部１０３２−２３にてＤＬＣアドレス変換表１４３
２−２３を参照することで、ＤＬＣＩ“２６”のＰＶＣ
論理チャネルに送信される。同様にして、企業Ｃから企
業Ｘに向けられた発信ＩＣＳネットワークアドレス“９
９４４”及び着信ＩＣＳネットワークアドレス“７７１
１”を持つＩＣＳネットワークフレームは、ＤＬＣＩ
“２６”のＰＶＣ論理チャネルに送信される。企業Ｃか
ら企業Ｙに向けられた発信ＩＣＳネットワークアドレス
“９９４４”及び着信ＩＣＳネットワークアドレス“７
７２２”を持つＩＣＳネットワークフレームもまた、Ｄ
ＬＣＩ“２６”のＰＶＣ論理チャネルに送信される。上
記説明により、１本のＰＶＣ論理チャネルを共用してＮ
対Ｎ通信が行われることが示される。
【０２５０】実施例−１８（電話回線、ＩＳＤＮ回線、
ＣＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯電話回線の
収容）：本発明のＩＣＳへのアクセスポイントであるア
クセス制御装置への接続は、実施例−１や実施例−２で
説明したように、ＬＡＮへの通信回線（専用線など）に
限定されるものではなく、電話回線、ＩＳＤＮ回線、Ｃ
ＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯電話回線の収
容も可能であり、実施例−１０とは異なる他の実施例を
説明する。
【０２５１】図６８〜図７１は、ＩＣＳ６０００による
電話回線、ＩＳＤＮ回線、ＣＡＴＶ回線、衛星回線、Ｉ
ＰＸ回線、携帯電話回線を収容するシステムの一例を示
すものであり、回線部６０１１−１及び６０１１−２は
それぞれ、電話回線変換部６０３０ー１及び６０３０−
２、ＩＳＤＮ回線変換部６０２９−１及び６０２９−
２、ＣＡＴＶ回線変換部６０２８−１及び６０２８−
２、衛星回線変換部６０２７ー１及び６０２７−２、Ｉ
ＰＸ変換部６０２６−１及び６０２６−２、携帯電話変
換部６０２５−１及び６０２５−２で構成されている。
電話回線変換部６０３０−１及び６０３０−２は、電話
回線６１６０−１及び６１６０−２とアクセス制御装置
６０１Ｏ−１及び６０１Ｏ−２との間の物理層やデータ
リンク層（ＯＳＩ(Open Systems Interconnection) 通
信プロトコルの第１層と第２層）に相当する機能の変換
及び逆変換の機能を有している。また、ＩＳＤＮ回線変
換部６０２９−１及び６０２９−２は、ＩＳＤＮ回線６
１６１一１及び６１６１−２とアクセス制御装置６０１
０−１及び６０１０−２との間の物理層やデータリンク
層に相当する機能の変換及び逆変換の機能を有してお
り、ＣＡＴＶ回線変換部６０２８−１及び６０２８−２
は、ＣＡＴＶ回線６１６２ー１及び６１６２−２とアク
セス制御装置６０１０−１及び６０１０−２との間の物
理層やデータリンク層に相当する機能の変換及び逆変換
の機能を有している。更に、衛星回線変換部６０２７−
１及び６０２７−２は、衛星回線６１６３−１及び６１
６３−２とアクセス制御装置６０１０−１或いは６０１
０−２との間の物理層やデータリンク層に相当する機能
の変換及び逆変換の機能を有しており、ＩＰＸ変換部６
０２６−１及び６０２６−２は、ＩＰＸ回線６１６４−
１及び６１６４−２とアクセス制御装置６０１０−１及
び６０１０−２との間の物理層やデータリンク層に相当
する機能の変換及び逆変換の機能を有している。携帯電
話変換部６０２６−１及び６０２６−２は、携帯電話無
線回線６１６５一１及び６１６５−２とアクセス制御装
置６０１０−１及び６０１０−２との間の物理層やデー
タリンク層に相当する機能の変換及び逆変換の機能を有
している。
【０２５２】ＩＣＳフレームインタフェース網６０５０
は、図３５に示すＩＣＳフレームインタフェース網１０
５０と同一種類の網であり、RFC791又はRFC1883 の規定
に従うＩＣＳネットワークフレームをそのままの形式で
転送する。Ｘ．２５網６０４０も、図３５のＸ．２５網
１０４０と同一種類の網であり、ＩＣＳネットワークフ
レームを受け入れてＸ．２５形式のフレームに変換して
転送し、終りにＩＣＳネットワークフレームの形式に逆
変換して出力する。ＦＲ網６０４１も、図３５のＦＲ網
１０４１と同一種類の網であり、ＩＣＳネットワークフ
レームを受け入れてフレームリレー形式のフレームに変
換して転送し、終りにＩＣＳネットワークフレームの形
式に逆変換して出力する。ＡＴＭ網６０４２も、図３５
のＡＴＭ網１０４２と同一種類の網であり、ＩＣＳネッ
トワークフレームを受け入れてＡＴＭ形式のフレームに
変換して転送し、終りにＩＣＳネットワークフレームの
形式に逆変換して出力する。衛星通信網６０４３は、図
３５の衛星通信網１０４３と同一種類の網であり、ＩＣ
Ｓネットワークフレームを受け入れて衛星を利用して情
報を転送し、終りにＩＣＳネットワークフレームの形式
に逆変換して出力する。また、ＣＡＴＶ回線網６０４４
は、ＩＣＳネットワークフレームを受け入れてＣＡＴＶ
形式のフレームに変換してその内部を転送し、終りにＩ
ＣＳネットワークフレームの形式に逆変換して出力す
る。
【０２５３】<<共通の準備>>アクセス制御装置６０１０
−１内の変換表６０１３−１は、発信ＩＣＳネットワ一
クアドレス、送信者ＩＣＳユーザアドレス、受信者ＩＣ
Ｓユーザアドレス、着信ＩＣＳネットワークアドレス、
要求識別を含む。この要求識別は、例えば企業内通信サ
ービスを“１”、企業間通信サービスを“２”、仮想専
用線接続を“３”、ＩＣＳ網サーバ接続を“４”で表わ
す。変換表６０１３−１には、実施例−１や実施例−２
と同一の手法で登録したアドレスが記述されている。Ｉ
ＣＳ網サーバ６７０は、そのＩＣＳユーザアドレスが
“２０００”、ＩＣＳネットワークアドレスが“７８２
１”であり、ＩＣＳ網通信回線６０８１−１を経てアク
セス制御装置６０１０−１に接続されており、変換表６
０１３−１には、ＩＣＳ網サーバ６７０の受信者ＩＣＳ
ユーザアドレス“２０００”、着信ＩＣＳネットワーク
アドレス“７８２１”、要求識別“４”が登録されてい
る。
【０２５４】その動作を、図７２のフローチャートを参
照して説明する。 <<電話回線からＩＳＤＮ回線への通信>>ユーザ６０６０
−１は、送信者ＩＣＳユーザアドレス“３４００”、受
信者ＩＣＳユーザアドレス“２５００”のＩＣＳユーザ
フレームＦ１１０を、電話回線６１６０−１経由でアク
セス制御装置６０１０−１に送出する。アクセス制御装
置６０１０−１は、ＩＣＳネットワークアドレス“７７
２１”の電話回線変換部６０３０−１からＩＣＳユーザ
フレームＦ１１０を受け取り（ステップＳ１８００）、
ＩＣＳネットワークアドレス“７７２１”が変換表６０
１３−１において、要求識別が仮想専用線接続“３”と
して登録されているか否かを調べる（ステップＳ１８０
１）。この場合は登録されていないので、次に、ＩＣＳ
ユーザフレームＦｌｌ０上に書かれている受信者ＩＣＳ
ユーザアドレス“２５００”が変換表６０１３−１上に
登録されており（ステップＳ１８０３）、更に、要求識
別が企業間通信“２”として登録されているか否かを調
べる（ステップＳ１８０４）。この場合は登録されてい
るので、変換表６０１３−１から着信ＩＣＳネットワー
クアドレス“５５２２”を取得し、企業間通信に関する
課金などの処理を行い（ステップＳ１８０５）、ＩＣＳ
ユーザフレームＦ１１０をＩＣＳカプセル化し（ステッ
プＳ１８２０）、ＩＣＳネットワークフレームＦ１２０
に変換し、ＩＣＳ網通信回線６０８０−１を経てＩＣＳ
フレーム転送網６０３０へ送信する（ステップＳ１８２
５）。ＩＣＳネットワークフレームＦ１２０は、例えば
Ｘ．２５網６０４０及びＩＣＳ網通信回線６０８０−２
を経てアクセス制御装置６０１０−２に到達し、ここで
ＩＣＳ逆カプセル化されてＩＣＳユーザフレームＦ１１
０が復元され、受信者ＩＣＳユーザアドレス“２５０
０”のユーザ６０６１−２に到達する。
【０２５５】<<ＩＳＤＮ回線からＣＡＴＶ回線への通信
>>ユーザ６０６１−１は、送信者ＩＣＳユーザアドレス
“３５００”、受信者ＩＣＳユーザアドレス“２６０
０”のＩＣＳユーザフレームＦｌｌｌを、ＩＳＤＮ回線
６１６１−１経由でアクセス制御装置６０１０−１に送
出する。アクセス制御装置６０１０−１は、ＩＣＳネッ
トワークアドレス“７７２２”のＩＳＤＮ回線変換部６
０２９−１からＩＣＳユーザフレームＦｌｌｌを受け取
り（ステップＳ１８００）、ＩＣＳネットワークアドレ
ス“７７２２”が変換表６０１３−１上に、要求識別が
仮想専用線接続“３”として登録されているか否かを調
べる（ステップＳ１８０１）。この場合は仮想専用線接
続“３”が登録されているので、変換表６０１３−１か
ら着信ＩＣＳネットワークアドレス“５５２３”を取得
し、専用線接続に関する課金などの処理を行い（ステッ
プＳ１８０２）、ＩＣＳユーザフレームＦｌｌｌをＩＣ
Ｓカプセル化し（ステップＳ１８２０）、ＩＣＳネット
ワークフレームＦ１２１に変換し、ＩＣＳ網通信回線６
０８０−１を経てＩＣＳフレーム転送網６０３０へ送信
する（ステップＳ１８２５）。
【０２５６】尚、仮想専用線接続においては、ＩＣＳネ
ットワークフレームＦｌｌｌの内部に書かれている送信
者ＩＣＳユーザアドレスや受信者ＩＣＳユーザアドレス
は、アクセス制御装置の内部で使用しなくてもよい。次
に、ＩＣＳネットワークフレームＦ１２１は、例えばＦ
Ｒ網６０４１及びＩＣＳ網通信回線６０８０−２を経て
アクセス制御装置６０１０−２に到達し、ＩＣＳ逆カプ
セル化されてＩＣＳユーザフレームＦｌｌｌが復元さ
れ、その着信ＩＣＳネットワークアドレス“５５２３”
が付与されているＣＡＴＶ回線部６０２８−２を経て、
ＣＡＴＶ回線６１６２−２から接続されているユーザ６
０６２−２に到達する。
【０２５７】<<ＣＡＴＶ回線から衛星回線への通信>>ユ
ーザ６０６２−１は、送信者ＩＣＳユーザアドレス“３
６００”、受信者ＩＣＳユーザアドレス“２７００”の
ＩＣＳユーザフレームＦ１１２を、ＣＡＴＶ回線６１６
２−１経由でアクセス制御装置６０１０−１に送出す
る。アクセス制御装置６０１０−１は、ＩＣＳネットワ
ークアドレス“７７２３”のＣＡＴＶ回線変換部６０２
８−１からＩＣＳユーザフレームＦ１１２を受け取り
（ステップＳ１８００）、このＩＣＳネットワークアド
レス“７７２３”が、変換表６０１３−１上に要求識別
が仮想専用線接続“３”として登録されているか否かを
調べる（ステップＳ１８０１）。この場合は登録されて
いないので、次に、ＩＣＳユーザフレームＦ１１２上に
書かれている受信者ＩＣＳユーザアドレス“２７００”
が変換表６０１３−１上に登録されており（ステップＳ
１８０３）、更に、要求識別が企業間通信“２”として
登録されているか否かを調べる（ステップＳ１８０
４）。この場合は企業間通信“２”が登録されているの
で、変換表６０１３−１から着信ＩＣＳネットワークア
ドレス“５５２４”を取得し、企業間通信に関する課金
などの処理を行い（ステップＳ１８０５）、ＩＣＳユー
ザフレームＦ１１２をＩＣＳカプセル化し（ステップＳ
１８２０）、ＩＣＳネットワークフレームＦ１２２に変
換し、ＩＣＳ網通信回線６０８０−１を経てＩＣＳフレ
ーム転送網６３０へ送信する（ステップＳ１８２５）。
ＩＣＳネットワークフレームＦ１２０は、例えばＡＴＭ
網６０４２及びＩＣＳ網通信回線６０８０−２を経てア
クセス制御装置６０１０−２に到達し、ＩＣＳ逆カプセ
ル化されてＩＣＳユーザフレームレームＦ１１２が復元
され、受信者ＩＣＳユーザアドレス“２７００”のユー
ザ６０６３−２に到達する。
【０２５８】<<衛星回線からＩＰＸ回線への通信>>ユー
ザ６０６３−１は、送信者ＩＣＳユーザアドレス“３７
００”及び受信者ＩＣＳユーザアドレス“２８００”の
ＩＣＳユーザフレームＦ１１３を、電話回線６１６３−
１経由でアクセス制御装置６０１０−１に送出する。ア
クセス制御装置６０１０−１は、ＩＣＳネットワークア
ドレス“７７２４”の衛星回線変換部６０２７−１から
ＩＣＳユーザフレームＦ１１３を受け取り（ステップＳ
１８００）、ＩＣＳネットワークアドレス“７７２４”
が、変換表６０１３−１上に要求識別が仮想専用線接続
“３”として登録されているか否かを調べる（ステップ
Ｓ１８０１）。この場合は登録されていないので、次に
ＩＣＳユーザフレームＦ１１３上に書かれている受信者
ＩＣＳユーザアドレス“２８００”が変換表６０１３−
１上に登録されており（ステップＳ１８０３）、更に要
求識別が企業間通信“２”として登録されているか否か
を調べる（ステップＳ１８０４）。この場合は企業間通
信“２”が登録されているので、変換表６０１３−１か
ら着信ＩＣＳネットワークアドレス“５５２５”を取得
し、企業間通信に関する課金などの処理を行い（ステッ
プＳ１８０５）、ＩＣＳユーザフレームＦ１１３をＩＣ
Ｓカプセル化し（ステップＳ１８２０）、ＩＣＳネット
ワークフレームＦ１２３に変換し、ＩＣＳ網通信回線６
０８０−１を経てＩＣＳフレーム転送網６０３０へ送信
する（ステップＳ１８２５）。ＩＣＳネットワークフレ
ームＦ１２３は、例えばＩＣＳフレームインタフェース
網６０５０及びＩＣＳ網通信回線６０８０−２を経てア
クセス制御装置６０１０−２に到達し、ＩＣＳ逆カプセ
ル化されてＩＣＳユーザフレームＦ１１３が復元され、
受信者ＩＣＳユーザアドレス“２８００”のユーザ６０
６４−２に到達する。
【０２５９】<<ＩＰＸ回線から携帯電話回線への通信>>
ユーザ６０６４−１は、送信者ＩＣＳユーザアドレス
“００１２”及び受信者ＩＣＳユーザアドレス“２９０
０”のＩＣＳユーザフレームＦ１１４を、ＩＰＸ回線６
１６４−１経由でアクセス制御装置６０１０−１に送出
する。アクセス制御装置６０１０−１は、ＩＣＳネット
ワークアドレス“７７２５”のＩＰＸ回線変換部６０２
６−１からＩＣＳユーザフレームＦ１１４を受け取り
（ステップＳ１８００）、ＩＣＳネットワークアドレス
“７７２５”が変換表６０１３−１上に、要求識別が仮
想専用線接続“３”として登録されているか否かを調べ
る（ステップＳ１８０１）。この場合は登録されていな
いので、次に、ＩＣＳユーザフレームＦ１１４上に書か
れている受信者ＩＣＳユーザアドレス“２９００”が変
換表６０１３−１上に登録されており（ステップＳ１８
０３）、更に、要求識別が企業間通信“２”として登録
されているか否かを調べる（ステップＳ１８０４）。こ
の場合は“２”が登録されていないので、要求識別が企
業内通信“１”として登録されているか否かを調べる
（ステップＳ１８１０）。この場合は企業間通信“１”
が登録されているので、変換表６０１３−１から着信Ｉ
ＣＳネットワークアドレス“５５２６”を取得し、企業
内通信に関する課金などの処理を行い（ステップＳ１８
１１）、ＩＣＳユーザフレームＦ１１４をＩＣＳカプセ
ル化し（ステップＳ１８２０）、ＩＣＳネットワークフ
レームＦ１２４に変換し、ＩＣＳ網通信回線６０８０−
１を経てＩＣＳフレーム転送網６０３０へ送信する（ス
テップＳ１８２５）。ＩＣＳネットワークフレームＦ１
２４は、例えばＣＡＴＶ回線網６０４４及びＩＣＳ網通
信回線６０８０−２を経てアクセス制御装置６０１０−
２に到達し、ＩＣＳ逆カプセル化されてＩＣＳユーザフ
レ一ムＦ１１４が復元され、受信者ＩＣＳユーザアドレ
ス“２９００”のユーザ６０６５−２に到達する。
【０２６０】<<携帯電話回線から電話回線への通信>>ユ
ーザ６０６５−１は、送信者ＩＣＳユーザアドレス“３
８００”及び受信者ＩＣＳユーザアドレス“２４００”
のＩＣＳユーザフレームＦ１１５を、携帯電話回線６１
６５−１経由でアクセス制御装置６０１０−１に送出す
る。アクセス制御装置６０１０−１は、ＩＣＳネットワ
ークアドレス“７７２６”の携帯電話回線変換部６０３
５−１からＩＣＳユーザフレームＦ１１５を受け取り
（ステップＳ１８００）、ＩＣＳネットワークアドレス
“７７２６”が、変換表６０１３−１上に要求識別が仮
想専用線接続“３”として登録されているか否かを調べ
る（ステップＳ１８０１）。この場合は登録されていな
いので、ＩＣＳユーザフレームＦ１１５上に書かれてい
る受信者ＩＣＳユーザアドレス“２４００”が変換表６
０１３−１上に登録されており（ステップＳ１８０
３）、更に要求識別が企業間通信“２”として登録され
ているか否かを調べる（ステップＳ１８０４）。この場
合は要求識別が企業間通信“２”として登録されている
ので、変換表６０１３−１から着信ＩＣＳネットワーク
アドレス“５５２１”を取得し、企業間通信に関する課
金などの処理を行い（ステップＳ１８０５）、ＩＣＳユ
ーザフレームＦ１１５をＩＣＳカプセル化し（ステップ
Ｓ１８２０）、ＩＣＳネットワークフレームＦ１２５に
変換し、ＩＣＳ網通信回線６０８０−１を経てＩＣＳフ
レーム転送網６０３０へ送信する（ステップＳ１８２
５）。ＩＣＳネットワークフレームＦ１２０は、例えば
衛星回線網６０４３及びＩＣＳ網通信回線６０８０−２
を経てアクセス制御装置６０１０−２に到達し、ＩＣＳ
逆カプセル化されてＩＣＳユーザフレームＦｌｌ５が復
元され、受信者ＩＣＳユーザアドレス“２４００”のユ
ーザ６０６０−２に到達する。
【０２６１】<<携帯電話回線からＩＣＳ網サーバへの通
信>>ユーザ６０６６−１は、送信者ＩＣＳユーザアドレ
ス“３９８０”及び受信者１ＣＳユーザアドレス“２０
００”のＩＣＳユーザフレームＦ１１６を、携帯電話回
線６１６６−１経由でアクセス制御装置６０１０−１に
送出する。アクセス制御装置６０１０−１は、ＩＣＳネ
ットワークアドレス“７７２６”の携帯電話回線変換部
６０２５−１からＩＣＳユーザフレームＦ１１６を受け
取り（ステップＳ１８００）、ＩＣＳネットワークアド
レス“７７２６”が、変換表６０１３−１上に要求識別
が仮想専用線接続“３”として登録されているか否かを
調べる（ステップＳ１８０１）。この場合は登録されて
いないので、ＩＣＳユーザフレームＦ１１６上に書かれ
ている受信者ＩＣＳユーザアドレス“２０００”が変換
表６０１３−１上に登録されており（ステップＳ１８０
３）、更に要求識別が企業間通信“２”として登録され
ているか否かを調べる（ステップＳ１８０４）。この場
合は登録されていないので、要求識別が企業内通信
“１”として登録されているか否かを調べる（ステップ
Ｓ１８１０）。この場合は登録されていないので、要求
識別がＩＣＳ網サーバとの通信“４”として登録されて
いるかを調べる（ステップＳ１８１２）。この場合は登
録されているので、変換表６０１３−１から着信ＩＣＳ
ネットワークアドレス“７８２１”を取得し、企業内通
信に関する課金などの処理を行い（ステップＳ１８１
３）、ＩＣＳユーザフレームＦ１１６をＩＣＳカプセル
化し（ステップＳ１８２０）、ＩＣＳネットワークフレ
ームに変換してＩＣＳ網サーバ６７０へ送信する（ステ
ップＳ１８２５）。ＩＣＳ網サーバ６７０が、送信元の
ユーザ６０６６−１に返事を返す方法は、実施例−３に
述べた手法と同一である。
【０２６２】以上述べたＩＣＳユーザフレームの各種送
信方法は、送信側ユーザが、ＩＣＳユーザフレームの中
に書込む受信者ＩＣＳユーザアドレスを変化させること
により、送信側が、電話回線、ＩＳＤＮ回線、ＣＡＴＶ
回線、衛星回線、ＩＰＸ回線、携帯電話回線のいずれで
あっても、受信側の電話回線、ＩＳＤＮ回線、ＣＡＴＶ
回線、衛星回線、ＩＰＸ回線、携帯電話回線のいずれと
も選択可能である。
【０２６３】実施例−１９（ダイアルアップル−タ）：
ダイアルアップル−タを用いた例を、図７３〜図７５に
示して説明する。ＬＡＮ７４００の内部のユーザ７４０
０−１はＩＣＳユーザアドレス“２５００”を有し、同
様にＬＡＮ７４１０の内部のユーザ７４１０−１はＩＣ
Ｓユーザアドレス“３６０１”を有する。ダイアルアッ
プルータ７１１０を管理する者は、ダイアルアップルー
タ７１１０のルータ表７１１３−１に、受信者ＩＣＳユ
ーザアドレス対応に指定される電話番号とその優先順位
をルータ表入力部７０１８−１から入力する。ここで、
図７６を参照して、ルータ表７１１３−１の登録内容を
説明する。受信者ＩＣＳユーザアドレス“３６０１”が
指定されたとき、優先順位１位は電話番号「０３−１１
１１−１１１１」であり、優先順位２位は電話番号「０
３−２２２２−２２２２」であり、優先順位３位は電話
番号「０３−３３３３−３３３３」である。受信者ＩＣ
Ｓユーザアドレス“３６０２”や“３７００”も同様に
登録されている。そして、送信者ＩＣＳユーザアドレス
“２５００”から受信者ＩＣＳユーザアドレス“３６０
１”への通信例として、図７７のフロ−チャ−トを参照
して説明する。
【０２６４】ユーザ７４００−１は、ＩＣＳユーザフレ
ームＦ２００をゲートウェイ７４００−２及びユーザ論
理通信回線７２０４を経てダイアルアップルータ７１１
０へ送る。ダイアルアップルータ７１１０は処理装置７
１１２−１の制御の下に動作するものであり、ＩＣＳユ
ーザフレームＦ２００を受け取り（ステップＳ１９０
１）、ＩＣＳユーザフレームＦ２００に含まれる受信者
ＩＣＳユーザアドレス“３６０１”を読取り、アドレス
“３６０１”を検索のキーワードとしてルータ表７１１
３−１を検索し（ステップＳ１９０２）、優先順位の高
い電話番号を見出す。この場合、優先順位１位の電話番
号は図７６のル−タ表に示すように「０３−１１１１−
１１１１」であるので、ダイアルアップルータ７１１０
は第１回目の試みとして、電話網７２１５−１を経て電
話番号「０３−１１１１−１１１１」に電話をかける
（ステップＳ１９１０）。この結果、電話番号「０３−
１１１１ー１１１１」により呼び出されるアクセス制御
装置７０１０−１の回線部７０１１ー１との間で電話通
信路７２０１が確立する、即ち、ダイアルアップルータ
７１１０と回線部７０１１−１とが電話回線で接続され
る。尚、上記電話呼出し手続で、ダイアルアップルータ
７１１０と回線部７０１１−１とが電話回線で接続され
ない場合、ダイアルアップルータ７１１０は、次にルー
タ表７１１３−１により優先順位２位の電話番号「０３
−２２２２−２２２２」を見出し、第２回目の試みとし
て、電話網７２１５−１を介して電話番号「０３−２２
２２−２２２２」に電話をかける（ステップＳ１９１
１）。この結果、電話番号「０３−２２２２−２２２
２」により呼び出されるアクセス制御装置７０１０−１
の回線部７０１１−１との間で電話通信路７２０２が確
立する。尚、上記電話呼出し手続で、ダイアルアップル
−タ７１１０と回線部７０１１−１とが電話回線で接続
されない場合、ダイアルアップルータ７１１０は、次に
ル−タ表７１１３−１により優先順位３位の電話番号
「０３−３３３３−３３３３」を見出し、第３回目の試
みとして、電話網７２１５−３を介して電話番号「０３
−３３３３−３３３３」に電話をかける（ステップＳ１
９１２）。この結果、電話番号「０３−３３３３−３３
３３」により呼び出されるアクセス制御装置７０１０−
３の回線部７０１１−３との間で電話通信路７２０３が
確立する。尚、以上の複数回の試みでもダイアルアップ
ルータからアクセス制御装置に電話通信路が確立しない
とき、ダイアルアップルータ７１１０は受信したＩＣＳ
フレームＦ２００を記憶部７１１７−１に保管し（ステ
ップＳ１９１３）、一定時間後（ステップＳ１９１４）
に再度ルータ表を索引し（ステップＳ１９０２）、電話
通信路７２０１、７２０２、７２０３等の確立を試み
る。
【０２６５】次に、前記ダイアルアップルータ７１１０
と回線部７０１１−１とが電話回線で接続された以後の
動作を説明する。ダイアルアップルータ７１１０は、ア
クセス制御装置７０１Ｏ−１に利用者として登録済みの
正規の利用者であるか否かの認証手続に入る（ステップ
Ｓ１９２０）。認証手続は認証の目的を達成できるもの
であれば良いが、例えばダイアルアップルータ７１１０
から、ダイアルアップルータ７１１０を識別するための
ＩＤ及びパスワードを電話回線７２０１を通して回線部
７０１１−１に送出し、アクセス制御装置７０１０−１
の認証部７０１６−１は受信したＩＤ及びパスワードが
正しいか否かを調べ、正しければユーザが正しいこと、
即ち“肯定確認”を知らせる通知データを電話通信路７
２０１を経てダイアルアップルータ７１１０に送信する
ことにより、認証の手続を終了する。尚、受信したＩＤ
及びパスワードのいずれかが正しくない揚合、電話通信
路７２０１による通信を中断する。
【０２６６】ダイアルアップルータ７１１０はユーザ認
証における肯定確認の通知を電話回線７２０１から受信
すると、ＩＣＳユーザフレームＦ２００を電話通信路７
２０１に送出し（ステップＳ１９３０）、アクセス制御
装置７０１０−１がＩＣＳユーザフレームＦ２００を受
信したのを確認すると電話通信路７２０１を解放して電
話を切り（ステップＳ１９３１）、以上説明したダイア
ルアップルータの一連の処理は終了する。
【０２６７】アクセス制御装置７０１０−１はＩＣＳユ
ーザフレームＦ２００を受け取ると、処理装置７０１２
−１の管理の下に変換表７０１３−１を用いてＩＣＳカ
プセル化を行い、ＩＣＳネットワークフレームＦ３０１
を生成し、ＩＣＳ７１００内部のＩＣＳ網通信回線７３
０１に送出する。本実施例において、ＩＣＳネットワー
クフレームＦ３０１の発信ＩＣＳネットワークアドレス
は回線部７０１１−１内のＩＣＳ論理端子に付与された
ネットワークアドレスの“７５０１”であり、着信ＩＣ
Ｓネットワークアドレスはアクセス制御装置７０１０−
２のＩＣＳ論理端子に付与された“８６０１”である。
ＩＣＳネットワークフレームＦ３０１はＩＣＳ７１００
を転送されてアクセス制御装置７０１０−２に到達し、
ここでＩＣＳ逆カプセル化され、ユーザ論理通信回線７
６０１を通過してＩＣＳユーザアドレス“３６０１”の
ユーザ７４１０−１に到達する。
【０２６８】上記説明において、ダイアルアップルータ
７１１０とアクセス制御装置７０１０−１の回線部７０
１１−１との間で、電話番号「０３−２２２２−２２２
２」で呼び出される電話通信路７２０２が確立した場
合、ＩＣＳユーザフレームＦ２００は電話通信路７２０
２を通過して、ダイアルアップルータ７１１０から回線
部７０１１−１に転送される。この場合も前記と同様
に、アクセス制御装置７０１０−１はＩＣＳユーザフレ
ームＦ２００を受け取るとＩＣＳカプセル化を行い、Ｉ
ＣＳネットワークフレームＦ３０２を生成してＩＣＳ７
１００内部のＩＣＳ網通信回線７３０１に送出する。こ
こで、ＩＣＳユーザフレームＦ３０２は発信ＩＣＳユー
ザアドレス“７５０２”、着信ＩＣＳユーザアドレス
“８６０１”である。
【０２６９】また、ダイアルアップルータ７１１０とア
クセス制御装置７０１０−３の回線部７０１１−３との
間で、電話番号「０３−３３３３−３３３３」で呼び出
される電話通信路７２０３が確立した場合、ＩＣＳユー
ザフレームＦ２００は電話通信路７２０３を通過して、
ダイアルアップルータ７１１０から回線部７０１１−３
に転送される。この場合、アクセス制御装置７０１０−
３はＩＣＳユーザフレームＦ２００を受取るとＩＣＳカ
プセル化を行い、ＩＣＳネットワークフレームＦ３０３
を生成し、ＩＣＳ７１００内部のＩＣＳ網通信回線７３
０３に送出する。この場合、ＩＣＳネットワークフレー
ムＦ３０３の発信ＩＣＳネットワークアドレスは，回線
部７０１１−３内のＩＣＳ論理端子に付与されたネット
ワークアドレスの“７８００”であり、着信ＩＣＳネッ
トワークアドレスはアクセス制御装置７０１０−２のＩ
ＣＳ論理端子に付与された“８６０１”である。ＩＣＳ
ネットワークフレームＦ３０３はＩＣＳ７１００を転送
されてアクセス制御装置７０１０ー２に到達し、ここで
ＩＣＳ逆カプセル化され、ユーザ論理通信回線７６０１
を通過してＩＣＳユーザアドレス“３６０１”のユーザ
７４１０−１に到達する。
【０２７０】実施例−２０（速度クラス及び優先度）： <<構成>>図７８〜図８０に示すようにＩＣＳ８０００−
１は、アクセス制御装置８０１０−１，８０１０−２，
８０１Ｏ−３，８０１０−４、中継装置８０２０−１、
ＩＣＳアドレス管理サーバ８０２５−１、ＩＣＳ網サー
バ８０２７−１を含み、これら装置は、ＩＣＳネットワ
ークフレームを転送するＩＣＳ網通信回線８０３０−
１，８０３０−２，８０３０−３，８０３０ー４，８０
３０−５，８０３０−６で結ばれている。回線部８０１
１−１、処理装置８０１２−１、変換表８０１３−１は
共にアクセス制御装置８０１０−１の内部に設けられて
いる。回線部８０１１−１の複数のＩＣＳ論理端子に
は、ＩＣＳ論理通信回線８０５１−１，８０５１−２，
８０５１−３，８０５１−４がそれぞれ接続され、ＩＣ
Ｓネットワークアドレス“７７２１”，“７７２３”，
“７７２４”，“７７２５”がそれぞれ付与されてい
る。ＩＣＳ８０００−１内のＩＣＳ網通信回線は、ＩＣ
Ｓネットワークフレームを転送する速度の目安を表わす
速度クラスを付与されており、例えばＩＣＳ網通信回線
８０３０−１，８０３０−２，８０３０−６は速度クラ
スがいずれも“４”であり、ＩＣＳ網通信回線８０３０
−３及び８０３０−５は速度クラスが共に“３”であ
り、ＩＣＳ網通信回線８０３０−４は速度クラスが
“２”である。速度クラスは、変換表８０１３ー１の内
部に登録する速度クラスと同一の基準により定められて
いる。ＩＣＳアドレス管理サーバ８０２５−１にはＩＣ
Ｓネットワークアドレス“７８１１”、ＩＣＳ網サーバ
８０２７−１にはＩＣＳネットワークアドレス“７８２
１”がそれぞれ付与され、ＩＣＳ網通信回線８０５４−
１及び８０５４−２でアクセス制御装置８０１０−１に
接続されている。
【０２７１】ＩＣＳ通信端末としてのユーザ８４００−
１はＩＣＳユーザアドレス“２５００”を有し、ＩＣＳ
論理通信回線８０５１−１を経て回線部８０１１−１に
接続され、ＩＣＳ通信端末としてのユーザ８４００−２
はＩＣＳユーザアドレス“２５１０”を有し、ＩＣＳ論
理通信回線８０５２−１を経てアクセス制御装置８０１
０−２に接続され、ＩＣＳ通信端末としてのユーザ８４
００−３はＩＣＳユーザアドレス“３６００”を有し、
またユーザ８４００−４はＩＣＳユーザアドレス“３６
１０”を有し、それぞれゲートウェイ８０４１−１及び
ＩＣＳ論理通信回線８０５３−１を経てアクセス制御装
置８０１０−３に接続されている。変換表８０１３−１
にＩＣＳネットワ−クアドレスやＩＣＳユ−ザアドレス
を登録する方法は、前記実施例−１や実施例−２と同一
の手法であり、異なる点は、実施例−１の変換表１１３
−１に登録される速度を削除し、代わりに図８０に示す
ように、速度クラス及び優先度を登録している点と、速
度クラス及び優先度がアドレス管理サーバ８０２５−１
の中に、アドレス関連情報の一部として、対応するＩＣ
Ｓユーザアドレスと共に格納されている点である。
【０２７２】速度クラスは、速度の単位で表現する代わ
りに数値等で表現するものであり、例えば通信速度64Ｋ
bpsを速度クラス１、通信速度128Ｋbpsを速度クラス
２、以下同様にして通信速度500Ｍbpsを速度クラス７で
表わす。速度クラスの数値は、数値が大きいほど早い速
度と定める。通信速度と速度クラスの対応づけの例を図
８１に示すが、この様に通信速度クラスの数を１から７
の７段階にする必要は無く、通信技術の進歩に対応し
て、例えば２０段階程度に細分化しても良い。また、通
信速度はＩＣＳ８０００−１内のＩＣＳ網通信回線の物
理的な通信速度に正確に一致させる必要はなく、例えば
物理的な通信速度の２５％に対応させて、通信速度に余
裕を持たせるようにしてもよい。優先度は数値で例えば
８段階で表わされ、ＩＣＳネットワークフレームをアク
セス制御装置や中継装置からＩＣＳ網通信回線に送出す
る場合の、同一速度クラスで比較したときの優先順位を
表わす。優先度の数値は、数値が大きいほど高い優先度
と定められている。例えば中継装置が２つのＩＣＳネッ
トワークフレームＦ５１０及びＦ５１１をほぼ同時刻に
受信し、これら２フレームの速度クラスは同一値“３”
であり、ＩＣＳネットワークフレームＦ５１０の優先度
が“３”であり、ＩＣＳネットワークフレームＦ５１１
の優先度が“５”である場合は、優先度の高いＩＣＳネ
ットワークフレームＦ５１１を時間的に先に送出する。
【０２７３】本実施例において、例えばＩＣＳ網通信回
線８０３０−３及び８０３０−４は、中継装置８０２０
−１からアクセス制御装置８０１０ー３に向って“同じ
通信方路にある”といい、ＩＣＳ網通信回線８０３０−
５及び８０３０−６は、中継装置８０２０−１からアク
セス制御装置８０１０−４に向って“同じ通信方路にあ
る”という。尚、通信方路はアクセス制御装置から中継
装置に向けても、或いは一つの中継装置からＩＣＳ網通
信回線で接続される他の中継装置に向けても良い。同じ
通信方路に同じ速度クラスの複数のＩＣＳ網通信回線を
存在させてもよく、この場合は同一速度クラスが同一の
ＩＣＳ網通信回線にあっても良い。
【０２７４】<<動作>>その動作を、図８２及び図８３の
フローチャートを参照して説明する。ユーザ８４００−
１は、送信者ＩＣＳユーザアドレス“２５００”、受信
者ＩＣＳユーザアドレス“３６００”のＩＣＳユーザフ
レームＦ５００をＩＣＳ論理通信回線８０５１−１に送
出する。アクセス制御装置８０１０−１の処理装置８０
１２−１は、回線部８０１１−１のＩＣＳネットワーク
アドレス“７７２１”のＩＣＳ論理端子からＩＣＳユー
ザフレームＦ５００を受取ると共に、ＩＣＳネットワー
クアドレス“７７２１”を取得し（ステップＳ２００
１）、アドレス“７７２１”が、変換表８０１３−１上
に要求識別が仮想専用線接続“３”として登録されてい
るか否かを調べる（ステップＳ２００２）。この場合は
登録されていないので、次にＩＣＳネットワークアドレ
ス“７７２１”に対応して、ＩＣＳユーザフレームＦ５
００上に書かれている受信者ＩＣＳユーザアドレス“３
６００”を取得し（ステップＳ２００４）、アドレス
“３６００”が変換表に登録されており、要求識別が企
業間通信“２”として登録されているか否かを調べる
（ステップＳ２００５）。この場合は登録されているの
で、ＩＣＳカプセル化を行う準備として変換表８０１３
−１から着信ＩＣＳネットワークアドレス“５５２２”
を取得し、更に変換表８０１３−１から速度クラス
“３”及び優先度“３”の課金に関係する情報を取得す
る（ステップＳ２００６）。次に、ＩＣＳネットワーク
フレーム制御部に、速度クラス“３”及び優先度“３”
を書込んだＩＣＳネットワークフレームＦ５１０を生成
することによりＩＣＳカプセル化を行い（ステップＳ２
０２０）、ＩＣＳ網通信回線８０３０−１に送出する
（ステップＳ２０２１）。
【０２７５】尚、上述の説明では、ＩＣＳネットワーク
フレームは要求識別が“２”の企業間通信の場合であっ
たが、要求識別が“３”の仮想線接続の場合は、変換表
８０１３−１から着信ＩＣＳネットワークアドレス、速
度クラス、優先度等を取得し、更に課金に関係する情報
を取得し（ステップＳ２００３）、例えば企業内通信
“１”の場合は、変換表８０１３−１から着信ＩＣＳネ
ットワークアドレス、速度クラス、優先度等を取得し、
更に課金に関係する情報を取得し（ステップＳ２０１
１）、ＩＣＳ網サーバへの通信“４”の場合は、変換表
８０１３−１から着信ＩＣＳネットワークアドレス等を
取得し、更に課金に関係する情報を取得し（ステップＳ
２０１３）、ＩＣＳカプセル化後にＩＣＳ網サーバ８０
２７−１に送られる。
【０２７６】上記手順により生成されたＩＣＳネットワ
ークフレームＦ５１０は、ＩＣＳ網通信回線８０３０−
１を経て中継装置８０２０−１に到達する。このとき、
ほぼ同時刻に、他のＩＣＳネットワークフレームＦ５１
１がＩＣＳ網通信回線８０３０−２を経て中継装置８０
２０−１に到達したとする。ＩＣＳネットワークフレー
ムＦ５１１はユーザ８４００−２からＩＣＳユーザフレ
ームＦ５０１として送出され、ＩＣＳ論理通信回線８０
５２−１を経てアクセス制御装置８０１０−２に到達
し、ここでＩＣＳカプセル化されてＩＣＳネットワーク
フレームＦ５１１となり、ＩＣＳ網通信回線８０３０−
２を送信されて中継装置８０２０一１に到達したもので
ある。中継装置８０２０−１はＩＣＳネットワークフレ
ームＦ５１０及びＦ５１１を受信すると（ステップＳ２
０３０）、処理装置８０２１−１の管理の下に、先ず中
継表８０２２−１を調べてＩＣＳネットワークフレーム
Ｆ５１０及びＦ５１１をＩＣＳ網通信回線をいずれとす
るか、即ち通信方路を見出し（ステップＳ２０３１）、
通信方路毎に分ける（ステップＳ２０３２）。本実施例
の場合は、前記２つのＩＣＳネットワークフレームＦ５
１０及びＦ５１１は共に送信の宛先は、中継装置８０２
０−１からアクセス制御装置８０１０−３への通信の方
路であり、ＩＣＳ網通信回線８０３０−３及び８０３０
ー４、２本のＩＣＳ網通信回線が存在する。次に、前記
ＩＣＳネットワークフレームＦ５１０及びＦ５１１共
に、その制御部に記載される速度クラスを読出して速度
クラス毎に分け（ステップＳ２０４１）、以降は分けら
れた速度クラス毎の手続を行う。本実施例の場合、ＩＣ
ＳネットワークフレームＦ５１０及びＦ５１１の速度ク
ラス共に“３”である。次に、同じ速度クラスのＩＣＳ
フレームは、それぞれの制御部に記載されている優先度
を読出し、優先度の高いＩＣＳフレームから送信される
（ステップＳ２０４２）。同一の優先度の場合はいずれ
を先に送信しても良い。以上の処理の結果、中継装置８
０２０−１はＩＣＳネットワークフレームＦ５１１を先
にＩＣＳ網通信回線８０３０−３に送出し、次にＩＣＳ
ネットワークフレームＦ５１０をＩＣＳ網通信回線８０
３０−３に送出する。尚、上記手順において、ＩＣＳネ
ットワークフレームＦ５１０の制御部に記載されている
速度クラスよりも低速度のＩＣＳ網通信回線しか存在し
ない場合は、速度低下による通信サービスの低下に関す
る情報、即ち該当するＩＣＳネットワークフレームに記
載される送信者ＩＣＳユーザアドレスや受信者ユーザア
ドレス、通信サービスの時刻（年月日時分秒）等を中継
運用ファイル８０２３−１に記録する。中継運用ファイ
ルの記録内容は、ＩＣＳ８０００−１のユーザに要求に
応じて知らせる。
【０２７７】以上の手順により、２つのＩＣＳネットワ
ークフレームＦ５１１及びＦ５１０は、優先度が高いＩ
ＣＳユーザフレームＦ５１１が時間的に先行して、ＩＣ
Ｓ網通信回線８０３０−３を転送されてアクセス制御装
置８０１０−３に到達する。ＩＣＳネットワークフレー
ムＦ５１１はＩＣＳ逆カプセル化されてＩＣＳユーザフ
レームＦ５０１となり、ＩＣＳ論理通信路８０５３−１
を経てＩＣＳユーザアドレス“３６１０”のユーザ８４
００−４に到達する。ＩＣＳネットワークフレームＦ５
１０はＩＣＳ逆カプセル化されてＩＣＳユーザフレーム
Ｆ５００となり、ＩＣＳ論理通信路８０５３−１を経て
ＩＣＳユーザアドレス“３６００”のユーザ８４００−
３に到達する。
【０２７８】次に、優先度の使い方についてオプション
を示す。ＩＣＳカプセル化の時点で、変換表８０１３−
１に登録されている速度クラス及び優先度をＩＣＳネッ
トワ−クフレ−ムに転記する場合、処理装置８０１２−
１が処理対象のＩＣＳユ−ザフレ−ム制御部の内に書か
れている長さを調べ、例えばＩＣＳユ−ザフレ−ムが所
定値（例えば２５６バイト）以下の場合に限り、優先度
の値を＋１増加した値をＩＣＳネットワ−クフレ−ムに
転記する。このようにすると、短いＩＣＳユ−ザフレ−
ムに限り優先的にＩＣＳ８０００−１内部を転送するサ
−ビスを実現できる。かかる方法により、ＩＣＳ８００
０−１運用者は短いＩＣＳユ−ザフレ−ムを優先度を上
げて、つまり通信料金を上げた通信サ−ビスを容易に実
現することができる。利用者にとって短いＩＣＳユ−ザ
フレ−ムなら、スル−プットがより確実になる。優先度
のオプションを採用するか否かは、例えばアクセス制御
装置毎に定めることにより達成される。尚、速度クラス
のみを実施し、優先度を除いて、即ち同一の優先度とし
て上記方法を実施してもよい。他の実施例では、変換表
８０１３−１は送信者ＩＣＳユーザアドレス（企業内及
び企業間）を含まない。この場合でも、図８２のフロー
チャートは元々送信者ＩＣＳユーザアドレスを参照して
いないので、変化しない。
【０２７９】実施例−２１（ＩＣＳユーザフレームへの
電子署名の付与）：ＩＣＳユーザフレームに電子的に署
名し、ＩＣＳユーザフレームがアクセス制御装置を通過
したことを証明する実施例を説明し、また、要求がある
ときにＩＣＳユ−ザフレ−ムを暗号化する実施例を説明
する。先ず、本実施例に用いる電子的な署名（電子署
名）の技術について説明する。電子署名を利用するに当
つては、電子署名を作る署名者と署名の検証者とがい
る。署名者ａは、署名者ａの１対の署名鍵ＫＳａと検証
鍵ＫＰａとを同時に生成し、署名鍵ＫＳａは秘密のまま
自己で保持し、検証鍵ＫＰａのみを何らかの手段で公開
する。署名者ａは、署名者ａのみの秘密の署名鍵ＫＳａ
を用いてデータｍ及び署名鍵ＫＳａに依存した電子署名
σを生成する。数式で表わすと次の数１となる。
【０２８０】
【数１】σ＝ＳＩＧＮ（ＫＳａ，ｈ（ｍ）） ここで、ＳＩＧＮは署名の機能を表わす署名関数であ
り、関数ｙ＝ｈ（ｍ）はデータｍを短いデータに圧縮す
る機能を有する電子署名用のハッシュ関数である。検証
者ｂは公開されている検証鍵ＫＰａを用いて、
【数２】ν＝ＴＥＳＴ（σ，ＫＰａ，ｈ（ｍ）） により電子署名σの正否を検証する。そして、ν＝１な
らば、電子署名σとデータｍは共に正しく、電子署名σ
の生成後に電子署名σ及びデータｍの両方が書換えられ
ておらず、改ざんされていないことを示す。また、ν＝
０ならば、電子署名σ及びデータｍのいずれか一方或い
は両方が正しくないことを示す。検証鍵ＫＰａは、適当
な手段により例えば官報や公開鍵の案内サービス業務を
行う公開鍵案内サービスセンタや、一般広告等により広
く公開される。検証鍵ＫＰａを公開しても、署名鍵ＫＳ
ａの算出を事実上不可能とする署名関数ＳＩＧＮを作成
する技法は公知である。
【０２８１】次に、ＩＣＳユーザフレームに電子署名を
付与する手順を述べる。電子署名を付与する時点や場所
に関する条件、即ち電子署名を付与した年月日時分秒か
らなる時刻やアクセス制御装置の運用責任者や、アクセ
ス制御装置の識別記号を表わす“時間／場所パラメ−タ
Ｐ１”、及び署名関数ＳＩＧＮやハッシュ関数ｈ（ｍ）
の種類や署名鍵の長さ等を表わす“署名関数パラメータ
Ｐ２”も電子署名の対象とする。数式で表わすと次の数
３となる。
【０２８２】
【数３】σ＝ＳＩＧＮ（ＫＳａ，ｈ（ｍ）） ただし、ｍ＝ＵＦ‖Ｐ１‖Ｐ２である。 ここで、ＵＦはＩＣＳカプセル化前のＩＣＳユーザフレ
ーム、或いはＩＣＳ逆カプセル化後の元に戻されたＩＣ
Ｓユーザフレ−ムを表わす。受信側のユーザは、ＩＣＳ
ユーザフレームＵＦ、時間／場所パラメータＰ１、署名
関数パラメータＰ２、電子署名σを、受信側のＩＣＳユ
ーザフレームにＵＦ‖Ｐ１‖Ｐ２‖σとして受信する。
これを図示すると図８４のようになる。更に、ＩＣＳユ
ーザフレームＵＦの内部に、パラメータＰ１，Ｐ２や電
子署名σの書込領域を図８５に示すように空き領域にし
ておく方法もある。この場合、ＩＣＳユーザフレームＵ
Ｆの空き領域をＤａｔａで表わしたとき、電子署名σは
【数４】σ＝ＳＩＧＮ（ＫＳａ，ｈ（ｍ）） ただし、ｍ＝Ｄａｔａ‖Ｐ１‖Ｐ２である。として生成
し、署名の検証は
【数５】ν＝ＴＥＳＴ（σ，ＫＰａ，ｈ（ｍ）） ただし、ｍ＝Ｄａｔａ‖Ｐ１‖Ｐ２である。として行
う。
【０２８３】更に、例えばＩＣＳユーザフレームＵＦの
長さが２０４８バイトあり、ＵＦ‖Ｐ１‖Ｐ２‖σの長
さが２４４８バイト（２０４８バイト＋４００バイト）
である場合、ＩＣＳユーザフレ−ムＵＦの制御部の内部
にあるフレームの長さを表わすフイールド（例えば図１
００のトータル長フィールド）を、２０４８バイトから
２４４８バイトに書換える必要がある。この方法によ
り、長さフィールドを書換えたＩＣＳユーザフレームを
ＵＦ´で表わす。このような実施例を採用する場合、電
子署名σは
【数６】σ＝ＳＩＧＮ（ＫＳａ，ｈ（ｍ）） ただし、ｍ＝ＵＦ´‖Ｐ１‖Ｐ２である。として生成
し、署名の検証は
【数７】ν＝ＴＥＳＴ（σ，ＫＰａ，ｈ（ｍ）） ただし、ｍ＝ＵＦ´‖Ｐ１‖Ｐ２である。として行う。
【０２８４】尚、本実施例においてＵＦ，Ｐ１，Ｐ２を
並べる順序を変えてもよく、例えばｍ＝Ｐｌ‖Ｐ２‖Ｕ
Ｆとして電子署名σ＝ＳＩＧＮ（ＫＳａ，ｈ（ｍ））を
算出し、Ｐ１‖Ｐ２‖ＵＦ‖σを受信側のＩＣＳユーザ
フレーム内部に設定しても良い。本実施例においては、
暗号化の機能をｙ＝ＥＮＣ（Ｋ１，ｘ）、復号化の機能
をｘ＝ＤＥＣ（Ｋ２，ｙ）で表わす。ここで、ｘは平文
デ−タ、ｙは暗号文デ−タ、ＥＮＣは暗号化関数、ＤＥ
Ｃは復号化関数、Ｋ１は暗号化鍵、Ｋ２は復号化鍵をそ
れぞれ表わしている。また、電子署名の技法はディジタ
ル署名とも呼ばれており、例えばW. Diffie, M.E. Hell
man の論文"New Direction in Cryptography" IEEE, I
T. Vol.IT-22, No.6, p.644-654, 1976 、昭晃堂1990年
発行、辻井重夫編「暗号と情報セキュリティ」、p.127-
138 に説明されている。
【０２８５】<<構成>>図８６及び図８７に示すように、
ＩＣＳ９０００−１はアクセス制御装置９０１０−１，
９０１０−２，９０１０−３及び中継装置９１２０−１
を含み、これらの装置はＩＣＳネットワークフレームを
転送するＩＣＳ網通信回線９０３０−１，９０３０−
２，９０３０−３で結ばれている。回線部９０１１一
１、処理装置９０１２−１、変換表９０１３−１、電子
署名部９０１７−１は、いずれもアクセス制御装置９０
１０−１の内部に設けられている。電子署名部９０１７
−１の内部には、署名鍵ＫＳａ、検証鍵ＫＰａ、電子署
名関数ＳＩＧＮやハッシュ関数ｈ（ｍ）を実現するプロ
グラムモジュール、時間／場所パラメータＰ１、署名関
数パラメータＰ２が含まれている。ここで、署名健ＫＳ
ａはアクセス制御装置９０１０ー１が保持する秘密値で
あり、電子署名部は秘密の署名鍵を内部に保持している
ので、秘密の署名鍵が外部に漏れないようにする必要が
ある。例えば、物理的に強固な箱の内部に電子署名部を
格納し、外部から署名鍵を読出せないような構造とす
る。回線部９０１１−１の複数のＩＣＳ論理端子には、
ＩＣＳネットワークアドレス“７７２１”，“７７２
２”，“７７２５”，“７７２６”，“７７２７”，
“７７２８”が付与されている。暗号化／復号化手段９
０１８−１は暗号化の機能を含み、暗号化鍵Ｋ１及び復
号化鍵Ｋ２を保持する。ＩＣＳユ−ザフレ−ムＵＦ１を
入力すると、その暗号文ＵＦ２をＵＦ２＝ＥＮＣ（Ｋ
１，ＵＦ１）として生成し、暗号文ＵＦ２を入力する
と、その平文をＵＦ１＝ＤＥＣ（Ｋ２，ＵＦ２）として
求める。
【０２８６】<<動作>>その動作を、図８８のフロ−チャ
−トを参照して説明する。ユーザ９４００−１は送信者
ＩＣＳユーザアドレス“２５００”、受信者ＩＣＳユー
ザアドレス“３６００”のＩＣＳユーザフレームＦ９０
０を、ＩＣＳ論理通信回線９０５１−１に送出する。ア
クセス制御装置９０１０−１の処理装置９０１２−１
は、回線部９０１１−１のＩＣＳネットワークアドレス
“７７２１”のＩＣＳ論理端子からＩＣＳユーザフレー
ムＦ９００を受け取ると共に、ＩＣＳネットワークアド
レス“７７２１”を取得し（ステップＳ２００１）、ア
ドレス“７７２１”が変換表９０１３ー１上に、要求識
別が仮想専用線接続“３”として登録されているか否か
を調べる（ステツプＳ２００２）。この場合は登録され
ていないので、次にＩＣＳネットワークアドレス“７７
２１”に対応してＩＣＳユーザフレームＦ９００上に書
かれている受信者ＩＣＳユーザアドレス“３６００”を
取得し（ステップＳ２００４）、このアドレス“３６０
０”が変換表に登録されており、更に要求識別が企業間
通信“２”として登録されているか否かを調べる（ステ
ップＳ２００５）。この場合は登録されているので、Ｉ
ＣＳカプセル化を行う準備として、変換表９０１３−１
から着信ＩＣＳネットワークアドレス“５５２２”を取
得する。次に、変換表９０１３ー１から、速度クラス及
び優先度の課金に関係する情報を取得する（ステップＳ
２００６）。変換表９０１３−１の署名の欄に“１”が
指定され、同時に送信時電子署名の欄に“ＹＥＳ”と登
録されているので、処理装置９０１２−１は、電子署名
部９０１７ー１に格納されている電子署名関数ＳＩＧＮ
やハッシュ関数ｈ（ｍ）を実現するプログラムモジュー
ル、時間／場所パラメータＰ１、署名関数パラメータＰ
２を用いて、前述の電子署名の技法により、ＩＣＳユー
ザフレームＦ９００の電子署名を生成し、新たなＩＣＳ
ユーザフレーム（ＵＦ２で表わす）を作る（ステップＳ
２０１９）。数式で表わすと、次の数８となる。
【０２８７】
【数８】ＵＦ２＝ｍ‖σ ただし、ｍ＝Ｆ９００‖Ｐ１‖Ｐ２，σ＝ＳＩＧＮ（Ｋ
Ｓａ，ｈ（ｍ））である。 尚、上記手順において、変換表９０１３−１の署名の欄
に“１”が指定されていても、送信時電子署名の欄には
“ＮＯ”と登録されている場合は、電子署名部９０１７
−１が動作せず電子署名は付与されない。次に暗号クラ
スが“１”と指定されているので、ＩＣＳユ−ザフレ−
ムＵＦ２を暗号化／復号化手段９０１８−１により暗号
化して新たなＩＣＳユ−ザフレ−ムＵＦ３（＝ＥＮＣ
（Ｋ１，ＵＦ２））とする。尚、暗号クラスが“０”の
場合は、暗号化は行わない。
【０２８８】次に、ＩＣＳネットワークフレーム制御部
に速度クラス，優先度及び暗号クラスを書込んだＩＣＳ
ネットワークフレームＦ９０１を生成することによりＩ
ＣＳカプセル化を行い（ステップＳ２０２０）、ＩＣＳ
９０００−１内部のＩＣＳ網通信回線９０３０−１に送
出する（ステップＳ２０２１）。尚、上記の説明ではＩ
ＣＳネットワークフレームは要求識別が“２”の企業間
通信の例であったが、例えば要求識別が“３”の仮想線
接続の場合は、変換表９０１３−１から着信ＩＣＳネッ
トワークアドレスや課金などに関する情報を取得し（ス
テップＳ２００３）、要求識別が“１”の企業内通信の
場合は、変換表９０１３一１から着信ＩＣＳネットワー
クアドレスや課金等に関する情報を取得し（ステップＳ
２０１１）、要求識別が“４”のＩＣＳ網サーバへの通
信の場合は、変換表９０１３−１から着信ＩＣＳネット
ワークアドレスや課金等に関する情報を取得する（ステ
ップＳ２０１３）。
【０２８９】上記手順により生成されたＩＣＳネットワ
ークフレームＦ９０１は、ＩＣＳ網通信回線９０３０−
１及び中継装置９１２０−１を経由してアクセス制御装
置９０１０−２に到達し、ＩＣＳ逆カプセル化されてＩ
ＣＳユーザフレームＦ９０２となり、ＩＣＳ論理通信路
９０５１−３を経てＩＣＳユーザアドレス“３６００”
のユーザ９４００−２に到達する。ここで、Ｆ９０２＝
ｍ‖σ、ｍ＝ＵＦ１‖Ｐ１‖Ｐ２、ＵＦ１は送信前のＩ
ＣＳユーザフレームＦ９００、Ｐ１は時間／場所パラメ
ータ、Ｐ２は電子署名パラメータ、σは電子署名、σ＝
ＳＩＧＮ（ＫＳａ，ｈ（ｍ））である。
【０２９０】<<ＩＣＳ逆カプセル化における電子署名と
復号化>>ユーザ９４００−３は、送信者ＩＣＳユーザア
ドレス“３６１０”、受信者ＩＣＳユーザアドレス“２
５１０”のＩＣＳユーザフレームＦ９３０をＩＣＳ論理
通信回線９０５１−４に送出する。アクセス制御装置９
０１０−３はＩＣＳユーザフレームＦ９３０を受け取
り、内部の変換表を用いてＩＣＳカプセル化を行い、Ｉ
ＣＳネットワークフレームＦ９３１を生成してＩＣＳ網
通信回線９０３０−３に送出する。ＩＣＳネットワーク
フレームＦ９３１は、中維装置９１２０−１及びＩＣＳ
網通信回線９０３０−１を経てアクセス制御装置９０１
０−１に到達し、変換表９０１３−１の管理の下にＩＣ
Ｓ逆カプセル化されてＩＣＳユーザフレームＵＦ１とな
る。ＩＣＳネットワ−クフレ−ムＦ９３１の制御部に暗
号クラスが“１”と指定されているので、逆カプセル化
して得たＩＣＳユ−ザフレ−ム（ＵＦ１）を暗号化／復
号化手段９０１８−１により復号化してＩＣＳユ−ザフ
レ−ムＵＦ１´とする。ＵＦ１´＝ＤＥＣ（Ｋ２，ＵＦ
１）であり、暗号クラスが“０”の場合には復号化を行
わない。
【０２９１】次に、変換表９０１３−１の署名の欄に
“１”が指定され、同時に受信時電子署名の欄には“Ｙ
ＥＳ”と登録されているので、ここで電子署名部９０１
７−１１が動作し、前述と同様な方法によりパラメータ
Ｐ１，Ｐ２と電子署名σとが付与されて、新たなＩＣＳ
ユーザフレームＦ９３２となる。記号で表わすと、Ｆ９
３２＝ｍ‖σ、ｍ＝ＵＦ１‖Ｐ１‖Ｐ２、電子署名σ＝
ＳＩＧＮ（ＫＳａ，ｈ（ｍ））、前記復号化を行った場
合はＵＦ１の代わりにＵＦ１´である。尚、上記手続に
おいて、変換表９０１３−１の署名の欄に“１”が指定
されていても、受信時電子署名の欄には、“ＮＯ”と登
録されている場合は電子署名は付与されない。ＩＣＳユ
ーザフレームＦ９３２は、回線部９０１１−１及び論理
通信回線９０５１−４を経てＩＣＳユーザアドレス２５
１０のユーザ９４００−４に到達する。
【０２９２】<<署名要求の場合>>送信者ＩＣＳユーザア
ドレス“２８００”、受信者ＩＣＳユーザアドレス“３
７００”のＩＣＳユーザフレームＦ９４０が回線部９０
１１−１から入力された場合、ＩＣＳネットワークアド
レス“７７２８”に対応して、要求識別が“２”であ
り、受信者ＩＣＳユーザアドレス“３７００”に対応す
る変換表９０１３−１の署名の欄に“０”、同時に送信
時電子署名の欄には“ＹＥＳ”と登録されている。そし
て、ＩＣＳユーザフレームＦ９４０の所定位置に書かれ
ている“署名要求”の欄に“１”が指定されているの
で、電子署名部９０１７−１が動作し、上述と同様にパ
ラメータＰ１，Ｐ２及び電子署名σが付与されて新たな
ＩＣＳユーザフレームとなる。尚、変換表９０１３−１
の署名の欄は“０”又は“１”、送信時電子署名の欄に
“ＮＯ”が登録されている場合、ＩＣＳユーザフレーム
の署名要求の欄に“１”が指定されていても、ＩＣＳカ
プセル化の前に電子署名は付与されない。同様に、変換
表９０１３−１の署名の欄は“０”又は“１”、受信時
電子署名の欄に“ＮＯ”と登録されている場合、ＩＣＳ
ユーザフレームの署名要求の欄に“１”が指定されてい
ても、ＩＣＳ逆カプセル化した後で電子署名は付与され
ない。
【０２９３】一方、ＩＣＳユーザフレームが送信側アク
セス制御装置で送信時に電子署名され、更に受信側アク
セス制御装置で受信時に電子署名される場合は、図８９
に示すように送信時電子署名及び受信時電子署名が付与
される。また、署名関数パラメータＰ２に検証鍵ＫＰａ
の値を含める他の例もある。このようにすると、ＩＣＳ
ユーザフレームの受信者が、公開鍵案内サービスセンタ
等から検証鍵ＫＰａを入手する手間が省ける。更に、Ｉ
ＣＳユーザフレームの内容が電子伝票（注文伝票や領収
書など）である場合、電子伝票が通過したアクセス制御
装置の識別名称などと共に、電子署名が電子伝票に付与
される。電子伝票の送信者（作成者）又は電子伝票の受
信者（受領者）のいずれかが電子伝票を改ざんすると、
電子署名の原理によりその改ざんが発見できる。従っ
て、電子署名鍵が秘密値である限り、即ち署名鍵を内部
に保持しているアクセス制御装置の運用者が、署名鍵を
秘密値と保証する限り、電子署名は、改ざんできない公
的なものとして使用できるのである。
【０２９４】実施例−２２（電子署名サーバと暗号サ−
バ）：実施例−２１の図８６に示すように，電子署名部
９０１７−１及び暗号化／復号化手段９０１８−１はア
クセス制御装置９０１０−１の内部にある。これに対し
本実施例では図９０に示すように、アクセス制御装置９
３１０−１，９３１０−２，９３１０−３，９３１０−
４はそれぞれの内部に電子署名部を含まない実施例であ
り、代わりに電子署名サーバ９３４０−１，９３４０−
２，９３４０−３，９３４０−４とＩＣＳ網通信回線９
３４１−１，９３４１−２，９３４１−３，９３４１−
４とでそれぞれ接続されている。各電子署名サーバは実
施例−２１の電子署名部の機能を含み、アクセス制御装
置と協動してＩＣＳカプセル化の前に電子署名を付与し
たり、或いはＩＣＳ逆カプセル化の後に電子署名を付与
することは実施例−２１の電子署名部９０１７−１の機
能と同様であり、署名鍵、検証鍵、電子署名関数、ハッ
シュ関数を実現するプログラムモジュール、時間／場所
パラメータ、署名関数パラメータを含む。電子署名サー
バ９３４２−１及び９３４２−２は、それぞれＩＣＳ網
通信回線９３４４−１及び９３４４−２を経て中継装置
９３２０−１及び９３２０−２に接続されている。電子
署名サーバは全てＩＣＳ網内部で唯一のＩＣＳネットワ
ークアドレスを有し、ＩＣＳ網サーバ通信機能を用いて
他の電子署名サーバやアクセス制御装置と通信して、各
自が保持する情報を相互に交換する機能を有する。電子
署名サーバ９３４２−１はＶＡＮ９３０１−１を代表す
る電子署名サーバであり、ＶＡＮ９３０１−１の内部の
電子署名サーバ９３４０−１，９３４０−２とＩＣＳ網
サーバ通信機能を用いて通信し、これら電子署名サーバ
が保持する情報を入手できる。また、電子署名サーバ９
３４０−１は、電子署名サーバ９３４０一２の保持する
電子署名に関する情報（例えば検証鍵）を、電子署名サ
ーバ９３４２−１を介して入手することができる。電子
署名サーバ９３４２−１は、他のＶＡＮ９３０１−２を
代表する電子署名サーバ９３４２−２とＩＣＳ網サーバ
通信機能を用いて通信し、各自が保持する電子署名に関
する情報を交換することができる。尚、電子署名サーバ
は、その内部に保持する秘密の署名鍵については他の電
子署名サーバと交換せず、署名鍵の秘密を厳守する。
【０２９５】更に本実施例では、図９０に示すようにア
クセス制御装置９３１０−１，９３１０−２，９３１０
−３，９３１０−４は各内部に暗号化／復号化手段を含
まない例であり、代わりに暗号サ−バ９３４３−１，９
３４３−２，９３４３−３，９３４３−４とＩＣＳ網通
信回線でそれぞれ接続されている。各暗号サ−バは前記
暗号化／復号化手段９０１８−１の機能を含み、それと
接続されるアクセス制御装置と協力してＩＣＳカプセル
化の前にＩＣＳユ−ザフレ−ムを暗号化したり、或いは
ＩＣＳ逆カプセル化の後に、送信元で暗号化されている
ＩＣＳユ−ザフレ−ムを復号化することは、前記暗号化
／復号化手段９０１８−１と同様であり、暗号化関数や
復号化関数を実現するプログラムモジュ−ル、暗号化
鍵、復号化鍵を含んでいる。暗号サ−バ９３４３−５及
び９３４３−６は、それぞれＩＣＳ網通信回線を介して
中継装置９３２０−１及び９３２０−２に接続されてい
る。各暗号サ−バは全てＩＣＳ網内部で唯一のＩＣＳネ
ットワ−クアドレスを有し、ＩＣＳ網サ−バ通信機能を
用いて他の暗号サ−バと通信して、各自が保持する情報
を交換する機能を有する。暗号サ−バ９３４３−５はＶ
ＡＮ９３０１−１を代表する暗号サ−バであり、ＶＡＮ
９３０１−１の内部の暗号サ−バ９３４３−１及び９３
４３−２とＩＣＳ網サ−バ通信機能を用いて通信し、こ
れら暗号サ−バが保持する情報を入手できる。また、暗
号サ−バ９３４３−１は、暗号サ−バ９３４３−２が保
持する暗号に関する情報（例えば暗号鍵）を、暗号サ−
バ９３４２−５を介して入手することができる。暗号サ
−バ９３４３−５は、他のＶＡＮ９３０１−２を代表す
る暗号サ−バ９３４３−６とＩＣＳ網サ−バ通信機能を
用いて通信し、各自が保持する暗号に関する情報を交換
することができる。
【０２９６】実施例−２３（オープン接続）：ＩＣＳオ
ープン接続、つまり、相手先を変更して企業間通信を行
うために、ユーザとＶＡＮ運用者が行う準備手続を説明
する。
【０２９７】<<ユーザ申込み>>ユーザはＩＣＳネーム及
びＩＣＳユーザアドレスをＶＡＮ運用者に申請し、同時
にＩＣＳ接続条件、ユーザ身元や料金支払方法（住所、
企業名、支払い銀行口座番号など）を提示する。また、
ユーザが定めた企業内通信用のＩＣＳユーザアドレスが
あれば提示するが、無ければ提示しない。ＶＡＮ運用者
は、他のＶＡＮ運用者と予め定めておいた共通のルール
に従い、ＩＣＳネーム及びＩＣＳユーザアドレスを決め
てユーザに知らせる。ＩＣＳ接続条件の項目は、ＩＣＳ
ネーム条件、通信帯域条件、課金条件、電子署名条件、
暗号条件、開域条件、動的変更条件等を含むが、これら
諸条件の内容は次の通りである。
【０２９８】ＩＣＳネーム条件はＩＣＳネームの左側の
部分、例えばＩＣＳネームが“ＵＳＲ＃１．ＡＣＳ＃
１．ＤＩＳ＃１．ＶＡＮ＃１．ＪＰ．ＡＳ”である場
合、ユーザは最左側の“ＵＳＲ＃１”のみを指定する
（ＶＡＮ運用者は、残りの右側部分を決める）。通信帯
域条件は速度クラスや優先度である。課金条件は、一定
期間毎の定額制の料金、ネットワーク利用に対する料金
（ネットワーク課金）や電子署名付通信で送受される情
報の内容に対する料金（情報課金）について、通信帯域
条件や電子署名条件、暗号条件等に対応づけて定めてあ
る。電子署名条件は、ＩＣＳユーザフレームがアクセス
制御装置を通過した事実を日時と共に証明できる電子署
名を付与するか否かを指定し、暗号条件は、ＩＣＳユー
ザフレームが転送されるときに暗号化するか否かを指定
する。開域条件は、企業間通信サービス、つまり、変換
表の要求識別“２”のとき、変換表に登録されていない
未知の送信者からＩＣＳフレームを受信した場合に、ア
クセス制御装置で受信を拒否するか否か、或いは一時変
換表を作って受信するか等を指定するものである。動的
変更条件は、ユーザが前記諸条件をＩＣＳフレームを通
したユーザの要求に応じて変更できる機能を指定するも
のであり、開域クラスにより指定する。開域クラスの値
の指定方法は後述する。動的変更条件は、例えば署名条
件や暗号条件は変えられるが、ＩＣＳアドレスや課金な
どのＶＡＮ運用上の重要条件は変更対象としないように
定めてある。
【０２９９】<<ＩＣＳアドレス管理サーバとＩＣＳネー
ムサーバ>>図９１及び図９２を参照して説明すると、本
実施例はＩＣＳ１１０００−１の内部に、アクセス制御
装置１１１１０−１，１１１１０−２，１１１１０−
３，中継装置１１１１６−１、ＩＣＳアドレス管理サー
バ１１１５０−１，１１１５０−２、ＩＣＳネームサー
バ１１１６０−１，１１１６０−２、ＩＣＳ変換表サー
バ１１１７０−１，１１１７０−２、ユーザ１１１３２
一１、１１１３２−２を含む。ＩＣＳアドレス管理サー
バ１１１５０−２は、内部の対応表にユーザ１１１３２
−２のＩＣＳネットワークアドレス“８２１０”、ＩＣ
Ｓユーザアドレス“４２００”及びユーザのアドレス関
連情報を含み、ＩＣＳネームサーバ１１１６０−２は、
内部のＩＣＳネーム変換表に、ユーザ１１１３２−２の
ＩＣＳネームの“ＵＳＲ＃３．ＡＣＳ＃３．ＤＩＳ＃
３．ＶＡＮ＃３．ＪＰ．ＡＳ”やＩＣＳユーザアドレス
の“４２００”を含む。ＶＡＮ運用者は、ユーザ１１１
３２−１のＩＣＳユーザアドレス“３３３３”と対応付
けて用いるＩＣＳネットワークアドレス（“７７７
７”）を決め、アクセス制御装置１１１１０−１のＩＣ
Ｓ論理端子１１１１１−２に付与し、ユーザ１１１３２
−１にゲートウェイ１１０００−２を経て接続するＩＣ
Ｓ論理通信路１１１３３−１を接続する。ＩＣＳネット
ワークアドレス“７７７７”はユーザ非公開値であるの
で、ユーザに知らせることはしない。
【０３００】次に、ＶＡＮ運用者は、ＩＣＳアドレス管
理サーバ１１１５０−１の内部の対応表１１１５２−１
に、前記方法により定めたＩＣＳネットワークアドレス
“７７７７”、ＩＣＳユーザアドレス（企業間）“３３
３３”、ユーザが提示したＩＣＳユーザアドレス（企業
内）“１１１１”及びユーザのアドレス関連情報、即ち
通信帯域条件、課金条件、電子署名条件、暗号条件、開
域条件、動的変更条件、ユーザ身元や料金支払方法を、
データ通路１１１５３−１及び処理装置１１１５１−１
を経由して変換表１１１５２−１に直接書込む。ＶＡＮ
運用者は更に、ＩＣＳネームサーバ１１１６０−１の内
部のＩＣＳネーム変換表１１１６２−１に、上述で定め
たＩＣＳネーム“ＵＳＲ＃１．ＡＣＳ＃１．ＤＩＳ＃
１．ＶＡＮ＃１．ＪＰ．ＡＳ”、ＩＣＳユーサアドレス
“３３３３”、種別“１”（ＩＣＳユーザアドレス“３
３３３”がＩＣＳネーム変換表１１１６２−１の内部に
記載されていること）を、データ通路１１１６３−１及
び処理装置１１１６１一１を経由してＩＣＳネーム変換
表１１１６２−１に直接書込む。以上の結果を表わす
と、対応表１１１５２−１やＩＣＳネーム変換表１１１
６２−１のようになる。
【０３０１】ＩＣＳアドレス管理サーバ１１１５０−１
及びＩＣＳネームサーバ１１１６０−１は、以上述べた
新しいユーザに関する各種情報の書込みを終了すると、
それぞれのＩＣＳネットワークアドレス“８９１０”や
“８９２０”とＩＣＳ網通信機能を用いて、ＩＣＳ変換
表サーバ１１１７０−１に新しいユーザに関するＩＣＳ
アドレスやＩＣＳ接続条件の情報を得たことを知らせ
る。ここで、ＩＣＳ変換表サーバ１１１７０−１はＩＣ
Ｓ網サーバの一種であり、本例ではＩＣＳネットワーク
アドレス“８１００”及びＩＣＳユーザアドレス“２１
００”を有する。
【０３０２】<<ＩＣＳ変換表サーバ>>ＩＣＳ変換表サー
バ１１１７０−１は、ＩＣＳアドレス管理サーバ１１１
５０−１の対応表１１１５２−１に記載される情報をＩ
ＣＳ網通信機能を用いて読出し、変換表原型１１１７２
−１に書込む。即ち、発信ＩＣＳネットワークアドレス
の欄に“７７７７”、送信者ＩＣＳユーザアドレス（企
業内）の欄に“１１１１”、送信者ＩＣＳユーザアドレ
ス（企業間）の欄に“３３３３”をそれぞれ書込む。
尚、企業内通信用のＩＣＳユーザアドレスが無い場合
は、送信者ＩＣＳユーザアドレス（企業内）の欄は空欄
となる。要求識別は、企業間通信を表わす“２”とす
る。通信帯域条件は、速度クラスが“３”、優先度が
“３”の例であり、電子署名条件は、署名の指定が
“１”、送信時署名の指定が“ＹＥＳ”、受信時署名の
指定が“ＮＯ”と指定された例である。課金条件は課金
クラスの“４”であり、本例では定額制による課金を表
わす。暗号条件は暗号クラスの“１”であり、本例では
ＩＣＳ内部でＩＣＳネットワークフレームを暗号化する
よう指定する。本例の開域クラスは“０”である。動的
変更クラスの“６”は、本例では送信時署名をユーザの
要求により変更できる。
【０３０３】<<ＩＣＳ変換表サーバの利用（ユーザ）>>
ユーザ１１１３２−１は、送信者ＩＣＳユーザアドレス
として“３３３３”を、受信者ＩＣＳユーザアドレスと
してＩＣＳ変換表サーバ１１１７０−１のＩＣＳユーザ
アドレス“２１００”を書込み、ＩＣＳユーザフレーム
のユーザデータ部に受信者情報（受信者ＩＣＳユーザア
ドレス又は受信者ＩＣＳネーム）を書込んだＩＣＳユー
ザフレームＦ１２００を送信する。ＩＣＳ変換表サーバ
１１１７０−１は、アクセス制御装置１１１１０−１経
由でＩＣＳユーザフレームＦ１２００を受信し、ユーザ
データ部の受信者情報が受信者ＩＣＳユーザアドレスで
あるか、受信者ＩＣＳネームであるかに応じて、次に述
べる方法により企業間通信の着信ＩＣＳネットワークア
ドレスを取得する。また、受信者ＩＣＳネームを指定さ
れたときは、更に受信者ＩＣＳユーザアドレスを取得す
る。
【０３０４】（受信者ＩＣＳユーザアドレス指定のと
き）前記受信者情報が受信者ＩＣＳユーザアドレス“３
８００”である場合、ＩＣＳ変換表サーバ１１１７０−
１は、アクセス制御装置１１１１０−１に接続されるＩ
ＣＳアドレス管理サーバ１１１５０−１にＩＣＳ網通信
機能を用いて問い合わせ、ＩＣＳユーザアドレス“３８
００”に対応するＩＣＳネットワークアドレス“７６０
０”（着信ＩＣＳネットワークアドレス）を問い合わせ
て取得する。尚、受信者ＩＣＳユーザアドレスが対応表
１１１５２−１に含まれない場合（ＩＣＳネットワーク
アドレスの検索失敗）、ＩＣＳ変換表サーバ１１１７０
−１は、ＩＣＳアドレス管理サーバ１１１５０一１から
「ＩＣＳネットワークアドレスの検索失敗の通知」を受
信する。
【０３０５】（受信者ＩＣＳネーム指定のとき）前記受
信者情報が受信者ＩＣＳネームの“ＵＳＲ＃３．ＡＣＳ
＃３．ＤＩＳ＃３．ＶＡＮ＃３．ＪＰ．ＡＳ”である場
合、ＩＣＳ変換表サーバ１１１７０−１は、同じアクセ
ス制御装置１１１１０−１に接続されているＩＣＳネー
ムサーバ１１１６０−１に、ＩＣＳ網通信機能を用いて
ＩＣＳネーム“ＵＳＲ＃３．ＡＣＳ＃３．ＤＩＳ＃３．
ＶＡＮ＃３．ＪＰ．ＡＳ”を送信する。ＩＣＳネームサ
ーバ１１１６０−１は、他のＩＣＳネームサーバのＩＣ
ＳネットワークアドレスをＩＣＳネーム（ＩＣＳネーム
の最も左側部分ＵＳＲ＃ｎを除いた部分）に対応して保
有しており、本例の場合、ＩＣＳネームサーバ１１１６
０−１はＩＣＳネーム変換表１１１６２−１を検索し、
“ＡＣＳ＃３．ＤＩＳ＃３．ＶＡＮ＃３．ＪＰ．ＡＳ”
を管理しているＩＣＳネームサーバ１１１６０−２のＩ
ＣＳネットワークアドレス“８９３０”を見出し、アド
レス“８９３０”に対してＩＣＳ網通信機能を用いて問
い合わせ、前記ＩＣＳネーム“ＵＳＲ＃３．ＡＣＳ＃
３．ＤＩＳ＃３．ＶＡＮ＃３．ＪＰ．ＡＳ”に対応する
ＩＣＳユーザアドレス“４２００”（受信者ＩＣＳユー
ザアドレス）及びＩＣＳネットワークアドレス“８２１
０”（着信ＩＣＳネットワークアドレス）とを取得す
る。尚、この手順において、ＩＣＳネームサーバ１１１
６０−２は、ＩＣＳアドレス管理サーバ１１１５０−２
にユーザ１１１３２−２のＩＣＳネットワークアドレス
を問合せて、アドレス“８２１０”を取得している。
【０３０６】（変換表１１１１３−１の完成）受信者Ｉ
ＣＳユーザアドレス指定の場合、ＩＣＳ変換表サーバ１
１１７０−１は、受信者ＩＣＳユーザアドレス“３８０
０”及び着信ＩＣＳネットワークアドレス“７６００”
を変換表１１１１３−１に追加し、変換表１１１１３−
１の受信ユ一ザ対応部分を完成する。受信者ＩＣＳネー
ム指定の場合、ＩＣＳ変換表サーバ１１１７０−１は、
受信者ＩＣＳユーザアドレス“４２００”及び着信ＩＣ
Ｓネットワークアドレス“８２１０”を変換表１１１１
３−１に迫加し、変換表１１１１３−１の受信ユーザ対
応部分を完成する。尚、上記手順でＩＣＳアドレス管理
サーバ１１１５０−１やＩＣＳネームサーバ１１１６０
−１から、「ＩＣＳネットワークアドレスの検索失敗の
通知」を受けた場合、ＩＣＳ変換表サーバ１１１７０−
１は、変換表の追加失敗を表示したＩＣＳフレームを要
求元のユーザ１１１３２−１に送信する。
【０３０７】<<ＩＣＳ変換表サーバの他の利用（ユー
ザ）>>ユーザ１１１３２−１は、変換表１１１１３−１
のユーザ個別対応の内容を通知する要求を書込んだＩＣ
ＳユーザフレームをＩＣＳ変換表サーバ１１１７０−１
に送信することにより、前記ユ−ザ個別内容をユーザに
通知するように要求する。更にユーザは、前記方法によ
り予めＶＡＮ運用者と合意している動的変更クラスを用
いて、変換表１１１１３−１の一部内容の書換えを要求
できる。動的変更クラスは、例えば１，２，・・・・と
決めておき、動的変更クラス１は申し込みユ−ザ個別の
優先度を１増加する指定、動的変更クラス２は優先度を
１減少する指定、動的変更クラス３は送信時署名を“Ｙ
ＥＳ”にすると共に、暗号クラスを“２”に変更する指
定と定めてある。
【０３０８】<<変換表の利用>>上記手続で作成した変換
表の使い方は、実施例−１等で説明した。尚、実施例−
１では一時変換表を作る方法、つまりアクセス制御装置
がＩＣＳネットワークフレームを受信してＩＣＳ逆カプ
セル化するとき、変換表がない場合に一時変換表を作る
方法を説明したのに対し、本例では変換表の開域クラス
を用いる。即ち、アクセス制御装置がＩＣＳネットワー
クフレームを受信してＩＣＳ逆カプセル化するとき、こ
の受信した「ＩＣＳネットワークフレームのネットワー
ク制御部に含まれる着信ＩＣＳネットワークアドレスと
発信ＩＣＳネットワークアドレスとの対」が、変換表に
「発信ＩＣＳネットワークアドレスと着信ＩＣＳネット
ワークアドレスとの対」として登録されていない場合
に、開域クラスの指定が“２”ならば前記実施例と同様
に一時変換表に設定するが、開域クラスの指定が“１”
ならば一時変換表を設定しない。更に、開域クラスの指
定が“０”ならば一時変換表を設定しないと共に、受信
したＩＣＳネットワークフレームを廃棄する。この場合
は、ＩＣＳユーザフレームをユーザに届けない。つま
り、開域クラスの指定が“０”の場合は、変換表に登録
されていない未知の送信者からの受信を拒否するもの
で、いわゆる閉域接続を実現している。尚、前記におい
て、要求識別“４”の場合は、常に開域クラスの指定
“１”として扱う。つまり、一時変換表に設定しない。 <<開域クラスを用いた閉域網の切出し>>企業Ａ社、Ｂ
社、Ｃ社の間で企業間通信を行うとき、変換表に登録す
るこれら企業のＩＰ端末の開域クラスの指定を全て
“０”としておく。すると、変換表に登録されていない
未知の送信者からのＩＣＳユーザフレームは、全てアク
セス制御装置で廃棄されるので、企業Ａ社、Ｂ社、Ｃ社
間でのみ、ＩＣＳユーザフレームを送受することにな
る。この意味で、これらの３企業に閉じた仮想的な閉域
網を構成すること、つまり閉域網の切出しを行うことが
できる。なお、Ａ社のＩＰ端末の一つについて、その変
換表の開域クラスの指定を“２”としておくと、この端
末だけは、未知の送信者からのＩＣＳユーザフレームを
受信するので、上記の閉域網の外部に置かれることにな
る。
【０３０９】<<実施例の一部変更（バリエーション）>>
以上の実施例において、ＶＡＮ運用者はデータ通路１１
１５３−１やデータ通路１１１６３−１を用いて、ＩＣ
Ｓアドレス管理サーバ１１１５０−１やＩＣＳネームサ
ーバ１１１６０−１にＩＣＳアドレスやＩＣＳ接続条件
などを入力する方法を説明した。ＶＡＮ運用者はこれら
データ通路を使用せずに、ＩＣＳ１１０００−１の内部
に特別のＩＣＳ網サーバを作り、この特別のＩＣＳ網サ
ーバから、ＩＣＳ網通信機能を用いてＩＣＳアドレス管
理サーバ１１１５０一１やＩＣＳネームサーバ１１１６
０−１にＩＣＳアドレスやＩＣＳ接続条件などを直接入
力し、変換表１１１５２−１やＩＣＳネーム変換表の内
容を書換えるようにしてもよい。
【０３１０】実施例−２４（ＩＣＳアドレスネーム管理
サーバ）：前記実施例−２３の図９１及び図９２に示す
ように，ＩＣＳアドレス管理サーバとＩＣＳネームサー
バは互いに独立しており、それぞれＩＣＳ網通信回線を
介してアクセス制御装置に接続されている。これに対し
本実施例では、図９３に示すように、ＩＣＳ１３０００
−１の内部のＩＣＳアドレスネーム管理サーバ１３００
０−１，１３０００−２，１３０００−３，１３０００
−４がそれぞれアクセス制御装置１３０１０−１，１３
０１０−２，１３０１０−３，１３０１０ー４に接続さ
れている。ＩＣＳアドレスネーム管理サーバ１３０００
−１は処理装置１３０００１−１を有し、実施例−２３
のＩＣＳアドレス管理サーバが含むと同等の機能を有す
る対応表１３００２−１と、ＩＣＳネームサーバが含む
と同等の機能を有するＩＣＳネーム変換表１３００３−
１とを有し、更にＩＣＳ内部で他と唯一に区別できるＩ
ＣＳネットワークアドレス“９８０１”を付与されてい
る。
【０３１１】他のＩＣＳアドレスネーム管理サーバ１３
０００ー２，１３０００−３，１３０００−４もＩＣＳ
アドレスネーム管理サーバ１３０００−１と同一の機能
を有し、処理装置、対応表及びＩＣＳネーム変換表をそ
れぞれ含み、更にそれぞれＩＣＳネットワークアドレス
“９８０２”，“９８０３”，“９８０４”を有し、Ｉ
ＣＳ網通信機能を用いて互いに通信し、他のＩＣＳアド
レスネーム管理サーバが有する情報を交換することが出
来る。ＩＣＳアドレスネームＶＡＮ代表管理サーバ１３
０２０−１はＩＣＳネットワークアドレス”９８０５”
を有し、また、他のＩＣＳアドレスネームＶＡＮ代表管
理サーバ１３０２０−２はＩＣＳネットワークアドレス
“９８０６”を有し、ＩＣＳ網通信機能を用いて多数の
ＩＣＳアドレスネーム管理サーバや他のＩＣＳアドレス
ネームＶＡＮ代表管理サーバと通信し、各自が有する情
報を相互に交換することが出来る。ＩＣＳアドレスネー
ムＶＡＮ代表管理サーバ１３０２０−１は処理装置１３
０３１−１及びデータベース１３０３２−１を有し、Ｖ
ＡＮ１３０００−１の内部の全てのＩＣＳアドレスネー
ム管理サーバとＩＣＳアドレスやＩＣＳネームなどの情
報交換を行い、収集したＩＣＳアドレスやＩＣＳネーム
に関するデータはデータベース１３０３２−１に蓄積さ
れ、以上の手続を行うことによりＶＡＮ１３０３０−１
を代表する。前記ＩＣＳアドレスネーム管理サーバは、
処理装置、対応表及びＩＣＳネーム変換表を含んでいる
が、他の実施例として対応表とＩＣＳネ一ム変換表とを
１つの表としてまとめても良く、これら２種類の表の双
方に含まれるＩＣＳユーザアドレスの一方のみを用いれ
ばよい。
【０３１２】実施例−２５（アクセス制御装置の機能分
離）：実施例−２３の図９１及び図９２に示すように、
ＩＣＳアドレス管理サーバ１１１５０−１、ＩＣＳネー
ムサーバ１１１６０−１、ＩＣＳ変換表サーバ１１１７
０−１はそれぞれアクセス制御装置１１１１０−１に接
続されており、ＩＣＳカプセル化やＩＣＳ逆カプセル化
は、アクセス制御装置１１１１０ー１内部で変換表１１
１１３−１を用いて行われる。これに対して、本実施例
では、アクセス制御装置１１１１０−１の機能が、集約
アクセス制御装置１４１１０−１と、複数の簡易アクセ
ス制御装置１４２１０−１，１４２１０−２，１４２１
０−３とに分かれている。即ち図９４及び図９５に示す
ように、アクセス制御装置１１１１０−１は、ＩＣＳ網
通信回線１４１９０−１，１４１９０−２，１４１９０
−３を経由してそれぞれ簡易アクセス制御装置１４２１
０−１，１４２１０−２，１４２１０−３に接続され
る。ＩＣＳアドレス管理サーバ１４１５０−１、ＩＣＳ
ネームサーバ１４１６０ー１、ＩＣＳ変換表サーバ１４
１７０−１、ＩＣＳ課金サーバ１４１８０−１、電子署
名サーバ１４１８１−１、暗号サーバ１４１８２−１、
運用管理サーバ１４１８３−１、ＩＣＳ網サーバ１４１
８４−１は、それぞれＩＣＳ網通信回線１４１９１−
１，１４１９１−２，１４１９１−３，１４１９１−
４，１４１９１−５，１４１９１−６，１４１９１−
７，１４１９１−８を経て集約アクセス制御装置１４１
１０−１と接続されており、更にアクセス制御装置１１
１１０−１内部の変換表１１１１３−１が、集約変換表
１４１１３−１と、簡易変換表１４２１３−１，１４２
１３−２，１４２１３−３とに分かれている。但し、こ
れら集約変換表や簡易変換表は一部が重複している。つ
まり、発信ＩＣＳネットワークアドレス、要求識別、速
度クラス、優先度の４つの項目が、これら双方の変換表
に含まれる。一時部分変換表１４２１４−１は、実施例
−１などで説明した一時変換表と本質的な差異はない
が、一時部分変換表１４２１４−１に含まれる項目は簡
易変換表１４２１３−１に含まれる項目と同一である。
簡易アクセス制御装置１４２１０−１内部の回線部１４
２１１−１は、アクセス制御装置１１１１０−１内部の
回線部１１１１１−１と同じ機能である。
【０３１３】簡易アクセス制御装置１４２１０−１は簡
易変換表１４２１３−１を用いて、送信時はＩＣＳカプ
セル化を行い、受信時にＩＣＳ逆カプセル化を行い、集
約アクセス制御装置１４１１０−１は集約変換表１４１
１３−１を用いて、前述したような電子署名や課金に関
する処理を行う。また、これら複数の簡易アクセス制御
装置１４２１０−１，１４２１０ー２，１４２１０−３
と集約アクセス制御装置１４１１０−１の両者が共に機
能することにより、アクセス制御装置１１１１０−１と
同等の機能を果たす。ユーザ１４１３２−１は、送信者
ＩＣＳユーザアドレス“３３３３”、受信者ＩＣＳユー
ザアドレス“４２００”のＩＣＳユーザフレームＦ１３
００をＩＣＳ論理通信回線１４１３３−１に送出する。
簡易アクセス処理装置１４２１０−１の処理装置１４２
１２−１は、図９６のフローチャートに示すように、回
線部１４２１１−１のＩＣＳネットワークアドレス“７
７７７”のＩＣＳ論理端子からＩＣＳユーザフレームＦ
１３００を受け取ると共に、ＩＣＳネットワークアドレ
ス“７７７７”を取得し（ステップＳ２５０１）、この
アドレス“７７７７”が、簡易変換表１４２１３−１上
に要求識別が仮想専用線接続“３”として登録されてい
るか否かを調べる（ステップＳ２５０２）。この場合は
登録されていないので、ＩＣＳネットワークアドレス
“７７７７”に対応してＩＣＳユーザフレームＦ１３０
０上に書かれている受信者ＩＣＳユーザアドレス“４２
００”を取得し（ステップＳ２５０４）、このアドレス
“４２００”が簡易変換表１４２１３−１に登録されて
おり、更に要求識別が企業間通信“２”として登録され
ているか否かを調べる（ステップＳ２５０５）。この場
合は登録されているので、ＩＣＳカプセル化を行う準備
として、簡易変換表１４２１３−１から着信ＩＣＳネッ
トワークアドレス“８２１０”を取得する（ステップＳ
２５０６）。
【０３１４】簡易アクセス制御装置１４２１０−１は、
次にＩＣＳネットワークフレームの内部に、簡易変換表
１４２１３−１から得た情報を基に速度クラス及び優先
度を書込んだＩＣＳネットワークフレームＦ１３０１を
生成することによりＩＣＳカプセル化を行い（ステップ
Ｓ２５２０）、集約アクセス制御装置に送出する（ステ
ップＳ２５２１）。ここで、上述したように、簡易変換
表１４２１３−１の項目である速度クラス“３”や優先
度“３”、暗号クラス“０”の情報をＩＣＳネットワー
ク制御部の拡張部に書込む。
【０３１５】集約アクセス制御装置１４１１０−１は、
簡易アクセス制御装置１４２１０−１からＩＣＳネット
ワークフレームＦ１３０１を受信し、このＩＣＳネット
ワークフレームＦ１３０１が集約アクセス制御装置１４
１１０一１を通過する事実を基に、課金情報フレームＦ
Ｋ０１を作って課金サーバ１４１８０−１へ送出する。
集約変換表１４１１３−１に登録されている項目の要求
識別や速度クラス、優先度、課金クラス、暗号クラス等
の情報は、課金情報フレームＦＫ０１を作るために参照
される。集約変換表１４１１３−１の項目の、署名、送
信時署名、受信時署名は電子署名を付加するために用い
るものであり、他の実施例で説明していると同様に、電
子署名サーバ１４１８１−１に依頼して電子署名が行わ
れる。同様に、暗号クラスの指定が暗号化を意味する
“１”であれば、暗号サーバ１４１８２−１に依頼して
行われる。以上の処理を完了すると、集約アクセス制御
装置１４１１０−１はＩＣＳネットワークフレームＦ１
３０２を、ＩＣＳ網通信回線１４１９０−４を経て他の
アクセス制御装置１４１１０−２や集約アクセス制御装
置に送出する。尚、ＩＣＳネットワークフレームＦ１３
０２の形式は、電子署名サーバや暗号サーバが動作した
場合は、前述のように電子署名の付加や暗号文への変換
によりその内容が変化しているが、そうでない場合はＩ
ＣＳネットワークフレームＦ１３０１と同等である。簡
易アクセス制御装置１４２１０−１は既存のルータの機
能を殆ど変更せずに実現できる他に、簡易アクセス制御
装置１４２１０−１に収容されるユーザ数が少なく、か
つユーザが地域的に広く分散する場合には、ＩＣＳアド
レス管理サーバやＩＣＳネームサーバ、ＩＣＳ変換表サ
ーバ、課金サーバ、電子署名サーバ、暗号サーバのそれ
ぞれの総数を少なくできる経済的な利点がある。運用管
理サーバ１４１８３−１はＩＣＳネットワークアドレス
を付与されており、集約アクセス制御装置１４１１０−
１や中継装置に接続されており、ＩＣＳ網通信機能によ
り、他の運用管理サーバやアクセス制御装置、ＩＣＳア
ドレス管理サーバなどとＩＣＳ内部の通信状況（通信の
混雑度など）や障害情報などのＩＣＳの運用に関する情
報の交換を行う。
【０３１６】ところで、簡易アクセス制御装置１４２１
０−１内部の簡易変換表１４２１３−１に含まれる項目
の開域クラスは、前述と同様に、アクセス制御装置の内
部で変換表に登録される開域クラスの処置と同じ処理の
ため用いられる。つまり、簡易アクセス制御装置１４２
１０−１がＩＣＳネットワークフレームを受信してＩＣ
Ｓ逆カプセル化するとき、受信した「ＩＣＳネットワー
クフレーム制御部に含まれる着信ＩＣＳネットワークア
ドレスと発信ＩＣＳネットワークアドレスとの対」が、
簡易変換表１４２１３−１に「発信ＩＣＳネットワーク
アドレスと着信ＩＣＳネットワークアドレスとの対」と
して登録されていない揚合に、つまり受信フレームの送
信元が簡易変換表に登録済みでないとき、開域クラスの
指定が“２”ならば前記方法により一時部分変換表１４
２１４−１を設定するが、開域クラスの指定が“１”な
らば一時部分変換表を設定しない。更に、開域クラスの
指定が“０”ならば一時部分変換表を設定しないと共
に、前記受信したＩＣＳネットワークフレームを廃棄す
る。この揚合は、ユーザヘＩＣＳユーザフレームを送信
しない。開域クラス指定の“０”は簡易変換表に登録し
ていない未知の送信元からの受信を拒否するもので、い
わゆる閉域接続を実現している。
【０３１７】前記実施例において説明したように、ＩＣ
Ｓアドレス管理サーバとＩＣＳネームサーバを一体化し
た形態、つまり単一のＩＣＳアドレスネーム管理サーバ
として実現してもよく、集約アクセス制御装置はＩＣＳ
アドレスネーム管理サーバとＩＣＳ網通信回線とを接続
して用いる。また、上記実施例において、簡易変換表１
４２１３−１に速度クラスや優先度の項目を設けず、Ｉ
ＣＳカプセル化の時点において、ＩＣＳネットワーク制
御部の拡張部に速度クラスや優先度の“０”を書込み、
指定がないことを表わしてもよい。同様に、簡易変換表
１４２１３−１に開域クラスの指定のない例でもよく、
この場合、ＩＣＳネットワーク制御部の拡張部に速度ク
ラスや優先度の“０”を書込み、指定がないことを表わ
す。
【０３１８】実施例−２６（サーバを含むアクセス制御
装置と集約アクセス制御装置）：図９７に示すように、
ＩＣＳ１５０００−１は、サーバを含むアクセス制御装
置１５１１０ー１，１５１１０−２，１５１１０−３、
サーバを含む集約アクセス制御装置１５２１０−１，１
５２１０−２，１５２１０−３，簡易アクセス制御装置
１５２１３−１，１５２１３−２，１５２１３−３を含
んでいる。図９１及び図９２の例では、ＩＣＳアドレス
管理サーバ１１１５０−１、ＩＣＳネームサーバ１１１
６０−１、ＩＣＳ変換表サーバ１１１７０−１はそれぞ
れアクセス制御装置１１１１０−１に接続され、図９４
及び図９５の例では、ＩＣＳアドレス管理サーバ１４１
５０−１、ＩＣＳネームサーバ１４１６０−１，ＩＣＳ
変換表サーバ１４１７Ｏ−１、課金サーバ１４１８０−
１、電子署名サーバ１４１８１一１、暗号サーバ１４１
８２−１はそれぞれ集約アクセス制御装置１４１１０−
１に接続されている。これに対して本実施例では図９７
に示すように、アクセス制御装置１５１１０−１は同一
の物理的に独立した筐体の内部に、ＩＣＳアドレス管理
サーバ１５１１５−１、ＩＣＳネームサーバ１５１１５
−２、ＩＣＳ変換表サーバ１５１１５−３、ＩＣＳフレ
ームデータベースサーバ１５１１５−４、課金サーバ１
５１１５−５、運用管理サーバ１５１１５−６、電子署
名サーバ１５１１５−７、暗号サーバ１５１１５−８を
含んでいる。但し、これらサーバは、ＩＣＳネットワー
クアドレス“６７０１”，“６７０２”，“６７０
３”，“６７０４”，“６７０”，“６７０６”，“６
７０７”，“６７０８”をそれぞれ付与されており、Ｉ
ＣＳ網サ−バ通信機能により、サーバを含むアクセス制
御装置１５１１０−１の外のＩＣＳ網サーバと情報交換
することができる。処理装置１５１１２−１はデータ線
１５１１７−１を経て、サーバ１５１１５−１乃至１５
１１５−８と情報交換できる。更に、これらサーバ１５
１１５ー１乃至１５１１５−８は、データ線１５１１７
−１を経て相互に情報交換できる。
【０３１９】同様に、サーバを含む集約アクセス制御装
置１５２１０−１は、同一の物理的に特立した筐体の内
部にＩＣＳアドレス管理サーバ１５２１５−１、ＩＣＳ
ネームサーバ１５２１５−２、ＩＣＳ変換表サーバ１５
２１５−３、ＩＣＳフレームデータベースサーバ１５２
１５−４、課金サーバ１５２１５−５、運用管理サーバ
１５２１５−６、電子署名サーバ１５２１５−７、暗号
サーバ１５２１５−８を含んでいる。但し、これらサー
バは、ＩＣＳネットワークアドレスの“７００１”，
“７００２”，“７００３”，“７００４”，“７００
５”，“７００６”，“７００７”，“７００８”がそ
れぞれ付与されており、ＩＣＳ網サ−バ通信機能によ
り、サーバを含む集約アクセス制御装置１５２１０−１
の外のＩＣＳ網サーバと情報交換することができる。処
理装置１５２１２−１は、データ線１５２１７−１を経
てサーバ１５２１５−１乃至１５２１５ー８と情報交換
出来る。更に、サーバ１５２１５−１乃至１５２１５ー
８は、データ線１５２１７−１を経て相互に情報交換で
きる。前記説明において、同一の物理的に独立した筐体
は、例えばスタンドアロン型コンピュータや、単一の電
子ボード、或いはＬＳＩを意味している。ＬＳＩの場
合、サーバを含む集約アクセス装置は、ＬＳＩチップ上
のシステムとして実現されている。尚、前記「サーバを
含むアクセス制御装置」からＩＣＳフレームデータベー
スサーバ、或いは他のサーバを除いて実施してもよい。
同様に、「サーバを含む集約アクセス制御装置」から、
ＩＣＳフレームデータベースサーバ、或いは他のサーバ
を除いて実施してもよい。これら各実施例の場合、例え
ばＩＣＳフレームデータベースサーバとサーバを含むア
クセス制御装置、或いはサーバを含む集約アクセス制御
装置とＩＣＳ網通信回線を経て接続する。
【０３２０】実施例−２７ (衛星通信路を含む全二重通
信：その１）： <<ユーザ、データ提供会社、通信衛星などの配置>>本実
施例は、衛星の送信機能とＩＰ通信機能を組み合わせ
て、一種の全二重通信を行うものである。本実施例にお
いて、「ＩＰ端末」とは、ＩＰフレームを送受する機能
を有する端末あるいはコンピュータを指す。図９８を参
照して説明する。ＩＣＳ１６０００−１，アクセス制御
装置１６１００−１，１６１１０−１，１６１２０−
１，データ提供会社１６２００ー１、データ提供会社の
ＩＰ端末１６２１０−１，データ提供会社のデータベー
ス１６２２０−１，衛星送信会社１６３００−１，衛星
送信会社のＩＰ端末１６３１０−１、衛星送信会社のデ
ータベース１６３２０−１、衛星送信会社の衛星送信機
器１６３３０−１，通信衛星１６４００−１，ユーザ１
６５００ー１，１６５１０−１，１６５２０−１、ユー
ザそれぞれのＩＰ端末１６５０１ー１，１６５１１−
１，１６５２１−１、ユーザそれぞれの衛星受信機１６
５０２−１，１６５１２−１，１６５２２−１、衛星電
波通信回線１６６００ー１，１６６１０−１，１６６２
０−１，１６６３０−１，ユーザ論理通信回線１６７１
０−１，１６７２０−１，１６７３０−１，１６７４０
−１とから成る。ＩＰ端末１６２１０−１，１６５０１
−１，１６５１１−１，１６５２１−１はそれぞれ、Ｉ
ＣＳユーザアドレス "３０００”、 "２３００”、 "２
４００”、"２５００”を有し、ユーザ論理通信回線を経
由してそれぞれのアクセス制御装置１６１００−１，１
６１２０−１，１６１２０−１，１６１１０−１に接続
されている。ＩＰ端末１６３１０−１はＩＣＳ網サーバ
に分類でき、ＩＣＳ特番号“４３００”を有し、ＩＣＳ
１６０００−１の内部のＩＣＳ網通信回線を経由してア
クセス制御装置１６１００−１に接続されている。衛星
送信機器１６３３０−１から送信された電波は、衛星電
波通信路１６６００−１を経由して情報を転送し、衛星
受信機１６５０２−１，１６５１２−１，１６５２２−
１に受信され、その受信データはそれぞれＩＰ端末１６
５０１−１，１６５１１−１，１６５２１−１に届けら
れる。本実施例においては、衛星送信会社１６３００−
１が衛星送信機能を有することが特徴である。
【０３２１】<<準備：従来技術の解説>>本実施例を説明
するため、先ず公知のＴＣＰとＵＤＰの通信技術を説明
する。図９９はＴＣＰによる全二重通信の一例であり、
通信当事者−１が同期フレーム＃１を送信し、通信当事
者−２がこれを受信すると確認フレーム＃２を返送す
る。このようなフレーム＃１及び＃２を送受する通信手
順は、ＴＣＰコネクション確立フェーズと言われる。次
に、双方の通信当事者はフレーム＃３−１、＃３−２、
＃３−３、＃３−４を送受するが、このようなフレーム
を送受する通信手順はＴＣＰデータ転送フェーズと言わ
れる。終わりに、終了フレーム＃４とこのフレームの受
信を確認する確認フレーム＃５を返送する。このような
フレーム＃４及び＃５を送受する通信手順は、ＴＣＰコ
ネクション終了フェーズと言われる。以上のＴＣＰによ
る通信手順の他に、データ転送のみからなるＵＤＰとい
う通信手順があり、図９９に一例を示す。ＵＤＰは、Ｔ
ＣＰと比較した場合にＴＣＰコネクション確立とコネク
ションの終了フェーズがないのが特徴である。
【０３２２】図９８及び図１００を参照して、本実施例
の通信手順を説明する。なお、以下の手順においては、
衛星送信機器への送信指示 (図１００の＃６及び＃１
４) と、衛星送信機器からの電波による“データ送信”
の場合 (図１００の＃７及び＃１５) とを除いては前述
のＴＣＰ技術の全二重通信を採用するが、図１００には
ＴＣＰデータ転送フェーズのみ記載し、ＴＣＰコネクシ
ョン確立フェーズとＴＣＰコネクシヨン終了フェーズに
ついては図中の表示や説明を省略する。
【０３２３】データ提供会社１６２００−１のＩＰ端末
１６２１０−１は、そのデータベース１６２２０−１か
ら“提供データ″を得て、ＩＣＳ特番号 "４３００”に
より識別できる衛星送信会杜１６３００−１のＩＰ端末
１６３１０−１に、ＩＣＳのＩＰフレーム転送機能を用
いて送信する (図１００の＃１：以下同様）。衛星送信
会社１６３００−１は、受信した“提供データ”をその
データベース１６３２０−１に保持しておく。ユーザ１
６５００−１のＩＰ端末１６５０１ー１は、ＩＣＳユー
ザアドレス“３０００”で識別できるＩＰ端末１６２１
０ー１に“問合せフレーム”を送信する (＃２)。ＩＰ端
末１６２１０−１は“応答フレーム”を返送し (＃３)、
ＩＰ端末１６５０１−１はこの“応答フレーム”を受信
し、次に“要求フレーム”をＩＰ端末１６２１０−１に
送信する (＃４) 。ＩＰ端末１６２１０−１は "要求フ
レーム”を受信すると、“送信指示フレーム”をＩＰ端
末１６３１０−１に送信する (＃５) 。ＩＰ端末１６３
１０−１は“送信指示フレーム”を受信すると、衛星送
信機１６３３０−１に、データベース１６２２０−１の
内部に保持している“提供データ”の送信を指示する
(＃６) 。衛星送信機１６３３０−１は "提供データ”
を電波として通信衛星１６４００−１に向けて発射し
(＃７の前半部) 、通信衛星１６４００−１は受信した
“提供データ”の強度を増幅して電波として発射し（＃
７の後半部）、衛星受信機１６５０２−１は電波の形態
の“提供データ”を受信し、ＩＰ端末１６５０１−１に
渡す。このようにして、ＩＰ端末１６５０１−１は通信
衛星１６４００−１経由で "提供データ”を取得し、
“受信確認フレーム”を“提供データ”の提供元の会社
１６２００−１のＩＰ端末１６２１０−１に送信する
(＃８) 。次にＩＰ端末１６２１０−１は、受信確認フ
レーム”を衛星送信会社１６３００−１のＩＰ端末１６
３１０−１に送信する (＃９) 。以上の手順において、
＃１、＃２、＃３、＃４、＃５、＃８、＃９は前述した
ＴＣＰ通信技術を採用しており、そのＴＣＰデータ転送
フェーズのみを図示して説明している。
【０３２４】次に、図１００に示す手順の＃１０、＃１
１、＃１２、＃１３、＃１４、＃１５、＃１６及び＃１
７は前述の手順とほぼ同一であり、相違点はユーザ１６
５００−１、ＩＰ端末１６５０１ー１，衛星受信機１６
５０２−１の代わりに、他のユーザ１６５１０−１、Ｉ
Ｐ端末１６５１１−１，衛星受信機１６５１２−１の例
であり、本実施例は、複数のユーザヘ“提供データ”を
転送することが可能なことを示している。以上述べた通
信手順を図１０１により説明する。図１０１の“問合せ
フレーム”の送信 (＃２)、“応答フレーム”の返送 (＃
３)、 "要求フレーム”の送信 (＃４) 、衛星通信による
“データ送信” (＃７) 、“受信確認フレーム”の送信
(＃８) は、それぞれ図１００の“問合せフレーム”の
送信 (＃２) 、“応答フレーム”の返送 (＃３)、“要求
フレーム”の送信 (＃４)、衛星通信による“データ送
信” (＃７)、“受信確認フレーム”の送信 (＃８)に対
応している。以上の説明から、衛星通信会社１６３００
−１とデータ提供会社１６２００−１とを一体化した通
信機能単位（以下、一体化通信主体という）として見た
揚合、図１０１に示すように、ユーザ１６５００−１は
前記の一体化通信主体と全二重通信を行っていると見な
せる。
【０３２５】<<前記実施例のバリエーション>>次に、前
記実施例の通信手順のみを一部変更したバリエーション
を、図９８及び図１０２を参照して説明する。まずユー
ザ１６５００−１のＩＰ端末１６５０１−１は、ＩＣＳ
ユーザアドレス“３０００”で識別できるＩＰ端末１６
２１０−１に“問合せフレーム”を送信する（図１０２
の＃１：以下同様）。ＩＰ端末１６２１０−１は“応答
フレーム”を返送し (＃２)、ＩＰ端末１６５０１−１は
この“応答フレーム”を受信し、次に“要求フレーム”
をＩＰ端末１６２１０−１に送信する (＃３) 。ＩＰ端
末１６２１０−１は“要求フレーム”を受信すると、そ
のデータベース１６２２０−１から“提供データ”を、
ＩＣＳ特番号“４３００”により識別できるＩＰ端末１
６３１０−１に送信する (＃４) と共に、“送信指示フ
レーム”を送信する (＃５）。
【０３２６】衛星送信会社１６３００−１は、受信した
“提供データ″をそのデータベース１６３２０−１に一
時的に保持すると共に、この“提供データ”の送信を衛
星送信機１６３３０−１に指示する (＃６) 。衛星送信
機１６３３０−１は "提供データ”を電波として通信衛
星１６４００−１に向けて発射し (＃７の前半部) 、通
信衛星１６４００−１は受信した“提供データ”の強度
を増幅して電波として発射し (＃７の後半部) 、衛星受
信機１６５０２−１は電波の形態の“提供データ”を受
信してＩＰ端末１６５０１−１に渡す。このようにし
て、ＩＰ端末１６５０１−１は通信衛星１６４００−１
経由で“提供データ”を取得し、“受信確認フレーム”
を“提供データ”の提供元の会社１６２００−１のＩＰ
端末１６２１０−１に送信する (＃８) 。次にＩＰ端末
１６２１０−１は、“受信確認フレーム”を衛星送信会
社１６３００−１のＩＰ端末１６３１０ー１に送信する
(＃９）。次に、図１０２に示す手順の＃１０、＃１
１、＃１２、＃１３、＃１４、＃１５、＃１６、＃１
７、＃１８は前述の手順とほぼ同一であり、相違点はユ
ーザ１６５００−１、ＩＰ端末１６５０１−１，衛星受
信機１６５０２−１の代わりに、他のユーザ１６５１０
−１、ＩＰ端末１６５１１−１，衛星受信機１６５１２
−１を設けている。
【０３２７】<<前記実施例の他のバリエーション>>前記
実施例の２つはいずれもフレームの送受信は、ＴＣＰ技
術の全二重通信を採用し、ＴＣＰデータ転送フェーズの
みを図に示し、ＴＣＰコネクション確立フェーズとＴＣ
Ｐコネクション終了フェーズは説明を省略した。ここで
述ベる実施例においては、図９９で述べたＵＤＰの通信
技術を一部または全部に採用するものであり、ＴＣＰデ
ータ転送フェーズ技法によるフレームの送受信の一部ま
たは全部を、ＵＤＰデータ転送フェーズ技法によるフレ
ームの送受信に置き換えたものである。
【０３２８】<<前記実施例の他のバリエーション>>図１
０３を用いて他のバリエーションを説明する。図９８に
おいては、衛星送信会社１６３００−１、衛星送信会社
のＩＰ端末１６３１０−１、衛星送信会社のデータベー
ス１６３２０−１、衛星送信会社の衛星送信機器１６３
３０−１はそれぞれＩＣＳ１６０００−１の内部にあ
り、ＩＰ端末１６３１０−１はＩＣＳ特番号“４３０
０”が付与されている。これに対し、図１０３の例にお
いては衛星送信会社１６３００−２、衛星送信会社のＩ
Ｐ端末１６３１０−２、衛星送信会社のデータベース１
６３２０−２、衛星送信会社の衛星送信機器１６３３０
−２はそれぞれＩＣＳ１６０００−２の外部にあり、Ｉ
Ｐ端末１６３１０−２にはＩＣＳユーザアドレス“３９
００”が付与されている。データ提供会社１６２００−
１、ユーザ１６５００−１、１６５１０−１、１６５２
０−１は通信相手がＩＣＳユーザアドレスであっても、
ＩＣＳ特番号であってもＩＰフレームの送受信が区別な
く可能であることは実施例５で説明しており、図１０３
の例も図９８と同様に衛星通信と組み合わせて、ＩＰフ
レームの送受信が可能である。
【０３２９】実施例−２８（衛星通信路を含む全二重通
信：その２）：本実施例は実施例２７の他のバリエーシ
ョンであり、図９８及び図１０４を参照して説明する。
データ提供会社１６２００−１、衛星送信会社１６３０
０−１，ユーザ１６５００−１等は同じものであり、通
信手順のみが異なる。また、ＴＣＰ技術の全二重通信を
採用するが、図１０４にはＴＣＰデータ転送フェーズの
みを示す。
【０３３０】データ提供会社１６２００−１のＩＰ端末
１６２１０−１は、そのデータベース１６２２０−１か
ら“提供データ”を得て、ＩＣＳ特番号“４３００”に
より識別できる衛星送信会社１６３００−１のＩＰ端末
１６３１０−１にＩＣＳのＩＰフレーム転送機能を用い
て送信する (図１０４の＃１：以下同様) 。衛星送信会
社１６３００−１は、受信した“提供データ”をそのデ
ータベース１６３２０−１に保持する。次に、データ提
供会社１６２００−１のＩＰ端末１６２１０−１は、ユ
ーザ１６５００−１のＩＰ端末１６５０１−１に対し
て、“送信通知フレーム”を送信する (＃２)。ＩＰ端末
１６５０１−１は "送信通知フレーム”を受信すると、
“送信了解フレーム”をＩＰ端末１６２１０−１に返送
する (＃３) 。ＩＰ端末１６２１０−１は "送信了解フ
レーム”を受信すると、“送信指示フレーム″をＩＰ端
末１６３１０−１に送信する (＃４) 。衛星送信会社１
６３００−１のＩＰ端末１６３１０−１は "送信指示フ
レーム”を受信すると、衛星送信機１６３３０−１に、
データベース１６２００−１の内部に保持している "提
供データ”の送信を指示する (＃５) 。衛星送信機１６
３３０−１は“提供データ”を電波として通信衛星１６
４００−１に向けて発射し (＃６の前半部)、通信衛星１
６４００−１は受信した“提供データ″の強度を増幅し
て電波として発射し (＃６の後半部) 、衛星受信機１６
５０２−１は電波の形態の“提供データ”を受信してＩ
Ｐ端末１６５０１−１に渡す。このようにして、ＩＰ端
末１６５０１−１は通信衛星１６４００−１経由で“提
供データ”を取得し、“受信確認フレーム”をデータ提
供会社１６２００−１のＩＰ端末１６２１０−１に送信
する (＃７)。
【０３３１】以上述べた通信手順を図１０５により説明
する。図１０５の“送信通知フレーム”の送信 (＃２)
、“送信了解フレーム”の返送 (＃３) 、衛星通信に
よるデータ送信” (＃６) 、“受信確認フレーム”の送
信 (＃７) は、それぞれ図１０４の“送信通知フレー
ム”の送信 (＃２) 、“送信了解フレーム”の返送 (＃
３) 、衛星通信による“データ送信” (＃６) 、“受信
確認フレーム”の送信 (＃７)に対応している。以上の
説明から、衛星通信会社１６３００−１とデータ提供会
社１６２００−１とを一体化した通信機能単位（以下、
一体化通信主体という）として見た揚合、図１０５に示
すようにユーザ１６５００−１は、前記一体化通信主体
と全二重通信を行っていると見なせる。
【０３３２】<<前記実施例のバリエーション>>次に、前
記実施例の通信手順のみを一部変更したバリエーション
を、図９８と図１０６を参照して説明する。データ提供
会社１６２００−１のＩＰ端末１６２１０−１は、ユー
ザ１６５００−１のＩＰ端末１６５０１−１に対して
“送信通知フレーム”を送信する (図１０６の＃１：以
下同様)。ＩＰ端末１６５０１−１は“送信通知フレー
ム”を受信すると、“送信了解フレーム”をＩＰ端末１
６２１０−１に返送する (＃２)。ＩＰ端末１６２１０−
１は”送信了解フレーム”を受信すると、そのデータベ
ース１６２２０−１から“提供データ”を得て、ＩＣＳ
特番号“４３００”により識別できる衛星送信会社１６
３００−１のＩＰ端末１６３１０−１に、ＩＣＳのＩＰ
フレーム転送機能を用いて送信し (＃３) 、更に "送信
指示フレ一ム”をＩＰ端末１６３１０−１に送信する
(＃４) 。衛星送信会社１６３００−１は、受信した
“提供データ”をそのデータベース１６３２０−１に一
時的に保持する。ＩＰ端末１６３１０−１は“送信指示
フレーム”を受信すると、衛星送信機１６３３０−１に
データベース１６２００−１の内部に保持している“提
供データ”の送信を指示する (＃５) 。以下は、前記通
信手順と同一である。
【０３３３】<<前記実施例の他のバリエーション>>前記
実施例の２つはいずれも、フレームの送受信はＴＣＰ技
術の全二重通信を採用し、ＴＣＰデータ転送フェーズの
みを図で示し、ＴＣＰコネクション確立フェーズとＴＣ
Ｐコネクション終了フェーズは説明を省略した。ここで
述べる実施例においては、図９９で述べたＵＤＰの通信
技術を一部または全部に採用するものであり、ＴＣＰデ
ータ転送フェーズ技法によるフレームの送受信の一部ま
たは全部を、ＵＤＰデータ転送フェーズ技法によるフレ
ームの送受信に置き換えたものである。
【０３３４】<<前記実施例の他のバリエーション>>図１
０３を用いて他のバリエーションを説明する。図９８に
おいては、衛星送信会社１６３００−１、衛星送信会社
のＩＰ端末１６３１０一１、衛星送信会社のデータベー
ス１６３２０−１、衛星送信会社の衛星送信機器１６３
３０−１はそれぞれＩＣＳ１６０００−１の内部にあ
り、ＩＰ端末１６３１０−１にはＩＣＳ特番号“４３０
０”が付与されている。これに対し、図１０３において
は、衛星送信会社１６３００−２、衛星送信会社のＩＰ
端末１６３１０−２、衛星送信会社のデータベース１６
３２０−２、衛星送信会社の衛星送信機器１６３３０−
２はそれぞれＩＣＳ１６０００−２の外部にあり、ＩＰ
端末１６３１０−２にはＩＣＳユーザアドレス“３９０
０”が付与されている。
【０３３５】実施例−２９ (衛星通信路を含む全二重通
信：その３) ：この実施例は実施例２７の他のバリエー
ションであり、図９８及び図１０７を参照して説明す
る。データ提供会社１６２００−１、衛星送信会社１６
３００−１，ユーザ１６５００−１等は同じものであ
り、通信手順のみが異なる。また、ＴＣＰ技術の全二重
通信を採用するが、図１０７にはＴＣＰデータ転送フエ
ーズのみを示す。データ提供会社１６２００−１のＩＰ
端末１６２１０−１は、ＩＣＳユーザアドレス“２３０
Ｏ”のＩＰ端末１６５０１−１、 ＩＣＳユーザアドレス
“２４００”（１６５１１−１）、 ＩＣＳユーザアドレ
ス“２５００”（１６５２１−１）のそれぞれに“予定
通知フレーム”を送信しておく (図１０７の＃１：以下
同様）。次に、ＩＰ端末１６２１０−１はそのデータベ
ース１６２２０−１から“提供データ”を得て、ＩＣＳ
特番号“４３００”により識別できる衛星送信会社１６
３００−１のＩＰ端末１６３１０−１にＩＣＳのＩＰフ
レーム転送機能を用いてデータを送信する (＃２) 。衛
星送信会社１６３００−１は、受信した“提供データ”
をそのデータベース１６３２０−１に一時的に保持する
と共に、“提供データ”の送信を指示する (＃３) 。衛
星送信機１６３３０−１は、“提供データ”を電波とし
て通信衛星１６４００−１に向けて発射し (＃４の前半
部) 、通信衛星１６４００−１は、受信した "提供デー
タ”の強度を増幅して電波として発射し (＃４の後半
部) 、衛星受信機１６５０２−１は電波の形態の“提供
データ”を受信し、ＩＰ端末１６５０１−１に渡す。
【０３３６】このようにして、ＩＰ端末１６５０１−１
は通信衛星１６４００−１経由で“提供データ”を取得
し、“個別報告フレーム”をＩＰ端末１６２１０−１に
送信する (＃５−１) 。同様の通信手順によりＩＰ端末
１６５１１−１も“提供データ”を取得し、“個別報告
フレーム”をＩＰ端末１６２１０−１に送信する (＃５
−２)。ＩＰ端末１６５２１−１も“提供データ”を取得
し、“個別報告フレーム”をＩＰ端末１６２１０−１に
送信する (＃５−３)。ＩＰ端末１６２１０−１は、“個
別問合せフレーム”をユーザ１６５１０−１のＩＰ端末
１６５１１−１に送信し (＃６)、ＩＰ端末１６５１１−
１は“個別応答フレーム”をＩＰ端末１６２１０−１へ
返送する (＃７)。
【０３３７】以上述べた通信手順を図１０８により説明
する。図１０８の“予定通知フレーム”の送信 (＃１)
、衛星通信による“データ送信" （＃４) 、“個別報
告フレーム" の送信 (＃５−２) 、“個別問合せフレー
ム”の送信 (＃６) 、“個別応答フレーム" の返送 (＃
６) は、それぞれ図１０７の“予定通知フレーム" の送
信 (＃１) 、衛星通信による "データ送信" （＃４)、
“個別報告フレーム" の送信 (＃５−２) 、“個別問合
せフレーム" の送信 (＃６) 、“個別応答フレーム" の
返送 (＃６) に対応している。以上の説明から、衛星通
信会社１６３００−１とデータ提供会社１６２００−１
とを一体化した通信機能単位（以下、一体化通信主体と
いう）として見た揚合、図１０４に示すようにユーザ１
６５００−１は、前記一体化通信主体と全二重通信を行
っていると見なせる。
【０３３８】<<前記実施例の他のバリエーション>>前記
実施例はいずれもフレームの送受信にはＴＣＰ技術の全
二重通信を採用し、ＴＣＰデータ転送フェーズのみ図で
記載し、ＴＣＰコネクション確立フェーズとＴＣＰコネ
クション終了フェーズは説明を省略した。ここで述べる
実施例においては、図９９で述べたＵＤＰの通信技術を
一部または全部に採用するものであり、ＴＣＰデータ転
送フェーズ技法によるフレームの送受信の一部または全
部を、ＵＤＰデータ転送フェーズ技法によるフレームの
送受信に置き換えたものである。
【０３３９】<<前記実施例の他のバリエーション>>図１
０３を用いて他のバリエーションを説明する。図９８に
おいては、衛星送信会社１６３００−１、衛星送信会社
のＩＰ端末１６３１０−１、衛星送信会社のデータベー
ス１６３２０−１、衛星送信会社の衛星送信機器１６３
３０−１はそれぞれＩＣＳ１６０００−１の内部にあ
り、ＩＰ端末１６３１０−１にはＩＣＳ特番号“４３０
０" が付与されている。これに対し、図１０３において
は、衛星送信会社１６３００−２、衛星送信会社のＩＰ
端末１６３１０−２、衛星送信会社のデータベース１６
３２０−２、衛星送信会社の衛星送信機器１６３３０−
２はそれぞれＩＣＳ１６０００−２の外部にあり、ＩＰ
端末１６３１０−２にはＩＣＳユーザアドレス“３９０
０" が付与されている。
【０３４０】実施例３０ (衛星通信路を含む全二重通
信：その４) ：この実施例は実施例２７の他のバリエー
ションであり、図９８及び図１０９を参照して説明す
る。データ提供会社１６２００−１、衛星送信会社１６
３００−１，ユーザ１６５００−１等は同じものであ
り、通信手順のみが異なる。また、ＴＣＰ技術の全二重
通信を採用するが、図１０９にはＴＣＰデータ転送フェ
ーズのみを示す。データ提供会社１６２００−１のＩＰ
端末１６２１０−１はそのデータベース１６２２０−１
から "提供データ”を得て、ＩＣＳ特番号“４３００”
により識別できる衛星送信会社１６３００−１のＩＰ端
末１６３１０−１にＩＣＳのＩＰフレーム転送機能を用
いて送信する (図１０９の＃１：以下同様) 。衛星送信
会社１６３００−１は受信した“提供データ”をそのデ
ータベース１６３２０−１に保持する。
【０３４１】次に、ユーザ１６５００−１のＩＰ端末１
６５０１−１は、ＩＣＳ特番号“４３００”で識別でき
るＩＰ端末１６３１０−１に“問合せフレーム”を送信
する(＃２) 。ＩＰ端末１６３１０−１は“応答フレー
ム”を返送し (＃３) 、ＩＰ端末１６５０１−１はこの
“応答フレーム”を受信し、次に "要求フレーム”をＩ
Ｐ端末１６３１０−１に送信する (＃４) 。ＩＰ端末１
６３１０−１は "要求フレーム”を受信すると、衛星送
信機１６３３０−１にデータベース１６３００−１の内
部に保持している“提供データ”の送信を指示する (＃
５) 。衛星送信機１６３３０−１は“提供データ”を電
波として通信衛星１６４００ー１に向けて発射し (＃６
の前半部) 、通信衛星１６４００−１は受信した“提供
データ”の強度を増幅して電波として発射し (＃６の後
半部) 、衛星受信機１６５０２−１は電波の形態の“提
供データ”を受信し、ＩＰ端末１６５０１ー１に渡す。
このようにして、ＩＰ端末１６５０１−１は通信衛星１
６４００−１経由で“提供データ”を取得し、“受信確
認フレーム”をＩＰ端末１６３１０−１に送信する(＃
７) 。以上の手順において、＃１、＃２、＃３、＃４、
＃７は前述したＴＣＰ通信技術を採用している。次に、
図１０９に示す手順の＃８、＃９、＃１０、＃１１、＃
１２、＃１３は前述の手順とほぼ同一であり、相違点は
ユーザ１６５００−１、 ＩＰ端末１６５０１−１，衛星
受信機１６５０２−１の代わりに、他の会社１６５１０
−１、 ＩＰ端末１６５１１−１，衛星受信機１６５１２
−１を設けたことである。
【０３４２】以上述べた通信手順を図１０１により説明
する。図１０１の“問合せフレーム”の送信 (＃２) 、
“応答フレーム”の返送 (＃３) 、 "要求フレーム”の
送信(＃４) 、衛星通信による“データ送信” (＃７)
、“受信確認フレーム”の送信 (＃８) は、それぞれ
図１０９の“問合せフレーム”の送信 (＃２) 、“応答
フレーム″の返送 (＃３) 、“要求フレーム”の送信
(＃４) 、衛星通信による“データ送信” (＃６) 、
“受信確認フレーム”の送信 (＃８) に対応している。
以上の説明から、衛星通信会社１６３００−１とデータ
提供会社１６２００−１とを一体化した通信機能単位
（以下、一体化通信主体という）として見た揚合、図１
０１に示すようにユーザ１６５００−１は、前記一体化
通信主体と全２重通信を行っていると見なせる。
【０３４３】<<前記実施例の他のバリエーション>>前記
実施例の２つはいずれも、フレームの送受信にはＴＣＰ
技術の全二重通信を採用し、ＴＣＰデータ転送フェーズ
のみを図で示し、ＴＣＰコネクション確立フェーズとＴ
ＣＰコネクション終了フェーズは説明を省略した。ここ
で述べる実施例においては、図９９で述べたＵＤＰの通
信技術を一部または全部に採用するものであり、ＴＣＰ
データ転送フェーズ技法によるフレームの送受信の一部
または全部を、ＵＤＰデータ転送フェーズ技法によるフ
レームの送受信に置き換えたものである。
【０３４４】<<前記実施例の他のバリエーション>>図１
０３を用いて他のバリエーションを説明する。図９８に
おいては、衛星送信会社１６３００−１、衛星送信会社
のＩＰ端末１６３１０一１、衛星送信会社のデータベー
ス１６３２０−１、衛星送信会社の衛星送信機器１６３
３０−１はそれぞれＩＣＳ１６０００−１の内部にあ
り、ＩＰ端末１６３１０−１にはＩＣＳ特番号“４３０
０”が付与されている。これに対し、図１０３において
は、衛星送信会社１６３００−２、衛星送信会社のＩＰ
端末１６３１０−２、衛星送信会社のデータベース１６
３２０−２、衛星送信会社の衛星送信機器１６３３０−
２はそれぞれＩＣＳ１６０００−２の外部にあり、ＩＰ
端末１６３１０−２にはＩＣＳユーザアドレス“３９０
０”が付与されている。
【０３４５】実施例−３１ (衛星通信路を含む全二重通
信：その５) ：本実施例は衛星の送信機能とＩＰ通信機
能を組み合わせて、一種の全二重通信を行う特徴を有す
る。実施例２７との大きな違いは、衛星受信機がアクセ
ス制御装置の内部にあることである。図１１０を参照し
て説明する。ＩＣＳ１６０００−３，アクセス制御装置
１６１００−３，１６１１０−３，１６１２０−３，衛
星受信機１６１０２−３、 １６１１２−３，１６１２２
−３、データ提供会社１６２００−３、データ提供会社
のＩＰ端末１６２１０−３，データ提供会社のデータベ
ース１６２２０ー３，衛星送信会杜１６３００−３，衛
星送信会社のＩＰ端末１６３１０−３、 衛星送信会杜の
データベース１６３２０−３、衛星送信会杜の衛星送信
機器１６３３０−３，通信衛星１６４００−３，ユーザ
１６５００−３，１６５１０ー３，１６５２０−３、ユ
ーザそれぞれのＩＰ端末１６５０１−３，１６５１１−
３，１６５２１−３、衛星電波通信回線１６６００−
３，１６６１０−３，１６６２０−３，ユーザ論理通信
回線１６７１０−３，１６７２０−３，１６７３０−
３，１６７４０−３とから成る。ＩＰ端末１６２１０−
３，１６５０１−３，１６５１１−３，１６５２１−３
はそれぞれＩＣＳユーザアドレス“３０００”、“２３
００”、“２４００”、“２５００”を有し、ユーザ論
理通信回線を経由してそれぞれのアクセス制御装置１６
１００−３，１６１２０−３，１６１２０−３，１６１
１０−３に接続されている。ＩＰ端末１６３１０−３は
ＩＣＳ網サーバに分類でき、ＩＣＳ特番号“４３００”
を有し、ＩＣＳ１６０００−３の内部のＩＣＳ網通信回
線を経由してアクセス制御装置１６１００−３に接続さ
れている。衛星送信機器１６３３０−３から送信された
電波は、衛星電波通信路１６６００−３を経由して情報
を転送し、衛星受信機１６１１２−３，１６１２２−３
に受信される。
【０３４６】<<通信手順の例１>>図１１０及び図１１１
を参照して、この実施例による通信手順を説明する。な
お、以下の手順においては、衛星送信機器への送信指示
(図１１１の＃５と＃１２) と、衛星送信機器からの電
波による“データ送信”の場合（図１１１の＃６と＃１
３）とを除いては前述のＴＣＰ技術の全二重通信を採用
するが、図１１１にはＴＣＰデータ転送フェーズのみを
示す。
【０３４７】データ提供会社１６２００−３のＩＰ端末
１６２１０−３は、そのデータベース１６２２０−３か
ら "提供データ”を得て、ＩＣＳ特番号 "４３００”に
より識別できる衛星送信会社１６３００−３のＩＰ端末
１６３１０−３に、ＩＣＳのＩＰフレーム転送機能を用
いて送信する (図１１１の＃１：以下同様) 。衛星送信
会社１６３００−３は、受信した "提供データ”をその
データベース１６３２０−３に保持する。次に、ユーザ
１６５００−３のＩＰ端末１６５０１−３は、ＩＣＳ特
番号“４３００”で識別できるＩＰ端末１６３１０−３
に“問合せフレーム”を送信する (＃２) 。ＩＰ端末１
６３１０−３は“応答フレーム”を返送し (＃３)、ＩＰ
端末１６５０１−３はこの "応答フレーム" を受信し、
次に“要求フレーム”を、ＩＰ端末１６３１０−３に送
信する (＃４)。ＩＰ端末１６３１０−３は“要求フレー
ム”を受信すると、データベース１６３２０−３の内部
に保持している“提供データ”をＩＣＳフレームの形態
に変えて送信を指示する (＃５)。ここで、ＩＣＳフレー
ムのデータ部は“提供データ”であり、宛先ＩＣＳユー
ザアドレスはＩＰ端末１６５０１−３のアドレス“２３
００”である。衛星送信機１６３３０−３は、このよう
にして作成した“提供データ”を含むＩＣＳフレームを
電波として通信衛星１６４００−３に向けて発射し（＃
６の前半部）、通信衛星１６４００−３は受信した“提
供データ”の強度を増幅して電波として発射し (＃６の
後半部) 、衛星受信機１６１０２−３、１６１１２ー
３、１６１２２−３はそれぞれ電波の形態の "提供デー
タ”を含む前記ＩＣＳフレームを受信し、それぞれ "提
供データ”の宛先を調べ、この“提供データ”の宛先が
ＩＰ端末１６５０１−３であるので、アクセス制御装置
１６１２２−３はこの“提供データ”をＩＣＳユーザフ
レームの形態に戻し、ＩＰ端末１６５０１−３に送信す
る (＃７)。ＩＰ端末１６５０１−３はこの“提供デー
タ”を受信すると、“受信確認フレーム”をＩＰ端末１
６３１０−３に送信する (＃８) 。以上の手順におい
て、＃１、＃２、＃３、＃４、 ＃７、 ＃８は前述したＴ
ＣＰ通信技術を採用しており、そのＴＣＰデータ転送フ
ェーズのみを示して説明している。
【０３４８】次に、図１１１に示す手順の＃９、＃１
０、＃１１、＃１２、＃１３、＃１４、＃１５は前述の
手順とほぼ同一であり、相違点はユーザ１６５００−
３、 ＩＰ端末１６５０１−３，衛星受信機１６５０２−
３の代わりに、他の会社１６５１０−３、 ＩＰ端末１６
５１１−３，衛星受信機１６５１２−３を設けているこ
とであり、本実施例は複数のユーザヘ“提供データ”を
転送することが可能なことを示している。以上述べた通
信手順を図１０１により説明する。図１０１の“問合せ
フレーム”の送信 (＃２) 、“応答フレーム”の返送
(＃３)、“要求フレーム”の送信 (＃４) 、衛星通信に
よる "データ送信” (＃７) 、“受信確認フレーム”の
送信は、それぞれ図１１１の“問合せフレーム″の送信
(＃２) 、“応答フレーム”の返送 (＃３) 、“要求フ
レーム”の送信 (＃４)、衛星通信による“データ送信”
(＃６)、“受信確認フレーム”の送信 (＃８)に対応し
ている。以上の説明から、衛星通信会社１６３００−３
とデータ提供会社１６２００−３とを一体化した通信機
能単位（以下、一体化通信主体という）として見た場
合、図１０１に示すようにユーザ１６５００−３は、前
記一体化通信主体と全二重通信を行っていると見なせ
る。
【０３４９】<<前記実施例の他のバリエーシヨン>>前記
実施例の２つはいずれもフレームの送受信はＴＣＰ技術
の全二重通信を採用し、ＴＣＰデータ転送フェーズのみ
を図で示し、ＴＣＰコネクション確立フェーズとＴＣＰ
コネクション終了フェーズは説明を省略した。ここで述
べる実施例においては、図９９で述べたＵＤＰの通信技
術を一部または全部に採用するものであり、ＴＣＰデー
タ転送フェーズ技法によるフレームの送受信の一部また
は全部を、ＵＤＰデータ転送フェーズ技法によるフレー
ムの送受信に置き換えたものである。
【０３５０】<<前記実施例の他のバリエーシヨン>>図１
１２を用いて他のバリエーションを説明する。図１１０
においては、衛星送信会社１６３００−３、衛星送信会
社のＩＰ端末１６３１０−３、衛星送信会社のデータベ
ース１６３２０−１、衛星送信会社の衛星送信機器１６
３３０−３はそれぞれＩＣＳＩ６０００−３の内部にあ
り、ＩＰ端末１６３１０−３にはＩＣＳ特番号“４３０
０”が付与されている。これに対し、図１１２において
は、衛星送信会社１６３００−４、衛星送信会社のＩＰ
端末１６３１０−４、衛星送信会社のデータベース１６
３２０−２、衛星送信会社の衛星送信機器１６３３０−
４はそれぞれＩＣＳ１６０００−４の外部にあり、ＩＰ
端末１６３１０−４にはＩＣＳユーザアドレス“３９０
０”が付与されている。
【０３５１】実施例−３２（着信優先度制御）：図１６
７に示すＩＰフレーム内の制御部には、“プロトコルタ
イプ”の他に送信元ＩＰアドレスと宛先ＩＰアドレスと
があり、また、図１１３に示すＴＣＰフレームや図１１
４に示すＵＤＰフレームの内部には、それぞれ送信元ポ
ート番号と宛先ポート番号とが定義されている。ＩＰア
ドレス (３２ビット) とポート番号 (１６ビット) を並
べた４８ビットのデータは、ソケット番号と言われる。
つまり、ソケット番号＝ＩＰアドレス‖ポート番号であ
る。本実施例では、送信元ソケット番号＝送信元ＩＰア
ドレス‖送信元ポート番号、宛先ソケット番号＝宛先Ｉ
Ｐアドレス‖宛先ポート番号、と呼ぶ。本実施例は、Ｉ
ＣＳ網通信回線からアクセス制御装置に到達し、ここで
逆カプセル化して得られるＩＣＳユーザフレームを、こ
のＩＣＳユーザフレームの内部に表示されている“プロ
トコルタイプ”やソケット番号を用いて、ＩＣＳの外部
に送出する順序について優先度を制御する例である。
【０３５２】《構成》図１１５及び図１１６に示すよう
に、ＩＣＳ１７０００−１はアクセス制御装置１７１０
０−１，１７１１０−１，１７１２０−１，１７１３０
−１，１７１４０−１，１７１５０−１，１７１６０−
１を含み、アクセス制御装置１７１００−１は回線部１
７１１１−１，処理装置１７１１２−１，変換表１７１
１３−１を含む。１７２００−１，１７２１０−１，１
７２２０−１，１７２３０−１，１７２４０−１，１７
２５０−１，１７２６０−１，１７２７０−１，１７２
８０−１はそれぞれ企業のＬＡΝであり、それぞれのゲ
ートウェイ１７２０１−１，１７２１１−１，１７２２
１−１，１７２３１−１，１７２４１−１，１７２５１
ー１，１７２６１−１，１７２７１−１，１７２８１−
１を経てＩＣＳ１７０００−１に接続されている。それ
ぞれのＬＡＮは、ＩＰユーザフレームを送受する機能を
有する端末を２乃至３含み、これらのＩＣＳユーザアド
レスは、ＬＡＮ１７２００−１内部は“２６００”及び
“２６１０”であり、ＬＡＮ１７２１０−１内部は“１
２３０”及び“１２４０”であり、ＬＡＮ１７２２０−
１内部は“２７００”、“２７１０″及び“２７２０”
であり、ＬＡＮ１７２３０−１内部は“２８００”及び
“２８１０”であり、ＬＡＮ１７２４０−１内部は "２
１００”及び“２１１０”であり、ＬＡＮ１７２５０−
１内部は“１２００”、“１２１Ｏ”及び“１２２０”
であり、ＬＡＮ１７２６Ｏ−１内部は "２２００”及び
“２２１０”であり、ＬＡＮ１７２７０−１内部は“２
３００”及び“２３１０”であり、ＬＡＮ１７２８０−
１内部は“２４００”及び“２４１０”である。さら
に、１７２９１−１と１７２９２−１はそれぞれＩＰユ
ーザフレームを送受する機能を有する端末であり、それ
ぞれＩＣＳユーザアドレス "２５００”、"１２５０”を
有し、ＩＣＳ１７０００−１に接続されている。
【０３５３】《変換表》アクセス制御装置１７１００−
１の内部にある変換表１７１１３−１を、図１１７を用
いて説明する。変換表の機能は他の実施例と同様であ
り、本実施例では着信優先度記号、プロトコル優先度、
ＴＣＰソケット優先度、ＵＤＰソケット優先度と名づけ
た変換表１７１１３−１の構成要素である部分表を用い
て優先度を制御することが特徴である。変換表の発信Ｉ
ＣＳネットワークアドレスが“７８２１”であれば、着
信優先度記号は“ｐｒ−７８２１”というように定めて
ある。つまり、着信優先度は、アクセス制御装置が、Ｉ
ＣＳ逆カプセル化した後に送出するＩＣＳユーザ論理端
子に付与するＩＣＳネットワークアドレスに依存したパ
ラメータとなるように定めてある。変換表１７１１３−
１の他の部分表をみると、例えば“ｐｒ−７８２１”に
対応して、プロトコル優先度は "ｐ−１”，ＴＣＰソケ
ット優先度は“ｔ−１”、ＵＤＰソケット優先度は“Ｎ
ＵＬＬ”と記載してある。ここで、“ＮＵＬＬ”は無指
定を表わす。プロトコル優先度 "ｐ−１”は、優先度の
高い順から“ＴＣＰ”，“ＵＤＰ”，“ＩＣＭＰ”，
“ＩＧＭＰ”と定めている。
【０３５４】ＴＣＰソケット優先度“ｔ−１”は更に他
の部分表を見ると、優先度の高い順にソケット記号”
“ｓｋ−１”、"ｓｋ−７”を定めている。ＵＤＰソケッ
ト優先度“ｕ−１”は更に他の部分表を見ると、優先度
の高い順に“ｓｋ−３”、“ｓｋ−８”を定めている。
更に、他の部分表に書かれているソケッ卜記号“ｓｋ−
１”の内容において“Ｔｏ”は宛先ソケット番号である
ことを表わし、その宛先ＩＰアドレスが“２１００”、
宛先ポート番号が“３０”であることを表わしており、
同様にソケット記号“ｓｋ−２”の内容において“Ｆｒ
ｏｍ”は送信元ソケット番号であることを表わし、その
送信元ＩＰアドレスが“１２４０”、送信元ポート番号
が“３２”であることを表わしている。
【０３５５】《ＩＣＳフレームの個別説明》ＩＣＳネッ
トワークフレームＮＦ０１はＩＣＳユーザアドレス“２
５００”の端末１７２９１−１から送出された後、アク
セス制御装置１７１１０−１で発信ＩＣＳネットワーク
アドレス“７２００”、着信ＩＣＳネットワークアドレ
ス“７８２１”としてＩＣＳカプセル化されたもので、
ＩＣＳ１７０００−１内部を転送されてアクセス制御装
置１７１００−１に到達し、ここでＩＣＳ逆カプセル化
されてＩＣＳユーザフレームＵＦ０１となり、ユーザ論
理通信回線１７８２１−１を経由してＩＣＳユーザアド
レス“２１００”の端末に到達する。ＩＣＳネットワー
クフレームＮＦ０１の内部にあるユーザフレームＵＦ０
１の制御部の "プロトコルタイプ”はＴＣＰであり、Ｔ
ＣＰフレームの“宛先ポート番号″が“３０”の例であ
る。以下、ＩＣＳネットワークフレームＮＦ０２から、
ＮＦ０３，ＮＦ０４，ＮＦ０５，ＮＦ０６，ＮＦ０７，
ＮＦＯ８，ＮＦ０９，ＮＦ１０，ＮＦ１１とも図１１５
に示している通りに同様であり、以下簡単に述べる。
【０３５６】フレームＮＦ０２はアドレス“２６００”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７３００”、着信ＩＣＳネットワークアドレス“７８
２１”としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
２となり、ユーザ論理通信回線１７８２１−１を経由し
てＩＣＳユーザアドレス“２１１０”の端末に到達す
る。フレームＵＦ０２の“プロトコルタイプ”がＴＣＰ
であり、 "宛先ポート番号”が“３０”の例である。
【０３５７】フレームＮＦ０３はアドレス“１２３０”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７４００”、着信ＩＣＳネットワークアドレス“７８
２２”としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
３となり、ユーザ論理通信回線１７８２２−１を経由し
てＩＣＳユーザアドレス“１２００”の端末に到達す
る。フレームＵＦ０３の“プロトコルタイプ”がＴＣＰ
であり、“送信元ポート番号”が“３０″の例である。
【０３５８】フレームＮＦ０４はアドレス“１２４０”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７４００”、着信ＩＣＳネットワークアドレス“７８
２２" としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
４となり、ユーザ論理通信回線１７８２２−１を経由し
てＩＣＳユーザアドレス“１２１０”の端末に到達す
る。フレームＵＦ０４の“プロトコルタイプ”がＴＣＰ
であり、 "送信元ポート番号”が "３２”の例である。
【０３５９】フレームＮＦ０５はアドレス "１２５０”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７５００”、着信ＩＣＳネットワークアドレス“７８
２２”としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
５となり、ユーザ論理通信回線１７８２２−２を経由し
てＩＣＳユーザアドレス“１２２０”の端末に到達す
る。フレームＵＦ０５の“プロトコルタイプ”がＴＣＰ
であり、 "送信元ポート番号”が“３２”の例である。
【０３６０】フレームＮＦ０６はアドレス“２６１０”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７３００”、着信ＩＣＳネットワークアドレス "７８
２３”としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
６となり、ユーザ論理通信回線１７８２３−１を経由し
てＩＣＳユーザアドレス“２２００”の端末に到達す
る。フレームＵＦ０６の“プロトコルタイプ”がＵＤＰ
であり、“宛先ポート番号”が“４０”の例である。フ
レームＮＦ０７はアドレス“２７００”の端末から送出
され、発信ＩＣＳネットワークアドレス "７６００”、
着信ＩＣＳネットワークアドレス“７８２３”としてＩ
ＣＳカプセル化されたもので、ＩＣＳ内部を転送後はＩ
ＣＳ逆カプセル化されてフレームＵＦ０７となり、ユー
ザ論理通信回線１７８２３−１を経由してＩＣＳユーザ
アドレス "２２１０”の端末に到達する。フレームＵＦ
０７の“プロトコルタイプ”がＵＤＰであり、 "宛先ボ
ート番号”が“４０”の例である。フレームＮＦ０８は
アドレス“２７１０”の端末から送出され、発信ＩＣＳ
ネットワークアドレス“７６００”、着信ＩＣＳネット
ワークアドレス "７８２４”としてＩＣＳカプセル化さ
れたもので、ＩＣＳ内部を転送後はＩＣＳ逆カプセル化
されてフレームＵＦ０８となり、ユーザ論理通信回線１
７８２４−１を経由してＩＣＳユーザアドレス“２３０
０”の端末に到達する。フレームＵＦ０８の“プロトコ
ルタイプ”がＵＤＰであり、“送信元ポート番号”が
“４０″の例である。
【０３６１】フレームＮＦ０９はアドレス“２８００”
の端末から送出され、発信ＩＣＳネットワークアドレス
“７７００”、着信ＩＣＳネットワークアドレス“７８
２４”としてＩＣＳカプセル化されたもので、ＩＣＳ内
部を転送後はＩＣＳ逆カプセル化されてフレームＵＦ０
９となり、ユーザ論理通信回線１７８２４−１を経由し
てＩＣＳユーザアドレス“２３１０”の端末に到達す
る。フレームＵＦ０９の“プロトコルタイプ”がＵＤＰ
であり、“送信元ポート番号”が“４２”の例である。
フレームＮＦ１０はアドレス“２７２０”の端末から送
出され、発信ＩＣＳネットワークアドレス "７６０
０”、着信ＩＣＳネットワークアドレス“７８２５”と
してＩＣＳカプセル化されたもので、ＩＣＳ内部を転送
後はＩＣＳ逆カプセル化されてフレームＵＦ１０とな
り、ユーザ論理通信回線１７８２５−１を経由してＩＣ
Ｓユーザアドレス“２４００”の端末に到達する。フレ
ームＵＦ１０の“プロトコルタイプ”がＴＣＰであり、
"宛先ポート番号”が“６０”の例である。フレームＮ
Ｆ１１はアドレス“２８１０”の端末から送出され、発
信ＩＣＳネットワークアドレス“７７００”、着信ＩＣ
Ｓネットワークアドレス“７８２５”としてＩＣＳカプ
セル化されたもので、ＩＣＳ内部を転送後はＩＣＳ逆カ
プセル化されてフレームＵＦ１１となり、ユーザ論理通
信回線１７８２５−１を経由してＩＣＳユーザアドレス
“２４１０”の端末に到達する。フレームＵＦ１１の
“プロトコルタイプ”がＵＤＰであり、“送信元ポート
番号”が "７０”の例である。
【０３６２】《優先度の決定の例１》図１１８のフロー
チャートを参照して優先度の決定の仕方を説明する。ア
クセス制御装置１７１００−１は、ＩＣＳ網通信回線か
らＩＣＳネットワークフレームＮＦ０１及びＮＦ０２を
ほぼ同時刻に受信し (ステップＳ１０００) 、それぞれ
のネットワークフレームを逆カプセル化してＩＣＳユー
ザフレームＵＦ０１及びＵＦ０２を得る (ステップＳ１
０１０) 。変換表１７１１３−１により、これらＩＣＳ
ユーザフレームを送信するＩＣＳ論理端子の着信ＩＣＳ
ネットワークアドレスは共に“７８２１”であり、一致
することが分かる (ステップＳ１０２０) 。ＩＣＳネッ
トワークフレームＮＦ０１及びＮＦ０２共にその着信優
先度記号は“ｐｒ−７８２１”であり、次に変換表１７
１１３−１の部分表により、“ｐｒー７８２１”に対応
するプロトコル優先度は“ｐ−１”、ＴＣＰソケット優
先度は“ｔー１”、ＵＤＰソケット優先度は“ＮＵＬ
Ｌ”が指定されている。更に変換表１７１１３−１の構
成要素である他の部分を調べると、プロトコル優先度"
ｐ−１”の内訳からＴＣＰ，ＵＤＰ，ＩＣＭＰ，ＩＧＭ
Ｐの順に優先度が高く、最も優先度が高いＴＣＰについ
て、ＴＣＰソケット優先度“ｔ−１”の内訳からソケッ
ト記号“ｓｋ−１”、“ｓｋ−７”の順に優先度が高
く、更にソケット記号“ｓｋ−１”の内訳から、宛先ソ
ケット番号を構成するＩＰアドレスが“２１００”、宛
先ポート番号が“３０”であることが分かる。ＩＣＳネ
ットワークフレームＮＦ０１の内部に表示されているプ
ロトコルタイプは“ＴＣＰ”、宛先ＩＰアドレスが“２
１００”、宛先ポート番号が“３０”である。一方、Ｉ
ＣＳネットワークフレームＮＦ０２の内部に表示されて
いるプロトコルタイプは“ＴＣＰ”、宛先ＩＰアドレス
が“２１１０”、宛先ポート番号が "３０”である。本
実施例において、プロトコルタイプと宛先ソケット番号
が、前記のソケット記号“ｓｋ−１”の指定と一致する
のは、ＩＣＳネットワークフレームＮＦ０１であること
が分かる。以上の手続きにより、優先して送出するＩＣ
ＳネットワークフレームはＮＦ０１であることが決定す
る (ステップＳ１０３０) 。次に、このＩＣＳネットワ
ークフレームＮＦ０１をＩＣＳ論理端子経由でユーザ論
理端子ヘ送出する（ステップＳ１０４０）。
【０３６３】《優先度の決定の例２》アクセス制御装置
１７１００−１はＩＣＳ網通信回線からＩＣＳネットワ
ークフレームＮＦ０３、ＮＦ０４及びＮＦ０５をほぼ同
時刻に受信し (ステップＳ１０００) 、それぞれのネッ
トワークフレームを逆カプセル化してＩＣＳユーザフレ
ームＵＦ０３，ＵＦ０４，ＵＦ０５を得る（ステップＳ
１０１０) 。変換表１７１１３−１により、これらＩＣ
Ｓユーザフレームを送信するＩＣＳ論理端子の着信ＩＣ
Ｓネットワークアドレスは共に“７８２２”であり、一
致することが分かる（ステップＳ１０２０）。ＩＣＳネ
ットワークフレームＮＦ０３，ＮＦ０４及びＮＦ０５の
着信優先度記号はいずれも“ｐｒ−７８２２”であり、
プロトコル優先度は "Ｐー１”、 ＴＣＰソケット優先度
は "ｔ−２”、ＵＤＰソケット優先度は“ＮＵＬＬ”が
指定されている。プロトコル優先度 "ｐ−１”の内訳か
らＴＣＰの優先度が高く、ＴＣＰソケット優先度“ｔ−
２”の内訳からソケット記号“ｓｋ−２”の優先度が高
く、更にソケット記号“ｓｋ−２”の内訳から送信元ソ
ケット番号を構成するＩＰアドレスが“２１００”、送
信元ポート番号が "３０”であることが分かる。ＩＣＳ
ネットワークフレームＮＦ０３の内部に表示されている
プロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレスが
“１２３０”、送信元ポー卜番号が“３０”である。Ｉ
ＣＳネットワークフレームＮＦ０４の内部に表示されて
いるプロトコルタイプは“ＴＣＰ”、送信元ＩＰアドレ
スが "１２４０”、送信元ポート番号が“３２”であ
る。更に、ＩＣＳネットワークフレームＮＦ０５の内部
に表示されているプロトコルタイプは“ＴＣＰ”、送信
元ＩＰアドレスが“１２５０”、送信元ポート番号が
“３２”である。本実施例において、プロトコルタイプ
と送信元ソケット番号が、前記ソケット記号“ｓｋ−
２”の指定と一致するのは、ＩＣＳネットワークフレー
ムＮＦ０４であることが分かる。以上の手続きにより、
優先して送出するＩＣＳネットワークフレームは、ＮＦ
０４であることが決定する (ステップＳ１０３０) 。次
に、このＩＣＳネットワークフレームＮＦ０４をＩＣＳ
論理端子経由でユーザ論理端子へ送出する（ステップＳ
１０４０）。
【０３６４】《優先度の決定の例３》アクセス制御装置
１７１００−１はＩＣＳ網通信回線からＩＣＳネットワ
ークフレームＮＦ０６及びＮＦ０７をほぼ同時刻に受信
し (ステップＳ１０００) 、それぞれのネットワークフ
レームを逆カプセル化してＩＣＳユーザフレームＵＦ０
６，ＵＦ０７を得る (ステップＳ１０１０) 。変換表１
７１１３−１により、これらＩＣＳユーザフレームを送
信するＩＣＳ論理端子の着信ＩＣＳネットワークアドレ
スは共に“７８２３”であり、一致することが分かる
(ステップＳ１０２０) 。ＩＣＳネットワークフレーム
ＮＦ０６及びＮＦ０７共にその着信優先度記号は“ｐｒ
−７８２３”であり、プロトコル優先度は“ｐ−２”、
ＴＣＰソケット優先度は“ＮＵＬＬ”、ＵＤＰソケット
優先度は“ｕ−１”が指定されている。プロトコル優先
度“ｐ−２”の内訳からＵＤＰ，ＴＣＰ，ＩＣＭＰ，Ｉ
ＧＭＰの順に優先度が高く、最も優先度が高いＵＤＰに
ついて、ＵＤＰソケット優先度“ｔ−１”の内訳からソ
ケット記号“ｓｋ−３”、" ｓｋ−８”の順に優先度が
高く、更にソケット記号 "ｓｋ−３”の内訳から、宛先
ソケット番号を構成するＩＰアドレスが“２２００”、
宛先ポート番号が“４０”であることが分かる。ＩＣＳ
ネットワークフレームＮＦ０６の内部に表示されている
プロトコルタイプは““ＵＤＰ”、宛先ＩＰアドレスが
“２２００”、宛先ポート番号が“４０”である。一
方、ＩＣＳネットワークフレームＮＦ０７の内部に表示
されているプロトコルタイプは "ＵＤＰ”、宛先ＩＰア
ドレスが“２１１０”、宛先ポート番号が“４０”であ
る。本実施例において、プロトコルタイプと宛先ソケッ
ト番号が、前記ソケット記号“ｓｋ−３”の指定と一致
するのは、ＩＣＳネットワークフレームＮＦ０６である
ことが分かる。以上の手続きにより、優先して送出する
ＩＣＳネットワークフレームは、ＮＦ０６であることが
決定する (ステップＳ１０３０) 。次に、このＩＣＳネ
ットワークフレームＮＦ０１をＩＣＳ論理端子経由でユ
ーザ論理端子へ送出する (ステップＳ１０４０）。
【０３６５】《優先度の決定の例４》アクセス制御装置
１７１００−１はＩＣＳネットワークフレームＮＦ０８
及びとＮＦ０９をほぼ同時刻に受信し (ステップＳ１０
００) 、それぞれのネットワークフレームを逆カプセル
化してＩＣＳユーザフレームＵＦ０８，ＵＦ０９を得る
(ステップＳ１０１０) 。変換表１７１１３−１によ
り、これらＩＣＳユーザフレームを送信するＩＣＳ論理
端子の着信ＩＣＳネットワークアドレスは、共に“７８
２４”であり、一致することが分かる (ステップＳ１０
２０) 。ＩＣＳネットワークフレームＮＦ０８及びＮＦ
０９共に、その着信優先度記号は“ｐｒ−７８２４”で
あり、プロトコル優先度は "ｐ−２”、ＴＣＰソケット
優先度は“ＮＵＬＬ”、ＵＤＰソケット優先度は“ｕ−
２”が指定されている。プロトコル優先度“ｐ−２”の
内訳からソケット記号“ｓｋ−４”の優先度が高く、更
にソケット記号“ｓｋ−４”の内訳から、送信元ソケッ
ト番号を構成するＩＰアドレスが“２７１０”、送信元
ポート番号が“４０”であることが分かる。ＩＣＳネッ
トワークフレームＮＦ０８の内部に表示されているプロ
トコルタイプは“ＵＤＰ”、送信元ＩＰアドレスが“２
７１０”、送信元ポート番号が“４０”である。一方、
ＩＣＳネットワークフレームＮＦ０９の内部に表示され
ているプロトコルタイプは“ＵＤＰ”、送信元ＩＰアド
レスが“２８００”、送信元ボー卜番号が“４２”であ
る。本実施例において、プロトコルタイプ及び送信元ソ
ケット番号が前記ソケット記号“ｓｋ−４”の指定と一
致するのは、ＩＣＳネットワークフレームＮＦ０８であ
ることが分かる。以上の手続きにより、優先して送出す
るＩＣＳネットワークフレームはＮＦ０８であることが
決定する（ステップＳ１０３０）。次に、このＩＣＳネ
ットワークフレームＮＦ０１をＩＣＳ論理端子経由でユ
ーザ論理端子へ送出する (ステップＳ１０４０)。
【０３６６】《優先度の決定の例５》アクセス制御装置
１７１００−１はＩＣＳネットワークフレームＮＦ１０
及びＮＦ１１をほぼ同時刻に受信し (ステップＳ１００
０) 、それぞれのネットワークフレームを逆カプセル化
してＩＣＳユーザフレームＵＦ１０，ＵＦ１１を得る
(ステップＳ１０１０) 。変換表１７１１３−１によ
り、これらＩＣＳユーザフレームを送信するＩＣＳ論理
端子の着信ＩＣＳネットワークアドレスは共に "７８２
５”であり、一致することが分かる（ステップＳ１０２
０）。ＩＣＳネットワークフレームＮＦ１０及びＮＦ１
１共にその着信優先度記号は“ｐｒ−７８２５”であ
り、プロトコル優先度は“ｐ−１"、ＴＣＰソケット優先
度" ｔ−３”、ＵＤＰソケット優先度は“ｕ−３”が指
定されている。プロトコル優先度“ｐ−１”の内訳から
ＴＣＰの優先度はＵＤＰより高い。しかるに、ＩＣＳネ
ットワークフレームＮＦ１０の内部に表示されているプ
ロトコルタイプは“ＴＣＰ”、ＩＣＳネットワークフレ
ームＮＦ１１の内部に表示されているプロトコルタイプ
は“ＵＤＰ”である。以上の手続きにより、優先して送
出するＩＣＳネットワークフレームはＮＦ１０であるこ
とが決定する（ステップＳ１０３０）。次に、このＩＣ
ＳネットワークフレームＮＦ１０をＩＣＳ論理端子経由
でユーザ論理端子へ送出する (ステップＳ１０４０）。
【０３６７】実施例−３３（発信優先度制御）：ＩＣＳ
の外部から到着したユーザＩＰフレームをアクセス制御
装置でＩＣＳカプセル化した後、ＩＣＳ網通信回線に送
出する順位を決める実施例を説明する。
【０３６８】《構成》図１１９に示すように、ＩＣＳ１
７０００−２はアクセス制御装置１７１００ー２，１７
１１０−２，・・・，１７１９０−２を含み、アクセス
制御装置１７１００−２は回線部１７１１１−２，処理
装置１７１１２−２，変換表１７１１３−２を含む。１
７２４Ｏ−２，・・・，１７２８０−２は企業のＬＡＮ
であり、それぞれＩＣＳユーザ論理通信回線を経てＩＣ
Ｓ１７０００−２に接続されている。それぞれのＬＡＮ
はＩＰ端末を複数含み、１７４０１−２乃至１７４１１
−２はいずれもＩＰ端末である。
【０３６９】《変換表》図１２０に示す変換表１７１１
３−２の機能は他の実施例と同様であり、本実施例では
発信優先度記号、プロトコル優先度、ＴＣＰソケット優
先度、ＵＤＰソケット優先度と名づけた変換表１７１１
３−２の構成要素である部分表を用いることが特徴であ
る。変換表１７１１３−２の発信ＩＣＳネットワークア
ドレスが“７８２１”であれば、発信優先度記号は“ｐ
ｓ−７８２１”というように定めてある。つまり、発信
優先度は、ユーザ論理通信回線からアクセス制御装置に
到着したユーザＩＰフレームを受け入れるＩＣＳ論理端
子に付与されているネットワークアドレスに依存したパ
ラメータとなるように定めてある。変換表１７１１３−
２の他の部分表をみると、例えば“ｐｓ−７８２１”に
対応してプロトコル優先度は“ｐ−２１”，ＴＣＰソケ
ット優先度は“ｔ−２１”、ＵＤＰソケット優先度は
“ＮＵＬＬ”と記載してある。プロトコル優先度、ＴＣ
Ｐソケット優先度、ＵＤＰソケット優先度などの記法は
実施例３２と同様である。
【０３７０】《優先度決定の例１》図１２１のフローチ
ャートを参照して優先度の決定の仕方を説明する。アク
セス制御装置１７１００−２は、ＩＣＳネットワークア
ドレス“７８２１”が付与されている回線部１７１１１
−２のＩＣＳ論理端子から、ＩＣＳユーザフレームＦ０
１及びＦ０２をほぼ同時刻に受信し、ＩＣＳ論理端子に
付与されているＩＣＳネットワークアドレスを取得して
おく (ステップＳ２７００) 。次に、発信優先度制御の
手続きを次のように行う。ＩＣＳユーザフレームＦ０１
及びＦ０２共にその発信優先度記号は“ｐｓ−７８２
１”であり、次に変換表１７１１３−２の部分表によ
り、“ｐｓ−７８２１”に対応するプロトコル優先度は
“ｐ−２１”、ＴＣＰソケット優先度は“ｔ−２１”、
ＵＤＰソケット優先度は "ＮＵＬＬ”がそれぞれ指定さ
れている。更に変換表１７１１３−２の構成要素である
他の部分を調べると、プロトコル優先度“ｐ−２１”の
内訳からＴＣＰ，ＵＤＰ，ＩＣＭＰ，ＩＧＭＰの順に優
先度が高く、最も優先度が高いＴＣＰについて、ＴＣＰ
ソケット優先度“ｔ−２１”の内訳から、ソケット記号
“ｓｋー２１”、“ｓｋ−２７”の順に優先度が高く、
更にソケット記号“ｓｋ−２１”の内訳から、送信元ソ
ケット番号を構成するＩＰアドレスが“２１００”、送
信元ポート番号が "３０”であることが分かる。ＩＣＳ
ユーザフレームＦ０１の内部に表示されているプロトコ
ルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“２１０
０”、送信元ポート番号が“３０”である。一方、ＩＣ
ＳユーザフレームＦ０２の内部に表示されているプロト
コルタイプは“ＴＣＰ”、送信元ＩＰアドレスが“２１
１０”、送信元ポート番号が“３０”である。本実施例
において、プロトコルタイプ及び送信元ソケット番号が
前記ソケット記号“ｓｋ−２１”の指定と一致するの
は、ＩＣＳユーザフレームＦ０１であることが分かる。
以上により、ＩＣＳカプセル化し、優先して送出するＩ
ＣＳユーザフレームはＦ０１であることが決定する (ス
テップＳ２７１０)。
【０３７１】次に、ＩＣＳユーザフレームＦ０１を受信
した論理端子に付与されているＩＣＳネットワークアド
レス "７７２１”が変換表１７１１３−２上に、要求識
別が仮想専用線接続“３”として登録されているか否か
を調べる（ステップＳ２７２０）。以下は、他の実施例
で述べたと同様の一連のステップＳ２７３０、・・・、
Ｓ２７７０に示すようになっており、終わりにＩＣＳカ
プセル化を行い（ステップＳ２７８０）、カプセル化し
て得られたＩＣＳネットワークフレームＮＦ０１を優先
してＩＣＳ１７０００−２内に送信する (ステップＳ２
７９０)。
【０３７２】《優先度決定の他の例》アクセス制御装置
１７１００−２が、ＩＣＳネットワークアドレス“７８
２２”が付与されている回線部１７１１１ー２のＩＣＳ
論理端子から、ＩＣＳユーザフレームＦ０３及びＦ０
４、 Ｆ０５をほぼ同時刻に受信する優先度決定の例２に
ついても、アクセス制御装置１７１００−２が、ＩＣＳ
ネットワークアドレス“７８２３”が付与されている回
線部１７１１１ー２のＩＣＳ論理端子から、ＩＣＳユー
ザフレームＦ０６及びＦ０７をほぼ同時刻に受信する優
先度決定の例３についても、また、アクセス制御装置１
７１００−２が、ＩＣＳネットワークアドレス“７８２
４”が付与されている回線部１７１１１ー２のＩＣＳ論
理端子から、ＩＣＳユーザフレームＦ０８及びＦ０９を
ほぼ同時刻に受信する優先度決定の例４についても、更
にアクセス制御装置１７１００−２が、ＩＣＳネットワ
ークアドレス "７８２５”が付与されている回線部１７
１１１ー２のＩＣＳ論理端子から、ＩＣＳユーザフレー
ムＦ１０及びＦｌｌをほぼ同時刻に受信する優先度決定
の例５についても優先度決定の例１と同様であり、変換
表１７１１３−２の構成要素である部分表に示した通り
であり、説明を省略する。
【０３７３】実施例−３４（複数の通信）：本実施例
は、前述の実施例−２，−１０，−１８を組み合わせて
構成される新しい実施例であり、図１２２乃至図１２４
を用いて説明する。ＩＣＳ１８０００ー１はアクセス制
御装置１８１４０−１，１８１４１−１，１８１４２−
１、１８１４３−１，１８１４４−１を含み、アクセス
制御装置１８１４０−１内部の変換表は１８１９５−
１，アクセス制御装置１８１４１−１内部の変換表は１
８１９６−１である。変換表１８１９５−１は変換表６
０１３−１と同様に、要求識別の指定値 "１”， "
２”， "３”， "４”を含み、これに対応して企業内通
信、企業間通信、仮想専用線接続、ＩＣＳ網サーバ接続
とを１つのアクセス制御装置の内部で実施可能としてい
る。変換表１８１９６−１は要求識別の指定値“３”の
みであり、仮想専用線接続を可能としている。ＩＣＳ網
サーバ１８１６０−１は、ＩＣＳ網通信回線を経てアク
セス制御装置１８１４０−１に接続される。１８１８４
−１は、ＦＲ網またはＡＴＭ網であり、１８１８４−１
がＦＲ網の場合は図３５に示されるＦＲ網１０４１に相
当し、１８１８４−１がＡＴＭ網の場合は図３５に示さ
れるＡＴＭ網１０４２に相当する。変換部１８１８１−
１及び１８１８２−１は、１８１８４−１がＦＲ網の場
合は図３５に示されるＦＲ／ＩＣＳネットワークフレー
ム変換部１０３２−１に相当する。また、変換部１８１
８１−１及び１８１８２−１は、１８１８４−１がＡＴ
Ｍ網の揚合は図３５に示されるＡＴＭ／ＩＣＳネットワ
ークフレーム変換部１０３３−１に相当する。
【０３７４】ＬＡＮ１８１１０−１，１８１３０−１
は、それぞれアクセス制御装置１８１４０−１、１８１
４２−１とＩＣＳユーザ論理通信回線を経て接続され
る。ＬＡＮ１８１２０−１のゲートウェイ１８１７１−
１及び１８１７２−１は、それぞれＩＣＳユーザ論理通
信回線を経てアクセス制御装置１８１４０−１、或るい
は１８１４１−１に接続される。ＬＡＮ１８１２０−１
は、複数のＩＰ端末１８１２１−１，１８１２２−１，
１８１２３−１を含む。ここで、ＩＰ端末は、ＩＰユー
ザフレームを送受する機能を有する端末を指す。ＩＰ端
末１８１５０−１及び１８１５１−１は、それぞれアク
セス制御装置１８１４３−１，１８１４４−１及びＩＣ
Ｓユーザ論理通信回線を経て接続される。ＩＣＳ網通信
回線１８１９１ー１は変換部１８１８１−１とアクセス
制御装置１８１４１−１とを結びＩＣＳ網通信回線１８
１９２−１は変換部１８１８２−１とアクセス制御装置
１８１４２−１とを結ぶ。ＬＡＮ１８１２０−１やＬＡ
Ｎ１８１１０−１から送信されたＩＣＳユーザフレーム
は、アクセス制御装置１８１４０−１に到達すると変換
表１８１９５ー１に記載される要求識別の値“１”，
“２”，“３”，“４”の制御に従い、企業内通信、企
業間通信、仮想専用線、ＩＣＳ網サーバのいずれかの通
信サービスを受けるためＩＣＳカプセル化されるが、こ
の詳細は他の実施例で説明している通りであり省略す
る。また、ゲートウェイ１８１７２−１から送信された
ＩＣＳユーザフレームは、アクセス制御装置１８１４１
−１に到達すると変換表１８１９６−１に記載される要
求識別の値“３”の制御に従い、仮想専用線の通信サー
ビスを受けるべくＩＣＳカプセル化され、ＩＣＳ網通信
回線１８１９１−１を経由して変換部１８１８１−１を
経て、更にＦＲ網乃至ＡＴＭ網１８１８４ー１を経由
し、変換部１８１８２−１を経、ＩＣＳ網通信回線１８
１９２−１を経てアクセス制御装置１８１４２−１に届
けられる。ここで、ＦＲ網乃至ＡＴＭ網１８１８４−１
は、ＦＲ網乃至ＡＴＭ網の機能として公知の技術である
相手固定接続（ＰＶＣ）の機能が使われる。以上述べた
手続きにより、ＩＣＳユーザフレームの転送が実現され
る。
【０３７５】<<上記実施例の一部変更：バリエーション
>>図１２５を参照して説明する。ＩＣＳ１８０００−２
は１８０００−１と同様に複数のアクセス制御装置を含
み、また、アクセス制御装置を通してＬＡＮやＩＰ端末
と接続されている。図１２２のＦＲ網乃至ＡＴＭ網１８
１８４ー１をＦＲ網乃至ＡＴＭ網１８２００−２に置き
換え、アクセス制御装置１８１４１−１，変換部１８１
８１−１，ＩＣＳ網通信回線１８１９１−１をＰＶＣイ
ンタフェース変換部１８２１０−２と置き換え、アクセ
ス制御装置１８１４２−１，変換部１８１８２−１，Ｉ
ＣＳ網通信回線１８１９２−１をＰＶＣインタフェース
変換部１８２２０−２と置き換え、更に、ゲートウェイ
１８１７１−１及び１８１７２−１を新しいゲートウェ
イ１８２３０−２と置き換えたものである。ここで、１
８２００−２がＦＲ網の場合は、ＰＶＣインタフェース
変換部１８２１０−２乃至１８２２０−２はＩＣＳユー
ザフレームをＦＲフレームの形式に変換及び逆変換する
機能であり、この変換と逆変換の機能は図３９に説明し
ている通りである。また、１８２００ー２がＡＴＭ網の
場合は、ＰＶＣインタフェース変換部１８２１０−２乃
至１８２２０−２はＩＣＳユーザフレームをＡＴＭフレ
ームの形式に変換及び逆変換する機能であり、この変換
と逆変換の機能は図４０に説明している通りである。こ
のバリエーシヨンによるＩＣＳユーザフレームの転送
は、ＦＲ網乃至ＡＴＭ網による相手固定接続（ＰＶＣで
表わす）の機能を用いて実現される。
【０３７６】実施例−３５（統合情報通信システムの運
用) ：図１２６及び図１２７を参照して説明する。ＩＣ
Ｓ１９０００−１は、ＶＡＮ１９０１０−１，ＶＡＮ１
９０２０−１，アクセス制御装置１９３００−１，１９
３１０−１，１９３２０−１，１９３３０−１，中継装
置１９４００−１，１９４１０−１，１９４２Ｏ−１，
１９４３０−１、ＶＡＮ間ゲートウェイ１９４９０−
１、サーバ装置１９５００−１，１９５１０−１，１９
５２０−１，１９５３０−１，１９５４０−１を含む。
各サーバ装置は、ＩＣＳネットワークアドレスを付与さ
れており、それぞれの内部にＩＣＳ網サーバを複数含
む。これら複数のＩＣＳ網サーバは、ＴＣＰ通信プロト
コルやＵＤＰ通信プロトコルで使われるポート番号によ
り区別される。アクセス制御装置１９３００−１、 １９
３１０−１、 １９３２０−１、１９３３０−１は、それ
ぞれ変換表１９３０１−１、 １９３１１−１、 １９３２
１−１、１９３３１−１を含み、それぞれ変換表サーバ
１９７３１−１，１９７３２−１，１９７３３−１，１
９７３４−１を含み、また、それぞれドメイン名サーバ
１９７４１−１，１９７４２−１，１９７４３−１，１
９７４４−１を含み、それぞれリソース管理サーバ１９
７５１−１，１９７５２−１，１９７５３−１，１９７
５４−１を含み、中継装置１９４００−１は経路情報サ
ーバ１９７６１−１、リソース管理サーバ１９７５５−
１を含み、中継装置１９４１０ー１は経路情報サーバ１
９７６２−１を含み、中継装置１９４２０−１は経路情
報サーバ１９７６３−１を含み、中継装置１９４３０−
１は経路情報サーバ１９７６４−１を含み、サーバ装置
１９５００−１はユーザサービスサーバ１９７１１−
１、 ＩＣＳ当局サーバ１９７２１−１を含み、サーバ装
置１９５１０−１は統括リソース管理サーバ１９７５０
−１、統括経路情報サーバ１９７６０−１を含み、サー
バ装置１９５２０−１はユーザサービスサーバ１９７１
２−１、 ＩＣＳ当局サーバ１９７２２−１を含み、サー
バ装置１９５３０−１はＩＣＳユーザアドレス“１２０
０”を有して電子図書館サービスを行うＩＣＳ網サーバ
１９９８０−１と、ＩＣＳユーザアドレス "１３００”
を有して旅行案内サービスを行なうＩＣＳ網サーバ１９
９８１−１とを含み、サーバ装置１９５４０−１は統括
ＩＣＳ当局サーバ１９７２０−１、統括ドメイン名サー
バ１９７４０−１、統括変換表サーバ１９７３０−１、
統括ユーザサービスサーバ１９７１０−１を含む。な
お、ドメイン名サーバは、他の実施例で説明しているＩ
ＣＳアドレス管理サーバやＩＣＳネームサーバと同様の
機能を有するサーバであり、異なる機能もありその機能
の詳細は本実施例で定める。
【０３７７】以上述べたアクセス制御装置、中継装置、
サーバ装置、ＶＡＮ間ゲートウェイは、ＩＣＳ網通信回
線１９０４０−１，１９０４１−１，１９０４２−１，
１９０４３−１等で接続され、ＩＣＳ網通信機能を用い
て互いに情報交換することができる。サーバ装置は、例
えばコンピュータにＩＣＳ網通信機能を持たせて作り、
その内部でサーバ機能を実行するプログラムが走行す
る。１９１１０−１はＦＲ網であり、変換部１９１１１
−１及び１９１１２−１は、ＦＲ交換網の通信回線とＩ
ＣＳネットワークフレームを転送するＩＣＳ網通信回線
とのインタフェース変換を行うもので、これに関しては
他の実施例で説明しているものと同様である。また、１
９９００−１はＡＴＭ網であり、変換部１９９０１−１
及び１９９０２−１は、ＡＴＭ交換網の通信回線とＩＣ
Ｓネットワークフレームを転送するＩＣＳ網通信回線と
のインタフェース変換を行うもので、これに関しては他
の実施例で説明しているものと同様である。ＩＣＳ１９
０００−１の外部にはＬＡＮ１９６００−１，１９６０
１−１、 １９６０２−１，１９６０３−１、 １９６０４
−１，１９６０５−１や、ＩＣＳネットワークフレーム
を送受する機能を有するＩＰ端末１９６０６−１、 １９
６０７−１が接続されている実施例である。
【０３７８】<<ＩＣＳ網サーバの階層構造>>図１２８乃
至図１３３を参照して説明する。統括ユーザサービスサ
ーバ１９７１０−１はユーザサービスサーバ１９７１１
−１、 １９７１２−１に指示を与え、或いは個別の情報
報告させる等の意味で上位の制御権を有し、制御権上位
の意味を図１２８に木構造状に図示してある。１９８１
１−１は、統括ユーザサービスサーバ１９７１０−１と
ユーザサービスサーバ１９７１１−１との間の情報交換
用の通信路であり、ＩＣＳ網通信回線や中継装置などか
らなる。統括ＩＣＳ当局サーバ１９７２０−１、統括変
換表サーバ１９７３０−１、統括ドメイン名サーバ１９
７４０−１、統括リソース管理サーバ１９７５０−１，
統括経路情報サーバ１９７６０−１も同様であり、それ
ぞれ図１２９乃至図１３３に示す。なお、本実施例にお
いて、サーバの木構造の階層は２階層であるが、ＩＣＳ
内部に設置されるアクセス制御装置や中継装置、サーバ
装置などの数が増えて３階層以上とすることも出来る。
経路情報サーバは、中継装置やアクセス制御装置で用い
る経路表を、ＩＣＳ内部で送受する機能で持たせる。リ
ソース管理サーバには、中継装置やアクセス制御装置、
サーバ装置の設置状態や障害情報の把握などの管理機能
を持たせる。
【０３７９】<<ＩＣＳ運用者によるＩＣＳ１９０００−
１の運用>>ＩＣＳ運用者１９９６０−１や１９９６１−
１は、統括ユーザサービスサーバ１９７１０−１、統括
変換表サーバ１９７３０−１、統括リソース管理サーバ
１９５０−１、統括経路情報サーバ１９７６０−１に運
用開始などの指示を与え、或いは個別の情報を報告させ
る等によりＩＣＳ１９０００−１の運用を容易に行うこ
とができる。
【０３８０】<<ＩＣＳ当局者によるＩＣＳ１９０００−
１の管理>>ＩＣＳ当局者１９９５０−１は統括ＩＣＳ当
局サーバ１９７２０−１、統括ドメイン名サーバ１９７
４０−１に運用開始などの指示を与え、或いは個別の情
報を報告させる等によりＩＣＳ１９０００−１で用いる
アドレス等の管理を容易に行うことができる。
【０３８１】<<ソケット番号とサーバ>>ＩＣＳ網サーバ
は、それぞれＩＣＳユーザアドレス及びＩＣＳネットワ
ークアドレスを有するが、前記各サーバはＩＣＳネット
ワークアドレスの他に、ＴＣＰやＵＤＰ通信プロトコル
で規定されているポート番号を有することが他の実施例
に追加される事項である。つまり、前記各サーバは３２
ビットのＩＣＳネットワークアドレスと、１６ビットの
ポート番号の合計４８ビットの数値 (これをソケット番
号という) により識別する。各サーバは、ＩＣＳ１９０
００−１の内部で働くそれぞれ特有の機能を有するプロ
グラムを含み、更にサーバの中には後述するように“操
作インタフェース”を有するものもある。ここで、 "操
作インタフェース”とは、操作者とキーボードなどを介
して情報交換や各サーバ機能の動作や運用開始などの指
令を送受する機能である。各サーバは、例えばアクセス
制御装置や中継装置にＩＣＳネットワークアドレスを付
与し、これら装置の内部にある複数のプログラム (つま
り、サーバ) に異なるポート番号を付与して、ソケット
番号により区別する。各サーバは他の実施例で説明して
いるようにＩＣＳ網通信機能を有し、ＩＣＳネットワー
クアドレス及びポート番号を用いて互いに情報交換でき
る。
【０３８２】<<ユーザのＩＣＳへの登録−１：企業間通
信とＩＣＳ網サーバ>>図１２６、図１２７、図１３４を
参照して説明する。ＩＣＳ１９０００−１の利用申込者
１９２００−１はＩＣＳ受付者１９９４０−１にＩＣＳ
加入を申し込む (手順Ｐ１００) 。“申込受付データ”
はＩＣＳユーザアドレスＩＣＳネットワークアドレス及
びＩＣＳネームを除いたＩＣＳの利用項目であり、例え
ば要求識別（企業内通信、企業間通信、仮想専用線接
続、ＩＣＳ網サーバの区分）や速度クラス、優先度など
の通信帯域条件、課金条件、開域接続条件、料金支払い
方法、ユーザ住所氏名 (身元証明デーク) 、署名条件、
暗号条件等であり、これら利用項目についての意味は他
の実施例で説明している。ＩＣＳ受付者１９９４０−１
は、前記 "申込受付データ”をユーザサービスサーバ１
９７１１−１に“操作インタフェース″を介して投入し
て、“申込受付データ”を利用者データベース１９６１
１−１に格納する (手順Ｐ１１０) 。次にユーザサービ
スサーバ１９７１１−１は、ＩＣＳ当局サーバ１９７２
１一１にそのＩＣＳユーザアドレスと、ＩＣＳネットワ
ークアドレス及びＩＣＳネームとをＩＣＳ網通信機能を
用いて要求する (手順Ｐ１２０)。ＩＣＳ当局サ一バ１９
７２１−１は、要求された前記ＩＣＳアドレスやＩＣＳ
ネームを、データベース１９６２１−１の内部に保持し
ているＩＣＳネットワークアドレス割当記録表１９６２
２−１ (図１３５)、ＩＣＳユーザアドレス割当記録表１
９６２３−１ (図１３６) を用いて割当て（手順Ｐ１３
０）、その割当結果を前記割当表に記録し、更に割り当
てた結果をユーザサ−ビスサーバ１９７１１−１に返す
（手順Ｐ１４０）。ユ−ザサービスサーバ１９７１１−
１１は、ＩＣＳ当局サーバ１９７２１−１から得た割当
結果を、利用者データベース１９６１１−１に格納する
(手順Ｐ１５０）。図１３５はＩＣＳネットワークアド
レス割当記録表１９６２２−１の一例であり、この表の
第１行目には、ＩＣＳネットワークアドレス“７７０
０”をノ一ド識別記号ＡＣＵ−１のＩＣＳ論理端子識別
記号ＬＴ−００１に割り当てたこと、割当先識別記号は
ｕｓｅｒ−１であり、割当日は９８年４月１日の例であ
り、ノード識別記号ＡＣＵ−１はアクセス制御装置１９
３００−１を指すことを予め定めてある。また、この表
の第３行目には、ＩＣＳネットワークアドレス“９６３
０をノード識別記号ＳＶＵ−１のポート番号“６２０”
に割り当てたこと、割当先識別記号はＳｖ−００１であ
り、割当日は９８年２月１日の例であり、ノード識別記
号ＳＶＵ−１はサーバ装置１９５３０−１を指すことを
予め定めてある。
【０３８３】図１３６はＩＣＳユーザアドレス割当記録
表の一例であり、この表の第１行名には、ＩＣＳユーザ
アドレス“４６１０”にＩＣＳネーム（ＩＣＳドメイン
名ともいう）の“ｄｄｌ．ｃｃｌ．ｂｂｌ．ａａｌ．ｊ
ｐ”を割り当てたこと、その要求識別の値は“２”であ
り、割当先識別記号はuser- １、割当日は９８年４月１
日の例である。更に、この表の第４行目には、ＩＣＳユ
ーザアドレス“１２００”にＩＣＳネームの“ｒｒｌ．
ｑｑ．ｐｐ．ｊｐ”を割り当てたこと、その要求識別の
値は“４”であり、割当先識別記号はＳｖ−００１、割
当日は９８年２月１日の例である。ユーザサービスサー
バ１９７１１−１は、利用申込者１９２００−１の申込
内容と取得したＩＣＳネットワークアドレスをアクセス
制御装置１９３００−１内部の変換表１９３０１−１に
書き込むように、ＩＣＳ網通信機能を介して変換表サー
バ１９７３１−１に情報提供する（手順Ｐ１６０）。提
供する内容は、発信ＩＣＳネットワークアドレス、送信
者ＩＣＳユーザアドレス、要求識別、速度クラス、優先
度、署名条件、暗号条件、開域クラスなど、他の実施例
で説明している変換表への登録項目である。なお、前述
したＩＣＳネットワークアドレス及びＩＣＳユーザアド
レスは要求識別の値が“２”、つまり企業間通信の場合
は、発信ＩＣＳネットワークアドレス及び送信者ＩＣＳ
ユーザアドレスとして登録する。要求識別の値が
“４”、つまりＩＣＳ網サーバの場合は、着信ＩＣＳネ
ットワークアドレス及び受信者ＩＣＳユーザアドレスと
して登録する。変換表サーバ１９７３１−１は、変換表
１９３０１−１に上記内容を追加する（手順Ｐ１７
０)。着信ＩＣＳネットワークアドレスと受信者ＩＣＳ
ユーザアドレスは、この時点では変換表１９３０１−１
に登録せず、本実施例の中で後述する“通信相手の登
録”において変換表１９３０１−１に登録する。
【０３８４】次に変換表サーバ１９７３１−１は、ＩＣ
Ｓドメイン名サーバ１９６４１−１にＩＣＳネットワー
クアドレス、ＩＣＳユーザアドレス及びＩＣＳネームを
通知する (手順Ｐ１８０)。ＩＣＳドメイン名サーバ１９
７４１−１は、その内部のデータベース１９６４１−１
に前記受信したＩＣＳネットワークアドレス、ＩＣＳユ
ーザアドレス及びＩＣＳネームを書き込んで保持し（手
順Ｐ１９０）、書き込み完了を変換表サーバ１９７３１
−１に報告する（手順Ｐ２００）。 変換表サーバ１９７
３１−１はこの報告を確認し (手順Ｐ２１０) 、前記一
連の手続きの終了をユーザサービスサーバ１９７１１−
１に報告し（手順Ｐ２２０）、ユーザサービスサーバ１
９７１１−１はこの報告を確認し（手順Ｐ２３０）、割
当結果であるＩＣＳユーザアドレスとＩＣＳネームを利
用申込者に知らせる (手順Ｐ２４０) 。なお、ＩＣＳネ
ットワークアドレスはＩＣＳ内部のみで使うため利用申
込者には知らせない。また、ＩＣＳ網サーバの場合、つ
まり要求識別の値が“４”の揚合、ユーザサービスサー
バ１９７１１ー１は手順Ｐ１６０においてＩＣＳ１９０
００−１の内部の全ての変換表サーバに通知して、全て
のアクセス制御装置の変換表に登録を要求する。
【０３８５】<<統括変換表サーバによる変換表の書換え
管理>>図１３４の下側の手順Ｐ８００乃至９６０、図１
２６、図１２７、図１３０を参照して説明する。統括変
換表サーバ１９７３０−１は変換表サーバ１９７３１−
１に対して変換表１９３０１−１の内容、例えば速度ク
ラス優先度、発信ＩＣＳネットワークアドレス、その他
変換表の一部乃至全項目についての書き換えを指示し
（手順Ｐ８００）、変換表サーバ１９７３１−１はこの
指示に従って変換表１９３０１−１の内容を変更する
（手順Ｐ８１０）。また、ドメイン名サーバ１９７４１
−１にＩＣＳネットワークアドレス等の書き換えを指示
し（手順Ｐ８２０）、ドメイン名サーバ１９７４１−１
はこの指示に従ってその内部表を更新し（手順Ｐ８３
０）、結果を変換表サーバ１９７３１−１に報告して
（手順Ｐ８４０）、変換表サーバ１９７３１−１が確認
し（手順Ｐ８５０）、統括変換表サーバ１９７３０−１
に報告する（手順Ｐ８６０）。また、統括変換表サーバ
１９７３０−１はユーザサービスサーバ１９７１１−１
に対して利用者データベース１９６１１−１の内容、例
えば速度クラスや、ＩＣＳネットワークアドレス、その
他の項目について書き換えを指示し（手順Ｐ９００）、
ユーザサービスサーバ１９７１１−１はこの指示に従っ
て、利用者データベース１９６１１−１の内容を更新す
る（手順Ｐ９１０）。また、ＩＣＳ当局サーバ１９７２
１−１に不要となったＩＣＳネットワークアドレスやＩ
ＣＳユーザアドレス、ＩＣＳネームを返却し、或いは新
規要求を伝え（手順Ｐ９２０）、ＩＣＳ当局サーバ１９
７２１−１はこの指示に従って、そのＩＣＳネットワー
クアドレス割当記録表１９６２２−１やＩＣＳユーザア
ドレス割当記録表１９６２３−１を更新し（手順Ｐ９３
０）、その結果をユーザサービスサーバ１９７１１−１
に報告して（て順Ｐ９４０）、ユーザサービスサーバ１
９７１１−１が確認し（手順Ｐ９５０）、統括変換表サ
ーバ１９７３０−１に報告する（手順Ｐ９６０）。
【０３８６】以上の説明において、統括変換表サーバ１
９７３０−１は、１番目にユーザサービスサーバ１９７
１１−１を呼び出して前記手順Ｐ９００乃至Ｐ９６０を
実行し、２番目に変換表サーバ１９７３１−１を呼出し
て、前記手順Ｐ８００乃至Ｐ８６０を実行することも出
来る。このようになっているから、ＩＣＳ運用者１９９
６０−１は統括変換表サーバ１９７３０−１にアクセス
制御表の内容の書き換え要求を指示することにより、ア
クセス制御装置の内部の変換表とこれに付随するアドレ
ス情報等を管理するドメイン名サーバやＩＣＳ当局サー
バと情報交換し、整合性のある変換表の内容の書き換え
の管理、つまりＩＣＳ１９０００−１内部のアクセス制
御装置の全ての変換表の更新管理を容易に行うことがで
きる。
【０３８７】<<ユーザ通信相手登録>>図１４０を用いて
説明する。ＩＣＳ１９０００−１の利用申込者１９２０
０−１は、ＩＣＳ受付者１９９４０−１に通信相手のド
メイン名を添えて通信相手登録を申し込む (手順Ｐ３０
０)。ＩＣＳ受付者１９９４０−１はこの通信相手のドメ
イン名を受付け (手順Ｐ３１０)、変換表サーバ１９７３
１−１に送信する (手順Ｐ３２０) 。変換表サーバ１９
７３１−１はドメイン名サーバ１９７４０−１，１９７
４２−１等と情報交換し（手順Ｐ３３０，Ｐ３３１）、
問い合わされた通信相手のドメイン名に対応するＩＣＳ
ネツトワークアドレスとＩＣＳユーザアドレスとを取得
して、変換表１９３０１−１の内容を更新し (手順Ｐ３
４０) 、結果を報告する (手順Ｐ３５０，Ｐ３６０)。更
新した結果を変換表１９３０１−２に示す。ここで取得
したＩＣＳネットワークアドレスは着信ＩＣＳネットワ
ークアドレスとし、ＩＣＳユーザアドレスは受信者ＩＣ
Ｓユーザアドレスとして、それぞれ図１４１に示すよう
な変換表に登録してある。なお、ＩＣＳ網サーバの楊
合、着信ＩＣＳネットワークアドレス及び受信者ＩＣＳ
ユーザアドレスの欄は空欄のままである。
【０３８８】<<ユーザのＩＣＳへの登録−２：企業内通
信と仮想専用線>>図１４２を参照して説明する。企業内
通信の揚合、前述の企業間通信と異なる点は、ＩＣＳユ
ーザアドレスを提出することとＩＣＳネームは使えない
ことであり、従ってＩＣＳネームの割当がないこと、ま
た、ＩＣＳネームを使うための手順 (Ｐ１８０，Ｐ１９
０，Ｐ２００相当の手順) が存在しない点である。先ず
ＩＣＳ１９０００−１の利用申込者１９２００−１は、
ＩＣＳ受付者１９９４０−１にＩＣＳ加入を申し込む
(手順Ｐ４００) 。 "申込受付データ"はＩＣＳネットワ
ークアドレス及びＩＣＳネームを除いたＩＣＳの利用項
目であり、例えばＩＣＳユーザアドレス、例えば要求識
別（企業内通信、企業間通信、仮想専用線接続、ＩＣＳ
網サーバの区分）や、速度クラスや優先度など前記企業
間通信と同様である。ＩＣＳユーザアドレスは、送信者
ＩＣＳユーザアドレス及び受信者ＩＣＳユーザアドレス
共、更に１以上複数組を提示する。また、仮想専用線接
続の場合、送信者ＩＣＳユーザアドレス及び受信者ＩＣ
Ｓユーザアドレスを提示しないことが企業内通信の場合
と異なる。
【０３８９】ＩＣＳ受付者１９９４０−１は、前記“申
込受付データ”をユーザサービスサーバ１９７１１−１
に“操作インタフェース″を介して投入して、“申込受
付データ”を利用者データベース１９６１１−１に格納
する (手順Ｐ４１０)。次に、ユーザサービスサーバ１９
７１１−１は、ＩＣＳ当局サーバ１９７２１ー１にその
ＩＣＳユーザアドレス、ＩＣＳネットワークアドレス及
びＩＣＳネームをＩＣＳ網通信機能を用いて要求する
(手順Ｐ４２０)。ＩＣＳ当局サーバ１９７２１−１は前
述の手順Ｐ１３０と同様にしてＩＣＳネットワークアド
レスのみを割当て(手順Ｐ４３０) 、その割当結果を前
記割当表に記録し、更に割り当てた結果をユーザサービ
スサーバ１９７１１−１に返す（手順Ｐ４４０）。ユー
ザサービスサーバ１９７１１−１は、ＩＣＳ当局サーバ
１９７２１−１から得た割当結果を利用者データベース
１９６１１−１に格納する（手順Ｐ４５０）。ユーザサ
ービスサーバ１９７１１−１は、前記申込み内容と取得
したＩＣＳネットワークアドレスとを変換表サーバ１９
７３１−１に知らせ（手順Ｐ４６０）ると、変換表サー
バ１９７３１−１は変換表１９３０１に登録し（手順Ｐ
３７０）、登録完了を報告する (手順Ｐ４８０，Ｐ４９
５) 。図１４３は、変換表１９３０１に企業内通信と仮
想専用線の登録を行った例を示している。
【０３９０】<<ドメイン名サーバの説明>>図１４０の説
明でドメイン名サーバに関する手順Ｐ３３０，Ｐ３３１
に関して、図１４４を参照して４階層の例を説明する。
ドメイン名“ｒｏｏｔ”を対象とするドメイン名サーバ
の内部表１９６００−１のＩＣＳネットワークアドレス
は“９５００”であり、その下位にドメイン名“ａ
ｌ”、“ａ２”、“ａ３"・・・が存在し、例えばドメ
イン名“ａ１”を扱うドメイン名サーバの所在するＩＣ
Ｓネットワークアドレスが“９６１０”、ポート番号
が"４４０”であることを示している。ドメイン名 "ａ
１"を対象とするドメイン名サーバの内部表１９６１０
−１のＩＣＳネットワークアドレスは“９６１０”であ
り、その下位にドメイン名“ｂｌ”、" ｂ２″、" ｂ
３″・・・が存在し、例えばドメイン名 "ｂ２"を扱う
ドメイン名サーバの所在するＩＣＳネットワークアドレ
スが“９７２０”、ポート番号が“４４０”であること
を示している。ドメイン名“ｂ２”を対象とするドメイ
ン名サーバの内部表１９６２０−１のＩＣＳネットワー
クアドレスは“９７２０”であり、その下位にドメイン
名“ｃ４”、“ｃ５”、 "c６”・・・が存在し、例え
ばドメイン名“ｃ５″は端点欄の表示が“ＹＥＳ” で
あることからその下位にドメイン名が存在せず、この例
ではＩＣＳネーム“ｃ５．ｂ２．ａｌ．” に対応する
ＩＣＳネットワークアドレスが“９７２０”であり、Ｉ
ＣＳユーザアドレスが“４５１０”であることを示して
いる。なお、ドメイン名サーバの内部表１９６２０−１
のレコード、つまりＩＣＳネーム（ＩＣＳドメイン名）
とＩＣＳネットワークアドレスと、ＩＣＳユーザアドレ
ス“４６１０”との組み合わせを含むひとまとまりのデ
ータを特にドメイン名サーバの“資源レコード”と呼
ぶ。
【０３９１】<<ドメイン名サーバの呼び出し>>図１４８
を参照して、変換表サーバ１９６３０−１がドメイン名
サーバ１９６４０−１、１９６５０−１，１９６６０−
１を呼び出してドメイン名"ｃ５．ｂ２．ａｌ．”に対
応する、ＩＣＳネットワークアドレス及びＩＣＳユーザ
アドレスを検索する手順を説明する。変換表サーバ１９
６３０−１は、この変換表の内部のリゾルバ１９６３５
−１にドメイン名“ｃ５．ｂ２．ａｌ.”を入力する。
リゾルバ１９６３５−１は、ＩＣＳ網通信機能を用いて
“ａｌ”を含むＩＣＳフレーム１９６４１−１をＩＣＳ
ドメイン名サーバ１９６４０−１へ送ると、“ａ１”用
ＩＣＳドメイン名サーバのＩＣＳネットワークアドレス
“９６１０”を含むＩＣＳフレーム１９６４２−１が返
信される。次に、リゾルバ１９６３５−１は、“ｂ２”
を含むＩＣＳフレーム１９６５１−１をＩＣＳドメイン
名サーバ１９６５０−１ヘ送ると、“ｂ２”用ＩＣＳド
メイン名サーバのＩＣＳネットワークアドレス“９７２
０”を含むＩＣＳフレーム１９６５２−１が返信され
る。次に、リゾルバ１９６３５−１は "ｃ５"を含むＩ
ＣＳフレーム１９６６１−１をＩＣＳドメイン名サーバ
１９６６０−１へ送ると、 "ｃ５"のＩＣＳネットワー
クアドレス“９８２０”とＩＣＳユーザアドレス“４５
２０”を含むＩＣＳフレーム１９６６２−１が返信され
る。以上の手続きにより、変換表サーバ１９６３０−１
はドメイン名“ｃ５．ｂ２．ａｌ．” に対応するＩＣ
Ｓネットワークアドレス“９８２０”とＩＣＳユーザア
ドレス“４５２０”を取得する。
【０３９２】<<ＩＰ端末からの変換表の書き換え>>図１
４９と図１５０を参照して説明する。ドメイン名"ｃ5.
ｂ2.ａｌ"を含むＩＣＳユーザフレームを、ＩＰ端末１
９６０８−１から変換表サーバ１９７３１−１へ送信す
る (手順Ｐ５００) 。変換表サーバ１９７３１−１は、
ドメイン名サーバに問合わせ (手順Ｐ５１０) 、ドメイ
ン名サーバはドメイン名 "ｃ5.ｂ2.ａｌ"に対応するＩ
ＣＳネットワークアドレス "９８２０"とＩＣＳユーザ
アドレス"４５２０"を検索して取得し（手順Ｐ５２
０）、変換表サーバ１９７３１−１へ返信すると (手順
Ｐ５３O)、変換表サーバは変換表１９３０１−１に書き
込み(手順Ｐ５４０)、ＩＰ端末１９６０８−１へ報告す
る (手順Ｐ５５０) 。この手順において、ＩＣＳネット
ワ一クアドレス "９８２０"は着信ネットワークアドレ
スとし、ＩＣＳユーザアドレス“４５２０"は受信者Ｉ
ＣＳユーザアドレスとし、書き換えられた変換表を図１
３８に示す。なお、図１３８は、図１３７に含まれる要
求識別に対応する変換表の記載内容を省略している。次
に、ＩＰ端末１９６０８−１から、変換表１９３０１−
１Ｘの登録内容について、速度クラスを“２"に変更す
る指定を含むＩＣＳユーザフレームを変換表サーバ１９
７３１−１へ送信する (手順Ｐ６００) 。変換表サーバ
１９７３１−１は、変換表１９３０１−１Ｘの登録内容
を指定に従って速度クラス“２″に書換え (手順Ｐ６１
０)、ＩＰ端末１９６０８−１に報告する（手順Ｐ６２
０）。この手順によって書き換えられた変換表を１９３
０１−Ｙ (図１３９) に示す。
【０３９３】<<アクセス制御装置間の端末の移動>>ＩＣ
Ｓユーザアドレス割当記録表１９６２３−１の実施例に
みられるように、この表の第１行目は、ＩＣＳユーザア
ドレス“４６１０”にＩＣＳネーム（ＩＣＳドメイン名
とも言う）の“ｄｄ１．ｃｃ１．ｂｂ１．ａａ１．ｊ
ｐ”を割り当てており、ＩＣＳユーザアドレスとＩＣＳ
ネームとを保持していることが特徴である。例えばＩＣ
Ｓユーザアドレス“４６１０”を有する端末１９６０８
−１（図１２６）を、アクセス制御装置１９３００−１
からアクセス制御装置１９３２０−１（図１２７）に移
動して、例えばこの端末に新しいＩＣＳネットワークア
ドレス“７８２１”を割当てた場合、変換表１９３２１
−１の内部には発信ＩＣＳネットワークアドレス“７８
２１”と送信者ＩＣＳユーザアドレス“４６１０”とが
対になって登録されることになる。この場合、ＩＣＳネ
ームの“ｄｄ１．ｃｃ１．ｂｂ１．ａａ１．ｊｐ”は、
ＩＣＳユーザアドレス割当記録表１９６２３−１により
規定されているようにＩＣＳユーザアドレス“４６１
０”と対になっており、ＩＣＳネームが変更されること
はない。ドメイン名サーバ内部のＩＣＳネーム“ｄｄ
１．ｃｃ１．ｂｂ１．ａａ１．ｊｐ”と、ＩＣＳネット
ワークアドレス“７７００”と、ＩＣＳユーザアドレス
“４６１０”との組合わせを含む資源レコードは、ＩＣ
Ｓネーム“ｄｄ１．ｃｃ１．ｂｂ１．ａａ１．ｊｐ”
と、ＩＣＳネットワークアドレス“７８２１”と、ＩＣ
Ｓユーザアドレス“４６１０”とに変更される。つま
り、ＩＣＳネットワークアドレス“７７００”は他のア
ドレス“７８２１”に書き換えられるが、ＩＣＳネーム
“ｄｄ１．ｃｃ１．ｂｂ１．ａａ１．ｊｐ”とＩＣＳユ
ーザアドレス“４６１０”とは書き換えられない。要約
すると、ＩＣＳ当局サーバのＩＣＳユーザアドレス割当
管理表及びドメイン名サーバの資源レコードは、ＩＣＳ
ユーザアドレスとＩＣＳネームとを保持しており、その
一方だけを変更することはない。これによって、アクセ
ス制御装置間で端末を移動したとき、この端末のＩＣＳ
ユーザアドレスとＩＣＳネームを変更しなくて良い。 （上記他の実施例：ユーザによるＩＣＳユーザアドレス
の決定）前記実施例において、ユーザがＩＣＳユーザア
ドレスを決めるように変更したものである。つまり、ユ
ーザ（利用申込者１９２００−１）がＩＣＳ１９０００
−１へ利用申し込みするとき、ＩＣＳユーザアドレスを
追加する。ＩＣＳ受付者１９９４０−１は、申込受付デ
ータに、ＩＣＳユーザアドレスを新たに含める。また、
ＩＣＳ当局サーバ１９７１１−１は、ユーザが申出たＩ
ＣＳユーザアドレスをＩＣＳユーザアドレス割当表１９
６２３−１に記憶する。以上の方法により、ユーザは自
らのＩＣＳユーザアドレスを自分で決められ、自由度が
向上する。
【０３９４】実施例−３６（電話番号による通信相手呼
出し）：本実施例は電話番号をＩＣＳドメイン名として
用いることにより、通信相手先とＩＣＳユーザＩＰフレ
ームを送受することができ、ユーザＩＰフレームの内部
にはディジタル化した音声が格納されており、これによ
って電話による公衆通信が出来る例を示す。本実施例で
は、日本・東京の電話番号“８１−３−１２３４−５６
７８″をドメイン名“５６７８．３４．１２．３．８
１”と見なす例により説明する。ここで、 "３" は東京
を表わし、 "８１" は日本を表わす。図１５１により説
明する。ＩＣＳ２００００−１はアクセス制御装置２０
０１０−１，２００２０−１，２００３０−１、中継装
置２００８０−１，２００９０ー１，ドメイン名サーバ
２０１１０−１、 ２０１２０−１、 ２０１３０−１、２
０１４０−１、２０１５０−１を含み、アクセス制御装
置２００１０−１は回線部２００１１−１、処理装置２
００１２−１、変換表２００１３−１、変換表サーバ２
００４０−１を含む。変換表サーバ２００４０−１はア
クセス制御装置２００１０−１の内部にあり、ＩＣＳネ
ットワークアドレスは“７８００”、ポート番号は“６
００" が付与されている。変換表サーバ２００４０−１
は、ＩＣＳ２００００−１の外部からはＩＣＳユーザア
ドレス "４６００”が付与されており、ドメイン名を入
力するとＩＣＳユーザアドレスに変換して返送すると共
に、ＩＣＳネットワークアドレスをアクセス制御装置２
００１０−１の内部の変換表２００１３−１に登録する
機能を有するＩＣＳサーバに見える。２０２１０−１は
ＬＡＮであり、２０２１１−１及び２０３００−１はＩ
ＣＳユーザフレームを送受する機能を有するＩＰ端末で
あり、それぞれＩＣＳユーザユーザアドレス“４５２
０”、 "１２００"を有し、ＩＣＳユーザ論理通信回線
を経てＩＣＳ２００００−１に接続している。なお、Ｉ
Ｐ端末２０３００ー１は電話機として使用できるのでＩ
Ｐ電話機と呼ぶ。ＩＰ電話機２０３００−１は電話番号
入力部２０３１０−１，ＩＰアドレス蓄積部２０３２０
−１、音声デ一夕送受部２０３３０−１、入力ボタン２
０３４０−１、音声入出力部２０３５０ー１を含む。
【０３９５】<<電話番号によるＩＣＳユーザアドレスの
取得>>電話番号 "１２３４−５６７８″を入力ボタン２
０３４０−１から電話番号入力部２０３１０−１へ投入
する。電話番号入力部２０３１０−１はＩＣＳユーザフ
レームＰ１２０１を生成し、ＩＣＳユーザ論理通信回線
を経由してアクセス制御装置２００１０−１に届ける。
ここで、ＩＣＳユーザフレームＰ１２０１は送信者ＩＣ
Ｓユーザアドレス“１２００"、受信者ＩＣＳユーザア
ドレス“ ４６００″であり、そのデータ部には入力ボ
タン２０３４０−１から入力した電話番号“１２３４−
５６７８″が含まれる。処理装置２００１０−１は変換
表２００１３ー１を見て、ＩＣＳユーザフレームＰ１２
０１をＩＣＳユーザアドレス“４６００”の指す変換表
サーバ２００４０−１に送る。なお、本実施例の場合、
変換表サーバ２００４０−１はアクセス制御装置２００
１０−１の内部にあるので、ＩＣＳ網通信機能を使わな
くともよい。変換表サーバ２００４０−１はＩＣＳユー
ザフレームＰ１２０１のデータ部に含まれる電話番号
“１２３４−５６７８″をもとに、ドメイン名サーバ２
０１３０−１，２０１４０−１，２０１５０−１に次々
と問い合わせて、電話番号“１２３４−５６７８″をド
メイン名と見なしたときの通信相手先の端末２０２１１
−１のＩＣＳネットワークアドレス“７９２０"及びＩ
ＣＳユーザアドレス“４５２０″を取得する。
【０３９６】次に、変換表サーバ２００４０−１はここ
で取得した２つのアドレス“７９２０”及び "４５２
０"を用いて変換表新規項目２００３０−１を作成し、
ＩＣＳユーザアドレス"４５２０"についてはＩＣＳユー
ザフレームＰ１２０２を生成し、その内部にＩＣＳユー
ザアドレス“４５２０”を書込み、ＩＰ電話機２０３０
０−１に送信する。ＩＰ電話機２０３００−１は、受信
したＩＣＳユーザフレームＰ１２０２に含まれるＩＣＳ
ユーザアドレス"４５２０″と、始めに問い合わせてい
る電話番号“１２３４−５６７８″とを組み合わせてＩ
Ｐアドレス記憶部２０３２０−１に保持し、後日に電話
番号 "１２３４−５６７８" に対応するＩＣＳユーザア
ドレス“４５２０″が必要になった時点で用いる。前述
の変換表新規項目２００３０−１は、ＩＣＳネットワー
クアドレス“７８２０”及びＩＣＳユーザアドレス "１
２００"を有するＩＰ電話機２０３００−１と、電話番
号“１２３４−５６７８”で指定される宛先の端末２０
２１１−１とを関係付ける。変換表新規項目２００３０
−１は変換表２００１３−１の新しい要素として使用さ
れる。
【０３９７】<<ＩＣＳユーザアドレスを用いた通信>>音
声入出力部２０３５０−１から音声を入力し、その音声
は音声データ送受部２０３３０−１においてディジタル
データに変換されて、ＩＣＳユーザフレームＰ１２１０
に格納され、電話番号“１２３４−５６７８”で指定さ
れる宛先、つまりＩＣＳユーザアドレス“４５２０”に
より定まる宛先の端末２０２１１−１へ、他の実施例で
説明していると同様の原理により送信される。以降は２
つの端末２０２１１−１及び２０２１１−１の間で、Ｉ
ＣＳユーザフレームの送受による電話通信を行う。
【０３９８】<<ドメイン名サーバの詳細説明>>上記説明
のうち、変換表サーバがドメイン名サーバに電話番号
“１２３４−５６７８”を提示して、ＩＣＳネットワー
クアドレス“７９２０”及びＩＣＳユーザアドレス“４
５２０”を取得する方法を詳しく説明する。図１５２
は、国際電話番号をベースにしている階層数６の“ドメ
イン名トリー”の一実施例を示す図であり、トリーのレ
ベル１に、ルートドメイン名“ｒｏｏｔ−ｔｅｌ”を設
け、その下位のトリーのレベル２に、ドメイン名“１”
・・“４４”・・“８１”・・“９０”・・が存在し、
次に、例えばドメイン名“８１”の下位にレベル３のド
メイン名・・“３”・・“６”・・が存在し、次に、例
えばドメイン名“３”の下位にレベル４のドメイン名・
・“１１”、“１２”、“１３”・・が存在し、次に、
例えばドメイン名“１２”の下位にレベル５のドメイン
名・・“３３”、“３４”、“３５”、・・が存在し、
次に例えばドメイン名“３４”の下位にレベル６のドメ
イン名・・“５６７７”、“５６７８”、“５６７９”
・・が存在することを示している。図１５３は、ドメイ
ン名“３”を扱うドメイン名サーバ２０１３０−１の内
部表２０１３１−１を示しており、例えばドメイン名
“３”の下位にドメイン名“１２”を扱うドメインサー
バ２０１４０−１のＩＣＳネットワークアドレスが“８
７２０”、ポート番号が“４４０”であることを示して
いる。図１５４は、ドメイン名“１２”を扱うドメイン
名サーバ２０１４０−１の内部表２０１４１−１を示し
ており、例えばドメイン名“１２”の下位のドメイン名
“３４”を扱うドメインサーバ２０１５０−１のＩＣＳ
ネットワークアドレスが“８８２０”、ポート番号が
“４４０”であることを示している。また、図１５５
は、ドメイン名“３４”を扱うドメイン名サーバ２０１
５０−１の内部表２０１５１−１を示しており、例えば
ドメイン名“５６７８”は、内部表２０１５１−１の端
点欄の表示が“ＹＥＳ”であることから、その下位のド
メイン名が存在せず、この例ではドメイン名“５６７
８．３４．１２．３．１８．”に対応するＩＣＳネット
ワークアドレスが“８９２０”、ＩＣＳユーザアドレス
が“４５２０”であることを示している。
【０３９９】<<ドメイン名サーバの呼び出し>>図１５６
を参照して、変換表サーバ２００４０−１がドメイン名
サーバ２０１３０−１、２０１４０−１、２０１５０−
１を呼び出して、ドメイン名“５６７８．３４．１２．
３．８１．”に対応するＩＣＳネットワークアドレス及
びＩＣＳユーザアドレスを検索する手順を説明する。こ
こで、リゾルバ２００４１−１は、図１５３に示すレベ
ル１のドメイン“ｒｏｏｔ−ｔｅｌ”を扱うドメイン名
サーバのＩＣＳネットワークアドレスをその内部に保持
している。また、レベル２やレベル３のドメインを扱う
ドメイン名サーバと通信することが多い場合は、それら
上位側のドメイン名サーバのＩＣＳネットワークアドレ
スをリゾルバ２００４１−１の内部に保持している。変
換表サーバ２００４０−１は、内部のリゾルバ２００４
１−１にドメイン名“５６７８．３４．１２．”を入力
する。リゾルバ２００４１−１は、日本“８１”の東京
“３”を指すドメイン名“３．８１．”を受け持つサー
バのＩＣＳネットワークアドレス“８６１０”を保持し
ており、ＩＣＳ網通信機能を用いて、ドメイン名“３”
の配下にあるドメイン名“１２”を含むＩＣＳフレーム
２０１３５−１をＩＣＳドメイン名サーバ２０１３０−
１へ送ると、ドメイン名“１２”を扱うＩＣＳドメイン
名サーバ２０１４０−１のＩＣＳネットワークアドレス
“８７２０”を含むＩＣＳフレーム２０１３６−１を返
信する。次に、リゾルバ２００４１−１は、ドメイン名
“３４”を含むＩＣＳフレーム２０１４５−１をＩＣＳ
ドメイン名サーバ２０１４０−１へ送ると、ドメイン名
“３４”を扱うＩＣＳドメイン名サーバのＩＣＳネット
ワークアドレス“８８２０”を含むＩＣＳフレーム２０
１４６−１を返信する。次に、リゾルバ２００４１−１
は、ドメイン名“５６７８”を含むＩＣＳフレーム２０
１５５−１をＩＣＳドメイン名サーバ２０１５０−１へ
送ると、ドメイン名“５６７８”に対応するＩＣＳネッ
トワークアドレス“７９２０”及びＩＣＳユーザアドレ
ス“４５２０”を含むＩＣＳフレーム２０１５６−１を
返信する。以上の手続きにより、変換表サーバ２００４
０−１は、ドメイン名“５６７８．３４．１２．３．８
１．”に対応するＩＣＳネットワークアドレス“７９２
０”とＩＣＳユーザアドレス“４５２０”を取得する。
【０４００】<<電話回線接続>>回線部２０００１１−１
の内部に電話回線変換部２０５１０−１があり、電話機
２０５２０−１は電話回線２０５３０−１を経て電話回
線変換部２０５１０−１に接続される。電話回線変換部
２０５１０−１は他の実施例で説明していると同様な機
能であり、電話回線２０５３０−１から送信されて来る
音声をディジタル化した音声に変換すると共に、データ
部に格納したＩＣＳユーザフレームを生成する。また、
逆の伝送方向、つまりＩＣＳ網内から送られ、アクセス
制御の回線部を経由するＩＣＳユーザフレームは、その
データ部に格納されているディジタル化した音声が電話
回線変換部２０５１０−１においてアナログ音声に変換
され、或いはＩＳＤＮ回線の場合はそのディジタル化し
た音声に変換される。このようになっているから、ＩＣ
Ｓドメイン名が付与されているＩＰ端末２０３００−１
と電話機２０５２０−１とは、電話音声による通信を行
うことができる。 （公衆電話網への接続）さらに、電話回線変換部２０５
１０−１と構内交換機２０６００−１は、電話回線２０
５３０−２により接続されている。構内交換機２０６０
０−１から出た構内電話回線２０５４０−１から、電話
機２０５２０−２や２０５２０−３が接続されており、
例えば電話機２０５２０−２とＩＰ電話機２０３００−
１との間で、電話による通信が可能である。また、構内
交換機２０６００−１から電話回線２０６７０−１を経
て、公衆電話網あるいは国際電話網２０６８０−１に接
続できる。このようになっているから、電話機２０５２
０−４とＩＰ電話機２０３００−１との間で、電話によ
る通信が可能である。
【０４０１】実施例−３７（複数のアクセス制御装置に
接続できるＩＰ端末）：本実施例は、ＩＣＳユーザＩＰ
フレームを送受する機能を有するＩＰ端末を特定のアク
セス制御装置に固定するのではなく、他のアクセス制御
装置に接続して利用できる移動可能なＩＰ端末の利用、
つまりローミングを実現している。ローミングは、ＩＰ
端末に付与されているＩＣＳドメイン名を基準に実現し
ている。以下の説明において、ａ‖ｂは、データａとデ
ータｂとを並ベて得られるデータ（連結データ）を表わ
す。
【０４０２】<<暗号化によるパスワードの送信技法>>本
実施例では、秘密のパスワードＰＷを暗号化して送信者
（暗号化側）から受信者（復号化側）へ送信する手順が
含まれており、始めに暗号化関数Ｅｉと復号化関数Ｄｉ
を説明する。暗号化関数Ｅｉはｙ＝Ｅｉ（ｋ１，ｘ）に
より表わし、復号化関数Ｄｉはｘ＝Ｄｉ（ｋ２，ｙ）に
より表わす。ここで、ｙは暗号文、ｘは平文、ｋｌ，ｋ
２は暗号鍵であり、ｉは秘密鍵暗号や公開鍵暗号を、暗
号鍵の値を含めてどのように使うかを定める暗号番号
（ｉ＝１，２、・・）である。上記において、平文ｘの
代わりにｘ′＝ｘ‖ｒ（但し、ｒは乱数）として平文
ｘ′を暗号化し、復号化のとき得られる平文ｘ′から乱
数ｒを廃棄して平文ｘを得ても良い。このようにする
と、同一の平文を暗号化しても乱数のために異なる暗号
文が生成され、暗号破りに強くなるといわれる。
【０４０３】(暗号番号ｉ＝１の例） <<準備>>送信者ｍは、自己のドメイン名 (ＤＮｍで表わ
す) を受信者を含めて公開する。受信者はその秘密のデ
ータ圧縮関数Ｈａｓｈ−１を用いてＫｍ＝Ｈａｓｈ−１
（ＤＮｍ）を計算し、暗号鍵Ｋｍのみを第３者に知られ
ないような安全な方法で送信者に手渡す。この例はＤＥ
Ｓ暗号を採用する例であり、送信者は、暗号化関数Ｅｉ
を実現するための 「暗号化モジュールＤＥＳ−ｅ」と暗
号鍵Ｋｍを保持する。暗号鍵Ｋｍは送信者と受信者が共
有する秘密値である。受信者は、復号化関数Ｄｉを実現
するための 「復号化モジュールＤＥＳ−ｄ」とデータ圧
縮関数Ｈａｓｈ−１とを保持している。データ圧縮関数
Ｈａｓｈ−１として何を使うかは暗号番号の値毎に定め
てある。データ圧縮関数をハッシュ関数とも言う。
【０４０４】<<送信者による暗号化>>送信者は秘密のパ
スワードＰＷをｘ＝ＰＷとおき、暗号化モジュールＤＥ
Ｓ−ｅと保持している暗号鍵Ｋｍにより、ｙ＝ＤＥＳ−
ｅ（Ｋｍ，ｘ）として暗号化し、暗号文ｙとドメイン名
ＤＮｍとを送信する。
【０４０５】<<受信者による復号化>>受信者は暗号文ｙ
とドメイン名ＤＮｍとを受信し、受信者の秘密のデータ
圧縮関数Ｈａｓｈ−１を用いてＫｍ＝Ｈａｓｈ−１（Ｄ
Ｎｍ）として秘密の暗号鍵Ｋｍを算出し、次に受信者は
復号化モジュールを用いて、ｘ＝ＤＥＳ−ｄ（Ｋｍ，
ｙ）として平文ｘを得る。平文ｘはパスワードＰＷであ
り、受信者は秘密のパスワードＰＷを入手できる。な
お、第３者はデータ庄縮関数Ｈａｓｈ−１を知らないの
で暗号鍵Ｋｍを算出できず、従って秘密のパスワードＰ
Ｗを算出することはできない。上記実施例において、暗
号番号ｉ＝３の規定として、暗号化関数や復号化関数を
ＤＥＳ暗号以外の他の暗号化関数や復号化関数に変更す
ることもできる。
【０４０６】（暗号番号ｉ＝２の例) <<準備>>本例はＲＳＡ暗号を採用する例であり、受信者
は、暗号化関数ｙ＝ｘｅｍｏｄｎと復号化関数ｙ＝ｘｄ
ｍｏｄ ｎを生成する。ここで、ｅ≠ｄ、鍵ｄは秘密値
である。受信者は、公開できる暗号化鍵ｅとｎ、暗号化
関数ｙ＝ｘｅｍｏｄｎを実現する暗号化モジュールＲＳ
Ａ−ｅを送信者に渡しておく。送信者これら暗号化鍵と
暗号化モジュールＲＳＡ−ｅを保持しておく。送信者は
秘密の暗号化モジュールも秘密データも保持しない。一
方、受信者は、ｎと秘密の鍵ｄ、および復号化関数ｙ＝
ｘｅｍｏｄ ｎを実現する復号化モジュールＲＳＡ−ｄ
を保持している。
【０４０７】<<送信者による暗号化>>送信したい秘密の
パスワードＰＷと、自己のドメイン名ＤＮｍと、送信の
日時（年月日時分秒）をｘ＝ＰＷ‖ｘ１‖ｘ２（但し、
ｘｌ：ドメイン名ＤＮｍ、ｘ２＝年月日時分秒）とし
て、暗号化モジュールＲＳＡ−ｅにより、ｙ＝ｘｅｍｏ
ｄ ｎとして暗号化し、暗号文ｙを送信する。
【０４０８】<<受信者による復号化>>受信者は暗号文ｙ
を受信し、予め保持している復号化モジュールＲＳＡ−
ｄと復号化鍵を用いてｘ＝ｙｄｍｏｄ ｎを算出する。
ｘ＝ＰＷ‖ｘ１‖ｘ２となるので、ｘの先頭から所定の
位置にあるデータをＰＷとして使用する。上記暗号化に
おいて、ドメイン名のｘｌや年月日時分秒のｘ２は乱数
として用いる。なお、第３者は秘密の鍵ｄを知らないの
で、秘密のパスワードＰＷを算出することはできない。
上記実施例において、暗号番号ｉ＝４の規定として、暗
号鍵ｅ，ｄ，ｎの値を変更することもできる。また、暗
号番号ｉ＝５の規定として、ＲＳＡ暗号技法を他の公開
鍵暗号の技法とすることもできる。
【０４０９】<<パスワードと乱数を用いる端末認証技法
>>ローミングを行う端末で使用するパスワードＰＷが、
認証サーバに登録してあるパスワードと一致しているか
否かを調べる端末の認証技法を説明する。前提条件とし
て、認証主体者の認証サーバと被認証者の端末とは、暗
号化関数Ｅ（但し、ｙ＝Ｅ（ｋ、 x)で、ｙは暗号文、ｋ
は暗号鍵、ｘは平文）と、第３者に秘密のパスワードＰ
Ｗとを所有しておく。端末認証の具体的手順を説明す
る。被認証者である端末は適当な手段により乱数Ｒを決
め、パスワードＰＷ及び関数ｙ＝Ｆ（ＰＷ，Ｒ）を用い
てＹ１＝Ｆ（ＰＷ，Ｒ）を算出し、乱数Ｒ及びＹ１の両
方を認証主体者に送信する。認証主体者は乱数Ｒ及びＹ
１を受信すると共に、受信した乱数Ｒと、自ら保持する
パスワードＦＷと、関数Ｆとを用いてＹ２＝Ｆ（ＦＷ，
Ｒ）を算出し、Ｙ１＝Ｙ２が成立するか否かを調べる。
一致すれば被認証者としての端末の所有者が正しいパス
ワードＰＷを用いていること、つまり端末の認証ができ
る。以上の技法において、乱数Ｒは被認証者が自由に選
択できないように時間に依存する乱数（時間乱数とい
う）に限定することにより、第３者がパスワードＰＷを
算出することが一層に困難となる。上記で用いる暗号化
関数の代わりに、秘密のデータ圧縮関数Ｈｊを用い、Ｙ
１，Ｙ２＝Ｈｊ（ＰＷ，Ｒ）としても良い。
【０４１０】<<全体の構成>>図１５７及び図１５８は本
実施例によるローミング技法の全体の概略を示してお
り、ＩＣＳ２１０００−１はアクセス制御装置２１０１
０−１、２１０２０−１、 ２１０３０−１、 ２１０４０
−１、 ２１０５０−１、 ２１０６０−１、中継装置２１
０８０−１、 ２１０８Ｉ−１、 ２１０８２−１、 ２１０
８３−１、認証サーバ２１１００−１、 ２１１０１−
１、 ２１１０２−１、 ２１１０３−１、ドメイン名サー
バ２１１３０−１、 ２１１３１−１、 ２１１３２−１、
２１１３３−１、ユーザサービスサーバ２１２５０−
１、 ＩＣＳ当局サーバ２１２６０−１を含む。アクセス
制御装置２１０１０−１は変換表２１０１３−１、変換
表サーバ２１０１６−１、登録サーバ２１０１７−１、
接続サーバ２１０１８−１を含み、アクセス制御装置２
１０７２０−１は変換表２１０２３−１、変換表サーバ
２１０２６−１、登録サーバ２１０２７−１、接続サー
バ２１０２８−１を含む。登録サーバ２１０１７−１や
２１０２７−１にはＩＣＳユーザアドレス“６３００”
が付与されている。接続サーバ２１０１８−１や２１０
２８−１にはＩＣＳユーザアドレス“６３１０”が付与
されており、ＩＣＳ２１０００−１の外部にあるローミ
ング用のＩＰ端末から、その必要性に応じて決めたアク
セス制御装置をＩＰ端末に登録し、あるいは接続する機
能を有する。変換表サーバ２１０１６−１は変換表２１
０１３−１の内容を書き換える機能を有し、変換表サー
バ２１０２６−１は変換表２１０２３−１の内容を書き
換える機能を有することは、他の実施例で説明Ｌている
と同様である。また、ＬＡＮ２１１５０−１はＩＰ端末
２１１５１−１を含み、ＬＡＮ２１１６０−１はＩＰ端
末２１１６１−１を含み、２１１７０−１はＩＰ端末で
ある。２１２００−１は移動可能なローミング端末であ
り、ＩＣＳ２１０００−１として唯一に付与されている
ＩＣＳドメイン名“ｃｌ．ｂｌ．ａｌ．”により識別す
る。
【０４１１】<<ローミング端末の利用申込み>>ローミン
グ端末２１２００−１の所有者は、ＩＣＳ利用申込者２
１２７０−１としてローミング端末２１２００−１の料
金支払い方法を明示して、ユーザサービスサーバ２１２
５０−１を経由してＩＣＳ当局サーバ２１２６０−１に
ＩＣＳドメイン名 (ＩＣＳネームと同じ) 及びＩＣＳユ
ーザアドレスを申し込む。料金支払い方法は課金区分
“ＭＮＹ”で表わし、例えばＭＮＹ＝１のとき、料金は
ホームＩＰ端末（つまり、アクセス制御装置に固定的に
接続するＩＰ端末) で支払い、ＭＮＹ＝２のとき、料金
は認証サーバの記録に従って支払うことを指定する。Ｉ
ＣＳ当局サーバ２１２６０−１は、ローミング端末２１
２００−１を使うためのＩＣＳドメイン名“ｃｌ．ｂ
ｌ．ａｌ．”とＩＣＳユーザアドレス“１２００”とを
定める。更に、ＩＰ端末２１２００−１の所有者は、Ｉ
Ｐ端末２１２００−１をアクセス制御装置２１０１０−
１に固定的に接続して用いるために、ユーザサービスサ
ーバ２１２５０−１経由でＩＣＳ当局サーバ２１２６０
−１にＩＣＳネットワークアドレスを申請する。ユーザ
サービスサーバ２１２５０−１１はＩＣＳネットワーク
アドレスを取得すると、変換表サーバ２１０１６−１に
依頼してＩＣＳネットワークアドレス "８１１５”とＩ
ＣＳユーザアドレス“１２００”を変換表２１０１３−
１に設定する。この手続きは他の実施例で説明してい
る。ＩＣＳ受付者２１２７１−１は、ローミング端末２
１２００−１の内部２１２０１ー１に、ＩＣＳドメイン
名“ｃｌ．ｂｌ．ａｌ．”、ＩＣＳユーザアドレス“１
２００”、ローミング端末用の特別なＩＣＳユーザアド
レス (ローミング特番号という)"１０００”、登録サー
バのＩＣＳユーザアドレス“６３００”、接続サーバの
ＩＣＳユーザアドレス“６３１０”を埋め込み、更にロ
ーミング端末２１２００−１の内部２１２０２−１に暗
号機能Ｅｉと暗号関連データＲＰ１を埋め込む。ハッシ
ュ関数は埋め込まない。ここで、ＲＰ１＝Ｈｊ（ドメイ
ン名‖ＲＰ０）‖ＲＰ０（但し、ＲＰ０＝ＭＮＹ‖ｉ‖
ｊ）であり、ドメイン名は“ｃｌ．ｂｌ．ａｌ．”、Ｍ
ＮＹは前述の課金区分、“ｉ”は暗号Ｅｉを種別するた
めの暗号番号、“ｊ”はハッシュ関数Ｈｊの種類を決め
る。データ圧縮関数Ｈｊは認証サーバやユーザサービス
サーバのみが用いる秘密の専用関数である。利用者はデ
ータ圧縮関数Ｈｊを保有せず、更にＨｊを知らないの
で、暗号関連データＲＰ１を生成できない。
【０４１２】<<ホームＩＰ端末からの登録手続き>>図１
５９を参照して説明する。ローミング端末利用者は、ロ
ーミング端末２１２００−１をホームＩＰ端末２１１５
１−１の位置に接続する。次に、ローミング端末利用者
はパスワード（ＰＷ）を決めて入力部２１２０４−１か
ら投入すると共に、２１２０２−１の内部に格納されて
いる暗号機能や音号関連データを用いてＩＣＳユーザフ
レームＰＫ０１を生成し、ＩＣＳユーザ論理通信回線２
１１５２−１を経由してアクセス制御装置２１０１０−
１に送信する (手順Ｔ１０)。ＩＣＳユーザフレームＰＫ
０１の宛先はローミング登録サーバを指す“６３００″
であり、自己のＩＣＳドメイン名“ｃｌ．ｂｌ．ａ
ｌ．”、暗号パラメータＲＰ１，ＩＣＳユーザアドレス
"１２００”、有効期限“９８−１２−３１”、パスワ
ードを暗号化している暗号文 "ｙ"、 "ｔｇ" （但し、登
録手続きを表示するためにｔｇ＝１）、 ローミング接続
の指定の“Ｙｅｓ”又は“Ｎｏ”を含む。ここで、暗号
文“ｙ"の生成方法は前述した暗号技法を採用する。例
えば暗号番号＝２のとき、ｙ＝ｘｅｍｏｄ ｎ（但し、
ｘ＝ＰＷ‖ｃ１．ｂｌ．ａ１‖年月日時分秒）として、
暗号文“ｙ”を生成する。アクセス制御装置２１０１０
−１は変換表２１０１３−１をみて、ＩＣＳユーザフレ
ームＰＫ０１を宛先“６３００”の登録サーバ２１０１
７−１へ転送する (手順Ｔ１５)。登録サーバ２１０１７
−１は、ドメイン名“ｃ１．ｂ１．ａ１”を用いて、認
証サーバ２１１００−１を呼出す（手順Ｔ２０）。な
お、登録サーバ２１０１７−１が、ドメイン名を用いて
認証サーバ２１１００−１を呼出す方法は、接続サーバ
２１０２８−１がドメイン名を用いて認証サーバ２１１
００−１を呼出す方法と同様であり、その詳細は後述す
る。認証サーバ２１１００−１は、受信したＩＣＳユー
ザフレームのＰＫ０１の内容を調べ、前述の技法により
暗号文 "ｙ" を復号化してパスワードＰＷを算出する。
例えば暗号番号＝２のとき、ｘ＝ｙｄｍｏｄ ｎとし
て、暗号文“ｙ”を復号化する。すると、ｘ＝ＰＷ‖ｃ
１．ｂｌ．ａ１‖年月日時分秒となるので、パスワード
ＰＷを取得できる。
【０４１３】次に、暗号パラメータＰＰ１の内容はＲＰ
１＝Ｈｊ (ドメイン名‖ＲＰＯ）‖ＲＰＯ（但し、ＲＰ
Ｏ＝ＭＮＹ‖ｉ‖ｊ）となっているので、認証サーバ２
１１００−１自身が保持している秘密のハッシュ関数Ｈ
ｊと、入手したドメイン名“ｃｌ．ｂｌ．ａｌ”とを用
いてｔ＝Ｈｊ (ドメイン名‖ＲＰ０）‖ＲＰ０）を計算
し、受信したＲＰ１についてｔ＝ＲＰ１が成立するか否
かを調べる。成立すれば、ドメイン名“ｃｌ．ｂｌ．ａ
ｌ”や課金区分ＭＮＹ、暗号番号"ｉ"や“ｊ”が改ざん
されていないと判断する。認証サーバ２１１００−１は
登録内容の過不足が無いかを調べ、正常な場合は登録結
果を認証表２１１００−２に登録し、不足がある揚合は
登録しない。認証表２１１００−２の管理番号１の行に
この様子を示しており、ドメイン名は“ｃｌ．ｂｌ．ａ
ｌ．”、暗号番号は“２”、課金区分（ＭＮＹ）は
“１”、算出したパスワードＰＷの値“２２４６９
１”、有効期限“９８−１２−３１”、ローミング接続
を“Ｙｅｓ”、つまりローミング接続を受け入れること
を示している。手順Ｔ１０でＰＫ０１を生成するとき
に、前述したｔｇの値をｔｇ＝２として、ローミング接
続を“Ｎｏ”と指定してもよい。前述の暗号技法の適用
により、パスワードは第３者に漏れることはない。ロ一
ミング登録の報告は、登録サーバ２１０１７−１を経て
（手順Ｔ３０）、次にアクセス制御装置２１０１０−１
を経て (手順Ｔ３５)、ローミングＩＰ端末へ報告される
(手順Ｔ４０) 。なお、端末２１２００−１からＩＣＳ
ユーザ論理通信回線２１１５２−１を経由して、ｔｇ＝
３としてパスワードＰＷの値を変更したり、ｔｇ＝４と
して有効期限の値を変更するＩＣＳユーザフレームを、
上記手順Ｔ４０が完了した後で送信することができる。
なお、パスワード変更には、それより前に用いていたパ
スワードを指定させる方法も採用できる。
【０４１４】<<移動先でのユーザＩＰフレーム送受信>>
ローミング端末２１２００−１をアクセス制御装置２１
０２０−１に接続して、ローミング端末２１２００−１
のドメイン名“ｃｌ．ｂｌ．ａｌ．”と、通信相手のド
メイン名“ｃ２．ｂ２．ａ２．”との間でＩＰフレーム
を送受信する企業間通信の例を説明する。利用者は、通
信相手のドメイン名“ｃ２．ｂ２．ａ２．”、ＩＰフレ
ームの送受信を指定するためにｔｇ＝５とした“ｔｇ”
と、自己のパスワードＰＷと、また、ローミング接続期
間の指定 (ＴＴＬで表わす）の“５" 日を入力部２１２
０４−１から入力する。このために、ローミング端末２
１２００−１内部の２１２０１−１や２１２０２−１が
用いられる。また、ＩＰフレーム部２１２０３−１は、
ＩＣＳユーザＩＰフレームＰＫ０１、 ＰＫ０２，ＰＫ０
３、 ＰＫ０４等を生成し送受するために用いられる。次
に、ローミング端末２１２００−１はユーザＩＰフレー
ムＰＫ０２を生成し、ＩＣＳユーザ論理通信回線２１２
１０−１を経由してアクセス制御装置２１０２０ー１に
送信する (手順Ｔ５０) 。ユーザＩＰフレームＰＫ０２
は、送信者ドメイン名“ｃｌ．ｂｌ．ａｌ．”、受信者
ドメイン名“ｃ２．ｂ２．ａ２．”、暗号パラメータＲ
Ｐ２，接続期間 (ＴＴＬで表わす) を含む。暗号パラメ
ータＲＰ２は、パスワードＰＷと２１２０２−２の内部
で算出したデータである。つまり、年月日秒“ｙｙ−ｍ
ｍ−ｄｄ−ｓｓｓｓｓ”を発生させて時間乱数ＴＲとし
(ＴＲ＝ｙｙ−ｍｍ−ｄｄ−ｓｓｓｓｓ）、２１２０２
−２の内部の時計と暗号関数Ｅｉを用いて、ＲＰ２＝Ｅ
ｉ（ＰＷ，ＴＲ）‖ＴＲを算出している。アクセス制御
装置２１０２０−１はユーザＩＰフレームＰＫ０２を受
信し、そのＩＣＳ論理端子に付与されたＩＣＳネットワ
ークアドレス“７８００”を取得し、変換表２１０２３
−１により要求識別が“４”であり、更にユーザＩＰフ
レームＰＫ０２に書かれている送信者ＩＣＳユーザアド
レスが "１０００" （つまり、ローミング特番号）であ
るので、前記ＩＣＳネットワークアドレス "７８００”
を保持し、ＩＣＳユーザフレームＰＫ０２と共に、受信
者ＩＣＳユーザアドレス“６３１０”の指す接続サーバ
２１０２８−１に届ける (手順Ｔ６０) 。なお、この手
順で保持したＩＣＳネットワークアドレス“７８００"
は後述する手順Ｔ１３０の後で用いる。
【０４１５】<<接続サーバの機能>>次に、接続サーバ２
１０２８−１はドメイン名“ｃ１．ｂ１．ａ１”を用い
て認証サーバ２１１００−１を呼出し、ドメイン名“ｃ
ｌ．ｂｌ．ａｌ．”と暗号パラメータＲＰ２を認証サー
バへ転送する（手順Ｔ７０) 。認証サーバ２１１００−
１は認証表２１１００−２に書かれているパスワードＰ
Ｗ及び暗号番号の値を読み取り、暗号関数Ｅｉを選択し
てパスワードＰＷを読み取る。次に、暗号パラメータＲ
Ｐ２はＲＰ２＝Ｅｉ（ＰＷ，ＴＲ）‖ＴＲとなっている
ので、ＲＰ２の後半部にある時間乱数ＴＲを用いてｔ＝
Ｅｉ（ＰＷ，ＴＲ）を算出する。ここで算出した一時変
数ｔの値が、受信したＲＰ２の前半部のＥｉ（ＰＷ，
Ｔ）と一致すれば、端末２１２００−１に投入したパス
ワードＰＷが正しいと確認できる。時間関数ＴＲは年月
日を含んでいるので（つまり、ＴＲ＝ｙｙ−ｍｍ−ｄｄ
−ｓｓｓｓｓ）、受信した年月日がその処理時刻と食い
違っているときは不正を発見できる。次に、認証サーバ
２１１００−１は、認証表２１１００−２に書かれてい
るロ一ミング登録済み、課金区分、認証サーバ呼出情報
を接続サーバ２１０２８−１に報告する (手順Ｔ８０)
。本実施例の場合、課金区分はＭＮＹ＝１、また、認
証サーバ呼出情報は認証サーバ２１１００−１のＩＣＳ
ネットワークアドレス "７９８１”、ポート番号“７１
０”及び認証管理表の管理番号“１”からなる。接続サ
ーバ２１０２８−１はドメイン名“ｃｌ．ｂｌ．ａ
ｌ．”をドメイン名サーバに提示して、このドメイン名
に付随するＩＣＳユーザアドレスとＩＣＳネットワーク
アドレスを要求し (手順Ｔ９０)、ＩＣＳユーザアドレス
“１２００" とＩＣＳネットワークアドレス "８１１
５”を取得する (手順Ｔ１００)。同様に、ドメイン名
“ｃ２．ｂ２．ａ２.”をドメイン名サーバに提示し
て、このドメイン名に付随するＩＣＳユーザアドレスと
ＩＣＳネットワークアドレスを要求し (手順Ｔ１１
０）、ＩＣＳユーザアドレス“２５００”とＩＣＳネッ
トワークアドレス“８２００”を取得する (手順Ｔ１２
０)。以上述べたドメイン名サーバへのアクセスは、他の
実施例で詳しく説明しているものと同様である。
【０４１６】次に、接続サーバ２１０２８−１は、ＩＣ
Ｓユーザフレームを入力したＩＣＳ論理端子のＩＣＳネ
ットワークアドレス“７８００”と(手順Ｔ６０で保
持)、直前にドメイン名サーバから取得したＩＣＳユーザ
アドレス“１２００"、ＩＣＳユーザアドレス“２５０
０”、ＩＣＳネットワークアドレス“８２００"、更に
認証サーバ２１１００−１から伝えられたローミング登
録済み、課金区分、認証サーバ呼出情報を変換表サーバ
２１０２６−１に伝える (手順Ｔ１３０)。 変換表サーバ２１２０−６は、伝えられた４通りのアド
レスを変換表２１０２３一１に書き込む。要求識別の値
は“１０”、つまりローミングによる企業間通信を表わ
す。課金区分がＭＮＹ＝１の揚合、直前にドメイン名サ
ーバから取得したＩＣＳネットワークアドレス "８１１
５" とＩＣＳユーザアドレス“１２００”とを変換表２
１０２３−１の課金通知先に転記する。また、課金区分
がＭＮＹ＝２の場合、認証サーバ呼出情報を変換表２１
０１３−１の課金通知先に転記する。更に、ＩＣＳユー
ザフレームＰＫ０２に含まれるローミング接続期間の指
定“５" 日も変換表２１０１３−１に書き込む。変換表
サーバ２１０２６−１は、変換表２１０２３−１の書込
みが終了すると結果を接続サーバ２１０２８−１へ報告
する (手順Ｔ１４０) 。この終了報告は、アクセス制御
装置２１０２０−１を経て (手順Ｔ１５０) 、ＩＣＳユ
ーザフレームＰＫ０３がローミング端末２１２００−１
へ送られる (手順Ｔ１６０)。 ここで、ＩＣＳユーザフレームＰＫ０３は、ローミング
端末２１２００−１のドメイン名“ｃｌ．ｂｌ．ａ
ｌ．”に付随するＩＣＳユーザアドレス "１２００”
と、通信相手のドメイン名“ｃ２．ｂ２．ａ２．”に付
随するＩＣＳユーザアドレス"２５００"とを含む。な
お、アクセス制御装置の運用会社は、以上述べた接続サ
ーバ２１０２８−１の利用、つまりＩＣＳユーザフレー
ムＰＫ０２を受信し、ＩＣＳユーザフレームＰＫ０３を
返信するまでの一連の手続きと、ローミング接続期間の
指定“５”日に対してローミング端末２１２００−１の
所有者に利用料金を請求できる。
【０４１７】<<ローミング端末の利用>>ローミング端末
２１２００−１は前述した手順に従って作成された変換
表２１０２３−１を利用して、他の実施例で説明してい
ると同様に企業間通信を行うことができる（手順Ｔ１７
０乃至Ｔ２２０）。また、変換表サーバ２１０２６−１
は、ローミング接続期間の指定“５”を過ぎると、変換
表２１０２３−１の内部に書かれている前記ローミング
接続を抹消することができる。
【０４１８】<<課金の通知>>アクセス制御装置２１０２
０−１は、通信料金を変換表２１０２３−１に登録され
ている課金通知先に知らせる（手順Ｔ３００又はＴ３１
０）。 <<認証サーバへのアクセス方法>>上記説明のうち、接続
サーバ２１０２８−１が認証サーバ２１１００−１を含
めた複数の認証サーバにドメイン名“ｃｌ．ｂｌ．ａ
ｌ．”を提示して、ローミング端末２１２００−１が生
成したＩＣＳネットワークフレームＰＫ０２に含まれる
認証要求が正しいか否かつまりローミング端末２１２０
０−１のドメイン名“ｃ１．ｂｌ．ａｌ．”が認証サー
バに登録済みであるか否かを調べる方法を詳しく説明す
る。図１６０は階層数４のドメイン名トリーの一例を示
す図であり、トリーのレベル１にルートドメイン名 "ｒ
ｏｏｔ" を設け、その下位のトリーのレベル２にドメイ
ン名 "ａｌ”， "ａ２”，“a３”・・・が存在し、次
に例えばドメイン名"ａｌ"の下位にレベル３のドメイン
名“ｂｌ”，“ｂ２”，“ｂ３”が存在し、次に例えば
ドメイン名" ｂｌ”の下位にレベル４のドメイン名 "ｃ
ｌ”，“ｃ２”，“ｃ３”・・・が存在することを示し
ている。
【０４１９】図１６１は、ドメイン名“ｒｏｏｔ”を扱
う認証サーバ２１１０２−１の内部表２１１０２−２を
示しており、例えばドメイン名“ｒｏｏｔ”の下位に、
ドメイン名“ａｌ”を扱うドメインサーバ２１１０１−
１のＩＣＳネットワークアドレスが“７９７１”，ポー
ト番号が“７１０”であることを示している。また、図
１６２は、ドメイン名 "ａｌ"を扱う認証サーバ２１１
０１−１の内部表２１１０１−２を示しており、例えば
ドメイン名“ａ１”の下位に、ドメイン名“ｂ１”を扱
うドメインサーバ２１１００−１のＩＣＳネットワーク
アドレスが“７９８１”、ポート番号が "７１０”であ
ることを示している。図１６３は、ドメイン名 "ｂｌ"
を扱う認証サーバ２１１００−１の内部表２１１００−
２を示しており、例えばドメイン名“ｃｌ”は内部表２
１１００−２の端点の欄の表示が“ＹＥＳ”であること
からその下位のドメイン名が存在せず、この例ではドメ
イン名“ｃｌ．ｂｌ．ａｌ．”は認証サーバに登録され
ており、パスワードＰＷが“２２４６９１" 、有効期限
が“９８−１２−３１”等とが記録されている。
【０４２０】<<認証サーバの呼び出し>>図１６４を参照
して、接続サーバ２１０２８−１がドメイン名“ｃ１．
ｂ１．ａ１”を用いて認証サーバ２１１００−１を呼び
出して、ドメイン名“ｃｌ．ｂｌ．ａｌ．”が認証サー
バに登録済みであるか否かを調べる方法を述べる。ここ
で、接続サーバ２１０２８−１は、図１６０に示すレベ
ル１のドメイン“ｒｏｏｔ”を扱う認証サーバのＩＣＳ
ネットワークアドレスをその内部に保持している。ま
た、レベル２やレベル３のドメインを扱う認証サーバと
通信することが多い場合も同様に、これら認証サーバの
ＩＣＳネットワークアドレスを保持している。接続サー
バ２１０２８−１は、内部のリゾルバ２１０２９−１に
ドメイン名“ｃ１．ｂｌ．ａｌ”を入力する。リゾルバ
２１０２９−１は、ＩＣＳ網通信機能を用いてドメイン
名“ｒｏｏｔ”の配下にあるドメイン名“ａｌ”と暗号
パラメータＲＰ２を含むＩＣＳフレーム２１３３５−１
を認証サーバ２１１０２−１へ送ると、ドメイン名 "ａ
１”を扱う認証サーバ２１１０１−１のＩＣＳネットワ
ークアドレス“７９７１”を含むＩＣＳフレーム２１３
３６−１を返信する。次に、リゾルバ２１０２９−１
は、ドメイン名“ｂｌ”を含むＩＣＳフレーム２１３４
５−１を認証サーバ２１１０１−１へ送ると、ドメイン
名“ｂｌ”を扱う認証サーバのＩＣＳネットワークアド
レス "７９８１”を含むＩＣＳフレーム２１３４６−１
を返信する。次に、リゾルバ２１０２９−１は、ドメイ
ン名“ｃｌ”を含むＩＣＳフレーム２１３５５−１を認
証サーバ２１１００−１へ送ると、ドメイン名 "ｃ
ｌ”，この場合は２１１００−２の端点の欄が“Ｙｅ
ｓ”であるので認証情報が登録してあると判断できる。
以上述べたように、“ｒｏｏｔ”，"ａ1.”，“ｂｌ”
の順に手繰ってきたので、これらを逆にしたドメイン名
“ｃｌ．ｂｌ．ａｌ．”についての認証情報が内部表２
１１００−２に登録してあることが分かる。認証サーバ
２１１００−１は受信した暗号パラメータＲＰ２を調べ
有効期限“９８−１２−３１”が過ぎていないことを調
べる。次に、認証サーバ２１１００−１は、認証表２１
１００−２に書かれているパスワードＰＷと暗号番号の
値を読み取り、暗号関数Ｅｉを選択する。暗号パラメー
タＲＰ２は、ＲＲ２＝Ｅｉ（ＰＷ，ＴＲ）‖ＴＲとなっ
ているので、ＲＰ２の後半部にある時間乱数ＴＲを用い
て、ｔ＝Ｅｉ（ＰＷ，ＴＲ）を算出する。ここで算出し
た一時変数ｔの値が、受信したＲＰ２の前半部のＥｉ
（ＰＷ，ＴＲ）と一致すれば、端末２１２００−１に投
入したパスワードＰＷが正しいと確認する。以上の結果
を接続サーバ２１０２８−１へ報告する。この結果、接
続サーバ２１０２８−１はローミング端末の認証結果
（合格か不合格）と課金区分ＭＮＹが分かる。
【０４２１】<<ホームＩＰ端末のないローミングの他の
実施例>>以上の実施例において、ＩＣＳ受付者２１２７
１−１がホームＩＰ端末を設定しない場合、前述した
「ホーム1 Ｐ端末からの登録手続き」 はユーザサービス
サーバ２１２５０−１経由で行なう。この揚合は、認証
サーバ２１１００−１内部の認証表２１１００−２内部
の課金記録 "１２０" と、変換表２１０２３−１の内部
の課金通知先に示す認証サーバの情報“７９８１−７１
０−１”を用いる。
【０４２２】<<認証サーバをドメイン名サーバに含める
ローミングの他の実施例>>認証サーバ２１１１０−１の
対象とする図１６０のドメイン名トリーは、他の実施例
で示してドメイン名サーバの対象とするドメイン名トリ
ーと同一の構造である。従って、各ドメインサーバは、
本実施例で述べた認証サーバのデータを格納し、認証サ
ーバの機能を含めることが可能である。つまり、ローミ
ングの他の実施方法は、本実施例で説明している認証サ
ーバと、他の実施例で説明しているドメイン名サーバと
を一体化して実施するものである。
【０４２３】<<無線送受信機と接続するアクセス制御装
置とＩＰ端末>>無線送受信機２１６２０−１はＩＣＳ２
１０００−１の内部に設置されており、無線送受信機２
１６２０−１と無線送受信機２１６４０−１とは無線通
信路２１６２５−１を経由して互いに情報交換できる。
端末２１６３０−１は無線送受信機２１６４０−１を含
み、端末２１２００−２は前述のＩＰ端末２１２００−
１と同様に、ＩＣＳドメイン名を用いた企業間通信の機
能を有する。アクセス制御装置２１０２０−１と無線送
受信機２１６２０−１との間に情報通信路２１６２０−
１がある。情報通信路２１６１０−１はＩＣユーザフレ
ームを送受する機能を有する点でＩＣＳユーザ論理通信
回線と類似しており、相違点は情報通信路２１６１０−
１がＩＣＳ２１０００−１の内部にある点である。無線
送受信機２１６２０−１及び無線送受信機２１６４０−
２はＩＣＳユーザフレームを受信して、ＩＣＳユーザフ
レームの内部情報を電波形式のＩＣＳユーザフレーム情
報に変換して送信する機能、及び逆の機能、つまり電波
形式のＩＣＳユーザフレーム情報を受信して、ＩＣＳユ
ーザフレームの形式に逆変換して送り出す機能を有す
る。このようになっているから、ＩＰ端末２１２００−
２から送出されたＩＣＳユーザフレームは、無線送受信
機２１６４０−１、無線通信路２１６２５−１、無線送
受信機２１６２０−１、情報通信路２１６１０−１を経
て、アクセス制御装置２１０２０−１に伝えられる。ま
た、逆方向、つまりアクセス制御装置２１０２０−１か
ら送出されたＩＣＳユーザフレームは、情報通信路２１
６１０−１、無線送受信機２１６２０−１、無線通信路
２１６２５−２、無線送受信機２１６４０−１を経てＩ
Ｐ端末２１２００−２に送り届けられる。
【０４２４】
【発明の効果】以上のように本発明によれば、価格が高
い専用線を使わなくて済み、ＴＶなどの動画像通信など
に用いる高速通信回線が提供されておらず、或いは通信
回線の設備拡充計画の責任者が不在のインターネットを
用いることなく、比較的安価な大規模通信システムを構
築できる。また、従来個別にサービスされていた個々の
企業（政府機関や大学等を含む）のコンピュータ通信用
のプライベートアドレス体系を殆ど変更することなく、
企業内通信と共に企業間通信をも行い得る利点がある。
更に、ネットワークの制御権をネットワーク管理者が持
つことになるため、ネットワーク全体の障害対策などの
管理が明確となり、信頼性の確保が容易になると共に、
ＩＣＳ内部の暗号通信により盗聴防止対策が可能であ
る。また、ネットワーク自体がＩＣＳフレームに電子署
名をオプションとして付与できるので、ＩＣＳフレーム
の改ざんを発見でき情報セキュリティも著しく向上す
る。本発明によれば、音声、画像、テキスト等のサービ
スに依存しない単一の情報転送（ＩＰデータグラムの転
送）によって、電話回線サービスやインターネットプロ
バイダサービス等の従来個別に実施されていたサービス
を相互に接続した統合情報通信システムを実現できる。
【図面の簡単な説明】
【図１】本発明の基本原理を模式的に示すブロック図で
ある。
【図２】本発明のＩＣＳを複数のＶＡＮで構成したネッ
トワーク例を示すブロック図である。
【図３】アクセス制御装置の構成例を示すブロック図で
ある。
【図４】中継装置の構成例を示すブロック図である。
【図５】ＶＡＮ間ゲートウェイの構成例を示すブロック
図である。
【図６】ＩＣＳ網サーバの構成例を示すブロック図であ
る。
【図７】本発明で使用するＩＣＳユーザアドレスの一例
を示す配列図である。
【図８】ＩＣＳ論理端子とユーザ通信回線の接続関係を
示す結線図である。
【図９】本発明で使用するＩＣＳユーザフレームとＩＣ
Ｓネットワークフレームとの関係を示す図である。
【図１０】本発明の第１実施例（企業内通信、企業間通
信）を示すブロック構成図の一部である。
【図１１】本発明の第１実施例を示すブロック構成図の
一部である。
【図１２】アクセス制御装置の動作例を示すフローチャ
ートである。
【図１３】企業間通信におけるアクセス制御装置の動作
例を示すフローチャートである。
【図１４】本発明の第２実施例（仮想専用線）を示すブ
ロック構成図である。
【図１５】仮想専用線接続におけるアクセス制御装置の
動作例を示すフローチャートである。
【図１６】本発明の第３実施例（ＩＣＳ網サーバ）を示
すブロック構成図である。
【図１７】ＩＣＳ網内サーバ接続におけるアクセス制御
装置内の動作例を示すフローチャ
【図１８】上記第３実施例の変形を説明するためのブロ
ック図である。
【図１９】本発明の第４実施例（ＩＣＳアドレス管理サ
ーバ）を示すブロック構成図である。
【図２０】ＩＣＳアドレス管理サーバの動作例を示すフ
ローチャートである。
【図２１】上記第４実施例の変形を説明するためのブロ
ック図である。
【図２２】本発明の第５実施例（ＩＣＳネームサーバ）
を示すブロック構成図である。
【図２３】ＩＣＳネームサーバの動作例を示すフローチ
ャートである。
【図２４】上記第５実施例の変形を説明するためのブロ
ック図である。
【図２５】本発明の第８実施例（課金サーバ）を示すブ
ロック構成図の一部である。
【図２６】本発明の第８実施例を示すブロック構成図の
一部である。
【図２７】課金処理の動作例を示すフローチャートであ
る。
【図２８】本発明の第９実施例（ＩＣＳフレームデータ
ベースサーバ）を示すブロック構成図の一部である。
【図２９】本発明の第９実施例を示すブロック構成図の
一部である。
【図３０】ＩＣＳフレームデータベースサーバで用いる
ＩＣＳユーザフレームの一例を示す図である。
【図３１】ＩＣＳフレームデータベースサーバの通信例
−１の動作例を示すフローチャートである。
【図３２】ＩＣＳフレームデータベースサーバの通信例
−２の動作例を示すフローチャートである。
【図３３】ＩＣＳフレームデータベースサーバの通信例
−３の動作例を示すフローチャートである。
【図３４】本発明の第１０実施例（Ｘ．２５、ＦＲ、Ａ
ＴＭ、衛星通信での伝送と電話回線、ＩＳＤＮ回線、Ｃ
ＡＴＶ回線、衛星回線、ＩＰＸフレームの収容）を示す
ブロック構成図の一部である。
【図３５】本発明の第１０実施例を示すブロック構成図
の一部である。
【図３６】本発明の第１０実施例を示すブロック構成図
の一部である。
【図３７】本発明の第１０実施例を示すブロック構成図
の一部である。
【図３８】ＩＣＳネットワークフレームとＸ．２５形式
のフレーム変換の様子を示す図である。
【図３９】ＩＣＳネットワークフレームとＦＲ形式のフ
レーム変換の様子を示す図である。
【図４０】ＩＣＳネットワークフレームとＡＴＭ形式の
フレーム変換の様子を示す図である。
【図４１】本発明の第１１実施例（Ｘ．２５、ＦＲ、Ａ
ＴＭ、衛星通信での伝送と電話回線、ＩＳＤＮ回線、Ｃ
ＡＴＶ回線、衛星回線、ＩＰＸフレームの収容）を示す
ブロック構成図の一部である。
【図４２】本発明の第１１実施例を示すブロック構成図
の一部である。
【図４３】本発明の第１２実施例（アクセス制御装置
が、Ｘ．２５網、ＦＲ網に収容されること）を示すブロ
ック構成図の一部である。
【図４４】本発明の第１２実施例を示すブロック構成図
の一部である。
【図４５】本発明の第１３実施例（アクセス制御装置
が、中継網と接続されること）を示すブロック構成図の
一部である。
【図４６】本発明の第１４実施例（アクセス制御装置が
ＩＣＳの外部に設置されている場合）を示すブロック構
成図である。
【図４７】本発明の第１５実施例（企業間通信の非ＩＣ
Ｓカプセル化）を示すブロック構成図の一部である。
【図４８】本発明の第１５実施例を示すブロック構成図
の一部である。
【図４９】企業間通信の非ＩＣＳカプセル化の動作例を
示すフローチャートである。
【図５０】ＮＳＡＰ形式ＡＴＭアドレスのフォーマット
例を示す図である。
【図５１】ＡＴＭセル形式の情報単位を示す図である。
【図５２】ＩＣＳネットワークフレームとＣＰＣＳフレ
ームとの間の変換／復元を説明するための図である。
【図５３】ＣＰＣＳフレームとセルとの間の分解／組立
を説明するための図である。
【図５４】本発明の第１６実施例（ＡＴＭ網を用いる他
の実施例）を示すブロック構成図の一部である。
【図５５】本発明の第１６実施例を示すブロック構成図
の一部である。
【図５６】ＳＶＣ及びＰＶＣを用いたフレームの流れ例
を示すフローチャートである。
【図５７】ＳＶＣ及びＰＶＣを用いたフレームの流れ例
を示すフローチャートである。
【図５８】ＰＶＣを用いた１対Ｎ通信又はＮ対１通信例
を示すブロック構成図である。
【図５９】ＰＶＣを用いたＮ対Ｎ通信例を示すブロック
構成図である。
【図６０】ＦＲフレームアドレス部の一例を示す図であ
る。
【図６１】ＩＣＳネットワークフレームとＦＲフレーム
との間の変形例を示す図である。
【図６２】本発明の第１７実施例（ＦＲ網を用いた他の
実施例）を示すブロック構成図の一部である。
【図６３】本発明の第１７実施例を示すブロック構成図
の一部である。
【図６４】ＳＶＣ及びＰＶＣを用いたフレームの流れ例
を示すフローチャートである。
【図６５】ＳＶＣ及びＰＶＣを用いたフレームの流れ例
を示すフローチャートである。
【図６６】ＰＶＣを用いた１対Ｎ通信又はＮ対１通信例
を示すブロック構成図である。
【図６７】ＰＶＣを用いたＮ対Ｎ通信例を示すブロック
構成図である。
【図６８】本発明の第１８実施例（電話回線、ＩＳＤＮ
回線、ＣＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯電話
回線の収容）を示すブロック構成図の一部である。
【図６９】本発明の第１８実施例を示すブロック構成図
の一部である。
【図７０】本発明の第１８実施例を示すブロック構成図
の一部である。
【図７１】本発明の第１８実施例を示すブロック構成図
の一部である。
【図７２】第１８実施例の動作を示すフローチャートで
ある。
【図７３】本発明の第１９実施例を示すブロック構成図
の一部である。
【図７４】本発明の第１９実施例を示すブロック構成図
の一部である。
【図７５】本発明の第１９実施例を示すブロック構成図
の一部である。
【図７６】ダイアルアップルータ内のルータ表の記述内
容の一例を示す図である。
【図７７】第１９実施例の動作を示すフローチャートで
ある。
【図７８】本発明の第２０実施例を示すブロック構成図
の一部である。
【図７９】本発明の第２０実施例を示すブロック構成図
の一部である。
【図８０】本発明の第２０実施例を示すブロック構成図
の一部である。
【図８１】通信速度と速度クラスの対応づけの一例を示
す図である。
【図８２】第２０実施例の動作を示すフローチャートで
ある。
【図８３】第２０実施例の動作を示すフローチャートで
ある。
【図８４】電子署名付与後のＩＣＳユーザフレームを示
す図である。
【図８５】電子署名付与前のＩＣＳユーザフレームを示
す図である。
【図８６】本発明の第２１実施例（電子署名と暗号）を
示すブロック構成図の一部である。
【図８７】本発明の第２１実施例を示すブロック構成図
の一部である。
【図８８】第２１実施例の動作を示すフローチャートで
ある。
【図８９】送信時及び受信時の電子署名を説明するため
の図である。
【図９０】本発明の第２２実施例（電子署名サーバと暗
号サーバ）を示すブロック構成図である。
【図９１】本発明の第２３実施例（オープン接続）を示
すブロック構成図の一部である。
【図９２】本発明の第２３実施例を示すブロック構成図
の一部である。
【図９３】本発明の第２４実施例（ＩＳＣアドレスネー
ム管理サーバ）を示すブロック構成図である。
【図９４】本発明の第２５実施例（アクセス制御装置の
機能分離）を示すブロック構成図の一部である。
【図９５】本発明の第２５実施例を示すブロック構成図
の一部である。
【図９６】第２５実施例の動作を示すフローチャートで
ある。
【図９７】本発明の第２６実施例（サーバを含むアクセ
ス制御装置と集約アクセス制御装置）を示すブロック構
成図である。
【図９８】本発明の第２７実施例（衛星通信路を含む全
二重通信）を示すブロック構成図である。
【図９９】ＴＣＰによる全二重通信の動作例を示すタイ
ミングチャートである。
【図１００】第２７実施例を説明するためのタイミング
チャートである。
【図１０１】第２７実施例を説明するためのタイミング
チャートである。
【図１０２】第２７実施例を説明するためのタイミング
チャートである。
【図１０３】第２７実施例の変形例を示すブロック構成
図である。
【図１０４】本発明の第２８実施例（衛星通信路を含む
全二重通信）の動作例を示すタイミングチャートであ
る。
【図１０５】第２８実施例を説明するためのタイミング
チャートである。
【図１０６】第２８実施例を説明するためのタイミング
チャートである。
【図１０７】第２８実施例を説明するためのタイミング
チャートである。
【図１０８】第２８実施例を説明するためのタイミング
チャートである。
【図１０９】第２８実施例を説明するためのタイミング
チャートである。
【図１１０】本発明の第３１実施例（衛星通信路を含む
全二重通信）を示すブロック構成図である。
【図１１１】第３１実施例の動作例を示すタイミングチ
ャートである。
【図１１２】第３１実施例の変形例を示すブロック構成
図である。
【図１１３】ＴＣＰフレームの例を示す図である。
【図１１４】ＵＤＰフレームの例を示す図である。
【図１１５】本発明の第３２実施例（着信優先度制御）
を示すブロック構成図の一部である。
【図１１６】本発明の第３２実施例（着信優先度制御）
を示すブロック構成図の一部である。
【図１１７】第３２実施例を説明するための図である。
【図１１８】優先度決定の動作例を示すフローチャート
である。
【図１１９】本発明の第３３実施例（発信優先度制御）
を示すブロック構成図である。
【図１２０】第３３実施例で使用する変換表の一例を示
す図である。
【図１２１】第３３実施例における優先度決定の動作例
を示すフローチャートである。
【図１２２】本発明の第３４実施例（複数の通信）を示
すブロック構成図である。
【図１２３】第３４実施例に使用する変換表の一例を示
す図である。
【図１２４】第３４実施例に使用する変換表の一例を示
す図である。
【図１２５】第３４実施例の変形例を示すブロック構成
図である。
【図１２６】本発明の第３５実施例（統合情報通信シス
テムの運用）を示すブロック構成図の一部である。
【図１２７】本発明の第３５実施例（統合情報通信シス
テムの運用）を示すブロック構成図の一部である。
【図１２８】第３５実施例を説明するための図である。
【図１２９】第３５実施例を説明するための図である。
【図１３０】第３５実施例を説明するための図である。
【図１３１】第３５実施例を説明するための図である。
【図１３２】第３５実施例を説明するための図である。
【図１３３】第３５実施例を説明するための図である。
【図１３４】第３５実施例を説明するための図である。
【図１３５】第３５実施例に用いるＩＣＳネットワーク
アドレス割当記録表の一例を示す図である。
【図１３６】第３５実施例に用いるＩＣＳユーザアドレ
ス割当記録表の一例を示す図である。
【図１３７】第３５実施例に用いる変換表の一例を示す
図である。
【図１３８】第３５実施例に用いる変換表の一例を示す
図である。
【図１３９】第３５実施例に用いる変換表の一例を示す
図である。
【図１４０】第３５実施例を説明するための手順図であ
る。
【図１４１】第３５実施例に用いる変換表の一例を示す
図である。
【図１４２】第３５実施例を説明するための手順図であ
る。
【図１４３】第３５実施例に用いる変換表の一例を示す
図である。
【図１４４】ドメイン名サーバを説明するための図であ
る。
【図１４５】ドメイン名サーバを説明するための図であ
る。
【図１４６】ドメイン名サーバを説明するための図であ
る。
【図１４７】ドメイン名サーバを説明するための図であ
る。
【図１４８】ドメイン名サーバの呼び出しを説明するた
めの図である。
【図１４９】ＩＰ端末からの変換表の書き換えを説明す
るための図である。
【図１５０】ＩＰ端末からの変換表の書き換えを説明す
るための図である。
【図１５１】本発明の第３６実施例（電話番号による通
信相手呼出し）を示すブロック構成図である。
【図１５２】第３６実施例を説明するための図である。
【図１５３】第３６実施例に用いる内部表の一例を示す
図である。
【図１５４】第３６実施例に用いる内部表の一例を示す
図である。
【図１５５】第３６実施例に用いる内部表の一例を示す
図である。
【図１５６】ドメイン名サーバの呼び出しを説明するた
めの図である。
【図１５７】本発明の第３７実施例（複数のアクセス制
御装置に接続できるＩＰ端末）を示すブロック構成図の
一部である。
【図１５８】本発明の第３７実施例（複数のアクセス制
御装置に接続できるＩＰ端末）を示すブロック構成図の
一部である。
【図１５９】ホームＩＰ端末からの登録手続きを説明す
るためのタイミングチャートである。
【図１６０】認証サーバのアクセス方法を説明するため
の図である。
【図１６１】第３７実施例に用いる内部表の一例を示す
図である。
【図１６２】第３７実施例に用いる内部表の一例を示す
図である。
【図１６３】第３７実施例に用いる内部表の一例を示す
図である。
【図１６４】認証サーバの呼び出しを説明するための図
である。
【図１６５】従来のＬＡＮネットワークを説明するため
のブロック図である。
【図１６６】インターネットの形態例を示す図である。
【図１６７】ＲＦＣ７９１規定のＩＰフレームを示す図
である。
【図１６８】ＲＦＣ１８８３規定のＩＰフレームを示す
図である。
【符号の説明】
１、１００ 統合情報通信システム（ＩＣＳ） ２、３、４、５、１０ アクセス制御装置 ２０ 中継装置 ３０ ＶＡＮ間ゲートウェイ ４０ ＩＣＳ網サーバ ５０ ＩＣＳネットワークアドレス管理サーバ ６０ ユーザ物理通信回線
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭64−23646（ＪＰ，Ａ) 特開 平８−307454（ＪＰ，Ａ) 特開 平６−205137（ＪＰ，Ａ) 特開 平９−247210（ＪＰ，Ａ) 稲村雄、「ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）」，ＯＰＥＮＤＥＳ ＩＧＮ Ｎｏ．14，第３巻、第３号, ｐ．118〜128，ＣＱ出版社，1996年６月 １日 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28 H04L 12/56 H04L 12/66 H04L 12/46 H04L 12/14 G06F 13/00 ＪＩＣＳＴファイル（ＪＯＩＳ) ＩＮＳＰＥＣ（ＤＩＡＬＯＧ)

Claims (82)

    (57)【特許請求の範囲】
  1. 【請求項１】固有のＩＣＳユーザアドレス体系ＡＤＸを
    持つ外部のＩＣＳユーザフレームが、アクセス制御装置
    内の変換表の管理の基にＩＣＳネットワークアドレス体
    系ＡＤＳを有する内部のＩＣＳネットワークフレームに
    変換され、前記ＩＣＳネットワークフレームはネットワ
    ーク制御部及びネットワークデータ部で成り、前記ネッ
    トワーク制御部は前記ＩＣＳネットワークアドレス体系
    ＡＤＳに従うアドレスを格納し、前記ネットワークデー
    タ部は前記ＩＣＳユーザフレームを含み、少なくとも１
    以上の中継装置を経由して前記ＩＣＳネットワークアド
    レス体系ＡＤＳのルールに従って送信され、前記ＩＣＳ
    ネットワーク制御部に格納されているＩＣＳネットワー
    クアドレスは、前記中継装置において前記ＩＣＳネット
    ワークフレームの送信先を決定するために必ず引用さ
    れ、前記ＩＣＳユーザフレームが前記ＩＣＳネットワー
    クフレームから復元されて外部の他の情報通信機器に転
    送されるようになっており、 かつ内部のアドレス体系は外部のアドレス体系とは関係
    なく定められており、ＩＣＳ論理端子に前記ＩＣＳネッ
    トワークアドレスが付与され、ＩＣＳ論理端子識別情
    報、送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユー
    ザアドレスの組が定まれば、着信ＩＣＳネットワークア
    ドレスが一意に定まるように前記変換表のレコードとし
    て登録されており、前記ＩＣＳユーザフレームが入力し
    たＩＣＳ論理端子の識別情報、前記ＩＣＳユーザフレー
    ム内の送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユ
    ーザアドレスが共に前記変換表のレコードに登録されて
    いることが見出されたときに、前記ＩＣＳユーザフレー
    ムが前記ＩＣＳネットワークフレームに変換されるよう
    になっていることを特徴とする統合情報通信システム。
  2. 【請求項２】前記変換表のレコードは２以上であり、同
    一のＩＣＳ論理端子識別情報に対して前記受信者ＩＣＳ
    ユーザアドレス及び着信ＩＣＳネットワークアドレスの
    組は共にレコード毎に異なり、同じＩＣＳ論理端子から
    入力するＩＣＳユーザフレーム内の受信者ＩＣＳユーザ
    アドレスを変更することにより、前記ＩＣＳユーザフレ
    ームの到達先を変更できるようになっている請求項１に
    記載の統合情報通信システム。
  3. 【請求項３】前記変換表に登録される前記送信者ＩＣＳ
    ユーザアドレス及び受信者ＩＣＳユーザアドレスが共に
    企業内通信用アドレスであるか又は企業間通信用アドレ
    スであるかに応じて、企業内通信及び企業間通信を行う
    ようになっている請求項１に記載の統合情報通信システ
    ム。
  4. 【請求項４】固有のＩＣＳユーザアドレス体系ＡＤＸを
    持つ外部のＩＣＳユーザフレームが、アクセス制御装置
    内の変換表の管理の基にＩＣＳネットワークアドレス体
    系ＡＤＳを有する内部のＩＣＳネットワークフレームに
    変換され、前記ＩＣＳネットワークフレームはネットワ
    ーク制御部及びネットワークデータ部で成り、前記ネッ
    トワーク制御部は前記ＩＣＳネットワークアドレス体系
    ＡＤＳに従うアドレスを格納し、前記ネットワークデー
    タ部は前記ＩＣＳユーザフレームを含み、少なくとも１
    以上の中継装置を経由して前記ＩＣＳネットワークアド
    レス体系ＡＤＳのルールに従って送信され、前記ＩＣＳ
    ネットワーク制御部に格納されているＩＣＳネットワー
    クアドレスは、前記中継装置において前記ＩＣＳネット
    ワークフレームの送信先を決定するために必ず引用さ
    れ、前記ＩＣＳユーザフレームが前記ＩＣＳネットワー
    クフレームから復元されて外部の他の情報通信機器に転
    送されるようになっており、 かつ内部のアドレス体系は外部のアドレス体系とは関係
    なく定められており、ＩＣＳ論理端子に前記ＩＣＳネッ
    トワークアドレスが付与され、ＩＣＳ論理端子識別情報
    が定まれば着信ＩＣＳネットワークアドレスが一意に定
    まるように前記変換表のレコードとして登録され、かつ
    前記レコードに要求識別が仮想専用線と登録されてお
    り、前記ＩＣＳユーザフレームが入力した前記ＩＣＳ論
    理端子の識別情報を含む前記変換表のレコードに、要求
    識別が仮想専用線と登録されていることが見出されたと
    きに、前記ＩＣＳユーザフレームが前記ＩＣＳネットワ
    ークフレームに変換されるようになっていることを特徴
    とする統合情報通信システム。
  5. 【請求項５】前記変換表のレコードに企業内通信／企業
    間通信を表す要求識別を含み、前記ＩＣＳユーザフレー
    ムが入力した前記ＩＣＳ論理端子を含む前記変換表のレ
    コードに、要求識別が仮想専用線と登録されているとき
    は当該レコードに関する処理は行わず、次に要求識別が
    企業内通信／企業間通信であると見出されたときに、前
    記ＩＣＳネットワークフレームに変換されるようになっ
    ている請求項３に記載の統合情報通信システム。
  6. 【請求項６】第１のルールとして、ＩＣＳ論理端子の識
    別情報及び送信者ＩＣＳユーザアドレス（企業内）、送
    信者ＩＣＳユーザアドレス（企業間）及び受信者ＩＣＳ
    ユーザアドレス（企業間）の組が定まれば、着信ＩＣＳ
    ネットワークアドレスが一意に定まるように前記変換表
    のレコードに登録されており、前記変換表に企業間通信
    を意味する要求識別を含み、 第２のルールとして、ＩＣＳ論理端子の識別情報及び送
    信者ＩＣＳユーザアドレス（企業内）及び受信者ＩＣＳ
    ユーザアドレス（企業内）の組が定まれば、着信ＩＣＳ
    ネットワークアドレスが一意に定まるように前記変換表
    のレコードに登録されており、前記変換表に企業内通信
    を意味する要求識別を含み、前記第１及び第２のルール
    共に、前記ＩＣＳユーザフレームが入力するＩＣＳ論理
    端子識別情報を含む変換表内のレコードを検索し、前記
    検索したレコードが要求識別が仮想専用線でないことを
    確認した後、 第１のケースとして、前記ＩＣＳユーザフレーム内の送
    信者ＩＣＳユーザアドレスが、前記変換表の内部に送信
    者ＩＣＳユーザアドレス（企業内）として登録されてい
    るアドレス値と一致する場合は、更に要求識別が企業間
    通信の場合は、前記ＩＣＳユーザフレーム内の送信者Ｉ
    ＣＳユーザアドレス（企業内）の部分を、前記変換表に
    登録される送信者ＩＣＳユーザアドレス（企業間）と置
    き換え、 第２のケースとして、要求識別が企業内通信の場合は、
    前記変換表に登録される送信者ＩＣＳユーザアドレス
    （企業間）と置き換えず、前記変換表に登録される発信
    ＩＣＳネットワークアドレスと着信ＩＣＳネットワーク
    アドレスとを用いて前記ＩＣＳネットワークフレームに
    変換されるようになっている請求項１に記載の統合情報
    通信システム。
  7. 【請求項７】固有のＩＣＳユーザアドレス体系ＡＤＸを
    持つＩＣＳユーザフレームを、アクセス制御装置の変換
    表の管理の基に前記ＩＣＳユーザフレーム内部のＩＣＳ
    ユーザアドレスを用いることなく、ユーザ物理通信回線
    の終端のＩＣＳ論理端子に対応して、変換表に登録済み
    の着信ＩＣＳネットワークアドレスに対応するＩＣＳネ
    ットワークフレームに変換し、前記ＩＣＳネットワーク
    フレームはネットワーク制御部及びネットワークデータ
    部で成り、前記ネットワーク制御部は前記ＩＣＳネット
    ワークアドレス体系ＡＤＳに従うアドレスを格納し、前
    記ネットワークデータ部は前記ＩＣＳユーザフレームを
    含み、前記ＩＣＳネットワークフレームの転送先は１又
    はＮであり、少なくとも１以上の中継装置を経由してＩ
    ＣＳネットワークアドレス体系ＡＤＳのルールに従って
    送信され、前記ＩＣＳネットワーク制御部に格納されて
    いる目的とする他のアクセス制御装置を示すＩＣＳネッ
    トワークアドレスは前記中継装置において必ず引用さ
    れ、前記ＩＣＳネットワークフレームを他のアクセス制
    御装置に転送したとき、当該アクセス制御装置の変換表
    の管理の基に前記ＩＣＳユーザフレームに戻し、外部の
    他の情報通信機器に到達するようにしたことを特徴とす
    る統合情報通信システム。
  8. 【請求項８】処理装置及びＩＣＳ網データベースで成
    り、前記アクセス制御装置からの要求に対して自らが保
    持する結果を返信するか、又は前記アクセス制御装置か
    らの質問に対する回答を保持していないとき、ＩＣＳ網
    サーバ通信機能を用いて他のＩＣＳ網サーバと通信して
    回答を取得し、この結果を質問元のアクセス制御装置に
    返信する機能のＩＣＳ網サーバを有している請求項１に
    記載の統合情報通信システム。
  9. 【請求項９】前記ＩＣＳネットワークアドレス及びＩＣ
    Ｓユーザアドレスを対応付ける対応表及び処理装置を含
    み、前記アクセス制御装置から前記ＩＣＳネットワーク
    アドレス又はＩＣＳユーザアドレスを提示されて、対応
    する他方のアドレスを回答するアドレス管理サーバを有
    している請求項１に記載の統合情報通信システム。
  10. 【請求項１０】処理装置及びＩＣＳネーム変換表を含
    み、前記アクセス制御装置からＩＣＳネームの提示を受
    け、これに対応するＩＣＳユーザアドレスを前記ＩＣＳ
    ネーム変換表から求め、得られた結果を前記アクセス制
    御装置に通知する機能のＩＣＳネームサーバを有してい
    る請求項１に記載の統合情報通信システム。
  11. 【請求項１１】処理装置及びＩＣＳネーム変換表を含
    み、前記アクセス制御装置からＩＣＳネームの提示を受
    け、これに対応するＩＣＳユーザアドレスを前記ＩＣＳ
    ネーム変換表から求め、得られた結果を前記アクセス制
    御装置に通知し、アクセス管理サーバは少なくとも前記
    ＩＣＳユーザアドレス及び前記ＩＣＳネットワークアド
    レスを一時変換表に書込むと共に、前記ＩＣＳネームに
    対応するＩＣＳユーザアドレスをユーザに返送する機能
    を有している請求項１に記載の統合情報通信システム。
  12. 【請求項１２】処理装置及びＩＣＳネーム変換表を含
    み、前記アクセス制御装置からＩＣＳネームの提示を受
    け、これに対応するＩＣＳユーザアドレスを前記ＩＣＳ
    ネーム変換表から求め、得られた結果を前記アクセス制
    御装置に通知し、前記ＩＣＳネームに対応するＩＣＳユ
    ーザアドレスをユーザに返送する機能を有している請求
    項１に記載の統合情報通信システム。
  13. 【請求項１３】前記アクセス制御装置は、前記ＩＣＳユ
    ーザフレームを受信すると、そのＩＣＳユーザフレーム
    に含まれるＩＣＳユーザアドレスを基に前記変換表に保
    持されているＩＣＳフレーム毎の課金方式の種別を読出
    し、読出した種別が従量制課金方式を示す値の場合は課
    金情報を生成し、前記課金情報を課金情報フレームとし
    て課金サーバに伝え、前記読出した内容が定額制課金方
    式を示す値の場合は、前記課金情報の生成及び前記課金
    情報を課金情報フレームとして前記課金サーバに伝える
    ことを行わない機能を有している請求項１に記載の統合
    情報通信システム。
  14. 【請求項１４】前記課金サーバは、前記各アクセス制御
    装置から送られる課金情報フレームを受け取り、前記課
    金情報フレームに含まれる課金情報を保管するようにな
    っている請求項１３に記載の統合情報通信システム。
  15. 【請求項１５】前記課金サーバは、前記アクセス制御装
    置から送られる課金情報フレームを受け取り、前記課金
    情報フレームに含まれる課金情報を解析し、課金情報デ
    ータベースに保管することができるようになっている請
    求項１４に記載の統合情報通信システム。
  16. 【請求項１６】前記課金情報データベースは、前記ＩＣ
    Ｓネットワークアドレス及びＩＣＳユーザアドレスを識
    別子として、前記課金情報をデータベースとして保管す
    るようになっている請求項１５に記載の統合情報通信シ
    ステム。
  17. 【請求項１７】前記課金サーバ及びアクセス制御装置
    は、従量制課金方式の場合に従量を示す計数値で情報を
    保管し、前記計数値には上限値を設定でき、設定された
    上限値を超した場合は、前記課金サーバから前記アクセ
    ス制御装置へ前記計数値が上限値を超したことを通知
    し、通知を受け取ったアクセス制御装置において該当ユ
    ーザの通信を停止するようになっている請求項１４に記
    載の統合情報通信システム。
  18. 【請求項１８】前記課金サーバは、保管された課金情報
    をＩＣＳ網サーバ通信機能を用いて他のＶＡＮやユーザ
    に渡すことができるようになっている請求項１３に記載
    の統合情報通信システム。
  19. 【請求項１９】前記ＩＣＳユーザフレーム内のユーザデ
    ータ部を格納し、ユーザのＩＣＳユーザフレーム内のユ
    ーザ制御部又はユーザデータ部利用による通知を受け、
    格納されているユーザデータ部を消去、送信、受信でき
    るＩＣＳフレームデータベースサーバを有している請求
    項１に記載の統合情報通信システム。
  20. 【請求項２０】前記ＩＣＳフレームデータベースサーバ
    は、発信側ユーザのＩＣＳユーザフレーム利用による通
    知により、ＩＣＳユーザフレーム内のユーザデータ部を
    一旦格納し、前記発信側ユーザがＩＣＳユーザフレーム
    利用により通知するタイミングに格納されているユーザ
    データ部を受信側ユーザに送信するようになっている請
    求項１９に記載の統合情報通信システム。
  21. 【請求項２１】前記ＩＣＳフレームデータベースサーバ
    は、ＩＣＳユーザフレーム内のユーザデータ部を保持
    し、発信側及び受信側ユーザのＩＣＳユーザフレーム利
    用による通知により消去できるようになっている請求項
    １９に記載の統合情報通信システム。
  22. 【請求項２２】前記ＩＣＳフレームデータベースサーバ
    は、受信側ユーザのＩＣＳユーザフレーム利用による通
    知により、ＩＣＳユーザフレーム内のユーザデータ部を
    格納し、前記受信側ユーザのＩＣＳユーザフレーム利用
    による通知で、希望するタイミングに前記受信側ユーザ
    が格納されているユーザデータ部を受信するようになっ
    ている請求項１９に記載の統合情報通信システム。
  23. 【請求項２３】前記ＩＣＳフレームデータベースサーバ
    は、ユーザ間の通信において受信側ユーザ通信できない
    状況にある場合、一旦ＩＣＳユーザフレーム内のユーザ
    データ部を格納し、前記受信側ユーザが通信可能な状態
    に遷移したとき、前記受信側ユーザ宛ての情報が格納さ
    れている旨を通知するようになっている請求項１９に記
    載の統合情報通信システム。
  24. 【請求項２４】前記アクセス制御装置は、電話回線又は
    携帯電話回線のインタフェースをＩＣＳネットワーク内
    で転送可能なＩＣＳネットワークフレームに変換及び逆
    変換する機能を有する電話回線変換部又は携帯電話回線
    変換部を含んでいる請求項１に記載の統合情報通信シス
    テム。
  25. 【請求項２５】前記アクセス制御装置及びダイアルアッ
    プルータは電話網を介して接続されており、前記ダイア
    ルアップルータはＩＣＳユーザアドレス、電話番号及び
    優先順位を指定されたルータ表を内蔵しており、前記ル
    ータ表に従って、ユーザから要求されて前記電話回線の
    接続を行うようになっている請求項２４に記載の統合情
    報通信システム。
  26. 【請求項２６】前記アクセス制御装置は、ＩＳＤＮ回線
    のインタフェースをＩＣＳネットワーク内で転送可能な
    ＩＣＳネットワークフレームに変換及び逆変換する機能
    を有するＩＳＤＮ回線変換部を含んでいる請求項１に記
    載の統合情報通信システム。
  27. 【請求項２７】前記アクセス制御装置は、ＣＡＴＶ回線
    のインタフェースをＩＣＳネットワーク内で転送可能な
    ＩＣＳネットワークフレームに変換及び逆変換する機能
    を有するＣＡＴＶ回線変換部を含んでいる請求項１に記
    載の統合情報通信システム。
  28. 【請求項２８】前記アクセス制御装置は、衛星回線のイ
    ンタフェースをＩＣＳネットワーク内で転送可能なＩＣ
    Ｓネットワークフレームに変換及び逆変換する機能を有
    する衛星回線変換部を含んでいる請求項１に記載の統合
    情報通信システム。
  29. 【請求項２９】前記アクセス制御装置は、ＩＰＸのイン
    タフェースをＩＣＳネットワーク内で転送可能なＩＣＳ
    ネットワークフレームに変換及び逆変換する機能を有す
    るＩＰＸ変換部を含んでいる請求項１に記載の統合情報
    通信システム。
  30. 【請求項３０】前記ＩＣＳネットワークフレームをＸ．
    ２５形式のフレームに変換及び逆変換するためのＸ．２
    ５／ＩＣＳネットワークフレーム変換部を前記アクセス
    制御装置内の中継網側入出力部に持っている請求項１に
    記載の統合情報通信システム。
  31. 【請求項３１】前記ＩＣＳネットワークフレームをフレ
    ームリレー形式のフレームに変換及び逆変換するための
    ＦＲ／ＩＣＳネットワークフレーム変換部を前記アクセ
    ス制御装置内の中継網側入出力部に持っている請求項１
    に記載の統合情報通信システム。
  32. 【請求項３２】前記ＩＣＳネットワークフレームをＡＴ
    Ｍ形式のフレームに変換及び逆変換するためのＡＴＭ／
    ＩＣＳネットワークフレーム変換部を前記アクセス制御
    装置内の中継網側入出力部に持っている請求項１に記載
    の統合情報通信システム。
  33. 【請求項３３】前記ＩＣＳネットワークフレームを衛星
    通信網のインタフェースに変換及び逆変換するための衛
    星／ＩＣＳネットワークフレーム変換部を前記アクセス
    制御装置内の中継網側入出力部に持っている請求項１に
    記載の統合情報通信システム。
  34. 【請求項３４】前記アクセス制御装置が、Ｘ．２５交換
    機に含まれている請求項１に記載の統合情報通信システ
    ム。
  35. 【請求項３５】前記アクセス制御装置が、ＦＲ交換機に
    含まれている請求項１に記載の統合情報通信システム。
  36. 【請求項３６】前記アクセス制御装置が、ＡＴＭ交換機
    に含まれている請求項１に記載の統合情報通信システ
    ム。
  37. 【請求項３７】前記アクセス制御装置が、衛星受発信機
    に含まれている請求項１に記載の統合情報通信システ
    ム。
  38. 【請求項３８】前記アクセス制御装置が、Ｘ．２５網、
    ＦＲ網、ＡＴＭ網、衛星通信網のいずれかに含まれてい
    る請求項１に記載の統合情報通信システム。
  39. 【請求項３９】外部に少なくともアクセス制御装置を置
    き、内部にアクセス制御装置統括管理サーバを置くこと
    により企業内通信或いは企業間通信を行うようにした請
    求項１に記載の統合情報通信システム。
  40. 【請求項４０】前記ＩＣＳ網サーバが中継装置に接続さ
    れている請求項８に記載の統合情報通信システム。
  41. 【請求項４１】前記アドレス管理サーバが中継装置に接
    続されている請求項９に記載の統合情報通信システム。
  42. 【請求項４２】前記アクセス制御装置は前記変換表を調
    べ、ＩＣＳユーザフレームの受信者ネットワークアドレ
    スが企業間通信アドレス区間にあるか否かを判定し、企
    業間通信と判断できるときのみＩＣＳカプセル化を行わ
    ないようになっている請求項１に記載の統合情報通信シ
    ステム。
  43. 【請求項４３】前記ＩＣＳネーム変換表がＩＣＳネーム
    サーバからのＩＣＳネームを変換するものであり、前記
    ＩＣＳネームサーバが中継装置に接続されている請求項
    １０に記載の統合情報通信システム。
  44. 【請求項４４】前記アクセス制御装置が暗号化手段及び
    復号化手段を有し、ＩＣＳカプセル化のとき、前記変換
    表の暗号クラスが“１”又は“０”と指定されていると
    き、前記ＩＣＳユーザフレームを前記暗号化手段で暗号
    文に変換してＩＣＳ内部を送信し、ＩＣＳ逆カプセル化
    のとき、前記ＩＣＳネットワークフレームの制御部の暗
    号クラスを調べて“１”又は“０”と指定されていれ
    ば、前記ＩＣＳユーザフレームを前記復号化手段で元の
    ＩＣＳユーザフレームに戻すようになっている請求項１
    に記載の統合情報通信システム。
  45. 【請求項４５】前記アクセス制御装置が電話回線、ＩＳ
    ＤＮ回線、ＣＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯
    電話回線に接続され、送信側が電話回線、ＩＳＤＮ回
    線、ＣＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯電話回
    線のいずれであっても、受信側の電話回線、ＩＳＤＮ回
    線、ＣＡＴＶ回線、衛星回線、ＩＰＸ回線、携帯電話回
    線のいずれをも選択できるようになっている請求項１に
    記載の統合情報通信システム。
  46. 【請求項４６】前記中継装置内の中継表はＩＣＳネット
    ワークフレームの転送に関係する優先度情報を記憶して
    おらず、前記変換表には速度クラス及び優先度が登録さ
    れており、前記速度クラス及び優先度は書き換えられて
    増減することはなく、前記ＩＣＳネットワークフレーム
    が生成されるときに、前記ＩＣＳネットワークフレーム
    に前記優先度が転記されるようになっている請求項１に
    記載の統合情報通信システム。
  47. 【請求項４７】前記アクセス制御装置が電子署名部を有
    し、前記ＩＣＳユーザフレームが前記ＩＣＳネットワー
    クフレームに変換されるとき、前記変換表の署名の欄に
    “１”、かつ送信時電子署名の欄に“ＹＥＳ”が指定さ
    れているときに限り前記ＩＣＳネットワークフレームに
    送信時署名を付与し、前記ＩＣＳネットワークフレーム
    が、前記ＩＣＳユーザフレームが復元されるとき、前記
    変換表の署名の欄に“１”、かつ受信時電子署名の欄に
    “ＹＥＳ”が指定されているときに限り前記ＩＣＳネッ
    トワークフレームに受信時署名を付与するようにした請
    求項１に記載の統合情報通信システム。
  48. 【請求項４８】固有のＩＣＳユーザアドレス体系ＡＤＸ
    を持つ外部のＩＣＳユーザフレームが、アクセス制御装
    置内の変換表の管理の基にＩＣＳネットワークアドレス
    体系ＡＤＳを有する内部のＩＣＳネットワークフレーム
    に変換され、前記ＩＣＳネットワークフレームはネット
    ワーク制御部及びネットワークデータ部で成り、前記ネ
    ットワーク制御部は前記ＩＣＳネットワークアドレス体
    系ＡＤＳに従うアドレスを格納し、前記ネットワークデ
    ータ部は前記ＩＣＳユーザフレームを含み、少なくとも
    １以上の中継装置を経由し、内蔵したＡＴＭ交換機網を
    前記ＩＣＳネットワークアドレス体系ＡＤＳのルールに
    従って送信され、前記ＩＣＳネットワーク制御部に格納
    されているＩＣＳネットワークアドレスは、前記中継装
    置において前記ＩＣＳネットワークフレームの送信先を
    決定するために必ず引用され、前記ＩＣＳユーザフレー
    ムが前記ＩＣＳネットワークフレームから復元されて外
    部の他の情報通信機器に転送されるようになっており、
    かつ内部のアドレス体系は外部のアドレス体系とは関係
    なく定められており、ＩＣＳ論理端子に前記ＩＣＳネッ
    トワークアドレスが付与され、ＩＣＳ論理端子識別情
    報、送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユー
    ザアドレスの組が定まれば、着信ＩＣＳネットワークア
    ドレスが一意に定まるように前記変換表のレコードとし
    て登録されており、前記ＩＣＳユーザフレームが入力し
    たＩＣＳ論理端子の識別情報、前記ＩＣＳユーザフレー
    ム内の送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユ
    ーザアドレスが共に前記変換表のレコードに登録されて
    いることが見出されたときに、前記ＩＣＳユーザフレー
    ムが前記ＩＣＳネットワークフレームに変換されるする
    ようになっていることを特徴とする統合情報通信システ
    ム。
  49. 【請求項４９】前記ＡＴＭ交換機網を形成する各ＡＴＭ
    交換機がＡＴＭアドレス変換表及びＶＣアドレス変換表
    を有している請求項４８に記載の統合情報通信システ
    ム。
  50. 【請求項５０】前記各ＡＴＭ交換機が更にＡＴＭアドレ
    ス管理サーバ及びＰＶＣアドレス管理サーバに接続され
    ている請求項４９に記載の統合情報通信システム。
  51. 【請求項５１】前記ＡＴＭ交換機網の通信路をＳＶＣ又
    はＰＶＣとした請求項４８に記載の統合情報通信システ
    ム。
  52. 【請求項５２】前記ＡＴＭ交換機網の通信路をＰＶＣと
    し、１対Ｎ、Ｎ対１又はＮ対Ｎ通信を行うようにした請
    求項４８に記載の統合情報通信システム。
  53. 【請求項５３】固有のＩＣＳユーザアドレス体系ＡＤＸ
    を持つ外部のＩＣＳユーザフレームが、アクセス制御装
    置内の変換表の管理の基にＩＣＳネットワークアドレス
    体系ＡＤＳを有する内部のＩＣＳネットワークフレーム
    に変換され、前記ＩＣＳネットワークフレームはネット
    ワーク制御部及びネットワークデータ部で成り、前記ネ
    ットワーク制御部は前記ＩＣＳネットワークアドレス体
    系ＡＤＳに従うアドレスを格納し、前記ネットワークデ
    ータ部は前記ＩＣＳユーザフレームを含み、少なくとも
    １以上の中継装置を経由し、内蔵したＦＲ交換機網を前
    記ＩＣＳネットワークアドレス体系ＡＤＳのルールに従
    って送信され、前記ＩＣＳネットワーク制御部に格納さ
    れているＩＣＳネットワークアドレスは、前記中継装置
    において前記ＩＣＳネットワークフレームの送信先を決
    定するために必ず引用され、前記ＩＣＳユーザフレーム
    が前記ＩＣＳネットワークフレームから復元されて外部
    の他の情報通信機器に転送されるようになっており、 かつ内部のアドレス体系は外部のアドレス体系とは関係
    なく定められており、ＩＣＳ論理端子に前記ＩＣＳネッ
    トワークアドレスが付与され、ＩＣＳ論理端子識別情
    報、送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユー
    ザアドレスの組が定まれば、着信ＩＣＳネットワークア
    ドレスが一意に定まるように前記変換表のレコードとし
    て登録されており、前記ＩＣＳユーザフレームが入力し
    たＩＣＳ論理端子の識別情報、前記ＩＣＳユーザフレー
    ム内の送信者ＩＣＳユーザアドレス及び受信者ＩＣＳユ
    ーザアドレスが共に前記変換表のレコードに登録されて
    いることが見出されたときに、前記ＩＣＳユーザフレー
    ムが前記ＩＣＳネットワークフレームに変換され、前記
    ＦＲ交換機網を形成する各ＦＲ交換機がＦＲアドレス変
    換表及びＤＬＣアドレス変換表を有していることを特徴
    とする統合情報通信システム。
  54. 【請求項５４】前記各ＦＲ交換機が更にＦＲアドレス管
    理サーバ及びＤＬＣアドレス管理サーバに接続されてい
    る請求項５３に記載の統合情報通信システム。
  55. 【請求項５５】電子署名サーバが前記アクセス制御装置
    又は中継装置に接続され、ＩＣＳ網サーバ通信機能によ
    り相互に情報交換できるようになっている請求項１に記
    載の統合情報通信システム。
  56. 【請求項５６】暗号サーバが前記アクセス制御装置又は
    中継装置に接続され、ＩＣＳ網サーバ通信機能により相
    互に情報交換できるようになっている請求項１に記載の
    統合情報通信システム。
  57. 【請求項５７】変換表サーバが、ＩＰ端末から送信され
    た前記ＩＣＳユーザフレームの要求に応じて、前記変換
    表に登録されている受信者ＩＣＳユーザアドレス及び着
    信ＩＣＳネットワークアドレスを共に書き換えできるよ
    うになっている請求項１に記載の統合情報通信システ
    ム。
  58. 【請求項５８】前記アクセス制御装置を集約アクセス制
    御装置及び簡易アクセス制御装置に機能分離し、ユーザ
    は前記簡易アクセス制御装置に接続され、前記変換表を
    前記集約アクセス制御装置内部の集約変換表及び前記簡
    易アクセス制御装置内部の簡易変換表に分け、ＩＣＳカ
    プセル化及びＩＣＳ逆カプセル化は前記簡易アクセス制
    御装置で行い、課金及び電子署名は前記集約アクセス制
    御装置で行うようになっている請求項１に記載の統合情
    報通信システム。
  59. 【請求項５９】前記アクセス制御装置が、物理的に独立
    した筐体の内部にアドレス管理サーバ、ネームサーバ等
    の網サーバを含んでいる請求項１に記載の統合情報通信
    システム。
  60. 【請求項６０】ＩＰフレーム内部の上位プロトコルを参
    照し、前記上位プロトコルの種類に対応して、ＩＣＳ内
    部から前記アクセス制御装置に着信したＩＰフレームの
    次段階の優先度を、前記アクセス制御装置内の変換表の
    着信優先度情報を用いて選択するようになっている請求
    項１に記載の統合情報通信システム。
  61. 【請求項６１】前記上位プロトコルがＴＣＰの場合に、
    上位のポート番号毎に前記優先度を、前記アクセス制御
    装置内の変換表の着信優先度情報を用いて選択するよう
    になっている請求項６０に記載の統合情報通信システ
    ム。
  62. 【請求項６２】前記上位プロトコルがＵＤＰの場合に、
    上位のポート番号毎に前記優先度を、前記アクセス制御
    装置内の変換表の着信優先度情報を用いて選択するよう
    になっている請求項６０に記載の統合情報通信システ
    ム。
  63. 【請求項６３】ＩＰフレーム内部の上位プロトコルを参
    照し、前記上位プロトコルの種類に対応して、前記アク
    セス制御装置からＩＣＳ内部へ発信するＩＰフレームの
    次段階の優先度を、前記アクセス制御装置内の変換表の
    発信優先度情報を用いて選択するようになっている請求
    項１に記載の統合情報通信システム。
  64. 【請求項６４】前記上位プロトコルがＴＣＰの場合に、
    上位のポート番号毎に前記優先度を、前記アクセス制御
    装置内の変換表の発信優先度情報を用いて選択するよう
    になっている請求項６３に記載の統合情報通信システ
    ム。
  65. 【請求項６５】前記上位プロトコルがＵＤＰの場合に、
    上位のポート番号毎に前記優先度を、前記アクセス制御
    装置内の変換表の発信優先度情報を用いて選択するよう
    になっている請求項６３に記載の統合情報通信システ
    ム。
  66. 【請求項６６】ＬＡＮの１つのゲートウェイとアクセス
    制御装置とを接続するユーザ論理通信回線は、前記アク
    セス制御装置内の変換表により、前記企業内通信、企業
    間通信、仮想専用線接続及びＩＣＳ網サーバ接続のいず
    れも実施可能であり、前記ＬＡＮの他のゲートウェイと
    他のアクセス制御装置とを接続する他のユーザ論理通信
    回線は、仮想専用線接続のみを実施するようになってい
    る請求項１に記載の統合情報通信システム。
  67. 【請求項６７】ユーザサービスサーバ、ＩＣＳ当局サー
    バ、変換表サーバをそれぞれ複数有し、ＩＣＳ加入の申
    し込みを前記ユーザサービスサーバで受付け、前記ＩＣ
    Ｓ当局サーバがＩＣＳユーザアドレス、ＩＣＳネットワ
    ークアドレス及びＩＣＳネームを割当て、前記変換表サ
    ーバが前記アクセス制御装置内の変換表を書き換えるよ
    うになっている請求項１に記載の統合情報通信システ
    ム。
  68. 【請求項６８】前記変換表サーバが、前記ＩＣＳユーザ
    アドレス、前記ＩＣＳネットワークアドレス及びＩＣＳ
    ネームをドメイン名サーバに通知するようになっている
    請求項６７に記載の統合情報通信システム。
  69. 【請求項６９】前記ＩＣＳ当局サーバのＩＣＳユーザア
    ドレス割当管理表及びドメイン名サーバの資源レコード
    は、前記ＩＣＳユーザアドレス及びＩＣＳネームを対に
    して保持しており、その一方だけを変更することはな
    く、前記アクセス制御装置間に端末を移動したとき、当
    該端末のＩＣＳユーザアドレス及びＩＣＳネームを変更
    しないようになっている請求項６８に記載の統合情報通
    信システム。
  70. 【請求項７０】電話番号をＩＣＳドメイン名として通信
    相手先のＩＣＳユーザアドレス及びＩＣＳネットワーク
    アドレスを取得し、前記ＩＣＳネットワークアドレスは
    呼び出し側のアクセス制御装置内の変換表に保持するよ
    うになっている請求項６７に記載の統合情報通信システ
    ム。
  71. 【請求項７１】電話番号をＩＣＳドメイン名として通信
    相手先のＩＣＳユーザアドレス及びＩＣＳネットワーク
    アドレスを取得し、ＩＣＳユーザフレームに音声を乗せ
    るようになっている請求項６７に記載の統合情報通信シ
    ステム。
  72. 【請求項７２】ＩＣＳ運用者が統括ユーザサービスサー
    バ、統括リソース管理サーバ、統括経路情報サーバに指
    示を与え、個別の報告をさせることにより運用するよう
    になっている請求項１に記載の統合情報通信システム。
  73. 【請求項７３】ＩＣＳ運用者が統括変換表サーバに指示
    を与え、統括変換表サーバは変換表サーバに変換表の書
    き換えを指示し、変換表サーバはこの指示に従ってドメ
    イン名サーバにアドレス等の書き換えを指示し、或いは
    ＩＣＳ運用者が統括変換表サーバに指示を与え、統括変
    換表サーバはユーザサービスサーバにそのデータベース
    の書き換えを指示し、ユーザサービスサーバはこの指示
    に対応してアドレス等を返却することにより運用するよ
    うになっている請求項７２に記載の統合情報通信システ
    ム。
  74. 【請求項７４】ＩＣＳ当局者が統括ＩＣＳ当局サーバや
    統括ドメイン名サーバに指示を与え、個別の報告をさせ
    ることにより運用するようになっている請求項７２に記
    載の統合情報通信システム。
  75. 【請求項７５】アクセス制御装置の内部の電話回線変換
    部から電話回線を経て電話機に接続し、電話音声による
    通信が可能である請求項１に記載の統合情報通信システ
    ム。
  76. 【請求項７６】ＩＣＳ受付け者がローミング端末に、ロ
    ーミング端末利用者のＩＣＳドメイン名とＩＣＳユーザ
    アドレス、ローミング端末用の特別のローミング特番
    号、接続サーバのＩＣＳユーザアドレス、暗号機能と暗
    号関連データを埋め込み、ここで暗号関連データは、暗
    号機能を種別するための暗号番号を含み、前記ローミン
    グ端末を他のアクセス制御装置に接続して企業間通信を
    始めるときは、前記ＩＣＳドメイン名と前記ローミング
    特番号、接続サーバの前記ＩＣＳユーザアドレス、前記
    暗号機能と暗号関連データを用いるようになっている請
    求項１に記載の統合情報通信システム。
  77. 【請求項７７】複数のアクセス制御装置に接続できるロ
    ーミング端末の認証を行う認証サーバを含む請求項７６
    に記載の統合情報通信システム。
  78. 【請求項７８】認証サーバが課金管理情報（課金区分、
    課金記録）を含み、この課金管理情報に基づいてＩＣＳ
    利用料を課するようになっている請求項７６に記載の統
    合情報通信システム。
  79. 【請求項７９】ドメイン名を管理する機能及びローミン
    グ端末を認証する機能を一体化して行う機能を有するド
    メイン名サーバを含んでいる請求項７６に記載の統合情
    報通信システム。
  80. 【請求項８０】ＩＣＳユーザフレームの内部情報を電波
    形式のＩＣＳユーザフレームに変換して送信する機能及
    び電波形式のＩＣＳユーザフレームを受信して、ＩＣＳ
    ユーザフレームの内部情報に逆変換する機能を有する第
    １の無線送受信機をアクセス制御装置に接続し、更に前
    記と同一の機能を有する第２の無線送受信機を内蔵する
    ＩＰ端末との間で通信を行うようになっている請求項７
    ６に記載の統合情報通信システム。
  81. 【請求項８１】ＩＰ端末から変換表サーバへの受信者の
    ドメイン名を提示し、前記変換表サーバはドメイン名サ
    ーバに問い合わせて前記ドメイン名に対応する受信者の
    アドレスを取得し、前記変換表を書き換えるようになっ
    ている請求項６７に記載の統合情報通信システム。
  82. 【請求項８２】前記ＩＰ端末から変換表サーバに、前記
    変換表の速度クラスの書き換えを要求できるようになっ
    ている請求項８１に記載の統合情報通信システム。
JP35022497A 1996-12-06 1997-12-05 統合情報通信システム Expired - Fee Related JP3084681B2 (ja)

Priority Applications (30)

Application Number Priority Date Filing Date Title
JP35022497A JP3084681B2 (ja) 1996-12-06 1997-12-05 統合情報通信システム
US09/165,212 US6618366B1 (en) 1997-12-05 1998-10-02 Integrated information communication system
GB9821661A GB2332837B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB9920079A GB2338874B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0122622A GB2363299A (en) 1997-12-05 1998-10-05 Integrated information communications (ICS) system
GB9920076A GB2338873B (en) 1997-12-05 1998-10-05 Intergrated information communication system
GB9920084A GB2338875B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB9920042A GB2338872B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0122620A GB2366707A (en) 1997-12-05 1998-10-05 Integrated information communications (ICS) system
GB9920041A GB2338871B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0019276A GB2356327B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0122580A GB2364490A (en) 1997-12-05 1998-10-05 Integrated information communications (ICS) system
GB9920086A GB2338876B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0122624A GB2364491B (en) 1997-12-05 1998-10-05 Integrated information communication system
GB0122573A GB2363298B (en) 1997-12-05 1998-10-05 Integrated information communication system
AU89569/98A AU8956998A (en) 1997-12-05 1998-10-29 Integrated information communication system
CA2254045A CA2254045C (en) 1997-12-05 1998-11-13 Integrated information communication system
HK99106078A HK1033397A1 (en) 1997-12-05 1999-12-23 Integrated information communication system
US10/315,113 US7266114B2 (en) 1997-12-05 2002-12-10 Integrated information communication system
US10/392,979 US7266115B2 (en) 1997-12-05 2003-03-21 Integrated information communication system
US11/700,107 US7787428B2 (en) 1997-12-05 2007-01-31 Integrated information communication system
US12/320,522 US8208452B2 (en) 1997-12-05 2009-01-28 Integrated information communication system
US13/092,248 US20110202558A1 (en) 1997-12-05 2011-04-22 Integrated information communication system
US13/212,347 US20110299524A1 (en) 1997-12-05 2011-08-18 Integrated information communication system
US13/442,979 US20120195262A1 (en) 1997-12-05 2012-04-10 Integrated information communication system
US13/846,043 US20140056295A1 (en) 1997-12-05 2013-03-18 Integrated information communication system
US14/144,887 US20140112351A1 (en) 1997-12-05 2013-12-31 Integrated information communication system
US14/466,213 US20140362871A1 (en) 1997-12-05 2014-08-22 Integrated information communication system
US14/466,139 US20150030013A1 (en) 1997-12-05 2014-08-22 Integrated information communication system
US14/715,071 US20150264007A1 (en) 1997-12-05 2015-05-18 Integrated information communication system

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP32673696 1996-12-06
JP5481297 1997-03-10
JP9-54812 1997-07-08
JP8-326736 1997-07-08
JP9-182541 1997-07-08
JP18254197 1997-07-08
JP35022497A JP3084681B2 (ja) 1996-12-06 1997-12-05 統合情報通信システム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2000080875A Division JP3283864B2 (ja) 1996-12-06 2000-03-22 衛星通信によるデータ送信方法
JP2000081416A Division JP3261459B2 (ja) 1996-12-06 2000-03-23 統合情報通信システム

Publications (2)

Publication Number Publication Date
JPH1188438A JPH1188438A (ja) 1999-03-30
JP3084681B2 true JP3084681B2 (ja) 2000-09-04

Family

ID=42193638

Family Applications (7)

Application Number Title Priority Date Filing Date
JP35022497A Expired - Fee Related JP3084681B2 (ja) 1996-12-06 1997-12-05 統合情報通信システム
JP2009239215A Expired - Fee Related JP5460231B2 (ja) 1996-12-06 2009-10-16 統合情報通信システム
JP2010066567A Expired - Fee Related JP5256431B2 (ja) 1996-12-06 2010-03-23 Ｉｐ通信網を用いたｉｐ通信システム
JP2011265808A Pending JP2012085328A (ja) 1996-12-06 2011-12-05 通信システム
JP2012115356A Expired - Fee Related JP5501406B2 (ja) 1996-12-06 2012-05-21 通信システム
JP2012115359A Pending JP2012165465A (ja) 1996-12-06 2012-05-21 通信システム
JP2012143398A Pending JP2012235483A (ja) 1996-12-06 2012-06-26 Ｉｐ通信網を用いたｉｐ通信システム

Family Applications After (6)

Application Number Title Priority Date Filing Date
JP2009239215A Expired - Fee Related JP5460231B2 (ja) 1996-12-06 2009-10-16 統合情報通信システム
JP2010066567A Expired - Fee Related JP5256431B2 (ja) 1996-12-06 2010-03-23 Ｉｐ通信網を用いたｉｐ通信システム
JP2011265808A Pending JP2012085328A (ja) 1996-12-06 2011-12-05 通信システム
JP2012115356A Expired - Fee Related JP5501406B2 (ja) 1996-12-06 2012-05-21 通信システム
JP2012115359A Pending JP2012165465A (ja) 1996-12-06 2012-05-21 通信システム
JP2012143398A Pending JP2012235483A (ja) 1996-12-06 2012-06-26 Ｉｐ通信網を用いたｉｐ通信システム

Country Status (1)

Country Link
JP (7) JP3084681B2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6711623B1 (en) 1999-05-10 2004-03-23 The Distribution Systems Research Institute Integrated IP network
US7028100B2 (en) 2000-07-12 2006-04-11 The Distribution Systems Research Institute Integrated information communication system for detecting and discarding external data packets that violate addressing rules
US7301952B2 (en) 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US7440456B2 (en) 2001-06-08 2008-10-21 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
US8072979B2 (en) 2002-06-07 2011-12-06 The Distribution Systems Research Institute Terminal-to-terminal communication control system for IP full service
EP2509281A2 (en) 2000-04-06 2012-10-10 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3084681B2 (ja) * 1996-12-06 2000-09-04 財団法人流通システム開発センタ− 統合情報通信システム
JP4698239B2 (ja) * 2005-01-31 2011-06-08 エヌ・ティ・ティ・ソフトウェア株式会社 Ｗｅｂサイトの成りすまし検出方法及びプログラム
CN104102576A (zh) * 2013-04-12 2014-10-15 阿里巴巴集团控股有限公司 一种多版本测试方法和装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6423646A (en) * 1987-07-17 1989-01-26 Matsushita Electric Ind Co Ltd Node device
US5689553A (en) * 1993-04-22 1997-11-18 At&T Corp. Multimedia telecommunications network and service
JP3110583B2 (ja) * 1993-05-25 2000-11-20 三菱電機株式会社 ルータ装置
US5394402A (en) * 1993-06-17 1995-02-28 Ascom Timeplex Trading Ag Hub for segmented virtual local area network with shared media access
JPH0738642A (ja) * 1993-07-26 1995-02-07 Mitsubishi Electric Corp 交換網
FI98687C (fi) * 1993-09-20 1997-07-25 Nokia Telecommunications Oy Matkaviestinjärjestelmä ja menetelmä etätyöaseman kytkemiseksi matkaviestinverkon kautta dataverkkoon
JPH08307454A (ja) * 1995-04-28 1996-11-22 Mitsubishi Electric Corp パケット優先処理装置
AU704385B2 (en) * 1995-12-11 1999-04-22 Hewlett-Packard Company Method of accessing service resource items that are for use in a telecommunications system
GB9603590D0 (en) * 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing a target entity over a communciations network
JP3346453B2 (ja) * 1996-08-09 2002-11-18 日本電信電話株式会社 Ｉｐパケット専用線転送システム
JP3658152B2 (ja) * 1996-10-14 2005-06-08 日本電信電話株式会社 音声通信方式の選択方法及びシステム及び発信端末及び音声通信方式の選択プログラムを格納した記憶媒体
JP3084681B2 (ja) * 1996-12-06 2000-09-04 財団法人流通システム開発センタ− 統合情報通信システム
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
JP2001127883A (ja) * 1999-10-26 2001-05-11 Ryoichi Komai インターネット電話システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
稲村雄、「ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）」，ＯＰＥＮＤＥＳＩＧＮ Ｎｏ．１４，第３巻、第３号，ｐ．１１８〜１２８，ＣＱ出版社，１９９６年６月１日

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7373429B2 (en) 1999-05-10 2008-05-13 The Distribution Systems Research Institute Integrated IP network
US6711623B1 (en) 1999-05-10 2004-03-23 The Distribution Systems Research Institute Integrated IP network
US7733882B2 (en) 2000-04-06 2010-06-08 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US7301952B2 (en) 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US7505471B2 (en) 2000-04-06 2009-03-17 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US8553677B2 (en) 2000-04-06 2013-10-08 The Distribution Systems Research Institute Terminal to-terminal communication connection control method using IP transfer network
US7782883B2 (en) 2000-04-06 2010-08-24 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US8948161B2 (en) 2000-04-06 2015-02-03 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US7948995B2 (en) 2000-04-06 2011-05-24 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US8934484B2 (en) 2000-04-06 2015-01-13 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US8121113B2 (en) 2000-04-06 2012-02-21 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
EP2509281A2 (en) 2000-04-06 2012-10-10 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
EP2509282A2 (en) 2000-04-06 2012-10-10 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
US7028100B2 (en) 2000-07-12 2006-04-11 The Distribution Systems Research Institute Integrated information communication system for detecting and discarding external data packets that violate addressing rules
US7440456B2 (en) 2001-06-08 2008-10-21 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
EP2234407A1 (en) 2001-06-08 2010-09-29 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
US8072979B2 (en) 2002-06-07 2011-12-06 The Distribution Systems Research Institute Terminal-to-terminal communication control system for IP full service

Also Published As

Publication number Publication date
JP2012182829A (ja) 2012-09-20
JP5460231B2 (ja) 2014-04-02
JP2012165465A (ja) 2012-08-30
JP5256431B2 (ja) 2013-08-07
JP2010068528A (ja) 2010-03-25
JP2010178359A (ja) 2010-08-12
JP2012085328A (ja) 2012-04-26
JP2012235483A (ja) 2012-11-29
JP5501406B2 (ja) 2014-05-21
JPH1188438A (ja) 1999-03-30

Similar Documents

Publication Publication Date Title
KR100321899B1 (ko) 통합정보통신시스템
JP5501406B2 (ja) 通信システム
JP3283864B2 (ja) 衛星通信によるデータ送信方法
JP3261459B2 (ja) 統合情報通信システム
JPH11239178A (ja) 統合情報通信システム
JP4117895B2 (ja) アクセス制御装置
JP2002158717A (ja) 統合情報通信システム
JP3932269B2 (ja) 統合情報通信システム
JP3756895B2 (ja) 統合情報通信システム
JP4553155B2 (ja) Ｉｐ通信網を用いたｉｐ通信システム
JP3905110B2 (ja) Ｉｐ通信網
JP4117893B2 (ja) Ｉｐ通信網を用いた端末間の通信方法
JP3948568B2 (ja) 統合情報通信システム及びｉｐ通信の方法
JP4222619B2 (ja) Ｉｐ通信の方法
JP4399673B2 (ja) Ｉｐ通信網
JP4117894B2 (ja) Ｉｐ通信網を用いたｉｐ通信システム
JP2006187029A (ja) Ｉｐ通信方法及びシステム
GB2372182A (en) System for converting user frames to network frames, which includes a DNS
CA2540793A1 (en) Integrated information communication system

Legal Events

Date Code Title Description
R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20070707

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20080707

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20080707

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20090707

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20090707

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20100707

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20120707

Year of fee payment: 12

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

Free format text: PAYMENT UNTIL: 20120707

Year of fee payment: 12

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: 20120707

Year of fee payment: 12

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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

Free format text: PAYMENT UNTIL: 20130707

Year of fee payment: 13

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: 20130707

Year of fee payment: 13

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees