JP2003338829A - 課金システム及び該システムを構成する装置 - Google Patents

課金システム及び該システムを構成する装置

Info

Publication number
JP2003338829A
JP2003338829A JP2002142602A JP2002142602A JP2003338829A JP 2003338829 A JP2003338829 A JP 2003338829A JP 2002142602 A JP2002142602 A JP 2002142602A JP 2002142602 A JP2002142602 A JP 2002142602A JP 2003338829 A JP2003338829 A JP 2003338829A
Authority
JP
Japan
Prior art keywords
charging
service
billing
condition
user
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.)
Granted
Application number
JP2002142602A
Other languages
English (en)
Other versions
JP4009136B2 (ja
Inventor
Yoichiro Igarashi
洋一郎 五十嵐
Mitsuaki Kakemizu
光明 掛水
Chizuru Hamazaki
千鶴 濱崎
Hiroyuki Taniguchi
浩之 谷口
Masaaki Takase
正明 高瀬
Masaaki Wakamoto
雅晶 若本
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 JP2002142602A priority Critical patent/JP4009136B2/ja
Priority to US10/162,806 priority patent/US7510113B2/en
Priority to EP20020012373 priority patent/EP1265397A3/en
Publication of JP2003338829A publication Critical patent/JP2003338829A/ja
Application granted granted Critical
Publication of JP4009136B2 publication Critical patent/JP4009136B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/745—Customizing according to wishes of subscriber, e.g. friends or family
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43—Billing software details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/46—Real-time negotiation between users and providers or operators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/49—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8033—Rating or billing plans; Tariff determination aspects location-dependent, e.g. business or home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8044—Least cost routing
    • H04M15/805—Bidding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0108—Customization according to wishes of subscriber, e.g. customer preferences, friends and family, selecting services or billing options, Personal Communication Systems [PCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0168—On line or real-time flexible customization or negotiation according to wishes of subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/22—Bandwidth or usage-sensitve billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/34—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/46—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/54—Resellers-retail or service providers billing, e.g. agreements with telephone service operator, activation, charging/recharging of accounts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/56—On line or real-time flexible agreements between service providers and telecoms operators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7435—Location dependent, e.g. Bussiness or home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/745—Least cost routing, e.g. Automatic or manual, call by call or by preselection
    • H04M2215/7457—Biding

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Meter Arrangements (AREA)

Abstract

(57)【要約】 【課題】 提供されるサービスに対する課金条件を動的
に生成し、該課金条件にしたがって課金できるように
し、かつ、有料サービスに対するネットワーク内の代行
課金を可能にする。 【解決手段】 サービス種別およびユーザ端末単位のユ
ーザ課金プロファイルUBPをユーザ課金プロファイル登
録部24に保存し、サーバ41内の課金条件生成部は特定さ
れたサービス種別およびユーザ端末に応じたユーザ課金
プロファイルUBPとサーバ課金プロファイルSBPを照合し
て課金条件を生成し、外部エージェントFAの課金条件設
定部は課金部に前記生成された課金条件を設定し、課金
部は設定された課金条件に基づいてユーザ端末11毎に課
金処理を実行する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は課金システム及び該
課金システムにおける課金条件決定サーバ、移動端末及
びルータ装置等の該課金システムを構成する装置に関す
る。 インターネットの急速な発展によりIPパケットトラヒッ
クが急増している。さらに、携帯電話の普及に伴い、In
ternational Mobile Telecommunications 2000(IMT-200
0)での標準化もあり、モバイル環境での高速IP通信が普
及すると考えられる。このような急速な技術革新にも関
わらず、IP通信の高度化、即ち、端末毎のQoS、WWWサー
バのネットワークワイドな負荷分散といったサービスを
実現する技術は、需要が見込まれる中で十分に成熟して
いるとは言えない。本発明は、端末（加入者）単位での
サービスの管理、実行を可能とするモバイル環境を含む
IPネットワークにおけるIPサービス制御機構において、
サービスの内容に沿った課金を行うために必要となる課
金技術を提供する。すなわち、本発明は、インターネッ
トに接続する端末毎に、また、該端末に提供されるサー
ビス単位で課金する課金技術を提供する。 また、本発明は、複数サーバより情報を連続して提供す
るサービスに課金する課金技術を提供する。ネットワー
クを利用した新たな情報配信サービスの一形態として、
地理的に分散されたサーバ群を利用して統一されたサー
ビスを提供するビジネスが立ち上がりつつある。具体的
には、地図情報を車載装置内の記憶装置に保存する既存
のカーナビゲーションシステムと異なり、現在地周辺等
必要地域の地図情報の供給をネットワーク経由で配信す
るサービスである。この種のサービスは、地図情報提供
業者としては１つでありながら、サービスを提供するサ
ーバ装置等の配置を地理的に分散し、各サーバに配信す
べき地図情報を分割して保持させることにより行われ
る。言い換えれば、各地域に関連した情報配信を担当す
るサーバが存在するものである。この構成は、データサ
イズの拡大が予測される地図等の情報配信に対して、ユ
ーザに対する応答時間と、ネットワークトラヒックの緩
和、地図サーバ負荷の分散を狙ったものである。かかる
複数サーバより情報を連続して提供するサービスに課金
する課金技術を確立する必要があり、本発明はかかる課
金技術を対象とする。
【０００２】
【従来の技術】・PBN (Policy-Based Networking) Cisco、3com等の米ベンダが中心にPBN (Policy-Based N
etworking)という概念でIPネットワークを制御する枠組
みを提案している。PBNでは、ポリシーサーバがネット
ワークの運用ポリシーをルータなどのネットワーク機器
群に設定し、ネットワーク機器群が、本ポリシーを参照
することでQoS等のサービスを実現する。しかし、移動
端末毎のポリシー設定を考えると、ポリシー追加／変更
時、移動端末を収容する可能性のあるすべてのネットワ
ーク機器群へのポリシーの設定が必要となり、ネットワ
ーク全体でのポリシー設定処理量が増加する。さらに、
PBNで通知される情報をモバイルIP等の個々に規定され
る基本サービスに適用するためには、それぞれのサービ
スに適用させるための仕様化と実装検討が必要であっ
た。すなわち、PBNでは、ユーザ／端末毎に異なるサー
ビス制御、例えばQoS制御を提供することが困難である。
そこで、本願出願人は、インターネットにおいてユーザ／
端末毎にカスタマイズされたIPサービスを提供する「統
合IPサービス制御アーキテクチャ」を提案している。
【０００３】・統合IPサービス制御アーキテクチャ インターネットへの要求の一つとして、アプリケーショ
ン、端末能力等の多様化が進むことで、ユーザ毎にきめ
細かなサービス制御機能が必要になると予想される。し
かし、現在あるいは上記PBNのインターネットは、ユー
ザ毎にカスタマイズされたIPサービスを提供する機能が
十分とは言えない。本願出願人が提案する上記「統合IP
サービス制御アーキテクチャ」の特徴は、(1)ユーザ毎
にカスタマイズされたIPサービスを提供できる点、(2)移
動通信をベースに固定端末を移動度0の移動端末とみな
し、移動通信に必須な位置登録機能を高度化することで
固定端末と移動端末の双方へのサービス制御を行なう
点、(3)位置登録時にサービス制御に必要な手続きやデー
タ（サービス制御情報）を網内の必要装置にのみキャッ
シュ設定し、パケット転送時に本キャッシュを用いてサ
ービス制御する点にある。さらに、本アーキテクチャ実
装について、IETF(Internet Engineering TaskForce)で
検討中のMobile IPを適用することでインターネットへ
の配備を可能とする。
【０００４】すなわち、「統合IPサービス制御アーキテ
クチャ」は、固定/移動の区別なく、ユーザ/端末毎にカ
スタマイズされたIPサービスを提供できるようにするも
のであり、(1)固定/移動を統合した制御技術、(2)配備の
容易性を考慮した機能分離技術、(3)位置登録、位置問い
合わせ手順を応用した制御情報の配布技術、(4)サービス
プロファイルのオープン化の技術、を特徴とするもので
ある。
【０００５】(1)の固定／移動を統合した制御技術と
は、固定端末を「移動度＝0」の移動端末とみなし、IP
ネットワーク種別（パケット転送方式、固定／移動等）
に依存しない制御を行う技術である。(2)の配備の容易性
を考慮した機能分離技術とは、レイヤをサービス制御レ
イヤとIPパケット転送レイヤに分離し、各々のレイヤを
独立に開発、配備を可能にする技術である。(3)の制御情
報の配布技術とは、ネットワーク上の端末の位置登録を
契機に、パケット転送に関わる機器のみにサービス制御
情報（サービスプロファイルや位置情報）を配布する技
術である。(4)のサービスプロファイルのオープン化技
術は、ポリシーベースネットワーク管理システムと連携
し、ユーザ自身に編集機能を提供することである。
【０００６】・統合IPサービス制御アーキテクチャの基
盤 以下において、本発明の基盤になっている「統合IPサー
ビス制御アーキテクチャ」における(1)レイヤ構造、(2)
サービス制御方式、(3)Mobile IPの原理、(4)Mobile IPへ
の適用(サービスプロファイル配布手順)、(5)Mobile IP
への適用(サービス実行手順)について説明する。
【０００７】(1)レイヤ構造 図9１は統合IPサービス制御アーキテクチャのレイヤ構
造説明図であり、レイヤはサービス制御レイヤSCLとIPパ
ケット転送レイヤPTLに分離されている。サービス制御
レイヤSCLには、サービスプロファイルデータべース(サ
ービス制御データべースともいう)SPDB、位置情報データ
べースPIDB、IPサービス制御機能を実行するサーバSVが
設けられている。サービスプロファイルデータべースSPD
Bには、個々の加入者(端末)のサービス制御情報たとえ
ば品質制御情報QoSなどが契約時に登録されており、ま
た、位置情報データべースPIDBにはユーザ端末からの位
置登録により各加入者の所在位置を示す位置情報が登録
されている。サーバSVは各データべースの情報を管理す
ると共に、必要に応じて位置情報及びサービスプロファ
イル情報をIPパケット転送レイヤPTLのエッジルータERT
1,ERT2,ERT3に配布する。IPパケット転送レイヤPTLは、
コアネットワークNW、コアネットワークの周辺に配置さ
れ、多数のユーザ端末を収容し、特定のサービス制御、例
えば品質制御サービスを実行するエッジルータERT１〜E
RT3を備えている。
【０００８】サービス制御レイヤSCLのサーバSVは、(a)
端末の位置(どのルータに収容されているか)及び端末に
設定されているサービスプロファイルを管理すると共
に、(b)着目している端末に設定されているサービスプロ
ファイルに基づいてサービス制御を実行し、さらには、
(c)所定の端末の位置情報やサービスプロファイルをエ
ッジルータに配布する。IPパケット転送レイヤPTLのエ
ッジルータERTは、(a)サービス制御レイヤSCLに位置登
録要求すると共に、(b) サービス制御レイヤSCLから配布
される通信先端末の位置情報やサービスプロファイルを
キャッシュメモリに保存し、(c)保存後、サービス制御レ
イヤSCLを介さずキャッシュメモリに保存されているサ
ービスプロファイルのルールに基づいてサービス制御を
実行して通信先端末と通信する（キャッシュ実行機
能）。
【０００９】(2)サービス制御方式 図9２は統合IPサービス制御アーキテクチャにおけるサ
ービス制御方式の説明図である。 端末MN１（IPアドレス:IP＃M1）は、エッジルータERT
1を介してIPサービス制御レイヤSCLのサーバSVに位置登
録要求メッセージを発行する。これにより、サーバSVは
位置情報データべースPIDBに端末MN1（IP＃M1）に対応
させて該端末を収容するルータERT1のIPアドレス（IP＃
F1）を登録する。なお、既にサービスプロファイルデー
タべースSPDBには、端末MN1（IP＃M1）に対応させて、宛
先ポート番号、品質制御情報QoSが登録されている。例で
は、ポート番号80はHTTP(Hyper Text Transfer Protoco
l)用のポートであり、高QoS（例えば、高い優先度）が
設定され、ポート番号２５はSMTP（Simple Mail Transfe
r Protocol）用のポートであり、低QoS(例えば、低い優
先度)が設定されている。
【００１０】かかる状態において、端末MN2（IP＃M2）
が端末MN1（IP＃M1）に初めてデータパケットを送信す
る場合、該データパケットはサーバSVのサービス制御機
能を経由してサービス実行され、端末MN1（IP＃M1）に送
達される。すなわち、端末MN2を収容するエッジルータER
T2はサーバSVに端末MN1の位置及びサービスプロファイ
ルを問い合わせ、サーバSVは得られた位置情報/サービス
制御情報に基づいて端末MN1（IP＃M1）に端末MN2（IP＃
M2）からのパケットを送達する。
【００１１】ついで、サーバSVは、前述のように端末M
N2（IP＃M2）を収容するエッジルータERT2に端末MN1（I
P＃M1）の位置情報とサービスプロファイルを送達す
る。エッジルータERT2は送達された情報を内蔵のキャッ
シュメモリに保存し、以後、キャッシュメモリに保存し
た位置情報及びサービスプロファイルを参照して端末MN
1（IP＃M1）と通信する。 サーバSVよりエッジルータERT2にサービスプロファイ
ル配布後、エッジルータERT2は、端末MN2（IP＃M2）か
ら端末ＭＮ1（IP＃M1）宛てのパケットが発生すると、サ
ーバSVを介さず単独で端末ＭＮ1のサービス制御を実行
して送信する。
【００１２】(3)Mobile IPの原理 図9３はMobile IPの原理説明図であり、NWはコアネット
ワーク、ISP-1は端末MN1のホームネットワーク、HAは端
末MN1のホームネットワークISP-1を統括管理するエッジ
ルータ(ホームエージェント：Home Agentという)、ISP-2
はコアネットワークNWに接続するホームネットワーク以
外の外部ネットワーク、FAは外部ネットワークISP-2を
統括管理するエッジルータ(フォーリンエージェント)、
AAASは認証、許可、及び課金処理(Authentication Author
ization Accounting)を実行するAAAサーバである。Mobi
le IPはIPネットワークにおいて端末の移動をサポート
するプロトコルである。Mobile IP以前のIPネットワー
クでは、端末毎に割り当てられたIPアドレスは特定ネッ
トワーク内の番号体系において固定であり、そのネット
ワークにおいてのみ有効で、別のネットワークに持って
行くことは基本的に不可能であった。Mobile IPはこれを
可能にするものである。
【００１３】すなわち、 端末MN1はホームネットワークISP-１から外部ネット
ワークISP-2に移動する。 端末MN1は外部ネットワークISP-2に移動すると、フォ
ーリンエージェントFAに対して位置登録要求メッセージ
を送出する。これにより、フォーリンエージェントFAは
端末MN1の認証をAAAサーバに依頼する。 AAAサーバは端末MN1の認証を完了すれば、端末MN1の
ホームネットワークISP-1上で端末MN1を管理するホーム
エージェントHAに移動先位置の登録を依頼する。
【００１４】登録要求メッセージを受信したホームエ
ージェントHAは、端末MN1の移動先（位置）として、移
動先ネットワークISP-2を管理するエッジルータ(フォー
リンエージェントFA)のIPアドレス（IP#f.a）を認識
し、同時に、端末MN1の位置情報として内部に移動性結
合テーブルMCTBを作成し、以後このテーブルで端末MN1の
位置を管理する。位置登録が完了すればホームエージェ
ントHAは登録応答メッセージをAAAサーバに対して返信
する。 AAAサーバは登録応答メッセージをフォーリンエージ
ェントFAを宛先として中継し、フォーリンエージェントF
Aは端末MN1に位置登録が完了したことを通知する。以
後、端末MN１に送信されるデータパケットはHA／FAを経
由して訪問先ネットワークISP−2上の端末MN1に送還さ
れる。すなわち、端末MN1へのパケットは通常のルーチン
グによりホームネットワークISP-1のホームエージェン
トHAに到達する。ホームエージェントHAは移動性結合テ
ーブルMCTBを参照し、端末MN1の位置を認識し、ＩＰトン
ネリング技術により強制的にパケットをフォーリンエー
ジェントFAに転送し、フォーリンエージェントFAは該パ
ケットを端末MN1に送達する。
【００１５】(4)Mobile IPへの適用例(サービスプロフ
ァイル配布手順) 図9４はMobile IPへの適用例(サービスプロファイル配
布手順)の説明図であり、AAAサーバにIPサービス制御機
能を持たせ、位置登録時にサービスプロファイルをAAAサ
ーバよりホームエージェントHAとフォーリンエージェン
トFAに配布する。なお、AAAサーバはホームエージェント
HAに位置情報も配布する。サービスプロファイルの概略
的な配布手順は以下の通りである。 移動端末MN(MobileNode)は移動によりフォーリンエー
ジェントFAに位置登録要求を送信する。フォーリンエー
ジェントFAはこの位置登録要求を、AAAサーバに中継す
る。
【００１６】AAAサーバは位置登録要求を受信すると
位置情報データべースPIDBに登録すると共に、移動端末
MNのサービスプロファイルをサービスプロファイルデー
タべースSPDBから検索する。 AAAサーバは検索したサービスプロファイルを位置情
報と共にホームエージェントHAに送信する。ホームエー
ジェントHAはこれらを内蔵のキャッシュメモリに保持す
る。以上により、ホームエージェントHAは以後AAAサーバ
に問い合わせること無く、キャッシュメモリを参照する
ことにより配下の移動端末MNの位置情報及びサービスプ
ロファイルの取得が可能となる。 位置登録が完了すればホームエージェントHAはAAAサ
ーバに登録応答メッセージを返す。
【００１７】これにより、AAAサーバは移動端末MNの
サービスプロファイルをフォーリンエージェントFAに配
布し、フォーリンFAは該サービスプロファイルを内蔵の
キャッシュメモリに格納する。 又、フォーリンエージェントFAは移動端末MNに位置登
録の完了を通知する。 以上により、以後AAAサーバにサービスプロファイルや位
置情報を問い合わせること無く、フォーリンエージェン
トFAは端末MNからのパケットに所定のサービスを実行し
て他の端末へ送信することができる。又、ホームエージ
ェントHAは該移動端末MN宛てのパケットに所定のサービ
スを施して送信することができる。
【００１８】(5)Mobile IPへの適用例(サービス実行手
順) 図95はMobile IPへの適用例(サービス実行手順)説明図
である。サービス実行の概要は、ホームエージェントHA
が、移動端末宛てのパケットに対するサービスを実行し、
フォーリンエージェントFAが移動端末が発するパケット
に対するサービスを実行する。すなわち、 所定通信ノード(Correspondent Node)CNから移動端末
MNへ送信するデータパケットは、エッジルータERT3を経
由して移動端末MNのホームエージェントHAに至り、ここ
で所定のサービスを施され、コアネットワークNWを介し
てフォーリンエージェントFAに到達する。すなわち、ホ
ームエージェントHAが持っているサービスプロファイル
に基づき移動端末MN宛てのパケットにサービスが施され
る。
【００１９】移動端末MNから所定の通信ノードCNへ送
信するパケットは、移動端末MNのフォーリンエージェン
トFAを通過する際に、サービスプロファイルに基づい所
定のサービス制御が施され、しかる後エッジルータERT3
を介して通信ノードCNへ送信される。 以上、提案されている「統合IPサービス制御アーキテク
チャ」によれば、固定/移動の端末毎にサービス制御の契
約条件を設定してIPサービス(例えば帯域保証、QoS制御)
等を提供できる。この結果、ネットワーク資源の使用料と
契約条件を関連つけることで設備投資に見合った収益を
得ることが期待できる。
【００２０】・現状の課金技術 現在、固定/移動を含めたインターネット接続サービス
において、加入者が支払う料金体系は定額課金以外に以
下の２つのカテゴリ、 (1) パケット流量や回線接続時間に対する課金 (2) 情報/コンテンツサービスに対する課金 に分類される。しかし、現状のサービスプロバイダのサ
ービス契約条件は、期間契約等による定額課金制が主で
ある。従量課金等の新規の課金メカニズム導入は、サー
ビス利用料（例：消費パケット数）の計測機能をネット
ワーク内のルータ等に分散配備する必要があり、単独の
サービスプロバイダ、特に小規模、新規のサービスプロ
バイダが適正な投資効果のうえに従量課金メカニズムを
構築することは難しい環境にある。 ・ASP(Application Service Provider)の台頭 現在，InternetのサービスとしてASP(Application Serv
ice Provider)事業が各所で立ちあがりつつあり、各種
のソリューションを提供されつつある。ASPの基本的な
考えの一つは、従来端末個別に売りきりで販売していた
パッケージソフト、もしくはサービスをネットワーク経
由で提供し、ユーザの利用量（利用時間and/orデータ）
に応じて料金徴収するビジネスである。ASPが提供する
サービスは多岐に渡り、グループウエアから通常のパッ
ケージソフトまで各種提案されている。ASPを利用する
ユーザの目的は「購入するほど使用頻度が高くないた
め、使った分だけ支払って節約したい」という動機が多
いと考えられるため、従量課金等多様な課金方式の需要
があると予想される。 ・モバイルにおける料金に関する現状 移動端末、特に携帯電話における音声通話以外のデータ
サービスの普及が著しい。これらのデータサービスは具
体的にはインターネットへの接続であるが、この通信基
盤を利用したサービスは現状、月極め契約の情報サービ
ス、もしくは物品の決済（モバイル・コマース）がほと
んどである。これらの特徴は、ネットワーク上の情報使
用量などと関係なく、一定額の支払いの合意を契機とし
てサービス提供が行われるもので、ユーザごとのニー
ズ、ネットワーク上での配信状況等を含めたコンテンツ
に対して支払われるものにはなっていない。
【００２１】以上より、従量課金等の新規の課金メカニ
ズムをネットワークオペレータが導入し、汎用機能とし
てサービスプロバイダに提供する運用形態が現実的であ
る。このようにすれば多彩な課金方式の適用が可能とな
り、サービス提供者間の競争を活性化できる。また、代
金回収をネットワーク運用者が代行するようにすれば、
ユーザは個々のサービスプロバイダとの固定的な個別契
約を必要とせず、安心して利用することがきるようにな
り、コンテンツプロバイダの参入を容易にできる。・ 戦略的な課金の必要性 あらゆる情報通信手段がIP（Internet Protocol）への
統合を試みられている現状において、今後のIPサービス
事業の隆盛により業者間での競争の活発化が予想される
が、その差別化の要素としては，(1)サービス内容の差
別化（カスタマイズ、特殊機能等）、(2) 戦略的な料金
プランの提供、が考えられる。特に、従量課金制が有効
なASPサービスでは(2)は重要で、同種のサービスを提供
する複数業者間での競争の活性化に寄与できる。
【００２２】・優良な新サービスの出現を促進する条件 今後、広帯域化が進むインタネット上で独自性の高いサ
ービスが出現するためには以下の(a)、(b)、 (a)多彩な課金方式の選択肢を提供し、サービス提供者間
の競争を活性化する、(b)課金業者が代金回収すること
で、コンテンツプロバイダの参入を容易にする、の基盤
を確立することである。すなわち、これらの基盤は、独
自性の高いサービスが出現するために必要であると考え
られる。ｉモードの勝因の１つは、簡便ながらコンテン
ツへの課金を代行した点にあるといわれている。これら2
つの基盤を満足する課金技術を確立できれば、該課金技
術を端末単位の契約サービス制御技術に連携することに
より、端末毎はもとより、さらにサービス種別毎に多様
な料金設定の提供が可能となり、ネットワーク運用業者
に対して効果的な設備投資を可能とし、又、サービス提供
者間の競争を活発化させることができる。
【００２３】
【発明が解決しようとする課題】音声とデータ通信が統
合された、多様な種類の端末が接続されるIPネットワー
クでは、遅延に敏感なトラフィックやビジネス上優先度
の高いトラフィックを保護するためQoS機能の実現は必
須である。QoSを実現する手段としてInt-ServやDiff-Se
rvといった方式が提案されているが、キャリア網やバッ
クボーン網としてはオーバヘッドが少ないDiff-servサ
ポートが有力視されている。
【００２４】しかしDiff-servは、経路上のネットワー
ク機器へのポリシー設定を必要とし、Diff-Serv単独で
はネットワーク管理が煩雑になるといった問題がある。
そのためネットワーク機器へのポリシー設定をポリシー
サーバと呼ばれるサーバから一括設定するPBN （Policy
-Based Networking）という概念が提案された。しかし
移動端末をサポートした様々なプロバイダ、キャリアか
ら構成されるシームレスなグローバルネットワークで
は、全てのローカルネットワークが接続可能性のあるユ
ーザに対するポリシーの決定とネットワーク機器への情
報設定が可能でなければならない。PBNでこれを行うた
めには、全てのユーザのポリシ情報をローカルに保持す
るか、可能性のある全てのネットワーク機器に対して情
報をあらかじめ設定するしかない。これは億単位にもの
ぼるユーザに対して実行するのは極めて非効率的であ
り、現実的ではない。又、全てのユーザのポリシー情報
を常時、ネットワーク機器に保持するのは、ネットワー
ク機器のメモリ量増加を招き、処理能力を劣化させる。
逆に、常にポリシーサーバへ尋ねるような処理方式とし
た場合は、問い合わせのオーバヘッドが発生し、SLA (S
ervice Level Agreement)を遵守できない可能性が増大
するといった問題もある。
【００２５】既述の「統合IPサービス制御アーキテクチ
ャ」におけるIPサービスは、加入者個別のサービス制御
方式を実現するものであるが、加入者単位の個別条件に
基づくサービスを提供するにあたっては、提供したサー
ビスに応じた料金体系により適切に課金を行う必要があ
る。そこで、本発明は、上記アーキテクチャと連携する
ことを前提に、端末単位および端末が利用するサービス
単位の課金条件の設定を可能とする課金技術を提案す
る。この課金技術における具体的な課題１〜3を以下に
列挙する。
【００２６】課題１：柔軟な課金機能の導入 現在の移動端末において提供されるサービスの課金単位
は、月額固定もしくは、特定の物品に対する支払い決
裁、といった形式であり、ユーザ単位ではなくサービス
提供業者の決定する固定的な条件のみで課金されてい
た。今後、広帯域化の進むモバイルインターネットにお
いて、高品質コンテンツの提供が進むと予想されるが、
これらは高精度なコアネットワークのIPサービスに対す
る品質制御のうえに成り立つと考えられる。このため、
高品質なアプリケーションに対しては、それに見合う料
金プランの設定が必要になり、コンテンツ提供業者間の
競争を生むためにユーザ単位、サービス種別単位に多彩
な課金方式を提供する必要がある。基本的な市場原理の
一つとして、企業間で活発な競争を生むためには、顧客
に対して、課金方式に関して多彩な選択肢を与えること
が重要である。
【００２７】端末単位（ユーザ単位）に個別サービスを
提供しようとする場合、端末単位で課金のための規則
（課金条件）が異なるはずである。又、移動端末単位に
個別の課金条件を設定し、この課金条件を移動先のネッ
トワークで適用可能にするためには、ネットワーク内の
全ての課金装置(課金エンジン)に、当該移動端末の課金
条件を設定する必要がある。かかる場合、工夫しないと
課金装置１台につき、当該ネットワークに収容される莫
大な数の全端末分の課金条件を予め設定することが必要
になり、ネットワーク制御機構の大規模ネットワークへ
の適用性の点で現実的ではない。
【００２８】また、多彩なサービスの出現を促進させる
ためには、サービス提供業者に対して、特色を出しやす
くするように多彩な課金条件を提供することが有望な一
方法である。このためには、端末単位で課金サービスの
許容条件を規定するとともに、サービス提供業者に対し
て多彩な課金条件を提供する。このようにすれば、提供可
能なサービス条件のパターンを飛躍的に拡大することが
でき、ユーザのニーズに合ったサービスを提供できるよ
うになる。
【００２９】課題２：移動端末への課金の適用 現在の移動端末における品質制御技術の主なものに、ス
ムースハンドオフ(smooth hand off)技術がある。これ
は、移動端末の基地局間の移動に際して、データの通信
を継続することを目的とする技術である。ただし、現状
のハンドオーバ技術はレイヤ３（IPレイヤ）におけるパ
ケット単位の転送制御であり、上位アプリケーションレ
ベルの認証セッション情報とは連携しない。一方、有料
サービスではネットワーク内部の課金機能部がサービス
に関するセッション情報を認識する必要がある。このた
め、高品質かつ有料なアプリケーションの導入におい
て、移動端末へのサービス提供時の課金情報をハンドオ
ーバ後にも厳密に把握、継承することが必要となってく
る。例えば、一旦、サーバと移動端末間で開始された有
料アプリケーションの供給において、ハンドオーバの前
後で有料アプリケーションに関する課金情報を新旧基地
局間で交換して、移動後に即座に課金を継続する機能が
必要になる。
【００３０】・課題３：代行課金の実現 現状のインターネット上の有料サービスの多くは、大規
模な事業体がデータセンタを始めとする高度な設備を駆
使して展開しつつある。この業態の先駆けとしては米国
のamazon.com などがあり、既存の店舗ベースの書店を
駆逐しつつあると伝えられる。ただし、同社は売上自体
が伸びているものの、収益率は決してよいとはいえな
い。この原因としては、非常に高額なインフラ（サー
バ、回線）の導入、維持に多大な費用がかかるためであ
り、これが反面小規模事業者の参入の障害となる。今後
あらゆる業種、規模の事業者がIPサービスの提供業者と
して参入する上で必要なものは、低廉かつ信頼性の高い
商取引のインフラであり、必要十分な回線容量、サーバ
はもとよりASP(Application Service Provider)サービ
スを提供するために柔軟な課金機能を提供することが必
要である。このため、IPサービスを提供しようとする事
業者に対して、ネットワーク運用者が課金機能を提供し
て代行課金することで、新規かつ小規模な事業体の参入
を容易にする。代行課金するには、ネットワーク内部に
課金装置を配備し、これにより課金対象となるサービス
に関するパケットを観測、情報抽出する必要がある。
【００３１】課題４：IPv4, IPv6それぞれに適用できる
課金技術 IPv4/Mobile IPをべースとしたネットワーク構成におい
て上記課題１〜３を満足する課金技術及び今後の商用イ
ンタネットプロトコルの主体と見られるIPv6をべースと
したネットワーク構成において上記課題１〜３を満足す
る課金技術をそれぞれ提供する必要がある。
【００３２】以上より、本発明の目的は、ユーザ毎に提供
するサービスに応じた課金ができるようにすることであ
る。、 本発明の別の目的は、サービス種別単位に多彩な課金方
式を提供できるようにすることである。 本発明の別の目的は、ユーザおよびサービス提供者双方
に課金に関する許容条件を用意してサービス開始時に双
方の許容条件を照合し、サービス提供に対する課金条件
を動的に生成し、該課金条件にしたがって課金できるよ
うにすることである。 本発明の別の目的は、有料サービスに対するネットワー
ク内の代行課金を可能にすることである。本発明の別の
目的は、端末が移動しても該端末に対する課金制御をサ
ポートできるようにすることである。すなわち、端末移動
によりハンドオーバが発生しても、サービス開始時にユ
ーザ・サービス提供者間の交渉手順により動的に生成し
た課金条件を引き継いでサービスの提供、課金の継続を
サポートすることである。 本発明の別の目的は、価格交渉／課金条件設定の手順を
位置登録手順を利用して実行できるようにすることであ
る。 本発明の別の目的は、IPv4/Mobile IPをべースとしたネ
ットワークにおいて適用できる課金技術及びIPv6をべー
スとしたネットワークにおいて適用できる課金技術を提
供することである。
【００３３】
【課題を解決するための手段】第1〜第4の発明はIPv4/M
obile IPをべースとしたネットワーク構成において利用
できる課金技術であり、第5、第6の発明はIPv6をべースと
したネットワーク構成において利用できる課金技術であ
る。第1の発明は、ユーザ端末の位置登録処理に連携して
該ユーザ端末にサービスを提供するための処理を行い、
ユーザ端末に提供するサービスに対して課金を行う課金
システムであり、(1)サービス種別およびユーザ端末単
位のユーザ課金プロファイルを保持するユーザ課金プロ
ファイル登録部、(2)特定されたサービス種別およびユー
ザ端末に応じたユーザ課金プロファイルに基づいて課金
条件を生成する課金条件生成部、(3)ネットワーク内に設
けられ、前記生成された課金条件に基づいてユーザ端末
毎に課金処理を実行する課金部、(4)課金部に前記生成さ
れた課金条件を設定する課金条件設定部を備えている。
かかる課金システムによれば、ユーザ、サービス提供者
双方に課金に関する許容条件を用意してサービス開始時
に双方の許容条件を照合し、サービス提供に対する課金
条件を動的に生成し、該課金条件にしたがって課金する
ことができる。また、ネットワーク内の課金部により有料
サービスに対する代行課金を行うことができる。
【００３４】第1の発明の課金システムは、更に、(5)移動
によるハンドオーバ後に、新たに設定された課金条件に
従って課金処理を実行する新課金部、(6)新課金部に前記
課金条件を設定する新課金条件設定部を備え、新課金条
件設定部は旧課金部で適用されていた課金条件を取得し
て新課金部に設定し、新課金部は旧課金部と同一課金条
件で課金処理を実行する。このようにすれば、移動端末
が移動してハンドオーバが発生しても、サービス開始時
にユーザ・サービス提供者間の交渉手順により動的に生
成した課金条件を移動後にも引き継いでサービスの提
供、課金制御をサポートすることができる。
【００３５】第2の発明は、ユーザ端末の位置登録処理
に連携して該ユーザ端末にサービスを提供するための処
理を行い、ユーザ端末に提供するサービスに対して課金
を行う課金システムにおける課金条件決定サーバであ
り、(1)料金と関連付けられたサービス情報を記述した1
以上のサーバ課金プロファイルを保存するサーバ課金プ
ロファイル登録部、(2)特定されたサービス種別および
ユーザ端末に応じたユーザ課金プロファイルと各サーバ
課金プロファイルを照合することにより、提供するサー
ビスに対する課金条件を決定するに課金条件生成部、(3)
決定した課金条件を課金部に通知する手段、を備えてい
る。この課金条件決定サーバによれば、ユーザ、サービ
ス提供者双方に課金に関する許容条件を用意してサービ
ス開始時に双方の許容条件を照合し、サービス提供に対
する課金条件を動的に生成して課金部に通知することが
できる。
【００３６】第3の発明は、移動端末の位置登録処理に連
携して該移動端末にサービスを提供するための処理を行
い、移動端末に対するサービス提供に対して課金を行う
課金システムにおける該移動端末であり、サービス要求
を含めた位置登録メッセージをネットワークに送出する
手段を有している。このサービス要求に基づいて、ネット
ワークは、位置登録手順と並行して、ユーザ端末毎に且
つ要求されたサービス毎に、課金条件の生成処理、課金
部の起動処理を行い、サービス実行前に課金条件の生
成、課金部の起動を完了することができる。第4の発明
は、ユーザ端末の位置登録処理に連携して該ユーザ端末
にサービスを提供するための処理を行い、ユーザ端末に
提供するサービスに対して課金を行う課金システムにお
けるルータ装置であり、(1)課金条件生成部で生成され
た課金条件に基づいてユーザ端末毎に課金処理を実行す
る課金部、(2)課金部に前記生成された課金条件を設定す
る課金条件設定部を備え、課金部はユーザ端末に対して
提供されるサービスに応じたパケットに関して課金を実
行する。このルータ装置によれば、ネットワーク内の課
金部により有料サービスに対する代行課金を行うことが
できる。 第5の発明は、ネットワークを介してユーザ端末に提供さ
れるサービスに対して課金する課金システムであり、ユ
ーザ端末にサービスを提供するサービス提供ノード、ユ
ーザ端末が希望するサービス提供条件を記録したユーザ
課金プロファイルとサービス提供ノードが許容するサー
ビス提供条件を記録したサーバ課金プロファイルを比較
してユーザに提供するサービスに関する課金条件を生成
する課金制御ノード、ユーザ端末からのサービス提供要
求に基いて通過するメッセージに前記ユーザ課金プロフ
ァイルを付加することにより、該課金プロファイルを前
記課金制御ノードに直接あるいはサービス提供ノードを
介して間接的に送達するエッジノード、サービス提供ノ
ードに代わって該サービス提供ノードがユーザ端末に提
供するサービスに関して前記課金条件に従って課金する
代行課金部、を備えている。第5の発明によれば、第1発
明の課金技術と同等機能を実現しながら、網および端末
への機能追加を不要にすることができる。また、第5発明
の課金技術によれば、第1発明の課金技術に比較して、課
金制御メッセージの転送経路を最適化することができ
る。又、第5発明の課金技術によれば、サービス提供者側
装置としてのサービス提供ノードXSPNと課金制御ノード
BCNを分離したことで、１サービスを複数に分散された
サーバで提供するサービス提供形態であっても課金する
ことができる。 第6の発明は、ネットワークを介してユーザ端末に提供さ
れるサービスに対して課金する課金システムであり、ユ
ーザ端末にサービスを提供するサービス提供ノード、ユ
ーザ端末が希望するサービス提供条件を記録したユーザ
課金プロファイルとサービス提供ノードが許容するサー
ビス提供条件を記録したサーバ課金プロファイルを比較
してユーザに提供するサービスに関する課金条件を生成
する課金制御ノード、サービス提供ノードに代わって該
サービス提供ノードがユーザ端末に提供するサービスに
関して前記課金条件に従って課金する代行課金部、を備
えている。第6の発明によれば、サービス提供ノードXSPN
又は課金制御ノードBCNが直接、課金情報データべースよ
りユーザ課金プロファイルを取得することにより、エッ
ジノードの負荷を軽減することができる。
【００３７】
【発明の実施の形態】（Ａ）本発明の第1課金技術の概
略 端末単位の契約サービスは大別すると、(1)基本サービ
ス、(2)付加サービス(有料サービス)の２つがある。基
本サービスは契約時点で端末に提供されるサービスとし
て決定されるものであり、契約時のサービスプロファイ
ルに従うものである。付加サービスは、サービス提供者
の設定する条件により提供される有料サービスである。
本発明は付加サービスを提供するにあたって必要な課金
機能に関する課題を解決する手段を提供する。
【００３８】・ユーザとサービスプロバイダ間の価格交
渉 付加サービスとして、サービス提供者自身が一定範囲で
自由に料金・課金条件を設定し、ユーザが価格を考慮して
所定のサービスを選択できるようにすることが望まれ
る。又、ここで収集された料金はネットワーク運用者(キ
ャリア)が代行課金し、サービス提供者の参入を容易にす
ることが望ましい。 そこで、本発明では、(1)ユーザ側、サービス提供者側の双
方に、個々の料金条件を記述した課金プロファイル(ユー
ザ課金プロファイル、サーバ課金プロファイル)を配置
し、サービス実行前に両者の課金プロファイルを照合し、
自動的に提供可能な課金条件を抽出、生成する。(2)ま
た、代行課金を行うために、課金情報をネットワーク内装
置(課金エンジン)で収集する。
【００３９】・移動端末の課金サポート 移動端末が基地局間移動する場合であっても移動端末に
対する課金をサポートする必要がある。すなわち、一度、
料金交渉の成立した有料サービスをハンドオーバが発生
しても品質を保持したまま途切れないように、かつ、同一
の課金条件で課金を継続する必要がある。そこで、本発
明では、ハンドオフ時に新旧基地局間で交換される結合
情報を利用して課金情報を伝達する。課金情報及びアプ
リケーションレベルのセッション情報を新旧基地局間で
交換、照合する。これにより、初期登録時に発行されたア
プリケーションセッション情報及び課金条件を基地局間
移動時に引継ぎ可能とする。
【００４０】・価格交渉、課金準備手順の実行契機 付加サービスの課金を可能にするためには以下の動作の
実行契機を決める必要がある。すなわち、(1)ユーザとサ
ービスプロバイダ間の価格交渉手順を実行する契機、
(2)既存の電話網と同様に、課金情報はもとより呼情報に
相当する利用履歴を厳密に収集する必要があるがその設
定契機、を決める必要がある。これらは、サービス実行前
に完了することが必要であり、サービスパケットを検出
してからでは遅い。
【００４１】そこで、本発明の第1課金技術では上記手
順を移動端末の位置登録手順に含める。一般に、移動端末
のユーザの関心はサービス実行そのものであり、ネット
ワークレイヤの動作である端末の位置登録は意識しな
い。有料の付加サービスを提供するために必要な上記２
つの手順はユーザに意識させないタイミングで実行され
ることが望ましい。
【００４２】（B）ネットワークの構成 （ａ）全体の構成 図1は本発明の第1課金技術を適用できるIPv4/Mobile IP
をべースとしたネットワークの全体の構成図であり、移
動ノード(MN:Mobile Node)11のサービスプロバイダによ
り管理されるホームネットワーク1、他のサービスプロバ
イダによりそれぞれ管理される外部ネットワーク２~4が
IP中継網5を介して接続されている。
【００４３】移動ノード(移動端末)11のホームネットワ
ーク1には、ホームエージェント(HA: Home Agent)21、AA
AH (Authentication, Authorization, Accounting Hom
e)サーバ22が設けられている。ホームエージェント21は、
RF2002において定義されている機能エンティティであ
り、例えば、ルータ装置により実現される。又、ホームエ
ージェント21は、移動ノード11に割り当てられているホ
ームアドレスを所有・管理し、また、移動ノードの位置
を管理する。AAAHサーバ22は、移動ノードの認証、許可、及
び課金に係わる処理を実行するサーバ装置であり、AAAH
はIETFにおいて用いられている名称である。ホームネッ
トワーク1には複数のAAAHサーバ、複数のホームエージェ
ントHAを設けることができるが、図ではそれぞれ1つのみ
示している。
【００４４】サービスプロファイルデータべース(SPDB)
23は、各移動ノードに通信サービスを提供するためのサ
ービス制御情報(サービスプロファイル)を格納するもの
で、AAAHサーバ22のみがアクセス可能である。サービス
プロファイルデータべース(SPDB)23の検索プロトコル
は、特に限定されるものではないが、例えばLDAP(LightWe
ight Directory Access Protocol)が用いられる。更に、
各ホームエージェント21には、基地局（BS:Base Statio
n）2４が接続されている。基地局24は、無線インターフェ
ースを備え、端末装置(移動ノードを含む)との間に無線
伝走路を確立する。無線アクセス方式は、例えば、MC-CDMA
(Multicarrier Code Division Multi Access)が採用さ
れる。
【００４５】外部ネットワーク2〜4には、外部エージェ
ント(FA:Foreign Agent) 31-1, 31-2,、AAAF(Authentic
ation,Authorization,Accounting Foeign)サーバ32-1,
32-2、サービスプロファイルデータべース(SPDB)33-1,33
-2、基地局35-1,35-2、固定端末(SN:Stationary Node)36
等が設けられている。外部エージェント31は、RF2002にお
いて定義されている機能エンティティであり、ルータ装
置により実現される。この外部エージェント31は、契約に
より自己のホームアドレスが付与されている移動ノード
(管理対象の移動ノード)に対してはホームエージェント
HAの機能を提供し、その他の移動ノードに対しては外部
エージェントFAの機能を提供する。
【００４６】AAAFサーバ32はAAAHサーバ22と同様に、移
動ノードの認証、許可、及び課金に係わる処理を実行す
る。ただし、AAAHサーバ、AAAFサーバ(総称してAAAサー
バ)はそれぞれ管理対象の移動ノードについてのみ認証、
許可、及び課金に係わる処理を実行する。従って、各AAAサ
ーバは、管理対象でない移動ノードからアクセス要求(例
えば認証要求)を受信したときは、その移動ノードを管理
するAAAサーバに対してその要求に係わる処理を依頼
し、その依頼を受けたAAAサーバが上記アクセス要求を
処理する。依頼を送出したAAAサーバはアクセス要求した
移動ノードにとってAAAFサーバであり、一方、依頼を受け
たAAAサーバは該移動ノードのAAAHサーバである。
【００４７】移動ノード11は移動しなければホームエー
ジェントHA 2１に収容され、移動により任意のエッジル
ータ(外部エージェント)31-1に収容されて他の端末装置
と通信する。移動ノード11と通信を行う端末装置を通信
ノード(CN:Correspondent Node)という。この通信ノード
CN 41は例えば外部ネットワーク4内に存在する。移動ノ
ード11は、無線伝走路を利用して通信する場合は図示す
るように基地局35-1を介してエッジルータ(外部エージ
ェント)31-1に収容される。
【００４８】（ｂ）要部の詳細構成図 図2は図1におけるがホームネットワーク１、外部ネット
ワーク２、４の要部詳細図である。ホームネットワーク
(サービスプロバイダ)1はホームエージェント21、AAAHサ
ーバ22、サービス制御データべース(サービスプロファイ
ルデータべース)23を含み、AAAHサーバ22と少なくとも
１つのホームエージェント21との間はAAAプロトコル等
により接続されている。AAAプロトコルとしては現在IETF
で検討中のDIAMETERプロトコルを使用することができ
る。AAAHサーバ22とサービス制御データべース23との間
は、データべース検索プロトコルLDAPにより接続され、
このサービス制御データべース23には、移動端末、固定
端末、又はこれら端末の利用者に関する情報、QoS情報
(サービス品質情報)、パケットの優先転送順位、有
害WWW情報などへのアクセスを禁止するパケットフィル
タリング情報、セキュリティ情報、Diff-Serv関連情
報などが登録されている。AAAHサーバ22は、データベー
ス検索プロトコルLDAPを利用してサービス制御データべ
ース23から所定の端末のサービスプロファイル情報を取
得することができる。
【００４９】外部ネットワーク(アクセスプロバイダ)２
は、外部エージェント31、AAAFサーバ32を含み、外部エー
ジェント31には移動端末(移動ノードMN)11、固定端末
(固定ノードSN)３６が接続されている。AAAFサーバ32と
外部エージェント31との間は、AAAプロトコルにより接続
され、移動端末11及び固定端末36はMIP(Mobile IP)を介
して外部エージェント３１と接続されている。なお、移
動端末11は契約しているサービスプロバイダ（ホームネ
ットワーク）１の通信可能範囲外であって、アクセスプ
ロバイダ(外部ネットワーク)2の通信可能範囲内に位置
しており、MIPプロトコルを介して外部エージェント31に
接続している。 AAAHサーバ22は、外部ネットワークであるアクセスプロ
バイダ2のAAAFサーバ32とAAAプロトコルを介して接続さ
れているが、これらの間は、IPネットワーク5を介して接
続されてもよい。
【００５０】（ｃ）エージェント・ エージェントの機能 移動ノードのIPアドレスはそれぞれ対応するホームエー
ジェントHAにより管理され、そのIPアドレスに基づいて
パケットの転送が行われる。すなわち、移動ノード11宛
てのパケットは一旦ホームエージェント21へ転送され
る。移動ノード11がホームネットワーク内に存在する場
合には、ホームエージェント21は該パケットを移動ノー
ド11に転送する。
【００５１】しかし、移動ノード11が図示するようにホ
ームネットワーク1から外部ネットワーク2に移動してい
ると、移動端末11からの登録要求により、外部エージェ
ント31はホームエージェント21に対して位置登録する。
これにより、ホームエージェント21は、移動ノード１１宛
てのパケットを受信すると、上述の位置登録通知に従っ
てそのパケットをカプセル化して(転送先として外部エ
ージェント３１が設定された新たなIPヘッダを受信パケ
ットに付加すること)、外部エージェント31に転送する。
外部エージェント31は受信したパケットから新たに付加
されたIPヘッダを削除することによりそのパケットをデ
カプセル化し、元のヘッダが示すアドレス、すなわち、移
動ノード11のアドレスにパケットを転送する。これによ
り、移動ノード11が移動した場合であっても、その移動ノ
ード11に上記パケットが送信される。尚、パケットを転送
する際、移動ノード11のホームアドレスに対応したリン
クレイヤアドレスを使用してパケットを転送することも
できる。IPアドレスとリンクレイヤアドレスとの対応は
訪問者リスト呼ばれるテーブル(後述)に管理される。
【００５２】・エージェントの機能ブロック図 図3はホームエージェント21及び外部エージェント31の
両方に適用できる機能ブロック図である。すなわち、ホ
ームエージェント21及び外部エージェント31は、基本的
に互いに同じ構成を有している。移動ノードが契約して
いるサービスプロバイダ1に接続した場合、該サービスプ
ロバイダのエージェント装置は、その移動ノードに対し
てホームエージェントHAとして動作し、移動ノードが契
約していないサービスプロバイダに接続した場合、該サ
ービスプロバイダのエージェント装置は、その移動ノー
ドに対して外部エージェントFAとして動作する。以下で
は、ホームエージェント21及び外部エージェント31は同
じ機能を持った装置として説明する。
【００５３】ホームエージェント21(外部エージェント3
1)は、それぞれルータ制御部RTC、サービス制御部SVC、サ
ービス制御トランザクションSCTを有している。ルータ制
御部RTCは、サービス制御部SVCとの通信を制御するルー
タ通信制御部RTCCとルータ制御テーブル群RTTGを有して
いる。ルータ制御テーブル群RTTGは、受信したパケットの
転送先方路を決定するときに参照されるルーチングテー
ブルRT、一時的なルーチングテーブルである結合キャッ
シュCNC及び特定のパケットのみ通過させるためのサー
ビス制御フィルタSFLを有している。
【００５４】サービス制御部SVCは、ルータ制御部RTCと
サービス制御トランザクションSCTとの間の通信を制御
するサービス通信制御部SCC及びanycastアドレス結合テ
ーブルADCTを有している。anycastアドレス結合テーブル
ADCTは、ホームエージェントHA/外部エージェントFAが
パケットの転送先を決定・管理するためのテーブルとし
て設定/参照される。サービス制御トランザクションSCT
は、制御テーブルであり、外部エージェントFAとホーム
エージェントHAとではそのフォーマットが異なってい
る。図4に外部エージェントFA 31のサービス制御トラン
ザクションSCTの制御テーブルを示し、図5にホームエー
ジェントHA ２１のサービス制御トランザクションSCTの
制御テーブルを示す。
【００５５】・サービス制御トランザクションの制御テ
ーブル 図4の外部エージェントFA 31におけるサービス制御トラ
ンザクションSCTの制御テーブルは、階層構造になってお
り、最上位層には制御ブロック１〜ｎの先頭アドレスを
示すポインタが記入されている。1つの制御ブロック、例
えば、制御ブロック1には、移動ノード１１が外部エージ
ェント31に接続したものとすると、セッションID、
移動ノードMNに与えられているネットワークアクセス識
別子NAI（Network Access Identifier）, セッション
トランザクションテーブルTA1の先頭アドレス,訪問者
リストテーブルTA2の先頭アドレス、サービスプロファ
イルテーブルTA3の先頭アドレスが設定される。セッショ
ンIDは移動ノードMN 11から登録要求メッセージを受信
したときの一意な値であり、訪問者リストテーブルは移
動ノードMN 11が外部エージェント31に接続されたとき
にその移動ノードを管理するためのテーブルである。
【００５６】セッショントランザクションテーブルTA1
には、他のエンティティ(外部エージェントFA、ホームエ
ージェントHA、AAAサーバ)との関係が記録される。ここで
は、外部エージェント31から送出されるＡＭＲ(認証要
求)メッセージの宛先としてのAAAFサーバ32のAAAアドレ
ス(AAAFサーバアドレス)が設定される。 訪問者リストテーブルTA2には、ホームネットワーク1
により割り当てられている移動ノード11のIP送信元アド
レス(ホームアドレス)、登録応答メッセージを移動ノ
ードMN(Mobile Node)または固定ノードSN(Stationary N
ode)に送出するときに使用されるMNまたはSNのリンクレ
イヤアドレス(例えばMACアドレスなど),UBP送信元の
ポート、移動ノード11が属するホームエージェントHA
21のアドレス、移動ノードMN 11から送出される登録要
求メッセージに含まれる登録要求識別子フィールドの
値、移動ノードや利用者に関するネットワーク情報及
びサービスプロファイル情報などについての有効期限
(ライフタイム)に相当する情報が設定される。
【００５７】サービスプロファイルテーブルTA3には、
提供すべきサービスのタイプ、Diff-Serv適用ポリシ
ー、パケットの送信先アドレス、パケットの送信先
ポート、送信先アドレスに送出するIPヘッダのTOS（Ty
pe of Service）に関する情報、が設定される。のサー
ビスのタイプとしては、例えば、QoS(Quality of Servic
e)を想定する。QoSを実現する方法としては、Int-ServやD
iff-Servが提案されている。この実施例では、QoS処理の
オーバヘッドが少ないDiff-Servを採用するものとする。
のDiff-Serv適用ポリシーの設定では、例えば、「FTP
(File Transfer Protocol)に係わるデータを格納するパ
ケットを低い優先度で転送する」というようなポリシー
が設定される。この時、パケットの転送先アドレス及びポ
ートの組み合わせ毎に異なるポリシーを設定することが
できる。Diff-ServではTOSの値に基づいて優先制御が行
われる。
【００５８】次に、図5を参照しながらホームエージェン
トHAのサービス制御トランザクションSCTについて説明
するが、外部エージェント31のサービス制御トランザク
ションとして説明したものはその説明を省略する。 1つの制御ブロック、例えば、制御ブロック1には、移動ノ
ード１１が外部エージェント31に接続したものとする
と、セッションID、セッショントランザクションテ
ーブルTB1の先頭アドレス,移動結合テーブルTB2の先
頭アドレス、サービスプロファイルテーブルTB3の先頭
アドレスが設定される。 セッショントランザクションテーブルTB1には、他のエ
ンティティとの関係が記録される。ここでは、ホームネッ
トワーク1のAAAHサーバ22のAAAアドレス(AAAHサーバア
ドレス)が設定される。
【００５９】結合テーブルTB2には、移動ノードのホ
ームアドレス、移動ノードの気付アドレス（care-of a
ddress)、登録要求識別子フィールドの値、有効期限
(ライフタイム)情報が設定される。ホームエージェント2
1は移動ノード11のホームアドレスを転送先とするパケ
ットを受信すると、気付アドレス(care-of address)を用
いてそのパケットをカプセル化することにより、該移動
ノード11を収容する外部エージェント31に対して受信パ
ケットを転送する。
【００６０】サービスプロファイルテーブルTB3には、サ
ービスタイプ(パケットフィルタリング)、規制運用ポリ
シー、規制アドレス、適用条件などが設定される。サービ
スタイプは、サービスの種類を指定する情報であり、図5
の例では、指定された規制条件により該当するパケット
を破棄するパケットフィルタリングを指定する情報が設
定される。規制運用ポリシー、規制アドレス、適用条件は、
規制適用ポリシーの種類、例えば、有害コンテンツを含む
パケット、特定のサーバアドレスへのアクセス、特定のネ
ットワークドメインへのアクセス及び特定ポートの使用
などを規制するために必要な情報が設定される。
【００６１】・anycastアドレス結合テーブル 図6はサービス制御部SVCに設けられたanycastアドレス
結合テーブルADCTの説明図であり、複数の結合ブロック
と各結合ブロックの先頭アドレスを示すポインタ一を含
んでいる。各結合ブロックには、anycastアドレス、a
nycastアドレス選択ポリシー、NAI1〜NAIn、NAIに関
する状態が設定される。anycastアドレスは送信先アドレ
スであり、NAI1〜NAInはanycastサービスの提供を受ける
ユーザにより予め指定されている端末装置対応のNAI(Ne
twork Access Identifier)である。anycastアドレス選
択ポリシーは、NAI1〜NAInの中から1または複数のNAIを
選択するための手順または条件である。ホームエージェ
ント21または外部エージェント31は、受信したパケット
の送信先アドレスがanycastアドレス結合テーブルADCT
に登録されているanycastアドレスと一致すれば、anycas
tアドレス選択ポリシーにしたがって1または複数のNAI
を選択し、上記パケットを選択したNAIに対応する端末装
置に転送する。
【００６２】・ルーチングテーブル ルーチングテーブルRTは、受信先アドレスに基づいて次
の転送先(ルータなど)にパケットを転送するために必要
な次ホップアドレスを求めるためのものであり、図7に
示すように受信先アドレスと次ホップアドレスの対応関
係を記憶している。
【００６３】・結合キャッシュ 結合キャッシュCNCは一時的なルーチングテーブルとし
て使用され、図7のルーチングテーブルより優先的に参照
される。パケットの転送を効率よく行うために必要な情
報、すなわち、送信元アドレス、送信元ポート、受
信先アドレス、受信先ポート、カプセル化情報、気
付アドレス(care-of address)、TOSを含んでいる。
【００６４】・サービス制御フィルタ サービス制御フィルタSFLは、指定された規制条件を満足
するパケット(対象パケット)を特定するための情報、す
なわち、送信元アドレス、送信元ポート、受信先ア
ドレス、受信先ポートを格納する。ホームエージェント
HA、外部エージェントFAはこのテーブルに設定されてい
る条件にしたがって受信パケットに中から対象パケット
を抽出し、所定のフィルタリング処理を行う。
【００６５】（ｄ）AAAサーバ・ AAAFサーバ 外部エージェントFA31は、移動ノード11から登録要求メ
ッセージを受信すると、その登録要求メッセージを解析
し、AAAFサーバ32に対してその登録要求メッセージに格
納されている情報を含むAMR(認証要求)メッセージを送
出する。AAAFサーバ32は、その認証要求メッセージを受信
すると、所定のホームエージェント21の割付を行う必要
があるか否か、及び既に割付済みの旧ホームエージェン
トHAのサービス制御情報の削除が必要かどうかを判定を
行い、必要とされるプロトコルメッセージをAAAHサーバ2
1に送出する。
【００６６】図10はAAAFサーバ32の機能ブロック図であ
り、サービス制御部SVC1、サービス制御トランザクショ
ンSCT1を含んでいる。サービス制御部SVC1は、サービス
制御トランザクションSCT1との通信を制御するサービス
通信制御部SCC1及びHA割付テーブルALT1を有している。H
A割付テーブルALT１には、AAAFサーバ32により割り付け
られたホームエージェントHAのアドレスやHAネットワー
ク機器情報などが設定される。 サービス制御部SVC１は、受信したプロトコルメッセージ
にしたがって、サービス制御トランザクションSCT１及び
HA割付テーブルALT１の設定、検索、更新、削除を行う。又、
サービス制御部SVC１は、DIAMETERプロトコルにしたがっ
て動作する機能を備え、メッセージ受信バッファ及びメ
ッセージ送信バッファを用いた一般的なプロトコル処理
機能も有する。
【００６７】サービス制御トランザクションSCT１の制
御テーブルは図１１に示すようにエージェント２１，３
１のサービス制御トランザクションSCTと同様の構成を
備えている。異なる点は、制御ブロックに外部エージェ
ントFAのNAIが設定されている点、セッショントランザ
クションテーブルTC1にFAアドレス、AAAHサーバアドレ
ス、HAアドレス、セッションタイマーが設定されている
点、サービスプロファイルテーブルTC2に複数のサービ
スタイプが設定されている点、である。
【００６８】・AAAHサーバ 図1２はAAAHサーバ22の機能ブロック図であり、サービス
制御部SVC２、サービス制御トランザクションSCT２を含
んでいる。サービス制御部SVC2は、サービス制御トラン
ザクションSCT２との通信を制御するサービス通信制御
部SCC２及びサービス制御テーブル群SCTG２を有してい
る。サービス制御テーブル群SCTG２は、HA割付テーブルA
LT２及びanycastアドレス管理テーブルADCT2を有してい
る。サービス制御部SVC２は、受信したプロトコルメッセ
ージに従い、サービス制御トランザクションSCT２及びサ
ービス制御テーブル群SCTG2の設定、検索、更新、削除を行
う。又、サービス制御部SVC2は、DIAMETERプロトコルにし
たがって動作する機能を備え、メッセージ受信バッファ
及びメッセージ送信バッファを用いた一般的なプロトコ
ル処理機能も有する。Anycastアドレス管理テーブルADCT
は、anycastアドレス単位の管理ブロック1〜ｎから構成
されており、各管理ブロックには、サービスタイプ(any
cast)、anycastアドレス選択ポリシー、anycastア
ドレスを使用する1つ以上のNAI、気付アドレス（care-
of address）及び状態(オンライン、オフライン、障
害、輻輳等)が設定される
【００６９】サービス制御トランザクションSTC2の制御
テーブルは図１3に示すようにエージェント２１，３１
のサービス制御トランザクションと同様の構成を備えて
いる。異なる点は、制御ブロックに移動ノードMNのNAI
が設定されている点、セッショントランザクションテ
ーブルTD1にHAアドレス、AAAFサーバアドレス、セッショ
ンタイマーが設定されている点, サービスプロファイ
ルテーブルTD2に複数のサービスタイプが設定されてい
る点、である。
【００７０】（ｅ）サービス制御データべース サービス制御データべース(サービスプロファイルデー
タべース)23は、図14に示すように、加入者毎にユーザプ
ロファイルが用意され、該プロファイルに各種情報を格
納し、加入者にサービスを提供するために利用される。ユ
ーザプロファイルは、加入者を識別するNAI(移動ノード
識別子)をキーワードとして構成されるが、付加サービ
スとして、セキュリティサービス、ローミングサービス、Q
oSサービス、マルチキャストサービスを含む多様なサー
ビスの提供が可能であるが、図ではDiff-Servサービス,
ANYCASTサービス,パケットフィルタリングサービスを付
加サービスの例として示している。
【００７１】（ｆ）通信ノード 通信ノード41は、Mobile IP(MIP)機能をサポートするノ
ードであり、MIPを利用してアクセスプロバイダ(外部ネ
ットワーク)4を介してIPネットワーク5に接続されてい
る。図15は通信ノード41の機能ブロック図であり、サービ
ス制御部SVC３及びIPパケット制御部PKC３を有してい
る。このIPパケット制御部PKC３は、一時的にパケット編
集情報を保持する結合キャッシュCNC、ワークステーショ
ン等に装着されるLANカードなどである伝送機器TRD、ア
プリケーションレイヤALY、サービス制御部SVC３との通
信を制御する通信制御部CCTを有している。サービス制御
部SVC３は、MIPプロトコルにしたがって動作する機能を
備えると共に、メッセージ受信バッファ及びメッセージ
送信バッファを用いた一般的なプロトコル処理機能も有
する。
【００７２】（C）各種処理シーケンス （ａ）初期位置登録シーケンス 図16は移動ノードMN 11から送出される登録要求メッセ
ージに基づいて、AAAHサーバ22がホームエージェントHA
21を割り付ける場合の初期位置登録シーケンス説明図で
ある。 移動ノード11は、外部エージェント31から定期的に送
出されるエージェント広告(Mobile IPメッセージ)を受
信することにより、自分が外部エージェント31の通信エ
リア内に存在すると認識する。 移動ノード11は、その移動ノードと契約しているプロ
バイダが管轄するホームエージェント21の通信可能範囲
の外に移動した場合、その位置から通信可能範囲にある
プロバイダの外部エージェント31に対して登録要求メッ
セージを送出する。
【００７３】移動ノード11から登録要求メッセージを
受信した外部エージェント31は、一意なセッションIDを
取得すると共に、その登録要求メッセージから必要な情
報(移動ノード11のホームアドレス、送信元リンクレイヤ
アドレス、UBP送信元ポート、ホームエージェントアドレ
ス、登録要求の識別子フィールド及びライフタイム)を抽
出する。そして、取得したセッションID及び登録要求メッ
セージから抽出した情報に基づいて図4に示すサービス
制御トランザクションSCT等を作成する。又、AAAプロトコ
ルにしたがって、登録要求メッセージをカプセル化したA
MR(認証要求)メッセージをAAAFサーバ32に送出する。
【００７４】AAAFサーバ32は、外部エージェント31か
らAMRメッセージを受信すると、そのAMRメッセージから
必要な情報を抽出し、図11に示すサービス制御トランザ
クションSCT１などを含むサービス制御情報を生成する。
更に、受信したAMRメッセージに含まれるユーザNAIに対
応するアドレスを求め、移動ノード11の認証について責
任を持つAAAHサーバ22を決定する。そして、AAAFサーバ32
は、上記AMRメッセージをAAAHサーバ22に送出する。 AAAHサーバ22は、AMRメッセージを受信すると、AMRメッ
セージの認証手順に従って移動ノード11の認証を行う。
そして、この認証が正常終了したときは、以降の処理を
継続する。一方、この認証が失敗したときは、適切な理由
コードを設定したAMA(認証応答)メッセージをAAAF32に
返信する。
【００７５】AAAHサーバ22は、AAAFサーバ32から受信し
た認証要求(AMR)メッセージに格納されている移動ノー
ド11のNAIをキーとして図14に示すサービス制御データ
べース23を検索し、対応するユーザプロファイルを抽出
する。又、認証要求(AMR)メッセージから抽出したセッシ
ョンID及びAMRメッセージの送信元アドレス、更にサービ
ス制御データべース23から取得したユーザプロファイル
からサービス制御トランザクションSCT2(図13)を生成す
ると共に、HA割付手順に従ってHA21を特定する。
【００７６】AAAHサーバ22は、上記ユーザプロファイル
からホームエージェントHA21にとって必要な情報のみを
取り出してHAR(HA登録要求)メッセージをホームエージ
ェントHA 21に送出する。 ホームエージェントHA 21は、HARメッセージを受信する
と、そのメッセージから必要な情報(セッションID、HAR送
信元アドレス、気付アドレス、登録要求の識別子フィール
ド、ライフタイム、サービスプロファイル)を抽出し、それ
らに基づいて制御情報として図5に示すサービス制御ト
ランザクションSCTなどを作成する。そして、図3のサービ
ス制御フィルタSFLに受信先アドレス(ホームアドレス)
を設定する。
【００７７】ホームエージェント21は、AAAHサーバ22
へHA登録応答メッセージ(HAAメッセージ)を返信する。 AAAHサーバ22はHAAメッセージを受信すると、外部エー
ジェント31が必要とする情報のみを取り出し、認証応答
(AMA)メッセージを作成し、図13に示すセッショントラン
ザクションテーブルに登録されている認証要求アドレス
(AAAFアドレス)へそのAMAメッセージを送出する。、 AAAFサーバ32は、AMAメッセージを受信するとそのメッ
セージに設定されているセッションIDをキーとして図11
に示すセッショントランザクションテーブルを検索また
は索引し、取得したFAアドレスへAMAメッセージを転送す
る。
【００７８】外部エージェントFA 31は、AAAFサーバ32
から認証応答(AMA)メッセージを受信すると、該AMAメッ
セージにより配布されたホームアドレス、HAアドレス、サ
ービスプロファイルを図4に示すようにサービス制御ト
ランザクションSCTに設定する。また、ルータ制御部RTCの
サービス制御フィルタSFLには、送信元アドレス(ホーム
アドレス)が設定される。そして、外部エージェントFA31
は、サービス制御トランザクションSCTが示す移動ノード
MNのリンクレイヤアドレスへ登録応答メッセージを送出
する。
【００７９】（ｂ）データパケット配信シーケンス 図17は、移動ノードMN11から通信ノード41にデータパケ
ットを配信するシーケンス説明図である。ここでは、前述
の手順により初期位置登録が完了した移動ノードMN 11
がIPネットワークに接続される通信ノード41と通信する
場合を想定する。また、付加サービスとしてDiff-Servが
提供されるものとする。 移動ノードMN 11は、通信ノードCN 41へデータパケッ
トの送出を開始する。このパケットはまず移動ノード11
を収容する外部エージェントFA 31により受信される。
【００８０】外部エージェントFA 31は、位置登録完了
した移動ノードMN 11からパケットを受信すると、このパ
ケットの発信元アドレスは外部エージェントFA 31のサ
ービス制御フィルタSFLに登録されているので、そのパケ
ットのIPヘッダの送信元アドレスを用いて図4に示す訪
問者リストを検索する。そして、上記送信元アドレスと同
じアドレスが設定されている訪問者リストにリンクする
サービスプロファイルテーブルのサービスタイプ(Diff-
Serv発信)を索引し、そこに設定されている関連情報を参
照する。この実施例では移動ノードMN 11から送出される
全てのパケットに対してTOS値として「Assured Forward
ingクラス1(最優先)」を付与するポリシーが設定されて
いるものとする。従って、外部エージェントFA 31は、受信
パケットのIPヘッダのTOS値として上記の値を設定し、そ
のパケットをそのIPヘッダが示す送信先アドレスへ送出
する。このとき、外部エージェントFA 31は、このパケット
の編集情報に基づいて結合キャッシュCNCを作成する。
【００８１】通信ノードCN 41は、上記データパケット
を受信すると、そのパケットに格納されている送信元ア
ドレスへパケットを送出する。通信ノードCN 41は、例え
ば、移動ノードMN 11により指定された情報(例えば、Web
ページ)をそのパケットに格納して送出する。この時、通
信ノードCN 41から送出されるパケットの送信先アドレ
スとしては移動ノードMN 11のアドレスが設定されてい
る。ここで、移動ノードMN11のアドレスは、ホームエージ
ェントHA 21により管理されている。従って、通信ノードC
N 41から送出されるパケットは、一旦ホームエージェン
トHA 21へ転送される。尚、この段階では、移動ノードMN 1
1には、対応するQoS(優先転送制御)は適用されていない。
【００８２】ホームエージェントHA ２１は、通信ノ
ードCN 41からパケットを受信すると、そのパケットの受
信先アドレスがホームエージェントHA 21のサービス制
御フィルタSFLに登録されているので、そのパケットのヘ
ッダに格納されている受信先アドレスを用いて図5に示
すサービス制御トランザクションSCTを検索する。そし
て、その受信先アドレスが登録されているサービス制御
トランザクションのサービスタイプ(Diff-Serv着信)を
索引し、関連する設定情報を参照する。この実施例では、
移動ノードMN 11宛ての全てのパケットに「Assured Forw
ardingクラス1」を提供するポリシーが設定されているも
のとする。この場合、ホームエージェントHA 21は、移動ノ
ードMN 11宛ての全てのパケットのTOS値としてクラス1
に対応する値を付与することになる。具体的には、ホーム
エージェントHA 21は、サービス制御トランザクションSC
Tから抽出した移動ノードMN 11の気付アドレス(care-of
-address)を用いて通信ノードCN ４１から受信したパケ
ットをカプセル化した後にそのカプセル化したパケット
のヘッダに上記TOS値を付与し、そのパケットをその気付
アドレスへ送出する。この場合、移動ノードＭＮ 11の気
付アドレスは、その移動ノード11を直接的に収容してい
る外部エージェントFA 31のアドレスである。尚、移動ノ
ードMN 11を収容している外部エージェントFA 31のアド
レスは、移動ノードMN11の位置登録手順において、AMRメ
ッセージ及びHARメッセージによりホームエージェントH
A 21に通知されている。 この後、ホームエージェントHA 21は、このパケットのヘ
ッダ編集情報を設定した結合キャッシュCNCを作成する。
【００８３】外部エージェントFA 31は、ホームエージ
ェントHA 21によってカプセル化されたデータパケット
を受信すると、それをデカプセル化する。 続いて、そのデカプセル化したパケットのヘッダ情報
から抽出した送信先アドレスを用いてサービス制御トラ
ンザクションSCTから対応するリンクレイヤアドレスを
索引する。そして、デカプセル化したデータパケットを
抽出したリンクレイヤアドレスへ転送する。 ホームエージェントHA 21は、移動ノードMN 11宛ての
データパケットをカプセル化して外部エージェンFA31に
転送しはじめると、転送ルートを最適化するために、結合
更新メッセージを用いて移動ノードMN 11の気付アドレ
スを通信ノードCN 41に通知する。これにより、通信ノー
ドCNは以後、ホームエージェントHA 21を介さずデータパ
ケットを直接的に移動ノードMN 11の気付アドレスへカ
プセル化して送出できるようになる。 尚、結合更新メッセージを拡張することにより、現在適用
されているTOS値も合わせて通信ノードCNに通知される。
【００８４】通信ノードCN 41は、結合更新メッセージ
を受信すると、そのメッセージにより通知された移動ノ
ードMN 11のホームアドレス、気付アドレス、TOS値を格納
する結合キャッシュCNCを作成する。そして、通信ノードC
N 41は、パケットを送出する際にこの結合キャッシュCN
Cを検索し、そのパケットのヘッダに設定されている送信
先アドレスと一致するホームアドレスが登録されている
場合には、ホームエージェントHA 21と同様に、その結合
キャッシュCNCに登録されている気付アドレスを用いて
そのパケットをカプセル化すると共に、登録されているT
OS値をそのパケットに付与する。この後、通信ノードCN 4
1は、そのパケットをその気付アドレスに送出する。 これにより、以降、通信ノードCN 41から移動ノードMN 11
宛てのパケットは、移動ノードMN 11の気付アドレスにし
たがって、その移動ノードMNを収容する外部エージェン
トFA 31へ直接的に転送されることになる。又、この時、通
信ノードCN 41から移動ノードMN 11宛てのパケットにも
上記ToS値が付与されているので、移動ノードMN １１か
ら通信ノードCN 41へのパケットだけでなく、通信ノード
CNから移動ノードMN 11へのパケットに対してもDiff-Se
rvサービスが提供される。
【００８５】外部エージェントFA 31は、通信ノードCN
41によってカプセル化されたデータパケットを受信す
ると、それをデカプセル化する。 (10) また、外部エージェントFA 31は、そのデカプセル化
したパケットのヘッダ情報から送信先アドレスを抽出
し、サービス制御トランザクションSCTから対応するリン
クレイヤアドレスを抽出する。そして、その抽出したリン
クレイヤアドレスへデカプセル化したデータパケットを
回送する。
【００８６】（ｃ）移動ノードが同一AAAFサーバ内の外
部エージェントの通信エリアから他の外部エージェント
の通信エリアへ移動した場合のシーケンス 図18は移動ノードMN 11が、AAAFサーバ32内の外部エージ
ェントFA 31の通信エリアから他の外部エージェントFA
31′の通信エリアへ移動した場合の位置登録手順の説明
図である。以下では、旧FA 31は、移動ノードMN 11が移動
する前にその移動ノードMN 11を収容していた外部エー
ジェントを意味する。また新FA31′は、移動ノードMN 11
が移動した後のその移動ノードMNを収容することとなっ
た外部エージェントを意味する。
【００８７】図19は、移動ノードMN 11が旧FA31の通信エ
リアから新FA31′の通信エリアへ移動したときのシーケ
ンスである。尚、図20は外部エージェントFAにより使用さ
れるNAI登録テーブル例であり、図21はエージェントのIP
アドレスをNAIプレフィックスに変換するテーブル例で
ある。 移動ノードMN 11は、旧FA31の通信エリアから新FA31′
の通信エリアに移動し、新FA 31′からモバイルIP広告を
受け取ると、該新FA31′に対して登録要求メッセージを
送出する。この時、登録要求メッセージの中には、旧FA 31
のIPアドレス及び移動ノードMN 11のNAI(Nework Access
Identifier)が含まれている。
【００８８】登録要求メッセージを受信した新FA 3
1′は、そのメッセージから必要な情報を抽出し、図４に
示すサービス制御トランザクションSCTなどを生成する。
又、新FA31′は、旧FA ３１のIPアドレスを用いて図21に
示すNAIプレフィックステーブルを参照することにより
旧FA 31のNAIプレフィックスを求める。ここで、NAIプレ
フィックスは、例えば、ドメインを識別することができ
る。続いて、,新FA 31′は移動ノードMN 11から受信した
登録要求メッセージをカプセル化し、それを認証要求(AM
R)メッセージとしてAAAFサーバ32に送出する。その際、そ
のAMRメッセージの中には、旧FA 31のNAIプレフィックス
と移動ノードMN 11のNAIが含まれる。
【００８９】AMRメッセージを受信したAAAFサーバ32
は、移動ノードMN 11のNAIをインデックスとする仮のセ
ッショントランザクションテーブルを作成する。そして、
NAI登録テーブルを参照することにより、AAAHサーバ22の
アドレスを求め、上記AMRメッセージをAAAHサーバ22に送
出する。 AMRメッセージを受信したAAAHサーバ22は、そのメッセ
ージの中に含まれている移動ノードMN 11のNAIをインデ
ックスとしてサービス制御トランザクションSCT2の制御
ブロックを検索し、対応するサービスプロファイル(及
びセッションID)が見つかった場合は、そのサービスプロ
ファイル(及びセッションID)を含む登録要求(HAR)メッ
セージをホームエージェントHA 21に送出する。
【００９０】HARメッセージを受信したホームエージ
ェントHA 21は、セッションIDをインデックスとして移動
ノーMN ド11のセッショントランザクション(図5参照)を
検索する。この時、この検索がヒットすれば、そこに新FA
31′のアドレスを気付アドレス(care-of-address)とし
て登録する。そして、移動ノードMN 11の位置登録処理が
終了すると、ホームエージェントHA 21は、新FA 31′が必
要とする情報のみを編集し、登録応答(HAA)メッセージを
AAAHサーバ22に対して送出する。この時、ホームエージェ
ントHA 21は、新FA 31′が必要とする情報をHAAメッセー
ジに格納してもよい。
【００９１】HAAメッセージを受信したAAAHサーバ22
は、そのメッセージに含まれているセッションIDを用い
てセッショントランザクションを検索し、その検索によ
り抽出される新FA 31′のアドレスへ認証応答(AMA)メッ
セージを送出する。この時、AAAHサーバ22は、新FA 31′が
必要とする情報をAMAメッセージに格納してもよい。 AMAメッセージを受信したAAAFサーバ32は、そのメッセ
ージから必要なサービスプロファイル情報を等を抽出
し、サービストランザクション情報に基づいてそのAMAメ
ッセージを新FA 31′に中継する。この時、新FAに送出さ
れるAMAメッセージには、新FA 31′必要とする情報が格
納されていてもよい。
【００９２】AMAメッセージを受信した新FA 31′は、
そのメッセージから必要な情報を取得すると共に、結合
更新（MBU:MIP Binding Update）メッセージを旧FA 31
に送出する。 MBUメッセージを受信した旧FA 31は、そのメッセージ
に格納されているセッションIDに対応するサービス制御
情報を削除する。また、移動ノードMN 11宛てのメッセー
ジを新FA 31′に転送するルーチングテーブルを設定す
ると共に、MBA(MBA:MIP Binding Acknowledge)メッセー
ジを新FA 31′に送出する。
【００９３】(10) MBAメッセージを受信した新FA 31′
は、旧FA 31においてサービス制御情報が削除されたこと
を認識する。 (11) 新FA 31′は、DIAMTER要素部分をデカプセル化し、
登録応答メッセージを移動ノードMN 11に送出する。 (12) 登録応答メッセージを受信した移動ノードMN 11
は、登録要求メッセージの処理が終わったことを認識し、
位置登録に係わる一連の処理を終了する。
【００９４】（D）課金機能を配備した場合の第1のネッ
トワーク構成 （ａ）構成 図22は本発明の第課金技術に関係する課金機能及びその
配備先を説明するためのネットワーク構成図であり、図1
〜図21で説明した構成、機能を踏襲するが、課金機能に
重点を置いて示している。 移動端末MN 11はサービスプロバイダ１と契約しており、
該サービスプロバイダがホームネットワークとなってい
る。図では、移動端末MN 11はホームネットワークから
アクセスネットワークである外部ネットワーク2のエリ
アに移動し、外部エージェントFA31と通信可能になって
いる。外部ネットワーク４にはエッジルータERT42を介し
て通信ノード(サービス提供サーバ)CN 41が接続されて
いる。このサービス提供サーバCN 41は、移動端末MN 11
より要求された情報(例えば、Webページ)を提供するサー
ビス提供機能SVSFと課金条件を生成する課金条件生成機
能BCGFと後述する課金装置制御機能BECF等を有してい
る。サービス提供サーバCN 41にはサーバ課金プロファイ
ルSBP（Server Billing Profile）を格納する格納部43、
課金条件管理テーブル44が設けられている。
【００９５】ホームネットワーク1には、ホームエージェ
ントHA 21、AAAHサーバ（以後、単にAAAサーバあるいは
認証サーバという）22、サービス制御データべースSPDB
23、課金情報データべースBIDB 24が設けられている。サ
ービス制御データべースSPDB２３には、契約端末毎のサ
ービス制御情報たとえば品質制御情報QoSなどのサービ
スが契約時に登録されている。課金情報データべースBI
DB 24にはユーザ課金プロファイルUBP(User Billing Pr
ofile)が登録されている。ホームネットワーク1及び他の
サービスプロバイダによりそれぞれ管理される外部ネッ
トワーク２〜4はIP中継網5を介して互いに接続されてい
る。
【００９６】（b）課金機能 課金機能としては、サービス要求機能（SRQF :Service
Request Function）、課金情報サーバ機能（BISF :Bi
lling Information Server Function）、課金条件生成
機能（BCGF :Billing Condition Generation Functio
n）、課金装置制御機能（BECF :Billing Engine Contr
ol Function）、ハンドオーバ対応機能（HOF :Handoff
Function）、がある。 サービス要求機能（SRQF :Service Request Functio
n） このサービス要求機能SRQFは、本発明における課金対象
サービスを起動するための契機を与える機能である。サ
ービス要求機能SRQFに従って、ユーザ端末上のアプリケ
ーションは、サービス実行に必要とするネットワーク資
源等の条件、サービス提供サーバ等のサービスに関する
情報をネットワークへの端末位置登録手順に含め、接続
先のサーバはこれを理解し、サービス開始に必要な条件
（料金条件等）を作成する。
【００９７】加えて、サービス要求機能SRQFに従って、
サービスを提供するサーバは発行した課金条件識別子
を、サービス契約の鍵情報として保持し、周期的なサー
ビス継続確認動作、サービス変更および中止動作、ハン
ドオーバ時のアプリケーションセッション保持の認証情
報として使用する。サービス要求機能SRQFの実装位置
は、移動端末MN 11およびサービス提供サーバCN 41であ
る。また、移動端末のアプリケーションが要求するサー
ビスの提供に必要な課金条件等のメッセージをサーバCN
と移動端末MN間で送受する機能を実装する。具体的に
は、サービス実行に必要な「サービス要求」メッセージ
や「課金条件」等の情報をMobile IP等の位置登録メッ
セージに含めて相互に送受する。 課金情報サーバ機能（BISF:Billing Information Ser
ver Function）
【００９８】課金情報サーバ機能（BISF）はAAAサーバ2
2に実装される。この課金情報サーバ機能（BISF）によ
り、AAAサーバ22は認証要求されたユーザ端末に関する
課金プロファイル（サービスの許容条件）を課金情報デ
ータべース（BIDB）24から抽出する。すなわち、課金情
報データべース（BIDB）24に当該ユーザ端末に関する課
金条件 (ユーザ課金プロファイルUBP)が設定されていれ
ば、AAAサーバ２２は認証要求を契機に該ユーザ端末の課
金プロファイルUBPを抽出する。本機能の実装位置は、A
AAサーバ22の内部、あるいはAAAサーバ２２と連携可能な
位置である。
【００９９】課金条件生成機能（BCGF:Billing Condi
tion Generation Function） 課金条件生成機能（BCGF）は、ユーザ側とサービス提供
者側双方が持つユーザ課金プロファイルUBPとサーバ課
金プロファイルSBPを照合したうえで、提供可能な課金
条件を合成出力する機能である。本機能は、各移動端末
がサービス起動毎に、また接続先サービス業者毎に課金
条件を決定するための主要機能である。本機能の実装位
置は、多くの場合はサービス提供者のサーバCN 41と連
携して配備される。ただし、需要の多いサービスに関す
る提供業者については、ネットワーク内に配備して、本
機能をネットワーク運用者が代行運用する形態も考えら
れる。
【０１００】課金装置制御機能（BECF:Billing Engin
e Control Function） 課金装置制御機能（BECF）は、課金条件生成機能に基づ
いてサービス提供サーバCN 41が決定した課金条件を、
課金装置(課金エンジン)に設定（通知）し、これにより、
課金装置が当該課金処理を初期化、実行する機能であ
る。本機能の実現手段（課金装置制御機能部）は、ネッ
トワーク内に配備される課金装置と連携可能な位置(例
えば外部エージェントFA及びサービス提供サーバＣＮ
内)に配備される。ただし、課金装置制御機能（BECF）
は、端末毎に定められたポリシーに従って課金対象パケ
ットの情報を収集する課金装置自体には関連しない。
又、課金装置BENはネットワーク内部の課金が必要な位
置、例えば外部エージェントFA内に配備される。
【０１０１】ハンドオーバ対応機能（HOF:Handoff Fu
nction） ハンドオーバ対応機能（HOF）は、移動端末MNのハンド
オーバ前後で課金データを課金装置間で送受すると共
に、移動先ネットワークの課金装置BENへ課金条件を送達
する機能である。ハンドオーバ対応機能HOFを実現する
手段（ハンドオーバ対応機能部）は、移動端末MNのハン
ドオーバ制御を実行する装置(例えば外部エージェントF
A)に配備され、課金装置と連携する。
【０１０２】（ｃ）基本シーケンス (1)移動端末NM 11は、発行する位置登録要求メッセージ
にサービス要求情報(サーバ名、サービス条件)を含める。 (2)位置登録要求を転送する装置(外部エージェントFA 3
1、ホームエージェントHA 21)は,位置登録要求メッセー
ジ内に含まれるサービス要求情報を検索し、AAAサーバ22
に通知する。AAAサーバ２２は当該ユーザの課金プロファ
イルUBPを課金情報データべースBIDB 24から抽出し、ホ
ームエージェントHA 21、エッジルータERT 42を介してサ
ービス提供サーバCN 41へ転送する。
【０１０３】(3) サービス提供サーバCN 41は、ユーザ課
金プロファイルUBPとサーバ課金プロファイルSBPを照合
して課金条件を決定する。 (4)決定された課金条件は、位置登録応答処理によりネッ
トワーク内の課金装置BENに設定され、課金処理が実行さ
れる。 以上要約すれば、ユーザとサービス提供者(サーバ）間
で、サービス種別およびユーザ単位に、あらかじめ規定
された条件（課金プロファイル）に基づき、課金条件合
成機能により、動的にサービス料金条件を決定し、この
課金条件を解釈可能なネットワーク内の課金装置BENに
設定し、以後の当該ユーザに対して提供されるパケット
に関して課金装置において課金を可能とする。
【０１０４】(d)ユーザ課金プロファイル／サーバ課金
プロファイル 端末単位に、かつサービス単位に課金を行うためには、
課金情報を記述したファイルが必要である。本発明では
多数の選択肢を設けて柔軟な課金機能を実現するため
に、ユーザ端末側とサービス提供側にユーザ課金プロフ
ァイルUBP、サーバ課金プロファイルSBPをそれぞれ用意
し、照合することにより課金条件を決定する。
【０１０５】図2３はQoSサービスについてのユーザ課金
プロファイルUBP、サーバ課金プロファイルSBPの一例で
あり、他のサービスについても規定されるが説明は省略
する。ユーザ課金プロファイルUBPには、ユーザ端末毎
に該ユーザが許容するサービスに関する条件（パラメー
タ）が記述される。例えば、(a)に示すように所定のユー
ザに対して、QoSサービスの伝送速度として、64Kbps、5
12Kbpsが、サービス時間帯として8:00〜17:00が、許
容する課金方式として、パケット従量、AAA認証セッショ
ン単位、時間単位が、許容情報量として月額2000円が、
それぞれ設定されている。このユーザ課金プロファイルU
BPはサービスプロファイルとあわせて使用され、端末単
位に契約時点で内容を決定し（契約後もカスタマイズ可
能）、サービスを受ける際にサービス提供業者CNへこれ
を提示する。
【０１０６】サーバ課金プロファイルSBPには、サービ
ス提供サーバ41がサービスを提供するに当たっての課金
条件が記述される。例えば、(b)に示すようにQoSサービス
について、可能伝送速度として、64Kbps、128Kbps、
256Kbps、512Kbpsが設定され、それぞれについて、提
供可能時間帯、課金方式、単位料金が設定されている。
【０１０７】本発明では、個々の端末が受けるサービス
について、品質条件とこれに関連させた課金条件をサー
ビス実行前に動的に決定するために、サービス提供サー
バCN41が両者の課金プロファイルUBP ,SBPを一定の規則
に基づき照合して課金条件を決定し、この課金条件を課
金装置に通知すると共に端末単位のサービスを実行し、
課金装置は該課金条件に基づいて課金を行う。図2３の
例では、伝送速度512Kbpsがユーザの許容条件を満足する
から、サービスID=0004が課金条件として決定される。 以上、要約すると、ユーザとサービス提供者間のサービス
料金交渉を行うために、ユーザ側には、支払いの許容条
件を記述したユーザ課金プロファイルUBPを、またサー
ビス提供者側には料金と関連付けられた提供可能なサー
ビス情報を記述したサーバ課金プロファイルSBPをそれ
ぞれネットワーク上に保持し、移動端末MNがサービス実
行要求メッセージを送出した時点で双方の条件を合成す
ることで、移動端末とサービス提供業者間の料金条件を
決定可能とする。
【０１０８】（ｅ）課金プロファイルサーバ機能 課金プロファイルサーバ機能は、端末単位の課金プロフ
ァイルUBPを格納する課金情報データべースBIDBおよび
端末認証処理を行う認証（AAA）サーバ22との連携機能
である。端末認証を完了したAAAサーバ22は、当該端末
に関する課金情報を課金情報データべースBIDB 24に問
い合わせる。このときの問い合わせキーとして、例えば
端末のNAI (Network Access Identifier)を使用する。課
金情報データべースＲ２DB24から、当該ユーザに関する
ユーザ課金プロファイルUBPを受領したAAAサーバ22は、
課金条件を決定する外部装置(サービス提供サーバCN 4
1)に伝達するために、当該ユーザ課金プロファイルUBP
を、端末認証において生成された認証鍵等の情報と合わ
せて、外部装置へ送信可能な形式に変換する。
【０１０９】図２４はAAAサーバが管理する端末認証デ
ータとユーザ課金プロファイルUBPの関連説明図、図２５
はAAAサーバにおける端末認証処理と課金プロファイル
抽出処理フローである。 AAAサーバ22はサービス接続要求を含む認証要求を受信
すると(ステップ100)、まず、端末認証手順を実行する
(ステップ101)。ついで、端末認証処理が完了すれば、AA
Aサーバ22は端末(加入者)毎に管理されている端末認証
データADT1〜ADTnの拡張部を参照し(ステップ102)、着目
している端末のユーザ課金プロファイルUBP1〜UBPnが設
定されているかチェックする(ステップ10３)。ユーザ課
金プロファイルが設定されていれば、AAAサーバ22は、課
金情報データべースBIDB 24より位置登録要求を出した
端末のユーザ課金プロファイルを読み出し、必要なサー
ビスカテゴリーのエントリだけを抽出してこれを認証結
果に付与する(ステップ104)。ついで、認証結果の一部
としてユーザ課金プロファイルを課金開始要求メッセー
ジ(Mobile IPべースの実装では端末の位置登録メッセー
ジ)に含め(ステップ105)、ホームエージェントHA 21に転
送する(ステップ106)。以後、ホームエージェントHA 21は
課金開始要求メッセージを端末が接続要求するサービス
提供サーバCN41にエッジルータERT 42を介して転送す
る。なお、ステップ103において、ユーザ課金プロファイ
ルUBPが設定されていなければ、ユーザ課金プロファイ
ルを認証結果に付加せず位置登録メッセージを外部装置
に転送する。
【０１１０】以上要約すれば、AAAサーバ２２は、受信し
た端末認証要求メッセージ内にサービス要求情報が含ま
れていれば、これを検出して課金情報データべースBIDB
２４に対し、当該ユーザに関する課金プロファイルUBP
の検索を要求し、また、検索結果として当該ユーザに関
する課金プロファイルを受領した場合、これを課金条件
を決定する装置(サービス提供サーバCN)に転送する。
【０１１１】（ｆ）課金条件合成機能 サービス提供サーバCN 41は課金開始要求メッセージ、す
なわち、位置登録メッセージを受信すれば、自身が保有す
るサーバ課金プロファイルSBPとメッセージに含まれる
ユーザ課金プロファイルUBPとを照合して提供可能なサ
ービス条件(課金条件)を生成して課金装置BENに通知す
る。
【０１１２】図25は課金条件生成処理フローである。 サービス提供サーバCN 41は、移動端末が送信した位置
登録要求に基づいた認証結果とユーザ課金プロファイル
を含む結合更新メッセージを受信する(ステップ151)。
ついで、受信メッセージから、メッセージ内容の構成要
素を検出し(ステップ152)、構成要素として、結合情報
（端末の位置情報）を抽出して、端末に対する最適経路
を設定する(ステップ153)。次に、サーバCNは、受信メッ
セージに当該端末のユーザ課金プロファイルUBPが含ま
れているかチェックし(ステップ154)、含まれていなけれ
ば課金条件生成処理をすることなく始めに戻り次のメッ
セージの受信を待つ。
【０１１３】一方、メッセージにユーザ課金プロファイ
ルUBP(図23(a)参照)が含まれている場合には、サーバ課
金プロファイルSBP(図23(b)参照)を読み出し(ステップ1
55)、両方の課金プロファイルを照合する(ステップ15
6)。このとき、条件比較に使用される項目を１つずつ比
較する。全てのサービスIDのサーバ課金プロファイルSB
Pがユーザ課金プロファイルUBPと条件が合致しないか判
断し(ステップ157)、全てのサービスIDのサーバ課金プ
ロファイルSBPがユーザ課金プロファイルUBPと条件が合
致しなければ、サービス提供サーバCN 41はサービス提
供が不可能と判断して、エラー情報と課金条件のデフォ
ルト値を含む応答メッセージ（結合応答）を要求元（ホ
ームエージェントHA）に対して返答する(ステップ15
8)。これにより、全てのサービスIDのサーバ課金プロフ
ァイルSBPがユーザ課金プロファイルUBPと条件が合致せ
ず、サービス提供が不可能な場合であっても、エラー発
生を通知できき、しかも、デフォルト値をユーザに対し
て提示することができ、ユーザの利便性を向上すること
ができる。
【０１１４】一方、少なくとも1つのサービスIDのサーバ
課金プロファイルSBPがユーザ課金プロファイルUBPと条
件が合致すれば、このサービスIDのサーバ課金プロファ
イルをサービス提供条件(課金条件)として決定し、応答
メッセージ（結合応答）に含め(ステップ159)、課金条件
生成処理を終了する。
【０１１５】図27は図26のステップ155〜159の詳細処理
フローである。 ユーザ課金プロファイルUBPが入力されると、サーバCNは
サーバ課金プロファイルSBPのサービス種別IDを１に初
期化し(ｎ＝１、ステップ161)、ついで、比較対照のユー
ザ課金プロファイルの条件IDを１に初期化する(ｍ＝
１、ステップ162)。ついで、ユーザ課金プロファイルUBP
の第m条件項目の内容と第nサーバ課金プロファイルSBP
の第m条件項目の内容を比較する(ステップ163)。当該第m
条件において合致する内容があるかチェックし(ステッ
プ164)、合致する内容があれば、全ての条件IDについて比
較が完了したかチェックし(ステップ165)、「NO」であれば
mを歩進して(ステップ166)、ステップ163以降の処理を繰
り返す。
【０１１６】ステップ165において、全ての条件IDについ
て比較が完了していれば第ｎサーバ課金プロファイルを
ユーザへのサービス提供条件(課金条件)の推奨候補とし
て記録する(ステップ1６７)。ついで、サーバ課金プロフ
ァイルSBP内に、同一サービスカテゴリーのエントリが他
に存在するかチェックする(ステップ168)。存在すれば、
ｎを歩進し(ステップ169)、ステップ162以降の処理を繰
り返す。一方、ステップ168において、全てのサービス種別
IDについて比較処理を終了すれば、記録してある課金条
件をユーザへの推奨条件として出力し(ステップ170)、課
金条件生成処理を終了する。
【０１１７】又、ステップ164において、全サービス種別I
Dのサーバ課金プロファイルについて、全ての項目におい
てユーザ課金プロファイルと条件が合致するものが無け
れば、サーバ側で独自に事前設定してある推奨条件を提
示するか判断し(ステップ171)、提示する設定になってい
ればサーバ側の推奨条件を抽出して出力する(ステップ1
72)。しかし、提示する設定になっていなければ、当該ユ
ーザの提示条件ではサービス提供は不可能であるとする
メッセージを生成して(ステップ173)、処理を終了する。
【０１１８】（ｇ）高頻度サービスの課金条件のキャッ
シュ機能 ユーザ課金プロファイルUBPとサーバ課金プロファイルS
BPの照合比較による課金条件生成手順は、端末毎、サー
ビス毎に実施されるのが基本であるが、有料サービスと
して利用頻度が極めて高くまた、両者の課金プロファイ
ルの照合すべき点が少なく、課金条件についてサービス
を要求する端末毎の差異が出ない場合がある。言いかえ
れば、多くの端末に対する課金条件生成の結果、同一の
課金条件が生成される場合がある。
【０１１９】一方、サービスが比較的大規模な業者によ
って提供されるため、サービス提供者側のサーバにおけ
る課金条件生成の負荷を軽減して、サービス起動の応答
時間を短縮することが望まれている。そこで、課金条件
についてサービスを要求する端末毎の差異が出ない場
合、あらかじめ当該サービスに関する課金条件(サービ
ス提供条件)を生成して、課金情報データべースBIDB24
内に保持（キャッシュ）しておく。すなわち、サービス
提供サーバ及びサービスタイプに対応させて課金条件及
び課金条件を特定するサービスIDを登録しておく。かか
る状態において、ユーザから所定サーバに対してサービ
ス要求があった場合、課金情報データべースBIDB24内で
保持（キャッシュ）している課金条件、すなわち、サー
ビスIDを提示することで、サービス提供サーバCN 41に
おける課金条件生成の負荷を軽減して、サービス起動の
応答時間を短縮する。
【０１２０】図２８はキャッシュされた課金条件を適用
する場合のネットワーク全体のシーケンス説明図であ
る。 ユーザ又はアプリケーションAPLからのサービス提供
要求を移動端末MN 11内のMIP制御部が検出する。 移動端末(MN)11はサービス要求を含む位置登録要求メ
ッセージを外部エージェントFA 31に送出する。 外部エージェントFA 31は登録要求メッセージを受信
すれば、AAAサーバ22に対してサービス要求を含む認証要
求メッセージを送出する。 AAAサーバ22は認証要求メッセージより認証要求及び
サーバ情報(サービス要求先のサーバ名、サービスタイ
プ)を抽出する。ついで、抽出したサーバ情報とAAAサー
バ22が保持しているサーバ情報(サーバ名、サービスタイ
プ)とを比較し、一致した場合、サービス要求を削除す
る。
【０１２１】ついで、AAAサーバ22はホームエージェ
ントHA 21に対してサービス要求が削除された位置登録
要求メッセージを送出する。 ホームエージェントHA 21は位置登録処理後、AAAサー
バ22に対して登録応答メッセージを送出する。 ついで、AAAサーバ22はサービス提供サーバCN 41に対
して結合更新メッセージを送出する。なお、AAAサーバ2
2はこの結合更新メッセージに自分が保持しているサー
バ情報から抽出したサービス要求(課金条件を特定する
サービスID)含める。
【０１２２】サービス提供サーバCN 41は結合情報を
処理すると共にサービスIDを抽出し、該サービスIDより
課金条件を識別し、課金条件識別子を生成する。 ついで、サービス提供サーバCN 41は課金条件識別子
を結合応答に付加してAAAサーバ22に送出する。 (10) AAAサーバ22は結合応答を受信すれば、外部エージ
ェントFA 31に対し、保持しているサーバ情報から抽出
した課金条件を付加した登録応答メッセージを送出す
る。 (11) 外部エージェントFA 31の課金装置制御機能部BECF
は登録応答メッセージに付加された課金条件を抽出し、
該課金条件を課金装置BENに設定する。 (12)しかる後、外部エージェントFA 31は移動端末MN 11
に対して登録応答メッセージを送出し、MIP制御部は交渉
結果をアプリケーションに通知する。 (13) 以後、移動端末MN 11は課金条件識別子をサービス
提供サーバCN 41に送出してサービス条件受諾を通知す
れば、該サーバはサービス対象パケットを移動端末宛に
送出することになる。
【０１２３】図29はキャッシュされた課金条件を適用す
る場合のAAAサーバ22における処理フローである。AAAサ
ーバ22はパケット待ちの状態において(ステップ200)、
パケットを受信すると(ステップ201)、該パケットが認証
要求メッセージを含んでいるかチェックし(ステップ20
2)、含んでいれば認証処理を実行すると共に(ステップ20
3)、前記パケットにサービス要求が含まれているかチェ
ックする(ステップ204)。
【０１２４】サービス要求が含まれていれば、該サービ
ス要求に含まれるサーバ情報(サーバ名、サービスタイ
プ)が、保持しているサーバ情報と一致するかチェック
し(ステップ205)、一致すれば、認証要求中のサービス要
求を削除し(ステップ206)、ホームエージェントHA 21に
位置登録要求メッセージを送出する(ステップ207)。しか
し、ステップ205において、サーバ情報が一致しなけれ
ば、サービス要求に応じたユーザ課金プロファイルUBPを
課金情報データべースBIDB 24より抽出し(ステップ20
8)、該ユーザ課金プロファイルUBPを認証結果に付加して
ホームエージェントHA21に登録要求メッセージを送出す
る(ステップ207)。
【０１２５】一方、ステップ204において、パケットがサ
ービス要求を含んでいなければ、ホームエージェントHA
21に位置登録要求メッセージを送出する(ステップ209)。
又、ステップ202において、パケットに認証要求が含まれ
ていなければ、結合応答が含まれているかチェックし(ス
テップ210)、結合応答が含まれていれば外部エージェン
トFA 31に登録応答メッセージを送出する(ステップ21
1)。しかし、結合応答が含まれていなければ、登録応答
が含まれているかチェックし(ステップ212)、 登録応答
が含まれていればサーバCNに結合更新メッセージを送出
し(ステップ213)、登録応答が含まれていなければ、その
他の処理を行って次のパケットの受信待ちになる。
【０１２６】（ｈ）課金条件識別子の付与 課金条件生成機能により生成された課金条件データは、
ユーザ、サービス提供者双方の条件を満足するものであ
るが、最終的に実行可否は料金支払者（端末ユーザ）の
判断が必要である。このため、サービス提供者側では、
一旦生成された課金条件データに対して、実行承認時を
始めとして当該サービスとユーザ情報を関連付けるため
に一意の課金条件識別子を生成する。すなわち、サービ
ス提供者は、課金条件生成後、この課金条件データを一
意に識別する情報(課金条件識別子)を生成し（図28の
)、課金条件識別子を課金条件データとともにサービ
ス要求元への応答メッセージに含める。
【０１２７】生成された課金条件識別子は、サービス提
供サーバCN 41が管理している課金条件管理テーブル44
(図22参照)に格納する。この格納時点では、当該課金条
件が、ユーザに承認されたものではないため、「仮登
録」の状態を併せて記録する。図３０は課金条件管理テ
ーブル44が保持する情報の説明図であり、サービスを
要求している端末の識別情報（IPアドレス、NAI:Networ
k Access Identifierなど）、課金条件、課金条件
の識別子（課金条件識別子）、課金条件の許諾状況
（仮登録か、ユーザ承認済みかを示す登録状態）を含
む。
【０１２８】図３１は課金条件識別子付与処理フローで
ある。 サービス提供サーバCN41は課金条件を特定するサービス
IDを受領すると課金条件を識別すると共に、識別子生成
機能部に課金条件識別子の生成を要求し(ステップ251)、
識別子生成機能部より課金条件識別子を取得すれば、課
金条件管理テーブル44に課金条件、課金条件識別子等を
仮登録する(ステップ252)。ついで、当該課金条件の仮登
録タイマーを起動する(ステップ253)。又、ユーザ識別デ
ータ、課金条件、識別子を含む結合応答メッセージを作成
する(ステップ254)。しかる後、メッセージ内に矛盾点が
あるかチェックし(ステップ255)、矛盾点がなければメッ
セージを整形して送出し(ステップ256)、矛盾点があれば
課金条件のデフォルト値(エラー情報を含む)をメッセー
ジに含めて送出する(ステップ257)。これにより、矛盾点
があれば、エラー発生を通知できき、しかも、デフォル
ト値をユーザに対して提示することができ利便性を向上
することができる。
【０１２９】（ｉ）課金装置制御機能 課金情報を収集する課金装置BENは、外部エージェントF
Aなど適当な課金情報設定点に設けられる。この課金装
置BENは課金情報収集にあたって課金対象パケットの課
金条件を知らなくてはならない。そこで、課金条件デー
タは予め、課金装置に転送されて設定され、これにより
課金装置は課金対象となるパケットを観測し、課金処理
を実行する準備が完了する。
【０１３０】課金装置制御機能部BECF（サービス提供サ
ーバCN及び外部エージェントFAに設けられる）は、課金
条件を課金装置BENに転送、設定するために、全体的に以
下の処理を行う。すなわち、(1) ユーザ単位の課金条件
管理テーブル44に当該端末の課金条件を登録する、(2)
課金条件を課金装置が解釈可能な形式に変換する、(3)
課金装置へ課金条件を転送、設定する。(4) 課金条件の
有効期限を設定し、タイマーで経過時間を監視し、有効期
限経過前にパケットが到着すれば、当該課金条件は有効
として扱う。有効期限経過しても、パケットが到着しな
い場合には、当該課金条件を無効として課金条件管理テ
ーブル44からエントリを削除する。すなわち、一旦有効
になり、課金動作を始めた課金条件は、所定期間連続し
てパケットが到来しないことにより課金条件管理テーブ
ル44から削除される。
【０１３１】図３２は課金装置制御機能部BECFにおける
課金条件の仮設定処理フロー、図３３は実行中サービス
に関する課金条件の更新処理フローである。外部エージ
ェントFAの課金装置制御機能部BECFは受信メッセージ内
に課金条件識別子が含まれているかチェックし(ステッ
プ301)、含まれていなければ課金対象外のため無視し
(ステップ302)、次のメッセージの受信を待つ。
【０１３２】課金条件識別子が含まれていれば、登録応
答であるかチェックする(ステップ303)。登録応答メッ
セージを受信した場合には、本メッセージにサービス提
供サーバCNが課金条件と課金条件識別子を付与して送信
していると判断される。登録応答であれば、課金条件が
含まれているか調べ（ステップ304)、含まれていなけれ
ば課金対象外のため無視し(ステップ302)、次のメッセー
ジの受信を待つ。 課金条件が含まれていれば、課金条件を課金装置BENに設
定する(ステップ305)。ついで、課金条件設定が正常終了
したか監視し(ステップ30６)、課金装置BENへの設定に失
敗した場合には、課金不可能なためエラーメッセージを
作成して登録応答メッセージに含ませて移動端末MNに送
出する(ステップ307)。
【０１３３】一方、課金装置BENへの設定が正常終了すれ
ば、サービス提供サーバCN内の課金装置制御機能部BECF
は当該課金条件、課金条件識別子などを課金条件管理テ
ーブル44に追加する(ステップ308)。このとき、登録状
態は「仮登録」として設定される。課金条件管理テーブ
ル44への登録が正常終了した時点で、課金装置制御機能
部BECFは当該エントリについて、有効期限を示すタイマ
ーを起動し、減算を開始する。(ステップ309)。このタ
イマーの目的は、仮設定された当該課金条件に有効期限
を設ける為であり、一定時間、端末ユーザからのサービ
ス料金条件の承諾を待つ。このタイマ期間内に端末ユー
ザからの課金条件への承諾情報が来ない場合、当該課金
条件のエントリを自律的に削除する。
【０１３４】ついで、外部エージェントFAの課金装置制
御機能部BECF課金情報識別子を登録応答メッセージに含
ませて移動端末MNに送出する(ステップ310)。ステップ3
03において、位置登録応答でなければ、位置登録要求であ
って、同時に課金識別子を含むか調べ(ステップ321)、登
録要求でなく、あるいは、課金識別子を含んでいなけれ
ば、課金非関連メッセージであるから始めに戻り(ステッ
プ322)、次のメッセージの受信を待つ。 一方、登録要求であって、同時に課金識別子を含めば、課
金識別子をキーワードにして当該課金条件を課金条件管
理テーブル44より読み出す(ステップ323)。ついで、課
金条件の登録状態が仮登録であるか承認済みであるかチ
ェックし(ステップ324)、仮登録であれば登録状態を承認
済みに更新し(ステップ325)、承認済みの場合には、実行
中サービスの本登録を継続する(ステップ326)。以後、課
金条件管理テーブルの有効期限を更新し(ステップ327)、
応答メッセージを生成して、移動端末MNに送出する(ステ
ップ328)。
【０１３５】以上要約すれば、課金条件を課金装置BENに
設定し、課金装置は当該ユーザの要求サービス内容に合
致するパケットの到着を監視し、到着した場合には課金
を開始する。また、課金装置BENへの設定後一定時間経
過しても、パケットが観測されない場合は課金条件が破
棄されたものとして設定を解除する。
【０１３６】（ｊ）課金条件の承認 サービス提供サーバＣＮから課金条件がユーザ端末に提
示されるが、複数の課金条件が提示される場合がある。
この場合、ユーザは提示された課金条件のいずれかを選
択し、これをサービス提供サーバCNに通知する必要があ
る。また、１つの課金条件が提示される場合であって
も、ユーザは提示された課金条件の承諾をサービス提供
サーバCNに通知する必要がある。ただし、ユーザとサー
ビス提供者間の信頼関係が保証されていない為、ユーザ
は課金条件の承諾情報を、課金そのものを実行するネッ
トワーク内の課金装置に直接通知する必要がある。
【０１３７】図34は課金条件承認のシーケンス説明図で
ある。 移動端末MNは、位置登録応答メッセージにより、サービ
ス提供サーバCNで生成された1以上の課金条件の情報
（料金等）を通知される。登録応答メッセージに含まれ
る情報は (a) 1以上の課金条件、(b) 課金条件識別子、
の二点である。移動端末MNのアプリケーションAPLはユ
ーザに課金条件の選択肢を提示し、これによりユーザは
１つの課金条件に同意、あるいは、所定の課金条件を選
択する。
【０１３８】しかる後、MIP制御部は任意のタイミング
で周期登録メッセージを発行し、このメッセージ中に先
に受信した課金条件識別子を含めて送信する。なお、ネ
ットワークで該周期登録メッセージを解釈する必要があ
るのは、外部エージェントFA内の課金装置制御機能部BE
CFである。 外部エージェントFA内の課金装置制御機能部BECFは周期
登録メッセージに含まれる課金条件識別子を課金装置BE
Nに入力する。課金装置BENは、課金条件識別子が示す課
金条件を有効として内部的に設定し、課金可能状態にな
る。
【０１３９】また、当該周期登録メッセージはサービ
ス提供サーバCNに到達すれば、該サーバCNはネットワー
クにおいて課金条件が承諾され、課金準備が完了したと
認識する。 以後、すなわち、メッセージ受領を契機に、サービス
提供サーバCNはサービスを開始する。 課金条件承諾の他の通知方法として、上述のメッセージ
がサービス提供サーバCNに到達するまでの伝播遅延を考
慮し、あらかじめ、アプリケーションレベル（例：HTTP
S）でサーバCNにサービス開始の旨を通知しておき、サ
ーバ側でサービス開始に必要な準備動作を完了しておく
ことも可能である。
【０１４０】図３５は課金装置制御機能部BECFの課金条
件承認処理フローである。 外部メッセージを受信すると、周期登録要求メッセージ
であると同時に課金条件識別子が含まれているかチェッ
クし(ステップ351)、「NO」であれば課金対象外のメッセー
ジであるため無視し(ステップ352)、次のメッセージの受
信を待つ。 ステップ351において、周期登録要求メッセージであると
同時に課金条件識別子が含まれていれば、課金条件識別
子をキーワードにして課金条件管理テーブル44における
該当する課金条件を仮登録から本登録(有効)に変更する
(ステップ353)。ついで、課金条件設定が正常に終了した
かチェックし(ステップ354)、設定に失敗した場合には、
課金不可能なためエラーメッセージを作成し(ステップ3
55)、課金条件管理テーブル44と課金装置BENから当該課
金条件を削除し(ステップ356)、エラーメッセージを登録
応答メッセージに含ませて移動端末MNに送出する(ステ
ップ357)。
【０１４１】一方、課金条件の設定が正常終了すれば、課
金条件承認待ちタイマーを起動し、減算を開始する。
(ステップ358)。ついで、課金条件識別子を登録応答メ
ッセージに含ませ(ステップ359)、移動端末MNに送出す
る。以上より、ユーザ端末がサービス提供者から発行さ
れた課金条件識別子を登録メッセージに含めて送出する
ことによりネットワークに対して該ユーザがこの課金条
件を承諾したことを通知することができる。
【０１４２】（ｋ）サービス継続確認機能 一旦サービスを開始したあと、定期的に当該ユーザのサ
ービス継続の意思を確認する必要がある。この手段とし
ては、移動端末MNの位置登録手順のひとつである「周期
登録」手順を利用する。具体的には、以下の手順を踏
む。すなわち、 (1)移動端末MNは周期登録手順を開始する際に、周期登
録メッセージに接続先サーバCNのアドレスと課金条件識
別子を付加して送出する。 (2)登録要求メッセージを受信した装置（例えば、移動端
末を収容し、課金装置を制御する外部エージェントFA）
は、上記の付加情報を検出する。 (3)前記付加情報の検出を受けて、課金装置制御機能部BE
CF、当該移動端末MNがサービス提供の継続を希望してい
るものと判断し、課金条件有効期限を更新する。 (4) もし、ユーザ端末MNの不具合等が発生した場合に
は、周期登録が発生しないため、当該ユーザ端末に関す
る課金動作が中断する。このとき、課金対象のパケット
送信は、最終の周期登録の確認時点までとなる。
【０１４３】図３６は、移動端末のＡＡＡ（位置登録認
証）セッションが残っていない場合における課金継続シ
ーケンス説明図である。 移動端末(MN)は課金条件識別子を含む登録要求(周期
登録メッセージ)を送出する。 登録要求を受信した装置(移動端末を収容し課金装置
を制御するルータであり、例えば、外部エージェントFA)
は、受信メッセージより課金条件識別子を検出する。 検出された課金条件識別子を外部エージェントFAの課
金装置制御機能部BEFCが確認し、当該ユーザがサービス
の継続を希望しているものとして課金条件の有効期限を
延長する。
【０１４４】外部エージェントFA 31はAAAサーバ22に
対して認証要求を送出する。 AAAサーバ22は認証後、ホームエージェントHA 21に対
して登録要求を送出する。 ホームエージェントHA 21は登録処理終了後、AAAサー
バ22に対して登録応答を送出する。 AAAサーバ22は外部エージェントFA 31に対して登録応
答を送出する。 外部エージェントFA 31は移動端末MNに対して登録応
答を送出する。
【０１４５】図３７は、移動端末のＡＡＡセッションが
残っていない場合において、課金継続するときの外部エ
ージェントFAの処理フローである。パケットを受信すれ
ば(ステップ401)、外部エージェントFAは登録要求パケッ
トであるか調べ(ステップ402)、登録要求パケットでなけ
れば、課金継続処理以外のパケット処理を実行し(ステ
ップ403)、次のパケットの受信を待つ。 一方、登録要求パケットであれば、該パケットに課金条件
識別子が含まれているかチェックし(ステップ404)、含ま
れていれば該課金条件識別子を確認し、識別子が正しい
かチェックし(ステップ405,406)、正しければ、対応する
課金条件の有効期限を延長し(ステップ407)、AAAサーバ2
2に認証要求を送出し(ステップ408)、以後、始めに戻って
以降の処理を繰り返す。尚、課金条件識別子が含まれてい
ない場合および識別子が正しくない場合には、課金条件
の有効期限を延長することなくAAAサーバ22に認証要求
を送出する(ステップ408)。
【０１４６】図３８は、移動端末のＡＡＡセッションが
残っている場合における課金継続シーケンス説明図であ
る。 移動端末(MN)は課金条件の識別子を含む登録要求(周
期登録メッセージ)を外部エージェントFA31に送出す
る。 登録要求を受信した外部エージェントFA 31は、受信
メッセージより課金条件識別子を検出する。 検出された課金条件識別子を外部エージェントFAの課
金装置制御機能部BECFが確認し、当該ユーザがサービス
の継続を希望しているものとして課金条件の有効期限を
延長する。
【０１４７】ついで、外部エージェントFA31はホーム
エージェントHA 21に対して登録要求を送出する。 ホームエージェントHA 21は登録処理終了後、外部エ
ージェントFA 31に対して登録応答を送出する。 外部エージェントFA31は移動端末MN 11に対して登録
応答を送出する。
【０１４８】図３９は移動端末のＡＡＡセッションが残
っている場合において、課金継続するときの外部エージ
ェントFAの処理フローであり、図37と同一ステップには
同一番号を付している。異なる点は、課金条件の有効期
限を延長した後、ホームエージェントHA 21に対して認証
要求を送出し(ステップ408′)、以後、始めに戻って以降
の処理を繰り返す点である。 以上、課金装置BENにサービスの継続の意志を通知するた
めに、移動端末の周期登録手順によりサービス提供者が
発行した課金条件識別子を付与した登録要求を送出し、
この識別子を外部エージェントFAの課金装置制御機能部
BECFが検出して当該ユーザの課金サービス継続を課金装
置BENに通知する。しかし、周期登録メッセージ自体が発
行されない場合、もしくは周期登録メッセージ内に課金
条件識別子が含まれていない場合は、サービス継続の意
志が無いものと判断し、課金装置BENに課金収集動作終
了を指示し、ネットワーク内装置でサービス継続の有無
を確認する。
【０１４９】（ｍ）サービス実行中の課金条件の再設定 サービス実行のための課金条件(料金条件)が、移動端末
MNとサービス提供サーバCN間で合意され、サービスが開
始して実行中の状態において、ユーザが自らの意思でサ
ービス条件(課金条件)を変更したいと希望する場合があ
る。このような場合、サービス実行中に適用中の課金条
件を再設定できるようにする必要がある。また、サービ
スの正常終了を待たずにユーザ端末の意思で、明示的に
サービス中断を要求し、これを契機にサービス中断、課
金動作の中断を行えるようにすることも必要である。 かかる制御を行うために移動端末MNの周期登録動作を利
用する。以下に、サービス条件変更、およびサービス中
断する場合における機能を示す。
【０１５０】(1)サービス条件を変更する場合 サービス利用中の端末MNが発行する周期位置登録にデフ
ォルトで以下の情報接続先サーバ情報、課金条件識
別子が付与されている。これに対して、サービス条件変
更の場合は、新たな情報としてサービス要求情報（利
用資源等）を付与する。この情報を含むことで、ネット
ワーク中の課金動作に関連する装置類は、サービス変更
が要求されていることを認識する。
【０１５１】(2)サービスを中断する場合 サービス中断要求を行う場合は、上記情報の中に、サ
ービス中断を識別可能なフラグ情報を入れる。これによ
り、ネットワーク上の課金関連装置は、当該端末のサー
ビス中断を認識する。課金装置BENを制御する課金装置
制御機能部BECFが該フラグ情報を検出した場合、即座に
課金装置BENに当該端末の課金動作の中断を指示し、課
金条件管理テーブル44から当該サービスに関する情報を
削除する。また、サービスを提供するサーバCN 41は、
サービス提供動作を中断する。
【０１５２】図４０は課金条件変更シーケンス説明図で
ある。 ユーザ又はアプリケーションからのサービス変更要求
をMIP制御部が検出する。 移動端末(MN)はサービス提供サーバ名、課金条件識別
子、サービス要求を含む登録要求（周期登録要求）を外
部エージェントFA31に送出する。 外部エージェントF 31は課金条件識別子、サービス要
求よりサービスの変更を検出する。 ついで、外部エージェントFA31はAAAサーバ22に対し
て課金条件識別子、サービス要求を含む認証要求を送出
する。
【０１５３】AAAサーバ22は認証処理すると共に、ユ
ーザ課金プロファイルUBPを課金情報データべースBIDB2
4より抽出する。 AAAサーバ22はホームエージェントHA 21に対してサー
ビス提供サーバ名、課金条件識別子、ユーザ課金プロフ
ァイルUBPを含む登録要求を送出する。 ホームエージェントHA 21は登録処理終了後、サービ
ス提供サーバCN 41に対して課金条件識別子、ユーザ課
金プロファイルUBPを含む結合更新メッセージを送出す
る。
【０１５４】サービス提供サーバCN 41は結合情報を
処理するとともに、ユーザ課金プロファイルUBPとサーバ
課金プロファイルSBPを照合して課金条件を生成する。 しかる後、サービス提供サーバCN 41は生成した新たな
課金条件の識別子を再生成し、その情報を結合応答に付
加してホームエージェントHA 21に送出する。 (10)ホームエージェントHA 21はAAAサーバ22に対して登
録応答を送出する。
【０１５５】(11)AAAサーバ22は外部エージェントFA 31
に対して登録応答を送出する。 (12)外部エージェントFA 31の課金装置制御機能部BECF
は登録応答に付加された課金条件、課金条件識別子を抽
出し、課金装置BENに設定する。 (13)外部エージェントFA 31は移動端末MN 11に対して登
録応答を送出する。MIP制御部は交渉結果をアプリケー
ションに通知する。 (14)以後、移動端末MN 11は課金条件識別子をサービス提
供サーバCN 41に送出してサービス条件受諾を通知すれ
ば、該サーバはサービス対象パケットを移動端末宛に送
出し、課金装置は新たな課金条件にしたがって課金処理
を行う。
【０１５６】図４１は課金条件を変更する場合における
外部エージェントFAの処理フローである。パケットを受
信すれば(ステップ501)、外部エージェントFAは登録応答
パケットであるか調べ(ステップ502)、登録応答パケット
でなければ、登録要求パケットであるか調べ(ステップ5
03)、登録要求パケットでなければ、課金条件変更処理以
外のパケット処理を実行し(ステップ504)、次のパケット
の受信を待つ。一方、登録要求パケットであれば、該パケ
ットにサービス要求が含まれているかチェックし(ステ
ップ50５)、サービス要求が含まれていれば課金条件識別
子も含まれているかチェックし(ステップ506)、含まれて
いればAAAサーバ22にサービス要求及び課金条件識別子
を含んだ認証要求を送出する(ステップ507)。
【０１５７】又、ステップ50５において、サービス要求
を含んでいなければ、AAAサーバ22に認証要求を送出し
(ステップ508)、ステップ506において課金条件識別子を
含んでいなければ、AAAサーバ22にサービス要求を含んだ
認証要求を送出する(ステップ50９)。更に、ステップ502
において、登録応答であれば、課金条件を含んでいるか
チェックし(ステップ510)、含んでいれば課金装置BENに
課金条件を設定する(ステップ511)。
【０１５８】図４２は課金条件を変更する場合における
サービス提供サーバCNの処理フローである。パケットを
受信すれば(ステップ551)、サーバCNはパケットが結合更
新パケットであるか調べ(ステップ552)、結合更新パケッ
トでなければ、課金条件変更以外のパケット処理を実行
し(ステップ553)、次のパケットの受信を待つ。 一方、結合更新パケットであれば、該パケットにサービス
要求(ユーザ課金プロファイルUBP)が含まれているかチ
ェックし(ステップ554)、サービス要求が含まれていれば
課金条件識別子も含まれているかチェックし(ステップ5
55)、課金条件識別子も含まれていれば該課金条件識別子
を確認し、識別子が正しいかチェックし(ステップ556,55
7)、正しければ、それまでの課金条件を課金条件管理テー
ブル44より破棄する(ステップ558)。ついで、サーバCNは、
ユーザ課金プロファイルUBPとサーバ課金プロファイルS
BPを照合して新たな課金条件を再生成する(ステップ55
9)。しかる後、サーバCN 41は生成した新たな課金条件の
識別子を再生成し(ステップ560)、その情報を結合応答
に付加してホームエージェントHA 21に送出する(ステッ
プ561)。
【０１５９】一方、ステップ555において、課金条件の識
別子が含まれていなければ、課金条件の変更でないか
ら、サーバCNは、ユーザ課金プロファイルUBPとサーバ課
金プロファイルSBPを照合して課金条件を生成する(ステ
ップ562)。しかる後、サーバCN 41は生成した課金条件の
識別子を生成し(ステップ563)、その情報を結合応答に
付加してホームエージェントHA 21に送出する(ステップ
561)。また、ステップ554において、パケットにサービス
要求(ユーザ課金プロファイル)が含まれていなければ、
サーバCNは結合情報を処理し(ステップ564)、ホームエー
ジェントHAに対して結合応答を送出する(ステップ561)。
【０１６０】（ｎ）ハンドオーバ対応機能（課金条件の
転送） 有料サービスを受けているユーザ端末が、スムースハン
ドオフの能力を備えているものとする。かかる場合、外
部エージェントFA間の端末移動にともなう認証時、実行
中サービスに関する課金情報等を新旧FA間で送受するこ
とで、パケットの廃棄を防止すると共に、課金条件も移
動後の新FAに引き継がせることでより正確な課金情報の
収集を可能とする。尚、以下においてネットワーク構成
としては図18の構成を念頭に入れて説明している。 具体的には、端末移動によるスムースハンドオフ発生時
点で、移動端末MN(図18参照)は移動後の外部エージェン
トFA（以下新FAという）に対して登録要求メッセージを
送出する。この登録要求メッセージを受けた新FA 31′
は、該移動端末MNを移動前に収容していた外部エージェ
ントFA 31（旧FAという）に対して、結合更新と呼ばれ
るメッセージを送出して、旧FAに到着する当該端末宛の
パケットを、新FAに転送するように依頼する。
【０１６１】結合更新メッセージを受けた旧FAはこの結
合情報に基づいて、当該移動端末宛のパケットを新FAへ
転送する設定を行い、設定完了後に結合応答メッセージ
を新FAに対して送出し、結合情報を受理したことを通知
する。ただし、当該移動端末MNが、有料サービスを実行
中であれば、旧FA 31は自装置内の課金機能に適用され
ていた課金条件を抽出して新FAに転送するために、該課
金条件を結合応答メッセージに含める操作を行う。
【０１６２】新FAは旧FAが送出した課金情報メッセージ
を検出し、即座にこれを新FAと連携する新課金装置に設
定する。新FAにおける登録が完了すれば、当該サービス
のパケットは新FA宛に送出されるため、旧FAは最終とな
るパケットを一定期間監視して後続パケットが来ないこ
とを検出して、旧FAにおける課金動作を終了する。
【０１６３】図４３は移動後の課金のためのシーケンス
説明図である。 移動端末(MN)は移動検知後、smooth handoff拡張情
報、課金条件識別子を含む登録要求を新FA 31′に送出
する。 新FA 31′は課金条件識別子を含んだ結合要求メッセ
ージを旧FA 31に送出する。 旧FAは受信した結合要求メッセージに含まれる課金条
件識別子をチェックし、正しければユーザの課金情報を
含む結合応答メッセージを新FAに送出する。 新FAは受信した結合応答メッセージに含まれる課金情
報(課金条件)を新課金装置に設定する。
【０１６４】以後、新FAはAAAサーバ22に認証要求を送
出する。 AAAサーバ22は認証処理を行い、ホームエージェントH
A21に対して登録要求を送出する。 ホームエージェントHA21は登録処理後、AAAサーバ22
に対して登録応答を送出する。 AAAサーバ22は新FAに登録応答を送出する。 新FAは移動端末MNに登録応答を送出する。 尚、シーケンス〜、シーケンス〜を並行して処
理するパターンもある。
【０１６５】図４４は移動後の課金のための新FAの処理
フローである。新FA31′はパケットを受信すれば(ステ
ップ601)、該パケットが結合応答パケットであるかチェ
ックし(ステップ602)、結合応答パケットでなければ、登
録要求パケットであるかチェックし(ステップ603)、登録
要求パケットでなければハンドオフ課金処理以外の処理
を実行し(ステップ604)、次のパケットの受信を待つ。一
方、登録要求パケットであれば、smooth handoff拡張情
報を含んでいるかチェックし(ステップ605)、含んでいれ
ば更に課金条件識別子を含んでいるかチェックし(ステ
ップ606)、含んでいれば、旧FA31に課金条件識別子を含む
結合更新メッセージを送出する(ステップ607)。これによ
り、旧FAは移動端末宛のパケットを新FAへ転送する設定
を行い、設定完了後に結合応答メッセージを新FAに対し
て送出し、結合情報を受理したことを通知する。また、
移動端末MNが、有料サービスを実行中であれば、旧FAは
自装置内の課金機能に適用されていた課金条件を抽出、
該課金条件を結合応答メッセージに含める。
【０１６６】一方、ステップ606において、課金条件識別
子を含んでいなければ、新FA31′は旧FA31に結合更新メ
ッセージを送出する(ステップ608)。これにより、旧FAは
移動端末宛のパケットを新FAへ転送する設定を行い、設
定完了後に結合応答メッセージを新FAに対して送出し、
結合情報を受理したことを通知する。尚、旧FAは自装置
内の課金機能に適用されていた課金条件を結合応答メッ
セージに含めない。
【０１６７】以後、新FAはAAAサーバ22に対して認証要求
を送出する(ステップ609)。 又、ステップ605において、s
mooth handoff拡張情報を含んでいなければ、直ちに、新
FAはAAAサーバ22に対して認証要求を送出する。また、ス
テップ602において結合応答メッセージを受信すれば、課
金情報が含まれているかチェックし(ステップ610)、含ま
れていれば新課金装置に課金条件を設定する(ステップ6
10,611)。
【０１６８】図 45は移動後の課金のための旧FAの処理
フローである。旧FA31はパケットを受信すれば(ステッ
プ651)、該パケットが結合更新パケットであるかチェッ
クし(ステップ652)、結合更新パケットでなければ、ハン
ドオフ課金処理以外の処理を実行し(ステップ653)、次の
パケットの受信を待つ。一方、結合更新パケットであれ
ば、課金条件識別子を含んでいるかチェックする(ステ
ップ654)。課金条件識別子を含んでいれば、該当移動端
末MN、サーバCNに対する課金条件識別子と比較し、その正
当性をチェックする(ステップ655)。受信した課金条件識
別子が正しければ(ステップ656)、課金情報(課金条件)を
含んだ結合応答パケットを新FA31′に送信する(ステッ
プ657)。
【０１６９】一方、ステップ654において課金情報識別子
が含まれていなければ、あるいは、ステップ656において
受信した課金条件識別子が正しくなければ、課金情報を
含まない結合応答パケットを新FA31′に送信する(ステ
ップ658)。 以上、スムースハンドオフ機能が導入されたネットワー
クにおいて、移動端末が旧ＦAから新ＦＡに移動した
際、旧ＦＡは当該端末の料金条件を結合応答メッセージ
に含めて新ＦＡに通知するから、新ＦＡは旧ＦＡと同一
料金条件でサービス提供を継続することができる。
【０１７０】（ｐ）ハンドオーバ対応機能（サービスセ
ッション情報の認証） 端末移動によるハンドオーバ前後において、登録要求を
出すユーザが利用中サービスに関する正当なユーザであ
るか否かを確認する必要がある。そこで、有料サービス
利用中に端末移動によりFA間移動した場合、新FAを介し
て位置登録を実施しようとする端末は、課金条件識別子
を提示して当該サービスのセッションを保持することを
可能とする。仮に、不正なユーザが登録要求を行って
も、サービス開始時に端末が保持している課金条件識別
子を提示させることで、正当なユーザであるか否かを確
認できる。
【０１７１】具体的に図43のシーケンスを参照して説明
すると、新FAへ登録要求を発行する際、このメッセー
ジ中に課金条件識別子を含める。新FAは、スムースハ
ンドオフ手順において送出する結合要求メッセージ中に
当該端末が提示した課金条件識別子を含めて旧FAに送達
する。旧FAの課金装置制御機能部は受信した結合要求
メッセージ中に含まれる課金条件識別子と、課金条件管
理テーブル４４に保持されている課金条件識別子とを照
合し、合致すれば正当なユーザであると確認し、照合結
果を結合応答メッセージ含めて新FAに応答する。新FA
は、結合応答メッセージ中に含まれる課金条件識別子の
照合結果を見て、これが合致することが判明すれば、同
メッセージに乗せられた課金条件データを課金装置制御
機能部により新課金装置に設定する。課金条件識別子の
照合結果が不一致の場合、当該端末に関するサービスを
中断する。
【０１７２】以上より、課金動作の継続にあたり、新Ｆ
Ａに位置登録要求を出した端末の正当性を移動後のルー
タ（新FA）から移動前ルータ(旧FA)に問い合わせること
で確認することができる。
【０１７３】（ｑ）課金条件設定の契機 課金条件の生成および課金装置への課金条件の設定につ
いては、課金対象のパケットがサーバ等から送出される
以前に完了することが望ましい。このため、課金動作の
準備に関わる手順を、移動端末の位置登録手順と並行し
て実施する。具体的には、端末の位置登録はネットワー
クレイヤにおいて移動端末宛のパケット転送の設定を行
うことが目的であるが、この登録手順に課金に関する情
報設定と配布処理を連携させることで、個別のメッセー
ジを追加することなく課金情報の事前設定を可能にす
る。
【０１７４】図46は、位置登録手順を利用してサービス
課金条件交渉手順を実行する基本シーケンス説明図であ
る。 端末ユーザは、アプリケーション上で接続しようとす
るサービス（業者）への接続を試みる。このとき、アプ
リケーションAPLは、自端末の位置登録管理機能部(MIP
制御部)に対して、接続先（サービス提供サーバCN）へ
位置登録要求メッセージを利用してサービス要求情報を
送出するよう指示する。サービス要求情報は、 ・接続先サーバの特定情報（例：IPアドレス、 URLな
ど） ・要求資源情報（当該アプリケーションAPLがサービス
の実行に必要とする資源、例えば伝送速度など）、 を含んでいる。
【０１７５】移動端末内のMIP制御部は、アプリケー
ションAPLからのサービス要求情報を位置登録要求メッ
セージに埋め込み、ネットワークに該位置登録要求メッ
セージを発行する。Mobile IPの場合は、Vendor/Organi
zation-Specific Extension 内に上述のデータを埋め込
む。 移動端末MNからの位置登録要求を受けた外部エージェ
ントFA 31は、AAAサーバ22へ本要求を回送する。 登録要求を受けたAAAサーバ22は、移動端末MNの端末
認証を実施すると同時に、課金情報データべースBIDB 2
4にも照会をかけ、当該移動端末MN11のユーザ課金プロ
ファイルUBPを抽出する。
【０１７６】AAAサーバ22は、ホームエージェントHA
21に対して位置登録を行うと同時に、サービス提供サー
バCN 41に対して移動端末MN 11に関する情報を結合メッ
セージとして送出する。この結合メッセージには、当該
ユーザの課金プロファイルUBPと位置情報が含まれてい
る。 結合メッセージを受けたサーバCN 41は、当該移動端
末MN 11のユーザ課金プロファイルUBPと自分のサービス
提供条件(サーバ課金プロファイルSBP)を照合して、可
能な課金条件を割り出し課金対象機器が理解可能な表現
形式で生成する。また、当該移動端末MNに対する接続時
の課金条件識別子を生成し、課金条件や課金条件識別子
を埋め込んだ結合応答メッセージをホームエージェント
HA 21に向けて送出する。この後、サーバCNは、移動端
末MNを収容する外部エージェントFAへのトンネルを設定
し、パケット送出の準備をする。また、先に設定した識
別子に関して有効期間のタイマーを起動させる。
【０１７７】結合応答メッセージを受信したホームエ
ージェントHA ２１は、これをAAAサーバ22に回送する。 AAAサーバ22は当該メッセージを外部エージェントFA
31へ認証応答として返す。 結合応答メッセージを受信した外部エージェントFA
３１の課金装置制御機能部BECFは、該メッセージより課
金条件を抽出して、自装置内の課金装置BENに新規に設
定する。この時点で、外部エージェントFA 31を経由す
る当該ユーザ端末のアプリケーション宛パケットに対す
る課金が可能となる。ただし、課金実行条件が成立して
いない場合は、登録応答にその旨を示す内容を含める。
【０１７８】(10)外部エージェントFA 31より登録応答
を受信し、IPレイヤで問題がなければ、MIP制御部はア
プリケーションAPLに対して当該メッセージに含まれる
課金折衝の結果と課金情報識別子を伝達し、アプリケー
ションはこれをサービス実行期間中保持する。 (11)移動端末上のアプリケーションAPLは、上記結果を
ユーザにメッセージ表示等で伝達する。ユーザが承認す
る場合には、何らかの入力操作をするから、これにより
課金情報識別子を含んだ周期位置登録メッセージを送出
する。この課金条件承諾を示すメッセージ（周期位置登
録要求）は外部エージェントFAに到達し、その課金装置
制御機能部BECFはこれを認識して課金装置に通知し、当
該サービスに対する課金を開始させる。 (12)前記課金条件承諾メッセージはさらにサービス提供
サーバCN 41に転送され、該サーバは要求元ユーザに対し
てサービスを開始する。
【０１７９】（ｒ）位置登録済み端末のユーザ課金プロ
ファイルの抽出法 移動端末MNが、サービス開始契機以前に一旦位置登録を
完了していれば、初期位置登録のAAAサーバ認証時に既
にユーザ課金プロファイルUBPは抽出されている。かか
る位置登録完了後に新たな有料サービスの提供を受ける
ために移動端末がサービス要求情報を含む位置登録メッ
セージを送出することがある。このような場合、端末の
認証処理は認証セッション期間が有効であれば不要であ
り、ユーザ課金プロファイルUBPも初期位置登録時と同
じである。それにもかかわらず、新たな有料サービスの
提供を受けるために、初期位置登録時と同じ内容のユー
ザ課金プロファイルUBPを課金情報データべースBIDBに
アクセスして取得するのは、AAAサーバ22に余分な負荷
を強いる結果となり、回避することが望まれる。
【０１８０】このため、初期位置登録において、AAAサ
ーバ22に認証要求し、この応答として課金情報データべ
ースBIDB 24より抽出した当該ユーザ端末のユーザ課金
プロファイルUBPのコピーを、サーバへの転送経路上に
存在するホームエージェントHA21に保存(キャッシュ)す
る。以後、AAAサーバ22の端末認証セッションの有効期
間内に新規サービス要求(サーバ切替)があった場合、外
部エージェントFAを通過した登録メッセージは、AAAサ
ーバ22を経由せずにホームエージェントHA 21に到達
し、ホームエージェントHA 21がキャッシュしているユ
ーザ課金プロファイルUBPを新規接続先のサーバに転送
し、当該サーバ内で課金条件を生成する。以後の処理は
初期位置登録時の料金交渉と同様である。
【０１８１】図４７はホームエージェントHAのユーザ課
金プロファイルキャッシュ処理及びそのキャッシュ利用
処理フローであり、以下の２つの処理 初期交渉時のユーザ課金プロファイルUBPのキャッシ
ュ処理、 接続先サーバ切替時のホームエージェントHA内のキャ
ッシュ参照によるAAAサーバへのアクセス回避処理、 に大別される。
【０１８２】ユーザ端末がネットワークに対して新規サ
ービス要求を含む登録要求パケットを送出すると、ホー
ムエージェントHAは、外部エージェントFA、AAAサーバ22
を介して、該パケットを受信し、その内容を分析する(ス
テップ701)。ついで、登録要求パケットの送信元を判別
し(ステップ702)、送信元がAAAサーバ22であれば、端末認
証セッションの新規設定時における登録要求パケットで
あると認識する。しかる後、該パケットにサービス要求
メッセージ及びユーザ課金プロファイルUBPが含まれて
いるかチェックし(ステップ703)、含まれていれば、ユー
ザ課金プロファイルUBPのコピーを内蔵のメモリに保存
(キャッシュ)する(ステップ704)。又、該コピーの有効期
間監視タイマーを起動し(ステップ705)、以後、次のパケ
ットの受信を待つ。ステップ703において、登録要求パケ
ットにサービス要求メッセージまたはユーザ課金プロフ
ァイルUBPが含まれていなければ、キャッシュ処理対象外
のパケットであるから所定の処理を行って(ステップ70
6)、以後、次のパケットの受信を待つ。……以上、ユーザ
課金プロファイルキャッシュ処理
【０１８３】ステップ702において、送信元が外部エージ
ェントFAであれば、ホームエージェントHAは端末認証セ
ッション有効時における登録要求パケットであると認識
する。ついで、ホームエージェントHAは、該登録要求パ
ケットがサービス要求メッセージを含み、同時に、当該
端末に関するユーザ課金プロファイルUBPのコピーがホ
ームエージェント内部にキャッシュ(保存)されているか
チェックする(ステップ707)。尚、ホームエージェントHA
は登録要求パケットにサービス要求メッセージが含まれ
ることで、課金開始要求であることを検知する。
【０１８４】これにより、ホームエージェントHAは該ユ
ーザ課金プロファイルUBPのコピーを読み出し、該ユーザ
課金プロファイルUBPを含む課金開始要求メッセージを
形成し(ステップ708)、該メッセージをユーザが新たに接
続しようとするサーバに向けて送信し(ステップ709)、以
後、次のパケットの受信を待つ。……以上、キャッシュ
利用処理
【０１８５】以上のように、一旦、端末MNの認証処理が
完了後、あるサービスを利用しているユーザが、そのサ
ービスの利用を中断して別のコンテンツサーバに接続す
る場合に効果がある。すなわち、新規サーバへ接続開始
する際に、当該端末に関するAAAサーバによる端末認証
セッション期間が残っていれば、端末認証手順をする必
要がなく、AAAサーバ22へのアクセスは不要である。そ
こで、ユーザ課金プロファイルのコピーをホームエージ
ェントHAで保存（キャッシュ）し、参照/利用すること
で、FA→AAA→HAの経路の装置間メッセージ数とAAAサー
バ22で実行される課金プロファイル抽出の処理を削減す
ることができる。
【０１８６】（Ｅ）課金機能を配備した場合の第2のネ
ットワーク構成 （ａ）課題 図22のネットワーク構成における課金技術(第1の課金技
術という)は、ユーザとサービス提供者双方に対してサー
ビスの課金条件を実行前に整合させ、必要に応じて端末
ユーザに課金条件を提示してユーザの希望する条件を選
択させるものである。しかし、この第1課金技術は汎用
性の点で以下の3つの課題がある。
【０１８７】第1の課題は、機能実現のために、ユーザと
サービス提供者間の課金条件交渉手順としてMobile IP
を拡張利用していることに起因して発生する。Mobile IP
の利用は、IPv4, IPv4版EaseNet (Environment Adaptive
Services Network)に対する親和性高いという利点を有
するが、ネットワーク、端末双方が共にMobile IP機能の
実装を必須とする制約がある。このため、Mobile IP等
の個別プロトコルを利用せず、これらプロトコルを実装
する必要のない課金制御技術が望まれる。 第2の課題も、課金条件交渉の手順としてMobile IPを拡
張利用していることに起因して発生するもので、以下の
問題点、 (1)ホームエージェントHAに課金制御メッセージ制御機
能を追加しなければならない、(2)課金交渉手順は、無
条件にホームエージェントHAを経由するため、ユーザホ
ストからサービス提供ノードまでの経路が冗長になる、
がある。このため、制御メッセージの経路を最適化できる
課金技術が望まれている。 第3の課題は、１つのサービスを提供するサービス提供
サーバは物理的に１台であり、しかも課金制御機能の内
蔵を前提としている。かかる構成は、サービス提供サー
バが地域的に分散され、かつ、課金制御を一括集中させ
たシステム形態に適さない。なお、このようなシステム
形態としては、例えば、ネットワークカーナビゲーショ
ンシステム等が考えられ、今後、これらのシステム形態
は商用化の可能性が大きい。このため、分散したサービ
ス提供ノードが共通のサービスを行なう場合における課
金技術が望まれている。
【０１８８】本発明の課金技術(第２課金技術という)
は、第１課金技術の上記課題を解決するものであり、第
1課金技術の基本コンセプトである以下の三点 (1) ユーザ側、サーバ側のそれぞれに課金プロファイル
を規定する、(2) ユーザ毎に提供されるサービスに応じ
て、サービス起動要求ごとに料金条件を動的決定する、
(3)ユーザがサービス実行前に課金条件を確認すること
を可能とする、をより汎用的かつ効率的に実現する。併
せて、第２課金技術は、今後の商用インターネットプロ
トコルの主体と見られるIPv6への親和性も確保する。
【０１８９】（ｂ）ネットワーク構成 図４８は本発明のIPv6をべースとした第2の課金技術を
適用できるネットワークの構成図であり、コアネットワ
ークとしてIPv6ネットワーク51を備え、該ネットワーク
にAAAサーバ52、IPv6ネットワークを構成する通信ノー
ドとしてのエッジルータ501、502が接続され、アクセス
網551、552を介して端末装置としてのIPv6ホスト581、5
82がIPv6ネットワーク51と接続されている。図４８のネ
ットワークは、単一のドメインから構成されており、この
ドメインは、あるサービスプロバイダにより管理されて
いる。このドメインに属するIPv6ホスト581、582はAAAサ
ーバ52により認証される。 さらに、IPv6ホスト581、582はそれぞれIPv6プロトコル
に従って通信を行なう機能を備えた端末装置であり、そ
れぞれこのドメインに属している。尚、IPv6ホスト581、5
82のユーザは、このドメインを管理するサービスプロバ
イダとの間で加入者契約をしている。そして、IPv6ホス
ト581、582は、それぞれ、エッジルータ501、502に収容さ
れている。
【０１９０】図４９はサービスプロファイル情報及び課
金プロファイル情報をAAAサーバ52よりエッジノード501
に配布する基本シーケンスである。なお、サービスプロ
ファイル情報はAAAサーバ52がアクセス可能なサービス
プロファイルデータべースSPDB に格納されており、課金
プロファイル情報は課金プロファイルデータべースBPDB
に格納されている。 IPv6ホスト581は、ネットワークから定期的にICMP広告を
受信する。ここで、ICＭＰ広告は、例えばエッジノードEN
より各端末に送出されるメッセージであり、ここでは、エ
ッジノード501からIPv6ホスト581にICMP広告が送られ
る。
【０１９１】IPv6ホスト581はICMP広告を受信すると、必
要に応じてエッジノード501に対してアドレスの割り当
てを要求するアドレス割当要求(ICMP-AAA要求)を送出す
る。 尚、IPv6ホスト581は、IPアドレスを保持していない場
合、先に割り当てられていたIPアドレスが消滅した場
合、あるエッジノードの通信エリアから他のエッジノ
ードの通信エリアに移動した場合、などにアドレス割当
要求を出力する。
【０１９２】エッジノード501は、アドレス割当要求を受
信すると、IPv6ホスト581に割り当てるべきIPアドレスを
決定すると共に、IPv6ホスト581の正当性の認証を要求す
る認証要求メッセージをAAAサーバ52に送出する。AAAサ
ーバ52は認証要求を受信するとそのIPv6ホスト581の正
当性を認証すると共に、データべースSPDB,BPDBよりそれ
ぞれサービスプロファイル情報SP及び課金プロファイル
情報BPを抽出する。そして、AAAサーバ52は、認証応答と共
にIPv6ホスト581のサービスプロファイルSP及び課金プ
ロファイルBPを、エッジノード501に送出する。エッジノ
ード501は、認証応答及びIPv6ホスト581のサービスプロ
ファイルSP及び課金プロファイルBPを受信すると、サー
ビスプロファイル及び課金プロファイルを内蔵のキャッ
シュメモリに格納する。また、エッジノード501は、IPv6
ホスト581が正当な端末であれば、アドレス割当要求に対
する応答として、既に決定してあるアドレスを含めてア
ドレス割当応答(ICMP-AAA応答)をIPv6ホスト581に返送
する。
【０１９３】以上の手順により、IPv6ホスト581に新たな
IPv6アドレスが割り当てられる。そして、このアドレス
割当手順と連携して、IPv6ホスト581がAAAサーバ52によ
り認証されると共に、IPv6ホスト581のサービスプロファ
イルSP及び課金プロファイルBPがそのIPv6ホスト581を
収容しているエッジノード501に配布される。このよう
に、図４８のネットワーク形態では、ICMPv6とAAAプロト
コルとが互いに連携している。
【０１９４】（ｃ）課金機能を装備した場合のネットワ
ーク構成 図５０は図４８のネットワークに課金機能を装備した場
合のネットワーク構成図であり、IPv6ネットワークとし
てのコアネットワーク51の周縁部にエッジノード（EN-1
〜EN-3）501〜503が設けられている。エッジノードEN-1
〜EN-3は、ルータ機能を基本として構成され、 ユーザ端末にアドレスを割り当て、該アドレスの認証
をAAAサーバ52に要求する機能、 AAAサーバ52からダウンロードされたユーザ課金プロ
ファイルを保持、管理する機能、 ユーザホストのパケットから、有料サイトへの接続を
検出する機能、 上記有料サイトへの接続要求を検出後、当該ユーザの
課金プロファイルを該接続要求に付加する機能、 課金制御メッセージを送受信する機能（課金制御メッ
セージ制御機能） 配布された課金制御識別子を管理する機能（課金条件
識別子管理機能）、 課金装置(課金エンジン)BENを制御する課金装置制御
機能BECF、 等を有している。
【０１９５】又、コアネットワーク51にはAAAサーバ52が
接続されている。AAAサーバは本来のAuthentication
（認証）、Authorization（認可）、Accounting（課
金）制御を行なうと共に、サービスプロファイルを管理
するデータベース(図示せず)から、認証対象ホスト(ユ
ーザ)のサービスプロファイルSPを抽出し、認証結果等
に付して通知する機能を有している。又、AAAサーバ52は
課金プロファイル管理機能を備え、各ユーザの課金プロ
ファイル記憶する課金情報データべース53からユーザの
課金プロファイルBPを抽出してエッジノードにダウンロ
ードする。
【０１９６】サービス提供ノードXSPN-1、XSPN-2（X-Se
rvice Provider Node） 541，542はサービスをユーザに
提供するサーバであり、それぞれアクセスネットワーク
55,56に接続されている。なお、アクセスネットワーク5
5,56とコアネットワーク51間にエッジノードEN-1，EN-2
が設けられている。XSPは、ASP (Application ServicePro
vider) , CSP (Content Service Provider), ISP ( Int
ernet Service Provider) 等のインターネット上での各
種レベル、形態のサービス提供業者の総称である。サー
ビス提供ノードXSPNは以下の４つの機能、 サービスを提供する機能、 課金制御メッセージを送受信する課金制御メッセージ
制御機能、 課金条件のユーザへの確認手段として機能するユーザ
インタラクション機能(課金条件決定機能)、 配布された課金識別子を管理する機能（課金条件識別
子管理機能）、 等を有している。
【０１９７】課金制御ノードBCN（Billing Control Nod
e）57は課金条件を生成するサーバであり、ユーザおよ
びサービス提供者双方の課金プロファイルを参照するこ
とにより、当該ユーザがサービス提供に際して利用可能
なサービス形態（品質等）を含む課金条件を生成する。
課金制御ノードBCNはサービス提供者の管理下にあり、
提供されるサービス種別に対して最低１つ存在する。ま
た、サービスの提供形態によっては、１台の課金制御ノ
ードBCN 57で複数のXSPNを制御することも可能である。
この課金制御ノードBCN 57には以下の６つの機能、 (1)サーバ課金プロファイルを登録管理する機能、 (2)ユーザ個別の課金条件を算出する課金条件生成機能、 (3)生成された課金条件に課金条件識別子を付与する課
金条件識別子生成機能、 (4)複数に分散されたサービス提供ノードXSPNを管理し
てユーザのローミングをサポートするサービス提供ノー
ド制御機能、 (5)課金制御メッセージを送受信する課金制御メッセー
ジ制御機能、 (6)ユーザ端末とサービス提供ノードXSPNとの間の交渉
で決定された課金条件を登録管理する機能 等を有している。
【０１９８】ユーザ端末58は例えばIPネットワークに接
続可能なモバイルホスト(ユーザホスト)MHであり、課金
装置(課金エンジン)は図示しないがユーザ側のエッジノ
ード（EN-1）内に配備され、課金は該エッジノード（EN
-1）に到達したパケットについて実施される。又、課金
エンジン制御機能部も、課金エンジンと連動する必要が
あるためユーザ側エッジノード（EN-1）に配備される。
以下ではユーザ端末はモバイルホストあるいはユーザホ
ストあるいは移動端末という場合がある。 詳細な課金制御は後述するが、EaseNet-v6のサービス制
御手順を利用して概略以下の(1)〜(3)に従って課金条件
を生成し、該課金条件に従った課金する。 (1) 準備段階：EaseNet-v6のサービス制御手順で、ユー
ザ側の課金プロファイルを、当該ユーザ端末58を収容す
るエッジノードEN-1にダウンロードしておく。 (2) 起動段階：ユーザ端末58のXSPサーバに対する接続
要求が特定の課金サービス提供要求であることをエッジ
ノードＥＮ-1が検出して、保持している当該ユーザ端末
の課金プロファイルを該要求に付してサービス提供ノー
ドXSPN-2に対して送付する。 (3) 課金条件生成：有料サービスノード、すなわち、サー
ビス提供ノードXSPN-2は、課金条件整合要求メッセージ
により課金制御ノードBCNに課金条件の整合を依頼し、該
課金制御ノードBCNよりユーザに提供するサービスの課
金条件候補を取得すれば、これをユーザに提示し、ユー
ザが課金条件候補を承認すればサービス提供を開始し、
課金エンジンは該課金条件に従って課金を開始する。
【０１９９】第2課金技術では、ユーザとの間で料金条件
を調整する課金制御機能と実際にユーザに対して有料サ
ービスを提供する機能を分離し、それぞれの機能を課金
制御ノードBCNとサービス提供ノードXSPNに行なわせて
いる。図22の第1課金技術の構成では、両者が一体となっ
ているが、かかる構成では、ネットワーク上で広域に複
数のサーバを用いて展開されるサービス、例えばネット
ワーク経由で地理的に離れた複数のサーバより順次地理
情報を提供するネットワークカーナビゲーションサービ
スなどに課金することができない。第2課金技術では、か
かるサービスに対して課金を行なうことができる。しか
し、課金制御ノードとサービス提供ノードを分離したた
め、これらの間で課金条件を一元管理する機構が必要で
ある。その実現の手段として、第2課金技術では両者の
間で課金制御メッセージを用いて課金条件等の情報を送
受を可能としている。具体的には、以下に示す4つの課
金制御メッセージがある。
【０２００】(1) 課金条件整合要求メッセージ（XSPN→
BCN）：課金条件の整合(生成)を要求するメッセージで
あり、ユーザ端末(ユーザホストMH)の課金プロファイル
を含めて送達される。又、このメッセージは、サービス
開始時だけでなく、サービス実行中の課金条件変更時に
も使用される。 (2)課金条件整合応答メッセージ（BCN→XSPN）：上記課
金条件整合要求メッセージに対する応答メッセージであ
り、課金条件整合結果である課金条件候補が含まれる。
課金制御ノードBCNはユーザ個別の課金条件を参照し、
当該サービスに関して提供可能な課金条件候補を抽出し
てこれを本メッセージで要求元のサービス提供ノードXS
PNに返信する。また、当該ユーザホストMHがすでにこの
課金制御ノードBCN上で条件の整合が済んでいる場合
は、その旨を示す課金条件識別子が課金条件に替わって
含まれる。
【０２０１】(3) 課金条件決定通知メッセージ（XSPN→
BCN）：条件整合の結果（課金条件候補）をユーザホス
トに提示したのち、課金条件候補より、ユーザが所望の
一つを決定しこれをサービス提供ノードXSPNが認識した
際、その内容を課金制御ノードBCNに通知するためのメ
ッセージである。このメッセージを受けた課金制御ノー
ドBCNは、決定された課金条件を課金条件識別子、移動端
末の識別子（NAI）、サービス提供ノードXSPNの識別子
等と共に課金条件登録テーブルに記録し、他の候補を消
去する。 (4) 課金条件変更通知メッセージ（BCN→XSPN）：サー
ビス提供条件に従ってサービス提供ノードXSPNがサービ
ス提供中に、課金制御ノードBCNが課金条件を更新した
たとき、新課金条件をサービス提供ノードXSPNに配布す
るためのメッセージである。
【０２０２】（ｄ-1）課金制御手順 (c-1)MHとXSPNが別サブネットに存在する場合 図５１はユーザ端末(ユーザホストMH)とサービス提供サ
ーバXSPNが別サブネットに存在する場合において、ユー
ザホストMHが有料サービスを利用する際の課金制御説明
図、図５２は課金制御手順図である。なお、前提条件と
して、課金情報データべース53よりユーザホストMHを収
容するエッジノードEN-1に該ユーザホストMHの課金プロ
ファイルがダウンロードされ、該エッジノードEN-1に保
持されているものとする。
【０２０３】ユーザホストMHが有料サービスへの接続を
希望する場合、所望のサイトへ接続要求を出す。この接
続要求プロトコルとしては各種のプロトコルがあり得る
が、一例としてサービス提供サーバXSPN-2内の、有料サ
ービス受付用WEBサイトへアクセスする際のHTTP要求が
ある。したがって、ユーザホストMHは利用を希望する有
料サイトに対して（WWWブラウザのURL指定等により）ア
クセスする。このHTTPパケットは、接続先サイトに到達
する過程において、ユーザホストMHを収容するエッジノ
ード（EN-1）に到達し、該エッジノードEN-1は通常のル
ータ機能により該HTTPパケットを転送する。この転送に
際して、エッジノードEN-1はその有料サービス検出機能
により、当該パケットの宛先アドレス等の情報から、有
料サービスへの接続要求であることを認識する。具体例
としては、HTTP要求パケットヘッダのあて先アドレス
が、予めエッジノードEN-1が保持している有料サービス
サイトの一覧と比較することで、この一覧のいずれかと
一致した場合に、有料サービスへの接続要求であると判
定する(URLフィルタリング)。
【０２０４】前提条件で述べたように、エッジノードEN
-1は当該ユーザホストMHに関する課金プロファイルを配
布されて保持しているから、HTTP要求パケットの検出を
契機に、この課金プロファイルを抽出して該パケットに
付加してサービス提供ノードXSPN-2に対して送達する。
以後、サービス提供ノードおよび、課金制御ノードで課
金条件候補が算出され、ユーザホストに提示される。全
体の概略手順を説明すると以下のようになる。 (1)ユーザホストMHは、有料サイトであるXSPN-2にアク
セスする。この際、このパケットを経由するエッジノー
ドEN-1は、当該アクセスを検出し、MHの課金プロファイ
ルを抽出し、該課金プロファイルを例えば、同メッセー
ジの終点オプションヘッダに含めてサービス提供ノード
XSPN-2に送達する。
【０２０５】(2) サービス提供ノードXSPN-2は、ユーザ
ホストMNの課金プロファイルを受信すれば、該課金プロ
ファイルを、課金条件整合要求メッセージを使用して課
金制御ノードBCNに送達する。 (3) 課金制御ノードBCNは、課金条件を算出し、又、課金
条件識別子を生成し、これら課金条件及び課金条件識別
子を課金条件整合応答メッセージに含めてサービス提供
ノードXSPN-2に返す。 (4)サービス提供ノードXSPN-2は、課金条件識別子を抽
出して保持すると共に、課金条件をユーザに提示するた
めにCGI等でユーザ承認操作画面を生成し、これと課金条
件識別子をHTTP応答パケットに含ませてユーザホストMH
に送信する。尚、エッジノードEN-1の課金エンジン制御
機能部BECFは課金条件識別子を抽出して仮登録する。
【０２０６】(5)ユーザホストＭＨは提示された課金条
件でよければ、承諾をHTTP要求パケットに含ませてサー
ビス提供ノードXSPN-2に送信する。エッジノードEN-1の
課金エンジン制御機能部BECFは承諾を検出して課金条件
識別子を本登録する。又、サービス提供ノードXSPN-2は課
金条件識別子を抽出し、該課金条件識別子を含む課金条
件決定メッセージを課金制御ノードBCNに送信する。これ
により、課金制御ノードBCNは決定された課金条件を課金
条件識別子、移動端末の識別子（NAI）、サービス提供ノ
ードXSPNの識別子等と共に課金条件登録テーブルに記録
し、他の候補を消去する。ついで、サービス提供ノード
XSPN-2は課金条件を所定の課金エンジンBENに通知し、ユ
ーザホストMHに決定した課金条件に基づいてサービスを
提供する。エッジノードEN-1内の課金エンジンBENは通
知された課金条件に従って課金を行なう。
【０２０７】(d-2) MHとXSPNが同一サブネットに存在す
る場合 図５３はユーザ端末(ユーザホストMH)とサービス提供サ
ーバXSPN-1が同一サブネット55に存在する場合におい
て、ユーザホストMHが有料サービスを利用する際の課金
制御説明図、図５４は課金制御手順図である。図５１の
課金制御と異なる点は、ユーザホストMHから有料サービ
スへの接続要求（MH→XSPN）が、該ユーザホストMHを収
容するエッジノードEN-1を経由しない点である。これ
は、ユーザホストMHとサービス提供サーバXSPN-1が同一
サブネット55に位置するためである。以下において、制
御手順を説明するが、前提条件として、課金情報データ
べース53よりユーザホストMHを収容するエッジノードEN
-1へ該ユーザホストの課金プロファイルがダウンロード
されて保持されているものとする。
【０２０８】ユーザホストMHから見たサービス利用手順
は、図5の場合と変わらない。すなわち、ユーザホストM
Hは、利用を希望する有料サービス受付用WEBサイトに対
してWWWブラウザのURL指定等によりアクセスする。ユー
ザホストMHからサービス提供サーバXSPN-1へ送信された
サービス起動要求パケットHTTPの転送経路には、両者が
同一サブネット55内に位置するため、ユーザホストMHを
収容するエッジノードEN-1が存在しない。すなわち、サ
ービス起動要求パケットHTTPはエッジノードEN-1を経由
せず直接サービス提供サーバXSPN-1に到達する。サービ
ス提供サーバXSPN-1はサービス起動要求パケットを有料
サービスの要求と認識するが、図５１の場合と異なり該
要求パケットに要求元のユーザホストMHに関する課金プ
ロファイルが含まれていない。
【０２０９】ついで、サービス提供サーバXSPN-1はユー
ザホストMHのアドレス等から、要求元MHが同一サブネッ
トワークに位置していると判断し、当該ユーザホストMH
の課金プロファイル無しに、課金制御ノードBCNに課金
条件整合要求メッセージを発行する。この課金条件整合
要求メッセージは、課金制御ノードBCNに到達する経路
において、ユーザホストMHを収容するエッジノードEN-1
によって中継される。このとき、エッジノードEN-1は、
宛先が課金制御ノードBCNであることを判断して、サー
ビス要求元のユーザホストMNに関する課金プロファイル
を抽出し、これを該要求メッセージに付加して課金制御
ノードBCNに送出する。以後、図５１の課金制御と同様の
制御が行なわれる。
【０２１０】全体の概略手順を説明すると以下のように
なる。 (1)移動ホストMHは、有料サイトであるサービス提供ノ
ードXSPN-1にアクセスする。この際、アクセスで発生す
るパケットは、エッジノードEN-1を経由せずにサービス
提供ノードXSPN-1に到達する。 (2)サービス提供ノードXSPN-1はアクセス要求があれ
ば、課金プロファイルが添付されているか調べ、添付さ
れていなければ、課金プロファイルを含まない課金条件
整合要求メッセージを課金制御ノードBCNに送出する。
このとき経路上のエッジノードEN-1は、該メッセージの
宛先が課金制御ノードBCNであることを判断して、サー
ビス要求元のユーザホストMNに関する課金プロファイル
を抽出し、これを該要求メッセージに付加して課金制御
ノードBCNに送出する。
【０２１１】(3) 課金制御ノードBCNは、1以上の課金条
件を算出し、又、課金条件識別子を生成し、これら課金条
件及び課金条件識別子を課金条件整合応答メッセージに
含めてサービス提供ノードXSPN-1に返す。エッジノード
EN-1の課金エンジン制御部BECFは課金条件整合応答メッ
セージに含まれる課金条件識別子を抽出して仮登録す
る。 (4)サービス提供ノードXSPN-1は、課金条件識別子を抽
出して保持すると共に、課金条件をユーザに提示するた
めにCGI等でユーザ承認操作画面を生成し、これをHTTP応
答パケットに含ませてせてユーザホストMHに送信する。 (5)ユーザホストＭＨは提示された課金条件でよけれ
ば、承諾をHTTP要求パケットに含ませてサービス提供ノ
ードXSPN-1に送信する。サービス提供ノードXSPN-1は承
諾された課金条件の課金条件識別子を含む課金条件決定
メッセージを課金制御ノードBCNに送信する。 これにより、エッジノードEN-1の課金エンジン制御部BEC
Fは課金条件識別子を本登録する。また、課金制御ノード
BCNは決定された課金条件を課金条件識別子、移動端末の
識別子（NAI）、サービス提供ノードXSPNの識別子等と
共に課金条件登録テーブルに記録し、他の候補を消去す
る。ついで、サービス提供ノードXSPN-1は課金条件を所
定の課金エンジンBENに通知し、ユーザホストMHに決定し
た課金条件に基づいてサービスを提供する。エッジノー
ドEN-1内の課金エンジンBENは通知された課金条件に従
って課金を行なう。 以上、第2の課金技術によれば、端末に固有機能の実装を
不要とし、固有メッセージの廃止が可能とるなる。又、ユ
ーザのサービス要求は、直接XSPサーバへ到達するた
め、メッセージ経路は最短になる。又、複数のサービス
提供ノードを１台の課金制御ノードで制御することがで
きる。
【０２１２】(d-3) 課金制御ノードBCNがユーザ課金プ
ロファイルを取得する場合 (d-1)、(d-2)欄で説明した課金条件制御手順(基本方式と
いう)では、エッジノードEN-1の負荷が大きくなる問題
(サービス対象となるパケットの検出処理等)がある。そ
こで、課金制御ノードBCNが課金情報データべース(DB)
より直接必要なユーザの課金プロファイルを取得できる
ようにする。これにより、エッジノードEN-1に以下の2
つの機能、すなわち、 ユーザ課金プロファイルの保持機能 サービス提供ノードXSPNへのユーザ端末からのアクセ
スを検出して課金プロファイルを付加する機能 が不要となる。本方式は、上述の基本方式に比べて、エ
ッジノードEN-1の機能が軽減できるが、サービス提供ノ
ードXSPＮに対するサービス起動毎に、課金情報ＤＢへ
のアクセスが必要となり、課金情報ＤＢへのアクセス負
荷が大きいという特性がある。そこで、ユーザのサービ
ス利用時における傾向（同一のXSPNを利用するか、多数
のXSPＮを頻繁に使い分けるかかの傾向）及びサービス
の普及度によって、本方式と基本方式とを使い分けるこ
とで、ネットワーク資源の有効利用を図ることが出来
る。
【０２１３】図５５は課金制御ノードBCNが課金情報DB
より直接必要なユーザの課金プロファイルを取得するた
めのネットワーク構成および、動作シーケンス説明図、
図56は、課金プロファイルの受け渡しの際に課金情報DB
53と課金制御ノードＢＣＮとの間で送受されるメッセ
ージ種別説明図である。課金制御ノードBCNにはユーザ
課金プロファイル取得機能部が付加され、課金情報ＤＢ
53にはユーザ課金プロファイル提供機能部が設けられて
いる。 ユーザホストMHは、サービス提供を要求するために有
料サイトであるサービス提供ノードXSPNにアクセスす
る。 サービス提供ノードXSPNは、ユーザホストMHがアクセ
スした旨の情報を課金制御ノードBCNに転送する。 課金制御ノードBCNは、当該ユーザホストMHのユーザ
課金プロファイルを取得するために、課金情報DB 53に
コアネットワーク51を介してアクセスする。このときの
ユーザ課金プロファイルの検索キーの例としては、ユー
ザホストMHのNAI（Network Access Identifier）あるい
はユーザホストMHのIPアドレス等である。 課金情報DB ５３は、NAIに基づいて当該ユーザ端末に
関する課金プロファイルを抽出して、これを課金制御ノ
ードBCNへの応答メッセージに含めて送信する。 課金制御ノードBCNは、ユーザ課金プロファイルとサ
ーバ課金プロファイルを用いて当該ユーザ端末に提供可
能な課金条件候補を算出及び生成し、これをサービス提
供ノードXSPNに返す。 サービス提供ノードXSPNは、課金条件候補をユーザ端
末MHに提示して、ユーザ端末の課金条件を決定する。 サービス提供ノードXSPNは、決定された課金条件を課
金エンジン（ここでは一例としてエッジノードEN-1内に
あるとする。）BENに通知し、当該サービスに対する課
金機能の動作準備が完了する。以後、サービス提供ノー
ドXSPNとユーザ端末MH間でサービスデータの送受が開始
する。
【０２１４】以上では、課金制御ノードBCNが無条件に課
金情報DB ５３よりユーザ課金プロファイルを取得する
例であるが、サービス提供ノードXSPNからの課金条件整
合要求メッセージにユーザ課金プロファイルが含まれて
いない場合に課金制御ノードBCNが課金情報DB ５３より
ユーザ課金プロファイルを取得するように構成すること
もできる。図57はかかる場合の処理フローである。 課金制御ノードBCNはサービス提供ノードXSPNから送信
される「課金条件整合要求メッセージ」を待っている
(ステップ721)。課金制御ノードBCNは課金条件整合要求
メッセージを受信する（ステップ722）と、同メッセー
ジ内にユーザ端末のユーザ課金プロファイルが含まれて
いるか判断する(ステップ723)。課金プロファイルが含
まれていれば、基本方式と同一手順に従って課金条件整
合処理を実施する(ステップ724)。しかし、課金プロファ
イルが含まれていなければ、課金制御ノードBCNは自身
がユーザ課金プロファイルを課金情報ＤＢ 53から取得
する必要があると判断する。課金制御ノードBCNは課金
情報ＤＢ 53に対して、「課金プロファイル要求メッセ
ージ」を送出する(ステップ725)。同メッセージは、要
求元ユーザを識別するための情報として、NAI を含んで
いる。課金情報ＤＢ 53は、要求されたユーザのNAIに対
応するユーザ課金プロファイルを抽出してこれを課金制
御ノードBCNに返信する(ステップ726)。課金制御ノード
BCNは、課金情報ＤＢ 53から受領した「課金プロファイ
ル応答メッセージ」の内容を参照して検索結果が正常で
あるか異常であるかをチェックする(ステップ727)。検
索結果が「異常」であれば、たとえば、当該ユーザ端末
が、課金条件整合手順の利用者として課金情報ＤＢ 53
に登録されていなければ、課金制御ノードBCNはユーザ
端末に推奨する課金条件候補を課金条件整合応答メッセ
ージに含める (ステップ728)。この課金条件候補は後で
サービス提供ノードXSPNによりユーザ端末に提示される
が、ユーザ端末MHが該課金条件候補を受け入れた場合は
その条件でサービス提供することになる。一方、要求し
たNAIに対応するユーザの課金プロファイルが検索でき
れば、当該メッセージフォーマットの正常性を確認のう
え、基本方式と同一の課金条件整合手順を実施する(ス
テップ724)。以後、課金条件整合応答メッセージを作成
してサービス提供ノードXSPNへ送る(ステップ729)。
【０２１５】(d-4) サービス提供ノードXSPNがユーザ課
金プロファイルを取得する場合 (d-3)欄で説明した課金制御手順では、課金制御ノードB
CNが課金情報DB 53へアクセスしてユーザ課金プロファ
イルを取得するのに対して、本方式ではサービス提供ノ
ードXSPNが課金情報DB 53からユーザ課金プロファイル
を取得する。 ユーザ端末が送出したサービス提供要求時（サービス提
供サーバXSPへのアクセス時）、サービス提供ノードXSP
Nはユーザ端末の課金プロファイルを課金情報DB 53に対
して直接要求する。サービス提供ノードXSPNはこの入手
したユーザ課金プロファイルを含む課金条件整合要求メ
ッセージを課金制御ノードBCNへ送信し、課金制御ノー
ドBCNはこのユーザ課金プロファイルとサーバ課金プロ
ファイルを用いて該ユーザ端末に提供するサービスの課
金条件整合処理を実施する。以上により、ユーザホスト
MHを収容するエッジノードEN-1から以下の2点の機能、す
なわち、 ユーザ課金プロファイルの保持機能 サービス提供ノードXSPNへのユーザ端末からのアクセ
スを検出して課金プロファイルを付加する機能 が不要となる。本方式は、上述の基本方式に比べて、エ
ッジノードEN-1の機能が軽減できるが、サービス提供ノ
ードXSPＮに対するサービス起動毎に、課金情報ＤＢへ
のアクセスが必要となり、課金情報ＤＢへのアクセス負
荷が大きいという特性がある。そこで、ユーザのサービ
ス利用時における傾向（同一のXSPNを利用するか、多数
のXSPＮを頻繁に使い分けるかの傾向）、及びサービス
の普及度によって本方式と基本方式とを使い分けること
で、ネットワーク資源の有効利用を図ることが出来る。
【０２１６】図５８はサービス提供ノードXSPＮが情報D
B 53より直接必要なユーザ端末の課金プロファイルを取
得するためのネットワーク構成および、動作シーケンス
説明図、図５９は、課金プロファイル受け渡しの際に課
金情報ＤＢ 53とサービス提供ノードXSPＮの間で送受さ
れるメッセージ種別説明図である。サービス提供ノード
XSPＮにはユーザ課金プロファイル取得機能部が付加さ
れ、課金情報ＤＢ 53にはユーザ課金プロファイル提供機
能部が設けられている。 (1)ユーザホストMHは、有料サイトであるサービス提供
ノードXSPNにサービス提供を要求するためにアクセスす
る。このときに、アクセスメッセージ（アプリケーショ
ンによって異なるが例えばHTTP要求）には、要求元端末
を特定する情報（NAIあるいはユーザホストMHのIPアド
レス等）が含まれている必要がある。 (2)サービス提供ノードXSPNは、ユーザ端末MHからのア
クセスメッセージ（サービス提供要求メッセージ）を受
信すれば、当該ユーザ端末MHの課金プロファイルを課金
情報DB 53に要求する。すなわち、サービス提供ノードX
SPNは、当該ユーザ端末MHの課金プロファイルを入手す
るために、課金情報DBにアクセスする。このときの課金
プロファイルの検索キーは、ユーザ端末のNAI（Network
AccessIdentifier）である。 (3)課金情報DB 53は、当該ユーザ端末に関する課金プロ
ファイルを抽出して、これをサービス提供ノードXSPNへ
の応答メッセージ含めて送達する。 (4)サービス提供ノードXSPNは、ユーザ課金プロファイ
ルを受信してこれを課金条件整合要求メッセージに含め
て課金制御ノードBCNに送信する。 (5)課金制御ノードBCNは、ユーザ課金プロファイルとサ
ーバ課金ププロファイルとを用いて当該ユーザ端末に提
供可能な課金条件候補を算出及び生成し、該課金条件候
補を課金条件整合応答メッセージに含めてサービス提供
ノードXSPNに返す。 (6)サービス提供ノードXSPNは、課金条件候補をユーザ
端末に提示して課金条件を決定する。 (7) サービス提供ノードXSPNは、決定された課金条件を
課金エンジン（ここでは一例としてエッジノードEN-1内
に存在することとする）に通知し、当該サービスに対す
る課金機能の動作準備が完了する。以後、サービス提供
ノードXSPNとユーザ端末MH間でサービスデータの送受が
開始する。
【０２１７】以上はサービス提供ノードXSPNが、ユーザ
端末MHからのサービス提供要求により無条件に課金情報
DB よりユーザ課金プロファイルを取得した例であるが、
アクセスメッセージ（サービス提供要求メッセージ）に
ユーザ課金プロファイルが含まれていない場合のみ課金
情報DB よりユーザ課金プロファイルを取得するように
構成することもできる。図60はかかる場合におけるユー
ザ課金プロファイルの取得処理フローである。 サービス提供ノードXSPNはユーザ端末ＭＨから送達され
るアクセスメッセージ（アプリケーションにより異な
る。例えば、HTTP要求）を待っている(ステップ751)。
サービス提供ノードXSPNは、アクセスメッセージを受信
すれば(ステップ752)、該メッセージ内に当該ユーザ端末
に関する「ユーザ課金プロファイル」が含まれているか
判断する(ステップ753)。アクセスメッセージが課金プ
ロファイルを含んでいる場合は、基本方式と同一手順に
より課金条件整合要求メッセージを作成して課金制御ノ
ードBCNに送信する(ステップ754)。一方、アクセスメッ
セージが課金プロファイルを含まない場合、サービス提
供ノードXSPN自身が課金情報ＤＢ 53からユーザ課金プ
ロファイルを取得する必要があると判断する。サービス
提供ノードXSPNは課金情報DB 53に対して、「課金プロ
ファイル要求メッセージ」を送出する(ステップ755)。
同メッセージ内には、要求元ユーザを識別するための情
報として、NAI が含まれている。課金情報ＤＢ 53は、
要求されたユーザのNAIに対応する課金プロファイルを
抽出してこれをサービス提供ノードXSPNに返信する。サ
ービス提供ノードXSPNは、課金情報ＤＢ 53から受領し
た「課金プロファイル応答メッセージ」の内容を参照
し、検索結果が正常であるか異常であるかチェックする
(ステップ757)。検索結果が「正常」であればステップ7
54の処理を行い、「異常」を示せば、たとえば、当該ユ
ーザ端末が課金条件整合手順の利用者として、課金情報
ＤＢ 53に登録されていなければ、推奨するユーザ課金
プロファイルを作成し(ステップ758)、基本方式と同一手
順により課金条件整合要求メッセージを作成して課金制
御ノードBCNに送信する(ステップ754)。以後の処理は基
本方式と同じである。
【０２１８】(d-5)課金情報DBの処理 図61はユーザ課金プロファイルが要求された時の課金情
報DBの処理フローである。課金情報DBに対して課金プロ
ファイルを要求する装置（XSPNおよびBCN）を「要求元
装置」と呼ぶ。課金情報データベース（DB）53に内蔵さ
れるメッセージ制御機能部は、要求元装置が送信した課
金プロファイル要求メッセージを受信し、これを解析し
て要求元装置が要求したユーザ課金プロファイルをデー
タベースから抽出して課金プロファイル応答メッセージ
に含めて要求元装置に返信する。なお、メッセージ制御
機能部は必ずしも課金情報ＤＢと同一装置に内蔵する必
要はない。詳細に説明すると、課金情報ＤＢ 53のメッセ
ージ制御機能部は、要求元装置からの課金プロファイル
要求メッセージの待ち状態にある(ステップ771)。何ら
かのメッセージを受信すれば、メッセージ制御機能部
は、メッセージフォーマットが「課金プロファイル要求
メッセージ」であるかチェックし(ステップ772)、課金
プロファイル要求メッセージでなければ、パラメータ値
として検索結果＝「異常」、理由値＝「メッセージフォ
ーマット異常」を応答メッセージに設定して返信する
(ステップ773)。 一方、メッセージフォーマットが「課金プロファイル要
求メッセージ」であれば、メッセージ制御機能部は、当
該メッセージに含まれるユーザ識別情報（NAI）を抽出
する(ステップ774)。ついで、抽出したNAIを検索キーと
して、課金情報DB本体部53aに検索要求する。検索によ
り当該ユーザ端末の課金プロファイルが見つかったかチ
ェックし(ステップ776)、見つからない場合には、パラメ
タ値として検索結果＝「異常」、理由値＝「当該ユーザ
端末の登録無し」を応答メッセージに設定して要求元装
置に返信する(ステップ777)。一方、当該ユーザ端末の
課金プロファイルが検索された場合には、パラメタ値と
して検索結果＝「正常」を応答メッセージに設定する
(ステップ778)。ついで、課金プロファイルを含む課金プ
ロファイル応答メッセージを作成し(ステップ779)、該課
金プロファイル応答メッセージを要求元装置に送信する
(ステップ780)。
【０２１９】（ｅ）課金条件生成応答機能 課金制御ノードBCNは課金条件整合要求メッセージをサ
ービス提供ノードXSPNより受信すれば、課金条件を生成
して応答する必要がある。課金条件整合要求メッセージ
は、サービス要求元MHのユーザ課金プロファイルを含ん
でいる。課金制御ノードBCNは、受信したユーザ課金プ
ロファイルを、BCN内部で管理するサービス提供者側の
課金プロファイルとの照合を試みる。この照合の結果、
１つ以上の提供可能なサービス提供条件(課金条件)が成
立すれば、各々の課金条件候補に対して一意の識別子を
付与し、これら候補の条件を要求元のサービス提供ノー
ドXSPNに返信する。
【０２２０】この時点において課金制御ノードBCNは、
未確定である課金条件候補を１つ以上持つ。又、これら
課金条件候補に、課金条件整合要求メッセージがどのサ
ービス提供サーバXSPNから発せられたものかを識別する
ために、サービス提供ノードXSPNの識別情報と課金条件
識別子とを連携させて内部テーブルに保持する。この識
別情報により、１つのサービスを複数のサーバで分散配
置の形式にて提供する場合、現在サービス提供中のXSPN
を把握することが可能になる。課金条件整合処理終了
後、生成した課金条件データ群および各々に対応する課
金条件識別子を課金条件整合応答メッセージに含めてサ
ービス提供サーバXSPNに送信する。
【０２２１】(e-1)ユーザ課金プロファイルの定義例 図6２にユーザ課金プロファイルの基本構成例を示す。
本ユーザ課金プロファイルの特徴は以下の通りである。 (1)ユーザ課金プロファイルは、課金条件とそれに対応
する値を一組としてこれを必要な数だけまとめたデータ
のセットである。 (2) 課金プロファイルの条件文の表現形式は、代行課金
するキャリアとサービス提供するサービス提供サーバXS
Pの２者の間で共通化される。さらに、キャリア間で連
携する場合はキャリアの間で共通化される。 (3)課金プロファイルの比較内容は図6２の3種類(基本
部、サービス依存部、XSP独自定義部)に分類される。
【０２２２】具体的な課金プロファイルの条件記述を図
6３に示す。この例では、条件ID:000〜004が「基本
部」、005〜010が「サービス依存部」、011がXSP独自定
義部なっている。基本部は、事業者コード、アプリケーシ
ョンタイプ、XSP事業者識別コード、サービス名称、優先さ
れる条件、を特定する。サービス依存部は、サービス提供
時の伝送品質、時間、課金対象、課金単位、課金積算額上
限、優先パラメータ、を特定する。個別定義部は、コンテ
ンツ配信方法などXSP独自に定義する部分である。
【０２２３】(e-2)サーバ課金プロファイルの定義例 図6４はサーバ課金プロファイルの基本構造例であり、
１つのサービス提供サーバXSPは図より明らかなように
自社が提供しているサービス内容単位に課金プロファイ
ルを用意している。ユーザ側からサービス開始要求にあ
たって提示される「ユーザ課金プロファイル」は、サー
ビス提供サーバXSPの持つ複数サービスの課金プロファ
イルと照合され、所定のサーバ課金プロファイルが候補
課金条件として検出される。サーバ課金プロファイルは
図6３のユーザ課金プロファイルと類似した構成を持っ
ている。異なる点は、(1)条件の合致状態を規定する「条
件式」を特定できる点である。これにより、完全一致、
もしくは一定範囲等の合致を判定する条件式、閾値を規
定することができる。もう1つの異なる点は、(2)サービ
ス提供者側が「XSP指定値」により課金条件の各項目の
具体的な数値、時刻等を指定できる点である。
【０２２４】(e-3)課金条件整合手順の一例 図6５は課金条件整合手順を示す処理フローである。課金
条件整合手順は、一般にサービス提供ノードXSPN毎に個
別であり、一意には存在しない。しかし、ここでは一般
的な手順を実施例として説明する。ユーザ課金プロファ
イルが入力されると、課金制御ノードBCNはサーバ課金プ
ロファイルのサービス種別IDを１に初期化し(ｎ＝１、
ステップ801)、ついで、比較対照のユーザ課金プロファイ
ルの条件IDを１に初期化する(ｍ＝１、ステップ802)。つ
いで、ユーザ課金プロファイルの第m条件項目の内容
と、サービス種別ＩＤ＝ｎのサーバ課金プロファイルの
第m条件項目の内容を比較する(ステップ803)。当該第m条
件において条件が完全に一致するかチェックし(ステッ
プ804)、完全一致すれば第m条件の評価値を0にする(ステ
ップ805)。しかし、完全一致しなければ、代替可能な条
件、もしくはサービス提供ノードXSPNが推奨する候補が
あるかチェックし(ステップ806)、YESであれば第m条件の
評価値を所定値に設定する(ステップ807)。しかし、NO
であれば、サーバ側の最小限の基本条件を推奨条件とし
て抽出して出力し(ステップ808)、処理を終了する。
【０２２５】ステップ805,807の処理後、第m条件におけ
る評価値を確定して保管すると共に(ステップ809)、全
ての条件IDについて比較が完了したかチェックし(ステ
ップ810)、「NO」であればmを歩進して(ステップ811)、ステ
ップ803以降の処理を繰り返す。 ステップ810において、全ての条件IDについて比較が完了
していれば、全サービス種別IDのサーバ課金プロファイ
ルについて照合処理を完了したかチェックし(ステップ8
12)、照合処理の済んでいないサーバ課金プロファイル
が存在すれば、ｎを歩進し(ステップステップ813)、ステ
ップ802以降の処理を繰り返す。一方、ステップ812におい
て、全てのサービス種別IDについて比較処理を終了すれ
ば、記憶してある条件整合結果の評価値の合計を各サー
ビス種別ID毎に計算し(ステップ814)、評価値の高い順に
課金条件の候補を選出する。尚、選出数はサービス提供
ノードXSPNから個々に指定される。
【０２２６】以後、各課金条件候補の課金条件識別子を
作成し、該課金条件識別子及び課金条件を含む課金条件
整合応答メッセージを作成し、該メッセージをサービス
提供ノードXSPNに送出する。 課金条件整合処理の一例として、図6６の(a)〜(b)にユ
ーザ課金プロファイルとサーバ課金プロファイルの例を
示し、図67の(a)〜(b)に比較結果及びユーザに提示され
る課金条件の候補例を示す。本発明の第2課金技術におけ
る課金条件整合処理の特徴は、ユーザ、サーバの課金プ
ロファイルの各条件について、両者の一致／不一致の照
合結果を数値で表現し、総合評価値に基いてサーバ側、
ユーザ側両者の希望に沿った課金条件候補を選出し、ユ
ーザに対して提示する点である。
【０２２７】課金条件整合処理の別の例として、図6８、
図69にユーザ課金プロファイルとサーバ課金プロファイ
ルの例を示し、図７０にユーザに提示される課金条件の
候補例を示す。この例はストリーミングで下り方向の帯
域確保を利用する場合である。またXSP事業者識別コー
ドは一致しているため、サービス提供サーバXSPはB社と
なる。具体的な課金条件決定の手順を以下に示す。 (1)課金制御部BCNは課金条件整合プログラムに従って、
ユーザ課金プロファイル(図68)とサーバ課金プロファイ
ル(図69)の条件ID 000〜0004を比較する。 ユーザが指定する事業者コード(A社)はサーバの指定
する対応キャリア(A社、C社)に含まれているので、提供
キャリアはユーザの指定したA社となる。 優先条件はユーザ指定とサーバ指定で異なるので、次
のサービスの比較時に考慮される。 (2)ついで、課金制御部BCNは課金条件整合プログラムに
従って、ユーザ課金プロファイルとサーバ課金プロファ
イルの条件ID 005〜010を比較する。 ユーザが料金条件(低額)優先としているので、以下料
金条件を前提として処理する。 ユーザの課金単位の指定は0.0001円/パケットなの
で、評価値は 0.0001円/パケット： 0 0.0003円/パケット： −1 0.001 円/パケット： −2 とする。 なお１パケットを128バイトとして換算してもよい。即
ち例えば1280バケットは10パケットとして課金してもよ
い。 ユーザの伝送品質の指定は1Mbpsなので、評価値は 300Kbps： −1 1Mbps： 0 3Mbps： 0 (指定品質以上のため) とする。 他の項目はユーザ指定・サーバ指定とも一致してい
る。 （3）最後に、料金条件と伝送品質の全組み合わせについ
てポイントを集計し、まず優先する条件を満たすものか
ら推奨条件として提示する(図70参照)。それ以降の条件
は、ポイントが高いものから表示する。
【０２２８】課金制御ノードBCNは課金条件整合プログ
ラムに従って、ユーザ課金プロファイル(図6６の(a))と
サーバ課金プロファイル(図6６の(b))の対応する各条件
を個々に比較する。サービスの比較に際してはサーバ課
金プロファイルが規定する全ての条件に対して、ユーザ
課金プロファイルの該当する条件を参照する。すなわ
ち、図6６の(a)におけるユーザ課金プロファイルの条件
U1, U2, U3と図6６の(b)におけるサーバ課金プロファイ
ルのS1, S2, S3を各々比較する。比較の結果、ユーザ課
金プロファイルの指定値とサーバ課金プロファイルの条
件が一意に一致した場合は、その結果を数値の０として
評価する。この数値を条件整合の「評価値」とする。一
方、両者が一致しなかった項目の評価値として、ユーザ
課金プロファイルの値に対して近い（もしくはXSPが推
奨する）ものから順に、０より小さい数値として −i,
−j, −k, …（例：−1、−2、−3）が与えられる。な
お、 i, j, k の数列は、サービス提供者XSPの戦略によ
って決定され、この値付けが料金上の特徴の一つとなり
うる。上記比較結果を図67の(ａ)に示す。
【０２２９】サーバ課金プロファイルの全条件について
の比較が完了し、条件毎の比較結果が出ると課金制御ノ
ードBCNは、ユーザの要望と自社の戦略を加味して最も
適切と思われる課金条件を導く。具体的には、前出の整
合評価値が最も高い課金条件（およびそれに次ぐ幾つか
の課金条件）をユーザに対して提示する。具体的には図
67の(a)に基づいて、ユーザおよびサービス提供ノードX
SPN双方の条件の整合結果として図67の(b)の内容がユー
ザに提示される。図67の(b)は、ユーザ課金プロファイ
ルの条件に完全には一致しないが、ユーザとXSP双方の
希望を点数化し、提供可能な条件を提示している。
【０２３０】（ｆ）課金プロファイルの準備機能 有料サービス起動の際に、ユーザホストMHを収容するエ
ッジノード上で参照されるユーザ課金プロファイルは、
原本を管理元のAAAサーバ52からMHのホスト認証を契機
にサービスプロファイルなど共にダウンロードされる。
認証時におけるこれらプロファイルのダウンロード手順
は図49に従って説明済みである。ユーザホストMHのユー
ザ課金プロファイルの例を図７１に示す。
【０２３１】MH課金プロファイルにおいて、ユーザホス
トMHを識別する情報としては各種考えられるが、一例と
してIETFで規定されるNAI（Network Access Identifie
r）を利用し、一意にユーザホストを識別する。一般的
に、IPネットワーク上で端末を識別可能な情報としてIP
アドレスがあるが、IPｖ６においては、プラグアンドプ
レイの思想により、ネットワーク接続の度にIPアドレス
を自動構成して付与するため、接続の度に異なるアドレ
ス値となり、定常的にホストを識別する手段としては利
用できない。このため、本発明における課金プロファイ
ルにおける端末識別情報として固定で割り当てられるNA
Iを利用する。ただし、端末固定に一意に付与される情
報であればNAIに限定しない。
【０２３２】上述のように、個々のホストアドレスは、
ネットワーク接続毎に与えられるが、課金対象のパケッ
ト等を検出する課金エンジンは課金対象ホストをIPアド
レスにより認識する。一方、課金制御ノードBCNにおけ
る課金条件の整合判定処理では、ユーザホストMHを定常
的に変化しないNAIで表現することが必要である。これ
は、同一ホストが同一課金制御ノードBCNの管理下にあ
る別のサービス提供ノードXSPNに移動して（新たに異な
るアドレス付与を受け）、移動前のサービス提供ノード
XSPN経由で一旦合意された課金条件を引き続き利用する
為に必要である。以上のように課金プロファイルにおけ
るホストの表現形式としては、ネットワーク内のAAAサ
ーバで管理されている状態ではNAI等の固定値で表現さ
れるが、課金制御手順においては、IPアドレス情報も必
要となる。よって、課金プロファイルがエッジノードEN
にダウンロードされると同時に、該エッジノードENはユ
ーザホストMHが現在付与されているIPアドレス情報を取
得して図７１に示すように前記課金プロファイルに付与
して管理する。尚、ユーザ課金プロファイルは、サービス
毎に課金条件AAA, BBB, CCCを含んでいる。
【０２３３】図７２はエッジノードによるユーザ課金プ
ロファイル格納手順処理フローである。 ユーザホストMHはアクセスネットワーク55に接続される
と、エッジノードEN-1にアドレス割手要求を出す。これ
により、エッジノードEN-1はアドレスを割り当てると共
にアドレス認証をAAAサーバ52に要求する。AAAサーバ52
は認証要求によりユーザホストの認証処理を実行すると
共に、ユーザホストMHの課金プロファイルを課金情報デ
ータべース53より読み取って認証応答パケットに付加し
てエッジノードEN-1に返す。エッジノードEN-1は認証応
答パケットの受信を待ち(ステップ901)、該メッセージを
受信すれば、認証応答がOKであるかNGであるかをチェッ
クし(ステップ902)、OKであれば該メッセージ内にユーザ
ホストＭＨに関する課金プロファイルが含まれているか
ら、認証終了と同時にユーザ課金プロファイルを保存す
ると共に該ユーザプロファイルに対する認証セッション
の監視タイマを起動させる (ステップ90３)。ついで、ユ
ーザホストMHのIPアドレスをユーザ課金プロファイルに
追加する。一方。ステップ902において、NGであればパケッ
トを破棄し(ステップ90５)、以後、次のパケット受信待ち
になる。
【０２３４】（ｇ）課金条件識別子の管理機能 生成された課金条件には課金条件識別子が付与される
が、この識別子はユーザ、サービス提供業者間で合意さ
れた課金条件データの参照キーとなるだけでなく、サー
ビス提供中に、一定周期でサービス利用継続の意思確認
の為に課金制御ノードBCNに対して送信される。課金制
御ノードBCNは課金条件識別子を受信すれば、該識別子を
参照してユーザがサービス利用中であることを確認して
サービスを継続する。言い換えれば、課金条件識別子は
伝票番号に似た機能を持つ。ユーザホストMHを収容する
エッジノードEN-1は、サービスを受けるユーザホストMH
に替わって課金条件識別子を代行保管する。これによ
り、ユーザホストMHに固有機能を具備させることなく、
サービス中の課金条件データの維持管理が可能となる。
【０２３５】本発明の第1課金技術では、サービス中の
課金セッションを維持する手段として、課金条件識別子
を端末に保存させていたが、第２課金技術では該識別子
をネットワーク内（端末を収容するエッジノード）で管
理しながら、端末と該識別子を関連付けることで課金セ
ッションの認識を可能としている（図４６参照）。図７
３はエッジノードEN内の課金条件識別子管理テーブル
例、図７４はエッジノードENによる課金条件識別子の管
理処理フローである。課金条件識別子管理テーブルにお
いて、課金条件識別子の候補群毎に付与されるグループ
識別子、個々の課金条件を一意に示す課金条件識別子、仮
登録中／利用中／その他の状態を示す課金状態フラグ、
残有効期間が管理される。
【０２３６】図７４においてエッジノードENはパケット
（課金制御関連メッセージ）受信待ち状態にあり(ステ
ップ1000)、この状態でパケットを受信すれば、受信メッ
セージの種別(メッセージタイプ1〜3)を識別し(ステッ
プ1011,1021,1031)、該メッセージタイプに応じて以下の
動作を行う。メッセージタイプ１は、課金制御ノードBC
Nで整合された課金条件データの候補群をユーザに選択
させるためのWEB画面ページを構成するhttpプロトコル
メッセージである。このメッセージパケットには、課金
条件候補群に応じた課金条件識別子群が記入されたIPv6
オプションヘッダが含まれている。エッジノードENはこ
のhttpプロトコルメッセージをユーザホストMHに転送す
る際、このオプションヘッダを取り出し(ステップ101
2)、エッジノードEN内部で保持している課金条件識別子
管理テーブル（図７３）に格納する(ステップ1013)。こ
のとき、課金条件識別子は全ての候補が格納される。た
だし、格納される個々の課金条件識別子には管理状態フ
ラグがあり、この時点では該フラグを「仮登録」とする
(ステップ1014)。しかる後、エッジノードはユーザによ
る候補選択結果（後述のメッセージタイプ３）を待つ状
態となる(ステップ1015)。
【０２３７】メッセージタイプ２は、課金制御ノードBC
Nで整合された料金条件が単一であり、ユーザに選択の
余地がない場合、あるいはユーザに対して確認を必要と
しない場合のメッセージである。かかる場合、サービス
提供ノードXSPNからエッジノードENに対して、課金条件
が一意に決定されたことを示す「課金条件決定通知」メ
ッセージが送達される。このメッセージはメッセージタ
イプ１と同様に、IPv6オプションヘッダを含むが、ただ
1つの課金条件識別子が記入されているだけである。エ
ッジノードＥＮは課金条件決定通知メッセージを受信す
れば、課金条件識別子を抽出し(ステップ1022)、EN内部
の識別子管理テーブルに格納し(ステップ1023)、状態を
「利用中」とする(ステップ1024)。利用中とは、この条
件に基づく課金サービスが提供されていることを示す。
以後、別のパケット受信待ちになる。
【０２３８】メッセージタイプ３は、同図のメッセージ
タイプ１によってユーザに提示された複数条件候補から
所望の１つを決定する際に、ユーザホストMHからサービ
ス提供ノードXSPN (兼Webサーバ) に向けて送達されるh
ttp応答メッセージである。エッジノードENはこのメッ
セージをサービス提供ノードXSPNに転送する際、httpプ
ロトコルメッセージの内容から、ユーザが選択した候補
の課金条件識別子を判定する(ステップ1032)。しかる後、
エッジノードENは該選択された候補の識別子管理テーブ
ル(図７３)における管理状態を「仮登録」から「利用中」
に変更すると同時に、選択されなかった候補を管理テー
ブルから削除する(ステップ1033)。以後、別のパケット
受信待ちになる。
【０２３９】（ｈ）ユーザ端末の課金条件承認 本発明が対象とする有料サービスの課金条件整合手順で
は、必要に応じて、課金制御ノードＢＣＮで生成された
提供可能な複数の課金条件候補をユーザホスト（MH）に
対して提示して選択させることを可能としている。この
課金条件候補の提示に対してユーザホストMHはどの課金
条件候補を採用するか決定して応答しなければならな
い。具体例としては、ユーザホストMHからのサービス提
供要求がWWW（HTTP）によるアクセスであった場合、サ
ービス提供ノードXSPNは、課金条件呈示用画面のWEBペ
ージを動的に生成し、これをユーザホストMHからの有料
サービス起動要求に関する応答として送付する。これを
受信したユーザホストMHは自ホストのWWWブラウザ画面
上にて、提示されたサービス提供条件を検討して応答
(承認)を返す。
【０２４０】図７５はユーザ端末に課金条件承認を行な
わせる際のサービス提供ノードXSPNの処理フローであ
る。 課金制御ノードBCNにおいて候補となる課金条件データ
が生成され、これをユーザホスト（MH）に対して提示
し、ユーザの選択を待つ手順である。サービス提供ノー
ドXSPNは、課金制御ノードBCNからユーザホストMHに関
する課金条件候補が課金条件整合応答メッセージにより
送付されるのを待つ(ステップ1101)。課金条件整合応答
メッセージを受信すると(ステップ1102)、該メッセージ
に付与されている課金条件識別子を抽出すると共に(ス
テップ1103)、課金条件候補をサービス要求元に送付準
備する。すなわち、ユーザホストMHのサービス提供ノー
ドXSPNに対するアクセス手段（例：携帯電話I-mode-TEX
T、パソコンWebブラウザ、他のコマンドライン）を認識
し(ステップ1104)、このインタフェース種別によりユー
ザホストMHに対する応答メッセージを編集する(ステッ
プ1105〜1107)。例えば、携帯電話I-mode-TEXTでアクセ
スした場合には、携帯電話番号ボタンとサービス条件識
別子を連携させたTEXTを作成し、又、Webブラウザでアク
セスした場合には、CGIによる動的に条件承諾用のWEBペ
ージを作成する。しかる後、作成したTEXTあるいはWEBペ
ージを含むパケットをユーザホストMHに送達し(ステッ
プ1108〜1110)、ユーザからの承認パケットの受信待ち
になる(ステップ1111)。
【０２４１】（ｉ）第1のサービス継続確認 有料サービスの料金条件交渉が成立し、サービス提供中
の状態において、ユーザホストMHの電源切断（電池切れ
等）もしくは、圏外への移動等、ユーザホストMHの使用
者が意図しない形で、サービスが受けられない状況が発
生する。具体例としては、ストリーミング等の放送型ア
プリケーションがある。この種のネットワーク側から一
方的に放送形式で提供されるようなサービスにおいて
は、ネットワーク内で課金処理（該当パケットをカウン
トするなど）されている。このため、ユーザホストMHが
課金対象データを受信できるか否かに関わらずデータパ
ケットを送信しつづけることになり、本来受けていない
サービス分にまで課金される問題がある。
【０２４２】このため、ユーザホストMH自身による応答
により、サービス提供中において、一定周期でサービス
を受けているか（課金対象パケットを受信しているか否
か）を確認する手段が必要である。具体的には、ユーザ
ホストＭＨは、ネットワーク接続時の認証機構を利用し
て認証の有効期限（認証セッション期間）が設定されて
おり、一定周期において認証登録を繰り返している。こ
の周期的な認証登録がエッジノードEN-1で確認がなされ
た際に、エッジノードEN-1は当該ユーザホストMHのサー
ビス継続意思があると判断して、引き続き当該条件にお
けるサービス提供を継続する。一方、前述のユーザホス
トＭＨの電源もしくはネットワーク接続切断、他のネッ
トワークへの移動等により、認証セッションが更新され
ない場合、当該ユーザホストＭＨを収容するエッジノー
ドEN-1は、サービスの中断が必要と判断して、課金エン
ジンに対して当該ユーザホストＭＨに関する課金動作を
停止させる。
【０２４３】図７６はサービス継続確認説明図、図７７
はホスト認証（セッション時間との連携）に基づくサー
ビス確認手順の例である。 (1)ユーザホストMHは、移動に伴いホスト認証を行う。
認証には有効期限（セッション期間：life time）があ
り、ユーザホストMHは周期的に認証を行っている。 (2)エッジノードEN-1は、ユーザホストMHからの周期的
な認証要求を契機に、課金プロファイルのlifetimeを更
新すると共に、課金制御ノードBCNに対して課金条件識
別子を含むサービス状態更新の要求メッセージを送出す
る。一方、エッジノードEN-1は、保有する課金プロファイ
ルのlifetimeを監視しており、これがタイムアウトすれ
ば、ユーザホストMHがサービス受信不可状態にあると判
断し、課金制御ノードBCNへ課金条件識別子を含む状態
変更(中断)の要求メッセージを送出する。 (3)課金制御ノードBCNはエッジノードEN-1からサービス
状態更新要求が周期的に通知されるとこれを契機に、該
当する課金条件のlifetimeを更新する。また、、課金制
御ノードBCNは中断状態への状態変更要求を受信すれば、
課金サーバ及びサービス提供ノードXSPN-1にサービス中
断を通知する。
【０２４４】（ｊ）第２のサービス継続確認 ユーザホストMHが、ある時点で明示的に利用中の有料サ
ービスの中断を希望する場合がある。この場合、ユーザ
ホストＭＨの所定の操作により即座に課金セッションが
中断され、課金対象パケットの積算を終了しなければな
らない。そこで、本発明では、ユーザホストMHからサー
ビス提供ノードXSPNの所定のアドレス（URL等）にアク
セスすることで、当該課金セッションを直ちに終了せ
る。第1のサービス継続確認との差異は、ユーザの明示
的なサービス（課金セッション）終了である。第1課金
技術では、端末が送出するMobile IP位置登録メッセー
ジに課金条件識別子などの個別情報を挿入する機能が必
要とされたが、第2課金技術ではサービスの受付を行う
フロントエンドサーバ（例: wwwサーバ）にアクセスし
所定の操作によって、サービス提供ノードXSPNがサービ
ス終了を認識するもので、汎用プロトコルのみで実現で
きる。
【０２４５】図７８は実行中課金サービスのユーザ起動
による動作停止処理説明図、図７９は実行中課金サービ
スのユーザ起動による動作停止手順である。 (1)ユーザホストMHは、サービスを中止するために、サ
ービス提供中のサービス提供ノードXSPN-1のサービス変
更ページにWebアクセスする。 (2) これによりサービス提供ノードXSPN-1は、対象ユー
ザの課金条件識別子を抽出し、中断確認をユーザに提示
するための承認画面をCGI等で生成してユーザホストMH
に返す。 (3)ユーザホストMHは中止を選択し、サービス提供ノー
ドXSPN-1に通知する。 (4) これによりサービス提供ノードXSPN-1は、課金エン
ジンBENに課金中止を通知し、ユーザホストMHへのサー
ビスを中止する。 (5) サービス提供ノードXSPN-1は、課金制御ノードBCN
に状態変更(中止)を通知し、登録データの削除を促す。
また、エッジノードEN-1は同メッセージを検出し、課金
条件識別子管理テーブルより識別子を削除すると共に、
ユーザホストMHの課金条件データを削除する。
【０２４６】（ｋ）実行中の条件再設定 実行中の課金サービスに対して、ユーザの必要に応じて
サービスを一旦終了することなく課金条件を再設定する
手段が必要になる。具体的には、一旦契約が成立し、提
供が開始されたサービス品質に不満があり、より良い品
質のサービス条件への移行をユーザホストMHが希望する
場合である。このため、本発明では、ユーザホストMHか
らの要求により再度課金条件を設定すると共に、課金制
御ノードBCN, サービス提供ノードXSPN双方にユーザホ
ストMHの料金条件を再交渉する過程のデータ群を一時的
に保持するバッファ装置を用意する。料金条件の再交渉
の結果、ユーザホストMHが新たな料金条件によるサービ
ス提供を受諾すればこの課金条件データを、現在提供中
のものと即座に入れ替える。
【０２４７】図８０はユーザの意思によりサービス実行
中に課金条件を変更する場合の課金条件再設定説明図、
図８１はサービス実行中に課金条件を変更する場合の課
金条件再設定手順である。 (1)ユーザホストMHは、より良い品質のサービス条件へ
の移行をするために、サーヒ゛ス提供中のサービス提供ノー
ドXSPN-1のサービス変更ページにWebアクセスする。 (2) サービス提供ノードXSPN-1は、当該ユーザホストＭ
Ｈの料金条件を再交渉する過程のデータ群を一時的に保
持するバッファ装置を持っている。サービス提供ノード
XSPN-1は、該データ群を参照してユーザのサービス変更
画面を動的に作成する。この処理は課金制御ノードBCN
から課金条件整合応答を受信したときの処理と同じであ
る。サービス提供ノードXSPN-1は、料金条件をユーザに
提示するため、CGI等で生成した承認画面をMHに返す。 (3)MHは条件を選択し、サービス提供ノードXSPN-1に通
知する。 (4) サービス提供ノードXSPN-1は、変更された課金条件
を課金制御ノードBCNに通知し、課金制御ノードBCNは課
金条件登録テーブルに記憶してある課金条件データを更
新する。また、エッジノードEN-1の課金装置制御機能部
BECFは課金制御ノードBCNへの通知メッセージを検出
し、新課金条件に応じた課金条件識別子を本登録する。 (5)以後、サービス提供ノードXSPN-1は課金エンジンBEN
に新課金条件を通知し、ユーザホストMHに新課金条件に
従ってサービスを提供する。また、課金エンジンBENは
新課金条件に従って課金する。
【０２４８】（ｍ）複数XSP間の移動制御 ネットワーク経由で各種のコンテンツ、サービスを提供
する業態には、単一のサーバにて１サービスを構成する
基本的なものの他に、地域単位など、複数サーバに分割
されたコンテンツを提供し、このサーバ群で１つのサー
ビスを構成する業態がある。具体例としては、ネットワ
ーク経由で地図情報を配信するサービスなどである。こ
の種のサービスの提供形態としては、各地に分散された
サービス提供ノードXSPNを課金制御ノードBCN１台で集
中的に管理する形態がある。この形態をとる理由とし
て、地図等のコンテンツデータのサイズは、課金制御メ
ッセージのサイズと比較して一般的に大きいと想定され
る。このため、地図等のデータサイズの大きいコンテン
ツは地域的に分散され、ユーザホストMHの常に近隣に位
置するほうが応答速度およびネットワークトラヒック、
コンテンツサーバへの負荷軽減等の点で望ましい。
【０２４９】図８２は同一ユーザが移動に従って複数の
サービス提供ノードXSPN-1、XSPN-2より同一サービスを
連続して受ける場合の課金条件設定説明図、図73は課金
条件設定手順である。この課金条件設定手順は、一つの
サービスを複数のサービス提供ノードXSPNより提供する
サービス形態を例として、ユーザホストＭＨが最初に課
金条件を確定したサービス提供ノードXSPN-2配下から、
別サブネットへ移動し、同様のサービスを移動先サブネ
ットに帰属するサービス提供ノードXSPN-1から受ける場
合に、最初のサービス提供ノードXSPN-2で合意された課
金条件を移動先のサービス提供ノードXSPN-1でも（通常
の料金条件交渉を経ることなく）適用するための手順で
ある。
【０２５０】(1)ユーザホストMHは有料サービスを受け
ていたサブネットワーク56から、別のサブネットワーク
55に移動すると、ネットワーク接続手順(図４９参照)を
起動する。AAAサーバ52はホスト認証が成功すると、認証
応答にユーザホストMHの課金プロファイルを付してエッ
ジノードEN-1に送付し、該エッジノードEN-1はユーザホ
ストMHの課金プロファイルを格納する。また、同時にエ
ッジノードEN-1は、当該ユーザホストMHが取得したIPア
ドレスを保持している課金プロファイルに記入する。 (2)ついで、ユーザホストMHは、ユーザ手動もしくはアプ
リケーション自動処理によって、移動後のサブネット55
において、移動前と同一のサービスを提供しているサー
ビス提供ノードXSPN-1にURL等にてアクセスする。 (3)アクセスを受けたサービス提供ノードXSPN-1は、図
５２又は図５４に示す手順に従い、連携する課金制御ノ
ードBCNに対して課金条件整合要求を送出する。この動
作は当該サービス提供ノードXSPN-1に最初にアクセスす
る場合と同一である。 (4)課金条件整合要求を受けた課金制御ノードBCNは課金
条件登録テーブルを参照して、当該ユーザホストMHが既
に他のサブネットに在圏中にサービス提供ノードXSPN-2
と当該サービスについて課金条件を交渉済みであること
を認識する。この場合、当該課金セッションが有効期限
内なら、すでに、課金制御ノードBCN内に保持されてい
る課金条件を利用する。よってこの場合課金条件整合処
理は起動されない。
【０２５１】(5) 課金制御ノードBCNは、すでに旧サー
ビス提供ノードXSPN-2との間で合意された課金条件を前
記課金条件整合要求メッセージに対する応答メッセージ
に含めて新サービス提供ノードXSPN-1に送信する。同時
に、課金制御ノードBCNは課金条件登録テーブルに登録
されている課金情報に含まれているXSPN識別情報を、新
サービス提供ノードXSPN-1の識別情報に書き換える。 (6)応答メッセージを受けた新サービス提供ノードXSPN-
1は、通常のユーザホストに対する課金条件の確認手順
を省略して、当該課金条件によるサービス提供を開始す
る。なお、新サービス提供ノードXSPN-1又は課金制御ノ
ードBCNは、課金条件を新課金エンジンに通知して課金
を行なわせる。 以上により、端末移動時によりIPv6アドレスが変わる場
合でも、課金制御ノードBCNが当該端末のセッション情
報を集中的に管理することで、端末が別のエッジノード
に移動してIPアドレスが変更された場合でもセッション
情報を維持することができる。また、網内で一括して課
金セッションの管理を行うため、導入容易性の確保と、
複数サーバで１サービスを提供する形態に適している。
【０２５２】（ｎ）ネットワーク側からの課金条件変更 ユーザホストMHとサービス提供ノードXSPNの間で合意さ
れた料金条件においてサービス提供中に、サービス提供
者（XSPN、BCN）側の運用方針によりネットワーク側か
ら課金条件を変更する場合がある。具体的には時間帯に
より課金条件が変更される様な場合である。 上記の変更要求はユーザホストMHやサービス提供ノード
XSPNではなく、課金制御ノードBCNから起動される。課
金制御ノードBCNは、すでに提供中のサービスに関して
課金条件(課金プロファイル)を保持しているが、この中
に時刻等のパラメタを含んでいる場合には時間帯による
課金条件の変化を検出し、課金条件を変更する。
【０２５３】図８４はネットワーク側からの課金条件変
更説明図、図８５は課金条件変更手順絶図である。 (1) 課金制御ノードBCNは、保持している課金プロファ
イルに関する課金条件が、時刻条件等により変更が必要
となった場合、自律的にユーザホストMHに関する課金条
件を再計算してサービス条件変更要求メッセージを作成
し、該メッセージをサービス提供ノードXSPN-1に送付す
る。 (2) サービス条件変更要求メッセージを受信したサービ
ス提供ノードXSPN-1は、ユーザホストＭＨに対してhttp
パケットで課金条件変更を通知し、ユーザホストから承
諾のhttpパケットを受信すれば、以後、新たな課金条件に
従ってサービスを提供する。 (3)また、サービス提供に先立って課金制御ノードBCNあ
るいはサービス提供ノードXSPNは、エッジノードEN-1内
の課金エンジンに変更後の課金条件通知し、課金エンジ
ンは通知された新たな課金条件に従って課金を行なう。
【０２５４】本機能は、時刻等の条件によりダイナミッ
クに条件を変更し、これを反映させることを可能として
いる。IPv4/ Mobile IPをベースとした第1課金技術で
は、課金条件の鍵となる課金条件識別子を端末にまで送
達する必要があるため、ネットワーク処理上で制約とな
る。IPv6をべースとした第2の課金技術では課金条件識
別子の配布範囲がコアネットワーク内部のみであるた
め、より軽い負荷で動作可能である。
【０２５５】（ｏ）確定済み課金条件の課金エンジンへ
の送付 課金条件は課金制御ノードBCNにより生成され、サービス
提供ノードXSPNに送達される。課金条件の最終的な用途
は、これをネットワーク内に配備された課金エンジンBE
N（パケット流量等のネットワーク資源監視機能）に送
達し、課金動作時のパラメタとして参照、解釈して課金
動作を行なえるようにすることである。課金条件を課金
エンジンBENに送付するために各部は以下の機能を備え
ている。 (1)課金制御ノード（サービス提供業者）BCNは、ネット
ワーク運用者(キャリア)との契約により、提供される課
金手段のパラメタの一つとして、利用可能な課金エンジ
ンを指定することができる。 (2) 課金制御ノードBCNにより生成された課金条件デー
タは、課金条件整合応答メッセージによりサービスをユ
ーザホストMHに提供するサービス提供ノードXSPNに送達
される。
【０２５６】(3) サービス提供ノードXSPNは、課金条件
整合応答メッセージに含まれる、課金条件データより課
金エンジンIDを参照して、当該サービスの課金ポイント
を認識する。 (4) サービス提供ノードXSPNは、ユーザホストMHとの交
渉で課金条件が決定されると前記課金エンジンIDにて指
定された課金エンジン宛に、決定された課金条件データ
を含むメッセージ「課金条件通知メッセージ」を送達す
る。 (5)課金条件通知メッセージを受信した課金装置制御機
能部BECFは、課金エンジンBENに当該課金条件データを
設定し、課金エンジンBENは以後課金対象パケットが通
過した際にはこれをカウントすることが可能となる。
【０２５７】図８６は上記機能の実現のためのメッセー
ジ例、図８７は課金エンジンBENへの課金条件データ送付
手順である。なお、図８７においてキャリアで代行課金
する概略手順が課金条件データ送付手順の後に示されて
いる。すなわち、キャリアで代行課金するために決済情
報サーバSISを導入し、該決済情報サーバSISが課金エン
ジンで収集した課金データを蓄積整理し、ユーザへの請
求額の計算を行う手順が示されている。又、図８６には、
課金エンジンBENとサービス提供ノードXSPNとの間で交
換される〜のメッセージに加えて、〜の課金エ
ンジンBEN→決済情報サーバSIS→サービス提供ノードXS
PNへのメッセージ、のサービス提供ノードXSPN→決済
情報サーバSIS→課金エンジンBENへのメッセージも示さ
れている。
【０２５８】(1)ユーザホストMHとサービス提供ノードX
SPNとの間で課金条件交渉が完了し、当該サービスを提
供するサービス提供ノードXSPNが課金条件を保持してい
るとする。 (2) サービス提供ノードXSPNは保持している課金条件デ
ータを、課金を担当する課金エンジンBEN(エッジノード
EN内に存在)に対して課金開始要求メッセージで送達す
る。 (3) 課金開始要求メッセージを受信した課金エンジン
は、当該課金条件データを設定して課金開始応答をサー
ビス提供ノードXSPNに返すと共に、課金動作を開始す
る。 (4)課金サービス実行中に、ユーザホストの操作等何ら
かの要因にて課金動作の中断を認識すれば、サービス提
供ノードXSPN は課金エンジンに対して課金停止要求メ
ッセージを送信する。 (5)課金停止要求メッセージを受領した課金エンジンBEN
は、現在までに収集した課金データを決済情報サーバSI
Sに送信するために、一括決済情報提示メッセージもし
くは逐次決済情報提示メッセージを送信する。 (6) 一括決済情報提示メッセージを受領した決済情報サ
ーバSISは、受領した課金情報を仮登録し、サービス提
供ノードXSPN に回送して承認依頼する。 (7) サービス提供ノードXSPNは上記承認依頼について内
容検証をおこない、決済承認結果を含む応答メッセージ
を決済情報サーバSISに返す。 (8)決済情報サーバSISは正常な承認応答を受領した場
合、(6)で仮登録した課金データを正式登録し、その後
登録結果を含めて課金エンジンBENに対して応答メッセ
ージを回送する。 (9)課金エンジンBENは応答メッセージによって承認を確
認したのち、この結果を含めた課金停止応答メッセージ
をサービス提供ノードXSPN に対して応答する 。
【０２５９】（ｐ）利用者毎の課金情報収集と、課金エ
ンジンとの連携 課金条件を設定された課金エンジンBENと、キャリアの
代行課金システムの連携について説明する。すなわち、
課金エンジンBENにより収集された課金データを、代行
課金情報を管理する決済情報サーバSISに対して送達す
る連携手順を示す。尚、以下の3つの前提条件がある。 第1の前提条件：課金エンジンの配備位置は、代行課金
するキャリアのコアネットワーク内で、課金対象パケッ
トが転送される経路上にあり、これを捕捉できることが
条件である。配備位置の例としては、前述の経路上にあ
れば任意だが、エンドユーザに提供されるサービス品質
を監視する等の目的でエンドユーザを収容するエッジノ
ードENが一般的と想定される。
【０２６０】第2の前提条件：図８６のメッセージを使
用して、ユーザホストMHとサービス提供ノードXSPNの間
で合意された課金条件データが課金エンジンBENに送達
されて設定される。以後,課金エンジンは課金対象パケ
ットを観測し、これをカウントする。 第3の前提条件：キャリアで代行課金するにあたり、課
金エンジンBENで収集された課金データを蓄積整理し、
ユーザへの請求額の計算を行う決済情報サーバSIS(図８
７参照)を導入する。決済情報サーバSISは課金エンジン
とのインタフェースを持つ(図８６における〜の3つ
のメッセージを参照)。
【０２６１】(p-1)課金エンジンにおける課金条件の収
集／管理 本発明では課金エンジン自体の構造には関与せず、収集
中の課金条件は課金エンジンBENを制御する課金装置制
御機能部BECFによって保持管理される。課金装置制御機
能部BECFにより収集された課金条件データは、課金条件
管理テーブルBCAT(図８８)内に保持される。このテーブ
ルは、契約者単位の識別子(NAI)に基づき管理される。
図８８はエッジノードENにおける課金装置制御機能部BE
CFの課金条件収集／管理処理フローである。
【０２６２】エッジノードENの課金装置制御機能部BECF
は受信メッセージ内に課金条件識別子が含まれているか
チェックし(ステップ2001)、含まれていなければ課金対
象外のため無視し(ステップ2002)、次のメッセージの受
信を待つ。 課金条件識別子が含まれていれば、受信メッセージが課
金開始要求メッセージ(図８７の参照)であるかチェッ
クする(ステップ2003)。課金開始要求メッセージを受信
すれば、本メッセージにサービス提供ノードXSPNが課金
条件と課金条件識別子を付与して送信していると判断さ
れる。
【０２６３】課金開始要求メッセージであれば、課金条
件が含まれているか調べ（ステップ2004)、含まれていな
ければ課金対象外のため無視し(ステップ2002)、次のメ
ッセージの受信を待つ。 課金条件が含まれていれば、課金条件を課金エンジンBEN
に設定する(ステップ2005)。ついで、課金条件設定が正
常終了したか監視し(ステップ200６)、課金エンジンBEN
への設定に失敗した場合には、課金不可能なためエラー
メッセージを作成し(ステップ2007)、課金開始応答メッ
セージ(図８７の参照)に含ませてサービス提供ノード
XSPNに送出する(ステップ2008)。 一方、課金エンジンBENへの設定が正常終了すれば、課金
装置制御機能部BECFは当該課金条件、課金条件識別子な
どを課金条件管理テーブルBCATに追加する(ステップ200
9)。このとき、登録状態は「仮登録」として設定され
る。
【０２６４】課金条件管理テーブルBCATへの登録が正常
終了した時点で、課金装置制御機能部は当該エントリに
ついて、有効期限を示すタイマーを起動し、減算を開始
する。(ステップ2010)。このタイマーの目的は、仮設定
された当該課金条件に有効期限を設ける為であり、一定
時間、端末ユーザからのサービス料金条件の承諾を待
つ。このタイマ期間内に端末ユーザからの課金条件への
承諾情報が来ない場合、当該課金条件のエントリを自律
的に削除する。ついで、課金装置制御機能部BECFは課金
条件識別子を課金開始応答メッセージ(図８７の参照)
に含ませてサービス提供ノードXSPNに送出する(ステッ
プ2011、2008)。 ステップ2003において、メッセージが課金開始要求メッ
セージでなければ、図７４の課金条件識別子格納手順を
実行する(ステップ2012)。
【０２６５】(p-2)課金エンジンから決済情報サーバへ
の課金条件データの送達 課金エンジンBENは上記で設定された課金条件に従い、
利用者およびアプリケーション単位でカウントする。収
集された料金データは課金セッション（有料サービス）
が終了もしくは、課金セッション継続中に課金データの
送付を要求された場合に、課金エンジンBENはキャリア
の管理下にある決済情報サーバSISに対して課金データ
を送信する。課金エンジンが収集可能なもっとも下位レ
ベルの情報は、通過したパケット数であり、これに加え
て単位時間あたりの通過パケット数、セッション単位の
通過パケット数がある。
【０２６６】課金エンジンBENが収集した課金データの
決済情報サーバSISへの送達タイミングには一括送信方
式と逐次送信方式の二種類がある。一括送信方式は、当
該課金セッション終了後に課金エンジンBENから決済情
報サーバSISに対してまとめて送信する方式であり、課
金情報は課金動作終了応答メッセージ(一括決済情報提
示メッセージ)に付与される。 逐次送信方式は、ユーザに対して一定周期で課金情報を
提供するために、課金セッション有効期間内に一定の周
期で各周期内に収集された課金情報を決済情報サーバSI
Sに送達する方式である。課金情報は中間課金情報送付
用のメッセージ(逐次決済情報提示メッセージ)に付与さ
れる。
【０２６７】一括決済情報提示メッセージ、逐次決済情
報提示メッセージが含む情報要素は同一であり、以下の
構成となる。(1) 課金データ本体：送信時点で課金エン
ジンが収集した課金データ (2) 付加価値データ：契約条件によってキャリアからサ
ービス提供ノードXSPに付加価値情報（サービス品質の
フィードバック等）提示するために付加される汎用的な
データフィールド。 (3) 連続識別子：最終、継続のいずれかが設定される。 一括決済情報提示メッセージの場合及び逐次決済情報提
示メッセージであって最終の課金情報である場合に「最
終」が設定される。また、逐次決済情報提示メッセージ
であって最終でない場合に「継続」が設定される。
【０２６８】図８９は決済手順説明図である。前提条件
として、課金データの決済情報サーバSISへの送信方式
は逐次送信方式であり、また決済方式は完全代行課金方
式(後述)であるとする。 (1)決定された課金条件に従ってサービスが開始する。 (2)課金エンジン制御機能部BECFは、決済情報サーバSIS
への送信方法を課金条件データから検出する。尚、送信
方法が一括決済情報提示方式である場合は、サービス終
了を待って課金データを送信する。 (3)送信方法が逐次決済情報提示方式である場合は、課
金条件データに含まれる送信周期に基づき、サービス終
了まで継続的に課金データを決済情報サーバSISへ送付
する。 (4)サービス終了を課金エンジンBENが検出すれば、最後
の課金データを決済情報サーバSISに送信する。 (5) 決済情報サーバSISは最後の課金データを受信すれ
ばサービス提供ノードXSPNの確認要否に基いて代行課金
処理を行なう。
【０２６９】(p-3) サービス提供ノードXSPNとキャリア
間の決済情報の交換 キャリア代行課金において、サービス提供ノードXSPNは
サービスを提供するが、料金カウントに関与しない。一
方、キャリアは課金エンジンBENにより、個々のユーザの
課金データを集計し、この内容に基づきユーザに対して
料金請求する。具体的には、毎月の基本通信料金に加
え、課金対象サービスの提供に対する付加使用料を請求
する。
【０２７０】かかるキャリア代行課金業務の契約形態
は、基本的に完全代行課金方式と個別承認課金方式の二
種類に分類される。完全代行課金方式は、サービス（課
金セッション）単位の課金情報の蓄積、積算をすべてキ
ャリア側に一任し、サービス提供ノードXSPNは個々のサ
ービスの決済に関与しない方式である。ただし、サービ
ス提供ノード（サービス提供業者)XSPN は自社に関する
決済情報の参照は可能である。完全代行課金方式におけ
る決済データの交換契機は、サービス提供ノードXSPNと
キャリア間であらかじめ規定した一定周期であり、例え
ば１ヶ月に１度、決済データの交換を行なう。完全代行
課金方式は、サービス提供ノードXSPNに対するサービス
品質保証を伴わない、比較的単純なサービスに適切であ
り、基本機能のみを提供するベーシック課金代行プラン
としての契約形態が可能である。
【０２７１】個別承認課金方式は、各サービス（課金セ
ッション）終了時にキャリアがサービス提供ノードXSPN
に対して課金データを提示し、サービス提供ノードXSP
N から該課金データについて承認及び課金依頼を待つ方
式である。サービス提供ノードXSPNがこの課金データを
承認し、これをキャリアが確認した時点で決済情報サー
バSISは、決済情報として登録する。個別承認課金方式
は、以下の2つの用途に適切である。第1の用途は、サービ
ス提供ノードXSPNが課金データを参照/確認するほか
に、当該課金セッションにおいて測定されたサービス品
質データ（例：各種QoSデータ）等を合わせて受信する
ことで、サービス運用、提供に対するフィードバックデ
ータとする場合である。第2の用途は、サービス提供ノ
ードXSPNが受領した課金データを、ユーザインタラクシ
ョン（料金確認等）に利用する場合である。XSPに対する
付加価値情報のフィードバックを伴うプレミアム課金代
行プランとしての契約形態が可能である。
【０２７２】キャリアによる代行課金を行うためには、
サービス提供ノードXSPNとキャリア間で決済情報につい
て交換を行なう必要がある。図9０は、課金代行キャリ
アとサービスプロバイダ間の決済情報の交換手順説明図
である。なお、課金データの決済情報サーバSISへの送
信方式は、課金セッション終了後に一括して送信する一
括送信方式であり、決済方式は、課金データをサービス
提供ノードによる承認を要する個別承認課金方式である
とする。 (1) サービス提供ノードXSPNからユーザホストＭＨへ課
金対象サービスが提供されているとする。この課金条件
は既に課金条件交渉手順によって、課金エンジンBEN
（エッジノードENに内蔵される）に設定され、課金エン
ジンはこの課金条件に従って課金する。 (2) 課金対象のサービスが終了する。この終了は、ユー
ザからの明示的な中断要求により、あるいは、サービス
提供中においてユーザホストMHの電源切断（電池切れ
等）もしくは圏外への移動等によりユーザが意図しない
形で発生する中断によるものである。サービス終了によ
り、課金エンジンBENはサービス提供ノードXSPNから課金
停止要求メッセージを受ける。
【０２７３】(3) 課金エンジンBENは、収集した課金デ
ータを、キャリアが管理する決済情報サーバSISに送達
する。このとき、サービス提供ノードXSPNとキャリア間
の代行課金契約が個別承認課金の形態であれば、付加価
値情報（品質データ等）を合わせて送付する。 (4)決済情報サーバSISは、課金データを受領し、これを
仮登録の形態で保管する。ついで、決済情報サーバSIS
は、代行課金の契約条件(決済方式)が完全代行課金方式
であるか、個別承認課金方式であるかチェックする。完
全代行課金方式であれば、仮登録された課金データを正
式登録する。 (5) 一方、個別承認課金方式であれば、決済情報サーバ
SISは課金データと付加価値情報データをサービス提供
ノードXSPNに送達して、応答を待つ。 (6) サービス提供ノードXSPNは、決済情報サーバSISか
ら上記課金データ等を受信すれば、受信した課金データ
の内容をチェックし、問題なければ承認の応答を決済情
報サーバSISに返す。ただし、オプションとしてユーザ
に対して課金データを提示し、これに対する承諾応答を
得てから、決済情報サーバSISに承認応答を返すことも
可能とする。 (7) 決済情報サーバSISは、サービス提供ノードXSPNか
ら課金データに対する承認応答を受領して、当該課金デ
ータを正式に登録する。すなわち、今回の課金額を当該
ユーザの合計請求額に加算する。
【０２７４】以上、本発明のIPv6をべースとした第2の
課金技術によれば、IPv4/ Mobile IPをベースとした第1
課金技術と同等機能を実現でき、しかも、網および端末
への機能追加を不要にすることができる。 又、本発明のIPv6をべースとした第2課金技術によれば、
IPv4/ Mobile IPをベースとした第1課金技術の課金制御
手順に比較して、課金制御メッセージの転送経路を最適
化することができる。又、本発明のIPv6をべースとした
第2課金技術によれば、サービス提供者側装置を、サービ
ス提供ノードXSPNと課金制御ノードBCNとに分離したこ
とで、１サービスを複数に分散したサーバで提供するサ
ービス提供形態に対応可能な課金制御を行なうことがで
きる。 以上、本発明の第１課金技術を、IPv4/Mobile IPをべー
スにしたネットワーク構成で説明したが、同様のプロト
コルをべースとしたネットワーク構成における課金にも
適用できるものである。 又、本発明の第２課金技術を、IPv6をべースにしたネッ
トワーク構成で説明したが、同様のプロトコルをべース
としたネットワーク構成における課金にも適用できるも
のである。
【０２７５】(付記１） ユーザ端末にサービスを提供
するための処理を行い、ユーザ端末に提供するサービス
に対して課金を行う課金システムにおいて、サービス種
別およびユーザ端末単位のユーザ課金プロファイルを保
持するユーザ課金プロファイル登録部、 特定されたサービス種別およびユーザ端末に応じたユー
ザ課金プロファイルに基づいて課金条件を生成する課金
条件生成部、 ネットワーク内に設けられ、前記生成された課金条件に
基づいてユーザ端末毎に課金処理を実行する課金部、 課金部に前記生成された課金条件を設定する課金条件設
定部、 を備え、課金部はユーザ端末に対して提供されるサービ
スに応じて課金を実行することを特徴とする課金システ
ム。
【０２７６】(付記２） サービス提供ノード側に、料
金と関連付けられたサービス情報を記述した1以上のサ
ーバ課金プロファイルを保存するサーバ課金プロファイ
ル登録部を設けると共に、前記ユーザ課金プロファイル
にユーザの支払い許容条件を記述し、前記課金条件生成
部は、ユーザ端末がサービス実行要求メッセージを送出
した時点で前記ユーザ課金プロファイルと各サーバ課金
プロファイルを照合することにより、提供するサービス
に対する課金条件を決定する、ことを特徴とする付記1
記載の課金システム。
【０２７７】(付記３） ユーザ端末が収容されたルー
タ、 位置登録時に該ルータより受信する認証要求メッセージ
に基づいて端末認証処理を実行すると共に、該認証要求
メッセージにサービス要求情報が含まれていれば、前記
ユーザ課金プロファイル登録部より、当該ユーザ端末及
びサービス種別に応じたユーザ課金プロファイルを取得
して前記課金条件生成部に転送する認証サーバ、を備え
たことを特徴とする付記1記載の課金システム。
【０２７８】(付記４） 前記課金条件生成部は、ユー
ザ課金プロファイルにより規定される条件とサーバ課金
プロファイルにより規定される条件の照合を行い、ユー
ザ課金プロファイルに含まれる各条件を満足するサーバ
課金プロファイルを求め、該サーバ課金プロファイルに
基づいて課金条件を生成する、ことを特徴とする付記2
記載の課金システム。
【０２７９】(付記５） 所定のサービス要求に対して
予め生成された課金条件を前記認証サーバ内に保存して
おき、認証サーバはユーザ端末よりサービス要求があっ
たとき、該サービス要求に対応して保存している課金条
件を前記課金条件生成部に転送する、ことを特徴とする
付記3記載の課金システム。 (付記６） 前記課金条件生成部は、課金条件を特定す
る課金条件識別子を生成し、該課金条件識別子をユーザ
端末に通知する、ことを特徴とする付記１記載の課金シ
ステム。 (付記７) 課金部は、前記課金条件設定部により課金条
件が設定されると、ユーザ端末が要求するサービス内容
に合致するパケットの到着を監視し、該パケットが到着
すれば前記課金条件に従って課金を開始し、前記課金条
件設定部は課金条件設定後、一定時間経過しても前記パ
ケットが観測されなければ課金条件の設定を解除する、
ことを特徴とする付記1記載の課金システム。
【０２８０】(付記８） 課金条件識別子を位置登録メ
ッセージに含めて送出することにより課金条件生成部か
ら提示された課金条件をユーザ端末が承諾したことをネ
ットワークに通知する承諾通知手段、を備えたことを特
徴とする付記6記載の課金システム。 (付記９） ユーザ端末は、課金条件識別子が付与され
た位置登録メッセージを周期的に送出し、前記課金条件
設定部は前記登録メッセージより課金条件識別子を検出
すれば課金部に当該ユーザ端末の課金処理を継続実行さ
せ、周期的に位置登録メッセージが送出されない場合、
もしくは周期的に送出される位置登録メッセージ内に課
金条件識別子が含まれていない場合、課金部に課金収集
動作の終了を指示する、ことを特徴とする付記6記載の
課金システム。
【０２８１】(付記１０） ユーザ端末は、位置登録メ
ッセージに課金条件識別子と共にサービス要求またはサ
ービス中断を示す情報を含めて送出することで、実行中
のサービスに対する課金条件の変更あるいはサービス実
行中止を依頼する、ことを特徴とする付記1記載の課金
システム。 (付記１１） 移動によるハンドオーバ後、設定された課
金条件に従って課金処理を実行する新課金部、 新課金部に前記課金条件を設定する新課金条件設定部を
備え、新課金条件設定部は旧課金部で適用されていた課
金条件を取得して新課金部に設定し、新課金部は旧課金
部と同一課金条件で課金処理を実行する、ことを特徴と
する請求項1記載の課金システムス。
【０２８２】(付記１２） 課金動作の継続に際してユ
ーザ端末は課金条件識別子を含む位置登録メッセージを
送出し、新課金条件設定部は課金条件識別子を抽出し、
移動前の旧課金条件設定部に旧課金部で適用されていた
課金条件を、該課金条件識別子を付して要求し、旧課金
条件設定部は、受信した課金条件識別子と課金条件管理
テーブルで保持しているユーザ端末の課金条件識別子と
を照合することによりユーザ端末の正当性を判断し、正
当なユーザ端末であれば旧課金部で適用されていた課金
条件を新課金条件設定部に送出する、ことを特徴とする
付記11記載の課金システム。 (付記１３） 課金条件生成の動作をユーザ端末の位置
登録手順に含め、位置登録手順と並行して課金条件の生
成処理、課金部の起動処理を行い、サービス実行前に課
金条件の生成、課金部の起動を完了する、ことを特徴と
する付記1記載の課金システム。 (付記１４） 特定されたサービス種別およびユーザ端
末に応じたユーザ課金プロファイルを前記ユーザ課金プ
ロファイル登録部から読み出してサービス提供ノードの
課金条件生成部に送出すると共に、該ユーザ課金プロフ
ァイルを保存手段に保存し、別のサービス提供サーバに
新規サービス要求を行う場合、前記保存手段に保存され
ているユーザ課金プロファイルを該別のサーバの課金条
件生成部に送出する、ことを特徴とする付記1記載の課
金システム。
【０２８３】(付記１５) ユーザ端末の位置登録処理に
連携して該ユーザ端末にサービスを提供するための処理
を行い、ユーザ端末に提供するサービスに対して課金を
行う課金システムにおける課金条件決定サーバにおい
て、料金と関連付けられたサービス情報を記述した1以
上のサーバ課金プロファイルを保存するサーバ課金プロ
ファイル登録部、特定されたサービス種別およびユーザ
端末に応じたユーザ課金プロファイルと各サーバ課金プ
ロファイルを照合することにより、提供されるサービス
に対する課金条件を決定するに課金条件生成部、 決定した課金条件を課金部に通知する手段、を備えたこ
とを特徴とする課金条件決定サーバ。
【０２８４】(付記１６) 前記課金条件生成部は、ユ
ーザ課金プロファイルにより規定される条件とサーバ課
金プロファイルにより規定される条件の照合を行い、ユ
ーザ課金プロファイルに含まれる各条件を満足するサー
バ課金プロファイルを求め、該サーバ課金プロファイル
に基づいて課金条件を生成する、ことを特徴とする付記
1５記載の課金条件決定サーバ。 （付記１７） 課金条件を特定する課金条件識別子を生
成し、該課金条件識別子をユーザ端末に通知する手段、
を備えたことを特徴とする付記１５記載の課金条件決定
サーバ。
【０２８５】（付記１８） 移動端末の位置登録処理に
連携して該移動端末にサービスを提供するための処理を
行い、移動端末に対するサービス提供に対して課金を行
う課金システムにおける移動端末において、サービス要
求を含めて位置登録メッセージをネットワークに送出
し、ネットワークをして位置登録手順と並行して、ユー
ザ端末毎に且つ要求されたサービス毎に、課金条件の生
成処理、課金部の起動処理を行わせ、サービス実行前に
課金条件の生成、課金部の起動を完了させる手段、を備
えることを特徴とする移動端末。
【０２８６】（付記１９） 課金条件を特定する課金条
件識別子をネットワークより受信して保持する手段、 課金条件識別子が付与された位置登録メッセージを周期
的に送出して当該ユーザ端末の課金処理を継続実行させ
る手段、を備えたことを特徴とする付記１８記載の移動
端末。 (付記２０） 周期的に送出する位置登録メッセージに
課金条件識別子と共にサービス要求またはサービス中断
を示す情報を含めることで、実行中のサービスに対する
課金条件の変更あるいはサービス実行中止を依頼する手
段、を有することを特徴とする付記１８記載の移動端
末。 (付記２１） 移動によるハンドオーバ後の課金動作を
継続する際、ユーザ端末の正当性を判断させるために課
金条件識別子を含む位置登録メッセージを送出する手
段、を備えたことを特徴とする請求項18記載の移動端
末。
【０２８７】(付記２２） ユーザ端末にサービスを提
供するための処理を行い、ユーザ端末に提供するサービ
スに対して課金を行う課金システムにおけるルータ装置
において、課金条件生成部で生成された課金条件に基づ
いてユーザ端末毎に課金処理を実行する課金部、 課金部に前記生成された課金条件を設定する課金条件設
定部、を備え、課金部はユーザ端末に対して提供されるサ
ービスに応じた課金を実行することを特徴とするルータ
装置。
【０２８８】(付記２３） 課金部は、前記課金条件設
定部により課金条件が設定されると、ユーザ端末が要求
するサービス内容に合致するパケットの到着を監視し、
該パケットが到着すれば前記課金条件に従って課金を開
始し、前記課金条件設定部は課金条件設定後、一定時間
経過しても前記パケットが観測されなければ課金条件の
設定を解除する、ことを特徴とする付記２２記載のルー
タ装置。 (付記２４） 前記課金条件設定部はユーザ端末より送
出される位置登録メッセージに課金条件識別子が含まれ
ていれば、課金部に当該ユーザ端末の課金処理を継続実
行させ、周期的に位置登録メッセージが送出されない場
合、もしくは周期的に送出される位置登録メッセージ内
に課金条件識別子が含まれていない場合、課金部に課金
収集動作の終了を指示する、ことを特徴とする付記２２
記載のルータ装置。
【０２８９】（付記２５）ネットワークを介してユーザ
端末に提供されるサービスに対して課金する課金システ
ムにおいて、ユーザ端末にサービスを提供するサービス
提供ノード、 ユーザ端末が希望するサービス提供条件を記録したユー
ザ課金プロファイルとサービス提供ノードが許容するサ
ービス提供条件を記録したサーバ課金プロファイルを比
較してユーザに提供するサービスに関する課金条件を生
成する課金制御ノード、 ユーザ端末からのサービス提供要求に基いて通過するメ
ッセージに前記ユーザ課金プロファイルを付加すること
により、該課金プロファイルを前記課金制御ノードに直
接あるいはサービス提供ノードを介して間接的に送達す
るエッジノード、サービス提供ノードに代わって該サー
ビス提供ノードがユーザ端末に提供するサービスに関し
て前記課金条件に従って課金する代行課金部、を備えた
課金システム。
【０２９０】（付記２６）ユーザ端末の正当性の認証を
行なうと共に、該ユーザ端末の課金プロファイルを管理
するAAAサーバを備え、ユーザ端末からアドレス割当要求
があったとき、前記エッジノードは割当アドレスを決定
すると共にAAAサーバにユーザ端末の認証要求を送り、該
AAAサーバは認証応答にユーザ端末の課金プロファイル
を付してエッジノードに送付し、エッジノードは該ユー
ザ課金プロファイルを保持し、前記サービス提供要求を
したユーザ端末に応じたユーザ課金プロファイルを前記
メッセージに付加する、ことを特徴とする付記25記載の
課金システム。 （付記２７）前記エッジノードは、ユーザ端末からサー
ビス提供ノード宛のサービス提供要求メッセージを検出
したとき、該メッセージに該ユーザ端末のユーザ課金プ
ロファイルを付加してサービス提供ノードに送達し、サ
ービス提供ノードは該サービス提供要求メッセージを受
信したとき、課金条件生成を要求するメッセージに前記
ユーザ課金プロファイルを含めて前記課金制御ノードに
送付する、ことを特徴とする付記２５記載の課金システ
ム。
【０２９１】（付記２８）前記サービス提供ノードは、
ユーザ端末からユーザ課金プロファイルが付加されてい
ないサービス提供要求メッセージを受信したとき、前記
課金制御ノードに対して課金条件生成を要求するメッセ
ージを送信し、エッジノードは前記課金制御ノード宛の
前記メッセージを検出したとき、該メッセージに前記ユ
ーザ端末のユーザ課金プロファイルを付加して課金制御
ノードに送達する、ことを特徴とする付記２５記載の課
金システム。 （付記２９）前記課金制御ノードは、生成した1以上の
課金条件のそれぞれに識別子を付して前記サービス提供
ノードに返信することで課金条件の一元管理を行なう、
ことを特徴とする付記２7又は２８記載の課金システ
ム。 （付記３０）前記サービス提供ノードは、前記課金制御
ノードで生成された課金条件をユーザ端末に承認させる
ための画面あるはテキストを作成し、該画面あるはテキ
ストにより課金条件をユーザ端末に提示し、ユーザ端末
から課金条件を承諾するメッセージを受信して該課金条
件に従ってサービス提供を開始する、ことを特徴とする
付記29記載の課金システム。
【０２９２】（付記３１）前記エッジノードは、前記課
金条件承認用の画面あるはテキストの提示の過程で取得
した前記課金条件識別子に対応させて、該識別子により
特定される課金条件が仮登録中であるか、利用中である
か、及び該課金条件の有効期間を管理する、ことを特徴
とする付記３０記載の課金システム。 （付記３２）前記エッジノードは、課金条件の有効期間
満了前にユーザ端末から認証要求が送出されたか監視
し、認証要求が有効期間満了前に送出されたならばユー
ザ端末はサービス継続を要求していると判断し、有効期
間を更新し、有効期間満了前に送出されなければサービ
ス継続を要求していないと判断する、ことを特徴とする
付記３１記載の課金システム。 （付記３３）前記サービス提供ノードは、ユーザ端末よ
り明示的なサービス中断要求メッセージを受信すれば、
サービス提供を停止すると共に、代行課金部による課金
動作を終了させる、ことを特徴とする付記２５記載の課
金システム。 （付記３４）前記サービス提供ノードは、前記課金制御
ノードで生成された複数の課金条件を保存し、サービス
実行中にユーザ端末より課金条件変更要求メッセージを
受信すれば、保存してある課金条件をユーザ端末に承認
させるための画面あるはテキストを作成し、該画面ある
はテキストにより新課金条件をユーザ端末に提示し、ユ
ーザ端末から新課金条件を承諾するメッセージを受信し
て新課金条件に従ってサービスを提供する、ことを特徴
とする付記３０記載の課金システム。
【０２９３】（付記３５）サービス提供ノードは、ユー
ザ端末が承諾した課金条件を課金制御ノードに通知し、
課金制御ノードは該課金条件に該サービス提供ノードの
識別情報とユーザ端末の識別情報を含めて保存し、該サ
ービス提供ノードとは別の第2のサービス提供ノードよ
り該ユーザ端末に対する課金条件生成要求メッセージを
受信したとき、前記保存してある課金条件を第2のサービ
ス提供ノードに返信し、第2のサービス提供ノードは該
課金条件に従ってサービスを提供し、代行課金部は該課
金条件に従って課金する、ことを特徴とする付記３０記
載の課金システム。 （付記３６）サービス提供ノードは、ユーザ端末が承諾
した課金条件を課金制御ノードに通知し、課金制御ノー
ドは該課金条件を保存し、該課金条件に課金条件変更パ
ラメータが含まれていれば、該パラメータに基いて課金
条件を変更し、変更後の課金条件をサービス提供ノード
に通知し、サービス提供ノードは該課金条件に従ってサ
ービスを提供し、代行課金部は該課金条件に従って課金
する、ことを特徴とする付記３０記載の課金システム。 （付記３７）前記代行課金部は、課金条件にしたがって
課金する課金エンジンを含み、サービス提供ノードは、ユ
ーザ端末が承諾した課金条件を所定の課金エンジンに通
知し、該課金エンジンは該課金条件にしたがって課金す
る、ことを特徴とする付記30記載の課金システム。 （付記３８）前記代行課金部は、所定のエッジノードに
実装され、かつ、課金条件にしたがって課金する課金エ
ンジンと、該課金エンジンの課金結果を収集してユーザ
端末に対する請求額の決済処理を行なう決済サーバを有
する、ことを特徴とする付記３０記載の課金システム。
【０２９４】（付記３９）ユーザ端末にサービスを提供
するサービス提供ノード、ユーザ端末が希望するサービ
ス提供条件を記録したユーザ課金プロファイルとサービ
ス提供ノードが許容するサービス提供条件を記録したサ
ーバ課金プロファイルを比較してユーザに提供するサー
ビスに関する課金条件を生成する課金制御ノード、サー
ビス提供ノードに代わって該サービス提供ノードがユー
ザ端末に提供するサービスに関して前記課金条件に従っ
て課金する代行課金部を備えた課金システムのエッジノ
ードにおいて、ユーザ端末からのアドレス割当要求によ
り該ユーザ端末にアドレスを割り当てると共にユーザ端
末の正当性の認証を認証部に要求する認証要求部、 認証応答時に、該認証部よりダウンロードされる前記ユ
ーザ端末の課金プロファイルを保持するユーザ課金ファ
イル保持部、 ユーザ端末からのサービス提供要求に基いて通過するメ
ッセージを検出し、該メッセージに前記ユーザ端末のユ
ーザ課金プロファイルを付加する課金プロファイル付加
部、 該メッセージを前記課金制御ノードに直接あるいはサー
ビス提供ノードを介して送達するメッセージ送出部、を
備えたことを特徴とするエッジノード。
【０２９５】（付記４０）ユーザ端末にサービスを提供
するサービス提供ノード、課金条件を生成する課金制御
ノード、サービス提供ノードに代わって課金する代行課
金部を備えた課金システムにおける課金制御ノードにお
いて、 サービス提供ノードが許容するサービス提供条件を記録
したサーバ課金プロファイルを登録するサーバ課金プロ
ファイル登録部、 サービス提供ノードからの課金条件生成要求に基づい
て、ユーザ課金プロファイルと前記サーバ課金プロファ
イルを比較してユーザに提供するサービスに関する課金
条件を生成する課金条件生成部、 該生成した課金条件に課金条件識別子を付加してサービ
ス提供ノードに返信する手段、 ユーザ端末とサービス提供ノードとの交渉により決定さ
れた課金条件にサービス提供ノードの識別子情報、ユー
ザ端末の識別子情報を付加して登録する手段、を備えた
ことを特徴とする課金制御ノード。
【０２９６】（付記４１）ユーザ端末にサービスを提供
するサービス提供ノード、課金条件を生成する課金制御
ノード、サービス提供ノードに代わって課金する代行課
金部を備えた課金システムにおけるサービス提供ノード
において、ユーザ端末からサービス提供要求があったと
き、前記課金制御ノードに課金条件の生成を要求する手
段、課金制御ノードにより生成された1以上の課金条件
を受信したとき、ユーザ端末と交渉して課金条件を決定
する課金条件決定部、 該決定した課金条件を代行課金部に通知すると共に、該
課金条件に従ってサービスを提供する手段、を備えたこ
とを特徴とするサービス提供ノード。
【０２９７】（付記４２）ユーザ端末にサービスを提供
するサービス提供ノード、課金条件を生成する課金制御
ノード、サービス提供ノードに代わって課金する代行課
金部を備えた課金システムにおける代行課金装置におい
て、サービス提供ノードから課金開始を指示されてから
課金終了を指示されるまで、指示された課金条件に従っ
てユーザ端末に提供するサービスに対する課金を行なう
課金エンジン、逐次あるいは課金終了指示により一括し
て課金エンジンから課金結果を受信すると共に、サービ
ス提供ノードとの間の契約に基づいて該サービスに対す
る決済処理を行なう決済情報サーバ、を備えたことを特
徴とする代行課金装置。
【０２９８】（付記４３） ネットワークを介してユー
ザ端末に提供されるサービスに対して課金する課金シス
テムにおいて、ユーザ端末にサービスを提供するサービ
ス提供ノード、 ユーザ端末が希望するサービス提供条件を記録したユー
ザ課金プロファイルとサービス提供ノードが許容するサ
ービス提供条件を記録したサーバ課金プロファイルを比
較してユーザに提供するサービスに関する課金条件を生
成する課金制御ノード、 サービス提供ノードがユーザ端末に提供するサービスに
関して前記課金条件に従って課金する代行課金部、を備
えた課金システム。 （付記４４） 前記ユーザ課金プロファイルを格納する
データべースを備え、前記課金制御ノードは、ユーザ端
末からのサービス提供要求に基いて、前記データべース
よりユーザ課金プロファイルを取得する課金プロファイ
ル取得手段、を有することを特徴とする付記43記載の課
金システム。 （付記４５） 前記ユーザ課金プロファイルを格納する
データべースを備え、前記課金制御ノードは、サービス
提供ノードより課金条件整合要求を受信した時、該課金
条件整合要求にユーザ課金プロファイルが付加されてい
るかチェックし、付加されていない場合に前記データべ
ースよりユーザ課金プロファイルを取得する、ことを特
徴とする付記43記載の課金システム。 （付記４６） 前記ユーザ課金プロファイルを格納する
データべースを備え、サービス提供ノードは、ユーザ端
末からのサービス提供要求に基いてを前記データべース
よりユーザ課金プロファイルを取得する課金プロファイ
ル取得手段、該ユーザ課金プロファイルを課金条件整合
要求に付加して課金制御ノードに送信する課金条件整合
要求手段、を有することを特徴とする付記43記載の課金
システム。 （付記４７） 前記ユーザ課金プロファイルを格納する
データべースを備え、前記サービス提供ノードは、ユー
ザ端末よりサービス提供要求を受信した時、該サービス
提供要求にユーザ課金プロファイルが付加されているか
チェックし、付加されていない場合に前記データべース
よりユーザ課金プロファイルを取得する、ことを特徴と
する付記4３記載の課金システム。 （付記４８） 前記データべースは、ユーザ課金プロフ
ァイル要求を受信すれば、該要求に含まれる端末識別子
に応じたをユーザ課金プロファイル検索して要求元に送
信する手段、を有することを特徴とする付記44乃至４７
記載の課金システム。
【０２９９】
【発明の効果】以上本発明のIPv4/ Mobile IPをベース
とした第1課金技術によれば、ユーザ、サービス提供者双
方に課金に関する許容条件を用意してサービス開始時に
双方の許容条件を照合することにより、サービス提供に
対する課金条件を動的に生成し、該課金条件にしたがっ
て課金することができる。 又、本発明の第1課金技術によれば、有料サービスに対し
てネットワーク内の課金部による代行課金が可能にな
る。
【０３００】又、本発明の第1課金技術によれば、端末が
移動しても該端末に対する課金をサポートすることがで
きる。すなわち、端末移動によりハンドオーバが発生し
ても、サービス開始時にユーザ・サービス提供者間の交渉
手順により動的に生成した課金条件を引き継いでサービ
スの提供、課金の継続をサポートすることができる。 又、本発明の第1課金技術によれば、価格交渉／課金条件
設定の手順を位置登録手順を利用して実行することがで
きる。 又、本発明のIPv6をべースとした第2課金技術によれば、
第1課金技術と同等機能を実現でき、しかも、網および
端末への機能追加を不要にすることができる。 又、本発明の第2課金技術によれば、第1課金技術の課金
制御手順に比較して、課金制御メッセージの転送経路を
最適化することができる。又、本発明の第2課金技術に
よれば、サービス提供者側装置を、サービス提供ノードX
SPNと課金制御ノードBCNとに分離したことで、１サービ
スを複数に分散したサーバで提供するサービス提供形態
であっても課金制御を行なうことができる。
【０３０１】又、本発明の第2課金技術によれば、サービ
ス提供ノードXSPNまたは課金制御ノードBCNが直接、課金
情報データべースよりユーザ課金ファイルを取得するこ
とにより、エッジノードの負荷を軽減することができ
る。
【図面の簡単な説明】
【図１】本発明を適用できるネットワークの全体の構成
図である。
【図２】図1の要部詳細図である。
【図３】ホームエージェント及び外部エージェントの機
能ブロック図である。
【図４】FAのサービス制御トランザクションの制御テー
ブル例である。
【図５】HAのサービス制御トランザクションの制御テー
ブル例である。
【図６】anycastアドレス結合テーブル例である。
【図７】ルーチングテーブル例である。
【図８】結合キャッシュ例である。
【図９】サービス制御フィルタ例である。
【図１０】AAAFサーバの機能ブロック図である。
【図１１】AAAFサーバのサービス制御トランザクション
の制御テーブル例である。
【図１２】AAAHサーバの機能ブロック図である。
【図１３】AAAHサーバのサービス制御トランザクション
の制御テーブル例である。
【図１４】サービス制御データべース例である。
【図１５】通信ノードの機能ブロック図である。
【図１６】AAAHサーバがホームエージェントHAを割り付
ける場合の初期位置登録シーケンス例である。
【図１７】移動端末と通信ノードとの間でパケットを送
受信する配信シーケンス例である。
【図１８】移動端末の移動の例を示す説明図である。
【図１９】移動端末が移動した際のシーケンス例であ
る。
【図２０】外部エージェントFAが保持する移動端末のNA
I登録テーブル例である。
【図２１】NAIのプレフィックステーブル例ある。
【図２２】本発明の課金機能及びその配備先を説明する
ネットワーク構成図である。
【図２３】本発明で使用するユーザ課金プロファイル、
サーバ課金プロファイルの例である。
【図２４】端末認証データとユーザ課金プロファイルの
関連説明図である。
【図２５】AAAサーバにおける端末認証処理と、課金プ
ロファイル抽出処理フローある。
【図２６】サービス提供条件(課金条件)生成処理フロー
である。
【図２７】課金条件生成処理の一部詳細フローである。
【図２８】キャッシュされた課金条件を適用する場合の
シーケンス例である。
【図２９】キャッシュされた課金条件を適用する場合の
AAAサーバでの処理フローである。
【図３０】課金条件管理テーブルの例である。
【図３１】課金条件識別子付与処理フローである。
【図３２】課金装置制御機能部の処理フロー(課金条件
の仮設定)である。
【図３３】課金装置制御機能部の処理フロー(実行中サ
ービスに関する課金条件の更新)である。
【図３４】課金条件承認シーケンス例である。
【図３５】課金条件承認処理フローである。
【図３６】課金を継続する場合のシーケンス例(AAAセッ
ションが残っていない場合)である。
【図３７】課金を継続する場合のシーケンス(AAAセッシ
ョンが残っていない場合)におけるFAでの処理フローで
ある。
【図３８】課金を継続する場合のシーケンス例(AAAセッ
ションが残っている場合)である。
【図３９】課金を継続する場合のシーケンス(AAAのセッ
ションが残っている場合)におけるFAでの処理フローで
ある。
【図４０】課金条件を変更する場合のシーケンス例であ
る。
【図４１】課金条件を変更する場合のFAでの処理フロー
である。
【図４２】課金条件を変更する場合におけるCN（サー
バ）での処理フローである。
【図４３】移動後(ハンドオーバ時)の課金のためのシー
ケンス例である。
【図４４】移動後の課金のための新FAでの処理フローで
ある。
【図４５】移動後の課金のための旧FAでの処理フローで
ある。
【図４６】位置登録手順を利用してサービス課金条件交
渉手順を実行する基本シーケンス例である。
【図４７】ホームエージェントHAのユーザ課金プロファ
イルキャッシュ処理及びキャッシュ利用処理フローであ
る。
【図４８】本発明の第2の課金技術を適用できるネット
ワークの構成図である。
【図４９】サービスプロファイル情報及び課金プロファ
イル情報をAAAサーバよりエッジルノードに配布する基
本シーケンスである。
【図５０】課金機能を装備した場合のネットワーク構成
図である。
【図５１】ユーザホストとサービス提供ノードXSPNが別
サブネットに存在する場合の課金制御説明図である。
【図５２】図51の課金制御手順図である。
【図５３】ユーザホストMHとサービス提供ノードXSPN-1
が同一サブネットに存在する場合の課金制御説明図であ
る。
【図５４】図53の課金制御手順図である。
【図５５】課金情報データべースとBCNとの直接連携時
におけるネットワーク構成及び連携方式説明図である。
【図５６】BCNと課金条件データべース間のメッセージ
種別説明図表である。
【図５７】BCNが直接ユーザ課金プロファイルを取得す
る場合の処理フローである。
【図５８】課金情報データべースとXSPNとの直接連携時
におけるネットワーク構成及び連携方式説明図である。
【図５９】XSPNと課金条件データべース間のメッセージ
種別説明図表である。
【図６０】XSPNが直接ユーザ課金プロファイルを取得す
る場合の処理フローである。
【図６１】ユーザ課金プロファイルが要求された時の課
金情報データべースの処理フローである。
【図６２】ユーザ課金プロファイルの基本構成例であ
る。
【図６３】具体的な課金プロファイルの条件記述例であ
る。
【図６４】サーバ課金プロファイルの基本構造例であ
る。
【図６５】課金条件整合手順を示す処理フローである。
【図６６】ユーザ課金プロファイルとサーバ課金プロフ
ァイルの例である。
【図６７】比較結果及びユーザに提示される課金条件の
候補例である。
【図６８】ユーザ課金プロファイルの別の例である。
【図６９】サーバ課金プロファイルの別の例である。
【図７０】ユーザに提示される課金条件説明図である。
【図７１】ユーザホストMHのユーザ課金プロファイルの
例である。
【図７２】エッジノードによる課金プロファイル格納手
順処理フローである。
【図７３】エッジノード内の課金条件識別子管理テーブ
ル例である。
【図７４】エッジノードによる課金条件識別子の管理処
理フローである。
【図７５】ユーザ端末に課金条件承認を行なわせる際の
サービス提供ノードXSPNの処理フローである。
【図７６】サービス継続確認説明図である。
【図７７】ホスト認証（セッション時間との連携）に基
づくサービス確認手順の例である。
【図７８】実行中課金サービスのユーザ起動による動作
停止処理説明図である。
【図７９】実行中課金サービスのユーザ起動による動作
停止手順である。
【図８０】ユーザの意思によりサービス実行中に課金条
件を変更する場合の課金条件再設定説明図である。
【図８１】サービス実行中に課金条件を変更する場合の
課金条件再設定手順である。
【図８２】同一ユーザが移動に従って複数のサービス提
供ノードXSPNより同一サービスを連続して受ける場合の
課金条件設定説明図である。
【図８３】同一ユーザが移動に従って複数のサービス提
供ノードXSPNより同一サービスを連続して受ける場合の
課金条件設定手順である。
【図８４】ネットワーク側からの課金条件変更説明図で
ある。
【図８５】ネットワーク側から課金条件を変更する場合
における課金条件設定手順である。
【図８６】メッセージ例である。
【図８７】課金エンジンへの課金条件データ送付手順で
ある。
【図８８】エッジノードENにおける課金エンジン制御機
能部の課金条件収集／管理処理フローである。
【図８９】決済手順説明図である。
【図９０】課金代行キャリアとサービスプロバイダ間の
決済情報の交換手順説明図である。
【図９１】統合IPサービス制御アーキテクチャのレイヤ
構造説明図である。
【図９２】統合IPサービス制御アーキテクチャのサービ
ス制御方式の説明図である。
【図９３】Mobile IPの原理説明図である。
【図９４】Mobile IPへの適用例(サービスプロファイル
配布手順)説明図である。
【図９５】Mobile IPへの適用例(サービス実行手順)説
明図である。
【符号の説明】
１ ホームネットワーク ２，４ 外部ネットワーク ５ IPネットワーク １１ 移動ノードMN ２１ ホームエージェントHA ２２ AAAHサーバ（AAAサーバあるいは認証サーバとい
う） ２３ サービス制御データべースSPDB ２４ 課金情報データべースBIDB ３１ 外部エージェントFA ４１ サービス提供サーバCN ４２ エッジルータERT ４３ 課金プロファイルSBP（Server Billing Profil
e） ４４ 課金条件管理テーブル 501〜503 エッジノードEN-1〜EN-3 ５２ AAAサーバ ５３ 課金情報データべース 541，542 サービス提供ノードXSPN-1、XSPN-2 55,56 アクセスネットワーク ５７ 課金制御ノードBCN ５８ ユーザ端末
───────────────────────────────────────────────────── フロントページの続き (72)発明者 濱崎 千鶴 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 谷口 浩之 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 高瀬 正明 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 若本 雅晶 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5K025 BB10 DD06 EE15 5K030 HA08 HB08 HD03 JT09 5K067 AA29 AA34 BB04 DD29 EE02 EE16 FF04 HH22

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】 ユーザ端末にサービスを提供するための
    処理を行い、ユーザ端末に提供するサービスに対して課
    金を行う課金システムにおいて、 サービス種別およびユーザ端末単位のユーザ課金プロフ
    ァイルを保持するユーザ課金プロファイル登録部、 特定されたサービス種別およびユーザ端末に応じたユー
    ザ課金プロファイルに基づいて課金条件を生成する課金
    条件生成部、 ネットワーク内に設けられ、前記生成された課金条件に
    基づいてユーザ端末毎に課金処理を実行する課金部、 課金部に前記生成された課金条件を設定する課金条件設
    定部、 を備え、課金部はユーザ端末に対して提供されるサービ
    スに応じたパケットに関して課金を実行することを特徴
    とする課金システム。
  2. 【請求項２】 ユーザ端末の位置登録処理に連携して該
    ユーザ端末にサービスを提供するための処理を行い、ユ
    ーザ端末に提供するサービスに対して課金を行う課金シ
    ステムにおける課金条件決定サーバにおいて、 料金と関連付けられたサービス情報を記述した1以上の
    サーバ課金プロファイルを保存するサーバ課金プロファ
    イル登録部、 特定されたサービス種別およびユーザ端末に応じたユー
    ザ課金プロファイルと各サーバ課金プロファイルを照合
    することにより、提供されるサービスに対する課金条件
    を決定するに課金条件生成部、 決定した課金条件を課金部に通知する手段、 を備えたことを特徴とする課金条件決定サーバ。
  3. 【請求項３】 移動端末の位置登録処理に連携して該移
    動端末にサービスを提供するための処理を行い、移動端
    末に対するサービス提供に対して課金を行う課金システ
    ムにおける移動端末において、 サービス要求を含めて位置登録メッセージをネットワー
    クに送出し、ネットワークをして位置登録手順と並行し
    て、ユーザ端末毎に且つ要求されたサービス毎に、課金
    条件の生成処理、課金部の起動処理を行わせ、サービス
    実行前に課金条件の生成、課金部の起動を完了させる手
    段、を備えることを特徴とする移動端末。
  4. 【請求項４】 ユーザ端末にサービスを提供するための
    処理を行い、ユーザ端末に提供するサービスに対して課
    金を行う課金システムにおけるルータ装置において、 課金条件生成部で生成された課金条件に基づいてユーザ
    端末毎に課金処理を実行する課金部、 課金部に前記生成された課金条件を設定する課金条件設
    定部、 を備え、課金部はユーザ端末に対して提供されるサービ
    スに応じたパケットに関して課金を実行することを特徴
    とするルータ装置。
  5. 【請求項５】 ネットワークを介してユーザ端末に提供
    されるサービスに対して課金する課金システムにおい
    て、 ユーザ端末にサービスを提供するサービス提供ノード、 ユーザ端末が希望するサービス提供条件を記録したユー
    ザ課金プロファイルとサービス提供ノードが許容するサ
    ービス提供条件を記録したサーバ課金プロファイルを比
    較してユーザに提供するサービスに関する課金条件を生
    成する課金制御ノード、 ユーザ端末からのサービス提供要求に基いて通過するメ
    ッセージに前記ユーザ課金プロファイルを付加すること
    により、該課金プロファイルを前記課金制御ノードに直
    接あるいはサービス提供ノードを介して間接的に送達す
    るエッジノード、 サービス提供ノードに代わって該サービス提供ノードが
    ユーザ端末に提供するサービスに関して前記課金条件に
    従って課金する代行課金部、 を備えた課金システム。
  6. 【請求項６】 ユーザ端末にサービスを提供するサービ
    ス提供ノード、ユーザ端末が希望するサービス提供条件
    を記録したユーザ課金プロファイルとサービス提供ノー
    ドが許容するサービス提供条件を記録したサーバ課金プ
    ロファイルを比較してユーザに提供するサービスに関す
    る課金条件を生成する課金制御ノード、サービス提供ノ
    ードに代わって該サービス提供ノードがユーザ端末に提
    供するサービスに関して前記課金条件に従って課金する
    代行課金部を備えた課金システムのエッジノードにおい
    て、 ユーザ端末からのアドレス割当要求により該ユーザ端末
    にアドレスを割り当てると共にユーザ端末の正当性の認
    証を認証部に要求する認証要求部、 認証応答時に、該認証部よりダウンロードされる前記ユ
    ーザ端末の課金プロファイルを保持するユーザ課金ファ
    イル保持部、 ユーザ端末からのサービス提供要求に基いて通過するメ
    ッセージを検出し、該メッセージに前記ユーザ端末のユ
    ーザ課金プロファイルを付加する課金プロファイル付加
    部、 該メッセージを前記課金制御ノードに直接あるいはサー
    ビス提供ノードを介して送達するメッセージ送出部、 を備えたことを特徴とするエッジノード。
  7. 【請求項７】 ユーザ端末にサービスを提供するサービ
    ス提供ノード、課金条件を生成する課金制御ノード、サー
    ビス提供ノードに代わって課金する代行課金部を備えた
    課金システムにおける課金制御ノードにおいて、 サービス提供ノードが許容するサービス提供条件を記録
    したサーバ課金プロファイルを登録するサーバ課金プロ
    ファイル登録部、 サービス提供ノードからの課金条件生成要求に基づい
    て、ユーザ課金プロファイルと前記サーバ課金プロファ
    イルを比較してユーザに提供するサービスに関する課金
    条件を生成する課金条件生成部、 該生成した課金条件に課金条件識別子を付加してサービ
    ス提供ノードに返信する手段、 ユーザ端末とサービス提供ノードとの交渉により決定さ
    れた課金条件にサービス提供ノードの識別子情報、ユー
    ザ端末の識別子情報を付加して登録する手段、 を備えたことを特徴とする課金制御ノード。
  8. 【請求項８】 ユーザ端末にサービスを提供するサービ
    ス提供ノード、課金条件を生成する課金制御ノード、サー
    ビス提供ノードに代わって課金する代行課金部を備えた
    課金システムにおけるサービス提供ノードにおいて、 ユーザ端末からサービス提供要求があったとき、前記課
    金制御ノードに課金条件の生成を要求する手段、 課金制御ノードにより生成された1以上の課金条件を受
    信したとき、ユーザ端末と交渉して課金条件を決定する
    課金条件決定部、 該決定した課金条件を代行課金部に通知すると共に、該
    課金条件に従ってサービスを提供する手段、 を備えたことを特徴とするサービス提供ノード。
  9. 【請求項９】 ユーザ端末にサービスを提供するサービ
    ス提供ノード、課金条件を生成する課金制御ノード、サー
    ビス提供ノードに代わって課金する代行課金部を備えた
    課金システムにおける代行課金装置において、 サービス提供ノードから課金開始を指示されてから課金
    終了を指示されるまで、指示された課金条件に従ってユ
    ーザ端末に提供するサービスに対する課金を行なう課金
    エンジン、 逐次あるいは課金終了指示により一括して課金エンジン
    から課金結果を受信すると共に、サービス提供ノードと
    の間の契約に基づいて該サービスに対する決済処理を行
    なう決済情報サーバ、 を備えたことを特徴とする代行課金装置。
  10. 【請求項１０】 ネットワークを介してユーザ端末に提
    供されるサービスに対して課金する課金システムにおい
    て、 ユーザ端末にサービスを提供するサービス提供ノード、 ユーザ端末が希望するサービス提供条件を記録したユー
    ザ課金プロファイルとサービス提供ノードが許容するサ
    ービス提供条件を記録したサーバ課金プロファイルを比
    較してユーザに提供するサービスに関する課金条件を生
    成する課金制御ノード、 サービス提供ノードがユーザ端末に提供するサービスに
    関して前記課金条件に従って課金する代行課金部、 を備えた課金システム。
JP2002142602A 2001-06-07 2002-05-17 課金システム Expired - Fee Related JP4009136B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002142602A JP4009136B2 (ja) 2001-06-07 2002-05-17 課金システム
US10/162,806 US7510113B2 (en) 2001-06-07 2002-06-05 Billing system, and device constituting same
EP20020012373 EP1265397A3 (en) 2001-06-07 2002-06-06 IP billing system, and device

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2001172291 2001-06-07
JP2001-172291 2001-06-07
JP2002-64671 2002-03-11
JP2002064671 2002-03-11
JP2002142602A JP4009136B2 (ja) 2001-06-07 2002-05-17 課金システム

Publications (2)

Publication Number Publication Date
JP2003338829A true JP2003338829A (ja) 2003-11-28
JP4009136B2 JP4009136B2 (ja) 2007-11-14

Family

ID=27346894

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002142602A Expired - Fee Related JP4009136B2 (ja) 2001-06-07 2002-05-17 課金システム

Country Status (3)

Country Link
US (1) US7510113B2 (ja)
EP (1) EP1265397A3 (ja)
JP (1) JP4009136B2 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005101758A1 (ja) * 2004-04-16 2005-10-27 Fujitsu Limited 通信端末、通信制御装置、課金システム、データ通信プログラム、課金プログラム、データ通信方法及び課金方法
WO2006087781A1 (ja) * 2005-02-17 2006-08-24 Fujitsu Limited 認証マッチング方法及び装置
JP2007067745A (ja) * 2005-08-30 2007-03-15 Fujitsu Ltd 無線端末、管理装置、無線ｌａｎの制御方法、無線ｌａｎシステム
JP2007529171A (ja) * 2004-04-09 2007-10-18 ▲ホア▼▲ウェイ▼技術有限公司 パケットデータサービスの課金ルールを強化する方法及びその機能する方法
JP2007537635A (ja) * 2004-05-12 2007-12-20 トゲワ ホールディング エージー Ｉｐネットワーク内コンテンツ準拠課金方法及びシステム
JP2008502239A (ja) * 2004-06-08 2008-01-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディアサービスフレキシブル課金メカニズム
JP2008507172A (ja) * 2004-07-15 2008-03-06 オランジュ フランス ユーザのｉｄ処理方法および処理システム
JP2008522463A (ja) * 2004-11-29 2008-06-26 リサーチ イン モーション リミテッド モバイルネットワーク請求書発行におけるサービス起動のシステムおよび方法
JP2010213302A (ja) * 2004-04-01 2010-09-24 Huawei Technologies Co Ltd パケットデータサービスの課金制御方法
US8280759B2 (en) 2008-10-10 2012-10-02 Fujitsu Limited Information system, server, and service providing method
JP2013521586A (ja) * 2010-03-09 2013-06-10 アルカテル−ルーセント ユーザ機器のサービス品質を制御するための方法および装置
US8819107B2 (en) 2010-05-14 2014-08-26 Fujitsu Limited Relay apparatus, recording medium storing a relay program, and a relay method

Families Citing this family (152)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2404221C (en) 2000-03-29 2013-12-17 Mastercard International Incorporated Method and system for processing messages in a bill payment and presentment system over a communications network
FI118585B (fi) 2006-05-02 2007-12-31 Bookit Oy Ajanvarauspalvelu Menetelmä ja järjestelmä teksti- ja ääniviestin yhdistämistä varten kommunikaatiodialogissa
US10469591B2 (en) 2001-08-21 2019-11-05 Bookit Oy Method and system for mediating and provisioning services
US9807614B2 (en) 2001-08-21 2017-10-31 Bookit Oy Ajanvarauspalvelu Using successive levels of authentication in online commerce
FI117663B (fi) 2005-12-02 2006-12-29 Bookit Oy Ajanvarauspalvelu Menetelmä ja järjestelmä viestien massalähetystä varten
US10902491B2 (en) 2001-08-21 2021-01-26 Bookit Oy Product/service reservation and delivery facilitation with semantic analysis enabled dialog assistance
US9406062B2 (en) * 2001-08-21 2016-08-02 Bookit Oy Ajanvarauspalvelu Authentication method and system
US9406032B2 (en) 2001-08-21 2016-08-02 Bookit Oy Ajanvarauspalvelu Financial fraud prevention method and system
US9578022B2 (en) 2001-08-21 2017-02-21 Bookit Oy Ajanvarauspalvelu Multi-factor authentication techniques
FI124899B (fi) 2008-07-04 2015-03-13 Bookit Oy Ajanvarauspalvelu Menetelmä ja järjestelmä viestien lähetystä varten
US8666380B2 (en) 2001-08-21 2014-03-04 Bookit Oy Ajanvarauspalvelu Communication method and system
US8737958B2 (en) 2001-08-21 2014-05-27 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
US11004114B2 (en) 2001-08-21 2021-05-11 Bookit Oy Components, system, platform and methodologies for mediating and provisioning services and product delivery and orchestrating, mediating and authenticating transactions and interactions
US9937531B2 (en) 2009-03-10 2018-04-10 Bookit Oy Ajanvarauspalvelu Method and system for delivery of goods
US9288315B2 (en) 2001-08-21 2016-03-15 Bookit Oy Ajanvarauspalvelu Method and system for mediating and provisioning services
FI20011680A (fi) 2001-08-21 2003-02-22 Bookit Oy Ajanvarausmenetelmä ja -järjestelmä
US8737955B2 (en) 2001-08-21 2014-05-27 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
FI118586B (fi) 2006-05-02 2007-12-31 Bookit Oy Ajanvarauspalvelu Menetelmä ja järjestelmä teksti- ja ääniviestien yhdistämistä varten kommunikaatiodialogissa
US10929784B2 (en) 2001-08-21 2021-02-23 Bookit Oy Booking method and system
US8737959B2 (en) 2001-08-21 2014-05-27 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
US9418361B2 (en) 2001-08-21 2016-08-16 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
US8737954B2 (en) 2001-08-21 2014-05-27 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
FI119168B (fi) 2006-04-21 2008-08-15 Jukka Tapio Aula Kyselyjen ja kutsujen SMS-jakelumenetelmä ja -järjestelmä
US9171307B2 (en) 2002-08-21 2015-10-27 Bookit Oy Ajanvarauspalvelu Using successive levels of authentication in online commerce
US7382748B1 (en) * 2001-10-24 2008-06-03 Nortel Networks Limited Assigning a dynamic home agent for a mobile network element
US7471661B1 (en) 2002-02-20 2008-12-30 Cisco Technology, Inc. Methods and apparatus for supporting proxy mobile IP registration in a wireless local area network
US20030208602A1 (en) * 2002-04-08 2003-11-06 Cisco Technology, Inc. System and method for pushing data in an internet protocol network environment
JP2003309671A (ja) * 2002-04-12 2003-10-31 Toshiba Corp 通信機器の機能使用料請求方法、通信機器の機能規制方法、カスタマセンタ及びユーザシステム
US7328205B1 (en) * 2002-05-22 2008-02-05 At&T Delaware Intellectual Property, Inc. System and method for automating an unbillable study
US7471634B1 (en) * 2002-08-02 2008-12-30 Nortel Networks Limited Method for generation of a single accounting stream during heterogeneous access network mobility
KR100454680B1 (ko) * 2002-11-07 2004-11-03 한국전자통신연구원 Ａａａ 프로토콜 기반의 배치처리 과금방법
US7707310B2 (en) * 2002-11-20 2010-04-27 Cisco Technology, Inc. Mobile IP registration supporting port identification
JP4290967B2 (ja) * 2002-11-26 2009-07-08 Ｎｅｃインフロンティア株式会社 無線ＬＡＮネットワークＱｏＳ制御システム、基地局、端末、ＱｏＳ制御方法およびプログラム
US7801171B2 (en) 2002-12-02 2010-09-21 Redknee Inc. Method for implementing an Open Charging (OC) middleware platform and gateway system
US7457865B2 (en) 2003-01-23 2008-11-25 Redknee Inc. Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
KR100524069B1 (ko) * 2003-04-04 2005-10-26 삼성전자주식회사 홈 에이전트 관리장치 및 관리방법
US7230951B2 (en) * 2003-04-16 2007-06-12 Nortel Networks Limited Policy based mobile IP
US7505432B2 (en) * 2003-04-28 2009-03-17 Cisco Technology, Inc. Methods and apparatus for securing proxy Mobile IP
US7440441B2 (en) 2003-06-16 2008-10-21 Redknee Inc. Method and system for Multimedia Messaging Service (MMS) rating and billing
US8060419B2 (en) * 2003-07-31 2011-11-15 Qualcomm Incorporated Method and apparatus for providing separable billing services
US20080312941A1 (en) * 2007-06-14 2008-12-18 Qualcomm Incorporated Separable billing for personal data services
US8909726B1 (en) 2003-08-27 2014-12-09 Cisco Technology, Inc. Priority based anycast routing
FR2859586B1 (fr) 2003-09-04 2006-04-28 Orange France Procede et systeme de facturation d'un abonne a un fournisseur d'acces a un reseau de communication pour l'utilisation de services
JP4057983B2 (ja) * 2003-09-04 2008-03-05 株式会社エヌ・ティ・ティ・ドコモ 通信システム及び通信制御方法
DE10342065A1 (de) * 2003-09-08 2005-04-07 Siemens Ag Verfahren zum Erbringen eines Dienstes mittels eines Kommunikationsnetzes
EP1526457B1 (en) * 2003-10-22 2013-03-13 Sony Deutschland GmbH Context-aware automatic service discovery and execution engine in mobile ad-hoc networks
US7016808B2 (en) * 2003-11-03 2006-03-21 Hewlett-Packard Development Company, L.P. Analyzing and servicing imaging devices
US8615218B2 (en) * 2003-12-09 2013-12-24 Electronics And Telecommunications Research Institute Method for requesting, generating and distributing service-specific traffic encryption key in wireless portable internet system, apparatus for the same, and protocol configuration method for the same
CN1635726A (zh) * 2003-12-29 2005-07-06 华为技术有限公司 Cdma20001x分组预付费业务实现方法
KR100495307B1 (ko) * 2004-06-09 2005-06-14 엔에이치엔(주) 주기별 결제 시스템, 그 제어방법 및 그 결제시스템의 서비스프로바이더
US7916700B2 (en) * 2004-06-30 2011-03-29 Nokia Corporation Dynamic service information for the access network
EP1784945A4 (en) * 2004-08-27 2015-03-04 Rockstar Consortium Us Lp PERIPHERAL NODE PLATFORM ARCHITECTURE FOR MULTISERVICE ACCESS NETWORK
CN100344094C (zh) * 2004-09-01 2007-10-17 华为技术有限公司 IPv6网络中对多地址用户进行授权计费的实现方法
US20060069782A1 (en) * 2004-09-16 2006-03-30 Michael Manning Method and apparatus for location-based white lists in a telecommunications network
US8996603B2 (en) * 2004-09-16 2015-03-31 Cisco Technology, Inc. Method and apparatus for user domain based white lists
DE502004009374D1 (de) * 2004-10-08 2009-05-28 Nokia Siemens Networks Gmbh Verfahren zur konfiguration von gebührenprozessen auf netzelementen
JP2006121599A (ja) * 2004-10-25 2006-05-11 Fujitsu Ltd モバイルネットワークシステム
US7450531B2 (en) * 2004-10-26 2008-11-11 Cisco Technology, Inc. System and method for allocating and distributing end user information in a network environment
US20060149841A1 (en) * 2004-12-20 2006-07-06 Alcatel Application session management for flow-based statistics
FI20041668A0 (fi) 2004-12-23 2004-12-23 Nokia Corp Menetelmä veloitusominaisuuksien muodostamiseksi
US20060252409A1 (en) * 2005-05-04 2006-11-09 Brenchley Robert K Electronic capture, storage and transmission of client data at point-of-sale
JP2006350875A (ja) * 2005-06-20 2006-12-28 Hitachi Ltd Ａｓｐにおけるマルチ会員管理システム
US20070025346A1 (en) * 2005-07-29 2007-02-01 Delia Kecskemeti System and method for creating a routing table
US8208442B2 (en) * 2005-08-22 2012-06-26 Genband Us Llc Multimedia subsystem service control for circuit-switched subsystem calls
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control
US8005457B2 (en) * 2005-09-02 2011-08-23 Adrian Jones Method and system for verifying network resource usage records
US20070073602A1 (en) * 2005-09-20 2007-03-29 International Business Machines Corporation Method, system, and program product for conditional rule-based billing with real-time error checking and for on-demand segmented labor recovery and reporting
US8811954B1 (en) 2005-10-31 2014-08-19 Genband Us Llc Network domain selection
US7894447B2 (en) * 2005-12-06 2011-02-22 Lippershy Celestial Llc Digital object routing
US9686183B2 (en) 2005-12-06 2017-06-20 Zarbaña Digital Fund Llc Digital object routing based on a service request
US7720073B2 (en) * 2005-12-06 2010-05-18 Shabbir Khan System and/or method for bidding
US8055897B2 (en) * 2005-12-06 2011-11-08 Lippershy Celestial Llc Digital object title and transmission information
US20070136209A1 (en) * 2005-12-06 2007-06-14 Shabbir Khan Digital object title authentication
US8194701B2 (en) * 2005-12-06 2012-06-05 Lippershy Celestial Llc System and/or method for downstream bidding
US8014389B2 (en) * 2005-12-06 2011-09-06 Lippershy Celestial Llc Bidding network
US20070140181A1 (en) * 2005-12-21 2007-06-21 Motorola, Inc. System and method for integrated cellular access routing
KR100765774B1 (ko) * 2006-01-03 2007-10-12 삼성전자주식회사 도메인 관리 방법 및 그 장치
US7773571B1 (en) * 2006-02-03 2010-08-10 Nortel Networks Limited Transfer of policy and charging rules during MIP handover
US8594933B2 (en) * 2006-02-09 2013-11-26 Sap Ag Transmission of sensor data based on geographical navigation data
US8923853B1 (en) * 2006-05-04 2014-12-30 At&T Mobility Ii Llc Dynamic provisioning system for policy-based traffic navigation for roaming traffic
JP2007324788A (ja) * 2006-05-31 2007-12-13 Softbank Bb Corp 移動端末及び通信方法
US8180338B1 (en) 2006-06-14 2012-05-15 Genband Us Llc Selective call anchoring in a multimedia subsystem
US9071506B2 (en) * 2006-07-31 2015-06-30 Hewlett-Packard Development Company, L.P. Accessing web services using network management information
US20080033966A1 (en) * 2006-08-04 2008-02-07 Mark Frederick Wahl System and method for recovery detection in a distributed directory service
US20080040146A1 (en) * 2006-08-10 2008-02-14 Steve Rogovin Platform-independent systems and methods for enabling parties to rapidly negotiate terms for a service to be provided by one party to another party, and to effect payment between parties upon completion thereof
EP1892984B1 (en) * 2006-08-25 2009-01-21 Research In Motion Limited Handling a faulty registration for a mobile communications device
US7668544B2 (en) * 2006-08-25 2010-02-23 Research In Motion Limited Method and system for handling a faulty registration for a mobile communications device
JP4769669B2 (ja) * 2006-09-07 2011-09-07 富士通株式会社 モバイルｉｐに準拠する移動通信システム、ホームエージェント、モバイルノード及び方法
US8045568B2 (en) * 2006-09-29 2011-10-25 Genband Us Llc Enterprise mobility
EP1912400A1 (en) * 2006-10-10 2008-04-16 Matsushita Electric Industrial Co., Ltd. Method and apparatus for mobile IP route optimization
US10031830B2 (en) * 2006-10-13 2018-07-24 International Business Machines Corporation Apparatus, system, and method for database management extensions
WO2008053798A1 (fr) * 2006-10-30 2008-05-08 Panasonic Corporation Procédé de mise à jour de liaison, terminal mobile, agent local et système de mise à jour de liaison
KR100872345B1 (ko) * 2006-11-07 2008-12-05 삼성전자주식회사 네트워크 접근 식별자 스위칭 속도 개선 시스템 및 방법과이를 이용하는 휴대 단말기
DE102006060416A1 (de) * 2006-12-20 2008-06-26 Siemens Ag Verfahren zur Vergebührung eines bestellbaren Kommunikationsdienstes in einem Kommunikationsnetz
US8600006B2 (en) 2006-12-27 2013-12-03 Genband Us Llc Voice continuity among user terminals
US7852819B2 (en) 2007-03-01 2010-12-14 Meraki, Inc. Client operation for network access
US8655381B2 (en) * 2007-03-23 2014-02-18 Mastercard International Incorporated Method and apparatus for merchant search and offer presentation
US20110016028A1 (en) * 2007-05-04 2011-01-20 Famory Toure Method for billing services such as push mail
US8145655B2 (en) * 2007-06-22 2012-03-27 International Business Machines Corporation Generating information on database queries in source code into object code compiled from the source code
US8184538B2 (en) * 2007-06-22 2012-05-22 At&T Intellectual Property I, L.P. Regulating network service levels provided to communication terminals through a LAN access point
US20080316983A1 (en) * 2007-06-22 2008-12-25 At&T Intellectual Property, Inc. Service information in a LAN access point that regulates network service levels provided to communication terminals
US8644298B1 (en) 2007-09-12 2014-02-04 Genband Us Llc Adding a service control channel after session establishment
US20090082004A1 (en) 2007-09-26 2009-03-26 Qualcomm Incorporated Apparatus and methods of open market handset identification
US8442507B2 (en) 2007-09-26 2013-05-14 Qualcomm Incorporated Methods and apparatus for dynamic source determination of provisioning information on a per-network service basis for open market wireless devices
US8831575B2 (en) 2007-09-26 2014-09-09 Qualcomm Incorporated Apparatus and methods associated with open market handsets
TWI392313B (zh) * 2007-09-26 2013-04-01 Qualcomm Inc 根據多重網路服務應用設定及資料會期衝突解決用於提供無線器件之方法及系統
US8676998B2 (en) * 2007-11-29 2014-03-18 Red Hat, Inc. Reverse network authentication for nonstandard threat profiles
KR101375734B1 (ko) * 2008-01-22 2014-03-19 삼성전자주식회사 무선통신시스템에서 과금 장치 및 방법
CN101494544B (zh) 2008-01-23 2012-05-30 诺基亚西门子通信有限责任两合公司 维持基于“直径”协议的在线计费连续性的方法
CN102017715B (zh) * 2008-05-09 2014-09-24 西门子企业通讯有限责任两合公司 用于为无线网状网络创建分配消息的至少一个扩展的方法和装置
US8640188B2 (en) * 2010-01-04 2014-01-28 Tekelec, Inc. Methods, systems, and computer readable media for providing group policy configuration in a communications network using a fake user
CN102160452B (zh) * 2008-06-05 2015-02-04 凯敏公司 用于在网络中提供移动性管理的方法及系统
US8813168B2 (en) 2008-06-05 2014-08-19 Tekelec, Inc. Methods, systems, and computer readable media for providing nested policy configuration in a communications network
DE102008044929A1 (de) * 2008-06-19 2009-12-24 Deutsche Telekom Ag Sondermobilfunkversorgung mit eigenem Accessmanagement und Sperrfunktion
US8612271B2 (en) 2008-10-02 2013-12-17 Certusview Technologies, Llc Methods and apparatus for analyzing locate and marking operations with respect to environmental landmarks
CN101640878B (zh) * 2008-07-29 2011-08-31 华为技术有限公司 一种确定漫游用户终端移动性的方法及装置
US9659188B2 (en) 2008-08-14 2017-05-23 Invention Science Fund I, Llc Obfuscating identity of a source entity affiliated with a communiqué directed to a receiving user and in accordance with conditional directive provided by the receiving use
US9641537B2 (en) 2008-08-14 2017-05-02 Invention Science Fund I, Llc Conditionally releasing a communiqué determined to be affiliated with a particular source entity in response to detecting occurrence of one or more environmental aspects
US8626848B2 (en) 2008-08-14 2014-01-07 The Invention Science Fund I, Llc Obfuscating identity of a source entity affiliated with a communiqué in accordance with conditional directive provided by a receiving entity
US8929208B2 (en) 2008-08-14 2015-01-06 The Invention Science Fund I, Llc Conditionally releasing a communiqué determined to be affiliated with a particular source entity in response to detecting occurrence of one or more environmental aspects
US8224907B2 (en) * 2008-08-14 2012-07-17 The Invention Science Fund I, Llc System and method for transmitting illusory identification characteristics
US8850044B2 (en) 2008-08-14 2014-09-30 The Invention Science Fund I, Llc Obfuscating identity of a source entity affiliated with a communique in accordance with conditional directive provided by a receiving entity
US8730836B2 (en) 2008-08-14 2014-05-20 The Invention Science Fund I, Llc Conditionally intercepting data indicating one or more aspects of a communiqué to obfuscate the one or more aspects of the communiqué
US8583553B2 (en) 2008-08-14 2013-11-12 The Invention Science Fund I, Llc Conditionally obfuscating one or more secret entities with respect to one or more billing statements related to one or more communiqués addressed to the one or more secret entities
WO2010037202A1 (en) * 2008-10-03 2010-04-08 Redknee Inc. System and method for dynamic provisioning
CA2692110C (en) * 2009-02-11 2015-10-27 Certusview Technologies, Llc Providing a process guide to a locate technician
CA2691780C (en) 2009-02-11 2015-09-22 Certusview Technologies, Llc Management system, and associated methods and apparatus, for providing automatic assesment of a locate operation
US9501775B2 (en) 2009-03-10 2016-11-22 Bookit Oy Ajanvarauspalvelu Managing recurring payments from mobile terminals
US8509815B1 (en) * 2009-05-21 2013-08-13 Sprint Communications Company L.P. Dynamically updating a home agent with location-based information
CA2885962A1 (en) * 2009-06-25 2010-09-01 Certusview Technologies, Llc Methods and apparatus for assessing locate request tickets
CN102474419A (zh) * 2009-07-24 2012-05-23 阿尔卡特朗讯 通过sip传递动态计费信息的机制
KR20110016198A (ko) * 2009-08-11 2011-02-17 한국전자통신연구원 인터넷 기반 서비스 사용환경 제공장치 및 방법
US8645459B2 (en) * 2009-11-18 2014-02-04 Telefonaktiebolaget Lm Ericsson (Publ) System and method for a service provisioning platform for activating services in a communication network
US20110145110A1 (en) * 2009-12-11 2011-06-16 Electronics And Telecommunications Research Institute Index information management device and method according to charging period in service level agreement system
US9166803B2 (en) * 2010-02-12 2015-10-20 Tekelec, Inc. Methods, systems, and computer readable media for service detection over an RX interface
WO2011100529A1 (en) 2010-02-12 2011-08-18 Mastercard International Incorporated Apparatus and method for bill presentment and payment
EP2548388A4 (en) * 2010-03-15 2017-08-02 Tekelec, Inc. Methods, systems, and computer readable media for communicating policy information between a policy charging and rules function and a service node
US9319318B2 (en) 2010-03-15 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for performing PCRF-based user information pass through
US8614976B1 (en) * 2010-03-29 2013-12-24 Sprint Spectrum L.P. Method and system for registering a nickname associated with a mobile node
US8428616B2 (en) * 2010-09-29 2013-04-23 At&T Intellectual Property I, L.P. Notifications based on device presence
JP5862089B2 (ja) * 2011-07-25 2016-02-16 富士ゼロックス株式会社 課金管理システム
US9344452B2 (en) 2012-07-19 2016-05-17 Sprint Communications Company L.P. User control over WiFi network access
US9167405B2 (en) * 2013-09-30 2015-10-20 Cellco Partnership Network billing of text messages sent/received by fixed user devices
KR20150126495A (ko) * 2014-05-02 2015-11-12 삼성전자주식회사 서비스 정보를 제공하는 전자 장치 및 방법
US11290878B2 (en) 2015-03-04 2022-03-29 Smartcom Labs Oy Components, system, platform and methodologies for mediating and provisioning services and product delivery and orchestrating, mediating and authenticating transactions and interactions
US10200909B2 (en) * 2015-04-27 2019-02-05 Michael Lu Open wireless architecture (OWA) mobile cloud infrastructure and method
CN107168960B (zh) * 2016-03-07 2021-06-25 创新先进技术有限公司 一种业务执行方法及装置
EP3542333A4 (en) * 2016-08-30 2020-07-22 Eric Martin SYSTEM AND PROCESS FOR PROVIDING MOBILE TELEPHONE, DATA AND TEXTUAL SERVICES TO SUBSCRIBERS BY MEANS OF CRYPTOCURRENCY
US11521090B2 (en) 2018-08-09 2022-12-06 International Business Machines Corporation Collaborative distributed machine learning
EP4300920A3 (en) * 2019-02-18 2024-03-20 Huawei Technologies Co., Ltd. Entities for providing an external service to a network
CN111193647A (zh) * 2020-02-25 2020-05-22 北京数立通科技有限责任公司 一种基于pppoe的用户自主选择出口设备及网络接入方法
US20220286917A1 (en) * 2021-03-04 2022-09-08 Inseego Corp. 5g service management in multi-dwelling unit

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1912885B (zh) * 1995-02-13 2010-12-22 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
US5752186A (en) * 1995-06-07 1998-05-12 Jeman Technologies, Inc. Access free wireless telephony fulfillment service system
WO1997040634A2 (de) 1996-04-18 1997-10-30 Siemens Aktiengesellschaft Verfahren zur flexiblen vergebührung bestehender verbindungen
FI113224B (fi) 1996-11-11 2004-03-15 Nokia Corp Laskutuksen toteuttaminen tietoliikennejärjestelmässä
FI105249B (fi) 1997-12-18 2000-06-30 More Magic Software Mms Oy Menetelmä ja järjestely informaation liittämiseksi verkkoresursseihin
CN1232129C (zh) 1998-09-25 2005-12-14 索马网络公司 电讯操作方法
JP2000332750A (ja) 1999-05-24 2000-11-30 Fujitsu Ltd ネットワークアクセスエージェントによる集中課金・精算システム

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8531971B2 (en) 2004-04-01 2013-09-10 Huawei Technologies Co., Ltd. Method for controlling charging of packet data service
JP2010213302A (ja) * 2004-04-01 2010-09-24 Huawei Technologies Co Ltd パケットデータサービスの課金制御方法
JP2007529171A (ja) * 2004-04-09 2007-10-18 ▲ホア▼▲ウェイ▼技術有限公司 パケットデータサービスの課金ルールを強化する方法及びその機能する方法
WO2005101758A1 (ja) * 2004-04-16 2005-10-27 Fujitsu Limited 通信端末、通信制御装置、課金システム、データ通信プログラム、課金プログラム、データ通信方法及び課金方法
JP2007537635A (ja) * 2004-05-12 2007-12-20 トゲワ ホールディング エージー Ｉｐネットワーク内コンテンツ準拠課金方法及びシステム
JP4652401B2 (ja) * 2004-05-12 2011-03-16 トゲワ ホールディング エージー Ｉｐネットワーク内コンテンツ準拠課金方法及びシステム
JP4668998B2 (ja) * 2004-06-08 2011-04-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディアサービスフレキシブル課金メカニズム
JP2008502239A (ja) * 2004-06-08 2008-01-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディアサービスフレキシブル課金メカニズム
JP2008507172A (ja) * 2004-07-15 2008-03-06 オランジュ フランス ユーザのｉｄ処理方法および処理システム
JP4897971B2 (ja) * 2004-07-15 2012-03-14 オランジュ フランス ユーザのｉｄ処理方法および処理システム
US8422991B2 (en) 2004-11-29 2013-04-16 Research In Motion Limited System and method for service activation in mobile network billing
JP2008522463A (ja) * 2004-11-29 2008-06-26 リサーチ イン モーション リミテッド モバイルネットワーク請求書発行におけるサービス起動のシステムおよび方法
US8099078B2 (en) 2004-11-29 2012-01-17 Research In Motion Limited System and method for service activation in mobile network billing
WO2006087781A1 (ja) * 2005-02-17 2006-08-24 Fujitsu Limited 認証マッチング方法及び装置
US7929503B2 (en) 2005-08-30 2011-04-19 Fujitsu Limited Wireless terminal, management apparatus and wireless LAN control method
JP2007067745A (ja) * 2005-08-30 2007-03-15 Fujitsu Ltd 無線端末、管理装置、無線ｌａｎの制御方法、無線ｌａｎシステム
US8280759B2 (en) 2008-10-10 2012-10-02 Fujitsu Limited Information system, server, and service providing method
JP2013521586A (ja) * 2010-03-09 2013-06-10 アルカテル−ルーセント ユーザ機器のサービス品質を制御するための方法および装置
US8819107B2 (en) 2010-05-14 2014-08-26 Fujitsu Limited Relay apparatus, recording medium storing a relay program, and a relay method

Also Published As

Publication number Publication date
US20020188562A1 (en) 2002-12-12
US7510113B2 (en) 2009-03-31
EP1265397A3 (en) 2007-07-04
EP1265397A2 (en) 2002-12-11
JP4009136B2 (ja) 2007-11-14

Similar Documents

Publication Publication Date Title
JP4009136B2 (ja) 課金システム
JP4060021B2 (ja) 移動通信サービス提供システム、および移動通信サービス提供方法
US7277948B2 (en) Network system with dynamic service profile updating functions
CA2321396C (en) Mobile communications service system, mobile communications service method, authentication apparatus, and home agent apparatus
JP4034729B2 (ja) モバイルインターネット通信装置及び方法
US7068640B2 (en) VPN system in mobile IP network, and method of setting VPN
JP4078079B2 (ja) モバイルネットワーク内で一定のサービス品質でルート確立する方法
CN102160452B (zh) 用于在网络中提供移动性管理的方法及系统
US7039037B2 (en) Method and apparatus for providing service selection, redirection and managing of subscriber access to multiple WAP (Wireless Application Protocol) gateways simultaneously
JP4639016B2 (ja) 移動インターネットアクセス
US20010012777A1 (en) Mobile communications system and method thereof
CN102783218B (zh) 用于重定向数据业务的方法和装置
CN101453339A (zh) 一种网络融合策略计费控制架构的系统及处理方法
WO2012058998A1 (zh) 漫游场景下支持ip流迁移的策略计费控制方法和系统
US20060002345A1 (en) Handover mechanism for mobile IP
CN100496154C (zh) 一种实现预付费的方法
JP4159548B2 (ja) ネットワークアクセス制御システム
EP2603997B1 (en) Prepaid data hub
WO2008141589A1 (fr) Système de communication sans fil, appareil et procédé de communication sans fil
Chan et al. A home-proxy based wireless internet framework in supporting mobility and roaming of real-time services
Cho et al. Vehicular Metropolitan Area Network Systems Architecture: The WiMAX Network Reference Model
CN102056118B (zh) 计费控制的方法、装置及系统
CN101820609A (zh) 一种控制本地交换的方法及系统
Lior WiMAX Accounting
Min Transport accounting management in a multi-access technologies environment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050426

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070123

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070326

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070515

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070615

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070720

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070828

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070831

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

Free format text: PAYMENT UNTIL: 20100907

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20100907

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20110907

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120907

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20120907

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130907

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees