CN111756834B - 一种扫码延迟处理方法及装置 - Google Patents

Abstract

本发明涉及扫码技术领域，公开了一种扫码延迟处理方法及装置，可以使扫码终端在初始处于弱网络或无网络场景时，于扫码获取服务信息后生成一个用于延迟执行的服务处理任务，以便在后续处于网络接入正常时，自动地根据该服务处理任务发起延迟处理请求来完成服务，实现延迟获取扫码应用服务目的，由此在扫码过程中无需用户开展其它多余的操作(即无需拍照和无需导入照片等)，可以帮助用户规避因网络异常而导致的扫码麻烦问题，节省用户时间，并极大地提升用户体验，同时也无需保存拍摄的码图照片，相比较于保存服务延迟处理任务的信息容量，可大大节省扫码终端的存储资源，便于实际应用和推广。

Description

一种扫码延迟处理方法及装置

技术领域

本发明属于扫码技术领域，具体地涉及一种扫码延迟处理方法及装置。

背景技术

随着智能手机及扫码软件的逐渐普及，扫码技术(例如针对一维条形码、二维码及三维码等的扫码)已经快速进入各行各业，并深刻影响着人们的日常生活。举例的，相对于传统的条形码技术，由于二维码的信息量大，并且技术门槛低，已成为连接线上或线下的重要通道，进而导致在现代商业活动中，二维码可实现的应用十分广泛，如：交易支付、产品防伪、产品溯源、广告推送、网站链接、数据下载、商品交易、定位、导航、电子凭证、车辆管理、信息传递、名片交流和/或无线保真(Wireless-Fidel ity，WiFi)共享等；并在二维码应用时，只要智能手机安装有带扫码功能的应用程序，即可通过该应用程序进行二维码扫码，获取二维码所代表的信息及网络服务。

目前以扫码方式获取的网络服务，非常依赖于扫码设备和移动网络，如此在一些诸如地下停车场或电梯等封闭环境的特定场所下，由于网络覆盖度低或网络接入困难，将很难通过扫码获取相应的网络服务，一般直接提示“扫码失败”。针对这种弱网络或者无网络的场景，用户只能通过摄像头将码图(例如二维码图形或三维码图形等)拍照保存为图片，然后在网络接入恢复时，再启动应用程序进行扫码(一般是向该应用程序导入保存的码图照片)。但是这种应用方式会限制扫码技术的进一步发展，即一方面将过度依赖用户行为，不但用户拍摄/导入可能会出错，还需要用户不断检查网络状态，并且有可能在有网时忘记扫码，导致用户体验不友好；另一方面，保存的照片也会占用一定的手机存储空间，造成存储资源的浪费。

发明内容

为了解决在弱网络或者无网络场景下，用户扫码获取网络服务的现有方式存在体验不友好和浪费存储资源的问题，本发明目的在于提供一种扫码延迟处理方法、装置及计算机可读存储介质。

第一方面，本发明提供了一种扫码延迟处理方法，包括：

扫描图形码，获取与所述图形码对应服务的服务信息；

在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

基于上述发明内容，可以使扫码终端在初始处于弱网络或无网络场景时，于扫码获取服务信息后生成一个用于延迟执行的服务处理任务，以便在后续处于网络接入正常时，自动地根据该服务处理任务发起延迟处理请求来完成服务，实现延迟获取扫码应用服务目的，由此在扫码过程中无需用户开展其它多余的操作(即无需拍照和无需导入照片等)，可以帮助用户规避因网络异常而导致的扫码麻烦问题，节省用户时间，并极大地提升用户体验，同时也无需保存拍摄的码图照片，相比较于保存服务延迟处理任务的信息容量，可大大节省扫码终端的存储资源，便于实际应用和推广。

在一个可能的设计中，所述服务信息包括：服务描述信息；以及延迟服务处理策略。通过前述可能设计，可由服务商来定义延迟服务处理策略，方便对扫码应用服务进行灵活定制。

