CN107493316B - 应用运营管理方法、服务器及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种应用运营管理方法、服务器及计算机可读存储介质，通过根据接收的应用请求中的运营数据索引信息找出包含该运营数据索引信息的运营组(各运营组中包括可共用同一运营数据的所有运营数据索引信息)，再根据查找到的运营组获取对应的运营数据并下发给终端。这样，由于一个运营组对应一种运营数据，服务器对于同一运营数据可仅通过一个运营组来进行管理，使得服务器中的运营管理体系得以简化，提高了资源利用率。此外，服务器中建立的是各个运营组，而运营组实质是一个运营数据索引信息的存储集合，因此本发明仅通过一个运营管理***即可实现运营管理，因此不再需要重复建立存在功能重叠的其他运营管理***，降低了代码的冗余度。

Description

应用运营管理方法、服务器及计算机可读存储介质

技术领域

本发明涉及信息技术领域，更具体地说，涉及一种应用运营管理方法、服务器及计算机可读存储介质。

背景技术

随着信息技术的快速发展，终端应用已成为人们日常生活中必不可缺的一部分。但是任何一个应用都不能保证其能够完美的满足用户的所有需求，且没有任何设计缺陷，再加上用户需求、市场环境的不断变化，这就促使着应用开发者必须要不断地开发新版本的应用软件，这就造成市场上可能同时存在多个版本的应用软件。

当前，对于市场上应用软件的应用运营管理方案是：针对每一种应用软件(不同版本的应用软件应视为不同的应用软件)均会在服务器中设计一个单独的运营管理***或在一个运营管理***中设计单独的管理界面进行针对性管理。即在现有的方案中，终端在请求某一应用的运营数据时，服务器会先根据请求中的运营数据索引信息(如终端型号，应用版本号等)找到对应的运营管理***或管理界面，再由运营管理***或管理界面将对应的运营数据发送到终端上。但是，根据上述方案进行应用运营管理时，很可能存在有多个运营管理***或管理界面对应的运营数据相同的情况，即服务器中对于同一运营数据的管理很可能是通过多个运营管理***或管理界面来实现的，这就导致的服务器中的应用运营管理体系十分臃肿，资源利用率不高，同时由于需要建立大量的运营管理***或管理界面，而这些运营管理***或管理界面之间的许多功能是重复的，因此还会造成代码的冗余重复的问题。

发明内容

本发明要解决的技术问题在于：在现有应用运营管理方案中，服务器中对于同一运营数据的管理很可能是通过多个运营管理***或管理界面来实现的，这就导致的服务器中应用运营管理体系十分臃肿，资源利用率不高，同时由于需要建立大量的运营管理***或管理界面，而这些运营管理***或管理界面之间的许多功能是重复的，因此还会造成代码的冗余重复、可扩展性差的问题。针对该技术问题，本发明提供了一种应用运营管理方法、服务器及计算机可读存储介质。

为解决上述技术问题，本发明提供一种应用运营管理方法，所述应用运营管理方法包括：

接收终端发送的用于获取应用之运营数据的应用请求；

根据所述应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组，一个运营组包括可共用同一运营数据的所有运营数据索引信息；

根据所述查找到的运营组，以及预设的运营组与运营数据对应关系，获取所述运营组对应的运营数据；

将获取到的所述运营数据下发给所述终端。

进一步地，所述运营数据索引信息包括：所述终端的终端机型信息，所述应用的应用版本信息，以及所述终端请求用于进行数据交互的服务器接口信息。

进一步地，所述一个运营组包括应用信息集合，终端机型信息集合，以及接口信息集合；

所述应用信息集合包括预设的应用信息；所述终端机型信息集合包括预设的终端机型信息；所述接口信息集合包括预设的服务器接口信息；

所述应用信息集合中的任一应用信息与所述终端机型信息集合中的任一终端机型信息，以及所述接口信息集合中的任一服务器接口信息构成所述运营组的一个运营数据索引信息；

所述一个运营组中的所有运营数据索引信息共用同一运营数据。

进一步地，所述应用运营管理方法还包括：

设置运营组更新条件；

在运营组更新条件被触发时，对所述运营组进行创建和/或删除和/或修改操作。

进一步地，所述运营组更新条件包括：存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息。

进一步地，所述对所述运营组进行修改操作包括：

在所述运营组中删除和/或增加运营数据索引信息。

进一步地，在所述运营组中增加运营数据索引信息时，包括：

检测所述运营组中待增加的运营数据索引信息在其余运营组中是否存在；

若不存在，在所述运营组中增加所述运营数据索引信息；

否则，删除已存在的所述运营数据索引信息，并在所述运营组中增加所述运营数据索引信息。

进一步地，所述应用运营管理方法还包括：

设置各所述运营组的存活时间；

在所述根据所述应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组之前，检测各所述运营组的存活时间是否到达；

