CN114281356A - 一种基于二维码下载应用的方法和系统 - Google Patents

Abstract

本发明提供了一种基于二维码下载应用的方法和系统。该方法包括：外部扫码终端启用扫描程序扫描云通信设备的二维码向服务平台发出下载应用请求；下载应用请求含有外部扫码终端的UserAgent信息；服务平台解析下载应用请求查找云通信设备的设备号；若服务平台的数据库中存在云通信设备的设备号，则在服务平台的数据库中查找云通信设备所属渠道和云通信设备的类型，并根据云通信设备所属渠道、云通信设备的类型和外部扫码终端的UserAgent信息找到应用的下载地址用于下载。本发明扫描同一个二维码，解决了跨平台推广应用的难题，实现了通过服务配置可动态下发不同的应用程序给用户端，节约了企业的应用推广成本，提升了用户体验。

Description

一种基于二维码下载应用的方法和系统

技术领域

本发明属于通信技术领域，具体涉及一种基于二维码下载应用的方法和系统。

背景技术

随着科技的发展，二维码逐渐被大家所熟知。二维码又称二维条码，它是一个用计算机软件编码技术形成的平面几何图形，是所有信息数据的一把钥匙。在现在商业活动中，使用二维码进行应用推广得到广泛的应用，将下载地址生成二维码图像，智能终端设备进行扫码解析后，即可启动浏览器进行应用程序资源的下载，避免手动查找的麻烦。但由于二维码内容的唯一性，目前不同设备操作同一个二维码只能打开同一网页，导致在跨平台使用的时候就有较大的局限性。例如对于一款软件下载链接来说，针对不同操作系统的手机，需要安装不同的应用程序，也就需要同时提供iOS及Android应用的下载地址，必须通过生成两个二维码图像来实现。用户在扫描的时候也需自行判断需要扫描哪个二维码才能适配自己的手机，从而导致服务方进行项目推广的成本提高，同时用户操作体验也不好。

发明内容

为了解决企业在进行应用推广时，需要生成多个二维码来解决跨平台推广的难题，本发明提供一种基于二维码下载应用的方法，包括：

外部扫码终端启用扫描程序扫描云通信设备的二维码向服务平台发出下载应用请求；所述下载应用请求含有所述外部扫码终端的UserAgent信息；

所述服务平台解析所述下载应用请求查找所述云通信设备的设备号；

若所述服务平台的数据库中存在所述云通信设备的设备号，则在所述服务平台的数据库中查找所述云通信设备所属渠道和所述云通信设备的类型，并根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息找到所述应用的下载地址用于下载。

在一些实施方案中，所述服务平台将找到的所述应用的下载地址发送给所述外部扫码终端。

在一些实施方案中，所述服务平台的数据库包括应用版本管理中心；通过所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息可以在所述应用版本管理中心找到相应版本的应用的下载地址。

在一些实施方案中，还包括：若所述服务平台的数据库中不存在所述云通信设备的设备号，所述服务平台则向所述外部扫码终端返回官网地址。

在一些实施方案中，还包括：所述外部扫码终端通过返回的所述官网地址反馈问题和获得解决办法；所述问题包括无法下载所述应用。

在一些实施方案中，所述外部扫码终端的UserAgent信息为Android和iOS的择一显示。

在一些实施方案中，所述应用为app。所述应用版本管理中心为app版本管理中心。

在一些实施方案中，所述云通信设备的设备号有且只有一个对应的所述二维码，若所述应用有升级，则所述服务平台根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息中的一种或多种确定是否自动更新所述应用，但所述二维码不变。

在一些实施方案中，若所述云通信设备的设备号更换了对应的所述云通信设备所属渠道，则虽然所述二维码不变，但是下载的所述应用为更换后的所述云通信设备所属渠道对应的应用。

另一方面，本发明还提供一种基于二维码下载应用的系统，包括：

解析单元，用于解析外部扫码终端扫描云通信设备的二维码发出的下载应用请求；所述下载应用请求含有所述外部扫码终端的UserAgent信息；

数据库单元，用于存储；

处理单元，用于根据解析的所述下载应用请求在所述数据库单元查找所述云通信设备的设备号；若所述数据库单元中存在所述云通信设备的设备号，则继续在所述数据库单元中查找所述云通信设备所属渠道和所述云通信设备的类型，并根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息找到所述应用的下载地址；

接收和发送单元，用于接收所述外部扫码终端扫描云通信设备的二维码发出的下载应用请求，并传输给所述解析单元；还用于将所述处理单元找到的所述应用的下载地址发送给所述外部扫码终端。

在一些实施方案中，所述数据库单元包括应用版本管理中心；通过所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息可以在所述应用版本管理中心找到相应版本的应用的下载地址。

在一些实施方案中，所述处理单元还用于若所述数据库单元中不存在所述云通信设备的设备号，所述处理单元则向所述外部扫码终端返回官网地址。所述官网地址对应的网页上设置有问题反馈和常见问题解答。

在一些实施方案中，所述外部扫码终端的UserAgent信息为Android和iOS的择一显示。

在一些实施方案中，所述应用为app。所述应用版本管理中心为app版本管理中心。

在一些实施方案中，所述云通信设备的设备号有且只有一个对应的所述二维码；所述处理单元被设置为：若所述应用有升级，则所述处理单元根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息中的一种或多种确定是否自动更新所述应用，但所述二维码不变。

在一些实施方案中，所述处理单元被设置为用于若所述云通信设备的设备号更换了对应的所述云通信设备所属渠道，则虽然所述二维码不变，但是下载的所述应用为更换后的所述云通信设备所属渠道对应的应用。

第三方面，本发明提供一种计算机可读存储介质，所述存储介质中存储有可执行指令，所述可执行指令执行时实现如上所述的基于二维码下载应用的方法。

第四方面，本发明提供一种终端，所述终端包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现如上所述的基于二维码下载应用的方法。

本发明解决了企业在进行应用推广时，需要生成多个二维码来解决跨平台推广的难题。实现了对同一二维码进行扫描，可以下载不同的应用程序，而无需扫描多个不同的二维码来实现。具体的，在该方案中，外部扫码终端通过扫描云通信设备屏幕上和/或说明书、包装、机身上的二维码，通过接收服务平台的响应，可以下载与其配套使用的iOS及Android应用程序。由于在云通信设备上生成二维码时，加入了网址信息及推送参数，不同外部终端设备对同一二维码进行扫描后，会向服务端推送不同的参数，服务端根据不同的参数，可以向外部终端设备推送不同的内容，即实现了不同设备扫描，可以获取不同的推送内容。且由于推送参数关联到服务端配置，推送内容可以在服务端自由设定，于是该方案也具有灵活多变性及可扩展性，在不更改二维码的前提下，只需更改服务端配置，即可推送不同的内容给用户端。比如应用更新，云通信设备更换所属渠道等。

不同的代理商对应云通信设备所属渠道的不同，其个性化设置的应用程序可根据云通信设备的设备号找到对应的所述渠道来进行下载。

因此，本发明可以大大减少二维码的区分使用及更换频率，节约了企业项目的推广成本，也提升了用户操作体验。

有益效果：

正常情况下每一台云通信设备上都要有两个不同的二维码分别对应iOS和Android应用的下载地址。如果企业想要兼容不同手机系统的用户，就要分别为每一台设备独立配置两个不同的二维码，且由于二维码内容无法随意更改，后续想要更换推送的应用程序资源包也只能通过更改二维码来实现。使用本发明的方法后，扫描同一个二维码，不仅解决了跨平台推广应用的难题，同时实现了通过服务配置可动态下发不同的应用程序给用户端。节约了企业的应用推广成本，也大大提升了用户体验。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本发明的目的、特征和效果。

附图说明

图1是本发明一个具体实施方案中服务平台的配置。

图2是本发明一个具体实施方案中app版本管理中心的工作界面图。

图3是本发明一个具体实施方案中的流程图。

图4是本发明所涉及的基于二维码下载应用的系统的结构框图。

具体实施方式

