JPH02111147A - 発信者指定の着信転送制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　　要］ データ交換網又は電話交換網における着信転送サービス
の制御方式に関し、 着信転送サービスを加入している加入者からの事前要求
により、ある加入者からの着呼のみを計画的に着信転送
可能とすることを目的とし、着信転送加入端末に対応し
て少なくとも１つの発信端末の属性情報を事前に記憶す
る属性情報記憶手段と、前記着信転送加入端末に着呼が
あった場合に前記属性情報記憶手段を検索し、該着呼の
発信端末に対応する属性情報が含まれている場合に該着
呼の着信転送を行う着信転送制御手段とを有するように
構成する。

［産業上の利用分野］ 本発明は、データ交換網／電話交換網における着信転送
サービスの制御方式に関する。

〔従来の技術〕

パケット交換網における着信転送サービスを例にあげる
と該サービスは、サービスに加入したデータ端末装置（
ＤＴＥ、以下同じ）に対する着呼が、例えば以下のよう
な条件において、全て予め定められたＤＴＥに転送され
るサービスである。

■ＤＴＥが障害中 ■ＤＴＥがビジー状態 ■加入者の事前要求による計画的な着信転送上記■〜■
のいずれかの条件に合致した場合、発信者の属性によら
ず、全ての着呼が着信転送される。

第８図に従来の着信転送制御図の例を示す。同図で、パ
ケット交換網１がノードＡ、ノードＢの例えば２つのパ
ケット交換局で構成され、加入者ａ、ｂ、ｃ、ｄが鎖網
に加入しているとする。また、同図において、ＣＲは発
呼パケット、ＣＮは着呼パケットを示す。そしてここで
は、発呼パケットによる加入者ａに向けてのノードＡに
対する着信を着呼と呼ぶことにする。今、加入者ａは着
信転送サービスに加入しており、事前要求により加入者
すに着信転送する。この場合、加入者Ｃ１ｄからの着呼
も全て加入者すに着信転送される。

〔発明が解決しようとする課題〕

しかし、例えば具体的な例として、ある特定の顧客から
の重要なＦＡＸを着信する予定の企業の支社の人が本社
へ出張しなければならない時、その顧客からのＦＡＸだ
けを本社へ着信転送して、本社で受信したいような場合
、第８図の従来例では、パケット交換網のシステム管理
者へ事前に本社のＤＴＥアドレス（端末のアドレス）へ
着信転送の要求を行うが（前記■の条件を設定した場合
）、この場合発信者指定ができないため、その支社への
全着呼が本社へ着信転送されてしまう。

このように従来例では、不必要な着呼又は着信転送をし
たくない着呼まで着信転送をしてしまうという問題点を
有している。

本発明は、着信転送サービスを加入している加入者から
の事前要求により、ある加入者からの着呼のみを計画的
に着信転送可能とすることを目的とする。

〔課題を解決するための手段〕

第１図は、本発明のブロック図である。

本発明は、データ交換網あるいは電話交換網１１内の端
末に向けて発呼パケット等による着呼があった場合に、
該着呼の着信転送サービスを行う着信転送制御方式を前
提とする。

第１図において、例えばデータ交換網あるいは電話交換
網１１がノードＡ、ノードＢの２つの交換局から構成さ
れており、今、例えば着信転送を行うべき着信転送加入
端末４がノードＡに収容されているとする。この場合、
本発明では、例えばノードＡ内に（ノードＡとは限られ
ず交換網１１内で適当に設置してよい）、着信転送制御
手段２と属性情報記憶手段３とを有する。

属性情報記憶手段３は、着信転送加入端末４に対応して
少なくとも１つの端末の属性情報６を事前に記憶する手
段である。この場合の属性情報６は、例えば単一又は複
数の発信端末アドレス又は発信端末を含む発呼クラスで
ある。

着信転送制御手段２は、着信転送加入端末４に発呼パケ
ット等による着呼５があった場合に属性情報記憶手段３
を検索し、着呼５の発信端末７に対応する属性情報が含
まれている場合に、着呼５を予め定められた着信転送先
端末、例えばノードＢに収容される着信転送先端末８に
着信転送する手段である。すなわち、例えば前記事前要
求した着信転送加入端末４に着呼５があった場合に、発
信端末マの発信端末アドレスが属性情報記憶手段３丙の
各端末アドレスと比較し、一致した端末が存在する場合
のみ、予め定められた端末へ着信転送する手段である。

又は、例えば前記事前要求、した着信転送加入端末４に
着呼５があった場合に、発信端末７の発呼クラスを属性
情報記憶手段３内の各発呼クラスと比較し、一致した端
末が存在する場合のみ、予め定められた端末へ着信転送
する手段である。

〔作　　　用〕 今、事前に属性情報６を属性情報記憶手段３に記憶して
いる端末７から発呼パケット等による着呼５があった場
合、着信転送制御手段２が対応する属性情報６を属性情
報記憶手段３から検出することにより、着信転送加入端
末４に対する着呼５をノードＢから着信転送先端末８に
着信転送する。

一方、事前に属性情報６を属性情報記憶手段３に記憶し
ていない端末９から着呼１０があった場合、着信転送制
御手段２は対応する属性情報６を属性情報記憶手段３か
ら検出できないため、着信転送加入端末４に対する着呼
１０はそのまま着信転送加入端末４に着信する。

上記動作により、例えば各端末がファックスであるよう
な場合、事前に属性情報６を登録した端末７からのファ
ックス情報のみを着信転送先端末８に着信転送すること
ができ、端末９からのファックス情報は着信転送せずに
着信転送加入端末４に着信させることができる。

〔実　　施　　例］ 以下、図面を参照しながら本発明の詳細な説明する。

第２図は、本発明の実施例によるパケット交換網の全体
構成図である。

パケット交換網１２は、例えばノードＡ、ノードＢで構
成され、各ノードは、各々通話路スイッチ１３、該通話
路スイッチ１３を制御する中央制御装置１４及び主記憶
装置１５を主構成要素とするパケット交換機である。そ
して、各々パケット端末（ＤＴＰ、以下同じ）である加
入者ａ、加入者Ｃ及び加入者ｄは、ノードＡ内の通話路
スイッチ１３に接続され、同じく加入者すはノードＢ内
の通話路スイッチ１３に接続される。

第２回において、今、ノードＡに収容される加入者ａが
着信転送サービスを受けている端末であるとし、加入者
Ｃ又は加入者ｄがらの着呼を選択的にノードＢの加入者
すに着信転送する場合を例に説明する。なお、従来例の
場合と同様、発呼パケットによる加入者ａに向けてのノ
ードＡに対する着信を着呼と呼ぶことにする。本実施例
では、後述するように加入者ａが障害中であるがビジー
状態（話中）である場合には従来どおりの着信転送動作
を行い、また、事前に所定の加入者が加入者ａに対して
自分の属性を示すデータの登録を行った場合は、その加
入者からの着呼に対してのみ予め定めた加入者に無条件
に着信転送する動作を行う。すなわち、本実施例は加入
者の事前要求による計画的な着信転送動作において特徴
的な動作をする。

そこで、まず、例えば着信転送サービスを受けている加
入者ａが加入者Ｃよりの着呼のみを着信転送することを
希望していると仮定すると、加入者ａが事前要求により
、自己の加入者データに対して加入者Ｃのデータの設定
を行う場合の動作につき説明を行う。

事前要求の着信転送を行う場合、加入者ａは、ノードＡ
を管理するパケット交換システム運用者に対して、発信
者属性種別（指定無、ＤＴＥアドレス、発呼クラス）及
び詳細情報（ＤＴＥアドレス群又は発呼クラス）を選択
し要求する。ノードＡのシステム運用者は要求を受ける
と、第２図のノードＡ内の中央制御装置１４を動作させ
ているプログラム（主記憶装置１５に記憶されている）
号対してシステム運用コマンド（加入者ｊｌｉｌＪ御コ
マンド）を出し、これにより該プログラムが以下の構造
を有するテーブルを設定する。

第３図に、上記データが設定されるテーブル構造図を示
す。同図のテーブルは、第２図のノードＡ内の主記憶装
置１５に各加入者対応に記憶される。なお、当然ノード
Ｂも同様の構成をとる。

