JP3230671B2 - パケット課金装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はパケット課金装置に
関する。

【０００２】

【従来の技術】課金を行う通信網では、あらかじめコネ
クションを張ってその後通信を開始するのが普通であ
る。このような通信方法を「コネクション・オリエンテ
ィッド型通信」という。コネクション・オリエンティッ
ド型通信では、コネクションを設定する際、そのコネク
ション設定の手順中に課金に関するパラメータが決定さ
れるため、それに従い課金を行えばよかった。

【０００３】一方、インターネット上で使用されている
インターネット・プロトコルでは、パケットにソースア
ドレスというそのパケットが送られるべき相手のアドレ
ス情報を設定しておき、ソースアドレスに従い通信網が
自律的にパケットを転送して相手に届ける。この場合に
は、あらかじめコネクションが設定されることはないの
で、「コネクションレス型通信」と呼ばれる。したがっ
て、コネクションレス型通信では、コネクションとは別
の概念である一つの連続したデータの一塊、つまり複数
のパケットを識別する必要がある。このひとつとしてフ
ローという概念がある。フローとは、コネクションレス
通信における特有の用語であり、ユーザ・アプリケーシ
ョンが通信を開始してから通信を終了するまでの１つ以
上のパケットの集合をさす。

【０００４】コネクションオリエンティッド型通信で
は、コネクションが設定されている間、すなわちコネク
ションの設定が行われてからコネクションの切断が行わ
れている間に送信されたパケット群をひとつの固まりと
して扱うことができ、それを課金対象として扱うことが
できる。

【０００５】一方、コネクションレス通信では、コネク
ションという概念がなく、コネクションの設定および切
断という手順がないので何らかの手段でフローを定義す
る必要がある。通常、フローはソースアドレス、ディス
ティネーションアドレスの組、もしくはそれに加えてそ
の通信を行っているアプリケーションを示す識別子から
なる。このアプリケーションを示す識別子として、ＴＣ
Ｐ／ＵＤＰのポート番号や、そのポート番号およびパケ
ットの中を解析した結果得られるコンテンツタイプとの
組み合わせなどがあげられる。

【０００６】近年になって急速になって発展してきたイ
ンターネットは、本来は実験的もしくは学術的な用途に
用いられてきた。しかしながら、現状では商用として提
供される状態にあるが、使用状況に応じた適正な課金方
法を行う手段がない。

【０００７】現在行われている課金方法は、大きく分け
ると従量制と定量制の２つがある。従量制は、接続時間
に応じた課金、たとえば１分あたりいくらという課金方
法をとる。定量制では、規定された時間はいくら通信を
おこなっても料金は変らない。たとえば、１ヶ月あたり
いくらといった決められた料金となる。従量制と定量制
を組み合わせたものもあるが、ここでは詳しくは触れな
い。いずれにしても、データ量はその通信品質は料金に
は十分反映されているとは言えない。本来のコネクショ
ンレス通信は、通信を行うデータ量やその通信品質に対
して料金を支払うべきではあるが、それを行うための機
構がネットワークに存在しないというのが現状である。

【０００８】

【発明が解決しようとする課題】この要請に応えるため
に、例えば、特開平６−１０４９２２に開示されている
ように、送信アドレスとプロトコル種別に応じたパケッ
ト課金方法が提案されている。この先行技術文献に開示
された手法は、アドレス検出部で送信アドレスのみを取
得し、プロトコルタイプ検出部はプロトコル種別のみを
検出している。送信アドレスは計数を行う対象であり、
プロトコルタイプは計数を行うか否かの判定のみに使用
されている。そのため、データの発信者に対する課金の
みが可能であり、受信者に対する課金を行うことができ
ないという問題がある。さらに、データ量に応じた課金
しか行うことができず、通信品質等の要素を課金に取り
入れることができないという問題もある。

