专利名称：将信用额存入与预订通信网络的终端相关的账户的方法
技术领域：
本发明涉及将信用额(credit)存入与预订到通信网络的终端相关的账户的方法。
背景技术：
最近，通信网络和利用这样的通信网络所提供的服务已经取得了显著地进展。在这些服务当中，所谓的增值服务日益受到通信网络用户的广泛注意。
网络用户注册到网络，并为使用该网络所提供的服务而正常付费给网络运营商。这样的付费或者被正规记账到该用户的账号上，例如按月计费，或者从用户的预付费账户扣除。如果预付费账户上不再显示有某个最小信用额，则就会阻止该用户进一步使用该网络，直至他对其账户再次充值(recharge)。
对预付费账户的充值可以通过例如向第三方支付某个要再充值的数额并接收一个代码来完成，其中当输入这个代码时，用户可以从他的终端对他的预付费账户进行再充值。而第三方则将从用户接收的这笔钱转账给网络运营商。
这样一个手续十分麻烦。同样，第三方一般保留用户的一部分钱，用以支付由第三方向用户/网络运营商提供的服务。因此，提高了用户要支付的成本。
同样地，如果用户使用其终端(例如，移动电话或用户设备)参与测试或抽奖，胜出的用户所涉及的程序十分麻烦，并且需要“纸上操作”。用户不得不指明他的姓名/地址和/或者银行账户，使得他可以接收银行支票和/或者将钱转账到他的银行账户。
总而言之，当前用于将信用额存入与预订到通信网络的终端相关的账户的过程非常麻烦，并且涉及使得整个过程费时并且费用昂贵的人力活动。
发明内容
因此，本发明的目的在于提供一种改进方法，用于将信用额存入与预订到通信网络的终端相关的账户。
根据本发明，例如通过用于将信用额存入与预订到通信网络的终端相关的账户的方法来达到上述目的，该方法包括步骤在终端与网络实体之间进行交互，其中所述交互产生至少有关信用额是否要存入与所述终端相关的所述账户、要存入的信用额的数量和该信用额的来源的指示，从所述网络实体向所述信用额的来源请求将所述数量的信用额存入与所述终端相关的账户，其中所述请求基于DIAMETER协议。
根据进一步的有利改进，-所述交互基于所述网络中提供的多媒体应用服务器上运行的增值多媒体应用，-所述请求包括生成DIAMETER请求消息，用于将该请求标识为将某个数额存入某个账户的请求，-所述生成的DIAMETER请求消息进一步包含用于标识该存款要存入其相关账户的终端的属性值对，标识所述存款来源的属性值对，和标识所述存款的数额的属性值对，-基于标识所述存款来源的属性值对从所述网络实体向所述来源路由DIAMETER请求消息，-该方法包括由所述来源向所述请求网络实体确认所述请求是否成功的步骤，-该方法进一步包括当接收到指示成功的确认时，将所述数额存入与所述终端相关的所述账户的步骤，-该方法进一步包括向所述终端通知被存入与该终端相关的账户的数额的步骤。
通过本发明，基本上可以获得下列优点
-对于提出的对DIAMETER协议的修改，能够将其用于例如通信网络的IP多媒体子系统IMS中的在线付费目的，-使用DIAMETER协议能够在用户账户，即与用户使用的终端相关的账户存款，-由于服务提供方能够将赢得的奖金立即上载到与用户终端相关的账户(例如，预付费账户)，能够在不使第三方(商店或类似场所的卖主)参与的情况下实现某个数额的在线付费和/或存入，由此节省管理工作，-使涉及在线付费/存款的服务因本发明带来的付费/存款的简化而受益，-能够容易地实现例如竞赛/测验或抽奖的新服务，以便由用户利用他的终端以交互式方式进行。
下面将参照附图更详细地描述本发明，其中图1示出的是在实现本发明时所涉及的步骤的简化信号流程图。
具体实施例方式
根据本发明，为了能够将一定量的钱，或一般地，若干单位的信用额(不必与钱数相对应)通过网络单元NE和计费服务器之间的接口存入与终端相关的账户，引入了新的机制。这种新的机制依赖于例如DIAMETER协议。在此情形下，它涉及新的DIAMETER请求，包含有关该请求是对该帐户存入存款/信用额的说明，并且也包含指示存款/信用额的来源的新属性值对AVP。应答消息向网络单元指示该请求是否成功。必须注意，ACR不是新请求，而只是必须结合用来指示存款额以及用户身份的新“机制”。
至于例如本发明所依赖的DIAMETER协议，Diameter是由IETF规定的AAA(认证、授权、计费)协议。对于本发明，DIAMETER适用于例如结合IP多媒体子系统IMS的通信网络中的在线付费业务。全IP网络(IP＝网际协议)将提供许多新的服务。这项发明使DIAMETER能够用于向用户账户存款，因此为一些服务引入了十分有用的特性。例如，这种机制支持某些例如通过通信网络进行的竞赛/抽奖的服务；更准确地说，用户能够例如在竞赛中赢得某种东西，而服务提供商/网络运营商能够立即将所赢之数额上载到例如预付费帐户的用户账户上。因为这笔钱直接汇到预付费账户上，并且会再次花在通信服务上，所以这种解决方案也同样为运营商提供了益处。
这将通过参照图1更详细地进行阐述。图1图解了(水平排列的)与本发明有关的所涉及的实体和它们之间的信令。在垂直方向上，表示随时间流逝信令的接续过程。至于所涉及的实体，图1示出了用户设备UE(例如，根据UMTS)，以作为终端的例子。该终端已经预订到由至少一个网络单元NE所表示的通信网络上。必须注意，图1所示的网络单元NE可结合该网络的几种功能，其中为了简化附图和说明，这些功能被示出为单独的功能网络实体。而且，计费服务器被示出为参与本发明。
与终端相关的是用于在其中存入信用额的账户。这个账户可以在网络运营商处为终端/用户维护的预付费账户(例如结合在HLR(归属位置寄存器)/HSS(归属用户服务器)上维护的用户数据)。尽管如此，也可使用另一个账户，例如与终端/用户相关的银行账户，使得例如该用户ID(例如电话号码)被映射到银行账户号码。对于后一情形，为了在与终端相关的账户进行存入，会涉及到附加的路由/再路由。
在第一个步骤(1.)中，在该终端和网络实体之间存在交互操作。这种交互操作可包括它们之间的双向数据交换，并且可存在于用户通过他的终端参与的竞赛/抽奖或类似活动中。这种交互例如基于所述网络提供的多媒体应用服务器上运行的增值多媒体应用。(注意，假定网络单元NE包括图1中所例举的这个服务器)。
因此，在用户赢得竞赛或某些类似活动的情况下，所述交互产生至少有关将在与所述终端相关的所述账户中存入信用额、要存入的信用额的数量和存款的来源的指示。这里要存入的信用额的来源是指举办竞赛/抽奖的一方，更准确地说，这一方由与第三方相关，并负责将信用额支付给获胜者的计费服务器来代表。由与之发生交互的网络实体NE代表第三方。例如，对于举办多项竞赛的情形，用户设备NE与从对应多个网络实体中选出的网络实体进行交互。至少有一个计费服务器(负责将存款存入与用户设备相关的账户)被分配给分别选定的网络实体。网络单元决定请求将发送到哪里，即发送到哪一个计费服务器。可以依据例如用户信息(例如在每个网络实体有多个计费服务器的情况下)和/或依据该网络单元NE的地址或标识(例如，如果能举办多项竞赛，每项竞赛都涉及由第三方操作的相应网络实体)做出这个决定/选择。如果只提供一个计费服务器，则容易进行路由，不过必须在该请求中指明请求方网络实体(为此使用新的AVP)。为了清楚起见，从终端/用户的账户来看，存款的来源是计费服务器，而该计费服务器始终知道其进行的存款的起源，即终端通过例如参加竞赛从而与之交互的第三方的身份。
此后，在第二个步骤(2.)中，从所述网络实体NE向所述存款来源(这里是计费服务器)请求将所述数量的信用额存入与所述终端相关的账户。(注意，存入到与所述终端相关的账户的信用额的数量将相应地借记入与第三方/网络单元相关的账户，即要存入的数量的起源)。这个请求基于DIAMETER协议。注意，在图1中，如果情况要求，该网络单元NE可以承担DIAMETER客户机、DIAMETER服务器以及DIAMETER代理(proxy agent)的功能。
应当注意，已经选择的DIAMETER只是作为本发明的这个实施例的例子。其它的例如RADIUS(远程认证拨入用户服务)的AAA协议，或任何其它合适的AAA协议可以根据本发明的建议进行修改。对DIAMETER的简短介绍可以见例如“Authentication，Authorization and Accounting in Session Initiation ProtocolNetworks”，Aki Niemi，Master′s Thesis，赫尔辛基技术大学(HUT)，2002年3月7日，第26至第36页(2002年6月3日从因特网上检索)。
这个请求基于一个所生成的DIAMETER请求消息(ACR(Event Record))，该消息将该请求标识用于将一数额存入某账户的请求。为此，在DIAMETER协议中定义新请求标识。换句话说，或更准确地说，对于DIAMETER协议，命令代码标识命令，并在这里使用已有的Diameter请求(ACR，计费请求)。并且使用已有的AVP(计费记录型)(在这种情况下，它的值是event record)。除此之外，需要某个指示(新属性值对AVP，即某个仅用于这项服务的特定AVP)，用于指明该请求的目的是将例如一定量的金钱存入某个账户。如此标识的已生成的DIAMETER请求消息还包含(新定义的)属性值对AVP，用于标识存款将存入其相关账户的终端(这里为UE)、标识存款的来源(即计费服务器)的属性值对，以及标识所述存款的数额的属性值对。注意，如果多个账户与一个终端相关，该终端标识还包含有关所涉及的账户的指示。例如，对于多个用户使用的一终端的情形，每当使用该终端输入个人识别码时，可以根据用户的ID来区分所涉及的账户。于是，对于多个账户与该终端相关的情形，在AVP中不仅包含该终端，而且包含所涉及的账户。
基于标识所述存款来源的所述属性值对，从所述网络实体NE向所述来路由这个DIAMETER请求消息。在图1中，为了简化附图，只示出了一个计费服务器。尽管如此，在整个网络中存在多于一个的计费服务器的情况下，该请求被发送到AVP标识的“正确”计费服务器。AVP中的记录项因此表示路由的地址。
当在步骤2中接收到请求时，该来源在步骤3向所述请求方网络实体确认所述请求是否成功。这个确认通过基于DIAMETER协议的ACA Event Record消息返回。同样地，对于该消息，新定义适当的结果代码，以覆盖要向请求方网络单元通知的可能结果。如果确认为肯定，即在收到表示成功的确认时，进行将所述数额存入与所述终端相关的账户的步骤。这个步骤没有单独示出，但是在对确认进行评估时在网络单元处执行。即，该网络单元已经知道所涉及的终端/账户和要存入的数额，并在得到存款确认(肯定确认)时进行存款。
最终，按照所提出的方法，在步骤4中向所述终端通知将存入与所述终端相关的账户的数额。此通知不需要依靠任何特定协议要求。例如，象在步骤1中那样，可以使用类似的多媒体应用实现该通知。因此，终端用户在存入该数额时已知道其更新的账户平衡。
因此，本发明的一个有利应用是例如IP多媒体服务，其中Diameter适用于在线付费。以这种方式，多媒体应用服务器(例如，游戏服务器)能够对用于存入奖金的帐户使用相同的Diameter付费连接，并且不需要单独的连接。
因此，如上所述，本发明涉及把信用额存入与预订到通信网络的终端相关的账户的方法，该方法包括步骤在终端与网络实体之间进行交互1，其中所述交互产生至少有关信用额是否要存入与所述终端相关的所述账户、要存入的信用额的数量和该信用额的来源的指示，从所述网络实体向所述信用额的来源请求2将所述数量的信用额存入与所述终端相关的账户，其中所述请求基于DIAMETER协议。
尽管已经参照优选实施例描述了本发明，但是此描述仅是为了举例说明本发明，并不被解释为对本发明的限制。本领域的技术人员在不违背本发明的附加权利要求中所详细说明的真实实质和范围的情况下，可以对本发明进行各种修改和应用。
权利要求
1.一种用于将信用额存入与预订到通信网络的终端相关的账户的方法，该方法包括步骤在终端与网络实体之间进行交互(1)，其中所述交互产生至少有关信用额是否要存入与所述终端相关的所述账户、要存入的信用额的数量和该信用额的来源的指示，从所述网络实体向所述信用额的来源请求(2)将所述数量的信用额存入与所述终端相关的账户，其中所述请求基于DIAMETER协议。
2.如权利要求1所述的方法，其中所述交互基于所述网络中提供的多媒体应用服务器上运行的增值多媒体应用。
3.如权利要求1所述的方法，其中所述请求(2.)包括生成DIAMETER请求消息，用于将该请求标识为将某个数额存入某个账户的请求。
4.如权利要求3所述的方法，其中所述生成的DIAMETER请求消息进一步包含标识该存款要存入其相关账户的终端的属性值对，标识所述存款来源的属性值对，和标识所述存款的数额的属性值对。
5.如权利要求4所述的方法，其中基于标识所述存款来源的属性值对从所述网络实体向所述来源路由DIAMETER请求消息。
6.如权利要求1所述的方法，还包括由所述来源向所述请求网络实体确认(3.)所述请求是否成功的步骤。
7.如权利要求6所述的方法，还包括当接收到指示成功的确认时，将所述数额存入与所述终端相关的所述账户的步骤。
8.如权利要求7所述的方法，还包括向所述终端通知(4.)被存入与该终端相关的账户的数额的步骤。
全文摘要
本发明涉及一种用于将信用额存入与预订到通信网络的终端相关的账户的方法，该方法包括步骤在终端与网络实体之间进行交互(1)，其中所述交互产生至少有关信用额是否要存入与所述终端相关的所述账户、要存入的信用额的数量和该信用额的来源的指示，从所述网络实体向所述信用额的来源请求(2)将所述数量的信用额存入与所述终端相关的账户，其中所述请求基于DIAMETER协议。
文档编号G06Q40/00GK1628457SQ02829152
公开日2005年6月15日 申请日期2002年6月18日 优先权日2002年6月18日
发明者卡蒂·A·莱赫蒂宁 申请人:诺基亚公司