扫码处理方法、装置及系统与流程

文档序号:12825498阅读:372来源:国知局
扫码处理方法、装置及系统与流程

本发明涉及一种扫码技术领域,特别是涉及一种扫码处理方法、装置及系统。



背景技术:

随着信息化时代的高速发展,影像条码识别技术越来越受到各行各业的青睐,例如,可以通过扫描快递单上的条形码进行邮件包裹的入库或出库操作,还可以通过扫描用户在线支付账号的二维码进行收款或付款操作等。快速、高效、准确地扫码也成为了智能识别设备行业竞争的关键。

目前,现有的扫码处理过程基本上都是串行化的,具体是首先扫码应用程序请求扫码,接着对图像采集引擎进行上电和初始化操作,然后采集条码影像,最后对采集到的条码影像进行解码得到相应的解码数据,并将其传递给扫码应用程序进行处理。

然而,当需要进行多次扫码任务时,每次扫码都需要重复进行上述扫码处理流程,在对一次采集到的条码影像成功解码并传递给扫码应用程序后才能进行下一次的条码影像采集,即重新对图像采集引擎进行上电和初始化操作等,进而影响了扫码处理的效率。



技术实现要素:

有鉴于此,本发明提供了一种扫码处理方法、装置及系统,主要目的在于可以提高扫码处理的效率。

依据本发明一个方面,提供了一种扫码处理方法,应用于服务端,该方法包括:

当接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据;

将所述图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中并向条码解码器发送解码请求,以使得所述条码解码器从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

进一步地,所述方法还包括:实时记录所述预定缓冲区中保存的所述图像采集引擎每次采集到的影像帧数据的使用状态信息,以使得所述条码解码器根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

进一步地,所述触发图像采集引擎进行采集影像帧数据之前,所述方法还包括:

对所述图像采集引擎进行上电和初始化处理,并触发所述图像采集引擎维持上电和初始化处理的状态。

进一步地,所述方法还包括:

按照预定时间间隔从所述预定缓冲区中删除已解码的影像帧数据。

依据本发明另一个方面,提供了一种扫码处理方法,应用于条码解码器,该方法包括:

接收服务端发送的解码请求,所述解码请求是所述服务端将图像采集引擎采集到的影像帧数据保存在预定缓冲区后发送的,所述预定缓冲区中保存有所述图像采集引擎每次采集到的影像帧数据;

从所述预定缓冲区中获取需要识别的影像帧数据;

将所述需要识别的影像帧数据进行解码。

具体地,所述服务端实时记录有所述预定缓冲区中保存的影像帧数据的使用状态信息,所述从所述预定缓冲区中获取需要识别的影像帧数据,具体包括:

根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据。

具体地,所述使用状态信息具体为正被读取状态信息、或正被写入状态信息、或已过期状态信息、或已准备读取状态信息,所述根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据,具体包括:

从所述预定缓冲区中获取所述使用状态信息为已准备读取状态信息的影像帧数据。

进一步地,所述将所述需要识别的影像帧数据进行解码之后,所述方法还包括:

若对所述需要识别的影像帧数据解码失败,则从所述预定缓冲区中获取需要识别的下一帧影像帧数据进行解码,重复这个解码过程,直至解码成功或解码超时;

若解码成功,则将解码成功后的数据发送给扫码应用程序;

若解码超时,则向所述服务端发送解码失败的响应信息,以使得所述服务端触发输出解码失败的提示信息。

依据本发明又一个方面,提供了一种服务端,包括:

触发单元,用于当接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据;

保存单元,用于将所述图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中;

发送单元,用于向条码解码器发送解码请求,以使得所述条码解码器从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

进一步地,所述服务端还包括:

记录单元,用于实时记录所述预定缓冲区中保存的所述图像采集引擎每次采集到的影像帧数据的使用状态信息,以使得所述条码解码器根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

进一步地,所述服务端还包括:

处理单元,用于对所述图像采集引擎进行上电和初始化处理,并触发所述图像采集引擎维持上电和初始化处理的状态。

进一步地,所述服务端还包括:

删除单元,用于按照预定时间间隔从所述预定缓冲区中删除已解码的影像帧数据。

依据本发明再一个方面,提供了一种条码解码器,包括:

