JP2001069476A

JP2001069476A - 課金機能を備えるネットワーク接続システム

Info

Publication number: JP2001069476A
Application number: JP23925599A
Authority: JP
Inventors: Toshihiko Otsuka; 利彦大塚
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1999-08-26
Filing date: 1999-08-26
Publication date: 2001-03-16

Abstract

(57)【要約】【課題】コンピュータとＣＡＴＶ網との複数のインタ
ーフェース部がそれぞれ測定した伝送データ量を集計し
てユーザ別に課金処理する。【解決手段】データ量プローブ３ａ、３ｂは、複数の
ファイルに分けて記憶している伝送量データを、データ
量集計部４に送信する。データ量集計部４は、複数ファ
イルの伝送量データを受信し、ファイル別に順次読み出
して、ＩＰアドレス別及びプロトコル別に集計して日次
伝送量データを生成し、データ課金サーバ５に送信す
る。データ課金サーバ５は、加入者契約データに基づい
て、日次伝送量データを利用者別に合算し、利用者別及
び日付別のデータ量を記憶すると共に、前回の締め日か
ら当日までの超過料金を算出する。データ課金サーバ５
は、締め日に、超過料金データを生成し、ＣＡＴＶ課金
サーバ８に出力すると共に、日次伝送データ量と月次伝
送データ量をＷｅｂサーバ９に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、加入者が送受信
したデータ量に応じて料金を課金する従量課金方式に関
し、特に、ＣＡＴＶ（ケーブルテレビ）網を介して、複
数のファイルに分散して格納されているデータアクセス
の履歴に対する課金処理を可能とする課金方式に関す
る。

【０００２】

【従来の技術】インターネットなどのＷＡＮ（Wide Ari
a Network）への接続サービスが行われている。この種
のサービスにおいては、ダイアルアップサービスとの関
係もあり、接続時間に応じて課金する方式が一般的であ
る。このため、伝送されるデータの種類等に応じて、柔
軟に課金処理することが困難であった。

【０００３】また、近時、ＣＡＴＶ（ケーブルテレビ）
網を利用したインターネット接続サービスが普及し始め
ている。このＣＡＴＶ網は、伝送容量が大きいため、高
速及び大容量のアクセスが可能であるという。ＣＡＴＶ
網を用いたインターネット接続サービスの場合、加入者
のコンピュータとＣＡＴＶ網とは常時接続状態にあり、
接続時間に応じた課金が困難である。

【０００４】ＣＡＴＶ網を利用したインターネット接続
サービスでは、コンピュータとＣＡＴＶ網とのインタフ
ェース部（ターミナル）で、伝送データの量を分散的に
測定しており、伝送データ量の収集や管理が困難であっ
た。また、利用者サイドに設置されているインタフェー
ス部で測定すると、回線の信頼性が必要になり、また、
セキュリティの点から望ましくなく、システムの中央で
一括して伝送データ量及び課金情報を収集することが望
まれる。

【０００５】

【発明が解決しようとする課題】しかし、システムの中
央で一括して伝送データ量及び課金情報を収集する場
合、データ量を測定するターミナルの測定容量に限度が
あり、許容量を超えると正確に測定することができない
という問題がある。また、測定時のハードウエア及びソ
フトウエアの負担を軽減するため、ネットワークセグメ
ントを分離させると、モニタしたデータが複数のファイ
ルに分断されて格納され、そのままでは、正常に課金処
理することができない。

【０００６】この発明は、上記実情に鑑みてなされたも
ので、コンピュータとＣＡＴＶ網との複数のインターフ
ェース部がそれぞれ測定した伝送データ量を一括して収
集し、ユーザ別に課金処理することができるネットワー
ク接続システムを提供することを目的とする。また、こ
の発明は、小さな負荷で一括して情報を収集し、課金処
理することができるネットワーク接続システムを提供す
ることを目的とする。また、この発明は、課金対象のデ
ータを設定可能とすることにより、環境に応じた柔軟な
課金方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるネットワーク接続シ
ステムは、複数のコンピュータとネットワークとの間に
配置され、各コンピュータとネットワークとを接続する
ネットワーク接続システムであって、前記複数のコンピ
ュータとネットワークとの間でデータを送受信する複数
のデータ送受信手段と、自己が管理している前記データ
送受信手段を伝送されるデータをそれぞれモニタし、ア
ドレスとデータ量とを検出する複数の検出手段と、複数
の前記検出手段が検出したアドレスとデータ量とに関す
る情報を収集し、アドレス別にデータ量を集計する集計
手段と、前記集計手段により集計されたアドレス別のデ
ータ量に基づいて利用者別の課金額を求める課金手段
と、を備えることを特徴とする。

【０００８】この構成によれば、複数のデータ量プロー
ブが伝送データ量を測定する。従って、各データ量プロ
ーブの負担を抑えることができる。しかも、複数のデー
タ量プローブが測定した伝送量データを一括して集計し
て、課金処理を行うことができ、伝送量プローブ毎に課
金処理を行うような、不都合を抑えることができる。

【０００９】また、この発明の第２の観点にかかるネッ
トワーク接続システムは、複数のコンピュータにＣＡＴ
Ｖ網を介して接続され、ＣＡＴＶ網を介して各コンピュ
ータとインターネットとの間を接続するネットワーク接
続システムであって、前記複数のコンピュータとインタ
ーネットとの間で、ＣＡＴＶ網を介してデータを送受信
する複数のデータ送受信手段と、自己が管理している前
記データ送受信手段を伝送されるデータをそれぞれモニ
タし、アドレスとデータ量とを検出する複数の検出手段
と、複数の前記検出手段が検出したアドレスとデータ量
とに関する情報を収集し、アドレス別にデータ量を集計
する集計手段と、前記集計手段により集計されたアドレ
ス別のデータ量に基づいて利用者別の課金額を求める課
金手段と、を備えることを特徴とする。

【００１０】ＣＡＴＶ網を用いたネットワーク接続の場
合、常時接続の状態となるため、接続時間に基づく課金
方式を採用することは困難であり、従量制（伝送量に基
づく課金）方式を採用することが望ましい。この構成に
よれば、伝送量に基づく課金を行うことができる。さら
に、この構成によれば、複数のデータ量プローブが伝送
データ量を測定する。従って、各データ量プローブの負
担を抑えることができる。しかも、複数のデータ量プロ
ーブが測定した伝送量データを一括して集計して、課金
処理を行うことができ、伝送量プローブ毎に課金処理を
行うような、不都合を抑えることができる。

【００１１】各前記検出手段は、前記データ送受信手段
を伝送されるデータをモニタして、そのプロトコルを検
出する手段を備え、前記集計手段は、複数の前記検出手
段が検出したアドレスとデータ量とプロトコルとに関す
る情報を収集し、アドレス別及びプロトコル別にデータ
量を集計する手段を備えてもよい。

【００１２】前記検出手段は、コンピュータからネット
ワークに送出されたデータの量（ByteOut）と、ネット
ワークからコンピュータが受信したデータの量（ByteI
n）と、を検出する手段を備えてもよい。この場合、前
記集計手段は、例えば、複数の前記検出手段が検出した
アドレスとデータ量とに関する情報を収集し、アドレス
別に日単位でデータ量を集計する日次集計手段と、前記
日次集計手段が集計したデータ量を、前回の締め日から
累算して、前回の締め日から現在までのアドレス別の送
受信データ量を求める月次集計手段と、を備え、前記課
金手段は、前記月次集計手段が集計したアドレス別のデ
ータ量に基づいて課金金額を求める手段を備えてもよ
い。

【００１３】前記集計手段は、複数の前記検出手段が検
出したデータが、既にデータ量を集計したデータと重複
しているか否かを判別し、重複していると判別したとき
に、その検出したデータを削除する手段を備えてもよ
い。

【００１４】前記検出手段は、コンピュータからネット
ワークに送出されたデータ（ByteOut）と、ネットワー
クからコンピュータが受信したデータ（ByteIn）と、コ
ンピュータがネットワークと送受信したデータ（ByteOu
t＋ByteIn）と、の何れが課金対象に設定されているか
を識別する手段を備え、前記集計手段は、前記検出手段
が検出した課金対象のデータのデータ量をアドレス別及
びプロトコル別に集計する手段を備えてもよい。

【００１５】前記検出手段は、利用者毎に設定されてい
る課金対象のデータを識別する手段を備えてもよい。

【００１６】前記集計手段は、前記検出手段が検出した
データにエラーデータが含まれているか否かを判別し、
エラーデータが含まれていると判別したときに、エラー
データ分を減算したデータ量のデータを集計する手段を
備えてもよい。

【００１７】

【発明の実施の形態】以下、この発明の実施の形態に係
る課金システムについて、ＣＡＴＶ網を用いたインター
ネット接続システム（プロバイダ機能）に適用した場合
を例に説明する。

【００１８】この実施の形態のＣＡＴＶシステムの構成
を図１に示す。このＣＡＴＶシステムは、コンピュータ
（以下、ＰＣと表記する）１ａ〜１ｍ、１ｑ〜１ｚと、
ケーブルモデム（端末）２ａ〜２ｎ、２ｑ〜２ｙと、デ
ータ量プローブ３ａ，３ｂと、データ量集計部４と、デ
ータ課金サーバ５と、センタールータ６ａ，６ｂと、セ
キュリティルータ７ａ，７ｂと、ＣＡＴＶ課金サーバ８
と、Ｗｅｂサーバ９と、回線終端装置（ＤＳＵ）１０
と、ルータ／ファイヤーウォール（Firewall）１１と、
ＣＡＴＶ網１２ａ，１２ｂと、バスＬ１、Ｌ２ａ，Ｌ２
ｂ、Ｌ３と、から構成されている。

【００１９】ＰＣ１ａ〜１ｍは、パーソナルコンピュー
タ（ＰＣ）、電子手帳、ＰＤＡ（Personal Digital Ass
istants）等の電子端末から構成され、ユーザの指示に
応じて、インターネットＩＮＴ上のサーバとの間でデー
タを送受信する。なお、各ＰＣには、このインターネッ
ト接続サービスへの加入時に、「172.**.*.***」で表さ
れる固定のＩＰアドレスが付されている。

【００２０】ケーブルモデム（端末）２ａ〜２ｎは、Ｐ
Ｃ１ａ〜１ｍとＣＡＴＶ網１２ａとを接続するためのイ
ンターフェース装置であり、送受信するデータのインタ
ーフェース処理を行う。１台のケーブルモデムに、複数
台のＰＣを接続することが可能である。

【００２１】データ量プローブ３ａ，３ｂは、それぞ
れ、バスＬ２ａ，Ｌ２ｂ上を伝送されているデータをモ
ニタリングし、ホストアドレス別（ＩＰアドレス別）及
びプロトコル別に、伝送データのデータ量を判別し、図
２（Ａ）〜（Ｄ）に示すような、通信別伝送量データを
生成して内部メモリに記憶し、記憶データをバスＬ３を
介してデータ量集計部４に供給する。

【００２２】具体的には、バスＬ１、Ｌ２ａ，Ｌ２ｂを
伝送されるデータパケットは、図３に示す基本構成を有
する。データ量プローブ３ａ，３ｂは、それぞれ、デー
タパケットのパケットヘッダ部の内容から、宛先アドレ
ス（デステネーションアドレス）、送信元アドレス（ソ
ースアドレス）、プロトコル（ＯＳＩ参照モデルにおけ
る７階層のプロトコルのみを意味するだけでなく、サー
ビスの種類に基づくデータ構成の差などを含む）、デー
タ量、パケット番号等を読み取って、データが伝送され
る度に、図２（Ａ）〜（Ｄ）に示すような伝送量データ
（１行分）を生成する。

【００２３】データ量集計部４は、データ量プローブ３
ａ，３ｂからバスＬ３を介して供給された通信別伝送量
データを、ＩＰアドレス別及びプロトコル別に集計（合
算）し、図４（Ａ）〜（Ｄ）に示すような、１日分のデ
ータ送受信量（前日の締め時刻から現時点までの伝送
量）を示す日次伝送量データを生成し、バスＬ３を介し
てデータ課金サーバ５に出力する。

【００２４】データ課金サーバ５は、ＣＡＴＶシステム
を用いたインターネット接続サービスに対する課金処理
を行うためのサーバである。データ課金サーバ５は、デ
ータ量集計部４から供給された日次伝送量データを、利
用者別に合算し、図５（Ａ）に示すような、加入者別
（アカウント別）日次伝送量データを求める。また、デ
ータ課金サーバ５は、加入者別伝送量データを累算し
て、図５（Ｂ）に示すように、前回の締め日から当日ま
での送受信データの総量を加入者別に示す加入者別月次
伝送量データを求める。

【００２５】さらに、データ課金サーバ５は、図６
（Ａ）に示すような、料金コース毎の料金設定を示す料
金一覧データを記憶しており、この料金一覧データと加
入者別月次伝送量データに基づいて、図６（Ｂ）に示す
ような課金金額を求める。

【００２６】センタールータ６ａ，６ｂは、それぞれ、
ＣＡＴＶ網１２ａ，１２ｂと、バスＬ２ａ，Ｌ２ｂとを
相互に接続し、データを双方向に伝送するための装置で
ある。

【００２７】セキュリティルータ７ａ，７ｂは、それぞ
れ、セキュリティ機能を備え、バスＬ２ａ，Ｌ２ｂとバ
スＬ３を相互に接続するための装置であり、ＰＣ１ａ，
１ｚからＷｅｂサーバ９へのアクセスの認証処理などを
行う。

【００２８】ＣＡＴＶ課金サーバ８は、ケーブルテレビ
サービスの加入者の管理及び課金処理を行うためのサー
バであり、加入者（登録者）の登録情報を管理するため
の加入者契約データ及び加入者別のＣＡＴＶの受信料に
関する課金情報などを記憶している。加入者契約データ
は、図７に示すように、加入者番号に対応付けて、端末
番号（ケーブルモデム番号）、ＰＣ番号、ＩＰアドレ
ス、契約コース、氏名、住所、電話番号、アカウント等
を記憶している。

【００２９】Ｗｅｂサーバ９は、データ課金サーバ５か
ら供給されるインターネット接続サービスに関する課金
情報及びＣＡＴＶ課金サーバ８などから供給されるＣＡ
ＴＶの利用に関する課金情報などをＨＴＭＬ化し、加入
者からの要求に応じて、明細データを提供する。

【００３０】Ｗｅｂサーバ９が生成する明細データは、
例えば、図８に示す月次明細と図９に示す日次明細とを
含む。月次明細は、加入者（アカウント）別に、各月の
インターネット接続サービスに対する課金情報を含む。
例えば、図８では、月毎の締め日と、端末番号と、ＰＣ
番号と、ＩＰアドレスと、データ通信量と、未回収年月
と、総通信量と、基本使用量と、超過料金等の情報を含
む。日次明細は、ユーザ（アカウント）別に、１日分の
利用量を表示し、図９に示すように、日付、データ通信
量、登録日などの情報を含む。

【００３１】ＤＳＵ（ディジタル回線終端装置）１０
は、インターネットＩＮＴとこのＣＡＴＶシステムとを
接続する。

【００３２】ルータ／ファイヤーウォール１１は、外部
からの不正アクセスを防止するためのセキュリティ機能
を備え、バスＬ１と、バスＬ２ａ，Ｌ２ｂとを相互に接
続し、データを送受信するための装置である。ルータ／
ファイアウォール１１は、このインターネット接続シス
テムの内部へのアクセスを認める外部装置のアドレスの
制限等を行う。

【００３３】ＣＡＴＶ網１２ａ，１２ｂは、ぞれぞれ、
デコーダを介して接続されている受像器に映像及び音声
を含むテレビジョン信号を配信するための、光ケーブル
などから構成されたネットワークである。ＣＡＴＶ網１
２ａ，１２ｂは、ぞれぞれ、ケーブルモデム２ａ〜２ｙ
を介して自己に接続されたＰＣ１ａ〜１ｚとインターネ
ットＩＮＴとを接続するためのデータ伝送ネットワーク
として機能する。

【００３４】バスＬ１〜Ｌ３は、イーサネットなどのＬ
ＡＮなどから構成され、インターネット接続システム内
部でデータを伝送するものである。なお、ＰＣ１ａ〜１
ｍとインターネットＩＮＴとの間で送受信されるデータ
は、バスＬ２ａ上を伝送される。従って、バスＬ２ａ上
を伝送されデータの量をモニタすることにより、ＰＣ１
ａ〜１ｍのデータ伝送量を測定できる。同様に、ＰＣ１
ｑ〜１ｚとインターネットＩＮＴとの間で送受信される
データは、バスＬ２ｂ上を伝送される。従って、バスＬ
２ｂ上を伝送されデータの量をモニタすることにより、
ＰＣ１ｑ〜１ｚのデータ伝送量を測定できる。他のＰＣ
についても同様に、各バス上を伝送されるデータの量を
モニタすることによりデータ伝送量を特定することがで
きる。

【００３５】（動作の説明）次に、この実施の形態のＣ
ＡＴＶシステムの動作を具体例に基づいて説明する。

【００３６】（インターネット接続サービスへの加入）
このＣＡＴＶシステムに加入する場合には、加入希望者
は、書面又はオンラインにより、加入手続きを取る。イ
ンターネット接続サービスへの加入者の情報は、図７に
示す加入者契約データとして、ＣＡＴＶ課金サーバ８に
登録される。ＰＣやケーブルモデムの数を増減する場合
も、同様の登録手続きを行い、加入者契約データに反映
される。

【００３７】（インターネットへのアクセス）次に、イ
ンターネットＩＮＴへのアクセスについて説明する。加
入者が、ＰＣ１ａ〜１ｍを使用して、インターネットＩ
ＮＴ上のサーバのＵＲＬ（Uniform Resource Locator）
を指定し、接続を指示すると、ＰＣ１ａ〜１ｍは、その
ＵＲＬへの接続要求を、自己に接続されているケーブル
モデム２ａ〜２ｎに出力する。

【００３８】ケーブルモデム２ａ〜２ｎは、接続要求を
示すデータを分割して、複数のデータパケットに格納
し、ＣＡＴＶ網１２ａを介してセンタールータ６ａに順
次供給する。

【００３９】センタールータ６ａは、供給されたパケッ
トを、バスＬ２ａ、ルータ／ファイヤーウォール１１、
バスＬ１、ＤＳＵ１０を介してインターネットＩＮＴに
出力する。この際、データ量プローブ３ａは、バスＬ２
ａ上を伝送されるパケットのヘッダの内容から、そのパ
ケットの送信元、データ量、プロトコルなどを判別し、
図２（Ａ）に示すように、例えば、加入者番号：Host a
ddress、送信量：ByteOut（データ量プローブ３ａが検
出したデータ量）、受信量：ByteIn（この場合、０）を
示すｃｓｖ形式の伝送量データを生成する。

【００４０】一方、アクセスされたサーバは、要求に応
答して、データを返送する。サーバが送出したデータを
含むパケットは、インターネットＩＮＴ→ＤＳＵ１０→
バスＬ１→ルータ／ファイヤーウォール１１→バスＬ２
ａ→センタールータ６ａ→ＣＡＴＶ網１２ａというルー
トを通ってケーブルモデム２ａ〜２ｍに至り、ＰＣ１ａ
〜１ｍに供給される。この際も、データ量プローブ３ａ
は、バスＬ２ａ上を伝送されるパケットを検出し、図２
（Ａ）に示すような、加入者番号：Host address、送信
量：ByteOut（この場合、０）、受信量：ByteIn（検出
されたデータ量）を示すｃｓｖ形式の伝送量データを生
成する。

【００４１】データ量プローブ３ａは、プロトコル別
（データ種別を含む）にデータ量を判別する機能を備
え、例えば、ＰＣ１ａ〜１ｍが、インターネットＩＮＴ
上のメールサーバにアクセスした場合には、バスＬ２ａ
を通過するパケットのヘッダから、そのパケットの送信
元アドレス、データ量、プロトコルなどを判別し、図２
（Ａ）の伝送量データを生成すると共に、ＳＭＴＰデー
タ（メールデータ）について、図２（Ｂ）に示すような
ｃｓｖ形式の伝送量データを生成する。

【００４２】同様に、データ量プローブ３ａは、インタ
ーネットＩＮＴ上のニュースサーバをアクセスし、ニュ
ースのデータを読み込んで来た場合には、ＮＮＴＰデー
タ（ニュースデータ）についてのｃｓｖ形式の伝送量デ
ータを図２（Ｃ）に示すように生成する。

【００４３】また、データ量プローブ３ａは、ＩＰデー
タ以外の、例えば、Ｍａｃ（MediaAccess Control）デ
ータを検出した場合には、ＩＰデータ用の伝送量データ
を生成することなく、図２（Ｄ）に示すように、Ｍａｃ
データ用の伝送量データを生成する。この場合のホスト
アドレスは、マックアドレスとなる。

【００４４】このようにして、データ量プローブ３ａの
内部メモリには、ＣＡＴＶネットワーク１２ａに接続さ
れたＰＣ１ａ〜１ｍについて、図２（Ａ）〜（Ｄ）に示
すように、プロトコル別に、ホストアドレスと送受信さ
れたデータの量を示すデータとの組がデータの送受信が
なされる度に１行分ずつ４つのファイルに分けて蓄積さ
れる。

【００４５】他のＰＣが、インターネットＩＮＴとの間
でデータを送受信した場合にも同様に、対応するデータ
量プローブがバスを伝送されるデータをモニタし、図２
（Ａ）〜（Ｄ）に示すものと同様の伝送量データを生成
し、蓄積する。

【００４６】（課金処理）次に、上述の方法でデータ量
プローブ３ａ、３ｂが生成した伝送量データを使用して
行う課金処理について、図１０〜図１３を参照して説明
する。

【００４７】（日次処理）データ量プローブ３ａと３ｂ
は、それぞれ、内部メモリに４つのファイルに分けて記
憶している課金対象の伝送量データを、適宜、データ量
集計部４に送信する。データ量集計部４は、データ量プ
ローブ３ａ、３ｂから供給された伝送量データを受信
し、８（＝４×２）つのファイルに格納する。データ量
集計部４は、８つのファイルに格納した送信データ量
（ByteOut）及び受信データ量（ByteIn）を、それぞ
れ、ＩＰアドレス別（ＰＣ別）及びプロトコル別（デー
タの種類別）に累算して、図４（Ａ）〜（Ｄ）に例示す
るような、プロトコル別及びアドレス別に１日分の日次
伝送量データを生成する。

【００４８】この日次伝送量データの生成処理を図１０
を参照して説明する。データ量集計部４は、データ量プ
ローブ３ａと３ｂから供給された伝送量データを格納し
ている８つのファイルを順次読み出すため、まず、ファ
イル数Ｎを８に設定する（ステップＳ１１）。また、バ
スＬ２ａ、Ｌ２ｂ上を通過するデータの中には、外部装
置からＷｅｂサーバ９をアクセスするためのデータや内
部装置同士の通信データのように、課金対象外のデータ
も含まれている。このため、課金対象のデータのホスト
アドレスの範囲を、ＰＣ１ａ〜１ｚのアドレス（ＩＰア
ドレスの場合「172.**.*.***」）に設定（限定）する
（ステップＳ１１）。

【００４９】次に、Ｎ＝０であるか否か、即ち、読み込
み対象のファイルが存在するか否かを判別し（ステップ
Ｓ１２）、Ｎ≠０ならば、ファイル内の行数を示すポイ
ンタｎを１として（ステップＳ１３）、そのファイルＮ
の第ｎ行のデータを取り込み（ステップＳ１４）、取り
込んだ第ｎ行のByteInとByteOutが共に０であるか否
か、又は、ＩＰアドレスが課金処理の対象として設定さ
れているアドレスに該当するか否かを判別する（ステッ
プＳ１５）。

【００５０】ByteInとByteOutとが共に０である場合、
従量制の課金処理を行う必要がない。そこで、ｎに１を
加算して（ステップＳ１６）、更新した第ｎ行のデータ
が存在するか否かを判別し（ステップＳ１７）、存在す
ると判別した場合に、ステップＳ１４にリターンする。

【００５１】また、ステップＳ１１で設定した範囲外の
アドレス、即ち、課金対象であるＰＣ１ａ〜ＰＣ１ｚ以
外のアドレスがホストアドレスとして設定されているラ
インについても、課金の対象とせず、ステップＳ１６に
進む（ステップＳ１５）。

【００５２】一方、ステップＳ１７で、第ｎ行のデータ
が存在しないと判別した場合にはそのファイル内に処理
対象のデータが残っていないので、Ｎから１を減算して
（ステップＳ１８）、ステップＳ１２にリターンし、次
のファイルＮの処理に進む。

【００５３】ステップＳ１５の判別で、第ｎ行のByteIn
とByteOutとの少なくとも一方が０でなく、且つ、アド
レスが課金対象のアドレスであると判別されたときに
は、その行の伝送量データが、既に取り込んだ伝送量デ
ータと重複しているか否かを、ホストアドレスや通信時
刻などから判別する（ステップＳ１９）。

【００５４】この判別で、重複しているデータであると
判別されたときには、その伝送量データを削除する、シ
ステムの管理者に重複している旨を通知する、等のエラ
ー処理をする（ステップＳ２０）。

【００５５】一方、ステップＳ１９の判別で、重複して
いないと判別されたときには、第ｎ行の伝送量データ
が、ＯＳＩ（Open Systems Interconnection）参照モデ
ルのＭａｃ（Media Access Control）層のデータである
か否かを判別する（ステップＳ２１）。

【００５６】この判別で、Ｍａｃ層のデータであると判
別されたときには、ホストアドレスとして設定されてい
るＭａｃアドレスを基準にして、第ｎ行の伝送量データ
のByteIn及びByteOutを、同一アドレスのByteIn及びByt
eOutの累算値に加算する（ステップＳ２２）。なお、そ
のアドレスについて、未だ、累算値が存在しない場合に
は、データ量０にその行のデータ量を加算する。

【００５７】ステップＳ２１の判別で、Ｍａｃ層のデー
タではないと判別されたときには、データのプロトコル
を判別し、プロトコル毎に、ByteIn及びByteOutを累算
する（ステップＳ２３〜２７）。

【００５８】例えば、取り込んだ第ｎ行の伝送量データ
が図２（Ａ）に示すＩＰデータ（インターネットプロト
コルに準拠する全データ）に関するものであれば、ステ
ップＳ２３でＹＥＳと判別され、ステップＳ２４で、同
一のＩＰアドレスについてのByteInとByteOutの累積値
に第ｎ行のByteInとByteOutが累積される。

【００５９】同様に、取り込んだ第ｎ行の伝送量データ
が図２（Ｂ）に示すＳＭＴＰデータ（メールデータ）に
関するものであれば、ステップＳ２５でＹＥＳと判別さ
れ、ステップＳ２６で、同一のＩＰアドレスについての
ByteInとByteOutの累積値に第ｎ行のByteInとByteOutが
累積される。

【００６０】また、取り込んだ第ｎ行の伝送量データ
が、図２（ｃ）に示すＮＮＴＰデータ（ニュースデー
タ）に関するものであれば、ステップＳ２１、Ｓ２３、
Ｓ２５でＮｏと判別され、ステップＳ２７で、同一のＩ
ＰアドレスについてのByteInとByteOutの累積値に第ｎ
行のByteInとByteOutが累積される。

【００６１】これらの処理を終了すると、フローはステ
ップＳ１６に進み、次の行について同様の処理を実行す
る。

【００６２】第Ｎのファイルの全ての行について同様の
処理を実行すると、ステップＳ１７で、データが無いと
判別され、ステップＳ１８に進み、Ｎから１を減算し
て、次のファイルについて、同様の処理を実行して、日
次伝送量データを生成する。

【００６３】データ量集計部４に格納されている８つの
伝送量データファイルについての処理が終了すると、ス
テップＳ１２で、Ｎ＝０と判別され、図１０の日次伝送
量データ生成処理は終了する。

【００６４】このようにして、複数のデータ量プローブ
３ａ、３ｂから供給された伝送量データから、プロトコ
ル毎及びＩＰアドレス毎にデータの送信量（ByteOut）
及び受信量（ByteIn）が、順次累算され、図４（Ａ）〜
（Ｄ）に例示するような、ｃｓｖ形式の日次伝送量デー
タが生成される。

【００６５】例えば、図４（Ａ）によれば、１９９８年
１２月４日午前０時からの一日の間に、ＩＰアドレスが
１７２．１７．８．２５１のＰＣがインターネットＩＮ
Ｔに送出したＩＰデータの量は１０２８５１０１バイ
ト、インターネットＩＮＴから受信したデータの量は１
６９２５１００４バイトである。

【００６６】また、図４（Ｂ）によれば、１９９８年１
２月４日午前０時からの一日の間に、ＩＰアドレスが１
７２．１７．８．２５１のＰＣが送出したＳＭＴＰデー
タ（メールデータ）の量は１０２８５バイト、受信した
データの量は１６９２５１バイトである。

【００６７】データ量集計部４は、一定期間（午前０時
から午後０時まで）伝送量データを累算すると、１日分
の日次伝送量データの蓄積が完了したとして、新たな日
次伝送量データを生成する。

【００６８】データ量集計部４は、所定のタイミング、
例えば、毎日午前４時に、図４（Ａ）〜（Ｄ）に示すよ
うな日次伝送量データをデータ課金サーバ５に送信す
る。

【００６９】一方、ＣＡＴＶ課金サーバ８は、所定のタ
イミング、例えば、毎日午前３時に、記憶している加入
者契約データをデータ課金サーバ５に出力する。

【００７０】まず、データ課金サーバ５は、インターネ
ット接続サービスへの加入者、条件の変動などを検出す
るために、図１１に示す加入者契約データ更新処理を開
始する。

【００７１】まず、データ課金サーバ５は、ＣＡＴＶ課
金サーバ８から昨日供給され、内部メモリに蓄積してお
いた加入者契約データ（図７）と今回受信した加入者契
約データとを突き合わせる（ステップＳ３１）。

【００７２】データ課金サーバ５は、突き合わせ処理に
より、新規加入者（昨日までの加入者契約データに含ま
れておらず、今日の加入者契約データに含まれている）
を検出すると（ステップＳ３２；ＹＥＳ）、その加入者
の課金データを登録するために、加入者別日次伝送量デ
ータ（図５（Ａ））及び加入者別月次伝送量データ（図
５（Ｂ））にその加入者用の新たなレコードを追加する
（ステップＳ３３）。

【００７３】突き合わせ処理により、登録が抹消された
利用者を検出した場合には（ステップＳ３４；ＹＥ
Ｓ）、加入者別日次伝送量データ（図５（Ａ））及び加
入者別月次伝送量データ（図５（Ｂ））の該当するレコ
ードを抹消する（ステップＳ３５）。