若是，将存活时间到达的运营组删除；

或；

设置各所述运营组的存活时间；

按照预设检查频率检查各所述运营组的存活时间是否到达；

若是，将存活时间到达的运营组删除。

进一步地，本发明还提供了一种服务器，所述服务器包括信息收发装置、存储器和处理器

所述信息收发装置用于与终端建立数据连接以进行数据传输；

所述存储器用于存储含有与同一运营数据匹配的所有运营数据索引信息的运营组，以及用于存储可在所述处理器上运行的应用运营管理程序；

所述处理器运行所述应用运营管理程序以实现上述应用运营管理方法的步骤。

进一步地，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有应用运营管理程序，所述应用运营管理程序被处理器执行时实现上述应用运营管理方法的步骤。

有益效果

本发明提供的一种应用运营管理方法、服务器及计算机可读存储介质，通过接收终端发送的用于获取应用之运营数据的应用请求，并根据应用请求中的运营数据索引信息在预设的各运营组中查找出包含该运营数据索引信息的运营组(各运营组中包括可共用同一运营数据的所有运营数据索引信息)，再根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取运营组对应的运营数据并下发给终端。这样，由于将对应同一运营数据的所有运营数据索引信息放置于一个运营组，服务器即可对于同一运营数据仅通过一个运营组来进行管理，这就使得服务器中的运营管理体系得以简化。此外，服务器中建立的是各个运营组，而运营组实质是一个运营数据索引信息的存储集合，因此本发明仅通过一个运营管理***即可实现运营管理，因此不再需要重复建立存在功能重叠的其他运营管理***，相较于现有技术而言，降低了代码的冗余度，提高了服务器中的资源利用率。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的服务器的硬件结构示意图；

图2为本发明第一实施例提供的应用运营管理方法流程示意图；

图3为本发明第一实施例提供的一种服务器与终端的交互图；

图4为本发明第一实施例提供的一种运营组结构示意图；

图5为本发明第二实施例提供的一种增加运营数据索引信息的流程示意图；

图6为本发明第三实施例提供的一种服务器结构示意图；

图7为本发明第三实施例提供的一种应用运营管理***与终端之间的交互图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

如图1所示，为实现本发明各个实施例一个可选的服务器的硬件结构示意图，该服务器至少包括：输入输出(IO)总线11、处理器12、存储器13、内存14和通信装置15。其中，

输入输出(IO)总线11分别与自身所属的服务器的其它部件(处理器12、存储器13、内存14和通信装置15)连接，并且为其它部件提供传送线路。

处理器12通常控制自身所属的服务器的总体操作。例如，处理器12执行计算和确认等操作。其中，处理器12可以是中央处理器(CPU)。

存储器13存储处理器可读、处理器可执行的软件代码，其包含用于控制处理器12执行本文描述的功能的指令(即软件执行功能)。

其中，本发明提供的应用运营管理程序的软件代码可存储在存储器13中，并由处理器12执行或编译后执行。

内存14，一般采用半导体存储单元，包括随机存储器(RAM)，只读存储器(ROM)，以及高速缓存(CACHE)，RAM是其中最重要的存储器。内存14是计算机中重要的部件之一，它是与CPU12进行沟通的桥梁，计算机中所有程序的运行都是在内存中进行的，其作用是用于暂时存放CPU12中的运算数据，以及与硬盘等外部存储器交换的数据，只要计算机在运行中，CPU12就会把需要运算的数据调到内存中进行运算，当运算完成后CPU12再将结果传送出来。

通信装置15，通常包括一个或多个组件，其允许自身所属的服务器与无线通信***或网络之间的无线电通信。

以下通过具体实施例进行详细说明。

第一实施例

本发明提供了一种应用运营管理方法，参照图2，图2为本发明第一实施例提供的应用运营管理方法流程示意图，包括：

S201:接收终端发送的应用请求；

应当理解的是，本实施例中的应用请求是用于获取应用之运营数据的。服务器在接收到终端发送的应用请求之后，会对应找到相应的运营数据发还给该终端，以供该终端对应加载，从而完成对终端中相应应用的运营。

S202:根据应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组；

应当理解的是，受终端机型的不同，应用版本的不同，甚至是与终端之间进行信息交互的服务器接口的不同的影响，应用的开发者为达到更好的运营效果，往往会为同一类甚至同一种应用设计不同的运营策略，从而导致同一类甚至同一种应用具有不同的运营数据。例如，应用的开发者根据市场实际需求的变动等因素的影响，在开发出新版本的应用之后，其可能会为新版本的应用重新设计新的运营策略，此时即会导致新版本的应用对应的运营数据即与老版本的不同。又例如，对于同一版本的同一应用A，应用的开发者可能会为安卓机型的终端开发设计一种运营策略，为苹果机型的终端另外设计一种运营策略，从而使两种机型的用户达到最优的使用体验；或者应用的开发者可能会为某一指定机型单独设计一种运营策略，以达到指定机型上的最优运营效果。此时对于同一版本的同一应用A而言，即可能对应有两种或两种以上不同的运营数据。再例如，受不同服务器接口的数据传输速度或数据传输类型的限定，应用的开发者也可能会对版本的同一应用A，设置不同的运营数据以满足不同服务器接口的要求。即在本发明中，运营数据实质是由终端机型，应用版本，服务器接口等会对应用的开发者设计运营策略造成影响的因素共同决定的。

