JP2000232484A - ノード装置、端末装置およびこれらの装置を実現するプログラムが格納された記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、ノード装置、端末装置および記憶
媒体に関し、設定される番号が変更されることなく所望
の網が出方路に選定されることを目的とする。 【解決手段】 単一または複数Ｐの網との物理的なイン
タフェースをとる網インタフェース手段と、これらの網
と自局とに生起した個々の呼について、方路選定を含む
呼設定またはプロトコル制御を行い、かつ発信元と着信
先との何れかを個別に示す識別情報と、その識別情報で
示される発信元または着信先に接続された網を示す網識
別子との組み合わせを取得する制御手段と、取得された
組み合わせの履歴をとる履歴手段とを備え、制御手段
は、網あるいは自局に呼が生起したときに、先行して履
歴がとられた組み合わせに含まれる識別情報の内、その
呼の着信先を示す識別情報と共に組み合わせをなす網識
別子で示される網を方路選定の過程で出方路の候補とし
て適用して構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信網の中継点や
末端において所定の通信インタフェースをとるノード装
置と、このノード装置に何らかの通信網を介して収容さ
れた端末装置と、これらの装置を実現するプログラムが
格納された記憶媒体とに関する。

【０００２】

【従来の技術】近年、高度のディジタル伝送技術および
情報処理技術が有機的に組み合わされることによって、
多様な通信系や情報端末が実用化されつつある。また、
このような通信系の内、特に、ＬＡＮやインタネット
は、ハードウエアの低廉化に併せて、情報端末のマルチ
メディア化および処理量の向上に応じて、電子メールや
ファイルの転送だけではなく、音声通信や画像通信に対
して適用され、かつ既存の電話網その他の通信網との接
続が実現されつつある。

【０００３】図１２は、公衆電話網およびインタネット
に接続された複数の構内交換機からなる通信システムの
構成例を示す図である。図において、構内交換機１００
-1、１００-2は、公衆電話網１０１とインタネット１０
２とに接続される。構内交換機１００-1の内線１０３-1
1〜１０３-1Mと構内交換機１００-2の内線１０３-21〜
１０３-2Mとには、それぞれ端末１０４-11〜１０４-1
M、１０４-21〜１０４-2Mが接続される。構内交換機１
００-1、１００-2にはそれぞれＬＡＮ１０５-1、１０５
-2が接続され、これらのＬＡＮ１０５-1、１０５-2に
は、それぞれパーソナルコンピュータその他の情報端末
（ＰＣ）１０６-11〜１０６-1N、１０６-21〜１０６-2N
が接続される。

【０００４】構内交換機１００-1は、内線１０３-11〜
１０３-1Mに個別に接続された内線トランク（ＬＣ）１
０７-11〜１０７-1Mと、公衆電話網１０１に接続された
外線トランク（ＢＷＴ）１０８-1と、インタネット１０
２に接続されたＶｏＩＰゲートウエイ１０９-1と、これ
らの内線トランク１０７-11〜１０７-1M、外線トランク
１０８-1およびＶｏＩＰゲートウエイ１０９-1に対応す
るポートが接続されたスイッチ１１０-1と、これらの内
線トランク１０７-11〜１０７-1M、外線トランク１０８
-1、ＶｏＩＰゲートウエイ１０９-1およびスイッチ１１
０-1と共に通信リンク１１１-1に接続されたプロセッサ
１１２-1とから構成される。

【０００５】ＶｏＩＰゲートウエイ１０９-1は、スイッ
チ１１０-1の対応するポート、通信リンク１１１-1およ
びインタネット１０２に接続された回線インタフェース
部１１３-1と、ＬＡＮ１０５-1に接続されたＬＡＮイン
タフェース部１１４-1と、これらの回線インタフェース
部１１３-1とＬＡＮインタフェース部１１４-1との間に
縦続接続された折り返し部１１５-1、サブアドレス認識
部１１６-1およびＰＡＤ１１７-1と、そのサブアドレス
認識部１１６-1の対応する入力に接続された変換テーブ
ル１１８-1と、これらの回線インタフェース部１１３-
1、ＬＡＮインタフェース部１１４-1、サブアドレス認
識部１１６-1およびＰＡＤ１１７-1と共にバス１１９-1
に接続されたプロセッサ１２０-1とから構成される。

【０００６】なお、構内交換機１００-2の構成について
は、構内交換機１００-1の構成と同じであるので、以下
では、対応する構成要素に第一の添え番号として「２」
が付加された同じ符号を付与することとし、ここでは、
その説明を省略する。このような構成の従来例では、情
報端末１０６-11 は、ＬＡＮ１０５-1およびＶｏＩＰゲ
ートウエイ１０９-1を介して接続された内線端末として
構内交換機１００-1に収容され、その構内交換機１００
-1の局データとして予め付与されたユニークな内線番号
を有する。なお、情報端末１０６-11 に付与された内線
番号については、以下では、簡単のため、「１３００」
であると仮定する。

【０００７】さらに、構内交換機１００-1では、スイッ
チ１１０-1のポートの内、ＶｏＩＰゲートウエイ１０９
-1が接続されたポート（以下、「第一の特定のポート」
という。）には、ＬＡＮ１０５-1またはインタネット１
０２に対応した入方路もしくは出方路の識別に供される
方路番号が予め付与される。なお、この方路番号につい
ては、上述した局データとして保持され、かつ簡単のた
め、「１１１」であると仮定する。

【０００８】また、構内交換機１００-2では、端末１０
４-21 には内線番号「２１００」が付与され、かつスイ
ッチ１１０-2のポートの内、ＶｏＩＰ１０９-2に接続さ
れたポート（以下、「第二の特定のポート」という。）
には、ＬＡＮ１０５-2またはインタネット１０２に対応
した入方路もしくは出方路の識別に供される方路番号
「２２２」が付与されると共に、これらの内線番号およ
び方路番号は局データとして保持される。

【０００９】さらに、ＶｏＩＰゲートウエイ１０９-1に
はＬＡＮ１０５-1に接続されたノード装置１０６-11〜
１０６-1Nの集合を示すユニークな番号「４０００」
（以下、「ＧＷ番号」という。）が予め付与され、その
番号はプロセッサ１１２-1、１２０-1によって管理され
る。また、変換テーブル１１８-1には、端末１０４-11
〜１０４-1M（内線１０３-11〜１０３-1M）に個別に割
り付けられ、かつユニークなＩＰアドレスがそれぞれ対
応する内線番号に対応したレコードとして予め格納され
る。

【００１０】なお、このようなＩＰアドレスについて
は、インタネット１０２のアクセスポイントに適応した
形態で多様に割り付けられるが、本願発明の特徴ではな
いので、ここでは、その説明を省略する。さらに、Ｖｏ
ＩＰゲートウエイ１０９-2には、ＬＡＮ１０５-2に接続
された装置としてユニークなＧＷ番号「４１００」が同
様にして予め付与される。

【００１１】また、変換テーブル１１８-2には、端末１
０４-21〜１０４-2M（内線１０３-21〜１０３-2M）に個
別に割り付けられ、かつユニークなＩＰアドレスがそれ
ぞれ対応する内線番号に対応したレコードとして予め格
納される。ところで、情報端末１０６-11 は、インタネ
ット電話として作動するハードウエアおよびソフトウエ
アを具備する。

【００１２】さらに、情報端末１０６-11 では、例え
ば、構内交換機１００-2の内線１０３-21 に収容された
端末１０４-21 宛に発信が行われる際には、上述したＧ
Ｗ番号「４０００」、方路番号「２２２」および内線番
号「２１００」の列からなるダイヤル番号が操作者によ
って設定される。情報端末１０６-11 は、ＬＡＮ１０５
-1を介してＶｏＩＰゲートウエイ１０９-1宛に、このダ
イヤル番号を含み、かつ発信要求を示すメッセージをパ
ケットとして送出する。

【００１３】ＶｏＩＰゲートウエイ１０９では、ＰＡＤ
１１７-1は、ＬＡＮインタフェース部１１４-1を介して
与えられる上述したパケットを取り込んで分解すると共
に、そのパケットに含まれる情報をバス１１９-1を介し
てプロセッサ１２０-1に与える。プロセッサ１２０-1
は、このようにして与えられるＧＷ番号「４０００」と
予め与えられたＧＷ番号（＝４０００）とを比較し、両
者が等しいことを判別した場合には、スイッチ１１０-1
の対応するポートとの間に形成される方路と、インタネ
ット１０２との内、そのインタネット１０２を該当する
呼の出方路として設定する。

【００１４】また、プロセッサ１２０-1は、上述したダ
イヤル番号に含まれるＧＷ番号「４０００」、方路番号
「２２２」および内線番号「２１００」を含む所定の形
式のＩＰパケットを生成し、バス１１９-1および回線イ
ンタフェース部１１３-1を介してインタネット１０２に
そのＩＰパケットを所定の通信手順に基づいて送出する
ことによって、発信を行う。

【００１５】一方、構内交換機１００-2に備えられたＶ
ｏＩＰゲートウエイ１０９-2では、回線インタフェース
部１１３-2は、インタネット１０２を介して与えられ、
かつ上述したＧＷ番号「４０００」、方路番号「２２
２」および内線番号「２１００」を含むＩＰパケットを
折り返し部１１５-2に与える。折り返し部１１５-2は、
そのＩＰパケットの宛先が自局に該当するか否かの判別
を行い、その判別の結果が真である場合には、このＩＰ
パケットをサブアドレス認識部１１６-2に与える。

【００１６】サブアドレス認識部１１６-2は、このよう
にして与えられたＩＰパケットに含まれる方路番号「２
２２」について、「ＶｏＩＰゲートウエイ１０９-2とス
イッチ１１０-2の対応するポートとの間に形成された方
路を示すか否か」の判別を行う。さらに、サブアドレス
認識部１１６-2は、その判別の結果が真である場合に
は、バス１１９-2を介してプロセッサ１２０-2に、その
旨を示す制御情報および該当するＩＰパケットを与え
る。

【００１７】プロセッサ１２０-2は、この制御情報と共
に与えられたＩＰパケットについては、構内交換機１０
０-2に収容された端末１０４-21〜１０４-2Mの何れかが
着信先となるべき呼にかかわる情報として識別し、かつ
通信リンク１１１-2を介してプロセッサ１１２-2に与え
る。

【００１８】したがって、プロセッサ１１２-2は、この
ＩＰパケットに含まれる内線番号「２１００」が付与さ
れた端末１０４-21 に対する着信呼が生起したことを識
別し、その着信呼の呼処理を行う。また、このような呼
処理の過程では、プロセッサ１１２-2は、 ・ ＶｏＩＰゲートウエイ１０９-2によって行われるイ
ンタネット１０２と通信リンク１１１-2および第二の特
定のポートとの間のプロトコル変換と、 ・ ＶｏＩＰゲートウエイ１０９-1によって行われるイ
ンタネット１０２とＬＡＮ１０５-1との間のプロトコル
変換との下で、端末１０４-21 と情報端末１０６-11 と
の間で送受されるシグナリング信号（ライン信号）を識
別する。

【００１９】さらに、その呼処理の過程では、プロセッ
サ１２０-1、１２０-2は、回線インタフェース部１１３
-1、１１３-2およびインタネット１０２を介して所定の
制御パケットを送受することによって、着信先である端
末１０４-21 と発信元である情報端末１０６-11 とに対
して、それぞれ予め付与されたＩＰアドレス（以下、
「宛先アドレス」という。）を通知する。

【００２０】また、プロセッサ１１２-2は、上述した呼
処理の手順に基づいて該当する着信呼が完了呼となった
ことを識別すると、その旨を示す通知をプロセッサ１２
０-2に与え、かつ通信リンク１１１-2を介してスイッチ
１１０-2を制御することによって、内線１０３-21 とＶ
ｏＩＰゲートウエイ１０９-2との間に通話路を形成す
る。

【００２１】さらに、ＶｏＩＰゲートウエイ１０９-2で
は、プロセッサ１２０-2は、上述した通知が与えられる
と、回線インタフェース部１１３-2、インタネット１０
２および回線インタフェース部１１３-1を介してプロセ
ッサ１２０-1宛に、この通知を与え、かつ上述したプロ
トコル変換の過程においては、 ・ 端末１０４-21 に付与されたＩＰアドレスとその端
末１０４-21 の内線番号「２１００」との間の変換に併
せて、 ・ 発信元である情報端末１０６-11 宛に送出されるべ
き通話信号、シグナリング信号（ライン信号）およびレ
ジスタ信号を含むＩＰパケットの宛先として、上述した
「宛先アドレス」の適用が行われるべき旨を示す指示を
サブアドレス認識部１１６-2およびＰＡＤ１１７-2に与
える。

【００２２】また、ＶｏＩＰゲートウエイ１０９-1で
は、プロセッサ１２０-1は、上述した通知が与えられる
と、ＶｏＩＰゲートウエイ１０９-2において行われる既
述のプロトコル変換と同様のプロトコル変換の過程にお
いて、着信先である端末１０４-21 宛に送出されるべき
通話信号、シグナリング信号（ライン信号）およびレジ
スタ信号を含むＩＰパケットの宛先として、上述した
「宛先アドレス」が適用されるべき旨の指示をサブアド
レス認識部１１６-1およびＰＡＤ１１７-1に与える。

【００２３】したがって、ＬＡＮ１０５-1に収容された
情報端末１０６-11 と構内交換機１００-2に収容された
端末１０４-21 とには、図１３(a)(1)に示すように、イ
ンタネット１０２を介する通信路が形成される。また、
情報端末１０６-11 に代えて、例えば、端末１０４-11
が発信元となる場合には、その端末１０４-11 は、発信
に際してＶｏＩＰゲートウエイ１０９-1に付与されたＧ
Ｗ番号「４０００」、あるいは既述の第一の特定のポー
トに付与された方路番号「１１１」をダイヤル番号の先
頭に付加する。

【００２４】プロセッサ１１２-1は、このようなダイヤ
ル番号を解析して方路選定を行うことによって、出方路
として上述した第一の特定のポートを選定する。さら
に、ＶｏＩＰゲートウエイ１０９-1は、プロセッサ１２
０-1の主導の下で回線インタフェース部１１３-1がＬＡ
Ｎインタフェース部１１４-1に代わって作動する点を除
いて、既述の動作と同じ動作を行う。

【００２５】したがって、端末１０４-11、１０４-21の
間には、図１３(b) に示すように、構内交換機１００-
1、インタネット１０２および構内交換機１００-2を介
する通信路が形成される。また、端末１０４-21 では、
例えば、ＬＡＮ１０５-1に収容された情報端末１０６-1
1 宛に発信が行われる際には、上述したＧＷ番号「４０
００」は含まれず、かつ既述の方路番号「１１１」と、
この情報端末１０６-11 に付与された内線番号「１３０
０」とからなるダイヤル番号が操作者によって設定され
る。

【００２６】構内交換機１００-2では、プロセッサ１１
２-2は、通信リンク１１１-2を介して内線トランク１０
７-21、外線トランク１０８-2およびスイッチ１１１-2と
連係することによって、このようにして端末１０４-21
に生起した発信呼に呼処理を施す。この呼処理の過程で
は、上述したダイヤル番号は、番号計画に基づく番号解
析の下で公衆電話網１０１を介して構内交換機１００-1
に、着信呼の通知として与えられる。

【００２７】構内交換機１００-1では、そのダイヤル番
号は、外線トランク１０８-1および通信リンク１１１-1
を介してプロセッサ１１２-1に与えられ、このプロセッ
サ１１２-1によって方路選定の基準として参照される。
さらに、プロセッサ１１２-1は、このようなダイヤル番
号に含まれる方路番号「１１１」に対応した「第一の特
定のポート」を介してＶｏＩＰゲートウエイ１０９-1宛
に、そのダイヤル番号を含む着信通知を与える。

【００２８】ＶｏＩＰゲートウエイ１０９-1では、プロ
セッサ１２０-1には、情報端末１０６-11〜１０６-1Nに
ついて、予め個別に付与された内線番号と、ＬＡＮ１０
５-1上で付与されたユニークなアドレスとが対応付けら
れて与えられる。回線インタフェース部１１３-1、折り
返し部１１５-1、サブアドレス認識部１１６-1、ＰＡＤ
１１７-1およびＬＡＮインタフェース部１１４-1は、こ
のようなプロセッサ１２０-1の配下で、着信先である情
報端末１０６-11 の内線番号「１３００」と、ＬＡＮ１
０５-1上におけるその情報端末１０６-11 のアドレスと
の変換を相互に行いつつ、このＬＡＮ１０５-1の伝送方
式および通信手順と既述の第一の特定のポートに適用さ
れた信号方式とのインタフェースをとる。

【００２９】したがって、構内交換機１００-2に収容さ
れた端末１０４-21 とＬＡＮ１０５-1に収容された情報
端末１０６-11 との間には、図１３(a)(2)に示すよう
に、公衆電話網１０１を介して通信路が形成され、両者
は音声による通話サービスに供される。

【００３０】

【発明が解決しようとする課題】ところで、上述した従
来例では、情報端末１０６-11 が端末１０４-21 宛に発
信することによって完了呼が生起した場合には、一般
に、この情報端末１０６-11 の操作者は発信に際してそ
の情報端末１０６-11 に付与されたＩＰアドレスを認識
しない。さらに、このＩＰアドレスは、必ずしも一定で
はない。

【００３１】したがって、端末１０４-21 の操作者は、
情報端末１０６-11 宛に発信する際には、先行して行わ
れた通話の過程で口頭で伝達され、あるいは所定の問い
合わせや内線番号の一覧の参照によって得られた情報端
末１０６-11 の内線番号を利用せざるを得なかった。す
なわち、公衆電話網１０１は、一般に、インタネット１
０２に比べてコスト高であるにもかかわらず、無用に頻
度高く利用される場合が多かった。

【００３２】また、発信元と着信先との何れか一方がＬ
ＡＮ１０５-1、１０５-2あるいはインタネット１０２に
収容された情報端末であり、かつ他方が構内交換機１０
０-1、１００-2に直接収容された端末１０４-11〜１０
４-1M、１０４-21〜１０４-2Mの何れかである場合に
は、発信に際して設定されるべきダイヤル番号には、Ｖ
ｏＩＰゲートウエイ１０９-1、１０９-2にそれぞれ付与
されたＧＷ番号「４０００」、「４１００」の何れかが
付加されなければならない。

【００３３】すなわち、発信に際して設定されるべきダ
イヤル番号の桁数が大きいために、誤接続や不完了呼が
発生する確率が増加する可能性があった。さらに、構内
交換機１００-1、１００-2に直接収容された端末１０４
-11 〜１０４-1M、１０４-21〜１０４-2Mが発信元となる
場合には、公衆電話網１０１とインタネット１０２との
料金体系、輻輳の度合い、頻度（インタネットについて
は、プロバイダの設備やバックボーン回線の伝送速度に
よって異なる。）その他を発信に際して的確に把握して
ダイヤル番号を設定することは、著しく繁雑であり、か
つ実際には不可能であった。

【００３４】また、変換テーブル１１８-1、１１８-2に
予め登録された内線番号とＩＰアドレスとの対応関係に
ついては、ＶｏＩＰゲートウエイ１０９-1、１０９-2を
介して構内交換機１００-1、１００-2に収容された情報
端末１０６-11〜１０６-1N、１０６-21〜１０６-2Nの増
設、撤去および移設が行われる際に、適宜人手を介して
更新されなければならなかった。

【００３５】本発明は、発信元で設定されるべき番号が
何ら変更されることなく所望の通信網に通信路が自動的
に形成され、かつ何れの網を介して収容された端末の増
設、撤去および移設が円滑に達成されるノード装置、端
末装置および記憶媒体を提供することを目的とする。

【００３６】

【課題を解決するための手段】図１は、請求項１〜１
０、１２に記載の発明の原理ブロック図である。

【００３７】請求項１に記載の発明は、単一または複数
Ｐ（Ｐは「２」以上の整数）の網との物理的なインタフ
ェースを個別にとる網インタフェース手段１１-1〜１１
-Pと、単一または複数Ｐの網と自局との双方あるいは何
れか一方に生起した個々の呼について、方路選定を含む
呼設定またはプロトコル変換を行い、かつ発信元と着信
先との双方あるいは何れか一方を個別に示す識別情報
と、これらの網の内、その識別情報で個別に示される発
信元または着信先に接続された網を示す網識別子との組
み合わせを取得する制御手段１２と、制御手段１２によ
って取得された組み合わせの履歴をとる履歴手段１３と
を備え、制御手段１２は、単一または複数Ｐの網あるい
は自局に呼が生起したときに、履歴手段１３によって先
行して履歴がとられた組み合わせに含まれる識別情報の
内、その呼の着信先を示す識別情報と共に組み合わせを
なす網識別子で示される網を方路選定の過程で出方路の
候補として適用することを特徴とする。