【００７４】また、突き合わせ処理により、加入者自体
に変更はないが、端末やＰＣの追加を検出した場合には
（ステップＳ３６，Ｓ３８；ＹＥＳ）、加入者別日次伝
送量データ（図５（Ａ））及び加入者別月次伝送量デー
タ（図５（Ｂ））に、対応するレコードを追加する（ス
テップＳ３７，Ｓ３９）。その他、何らかの変更がある
場合には、加入者別日次伝送量データ（図５（Ａ））及
び加入者別月次伝送量データ（図５（Ｂ））の登録レコ
ードを修正する（ステップＳ４０）。

【００７５】このようにして、１日に一回、各加入者に
ついて、加入者番号、端末番号及びＰＣ番号、ＩＰアド
レスなどの情報を最新のものとし、これを課金処理に利
用することができる。

【００７６】次に、午前４時になると、データ量集計部
４は、前述の日次伝送量データ生成処理で求めた日次伝
送量データをデータ課金サーバ５に送信する。データ課
金サーバ５は、この加入者契約データを受信し、図１２
に示す日次処理を開始する。

【００７７】まず、データ課金サーバ５は、ＣＡＴＶ課
金サーバ８より受信し、内部メモリに格納しておいた最
新の加入者契約データを読み出す（ステップＳ５１）。

【００７８】次に、課金について、ＳＭＴＰデータやＮ
ＮＴＰデータを無料とするなどの、特定の制御が設定さ
れているか否かを判別する（ステップＳ５２）。なお、
この設定は、システム管理者などにより設定される。こ
こでは、そのような設定は無いこととする。

【００７９】すると、データ課金サーバ５は、供給され
た日次伝送量データのうち、ＩＰデータに関するものを
取り込む（ステップＳ５３）。次に、ステップＳ５１で
読み込んだ更新済の加入者契約データに基づいて、ＩＰ
アドレス又はＭａｃアドレスをキーにマッチング処理を
行い、同一アカウント（同一加入者）についての日次伝
送量データを加算し、加入者別に１日あたりの伝送量を
示す加入者別日次伝送量データを求める（ステップＳ５
４）。

【００８０】例えば、加入者が、１台のケーブルモデム
とこのケーブルモデムに接続された２台のＰＣを所有し
ている場合には、ＩＰアドレス毎、即ち、ＰＣ毎にByte
InとByteOutを求める。しかし、実際の請求は加入者単
位（アカウント単位）である。そこで、ステップＳ５４
で、加入者契約データを参照して、ＩＰアドレス又はＭ
ａｃアドレスをキーに、その加入者に属すデータ量をす
べて加算する。これにより、加入者（アカウント）別の
日次伝送データ量の合計を求める。

【００８１】データ課金サーバ５は、このようにして求
めた、該当日の加入者（アカウント別）別の伝送量デー
タを、図５（Ａ）に示すように、加入者別日次伝送量デ
ータの末尾に追加して記憶する（ステップＳ５４）。

【００８２】データ課金サーバ５は、さらに、図５
（Ｂ）に示すように、加入者別月次伝送量データ（前回
の締め日から前日までのアカウント別のデータ量）を記
憶しており、このデータを読み出して、新たに求めた各
加入者の日次伝送量データを加算する（ステップＳ５
５）。これにより、加入者（アカウント）別に、前回の
締め日から当日までの伝送量データを求めることができ
る。

【００８３】次に、データ課金サーバ５は、図６（Ａ）
に示す料金一覧データを読み出し、利用者別に契約タイ
プを判別し、その時点までの超過料金を求め、図６
（Ｂ）に示す加入者別料金データを生成し、記憶する
（ステップＳ５６）。

【００８４】一方、ステップＳ５２の判別で、課金制御
されている（課金制御有り）と判別されると、制御内容
に応じた処理を行う。一例として、「電子メール」と
「ニュース」のサービスは無料に設定されているとす
る。この場合、各利用者が送受信したデータ量から電子
メールとニュースに関するデータの量を減算する必要が
ある。そこで、ＩＰアドレス毎に、ＩＰデータの日次伝
送量データを取り込み（ステップＳ５７）、各ＩＰアド
レスについて、ＳＭＴＰデータの日次伝送量データを取
り込み（ステップＳ５８）、さらに、各ＩＰアドレスに
ついて、ＮＮＴＰデータの日次伝送量データを取り込む
（ステップＳ５９）。

【００８５】続いて、各ＩＰアドレスについて、ＩＰデ
ータのデータ量からＳＭＴＰデータのデータ量とＮＮＴ
Ｐデータのデータ量を減算することにより、課金対象の
データ量を求める（ステップＳ６０）。

【００８６】次に、ステップＳ５４に進み、加入者別
（アカウント別）に課金対象のデータ量（日次課金対象
データ量）を求めて記憶し（ステップＳ５４）、前回の
締め日から当日までの加入者別月次伝送量データを求め
（ステップＳ５５）、さらに、その時点での超過料金を
計算する（ステップＳ５６）。

【００８７】このような方法で、データ課金サーバ５
は、データ量集計部４から供給された日次伝送量データ
を、プロトコル別に、また、加入者別に加算処理し、課
金データを生成する。また、超過料金を日々計算してお
くことにより、月次の超過料金を生成するときの処理時
間を短縮することができる。

【００８８】（月次処理）次に、月毎に予め定められて
いる締め日になったときにデータ課金サーバ５が行う月
次処理について、説明する。

【００８９】データ課金サーバ５は、内部タイマを備
え、現在日時が予め設定されている締め日になったこと
を検出すると、図１３に示す処理を開始する。まず、図
１２のステップＳ５５で算出した加入者別及び月別の総
送受信データ量、ステップＳ５６で算出した超過料金、
及び、締め日等から構成される月次料金データを生成す
る（ステップＳ７１）。データ課金サーバ５は、生成し
た月次料金データをＣＡＴＶ課金サーバ８に出力する
（ステップＳ７２）。また、データ課金サーバ５は、日
次伝送量データ及び月次伝送量データをＷｅｂサーバ９
に出力する（ステップＳ７２）。

【００９０】ＣＡＴＶ課金サーバ８は、データ課金サー
バ５から月次料金データを受信し、受信した月次料金デ
ータに従って、超過分の料金を含む接続料金を各加入者
から徴収するための処理を行う。

【００９１】また、Ｗｅｂサーバ９は、データ課金サー
バ５から供給された日次伝送量データと月次料金データ
を受信し、図８に示すＨＴＭＬ形式の月次明細データと
図９に示すＨＴＭＬ形式の日次明細データを生成する。

【００９２】任意のユーザが、自己の課金情報を確認し
たい場合、自己のＰＣからユーザＩＤ、パスワードなど
を指定して、Ｗｅｂサーバ９の閲覧を要求する。ＰＣが
出力したデータは、ケーブルモデム２ａを介してＣＡＴ
Ｖ網１２に供給され、更にセンタールータ６を介してセ
キュリティルータ７に供給される。

【００９３】セキュリティルータ７は、供給されたデー
タがＷｅｂサーバ９へのアクセス権限を有する者のデー
タであるか否かを、入力されたユーザＩＤ、パスワード
などから判別する。セキュリティルータ７は、権限を有
する者からのアクセス要求であると判別したときに、バ
スＬ３を介してＷｅｂサーバ９に、閲覧要求を供給す
る。

【００９４】Ｗｅｂサーバ９は、閲覧要求の受信に応答
して、自己の記憶している明細データから、該当する利
用者の日次又は月次の明細データを読み取って、送信す
る。Ｗｅｂサーバ９が送信した明細データは、セキュリ
ティルータ７及びセンタールータ６を介してＣＡＴＶ網
１２に供給され、更に、ケーブルモデム２を介してＰＣ
１ａに供給される。ＰＣ１ａは、供給された明細データ
を受信し、表示する。このようにして、ユーザは、Ｗｅ
ｂサーバ９上で、自己の課金情報を確認することができ
る。

