服务处理、二维码信息处理方法及计算机设备与流程

1.本技术涉及移动交易处理领域。


背景技术：

2.机器可读码(下文中称为“码”)用于以特定视觉格式对信息编码，该特定视觉格式可被电子设备读取以提取编码信息。这类码可以物理地印刷在表面(例如产品包装)上或显示在电子设备(例如移动电话)的画面上。示例码包括条形码和快速响应(qr)码。
3.在早期，这些码是一维的(1d)，其中信息仅在一个空间维度被编码。例如，标准条形码是一维码，因为编码符号(条形)仅在码的水平轴上被调制。这意味着要在该水平轴上读取码以得到编码信息，并且未通过在垂直轴上进行符号的调制来对信息进行编码。
4.在垂直轴和水平轴上进行符号调制的二维(2d)码率先用在制造和运输领域。qr码是二维码的示例。


技术实现要素：

5.本说明书实施例提供一种服务处理方法、二维码信息处理方法及计算机设备。
6.第一方面，提供一种服务处理方法，所述方法包括：
7.扫描服务提供商提供的二维码，所述二维码嵌入有统一资源定位符url；
8.基于所述url向第一服务机构请求所述服务提供商的服务信息，以使所述第一服务机构获取与所述url预先绑定的服务提供商的服务信息；
9.接收所述第一服务机构返回的所述服务提供商的服务信息并呈现。
10.第二方面，提供一种服务处理方法，所述方法包括：
11.接收用户客户端扫描二维码后基于统一资源定位符url发起的请求，所述二维码中嵌入有所述url；
12.获取与所述url预先绑定的服务提供商的服务信息；
13.将所述服务信息返回给所述用户客户端，以使所述用户客户端呈现所述服务信息。
14.第三方面，提供一种服务处理方法，所述方法包括：
15.接收第一服务机构发送的url；所述url是用户客户端扫描二维码后发送给所述第一服务机构的；
16.获取与所述url预先绑定的服务提供商的服务信息；
17.将所述服务信息返回给所述第一服务机构，以使所述第一服务机构提供给用户客户端呈现所述服务信息。
18.第四方面，提供一种二维码信息处理方法，所述方法包括：
19.生成空闲的二维码并提供给服务提供商，所述空闲的二维码嵌入的统一资源定位符url未绑定有服务信息；
20.接收所述服务提供商扫描所述二维码后提交的服务信息；
21.将所述url与所述服务信息绑定，使得所述二维码被用户客户端扫描后，所述用户客户端通过所述二维码中嵌入的url请求所述服务提供商的服务信息。
22.第五方面，提供一种二维码信息处理方法，所述方法包括：
23.扫描服务提供商的空闲的二维码，所述空闲的二维码嵌入的统一资源定位符url未绑定有服务信息；
24.获取所述服务提供商输入的服务信息并提交给服务机构，以使所述服务机构将所述url与所述服务信息绑定，使得所述二维码被用户客户端扫描后，所述用户客户端通过所述二维码中嵌入的url请求所述服务提供商的服务信息。
25.第六方面，提供一种计算机设备，所述计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述任一方面的方法实施例。
26.本说明书中描述的主题可以在特定实施方式中实现，以便实现以下优点中的一个或多个。首先，通过发布临时可信登录令牌，第一服务器可以使用服务授权来提供从始发应用到目标应用的服务页面的有限访问，而无需执行额外的登录步骤。其次，服务授权允许的有限访问可以保护使用可信登录访问未授权的服务页面，这提高了数据安全性。第三，通过在可信登录之后将服务页面返回到原始应用，不需要将可信用户重定向到目标应用来执行服务，从而改善用户的体验。
27.在具体实施方式、权利要求和附图中阐述了本说明书的主题的一个或多个实施方式的细节。对于本领域普通技术人员来说，根据具体实现方式、权利要求和附图，本主题的其他特征、方面和优点将变得显而易见。
附图说明
28.图1是示出根据本公开的一种实施方式的数字服务系统的服务处理工作流的示例的示意图。
29.图2是示出根据本公开的一种实施方式的基于stm生成的基于url的二维码的示例的图。
30.图3是示出根据本公开的一种实施方式的基于stm的“粘贴一次”概念的示例的示意图。
31.图4是示出根据本公开的一种实施方式的服务与基于url的二维码的互操作性的示例的示意图。
32.图5是示出根据本公开的一种实施方式的二维码绑定过程的示例的泳道图。
33.图6是示出根据本公开的一种实施方式的根据基于url的二维码处理服务的方法的示例的流程。
34.各附图中相同的附图标记和名称表示相同的元件。
具体实施方式
35.随着移动互联网的发展，由于智能手机的快速准确的扫描和解码能力，二维码越来越广泛地用在各种服务场景中。随着越来越多的线上到线下(o2o)平台的出现，用户能够扫描二维码来访问各种服务，如在线订购、支付和产品跟踪。二维码的广泛使用反过来极大
地促进了o2o的整合进程。在许多情况下，服务提供商部署的二维码不仅仅是信息载体，而是用于服务启动、处理和信息交换的交互媒介。
36.商家呈现的二维码通常用于移动支付。通常使用的商家呈现的二维码可以包括商家码、订单码、互操作性码或聚合码。为了统一用户的移动支付体验，降低二维码部署成本并使移动支付市场标准化，一些国家(或地区)的监管机构已经建立了自己区域统一的二维码标准来管理这些二维码的格式。但是，不同的商家可能会使用不同的支付机构或服务平台来收取付款或提供后端服务。相应地，商家呈现的二维码可以与不同的服务机构相关联或由其发布。结果，二维码服务处理的管理可能是复杂的并且可能缺乏一致性。
37.本公开描述了一种用于管理与基于统一资源定位符(url)的二维码相关联的服务的方法，并且该公开被介绍以使得本领域的任何技术人员能够在一个或多个特定实施方式的环境中制作和使用所公开的主题。可以对所公开的实施方式进行各种修改、改变和置换，并且这种修改、改变和置换对于本领域普通技术人员来说是显而易见的，并且所定义的一般原理可以应用于其他实施方式和应用，而不脱离本公开的范围。在一些情况下，可以省略对于理解所描述的主题不必要且在本领域普通技术人员的技能范围内的一个或多个技术细节，以免使得所描述的一个或多个实施方式的焦点模糊。本公开并不意图被限制在所描述或示出的实施方式，而是符合与所描述的原理和特征相一致的最宽范围。
38.用户可以使用移动设备扫描二维码以获得用于启动服务的相应服务信息。可以基于携带url的简终端模型(slim terminal model,stm)来生成二维码，而不是将服务信息嵌入二维码中。url可用于标识与服务信息相关联的数据接口。通过扫描二维码，移动设备可以获得嵌入的url并将其转发到后端服务系统。后端服务系统中的数字服务网络可以执行中央枢纽的角色，用于管理和促进跨不同服务机构或平台的服务。数字服务网络可以基于url中包括的数据元素来识别管理或维护服务信息的服务机构。然后，后端服务系统可以取得服务信息并将其返回到移动设备以启动服务。由于二维码不携带服务信息，因此可以更快地被扫描和解析。当服务信息需要更新时，更新可以由后端的服务机构执行，而不是更新前端的二维码本身。无论涉及多少服务机构，数字服务网络都可以有效地协调服务处理。这样，可以更有效和安全地执行基于二维码的服务处理。在下面的描述中讨论了根据本公开的各种实施方式和技术效果。
39.图1是示出根据本公开的一种实施方式的数字服务系统100的服务处理工作流的示例的示意图。在高级别，数字服务系统100可以包括用户侧102和获取侧104。用户侧102可以包括安装在移动设备上的前端应用(app)106和后端用户侧服务机构110。获取侧104可以包括服务提供商，例如商家108和获取侧服务机构114。在一些实施方式中，用户侧102的服务机构和获取侧104的服务机构可以通过数字服务网络112或中央传输平台(ctp)互连。要理解的是，数字服务网络112可以服务于用户侧的多个服务机构和商家侧的多个服务机构。由服务机构110、服务机构114和数字服务网络112促成的服务可以是任何合适的服务，例如支付服务、物联网(iot)信息、基于位置的服务(lbs)、内容服务或app安装服务。例如，如果服务是支付服务，则app 106可以是数字支付app，用户侧服务机构110和获取侧服务机构114可以是用户侧支付机构和服务侧机构，数字服务网络112可以是数字支付网络。可以通过以下示例的说明来描述数字服务系统100的服务处理工作流程。
40.在步骤116，通过使用安装在移动设备上的移动app 106来扫描商家呈现的基于
url的二维码。基于url的二维码可以是例如qr码的任何二维码的形式。根据具体的应用场景，基于url的二维码可以部署为商家码、订单码、互操作性码，区域统一码或其他类型的码。下面更详细地解释这些码。
41.可以基于stm生成基于url的二维码。stm指的是用户
‑
商家交互场景，其中在交互期间交换少量信息。当使用stm时，服务信息的收集不限于自扫描商家呈现的二维码起的数据交互时段，这是因为被编码到二维码中的信息的量相对较少。这与其中用于处理服务的大多数服务信息被编码到二维码的富终端模型(rich terminal model,rtm)形成对比。因为通过扫描stm二维码获得了一小部分服务信息，所以大多数服务信息获取可以由后端服务器执行。这样，涉及执行服务的主要方是与扫描二维码的服务app106相关联的用户，而不管与该用户的帐户关联了多少个服务平台或机构。因为在二维码中编码相对少量的信息，所以可以将大部分服务信息的收集委托给后端服务器，从而app 106和二维码之间数据交互能够更快，并且由于在前端曝光的信息较少，数据安全性更强大。此外，由于可以在后端管理和维护大部分服务信息，因此当需要更新服务信息时，商家108不必在stm场景下请求和重新部署新的二维码。在某些情况下，这类更新可以在后端进行，以减少重新部署新二维码的部署和物质成本。
42.在一些实施方式中，基于stm生成的二维码可以具有url的信息格式。表1示出了编码在二维码中的url的示例性数据元素。应当理解，根据本公开的url可以仅包括下面列出的数据元素的一部分或者或者还包括额外的数据元素。
[0043][0044]
表1
[0045]
如表1所示，url的数据元素包括“协议头”、“域名”、“网络id”、“版本id”、“服务类型id”、“服务机构id”、“有效载荷”以及一个或多个参数。这些数据元素可以以文本形式或数字形式表示。“协议头”可以指示用于数据通信的协议。例如，如果超文本传输协议安全(https)是与url相关联的数据通信协议，则“协议头”可以是“https”。在一些实施方式中，可以向数字服务网络112的运营商申请域名并由数字服务网络112的运营商管理该域名。例如，域名可以用文本形式表示为“qr.demodigitalnetwork.com”。网络id可以识别用于管理或促进服务的数字服务网络。网络id可以具有不同的长度。例如，文本形式的网络id可以表示为“demodigitalnetwork”，以数字形式表示的网络id可以取25至30之间的整数值。版本id可以有不同的长度。版本id可以由数字服务网络112定义以识别数字服务网络112的版本号。例如，版本id可以以文本形式表示为“v2”，以标识第二版本的数字服务网络112。
[0046]
服务类型id可以标识与基于url的二维码相关联的适用服务。表2说明了示例性服务及其相应的文本和数字形式的url表达式。
[0047]
文本形式数字形式描述服务fund_transfer01转账通过扫描二维码进行帐户转帐order_qr_payment04订单码通过扫描订单码进行付款merchant_qr_payment05商家码通过扫描商家码收集付款group_qr06群码扫描二维码加入社交媒体群
[0048]
表2
[0049]
服务机构id可以识别获取侧104的服务机构114，该服务机构114获取针对商家108的服务。例如，如果服务是支付服务，则服务机构id可以识别支付机构114，该支付机构114用于收集对商家108的付款。在一些实施方式中，基于url的二维码可以由服务机构id标识的服务机构114发布。例如，文本形式的服务机构id可以表示为“demopaymentinstitution”，以数字形式表示的网络id可以取001至999之间的整数值。在一些实施方式中，服务机构id可以被设置为“默认”或空值(例如，“000”)以指示默认服务机构或没有指定服务机构。
[0050]
有效载荷可以包括识别数字服务网络112的服务对象的标识。服务对象可以是用于链接由获取侧服务机构114管理和维护的服务信息的接口。在一些实施方式中，服务信息可以包括商家信息，诸如商家名称、商家类型、商家的国籍码或邮政编码、商家地址、一种或多种支持语言以及一种或多种支持货币。在一些实施方式中，服务信息还可以包括订单信息或交易信息，诸如订单金额、支持的货币、订单id、订单或交易说明。可以理解，服务信息可以包括与执行服务有关的其他信息。
[0051]
参数可以标识由获取侧服务机构114的后端服务器提供的一个或多个附加服务。参数可以是键值对的格式。附加服务可以包括但不限于附加订单信息、销售信息或其他信息，例如一个或多个信誉度数值、数字凭证信息、优惠券信息、幸运绘图信息、全球定位系统(gps)位置、桌号、座位号等。
[0052]
这样，根据本公开的以二维码编码的文本格式的示例url可以表示为：
[0053]
https://qr.demodigitalnetwork.com/demodigitalnetwork/v2/merchant_qr_payment/demopaymentinstitution/012345678901234
[0054]
根据本公开的以二维码编码的数字格式的示例url可以表示为：
[0055]
https://qr.demodigitalnetwork.com/28/2/05/001/012345678901234
[0056]
基于url的示例性二维码的对应视觉描绘在图2中示出。图2是示出根据本公开的一种实施方式的基于stm生成的基于url的二维码200的示例的图。基于文本url的二维码210的视觉描绘显示在图2的左侧。基于数字url的二维码220的视觉描绘在图2的右侧示出。
[0057]
在步骤118，通过发送从扫描基于url的二维码解码的url来请求服务信息。使用支付服务作为示例，用户可以通过扫描商家呈现的基于url的二维码来向商家进行移动支付。用户可以打开安装在移动设备上的数字支付app 106，例如alipay，登录到与app 106相关联的服务或支付账户，并使用app的扫描功能通过移动设备的相机扫描码。在一些实施方式中，移动设备可以将二维码解码为url格式的字符串，其包括如步骤116的说明中所讨论的一个或多个数据元素。然后，移动设备可以将解码的url作为字符串发送至用户侧服务机构110。在一些实施方式中，用户侧服务机构可以是向app 106用户提供服务或支付账户的支付机构。
[0058]
在步骤120，url由用户侧服务机构110解析，并且url的至少一部分被发送至数字服务网络112。url可以包括数据元素，诸如服务网络id、服务机构id、版本id、有效载荷和服务类型id。解析url的目的包括确定基于url的码是否由用户侧服务机构110发布。例如，这可以通过解析url来识别服务机构id数据元素来完成。如果服务机构id与用户侧服务机构110的id匹配，则用户侧服务机构110可以确定其维护相应的服务信息并将服务信息返回给
移动设备。否则，用户侧服务机构110可以基于从url解析的服务网络id将url的至少一部分作为数据串发送至数字服务网络112，以识别与包括在url中的服务机构id相关联的服务机构。在某些情况下，url的该部分至少包括服务机构id和服务类型id。在一些实施方式中，用户侧服务机构110可以识别与服务机构id相关联的服务机构。在这种情况下，用户侧服务机构可以通过向服务机构发送至少服务类型id和有效载荷来直接从相应的服务机构请求服务信息。
[0059]
在步骤122，url的一部分由数字服务网络112解析，并且url的该部分中包括的服务类型id和有效载荷被发送至获取侧服务机构114。数字服务网络112解析所接收的url以确定服务机构id、服务类型id和有效载荷。数字服务网络112可以维护与一个或多个服务机构相对应的服务机构id的列表。数字服务网络112可以将所接收的url的服务类型id和有效载荷发送至与服务机构id匹配的获取侧服务机构114。
[0060]
在步骤124，获取侧服务机构114基于服务类型id和有效载荷将被请求的服务信息返回到数字服务网络112。获取侧服务机构114可以基于服务类型id确定基于url的二维码的码类型。该码类型可以基于服务类型id确定待返回至移动设备的服务信息。例如，如果码类型是资金转账，则待返回的服务信息可以是包括资金将被转账到的对方名称、交易id、支持的货币等的订单信息。如果码类型是订单码，待返回至移动设备的服务信息可以包括要向其进行支付的商家名称和支付金额，以便用户可以使用移动设备确认订单。如果码类型是商家码，则待返回到移动设备的服务信息可以包括商家名称，因此如果商家名称正确，则用户可以验证并输入支付金额。
[0061]
有效载荷可以包括数字服务网络112的服务对象的标识。服务对象可以是链接到由获取侧服务机构114管理和维护的不同服务信息的接口。如果发送至获取侧服务机构114的url数据元素还包括一个或多个参数，则可以返回由获取侧服务机构114的后端服务器提供的一个或多个附加服务的信息。附加服务可以包括附加订单信息、商家信息、销售信息或其他信息，例如一个或多个信誉度数值、数字凭证信息、优惠券信息、幸运绘图信息、gps位置、桌号、座位号或其他信息。
[0062]
从以上说明可以看出，从在stm下生成的二维码解码的url提供用于定位和返回服务信息的标识。二维码本身不携带服务信息。因此，与携带服务信息的rtm二维码相比，stm二维码与服务信息分离。将二维码与服务信息分离的优点可以在图3的描述中说明。
[0063]
图3是示出根据本公开的一种实施方式的基于stm的“粘贴一次”概念的示例300的示意图。在向诸如商家的服务提供商发布二维码之后，服务提供商仅需要将二维码粘贴一次320。在与二维码相关联的服务信息改变的情况下，不需要替换二维码。服务信息的改变可以由后台或后端330(例如，获取侧服务机构114或数字服务网络112)进行，并且链接到由有效载荷中包括的标识所标识的服务对象，如在图1的描述中所讨论的。在移动设备310扫描二维码之后，可以使用从二维码解码的url来检索更新的服务信息。在该示例300中，二维码是用于收取付款的商家码，并且商家已经改变其商家信息，例如商家名称和支持的支付货币，相应的商家信息可以由商家使用的支付机构更新。移动设备310可以通过扫描相同的二维码来获得更新的商家名称和支持的支付货币。与rtm二维码相比，rtm二维码由于嵌入有服务信息，因此在服务信息被更新时需要被替换。此外，由于rtm二维码携带服务信息，因此与扫描不携带服务信息的stm二维码相比，扫描rtm二维码可能更慢。
[0064]
可以通过使用基于url的二维码来更新各种类型的服务信息。图4是示出根据本公开的一种实施方式的服务与基于url的二维码的互操作性的示例400的示意图。在该示例400中，从扫描二维码410解码的url可用于发起诸如用餐服务420、支付服务430、iot信息440、web内容450、app下载460或lbs 470之类的服务。通过将不同服务与url中标识的服务类型id和服务对象相关联，移动设备可以从扫描二维码410获得不同类型的服务或服务信息。
[0065]
再次参考图1，在步骤126，服务信息由数字服务网络112返回给服务帐户提供者。在步骤128，包括返回的服务信息的服务确认页面由用户侧服务机构110提供并被推送到移动设备上的app 106。在一些实施方式中，用户侧服务机构110将由数字服务网络112转发的服务信息返回给移动设备。安装在移动设备上的app 106可以在服务确认页面上提供服务信息。
[0066]
使用移动支付作为示例，如果服务信息(例如，商家名称)是正确的，则用户可以确认服务信息或在需要时提供输入(例如，输入支付金额)，以在步骤130发起支付请求。在步骤132，用户侧服务机构110接收支付请求并从用户的账户中扣除相应的支付金额。在步骤134，用户侧服务机构110将支付发送至数字服务网络112。在步骤136，数字服务网络112将支付转发给获取侧服务机构114。获取侧服务机构114处理支付，并在步骤138对商家108记入贷方(credit)，在步骤140a向商家108发送支付确认并在步骤140b向数字服务网络112发送支付确认。在步骤142，数字服务网络将支付确认转发给用户侧服务机构110，并且用户侧服务机构110将支付确认转发给app 106或者提供支付确认页面并推送到app 106。
[0067]
在服务处理工作流程中，app 106与获取侧104之间的直接信息交换相对有限。大多数信息在用户侧服务机构110、数字服务网络112和获取侧服务机构114之间的后端进行交换。信息交换环境具有很高的可信度，可以更好地保护各方之间的数据安全。
[0068]
图5是示出根据本公开的一种实施方式的二维码绑定过程500的示例的泳道图。该码绑定过程可用于快速生成一批区域统一的二维码。
[0069]
在步骤514，服务系统i 508生成一批空闲码并发送至码平台506。空闲码可以是基于url的stm二维码，如图1的描述中所讨论的。二维码是空的，因为嵌入的url不与任何服务信息相关联。在一些实施方式中，服务系统i 508可以是如图1的描述中所讨论的获取侧服务机构114。在一些实施方式中，服务系统i 508可以收集商家信息，例如要服务的商家的数量，以确定要生成的空闲码的数量。码平台506可以是服务系统i 508的一部分或独立于服务系统i 508。
[0070]
在步骤516，服务系统i 508将该批空闲码发送至物资平台512以进行打印并发送回服务系统i 508。物资平台512可以是服务机构的一部分或独立于服务系统i 508。
[0071]
在步骤518，由服务系统i 508服务的商家502扫描该批空闲码以提交商家信息以绑定到空闲码。商家信息可以包括如图1的描述中所讨论的服务信息。通过将商家信息发送至码平台，码平台可以将空闲码的url中标识的相应服务类型和服务对象绑定到商家信息。
[0072]
在步骤520，码平台506将商家信息绑定到该批空闲码。在绑定之后，基于url的二维码不再是空的，而是与相应的商家信息相关联。然后，服务系统i 508可以将打印的码分发给它所服务的相应商家502。
[0073]
在步骤522，用户504扫描由商家502呈现的基于url的二维码以发起相应的服务处
理。在步骤524，服务处理可以行进到服务机构ii 510，例如在图1的描述中讨论的用户侧服务机构110。可以基于示例性工作流程100来执行剩余的服务处理，如在图1的描述中所讨论的。
[0074]
图6是示出根据本公开的一种实施方式的基于url的二维码处理服务的方法600的示例的流程图。为了清楚地呈现，以下说明一般地描述了在本说明书中的其他附图的上下文中的方法600。然而，应该理解，方法600可以例如由任何适当的系统、环境、软件和硬件，或系统、环境、软件和硬件的组合来执行。在一些实施方式中，方法600的各个步骤可以并行、组合、循环或以任何顺序运行。
[0075]
在步骤602，接收来自第一服务机构的url，其中该url由移动设备通过扫描服务提供商提供的二维码来获得并被移动设备发送。方法600可以由数字服务网络112执行，该数字服务网络112连接并服务于一个或多个服务机构，如图1的描述中所讨论的。第一服务机构可以是用户侧服务机构110。二维码可以是基于url的二维码，诸如基于stm生成的区域统一的商家呈现的qr码。二维码可以由服务提供商(例如，商家)呈现以发起服务(例如，支付服务)。用户可以打开与用户帐户相关联的app以扫描二维码。url可以通过扫描二维码来被获得并被发送至提供用户帐户的服务机构。服务机构可以解析url以识别网络id，并将url的至少一部分发送至与网络id相对应的数字服务网络。从步骤602开始，方法600行进到步骤604。
[0076]
在步骤604，解析url以识别一个或多个数据元素，其中这一个或多个数据元素包括服务网络id、标识发布二维码的第二服务机构的服务机构id、以及包括标识服务网络的服务对象的标识符的有效载荷。在一些实施方式中，这一个或多个数据元素还包括以下各项的至少一者：域名、服务网络的版本号、标识服务类型的服务类型id、或标识待处理服务的一个或多个附加项的一个或多个键值对。url中包括的一个或多个数据元素可以是数字格式或文本格式。待处理服务的一个或多个附加项包括信誉度数值、凭证信息、优惠券信息、幸运绘图信息、全球定位系统(gps)位置、桌号或座位号中的至少一种。从步骤604开始，方法600行进到步骤606。
[0077]
在步骤606，基于服务机构id将一个或多个数据元素发送至第二服务机构。第二服务机构可以是获取侧服务机构114，其发布基于url的二维码，如在图1的描述中所讨论的。从步骤606开始，方法600行进到步骤608。
[0078]
在步骤608，从第二服务机构接收与服务对象相关联的服务信息。在一些实施方式中，服务信息包括服务提供商信息或订单信息中的至少一种。示例性服务提供商信息包括服务提供商名称、服务提供商类型、国籍码、邮政编码、服务提供商地址、订单信息、一种或多种支持语言或一种或多种支持货币。示例性订单信息包括交易金额、交易货币、订单标识或订单说明。从步骤608开始，方法600进行到步骤610。
[0079]
在步骤610，将服务信息发送至第一服务机构以在移动设备上呈现。在一些实施方式中，在移动设备的用户验证服务信息之后，移动设备可以发送服务请求以发起服务。在这种情况下，数字服务网络可以从第一服务机构接收该服务请求。然后，数字服务网络可以将服务请求发送至第二服务机构以处理服务。在处理之后，从第二服务机构接收服务处理结果。然后，数字服务网络可以将服务处理结果发送至第一服务机构以在移动设备上呈现。在步骤610之后，方法600停止。
[0080]
本说明书中描述的主题的实施方式可以被实施，以便实现特定的优点或技术效果。例如，由于可以在后端管理和维护大多数服务信息，因此当服务信息需要更新时，服务提供商可以不必在rtm场景下请求和重新部署新的二维码。更新有时可以在后端进行，以减少部署和物资成本。从在stm下生成的二维码解码的url提供用于定位和返回服务信息的标识。二维码本身不携带服务信息。因此，stm二维码与其基础服务分离。stm还可以允许快速批量生成基于url的二维码。
[0081]
以上描述的方法提高了各种移动计算设备的处理效率以及数据安全性。因为基于stm在二维码中编码的信息量相对较少，所以可以将大部分服务信息的收集委托给后端服务器，移动设备和二维码之间的数据交互更快，并且由于前端的信息曝光减少，因此数据安全性更高。因此，信息交互环境的可信度很高，并且可以更好地保护各方之间的数据安全性。
[0082]
以上描述的方法可以通过有效扫描，生成二维码以及减少二维码再生的量来确保计算机资源的有效使用(例如，处理周期、网络带宽和存储器使用)。至少这些动作可以使得移动互连网服务环境中的可用计算机资源的浪费降到最低或者完全避免。当服务信息被更新时，不是替换现有的二维码，而是通过将现有的二维码与更新的服务信息相关联来使得二维码保持不变。
[0083]
本说明书中描述的实施方式和操作可以在数字电子电路中实现，或者在计算机软件、固件或硬件(包括本说明书中公开的结构或者它们中的一个或多个的组合)中实现。操作可以被实现为由数据处理装置对存储在一个或多个计算机可读存储设备上或从其他源接收的数据执行的操作。数据处理装置、计算机或计算设备可以包括用于处理数据的装置、设备和机器，包括例如可编程处理器、计算机、片上系统、或者前述的多个或组合。该装置可以包括专用逻辑电路，例如，中央处理单元(cpu)、现场可编程门阵列(fpga)或专用集成电路(asic)。该装置还可以包括为所讨论的计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统(例如操作系统或操作系统的组合)、跨平台运行环境、虚拟机或它们中的一个或多个的组合的代码。装置和执行环境可以实现各种不同的计算模型基础结构，例如web服务、分布式计算和网格计算基础结构。
[0084]
计算机程序(也称为程序、软件、软件应用程序、软件模块、软件单元、脚本或代码)可以用任何形式的编程语言编写，包括编译或解释语言、声明或程序语言，并且它可以以任何形式部署，包括作为独立程序或作为模块、组件、子例程、对象或适用于计算环境的其他单元。程序可以存储在文件的一部分中，该文件包含其他程序或数据(例如，存储在标记语言文档中的一个或多个脚本)，存储在专用于所讨论程序的单个文件中，或存储在多个协调文件中(例如，存储一个或多个模块、子程序或代码部分的文件)。计算机程序可以在一个计算机上或在多个计算机上执行，这些计算机位于一个站点或分布在多个站点上并通过通信网络互连。
[0085]
作为示例，用于执行计算机程序的处理器包括通用和专用微处理器、以及任何类型的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于根据指令执行动作的处理器和用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括或可操作地被联接以从一个或多个大容量存储设备接收数据或将数据传输到一个或多个大容量存储设备以用于存
储数据。计算机可以嵌入在另一个设备中，例如，移动设备、个人数字助理(pda)、游戏控制台、全球定位系统(gps)接收器或便携式存储设备。适用于存储计算机程序指令和数据的设备包括非易失性存储器、介质和存储器设备，例如包括半导体存储器设备、磁盘和磁光盘。处理器和存储器可以补充有专用逻辑电路或并入专用逻辑电路中。
[0086]
移动设备可以包括手机、用户设备(ue)、移动电话(例如，智能手机)、平板计算机、可穿戴设备(例如，智能手表和智能眼镜)、人体内的植入设备(例如，生物传感器、人工耳蜗植入物)或其他类型的移动设备。移动设备可以无线地(例如，使用射频(rf)信号)与各种通信网络(下面描述)通信。移动设备可以包括用于确定移动设备的当前环境的特性的传感器。传感器可包括摄像头、麦克风、接近传感器、gps传感器、运动传感器、加速度计、环境光传感器、湿度传感器、陀螺仪、指南针、气压计、指纹传感器、面部识别系统、rf传感器(例如，wi
‑
fi和蜂窝无线电)、热传感器或其他类型的传感器。例如，相机可包括具有可移动或固定透镜的前向或后向相机、闪光灯、图像传感器和图像处理器。相机可以是百万像素相机，能够捕捉面部和/或虹膜识别的细节。相机连同数据处理器和存储在存储器中或远程访问的认证信息可以形成面部识别系统。面部识别系统或一个或多个传感器(例如，麦克风、运动传感器、加速度计、gps传感器或rf传感器)可用于用户认证。
[0087]
为了提供与用户的交互，可以在具有显示设备和输入设备例如，用于向用户显示信息的液晶显示器(lcd)或有机发光二极管(oled)/虚拟现实(vr)/增强现实(ar)显示器和用户可以通过其向计算机提供输入的触摸屏、键盘和指示设备的计算机上实现实施方式。其他类型的设备也可用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或触觉反馈；并且可以以任何形式接收来自用户的输入，包括声学、语言或触觉输入。另外，计算机可以通过向用户使用的设备发送文档和从用户使用的设备接收文档来与用户交互；例如，通过响应于从web浏览器接收的请求将网页发送至用户的客户端设备上的web浏览器。
[0088]
可以使用通过有线或无线数字数据通信(或其组合)的任何形式或介质(例如通信网络)互连的计算设备来实现实施方式。互连设备的示例是客户端和通常通过通信网络进行交互的通常彼此远离的服务器。客户端(例如，移动设备)可以自身与服务器或通过服务器执行交易，例如，执行买入、卖出、支付、给予，发送或贷款交易或授权交易。这样的交易可以是实时的，使得动作和响应在时间上接近；例如，个人感知动作和响应基本上同时发生，个人动作后的响应的时间差小于1毫秒(ms)或小于1秒(s)，或者考虑帐户处理系统的限制响应没有故意延迟。
[0089]
通信网络的示例包括局域网(lan)、无线电接入网络(ran)、城域网(man)和广域网(wan)。通信网络可以包括因特网的全部或一部分、另一通信网络或通信网络的组合。可以根据各种协议和标准，包括长期演进(lte)、5g、ieee 802、互联网协议(ip)或其他协议或协议组合，在通信网络上发送信息。通信网络可以在连接的计算设备之间传输语音、视频、生物识别或认证数据或其他信息。
[0090]
被描述为单独实施的特征可以在单个实施方式中组合实现，而描述为单个实施的特征可以单独地或以任何合适的子组合在多个实施方式中实现。以特定顺序描述和声明的操作不应被理解为要求特定顺序，也不必要求执行所有示出的操作(一些操作可以是可选的)。适当时，可以执行多任务处理或并行处理(或多任务处理和并行处理的组合)。