控制消息服务到最终用户的输送的方法和消息服务网关

摘要

本文描述了控制由服务提供商应用(202)提供为增值服务的消息服务到具有带消息传递能力的装置的最终用户的输送的方法(300，400，500)和消息服务网关(204)。所述方法(300，400，500)包括确定服务提供商应用(202)是预定义类别的哪个类别，并且基于服务提供商应用(202)的确定类别来控制消息服务到最终用户的输送。还提供了一种至少包括上述的消息服务网关(204)、服务提供商应用(202)、短消息服务中心(SMSC)(206)和多媒体消息服务中心(MMSC)(208)之一或两者以及具有带消息传递能力的装置的最终用户的系统。

权利要求

1.一种在消息服务网关中控制由服务提供商应用提供为增值服务的消息服务到最终用户的输送的方法，所述最终用户具有带消息传递能力的装置，所述方法包括以下步骤：确定所述服务提供商应用是预定义类别的哪个类别；以及

基于所述服务提供商应用的所确定的类别，控制所述消息服务到所述最终用户的输送。

2.如权利要求1所述的方法，其中如果所述服务提供商应用的所确定的类别是所述预定义类别中包括的一次性使用应用，则控制所述消息服务到所述最终用户的输送的步骤包括仅在从所述最终用户接收到对所述消息服务的先前请求时才允许所述消息服务输送到所述最终用户的步骤。

3.如权利要求1所述的方法，其中如果所述服务提供商应用的所确定的类别是所述预定义类别中包括的多次性使用应用，则控制所述消息服务到所述最终用户的输送的步骤包括以下步骤：如果第一次从所述最终用户接收到对所述消息服务的请求，则在用户使用数据库中创建所述最终用户的用户使用记录(UUR)；以及仅在所述用户使用数据库中存在所述最终用户的UUR时才允许所述消息服务输送到所述最终用户。

4.如权利要求3所述的方法，其中所述UUR至少包含所述消息服务网关为识别来自所述最终用户对所述消息服务的所述请求而生成的会话ID、识别所述最终用户的用户ID、识别所述服务提供商应用的应用ID、表示已由所述服务提供商应用输送到所述最终用户的消息总数的输送计数、以及创建所述最终用户的UUR的日期和时间。

5.如权利要求4所述的方法，其中所述用户ID是所述最终用户的移动台国际ISDN号(MSISDN)。

6.如权利要求3-5的任一项所述的方法，还包括如果所述最终用户在预定义的时间期内未使用所述消息服务则从所述用户使用数据库删除所述最终用户的UUR的步骤。

7.如权利要求3-6的任一项所述的方法，还包括如果删除与所述最终用户的UUR有关的服务提供商应用则从所述用户使用数据库删除所述UUR的步骤。

8.如权利要求3-7的任一项所述的方法，还包括通过由所述服务提供商应用调用可用接口而从所述用户使用数据库删除所述最终用户的UUR的步骤。

9.如权利要求1-8的任一项所述的方法，还包括在所述消息服务成功输送到所述最终用户时对所述最终用户为所述消息服务计费的步骤。

10.如权利要求1-9的任一项所述的方法，其中所述消息服务包括短消息服务(SMS)和多媒体消息服务(MMS)之一或两者。

11.一种用于控制由服务提供商应用提供为增值服务的消息服务到最终用户的输送的消息服务网关，所述最终用户具有带消息传递能力的装置，所述消息服务网关包括：控制组件，配置成确定所述服务提供商应用是预定义类别的哪个类别，并基于所述服务提供商应用的所确定的类别，控制所述消息服务到所述最终用户的输送；以及用户使用数据库，耦合到所述控制组件并配置成存储所述最终用户的用户使用记录(UUR)。

12.如权利要求11所述的消息服务网关，其中所述控制组件还配置成如果所述服务提供商应用的所确定的类别是所述预定义类别中包括的一次性使用应用，则仅在从所述最终用户接收到对所述消息服务的先前请求时才允许所述消息服务输送到所述最终用户。

