JP3283864B2 - 衛星通信によるデータ送信方法 - Google Patents

衛星通信によるデータ送信方法

Info

Publication number
JP3283864B2
JP3283864B2 JP2000080875A JP2000080875A JP3283864B2 JP 3283864 B2 JP3283864 B2 JP 3283864B2 JP 2000080875 A JP2000080875 A JP 2000080875A JP 2000080875 A JP2000080875 A JP 2000080875A JP 3283864 B2 JP3283864 B2 JP 3283864B2
Authority
JP
Japan
Prior art keywords
ics
frame
user
address
company
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
JP2000080875A
Other languages
English (en)
Other versions
JP2001177578A (ja
Inventor
久夫 古川
庄司 宮口
Original Assignee
財団法人流通システム開発センタ−
庄司 宮口
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 財団法人流通システム開発センタ−, 庄司 宮口 filed Critical 財団法人流通システム開発センタ−
Priority to JP2000080875A priority Critical patent/JP3283864B2/ja
Publication of JP2001177578A publication Critical patent/JP2001177578A/ja
Application granted granted Critical
Publication of JP3283864B2 publication Critical patent/JP3283864B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、パソコン、ＬＡＮ
(Local Area Network)、電話（携帯電話を含む）、ＦＡ
Ｘ(Facsimile)、ＣＡＴＶ(Cable Television)、インタ
ーネット等の情報通信機器若しくは情報通信システムを
専用線だけでなく、ＩＳＤＮ(IntegratedServices Digi
tal Network)、ＦＲ(Frame Relay)、ＡＴＭ(Asynchrono
us Transfer Mode)、ＩＰＸ(Integrated Packet Exchan
ge)、衛星、無線を介して統合的に接続した衛星通信に
よるデータ送信方法に関する。ここでは、情報通信機器
は、他と識別するための（情報通信用）アドレスを付与
されて通信する。本発明は、特にコネクションレス型ネ
ットワーク（例えばRFC791、RFC1883のＩＰ(InternetPr
otocol)技術）をベースとしたデータ転送サービスを統
合して、一元的なアドレス体系の採用で情報通信全体の
経済性を高め、セキュリティを確保して接続端末又はシ
ステム間で相互通信できるようにした衛星通信によるデ
ータ送信方法に関する。
【０００２】
【従来の技術】コンピュータや情報通信技術の発達に伴
い、近年コンピュータ通信ネットワークが大学、研究
所、政府機関或いは企業内又は企業間で広く普及して来
ている。ＬＡＮは企業内のコンピュータ通信ネットワー
クとして活用されており、地域が全国的に広がっている
場合には図１４６に示すような形態を採っている。図１
４６の例では、各地域のＬＡＮは共通のプロトコルを用
い、それぞれ専用線で接続されている。ここで、例えば
企業ＸはＬＡＮとしてＬＡＮ−Ｘ１、ＬＡＮ−Ｘ２、Ｌ
ＡＮ−Ｘ３を使用し、企業ＹはＬＡＮとしてＬＡＮ−Ｙ
１、ＬＡＮ−Ｙ２、ＬＡＮ−Ｙ３を使用し、企業Ｘ及び
Ｙはそれぞれ通信アドレス体系ＡＤＸ及びＡＤＹを用い
てコンピュータ通信を行う。かかるＬＡＮネットワーク
では、各企業毎に個別の専用線を敷設する必要があるた
め、システム構築が高価になると共に、他企業のＬＡＮ
ネットワークと接続する場合には、通信アドレス体系な
どのインタフェースを一致させる必要があり、その相互
接続が非常に困難であると共に、多大なコストがかかる
といった問題がある。
【０００３】一方、近年世界的な規模でのコンピュータ
通信ネットワークとしてインターネットが普及している
が、インターネットではプロバイダのルータを用いてネ
ットワーク間を接続し、ＴＣＰ／ＩＰ(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 Virtu
al Channel)と、ＰＶＣ(Permanent Virtual Channel)と
が規定されている。ＳＶＣとは必要時に仮想チャネルを
呼設定するもので、任意のＡＴＭ端末（ＡＴＭ網に接続
され、ＡＴＭ網を用いて通信を行う通信装置一般を言
う）との間に、必要時間の間、必要とする速度を有する
論理回線を確保することができる。仮想チャネルの呼設
定は通信を開始しようとするＡＴＭ端末が行うが、この
方式に関しては、ITU-Tにおいて信号方式(Signaling)と
して標準化されている。呼設定には呼設定を行う相手Ａ
ＴＭ端末を識別するアドレス (以下、「ＡＴＭアドレ
ス」とする) が必要であり、ＡＴＭアドレスは各ＡＴＭ
端末を識別可能なようにＡＴＭ網内で唯一となるように
体系付けられるが、このアドレス体系には、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 M
ode 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. Hellman の論
文"New Direction in Cryptography" IEEE, IT. 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（ＪＰ，Ａ) 特開 平５−167565（ＪＰ，Ａ) 特開 平８−340351（ＪＰ，Ａ) 特開 平９−64937（ＪＰ，Ａ) 岡田昭広他，「衛星通信サービスＤｉ ｒｅｃＰＣ応用システム」，ＦＵＪＩＴ ＳＵ，富士通株式会社，1997年 ３月10 日，第48巻，第２号，第98−105頁, 001，ＣＳＮＨ199700197006 春山浩他，「衛星データ同報システ ム」，ＦＵＪＩＴＳＵ，富士通株式会 社，1992年 ９月10日，第43巻，第６ 号，第660−668頁，001，ＣＳＮＨ 199900301010