今、加入者ａの場合、前記コマンドにより、加入者Ｃか
らの前記各種情報が設定される。すなわち、加入者ａの
加入者制御テーブル１６には、着信転送加入表示１６１
として「加入」、事前要求表示１６２として「有」、発
信者属性種別１６３として「０」、「１」又は「２」　
（後述する）が設定され、更に、後述する発ＤＴＥアド
レス登録テーブル１７又は発発呼クラス登録テーブル１
８へのインデックス値１６４と、着転先ＤＴＥアドレス
登録テーブル１９へのインデックス値１６５が設定され
る。

発ＤＴＥアドレス登録テーブル１７には、着信転送サー
ビスを受ける各加入者毎に、最大Ｎ大分の事前要求を行
った加入者のＤＴＥアドレス１７３と、そのアドレスが
登録されていることを示す登録表示１７１及びそのアド
レス桁数１７２とが設定される。なお、登録表示１７１
とアドレス桁数１７２は、後述する各ＤＴＥアドレス１
７３の検索時にそれを読み取る場合の情報として参照さ
れる。すなわち、加入者ａに対応する部分の８人分のう
ち１つに加入者ＣのＤＴＥアドレス１７３が登録される
。この場合、加入者ａに対応する部分の先頭アドレスは
、着信転送サービスを受ける１加入者分のアドレスサイ
ズをＳとすれば、加入者ａの加入者制御テーブル１６に
設定されている（インデックス値１６４）ＸＳによって
指定できる。

発発呼クラス登録テーブル１８には、着信転送サービス
を受ける各加入者毎に、事前要求を行った加入者が含ま
れる発呼クラス１８１が設定される。すなわち、加入者
ａに対応する部分に加入者Ｃが含まれる発呼クラスが設
定される。この場合、加入者ａに対応する部分のアドレ
スは、着信転送サービスを受ける１加入者分のアドレス
サイズが１なので、加入者ａの加入者制御テーブル１６
に設定されている（インデックス値１６４）Ｘｉによっ
て指定できる。

着転先ＤＴＥアドレス登録テーブル〕９には、着信転送
サービスを受ける各加入者毎に、最大Ｍ大分の着転先Ｄ
ＴＥアドレス１９３（着信転送先の力り大昔のアドレス
、以下同じ）と、そのアドレスが登録されていることを
示す登録表示１９１及びそのアドレス桁数１９２とが設
定される。なお、登録表示１９１とアドレス桁数１９２
は、後述する着転先ＤＴＥアドレス１９３の検索時にそ
れを読み取る場合の情報として参照される。そして、こ
れらのデータは、着信転送サービスを受ける加入者のシ
ステム加入時に設定される。すなわち、加入者ａに対応
する部分のＭ大分のうち１つに加入者すの着転先ＤＴＥ
アドレス１９３が登録される。この場合、加入者ａに対
応する部分の先頭アドレスは、着信転送サービスを受け
る１加入者分のアドレスサイズをＴとすれば、加入者ａ
の加入者制御テーブル１６に設定されている（インデッ
クス値１６５）ｘＴによって指定できる。

上記第３図の各テーブルを用いながら着信転送制御を行
う場合の動作につき説明する。なお、以下に説明する動
作は、第２図のノードＡ（ノードＢも同様）内の中央制
御装置１４によって実行されるプログラムにより、第４
図に示される動作フローチャートに従って実行される。

まず、加入者Ｃが、発信者属性指定での着信転送を事前
に要求しており、加入者ａへ加入者Ｃからの発呼パケッ
トによる着呼が存在したとする。

ノードＡの中央制御装置１４では、着呼時の着ＤＴＥア
ドレスを数字分析しく第４図Ｓ１）、これにより第３図
の加入者制御テーブル１６内の各設定データとして着Ｄ
ＴＥの加入者データが求まり（第４図３２）、着ＤＴＥ
すなわち加入者ａが着信転送サービスに加入しており、
かつ事前要求があることを認識できる（第４図Ｓ２→５
３−３４−３５）。なお、第３図の着信転送加入表示１
６１が「未加入」の加入者の場合又は「加入」でも事前
要求表示１６２が「無」の加入者の場合は、着信転送動
作は行わず、オリジナル着ＤＴＥ　（現在着信している
加入者、以下同じ）への通常の着信動作を行う（第４図
５３−３１３又はＳ３−３４→５１３）。

続いて、発信加入者属性種別１６３の値に従って処理が
分かれる。