在本实施例中，服务器会根据运营数据的不同而划分出不同的运营组，在一个运营组中，包括可共用同一运营数据的所有运营数据索引信息。应当理解的是，本实施例中的各运营数据索引信息是用于在服务器中查找到对应运营组，从而找到可应用于发送应用请求的终端上的特定应用的运营数据用的。

在本实施例中，运营数据索引信息中应当包含：终端机型信息，应用的应用版本信息，以及终端请求用于进行数据交互的服务器接口信息。由于运营数据实质是由终端机型，应用版本，服务器接口等会对应用的开发者设计运营策略造成影响的因素共同决定的，因此根据包含终端机型信息，应用版本信息，以及服务器接口信息的运营数据索引信息即可唯一确定到最初应用开发者所设计的运营数据。

应当理解的是，在本实施例中在预设的各运营组中查找包含该运营数据索引信息的运营组即是查找同时包含接收到的应用请求中的终端机型信息，应用版本信息以及服务器接口信息的运营组。

S203:根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取该运营组对应的运营数据；

在本实施中，运营组与运营数据是一一对应关系，由于一个运营组中包括的是可共用同一运营数据的所有运营数据索引信息，因此各运营组所对应的运营数据是互不相同的。同时，各运营组中所包含的运营数据索引信息也是必然不同的。

应当理解的是，本实施例中可以将运营数据直接存储于与之对应的运营组中，这样在服务器找到包含应用请求中的运营数据索引信息的运营组后，只需要直接提取该运营组中的运营数据即可。此时，一种具体的实现方式是，利用服务器中不同的存储器分别作为不同的运营组进行管理。

应当理解的是，本实施例中也可以将运营数据单独存放在一个地方。此时可以通过图表等形式记录下运营组与运营数据的对应关系，例如参见表一所示。在服务器找到包含应用请求中的运营数据索引信息的运营组后，通过查找对应关系图表确定出对应的运营数据是哪一个，再到存储运营数据的位置将查找对应关系图表确定出的运营数据提取出来。

表一

运营组	运营数据
		运营组1	运营数据1
运营组2	运营数据2
		…	…
运营组n	运营数据n

S204:将获取到的运营数据下发给终端。

应当理解的是，本实施中终端机型信息可以是终端的机型型号，服务器接口信息可以是服务器针对不同时期的业务需求提供的接口版本标识。值得注意的是，在本实施例中，若服务器为仅为单类应用提供运营管理(如仅为QQ提供运营管理)的专用运营管理服务器，此时应用版本信息可以仅是应用的版本号；若服务器是为多类应用提供运营管理(如同时为QQ、微信、支付宝等许多应用提供运营管理)的综合运营管理服务器，此时应用版本信息必须包括应用的应用标识(如应用名称)以及应用的版本号。

在本实施例中，运营数据在下发时，会先根据终端发送的应用请求中所携带的服务器接口信息确定用于下发运营数据的服务器接口，再通过确定的服务器接口下发运营数据。例如，终端发送的应用请求中要求通过版本1的服务器接口进行数据传输，则服务器通过版本1的服务器接口下发运营数据。参见图3，图3为本实施例提供的一种服务器与终端的交互图。

值得注意的是，在本实施例中，各运营组保存运营数据索引信息的一种可行方式是：将运营数据索引信息作为一个整体逐条进行存储。例如，参见表二所示的形式在各运营组中进行存储。

表二

运营组1
	运营数据索引信息A(应用版本1+终端机型1+服务器接口版本1)
运营数据索引信息B(应用版本1+终端机型2+服务器接口版本1)
	运营数据索引信息C(应用版本2+终端机型1+服务器接口版本1)
运营数据索引信息D(应用版本1+终端机型1+服务器接口版本2)
	运营数据索引信息E(应用版本2+终端机型1+服务器接口版本2)
…

应当理解的是，在本实施例中，设定的运营数据索引信息是由具体的一个应用版本信息，一个终端机型信息，以及一个服务器接口版本信息构成。在实际应用中，可以根据实际需求设定运营数据索引信息的构成。例如，若根据实际需求应用开发者不需要针对不同的服务器接口版本来设计不同的运营数据，而是仅根据应用版本信息以及终端机型进行的运营数据的设计，那么在本实施中运营数据索引信息即可仅由一个应用版本信息和一个终端机型信息构成。

