JP3407003B2 - ネットワーク通貨システム及び管理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、新たに定義したネ
ットワーク通貨を用いるネットワーク通貨システム及び
管理方法に関する。

【０００２】

【従来の技術】従来の通信ネットワークサービスは、予
め定められた通信機能を所定品質によって提供し、それ
に対する対価をユーザがネットワークサービス提供者に
支払うものである。サービス契約、特に、料金に関して
はその内容が厳格に定められている。実際料金をしばし
ば変更することは困難かつサービスの安定性から好まし
くない。さらに、時々刻々のトラヒックやネットワーク
の条件に応じた料金体系は、料金の透明性の点でその条
件を加入者が確認できる必要があることから、変更する
ことが非常に難しい。一方、通信ネットワークサービス
は、他の加入者の使用状況やネットワークのその時々の
状況に応じ、若干の品質等の差異を生じている。なお通
常は、若干品質が劣っても、それは所定の品質基準を満
足している。これらの差異は、同一料金を支払う通信や
加入者間にも生じる。また、加入者にとっては、料金割
引きは最も強い欲求である。従って、従来の意味でいう
料金とは違う形で、料金割引きや多様な料金制度を容易
かつダイナミックに提供し、加入者に当該ネットワーク
サービスを使う動機づけをより強く行う方法が必要とさ
れる。さらに、最適にネットワーク資源の割引きを行っ
ても、その後の状況の変化で、最適割当てから離れ、再
割当てを行いたいという欲求がネットワークから生じる
ことがある。あるいは、加入者間で、割当リソースを融
通したいという状況を生じることがある。こうした一種
の取引行為を、通常の料金／課金という形でなく、中間
的な媒介を用意することで、サービス対サービスの物々
交換のようなものを実現することが考えられる。実際、
通信以外では、「物々交換」、「有価証券による取引
き」から、「利用する毎に貰える割引券」、「何回か利
用すると貰える商品引換券」といった形態まで多様な取
引とそれに伴うサービス形態がある。

【０００３】

【発明が解決しようとする課題】従来、加入者のニーズ
としては、様々なネットワークサービスの実現とそれに
伴う多様な料金割引きの実現がある。しかしながら、料
金体系を過剰に複雑化することは、サービスに対する理
解を難しくするので好ましくない。一方、ネットワーク
サービス事業者は柔軟で多様な料金制度や料金サービス
を容易に実現したい。また、それによって再び当該ネッ
トワークサービスを加入者に利用させる動機づけができ
ることが望ましい。こうした要望に対し直接料金体系の
柔軟性で対応することは困難である。また同一の料金水
準内でも確率的な品質差異は生じ、これに対しても何ら
かの処理を行いたいケースがある。さらに、ネットワー
クサービスの品質、性能は、加入者行動に依存するが、
ネットワークに対して協力的加入者を奨励し、そうでな
い加入者にはペナルティを与えられることはネットワー
クサービス提供事業者にとって好適である。しかし、直
接料金体系でそのような処理を行うことは過激である。
本発明の目的は、このような問題点を改善し、料金体系
を変更することなく、自由かつ柔軟に、各種サービスを
提供することにある。また本発明は、ネットワーク全体
の利益のために協力的な加入者に対して、一種の報酬を
提供し、加入者のネットワークに対する協力の動機づけ
を行い、品質、性能特性を改善することを目的とする。

【０００４】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、直接料金という形態でなく、種々のネ
ットワークサービスと交換可能なネットワーク通貨とい
う概念を導入する。ネットワーク通貨の残高を加入者毎
に管理し、その残高を各種サービスの利用時には払い出
し、ネットワークに対する協力等があった時には、ネッ
トワークが加入者に支支払うことで従来の固定的な料金
に対してより柔軟で多様な通信サービスを提供する。ま
たネットワーク通貨を仲立ちにして、加入者間や加入者
とネットワーク間のネットワーク資源融通等の取引き、
交渉行為を行う。ネットワークサービス提供事業者に
は、「当該ネットワークの利用権」であるネットワーク
通貨の払い出しは、同ネットワークを使わない限り行わ
れないため、加入者囲い込み効果も期待できる。例え
ば、輻輳時に、再呼を制御した加入者には、その協力費
をネットワークが払い出し、再呼が多い加入者には、ネ
ットワーク通貨を払い出させることで、再呼抑止を奨励
し、輻輳の軽減を図る。また、別の例としては、特定の
回線群を使用している呼を迂回、再設定し、それによっ
て生じた空き回線に対し、同回線群を使うことが必須の
呼を設定する。これに際し、迂回、再設定された呼の加
入者には、協力費に対応するネットワーク通貨をネット
ワークが払い出すことで、ネットワークに対する加入者
の協力を奨励する。また、別の例としては、ネットワー
ク資源が見出せない時、ネットワーク通貨で幾ら支払う
ので所要ネットワーク資源を譲渡されたしという交渉を
加入者からネットワークに依頼する。求めるネットワー
ク資源を使用する加入者に対し、ネットワークは、「幾
らネットワーク通貨を支払うのでネットワーク資源を譲
渡して欲しい」と交渉する。交渉成立時には、これらの
加入者に対してネットワーク通貨残高を更新する。これ
は、ネットワーク通貨に基づくユーザ間ネットワーク資
源取引である。ネットワーク通貨は、料金体系と独立に
設定でき、より柔軟なサービスを提供することができ
る。さらに別の例としては、ある加入者が非優先クラス
で、ネットワーク資源を要求し、得られない時、ネット
ワーク通貨を払って、優先クラス枠のネットワーク資源
を得るものである。これは、ネットワーク通貨による優
先クラスの取引きである。次の例は、「福引き」を行い
当選者にはネットワーク通貨を与えるものである。これ
は一種の割引きサービスであるが、ネットワークサービ
ス等と交換可能な商品券を景品とすることに当たる。最
後の例としては、料金請求額の多い加入者にネットワー
ク通貨を与えるもので、これは一種の大口割引きであ
る。なお、上記ネットワーク通貨の代わりに料金（請求
額）を用い、料金センタの処理にて、料金体系の中で加
入者に対する請求額を直接増減して清算する方法もあ
る。

【０００５】