在一个可能的设计中，根据所述服务信息生成服务延迟处理任务，包括：

根据所述延迟服务处理策略确定所述服务是否支持延迟处理；

若支持，根据所述服务描述信息生成所述服务延迟处理任务。

通过上述设计，可由服务商来决定是否进行扫码延迟处理，并在所述服务信息中进行指示，使得扫码终端在发现服务不支持延迟处理时，能够避免发起毫无意义的延迟处理请求。

在一个可能的设计中，当所述延迟服务处理策略包含有延迟请求频率时，根据所述服务延迟处理任务向服务器发送延迟处理请求，包括：

按照所述延迟请求频率向所述服务器发送所述延迟处理请求；

或者，按照所述延迟请求频率定期地检查网络状态是否为连接正常，并在网络状态为连接正常时，根据所述服务延迟处理任务向所述服务器发送所述延迟处理请求。

通过上述设计，可以由服务商来指定延时间隔，统一扫码标准，避免扫码终端过于频繁地发起延迟处理请求。

在一个可能的设计中，当所述延迟服务处理策略包含有服务延迟处理请求地址和服务延迟处理请求参数时，所述方法还包括：

在网络状态为连接正常时，根据所述服务延迟处理请求参数生成对应所述服务的所述延迟处理请求；

根据所述服务延迟处理请求地址向对应服务器发送所述延迟处理请求。

通过上述设计，可由服务商来指定专用服务器以完成扫码延迟处理，方便服务商将即时服务与延迟服务区分开来，并确保扫码终端能够正确地生成延迟处理请求，并向正确的服务器发起请求。

在一个可能的设计中，在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：

输出提示信息；其中，所述提示信息用于提示用户所述服务将在网络状态为连接正常时被处理。

通过上述设计，可使用户能够即时感知扫码后的延迟处理进程，进一步提升用户体验。

在一个可能的设计中，在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：

在检测到针对所述服务延迟处理任务的用户终止操作时，取消执行所述服务延迟处理任务。

通过上述设计，可以方便用户随时取消服务延迟处理任务，进一步提升用户对扫码应用的使用体验。

在一个可能的设计中，在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：

在检测到针对所述服务延迟处理任务的用户中止操作时，暂停执行所述服务延迟处理任务，直至检测到针对所述服务延迟处理任务的用户重启操作。

通过上述设计，可以方便用户随时暂停或重启服务延迟处理任务，进一步提升用户对扫码应用的使用体验。

第二方面，本发明提供了一种扫码延迟处理装置，包括通信相连的扫码单元和延迟任务生成单元；

所述扫码单元，用于扫描图形码，获取与所述图形码对应服务的服务信息；

所述延迟任务生成单元，用于在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

在一个可能的设计中，所述服务信息包括：服务描述信息；以及延迟服务处理策略。

在一个可能的设计中，所述延迟任务执行单元包括通信相连的延迟确定子单元和任务生成子单元；

所述延迟确定子单元，用于根据所述延迟服务处理策略确定所述服务是否支持延迟处理；

所述任务生成子单元，用于在所述服务是否支持延迟处理时，根据所述服务描述信息生成所述服务延迟处理任务。

在一个可能的设计中，当所述延迟服务处理策略包含有延迟请求频率时，根据所述服务延迟处理任务向服务器发送延迟处理请求，包括：

按照所述延迟请求频率向所述服务器发送所述延迟处理请求；

或者，按照所述延迟请求频率定期地检查网络状态是否为连接正常，并在网络状态为连接正常时，根据所述服务延迟处理任务向所述服务器发送所述延迟处理请求。

在一个可能的设计中，当所述延迟服务处理策略包含有服务延迟处理请求地址和服务延迟处理请求参数时，还包括通信相连的请求生成单元和请求发送单元；

所述请求生成单元，用于在网络状态为连接正常时，根据所述服务延迟处理请求参数生成对应所述服务的所述延迟处理请求；