まず、発信加入者属性種別１６３が「０」の場合は、属
性の指定が無い場合である。この場合は、従来と同じ着
信転送サービスを行い、加入者ａに対応して予め定めら
れた着転先ＤＴＥアドレス１９３を、第３図の着転先Ｄ
ＴＥアドレス登録テーブル１９より求め、着ＤＴＥアド
レスに付は替えて例えば第２図のノードＢに発呼パケッ
トを送り（第４図Ｓ２５３１１　’）　、ノードＢにお
いて着信分析を行って、加入者すへの着信動作を行う（
第４図３１２）。

次に、第３図の加入者制御テーブル１６上の発信加入者
属性種別１６３が「１」の場合は、ＤＴＥアドレスによ
る属性指定がされている場合である。この場合は、第３
図の発ＤＴＥアドレス登録テーブル１７に登録された加
入者ａに対応する各（最大Ｎ大分の）ＤＴＥアドレス１
７３と、着呼時の発ＤＴＥアドレスを比較する（第４図
５６−３７）。これにより、アドレスが一致したＤＴＥ
が存在する場合は、着転先ＤＴＥアドレス１９３を第３
図の着転先ＤＴＥアドレス登録テーブル１９より求め、
着ＤＴＥアドレスに付は替えて例えば第２図のノードＢ
に発呼パケットを送り（第４図３８−３１１）、ノード
Ｂにおいて着信分析を行って、加入者すへの着信動作を
行う（第４図８１２）。

一方、ＤＴＥアドレスが一致しない場合は、オリジナル
着ＤＴＥへ着信動作を試み、従来の着信転送制御を行う
（第４図３８−５１３）。すなわち、オリジナル着ＤＴ
Ｅへ着信動作を試み、着信失敗時でオリジナル着ＤＴＥ
が障害中、あるいはビジー状態が原因の場合は、第４図
には特には図示していないが、着転先Ｄ　Ｔ、　Ｅアド
レス１９３を第３図の着転先ＤＴＥアドレス登録テーブ
ル１９より求め、着ＤＴＥアドレスに付は替えて例えば
第２図のノードＢに発呼パケットを送りノードＢにおい
て着信分析を行って加入者すへの着信動作を行う。

第５図に、ＤＴＥアドレスによる属性指定がされている
場合の例を示す。同図において、ＣＲは発呼パケット、
ＣＮは着呼パケットを示す。今、加入者ａは、着信転送
サービスに加入しており、事前要求により、発呼パケッ
１−ＣＲ２０による着呼時の発ＤＴＥアドレスが加入者
Ｃ（７）ＤＴＥアドレスの時のみ、局間発呼パケットＣ
Ｒ２１により加入者すへ着信転送し、加入者すへ着呼パ
ケットＣＮ２２が着信する。一方、加入者ｄからの発呼
バケツ）ＣＲ２３は、加入者ａが障害あるいはビジー以
外は着信転送せず、加入者ａに着呼パケットＣＮ２４と
してそのまま着信する。

続いて、第３図の加入者制御テーブル１６上の発信加入
者属性種別１６３が「１」の場合は、発呼クラスによる
属性指定がされている場合である。

この場合、第３図の発発呼クラス登録テーブル１８に登
録された加入者ａに対応する発呼クラスと、着呼時の発
ＤＴＥの発呼クラスを比較する（第４図Ｓ６→Ｓ９）。

これにより、発呼クラスが一致している場合のみ、前記
ＤＴＥアドレスによる属性指定の場合と同様にして、着
転先ＤＴＥアドレス１９３を第３図の着転先ＤＴＥアド
レス登録テーブルエ９より求め、着ＤＴＥアドレスに付
は替えて例えば第２図のノードＢに発呼パケットを送り
（第４図ＳＩＯ→５ｌｌ）、ノードＢにおいて着信分析
を行って、加入者すへの着信動作を行う（第４図８１２
）。

一方、発呼クラスが一致しない場合は、前記ＤＴＥアド
レスによる属性指定の場合と同様、オリジナル着ＤＴＥ
へ着信動作を試み、従来の着信転送制御を行う（第４図
５ＩＯ−３１３）。