【発明の実施の形態】以下、図面を含む実施例を示すこ
とにより、本発明の実施の形態を説明する。 （第１の実施例）本実施例は、輻輳時におけるネットワ
ーク通貨の適用例である。ネットワークに、処理能力以
上のトラヒックが加わった場合、輻輳状態となる。この
時、輻輳の拡大の大きな原因は加入者の再呼である。輻
輳対象に対する呼は「混雑しているので後ほどお掛け直
し下さい」といったトーキーに接続されるが、加入者は
再呼を繰り返すため、輻輳状態は容易に解消されない。
本実施例では、輻輳対象に対する再呼を行わなかった加
入者に対し、奨励金としてネットワーク通貨の払い出し
を行い、輻輳対象への呼に対しては加入者からネットワ
ーク通貨を徴収することで、再呼を抑止し、輻輳の軽減
及び早期の回復を実現する。図１は本実施例の対象ネッ
トワークである。交換機１０４，１０５は回線で結ば
れ、また加入者回線を介して加入者（端末）１０１〜１
０３を収容している。これらの交換機は信号回線を介し
て、ネットワーク制御センタ１０６と結ばれている。な
お「１０１」、「１０２」、「１０３」はそれぞれ加入
者１０１，１０２，１０３の加入者ＩＤを示す。ネット
ワーク通貨センタ１０７は、信号回線を介して交換機１
０４と結ばれている。なお、本実施例のネットワーク通
貨センタ機能が交換機１０４に収容されている形態も考
えられる。これは以下の説明から容易に類推できるの
で、説明を省略する。また輻輳の検出、規制、解除は従
来技術にて行うものとする。今、加入者１０３またはそ
れを含む地域への着信輻輳を交換機１０５で検出し、ネ
ットワーク制御センタ１０６へ通知する。同センタで
は、交換機１０４に対し、輻輳加入者１０３あるいは輻
輳地域交換機１０５への呼を規制するように信号回線を
通じ命令する。例えば、加入者１０１が輻輳加入者１０
３に対する通信を行ったとする。この時、交換機１０４
は規制対象の呼であることを認識し、同呼を規制すると
共に、交換機１０４内に記憶されたテーブル（図２）
に、規制対象（この場合は加入者１０３）と発加入者Ｉ
Ｄ（この場合は１０１）を登録し、そのテーブルの再呼
回数の初期値「０」を設定する。以後、交換機１０４
は、輻輳対象への発呼時、その呼を規制すると共に、上
記テーブルを参照し、再呼であれば（すなわち同じ対象
への呼であれば）、再呼回数を「＋１」する。さらに、
輻輳が収まったことを交換機１０５により検出し、それ
をネットワーク制御センタ１０６へ信号回線を通じて通
知する。同センタは、交換機１０４へ輻輳規制の解除を
通知する。

【０００６】交換機１０４では、輻輳規制を解除すると
共に、図２のテーブルに基づき以下の処理を行う。 （１）予め定められた図３（ａ）のパケットペイロード
を持つパケットを、図２のテーブルに記載の発加入者Ｉ
Ｄ毎に作成する。パケット種別領域に「清算」と書く。 （２）当該パケットとの加入者ＩＤ領域に図２のテーブ
ルの発加入者ＩＤを入れる。 （３）図２のテーブルで、当該発加入者の再呼回数が
「０」であれば、ネットワーク通貨清算額欄に、予め定
められた額「ａ」を入れ、再呼回数が「ｎ」であれば同
欄に、予め定められた再呼１回当たりのペナルティー額
「ｂ」を用いて「−ｂｎ」を設定する。 （４）このパケットを信号回線にてネットワーク通貨セ
ンタ１０７に送る。同センタには、図５に示すように、
信号回線を通じて交換機とパケットを送受するパケット
送受信装置５０１，５０４がある。受信されたパケット
はプロセッサ５０２により処理される。処理された結果
によりメモリ５０３に記憶された加入者毎のネットワー
ク通貨残高（図４）が更新される。具体的には、図５の
パケット受信装置５０１で受信し、プロセッサ５０２で
加入者ＩＤと清算額を認識し、その加入者に対応するネ
ットワーク通貨残高（図４のような内容がメモリ５０３
に記憶されている）を、清算額が「ａ」であれば「ａ」
だけ増加し、「−ｂｎ」であれば「−ｂｎ」分減少させ
て、メモリ５０３で記憶する。次に、プロセッサ５０２
は、更新されて記憶されたネットワーク通貨残高の通知
パケット（図３（ｂ））をその加入者に対して作成す
る。この場合、パケット種別は「通知」、知らせるべき
加入者のＩＤを対象加入者ＩＤ領域に入れ、更新された
ネットワーク通貨残高をネットワーク通貨額領域に入れ
る。作成されたパケットは、パケット送信装置５０４を
介し、信号回線を経て、交換機１０４から加入者（例え
ば図１の１０１）へ送られる。

【０００７】図６に輻輳発生から規制中までのフローチ
ャートを示す。輻輳発生（ステップ６０１）に対し、例
えば交換機１０５で、輻輳を検出する（ステップ６０
２）。検出がネットワーク制御センタ１０６へ通知さ
れ、同センタは交換機へ輻輳規制を指示する（ステップ
６０３）。各交換機、例えば交換機１０４は輻輳規制を
実行する（ステップ６０４）。ここで、例えば加入者１
０１から輻輳対象への発呼があったとする（ステップ６
０８）。同呼は輻輳規制対象であると認識した交換機
は、図２に示したテーブル上で、発加入者ＩＤ（例えば
１０１）と規制対象（例えば１０３）に合致する行があ
るか探す（ステップ６０５）。あった場合（ステップ６
０６のＹＥＳ）、その呼は再呼であるので再呼回数を
「１」増加させる（ステップ６０９）。なければ（ステ
ップ６０６のＮＯ）、その発加入者ＩＤと規制対象をも
つ行を追加し、再呼回数の初期値「０」を設定する（ス
テップ６０７）。

【０００８】図７に輻輳終了時のフローチャートを示
す。輻輳終了（ステップ７０１）を、例えば交換機１０
５で検出し（ステップ７０２）、それをネットワーク制
御センタ１０６へ通知する。同センタは輻輳規制解除を
各交換機へ指示する（ステップ７０３）。例えば交換機
１０４では、輻輳規制解除すると共に（ステップ７０
４）、同交換機が保持していた図２のテーブル上で、規
制対象の項目が、今回輻輳規制解除となったもの（例え
ば１０３）と同じである行を一つずつ読み出すと共に削
除し（ステップ７０５）、以下の処理を該当行がなくな
るまで行う（ステップ７０６）。すなわち、交換機１０
４は、図３（ａ）の清算パケットをその行の発加入者対
応に作成し、ネットワーク通貨センタ１０６へ送信する
（ステップ７０７）。ネットワーク通貨センタ１０６
は、同パケットを受信し（ステップ７０８）、同パケッ
トから加入者ＩＤとネットワーク通貨清算額を読み出す
（ステップ７０９）。同センタの有する図４のネットワ
ーク通貨残高テーブル上で、その加入者ＩＤを持つ行を
探し、その清算額に基づいてネットワーク通貨残高を更
新する（ステップ７１０）。さらにその加入者に対し、
図３（ｂ）の通知パケットを作成し、送ることで新たな
ネットワーク通貨残高を通知する（ステップ７１１）。
なお、本実施例では着信輻輳に基づいて述べたが、発信
輻輳、中継輻輳も容易に類推できる。また、課金で対応
することも基本的には可能であり、この場合は、料金セ
ンタとネットワーク通貨センタを、料金とネットワーク
通貨を、それぞれ置換して構成する。本実施例では、課
金で対応した場合、再呼抑止奨励金取得を目的として、
故意に輻輳となりそうな対象に対し、第１試行呼を生じ
させる悪意の加入者もあることを考慮して、ネットワー
ク通貨を用いた。

