基于事件的移动应用计费的制作方法

文档序号:6491709阅读:205来源:国知局
专利名称:基于事件的移动应用计费的制作方法
技术领域
本发明涉及用于对移动应用进行计费的技术,并特别涉及但不仅限于移动终端通过移动电信网络对例如游戏等应用的使用。
背景技术
随着移动终端变得更加先进,提供了越来越多至少部分运行于移动终端本身之内的应用。这些应用可以被称为移动应用,它们既可以是独立的也可以是交互式的。交互式应用可以进一步分为客户端-服务器交互式应用和客户端-客户端交互式应用。
网络运营商需要实现对用于移动终端的至少需要对移动电信网路进行某些访问的应用进行计费。
当前实现于当前服务平台的计费功能并不理想。现有的计费主要基于数据业务量。这样,与应用或服务的使用相关联的费用对于最终用户来说是不可预测的。现有的计费结构无法提供令人满意的对预付费用户的支持。数据业务量可能使预付费用户的信用不足而无法使用特定的应用。但是,这只有在已经开始试图使用或访问应用之后才可能变得明显。
移动终端对与应用相关联的服务的使用可以被认为是“事件”。对于网络运营商,基于数据量计费的一个选择是实现基于事件的服务定价。这将使得对服务的使用成为固定价格。这正是所期望的,因为其使服务定价对于最终用户是可以理解并且是透明的,而且更好地反映了服务对最终用户的可感知价值。
客户端-服务器应用是当前交互式应用的主要类型。客户端-客户端应用可能在会话发起协议(SIP)在移动网络中变得更加普遍可用时而变得更加流行。
独立的应用通常嵌入在终端内,或者在单个会话中下载。其与运营商的计费基础设施并不相关,从而网络运营商没有办法使用新型的计费选择方案,例如基于使用或事件的计费,而不是基于用户访问网络,例如下载或升级独立的应用的时间。
对于客户端-服务器应用的新型计费(例如,基于事件的计费)在理论上可以通过将应用的服务器部分与运营商的计费基础设施进行整合来实现。但是,由于涉及的必要精力投入和投资,新的服务平台与网络运营商计费基础设施的整合具有挑战性。对于位于网络运营商网络设施外部的服务平台尤其如此。不同的服务平台基于不同专有的实现方式,而且不存在标准。这使得这种平台与网络运营商计费基础设施的整合变得困难而且代价高。可能对于每个服务平台都需要专用的接口。
另外,通常并不向网络运营商外部的服务平台发送移动终端标识,MSISDN,这使得对计费的跟踪变得困难。
由于上述缺点,运营商主要继续使用基于数据量的基本计费模型。这在服务使用上有负面影响,因为与特定应用相关联的费用对于用户不是易于透明的。
由于需要在网络运营商和服务提供商之间提供直接的计费接口,以提供新型计费解决方案,会出现其它的问题。
本发明的目的在于提供一种用于对移动应用进行计费的改进型技术。

发明内容
依照本发明的基本方面,提供一种在移动通信系统中管理计费的方法,包括在网元和计费功能之间提供接口,其中依赖于在网元所接收的信息,通过在所述接口交换计费信息,对计费进行管理。
网元可以适用使得用户终端和应用之间的所有业务通过网元。网元可以是业务分析器。
计费信息可以是用户设备所发送请求中的事件标识符。计费信息可以是应用向用户设备发送的响应请求中的事件标识符。计费信息是计费URL。
计费信息可接收自应用。计费信息可以是信用。信用可在网元中进行实时应用。
依照本发明的这个基本方面,在通信系统中提供一种网元,适用于分析用户终端和应用之间的业务,网元具有到计费功能的接口,接口用于向计费功能提供所述业务中所包含的计费信息。
网元可包括业务分析器。网元可适用于抽取事件标识符,其包括用户设备所发送请求中的计费信息。网元可适用于抽取事件标识符,其包括应用向用户设备发送的响应请求中的计费信息。计费信息可以是计费URL。
计费信息可以接收自应用。计费信息可以是信用。信用可在网元中进行实时应用。
这种方法或网元可实现于移动通信系统中,应用优选地是应用服务器上所提供的移动应用,以及用户终端优选地是符合诸如UMTS的移动通信标准的用户设备。
依照本发明的一个方面,提供一种对移动应用进行计费的方法,包括识别与可计费事件相关联的触发信息,识别请求这个事件的用户,以及向计费功能提供可计费事件和用户的细节。
触发信息可包括事件标识符和用户标识符,所述标识符形成可计费事件的细节。事件标识符可以是URL。用户标识符可以是MSISDN。触发信息可以是从用户终端到应用的请求。触发信息可以是应用对来自用户终端的请求的响应。
应用可由应用服务器提供。请求或响应可以是HTTP消息。
应用可由应用客户端提供。请求或响应可以是SIP消息。触发信息可包含在消息的报头。响应可包括请求的授权。应用可提供认证。
依照本发明的另一方面,提供一种用于进行移动应用的计费的网元,网元包括适用于识别与可计费事件相关联的触发信息的装置;适用于识别请求这个事件的用户的装置;以及适用于向计费功能装置提供可计费事件和用户的细节的装置。
适用于识别触发信息的装置包括可适用于识别事件标识符和用户标识符的装置,所述标识符形成可计费事件的细节。事件标识符可以是URL。用户标识符可以是MSISDN。
适用于识别触发信息的装置可适用于识别从用户终端到应用的请求。适用于识别触发信息的装置可适用于识别应用对来自用户终端的请求的响应。应用可由应用服务器提供。请求或响应可以是HTTP消息。
应用可由应用客户端提供。请求或响应可以是SIP消息。
网元可以是业务分析器。
网元可进一步适用于识别消息报头中的触发信息。
网元可以是GGSN。移动通信系统可包括该网元。
依照本发明的另一个方面,提供一种用于对移动应用进行计费的方,包括生成触发信息,其识别可计费事件以及与对这个事件的请求相关联的用户,以及向计费功能提供可计费事件和用户的细节。
向计费功能提供细节的步骤包括向移动通信网络发送触发信息。
响应于移动应用的使用生成触发信息。
移动应用是独立的应用。触发信息是对应用服务器的请求。触发信息是对移动终端的请求。
本方法可进一步包括创建其报头包含触发信息的消息。
本发明优选地提供一种适用于执行本方法的程序。移动应用优选地包括该程序。计算机程序产品可包含用于执行本方法的计算机程序代码。
在本发明的另一方面,提供一种适用于对移动应用进行计费的移动终端,包括用于生成触发信息的装置,以识别可计费事件以及与对这个事件的请求相关联的用户,以及向计费功能提供可计费事件和用户的细节的装置。
用于向计费功能提供细节的装置可包括用于向包含计费功能的动通信网络发送所述细节的装置。
在本发明的第二方面,提供一种用于对移动应用计费进行管理的方法,包括通过网元为用户终端建立对移动应用的访问,以及在网元处接收来自移动应用的计费信息。
计费信息可提供于移动应用向用户终端发送的消息中。
网元可适用于接收移动应用和用户终端之间的所有业务。在网元处进行接收的步骤可包括接收在移动应用和用户终端之间传送的业务。计费信息可以是信用信息。
可由网元向计费功能提供计费信息。可向与计费功能相关联的信用控制管理器提供计费信息。可向网络运营商提供计费信息。计费信息可实时使用。
在本发明的第二方面,还在通信系统中提供网元,适用于分析用户终端和应用之间的业务,网元具有对计费功能的接口,接口用于向计费功能提供包含在所述业务中的计费信息,网元适用于接收来自移动应用的计费信息。
网元可适用于接收在移动应用向用户终端传送的消息中的计费信息。
网元可适用于接收移动应用和用户终端之间的所有业务。计费信息可以是信用信息。可由网元向计费功能提供计费信息。
在本发明的第二方面,从移动应用向用户终端发送信用脉冲,并且业务分析器截获这些脉冲。业务分析器截获用户设备和应用之间的所有业务。由于应用向用户终端发送信用信息,应用不需要知道用户是谁。信用信息直接路由至还处理计费的网元,并且实时地自动对正确的用户账户记录信用。


现在参照附图,通过特定示例描述本发明,其中图1说明一个网络架构的概况图,说明本发明第一实施方式的操作原理;图2说明使用第一实施方式的本发明实现方式示例实施中的方法步骤;图3说明依照本发明第一实施方式的计费表实现方式;以及图4说明一个网络架构的概况图,说明本发明第二实施方式的操作原理。
具体实施例方式
在这里参考特定示例实现方式描述本发明。但是,本发明并不限于这种实现方式。阅读下列描述,所述实现方式的多种修改和调整对于本领域的技术人员将是明显的。
参考图1,说明一个示例通信网络架构,在其中可有利地实现本发明。
参考图1,说明运营商网络100,包括无线接入网106、计费基础设施104、运营商门户108、业务分析器102和网关110。本领域的技术人员可以了解,需要进一步的功能以实现移动通信网络。但是这种功能对于本领域的技术人员是明显的,只在图1中表示出运营商网络100的足够细节,以理解本发明。尤其是,网关110实际上可以是GGSN(网关GPRS支持节点)。
在图1中还示出了两个移动终端,或者用户设备120、122。另外,说明了多个应用服务器128、130和132。应用服务器128、130和132位于运营商网络100的外部。
在本领中已知,移动终端120和122分别通过无线链路124和126与无线接入网106进行通信。以此方式,移动终端120和122通过无线接入网106连接到运营商网络100。
另外在本领域中已知,可通过运营商网络100,在移动终端120和122与外部应用服务器128、130和132之间建立通信。移动终端120、122与应用服务器128、130、132之间通信链路的建立在本领域中是众所周知的,在这里不做进一步的描述。
仍然参考图1,示出无线接入网通过通信链路114与业务分析器102相连。另外,业务分析器102通过通信链路112与计费基础设施104相连,通过通信链路116与运营商门户108相连,以及通过通信链路118与网关110相连。
通过无线接入网106去往以及来自移动终端120、122的所有业务通过业务分析器102,使得业务分析器可以依照已知的技术分析业务。业务分析器102与计费基础设施104对接,以依照已知的技术,对移动终端使用运营商网络进行计费。
业务分析器102还可通过通信链路116将业务发往运营商门户108。例如,如果用户终端120或122所访问的应用不是外部应用,而是由网络运营商提供的,则将与任何请求相关联的业务发往运营商门户108。即使应用是外部应用,为了使网络运营商具有对计费的控制,计费URL可以是运营商门户。这种安排在本领域中是已知的。类似地,任何返回至或下载到移动终端120、122的应用数据是从运营商门户108通过业务分析器102提供给无线接入网106的。
业务分析器102还与网关110相连。这样,与外部应用相关联的业务可通过网关110发往这个外部应用。类似地,从应用服务器发往移动终端120、122的数据通过网关110进行发送。
依照本发明,控制运营商网络100的网络运营商可以对与移动应用相关联的某些事件进行计费。这种事件可以是应用的开始、应用内特殊特征的使用、与应用相关联的可计费选项的启动等。例如,当应用是游戏时,事件可以是对选项的选择,例如开始游戏选项、选择新游戏等级的选项、选择新游戏武器的选项、选择新游戏场景的选项(例如,新跑道)等。
本发明使运行于移动终端内的应用可以生成计费事件,其由移动网络中的业务分析器102进行检测。业务分析器102与计费基础设施104的连接使得计费的初始化依赖于事件。计费可以是预付费或后付费的。计费不需要网络的计费基础设施到任何外部应用的接口。
当移动应用的用户对与由网络运营商进行计费的应用相关联的服务或访问进行请求时,生成计费事件。优选地,计费事件的生成依赖于通过业务分析器102的消息的协议报头中的标识符。优选地,计费事件基于报头信息,使得消息的有效载荷可以用于端到端传输所需的任何信息,或者可选择地保持为空。有利地,业务分析器处理消息的有效载荷不需要任何要求。基于用户协议和协议报头中的标识符,业务分析器102能够对消息以及在报头中所标识的事件进行检测。
在一个选择实施方式中,计费基础设施104适用于提供一种功能,以将特定协议报头标识符映射为价格表或其它计费数据,其可以确定要进行计费的实际数量。
在另一个优选实施方式中,事件计费由业务分析器102所检测到的发往移动终端的响应消息触发。
本发明的基本操作原理可以参考图2流程图中所示的简单示例以及进一步参考图1进行说明。
在图2中,给出一个有两个玩家,玩家A和玩家B的示例,每个玩家分别与移动终端120和122相关联,发起与应用服务器128相关联的游戏会话。优选地,玩家A发起游戏会话,并且邀请玩家B加入交互式游戏会话。
在第一步骤202中,玩家A依照已知的技术,发起从移动终端120到应用服务器128的游戏会话。通过移动网络100,使用已知的技术在移动终端120和应用服务器128之间建立通信会话。
作为游戏会话发起的一部分,从应用服务器128向使用终端120的玩家A提供游戏会话的价格,并且玩家A接受这个价格。这种方式的会话建立在本领域中以及本发明范围之外是已知的。
对于交互式会话,在步骤203中,玩家A通知与移动终端122相关联的玩家B会话的标识,使得玩家B可以加入到与玩家A的交互式游戏会话中。同样,这个通知是依照已知的技术进行的。
在步骤204中,对于使用移动终端122的玩家B重复步骤202中的游戏会话发起。在这个会话中,识别与玩家A相关联的会话。这同样是依照已知技术进行的,不在这里进行详细描述。
在每个玩家发起游戏会话以及获得并接受与游戏会话相关联的价格之后,在其各自的移动终端120和122上向每个玩家显示“开始游戏”屏幕。这由步骤206表示。
在步骤208中,每个玩家在移动终端120或122的屏幕上选择“开始游戏”选项。作为结果从移动终端120向运营商网络100发送“HTTP GET”消息。“HTTP GET”消息包括终端MSISDN,以及与事件相关联的唯一URL,其对应于计费价格。从而,URL可以称为计费URL。在这个示例中,计费URL对应于“开始游戏”事件。
这个消息由业务分析器102捕获。如下文中进一步详述,在一个优选实施方式中,响应于这个消息的接受,业务分析器依照本发明并不发起任何计费。但是,在可选择的实施方式中,可以在这一点上发起在下文中描述的计费初始化。
在步骤214中,通过网关110从业务分析器向应用服务器128发送“HTTP GET”消息。作为对这个消息处理的一部分,应用服务器对认证移动终端120或122相关联的请求。
在成功处理这个消息,包括用户认证之后,在步骤216中,应用服务器128向移动终端返回“HTTP RESPONSE”消息。
如步骤218所述,这个响应消息由业务分析器218捕获。捕获到消息之后,业务分析器抽取出包含在消息报头中的计费URL,以及同样包含在消息报头中的移动终端MSISDN。然后将计费URL和MSISDN转发至计费基础设施104。在步骤220中,对事件,即对游戏开始事件向与那个MSISDN相关联的玩家进行计费。
应当注意,虽然在所述实施方式中,MSISDN是从消息头部中抽取的,并且用于识别用户以进行计费,但是本发明并不限于这种安排。一般来说,有必要识别与请求相关联的用户(例如,客户或订户),并将其提供给计费功能。这可通过抽取MSISDN、通过抽取发出请求的IP地址,或者依赖于任何其它与对要计费账户进行标识的消息相关联的适当信息来实现。
参考图3,在优选实施方式中,将每个URL与唯一的事件或功能相关联,并且将费用与这个事件或功能相关联。这样,计费基础设施104可提供一张表,如图3所示,具有列出所有URL的列302、列出与这个URL相关联的事件或功能的列304(可选),以及列出与这个URL相关联的费用的列306。如图3所示,对于URL 308,相关联的事件或功能316是“开始游戏”,相关联的费用包括在条目312中。可以将另一个URL 310与功能“获得新等级”相关联,即访问游戏的新等级,并且与费用314相关联。
与交互式游戏会话相关联的每个移动终端,例如终端120和122相关联的“HTTP GET”消息和“HTTP RESPONSE”消息的传输可以是同时的或依次进行的,这取决于网络实现方式和应用实现方式。
如上所述,优选地基于业务分析器102对发往移动终端的“HTTPRESPONSE”消息的检测发起计费。可以在移动应用不可信时,以及在希望应用服务器对移动终端进行认证时,使用这种计费初始化。认证技术的实现方式属于本发明的范围之外。本发明所应用的原理是可以检测到成功的响应,而这不依赖于所使用的具体认证技术。
但是,如果移动应用是可信的,业务分析器102可适用于在其已经捕获了从移动终端120向应用服务器128发送的“HTTP GET”消息之后,向计费基础设施104指示计费的初始化。
设想在当前应用中,计费初始化之前进行会话认证是至关重要的,因此,当前实现方式将基于来自应用服务器的响应消息触发计费。消息的有效载荷具有会话标识符,其实际上是一个口令,由应用服务器128使用,以对与移动终端120相关联的应用进行认证。由于业务分析器102不分析有效载荷,所以业务分析器不使用这个会话标识符。因此,在优选实施方式中,业务分析器102使用,由应用服务器128响应于成功的验证返回的“HTTP RESPONSE”消息和报头中适当的成功状态码,来确定是否应当发起计费。
应用服务器128发送的“HTTP RESPONSE”消息优选地在报头中包括状态码,在使用HTTP的优选实施方式中,状态码可以是指示成功的请求的“200”状态码,也可以是指示“NOT OK”的“403”状态码。这个状态码优选地由业务分析器102使用,以确定是否应当发起计费。
设想在当前应用中,仅仅发送消息就发起计费可能并不适当,这是因为消息可能由任何一方发送。这样,认证是重要的。但是,在可信的环境中,可以在发送消息时发起计费。因此,本发明并不限于对认证的要求,或者只基于响应消息进行计费。
如上文中所述,现在还设想,每个计费事件将与唯一URL或计费URL相关联。这样,计费基础设施104只需要接收这个URL以及用户标识,所以可以将事件计费到正确的账户上。但是,在本发明另一个修改中,业务分析器向计费基础设施104发送的信息可能更加复杂。这在可能有大量事件时尤其如此。在大量事件变得可能,并且有大量应用可用而每个应用都有多个事件与其相关联的情况下,则向每个计费事件提供唯一的URL不再可行。这样,可能需要向计费基础设施104提供附加标识符,以便启动计费。
在上述示例中,应用驻留于运营商网络外部的应用服务器中。本发明的原理同样应用于可通过运营商网络的运营商门户108访问的应用。可以上文中相同的方式使用URL以发起计费。移动终端和运营商门户之间的所有业务类似地通过业务分析器。
上文中参考图2的示例涉及客户端-服务器应用。设想本发明的原理类似地可适用于客户端-客户端应用。客户端-客户端应用可以基于通过包括有诸如业务分析器102的业务分析器的网络在两个玩家之间建立的SIP会话。从而,业务分析器102能够以上文中与对于客户端-服务器的相同方式,发起基于事件的计费。为启动客户端-客户端交互式应用的具体SIP会话的实现方式不属于本发明的范围。
本发明的原理还可用于与交互式应用相对的独立的应用。例如,如果移动终端102的用户从应用服务器或通过运营商门户下载独立的应用,则可应用上述基于事件的计费的相同原理。类似地,甚至对于独立的应用,为了获得附加的游戏特性也可以额外付费,例如访问进一步的等级,这可通过访问应用服务器或运营商门户来获得,并且类似地应用事件计费的原理。
已经参考图2,关于HTTP协议描述了本发明。本发明并不限于任何特定协议,并且如上文中已经提到的,可以使用SIP协议。考虑到与基于HTTP实现方式的业务分析器102等效网元的当前实现方式,在这里描述的本发明尤其涉及HTTP协议。
业务分析器102可以是任何网元,其提供识别包含在数据会话分组中的报头的功能。更加一般地,需要业务分析器能够识别要进行计费的事件,以及识别就那个事件对其进行计费的客户,以及向计费机制提供相关联的标识符。提供业务分析器102的功能的网元在本领域中是已知的,并且已知其提供诸如智能内容分发和智能业务分析的功能。
应当注意,图1说明了本发明功能,本领域的技术人员熟悉在已知网络环境中的实际实现方式。例如,虽然业务分析器102表示为独立的单元,但是实际上其可以集成在网关单元110中。在一个实际的实现方式中,这个网关单元可以是GGSN(网关GPRS支持节点)。还应当注意,在实际实现方式中,业务分析器可以不直接与运营商门户108相连。这个连接可以通过网关,尤其是在业务分析器集成在网关中的情况下。
对于可触发基于事件的计费的事件,存在多种可能性。如上所述,设想在交互式游戏的领域内存在多种可能性。事件可以与游戏的开始、访问游戏的更高等级、访问与游戏相关联的新特征、访问与游戏相关联的新武器、访问与游戏相关联的新场景(例如,新跑道)相关联。多种事件对于本领域的技术人员来说是明显的。另外,虽然在这里描述的计费是基于事件的,但是网络运营商还可具有依照与事件所触发的下载相关联的数据业务量进行进一步收费的选择。
基于事件的计费不需要访问应用服务器或另一个移动终端的客户端应用。移动终端可具有独立的应用,但是其需要对其的任何使用进行付费。从而,响应于独立的应用的使用,向网络发送适当的触发信息,以发起计费。
如上文中所述,在实施方式中,触发信息可以是请求或对请求的确认。触发信息优选地与应用的用户标识相关联。对于独立的应用,触发信息可以只是包括计费URL的计费指令,将其预先编程在移动应用中。
在这里,参考正被计费的应用的用户。对于后付费客户,用户可认为是订户或者客户。对于预付费客户,用户可以只是与固定信用相关联的用户。用户标识可直接与终端标识相关联,这样使得终端标识可用于计费目的。
在这里描述的基于事件而非基于通信量的计费的使用,向用户提供对计费的预测。尤其是,对于预付费客户,提供了计费的确定性。与事件相关的数据业务量相关联的不可预测的费用相反,固定费用与事件相关联。
参考图4,描述本发明另一个实施方式。在这个实施方式中,应用了对已知计费机制的进一步调整。
参考图4,说明图1中示例通信网络架构,其中如下文中进一步描述,对业务分析器102做进一步调整。本发明的这个实施方式在预付费计费的上下文中具有特殊的优势,但是类似地可在后付费计费环境中获得益处和用途。图4中所使用的类似参考标号表示图1中相应的单元。
依照本发明的这个实施方式,应用服务器,例如应用服务器128,提供由诸如用户终端120的用户终端所访问的应用的内容。这样,应用服务器128也可称为内容服务器。
依照本发明的这个实施方式,对应用服务器128进行调整,以向访问其内容的用户提供信用。应用服务器向业务分析器102后向发送分组,这些分组适用于代表用户的信用。分组优选地识别指定的信用量。
从应用服务器发送的分组与从服务器向用户发送的实际内容具有相同的目的地地址。但是,使用不同的端口号,以使其区分于“信用”分组。
通过以此方式传输信用分组,应用服务器能够向用户提供信用,而不需要到运营商信用控制系统的专用接口。
依照这个实施方式,业务分析器适用于包括信用块404。信用块404截获接收自应用服务器的信用分组。信用块通过向业务分析器102的信用控制块406提供信用信息,进行对访问应用服务器的实时信用计算。
应当注意,虽然图4中所示的信用块404是独立实体,实际上,其可以组成信用控制块406的一部分,信用控制块406适用于在其输入端口接收信用分组。
响应于来自信用块404的实时信用信息的接收,信用控制块406向负责对用户的应用使用进行计费的计费块402提供实时信用信息。
例如,当用户是预付费用户时,标识用户可用信用的信息在建立初始通信会话时可通过信用控制块下载至计费块402。然后依照正常的计费技术,减少用户的这个限额。依照本发明,也可以依照从应用接收的信用增加这个限额。
信用信息还优选地由信用控制块406提供给包括信用控制功能的计费基础设施104。在用户是后付费用户的示例中,向计费基础设施提供信用,以防止向用户开具相关的金额的账单。
应当注意,与图4中业务分析器102的计费相关联的单元的实现方式是示例性的。可以提供可选的实现方式。例如,在一个可选方案中,信用控制块406的功能可在计费基础设施104中提供,因为信用控制功能通常是这种基础设施的部分功能。在图4所示的实现方式中,信用控制块406和计费基础设施104的信用控制功能之间的主要区别在于,块406通常不知道任何信用的币值,因此通常只可用于正在进行计费的相应服务。
如果进行了配置,业务分析器102也可向计费基础设施104发送关于信用的信号,其方式与可发送计费相关信息的方式相同。这可以发生于每次接收到计费脉冲时,或者以规则间隔发生,或者当超过预先配置的域值时。信用信息还可与计费信息相结合,所以每当报告计费计数器时,也报告信用计数器。
在这个实施方式的另一个修改中,可向用户设备发送信用已由应用发布的信息,以使用户可以看到提供的信用。可向用户设备发送实际的信用分组,以使运行于用户设备的应用使用该信用。
出于安全的原因,可有利地在信用分组或脉冲中包括某种等级的加密,以保证得出的信用的信息出自被验证的来源,而且旨在发送至特定的用户。
优选地,由应用服务器向业务分析器发送的信用分组应当包括目的地IP地址,其为用户设备的IP地址;目的地端口,其是为信用脉冲预留的端口(或者作为选择是源端口);源IP地址和端口,用于标识服务和服务提供商;信用数量;以及安全字段。
本发明的这个实施方式提供许多优势。
由于服务提供商发送信用消息,所以运营商不需要任何集中式信用控制系统。从服务提供商的角度来看,通信总是出现在用户和内容服务器之间,并且在服务提供商和网络运营商之间不需要专用实时信用评估接口。本实施方式对于信用评估只有较短的时间延迟,因此可以用于实时应用中。不需要将IP地址映射为信用控制系统中的用户标识、服务以及服务业务分析器的位置,因为IP路由保证信息总是发送至正确的网元。
本发明这个实施方式为新型计费提供基础。尤其是,应用提供商可提供游戏信用,如同传统地在街机游戏中所提供的。例如,当与用户设备相关联的用户正在进行应用服务器所提供的游戏时,业务分析器提供对访问那个服务的计费,例如,基于时间的计费或基于事件的计费(例如,对较高游戏等级的访问)。依照游戏规则,用户可“赚得”延长的游戏时间。在这种事件中,游戏(应用)服务器可向用户设备IP地址发送信用分组或脉冲。如上所述地,业务分析器截获这个分组,并向游戏服务的用户增加限额。
信用可允许用户继续在延长的时间段或固定时间段中免费玩游戏,例如,用户赚取游戏时间的量。信用可允许用户获得免费的事件,例如,访问下一等级或获得新武器。
业务分析器向信用系统或计费基础设施报告任何接收到的信用,使得如果必要的话,可基于网络运营商和服务提供商之间的服务协议,让服务提供商为延长游戏时间付费。
本发明的原理可以有利地用在Diameter协议中,该协议当前被建议用于移动应用中以及用于对移动应用进行计费。
在游戏期间,应用服务器128可向用户设备发送事件请求消息,这个消息由业务分析器102截获。从而,信用控制功能406可从消息中抽取出信用信息。然后还可将消息转发至用户设备。在用户设备上信用信息的任何使用将依赖于游戏的实现方式。
在这里参考各种优选实施方式,以示例的方式对本发明进行了描述。本发明并不限于任何具体实施方式
。本发明的范围由所附权利要求书限定。
权利要求
1.一种在移动通信系统中管理计费的方法,包括在网元和计费功能之间提供接口,其中通过在所述接口交换计费信息,依赖于在该网元所接收的信息,对计费进行管理。
2.根据权利要求1所述的方法,其中该网元适用于使用户终端和应用之间的所有业务通过该网元。
3.根据权利要求1或2所述的方法,其中该网元是业务分析器。
4.根据权利要求1至3中任何一个权利要求所述的方法,其中该计费信息是用户设备所发送请求中的事件标识符。
5.根据权利要求1至3中任何一个权利要求所述的方法,其中该计费信息是应用向用户设备发送的响应请求中的事件标识符。
6.根据权利要求4或5中任何一个权利要求所述的方法,其中该计费信息是计费URL。
7.根据权利要求1至3中任何一个权利要求所述的方法,其中计费信息接收自应用。
8.根据权利要求7所述的方法,其中该计费信息是信用。
9.根据权利要求8所述的方法,其中该信用在该网元中进行实时应用。
10.一种通信系统中的网元,适用于分析用户终端和应用之间的业务,该网元具有对计费功能的接口,该接口用于向计费功能提供所述业务中包含的计费信息。
11.根据权利要求10所述的网元,包括业务分析器。
12.根据权利要求10或11所述的网元,适用于抽取事件标识符,其包括用户设备所发送请求中的计费信息。
13.根据权利要求10至12中任何一个权利要求所述的网元,适用于抽取事件标识符,该事件标识符包括应用向用户设备发送的响应请求中的计费信息。
14.根据权利要求12或13中任何一个权利要求所述的网元,其中该计费信息是计费URL。
15.根据权利要求10或11所述的网元,其中该计费信息接收自应用。
16.根据权利要求15所述的网元,其中该计费信息是信用。
17.根据权利要求16所述的网元,其中该信用在该网元中进行实时应用。
18.一种对移动应用进行计费的方法,包括识别与可计费事件相关联的触发信息,识别请求这个事件的用户,以及向计费功能提供该可计费事件和该用户的细节。
19.根据权利要求18所述的方法,其中该触发信息包括事件标识符和用户标识符,所述标识符形成该可计费事件的细节。
20.根据权利要求19所述的方法,其中该事件标识符是URL。
21.根据权利要求19或20所述的方法,其中该用户标识符是MSISDN。
22.根据权利要求18至21中任何一个权利要求所述的方法,其中该触发信息是从用户终端到应用的请求。
23.根据权利要求18至22中任何一个权利要求所述的方法,其中该触发信息是应用对来自用户终端的请求的响应。
24.根据权利要求22或23所述的方法,其中该应用由应用服务器提供。
25.根据权利要求18至24中任何一个权利要求所述的方法,其中该触发信息包含在消息的报头中。
26.根据权利要求23至25中任何一个权利要求所述的方法,其中该响应包括对该请求的授权。
27.根据权利要求26所述的方法,其中该应用提供认证。
28.一种用于对移动应用进行计费的网元,该网元包括适用于识别与可计费事件相关联的触发信息的装置;适用于识别请求这个事件的用户的装置;以及适用于向计费功能装置提供该可计费事件和该用户的细节的装置。
29.根据权利要求28所述的网元,其中该适用于识别触发信息的装置包括适用于识别事件标识符和用户标识符的装置,所述标识符形成该可计费事件的细节。
30.根据权利要求29所述的网元,其中该事件标识符是URL。
31.根据权利要求28至30中任何一个权利要求所述的网元,其中该适用于识别触发信息的装置适用于识别从用户终端到应用的请求。
32.根据权利要求29至31中任何一个权利要求所述的网元,其中该适用于识别触发信息的装置适用于识别应用对来自用户终端的请求的响应。
33.根据权利要求28至32中任何一个权利要求所述的网元,进一步适用于识别消息报头中的触发信息。
34.一种用于对移动应用进行计费的方法,包括生成触发信息,该触发信息用于识别可计费事件以及与对这个事件的请求相关联的用户,并且向计费功能提供该可计费事件和该用户的细节。
35.根据权利要求34所述的方法,其中该向计费功能提供细节的步骤包括向移动通信网络发送该触发信息。
36.根据权利要求34或35所述的方法,其中响应于对该移动应用的使用生成该触发信息。
37.根据权利要求36所述的方法,其中该移动应用是独立的应用。
38.根据权利要求34至37中任何一个权利要求所述的方法,其中该触发信息是对应用服务器或移动终端的请求。
39.根据权利要求34至38中任何一个权利要求所述的方法,进一步包括创建其报头包含该触发信息的消息。
40.一种程序,适用于执行根据权利要求34至39中任何一个权利要求所述的方法。
41.一种移动应用,包括权利要求40所述的程序。
42.一种计算机程序产品,包含用于执行根据权利要求34至39中任何一个权利要求所述方法的计算机程序代码。
43.一种适用于对移动应用进行计费的移动终端,包括用于生成触发信息的装置,该触发信息用于识别可计费事件以及与对这个事件的请求相关联的用户,以及用于向计费功能提供该可计费事件和该用户的细节的装置。
44.根据权利要求43所述的移动终端,其中用于向该计费功能提供细节的装置包括用于向包括计费功能的移动通信网络发送所述细节的装置。
45.一种用于对移动应用计费进行管理的方法,包括通过网元为用户终端建立对移动应用的访问,以及在该网元处接收来自该移动应用的计费信息。
46.根据权利要求45所述的方法,其中该计费信息提供于该移动应用向该用户终端发送的消息中。
47.根据权利要求45或46所述的方法,其中该网元适用于接收该移动应用和该用户终端之间的所有业务。
48.根据权利要求45至47中任何一个权利要求所述的方法,其中在该网元进行接收的该步骤包括接收在该移动应用和该用户终端之间传送的业务。
49.根据权利要求45至48中任何一个权利要求所述的方法,其中该计费信息是信用信息。
50.根据权利要求45至49中任何一个权利要求所述的方法,其中由该网元向计费功能提供该计费信息。
51.根据权利要求50的其中依赖于权利要求49的所述方法,其中向与计费功能相关联的信用控制管理器提供该计费信息。
52.根据权利要求45至51中任何一个权利要求所述的方法,其中向网络运营商提供该计费信息。
53.根据权利要求45至52中任何一个权利要求所述的方法,其中实时使用该计费信息。
54.一种通信系统中的网元,适用于分析用户终端和应用之间的业务,该网元具有对计费功能的接口,该接口用于向计费功能提供所述业务中包含的计费信息,该网元适用于接收来自移动应用的计费信息。
55.根据权利要求54所述的网元,其中该网元适用于接收在该移动应用向该用户终端传送的消息中的计费信息。
56.根据权利要求54或55所述的网元,其中该网元适用于接收该移动应用和该用户终端之间的所有业务。
57.根据权利要求54至56中任何一个权利要求所述的网元,其中该计费信息是信用信息。
58.根据权利要求54至57中任何一个权利要求所述的网元,其中由该网元向计费功能提供该计费信息。
全文摘要
公开了一种对移动应用进行计费的方法,包括识别与可计费事件相关联的触发信息,识别请求这个事件的用户,以及为计费功能提供可计费事件和用户的细节。
文档编号G06Q30/00GK1839582SQ200480023909
公开日2006年9月27日 申请日期2004年7月19日 优先权日2003年7月17日
发明者拉斯·拉热斯特罗姆, 雅里·伊阿蒂拉 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1