值得注意的是，由于运营数据索引信息实质是由一个应用版本信息，一个终端机型信息，以及一个服务器接口版本信息加合在一起构成的，运营组保存的实质也是应用版本信息，终端机型信息和服务器接口版本信息。但是，在上述如表二所示的运营组保存运营数据索引信息的方式中，不同的运营数据索引信息可能需要重复保存相同的应用版本信息或终端机型信息或服务器接口版本信息，例如表二中保存运营数据索引信息A和运营数据索引信息B时，即重复保存了应用版本1以及服务器接口版本1。这就使得服务器存储空间未得到充分利用。对此，本实施中各运营组保存运营数据索引信息还存在一种可行方式是：

在各运营组中分别设置应用信息集合，终端机型信息集合，以及接口信息集合。其中：应用信息集合包括预设的应用信息，终端机型信息集合包括预设的终端机型信息，接口信息集合包括预设的服务器接口信息。而各运营组中，应用信息集合中的任一应用信息与终端机型信息集合中的任一终端机型信息，以及接口信息集合中的任一服务器接口信息即构成运营组的一个运营数据索引信息。此时运营组结构可以参见图4所示。

应当理解的是，在这种方式中，实质是将预先已确定好的可共用同一运营数据的所有运营数据索引信息进行拆分，将拆分后的应用信息放入到对应运营组的应用信息集合中，将拆分后的终端机型信息放入到对应运营组的终端机型信息集合中，将拆分后的服务器接口信息放入到对应运营组的接口信息集合中。这样根据三个集合中各信息的自由组合即可得到共用同一运营数据的所有运营数据索引信息。应当理解的是，本实施例中预设的服务器接口信息，终端机型信息以及服务器接口信息实质是由预先已确定好的可共用同一运营数据的所有运营数据索引信息进行拆分得到的。

值得注意的是，在上述方式中，运营组中自由组合得到的运营数据索引信息个数可能会大于预先已确定好的可共用同一运营数据的所有运营数据索引信息，此时对于运营组中组合得到的多余部分运营数据索引信息，若已存在应用开发者针对该种运营数据索引信息设计的运营数据，即在其余运营组中存在该运营数据索引信息，则会造成一个运营数据索引信息对应多个运营组，即对应多种运营数据的冲突，此时，一种可行的解决方式是，结合本实施中第一种运营组保存运营数据索引信息的方式，将该重复的运营数据在运营组的应用信息集合，终端机型信息集合，以及接口信息集合之外，按照第一种运营组保存运营数据索引信息的方式保存该运营数据索引信息于应用开发者针对该种运营数据索引信息设计的运营数据所在的运营组中。

应当理解的是，在实际运营管理过程中，运营数据相同的应用往往仅出现于同一种应用(例如QQ)的某些不同版本中，对于不同种应用而言，应用开发者设计的运营数据往往是不同的。因此，在实际运营管理过程中，一个运营组中应用信息集合，终端机型信息集合，以及接口信息集合中不会存在太多的信息元素，因此，组合得到的运营数据索引信息个数并不会过多的超出预先已确定好的可共用同一运营数据的所有运营数据索引信息的个数。此外，随着市场不断对旧版本应用的淘汰，针对同一种应用的运营数据也不会太多，即可能存在造成一个运营数据索引信息对应多个运营数据的冲突的运营组数量很少。因此，在实际应用过程中几乎不会出现在两个或两个以上运营组中自由组合后得到同一运营数据索引信息的情况。

值得注意的是，本实施中服务器仅通过一个应用运营管理***的一个应用运营管理界面即可实现对所有运营组的管理。

应当理解的是，本实施例中的各个步骤可以由如图1所示的服务器来独立实现，具体的，通信装置15来接收终端发送的应用请求，并通过在存储器13内存储含有与同一运营数据匹配的所有运营数据索引信息的运营组以及实现上述各个步骤的应用运营管理程序，并将应用运营管理程序交由处理器12执行，由处理器12来根据应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组，并根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取运营组对应的运营数据，并通过通信装置15将运营数据下发给终端。

同时，本实施例中，还提供一种计算机可读存储介质，如软盘、光盘、硬盘、闪存、U盘、CF卡、SD卡、MMC卡等，在该计算机可读存储介质中存储有实现上述各个步骤的应用运营管理程序，服务器的处理器可以读取并执行该计算机可读存储介质中存储的应用运营管理程序，从而实现上述应用运营管理方法的各个步骤。