【０００９】本発明の主な目的は、インターネットのよ
うなコネクションレス網において、従来の発信者課金や
一律従量課金のような方法だけではなく、発信者のみな
らず受信者に対する課金や、サービスの品質や、利用ア
プリケーション等の使用状況に応じた柔軟な課金を行う
パケット課金装置を提供することにある。

【００１０】

【課題を解決するための手段】本発明のパケット課金装
置はパケット検出部とフロー処理部とフローカウンタ部
とフローカウンタ制御部と課金計算部と課金記録部を有
する。

【００１１】パケット検出部はパケット伝送路を転送さ
れるパケットを検出し、そのパケットからヘッダ部およ
びデータ部を読み取り、ソースアドレス、ディスティネ
ーションアドレス、アプリケーション識別子（種別）、
およびそのパケットのバイト数またはパケット数を得
て、それらをフロー処理部に転送する。フロー処理部で
は、内部に持っているデータベースより、転送された情
報のうち、ソースアドレス、ディスティネーションアド
レス、アプリケーション識別子により、その組み合わせ
で唯一に与えられるフロー識別子と、送信者と受信者に
対しての課金を決定する送信課金係数および受信課金係
数を取得し、取得したフロー識別子、送信課金係数、受
信課金係数をフローカウンタ制御部に転送する。フロー
カウンタ制御部は、課金係数をそのフロー識別子に従
い、フローカウンタ部に格納する。

【００１２】一旦上記のような動作でフローが検出され
ると、以降はパケット検出部から送信されるソースアド
レス、ディスティネーションアドレス、アプリケーショ
ン識別子の情報に従い、フロー処理部は、フロー識別子
およびパケットバイト数またはパケット数のみをカウン
タ制御部に転送する。ここで、パケットバイト数とは、
フロー処理部が受信したパケットのバイト数を数えた結
果得られたものである。カウンタ制御部はフロー識別子
で指定されるフローカウンタ部の所望の位置にパケット
バイト数またはパケット数を加えて格納する。

【００１３】パケット検出部であるフローに属するパケ
ットが一定時間到着しないことを検出もしくは、パケッ
ト検出部でＴＣＰのＦＩＮ信号等のフローが終了するこ
とを通知する信号を検出した場合、フロー処理部は課金
計算部にフロー終了信号とそのフロー識別子を送信す
る。課金計算部はそれに従い、フローカウンタ部よりそ
のフロー識別子で識別される位置から、カウンタ値およ
び課金係数を読み出し、それから課金情報を計算し、そ
れを課金記憶部に送信する。課金記憶部はこれらの情報
をユーザ毎に蓄積する。

【００１４】以上のように、本発明では、フロー毎に課
金を行うので、従来のように一律に発信者に対して課金
を行う発信者課金や、通信回線の保有時間や、パケット
数だけによる課金のみならず、送信者に対する課金、受
信者に対する課金、両者に対する課金、アプリケーショ
ン種類による課金等がさまざまな組み合わせによって行
うことができる。

【００１５】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００１６】図１を参照すると、本発明の一実施形態の
パケット課金装置はパケット検出部１０とフロー処理部
２０とフローカウンタ制御部３０とフローカウンタ部４
０と課金計算部５０と課金記録部６０とで構成されてい
る。

【００１７】パケット検出部１０は、パケット伝送路を
転送されるパケットを検出し、そのパケットからソース
アドレス、ディスティネーションアドレス、ポート番
号、およびパケットバイト数を読み取り、読み取ったソ
ースアドレス、ディスティネーションアドレス、ポート
番号、およびパケットバイト数をフロー処理部２０に転
送する。

【００１８】フロー処理部２０はフロー管理部２０１と
フロー管理テーブル２０２と課金ポリシテーブル２０３
よりなる。