【０００９】（第２の実施例）図８は本実施例のネット
ワーク構成を示す。交換機８０１〜８０３があって、交
換機間には回線８１０〜８１２が張られている。各交換
機には加入者（端末）８０４〜８０９が収容されてい
る。なお、「８０４〜８０９」はそれぞれ加入者８０４
〜８０９の加入者ＩＤを示す。今、加入者８０４，８０
５間の通信をするため、交換機８０１，８０２間の回線
８１０を使って呼を設定しているとする。ここで、加入
者８０６，８０９間の通信要求が生じたとする。回線８
１０は使用中なので、回線８１１，８１２を使い、交換
機８０３を介して呼を設定することが考えられる。ここ
で、加入者８０４，８０５間の呼は、例えば情報転送遅
延要求が厳しく、２リンク接続は非許容、１リンク接続
のみ可であったとする。従来であれば、加入者８０６，
８０９間の呼は呼損である。なお、当初から、２リンク
接続可能な呼である回線８０４，８０５間の呼を、回線
８１１，８１２を使って接続しておくことも考えられ
る。しかしこうすると、加入者８０８，８０９間や加入
者８０６，８０７間の呼の要求には答えられなくなるた
め、これは適当でない。本実施例では、既に設定中の呼
（加入者８０４，８０５間）を、加入者８０６，８０９
間の１リンク接続要求が生じた時点で、回線８１１，８
１２を介して接続し直すこととする。この際生じる可能
性のある当該呼に対する瞬断や、品質低下（許容範囲内
ではあるが実際に受けている１リンク接続の品質より若
干低下すると考えられる）に対し、ネットワーク通貨を
ネットワークが払い出すことで、加入者側がその変更を
承認するように動機づけを行う。なお、実際の課金を減
ずることも考えられる。しかし、当該呼に対する課金は
本来経由リンク数に依存せず、共に回線８１０が加入者
８０６，８０９間の呼に占有されていた場合は、同一料
金で回線８１１，８１２の２リンク接続であったことを
考慮すると、課金で対応するのは適当でない。また本実
施例は、専用線に対する実施例としても適用可能であ
る。また、呼の再設定自体は従来技術である。

【００１０】図９に本実施例のフローチャートを示す。
なお、本実施例で用いるパケットの構成は第１の実施例
（図３）と同様である。本実施例では、既に、加入者８
０４，８０５間には、回線８１０を介して呼が設定され
ているとする。今、加入者８０６，８０９間に呼の接続
要求があったとする（ステップ９０１）。これは発側加
入者交換機８０２が発信加入者８０６よりＳＥＴＵＰ信
号を受信することで検出する。ＳＥＴＵＰ信号中に１リ
ンク接続等の品質／接続要求クラスが記載されている。
交換機８０２は、回線８１０を捕捉しようとするが会話
中であることを検出する（ステップ９０２）。１リンク
接続する必要があることから、交換機８０２は、その回
線を捕捉中の非１リンク接続要求呼を抽出し（ステップ
９０３）、その呼を迂回させ、新規接続要求呼を設定し
ようとする。そこで、抽出された、例えば加入者８０
４，８０５間の発着加入者に対し、呼の再設定をする旨
通知する再設定要求パケットを作成し、送信する（ステ
ップ９０４）。そのパケットのＩＤを保持しておく。次
に交渉パケット（図３（ｃ））を生成し、送信する（ス
テップ９０５）。発信加入者向けの交渉パケット内加入
者ＩＤ領域には、当該発信加入者ＩＤ、ネットワーク通
貨額領域には、交渉を受け入れ（すなわち２リング接続
となるように再設定され）る場合に、その発信加入者が
得られる予め定められた一定額を入れ、交渉内容領域に
保持してあったパケットＩＤを入れる。着信加入者向け
の交渉パケット内の加入者ＩＤ領域には当該着信加入者
ＩＤ、ネットワーク通貨額領域には交渉受入れ時に、そ
の着信加入者が得られる予め定められた一定額を入れ、
交渉内容領域に保持してあったパケットＩＤを入れる。
発着信加入者は、再設定要求パケットを受信し（ステッ
プ９０６）、交渉パケットを受信する（ステップ９０
７）。この後、交渉成立／不成立を、パケットを生成、
送信することで伝える。発信（着信）加入者は、交渉に
不満足な場合は再設定不可応答パケットを作成し、送信
する（ステップ９１９）。次に図３（ｃ）のパケット種
別領域を交渉不成立とし、加入者ＩＤ領域には自ＩＤ、
ネットワーク通貨額領域にはネットワーク（交換機）か
ら通知された清算額を記載し、交渉内容領域には受信し
た交渉パケットＩＤを入れ、交渉相手である交換機８０
２へ送信する（ステップ９２０）。同パケットを受信し
た交換機８０２は、発信加入者８０６に対しＲＥＬＥＡ
ＳＥ信号を送信することで当該呼を呼損とする（ステッ
プ９２１）。交渉に満足な場合は、再設定応答パケット
を作成し、交換機８０２へ送信する（ステップ９０
８）。次に図３（ｃ）のパケット種別領域を交渉成立と
し、その他は交渉不成立の場合と同様にして、交渉相手
である交換機８０２へ送信する（ステップ９０９）。発
着両加入者からの再設定応答パケットと交渉成立パケッ
トを交換機８０２が受信した場合（ステップ９１０，９
１１）、抽出した当該呼の再設定を行う（ステップ９１
２）。なお、一方でも不成立の場合にはステップ９１６
へ進む。ステップ９１２の処理は、具体的には、発信交
換機８０１へ再設定を起動し、交換機８０１が交換機８
０３を介して交換機８０２（すなわち回線８１１，８１
１）に接続し、設定してあった回線８１０上の呼を解放
する。