【００９５】以上説明したように、この発明によれば、
伝送量データのファイルが複数存在しても、加入者別に
送受信データ量を求め、課金することができる。また、
課金対象のＩＰアドレスの範囲を指定し、さらに、デー
タが重複していた場合には、データを削除して管理者に
通知するようにしているので、課金用のデータが複数フ
ァイル及び複数箇所に分散していても、重複して課金す
ることを防ぐことができる。

【００９６】上記実施の形態において、データ量プロー
ブ３ａ，３ｂを、ＲＭＯＮ２の規約（ＲＦＣ２０２１）
を満たすＲＭＯＮプローブ（Remote Network Monitorin
g）から構成し、データ量集計部４をＲＭＯＮマネージ
ャから構成することができる。

【００９７】この発明は、上記実施の形態に限定され
ず、種々の変形及び応用が可能である。例えば、上記実
施の形態では、データ量プローブ３の数、センタールー
タ６の数、セキュリティルータ７の数、ＣＡＴＶ網１２
の数、バスＬ２の数、をそれぞれ、２つとしたが、その
数は任意である。

【００９８】また、上記実施の形態では、データ量プロ
ーブ３と、センタールータ６と、セキュリティルータ７
と、ＣＡＴＶ網１２と、バスＬ２とを、１：１：１：
１：１の関係で配置したが、その組み合わせは任意であ
る。例えば、１つのＣＡＴＶ網１２に複数のセンタール
ータ６を介して複数のバスＬ２を接続してもよい。ま
た、複数のバスＬ２に１つのデータ量プローブ３を配置
したり、セキュリティルータ７を配置することも可能で
ある。１つのバスＬ２に複数のデータ量プローブ３及び
セキュリティルータ７を配置することも可能である。

【００９９】上記実施の形態では、送信データと受信デ
ータとの両方を課金対象としたが、例えば、送信データ
と受信データの両方又は一方のみを、適宜課金対象とし
てもよい。このような場合における、日次伝送量データ
の生成方法を図１４を参照して説明する。

【０１００】（課金対象を指定）データ量集計部４は、
課金対象の伝送量データ（Ｘデータ）を、送受信量デー
タ（ByteOut＋ByteIn）とする場合には、フラグ（課金
対象指定フラグ）Ｆxに”０”を、受信量データ（ByteI
n）のみとする場合には、”１”を、送信量データ（Byt
eOut）のみとする場合には、”２”を、それぞれ設定す
る（ステップＳ１１１）。

【０１０１】また、データ量集計部４は、図１０を参照
して説明した方法と同様にファイルＮと課金対象のアド
レスとを設定する（ステップＳ１１２）。

【０１０２】次に、Ｎが０か否かを判別する（ステップ
Ｓ１１３）。当初は、Ｎが０でないため、ｎ＝１として
（ステップＳ１１４）、そのファイルの第ｎ行のデータ
を取り込み（ステップＳ１１５）、取り込んだ第ｎ行の
ByteInとByteOutが共に０であるか否か、又は、アドレ
スが課金処理の対象として設定されているアドレスに該
当するか否かを判別する（ステップＳ１１６）。

【０１０３】次に、既に処理したデータと重複したデー
タであるか否かを判別し（ステップＳ１２０）、データ
のプロトコルを判別し（ステップＳ１２２，Ｓ１２４，
Ｓ１２６）、判別したプロトコル毎に、課金対象の伝送
量データを累算する（ステップＳ１２３，Ｓ１２５、Ｓ
１２７，Ｓ１２８）。

【０１０４】例えば、第ｎ行の伝送量データが、図２
（Ｄ）に示すＭａｃ層のデータである場合には、ホスト
アドレスとして設定されているＭａｃアドレスを基準に
して、課金対象のデータ量（Ｘデータ）を累算する。即
ち、課金対象指定フラグＦx＝０の場合には、同一のホ
ストアドレスについて、Ｘデータ（＝ByteIn+ByteOut）
を累算し、Ｆx＝１の場合には、Ｘデータ＝ByteInを累
算し、Ｆx＝２の場合には、Ｘデータ＝ByteOutを累算し
てする（ステップＳ１２３）。

【０１０５】また、第ｎ行の伝送量データが図２（Ａ）
に示すＩＰデータに関するものであれば、同一のＩＰア
ドレスについての課金対象データのデータ量の累算値
に、Ｆx＝０の場合には、ByteIn+ByteOutを、Ｆx＝１の
場合には、ByteInを、Ｆx＝２の場合には、ByteOutをそ
れぞれ累算する（ステップＳ１２５）。

【０１０６】また、第ｎ行の伝送量データが図２（Ｂ）
に示すＳＭＴＰデータ（メールデータ）に関する場合
も、同一のＩＰアドレスについての課金対象データの累
算値に、Ｆx＝０の場合には、ByteIn+ByteOutを、Ｆx＝
１の場合には、ByteInを、Ｆx＝２の場合には、ByteOut
をそれぞれ累算する（ステップＳ１２７）。

【０１０７】第ｎ行の伝送量データが図２（Ｃ）に示す
ＮＮＴＰデータ（ニュースデータ）に関する場合も、同
一のＩＰアドレスについての課金対象データの累積値
に、Ｆx＝０の場合には、ByteIn+ByteOutを、Ｆx＝１の
場合には、ByteInを、Ｆx＝２の場合には、ByteOutをそ
れぞれ累算する（ステップＳ１２８）。

【０１０８】これらの処理を終了すると、フローはステ
ップＳ１１７に進み、次の行について同様の処理を実行
する。

【０１０９】例えば、図４（Ａ）のＩＰデータ用日次伝
送量データが生成されるようなデータの送受信が行われ
た場合には、図１４の処理によれば、Ｆx＝０に設定さ
れている場合には、図１５（Ａ）に示すように、Ｘデー
タはByteOutとByteInの和になり、Ｆx＝１の場合には、
図１５（Ｂ）に示すように、ＸデータはByteInになり、
Ｆx＝２の場合には、図１５（Ｃ）に示すように、Ｘデ
ータはByteOutになる。

【０１１０】このように、課金対象の伝送量データの指
定を可能とすることによって、例えば、企業内における
トラフィックデータ別の課金制御等、環境に応じたサー
ビスを提供することができる。

【０１１１】また、上述した課金対象データを、加入者
別に設定することができるようにしてもよい。課金対象
データを加入者別に指定するときの日次伝送量データの
生成方法を、図１６〜図１８を参照して説明する。

【０１１２】（利用者別に課金対象を指定）この例で
は、ＣＡＴＶシステムの加入時に、各加入者について、
課金対象のデータを、送受信量（Ｆx＝０）とするか、
受信量のみ（Ｆx＝１）とするか、送信量のみ（Ｆx＝
２）とするか、を指定する。指定された課金対象データ
は、他の情報と共に、図１６に示すような加入者契約デ
ータとして、ＣＡＴＶ課金サーバ８に登録される。

【０１１３】次に、図１７、１８を参照して、この実施
の形態の日次伝送量データの生成処理を説明する。デー
タ量集計部４は、図１０のステップＳ１１〜Ｓ２０で説
明した方法と同様に、ファイルＮとホストアドレスの範
囲とを設定し（ステップＳ１３１、Ｓ１３２）、ｎ＝１
として（ステップＳ１３３）、ファイルＮの第ｎ行のデ
ータを取り込み（ステップＳ１３４）、取り込んだ第ｎ
行のByteInとByteOutが共に０であるか否か、又は、加
入者用に設定されているアドレスであるか否かを判別す
る（ステップＳ１３５）。

【０１１４】ByteInとByteOutとが共に０である場合、
ｎに１を加算して（ステップＳ１３６）、その第ｎ行の
データが存在するか否かを判別し（ステップＳ１３
７）、第ｎ行のデータが存在すると判別した場合に、ス
テップＳ１３４にリターンする。

【０１１５】一方、ステップＳ１３７で、第ｎ行のデー
タが存在しないと判別した場合には、Ｎから１を減算し
（ステップＳ１３８）、ステップＳ１３２にリターンす
る。