所述请求发送单元，用于根据所述服务延迟处理请求地址向对应服务器发送所述延迟处理请求。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的输出单元，其中，所述输出单元用于输出提示信息，所述提示信息用于提示用户所述服务将在网络状态为连接正常时被处理。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的任务取消单元，其中，所述任务取消单元用于在检测到针对所述服务延迟处理任务的用户终止操作时，取消执行所述服务延迟处理任务。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的任务暂停单元，其中，所述任务暂停单元用于在检测到针对所述服务延迟处理任务的用户中止操作时，暂停执行所述服务延迟处理任务，直至检测到针对所述服务延迟处理任务的用户重启操作。

第三方面，本发明提供了另一种扫码延迟处理装置，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法。

第四方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如上第一方面或第一方面中任意一种可能设计的所述扫码延迟处理方法。

第五方面，本发明提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如上第一方面或第一方面中任意一种可能设计的所述扫码延迟处理方法。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的扫码延迟处理方法的流程示意图。

图2是本发明提供的服务描述信息的内容结构示意图。

图3是本发明提供的第一种扫码延迟处理装置的结构示意图。

图4是本发明提供的第二种扫码延迟处理装置的结构示意图。

具体实施方式

下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。

应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。

应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。

应当理解，在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时，表示不存在中间单元。另外，应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。

应当理解，本文使用的术语仅用于描述特定实施例，并不意在限制本发明的示例实施例。若本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解，若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。

应当理解，还应当注意到在一些备选可能设计中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。

应当理解，在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实例中，可以不以非必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清楚。

如图1～2所示，本实施例第一方面提供的所述扫码延迟处理方法，可以适用于诸如智能手机和平板电脑等电子设备的扫码终端，并在初始网络环境为诸如停车场或电梯间等弱网络或无网络环境时执行。所述扫码延迟处理方法，可以但不限于包括有如下步骤S101～S102。

S101.扫描图形码，获取与所述图形码对应服务的服务信息。

在所述步骤S101中，所述图形码用于作为对应服务的服务信息载体，可以但不限于为一维条形码、二维码或三维码等形式；所述服务即扫码应用服务，可以但不限于为交易支付、产品防伪、产品溯源、广告推送、网站链接、数据下载、商品交易、定位、导航、电子凭证、车辆管理、信息传递、名片交流或无线保真(Wi re less-Fide l ity，WiFi)共享等网络服务。所述服务信息的扫码获取方式为现有常规方式，即在扫码终端上启动扫码应用程序对位于诸如停车场或电梯间等场所的图形码进行扫描操作，并通过该扫码应用程序对扫描结果进行常规的读码、转码和解码等处理环节，得到记录在所述图形码中的服务信息，然后将所述服务信息保存待用。以二维码的扫码过程为例，可启动扫码应用程序的摄像功能对待扫的二维码进行扫描操作，然后通过该扫码应用程序从扫描结果中读取得到快速反应QR码(即Qu ick Response码，一种二维空间矩阵码，呈正方形，只有黑白两色；在4个角落的其中3个，印有较小且像「回」字的正方图案；可使用解码软件定位图案，使用户无需对准或特意匹配，并无论以任何角度扫描，码图中的隐含信息均可正确被读取)，然后将快速反应QR码转换为BASE64字符串(即一种常见的编码方式，用于网络传输8Bit字节代码；采用BASE64编码具有字符串简短，同时也具有不可读性，即所编码的数据不会被人用肉眼所直接看到)，再然后将BASE64字符串转换为二机制编码，再然后将二机制编码解码为长字符串，最后从长字符串中取出所述服务信息。

在所述步骤S101中，所述服务信息记录了由服务器所定义的服务处理策略，以便扫码终端通过扫码方式获取所述服务处理策略，并根据所述服务处理策略生成匹配的且能够被服务器正确响应的处理请求，最终通过发起处理请求来完成对应服务。如图2所示，所述服务信息包含有对应服务基本处理策略的服务描述信息，其中，所述服务描述信息可以但不限于包含有常规配置的服务处理请求地址(用于在发起处理请求/延迟处理请求时找到对应的服务器)、服务处理请求参数(用于生成正确的处理请求/延迟处理请求)和服务签名(用于验证处理请求/延迟处理请求)等具体内容。

此外，在所述步骤S101之前，一方面需要针对依赖网络的扫码应用服务搭建服务器，使服务器能够响应服务的处理请求/延迟处理请求，并完成相应的服务；另一方面，还需要将所述服务信息从服务器取出，并通过常规的编码和转码等处理环节生成待扫码的图形码(例如一维条形码、二维码或三维码等)。同样以二维码的生成为例，需要先将所述服务信息整理为一个长字符串，然后将长字符串转换为二机制编码，再然后将二机制编码转为BASE64字符串，再然后根据快速响应QR编码规则，将BASE64字符串转换为二维码，最后将二维码投放到需要用户扫码的区域，例如停车场或电梯广告场所等。

S102.在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

在所述步骤S102中，所述当前网络状态的检查方式为现有常规方式，例如侦听来自网络侧设备(例如通过互联网络通信连接服务器的路由器或基站等)的信标消息，如果在一定时长内(例如1秒内)未收到所述信标消息，则判定当前网络状态为连接异常，否则判定当前网络状态为连接正常；又例如主动地向网络侧设备发送一个请求消息(可以但不限于是在扫码后，基于所述服务信息即时发起的处理请求)，如果在一定时长内(例如1秒内)未收到对应的响应消息，则判定当前网络状态为连接异常，否则判定当前网络状态为连接正常。

在所述步骤S102中，若所述当前网络状态的检查结果为连接异常，即表明如果即时发起处理请求，将会因弱网络或无网络原因而不能得到响应，导致无法与服务器交互完成所述服务，此时需要考虑延迟发起处理请求，即根据所述服务信息生成服务延迟处理任务，以便后续在网络状态恢复为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

在所述步骤S102之后，具体的，所述服务延迟处理任务可以添加到一个任务列表中，然后按照一定的延时间隔从所述任务列表中取出并执行。在所述服务延迟处理任务的每次取出后，如果检查当前的网络状态依然为连接异常，则终止本次执行，然后等待另一延时间隔后再从所述任务列表中取出。所述延时间隔可以是周期性地或非周期性地，例如可以周期性地每隔5秒从所述任务列表中取出，也可以非周期性地(例如第一次隔5秒、第二次隔30秒和第三次隔3分钟，依次类推)从所述任务列表中取出。根据所述服务延迟处理任务向服务器发送延迟处理请求的方式，包括但不限于：根据所述服务描述信息中的服务处理请求参数生成对应所述服务的所述延迟处理请求，以及根据所述服务描述信息中的服务处理请求地址向对应服务器发送所述延迟处理请求。所述延迟处理请求在发送后，所述服务器(即某个对应服务处理请求地址的服务器)会收到该请求，并根据服务器常规处理逻辑来完成所述服务，然后将完成的服务处理结果反馈至扫码终端，以便扫码终端在收到服务处理结果后唤起扫码应用程序，通知用户进行下一步操作。此外，如果在发起所述延迟处理请求后，超期(例如超过1秒)没有收到用于响应所述延迟处理请求的服务处理结果，则会重发所述延迟处理请求，直到重发次数达到预设的最大允许重发次数(例如三次)，而如果重发次数达到最大允许重发次数且仍未收到服务处理结果，则终止本次执行，等待另一延时间隔后再从所述任务列表中取出所述服务延迟处理任务。

由此通过前述步骤S101～S102所描述的扫码延迟处理方法，可以使扫码终端在初始处于弱网络或无网络场景时，于扫码获取服务信息后生成一个用于延迟执行的服务处理任务，以便在后续处于网络接入正常时，自动地根据该服务处理任务发起延迟处理请求来完成服务，实现延迟获取扫码应用服务目的，由此在扫码过程中无需用户开展其它多余的操作(即无需拍照和无需导入照片等)，可以帮助用户规避因网络异常而导致的扫码麻烦问题，节省用户时间，并极大地提升用户体验，同时也无需保存拍摄的码图照片，相比较于保存服务延迟处理任务的信息容量，可大大节省扫码终端的存储资源，便于实际应用和推广。

本实施例在前述第一方面的基础上，还具体提出了一种由服务商来决定是否进行扫码延迟处理的可能设计一，即当所述服务信息包括所述服务描述信息和延迟服务处理策略时，根据所述服务信息生成服务延迟处理任务，包括：根据所述延迟服务处理策略确定所述服务是否支持延迟处理；若支持，根据所述服务描述信息生成所述服务延迟处理任务。如图2所示，具体的，所述延迟服务处理策略可以但不限于包括延迟服务指示位等，其中，所述延迟服务指示位用于在有效时指示所述服务支持延迟处理，以及在无效时指示所述服务不支持延迟处理。由此可以根据所述延迟服务指示位来确定所述服务是否支持延迟处理，仅在支持时才根据所述服务描述信息生成所述服务延迟处理任务，此时所述服务延迟处理任务包括但不限于：根据所述服务描述信息中的服务处理请求参数生成对应所述服务的所述延迟处理请求，以及根据所述服务描述信息中的服务处理请求地址向对应服务器发送所述延迟处理请求。此外，若不支持，则表明只能即时发起处理请求来获取扫码应用服务，但是此时又是连接异常状态，因此只能向扫码应用程序的人机交互界面输出“扫码失败”信息来进行失败提示。由此通过前述可能设计一，可由服务商来决定是否进行扫码延迟处理，并在所述服务信息中进行指示，使得扫码终端在发现服务不支持延迟处理时，能够避免发起毫无意义的延迟处理请求。

本实施例在前述可能设计一的基础上，还具体提出了一种可由服务商来指定延时间隔的可能设计二，即当所述延迟服务处理策略包含有延迟请求频率时，根据所述服务延迟处理任务向服务器发送延迟处理请求，包括：按照所述延迟请求频率向所述服务器发送所述延迟处理请求；或者，按照所述延迟请求频率定期地检查网络状态是否为连接正常，并在网络状态为连接正常时，根据所述服务延迟处理任务向所述服务器发送所述延迟处理请求。如图2所示，所述延迟请求频率被包含在所述延迟服务处理策略中，具体可举例为5秒，即在每次间隔5秒后，有如下两种可选的请求发起方案：(A)不管当前网络状态是否为连接正常，直接向服务器发送所述延迟处理请求，若发送成功，即表明是在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，若发送失败，则表明当前网络状态为连接异常，需等待5秒后再发送所述延迟处理请求；(B)检查当前网络状态是否为连接正常，仅在连接正常时才向服务器发送所述延迟处理请求，否则需等待5秒后再检查一次。由此通过前述可能设计二，可以由服务商来指定延时间隔，统一扫码标准，避免扫码终端过于频繁地发起延迟处理请求。

本实施例在前述第一方面或可能设计二的基础上，还具体提出了一种由服务商来指定专用服务器以完成扫码延迟处理的可能设计三，即当所述延迟服务处理策略包含有服务延迟处理请求地址和服务延迟处理请求参数时，所述方法还包括：在网络状态为连接正常时，根据所述服务延迟处理请求参数生成对应所述服务的所述延迟处理请求；根据所述服务延迟处理请求地址向对应服务器发送所述延迟处理请求。如图2所示，所述服务延迟处理请求地址(用于在发起延迟处理请求时找到对应的服务器)和所述服务延迟处理请求参数(用于生成正确的延迟处理请求)分别被包含在所述延迟服务处理策略中，其中，所述服务延迟处理请求地址可以与所述服务处理请求地址相同或不同，即对应所述服务延迟处理请求地址的服务器和对应所述服务处理请求地址的服务器可为同一服务器或相异服务器，进而使得服务商可指定响应即时处理请求的服务器或另一服务器来作为用于扫码延迟处理的服务器。由此通过前述可能设计五，可由服务商来指定专用服务器以完成扫码延迟处理，方便服务商将即时服务与延迟服务区分开来，并确保扫码终端能够正确地生成延迟处理请求，并向正确的服务器发起请求。

