JP2003263598A - サービスの課金をサポートする制御サーバ - Google Patents
サービスの課金をサポートする制御サーバInfo
- Publication number
- JP2003263598A JP2003263598A JP2002282486A JP2002282486A JP2003263598A JP 2003263598 A JP2003263598 A JP 2003263598A JP 2002282486 A JP2002282486 A JP 2002282486A JP 2002282486 A JP2002282486 A JP 2002282486A JP 2003263598 A JP2003263598 A JP 2003263598A
- Authority
- JP
- Japan
- Prior art keywords
- service
- server
- control server
- user
- requested
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 claims abstract description 50
- 230000004044 response Effects 0.000 claims abstract description 48
- 238000004891 communication Methods 0.000 claims abstract description 24
- 238000013475 authorization Methods 0.000 claims description 34
- 235000014510 cooky Nutrition 0.000 claims description 20
- 230000006870 function Effects 0.000 description 15
- 230000008569 process Effects 0.000 description 11
- 101100001764 Oryza sativa subsp. japonica ANS2 gene Proteins 0.000 description 10
- 238000012546 transfer Methods 0.000 description 5
- 101150104118 ANS1 gene Proteins 0.000 description 4
- 101100510736 Actinidia chinensis var. chinensis LDOX gene Proteins 0.000 description 4
- 101100524346 Xenopus laevis req-a gene Proteins 0.000 description 3
- 101100524347 Xenopus laevis req-b gene Proteins 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- HGYZMIFKJIVTLJ-UHFFFAOYSA-N 4-chloro-2,3-dihydro-1h-pyrrolo[3,2-c]pyridine Chemical compound ClC1=NC=CC2=C1CCN2 HGYZMIFKJIVTLJ-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241000318403 Houstonia Species 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- 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/04—Payment circuits
-
- 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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/305—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wired telephone networks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
-
- 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/68—Payment of value-added services
-
- 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/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 サービスのユーザフレンドリーな課金を容易
にし、そうすることによって技術的にかかる経費を出来
る限り小さく保つこと。 【解決手段】 本発明はユーザに提供するサービスへの
課金方法と制御サーバに関する。サービスを要求するユ
ーザ端末からのサービス要求メッセージは通信網を経て
サービスサーバに送信される。サービス要求メッセージ
とそれに対して送出されるサービスサーバからの一以上
の応答が制御サーバを経て経路指定される。制御サーバ
はユーザ認証手順を実行し、手順の結果によりユーザ要
求サービスへの課金サポートを決定する。制御サーバ
は、サービスサーバからの応答が要求サービスの課金を
可能とする識別コードの包含をチェックする。要求サー
ビスの課金が可能とされ、制御サーバが要求サービスの
課金サポートを決定していない場合には、制御サーバ
が、要求サービスの提供を妨げる。
にし、そうすることによって技術的にかかる経費を出来
る限り小さく保つこと。 【解決手段】 本発明はユーザに提供するサービスへの
課金方法と制御サーバに関する。サービスを要求するユ
ーザ端末からのサービス要求メッセージは通信網を経て
サービスサーバに送信される。サービス要求メッセージ
とそれに対して送出されるサービスサーバからの一以上
の応答が制御サーバを経て経路指定される。制御サーバ
はユーザ認証手順を実行し、手順の結果によりユーザ要
求サービスへの課金サポートを決定する。制御サーバ
は、サービスサーバからの応答が要求サービスの課金を
可能とする識別コードの包含をチェックする。要求サー
ビスの課金が可能とされ、制御サーバが要求サービスの
課金サポートを決定していない場合には、制御サーバ
が、要求サービスの提供を妨げる。
Description
【０００１】本発明は、参照により本明細書に組み込ま
れる、優先権の基礎となる出願ＤＥ１０１４９１６０．
３に基づくものである。
れる、優先権の基礎となる出願ＤＥ１０１４９１６０．
３に基づくものである。
【０００２】
【発明の属する技術分野】本発明は、サービスサーバに
よってサービスユーザに提供されるサービスの課金をサ
ポートするための方法および制御サーバに関する。その
ようなタイプの方法では、サービスを要求するサービス
要求メッセージが、サービスユーザの端末から通信ネッ
トワークを介してサービスサーバに送信される。
よってサービスユーザに提供されるサービスの課金をサ
ポートするための方法および制御サーバに関する。その
ようなタイプの方法では、サービスを要求するサービス
要求メッセージが、サービスユーザの端末から通信ネッ
トワークを介してサービスサーバに送信される。
【０００３】特にインターネットにおいて提供されるサ
ービスの領域では、サービスのユーザがサービスの使用
についてどのように課金され得るかについての問題があ
る。本発明は、インターネットを介してサービスユーザ
に提供されるサービスに課金するための、以下に説明す
る方法に基づいている。
ービスの領域では、サービスのユーザがサービスの使用
についてどのように課金され得るかについての問題があ
る。本発明は、インターネットを介してサービスユーザ
に提供されるサービスに課金するための、以下に説明す
る方法に基づいている。
【０００４】
【従来の技術】いわゆるＮＴ９００サービスは、情報の
使用についてサービスユーザに課金するための、インタ
ーネットにおける特殊なダイアルインノードを使用して
おり、そのダイアルインノードへはサービスユーザがイ
ンターネットを介してアクセスすることができる。サー
ビスユーザは、このダイアルインノードを介してダイア
ルインすることによってのみこのサービスにアクセスで
き、このダイアルインノードには特殊な電話番号が割り
当てられている。このダイアルインノードへのコール
は、電話ネットワークの課金システムよって、「標準
の」ダイアルインノードのレートよりも高いレートで課
金される。
使用についてサービスユーザに課金するための、インタ
ーネットにおける特殊なダイアルインノードを使用して
おり、そのダイアルインノードへはサービスユーザがイ
ンターネットを介してアクセスすることができる。サー
ビスユーザは、このダイアルインノードを介してダイア
ルインすることによってのみこのサービスにアクセスで
き、このダイアルインノードには特殊な電話番号が割り
当てられている。このダイアルインノードへのコール
は、電話ネットワークの課金システムよって、「標準
の」ダイアルインノードのレートよりも高いレートで課
金される。
【０００５】このような方法の不利な点は、このような
方法がＩＳＤＮ（サービス総合ディジタル網:Ｉｎｔｅ
ｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎ
ｅｔｗｏｒｋ）またはモーデムによるインターネットア
クセス用にしか使用できないことである。
方法がＩＳＤＮ（サービス総合ディジタル網:Ｉｎｔｅ
ｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎ
ｅｔｗｏｒｋ）またはモーデムによるインターネットア
クセス用にしか使用できないことである。
【０００６】さらなる解決は、特殊なソフトウエアモジ
ュールをサービスユーザの端末およびサービスプロバイ
ダのサーバにインストールして、「電子マネー」により
サービスの支払いを容易化することである。端末内のソ
フトウエアモジュールは、「電子マネー」をロードする
ことができ、この「電子マネー」がついでサービスの支
払いに用いられる。
ュールをサービスユーザの端末およびサービスプロバイ
ダのサーバにインストールして、「電子マネー」により
サービスの支払いを容易化することである。端末内のソ
フトウエアモジュールは、「電子マネー」をロードする
ことができ、この「電子マネー」がついでサービスの支
払いに用いられる。
【０００７】これらの解決は、特別な端末の使用を必要
とし、かつプリペイドされた領域においてのみ使用可能
であるという短所をもつ。
とし、かつプリペイドされた領域においてのみ使用可能
であるという短所をもつ。
【０００８】
【特許文献１】ドイツ特許出願ＤＥ１０１４９１６０．
３
３
【０００９】
【発明が解決すべき課題】本発明の目的は、次に、サー
ビスのユーザフレンドリーな課金を容易にしかつそうす
ることによって技術的にかかる経費を出来る限り小さく
保つことである。
ビスのユーザフレンドリーな課金を容易にしかつそうす
ることによって技術的にかかる経費を出来る限り小さく
保つことである。
【００１０】
【課題を解決するための手段】ここで、サービスは、た
とえば、情報、データもしくはソフトウエアの送達であ
っても、「有形」物品の販売であってもよい。
とえば、情報、データもしくはソフトウエアの送達であ
っても、「有形」物品の販売であってもよい。
【００１１】本発明は、端末領域においては特殊なハー
ドウエアもソフトウエアも必要でないという長所を有す
る。したがって本発明は、特に経済的でありかつユーザ
フレンドリである。
ドウエアもソフトウエアも必要でないという長所を有す
る。したがって本発明は、特に経済的でありかつユーザ
フレンドリである。
【００１２】さらに、全体の課金方法は、サービスユー
ザおよびサービスサーバにとってトランスペアレントで
ある。既存の課金システムを簡単な方法で統合すること
ができる。既存システムへの本発明の導入による技術的
な経費もしたがって非常に小さい。
ザおよびサービスサーバにとってトランスペアレントで
ある。既存の課金システムを簡単な方法で統合すること
ができる。既存システムへの本発明の導入による技術的
な経費もしたがって非常に小さい。
【００１３】本発明の有利な発展形態は従属請求項にお
いて開示されている。
いて開示されている。
【００１４】本発明を、いくつかの例示的な実施形態に
よりまた添付の図面の助けにより以下に説明する。
よりまた添付の図面の助けにより以下に説明する。
【００１５】
【発明の実施の形態】図１は、２つの通信ネットワーク
ＫＮ１およびＫＮ２と、それぞれの端末ＴＥ１、ＴＥ２
およびＴＥ３が割り当てられている３人のサービスユー
ザＳＵ１からＳＵ３と、２つの制御サーバＣＣ１および
ＣＣ２と、２つの課金システムＢＳ１およびＢＳ２と、
４つのサービスサーバＳＳ１からＳＳ４を示している。
ＫＮ１およびＫＮ２と、それぞれの端末ＴＥ１、ＴＥ２
およびＴＥ３が割り当てられている３人のサービスユー
ザＳＵ１からＳＵ３と、２つの制御サーバＣＣ１および
ＣＣ２と、２つの課金システムＢＳ１およびＢＳ２と、
４つのサービスサーバＳＳ１からＳＳ４を示している。
【００１６】通信ネットワークＫＮ１およびＫＮ２は、
インターネット、すなわちレベル３プロトコルとしてＩ
Ｐプロトコル（インターネットプロトコル）を使用する
通信ネットワークを含んでいる。しかしながら、通信ネ
ットワークＫＮ１およびＫＮ２は異なるタイプの通信ネ
ットワークによって形成されてもよい。
インターネット、すなわちレベル３プロトコルとしてＩ
Ｐプロトコル（インターネットプロトコル）を使用する
通信ネットワークを含んでいる。しかしながら、通信ネ
ットワークＫＮ１およびＫＮ２は異なるタイプの通信ネ
ットワークによって形成されてもよい。
【００１７】通信ネットワークＫＮ１は、たとえばそれ
自体が異なるサブネットワークからなるデータネットワ
ークにより形成することができる。そのようなサブネッ
トワークは、例えば異なるネットワーク事業者に割り当
てられてもよい。これらのサブネットワークは、通信が
例えばＤＥＣＴ、ＧＳＭ、ＵＭＴＳもしくはＢｌｕｅｔ
ｏｏｔｈ標準（ＤＥＣＴ＝デジタル欧州無線遠隔通信、
ＧＳＭ＝移動通信のためのグローバルシステム、ＵＭＴ
Ｓ＝汎用移動遠隔通信システム）に基づく移動無線ネッ
トワークであってもよい。そのようなサブネットワーク
は電話ネットワークによって形成されてもよい（モデム
もしくはＩＳＤＮによるデータ伝送）。通信ネットワー
クＫＮ１が、専ら電話ネットワークから構成されてもよ
い。
自体が異なるサブネットワークからなるデータネットワ
ークにより形成することができる。そのようなサブネッ
トワークは、例えば異なるネットワーク事業者に割り当
てられてもよい。これらのサブネットワークは、通信が
例えばＤＥＣＴ、ＧＳＭ、ＵＭＴＳもしくはＢｌｕｅｔ
ｏｏｔｈ標準（ＤＥＣＴ＝デジタル欧州無線遠隔通信、
ＧＳＭ＝移動通信のためのグローバルシステム、ＵＭＴ
Ｓ＝汎用移動遠隔通信システム）に基づく移動無線ネッ
トワークであってもよい。そのようなサブネットワーク
は電話ネットワークによって形成されてもよい（モデム
もしくはＩＳＤＮによるデータ伝送）。通信ネットワー
クＫＮ１が、専ら電話ネットワークから構成されてもよ
い。
【００１８】通信ネットワークＫＮ２は、たとえばＬＡ
Ｎ（ローカルエリアネットワーク）プロトコルに基づく
データネットワークによって形成されてもよい。ここで
もやはり、通信ネットワークＫＮ２が電話ネットワーク
であることが理論的に可能である。
Ｎ（ローカルエリアネットワーク）プロトコルに基づく
データネットワークによって形成されてもよい。ここで
もやはり、通信ネットワークＫＮ２が電話ネットワーク
であることが理論的に可能である。
【００１９】サービスサーバＳＳ１からＳＳ４の各々
は、一以上の相互接続されたコンピュータによりおよび
これらのコンピュータ上で動作するソフトウエアによっ
て形成される。それぞれの場合において、サービスサー
バＳＳ１からＳＳ４はサービスユーザＳＵ１からＳＵ３
に一以上のサービスを提供する。ここで、サービスサー
バＳＳ１からＳＳ４によって提供されるサービスは異な
る性質をもっている場合があり、例えば、情報、データ
およびプログラムの送達、ユーザ制御による情報フィル
タリングもしくは物品およびサービスの販売などであ
る。
は、一以上の相互接続されたコンピュータによりおよび
これらのコンピュータ上で動作するソフトウエアによっ
て形成される。それぞれの場合において、サービスサー
バＳＳ１からＳＳ４はサービスユーザＳＵ１からＳＵ３
に一以上のサービスを提供する。ここで、サービスサー
バＳＳ１からＳＳ４によって提供されるサービスは異な
る性質をもっている場合があり、例えば、情報、データ
およびプログラムの送達、ユーザ制御による情報フィル
タリングもしくは物品およびサービスの販売などであ
る。
【００２０】サービスユーザＳＵ１からＳＵ３はインタ
ネットによってサービスサーバＳＳ１からＳＳ４にアク
セスする。しかしサービスユーザがＷＡＰ（無線アプリ
ケーションプロトコル）によってもしくは電話端末によ
ってサービスサーバＳＳ１からＳＳ４にアクセスするこ
とも可能である。アクセスタイプに応じて、サービスサ
ーバＳＳ１からＳＳ４は、従ってＷＥＢサーバ、ＷＡＰ
サーバもしくはＩＮ（インテリジェントネットワー
ク）、ＳＣＰ（サービス制御ポイント）の機能を果た
し、かつ、相応に技術的に装備される。
ネットによってサービスサーバＳＳ１からＳＳ４にアク
セスする。しかしサービスユーザがＷＡＰ（無線アプリ
ケーションプロトコル）によってもしくは電話端末によ
ってサービスサーバＳＳ１からＳＳ４にアクセスするこ
とも可能である。アクセスタイプに応じて、サービスサ
ーバＳＳ１からＳＳ４は、従ってＷＥＢサーバ、ＷＡＰ
サーバもしくはＩＮ（インテリジェントネットワー
ク）、ＳＣＰ（サービス制御ポイント）の機能を果た
し、かつ、相応に技術的に装備される。
【００２１】端末ＴＥ１からＴＥ３は通信ネットワーク
ＫＮ１を介した通信のためのハードウエアおよびソフト
ウエア構成要素を装備したコンピュータである。端末Ｔ
Ｅ１からＴＥ３は、したがって、ＷＥＢブラウザを有
し、ＷＥＢブラウザを介してサービスサーバＳＳ１から
ＳＳ４によって提供されるサービスにアクセスする。端
末ＴＥ１からＴＥ３がＷＡＰ端末、ＵＭＴＳ端末もしく
は単なる標準電話端末であってもよい。
ＫＮ１を介した通信のためのハードウエアおよびソフト
ウエア構成要素を装備したコンピュータである。端末Ｔ
Ｅ１からＴＥ３は、したがって、ＷＥＢブラウザを有
し、ＷＥＢブラウザを介してサービスサーバＳＳ１から
ＳＳ４によって提供されるサービスにアクセスする。端
末ＴＥ１からＴＥ３がＷＡＰ端末、ＵＭＴＳ端末もしく
は単なる標準電話端末であってもよい。
【００２２】制御サーバＣＣ１およびＣＣ２は、サービ
スサーバＳＳ１からＳＳ４によってサービスユーザＳＵ
１からＳＵ３に提供されるサービスの課金をサポートす
るために用いられる。この場合、一方で、制御サーバＣ
Ｃ１およびＣＣ２に、それぞれ一の特定のサービスユー
ザグループを割り当てることができる。制御サーバＣＣ
１は、たとえば、特定のネットワーク事業者もしくはイ
ンターネットアクセス事業者の加入者の全てのサービス
要求を処理する。他方では、制御サーバＣＣ１およびＣ
Ｃ２に、それぞれ一以上のサービスサーバを割り当てる
ことができる。制御サーバＣＣ２は、例えば、特定のサ
ービス事業者のサービスに向けられた全てのサービス要
求を処理する。
スサーバＳＳ１からＳＳ４によってサービスユーザＳＵ
１からＳＵ３に提供されるサービスの課金をサポートす
るために用いられる。この場合、一方で、制御サーバＣ
Ｃ１およびＣＣ２に、それぞれ一の特定のサービスユー
ザグループを割り当てることができる。制御サーバＣＣ
１は、たとえば、特定のネットワーク事業者もしくはイ
ンターネットアクセス事業者の加入者の全てのサービス
要求を処理する。他方では、制御サーバＣＣ１およびＣ
Ｃ２に、それぞれ一以上のサービスサーバを割り当てる
ことができる。制御サーバＣＣ２は、例えば、特定のサ
ービス事業者のサービスに向けられた全てのサービス要
求を処理する。
【００２３】ここで、サービスサーバおよび制御サーバ
が、同一のハードウエアプラットフォーム上で動作する
アプリケーションプログラムによって実現される論理機
能ブロックを構成してもよい。
が、同一のハードウエアプラットフォーム上で動作する
アプリケーションプログラムによって実現される論理機
能ブロックを構成してもよい。
【００２４】課金システムＢＳ１およびＢＳ２は、遠隔
通信サービスの使用についての課金をサービスユーザに
請求するシステムを構成する。この場合、課金システム
ＢＳ１およびＢＳ２は、発生するそれぞれの課金により
事前に支払われる（プリペイドされる）金額を減らすこ
とができる。付加的な機能があり、特定の期間に発生す
る課金が追加されて期間の終わりにユーザに請求され
る。課金システムＢ１は、たとえば、第１の電話ネット
ワーク事業者の通常の課金システムであり、また、課金
システムＢ２は第２の電話ネットワーク事業者の通常の
課金システムでありうる。しかしながら、課金システム
ＢＳ１およびＢＳ２は、それぞれ、銀行もしくは信用協
会の支払いシステムであってもよい。
通信サービスの使用についての課金をサービスユーザに
請求するシステムを構成する。この場合、課金システム
ＢＳ１およびＢＳ２は、発生するそれぞれの課金により
事前に支払われる（プリペイドされる）金額を減らすこ
とができる。付加的な機能があり、特定の期間に発生す
る課金が追加されて期間の終わりにユーザに請求され
る。課金システムＢ１は、たとえば、第１の電話ネット
ワーク事業者の通常の課金システムであり、また、課金
システムＢ２は第２の電話ネットワーク事業者の通常の
課金システムでありうる。しかしながら、課金システム
ＢＳ１およびＢＳ２は、それぞれ、銀行もしくは信用協
会の支払いシステムであってもよい。
【００２５】サービスを要求するため、サービスユーザ
ＳＵ１の端末ＴＥ１がサービスサーバＳＳ１にサービス
要求メッセージを送る。このサービス要求メッセージ
は、例えば、サービスサーバＳＳ１のインターネットア
ドレスもしくはＷＥＢアドレスに向けられたＨＴＴＰ／
ＩＰ（ハイパーテキスト伝送プロトコル）メッセージか
らなる。しかしながら、このサービス要求メッセージ
は、サービスサーバＳＳ１によって提供されるＩＮサー
ビスに宛てられた、電話ネットワークのコール要求メッ
セージであってもよい。
ＳＵ１の端末ＴＥ１がサービスサーバＳＳ１にサービス
要求メッセージを送る。このサービス要求メッセージ
は、例えば、サービスサーバＳＳ１のインターネットア
ドレスもしくはＷＥＢアドレスに向けられたＨＴＴＰ／
ＩＰ（ハイパーテキスト伝送プロトコル）メッセージか
らなる。しかしながら、このサービス要求メッセージ
は、サービスサーバＳＳ１によって提供されるＩＮサー
ビスに宛てられた、電話ネットワークのコール要求メッ
セージであってもよい。
【００２６】サービス要求メッセージは、通信ネットワ
ークＫＮ１およびＫＮ２を介しておよび制御サーバＣＣ
１を介してサービスサーバＳＳ１に送信される。このた
め、通信ネットワークＫＮ１およびＫＮ２の経路指定回
線、もしくはサービスサーバＳＳ１からＳＳ４によって
提供されるサービスの宛先が、端末ＴＥ１からＴＥ３と
サービスサーバＳＳ１との間の通信が制御サーバＣＣ１
を介して行われるように選択される。サービス要求メッ
セージおよびサービス要求メッセージに対して送り出さ
れたサービスユーザＳＳ１の一以上の応答が、したがっ
て、制御サーバＣＣ１を介して経路指定される。
ークＫＮ１およびＫＮ２を介しておよび制御サーバＣＣ
１を介してサービスサーバＳＳ１に送信される。このた
め、通信ネットワークＫＮ１およびＫＮ２の経路指定回
線、もしくはサービスサーバＳＳ１からＳＳ４によって
提供されるサービスの宛先が、端末ＴＥ１からＴＥ３と
サービスサーバＳＳ１との間の通信が制御サーバＣＣ１
を介して行われるように選択される。サービス要求メッ
セージおよびサービス要求メッセージに対して送り出さ
れたサービスユーザＳＳ１の一以上の応答が、したがっ
て、制御サーバＣＣ１を介して経路指定される。
【００２７】端末ＴＥ１からサービス要求メッセージを
受信すると、サービスサーバＳＳ１は端末ＴＥ１に応答
を送る。この応答は、サービスの提供のために用いるこ
とができる。しかしながら、端末ＴＥ１とサービスサー
バＳＳ１との間のいくつかのメッセージの交換は、サー
ビスサーバＳＳ１によりサービスが提供される前に行わ
れてもよい。
受信すると、サービスサーバＳＳ１は端末ＴＥ１に応答
を送る。この応答は、サービスの提供のために用いるこ
とができる。しかしながら、端末ＴＥ１とサービスサー
バＳＳ１との間のいくつかのメッセージの交換は、サー
ビスサーバＳＳ１によりサービスが提供される前に行わ
れてもよい。
【００２８】制御サーバＣＣ１は、サービスサーバＳＳ
１からの応答もしくはサービスサーバＳＳ１からの応答
のうちの一が、要求されたサービスを課金可能であるも
のとして分類する識別コードを含んでいるかどうかをチ
ェックする。この識別コードは、応答コード内の記号か
らなることができ、また、特定のファイル名からなるこ
ともできる。
１からの応答もしくはサービスサーバＳＳ１からの応答
のうちの一が、要求されたサービスを課金可能であるも
のとして分類する識別コードを含んでいるかどうかをチ
ェックする。この識別コードは、応答コード内の記号か
らなることができ、また、特定のファイル名からなるこ
ともできる。
【００２９】もし課金可能であるとして分類された場合
には、制御サーバＣＣ１は、サービスユーザを認証する
ための手順を実行して、その結果からサービスユーザＳ
Ｕ１によって要求されているサービスの課金が制御サー
バによってサポートされるかどうかを決定する。サービ
スサーバがサービスサーバからの応答に依存することな
くこの手順を実行することも可能である。サービスサー
バがいくつかのサービスから連続的な要求がある場合に
一度だけこの手順を実行することも可能である。
には、制御サーバＣＣ１は、サービスユーザを認証する
ための手順を実行して、その結果からサービスユーザＳ
Ｕ１によって要求されているサービスの課金が制御サー
バによってサポートされるかどうかを決定する。サービ
スサーバがサービスサーバからの応答に依存することな
くこの手順を実行することも可能である。サービスサー
バがいくつかのサービスから連続的な要求がある場合に
一度だけこの手順を実行することも可能である。
【００３０】サービスユーザを認証するための手順は、
許可手順、サービスユーザへの事前値段情報もしくはサ
ービスサーバによる明示的な販売確認を含むこともでき
る。
許可手順、サービスユーザへの事前値段情報もしくはサ
ービスサーバによる明示的な販売確認を含むこともでき
る。
【００３１】制御サーバＣＣ１は、もし要求されたサー
ビスが課金可能として分類されかつ制御サーバがサービ
スユーザによって要求されているサービスの課金をサポ
ートすることを決定していない場合には、要求されたサ
ービスの提供を妨げる。ここで、制御サーバＣＣ１は、
たとえば、サービスサーバＳＳ１からの応答を端末ＴＥ
１に転送しないことによりもしくは端末ＴＥ１からのメ
ッセージをサービスサーバＳＳ１に転送しないことによ
り要求されたサービスの提供を妨げることができる。代
替コンテンツの転送により非転送動作のかわりとするこ
とができる。さらに、制御サーバはそのサービスサーバ
ＳＳ１にサービスの提供を妨げる特別の制御メッセージ
を送ることもできる。これは、サービスサーバＳＳ１に
転送されるメッセージの適当な操作によっても行うこと
ができる。
ビスが課金可能として分類されかつ制御サーバがサービ
スユーザによって要求されているサービスの課金をサポ
ートすることを決定していない場合には、要求されたサ
ービスの提供を妨げる。ここで、制御サーバＣＣ１は、
たとえば、サービスサーバＳＳ１からの応答を端末ＴＥ
１に転送しないことによりもしくは端末ＴＥ１からのメ
ッセージをサービスサーバＳＳ１に転送しないことによ
り要求されたサービスの提供を妨げることができる。代
替コンテンツの転送により非転送動作のかわりとするこ
とができる。さらに、制御サーバはそのサービスサーバ
ＳＳ１にサービスの提供を妨げる特別の制御メッセージ
を送ることもできる。これは、サービスサーバＳＳ１に
転送されるメッセージの適当な操作によっても行うこと
ができる。
【００３２】次に、制御サーバＣＣ１の詳細な動作モー
ドを、図２の助けにより説明する。
ドを、図２の助けにより説明する。
【００３３】図２は、端末ＴＥ１からＴＥ３、サービス
サーバＳＳ１からＳＳ４、および課金システムＢＳ１と
通信する制御サーバＣＣ１を示す。
サーバＳＳ１からＳＳ４、および課金システムＢＳ１と
通信する制御サーバＣＣ１を示す。
【００３４】制御サーバＣＣ１は一以上の相互接続され
たコンピュータおよびこれらのコンピュータ上で動作す
るソフトウエアプラットフォームを有する。いくつかの
アプリケーションプログラムがこのソフトウエアプラッ
トフォーム上で動作する。ハードウエアおよびソフトウ
エアプラットフォームにより形成された制御サーバＣＣ
１のシステムプラットフォーム上でこれらのアプリケー
ションプログラムの実行中に、制御サーバＣＣ１は、制
御サーバＣＣ１が以下で述べる制御サーバＣＣ１の機能
を実行するように制御される。アプリケーションプログ
ラムおよびそのアプリケーションプログラムを実行する
ために必要なシステムプラットフォームは、このように
して制御ユニットＣＯＮＴＲを形成し、制御ユニットＣ
ＯＮＴＲは、以下に述べるように制御サーバＣＣ１の機
能を実行するように構成される。
たコンピュータおよびこれらのコンピュータ上で動作す
るソフトウエアプラットフォームを有する。いくつかの
アプリケーションプログラムがこのソフトウエアプラッ
トフォーム上で動作する。ハードウエアおよびソフトウ
エアプラットフォームにより形成された制御サーバＣＣ
１のシステムプラットフォーム上でこれらのアプリケー
ションプログラムの実行中に、制御サーバＣＣ１は、制
御サーバＣＣ１が以下で述べる制御サーバＣＣ１の機能
を実行するように制御される。アプリケーションプログ
ラムおよびそのアプリケーションプログラムを実行する
ために必要なシステムプラットフォームは、このように
して制御ユニットＣＯＮＴＲを形成し、制御ユニットＣ
ＯＮＴＲは、以下に述べるように制御サーバＣＣ１の機
能を実行するように構成される。
【００３５】機能的な観点から、制御ユニットＣＯＮＴ
Ｒは３つの機能ＳＨ、ＡＵＴ、およびＬＯＧを有する。
Ｒは３つの機能ＳＨ、ＡＵＴ、およびＬＯＧを有する。
【００３６】ＡＵＴ機能はサービスユーザを認証するた
めの手順を実行する。その手順の結果を用いて、サービ
スユーザによって要求されたサービスの課金が制御サー
バによってサポートされるかどうかを決定する。
めの手順を実行する。その手順の結果を用いて、サービ
スユーザによって要求されたサービスの課金が制御サー
バによってサポートされるかどうかを決定する。
【００３７】サービスユーザの認証のための手順の中
で、制御サーバは、サービスユーザから、たとえば、ユ
ーザ識別コード、パスワード、もしくは電子署名を要求
する。これらのデータを用いて、機能ＳＨは、ついで、
どのサービスユーザがサービスを要求しているかをチェ
ックする。
で、制御サーバは、サービスユーザから、たとえば、ユ
ーザ識別コード、パスワード、もしくは電子署名を要求
する。これらのデータを用いて、機能ＳＨは、ついで、
どのサービスユーザがサービスを要求しているかをチェ
ックする。
【００３８】サービスユーザの認証のための手順の中
で、制御サーバＣＣ１は課金システムによる許可をチェ
ックすることもできる。肯定の許可の場合のみ、制御サ
ーバＣＣ１は、サービスユーザによって要求されるサー
ビスの課金が制御サーバによってサポートされることを
決定する。
で、制御サーバＣＣ１は課金システムによる許可をチェ
ックすることもできる。肯定の許可の場合のみ、制御サ
ーバＣＣ１は、サービスユーザによって要求されるサー
ビスの課金が制御サーバによってサポートされることを
決定する。
【００３９】サービスユーザの認証および許可は、制御
ユニットＣＯＮＴＲのみによってももしくは課金システ
ムＢＳ１の支援によっても実現することができる。
ユニットＣＯＮＴＲのみによってももしくは課金システ
ムＢＳ１の支援によっても実現することができる。
【００４０】サービスユーザを認証するためのデータは
制御サーバＣＣ１にローカルに格納することができる。
さらに、一定の課金もしくは一定の課金レベルのたに課
金システムＢＳ１の許可を指定するデータが、サービス
ユーザのために制御サーバＣＣ１にローカルに格納され
てもよい。特定のサービスユーザによって発生するすべ
ての課金の一般的な許可も可能である。これらのデータ
は、例えば各支払いプロセスによって減じられる「プリ
ペイド」口座のタイプを指定し、もしくはサービスユー
ザによって発生した課金のためのクレジットフレームの
タイプを形成する。これらのデータを用いて、ＡＵＴ機
能はサービスユーザの認証をチェックし、かつローカル
な既存の情報に関連するそれぞれの課金について許可が
あるかどうかを決定する。ローカルフレームが用い尽く
された場合、課金システムＢＳ１に対して依頼がなされ
る。特に小さい課金の場合、この手順は、課金額が極め
て小さくかつ発生する課金に比較して課金コストが合理
的であるという利点を有する。
制御サーバＣＣ１にローカルに格納することができる。
さらに、一定の課金もしくは一定の課金レベルのたに課
金システムＢＳ１の許可を指定するデータが、サービス
ユーザのために制御サーバＣＣ１にローカルに格納され
てもよい。特定のサービスユーザによって発生するすべ
ての課金の一般的な許可も可能である。これらのデータ
は、例えば各支払いプロセスによって減じられる「プリ
ペイド」口座のタイプを指定し、もしくはサービスユー
ザによって発生した課金のためのクレジットフレームの
タイプを形成する。これらのデータを用いて、ＡＵＴ機
能はサービスユーザの認証をチェックし、かつローカル
な既存の情報に関連するそれぞれの課金について許可が
あるかどうかを決定する。ローカルフレームが用い尽く
された場合、課金システムＢＳ１に対して依頼がなされ
る。特に小さい課金の場合、この手順は、課金額が極め
て小さくかつ発生する課金に比較して課金コストが合理
的であるという利点を有する。
【００４１】さらなる可能性は、この課金システムのサ
ーバが課金システム２１により課金の許可をチェックす
るためにアクセスされることである。送信されたデータ
を用いて、このサーバは、個別の場合毎に課金手順を承
認するかどうかを決定する。
ーバが課金システム２１により課金の許可をチェックす
るためにアクセスされることである。送信されたデータ
を用いて、このサーバは、個別の場合毎に課金手順を承
認するかどうかを決定する。
【００４２】機能ＳＨは、端末ＴＥ１からＴＥ３からお
よびサービスサーバＳＳ１からＳＳ４から来る、制御サ
ーバＣＣ１によって受信されるメッセージを処理する。
端末ＴＥ１からＴＥ３のうちの一つによる、制御サーバ
ＣＣ１を介して経路指定される各サービス要求につい
て、各サービスセッションの、制御サーバＣＣ１による
処理を制御するプロセスが、機能ＳＨによって開始され
る。３つのプロセスＣＨ１からＣＨ３が、例として図２
に示される。
よびサービスサーバＳＳ１からＳＳ４から来る、制御サ
ーバＣＣ１によって受信されるメッセージを処理する。
端末ＴＥ１からＴＥ３のうちの一つによる、制御サーバ
ＣＣ１を介して経路指定される各サービス要求につい
て、各サービスセッションの、制御サーバＣＣ１による
処理を制御するプロセスが、機能ＳＨによって開始され
る。３つのプロセスＣＨ１からＣＨ３が、例として図２
に示される。
【００４３】プロセスＣＨ１はサービス要求メッセージ
を受信すると開始されてそのサービス要求メッセージを
それが向けられるサービスサーバに転送する。プロセス
ＣＨ１は、サービスサーバのサービス要求メッセージへ
の応答もしくは応答の一つが、要求されるサービスを課
金可能として分類する識別コードを含んでいるかどうか
をチェックする。
を受信すると開始されてそのサービス要求メッセージを
それが向けられるサービスサーバに転送する。プロセス
ＣＨ１は、サービスサーバのサービス要求メッセージへ
の応答もしくは応答の一つが、要求されるサービスを課
金可能として分類する識別コードを含んでいるかどうか
をチェックする。
【００４４】プロセスＣＨ１はさらにＡＵＴ機能がこの
サービスセッションのために実行されるかどうかおよび
いつ実行されるかを決定する。サービスユーザによって
要求されているサービスの課金が制御サーバＣＣ１によ
ってサポートされるかどうかについての決定は、この場
合、サービスを求める各要求で行うことができる。しか
しながら、この決定が、２以上のサービスを求める要求
について有効となることも可能である。
サービスセッションのために実行されるかどうかおよび
いつ実行されるかを決定する。サービスユーザによって
要求されているサービスの課金が制御サーバＣＣ１によ
ってサポートされるかどうかについての決定は、この場
合、サービスを求める各要求で行うことができる。しか
しながら、この決定が、２以上のサービスを求める要求
について有効となることも可能である。
【００４５】他の制御サーバ、例えば制御サーバＣＣ２
による肯定的な許可があれば、プロセスＣＨ１はＡＵＴ
機能の実行をなしですましサービスユーザによって要求
されるサービスの課金も制御サーバＣＣ１によってサポ
ートされることを決定する。
による肯定的な許可があれば、プロセスＣＨ１はＡＵＴ
機能の実行をなしですましサービスユーザによって要求
されるサービスの課金も制御サーバＣＣ１によってサポ
ートされることを決定する。
【００４６】プロセスＣＨ１は、さらに、もし要求され
るサービスが課金可能として分類されかつＡＵＴ機能が
制御サーバＣＣ１がこのサービスユーザによって要求さ
れるサービスの課金をサポートすることを決定していな
い場合には、サービスユーザによって要求されたサービ
スの提供を妨げる。
るサービスが課金可能として分類されかつＡＵＴ機能が
制御サーバＣＣ１がこのサービスユーザによって要求さ
れるサービスの課金をサポートすることを決定していな
い場合には、サービスユーザによって要求されたサービ
スの提供を妨げる。
【００４７】ＬＯＧ機能は個別のサービスユーザによっ
て要求された課金可能サービスについての情報を提供す
るデータを格納する。そのようなデータは特にこれらの
課金のレベルに関する。格納されたデータは特定の間隔
でもしくは勘定の請求のために直接に課金システムＢＳ
１に送信される。
て要求された課金可能サービスについての情報を提供す
るデータを格納する。そのようなデータは特にこれらの
課金のレベルに関する。格納されたデータは特定の間隔
でもしくは勘定の請求のために直接に課金システムＢＳ
１に送信される。
【００４８】制御ユニットＣＯＮＴＲの詳細な動作モー
ドも、図３から６に例として示されたプロセス系列によ
って示す。
ドも、図３から６に例として示されたプロセス系列によ
って示す。
【００４９】図３は、端末ＴＥ１によって課金可能でな
いサービスが要求された場合についての、制御ユニット
ＣＯＮＴＲの動作モードを示す。
いサービスが要求された場合についての、制御ユニット
ＣＯＮＴＲの動作モードを示す。
【００５０】特定のＨＴＭＬページを求める要求を含
む、サービス要求メッセージＲＥＱ１が例えば端末ＴＥ
１によって制御サーバＣＣ１に送信される。制御サーバ
はそのサービス要求メッセージＲＥＱ１を変更すること
なくサービスサーバＳＳ１に転送する。サービスサーバ
ＳＳ１は、例えば制御サーバＣＣ１に、要求されたＨＴ
ＭＬページを含む応答ＡＮＳ１を送信する。制御サーバ
ＣＣ１は応答ＡＮＳ１をチェックしてこれが課金可能と
して分類されないことを決定する。制御サーバＣＣ１は
したがって応答ＡＮＳ１を変更することなく端末ＴＥ１
に転送する。
む、サービス要求メッセージＲＥＱ１が例えば端末ＴＥ
１によって制御サーバＣＣ１に送信される。制御サーバ
はそのサービス要求メッセージＲＥＱ１を変更すること
なくサービスサーバＳＳ１に転送する。サービスサーバ
ＳＳ１は、例えば制御サーバＣＣ１に、要求されたＨＴ
ＭＬページを含む応答ＡＮＳ１を送信する。制御サーバ
ＣＣ１は応答ＡＮＳ１をチェックしてこれが課金可能と
して分類されないことを決定する。制御サーバＣＣ１は
したがって応答ＡＮＳ１を変更することなく端末ＴＥ１
に転送する。
【００５１】図４は、課金可能なサービスが端末ＴＥ１
によって要求された場合についての制御ユニットＣＯＮ
ＴＲの動作モードを示す。
によって要求された場合についての制御ユニットＣＯＮ
ＴＲの動作モードを示す。
【００５２】例えば特定のＨＴＭＬページを求める要求
を含むサービス要求メッセージＲＥＱ２が端末ＴＥ１に
よって制御サーバＣＣ１に送信され、制御サーバＣＣ１
はそのサービス要求メッセージを変更することなくサー
ビスサーバＳＳ１に転送する。サービスサーバＳＳ１は
応答ＡＮＳ２（ＰＴ）を制御サーバＣＣ１に送信する。
応答ＡＮＳ２（ＰＴ）は要求されたサービスを課金可能
として分類する識別コードＰＴを含む。さらに、識別コ
ードＰＴは、課金のレベルを指定するもしくは特定の課
金システムを参照する付加的なデータを含んでいる。
を含むサービス要求メッセージＲＥＱ２が端末ＴＥ１に
よって制御サーバＣＣ１に送信され、制御サーバＣＣ１
はそのサービス要求メッセージを変更することなくサー
ビスサーバＳＳ１に転送する。サービスサーバＳＳ１は
応答ＡＮＳ２（ＰＴ）を制御サーバＣＣ１に送信する。
応答ＡＮＳ２（ＰＴ）は要求されたサービスを課金可能
として分類する識別コードＰＴを含む。さらに、識別コ
ードＰＴは、課金のレベルを指定するもしくは特定の課
金システムを参照する付加的なデータを含んでいる。
【００５３】制御サーバＣＣ１は応答ＡＮＳ２（ＰＴ）
をチェックしてこれが課金可能として分類されることを
決定する。
をチェックしてこれが課金可能として分類されることを
決定する。
【００５４】応答ＡＮＳ２（ＰＴ）が、要求されたサー
ビスを課金可能として分類する識別コードＰＴを含むの
で、制御サーバＣＣ１はサービスユーザの認証のための
手順を実行する。このため、制御サーバＣＣ１はＨＴＭ
ＬページＬＯＧＰを端末ＴＥ１に送る。このページは、
サービスユーザＳＵ１に、ユーザの認証のためのデータ
を入力することとユーザがこの課金可能サービスの受け
入れを望むことを確認することとを要求する。
ビスを課金可能として分類する識別コードＰＴを含むの
で、制御サーバＣＣ１はサービスユーザの認証のための
手順を実行する。このため、制御サーバＣＣ１はＨＴＭ
ＬページＬＯＧＰを端末ＴＥ１に送る。このページは、
サービスユーザＳＵ１に、ユーザの認証のためのデータ
を入力することとユーザがこの課金可能サービスの受け
入れを望むことを確認することとを要求する。
【００５５】もし制御サーバＣＣ１がここでユーザ名Ｕ
Ｎ、パスワードＰＷおよび確認ＰＡを受信する場合、制
御サーバＣＣ１がサービスユーザＳＵの真正なことおよ
び課金についての許可をチェックする。もし認証および
許可の結果が肯定の場合、制御サーバＣＣ１は、サービ
スユーザＳＵ１によって要求されたサービスの課金が制
御サーバＣＣ１によってサポートされることを決定し、
メッセージＡＤをサービスサーバＳＳ１に送る。メッセ
ージＡＤを受け取ると、サービスサーバは、許可コード
ＰＡＣおよびセッションクッキーＳＣＯＯＫを決定して
その両方を制御サーバＣＣ１に送信し、制御サーバＣＣ
１はこれらを端末ＴＥ１に送信する。ここでセッション
クッキーＳＣＯＯＫはサービスユーザに特定のデータを
伴うデータレコードを含んでいる。
Ｎ、パスワードＰＷおよび確認ＰＡを受信する場合、制
御サーバＣＣ１がサービスユーザＳＵの真正なことおよ
び課金についての許可をチェックする。もし認証および
許可の結果が肯定の場合、制御サーバＣＣ１は、サービ
スユーザＳＵ１によって要求されたサービスの課金が制
御サーバＣＣ１によってサポートされることを決定し、
メッセージＡＤをサービスサーバＳＳ１に送る。メッセ
ージＡＤを受け取ると、サービスサーバは、許可コード
ＰＡＣおよびセッションクッキーＳＣＯＯＫを決定して
その両方を制御サーバＣＣ１に送信し、制御サーバＣＣ
１はこれらを端末ＴＥ１に送信する。ここでセッション
クッキーＳＣＯＯＫはサービスユーザに特定のデータを
伴うデータレコードを含んでいる。
【００５６】有利には、セッションクッキーＳＣＯＯＫ
および許可コードＰＡＣの両方とも特定の満了日時を与
えられる。セッションクッキーＳＣＯＯＫは、例えば端
末ＴＥ１のメモリからのセッションクッキーＳＣＯＯＫ
の抹消を起こさせるパレメータを与えられる。許可コー
ドＰＡＣはそれが生成された時点に沿って制御サーバＣ
Ｃ１内に格納される。ついで、許可コードは約１分後に
無効になる。
および許可コードＰＡＣの両方とも特定の満了日時を与
えられる。セッションクッキーＳＣＯＯＫは、例えば端
末ＴＥ１のメモリからのセッションクッキーＳＣＯＯＫ
の抹消を起こさせるパレメータを与えられる。許可コー
ドＰＡＣはそれが生成された時点に沿って制御サーバＣ
Ｃ１内に格納される。ついで、許可コードは約１分後に
無効になる。
【００５７】セッションクッキーＳＣＯＯＫは、以下
の、サービスユーザに特定のデータを含むことができ
る。例えば、サービスユーザの言語、サービスユーザが
支払いを望む通貨、サービスユーザが位置する国、サー
ビスユーザの取扱い事業者、サービスユーザの課金スキ
ーム、セッションクッキーが無効になる時点、セッショ
ンの識別コード、もしくはサービスのＩＰアドレスであ
る。
の、サービスユーザに特定のデータを含むことができ
る。例えば、サービスユーザの言語、サービスユーザが
支払いを望む通貨、サービスユーザが位置する国、サー
ビスユーザの取扱い事業者、サービスユーザの課金スキ
ーム、セッションクッキーが無効になる時点、セッショ
ンの識別コード、もしくはサービスのＩＰアドレスであ
る。
【００５８】これらのサービスユーザに特定のデータ
は、もちろん、サービスサーバＳＳ１と端末ＴＥ１の間
で別の方法によっても通信することができる。
は、もちろん、サービスサーバＳＳ１と端末ＴＥ１の間
で別の方法によっても通信することができる。
【００５９】許可コードＰＡＣおよびセッションクッキ
ーＳＣＯＯＫが制御サーバＳＳ１によって直接決定され
て端末ＴＥ１に送信されることも可能である。
ーＳＣＯＯＫが制御サーバＳＳ１によって直接決定され
て端末ＴＥ１に送信されることも可能である。
【００６０】セッションクッキーＳＣＯＯＫは端末ＴＥ
１によって格納される。端末ＴＥ１はついで新しいサー
ビス要求メッセージＲＥＱ５を制御サーバＣＣ１に送信
するように誘導される。この場合、サービス要求メッセ
ージＲＥＱ５は許可コードＰＡＣおよびセッションクッ
キーＳＣＯＯＫを含む。
１によって格納される。端末ＴＥ１はついで新しいサー
ビス要求メッセージＲＥＱ５を制御サーバＣＣ１に送信
するように誘導される。この場合、サービス要求メッセ
ージＲＥＱ５は許可コードＰＡＣおよびセッションクッ
キーＳＣＯＯＫを含む。
【００６１】制御サーバはサービス要求メッセージＲＥ
Ｑ５においてセッションクッキーＳＣＯＯＫを検出し、
割り当てセッションコードＳＣを決定し、セッションク
ッキーＳＣＯＯＫの代わりにセッションコードＳＣを伴
ったサービス要求メッセージＲＥＱ５をサービスサーバ
ＳＳ１に転送する。サービスサーバＳＳ１は、今度は、
制御サーバＣＣ１を介して端末ＴＥ１に応答ＡＮＳ３を
送る。応答ＡＮＳ３は要求された課金可能なＷＥＢペー
ジＣＯＮＴ、許可コードＰＡＣおよびセッションコード
ＳＣを含んでいる。
Ｑ５においてセッションクッキーＳＣＯＯＫを検出し、
割り当てセッションコードＳＣを決定し、セッションク
ッキーＳＣＯＯＫの代わりにセッションコードＳＣを伴
ったサービス要求メッセージＲＥＱ５をサービスサーバ
ＳＳ１に転送する。サービスサーバＳＳ１は、今度は、
制御サーバＣＣ１を介して端末ＴＥ１に応答ＡＮＳ３を
送る。応答ＡＮＳ３は要求された課金可能なＷＥＢペー
ジＣＯＮＴ、許可コードＰＡＣおよびセッションコード
ＳＣを含んでいる。
【００６２】許可コードＰＣに沿ってセッションコード
ＳＣを決定してこれらをセッションクッキーＳＣＯＯＫ
において端末ＴＥ１に伝達することが有利である。しか
しながら、セッションコードＳＣは、他の応答において
端末ＴＥ１に送信されることもできる。
ＳＣを決定してこれらをセッションクッキーＳＣＯＯＫ
において端末ＴＥ１に伝達することが有利である。しか
しながら、セッションコードＳＣは、他の応答において
端末ＴＥ１に送信されることもできる。
【００６３】制御サーバＣＣ１は今度は、セッションコ
ードＳＣおよび許可コードＰＡＣが正しいかどうかを見
るために応答ＡＮＳ３をチェックする。
ードＳＣおよび許可コードＰＡＣが正しいかどうかを見
るために応答ＡＮＳ３をチェックする。
【００６４】セッションコードＳＣを用いて、制御サー
バＣＣ１は、応答ＡＮＳ３によって供給されるサービス
が課金可能であることを検出する。課金可能でないサー
ビスをもたらす応答はセッションコードをなんら含んで
いない（図３の例示的な実施形態を参照）。
バＣＣ１は、応答ＡＮＳ３によって供給されるサービス
が課金可能であることを検出する。課金可能でないサー
ビスをもたらす応答はセッションコードをなんら含んで
いない（図３の例示的な実施形態を参照）。
【００６５】セッションコードＳＣと許可コードＰＡＣ
のチェックを用いて、制御サーバＣＣ１は制御サーバＣ
Ｃ１がサービスユーザＳＵ１のサービスの課金をサポー
トするかどうかを決定しているかどうかを検出する。も
し許可コードおよびセッションコードが正しければ、サ
ポートを決定している場合である。このチェックは、例
えば有効な許可コードおよび割り当てられたセッション
コードが格納されたデータベースにより実行することが
できる。
のチェックを用いて、制御サーバＣＣ１は制御サーバＣ
Ｃ１がサービスユーザＳＵ１のサービスの課金をサポー
トするかどうかを決定しているかどうかを検出する。も
し許可コードおよびセッションコードが正しければ、サ
ポートを決定している場合である。このチェックは、例
えば有効な許可コードおよび割り当てられたセッション
コードが格納されたデータベースにより実行することが
できる。
【００６６】もし制御サーバＣＣ１がサービスが課金可
能として分類されかつ制御サーバがサービスユーザＳＵ
１のサービスの課金をサポートすると決定している場合
には、制御サーバＣＣ１は応答ＡＮＳ３を端末ＴＥ１に
転送する。この場合、制御サーバはセッションコードＳ
Ｃおよび許可コードＰＡＣを応答ＡＮＳ３から除去すう
る。サポートを決定していない場合、制御サーバＣＣ１
は、サービスサーバＳＳ１の応答ＡＮＳ３を端末ＴＥ１
に転送しないことにより要求されたサービスの提供を妨
げる。
能として分類されかつ制御サーバがサービスユーザＳＵ
１のサービスの課金をサポートすると決定している場合
には、制御サーバＣＣ１は応答ＡＮＳ３を端末ＴＥ１に
転送する。この場合、制御サーバはセッションコードＳ
Ｃおよび許可コードＰＡＣを応答ＡＮＳ３から除去すう
る。サポートを決定していない場合、制御サーバＣＣ１
は、サービスサーバＳＳ１の応答ＡＮＳ３を端末ＴＥ１
に転送しないことにより要求されたサービスの提供を妨
げる。
【００６７】図５は、端末ＴＥ１がクッキーをなんら受
理しなかった場合についての図４の例示的実施形態の代
替となる例示的実施形態を示す。
理しなかった場合についての図４の例示的実施形態の代
替となる例示的実施形態を示す。
【００６８】図５の例示的実施形態は、以下の相違があ
ることを除き、図４の例示的実施形態に対応する。
ることを除き、図４の例示的実施形態に対応する。
【００６９】端末ＴＥ２からのサービス要求メッセージ
ＲＥＱ３が制御サーバＣＣ１を介してサービスサーバＳ
Ｓ１に転送される。セッションクッキーＳＣＯＯＫは、
サービスサーバＳＳ１のページについてなんら生成され
ず、許可コードＰＡＣがセッションクッキーＳＣＯＯＫ
なしに端末ＴＥ２に送信される。しかしながら、セッシ
ョンコードＳＣがその端末に送信されることが可能であ
る。サービス要求ＲＥＱ５はセッションクッキーＳＣＯ
ＯＫをなんら含まない（いくつかのサービスユーザ特定
データも端末ＴＥ２と制御サーバＣＣ１の間で通信され
ないこともありうる）。
ＲＥＱ３が制御サーバＣＣ１を介してサービスサーバＳ
Ｓ１に転送される。セッションクッキーＳＣＯＯＫは、
サービスサーバＳＳ１のページについてなんら生成され
ず、許可コードＰＡＣがセッションクッキーＳＣＯＯＫ
なしに端末ＴＥ２に送信される。しかしながら、セッシ
ョンコードＳＣがその端末に送信されることが可能であ
る。サービス要求ＲＥＱ５はセッションクッキーＳＣＯ
ＯＫをなんら含まない（いくつかのサービスユーザ特定
データも端末ＴＥ２と制御サーバＣＣ１の間で通信され
ないこともありうる）。
【００７０】図６は、課金可能なサービスが端末ＴＥ１
によって要求されかつ許可コードＰＡＣが以前のサービ
ス要求において既に決定されており端末ＴＥ１に送信さ
れている場合についての制御ユニットＣＯＮＴＲの動作
モードについて説明する。これは、たとえば図４の例示
的実施形態と連携してサービスサーバＳＳ１のサービス
が端末ＴＥ１によって再び要求された場合におこる。
によって要求されかつ許可コードＰＡＣが以前のサービ
ス要求において既に決定されており端末ＴＥ１に送信さ
れている場合についての制御ユニットＣＯＮＴＲの動作
モードについて説明する。これは、たとえば図４の例示
的実施形態と連携してサービスサーバＳＳ１のサービス
が端末ＴＥ１によって再び要求された場合におこる。
【００７１】たとえば特定のＨＴＭＬページの要求を含
むサービス要求メッセージＲＥＱ４が端末ＴＥ１によっ
て制御サーバＣＣ１に送信され、制御サーバＣＣ１はそ
のサービス要求メッセージＲＥＱ２を変更しないままサ
ービスサーバＳＳ１に転送する。ここで、サービス要求
メッセージＲＥＱ４は、課金可能なサービスの以前の要
求の間に端末に送信されたセッションコードＳＣを含ん
でいる。サービスサーバＳＳ１は応答２（ＰＴ）を制御
サーバＣＣ１に送信する。応答ＡＮＳ２（ＰＴ）は要求
されたサービスを課金可能として分類する識別コードＰ
Ｔを含んでいる。応答ＡＮＳ２（ＰＴ）はまたセッショ
ンコードＳＣを含む。
むサービス要求メッセージＲＥＱ４が端末ＴＥ１によっ
て制御サーバＣＣ１に送信され、制御サーバＣＣ１はそ
のサービス要求メッセージＲＥＱ２を変更しないままサ
ービスサーバＳＳ１に転送する。ここで、サービス要求
メッセージＲＥＱ４は、課金可能なサービスの以前の要
求の間に端末に送信されたセッションコードＳＣを含ん
でいる。サービスサーバＳＳ１は応答２（ＰＴ）を制御
サーバＣＣ１に送信する。応答ＡＮＳ２（ＰＴ）は要求
されたサービスを課金可能として分類する識別コードＰ
Ｔを含んでいる。応答ＡＮＳ２（ＰＴ）はまたセッショ
ンコードＳＣを含む。
【００７２】制御サーバＣＣ１は応答ＡＮＳ２（ＰＴ）
をチェックしてこれが課金可能として分類されることを
決定する。制御サーバＣＣ１はさらに、応答ＡＮＳ２
（ＰＴ）が有効なセッションコードＳＣを含むことを決
定する。
をチェックしてこれが課金可能として分類されることを
決定する。制御サーバＣＣ１はさらに、応答ＡＮＳ２
（ＰＴ）が有効なセッションコードＳＣを含むことを決
定する。
【００７３】応答ＡＮＳ２（ＰＴ）が要求されたサービ
スを課金可能として分類する識別コードＰＴを含みかつ
応答が有効なセッションコードＳＣを含んでいるため、
制御サーバＣＣ１はサービスユーザの認証のための手順
をなんら実行しない。むしろ、制御サーバＣＣ１はＨＴ
ＭＬページＣＯＮＦＰを端末ＴＥ１に送る。このページ
は、サービスユーザＳＵ１に、ユーザがこの課金可能な
サービスの享受を望むことを確認するよう要求する。Ｃ
ＯＮＦＰページの送信は、もちろんなしですませること
もできる。
スを課金可能として分類する識別コードＰＴを含みかつ
応答が有効なセッションコードＳＣを含んでいるため、
制御サーバＣＣ１はサービスユーザの認証のための手順
をなんら実行しない。むしろ、制御サーバＣＣ１はＨＴ
ＭＬページＣＯＮＦＰを端末ＴＥ１に送る。このページ
は、サービスユーザＳＵ１に、ユーザがこの課金可能な
サービスの享受を望むことを確認するよう要求する。Ｃ
ＯＮＦＰページの送信は、もちろんなしですませること
もできる。
【００７４】サービスサーバからのサービス要求メッセ
ージへの応答が有効なセッションコードを含む場合に
は、サービスユーザの認証のための手順はしたがって実
行されない。
ージへの応答が有効なセッションコードを含む場合に
は、サービスユーザの認証のための手順はしたがって実
行されない。
【００７５】サービスユーザＳＵ１が課金可能サービス
からの要求に同意すると、許可コードＰＡＣおよびセッ
ションコードＳＣを伴う要求メッセージＲＥＱ５が制御
サーバＣＣ１に送られる。この場合、このメッセージの
送信と、セッションコードＳＣおよび許可コードＰＡＣ
の管理とを、もちろん端末ＴＥ１に格納されるセッショ
ンクッキーＳＣＯＯＫによってサポートすることができ
る。
からの要求に同意すると、許可コードＰＡＣおよびセッ
ションコードＳＣを伴う要求メッセージＲＥＱ５が制御
サーバＣＣ１に送られる。この場合、このメッセージの
送信と、セッションコードＳＣおよび許可コードＰＡＣ
の管理とを、もちろん端末ＴＥ１に格納されるセッショ
ンクッキーＳＣＯＯＫによってサポートすることができ
る。
【００７６】要求メッセージＲＥＱ５が制御サーバＣＣ
１によってサービスサーバＳＳ１に転送され、サービス
サーバＳＳ１はついで応答ＡＮＳ３を制御サーバＣＣ１
に送る。応答ＡＮＳ３は図４の応答ＡＮＳ３と同様に制
御サーバＣＣ１によって取り扱われる。
１によってサービスサーバＳＳ１に転送され、サービス
サーバＳＳ１はついで応答ＡＮＳ３を制御サーバＣＣ１
に送る。応答ＡＮＳ３は図４の応答ＡＮＳ３と同様に制
御サーバＣＣ１によって取り扱われる。
【図１】本発明による、何人かのサービスユーザ、いく
かのサービスサーバ、および２つの制御サーバを伴った
システムのブロック図である。
かのサービスサーバ、および２つの制御サーバを伴った
システムのブロック図である。
【図２】図１におけるような、本発明による制御サーバ
の機能を表す図である。
の機能を表す図である。
【図３】端末とサービスサーバの間の通信の第１のフロ
ーチャートである。
ーチャートである。
【図４】端末とサービスサーバの間の通信の第２のフロ
ーチャートである。
ーチャートである。
【図５】端末とサービスサーバの間の通信の第３のフロ
ーチャートである。
ーチャートである。
【図６】端末とサービスサーバの間の通信の第４のフロ
ーチャートである。
ーチャートである。
ＡＤ メッセージ
ＡＮＳ１、ＡＮＳ２、ＡＮＳ３ 応答
ＡＵＴ、ＬＯＧ、ＳＨ 機能
ＢＳ１、ＢＳ２ 課金システム
ＣＣ１、ＣＣ２ 制御サーバ
ＣＨ１、ＣＨ２、ＣＨ３ 方法
ＣＯＮＴ ＷＥＢページ
ＣＯＮＴＲ 制御ユニット
ＬＯＧＰ ＨＴＭＬページ
ＫＮ１、ＫＮ２ 通信ネットワーク
ＰＡ 確認コード
ＰＡＣ 許可コード
ＰＴ 識別コード
ＰＷ パスワード
ＲＥＱ１、ＲＥＱ２、ＲＥＱ３、ＲＥＱ４、ＲＥＱ５
要求メッセージ ＳＣ セッションコード ＳＣＯＯＫ セッションクッキー ＳＳ１、ＳＳ２、ＳＳ３ サービスサーバ ＳＵ１、ＳＵ２、ＳＵ３ サービスユーザ ＴＥ１、ＴＥ２、ＴＥ３ 端末 ＵＮ ユーザ名
要求メッセージ ＳＣ セッションコード ＳＣＯＯＫ セッションクッキー ＳＳ１、ＳＳ２、ＳＳ３ サービスサーバ ＳＵ１、ＳＵ２、ＳＵ３ サービスユーザ ＴＥ１、ＴＥ２、ＴＥ３ 端末 ＵＮ ユーザ名
Claims (16)
- 【請求項１】 サービスサーバによってサービスユーザ
に提供されるサービスの課金をサポートする方法であっ
て、サービスを要求するサービス要求メッセージがサー
ビスユーザの端末によって通信ネットワークを介して前
記サービスサーバに送信され、前記サービス要求メッセ
ージおよび前記サービス要求メッセージに対して送出さ
れる前記サービスサーバの応答の一以上が制御サーバを
介して経路指定され、前記制御サーバが前記サービスユ
ーザの認証のための手順を実行し、前記手順の結果を用
いて前記サービスユーザによって要求されるサービスの
課金が前記制御サーバによってサポートされるかどうか
を決定し、前記制御サーバが、前記サービスサーバの応
答が前記要求されるサービスを課金可能として分類する
識別コードを含むかどうかをチェックし、前記制御サー
バが、前記要求されるサービスが課金可能として分類さ
れかつ前記制御サーバが前記サービスユーザによって要
求されるサービスの課金をサポートすることを決定して
いない場合に、前記要求されたサービスの提供を妨げ
る、方法。 - 【請求項２】 前記サービスユーザの認証のための手順
の間に、前記制御サーバがさらに課金システムによる許
可をチェックし、かつ肯定的な許可の場合にのみ前記サ
ービスユーザによって要求されたサービスの課金が前記
制御サーバによってサポートされることを決定する、請
求項１に記載の方法。 - 【請求項３】 課金システムによる許可のチェックの間
に、前記制御サーバが前記課金システムのサーバにアク
セスする、請求項２に記載の方法。 - 【請求項４】 他の制御サーバによる肯定的な許可の場
合に、制御サーバが、前記サービスユーザによって要求
されるサービスの課金が前記制御サーバによってサポー
トされることを決定する、請求項１に記載の方法。 - 【請求項５】 前記サービスユーザによって要求される
サービスの課金が前記制御サーバによってサポートされ
るかどうかについての決定が、サービスを求める要求ご
とになされる、請求項１に記載の方法。 - 【請求項６】 前記サービスユーザによって要求される
サービスの課金が前記制御サーバによってサポートされ
るかどうかについての決定が、２つ以上のサービスを求
める要求について有効である、請求項１に記載の方法。 - 【請求項７】 前記サービス要求メッセージおよび前記
サービス要求メッセージに対して送出される前記サービ
スユーザの前記応答の一以上が、前記要求されるサービ
スのサービス事業者に割り当てられる制御サーバを介し
て経路指定される、請求項１に記載の方法。 - 【請求項８】 サービスサーバによってサービスユーザ
に提供されるサービスの課金をサポートする制御サーバ
であって、前記制御サーバが制御ユニットを備え、前記
制御ユニットは、前記制御ユニットがサービスユーザの
認証のための手順を実行しかつ前記手順の結果を用いて
サービスユーザによって要求されるサービスの課金が前
記制御サーバによってサポートされるかどうかを決定す
るよう構成され、かつ前記制御ユニットは、前記制御ユ
ニットがサービスユーザのサービス要求メッセージに対
するサービスサーバの応答が前記要求されるサービスを
課金可能として分類する識別コードを含むかどうかをチ
ェックするようさらに構成され、かつ前記制御ユニット
は、前記制御ユニットが、前記要求されるサービスが課
金可能として分類されかつ前記制御ユニットがこのサー
ビスユーザによって要求されるサービスの課金をサポー
トすることを決定していない場合に、サービスユーザに
よって要求されるサービスの提供を妨げるようにさらに
構成される、制御サーバ。 - 【請求項９】 前記制御ユニットは、前記サービスユー
ザにサービスの使用の権限がないかもしくは前記サービ
スユーザが使用のために要求される支払いを許可しない
場合に前記制御ユニットがサービスユーザによって要求
されるサービスの提供を妨げるようさらに構成される、
請求項８に記載の制御サーバ。 - 【請求項１０】 前記制御ユニットは、前記制御ユニッ
トがサービスユーザの端末によって受信されるサービス
要求メッセージをサービスサーバに転送するようさらに
構成される、請求項８に記載の制御サーバ。 - 【請求項１１】 前記制御ユニットは、サービスユーザ
のサービス要求メッセージに対するサービスサーバから
の応答が前記要求されるサービスを課金可能として分類
する識別コードを含む場合に、前記制御ユニットがサー
ビスユーザの認証のための手順を実行するようさらに構
成される、請求項８に記載の制御サーバ。 - 【請求項１２】 前記制御ユニットは、前記制御ユニッ
トがサービスユーザによって要求されるサービスの課金
が前記制御サーバによってサポートされることを決定す
る場合にサービスユーザのための許可コードを決定し、
かつ、前記許可コードを前記サービスユーザの前記端末
に送信するようさらに構成される、請求項８に記載の制
御サーバ。 - 【請求項１３】 前記制御ユニットは、前記制御ユニッ
トがサービスユーザによって要求されるサービスの課金
が前記制御サーバによってサポートされることを決定し
た場合にサービスユーザのための許可コードを決定する
よう前記サービスサーバに要求するようさらに構成され
る、請求項８に記載の制御サーバ。 - 【請求項１４】 前記制御ユニットは、前記制御ユニッ
トがサービスユーザによって要求されるサービスの課金
が前記制御サーバによってサポートされることを決定し
た場合にサービスユーザのためのセッションコードを決
定しかつ前記セッションコードを前記サービスユーザの
前記端末に送信するようさらに構成され、かつ、前記制
御ユニットは、前記制御ユニットがサービス要求メッセ
ージに対するサービスサーバからの応答がセッションコ
ードを含む場合にサービスユーザの認証の前記手順を実
行しないようにさらに構成される、請求項８に記載の制
御サーバ。 - 【請求項１５】 前記制御ユニットは、前記制御ユニッ
トがサービスユーザのために、サービスユーザに特定の
データ特にクッキーを伴うデータレコードを決定し前記
サービスユーザの前記端末に前記データレコードを送信
するようさらに構成される、請求項８に記載の制御サー
バ。 - 【請求項１６】 前記制御ユニットは、前記制御ユニッ
トが、サービス要求メッセージに対する前記サービスサ
ーバからの応答をサービスユーザの前記端末に転送しな
いよう、サービスユーザによって要求されるサービスの
提供を妨げるようさらに構成される、請求項８に記載の
制御サーバ。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE2001149160 DE10149160A1 (de) | 2001-10-04 | 2001-10-04 | Kontroll-Server zur Unterstützung der Vergebührung von Diensten |
| DE10149160.3 | 2001-10-04 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003263598A true JP2003263598A (ja) | 2003-09-19 |
Family
ID=7701506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002282486A Withdrawn JP2003263598A (ja) | 2001-10-04 | 2002-09-27 | サービスの課金をサポートする制御サーバ |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1300794A3 (ja) |
| JP (1) | JP2003263598A (ja) |
| CN (1) | CN1412972A (ja) |
| DE (1) | DE10149160A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012113634A (ja) * | 2010-11-26 | 2012-06-14 | Ntt Docomo Inc | 表示装置、開示制御装置、開示制御方法、及びプログラム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794638A (zh) * | 2005-08-03 | 2006-06-28 | 华为技术有限公司 | Oma业务应用接入计费系统的方法和计费引擎 |
| CN111461688A (zh) * | 2020-04-02 | 2020-07-28 | 国金区块链科技(杭州)有限公司 | 一种基于区块链技术的服务收费系统及其收费方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69811947T2 (de) * | 1997-12-15 | 2003-12-11 | British Telecomm | Datenübertragungen |
| FI105249B (fi) * | 1997-12-18 | 2000-06-30 | More Magic Software Mms Oy | Menetelmä ja järjestely informaation liittämiseksi verkkoresursseihin |
| FI106343B (fi) * | 1998-05-26 | 2001-01-15 | Ericsson Telefon Ab L M | Menetelmä ja laitteisto veloituksen toteuttamiseksi tietoliikenneverkossa |
| FI20002614A (fi) * | 2000-11-28 | 2002-05-29 | Nokia Corp | Laskutuksen ohjaus tietoliikennejärjestelmässä |
| CN1533543A (zh) * | 2001-02-19 | 2004-09-29 | ��˹��ŵ�� | 控制通信系统中的计费 |
-
2001
- 2001-10-04 DE DE2001149160 patent/DE10149160A1/de not_active Withdrawn
-
2002
- 2002-09-25 EP EP02360274A patent/EP1300794A3/de not_active Withdrawn
- 2002-09-27 JP JP2002282486A patent/JP2003263598A/ja not_active Withdrawn
- 2002-09-29 CN CN 02144225 patent/CN1412972A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012113634A (ja) * | 2010-11-26 | 2012-06-14 | Ntt Docomo Inc | 表示装置、開示制御装置、開示制御方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1300794A3 (de) | 2004-08-11 |
| CN1412972A (zh) | 2003-04-23 |
| DE10149160A1 (de) | 2003-04-17 |
| EP1300794A2 (de) | 2003-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU755054B2 (en) | Method, arrangement and apparatus for authentication through a communications network | |
| US20040139204A1 (en) | Architecture for providing services in the internet | |
| CN100574202C (zh) | 在ip网络中基于内容进行计费的方法和系统 | |
| EP1221264B1 (en) | Determining services accessible via a subscription in a communication system | |
| CA2338127C (en) | Telecommunication method and suitable system for establishing a connection with a mobile station | |
| EP1104620B1 (en) | Method of billing subscribers in telecommunication network | |
| JP2008546269A (ja) | 通信システムの加入者のための情報および管理サービスポータル | |
| US7321768B2 (en) | Roaming services using home location register | |
| US20130210386A1 (en) | Method And System For Routing Communications | |
| EP1386470B1 (en) | Architecture for providing services in the internet | |
| CN100562166C (zh) | 移动终端定位信息处理的方法 | |
| FI114675B (fi) | Menetelmä laskutustiedon muodostamiseksi tietoverkkojärjestelmässä ja tietoverkkojärjestelmä | |
| US20030069855A1 (en) | Control server for supporting the charging of services | |
| RU2336654C1 (ru) | Способ предоставления абонентам сотовой подвижной связи неголосовых услуг и система для его осуществления | |
| WO1999007106A2 (en) | Internet profile management for radiotelephone subscribers | |
| CN1750568B (zh) | 数据业务控制系统及控制网络以及业务控制方法 | |
| US20030125012A1 (en) | Micro-credit certificate for access to services on heterogeneous access networks | |
| JP2004166226A (ja) | 端末ユーザからコンテンツ・サービスへのオンライン・アクセスを制御する方法及びシステム | |
| GB2367204A (en) | Accessing services and products via the internet | |
| JP2003263598A (ja) | サービスの課金をサポートする制御サーバ | |
| KR20030005200A (ko) | 지불 시스템 | |
| KR100328815B1 (ko) | 대용량통신처리시스템의인터넷과금회수대행인증서버접속방법 | |
| AU2002315981B2 (en) | Parallel coordinated operations in private domains | |
| CN106936602A (zh) | 基于物联网设备的网络计费方法及装置 | |
| CN100561986C (zh) | Soa架构下多级服务总线的服务调用的动态路由方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060110 |