CN116468062A - 基于图形码的页面展示方法及装置 - Google Patents

Abstract

本说明书提供一种基于图形码的页面展示方法及装置。所述方法应用于解码服务端，包括：响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

Description

基于图形码的页面展示方法及装置

技术领域

本说明书实施例属于计算机技术领域，尤其涉及一种基于图形码的页面展示方法及装置。

背景技术

图形码是用若干种特定的几何图形按一定规律排布以记录信息的图案。扫码终端可以通过扫描记录有特定信息的图形码，访问图形码所关联的页面。

现阶段，扫码终端通过扫描图形码可以跳转至页面，如不同用户使用不同的手机扫描同一二维码之后，均可以跳转至该二维码所关联的页面。采用该方式，各个页面需要分别关联至不同的图形码，因此需要生成的图形码数量较多。在页面数量较多或不同页面差异较小等场景下，可能造成图形码的管理负担过重以及资源浪费，不利于图形码的高效利用。

发明内容

本发明的目的在于提供一种基于图形码的页面展示方法及装置。

根据本说明书一个或多个实施例的第一方面，提出了一种基于图形码的页面展示方法，应用于解码服务端，包括：

响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；

在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

根据本说明书一个或多个实施例的第二方面，提出了一种基于图形码的页面展示系统，包括：

解码服务端，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；以及，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面；

所述扫码终端，用于扫描所述目标图形码以产生所述扫码事件，并展示所述目标页面。

根据本说明书一个或多个实施例的第三方面，提出了一种基于图形码的页面展示装置，应用于解码服务端，包括：

数据获取单元，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；

展示触发单元，用于在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

根据本说明书一个或多个实施例的第四方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面中任一项所述的方法。

根据本说明书一个或多个实施例的第五方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面中任一项所述方法的步骤。

在本说明书中，目标图形码关联有多个页面，其中每一页面被分别创建有相应的页面匹配规则，扫码终端扫描目标图形码可以产生扫码事件，解码服务端响应于所述扫码事件触发的页面跳转请求获取该事件对应的扫码相关数据；进一步的，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

本方案通过为目标图形码关联多个页面，并由解码服务端维护各个页面分别对应的页面匹配规则，使得解码服务端可以根据扫码事件对应的扫码相关数据确定出匹配于所述扫码相关数据的目标页面匹配规则，并触发扫码终端展示该规则对应的目标页面。可以理解的是，不同扫码事件对应的扫码相关数据(如用户身份、扫码终端的类型、目标图形码所处的场所、扫码时刻等)通常并不完全相同，因此针对不同的扫码事件，该方案可以根据不同的扫码相关数据触发扫码终端展示不同的页面：如不同用户使用不同的扫码终端扫描同一图形码分别跳转至不同的页面、同一用户使用同一扫码终端在不同时刻扫描位于不同位置的二维码分别跳转至不同的页面等。可见，相对于不同扫码终端扫描同一图形码会跳转至同一页面的相关技术中，本方案中的扫码终端在扫描图形码时，可以呈现出“一码千面”的页面跳转效果。可以理解的是，本方案中的多个页面可以关联至同一图形码(即所述目标图形码)，从而实现多个页面对同一图形码的复用，不仅节省了图形码资源并有助于降低图形码的管理负担，也提升了该图形码的使用效率。

附图说明

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

图1是一示例性实施例提供的一种基于图形码的页面展示系统的架构示意图。

图2是一示例性实施例提供的一种基于图形码的页面展示方法的流程图。

图3是一示例性实施例提供的一种基于图形码的页面展示方法的交互流程图。

图4是一示例性实施例提供的一种设备的结构示意图。

图5是一示例性实施例提供的一种基于图形码的页面展示装置的框图。

具体实施方式

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

现阶段，扫码终端通过扫描图形码可以跳转至页面，如不同用户使用不同的手机扫描同一二维码后，均可以跳转至该二维码所关联的页面。采用该方式，各个页面需要分别关联至不同的图形码，因此需要生成的图形码数量较多。在页面数量较多或不同页面差异较小等场景下，可能造成图形码的管理负担过重以及资源浪费，不利于图形码的高效利用。

为解决相关技术中存在的上述问题，本说明书提出一种基于图形码的页面展示方法，通过在解码服务端为同一图形码关联多个页面并为各个页面设置相应的页面匹配规则，实现“一码千面”的页面跳转效果。下面结合附图及相应实施例对本发明所述基于图形码的页面展示方案进行详细描述。

图1是一示例性实施例提供的一种基于图形码的页面展示系统的架构示意图。如图1所示，该系统可以包括网络10、服务器11、若干电子设备，如手机12、手机13和手机14等。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器、云服务器等。服务器11可以支持图形码的解码，即被实现为解码服务端，用于维护页面匹配规则以及根据扫码相关数据与页面匹配规则之间的匹配关系触发扫码终端跳转至目标页面等。在一些情况下，服务器11也可以支持图形码的制码，即作为制码服务端；当然，制码服务端与解码服务端也可以分别部署在不同的服务器上，本说明书并不对此进行限制。

手机12-14只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)、VR(Virtual Reality，虚拟现实)设备、AR(Augmented Reality，增强现实)设备等，本说明书一个或多个实施例并不对此进行限制。网络10可以包括多种类型的有线或无线网络。上述手机12～14中可以运行有所述服务器11对应的客户端，从而手机12～14可以通过自身运行的客户端实现与服务器11之间的交互。所述客户端本质上可以为应用程序(APP，Application)，该应用程序可以被预先安装在终端设备上，使得该客户端可以在该终端设备上被启动并运行；当然，当使用诸如HTML5技术的在线“客户端”时，无需在终端设备上安装相应的应用程序，即可获得并运行该客户端。

另外，上述手机可以分别实现不同的功能。例如，手机12可以为码管理终端，图形码的管理员可以通过手机12中运行的码管理客户端实现对图形码的创建、图形码与页面的关联、调整页面匹配规则的当前状态等管理操作。手机13-14可以为扫码终端，对于使用扫码终端的用户而言，其可以使用扫码终端扫描图形码，相应的扫码事件用于触发解码服务端确定匹配于相应扫码相关数据的目标页面匹配规则，并根据该匹配结果触发扫码终端展示相应的目标页面等。可以理解的是，所述扫码终端可以装配或外接有摄像头、摄像模组等用于图像采集的硬件，以便实现对图形码的扫描，如手机13和手机14均可以扫描二维码QR1，不再赘述。

