一种业务功能的启动、处理方法、客户端及服务器与流程

文档序号:15388979发布日期:2018-09-08 00:54阅读:207来源:国知局

本申请涉及网络通信技术领域,特别涉及一种业务功能的启动、处理方法、客户端及服务器。



背景技术:

当前,许多商家为了提高业务对象的销售量和知名度,通常可以为购买业务对象的用户提供一部分资源。例如,商家可以为购买业务对象的用户返还一定额度的现金或者提供再次购买的优惠券。随着网络通信技术和智能终端的不断发展,商家可以在业务对象的包装上添加标识码,通过该标识码,购买业务对象的用户便可以获取相应的资源。所述标识码可以是印刷于业务对象包装上的二维码、条形码或者序列号等。用户在购买业务对象之后,通过在智能终端上扫描或者输入所述标识码,从而可以获取对应的返现或者优惠券。

当前,商家为了确保用户只有在购买了业务对象之后才可以享有相应的资源,通常会将所述标识码印刷在隐蔽的位置。例如,可以将标识码印刷在拉环、瓶盖、包装纸的背面。只有当用户购买了业务对象,并且拉开拉坏、打开瓶盖或者撕开包装纸之后,才能获取到该业务对象的标识码。但是,有时候由于标识码的位置过于隐蔽,用户可能会忽视标识码或者用户获取标识码的过程会比较费劲,从而导致标识码无法产生应有的推广效果。如果直接将标识码印刷于业务对象上醒目的位置处,则会导致业务对象在未出售时,相应的资源就可能已经被领取,而真正购买该业务对象的用户无法获取相应的资源。

由上可见,现有技术中的这种仅通过验证标识码便可以获取资源的方法,通常会对标识码的位置有严苛的要求,这样会对业务对象包装的制作工艺构成一定程度的限制,从而会变相地提高业务对象的制作成本。



技术实现要素:

本申请实施方式的目的是提供一种业务功能的启动、处理方法、客户端及服务器,能够在不遮蔽标识码的情况下,为购买业务对象的用户提供相应的资源,从而简化业务对象包装的制作工艺。

为实现上述目的,本申请实施方式提供一种业务功能的启动方法,提供业务对象,所述业务对象的表面具有标识码图形;所述方法包括:摄取所述业务对象的图像;所述图像中包括标识码图形;所述标识码图形中携带标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;向服务器发出附带验证数据的验证请求,所述验证数据表示所述图像,以用于当所述验证数据通过所述业务对象对应的验证规则的检验时,所述服务器启动执行所述标识码指向的指定业务功能。

为实现上述目的,本申请实施方式还提供一种客户端,所述客户端包括网络通信端口、存储器和处理器,其中:所述网络通信端口,用于与服务器进行网络数据通信;所述存储器,用于存储可被所述处理器执行的计算机程序;所述处理器在执行所述计算机程序时,可以实现以下功能:摄取业务对象的图像;所述图像中包括标识码图形;所述标识码图形中携带标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;向服务器发出附带验证数据的验证请求,所述验证数据表示所述图像,以用于当所述验证数据通过所述业务对象对应的验证规则的检验时,所述服务器启动执行所述标识码指向的指定业务功能。

为实现上述目的,本申请实施方式还提供一种业务功能的处理方法,所述方法包括:接收客户端提供的验证请求;其中,所述验证请求中包括用于表示图像的验证数据;所述图像用于表征业务对象;基于所述验证请求获取所述业务对象的标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;把所述验证数据发送给验证服务器,以用于所述验证服务器根据所述业务对象对应的验证规则对所述验证数据进行验证;所述验证规则用于限定所述图像表征的业务对象处于指定状态;接收所述验证服务器反馈的验证结果信息;在所述验证结果信息为验证通过时,执行所述标识码指向的指定业务功能。

为实现上述目的,本申请实施方式还提供一种业务功能的处理方法,包括:接收客户端提供的验证请求;其中,所述验证请求中包括用于表示图像的验证数据;所述图像用于表征业务对象;基于所述验证请求获取所述业务对象的标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;根据所述业务对象的验证规则对所述验证数据进行验证;其中,所述验证规则用于限定所述图像表征的业务对象处于指定状态;在验证通过时,执行所述标识码指向的指定业务功能。

为实现上述目的,本申请实施方式还提供一种服务器,所述服务器包括网络通信端口、存储器以及处理器,其中:所述网络通信端口,用于与客户端进行网络数据通信;所述存储器,用于存储能够被所述处理器执行的计算机程序;所述处理器,用于在执行所述计算机程序时,能够实现以下功能:接收客户端提供的验证请求;其中,所述验证请求中包括用于表示图像的验证数据;所述图像用于表征业务对象;基于所述验证请求获取所述业务对象的标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;根据所述业务对象的验证规则对所述验证数据进行验证;其中,所述验证规则用于限定所述图像表征的业务对象处于指定状态;在验证通过时,执行所述标识码指向的指定业务功能。

由以上本申请实施方式提供的技术方案可见,本申请实施方式在验证标识码时,需要进一步验证业务对象的图像。所述业务对象的图像可以显示业务对象当前的状态。所述当前的状态例如可以是打开了瓶盖、插入了吸管等状态。那么只有在当前的状态符合验证规则指定的状态,并且验证的标识码也有效的情况下,才能验证通过,从而可以执行标识码指向的指定业务功能。这样,本申请通过进一步验证业务对象图像的方式,在不遮蔽标识码的情况下也可以正确地为购买了业务对象的用户提供相应的资源,从而简化了业务对象包装的制作工艺。

附图说明

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

图1为本申请实施方式提供的一种业务功能的启动方法的流程图;

图2为本申请实施方式中验证数据的生成流程图;

图3为本申请实施方式提供的一种业务功能的启动方法的交互示意图;

图4为本申请实施方式提供的一种客户端的结构示意图;

图5为本申请实施方式提供的一种业务功能的处理方法的流程图;

图6为本申请实施方式中数据验证的流程示意图;

图7为本申请实施方式提供的一种服务器的结构示意图;

图8为本申请实施方式中提示信息的界面示意图;

图9为本申请实施方式中验证通过的界面示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施方式中的附图,对本申请实施方式中的技术方案进行清楚、完整地描述,显然,所描述的实施方式仅仅是本申请一部分实施方式,而不是全部的实施方式。基于本申请中的实施方式,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式,都应当属于本申请保护的范围。

本申请实施方式提供一种业务功能的启动方法。所述方法可以应用于客户端和服务器的系统架构中。所述客户端可以是用于获取标识码和业务对象图像的电子设备。具体地,所述客户端例如可以是带有摄像功能或者图片导入功能的台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、智能电视机等。或者,所述客户端也可以为能够运行于上述电子设备中的软件。具体的,所述客户端可以为电子设备中的标识码扫描软件。所述标识码扫描软件可以调用电子设备的摄像头,扫描印刷于业务对象包装上的标识码图形。所述标识码扫描软件也可以接收用户输入的标识码。所述标识码扫描软件还可以在扫描了标识码图形或者接收了标识码的同时,拍摄包含所述标识码图形或者标识码的场景图像。

在本实施方式中,所述业务对象可以是表面具有标识码图形的物质实体。例如,所述业务对象可以是印刷了标识码图形的包装盒(瓶子)、包装袋、门票、书籍、磁带等产品。所述业务对象根据不同的使用情况,通常可以具备不同的形态。例如,当瓶子没有被使用时,其具备的形态可以是:瓶盖完好无损,并且固定于瓶身上。而当瓶子被使用后,其具备的形态可以是:瓶身上没有瓶盖。又例如,当门票没有被使用时,其具备的形态可以是:门票副联与门票本体固定在一起。而当门票被使用之后,其具备的形态可以是:门票本体上没有附带门票副联。这样,通过对业务对象当前具备的形态进行识别,从而可以判断所述业务对象当前是否被使用。

在本实施方式中,所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备;也可以为运行于该电子设备中,为数据处理、存储和网络交互提供支持的软件。

在本实施方式中并不具体限定所述服务器的数量。所述服务器可以为一个服务器,还可以为几个服务器,或者,若干服务器形成的服务器集群。

在本实施方式中,所述服务器可以为各个业务对象对应的业务服务器,所述业务服务器中可以存储与业务对象相关的数据。例如,所述业务服务器中可以保存业务对象的型号、业务对象对应的标识码、业务对象处于不同状态的图像数据等等。

当然,所述服务器还可以是客户端与业务对象的业务服务器之间的中转服务器。所述中转服务器中可以存储标识码与业务对象之间的关联关系,这样,当中转服务器接收到客户端发来的验证数据时,可以根据验证数据中的标识码,确定当前的验证数据是针对哪一款业务对象,从而可以根据业务服务器预先提供的接口,将该验证数据转发至对应的业务服务器处。

在本实施方式中,所述服务器和所述客户端之间可以通过互联网进行数据交互。例如,所述客户端可以向所述服务器发送业务对象的验证数据,而所述服务器可以验证接收到的验证数据,并在验证通过时执行相应的指定业务功能。

请参阅图1和图3,本申请实施方式提供的业务功能的启动方法可以包括以下步骤,以下步骤的执行主体均可以是客户端。

步骤s11:摄取所述业务对象的图像;所述图像中包括标识码图形;所述标识码图形中携带标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定。

在本实施方式中,所述标识码图形可以是印刷于业务对象上、用于标识业务对象的二维码、条形码、序列号等能够被识别的图形。其中,所述标识码图形中可以携带标识码。所述标识码可以是根据所述标识码图形进行解析得到的字符串。具体地,所述标识码可以指向指定业务功能。在本实施方式中,所述指定业务功能可以是业务对象的商家预先设定的操作指令。例如,所述操作指令可以是红包返现、返回优惠激活码、在用户的账号中添加积分等。所述标识码指向指定业务功能可以表示通过所述标识码,能够确定相应的指定业务功能。

在本实施方式中,所述指定业务功能可以与所述业务对象绑定。所述指定业务功能与业务对象绑定可以指所述指定业务功能只有在所述业务对象处于指定状态时才能被执行。例如,所述指定业务功能可以在业务对象处于打开瓶盖的状态下被执行。

在本实施方式中,所述标识码可以是一个唯一码,该标识码与其它的标识码均不重复。在所述服务器中,可以预先为所述唯一码配置指向的指定业务功能以及与该指定业务功能相绑定的业务对象。例如,该标识码为“123”,该标识码指向的指定业务功能可以是发放2元的红包,而该发放2元红包的指定业务功能可以与蒙牛的盒装牛奶相绑定,并且只有在蒙牛的盒装牛奶的瓶盖打开时,发放红包的功能才能被执行。

在本实施方式中,摄取所述业务对象的图像的方式可以是通过客户端的摄像头对标识码图形进行扫描。具体地,在所述客户端的界面中,可以显示标识码的限定区域。用户通过移动客户端与标识码图形之间的相对位置,可以使得标识码图形在客户端的界面中显示的位置能够与所述限定区域相适配。当标识码图形在客户端的界面中显示的位置与所述限定区域相适配时,客户端可以自动拍摄包含所述标识码图形的图像,从而可以摄取所述业务对象的图像。

步骤s13:向服务器发出附带验证数据的验证请求,所述验证数据表示所述图像,以用于当所述验证数据通过所述业务对象的验证规则的检验时,所述服务器启动执行所述标识码指向的指定业务功能。

在本实施方式中,在摄取了所述业务对象的图像之后,便可以向服务器发送验证请求。所述服务器可以是上述的业务服务器,也可以是上述的中转服务器。

在本实施方式中,所述验证请求可以是按照预设规则进行编写的字符串。所述预设规则可以规定所述字符串中的组成部分以及各个组成部分的排序。所述预设规则可以是在客户端与服务器之间的通信协议中预先定义的。所述通信协议例如可以是http协议、ftp协议、tcp协议、udp协议等。例如,所述验证请求中可以包括源ip地址、目的ip地址、用于表示所述图像的验证数据等。其中,源ip地址可以是发送所述验证请求的客户端在网络中的ip地址。目的ip地址则可以是接收所述验证请求的服务器在网络中的ip地址。

在本实施方式中,所述验证数据可以具备多种表现形式。具体地,所述验证数据可以是摄取的图像本身。客户端在摄取了业务对象的图像之后,便可以将摄取的图像发送至服务器处。

此外,所述验证数据还可以是从摄取的图像中提取出的特征向量。具体地,每一张图像均可以由若干个像素点构成,在本实施方式中可以将每个像素点处的像素值按照预设的顺序进行排列,从而形成该图像对应的像素值向量,该像素值向量便可以作为所述图像的特征向量。在本实施方式中,所述像素值可以是每个像素点处的rgb(red,green,blue,红、绿、蓝)值。通常而言,rgb值的范围可以是从0至255的整数,这样,每个像素点便可以通过一个数值在0至255内的整数来表示。例如,按照从左往右从上至下的顺序来排列各个像素点的rgb值,可以得到(10,2,255,168,122,13,0,158,9)这样的特征向量。当然,除了rgb值,所述像素值还可以根据图像采用的色彩模式不同而取不同的值。例如,所述像素值还可以是hsl(色调、饱和度、亮度)值或者cielab值等。

需要说明的是,从摄取的图像中提取出的特征向量还可以采用其它形式来表示。具体地,所述特征向量还可以通过卷积神经网络(convolutionalneuralnetwork,cnn)、haar-like矩形特征、lbp(localbinarypattern,局部二值模式)进行提取。

在本实施方式中,所述业务对象可以与验证规则相对应。所述验证规则可以用于限定所述图像表征的业务对象处于指定状态。例如,所述验证规则可以限定业务对象处于瓶盖扭开的状态或者处于吸管插入的状态等。在本实施方式中,对于不同的业务对象,其对应的验证规则也可以不同。例如,对于瓶装的业务对象而言,其对应的验证规则可以限定业务对象处于瓶盖扭开的状态;而对于盒装的业务对象而言,其对应的验证规则可以限定业务对象处于吸管插入的状态。