本实施例在前述可能设计三的基础上，还具体提出了一种在服务商指定另一服务器来作为用于扫码延迟处理的服务器时，实现服务回调通知的可能设计四，即所述服务描述信息包含有服务处理请求地址，所述延迟服务处理策略还包含有服务回调方式，其中，所述服务处理请求地址与所述服务延迟处理请求地址不同，所述服务回调方式用于指示在所述延迟处理请求中加载所述服务处理请求地址，以便对应所述服务延迟处理请求地址的第二服务器根据所述服务处理请求地址向对应的第一服务器发起回调请求，并将反馈获取的回调响应内容加载到完成的服务处理结果中。如图2所示，所述服务回调方式被包含在所述延迟服务处理策略中，所述回调请求的内容及对应的回调响应内容均为现有服务回调通知的常用内容。由此通过前述可能设计四，可以在服务商指定另一服务器来作为用于扫码延迟处理的服务器时，将该服务器的响应请求过程通知到用于响应即时处理请求的服务器，以便使两服务器响应同步，避免重复响应。

本实施例在前述第一方面的基础上，还具体提出了一种如何向用户告知扫码应用服务被延迟处理的可能设计五，即在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：输出提示信息；其中，所述提示信息用于提示用户所述服务将在网络状态为连接正常时被处理。举例的，所述提示信息的具体内容可以但不限于为向扫码应用程序的人机交互界面输出的“服务已加入任务列表，在网络恢复后会自动获得”信息。由此通过前述可能设计五，可使用户能够即时感知扫码后的延迟处理进程，进一步提升用户体验。

本实施例在前述第一方面的基础上，还具体提出了一种方便用户手动终止延时任务的可能设计六，即在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：在检测到针对所述服务延迟处理任务的用户终止操作时，取消执行所述服务延迟处理任务。所述用户终止操作通过用户在扫码应用程序的人机交互界面上手动产生，例如双击所选的服务延迟处理任务。由此通过前述可能设计六，可以方便用户随时取消服务延迟处理任务，进一步提升用户对扫码应用的使用体验。

本实施例在前述第一方面的基础上，还具体提出了一种方便用户手动中止及重启延迟处理任务的可能设计七，即在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：在检测到针对所述服务延迟处理任务的用户中止操作时，暂停执行所述服务延迟处理任务，直至检测到针对所述服务延迟处理任务的用户重启操作。所述用户中止操作和所述用户重启操作可分别通过用户在扫码应用程序的人机交互界面上手动产生，例如分别单击所选的服务延迟处理任务。由此通过前述可能设计四，可以方便用户随时暂停或重启服务延迟处理任务，进一步提升用户对扫码应用的使用体验。