本实施例提供的应用运营管理方法，通过接收终端发送的用于获取应用之运营数据的应用请求，并根据应用请求中的运营数据索引信息在预设的各运营组中查找出包含该运营数据索引信息的运营组(各运营组中包括可共用同一运营数据的所有运营数据索引信息)，再根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取运营组对应的运营数据并下发给终端。这样，由于将对应同一运营数据的所有运营数据索引信息放置于一个运营组，服务器即可对于同一运营数据仅通过一个运营组来进行管理，这就使得服务器中的运营管理体系得以简化。此外，服务器中建立的是各个运营组，而运营组实质是一个运营数据索引信息的存储集合，因此本实施例仅通过一个运营管理***即可实现运营管理，因此不再需要重复建立存在功能重叠的其他运营管理***，相较于现有技术而言，降低了代码的冗余度，提高了服务器中的资源利用率。

第二实施例

本实施例在第一实施例的基础上，对本发明提供的应用运营管理方法做进一步说明。

在本实施例中，服务器在对运营组进行管理的过程中，可以对运营组进行更新。具体的，服务器会在运营组更新条件被触发时，对运营组进行创建和/或删除和/或修改操作。

在本实施例中，运营组更新条件包括但不限于：存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息。即在本实施例中，若存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息时，服务器即会对应进行创建和/或删除和/或修改操作。

具体的，在存在新的运营数据索引信息时，若该运营数据索引信息对应的运营数据还未存在对应的运营组，则服务器会创建一个运营组与该运营数据建立对应关系，并将该运营数据索引信息加入新创建的运营组中。若该运营数据索引信息对应的运营数据存在对应的运营组，则服务器直接将该新的运营数据索引信息加入到对应的运营组中。

应当理解的是，上述将运营数据索引信息加入到运营组中的操作属于对运营组的修改操作。在本实施例中，对运营组的修改操作除前述在运营组中增加运营数据索引信息外，还可以有在运营组中删除运营数据索引信息的操作。

还应当理解的是，在本实施例中，在运营组中增加运营数据索引信息时，参见图5，还需要进行如下步骤：

S501：检测目标运营组中待增加的运营数据索引信息在其余运营组中是否存在；若不存在，转至步骤S502；否则，转至步骤S503。

S502：在运营组中增加该运营数据索引信息；

S503：删除其余运营组中已存在的该运营数据索引信息，并在目标运营组中增加该运营数据索引信息。

在本实施例中，在存在需淘汰的运营数据索引信息时，服务器即在对应的运营组中删除该条运营数据索引信息。若某一运营组中所有运营数据索引信息均需要删除，则服务器可以直接删除该运营组。

在本实施例中，在存在对应运营数据发生变化的运营数据索引信息时，服务器将运营数据索引信息在原运营组中删除，并加入到变化后的运营数据对应的运营组中。

应当理解的是，在本实施例中为降低运营人员的工作强度，可以提前配置好各运营组的存活时间，运营组只在存活时间内存活。此时，在进行应用运营管理过程中，服务器可以在根据应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组之前，即可先检测各运营组的存活时间是否到达，并将存活时间到达的运营组删除。此后服务器再根据应用请求中的运营数据索引信息，在删除掉存活时间到达的运营组之后所遗存的运营组中进行查找。应当理解的是，服务器也可以按照预设检查频率检查各运营组的存活时间是否到达，若到达，则将存活时间到达的运营组删除。

本实施提供的应用运营管理方法，通过设置运营组更新条件，使得应用运营管理过程灵活化，通过及时的对运营组的更新，保证服务器中运营组及其对应运营数据与市场所需的匹配。同时，通过设置运营组的存活时间，使得在应用运营管理管理过程中，服务器可以自动控制相应运营数据所产生的运营活动的时间，使得应用运营管理流程更加灵活，同时还降低了运营人员的工作量。

第三实施例

本发明提供了一种服务器。参照图6，图6为本发明第三实施例提供的一种服务器的结构示意图，包括：存储器61、处理器62、信息收发装置63和内部通信总线64。其中：

内部通信总线64用于实现存储器61、处理器62和信息收发装置63之间的连接通信；

信息收发装置63用于与终端建立数据连接以进行数据传输，本实施例中通过服务器接口实现的服务器与终端之间的信息交互实质均是通过信息收发装置63实现的。

存储器61中存储有含有与同一运营数据匹配的所有运营数据索引信息的运营组，以及可在处理器62上运行的应用运营管理程序；

处理器62可以运行该应用运营管理程序程序以执行下述操作：

控制信息收发装置63接收终端发送的应用请求；

根据应用请求中的运营数据索引信息在存储器61存储的各运营组中查找包含该运营数据索引信息的运营组；

根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取该运营组对应的运营数据；

控制信息收发装置63将获取到的运营数据下发给终端。

应当理解的是，本实施例中的应用请求是用于获取应用之运营数据的。信息收发装置63在接收到终端发送的应用请求之后，处理器62会对应找到相应的运营数据发还给该终端，以供该终端对应加载，从而完成对终端中相应应用的运营。

应当理解的是，受终端机型的不同，应用版本的不同，甚至是与终端之间进行信息交互的服务器接口的不同的影响，应用的开发者为达到更好的运营效果，往往会为同一类甚至同一种应用设计不同的运营策略，从而导致同一类甚至同一种应用具有不同的运营数据。即在本发明中，运营数据实质是由终端机型，应用版本，服务器接口等会对应用的开发者设计运营策略造成影响的因素共同决定的。

在本实施例中，存储器61中的不同的运营组实质是根据运营数据的不同而划分的。在一个运营组中，包含的是可共用同一运营数据的所有运营数据索引信息。应当理解的是，本实施例中的各运营数据索引信息是用于处理器62在存储器61中查找到对应运营组，从而找到可应用于发送应用请求的终端上的特定应用的运营数据用的。

在本实施例中，运营数据索引信息中应当包含：终端机型信息，应用的应用版本信息，以及终端请求用于进行数据交互的服务器接口信息。由于运营数据实质是由终端机型，应用版本，服务器接口等会对应用的开发者设计运营策略造成影响的因素共同决定的，因此处理器62根据包含终端机型信息，应用版本信息，以及服务器接口信息的运营数据索引信息即可唯一确定到最初应用开发者所设计的运营数据。

应当理解的是，在本实施例中处理器62在存储器61存储的各运营组中查找包含该运营数据索引信息的运营组即是查找同时包含接收到的应用请求中的终端机型信息，应用版本信息以及服务器接口信息的运营组。

在本实施中，运营组与运营数据是一一对应关系，由于一个运营组中包括的是可共用同一运营数据的所有运营数据索引信息，因此各运营组所对应的运营数据是互不相同的。同时，各运营组中所包含的运营数据索引信息也是必然不同的。

应当理解的是，本实施例中可以将运营数据直接存储于与之对应的运营组中，这样在处理器62找到包含应用请求中的运营数据索引信息的运营组后，只需要直接提取该运营组中的运营数据即可。此时，一种具体的实现方式是，利用服务器中不同的存储器61分别作为不同的运营组进行管理。

应当理解的是，本实施例中也可以将运营数据单独存放在一个存储器61中。此时可以通过图表等形式记录下运营组与运营数据的对应关系。在处理器62找到包含应用请求中的运营数据索引信息的运营组后，通过查找对应关系图表确定出对应的运营数据是哪一个，再到存储运营数据的位置将查找对应关系图表确定出的运营数据提取出来。

应当理解的是，本实施中终端机型信息可以是终端的机型型号，服务器接口信息可以是服务器针对不同时期的业务需求提供的接口版本标识。值得注意的是，若服务器为仅为单类应用提供运营管理的专用运营管理服务器，此时应用版本信息可以仅是应用的版本号；若服务器是为多类应用提供运营管理的综合运营管理服务器，此时应用版本信息必须包括应用的应用标识(如应用名称)以及应用的版本号。

在本实施例中，处理器62在控制信息收发装置63下发运营数据时，会先根据终端发送的应用请求中所携带的服务器接口信息确定用于下发运营数据的服务器接口，以控制信息收发装置63通过确定的服务器接口下发运营数据。

在本实施例中，各运营组保存运营数据索引信息的一种可行方式是：将运营数据索引信息作为一个整体逐条进行存储。值得注意的是，设定的运营数据索引信息是由具体的一个应用版本信息，一个终端机型信息，以及一个服务器接口版本信息构成。在实际应用中，可以根据实际需求设定运营数据索引信息的构成。例如，若根据实际需求应用开发者不需要针对不同的服务器接口版本来设计不同的运营数据，而是仅根据应用版本信息以及终端机型进行的运营数据的设计，那么在本实施中运营数据索引信息即可仅由一个应用版本信息和一个终端机型信息构成。

值得注意的是，由于运营数据索引信息实质是由一个应用版本信息，一个终端机型信息，以及一个服务器接口版本信息加合在一起构成的，运营组保存的实质也是应用版本信息，终端机型信息和服务器接口版本信息。但是，在上述运营组保存运营数据索引信息的方式中，不同的运营数据索引信息可能需要重复保存相同的应用版本信息或终端机型信息或服务器接口版本信息，这就使得服务器存储空间未得到充分利用。对此，本实施中各运营组保存运营数据索引信息还存在一种可行方式是：

在各运营组中分别设置应用信息集合，终端机型信息集合，以及接口信息集合。其中：应用信息集合包括预设的应用信息，终端机型信息集合包括预设的终端机型信息，接口信息集合包括预设的服务器接口信息。而各运营组中，应用信息集合中的任一应用信息与终端机型信息集合中的任一终端机型信息，以及接口信息集合中的任一服务器接口信息即构成运营组的一个运营数据索引信息。