为了使发明实现的技术手段、创造特征、达成目的和功效易于明白了解，下结合具体图示，进一步阐述本发明。但本发明不仅限于以下实施的案例。

实施例1：服务平台配置

如图1所示，在服务端的app版本管理中心添加项目应用时，可以根据不同云通信设备所属的渠道及云通信设备类型的不同，分别指定iOS及Android平台下项目应用的下载地址，用于后续推送不同的app给不同的用户。除app下载地址外，还有app名称、简介、版本号、适用平台等信息。扫码终端机型包括适用于iOS平台的机型和适用于Android平台的机型。

实施例2：二维码的生成

在云通信设备启动的时候，生成二维码展示在屏幕上或者云通信设备的机身上，二维码中包含网址信息及服务端所能识别的参数信息(在这里主要是云通信设备的设备号)。

实施例3：app版本管理中心

1.每一台云通信设备在导入服务平台时，需要选择其设备类型及归属渠道。

2.业务配置人员在app版本管理中心创建应用时，填写使用平台(iOS或android)、设备类型及所属渠道，如图2所示。这里相当于通过使用平台、设备类型及渠道集合确定了app的唯一性，也就决定了每一台云通信设备对应两个app，分别为iOS和android版本。

3.云通信设备对应的二维码图像生成规则为固定的域名加上设备号参数，每台设备出厂的时候会携带此二维码图像，比如带屏幕的设备会在屏幕上显示，没有屏幕的设备会在机身贴标二维码，另外随设备一起打包的说明书中也会有二维码图像。每一台云通信设备有且只有一个对应的二维码。

4.用户通过外部扫码终端(比如手机终端)扫描云通信设备上的二维码，即可下载对应的app。

实施例4：基于二维码下载应用的方法的具体流程

图3示出了本实施例的具体流程：

用户通过外部扫码终端扫描云通信设备上的二维码，响应于该扫码操作的步骤是外部扫码终端向服务平台发出下载应用请求。同时该下载应用请求含有该外部扫码终端的UserAgent信息，即该外部扫码终端的使用平台，比如iOS或android。

服务平台解析该下载应用请求，在服务平台的数据库中查找该二维码对应的云通信设备的设备号。若数据库中存在该云通信设备的设备号，则在数据库中继续查找该云通信设备的所属渠道、类型，并结合外部扫码终端的UserAgent信息(对应于图中的扫码终端机型)查找到app下载地址，进行app的下载。

若数据库中不存在该云通信设备的设备号，服务平台则向该外部扫码终端返回官网地址作为保底界面。用户可在官网地址上反馈问题和获得常见问题解答等信息。

实施例5：基于二维码下载应用的系统

图4示出了本实施例的结构框图。在本实施例中，基于二维码下载应用的系统1包括解析单元11、数据库单元12、处理单元13和接收和发送单元14。

解析单元11用于解析外部扫码终端2扫描云通信设备的二维码发出的下载应用请求。下载应用请求含有所述外部扫码终端2的UserAgent信息。外部扫码终端2的UserAgent信息为Android和iOS的择一显示。

数据库单元12，用于存储。数据库单元12包括应用版本管理中心。通过云通信设备所属渠道、云通信设备的类型和外部扫码终端2的UserAgent信息可以在应用版本管理中心找到相应版本的应用的下载地址。应用为app。应用版本管理中心为app版本管理中心。

处理单元13，用于根据解析的下载应用请求在数据库单元12查找云通信设备的设备号。处理单元13还用于若数据库单元12中存在该云通信设备的设备号，则继续在数据库单元12中查找该云通信设备的所属渠道和类型，并根据该云通信设备所属渠道、类型和外部扫码终端2的UserAgent信息找到应用的下载地址。处理单元13还用于若数据库单元12中不存在该云通信设备的设备号，处理单元13则向外部扫码终端2返回官网地址。官网地址对应的网页上设置有问题反馈和常见问题解答。云通信设备的设备号有且只有一个对应的二维码。