本方案提出一种基于图形码的页面展示系统，该系统包括：

解码服务端，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；以及，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面；

所述扫码终端，用于扫描所述目标图形码以产生所述扫码事件，并展示所述目标页面。

在一实施例中，所述系统还可以包括码管理终端，用于向解码服务端发起针对任一图形码的页面配置指令；相应的，所述解码服务端还用于响应于所述页面配置指令，为所述任一图形码配置多个页面，并为每一页面分别创建相应的页面匹配规则。值得说明的是，本说明书所述的目标图形码即可为任一图形码，目标图形码对应的所述多个页面即可由所述解码服务端响应于针对该图形码的页面配置指令所配置。

所述系统中的扫码终端、解码服务端和码管理终端在本说明书所述基于图形码的页面展示方案中的具体作用，可以参见下文实施例的详细记载，此处暂不赘述。

请参见图2，图2是一示例性实施例提供的一种基于图形码的页面展示方法的流程图。如图2所示，该方法应用于解码服务端。该方法包括步骤202-204。

步骤202，响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则。

本说明书所述的解码服务端可以用于管理和维护图形码，具体的，可以为任一图形码配置相应的多个页面(即将所述多个页面绑定至该图形码)。在一实施例中，任一图形码的管理人员(如该图形码的发布方或该图形码所属码管理平台的管理员等)可以通过码管理终端访问解码服务端，以便管理(创建、关联、调整工作状态等)所述解码服务端维护的图形码。所述管理人员可以通过码管理终端向解码服务端发起针对任一图形码的页面配置指令；所述解码服务端可以响应于所述页面配置指令，为所述任一图形码配置多个页面，并为各个页面分别创建相应的页面匹配规则。其中，所述页面配置指令中可以包含所述任一图形码的码标识信息和所述多个页面中各个页面的页面标识信息。其中，所述码标识信息用于唯一标识所述任一图形码，可以为该图形码的码值或者预设的(全局唯一的)码编号等；任一页面的页面标识信息用于唯一标识所述任一页面，可以为该页面的访问地址，如完整的URL(Uniform Resource Locator，统一资源定位符)或基于所述完整URL生成的短链等。

其中，任一图形码的管理员可以在页面配置界面中对待绑定至该图形码的多个页面进行配置。如针对所述多个页面中的任一页面，可以在所述页面配置界面中配置该页面的前述地址信息，另外，还可以配置该页面的类型(小程序页面、H5页面等)和/或来源(该页面归属于哪个应用程序等)等基础信息。基于为任一页面配置的上述基础信息，解码服务端可以获取该页面的页面标识信息，从而准确地获知应当将哪个页面绑定至所述任一图形码。另外，被绑定至任一图形码的任一页面可以由该图形码的管理员在所述解码服务端中临时创建，或者也可以由所述解码服务端或其他平台预先创建，本说明书并不对此进行限制。

基于获取到的前述码标识信息和页面标识信息，解码服务端可以通过多种方式为任一图形码配置多个页面(即将所述多个页面绑定至所述任一图形码)。例如，可以在所述码标识信息与各个页面标识信息之间建立映射关系，此后通过查询该映射关系即可确定所述任一图形码被配置有哪些页面；再例如，也可以将各个页面标识信息作为所述任一图形码的相关信息进行记录，此后通过读取所述相关信息即可确定所述任一图形码被配置有哪些页面。可以理解的是，在上述绑定完成后，被绑定的各个页面即成为所述任一图形码的关联页面，扫码终端在扫描该图形码产生一次扫码事件后，可以跳转至上述多个页面中的某一个页面。当然，具体跳转至哪个页面，需要由解码服务端根据扫码事件对应的扫码相关数据与各个页面分别对应的页面匹配规则之间的匹配情况进行判断。

需要说明的是，任一图形码可以绑定有多个页面，而任一页面可以被绑定至一个或多个图形码，图形码与页面之间的具体绑定情况可以根据页面内容、图形码数量、图形码的展示位置等具体的应用场景进行合理设置，本说明书并不对此进行限制。另外，对于解码服务端维护的任一图形码，其可能被按照上述方式绑定(或称配置)有多个页面，也可能仅有被绑定有一个页面，还可能并未被绑定任何页面。因此所述解码服务端维护的多个图形码，可能全部被绑定有多个页面，也可能仅有部分被绑定有多个页面。本说明书所述的目标图形码即为被配置有多个页面的任一图形码。

另外，任一图形码绑定的多个页面被分别创建有相应的页面匹配规则。示例性的，所述任一图形码的管理员可以在该图形码对应的规则配置界面中，为绑定至该图形码的各个页面分别创建相应的页面匹配规则。需要说明的是，所述多个页面各自的页面匹配规则两两互斥，即对于所述多个页面中任意两个页面分别对应的页面匹配规则而言，解码服务端获取到的扫码事件对应的扫码相关数据最多匹配于其中一条规则，而不会同时匹配于这两条规则。可见，对于与所述多个页面一一对应的多条页面匹配规则而言，各条页面匹配规则最多仅有一条匹配于所述扫码事件对应的全部扫码相关数据，而不会存在多条规则同时匹配于所述扫码相关数据，从而确保解码服务端可以准确地触发扫码终端展示某一确定的页面(即所述目标页面)，从而避免扫码终端展示页面产生混乱。

任一页面匹配规则中可以包含至少一个数据维度的数据特征。示例性的，对于“端”(即扫码终端)这一数据维度，所述数据特征可以包括扫码终端的类型(手机、平板电脑、可穿戴设备等)、品牌、型号、扫码程序的名称和版本、剩余电量等。对于“人”(使用扫码终端实施扫码操作的用户)这一数据维度，所述数据特征可以包括登录的用户账号、该用户账号的历史扫码记录、页面的历史展示记录、该账号所对应用户的性别、年龄、职业等。对于“场所”(即被扫描的目标图形码所处的地理位置)这一数据维度，所述数据特征可以包括场所类型、场所开放时间、场所准入要求、场所政策要求等。对于“时间”这一数据维度，所述数据特征可以包括所述扫码终端扫描所述目标图形码的第一时刻、所述解码服务端接收到所述页面跳转请求的第二时刻等，不再一一赘述。

可以理解的是，为任一页面创建的页面匹配规则在后续步骤中用于与扫码事件对应的扫码相关数据进行匹配(即判断该页面匹配规则是否匹配于所述扫码相关数据)。具体的，对于任一页面，可以根据该页面的页面匹配规则中记录的数据特征针对性地获取相应的扫码相关数据，进而将获取到的(实际的)扫码相关数据与该页面匹配规则中记录的数据特征进行逐一比对，以确定各个扫码相关数据是否匹配于该规则。通过该方式，不仅确保所获取的扫码相关数据恰好是对页面匹配规则进行匹配判断所需要的数据，从而有助于避免额外获取无效数据，提升数据的获取效率。

在一实施例中，还可以响应于目标图形码或解码服务端的管理员发出的页面配置指令为任一图形码配置默认页面，该页面可以不配置相应的页面匹配规则，以便在前述各个页面对应的页面匹配规则均不匹配于扫码事件对应的扫码相关数据的情况下，可以触发所述扫码终端跳转至该默认页面，而无需显示报错信息，提升用户体验。可以理解的是，所述默认页面与前述各个页面均不相同。其中，所述默认页面展示的内容可以根据本方案的应用场景确定，示例性的，该页面可以为功能首页、登录页、推荐信息展示页等，不再赘述。

在一实施例中，在任一页面对应的页面匹配规则配置完成后，也可以对其进行适当的更新。如可以向解码服务端发起针对任一页面的规则更新指令；相应的，所述解码服务端可以响应于该指令，更新所述任一页面对应的页面匹配规则。其中，可以更新所述任一页面匹配规则中记录的至少一个数据特征，如新增、修改和/或删除至少一个数据特征等。示例性的，可以将扫码终端的类型由“手机”更新为“手机或平板电脑”，也可以将用户的年龄由“18～50岁”更新为“18～35岁”；还可以删除“场所类型”这一数据特征或者新增扫码终端的“型号”这一数据特征等，不再赘述。

完成上述页面配置图形码可以被扫码终端扫描，对于其中任一图形码(即所述目标图形码)而言，任一扫码终端扫描一次该图形码即产生一次扫码事件。可以理解的是，任意两个扫码事件分别对应的扫码终端(即“端”)、用户(即使用扫码终端的“人”)、被扫描的目标图形码所处的位置(即“场所”)、扫码时刻(即“时间”)等数据维度下的扫码相关数据并不完全相同。扫码终端扫描目标图形码产生的扫码事件将触发(针对所述目标图形码的)所述页面跳转请求，而解码服务端可以响应于该请求获取扫码事件对应的扫码相关数据。

需要说明的是，本说明书所述的图形码可以为条形码、二维码(Quick ResponseCode，或称QR Code)、三维码(Visual Recognition Code，或称VR Code)等多种形式。以二维码为例，其可以采用Data Matrix、MaxiCode、Aztec、PDF417等多种制式。在制码阶段，可以通过APP(Application，应用程序)、小程序(Mini Program)、公众平台等途径发布基于任一码方案生成的图形码；此后用户可以通过相应的扫码途径扫描被发布的图形码。发布后的图形码可以被打印在实体物品上、被显示在屏幕上或者被投影在任意形状的物体表面或空间中等，以便扫码终端对其进行扫描。扫描得到的码值具体可以为二进制、十进制或十六进制等任意格式的字符串，本说明书对此并不进行限制。

在一实施例中，解码服务端可以获取所述扫码事件对应的多个扫码相关数据，所述多个扫码相关数据可以属于至少一个数据维度；其中，在所述多个扫码相关数据属于多个数据维度的情况下，任一扫码相关数据属于一个数据维度，而任一数据维度下可能存在一个或多个扫码相关数据。示例性的，所述至少一个数据维度可以包括前述端、人、场所和时间中的至少之一。当然，还可以存在其他数据维度，不再一一赘述。

在一实施例中，解码服务端可以通过下述至少之一的方式获取扫码事件对应的全部扫码相关数据。例如，若解码服务端需要获取的扫码相关数据包括前述“端”数据维度下的数据(下称“端数据”)，则扫码终端可以将这些端数据(如扫码终端自身的类型、品牌、扫码程序的版本等)上传至所述解码服务端。其中，扫码服务端可以向扫码终端发起针对所述端数据的数据提交指令，以由扫码终端响应于该指令上传所述端数据。或者，为了减少扫码终端与解码服务端之间的交互次数，从而提升页面跳转速度，扫码终端也可以在扫描目标图形码得到的码值包含预设指示字段或者该码值的解析结果包含预设指示信息的情况下，获知自身需要向解码服务端上传哪些端数据，进而将这部分端数据包含在前述页面跳转请求中发送至所述解码服务端。

再例如，若解码服务端需要获取的扫码相关数据包括前述“人”数据维度下的数据(下称“人数据”)，则所述解码服务端可以从所述扫码终端对应的服务提供方处获取这部分人数据。扫码终端可以通过运行扫码程序来扫描图形码并获得相应的码值，该扫码程序可以包括APP、小程序等，本说明书并不对此进行限制。其中，所述扫码终端可以使用上述任一扫码程序扫描目标图形码，此时所述服务提供方可以对应于所述扫码程序。如在所述扫码程序为独立运行的APP的情况下，该APP对应的服务提供方可以维护有当前登录用户的用户账号、使用该APP的历史记录等人数据；在所述扫码程序为依赖于所述APP运行的小程序的情况下，该小程序的服务提供方可以维护有当前登录用户在该小程序中的账号等级、使用该小程序的历史记录等人数据。通过该方式，解码服务端可以从相应的服务提供方处获取数据量较大的扫码相关数据，减小扫码终端的数据处理压力。

又例如，所述解码服务端还可以从所述目标图形码的码值解析结果中提取所述扫码事件对应的扫码相关数据。例如，鉴于图形码的码值解析结果中通常包含“场所”数据维度下的数据(下称“场所数据”)，若所述解码服务端需要获取的扫码相关数据包括前述场所数据，则可以从所述目标图形码的码值解析结果中提取这部分场所数据(如场所类型、场所开放时间、场所准入要求、场所政策要求等)。当然，所述场所数据仅是示例性说明，在方案应用过程中，解码终端可以从所述目标图形码的码值解析结果中提取其中包含的任一数据维度的扫码相关数据，本说明书并不对此进行限制。当然，所述扫码终端还可以基于码值解析结果实现相关的其他功能或服务。

其中，在所述扫码事件对应的至少一部分扫码相关数据来自所述码值解析结果的情况下，所述扫码终端可以通过下述方式获取所述码值解析结果。在一示例性实施例中，针对扫描所述目标图形码得到的码值，所述扫码终端可以在获取到相应的码值解析结果后，将该码值解析结果包含在所述页面跳转请求中发送至所述解码服务端，从而解码服务端可以在所述页面跳转请求中包含所述码值解析结果的情况下，从所述页面跳转请求中提取所述码值解析结果。其中，所述目标图形码的码值可以由所述扫码终端自行解析，或者也可以由目标图形码的发布方指定的解码方进行解析，而并非由所述解码服务端进行解析。此时，所述解码服务端可以从扫码终端主动提供的码值解析结果中提取所述扫码事件对应的扫码相关数据，进而控制所述扫码终端跳转至相应的目标页面。

在另一示例性实施例中，所述目标图形码的码值也可以由所述解码服务端进行解析。例如，所述扫描终端可以将扫描目标图形码得到的码值包含在所述页面跳转请求中发送至所述解码服务端，后者可以在所述页面跳转请求中包含所述目标图形码的码值的情况下，对所述码值进行解码以得到相应的码值解析结果。此时，所述解码终端可以自行解析目标图形码的码值得到码值解析结果，进而从该码值解析结果中提取所述扫码事件对应的扫码相关数据，以控制所述扫码终端跳转至相应的目标页面。

下面对解码服务端解析目标图形码的码值的过程进行说明。在解码服务端上可以部署有对应于上述任意一个或多个扫码程序的服务端程序，该服务端程序可以用于根据码方案进行解码，从而可以对图形码的码值进行解码。其中，所述扫码程序可以用于表征扫码事件对应的扫码途径，换言之，所述码值可以认为是扫码终端通过所述扫码途径扫描所述图形码得到。例如，对于基于“公交码方案”制码并发布的公交码，乘客可以通过手机等电子设备进行展示以供公交车上的扫码机具中运行的扫码程序进行扫描，此时该扫码程序可以将扫描得到的待解析码值上传至解码服务端，后者可以将该扫码程序作为所述公交码的扫码途径。再例如，对于通过任一码方案生成并发布的某一图形码，在通过某一APP扫描该图形码时，该APP即可视为该图形码的扫码途径；在通过某一小程序扫描该图形码时，该小程序即可视为该图形码的扫码途径，不再赘述。

在一些情况下，可以将用于制码和解码的方案统称为码方案。具体的，码方案用于制码时，可以生成相应的图形码，码方案用于解码时，可以对扫描图形码得到的码值进行解码。此时，可以认为：用于生成某一图形码的码方案，也用于对该图形码的码值进行解码；或者，对某一图形码的码值进行解码的码方案，也用于生成该图形码。在另一些情况下，也可以对码方案进行具体划分，比如用于制码的码方案、用于解码的码方案以及兼顾制码和解码的码方案等。当然，即便是用于制码的码方案1和用于解码的码方案2相互独立的情况下，该码方案1和码方案2也可以对应于同一个图形码或其码值，故而可以认为：用于生成某一图形码的码方案，与用于对其码值进行解码的码方案之间存在相应的关联关系。该关联关系可以为：用于制码的码方案与用于解码的码方案为同一码方案；或者，用于制码的码方案和用于解码的码方案对应于同一个图形码或其码值。

在本说明书的技术方案中，标准码方案及其关联码方案都可以由ISV(Independent Software Vendors，独立软件开发商)进行开发和维护。或者，ISV可以仅用于开发与维护部分码方案，比如关联码方案。不同ISV可以分别维护不同的关联码方案。当然，关于对这些码方案进行开发与维护的主体，本说明书并不进行限制。

如前所述，扫码终端上可以运行有小程序、APP等扫码程序，其中任一扫码程序可以作为一种扫码途径，供用户进行扫码。在相关技术中，不同的扫码途径可以分别对应于不同的解码服务端，这些解码服务端上分别部署有不同的码方案，使得用户在面对图形码时，需要选取恰当的扫码途径进行扫码，才能够确保扫码得到的码值被上传至相应的解码服务端后，能够被恰当的码方案所解码，否则可能面临无法正确解码的情况。例如，在公交车上的扫码机具在扫描图形码后，会将得到的码值上传至相应的解码服务器，该解码服务器如果仅部署有公交码对应的标准码方案，就只能对公交码对应的码值进行解析，而无法对其他类型图形码的码值进行解析。因此，乘客只有向扫码机具展示公交码供其扫描才能完成线上付款顺利乘车，若向其展示其他类型的图形码则无法顺利乘车；再例如，对于特定类型的小程序发布的图形码，只有该小程序对应的解码服务端才维护有相应的标准码方案，其他小程序或任意类型的扫码程序所对应的解码服务端都不会维护该标准码方案，使得用户如果想通过手机扫描该图形码访问服务页面，则只能使用手机中运行的该小程序扫描，使用其他类型的扫码程序则无法扫描或扫描后由于相应解码服务端无法正确解码(因为不会维护相应的标准码方案)而导致无法跳转至预期的服务页面。在一些情况下，不同扫码途径也可能对应于同一解码服务端，使得该解码服务端相应维护多套码方案，但这些码方案之间相互隔离，仅用于对应的扫码途径。具体的，如果基于某一扫码途径A进行扫码，得到的码值上传至解码服务端后，该解码服务端仅通过该扫码途径A对应的码方案进行解码。那么，如果用户使用了错误的扫码途径，则解码服务端仍然会解码失败。

有鉴于此，本说明书提出了在解码服务端部署多套码方案，并在码方案之间建立绑定关系。基于此，在从扫码终端发送的页面跳转请求中提取到所述目标图形码的码值后，解码服务端可以从上述多套码方案中确定目标扫码途径对应的标准码方案，然后在已部署的多套码方案中确定被绑定至所述标准码方案的关联码方案，并通过所述关联码方案解析该码值。

其中，扫码终端可以提供至少一种扫码途径，任一扫码途径可能支持多种码方案(如公交车的扫码机具中运行的扫码程序仅支持“公交码方案”，用户手机中运行的某一APP或者某一小程序等扫码程序可能同时支持多种码方案)。鉴于此，扫码终端可以维护有自身所支持的各个码方案的方案标识，如可以由各个扫码程序分别维护自身支持的至少一个码方案的方案标识。在通过目标扫码途径(如任一扫码程序)扫描目标图形码得到码值后，除了将所述码值提供至解码服务端，扫码终端还可以将所述目标扫码途径对应的图形码的至少一个码方案(如所述任一扫码程序所支持的至少一个码方案)的方案标识提供至所述解码服务端。譬如可以将所述码值和所述至少一个方案标识包含在所述页面跳转请求中发送至所述解码服务端等。

相应的，解码服务端可以接收所述扫码终端提供的对应于所述目标扫码途径的方案标识，并将该方案标识表征的码方案确定为所述目标扫码途径对应的标准码方案。例如，在扫码终端为公交车上的扫码机具(仅支持公交码)的情况下，解码服务端可能接收到该扫码机具提供的扫解析码值和一个方案标识，此时可以将该方案标识表征的码方案(即公交码)确定为目标扫码途径(即扫码机具的扫码程序)对应的标准码方案；再例如，在扫码终端为手机(该手机中运行的某APP支持多套码方案，该APP中的某一小程序仅支持一种码方案)的情况下，解码服务端可能接收到该手机提供的扫解析码值和一个(如使用该小程序扫码)或多个(如使用该APP扫码)方案标识，此时可以将上述一个或多个方案标识分别表征的码方案均确定为所述目标扫码途径(即所述小程序或所述APP)对应的标准码方案。可见，所述码值被扫码终端通过扫码程序扫描得到，而所述扫码程序即支持所述方案标识表征的码方案。

通过该方式，每个扫码程序可以分别预先定义有相应的码方案，使得扫码终端可以基于自身当前采用的扫码程序，将该对应的码方案的方案标识发送至解码服务端，以便后者将该方案标识表征的码方案确定为所需采用的标准码方案。或者，扫码终端在启用某一扫码程序后，可由用户主动选取所需采用的标准码方案，使得扫码终端可以将用户选取的码方案的方案标识发送至解码服务端，以便后者将该方案标识表征的码方案确定为所需采用的标准码方案。

在一实施例中，任一码方案可以遵循基于码协议定义的码标准，如该码方案中可以记录其所遵循的码标准的标识。例如，任一码方案可以为标识集合，该集合中可以包含码类型、码标准和码脚本的标识信息(如ID、名称等)。上述码标准存在相应的码脚本，即编码脚本和解码脚本，所述编码脚本用于根据所述码标准生成所述任一码方案对应的图形码，所述解码脚本用于根据所述码标准解析相应图形码所扫描得到的码值。通过所述码脚本可以实现自动、批量化的制码和解码过程，从而大幅提升制码和解码效率。在该方案中，解码服务端可以使用关联码方案解码脚本解析目标图形码的码值，从而有助于提升解码服务端单位时间内对多个码值的解码效率。

可见，某一码方案作为标准码方案，则该标准码方案可以绑定有关联码方案，对于基于关联码方案进行制码得到的目标图形码而言，即便采用原本对应于标准码方案的扫码程序扫描该目标图形码并将码值上传解码服务端，解码服务端也可以采用关联码方案对扫码得到的待解析码值进行解析，而避免仅通过标准码方案导致解码失败。例如，若将码方案B绑定至码方案A，则对于基于码方案B生成的图形码S，扫码终端通过码方案A对应的扫码途径扫描该图形码S得到待解析码值，此时可以根据该扫码途径将码方案A确定为标准码方案，并将码方案B确定为相应的关联码方案，从而可以采用码方案B对所述待解析码值进行解析，实现了标准码方案与关联码方案的解码效果统一。

例如在将老人码方案绑定至公交码方案，乘客通过自己的手机向公交车上的扫码机具展示自己的“老人码”的场景下，公交码方案可以被确定为标准码方案，而其关联的老人码方案则被确定为相应的关联码方案，此时即可采用老人码方案对待解析码值进行解码，使得乘客可以顺利扫码乘车。可见，乘客不仅可以使用公交码扫码乘车，也可以使用老人码扫码乘车，实现了“多码融合”的扫码效果，显著提升了图形码使用过程中的灵活性和便利性，有助于提升图形码的使用效率。

在通过上述方式解析目标图形码的码值得到码值解析结果后，解码服务端可以从中提取所述扫码事件对应的至少部分扫码相关数据。其中，针对绑定至目标图形码的多个页面分别对应的页面匹配规则，所述解码服务端可以汇总各条页面匹配规则分别包含的数据特征，并根据去重后的各个数据特征分别获取相应的扫码相关数据。

不妨假设在目标图形码配置有(即绑定有)3个页面(如page1～3)，相应的页面匹配规则(即rule1～3)中记录的数据特征如下表1所示：

表1

需要说明的是，若任一页面匹配规则中记录有某一数据特征，即表明该条规则需要使用该数据特征对应的扫码相关数据进行匹配。如表1所示的rule1中记录有“年龄：18～45岁”，即表明需要使用扫码终端所对应用户的“年龄”这一扫码相关数据对该条规则进行匹配(即判断用户的“年龄”是否处于18～45岁区间)，显然，在该用户的年龄处于“18～45岁”的情况下，可以确定“年龄”这一数据匹配于该条规则。若任一页面匹配规则中并未记录某一数据特征，即表明该条规则无需使用相应的扫码相关数据进行匹配。如rule1并未记录扫码终端的用户的“性别”，即表明并不需要使用用户的“性别”这一数据对该特征进行匹配；再如，rule1对应扫码时刻的数据特征为“无”，即表明并不需要使用“扫码时刻”这一数据对该特征进行匹配，不再赘述。

由表1可见，在对rule1～3分别记录的数据特征进行汇总和去重后，可以得到待获取数据至少一个数据特征(参见表1的最后一行)。此后，解码服务端可以基于这些数据特征针对性地获取各个扫码相关数据，即获取这些数据特征分别对应的扫码相关数据。具体而言，所述解码服务端可以通过多种方式获取扫码相关数据。

在一实施例中，解码服务端可以获取所述扫码事件对应的多个扫码相关数据，所述多个扫码相关数据属于至少一个数据维度；换言之，所述解码服务端可以获取属于至少一个数据维度的多个扫码相关数据。如表1所示，rule1中记录了属于“人”、“端”和“场所”这三个数据维度的数据特征，因此需要采集属于这三个数据维度的且对应于各个数据特征的扫码相关数据对该规则进行匹配；类似的，rule2中记录了属于“人”、“场所”和“扫码时刻”这三个数据维度的数据特征，因此需要采集属于这三个数据维度且对应于各个数据特征的扫码相关数据对该规则进行匹配，不再赘述。可以理解的是，在所述多个扫码相关数据属于多个数据维度(至少一条页面匹配规则同时包含多个数据维度的数据特征)的情况下，可以根据扫码事件对应的属于多个数据维度的扫码相关数据确定扫码终端应当跳转至哪个目标页面。通过该方式，可以采用多个数据维度的扫码相关数据确定目标图形码，使得所述图形码可以绑定尽可能多的页面，从而适用于更多的服务场景，进一步提升了图形码的适用范围以及扫码后“一码千面”的页面展示效果。另外，由于需要跳转的目标页面被根据多个数据维度的扫码相关数据从目标图形码配置的多个页面中确定，即目标页面的确定过程需要依赖多个数据维度的扫码相关数据，所以有助于提升所述目标页面中跳转准确度。

需要说明的是，鉴于目前大家对自己的隐私数据越来越关注，本发明所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。承接于前述表1，通过前述实施例获取到的扫码相关数据可以参见下表2所示：

表2

在一实施例中，与前述页面匹配规则中记录的数据特征相对应，通过前述方式获取的扫码相关数据可以包括下述至少之一：所述扫码终端的终端信息、所述扫码终端的使用者的用户信息、所述图形码的码信息、所述扫码终端扫描所述目标图形码的第一时刻或者所述解码服务端接收到所述页面跳转请求的第二时刻。

步骤204，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

在获取到所述扫码相关数据后，解码服务端可以将所述扫码相关数据与各个页面匹配规则中记录的数据特征进行比对，从而确定出匹配于所述扫码相关数据的目标页面匹配规则。其中，在任一页面匹配规则中记录多个数据特征的情况下，若各个数据特征均匹配于相应的扫码相关数据，则可以确定该页面匹配规则匹配于所述扫码相关数据，从而可以将该规则确定为目标扫码相关数据，而该规则对应的页面即成为目标页面。此时，可以触发所述扫码终端展示该页面。或者，若存在至少一个数据特征不匹配于相应的扫码相关数据，则可以确定该页面匹配规则不匹配于所述扫码相关数据，该规则对应的页面自然不会被确定为目标页面。再或者，还可以根据页面匹配规则包含的数据特征分别计算各个页面匹配规则与所述扫码相关数据的匹配度，并将其中匹配度最高的页面匹配规对应的页面确定为目标页面。通过该方式，可以确保扫码终端跳转至与扫码事件对应的扫码相关数据匹配程度最高的页面，从而尽量减少确定不出目标页面的情况的出现次数，一定程度上提升用户体验。

另外，在计算任一页面匹配规则与所述扫码相关数据的匹配度的过程中，若该页面匹配规则包含多个数据特征，则各个数据特征的权重值可以不完全相等，如可以根据重要程度、时效性等指标为各个数据特征分别设置不同的权重值，从而尽量减少两个页面匹配规则与扫码相关数据的匹配度相等的概率，从而提升确定出目标页面的概率和目标页面的准确性。

承接于前述表1和表2，由表2所示的各个扫码相关数据可见，表1所示的rule1～3中，仅有rule1匹配于这些扫码相关数据，因此可以确定rule1对应的page1为目标页面。进而，解码服务端可以触发扫码终端展示page1。

在本说明书中，目标图形码关联有多个页面，其中每一页面被分别创建有相应的页面匹配规则，扫码终端扫描目标图形码可以产生扫码事件，解码服务端响应于所述扫码事件触发的页面跳转请求获取该事件对应的扫码相关数据；进一步的，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

本方案通过为目标图形码关联多个页面，并由解码服务端维护各个页面分别对应的页面匹配规则，使得解码服务端可以根据扫码事件对应的扫码相关数据确定出匹配于所述扫码相关数据的目标页面匹配规则，并触发扫码终端展示该规则对应的目标页面。可以理解的是，不同扫码事件对应的扫码相关数据(如用户身份、扫码终端的类型、目标图形码所处的场所、扫码时刻等)通常并不完全相同，因此针对不同的扫码事件，该方案可以根据不同的扫码相关数据触发扫码终端展示不同的页面：如不同用户使用不同的扫码终端扫描同一图形码分别跳转至不同的页面、同一用户使用同一扫码终端在不同时刻扫描位于不同位置的二维码分别跳转至不同的页面等。可见，相对于扫描同一图形码必然跳转至固定的同一页面的相关技术，本方案中的扫码终端在扫描图形码时，可以呈现出“一码千面”的页面跳转效果。可以理解的是，本方案中的多个页面可以关联至同一图形码(即所述目标图形码)，从而实现多个页面对同一图形码的复用，不仅节省了图形码资源并有助于降低图形码的管理负担，也提升了该图形码的使用效率。

在一实施例中，解码服务端可以通过多种方式触发扫码终端展示所述目标页面。例如，可以向所述目标页面的页面服务端发送针对所述扫码终端的页面跳转指令，以触发所述页面服务端将所述目标页面的页面数据下发至所述扫码终端。其中，所述页面服务端可以用于向扫码终端提供页面相关服务，如该页面服务端可以维护有所述目标页面的页面数据，而所述页面跳转指令中可以携带扫码终端的网络地址或终端标识等身份信息，以便页面服务端基于这些身份信息将目标页面的页面数据准确地下发至所述扫码终端。相应的，所述扫码终端在接收到上述页面数据后，可以通过数据解析、页面渲染等处理在本地展示出所述目标页面，以便使用该扫码终端的用户查看。

再例如，解码服务端也可以向所述解码服务端发送包含所述目标页面的地址信息(如URL等)的页面跳转指令，以触发所述扫码终端根据所述地址信息跳转至所述目标页面。其中，所述解码服务端通过上述地址信息访问并展示目标页面的具体过程，可以参见相关技术中的记载，此处不再赘述。

可以理解的是，解码服务端通过前述方式查询目标页面匹配规则可能出错或各个页面匹配规则均不匹配于所述扫码相关数据，将导致查询所述目标页面匹配规则失败，从而扫码终端跳转目标页面失败。为应对这种情况，还可以为所述目标图形码设置默认页面，以作为查询目标页面匹配规则失败时的兜底策略。例如，响应于目标图形码或解码服务端的管理员发出的页面配置指令，解码服务端可以为所述目标图形码配置默认页面，并在查询所述目标页面匹配规则失败的情况下，触发所述扫码终端展示该默认页面。触发展示默认页面的具体方式可以参见触发展示目标页面的前述实施例，此处不再赘述。

在上述如图2所示的实施例中，实际上是从解码服务端角度来描述了本说明书所述方案基于图形码的页面展示的过程。下面结合图3，从基于图形码的页面展示系统的角度，对本说明书的技术方案进行描述。容易理解的是，图3所示的实施例与图2所示的实施例并不存在本质上的差异，前文针对图2所示实施例的描述，均适用于图3所示的实施例。

请参见图3，图3是一示例性实施例提供的一种基于图形码的页面展示方法的交互流程图。如图3所示，该方法包括步骤302～318b。

步骤302，码管理终端向解码服务端发起针对任一图形码的绑定指令。

图形码的管理人员可以通过码管理终端访问解码服务端，查看发布的各个图形码。在决定为任一图形码绑定多个页面时，可以通过码管理终端向解码服务端发送针对该图形码的绑定指令，以向解码服务端指定待绑定至该图形码的多个页面。

步骤304，解码服务端响应于所述绑定指令，为所述任一图形码绑定所述多个页面，并为各个页面分别创建相应的页面匹配规则。

上述绑定过程可以在页面配置过程中实现，即将多个页面绑定至任一图形码可以视为针对所述多个页面的配置过程的一部分。在上述绑定完成后，所述多个页面即成为与所述任一图形码对应的多个页面。

步骤306，解码服务端向码管理终端返回绑定结果通知消息。

解码服务端在绑定完成后，可以向码管理终端返回绑定结果通知消息，以便及时告知码管理终端上述绑定结果。

步骤308a，扫码终端1(如图1所示的手机13)扫描目标图形码(如图1所示的二维码QR1)产生扫码事件1。

步骤310a，扫码终端1向解码服务端发起页面跳转请求1。

步骤308b，扫码终端2(如图1所示的手机14)扫描目标图形码产生扫码事件2。

步骤310b，扫码终端2向解码服务端发起页面跳转请求2。

需要说明的是，被扫描的目标图形码可以为被绑定有多个页面的任一图形码。步骤308a可以在步骤306之前或之后执行，即步骤308a和步骤306的执行顺序没有必然的先后顺序要求，只需要确保步骤312在步骤304之后执行即可。

可以理解的是，虽然图3所示的扫码事件1和扫码事件2由不同的扫码终端扫描同一目标图形码产生，但在方案实现过程中，解码服务端接收到的任意两个页面跳转请求分别对应的扫码事件可以存在多种可能。例如，可以由同一扫码终端在不同时间扫描位于同一地点的同一目标图形码分别产生两个扫码事件；也可以由同一扫码终端在不同时间扫描位于不同地点的同一目标图形码分别产生两个扫码事件；还可以由同一用户在同一时间分别登录不同的扫码终端(该用户的用户账号被允许多终端登录)并扫描相同或不同地点的同一目标图形码分别产生两个扫码事件；还可以由同一用户在不同时间登录同一扫码终端扫描相同或不同地点的同一目标图形码分别产生两个扫码事件等，不再赘述。针对上述任一扫码事件，相应的扫码终端均可以向解码服务端发起相应的页面跳转请求。

另外，虽然图3仅示出了步骤312～316，但可以理解的是，响应于接收到的任一页面跳转请求，解码服务端均可以依次执行所述步骤312～316，如响应于页面跳转请求1执行一次步骤312～316和318a，响应于页面跳转请求2执行一次步骤312～316和318b等，特此说明。

步骤312，解码服务端获取任一扫码事件对应的扫码相关数据。

其中，可以接收所述扫码终端上传的扫码相关数据(如包含在所述页面跳转请求中)，也可以从所述扫码终端对应的服务提供方处获取扫码相关数据，还可以从所述目标图形码的码值解析结果中提取扫码相关数据。

在所述扫码事件对应的至少一部分扫码相关数据来自所述码值解析结果的情况下，解码服务端可以在所述页面跳转请求中包含所述码值解析结果的情况下，从所述页面跳转请求中提取所述码值解析结果；或者，也可以在所述页面跳转请求中包含所述目标图形码的码值的情况下，对所述码值进行解码以得到相应的码值解析结果，不再赘述。

步骤314，解码服务端根据所述扫码相关数据查询目标页面匹配规则。

在绑定至目标图形码的多个页面分别对应的页面匹配规则中，解码服务端查询匹配于所述扫码相关数据的目标页面匹配规则。在查询目标页面匹配规则成功的情况下，可以转入步骤316；而在查询失败的情况下，可以触发相应的扫码终端展示目标图形码对应的默认页面，该默认页面可以在步骤302或该步骤之后为所述目标图形码配置。

步骤316，解码服务端将目标页面匹配规则所对应的页面确定为目标页面。

步骤318a，解码服务端触发扫码终端1展示目标页面1。

步骤318b，解码服务端触发扫码终端2展示目标页面2。

可以理解的是，不同的扫码事件对应的扫码相关数据往往不同，所以对于扫码事件1和扫码事件2，解码服务端响应于页面跳转请求1和页面跳转请求1分别确定出的目标页面1和目标页面2可能相同，也可能不同。而在目标页面1和目标页面2不同的情况下，即可呈现出不同扫码终端扫描同一目标图形码跳转至不同页面的展示效果。可以理解的是，在绑定至同一图形码的页面数量足够多的情况下，针对上述多种情况下分别产生的多种形式的扫码事件，相应的扫码终端可以跳转至相应的页面，从而呈现出“一码千面”的跳转效果。

图4是一示例性实施例提供的一种设备的示意结构图。请参考图4，在硬件层面，该设备包括处理器402、内部总线404、网络接口406、内存408以及非易失性存储器410，当然还可能包括其他服务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器402从非易失性存储器410中读取对应的计算机程序到内存408中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

如图5所示，图5是本说明书根据一示例性实施例提供的一种基于图形码的页面展示装置的框图，该装置可以应用于如图4所示的设备中，以实现本说明书的技术方案。该装置应用于解码服务端，所述装置包括：

数据获取单元501，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；

展示触发单元502，用于在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

可选的，所述数据获取单元501具体用于：

获取所述扫码事件对应的多个扫码相关数据，所述多个扫码相关数据属于至少一个数据维度。

可选的，所述数据获取单元501具体用于下述之一：

接收所述扫码终端上传的扫码相关数据；

从所述扫码终端对应的服务提供方处获取扫码相关数据；

从所述目标图形码的码值解析结果中提取扫码相关数据。

可选的，在所述扫码事件对应的至少一部分扫码相关数据来自所述码值解析结果的情况下，所述装置还包括：

结果提取单元503，用于在所述页面跳转请求中包含所述码值解析结果的情况下，从所述页面跳转请求中提取所述码值解析结果；或者，

码值解析单元504，用于在所述页面跳转请求中包含所述目标图形码的码值的情况下，对所述码值进行解码以得到相应的码值解析结果。

可选的，所述码值解析单元504具体用于：

确定目标扫码途径对应的标准码方案，所述码值由所述扫码终端通过所述目标扫码途径扫描所述目标图形码得到；

在已部署的多套码方案中确定被绑定至所述标准码方案的关联码方案，并采用所述关联码方案解析所述码值。

可选的，所述展示触发单元502具体用于：

向所述目标页面的页面服务端发送针对所述扫码终端的页面跳转指令，以触发所述页面服务端将所述目标页面的页面数据下发至所述扫码终端进行展示；或者，

向所述扫码终端发送包含所述目标页面的地址信息的页面跳转指令，以触发所述扫码终端根据所述地址信息跳转至所述目标页面。

可选的，还包括：

默认页面配置单元505，用于响应于页面配置指令为所述目标图形码配置默认页面；

默认页面触发单元506，用于在查询所述目标页面匹配规则失败的情况下，触发所述扫码终端展示所述默认页面。

可选的，还包括：

特征更新单元507，用于响应于针对任一页面的规则更新指令，更新所述任一页面对应的页面匹配规则中记录的至少一个数据特征。

可选的，还包括：

规则配置指令508，用于响应于针对任一图形码的页面配置指令，为所述任一图形码绑定多个页面，并为每一页面分别创建相应的页面匹配规则。

可选的，所述扫码相关数据包括下述至少之一：

所述扫码终端的终端信息、所述扫码终端的使用者的用户信息、所述图形码的码信息、所述扫码终端扫描所述目标图形码的第一时刻或者接收到所述页面跳转请求的第二时刻。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然，本发明不排除随着未来计算机技术的发展，实现上述实施例功能的计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (15)

1.一种基于图形码的页面展示方法，应用于解码服务端，包括：

响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；

在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

2.根据权利要求1所述的方法，获取所述扫码事件对应的扫码相关数据，包括：

获取所述扫码事件对应的多个扫码相关数据，所述多个扫码相关数据属于至少一个数据维度。

3.根据权利要求1所述的方法，获取所述扫码事件对应的扫码相关数据，包括下述至少之一：

接收所述扫码终端上传的扫码相关数据；

从所述扫码终端对应的服务提供方处获取扫码相关数据；

从所述目标图形码的码值解析结果中提取扫码相关数据。

4.根据权利要求3所述的方法，在所述扫码事件对应的至少一部分扫码相关数据来自所述码值解析结果的情况下，所述方法还包括：

在所述页面跳转请求中包含所述码值解析结果的情况下，从所述页面跳转请求中提取所述码值解析结果；或者，

在所述页面跳转请求中包含所述目标图形码的码值的情况下，对所述码值进行解码以得到相应的码值解析结果。

5.根据权利要求4所述的方法，所述对所述码值进行解码，包括：

确定目标扫码途径对应的标准码方案，所述码值由所述扫码终端通过所述目标扫码途径扫描所述目标图形码得到；

在已部署的多套码方案中确定被绑定至所述标准码方案的关联码方案，并采用所述关联码方案解析所述码值。

6.根据权利要求1所述的方法，所述触发所述扫码终端展示所述目标页面匹配规则对应的目标页面，包括：

向所述目标页面的页面服务端发送针对所述扫码终端的页面跳转指令，以触发所述页面服务端将所述目标页面的页面数据下发至所述扫码终端进行展示；或者，

向所述扫码终端发送包含所述目标页面的地址信息的页面跳转指令，以触发所述扫码终端根据所述地址信息跳转至所述目标页面。

7.根据权利要求1所述的方法，还包括：

响应于页面配置指令为所述目标图形码配置默认页面；

在查询所述目标页面匹配规则失败的情况下，触发所述扫码终端展示所述默认页面。

8.根据权利要求1所述的方法，还包括：

响应于针对任一页面的规则更新指令，更新所述任一页面对应的页面匹配规则。

9.根据权利要求1所述的方法，还包括：

响应于针对任一图形码的页面配置指令，为所述任一图形码绑定多个页面，并为每一页面分别创建相应的页面匹配规则。

10.根据权利要求1所述的方法，所述扫码相关数据包括下述至少之一：

所述扫码终端的终端信息、所述扫码终端的使用者的用户信息、所述图形码的码信息、所述扫码终端扫描所述目标图形码的第一时刻或者接收到所述页面跳转请求的第二时刻。

11.一种基于图形码的页面展示系统，包括：

解码服务端，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；以及，在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面；

所述扫码终端，用于扫描所述目标图形码以产生所述扫码事件，并展示所述目标页面。

12.根据权利要求11所述的系统，还包括：

码管理终端，用于向所述解码服务端发起针对任一图形码的页面配置指令；

所述解码服务端，还用于响应于所述页面配置指令，为所述任一图形码绑定多个页面，并为每一页面分别创建相应的页面匹配规则。

13.一种基于图形码的页面展示装置，应用于解码服务端，包括：

数据获取单元，用于响应于扫码终端扫描目标图形码的扫码事件所触发的页面跳转请求，获取所述扫码事件对应的扫码相关数据，所述目标图形码配置有多个页面，每一页面被分别创建有相应的页面匹配规则；

展示触发单元，用于在各个所述页面匹配规则中查询匹配于所述扫码相关数据的目标页面匹配规则，并触发所述扫码终端展示所述目标页面匹配规则对应的目标页面。

14.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-10中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-10中任一项所述方法的步骤。