在本实施方式中,业务对象与验证规则相对应可以是指业务对象与验证规则之间存在关联关系。业务对象与验证规则之间的关联关系可以存储于服务器中。具体地,所述关联关系可以是业务对象的商家在服务器中预先编辑并保持更新的。例如,对于盒装口香糖而言,该业务对象的制造商可以预先在服务器的数据库中写入盒装口香糖的验证规则为瓶盖打开的状态。

在本实施方式中,所述验证规则可以预先在服务器中设定。具体地,可以在服务器中存储所述验证规则对应的图像样本,所述图像样本中可以显示业务对象的指定状态。例如,所述图像样本可以是拧开了瓶盖的盒装牛奶。当然,在服务器中存储的也可以不是图像样本,而是能够表征图像样本的特征向量。

在本实施方式中,服务器在接收到验证请求时,可以根据所述业务对象的验证规则对所述验证请求中的验证数据进行验证。具体地,服务器可以计算验证数据与所述图像样本之间的相似系数。所述相似系数可以通过汉明距离或者相关系数来确定。在本实施方式中,在得到上述的汉明距离或者相关系数等能够表征验证数据与所述图像样本之间相似程度的参数之后,可以设置用于判断验证是否通过的参数阈值。通过计算得到的参数与所述参数阈值之间对比的结果,从而可以判定验证是否通过。具体地,所述当计算的参数为汉明距离时,若计算的汉明距离小于或者等于参数阈值,则可以表明验证数据与所述图像样本之间比较相似,能够通过验证,相反则无法通过验证。当计算的参数为相关系数时,若计算的相关系数大于或者等于参数阈值,则可以表明验证数据与所述图像样本之间比较相似,能够通过验证,相反则无法通过验证。

在本实施方式中,当所述验证数据被服务器验证通过时,表明所述验证数据符合验证规则,因此可以执行所述标识码指向的指定业务功能。

在本实施方式中,所述指定业务功能可以是业务对象的商家预先设定的操作指令。例如,所述操作指令可以是红包返现、返回优惠激活码、在用户的账号中添加积分等。所述指定业务功能可以由服务器进行执行,并生成相应的结果。

在本实施方式中,服务器在执行了所述标识码指向的指定业务功能之后,可以生成执行结果信息,并向客户端反馈所述执行结果信息。所述执行结果信息中可以包括诸如返现的红包、优惠券、激活码等资源。例如,所述标识码指向的指定业务功能为返现2元。那么在服务器验证通过接收到的验证数据之后,便可以生成2元现金红包,并将该2元现金红包反馈至客户端处。此处,所述2元现金红包便可以包含于所述执行结果信息中,从而使得客户端在接收到所述执行结果信息后,可以从中提取该2元现金红包。

在本实施方式中,所述执行结果信息可以是按照指定规则进行编写的数据。所述指定规则可以由服务器与客户端之间的通信协议规定。具体地,所述指定规则可以限定所述执行结果信息中的各个组成部分以及各个组成部分的排列顺序。例如,在所述执行结果信息中,可以包括主体字段。该主体字段可以填充所述指定业务功能在执行后对应的虚拟资源。例如,该主体字段中可以填充2元的电子券、激活码、序列号、优惠券等虚拟资源。这样,在客户端接收到该执行结果信息后,便可以从所述主体字段中识别所述虚拟资源,并将识别出的虚拟资源合并至所述客户端对应的账号中。

在本申请一个实施方式中,在向服务器发出附带验证数据的验证请求时,可以优先在客户端处判断所述标识码图形的有效性。如果该标识码图形无效,则可以不用进行后续的验证过程。具体地,客户端可以通过标识码识别软件,识别所述标识码图形,从而得到所述标识码。然后,客户端可以对所述标识码进行校验。客户端在进行标识码校验时,可以验证所述标识码是否符合标识码的编写规则。所述编写规则可以限定标识码中各个字段的组成部分以及各个组成部分的排序。如果所述标识码不符合编写规则,那么可以判定该标识码为无效标识码,从而可以在客户端的当前页面中显示标识码错误的提示。而在所述标识码符合编写规则,通过校验时,所述客户端可以向所述服务器发出所述验证请求。

在本实施方式中,所述客户端中还可以具备标识码数据集。所述标识码数据集中可以包括至少一个标识码。在所述标识码数据集中的标识码均可以为有效的标识码。基于此,客户端在判断所述标识码图形的有效性时,可以通过标识码识别软件,从所述标识码图形中识别出携带的标识码。然后可以将识别出的标识码与所述标识码数据集中的标识码进行匹配。如果识别出的标识码存在于所述标识码数据集中,则表明该识别出的标识码为有效的标识码,从而可以通过检验。如果识别出的标识码不存在于所述标识码数据集中,该识别出的标识码便无法通过校验。

在本实施方式中,当客户端对所述标识码进行校验时,还可以判断所述标识码指向的功能是否为所述指定业务功能。具体地,可以对所述标识码的内容进行识别,判断所述标识码的内容中是否包含用于表征所述指定业务功能的标识。如果包含,则表明所述标识码指向的功能为所述指定业务功能。如果不包含,则表明所述标识码指向的功能不是所述指定业务功能。例如,所述指定业务功能为发红包,发红包这个指定业务功能可以通过“hb”来表示,凡是指向发红包功能的标识码中均可以携带“hb”的字样。这样,对所述标识码中的各个字段进行识别,可以确定所述标识码中是否包含“hb”。如果包含,则表明该标识码指向的指定业务功能中包含发红包的指定业务功能。如果不包含,则表明该标识码指向的指定业务功能中不包含发红包的指定业务功能。

在本申请一个实施方式中,在向服务器发出附带验证数据的验证请求的步骤之前,所述客户端可以通过标识码识别软件识别所述标识码图形,从而得到所述标识码。然后可以基于所述标识码,显示提示信息;所述提示信息用于表达针对所述业务对象的图像获取规则。

在本实施方式中,所述提示信息可以用于表达针对所述业务对象的图像获取规则。其中,所述图像获取规则可以限定业务对象所处的状态。例如,所述图像获取规则可以是在瓶盖扭开的情况下拍摄业务对象或者在吸管插入的情况下拍摄业务对象等。在本实施方式中,对于不同的业务对象,其对应的图像获取规则也往往不同。例如,对于瓶装的业务对象而言,其对应的图像获取规则可以是在瓶盖扭开的情况下拍摄业务对象;而对于盒装的业务对象而言,其对应的图像获取规则可以是在吸管插入的情况下拍摄业务对象。

在本实施方式中,业务对象与图像获取规则之间的对应关系可以存储于服务器中。具体地,所述对应关系可以是业务对象的商家在服务器中预先编辑并保持更新的。例如,对于盒装口香糖而言,该业务对象的制造商可以预先在服务器的数据库中写入盒装口香糖的图像获取规则为在瓶盖打开的情况下拍摄业务对象。

在本实施方式中,业务对象与图像获取规则之间的对应关系还可以存储于客户端中。具体地,客户端可以定期地从服务器处下载/更新业务对象与图像获取规则之间的对应关系,这样,就算客户端处于离线状态,也可以根据业务对象在本地查询得到对应的图像获取规则。

在本实施方式中,所述提示信息可以是图像获取规则的文本表现形式。例如,图像获取规则为在扭开瓶盖的情况下拍摄图片,那么其对应的提示信息可以是“亲,请打开瓶盖拍摄照片哦”。在本实施方式中,所述图像获取规则在存储时,可以通过规则标识进行存储。例如,规则标识可以是t1、t2、t3这样的字符代码。而不同的规则标识可以对应不同的提示信息。例如,t1对应的是“亲,请打开瓶盖拍摄照片哦”;而t2对应的是“亲,请插入吸管拍摄照片哦”。

在本实施方式中,规则标识与提示信息之间的对应关系,可以存储于服务器中,也可以存储于客户端中。那么从规则标识到提示信息的转换过程,可以是在服务器中完成的,也可以是在客户端中完成。因此,客户端显示提示信息的方式,一方面可以是客户端向服务器发送所述标识码。服务器可以根据接收到的标识码,确定该所述业务对象对应的提示信息,从而可以向客户端反馈对应的提示信息。这样,客户端可以接收服务器发来的提示信息,并在当前界面中显示所述提示信息。在本实施方式中,服务器可以将业务对象的图像获取规则解析为提示信息,并将解析后的提示信息发送至客户端。这样,客户端可以直接显示接收到的提示信息。

另一方面,客户端显示提示信息的方式可以是在将所述标识码发送至服务器后,接收服务器反馈的针对所述标识码的规则标识,并在本地将所述规则标识解析为对应的文本信息,从而在当前界面中显示所述文本信息。例如,客户端接收到的数据为t1,通过本地存储的规则标识与提示信息之间的对应关系,可以将t1解析为“亲,请打开瓶盖拍摄照片哦”。在解析得到提示信息后,从而可以在当前页面中显示解析后的提示信息。

在本实施方式中,标识码与业务对象之间可以存在关联关系,而业务对象与图像获取规则之间又存在对应关系,这样,标识码与图像获取规则之间也可以存在对应关系。例如,标识码134gyt56对应的业务对象为伊利的一款盒装牛奶,而伊利的该款盒装牛奶对应的图像获取规则为在插入吸管的情况下拍摄图片,那么标识码134gyt56对应的图像获取规则就可以是在插入吸管的情况下拍摄图片。因此,基于获取的标识码,可以获取对应的图像获取规则。通过所述图像获取规则,从而可以解析得到对应的提示信息。这样,在客户端获取了标识码后,便可以基于所述标识码显示对应的提示信息。

需要说明的是,所述图像获取规则还可以同时指定业务对象的多个状态。例如,所述图像获取规则可以是:首先在瓶盖未拧开的情况下拍一张图片,然后在瓶盖拧开的情况下拍一张图片。在该图像获取规则中,便可以按照先后顺序限定了业务对象的两个状态。当然,在实际应用中,所述图像获取规则还可以指定业务对象的更多个状态,本申请对图像获取规则限定的业务对象状态的数量并不做限定。

在本实施方式中,客户端在向服务器提供了符合所述图像获取规则的图像之后,服务器为了进一步保证数据验证的可靠性,可以向客户端继续发送提示信息。所述提示信息同样可以表达针对所述业务对象的图像获取规则。此次发送的提示信息与之前发送的提示信息所限定的图像获取规则可以不同。例如,之前发送的提示信息限定的图像获取规则是让客户端提供瓶盖打开的图像,那么本次发送的提示信息限定的图像获取规则可以让客户端提供用户手持瓶盖的图像。当然,服务器在接收到客户端再次提供的图像之后,还可以继续向客户端发送更多的提示信息,以要求客户端向服务器提供更多的图像。这样,通过对客户端提供的图像进行多次认证,从而能够保证数据验证的可靠性。

由上可见,在本实施方式中,在基于所述标识码显示提示信息时,可以包括多种情况。一方面,客户端可以将所述标识码发送至服务器;然后可以接收所述服务器反馈的针对所述标识码的提示信息;最终则可以显示所述提示信息。

在本实施方式中,服务器反馈至客户端的可以是能够直接显示的文本信息,这样,从规则标识到文本信息之间的转换过程可以在服务器中进行。客户端仅需要显示接收到的提示信息即可。

另一方面,客户端可以将所述标识码发送至服务器;然后可以接收所述服务器反馈的针对所述标识码的规则标识;最后可以将所述规则标识解析为对应的提示信息并显示所述提示信息;其中,所述规则标识用于标识所述业务对象的图像获取规则。

在本实施方式中,客户端接收到的是不可以直接显示的规则标识。在这种情况下,客户端可以将所述规则标识解析为对应的文本信息,从而可以显示解析得到的文本信息。

另一方面,客户端可以确定所述标识码对应的规则标识,然后将所述规则标识解析为对应的提示信息并显示所述提示信息;其中,所述规则标识用于标识所述业务对象的图像获取规则。

在本实施方式中,标识码与规则标识的对应关系,以及规则标识与提示信息的对应关系均可以存储于客户端本地。客户端无需与服务器进行数据交互便可以实现从标识码得到提示信息的过程。

在本实施方式中,在基于所述标识码显示提示信息之后,所述客户端可以摄取所述业务对象符合所述图像获取规则的图像。

在本实施方式中,当客户端的当前界面中显示了提示信息之后,用户便可以根据所述提示信息,对业务对象的外形进行调整,并通过客户端摄取所述业务对象符合所述图像获取规则的图像。

在本实施方式中,客户端摄取的图像的数量可以根据图像获取规则限定的业务对象的状态来确定。例如,图像获取规则仅限定了业务对象的一个状态:插入吸管,那么摄取的图像便可以是一张插入吸管的业务对象图像。而如果图像获取规则按顺序先后限定了业务对象的两个状态,那么摄取的图像便可以是两张分别对应着不同状态的业务对象图像。此外,摄取的图像还可以是多帧图像构成的图像流。

在本实施方式中,摄取图像的方式可以是响应于用户的拍摄指令,拍摄所述业务对象的图像。具体地,用户在调整完业务对象所处的状态时,可以点击客户端中拍摄照片的指令,从而拍摄业务对象的照片。此外,摄取图像的方式还可以是导入业务对象的图像。具体地,业务对象的图像可以是预先拍摄好,并存储于本地的其他应用程序中。这样,通过调用本地的其他应用程序,从而可以向客户端中导入业务对象的图像。此外,为了保证业务对象图像的真实性,还可以由客户端自动进行摄取。具体地,所述业务对象包装上可以印刷有所述标识码,那么当需要摄取业务对象的图像时,客户端可以调用摄像头扫描面对摄像头的画面。此时,客户端的界面中可以显示标识码的图形限定区域,当用户调整摄像头与业务对象之间的距离,可以改变标识码图形在当前界面中的显示区域。当所述业务对象上的标识码图形在当前界面中的显示区域与预设限定区域相适配时,客户端可以自动拍摄包含标识码图形的业务对象的图像。此外,客户端自动拍摄业务对象图像的方式还可以有其它多种实现形式。例如,客户端中可以启动拍摄倒计时,在倒计时完成时则自动进行拍摄。

在本申请一个实施方式中,在向服务器发送的验证请求中除了包括用于表示所述图像的验证数据外,还可以包括所述业务对象的标识码。这样,客户端可以将标识码和验证数据一并发送给服务器,所述服务器从而可以对标识码和验证数据的有效性进行验证。具体地,在摄取所述业务对象符合所述图像获取规则的图像时,在该图像中可以包括业务对象包装上的标识码图形,这样在摄取了业务对象的图像时,也一并将标识码图形摄取在图像中,从而可以将摄取的包含标识码图形的业务对象图像发送至服务器。

需要说明的是,在所述验证请求中还可以不包括所述标识码。在根据所述标识码图形识别得到标识码之后,客户端可以直接将该标识码发送至服务器。然后在摄取了符合图像获取规则的图像之后,所述客户端可以再次向所述服务器发送所述图像的验证数据。因此,所述标识码和所述验证数据即可以分两次发送至服务器,也可以合并在验证请求中一次性发送至服务器。

请参阅图2,在本申请一个实施方式中,所述图像的验证数据还可以按照下述步骤生成。

步骤s711:将所述图像转换为具备指定尺寸的灰度图像。

在本实施方式中,一张图像可以视为一个二维信号,它包含了不同频率的成分。在图像中,亮度变化小的区域可以是低频成分,它可以描述大范围的信息。而亮度变化剧烈的区域(比如物体的边缘)可以是高频成分,它可以描述具体的细节。或者说高频部分可以提供图像的详细信息,而低频部分可以提供一个图像的框架。通常而言,一张大的、详细的图像有很高的频率,而小图片缺乏图像细节,所以都是低频的。

在本实施方式中,为了简化运算步骤,可以通过下采样的方式,将高频部分从图像中去除。具体地,可以将图像缩小到8x8的指定尺寸,总共64个像素,从而可以将高频部分去除。这样就可以摒弃不同尺寸、比例带来的图像差异,对所有的图像进行归一化处理。在本实施方式中,可以将具备指定尺寸的图像转换为灰度图像,从而可以进一步简化后续运算的过程。

步骤s713:计算所述灰度图像的平均灰度值。

步骤s715:将所述灰度图像中各个像素点的灰度值与所述平均灰度值进行比对,并根据比对结果设置各个像素点的特征值。

在本实施方式中,可以将所述灰度图像中各个像素点对应的灰度值累加,并除以所述灰度图像中像素点的个数,从而可以得到所述灰度图像的平均灰度值。

在本实施方式中,可以将所述灰度图像中各个像素点的灰度值与所述平均灰度值进行比对,若当前像素点的灰度值大于或者等于所述灰度平均值,那么可以将当前像素点的特征值设置为1,否则可以设置为0。这样,经过与平均灰度值进行比对,从而可以生成由0和1组成的矩阵。

步骤s717:按照指定顺序将各个像素点的特征值组合为所述图像的验证数据。

在本实施方式中,将各个像素点的特征值按照指定顺序进行组合,从而可以得到所述图像的验证数据。例如,可以按照像素点在灰度图像中从左至右从上至下的顺序,将各个像素点的特征值进行组合,从而可以形成由0和1构成的特征向量,该特征向量便可以作为所述图像的验证数据。

当然,在实际应用过程中,所述指定顺序还可以具备多种实现形式。例如,所述指定顺序可以是从左至右从上至下,先统计奇数位的像素点,再统计偶数位的像素点;或者所述指定顺序可以是从上至下从左至右依次统计各个像素点,本申请对所述指定顺序的形式并不做限定。

在本申请一个实施方式中,表示所述图像的验证数据中还可以包括所述图像的核心区域的验证数据。所述核心区域可以是所述图像中能够反应业务对象当前所处状态的区域。例如,对于盒装牛奶的图像而言,核心区域可以是盒装牛奶的瓶盖区域。当核心区域中显示的内容为瓶盖被拧开,则表明该盒装牛奶当前处于已使用状态。因此,表示所述图像的验证数据中除了包括业务对象整体的验证数据,还可以包含核心区域的验证数据。具体地,所述图像的核心区域可以是业务对象的商家预先指定的,不同的业务对象类型对应的核心区域也可以不同。例如,对于瓶装业务对象而言,其对应的核心区域可以是瓶盖。对于盒装抽纸而言,其对应的核心区域可以是抽纸口。这样,在获取了标识码以及摄取了业务对象的图像之后,客户端可以根据标识码确定业务对象的类型,从而可以从业务对象的图像中截取核心区域的图像,并将核心区域的图像按照上述步骤s711至s717的流程进行处理,以得到核心区域的验证数据。这样,客户端发送给服务器的验证请求中,除了包含业务对象整体图像的验证数据,还可以包含业务对象核心区域的验证数据,以供服务器进行两次验证,从而提高数据验证的准确程度。

在本申请一个实施方式中,在向服务器发送验证请求之后,客户端还可以接收所述服务器反馈的执行结果信息。其中,所述服务器执行所述标识码指向的指定业务功能后,可以生成所述执行结果信息。例如,所述标识码指向的指定业务功能为返现2元。那么在服务器验证通过接收到的验证数据之后,便可以生成2元现金红包,并将该2元现金红包反馈至客户端处。此处,所述2元现金红包便可以包含于所述执行结果信息中,从而使得客户端在接收到所述执行结果信息后,可以从中提取该2元现金红包。

请参阅图4,本申请实施方式还提供一种客户端,所述客户端包括网络通信端口100、存储器200以及处理器300。

所述网络通信端口100,用于与服务器进行网络数据通信;

所述存储器200,用于存储可被所述处理器执行的计算机程序;

所述处理器300在执行所述计算机程序时,可以实现以下功能:

摄取业务对象的图像;所述图像中包括标识码图形;所述标识码图形中携带标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;向服务器发出附带验证数据的验证请求,所述验证数据表示所述图像,以用于当所述验证数据通过所述业务对象对应的验证规则的检验时,所述服务器启动执行所述标识码指向的指定业务功能。

在本实施方式中,所述网络通信端口100可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟端口。例如,所述网络通信端口可以是负责进行web数据通信的80号端口,也可以是负责进行ftp数据通信的21号端口,还可以是负责进行邮件数据通信的25号端口。此外,所述网络通信端口还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如gsm、cdma等;其还可以为wifi芯片;其还可以为蓝牙芯片。

在本实施方式中,所述存储器200可以是用于保存信息的记忆设备。在数字系统中,能保存二进制数据的设备可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也可以为存储器,如ram、fifo等;在系统中,具有实物形式的存储设备也可以叫存储器,如内存条、tf卡等。

所述处理器300可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

上述实施方式公开的客户端,其网络通信端口100、存储器200以及处理器300实现的具体功能,可以与本申请中客户端一侧的业务功能的启动方法实施方式相对照解释,可以实现本申请的业务功能的启动方法实施方式并达到方法实施方式的技术效果。