【００３８】請求項２に記載の発明は、請求項１に記載
のノード装置において、履歴手段１３は、呼設定または
プロトコル変換の過程で制御手段１２によって完了呼と
識別された呼に限って、その制御手段１２によって取得
された組み合わせの履歴をとることを特徴とする。請求
項３に記載の発明は、請求項１または請求項２に記載の
ノード装置において、制御手段１２によって取得された
組み合わせを単一または複数Ｐの網の何れにも該当しな
い通信リンク、あるいはこれらの網の内、この組み合わ
せに含まれる網識別子で示される網以外の網に送出する
履歴伝達手段２１を備えたことを特徴とする。

【００３９】請求項４に記載の発明は、請求項１または
請求項２に記載のノード装置において、制御手段１２に
よって取得された組み合わせをこの組み合わせに含まれ
る識別情報で示される端末あるいはノード装置宛に、単
一または複数Ｐの網の何れかの網、あるいはこれらの網
の何れにも該当しない通信リンクを介して与える履歴伝
達手段２２を備えたことを特徴とする。

【００４０】請求項５に記載の発明は、請求項３または
請求項４に記載のノード装置において、履歴手段１３
は、制御手段１２によって取得された組み合わせの内、
履歴伝達手段２１、２２によって何らかの通信リンクあ
るいは網に送出された組み合わせを履歴の対象から除外
し、あるいはその履歴から削除することを特徴する。請
求項６に記載の発明は、請求項１ないし請求項５の何れ
か１項に記載のノード装置において、履歴手段１３は、
単一または複数Ｐの網、あるいは通信リンクを介して与
えられ、かつ網識別子と識別情報とからなる組み合わせ
の履歴をとることを特徴とする。

【００４１】請求項７に記載の発明は、請求項１ないし
請求項６の何れか１項に記載のノード装置において、履
歴手段１３は、制御手段１２によって取得された組み合
わせに、その組み合わせと共に外部から与えられた時
刻、あるいはこの組み合わせが与えられた時刻を対応付
けて両者の履歴をとり、かつ先行して履歴がとられた組
み合わせの内、対応する時刻から経過した時間が所定の
上限値を超える組み合わせを無効化することを特徴とす
る。

【００４２】請求項８に記載の発明は、請求項１ないし
請求項７の何れか１項に記載のノード装置において、端
末３１-1〜３１-nの収容に供され、かつこれらの端末３
１-1〜３１-nとの物理的なインタフェースを個別にとる
端末インタフェース手段３２-1〜３２-nを備え、制御手
段１２は、端末インタフェース手段３２-1〜３２-nを介
して端末３１-1〜３１-nに生起した個々の呼について、
発信元と着信元との双方あるいは何れか一方を示す識別
情報と、単一または複数Ｐの網の内、その識別情報で個
別に示される発信元または着信先に接続された網を示す
網識別子との組み合わせを取得することを特徴とする。

【００４３】請求項９に記載の発明は、請求項１ないし
請求項８の何れか１項に記載のノード装置において、履
歴手段１３によって履歴がとられた個々の組み合わせに
含まれる識別情報は、発信元と着信先との双方または何
れか一方が収容された網を示し、その網で付与されるべ
きユニークなアドレスを含まないことを特徴とする。請
求項１０に記載の発明は、請求項１ないし請求項９の何
れか１項に記載のノード装置において、単一または複数
Ｐの網と、端末インタフェース手段３２-1〜３２-nを介
して収容された端末３１-1〜３１-nと、通信リンクとの
全てあるいは一部を介して与えられ、かつ識別情報を含
むサービスオーダを取得する保守運用支援手段４１を備
え、履歴手段１３は、履歴として既に蓄積されている組
み合わせの内、保守運用支援手段４１によって取得され
たサービスオーダに含まれる識別情報を含む組み合わせ
について、そのサービスオーダとの整合をはかることを
特徴とする。

【００４４】図２は、請求項１１、１３に記載の発明の
原理ブロック図である。請求項１１に記載の発明は、請
求項１ないし請求項１０の何れか１項に記載のノード装
置５０に接続された網５１との物理的なインタフェース
をとる網インタフェース手段５２と、網５１から網イン
タフェース手段５２を介して着信し、あるいは自局に生
起した呼について、呼設定を行う制御手段５３と、制御
手段５３によって行われる呼設定の手順に基づいて網イ
ンタフェース手段５２および網５１を介してノード装置
５０と対向して、所望の伝送情報の送信と受信との双方
あるいは何れか一方を行う情報交換手段５４とを備えた
端末装置において、自局のサービスオーダについて、そ
のサービスオーダの設定あるいは更新にかかわるマンマ
シンインタフェースをとるマンマシンインタフェース手
段５５を備え、情報交換手段５４は、マンマシンインタ
フェース手段５５を介して設定され、あるいは更新され
たサービスオーダを伝送情報として送信することを特徴
とする。

【００４５】請求項１２に記載の発明は、請求項１ない
し請求項１０の何れか１項に記載のノード装置を構成す
る網インタフェース手段１１-1〜１１-P、制御手段１
２、履歴手段１３、履歴送出手段２１、２２、端末イン
タフェース手段３２-1〜３２-n、保守運用支援手段４１
の全てあるいは一部としてコンピュータを機能させるプ
ログラムが格納され、かつコンピュータ読み取りが可能
である。

【００４６】請求項１３に記載の発明は、請求項１１に
記載の端末装置を構成する網インタフェース手段５２、
制御手段５３、情報交換手段５４およびマンマシンイン
タフェース手段５５の全てあるいは一部としてコンピュ
ータを機能させるプログラムが格納され、かつコンピュ
ータ読み取りが可能である。請求項１に記載の発明にか
かわるノード装置では、網インタフェース手段１１-1〜
１１-Pは、単一または複数Ｐの網との物理的なインタフ
ェースを個別にとる。制御手段１２は、これらの網と自
局との双方あるいは何れか一方に生起した個々の呼につ
いて、方路選定を含む呼設定またはプロトコル変換を行
い、かつ発信元と着信先との双方あるいは何れか一方を
個別に示す識別情報と、これらの網の内、その識別情報
で個別に示される発信元または着信先に接続された網を
示す網識別子との組み合わせを取得する。履歴手段１３
は、このようにして取得された組み合わせの履歴をと
る。

【００４７】また、制御手段１２は、上述した網あるい
は自局に呼が生起したときに、履歴手段１３によって先
行して履歴がとられた組み合わせに含まれる識別情報の
内、その呼の着信先を示す識別情報と共に組み合わせを
なす網識別子で示される網を方路選定の過程で出方路の
候補として適用する。すなわち、先行して生起した何れ
かの呼の発信元あるいは着信先が着信先に該当する呼に
ついては、上述したように履歴手段１３によって履歴と
して得られた組み合わせに含まれる網識別子で示される
網が出方路として選定され得る。

【００４８】したがって、実際に生起した呼の通信路と
して供された網は、後続して生起した呼の発信元で行わ
れるべき着信先の設定について制約が課されることな
く、再び通信路として適用される。請求項２に記載の発
明にかかわるノード装置では、請求項１に記載のノード
装置において、履歴手段１３は、呼設定またはプロトコ
ル変換の過程で制御手段１２によって完了呼と識別され
た呼に限って、その制御手段１２によって取得された組
み合わせの履歴をとる。

【００４９】すなわち、履歴手段１３によって履歴がと
られる組み合わせには、撤去や移設、あるいは故障の発
生に起因して実際には稼働していないノード装置や端末
を示す識別情報と、これらのノード装置や端末に接続さ
れた網を示す網識別子との何れもが新たに含まれること
がない。したがって、請求項１に記載のノード装置にお
いて生じ得た無用な不完了呼の発生が回避される。

【００５０】請求項３に記載の発明にかかわるノード装
置では、請求項１または請求項２に記載のノード装置に
おいて、履歴伝達手段２１は、制御手段１２によって取
得された組み合わせを単一または複数Ｐの網の何れにも
該当しない通信リンク、あるいはこれらの網の内、この
組み合わせに含まれる網識別子で示される網以外の網に
送出する。

【００５１】すなわち、このような網を介して対向する
ノード装置は、そのノード装置によって呼設定やプロト
コル変換が何ら行われなかった呼についても、発信元と
着信先との双方あるいは何れか一方を示す識別情報とそ
の呼の通信路が実際に形成された網を示す網識別子とが
与えられる。したがって、このノード装置は、これらの
識別情報と網識別子とからなる組み合わせを参照するこ
とによって、自局に生起した呼の方路選定に際してこの
網識別子で示される網を出方路の候補とすることができ
る。

【００５２】請求項４に記載の発明にかかわるノード装
置では、請求項１または請求項２に記載のノード装置に
おいて、履歴伝達手段２２は、制御手段１２によって取
得された組み合わせをこの組み合わせに含まれる識別情
報で示される端末あるいはノード装置宛に、単一または
複数Ｐの網の何れかの網、あるいはこれらの網の何れに
も該当しない通信リンクを介して与える。

【００５３】すなわち、履歴の対象となる組み合わせ
は、個別に含まれる識別情報が付与された端末あるいは
ノード装置毎に区分され、かつ分散して蓄積される。し
たがって、請求項１または請求項２に記載の発明を実現
する処理については、トラヒックの分布に適応した形態
で負荷分散と機能分散とがはかられる。請求項５に記載
の発明にかかわるノード装置では、請求項３または請求
項４に記載のノード装置において、履歴手段１３は、制
御手段１２によって取得された組み合わせの内、履歴伝
達手段２１、２２によって何らかの通信リンクあるいは
網に送出された組み合わせを履歴の対象から除外し、あ
るいはその履歴から削除する。

【００５４】すなわち、履歴手段１３には、上述したよ
うに通信リンクあるいは網を介して対向する何れかのノ
ード装置において参照される組み合わせについては、履
歴として蓄積されない。したがって、その履歴をとるた
めに要する負荷あるいは機能の複数のノード装置に対す
る分散が可能となる。

【００５５】請求項６に記載の発明にかかわるノード装
置では、請求項１ないし請求項５の何れか１項に記載の
ノード装置において、履歴手段１３は、単一または複数
Ｐの網、あるいは通信リンクを介して与えられ、かつ網
識別子と識別情報とからなる組み合わせの履歴をとる。
すなわち、自局が呼設定やプロトコル変換を何ら施さな
かった呼についても、その呼の発信元あるいは着信先を
示す識別情報とこの呼の通信路が形成された網を示す網
識別子とが得られるので、履歴手段１３と制御手段１２
との何れかによって行われるべき処理の柔軟な負荷分散
と機能分散とが可能となる。