Claims (8)

    (57)【特許請求の範囲】
  1. 【請求項１】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、ＩＰ端末及び衛星受信機を有するユーザと、提供
    データを提供するデータ提供会社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、予め前
    記データ提供会社から前記衛星送信会社へ前記統合情報
    通信システムを経由して前記提供データを送信し、前記
    衛星送信会社は前記提供データをデータベースに保持
    し、前記ユーザが前記データ提供会社へ前記統合情報通
    信システムを経由してＩＰパケットで成る問合せフレー
    ムを送信し、前記データ提供会社は前記ユーザへ応答フ
    レームを返信し、前記ユーザは前記データ提供会社へ要
    求フレームを送信することによって前記提供データの送
    信を要求し、前記データ提供会社は前記衛星送信会社へ
    送信指示フレームを送信し、前記衛星送信会社は前記送
    信指示フレームを受信すると、前記衛星送信機器から前
    記提供データを衛星電波通信回線を経由して送信し、前
    記ユーザは前記提供データを受信すると共に、受信確認
    フレームを前記データ提供会社へ前記統合情報通信シス
    テムを経由して報告可能とし、前記データ提供会社が前
    記ユーザの要求フレームに従って前記衛星送信会社に要
    求し、前記衛星電波通信回線を経由して前記提供データ
    を送信することを特徴とする衛星通信によるデータ送信
    方法。
  2. 【請求項２】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、ＩＰ端末及び衛星受信機を有するユーザと、提供
    データを提供するデータ提供会社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、前記ユ
    ーザが前記統合情報通信システムを経由して前記データ
    提供会社へＩＰパケットで成る問合せフレームを送信
    し、前記データ提供会社は前記ユーザへ応答フレームを
    返信し、前記ユーザは前記データ提供会社へ要求フレー
    ムを送信することによって前記提供データの送信を要求
    し、前記データ提供会社は前記要求フレームを受信する
    と前記衛星送信会社へ前記提供データを送信し、前記衛
    星送信会社は前記提供データを受信すると前記提供デー
    タをデータベースに保持し、前記データ提供会社は前記
    衛星送信会社へ送信指示フレームを送信し、前記衛星送
    信会社は前記送信指示フレームを受信すると、前記衛星
    送信機器から衛星電波通信回線を経由して前記提供デー
    タを送信し、前記ユーザは前記提供データを受信すると
    共に、受信確認フレームを前記データ提供会社へ前記統
    合情報通信システムを経由して報告可能とし、前記デー
    タ提供会社が前記ユーザの要求フレームに従って前記衛
    星送信会社に要求し、前記衛星電波通信回線を経由して
    前記提供データを送信することを特徴とする衛星通信に
    よるデータ送信方法。
  3. 【請求項３】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、ＩＰ端末及び衛星受信機を有するユーザと、提供
    データを提供するデータ提供会社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、予め前
    記データ提供会社から前記衛星送信会社へ前記統合情報
    通信システムを経由して前記提供データを送信し、前記
    衛星送信会社は前記提供データをデータベースに保持
    し、前記データ提供会社は前記ユーザへ送信通知フレー
    ムを送信し、前記ユーザは前記送信通知フレームを受信
    すると送信了解フレームを返信し、前記データ提供会社
    は前記送信了解フレームを受信し、前記データ提供会社
    は前記衛星送信会社へ送信指示フレームを送信し、前記
    衛星送信会社は前記送信指示フレームを受信すると前記
    データベースに保持している提供データを衛星電波通信
    回線に送信し、前記ユーザは前記衛星電波通信回線経由
    で前記提供データを受信すると共に、受信確認フレーム
    を前記統合情報通信システムを経由して前記データ提供
    会社へ報告可能とし、前記データ提供会社が前記ユーザ
    へ前記送信通知フレームを送信し、前記ユーザの前記送
    信了解フレームを受信することにより前記衛星電波通信
    回線を経由して前記提供データを送信することを特徴と
    する衛星通信によるデータ送信方法。
  4. 【請求項４】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、ＩＰ端末及び衛星受信機を有するユーザと、提供
    データを提供するデータ提供会社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、前記デ
    ータ提供会社は前記ユーザへ送信通知フレームを送信
    し、前記ユーザは前記送信通知フレームを受信すると送
    信了解フレームを返信し、前記データ提供会社は前記送
    信了解フレームを受信し、前記データ提供会社は前記送
    信了解フレームを受信すると前記衛星送信会社へ前記提
    供データを送信し、前記衛星送信会社は前記提供データ
    を受信すると、前記提供データを前記衛星送信会社のデ
    ータベースに保持し、前記データ提供会社は前記衛星送
    信会社へ送信指示フレームを送信し、前記衛星送信会社
    は前記送信指示フレームを受信すると、前記データベー
    スに保持している提供データを衛星電波通信回線に送信
    し、前記ユーザは前記衛星電波通信回線経由で前記提供
    データを受信すると共に、受信確認フレームを前記デー
    タ提供会社へ前記統合情報通信システムを経由して報告
    可能とし、前記データ提供会社が前記ユーザへ送信通知
    フレームを送信し、前記ユーザの送信了解フレームを受
    信したことにより前記衛星電波通信回線を経由して前記
    提供データを送信することを特徴とする衛星通信による
    データ送信方法。
  5. 【請求項５】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、それぞれＩＰ端末及び衛星受信機を有する第１及
    び第２のユーザと、提供データを提供するデータ提供会
    社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記第１及び第２のユーザと前記
    データ提供会社は前記統合情報通信システムの外部に存
    在し、 前記データ提供会社は前記統合情報通信システムを経由
    して予定通知フレームを前記第１及び第２のユーザに送
    信し、前記第１及び第２のユーザは前記予定通知フレー
    ムを受信して衛星電波通信回線を経由してデータが送信
    されてくるのを待機し、前記データ提供会社は前記衛星
    送信会社へ提供データを送信し、前記衛星送信会社は前
    記提供データを受信すると衛星電波通信回線へ前記提供
    データを送信し、前記第１及び第２のユーザは前記衛星
    電波通信回線を経由して前記提供データを受信し、前記
    第１のユーザは第１の個別報告フレームを前記統合情報
    通信システムを経由して前記データ提供会社へ送信し、
    前記第２のユーザは第２の個別報告フレームを前記統合
    情報通信システムを経由して前記データ提供会社へ送信
    し、前記データ提供会社は前記第１及び第２の個別報告
    フレームを受信し、前記データ提供会社は前記第１及び
    第２のユーザへ個別問合せフレームを送信し、前記第１
    及び第２のユーザから個別応答フレームを受信すること
    もできるようになっており、前記データ提供会社が予定
    通知フレームを前記第１及び第２のユーザに送信した
    後、前記衛星送信会社を経由して前記提供データを送信
    することを特徴とする衛星通信によるデータ送信方法。
  6. 【請求項６】ＩＰフレーム転送機能を有する地上の統合
    情報通信システムと、衛星送信機器を有する衛星送信会
    社と、ＩＰ端末及び衛星受信機を有するユーザと、提供
    データを提供するデータ提供会社とが存在し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含み、前記ＩＰフレームを形成する送信ＩＣＳユーザ
    フレームがユーザ通信回線の終端のＩＣＳ論理端子から
    入力し、前記送信ＩＣＳユーザフレームは発信側のアク
    セス制御装置内の変換表の管理の基にＩＣＳネットワー
    クフレームとなり、前記ＩＣＳネットワークフレームは
    通信網の内部を転送されて着信側のアクセス制御装置に
    到達し、前記ＩＣＳネットワークフレームは前記着信側
    アクセス制御装置内の変換表の管理の基に前記ＩＣＳユ
    ーザフレームとして復元され、前記各変換表は少なくと
    も前記ＩＣＳユーザフレーム内の端末アドレスを登録情
    報として含んでおり、前記端末アドレスを登録した前記
    ＩＰ端末の通信を実施すると共に、前記端末アドレスが
    未登録のＩＰ端末の通信を排除するようにして衛星通信
    の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、前記デ
    ータ提供会社は前記衛星送信会社へ前記統合情報通信シ
    ステムを経由して前記提供データを送信し、前記衛星送
    信会社は前記提供データをデータベースに保持し、前記
    ユーザが前記衛星送信会社へ前記統合情報通信システム
    を経由してＩＰパケットで成る問合せフレームを送信
    し、前記衛星送信会社は前記ユーザへ応答フレームを返
    信し、前記ユーザは前記衛星送信会社へ要求フレームを
    送信することによって前記提供データの送信を要求し、
    前記衛星送信会社は前記データベースに保持している前
    記提供データを衛星電波通信回線を経由して送信し、前
    記ユーザは前記提供データを受信すると共に、受信確認
    フレームを前記統合情報通信システムを経由して前記衛
    星送信会社へ報告可能とし、前記ユーザが前記衛星送信
    会社へ要求フレームを送信することによって前記衛星電
    波通信回線から前記提供データを送信することを特徴と
    する衛星通信によるデータ送信方法。
  7. 【請求項７】アクセス制御装置を具備してＩＰフレーム
    転送機能を有する地上の統合情報通信システムと、衛星
    送信機器を有する衛星送信会社と、ＩＰ端末を有するユ
    ーザと、提供データを提供するデータ提供会社とが存在
    し、 前記統合情報通信システムは２以上のアクセス制御装置
    を含むと共に、前記ＩＰフレームを形成する送信ＩＣＳ
    ユーザフレームがユーザ通信回線の終端のＩＣＳ論理端
    子から入力し、前記送信ＩＣＳユーザフレームは発信側
    のアクセス制御装置内の変換表の管理の基にＩＣＳネッ
    トワークフレームとなり、前記ＩＣＳネットワークフレ
    ームは通信網の内部を転送されて着信側のアクセス制御
    装置に到達し、前記ＩＣＳネットワークフレームは前記
    着信側アクセス制御装置内の変換表の管理の基に前記Ｉ
    ＣＳユーザフレームとして復元され、前記各変換表は少
    なくとも前記ＩＣＳユーザフレーム内の端末アドレスを
    登録情報として含んでおり、前記端末アドレスを登録し
    た前記ＩＰ端末の通信を実施すると共に、前記端末アド
    レスが未登録のＩＰ端末の通信を排除するようにして衛
    星通信の情報安全性を向上させるようになっており、 前記衛星送信会社は前記統合情報通信システムの内部若
    しくは外部に存在し、前記ユーザ及び前記データ提供会
    社は前記統合情報通信システムの外部に存在し、前記デ
    ータ提供会社は前記衛星送信会社へ前記統合情報通信シ
    ステムを経由して前記提供データを送信し、前記衛星送
    信会社は前記提供データをデータベースに保持し、前記
    ユーザが前記衛星送信会社へ前記統合情報通信システム
    を経由してＩＰパケットで成る問合せフレームを送信
    し、前記衛星送信会社は前記ユーザへ応答フレームを返
    信し、前記ユーザは前記衛星送信会社へ要求フレームを
    送信することによって前記提供データの送信を要求し、
    前記衛星送信会社は前記データベースに保持している前
    記提供データを衛星電波通信回線を経由して送信し、前
    記アクセス制御装置は内部の衛星受信機により前記提供
    データを受信すると共に、前記受信したＩＰパケットに
    格納して前記アクセス制御装置に接続されたＩＣＳユー
    ザ論理通信回線を経由して前記ユーザへ送信し、前記ユ
    ーザは前記ＩＰパケットに格納した前記提供データを受
    信すると受信確認フレームを前記統合情報通信システム
    を経由して前記衛星送信会社へ報告可能とし、前記アク
    セス制御装置が内部の衛星受信機により前記衛星電波通
    信回線から受信した前記提供データをＩＰパケットに格
    納して前記ユーザに送信することを特徴とする衛星通信
    によるデータ送信方法。
  8. 【請求項８】前記データ提供会社と前記衛星送信会社と
    が一体化した通信機能単位の一体化通信主体となってい
    る請求項１乃至７のいずれかに記載の衛星通信によるデ
    ータ送信方法。