应当理解的是，在这种方式中，实质是将预先已确定好的可共用同一运营数据的所有运营数据索引信息进行拆分，将拆分后的应用信息放入到对应运营组的应用信息集合中，将拆分后的终端机型信息放入到对应运营组的终端机型信息集合中，将拆分后的服务器接口信息放入到对应运营组的接口信息集合中。这样根据三个集合中各信息的自由组合即可得到共用同一运营数据的所有运营数据索引信息。应当理解的是，本实施例中预设的服务器接口信息，终端机型信息以及服务器接口信息实质是由预先已确定好的可共用同一运营数据的所有运营数据索引信息进行拆分得到的。

值得注意的是，在上述方式中，运营组中自由组合得到的运营数据索引信息个数可能会大于预先已确定好的可共用同一运营数据的所有运营数据索引信息，此时对于运营组中组合得到的多余部分运营数据索引信息，若已存在应用开发者针对该种运营数据索引信息设计的运营数据，即在其余运营组中存在该运营数据索引信息，则会造成一个运营数据索引信息对应多个运营组，即对应多种运营数据的冲突，此时，一种可行的解决方式是，结合本实施中第一种运营组保存运营数据索引信息的方式，将该重复的运营数据在运营组的应用信息集合，终端机型信息集合，以及接口信息集合之外，按照第一种运营组保存运营数据索引信息的方式保存该运营数据索引信息于应用开发者针对该种运营数据索引信息设计的运营数据所在的运营组中。

应当理解的是，在实际运营管理过程中，运营数据相同的应用往往仅出现于同一种应用的某些不同版本中，对于不同种应用而言，应用开发者设计的运营数据往往是不同的。因此，在实际运营管理过程中，一个运营组中应用信息集合，终端机型信息集合，以及接口信息集合中不会存在太多的信息元素，因此，组合得到的运营数据索引信息个数并不会过多的超出预先已确定好的可共用同一运营数据的所有运营数据索引信息的个数。此外，随着市场不断对旧版本应用的淘汰，针对同一种应用的运营数据也不会太多，即可能存在造成一个运营数据索引信息对应多个运营数据的冲突的运营组数量很少。因此，在实际应用过程中几乎不会出现在两个或两个以上运营组中自由组合后得到同一运营数据索引信息的情况。

值得注意的是，本实施中服务器仅通过一个应用运营管理***的一个应用运营管理界面即可实现对所有运营组的管理。此时，应用运营管理***与终端之间的交互图可以参见图7，处理器从存储器中提取到相应运营数据后，通过服务器接口将运营数据传输给终端。

应当理解的是，本实施例中服务器可以由如图1所示的服务器结构来实现，具体的，可以通过图1所示的服务器的存储器13或内存14实现本实施例中的服务器的存储器61的功能，通过图1所示的服务器的处理器12实现本实施例中服务器的处理器62的功能，并通过图1所示的服务器的通信装置15实现本实施例中服务器的信息收发装置63的功能。

本实施例提供的服务器，通过信息收发装置接收终端发送的用于获取应用之运营数据的应用请求，是处理器根据应用请求中的运营数据索引信息在存储器中的各运营组中查找出包含该运营数据索引信息的运营组(各运营组中包括可共用同一运营数据的所有运营数据索引信息)，再根据查找到的运营组，以及预设的运营组与运营数据对应关系，获取运营组对应的运营数据并下发给终端。这样，由于将对应同一运营数据的所有运营数据索引信息放置于一个运营组，服务器即可对于同一运营数据仅通过一个运营组来进行管理，这就使得服务器中的运营管理体系得以简化。此外，服务器中建立的是各个运营组，而运营组实质是一个运营数据索引信息的存储集合，因此本实施例仅通过一个运营管理***即可实现运营管理，因此不再需要重复建立存在功能重叠的其他运营管理***，相较于现有技术而言，降低了代码的冗余度，提高了服务器中的资源利用率。

第四实施例

本实施例是在第三实施例的基础上，对本发明提供的服务器做进一步说明。

仍旧参见图6所示的服务器，处理器62在对运营组进行管理的过程中，可以对运营组进行更新。具体的，处理器62会在运营组更新条件被触发时，对运营组进行创建和/或删除和/或修改操作。

在本实施例中，运营组更新条件包括但不限于：存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息。即在本实施例中，若存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息时，处理器62即会对应进行创建和/或删除和/或修改操作。

具体的，在存在新的运营数据索引信息时，若该运营数据索引信息对应的运营数据还未存在对应的运营组，则处理器62会在存储器61中创建一个运营组，并将创建的运营组与该运营数据建立对应关系，并将该运营数据索引信息加入新创建的运营组中。若该运营数据索引信息对应的运营数据存在对应的运营组，则处理器62直接将该新的运营数据索引信息加入到对应的运营组中。

应当理解的是，上述处理器62将运营数据索引信息加入到运营组中的操作属于对运营组的修改操作。在本实施例中，处理器62对运营组的修改操作除前述在运营组中增加运营数据索引信息外，还可以在运营组中删除运营数据索引信息。