【００５６】請求項７に記載の発明にかかわるノード装
置では、請求項１ないし請求項６の何れか１項に記載の
ノード装置において、履歴手段１３は、制御手段１２に
よって取得された組み合わせに、その組み合わせと共に
外部から与えられた時刻、あるいはこの組み合わせが与
えられた時刻を対応付けて両者の履歴をとり、かつ先行
して履歴がとられた組み合わせの内、対応する時刻から
経過した時間が所定の上限値を超える組み合わせを無効
化する。

【００５７】すなわち、履歴手段１３によって履歴とし
て識別情報と網識別情報との組み合わせが蓄積される時
間がこのような上限値以下に制限されるので、発信元や
着信先となった端末、あるいはその端末が収容されたノ
ード装置にかかわる移設、撤去、サービスオーダの変更
に際して既に蓄積されている組み合わせが何ら更新され
ない場合であっても、このような移設、撤去、サービス
オーダの変更に起因して無用にサービス品質が低下し、
または不完了呼が発生する確率が小さく抑えられる。

【００５８】請求項８に記載の発明にかかわるノード装
置では、請求項１ないし請求項７の何れか１項に記載の
ノード装置において、端末インタフェース手段３２-1〜
３２-nは、端末３１-1〜３１-nとの物理的なインタフェ
ースを個別にとる。制御手段１２は、端末インタフェー
ス手段３２-1〜３２-nを介して端末３１-1〜３１-nに生
起した個々の呼について、発信元と着信先との双方ある
いは何れか一方を示す識別情報と、単一または複数Ｐの
網の内、その識別情報で個別に示される発信元または着
信先に接続された網を示す網識別子との組み合わせを取
得する。

【００５９】すなわち、履歴手段１３は、発信元または
着信先が自局に収容された端末３１-1〜３１-nの何れか
に該当する呼について、その端末の識別情報を含んでな
る組み合わせの履歴をとる。したがって、加入者線交換
機、構内交換機のように何らかの端末を収容するノード
装置に対して、請求項１ないし請求項７に記載の発明の
適用が可能となる。

【００６０】請求項９に記載の発明にかかわるノード装
置では、請求項１ないし請求項８の何れか１項に記載の
ノード装置において、履歴手段１３によって履歴がとら
れた個々の組み合わせに含まれる識別情報は、発信元と
着信先との双方または何れか一方について収容された網
を示し、その網で付与されるべきユニークなアドレスを
含まない。

【００６１】すなわち、履歴として蓄積されるべき組み
合わせの情報量が方路選定に際して出方路の候補となる
網の特定に要する最小限度の情報量となるので、請求項
１〜８に記載の発明に比べて、履歴の蓄積に要する記憶
領域のサイズおよび処理量その他の資源の削減がはから
れる。請求項１０に記載の発明にかかわるノード装置で
は、請求項１ないし請求項９の何れか１項に記載のノー
ド装置において、保守運用支援手段４１は、単一または
複数Ｐの網と、端末インタフェース手段３２-1〜３２-n
を介して収容された端末３１-1〜３１-nと、通信リンク
との全てあるいは一部を介して与えられ、かつ識別情報
を含むサービスオーダを取得する。履歴手段１３は、履
歴として既に蓄積されている組み合わせの内、このよう
にして取得されたサービスオーダに含まれる識別情報を
含む組み合わせについて、そのサービスオーダとの整合
をはかる。

【００６２】すなわち、履歴手段１３によって履歴とし
て蓄積された組み合わせは、発信元あるいは着信先とな
った端末のサービスオーダの更新に応じて更新されるの
で、このような更新が行われないことに起因する無用な
不完了呼の発生やサービス品質の低下が確度高く回避さ
れる。請求項１１に記載の発明にかかわる端末装置で
は、網インタフェース手段５２は、請求項１ないし請求
項１０の何れか１項に記載のノード装置５０に接続され
た網５１との物理的なインタフェースをとる。制御手段
５３は、このような網５１から網インタフェース手段５
２を介して着信し、あるいは自局に生起した呼につい
て、呼設定を行う。

【００６３】また、マンマシンインタフェース手段５５
は、自局のサービスオーダについて、設定あるいは更新
にかかわるマンマシンインタフェースをとる。情報交換
手段５４は、上述した呼設定の手順に基づいて網インタ
フェース手段５２と網５１とを介して対向するノード装
置５０と、所望の伝送情報の送信と受信との双方あるい
は何れか一方を行い、かつマンマシンインタフェース手
段５５を介して設定され、あるいは更新されたサービス
オーダを伝送情報としてそのノード装置５０宛に送信す
る。

【００６４】すなわち、ノード装置５０では、本発明に
かかわる端末装置の稼働状況等を示すサービスオーダが
適宜与えられるので、サービス品質が高く維持され、か
つランニングコストの削減がはかられる。請求項１２に
記載の発明にかかわる記憶媒体は、請求項１ないし請求
項１０の何れか１項に記載のノード装置を構成する網イ
ンタフェース手段１１-1〜１１-P、制御手段１２、履歴
手段１３、履歴伝達手段２１、２２、端末インタフェー
ス手段３２-1〜３２-n、保守運用支援手段４１の全てあ
るいは一部としてコンピュータを機能させるプログラム
が格納され、かつコンピュータ読み取りが可能である。

【００６５】このようなプログラムは、上述したコンピ
ュータによって実行されるべきソフトウエアまたはその
コンピュータに組み込まれたマイクロプログラムとして
構成され、このようなコンピュータとは別体の着脱可能
な記憶媒体に記録されることによって流通し得る。した
がって、本発明にかかわる記憶媒体からこのようなプロ
グラムを読み取ってする実行するコンピュータは、上述
したノード装置５０の構成要素となる。

【００６６】請求項１３に記載の発明にかかわる記憶媒
体は、請求項１１に記載の端末装置を構成する網インタ
フェース手段５２、制御手段５３、情報交換手段５４お
よびマンマシンインタフェース手段５５の全てあるいは
一部としてコンピュータを機能させるプログラムが格納
され、かつコンピュータ読み取りが可能である。このよ
うなプログラムは、上述したコンピュータによって実行
されるべきソフトウエアまたはそのコンピュータに組み
込まれたマイクロプログラムとして構成され、このよう
なコンピュータとは別体の着脱可能な記憶媒体に記録さ
れることによって流通し得る。

【００６７】したがって、本発明にかかわる記憶媒体か
らこのようなプログラムを読み取ってする実行するコン
ピュータは、上述した端末装置の構成要素となる。

【００６８】

【発明の実施の形態】以下、図面に基づいて本発明の実
施形態について詳細に説明する。

【００６９】図３は、請求項１〜１３に記載の発明に対
応した実施形態を示す図である。本実施形態と図１２に
示す従来例との構成の相違点は、構内交換機１００-1、
１００-2に代えて構内交換機８０-1、８０-2が備えられ
た点にある。構内交換機８０-1と構内交換機１００-1と
の構成の相違点は、ＶｏＩＰゲートウエイ１０９-1、１
０９-2に代えてＶｏＩＰゲートウエイ８１-1、８１-2が
備えられ、かつプロセッサ１１２-1に代えてプロセッサ
８２-1が備えられた点にある。

【００７０】ＶｏＩＰゲートウエイ８１-1とＶｏＩＰゲ
ートウエイ１０９-1との構成の相違点は、プロセッサ１
２０-1に代えてプロセッサ８３-1が備えられた点にあ
る。なお、構内交換機８０-2の構成については、構内交
換機８０-1の構成と同じであるので、以下では、対応す
る構成要素に添え番号「２」が付加された同じ符号を付
与することとし、ここでは、その説明および図示を省略
する。

【００７１】また、本実施形態と図１および図２に示す
ブロック図との対応関係については、ＶｏＩＰゲートウ
エイ８１-1、８１-2は網インタフェース手段１１-1〜１
１-Pに対応し、プロセッサ８２-1、８３-1（８２-2、８
３-2）および通信リンク１１１-1（１１１-2）は制御手
段１２に対応し、プロセッサ８２-1（８２-2）は履歴手
段１３に対応し、プロセッサ８３-1（８３-2）および通
信リンク１１１-1（１１１-2）は履歴伝達手段２１、２
２に対応し、端末１０４-11〜１０４-1M（１０４-21〜
１０４-2M）は端末３１-1〜３１-nに対応し、内線トラ
ンク１０７-11 〜１０７-1M（１０７-11〜１０７-1M)は
端末インタフェース手段３２-1〜３２-nに対応し、プロ
セッサ８２-1（８２-2）に接続され、かつ保守および運
用に供される端末（図示されない。）は保守運用支援手
段４１に対応し、構内交換機８０-1（８０-2）あるいは
ＶｏＩＰゲートウエイ８１-1（８１-2）はノード装置５
０に対応し、ＬＡＮ１０５-1（１０５-2）は網５１に対
応し、情報端末１０６-11〜１０６-1N（１０６-21〜１
０６-2N)は網インタフェース手段５２、制御手段５３、
情報交換手段５４およびマンマシンインタフェース手段
５５に対応する。

【００７２】図４は、請求項１〜６、８、９、１２、１
３に記載の発明に対応した本実施形態の動作フローチャ
ートである。図５は、請求項１、８、９、１２、１３に
記載の発明に対応した本実施形態の動作を説明する図で
ある。以下、図３〜図５を参照して請求項１、８、９、
１２、１３に記載の発明に対応した本実施形態の動作を
説明する。

【００７３】構内交換機８０-2に備えられたプロセッサ
８２-2は、端末１０４-21〜１０４-2Mおよび情報端末１
０６-21〜１０６-2Nに生起した個々の着信呼について、
図６に示すように、「着信時刻」、発信元を示す「発信
者番号」、着信先を示す「着信者番号」および後述する
「インタネット情報」からなるレコードが履歴として格
納されるログレジスタ（以下、プロセッサ８２-2と共通
の添え番号「２」が付加されてなる符号「９１-2」を付
与して示す。）と、そのログレジスタ９１-2のレコード
の内、新たなレコードの格納が許容されるレコードのポ
インタを示すログポインタ（以下、プロセッサ８２-2と
共通の添え番号「２」が付加されてなる符号「９２-2」
を付与して示す。）とを主記憶の特定の領域に有する。

【００７４】なお、このようなログレジスタ９１-2につ
いてプロセッサ８２-2によって行われる領域管理の方式
と、その領域管理に基づくログポインタ９２-2の更新処
理の手順とについては、公知の多様な技術の適用が可能
であり、かつ本願発明の特徴ではないので、以下では、
これらの説明を省略する。また、端末１０６-11 が従来
例と同様にして端末１０４-21 宛に発信した場合には、
ＶｏＩＰゲートウエイ８１-1に備えられたプロセッサ８
３-1は、所定の呼設定の手順に基づいてその端末１０６
-11 に割り付けられたＩＰアドレス（ここでは、簡単の
ため、グローバルアドレス「１７２・１８・２１・３」
であると仮定する。）を取得する。さらに、プロセッサ
８３-1は、バス１１９-1および回線インタフェース部１
３１-1を介してインタネット１０２に、図７に示すよう
に、そのＩＰアドレスを含む「インタネット情報」を
「呼設定にかかわるメッセージ」として送出する。

【００７５】このインタネット情報は、インタネット１
０２を介してＶｏＩＰゲートウエイ８１-2に与えられ、
そのＶｏＩＰゲートウエイ８１-2では、回線インタフェ
ース部１３１-2およびバス１１９-2を介してプロセッサ
８３-2に与えられる。プロセッサ８３-2は、この「イン
タネット情報」が与えられると、該当する着信呼の着信
先がＬＡＮ１０５-2に収容された情報端末１０６-21〜
１０６-2Nであるか否かの判別を行う。

【００７６】さらに、プロセッサ８３-2は、この判別の
結果が偽である場合には、通信リンク１１１-2を介して
対向するプロセッサ８２-2宛に、該当する「インタネッ
ト情報」を送出する。プロセッサ８２-2は、この「イン
タネット情報」が与えられると、端末１０４-21〜１０
４-2Mの内、該当する着信呼の着信先となるべき端末を
識別する（図４(1))。

【００７７】さらに、プロセッサ８２-2は、この時点の
時刻を既述の「着信時刻」として取得し（図４(2))、か
つログレジスタ９１-2のレコードの内、ログポインタ９
２-2で示されるレコードに、これらの「インタネット情
報」および「着信時刻」に併せて、呼設定の手順に基づ
いて得られた「発信者番号」（＝内線番号「１３０
０」）および「着信者番号」（＝内線番号「２１０
０」）を格納する（図４(3))。

【００７８】なお、このような着信呼が完了呼となる過
程において、構内交換機８０-1、８０-2およびＶｏＩＰ
ゲートウエイ８１-1、８１-2の各部が連係して行う動作
については、上述した処理が行われる点を除いて従来例
と同じであるので、ここでは、その説明を省略する。ま
た、端末１０４-21 では、例えば、ＬＡＮ１０５-1に収
容された情報端末１０６-11 宛に発信が行われる際に
は、操作者によって設定されるダイヤル番号は、従来例
と同様にしてＧＷ番号「４０００」が含まれず、かつ既
述の方路番号「１１１」とこの情報端末１０６-11 に付
与された内線番号「１３００」とで構成される。

【００７９】プロセッサ８２-2は、このような発信呼の
呼処理の過程では、従来例と同様の手順に基づいて行わ
れる「番号解析処理」に先行して、以下の手順に基づく
「前置解析処理」を行う。 (1) ログレジスタ９１-2の有効なレコードの内、「発信
者番号」フィールドの値が上述したダイヤル番号に含ま
れる内線番号「１３００」に等しいレコードを検索する
（図４(4))。

【００８０】(2) 該当するレコードが何ら検索されなか
った場合には、既述の「番号解析処理」を開始する（図
４(5))。 (3) しかし、該当するレコードが検出された場合には、
そのレコードに含まれる「インタネット情報」（ＩＰア
ドレス）を既述の「前置解析処理」の結果として取得す
る（図４(6))と共に、「番号解析処理」を省略する。

【００８１】また、プロセッサ８２-2は、上述した「番
号解析処理」の結果が得られた後には、番号計画に基づ
いて出方路を公衆電話網１０１に選定し、その公衆電話
網１０１を介して構内交換機１００-1宛に、着信呼の通
知を意味するメッセージとして該当するダイヤル番号を
与える。なお、このような場合における構内交換機１０
０-1およびＶｏＩＰゲートウエイ８１-1の各部の連係動
作については、従来例と同じであるので、ここでは、そ
の説明を省略する。

【００８２】しかし、上述した「前置解析処理」の結果
が得られた場合には、プロセッサ８２-2は、該当する発
信呼の出方路としてインタネット１０２を選定し（図４
(7))、かつ第二の特定の方路を介してＶｏＩＰゲートウ
エイ８１-2に、この「前置解析処理」の結果である「イ
ンタネット情報」（ＩＰアドレス）を呼設定の手順に基
づいて与える（図４(8))。

【００８３】なお、このような場合に該当する発信呼の
呼設定の過程でＶｏＩＰゲートウエイ８１-2によって行
われる処理については、従来例において端末１０４-21
が情報端末１０６-11 宛に発信することによって生起し
た呼についてＶｏＩＰゲートウエイ８１-1が行う処理と
の対比においては、出方路がＬＡＮ１０５-1ではなくイ
ンタネット１０２である点を除いて基本的に同じであ
る。したがって、ここでは、その説明を省略する。

【００８４】さらに、この発信呼の呼処理の過程でＶｏ
ＩＰゲートウエイ８１-2と連係してＶｏＩＰゲートウエ
イ８１-1が行う処理については、従来例において端末１
０４-21 が情報端末１０６-11 宛に発信することによっ
て生起した呼についたＶｏＩＰゲートウエイ８１-1が行
う処理との対比においては、入方路がＬＡＮ１０５-1で
はなく既述の第二の特定の方路である点を除いて基本的
に同じである。したがって、ここでは、その説明を省略
する。

【００８５】このように本実施形態によれば、端末１０
４-21 の操作者が設定すべきダイヤル番号について何ら
制約が課されることなく、インタネット１０２を介して
着信した実績がある呼の発信元が着信先となるべき発信
呼については、図５(1) に示すように、そのインタネッ
ト１０２に対して確度高く、かつ優先的に出方路が設定
される。

【００８６】すなわち、端末１０４-21〜１０４-2Mにつ
いては、発信時における操作が繁雑化することなく、公
衆電話網１０１より料金が格安であるインタネット１０
２が積極的に適用されるために、ランニングコストの低
減がはかられる。なお、本実施形態では、実際に生起し
た着信呼の発信元である情報端末１０６-11 に予め付与
されたＩＰアドレスが既述の「インタネット情報」とし
てログレジスタ９１-2に格納されているが、ＤＮＳ(Dom
ain Name System)等を介してＩＰアドレスが確実に得ら
れるならば、例えば、図８に示すように、このＩＰアド
レスに代えてその情報端末１０６-11 のホスト名「１２
３Ｘ・ａｂｃ・ｅｆｇ」が適用されてもよい。

【００８７】また、本実施形態では、上述したＩＰアド
レスが「インタネット情報」としてログレジスタ９１-2
に格納されているが、例えば、この「インタネット情
報」については、 ・ 履歴の対象となった呼の発信元の端末が収容された
交換機（ノード装置）、 ・ その呼の中継交換を行った交換機（ノード装置）、 ・ これらの交換機（ノード装置）によって選定された
出方路の何れかを示す識別情報のように、呼処理や呼設
定の過程で確実に取得され、かつ出方路としてインタネ
ット１０２が確実に選定される情報であれば、如何なる
情報であってもよい。

【００８８】さらに、このような情報については、上述
したＩＰアドレスに比べて情報量が少ないので、呼処理
の過程で参照されるべきログレジスタ９１-2のサイズが
低減されると共に、呼処理の効率化およびその呼処理に
適用されるべき資源の削減が可能となる。以下、図３〜
図８を参照して請求項２に記載の発明に対応した本実施
形態の動作を説明する。

【００８９】本実施形態と請求項１、８、９、１２、１
３に記載の発明に対応した実施形態との相違点は、構内
交換機８０-2においてプロセッサ８２-2が行う下記の処
理にある。プロセッサ８２-2は、その「インタネット情
報」が与えられると、該当する着信呼の着信先が端末１
０４-21〜１０４-2Mの何れかに該当するか否かの判別を
行う。

【００９０】さらに、プロセッサ８２-2は、その判別の
結果が真である場合に限って、その時点の時刻を既述の
「着信時刻」として取得する。しかし、ログレジスタ９
１-2のレコードの内、ログポインタ９２-2で示されるレ
コードに、既述の「インタネット情報」および「着信時
刻」に併せて、呼設定の手順に基づいて得られた「発信
者番号」（＝内線番号「１３００」）および「着信者番
号」（＝内線番号「２１００」）を格納する処理につい
ては、プロセッサ８２-2は、該当する着信呼が完了呼と
なる時点まで保留する（図４(a))。

【００９１】また、プロセッサ８２-2は、該当する着信
呼が不完了呼となった場合には、これらの「インタネッ
ト情報」、「着信時刻」、「発信者番号」および「着信
者番号」を廃棄し（図４(b))、かつ上述した処理を行わ
ない。

【００９２】すなわち、ログレジスタ９１-2には、イン
タネット１０２およびＶｏＩＰゲートウエイ８１-2を介
して着信した呼の内、完了呼のみについて、「着信時
刻」、「発信者番号」、「着信者番号」および「インタ
ネット情報」が格納される。このように本実施形態によ
れば、情報端末１０６-11〜１０６-1Nの内、正常に作動
する情報端末のみについて「インタネット情報」の履歴
がとられるので、ログレジスタ９１-2の如何なるレコー
ドにも、完了呼が生起し得ない情報端末の「インタネッ
ト情報」は格納されない。

【００９３】以下、図３〜図８を参照して請求項３〜６
に記載の発明に対応した本実施形態の動作を説明する。
本実施形態と請求項１、２、８、９、１２、１３に記載
の発明に対応した実施形態との相違点は、情報端末１０
６-21 が情報端末１０６-11 宛に発信することによって
生起した呼がインタネット１０２を介してＶｏＩＰゲー
トウエイ８１-1に着信した場合に、そのＶｏＩＰゲート
ウエイ８１-1に備えられたプロセッサ８３-1が行う下記
の処理の手順にある。

【００９４】なお、情報端末１０６-21 には、構内交換
機８０-2に備えられたプロセッサ８２-2によって内線番
号「２３００」が予め付与されていると仮定する。構内
交換機８０-1に備えられたプロセッサ８２-1は、端末１
０４-11〜１０４-1Mおよび情報端末１０６-11〜１０６-
1Nに生起した個々の着信呼について、図６に示すよう
に、「着信時刻」、発信元を示す「発信者番号」、着信
先を示す「着信者番号」および後述する「インタネット
情報」からなるレコードの履歴が格納されるログレジス
タ９１-1と、そのログレジスタ９１-1のレコードの内、
新たなレコードの格納が許容されるレコードを示すログ
ポインタ９２-1とを主記憶の特定の領域に有する。