本实施例在前述第一方面的基础上，还具体提出了一种在有网络时直接发起即时的处理请求的可能设计八，即在扫描图形码，获取与所述图形码对应服务的服务信息之后，所述方法还包括:在当前网络状态为连接正常时，根据所述服务信息向服务器发起即时的处理请求，以请求所述服务器完成所述服务。具体的，根据所述服务信息向服务器发起即时的处理请求的方式，包括但不限于：根据所述服务描述信息中的服务处理请求参数等生成即时的处理请求，然后根据所述服务处理请求地址向对应的服务器发送所述处理请求。所述处理请求在发起后，服务器同样会根据服务器常规处理逻辑完成所述服务，然后将完成后的服务处理结果反馈至扫码终端，以便扫码终端在收到服务处理结果后通知用户进行下一步操作，例如向扫码应用程序的人机交互界面输出“扫码成功”信息来进行成功提示。此外，如果在发起所述处理请求后，超期(例如超过1秒)没有收到用于响应所述处理请求的服务处理结果，则会重发所述处理请求，直到重发次数达到预设的最大允许重发次数(例如三次)，而如果重发次数达到最大允许重发次数且仍未收到处理结果，则根据所述服务信息生成所述服务延迟处理任务(相当于检查到当前网络状态为连接异常)，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。由此通过前述可能设计八，可以在当前网络状态为连接正常时，于扫码后直接发起处理请求来完成所述服务，实现及时获取扫码应用服务的目的，并兼容现有扫码技术，进一步提升用户对扫码应用的使用体验。

如图3所示，本实施例第二方面提供了一种实现第一方面或第一方面中任意一种可能设计所述扫码延迟处理方法的虚拟装置，包括通信相连的扫码单元和延迟任务生成单元；

所述扫码单元，用于扫描图形码，获取与所述图形码对应服务的服务信息；

所述延迟任务生成单元，用于在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

在一个可能的设计中，所述服务信息包括：服务描述信息；以及延迟服务处理策略。

在一个可能的设计中，所述延迟任务执行单元包括通信相连的延迟确定子单元和任务生成子单元；

所述延迟确定子单元，用于根据所述延迟服务处理策略确定所述服务是否支持延迟处理；

所述任务生成子单元，用于在所述服务是否支持延迟处理时，根据所述服务描述信息生成所述服务延迟处理任务。

在一个可能的设计中，当所述延迟服务处理策略包含有延迟请求频率时，根据所述服务延迟处理任务向服务器发送延迟处理请求，包括：

按照所述延迟请求频率向所述服务器发送所述延迟处理请求；

或者，按照所述延迟请求频率定期地检查网络状态是否为连接正常，并在网络状态为连接正常时，根据所述服务延迟处理任务向所述服务器发送所述延迟处理请求。

在一个可能的设计中，当所述延迟服务处理策略包含有服务延迟处理请求地址和服务延迟处理请求参数时，还包括通信相连的请求生成单元和请求发送单元；

所述请求生成单元，用于在网络状态为连接正常时，根据所述服务延迟处理请求参数生成对应所述服务的所述延迟处理请求；

所述请求发送单元，用于根据所述服务延迟处理请求地址向对应服务器发送所述延迟处理请求。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的输出单元，其中，所述输出单元用于输出提示信息，所述提示信息用于提示用户所述服务将在网络状态为连接正常时被处理。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的任务取消单元，其中，所述任务取消单元用于在检测到针对所述服务延迟处理任务的用户终止操作时，取消执行所述服务延迟处理任务。

在一个可能的设计中，还包括通信连接所述延迟任务生成单元的任务暂停单元，其中，所述任务暂停单元用于在检测到针对所述服务延迟处理任务的用户中止操作时，暂停执行所述服务延迟处理任务，直至检测到针对所述服务延迟处理任务的用户重启操作。

本实施例第二方面提供的前述装置的工作过程、工作细节和技术效果，可以参见第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法，于此不再赘述。

如图4所示，本实施例第三方面提供了另一种执行第一方面或第一方面中任意一种可能设计所述扫码延迟处理方法的扫码延迟处理装置，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法。具体举例的，所述存储器可以但不限于包括随机存取存储器(RAM，Random-Access Memory)、只读存储器(ROM，Read-Only Memory)、闪存(Flash Memory)、先进先出存储器(FIFO，First Input First Output)和/或先进后出存储器(FILO，FirstInput Last Output)等等；所述处理器可以不限于采用型号采用STM32F105系列的微处理器。所述收发器可以但不限于为WiFi无线收发器、蓝牙无线收发器、GPRS(General PacketRadio Service，通用分组无线服务技术)无线收发器和/或ZigBee(紫蜂协议，基于IEEE802.15.4标准的低功耗局域网协议)无线收发器等。此外，所述扫码延迟处理装置还可以但不限于包括有电源模块、显示屏和其它必要的部件。

本实施例第三方面提供的前述扫码延迟处理装置的工作过程、工作细节和技术效果，可以参见第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法，于此不再赘述。

本实施例第四方面提供了一种存储包含第一方面或第一方面中任意一种可能设计所述扫码延迟处理方法的指令的计算机可读存储介质，即所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法。其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

本实施例第四方面提供的前述计算机可读存储介质的工作过程、工作细节和技术效果，可以参见第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法，于此不再赘述。

本实施例第五方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如第一方面或第一方面中任意一种可能设计所述的扫码延迟处理方法。其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

以上所描述的实施例仅仅是示意性的，若涉及到作为分离部件说明的单元，其可以是或者也可以不是物理上分开的；若涉及到作为单元显示的部件，其可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

最后应说明的是，本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以权利要求书中界定的为准，并且说明书可以用于解释权利要求书。

Claims (10)

1.一种扫码延迟处理方法，其特征在于，包括：

扫描图形码，获取与所述图形码对应服务的服务信息；

在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

2.如权利要求1所述的方法，其特征在于，所述服务信息包括：

服务描述信息；以及延迟服务处理策略。

3.如权利要求2所述的方法，其特征在于，根据所述服务信息生成服务延迟处理任务，包括：

根据所述延迟服务处理策略确定所述服务是否支持延迟处理；

若支持，根据所述服务描述信息生成所述服务延迟处理任务。

4.如权利要求2或3所述的方法，其特征在于，当所述延迟服务处理策略包含有延迟请求频率时，根据所述服务延迟处理任务向服务器发送延迟处理请求，包括：

按照所述延迟请求频率向所述服务器发送所述延迟处理请求；

或者，按照所述延迟请求频率定期地检查网络状态是否为连接正常，并在网络状态为连接正常时，根据所述服务延迟处理任务向所述服务器发送所述延迟处理请求。

5.如权利要求2所述的方法，其特征在于，当所述延迟服务处理策略包含有服务延迟处理请求地址和服务延迟处理请求参数时，所述方法还包括：

在网络状态为连接正常时，根据所述服务延迟处理请求参数生成对应所述服务的所述延迟处理请求；

根据所述服务延迟处理请求地址向对应服务器发送所述延迟处理请求。

6.如权利要求1所述的方法，其特征在于，在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：

输出提示信息；其中，所述提示信息用于提示用户所述服务将在网络状态为连接正常时被处理。

7.如权利要求1所述的方法，其特征在于，在根据所述服务信息生成服务延迟处理任务之后，所述方法还包括：

在检测到针对所述服务延迟处理任务的用户终止操作时，取消执行所述服务延迟处理任务；

或者，在检测到针对所述服务延迟处理任务的用户中止操作时，暂停执行所述服务延迟处理任务，直至检测到针对所述服务延迟处理任务的用户重启操作。

8.一种扫码延迟处理装置，其特征在于，包括通信相连的扫码单元和延迟任务生成单元；

所述扫码单元，用于扫描图形码，获取与所述图形码对应服务的服务信息；

所述延迟任务生成单元，用于在当前网络状态为连接异常时，根据所述服务信息生成服务延迟处理任务，以在网络状态为连接正常时，根据所述服务延迟处理任务向服务器发送延迟处理请求，以请求所述服务器完成所述服务。

9.一种扫码延迟处理装置，其特征在于,包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如权利要求1～7中任意一项所述的扫码延迟处理方法。

10.一种计算机可读存储介质，其特征在于,所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如权利要求1～7中任意一项所述的扫码延迟处理方法。

Images