专利名称：用于认证期间的恢复的方法和装置的制作方法
用于认证期间的恢复的方法和装置
背景技术：
大部分的移动和固定通信设备的用户通过与网络运营商的订购来支付对通信网络的接入。网络运营商对用户的支付安排被称为运营商计费，并且由运营商计费系统在网络中实现，其中所述运营商计费系统追踪网络资源的用户消费、追踪这种使用的收费并且追踪来自用户的支付。在直接运营商计费中，与网络运营商不同的商户使用网络运营商的 计费系统从用户提取用于通过用户的通信设备订购或传递的产品的支付，而不是用以获得和追踪来自用户的支付的重复功能。由于设备不具有可以与用户相关联的固定网络地址，所以对移动通信设备的用户进行收费是具有挑战的。为了针对产品对移动设备的用户收费，商户的系统对用户进行认证以获得适于由运营商计费的用户标识符，例如用户的订户标识符，而不是用户的移动设备的当前网络地址。许多运营商支持的普通认证方法是基于定向到商户的系统的超文本传输协议(HTTP)消息的，该商户的系统典型地由统一资源定位符(URL)在通信网络上进行寻址。在这种普通机制中，运营商网络的接入点将订户标识符增加到HTTP消息的报头部分。当用户的移动通信设备通过无线应用协议(WAP)接入点连接到网络时，HTTPURL认证工作良好。然而，如果用户的移动通信设备碰巧具有被定义为别的什么的默认接入点(例如，WiFi接入点或因特网接入点)，不能通过接入点将HTTP消息与运营商的用户相关联，所以认证失败——导致运营商计费的失败，并且导致不满意的用户体验。
发明内容
因此，存在即使当用户的移动通信设备通过非WAP接入点连接到通信网络时也对用户认证的方式的需要。此处提供的一种方式被称为用于运营商计费的认证期间的短消息服务(SMS)恢复。根据一个实施例，一种方法，包括发起将超文本传输协议认证消息从用户的用户设备发送给商户的商户节点。所述方法进一步包括如果用户没有响应于超文本传输协议认证消息而被认证，则发起将短消息服务消息从用户设备发送给商户节点。所述短消息服务消息指示在所述商户和所述用户之间的交易。根据另一实施例，一种装置，包括至少一个处理器，以及至少一个包括计算机程序代码的存储器。所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器至少部分致使所述装置，开始将用于装置的用户的超文本传输协议认证消息发送给商户的商户节点。所述装置还被致使如果响应于用户没有所述超文本传输协议认证消息而被认证，则发起将短消息服务消息发送给商户节点。所述短消息服务消息指示在所述商户和所述用户之间的交易。根据另一实施例，一种装置，包括至少一个处理器，以及至少一个包括计算机程序代码的存储器。所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器至少部分致使所述装置，生成指示在商户和用户之间的交易的购买响应消息。所述装置还致使发起使用超文本传输协议将所述购买响应消息发送给用户的用户设备。所述装置进一步致使接收指示所述交易和所述用户的标识符的短消息服务消息。所述装置进一步致使基于所述短消息服务消息来对用户进行认证。根据另一实施例，一种方法，包括促进对服务的接入，包括授予接入权利。所述服务包括使用超文本传输协议来发送指示在商户和用户之间的交易的购买响应消息。所述服务进一步接收指示所述交易和所述用户的标识符的短消息服务消息。所述服务基于所述短消息服务消息对所述用户进行认证。根据另一实施例，一种计算机可读存储介质，承载一个或多个指令的一个或多个序列，当由一个或多个处理器执行时所述一个或多个指令的一个或多个序列使得装置至少执行，发起将用于所述装置的用户的超文本传输协议认证消息发送给商户的商户节点。所述装置还致使如果用户没有响应于所述超文本传输协议认证消息而被认证，则发起将短消息服务消息发送到所述商户节点。所述短消息服务消息指示在所述商户和所述用户之间的交易。根据另一实施例，一种计算机可读存储介质，承载一个或多个指令的一个或多个 序列，当由一个或多个处理器执行时所述一个或多个指令的一个或多个序列使得装置至少执行，生成指示在商户和用户之间的交易的购买响应消息。所述装置还致使发起使用超文本传输协议将所述购买响应消息发送到用户的用户设备。所述装置进一步致使接收指示所述交易和所述用户的标识符的短消息服务消息。所述装置进一步致使基于所述短消息服务消息来对用户进行认证。根据另一实施例，一种装置，包括用于将所述装置的用户的超文本传输协议认证消息发送给商户的商户节点的部件。所述装置进一步包括用于如果用户没有响应于所述超文本传输协议认证消息而被认证，则将短消息服务消息发送给所述商户节点的部件。所述短消息服务消息指示在所述商户和所述用户之间的交易。根据另一实施例，一种装置，包括用于生成指示在商户和用户之间的交易的购买响应消息的部件。所述装置进一步包括用于使用超文本传输协议将所述购买响应消息发送给用户的用户设备的部件。所述装置进一步包括用于接收指示所述交易和所述用户的标识符的短消息服务消息的部件。所述装置进一步包括基于所述短消息服务消息来对用户进行认证的部件。根据另一实施例，一种方法，包括响应于指示在商户和用户之间的交易的购买响应消息，改变到网络的接入点，直到所使用的接入点在可接受接入点的列表上为止。通过在可接受接入点的列表上的所述接入点来发送超文本传输协议认证消息。在一些实施例中，所述可接受接入点的列表是无线接入协议接入点的列表。仅仅通过说明多个特定实施例和实现方式，包括被构想用于执行本发明的最佳模式，可以通过下面的详细说明容易地了解本发明的其它方面、特征以及优点。在全部不脱离本发明的精神和范围的情况下，本发明还能够实现其它的和不同的实施方式，并且可以在各种明显方面内修改本发明的许多细节。因此，应自然地将附图和说明书考虑为示意性的，并且不是限制性的。
在附图的图示中，通过示例的方式并且不是通过限制的方式来说明本发明的实施方式，其中图I是根据一个实施例的在用于运营商计费的认证期间提供恢复的系统的视图；图2是根据一个实施例的在用于运营商计费的认证期间提供恢复的商户平台的组件的视图；图3A到图3E是根据实施例的用于提供恢复的消息中的数据字段的框图；图4是根据一个实施例的在用于运营商计费的认证期间提供恢复的客户端过程的流程图； 图5是根据一个实施例的在用于运营商计费的认证期间提供恢复的服务器过程的流程图；图6A和图6B是根据一些实施例的为用于运营商计费的首要认证而交换的消息的时序图；图7A和7B是根据实施例的为用于运营商计费的恢复认证而交换的消息的时序图；图8A到图8C是根据各种实施例的在图4的过程中使用的用户接口的示图；图9是可用于实现本发明实施例的硬件的示图；图10是可用于实现本发明实施例的芯片集的示图；以及图11是可用于实现本发明实施例的移动终端(例如手机)的示图。
具体实施例方式公开了用于在运营商计费的认证期间提供恢复的方法、装置、和计算机程序的示例。以下描述中，为了说明的目的，阐述多个具体细节以提供本发明的实施例的全面理解。然而，本领域技术人员清楚，本发明的实施例可在没有这些具体细节或具有等同配置的情况下实现。其他情形下，以框图形式示出公知结构和设备，以避免不必要地模糊本发明的实施例。如此处所使用的，术语运营商是指通信网络或通信网络的一部分的运营商，所述通信网络包括网络和因特网、有线和无线的服务提供商。用户是指连接到运营商网络的人，包括运营商通信网络服务的订户，例如网络服务的预付费、预先安排或开账单的订购。在预付费的订购中，从用户已经支付给运营商的金额中扣除收费。在预先安排的支付订购中，通过用户允许来自动地从用户的一个或多个银行或信用账户定期(例如每月)提取用于累积收费的支付。在开账单的订购中，向用户发送用于描述提供的的资源和累积收费的书面电子或纸质账单；并且响应于书面描述，用户发送支付。如此处使用的，商户是与提供商不同的商业实体，商户将通过通信网络选择或传递的货物或服务提供给用户。如此处使用的，网络节点、或简单节点是与通信网络进行通信以发起或终止消息或中继消息的任意有线或无线设备。尽管参照利用蜂窝电话连接到提供商网络以使用运营商计费来购买产品的用户来介绍各种实施方式，可以设想的是，此处介绍的方法可以用于其它有线和无线用户设备，例如膝上型或桌面计算机、个人数字助理以及网络电器，并且可以用于与任意产品或服务相关的认证期间，而不是仅用于运营商计费。
如此处介绍的，在直接运营商计费中，与网络运营商不同的商户使用网络运营商计费系统从用户提取对于通过用户的移动或有线通信设备订购或传递的产品的支付，而不是从用户获得和追踪支付的重复功能。典型地，商户具有在通信网络的一个或多个节点上的公共站点(被称为前端)，在公共站点中用户可以观看和选择商户的产品。在对用户隐藏的通信(被称为后端)中，相同或不同节点上的商户后端系统通过应用程序接口(API)集成到一个或多个不同节点上的运营商计费系统。为了针对产品而对用户收费，商户的后端系统对用户进行认证以获得适于由运营商计费的用户标识符，例如用户的订户标识符，也被称为客户ID (C ID) o所述C ID可以是移动用户综合服务数字网络号(MSISDN，其是小区电话号码)或由运营商定义的一些其它标识符，例如，国际移动用户身份(MSI)标识符、电子邮件地址或短消息服务(SMS)短码。MSI是唯一的15位代码，用于识别全球移动通信系统(GSM)网络上的单个用户。典型地，将IMSI值存储在用户身份模块(SIM卡)、用于特别是针对高级特征在许多移动电话中存储信息的设备上。
许多运营商所支持的普通认证方法基于定向到商户的前端或后端系统的超文本传输协议(HTTP)消息，典型地，使用统一资源定位符(URL)在通信系统中寻址商户系统。在所述普通机制中，用户移动通信设备上的客户端过程将HTTP GET消息发送到商户的认证URL,并且运营商的网络节点，例如接入点，将订户标识符添加到HTTP消息的报头部分。当用户的移动通信设备通过特定接入点(被称为无线应用协议(WAP)接入点)连接到网络时，HTTP URL认证工作正常。如果用户的移动通信设备碰巧具有被定义为其它的默认接入点(例如，WiFi接入点、因特网接入点等)，认证可能失败——导致运营商计费的失败，并且导致不满意的用户体验。图I是根据一个实施例的在用于运营商计费的认证期间提供恢复的系统100的示图。当HTTP URL认证没有工作正常以向商户表明运营商已知的用户的客户标识符(C ID)时，系统100可以通过找到适当接入点或通过导出SMS消息来恢复，所述SMS消息向商户表明运营商已知的替代的C ID0商户可以使用替代的C ID来调用运营商计费。如图I中所示，系统100包括用户设备(UE) 101，所述用户设备具有经由通信网络105的到商户平台130的连通性。通过示例的方式，系统100的通信网络105包括一个或多个网络，例如数据网络(未示出)、无线网络(例如，运营商网络110)、电话网络(未示出)、或其任意组合。可设想，数据网络可以是任意局域网(LAN)、城域网(MAN)、广域网(WAN)、公共数据网(例如因特网)、或任意其他适合的分组交换网络，例如商业所有、私有分组交换网，例如私有电缆或光纤网络。此外，无线网络可以是例如蜂窝网络，并且可采用各种技术，包括用于全球演进的增强数据速率(EDGE)、通用分组无线业务(GPRS)、全球移动通信系统(GSM)、因特网协议多媒体子系统(IMS)、通用移动电信系统(UMTS)等、以及任意其他适合的无线介质，例如全球微波互联接入(WiMAX)、长期演进(LTE)网络、码分多址(CDMA)、宽带码分多址(WCDMA)、无线保真(WiFi)、卫星、移动自组织网络(MANET)等。网络105的至少一部分110受网络运营商的管理控制，并且此处被称为运营商网络110。通信网络105包括用于无线设备的一个或多个接入点(AP)，例如非WAP AP Illa和WAP AP 111b，此处一起被称为AP 111。这些AP中的一个或多个处于网络105的运营商网络110部分中。现有技术中已知的WAP，被设计为通过无线链路向具有有限的显示屏幕区域以及可能有限的带宽的无线设备(例如蜂窝电话)传输视频和图像内容，例如使用HTTP和图形用户接口传输的网页。如上所述，运营商网络110还包括运营商计费系统115和短消息系统(SMS)控制系统(SMSC) 117。SMSC 117处理、存储和转发移动电话网络中的短消息。SMS用于提供在移动电话网络中的蜂窝电话连接信息，但是已经变为更常用的方式以在终端用户之间针对被称为文本消息传送的应用发送消息、主要文本。SMS消息可以在支持SMS的通过网络105与运营商网络110直接或间接通信的任意对设备间使用，例如任意对第三代(3G)通信设备。UE 101是任意类型的移动终端、固定终端、或便携式终端，包括移动手机、站、单元、设备、多媒体计算机、多媒体平板、因特网节点、通信器、桌面计算机、膝上型计算机、个人数字助理(PDA)、或其任意组合。还可设想，UE 101可支持对于用户的任意类型的接口(例如“可佩戴”电路等)。商户平台130是一个或多个网络节点，其托管支持对商户所供应的产品的介绍、销售和传递，或一些组合的应用，通常被称为电子商务。前端过程由在线购买用户接口 (n) 135代表；并且后端过程由支付网络133代表。商户平台130还包括SMS模块137。SMS模块137用于在商户平台130上构成、发送、接收、存储和显示SMS消息。SMS模块是现有技术中已知的。例如，UE 101和商户平台可使用已知、新的或仍旧在开发中的协议，来彼此以及与通信网络105的其他组件通信。在这个背景下，协议包括定义通信网络105中的网络节点如何基于在通信链路上发送的信息来彼此交互的一组规则。协议在每个节点中的不同的操作层处起作用，从生成和接收各个类型的物理信号，到选择用于传递这些信号的链路，到通过那些信号指示的信息的格式化，到识别在计算机系统上执行的哪个软件应用发送或接收信息。在开放性系统互联(OSI)参考模型中描述了在网络上用于交换信息的概念上不同的协议层。在网络节点之间的通信典型地通过交换数据的离散分组来实现。每个分组典型地包括(I)报头信息，其与特定协议相关联；和(2)有效载荷信息，其在报头信息之后并且包含可独立于该特定协议处理的信息。在一些协议中，分组包括(3)尾信息，其在有效载荷之后并且指示有效载荷信息的结尾。报头信息包括例如分组的源、其目的地、有效载荷的长度、和协议使用的其他属性的信息。通常，用于特定协议的有效载荷中的数据包括与OSI参考模型的不同、较高层相关联的不同协议的报头和有效载荷。特定协议的报头典型地指示在其有效载荷中包含的下一协议的类型。较高层协议被认为是封装在较低层协议中。贯穿多个异构网络(例如因特网)的分组中包括的报头典型地包括如OSI参考模型所定义的物理(层I)报头、数据链路(层2)报头、网间(层3)报头和传输(层4)报头、和各个应用报头(层5、层6和层7)。计算机过程交互的客户端-服务器模型是广泛已知且使用的。根据客户端-服务器模型，客户端过程发送包括对服务器过程的请求的消息，并且服务器过程通过提供服务来进行响应。服务器过程还可以返回带有对客户端过程的响应的消息。通常，客户端过程和服务器过程在不同的计算机设备(称为主机)上执行，并且使用用于网络通信的一个或多个协议经由网络进行通信。术语“服务器”通常用于指提供服务的过程，或操作所述过程的主机计算机。相似地，术语“客户端”通常用于指作出请求的过程，或操作所述过程的主机计算机。如此处使用的，术语“客户机”和“服务器”是指过程，不是指主机计算机，除非从上下文中明确的表示。此外，出于包括可靠性、可扩展性和冗余性的原因，可以将服务器执行的过程分开以作为多个过程(有时称为层)来运行在多个主机上。连接到通信网络的大部分节点上可用的已知客户端过程是万维网客户端(称为“网络浏览器”，或简单地称为“浏览器”)，万维网客户端通过根据超文本传输协议(HTTP协议)进行格式化的消息与提供网页的大量被称为万维网服务器的服务器中的任意服务器进行交互。
UE 101包括浏览器103和SMS模块107。SMS模块107用于在UE 101上构成、发送、接收和存储并且显示SMS消息。浏览器和SMS模块是现有技术中已知的。在说明的实施方式中，浏览器103包括插入应用或临时脚本，其用作与在线购买n 135进行交互的商业客户端过程131。商业客户端131通过在线购买n 135呈现图形元素，并捕获和发送用户动作，例如指针移动或按键敲击，使得用户可以浏览产品并发起购买。在UE 101上的商业客户端131和商户平台130上的在线购买n 135之间使用任意应用层协议(包括HTTP)来交换消息。在线购买n 135执行用于商户的商业服务器的一些功能。在一些实施方式中，商业客户端不是浏览器是一部分，而是另一应用的一部分或是单独的。根据一些实施例，UE 101上的商业客户端131包括与商业平台130上的认证恢复服务器153进行通信的认证恢复客户端151，在下面将更为详细地介绍。认证恢复客户端151确定HTTP URL消息是否成功获得认证；并且如果没有，然后通过改变接入点或使用不同协议(例如SMS)发送恢复消息实现认证来进行恢复。认证恢复服务器153提供要在恢复消息中使用的交易标识符；并且使用在接收的恢复消息中的用户标识符来完成运营商计费。尽管为了说明的目的，在示例性实施方式中将节点、模块和处理器示为按特定安排的整体模块，在其它实施方式中，将模块或处理器中的一个，或者模块或处理器的部分在相同或不同节点上按不同顺序进行安排，或按照一些方式的结合来改变安排。图2是根据一个实施例的在用于运营商计费的认证期间提供恢复的商户平台130的组件200的示图。例如，商户平台130包括在用于运营商计费的认证期间提供恢复的一个或多个组件。可以设想的是，这些组件的功能可以被结合到一个或多个其它组件中，或者由等同功能的其它组件来执行。这些组件中的一个或多个分别实现在下面通过参考图9和图10更为详细地介绍的计算机系统900或芯片集1000上。在示出的实施方式中，商户平台130包括支付网关133、在线购买M135、产品标识符数据结构203、交易模块205、交易内容数据结构207、认证恢复服务器153和SMS模块137。商户平台130与例如UE 101上的商业客户端131进行交互，以及与例如网络110中的运营商计费系统115进行交互。根据示出的实施例，在交易模块205中，商户平台130生成交易，由此基于通过在线购买UI接收的用户输入选择产品和价格，并且将交易存储在交易内容数据库207中。在一些实施例中，定义唯一交易标识符(TX ID)并且然后将其用作交易内容数据结构207内的索引。通过交易模块交易被提供给支付网关133并且交易被用于通过运营商计费系统155对用户进行计费。如此处更为详细介绍的，认证恢复服务器153与过程133、135和205进行交互，并且将字段添加到特定的发送消息中且从特定的接收消息提取字段以推断用户的C ID，并且将所述C ID提供给支付网关133以用于运营商计费。
尽管为了说明的目的将过程、模块和数据结构示为特定节点上特殊位置中的整体模块，但是在其它实施方式中，过程、模块和数据结构中的一个或多个，或者过程、模块和数据结构的一部分可以在相同或不同的网络节点上按不同的顺序来安排。因此，认证恢复服务器153可以被包括在如图I所示的支付网关过程133中，或可以是如图2所示的分开的。图3A到图3E是根据实施例的用于提供恢复的消息中的数据字段的框图。与其它方式相比没有改变的消息没有被示出。图3A示出了由商户平台130 (例如由前端在线购买n过程135)向UE 101 (例如商业客户端131)发送的经修改的购买响应消息300。可以按照任意适当的协议，例如在HTTP或WAP消息中，封装所述消息。购买响应消息300包括客户端地址字段302、交易(TX)标识符(ID)字段304、以及认证URL字段306。与之前的方法不同，经修改的购买响应消息300包括商户SMS地址字段308和可选的SMS消息字段309。在一些实施方式中，经修改的购买响应消息300包括成功地支持HTTP认证的接入点(例如WAP接入点)的AP列表字段307。响应于来自用户设备(例如UE 101)的购买请求消息，商户平台130发送购买响应消息300。如现有技术中已知的，购买请求消息来自试图购买由商户平台所呈现的产品的用户的UE。请求消息持有指示作出请求的用户节点的数据(例如UE 101的因特网协议(IP)地址)、指示将被购买或递送的产品的数据(例如产品ID)、指示提供商网络的数据(例如，移动网络代码、MNC和移动国家代码、MCC,以唯一地识别移动电话运营商)、以及指示产品金额的数据。这些数据字段以及任意其它关联数据(未示出)用于定义交易并且利用相关联的交易ID(TX ID)被存储在交易内容数据结构207中。客户端地址字段302持有指示从购买请求消息获知的UE 101的地址并且因此指示将消息300定向到何处的数据。例如，客户端地址字段302持有IP地址并且被包括在IP层的报头部分中。TX ID字段304持有如上所述的指示基于购买请求消息定义的交易标识符的数据。认证URL字段306持有这样的数据，所述数据指示根据用于向运营商计费系统识别用户的HTTP URL方法，将来自客户端(例如，商业客户端131)的HTTP消息定向到何处，以确定用于用户的订户数目的数据。例如，URL指示后端支付网关133或认证恢复服务器153。可选的AP列表字段307持有这样的数据，所述数据指示适于HTTP认证以避免HTTP认证失败的接入点的客户端排序列表，所述接入点例如WAP接入点。商户SMS地址字段308持有指示商户平台或运行在商户平台上的程序的SMS地址(电话号码或短码)的数据。短码，也被称为短号码，是明显短于全电话号码的特殊电话号码，其也可以被用于寻址来自移动电话或3G电话的SMS和多媒体消息服务(MMS)消息。如果有用的话，SMS地址字段308持有SMS恢复消息定向至的地址。可选SMS消息字段309持有如果发送的话要被包括在SMS恢复消息的SMS有效载荷中的文本数据。在一些实施例中，SMS消息字段309包括指示交易的数据，例如产品和金额或交易标识符(TX ID)。响应于接收到购买响应消息300，商业客户端231将向认证URL发送HTTP GET消息，然后接入点11将所述HTTP GET消息作为来自运营商网络的HTTP GET认证消息310转发到商户平台，如图3C所示的。转发的HTTP GET认证消息310包括在HTTP报头中作为目的地的认证URL字段306以及由商业客户端131插入的TX ID字段304。如果在WAP AP (例如，WAP AP Illb)处接收到HTTP GET消息，那么WAP AP在将消息310转发到商户平台之前，将客户ID插入到消息中，作为客户ID类型字段314和客户ID字段316中的值，例如在HTTP协议消息的报头中。客户ID类型字段314持有指示用于指定用户的客户ID的类型的数据，例如客户ID是否是MSISDN、ISMI或一些其它类型。客户ID字段316持有用于特定用户的该类ID的值。然而，如果在非WAP AP(例如，WAPAPlIIa)处接收到HTTP GET消息，则省略字段314和316。根据一些实施例，在发送HTTP GET消息之前，商业客户端检查当前在使用的用于数据连接的接入点是哪个；并且确定接入点类型是否是WAPAP。如果不是，则商业客户端终止当前数据连接并且使用WAP AP创建新的数据连接。在一些实施例中，使用对设备接入点数据库的查找来作出接入点类型是否为WAP AP的确定。在一些实施例中，使用例如在购买响应消息300的字段307中由后端服务器提供的WAP接入点作出接入点类型是否是WAP AP 的确定。根据一些实施例，如果用户没有接收认证，例如作为以特定时间间隔获取产品的有效接入码，那么客户端发送SMS恢复消息，此处称为图3C中示出的客户端SMS消息320。例如，从UE 101上的认证恢复客户端151发送消息320。来自客户端320的SMS消息包括商户SMS地址字段308，如果可用的话还包括SMS消息字段309，它们均来自购买响应消息300。SMS消息字段309包括指示交易的数据，例如TX ID。SMSC 117处理客户端SMS消息，其在MSISDN字段332中增加客户ID (例如，MSISDN值)以形成SMSC消息330。在一些实施例中，客户ID的类型对于网络的所有用户都是已知的。在一些实施例中，还在字段332中提供客户ID的类型。SMSC消息330由例如在认证恢复服务器153或支付网络133中的商户平台后端接收。一旦商户平台130拥有了运营商也知道的用户的标识符，该信息被用于形成如图3E中示出的收费客户消息340。从商业平台后端(例如支付网关133)将收费客户消息340发送到运营商计费系统(例如，运营商计费系统115)。收费客户消息340包括金额字段342、客户ID类型字段344和客户ID字段346。金额字段342持有指示购买价格(例如，税前)的数据。可以基于SMS消息字段309中的TX ID值从交易内容数据结构207获得所述值，或者可以在SMS消息字段309中明确地包括所述值。客户ID类型字段344指示用于指定用户的标识符类型，例如网络运营商使用的MSISDN或一些其它标识符。客户ID字段346指示用于指定用户的标识符的值，例如MSISDN值或用于另一 ID类型的值。尽管图3A到图3E在某些消息中按特定顺序将数据字段描述为整体块，但是在其它实施方式中，可以在相同或者或多或少的消息中按不同顺序来安排一个或多个字段，或者一个或多个字段的一部分。图4是根据一个实施例的在用于运营商计费的认证期间提供恢复的客户端过程400的流程图。例如，由认证恢复客户端151执行步骤433、435和437，而由与前述方法中使用的商业客户端相似的商业客户端131来执行剩余步骤。在一些实施例中，例如，在包括如图10所示的处理器和存储器的芯片集中实现图400的一个或多个步骤，或由包括如图10所示的处理器和存储器的芯片集来发起图400的一个或多个步骤。尽管为了解释说明的目的按特定顺序示出了图4和随后的流程图5中的步骤，在其它实施例中，可以按不同顺序，或在时间上重叠、串行或并行执行一个或多个步骤，或者可以省略或增加、或按一些方式的组合改变一个或多个步骤。在步骤401，确定可用的认证机制。例如，可以由商业客户端的运营商和UE类型和版本来动态配置认证机制。SMS认证可以被用作恢复或首要认证机制。例如，商业客户端的特定实施例可以使用具有SMS恢复的HTTP，且在不同UE上的商业客户端的其它实施例仅使用SMS或其它恢复手段，例如批准的WAP接入点的列表。在一些实施例中，确定运营商计费是否根本上是可用的，或其它计费是否可用，例如信用卡或其它网络支付服务。在一些实施例中，将可用的机制作为数据来接收。可以使用任何方法来接收这种数据。例如，在各种实施例中，数据作为默认值被包括在软件指令中，作为来自本地或远程节点上的网络管理员的手动输入接收所述数据，从本地文件或数据库检索所述数据，或响应于查询或未经请求地从网络上不同节点发送所述数据，或使用这些方法的一些结合来接收所述数据。
在步骤403,确定运营商计费是否可用。如果不可用，那么在步骤405,例如通过把将要被选择以对电话账单的购买进行收费的按钮变灰，修改客户端显示以指示运营商计费不可用。在步骤407，用户操作浏览器103以找到特定商户平台，所述商户平台包括将要被购买的可接受价格的产品(即，项目或服务)。在步骤409，客户端接收输入，所述输入指示所述用户是否确定进行购买，即购买项目或服务。如果是，那么在步骤411，将购买请求消息发送给商户平台。在步骤413，响应于发送购买请求消息，商业客户端(例如，商业客户端131)接收购买响应消息，例如经修改的购买响应消息300。标准的购买响应消息包括交易标识符(TXID)以及认证URL，其中应当由客户端(例如，商业客户端131)发送HTTT消息以用于HTTP认证。根据一些实施例，经修改的购买响应消息包括在HTTP认证失败情况下在SMS恢复期间将要使用的SMS地址字段308和SMS消息309 (此后称为SMS恢复字段)。在一些实施例中，经修改的购买响应消息包括AP列表字段207。在一些实施例中，认证恢复客户端151从购买响应消息提取SMS恢复字段和AP列表字段(如果有的话)，以在上面介绍的SMS恢复步骤437或HTTP认证步骤433中使用。在步骤415，确定是否将要使用运营商计费，例如用户已经选择了将购买添加到用户的电话账单的选项。如果不使用，则在步骤417中，处理另一中支付类型。在步骤419,确定是否已经接收到用于产品的接入码，例如具有用以从商户平台下载在HTTP消息中的产品的证书的URL。如果没有，那么在步骤423，在UE上显示购买失败的通知。下面通过参照图8C更为详细地介绍示例的通知。如果已经接收到用于产品的接入码，那么在步骤421，如现有技术中已知的，使用接入点来检索产品。在许多实施例中，对HTTP认证消息的HTTP响应不包含接入节点。取而代之地，在这种实施例中，在步骤419，如现有技术中已知的那样，商业客户端131将向商业节点发送包括对接入节点的查询的另一消息(未示出)。可以使用任何协议来发送这种单独的消息。相应协议中对带有查询的这种消息的响应(未示出)包括指示接入码的数据。如果在步骤415确定了正在使用运营商计费，那么在步骤431，确定HTTP认证是否是认证的首要形式。由于HTTP认证更快，消耗网络资源更少，所以HTTP认证是有利的。如果HTTP认证是首要的，那么在步骤433，将HTTP GET发送到在购买响应消息中接收的URL，例如商户平台130上的过程的URL。在一些实施例中，在发送HTTP GET消息之前，认证恢复客户端改变对于网络的接入点，直到所使用的接入点在可接受接入点的列表上，例如在AP列表207中被指示。在步骤435，例如通过确定在特定时间内没有接收到具有接入码的HTTP消息；或发送状态请求到URL且接收指示认证失败的状态响应，来确定是否已经存在认证失败。如果不存在认证失败，那么控制进行到步骤419以及如上所述的后续步骤，以获取产品或显示失败通知。 如果存在认证失败，或如果在步骤415确定HTTP不是认证的首要形式，那么在步骤437，例如通过发送图3C中描述的消息320，向商户SMS地址发送SMS消息，所述SMS消息指示交易。回想在图3A中描述的经修改的购买响应消息300中接收到SMS地址和SMS消息。然后，控制进行到步骤419以及如上所述的下面步骤。在说明的实施例中，由认证恢复客户端151执行步骤435和437。在一些实施例中，步骤437包括MSI标识符的值，例如从UE上的SM卡读取所述值。在一些实施例中，将MSI值包括在步骤411中发送的购买消息中，其先取得进一步的认证，从而使得省略步骤431、433、435和437。例如，商业客户端从UE 101中的SM卡读取IMSI并且通过浏览或呼叫商户商务平台130来发起支付。如上所述，仅当用户使用GPRS/3G接入点时，将用户的订户ID添加到HTTP报头中。取决于运营商，仅一些GPRS接入点添加用户的订户ID并且因此仅一些接入点进行认证工作。为了避免计费失败，一些实施例将SMS用作用于HTTP认证的备用认证机制。有利的是，如果在用于SMS认证恢复的SMS地址字段中使用的短码在与运营商的协议中是零税率，使得商业客户端131可以安全地发送SMS消息320而不需要请求来自用户的允许，且因此削弱了用户体验。图5是根据一个实施例的在用于运营商计费的认证期间提供恢复的服务器过程500的流程图。例如，由认证恢复服务器153执行步骤509、519和521，且由用于特定商户的商户平台130的其它元件来执行剩余步骤。在一些实施例中，例如，在包括如图10所示的处理器和存储器的芯片集中实现图500的一个或多个步骤，或由包括如图10所示的处理器和存储器的芯片集来发起图500的一个或多个步骤。在步骤501，如用于步骤401的上述介绍，确定具有在不同用户设备上运行的商业客户端的商户平台130使用的认证机制。在步骤503，从特定用户设备(例如UE 101)上的商业客户端131接收购买请求消息。如参照步骤411的上述介绍，购买请求消息包括这样的数据，所述数据指示商户的特定产品和所述产品的金额，以及用户设备的网络地址以及用户向其订阅网络服务的网络运营商。步骤503包括交易模块205进行的形成交易记录的动作，所述交易记录与在商户平台130处唯一的交易标识符(TX ID)相关联地被存储在交易内容数据结构207中。交易记录包括指示一个或多个属性的信息，所述一个或多个属性的每一个用于产品、金额、用户和用户的运营商网，这是现有技术中已知的。在步骤505，确定是否将运营商计费用于支付所述产品。可以使用任何方法来确定上述内容。在一些实施例中，运营商计费是默认的支付过程。在一些实施例中，步骤505包括例如通过在线购买n过程135与用户设备上的商业客户端131交换一个或多个消息，以确定用户是否选择运营商计费。下面通过参考图8A到图SC更为详细地介绍在用户设备上显示的接收用户输入的示例ui。在一些实施例中，如现有技术中已知的，由在线购买n过程135插入到用户浏览器103中的商业客户端131呈现这种n。如果没有选择运营商计费，那么在步骤507，通过处理与此处介绍的运营商认证实施方式不相关的另一支付类型的来获得支付。在步骤505,如果确定要使用运营商计费,那么在步骤508,确定购买请求消息是否包括作为用户标识符的MSI值。如果是，那么存在如下面更为详细地介绍的用于在步骤515处的运营商计费开始的足够信息。如果不是，那么仍然执行用户认证；并且控制进行到步骤509。在步骤509，生成经修改的购买相应消息并将其发送到用户设备，例如发送到UE 101。如上所述，经修改的购买响应消息包括如之前方法所述的交易标识符(TX ID)字段以及用于HTTP消息的认证URL。为了提供恢复，生成经修改的购买响应消息以便还包括在商户SMS地址字段308中的用于商户平台的SMS地址，如整个电话号码、或短码。在一些实施例中，TX ID被包括在恢复期间发送的SMS消息中。在其他实施例中，需要其他信息并且在SMS消息中包括其它信息。因此，在一些实施例中，购买响应消息还包括SMS消息字段309，所述消息字段持有在从认证失败恢复的期间要被发送给商户SMS地址的SMS消息的内容。例如，由认证恢复服务器153将SMS恢复字段308和309插入到购买响应消息300中。在一些实施例中，除了 SMS恢复字段之外或替代插入SMS恢复字段，插入字段307并且字段307包括经批准的接入点的列表，例如WAP接入点。在步骤511，例如由支付网关133，确定是否在商户平台上的认证URL处接收到HTTP GET消息。如果是，那么在步骤513，确定HTTP GET消息是否(例如在消息的HTTP报头部分中)包括由运营商提供的用于用户的客户标识符(C ID)。如果是，那么存在用于在步骤515中的运营商计费开始的足够信息。在步骤515中，将具有C ID和购买金额和任意文本的收费客户消息发送给运营商，以识别在由运营商呈现给用户的账单中的交易。例如，发送收费客户消息340，收费客户消息340具有金额字段342中的购买价格、在字段344中指示MSSIDN或IMSI或其它类型的客户ID类型、以及客户ID字段346中的MSISDN或MSI或其它类型标识符的值。步骤515包括从运营商接收任何响应，包括具有施加的税的金额或指示错误的数据，例如由于余额不足或失效账户导致的失败。在步骤517，生成响应并且将响应发送给客户端，以指示成功的计费和金额或指示错误。在成功计费的情况中，响应包括接入码，例如URL和证书，以在网站处获得产品。可以使用现有技术中已知的任意方法来发送所述响应。在一些实施例中，将响应自动地发送给客户端，例如作为HTTP消息。在一些实施例中，响应于来自客户端的状态查询消息，发送响应。然而，如果在步骤513确定在步骤511中接收的HTTP GET消息不包括用于用户的由运营商提供的C ID，那么在步骤519，生成响应并将响应发送给指示认证失败的客户端。可以使用现有技术中已知的任意方法来发送所述响应。在一些实施例中，将响应自动地发送给客户端，例如作为HTTP消息。在一些实施例中，响应于来自客户端的状态查询消息，发送响应。在一些实施例中，省略步骤519。如果在步骤511中从客户端接收的HTTP消息不具有运营商供应的CID (例如，由于UE 101通过非WAP接入点Illa连接到网络105)，或者如果没有从客户端接收到HTTP消息，那么在步骤521，确定是否接收具有交易标识符和用于运营商的用户ID(例如用于MSISDN的值或其它标识符)的SMS消息。如果不是，那么认证失败。如果接收到这种SMS消息，例如如果接收到SMSC消息330，那么具有用于运营商计费的足够信息；并且控制进行到步骤515以及随后的步骤，如上所述。例如，认证恢复服务器153从SMSC消息330提取来自包括在SMS报头中的MSISDN字段332的用户ID、以及TX ID和来自SMS消息字段309的任意其它期望的信息。图6A到图6B是根据一些实施例的为用于运营商计费的首要认证而交换的消息的时序图。在时序图中，时间向下增加，由顶部标记的垂直条指示的网络过程或节点，并且将消息示为从发送过程/节点延伸到接收过程/节点的箭头。为了更好地示出相似和区别，所有的时序图示出相同的六个过程/节点商业客户端131、WAP接入点111b、非WAP接入 点111a、SMSC 117、运营商计费系统115以及商户平台130。图6A示出了可能用于具有SM卡的一些用户设备的MSI认证的消息序列。在这些实施例中，购买请求消息610包括产品标识符、购买金额和来自UE上本地SM卡的IMSI值。所述消息可以根据任意协议被格式化，由WAP接入点Illb或非WAP接入点Illa接收，并且作为消息611转发给商户平台130。可以利用在购买请求消息明确供应的IMSI标识符值来进行购买。商户平台上的过程(例如支付网关133)将类似于收费客户消息340的收费客户消息612发送给运营商计费系统(例如，运营商计费系统115)，收费客户消息612具有字段342中的金额、持有指示IMSI的数据的客户ID类型字段344以及持有指示IMSI标识符的值的数据的客户ID字段346。在说明的实施例中，在去往运营商计费系统的计费请求中直接使用MSI。在其它实施例中，如果不能直接使用MSI，那么MSI用于查找MSISDN或在运营商计费系统中允许的其它标识符类型。如现有技术中已知的，从运营商计费系统返回收费的消息614。收费的消息614指示如果收费正确的纳税金额，或指示一些类型的失败的数据，例如账户关闭或资金不足。购买完成消息616被返回给商业客户端，例如商业客户端131，如现有技术中已知的。如果不成功，示例的购买完成消息指示交易标识符(TX ID)、购买金额以及指示失败的数据，例如具有或不具有附加说明文本的错误码。如果成功，示例的购买完成消息指示交易标识符(TXID)、购买金额、纳税金额以及用于获取购买的产品(项目或服务)的接入码，例如具有任意证书的URL以从特定万维网(WWW)站点下载文件。随后的消息618代表如果提供了有效的接入码，如现有技术中已知的那样的基于接入码的产品获取。图6B示出了用于成功的HTTP认证的消息序列。许多用户和商户想要HTTP认证，这是因为它是快速的认证、涉及更少的网络资源。在这些实施例中，购买请求消息620包括产品标识符和购买金额，但是没有运营商已知的用户标识符。该消息可以根据任意协议来被格式化，并由WAP接入点Illb或非WAP接入点Illa接收并作为消息612被转发给商户平台130。
商户平台上的过程(例如，在线购买n 135)使用与购买请求消息620相同的协议发送购买响应消息622。购买响应消息622包括指示交易标识符(TX ID)的数据以及认证URL，客户端131应当向该认证URL发送HTTP消息以完成HTTP认证。在标准的方法中，购买响应消息622不包括经修改的购买响应消息300的SMS恢复字段308或309或AP列表字段307。响应于接收购买响应消息622，客户端131发送定向到消息622中提供的认证URL的HTTP GET认证消息624。为了避免失败，应当在WAP接入点Illb处接收所述消息。WAP 接入点Illb添加诸如MSISDN的运营商已知的用户标识符(客户ID，C ID)到HTTP协议报头以形成消息626。HTTP报头现在包括C ID，其包括用户ID的类型(例如，MSISDN)和值。WAP接入点Illb将消息626转发给商户平台130。商户平台上的过程(例如支付网关133)将类似于收费客户消息340的收费客户消息628发送给运营商计费系统(例如，运营商计费系统115)，收费客户消息628具有字段342中的金额、持有指示C ID的类型(例如MSISDN)的数据的客户ID类型字段344以及持有指示所述类型的标识符的值的数据的客户ID字段346。消息614、616和618如上所述。如果WAP接入点Illb没有接收到HTTP GET认证消息624(例如，由WiFi接入点或由非WAP接入点Illa代表的因特网接入点接收HTTPGET认证消息624)，那么存在以下风险转发的消息将在HTTP报头中不包括运营商已知的用户标识符(C ID)。于是，认证过程失败；并且没有发送图6B中描述的消息628、614、616和618。图7和图7B是根据实施例的为用于运营商计费的恢复认证而交换的消息的时序图。图7示出了根据实施例的用于成功的HTTP认证的消息序列。如图6B所示，购买请求消息620包括产品标识符和购买金额，但没有运营商已知的用户标识符。该消息可以根据任意协议来被格式化，并且由WAP接入点Illb或非WAP接入点Illa接收且作为消息621被转发给商户平台130。商户平台上的过程(例如，认证恢复服务器153)发送经修改的购买响应消息722，例如经修改的购买响应消息300。除了上述介绍的用于消息622的字段，经修改的购买响应消息722包括SMS恢复字段308和309中的一个或两个。在一些实施例中，经修改的购买响应消息包括AP列表字段307。响应于接收到经修改的购买响应消息722，客户端131发送定向到消息722中提供的认证URL的HTTP GET认证消息624，且认证恢复客户端151提取SMS恢复字段308，并且如果包括的话，提取字段309或字段207或其两者。当在WAP接入点Illb处接收到消息624时，如图所示，剩余消息与图6B中描述的相同。WAP接入点11 Ib添加例如MSISDN标识符的运营商已知的用户标识符(C ID)到HTTP协议报头，以形成消息626。商户平台上的过程(例如，支付网关133)将收费客户消息612发送给运营商计费系统，并且消息614、616和618如上所述。在一些实施例中，例如在AP列表字段307中，商户平台130提供适于HTTP认证的接入点的客户端顺序列表以避免HTTP认证失败。如果商业客户端131或认证恢复客户端151检测到当前数据连接正在使用某个其它接入点，那么客户端将尝试终止当前连接并使用在字段307中由商户平台建议的接入点来创建新的连接。如果存在由商户平台130提供的多个接入点，那么可以进行多个尝试。图7B示出了根据实施例的用于不成功的HTTP认证的消息序列。消息620、621、722和消息614,616和618如上所述。响应于接收到经修改的购买响应消息722，客户端131发送定向到消息722中提供的认证URL的HTTP GET认证消息624，而认证恢复客户端151提取SMS恢复字段308，并且如果包括的话，提取字段309或字段207或其两者。当在非WAP接入点Illa处接收到消息624时，然而如图所示，非WAP接入点Illb可能不添加例如MSISDN标识符的运营商已知的用户标识符(C ID)到HTTP报头。不具有C ID的HTTP GET消息730被转发到商户平台130上的认证URL。商户平台上的过程(例如，支付网关133)不对用户进行认证并且不能发出收费客户消息。取而代之的是，指示失败的认证的消息或者自动地作为对HTTP GET的HTTP响应732或者响应于来自客户端131的状态查询消息，被发送给客户端。在后者实施方式的示例中，HTTP GET消息624仅返回HTTP OK消息732。接下来，商业客户端131自动地利用单独的呼叫来请求支付状态，所述单独的呼叫发送检查状态消息751。响应于该呼叫在状态响应消息753中提供认证失败。在HTTP认证失败的确定时，商业客户端中的过程(例如认证恢复客户端151)发送SMS消息734，该消息定向到如在经修改的购买响应消息722的字段308中接收的商户平台130的SMS地址。在一些实施例中，SMS消息的有效载荷包括来自经修改的购买响应消息300的字段304的TX ID。在一些实施例中，SMS消息的有效载荷包括在经修改的购买响应消息300的SMS消息字段309中的数据。在运营商网络的SMSC节点117处处理SMS消息734，其中将用于用户的运营商已知的客户标识符(C ID)，例如是SISDN标识符，添加到客户端SMS消息的报头中以形成来自SMSC的SMSC消息330。将SMSC消息作为消息736来转发，其包括SMS恢复字段和SMSC ID (例如 MSISDN)。商户平台上的过程(例如，认证恢复服务器153)从SMS消息736提取SMS C ID和交易标识符，例如用于由支付网关133来使用。支付网关133将类似于收费客户消息340的收费客户消息738发送到运营商计费系统(例如运营商计费系统115)，收费客户消息738具有字段342中的金额、持有指示SMS报头中C ID的类型(例如MSISDN)的数据的客户ID类型字段344以及持有指示来自SMS报头的该类型的标识符的值的数据的客户ID字段346。消息614、616和618如上所述。图8A到图8C是根据各种实施例的在图4的过程中使用的用户接口的示意图。在图4的步骤415中，确定是否执行运营商计费。图8A示出了在UE(例如UE 101)的显示器上呈现的用户接口屏幕810。用户接口屏幕810包括顶部面板811、产品面板813、购买面板815和用于UE上的可编程按键的标签802和804。用于左侧可编程按键的标签802指示如果左侧可编程按键被用户按下时将呈现的选项菜单。用于右侧可编程按键的标签804指示如果右侧可编程按键被用户按下时将取消呈现的动作。顶部面板811呈现指示设备的用户的用户名称以及已经从中选择产品的商户的名称的图像。产品面板813呈现指示所选产品和所述产品的购买价格的图像。在一些实施例中，面板813包括产品图片。购买面板815呈现指示可能的动作和可选择的激活区域817和819的图像，其中可能的动作确认产品的购买，可选择的激活区域817和819确定用户设备要执行的下一动作。用户选择接受运营商计费区域817 (例如，通过移动指针按键到高亮以及然后按下选择按键)以促使客户端执行运营商计费，从而支付在面板813中识别的产品。改变计费区域819被选择以将通过用于支付产品的其它选项来呈现。如果在步骤403中确定运营商计费不可用于所述用户或所述用户设备(UE)，则在步骤405，修改接受运营商计费区域(例如，进行变灰)以指示其无法被选择。如果选择了接受运营商计费区域，那么在UE的显示器上呈现图SB中描述的用户接口屏幕830。用户接口屏幕830包括如上所述的顶部面板811以及用于UE上的可编程按键的标签802和804，以及陈述面板833。陈述面板833呈现这样的图像，所述图像介绍运营商计费的法律和商业含义并且包括可选择的有效区域835。例如，在一些实施例中，单独地或以一些组合陈述列出下述或相似语句“为完成购买，您必须确认你已经至少18岁或具有父母允许；”或“请注意，服务的价格将不包括通过您的移动设备的数据服务的价格；”或“您将发现在您的订购电话账单上记录的支付或从您的预付费余额减去的支付”等。确 认区域835被选择以指示用户同意呈现的陈述并且允许客户端进行运营商计费。如果选择了确认区域，那么在UE的显示器上呈现图SC中描述的用户接口屏幕850。用户接口屏幕850包括如上所述的顶部面板811以及用于UE上的可编程按键的标签802和804，以及购买进度面板853。购买进度面板853呈现介绍购买的进度且包括通知窗口 855的图像。例如，购买进度面板在步骤431、433、435、437和419期间显示指示“购买进行中，确认支付”的陈述以及指示进度的动画图标，例如单独地或以一些组合的沙漏、沿连续出现和消失的圆圈安排的点、或进度条等。在一些实施例中，对用户隐藏实际的认证失败和恢复。在完成了步骤419时，在通知窗口 855中通知用户成功或失败。例如，在步骤421期间，当获取了产品时，窗口 855列出下述或相似语句“支付完成。您的收据已经被发送到[电子邮件地址]”。在一些实施例中，窗口 855包括指示步骤421期间的获取进度的动画图标。如果，取而代之的是过程失败，那么通知窗口 855单独地或以一些组合列出下列错误消息或相似消息的一个或多个。“电话账单支付错误。我们遭遇电话账单支付服务的问题。请稍后再试”。“余额不足。您还没有缴费。此时，您的预付费余额过低不足以完成此次购买。购买被取消且您将被带回到分类页面”。“超过消费限制。您还没有缴费。购买超出了您账户设置的消费限制。请联系您的运营商”。“账户锁定。您还没有缴费。您的账户被锁定了。请联系您的运营商”。“超出带宽限制。您还没有缴费。已经达到您账户设置的带宽限制。请联系您的运营商”。“产品不适合。您还没有缴费。产品不适合通过这个账户来购买。购买被取消并且您将被带回到分类页面”。“支付确认失败。您还没有缴费。支付确认失败。请检查在您的电话设置中是否选择了正确的连接接入点或联系您的运营商”。在一些实施例中，此处介绍的SMS认证恢复阻止这种类型的错误消息。
此处介绍的用于在运营商计费的认证期间提供恢复的过程可能有利地通过软件、硬件(例如通用处理器、数字信号处理器(DSP)芯片、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等)、固件或它们的组合来实现。下面详细介绍用于执行上述功能的这种示例性硬件。图9示出可在上面实现本发明实施例的计算机系统900。尽管关于特定设备或状态示出了计算机系统900，可设想，图9中的其他装置或设备(例如网络元件、服务器等)可部署系统900的图示的硬件和组件。计算机系统900被编程(例如经由计算机程序代码或指令)以提供此处介绍的用于运营商计费的认证期间的恢复，并且包括例如总线910的通信机构，用于在计算机系统900的其他内部和外部组件之间传递信息。信息(还称为数据)表示成可测量现象的物理表达，典型地为电压，但在其他实施例中包括例如磁、电磁、压力、化学、生物、分子、原子、亚原子和量子交互的现象。例如，南北磁场、或零和非零电压代表二进制数字(比 特)的两个状态(0，1)。其他现象可代表更高基数的数字。在测量之前多个同时量子状态的重叠代表量子比特(qubit)。一个或多个数字的序列构成用于代表字符的数目或代码的数字数据。在一些实施例中，称为模拟数据的信息通过特定范围内的可测量值的接近闭联集来表示。计算机系统900，或其一部分，构成用于执行在运营商计费的认证期间提供恢复的一个或多个步骤的部件。总线910包括一个或多个并行的信息导体，从而在耦合至总线910的设备之间快速传送信息。用于处理信息的一个或多个处理器902与总线910耦合。处理器902如与用于运营商计费的认证期间的恢复相关的计算机程序代码指定的那样执行对于信息的一组操作。计算机程序代码是提供用于处理器的操作和/或计算机系统的指令的一组指令或语句，以执行特定功能。代码例如可用计算机编程语言编写，其被编译成处理器的原始指令集。代码还可使用原始指令集(例如机器语言)直接编写。该组操作包括从总线910带入信息并且将信息置于总线910上。该组操作还典型地包括比较两个或更多个信息单元，移动信息单元的位置，并且合并两个或更多个信息单元(例如通过加或乘或逻辑运算，如0R，异OR (XOR)和AND)。可由处理器执行的该组操作的每个操作通过称为指令的信息来向处理器表示，例如一个或多个数字的操作代码。处理器902要执行的操作的序列(例如操作代码的序列)构成处理器指令，还称为计算机系统指令，或简单地计算机指令。处理器可实现为机械、电、磁、光、化学或量子组件，其中可以是单独的或组合的。计算机系统900还包括耦合至总线910的存储器904。存储器904 (例如随机存取存储器(RAM)或其他动态存储装置)存储包括用于运营商计费的认证期间的恢复的处理器指令的信息。动态存储器允许其中存储的信息由计算机系统900改变。RAM允许在称为存储器地址的位置存储的信息单元独立于相邻地址被存储和提取。存储器904还由处理器902使用，以存储在处理器指令的执行期间的临时值。计算机系统900还包括只读存储器(ROM) 906和耦合至总线910的其他静态存储装置，用于存储不可由计算机系统900改变的静态信息，包括指令。一些存储器包括易失性存储装置，当失去电力时其丢失在上面存储的信息。耦合至总线910的还有非易失性(永久性)存储装置908，例如磁盘、光盘或闪速卡，用于存储即使当计算机系统900关闭或失去电力时仍旧持续的信息，包括指令。可从外部输入设备912 (例如键盘，包含人工用户操作的字母数字键，或传感器)向总线910提供信息(包括用于运营商计费的认证期间的恢复的指令)供处理器使用。传感器检测其周围的条件，并且将那些条件转换成物理表达，其兼容于可测量现象以用于代表计算机系统900中的信息。耦合至总线910的其他外部设备(主要用于与人工交互)包括显示器设备914，例如阴极射线管(CRT)或液晶显示器(IXD)、或呈现文本和图像的等离子屏或打印机，以及定点设备916，例如鼠标或跟踪球或指针定向键、或运动传感器，用于控制在显示器914上呈现的小光标图像的位置以及发出与显示器914上呈现的图形元素相关的命令。在一些实施例中，例如，在计算机系统900自动执行所有功能而无需人工输入时，忽略外部输入设备912、显不器设备914和定点设备916中的一个或多个。在所示实施例中，专用硬件(例如专用集成电路(ASIC)920)耦合至总线910。专用硬件被配置为为了专用目的足够快速地执行并未由处理器902执行的操作。专用IC的实例包括图形加速器卡，用于生成针对显示器914的图像；密码板，用于加密和解密在网络上发送的消息；语音识别；以及对于特殊外部设备的接口，例如机器臂和医学扫描设备，其重复执行在硬件中更加有效实施的操作的一些复杂序列。计算机系统900还包括耦合至总线910的通信接口 970的一个或多个示例。通信 接口 970提供对于用他们自身处理器运行的各种外部设备(例如打印机、扫描仪和外部盘)的单向或双向通信耦合。一般地，耦合利用与本地网络980连接的网络链路978，具有他们自身处理器的各种外部设备连接至局部网络980。例如，通信接口 970可以是个人计算机上的并行端口或串行端口或通用串行总线(USB)端口。在一些实施例中，通信接口 970是向相应类型的电话线路提供信息通信连接的集成服务数字网络(ISDN)卡或数字订户线路(DSL)卡或电话调制解调器。在一些实施例中，通信接口 970是将总线910上的信号转换成用于在同轴电缆上通信连接的信号或转换成用于在光纤电缆上通信连接的光学信号的电缆调制解调器。作为另一实例，通信接口 970可以是向兼容LAN(例如以太网)提供数据通信连接的局域网(LAN)卡。也可实施无线链路。对于无线链路，通信接口 970发送或接收或既发送又接收电、声或电磁信号，包括红外和光学信号，其承载例如数字数据的信息流。例如，在无线手持设备(例如像蜂窝电话的移动电话)中，通信接口 970包括无线电带电磁发送器和接收器，称为无线电收发器。某些实施例中，通信接口 970使能实现到通信网络105的连接，用于对UE 101的运营商计费的认证期间的恢复的连接。这里使用术语“计算机可读介质”来表示参与到向处理器902提供信息(包括用于执行的指令)的任意介质。这样的介质可采用许多形式，包括但不限于，非易失性介质、易失性介质、和传输介质。非易失性介质包括例如光或磁盘，例如存储装置908。易失性介质包括例如动态存储器904。传输介质包括例如同轴电缆、铜线、光纤电缆、和载波，其在无需布线或电缆的情况下通过空间行进，例如声波和电磁波，包括无线电、光和红外波。信号包括在通过传输介质发送的振幅、频率、相位、极化或其他物理属性的人工瞬间改变。计算机可读介质的通用形式包括例如软盘、灵活盘、硬盘、磁带、任意其他磁介质、CD-ROM、CDRff>DVD、任意其他光学介质、穿孔卡、纸带、光学标记表、具有孔或其他光学可识别特征的模式的任意其他物理介质，RAM、PROM、EPROM、FLASH-EPR0M、任意其他存储器芯片或盒、载波、计算机可从中读取的任意其他介质。这里使用术语计算机可读存储介质，以指代除了传输介质的任何计算机可读介质。一个或多个有形介质中编码的逻辑包括在计算机可读存储介质和专用硬件，例如ASIC 920上的一个或两个处理器指令。网络链路978典型地通过一个或多个网络使用传输介质向使用或处理信息的其他设备提供信息通信。例如，网络链路978可向因特网服务提供商(ISP)操作的主机计算机982或设备984提供通过局域网980的连接。ISP设备984随后通过网络的公共、世界分组交换通信网络(现在统称为因特网990)提供数据通信服务。计算机(称为服务器主机992，连接至因特网)托管响应于因特网上接收的信息提供服务的处理。例如，服务器主机992托管提供表示视频数据的信息，用于在显示器914呈现的处理。可设想，系统900的组件可部署在其他计算机系统，例如主机982和服务器992 中的各个配置中。本发明的至少一些组合涉及用于实现这里所述的一些或全部技术的计算机系统900的使用。根据本发明的一个实施例，通过计算机系统900执行那些技术，以响应于处理器902执行存储器904中包含的一个或多个处理器指令的一个或多个序列。这样的指令(还称为计算机指令、软件和程序代码)可从另一计算机可读介质(例如存储设备908或网络链路978)读入存储器904。存储器904中包含的指令的序列的执行使得处理器902执行这里所述的一个或多个方法步骤。在备选实施例中，可使用硬件(例如ASIC 920)代替或与实现本发明的软件组合。因此，本发明的实施例不限于硬件和软件的任意特定组合，除非这里明确阐述。通过通信接口 970在网络链路978和其他网络上发送的信号向和从计算机系统900承载信息。计算机系统900可通过网络980、990等，通过网络链路978和通信接口 970发送和接收包括程序代码的信息。在使用因特网990的实例中，服务器主机992通过因特网990、ISP设备984、本地网络980和通信接口 970发送用于特定应用的由从计算机900发送的消息请求的程序代码。接收的代码可在其被接收时通过处理器902执行，或者可存储于存储器904或存储设备908或其他非易失性存储设备用于随后执行，或两者。这样，计算机系统900可在载波上以信号的形式获得应用程序代码。各种形式的计算机可读介质可包含于向处理器902承载一个或多个指令或数据或两者中用于执行。例如，指令和数据可初始被承载在例如主机982的远程计算机的磁盘上。远程计算机将指令和数据加载至其动态存储器，并使用调制解调器在电话线上发送指令和数据。对于计算机系统900本地的调制解调器在电话线上接收指令和数据，并使用红外发送器将指令和数据转换成在用作网络链路978的红外载波上的信号。用作通信接口970的红外检测器接收在红外信号中承载的指令和数据，并将表示指令和数据的信息放在总线910上。总线910将信息承载至存储器904，处理器902从存储器904中提取并使用通过指令发送的一些数据执行指令。在处理器902执行之前或之后，存储器904中接收的指令和数据可选地可存储在存储设备908上。图10示出在上面可实现本发明实施例的芯片集1000。芯片集1000被编程以提供这里所述的用于运营商计费的认证期间的恢复，并且包括例如结合在一个或多个物理包(例如芯片)中关于图9所述的处理器和存储器组件。作为示例，物理包包括结构配件(例如基板)上的一个或多个材料、组件、和/或布线的安排，以提供例如物理强度、尺寸的保持、和/或电交互的限制的一个或多个特征。可设想，某些实施例中，芯片集可以在单一芯片中实现。芯片集1000、或其一部分构成用于执行用于运营商计费的认证期间的恢复的一个或多个步骤的部件。在一个实施例中，芯片集1000包括在芯片集1000的组件之间传递信息的例如总线1001的通信机构。处理器1003具有到总线1001的连接，以执行指令和处理例如在存储器1005中存储的信息。处理器1003可包括一个或多个处理核,其每个核被配置为独立执行。多核处理器使得能够在一个物理包中进行多处理。多核处理器的示例包括两个、四个、八个或更大数目个处理核。备选地或额外地，处理器1003可包括一个或多个微处理器，其经由总线1001串联配置为能够独立执行指令、流水线和多线程。处理器1003还可伴随有执行某些处理功能和任务的一个或多个专用组件，例如一个或多个数字信号处理器(DSP) 1007、或一个或多个专用集成电路(ASIC) 1009。DSP 1007典型地被配置为独立于处理器1003实时处理真实世界的信号(例如声音)。类似地，ASIC 1009可被配置为执行由通用处理器不容易执行的专用功能。辅助执行这里所述的发明功能的其他专用组件包括一个或多个场可编程门阵列(FPGA)(未不出)、一个或多个控制器(未不出)、或一个或多个其他专用计算机芯片。 处理器1003和伴随组件具有经由总线1001到存储器1005的连接。存储器1005包括动态存储器(例如RAM、磁盘、可写光盘等)和静态存储器(例如ROM、CD-ROM等)，用于存储可执行指令，其当执行时执行这里所述的发明步骤以提供用于运营商计费的认证期间的恢复。存储器1005还存储与发明步骤的执行相关的数据或由其生成的数据。图11是根据本发明示例性实施例的能够在图I的系统中操作的移动站(例如手机)的示例性组件的视图。一些实施例中，移动终端1100或其一部分构成用于执行用于运营商计费的认证期间的恢复的一个或多个步骤的部件。一般地，无线电接收器通常用前端和后端特征方面定义。接收器的前端涵盖所有射频(RF)电路，然而后端涵盖所有基带处理电路。本申请中，术语“电路”表示以下两者(I)仅硬件实现(例如仅模拟和/或数字电路中实现)；(2)电路和软件的组合(和/或固件)(例如，如果适用于特定环境，处理器的组合，其包括数字信号处理器、软件、和存储器，它们在一起工作以使得装置(例如移动电话或服务器)执行各个功能)。“电路”的这个定义应用于本申请中这个方面的所有使用，包括任意权利要求。作为其他实例，如这个应用中使用的那样，如果适用于特定环境，术语“电路”还覆盖仅处理器(或多个处理器)及其(或它们的)伴随软件/固件的实现方式。术语“电路”还覆盖如果适合于特定环境，例如移动电话中的基带集成电路或应用处理器集成电路或蜂窝网络设备或其他网络设备中的类似集成电路。电话的持久性内部组件包括主控制单元(MCU) 1103、数字信号处理器(DSP) 1105、和接收器/发送器单元，其包括麦克风增益控制单元和扬声器增益控制单元。主显示器单元1107在执行或支持用于运营商计费的认证期间的恢复的步骤的各个应用和移动站功能的支持下向用户提供显示。显示器11包括配置为显示移动终端(例如移动电话)的用户界面的至少一部分的显示器电路。此外，显示器1107和显示器电路被配置为便于移动终端的至少一些功能的用户控制。音频功能电路1109包括麦克风1111和麦克风放大器，其放大来自麦克风1111的音频信号输出。放大的来自麦克风1111的音频信号输出被馈送至编码器/解码器(CODEC) 1113。无线电站1115放大功率和转换频率，以经由天线1117与包括在移动通信系统中的基站通信。功率放大器(PA) 1119和发送器/调制电路操作地响应于MCU 1103，来自PA1119的输出耦合至本领域已知的双工器1121或循环器或天线开关。PA 1119还耦合至电池接口和功率控制单元1120。在使用中，移动站1101的用户向麦克风1111中说话，并且他或她的语音与任意检测到的背景噪声一起转换成模拟电压。模拟电压然后通过模数转换器(ADC) 1123转换成数字信号。控制单元1103将数字信号路由至DSP 1105中用于其中的处理，例如语音编码、信道编码、加密、和交错。在示例性实施例中，通过未单独示出的单元，使用蜂窝传输协议(例如全球演进(EDGE)、通用分组无线业务(GPRS)、全球移动通信系统(GSM)、因特网协议多媒体子系统(MS)、通用移动电信系统(UMTS)等)以及任意其他适合的无线介质(例如微波接入(WiMAX)、长期演进(LTE)网络、码分多址(CDMA)、宽带码分多址(WCDMA)、无线保真(WiFi)、卫星等)来编码处理后的语音信号。然后，编码的信号路由至均衡器1125，用于补偿在通过空中接口的传输期间发生的任意频率依赖性的损害(例如相位和振幅失真)。在均衡比特流之后，调制器1127将信号与RF接口 1129中生成的RF信号结合。调制器1127通过频率或相位调制生成正弦波。为 了准备用于传输的信号，上变频器1131将来自调制器1127的正弦波输出与合成器1133中生成的另一正弦波结合，以实现期望的传输频率。然后，信号通过PA 1119发送，以将信号增加至适当功率水平。在实践性系统中，PA 1119用作可变增益放大器，其增益由DSP 1105根据从网络基站接收的信息来控制。然后，信号在双工器1121中滤波，并且可选地发送至天线耦合器1135，以匹配阻抗，提高最大功率传送。最后，信号经由天线1117发送至本地基站。可提供自动增益控制(AGC)，以控制接收器的最后阶段的增益。信号可从那里转发至远程电话，其可以是另一蜂窝电话、其他移动电话或连接至供给交换电话网(PSTN)的陆上线路、或其他电话网络。向移动站1101发送的语音信号经由天线1117接收，并通过低噪声放大器(LNA) 1137立即放大。下变频器1137降低载波频率，同时解调器1141剥离RF，仅留下数字比特流。然后，信号经过均衡器1125，并由DSP1105处理。数模转换器(DAC)1143转换信号，并且得到的输出通过扬声器1145发送至用户，所有都在主控制单元(MCU) 1103的控制下一其可作为中央处理单元(CPU)(未示出)来实现。MCU 1103从键盘1147接收包括输入信号的各个信号。键盘1147和/或MCU 1103与其他用户输入组件(例如麦克风1111)结合，包括用于管理用户输入的用户接口电路。MCU 1103运行用户接口软件以便于对移动终端1101的至少部分功能的用户控制，以提供用于运营商计费的认证期间的恢复。MCU 1103还将显示命令和切换命令分别传送至显示器1107和语音输出切换控制器。此外，MCU 1103与DSP 1105交换信息，并且可访问可选地并入的SM卡1149和存储器1151。此外，MCU 1103执行终端的所需的各种控制功能。DSP 1105可依据实现方式，对语音信号执行各种传统数字处理功能中的任一个。此外，DSP1105从麦克风1111检测的信号确定本地环境的背景噪声电平，并将麦克风1111的增益设置为被选择以补偿移动站1101的用户的自然倾向的电平。CODEC 1113包括ADC 1123和DAC 1143。存储器1151存储各种数据，包括呼叫输入音调数据，并且能够存储其他数据，包括经由例如全球因特网接收的音乐数据。软件模块可位于RAM存储器、闪存、寄存器、或本领域已知的任意其他形式的可写存储装置中。存储器设备1151可以是但不限于，单存储器、CD、DVD、ROM、RAM、EEPR0M、光存储装置、或能够存储数字数据的任意其他非易失性存储介质。可选地并入的SM卡1149承载例如重要信息，如蜂窝电话号码、载波提供服务、订购细节、和安全信息。SM卡1149主要用于识别无线电网络上的移动终端1101。卡1149还包含用于存储个人电话号码登记表、文本消息、和用户特定的移动终端设置的存储器。尽管结合多个实施例和实施方案描述了本发明，但是本发明不限于此，可覆盖落入所附权利要求范围内的各种明显修改和等同配置。尽管在权利要求中以某些组合表示了本发明的特征，但是可设想，这些特征可按任意组合和顺序安排。
权利要求
1.ー种方法，包括 确定将超文本传输协议认证消息从用户的用户设备发送给商户的商户节点；以及如果用户没有响应于所述超文本传输协议认证消息而被认证，那么确定将短消息服务消息从用户设备发送给商户节点，所述短消息服务消息指示在所述商户和所述用户之间的交易。
2.根据权利要求I所述的方法，其中所述确定发送所述超文本传输协议认证消息进一歩包括确定通过不是无线接入协议接入点的接入点来发送所述超文本传输协议认证消ο
3.根据权利要求I至2中任意一项所述的方法，其中 所述确定发送超文本传输协议认证消息进ー步包括 响应于购买响应消息，确定发送所述超文本传输协议认证消息，所述购买响应消息指示用于商户节点的短消息服务地址以及用以识别所述交易的文本；以及 将所述短消息服务消息定向到用于所述商户的所述短消息服务地址并且所述短消息服务消息包括用以识别所述交易的所述文本。
4.根据权利要求3所述的方法，其中 所述购买响应消息包括用于所述商户节点的URL以及用于所述交易的标识符；以及 将所述超文本传输协议认证消息定向到所述URL。
5.根据权利要求I至4中任意一项所述的方法，进ー步包括如果响应于发送所述短消息服务消息，接收指示所述商户根据所述交易将要传递的产品的接入码的消息，则确定致使所述产品将基于所述接入码而被获取。
6.ー种方法，包括 响应于指示在商户和用户之间的交易的购买响应消息，确定改变到网络的接入点，直到所使用的接入点在可接受接入点的列表上为止；以及 确定通过在所述可接受接入点的列表上的所述接入点来发送超文本传输协议认证消; 、ο
7.根据权利要求6所述的方法，其中所述可接受接入点的列表是无线接入协议接入点的列表。
8.ー种方法，包括 确定使用超文本传输协议将购买响应消息发送给用户设备，其中所述购买响应消息指示在商户和所述用户设备的用户之间的交易； 接收指示所述交易和所述用户的标识符的短消息服务消息；以及 确定基于所述短消息服务消息对所述用户进行认证。
9.根据权利要求8所述的方法，其中所述短消息服务消息中的所述用户的标识符识别所述短消息服务消息的发送者，并且是由为所述用户设备提供对通信网络的接入的运营商提供的。
10.根据权利要求8至9中任意一项所述的方法，其中所述用户的标识符是移动用户综合服务数字网络号。
11.根据权利要求8至10中任意一项所述的方法，其中所述购买响应消息进ー步包括指示用于所述商户节点的短消息服务地址的数据。
12.根据权利要求11所述的方法，其中用于所述商户节点的所述短消息服务地址是用于所述商户节点的短码短消息服务地址。
13.根据权利要求8至12中任意一项所述的方法，其中 所述购买响应消息进ー步包括指示所述交易的短消息服务恢复文本；以及 所述接收的短消息服务消息包括所述短消息服务恢复文本。
14.ー种包括促进接入到被配置为允许接入至少ー个服务的至少ー个接ロ的方法，所述至少一个服务被配置为至少执行根据权利要求I至13中任意ー项的方法的步骤。
15.ー种装置,包括 至少ー个处理器；以及 至少ー个包括计算机程序代码的存储器， 所述至少一个存储器以及所述计算机程序代码被配置为利用所述至少一个处理器，致使所述装置至少执行以下操作确定将用于所述装置的用户的超文本传输协议认证消息发送给商户的商户节点；以及如果用户没有响应于所述超文本传输协议认证消息而被认证，那么确定将短消息服务消息发送给所述商户节点，所述短消息服务消息指示在所述商户和所述用户之间的交易。
16.根据权利要求15所述的装置，其中所述确定发送所述超文本传输协议认证消息进一歩致使所述装置，确定通过不是无线接入协议接入点的接入点来发送所述超文本传输协议认证消息。
17.根据权利要求15至16中任意一项所述的装置，其中 所述确定发送所述超文本传输协议认证消息进ー步致使所述装置，响应于购买响应消息，确定发送所述超文本传输协议认证消息，所述购买响应消息指示用于商户节点的短消息服务地址以及用以识别所述交易的文本；以及 将所述短消息服务消息定向到用于所述商户的所述短消息服务地址并且所述短消息服务消息包括用以识别所述交易的文本。
18.根据权利要求17所述的装置，其中 所述购买响应消息包括用于所述商户节点的URL以及用于所述交易的标识符；以及 将所述超文本传输协议认证消息定向到所述URL。
19.根据权利要求15至18中任意一项所述的装置，其中进ー步至少部分地致使所述装置，如果响应于发送所述短消息服务消息，接收指示用于产品的接入码的消息，则确定基于所述接入码获取由所述商户根据所述交易来传递的所述产品。
20.根据权利要求15至19中任意一项所述的装置，其中所述装置是移动电话，进一歩包括 用户接ロ电路和用户接ロ软件，被配置为通过显示器的使用来促进对所述移动电话的至少ー些功能的用户控制并且被配置为对用户输入进行响应；以及 显示器和显示器电路，被配置为显示移动电话的用户接ロ的至少一部分，所述显示器和显示器电路被配置为促进对所述移动电话的至少ー些功能的用户控制。
21.ー种装置，包括 至少ー个处理器；以及 至少ー个包括计算机程序代码的存储器，所述至少一个存储器以及所述计算机程序代码被配置为利用所述至少一个处理器，致使所述装置至少执行以下操作 响应于指示在商户和用户之间的交易的购买响应消息，确定改变到网络的接入点，直到所使用的接入点在可接受接入点的列表上为止；以及 确定通过在所述可接受接入点的列表上的所述接入点来发送超文本传输协议认证消
22.根据权利要求21所述的装置，其中所述可接受接入点的列表是无线接入协议接入点的列表。
23.根据权利要求21至22中任意一项所述的装置，其中所述装置是移动电话，进一歩包括 用户接ロ电路和用户接ロ软件，被配置为通过显示器的使用来促进对所述移动电话的至少ー些功能的用户控制并且被配置为对用户输入进行响应；以及 显示器和显示器电路，被配置为显示移动电话的用户接ロ的至少一部分，所述显示器和显示器电路被配置为促进对所述移动电话的至少ー些功能的用户控制。
24.—种装置，包括 至少ー个处理器；以及 至少ー个包括计算机程序代码的存储器， 所述至少一个存储器以及所述计算机程序代码被配置为利用所述至少一个处理器，致使所述装置至少执行以下操作 确定生成指示在商户和用户之间的交易的购买响应消息； 确定使用超文本传输协议将所述购买响应消息发送给所述用户的用户设备； 接收指示所述交易和所述用户的标识符的短消息服务消息；以及 确定基于所述短消息服务消息对所述用户进行认证。
25.根据权利要求24所述的装置，其中所述短消息服务消息中的用户标识符识别所述短消息服务消息的发送者，并且由为所述用户设备提供对通信网络的接入的运营商提供。
26.根据权利要求24至25中任意一项所述的装置，其中所述用户标识符是移动用户综合服务数字网络号。
27.根据权利要求24至26中任意一项所述的装置，其中所述购买响应消息进ー步包括指示用于所述商户节点的短消息服务地址的数据。
28.根据权利要求27所述的装置，其中用于所述商户节点的所述短消息服务地址是用于所述商户节点的短码短消息服务地址。
29.根据权利要求24至28中任意一项所述的装置，其中 所述购买响应消息进ー步包括指示所述交易的短消息服务恢复文本；以及 所述接收的短消息服务消息包括所述短消息服务恢复文本。
30.ー种装置，包括用于执行权利要求I至14中任意ー项的方法的每个步骤的部件。
31.一种计算机可读存储介质，承载ー个或多个指令的ー个或多个序列，当被一个或多个处理器执行时所述ー个或多个指令的ー个或多个序列使得装置至少执行根据权利要求1-14中的任意ー项的方法的步骤。
32.—种计算机程序产品，包括ー个或多个指令的ー个或多个序列，当被ー个或多个处理器执行时所述ー个或多个指 令的ー个或多个序列使得装置至少执行根据权利要求1-14中的任ー项的方法的步骤。
全文摘要
认证期间用于恢复的技术，包括发起将超文本传输协议(HTTP)认证消息从用户的用户设备发送给商户的商户节点。如果用户没有响应于HTTP认证消息而被认证，则发起将短消息服务(SMS)消息从用户设备发送给商户节点。所述短消息服务消息指示在所述商户和所述用户之间的交易。在一些实施例中，技术包括响应于指示在商户和用户之间的交易的购买响应消息，改变到网络的接入点，直到所使用的接入点在可接受接入点的列表上为止。通过在可接受接入点的列表上的接入点来发送超文本传输协议认证消息。
文档编号H04W12/06GK102668491SQ201080049143
公开日2012年9月12日 申请日期2010年10月4日 优先权日2009年10月30日
发明者M·希尔维科皮, S·普拉 申请人:诺基亚公司