接收单元,用于接收服务端发送的解码请求,所述解码请求是所述服务端将图像采集引擎采集到的影像帧数据保存在预定缓冲区后发送的,所述预定缓冲区中保存有所述图像采集引擎每次采集到的影像帧数据;

获取单元,用于从所述预定缓冲区中获取需要识别的影像帧数据;

解码单元,用于将所述需要识别的影像帧数据进行解码。

具体地,所述服务端实时记录有所述预定缓冲区中保存的影像帧数据的使用状态信息,

所述获取单元,具体用于根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据。

具体地,所述使用状态信息具体为正被读取状态信息、或正被写入状态信息、或已过期状态信息、或已准备读取状态信息,

所述获取单元,具体用于从所述预定缓冲区中获取所述使用状态信息为已准备读取状态信息的影像帧数据。

进一步地,所述条码解码器还包括:发送单元;

所述解码单元,还用于若对所述需要识别的影像帧数据解码失败,则从所述预定缓冲区中获取需要识别的下一帧影像帧数据进行解码,重复这个解码过程,直至解码成功或解码超时;

所述发送单元,用于若解码成功,则将解码成功后的数据发送给扫码应用程序;

所述发送单元,用于若解码超时,则向所述服务端发送解码失败的响应信息,以使得所述服务端触发输出解码失败的提示信息。

依据本发明再一个方面,提供了一种扫码处理系统,包括:服务端和条码解码器;

所述服务端,用于当接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据;将所述图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中并向所述条码解码器发送解码请求;

所述条码解码器,用于接收所述服务端发送的解码请求;从所述预定缓冲区中获取需要识别的影像帧数据;将所述需要识别的影像帧数据进行解码。

借由上述技术方案,本发明提供的一种扫码处理方法、装置及系统,与目前串行化的扫码处理过程相比,本发明当服务端接收到扫码应用程序的扫码请求时,可以触发图像采集引擎进行采集条码影像,在采集完成一次影像帧数据后,无需等待该影像帧数据是否成功解码,就可以直接进行下一次的条码影像采集,并将每次采集到的影像帧数据保存在预定缓冲区中,在图像采集的同时可以通知条码解码器从预定缓冲区获取相应数据进行解码,进而可以做到图像采集与条码影像解码的并行处理,可以节省多次扫码处理的时间,进而可以提高扫码处理的效率。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1示出了本发明实施例提供的一种扫码处理方法流程示意图;

图2示出了本发明实施例提供的另一种扫码处理方法流程示意图;

图3示出了本发明实施例提供的一种扫码处理流程示意图;

图4示出了本发明实施例提供的一种服务端结构示意图;

图5示出了本发明实施例提供的另一种服务端结构示意图;

图6示出了本发明实施例提供的一种条码解码器结构示意图;

图7示出了本发明实施例提供的另一种条码解码器结构示意图;

图8示出了本发明实施例提供的一种扫码处理系统结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种扫码处理方法,应用于服务端,可以提高扫码处理的效率,如图1所示,该方法包括:

101、当服务端接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据。

对于本发明实施例的执行主体可以为用于条码影像识别处理的服务端,当需要对二维码图片进行扫码时,该服务端接收到扫码应用程序的扫码请求后,首先检测图像采集引擎是否已经在采集图像,如果图像采集引擎没有采集图像,则触发图像采集引擎进行采集二维码图片的影像帧数据,在本发明实施例中,在采集完成一次影像帧数据后,无需等待该影像帧数据是否成功解码,就可以直接进行下一次的条码影像采集,提高了条码影像采集的效率;如果检测出图像采集引擎正在采集图像,则查找预定缓冲区中是否有采集好的影像帧数据,其中,预定缓冲区可以为用于缓存图像采集引擎每次采集到的影像帧数据的特定区域。若预定缓冲区中存在已经采集好的影像帧数据,则可以直接通知条码解码器从预定缓冲区中获取采集好的影像帧数据进行解码识别,进而无需等待图像采集引擎采集图像数据,从而可以提高扫码处理的效率。

在本发明的一个可选实施例中,在步骤101之前,还可以包括:预先对图像采集引擎进行上电和初始化处理,并触发图像采集引擎维持上电和初始化处理的状态。

对于目前串行化的扫码处理过程中,耗时最长的是图像采集引擎的上电和初始化处理的环节,在本发明实施例中,可以预先对图像采集引擎进行上电和初始化处理,再触发图像采集引擎维持上电和初始化处理的状态,即设定为待机状态,进而当接收到扫码应用程序的扫码请求时,可以直接触发图像采集引擎进行图像采集,无需再对图像采集引擎进行上电和初始化处理,节省了扫码处理的时间,从而可以提高扫码处理的效率。

102、将图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中并向条码解码器发送解码请求。

进一步地,以使得条码解码器从预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

在将图像采集引擎每次采集到的影像帧数据保存在预定缓冲区的过程中,可以覆盖已经过期的影像帧数据,即在预定缓冲区中的保存时间大于一定阈值的影像帧数据,以便节省缓冲区的空间资源。并且可以实时记录预定缓冲区中保存的图像采集引擎每次采集到的影像帧数据的使用状态信息,以使得条码解码器根据使用状态信息,从预定缓冲区中获取需要识别的影像帧数据并进行相应解码,以便条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,进而可以提高解码准确率,其中,使用状态信息可以为正被读取状态信息、或正被写入状态信息、或已过期状态信息、或已准备读取状态信息等。

例如,若预定缓冲区中保存的影像帧数据正在被条码解码器读取,以便通过条码解码器对该影像帧数据进行解码,则该影像帧数据的使用状态为正被读取状态;若预定缓冲区中保存的影像帧数据正在被服务端写入,则该影像帧数据的使用状态为正被写入状态;若影像帧数据在预定缓冲区中的保存时长大于一定阈值,说明该影像帧数据已经过期,则该影像帧数据的使用状态为已过期状态;若影像帧数据在预定缓冲区中的保存时长小于或等于一定阈值,且当前没有被读取或被写入,处于正在准备被读取的状态,则该影像帧数据的使用状态为已准备读取状态,条码解码器在接收到解码请求后,根据预定缓冲区中保存的影像帧数据的使用状态信息,可以从预定缓冲区中获取正在准备被读取的影像帧数据进行解码。

在本发明实施例中,可以通过多个条码解码器共同进行条码影像的解码操作,当需要解码的条码影像帧的数量较多时,可以加快整体解码操作进程,进而可以提高扫码处理效率。服务端具体可以根据每个条码解码器的工作状态,向当前没有解码任务的条码解码器发送解码请求,以使得这个当前没有解码任务的条码解码器进行后续解码操作。

进一步地,为了避免对同一影像帧数据进行重复解码,提高影像帧数据的解码效率,还可以按照预定时间间隔从预定缓冲区中删除已解码的影像帧数据。其中,预定时间间隔可以根据条码解码器的解码速度、预定缓冲区的存储空间大小以及图像采集引擎采集影像帧数据的速度等因素预先进行设定,例如,预定时间间隔可以预先设定为5毫秒、8毫秒等。

例如,每隔5毫秒从预定缓冲区中删除已解码的影像帧数据,无论是解码成功或者解码失败,进而可以保证预定缓冲区的空间资源,新采集到的影像帧数据都能保存在预定缓冲区中。

如果后续再接收到扫码应用程序的扫码请求,并且图像采集引擎当前正在采集图像,可以直接通知条码解码器从预定缓冲区中获取下一次需要识别的影像帧数据进行解码,如果解码成功,则将解码后的数据发送给扫码应用程序;如果解码失败,则重新从预定缓冲区中再获取一帧影像帧数据继续解码,重复这个解码过程,直到解码成功或者解码超时,如果解码成功,将成功解码后的数据发送给扫码应用程序。

本发明实施例提供的一种扫码处理方法,与目前串行化的扫码处理过程相比,本发明实施例可以预先对图像采集引擎进行上电和初始化处理,并触发图像采集引擎维持上电和初始化处理后的状态,使得每次扫码处理时,无需再对图像采集引擎进行上电和初始化处理,节省了扫码处理的时间,并且在解码的过程中,可以做到图像采集与条码影像解码的并行处理,可以节省多次扫码的处理时间,进而可以提高扫码处理的效率,提升了扫码性能,特别是对批量扫码性能有更为显著地提升。

相应的,本发明实施例提供了另一种扫码处理方法,应用于条码解码器,如图2所示,该方法包括:

201、条码解码器接收服务端发送的解码请求。

其中,解码请求是服务端将图像采集引擎采集到的影像帧数据保存在预定缓冲区后发送的,预定缓冲区中保存有图像采集引擎每次采集到的影像帧数据。

在本发明实施例中的执行主体可以为用于条码影像解码的条码解码器,在条码解码器接收到服务端发送的解码请求之后,触发进行相关解码操作,即执行步骤202至步骤203。

202、从预定缓冲区中获取需要识别的影像帧数据。

其中,服务端实时记录有预定缓冲区中保存的影像帧数据的使用状态信息。步骤202具体可以包括:根据预定缓冲区中保存的影像帧数据的使用状态信息,从预定缓冲区中获取需要识别的影像帧数据,以便条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,进而可以提高解码准确率。

使用状态信息具体可以为正被读取状态信息、或正被写入状态信息、或已过期状态信息、或已准备读取状态信息,根据预定缓冲区中保存的影像帧数据的使用状态信息,从预定缓冲区中获取需要识别的影像帧数据具体可以包括:从预定缓冲区中获取使用状态信息为已准备读取状态信息的影像帧数据。例如,从预定缓冲区中获取已准备读取的影像帧数据,并不获取正在被其他条码解码器读取、正在被服务端写入、以及在预定缓冲区中保存时长大于一定阈值的影像帧数据,以便条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,对有效的影像帧数据进行解码识别,进而可以提高解码准确率。

203、将需要识别的影像帧数据进行解码。

在步骤203之后,还可以包括:若对需要识别的影像帧数据解码失败,则从预定缓冲区中获取需要识别的下一帧影像帧数据进行解码,重复这个解码过程,直至解码成功或解码超时,与目前串行化的扫码处理过程相比,无需等待图像采集引擎采集下一帧影像帧数据,可以直接从预定缓冲区中获取下一帧影像帧数据进行解码,节省了图像采集的时间,进而可以提高扫码处理的效率。

若解码成功,则将解码成功后的数据发送给扫码应用程序;若解码超时,则向服务端发送解码失败的响应信息,以使得服务端触发输出解码失败的提示信息。其中,提示信息可以为文本提示信息、图片提示信息、音频提示信息、视频提示信息等,例如,服务端在接收到解码失败的响应信息之后,可以触发扫码设备的音频输出设备输出解码失败的音频提示信息。

在解码的过程中,在对需要识别的影像帧数据解码完成后,无论是解码成功还是解码失败,都可以从预定缓冲区中删除已解码完成的该影像帧数据,或者将已解码完成的影像帧数据标记为无效数据,可以被后续采集到的影像帧数据直接覆盖,进而可以节省预定缓冲区的存储空间,减轻预定缓冲区的存储压力,并且保证条码解码器可以准确获取下一帧影像帧数据,避免重复获取相同影像帧数据进行解码,加快了扫码处理进程,进而提高了扫码处理效率。

为了说明本发明实施例,结合本发明实施例提供的扫码处理方法,给出改进后的扫码处理流程,例如,如图3所示,其中service部分可以为本发明实施例中的服务端,在改进前的扫码处理流程中,耗时最长的是图像采集引擎的上电和初始化处理的环节,分别耗时90毫秒、150毫秒,图像采集引擎采集图像部分的耗时为16.6毫秒到33毫秒之间,条码解码器部分的耗时为16毫秒至50毫秒之间。

在改进后的扫码处理流程中,首先service启动时,就对图像采集引擎进行上电和初始化处理,再将其设定为待机状态,目的是使得图像采集引擎维持上电和初始化处理后的状态,当service接收到扫码应用程序的扫码请求②时,service可以快速唤醒图像采集引擎进行图像采集,然后将采集到影像帧数据保存在图像帧管理器的帧缓冲区(即预定缓冲区)内,并通知条码解码器进行条码解码;如果条码解码器解码失败,则可无需等待,条码解码器直接从帧缓冲区中获取采集的下一帧影像帧数据进行解码;如果解码成功,则条码解码器直接返回解码数据给应用程序,这一处理过程由于减少了对图像采集引擎的上电和初始化处理的环节,节省了240(90+150)毫秒的消耗,仅需要消耗图像采集的时间部分。并且当需要进行多次扫码任务时,service可以触发图像采集引擎进行连续采集,并将每次采集到的影像帧数据保存在图像帧管理器的帧缓冲区内,条码解码器根据每次接收到的扫码应用程序的扫码请求,从图像帧管理器的帧缓冲区中获取相应需要识别的影像帧数据进行解码,其中,除了第一次扫码请求需要耗费图像采集部分时间和条码解码器解码时间外,对随后的扫码请求,图像采集部分的耗时可以被省略,每次扫码处理的主要耗时仅为条码解码器解码时间(16毫秒到50毫秒),从而大大节省了扫码处理的时间。

本发明实施例提供的另一种扫码处理方法,与目前串行化的扫码处理过程相比,本发明实施例可以做到图像采集与条码影像解码的并行处理,在解码的过程中,若对需要识别的影像帧数据解码失败,无需等待图像采集引擎采集下一帧影像帧数据,可以直接从预定缓冲区中获取下一帧影像帧数据进行解码,节省了图像采集的时间,进而可以提高扫码处理的效率。

进一步地,作为图1所述方法的具体实现,本发明实施例提供了一种服务端,如图4所示,所述服务端包括:触发单元31、保存单元32、发送单元33。

触发单元31,可以用于当接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据。触发单元31为本服务端中触发图像采集引擎进行采集条码影像的主要功能模块。在本发明实施例中,在采集完成一次影像帧数据后,无需等待该影像帧数据是否成功解码,就可以直接进行下一次的条码影像采集,提高了条码影像采集的效率,进而可以提高扫码处理的效率。

保存单元32,可以用于将所述图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中。其中,预定缓冲区可以为用于缓存图像采集引擎每次采集到的影像帧数据的特定区域。在保存影像帧数据的过程中,覆盖已过期的影像帧数据,以便节省缓冲区的空间资源。

发送单元33,可以用于向条码解码器发送解码请求。进一步地,以使得所述条码解码器从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。发送单元33面向条码解码器,为本服务端中与条码解码器之间进行数据传输的主要功能模块。

如果后续再接收到扫码应用程序的扫码请求,并且图像采集引擎当前正在采集图像,可以条码解码器直接从预定缓冲区中获取下一次需要识别的影像帧数据进行解码,如果解码成功,则将成功解码的数据发送给扫码应用程序;如果解码失败,则重新从预定缓冲区中再获取一帧影像帧数据继续解码,重复这个解码过程,直到解码成功或者解码超时。

进一步地,为了条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,以便提高解码准确率,如图5所示,所述服务端还可以包括:记录单元34。

记录单元34,可以用于实时记录所述预定缓冲区中保存的所述图像采集引擎每次采集到的影像帧数据的使用状态信息。进而使得所述条码解码器根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据并进行相应解码。

进一步地,为了节省扫码处理的时间,提高扫码处理的效率,如图5所示,所述服务端还可以包括:处理单元35。

处理单元35,可以用于对所述图像采集引擎进行上电和初始化处理,并触发所述图像采集引擎维持上电和初始化处理的状态。进而当接收到扫码应用程序的扫码请求时,可以直接触发图像采集引擎进行图像采集,无需再对图像采集引擎进行上电和初始化处理,节省了扫码处理的时间,从而可以提高扫码处理的效率。

进一步地,为了避免对同一影像帧数据进行重复解码,提高影像帧数据的解码效率,如图5所示,所述服务端还可以包括:删除单元36。

删除单元36,可以用于按照预定时间间隔从所述预定缓冲区中删除已解码的影像帧数据。例如,每隔6毫秒从预定缓冲区中删除已解码的影像帧数据,无论是解码成功或者解码失败,进而可以保证预定缓冲区的空间资源,新采集到的影像帧数据都能保存在预定缓冲区中。

需要说明的是,本发明实施例提供的一种服务端所涉及各功能单元的其他相应描述,可以参考图1中的对应描述,在此不再赘述。

本发明实施例提供的一种服务端,包括:触发单元、保存单元、发送单元、记录单元、处理单元、删除单元等,与目前串行化的扫码处理过程相比,本发明实施例可以通过处理单元预先对图像采集引擎进行上电和初始化处理,并触发图像采集引擎维持上电和初始化处理后的状态,使得每次扫码处理时,无需再对图像采集引擎进行上电和初始化处理,节省了扫码处理的时间,并且在解码的过程中,可以做到图像采集与条码影像解码的并行处理,可以节省多次扫码的处理时间,进而可以提高扫码处理的效率,提升了扫码性能,特别是对批量扫码性能有更为显著地提升。

进一步地,作为图2所述方法的具体实现,本发明实施例提供了一种条码解码器,如图6所示,所述条码解码器包括:接收单元41、获取单元42、解码单元43。

接收单元41,可以用于接收服务端发送的解码请求,所述解码请求是所述服务端将图像采集引擎采集到的影像帧数据保存在预定缓冲区后发送的,所述预定缓冲区中保存有所述图像采集引擎每次采集到的影像帧数据。接收单元41面向服务端,为本条码解码器中与服务端之间进行数据传输的主要功能模块。

获取单元42,可以用于从所述预定缓冲区中获取需要识别的影像帧数据。获取单元42可以为本条码解码器中获取待解码数据的主要功能模块。

解码单元43,可以用于将所述需要识别的影像帧数据进行解码。解码单元43为本条码解码器中进行数据解码的主要功能模块。

可选地,所述服务端实时记录有所述预定缓冲区中保存的影像帧数据的使用状态信息,所述获取单元42,具体可以用于根据所述使用状态信息,从所述预定缓冲区中获取需要识别的影像帧数据,以便条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,进而可以提高解码准确率。

所述使用状态信息具体为正被读取状态信息、或正被写入状态信息、或已过期状态信息、或已准备读取状态信息,所述获取单元42,具体可以用于从所述预定缓冲区中获取所述使用状态信息为已准备读取状态信息的影像帧数据,以便条码解码器可以准确地从预定缓冲区中获取需要识别的影像帧数据,对有效的影像帧数据进行解码识别,进而可以提高解码准确率。

进一步地,为了实现条码解码器与扫码应用程序之间的数据传输,如图7所示,所述条码解码器还可以包括:发送单元44。

所述解码单元43,还可以用于若对所述需要识别的影像帧数据解码失败,则从所述预定缓冲区中获取需要识别的下一帧影像帧数据进行解码,重复这个解码过程,直至解码成功或解码超时。

所述发送单元44,可以用于若解码成功,则将解码成功后的数据发送给扫码应用程序。

所述发送单元44,可以用于若解码超时,则向所述服务端发送解码失败的响应信息,进一步地,以使得所述服务端触发输出解码失败的提示信息。其中,提示信息可以为文本提示信息、图片提示信息、音频提示信息、视频提示信息等。

需要说明的是,本发明实施例提供的一种条码解码器所涉及各功能单元的其他相应描述,可以参考图2中的对应描述,在此不再赘述。

本发明实施例提供的一种条码解码器,包括:接收单元、获取单元、解码单元、发送单元等,与目前串行化的扫码处理过程相比,本发明实施例可以做到图像采集与条码影像解码的并行处理,在解码的过程中,若对需要识别的影像帧数据解码失败,无需等待图像采集引擎采集下一帧影像帧数据,可以直接从预定缓冲区中获取下一帧影像帧数据进行解码,节省了图像采集的时间,进而可以提高扫码处理的效率。

进一步地,本发明实施例提供了一种扫码处理系统,如图8所示,所述系统包括:服务端51和条码解码器52。

所述服务端51,可以用于当接收到扫码应用程序的扫码请求时,触发图像采集引擎进行采集影像帧数据;将所述图像采集引擎每次采集到的影像帧数据保存在预定缓冲区中并向所述条码解码器52发送解码请求。

所述条码解码器52,可以用于接收所述服务端51发送的解码请求;从所述预定缓冲区中获取需要识别的影像帧数据;将所述需要识别的影像帧数据进行解码。

本发明实施例提供的一种扫码处理系统,与目前串行化的扫码处理过程相比,本发明实施例当服务端接收到扫码应用程序的扫码请求时,可以触发图像采集引擎进行采集条码影像,在采集完成一次影像帧数据后,无需等待该影像帧数据是否成功解码,就可以直接进行下一次的条码影像采集,并将每次采集到的影像帧数据保存在预定缓冲区中,在图像采集的同时可以通知条码解码器从预定缓冲区获取相应数据进行解码,进而可以做到图像采集与条码影像解码的并行处理,可以节省多次扫码处理的时间,进而可以提高扫码处理的效率。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一种扫码处理方法、装置及系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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