13.如权利要求11所述的消息服务网关，其中所述控制组件还配置成如果所述服务提供商应用的所确定的类别是所述预定义类别中包括的多次性使用应用，则在第一次从所述最终用户接收到对所述消息服务的请求时，在所述用户使用数据库中创建所述最终用户的UUR，并且仅在所述用户使用数据库中存在所述最终用户的UUR时才允许所述消息服务输送到所述最终用户。

14.如权利要求11-13的任一项所述的消息服务网关，其中所述UUR至少包含所述消息服务网关为识别来自所述最终用户对所述消息服务的所述请求而生成的会话ID、识别所述最终用户的用户ID、识别所述服务提供商应用的应用ID、表示已由所述服务提供商应用输送到所述最终用户的消息总数的输送计数、以及创建所述最终用户的UUR的日期和时间。

15.如权利要求11-14的任一项所述的消息服务网关，还包括可用于所述服务提供商应用的接口。

16.如权利要求11-15的任一项所述的消息服务网关，还包括计费组件，所述计费组件耦合到所述控制组件并配置成在所述消息服务成功输送到所述最终用户时对所述最终用户为所述消息服务计费。

17.如权利要求11-16的任一项所述的消息服务网关，其中所述消息服务包括短消息服务(SMS)和多媒体消息服务(MMS)之一或两者。

18.如权利要求11-17的任一项所述的消息服务网关，其中所述消息服务网关是消息网关和Parlay-X网关之一。

19.一种系统，至少包括如权利要求11-18的任一项所述的消息服务网关、服务提供商应用、短消息服务中心(SMSC)和多媒体消息服务中心(MMSC)之一或两者、以及具有带消息传递能力的装置的最终用户。

说明书

控制消息服务到最终用户的输送的方法和消息服务网关

技术领域

[0001] 本发明一般涉及电信网络中的消息服务，并且更具体地说，涉及消息服务网关中由服务提供商应用提供为增值服务的消息服务到最终用户的输送控制。

背景技术

[0002] 短消息服务(SMS)和多媒体消息服务(MMS)是当前增值服务的最普遍方式。大多数SMS/MMS增值服务由服务提供商(SP)提供。

[0003] 通常，网络运营商为SP提供SMS/MMS信道，通过该信道，SP能够接入网络运营商的电信网络以便输送SMS/MMS增值服务到具有带消息传递能力的装置的最终用户。具体而言，例如Parley-X网关或消息网关等电信网络中包括的消息服务网关用作发送/接收往/来于SP的消息的接口。

[0004] 图1示意示出用于实现消息服务的输送的现有技术系统100的典型架构的一部分。系统100包括由SP开发的一个或多个SP应用102、Parlay-X网关(或消息网关)104、一个或多个短消息服务中心(SMSC)106、一个或多个多媒体消息服务中心(MMSC)108及具有带消息传递能力的装置的一个或多个用户(未示出)。Parlay-X网关104、SMSC106和MMSC 108包括在网络运营商的电信网络中。

[0005] 例如天气预报应用等SP应用102耦合到Parlay-X网关104。Parlay-X网关104连接到SMSC 106以发送/接收往/来于具有带SMS消息传递能力的装置的最终用户的SMS消息。Parlay-X网关104还连接到MMSC 108以发送/接收往/来于具有带MMS消息传递能力的装置的最终用户的MMS消息。

[0006] 下面简要描述消息服务的输送的过程。例如，包含天气预报信息的SMS/MMS消息由SP应用102之一发送到Parlay-X网关104，该网关根据SMS/MMS消息的类型将收到的SMS/MMS消息转发到SMSC 106之一或MMSC 108之一。所述SMSC 106之一或所述MMSC108之一随后将SMS/MMS消息转发到具有SMS/MMS消息传递能力的装置的最终用户。

[0007] 在SP与网络运营商之间有许多结算方式。它们之中的一种典型方式是网络运营商在最终用户使用SP的服务时向最终用户收取费用，然后定期与SP进行结算。

[0008] 然而，在网络运营商的大多数现有系统中，SP能够将SMS/MMS消息输送到最终用户而无需最终用户的请求和确认，并随后直接向最终用户收取费用。这种情况下，最终用户将向网络运营商投诉，并且对网络运营商的满意度将下降。

[0009] 像短消息点对点(SMPP)、多媒体消息7(MM7)、Parlay-X、推送访问协议(PAP)等当前现有国际标准未设计用于消息服务的输送控制的目的，因此不能解决如上所述的输送控制问题。

[0010] UK专利申请GB 2437776A公开了一种提供路由选择信息以便将消息路由到目的地移动实体的方法。虽然该方法具有引导到目的地移动实体的增值服务的输送控制，但它具有多个缺点。例如，该方法具有有限的适用范围。由于在该方法中，目的地移动实体必须预订增值服务以实现增值服务的输送控制，因此，该方法不适用于目的地移动实体未预订增值服务的情况。另外，该方法要求更改SMSC的实现。

发明内容

[0011] 因此，本发明的目的是通过提供方法和消息服务网关，以用于控制由服务提供商应用提供为增值服务的消息服务到最终用户的输送，以改进对网络运营商的用户满意度，从而解决上述缺点。

[0012] 根据本发明的一方面，提供了一种在消息服务网关中控制由服务提供商应用提供为增值服务的消息服务到具有带消息传递能力的装置的最终用户的输送的方法。该方法包括确定服务提供商应用是预定义类别的哪个类别，并且基于服务提供商应用的确定类别来控制消息服务到最终用户的输送。

[0013] 在该方法的一实施例中，如果服务提供商应用的确定类别是预定义类别中包括的一次性使用应用，则控制消息服务到最终用户的输送的步骤包括仅在从最终用户收到对消息服务的先前请求时才允许消息服务输送到最终用户的步骤。

[0014] 在该方法的一实施例中，如果服务提供商应用的确定类别是预定义类别中包括的多次性使用应用，则控制消息服务到最终用户的输送的步骤包括以下步骤：在第一次从所述最终用户收到对所述消息服务的请求时，在用户使用数据库中创建最终用户的用户使用记录(UUR)；以及仅在用户使用数据库中存在最终用户的UUR时才允许消息服务输送到最终用户。

[0015] 优选的是，UUR至少包含消息服务网关为识别来自最终用户对消息服务的请求而生成的会话ID、识别最终用户的用户ID、识别服务提供商应用的应用ID、表示已由服务提供商应用输送到最终用户的消息总数的输送计数以及创建最终用户的UUR的日期和时间。更优选的是，用户ID是最终用户的移动台国际ISDN号(MSISDN)。

[0016] 在一实施例中，该方法还包括如果最终用户在预定义的时间期内未使用消息服务则从用户使用数据库删除最终用户的UUR的步骤。

[0017] 在一实施例中，该方法还包括如果删除与最终用户的UUR有关的服务提供商应用则从用户使用数据库删除该UUR的步骤。

[0018] 在一实施例中，该方法还包括通过由服务提供商应用调用可用接口而从用户使用数据库删除最终用户的UUR的步骤。

[0019] 在一实施例中，该方法还包括在消息服务成功输送到最终用户时对最终用户为消息服务计费的步骤。

[0020] 优选的是，消息服务包括SMS和MMS之一或两者。

[0021] 根据本发明的另一方面，提供了一种用于控制由服务提供商应用提供为增值服务的消息服务到具有带消息传递能力的装置的最终用户的输送的消息服务网关。该消息服务网关包括：控制组件，配置成确定服务提供商应用是预定义类别的哪个类别，并基于服务提供商应用的确定类别，控制消息服务到最终用户的输送；以及用户使用数据库，耦合到控制组件并配置成存储最终用户的UUR。

[0022] 在该消息服务网关的一实施例中，控制组件还配置成如果服务提供商应用的确定类别是预定义类别中包括的一次性使用应用，则仅在从最终用户收到对消息服务的先前请求时才允许消息服务输送到最终用户。

[0023] 在该消息服务网关的一实施例中，控制组件还配置成如果服务提供商应用的确定类别是预定义类别中包括的多次性使用应用，则在第一次从最终用户收到对消息服务的请求时，在用户使用数据库中创建最终用户的UUR，并仅在用户使用数据库中存在最终用户的UUR时才允许消息服务输送到最终用户。

[0024] 优选的是，UUR至少包含消息服务网关为识别来自最终用户对消息服务的请求而生成的会话ID、识别最终用户的用户ID、识别服务提供商应用的应用ID、表示已由服务提供商应用输送到最终用户的消息总数的输送计数以及创建最终用户的UUR的日期和时间。

[0025] 在一实施例中，该消息服务网关还包括可用于服务提供商应用的接口。

[0026] 在一实施例中，该消息服务网关还包括计费组件，计费组件耦合到控制组件并配置成在消息服务成功输送到最终用户时对最终用户为消息服务计费。

[0027] 优选的是，消息服务包括SMS和MMS之一或两者。

[0028] 优选的是，消息服务网关是消息网关或Parlay-X网关之一。

[0029] 根据本发明仍有的另一方面，提供了一种至少包括如上所述的消息服务网关、服务提供商应用、SMSC和MMSC之一或两者以及具有带消息传递能力的装置的最终用户的系统。

附图说明

[0030] 从下面结合附图所呈现的本发明更具体的描述，本发明的上述和其它方面、特征和优点将变得更明显，其中：

[0031] 图1示意示出用于实现消息服务的输送的现有技术系统的典型架构的一部分；

[0032] 图2是实现本发明的实施例的系统的一部分的示意框图；

[0033] 图3是顺序图，示出根据本发明一实施例的控制由一次性使用应用所提供的消息服务的输送的过程；

[0034] 图4是顺序图，示出根据本发明一实施例的由多次性使用应用所提供的消息服务的第一次使用的过程；

[0035] 图5是顺序图，示出根据本发明的实施例的由多次性使用应用所提供的消息服务的非第一次使用的过程。

[0036] 在图形的几个示图各处，对应的引用标号指示对应的组件。

具体实施方式

[0037] 下面陈述的实施例表示必需的信息以使得本领域的技术人员能够实践本发明，并示出实践本发明的最佳模式。在根据附图阅读以下描述后，本领域的技术人员将理解本发明的概念，并且将认识到本文中未特别提出的这些概念的应用。应理解，这些概念和应用在本公开和随附权利要求的范围内。

[0038] 在本说明书的描述和权利要求各处，术语“消息服务网关”包括但不限于消息网关、Parlay-X网关或用于SP与SMSC/MMSC之间的数据交换的任何其它类型的网关。应注意的是，本发明的实施例在下面在作为消息服务网关的一示例的Parlay-X网关的上下文中描述。

[0039] 术语“带消息传递能力的装置”包括但不限于带消息传递能力的移动装置、带消息传递能力的固定装置或带消息传递能力的任何其它类型的装置。

[0040] 先概述本发明的原理。本发明使得网络运营商的系统能够通过向SP显露新消息接口并添加用户使用数据库，控制SP输送的所有消息服务。系统如果未收到用户请求或甚至用户确认，则将拒绝来自SP的消息服务的输送。

[0041] 为此，系统先确定将消息服务作为增值服务输送到具有带消息传递能力的装置的最终用户的SP应用是预定义类别的哪个类别，并随后基于SP应用的确定类别来控制消息服务的输送。例如，系统将所有SP消息应用分成两个类别：一次性使用应用和多次性使用应用。如其名称所示，一次性使用应用将在从最终用户接收请求时将消息服务输送到最终用户一次。相反，多次性使用应用将在从最终用户接收请求时在将来的时间期内将消息服务多次输送到最终用户。作为示例，属性(APP_USAGE_TYPE)添加到网络运营商的应用属性记录以在这两种类型的应用之间进行区分。

[0042] 对于一次性使用应用的输送控制，仅在最终用户首先发送对应用的移动始发的(MO)消息请求时才允许一次性使用应用输送移动端接的(MT)消息到最终用户。为了支持控制，定义了新消息接口DeliverControl。新消息接口在消息请求中将最终用户的MO请求携带到应用，并且应用在消息响应中将MT消息送回系统。

[0043] 对于多次性使用应用的输送控制，在最终用户第一次使用多次性使用应用所提供的消息服务时，在用户使用数据库中将创建最终用户的UUR。随后，仅在用户使用数据库中存在UUR时才允许从应用的每次消息输送。例如，UUR包含以下基本信息：

[0044] -系统为识别来自最终用户对消息服务的请求而生成的会话ID，

[0045] -识别最终用户的用户ID，例如，最终用户的移动台国际ISDN号(MSISDN)，[0046] -识别服务提供商应用的应用ID，

[0047] -表示已由服务提供商应用输送到最终用户的消息总数的输送计数，以及[0048] -创建最终用户的UUR的日期和时间。

[0049] 现在将参照图2-5，通过示例更详细地描述本发明。图2是实现本发明的实施例的系统200的一部分的示意框图。系统200包括由SP开发的一个或多个SP应用202、Parlay-X网关204、一个或多个短消息服务中心(SMSC)206、一个或多个多媒体消息服务中心(MMSC)208及具有带消息传递能力的装置的一个或多个用户(未示出)。Parlay-X网关204包括控制组件210和耦合到控制组件210的用户使用数据库212。可选的是，Parlay-X网关204包括耦合到控制组件210的计费组件214。

[0050] 控制组件210耦合到SP应用202和SMSC 206及MMSC 208，并且配置成除其它之外还基于SP应用202的类别来控制SP应用202提供的消息服务到最终用户的输送。用户使用数据库212配置成存储所有最终用户的UUR。计费组件214配置成在消息服务成功输送到最终用户时对最终用户为消息服务计费。

[0051] 应理解，控制组件210和计费组件214可包括硬件、软件、固件或其任何组合。在至少一个实施例中，控制组件210和计费组件214包括编程为执行对应如下讨论的过程步骤的操作的一个或多个通用或专用微处理器和/或数字信号处理器。指令可实施为包括存储元件(例如，存储器)中存储的程序指令的一个或多个计算机程序。

[0052] 参照图3，图中所示的顺序图示出根据本发明一实施例的控制由一次性使用应用所提供的消息服务的输送的过程300。应理解，过程300不必限于所示的顺序，一些步骤可在需要时省略，并且一些步骤可一起或否则以互相关的方式来执行。

[0053] 下面结合图2来描述过程300。过程300从步骤1开始，在该步骤中，最终用户之一发送携带MO SMS信息的MO SMS消息(例如用于请求斯德哥尔摩的天气信息)。随后在步骤2中，SMSC 206之一接收该MO SMS消息，并且将该MO SMS消息转发到Parlay-X网关204。此步骤2是来自最终用户对消息服务的请求的实现。

[0054] 随后在步骤3中，Parlay-X网关204中包括的控制组件210检查MO SMS消息的目的地，并且将MO SMS消息转发到SP应用202的一个适当应用。基于Web服务技术的DeliverControl消息在本文中用于支持输送控制。DeliverControl消息包括输入消息(即，DeliverControlRequest)和输出消息(即，DeliverControlResponse)。因此，对于步骤3，控制组件210借助于携带MO SMS信息的DeliverControlRequest消息，将MO SMS消息转发到适当的SP应用202。

[0055] 随后在步骤4中，适当的SP应用202解析MO SMS消息，并且查找适当的信息。在示例中，适当的SP应用202发现用户想获得斯德哥尔摩的天气信息。随后在步骤5中，适当的SP应用202借助于携带将输送到最终用户的MT信息的DeliverControlResponse消息，将MT消息发送到Parlay-X网关204。

[0056] 随后在步骤6中，Parlay-X网关204中包括的控制组件210通过检查属性字段APP_USAGE_TYPE，确定适当的SP应用202是否是一次性使用。本例中的回答是“是”，并且过程300继续到步骤7，在该步骤中，Parlay-X网关204将MT消息发送到SMSC 206之一。