第６図に、発呼クラスによる属性指定がされている場合
の例を示す。同図において、加入者ａは、着信転送サー
ビスに加入しており、事前要求により発呼パケットＣＲ
２５による着呼時の発発呼クラスがｍの時のみ局間発呼
パケットＣＲ２６により加入者すへ着信転送し、加入者
すへ着呼パケットＣＮ２７が着信する。一方、発呼クラ
スｎに属している加入者ｄからの発呼バケッ１−ＣＲ２
８による着呼時は、加入者ａが障害あるいはビジー以外
は着信転送せず、加入者ａに着呼パケットＣＮ２９とし
てそのまま着信する。

なお、上記発呼クラスによる属性指定がされている場合
に、第７図に示すように、パケット交換網３０が複数ノ
ードＡ、Ｂで構成され、加入者Ｘの加入者データを同図
３４（第２図の主記憶装置１５に対応）に示すようにそ
れを収容するノードＡで管理しており、加入者ｙ、ｚの
加入者データを同図３５に示すようにそれを収容するノ
ードＢで管理している場合に、発ＤＴＥ例えば加入者Ｘ
を収容するノードとオリジナル着ＤＴＥ例えば加入者ｙ
を収容するノードが異なる場合には、着ノ−ドＢへ発Ｄ
ＴＥである加入者Ｘの発呼クラス情報３６（発呼クラス
ｍ）を転送する必要がある。

この場合には、例えば局間プロトコルとしてＣＣＩＴＴ
勧告Ｘ、７５相当の局間データ伝送プロトコルを適用し
ていると仮定すると、加入者Ｘからの発呼パケットＣＲ
３１に対応する局間発呼バケッ）ＣＲ３２において、発
呼クラス情報３６を転送するような非標準ＮＵＦ５７を
定義し、着ノードＢへＣＲ３２を転送するようにすれば
よい。これにより、着ノードＢにおける加入者ｙから加
入者２への着信転送がなされる。

以上の実施例において、発信者属性情報として、ＤＴＥ
アドレス又は発呼クラスのみを記述しているが、その他
の発信者属性情報をキーにすることも可能であり、また
、複数の属性情報をキーにすることも第３図のインデッ
クス値１６４を複数段ければ可能である。

更に、着信転送サービスに加入している加入者がＣＣＩ
ＴＴ勧告による１９８４年版Ｘ、２５プロトコルに従う
と仮定すれば、レジストレーションパケットを使用する
ことで、ダイナミックにＤＣＥ（ノード）側に要求する
ようにしてもよい。

以上の説明は、交換網としてパケット交換網を例に上げ
たが、電話交換網においても同様である。

〔発明の効果〕

本発明によれば、パケット交換又は電話交換網における
着信転送サービスにおいて、ある特定の発加入者又は発
加入者群からの着呼のみを計画的に着信転送可能であり
、柔軟性に富んだ着信転送サービスを実現することが可
能となる。

【図面の簡単な説明】

第１図は、本発明のブロック図、 第２図は、本発明の実施例の全体構成図、第３図は、本
実施例のテーブル構成図、第４図は、本実施例の着信転
送制御の動作フローチャート図、 第５図は、本実施例の発信ＤＴＥアドレス指定による着
信転送制御図、 第６図は、本実施例の発呼クラス指定による着信転送制
御■図、 第７図は、発発呼クラス網内転送状況の説明図、第８図
は、従来例の着信転送制御図である。 ２・・・若僧転送制御手段、 ３・・・属性情報記憶手段、 ４・・・着信転送加入端末、 ５．１０・・・着呼、 ６・・・属性情報、 ７．９・・・端末、 ８・・・着信転送先端末、 １１・・・パケット交換網。 特許出願人　　　富士通株式会社 −２゛ｌ

Claims (1)

1. 【特許請求の範囲】 データ交換網あるいは電話交換網内（１１）の端末に着
   呼があった場合に該着呼の着信転送サービスを行う着信
   転送制御方式において、 着信転送加入端末（４）に対応して少なくとも１つの端
   末の属性情報（６）を事前に記憶する属性情報記憶手段
   （３）と、 前記着信転送加入端末（４）に着呼（５）があった場合
   に前記属性情報記憶手段（３）を検索し、該着呼（５）
   の発信端末（７）に対応する属性情報が含まれている場
   合に該着呼（５）の着信転送を行う着信転送制御手段（
   ２）とを有することを特徴とする発信者指定の着信転送
   制御方式。