【００１１】次に回線８１０が空いたので、交換機８０
２は新規接続要求呼（すなわち加入者８０６，８０９
間）の呼設定を行う（ステップ９１３）。具体的には、
次位交換機８０１及び着信加入者８０９を起動し、応答
信号を受信する。次に、交渉成立に対応する処理を行
う。交換機８０２は、交渉時に成立した内容を、清算パ
ケットを生成することでネットワーク通貨センタ８１３
に通知する（ステップ９１４）。清算パケットは発信加
入者及び着信加入者に各一つずつ、計二つ生成する。加
入者ＩＤ領域にはその発信加入者または着信加入者、ネ
ットワーク通貨清算額は交渉時に発信加入者及び着信加
入者に示した額を記載する。このパケットは信号回線を
介してネットワーク通貨センタ８１３へ送られる。なお
ネットワーク通貨センタ８１３の構成は第１の実施例
（図５）と同様である。同センタはそのパケットをパケ
ット受信装置５０１で受信し（ステップ９１５）、加入
者ＩＤ、清算額をプロセッサ５０２で読み出す（ステッ
プ９１６）。読み出した加入者ＩＤをメモリ５０３にあ
るネットワーク通貨残高テーブル（図４と同様）上で探
し、そのＩＤを持つ行のネットワーク通貨残高の値を、
受信したパケットのネットワーク通貨額領域に記載され
た清算額の分だけ増加させ記憶する（ステップ９１
７）。次にプロセッサ５０２によりそのＩＤを持ち、ネ
ットワーク通貨額領域の値を、新たに記憶されたそのＩ
Ｄに対するネットワーク通貨残高の値として記載した通
知パケットを作成し、そのＩＤの加入者（発信加入者／
着信加入者）に送信する（ステップ９１８）。これによ
り、加入者にネットワーク通貨残高が更新されたことが
通知される。

【００１２】（第３の実施例）本実施例は、コネクショ
ンに割当てられた帯域を増減させる場合のネットワーク
通貨の適用例である。図１０に基づき本実施例を述べ
る。ネットワーク通貨センタ１００８の構成は第１の実
施例（図５）と同じである。交換機１００５，１００６
間にはパス１００７が設定されており、そのパスには端
末１００１，１００２間のコネクションと端末１００
３，１００４間のコネクションが設定されている。各コ
ネクションには帯域が定義されており、パス中に収容さ
れた全コネクションの帯域の和はパスの帯域を超えるこ
とができない。なお、「１００１〜１００４」それぞれ
端末１００１〜１００４の加入者ＩＤを示す。今、端末
１００１，１００２間のコネクションの帯域増大要求が
生じたとする。仮に、端末１００３，１００４間のコネ
クションの帯域によってパス中の帯域が使用されている
ため、端末１００１，１００２間の帯域増大要求が満足
できないとする。この時、端末１００３，１００４間の
コネクションの帯域を可能なら削減し、端末１００１，
１００２間のコネクションの帯域増大要求を満足させた
い。なお、帯域の増減自体は従来技術の範囲である。

【００１３】図１１のフローチャートによって本実施例
を述べる。帯域増加要求が生じた端末１００１は、「端
末１００１，１００２間のコネクションの帯域を増加量
Ａだけ増加させる」ことを要求するパケットを作成し、
交換機１００５に対して送信すると共にそのパケットＩ
Ｄを保持する（ステップ１１０１）。次に交渉パケット
を、加入者ＩＤを自ＩＤ、ネットワーク通貨清算額を帯
域増加交渉成立時に払い出す額とし、交渉内容領域には
上記保持したパケットＩＤを記載して作成し、交換機１
００５に対して送信する（ステップ１１０２）。上記帯
域増加要求パケット及び交渉パケットを交換機１００５
は受信する（ステップ１１０３，１１０４）。交換機１
００５はその帯域増加要求パケットに基づき、「端末１
００１，１００２間のコネクションの帯域をＡだけ増加
させることが可能か」を判定するため、パス内の空き帯
域検索等を行い増加不可であることを認識する（ステッ
プ１１０５）。なお、増加可能ならばステップ１１０
９，１１２０の処理を行い終了するが、この処理は、従
来技術の範囲である。ステップ１１０５にて交換機１０
０５は、上記Ａだけ帯域増加させるためには、パス１０
０７を共有するコネクションの帯域削減が必要であるこ
とを認識し、帯域削減交渉の相手として端末１００３，
１００４間のコネクション（実体は端末１００３，１０
０４）を抽出する（ステップ１１０６）。両端末に対し
て、端末１００３，１００４間のコネクションの帯域削
減を要求するパケットを作成し、送信すると共に、その
パケットＩＤを保持する（ステップ１１０７）。次に両
端末に対して、加入者ＩＤ領域に両端末ＩＤ（１００３
または１００４）、ネットワーク通貨額領域に同コネク
ションの帯域削減に応じた場合のネットワーク通貨増加
額、交渉内容領域に上記保持したパケットＩＤを記載し
て作成し送信する（ステップ１１０８）。両端末１００
３，１００４は、帯域削減パケットと交渉パケットを受
信する（ステップ１１０９，１１１０）。帯域削減不可
である場合は、端末１００３，１００４は帯域削減不可
応答パケットを作成し、交換機１００５に対して送信す
る（ステップ１１３１）。次に交渉不成立パケット（パ
ケット種別＝交渉不成立、加入者ＩＤ＝自ＩＤ（１００
３または１００４）、ネットワーク通貨額＝交渉成立時
の清算額、交渉内容＝帯域削減交渉パケットＩＤ）を作
成し、交換機１００５に対して送信する（ステップ１１
３２）。交換機１００５は、帯域削減不可応答パケット
及び交渉不成立パケットを受信し（ステップ１１３３，
１１３４）、これによって端末１００１，１００２間の
帯域増加要求は果たせないことを知り、帯域増加応答パ
ケットを作成し、帯域増加要求元である端末１００１へ
送信する（ステップ１１３５）。さらに、交渉不成立パ
ケット（パケット種別＝交渉不成立、ネットワーク通貨
額＝交渉成立時の清算額、加入者ＩＤ＝交渉要求端末１
００１、交渉内容＝帯域増加交渉パケットＩＤ）を作成
し、端末１００１へ送信する。これによって端末１００
１は帯域増加要求が満足させられないことを知る。な
お、上記端末１００３，１００４の少なくとも一方が帯
域削減不可、交渉不成立なら、帯域削減不可、交渉不成
立とする。