【００１９】フロー管理テーブル２０２は、現在通信状
態にあるフローを登録するためのテーブルであり、図３
に示すように、ソースアドレス、ディスティネーション
アドレス、ポート番号、タイマ値の組が登録されるよう
になっており、ソースアドレス、ディスティネーション
アドレス、ポート番号の組を与えられると、その登録さ
れている位置を出力する。

【００２０】課金ポリシテーブル２０３は、ソースアド
レス、ディスティネーションアドレス、ポート番号の組
を入力されると、送信課金係数および受信課金係数を出
力する。

【００２１】フロー管理部２０１は、パケット検出部１
０からソースアドレス、ディスティネーションアドレ
ス、ポート番号、パケットバイト数を受信し、受信した
ソースアドレス、ディスティネーションアドレス、ポー
ト番号の組をフロー管理テーブル２０２および課金ポリ
シテーブル２０３に入力し、フロー管理テーブル２０２
が出力するフロー識別子と、課金ポリシテーブル２０３
が出力する送信課金係数および受信課金係数を受信す
る。課金送信課金係数および受信課金係数を決定する必
要もない場合もあるが、それについては後で詳しく説明
する。

【００２２】フローカウンタ制御部３０は、フロー管理
部２０１からフロー識別子、パケットバイト数、送信課
金係数、および受信課金係数を受信すると、フローカウ
ンタ部４０の、フロー識別子で指定される所定の位置に
あるパケットバイト数に受信したパケットバイト数を加
算して再度格納し、送信課金係数および受信課金係数を
フローカウンタ部４０に格納する。

【００２３】フローカウンタ部４０は、フローカウンタ
制御部３０および課金計算部５０の両者から書き込みお
よび読み出し可能なメモリであり、フロー識別子毎にパ
ケットバイト数、送信課金係数、受信課金係数を格納す
る。

【００２４】課金計算部５０は、フロー管理テーブル２
０２から出力されるフロー終了信号を受信すると、フロ
ーカウンタ部４０から、パケットバイト数、送信課金係
数、受信課金係数を読み出し、送信側課金、受信側課金
を計算し、送信側課金を課金記録部６０の、ソースアド
レスで指定されるアドレスの課金記録に累積し、受信側
課金を課金記録部６０の、ディスティネーションアドレ
スで指定されるアドレスの課金記録に累積する。

【００２５】パケット伝送路上は、図２で示すようなＩ
Ｐプロトコルパケットが転送されている。パケット検出
部１０は、パケット伝送路を転送されるパケットを検出
して、ソースアドレス、ディスティネーションアドレ
ス、ポート番号およびパケットバイト数をフロー処理部
２０に転送する。ソースアドレスおよびディスティネー
ションアドレスはＩＰヘッダに、ポート番号はＴＣＰヘ
ッダに含まれている。

【００２６】ソースアドレスはパケットの送信者のアド
レスを示すものであり、ディスティネーションアドレス
はパケットの受信者のアドレスを示すものである。これ
らのアドレスはそれぞれ２つ以上の端末に対して与えら
れることはないので、アドレスを示すことにより、送信
者もしくは受信者を特定することができる。

【００２７】ポート番号はＴＣＰ、ＵＤＰ層のアプリケ
ーションを識別するための番号であるので、それによっ
てアプリケーションを識別することができる。また、パ
ケットを詳しく解析して実際に転送されているデータの
属性を調べることによりアプリケーション種類を詳しく
分類してもよい。その場合にはアプリケーション種類に
対してそれぞれ異なる番号を付与し、それをアプリケー
ション識別子として使用してもよい。そのためには、パ
ケットから取得したアプリケーション情報からアプリケ
ーション識別子に変換するための機構が必要となる。以
下、アプリケーションの識別をポート番号のみで判定す
るとし説明を行う。また、ポート番号は送信ポート番号
と、受信ポート番号があるが、アプリケーションは受信
ポート番号で識別できるので、本実施形態ではポート番
号は受信ポート番号を示すものとする。

