背景技术
[0001] 消费者越来越多地使用自动装置(automated mechanism)来进行日常交易。自助服务机(Kiosk)的存在避免需要企业人员并避免排队。这些自动的自助服务机允许消费者与企业或代理商进行交易，而仅需少量或无需人工干预(intervention)。个人也可在线进行交易，并且能够使用他们的智能电话来与店铺结算。
[0002] 一些通过
移动电话或其他便携式设备进行的交易还要求
保密性，即要求将保密内容从企业传送给客户。例如，航空公司对登机牌的自动处理要求将登机牌从航空公司直接传送到客户的电话、
笔记本电脑或
平板电脑上。
[0003] 通常这种保密内容被表示为条形码，所述条形码被分发到用户的智能电话上，且该用户提交该条形码以完成交易，所述交易例如进入机场登机口、参加活动，等等。所述条形码是一种图像，其被扫描以将特定信息展示给条形码阅读设备。
[0004] 条形码处理中的问题在于，条形码是由
服务器基于特定智能电话的预定义设置而描绘(render)为图像，并且随后以图像形式被分发到该智能电话上。所述预定义设置可能无法精确反映(reflect)用户的智能电话的性能和特定配置，因此有时该条形码不能从该智能电话上扫描下来。
[0005] 此外，当多个用户同时
请求条形码时，为移动设备提供条形码描绘的服务器可能变得负载过重(become loaded)。另外，由于图像数据的传输是大量的，因此带宽问题可能造成连向该服务器和来自该服务器的网络连接
瓶颈。
发明内容
[0006] 在各种
实施例中，给出了用于条形码优化的技术。根据一个实施例，讨论了一种用于条形码优化的方法。
[0007] 具体而言，接收到来自条形码分发器(barcode distributor)的条形码控制信息。然后，动态并实时从设备获取图像和
分辨率设置及性能。最后，基于所述图像和分辨率设置及性能，在所述设备上将所述条形码控制信息转化(translate into)成条形码图像，以从所述设备
访问所述条形码图像。
附图说明
[0008] 图1是根据一个示例性实施例的用于条形码优化的方法的简图。
[0009] 图2是根据一个示例性实施例的另一种用于条形码优化的方法的简图。
[0010] 图3是根据一个示例性实施例的条形码优化系统的简图。
具体实施方式
[0011] 通过将数据提供给被用于描绘条形码的客户端应用程序，可以解决前述的行业问题。所述客户端应用程序在用户的移动设备上进行处理，并基于所提供的数据和基于用户的移动设备的被动态分辨的性能(dynamically resolved capabilities)来描绘所述条形码。
[0012] 本发明的技术将对条形码描绘的优化处理从服务器端转移到客户端。为了实现该目标，原始条形码(不能被扫描的版本)以未经优化的形式被发送到用户的移动设备上，例如移动电话、笔记本电脑和/或平板电脑。
[0013] 如此处所讨论的，有几种方法可实现所述客户端条形码描绘。
[0014] 首先，条形码可以以矢量格式(而非传统的光栅格式)被发送。这就允许在客户端移动设备的网页上的逻辑器(logic)基于比例因子来按比例缩放条形码图像。所述比例因子可由网页上的脚本代码计算得出，所述脚本代码询问用户的移动设备以找出该移动设备具有怎样的屏幕尺寸和/或分辨率设置。
[0015] 其次，该网页可以包含将在条形码中进行编码的数据(而非条形码图像本身)。该网页还可包括脚本应用程序(scripting utilities)，其描述了如何基于用户的移动设备的性能来描绘条形码。被发送的条形码数据可以包括将要使用的语法和语义(syntax and semantic)。可替代地，所述条形码数据可以包括一系列的位(bits)，所述位表明每个方格(square)应该为黑色还是白色。随后网页上的脚本代码可基于为用户的移动设备进行了优化的黑/白序列模式(sequence pattern)的缩放后的版本来描绘条形码。
[0016] 将对条形码描绘的处理从服务器端处理模
块转移到客户端处理模块避免了在服务器上使用移动设备的规则
数据库(rules database)的需要，且可能使得通过网络传输的数据更少、以及所需的服务器端的处理能
力更低。
[0017] 图1是根据一个示例性实施例的用于条形码优化的方法100的简图。所述方法100(在下文中称作“客户端条形码描绘器”)作为指令来实现，并且被编写在非临时的电脑可读(处理器可读)的存储介质内，所述客户端条形码描绘器在移动设备(例如移动电话、笔记本电脑、平板电脑，等等)的一个或多个处理器上执行，所述移动设备的处理器被专
门配置为用于执行所述客户端条形码描绘器。客户端条形码描绘器可通过网络运行；所述网络是无线网络，或有线网络和无线网络的结合。在一个实施例中，所述网络是因特网、Wi-Fi网络、蜂窝网络、蓝牙网络、卫星网络、其他类型的网络，或者所述网络是所有这些网络的结合。
[0018] 客户端条形码描绘器的处理过程是从代理商(agent)的
角度来给出的，所述代理商将该处理过程作为应用程序在用户的移动设备上进行处理，以描绘条形码。按照惯例，条形码由服务器进行描绘并被推送(pushed to)至用户的移动设备，在很多情况下这种方式并不理想。本发明的客户端条形码描绘器在用户的移动设备上进行处理，并基于该移动设备的性能和设置为用户动态地描绘条形码，以优化描绘在该移动设备上的条形码。
[0019] 在一个实施例中，客户端条形码描绘器是一种浏览器应用程序，其用于从移动设备的浏览器内被推送至该移动设备并在该移动设备上执行。在这种情况下，可能是由服务器提供条形码控制数据，所述条形码控制数据采用通过某些标准可被解译的格式，如可缩放矢量图形，等等。
[0020] 如在此所使用的，“优化”是指基于特定用户的移动设备的性能和/或配置设置来对条形码图像的细节进行定制(customizing)。
[0021] 在110处，客户端条形码描绘器接收来自条形码分发器的条形码控制信息。与条形码分发器相关的示例性处理过程参照图2在下文给出。条形码控制信息不是条形码，并且也不是可以被扫描的图像数据；而是该数据采用可在设备(同样对客户端条形码描绘器进行处理的移动设备)上被转
化成条形码图像的格式，所述条形码图像随后可从该设备的显示器上被
条形码阅读器/扫描器读取或扫描。
[0022] 根据一个实施例，在111处，客户端条形码描绘器从条形码分发器(参照图2在下文讨论)获取矢量格式的条形码控制信息。
[0023] 在另一种情况下，在112处，客户端条形码描绘器获取作为将被体现在条形码图像中的数据的条形码控制信息。
[0024] 因此，继续112的实施例，且在113处，客户端条形码描绘器获得作为语法和语义描述的一些数据，其用于描述客户端条形码描绘器如何将数据描绘成条形码图像。
[0025] 在112的另一种情况下，在114处，客户端条形码描绘器识别作为代表预定义
像素尺寸的方格(squares)的数据的位(bits)。通过被设置的位来识别特定方格为黑色的指示，或者通过未设置的位来识别特定方格为白色的指示。
[0026] 在120处，客户端条形码描绘器从设备获取图像和分辨率设置及性能。客户端条形码描绘器在其上进行处理的设备与用户的移动设备(例如移动电话、手提电脑、平板电脑，等等)为同一设备。
[0027] 根据一个实施例，在121处，客户端条形码描绘器获得作为以下各项中的一个或多个的图像和分辨率设置及性能：所述设备的显示器的屏幕尺寸、以及该屏幕尺寸和该显示器的分辨率性能属性。
[0028] 继续121的实施例，且在122处，客户端条形码描绘器将所述分辨率性能属性识别为显示器的像素分辨率和空间分辨率的值。
[0029] 在121的再一种情况下，在123处，客户端条形码描绘器基于设备的显示器的屏幕尺寸和分辨率来识别条形码图像的比例因子。
[0030] 应当注意，客户端条形码描绘器可以利用设备的
操作系统(OS)的现存的应用程序编程
接口(API)命令来获取现存的设置并且用于获取与
图像处理相关的设备性能。可替代地，已被接入的用以获取这些值的另一应用程序可被客户端条形码描绘器使用，以获得该值。在本例中，客户端条形码描绘器与所述应用程序的API进行交互。
[0031] 在130处，客户端条形码描绘器基于图像分辨率设置及性能，在设备上将条形码控制信息转化成条形码图像，用以通过设备的显示器从设备上访问该条形码图像。
[0032] 应当注意的是，设置被视为用户当前将设备配置成的值，而性能是设备能够处理的图像属性值的界线(limit)。这样，可对每个用户的现存设置进行检查以对条形码图像的转化进行调整，以优化在设备上进行的扫描。
[0033] 根据一个实施例，在140处，当设备被识别出其具有比该设备所允许范围更低的设置时，客户端条形码描绘器将该设备的设置更改为更高设置以获得更高的分辨率。此处，用户将设备配置成其图像处理分辨率比该设备能够处理的图像处理分辨率更低，且客户端条形码描绘器更改该设备的设置以提高正在被转化的条形码图像的分辨率。一旦条形码图像被转化完成和/或被提交至条形码扫描器/阅读器，客户端条形码描绘器也可能将设置重置为具有较低分辨率。
[0034] 在一种情况下，在150处，客户端条形码描绘器将条形码图像存储在设备上以供后续访问。也就是说，该条形码图像可能不会立即为用户所需要，或者可能被用户使用多次。因此，客户端条形码描绘器可以存储该条形码图像，以在需要时在设备上检索到它。
[0035] 在再一种情况下，在160处，客户端条形码描绘器将条形码图像描绘在设备的显示器上，以被条形码阅读器/扫描器扫描。
[0036] 在一个实施例中，在170处，客户端条形码描绘器更改方向(orientation)和
亮度设置以将条形码图像呈现在设备上。这可在当条形码图像被描绘到设备的显示器上时完成，以供读取/扫描。
[0037] 在再一种情况下，在180处，客户端条形码描绘器将图像分辨率设置及性能存储在设备内的文件中，用于当转化其他条形码图像时，供后续再次调用。由于后续的条形码转化无需再次获取图像分辨率设置及性能，因此这种做法是很有用的。
[0038] 图2是根据一个示例性实施例的用于条形码优化的另一种方法200的简图。方法200(下文中称为“条形码分发器”)是作为指令来实现的，并且被编写在非临时的电脑可读(处理器可读)的存储介质中，所述条形码分发器在服务器的一个或多个处理器(例如
云处理环境)上执行，所述服务器的处理器被专门配置为用于执行所述条形码分发器。条形码分发器可通过网络运行；所述网络是无线网络，或有线网络和无线网络的结合。在一个实施例中，所述网络是因特网、Wi-Fi网络、蜂窝网络、蓝牙网络、其他类型的网络、卫星网络，或者所述网络是所有这些网络的结合。
[0039] 在一个实施例中，条形码分发器从特定服务器的角度来描述处理操作(processing action)，所述特定服务器与参照图1的前述客户端条形码描绘器进行交互。因此，在一个实施例中，条形码分发器与被表示为图1的方法100且在上文详细讨论了的客户端条形码描绘器进行交互。
[0040] 在210处，条形码分发器接收对条形码的请求。这可通过一些不同的方法发生。
[0041] 例如，在211处，条形码分发器接收来自企业服务的请求，所述企业服务通过移动设备与用户进行交易。
[0042] 在另一种情况下，在212处，条形码分发器接收来自用户或条形码描绘器的请求，所述条形码描绘器如参照图1的上述条形码描绘器。
[0043] 在220处，条形码分发器将条形码定义为控制数据的形式。也就是说，条形码控制数据不是可被扫描的图像数据，并且条形码描绘器通过网络请求的是条形码控制数据而不是条形码图像。
[0044] 根据一个实施例，在221处，条形码分发器将条形码的图像解码成控制数据。
[0045] 在另一种情况下，在222处，条形码分发器将条形码转化成：矢量格式、位图格式，或符号格式，以表示为控制数据。
[0046] 在230处，条形码分发器通过网络将控制数据发送到条形码描绘器，以供条形码描绘器随后在移动设备上将该控制数据转化为条形码。这种后续转化已参照图1在上文进行了讨论。
[0047] 图3是根据一个示例性实施例的条形码优化系统300的简图。条形码优化系统300包括一个或多个处理器，所述处理器被专门配置为尤其用于执行分别与图1的方法100和图2的方法200相关的处理。此外，条形码优化系统300可通过网络运行，并且所述网络可以是无线网络，或有线网络和无线网络的结合。在一个实施例中，所述网络是因特网。在另一种情况下，所述网络是蜂窝网络。在再一种情况下，所述网络是卫星网络。在再一个例子中，所述网络是Wi-Fi网络、蓝牙网络，或其他类型的网络。所述网络也可能使用以下所有的网络或它们的组合：因特网、蜂窝网络、蓝牙网络、Wi-Fi网络、其他类型的网络和/或卫星网络。
[0048] 条形码优化系统300包括客户端条形码描绘器301和条形码分发器302。客户端条形码描绘器301和条形码分发器302中的每个，以及它们之间的交互将依次进行讨论。
[0049] 条形码描绘器301被实现、编写并驻留(reside)在非临时的处理器可读的存储介质内，且在用户的移动设备(第一机器)上执行。与条形码描绘器301相关的示例性处理过程已经就图1在上文详细给出。
[0050] 条形码描绘器301被配置为用于与条形码分发器302进行交互，以获取条形码控制数据。再次重复，所述条形码控制数据不是条形码且不能被条形码扫码器/阅读器扫描或读取。
[0051] 条形码描绘器301也被配置为用于获得条形码描绘器301的第一机器的图像分辨率和设置，以对将条形码控制数据转化成条形码的转化过程进行调整和定制(tailoring and customizing)，所述条形码可被条形码扫描器/阅读器从所述第一机器的显示器上扫描或读取。
[0052] 条形码分发器302在物理机或
虚拟机(VM)(第二机器)上进行处理，且可通过网络运行。也就是说，条形码分发器302作为在处理器激活的设备(processor-enabled device)上执行的可执行指令而被实现、驻留并编写在非临时的处理器可读的介质内。在某些情况下，可通过一个或多个云处理环境来访问条形码分发器302。与条形码分发器302相关的示例性处理过程已就图2在上文给出。
[0053] 条形码分发器302被配置为用于封装条形码控制数据，并通过网络将条形码控制数据分发至条形码描绘器301。
[0054] 根据一个实施例，所述第一机器是用户的移动电话，且所述第二机器位于跨越网络的云处理环境中。
[0055] 上述描述为说明性的且并非限制性的。在查看了上述描述后，许多其他实施例对本领域的技术人员而言将变得显而易见。因此，应该就所附的
权利要求，连同该权利要求所授权的等同物的全部范围来确定实施例的范围。
[0056] 提供本
摘要是为了遵守37C.F.R.§1.72(b)，并将允许读者快速确定本技术公开的性质和主旨。本摘要是在理解其不会被用于解释或限制权利要求的范围或意义的情况下提交的。
[0057] 在前述对实施例的描述中，出于精简本公开的目的，各种特征在单个实施例中被组合在一起。这种公开的方法不应被解释为：其反映了所
声明的实施例中的特征比每项权利要求中所明确列举的特征更多。相反，如下面的权利要求所反映的，本发明的创造性主题在于：其特征比所公开的单个实施例中的所有特征更少。因此，下面的权利要求在此被并入对实施例的描述中，其中每项权利要求本身都作为一个单独的示例性实施例。