【００１４】一方、帯域削減が可能な場合、端末１００
３，１００４は帯域削減応答パケットを作成し、交換機
１００５に対して送信する（ステップ１１１１）。次に
交渉成立パケット（パケット種別＝交渉成立、加入者Ｉ
Ｄ＝自ＩＤ（１００３または１００４）、ネットワーク
通貨額＝交渉成立時の清算額（すなわち交渉パケットに
より提示された額）、交渉内容＝帯域削減交渉パケット
ＩＤ）を作成し、交換機１００５に対して送信する（ス
テップ１１１２）。交換機１００５は、帯域削減応答パ
ケット及び交渉成立パケットを受信し（ステップ１１１
３，１１１４）、帯域増加要求元である端末１００１に
対して、帯域増加応答パケットを作成、送信し帯域増加
を行うことを通知する（ステップ１１１５）。次に、交
換機１００５は交渉成立パケット（パケット種別＝交渉
成立、加入者ＩＤ＝１００１（交渉要求元である端
末）、ネットワーク通貨額＝交渉成立時に端末１００１
が支払う額、交渉内容＝帯域増加交渉パケットＩＤ）を
作成し、端末１００１に対して送信する（ステップ１１
１６）。さらに交換機１００５は、端末１００３，１０
０４間の帯域を削減するため、次位交換機１００６に対
し、帯域パラメータ変更を起動すると共に、自メモリ上
の帯域パラメータを変更することで、帯域削減する（ス
テップ１１１７）。通常、料金は帯域依存であるので、
交換機１００５は、次に単位時間当たり登算される課金
係数を変更して課金内容を変更する（ステップ１１１
８）。ここでいう料金、課金はネットワーク通貨でなく
実際の金額である。さらに、交換機１００５は、端末１
００１，１００２間のコネクションの帯域を増加させる
ため、自メモリ上の帯域パラメータを変更し、次位交換
機１００６に対して帯域パラメータ変更を起動する（ス
テップ１１１９）。さらに、帯域増加に伴う料金増を実
現するため、課金係数を変更して課金内容を変更する
（ステップ１１２０）。

【００１５】次に、交換機１００５は、交渉結果として
生じるネットワーク通貨の清算を行うための処理を行
う。まず、帯域増加をした加入者（端末１００１）に対
しての清算のため、清算パケット（パケット種別＝清
算、加入者ＩＤ＝１００１、ネットワーク通貨額＝帯域
増加交渉成立時に端末１００１が払い出すと申出ていた
額）を作成し、ネットワーク通貨センタ１００８へ送信
する（ステップ１１２１）。ネットワーク通貨センタ１
００８は、同パケットをパケット受信装置５０１で受信
し（ステップ１１２２）、そのパケットから、加入者Ｉ
Ｄと清算額をプロセッサ５０２にて読み出す（ステップ
１１２３）。次にメモリ５０３中に記憶されたその加入
者のネットワーク通貨残高（図４参照）をその清算額に
基づき清算し、更新する（ステップ１１２４）。プロセ
ッサ５０２は、この更新された残高を加入者１００１に
通知するため、通知パケット（パケット種別＝通知、加
入者ＩＤ＝１００１、ネットワーク通貨額＝残高）を作
成し、その加入者に対して通知する（ステップ１１２
５）。次に交換機１００５は、端末１００３，１００４
間の帯域削減交渉に対する結果の清算を行う。まず、清
算パケット（パケット種別＝清算、加入者ＩＤ＝１００
３，１００４、ネットワーク通貨額＝帯域削減受け入れ
時に加入者（１００３または１００４）が得るネットワ
ーク通貨額）を作成し、ネットワーク通貨センタ１００
８に送信する（ステップ１１２６）。ネットワーク通貨
センタ１００８は、同パケットをパケット受信装置５０
１で受信し（ステップ１１２７）、同パケットから加入
者ＩＤ（１００３，１００４）と対応する清算額をプロ
セッサ５０２で読み出す（ステップ１１２８）。次にメ
モリ５０３に記憶されたその加入者のネットワーク通貨
残高をその清算額に基づいて更新する（ステップ１１２
９）。この更新された残高を加入者に通知するため、通
知パケット（パケット種別＝通知、加入者ＩＤ＝１００
３，１００４、ネットワーク通貨額＝残高）を作成し、
該当する加入者に送信する。なお、本実施例は帯域に関
して述べたが、メモリやバッファ、番号等の論理リソー
スについても同様に実施可能である。

【００１６】（第４の実施例）本実施例は、ある加入者
が非優先クラスサービスを申出た場合、そのサービスが
実現できない時、ある定められた一定のネットワーク通
貨をネットワークに支払うことにより優先クラスサービ
スとしてサービスを受ける例に関する。本実施例では、
回線の捕捉に関する優先／非優先について述べるが、メ
モリやバッファ、番号等の論理リソースについても同様
に実現可能である。図１２、図１３に基づき本実施例を
述べる。なお、図１２の「１２０１」、「１２０２」、
「１２０７」はそれぞれ加入者（端末）１２０１，１２
０２，１２０７の加入者ＩＤを示す。加入者１２０１
は、加入者１２０２に対して、非優先クラスで呼設定を
するように交換機１２０３に対して呼設定要求を送信す
る（ステップ１３０１）。その信号を受信した交換機
は、出方路として交換機１２０３，１２０４間の回線群
を選択し、同回線群における使用中の回線数をチェック
する（ステップ１３０２）。その数が閾値以下であれ
ば、交換機１２０４、端末１２０２を起動し、呼設定す
る（ステップ１３１６）。また、閾値を超えていれば、
非優先呼は呼損とすべく解放信号を端末１２０１に対し
て送出すると共に、その信号パケットのＩＤを保持する
（ステップ１３０３）。次に、交換機１２０３は、優先
クラスであれば、呼設定可能であるので、交渉パケット
（パケット種別＝交渉、加入者ＩＤ＝１２０１、ネット
ワーク通貨額＝予め定められた交渉成立時に加入者１２
０１がネットワークに対して支払う額、交渉内容＝保持
しているパケットＩＤ）を作成し、送信する（ステップ
１３０４）。なお、ネットワークはネットワーク通貨セ
ンタ１２０５に、上記交渉パケット作成前にアクセス
し、同センタ内に記憶されている当該加入者のネットワ
ーク通貨残高を参照し、高額の残高を有する加入者であ
る時のみ、交渉パケットを生成することも考えられる。
その加入者１２０１は、解放信号と交渉パケットを受信
する（ステップ１３０５，１３０６）。これにより、非
優先クラスとしては呼損になったが、交渉の余地のある
ことを認識する。交渉に応じない場合は、交渉不成立パ
ケット（パケット種別＝交渉不成立、加入者ＩＤ＝自Ｉ
Ｄ、ネットワーク通貨額＝交渉パケットにより提示され
た交渉成立時にネットワークに支払う額、交渉内容＝交
渉パケットＩＤ）を作成し、交換機１２０３に送信する
（ステップ１３１７）。また、交渉成立の場合は、交渉
成立パケット（パケット種別＝交渉成立、加入者ＩＤ＝
自ＩＤ、ネットワーク通貨額＝交渉パケットにより提示
された交渉成立時にネットワークに支払う額、交渉内容
＝交渉パケットＩＤ）を作成し、交換機１２０３に送信
する（ステップ１３０７）。なお、この時点で交換機１
２０３は、その加入者より非優先呼設定要求が来て、非
優先で呼設定不可の場合、優先クラスとして呼設定する
ため、非優先呼設定受付待ちタイマをその加入者につい
て設定する。このタイマが満了になるまでに非優先クラ
ス呼設定が来なければその交渉は無効となる。加入者１
２０１は、次に非優先クラス呼設定信号を交換機１２０
３に対して送信する（ステップ１３０８）。交換機１２
０３は、出方路として、交換機１２０３，１２０４間の
回線群を選択し、その回線群の使用中の回線数をチェッ
クする（ステップ１３０９）。これが、閾値以下なら、
非優先クラスとして呼設定する（ステップ１３１８）。
また、これが閾値を超えていたら、交換機１２０３は、
交渉成立結果として非優先呼設定受付待ちタイマが起動
されていることから、優先クラスとして呼設定を行う
（ステップ１３１０）。回線全話中の場合は、優先クラ
スとしても呼損であるので、解放信号を加入者１２０１
に対して送る（ステップ１３１９）。そうでなければ、
交換機１２０４、加入者１２０２を起動することで呼設
定ができる。呼設定ができたら、交渉結果の清算に入
る。交換機１２０３は、清算パケット（パケット種別＝
清算、加入者ＩＤ＝１２０１、ネットワーク通貨額＝交
渉成立時に支払う額）を作成し、ネットワーク通貨セン
タ１２０５へ送る（ステップ１３１１）。ネットワーク
通貨センタ１２０５は、同パケットをパケット受信装置
５０１で受信し（ステップ１３１２）、同センタ内メモ
リ５０３に記憶されているその加入者の残高（図４と同
様）を、その清算分減少させ記憶する（ステップ１３１
４）。次にプロセッサ５０２において通知パケット（パ
ケット種別＝通知、加入者ＩＤ＝１２０１、ネットワー
ク通貨額＝加入者残高）を作成し、パケット送信装置５
０４より交換機１２０３を介して加入者１２０１へ送る
ことで残高の更新を通知する（ステップ１３１５）。

【００１７】（第５の実施例）本実施例は、ネットワー
ク通貨による福引きサービスの実施例である。図１４に
基づき、本実施例を述べる。なお、ネットワーク構成、
ネットワーク通貨センタの構成等は上記実施例と同様で
ある。本実施例では、一定時間毎に福引きを行うものと
して、その時間を発加入者交換機上のタイマに設定して
おく。福引きの当選額は一定とし、それは予めその交換
機上に記憶しておく。なお、福引き額を乱数により変動
させることも可能である。タイマが時間切れになったら
（ステップ１４０１）、一定時間を再びタイマに設定す
る（ステップ１４０２）。そして、福引きの実行に関す
る以下の処理を行う。まず乱数を振る（ステップ１４０
３）。これは福引きの当選者を決めるためである。設定
中の呼毎に〔０，１〕間の乱数を振って、例えば０．９
９以上を当たりとしてもよいが、乱数の処理が大変な場
合は、次のような方法が考えられる。すなわち、出力ポ
ート番号や呼番号を用い、その交換機に設定中の呼に順
番をつける。例えば出力ポート番号の若い順で呼番号の
若い順、あるいは、発加入者番号の若い順などである。
同時に、設定中の呼数Ｎを測定する。さらに〔０，１〕
間の乱数を振って、Ｎ倍し、その整数部分をとる。これ
をｉとする。ｉは０以上（Ｎ−１）以下の整数となる。
設定中の（ｉ＋１）番目の呼を当たり、その他をはずれ
とする。また、設定中の呼でなく、配下の加入者全てを
対象として、この方法を用いることも考えられる。この
場合の実現はより容易である。こうして何らかを方法で
決められた福引きの当たりに対して（ステップ１４０
４）、以下の処理を行う。まず、当選した呼の発加入者
を特定する（ステップ１４０５）。これは、発加入者交
換機にとっては容易である。次に清算パケット（パケッ
ト種別＝清算、対象加入者＝発加入者ＩＤ、ネットワー
ク通貨額＝予め記憶されていた福引き当選額）を作成
し、ネットワーク通貨センタへ送信する（ステップ１４
０６）。ネットワーク通貨センタは、そのパケットをパ
ケット受信装置５０１で受信し（ステップ１４０７）、
プロセッサ５０２によってそのパケットから福引き当選
者ＩＤと当選額を対象加入者及びネットワーク通貨額領
域から読み出す（ステップ１４０８）。メモリ５０３に
記憶されているその加入者のネットワーク通貨残高（図
４と同様）にその当選額を記憶させることによってその
加入者のネットワーク通貨残高を更新する（ステップ１
４０９）。次にプロセッサ５０２は、通知パケット（パ
ケット種別＝通知、対象加入者＝加入者ＩＤ、ネットワ
ーク通貨額＝更新された残高）を作成し、その加入者に
送信することで福引きの当選を知らせる（ステップ１４
１０）。

【００１８】（第６の実施例）本実施例は、料金清算額
の多いユーザに対して、ネットワーク通貨をネットワー
クより払い出して、ネットワーク通貨による大口割引き
サービスを提供するものである。図１５に基づき本実施
例を述べる。なお、ネットワーク構成、ネットワーク通
貨センタの構成等は上記実施例と同様である。本実施例
では、料金センタにおいて、収集された各通話に対する
課金レコードから、各加入者毎に、請求月の通話量を積
算し、請求額を得る（ステップ１５０１）。その請求額
が予め定められ記憶された一定値を超えたか否かチェッ
クする（ステップ１５０２）。超えていれば、ネットワ
ーク通貨に基づく割引き対象加入者（すなわちネットワ
ーク通貨残高の増加対象加入者）であるので、清算パケ
ット（パケット種別＝清算、対象加入者＝加入者ＩＤ、
ネットワーク通貨額＝増加させる額）を作成し、送信す
る（ステップ１５０３）。こうして、料金センタにおい
て作成された清算パケットは、ネットワーク通貨センタ
に対して送信される。ネットワーク通貨センタは、同パ
ケットをパケット受信装置５０１にて受信し（ステップ
１５０４）、プロセッサ５０２により同パケットより清
算対象の加入者ＩＤと清算額を読み出す（ステップ１５
０５）。同センタ内メモリ５０３に記憶されたその加入
者に対応するネットワーク通貨残高を、上記読み出した
清算額だけ増加して記憶する（ステップ１５０６）。次
にプロセッサ５０２は、清算結果を通知するため、通知
パケット（パケット種別＝通知、対象加入者＝加入者Ｉ
Ｄ、ネットワーク通貨額＝更新された残高）を作成し、
パケット送信装置５０４により、その加入者に向け送信
する（ステップ１５０７）。