【００９５】なお、このようなログレジスタ９１-1の領
域管理は、プロセッサ８２-2がログレジスタ９１-2に対
して行う領域管理の方式と同じ方式に基づいてプロセッ
サ８２-1によって行われる。また、情報端末１０６-21
が情報端末１０６-11 宛に発信した場合には、ＶｏＩＰ
ゲートウエイ８１-2に備えられたプロセッサ８３-2は、
所定の呼設定の手順に基づいてバス１１９-2および回線
インタフェース部１３１-2を介してインタネット１０２
に、その端末１０６-21 に割り付けられたＩＰアドレス
を含む「インタネット情報」を送出する。

【００９６】一方、この「インタネット情報」は、イン
タネット１０２を介してＶｏＩＰゲートウエイ８１-1に
与えられ、そのＶｏＩＰゲートウエイ８１-1では、回線
インタフェース部１３１-1およびバス１１９-1を介して
プロセッサ８３-1に与えられる。プロセッサ８３-1は、
この「インタネット情報」が与えられると、該当する着
信呼の着信先がＬＡＮ１０５-1を介して収容された情報
端末１０６-11〜１０６-1Nの何れかであるか否かを判別
し（図４(A))、その判別の結果を示す制御情報に併せ
て、該当する「インタネット情報」を通信リンク１１１
-1を介してプロセッサ８２-1に与える。

【００９７】プロセッサ８２-1は、これらの制御情報お
よび「インタネット情報」が与えられると、その制御情
報が「上述した着信先が情報端末１０６-11〜１０６-1N
の何れかであること」を意味する場合には、その時点の
時刻を既述の「着信時刻」として取得し（図４(B))、か
つログレジスタ９１-1のレコードの内、ログポインタ９
２-1で示されるレコードに、上述した「インタネット情
報」および「着信時刻」に併せて、呼設定の手順に基づ
いて得られた「発信者番号」（＝内線番号「２３０
０」）および「着信者番号」（＝内線番号「１３０
０」）を格納する（図４(C))。

【００９８】すなわち、ログレジスタ９１-1には、情報
端末１０６-11〜１０６-1Nの何れかにインタネット１０
２から着信した呼についても、対応する「インタネット
情報」が自動的に格納される。

【００９９】また、このような「インタネット情報」
は、端末１０４-11〜１０４-1Mの何れかに生起した発信
呼の呼処理の過程においても、プロセッサ８２-1によっ
て方路選定の基準として参照される。なお、この呼処理
の過程でプロセッサ８２-1によって行われる処理の手順
については、請求項１、２、８、９、１２、１３に記載
の発明に対応した実施形態において、プロセッサ８２-2
によって行われる処理の手順と同じであるので、ここで
は、その説明を省略する。

【０１００】すなわち、請求項１、２、８、９、１２、
１３に記載の発明に対応した実施形態に比べて、実際に
生起した着信呼の発信元の特定に供され得る「インタネ
ット情報」が広範に収集され、これらの「インタネット
情報」が参照されるので、インタネット１０２を介する
通信路の確保が確度高く行われる。なお、本実施形態で
は、ＶｏＩＰゲートウエイ８１-1およびＬＡＮ１０５-1
を介して情報端末１０６-11〜１０６-1Nを収容構内交換
機８０-1に備えられたプロセッサ８２-1に対して、上述
した制御情報を含む「インタネット情報」が与えられて
いるが、このような制御情報および「インタネット情
報」が履歴の対象として与えられるべき交換機について
は、例えば、公衆網に本発明が適用された場合には、中
継交換局であってもよく、あるいは共通線網あるいは所
定の信号リンクを介して接続された信号中継局（ＳＴ
Ｐ）や信号端局（ＳＥＰ）であってもよい。

【０１０１】また、プロセッサ８２-1がこれらの中継交
換局、信号中継局および信号端局の何れかに対して「イ
ンタネット情報」を送出する場合には、端末１０４-11
〜１０４-1M および情報端末１０６-11〜１０６-1Nに生
起した着信呼と発信呼との双方、あるいは何れか一方に
かかわる「インタネット情報」のみがログレジスタ９１
-1に格納されることによって、方路選定の基準となる
「インタネット情報」の情報源としての機能や負荷の分
散がはかられ、さらに、資源の効率的な利用がはかられ
てもよい。

【０１０２】図９は、請求項７に記載の発明に対応した
本実施形態の動作フローチャートである。以下、図３、
図５〜図９を参照して請求項７に記載の発明に対応した
本実施形態の動作を説明する。本実施形態と請求項１〜
６、８、９、１２、１３に記載の発明に対応した実施形
態との相違点は、構内交換機８０-1、８０-2にそれぞれ
備えられたプロセッサ８２-1、８２-2が行う下記の処理
にある。

【０１０３】なお、下記の処理については、プロセッサ
８２-1、８２-2によって同様の手順に基づいて並行して
行われるので、以下では、簡単のため、プロセッサ８２
-1のみに着目して説明する。プロセッサ８２-1は、ログ
レジスタ９１-1の有効な全てのレコードについて、個別
に含まれる「着信時刻」から経過した時間を求め（図９
(1))、その時間が所定の上限値を超える場合には、該当
するレコードを廃棄し（図９(2))、かつ領域管理のアル
ゴリズムに基づいてログポインタ９２-1を更新する（図
９(3))。

【０１０４】すなわち、ログレジスタ９１-1には、上述
した上限値を超える時間に亘って何れかの着信呼の発信
元にもならなかった情報端末については、「インタネッ
ト情報」は保持されない。したがって、本実施形態によ
れば、撤去され、あるいは移設された可能性が高い情報
端末の「インタネット情報」がログレジスタ９１-1に格
納され続けることに起因する無用な不完了呼の発生と、
そのログレジスタ９１-1のレコードの無効な割り付けと
が回避される。

【０１０５】図１０は、請求項１０、１１に記載の発明
に対応した本実施形態の動作フローチャートである。以
下、図３、図５〜図８および図１０を参照して請求項１
０、１１に記載の発明に対応した本実施形態の動作を説
明する。

【０１０６】本実施形態の特徴は、情報端末１０６-11
〜１０６-1N（１０６-21〜１０６-2N）およびプロセッ
サ８２-1（８２-2）、８３-1（８３-2）が連係して行う
下記の処理の手順にある。なお、以下では、簡単のた
め、情報端末１０６-11 およびプロセッサ８２-1、８３
-1のみに着目することとする。

【０１０７】情報端末１０６-11 は、ＬＡＮ１０５-1に
接続された状態で初めて駆動電力が供給されることによ
って始動した場合には、図１１(a) に示すように、この
ＬＡＮ１０５-1におけるユニークなアドレスＡに併せ
て、所望のサービスの形態を示す「サービスオーダ」を
含む「増設要求」を生成し、その「増設要求」をＬＡＮ
１０５-1に送出する。

【０１０８】なお、このような「サービスオーダ」で示
されるサービスの形態とは、例えば、情報端末１０６-1
1 について、電話番号や収容位置を含み、かつ提供され
るべきサービスの種別や態様と、提供が規制されるべき
サービスの種別とを意味する。ＶｏＩＰゲートウエイ８
１-1では、プロセッサ８３-1は、ＬＡＮインタフェース
部１１４-1およびバス１１９-1を介してその「増設要
求」を取り込み、この「増設要求」に含まれるアドレス
Ａが正規であるか否かの判別を行う。

【０１０９】さらに、プロセッサ８３-1は、その判別の
結果が真である場合には、バス１１９-1、回線インタフ
ェース部１１３-1および通信リンク１１１-1を介してプ
ロセッサ８２-1に、該当する「増設要求」を与える。プ
ロセッサ８２-1は、その「増設要求」に含まれるアドレ
スＡに対応したユニークな内線番号ａ（ここでは、簡単
のため、「１３００」であると仮定する。）を取得し
（図１０(1))、この内線番号に対応した端末のサービス
オーダとして、この「増設要求」に含まれる「サービス
オーダ」を設定する（図１０(2))。

【０１１０】また、プロセッサ８２-1は、このような処
理を完了すると、その旨を意味し、かつ図１１(b) に示
すように、上述したアドレスＡおよび内線番号ａを含む
「増設応答」を生成する（図１０(3))と共に、通信リン
ク１１１-1にこの「増設応答」を送出する（図１０
(4))。プロセッサ８３-1は、回線インタフェース部１１
３-1およびバス１１９-1を介してその「増設応答」を取
り込み、この「増設応答」に含まれるアドレスＡと内線
番号ａとを呼設定の過程で参照可能な形式で保持する。

【０１１１】さらに、プロセッサ８３-1は、バス１１９
-1およびＬＡＮインタフェース部１１４-1を介してＬＡ
Ｎ１０５-1に該当する「増設応答」を送出する。情報端
末１０６-11 は、その「増設応答」を受信した時点で正
規の稼働状態に移行する。なお、情報端末１０６-11 と
プロセッサ８３-1との間と、そのプロセッサ８３-1とプ
ロセッサ８２-1との間における種々のメッセージの引き
渡しにかかわる各部の連係動作については、以下では、
上述した「増設要求」および「増設応答」について既述
の通りであるので、その説明を省略する。

【０１１２】ところで、情報端末１０６-11 は、移設等
に際して上述したアドレスＡに代えてアドレスＡｒが付
与される場合には、図１１(c) に示すように、そのアド
レスＡｒに併せて、既述の「サービスオーダ」と先行し
て割り付けられていた内線番号（以下、「旧内線番号」
という。）とを含む「移設要求」を生成すると共に、こ
の「移設要求」をＬＡＮ１０５-1に送出する。

【０１１３】プロセッサ８３-1は、その「移設要求」の
正規性を確認すると、この「移設要求」をプロセッサ８
２-1に与える。プロセッサ８２-1は、その「移設要求」
に含まれるアドレスＡｒに対応したユニークな内線番号
ａｒ（旧内線番号「１３００」と同じであってもよ
い。）を取得し（図１０(5))、この内線番号ａｒに対応
した端末のサービスオーダとして、この「増設要求」に
含まれる「サービスオーダ」を設定する（図１０(6))。

【０１１４】さらに、プロセッサ８２-1は、ログレジス
タ９１-1の有効なレコードの内、「着信者番号」として
上述した旧内線番号を含むレコードを検索し、かつ該当
するレコードに含まれる「着信者番号」を内線番号ａｒ
に更新する（図１０(7))。また、プロセッサ８２-1は、
このような処理を完了すると、その旨を示し、かつ図１
１(d) に示すように、上述したアドレスＡｒと内線番号
ａｒとを含む「移設応答」を生成する（図１０(8))と共
に、通信リンク１１１-1にこの「移設応答」を送出する
（図１０(9))。

