一种客户端应用包的识别方法及系统技术方案

本申请实施例提供了一种客户端应用包的识别方法和系统，其中，在该方案中，将客户端的应用包标识在客户端每一次与服务器端的交互中都发送给服务器端；同时，在服务器端的业务系统中，对每一个功能都进行配置，在配置中根据应用包标识包含的信息进行匹配以确定该功能是否对当前的应用包开放，实现了对来自多个渠道的不同客户端应用包的功能进行区分和适配，同时无需在业务系统中进行硬编码，极大的提高了软件工程的开发效率。提高了软件工程的开发效率。提高了软件工程的开发效率。

【技术实现步骤摘要】
一种客户端应用包的识别方法及系统


[0001]本申请涉及计算机
，特别涉及一种客户端应用包的识别方法、系统、计算设备和计算机可读存储介质。

技术介绍

[0002]在移动互联网领域，不同发布渠道如各种应用商店的APP包的种类和数量出现了大量的增长，即使针对同一个产品的APP包，也会存在多个主、次渠道，每个渠道中又存在数十个版本号，其中不同渠道不同版本的APP包功能都有所差别。在现有技术中，通过APP包标识做简单的尾号区别，在服务器程序代码中通过硬编码实现不同的功能，上线后如有变动需要进行热更新修改，工程效率很低，而且针对每个APP包标识进行功能配置，极容易遗漏和出错，因此亟需一种客户端应用包的识别方法，能够简洁、高效的识别各种渠道下不同版本的APP包，进而提供相应的功能。

技术实现思路

[0003]有鉴于此，本申请例提供了一种客户端应用包的识别方法、系统、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。
[0004]根据本申请实施例的第一方面，提供了一种客户端应用包的识别方法，包括：
[0005]接收客户端发送的应用包标识；
[0006]对所述应用包标识进行解析，得到应用的描述信息；
[0007]遍历业务系统配置文件中针对每个功能的配置，根据所述配置以及应用包标识和或应用的描述信息确定所述应用所具备的功能。
[0008]根据本申请实施例的第二方面，提供了一种客户端应用包的识别系统，包括：
[0009]客户端发送应用包标识到服务器端；r/>[0010]服务器端对接收的所述应用包标识进行解析，得到所述应用的描述信息；
[0011]在服务器端，遍历业务系统配置文件中针对每个功能的配置，根据所述配置以及应用包标识和或应用的描述信息确定所述应用所具备的功能。
[0012]根据本申请实施例的第三方面，提供了一种服务器，包括：
[0013]接收模块，用于接收客户端发送的应用包标识；
[0014]解析模块，用于对所述应用包标识进行解析，得到应用的描述信息；
[0015]匹配模块，用于遍历业务系统配置文件中针对每个功能的配置，根据所述配置以及应用包标识和或应用的描述信息确定所述应用所具备的功能。
[0016]根据本申请实施例的第四方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现前述方法的步骤。
[0017]根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现前述方法的步骤。
[0018]通过本申请实施例中的方法和系统，在客户端根据应用包的信息组装成应用包标识，并且在每一次与服务器端的交互中都将该应用包标识发送给服务器端；同时，在服务器端的业务系统中，对每一个功能都进行配置，在配置中根据应用包标识包含的信息进行匹配以确定该功能是否对当前的应用包开放。为了提升配置的效率，还优化了各个功能的开关配置，根据应用相关的信息对各类可能出现的情况都进行了提前规划；还进行了正向/反向配置，极大减少配置量，解决了现有技术中需要根据应用的版本进行硬编码的问题，大大的提高了软件工程的开发效率。
附图说明
[0019]图1是本申请实施例提供的计算设备的结构框图；
[0020]图2是本申请实施例提供的一种客户端应用包的识别方法的一流程示意图；
[0021]图3是本申请实施例中业务系统配置文件中针对每个功能进行配置的示意图；
[0022]图4是本申请实施例提供的一种客户端应用包的识别服务器的结构示意图。
具体实施方式
[0023]在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
[0024]在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0025]应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“响应于确定”。
[0026]在本申请中，提供了一种客户端应用包的识别方法和系统、计算设备和计算机可读存储介质，将在下面的实施例中逐一进行详细说明。
[0027]图1示出了根据本申请一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。
[0028]计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi
‑
MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
[0029]在本申请的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
[0030]计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备100还可以是移动式或静止式的服务器。
[0031]说明书附图1中的处理器120可以执行图2所示的一种客户端应用包的识别方法中的步骤，该方法用于服务器端，包括步骤202至步骤206。
[0032]步骤202：接收客户端发送的应用包标识。
[0033]在一种可行的实施方式中，服务器端接收客户端应用发送的请求，解析得到请求中包含的应用包标识ClientID。...

【技术保护点】

【技术特征摘要】
1.一种客户端应用包的识别方法，用于服务器端，其特征在于，包括：接收客户端发送的应用包标识；对所述应用包标识进行解析，得到应用的描述信息；遍历业务系统配置文件中针对每个功能的配置，根据所述配置以及应用包标识和或应用的描述信息确定所述应用所具备的功能。2.根据权利要求1所述的方法，其中，所述接收客户端发送的应用包标识包括：在客户端应用与服务器的每一次交互中，发送给服务器端的请求消息都包括所述应用包标识ClientID。3.根据权利要求2所述的方法，其中，所述应用的描述信息包括但不限于：操作系统类型和版本、登录方式、支付方式、渠道信息。4.根据权利要求1的方法，其中，遍历业务系统配置文件中针对每个功能的配置包括：全局功能配置，用于对当前功能的全局进行配置，当配置为open时，继续进行后续配置的判断；当配置为close时，表示不支持该功能，不用对后续配置进行判断；不支持的ClientID配置，配置在此列表里的ClientID均不支持当前功能，并无需对后续配置进行判断；支持的ClientID配置，配置在此列表里的ClientID支持当前功能。5.根据权利要求3所述的方法，其中，遍历业务系统配置文件中针对每个功能的配置还包括：支持的版本号范围配置，应用的版本号不在配置范围内表示该应用不支持当前功能，在版本范围内则继续进行后续的配置判断；主渠道配置，用于对来自多个渠道的应用包的功能进行配置；其中，主渠道配置可以有多个，其中，每个主渠道配置还包括子配置，包括：“ope...

【专利技术属性】
技术研发人员：尹丕磊，乐坚强，何雨泉，郭子文，李建良，林逸，杨东，杨利华，
申请(专利权)人：北京云游互动网络科技有限公司，
类型：发明
国别省市：