JP3636283B2 - 通信処理制御方法、通信処理制御システム、及び通信処理制御装置 - Google Patents
通信処理制御方法、通信処理制御システム、及び通信処理制御装置 Download PDFInfo
- Publication number
- JP3636283B2 JP3636283B2 JP16885899A JP16885899A JP3636283B2 JP 3636283 B2 JP3636283 B2 JP 3636283B2 JP 16885899 A JP16885899 A JP 16885899A JP 16885899 A JP16885899 A JP 16885899A JP 3636283 B2 JP3636283 B2 JP 3636283B2
- Authority
- JP
- Japan
- Prior art keywords
- outgoing call
- call leg
- processing control
- communication processing
- time parameter
- 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
Links
Images
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
- H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
- H04M3/465—Arrangements for simultaneously calling a number of substations until an answer is obtained
-
- 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
- H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は通信システムに関し、特に、多重脚（マルチプルレッグ）通信セッションのアラート（呼び出し）の開始の制御に係る装置、方法及びシステムに関する。
【０００２】
【従来の技術】
急速に高度化されつつある通信サービスの出現を受けて、通信交換機への単一の着信通話を、同一の時間期間の間に、相異なった着呼者への複数個の独立した発信通話（脚）に分岐させることを可能にするための種々の提案がなされてきている。これらの着信及び複数個の発信通話は、ＰＴＳＮ（公衆交換電話ネットワーク）、ＩＳＤＮ（統合デジタルサービス網）、あるいはＴ１／Ｅ１回線通話などの回線通話、あるいはセルラ通話もしくは他の移動体通信サービスなどの無線通話である。
【０００３】
この種の提案は、米国標準局（ＡＮＳＩ）によってセルラ通信などの無線通信に関するＡＮＳＩ−４１スペシフィケーションに含まれて、“フレキシブルアラーティング（呼び出し）”と呼称されている。しかしながら、ＡＮＳＩ−４１フレキシブルアラーティングスペシフィケーションは、このような独立かつ同時発信多重脚通話のインプリメンテーション及び制御に関する特定の方向付けあるいはガイドラインは含んでいない。
【０００４】
その他の従来技術に係るシステムも、同一の時間期間における相異なった着呼者宛の多重発信通話を実現しない。むしろ、この種の既知のシステムは、多重同時発信通話よりも個別の順次通話を実現する。例えば、着信通話は、まず、第一の電話番号を有する家庭内の電話機を呼び出す。この第一通話に対する応答がない場合には、この通話脚は終了させられ、相異なった第二の電話番号を有する第二の電話機、例えばセルラ電話機、が呼び出される。第二通話に対する応答がない場合には、第二通話脚は終了させられ、第三の電話番号を有するポケットベル（ページャ）などが呼び出される。
【０００５】
このようなフレキシブル呼び出しあるいは単一の着信通話脚から複数個の独立した発信通話脚を有するようなシステムにおいては、最初に応答した発信通話脚が当該通話を受信して発呼者に接続され、他の通話脚は解放される（すなわち、それらの呼び出しが停止して落とされるすなわち破棄される）。加えて、発信通話脚を受信するエンドユニットすなわち（有線電話機及び無線すなわち移動体電話機などの）加入者の終端側利用者邸内装置は、このようなフレキシブル呼び出し通話の他に直接通話も受信する。このような多重発信通話脚に係る特徴的な困難点は、この種の加入者あるいは他の利用者が、フレキシブル呼び出し通話以外の直接通話に関して相異なった要求を持ちうることである。例えば、加入者は、回線が使用中である場合には直接通話がボイスメールシステムへ転送されることを希望する一方、フレキシブル呼び出しセッションは回線が使用中である場合には解放されることを希望する場合があり、その場合には、その通話は当該フレキシブル呼び出しグループ内の他のメンバーによって応答されることになる。結果として、この種のフレキシブル呼び出し通話は、ボイスメールや通話転送サービスなどの種々のエンドユニットサービスをインプリメントする、遠隔地に位置する交換機によって実現されるものとは相異なった処理を要求する。
【０００６】
【発明が解決しようとする課題】
従って、単一の着信通話脚から発呼された複数個の独立発信通信セッション（通話脚）をインプリメントしかつ制御するための装置、方法及びシステムに関する要求が存在する。この種の装置、方法及びシステムは、多重独立発信通信脚すなわちリンクに係るコンカレントすなわち同時呼び出しを実現するなどの、呼び出し開始の制御も実現すべきである。この種の装置、方法及びシステムは、ユーザフレンドリーであってかつユーザに透過であるべきである。この種の装置、方法及びシステムは、無線すなわち無線通信システムにおいて発生しうる変化しつつある環境及びユーザの状況に動的に応答するものであるべきである。
【０００７】
【課題を解決するための手段】
本発明に従って、例えばフレキシブル呼び出しサービスに関する発信通話脚の二次処理制御などの、遠隔交換機による多重脚通信セッションの二次処理を制御するシステム、装置及び方法が提供される。本発明の望ましいシステム実施例においては、移動体交換センターに接続されたホームロケーションレジスタが含まれる。本発明の望ましいシステム実施例においては、移動体交換センターは、プライマリ電話番号（“ＤＮ”）を指定する着信通話脚を受信する。フレキシブル呼び出しあるいは他の多重脚通信の加入者あるいは他のユーザは、通常、本明細書においてセカンダリＤＮと呼称される一群の別の電話番号を予め規定する。セコンダリＤＮはプライマリＤＮに関連しており、プライマリＤＮ宛の通話が設定されると、セカンダリＤＮの全てが呼び出される。このようなリストすなわちグルーピングはフレキシブル呼び出しグループ、あるいはより一般的に呼び出しグループと呼称される。その後、プライマリＤＮ宛の着信通話は移動体交換センターによって処理され、当該着信通話を、当該ユーザによって予め規定された呼び出しグループに属する複数個の相異なった移動体あるいは有線セカンダリＤＮ宛にルーティングして、これら相異なった独立ＤＮ宛の複数個の相異なった発信通信脚を生成する。これら発信通話脚に最初に応答したものが当該通話を受信して発呼者に接続され、その他の通話脚は解放される（対応する呼び出しが停止して落とされるすなわち破棄される）。
【０００８】
従来技術において、最終通信先への発信通話脚のルーティングすなわち交換に関与している終端側交換機すなわちエンドオフィスは、通常、加入者のＤＮへの直接通話が応答されなかった場合のボイスメールや通話転送などの、加入者宛の全通話の二次処理を提供している。しかしながら、多重脚通信セッションに関しては、異なった二次処理が望まれる。例えば、ボイスメールへ転送されるよりも、応答されない発信通話脚が解放されて、そのことによって呼び出しグループの他のメンバーが対応する発信通話脚に応答することを可能にする、などである。結果として、本発明に従って、多重脚通信セッションの発信通話脚のこの種の二次処理に係る制御が、終端側交換機すなわちエンドオフィスではなく、発信側（すなわち着信通話側）交換センターにおいて管理される。
【０００９】
フレキシブル呼び出しサービスに係る発信通話脚の二次処理を制御する本発明の望ましいシステム実施例の一つにおいては、ホームロケーションレジスタ及び移動体交換センターが含まれる。ホームロケーションレジスタは、パイロットＤＮに係る複数個のセカンダリＤＮを有しており、各々のセカンダリＤＮに関して、さらに対応する発信無応答時間パラメータを有している。移動体交換センターは、パイロットＤＮを指定する着信通話脚を受信して各セカンダリＤＮに係る各々の発信通話脚を相異なるように処理及びルーティングするインターフェースを有している。移動体交換センターは、さらに、対応する発信無応答時間パラメータに従って、各々の発信通話脚の二次処理を実現する。本発明の望ましい実施例においては、対応する発信無応答時間パラメータは、対応する着信無応答時間パラメータよりも短い。この着信無応答時間パラメータは、例えば、未応答通話をボイスメールに転送する目的で、着信交換機あるいはエンドオフィスによって用いられるものである。
【００１０】
本発明の望ましい実施例においては、対応する発信無応答時間パラメータは、修正されたＡＮＳＩコンパチブルなＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴの終端リスト内のパラメータとして含まれている。
【００１１】
通常、移動体交換センターは、発信通話脚が応答されると、着信通話脚を応答した発信通話脚に接続し、他の残存している発信通話脚を解放する。発信通話脚が応答されない場合、及び、対応する発信無応答時間パラメータが発信通話脚に関して無効である場合には、移動体交換センターは、着信側交換機が当該発信通話脚に関する二次処理を実行する前に、当該発信通話脚を解放する。発信通話脚がさらにインストラクションを有している場合には、移動体交換センターはそのインストラクションを実行する。このようにして、発信通話脚が応答されない場合には、発信側交換機は、遠隔すなわち着信側交換機による制御の代わりに、発信通話脚に対してなされうるあらゆる二次処理に係る制御を保持する。
【００１２】
【発明の実施の形態】
前述されているように、通信交換機宛の単一通話脚から発せられる複数個の独立発信通信セッション（すなわち通話脚）をインプリメントして制御する装置、方法及びシステムに係る要求が依然として存在する。本発明に従う装置、方法及びシステムが、このような複数個の独立発信通信セッションをインプリメントしかつ制御する。より詳細に述べれば、本発明に従った装置、方法及びシステムは、これら複数個の独立した発信通信セッションの、コンカレントすなわち同時呼び出しの実現等の、呼び出しの開始の制御を実現する。本発明に係る装置、方法及びシステムは、ユーザフレンドリーかつユーザに関してトランスペアレントである。加えて、本発明に係る装置、方法及びシステムは、例えば移動体電話の位置の起こり得る変化等の、無線すなわち無線通信システムにおいて発生しうる変化しつつある環境及びユーザの状況に動的に応答するものである。
【００１３】
前述されているように、新たなＡＮＳＩ−４１スペシフィケーションは、終端機能すなわち通話の終端等の、無線通信に係るフレキシブル呼び出しに係る通信標準を提供する。このスペシフィケーションにおいては、通話は、パイロット電話番号（“パイロットＤＮ”）あるいはプライマリ電話番号（“プライマリＤＮ”）と呼称される特別の電話番号（“ＤＮ”）に対して設定される。フレキシブル呼び出しあるいは他の多重脚通信の加入者もしくは他のユーザは、通常、本明細書においてセカンダリＤＮと呼称される一群の他の電話番号を予め規定している。ここで、セカンダリＤＮは、パイロットＤＮすなわちプライマリＤＮに関連しており、プライマリＤＮ宛の通話が設定されると、全てのセカンダリＤＮが呼び出される。このようなリストすなわちグルーピングは、フレキシブル呼び出しグループ、あるいはより広く呼び出しグループあるいはセカンダリＤＮグループと呼称される（さらに、以下に議論されるある種の応答メッセージに組み込まれる場合には、終端グループあるいは終端リストとも呼称される。）。その後、パイロットＤＮ宛の着信通話は移動体交換機によって処理され、移動体交換機は、着信通話をユーザが予め決定した呼び出しグループに含まれる複数個の相異なった有線／無線セカンダリＤＮ宛にルーティングし、これらの相異なった独立ＤＮ宛の相異なった多重発信通信脚を生成する。最初に応答した発信通話脚がその通話を受信して発呼者に接続され、他の通話脚は開放される（すなわち、対応する呼び出しが中止されて落とされるすなわち破棄される）。
【００１４】
このようなフレキシブル呼び出しあるいは多重脚通信は、例えばセールス、修理、あるいはディスパッチサービス等において有用である。この種のフレキシブル呼び出しは、自宅、オフィス、及びセルラ電話機等への多重通話などの他のビジネス及びパーソナルユースに関しても有用である。例えば、子供が単一のＤＮ、つまり親のパイロットＤＮ、へ電話をかけると、親の呼び出しグループすなわちリストに規定された関連するＤＮすなわち回線の全てにおけるＤＮ、例えば自宅のＤＮ、勤務先のＤＮ、自宅のオフィスのＤＮ、及びセルラあるいは他の移動体電話のＤＮ全てが呼び出される。親が上記ＤＮのうちのどこかの近くにいる場合には、単一の通話を設定するだけで、呼び出されることになる。
【００１５】
結果として、本発明の目的は、着呼者と呼称される人物、より詳細に述べれば、（有線あるいは移動体電話機などの）着呼者の利用者邸内装置（“ＣＰＥ”）が少なくとも二つの相異なった方法で通信通話を受信することである。第一の方法は、発呼者は、それらのＤＮ宛に設定された着信通話を直接受信することである。第二の方法は、そのＤＮが呼び出しグループ内のセカンダリＤＮとして規定されている場合には、それらＣＰＥは、呼び出しグループのパイロットＤＮ（すなわちプライマリＤＮ）宛に設定された着信通話を間接的に受信することである。本発明は、これら二つの別個のタイプの通話に関して相異なった処理を実現する目的で、遠隔（すなわち終端）ネットワークの交換機によるセカンダリ通話処理を制御することを指向している。例えば、直接通話に関しては、加入者は、応答されない通話が、当該加入者に対してサービスを提供している終端交換機（エンドオフィス）によってボイスメールに転送されることを望む可能性がある。逆に、間接すなわちフレキシブル呼び出し通話に関しては、加入者は、応答されない通話が、当該呼び出しグループ内の相異なった発信通話脚上のメンバーによって応答されることを望み、応答されない通話が終端エンドオフィスによってボイスメールに転送されたり他の二次処理をされることを望まない可能性がある。受信される通話に係るこの種の二次処理は、一般的には、着信通話脚を受信する発信側交換機から離れた位置に存在する終端エンドオフィス（すなわち交換機）によって制御されるため、本発明に従って、発信側交換機が、これら多重独立発信通話脚に直接関与してその制御を実現し、遠隔交換機すなわち終端交換機による二次処理制御を除去することが非常に望ましい。
【００１６】
しかしながら、ＡＮＳＩ−４１スペシフィケーションは、発信側交換機によるこれら多重発信通話脚の制御を扱っていない。と言うよりはむしろ、ＡＮＳＩ−４１スペシフィケーションは、パイロットＤＮ宛の着信通話がフレキシブル呼び出しグループに属する関連したセカンダリＤＮ宛にルーティングされ、最終的に発呼者が着呼者に接続される、ということを要求するのみである。ＡＮＳＩ−４１スペシフィケーションは、発信側交換機によってこれら発信通話脚の各々がどのように処理されるか、特に、遠隔交換機すなわち終端エンドオフィス交換機によってなされうる二次処理、に関しては、なんら言及していない。
【００１７】
本発明に従って、多重独立発信通話脚の二次処理に係るこの種の制御が、発信側交換機（あるいは交換センター）、すなわち着信通話脚を受信した交換機であって着信通話交換機あるいは交換センターとも呼称される、によって保持される。本発明の望ましい実施例においては、この種の制御は二通りの方法で保持される。第一の方法においては、所定の時間期間が経過した後に発信通話脚が応答されない場合には、当該発信通話脚に係る制御が発信側交換機に戻される。このような場合には、例えば、終端交換機がそれをボイスメールに転送する前に、発信通話脚が発信側交換機によって解放される。この種の制御に関しては、望ましい無線システム実施例においては、無応答時間（“ＮＡＴ”）と呼称される可変パラメータがこの所定の時間期間を規定するために用いられ、個々の発信通話脚毎に実行される。あるいは、この種の未応答通話がどのように処理され、解放されあるいはルーティングされるかを決定する特別のインストラクションあるいは情報が、種々の交換機間でやり取りされる。さらに、本発明の望ましい無線システム実施例においては、本発明に係る制御の第二の側面に従って、“終端トリガー”と呼称されるパラメータがやはり個々の発信通話脚毎に用いられる。以下の議論より明らかなように、本発明に従って、全ての発信通話脚に関して、個々の通話毎の制御を保持することは非常に有効である。
【００１８】
図１は、本発明に従った、発信通話脚の遠隔交換機による二次処理を制御するシステムを模式的に示したブロック図である。図１に示されているように、プライマリＤＮ宛の着信通話脚１０５は交換機１００によって受信される。図１においては、交換機１００は無線交換機として例示されているが、有線交換機でもよい。さらに、図１に示されているように、着信通話脚１０５は、６つの発信通話脚、すなわち呼び出しグループのセカンダリＤＮに対応する、利用者邸内装置（“ＣＰＥ”）と呼称される種々のエンドユニット、つまり移動体ＣＰＥ１２０、有線ＣＰＥ１２１、有線ＣＰＥ１２２、有線ＣＰＥ１２３、有線ＣＰＥ１２４、及び移動体ＣＰＥ１２５、に対してルーティングされている。これら種々の発信通話脚は、例えばネットワーク１５０、有線交換機１１０及び１３０（ＣＰＥ１２１向け）、有線交換機１１０及び１３２（ＣＰＥ１２２向け）、有線交換機１３４及び１４０（ＣＰＥ１２３向け）、有線交換機１３８（ＣＰＥ１２４向け）、無線交換機１３６（ＣＰＥ１２５向け）、及び同一の無線交換機１００（ＣＰＥ１２０向け）等の様々な個数の有線あるいは無線交換機及びネットワークを介してルーティングされる。図示されている交換機に加えて、ＰＳＴＮ、衛星回線、あるいは無線ノードもしくは交換機の組合せである無数の他の交換機あるいはノードがこの種の通話ルーティングに、例えばネットワーク１５０内に一般的に含まれている交換機あるいはノードとして、関与している。
【００１９】
プライマリＤＮ宛の着信通話脚１０５は、フレキシブル呼び出しグループの一部として予め規定された関連するセカンダリＤＮに対応する複数個の発信通話脚に分岐される；図１においては、発信通話脚１５１、１５２、１５３、１５４、１５５、及び１５６である。従来技術においては、二次通話処理に関しては、これら発信通話脚の各々が対応する終端交換機１００、１３８、１３６、１４０、１３２、及び１３０の制御下にあった。しかしながら、本発明に従って、この種の二次処理に係る制御がより前段のネットワーク要素、より詳細に述べれば発信側すなわち着信側通話交換機１００に移行されている。（以下により詳細に議論されるように、この種の発信側交換機１００は、本発明の望ましい実施例においては、（ホームロケーションレジスタなどの）データベースを含むかあるいはそれに対して接続されている。）
【００２０】
発信通話脚１５１、１５２、１５３、１５４、１５５、及び１５６の各発信通話脚に対して、本発明に従って、発信側交換機１００は、無応答時間（“ＮＡＴ”）あるいは発信側ＮＡＴと呼称される、当該発信通話脚が応答されるべき時間期間を設定する。これら発信側ＮＡＴ期間の各々は、それぞれ対応するＣＰＥの二次処理に関して着信側交換機すなわちエンドオフィスによって用いられる、着信側無応答時間すなわち着信側ＮＡＴと呼称される対応する時間期間のいずれよりも短くなるように予め決定されている。結果として、着信側交換機によって用いられるこれら長い時間期間が経過するよりも前に対応するより短い発信側ＮＡＴが経過し、それによって二次処理の制御が発信側交換機１００に戻されるすなわち発信側交換機１００が二次処理の制御を保持する。例えば、交換機１４０がＣＰＥ１２３への発信通話脚を２６秒以内に応答されない場合にボイスメールに転送する場合には、ＣＰＥ１２３宛の発信通話脚１５４に係る発信側ＮＡＴは、例えば２５秒のように２６秒より短くセットされる。このより短い時間期間（２５秒）が経過する以前にＣＰＥ１２３宛の対応する通話脚が応答されなかった場合には、発信側交換機は当該発信通話脚１５４を解放し、着信側交換機１４０が当該通話に関する二次処理に関与すること、例えば当該通話の転送、を防ぐ。この種の二次処理は、より長い時間期間（着信側ＮＡＴ）が経過した際にのみ発生し、このことは、当該通話がより早い時刻に解放された場合には、発生し得ない。
【００２１】
同様の発信側ＮＡＴ期間は、他の発信通話脚の各々に関して個々の通話脚毎に設定される。そして、それら発信通話脚が応答されずに発信側ＮＡＴ期間が経過してしまった場合には、同様に処理される。例えば、交換機１３６に係る着信側無応答時間が１７秒である場合には、発信通話脚１５３に係る発信側ＮＡＴは１７秒より短くセットされ、交換機１３２に係る着信側無応答時間が２３秒である場合には、発信通話脚１５５に係る発信側ＮＡＴは２３秒よりも短くセットされる等々である。加えて、以下に詳細に議論されるように、これら発信側ＮＡＴ期間の経過によって、特定の発信通話脚の解放に意外にも、他のタイプの二次処理が発信側交換機１００によって実行されうる。
【００２２】
結果として、本発明に従って、これら独立多重通話脚のセカンダリ処理に係る制御が、着信側交換機すなわちエンドオフィスから除去され、より前段のネットワーク要素、この実施例の場合では発信側交換機あるいは発信側交換センターによって保持される。本発明は、多重発信通話脚の各々に係るあらゆる二次処理を個別かつ独立に制御する目的で、無応答時間パラメータを利用する。本発明に係る発信側無応答時間パラメータは、変数であって個別の発信通話脚毎に独立であるが、ＡＮＳＩ−４１スペシフィケーションや他の通信標準あるいは規格においては与えられておらず、それらとは全く独立のものである。むしろ、ＡＮＳＩ−４１スペシフィケーションは、発信通話脚群全体を一つのものと見てそれらに適用する目的の、単一の一般的すなわちグローバル無応答時間パラメータを規定するのみである。これらは、本発明によって実現されるタイプの制御を実現しない。結果として、本発明に係る新しいパラメータを無線システムにおいて用いることは、現行のＡＮＳＩ−４１スペシフィケーションの修正であり、独立なものである。本発明に係る新しい発信側ＮＡＴパラメータは、あらゆる特定のネットワーク形態から独立なものであり、有線及び無線を含むあらゆるタイプの発信通話脚の二次処理の制御に用いられる。
【００２３】
実際、ＡＮＳＩタイプのグローバル無応答時間パラメータを用いることは、各発信通話脚がそれぞれ異なっていてその終端側無応答時間パラメータが非常に変わりやすいような場合には、それら発信通話脚の二次処理の適切な制御を実現するためには非常に問題となる。このようなグローバルパラメータを用いるためには、それは、呼び出しグループに含まれる全発信通話脚の終端側無応答時間パラメータのうちの最小のものよりも短くすなわち小さく設定されなければならない。しかしながら、各発信通話脚は、特に、第一の関連アプリケーションにおいて記述されているように、（サービス側ＭＳＣ３１５（図３）によって提供されるようなテンポラリ（一時）ローカルＤＮ（“ＴＬＤＮ”）等の）付加的なルーティングインストラクション等が存在する場合等のように、相異なっていてしかも非常に変わりやすい処理及びルーティング時間期間を有している。この種の通話の全ての呼び出しが適切にコンカレントに設定されていない場合には、迅速にルーティングされた発信通話脚に係る無応答時間が、他の通話脚が充分に呼び出されるさらにはルーティングが完了する以前に経過してしまう可能性があり、フレキシブルルーティングの目的を完全に打ち負かしてしまう。結果として、ＡＮＳＩ−４１における他の目的のためにグローバルＮＡＴを用いることが適切であったとしても、その利用は、本発明に従って、各発信通話脚の個別の二次処理を実現するためには不適切であってかつ望ましくない。
【００２４】
本発明に従って、各発信通話脚に係る個々の発信側ＮＡＴの設定すなわち決定が、主として管理的すなわち経験的に行われる。特定のサービスプロバイダは、フレキシブル呼び出しやその他の多重脚通信サービスを設定する際に種々の終端側ＮＡＴに係る適切な知識を有しており、それゆえ、呼び出しグループの初期設定の際に各通信脚毎に対応する個別の発信側ＮＡＴを設定する。他の状況下では、この種の終端側ＮＡＴは経験的なテストを通じて決定され、対応する個々の発信側ＮＡＴも各通信脚毎に設定される。
【００２５】
種々の発信側ＮＡＴパラメータは、実際の使用及び加入者によるフィードバックに基づいて変更され得る。例えば、特定の加入者は、自らの終端側交換機が未応答通話脚を、発信が交換機が当該通話脚を解放するあるいは他の形態の二次処理（後に議論される）を提供するのではなく、ボイスメールにルーティングすることに気がつく場合がある。そのような場合には、対応する発信側ＮＡＴパラメータは減少させられなければならない。逆に、特定の加入者は、自らの発信通話脚が、例えば当該通話脚の呼び出しに応答できる前に、余りにも早く解放されてしまうことに気がつく場合がある。そのような場合には、対応する発信側ＮＡＴパラメータが増大される必要がある。
【００２６】
図２は、本発明に従った第一のシステム実施例２００を示すブロック図である。システム２００は、単一あるいは複数個の移動体交換センター（“ＭＳＣ”）２１５及び単一あるいは複数個の有線交換センター２０５を有している。これらは、基幹回線及びシグナリング回線を介して、互いに、そしてＰＳＴＮやＩＳＤＮネットワーク等の他のロケーションへの複数個の通信接続、例えば通信衛星２３５への回線、を実現するより広範なネットワーク２１０に接続されている。システム２００には、データベース２２０も含まれており、有線交換センター２０５及びＭＳＣ２１５に接続されていることが望ましい。 あるいは、データベース２２０は、様々な交換センター２０５及び２１５に含まれているすなわち統合されている。有線交換センター２０５は、一般には複数個の電話機２４０あるいは他の利用者邸内装置に接続されており、一方ＭＳＣ２１５は、例えば特定の地理的領域内のセルラ電話機２３０等の種々の移動体ユニットへの無線回線を有している。加えて、有線及び無線交換センター２０５及び２１５が、通常、規制や他の歴史的理由によって物理的に分離されているが、これらの交換センターは、有線及び無線機能の双方を有する単一あるいは複数個の交換センターに統合され得る。
【００２７】
プライマリＤＮ宛の着信通話は、有線交換センター２０５あるいは一つの移動体交換センター２１５のいずれかによって受信される。その後、交換センター２０５あるいは２１５は、当該プライマリＤＮすなわちパイロットＤＮに係るセカンダリＤＮを含む呼び出しリスト（例えば終端リスト）に関する要求を、データベース２２０宛に送出する。本発明に従って、データベース２２０は、対応する交換センター２０５あるいは２１５宛に、関連するＤＮ及びそれらに対応する（関連するＤＮ一つに対して１つの）タイミング遅延パラメータの双方を含むすなわちリストにした応答を送出する。これらの対応するタイミング遅延パラメータを用いて、交換センター２０５あるいは２１５は、関連する発信通話脚の処理及ぶルーティングを開始する。（この際、各発信通話脚の処理及びルーティングは、前記第一関連アプリケーションにおいて記述されているように、対応するタイミング遅延パラメータに従って遅延させられる。）各発信通話脚に関して、交換センター２０５あるいは２１５はそれら通話脚及び関連する発信側ＮＡＴをモニターする。発信通話脚のうちの一つが応答された場合には、着信通話脚は当該応答した発信通話脚に接続され、残りの発信通話脚が解放される。このプロセスの間、個々の発信側ＮＡＴのうちのいずれかに相当する時間が経過した場合には、その対応する通話脚は解放されるか、あるいは後に議論されるように、他のインストラクションによって処理される。システム２００の動作の詳細は、以下に詳述される。
【００２８】
図３は、本発明に従った、ＡＮＳＩ−４１フレキシブル呼び出し等に係る、第二のより望ましい無線通信システム実施例を示すブロック図である。着信通話あるいは発信側ＭＳＣ３１０と呼称される第一のタイプのＭＳＣが、割り当てられた所定の地理的領域３３０内の移動体ユニット２３０に対して直接サービスを提供する。サービス側ＭＳＣ３１５と呼称される第二のタイプのＭＳＣは、それらに割り当てられた所定の地理的領域３４０及び３５０内に移動してきた移動体ユニット２３０に対してサービスを提供する。このより望ましい実施例においては、スタンドアローンホームロケーションレジスタ（“ＨＬＲ”）３２０が用いられており、データベース２２０及びＡＮＳＩ−４１シグナリング機能をインプリメントしている。種々のＭＳＣ３１０及び３１５は、ＡＮＳＩ−４１シグナリングインターフェース及び対応する回線３２５を介してＨＬＲ３２０に接続されていることが望ましい。図３に示されたシステムと同様、種々のＭＳＣ３１０及び３１５は、例えばＰＳＴＮ、ＩＳＤＮ、あるいは衛星接続等の複数個のネットワーク接続を実現する目的で、有線交換センター２０５及びネットワーク２１０に接続されている。
【００２９】
発信側ＭＳＣ３１０は、パイロットＤＮあるいは他のプライマリＤＮを指定した着信通話を受信すると、ＨＬＲ３２０宛に問い合わせ（クエリー）あるいは他のメッセージを送出する。この種の問い合わせは、通常、データパケットの形態を有しており、当該パイロットＤＮあるいは別のプライマリＤＮに対する参照を有している。本明細書においてはシステム３００の動作が発信側ＭＳＣ３１０に対する参照を用いて説明されているが、あらゆるＭＳＣ２１５が、発信側ＭＳＣ３１０あるいはサービス側ＭＳＣ３１５としていつの時点においても機能し得ることに留意されたい。発信側ＭＳＣ３１０への着信通話は、移動体ユニット２３０のうちのいずれかからの無線通話であるか、ＰＳＴＮ通話等の、ネットワーク２１０から発信された有線通話であるかのいずれかである。本発明のより望ましい実施例においては、ＡＮＳＩ−４１規格を用いるため、発信側ＭＳＣ３１０からＨＬＲ３２０宛に送信される問い合わせは“ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ”である。これは、発信側ＭＳＣ３１０によってＨＬＲ３２０から通話処理インストラクションを獲得するために用いられる操作であり、ＴＣＡＰ ＱＵＥＲＹＷＩＴＨ ＰＥＲＭＩＳＳＩＯＮパッケージによって伝達される“ＴＣＡＰ ＩＮＶＯＫＥ（ＬＡＳＴ）によって開始され、ＬｏｃａｌＲｅｑｕｅｓｔ ＩＮＶＯＫＥに関するＡＮＳＩ−４１スペシフィケーションにおいて規定された、パイロットＤＮ、課金識別、及び発信側ＭＳＣ識別子等の対応する必須パラメータ及びオプションパラメータを含んでいる。
【００３０】
そのデータベースを用いて、ＨＬＲ３２０は、まず、パイロットあるいはプライマリＤＮがフレキシブル呼び出しグループあるいは他の多重脚通信グループ宛のものであるか否かを決定し、そうであるばあいには、（ユーザすなわち加入者によって予め規定された呼び出しグループの）セカンダリＤＮ、及び本発明に従って、対応する発信側ＮＡＴパラメータを含む応答あるいは別のメッセージを準備する。その後、ＨＬＲ３２０は、セカンダリＤＮのリスト及び各々に対応するタイミング遅延パラメータ（ＲＳＡＴ値）を含む応答データパケットをＭＳＣ３２０宛に返送する。より望ましい実施例においては、ＲＳＡＴ値は、８ビットパラメータであって、０から２５５秒までの１秒刻みで指定されている。
【００３１】
発信側ＭＳＣ３１０は、応答データパケットに含まれる情報（セカンダリＤＮのリスト及びそれら各々に対応するタイミング遅延パラメータ）を用いて、各セカンダリＤＮ宛の各々の発信通話脚の処理及びルーティングを開始する。この際、処理及びルーティングは、本発明に従って、これら全てのセカンダリＤＮ宛の（ほぼ）コンカレントな呼び出しを実現する目的で、各セカンダリＤＮに対応するタイミング遅延パラメータに従って遅延させられる。これら複数個の発信通話脚のうちの一つが応答された場合には、発信側ＭＳＣ３１０が発呼者（着信脚）を応答した発信脚に接続し、続いてその他の発信脚を開放してそれらの呼び出しを停止する。
【００３２】
発信通話脚のうちの一つに関する発信側ＮＡＴパラメータに相当する時間が応答される前に経過した場合には、その発信通話脚は種々の方式で処理される。種々の発信通話脚は種々の理由で応答されない場合があり、シグナリング情報が対応する発信側ＮＡＴパラメータに相当する時間が経過する以前に発信側ＭＳＣ３１０宛に返送される。例えば、特定の発信通話脚が、移動体２３０等の特定のＣＰＥ宛にルーティングされているとする。この移動体２３０が既にそれ自体の通話を有していて話し中であるとすると、前述されているように、当該発信通話脚に関しては発信側ＮＡＴパラメータに相当する時間が経過するあるいは当該発信通話脚が他のシグナリング情報（例えば話し中信号）を返送すると、当該通話は（ターミネーショントリガー等の）受信したインストラクションに応じて、発信側ＭＳＣ３１０によって解放すなわち破棄される。このような発信通話脚の解放に加えて、（ターミネーショントリガー等の）受信した特定のインストラクションに応じて、発信側ＭＳＣ３１０は、その特定の発信通話脚がどのように処理されるべきかに係るインストラクションに関するさらなる問い合わせをＨＬＲ３２０に対して行なう。例えば、発信通話脚のうちの一つがサービス側ＭＳＣ３１５によって提供されたＴＬＤＮ（テンポラリローカルＤＮ）に対してルーティングされている場合には、対応する発信通話脚が実際にルーティングされた場合には、干渉するような事象が発生したりする。例えば、移動中の移動体ユニット２３０が、それ自体が発信通話を開始したために話し中であるような場合には、呼び出し応答は返送されない。その場合には、移動中の移動体ユニット２３０は話し中時の通話転送を有することになり、サービス側ＭＳＣ３１５からリダイレクト要求が発信側ＭＳＣ３１０宛になされる。これに応じて、発信側ＭＳＣ３１０はＨＬＲ３２０に対して、その特定の発信通話脚に関するさらなるインストラクションを求める問い合わせを行なう。
【００３３】
結果として、本発明に従って、発信通話脚の二次処理の制御は二通りの方式で保持される。第一には、対応する発信側ＮＡＴパラメータに相当する時間の経過前に、他のシグナリング情報あるいは（ターミネーショントリガー等の）他のインストラクションが、話し中時の発信通話脚のリダイレクト等の、発信側ＭＳＣ３１０による特定の二次処理を指示する。第二には、あらゆる未応答発信通話脚が、対応する発信側ＮＡＴパラメータに依存して、時間切れとなる方式である。いずれの場合においても、発信通話脚の二次処理の制御は、遠隔交換機すなわち終端側ＭＳＣではなく、発信側ＭＳＣ３１０によって保持される。
【００３４】
発信側ＮＡＴパラメータは、システム２００あるいはシステム３００において種々の方式でインプリメントされうる。例えば、初期値は、加入者の呼び出しグループの初期設定プログラミングの間に、サービスプロバイダによってＨＬＲ３２０あるいは他のデータベース２２０にプログラミングされうる。これらの値は、時間の経過によって、例えば、ＨＬＲ３２０内のプロセッサ（図４）による動的計算によって、発信側ＭＳＣ３１０宛にセカンダリＤＮ及び対応するＮＡＴパラメータのリストを返送する以前に、変更され得る。加えて、例えばインタラクティブな音声あるいはキーパッドメニューを通じて、加入者がこれらの値を個人的に変更することを可能にするユーザインターフェースが提供され得る。二次処理に関する適切な制御を実現するようにひとたび設定されて適切に機能する（あるいはそれに可能な限り近いと思われる状況が実現される）と、与えられたセカンダリＤＮ及び（ホームエリアあるいは他のエリアなどの）その取りうる位置に関して、発信側ＮＡＴパラメータは比較的静的に留まる。
【００３５】
加えて、ＮＡＴパラメータの値は、本発明の望ましい実施例においては、二つの相異なった形態を取る。前述されている値は相対時間遅延パラメータであり、無応答パラメータに相当する時間期間が経過した時点に対する時間の増分を表している。発信側ＮＡＴパラメータは、例えば午前１０時４３分０２秒、午前１０時４３分０４秒というような絶対値として表現されることも可能である。このことによっても、種々の発信通話脚に係る二次処理に関する所定の制御を実現することが可能である。
【００３６】
前述されているように、本発明の望ましい実施例においては、発信側ＭＳＣ３１０からＨＬＲ３２０宛の位置の問い合わせは、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔに係るＡＮＳＩ−４１スペシフィケーションに従ったデータパケットである。しかしながら、逆に、本発明に従ってＨＬＲ３２０が個々の発信側ＮＡＴパラメータを発信通話脚毎にＭＳＣ３１０へ送出することに係る規定はＡＮＳＩ−４１スペシフィケーションには存在しない。加えて、本発明の望ましい実施例であるシステム３００においては、前述されているように、発信側ＮＡＴパラメータ値は、８ビット値として送出される。結果として、本発明の望ましい実施例においては、プライマリＤＮに係るセカンダリＤＮ及びそれらの発信側ＮＡＴパラメータ値よりなるリストは、修正ＡＮＳＩ−４１フォーマットを有するデータパケットとしてＨＬＲ３２０から発信側ＭＳＣ３１０宛に送出される。
【００３７】
より詳細に述べれば、個々のＮＡＴパラメータ値は、本発明に従って、ＡＮＳＩ−４１とは独立あるいはその修正された方式で用いられるパラメータとして規定される。すなわち、この情報（セカンダリＤＮ及び対応するＮＡＴパラメータ値）は、ＴＣＡＰ ＲＥＴＵＲＮ ＲＥＳＵＬＴ（ＬＡＳＴ）と共に報告され、ＴＣＡＰ ＲＥＳＰＯＮＳＥパッケージにおいて伝達される“ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴ”（“ＬＲＲＲ”）操作の“ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔ”ＡＮＳＩパラメータ内で、ＨＬＲによって発信側ＭＳＣ宛に送出される。ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータ内には、セカンダリＤＮの指定に関して本発明において用いられる三つのサブパラメータ、すなわちＰＳＴＮ終端、ローカル終端、及びシステム間終端、が存在する。これら三つのサブパラメータの各々においては、各セカンダリＤＮに関してＮＡＴパラメータ値が、ＮＡＴパラメータの新たな利用として、（例えば数字パラメータなどの）他のＡＮＳＩパラメータと共に含まれている。前述されているような発信通話脚の解放や他のインストラクションをＨＬＲ３２０へ問い合わせること等に係る他のインストラクションは、ＡＮＳＩ−４１に係るＴｅｒｍｉｎａｔｉｏｎＴｒｉｇｇｅｒ内に含まれている。ＴｅｒｍｉｎａｔｉｏｎＴｒｉｇｇｅｒは、ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータと同一のレベルのパラメータである。この種の二次処理制御情報を送信する他の種々のフォーマット、フィールドあるいはパラメータが用いられ得るが、それらは本発明の技術的範疇に包含される。
【００３８】
図４は、本発明に従った装置実施例４００を示すブロック図である。以下に詳細に議論されるように、この装置４００は、システム３００のＭＳＣ（３１０あるいは３１５）あるいはＨＬＲ３２０に含まれるか、あるいはそれらに分散されており、もしくは、システム２００の交換センター２０５あるいは２１５及びデータベース２２０に含まれるか、あるいはそれらに分散されている。装置４００は、プロセッサ４１０、ネットワークインターフェース４１５、及びメモリ４２０を有している。ネットワークインターフェース４１５は、パイロットＤＮすなわちプライマリＤＮ宛の着信通話脚を受信し、プライマリＤＮに係るセカンダリＤＮ宛の複数個の発信通話脚を送信するために用いられる。例えば、システム３００においては、ネットワークインターフェース４１５は、ＰＳＴＮ通話の送受信目的で（基幹回線及びシグナリング回線を介して）ネットワーク２１０に接続され得るものであり、無線通話の送受信目的でアンテナに接続され得るものである。メモリ４２０は、磁気ハードディスク、光ストレージデバイス、あるいは他のあらゆるタイプのデータストレージ装置である。メモリ４２０は、プライマリＤＮに係る情報、例えば関連する全てのセカンダリＤＮ及びそのタイミング遅延パラメータ等、及び他の通話設定並びにルーティング情報などをストアするために用いられる。メモリ４２０は、データベース２２０あるいはＨＬＲ３２０の情報ストレージとコンパラブルな情報ストレージを実現する。
【００３９】
プロセッサ４１０は、単一の集積回路（“ＩＣ”）を含むか、あるいは、マイクロプロセッサ、デジタル信号プロセッサ（“ＤＳＰ”）、アプリケーションスペシフィック集積回路（“ＡＳＩＣ”）、関連するメモリ（ＲＡＭ及びＲＯＭ等）、及び他のＩＣ及びコンポーネント等の、複数個の集積回路あるいは他のコンポーネントが互いに接続され配置されてグルーピングされたものを含んでいる。そのため、本明細書においては、プロセッサという術語は、単一のプロセッサ、あるいは複数個のプロセッサよりなる配置、マイクロプロセッサ、コントローラ、あるいは前述されたような機能及び以下に図６及び図７に関連して詳述される機能を実現する他の一群の集積回路、及び、マイクロプロセッサメモリあるいは付加的なＲＡＭ、ＲＯＭ、ＥＰＲＯＭもしくはＥ2ＰＲＯＭ等の関連するメモリを含む等価的な手段として理解されるべきである。図１から図４に関連して既に議論され、かつ図６及び図７に関連して以下に議論される、本発明に係る方法は、プロセッサ４１０においてその関連するメモリあるいは他の等価なコンポーネントに、プロセッサ４１０が動作している（すなわち電源を供給されて機能している）際に引き続いて実行されるプログラムインストラクションの組として、プログラムされてストアされる。
【００４０】
前述されているように、装置４００は、システム３００のＭＳＣ（３１０あるいは３１５）あるいはＨＬＲ３２０に含まれるかあるいはそれらに分散されており、もしくは、システム２００の交換センター２０５あるいは２１５及びデータベース２２０に含まれるかあるいはそれらに分散されている。例えば、システム２００に含まれる場合には、種々の交換センター２０５あるいは２１５は、データベース２２０を組み込んでいる。その場合には、装置４００は、有線交換センター２０５あるいは無線交換センター２１５のいずれかに完全に含まれている。さらに、例えばシステム３００に含まれる場合には、装置４００は、発信側ＭＳＣ３１０及びＨＬＲ３２０に分散されてメモリ４２０がＨＬＲ３２０に組み込まれており、プロセッサ４１０が発信側ＭＳＣ３１０及びＨＬＲ３２０中にコンポーネントを有しており、ネットワークインターフェース４１５がＭＳＣ３１０（あるいは３１５）内に組み込まれている場合がある。システム３００でのこのような分散配置においては、装置４００は、前述されたような種々の要求及び応答の通信のために、発信側ＭＳＣ３１０及びＨＬＲ３２０内に対応するＡＮＳＩ−４１シグナリングインターフェースを有している。
【００４１】
多重脚通信セッションのコンカレント呼び出しを実現する本発明に係る装置４００は、第一に、プライマリＤＮを指定する着信通話脚を受信して発信通話脚を送信するためのネットワークインターフェース４１５；第二に、プライマリＤＮに係る複数個のセカンダリＤＮを有し、当該複数個のセカンダリＤＮの各々に関して対応するタイミング遅延パラメータを有するメモリ４２０；及び、第三に、メモリ及びネットワークインターフェースに接続されたプロセッサ４１０を有している。当該プロセッサは、動作時に、複数個のセカンダリＤＮの各々に係る各発信通話脚をその対応するタイミング遅延パラメータに従って相異なるように処理及びルーティングするプログラムインストラクションを有している。
【００４２】
図５は、本発明に従った方法実施例を示す流れ図である。当該方法実施例は段階５００より開始され、段階５０５において、ＡＮＳＩ−４１スペシフィケーションにおけるパイロットＤＮ等のプライマリＤＮを指定する着信通話を受信する。次に、段階５１０において、当該方法は、当該プライマリＤＮに係る全セカンダリＤＮを決定する。前述されているように、このことは、望ましい実施例においては、ＡＮＳＩ−４１のＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ等の、ＨＬＲ３２０への問い合わせを通じて実行される。段階５１０の後、各セカンダリＤＮに関して、本方法は、望ましくはＨＬＲ３２０にストアされる、対応する発信側無応答時間パラメータを決定する（段階５１５）。次に、段階５２０において、本方法は、対応する発信側ＮＡＴパラメータの決定を必要とするセカンダリＤＮがさらに存在するか否かを決定し、もし存在する場合には、本方法は段階５１５へ戻ってこれらのＮＡＴパラメータを決定する。本方法は、（プライマリＤＮに係る）全てのセカンダリＤＮが対応する発信側ＮＡＴパラメータを有するようになるまで、段階５１５及び５２５を反復する。段階５２０において全てのセカンダリＤＮが対応する発信側ＮＡＴパラメータを有するようになった場合には、本方法は、第一関連アプリケーションにおいてより詳述されているように、各セカンダリＤＮ宛の各々の発信通話脚を相異なるように処理及びルーティングする（段階５２５）。
【００４３】
このような相異なった処理及びルーティング（段階５２５）の後、本方法は、各発信通話脚をモニタする。まず、段階５３０において、本方法は、いずれかの発信通話脚が応答されているか否かを決定する。ある発信通話脚が応答されている場合には、本方法は、着信通話脚を応答した発信通話脚へ接続し（段階５３５）、他の残存する全ての発信通話脚を解放すなわち破棄し（段階５４０）、本方法は終了する（段階５７５）。段階５３０において応答した発信通話脚が存在しない場合には、本方法は、第二のモニタ段階、すなわち、あらゆる与えられたあるいは特定の発信通話脚に係る発信側ＮＡＴ期間に相当する時間期間が経過したか否かを決定する段階、へ進む（段階５４５）。特定の発信通話脚に係る発信側ＮＡＴ期間に相当する時間が経過した場合には、本方法は、以下に議論される段階５５５へ進む。あらゆる与えられたあるいは特定の発信通話脚に係る発信側ＮＡＴに相当する時間期間が経過していない場合には、本方法は、第三のモニタ段階、すなわち、発信通話脚が、例えば話し中信号、リダイレクト信号、あるいは無呼び出し応答信号などの他の情報を返しているか否かを決定する段階（段階５５０）へ進む。発信通話脚が段階５５０において他の情報を返している場合には、本方法は、以下に議論される段階５５５へ進む。段階５５０において他の情報を返している発信通話脚が存在しない場合には、本方法は、残存する発信通話脚が存在するか否かを決定する（段階５７０）。段階５７０において残存する発信通話脚が存在する場合には、本方法は段階５３０へ戻って、各残存する発信通話脚が応答される（段階５３０）、発信側ＮＡＴパラメータに対応する時間期間が経過する（段階５４５）、及び他の情報を返す（段階５５０）のをモニタする。段階５７０において残存する発信通話脚が存在しない場合には、本方法は終了する（段階５７５）。
【００４４】
前述されているように、特定の発信通話脚に係る発信側ＮＡＴ期間が段階５４５において経過した、あるいはある発信通話脚が段階５５０において他の情報を返した場合には、本方法は段階５５５へ進む。段階５５５においては、本方法は、この特定の発信通話脚に係る他のインストラクション、例えば当該発信通話脚を再ルーティングしたり解放したりするインストラクション、例えばターミネーショントリガーパラメータ中に含まれる他のインストラクション、が存在するか否かを決定する。この特定の発信通話脚に係る他のインストラクションが段階５５５において存在する場合には、本方法は段階５６０において当該インストラクションを実行する。この特定の発信通話脚に係る他のインストラクションが段階５５５において存在しない場合には、本方法はその特定の発信通話脚を解放すなわち破棄する（段階５６５）。段階５６０及び５６５の後に、本方法は段階５７０へすすみ、前述されているように、残存する発信通話脚が存在するか否かを決定する。
【００４５】
これまでの議論から明らかなように、本発明に係るシステム、装置及び方法は素晴らしい利点を有している。第一に、本発明に従って、全発信通話脚の二次処理の制御が発信側（すなわち着信通話側）交換機あるいは交換センターによって保持される。結果として、本発明を利用することにより、フレキシブル呼び出しグループにおいて発生し得る問題、例えば、ある発信通話脚が、同一呼び出しグループ内の他のメンバーによって他の発信通話脚が応答されることを可能にする目的で解放されることなく、ボイスメールに転送・応答されてしまう、という問題が回避される。本発明を利用することにより、利用者及びサービスプロバイダ双方のリソースがより効率的に割り当てられる。本発明の利用により、発信通話脚が、他の呼び出しグループメンバーによって応答されるのではなく、間違って転送されたりボイスメールによって応答されたりした場合に起こり得るユーザのいらだちや不満を回避することが可能である。加えて、本発明に係る装置、方法及びシステムはユーザフレンドリーであり、二時処理の方法がユーザにとって透過的かつシステム実施例内のものである。
【００４６】
以上の説明は、本発明の一実施例に関するもので，この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。
【００４７】
【発明の効果】
以上述べたごとく、本発明によれば、フレキシブル呼び出しサービスに関する発信通話脚の二次処理制御などの、遠隔交換機による多重脚通信セッションの二次処理を制御するシステム、装置及び方法が提供される。
【図面の簡単な説明】
【図１】 本発明に従った、遠隔交換機による発信通話脚の二次処理の制御を示すブロック図。
【図２】 本発明に従った第一のシステム実施例を示すブロック図。
【図３】 本発明に従った、無線通信に関する第二のシステム実施例を示すブロック図。
【図４】 本発明に従った装置実施例を示すブロック図。
【図５】 本発明に従った方法実施例を示す流れ図。
【符号の説明】
１００、１３６ 移動体交換機
１０５ 着信通話
１１０ 交換機
１２０、１２１、１２２、１２３、１２４、１２５ 利用者邸内装置
１３０、１３２、１３４、１３８ 交換機
１５０ ネットワーク
１５１、１５２、１５３、１５４、１５５、１５６ 発信通話脚
２００ 本発明に係る呼び出しシステム実施例
２０５ 有線交換センター
２１０ ネットワーク
２１５ 移動体交換センター
２２０ データベース
２３０ 移動体ユニット
２３５ 通信衛星
２４０ 電話機
３００ 本発明に係る呼び出しシステム実施例
３１０ 発信側移動体交換センター
３１５ サービス側移動体交換センター
３２０ ホームロケーションレジスタ
３３０、３４０、３５０ 地理的領域
４００ 本発明に係る装置実施例
４１０ プロセッサ
４１５ ネットワークインターフェース
４２０ メモリ
５００ 開始
５０５ プライマリＤＮ宛の着信通話を受信
５１０ プライマリＤＮに係る全セカンダリＤＮを決定
５１５ 各ＤＮに関して無応答時間パラメータを決定
５２０ まだセカンダリＤＮがあるか？
５２５ 各セカンダリＤＮに対する各々の発信通話脚を相異なるように処理及びルーティング
５３０ 発信通話脚が応答されたか？
５３５ 応答された発信通話脚を着信通話脚に接続
５４０ 他の残存している発信通話脚を解放すなわち破棄
５４５ 発信通話脚に係る無応答時間期間が経過したか？
５５０ 発信通話脚が他の情報を返送してきたか？
５５５ この発信通話脚に係る他のインストラクションが存在するか？
５６０ 当該インストラクションを実行
５６５ 当該発信通話脚を解放すなわち破棄
５７０ 発信通話脚が残存しているか？
５７５ 戻る
【発明の属する技術分野】
本発明は通信システムに関し、特に、多重脚（マルチプルレッグ）通信セッションのアラート（呼び出し）の開始の制御に係る装置、方法及びシステムに関する。
【０００２】
【従来の技術】
急速に高度化されつつある通信サービスの出現を受けて、通信交換機への単一の着信通話を、同一の時間期間の間に、相異なった着呼者への複数個の独立した発信通話（脚）に分岐させることを可能にするための種々の提案がなされてきている。これらの着信及び複数個の発信通話は、ＰＴＳＮ（公衆交換電話ネットワーク）、ＩＳＤＮ（統合デジタルサービス網）、あるいはＴ１／Ｅ１回線通話などの回線通話、あるいはセルラ通話もしくは他の移動体通信サービスなどの無線通話である。
【０００３】
この種の提案は、米国標準局（ＡＮＳＩ）によってセルラ通信などの無線通信に関するＡＮＳＩ−４１スペシフィケーションに含まれて、“フレキシブルアラーティング（呼び出し）”と呼称されている。しかしながら、ＡＮＳＩ−４１フレキシブルアラーティングスペシフィケーションは、このような独立かつ同時発信多重脚通話のインプリメンテーション及び制御に関する特定の方向付けあるいはガイドラインは含んでいない。
【０００４】
その他の従来技術に係るシステムも、同一の時間期間における相異なった着呼者宛の多重発信通話を実現しない。むしろ、この種の既知のシステムは、多重同時発信通話よりも個別の順次通話を実現する。例えば、着信通話は、まず、第一の電話番号を有する家庭内の電話機を呼び出す。この第一通話に対する応答がない場合には、この通話脚は終了させられ、相異なった第二の電話番号を有する第二の電話機、例えばセルラ電話機、が呼び出される。第二通話に対する応答がない場合には、第二通話脚は終了させられ、第三の電話番号を有するポケットベル（ページャ）などが呼び出される。
【０００５】
このようなフレキシブル呼び出しあるいは単一の着信通話脚から複数個の独立した発信通話脚を有するようなシステムにおいては、最初に応答した発信通話脚が当該通話を受信して発呼者に接続され、他の通話脚は解放される（すなわち、それらの呼び出しが停止して落とされるすなわち破棄される）。加えて、発信通話脚を受信するエンドユニットすなわち（有線電話機及び無線すなわち移動体電話機などの）加入者の終端側利用者邸内装置は、このようなフレキシブル呼び出し通話の他に直接通話も受信する。このような多重発信通話脚に係る特徴的な困難点は、この種の加入者あるいは他の利用者が、フレキシブル呼び出し通話以外の直接通話に関して相異なった要求を持ちうることである。例えば、加入者は、回線が使用中である場合には直接通話がボイスメールシステムへ転送されることを希望する一方、フレキシブル呼び出しセッションは回線が使用中である場合には解放されることを希望する場合があり、その場合には、その通話は当該フレキシブル呼び出しグループ内の他のメンバーによって応答されることになる。結果として、この種のフレキシブル呼び出し通話は、ボイスメールや通話転送サービスなどの種々のエンドユニットサービスをインプリメントする、遠隔地に位置する交換機によって実現されるものとは相異なった処理を要求する。
【０００６】
【発明が解決しようとする課題】
従って、単一の着信通話脚から発呼された複数個の独立発信通信セッション（通話脚）をインプリメントしかつ制御するための装置、方法及びシステムに関する要求が存在する。この種の装置、方法及びシステムは、多重独立発信通信脚すなわちリンクに係るコンカレントすなわち同時呼び出しを実現するなどの、呼び出し開始の制御も実現すべきである。この種の装置、方法及びシステムは、ユーザフレンドリーであってかつユーザに透過であるべきである。この種の装置、方法及びシステムは、無線すなわち無線通信システムにおいて発生しうる変化しつつある環境及びユーザの状況に動的に応答するものであるべきである。
【０００７】
【課題を解決するための手段】
本発明に従って、例えばフレキシブル呼び出しサービスに関する発信通話脚の二次処理制御などの、遠隔交換機による多重脚通信セッションの二次処理を制御するシステム、装置及び方法が提供される。本発明の望ましいシステム実施例においては、移動体交換センターに接続されたホームロケーションレジスタが含まれる。本発明の望ましいシステム実施例においては、移動体交換センターは、プライマリ電話番号（“ＤＮ”）を指定する着信通話脚を受信する。フレキシブル呼び出しあるいは他の多重脚通信の加入者あるいは他のユーザは、通常、本明細書においてセカンダリＤＮと呼称される一群の別の電話番号を予め規定する。セコンダリＤＮはプライマリＤＮに関連しており、プライマリＤＮ宛の通話が設定されると、セカンダリＤＮの全てが呼び出される。このようなリストすなわちグルーピングはフレキシブル呼び出しグループ、あるいはより一般的に呼び出しグループと呼称される。その後、プライマリＤＮ宛の着信通話は移動体交換センターによって処理され、当該着信通話を、当該ユーザによって予め規定された呼び出しグループに属する複数個の相異なった移動体あるいは有線セカンダリＤＮ宛にルーティングして、これら相異なった独立ＤＮ宛の複数個の相異なった発信通信脚を生成する。これら発信通話脚に最初に応答したものが当該通話を受信して発呼者に接続され、その他の通話脚は解放される（対応する呼び出しが停止して落とされるすなわち破棄される）。
【０００８】
従来技術において、最終通信先への発信通話脚のルーティングすなわち交換に関与している終端側交換機すなわちエンドオフィスは、通常、加入者のＤＮへの直接通話が応答されなかった場合のボイスメールや通話転送などの、加入者宛の全通話の二次処理を提供している。しかしながら、多重脚通信セッションに関しては、異なった二次処理が望まれる。例えば、ボイスメールへ転送されるよりも、応答されない発信通話脚が解放されて、そのことによって呼び出しグループの他のメンバーが対応する発信通話脚に応答することを可能にする、などである。結果として、本発明に従って、多重脚通信セッションの発信通話脚のこの種の二次処理に係る制御が、終端側交換機すなわちエンドオフィスではなく、発信側（すなわち着信通話側）交換センターにおいて管理される。
【０００９】
フレキシブル呼び出しサービスに係る発信通話脚の二次処理を制御する本発明の望ましいシステム実施例の一つにおいては、ホームロケーションレジスタ及び移動体交換センターが含まれる。ホームロケーションレジスタは、パイロットＤＮに係る複数個のセカンダリＤＮを有しており、各々のセカンダリＤＮに関して、さらに対応する発信無応答時間パラメータを有している。移動体交換センターは、パイロットＤＮを指定する着信通話脚を受信して各セカンダリＤＮに係る各々の発信通話脚を相異なるように処理及びルーティングするインターフェースを有している。移動体交換センターは、さらに、対応する発信無応答時間パラメータに従って、各々の発信通話脚の二次処理を実現する。本発明の望ましい実施例においては、対応する発信無応答時間パラメータは、対応する着信無応答時間パラメータよりも短い。この着信無応答時間パラメータは、例えば、未応答通話をボイスメールに転送する目的で、着信交換機あるいはエンドオフィスによって用いられるものである。
【００１０】
本発明の望ましい実施例においては、対応する発信無応答時間パラメータは、修正されたＡＮＳＩコンパチブルなＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴの終端リスト内のパラメータとして含まれている。
【００１１】
通常、移動体交換センターは、発信通話脚が応答されると、着信通話脚を応答した発信通話脚に接続し、他の残存している発信通話脚を解放する。発信通話脚が応答されない場合、及び、対応する発信無応答時間パラメータが発信通話脚に関して無効である場合には、移動体交換センターは、着信側交換機が当該発信通話脚に関する二次処理を実行する前に、当該発信通話脚を解放する。発信通話脚がさらにインストラクションを有している場合には、移動体交換センターはそのインストラクションを実行する。このようにして、発信通話脚が応答されない場合には、発信側交換機は、遠隔すなわち着信側交換機による制御の代わりに、発信通話脚に対してなされうるあらゆる二次処理に係る制御を保持する。
【００１２】
【発明の実施の形態】
前述されているように、通信交換機宛の単一通話脚から発せられる複数個の独立発信通信セッション（すなわち通話脚）をインプリメントして制御する装置、方法及びシステムに係る要求が依然として存在する。本発明に従う装置、方法及びシステムが、このような複数個の独立発信通信セッションをインプリメントしかつ制御する。より詳細に述べれば、本発明に従った装置、方法及びシステムは、これら複数個の独立した発信通信セッションの、コンカレントすなわち同時呼び出しの実現等の、呼び出しの開始の制御を実現する。本発明に係る装置、方法及びシステムは、ユーザフレンドリーかつユーザに関してトランスペアレントである。加えて、本発明に係る装置、方法及びシステムは、例えば移動体電話の位置の起こり得る変化等の、無線すなわち無線通信システムにおいて発生しうる変化しつつある環境及びユーザの状況に動的に応答するものである。
【００１３】
前述されているように、新たなＡＮＳＩ−４１スペシフィケーションは、終端機能すなわち通話の終端等の、無線通信に係るフレキシブル呼び出しに係る通信標準を提供する。このスペシフィケーションにおいては、通話は、パイロット電話番号（“パイロットＤＮ”）あるいはプライマリ電話番号（“プライマリＤＮ”）と呼称される特別の電話番号（“ＤＮ”）に対して設定される。フレキシブル呼び出しあるいは他の多重脚通信の加入者もしくは他のユーザは、通常、本明細書においてセカンダリＤＮと呼称される一群の他の電話番号を予め規定している。ここで、セカンダリＤＮは、パイロットＤＮすなわちプライマリＤＮに関連しており、プライマリＤＮ宛の通話が設定されると、全てのセカンダリＤＮが呼び出される。このようなリストすなわちグルーピングは、フレキシブル呼び出しグループ、あるいはより広く呼び出しグループあるいはセカンダリＤＮグループと呼称される（さらに、以下に議論されるある種の応答メッセージに組み込まれる場合には、終端グループあるいは終端リストとも呼称される。）。その後、パイロットＤＮ宛の着信通話は移動体交換機によって処理され、移動体交換機は、着信通話をユーザが予め決定した呼び出しグループに含まれる複数個の相異なった有線／無線セカンダリＤＮ宛にルーティングし、これらの相異なった独立ＤＮ宛の相異なった多重発信通信脚を生成する。最初に応答した発信通話脚がその通話を受信して発呼者に接続され、他の通話脚は開放される（すなわち、対応する呼び出しが中止されて落とされるすなわち破棄される）。
【００１４】
このようなフレキシブル呼び出しあるいは多重脚通信は、例えばセールス、修理、あるいはディスパッチサービス等において有用である。この種のフレキシブル呼び出しは、自宅、オフィス、及びセルラ電話機等への多重通話などの他のビジネス及びパーソナルユースに関しても有用である。例えば、子供が単一のＤＮ、つまり親のパイロットＤＮ、へ電話をかけると、親の呼び出しグループすなわちリストに規定された関連するＤＮすなわち回線の全てにおけるＤＮ、例えば自宅のＤＮ、勤務先のＤＮ、自宅のオフィスのＤＮ、及びセルラあるいは他の移動体電話のＤＮ全てが呼び出される。親が上記ＤＮのうちのどこかの近くにいる場合には、単一の通話を設定するだけで、呼び出されることになる。
【００１５】
結果として、本発明の目的は、着呼者と呼称される人物、より詳細に述べれば、（有線あるいは移動体電話機などの）着呼者の利用者邸内装置（“ＣＰＥ”）が少なくとも二つの相異なった方法で通信通話を受信することである。第一の方法は、発呼者は、それらのＤＮ宛に設定された着信通話を直接受信することである。第二の方法は、そのＤＮが呼び出しグループ内のセカンダリＤＮとして規定されている場合には、それらＣＰＥは、呼び出しグループのパイロットＤＮ（すなわちプライマリＤＮ）宛に設定された着信通話を間接的に受信することである。本発明は、これら二つの別個のタイプの通話に関して相異なった処理を実現する目的で、遠隔（すなわち終端）ネットワークの交換機によるセカンダリ通話処理を制御することを指向している。例えば、直接通話に関しては、加入者は、応答されない通話が、当該加入者に対してサービスを提供している終端交換機（エンドオフィス）によってボイスメールに転送されることを望む可能性がある。逆に、間接すなわちフレキシブル呼び出し通話に関しては、加入者は、応答されない通話が、当該呼び出しグループ内の相異なった発信通話脚上のメンバーによって応答されることを望み、応答されない通話が終端エンドオフィスによってボイスメールに転送されたり他の二次処理をされることを望まない可能性がある。受信される通話に係るこの種の二次処理は、一般的には、着信通話脚を受信する発信側交換機から離れた位置に存在する終端エンドオフィス（すなわち交換機）によって制御されるため、本発明に従って、発信側交換機が、これら多重独立発信通話脚に直接関与してその制御を実現し、遠隔交換機すなわち終端交換機による二次処理制御を除去することが非常に望ましい。
【００１６】
しかしながら、ＡＮＳＩ−４１スペシフィケーションは、発信側交換機によるこれら多重発信通話脚の制御を扱っていない。と言うよりはむしろ、ＡＮＳＩ−４１スペシフィケーションは、パイロットＤＮ宛の着信通話がフレキシブル呼び出しグループに属する関連したセカンダリＤＮ宛にルーティングされ、最終的に発呼者が着呼者に接続される、ということを要求するのみである。ＡＮＳＩ−４１スペシフィケーションは、発信側交換機によってこれら発信通話脚の各々がどのように処理されるか、特に、遠隔交換機すなわち終端エンドオフィス交換機によってなされうる二次処理、に関しては、なんら言及していない。
【００１７】
本発明に従って、多重独立発信通話脚の二次処理に係るこの種の制御が、発信側交換機（あるいは交換センター）、すなわち着信通話脚を受信した交換機であって着信通話交換機あるいは交換センターとも呼称される、によって保持される。本発明の望ましい実施例においては、この種の制御は二通りの方法で保持される。第一の方法においては、所定の時間期間が経過した後に発信通話脚が応答されない場合には、当該発信通話脚に係る制御が発信側交換機に戻される。このような場合には、例えば、終端交換機がそれをボイスメールに転送する前に、発信通話脚が発信側交換機によって解放される。この種の制御に関しては、望ましい無線システム実施例においては、無応答時間（“ＮＡＴ”）と呼称される可変パラメータがこの所定の時間期間を規定するために用いられ、個々の発信通話脚毎に実行される。あるいは、この種の未応答通話がどのように処理され、解放されあるいはルーティングされるかを決定する特別のインストラクションあるいは情報が、種々の交換機間でやり取りされる。さらに、本発明の望ましい無線システム実施例においては、本発明に係る制御の第二の側面に従って、“終端トリガー”と呼称されるパラメータがやはり個々の発信通話脚毎に用いられる。以下の議論より明らかなように、本発明に従って、全ての発信通話脚に関して、個々の通話毎の制御を保持することは非常に有効である。
【００１８】
図１は、本発明に従った、発信通話脚の遠隔交換機による二次処理を制御するシステムを模式的に示したブロック図である。図１に示されているように、プライマリＤＮ宛の着信通話脚１０５は交換機１００によって受信される。図１においては、交換機１００は無線交換機として例示されているが、有線交換機でもよい。さらに、図１に示されているように、着信通話脚１０５は、６つの発信通話脚、すなわち呼び出しグループのセカンダリＤＮに対応する、利用者邸内装置（“ＣＰＥ”）と呼称される種々のエンドユニット、つまり移動体ＣＰＥ１２０、有線ＣＰＥ１２１、有線ＣＰＥ１２２、有線ＣＰＥ１２３、有線ＣＰＥ１２４、及び移動体ＣＰＥ１２５、に対してルーティングされている。これら種々の発信通話脚は、例えばネットワーク１５０、有線交換機１１０及び１３０（ＣＰＥ１２１向け）、有線交換機１１０及び１３２（ＣＰＥ１２２向け）、有線交換機１３４及び１４０（ＣＰＥ１２３向け）、有線交換機１３８（ＣＰＥ１２４向け）、無線交換機１３６（ＣＰＥ１２５向け）、及び同一の無線交換機１００（ＣＰＥ１２０向け）等の様々な個数の有線あるいは無線交換機及びネットワークを介してルーティングされる。図示されている交換機に加えて、ＰＳＴＮ、衛星回線、あるいは無線ノードもしくは交換機の組合せである無数の他の交換機あるいはノードがこの種の通話ルーティングに、例えばネットワーク１５０内に一般的に含まれている交換機あるいはノードとして、関与している。
【００１９】
プライマリＤＮ宛の着信通話脚１０５は、フレキシブル呼び出しグループの一部として予め規定された関連するセカンダリＤＮに対応する複数個の発信通話脚に分岐される；図１においては、発信通話脚１５１、１５２、１５３、１５４、１５５、及び１５６である。従来技術においては、二次通話処理に関しては、これら発信通話脚の各々が対応する終端交換機１００、１３８、１３６、１４０、１３２、及び１３０の制御下にあった。しかしながら、本発明に従って、この種の二次処理に係る制御がより前段のネットワーク要素、より詳細に述べれば発信側すなわち着信側通話交換機１００に移行されている。（以下により詳細に議論されるように、この種の発信側交換機１００は、本発明の望ましい実施例においては、（ホームロケーションレジスタなどの）データベースを含むかあるいはそれに対して接続されている。）
【００２０】
発信通話脚１５１、１５２、１５３、１５４、１５５、及び１５６の各発信通話脚に対して、本発明に従って、発信側交換機１００は、無応答時間（“ＮＡＴ”）あるいは発信側ＮＡＴと呼称される、当該発信通話脚が応答されるべき時間期間を設定する。これら発信側ＮＡＴ期間の各々は、それぞれ対応するＣＰＥの二次処理に関して着信側交換機すなわちエンドオフィスによって用いられる、着信側無応答時間すなわち着信側ＮＡＴと呼称される対応する時間期間のいずれよりも短くなるように予め決定されている。結果として、着信側交換機によって用いられるこれら長い時間期間が経過するよりも前に対応するより短い発信側ＮＡＴが経過し、それによって二次処理の制御が発信側交換機１００に戻されるすなわち発信側交換機１００が二次処理の制御を保持する。例えば、交換機１４０がＣＰＥ１２３への発信通話脚を２６秒以内に応答されない場合にボイスメールに転送する場合には、ＣＰＥ１２３宛の発信通話脚１５４に係る発信側ＮＡＴは、例えば２５秒のように２６秒より短くセットされる。このより短い時間期間（２５秒）が経過する以前にＣＰＥ１２３宛の対応する通話脚が応答されなかった場合には、発信側交換機は当該発信通話脚１５４を解放し、着信側交換機１４０が当該通話に関する二次処理に関与すること、例えば当該通話の転送、を防ぐ。この種の二次処理は、より長い時間期間（着信側ＮＡＴ）が経過した際にのみ発生し、このことは、当該通話がより早い時刻に解放された場合には、発生し得ない。
【００２１】
同様の発信側ＮＡＴ期間は、他の発信通話脚の各々に関して個々の通話脚毎に設定される。そして、それら発信通話脚が応答されずに発信側ＮＡＴ期間が経過してしまった場合には、同様に処理される。例えば、交換機１３６に係る着信側無応答時間が１７秒である場合には、発信通話脚１５３に係る発信側ＮＡＴは１７秒より短くセットされ、交換機１３２に係る着信側無応答時間が２３秒である場合には、発信通話脚１５５に係る発信側ＮＡＴは２３秒よりも短くセットされる等々である。加えて、以下に詳細に議論されるように、これら発信側ＮＡＴ期間の経過によって、特定の発信通話脚の解放に意外にも、他のタイプの二次処理が発信側交換機１００によって実行されうる。
【００２２】
結果として、本発明に従って、これら独立多重通話脚のセカンダリ処理に係る制御が、着信側交換機すなわちエンドオフィスから除去され、より前段のネットワーク要素、この実施例の場合では発信側交換機あるいは発信側交換センターによって保持される。本発明は、多重発信通話脚の各々に係るあらゆる二次処理を個別かつ独立に制御する目的で、無応答時間パラメータを利用する。本発明に係る発信側無応答時間パラメータは、変数であって個別の発信通話脚毎に独立であるが、ＡＮＳＩ−４１スペシフィケーションや他の通信標準あるいは規格においては与えられておらず、それらとは全く独立のものである。むしろ、ＡＮＳＩ−４１スペシフィケーションは、発信通話脚群全体を一つのものと見てそれらに適用する目的の、単一の一般的すなわちグローバル無応答時間パラメータを規定するのみである。これらは、本発明によって実現されるタイプの制御を実現しない。結果として、本発明に係る新しいパラメータを無線システムにおいて用いることは、現行のＡＮＳＩ−４１スペシフィケーションの修正であり、独立なものである。本発明に係る新しい発信側ＮＡＴパラメータは、あらゆる特定のネットワーク形態から独立なものであり、有線及び無線を含むあらゆるタイプの発信通話脚の二次処理の制御に用いられる。
【００２３】
実際、ＡＮＳＩタイプのグローバル無応答時間パラメータを用いることは、各発信通話脚がそれぞれ異なっていてその終端側無応答時間パラメータが非常に変わりやすいような場合には、それら発信通話脚の二次処理の適切な制御を実現するためには非常に問題となる。このようなグローバルパラメータを用いるためには、それは、呼び出しグループに含まれる全発信通話脚の終端側無応答時間パラメータのうちの最小のものよりも短くすなわち小さく設定されなければならない。しかしながら、各発信通話脚は、特に、第一の関連アプリケーションにおいて記述されているように、（サービス側ＭＳＣ３１５（図３）によって提供されるようなテンポラリ（一時）ローカルＤＮ（“ＴＬＤＮ”）等の）付加的なルーティングインストラクション等が存在する場合等のように、相異なっていてしかも非常に変わりやすい処理及びルーティング時間期間を有している。この種の通話の全ての呼び出しが適切にコンカレントに設定されていない場合には、迅速にルーティングされた発信通話脚に係る無応答時間が、他の通話脚が充分に呼び出されるさらにはルーティングが完了する以前に経過してしまう可能性があり、フレキシブルルーティングの目的を完全に打ち負かしてしまう。結果として、ＡＮＳＩ−４１における他の目的のためにグローバルＮＡＴを用いることが適切であったとしても、その利用は、本発明に従って、各発信通話脚の個別の二次処理を実現するためには不適切であってかつ望ましくない。
【００２４】
本発明に従って、各発信通話脚に係る個々の発信側ＮＡＴの設定すなわち決定が、主として管理的すなわち経験的に行われる。特定のサービスプロバイダは、フレキシブル呼び出しやその他の多重脚通信サービスを設定する際に種々の終端側ＮＡＴに係る適切な知識を有しており、それゆえ、呼び出しグループの初期設定の際に各通信脚毎に対応する個別の発信側ＮＡＴを設定する。他の状況下では、この種の終端側ＮＡＴは経験的なテストを通じて決定され、対応する個々の発信側ＮＡＴも各通信脚毎に設定される。
【００２５】
種々の発信側ＮＡＴパラメータは、実際の使用及び加入者によるフィードバックに基づいて変更され得る。例えば、特定の加入者は、自らの終端側交換機が未応答通話脚を、発信が交換機が当該通話脚を解放するあるいは他の形態の二次処理（後に議論される）を提供するのではなく、ボイスメールにルーティングすることに気がつく場合がある。そのような場合には、対応する発信側ＮＡＴパラメータは減少させられなければならない。逆に、特定の加入者は、自らの発信通話脚が、例えば当該通話脚の呼び出しに応答できる前に、余りにも早く解放されてしまうことに気がつく場合がある。そのような場合には、対応する発信側ＮＡＴパラメータが増大される必要がある。
【００２６】
図２は、本発明に従った第一のシステム実施例２００を示すブロック図である。システム２００は、単一あるいは複数個の移動体交換センター（“ＭＳＣ”）２１５及び単一あるいは複数個の有線交換センター２０５を有している。これらは、基幹回線及びシグナリング回線を介して、互いに、そしてＰＳＴＮやＩＳＤＮネットワーク等の他のロケーションへの複数個の通信接続、例えば通信衛星２３５への回線、を実現するより広範なネットワーク２１０に接続されている。システム２００には、データベース２２０も含まれており、有線交換センター２０５及びＭＳＣ２１５に接続されていることが望ましい。 あるいは、データベース２２０は、様々な交換センター２０５及び２１５に含まれているすなわち統合されている。有線交換センター２０５は、一般には複数個の電話機２４０あるいは他の利用者邸内装置に接続されており、一方ＭＳＣ２１５は、例えば特定の地理的領域内のセルラ電話機２３０等の種々の移動体ユニットへの無線回線を有している。加えて、有線及び無線交換センター２０５及び２１５が、通常、規制や他の歴史的理由によって物理的に分離されているが、これらの交換センターは、有線及び無線機能の双方を有する単一あるいは複数個の交換センターに統合され得る。
【００２７】
プライマリＤＮ宛の着信通話は、有線交換センター２０５あるいは一つの移動体交換センター２１５のいずれかによって受信される。その後、交換センター２０５あるいは２１５は、当該プライマリＤＮすなわちパイロットＤＮに係るセカンダリＤＮを含む呼び出しリスト（例えば終端リスト）に関する要求を、データベース２２０宛に送出する。本発明に従って、データベース２２０は、対応する交換センター２０５あるいは２１５宛に、関連するＤＮ及びそれらに対応する（関連するＤＮ一つに対して１つの）タイミング遅延パラメータの双方を含むすなわちリストにした応答を送出する。これらの対応するタイミング遅延パラメータを用いて、交換センター２０５あるいは２１５は、関連する発信通話脚の処理及ぶルーティングを開始する。（この際、各発信通話脚の処理及びルーティングは、前記第一関連アプリケーションにおいて記述されているように、対応するタイミング遅延パラメータに従って遅延させられる。）各発信通話脚に関して、交換センター２０５あるいは２１５はそれら通話脚及び関連する発信側ＮＡＴをモニターする。発信通話脚のうちの一つが応答された場合には、着信通話脚は当該応答した発信通話脚に接続され、残りの発信通話脚が解放される。このプロセスの間、個々の発信側ＮＡＴのうちのいずれかに相当する時間が経過した場合には、その対応する通話脚は解放されるか、あるいは後に議論されるように、他のインストラクションによって処理される。システム２００の動作の詳細は、以下に詳述される。
【００２８】
図３は、本発明に従った、ＡＮＳＩ−４１フレキシブル呼び出し等に係る、第二のより望ましい無線通信システム実施例を示すブロック図である。着信通話あるいは発信側ＭＳＣ３１０と呼称される第一のタイプのＭＳＣが、割り当てられた所定の地理的領域３３０内の移動体ユニット２３０に対して直接サービスを提供する。サービス側ＭＳＣ３１５と呼称される第二のタイプのＭＳＣは、それらに割り当てられた所定の地理的領域３４０及び３５０内に移動してきた移動体ユニット２３０に対してサービスを提供する。このより望ましい実施例においては、スタンドアローンホームロケーションレジスタ（“ＨＬＲ”）３２０が用いられており、データベース２２０及びＡＮＳＩ−４１シグナリング機能をインプリメントしている。種々のＭＳＣ３１０及び３１５は、ＡＮＳＩ−４１シグナリングインターフェース及び対応する回線３２５を介してＨＬＲ３２０に接続されていることが望ましい。図３に示されたシステムと同様、種々のＭＳＣ３１０及び３１５は、例えばＰＳＴＮ、ＩＳＤＮ、あるいは衛星接続等の複数個のネットワーク接続を実現する目的で、有線交換センター２０５及びネットワーク２１０に接続されている。
【００２９】
発信側ＭＳＣ３１０は、パイロットＤＮあるいは他のプライマリＤＮを指定した着信通話を受信すると、ＨＬＲ３２０宛に問い合わせ（クエリー）あるいは他のメッセージを送出する。この種の問い合わせは、通常、データパケットの形態を有しており、当該パイロットＤＮあるいは別のプライマリＤＮに対する参照を有している。本明細書においてはシステム３００の動作が発信側ＭＳＣ３１０に対する参照を用いて説明されているが、あらゆるＭＳＣ２１５が、発信側ＭＳＣ３１０あるいはサービス側ＭＳＣ３１５としていつの時点においても機能し得ることに留意されたい。発信側ＭＳＣ３１０への着信通話は、移動体ユニット２３０のうちのいずれかからの無線通話であるか、ＰＳＴＮ通話等の、ネットワーク２１０から発信された有線通話であるかのいずれかである。本発明のより望ましい実施例においては、ＡＮＳＩ−４１規格を用いるため、発信側ＭＳＣ３１０からＨＬＲ３２０宛に送信される問い合わせは“ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ”である。これは、発信側ＭＳＣ３１０によってＨＬＲ３２０から通話処理インストラクションを獲得するために用いられる操作であり、ＴＣＡＰ ＱＵＥＲＹＷＩＴＨ ＰＥＲＭＩＳＳＩＯＮパッケージによって伝達される“ＴＣＡＰ ＩＮＶＯＫＥ（ＬＡＳＴ）によって開始され、ＬｏｃａｌＲｅｑｕｅｓｔ ＩＮＶＯＫＥに関するＡＮＳＩ−４１スペシフィケーションにおいて規定された、パイロットＤＮ、課金識別、及び発信側ＭＳＣ識別子等の対応する必須パラメータ及びオプションパラメータを含んでいる。
【００３０】
そのデータベースを用いて、ＨＬＲ３２０は、まず、パイロットあるいはプライマリＤＮがフレキシブル呼び出しグループあるいは他の多重脚通信グループ宛のものであるか否かを決定し、そうであるばあいには、（ユーザすなわち加入者によって予め規定された呼び出しグループの）セカンダリＤＮ、及び本発明に従って、対応する発信側ＮＡＴパラメータを含む応答あるいは別のメッセージを準備する。その後、ＨＬＲ３２０は、セカンダリＤＮのリスト及び各々に対応するタイミング遅延パラメータ（ＲＳＡＴ値）を含む応答データパケットをＭＳＣ３２０宛に返送する。より望ましい実施例においては、ＲＳＡＴ値は、８ビットパラメータであって、０から２５５秒までの１秒刻みで指定されている。
【００３１】
発信側ＭＳＣ３１０は、応答データパケットに含まれる情報（セカンダリＤＮのリスト及びそれら各々に対応するタイミング遅延パラメータ）を用いて、各セカンダリＤＮ宛の各々の発信通話脚の処理及びルーティングを開始する。この際、処理及びルーティングは、本発明に従って、これら全てのセカンダリＤＮ宛の（ほぼ）コンカレントな呼び出しを実現する目的で、各セカンダリＤＮに対応するタイミング遅延パラメータに従って遅延させられる。これら複数個の発信通話脚のうちの一つが応答された場合には、発信側ＭＳＣ３１０が発呼者（着信脚）を応答した発信脚に接続し、続いてその他の発信脚を開放してそれらの呼び出しを停止する。
【００３２】
発信通話脚のうちの一つに関する発信側ＮＡＴパラメータに相当する時間が応答される前に経過した場合には、その発信通話脚は種々の方式で処理される。種々の発信通話脚は種々の理由で応答されない場合があり、シグナリング情報が対応する発信側ＮＡＴパラメータに相当する時間が経過する以前に発信側ＭＳＣ３１０宛に返送される。例えば、特定の発信通話脚が、移動体２３０等の特定のＣＰＥ宛にルーティングされているとする。この移動体２３０が既にそれ自体の通話を有していて話し中であるとすると、前述されているように、当該発信通話脚に関しては発信側ＮＡＴパラメータに相当する時間が経過するあるいは当該発信通話脚が他のシグナリング情報（例えば話し中信号）を返送すると、当該通話は（ターミネーショントリガー等の）受信したインストラクションに応じて、発信側ＭＳＣ３１０によって解放すなわち破棄される。このような発信通話脚の解放に加えて、（ターミネーショントリガー等の）受信した特定のインストラクションに応じて、発信側ＭＳＣ３１０は、その特定の発信通話脚がどのように処理されるべきかに係るインストラクションに関するさらなる問い合わせをＨＬＲ３２０に対して行なう。例えば、発信通話脚のうちの一つがサービス側ＭＳＣ３１５によって提供されたＴＬＤＮ（テンポラリローカルＤＮ）に対してルーティングされている場合には、対応する発信通話脚が実際にルーティングされた場合には、干渉するような事象が発生したりする。例えば、移動中の移動体ユニット２３０が、それ自体が発信通話を開始したために話し中であるような場合には、呼び出し応答は返送されない。その場合には、移動中の移動体ユニット２３０は話し中時の通話転送を有することになり、サービス側ＭＳＣ３１５からリダイレクト要求が発信側ＭＳＣ３１０宛になされる。これに応じて、発信側ＭＳＣ３１０はＨＬＲ３２０に対して、その特定の発信通話脚に関するさらなるインストラクションを求める問い合わせを行なう。
【００３３】
結果として、本発明に従って、発信通話脚の二次処理の制御は二通りの方式で保持される。第一には、対応する発信側ＮＡＴパラメータに相当する時間の経過前に、他のシグナリング情報あるいは（ターミネーショントリガー等の）他のインストラクションが、話し中時の発信通話脚のリダイレクト等の、発信側ＭＳＣ３１０による特定の二次処理を指示する。第二には、あらゆる未応答発信通話脚が、対応する発信側ＮＡＴパラメータに依存して、時間切れとなる方式である。いずれの場合においても、発信通話脚の二次処理の制御は、遠隔交換機すなわち終端側ＭＳＣではなく、発信側ＭＳＣ３１０によって保持される。
【００３４】
発信側ＮＡＴパラメータは、システム２００あるいはシステム３００において種々の方式でインプリメントされうる。例えば、初期値は、加入者の呼び出しグループの初期設定プログラミングの間に、サービスプロバイダによってＨＬＲ３２０あるいは他のデータベース２２０にプログラミングされうる。これらの値は、時間の経過によって、例えば、ＨＬＲ３２０内のプロセッサ（図４）による動的計算によって、発信側ＭＳＣ３１０宛にセカンダリＤＮ及び対応するＮＡＴパラメータのリストを返送する以前に、変更され得る。加えて、例えばインタラクティブな音声あるいはキーパッドメニューを通じて、加入者がこれらの値を個人的に変更することを可能にするユーザインターフェースが提供され得る。二次処理に関する適切な制御を実現するようにひとたび設定されて適切に機能する（あるいはそれに可能な限り近いと思われる状況が実現される）と、与えられたセカンダリＤＮ及び（ホームエリアあるいは他のエリアなどの）その取りうる位置に関して、発信側ＮＡＴパラメータは比較的静的に留まる。
【００３５】
加えて、ＮＡＴパラメータの値は、本発明の望ましい実施例においては、二つの相異なった形態を取る。前述されている値は相対時間遅延パラメータであり、無応答パラメータに相当する時間期間が経過した時点に対する時間の増分を表している。発信側ＮＡＴパラメータは、例えば午前１０時４３分０２秒、午前１０時４３分０４秒というような絶対値として表現されることも可能である。このことによっても、種々の発信通話脚に係る二次処理に関する所定の制御を実現することが可能である。
【００３６】
前述されているように、本発明の望ましい実施例においては、発信側ＭＳＣ３１０からＨＬＲ３２０宛の位置の問い合わせは、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔに係るＡＮＳＩ−４１スペシフィケーションに従ったデータパケットである。しかしながら、逆に、本発明に従ってＨＬＲ３２０が個々の発信側ＮＡＴパラメータを発信通話脚毎にＭＳＣ３１０へ送出することに係る規定はＡＮＳＩ−４１スペシフィケーションには存在しない。加えて、本発明の望ましい実施例であるシステム３００においては、前述されているように、発信側ＮＡＴパラメータ値は、８ビット値として送出される。結果として、本発明の望ましい実施例においては、プライマリＤＮに係るセカンダリＤＮ及びそれらの発信側ＮＡＴパラメータ値よりなるリストは、修正ＡＮＳＩ−４１フォーマットを有するデータパケットとしてＨＬＲ３２０から発信側ＭＳＣ３１０宛に送出される。
【００３７】
より詳細に述べれば、個々のＮＡＴパラメータ値は、本発明に従って、ＡＮＳＩ−４１とは独立あるいはその修正された方式で用いられるパラメータとして規定される。すなわち、この情報（セカンダリＤＮ及び対応するＮＡＴパラメータ値）は、ＴＣＡＰ ＲＥＴＵＲＮ ＲＥＳＵＬＴ（ＬＡＳＴ）と共に報告され、ＴＣＡＰ ＲＥＳＰＯＮＳＥパッケージにおいて伝達される“ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴ”（“ＬＲＲＲ”）操作の“ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔ”ＡＮＳＩパラメータ内で、ＨＬＲによって発信側ＭＳＣ宛に送出される。ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータ内には、セカンダリＤＮの指定に関して本発明において用いられる三つのサブパラメータ、すなわちＰＳＴＮ終端、ローカル終端、及びシステム間終端、が存在する。これら三つのサブパラメータの各々においては、各セカンダリＤＮに関してＮＡＴパラメータ値が、ＮＡＴパラメータの新たな利用として、（例えば数字パラメータなどの）他のＡＮＳＩパラメータと共に含まれている。前述されているような発信通話脚の解放や他のインストラクションをＨＬＲ３２０へ問い合わせること等に係る他のインストラクションは、ＡＮＳＩ−４１に係るＴｅｒｍｉｎａｔｉｏｎＴｒｉｇｇｅｒ内に含まれている。ＴｅｒｍｉｎａｔｉｏｎＴｒｉｇｇｅｒは、ＴｅｒｍｉｎａｔｉｏｎＬｉｓｔパラメータと同一のレベルのパラメータである。この種の二次処理制御情報を送信する他の種々のフォーマット、フィールドあるいはパラメータが用いられ得るが、それらは本発明の技術的範疇に包含される。
【００３８】
図４は、本発明に従った装置実施例４００を示すブロック図である。以下に詳細に議論されるように、この装置４００は、システム３００のＭＳＣ（３１０あるいは３１５）あるいはＨＬＲ３２０に含まれるか、あるいはそれらに分散されており、もしくは、システム２００の交換センター２０５あるいは２１５及びデータベース２２０に含まれるか、あるいはそれらに分散されている。装置４００は、プロセッサ４１０、ネットワークインターフェース４１５、及びメモリ４２０を有している。ネットワークインターフェース４１５は、パイロットＤＮすなわちプライマリＤＮ宛の着信通話脚を受信し、プライマリＤＮに係るセカンダリＤＮ宛の複数個の発信通話脚を送信するために用いられる。例えば、システム３００においては、ネットワークインターフェース４１５は、ＰＳＴＮ通話の送受信目的で（基幹回線及びシグナリング回線を介して）ネットワーク２１０に接続され得るものであり、無線通話の送受信目的でアンテナに接続され得るものである。メモリ４２０は、磁気ハードディスク、光ストレージデバイス、あるいは他のあらゆるタイプのデータストレージ装置である。メモリ４２０は、プライマリＤＮに係る情報、例えば関連する全てのセカンダリＤＮ及びそのタイミング遅延パラメータ等、及び他の通話設定並びにルーティング情報などをストアするために用いられる。メモリ４２０は、データベース２２０あるいはＨＬＲ３２０の情報ストレージとコンパラブルな情報ストレージを実現する。
【００３９】
プロセッサ４１０は、単一の集積回路（“ＩＣ”）を含むか、あるいは、マイクロプロセッサ、デジタル信号プロセッサ（“ＤＳＰ”）、アプリケーションスペシフィック集積回路（“ＡＳＩＣ”）、関連するメモリ（ＲＡＭ及びＲＯＭ等）、及び他のＩＣ及びコンポーネント等の、複数個の集積回路あるいは他のコンポーネントが互いに接続され配置されてグルーピングされたものを含んでいる。そのため、本明細書においては、プロセッサという術語は、単一のプロセッサ、あるいは複数個のプロセッサよりなる配置、マイクロプロセッサ、コントローラ、あるいは前述されたような機能及び以下に図６及び図７に関連して詳述される機能を実現する他の一群の集積回路、及び、マイクロプロセッサメモリあるいは付加的なＲＡＭ、ＲＯＭ、ＥＰＲＯＭもしくはＥ2ＰＲＯＭ等の関連するメモリを含む等価的な手段として理解されるべきである。図１から図４に関連して既に議論され、かつ図６及び図７に関連して以下に議論される、本発明に係る方法は、プロセッサ４１０においてその関連するメモリあるいは他の等価なコンポーネントに、プロセッサ４１０が動作している（すなわち電源を供給されて機能している）際に引き続いて実行されるプログラムインストラクションの組として、プログラムされてストアされる。
【００４０】
前述されているように、装置４００は、システム３００のＭＳＣ（３１０あるいは３１５）あるいはＨＬＲ３２０に含まれるかあるいはそれらに分散されており、もしくは、システム２００の交換センター２０５あるいは２１５及びデータベース２２０に含まれるかあるいはそれらに分散されている。例えば、システム２００に含まれる場合には、種々の交換センター２０５あるいは２１５は、データベース２２０を組み込んでいる。その場合には、装置４００は、有線交換センター２０５あるいは無線交換センター２１５のいずれかに完全に含まれている。さらに、例えばシステム３００に含まれる場合には、装置４００は、発信側ＭＳＣ３１０及びＨＬＲ３２０に分散されてメモリ４２０がＨＬＲ３２０に組み込まれており、プロセッサ４１０が発信側ＭＳＣ３１０及びＨＬＲ３２０中にコンポーネントを有しており、ネットワークインターフェース４１５がＭＳＣ３１０（あるいは３１５）内に組み込まれている場合がある。システム３００でのこのような分散配置においては、装置４００は、前述されたような種々の要求及び応答の通信のために、発信側ＭＳＣ３１０及びＨＬＲ３２０内に対応するＡＮＳＩ−４１シグナリングインターフェースを有している。
【００４１】
多重脚通信セッションのコンカレント呼び出しを実現する本発明に係る装置４００は、第一に、プライマリＤＮを指定する着信通話脚を受信して発信通話脚を送信するためのネットワークインターフェース４１５；第二に、プライマリＤＮに係る複数個のセカンダリＤＮを有し、当該複数個のセカンダリＤＮの各々に関して対応するタイミング遅延パラメータを有するメモリ４２０；及び、第三に、メモリ及びネットワークインターフェースに接続されたプロセッサ４１０を有している。当該プロセッサは、動作時に、複数個のセカンダリＤＮの各々に係る各発信通話脚をその対応するタイミング遅延パラメータに従って相異なるように処理及びルーティングするプログラムインストラクションを有している。
【００４２】
図５は、本発明に従った方法実施例を示す流れ図である。当該方法実施例は段階５００より開始され、段階５０５において、ＡＮＳＩ−４１スペシフィケーションにおけるパイロットＤＮ等のプライマリＤＮを指定する着信通話を受信する。次に、段階５１０において、当該方法は、当該プライマリＤＮに係る全セカンダリＤＮを決定する。前述されているように、このことは、望ましい実施例においては、ＡＮＳＩ−４１のＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ等の、ＨＬＲ３２０への問い合わせを通じて実行される。段階５１０の後、各セカンダリＤＮに関して、本方法は、望ましくはＨＬＲ３２０にストアされる、対応する発信側無応答時間パラメータを決定する（段階５１５）。次に、段階５２０において、本方法は、対応する発信側ＮＡＴパラメータの決定を必要とするセカンダリＤＮがさらに存在するか否かを決定し、もし存在する場合には、本方法は段階５１５へ戻ってこれらのＮＡＴパラメータを決定する。本方法は、（プライマリＤＮに係る）全てのセカンダリＤＮが対応する発信側ＮＡＴパラメータを有するようになるまで、段階５１５及び５２５を反復する。段階５２０において全てのセカンダリＤＮが対応する発信側ＮＡＴパラメータを有するようになった場合には、本方法は、第一関連アプリケーションにおいてより詳述されているように、各セカンダリＤＮ宛の各々の発信通話脚を相異なるように処理及びルーティングする（段階５２５）。
【００４３】
このような相異なった処理及びルーティング（段階５２５）の後、本方法は、各発信通話脚をモニタする。まず、段階５３０において、本方法は、いずれかの発信通話脚が応答されているか否かを決定する。ある発信通話脚が応答されている場合には、本方法は、着信通話脚を応答した発信通話脚へ接続し（段階５３５）、他の残存する全ての発信通話脚を解放すなわち破棄し（段階５４０）、本方法は終了する（段階５７５）。段階５３０において応答した発信通話脚が存在しない場合には、本方法は、第二のモニタ段階、すなわち、あらゆる与えられたあるいは特定の発信通話脚に係る発信側ＮＡＴ期間に相当する時間期間が経過したか否かを決定する段階、へ進む（段階５４５）。特定の発信通話脚に係る発信側ＮＡＴ期間に相当する時間が経過した場合には、本方法は、以下に議論される段階５５５へ進む。あらゆる与えられたあるいは特定の発信通話脚に係る発信側ＮＡＴに相当する時間期間が経過していない場合には、本方法は、第三のモニタ段階、すなわち、発信通話脚が、例えば話し中信号、リダイレクト信号、あるいは無呼び出し応答信号などの他の情報を返しているか否かを決定する段階（段階５５０）へ進む。発信通話脚が段階５５０において他の情報を返している場合には、本方法は、以下に議論される段階５５５へ進む。段階５５０において他の情報を返している発信通話脚が存在しない場合には、本方法は、残存する発信通話脚が存在するか否かを決定する（段階５７０）。段階５７０において残存する発信通話脚が存在する場合には、本方法は段階５３０へ戻って、各残存する発信通話脚が応答される（段階５３０）、発信側ＮＡＴパラメータに対応する時間期間が経過する（段階５４５）、及び他の情報を返す（段階５５０）のをモニタする。段階５７０において残存する発信通話脚が存在しない場合には、本方法は終了する（段階５７５）。
【００４４】
前述されているように、特定の発信通話脚に係る発信側ＮＡＴ期間が段階５４５において経過した、あるいはある発信通話脚が段階５５０において他の情報を返した場合には、本方法は段階５５５へ進む。段階５５５においては、本方法は、この特定の発信通話脚に係る他のインストラクション、例えば当該発信通話脚を再ルーティングしたり解放したりするインストラクション、例えばターミネーショントリガーパラメータ中に含まれる他のインストラクション、が存在するか否かを決定する。この特定の発信通話脚に係る他のインストラクションが段階５５５において存在する場合には、本方法は段階５６０において当該インストラクションを実行する。この特定の発信通話脚に係る他のインストラクションが段階５５５において存在しない場合には、本方法はその特定の発信通話脚を解放すなわち破棄する（段階５６５）。段階５６０及び５６５の後に、本方法は段階５７０へすすみ、前述されているように、残存する発信通話脚が存在するか否かを決定する。
【００４５】
これまでの議論から明らかなように、本発明に係るシステム、装置及び方法は素晴らしい利点を有している。第一に、本発明に従って、全発信通話脚の二次処理の制御が発信側（すなわち着信通話側）交換機あるいは交換センターによって保持される。結果として、本発明を利用することにより、フレキシブル呼び出しグループにおいて発生し得る問題、例えば、ある発信通話脚が、同一呼び出しグループ内の他のメンバーによって他の発信通話脚が応答されることを可能にする目的で解放されることなく、ボイスメールに転送・応答されてしまう、という問題が回避される。本発明を利用することにより、利用者及びサービスプロバイダ双方のリソースがより効率的に割り当てられる。本発明の利用により、発信通話脚が、他の呼び出しグループメンバーによって応答されるのではなく、間違って転送されたりボイスメールによって応答されたりした場合に起こり得るユーザのいらだちや不満を回避することが可能である。加えて、本発明に係る装置、方法及びシステムはユーザフレンドリーであり、二時処理の方法がユーザにとって透過的かつシステム実施例内のものである。
【００４６】
以上の説明は、本発明の一実施例に関するもので，この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。
【００４７】
【発明の効果】
以上述べたごとく、本発明によれば、フレキシブル呼び出しサービスに関する発信通話脚の二次処理制御などの、遠隔交換機による多重脚通信セッションの二次処理を制御するシステム、装置及び方法が提供される。
【図面の簡単な説明】
【図１】 本発明に従った、遠隔交換機による発信通話脚の二次処理の制御を示すブロック図。
【図２】 本発明に従った第一のシステム実施例を示すブロック図。
【図３】 本発明に従った、無線通信に関する第二のシステム実施例を示すブロック図。
【図４】 本発明に従った装置実施例を示すブロック図。
【図５】 本発明に従った方法実施例を示す流れ図。
【符号の説明】
１００、１３６ 移動体交換機
１０５ 着信通話
１１０ 交換機
１２０、１２１、１２２、１２３、１２４、１２５ 利用者邸内装置
１３０、１３２、１３４、１３８ 交換機
１５０ ネットワーク
１５１、１５２、１５３、１５４、１５５、１５６ 発信通話脚
２００ 本発明に係る呼び出しシステム実施例
２０５ 有線交換センター
２１０ ネットワーク
２１５ 移動体交換センター
２２０ データベース
２３０ 移動体ユニット
２３５ 通信衛星
２４０ 電話機
３００ 本発明に係る呼び出しシステム実施例
３１０ 発信側移動体交換センター
３１５ サービス側移動体交換センター
３２０ ホームロケーションレジスタ
３３０、３４０、３５０ 地理的領域
４００ 本発明に係る装置実施例
４１０ プロセッサ
４１５ ネットワークインターフェース
４２０ メモリ
５００ 開始
５０５ プライマリＤＮ宛の着信通話を受信
５１０ プライマリＤＮに係る全セカンダリＤＮを決定
５１５ 各ＤＮに関して無応答時間パラメータを決定
５２０ まだセカンダリＤＮがあるか？
５２５ 各セカンダリＤＮに対する各々の発信通話脚を相異なるように処理及びルーティング
５３０ 発信通話脚が応答されたか？
５３５ 応答された発信通話脚を着信通話脚に接続
５４０ 他の残存している発信通話脚を解放すなわち破棄
５４５ 発信通話脚に係る無応答時間期間が経過したか？
５５０ 発信通話脚が他の情報を返送してきたか？
５５５ この発信通話脚に係る他のインストラクションが存在するか？
５６０ 当該インストラクションを実行
５６５ 当該発信通話脚を解放すなわち破棄
５７０ 発信通話脚が残存しているか？
５７５ 戻る
Claims (40)
- 多重脚通信セッションを制御するための発信通話脚交換の方法において、当該方法が、
（ａ）プライマリ電話番号宛の着信通話脚を受信する段階；
（ｂ）前記プライマリ電話番号に係る複数個のセカンダリ電話番号を決定する段階；
（ｃ）前記複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、対応する発信側無応答時間パラメータを決定する段階；
（ｄ）各々のセカンダリ電話番号に係る各発信通話脚を処理及びルーティングする段階；及び、
（ｅ）前記発信側無応答時間パラメータに従って各発信通話脚の二次処理を実現する段階；
を有することを特徴とする通信処理制御方法。 - 前記方法が、さらに、
ある発信通話脚が応答された場合に、前記着信通話脚を当該応答された発信通話脚に接続し他の残存する発信通話脚を解放する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記発信側無応答時間パラメータの各々が、対応する着信側無応答時間パラメータより小さいことを特徴とする請求項１記載の通信処理制御方法。
- 前記段階（ｅ）が、さらに、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過した際に、当該発信通話脚を解放する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記段階（ｅ）が、さらに、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過し、かつ当該発信通話脚がさらなるインストラクションを有している場合に、当該インストラクションを実行する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記インストラクション実行段階が、
前記発信通話脚を再ルーティングする段階；
を有していることを特徴とする請求項５記載の通信処理制御方法。 - 前記方法が、さらに、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該発信通話脚を解放する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記方法が、さらに、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該インストラクションを実行する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記段階（ｃ）が、さらに、
前記複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、前記対応する発信側無応答時間パラメータを含むＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴを送出する段階；
を有することを特徴とする請求項１記載の通信処理制御方法。 - 前記対応する発信側無応答時間パラメータが、修正ＡＮＳＩコンパチブルＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴのＴｅｒｍｉｎａｔｉｏｎ Ｌｉｓｔ中のパラメータとして含まれること；
を特徴とする請求項１記載の通信処理制御方法。 - 多重脚通信セッションを制御するための発信通話脚交換のシステムにおいて、当該システムが、
プライマリ電話番号に係る複数個のセカンダリ電話番号をメモリ内にストアし、当該複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、さらに、対応する発信側無応答時間パラメータをメモリ内にストアしているデータベース；及び、
前記データベースに接続された交換センター；ここで、当該交換センターは、前記プライマリ電話番号宛の着信通話脚を受信して各セカンダリ電話番号に係る各々の発信通話脚を相異なるように処理及びルーティングするインターフェースを有しており、さらに、対応する前記発信側無応答時間パラメータに従って各々の発信通話脚の二次処理を実現する；
を有することを特徴とする通信処理制御システム。 - 前記交換センターが、
ある発信通話脚が応答された場合に、前記着信通話脚を当該応答された発信通話脚に接続し他の残存する発信通話脚を解放すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記発信側無応答時間パラメータの各々が、対応する着信側無応答時間パラメータより小さいことを特徴とする請求項１１記載の通信処理制御システム。
- 前記交換センターが、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過した際に、当該発信通話脚を解放すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記交換センターが、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過し、かつ当該発信通話脚がさらなるインストラクションを有している場合に、当該インストラクションを実行すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記インストラクション実行が、
前記発信通話脚を再ルーティングする段階；
を有していることを特徴とする請求項１５記載の通信処理制御システム。 - 前記交換センターが、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該発信通話脚を解放すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記交換センターが、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該インストラクションを実行すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記データベースが、前記交換センター宛に、
前記複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、前記対応する発信側無応答時間パラメータを含むＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴを送出すること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記対応する発信側無応答時間パラメータが、修正ＡＮＳＩコンパチブルＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴのＴｅｒｍｉｎａｔｉｏｎ Ｌｉｓｔ中のパラメータとして含まれること；
を特徴とする請求項１１記載の通信処理制御システム。 - 前記データベースがホームロケーションレジスタであることを特徴とする請求項１１記載の通信処理制御システム。
- 前記交換センターが移動体交換センターであることを特徴とする請求項１１記載の通信処理制御システム。
- 多重脚通信セッションを制御するための発信通話脚交換の装置において、当該装置が、
プライマリ電話番号宛の着信通話脚を受信して発信通話脚を送信するネットワークインターフェース；
前記プライマリ電話番号に係る複数個のセカンダリ電話番号を有し、当該複数個のセカンダリ電話番号の各々の電話番号に関してさらに対応する発信側無応答時間パラメータを有するメモリ；及び、
前記メモリ及び前記ネットワークインターフェースに接続されたプロセッサ；ここで、当該プロセッサは、その動作の際には、各セカンダリ電話番号に係る各々の発信通話脚を相異なるように処理及びルーティングし、かつ、前記対応する無応答時間パラメータに従って各々の発信通話脚の二次処理を実現するプログラムインストラクションを有している；
を有することを特徴とする通信処理制御装置。 - 前記プロセッサが、さらに、
ある発信通話脚が応答された場合に、前記着信通話脚を当該応答された発信通話脚に接続し他の残存する発信通話脚を解放するプログラムインストラクションを有すること；
を特徴とする請求項２３記載の通信処理制御装置。 - 前記発信側無応答時間パラメータの各々が、対応する着信側無応答時間パラメータより小さいことを特徴とする請求項２３記載の通信処理制御装置。
- 前記プロセッサが、さらに、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過した際に、当該発信通話脚を解放するプログラムインストラクションを有すること；を特徴とする請求項２３記載の通信処理制御装置。 - 前記プロセッサが、さらに、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過し、かつ当該発信通話脚がさらなるインストラクションを有している場合に、当該インストラクションを実行するプログラムインストラクションを有すること；
を特徴とする請求項２３記載の通信処理制御装置。 - 前記インストラクション実行が、
前記プロセッサによる前記発信通話脚を再ルーティングする段階；
を有していることを特徴とする請求項２７記載の通信処理制御装置。 - 前記プロセッサが、さらに、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該発信通話脚を解放するプログラムインストラクションを有すること；
を特徴とする請求項２３記載の通信処理制御装置。 - 前記プロセッサが、さらに、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該インストラクションを実行するプログラムインストラクションを有すること；
を特徴とする請求項２３記載の通信処理制御装置。 - フレキシブル呼び出しサービスに係る発信通話脚のを制御するための発信通話脚交換のシステムにおいて、当該システムが、
プライマリ電話番号に係る複数個のセカンダリ電話番号をメモリ内にストアし、当該複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、さらに、対応する発信側無応答時間パラメータをメモリ内にストアしているホームロケーションレジスタ；及び、
前記ホームロケーションレジスタに接続された移動体交換センター；ここで、当該移動体交換センターは、前記プライマリ電話番号宛の着信通話脚を受信して前記複数個のセカンダリ電話番号の各セカンダリ電話番号に係る各々の発信通話脚を相異なるように処理及びルーティングするインターフェースを有しており、さらに、対応する前記発信側無応答時間パラメータに従って各々の発信通話脚の二次処理を実現する；
を有することを特徴とする通信処理制御システム。 - 前記移動体交換センターが、
ある発信通話脚が応答された場合に、前記着信通話脚を当該応答された発信通話脚に接続し他の残存する発信通話脚を解放すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記発信側無応答時間パラメータの各々が、対応する着信側無応答時間パラメータより小さいことを特徴とする請求項３１記載の通信処理制御システム。
- 前記移動体交換センターが、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過した際に、当該発信通話脚を解放すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記移動体交換センターが、
ある発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過し、かつ当該発信通話脚がさらなるインストラクションを有している場合に、当該インストラクションを実行すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記インストラクション実行が、
前記発信通話脚を再ルーティングする段階；
を有していることを特徴とする請求項３５記載の通信処理制御システム。 - 前記移動体交換センターが、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該発信通話脚を解放すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記移動体交換センターが、
ある発信通話脚が、当該発信通話脚に係る前記無応答時間パラメータに対応する時間期間が経過する以前にさらなるインストラクションを返した際に、当該インストラクションを実行すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記ホームロケーションレジスタが、前記交換センター宛に、
前記複数個のセカンダリ電話番号の各々のセカンダリ電話番号に関して、前記対応する発信側無応答時間パラメータを含むＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴを送出すること；
を特徴とする請求項３１記載の通信処理制御システム。 - 前記対応する発信側無応答時間パラメータが、修正ＡＮＳＩコンパチブルＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ ＲＥＴＵＲＮ ＲＥＳＵＬＴのＴｅｒｍｉｎａｔｉｏｎ Ｌｉｓｔ中のパラメータとして含まれること；
を特徴とする請求項３１記載の通信処理制御システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/097334 | 1998-06-15 | ||
| US09/097,334 US6005930A (en) | 1998-06-15 | 1998-06-15 | Apparatus, method and system for controlling secondary treatment by a distant switch for multiple leg telecommunication sessions |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000069174A JP2000069174A (ja) | 2000-03-03 |
| JP3636283B2 true JP3636283B2 (ja) | 2005-04-06 |
Family
ID=22262839
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16885899A Expired - Fee Related JP3636283B2 (ja) | 1998-06-15 | 1999-06-15 | 通信処理制御方法、通信処理制御システム、及び通信処理制御装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6005930A (ja) |
| EP (1) | EP0966142B1 (ja) |
| JP (1) | JP3636283B2 (ja) |
| DE (1) | DE69906881T2 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6516060B1 (en) * | 1998-06-12 | 2003-02-04 | At&T Corp. | Advanced call sequencing service |
| FI107209B (fi) * | 1999-06-21 | 2001-06-15 | Nokia Networks Oy | Menetelmä yhteyden muodostamiseksi |
| US6366660B1 (en) * | 1999-06-29 | 2002-04-02 | Lucent Technologies Inc. | Apparatus, method and system for providing variable alerting patterns for multiple leg telecommunication sessions |
| US6445915B1 (en) * | 1999-07-09 | 2002-09-03 | Lucent Technologies Inc. | Apparatus, method and system for providing variable termination patterns for multiple telecommunication sessions |
| US6327354B1 (en) * | 1999-08-17 | 2001-12-04 | Ameritech Corporation | Methods, systems, and articles for providing a family telecommunication service |
| US6714636B1 (en) * | 1999-09-24 | 2004-03-30 | Lucent Technologies Inc. | Apparatus, method and system for subscriber control of timed and regional membership in multiple member termination groups for multiple leg telecommunication sessions |
| US7653190B1 (en) | 2000-08-31 | 2010-01-26 | At&T Knowledge Ventures, L.P. | Methods, system and article for providing a family telecommunication service using an originating dual-tone multi-frequency trigger |
| US6850755B2 (en) * | 2001-01-08 | 2005-02-01 | Lucent Technologies Inc. | Transparent billing and display of multiple directory numbers in wireless telephone systems |
| US7542768B2 (en) * | 2006-03-23 | 2009-06-02 | Alcatel-Lucent Usa Inc. | Dynamic ring start delay based on multiple factors |
| JP4637146B2 (ja) | 2007-07-20 | 2011-02-23 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム |
| US20100046731A1 (en) * | 2007-10-02 | 2010-02-25 | Douglas Gisby | Method, apparatus and system for use of presence and location information in intelligent call routing |
| EP2206327B1 (en) * | 2007-10-02 | 2012-05-23 | Ascendent Telecommunications, Inc. | Method, apparatus and system for intelligent call routing |
| US20090097631A1 (en) * | 2007-10-12 | 2009-04-16 | Doug Gisby | Method, apparatus and system for routing a call using overflow groups |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5206901A (en) * | 1991-12-23 | 1993-04-27 | At&T Bell Laboratories | Method and apparatus for alerting multiple telephones for an incoming call |
| US5521970A (en) * | 1995-03-29 | 1996-05-28 | At&T Corp. | Arrangement for extending call-coverage across a network of nodes |
| US5802160A (en) * | 1996-01-19 | 1998-09-01 | Pilgrim Telephone, Inc. | Multi-ring telephone method and system |
| US5884180A (en) * | 1996-10-30 | 1999-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method of providing a delayed connection announcement to a mobile subscriber within a radio telecommunication system |
-
1998
- 1998-06-15 US US09/097,334 patent/US6005930A/en not_active Expired - Lifetime
-
1999
- 1999-06-08 EP EP99304436A patent/EP0966142B1/en not_active Expired - Lifetime
- 1999-06-08 DE DE69906881T patent/DE69906881T2/de not_active Expired - Fee Related
- 1999-06-15 JP JP16885899A patent/JP3636283B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0966142A3 (en) | 2000-04-05 |
| DE69906881T2 (de) | 2003-12-18 |
| DE69906881D1 (de) | 2003-05-22 |
| EP0966142A2 (en) | 1999-12-22 |
| US6005930A (en) | 1999-12-21 |
| EP0966142B1 (en) | 2003-04-16 |
| JP2000069174A (ja) | 2000-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5183486B2 (ja) | インテリジェント・ネットワークサービス | |
| US6141556A (en) | Telecommunications system with multi-extension services | |
| US10917705B2 (en) | Implementing intelligent network service functionality in a network | |
| US6700968B2 (en) | Method and system for providing multiple services per trigger | |
| JP3787273B2 (ja) | マルチレッグ通信セッションにおいて通信会議サービスを提供する装置、方法、およびシステム | |
| US20040180654A1 (en) | Multiple alerting | |
| JP3636283B2 (ja) | 通信処理制御方法、通信処理制御システム、及び通信処理制御装置 | |
| JP3505105B2 (ja) | 情報供給方法、情報供給システム、及び情報供給装置 | |
| JP3836996B2 (ja) | 呼び出し方法、呼び出し装置、及び呼び出しシステム | |
| EP2109299B1 (en) | A method, system and device for playing group color ring | |
| KR100707564B1 (ko) | 멤버쉽 가입자 제어 장치, 방법 및 시스템 | |
| EP2025186B1 (en) | Managing a call addressed to a terminal associated to an access device | |
| US6097945A (en) | Handling of time zones in a telecommunication system | |
| JP5072177B2 (ja) | 無線ネットワーク上で非通知電話を転送するための方法および装置 | |
| US7742589B2 (en) | Distinctive call waiting based on a redirecting number | |
| US7957523B2 (en) | Method and system for implementing a ring back tone based on group mobile switchboard service | |
| US7649862B2 (en) | Flexible through-connection process in a mobile switch center when multiple outgoing call legs involved | |
| KR100493097B1 (ko) | 이동통신 시스템에서의 호 전환 시 통화 연결음 제공 방법 | |
| MX2008007384A (es) | Servicios de redes inteligentes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040219 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040519 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041228 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |