CN1412972A - 支持服务收费的控制服务器 - Google Patents
支持服务收费的控制服务器 Download PDFInfo
- Publication number
- CN1412972A CN1412972A CN 02144225 CN02144225A CN1412972A CN 1412972 A CN1412972 A CN 1412972A CN 02144225 CN02144225 CN 02144225 CN 02144225 A CN02144225 A CN 02144225A CN 1412972 A CN1412972 A CN 1412972A
- Authority
- CN
- China
- Prior art keywords
- service
- user
- server
- control server
- control
- 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.)
- Pending
Links
Images
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
本发明涉及支持服务服务器提供给服务用户的服务收费的过程和控制服务器。来自服务用户终端的请求服务的服务请求消息通过通信网络传送到服务服务器。服务请求消息和一个或多个在服务请求消息上发送的服务服务器的应答经过控制服务器。控制服务器执行鉴别服务用户的过程并使用该过程的结果,确定是否服务用户所请求服务的收费为控制服务器所支持。控制服务器检查来自服务服务器的应答是否包含将所请求服务分类为可收费的控制码。如果所请求服务分类为可收费的而且控制服务器无法确定它支持服务用户所请求服务的收费,控制服务器会阻止提供所请求服务。
Description
技术领域
本发明基于在先的申请No.DE 101 49 160.3,这里引用它作为参考。
本发明涉及支持对由服务服务器提供给服务用户的服务进行收费的过程和控制服务器。在这类过程中,请求服务的服务请求消息通过通信网络络从服务用户的终端传送到服务服务器。
问题是,特别是在因特网上提供服务的领域内,怎样对服务用户为服务的使用进行收费。本发明基于以下描述的过程,它用于通过因特网对提供给服务用户的服务进行收费。
所谓的NET900服务在因特网上使用特定的拨入节点来对信息的使用收取服务用户的费用,该信息由他/她通过因特网访问。服务用户只能通过拨入分配了特殊电话号码的拨入节点来访问该服务。而拨叫该服务节点会由电话网的收费系统以比普通拨入接点高的费率收费。
这种过程的缺点是它只能用于使用ISDN(综合服务数字网络)或调制解调器的因特网访问。
另外的解决方案包括在服务用户的终端和服务提供者的服务器上安装特殊的软件模块,它通过“电子货币”进行服务的支付。终端上的软件模块可以和用于服务支付的“电子货币”一起装载。
这些解决方案有不利之处,它们要求使用特殊的终端和只能用于已预付的领域。
发明内容
本发明的目的是促进用户友好的服务收费和使这样做的技术花费降到最小。
这里服务可以包括比如信息,数据或软件的供应,但也可以包括“具体”货物的销售。
本发明的优势在于无须在终端区域使用特殊的软件或硬件。这样就特别地经济和用户友好。
另外,整个收费过程对服务用户和服务服务器是透明的。已存在的收费系统可以被简单地集成进来。这样引入本发明到现有系统的技术花费也很小。
本发明的优选开发在下面权利要求中揭示。
附图概要说明
下面用几个实施例为示例并在附图的帮助下解释本发明。
图1示出了根据本发明的一个拥有若干服务用户,若干服务服务器和两个控制服务器的系统的模块图。
图2示出了根据本发明图1所示的控制服务器的功能表示。
图3示出了第一张终端和服务服务器之间通信的流程图。
图4示出了第二张终端和服务服务器之间通信的流程图。
图5示出了第三张终端和服务服务器之间通信的流程图。
图6示出了第四张终端和服务服务器之间通信的流程图。
图1示出了两个通信网络络KN1和KN2,三个分配了单独终端TE1,TE2和TE3的服务用户SU1到SU3,两个控制服务器CC1和CC2,两个收费系统BS1和BS2,和四个服务服务器SS1到SS4。
通信网络络KN1和KN2包括因特网,就是指使用IP协议(因特网协议)作为3层协议的通信网络络。然而,通信网络络KN1和KN2也可以由不同类型的通信网络络所形成。
通信网络络KN1可以由数据网络组成,例如它自身由不同的子网组成。这样的子网可分配给不同的网络操作者,例如,这些子网也可以是移动无线网,它的通信是基于比如DECT,GSM,UMTS或蓝牙标准(DECT=欧洲数字无绳电讯,GSM=全球移动通信系统,UMTS=世界移动通信系统)。这样的子网也可由电话网形成(用调制解调器或ISDN作为数据传输设备)。通信网络络KN1也可全部由电话网组成。
通信网络络KN2可以由数据网络组成,例如基于LAN(局域网)协议。这里通信网络KN2在理论上再次可能是电话网。
每个服务服务器SS1到SS4由内联的计算机和这些计算机上运行的软件组成。在所有情况下,服务服务器SS1到SS4都提供给服务用户SU1到SU3一个或多个服务。这里服务服务器SS1到SS4所提供服务可以本质不同:例如提供信息、数据、程序,用户控制的信息过滤或商品和服务的销售。
服务用户SU1到SU3通过因特网访问服务服务器SS1到SS4。但服务用户也可能通过WAP(无线应用协议)或电话终端访问服务服务器SS1到SS4。根据访问的类型,服务服务器SS1到SS4满足WEB服务器,WAP服务器或IN(智能网络),SCP(服务控制点)的功能并因而进行相应的技术装备。
终端TE1到TE3是装备了通过通信网络KN1进行通信的软硬件组件的计算机。终端TE1到TE3因此有WEB浏览器,通过它访问服务服务器SS1到SS4所提供的服务。终端TE1到TE3也可能是WAP终端,UMTS终端或仅仅是标准电话终端。
控制服务器CC1和CC2用来支持服务服务器SS1到SS4提供给服务用户SU1到SU3的服务的收费。这种情况下,一方面控制服务器CC1和CC2可能在所有情况下都分配给服务用户的具体组。例如控制服务器CC1过程具体网络操作者或因特网访问操作者的所有订阅服务请求。另一方面控制服务器CC1和CC2可能在所有情况下都分配给一个或多个服务服务器。例如控制服务器CC2过程指向具体服务操作者所提供服务的所有服务请求。这里服务服务器和控制服务器也可包括由运行在相同硬件平台上的应用程序实现的逻辑功能模块。
收费系统BS1和BS2包括给服务用户使用通信服务开据帐单的系统。这种情况下收费系统BS1和BS2可使先前由独自收费导致的已缴(预付)费用下降。而有可以在特定时段增加引起的费用并在时段结束时向用户开帐单的附加便利。例如收费系统BS1可以是第一个电话网操作者的常规收费系统而收费系统BS2是第二个电话网操作者的收费系统。然而,收费系统BS1和BS2在所有情况下也可以是银行或信用卡机构的支付系统。
为请求服务,服务用户SU1的终端TE1向服务服务器SS1发出服务请求消息。例如这个服务请求消息可以包括指向服务服务器SS1的因特网地址或WEB地址的HTTP/IP(超文本传输协议)消息。然而,这个请求消息也可以是电话网的呼叫请求消息,它被定位到由服务服务器SS1提供的智能网服务。
服务请求消息通过通信网络络KN1和KN2,并通过控制服务器CC1传送到服务服务器SS1。为此通信网络KN1和KN2的路由线路或服务服务器SS1到SS4所提供服务的定位被选中以便终端TE1到TE3和服务服务器SS1之间的通信通过控制服务器CC1进行。服务请求消息和一个或多个服务服务器SS1在服务请求消息上发出的应答因此通过控制服务器CC1发送。
收到来自终端TE1的服务请求消息后,服务服务器SS1对终端TE1发出应答。这个应答被用于提供服务。然而,终端TE1和服务服务器SS1间的消息交换也可在服务服务器SS1提供服务前发生。
控制服务器CC1检查是否服务服务器SS1的应答或服务服务器SS1的应答中的一个包含将所请求服务分类为可收费的识别码。该识别码也可包括回复代码中的符号或具体文件名。
在这种情况下,控制服务器CC1随后执行用于鉴别服务用户的过程并决定是否服务用户SU1所请求服务的收费为控制服务器所支持。对服务服务器来说执行这一过程也可能独立于服务服务器的应答。在来自若干服务的成功请求下,对服务服务器来说执行这一过程也可能仅仅一次。
鉴别服务用户的过程也包括授权过程,服务用户的预付价格信息或服务用户直接付款的销售确认。
如果所请求服务分类为可收费的而控制服务器无法确定它是否支持服务用户所请求服务的收费,那么控制服务器CC1会阻止提供所请求服务。例如这里控制服务器CC1可以通过不将服务服务器SS1的应答传送给终端TE1或者不传送来自终端TE1的消息给服务服务器SS1来阻止提供所请求服务。传递可选内容可以代替非传递操作。另外,控制服务器CC1也可以给服务服务器SS1发出特殊的控制消息来阻止提供所请求服务。这可以通过对传给服务服务器SS1的消息的适当过程来完成。
下面在图2的帮助下解释控制服务器CC1详细的操作模式。
图2示出了控制服务器CC1,它和终端TE1到TE3,服务服务器SS1到SS4和收费系统BS1进行通信。
控制服务器CC1有一个或多个内联的计算机和运行在这些计算机上的软件平台。若干应用程序运行在此软件平台上。在控制服务器CC1的系统平台上运行这些应用程序期间,控制服务器CC1执行下述控制服务器CC1的功能以控制由硬件和软件平台形成的控制服务器CC1。应用程序和系统平台需要运行应用程序以形成控制单元CONTR,它被配置为可以执行下述的控制服务器CC1的功能。
从功能的角度看,控制单元CONTR有三个功能SH,AUT,和LOG。
AUT功能执行鉴别服务用户的过程。使用该过程的结果决定是否服务用户所请求服务的收费为控制服务器所支持。
在鉴别服务用户的过程中,控制服务器从服务用户处请求一个用户识别码,例如一个口令或一个电子签名。使用这些数据,功能SH接着检查哪个服务用户在请求服务。
在鉴别服务用户的过程中,控制服务器CC1也可以使用收费系统检查用户的授权。只有肯定的授权状态才能确定服务用户所请求服务的收费为控制服务器所支持。
服务用户的鉴别和授权可单独由控制单元CONTR实现或在收费系统BS1的支持下实现。
鉴别服务用户的数据可存储在控制服务器CC1的本地机器上。另外,详细说明收费系统BS1对某些收费或某些收费级别的数据可为服务用户存储在控制服务器CC1的本地机器上。也可能是由具体服务用户引起的所有收费的常规授权。这些数据详细说明了一类“预付”帐户,例如每个支付过程减少了那些费用,或为服务用户引起的收费形成的一种信用框架。使用这些数据,AUT功能鉴别服务用户并确定在本地已存在信息的上下文中是否存在单独收费的授权。本地框架用完后,将为收费系统BS1产生资源。特别在收费少的情况下,此过程的优点是收费的花费很小而且收费的花费和引起的费用相比是合理的。
另外的可能是收费系统的服务器因检查收费授权被收费系统BS1可访问。使用传送过来的数据,该服务器确定在每个个案中它是否批准收费过程。
功能SH过程控制服务器CC1收到的消息,该消息来自终端TE1到TE3和服务服务器SS1到SS4。对每个来自终端TE1到TE3之一的通过控制服务器CC1传送的服务请求,功能SH开始一个过程去控制由控制服务器CC1提供的单独服务会话的过程。三个过程CH1到CH3示例于图2。
过程CH1在收到服务请求消息时开始并且传送服务请求消息到它所指向的服务服务器。它检查服务服务器对服务请求消息的应答或应答中的一个是否包含将所请求服务分类为可收费的识别码。
过程CH1还确定是否以及何时对该服务会话执行AUT功能:在此情况下可以对每个服务请求做出是否服务用户所请求服务的收费为控制服务器CC1所支持的决定。然而,也可能对两个或多个服务的请求做出有效的决定。
随着别的服务器做出肯定的授权,例如控制服务器CC2,过程CH1无需运行AUT功能并确定服务用户所请求服务的收费也为控制服务器CC1所支持。
如果所请求服务分类为可收费的而AUT功能无法确定控制服务器CC1是否支持服务用户所请求服务的收费,过程CH1就阻止提供服务用户请求的服务。
LOG功能存储关于所服务单独用户请求的收费服务的信息。这样的数据特别关心这些收费的级别。该存储的数据以精确的间隔传递给收费系统BS1或直接开据帐单。
控制单元CONTR操作的详细模式也用图3到6示例所表现的过程序列来说明。
图3阐明了控制单元CONTR对终端TE1所请求不可收费服务的操作模式。
服务请求消息REQ1,例如包含对具体HTML页面的请求,被终端TE1传送到控制服务器CC1。后者将服务请求消息REQ1原样传送到服务服务器SS1。服务服务器SS1传送应答ANS1,例如包含所请求的HTML页面,到控制服务器CC1。控制服务器CC1检查应答ANS1并确定该应答是可收费的。因此它将应答ANS1原样传送给终端TE1。
图4示出了控制单元CONTR对终端TE1所请求可收费服务的操作模式。
服务请求消息REQ2,例如包含对具体HTML页面的请求,被终端TE1传送到控制服务器CC1。控制服务器CC1将服务请求消息REQ2原样传送到服务服务器SS1。服务服务器SS1传送应答ANS2(PT)到控制服务器CC1。应答ANS2(PT)包含识别码PT将所请求服务分类为可收费的。另外,识别码PT包含附加数据详细说明收费级别,或参照具体的收费系统。
控制服务器CC1检查应答ANS2(PT)并确定该应答是可收费的。
既然应答ANS2(PT)包含将所请求服务分类为可收费的识别码PT,控制服务器CC1执行鉴别服务用户的过程。为此它发送HTML页面LOPG到终端TE1。该页面请求服务用户SU1输入鉴别数据并确认他希望接受该收费服务。
如果控制服务器CC1因此收到用户名UN,密码PW和确认码PA,那它检查服务用户SU1的真实性和收费授权。如果鉴定和授权的结果是肯定的,那它确定服务用户SU1所请求服务为控制服务器CC1所支持并发送消息AD到服务服务器SS1。收到消息AD后,服务服务器SS1确定授权码PAC和会话cookie SCOOK并全部传送到控制服务器CC1,它将这些传送到终端TE1。这里会话cookie SCOOK包含所服务具体用户的数据记录。
优选情况下,会话cookie SCOOK和授权码PAC都有具体过期时间。例如会话cookie SCOOK给出的参数用于将会话cookie SCOOK从终端TE1的存储体中擦除。授权码PAC和它生成时的瞬时时间一起存储在控制服务器CC1中。随后授权码在大约一分钟后变为无效。
会话cookie SCOOK可以包括下述所服务具体用户的数据,例如服务用户的语言,服务用户希望支付的货币,服务用户所处国家,服务用户的操作者,服务用户收费方案,会话cookie变为无效的瞬时时间,会话的识别码,或服务的IP地址。
这些所服务具体用户的数据当然也可以在服务服务器SS1和终端TE1间以另一种方式通信。
授权码PAC和会话cookie SCOOK也可能直接由服务服务器SS1确定并传送给终端TE1。
会话cookie SCOOK由终端TE1存储。终端TE1然后使新服务请求消息REQ5传送给控制服务器CC1。这种情况下服务请求消息REQ5包含授权码PAC和会话cookie SCOOK。
控制服务器CC1在服务请求消息REQ5中检测到会话cookieSCOOK,确定分配的会话代码SC并用会话代码SC代替会话cookieSCOOK将服务请求消息REQ5传送到服务服务器SS1。服务服务器SS1现在通过控制服务器CC1将应答ANS3发送到终端TE1。应答ANS3包括所请求的收费WEB页面CONT,授权码PAC和会话代码SC。
优选情况下,确定会话代码SC随同授权码PAC并将它们在会话cookie SCOOK中传送给终端TE1。然而,会话代码SC也可以其它应答方式传送给终端TE1。
控制服务器CC1现在检查应答ANS3确定会话代码SC和授权代码PAC是否正确。
使用会话代码SC,控制服务器CC1检测应答ANS3所提供服务是收费的。导致不收费服务的应答不包含会话代码(见图3中实施例的例子)。
利用检查会话代码SC和授权码PAC,控制服务器CC1检测是否控制服务器CC1已经确定它支持服务用户SU1的服务收费。如果授权码和会话代码正确,那么这就是实际的情形。例如可以利用存储有效授权码和已分配会话代码的数据库来进行这种检查。
如果控制服务器检测到该服务是可收费的,而且控制服务器已确定它支持服务用户SU1的服务收费,那么它传送应答ANS3到终端TE1。此时它将会话代码SC和授权码PAC从应答ANS3中移走。如果这不是实际情形,那么它不传送服务服务器SS1的应答ANS3到终端TE1以阻止提供所请求服务。
图5示出了终端TE1不接受cookies的情况下对图4实施例的例子的可选实施例的例子。
除以下差别外,图5实施例的例子与图4实施例的例子一致。
来自终端TE2的服务请求消息REQ3通过控制服务器CC1传送给服务服务器SS1。服务服务器SS1的页面上没有会话cookie SCOOK产生而且授权码PAC传送到终端TE2不伴随会话cookie SCOOK。然而,这对传送到终端的会话代码SC是可能的。服务请求消息REQ5不包含会话cookie SCOOK(一些所服务具体用户的数据因此也不能在终端TE2和控制服务器CC1之间传送)。
图6解释了某种情况下控制单元CONTR的操作模式,该情形中终端TE1请求收费服务而且授权码PAC在先前的服务请求中已确定并传递给终端TE1。该情形是,例如,如果在与图4中实施例的例子连接中,服务服务器SS1的服务会再次被终端TE1请求。
服务请求消息REQ4,例如包含具体HTML页面的请求,它被终端TE1传送到控制服务器CC1,该控制服务器原样传送服务请求消息REQ2到服务服务器SS1。这里服务请求消息REQ4包含先前对可收费服务请求时已传送给终端的会话代码SC。服务服务器SS1传送应答ANS2(PT)到控制服务器CC1。应答ANS2(PT)包含将所请求服务分类为可收费的识别码PT。应答ANS2(PT)也包含会话代码SC。
控制服务器CC1检查应答ANS2(PT)并确定是可收费的。它还确定应答ANS2(PT)包含有效的会话代码SC。
既然应答ANS2(PT)包含将所请求服务分类为可收费的识别码PT,而且应答包含有效的会话代码SC,控制服务器CC1不执行任何鉴别服务用户的过程。相反它发送HTML页面CONFP到终端TE1。该页面请求服务用户SU1确认他希望接受该收费服务。CONFP页面的传送当然也可以省却。
如果来自服务服务器对服务请求消息的应答包含有效会话代码,鉴别服务用户的过程因此不会执行。
如果服务用户同意来自收费服务的请求,那服务请求消息REQ5随同授权码PAC和会话代码SC被发送到控制服务器CC1。这种情况下,该消息的发送和会话代码SC及授权码PAC的管理被会话cookieSCOOK所支持,会话cookie SCOOK当然存储在终端TE1中。
请求消息REQ5被控制服务器CC1传送到服务服务器SS1,该服务器然后发送应答ANS3到控制服务器CC1。应答ANS3象图4中一样被控制服务器CC1过程。
Claims (16)
1.一种用于支持对服务服务器提供给服务用户的服务进行收费的方法,其特征在于,请求服务的服务请求消息由服务用户的终端通过服务服务器的通信网络传送,其中服务请求消息和一个或多个在服务请求消息中发送的服务服务器的应答经过控制服务器,控制服务器执行鉴别服务用户的过程并且,使用该过程的结果确定服务用户所请求服务的收费是否为控制服务器所支持,控制服务器检查服务服务器的应答是否包含将所请求服务分类为可收费的识别码,并且如果所请求服务是可收费的而控制服务器无法确定它支持服务用户所请求服务的收费,那么控制服务器会阻止提供所请求服务。
2.根据权利要求1的方法,其特征在于,在鉴别服务用户的过程中,控制服务器也检查收费系统的授权,而且只有在肯定的授权下,才确定服务用户所请求服务的收费为控制服务器所支持。
3.根据权利要求2的方法,其特征在于,在鉴别服务用户的过程中,控制服务器访问收费系统的服务器。
4.根据权利要求1的方法,其特征在于,在另一个控制服务器给出肯定授权的情况下,该控制服务器确定服务用户所请求服务的收费为控制服务器所支持。
5.根据权利要求1的方法,其特征在于,确定是否服务用户所请求服务的收费是否为控制服务器所支持的决定,在每次请求服务时做出。
6.根据权利要求1的方法,其特征在于,确定服务用户所请求服务的收费是否为控制服务器所支持的决定,对两个或多个服务的请求是有效的。
7.根据权利要求1的方法,其特征在于,服务请求消息和一个或多个在服务请求消息上发送的服务用户的应答经过分配给所请求服务的服务操作者的控制服务器。
8.支持对服务服务器向服务用户提供的服务进行收费的控制服务器,其特征在于,该控制服务器带有一控制单元,该控制单元被配置为这样一种方式,它完成服务用户的授权过程,利用该过程的结果确定对服务用户所请求服务的收费是否为控制服务器所支持,该控制单元进一步被配置为这样一种方式,它检查服务服务器对服务用户的服务请求消息的应答是否包含将所请求服务分类为可收费的识别码,并且该控制单元进一步被配置为这样一种方式,如果所请求服务被分类为可收费的并且所述控制单元无法决定对服务用户所请求服务的收费为控制服务器所支持,那控制单元会阻止提供服务用户所请求的服务。
9.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,如果服务用户未被授权使用该服务,或服务用户未批准使用所要求的付款,那控制单元会阻止提供服务用户请求的服务。
10.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,它将服务用户终端收到的服务请求消息传送给服务服务器。
11.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,如果来自服务服务器对服务用户的服务请求消息的应答包含将所请求服务分类为可收费的识别码,控制单元执行服务用户的授权过程。
12.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,它为服务用户确定授权码,如果它确定对服务用户所请求服务的收费为控制服务器所支持,那它将授权码传送到服务用户的终端。
13.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,如果它确定对服务用户所请求服务的收费为控制服务器所支持,那么它请求服务服务器为服务用户确定授权码。
14.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,如果它确定对服务用户所请求服务的收费为控制服务器所支持,那么它为服务用户确定会话代码,并且它传送会话代码到服务用户的终端,而且控制单元还配置为这样一种方式,如果服务服务器对服务请求消息的应答包含会话代码,它不执行服务用户的授权过程。
15.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,它用服务用户特定数据尤其是cookie,为服务用户确定数据记录,并将其传送到服务用户的终端。
16.根据权利要求8的控制服务器,其特征在于,控制单元还配置为这样一种方式,它阻止提供服务用户请求的服务,这样控制单元不传送服务服务器对服务请求消息的应答到服务用户的终端。
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 |
---|---|
CN1412972A true CN1412972A (zh) | 2003-04-23 |
Family
ID=7701506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02144225 Pending CN1412972A (zh) | 2001-10-04 | 2002-09-29 | 支持服务收费的控制服务器 |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1300794A3 (zh) |
JP (1) | JP2003263598A (zh) |
CN (1) | CN1412972A (zh) |
DE (1) | DE10149160A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007014533A1 (fr) * | 2005-08-03 | 2007-02-08 | Huawei Technologies Co., Ltd. | Procede permettant d'acceder au systeme de taxation par une application de service, moteur de taxation et reseau de taxation associe |
CN111461688A (zh) * | 2020-04-02 | 2020-07-28 | 国金区块链科技(杭州)有限公司 | 一种基于区块链技术的服务收费系统及其收费方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5679425B2 (ja) * | 2010-11-26 | 2015-03-04 | 株式会社Nttドコモ | 表示装置、開示制御装置、開示制御方法、及びプログラム |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1040437B1 (en) * | 1997-12-15 | 2003-03-05 | BRITISH TELECOMMUNICATIONS public limited company | Data communications |
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ä |
US8527410B2 (en) * | 2001-02-19 | 2013-09-03 | Nokia Corporation | Control of billing in a communications system |
-
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 (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007014533A1 (fr) * | 2005-08-03 | 2007-02-08 | Huawei Technologies Co., Ltd. | Procede permettant d'acceder au systeme de taxation par une application de service, moteur de taxation et reseau de taxation associe |
CN111461688A (zh) * | 2020-04-02 | 2020-07-28 | 国金区块链科技(杭州)有限公司 | 一种基于区块链技术的服务收费系统及其收费方法 |
Also Published As
Publication number | Publication date |
---|---|
EP1300794A2 (de) | 2003-04-09 |
EP1300794A3 (de) | 2004-08-11 |
DE10149160A1 (de) | 2003-04-17 |
JP2003263598A (ja) | 2003-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101218806B (zh) | 用于通信系统的订户的信息服务和管理服务门户 | |
CN1398387A (zh) | 支付交易方法和支付交易系统 | |
EP1530169A1 (en) | Method for performing a voting by mobile terminals | |
CN1729648A (zh) | 在网络中提供灵活计费的系统 | |
CN1391684A (zh) | 支付交易方法和支付交易系统 | |
US20040243490A1 (en) | Method and system for performing a financial transaction in a mobile communications system | |
CN1322326A (zh) | 使用多功能预付费卡的电子付费系统及销售该预付费卡的方法 | |
CN1608267A (zh) | 用于资金转帐的系统和方法 | |
CN1599910A (zh) | 用于向移动设备提供订购内容服务的系统和方法 | |
CN101069206A (zh) | 用于管理在网络环境中的终端用户访问的系统和方法 | |
CN1636179A (zh) | 智能网络计费边缘 | |
CN1533543A (zh) | 控制通信系统中的计费 | |
CN101288092A (zh) | 移动账户管理 | |
CN1608387A (zh) | 在通信网中用于计费的系统和方法及通信网计费服务器 | |
CN102067143A (zh) | 用于电子装置的安全管理的系统、方法和装置 | |
CN1476578A (zh) | 用于经金融数据网络接入点购买商品和服务的系统和方法 | |
CN1610305A (zh) | 无线局域网预付费计费系统及其方法 | |
CN1608266A (zh) | 用于服务提供和计费的方法和电信网 | |
US20030069855A1 (en) | Control server for supporting the charging of services | |
CN1859135A (zh) | 一种wap业务计费方法 | |
EP1488591A1 (en) | System and method for managing messaging services | |
WO2002102016A2 (en) | Architecture for providing services in the internet | |
CN1453726A (zh) | 信息内容发送系统 | |
CN1853369A (zh) | 用于提供可分离记帐服务的方法和装置 | |
CN1412972A (zh) | 支持服务收费的控制服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |