启动进程的数据分配方法及装置
技术领域
本发明涉及一种互联网技术领域,特别是涉及一种启动进程的数据分配方法及装置。
背景技术
随着互联网技术的发展,应用程序开发商鱼龙混杂,明争暗斗,应用程序能否争取更多的权限成为了安身立命的决定因素。在root权限争夺过程中,由于应用程序的辅助功能允许应用程序帮助用户对设备进行输入、安装等操作,大部分应用程序在安装的同时,都会引导用户开启应用程序的辅助功能,以便提升应用程序的性能,例如,手机卫士的自动安装功能可以帮助用户实现应用的快速安装,因此,应用程序的辅助功能成为开发商们关注的重点。
然而,一些应用程序开发商会利用辅助功能来打压竞争对手,如,一些应用程序通过辅助功能来“强制停止”或“杀死”其他功能相同或相似的应用程序,使得竞争对手的应用程序被强行关闭。为了补救这种情况,一些应用程序开发商选择通过第三方应用程序将这些被“强制停止”或“杀死”的程序进行“拉活”,即通过第三方应用程序启动被“强制停止”或“杀死”的程序对应的进程。
目前,现有的应用程序会通过多个第三方应用程序启动线程,在启动进程后,第三方会将启动的用户数量发送给应用程序开发商,使得应用程序开发商支付给第三方费用,但是,在启动线程的过程中,会出现多个第三方启动相同用户中的线程,例如,第三方A拉起了300个用户,第三方B拉起了700个用户、第三方C拉起了1000个用户,但是,A、B、C中会有100个用户是重复出现的,导致应用系统开发商重复支付费用,造成资源浪费。
发明内容
有鉴于此,本发明提供一种启动进程的数据分配方法及装置,主要目的在于现有应用程序开发商为启动进程向多个第三方支付费用时,启动进程的用户数量出现重复,导致重复支付费用的问题。
依据本发明一个方面,提供了一种启动进程的数据分配方法,包括:
获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;
筛选出所述日志信息中的重复数据及差异数据;
根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
依据本发明一个方面,提供了一种启动进程的数据分配装置,包括:
获取单元,用于获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;
筛选单元,用于筛选出所述日志信息中的重复数据及差异数据;
分配单元,用于根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
借由上述技术方案,本发明实施例提供的技术方案至少具有下列优点:
本发明提供了一种启动进程的数据分配方法及装置,首先获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息,然后筛选出所述日志信息中的重复数据及差异数据,再根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。与现有应用程序开发商为启动进程向多个第三方支付费用时,启动进程的用户数量出现重复,重复支付费用相比,本发明实施例通过多个第三方确定的拉起待启动进程预计产生信息,筛选出启动进程的重复数据及不同的数据,然后根据启动进程能力及启动进程成本为第三方分配启动进程的数据,避免在给第三方分配启动进程任务时,分配的数据出现重叠,减少因重复分配数据导致的重复支付费用,降低成本。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例一提供的一种启动进程的数据分配方法流程图;
图2示出了本发明实施例二提供的另一种启动进程的数据分配方法流程图;
图3示出了本发明实施例三提供的一种启动进程的数据分配装置框图;
图4示出了本发明实施例四提供的另一种启动进程的数据分配装置框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种启动进程的数据分配方法,如图1所示,所述方法包括:
101、获取应用程序确定的启动待启动进程的日志信息。
其中,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息,所述应用程序为与当前应用程序开发商对应的第三方应用程序,所述进程为当前应用系统开发商需要为启动进程支付的进程,或者为被恶意应用拉掉的进程,例如,手机卫士中的进程1,会被终端中的其他应用恶意关闭,手机卫士通过第三方应用,如某交流软件将进程1进程拉起,并对第三方支付拉起进程1的费用。所述日志信息为了清楚的说明第三方在拉起进程时所产生的信息,可以包括启动进程的天数、发送请求的时间戳、第三方的身份标识、待启动进程的用户数量、用户身份标识信息、待启动进程的方式、待启动进程方式的成本等,当前应用系统开发商可以通过启动进程预计产生的信息来确定支付启动进程的费用,本发明实施例不做具体限定。
需要说明的是,启动进程即为将挂掉的进程拉起,也可以包括在恶意应用要拉掉进程时阻止拉掉进程,一般的,需要拉起或保活的进程是一种运行在后台的特殊进程,它独立于控制终端并且周期性的执行某些任务,拉起的方式可以包括Activity、Service、BroadCast Recevicer、Content provider,这四大组件可以执行拉起和保活进程,对于不同的应用系统,可以选择不同的方式,例如,Android中对进程的拉起或保活就是通过Service来完成。
102、筛选出所述日志信息中的重复数据及差异数据。
其中,所述重复数据为不同的第三方在预计启动进程时确定的相同的信息,例如,可以为相同的用户、相同的用户数量、相同的启动方式等,本发明实施例不做具体限定,所述差异数据为不同的第三方在预计启动进程时确定的不同的信息,例如,启动方式对应的成本,用户身份标识信息等,本发明实施例不做具体限定。
需要说明的是,应用程序开发商可以通过重复数据对启动进程的第三方进行选择,从而避免第三方对相同的用户执行拉起操作。另外应用程序开发商可以通过差异数据智能的选择最优的分配方式,将启动进程的权限分配给第三方,从而实现支付费用的最优化。另外,对日志信息中的数据进程筛选可以通过对比方式,也可以通过计算哈希值的方式得到,本发明实施例不做具体限定。
103、根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
其中,所述启动进程能力是根据第三方应用程序返回的已完成启动进程的信息中得到的,例如,可以通过实际总启动进程数量与第三方返回的启动进程数量得到第三方的拉活能力。所述启动进程成本为通过第三方不同的启动进程的方式与方式对应的成本计算得到,例如,拉活成本=结算activity拉活方式×activity拉活单价+结算service拉活方式×service拉活单价。所述启动进程的数据可以包括用户数量、启动方式等,本发明实施例不做具体限定。
需要说明的是,在分配启动进程的用户数量中,可以从已经完成的启动进程用户数据中判断即将启动进程的用户是否为活跃用户,若不是活跃用户则不再启动进程或者可以选择性的选择一部分进行启动进程,本发明实施例不做具体限定。
本发明提供了一种启动进程的数据分配方法,与现有应用程序开发商为启动进程向多个第三方支付费用时,启动进程的用户数量出现重复,重复支付费用相比,本发明实施例通过多个第三方确定的拉起待启动进程预计产生信息,筛选出启动进程的重复数据及不同的数据,然后根据启动进程能力及启动进程成本为第三方分配启动进程的数据,避免在给第三方分配启动进程任务时,分配的数据出现重叠,减少因重复分配数据导致的重复支付费用,降低成本。
本发明实施例提供了另一种启动进程的数据分配方法,如图2所示,所述方法包括:
201、获取应用程序确定的启动待启动进程的日志信息。
本步骤与图1所示的步骤101方法相同,在此不再赘述。
另外,需要说明的是,由于日志信息是第三方应用程序确定的启动待启动程序预计产生的信息,所以,在获取当前的日志信息时,需要结算当前获取步骤执行之前,第三方应用程序已经完成的启动进程的信息,作为原始日志信息,以便于当前的日志信息进行对比。
本发明实施例中,各个第三方确定的信息可以以列表形式记录在日志信息中,以便数据的存储及查找。例如,第三方1的信息对应列表1、第三方2的信息对应列表2等等,将这些列表以日志信息进行存储,便于按照天数进行对比。
进一步地,步骤201之前,本发明实施例还可以包括:通过预设的启动进程接口接收应用程序发送的启动待启动进程请求信息,所述请求信息中携带有应用程序标识信息;判断所述标识信息是否存在与预设白名单中;若存在,则接收应用程序在终端设备中启动待启动进程预计产生的信息,并进行存储。
其中,所述预设的启动进程接口用于唯一接收与启动进程相关的请求及信息,以便系统为当前的启动进程的数据分配开启一个单独的接口,避免影响其他程序工作。所述预设白名单中存储有当前应用程序开发商约定好的不同第三方应用程序的标识信息,避免其他应用程序通过预设的启动进程接口对系统进行操作,为当前应用程序开发商的系统起到保护作用。
需要说明的是,预设的启动进程接口接收的请求还可以包括对需要查询启动进程的第三方身份标识信息,如,请求方式:POST,包含字段:Agent_name:第三方名称,Channel_id:约定好的第三方ID。本发明实施例不做具体限定。
202、将所述日志信息与所述不同应用程序已启动进程所产生的信息进行对比。
其中,所述对比包括不同第三方之间的信息进程对比,还可以包括第三方与自己已启动进程所产生的信息进行对比,通过对比可以得到不同第三方之间的差异数据、重复数据,以及第三方自身启动进程的差异数据、重复数据。
需要说明的是,重复数据具体可以为需要启动进程的用户数量、用户标识信息、启动进程的方式、启动进程方式的成本、用户的活跃程度等,差异数据具体与也可以为需要启动进程的用户数量、用户标识信息、启动进程的方式、启动进程方式的成本、用户的活跃程度等,通过对差异数据及重复数据的解析可以得到启动进程用户的活跃程度,例如,用户1前10天拉起了10次手机卫士的进程,而用户2前10天只拉起了1次手机卫士的进程,则用户1为活跃用户,用户2为非活跃用户。
通过将日志信息与不同应用程序已启动进程所产生的信息进行对比,使查找重复数据及差异数据进行具体化,提高查找的精确度。
203、将对比结果中的重复数据及差异数据分别存储在不同的存储位置中。
其中,为了在根据重复数据及差异数据进行分配数据时,需要对重复数据及差异数据分配对应的权值,所以将重复数据及差异数据存储在不同的存储位置中,便于分配权值。例如,将差异数据存储至Mongo数据库中,每个第三方的数据均以一个表的形式存储。
进一步地,步骤203之后,本发明实施例还可以包括:根据所述已启动进程所产生的信息中用户标识信息及用户活跃情况调整所述日志信息中的用户数量;根据所述用户数量更新所述重复数据及所述差异数据。
其中,所述更新包括增加或删除,所述用户活跃情况为用户是否为活跃用户,可以根据用户的活跃情况找到活跃用户的用户标识信息,根据活跃用户的用户标识信息将重复数据及差异数据中非活跃用户进行删除,以便减少对不活跃用户启动进程的费用支付,从而节约成本。
需要说明的是,若用户在前10天没有启动进程,而后3天均启动进程,也将这类的用户作为活跃用户,若前5天均启动进程,而后7天没有启动进程,则将这类用户作为非活跃用户,具体的设置方法本发明实施例不做具体限定。
204、解析所述重复数据及所述差异数据中不同应用程序启动进程方式及所述启动进程方式的成本。
通过从重复数据及差异数据中找到每个第三方应用程序启动进程方式及对应的成本,以便计算每个第三方的启动进程的总成本、以及不同方式的总成本,进一步地精确分配的精度。
205、根据所述启动进程方式及所述启动进程方式的成本计算启动进程成本。
其中,所述启动进程成本包括每个第三方应用程序启动进程的总成本,及不同方式的总成本等,以便根据成本得到分配策略。所述计算启动进程方式成本的公式可以为启动进程方式与启动进程成本的乘积,将所有方式的成本相加,则得到总成本,例如,拉活成本=结算activity拉活方式×activity拉活单价+结算service拉活方式×service拉活单价。
206、根据不同应用程序已启动进程所产生的信息中成功启动进程的数量与返回启动进程的数量计算启动进程能力。
其中,所述成功启动进程的数量为第三方应用程序在终端设备中成功启动待启动进程的用户数量,所述返回启动进程的数量第三方返回的启动进程的用户数量。所述启动进程能力为第三方启动进程的成功比例,例如,计算公式为:启动进程能力=确认实际总拉活数量/第三方拉活返回总数量。通过计算启动进程能力,便于当前应用程序开发商选择能力强的第三方进行分配数据,从而减少启动进程的失败数量,提高启动进程的效率。
207、根据所述启动进程能力、所述启动进程成本生成启动进程优先级策略。
其中,所述优先级策略用于反应启动进程能力与启动进程成本之间的对应关系,如,能力强、成本低的第三方为优先选择分配数据,能力弱、成本高的第三方为最后选择分配数据,具体的优先级策略可以根据能力与成本的具体数据进行排序匹配,以数值方式呈现,本发明实施例不做具体限定。通过生成优先级策略,进一步地为分配数据提供策略,提高分配的精确度。
208、根据所述优先级策略对根据所述差异数据及所述重复数据生成的分配策略进行评估。
其中,所述分配策略为第三方、启动进程用户数量、用户身份标识信息、启动进程方式之间的对应关系,例如,第三方a的用户为用户1、用户2、用户3、用户4、用户5、用户6,第三方b的用户为用户3、用户4、用户5、用户6、第三方c的用户为用户3、用户4、用户5,重复数据为第三方a与第三方b之间为用户3、用户4、用户5、用户6,第三方a与第三方c之间为用户3、用户4、用户5,第三方b与第三方c之间为用户3、用户4、用户5,差异数据为第三方a与第三方b之间为用户1、用户2,第三方a与第三方c之间为用户1、用户2、用户6,第三方b与第三方c之间为用户6,在只考虑用户数量方面,得到第一种分配策略可以为第三方a分配用户1、用户2,第三方b分配用户5、用户6,第三方c分配用户3、用户4,当然,第二种分配策略还可以为第三方a分配用户1、用户2,第三方b分配用户6,第三方c分配用户3、用户4、用户5,然后根据优先级策略对两种分配策略进行评估,若第一种评估的成本过高,则选择第二种分配策略。通过评估,可以得到最优的分配策略,以便根据最优的分配策略进行分配,将成本降为最低。
进一步地,步骤208之后,本发明实施例还可以包括:根据所述启动进程能力及所述启动进程成本为所述差异数据及所述重复数据配置权重值;根据配置权重值的所述差异数据及所述重复数据生成分配策略,所述分配策略反应不同应用程序与待启动进程的数据之间的关系。
其中,所述权重值的配置可以以与成本、能力的高低进行配置,如,成本低、能力强则配置高的权重值,具体配置数值本发明实施例不做具体限定。所述生成的分配策略可以为多种,以便从多个分配策略中选择最适合当前应用程序的分配策略,优化数据的分配原则。
需要说明的是,启动进程的数据可以包括用户数量、启动方式、用户身份标识信息等,一般的,当前应用程序开发商只对用户数量进行支付费用,所以在分配数据时,只要将每个第三方需要启动待启动进程的用户数量分配好,并支付费用即可,当第三方得到的分配用户数量与自身确定的用户数量不同,则需要向当前应用程序开发商获取具体的用户身份标识信息、启动方式等信息。
209、根据所述评估结果及分配策略为所述不同应用程序分配启动进程的用户数据。
其中,分配启动进程的用户数据以便应用程序根据分配的用户数据启动进程。所述用户数据包括用户数量及用户身份标识信息。通过向不同的第三方分配最优的用户数量,以便当前应用程序开发商支付的费用为最低的成本。
对于本发明实施例,具体的应用场景可以如下所示,但不限于此,包括:通过预设接口接收第三方a、第三方b、第三方c的拉起请求,判断出预设白名单中存在第三方a、第三方b、第三方c的身份标识信息a、b、c,则接收第三方a、第三方b、第三方c确定的拉起当前应用程序预计产生的信息,第三方a为用户数量3、身份标识小王、小刘、小明,拉起方式为servers、拉起成本为x,第三方b为用户数量4、身份标识小李、小刘、小明、小四,拉起方式为servers、拉起成本为y,第三方c为用户数量2、身份标识小四、小明,拉起方式为activity、拉起成本为z,将第三方a、第三方b、第三方c的日志信息与已完成启动进程的信息进行对比,得到重复数据为第三方a与第三方b重复的用户为小刘、小明,重复的拉起方式为servers,差异的用户为小王、小李、小四,第三方a与第三方c重复的用户为小明,差异用户为小王、小刘、小四,差异的拉起方式为servers和activity,第三方b和第三方c重复的用户为小四、小明,差异用户为小李、小刘,差异的拉起方式为servers和activity,并根据以往拉起成功的用户对比得到,小明为非活跃用户,通过计算公式得到第三方a、第三方b、第三方c的拉起能力及拉起成本,根据拉起能力及优先级生成的优先级策略为,优先选择第三方c,然后是第三方b,最后是第三方a,生成的分配策略可以为第三方c拉起小四,第三方b拉起小李、小刘,第三方a拉起小王,还可以为第三方c拉起小四,第三方b拉起小李、小刘,第三方a拉起小王,根据优先级评估出第一种方式是最优的,则按照第一种方式为第三方分配拉起当前应用系统进程的用户数量,以便当前应用系统开发商支付的费用最低。
本发明提供了另一种启动进程的数据分配方法,本发明实施例通过多个第三方确定的拉起待启动进程预计产生信息,与已经完成进程的信息进程对比,找到重复数据及差异数据,根据差异数据及重复数据得到启动进程成本、启动进程能力、优先级策略等,第三方的启动进程成本、启动进程能力、优先级策略得到最优的分配策略,按照分配策略为第三方分配用户数据,根据避免在给第三方分配启动进程任务时,分配的数据出现重叠,实现分配原则的最优化,减少因重复分配数据导致的重复支付费用,降低成本。
进一步的,作为对上述图1所示方法的实现,本发明实施例提供了一种启动进程的数据分配装置,如图3所示,该装置包括:获取单元31、筛选单元32、分配单元33。
获取单元31,用于获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;所述获取单元31为启动进程的数据分配装置执行获取应用程序确定的启动待启动进程的日志信息的功能模块。
筛选单元32,用于筛选出所述日志信息中的重复数据及差异数据;所述筛选单元32为启动进程的数据分配装置执行筛选出所述日志信息中的重复数据及差异数据的功能模块。
分配单元33,用于根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。所述分配单元33为启动进程的数据分配装置执行根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据的功能模块。
本发明提供了一种启动进程的数据分配装置,与现有应用程序开发商为启动进程向多个第三方支付费用时,启动进程的用户数量出现重复,重复支付费用相比,本发明实施例通过多个第三方确定的拉起待启动进程预计产生信息,筛选出启动进程的重复数据及不同的数据,然后根据启动进程能力及启动进程成本为第三方分配启动进程的数据,避免在给第三方分配启动进程任务时,分配的数据出现重叠,减少因重复分配数据导致的重复支付费用,降低成本。
进一步的,作为对上述图2所示方法的实现,本发明实施例提供了另一种启动进程的数据分配装置,如图4所示,该装置包括:获取单元41、筛选单元42、分配单元43、解析单元44、第一计算单元45、第二计算单元46、第一接收单元47、判断单元48、第二接收单元49。
获取单元41,用于获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;
筛选单元42,用于筛选出所述日志信息中的重复数据及差异数据;
分配单元43,用于根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
具体的,所述筛选单元42包括:
对比模块4201,用于将所述日志信息与所述不同应用程序已启动进程所产生的信息进行对比;
存储模块4202,用于将对比结果中的重复数据及差异数据分别存储在不同的存储位置中。
调整模块4203,用于根据所述已启动进程所产生的信息中用户标识信息及用户活跃情况调整所述日志信息中的用户数量;
更新模块4204,用于根据所述用户数量更新所述重复数据及所述差异数据。
进一步地,所述装置还包括:
解析单元44,用于解析所述重复数据及所述差异数据中不同应用程序启动进程方式及所述启动进程方式的成本;
第一计算单元45,用于根据所述启动进程方式及所述启动进程方式的成本计算启动进程成本。
第二计算单元46,用于根据不同应用程序已启动进程所产生的信息中成功启动进程的数量与返回启动进程的数量计算启动进程能力。
具体的,所述分配单元43包括:
第一生成模块4301,用于根据所述启动进程能力、所述启动进程成本生成启动进程优先级策略;
评估模块4302,用于根据所述优先级策略对根据所述差异数据及所述重复数据生成的分配策略进行评估;
分配模块4303,用于根据所述评估结果及分配策略为所述不同应用程序分配启动进程的用户数据,以便应用程序根据分配的用户数据启动进程。
配置模块4304,用于根据所述启动进程能力及所述启动进程成本为所述差异数据及所述重复数据配置权重值;
第二生成模块4305,用于根据配置权重值的所述差异数据及所述重复数据生成分配策略,所述分配策略反应不同应用程序与待启动进程的数据之间的关系。
进一步地,所述装置还包括:
第一接收单元47,用于通过预设的启动进程接口接收应用程序发送的启动待启动进程请求信息,所述请求信息中携带有应用程序标识信息;
判断单元48,用于判断所述标识信息是否存在于预设白名单中;
第二接收单元49,用于若判断单元判断所述标识信息存在于预设白名单中,则接收应用程序在终端设备中启动待启动进程预计产生的信息,并进行存储。
本发明提供了另一种启动进程的数据分配装置,本发明实施例通过多个第三方确定的拉起待启动进程预计产生信息,与已经完成进程的信息进程对比,找到重复数据及差异数据,根据差异数据及重复数据得到启动进程成本、启动进程能力、优先级策略等,第三方的启动进程成本、启动进程能力、优先级策略得到最优的分配策略,按照分配策略为第三方分配用户数据,根据避免在给第三方分配启动进程任务时,分配的数据出现重叠,实现分配原则的最优化,减少因重复分配数据导致的重复支付费用,降低成本。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的汽车信息的安全测试方法及装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明的实施例公开了:
A1、一种启动进程的数据分配方法,包括:
获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;
筛选出所述日志信息中的重复数据及差异数据;
根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
A2、根据A1所述的方法,所述筛选出所述日志信息中的重复数据及差异数据包括:
将所述日志信息与所述不同应用程序已启动进程所产生的信息进行对比;
将对比结果中的重复数据及差异数据分别存储在不同的存储位置中。
A3、根据A2所述的方法,所述将对比结果中的重复数据及差异数据分别存储在不同的存储位置中之后,所述方法还包括:
根据所述已启动进程所产生的信息中用户标识信息及用户活跃情况调整所述日志信息中的用户数量;
根据所述用户数量更新所述重复数据及所述差异数据。
A4、根据A1-A3任一项所述的方法,所述根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动所述进程的数据之前,所述方法还包括:
解析所述重复数据及所述差异数据中不同应用程序启动进程方式及所述启动进程方式的成本;
根据所述启动进程方式及所述启动进程方式的成本计算启动进程成本。
A5、根据A4所述的方法,所述根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动所述进程的数据之前,所述方法还包括:
根据不同应用程序已启动进程所产生的信息中成功启动进程的数量与返回启动进程的数量计算启动进程能力。
A6、根据A5所述的方法,所述根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据包括:
根据所述启动进程能力、所述启动进程成本生成启动进程优先级策略;
根据所述优先级策略对根据所述差异数据及所述重复数据生成的分配策略进行评估;
根据所述评估结果及分配策略为所述不同应用程序分配启动进程的用户数据,以便应用程序根据分配的用户数据启动进程。
A7、根据A6所述的方法,所述根据所述优先级策略对根据所述差异数据及所述重复数据生成的分配策略进行评估之后,所述方法还包括:
根据所述启动进程能力及所述启动进程成本为所述差异数据及所述重复数据配置权重值;
根据配置权重值的所述差异数据及所述重复数据生成分配策略,所述分配策略反应不同应用程序与待启动进程的数据之间的关系。
A8、根据A1所述的方法,所述获取应用程序确定的启动待启动进程的日志信息之前,所述方法还包括:
通过预设的启动进程接口接收应用程序发送的启动待启动进程请求信息,所述请求信息中携带有应用程序标识信息;
判断所述标识信息是否存在与预设白名单中;
若存在,则接收应用程序在终端设备中启动待启动进程预计产生的信息,并进行存储。
B9、一种启动进程的数据分配装置,包括:
获取单元,用于获取应用程序确定的启动待启动进程的日志信息,所述日志信息为不同应用程序在终端设备中启动待启动进程预计产生的信息;
筛选单元,用于筛选出所述日志信息中的重复数据及差异数据;
分配单元,用于根据所述重复数据、所述差异数据、所述不同应用程序的启动进程能力及启动进程成本为所述不同应用程序分配启动进程的数据。
B10、根据B9所述的装置,所述筛选单元包括:
对比模块,用于将所述日志信息与所述不同应用程序已启动进程所产生的信息进行对比;
存储模块,用于将对比结果中的重复数据及差异数据分别存储在不同的存储位置中。
B11、根据B10所述的装置,所述筛选单元还包括:
调整模块,用于根据所述已启动进程所产生的信息中用户标识信息及用户活跃情况调整所述日志信息中的用户数量;
更新模块,用于根据所述用户数量更新所述重复数据及所述差异数据。
B12、根据B9-B11任一项所述的装置,所述装置还包括:
解析单元,用于解析所述重复数据及所述差异数据中不同应用程序启动进程方式及所述启动进程方式的成本;
第一计算单元,用于根据所述启动进程方式及所述启动进程方式的成本计算启动进程成本。
B13、根据B12所述的装置,所述装置还包括:
第二计算单元,用于根据不同应用程序已启动进程所产生的信息中成功启动进程的数量与返回启动进程的数量计算启动进程能力。
14、根据13所述的装置,所述分配单元包括:
第一生成模块,用于根据所述启动进程能力、所述启动进程成本生成启动进程优先级策略;
评估模块,用于根据所述优先级策略对根据所述差异数据及所述重复数据生成的分配策略进行评估;
分配模块,用于根据所述评估结果及分配策略为所述不同应用程序分配启动进程的用户数据,以便应用程序根据分配的用户数据启动进程。
B15、根据B14所述的装置,所述分配单元还包括:
配置模块,用于根据所述启动进程能力及所述启动进程成本为所述差异数据及所述重复数据配置权重值;
第二生成模块,用于根据配置权重值的所述差异数据及所述重复数据生成分配策略,所述分配策略反应不同应用程序与待启动进程的数据之间的关系。
B16、根据B9所述的装置,所述装置还包括:
第一接收单元,用于通过预设的启动进程接口接收应用程序发送的启动待启动进程请求信息,所述请求信息中携带有应用程序标识信息;
判断单元,用于判断所述标识信息是否存在于预设白名单中;
第二接收单元,用于若判断单元判断所述标识信息存在于预设白名单中,则接收应用程序在终端设备中启动待启动进程预计产生的信息,并进行存储。