【０１１５】プロセッサ８３-1は、その「移設応答」を
取り込み、この「移設応答」に含まれるアドレスＡｒと
内線番号ａｒとを呼設定の過程で参照可能な形式で保持
する。さらに、プロセッサ８３-1は、ＬＡＮ１０５-1を
介して情報端末１０６-11 に該当する「移設応答」を与
え、その情報端末１０６-11 はこの「移設応答」を受信
した時点で、新たなアドレスＡｒに基づく正規の稼働状
態に移行する。

【０１１６】また、情報端末１０６-11 は、その情報端
末１０６-11 について撤去、あるいは既述のサービスオ
ーダの変更にかかわる操作が操作者によって行われる
と、図１１(e) に示すように、アドレスＡｒに併せて、
先行して割り付けられていた内線番号「１３００」と、
変更後の「サービスオーダ」（撤去の要求であってもよ
い。）とを含む「状態変更要求」を生成すると共に、そ
の「状態変更要求」をＬＡＮ１０５-1に送出する。

【０１１７】プロセッサ８３-1は、その「状態変更要
求」の正規性を確認すると、この「状態変更要求」をプ
ロセッサ８２-1に与える。プロセッサ８２-1は、その
「状態変更要求」に含まれるアドレスＡに対応したユニ
ークな内線番号ａｒを取得し（図１０(10)) 、この内線
番号ａｒに対応した端末のサービスオーダとして、この
「状態変更要求」に含まれる「サービスオーダ」を設定
する（図１０(11)) 。

【０１１８】さらに、プロセッサ８２-1は、そのサービ
スオーダが既述の撤去を意味する場合には、ログレジス
タ９１-1の有効なレコードの内、「着信者番号」として
上述した内線番号ａｒを含むレコードを削除する（図１
０(12)) 。また、プロセッサ８２-1は、このような処理
を完了すると、その旨を示し、かつ図１１(f) に示すよ
うに、上述した内線番号ａｒを含む「状態変更応答」を
生成する（図１０(13)) と共に、通信リンク１１１-1に
この「状態変更応答」を送出する（図１０(14)) 。

【０１１９】プロセッサ８３-1はＬＡＮ１０５-1を介し
て情報端末１０６-11 にその「状態変更応答」を与え、
かつ情報端末１０６-11 はこの「状態変更応答」を受信
した時点で、新たなサービスオーダに基づく正規の稼働
状態に移行し、あるいは撤去の完了を認識する。このよ
うに本実施形態によれば、情報端末１０６-11〜１０６-
1Nの何れについても、増設、サービスオーダの設定およ
び変更だけではなく、撤去に応じてプロセッサ８２-1、
８３-1に格納された対応する情報（ログレジスタ９１を
含む。）が自動的に更新される。

【０１２０】したがって、請求項１〜９に記載の発明が
適用された通信系では、これらの発明の適用に伴う無用
な不完了呼の発生が回避され、かつ保守および運用にか
かわる作業の省力化とコストの削減とがはかられる。な
お、上述した各実施形態では、ＬＡＮ１０５-1、１０５
-2とインタネット１０２とのインタフェースがＶｏＩＰ
ゲートウエイ８１-1、８１-2が行うプロトコル変換の下
でとられている。

【０１２１】しかし、本願発明は、このようなインタネ
ット１０２に限定されず、既述の第一の特定のポートお
よび第二の特定のポートとの対比において、信号方式、
伝送方式および通信手順の全てあるいは一部が異なる網
であれば、如何なる網についても適用可能である。ま
た、上述した各実施形態では、ＶｏＩＰゲートウエイ８
１-1、８１-2によってＬＡＮ１０５-1、１０５-2とイン
タネット１０２とのインタフェースがとられている。

【０１２２】しかし、これらのＶｏＩＰゲートウエイ８
１-1、８１-2に相当する装置は、本願発明が適用された
場合には、上述した第一の特定のポートおよび第二の特
定のポートとの対比において、信号方式、伝送方式、通
信手段の全てあるいは一部が異なる１つあるいは３つ以
上の網が接続されてもよい。さらに、上述した各実施形
態では、端末１０４-11〜１０４-1M、１０４-21〜１０４
-2M が収容された構内交換機８０-1、８０-2に本願発明
が適用されている。

【０１２３】しかし、本願発明は、このような構内交換
機８０-1、８０-2に限定されず、関門交換機、あるいは
公衆電話網において所定の加入者線を収容する加入者線
交換機だけではなく、異なる網の間について、 ・ ＯＳＩの７層の全てにおいてプロトコル変換を行う
ゲートウエイ、 ・ ＭＡＣ副層においてプロトコル変換を行うブリッ
ジ、 ・ ネットワーク層においてヘッダを参照することによ
ってルーチングを行うルータに併せて、所望の網の中継
点や末端に配置され、個別にユニークなアドレスに基づ
いて識別可能であるＤＳＵのような多様なノード装置に
も同様に適用可能であるまた、上述した各実施形態で
は、構内交換機８０-1、８０-2と公衆電話網１０１との
間と、既述の第一の特定のポートおよび第二の特定のポ
ートに適用された信号方式が何ら示されていない。

【０１２４】しかし、このような信号方式については、
本願発明の特徴ではなく、かつ公知の多様な信号方式の
適用が可能である。さらに、上述した各実施形態では、
端末１０４-11〜１０４-1M（１０４-21 〜１０４-2M)、
あるいは情報端末１０６-11〜１０６-1N（１０６-21〜
１０６-2N）にインタネット１０２を介して着信した呼
について、プロセッサ８２-1（８２-2）によって「イン
タネット情報」等の履歴がとられている。

【０１２５】しかし、このような「インタネット情報」
については、これらの端末１０４-11〜１０４-1M（端末
１０４-21〜１０４-2M）、あるいは情報端末１０６-11
〜１０６-1N（１０６-21〜１０６-2N)に生起し、かつイ
ンタネット１０２に出方路が選定された発信呼について
履歴がとられてもよい。また、上述した各実施形態で
は、「インタネット情報」等の履歴が着信先の端末や情
報端末が収容された構内交換機によってとられている。

【０１２６】しかし、このような「インタネット情報」
の履歴は、該当する呼の発信元の端末や情報端末が収容
された構内交換機、あるいは中継交換機によってとられ
てもよい。さらに、上述した各実施形態では、ログレジ
スタ９１-1、９１-2に「着信時刻」が格納されている。
しかし、例えば、請求項７に記載の発明が適用されない
場合であっても、これらのログレジスタ９１-1、９１-2
に先行して格納された「インタネット情報」等の信頼性
の低下が許容され、あるいはその信頼性の低下の緩和あ
るいは回避が別途はかられる場合には、このような「着
信時刻」はログレジスタ９１-1、９１-2に何ら格納され
なくてもよい。

【０１２７】また、上述した各実施形態では、インタネ
ット電話に適応可能なハードウエアおよびソフトウエア
が備えられた情報端末１０６-11〜１０６-1N、１０６-2
1 〜１０６-2N が音声通信に供されている。しかし、本
願発明は、これらの情報端末１０６-11〜１０６-1N、１
０６-21 〜１０６-2N や端末１０４-11〜１０４-1M、１
０４-21〜１０４-2Mがデータ通信に供される場合にも適
用可能である。

【０１２８】さらに、このような場合には、プロセッサ
８２-1、８２-2によって行われる処理の内、本願発明に
かかわる処理については、プロセッサ８３-1、８３-2の
手動の下でＶｏＩＰゲートウエイ８１-1、８１-2の各部
が連係することによって行われてもよい。

【０１２９】また、上述した各実施形態では、ログレジ
スタ９１-1、９１-2に格納された「インタネット情報」
等の情報は、一般に、公衆電話網１０１に比べて料金が
格安であるインタネット１０２に出方路を設定するため
に参照されている。しかし、このような情報について
は、例えば、ＶｏＩＰゲートウエイ８１-1、８１-2が共
に共通の複数の通信網に接続されている場合には、 ・ 伝送速度が速い出方路、 ・ 輻輳の程度が小さい出方路、 ・ 発信者が設定すべきダイヤル番号（ダイヤルインに
供される番号を含む。）の桁数が最小となる出方路、 ・ 障害が発生した回線を代替し得る出方路 その他の所望の基準や条件を満たす出方路の候補として
参照されてもよい。

【０１３０】さらに、上述した各実施形態では、先行し
てログレジスタ９１-1、９１-2に格納された情報がこれ
らのログレジスタ９１-1、９１-2が主記憶の特定の領域
に配置されたプロセッサ８２-1、８２-2によって直接参
照されている。しかし、このような情報については、ロ
グレジスタ９１-1、９１-2に相当するメモリが搭載され
たノード装置（所定のリンクを介して対向する構内交換
機、加入者線交換機、中継交換機、信号中継局、信号端
局だけではなく、既述のゲートウエイ、ルータ、ブリッ
ジ等であってもよい。）に、問い合わせることによって
参照されてもよい。

【０１３１】

【発明の効果】上述したように請求項１に記載の発明で
は、実際に生起した呼の通信路として供された網は、後
続して生起した呼の発信元で行われるべき着信先の設定
について制約が課されることなく、再び通信路として適
用される。また、請求項２に記載の発明では、請求項１
に記載の発明において生じ得た無用な不完了呼の発生が
回避される。

【０１３２】さらに、請求項３に記載の発明では、呼設
定やプロトコル変換の対象とならなかった呼について
も、識別情報と網識別子とからなる組み合わせが履歴と
して蓄積されることによって、自局に生起した呼の方路
選定に際してこの網識別子で示される網が出方路の候補
となる。また、請求項４に記載の発明では、請求項１ま
たは請求項２に記載の発明にかかわる処理の機能分散と
負荷分散とがトラヒックの分布に適応した形態ではから
れる。

【０１３３】さらに、請求項５に記載の発明では、履歴
をとるために要する負荷あるいは機能の分散が複数のノ
ード装置によってはかられる。また、請求項６に記載の
発明では、負荷分散と機能分散とが柔軟に達成される。
さらに、請求項７に記載の発明では、発信元や着信先と
なった端末、あるいはその端末が収容されたノード装置
にかかわる移設、撤去、サービスオーダの変更に際して
既に蓄積されている履歴が何ら更新されない場合であっ
ても、このような移設、撤去、サービスオーダの変更に
起因して無用にサービス品質が低下し、または不完了呼
が発生する確率が小さく抑えられる。