【００２８】ＩＰヘッダのプロトコルフィールドは上位
のプロトコルを示すものであり、“１”の場合はＩＣＭ
Ｐ、“６”の場合はＴＣＰ、“１７”の場合はＵＤＰで
あることを示す。ユーザデータは通常ＴＣＰおよびＵＤ
Ｐに含まれているので、本実施形態では、パケット検出
部１０で検出するものはＴＣＰおよびＵＤＰのみ、つま
りこのプロトコルフィールドの値が“６”または“１
７”の場合のみとする。

【００２９】本実施形態では、ソースアドレス、ディス
ティネーションアドレスをそのままフロー処理部２０に
送信しているが、ハッシュ化等の手法を使って圧縮した
形で送信してもよい。

【００３０】次に、図７のフローチャートを参照して、
フロー処理部２０の動作を説明する。

【００３１】フロー管理部２０１は、パケット検出部１
０から受信した、ソースアドレス、ディスティネーショ
ンアドレス、ポート番号をフロー管理テーブル２０２に
送信する（ステップ７１）。このフロー管理テーブル２
０２に、ソースアドレス、ディスティネーションアドレ
ス、ポート番号の組を与えると、すでに登録されている
か否かを示す信号が得られる（ステップ７２）。もしす
でに登録されている場合には、そのエントリが登録され
ている番地が出力される（ステップ７３，７４）。ここ
でいう番地とは、フロー管理テーブル２０２に登録でき
るエントリの何番めであるかを示す情報である。また、
ソースアドレス、ディスティネーションアドレス、ポー
ト番号の組が登録されていない場合には、フロー管理テ
ーブル２０２の空きエントリを検索し、その位置にソー
スアドレス、ディスティネーションアドレス、ポート番
号の組を登録し、さらにそれに対応するフロー識別子を
取得する（ステップ７６）。このフロー管理テーブル２
０２はたとえばＣＡＭ（コンテント・アドレッサブル・
メモリもしくは連想メモリ）を使って構成することがで
きる。フロー管理テーブル２０２は公知の手段で実現可
能であるので、ここでは詳しく説明しない。

【００３２】以上述べたフロー管理テーブル２０２が出
力する番地は、現在通信状態にあるフローを識別するた
めに使用できるため、以降これをフロー識別子という名
前で呼ぶことにする。もちろん、この番地とは別のこれ
と１対１に対応する番号をフロー識別子として使用して
もよい。

【００３３】フロー管理テーブル２０２において、タイ
マ値は各エントリ毎に存在し、フローの生存を確認する
ために用いられるものである。フロー管理部２０１は全
有効エントリに対して、このタイマ値を周期的にインク
リメントしていく。フロー管理部２０１はパケット検出
部１０からの情報の送出によりフロー管理テーブル２０
２を検索するときは、そのタイマ値を０に戻す。したが
って、一定時間以上あるエントリに対してアクセスがな
い場合には、タイマ値は大きくなっていく。そしてこの
タイマ値がある一定の値以上になった場合には、そのフ
ローは存在しなくなったとみなし、そのエントリを消去
するとともに、フロー終了信号を課金計算部５０に送信
する。

【００３４】フロー管理部２０１は、フロー管理テーブ
ル２０２にフローが登録されてなかった場合には、課金
ポリシテーブル２０３よりソースアドレス、ディスティ
ネーションアドレス、ポート番号の組を用いて、送信課
金係数および受信課金係数を取得する（ステップ７
７）。

【００３５】課金ポリシテーブル２０３は、図４のカル
ノー図に示すような情報を持っており、ソースアドレ
ス、ディスティネーションアドレス、ポート番号を入力
すると、それに対応する送信課金係数、受信課金係数を
出力する。この送信課金係数および受信課金係数はある
ソースアドレス、ディスティネーションアドレス、ポー
ト番号が与えられた場合に、どれだけの課金を行うべき
かを示すための数値であり、０以上の値をとる。この数
値が大きければ大きいほど課金が高くなる。また課金し
ない場合には０という値をとる。

【００３６】図４において「Ｘ」はどんな値でもよいと
いうことを意味する。図４をさらに詳しく説明すると、
１番めのエントリの場合は、ソースアドレスＳＡ１、デ
ィスティネーションアドレスＤＡ１、ポート番号ＡＰＬ
１である場合には、送信課金係数はＳＶ１、受信課金係
数はＤＶ１となる。２番めのエントリはソースアドレス
がＳＡ２で、かつポート番号がＡＰＬ２の場合で、ディ
スティネーションアドレスに関わらず送信課金係数ＳＶ
２、受信課金係数ＤＶ２という値が取られる。同様に、
３番めのエントリはポート番号はどんな値でもよく、４
番めはソースアドレスがどんな値でもよい。５番めのエ
ントリはソースアドレス、ディスティネーションアドレ
スがなんであってもポート番号がＡＰＬ５である場合
で、送信課金係数をＳＶ５、受信課金係数をＤＶ５とす
るということである。

【００３７】このテーブルは、ハードウェアによる組み
合わせ回路でも、ソフトウェアでも実現することができ
る。また、この決定論理をプログラマブルにしておけ
ば、さまざまな課金方法をとることが可能となる。

【００３８】フロー管理部２０１は、以上のようにして
得られた、送信課金係数、受信課金係数、フロー識別
子、およびパケットバイト数をフローカウンタ制御部３
０に送信する（ステップ７５，７８）。

【００３９】フローカウンタ制御部３０は、フロー管理
部２０１からフロー識別子、パケットバイト数、送信課
金係数および受信課金係数を受信し、フローカウンタ部
４０の、フロー識別子で指定される所定の位置に格納さ
れているパケットバイト数を取り出し、これにフロー管
理部２０１から受信したパケットバイト数に加算して元
の位置に格納し、送信課金係数および受信課金係数をフ
ローカウンタ部４０に格納する。なお、フロー管理テー
ブル２０２にすでに登録されていたエントリであった場
合には、送信課金係数および受信課金係数の格納は行わ
れない。

【００４０】フローカウンタ部４０は単純なメモリであ
り、図５に示すように、パケットバイト数、送信課金係
数、受信課金係数からなるエントリを持っている。その
エントリ数は、フロー管理テーブル２０２で管理可能な
フローの数と同じである。つまり、フロー識別子によっ
て、フローカウンタ部４０のエントリを一意に指定する
ことが可能である。フローカウンタ制御部３０はフロー
識別子をフローカウンタ部４０を構成するメモリのアド
レスに変換し、送信課金係数と受信課金係数を格納す
る。

【００４１】課金計算部５０は、フローカウンタ部４０
に格納されたエントリからパケットバイト数、送信課金
係数、受信課金係数を読み出し、その情報に従って、送
信側課金、受信側課金を計算する。図６は課金計算部５
０の構成の一例である。図６では、カウンタ値と送信課
金係数を乗じたもの、カウンタ値と受信課金係数を乗じ
たものをそれぞれ送信側課金、受信側課金として計算
し、それを課金記録部６０へ送信する。また、そのとき
同時に、それに関係していたフローに関するソースアド
レスとディスティネーションアドレスも課金記録部６０
へ送信する。このソースアドレスとディスティネーショ
ンアドレスはフロー識別子を用い、フロー管理テーブル
２０２から取り出すことによって得ることができる。

【００４２】課金記録部６０では、課金計算部５０か
ら、ソースアドレス、ディスティネーションアドレス、
送信課金値、受信課金値を受信する。本実施形態ではア
ドレス毎に課金を格納しておくデータベースが課金記憶
部には存在し、ソースアドレスで指定されるアドレスに
送信課金値を、ディスティネーションアドレスで指定さ
れるアドレスに受信課金値をそれぞれ加算して格納する
ことができる。また、課金の履歴を保存するために、送
信課金値、受信課金値をそのまま時刻等の情報とともに
保存してもよい。

