JPH0650893B2 - 閉域情報管理方式 - Google Patents
閉域情報管理方式Info
- Publication number
- JPH0650893B2 JPH0650893B2 JP10017484A JP10017484A JPH0650893B2 JP H0650893 B2 JPH0650893 B2 JP H0650893B2 JP 10017484 A JP10017484 A JP 10017484A JP 10017484 A JP10017484 A JP 10017484A JP H0650893 B2 JPH0650893 B2 JP H0650893B2
- Authority
- JP
- Japan
- Prior art keywords
- center
- terminal
- center device
- information
- communication processing
- 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 - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の詳細な説明】 〔発明の利用分野〕 本発明は、端末が電話網又はパケット網等の通信交換網
を介してセンタ装置に接続され、所望サービスを受ける
情報通信システムにおいて、端末のセンタ加入／未加入
を示す情報（閉域情報）の管理方式に関する。
を介してセンタ装置に接続され、所望サービスを受ける
情報通信システムにおいて、端末のセンタ加入／未加入
を示す情報（閉域情報）の管理方式に関する。
〔従来技術〕 近年、端末が交換網を介して所望センタ装置を呼び出
し、所望サービスを受ける情報通信システムが種々実現
している。この種の情報通信システムでは、センタ装置
を呼び出した端末が該センタ装置のサービスを受けるこ
とができる加入端末かどうかの管理（これを閉域管理と
いう）を行う必要がある。この場合、従来は第６図に示
すように、センタ装置毎に加入端末電話番号が登録され
た閉域テーブルを持ち、端末からの起呼時、該当センタ
装置が該端末からその電話番号を受け取って閉域テーブ
ルをサーチし、起呼した端末の電話番号が登録されてい
るか否かにより、該呼を受付けるか否かを決定してい
た。
し、所望サービスを受ける情報通信システムが種々実現
している。この種の情報通信システムでは、センタ装置
を呼び出した端末が該センタ装置のサービスを受けるこ
とができる加入端末かどうかの管理（これを閉域管理と
いう）を行う必要がある。この場合、従来は第６図に示
すように、センタ装置毎に加入端末電話番号が登録され
た閉域テーブルを持ち、端末からの起呼時、該当センタ
装置が該端末からその電話番号を受け取って閉域テーブ
ルをサーチし、起呼した端末の電話番号が登録されてい
るか否かにより、該呼を受付けるか否かを決定してい
た。
ところで、端末利用者がいくつかのセンタ装置の会員と
なって、１台の端末で複数のセンタ装置から異なったサ
ービス（証券情報、時事情報、スポーツ情報等）を受け
ることを考えてみる。この場合、上記従来の方式では、
センタ装置毎に閉域テーブルを持つため、各センタ装置
で重複して同一端末の電話番号を持つことになり、端末
１台当りのセンタ加入数が増え、加入端末数が増大する
程、センタ装置全体で持つメモリ量の総和が膨大とな
る。例えば、第６図において、端末１−１の利用者がセ
ンタ装置１〜Ｍのサービスを受ける場合、センタ装置１
〜Ｍの各閉域テーブルが端末１−１の電話番号を重複し
て管理することになる。また、上記従来の方式の場合、
新規端末が複数のセンタ装置の通信サービスに加入する
場合、各センタ装置でそれぞれ該端末の登録作業を行う
必要がある。
なって、１台の端末で複数のセンタ装置から異なったサ
ービス（証券情報、時事情報、スポーツ情報等）を受け
ることを考えてみる。この場合、上記従来の方式では、
センタ装置毎に閉域テーブルを持つため、各センタ装置
で重複して同一端末の電話番号を持つことになり、端末
１台当りのセンタ加入数が増え、加入端末数が増大する
程、センタ装置全体で持つメモリ量の総和が膨大とな
る。例えば、第６図において、端末１−１の利用者がセ
ンタ装置１〜Ｍのサービスを受ける場合、センタ装置１
〜Ｍの各閉域テーブルが端末１−１の電話番号を重複し
て管理することになる。また、上記従来の方式の場合、
新規端末が複数のセンタ装置の通信サービスに加入する
場合、各センタ装置でそれぞれ該端末の登録作業を行う
必要がある。
本発明の目的は、システム全体で必要とする閉域テーブ
ルを削減して、メモリ量の増加を防ぎ、しかも、新規端
末加入時の閉域情報の登録作業を１箇所で行うことがで
きる閉域情報管理方式を提供することにある。
ルを削減して、メモリ量の増加を防ぎ、しかも、新規端
末加入時の閉域情報の登録作業を１箇所で行うことがで
きる閉域情報管理方式を提供することにある。
本発明の要点は、複数の端末が交換機を介して複数のセ
ンタ装置に接続される情報通信システムにおいて、交換
機とセンタ装置間に通信処理装置を置き、複数のセンタ
装置に対する閉域情報を通信処理装置で一括管理するよ
うにしたことである。
ンタ装置に接続される情報通信システムにおいて、交換
機とセンタ装置間に通信処理装置を置き、複数のセンタ
装置に対する閉域情報を通信処理装置で一括管理するよ
うにしたことである。
第１図は本発明の一実施例の全体構成図である。第１図
において、複数の端末１−１〜１−Ｎが交換機２に収容
され、該交換機２は通信処理装置３と接続され、該通信
処理装置３に複数のセンタ装置４−１〜４−Ｍが接続さ
れている。ここで、通信処理装置３が本発明の中心をな
し、本発明に関係する構成として、いわゆるＣＰＵと同
様の制御部３１、及び、センタ装置４−１〜４−Ｍに対
する閉域情報を一括管理するサービス管理テーブルの具
体例としての閉域テーブル３２とセンタビット位置表示
テーブル３３を有している。
において、複数の端末１−１〜１−Ｎが交換機２に収容
され、該交換機２は通信処理装置３と接続され、該通信
処理装置３に複数のセンタ装置４−１〜４−Ｍが接続さ
れている。ここで、通信処理装置３が本発明の中心をな
し、本発明に関係する構成として、いわゆるＣＰＵと同
様の制御部３１、及び、センタ装置４−１〜４−Ｍに対
する閉域情報を一括管理するサービス管理テーブルの具
体例としての閉域テーブル３２とセンタビット位置表示
テーブル３３を有している。
第２図は閉域テーブル３２とセンタビット位置表示テー
ブル３３の詳細図で、（ａ）が閉域テーブル３２、
（ｂ）がセンタビット位置表示テーブル３３を示す。閉
域テーブル３２は、閉域に加入する端末毎に、端末の識
別子である端末の電話番号と、該端末と各センタ装置と
の接続可否を示すセンタ情報を持っている。ここで、セ
ンタ情報は、情報の表示ビット位置がセンタ装置に対応
しており、その値が“１”のとき該端末は該当センタ装
置の閉域に加入していることを示し、もし“０”ならば
加入していないことを示す。第３図は閉域テーブル３２
の１エントリを示したもので、例えば、電話番号ａ１の
端末は、ビット位置１，２，４，…に対応するセンタ装
置には接続できないが、ビット位置３，ｋに対応するセ
ンタ装置には接続できることを示している。センタビッ
ト位置表示テーブル３３は、センタ装置毎に、センタ番
号（センタＩＤ）とそのセンタ装置が閉域テーブル３２
内のセンタ情報のどのビット位置に対応するかを示すビ
ット位置情報を持っている。
ブル３３の詳細図で、（ａ）が閉域テーブル３２、
（ｂ）がセンタビット位置表示テーブル３３を示す。閉
域テーブル３２は、閉域に加入する端末毎に、端末の識
別子である端末の電話番号と、該端末と各センタ装置と
の接続可否を示すセンタ情報を持っている。ここで、セ
ンタ情報は、情報の表示ビット位置がセンタ装置に対応
しており、その値が“１”のとき該端末は該当センタ装
置の閉域に加入していることを示し、もし“０”ならば
加入していないことを示す。第３図は閉域テーブル３２
の１エントリを示したもので、例えば、電話番号ａ１の
端末は、ビット位置１，２，４，…に対応するセンタ装
置には接続できないが、ビット位置３，ｋに対応するセ
ンタ装置には接続できることを示している。センタビッ
ト位置表示テーブル３３は、センタ装置毎に、センタ番
号（センタＩＤ）とそのセンタ装置が閉域テーブル３２
内のセンタ情報のどのビット位置に対応するかを示すビ
ット位置情報を持っている。
通信処理装置３の制御部３１は、交換機２を通して或る
端末から或るセンタ装置への接続要求があると、該端末
の電話番号をキーに、閉域テーブル３２に該電話番号が
すでに登録されているか否かサーチする。登録されてい
ると、センタビット位置表示テーブル３３から接続を希
望するセンタ装置のビット位置を読み出し、閉域テーブ
ル３２における該端末電話番号のセンタ情報内の該当ビ
ット位置が“１”か“０”か調べ、“１”ならば該端末
／センタ装置間の接続を確定し、もし“０”ならば切断
する。第４図に、この通信処理装置３の制御部３１で
の、接続要求のあった端末のセンタ装置への接続資格チ
ェックの処理フローを示す。
端末から或るセンタ装置への接続要求があると、該端末
の電話番号をキーに、閉域テーブル３２に該電話番号が
すでに登録されているか否かサーチする。登録されてい
ると、センタビット位置表示テーブル３３から接続を希
望するセンタ装置のビット位置を読み出し、閉域テーブ
ル３２における該端末電話番号のセンタ情報内の該当ビ
ット位置が“１”か“０”か調べ、“１”ならば該端末
／センタ装置間の接続を確定し、もし“０”ならば切断
する。第４図に、この通信処理装置３の制御部３１で
の、接続要求のあった端末のセンタ装置への接続資格チ
ェックの処理フローを示す。
第３図は端末／センタ装置間の接続シーケンスを詳細に
示した図である。いま、端末１−ｉ（ｉ＝１，２，…
Ｎ）がセンタ装置４−ｊ（ｊ＝１，２，…Ｍ）の電話番
号をダイヤルすると、交換機２は該当センタ装置４−ｊ
を含むセンタ装置群４−１〜４−Ｍを収容している通信
処理装置３を選択し、該通信処理装置３へ該センタ装置
４−ｊの電話番号を通知する。通信処理装置３の制御部
３１は、自装置の輻輳等のチェックを行い、輻輳してい
なければ、端末１−ｉに対し、交換機２を介して肯定
（ＯＫ）の応答を返す。端末１−ｉは肯定応答を受け取
ると、開始ボタンを押下し、自端末の電話番号を含むＮ
ＥＱシーケンス（通信要求）を送信する。通信処理装置
３の制御部３１は交換機２を介してＮＥＱシーケンスを
受け取ると、第４図に示した如く閉域テーブル３２とセ
ンタビット位置表示テーブル３３を用いて該端末１−ｉ
の閉域資格チェックを行い、加入していれば当該センタ
装置４−ｊに対して接続通知を行い、もし加入していな
ければ、指示されたセンタ装置への接続は不可であるこ
とを該端末１−ｉへ通知して回線を切断する。
示した図である。いま、端末１−ｉ（ｉ＝１，２，…
Ｎ）がセンタ装置４−ｊ（ｊ＝１，２，…Ｍ）の電話番
号をダイヤルすると、交換機２は該当センタ装置４−ｊ
を含むセンタ装置群４−１〜４−Ｍを収容している通信
処理装置３を選択し、該通信処理装置３へ該センタ装置
４−ｊの電話番号を通知する。通信処理装置３の制御部
３１は、自装置の輻輳等のチェックを行い、輻輳してい
なければ、端末１−ｉに対し、交換機２を介して肯定
（ＯＫ）の応答を返す。端末１−ｉは肯定応答を受け取
ると、開始ボタンを押下し、自端末の電話番号を含むＮ
ＥＱシーケンス（通信要求）を送信する。通信処理装置
３の制御部３１は交換機２を介してＮＥＱシーケンスを
受け取ると、第４図に示した如く閉域テーブル３２とセ
ンタビット位置表示テーブル３３を用いて該端末１−ｉ
の閉域資格チェックを行い、加入していれば当該センタ
装置４−ｊに対して接続通知を行い、もし加入していな
ければ、指示されたセンタ装置への接続は不可であるこ
とを該端末１−ｉへ通知して回線を切断する。
センタ装置４−ｊは、接続が終了すると、通信処理装置
３、交換機２を介して、サービス要求のあった端末１−
ｊに対して所望のサービス情報を送信する。これは従来
と同様であるが、該センタ装置４−ｊは起呼元の端末の
資格チェックをする必要はない（即ち、通信処理装置３
でチェック済み）。
３、交換機２を介して、サービス要求のあった端末１−
ｊに対して所望のサービス情報を送信する。これは従来
と同様であるが、該センタ装置４−ｊは起呼元の端末の
資格チェックをする必要はない（即ち、通信処理装置３
でチェック済み）。
この様に、本発明では、第６図に示した従来の各センタ
装置が電話番号を重複して管理する替わりに、通信処理
装置３内に、重複しない電話番号一覧管理テーブル（閉
域テーブル３２に相当）をただ１組持ち、電話番号対応
に複数センタへの加入資格情報（センタ情報）を管理す
る。センタ情報は、１センタを１ビットで管理するため
（例えば「０」の時は未加入、「１」の時は加入）、一
般にこの情報量は小さい。例えば、通信処理装置３に接
続されるセンタ装置が１６台程度とすると２バイトあれ
ば良い。センタビット位置表示テーブル３３についても
同様である。一方、例えば１０桁の電話番号は通常キャ
ラクタ１０バイト（１バイトを１キャラクタに割り当て
るとして）で表現され、重複して電話番号を持つ場合、
メモリ増大は大きく、本発明の一括管理の効果は大であ
る。
装置が電話番号を重複して管理する替わりに、通信処理
装置３内に、重複しない電話番号一覧管理テーブル（閉
域テーブル３２に相当）をただ１組持ち、電話番号対応
に複数センタへの加入資格情報（センタ情報）を管理す
る。センタ情報は、１センタを１ビットで管理するため
（例えば「０」の時は未加入、「１」の時は加入）、一
般にこの情報量は小さい。例えば、通信処理装置３に接
続されるセンタ装置が１６台程度とすると２バイトあれ
ば良い。センタビット位置表示テーブル３３についても
同様である。一方、例えば１０桁の電話番号は通常キャ
ラクタ１０バイト（１バイトを１キャラクタに割り当て
るとして）で表現され、重複して電話番号を持つ場合、
メモリ増大は大きく、本発明の一括管理の効果は大であ
る。
以下に、第１図の本発明方式が従来の各センタ装置毎に
閉域テーブルを持つ方式に比べ、メモリ量の点で有為と
なる条件を説明する。
閉域テーブルを持つ方式に比べ、メモリ量の点で有為と
なる条件を説明する。
従来方式で必要な総メモリ量Ｍ１は、 Ｍ１＝ａ・Ｎ・ …(1) と表わせる。ここで、ａは電話番号管理に必要なメモリ
量、Ｎは端末数、は１端末当りの平均加入閉域センタ
数である。
量、Ｎは端末数、は１端末当りの平均加入閉域センタ
数である。
一方、本発明方式で必要なメモリ量Ｍ２は、 Ｍ（ａ＋ｋ）・Ｎ …(2) と表わせる。ｋはセンタ情報管理に必要なメモリ量であ
る。式(1)、(2)より のとき、本発明方式は総メモリ量の点から有利となる。
例えば総センタ装置数を１００とすると、ｋ＝１００
（ビット）であり、ａ＝４０（ビット）とすると、(3)
式より＞３．５となり、１端末当り３．５センタ加入
する場合、本発明方式の方が有利となる。
る。式(1)、(2)より のとき、本発明方式は総メモリ量の点から有利となる。
例えば総センタ装置数を１００とすると、ｋ＝１００
（ビット）であり、ａ＝４０（ビット）とすると、(3)
式より＞３．５となり、１端末当り３．５センタ加入
する場合、本発明方式の方が有利となる。
以上説明したように、本発明では通信処理装置を置い
て、１箇所で閉域情報を管理するため、端末対応に接続
可能なセンタを管理でき、重複して端末の電話番号を持
たなくても良い。しかも、あるセンタ装置に接続可能か
否かは高々１ビットの情報量で管理できるので、接続で
きない複数のセンタ装置を含むセンタ情報を端末対応に
持ったとしても、重複して複数のセンタ装置の閉域に加
入する端末が多くなれば、従来方式に比較して全体とし
て管理に必要なメモリ量を削減できる利点がある。
て、１箇所で閉域情報を管理するため、端末対応に接続
可能なセンタを管理でき、重複して端末の電話番号を持
たなくても良い。しかも、あるセンタ装置に接続可能か
否かは高々１ビットの情報量で管理できるので、接続で
きない複数のセンタ装置を含むセンタ情報を端末対応に
持ったとしても、重複して複数のセンタ装置の閉域に加
入する端末が多くなれば、従来方式に比較して全体とし
て管理に必要なメモリ量を削減できる利点がある。
また、新規端末が加入したとき、本発明では通信処理装
置の管理テーブルに該端末に関するエントリを追加し、
センタ装置へ加入する情報を持つだけで良く、加入する
センタ装置の各々で登録する必要はないため、作業量を
軽減できる利点がある。
置の管理テーブルに該端末に関するエントリを追加し、
センタ装置へ加入する情報を持つだけで良く、加入する
センタ装置の各々で登録する必要はないため、作業量を
軽減できる利点がある。
第１図は本発明の一実施例の全体構成図、第２図は閉域
情報を保持するサービス管理テーブルの具体例としての
閉域テーブルとセンタビット位置表示テーブルの詳細
図、第３図は閉域テーブルの１エントリの内容例を示す
図、第４図は通信処理装置でのセンタへの接続資格チェ
ックフローを示す図、第５図は本発明方式の端末／セン
タ装置間接続シーケンスを説明する図、第６図は従来の
閉域情報管理方式を示す構成図である。 １−１〜１−Ｎ……端末、２……交換機、３……通信処
理装置、４−１〜４−Ｍ……センタ装置、３１……制御
部、３２……閉域テーブル、３３……センタビット位置
表示テーブル。
情報を保持するサービス管理テーブルの具体例としての
閉域テーブルとセンタビット位置表示テーブルの詳細
図、第３図は閉域テーブルの１エントリの内容例を示す
図、第４図は通信処理装置でのセンタへの接続資格チェ
ックフローを示す図、第５図は本発明方式の端末／セン
タ装置間接続シーケンスを説明する図、第６図は従来の
閉域情報管理方式を示す構成図である。 １−１〜１−Ｎ……端末、２……交換機、３……通信処
理装置、４−１〜４−Ｍ……センタ装置、３１……制御
部、３２……閉域テーブル、３３……センタビット位置
表示テーブル。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 安田 恒雄 神奈川県横須賀市武１丁目2356番地 日本 電信電話公社横須賀電気通信研究所内 (72)発明者 藤本 喜作 東京都武蔵野市緑町３丁目９番11号 日本 電信電話公社武蔵野電気通信研究所内 (72)発明者 秋山 孝 東京都港区芝５丁目33番１号 日本電気株 式会社内 (72)発明者 宮井 修悟 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウエア工場内 (72)発明者 岩野 安司 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内
Claims (1)
- 【請求項１】サービス要求を送出し、他の端末とは端末
番号によって識別される複数の端末と、 前記端末からのサービス要求を受信し、サービスを受け
る資格を有する端末からのサービス要求に対してサービ
スを提供する複数のセンタ装置と、 前記端末と前記センタ装置の間を接続する交換機を構成
要素にもつ情報通信システムにおいて、 前記交換機と前記複数のセンタ装置の間に通信処理装置
を設置し、 前記交換機は、前記複数の端末の任意端末から前記複数
のセンタ装置の任意センタ装置へサービス要求がある
と、該端末と前記通信処理装置間の回線を接続し、該通
信処理装置へ当該端末の端末番号と接続先のセンタ装置
番号を通知し、 前記通信処理装置は、端末番号と該端末がどのセンタ装
置のサービスを受けられるかを示す閉域情報を保持する
サービス管理テーブルと、交換機からのセンタ装置番号
と端末番号にもとづき、前記サービス管理テーブルによ
り前記サービス要求のあった端末の該当センタ装置への
接続資格を判定し、資格を有する場合に該当センタ装置
と接続してサービス要求を該センタ装置に送信する制御
部とを有することを特徴とする閉域情報管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10017484A JPH0650893B2 (ja) | 1984-05-18 | 1984-05-18 | 閉域情報管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10017484A JPH0650893B2 (ja) | 1984-05-18 | 1984-05-18 | 閉域情報管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS60244143A JPS60244143A (ja) | 1985-12-04 |
| JPH0650893B2 true JPH0650893B2 (ja) | 1994-06-29 |
Family
ID=14266953
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10017484A Expired - Lifetime JPH0650893B2 (ja) | 1984-05-18 | 1984-05-18 | 閉域情報管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0650893B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63257345A (ja) * | 1987-04-14 | 1988-10-25 | Victor Co Of Japan Ltd | スペクトラム拡散通信装置 |
| JPS63257344A (ja) * | 1987-04-14 | 1988-10-25 | Victor Co Of Japan Ltd | スペクトラム拡散通信装置 |
-
1984
- 1984-05-18 JP JP10017484A patent/JPH0650893B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPS60244143A (ja) | 1985-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6707888B1 (en) | Location evaluation for callers that place emergency telephone calls over packet networks | |
| US5323388A (en) | Local area network transmission emulator | |
| US5359603A (en) | Mobile radio systems | |
| US8700044B2 (en) | Method and system for communicating data from wireline terminals to mobile terminals | |
| JPH04107029A (ja) | ローカルエリアネットワーク間接続方式 | |
| JPH11504184A (ja) | 遠距離通信システム内の遠距離通信ネットワーク範囲を拡大するための方法ならびに構成 | |
| JP3616682B2 (ja) | Ａｔｍ交換機 | |
| JPH07245611A (ja) | 交換機のスイッチ制御情報管理方式 | |
| CA2061897C (en) | Facility and method for d channel packet switching | |
| JPH0650893B2 (ja) | 閉域情報管理方式 | |
| US6243363B1 (en) | Process of switching to a server of cells sent by a module linked to a local access network for mobile (stations), as well as such a network for implementation of said process | |
| JP2543035B2 (ja) | 交換制御方式 | |
| JPS62180637A (ja) | デ−タ交換網の集中保守運用化方式 | |
| JPH06120947A (ja) | 遠隔端末データ収集方法 | |
| JP3144720B2 (ja) | パケット交換システムにおける論理チャネルグループ単位の閉域接続方式 | |
| JPS61210746A (ja) | 着信転送処理方式 | |
| JPH118630A (ja) | 通信端末装置 | |
| JPH02134943A (ja) | Ｘ．２５ゲートウェイ装置 | |
| JPH06276213A (ja) | Ａｔｍ交換機におけるコネクション・レス型通信方式 | |
| JPS62171347A (ja) | グル−プ通信方式 | |
| JPH0583381A (ja) | 局線着信接続制御方式 | |
| JPH0677996A (ja) | 負荷分散ネットワークシステム | |
| JPH0818603A (ja) | デジタル通信ネットワーク接続装置 | |
| JPS5813049A (ja) | パケツト蓄積方式 | |
| JPS6231235A (ja) | パケツト交換網の回線選択制御方式 |