[0057] 随后在步骤8中，所述SMSC 206之一将带有来自适当SP应用202的MT信息的MT消息成功输送到最终用户。随后，一旦Parlay-X网关204中包括的计费组件214在步骤9中从所述SMSC 206之一收到指示MT消息成功输送到最终用户的响应消息SMMP_SUBMIT_SMS_RESP，它便在步骤10中向最终用户计费。成功输送的检测是在Parlay-X网关204中收到响应消息SMMP_SUBMIT_SMS_RESP时进行的。随后过程300结束。

[0058] 对于一次性使用SP应用，采用新消息接口DeliverControl的上述实施例比标准Parlay-X方式更有效。在Parlay-X标准中，Parlay-X网关需要通过使用notifySmsMessage或notifyMessage将MO消息上载到SP应用，并且SP应用通过使用sendSms或sendMessage将MT消息输送到Parlay-X网关，这是两轮的请求和响应交互。相反，对于上述实施例，将MO消息上载到SP应用和将MT消息输送到Parlay-X网关能够在一轮请求和响应交互中完成。

[0059] 图4和5一起示出根据本发明一实施例的由多次性使用应用所提供的消息服务的输送控制。具体而言，图4是示出由多次性使用应用所提供的消息服务的第一次使用的过程400的顺序图，并且图5是示出由多次性使用应用所提供的消息服务的非第一次使用的过程500的顺序图。

[0060] 下面仍结合图2来描述过程400和500。图4所示的过程400从步骤1开始，在该步骤中，最终用户之一发送携带MO SMS信息的MO SMS消息(例如用于请求斯德哥尔摩的每日新闻)。随后在步骤2中，SMSC 206之一接收MO SMS消息，并且将MO SMS消息转发到Parlay-X网关204。

[0061] 随后在步骤3中，Parlay-X网关204中包括的控制组件210检查MO SMS消息的目的地，并且将MO SMS消息转发到SP应用202的一个适当应用。如上所述的DeliverControl消息在本文中用于支持输送控制。因此，对于步骤3，控制组件210借助于携带MO SMS信息的DeliverControlRequest消息，将MO SMS消息转发到适当的SP应用202。

[0062] 随后在步骤4中，适当的SP应用202解析MO SMS消息，并且在其自己的数据库中为最终用户创建预订。随后在步骤5中，适当的SP应用202借助于带有或不带有将输送到最终用户的MT信息的DeliverControlResponse消息，将响应消息发送到Parlay-X网关204。在示例中，适当的SP应用202发送带有当天的每日新闻的MMS消息。

[0063] 随后在步骤6中，Parlay-X网关204中包括的控制组件210通过检查属性字段APP_USAGE_TYPE，确定适当的SP应用202是否是多次性使用。本例中的回答是“是”，并且控制组件210确定用户使用数据库212中是否存在用于最终用户的UUR。本例中的回答是“否”，以表示这是最终用户第一次使用消息服务。随后，过程400继续到步骤7，在该步骤中，控制组件210在用户使用数据库212中为最终用户创建UUR。可选的是，SMS确认消息能够在创建UUR前由Parlay-X网关204发送到最终用户。如果最终用户通过SMS消息回复“是”，则UUR将被创建。以此方式，增强了多次性使用应用的输送控制。

[0064] 随后在步骤8中，控制组件210通过检查响应消息中的消息类型字段messageType，确定其中是否有MT信息。一些SP应用可以不立即输送消息到最终用户，并因此将messageType设为None_Message以让Parlay-X网关204忽略响应消息。在此情况下，过程400结束。

[0065] 由于在本例的响应消息中存在MT信息，因此，过程400继续到步骤9，在该步骤中，Parlay-X网关204将响应消息(即，带有当天的每日新闻的MMS消息)发送到MMSC 208之一。随后在步骤10中，所述MMSC 208之一将MMS消息成功输送到最终用户。随后，一旦Parlay-X网关204中包括的计费组件214在步骤11中从所述MMSC 208之一收到指示MMS消息成功输送到最终用户的响应消息MM7_SUBMIT_MMS_RESP，它便在步骤12中向最终用户计费。成功输送的检测是在Parlay-X网关204中收到响应消息MM7_SUBMIT_MMS_RESP时进行的。随后过程400结束。

[0066] 转到图5，过程500从步骤1开始，在该步骤中，SP应用202之一向Parlay-X网关204发送带有MT信息的消息，例如，带有另一天的每日新闻的MMS消息。注意，在此情况下，SP应用能够通过使用用于SMS消息的SendSms或用于MMS消息的SendMessage，以Parlay-X协议中的标准方式来输送消息。然而，目的地地址应设为SP应用从DeliverControlRequest消息所获得的会话ID。

[0067] 随后步骤2中，Parlay-X网关204中包括的控制组件210确定消息的目的地地址是否是会话ID(即，带有前缀“会话：”的地址)。本例中的回答是“是”，并且随后过程500继续到步骤3，在该步骤中，控制组件210通过检查属性字段APP_USAGE_TYPE，确定适当的SP应用202是否是多次性使用。本例中的回答是“是”，并且随后在步骤4中控制组件210确定用户使用数据库中是否存在带有相同会话ID的UUR。本例中的回答是“是”，并且随后控制组件210增大UUR中的输送计数。

[0068] 随后在步骤5中，Parlay-X网关204将MT消息从SP应用202发送到服务使能器。在示例中，Parlay-X网关204将带有另一天的每日新闻的MMS消息发送到所述MMSC 208之一。随后在步骤6中，所述MMSC 208之一将MMS消息成功输送到最终用户。随后，一旦Parlay-X网关204中包括的计费组件214在步骤7中从所述MMSC 208之一收到指示MMS消息成功输送到最终用户的响应消息MM7_SUBMIT_MMS_RESP，它便在步骤8中向最终用户计费。成功输送的检测是在Parlay-X网关204中收到响应消息MM7_SUBMIT_MMS_RESP时进行的。随后过程500结束。

[0069] 消息接口DeliverControl支持一个消息中的不同内容类型。例如，SP应用能够发送MMS消息以响应请求预订的SMS消息，这在本发明的上述实施例中示出。从商业角度而言，这更灵活地满足了SP的要求。

[0070] 应注意，会话ID是DeliverControl会话的唯一标识符。因此，最终用户的MSISDN不向SP显露，这避免了从SP到最终用户的广告垃圾信息。

[0071] 另外，如果有成千上万个SP应用，并且最终用户经常使用它们，则UUR的数量可能快速增大。因此，清除机制对于获得更佳的系统性能是重要的。清除UUR有不同的方式。

[0072] 在第一示范实施例中，控制组件210定期检查用户使用(例如，每月)。如果最终用户在预定义时间期(如180天)内未使用消息服务，则控制组件210将在用户使用数据库中删除最终用户的UUR。为有利于此，以下字段能够添加到SP应用：

[0073] -定期(Is Periodic)，其指示SP应用是否由最终用户定期使用；

[0074] -定期类型(Periodic Type)，其指示定期SP应用的类型，如每月、每周等；以及[0075] -最大使用天数(Max Usage Days)，其为非定期SP应用指示在创建第一个UUR后的最大有效使用天数。

[0076] 在第二示范实施例中，如果与UUR有关的SP应用被删除，则控制组件210将删除用户使用数据库中的该UUR。

[0077] 在第三示范实施例中，Parlay-X网关204能够显露用于SP应用的接口，以便SP应用能够在需要时调用接口，以从用户使用数据库删除UUR。

[0078] 在本说明书的描述和权利要求各处，词语“包括”、“包含”、“含有”及其变型(例如，“包括……的”)表示“包括但不限于”，并且无意(且未)排除其它组件、整体或步骤。

[0079] 在本说明书的描述和权利要求各处，单数涵盖复数，除非上下文另有要求。具体而言，在使用不定冠词之处，说明书要理解为考虑了多数以及单数，除非上下文另有要求。

[0080] 将理解，为了说明和描述的目的，陈述了本发明的实施例的以上描述。此描述不是穷举的，并且未限制所要求权利的发明为公开的精确形式。鉴于以上描述，修改和变化是可能的，或者可从实践本发明而获得。权利要求及其等同定义本发明的范围。