处理单元13还用于若应用有升级，则处理单元13根据云通信设备所属渠道、云通信设备的类型和外部扫码终端2的UserAgent信息中的一种或多种确定是否自动更新应用，但二维码不变。以根据云通信设备的类型确定是否自动更新应用这种情形为例进行说明：假设对带屏幕的云通信设备的app进行了升级，对无屏幕的云通信设备的app没有进行升级，那么即使二维码不变，根据云通信设备的类型(带屏幕或者无屏幕的云通信设备)的不同，其下载的app也不同。其他情形与其类似，这里不再赘述。

处理单元13还用于若云通信设备的设备号更换了对应的云通信设备所属渠道，则虽然二维码不变，但是下载的应用为更换后的云通信设备所属渠道对应的应用。即假设设备号为X的云通信设备前期归属于A代理，此时下载的app就是专属于A代理的app。后期如果由于某些特殊原因，将设备号为X的云通信设备回收返修后，发给B代理，这时只需要更改设备号为X的云通信设备的所属渠道从原来的A代理改为B代理，就可实现下载专属于B代理的app了。

接收和发送单元14，用于接收外部扫码终端2扫描云通信设备的二维码发出的下载应用请求，并传输给解析单元11；还用于将处理单元13找到的应用的下载地址发送给外部扫码终端2。

以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术无需创造性劳动就可以根据本发明的构思作出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。

Claims (10)

1.一种基于二维码下载应用的方法，其特征在于，包括：

外部扫码终端启用扫描程序扫描云通信设备的二维码向服务平台发出下载应用请求；所述下载应用请求含有所述外部扫码终端的UserAgent信息；

所述服务平台解析所述下载应用请求查找所述云通信设备的设备号；

若所述服务平台的数据库中存在所述云通信设备的设备号，则在所述服务平台的数据库中查找所述云通信设备所属渠道和所述云通信设备的类型，并根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息找到所述应用的下载地址用于下载。

2.如权利要求1所述的基于二维码下载应用的方法，其特征在于，还包括：若所述服务平台的数据库中不存在所述云通信设备的设备号，所述服务平台则向所述外部扫码终端返回官网地址。

3.如权利要求2所述的基于二维码下载应用的方法，其特征在于，还包括：所述外部扫码终端通过返回的所述官网地址反馈问题和获得解决办法；所述问题包括无法下载所述应用。

4.如权利要求1所述的基于二维码下载应用的方法，其特征在于，所述外部扫码终端的UserAgent信息为Android和iOS的择一显示。

5.如权利要求1所述的基于二维码下载应用的方法，其特征在于，所述应用为app。

6.如权利要求1所述的基于二维码下载应用的方法，其特征在于，所述云通信设备的设备号有且只有一个对应的所述二维码，若所述应用有升级，则所述服务平台根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息中的一种或多种确定是否自动更新所述应用，但所述二维码不变。

7.如权利要求1所述的基于二维码下载应用的方法，其特征在于，若所述云通信设备的设备号更换了对应的所述云通信设备所属渠道，则虽然所述二维码不变，但是下载的所述应用为更换后的所述云通信设备所属渠道对应的应用。

8.一种基于二维码下载应用的系统，其特征在于，包括：

解析单元，用于解析外部扫码终端扫描云通信设备的二维码发出的下载应用请求；所述下载应用请求含有所述外部扫码终端的UserAgent信息；

数据库单元，用于存储；

处理单元，用于根据解析的所述下载应用请求在所述数据库单元查找所述云通信设备的设备号；若所述数据库单元中存在所述云通信设备的设备号，则继续在所述数据库单元中查找所述云通信设备所属渠道和所述云通信设备的类型，并根据所述云通信设备所属渠道、所述云通信设备的类型和所述外部扫码终端的UserAgent信息找到所述应用的下载地址；

接收和发送单元，用于接收所述外部扫码终端扫描云通信设备的二维码发出的下载应用请求，并传输给所述解析单元；还用于将所述处理单元找到的所述应用的下载地址发送给所述外部扫码终端。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有可执行指令，所述可执行指令执行时实现权利要求1-7任一项所述的基于二维码下载应用的方法。

10.一种终端，其特征在于，所述终端包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1-7任一项所述的基于二维码下载应用的方法。

Images