[go: up one dir, main page]

JP2000332750A - ネットワークアクセスエージェントによる集中課金・精算システム - Google Patents

ネットワークアクセスエージェントによる集中課金・精算システム

Info

Publication number
JP2000332750A
JP2000332750A JP14280699A JP14280699A JP2000332750A JP 2000332750 A JP2000332750 A JP 2000332750A JP 14280699 A JP14280699 A JP 14280699A JP 14280699 A JP14280699 A JP 14280699A JP 2000332750 A JP2000332750 A JP 2000332750A
Authority
JP
Japan
Prior art keywords
network
service
qos
domain
network access
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.)
Withdrawn
Application number
JP14280699A
Other languages
English (en)
Inventor
Mitsuhiro Nakamura
光宏 中村
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP14280699A priority Critical patent/JP2000332750A/ja
Publication of JP2000332750A publication Critical patent/JP2000332750A/ja
Withdrawn legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 【課題】QoSを保証するタイプのサービスにおいて、ド
メイン情報のネットワーク全体への伝搬(flooding)のた
めの負荷が軽減され、価格を頻繁に変動させる場合にも
適用が可能である集中課金・精算システムを提供する。 【解決手段】それぞれのドメインに配置される複数のネ
ットワークサービスプロバイダと、コンテンツ提供者に
接続されるサービスプロバイダを有し、ユーザに要求に
より該コンテンツを提供するネットワークにおいて、複
数のネットワークサービスプロバイダのいずれかに接続
されるネットワークアクセスエージェントを備える。そ
して、前記ネットワークアクセスエージェントにより、
ドメイン間のリソース管理、ルーティング及び課金清算
を行なう。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークアク
セスエージェントによる集中課金・精算システムに関す
る。
【０００２】
【従来の技術】既存のインターネットにおけるサービス
提供は、これまでベストエフォート型を特徴とする信頼
性のないサービスの提供しか行なわれていない。
【０００３】これに対し、現在QoS(Qua1ity of Servic
e:サービス品質)保証型サービスの実現方式に関する研
究が進められている。しかし、QoS保証型サービスにお
ける課金・精算方式についてはあまり検討が進んでいな
い。
【０００４】QoS保証型サービスではあらかじめユーザ
の申告に応じてネットワークリソースを予約、確保する
必要がある。このため、より厳密な使用量に基づく課金
方式が適用されなければならない。もし、QoS保証型サ
ービスに既存のインターネットのような定額接続あるい
は、時間に基づく課金方式を適用すると、ユーザはでき
るだけ大量のリソースを予約しようとするためネットワ
ークの利用効率が著しく悪化すると予想される。
【０００５】一方、ネットワークプロバイダ側の視点で
も、使用量に基づく課金方式により、大量の使用が見込
まれる個所や輻輳個所に能力強化投資を行うインセンテ
ィブが生まれるためにネットワーク全体の発展や使用効
率という面でも使用量に基づく課金方式が望まれる。
【０００６】
【発明が解決しようとする課題】しかし、ネットワーク
が単一の事業者で運用されている場合はさほど困難では
ないが、インターネットのように無数のネットワークプ
ロバイダが運営するネットワークで構成されている場
合、以下の課題がある。
【０００７】第１に、ユーザが要求するQoSを充たすル
ートのうち、最も低コストのルートを決定する方法の実
現である。特に、スケーラビリティヘの配慮が必要であ
る。すなわち、ネットワークが極めて大規模であるた
め、計算効率に配慮する必要がある。
【０００８】第２に、複数のネットワークプロバイダが
提供するネットワーク(以下ドメインと呼ぶ)を経由して
通信を行った際の精算方法の確立である。各ユーザは多
くのネットワークプロバイダ(その中には直接、加入契
約をしていないプロバイダも含まれる)に支払いを行う
必要がある。また、各ネットワークプロバイダは多くの
ユーザから支払いを受ける必要がある。このために認証
に膨大な精算事務等が必要となる。
【０００９】さらに、複数のドメインを通して通信を行
っている際に、あるドメインで障害が発生して要求され
たQoSを提供できなくなった場合の障害検出、再ルーテ
ィングおよび精算処理を確立することが必要である。
【００１０】したがって、本発明の目的はQoSを保証す
るタイプのサービスにおいて、上記各要求を満たす集中
課金・精算システムを提供することにある。
【００１１】
【課題を解決するための手段】上記課題は、本発明によ
りネットワークアクセスエージェント（以下必要により
適宜Ｎagentと表記する）を設けることにより解決され
る。
【００１２】好ましい形態として、それぞれのドメイン
に配置される複数のネットワークサービスプロバイダ
と、コンテンツ提供者に接続されるサービスプロバイダ
を有し、ユーザに要求により前記コンテンツを提供する
ネットワークにおいて、前記複数のネットワークサービ
スプロバイダのいずれかに接続されるネットワークアク
セスエージェントを有する。
【００１３】そして、ネットワークアクセスエージェン
トは、前記複数のネットワークサービスプロバイダの各
々のドメインの提供するサービス品質（QoS）条件と価
格を登録し、前記ユーザから通信要求受け付け、この通
信要求のサービス品質（QoS）条件を充たすルートの中
で最安価なルートを選択する。
【００１４】さらに、選択されたルートを経由するネッ
トワークサービスプロバイダに通知し、前記通信要求の
実行に対するユーザの精算を通信要求の実行に際し使用
したネットワークサービスプロバイダに精算を分配する
ことを特徴とする。
【００１５】さらに、好ましい形態は、更に指定された
サービス品質（QoS）が提供されているかを監視し、提
供するサービス品質（QoS）が指定を下回っている場
合、その原因となっているドメインを分析する。そし
て、収入の差額を該当のドメインを管理するネットワー
クプロバイダに補填させることを特徴とする。
【００１６】また、、好ましい形態は、前記ルートの選
択をNuc1eus＆Spoke（核及び矢）モデルを利用して実行
することを特徴とする。
【００１７】さらにまた、好ましい形態として前記指定
されたサービス品質（QoS）が提供されているかを監視
は、前記選択されたサービスプロバイダとユーザ間で、
それぞれサービス品質（QoS）を観測し、差がある場合
に経由するドメインの出口でサービス品質（QoS）を測
定し、原因となっているドメインを特定することを特徴
とする。
【００１８】本発明の更なる特徴は、以下の図面を参照
して説明される発明の実施の形態から明らかになる。
【００１９】
【発明の実施の形態】以下本発明の実施の形態を図面を
参照して説明する。なお、図において、同一又は類似の
ものには同一の参照番号又は参照記号を付して説明す
る。
【００２０】図１は、本発明を適用するネットワークア
クセスエージェント(Nagent)による集中課金・精算方法
を実現するシステムのネットワーク構成とビジネスモデ
ルを示す図である。
【００２１】ネットワーク内に複数のネットワークプロ
バイダ２０〜２２が存在し、ネットワーク間の接続を行
なう。さらに、サービスプロバイダ２３が存在し、コン
テンツ提供者３からのコンテンツを要求のあったユーザ
２に向けて送り出す。
【００２２】本発明の特徴として、いずれかのネットワ
ークプロバイダに接続したネットワークアクセスエージ
ェント(Nagent)１が設置される。図１では、ネットワー
クプロバイダ２０に接続されている。
【００２３】このNagent１は、ドメイン間のリソース管
理、ルーティング、課金・精算、障害管理等を行う機能
を有する。かかる機能は図２に示すように、Ｎagent１の
ソフトウエア構成により実現される。
【００２４】ソフトウエアによりルーティング部１０、
コネクション管理部１１及び課金精算部１２の各機能部
を構成する。ルーティング部１０は、後に説明するユー
ザ登録テーブル、ネットワークプロバイダ登録テーブル
及びサービスプロバイダ登録テーブルを生成登録する。
【００２５】コネクション管理部１１は、ユーザからの
品質サービス（QoS）要求の受け付け及び、この品質サ
ービス（QoS）要求に対応する前記ネットワークサービ
スプロバイダに対するリソース予約要求及び開放を実行
する。
【００２６】課金清算部１２はコネクション管理部１１
からの通信開始及び終了通知に基づき、課金清算を行な
うテーブルを有する。
【００２７】さらに各機能部の動作の詳細は、後に説明
するが、ここでは理解の容易化のために図１により本発
明の概要を説明しておく。
【００２８】図1において、各ネットワークプロバイダ
２０〜２２は自ドメインの提供するQoS条件と価格をNag
ent１に登録する。
【００２９】Nagent１はユーザ２から受け付けた通信要
求のQoS条件を充たすルートの中で最安価なルートを選
択し、経由するプロバイダに通知する。
【００３０】精算については、ユーザ２はNagent１に料
金を支払う。そして、Nagent１により使用したプロバイ
ダに精算を分配する。
【００３１】Nagent１は更に、指定されたQoSが提供さ
れているかを監視する。もし提供するQoSが指定を下回っ
ている場合、その原因となっているドメインを分析す
る。そして、収入の差額を該当のドメインを管理するプ
ロバイダに補填させる。
【００３２】上記の本発明に従うネットワークアクセス
エージェント(Nagent)１による集中課金・精算方法の具
体的実施例を図３のNagent−プロバイダ−ユーザ間信号
シーケンスフローに従って説明する。
【００３３】また、図３のシーケンスフローに従って送
受される信号の内容が図４乃至図１５に示される。これ
らの図を適宜参照しながら図３のシーケンスを説明す
る。
【００３４】ネットワークアクセスエージェント(Nagen
t)１には、ネットワークプロバイダ２０〜２２からQoS
条件登録信号が事前に送られる（ステップＳ１）。この
QoS条件登録信号の内容は、図４に示すごとくである。す
なわち、ネットワークプロバイダのポート（Port）ＩＤ
or バイパス（Bypass）ＩＤとして、対象のPortＩＤま
たはBypassＩＤが送られる。
【００３５】さらに、接続情報として、対象がポート
（Port）の場合はそのポートと接続している他プロバイ
ダのポート（Port）ＩＤ、対象がバイパス（Bypass）の
場合は、そのバイパスが接続している自ドメインのポー
ト（Port）ＩＤを送る。
【００３６】また、QoS条件として対象がポート（Por
t）の場合は、そのポートと後に説明するNucleus（核）
間のQoS (価格、帯域、最大遅延等)、対象がバイパスの
場合は、接続するポート間のQoS が送られる。
【００３７】これによりネットワークアクセスエージェ
ント(Nagent)１は、ルーティング部１０（図２参照）に
おいて下記のネットワークプロバイダ登録テーブルを登
録する。
【００３８】
【表１】
【００３９】同様にして、ネットワークアクセスエージ
ェント(Nagent)１には、サービスプロバイダ２３からサ
ービス条件登録信号が事前に送られる（ステップＳ
２）。このサービス条件登録信号の内容は、図５に示す
ごとくである。すなわち、サービスプロバイダのサーバ
（server）ＩＤとして、自サーバのＩＤが送られる。
【００４０】さらに、ポート(port)ＩＤとして、自サー
バが接続するプロバイダのPortＩＤを送る。また、QoS条
件として該当サービス推奨又は、許容するQoS条件が送
られる。
【００４１】これによりネットワークアクセスエージェ
ント(Nagent)１のルーティング部１０により下記のサー
ビスプロバイダ登録テーブルを登録する。
【００４２】
【表２】
【００４３】また、ユーザからQoS要求のあった時（ス
テップＳ３）、あるいは事前にネットワークアクセスエ
ージェント(Nagent)１に対しユーザ登録が行なわれる。
このユーザ登録として、ネットワークアクセスエージェ
ント(Nagent)１のコネクション管理部１１を通して送ら
れるユーザ２からの情報を基に、ルーティング部１０に
より下記のユーザ登録テーブルが作成される。
【００４４】
【表３】
【００４５】このようにNagent１にユーザ登録テーブ
ル、ネットワークプロバイダ登録テーブル及び、サービ
スプロバイダ登録テーブルが登録される。
【００４６】かかる条件において、ユーザ２からNagent
１にQoSの要求が送られる（ステップＳ３）。ここで、ユ
ーザ２から送られるQoSの要求の内容は、図６に示され
るごとくである。
【００４７】すなわち、Nagent１と契約時に割り当てら
れるユーザＩＤ（但し、 Nagent１と契約していないユ
ーザは省略される）、自己が接続するプロバイダのPort
ＩＤ(但し、ユーザＩＤを指定すると省略される)、ユー
ザの端末または加入者線で許容されるQoS 条件(帯域等)
の加入者条件（ユーザＩＤを指定すると省略される）、
通信したいサーバのＩＤ及び、該当サービスが推奨また
は許容するQoS 条件（QoS 項目毎にGuarantee(必須)、B
est Effort(なるべく)の指定が可能である）である。
【００４８】ネットワークアクセスエージェント(Nagen
t)１は、ユーザ２からQoSの要求が送られるとルートを
選択する。 このルートの選択アルゴリズムは、図１６に示すＮｕｃ
ｌｅｕｓ（核）＆Ｓｐｏｋｅ（矢）モデルルーティング
によって説明される。
【００４９】すなわち、複数のネットワーク１ａ〜１ｇ
は、夫々ドメインを構成し、各ドメイン内のノードをド
メイン境界上に配置している。例えば、ドメイン１ａで
はノード１００〜１０５が配置されている。
【００５０】そして、例えば、ソース（Source）端末２
００から目的（Destination）端末２０１に至る最短ル
ートを選択する方法としてＳＰＦ（Shortest Path Firs
t）がある。
【００５１】先ず、ＳＰＦによりドメインレベルで検索
対象のドメインを選択してマークする。図１６におい
て、ドメイン境界が実線のドメイン１ａ〜１ｄが対象で
ある。次に、マークしたドメイン間のリンクと接続する
矢（Spoke）をマークする。ドメイン１ａ〜１ｄにおける
実線の矢（Spoke）である。例えば、ドメイン１ａにおい
て、矢（Spoke）１１０〜１１３である。
【００５２】ついで、ソース端末２００を収容するドメ
イン１ａの核（Nuc1eus）１２０から目的端末２０１を
収容するドメイン１ｄの核（Nuc1eus）１２１まで、上
記マークした矢（Spoke）を対象に、SPFにより最適ルー
トおよびそのコストを計算する。
【００５３】さらに、求めたコストにソース端末２００
からソース端末２００を収容するドメイン１ａの核１２
０までのコスト及び、目的端末２０１から目的端末２０
１を収容するドメイン１ｄの核１２１までのコストを加
算して総コストを算出する。 このようにして、総コストが最小となるルートが選択さ
れる。
【００５４】かかるＳＰＦによるルート選択処理は、Ｎ
agent１のコネクション管理部１１により実行される。
【００５５】次に、図３に戻り説明すると、ルートが選
択された後、ネットワークアクセスエージェント（Ｎag
ent）１からユーザ２にQoS条件が通知される（ステップ
Ｓ５）。このQoS 条件通知の内容は、図７に示されるご
とくである。コネクションＩＤとして、以降の信号でコ
ネクションを特定するためのＩＤ (リソース予約要求信
号と同じ値を使用)が通知される。さらに、提供QoS と
して、提供するQoS の内容が含まれる。
【００５６】ユーザ２は、QoS 条件通知を受けると、受
諾通知信号を信号をＮagent１に送る（ステップＳ
６）。その内容は、図８に示されるごとくであり、コネ
クションＩＤとして、受諾/拒否を回答するコネクショ
ンのＩＤ、更に受諾又は拒否として、QoS 条件通知信号
で知らされたQoS 条件で通信を行うか否かの回答が含ま
れる。
【００５７】Ｎagent１は、ユーザ２からQoS 条件通知
信号で知らされたQoS 条件で通信を行なう旨の回答を受
けた場合、ネットワークプロバイダ２０〜２２にリソー
ス予約要求を送る（ステップＳ７）。
【００５８】リソース予約要求の内容は、図９に示すご
とくである。コネクションＩＤとして、以降の信号でコ
ネクションを特定するためのＩＤ、ソースポート（Sour
ce Port）ＩＤとして予約を要求するソース側のポート
(port)ＩＤ及び、シンクポートＩＤとして予約を要求す
るシンク側のポート（Port）ＩＤ、更に、要求QoSとし
て要求するQoSの内容が含まれる。
【００５９】次いで、ネットワークプロバイダ２０〜２
２から回答信号がＮagent１に返送される。この回答信号
は、図１０に示すごとくコネクションＩＤとして、回答
に対応するコネクションＩＤ及び、許容/非許容の回答
結果が含まれる。
【００６０】そして、許容の回答結果を送ってきたネッ
トワークプロバイダを通して、サービスプロバイダ２３
から送られるコンテンツの通信がユーザ２に対し行なわ
れる（ステップＳ９）。
【００６１】この際、Ｎagent１には、次のようなコネ
クション管理テーブルが、コネクション管理部１１によ
り生成される。コネクション管理テーブルには、コネク
ションＩＤの他、要求ユーザ、サーバ、経由ネットワー
クプロバイダの各ＩＤが登録される。さらに、QoS 条件
及び、リソース予約時刻が登録される。
【００６２】
【表４】
【００６３】通信が終了すると、ユーザ２から通信終了
通知がＮagent１に送られる（ステップＳ１０）。この通
信終了通知の内容は、図１１に示すように、コネクショ
ンＩＤとして、通信を終了するコネクションのＩＤが含
まれる。
【００６４】通信終了通知を受けるとＮagent１は、ネ
ットワークプロバイダ２０〜２２の対応するプロバイダ
にリソース開放要求信号を送る（ステップＳ１１）。こ
のリソース開放要求の内容は、図１２に示されるよう
に、コネクションＩＤとしてリソース解放を要求するコ
ネクションのＩＤが含まれる。
【００６５】リソースが開放されると、Ｎagent１から
ユーザ２に対し、料金が通知される（ステップＳ１
２）。この料金通知は図１３に示すように、コネクショ
ンＩＤとして、料金通知に対応するコネクションのＩＤ
と、料金が示される。
【００６６】通知される料金は、次表に示すような課金
演算部１２により生成される課金精算テーブル１２（図
２参照）に基づく。
【００６７】
【表５】
【００６８】ユーザ２は料金が通知されると、支払い方
法をＮagent１に通知する（ステップＳ１３）。この支払
い方法の通知は、図１４に示すように、コネクションＩ
Ｄとして、支払い方法通知に対応するコネクションのＩ
Ｄ及び、支払い方法として、該当の通信に対応する支払
い方法を通知する。例えば、あらかじめユーザはNagent
１に対し、いくつかの支払い方法を登録しておく。そし
て、支払い方法通知信号で登録された中の適当な方法を
指定する。
【００６９】次いで、Ｎagent１は、ネットワークプロ
バイダ２０〜２３に料金精算を通知する（ステップＳ１
４）。この通知は、図１５に示すように、コネクション
ＩＤとして、料金清算に対応するコネクションのＩＤ及
び、料金が示される。なお、ネットワークプロバイダは
２０〜２２は、Ｎagent１との契約時に支払い方法を登
録しておく。
【００７０】以上のごとくして、図３のシーケンスに従
って、Ｎagent１、プロバイダ２０〜２２及びユーザ間
で信号送受が行なわれる。
【００７１】つぎに、QoS観測と障害時の課金精算への
反映について説明する。指定されたQoSが実際に提供さ
れていない場合の対処として、通信を打ち切る場合と値
段を下げて通信を継続する場合がある。
【００７２】これらを対処として、これらをユーザが選
択できることが望ましい。QoS保証サービスではそのQoS
を提供するために必要なリソースを確保しているため、
あるドメインの原因でQoSが低下した場合、該当ドメイ
ンを管理するネットワークプロバイダが、価格の差額を
他のプロバイダに補填する必要がある。
【００７３】QoS観測ポイントとQoS提供不可時の精算方
法を示す図１７により説明すると、まず、Ｎagent１に
より、QoS低下の原因となっているドメインの分析につ
いては、常時エンドポイント(情報の発信元と受信先)で
のQoSを観測して比較する。
【００７４】そして、差がある場合、経由しているドメ
インの入り口でQoSを観測し、低下しているドメインを
捜す。図１７は、３つのドメインＡ，Ｂ，Ｃを経由して
いる例を示す。この場合、ドメインＡの出口まではQ(x)
であるが、ドメインＢの出口でQ(y)に低下している。こ
れにより、ドメインＢが原因であることが障害原因であ
ることがわかる。
【００７５】このためにユーザに対し、QoS品質Q(x)で
はなくQ(y)に見合った価格しか適用できない。その差額
はドメインBを管理するプロバイダが負担する。その計
算方法を以下に示す。 (1)QoS低下の要因になっていないドメインA、Cでは、元
のQoSべ一スの価格とする。夫々価格はＰＡ（Ｑ
（ｘ）），ＰＢ（Ｑ（ｙ））である。 (2)QoS低下の要因になっていないドメインＡ、Ｃにおけ
る、価格の差額の合計額を求める。差額合計は、ＰＡ
（Ｑ（ｘ））−ＰＢ（Ｑ（ｙ））である。 (3)QoS低下の要因になっているドメインＢにおいて、Qo
S低下後の価格から(２)で求めた差額を引いた額を価格
とする。
【００７６】すなわち、PB（Q（ｙ））−（ＰＡ（Ｑ
（ｘ））−ＰＡ（Ｑ（ｙ）））−（ＰＣ（Ｑ（ｘ））−
ＰＣ（Ｑ（ｙ）））である。
【００７７】メインＡ，Ｂ，Ｃでそれぞれ要求されたQo
SＱ(ｘ)を提供するためにリソースを確保したにもかか
わらず、あるドメインが原因でＱ(y)しかユーザに提供
できなかったとする。したがって、夫々のQoSに対応す
る価格がＰ(Ｑ(ｘ))、Ｐ(Ｑ(ｙ))とし、ユーザにはＰ
(Ｑ(ｘ))の代わりにＰ(Ｑ(ｙ))を請求する。
【００７８】本来、得られるはずのＰ(Ｑ(ｘ))がＰ(Ｑ
(ｙ))しか得られなかったことで、その差額Ｐ(Ｑ(ｘ))
−Ｐ(Ｑ(ｙ))をQoS低下の原因となったドメインＢを管
理するプロバイダが負担するように対応させる。
【００７９】ここで一般のネットワークでは、ボーダー
ノード(他のドメインのノードと直接、接続しているノ
ード:エッジノードともいう)が隣接するドメインのボー
ダーノードとお互いのネットワークのメトリックを交換
することで、ネットワーク全体に伝搬させている。その
境界ゲートウエイ・プロトコルとしてＢＧＰ４（Border
Gateway Protocol Version 4）が一般的に使用されて
いる。
【００８０】ネットワークの負荷を考慮して動的な情報
は、負荷が大きくなりすぎるでやりとりはできない。Ｎ
agent１は、契約していないドメインとは、ＢＧＰ４に
よって固定的な情報をやり取りする。
【００８１】図１８は、Ｎagent１と非契約ドメインと
の固定情報の送受を説明する図である。契約ドメイン集
合領域３００には複数の契約ドメイン３０１が存在す
る。契約ドメイン３０１は、非契約ドメイン３０２とそ
れぞれのボーダノード３１０、３１１を通して接続され
る。
【００８２】Ｎagent１と契約するドメイン３０１のボ
ーダーノード３１０は、受け取った情報をＮagent１に
送信する。Ｎagent１は、契約しているドメイン全体を
一個のネットワークとみなして他の契約していないドメ
イン３０２とのメトリックの送受を行う。
【００８３】その結果、契約をしていないドメイン３０
２にとっては、Ｎagent１と契約をしているドメイン３
０１の集合が1個の大きなドメイン３００に見える。
【００８４】Ｎagent１はルート選択にあたり、契約ド
メイン３０１については動的情報を、非契約ドメイン３
０２については固定情報を用いる。ただし、この際、固
定情報は実際の値と異なっている可能性があり、その場
合、選択したルートでブロック(要求したQoSを、提示し
た価格では提供できないケース)が発生する。
【００８５】その場合は、再度ルート選択を実行する。
非契約ドメインにまたがって通信を行う場合は、Ｎagen
t１はルート選択処理のみを実施し、ユーザ２への料金
請求とプロバイダ２２への分配、約束したQoSが提供で
きない場合の精算等は行わない。
【００８６】非契約ドメイン３０２が存在する状況で
は、使用量に応じた課金処理は困難であり、QoS保証サ
ービスを提供するのは事実上できない。
【００８７】ただし、図１９に示すようにＮagent１が
唯一である必要は必ずしもなく、地域Ａ，Ｂ毎にＮagen
t（Ａ），（Ｂ）を設置し、各ドメインは自己の地域の
Ｎagent１と契約する形態が予想される。
【００８８】各Ｎagent（Ａ），（Ｂ）は相互にインタ
ラクトを行い、自己の契約ドメイン分の課金計算と分配
を実行する。そして、料金の請求は，通信料金を負担す
る側の加入者２を収容するドメインと契約しているＮag
ent（図１９では、Ｎagent（Ａ）である。）が担当す
る。
【００８９】
【発明の効果】以上図面に従い説明したように、本発明
はネットワークアクセスエージエント（Ｎagent）によ
る集中ルーティングにより、ルーティング計算量の削減
が図られる。また、各経由ドメインでルーティング計算
を行うのに比べて、１個所ですむので、接続時間が早
い。
【００９０】さらに、ドメイン情報のネットワーク全体
への伝搬(flooding)のための負荷が軽減されるので、価
格を頻繁に変動させる場合にも適用が可能である。ま
た、精算の組み合わせがＵ＊ＮからにＵ＋Ｎに削減され
る。ここで、Ｕはユーザ数、Ｎはネットワークプロバイ
ダ数である。
【００９１】さらにまた、本発明により課金、ルーティ
ング等のネットワークマネジメント機能を集中制御する
ことでが可能で、障害時の課金への反映等が容易に実現
できる。
【図面の簡単な説明】
【図１】本発明を適用するネットワークアクセスエージ
ェント(Nagent)による集中課金・精算方法を実現するシ
ステムのネットワーク構成とビジネスモデルを示す図で
ある。
【図２】ドメイン間のリソース管理、ルーティング,課
金・精算、障害管理等を行うNagent１の機能を説明する
図である。
【図３】Nagent−プロバイダ−ユーザ間信号シーケンス
フローを示す図である。
【図４】図３のシーケンスフローに従って送受されるQo
S条件登録信号の内容を示す図である。
【図５】図３のシーケンスフローに従って送受されるサ
ービス条件登録信号の内容を示す図である。
【図６】図３のシーケンスフローに従って送受されるQo
S要求信号の内容を示す図である。
【図７】図３のシーケンスフローに従って送受されるQo
S条件通知信号の内容を示す図である。
【図８】図３のシーケンスフローに従って送受されるＱ
ｏＳ受諾通知信号の内容を示す図である。
【図９】図３のシーケンスフローに従って送受されるリ
ソース予約要求信号の内容を示す図である。
【図１０】図３のシーケンスフローに従って送受される
回答信号の内容を示す図である。
【図１１】図３のシーケンスフローに従って送受される
通信終了信号の内容を示す図である。
【図１２】図３のシーケンスフローに従って送受される
リソース開放信号の内容を示す図である。
【図１３】図３のシーケンスフローに従って送受される
料金通知信号の内容を示す図である。
【図１４】図３のシーケンスフローに従って送受される
支払い方法通知信号の内容を示す図である。
【図１５】図３のシーケンスフローに従って送受される
料金精算通知信号の内容を示す図である。
【図１６】核（Nucleus）と矢（spoke）モデルによるル
ーティングを説明する図である。
【図１７】QoS観測ポイントとQoS提供不可時の精算方法
を示す図である。
【図１８】Ｎagentと非契約ドメインとの固定情報の送
受を説明する図である。
【図１９】複数Ｎagentのインタラクトによる課金精算
を説明する図である。
【符号の説明】
１ ネットワークアクセスエージェント ２ ユーザ ３ コンテンツ提供者 ２０〜２３ ネットワークサービスプロバイダ １０ ルーティング部 １１ コネクション管理部 １２ 課金精算部
フロントページの続き Ｆターム(参考） 5B045 AA00 BB11 BB43 GG01 5B089 GA11 GA21 GB03 HA01 KA06 KA13 KA15 KB06 KB12 KG08 5K025 AA06 AA07 AA08 BB06 CC01 HH06 LL03 5K030 GA20 HB08 HC01 HD03 KA01 KA05 KA07 LB05 LC09 MA04 MB01 MC07 MC09 9A001 BB02 BB03 BB04 CC03 CC07 DD10 HH09 JJ18 JJ64 KK37 KK56 LL02 LL05 LL09

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】それぞれのドメインに配置される複数のネ
    ットワークサービスプロバイダと、コンテンツ提供者に
    接続されるサービスプロバイダを有し、ユーザに要求に
    より該コンテンツを提供するネットワークにおいて、 該複数のネットワークサービスプロバイダのいずれかに
    接続されるネットワークアクセスエージェントを備え、 該ネットワークアクセスエージェントにより、ドメイン
    間のリソース管理、ルーティング及び課金清算を行なう
    ことを特徴とするネットワークアクセスエージェントに
    よる集中課金・精算システム。
  2. 【請求項２】請求項1において、 前記ネットワークアクセスエージェントは、前記ネット
    ワークサービスプロバイダ、サービスプロバイダ及びユ
    ーザ登録を行なうルーティング部と、 ユーザからのサービス（品質QoS）要求の受け付け及
    び、該サービス品質（QoS）要求に対応する該ネットワ
    ークサービスプロバイダに対するリソース予約要求を実
    行するコネクション管理部と、 該コネクション管理部からの通信開始及び終了通知に基
    づき、課金清算を行なうテーブルを有する課金清算部を
    有して構成されることを特徴とするネットワークアクセ
    スエージェントによる集中課金・精算システム。
  3. 【請求項３】それぞれのドメインに配置される複数のネ
    ットワークサービスプロバイダと、コンテンツ提供者に
    接続されるサービスプロバイダを有し、ユーザに要求に
    より該コンテンツを提供するネットワークにおいて、該
    複数のネットワークサービスプロバイダのいずれかに接
    続されるネットワークアクセスエージェントであって、 前記複数のネットワークサービスプロバイダの各々のド
    メインの提供するサービス品質（QoS）条件と価格を登
    録し、 該ユーザから通信要求受け付け、該通信要求のサービス
    品質（QoS）条件を充たすルートの中で最安価なルート
    を選択し、 該選択されたルートを経由するネットワークサービスプ
    ロバイダに通知し、 該通信要求の実行に対する該ユーザの精算を該通信要求
    の実行に際し使用したネットワークサービスプロバイダ
    に精算を分配することを特徴とする集中課金・精算シス
    テムにおけるネットワークアクセスエージェント。
  4. 【請求項４】請求項３において、更に、 指定されたサービス品質（QoS）が提供されているかを
    監視し、 該提供するサービス品質（QoS）が指定を下回っている
    場合、その原因となっているドメインを分析し、 収入の差額を該当のドメインを管理するネットワークプ
    ロバイダに補填させることを特徴とする集中課金・精算
    システムにおけるネットワークアクセスエージェント。
  5. 【請求項５】請求項2において、 前記ルートの選択をNuc1eus＆Spoke（核及び矢）モデル
    を利用して実行することを特徴とする集中課金・精算シ
    ステムにおけるネットワークアクセスエージェント。
  6. 【請求項６】請求項４において、 前記指定されたサービス品質（QoS）が提供されている
    かを監視は、 前記選択されたサービスプロバイダとユーザ間で、それ
    ぞれサービス品質（QoS）を観測し、差がある場合に経
    由するドメインの出口でサービス品質（QoS）を測定
    し、原因となっているドメインを特定することを特徴と
    する
  7. 【請求項７】それぞれのドメインに配置される複数のネ
    ットワークサービスプロバイダと、コンテンツ提供者に
    接続されるサービスプロバイダを有し、ユーザに要求に
    より該コンテンツを提供するネットワークにおいて、 該複数のネットワークサービスプロバイダのいずれかに
    接続されるネットワークアクセスエージェントを備え、 複数のネットワークプロバイダの各々は自ドメインの提
    供するサービス品質（QoS）条件と価格を該ネットワー
    クアクセスエージェントに登録し、 該ネットワークアクセスエージェントはユーザから通信
    要求受け付け、該通信要求のサービス品質（QoS）条件
    を充たすルートの中で最安価なルートを選択し、 該選
    択されたルートを経由するプロバイダに通知し、 該通信要求の実行に対する精算を、該ユーザが該ネット
    ワークアクセスエージェントに料金を支払い実行し、更
    に、 該ネットワークアクセスエージェントは、該通信要求の
    実行に際し使用したネットワークプロバイダに精算を分
    配することを特徴とするネットワークアクセスエージェ
    ントによる集中課金・精算方法。
  8. 【請求項８】請求項７において、 前記ネットワークアクセスエージェントは更に、指定さ
    れたサービス品質（QoS）が提供されているかを監視
    し、 該提供するサービス品質（QoS）が指定を下回っている
    場合、その原因となっているドメインを分析し、 収入の差額を該当のドメインを管理するネットワークサ
    ービスプロバイダに補填させることを特徴とするネット
    ワークアクセスエージェントによる集中課金・精算方
    法。
  9. 【請求項９】請求項８において、 前記指定されたサービス品質（QoS）が提供されている
    かを監視は、 前記選択されたサービスプロバイダとユーザ間で、それ
    ぞれサービス品質（QoS）を観測し、差がある場合に経
    由するドメインの出口でサービス品質（QoS）を測定
    し、原因となっているドメインを特定することを特徴と
    するネットワークアクセスエージェントによる集中課金
    ・精算方法。
JP14280699A 1999-05-24 1999-05-24 ネットワークアクセスエージェントによる集中課金・精算システム Withdrawn JP2000332750A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP14280699A JP2000332750A (ja) 1999-05-24 1999-05-24 ネットワークアクセスエージェントによる集中課金・精算システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP14280699A JP2000332750A (ja) 1999-05-24 1999-05-24 ネットワークアクセスエージェントによる集中課金・精算システム

Publications (1)

Publication Number Publication Date
JP2000332750A true JP2000332750A (ja) 2000-11-30

Family

ID=15324084

Family Applications (1)

Application Number Title Priority Date Filing Date
JP14280699A Withdrawn JP2000332750A (ja) 1999-05-24 1999-05-24 ネットワークアクセスエージェントによる集中課金・精算システム

Country Status (1)

Country Link
JP (1) JP2000332750A (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001028217A1 (fr) * 1999-10-13 2001-04-19 Ntt Comware Corporation Dispositif de calcul de taxes de communications, procede de commande associe et support sur lequel le programme est enregistre
US7072861B1 (en) 1999-12-15 2006-07-04 Mitsubishi Denki Kabushiki Kaisha Digital content downloading system using networks
JP2008527514A (ja) * 2005-01-06 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション グリッド・アクティビティのモニタリングおよび振り分けによる総合的グリッド環境管理を促進する方法、システム、およびコンピュータ・プログラム
US7510113B2 (en) 2001-06-07 2009-03-31 Fujitsu Limited Billing system, and device constituting same
US7610037B2 (en) 2003-05-13 2009-10-27 Nokia Corporation Charging in communication networks
JP2009541872A (ja) * 2006-06-28 2009-11-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユーザ局へのサービスの提供に第三者の影響を許容する方法、通信システム、および収集コントローラ
US7668956B2 (en) * 1999-10-19 2010-02-23 Netzero, Inc. Intelligent autodialer
US7738464B2 (en) 2001-12-06 2010-06-15 Samsung Electronics Co., Ltd. Method for providing service based on service quality and an accounting method in a mobile communication system
JP2012511874A (ja) * 2008-12-11 2012-05-24 マイクロソフト コーポレーション 接続エクスチェンジへの参加及びアクセスするための方法及び装置
JP2012512494A (ja) * 2008-12-16 2012-05-31 クゥアルコム・インコーポレイテッド アプリケーションサービスを、組込の接続管理にバンドルするための装置と方法
JP2013048473A (ja) * 2001-06-29 2013-03-07 Upaid Systems Ltd 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
US9098958B2 (en) 1998-09-15 2015-08-04 U-Paid Systems, Ltd. Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US9288230B2 (en) 2010-12-20 2016-03-15 Qualcomm Incorporated Methods and apparatus for providing or receiving data connectivity

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9098958B2 (en) 1998-09-15 2015-08-04 U-Paid Systems, Ltd. Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US6847707B1 (en) 1999-10-13 2005-01-25 Ntt Comware Corporation Communication charge calculating apparatus, control method for the same, and medium in which program for the communication charge calculating apparatus has been recorded
WO2001028217A1 (fr) * 1999-10-13 2001-04-19 Ntt Comware Corporation Dispositif de calcul de taxes de communications, procede de commande associe et support sur lequel le programme est enregistre
US8312153B2 (en) 1999-10-19 2012-11-13 Netzero, Inc. Intelligent auto-dialer
US7668956B2 (en) * 1999-10-19 2010-02-23 Netzero, Inc. Intelligent autodialer
US7072861B1 (en) 1999-12-15 2006-07-04 Mitsubishi Denki Kabushiki Kaisha Digital content downloading system using networks
US7510113B2 (en) 2001-06-07 2009-03-31 Fujitsu Limited Billing system, and device constituting same
JP2013048473A (ja) * 2001-06-29 2013-03-07 Upaid Systems Ltd 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
US7738464B2 (en) 2001-12-06 2010-06-15 Samsung Electronics Co., Ltd. Method for providing service based on service quality and an accounting method in a mobile communication system
US7610037B2 (en) 2003-05-13 2009-10-27 Nokia Corporation Charging in communication networks
US7941120B2 (en) 2003-05-13 2011-05-10 Nokia Corporation Charging in communication networks
USRE45239E1 (en) 2003-05-13 2014-11-11 Nokia Corporation Charging in communication networks
USRE45738E1 (en) 2003-05-13 2015-10-06 Nokia Corporation Charging in communication networks
JP2008527514A (ja) * 2005-01-06 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション グリッド・アクティビティのモニタリングおよび振り分けによる総合的グリッド環境管理を促進する方法、システム、およびコンピュータ・プログラム
JP2009541872A (ja) * 2006-06-28 2009-11-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユーザ局へのサービスの提供に第三者の影響を許容する方法、通信システム、および収集コントローラ
US9245285B2 (en) 2006-06-28 2016-01-26 Telefonaktiebolaget L M Ericsson (Publ) Collection controller for influencing service to a user station
JP2012511874A (ja) * 2008-12-11 2012-05-24 マイクロソフト コーポレーション 接続エクスチェンジへの参加及びアクセスするための方法及び装置
JP2012512494A (ja) * 2008-12-16 2012-05-31 クゥアルコム・インコーポレイテッド アプリケーションサービスを、組込の接続管理にバンドルするための装置と方法
JP2015201856A (ja) * 2008-12-16 2015-11-12 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ アプリケーションサービスを、組込の接続管理にバンドルするための装置と方法
US9197706B2 (en) 2008-12-16 2015-11-24 Qualcomm Incorporated Apparatus and method for bundling application services with inbuilt connectivity management
US9288230B2 (en) 2010-12-20 2016-03-15 Qualcomm Incorporated Methods and apparatus for providing or receiving data connectivity

Similar Documents

Publication Publication Date Title
JP4386582B2 (ja) 通信ネットワーク
RU2595942C2 (ru) Интерфейс непосредственного управления одноранговыми сетевыми узлами
JP3617406B2 (ja) マルチドメインに対応した品質保証型通信サービス提供方式およびサービス提供方法並びにサービス仲介装置
US6950407B1 (en) Method and system for providing settlement of interconnected packet-switched networks
US6134589A (en) Dynamic quality control network routing
US7120694B2 (en) Service level agreements and management thereof
FI106420B (fi) Palvelun ohjaus tietoliikenneverkossa
JP2000332750A (ja) ネットワークアクセスエージェントによる集中課金・精算システム
CA2408603A1 (en) Method and system for sending information on an extranet
Schelen et al. Aggregating resource reservations over multiple routing domains
Karsten et al. An embedded charging approach for RSVP
JP2002520908A (ja) ネットワークにおいて決算をする方法及び装置
Blefari-Melazzi et al. Accounting and pricing: a forecast of the scenario of the next generation Internet
Johari et al. Routing and peering in a competitive Internet
Mijumbi et al. Survivability-oriented negotiation algorithms for multi-domain virtual networks
KR100777579B1 (ko) 차별화된 서비스를 제공하는 ｉｐ ｖｐｎ 네트워크에서음성 서비스를 위한 과금 산정 방법
Hwang et al. Enabling dynamic market-managed QoS interconnection in the next generation Internet by a modified BGP mechanism
Zachariadis et al. Dynamic pricing and resource allocation using revenue management for multiservice networks
Gupta et al. A spot pricing framework for pricing intra-domain assured bandwidth services
JP4669409B2 (ja) 光パス貸し出し方法、光パス貸し出しプログラム、および、設定制御装置
Shenker et al. USC/ISI
Krile et al. The application of bandwidth optimization technique in SLA negotiation process
Evlogimenou et al. Programmable accounting management for virtual private networks
Akter et al. Are internet tunnels worthwhile?
Petrova ISPs-pricing Internet access

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060801