【０１１６】ステップＳ１３５で、第ｎ行の伝送量デー
タの送信量及び受信量が０でなく、且つ、アドレスが加
入者のアドレスであると判別されたときには、伝送量デ
ータが、既に取り込んだ伝送量データと重複するか否か
を判別する（ステップＳ１３９）。

【０１１７】ステップＳ１３９で、重複すると判別され
たときには、エラー処理を行う（ステップＳ１４０）。

【０１１８】一方、ステップＳ１３９で、重複しないと
判別されたときには、その伝送量データが、ＯＳＩ（Op
en Systems Interconnection）参照モデルのＭａｃ（Me
diaAccess Control）層のデータであるか否かを判別す
る（ステップＳ１４１）。

【０１１９】Ｍａｃ層のデータであると判別されたとき
には、ホストアドレスとして設定されているＭａｃアド
レスをキーにマッチング処理を行い（ステップＳ１４
２）、対応するＭａｃアドレスの課金対象データ量の累
算値（Ｘデータの累算値）を求める。

【０１２０】ステップＳ１４１で、Ｍａｃ層のデータで
ないと判別されたときには、データのプロトコルを判別
し、プロトコル毎、例えば、ＩＰデータ、ＳＭＴＰデー
タ、ＮＮＴＰデータ毎に、マッチング処理を行い、対応
するアドレスについての課金対象データ量の累算値（Ｘ
データの累算値）を求める（ステップＳ１４３〜Ｓ１４
７）。

【０１２１】マッチング処理後、課金対象指定フラグＦ
xを読み取り、Ｆxが０、１，２の何れであるかを判別す
る（図１８、ステップＳ１４８、Ｓ１５０、Ｓ１５
２）。

【０１２２】Ｆx＝０と判別されたときには、第ｎ行のB
yteInとByteOutとを、課金対象データ量の累算値に加算
する（ステップＳ１４９）。

【０１２３】また、Ｆx＝１と判別されたときには（ス
テップＳ１４８；ＮＯ、Ｓ１５０；ＹＥＳ）、第ｎ行の
ByteInを課金対象データ量の累算値に加算する（ステッ
プＳ１５１）。

【０１２４】更に、Ｆx＝２と判別されたときには（ス
テップＳ１４８；ＮＯ、Ｓ１５０；ＮＯ、Ｓ１５２；Ｙ
ＥＳ）、第ｎ行のByteOutを課金対象データ量の累算値
に加算する（ステップＳ１５３）。

【０１２５】このように、加入者別に課金対象データの
指定が可能となることによって、個々に課金処理を行う
ことができる。

【０１２６】（エラーデータを削除）また、伝送量デー
タにエラーデータ、即ち、通信エラーに相当するデータ
が存在するときには、エラーデータ分を削除して日次伝
送量データを生成するようにしてもよい。この場合、デ
ータ量プローブ３ａ、３ｂは、バスＬ２ａ、Ｌ２ｂ上を
伝送されるデータの量（ByteInとByteOut）とシステム
が外部から受信したエラーデータの量（ErrorIn)とシス
テムが外部に送信したエラーデータの量（ErrorOut)を
判別し、図１９（Ａ）〜（Ｄ）に示すように、１回の通
信毎に、１行の伝送量データを生成する。

【０１２７】次に、このようにして生成された逐次伝送
量データから、日次伝送量データを生成する手法を図２
０を参照して説明する。なお、この例でも、ユーザ毎に
課金対象指定フラグＦxが設定されているものとする。
まず、データ量集計部４は、図１７を参照して説明した
方法で、データのプロトコルを判別してプロトコル毎に
マッチング処理を行う（ステップＳ１３１〜Ｓ１４
７）。次に、データ量集計部４は、図２０に示す処理に
移り、マッチング処理終了後、第ｎ行の伝送量データの
ホストアドレスに設定されている課金対象データＸを読
み取り、Ｆx＝０である（図２０、ステップＳ１６１；
ＹＥＳ）と判別されたときに、その逐次伝送量データに
エラーデータ（ErrorIn又はErrorOut）が存在するか否
かを判別する（ステップＳ１６２）。

【０１２８】エラーデータが存在すると判別されたとき
には、その伝送量データからエラーデータ分を削除（減
算）し、ByteIn+ByteOut＝ByteIn+ByteOut-ErrorIn-Err
oOutとする（ステップＳ１６３）。

【０１２９】ステップＳ１６２でエラーデータが存在し
ないと判別されたとき、又は、エラーデータ分の削除
後、そのアドレスについての日次伝送量データに、その
逐次伝送量データを累算する（ステップＳ１６４）。

【０１３０】また、Ｆx＝１であると判別され（ステッ
プＳ１６１；ＮＯ、Ｓ１６５；ＹＥＳ）、エラーデータ
のうち受信エラーデータ（ErrorIn）が存在するときに
は（ステップＳ１６６；ＹＥＳ）、受信データ量から受
信エラーデータ分を削除し（ByteIn-ErrorIn）（ステッ
プＳ１６７）、そのアドレスについての日次伝送量デー
タに、受信伝送量データを累算する（ステップＳ１６
８）。

【０１３１】更に、Ｆx＝２であると判別され（ステッ
プＳ１６１；ＮＯ、Ｓ１６５；ＮＯ、Ｓ１６９；ＹＥ
Ｓ）、送信エラーデータ（ErrorOut）が存在するときに
は（ステップＳ１７０；ＹＥＳ）、送信データ量からエ
ラーデータ分を削除し（ByteOut -ErrorOut)（ステップ
Ｓ１７１）、そのアドレスについての日次伝送量データ
に送信量を累算する（ステップＳ１７２）。

【０１３２】このように、エラーデータ分を削除した日
次伝送量データを生成することによって、ネットワーク
装置、サーバ装置、及びネットワーク幹線等によって生
じたエラーデータを課金の対象から除外することができ
る。従って、正常に送信又は受信したデータのみを課金
対象とすることができる。

【０１３３】この発明は、ＣＡＴＶを用いたインターネ
ット接続サービスに用いて好適である。ただし、これに
限定されるものではなく、コンピュータとインターネッ
ト以外のＷＡＮとの接続を行う種々のシステムに適用で
きる。また、ＣＡＴＶを用いたものである必要もなく、
電話回線網とインターネットとの間を接続するようにし
てもよい。

【０１３４】また、図１に示すインターネット接続シス
テムの内部構成も任意に変更可能であり、例えば、バス
Ｌ１〜Ｌ３が共通化されるなどしてもよい。但し、課金
対象であるデータが伝送されるバスＬ１、Ｌ２ａ，Ｌ２
ｂと、課金処理のためのデータが伝送されるバスＬ３と
は、分離しておくことが望ましい。

【０１３５】

【発明の効果】以上説明したように、この発明によれ
ば、複数のデータ量プローブが測定した伝送データ量を
一括して集計して、課金処理を行うことができる。更
に、伝送量データを識別することにより、サービスに応
じた課金処理などの柔軟な課金処理が可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかるＣＡＴＶ網を用い
たインターネット接続システムの構成を示す図である。

【図２】図１に示すデータ量プローブにより生成され
る、通信別の伝送量データの一例を示す図であり、
（Ａ）はＩＰデータの伝送量を示す通信別伝送量データ
の例、（Ｂ）はＳＭＴＰデータの伝送量を示す通信別伝
送量データの例、（Ｃ）はＮＮＴＰデータの通信別伝送
量を示す伝送量データの例、（Ｄ）はＭａｃデータの伝
送量を示す通信別伝送量データの例である。

【図３】コンピュータとインターネットとの間で伝送さ
れるデータパケットの概略構成を示す図である。

【図４】図１に示すデータ量集計部によりＩＰデータ毎
に集計されて生成される日次伝送量データの一例を示す
図であり、（Ａ）はＩＰデータの日次伝送量を示す日次
伝送量データの例、（Ｂ）はＳＭＴＰデータの日次伝送
量を示す日次伝送量データの例、（Ｃ）はＮＮＴＰデー
タの日次伝送量を示す日次伝送量データの例、（Ｄ）は
Ｍａｃデータの日次伝送量を示す日次伝送量データの例
である。