【００４３】本実施形態では、あるフローに着目した場
合、ある一定時間まったくパケットが通過しないことを
検出するために、フローカウンタ部４０にタイマ値を持
っていたが、フローカウンタ制御部３０にこのタイマ値
をもってよい。

【００４４】本実施形態では、パケットのバイト数によ
る課金しか行えないが、送信課金係数および受信課金係
数をパケット数用にももう一組定義すれば、パケット数
による課金の重み付けも可能となる。その場合には、課
金ポリシテーブル２０３、フローカウンタ部４０におい
てこのパケット数課金用の送信課金係数および受信課金
係数の格納フィールドを用意しそれらの情報もパケット
バイト数用の送信課金係数および受信課金係数とともに
各機能ブロックの間で転送されるようにすればよい。

【００４５】なお、パケットバイト数の代りにパケット
数を用いてもよい。

【００４６】

【発明の効果】以上説明したように、本発明では、それ
ぞれのフロー毎に送信者および受信者を識別することが
できるので、発信者課金だけではなく、送信者課金が可
能である。さらに、パケットバイト数またはパケット数
をアプリケーション毎に別に計数し集計するので、アプ
リケーションに応じた課金が可能である。また、課金の
重み付けを決定する課金ポリシテーブルをプログラム可
能としているので、課金ポリシテーブルをプログラムす
ることにより、自由に課金方法を変更することが可能で
ある。

【図面の簡単な説明】

【図１】本発明の一実施形態のパケット課金装置の構成
図である。

【図２】インターネットプロトコルパケットを示す図で
ある。

【図３】フロー管理テーブル２０２の格納情報を示す図
である。

【図４】課金ポリシテーブル２０３の格納情報を示す図
である。

【図５】フローカウンタ部４０の格納情報を示す図であ
る。

【図６】課金計算部５０の構成例を示す図である。

【図７】フロー処理部２０の動作を示すフローチャート
である。

【符号の説明】

１０ パケット検出部 ２０ フロー処理部 ３０ フローカウンタ制御部 ４０ フローカウンタ部 ５０ 課金計算部 ６０ 課金記録部 ２０１ フロー管理部 ２０２ フロー管理テーブル ２０３ 課金ポリシテーブル ７１〜７８ ステップ

フロントページの続き (56)参考文献 特開 平６−104922（ＪＰ，Ａ) 特開 平８−37524（ＪＰ，Ａ) 特開 平６−276236（ＪＰ，Ａ) 特開 平７−95230（ＪＰ，Ａ) 特開2000−101574（ＪＰ，Ａ) 特開 平５−30132（ＪＰ，Ａ) 実開 平１−100547（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/14 H04L 12/56

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 伝送路を転送されるパケットを検出し、
   そのパケットからソースアドレス、ディスティネーショ
   ンアドレス、アプリケーション種別、およびパケットバ
   イト数またはパケット数を取り出すパケット検出部と、 ソースアドレス、ディスティネーションアドレス、アプ
   リケーションの種別が登録されるフロー管理テーブル
   と、送信課金係数および受信課金係数を出力する課金ポ
   リシテーブルと、前記パケット検出部で検出された情報
   を受け取り、その情報から、当該フローが前記フロー管
   理テーブルに未登録の新規フローであるかまたは登録さ
   れている既存フローであるかの判定を行い、フロー識別
   子を前記フロー管理テーブルより取得し、新規フローで
   あった場合には送信者と受信者に対しての課金の度合を
   示す送信課金係数および受信課金係数を前記課金ポリシ
   テーブルより取得するフロー管理部を含むフロー処理部
   と、 フローカウンタ部と、 前記フロー管理部から前記フロー識別子とパケットバイ
   ト数またはパケット数と、新規フローであった場合には
   さらに前記送信課金係数および受信課金係数を受信し、
   前記フロー識別子、送信課金係数、受信課金係数、およ
   びパケットバイト数またはパケット数を前記フロー識別
   子によりフロー毎に分類して前記フローカウンタ部に書
   き込むフローカウンタ制御部と、 前記フローカウンタ部からフロー毎にパケットバイト数
   またはパケット数、送信課金係数、および受信課金係数
   を読み出し、それを元に課金を計算する課金計算部と、 前記課金計算部が出力する課金情報をアドレス毎に分類
   し、記録する課金記録部を有するパケット課金装置。
