JPH1093631A - 通信ネットワークのサーバ特性を向上させるシステムと方法 - Google Patents
通信ネットワークのサーバ特性を向上させるシステムと方法Info
- Publication number
- JPH1093631A JPH1093631A JP9188841A JP18884197A JPH1093631A JP H1093631 A JPH1093631 A JP H1093631A JP 9188841 A JP9188841 A JP 9188841A JP 18884197 A JP18884197 A JP 18884197A JP H1093631 A JPH1093631 A JP H1093631A
- Authority
- JP
- Japan
- Prior art keywords
- server
- packet
- call
- end server
- provider
- 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.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000004891 communication Methods 0.000 title claims abstract description 29
- 238000011156 evaluation Methods 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 abstract description 6
- 238000012545 processing Methods 0.000 abstract description 5
- 238000004246 ligand exchange chromatography Methods 0.000 description 25
- 230000006870 function Effects 0.000 description 3
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 102100036791 Adhesion G protein-coupled receptor L2 Human genes 0.000 description 1
- 101000928189 Homo sapiens Adhesion G protein-coupled receptor L2 Proteins 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
- Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
Abstract
(57)【要約】
【目的】 本発明の目的は、通信ネットワークのサーバ
特性を自動的に向上させるシステムと方法を提供するこ
とにある。 【構成】 個々のサーバは、受信サーバによる特性評価
から、特性が新しい通信の処理に起因して大幅に劣化す
る（すなわち、サーバが過剰にロードされ始めて、特性
が不具合になる）ことを指摘される時に、入力する通信
を自動的に拒絶する機能を備えている。入力する通信を
拒絶する際に、サーバは、拒絶したパケットを送信サー
バに拒絶メッセージと第２の伝送アドレスと共に（すな
わち、代わりの末端サーバに）に戻す。最初の送信サー
バは、１次アドレスとして第２のアドレスを用いて、通
信を再び伝える。本発明の技術は、ダイアルした番号が
実際の宛先の番号にならない、料金無料サービスを提す
るために用いられるサーバに特に適用できる。また、本
発明の他の応用事例も開示されている。
特性を自動的に向上させるシステムと方法を提供するこ
とにある。 【構成】 個々のサーバは、受信サーバによる特性評価
から、特性が新しい通信の処理に起因して大幅に劣化す
る（すなわち、サーバが過剰にロードされ始めて、特性
が不具合になる）ことを指摘される時に、入力する通信
を自動的に拒絶する機能を備えている。入力する通信を
拒絶する際に、サーバは、拒絶したパケットを送信サー
バに拒絶メッセージと第２の伝送アドレスと共に（すな
わち、代わりの末端サーバに）に戻す。最初の送信サー
バは、１次アドレスとして第２のアドレスを用いて、通
信を再び伝える。本発明の技術は、ダイアルした番号が
実際の宛先の番号にならない、料金無料サービスを提す
るために用いられるサーバに特に適用できる。また、本
発明の他の応用事例も開示されている。
Description
【０００１】
【産業上の利用分野】本発明は、一般的に、通信ネット
ワーク・データ転送に関する。特に、本発明は、当初の
宛先サーバが過度にロードされる時に、軽いロードのサ
ーバにデータ・パケットを自動的に再指定して、ネット
ワーク特性を向上させるために、通信ネットワークにお
けるサーバのローディングを減少することに関する。
ワーク・データ転送に関する。特に、本発明は、当初の
宛先サーバが過度にロードされる時に、軽いロードのサ
ーバにデータ・パケットを自動的に再指定して、ネット
ワーク特性を向上させるために、通信ネットワークにお
けるサーバのローディングを減少することに関する。
【０００２】
【従来技術】従来の遠隔通信の伝送は、発呼者が電話番
号をダイアルして、ローカル交換キャリア（“ＬＥ
Ｃ”）が通信リンクを発呼者と受信者との間に構築して
呼を終える時に完成する。長距離通信（すなわち、２つ
の異なるＬＥＣに位置する発呼者間の通信）も、呼は、
受信者の電話番号に基づいて当時者間に通信リンクを単
純に構築すると完成し、ダイアルした電話番号が宛先の
電話番号になる。しかし、料金無料の呼と他の類似のサ
ービス（例えば、１−８００−１２３−４５６７）は、
別に行われる。
号をダイアルして、ローカル交換キャリア（“ＬＥ
Ｃ”）が通信リンクを発呼者と受信者との間に構築して
呼を終える時に完成する。長距離通信（すなわち、２つ
の異なるＬＥＣに位置する発呼者間の通信）も、呼は、
受信者の電話番号に基づいて当時者間に通信リンクを単
純に構築すると完成し、ダイアルした電話番号が宛先の
電話番号になる。しかし、料金無料の呼と他の類似のサ
ービス（例えば、１−８００−１２３−４５６７）は、
別に行われる。
【０００３】
【発明が解決しようとする課題】料金無料呼は、宛先電
話番号を求めるためにルックアップ・テーブル機能を行
う、中央中継サーバにより普通は管理される。ルックア
ップ機能は、地域コードと電話番号から宛先を独自に識
別する市外通話と異なり、料金無料の電話番号は基本的
に非地理学的な基準に基づいている（すなわち、同じ電
話番号を、実際の宛先の物理的位置と無関係に、呼を設
定するために用いる）ので、必要になる。中央中継サー
バは、実際には単純に発呼者に最も近い電話交換器であ
るが、ダイアルされた電話番号を受信者の実際の電話番
号に変換する。
話番号を求めるためにルックアップ・テーブル機能を行
う、中央中継サーバにより普通は管理される。ルックア
ップ機能は、地域コードと電話番号から宛先を独自に識
別する市外通話と異なり、料金無料の電話番号は基本的
に非地理学的な基準に基づいている（すなわち、同じ電
話番号を、実際の宛先の物理的位置と無関係に、呼を設
定するために用いる）ので、必要になる。中央中継サー
バは、実際には単純に発呼者に最も近い電話交換器であ
るが、ダイアルされた電話番号を受信者の実際の電話番
号に変換する。
【０００４】変換プロセスは、日時、ネットワーク又は
サーバのローディング、発呼者ＩＤなどのようなことを
考慮するので、又は電話番号だけに基づく単純な変換な
ので“インテリジェント”プロセスである。電話番号が
変換されると、呼は、ロード時の変動と関係なしに、受
信者に設定される。これは、ネットワーク又は宛先のサ
ーバがロード・ダウンされる時に、特性に重大な変質を
招くおそれがある。
サーバのローディング、発呼者ＩＤなどのようなことを
考慮するので、又は電話番号だけに基づく単純な変換な
ので“インテリジェント”プロセスである。電話番号が
変換されると、呼は、ロード時の変動と関係なしに、受
信者に設定される。これは、ネットワーク又は宛先のサ
ーバがロード・ダウンされる時に、特性に重大な変質を
招くおそれがある。
【０００５】特性劣化に関連する問題は、遠隔通信が従
来のアナログ音声基準の通信からデジタル・パケット・
ネットワークに変わると減少すると思われる。パケット
・ネットワークでは、通信は、最初にアナログからデジ
タルに変換され、次にパケットに分割される。パケット
は、アドレスが指定され、そのアドレスに転送される。
パケットのアドレスが指定されると、ネットワークは、
それを該当する宛先に送ることを試みる。しかし、パケ
ットがネットワークに設定されると、アドレスは、呼が
全体的なネットワーク条件を考慮して呼を最適に処理で
きるように実際の呼センターに送られるように、ネット
ワークで変更される（例えば、本来の実際の宛先に連な
るネットワークが過度にロードされている場合、ネット
ワークは、それほどロードされてないネットワーク資源
を介して到達できるサーバに相応して宛先アドレスを変
更する）。
来のアナログ音声基準の通信からデジタル・パケット・
ネットワークに変わると減少すると思われる。パケット
・ネットワークでは、通信は、最初にアナログからデジ
タルに変換され、次にパケットに分割される。パケット
は、アドレスが指定され、そのアドレスに転送される。
パケットのアドレスが指定されると、ネットワークは、
それを該当する宛先に送ることを試みる。しかし、パケ
ットがネットワークに設定されると、アドレスは、呼が
全体的なネットワーク条件を考慮して呼を最適に処理で
きるように実際の呼センターに送られるように、ネット
ワークで変更される（例えば、本来の実際の宛先に連な
るネットワークが過度にロードされている場合、ネット
ワークは、それほどロードされてないネットワーク資源
を介して到達できるサーバに相応して宛先アドレスを変
更する）。
【０００６】パケット・ネットワークはネットワークの
渋滞を緩和するが、いま行われているパケット・ネット
ワークは、サーバ・ローディングに関連する問題点を解
消していない。従って、変更された宛先アドレスが過度
にロードしているサーバであっても、そのサーバに対す
るデータ転送は、過度にロードするサーバにおいて、そ
の特性を更に低下させる結果になる。従って、サーバ・
ローディングを減少して、全体的なネットワーク特性を
向上する、パケット・ネットワーク通信のための技術を
呈することが望まれる。
渋滞を緩和するが、いま行われているパケット・ネット
ワークは、サーバ・ローディングに関連する問題点を解
消していない。従って、変更された宛先アドレスが過度
にロードしているサーバであっても、そのサーバに対す
るデータ転送は、過度にロードするサーバにおいて、そ
の特性を更に低下させる結果になる。従って、サーバ・
ローディングを減少して、全体的なネットワーク特性を
向上する、パケット・ネットワーク通信のための技術を
呈することが望まれる。
【０００７】
【課題を解決するための手段】本発明の前述の及び他の
目的は、パケット・ネットワーク方式におけるサーバ・
ローディングを減少する技術を提供する本発明によって
達成される。本発明は、ある地方の全体にわたって種々
の異なる地理学的地点に位置する数多くの個々のサーバ
を互いに接続するネットワーク方式を含んでいる。入呼
は、予備的に宛先サーバ・アドレスが与えられているデ
ジタル・パケットにローカル・サーバによって変換され
る。パケットは、本発明の原理に基づいて、呼を拒絶し
て、パケットを代わりのアドレスと共に戻す、予備的な
宛先サーバに伝送される。
目的は、パケット・ネットワーク方式におけるサーバ・
ローディングを減少する技術を提供する本発明によって
達成される。本発明は、ある地方の全体にわたって種々
の異なる地理学的地点に位置する数多くの個々のサーバ
を互いに接続するネットワーク方式を含んでいる。入呼
は、予備的に宛先サーバ・アドレスが与えられているデ
ジタル・パケットにローカル・サーバによって変換され
る。パケットは、本発明の原理に基づいて、呼を拒絶し
て、パケットを代わりのアドレスと共に戻す、予備的な
宛先サーバに伝送される。
【０００８】各々宛先サーバは、異なる容量とセットの
条件を備えていて、そのもとで、サーバは、そのサーバ
が呈するサービスの品質が不具合であることを決定す
る。その閾値に達すると、サーバは、自動的に呼を拒絶
してパケットを戻す。呼は、しかし、まだ処理されなけ
ればならない。従って、拒絶するサーバは、１次サーバ
が呼をより良く処理できると確信する別のサーバのアド
レスを提示する。送信するサーバは、戻されたパケット
を取り出し、１次アドレスとして別のアドレスを用い
て、それを再び伝送する。このような状況のもとで、サ
ーバ・ローディングが減少され、サーバが提示するサー
ビスの品質を許容可能な高品質のレベルに維持すること
になる。
条件を備えていて、そのもとで、サーバは、そのサーバ
が呈するサービスの品質が不具合であることを決定す
る。その閾値に達すると、サーバは、自動的に呼を拒絶
してパケットを戻す。呼は、しかし、まだ処理されなけ
ればならない。従って、拒絶するサーバは、１次サーバ
が呼をより良く処理できると確信する別のサーバのアド
レスを提示する。送信するサーバは、戻されたパケット
を取り出し、１次アドレスとして別のアドレスを用い
て、それを再び伝送する。このような状況のもとで、サ
ーバ・ローディングが減少され、サーバが提示するサー
ビスの品質を許容可能な高品質のレベルに維持すること
になる。
【０００９】
【実施例】本発明の技術は、図１に示すパケット通信シ
ステム１００に関連して理解できると思われる。通信シ
ステム１００は、電話１０２、１０４、１０６、１０８
とＬＥＣ １２２、１２４、１２６、１２８に接続した
料金無料のサーバ１１２、１１４、１１６、１１８の種
々のグループを備えている。図１に示すように、各々Ｌ
ＥＣは、その地域の電話のほぼ全てが互いに接続する地
理的な地域を表している（例えば、地域ＸＸ２に位置す
るＬＥＣ １２２は、電話１０２と料金無料サーバ１１
２と相互に接続している）。各々ＬＥＣは、ある地区の
サーバと電話の小さいグループの相互接続から形成され
る幾つかの末端局の相互接続を介して実際に形成され
る。従って、サーバ（すなわち、１１２、１１４、１１
６、１１８）と電話（すなわち、１０２、１０４、１０
６、１０８）の各々グループが１つの中心点（すなわ
ち、１２２、１２４、１２６、１２８）に接続して図１
に図示してあっても、電話とサーバは、物理的に最も近
い末端局に代わりに接続される。更に、４つだけＬＥＣ
が図示してあるが、いま、地区全体をカバーする７つの
ＬＥＣがある。
ステム１００に関連して理解できると思われる。通信シ
ステム１００は、電話１０２、１０４、１０６、１０８
とＬＥＣ １２２、１２４、１２６、１２８に接続した
料金無料のサーバ１１２、１１４、１１６、１１８の種
々のグループを備えている。図１に示すように、各々Ｌ
ＥＣは、その地域の電話のほぼ全てが互いに接続する地
理的な地域を表している（例えば、地域ＸＸ２に位置す
るＬＥＣ １２２は、電話１０２と料金無料サーバ１１
２と相互に接続している）。各々ＬＥＣは、ある地区の
サーバと電話の小さいグループの相互接続から形成され
る幾つかの末端局の相互接続を介して実際に形成され
る。従って、サーバ（すなわち、１１２、１１４、１１
６、１１８）と電話（すなわち、１０２、１０４、１０
６、１０８）の各々グループが１つの中心点（すなわ
ち、１２２、１２４、１２６、１２８）に接続して図１
に図示してあっても、電話とサーバは、物理的に最も近
い末端局に代わりに接続される。更に、４つだけＬＥＣ
が図示してあるが、いま、地区全体をカバーする７つの
ＬＥＣがある。
【００１０】ＬＥＣ内の電話間の電話呼は、局部的な呼
と考えられ、それらが取り付けられているＬＥＣによっ
て専門的に処理される（“電話呼”という用語は本出願
では、電話を介する呼だけでなく、モデムやファクシミ
リ伝送や他の類似の通信機器を介するデータ伝送のよう
に、電話回線を介して設定される他の呼も含むことを意
図している）。異なるＬＥＣ間の電話呼は、通信リンク
が始点のＬＥＣから相互交換プロバイダ１４０を経由し
て宛先ＬＥＣに構築される必要がある。アクセス・タン
デム１３２、１３４、１３６、１３８は、各々、ＬＥＣ
１２２、１２４、１２６、１２８に、相互交換プロバイ
ダ１４０に対する両方向リンクを呈する。各々アクセス
・タンデムは、ＬＥＣの物理的地域内に各々位置する、
ローカル・サーバ１４２、１４４、１４６、１４８の１
つに各々順に接続している（例えば、ローカル・サーバ
１４２は、ＬＥＣ１２２とアクセス・タンデム１３２と
共に地域ＸＸ２に位置している）。ローカル・サーバ
は、パケット・ネットワーク１５０を介して自ら相互に
接続している。
と考えられ、それらが取り付けられているＬＥＣによっ
て専門的に処理される（“電話呼”という用語は本出願
では、電話を介する呼だけでなく、モデムやファクシミ
リ伝送や他の類似の通信機器を介するデータ伝送のよう
に、電話回線を介して設定される他の呼も含むことを意
図している）。異なるＬＥＣ間の電話呼は、通信リンク
が始点のＬＥＣから相互交換プロバイダ１４０を経由し
て宛先ＬＥＣに構築される必要がある。アクセス・タン
デム１３２、１３４、１３６、１３８は、各々、ＬＥＣ
１２２、１２４、１２６、１２８に、相互交換プロバイ
ダ１４０に対する両方向リンクを呈する。各々アクセス
・タンデムは、ＬＥＣの物理的地域内に各々位置する、
ローカル・サーバ１４２、１４４、１４６、１４８の１
つに各々順に接続している（例えば、ローカル・サーバ
１４２は、ＬＥＣ１２２とアクセス・タンデム１３２と
共に地域ＸＸ２に位置している）。ローカル・サーバ
は、パケット・ネットワーク１５０を介して自ら相互に
接続している。
【００１１】電話とサーバ間の料金無料呼は“正規の”
電話呼と別に処理される。料金無料呼は８００又は８８
８の接頭数字（すなわち、地域コード）を普通は備えて
いるが、他の料金無料接頭数字が将来のために指定でき
る。従来の呼と逆に、発呼者がダイアルした料金無料の
番号は、宛先の電話番号でなく、代わりに特定の顧客
（又はある顧客に固有の口座）に関係する番号になる。
入呼は、料金無料番号から実際の宛先電話番号に変換さ
れ、それは、呼が設定されたＬＥＣの内部に（ＬＥＣ１
２２の内部のように）位置する中心中継交換局によっ
て、その顧客に適した局部的な料金無料サーバの電話番
号又はその顧客に適したある他のサーバの電話番号にな
る。
電話呼と別に処理される。料金無料呼は８００又は８８
８の接頭数字（すなわち、地域コード）を普通は備えて
いるが、他の料金無料接頭数字が将来のために指定でき
る。従来の呼と逆に、発呼者がダイアルした料金無料の
番号は、宛先の電話番号でなく、代わりに特定の顧客
（又はある顧客に固有の口座）に関係する番号になる。
入呼は、料金無料番号から実際の宛先電話番号に変換さ
れ、それは、呼が設定されたＬＥＣの内部に（ＬＥＣ１
２２の内部のように）位置する中心中継交換局によっ
て、その顧客に適した局部的な料金無料サーバの電話番
号又はその顧客に適したある他のサーバの電話番号にな
る。
【００１２】局部的な料金無料サーバのほかに、顧客
は、地方の異なる部分からの料金無料呼を処理するため
に指定された料金無料サーバを更に備えている。例え
ば、アメリカン・エアラインは、料金無料サーバをニュ
ーヨーク（例えば、１つ又は複数のサーバ１１２）とカ
リフォルニア（例えば、１つ又は複数のサーバ１１８）
に備えており、理想的な条件を想定して、各々がそれら
の各々の地区で料金無料呼を処理している。しかし、理
想条件はまれにしか現れず、実際には、ニューヨークの
サーバ（サーバ１１２）がその受容力に近い状態でロー
ドされ、その一方カリフォルニアのサーバ（サーバ１１
８）は受容力の半分より少ない状態でロードされるかも
しれない。これらの事例は、本発明の原理に基づいて、
ニューヨークのサーバ（サーバ１１２）は過剰ロード条
件が落ち着くまで入呼を拒絶できるので優れている。入
呼を拒絶する際に、しかし、ニューヨークのサーバ（サ
ーバ１１２）は、入呼の宛先アドレスをカリフォルニア
のサーバ（サーバ１１８）にアドレスに変更しなければ
ならない（これが２つだけのアメリカン・エアライン・
サーバであることを想定すると）。
は、地方の異なる部分からの料金無料呼を処理するため
に指定された料金無料サーバを更に備えている。例え
ば、アメリカン・エアラインは、料金無料サーバをニュ
ーヨーク（例えば、１つ又は複数のサーバ１１２）とカ
リフォルニア（例えば、１つ又は複数のサーバ１１８）
に備えており、理想的な条件を想定して、各々がそれら
の各々の地区で料金無料呼を処理している。しかし、理
想条件はまれにしか現れず、実際には、ニューヨークの
サーバ（サーバ１１２）がその受容力に近い状態でロー
ドされ、その一方カリフォルニアのサーバ（サーバ１１
８）は受容力の半分より少ない状態でロードされるかも
しれない。これらの事例は、本発明の原理に基づいて、
ニューヨークのサーバ（サーバ１１２）は過剰ロード条
件が落ち着くまで入呼を拒絶できるので優れている。入
呼を拒絶する際に、しかし、ニューヨークのサーバ（サ
ーバ１１２）は、入呼の宛先アドレスをカリフォルニア
のサーバ（サーバ１１８）にアドレスに変更しなければ
ならない（これが２つだけのアメリカン・エアライン・
サーバであることを想定すると）。
【００１３】本発明の好ましい方法が図２のフローチャ
ートに図示してあるが、これは特許請求する発明の原理
を図示するために図１と共に用いられる。料金無料呼
（又は類似の呼）は、ユーザがステップ２０２で料金無
料の電話番号にダイアルすると始まる。ステップ２０４
で、呼は、発呼者の電話が物理的に接続するＬＥＣの末
端局の交換器によって受信され、ダイアルした番号が１
次宛先の電話番号に変換される。電話番号が変換される
と、ＬＥＣは、ステップ２０６で、呼を該当するアクセ
ス・タンデムを経由して、宛先の顧客に料金無料サービ
スを呈するプロバイダのローカル・サーバに送る。
ートに図示してあるが、これは特許請求する発明の原理
を図示するために図１と共に用いられる。料金無料呼
（又は類似の呼）は、ユーザがステップ２０２で料金無
料の電話番号にダイアルすると始まる。ステップ２０４
で、呼は、発呼者の電話が物理的に接続するＬＥＣの末
端局の交換器によって受信され、ダイアルした番号が１
次宛先の電話番号に変換される。電話番号が変換される
と、ＬＥＣは、ステップ２０６で、呼を該当するアクセ
ス・タンデムを経由して、宛先の顧客に料金無料サービ
スを呈するプロバイダのローカル・サーバに送る。
【００１４】プロバイダ・ローカル・サーバは、ステッ
プ２０８で、呼を、アナログ呼からデジタル呼に変換し
て、呼をパケットに分解する。パケットの各々は、１次
宛先番号が呼び出される実際の番号としてロードされる
アドレス・ブロックを備えている。ローカル・サーバ
は、呼び出される実際の番号がローカル・サーバが呈す
る対象地域内に存在するかどうか、ステップ２１０で、
調べて確認する（例えば、この試験は、プロバイダ・ロ
ーカル・サーバ１４４が地域ＸＸ４に位置するので、宛
先がサーバ１１４である場合に真になる）。サーバは、
該当するアクセス・タンデムに対するアクセスを有して
いないと決定すると、パケットをネットワーク１５０を
経由して該当するサーバにステップ２１２で送る。いず
れの場合でも、ステップ２１４で、パケットはプロバイ
ダ・ローカル・サーバに送られ、それはパケットをアク
セス・タンデムを介して宛先ＬＥＣに送る。宛先ＬＥＣ
は、パケットを宛先の料金無料サーバにステップ２１６
で送る。
プ２０８で、呼を、アナログ呼からデジタル呼に変換し
て、呼をパケットに分解する。パケットの各々は、１次
宛先番号が呼び出される実際の番号としてロードされる
アドレス・ブロックを備えている。ローカル・サーバ
は、呼び出される実際の番号がローカル・サーバが呈す
る対象地域内に存在するかどうか、ステップ２１０で、
調べて確認する（例えば、この試験は、プロバイダ・ロ
ーカル・サーバ１４４が地域ＸＸ４に位置するので、宛
先がサーバ１１４である場合に真になる）。サーバは、
該当するアクセス・タンデムに対するアクセスを有して
いないと決定すると、パケットをネットワーク１５０を
経由して該当するサーバにステップ２１２で送る。いず
れの場合でも、ステップ２１４で、パケットはプロバイ
ダ・ローカル・サーバに送られ、それはパケットをアク
セス・タンデムを介して宛先ＬＥＣに送る。宛先ＬＥＣ
は、パケットを宛先の料金無料サーバにステップ２１６
で送る。
【００１５】ステップ２１８で、宛先サーバは、本発明
の原理に基づいて、料金無料サーバの特性が変質しない
ように、入呼でサーバが好ましくない条件（例えば、過
剰ロード条件）になるかどうかについて決定する。この
決定は、前述のように、閾値を定めるために組合せるこ
とができる幾つかのファクタ（例えば、日時、ネットワ
ーク・ローディング、サーバ・ローディング、発呼者Ｉ
Ｄなど）に準じている。閾値をステップ２１８で越える
と、料金無料サーバは、自動的に呼をステップ２２０で
拒絶して、パケットを発信源に第２の宛先アドレスと共
に戻す。伝送サーバがパケットを拒絶通知と第２のアド
レスと共に受け取ると、サーバは、ステップ２２２で、
呼び出された実際の番号を第２のアドレスに代える。ア
ドレスの更新後に、サーバは、宛先アドレスがプロバイ
ダ・サーバの提示する対象地域内に存在するかどうかに
ついて、ステップ２１０で再び決定する（そして、プロ
セスは、前述のように、そのポイントから継続する）。
料金無料サーバが、閾値を越えていないと決定すると、
呼はステップ２２４で完成する。
の原理に基づいて、料金無料サーバの特性が変質しない
ように、入呼でサーバが好ましくない条件（例えば、過
剰ロード条件）になるかどうかについて決定する。この
決定は、前述のように、閾値を定めるために組合せるこ
とができる幾つかのファクタ（例えば、日時、ネットワ
ーク・ローディング、サーバ・ローディング、発呼者Ｉ
Ｄなど）に準じている。閾値をステップ２１８で越える
と、料金無料サーバは、自動的に呼をステップ２２０で
拒絶して、パケットを発信源に第２の宛先アドレスと共
に戻す。伝送サーバがパケットを拒絶通知と第２のアド
レスと共に受け取ると、サーバは、ステップ２２２で、
呼び出された実際の番号を第２のアドレスに代える。ア
ドレスの更新後に、サーバは、宛先アドレスがプロバイ
ダ・サーバの提示する対象地域内に存在するかどうかに
ついて、ステップ２１０で再び決定する（そして、プロ
セスは、前述のように、そのポイントから継続する）。
料金無料サーバが、閾値を越えていないと決定すると、
呼はステップ２２４で完成する。
【００１６】単純な図解から、これらのステップが更に
明らかになる。料金無料の呼は、ユーザ１０２が料金無
料番号（例えば、１−８００−１２３−４５６７）をダ
イアルすると始まる（すなわち、ステップ２０２）。呼
が、ＬＥＣ １２２内の末端局で受信され、１次電話番
号に変換される（例えば、１−８００−１２３−４５６
７が８１８−８８８−８８８８に変換される）。ＬＥＣ
１２２は、次に、呼をアクセス・タンデム１３２を介し
てプロバイダ・ローカル・サーバ１４２に転送する（す
なわち、ステップ２０６）。サーバ１４２は、呼をデジ
タル化して、それをパケットに分解し（すなわち、ステ
ップ２０８）、次に呼の宛先（すなわち、８１８−８８
８−８８８８、又は本事例の場合に料金無料サーバ１１
８）が対象とするサーバ１４２の地域内に存在するかど
うかについて決定する（すなわち、ステップ２１０）。
この例では、料金無料サーバ１１８がプロバイダ・サー
バ１４８が管理する対象地域内に存在するので、サーバ
１４２は、パケットをネットワーク１５０を介してサー
バ１４８に送る（すなわち、ステップ２１２）。
明らかになる。料金無料の呼は、ユーザ１０２が料金無
料番号（例えば、１−８００−１２３−４５６７）をダ
イアルすると始まる（すなわち、ステップ２０２）。呼
が、ＬＥＣ １２２内の末端局で受信され、１次電話番
号に変換される（例えば、１−８００−１２３−４５６
７が８１８−８８８−８８８８に変換される）。ＬＥＣ
１２２は、次に、呼をアクセス・タンデム１３２を介し
てプロバイダ・ローカル・サーバ１４２に転送する（す
なわち、ステップ２０６）。サーバ１４２は、呼をデジ
タル化して、それをパケットに分解し（すなわち、ステ
ップ２０８）、次に呼の宛先（すなわち、８１８−８８
８−８８８８、又は本事例の場合に料金無料サーバ１１
８）が対象とするサーバ１４２の地域内に存在するかど
うかについて決定する（すなわち、ステップ２１０）。
この例では、料金無料サーバ１１８がプロバイダ・サー
バ１４８が管理する対象地域内に存在するので、サーバ
１４２は、パケットをネットワーク１５０を介してサー
バ１４８に送る（すなわち、ステップ２１２）。
【００１７】プロバイダ・サーバ１４８は、いちどパケ
ットを受け取ると、パケットをタンデム１３８を介して
ＬＥＣ１２８に転送し（すなわち、ステップ２１４）、
それはパケットを料金無料サーバ１１８に送る（すなわ
ち、ステップ２１６）。料金無料サーバ１１８は、閾値
を入呼が越えたかどうかについて定めるために確認し
（すなわち、ステップ２１８）、閾値を越えたと想定し
て、自動的に呼を拒絶し、パケットを送信者（すなわ
ち、サーバ１４２）に第２のアドレス（例えば、４１４
−４４４−４４４４又は料金無料サーバ１１４）と共に
戻す。プロバイダ・サーバ１４２は、パケットを拒絶通
知と第２のアドレスと共に受け取り、実際のアドレスを
第２のアドレスに更新する（すなわち、８１８−８８８
−８８８８が４１４−４４４−４４４４に変わる）（す
なわち、ステップ２２２）。プロバイダ１４２は、次
に、１次番号の場合と同様に第２の電話番号でシーケン
スを始める（すなわち、ステップ２１０に戻る）。
ットを受け取ると、パケットをタンデム１３８を介して
ＬＥＣ１２８に転送し（すなわち、ステップ２１４）、
それはパケットを料金無料サーバ１１８に送る（すなわ
ち、ステップ２１６）。料金無料サーバ１１８は、閾値
を入呼が越えたかどうかについて定めるために確認し
（すなわち、ステップ２１８）、閾値を越えたと想定し
て、自動的に呼を拒絶し、パケットを送信者（すなわ
ち、サーバ１４２）に第２のアドレス（例えば、４１４
−４４４−４４４４又は料金無料サーバ１１４）と共に
戻す。プロバイダ・サーバ１４２は、パケットを拒絶通
知と第２のアドレスと共に受け取り、実際のアドレスを
第２のアドレスに更新する（すなわち、８１８−８８８
−８８８８が４１４−４４４−４４４４に変わる）（す
なわち、ステップ２２２）。プロバイダ１４２は、次
に、１次番号の場合と同様に第２の電話番号でシーケン
スを始める（すなわち、ステップ２１０に戻る）。
【００１８】プロバイダ１４２は、プロバイダ・サーバ
１４４が第２の番号に該当するサーバであると決定して
（すなわち、ステップ２１０）、パケットをサーバ１４
４に転送する（すなわち、ステップ２１２）。サーバ１
４４はパケットをアクセス・タンデム１３４を経由して
ＬＥＣ１２４に送り（すなわち、ステップ２１４）、そ
れはパケットを料金無料サーバ１１４に渡す（すなわ
ち、ステップ２１６）。次に、サーバ１１４は、入呼の
ために過剰な条件が生じるかどうか調べて確認し、生じ
ないと想定して、メッセージを受け取り、接続を完成す
る（すなわち、ステップ２２４）。
１４４が第２の番号に該当するサーバであると決定して
（すなわち、ステップ２１０）、パケットをサーバ１４
４に転送する（すなわち、ステップ２１２）。サーバ１
４４はパケットをアクセス・タンデム１３４を経由して
ＬＥＣ１２４に送り（すなわち、ステップ２１４）、そ
れはパケットを料金無料サーバ１１４に渡す（すなわ
ち、ステップ２１６）。次に、サーバ１１４は、入呼の
ために過剰な条件が生じるかどうか調べて確認し、生じ
ないと想定して、メッセージを受け取り、接続を完成す
る（すなわち、ステップ２２４）。
【００１９】本発明の原理は多くの現実的な事例に応用
できる。例えば、音声パケット呼が個人のコンピュータ
に対して行われる時に、その個人が外出して仕事に出か
けていた場合、個人のコンピュータは、呼を拒絶して、
個人の作業用コンピュータを第２の番号として提示する
ようにセットできる。従って、本発明の基本的な応用事
例の大半は料金無料サービスの改善を意図しているが、
当業者は、本発明の自動呼拒絶機能とアドレス再設定機
能が他の事例にも応用できることを認めると思われる。
本発明の更なる具体例として、小規模の会社が連携して
仮想的な国家規模のネットワーク（例えば、配管業者又
は歯医者）を構築できる。その場合、個人が、例えば、
１−８００−配管業者を呼び出すと、その呼は最も近い
配管業者に送られると思われる。その配管業者が忙しい
又は外出している場合、その家庭のコンピュータは、入
呼を拒絶し、業者組合の番号を第２の番号として提示す
るようにセットできる。
できる。例えば、音声パケット呼が個人のコンピュータ
に対して行われる時に、その個人が外出して仕事に出か
けていた場合、個人のコンピュータは、呼を拒絶して、
個人の作業用コンピュータを第２の番号として提示する
ようにセットできる。従って、本発明の基本的な応用事
例の大半は料金無料サービスの改善を意図しているが、
当業者は、本発明の自動呼拒絶機能とアドレス再設定機
能が他の事例にも応用できることを認めると思われる。
本発明の更なる具体例として、小規模の会社が連携して
仮想的な国家規模のネットワーク（例えば、配管業者又
は歯医者）を構築できる。その場合、個人が、例えば、
１−８００−配管業者を呼び出すと、その呼は最も近い
配管業者に送られると思われる。その配管業者が忙しい
又は外出している場合、その家庭のコンピュータは、入
呼を拒絶し、業者組合の番号を第２の番号として提示す
るようにセットできる。
【００２０】図３は、（図１の）通信システム１００の
一部である、ローカル・プロバイダ・サーバ３４０（例
えば、ローカル・プロバイダ・サーバ１４２）を表す回
路の単純な略図を示す。ローカル・サーバ３４０は、４
つの基本的な構成要素、すなわち、プロセッサ３５２と
入力／出力インタフェース３５４とプロセッサ・メモリ
３５６とシステム・メモリ３５８とを含んでいる。プロ
セッサ３５２は、予めプログラム設定されたコントロー
ラとして、単純に構成されても、又は、多重タスク処理
を実行するマルチプロセッサ・アレイとして、複雑に構
成されてもよい。プロセッサ・メモリ３５６は、好まし
くは、キャッシュ・メモリを含んでおり、さらに、プロ
セッサ・レジスタも含むことができる（代わりに、プロ
セッサ３５２の内部に含めることもできる）。そのう
え、プロセッサ３５２とプロセッサ・メモリ３５６は、
（どの程度のメモリが必要になるかに基づいて）本発明
の精神から逸脱せずに１つの集積回路又は１つの回路基
板に結合できる。
一部である、ローカル・プロバイダ・サーバ３４０（例
えば、ローカル・プロバイダ・サーバ１４２）を表す回
路の単純な略図を示す。ローカル・サーバ３４０は、４
つの基本的な構成要素、すなわち、プロセッサ３５２と
入力／出力インタフェース３５４とプロセッサ・メモリ
３５６とシステム・メモリ３５８とを含んでいる。プロ
セッサ３５２は、予めプログラム設定されたコントロー
ラとして、単純に構成されても、又は、多重タスク処理
を実行するマルチプロセッサ・アレイとして、複雑に構
成されてもよい。プロセッサ・メモリ３５６は、好まし
くは、キャッシュ・メモリを含んでおり、さらに、プロ
セッサ・レジスタも含むことができる（代わりに、プロ
セッサ３５２の内部に含めることもできる）。そのう
え、プロセッサ３５２とプロセッサ・メモリ３５６は、
（どの程度のメモリが必要になるかに基づいて）本発明
の精神から逸脱せずに１つの集積回路又は１つの回路基
板に結合できる。
【００２１】入力／出力インタフェース３５４は“外
界”とのインタフェースをプロセッサ３５２に呈する種
々の機能を実行する。外界として、前述のように、情報
通信（電話とデータ通信を含めた）を処理する（図１に
示した任意のアクセス・タンデム１３２、１３４、１３
６、１３８を表す）アクセス・タンデム３３０とネット
ワーク３５０とを含んでいる。システム・メモリ３５８
として、ランダム・アクセス・メモリ（ＲＡＭ）、ハー
ド・ドライブ、磁気光学的ドライブ、テープ・ドライ
ブ、又はコンピュータ・システムにおける情報保存に用
いる任意の他の従来の装置がある。当業者は、図３に示
した回路はプロバイダ・サーバの図解のために記載した
ものであり、類似の回路も任意の末端サーバ（例えば、
末端サーバ１１２、１１４、１１６、１１８）に必要に
なることを認めると思われる。プロバイダ・サーバ３４
０と任意の１つの末端サーバとの間の原理的な違いは、
末端サーバの入力／出力インタフェースは、図３に示す
ように、ネットワーク３５０とアクセス・タンデム３３
０よりむしろローカルＬＥＣに普通は接続されることに
ある（従って、内部回路はほぼ似ている）。
界”とのインタフェースをプロセッサ３５２に呈する種
々の機能を実行する。外界として、前述のように、情報
通信（電話とデータ通信を含めた）を処理する（図１に
示した任意のアクセス・タンデム１３２、１３４、１３
６、１３８を表す）アクセス・タンデム３３０とネット
ワーク３５０とを含んでいる。システム・メモリ３５８
として、ランダム・アクセス・メモリ（ＲＡＭ）、ハー
ド・ドライブ、磁気光学的ドライブ、テープ・ドライ
ブ、又はコンピュータ・システムにおける情報保存に用
いる任意の他の従来の装置がある。当業者は、図３に示
した回路はプロバイダ・サーバの図解のために記載した
ものであり、類似の回路も任意の末端サーバ（例えば、
末端サーバ１１２、１１４、１１６、１１８）に必要に
なることを認めると思われる。プロバイダ・サーバ３４
０と任意の１つの末端サーバとの間の原理的な違いは、
末端サーバの入力／出力インタフェースは、図３に示す
ように、ネットワーク３５０とアクセス・タンデム３３
０よりむしろローカルＬＥＣに普通は接続されることに
ある（従って、内部回路はほぼ似ている）。
【００２２】図２のフローチャートに示したように、ロ
ーカル・サーバ３４０は種々の機能を通信システム１０
０に呈する。例えば、図２の処理ステップ２０８では、
プロバイダ・サーバ３４０は次のように動作する。プロ
セッサ３５２は、プロセッサ・メモリ３５６にいまある
入呼をデジタル化して（ステップ２０６で、呼が、受信
され、更なる処理のためにプロセッサ・メモリ３５６に
置かれていた）、デジタル化した呼をパケットに分解す
る。プロセッサ３５２は、次に、宛先コードを分析し
て、呼宛先がサーバの提示した対象地域内に存在するか
どうかについて決定する。プロセッサ３５２は、呼の初
期パケット（及び必要に応じて、他のパケット）を入力
／出力インタフェース３５４に、呼を外部に伝送する命
令により渡す。プロセッサ３５２が提示した命令は、呼
がネットワーク３５０に送られるか（すなわちステップ
２１２）又はアクセス・タンデム３３０を介してローカ
ルＬＥＣに送られるか（すなわち、ステップ２１４）に
基づいて変わる。
ーカル・サーバ３４０は種々の機能を通信システム１０
０に呈する。例えば、図２の処理ステップ２０８では、
プロバイダ・サーバ３４０は次のように動作する。プロ
セッサ３５２は、プロセッサ・メモリ３５６にいまある
入呼をデジタル化して（ステップ２０６で、呼が、受信
され、更なる処理のためにプロセッサ・メモリ３５６に
置かれていた）、デジタル化した呼をパケットに分解す
る。プロセッサ３５２は、次に、宛先コードを分析し
て、呼宛先がサーバの提示した対象地域内に存在するか
どうかについて決定する。プロセッサ３５２は、呼の初
期パケット（及び必要に応じて、他のパケット）を入力
／出力インタフェース３５４に、呼を外部に伝送する命
令により渡す。プロセッサ３５２が提示した命令は、呼
がネットワーク３５０に送られるか（すなわちステップ
２１２）又はアクセス・タンデム３３０を介してローカ
ルＬＥＣに送られるか（すなわち、ステップ２１４）に
基づいて変わる。
【００２３】そこで、過度にロードされた条件にアプロ
ーチするサーバは、呼の代わりになる宛先を提示して入
呼を拒絶できる、通信ネットワークのサーバ特性を向上
させるシステムと方法が提案された。当業者は、本発明
が、制限するためでなく、図解を意図して表示された、
前述の実施例以外にも実現できるものであり、本発明は
特許請求の範囲だけによって制限されることを認めるも
のと思われる。
ーチするサーバは、呼の代わりになる宛先を提示して入
呼を拒絶できる、通信ネットワークのサーバ特性を向上
させるシステムと方法が提案された。当業者は、本発明
が、制限するためでなく、図解を意図して表示された、
前述の実施例以外にも実現できるものであり、本発明は
特許請求の範囲だけによって制限されることを認めるも
のと思われる。
【００２４】
本発明の前述の及び他の目的と長所は、添付の図面と共
に、次に示す詳細な説明から明らかになる。なお、類似
の参照記号は類似の部品を全体にわたって表している。
に、次に示す詳細な説明から明らかになる。なお、類似
の参照記号は類似の部品を全体にわたって表している。
【図１】本発明の原理に基づく料金無料呼などの設定に
用いる、パケット通信ネットワークの略図を示す。
用いる、パケット通信ネットワークの略図を示す。
【図２】本発明の原理に基づく図１に示した自動パケッ
ト再伝送通信システムの動作を示すフローチャートであ
る。
ト再伝送通信システムの動作を示すフローチャートであ
る。
【図３】図１に示す通信システムの代表的な相互交換プ
ロバイダ・サーバの略図である。
ロバイダ・サーバの略図である。
Claims (20)
- 【請求項１】 呼がユーザと末端サーバとの間に設定さ
れるパケット転送通信ネットワークにおいて向上された
サーバ特性を提供する方法であって、前記の呼は最終的
にパケットの形態になり、各パケットが実際の宛先アド
レスを備えていて、 前記の呼の第１のパケットを前記の末端サーバで受信
し、前記の末端サーバは前記の実際の宛先アドレスと等
しいアドレスを有している、前記の受信するステップ
と、 前記の末端サーバの今の特性パラメータを評価するステ
ップと、 前記の今の特性を評価するステップが、前記の末端サー
バの特性の重大な低下が前記の呼に起因して生じないと
決定する場合に、前記のユーザからの前記の第１のパケ
ットと前記の呼とを受け取るステップと、 前記の今の特性を評価するステップが、前記の末端サー
バの特性の重大な低下が前記の呼に起因して生じると決
定する場合に、前記のユーザからの前記の第１のパケッ
トと前記の呼とを自動的に拒絶するステップと、 前記の第１のパケットが拒絶される場合に、前記の実際
の宛先アドレスに代えて、第２の宛先アドレスを提示
し、前記の第２の宛先アドレスが別の末端サーバにな
る、前記の第２の宛先アドレスを提示するステップとを
備えている、前記の方法。 - 【請求項２】前記の呼を第１のプロバイダ・サーバにお
いて受信し、前記の呼がアナログ音声呼である、前記の
受信するステップと、 前記の受信された呼をアナログからデジタルに変換する
ステップと、 前記のデジタル呼をパケットに分解するステップと、 前記のパケットの少なくとも１つを前記の第１のプロバ
イダ・サーバから前記の末端サーバに伝送するステップ
とを備えていて、 前記の呼を受信し、前記の呼を変換し、前記のデジタル
呼を分解し、前記のパケットを伝送する前記のステップ
が、全て、第１のパケットを受信する前記のステップに
先行する、特許請求の範囲第１項に記載の方法。 - 【請求項３】 前記の伝送するステップが、 前記の末端サーバが前記の第１のプロバイダ・サーバに
よって提示された対象地域内に存在するかどうかについ
て決定するステップと、 前記の決定するステップが、前記の末端サーバと前記の
第１のプロバイダ・サーバとが同じ対象地域に存在する
と決定する場合に、前記の末端サーバに前記の第１のパ
ケットを送るステップと、 前記の決定するステップが、前記の末端サーバと前記の
第１のプロバイダ・サーバとが異なる対象地域に存在す
ると決定する場合に、第２のプロバイダ・サーバに前記
の第１のパケットを送り、前記の第２のプロバイダ・サ
ーバが前記の第１のパケットを前記の末端サーバに送
る、前記の第１のパケットを送るステップとを備えてい
る、特許請求の範囲第２項に記載の方法。 - 【請求項４】 前記の第１のパケットを第２のプロバイ
ダ・サーバに送る前記のステップが、 前記の第１のパケットを前記の第２のプロバイダ・サー
バに送るステップと前記の第１のパケットを前記の第２
のプロバイダ・サーバから、前記の末端サーバが接続さ
れているＬＥＣに、送るステップと前記の第１のパケッ
トを前記の末端サーバのＬＥＣから前記の末端サーバに
送るステップとを備えている、特許請求の範囲第３項に
記載の方法。 - 【請求項５】前記の第１のパケットを前記の第２のプロ
バイダから前記の末端サーバＬＥＣに送る前記のステッ
プが、 前記の第１のパケットを前記の第２のプロバイダ・サー
バからアクセス・タンデムに送るステップと、 前記の第１のパケットを前記のアクセス・タンデムから
前記の末端サーバＬＥＣに送るステップとを備えてい
る、特許請求の範囲第４項に記載の方法。 - 【請求項６】実際の宛先アドレスを前記の第２の宛先ア
ドレスに前記の第１のプロバイダ・サーバにおいて変更
するステップと、 前記の受信し、評価し、受け取り、自動的に拒絶し、前
記の変更された実際のアドレスを提示するステップを、
前記の末端サーバが前記の第２の宛先アドレスと等しい
アドレスを有する末端サーバになり、前記の別の末端サ
ーバが前記の初期の実際の宛先アドレスと異なり且つ前
記の変更された実際の宛先アドレスと異なるアドレスを
有する末端サーバになるように、繰り返すステップを更
に備えている、特許請求の範囲第１項に記載の方法。 - 【請求項７】 前記の末端サーバと前記の付加の末端サ
ーバとが料金無料の電話サービスを呈するサーバであ
る、特許請求の範囲第１項に記載の方法。 - 【請求項８】 前記の末端サーバと前記の付加の末端サ
ーバとがパーソナル・コンピュータであり、各々が入呼
に応答するモデムを備えている、特許請求の範囲第１項
に記載の方法。 - 【請求項９】 前記の末端サーバが個人の家庭用パーソ
ナル・コンピュータであり、前記の家庭用パーソナル・
コンピュータが入呼に応答するモデムを備えている、特
許請求の範囲第１項に記載の方法。 - 【請求項１０】 前記の別の末端サーバが前記の個人の
オフィス・パーソナル・コンピュータであり、前記のオ
フィス・パーソナル・コンピュータが入呼に応答するモ
デムを備えている、特許請求の範囲第９項に記載の方
法。 - 【請求項１１】 前記の評価するステップが前記の末端
サーバのローディングを評価するステップを備えてい
る、特許請求の範囲第１項に記載の方法。 - 【請求項１２】 前記の評価するステップが前記の末端
サーバのローディングと前記のネットワークのローディ
ングとを評価するステップを備えている、特許請求の範
囲第１項に記載の方法。 - 【請求項１３】 前記の評価するステップが、前記の呼
が開始される日時を評価するステップを備えている、特
許請求の範囲第１項に記載の方法。 - 【請求項１４】 前記の評価するステップが、前記の末
端サーバのローディングと、前記の呼が開始される日時
とを評価するステップを備えている、特許請求の範囲第
１項に記載の方法。 - 【請求項１５】 前記のパケットがデータ・パケットを
含んでいる、特許請求の範囲第１項に記載の方法。 - 【請求項１６】 前記のパケットが音声パケットを含ん
でいる、特許請求の範囲第１項に記載の方法。 - 【請求項１７】 １つ又は複数の発呼者に通信サービス
を提供するネットワークであって、前記ネットワークが
相互交換プロバイダと、 前記の１つ又は複数の発呼者から前記の相互交換プロバ
イダにいたるインタフェースと、 前記の相互交換プロバイダに結合された少なくとも２つ
の末端サーバにおいて、前記の相互交換プロバイダが呼
の少なくとも１つのパケットを前記の１つ又は複数の発
呼者から前記の末端サーバの第１のものに送り、前記の
第１の末端サーバは閾値評価に基づいて前記の少なくと
も１つのパケットを受け取るかどうかについて決定する
回路を含んでいて、また前記の第１の末端サーバは、前
記の閾値評価が越えられる場合に、前記の少なくとも１
つのパケットを拒絶し且つ前記の呼のための第２のアド
レスを前記の相互交換プロバイダに提示する回路を含ん
でいて、前記の第２のアドレスが前記の少なくとも２つ
の末端サーバの別のものの実際のアドレスになる、前記
の少なくとも２つの末端サーバとを備えている、前記の
ネットワーク。 - 【請求項１８】 前記の相互交換プロバイダが、 前記の呼がパケット形態でない場合、前記の呼をパケッ
ト形態に変換し、１次アドレスを前記のパケットに指定
する回路を含んでいる少なくとも１つのプロバイダ・サ
ーバにおいて、前記の１次アドレスが前記の第１の末端
サーバのアドレスになる、前記の少なくとも１つのプロ
バイダ・サーバを備えている、特許請求の範囲第１７項
に記載のネットワーク。 - 【請求項１９】 前記の相互交換プロバイダが、 前記の呼が前記の第１の末端サーバによって拒絶される
場合、新しい１次アドレスを前記の少なくとも１つのパ
ケットに指定する、回路を含んでいる少なくとも１つの
プロバイダ・サーバにおいて、前記の新しい１次アドレ
スが前記の第１の末端サーバから受信された前記の第２
のアドレスになり、前記の少なくとも１つのプロバイダ
・サーバは前記の第２のアドレスを有する末端サーバに
前記の少なくとも１つのパケットを伝送する回路を更に
含んでいる、前記の少なくとも１つのプロバイダ・サー
バを備えている、特許請求の範囲第１７項に記載のネッ
トワーク。 - 【請求項２０】 前記の少なくとも２つの末端サーバの
少なくとも１つは、入呼に応答するモデムを搭載するパ
ーソナル・コンピュータである、特許請求の範囲第１７
項に記載のネットワーク。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/680,945 US5946299A (en) | 1996-07-15 | 1996-07-15 | Systems and methods for providing increased server performance, in a communications network |
| US08/680945 | 1996-07-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1093631A true JPH1093631A (ja) | 1998-04-10 |
Family
ID=24733159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9188841A Abandoned JPH1093631A (ja) | 1996-07-15 | 1997-07-15 | 通信ネットワークのサーバ特性を向上させるシステムと方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5946299A (ja) |
| EP (1) | EP0820170A3 (ja) |
| JP (1) | JPH1093631A (ja) |
| CA (1) | CA2208294C (ja) |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
| US6069890A (en) | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
| US6154445A (en) | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
| US6473404B1 (en) | 1998-11-24 | 2002-10-29 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6016307A (en) | 1996-10-31 | 2000-01-18 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6754181B1 (en) | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
| US6690654B2 (en) | 1996-11-18 | 2004-02-10 | Mci Communications Corporation | Method and system for multi-media collaboration between remote parties |
| US7145898B1 (en) | 1996-11-18 | 2006-12-05 | Mci Communications Corporation | System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture |
| US6335927B1 (en) | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
| US6078582A (en) | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
| US6731625B1 (en) | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
| US6137869A (en) | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
| US6574216B1 (en) | 1997-03-11 | 2003-06-03 | Verizon Services Corp. | Packet data network voice call quality monitoring |
| US6870827B1 (en) | 1997-03-19 | 2005-03-22 | Verizon Services Corp. | Voice call alternative routing through PSTN and internet networks |
| US6272126B1 (en) * | 1997-07-24 | 2001-08-07 | Bell Atlantic Network Services, Inc. | Internetwork telephony with enhanced features |
| US6614780B2 (en) * | 1998-01-02 | 2003-09-02 | Lucent Technologies Inc. | Internet calling apparatus and method |
| US20060224752A1 (en) * | 1999-05-03 | 2006-10-05 | Parekh Sanjay M | Determining geographic locations of private network Internet users |
| US7844729B1 (en) | 1999-05-03 | 2010-11-30 | Digital Envoy, Inc. | Geo-intelligent traffic manager |
| US6757740B1 (en) * | 1999-05-03 | 2004-06-29 | Digital Envoy, Inc. | Systems and methods for determining collecting and using geographic locations of internet users |
| US7685311B2 (en) | 1999-05-03 | 2010-03-23 | Digital Envoy, Inc. | Geo-intelligent traffic reporter |
| US6529955B1 (en) | 1999-05-06 | 2003-03-04 | Cisco Technology, Inc. | Proxy session count limitation |
| US6430619B1 (en) | 1999-05-06 | 2002-08-06 | Cisco Technology, Inc. | Virtual private data network session count limitation |
| US6480749B1 (en) * | 1999-11-10 | 2002-11-12 | Bellsouth Intellectual Property Corporation | Method for performance measurement and an analysis of local exchange carrier interconnections |
| US6965777B1 (en) * | 2000-11-16 | 2005-11-15 | Thomas Cast | Method of delivering short messages using a SMPP gateway with standard interface |
| US6975876B1 (en) * | 2000-11-17 | 2005-12-13 | Thomas Cast | System and method for performing throttle control in a SMPP gateway |
| US20060146820A1 (en) * | 2002-11-26 | 2006-07-06 | Robert Friedman | Geo-intelligent traffic manager |
| US7643627B2 (en) * | 2004-07-09 | 2010-01-05 | At&T Intellectual Property, I,L.P. | Methods, systems and storage mediums for providing a self-provisioning telephony service |
| JP2007221207A (ja) * | 2006-02-14 | 2007-08-30 | Hitachi Ltd | 管理装置及び通信システム |
| US9088658B2 (en) * | 2007-02-23 | 2015-07-21 | Cisco Technology, Inc. | Intelligent overload control for contact center |
| US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
| US8443107B2 (en) * | 2009-11-11 | 2013-05-14 | Digital Envoy, Inc. | Method, computer program product and electronic device for hyper-local geo-targeting |
| CN106411567A (zh) * | 2016-08-30 | 2017-02-15 | 福建星网视易信息系统有限公司 | 一种服务器自动控制可负载客户端数量的方法及装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4771425A (en) * | 1984-10-29 | 1988-09-13 | Stratacom, Inc. | Synchoronous packet voice/data communication system |
| US5222128A (en) * | 1990-07-26 | 1993-06-22 | At&T Bell Laboratories | Telecommunication disaster plan |
| US5249223A (en) * | 1991-01-03 | 1993-09-28 | At&T Bell Laboratories | Call-load-control arrangement for an emergency-call-answering center |
| US5299259A (en) * | 1991-09-27 | 1994-03-29 | At&T Bell Laboratories | Distributing calls over serving centers of a large customer |
| SE500822C2 (sv) * | 1992-02-17 | 1994-09-12 | Ericsson Telefon Ab L M | Förfarande att åstadkomma en intelligent nättjänst |
| US5384841A (en) * | 1993-10-27 | 1995-01-24 | Rockwell International Corporation | Automatic call distribution network with call overload system and method |
| US5528513A (en) * | 1993-11-04 | 1996-06-18 | Digital Equipment Corp. | Scheduling and admission control policy for a continuous media server |
| US5661792A (en) * | 1994-10-18 | 1997-08-26 | At&T | Completing telecommunications calls in a competitive local and toll enviroment |
| US5592541A (en) * | 1995-05-31 | 1997-01-07 | Southwestern Bell Technology Resources, Inc. | Apparatus and method for forwarding incoming calls |
-
1996
- 1996-07-15 US US08/680,945 patent/US5946299A/en not_active Expired - Fee Related
-
1997
- 1997-06-19 CA CA002208294A patent/CA2208294C/en not_active Expired - Fee Related
- 1997-07-15 JP JP9188841A patent/JPH1093631A/ja not_active Abandoned
- 1997-07-15 EP EP97112081A patent/EP0820170A3/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| CA2208294A1 (en) | 1998-01-15 |
| MX9705208A (es) | 1998-05-31 |
| EP0820170A2 (en) | 1998-01-21 |
| US5946299A (en) | 1999-08-31 |
| CA2208294C (en) | 2002-04-23 |
| EP0820170A3 (en) | 2000-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH1093631A (ja) | 通信ネットワークのサーバ特性を向上させるシステムと方法 | |
| US8144857B1 (en) | Method and apparatus for in-progress call forwarding | |
| US6463053B1 (en) | Voice-and-fax-over IP dialing plan | |
| US6205135B1 (en) | Access platform for internet-based telephony | |
| US6493321B1 (en) | Systems and methods for providing communications through an alternate communication network | |
| US5896448A (en) | Method and apparatus for routing calls based on call success history | |
| USRE48760E1 (en) | Method and apparatus for placing a long distance call based on a virtual phone number | |
| US20070143422A1 (en) | Phonebook use to filter unwanted telecommunications calls and messages | |
| EP0847174A2 (en) | Method and apparatus for data network call processing | |
| US20020146103A1 (en) | Method and apparatus for routing calls based on identification of the calling party or calling line | |
| US5883943A (en) | Calling party name delivery to digital phone subscriber | |
| US20030031169A1 (en) | Call management messaging system for integrating the internet with the public switched telephone network | |
| JP2874119B2 (ja) | 複数端末への着信呼分散サービス方式 | |
| JPH11512239A (ja) | 移動通信システムにおける無線移動局への呼の中継 | |
| US6324409B1 (en) | System and method for optimizing telecommunication signal quality | |
| MXPA01008594A (es) | Metodos y sistmas para permitir responder una llamada a un mensaje de correo de voz. | |
| KR19990077333A (ko) | 전파 지연 결정 프로시져 | |
| US7110395B1 (en) | Method and apparatus for network telephony | |
| US20040203678A1 (en) | Method for effecting fast forward no-answer treatment for wireless or wireline calls | |
| RU2295201C1 (ru) | Способ и система для направления вызовов в межсетевом интерфейсе передачи речи по протоколу интернет (voip) | |
| CN116054927A (zh) | 一种卫星网络中电路电话移动切换寻址方法 | |
| US6134317A (en) | Method and apparatus for improving utilization of multiple phone lines | |
| US6236721B1 (en) | Method for route searching in telecommunications networks | |
| MXPA97005208A (en) | Systems and methods for providing an increased operation of a server in a communication network | |
| HK1002976A (en) | Systems and methods for providing increased server performance in a communications network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040715 |
|
| A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20041005 |