还应当理解的是，在本实施例中，处理器62在运营组中增加运营数据索引信息时，需要先检测目标运营组中待增加的运营数据索引信息在其余运营组中是否存在，若不存在，处理器62在运营组中增加该运营数据索引信息；否则，处理器62需删除其余运营组中已存在的该运营数据索引信息，并在目标运营组中增加该运营数据索引信息。

在本实施例中，在存在需淘汰的运营数据索引信息时，处理器62即在对应的运营组中删除该条运营数据索引信息。若某一运营组中所有运营数据索引信息均需要删除，则处理器62可以直接删除该运营组。

在本实施例中，在存在对应运营数据发生变化的运营数据索引信息时，处理器62将运营数据索引信息在原运营组中删除，并加入到变化后的运营数据对应的运营组中。

应当理解的是，在本实施例中为降低运营人员的工作强度，可以提前配置好各运营组的存活时间，运营组只在存活时间内存活。此时，在进行应用运营管理过程中，处理器62可以在根据应用请求中的运营数据索引信息在存储器61中的各运营组中查找包含该运营数据索引信息的运营组之前，即可先检测各运营组的存活时间是否到达，并将存活时间到达的运营组从存储器61中删除。此后处理器62再根据应用请求中的运营数据索引信息，在删除掉存活时间到达的运营组之后所遗存的运营组中进行查找。应当理解的是，处理器62也可以按照预设检查频率检查各运营组的存活时间是否到达，若到达，则将存活时间到达的运营组删除。

本实施提供的服务器，通过设置运营组更新条件，使得处理器的应用运营管理过程灵活化，同时通过及时的对运营组的更新，保证服务器中运营组及其对应运营数据与市场所需的匹配。同时，通过设置运营组的存活时间，使得在应用运营管理管理过程中，服务器可以自动控制相应运营数据所产生的运营活动的时间，使得应用运营管理流程更加灵活，同时还降低了运营人员的工作量。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器9，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (9)

1.一种应用运营管理方法，其特征在于，包括：

接收终端发送的用于获取应用之运营数据的应用请求；

根据所述应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组，所述运营组包括应用信息集合，终端机型信息集合，以及接口信息集合，所述应用信息集合中的任一应用信息与所述终端机型信息集合中的任一终端机型信息，以及所述接口信息集合中的任一服务器接口信息构成所述运营组的一个运营数据索引信息，一个运营组包括可共用同一运营数据的所有运营数据索引信息；

根据所述查找到的运营组，以及预设的运营组与运营数据对应关系，获取所述运营组对应的运营数据；

将获取到的所述运营数据下发给所述终端。

2.如权利要求1所述的应用运营管理方法，其特征在于，所述运营数据索引信息包括：所述终端的终端机型信息，所述应用的应用版本信息，以及所述终端请求用于进行数据交互的服务器接口信息。

3.如权利要求1-2任一项所述的应用运营管理方法，其特征在于，所述应用运营管理方法还包括：

设置运营组更新条件；

在运营组更新条件被触发时，对所述运营组进行创建和/或删除和/或修改操作。

4.如权利要求3所述的应用运营管理方法，其特征在于，所述运营组更新条件包括：存在新的运营数据索引信息，和/或存在需淘汰的运营数据索引信息，和/或存在对应运营数据发生变化的运营数据索引信息。

5.如权利要求3所述的应用运营管理方法，其特征在于，所述对所述运营组进行修改操作包括：

在所述运营组中删除和/或增加运营数据索引信息。

6.如权利要求5所述的应用运营管理方法，其特征在于，在所述运营组中增加运营数据索引信息时，包括：

检测所述运营组中待增加的运营数据索引信息在其余运营组中是否存在；

若不存在，在所述运营组中增加所述运营数据索引信息；

否则，删除已存在的所述运营数据索引信息，并在所述运营组中增加所述运营数据索引信息。

7.如权利要求1-2任一项所述的应用运营管理方法，其特征在于，所述应用运营管理方法还包括：

设置各所述运营组的存活时间；

在所述根据所述应用请求中的运营数据索引信息在预设的各运营组中查找包含该运营数据索引信息的运营组之前，检测各所述运营组的存活时间是否到达；

若是，将存活时间到达的运营组删除；

或；

设置各所述运营组的存活时间；

按照预设检查频率检查各所述运营组的存活时间是否到达；

若是，将存活时间到达的运营组删除。

8.一种服务器，其特征在于，包括信息收发装置、存储器和处理器；

所述信息收发装置用于与终端建立数据连接以进行数据传输；

所述存储器用于存储含有与同一运营数据匹配的所有运营数据索引信息的运营组，以及用于存储可在所述处理器上运行的应用运营管理程序；

所述处理器运行所述应用运营管理程序以实现如权利要求1-7任一项所述的应用运营管理方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有应用运营管理程序，所述应用运营管理程序被处理器执行时实现如权利要求1至7中任一项所述的应用运营管理方法的步骤。

Images