2. 【請求項２】 前記アプリケーション種別がポート番号
   である、請求項１記載の装置。
3. 【請求項３】 前記パケット検出部は、前記ソースアド
   レス、前記ディスティネーションアドレスを圧縮して前
   記フロー処理部に送信する、請求項１または２記載の装
   置。
4. 【請求項４】 前記フロー管理部は、前記パケット検出
   部から受信したソースアドレス、ディスティネーション
   アドレス、アプリケーション種別の組が前記フロー管理
   テーブルに登録されているかどうか判定し、登録されて
   いれば前記フロー管理テーブルからフロー識別子を取得
   し、前記フロー識別子および前記パケットバイト数また
   はパケット数を前記フローカウンタ制御部に出力し、登
   録されていなければ前記フロー管理テーブルの空きエン
   トリに前記ソースアドレス、ディスティネーションアド
   レス、前記アプリケーション種別の組を登録し、さらに
   それに対応するフロー識別子を取得し、前記ソースアド
   レス、ディスティネーションアドレス、アプリケーショ
   ン種別の組を用いて前記課金ポリシテーブルから前記送
   信課金係数と受信課金係数を取得し、前記フロー識別
   子、前記パケットバイト数またはパケット数および前記
   送信課金係数、受信課金係数を前記フローカウンタ制御
   部に出力する、請求項１から３のいずれか１項記載の装
   置。
5. 【請求項５】 前記フロー管理部は、前記フロー管理テ
   ーブルが出力した番地をフロー識別子とする、請求項４
   記載の装置。
6. 【請求項６】 前記フロー管理テーブルは、ソースアド
   レス、ディスティネーションアドレス、アプリケーショ
   ンの種別の各エントリ毎にタイマ値を有し、前記フロー
   管理部は前記フロー管理テーブルを検索するときに前記
   タイマ値を０に戻した後、前記タイマ値をインクリメン
   トし、前記タイマ値が一定以上になったときそのエント
   リを消去するとともにフロー終了信号を前記課金計算部
   に送信し、前記課金計算部は前記フロー終了信号を受信
   すると、前記フローカウンタ部から、パケットバイト数
   またはパケット数、送信課金係数、受信課金係数を読み
   出し、送信側課金、受信側課金を計算し、前記送信側課
   金を、前記課金記録部、前記ソースアドレスで指定され
   るアドレスの課金記録に累積し、前記受信側課金を前記
   課金記録部の、前記ディスティネーションアドレスで指
   定されるアドレスの課金記録に累積する、請求項４また
   は５記載の装置。
7. 【請求項７】 前記フローカウンタ制御部は、前記フロ
   ー管理部から前記フロー識別子、パケットバイト数また
   はパケット数、送信課金係数、および受信課金係数を受
   信し、前記フローカウンタ部の前記フロー識別子で指定
   される所定の位置にあるパケットバイト数またはパケッ
   ト数を取り出し、該パケットバイト数またはパケット数
   に前記フロー管理部から受信したパケットバイト数また
   はパケット数を加算して、前記フローカウンタ部に、再
   度格納し、前記送信課金係数、前記受信課金係数を前記
   フローカウンタ部に格納する、請求項４から６のいずれ
   か１項記載の装置。