JP2971580B2 - 通信ネットワーク管理 - Google Patents

通信ネットワーク管理

Info

Publication number
JP2971580B2
JP2971580B2 JP7515475A JP51547595A JP2971580B2 JP 2971580 B2 JP2971580 B2 JP 2971580B2 JP 7515475 A JP7515475 A JP 7515475A JP 51547595 A JP51547595 A JP 51547595A JP 2971580 B2 JP2971580 B2 JP 2971580B2
Authority
JP
Japan
Prior art keywords
agent
service
agents
network
communication network
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
Application number
JP7515475A
Other languages
English (en)
Other versions
JPH09505917A (ja
Inventor
ブスーオク、ニコレイ・マリウス
プロヒット、バーラット
クラブツリー、イーアン・バリー
ヤデガー、ジェイコブ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=8214619&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP2971580(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of JPH09505917A publication Critical patent/JPH09505917A/ja
Application granted granted Critical
Publication of JP2971580B2 publication Critical patent/JP2971580B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/30—Decision processes by autonomous network management units using voting and bidding
    • 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
    • H04Q3/0075—Fault management techniques
    • H04Q3/0079—Fault management techniques involving restoration of networks, e.g. disaster recovery, self-healing networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13503—Indexing scheme relating to selecting arrangements in general and for multiplex systems object-oriented systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13516—Indexing scheme relating to selecting arrangements in general and for multiplex systems agents or brokers - user, terminal etc., also OSI agent/managers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13521—Indexing scheme relating to selecting arrangements in general and for multiplex systems fault management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13535—Indexing scheme relating to selecting arrangements in general and for multiplex systems distributed systems - also domains in service creation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13567—Indexing scheme relating to selecting arrangements in general and for multiplex systems negotiation, management policy, goals

Description

【発明の詳細な説明】 本発明は通信ネットワークに関し、具体的には、通信
ネットワークの管理に関する。
競争上の利点は、通信ネットワークのオペレータが提
供するサービス及びこれらのサービスの管理の効率を通
して通信ネットワークのオペレータによって得ることが
できる。ネットワークオペレータが意図する目標は、料
金の低減、改良された品質及びサービスの顧客管理の増
大である。
ネットワーク基盤の一部は、ネットワークオペレータ
が顧客に以下のことを提供することを可能にする広域多
重サービスネットワーク（GMSNs）を顧客に提供するこ
とを促進する。
−高速サービスの提供 −管理サービスの品質 −集積したサービス −ネットワークサービスの調整された管理 理想的には、今日のこれらの促進は、音声接続度とし
て同じ有用性によって提供されるが、しかしながら、移
動性及び顧客の動きやすさとともに多くの新規な特徴は
提供しない。
ネットワークオペレータが顧客に広範な自由度、品質
及び要求の管理を提供することを可能にするためには、
GMSNsは、下記のことをサポートする必要がある。
−多重サービス提供 −多重ベンダー −多重管理器 −フレキシブルなサービス管理 GMSNsの複雑性及び操作性の特徴は、現在のネットワ
ーク管理のアプローチをの能力を越える要件を課される
ことが期待されている。GMSNsは、契約に従ったサービ
スを顧客に提供しなけければならないばかりでなく、同
時にネットワークオペレータのために料金及び完成度を
最適化しなければならない。
多重サービスネットワーク（MSN）は、サービス領域
をサポートすることが可能ないくつかのネットワークで
ある。
1990年にロンドンにおいてIEE広帯域会議でＲ Smith
によって発表された“広帯域通信管理 − RACE TMN
アプローチ”紙で言及されているヨーロッパのRACE構
想において調査された全ヨーロッパの集積した広帯域ネ
ットワークは、同期伝送モードを基礎にしたMSNの例で
ある。
米国において入手可能な現在のネットワークは、より
通常のスイッチ（例えば、NorthernテレコムのDMS250）
を使用するMSNsの例である。このようなネットワーク
は、データと同様に音声を伝送することに使用されるこ
とが可能である。
実時間ビデオがサポートされることを可能にするため
のファイル伝送のサービスの範囲のため、データは、19
kbits/secから40Mbit/secまで同時に種々の伝送レート
に分割される。
さらに、このようなネットワークの傾向は、多くの国
にまたがるMSNである広域ネットワークに向かってお
り、その結果、GMSNsの出現となる。
少なくとも理想的には、MSNsのために意図された顧客
は、大会社のユーザであることが期待されており、おそ
らく全世界の多くの位置に配置されている。このような
顧客は国際的にプライベートに賃貸された回路から享受
する機能性を少なくとも提供するプライベート切換ネッ
トワークの出現を必要としている。実際には、サービス
は、多くの異なるネットワークオペレータから可能であ
り、多数の基礎をなすネットワークの数によってサポー
トされる。この配置は、仮想ネットワークとして知られ
ている。
サービスレベル協定（SLAs） これらの会社は、しばしば、世界での電話通信の必要
性の多くの部分を契約によって、あるサービスプロバイ
ダーに委託している。ここで、特に重要なことは、契約
によって特定されるサービスのレベルが提供されるとい
うことである。サービスの正確な定義は、サービスレベ
ル協定（SLA）によって特定される。入手可能なサービ
スの範囲は、潜在的にきわめて大きく、そして、それぞ
れのサービスは選択の幅をそれぞれ有しているので、そ
れぞれのサービスは更に特化されている。
サービスの例は、下記のことを含む。
−専用の国際点にプライベート賃貸された回路 −日付 −身元呼出 −発生位置 − によって制御されるルーチング −ダイヤル呼び出し計画によって制御される顧客 後者の例は、呼び出しが販売部門に関して地理的に発
生したのにもかかわらず、関連する販売部門を通して得
るためのダイヤル111のみを必要とする。
SLAは、一般的に下記のことを含むことを期待され
る。
−サービスの等級（ブロッキング確率、ビットエラーレ
ート、誤り発生なし秒等） −目標及び保証最小提供時間 −目標及び保証最小休止時間 −目標及び保証最小修復時間 −目標及び保証サービス有用性 ソフトウェア技術主導による目的の組み込みによっ
て、サービスのためのモデル及びSLAsは、国際標準ボデ
ィ（OSI/MMF及びCCITT）によって開発されてきている。
これらは、サービス及びSLAsを定義する広範な管理対象
クラスを提供する。
管理対象の特徴の着想は、顧客に提供されるサービス
の構成部分を定義するために導入される。知的ネットワ
ークにおいて認められている論理的な番号付け手法は、
このような特徴の例である。１つの特徴は他の特徴の構
成部分であるので、特徴は、“入れ子状（ネスト）にす
る”ことができる。特徴から基礎をなすネットワーク源
へのマッピングは、また、特徴の目的において定義され
る。公知のタイプの知的ネットワークは、サービス及び
／或いは顧客データに関連するサービス制御ポイント
（SCP）（或いは他の手段）を有する構成を有し、この
サービス制御ポイント（SCP）は、一般的に、多くの特
徴（例えば、論理的番号付け、日付のルーチング）が依
存する資源である。
特徴の全ての事例に共通する限り、請求、故障運転及
び完成度の基準に関する情報は特徴内において保持され
る。
いくつかの特徴の完成基準を通しての可能な事例は、
それらが置かれるための用途に依存する 次に、SLAは問題となっているサービスをサポートす
る特徴の構成部分の観点から定義される。これに加え
て、SLAによってカバーされるサービスの契約及び説明
に関する情報が、また、保持される。SLAは、一般的
に、多くの特徴に言及しており、また、他の特徴及び資
源への言及も可能である。この関係をサポートするため
に、多くの依存関係の種類が定義される（サポート、依
存 など）。
多重サービスネットワーク管理 顧客もまた仮想ネットワークを管理するための能力を
必要とされがちである。サービスは、サービスプロバイ
ダの装置へのにオンライン接続から顧客によって要求さ
れ、変更され及び中止されることができる。
全ての複雑性は、ネットワーク管理に特に困難な事項
を作りだし、特に、このことは、SLAsを考慮すると、再
構築が必要とされる。
一つの国よりも多くの国を越えて多重サービス能力を
提供することは、相当の資本の支出が必要とされがちで
ある。このようなネットワークの存立をさせるために
は、運転コストは厳しい制約の範囲内に保たれる。この
運転コスト制約に合致させるため、ネットワークにおけ
る管理機能の大規模な自動化が、もし、本質的でなけれ
ば、非常に魅力的である。
本発明の実施の形態によれば、この自動化は、知的ソ
フトウェアエージェント技術の使用を通して、少なくと
も一部が達成される。
このような技術の基礎は、下記の種々の刊行物におい
て述べられている一般的な専門用語である。
ｉ） 1987年にPitman,Morgam,Kaufmannによって発行さ
れ、Ｍ Huhnsによる“分散疑似知能”の第１巻及び２
巻 ii） 1991年７月に英国電気通信技術ジャーナル、第９
巻No.3において発行され、Ｄ Ｇ Griffiths 及び
Ｂ Ｋ Purohitによる“分散疑似知能の基礎” iii） 同様の英国電気通信技術ジャーナルによって発
行され、Ｄ Ｇ Griffiths及びＣ Whitneyによる“集
積通信管理における知的ソフトウェアエージェントの役
割” 上述のそれぞれの関連する内容は、ここに述べた参考
文献に組み込まれている。本発明の実施の形態による手
段によって自動化されるネットワーク管理の特定の観点
は、一緒に或いは別々に、顧客が満足を必要としている
間、基礎となる物理的ネットワークにおける、ルートの
再生及び確立を有する。
長期間サービスの提供 サービスを提供することは、いくつかの電気通信オペ
レータの要求である。GMSNのためのサービスの提供は、
次のような特徴から一般的なネットワークと異なる傾向
がある。
−サービスの広範な範囲 −顧客の種類の幅広さ −SLAsと財務ペナルティとの複合 −１つ以上の国にまたがるネットワーク（ｓ） このことは、顧客から新しいサービスが提供されるべ
きとの要求があった時に、必要とされがちであり、固定
された時間内でタイムスケールの見積金額及び指示を受
信する。顧客は、新しいサービス（顧客に存在する管理
端末を介して、或いは新しい顧客の折衝者を通して可
能）の要求を入力し、どの位多くのサービスで経費にな
ると言われるのか、そして、それは入手可能であるのか
を期待する。もし、サービスが存在するネットワークの
構成によってサポートされない場合には、次に、いくつ
かの再構成が明らかに必要とされ、同様に、新しい装置
を提供することを含む。
実時間ネットワークの再構成 ネットワーク要素が故障したときには、多くのサービ
スが影響を及ばされる。ネットワーク要素が完全に故障
し、或いはネットワーク要素が部分的に故障しても、サ
ービスの品質は、顧客SLAにおいて定義された以下に劣
化する。
このような故障が起きたときには、同様のサービスを
再確立するために選択方法（ネットワーク構成を通し
て）が見つけられなければならない。
一般的なネットワーク（例えば、英国公衆交換電話網
において今日まで提供されてきたような）におけるこの
ような構成は、スイッチ（例えば、システム−Ｘ交換
機）におけるルーチンテーブルによって制御される。こ
のスイッチは、中央演算ユニットからの制御動作を通し
て、ネットワークにおける周辺の問題の再ルートを自動
的に試みる。このルーチングは、ルーチングされたトラ
フィックの種類の理由を指示するものではなく、その結
果、全てのトラフィックが同等に取り扱われる。
多くの多重ネットワーク（GMSNsのような）において
は、これらは広範なサービス及び多くの異なる顧客の種
類であり、この単純なアプローチは、存立することがで
きない。このことは、全てのネットワークの使用のされ
方が等しく重要であるという仮定は、もはや安全ではな
い。
本発明によれば、協力知的ソフトウェアエージェント
を基礎にした分散抑制システムを有する通信ネットワー
ク管理システムが提供され、この通信ネットワーク管理
システムにおいては、通信ネットワーク或いはそのエー
ジェントのどちらか一方の再構成がエージェントの制御
の下で実行される。
例えば、新しいサービスの顧客からの要求或いはエー
ジェントの故障の際に、このような再構成が引き金とな
る。
エージェントの故障の場合においては、特に、サービ
スを保持し或いは再確立するために高速に再構築を実行
することが、非常に重要である。また、保留中とか実際
に故障に直面したときに、どのサービスが優先度を有し
ているかを観察するために、制御システムがSLAsを参照
することもまた重要であるこのようなことから、ネット
ワーク故障が発生すると、全て（或いは全ての重要な）
影響を受けたサービスが検出されることが必要とされ、
そして、その結果、これらは同意したSLAs上で調査され
る。故障したSLAsは、緊急性のためにランク付けされ、
ネットワークは故障の結果を最小にするような方法によ
って、サービスを回復するために再構成される。
本発明の実施の形態は、GMSNにおいてサービス管理問
題の部分集合を解決するために協力的に動作する自律ソ
フトウェアエージェントを基礎にした異質なオープンシ
ステムアーキテクチャとして述べられている。この関連
するサービス管理問題は、顧客の要求に応答するサービ
ス提供とともに上述の実時間再構成を有する。
本発明の実施の形態は、付属する図面を参照すること
によって、例のみによって、これからより具体的に述べ
られるであろう。
図１は、制御ネットワークとともにGMSNのためのトッ
プレベルアーキテクチャを示す。
図２は、ソフトウェアエージェントのアーキテクチャ
を示し、特に、図１の制御ネットワークにおいて使用さ
れるサービス管理エージェントである。
図３は、ソフトウェアエージェントのアーキテクチャ
を示し、特に、図１の制御ネットワークにおいて使用さ
れる顧客エージェント６である。
図４は、図１に示したGMSN1におけるサービス提供に
置ける折衝プロセスのフローダイアグラムを示す。
図５は、図１の制御ネットワークにおけるエージェン
トの故障時における入札処理のフローダイアグラムを示
す。
図６は、図５のフローダイアグラムのいくつかの追加
のステップを示す。
図１を参照すると、GMSN1は、一般的に、ネットワー
クノード或いはスイッチ３の間の通信リンク２で構成さ
れている。通信は、ノード３の構成によって決定される
組み合わせにおける通信リンク２に沿って発生する。
GMSNは、複数のコンピュータシステム、或いはソフト
ウェアエージェント5,6を有する関連付けされた制御ネ
ットワーク４を有している。ソフトウェアエージェント
5,6には２つの種類があり、それは、サービス管理エー
ジェント（SMAs）５、及び顧客エージェント（CAs）６
である。それぞれのCAは、SMA5と関連づけられ、GMSNの
顧客とSMA5との間の折衝を行ない、顧客にサービスを提
供する。
ソフトウェアエージェント5,6は、形成されたコミニ
ュティに入ったり、出たりすることが可能である。エー
ジェント５、６によってなされる主な機能は、 ●基礎となるGMSN1において通信リンク２の確立及び再
生 ●顧客要求の充足 ●エージェントが故障の場合におけるGMSN制御の再確立 リンク２の確立及び再生は、SMAs5によって実行され
るのに対して、顧客要求の充足は、対話の処理及びサー
ビスプロバイダとしてのCA6及びSMA5との間の折衝を基
礎にする。
特に、サービスの提供及び顧客サービス折衝のための
（“マニング（manning）”が不完全な知識と無理な要
求という情況の下で実行される。）本発明の実施の形態
は、これらの問題の解決のための処理を提供し、これら
の処理の注目すべき特徴は、分散され、故障に対して回
復することである。
この分散の情況は、中央位置を通過する全データ量を
低減する意図であり、集中化されたシステム以上の改良
された完成度を維持し、本来の分散システムの復元力が
グレースフルデクラレーションを許容する。
都合のいいことには、GMSNノード３のそれぞれに位置
したSMA5は、１つのソフトウェアエージェントであり、
スイッチ３にわたるリンク２と同様に、それぞれのSMA5
は、その基礎をなすスイッチ３を監視する。
主に、それぞれのSMA5は、ちょうど１つのスイッチ３
を制御するが、いくつかの与えられたSMA5は、多くのス
イッチ３を同時に制御する能力を有する、すなわち、SM
A5は、サービスに使用され、入ってくる及び出ていく通
信リンク２を特定することを可能にする。
ソフトウェアエージェント5,6は、シングルレイヤシ
ステムを形成する。SMAの責任は、現在のネットワーク
資源によって、顧客のサービスの提供をすること及びす
でにインストールされたサービスを保つことである。す
なわち、通信リンク２が故障したとき、全てのリンク２
を使用したサービスが影響を受け、新しいルート或いは
リンク２の組み合わせが必要とされ、それが割り当てら
れる。
ソフトウェアエージェント5,6の制御ネットワーク４
は、それぞれがローカルな知識を有するがグローバルな
コンテキストにおいて実行することができないことか
ら、協力を通してこれらの機能を実行する。
エージェントのアーキテクチャ （ａ） サービスメンテナンスエージェント（SMA）５ 図２を参照すると、制御ネットワーク４内においてそ
の役割を演ずるために、それぞれのSMA5は、他のエージ
ェント5,6と協力する知識を使用するための合理化され
た知識及び能力を有する。大幅な環境の変化において動
作すると、SMA5は種々の状態30を通して進化が可能にな
る。状態30はエージェントの知識の事例として定義さ
れ、物理的な環境及び／或いは他のエージェントとの契
約のエージェントの相互作用の結果として作り出され
る。SMAの知識は、エージェントのデータベース31及び
エージェントのワーキングメモリ32の２つのカテゴリー
に分けられる。
エージェントのデータベース31は、隣のエージェント
の配列33、関連するエージェント５が責任を有するロー
カルネットワーク配列34及びトラヒックプロフィール35
の記述を伝える。後半は、エージェントのローカルネッ
トワークを使用するすでにインストールされたサービス
について述べる。エージェントワーキングメモリ32は、
主に、エージェントによって受信されたメッセージのキ
ュー36及び送信されたメッセージのキュー37で構成さ
れ、キュー36、37は、ネットワーク問題を解いている間
に生ずる。
加えて、それぞれのSMA5は、それぞれのメッセージの
種類に適切に使用され、トリガされるためのエージェン
トの方法及び…アルゴリズム（総称的エージェントコー
ド（generic agent code）を可能にする一組の“メッセ
ージハンドラ"38を有する。総称的エージェントコード
は、 − エージェントの知識評価及びアルゴリズムの更新 −分散したルーチングアルゴリズム −顧客サービスの折衝アルゴリズム −エージェントの故障の際における再割り当て制御に
使用される“入札”アルゴリズム を有している。
エージェントのデータベース31は、エージェントが存
在している間、常に更新され、問題が解かれているセッ
ションの間、隣のSMAs5との接触を通して強調される。
アラーム、部分ルート結果、サービスをインストールす
るためのルートに沿った回路の確認及び予約などの受信
したメッセージを基礎にして、を受信し、それぞれのSM
A5は、GMSN1のそれ自身のモデル39を設立し、その上で
サービスを実行する。
（ｂ） 顧客エージェント（CA）６ 図３を参照すると、サービスの顧客要求を満たすため
に、第２の種類のソフトウェアエージェント、CA6が設
けられている。CA6のそれぞれは、SMA5と接続されてお
り、最小の部分集合として、次のように構成されてい
る。
−フレンドリなユーザインタフェイス60 −GMSN1上で提供されるサービスの範囲、関税及び優
先度 −折衝のための戦略62 −CA−SMA通信プロトコル63 ユーザインターフェイス60は、顧客要求の取り込み、
顧客へのアドバイスの提供、たとえば、サービス状態、
関税など、変化／改良の条件及び解法の承認のような顧
客の決定の調停及び顧客／サービスプロバイダーの仲裁
を実現するために顧客との対話を可能にする。
サービスデータベース61は、GMSN1上のサービスプロ
バイダによって提供されるサービスの範囲についての情
報及びプロバイダの関税のポリシーを反映する他の情報
を含む。これはデータ化することができない。折衝62の
戦略は、少なくとも２つの方法のいずれかによって実現
する。第１に、顧客とサービスプロバイダとの間の仲裁
によって行なわれ、顧客はすべての決定を取得する。選
択的に、顧客はサービス要求及び彼／彼女が承認するこ
とができるコスト範囲を提供し、CA6に、これら要求及
びコスト範囲を満たすために入手可能な最高のサービス
のための折衝に自由を与える。
下記に述べる実施の形態は、第１のアプローチに従う
事例であり、顧客が全ての決定を取得し、CA6が顧客と
サービスプロバイダとの間を仲裁する。CA6は、サービ
スを必要とする顧客のために動作し、顧客は、単に、最
小のコストのために実現可能な高い品質及び優先度を要
求する。この仲裁要求は、SMA5によって表わされるサー
ビスプロバイダが最小の動作コストで最小のネットワー
ク資源を使用するサービスを確立することを欲するため
に発生する。従って、相互承認した協定に到達するため
に、CA6と関連するSMA5との間で対話が発生する。この
ことは、次のセクションにおいて述べるエージェントの
折衝プロセスによって実行される。
エージェントの折衝を通した顧客のサービス提供 顧客の要求に応答したサービスの提供について述べる
前に、本発明の実施の形態において、どのようにしてサ
ービスがモデル化されるかを観察し、サービスについて
なされる主な仮定について知ることは重要である。サー
ビスの定義は、次のようになる。
サービス＝（サービス名、コスト、優先度、帯域幅、
資源、宛先） 任意的に、サービスの定義には、また、“サービスの
品質”が含まれる。
サービスの承認及び分割払いの払込金に先だって、特
に、サービスのパラメータであるコスト、優先度及び帯
域幅は再考され、そして、SMA5とCA6との間の折衝の間
中に変更される。このことは、後半にさらに述べられ
る。
サービスの仮定は、次の通りである。
● サービスは、単一のパスによる端から端までの接続
である。送信されるサービスは考えられていない。
● サービスは、双方向であると考えられ、すなわち、
トラッフィクは、提供されたパスに沿って双方向に流れ
る。
● サービスの帯域幅は、必要とされる回路の数の観点
から表わされる。
● サービスの帯域幅は一定である。すなわち、そのパ
スあるいは日付によっては変化しない。
● サービスは、事前に（折衝を通して）決定された優
先度数にしたがって優先付けされ、動作状態にあるとき
には変化しない。
● サービスの優先度は、直接、その販売価格に比例す
る。
● 低い方の優先度のサービスは、もし、高い方の優先
度の他のサービスが低い方の優先度のサービスによっ
て、資源のいくつかを取り上げることを必要としている
場合には、一時的に乱される。このことは、新しいサー
ビスのために効率的なコストのルートを形成することが
必要とされる。
新しいサービスの顧客の要求を受信すると、CA6は、
サービスプロバイダによって提供される入手可能なサー
ビスの範囲に対して、それを整合し、特定のサービスの
ためにソースノードに対して責任を有するSMA5へ引き渡
されるサービスの記述を造る。
この要求されたサービスの記述は、次のような形式を
採る。
顧客要求 ＝ （サービス名，コスト★，優先度★，帯域幅★，ソース，宛
先） ここで、★は、これらのパラメータの初期値を示す。
再び、任意的に、この記述は、“サービスの品質”を
含むことが可能である。
関連するソースノードに対する責任を有するSMA5が、
サービスを提供するための顧客要求を受信したとき、ソ
ースから宛先までの最も効率的なコストのルートを見つ
けるために、他のSMA5と協力することが必要とされる。
このコンテキストにおいて顧客に対してサービスプロバ
イダとなるであろうSMA5は、顧客要求を取得し、ルート
生成処理或いはそれぞれの顧客要求に対応する入力の係
属中のキューにおける入力を入れることのどちらか一方
を開始し、応答を待つためのトータルタイムを制限する
“ウオッチドッグ”タイムアウトをトリガする。
ルートの生成処理が開始されたときにおいて、ルート
生成は、たとえば、よく知られている例である分散ルー
チングアルゴリズムを使用することによって行なわれ
る。分散ルーチングアルゴリズムの詳細については、こ
こでは述べない。このようなネットワークの１つは、動
的なものとしてみなされて検討されている。すなわち、
ノード及びリンクがシステムに加えられ、或いはシステ
ムから削除され、いくつかのリンクの容量が変化する。
これらの制約に含まれている物及びハンドリングは、変
化に対して高い適応性をもったアルゴリズムを必要とす
る。エージェントによって実行されるこれらの分散ルー
チングアルゴリズムに必要性を整合させることは、魅力
的であるこが発見される。
分散ルーチングアルゴリズムは、例えば、全てのパス
を捜索することを含むことが可能であるが、同時に、発
展する１組のルート（ｓ）に含まれるそれぞれのSMA5
は、発展するまでコスト的に最も安価なルートのコスト
を保持し、フォワードメッセージを介して、他のSMA5に
よって、それに伝える。このSMAsは、次に、コスト的に
最も安価な保持されたルートとともに発展した部分ルー
トのコストを比較する。もし、部分ルートがより高価な
場合には、それは確実に効率的なコストのルートに届か
ないので、それは放棄される。それにもかかわらず、逆
方向のメッセージがルートに沿って検索が開始されたSM
A5に向けられるステージで、それが完成に届くまで進行
（宛先の到着に向かって）する。
このようなことから、SMAs5のネットワーク５は、要
求入力を充足するための１組のルートを探すための行動
及び期待がもてるルートのサービスプロバイダになった
SMA5に戻るための行動に入る。これらのルートのいくつ
かは、次のような構成を有する。
ルート結果 ＝ （自由−キャップ，コスト，［N1,...,Nj］，
［（Si,Pi）,...,（Sk,Pk）］ ここで、”自由キャップ”は、ルートに沿った広域自
由容量であり、“コスト”は、この ルートの単なるコストである。
図１を参照すると、それぞれのネットワークノード３
は、別々にN1,N2,N3などのように番号付けされる。その
結果、GMSN1を通過するルートは、ルートが通過する関
連するノード３が表示されることによって表されること
ができる。例えば、ルート［N1,N5,N8,N3］である。ル
ートのリンクの入手可能な能力を見ると、それは自由能
力であり、これは次のようになる。
リンクキャップ15 ＝ 30,リンク−キャップ58＝50,
リンクキャップ83＝20 自由キャップ ＝ min（リンクキャップ15,リンクキ
ャップ58,リンクキャップ83）＝20 ［N1,...Nj］は、ソース（N1）から宛先（Nj）までの
ノード３の表示として与えられるルートである。
［（Si,Pi）,...,（Sk,Pk）］は、分断表示、すなわ
ち、もし、提案された新しいサービスがルートを通して
インストールされた場合には、優先度（Pi）のサービス
（Si）の全ての表示は分断される。
期待が持てるルートは、順次、自由キャップに対して
降順の順番で表示される。ここで注意すべこことは、表
示におけるそれぞれのルートは、関連する顧客要求にお
けるソース及び宛先入力を充足する必要がある。また、
コスト入力（コスト★コスト）をも充足する必要があ
ることである。
表示における第１のルート（これは、最大自由キャッ
プの一つである）は下記のことを満たす。
自由キャップｉ 帯域幅★ このケースにおいては、分断される必要がある他のサ
ービスはなく（分断リストは空）、そして、サービスの
ネットワークの負荷は、最大に入手可能な能力のルート
が選択されているので、制御のもとで保たれる。次に、
Spは特定のルートRouteiを得て、特定のルート上でサー
ビスをインストールするための顧客の協定を得るため
に、メッセージをCA6に送信し、このルートに関するそ
れを知らせる。
もし、反対に、 自由キャップｉ ＜ 帯域幅★であるならば、CA6及びS
Pとの間の折衝のプロセスをスタートする。
もし、必要とされる帯域幅を充足するための充分な自
由キャップを有するルートがない場合には、集団の関係
を表現するSPは分断されるかもしれないサービスの最適
のルートを選択するための判断機能（関数）を使用す
る。この決定機能は、次のように述べられる。
Routei、ｉ＝1,....,nについて、 をSPは計算する。
ここで、上に示した（Pi,...Pk）は、もし、Routeiが
確立された場合に、分断されるサービス（Si,...,Sk）
の優先度である。
Miは、サービス（Si,...Sk）が分断された場合におけ
るサービス毎の平均ネット優先度ロスである。
Mi,SPを最小にするルートを選択することは合理的で
あり、 優先度 ＞ Pt, ｔは１からｋのいくつかの値 すなわち、∀ｔ＝1,...,k （Relation★★） であることから、その結果、最小のMiのルートを与える
ために、この表示を通して線形的に検索を行なうループ
を開始する。
もし、それが存在する場合には、次に、サービスが一
時的に分断され、CA6が、サービスをインストールする
ための顧客の協定を待つために、選択されたルートにつ
いて知らされる。
ここで加えて重要なことは、この実行においては、SM
As5は、自動的にサービスを認識する分断されたサービ
スを運ぶルートのリンクに対して責任を有し、もし可能
であるならば、彼らのために択一的なルート（ルート再
生）を捜すことに挑戦する。もし、可能でない場合に
は、SMAは分断されたサービスに責任を有するCAと再折
衝が可能である。このことは、低い方の優先度サービス
の分断によって生ずる収益のロスを最小にする。
それにもかかわらず、SPはCAに、最高のオプション
（最小のMiを有するルート）を与え、そして、ここでの
ポイントは、顧客が低い方の彼の帯域幅の要求に同意
し、提案されたルートで入手可能な自由能力を承認する
ことである。もし、顧客が上記取引を承認した場合に
は、彼のサービスは、分断されることなくルートに沿っ
てインストールされ、その結果、このとき別料金はな
い。
それにもかかわらず、もし、顧客が事前に彼の帯域幅
を保つことを希望する場合には、SPは、増大する必要と
されるサービスの優先度（Priority★）を基礎にしてCA
と折衝する。優先度は、例えば、直接的にコストに比例
することが可能である。高い方の優先度のサービスCAに
は、より多く支払われることが期待される。
もし、CAが新しい高い方の優先度を承認する場合に
は、SPは、平均優先度ロス（Mi）を基礎にして顧客が必
要とする支払の別料金を計算する。このサービスのトー
タルのコストは、 トータルコスト ＝ コスト★＋ 別料金 であり、優先度レベルの増加を反映する。
Priority ＝ Priority★＋ ExtraPriority このExtraPriorityは、上で与えられた“Relation
★★”を充足するためにPriority★に加えられる量であ
る。次に、上述のルート再生の同じ原理が分断されたサ
ービスに適用される。
折衝処理の短い要約が、図４を参照して、下記に与え
られる。
スタート ステップ20: CAはサービスが提供されることを要求す
る。
ステップ21,22: SPは、ネットワーク内において入手可
能な最適なルートを選択し、実現性、サービスのコスト
及び分断されるサービス（もし、あれば）を決定する。
ステップ23: SPは、分断されるサービスが存在するか
否かを決定する。もしなければ、システムはステップ24
へ移行する。もしサービスが分断されるべきものである
ならば、システムはステップ25に移行する。
ステップ24: SPは、提案されたサービス（コスト，ル
ート）をCAに知らせ、停止する。
ステップ25: SPは、要求されたサービスが分断された
ものよりも高い優先度を有しているか否かをチェックす
る。もしそうであれば、システムはステップ24へ戻る。
高い優先度を有していない場合には、システムはステッ
プ26へ移行する。
ステップ26: 低い方の帯域幅への要求のため或いはサ
ービス優先度（このモデルにおける優先度は、直接コス
トに比例する。）を増大するためにSPはCAと折衝する。
ステップ27: CAが安価となるサービスを発見したか否
かについてのチェックがなされる。もしそうであれば、
システムはステップ24へ移行する。もしそうでなけれ
ば、システムはステップ28へ移行する。
ステップ28: SPは、サービス（ステップ28）を変更す
るためにCAと折衝し、次に、技術的なサービスの記述を
変更し、そして、ステップ20へ戻る。
これは、SMA−CA実行プロセスの単純な例である。し
かしながら、これらは、より複雑性が要求される状況が
あるであろう。
前に述べたように、エージェントは、強健で、故障耐
性があると考えられている。このことは、完全にエージ
ェントが故障することが可能であるので、現実的な仮定
ではない。次の章においては、どのようにしてエージェ
ントがエージェントの故障の役割をし続けるのかについ
て述べる。
エージェントの故障 上述のシステムモデルは、本質的に、対話−基礎をな
す物理的通信ネットワーク（GMSNネットワーク１として
言及されている）及びGMSN1を管理及び制御する機能を
持つエージェント5,6のネットワーク４の２つで構成さ
れている。これらの機能を実行するために、エージェン
トは一定の責任を有しており、このエージェントの一般
的な形は、管理的及び契約上の２種類である。管理者５
として、エージェントは一定のノード３及びリンク２を
適切に制御する責任を有している。契約者６として、エ
ージェントは、合意されているサービスの提供及びメン
テナンスを保証しなければならない。
エージェントのネットワーク４の安定性は、最初に、
SMA5が故障したときに破壊される。
このような状況においては、エージェントネットワー
ク４の通常の運転は破壊され、これにより、エージェン
トの故障の観点から、責任が放置され、このようなこと
から、“異常”なエージェントネットワークの動作を引
き起こす。最後の異常性でない限り、そして故障したエ
ージェントのどちらかかが修正されるまで、この運転が
迅速に認識されない場合には、その責任は、適切にその
隣に割り当てられる。SMAの責任のスケジュールは、い
くつかのエージェントの故障に従って改良されるので、
システムは新しい安定閾値で再度ノーマライズされる。
安定閾値に関しては、それぞれのエージェントは、一
定の負荷レベル（解決されるべき多くの疑問）でのアク
ティブな存続期間の間中に動作するように設計されてお
り、理論的にはいくつかの数のノードを管理することが
可能である。実際には、これらは、エージェントの制御
システムが設計された完成基準を充足することができな
いような制限を越えるものである。
安定の閾値は、それに向けられた疑問にシステムが安
定した手法で応答することができない範囲を越えて制御
する平均的負荷（契約的及び管理的負荷）である。
最初に、我々は、これらがエージェントネットワーク
４とGMSN1との間に同形で存在することを仮定する。そ
の結果、SMA5は、その対応するノード３およびことによ
るとノード３に付随するいくつかのリンク２を管理す
る。SMA5の故障（Ａと呼ばれる）を仮定する。隣のSMAs
がＡの故障（アラームの検知を通して）気づき始め、そ
して、何らかのやり方でＡの責任を引き取る。ここに到
達するために、Ａの管理及び契約上の責任の割り当ての
折衝をするためにＡの故障について知るSMA5の間で通信
のバーストが取って代わる。
エージェント5,6の間の折衝の基礎は、ネットワーク
４の現在の状態を基礎にして計算された値である入札機
能（Ｆ）である。入札機能Ｆを計算するために、４つの
判断基準が考えられている。これらの判断基準を基礎に
して、入札機能Ｆは、いくつかのあらかじめ計算された
パラメータの重み付けされた総和である（それぞれの判
断基準のための１つ） Ｆ＝W1C＋W2R＋W3O＋W4M ここで、C,R,B及びＭは、次に説明するように、それ
ぞれの判断基準で計算されたパラメータであり、w1から
w4は重みであり、これらのw3及びw4は負である。
表記： NA＝隣のエージェント ； FA＝故障したエージェント 判断基準I: 連結度パラメータ（Ｃ） 仮定： ［エージェントNAiに隣あう多くのリンクは、FAのノ
ードと接続されており、その大きさは、その連結度Ｃで
ある。］ ［連結度Ｃが大きくなると、入札に勝つためのNAiの
チャンスがより大きくなる］ 判断基準II: サービス応答パラメータ（Ｒ） 仮定： ［サービスが大きくなると、FAによって以前に管理さ
れたリンクの使用が提供され、これらのサービスを監督
し保つためのその応答Ｒが大きくなる。］ ［応答性Ｒが大きくなると、入札に勝つためのNAiの
チャンスがより大きくなる］ 判断基準III ： 占有（Ｏ） 仮定： ［隣あうエージェントNAiの有する義務が大きくなる
と、すなわち、エージェントに格納された入ってくるメ
ッセージのキューのキュー数が大きくなると、その占有
Ｏは大きくなる。］ ［占有が大きくなると、入札に勝つためのNAiのチャ
ンスがより小さくなる］ 判断基準IV: マネージャ（Ｍ） 仮定： ［隣あうエージェントNAiがマネージャＭとして従事
することが多くなると、すなわち、基礎となるネットワ
ーク４のノード３及びリンク２を通して既に実行された
その制御が多くなると、FAのノード及びリンクに対する
新しいマネージャとなるべきそれが少なくなる。］ ［管理契約Ｍが大きくなると、入札に勝つためのNAi
のチャンスがより小さくなる］ それぞれのSMAは、Ａの故障に気がつくと、他のSMAs
から受信するメッセージを充分に長く待ち、最も高い入
札機能値を有するエージェントが入札のための責任であ
ればなんでも引き取る。この全ての処理は、SMAが故障
する毎にトリガされ、その責任（マネージャ及び契約者
双方）がその故障に気づいた他のSMAsに再割り当てが行
なわれるまで進行する。
上述の入札処理の例において、再度、入札機能Ｆに言
及すると、重みw1,w2,w3及びw4は、同調されることがで
き、実験結果が必要である。しかしながら、いくつかの
構造がｗに課される。第１に、w1及びw2の双方は正であ
る。第２に、w3及びw4は、抑制効果のために負である。
第３に、ほとんどの主要なファクタは、接続度パラメー
タ（Ｃ）である。その結果、重みw1は値１として与えら
れている。
他の重みは、次の値が与えられている。
w2＝ 1/β ここで、β＝ネットワーク（ファンアンウト）におけ
るノードに接続されたリンクの数の平均である。
w3＝−10/μ ここで、μ＝ネットワークにおける喉のすべの数であ
る。
w4は、エージェントとノードとの比に従って同調され
る。通常の値の範囲は、０から−１である。
エージェントとノードとの比が高くなると、w4は−１
に近づき、このことは、ＭのＦの効果の増大によって多
くのエージェントの間の拡散管理責任の全体的な効果を
有する。w4の表現は、例えば、“1/クラスタサイズ”で
あり、ここで、クラスタサイズは、エージェントによっ
て管理されるノードの数の平均である。これは、入札機
能にクラスタサイズがいずれにしても関連性が高いとき
に、１つのエージェント（Ｍ）によって管理されたノー
ドの実際の数に敏感でなくなさせる。
このことから、入札機能は次のように与えられる。
Ｆ＝Ｃ＋1/βＲ−1/μＯ＋w1M シナリオ 我々は、４つのファンアウト平均の10個のノードネッ
トワークを考える。A,B,C及びＤは、制御層における４
つのエージェントであり、これらのそれぞれは、下記に
与えられるノード３の数を責任を有する。B,C及びＤが
Ａに隣あうエージェントの場合に、エージェントＡの故
障のケースを採用する。
故障エージェント ＝ Ａ 隣人 ＝ B,C及びＤ 入札公式の重み： w1＝1,w2＝1/4,w3＝−1/10 及びw4＝−0.4 エージェントの詳細 エージェント名： Ｂ 接続度（ＢのノードからＡのノード）＝５ リンク 提供されるサービス（Ａの協力） ＝８ サービス 解決されるべき現在の疑問 ＝４ 管理されるノード ＝３ エージェント名： Ｃ 接続度（ＣのノードからＡのノード）＝２ リンク 提供されるサービス（Ａの協力） ＝10サービス 解決されるべき現在の疑問 ＝５ 管理されるノード ＝１ エージェント名： Ｄ 接続度（ＢのノードからＡのノード）＝５ リンク 提供されるサービス（Ａの協力） ＝３ サービス 解決されるべき現在の疑問 ＝３ 管理されるノード ＝５ その結果、入札値は、 エージェントＢについては、 Ｆ＝５＋0.25★８−0.
1★４−0.4★３＝5.4 エージェントＣについては、 Ｆ＝２＋0.25★10−0.
1★５−0.4★１＝3.6 エージェントＤについては、 Ｆ＝５＋0.25★３−0.
1★３−0.4★５＝3.45 その結果、エージェントＢが勝者となり、故障したエ
ージェントＡの責任を引き取る。
図５を参照すると、上述の入札処理はフローチャート
の形で表わされることができる。１つのエージェントが
アラームの検出を通して、隣の故障を気づき始めたとき
に、この入札処理はトリガされる（step40）。このアラ
ームメカニズムは、シンプル且つ連続的なチェックとし
て見られ、ここでは、定期的にそれぞれのエージェント
がメッセージを隣人に送信し、次に、隣人のリストに対
するこのメッセージに応答するエージェントのリストを
比較する。エージェントが受信していない通信リンクの
リンク故障アラーム（接続の遮断）の場合には、エージ
ェントの欠落は“死”とみなされる。隣人に行くメッセ
ージは、隣人の知識を更新するのに使用される（すなわ
ち、現在の隣人のリストにメッセージを送信すること
は、入札処理において、彼らを助けることになる。） それぞれのエージェントがＡの故障に気づく次のステ
ップは、step41であり、入札機能Ｆを計算し、自身の入
札値を送信する（step42）。
エージェントＢのエージェントを例にとると、エージ
ェントＢは、発表を待っている間、step50,43,44,51の
サイクルに入り、他の隣あうエージェントから受信され
ようとする。
step50において、エージェントＢは、他の隣あうエー
ジェントから受信した入札のメッセージをチェックし、
或いは勝者の発表をチェックする。step43においては、
勝者が発見されたか否かの決定がなされる。このこと
は、エージェントＢがその入力メッセージにおいて、他
のエージェントからの勝者の発表を受信していることに
よる（step50）。もし、エージェントＢがそれを有して
いる場合には、エージェントＢはサイクルから抜け出
し、もし有していない場合には、step44を続行し、それ
自身で勝者が先だって計算される。すなわち、全ての入
札が他の隣あうエージェントから受信された場合、エー
ジェントＢは、再度、サイクルから抜け出し、この時、
step46で、勝者を見つけるために自身の入札とともに受
信した入札を比較する。もし、全ての入札がまだ受信さ
れていない場合には、エージェントＢは、step51で適当
な時間だけ待ち、次に、step50のサイクルのスタートに
戻る。
step43及びstep44のサイクルから抜け出す２つのルー
トは、他の隣あうエージェントがエージェント（Ｂ）に
先だって、全ての入札を受信したケース（step43）に関
連し、エージェントＢは、明らかに最初に全ての入札を
受信し、その結果、独自に勝者を発見する（step44,4
6）。
エージェントＡの責任を仮定する勝者であることか
ら、それ自身が勝者であるかどうかを評価するためにエ
ージェントＢによって、一方のケースであるstep47で、
更なるテストがなされる。このようなことから、もし、
エージェントＢがstep47において、勝者であることを発
見した場合には、step47において自身の知識を更新し、
結果的に、故障したエージェントＡの責任をとってかわ
り、step53において、入札を有する他の隣あうエージェ
ントの全てに発表を送信し、step54において処理を停止
する。もし、エージェントＢが勝者でない場合には、エ
ージェントＢは、この時、将来的にエージェントＡより
もむしろ勝者との通信を保証するために、step45におい
て、ポインタを“エージェントＡ → 勝者”へ割り当
てることによって、自身を更新する。再度、エージェン
トＢは、step53において、入札をに含まれる隣あう他の
全てのエージェントに勝者の発表を行ない、step54にお
いて処理を終了する。
図６を参照すると、選択可能なバージョンにおいて、
エージェントによって続けられる処理ステップは、更新
ステップ49,45を繰り返すことなく、適切に彼ら自身が
更新されることを保証することを彼らに許す追加のチェ
ックを含む。
このバージョンにおいては、エージェントＢが、その
入力メッセージを読んだ後に勝利者を知ると（step4
3）、勝利者に関してのその記録が既に更新されている
か否かをチェックするためにstep100に移行する。もし
そうであれば単に停止する（step54）。もしそうでなけ
れば、step47に戻り、実質的に図５のバージョンを続け
る。しかしながら、step100のための情報を供給するた
めに、後のstep49或いは45（自身の知識の更新或いはポ
インタの割り当て）の後に、step52で、勝者に関する記
録が更新されたことを示すための自身のフラグをセット
する。図６のバージョンは、エージェントＢが全ての入
札を受信するケース（step44）を提供し、勝者の比較及
び発見を行ない（step46）、次に、順次、他のエージェ
ントから勝者の発表も受信する。図６のバージョンにお
いては、引き続いて起こる発表は、step100におけるチ
ェックがその記録が既に更新されているかを示している
ので、単にエージェントＢを停止させる（step54）。
図６のバージョンは、また、エージェントが１つ以上
の隣あうエージェントからの勝者の発表を受信するか否
かのケースを扱う。さらに、更新される自己の記録の特
別なロジックは第２の（及び引き続く）発表の受信を避
けることを可能とする。
これらは、本発明の実施の形態から離れることのない
さらなる選択可能なコースにある。例えば、スタートに
続くステップは、既に処理されたアラームメッセージの
応答を繰り返すことを避けるためのチェックを有する。
上述の入札処理プロセスの説明においては、一定の仮
定が行われている。この仮定は、次の通りである。
1. エージェントは、コミニュティにおける他のエージ
ェントと直接或いは間接の通信を使用して通信を行な
う。
2. 簡略化のために、入札アルゴリズムは、故障したエ
ージェントとの通信のリンクを直接通して、まだ接続さ
れている隣のエージェントのみを含むように設計されて
いる。事前に中断されているこれらの隣人の通信リンク
は、エージェントの故障アラームを“読む”ことはでき
ないが、故障したエージェントに直接接続されているエ
ージェントによって採用された最後の入札決定について
の情報を受信することが可能である。故障したエージェ
ントからの責任の転送は、２つの方法のうちの１つによ
って実現される。勝利したエージェントは、例えば、故
障したエージェントよって前もって所有された情報を引
き出すことを可能にする故障したエージェントのデータ
ベースへのアクセスを得る。これは、勿論、有効な／ア
クセス可能なデータベースの仮定を基礎にしている。第
２のアプローチは、“勝者”のアイデアを基礎にして、
故障した他の隣人との対話を通して、故障したエージェ
ントのデータベース（現在使用するこができない）に格
納された情報を再構成する。このアプローチを使用する
ことにより、ノード及びリンクの接続度、故障したエー
ジェントのリンクにインストールされたサービス等のよ
うな情報を、今まで通り、再生することが可能になる。
サービスの再生 制御層４におけるエージェントの故障について上述し
た。しかしながら、基礎をなすGMSN1のノード３及びリ
ンク２もまた故障する。ノード３の運転が故障すると、
その運転の故障に全てのリンク２が付随する。その結
果、ノードの故障は、多重リンク故障と等しく、このよ
うなことから、リンク故障の多くの基本的なケースを再
解決する。その結果、このことは、リンク故障の問題と
して考えれば十分である。故障したリンクに沿った全て
のサービス“運転”は、検出され、再定着される。存在
するサービスの再定着を行なうことは、それ自身がサー
ビス提供の種類としてみなされる。
採用された再生手続きは、同じブランチ及び上で言及
したサービス提供に用いられる結合定着手続に適用され
る。ネットワークリンク２の故障は、アラームメッセー
ジを自動的にリンクに対して責任を有するSMA5に送らせ
る。SMA5は、次に、再定着される影響されたサービスを
認識し、それらの優先順位に従って処理されるために、
そのサービスをSMA5のキューに置く。SMA5は、新しいサ
ービス要求（すでに述べた）に類似した再定着要求をSM
A5の隣人に送り、故障したリンク周辺の選択可能なルー
ト提供するために隣人に尋ねる。再定着サービスは、原
点（分断の発生）から宛先（分断の終了）までの分断さ
れたサービスの能力によるルートの確立である。この結
果が故障したリンクに対して責任を有するSMAに戻され
た時に、最も低コストのルートが選択される。
いくつかのケースにおいては、選択可能なサービスの
ルートがない場合がある。この理由は、 −必要とされる能力の選択可能なルートがない −十分でない検索時間が許可されていたこと による。
このケースならば何でも、発生するSMA（リンク故障
が知らさせるエージェント）が何でも決定しなければな
らない。ある単純な行動のコースは、コスト構造を安定
化させ、再挑戦を行なうことが可能である。
ここで注意すべきことは、図１においてはSMAs5とGMS
N1のノード３との間の関係は1:1で示されているけれど
も、このことは、このケースでは必要ではない。実際、
ノード３よりもSMAs5が少ないことは多くの効果を発見
することができ、その結果、それぞれのSMA5は１つ以上
のノード３を制御する。
上述の本発明の実施の形態において、さらに注意すべ
きことは、エージェントＡの故障で、エージェントＢが
勝者で、エージェントＢがエージェントＡの責任を引き
取ることである。実際には、エージェントＡの責任が１
つ以上の他のエージェントの間で分散されるという多く
の効能を発見することができ、残りのエージェントが故
障したエージェントの選択された責任を入札し、或いは
それぞれの隣あうエージェントが故障したエージェント
の責任に関する異なる入札機能を推薦するので、その結
果、入札処理が選択可能に設計される。
この明細書においては、用語“運転中の知的ソフトウ
ェアエージェント”が使用されている。関連する技術分
野における当業者の理解を妨げることなしに、この明細
書の目的のための運転中の知的ソフトウェアエージェン
トは、本発明の実施の形態において、必要とされる限
り、送信された機能を実行することが可能なソフトウェ
アの実体と考えられる。結果的に、関連するソフトウェ
アの実体はおそらく、データ格納、或いはデータ格納へ
のアクセス、通信ネットワーク（ｓ）に関連する広域よ
りもむしろソフトウェア実体のための一部である少なく
ともいくつかのデータ（或いはいくつかのデータへのア
クセス）、ネットワーク上で動作し、決定をする知能、
他のエージェントとの通信を行なう通信手段、割り当て
られたノードに制御信号を発行する制御出力及びそのデ
ータを更新する更新手段を有する。
フロントページの続き (72)発明者 プロヒット、バーラット イギリス国、エヌ19・３ディーキュー、 ロンドン、アッシュブルック・ロード ６ビー (72)発明者 クラブツリー、イーアン・バリー イギリス国、アイピー９・２エヌエヌ、 サフォーク、イプスウイッチ、タッティ ングストーン・ホワイト・ホース、ザ・ オールド・コテージイズ ３ (72)発明者 ヤデガー、ジェイコブ イギリス国、エイチエー７・１エーダブ リュ、ミドルセックス、スタンモア、ジ ルズ・パーク 48 (56)参考文献 特開 平５−252160（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) G06F 13/00 H04L 12/00 G06F 15/173

Claims (7)

    (57)【特許請求の範囲】
  1. 【請求項１】トラヒックリンクによって接続された複数
    のノードを有するネットワークを管理するための通信ネ
    ットワーク管理システムにおいて、 前記通信ネットワーク管理システムにおいては、 通信サービスが選択されたリンク及びノードを優先度を
    基礎にして前記サービスに割り当てることによって、所
    定のサービスパラメータにしたがって顧客に提供するこ
    とができ、 前記管理システムは、協働する知能的ソフトウェアエー
    ジェントを備えた分散制御システムを有し、前記ソフト
    ウェアエージェントは、前記複数のノードの割り当てら
    れたノードの構成をそれぞれ制御し、これにより、前記
    割り当てられたノードを介して提供される通信サービス
    を制御し、 前記通信ネットワーク管理システムにおいては、 少なくとも２つの前記エージェントは、それぞれ ａ）他のエージェントと通信するための通信手段と、 ｂ）ネットワークに関して、エージェントにとってロー
    カルなデータを保持するための関連づけされたデータ記
    憶部と、 ｃ）前記データ記憶部内のデータを更新するための更新
    手段と、 ｄ）意志決定知能と、 ｅ）隣りあうエージェントの故障を検出するための故障
    検出手段と、 ｆ）入札値を出力するための手段と を具備し、 前記分散制御制御システムは、エージェントの故障時に
    は、隣りあうエージェントが前記故障を検出して入札処
    理を開始し、前記隣りあうエージェントは、前記故障し
    たエージェントのいくつかのあるいは全ての責任を引き
    取るのにそれぞれのエージェントが適しているかについ
    ての判断用計算値を、組み合わせて、与えるようにする
    ために、重み付けされたパラメータを基礎にして入札値
    を出力し、前記隣りあうエージェントは、勝利の入札値
    を出力し、その後、前記責任を主張することを特徴とす
    る通信ネットワーク管理システム。
  2. 【請求項２】２種類以上のソフトウェアエージェントが
    あり、ネットワークの前記１つ以上のノードへの直接制
    御出力を有するサービス管理エージェントが設けられ、
    複数の顧客エージェントのそれぞれのエージェントは、
    少なくとも１つのサービス管理エージェントに関連づけ
    られるが、ネットワークのノードへの直接制御出力は有
    しないことを特徴とする請求の範囲第１項に記載の通信
    ネットワーク管理システム。
  3. 【請求項３】隣り合うエージェントのための入札値“F"
    は、下記の機能にしたがって計算されることを特徴とす
    る請求の範囲第１項又は請求の範囲第２項に記載の通信
    ネットワーク管理システム。 Ｆ＝W1C＋W2R＋W3O＋W4M ここで、C,R,0及びＭは、接続度、サービス責任、占
    有、及び隣り合うエージェントの管理負荷に関して計算
    されたパラメータであり、W1,W2,W3及びW4は重みづけ要
    素であり、W3,W4は負である。
  4. 【請求項４】接続度は、最大の重み付け要素に割り当て
    られることを特徴とする請求の範囲第３項記載の通信ネ
    ットワーク管理システム。
  5. 【請求項５】ネットワークの１つ以上のノードの構成に
    ついて制御することができるそれぞれのソフトウェアエ
    ージェントは、ネットワーク全体に関しては不完全であ
    るが、エージェントが前記制御を実行することを可能と
    するローカルデータに関しては完全であるデータを含む
    関連づけされたデータ記憶部を有することを特徴とする
    請求の範囲第１項乃至第４項いずれか１項に記載の通信
    ネットワーク管理システム。
  6. 【請求項６】通信ネットワーク管理方法において、 前記ネットワークは、通信トラヒックを搬送するための
    リンクによって接続された複数のノードを含み、かつソ
    フトウェアエージェントの集団を含む管理システムを備
    えて、このエージェントの個々のものは１つ以上の割り
    当てられたネットワークのノードに対する出力を制御
    し、 少なくとも２つの前記エージェントは、 ａ）他のエージェントと通信するための通信手段と、 ｂ）ネットワークに関して、エージェントにとってロー
    カルなデータを保持するための関連づけされたデータ記
    憶部と、 ｃ）前記データ記憶部内のデータを更新するための更新
    手段と、 ｄ）意志決定知能と、 ｅ）隣り合うエージェントの故障を検出するための故障
    検出手段と、 ｆ）入札値を出力するための手段とを具備し、 前記通信ネットワーク管理方法は、 ｉ）前記故障検出手段によってソフトウェアエージェン
    トの故障を検出するステップと、 ii）ソフトウェアエージェントの前記集団内で入札処理
    を開始することによって前記故障に応答し、少なくとも
    １つのエージェントが故障したエージェントの責任を引
    き受けることに関してそのエージェントに適切なパラメ
    ータの重み付けされた値を示す入札値Ｆを出力するステ
    ップと、 iii）前記入札処理の完了時に、最も有利な入札値Ｆを
    出力するエージェントを識別するステップと、 iv）前記故障したエージェントの１つ以上の責任を識別
    されたエージェントへ転送するステップとを具備したこ
    とを特徴とする通信ネットワーク管理方法。
  7. 【請求項７】ステップiv）は、前記故障したエージェン
    トから識別されたエージェントへのデータのダウンロー
    ドを含むことを特徴とする請求の範囲第６項に記載の通
    信ネットワーク管理方法。
JP7515475A 1993-11-30 1994-11-30 通信ネットワーク管理 Expired - Fee Related JP2971580B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB93309544.0 1993-11-30
EP93309544 1993-11-30
EP93309544.0 1993-11-30
PCT/GB1994/002613 WO1995015635A1 (en) 1993-11-30 1994-11-30 Communications network management

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP10002802A Division JP2935987B2 (ja) 1993-11-30 1998-01-09 通信ネットワーク管理

Publications (2)

Publication Number Publication Date
JPH09505917A JPH09505917A (ja) 1997-06-10
JP2971580B2 true JP2971580B2 (ja) 1999-11-08

Family

ID=8214619

Family Applications (2)

Application Number Title Priority Date Filing Date
JP7515475A Expired - Fee Related JP2971580B2 (ja) 1993-11-30 1994-11-30 通信ネットワーク管理
JP10002802A Expired - Fee Related JP2935987B2 (ja) 1993-11-30 1998-01-09 通信ネットワーク管理

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP10002802A Expired - Fee Related JP2935987B2 (ja) 1993-11-30 1998-01-09 通信ネットワーク管理

Country Status (11)

Country Link
US (2) US6226273B1 (ja)
EP (1) EP0732018B1 (ja)
JP (2) JP2971580B2 (ja)
CN (2) CN1232071C (ja)
AU (1) AU692810B2 (ja)
CA (1) CA2177488C (ja)
DE (1) DE69433968T2 (ja)
ES (1) ES2227543T3 (ja)
NZ (2) NZ276747A (ja)
SG (1) SG47804A1 (ja)
WO (1) WO1995015635A1 (ja)

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09512678A (ja) * 1994-04-28 1997-12-16 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 通信ネットワーク用サービス提供システム
US5758083A (en) * 1995-10-30 1998-05-26 Sun Microsystems, Inc. Method and system for sharing information between network managers
US6154445A (en) 1996-04-18 2000-11-28 Bell Atlantic Network Services, Inc. Telephony communication via varied redundant networks
EP0825787A1 (en) * 1996-08-12 1998-02-25 BRITISH TELECOMMUNICATIONS public limited company Negotiation process for connection management
US5974237A (en) * 1996-12-18 1999-10-26 Northern Telecom Limited Communications network monitoring
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US6401080B1 (en) 1997-03-21 2002-06-04 International Business Machines Corporation Intelligent agent with negotiation capability and method of negotiation therewith
US6085178A (en) * 1997-03-21 2000-07-04 International Business Machines Corporation Apparatus and method for communicating between an intelligent agent and client computer process using disguised messages
US6192354B1 (en) 1997-03-21 2001-02-20 International Business Machines Corporation Apparatus and method for optimizing the performance of computer tasks using multiple intelligent agents having varied degrees of domain knowledge
GB2324223A (en) * 1997-04-11 1998-10-14 Northern Telecom Ltd Network management
EP0883075A3 (en) * 1997-06-05 1999-01-27 Nortel Networks Corporation A method and apparatus for forecasting future values of a time series
US6055240A (en) * 1997-06-12 2000-04-25 Nortel Networks Corporation Method and apparatus for message management
EP0895173A3 (en) * 1997-08-02 2003-02-12 Fujitsu Services Limited Computer system for delivery of financial services
EP1010334B1 (de) * 1997-08-28 2005-09-21 Siemens Aktiengesellschaft Verfahren zur verhandlung von dienstgüteparametern in einem intelligenten netz
US6208856B1 (en) * 1997-12-08 2001-03-27 Telefonaktiebolaget L M Ericsson Method for maintaining service nodes in a telecommunications network
GB2332288A (en) * 1997-12-10 1999-06-16 Northern Telecom Ltd agent enabling technology
US6629126B1 (en) * 1998-03-13 2003-09-30 Genuity Inc. Framework for providing quality of service requirements in a distributed object-oriented computer system
US6691148B1 (en) * 1998-03-13 2004-02-10 Verizon Corporate Services Group Inc. Framework for providing quality of service requirements in a distributed object-oriented computer system
US6678726B1 (en) * 1998-04-02 2004-01-13 Microsoft Corporation Method and apparatus for automatically determining topology information for a computer within a message queuing network
EP1063858A1 (en) * 1999-06-25 2000-12-27 Koninklijke KPN N.V. Mobile telecommunications system for information retrieval
JP3419365B2 (ja) 1999-10-20 2003-06-23 日本電気株式会社 入札品自動決定システムとその方法、自動入札システムとその方法、入札支援システムとその方法及び記録媒体
ATE268097T1 (de) * 1999-12-23 2004-06-15 Nokia Corp Verbindungsverwaltung in atm netzwerk und atm netzwerkeinheiten
IL134047A (en) * 2000-01-14 2004-02-08 Lightscape Networks Ltd Method for selecting the type of communication channels in a multi-layered network and system using same
US6581059B1 (en) 2000-01-24 2003-06-17 International Business Machines Corporation Digital persona for providing access to personal information
DE60125720T2 (de) * 2000-02-08 2007-11-08 British Telecommunications P.L.C. Kommunikationsnetz
US6982955B1 (en) * 2000-03-28 2006-01-03 British Telecommunications Public Limited Company Communications network
AU2001251470A1 (en) * 2000-04-07 2001-10-23 Network Appliance, Inc. Method and apparatus for reliable and scalable distribution of data files in distributed networks
US6718361B1 (en) 2000-04-07 2004-04-06 Network Appliance Inc. Method and apparatus for reliable and scalable distribution of data files in distributed networks
US7496652B2 (en) * 2000-07-17 2009-02-24 Teleservices Solutions, Inc. Intelligent network providing network access services (INP-NAS)
US6760762B2 (en) 2000-07-17 2004-07-06 Tele Services Solutions, Inc Intelligent network providing network access services (INP-NAS)
US6745235B2 (en) 2000-07-17 2004-06-01 Teleservices Solutions, Inc. Intelligent network providing network access services (INP-NAS)
WO2002015478A1 (en) * 2000-08-14 2002-02-21 Telstra New Wave Pty Ltd A communications network and service system
EP1705813B1 (en) * 2000-08-15 2008-07-30 Nortel Networks Limited An optical service agent for managing communication services in an optical communication system
GB0022561D0 (en) * 2000-09-14 2000-11-01 British Telecomm Communications network
FR2816421A1 (fr) * 2000-11-06 2002-05-10 Evidian Gestion coordonnee de contrats et services, notamment de telecommunication
WO2003067494A1 (en) * 2000-12-01 2003-08-14 Neal Solomon Demand-initiated intelligent negotiation agents in a distributed system
US20050207444A1 (en) * 2001-01-12 2005-09-22 Eci Telecom Ltd. Hybrid network element for a multi-protocol layered transmissions network and a graphical representation of the network
CA2438540A1 (en) * 2001-03-13 2002-09-19 British Telecommunications Public Limited Company Communications network
EP1246097A1 (en) 2001-03-29 2002-10-02 BRITISH TELECOMMUNICATIONS public limited company Work allocation system
CA2451042A1 (en) * 2001-06-22 2003-01-03 Elematics, Inc. Method and apparatus for provisioning a communication path
EP1415377A4 (en) * 2001-07-06 2007-05-30 Computer Ass Think Inc SYSTEM AND METHOD FOR MANAGING OBJECT BASED GROUPS
US20030033379A1 (en) * 2001-07-20 2003-02-13 Lemur Networks Intelligent central directory for soft configuration of IP services
US7765283B2 (en) * 2001-08-15 2010-07-27 Cisco Technology, Inc. Network provisioning in a distributed network management architecture
US7127441B2 (en) 2002-01-03 2006-10-24 Scott Abram Musman System and method for using agent-based distributed case-based reasoning to manage a computer network
US20030185368A1 (en) * 2002-03-28 2003-10-02 Intel Corporation Methods and systems to install a network service
GB0207505D0 (en) * 2002-03-28 2002-05-08 Marconi Corp Plc A communications system
CN1319324C (zh) * 2003-01-28 2007-05-30 华为技术有限公司 一种网络管理系统操作的实现方法
US7647327B2 (en) 2003-09-24 2010-01-12 Hewlett-Packard Development Company, L.P. Method and system for implementing storage strategies of a file autonomously of a user
US20050131978A1 (en) * 2003-12-10 2005-06-16 Microsoft Corporation Systems and methods that employ process algebra to specify contracts and utilize performance prediction implementations thereof to measure the specifications
US8818913B1 (en) * 2004-01-14 2014-08-26 Junkin Holdings Llc Wireless access using preexisting data connection
US7636918B2 (en) * 2004-04-14 2009-12-22 International Business Machines Corporation Method and system for tracking memory usage by software agents
EP1769353A2 (en) * 2004-05-21 2007-04-04 Computer Associates Think, Inc. Method and apparatus for dynamic memory resource management
EP1769352B1 (en) * 2004-05-21 2013-03-20 Computer Associates Think, Inc. Method and apparatus for dynamic cpu resource management
US7653828B2 (en) * 2004-05-28 2010-01-26 Sap Ag Timeout manager
WO2006002108A2 (en) 2004-06-21 2006-01-05 Musman Scott A Computer network management using agent-based distributed reasoning
EP1759492B1 (en) * 2004-06-22 2019-06-12 British Telecommunications public limited company Wireless ad hoc network
JP2006031109A (ja) * 2004-07-12 2006-02-02 Ntt Docomo Inc 管理システム及び管理方法
US7302611B2 (en) * 2004-09-13 2007-11-27 Avaya Technology Corp. Distributed expert system for automated problem resolution in a communication system
US8194641B2 (en) * 2005-03-28 2012-06-05 Cisco Technology, Inc. Method and system for operating a communication service portal
US20060218632A1 (en) * 2005-03-28 2006-09-28 Cisco Technology, Inc.; Method and system for installing premise equipment
US8903949B2 (en) 2005-04-27 2014-12-02 International Business Machines Corporation Systems and methods of specifying service level criteria
US8214450B2 (en) 2005-08-01 2012-07-03 Limelight Networks, Inc. Dynamic bandwidth allocation
CA2559661A1 (en) * 2005-09-14 2007-03-14 Dna 13 Inc. System and method for issue-centric communications management
US20080034090A1 (en) * 2005-09-29 2008-02-07 Nortel Networks Limited Tender-Bid Method and Architecture For Intelligent Network Resource Deployment
US8104033B2 (en) * 2005-09-30 2012-01-24 Computer Associates Think, Inc. Managing virtual machines based on business priorty
GB2431067B (en) 2005-10-07 2008-05-07 Cramer Systems Ltd Telecommunications service management
US8225313B2 (en) * 2005-10-19 2012-07-17 Ca, Inc. Object-based virtual infrastructure management
GB2432992B (en) * 2005-11-18 2008-09-10 Cramer Systems Ltd Network planning
US7509519B2 (en) * 2005-11-29 2009-03-24 International Business Machines Corporation Recovery and debugging of failed network-accessible service construction
GB2433675B (en) * 2005-12-22 2008-05-07 Cramer Systems Ltd Communications circuit design
US7861003B2 (en) * 2006-01-31 2010-12-28 Genband Us Llc Adaptive feedback for session over internet protocol
US7860990B2 (en) * 2006-01-31 2010-12-28 Genband Us Llc Session data records and related alarming within a session over internet protocol (SOIP) network
US7865612B2 (en) * 2006-01-31 2011-01-04 Genband Us Llc Method and apparatus for partitioning resources within a session-over-internet-protocol (SoIP) session controller
GB2435362B (en) 2006-02-20 2008-11-26 Cramer Systems Ltd Method of configuring devices in a telecommunications network
US8509218B2 (en) * 2006-02-28 2013-08-13 Genband Us Llc Prioritization within a session over internet protocol (SOIP) network
US8259706B2 (en) * 2006-02-28 2012-09-04 Genband Us Llc Multistage prioritization of packets within a session over internet protocol (SOIP) network
US8204043B2 (en) * 2006-02-28 2012-06-19 Genband Us Llc Quality of service prioritization of internet protocol packets using session-aware components
US7969879B2 (en) * 2006-03-03 2011-06-28 The Boeing Company Supporting network self-healing and optimization
US7817536B2 (en) * 2006-03-03 2010-10-19 The Boeing Company Supporting application effectiveness in a network environment
US7483978B2 (en) * 2006-05-15 2009-01-27 Computer Associates Think, Inc. Providing a unified user interface for managing a plurality of heterogeneous computing environments
KR100833534B1 (ko) 2006-08-23 2008-05-29 인하대학교 산학협력단 그리드 자원 관리 시스템 및 방법
JP4377899B2 (ja) * 2006-09-20 2009-12-02 株式会社東芝 リソース管理装置及びプログラム
JP5057361B2 (ja) * 2006-10-02 2012-10-24 独立行政法人 宇宙航空研究開発機構 資源の制約をともなう自律分散型制御
ATE519155T1 (de) * 2006-12-21 2011-08-15 Software Ag Verfahren zur ausführung von in einer prozessbeschreibungssprache definierten aufgaben
JP4249780B2 (ja) * 2006-12-26 2009-04-08 株式会社東芝 リソースを管理する装置、およびプログラム
JP2009086733A (ja) * 2007-09-27 2009-04-23 Toshiba Corp 情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
US7912062B2 (en) * 2007-09-28 2011-03-22 Genband Us Llc Methods and apparatus for managing addresses related to virtual partitions of a session exchange device
US8489668B2 (en) * 2007-11-13 2013-07-16 Intuit Inc. Open platform for managing an agent network
KR100898188B1 (ko) 2007-11-21 2009-05-21 브레인즈스퀘어(주) 경매를 통한 네트워크 구매 자원을 이용하는 인터넷 서비스제공 방법 및 이를 구현하기 위한 인터넷 서비스 시스템
JP5238525B2 (ja) * 2009-01-13 2013-07-17 株式会社東芝 リソースを管理する装置、およびプログラム
US8873401B2 (en) * 2010-03-16 2014-10-28 Futurewei Technologies, Inc. Service prioritization in link state controlled layer two networks
US10142353B2 (en) 2015-06-05 2018-11-27 Cisco Technology, Inc. System for monitoring and managing datacenters
US10536357B2 (en) 2015-06-05 2020-01-14 Cisco Technology, Inc. Late data detection in data center
US9577911B1 (en) 2016-03-21 2017-02-21 Black Cloud Analytics, Inc. Distributed computation system incorporating agent network, paths and associated probes
US10606536B2 (en) 2018-08-17 2020-03-31 Bank Of America Corporation Intelligent systematic physical document fulfillment system
US11087323B2 (en) 2018-08-21 2021-08-10 Bank Of America Corporation Exposure based secure access system
US11025641B2 (en) 2018-08-21 2021-06-01 Bank Of America Corporation System for optimizing access control for server privilege
US11361330B2 (en) 2018-08-22 2022-06-14 Bank Of America Corporation Pattern analytics system for document presentment and fulfillment
US11436534B2 (en) 2020-05-20 2022-09-06 Bank Of America Corporation Distributed artificial intelligence model
US11727306B2 (en) 2020-05-20 2023-08-15 Bank Of America Corporation Distributed artificial intelligence model with deception nodes
CN113391666B (zh) * 2021-06-08 2022-04-12 上海峻鼎渔业科技有限公司 水产养殖环境和水质多参量控制系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4642758A (en) 1984-07-16 1987-02-10 At&T Bell Laboratories File transfer scheduling arrangement
CA2077061C (en) * 1991-11-22 1998-04-21 Mark J. Baugher Scheduling system for distributed multimedia resources
SE500820C2 (sv) 1992-02-17 1994-09-12 Ericsson Telefon Ab L M Sätt att ordna kommunikation mellan åtminstone två användare i form av ett möte
CA2094410C (en) * 1992-06-18 1998-05-05 Joshua Seth Auerbach Distributed management communications network
US5390326A (en) * 1993-04-30 1995-02-14 The Foxboro Company Local area network with fault detection and recovery
US6226173B1 (en) * 1999-01-26 2001-05-01 Case Western Reserve University Directionally-grown capacitor anodes

Also Published As

Publication number Publication date
JPH10294770A (ja) 1998-11-04
DE69433968T2 (de) 2005-08-11
US20010033551A1 (en) 2001-10-25
AU692810B2 (en) 1998-06-18
CN1136873A (zh) 1996-11-27
US6459683B2 (en) 2002-10-01
CN1390007A (zh) 2003-01-08
CN1232071C (zh) 2005-12-14
WO1995015635A1 (en) 1995-06-08
SG47804A1 (en) 1998-04-17
CN1132377C (zh) 2003-12-24
NZ330166A (en) 2000-01-28
ES2227543T3 (es) 2005-04-01
CA2177488A1 (en) 1995-06-08
DE69433968D1 (de) 2004-09-30
EP0732018A1 (en) 1996-09-18
JPH09505917A (ja) 1997-06-10
EP0732018B1 (en) 2004-08-25
US6226273B1 (en) 2001-05-01
CA2177488C (en) 2001-11-20
AU1113295A (en) 1995-06-19
JP2935987B2 (ja) 1999-08-16
NZ276747A (en) 1998-06-26

Similar Documents

Publication Publication Date Title
JP2971580B2 (ja) 通信ネットワーク管理
US5065393A (en) Network controller billing system and method of operation
US5917898A (en) Telecommunications network traffic management system
US5065392A (en) Network controller scheduling system and method of operation
US7593321B2 (en) Method and system for a local and fast non-disruptive path switching in high speed packet switching networks
JP3159927B2 (ja) 網動作方法、要求経路方法並びにルーティング及び承認制御する方法
US5459716A (en) Facility restoration for telecommunications networks
US6314092B1 (en) Routing in a communications network
US20090313350A1 (en) Method for optimising the distribution of a service from a source to a plurality of clients in a network
JPH11506571A (ja) 仮想着信ノードを使用して動的に制御される経路指定
EP0780042A1 (en) An operational support structure for a telecommunications network
US5459777A (en) Telecommunications network traffic management system
US7835286B2 (en) Dynamic multi-objective grid resources access
JP2001251359A (ja) ネットワーク・ルータの直接顧客管理
CA2318582C (en) Communications network management
WO1995012291A1 (en) Telecommunications network traffic management system
AU701581B2 (en) Communications network management
EP1351452A1 (en) Network capacity management system
Lau et al. Preemption with rerouting to minimize service disruption in connection-oriented networks
EP0726017B1 (en) Telecommunications network traffic management system
US8824486B2 (en) Network re-routing systems and methods
JP3213280B2 (ja) 交換網における面間リンク設定方法及び面間ルーチング方法
KR20090052244A (ko) 인터넷 프로토콜 기반 통신망을 위한 제어망의 설계 방법및 그 기록 매체
MXPA97003934A (en) Route in a communication network

Legal Events

Date Code Title Description
R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080827

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080827

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090827

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100827

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110827

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120827

Year of fee payment: 13

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120827

Year of fee payment: 13

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130827

Year of fee payment: 14

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees