CN108829464A - 服务启动方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请是关于一种服务启动方法及装置。该方法包括：接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。通过上述方案，在接收到请求终端发送的服务请求后，在至少两个终端识别该指定服务对应的图形编码并发送确认信息后，判断该至少两个终端发送的确认信息是否满足预设条件，只有在该至少两个终端发送的确认信息满足预设条件时，才启动指定服务，从而实现一种通过至少两个终端扫码的方式确认允许启动指定服务的场景，提高扫码启动服务的安全性。

Description

服务启动方法、装置、计算机设备及存储介质

技术领域

本申请涉及互联网应用技术领域，特别涉及一种服务启动方法、装置、计算机设备及存储介质。

背景技术

随着移动互联网应用的不断发展，通过扫码的方式启动服务的场景也越来越多，比如，通过扫码的方式解锁共享单车，或者，通过扫码方式收款等等。

在相关技术中，通过扫码启动服务的场景通常只需要请求者扫码即可以完成。比如，用户需要解锁共享单车时，可以通过手机等移动终端扫描共享单车上的二维码，或者，当商家需要收款时，可以通过收款机等终端扫描消费用户的移动终端上的二维码。

然而，相关技术中通过扫码启动服务的场景，通过由单人执行扫码操作即可以启动服务，应用场景较小，且安全性较低。

发明内容

本申请实施例提供了一种服务启动方法、装置、计算机设备及存储介质，可以用于解决相关技术中通过由单人执行扫码操作即可以启动服务，应用场景较小，且安全性较低的问题，该技术方案如下：

一方面，提供了一种服务启动方法，用于服务器中，所述方法包括：

接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；

获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；

当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

一方面，提供了一种服务启动方法，用于终端中，所述方法包括：

对指定服务的图形编码进行识别，获得识别结果；

根据所述识别结果生成确认信息；

将所述确认信息发送给服务器，所述确认信息用于触发所述服务器在获取到的至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

一方面，提供了一种服务启动装置，用于服务器中，所述装置包括：

请求接收模块，用于接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；

信息获取模块，用于获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；

服务启动模块，用于当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

一方面，提供了一种服务启动装置，用于终端中，所述装置包括：

识别模块，用于对指定服务的图形编码进行识别，获得识别结果；

信息生成模块，用于根据所述识别结果生成确认信息；

信息发送模块，用于将所述确认信息发送给服务器，所述确认信息用于触发所述服务器在获取到的至少两个终端发送的确认信息满足预设条件时，启动所述指定服务。

另一方面，提供了一种计算机设备，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述的服务启动方法。

又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述的服务启动方法。

本申请提供的技术方案可以包括以下有益效果：

在接收到请求终端发送的服务请求后，并不直接启动指定服务，而是在至少两个终端识别该指定服务对应的图形编码并发送确认信息后，判断该至少两个终端发送的确认信息是否满足预设条件，只有在该至少两个终端发送的确认信息满足预设条件时，才启动指定服务，从而实现一种通过至少两个终端扫码的方式确认允许启动指定服务的场景，提高扫码启动服务的安全性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种服务启动系统的结构示意图；

图2是根据一示例性实施例示出的一种服务启动方法的流程图；

图3是图2所示实施例涉及的一种多人扫码启动服务的流程示意图；

图4是图2所示实施例涉及的一种多个指定用户扫码授权启动服务的流程示意图；

图5是根据一示例性实施例示出的一种服务启动方法的流程图；

图6是图5所示实施例涉及的设备共享流程示意图；

图7是图5所示实施例涉及的一种提示信息示意图；

图8是图5所示实施例涉及的转账流程示意图；

图9是根据一示例性实施例示出的一种服务启动方法的流程图；

图10是图9所示实施例涉及的播放电影的流程示意图；

图11是根据一示例性实施例示出的服务启动装置的结构方框图；

图12是根据一示例性实施例示出的服务启动装置的结构方框图；

图13是根据一示例性实施例示出的一种计算机设备的结构示意图；

图14是根据一示例性实施例示出的一种计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种服务启动系统的结构示意图。该系统包括：若干个终端120和服务器140。

终端120可以是手机、平板电脑、电子书阅读器、智能眼镜、智能手表、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

终端120可以对应有图像采集组件。其中，该图像采集组件可以是终端120的一部分，比如，该图像采集组件可以是终端120内置的摄像头；或者，该图像采集组件也可以作为终端120的外设设备与该终端120相连接。

终端120与服务器140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

在本申请实施例中，终端120可以在本地对图像采集组件采集到的图形编码进行识别，或者，终端120也可以对通过网络连接接收到的图形编码进行识别。

其中，上述的图形编码可以是条形码或者二维码等可以携带额外信息的图案。

服务器140是一台服务器，或者是由若干台服务器组成的服务器集群，或者是一个虚拟化平台，或者是一个云计算服务中心。

可选的，该系统还可以包括管理设备160，该管理设备160与服务器140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

在本申请实施例中，服务器140可以控制某一项或者多项指定服务的启动。比如，服务器140可以控制解锁某个指定设备，或者，服务器140可以控制某个多媒体节目的播放，或者，服务器140可以控制某个转账任务的执行等等。即上述指定服务可以是解锁指定设备、播放指定多媒体节目或者从指定账户对外转账等。本申请实施例对于指定服务的具体服务类型不做限制，只要由服务器控制即可。

其中，服务器140可以在若干个终端120中的至少两个终端确认启动指定服务时，才启动指定服务。请参考图2，其是根据一示例性实施例示出的一种服务启动方法的流程图，以该方法用于上述图1所示的系统为例，如图2所示，请求终端向服务器发送服务请求，服务器接收该服务请求，该服务请求用于请求启动指定服务(步骤21)；确认终端对指定服务的图形编码进行识别，获得识别结果，并根据并获得的识别结果生成确认信息(步骤22)；确认终端将生成的确认信息发送给服务器，服务器接收该确认信息(步骤23)；服务器获取至少两个确认终端识别该指定服务的图形编码后发送的确认信息(步骤24)；当该至少两个确认终端发送的确认信息满足预设条件时，服务器启动该指定服务(步骤25)。

其中，上述确认终端生成确认信息并发送给服务器的步骤(即步骤22和步骤23)，可以在请求终端发送服务请求(即步骤21)之前执行，也可以在步骤21之后执行，或者，上述步骤22和步骤23与步骤21也可以并行执行。

在上述方案中，请求终端可以是上述至少两个确认终端中的一个或多个，也就是说，上述请求终端同时也可以作为确认终端；或者，上述请求终端也可以是独立于上述至少两个确认终端之外的其它终端。

通过上述图2所示的方案，服务器在接收到请求终端发送的服务请求后，并不直接启动指定服务，而是在至少两个终端识别该指定服务对应的图形编码并发送确认信息后，判断该至少两个终端发送的确认信息是否满足预设条件，只有在该至少两个终端发送的确认信息满足预设条件时，才启动指定服务，从而实现一种通过至少两个终端扫码的方式确认允许启动指定服务的场景。

上述图2所示的方案中，预设条件可以包括但不限于以下两种条件：

一、发送确认信息的终端的数量达到预设阈值。

当指定服务需要预订数量的用户请求开启时，通过上述方案，服务器可以检测已发送确认信息的确认终端的数量，当确认终端的数量达到一定数值时，才启动指定服务。

比如，请参考图3，其示出了本申请实施例涉及的一种多人扫码启动服务的流程示意图。如图3所示，系统开启二维码识别确认功能(31)，并对外展示用于启动指定服务的图形编码。每当有终端扫描该图形编码时，扫描的终端将向服务器发送一个确认信息，服务器首次接收到确认信息后，从1开始计次(32)，即每接收到一个终端发送的确认信息，将计次的次数加1。当多个用户通过终端扫描该二维码后，服务器计次的次数达到预设的门限(33)，之后，服务器启动指定服务(34)。

二、发送确认信息的终端是指定的至少两个终端。

当指定服务需要得到指定的多个用户的允许时，通过上述方案，服务器接收到服务请求后，可以向至少两个指定终端分别发送指定服务对应的图形编码，当该至少两个指定终端都识别图形编码并反馈确认信息后，服务器才启动指定服务。

比如，请参考图4，其示出了本申请实施例涉及的一种多个指定用户扫码授权启动服务的流程示意图。如图4所示，请求者向服务器请求启动指定服务(41)，比如，通过扫码请求启动某项应用后，服务器识别该项应用是需要多个用户确认的应用(42)，向该多个用户分别发送该项应用对应的图形编码(43)，在接收到该多个用户分别扫码并反馈的确认信息后，启动该项应用(44)。

本申请下面的实施例将以上述两种条件为例，对图2所示的方案进行说明。

图5是根据一示例性实施例示出的一种服务启动方法的流程图，该服务启动方法可以用于服务器等计算机设备中，比如，该方法可以用于上述图1所示的服务器140中。如图5所示，该服务启动方法可以包括如下步骤：

步骤501，接收请求终端发送的服务请求，该服务请求用于请求启动指定服务。

在本申请实施例中，请求者用户需要启动某项服务，比如收款或启动某个共用设备时，可以向服务器发送服务请求。

具体比如，当请求者用户请求收款时，可以通过收款机扫描付款者手机界面中显示的支付二维码，以获取支付二维码中携带的账户信息，并向服务器请求从账户信息对应的账户中收款。

或者，当请求者用户请求使用一个由多个用户或团队共用的设备时，可以通过手机等移动终端扫描设备上的二维码，获得请求地址，并向请求地址发送解锁设备的请求。

步骤502，获取至少两个确认终端发送的确认信息，该确认信息是对应的确认终端识别该指定服务的图形编码后发送的信息。

其中，该确认信息中包含对应的确认终端从该指定服务的图形编码中识别出的拆分服务码，该拆分服务码是该指定服务的完整服务码中的一部分。

在本申请实施例中，在获取至少两个确认终端发送的确认信息之前，接收到服务请求的服务器可以查询该指定服务对应的n个用户账号，n为大于或者等于2的整数；将该指定服务的完整服务码拆分为n个拆分服务码；生成该指定服务的n个图形编码，每个图形编码中包含该n个拆分服务码中的一个；并将该指定服务的n个图形编码分别发送给该n个用户账号对应的确认终端。

在上述方案中，服务器接收到服务请求后，检测到该指定服务需要多人确认时，比如，当付款账户或者设备由多方共有时，服务器为每一个共有者分别生成一个图形编码，且每个图形编码中包含指定服务的完整服务码的一部分。服务器将各个图形编码分别发送给多个共有者的终端(即上述确认终端)。

确认终端接收到服务器发送的，该指定服务的图形编码后，对指定服务的图形编码进行识别，获得包含拆分服务码的该识别结果，并根据该识别结果，生成包含该拆分服务码的该确认信息。

共有者的终端接收到图形编码后，对用户展示图形编码，若用户允许请求者使用指定服务，则长按图形编码，之后终端识别图形编码中的拆分服务码，并将拆分服务码携带在确认信息中发送给服务器。

在本申请实施例中，服务器将完整服务码拆分成n个拆分服务码的拆分规则，可以包括但不限于以下三种：

1)将指定服务的完整服务码的字符串截断为n个子字符串，每个子字符串作为一个拆分服务码。

其中，指定服务的完整服务码可以包括一个由若干字符组成的字符串，服务器查询到指定服务对应的n个用户账号后，从该字符串的第一个字符开始，将该字符串截断为n个子字符串，也就是说，每个子字符串是完整服务码中连续的一部分。

比如，假设指定服务的完整服务码中包含的字符串为“AAABBBCCC”，服务器查询到指定服务对应有3个用户账号后，从该字符串的第一个字符开始，将该字符串截断为3个子字符串，分别为“AAA”、“BBB”和“CCC”，并将这三个子字符串分别作为一个拆分服务码。

2)将指定服务的完整服务码的字符串截断为n个子字符串，并将每个子字符串与对应的序号组合为一个拆分服务码。

基于上述第一种方式，服务器从完整服务码包含的字符串中的第一个字符开始，将该字符串截断为n个子字符串，并按照各个子字符串在上述字符串中的先后顺序，为每个子字符串分配一个序号，再将每个子字符串与该子字符串的序号组合为一个拆分服务码。

比如，假设指定服务的完整服务码中包含的字符串为“AAABBBCCC”，服务器查询到指定服务对应有3个用户账号后，从该字符串的第一个字符开始，将该字符串截断为3个子字符串，分别为“AAA”、“BBB”和“CCC”，并为三个子字符串分别分配一个序号，比如，分配的序号分别为(1/3)、(2/3)以及(3/3)，服务器将每个子字符串和对应序号进行组合，获得以下三个拆分服务码：“AAA(1/3)”、“BBB(2/3)”和“CCC(3/3)”。此时，上述指定服务的完整服务码为“AAA(1/3)”+“BBB(2/3)”+“CCC(3/3)”。

3)将指定服务的完整服务码的字符串与n个序号分别组合，获得n个拆分服务码。

在本申请实施例中，服务器还可以将同一个字符串与不同的序号分别组合，获得不同的拆分服务码。也就是说，一个指定服务的拆分服务码分为字符串部分和序号部分，对于同一个指定服务来说，该指定服务的n个拆分服务码中的字符串部分相同，而序号部分不同。

比如，假设指定服务的完整服务码中包含的字符串为“AAABBBCCC”，服务器为该指定服务分配三个序号，比如，分配的序号分别为(1/3)、(2/3)以及(3/3)，服务器将上述字符串和每个序号每个而分别进行组合，获得以下三个拆分服务码：“AAABBBCCC(1/3)”、“AAABBBCCC(2/3)”和“AAABBBCCC(3/3)”。此时，上述指定服务的完整服务码为“AAABBBCCC(1/3)”+“AAABBBCCC(2/3)”+“AAABBBCCC(3/3)”。

步骤503，获取该至少两个确认终端发送的确认信息中包含的拆分服务码的并集。

在本申请实施例中，服务器可以将接收到的确认信息中包含的拆分服务码进行组合，获得接收到的各个确认信息中包含的拆分服务码的并集。

步骤504，当该至少两个确认终端发送的确认信息中包含的拆分服务码的并集为该指定服务的完整服务码时，确定该至少两个确认终端发送的确认信息满足该预设条件。

在本申请实施例中，当服务器接收到的所有共有者终端发送的确认信息后，这些确认信息中的拆分服务码可以组合成为指定服务的完整服务码，此时可以确认所有共有者都允许启动指定服务，确定满足预设条件。

步骤505，启动该指定服务。

服务器确定接收到的至少两个确认终端发送的确认信息满足预设条件之后，即可以启动指定服务。比如，当指定服务是解锁指定设备的服务时，服务器可以向指定设备发送解锁命令；或者，当指定服务是转账服务时，服务器可以从指定账户向收款账户转账。

可选的，该确认信息中还包含对应的确认终端的用户账号和终端硬件标识；在启动该指定服务之前，计算机设备还可以根据目标信息中的用户账号，以及预先设置的用户账号与终端硬件标识之间的对应关系，查询该目标信息中的用户账号对应的终端硬件标识，该目标信息该至少两个确认终端发送的确认信息中的任意确认信息；当该目标信息中的用户账号对应的终端硬件标识，该目标信息中包含的终端硬件标识不匹配时，禁止启动该指定服务。

其中，上述终端硬件标识是唯一表示终端的标识，比如，该终端硬件标识可以是介质访问控制(Media Access Control，MAC)地址以及国际移动用户识别码(InternationalMobile Subscriber Identification Number，IMSI)等。

在实际应用中，服务器向终端发送图形编码时，通常是通过用户账号进行发送，而用户账号也可能存在被盗号的风险，因此，在本申请实施例中，服务器可以预先将指定服务对应的多个相关用户的用户账号与相关用户的可信终端的终端硬件标识进行绑定，相关用户的终端(即上述确认终端)发送确认信息时，在确认信息中携带当前终端的终端硬件标识，服务器接收到确认信息后，将确认信息中的终端硬件标识与相关用户的可信终端的终端硬件标识进行比对，若两者一致，则说明发送确认信息的终端是可信的，反之，说明相关用户的用户账号存在被盗号的风险，此时可以禁止启动指定服务，以保证服务的安全性。

可选的，服务器可以获取该至少两个确认终端在第一预设时间段内发送的确认信息；该第一预设时间段的起始时刻是将该指定服务的n个图形编码分别发送给该n个用户账号对应的确认终端的时刻，且该第一预设时间点的时长为第一预设时长。

在本申请实施例中，服务器还可以对相关用户的终端发送确认信息设置一个时间阈值，只有在发送了图形编码之后的预定时间长度内收到所有共有者终端反馈的确认信息时，才允许启动指定服务。

上述方案可以应用于设备共享或者支付确认场景。比如，在一种可能的实现场景中，对于一个公共设备，分配给公司内部的多个团队使用，在其中一组团队人员扫码使用时，设备分别给其他团队发送二维码确认，其他团队确认后，设备可以被解锁使用。

以图像编码是二维码为例，请参考图6，其示出了本申请实施例涉及的设备共享流程示意图。如图6所示，某指定的设备61由多个用户(比如用户A、用户B和用户C)共享，设备61提供用于启动的二维码62，该用于启动的二维码62可以是印刷在纸质或金属标签上并粘贴在设备61表面，或者，该用于启动的二维码62也可以由设备61显示在屏幕中。设备61初始时刻处于无法使用的锁定状态，当用户A想要解锁该设备61时，可以通过终端63-A扫描二维码62，获得该二维码62中携带的解锁设备61的设备标识；之后，终端63将解锁设备61的设备标识以及用户A的用户账号等信息携带在服务请求中发送给服务器64，服务器64根据服务器请求中携带的设备标识确定设备61是需要多人确认才能解锁的设备，并查询获取共享设备61的三个用户的用户账号，之后，服务器64将设备61的启动服务的服务码拆分为3份，并根据每一份拆分出的服务码生成拆分二维码(即拆分二维码65-1、拆分二维码65-2以及拆分二维码65-3)，并将生成的3份拆分二维码，以及用户A请求解锁设备61的介绍信息分别发送给用户A的终端63-A、用户B的终端63-B以及用户C的终端63-C。三个用户的终端接收到各自的拆分二维码后，在终端的屏幕中展示确认提示，该确认提示中包含接收到的拆分二维码以及提示文本，该提示文本用于提示对应的用户是否确认允许用户A解锁设备61。当终端接收到用户执行的确认允许的操作后，向服务器64发送确认信息，该确认信息中包含从拆分二维码中识别出的部分服务码、当前用户账号以及当前终端的终端硬件标识。

比如，请参考图7，其示出了本申请实施例涉及一种提示信息示意图。如图7所示，终端71是用户A的终端73-A、用户B的终端73-B或者用户C的终端73-C中的任意一个终端。终端71接收到拆分二维码，以及用户A请求解锁设备71的介绍信息后，在终端屏幕中弹出确认提示72，该确认提示72中包含拆分二维码72a、提示文本72b以及关闭按钮72c，当终端71对应的用户允许用户A解锁设备71时，用户可以长按二维码72a，在弹出的选择框中选择识别二维码，之后，终端71自动识别获得二维码中包含的部分服务码，并将获得的部分服务码、当前用户账号以及终端71的终端硬件标识发送给服务器。

服务器64在发送拆分二维码之后开始启动计时，在计时到达预定时长(即上述第一预设时长)之前，若接收到用户A、用户B以及用户C对应的全部3个终端发送的确认信息，则启动解锁设备61的服务。反之，如果在计时到达预定时长之前，没有接收到全部3个终端发送的确认信息，则禁止启动解锁设备61的服务。

需要说明的是，上述图6所示的方案中，用户A的终端63-A发送服务请求，同时，该终端63-A也接收到服务器64发送的拆分二维码，并需要向服务器64发送确认信息。也就是说，终端63-A既是请求终端，也是确认终端。在实际应用中，终端63-A也可以只作为请求终端，即用户A的终端63-A发送服务请求后，服务器64也可以只将设备61的启动服务的服务码拆分为两份，生成两个拆分二维码并分别发送给用户B的终端63-B以及用户C的终端63-C，服务器64在发送拆分二维码之后开始启动计时，在计时到达预定时长之前，若接收到用户B和用户C对应的终端发送的确认信息，即可以启动解锁设备61的服务。

另外，上述图6所示的方案，仅以请求用户是设备61对应的用户A、用户B和用户C中的一个用户为例进行说明，在实际应用中，请求用户也可以是用户A、用户B和用户C之外的其它用户。

在另一种可能的实现场景中，夫妻双方共有财产做大额支付，其中任何一方都有知情权和确认权。此时当任何一方扫码支付超过大额限额时，其中双方都会收到分拆的二维码确认信息，只有双方都扫码或识别二维码确认后，后续操作才能被通过。

以图像编码是二维码为例，请参考图8，其示出了本申请实施例涉及的转账流程示意图。如图8所示，某个银行账户由夫妻双方共有，夫妻双方的某一方(比如丈夫)支付一笔款项时，丈夫通过终端81-A向收款者展示支付二维码82，收款者终端83扫描支付二维码82后，向服务器84发送服务请求，以请求从夫妻双方的银行账户中收款，服务器84接收到请求后，查询银行账户确定为夫妻双方共有的账户，并获取允许该银行账户对外转账的服务码，并查询获取夫妻双方的用户账号，之后，服务器84将该服务码拆分为2份，并根据每一份拆分出的服务码生成拆分二维码(即拆分二维码84-1以及拆分二维码84-2)，并将生成的2份拆分二维码，以及收款方请求收款的介绍信息分别发送给丈夫的终端81-A以及妻子的终端81-B。夫妻双方的终端接收到各自的拆分二维码后，在终端的屏幕中展示确认提示，该确认提示中包含接收到的拆分二维码以及提示文本，该提示文本用于提示对应的丈夫/妻子是否确认允许从该银行账户转账。当终端接收到确认允许的操作后，向服务器84发送确认信息，该确认信息中包含从拆分二维码中识别出的部分服务码、当前用户账号以及当前终端的终端硬件标识。

服务器84在发送拆分二维码之后开始启动计时，在计时到达预定时长(即上述第一预设时长)之前，若接收到夫妻双方终端发送的确认信息，则启动允许该银行账户对外转账的服务。反之，如果在计时到达预定时长之前，没有接收到夫妻双方终端发送的确认信息，则禁止该银行账户对外转账。

综上所述，本申请实施例所示的方案，服务器在接收到请求终端发送的服务请求后，并不直接启动指定服务，而是在至少两个终端识别该指定服务对应的图形编码并发送确认信息后，判断该至少两个终端发送的确认信息是否满足预设条件，只有在该至少两个终端发送的确认信息满足预设条件时，才启动指定服务，从而实现一种通过至少两个终端扫码的方式确认允许启动指定服务的场景，提高启动服务的安全性。

图9是根据一示例性实施例示出的一种服务启动方法的流程图，该服务启动方法可以用于服务器等计算机设备中，比如，该方法可以用于上述图1所示的服务器140中。如图9所示，该服务启动方法可以包括如下步骤：

步骤901，接收请求终端发送的服务请求，该服务请求用于请求启动指定服务。

在本申请实施例中，上述服务请求可以是请求终端识别指定服务的图形编码后，根据识别出的指定服务的服务码发送的请求。

比如，请求终端对指定服务的图形编码进行识别，获得图形编码中携带的该指定服务的服务码以及指定服务的请求地址等信息，并根据该请求地址，向服务器发送包含该指定服务的服务码，以及该请求终端的终端标识的服务请求。其中，上述终端标识可以是终端中登录的用户账号，或者，该终端标识也可以是终端硬件标识。

步骤902，获取至少两个确认终端发送的确认信息，该确认信息是对应的确认终端识别该指定服务的图形编码后发送的信息。

在本申请实施例中，上述请求终端发送服务请求时识别的图形编码，与确认终端发送确认信息时识别的图形编码可以是同一个图形编码，上述请求终端发送的服务请求和确认终端发送的确认信息也可以是同一类型的信息。

步骤903，统计该至少两个确认终端的终端数量。

在本申请实施例中，上述的确认信息，可以是服务器在接收到服务请求之前接收到的，由对应的确认终端发送的信息。

步骤904，当该终端数量达到预设数量阈值时，确定该至少两个确认终端发送的确认信息满足该预设条件。

在本申请实施例中，如果服务器在接收到服务请求之后，接收到预设数量阈值的确认终端发送的确认信息，则说明有足够数量的用户请求启动该指定服务，此时可以确定上述确认信息满足预设条件。

步骤905，启动该指定服务。

比如，在一种可能的实现场景中，一个景区的公共放映区，可以免费扫码后放映电影，但是不能每到一个人就扫一次，最好的方式是，到了一定的人数开始放映。此时就可以使用观影二维码进行操作，同一个二维码在系统中被扫描门限数次(如50)以上后，系统打开观影设备开始放映电影。

以图像编码是二维码为例，请参考图10，其示出了本申请实施例涉及的播放电影的流程示意图。如图10所示，某个景区中的公共显示屏1001可以用于播放影片(比如景点宣传片)，且该公共显示屏1001中展示有一个申请播放的二维码1002，游客想要观看影片时，可以通过自己的终端1003扫描该二维码1002，之后终端1003向服务器1004发送请求播放影片的服务请求，服务器1004每接收到一个服务请求之后，即统计在当前时刻之前的预设时间段内(比如之前的10分钟内)发送服务请求的终端的数量，若统计获得的终端的数量达到预设次数阈值(比如50)，则启动播放影片的服务，反之，若统计获得的终端的数量未达到预设次数阈值，则暂不启动播放服务，等待下一次接收到服务请求时，重新统计在前10分钟内发送服务请求的终端数量。

综上所述，本申请实施例所示的方案，服务器在接收到请求终端发送的服务请求后，并不直接启动指定服务，而是在至少两个终端识别该指定服务对应的图形编码并发送确认信息后，判断该至少两个终端发送的确认信息是否满足预设条件，只有在该至少两个终端发送的确认信息满足预设条件时，才启动指定服务，从而实现一种通过至少两个终端扫码的方式确认允许启动指定服务的场景，提高启动服务的安全性。

图11是根据一示例性实施例示出的一种服务启动装置的结构方框图。该服务启动装置可以用于如图1所示系统所包含的服务器140中，以执行图2、图5或者图9所示实施例提供的方法中，由服务器执行的全部或者部分步骤。该服务启动装置可以包括：

请求接收模块1101，用于接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；

信息获取模块1102，用于获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；

服务启动模块1103，用于当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

可选的，所述确认信息中包含对应的确认终端从所述指定服务的图形编码中识别出的拆分服务码，所述拆分服务码是所述指定服务的完整服务码中的一部分；

所述装置还包括：

并集获取模块，用于在所述服务启动模块1103启动所述指定服务之前，获取所述至少两个确认终端发送的确认信息中包含的拆分服务码的并集；

条件确定模块，用于当所述至少两个确认终端发送的确认信息中包含的拆分服务码的并集为所述指定服务的完整服务码时，确定所述至少两个确认终端发送的确认信息满足所述预设条件。

可选的，所述装置还包括：

账号查询模块，用于在所述信息获取模块1102获取至少两个确认终端发送的确认信息之前，查询所述指定服务对应的n个用户账号，n为大于或者等于2的整数；

拆分模块，用于将所述指定服务的完整服务码拆分为n个拆分服务码；

编码生成模块，用于生成所述指定服务的n个图形编码，每个所述图形编码中包含所述n个拆分服务码中的一个；

编码发送模块，用于将所述指定服务的n个图形编码分别发送给所述n个用户账号对应的确认终端。

可选的，所述确认信息中还包含对应的确认终端的用户账号和终端硬件标识；

所述装置还包括：

标识查询模块，用于在所述服务启动模块1103启动所述指定服务之前，根据目标信息中的用户账号，以及预先设置的用户账号与终端硬件标识之间的对应关系，查询所述目标信息中的用户账号对应的终端硬件标识，所述目标信息所述至少两个确认终端发送的确认信息中的任意确认信息；

禁止启动模块，用于当所述目标信息中的用户账号对应的终端硬件标识，所述目标信息中包含的终端硬件标识不匹配时，禁止启动所述指定服务。

可选的，所述信息获取模块1102具体用于，获取所述至少两个确认终端在第一预设时间段内发送的确认信息；所述第一预设时间段的起始时刻是将所述指定服务的n个图形编码分别发送给所述n个用户账号对应的确认终端的时刻，且所述第一预设时间点的时长为第一预设时长。

可选的，所述装置还包括：

统计模块，用于在所述服务启动模块1103统计所述至少两个确认终端的终端数量；

条件确定模块，用于当所述终端数量达到预设数量阈值时，确定所述至少两个确认终端发送的确认信息满足所述预设条件。

可选的，所述图形编码是二维码图像或者条形码图像。

可选的，所述指定服务包括：解锁指定设备、播放指定多媒体节目或者从指定账户对外转账。

上述各个模块所实现的功能请参考图2、图5或者图9所示实施例中有关服务器所实现的功能的描述，此处不再赘述。

图12是根据一示例性实施例示出的一种服务启动装置的结构方框图。该服务启动装置可以用于如图1所示系统所包含的终端中，以执行图2、图5或者图9所示实施例提供的方法中，由确认终端执行的全部或者部分步骤。该服务启动装置可以包括：

识别模块1201，用于对指定服务的图形编码进行识别，获得识别结果；

信息生成模块1202，用于根据所述识别结果生成确认信息；

信息发送模块1203，用于将所述确认信息发送给服务器，所述确认信息用于触发所述服务器在获取到的至少两个终端发送的确认信息满足预设条件时，启动所述指定服务。

可选的，所述识别模块1201，具体用于对指定服务的图形编码进行识别，获得包含拆分服务码的所述识别结果，所述拆分服务码是所述指定服务的完整服务码中的一部分；

所述信息生成模块1202，具体用于根据所述识别结果，生成包含所述拆分服务码的所述确认信息。

上述各个模块所实现的功能请参考图2、图5或者图9所示实施例中有关确认终端所实现的功能的描述，此处不再赘述。

图13是根据一示例性实施例示出的一种计算机设备的结构示意图。所述计算机设备1300包括中央处理单元(CPU)1301、包括随机存取存储器(RAM)1302和只读存储器(ROM)1303的系统存储器1304，以及连接系统存储器1304和中央处理单元1301的系统总线1305。所述计算机设备1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1306，和用于存储操作系统1313、应用程序1314和其他程序模块1315的大容量存储设备1307。

所述基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中所述显示器1308和输入设备1309都通过连接到系统总线1305的输入输出控制器1310连接到中央处理单元1301。所述基本输入/输出系统1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。所述大容量存储设备1307及其相关联的计算机可读介质为计算机设备1300提供非易失性存储。也就是说，所述大容量存储设备1307可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307可以统称为存储器。

计算机设备1300可以通过连接在所述系统总线1305上的网络接口单元1311连接到互联网或者其它网络设备。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，中央处理器1301通过执行该一个或一个以上程序来实现图2、图5或图9所示的方法中，由服务器执行的全部或者部分步骤。

图14是根据一示例性实施例示出的计算机设备1400的结构框图。该计算机设备1400可以是用户终端，比如智能手机、平板电脑、电子书阅读器、智能眼镜、智能手表、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。计算机设备1400还可能被称为用户设备、便携式计算机设备、膝上型计算机设备、台式计算机设备等其他名称。

通常，计算机设备1400包括有：处理器1401和存储器1402。

处理器1401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1401可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1401所执行以实现本申请中各个方法实施例提供的方法中由确认终端或者请求终端执行的方法。

在一些实施例中，计算机设备1400还可选包括有：外围设备接口1403和至少一个外围设备。处理器1401、存储器1402和外围设备接口1403之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1403相连。具体地，外围设备包括：射频电路1404、触摸显示屏1405、图像采集组件1406、音频电路1407、定位组件1408和电源1409中的至少一种。

外围设备接口1403可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1401和存储器1402。在一些实施例中，处理器1401、存储器1402和外围设备接口1403被集成在同一芯片或电路板上；在一些其他实施例中，处理器1401、存储器1402和外围设备接口1403中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1404用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1404包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1404可以通过至少一种无线通信协议来与其它计算机设备进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1404还可以包括NFC(Near FieldCommunication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1405用于显示UI(UserInterface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1405是触摸显示屏时，显示屏1405还具有采集在显示屏1405的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1401进行处理。此时，显示屏1405还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1405可以为一个，设置计算机设备1400的前面板；在另一些实施例中，显示屏1405可以为至少两个，分别设置在计算机设备1400的不同表面或呈折叠设计；在再一些实施例中，显示屏1405可以是柔性显示屏，设置在计算机设备1400的弯曲表面上或折叠面上。甚至，显示屏1405还可以设置成非矩形的不规则图形，也即异形屏。显示屏1405可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(OrganicLight-Emitting Diode,有机发光二极管)等材质制备。

图像采集组件1406用于采集图像或视频。可选地，图像采集组件1406包括前置摄像头和后置摄像头。通常，前置摄像头设置在计算机设备的前面板，后置摄像头设置在计算机设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，图像采集组件1406还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1407可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1401进行处理，或者输入至射频电路1404以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备1400的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1401或射频电路1404的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1407还可以包括耳机插孔。

定位组件1408用于定位计算机设备1400的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1408可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源1409用于为计算机设备1400中的各个组件进行供电。电源1409可以是交流电、直流电、一次性电池或可充电电池。当电源1409包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，计算机设备1400还包括有一个或多个传感器1410。该一个或多个传感器1410包括但不限于：加速度传感器1411、陀螺仪传感器1412、压力传感器1413、指纹传感器1414、光学传感器1415以及接近传感器1416。

加速度传感器1411可以检测以计算机设备1400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1411可以用于检测重力加速度在三个坐标轴上的分量。处理器1401可以根据加速度传感器1411采集的重力加速度信号，控制触摸显示屏1405以横向视图或纵向视图进行用户界面的显示。加速度传感器1411还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1412可以检测计算机设备1400的机体方向及转动角度，陀螺仪传感器1412可以与加速度传感器1411协同采集用户对计算机设备1400的3D动作。处理器1401根据陀螺仪传感器1412采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1413可以设置在计算机设备1400的侧边框和/或触摸显示屏1405的下层。当压力传感器1413设置在计算机设备1400的侧边框时，可以检测用户对计算机设备1400的握持信号，由处理器1401根据压力传感器1413采集的握持信号进行左右手识别或快捷操作。当压力传感器1413设置在触摸显示屏1405的下层时，由处理器1401根据用户对触摸显示屏1405的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1414用于采集用户的指纹，由处理器1401根据指纹传感器1414采集到的指纹识别用户的身份，或者，由指纹传感器1414根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1401授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1414可以被设置计算机设备1400的正面、背面或侧面。当计算机设备1400上设置有物理按键或厂商Logo时，指纹传感器1414可以与物理按键或厂商Logo集成在一起。

光学传感器1415用于采集环境光强度。在一个实施例中，处理器1401可以根据光学传感器1415采集的环境光强度，控制触摸显示屏1405的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1405的显示亮度；当环境光强度较低时，调低触摸显示屏1405的显示亮度。在另一个实施例中，处理器1401还可以根据光学传感器1415采集的环境光强度，动态调整图像采集组件1406的拍摄参数。

接近传感器1416，也称距离传感器，通常设置在计算机设备1400的前面板。接近传感器1416用于采集用户与计算机设备1400的正面之间的距离。在一个实施例中，当接近传感器1416检测到用户与计算机设备1400的正面之间的距离逐渐变小时，由处理器1401控制触摸显示屏1405从亮屏状态切换为息屏状态；当接近传感器1416检测到用户与计算机设备1400的正面之间的距离逐渐变大时，由处理器1401控制触摸显示屏1405从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图14中示出的结构并不构成对计算机设备1400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括计算机程序(指令)的存储器，上述程序(指令)可由服务器的处理器执行以完成本申请各个实施例所示的服务启动方法中，由服务器、确认终端或者请求终端所执行的步骤。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种服务启动方法，其特征在于，用于服务器中，所述方法包括：

接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；

获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；

当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

2.根据权利要求1所述的方法，其特征在于，所述确认信息中包含对应的确认终端从所述指定服务的图形编码中识别出的拆分服务码，所述拆分服务码是所述指定服务的完整服务码中的一部分；

在启动所述指定服务之前，所述方法还包括：

获取所述至少两个确认终端发送的确认信息中包含的拆分服务码的并集；

当所述至少两个确认终端发送的确认信息中包含的拆分服务码的并集为所述指定服务的完整服务码时，确定所述至少两个确认终端发送的确认信息满足所述预设条件。

3.根据权利要求2所述的方法，其特征在于，所述获取至少两个确认终端发送的确认信息之前，还包括：

查询所述指定服务对应的n个用户账号，n为大于或者等于2的整数；

将所述指定服务的完整服务码拆分为n个拆分服务码；

生成所述指定服务的n个图形编码，每个所述图形编码中包含所述n个拆分服务码中的一个；

将所述指定服务的n个图形编码分别发送给所述n个用户账号对应的确认终端。

4.根据权利要求3所述的方法，其特征在于，所述确认信息中还包含对应的确认终端的用户账号和终端硬件标识；

在启动所述指定服务之前，所述方法还包括：

根据目标信息中的用户账号，以及预先设置的用户账号与终端硬件标识之间的对应关系，查询所述目标信息中的用户账号对应的终端硬件标识，所述目标信息所述至少两个确认终端发送的确认信息中的任意确认信息；

当所述目标信息中的用户账号对应的终端硬件标识，所述目标信息中包含的终端硬件标识不匹配时，禁止启动所述指定服务。

5.根据权利要求3所述的方法，其特征在于，所述获取至少两个确认终端发送的确认信息，包括：

获取所述至少两个确认终端在第一预设时间段内发送的确认信息；所述第一预设时间段的起始时刻是将所述指定服务的n个图形编码分别发送给所述n个用户账号对应的确认终端的时刻，且所述第一预设时间点的时长为第一预设时长。

6.根据权利要求2所述的方法，其特征在于，在启动所述指定服务之前，所述方法还包括：

统计所述至少两个确认终端的终端数量；

当所述终端数量达到预设数量阈值时，确定所述至少两个确认终端发送的确认信息满足所述预设条件。

7.根据权利要求1至6任一所述的方法，其特征在于，所述图形编码是二维码图像或者条形码图像。

8.一种服务启动方法，其特征在于，用于终端中，所述方法包括：

对指定服务的图形编码进行识别，获得识别结果；

根据所述识别结果生成确认信息；

将所述确认信息发送给服务器，所述确认信息用于触发所述服务器在获取到的至少两个终端发送的确认信息满足预设条件时，启动所述指定服务。

9.根据权利要求8所述的方法，其特征在于，所述对指定服务的图形编码进行识别，获得识别结果，包括：

对所述指定服务的图形编码进行识别，获得包含拆分服务码的所述识别结果，所述拆分服务码是所述指定服务的完整服务码中的一部分；

所述根据所述识别结果生成确认信息，包括：

根据所述识别结果，生成包含所述拆分服务码的所述确认信息。

10.一种服务启动装置，其特征在于，用于服务器中，所述装置包括：

请求接收模块，用于接收请求终端发送的服务请求，所述服务请求用于请求启动指定服务；

信息获取模块，用于获取至少两个确认终端发送的确认信息，所述确认信息是对应的确认终端识别所述指定服务的图形编码后发送的信息；

服务启动模块，用于当所述至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

11.一种服务启动装置，其特征在于，用于终端中，所述装置包括：

识别模块，用于对指定服务的图形编码进行识别，获得识别结果；

信息生成模块，用于根据所述识别结果生成确认信息；

信息发送模块，用于将所述确认信息发送给服务器，所述确认信息用于触发所述服务器在获取到的至少两个确认终端发送的确认信息满足预设条件时，启动所述指定服务。

12.一种计算机设备，其特征在于，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的服务启动方法。

13.一种计算机设备，其特征在于，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求8或9所述的服务启动方法。

14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的服务启动方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求8或9所述的服务启动方法。