请参阅图5和图3,本申请实施方式还提供一种业务功能的处理方法,所述方法可以包括以下步骤,以下步骤的执行主体均可以是服务器。

步骤s21:接收客户端提供的验证请求;其中,所述验证请求中包括用于表示图像的验证数据;所述图像用于表征业务对象。

在本实施方式中,所述验证请求可以是客户端发送给服务器的。所述验证请求可以是按照预设规则进行编写的字符串。所述预设规则可以规定所述字符串中的组成部分以及各个组成部分的排序。所述预设规则可以是在客户端与服务器之间的通信协议中预先定义的。所述通信协议例如可以是http协议、ftp协议、tcp协议、udp协议等。例如,所述验证请求中可以包括源ip地址、目的ip地址、用于表示图像的验证数据等。其中,源ip地址可以是发送所述验证请求的客户端在网络中的ip地址。目的ip地址则可以是接收所述验证请求的服务器在网络中的ip地址。所述图像可以是用于表征业务对象的图像,所述图像可以由客户端摄取。在所述图像中,可以包括业务对象的整体形状,也可以仅包括业务对象中部分位置的形状。例如,对于瓶装的可口可乐,所述图像中可以显示整个瓶子,也可以仅显示瓶口。当然,所述图像的数量可以不限于一张,服务器接收到的验证请求中,可以包括至少两张图像的验证数据。

在本实施方式中,所述图像的验证数据可以具备多种表现形式。例如,所述图像的验证数据可以是摄取的图像本身。客户端在摄取了图像之后,便可以将摄取的图像作为该图像的验证数据发送至服务器处。

此外,所述验证数据还可以是从摄取的图像中提取出的特征向量。具体地,每一张图像均可以由若干个像素点构成,在本实施方式中可以将每个像素点处的像素值按照预设的顺序进行排列,从而形成该图像对应的像素值向量,该像素值向量便可以作为所述图像的特征向量。在本实施方式中,所述像素值可以是每个像素点处的rgb(red,green,blue,红、绿、蓝)值。通常而言,rgb值的范围可以是从0至255的整数,这样,每个像素点便可以通过一个数值在0至255内的整数来表示。例如,按照从左往右从上至下的顺序来排列各个像素点的rgb值,可以得到(10,2,255,168,122,13,0,158,9)这样的特征向量。当然,除了rgb值,所述像素值还可以根据图像采用的色彩模式不同而取不同的值。例如,所述像素值还可以是hsl(色调、饱和度、亮度)值或者cielab值等。

需要说明的是,从摄取的图像中提取出的特征向量还可以采用其它形式来表示。具体地,所述特征向量还可以通过卷积神经网络(convolutionalneuralnetwork,cnn)、haar-like矩形特征、lbp(localbinarypattern,局部二值模式)进行提取。

这样,服务器接收到的验证请求中的验证数据还可以是特征向量的形式。

步骤s23:基于所述验证请求获取所述业务对象的标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定。

在本实施方式中,所述验证请求中除了包含用于表示图像的验证数据之外,还可以包含所述业务对象的标识码。所述标识码可以是印刷于业务对象上、用于标识业务对象的二维码、条形码、序列号等。具体地,所述标识码可以指向指定业务功能。在本实施方式中,所述指定业务功能可以是业务对象的商家预先设定的操作指令。例如,所述操作指令可以是红包返现、返回优惠激活码、在用户的账号中添加积分等。所述标识码指向指定业务功能可以表示通过所述标识码,能够确定相应的指定业务功能。

在本实施方式中,所述指定业务功能可以与所述业务对象绑定。所述指定业务功能与业务对象绑定可以指所述指定业务功能只有在所述业务对象处于指定状态时才能被执行。例如,所述指定业务功能可以在业务对象处于打开瓶盖的状态下被执行。

在本实施方式中,所述标识码可以是一个唯一码,该标识码与其它的标识码均不重复。在所述服务器中,可以预先为所述唯一码配置指向的指定业务功能以及与该指定业务功能相绑定的业务对象。例如,该标识码为“123”,该标识码指向的指定业务功能可以是发放2元的红包,而该发放2元红包的指定业务功能可以与蒙牛的盒装牛奶相绑定,并且只有在蒙牛的盒装牛奶的瓶盖打开时,发放红包的功能才能被执行。

在本实施方式中,基于所述验证请求获取所述业务对象的标识码的方式可以是从所述验证请求中提取标识码字段,并从所述标识码字段中识别其中的标识码。

此外,所述图像的验证数据中也可以包括所述业务对象的标识码信息。具体地,当所述图像的验证数据为图像本身时,由于标识码印刷于业务对象包装上,因此客户端在摄取业务对象的图像时,可以摄取包含标识码的图像。这样,服务器接收到的验证数据中便可以包含所述业务对象的标识码。在本实施方式中,二维码印刷的位置通常是固定的,因此可以对图像中的特定区域进行识别,从而能够提取图像中包含的标识码。

步骤s25:根据所述业务对象的验证规则对所述验证数据进行验证;其中,所述验证规则用于限定所述图像表征的业务对象处于指定状态。

在本实施方式中,所述验证规则可以用于限定所述图像表征的业务对象处于指定状态。其中,当业务对象处于所述指定状态时,可以表示所述业务对象已经被使用。例如,对于一个瓶子而言,其对应的指定状态可以是瓶口中插入吸管。那么当该瓶子的瓶口中插入吸管时,便可以判定该瓶子已经被使用。在本实施方式中,所述指定状态可以由所述验证规则限定。具体地,所述验证规则可以是人为设定的,根据不同的业务对象,所述验证规则限定的指定状态也可以不同。例如,对于瓶子而言,所述验证规则限定的指定状态可以是拧开瓶盖的状态;对于门票而言,所述验证规则限定的指定状态可以是门票主体上不存在副联。对于同一个业务对象,所述验证规则也可以限定不同的指定状态。例如,对于一个瓶子而言,所述验证规则可以限定所述指定状态为拧开瓶盖的状态,还可以限定所述指定状态为在瓶口中插入吸管的状态。也就是说,在实际应用过程中,所述指定状态的形式可以由所述验证规则根据实际环境进行多种多样的设定,而不限定于本申请实施方式中例如的方式。但只要所述指定状态能够表示所述业务对象已被使用,那么均应当包含于本申请的保护范围中。

需要说明的是,在实际应用过程中,当业务对象被使用后,其并不必然处于指定状态。例如,一个瓶子在被使用之后,其对应的状态可以是瓶盖被拧开、瓶口插入吸管或者瓶盖依旧拧合在瓶口上。此时,需要将使用后的业务对象处于所述验证规则限定的指定状态下进行拍摄,服务器才能够判定所述业务对象已经被使用。

在本实施方式中,业务对象的验证规则可以是指业务对象与验证规则之间存在关联关系。具体地,所述关联关系可以是业务对象的商家在服务器中预先编辑并保持更新的。例如,对于盒装口香糖而言,该业务对象的制造商可以预先在服务器的数据库中写入盒装口香糖的验证规则为瓶盖打开的状态。

在本实施方式中,标识码与业务对象之间可以存在关联关系,而业务对象与验证规则之间也可以存在关联关系,因此标识码与验证规则之间也可以存在关联关系,这样,通过获取的业务对象的标识码,从而可以确定与所述标识码相关联的验证规则。

在本实施方式中,根据所述验证规则对所述验证数据进行验证的方式可以包括验证所述验证数据表征的业务对象的状态是否与所述验证规则限定的业务对象的状态一致。若一致,则可以表明验证通过;若不一致,则可以表明验证失败。

在本实施方式中,所述验证规则可以预先在服务器中设定。具体地,可以在服务器中存储所述验证规则对应的图像样本,所述图像样本中可以显示业务对象的指定状态。例如,所述图像样本可以是拧开了瓶盖的盒装牛奶。当然,在服务器中存储的也可以不是图像样本,而是能够表征图像样本的特征向量。

在本实施方式中,在根据所述验证规则对所述验证数据进行验证时,可以计算验证数据与所述图像样本之间的相似系数。所述相似系数可以通过汉明距离或者相关系数来确定。具体地,在计算验证数据与所述图像样本之间的汉明距离时,如果验证数据与图像样本不是通过特征向量来表示的,可以预先将验证数据与图像样本转换为各自对应的特征向量。在计算汉明距离时,可以依次比对两个特征向量中每一位数码,若同一位上的数码不相同,则可以将两者这件的汉明距离增加1,直至比对完特征向量中的每一位数码。最终得到的汉明距离便可以代表验证数据与图像样本之间的相似程序,汉明距离越大,表明两者越不相似。

在本实施方式中,在计算验证数据与所述图像样本之间的相关系数时,如果验证数据与图像样本不是通过特征向量来表示的,同样可以预先将验证数据与图像样本转换为各自对应的特征向量。这样,便可以通过相关系数公式来计算两个特征向量之间的相关系数。所述相关系数公式的分子可以是两个特征向量之间的协方差,所述相关系数公式的分母可以是两个特征向量的均方差的乘积。这样,计算得到的相关系数越大,表明验证数据与所述图像样本越相似。

在本实施方式中,在得到上述的汉明距离或者相关系数等能够表征验证数据与所述图像样本之间相似程度的参数之后,可以设置用于判断验证是否通过的参数阈值。通过计算得到的参数与所述参数阈值之间对比的结果,从而可以判定验证是否通过。具体地,所述当计算的参数为汉明距离时,若计算的汉明距离小于或者等于参数阈值,则可以表明验证数据与所述图像样本之间比较相似,能够通过验证,相反则无法通过验证。当计算的参数为相关系数时,若计算的相关系数大于或者等于参数阈值,则可以表明验证数据与所述图像样本之间比较相似,能够通过验证,相反则无法通过验证。

请参阅图6,需要说明的是,上述对验证数据进行验证的过程,均可以在确认所述标识码为有效标识码的前提下进行的。在所述标识码为有效标识码时,服务器可以进一步地验证所述验证数据是否符合验证规则。如果所述标识码为无效标识码,那么可以服务器可以直接向客户端反馈识别错误的提示,而无需进行后续的验证数据的验证过程。

此外,在本实施方式中,验证所述验证数据的过程可以不仅一次。例如,服务器接收到的验证数据中,可以包含图像的整体数据,还可以包含图像的局部数据。具体地,表示所述图像的验证数据中还可以包括所述图像的核心区域的验证数据。所述核心区域可以是所述图像中能够反应业务对象当前所处状态的区域。例如,对于盒装牛奶的图像而言,核心区域可以是盒装牛奶的瓶盖区域。当核心区域中显示的内容为瓶盖被拧开,则表明该盒装牛奶当前处于已使用状态。因此,表示所述图像的验证数据中除了包括业务对象整体的验证数据,还可以包含核心区域的验证数据。具体地,所述图像的核心区域可以是业务对象的商家预先指定的,不同的业务对象类型对应的核心区域也可以不同。例如,对于瓶装业务对象而言,其对应的核心区域可以是瓶盖。对于盒装抽纸而言,其对应的核心区域可以是抽纸口。这样,服务器在接收到图像的整体数据和局部数据之后,可以先验证整体数据是否符合验证规则,若通过验证,可以再次验证局部数据是否符合验证规则。当两者均通过验证时,便可以确定最终验证通过,从而可以提高数据验证的准确程度。

步骤s27:在验证通过时,执行所述标识码指向的指定业务功能。

请参阅图6,在本实施方式中,当所述验证数据被服务器验证通过时,表明所述标识码为有效的标识码,并且所述验证数据也符合验证规则,因此可以执行所述标识码指向的指定业务功能。

在本实施方式中,所述指定业务功能可以是业务对象的商家预先设定操作指令。例如,所述操作指令可以是红包返现、返回优惠激活码、在用户的账号中添加积分等。所述指定业务功能可以由服务器进行执行,并生成相应的结果。

在本实施方式中,服务器在执行了所述标识码指向的指定业务功能之后,可以生成执行结果信息,并向客户端反馈所述执行结果信息。例如,所述标识码指向的指定业务功能为返现2元。那么在服务器验证通过接收到的验证数据之后,便可以生成2元现金红包,并将该2元现金红包反馈至客户端处。此处,所述2元现金红包便可以包含于所述执行结果信息中,从而使得客户端在接收到所述执行结果信息后,可以从中提取该2元现金红包。

在本申请一个实施方式中,所述用于表示图像的验证数据可以按照步骤s711至s717中描述的过程生成,这里便不再赘述。

需要说明的是,服务器接收到的验证数据可以是已经经过步骤s711至s717处理后的特征向量,也可以是图像本身。如果是图像本身,那么在服务器中可以执行步骤s711至s717的过程,将接收到的图像转换为对应的特征向量。

请参阅图6,在本申请一个实施方式中,当验证数据不符合验证规则,导致验证未通过时,服务器可以向所述客户端反馈提示信息。其中,所述提示信息用于表达所述验证规则。所述提示信息可以提示用户业务对象的正确扫描状态。例如提醒用户应当将瓶盖扭开再扫描。

在本实施方式中,所述提示信息可以是验证规则的字符表现形式。其中,所述提示信息可以是文本信息。例如,验证规则为扭开瓶盖的情况,那么其对应的文本信息可以是“亲,请打开瓶盖再次验证”。在本实施方式中,所述提示信息还可以通过规则标识来表示。例如,规则标识可以是t1、t2、t3这样的字符代码。而不同的规则标识可以对应不同的文本信息。例如,t1对应的是“亲,请打开瓶盖拍摄照片哦”;而t2对应的是“亲,请插入吸管拍摄照片哦”。

在本实施方式中,规则标识与文本信息之间的对应关系,可以存储于服务器中,也可以存储于客户端中。那么从规则标识到文本信息的转换过程,可以是在服务器中完成的,也可以是在客户端中完成。因此,服务器向客户端提供的提示信息,一方面可以是规则标识,另一方面也可以是规则标识转换后的文本信息。如果服务器向客户端提供的是文本信息,那么客户端可以直接显示接收到的文本信息;而如果客户端接收到的是规则标识,那么客户端可以将所述规则标识解析为对应的文本信息,从而在当前界面中显示所述文本信息。例如,客户端接收到的数据为t1,通过本地存储的规则标识与文本信息之间的对应关系,可以将t1解析为“亲,请打开瓶盖拍摄照片哦”。在解析得到文本信息后,从而可以在当前页面中显示解析后的文本信息。

在本申请一个实施方式中,对所述验证数据进行校验的过程还可以在特定的验证服务器中进行。具体地,在基于所述验证请求获取所述业务对象的标识码之后,可以将所述验证数据和所述标识码发送给验证服务器,以用于所述验证服务器根据所述标识码对应的验证规则对所述验证数据进行验证。所述验证服务器根据所述标识码对应的验证规则对所述验证数据进行验证的过程,可以与步骤s25中的描述一致,这里便不再赘述。

在本实施方式中,在验证服务器对所述验证数据完成验证之后,可以向所述服务器反馈验证结果信息。这样,所述服务器便可以接收所述验证服务器反馈的验证结果信息,并且在所述验证结果信息为验证通过时,执行所述标识码指向的指定业务功能。

在本申请一个实施方式中,所述标识码可以与目标资源相关联。所述目标资源例如可以是红包的金额或者返现的金额。那么在执行所述标识码指向的指定业务功能时,可以将所述标识码关联的目标资源并入所述客户端绑定的资源集中、其中,所述客户端绑定的资源集例如可以是银行卡或者虚拟的资金池。例如,所述资源集可以是用户在京东金融中绑定的银行卡,也可以是京东金融的小金库。在执行发红包或者返现的指定业务功能后,红包或者返现的金额便可以并入用户的资源集中,从而完成发红包或者返现的过程。

请参阅图7,本申请还提供一种服务器,所述服务器包括网络通信端口110、存储器210以及处理器310。

所述网络通信端口110,用于与客户端进行网络数据通信。

所述存储器210,用于存储能够被所述处理器执行的计算机程序。

所述处理器310,用于在执行所述计算机程序时,能够实现以下功能:

接收客户端提供的验证请求;其中,所述验证请求中包括用于表示图像的验证数据;所述图像用于表征业务对象;基于所述验证请求获取所述业务对象的标识码;所述标识码指向指定业务功能,所述指定业务功能与所述业务对象绑定;根据所述业务对象的验证规则对所述验证数据进行验证;其中,所述验证规则用于限定所述图像表征的业务对象处于指定状态;在验证通过时,执行所述标识码指向的指定业务功能。

在本实施方式中,所述网络通信端口110可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟端口。例如,所述网络通信端口可以是负责进行web数据通信的80号端口,也可以是负责进行ftp数据通信的21号端口,还可以是负责进行邮件数据通信的25号端口。此外,所述网络通信端口还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如gsm、cdma等;其还可以为wifi芯片;其还可以为蓝牙芯片。

在本实施方式中,所述存储器210可以是用于保存信息的记忆设备。在数字系统中,能保存二进制数据的设备可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也可以为存储器,如ram、fifo等;在系统中,具有实物形式的存储设备也可以叫存储器,如内存条、tf卡等。

所述处理器310可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

上述实施方式公开的服务器,其网络通信端口110、存储器210以及处理器310实现的具体功能,可以与本申请中服务器一侧的业务功能的处理方法的实施方式相对照解释,可以实现本申请的业务功能的处理方法的实施方式并达到方法实施方式的技术效果。

请参阅图8和图9,在一个具体的应用场景中,用户可以通过手机终端上安装的二维码扫描软件来识别印刷于牛奶盒包装上的二维码。用户打开二维码扫描软件,该软件可以调用手机终端的摄像头,在软件的界面中可以显示二维码的限定区域以及摄像头面对的场景。当用户调整手机终端与牛奶盒的距离时,牛奶盒上的二维码可以落入限定区域内。此时,手机终端可以识别出二维码中包含的红包的序列号之后,自动拍摄一张图片,并将该图片以及红包的序列号发送至二维码扫描软件的后台业务服务器。在该图片中,牛奶盒的瓶盖可以是未拧开的状态。后台业务服务器在接收到手机终端发来的信息后,首先可以根据红包的序列号查询到该序列号对应的是伊利的一款纯牛奶饮品。该饮品对应的验证规则是瓶盖需要处于拧开的状态。而经过业务服务器识别手机终端发来的图片之后,确定该图片中的瓶盖未拧开,于是验证失败,可以向用户反馈提示信息:“亲,请开瓶后再扫一扫”。此时,用户可以将牛奶盒的瓶盖打开,再次进行二维码识别的过程,手机终端也再次将识别出的序列号以及拍摄的图片上传至服务器。此次,服务器可以识别出图片中的瓶盖已经拧开,并且序列号也是有效状态,这样,服务器便可以获取该序列号对应的红包,并将红包的额度发送至手机终端。当然,在二维码扫描软件中,可以预先登陆用户的账号,手机终端在于服务器进行数据通信时,每次均可以带上表示用户账号的标识。这样,最终在通过验证之后,手机终端的界面上可以显示“红包打开中”的提示,并在服务器获取到序列号对应的红包之后,将红包的额度写入用户的账号中。

这样,通过识别用户购买的牛奶盒的瓶盖是否拧开,从而可以判断该牛奶盒是否被使用。只有当牛奶盒被使用时,表明该牛奶盒已经被用户购买,用户从而可以获取到牛奶盒上二维码对应的红包。

当然,本申请的技术方案不仅仅局限于验证业务对象是否被购买(被使用),还可以用于验证业务对象是否完整。例如,当用户购买了一盒牛奶,但是用户想退货时,可以扫描牛奶盒上的二维码。此时,在验证牛奶盒的瓶盖完好,没有被打开时,用户才具备退货权限。

由以上本申请实施方式提供的技术方案可见,本申请实施方式在验证标识码时,需要进一步验证业务对象的图像。所述业务对象的图像可以显示业务对象当前的状态。所述当前的状态例如可以是打开了瓶盖、插入了吸管等状态。那么只有在当前的状态符合验证规则指定的状态,并且验证的标识码也有效的情况下,才能验证通过,从而可以执行标识码指向的指定业务功能。这样,本申请通过进一步验证业务对象图像的方式,在不遮蔽标识码的情况下也可以正确地为购买了业务对象的用户提供相应的资源,从而简化了业务对象包装的制作工艺。

在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray,fpga))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(hardwaredescriptionlanguage,hdl),而hdl也并非仅有一种,而是有许多种,如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等,目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。

本领域技术人员也知道,除了以纯计算机可读程序代码方式实现客户端、服务器以外,完全可以通过将方法步骤进行逻辑编程来使得客户端、服务器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种客户端、服务器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。

本说明书中的各个实施方式均采用递进的方式描述,各个实施方式之间相同相似的部分互相参见即可,每个实施方式重点说明的都是与其他实施方式的不同之处。尤其,针对客户端和服务器的实施方式来说,均可以参照前述方法的实施方式的介绍对照解释。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施方式描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1