【００１９】なお、ネットワーク加入者間は、ＩＳＤ
Ｎ、ＡＴＭ、電話等にそれぞれ対応可能である。但し、
例えば通知パケットの処理等は何れの通信方法によるか
で若干異なる。ＩＳＤＮのＤチャネルやＡＴＭでの主情
報とは別のＶＣ、管理手順による通知パケットの転送で
は、主情報の有無と関りなく通知パケットを送受でき
る。例えば、電話やＡＴＭ上の電話サービスでは、通知
パケットを加入者交換機で音声による通知に変え、通知
することが考えられる。また、通知パケットによらず料
金請求書に記載して残高を通知する方法も考えられる。
交渉パケットについては、上記「主情報の有無と関りな
く」パケット送受を行えることを前提として、実施例を
記述した。また、より現実的な構成として、上記実施例
のネッワーク通貨の代わりに通話料金を用い、ネットワ
ーク通貨センタ機能を料金センタに持たせてもよい。

【００２０】

【発明の効果】本発明によれば、ネットワーク通貨を定
義した場合は、料金体系を変更することなく、自由かつ
柔軟に、「割引きサービス」や「ネットワーク資源交換
交渉サービス」等を提供できる。通話サービスは、加入
者行動によって品質、性能の差異を生じる。ネットワー
ク全体の利益のために協力的な加入者に対して、一種の
報酬を提供し、加入者のネットワークに対する協力の動
機づけを行い、品質、性能特性を改善することが可能と
なる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるネットワーク構
成を示す図である。

【図２】本発明の第１の実施例における輻輳規制対象及
び再呼回数を登録するテーブル，を示す図である。

【図３】本発明の第１の実施例における各種パケットの
構成を示す図である。

【図４】本発明の第１の実施例におけるネットワーク通
貨残高テーブルを示す図である。

【図５】本発明の第１の実施例におけるネットワーク通
貨センタの構成図である。

【図６】本発明の第１の実施例における輻輳規制処理の
フローチャートである。

【図７】本発明の第１の実施例における輻輳規制終了処
理のフローチャートである。

【図８】本発明の第２の実施例におけるネットワーク構
成を示す図である。

【図９】本発明の第２の実施例におけるネットワーク
（交換機）、加入者間交渉のフローチャートである。

【図１０】本発明の第３の実施例におけるネットワーク
構成を示す図である。

【図１１】本発明の第３の実施例における加入者間交渉
のフローチャートである。

【図１２】本発明の第４の実施例におけるネットワーク
構成を示す図である。

【図１３】本発明の第４の実施例におけるネットワーク
（交換機）、加入者間交渉のフローチャートである。

【図１４】本発明の第５の実施例における加入者福引き
サービスのフローチャートである。

【図１５】本発明の第６の実施例における大口ユーザへ
の割引きサービスのフローチャートである。

【符号の説明】

１０１〜１０３：加入者端末、１０４，１０５：交換
機、１０６：ネットワーク制御センタ、１０７：ネット
ワーク通貨センタ。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−85966（ＪＰ，Ａ) 特開 平５−153644（ＪＰ，Ａ) 特開 平８−154141（ＪＰ，Ａ) 特開 平８−79240（ＪＰ，Ａ) 特開 平７−336464（ＪＰ，Ａ) 特開 平７−107168（ＪＰ，Ａ) 特開 平８−167948（ＪＰ，Ａ) 特開 平４−150340（ＪＰ，Ａ) 特開 昭63−217743（ＪＰ，Ａ) 特開 平３−175841（ＪＰ，Ａ) 特開 平８−97941（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 15/00 H04L 12/14 H04L 12/56 H04M 3/00 H04Q 11/04

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 複数の加入者端末と、該加入者端末を収
   容する交換機とを備えたネットワーク通貨システムであ
   って、ネットワーク資源およびネットワークサービスの利用に
   応じて増減する額の積算値を加入者毎に記憶するメモリ
   と、 パケット種別と、対象加入者ＩＤと、上記ネットワーク
   サービスの利用に応じて増減する額とを記載する領域を
   有するパケットを送受信するパケット送受信装置と、 上記パケットの各領域を読み書きしてその内容に応じ上
   記増減する額の積算値を更新するプロセッサとを有し、 上記交換機に接続されたネットワーク通貨センタを設け
   たことを特徴とするネットワーク通貨システム。
2. 【請求項２】 複数の加入者端末と、該加入者端末を収
   容する交換機とを備えたネットワーク通貨システムの通
   貨管理方法であって、 ネッ トワーク資源及びネットワークサービスの利用に応
   じて増減する額と、該ネットワーク資源及びネットワー
   クサービスと交換した加入者のＩＤとを記載したパケッ
   トを送受信装置にて受信し、プロ セッサにて上記パケットから加入者ＩＤ及び上記ネ
   ットワークサービスの利用に応じて増減する額を読み出
   し、メモ リに記憶された当該加入者の上記増減額の積算値
   を、読み出した上記増減額で清算して更新し、清算後の
   上記増減額の積算値を記憶することを特徴とするネット
   ワーク通貨管理方法。
3. 【請求項３】 請求項２に記載のネットワーク通貨管理
   方法において、 上記加入者に対し、ネットワーク側からネットワーク資
   源及びネットワークサービスに関する要求を行う場合
   は、上記パケットの所定領域に、要求受入れ時に加入者
   に対して支払われるネットワークサービスの利用に応じ
   た増減額の清算値を記載して対象加入者に送信し、 該加入者から要求受入れを示すパケットが返送された場
   合には、上記メモリ内の該加入者に対応するネットワー
   クサービスの利用に応じた増減額の積算値を、 上記増減
   額清算値だけ増加させて更新し、清算後の増減額の積算
   値を記憶することを特徴とするネットワーク通貨管理方
   法。
4. 【請求項４】 請求項２または３に記載のネットワーク
   通貨管理方法において、 上記加入者からネットワーク側に対し、ネットワーク資
   源及びネットワークサービスに関する要求を行う場合
   は、上記パケットの所定領域に、該加入者の要求達成時
   に該加入者から支払われるネットワークサービスの利用
   に応じた増減額の清算値を記載して送信し、 ネットワーク側が該要求を受入れる場合には、交換機か
   ら要求受入れを示すパケットを返送し、ネットワーク通
   貨センタは、自メモリ内の該加入者に対応するネットワ
   ークサービスの利用に応じた増減額の積算値を、上記増
   減額清算値だけ減らして更新し、清算後の積算値を記憶
   することを特徴とするネットワーク通貨管理方法。
5. 【請求項５】 請求項２，３または４のいずれかに記載
   のネットワーク通貨管理方法において、 上記交換機には、輻輳規制対象と、該規制対象に発呼し
   た発加入者のＩＤと、該規制対象毎の再呼回数とを記憶
   する記憶手段とを設け、 輻輳検出時、規制対象への発加入者ＩＤと再呼回数を該
   記憶手段に記憶し、 該再呼回数が予め定められた回数以上の発加入者につい
   ては、該交換機からネットワーク通貨センタに対し、上
   記パケットの所定領域に、該発加入者のネットワークサ
   ービスの利用に応じた増減額の積算値から減額される清
   算値を記載して送信し、該再呼回数が上記回数未満であ
   った発加入者については、該交換機からネットワーク通
   貨センタに対し、上記パケットの所定領域に、該発加入
   者のネットワークサービスの利用に応じた増減額の積算
   値に増額される清算値を記載して送信し、 該ネットワーク通貨センタでは、自メモリ内の発加入者
   に対応する増減額の積算値を、上記清算される額だけ増
   減して更新し、清算後の増減額の積算値を記憶すること
   を特徴とするネットワーク通貨管理方法。
6. 【請求項６】 請求項２，３，４または５のいずれかに
   記載のネットワーク 通貨管理方法において、 上記パケットには、加入者間あるいは加入者、ネットワ
   ーク間の交渉内容を記載する領域を有し、 上記交換機にて、回線全話中を検出し、同じ回線群を使
   用する呼の一つを抽出し、該呼の加入者に対してネット
   ワーク側から該呼の迂回再設定を要求する場合は、上記
   パケットの所定領域に、該加入者を示す対象加入者ＩＤ
   と、要求受入れ時に該加入者に対して支払われるネット
   ワークサービスの利用に応じた増減額の清算値と、交渉
   内容を記載して該加入者に送信し、該加入者から要求受
   入れを示すパケットが返送された場合には、上記ネット
   ワーク通貨センタにて、上記メモリ内の該加入者に対応
   する増減額の積算値を、上記増減額の清算値だけ増加さ
   せて更新し、清算後の増減額の積算値を記憶することを
   特徴とするネットワーク通貨管理方法。
7. 【請求項７】 請求項２，３，４または５のいずれかに
   記載のネットワーク通貨管理方法において、 上記パケットには、加入者間あるいは加入者、ネットワ
   ーク間の交渉内容を記載する領域を有し、 上記加入者は、交換機に対してネットワーク資源の増加
   あるいは獲得を要求すると共に、上記パケットの所定領
   域に、要求達成時に要求元加入者が支払うネットワーク
   サービスの利用に応じた増減額の清算値を記載して送信
   し、 交換機にて要求達成不可能と判断した場合は、当該ネッ
   トワーク資源を競合する加入者を抽出し、上記パケット
   の所定領域に、該ネットワーク資源の譲渡時に該加入者
   に支払われるネットワークサービスの利用に応じた増減
   額の清算値を記載し該加入者に送信して該加入者と交渉
   し、 該加入者から交換機に対し、要求受入れを示すパケット
   が返送された場合には、交換機は、該加入者からネット
   ワーク資源を譲受けて要求元加入者に譲渡し、ネットワ
   ーク通貨センタに対し、上記パケットの所定領域に、該
   ネットワーク資源の譲渡時に該加入者及び要求元加入者
   の積算値から増減される清算額を記載して送信し、 該ネットワーク通貨センタにて、該清算額に従い、上記
   メモリ内の両加入者に対応する積算値を増減させて更新
   し、清算後の積算値を記憶することを特徴とするネット
   ワーク通貨管理方法。
8. 【請求項８】 上記ネットワーク資源は、加入者端末間
   のコネクションに割り当てられた帯域であることを特徴
   とする請求項７記載のネットワーク通貨管理方法。
9. 【請求項９】 請求項２，３，４または５のいずれかに
   記載のネットワーク通貨管理方法において、 上記パケットには、加入者間あるいは加入者、ネットワ
   ーク間の交渉内容を記載する領域を有し、 交換機から加入者に対し、上記パケットの所定領域に、
   非優先クラスサービスを優先クラス扱いすることと、該
   優先クラス扱いが実行された場合に該加入者がネットワ
   ーク側に支払うネットワークサービスの利用に応じた増
   減額の清算値とを記載して送信し、 該加入者が交換機に対して交渉成立を示すパケットを返
   送すると共に、非優先クラスサービス要求をした場合、 交換機は、該加入者に対し、該非優先クラスサービスを
   優先クラスサービスとして実行し、ネットワーク通貨セ
   ンタに対し、上記パケットの所定領域に、該加入者の加
   入者ＩＤと、上記ネットワークサービスの利用に応じた
   増減額の清算値とを記載して送信し、該ネ ットワーク通貨センタは、自メモリ内の該加入者に
   対応する積算値を、上記増減額の清算値だけ増加させて
   更新し、清算後の積算値を記憶することを特徴とするネ
   ットワーク通貨管理方法。
10. 【請求項１０】 上記サービスは、呼設定であることを
    特徴とする請求項９記載のネットワーク通貨管理方法。
11. 【請求項１１】 請求項２，３，４または５のいずれか
    に記載のネットワーク通貨管理方法において、 一定時間毎に、設定中の呼の中から確率的な方法で抽出
    されたもの、あるいは交換機に収容された加入者端末の
    中から確率的な方法で抽出されたものに対応する加入者
    に対し、予め定められるか、確率的要因で決定された増
    減額を与える場合は、交換機からネットワーク通貨セン
    タに対し、上記パケットの所定領域に、抽出された加入
    者の加入者ＩＤと、該加入者にネットワーク側から与え
    られる増減額の清算値とを記載して送信し、ネットワー
    ク通貨センタは、自メモリ内に記憶された該加入者に対
    応するネットワークサービスの利用に応じた増減額の積
    算値を、上記増減額の清算値だけ増加させて更新し、清
    算後の積算値を記憶することを特徴とするネットワーク
    通貨管理方法。
12. 【請求項１２】 請求項２，３，４または５のいずれか
    に記載のネットワーク通貨管理方法において、 上記加入者端末間の通話量に基づき課金処理を行う料金
    センタを備え、 該料金センタは、課金処理によって加入者毎に請求額を
    算出し、該請求額が予め定められた一定値を超えている
    か否かを判断し、超えている場合は、ネットワーク通貨
    センタに対して、上記パケットの所定領域に、当該加入
    者の加入者ＩＤと、ネットワーク側から与えられるネッ
    トワークサービスの利用に応じた増減額の清算値とを記
    載して送信し、 ネットワーク通貨センタは、自メモリ内に記憶された該
    加入者に対応するネットワークサービスの利用に応じた
    増減額の積算値を、上記増減額の清算値だけ増加させて
    更新し、清算後の積算値を記憶することを特徴とするネ
    ットワーク通貨管理方法。