【０１３４】また、請求項８に記載の発明では、加入者
線交換機、構内交換機のように何らかの端末を収容する
ノード装置に対する請求項１ないし請求項７に記載の発
明の適用が可能となる。さらに、請求項９に記載の発明
では、請求項１〜８に記載の発明に比べて、履歴の蓄積
に要する記憶領域のサイズおよび処理量その他の資源の
削減がはかられる。

【０１３５】また、請求項１０に記載の発明では、履歴
として蓄積された組み合わせがサービスオーダの変更に
応じて何ら更新されないことに起因する無用な不完了呼
の発生が確度高く回避される。さらに、請求項１１に記
載の発明では、でサービス品質が高く維持され、かつラ
ンニングコストの削減がはかられる。

【０１３６】また、請求項１２に記載の発明にかかわる
記憶媒体からプログラムを読み取ってする実行するコン
ピュータは、請求項１ないし請求項１０の何れか１項に
記載の発明にかかわるノード装置の構成要素となる。さ
らに、請求項１３に記載の発明にかかわる記憶媒体から
プログラムを読み取ってする実行するコンピュータは、
請求項１１に記載の発明にかかわる端末装置の構成要素
となる。

【０１３７】したがって、これらの発明が適用された通
信系では、端末装置の操作が繁雑化することなく、運用
および保守に要するコストの削減に併せて、サービス品
質および信頼性の向上がはかられる。

【図面の簡単な説明】

【図１】請求項１〜１０、１２に記載の発明の原理ブロ
ック図である。

【図２】請求項１１、１３に記載の発明の原理ブロック
図である。

【図３】請求項１〜１３に記載の発明に対応した実施形
態を示す図である。

【図４】請求項１〜６、８、９、１２、１３に記載の発
明に対応した本実施形態の動作フローチャートである。

【図５】請求項１、８、９、１２、１３に記載の発明に
対応した本実施形態の動作を説明する図である。

【図６】ログレジスタおよびログポインタの構成を示す
図である。

【図７】発信元によって送出されるインタネット情報の
構成を示す図である。

【図８】発信元によって送出されるインタネット情報の
他の構成を示す図である。

【図９】請求項７に記載の発明に対応した本実施形態の
動作フローチャートである。

【図１０】請求項１０、１１に記載の発明に対応した本
実施形態の動作フローチャートである。

【図１１】情報端末と構内交換機との間で送受されるメ
ッセージを示す図である。

【図１２】公衆電話網およびインタネットに接続された
複数の構内交換機からなる通信システムの構成例を示す
図である。

【図１３】従来例の動作を説明する図である。

【符号の説明】

１１，５２ 網インタフェース手段 １２，５３ 制御手段 １３ 履歴手段 ２１，２２ 履歴伝達手段 ３１，１０４ 端末 ３２ 端末インタフェース手段 ４１ 保守運用支援手段 ５０ ノード装置 ５１ 網 ５４ 情報交換手段 ５５ マンマシンインタフェース手段 ８０，１００ 構内交換機 ８１，１０９ ＶｏＩＰゲートウエイ ８２，８３，１１２，１２０ プロセッサ ９１ ログポインタ ９２ ログレジスタ １０１ 公衆電話網 １０２ インタネット １０３ 内線 １０５ ＬＡＮ １０６ 情報端末（ＰＣ） １０７ 内線トランク（ＬＣ） １０８ 外線トランク（ＢＷＴ） １１０ スイッチ １１１ 通信リンク １１３ 回線インタフェース部 １１４ ＬＡＮインタフェース部 １１５ 折り返し部 １１６ サブアドレス認識部 １１７ ＰＡＤ １１８ 変換テーブル １１９ バス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 29/08 Ｈ０４Ｌ 13/00 ３０７Ｚ Ｈ０４Ｍ 3/00 Ｆターム(参考） 5K030 GA04 HC01 HC13 HD03 HD06 HD09 KA05 KA13 LB02 LB05 LE02 LE03 5K033 AA03 AA04 CB01 CB02 CB09 DA06 DB12 DB14 DB18 EC03 5K034 AA07 AA10 CC05 EE11 FF10 HH04 HH06 HH61 KK12 LL01 NN04 5K051 AA08 AA09 BB01 BB02 GG01 HH18 HH19 JJ14 9A001 CC06 CC08 JJ25 LL09

Claims (13)

【特許請求の範囲】
1. 【請求項１】 単一または複数Ｐの網との物理的なイン
   タフェースを個別にとる網インタフェース手段と、 前記単一または複数Ｐの網と自局との双方あるいは何れ
   か一方に生起した個々の呼について、方路選定を含む呼
   設定またはプロトコル変換を行い、かつ発信元と着信先
   との双方あるいは何れか一方を個別に示す識別情報と、
   これらの網の内、その識別情報で個別に示される発信元
   または着信先に接続された網を示す網識別子との組み合
   わせを取得する制御手段と、 前記制御手段によって取得された組み合わせの履歴をと
   る履歴手段とを備え、 前記制御手段は、 前記単一または複数Ｐの網あるいは自局に呼が生起した
   ときに、前記履歴手段によって先行して前記履歴がとら
   れた組み合わせに含まれる識別情報の内、その呼の着信
   先を示す識別情報と共に組み合わせをなす網識別子で示
   される網を前記方路選定の過程で出方路の候補として適
   用することを特徴とするノード装置。
2. 【請求項２】 請求項１に記載のノード装置において、 履歴手段は、 呼設定またはプロトコル変換の過程で制御手段によって
   完了呼と識別された呼に限って、その制御手段によって
   取得された組み合わせの履歴をとることを特徴とするノ
   ード装置。
3. 【請求項３】 請求項１または請求項２に記載のノード
   装置において、 制御手段によって取得された組み合わせを単一または複
   数Ｐの網の何れにも該当しない通信リンク、あるいはこ
   れらの網の内、この組み合わせに含まれる網識別子で示
   される網以外の網に送出する履歴伝達手段を備えたこと
   を特徴とするノード装置。
4. 【請求項４】 請求項１または請求項２に記載のノード
   装置において、 制御手段によって取得された組み合わせをこの組み合わ
   せに含まれる識別情報で示される端末あるいはノード装
   置宛に、単一または複数Ｐの網の何れかの網、あるいは
   これらの網の何れにも該当しない通信リンクを介して与
   える履歴伝達手段を備えたことを特徴とするノード装
   置。
5. 【請求項５】 請求項３または請求項４に記載のノード
   装置において、 履歴手段は、 制御手段によって取得された組み合わせの内、履歴伝達
   手段によって何らかの通信リンクあるいは網に送出され
   た組み合わせを履歴の対象から除外し、あるいはその履
   歴から削除することを特徴するノード装置。
6. 【請求項６】 請求項１ないし請求項５の何れか１項に
   記載のノード装置において、 履歴手段は、 単一または複数Ｐの網、あるいは通信リンクを介して与
   えられ、かつ網識別子と識別情報とからなる組み合わせ
   の履歴をとることを特徴とするノード装置。
7. 【請求項７】 請求項１ないし請求項６の何れか１項に
   記載のノード装置において、 履歴手段は、 制御手段によって取得された組み合わせに、その組み合
   わせと共に外部から与えられた時刻、あるいはこの組み
   合わせが与えられた時刻を対応付けて両者の履歴をと
   り、かつ先行して履歴がとられた組み合わせの内、対応
   する時刻から経過した時間が所定の上限値を超える組み
   合わせを無効化することを特徴とするノード装置。
8. 【請求項８】 請求項１ないし請求項７の何れか１項に
   記載のノード装置において、 端末の収容に供され、かつこれらの端末との物理的なイ
   ンタフェースを個別にとる端末インタフェース手段を備
   え、 制御手段は、 前記端末インタフェース手段を介して端末に生起した個
   々の呼について、発信元と着信元との双方あるいは何れ
   か一方を示す識別情報と、単一または複数Ｐの網の内、
   その識別情報で個別に示される発信元または着信先に接
   続された網を示す網識別子との組み合わせを取得するこ
   とを特徴とするノード装置。
9. 【請求項９】 請求項１ないし請求項８の何れか１項に
   記載のノード装置において、 履歴手段によって履歴がとられた個々の組み合わせに含
   まれる識別情報は、 発信元と着信先との双方または何れか一方が収容された
   網を示し、その網で付与されるべきユニークなアドレス
   を含まないことを特徴とするノード装置。
10. 【請求項１０】 請求項１ないし請求項９の何れか１項
    に記載のノード装置において、 単一または複数Ｐの網と、端末インタフェース手段を介
    して収容された端末と、通信リンクとの全てあるいは一
    部を介して与えられ、かつ識別情報を含むサービスオー
    ダを取得する保守運用支援手段を備え、 履歴手段は、履歴として既に蓄積されている組み合わせ
    の内、前記保守運用支援手段によって取得されたサービ
    スオーダに含まれる識別情報を含む組み合わせについ
    て、そのサービスオーダとの整合をはかることを特徴と
    するノード装置。
11. 【請求項１１】 請求項１ないし請求項１０の何れか１
    項に記載のノード装置に接続された網との物理的なイン
    タフェースをとる網インタフェース手段と、 前記網から前記網インタフェース手段を介して着信し、
    あるいは自局に生起した呼について、呼設定を行う制御
    手段と、 前記制御手段によって行われる呼設定の手順に基づいて
    前記網インタフェース手段および前記網を介して前記ノ
    ード装置と対向して、所望の伝送情報の送信と受信との
    双方あるいは何れか一方を行う情報交換手段とを備えた
    端末装置において、 自局のサービスオーダについて、そのサービスオーダの
    設定あるいは更新にかかわるマンマシンインタフェース
    をとるマンマシンインタフェース手段を備え、 前記情報交換手段は、 前記マンマシンインタフェース手段を介して設定され、
    あるいは更新されたサービスオーダを伝送情報として送
    信することを特徴とする端末装置。
12. 【請求項１２】 請求項１ないし請求項１０の何れか１
    項に記載のノード装置を構成する網インタフェース手
    段、制御手段、履歴手段、履歴送出手段、端末インタフ
    ェース手段、保守運用支援手段の全てあるいは一部とし
    てコンピュータを機能させるプログラムが格納され、か
    つコンピュータ読み取りが可能である記憶媒体。
13. 【請求項１３】 請求項１１に記載の端末装置を構成す
    る網インタフェース手段、制御手段、情報交換手段およ
    びマンマシンインタフェース手段の全てあるいは一部と
    してコンピュータを機能させるプログラムが格納され、
    かつコンピュータ読み取りが可能である記憶媒体。