【図５】加入者別に集計された伝送データ量を示す加入
者別伝送量データの例を示す図であり、（Ａ）は加入者
別日次伝送量データの例、（Ｂ）は加入者別月次伝送量
データの例である。

【図６】（Ａ）は、図１に示すネットワーク接続システ
ムが提供するサービスとその料金設定を示す料金一覧デ
ータの例であり、（Ｂ）は加入者別料金データの例であ
る。

【図７】図１に示すネットワーク接続システムが提供す
るサービスの加入者とその契約内容を示す加入者契約デ
ータの一例を示す図である。

【図８】加入者からの要求に応じて提示される、月次明
細の一例を示す図である。

【図９】加入者からの要求に応じて提示される、日次明
細の一例を示す図である。

【図１０】図１に示すデータ量集計部が実行する日次伝
送量データ生成処理の一例を示すフローチャートであ
る。

【図１１】図１に示すデータ課金サーバが実行する加入
者契約データ更新処理のフローチャートである。

【図１２】図１に示すデータ課金サーバが実行する日次
処理のフローチャートである。

【図１３】図１に示すデータ課金サーバが実行する締め
日処理のフローチャートである。

【図１４】図１に示すデータ量集計部が実行する課金対
象のデータが指定されているときの日次伝送量データ生
成処理を示すフローチャートである。

【図１５】図１に示すデータ量集計部によりＩＰデータ
毎に集計されて生成される日次伝送量データの例を示す
図であり、（Ａ）は課金対象のデータが送受信量と設定
されているときのＩＰデータの日次伝送量を示す日次伝
送量データの例、（Ｂ）は課金対象のデータが受信量の
みと設定されているときのＩＰデータの日次伝送量を示
す日次伝送量データの例、（Ｃ）は課金対象のデータが
送信量のみと設定されているときのＩＰデータの日次伝
送量を示す日次伝送量データの例である。

【図１６】図１に示すネットワーク接続システムが提供
するサービスの加入者とその契約内容を示す加入者契約
データの他の例を示す図である。

【図１７】図１に示すデータ量集計部が実行する加入者
別に課金対象のデータが指定されているときの日次伝送
量データ生成処理の前半を示すフローチャートである。

【図１８】図１に示すデータ量集計部が実行する加入者
別に課金対象のデータが指定されているときの日次伝送
量データ生成処理の後半を示すフローチャートである。

【図１９】伝送量データにエラーデータが含まれている
例を示す図であり、（Ａ）はＩＰデータの伝送量を示す
伝送量データの例、（Ｂ）はＳＭＴＰデータの伝送量を
示す伝送量データの例、（Ｃ）はＮＮＴＰデータの伝送
量を示す伝送量データの例、（Ｄ）はＭａｃデータの伝
送量を示す伝送量データの例である。

【図２０】伝送量データにエラーデータが含まれている
場合の日次伝送量データ生成処理を説明するためのフロ
ーチャートである。

【符号の説明】

１ａ〜１ｍ、１ｑ〜１ｚ・・・コンピュータ（ＰＣ）、２
ａ〜２ｎ、２ｑ〜２ｙ・・・ケーブルモデム、３ａ，３ｂ・
・・データ量プローブ、４・・・データ量集計部、５・・・デー
タ課金サーバ、６ａ，６ｂ・・・センタールータ、７ａ、
７ｂ・・・セキュリティルータ、８・・・ＣＡＴＶ課金サー
バ、９・・・Ｗｅｂサーバ、１０・・・ＤＳＵ、１１・・・ルー
タ及びファイヤーウォール、１２ａ，１２ｂ・・・ＣＡＴ
Ｖ網、Ｌ１〜Ｌ３・・・バス、ＩＮＴ・・・インターネット

Claims

【特許請求の範囲】

【請求項１】複数のコンピュータとネットワークとの間
に配置され、各コンピュータとネットワークとを接続す
るネットワーク接続システムであって、前記複数のコンピュータとネットワークとの間でデータ
を送受信する複数のデータ送受信手段と、自己が管理している前記データ送受信手段を伝送される
データをそれぞれモニタし、アドレスとデータ量とを検
出する複数の検出手段と、複数の前記検出手段が検出したアドレスとデータ量とに
関する情報を収集し、アドレス別にデータ量を集計する
集計手段と、前記集計手段により集計されたアドレス別のデータ量に
基づいて利用者別の課金額を求める課金手段と、を備えることを特徴とするネットワーク接続システム。
【請求項２】複数のコンピュータにＣＡＴＶ（CAble Te
leVision）網を介して接続され、ＣＡＴＶ網を介して各
コンピュータとインターネットとの間を接続するネット
ワーク接続システムであって、前記複数のコンピュータとインターネットとの間で、Ｃ
ＡＴＶ網を介してデータを送受信する複数のデータ送受
信手段と、自己が管理している前記データ送受信手段を伝送される
データをそれぞれモニタし、アドレスとデータ量とを検
出する複数の検出手段と、複数の前記検出手段が検出したアドレスとデータ量とに
関する情報を収集し、アドレス別にデータ量を集計する
集計手段と、前記集計手段により集計されたアドレス別のデータ量に
基づいて利用者別の課金額を求める課金手段と、を備えることを特徴とするネットワーク接続システム。
【請求項３】各前記検出手段は、前記データ送受信手段
を伝送されるデータをモニタして、そのプロトコルを検
出する手段を備え、前記集計手段は、複数の前記検出手段が検出したアドレ
スとデータ量とプロトコルとに関する情報を収集し、ア
ドレス別及びプロトコル別にデータ量を集計する手段を
備える、ことを特徴とする請求項１又は２に記載のネットワーク
接続システム。
【請求項４】前記検出手段は、コンピュータからネット
ワークに送出されたデータの量と、ネットワークからコ
ンピュータが受信したデータの量と、を検出する手段を
備え、前記集計手段は、複数の前記検出手段が検出したアドレ
スとデータ量とに関する情報を収集し、アドレス別に日
単位でデータ量を集計する日次集計手段と、前記日次集
計手段が集計したデータ量を、前回の締め日から累算し
て、前回の締め日から現在までのアドレス別の送受信デ
ータ量を求める月次集計手段と、を備え、前記課金手段は、前記月次集計手段が集計したアドレス
別のデータ量に基づいて課金金額を求める手段を備え
る、ことを特徴とする請求項１、２又は３に記載のネットワ
ーク接続システム。
【請求項５】前記集計手段は、複数の前記検出手段が検
出したデータが、既にデータ量を集計したデータと重複
しているか否かを判別し、重複していると判別したとき
に、その検出したデータを削除する手段を備える、こと
を特徴とする請求項１乃至４の何れか１項に記載のネッ
トワーク接続システム。
【請求項６】前記検出手段は、コンピュータからネット
ワークに送出されたデータと、ネットワークからコンピ
ュータが受信したデータと、コンピュータがネットワー
クと送受信したデータと、の何れが課金対象に設定され
ているかを識別する手段を備え、前記集計手段は、前記検出手段が検出した課金対象のデ
ータのデータ量をアドレス別及びプロトコル別に集計す
る手段を備える、ことを特徴とする請求項１乃至５の何れか１項に記載の
ネットワーク接続システム。
【請求項７】前記検出手段は、利用者毎に設定されてい
る課金対象のデータを識別する手段を備える、ことを特
徴とする請求項６に記載のネットワーク接続システム。
【請求項８】前記集計手段は、前記検出手段が検出した
データにエラーデータが含まれているか否かを判別し、
エラーデータが含まれていると判別したときに、エラー
データ分を減算したデータ量のデータを集計する手段を
備える、ことを特徴とする請求項１乃至７のいずれか１
項に記載のネットワーク接続システム。