服务器及防止永久二维码重复生成的方法与流程

1.本技术涉及互联网技术领域，尤其涉及一种服务器及防止永久二维码重复生成的方法。


背景技术：

2.公众号是运营人员在社交应用(例如：wechat)公众平台上申请的应用账号，是一种主流的线上线下社交互动营销方式。通过公众号，用户可在社交应用公众平台上实现同特定群体的文字、图片、语音、视频的全方位沟通互动。公众号内包含众多服务，众多服务可通过相应的二维码进行推广。二维码在互联网时代发挥了巨大的作用，用户通过智能终端扫描二维码可以快速进入需要使用的服务页面。
3.二维码根据使用场景的不同，大致可分为临时二维码和永久二维码。对于要求实时数据的服务场景大都需要生成临时二维码，而对于一些固定的服务场景可通过永久二维码进行推广。对于公众号运营端来说，可直接向社交平台所对应的服务后台请求永久二维码，社交平台所对应的服务后台根据接收到的请求向公众号运营端反馈二维码信息。但是社交应用的服务后台对永久二维码的生成是有数量限制的，示例性的：每个公众号最多生成10万个永久二维码，因此永久二维码属于有限资源。对于想要长期运营的公众号来说，如何有效利用有限资源是亟待解决的问题。


技术实现要素：

4.本技术提供了一种服务器及防止永久二维码重复生成的方法，以解决现有技术中由于同一服务场景生成多个永久二维码造成资源浪费的技术问题。
5.第一方面，本技术提供了一种服务器，所述服务器被配置为：
6.接收运营端发送的包含第一固定场景码的永久访问链接获取请求，其中，所述第一固定场景码是所述运营端根据服务场景确定的，不同的固定场景码对应不同的服务场景；
7.根据所述第一固定场景码和预设映射关系检测所述预设映射关系中是否存在与所述第一固定场景码相对应的永久访问链接，其中，在所述预设映射关系中固定场景码与永久访问链接一一对应；
8.在存在与所述第一固定场景码相对应的第一永久访问链接时，反馈所述第一永久访问链接，以使所述运营端根据所述第一永久访问链接生成永久二维码；
9.在不存与所述第一固定场景码相对应的第一永久访问链接时，向第三方服务器请求新增第二永久访问链接，在接收到所述第二永久访问链接后，在所述预设映射关系中写入所述第二永久访问链接和所述第一固定场景码的映射关系，并将所述第二永久访问链接反馈给所述运营端以使所述运营端根据所述第二永久访问链接生成永久二维码。
10.在一些实施例中，在所述向第三方服务器请求新增第二永久访问链接的步骤中，所述服务器被配置为：
11.向所述第三方服务器发送新增第二永久访问链接请求，所述新增第二永久访问链接请求中包含登录令牌和第一场景标识，所述登录令牌用于使所述第三方服务器明确所述服务器的身份以生成所述第二永久访问链接，所述第一场景标识用于所述第三方服务器建立所述第二永久访问链接和所述第一场景标识的映射，在接收到移动终端对所述第二永久访问链接的访问后发送所述第一场景标识给所述服务器；
12.在所述预设映射关系中建立所述第一固定场景码和所述第一场景标识的映射关系。
13.在一些实施例中，在接收到所述第二永久访问链接之后，所述服务器还被配置为：
14.接收所述第三方服务器发送的第二场景标识；
15.根据所述第二场景标识在所述预设映射关系中确定对应所述第二场景标识的第二固定场景码；
16.反馈对应所述第二固定场景码的页面数据给所述第三方服务器，以使所述第三方服务器将所述页面数据下发给所述移动终端。
17.第二方面，本技术提供了一种防止永久二维码重复生成的方法，所述方法包括：
18.接收运营端发送的包含第一固定场景码的永久访问链接获取请求，其中，所述第一固定场景码是所述运营端根据服务场景确定的，不同的固定场景码对应不同的服务场景；
19.根据所述第一固定场景码和预设映射关系检测所述预设映射关系中是否存在与所述第一固定场景码相对应的永久访问链接，其中，在所述预设映射关系中固定场景码与永久访问链接一一对应；
20.在存在与所述第一固定场景码相对应的第一永久访问链接时，反馈所述第一永久访问链接，以使所述运营端根据所述第一永久访问链接生成永久二维码；
21.在不存与所述第一固定场景码相对应的第一永久访问链接时，向第三方服务器请求新增第二永久访问链接，在接收到所述第二永久访问链接后，在所述预设映射关系中写入所述第二永久访问链接和所述第一固定场景码的映射关系，并将所述第二永久访问链接反馈给所述运营端以使所述运营端根据所述第二永久访问链接生成永久二维码。
22.与现有技术相比，本技术的有益效果为：
23.本技术提供了一种服务器及防止永久二维码重复生成的方法，运营人员为每个服务场景定义相对应的固定场景码，将固定场景码作为参数向服务器发送永久访问链接获取请求。服务器中存储有预设映射关系，在预设映射关系中固定场景码与永久访问链接一一对应。服务器在接收到永久访问链接获取请求之后，检测是否存在与第一固定场景码相对应的第一永久访问链接。若存在，则直接将第一永久访问链接反馈给运营端，运营端根据该第一永久访问链接生成永久二维码。若是不存在，则向第三方服务器请求新增第二永久访问链接。服务器将新增的第二永久访问链接与第一固定场景码进行映射存储，并将第二永久访问链接反馈至运营端。本技术通过为固定的服务场景定义固定场景码，以使每个服务场景只会匹配对应唯一一个永久二维码，避免了同一服务场景生成多个永久二维码所造成的资源浪费现象。
附图说明
24.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
25.图1中示例性示出了根据一些实施例的公众号首页的显示效果图；
26.图2中示例性示出了根据一些实施例的公众号推广服务的显示效果图；
27.图3中示例性示出了根据一些实施例的防止永久二维码重复生成的方法的流程示意图；
28.图4中示例性示出了根据一些实施例的防止永久二维码重复生成的方法的时序图。
具体实施方式
29.为使本技术的目的和实施方式更加清楚，下面将结合本技术示例性实施例中的附图，对本技术示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本技术一部分实施例，而不是全部的实施例。
30.需要说明的是，本技术中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本技术的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
31.本技术中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
32.术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
33.在社交应用中，以微信为例，运营人员可借助社交应用公众平台注册应用账号，例如，运营人员在wechat(微信)公众平台注册微信公众号。账号开通后，运营人员可以在微信公众号里发视频、图片、文字等推销商品或分享生活经验等。图1中示例性示出了根据一些实施例的公众号首页的显示效果图，如图1所示，公众号中可以包含第一服务到第六服务等多种服务内容，如订单、登录、注册、查看历史记录等，每一服务所对应的场景可称之为服务场景，运营人员可以为公众号中的服务场景申请二维码，以使用户通过移动终端扫描二维码的时候，移动终端直接跳转至服务场景所对应的服务的页面。图2中示例性示出了根据一些实施例的公众号推广服务的显示效果图，结合图2，当用户通过移动终端扫描二维码时，用户的移动终端可直接跳转至相应公众号的推荐页面，在推荐页面上可设置关注控件，由用户点击关注控件之后即可关注该公众号。又如，公众号中新推出了一个服务，为了推广该服务，可以为该服务申请二维码，当用户通过移动终端扫描二维码的时候，用户的移动终端可直接跳转至服务场景所对应的服务的页面，例如，在该页面上可显示有“欢迎您登录xxx服务”。
34.对于社交应用所属的第三方而言，由于永久二维码需要永久性的占用其本身的资源，因此对永久二维码的数量进行限制。示例性的，对于微信公众号来说，对永久二维码的
生成数量是有限制的，也就是说，每一公众号所对应的应用账号，微信只允许其生成有限个永久二维码，一般来说，允许每个公众号最多生成10万个永久二维码。
35.现有的社交应用中临时二维码的生成，一般是用户发送二维码生成请求给第三方服务器，第三方服务器反馈临时链接，运营方收到临时链接后生成二维码并用于推广页面中的显示。在现有的技术方案中，二维码一般是按需求请求，需要永久二维码的时候请求永久访问链接，不需要永久的，就请求临时访问链接。
36.发明人发现，10万个永久连接基本能满足运营这的普通需求，但是永久二维码属于有限资源，对于运营方而言，想要长期运营的公众号来说，应该有效利用有限个永久二维码。发明人在使用过程中发现，现有的永久二维码生成过程中，只要运营方发请求，第三方服务器就会反馈一个永久连接，并不区分是否用户请求时所对应的内容，即使对应同一服务的内容，运营端的重复请求仍会发送永久链接。第三方应用这么做的原因是要尽可能满足用户的要求，同时避免大运力的运算。但是运维端又不可避免的存在多人或多时段的操作。基于此，本技术在一些实施例中提供了一种服务器，所述服务器被配置为执行防止永久二维码重复生成的过程。
37.下面结合附图对防止永久二维码重复生成的过程进行说明。
38.图3中示例性示出了根据一些实施例的防止永久二维码重复生成的方法的流程示意图。
39.结合图3所示，所述防止永久二维码重复生成的过程如下：
40.s301：接收运营端发送的包含第一固定场景码的永久访问链接获取请求，其中，所述第一固定场景码是所述运营端根据服务场景确定的，不同的固定场景码对应不同的服务场景。
41.在一些实施例中，公众号的运营端可以为每个固定的服务场景定义一个固定场景码，例如，对于用户注册这一服务，其对应的固定场景码可以为zc00001，对于第一推广服务，其对应的固定场景码可以为tg00001，对于第二推广服务，其对应的固定场景码可以为tg00002，又如，对于公众号新开发的微剧场服务申请永久二维码，可定义固定场景码为 mediacenterwelcome。这里，固定场景码可以为通过服务场景的语义进行任意制定，不同的固定场景码对应不同的服务场景。
42.在一些实施例中，运营端想要为公众号中服务场景申请永久二维码时，首先根据服务场景为其定义第一固定场景码，将携带有该服务场景所对应的第一固定场景码的永久访问链接获取请求发送至服务器。服务器接收运营端发送的永久访问链接获取请求。
43.s302：根据所述第一固定场景码和预设映射关系检测所述预设映射关系中是否存在与所述第一固定场景码相对应的永久访问链接，其中，在所述预设映射关系中固定场景码与永久访问链接一一对应。
44.在一些实施例中，运营端可通过服务器在数据库中预先存储预设映射关系，在所述预设映射关系中固定场景码与永久访问链接一一对应。如，在mysql数据库中以表格的形式存储有服务场景、固定场景码和永久访问链接之间的对应关系，三者之间的关系是一一对应的，参见表1。
45.表1：
46.服务场景固定场景码永久访问链接
注册服务zc00001注册访问链接推广服务tg00001推广访问链接查询服务cx00001查询访问链接
47.在一些实施例中，服务器还可以先仅将服务场景和固定场景码的对应关系进行存储，然后，在每次获取到新增的相应的永久访问链接之后，再将永久访问链接插入至数据库，与相对应的固定场景码进行绑定。
48.在一些实施例中，服务器在接收到永久访问链接获取请求之后，获取该请求中所携带的第一固定场景码，利用所述第一固定场景码作为查询条件从数据库中的预设映射关系中查询相对应的永久访问链接。
49.s303：在存在与所述第一固定场景码相对应的第一永久访问链接时，反馈所述第一永久访问链接，以使所述运营端根据所述第一永久访问链接生成永久二维码。
50.在一些实施例中，服务器利用第一固定场景码在数据库预设映射关系中进行查找，查看该第一固定场景码是否存在匹配的第一永久访问链接。若是预设映射关系中该第一固定场景码存在匹配的第一永久访问链接，则服务器将相应的第一永久访问链接反馈给运营端。运营端在获取到永久访问链接后，根据该永久访问链接生成相应的永久二维码，并将永久二维码展示在公众号中对应的服务场景的服务页面上，以使用户在扫描该永久二维码的时候，移动终端直接跳转至相应的服务页面上。如表1中所示，通过tg00001查询到，其存在相应的永久访问链接，服务器将tg00001对应的永久访问链接反馈给运营端，运营端调用二维码生成服务生成相应的永久二维码，并将永久二维码设置在公众号中相应的推广页面上。
51.s304：在不存与所述第一固定场景码相对应的第一永久访问链接时，向第三方服务器请求新增第二永久访问链接，在接收到所述第二永久访问链接后，在所述预设映射关系中写入所述第二永久访问链接和所述第一固定场景码的映射关系，并将所述第二永久访问链接反馈给所述运营端以使所述运营端根据所述第二永久访问链接生成永久二维码。
52.在一些实施例中，服务器利用第一固定场景码在数据库预设映射关系中进行查找，查看该第一固定场景码是否存在匹配的第一永久访问链接。若是预设映射关系中该第一固定场景码不存在匹配的第一永久访问链接，则服务器需要请求生成与所述第一固定场景码相对应的永久访问链接，即向第三方服务器请求新增第二永久访问链接。
53.在一些实施例中，运营端与本地服务器进行交互，也就是向本地服务器发送永久访问链接获取请求。在本地服务器查询到不存在与第一固定场景码相对应的第一永久访问链接时，本地服务器向第三方服务器发送新增第二永久访问链接请求，所述新增第二永久访问链接请求中包含登录令牌和第一场景标识，所述登录令牌用于所述第三方服务器明确本地服务器的身份以生成所述第二永久访问链接，所述第一场景标识可以为本地服务器根据服务场景通过 uuid(universally unique identifier，唯一识别码)工具库生成的全局唯一字符码，用于所述第三方服务器建立所述第二永久访问链接和所述第一场景标识的映射，在接收到移动终端对所述第二永久访问链接的访问后发送所述第一场景标识给所述服务器。例如，本地服务器根据注册服务生成的全局唯一36位字符码为f7***38c-1**0-1**c-8**5-0******3。第三方服务器会把生成的第二永久访问链接和该字符码做绑定，在用户通过移动终端扫描第二永久访问链接所对应的二维码时，第三方服务器会将该字符码返回给
本地服务器。
54.在一些实施例中，在所述预设映射关系中建立所述第一固定场景码和所述第一场景标识的映射关系，可以将固定场景码所对应的场景标识映射至表1中，得到服务场景、固定场景码、永久访问链接与场景标识之间的对应关系，如表2所示：
[0055][0056]
在一些实施例中，本地服务器接收所述第三方服务器发送的第二场景标识，根据所述第二场景标识在所述预设映射关系中确定对应所述第二场景标识的第二固定场景码。本地服务器反馈对应所述第二固定场景码的页面数据给所述第三方服务器，以使所述第三方服务器将所述页面数据下发给所述移动终端。举例来说，本地服务器利用76***fc0-1**5-1**c-b**1
‑ꢀ
7******4作为查询条件，从表2中查询其相应的固定场景码为mediacenterwelcome。本地服务器将mediacenterwelcome所对应的微剧场服务的页面数据反馈至第三方服务器，以使第三方服务器将微剧场服务的页面数据反馈至移动终端。
[0057]
基于微信公众平台，第三方服务器为微信服务器，本地服务器查询到服务场景没有相应的固定场景码之后，向微信服务器发送包含登录令牌(微信token)和场景标识的新增第二永久访问链接请求。微信服务器在接收到新增第二永久访问链接请求之后，通过登录令牌明确所发该请求的本地服务器的身份，即明确是哪个公众号需要请求永久访问链接。微信服务器调用访问链接生成服务创建新增的永久访问链接，并将创建出的永久访问链接反馈至本地服务器。并且，微信服务器还会将这个场景标识与生成的永久访问链接做关联，以使用户通过微信扫描永久二维码时，微信服务器向本地服务器即公众号运营后台，发送该场景标识并携带微信用户信息。公众号运营后台即可根据不同的场景标识，做出不同的处理动作。
[0058]
用户通过移动终端使用微信扫描永久二维码，微信客户端解析相应的二维码信息，并将永久二维码中携带的场景标识加当前用户信息一起推送给微信服务器。微信服务器解析微信客户端推送过来的信息，根据场景标识信息查询到对应的公众号，将生成二维码时的全局唯一字符码加扫码的用户信息发送给对应公众号绑定的回调地址。本地服务器收到微信服务器为回调地址的调用，解析数据，根据全局唯一字符码在数据库中查询到该二维码需要提供的服务数据。本地服务器执行服务动作并给扫码用户通过公众号推送服务执行结果。例如，本地服务器在接收到微信服务器所发送的f7***38c-1**0-1**c-8**5-0******3和微信用户信息之后，即可得知该微信用户想要注册本公众号的账号，本地服务器即可响应用户的注册操作。
[0059]
在一些实施例中，本地服务器将获取到的新增的所述第二永久访问链接进行存储。服务器将相对应的固定场景码、永久访问链接以及场景标识进行绑定，并拼装至插入语句中。服务器向数据库发送包含所述插入语句的数据插入请求，以使所述数据库将相对应的固定场景码、永久访问链接以及场景标识插入至映射关系中。
[0060]
图4中示例性示出了根据一些实施例的防止永久二维码重复生成的方法的时序
图。下面结合图4进一步说明本技术中防止永久二维码重复生成的过程。运营人员携带特定固定场景码向本地服务器发送永久访问链接获取请求，用来请求与固定场景码对应的永久访问链接。本地服务器在接收到永久访问链接获取请求之后，通过固定场景码作为查询条件，从数据库中查询是否有该固定场景码所对应的永久访问链接。数据库向本地服务器返回查询结果，本地服务器判断查询结果是否表征为查询到相应的永久访问链接。若查询到相应的永久访问链接，则向运营端反馈永久访问链接，运营端在接收到永久访问链接之后，调用二维码生成服务，生成相应的永久二维码，并将永久二维码配置到公众号中服务场景所需的推荐位上。若没有查询到相应的永久访问链接，则本地服务器携带生成访问链接所需的参数(场景标识、登陆令牌)向第三方服务器发送新增永久访问链接请求。第三方服务器在接收到新增永久访问链接请求之后调用访问链接生成服务，生成永久访问链接，并将生成的永久访问链接反馈至本地服务器。本地服务器向运营端反馈刚生成的永久访问链接，运营端调用二维码生成服务，生成相应的永久二维码，并将永久二维码配置到公众号中服务场景所需的推荐位上。另外，本地服务器利用固定场景码、刚生成的永久访问链接以及场景标识拼装数据库插入语句，携带插入语句向数据库发送数据插入请求。数据库执行插入语句，将相对应的固定场景码、永久访问链接和场景标识存储至预设映射关系中，并且向本地服务器反馈存储成功的结果。
[0061]
本技术通过为固定的服务场景定义固定场景码，以使每个服务场景只会匹配对应唯一一个永久二维码，通过服务场景、固定场景号、永久二维码一一对应的关系，避免了同一服务场景生成多个永久二维码所造成的资源浪费现象。
[0062]
与上述方法相对应的，本技术一些实施例还提供了一种防止永久二维码重复生成的方法，所述方法包括：服务器接收运营端发送的包含第一固定场景码的永久访问链接获取请求，其中，所述第一固定场景码是所述运营端根据服务场景确定的，不同的固定场景码对应不同的服务场景。根据所述第一固定场景码和预设映射关系，服务器检测所述预设映射关系中是否存在与所述第一固定场景码相对应的永久访问链接，其中，在所述预设映射关系中固定场景码与永久访问链接一一对应。在存在与所述第一固定场景码相对应的第一永久访问链接时，服务器向运营端反馈所述第一永久访问链接，以使所述运营端根据所述第一永久访问链接生成永久二维码。在不存与所述第一固定场景码相对应的第一永久访问链接时，服务器向第三方服务器请求新增第二永久访问链接，在接收到所述第二永久访问链接后，在所述预设映射关系中写入所述第二永久访问链接和所述第一固定场景码的映射关系，并将所述第二永久访问链接反馈给所述运营端以使所述运营端根据所述第二永久访问链接生成永久二维码。
[0063]
在一些实施例中，服务器利用所述第一固定场景码作为查询条件从预设映射关系中查询相对应的永久访问链接。
[0064]
在一些实施例中，所述服务器为本地服务器，所述向第三方服务器请求新增第二永久访问链接，包括：本地服务器向所述第三方服务器发送新增第二永久访问链接请求，所述新增第二永久访问链接请求中包含登录令牌和第一场景标识，所述登录令牌用于使所述第三方服务器明确所述本地服务器的身份以生成所述第二永久访问链接，所述第一场景标识用于所述第三方服务器建立所述第二永久访问链接和所述第一场景标识的映射，在接收到移动终端对所述第二永久访问链接的访问后发送所述第一场景标识给所述服务器。在所
述预设映射关系中建立所述第一固定场景码和所述第一场景标识的映射关系。
[0065]
在一些实施例中，在接收到所述第二永久访问链接后之后，所述方法还包括：服务器接收所述第三方服务器发送的第二场景标识。根据所述第二场景标识在所述预设映射关系中确定对应所述第二场景标识的第二固定场景码。服务器反馈对应所述第二固定场景码的页面数据给所述第三方服务器，以使所述第三方服务器将所述页面数据下发给所述移动终端。
[0066]
在一些实施例中，将所述永久访问链接进行存储，包括：服务器将相对应的固定场景码、永久访问链接以及场景标识进行绑定，并拼装至插入语句中，向数据库发送包含所述插入语句的数据插入请求，以使所述数据库将相对应的固定场景码、永久访问链接以及场景标识插入至预设映射关系中。
[0067]
本技术还提供了一种运营端，该运营端不直接向第三方服务器请求永久访问链接，而是通过服务器向第三方服务器请求永久访问链接。
[0068]
在一些实施例中，运营端还被配置为在请求获取永久访问链接前，确定当前内容对应的场景码，然后向所述服务器发送包含所述场景码的请求。
[0069]
在一些实施例中，所述运营端，预存储有场景码和场景(主题)的对应，内容的编辑是区分主题的，不同的主题对应不同的场景码。
[0070]
在一些实施例中，主题可以包括父主题和子主题，用于对场景的编辑和请求的发送需要在子主题中进行。
[0071]
在一些实施例中，请求发送前，获取当前的子主题，并确定当前的子主题有没有对应的场景码，如果有，则发送包含场景码的请求给服务器，如果没有则生成新的场景码，并将包含新的场景码的标识请求发送给服务器，用户将新的场景码和该子主题进行映射。
[0072]
在一些实施例中，在接收到服务器反馈的永久链接收，根据接收到的永久链接生成永久二维码。
[0073]
在一些实施例中，运营端和服务器可以是同一物理服务器/云服务器中的不同模块。也可以是不同的物理服务器/云服务器。
[0074]
由于以上实施方式均是在其他方式之上引用结合进行说明，不同实施例之间均具有相同的部分，本说明书中各个实施例之间相同、相似的部分互相参见即可。在此不再详细阐述。
[0075]
需要说明的是，在本说明书中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或暗示这些实体或操作之间存在任何这种实际的关系或顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个
……”
限定的要素，并不排除在包括要素的电路结构、物品或者设备中还存在另外的相同要素。
[0076]
本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本技术的其他实施方案。本技术旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由权利要
求的内容指出。
[0077]
以上的本技术实施方式并不构成对本技术保护范围的限定。