JP2000080875A 1996-12-06 2000-03-22 衛星通信によるデータ送信方法 Expired - Fee Related JP3283864B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000080875A JP3283864B2 (ja) 1996-12-06 2000-03-22 衛星通信によるデータ送信方法

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP8-326736 1996-12-06
JP32673696 1996-12-06
JP5481297 1997-03-10
JP18254197 1997-07-08
JP9-182541 1997-07-08
JP9-54812 1997-07-08
JP2000080875A JP3283864B2 (ja) 1996-12-06 2000-03-22 衛星通信によるデータ送信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP35022497A Division JP3084681B2 (ja) 1996-12-06 1997-12-05 統合情報通信システム

Publications (2)

Publication Number Publication Date
JP2001177578A JP2001177578A (ja) 2001-06-29
JP3283864B2 true JP3283864B2 (ja) 2002-05-20

Family

ID=27463112

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000080875A Expired - Fee Related JP3283864B2 (ja) 1996-12-06 2000-03-22 衛星通信によるデータ送信方法

Country Status (1)

Country Link
JP (1) JP3283864B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100358317C (zh) * 2002-09-09 2007-12-26 中国科学院软件研究所 社区宽带综合业务网络系统
CN111385012B (zh) * 2018-12-27 2022-07-08 海鹰航空通用装备有限责任公司 卫星通信系统和方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
岡田昭広他，「衛星通信サービスＤｉｒｅｃＰＣ応用システム」，ＦＵＪＩＴＳＵ，富士通株式会社，１９９７年 ３月１０日，第４８巻，第２号，第９８−１０５頁，００１，ＣＳＮＨ１９９７００１９７００６
春山浩他，「衛星データ同報システム」，ＦＵＪＩＴＳＵ，富士通株式会社，１９９２年 ９月１０日，第４３巻，第６号，第６６０−６６８頁，００１，ＣＳＮＨ１９９９００３０１０１０

Also Published As

Publication number Publication date
JP2001177578A (ja) 2001-06-29

Similar Documents

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

Legal Events

Date Code Title Description
S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

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

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

Free format text: PAYMENT UNTIL: 20080301

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20090301

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20100301

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20100301

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20110301

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20110301

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20120301

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20130301

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20130301

Year of fee payment: 11

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

Year of fee payment: 11

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

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

Free format text: PAYMENT UNTIL: 20130301

Year of fee payment: 11

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

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20140301

Year of fee payment: 12

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