CN111539775B - 应用程序的管理方法及设备 - Google Patents

应用程序的管理方法及设备 Download PDF

Info

Publication number
CN111539775B
CN111539775B CN202010375972.4A CN202010375972A CN111539775B CN 111539775 B CN111539775 B CN 111539775B CN 202010375972 A CN202010375972 A CN 202010375972A CN 111539775 B CN111539775 B CN 111539775B
Authority
CN
China
Prior art keywords
application
feedback data
user feedback
user
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010375972.4A
Other languages
English (en)
Other versions
CN111539775A (zh
Inventor
庄泽泓
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Netease Hangzhou Network Co Ltd
Original Assignee
Netease Hangzhou Network Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Netease Hangzhou Network Co Ltd filed Critical Netease Hangzhou Network Co Ltd
Priority to CN202010375972.4A priority Critical patent/CN111539775B/zh
Publication of CN111539775A publication Critical patent/CN111539775A/zh
Application granted granted Critical
Publication of CN111539775B publication Critical patent/CN111539775B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282Rating or review of business operators or products
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Stored Programmes (AREA)

Abstract

本申请实施例提供一种应用程序的管理方法及设备,通过预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,当开发者需要收集各个应用商店中目标应用程序对应的用户反馈数据时,便可以通过用户设备直接从上述预先获取到的各个应用商店中目标应用程序对应的用户反馈数据中获取,不需要再分别登陆各个应用商店进行收集、汇总,从而可以有效提升应用程序的管理效率。

Description

应用程序的管理方法及设备
技术领域
本申请实施例涉及计算机技术领域,尤其涉及一种应用程序的管理方法及设备。
背景技术
目前,应用程序(Application,简称APP)开发者在开发出一款新的APP之后,一般都会发布到移动应用平台上,以供用户进行下载安装和使用,而这样的移动应用平台,一般称之为应用商店,例如App Store、Google Play、智能终端设备生产商在终端中预装的专属应用商店等。
为了更好的满足互联网用户的需求,应用商店通常都会针对各APP设置评分与评论功能,以便于收集用户的反馈意见。而APP开发者则可以通过整理、回复用户的评论,来对APP中的缺陷及时进行改进,提升用户的使用体验。
但是,由于目前的各个应用商店都是独立运行的,因此当一款APP在多个应用商店中上架之后,APP开发者如果想收集用户反馈的问题,则需要分别登陆各个应用商店的账号,然后在各个应用商店中进行收集后再进行汇总,效率较低。
发明内容
本申请实施例提供一种应用程序的管理方法及设备,可以解决目前对应用商店中的各个应用程序的管理方式效率低下的技术问题。
第一方面,本申请实施例提供一种应用程序的管理方法,该方法包括:
获取各个应用商店中已上架的应用程序对应的用户反馈数据;
接收用户设备发送的请求消息,所述请求消息用于获取目标应用程序对应的目标用户反馈数据;
根据所述请求消息,在已获取的所述用户反馈数据中确定所述目标用户反馈数据,所述目标用户反馈数据中包括所述目标应用程序在所述各个应用商店中的用户反馈数据;
将所述目标用户反馈数据发送至所述用户设备。
在一种可能的实现方式中,所述目标用户反馈数据中包括至少一条用户评论数据,所述将所述目标用户反馈数据发送至所述用户设备之后,还包括:
接收所述用户设备发送的回复信息,所述回复信息用于对所述至少一条用户评论数据中已选中的目标用户评论数据进行回复;
将所述回复信息发送至包含所述目标用户评论数据的各个应用商店,其中,包含所述目标用户评论数据的各个应用商店在接收到所述回复信息后,将所述回复信息发送至上传所述目标用户评论数据的客户端。
在一种可能的实现方式中,所述将所述目标用户反馈数据发送至所述用户设备之后,还包括:
接收所述用户设备发送的触发指令,所述触发指令包括以下指令中的任意一项:删除、举报、隐藏、筛选;
根据所述触发指令,对所述目标用户反馈数据进行处理;
基于处理后的目标用户反馈数据,更新目标应用商店中所述目标应用程序对应的用户反馈数据,所述目标应用商店为所述各个应用商店中已上架所述目标应用程序的应用商店。
在一种可能的实现方式中,所述获取各个应用商店中已上架的应用程序对应的用户反馈数据,包括:
通过固定接口或模拟浏览器,获取所述各个应用商店中已上架的应用程序对应的用户反馈数据。
在一种可能的实现方式中,所述获取各个应用商店中已上架的应用程序对应的用户反馈数据之前,还包括:
向所述各个应用商店对应的后台管理系统发送身份认证请求,所述身份认证请求用于进行身份认证;
在身份认证通过之后,获取所述各个应用商店中已上架的应用程序对应的应用数据;
所述获取各个应用商店中已上架的应用程序对应的用户反馈数据,包括:
根据所述各个应用商店中已上架的应用程序对应的应用数据,获取各个应用商店中已上架的应用程序对应的用户反馈数据。
在一种可能的实现方式中,所述目标用户反馈数据为所述目标应用程序在所述各个应用商店中的部分用户反馈数据或全部用户反馈数据。
在一种可能的实现方式中,所述获取各个应用商店中已上架的应用程序对应的用户反馈数据之后,还包括:
每隔预设的时间间隔,获取所述各个应用商店中已上架的应用程序对应的用户反馈数据的增删记录,并根据所述增删记录更新已获取到的所述各个应用商店中已上架的应用程序对应的用户反馈数据。
第二方面,本申请实施例提供一种应用程序的管理装置,该装置包括:
获取模块,用于获取各个应用商店中已上架的应用程序对应的用户反馈数据;
接收模块,用于接收用户设备发送的请求消息,所述请求消息用于获取目标应用程序对应的目标用户反馈数据;
确定模块,用于根据所述请求消息,在已获取的所述用户反馈数据中确定所述目标用户反馈数据,所述目标用户反馈数据中包括所述目标应用程序在所述各个应用商店中的用户反馈数据;
发送模块,用于将所述目标用户反馈数据发送至所述用户设备。
第三方面,本申请实施例提供一种管理设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如第一方面提供的应用程序的管理方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如第一方面提供的应用程序的管理方法。
本申请实施例所提供的应用程序的管理方法及设备,通过预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,当开发者需要收集各个应用商店中目标应用程序对应的用户反馈数据时,便可以通过用户设备直接从上述预先获取到的各个应用商店中目标应用程序对应的用户反馈数据中获取,不需要再分别登陆各个应用商店进行收集、汇总,从而可以有效提升应用程序的管理效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种应用程序的管理系统的架构示意图一;
图2为本申请实施例提供的一种应用程序的管理方法的流程示意图一;
图3为本申请实施例提供的一种应用程序的管理方法的流程示意图二;
图4为本申请实施例提供的一种应用程序的管理系统的架构示意图二;
图5为本申请实施例提供的一种开发者账号管理的过程示意图;
图6为本申请实施例提供的一种应用程序的管理方法的交互示意图;
图7为本申请实施例提供的一种应用程序的管理装置的程序模块示意图;
图8为本申请实施例提供的一种管理设备的硬件结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,软件开发者在开发出一款新的APP之后,都会发布到应用商店中供用户进行下载安装,常见的应用商店如App Store、Google Play,以及各智能终端设备生产商在智能终端中预装的专属应用商店,如小米应用商店等。为了更好的满足网络用户的需求,应用商店通常都会针对各APP设置用户反馈功能,如评分与评论功能等,使得网络用户可以在使用任一APP时能够反馈自己的真实使用体验。
软件开发者为了使APP更加贴合于网络用户的使用需求,提升网络用户的使用体验,通常都会在各个应用商店中收集各个网络用户对该APP的用户反馈数据,然后根据这些用户反馈数据对该APP进行及时的改进与更新。
但是,由于目前的各个应用商店都是独立运行的,对于同一款APP,其在不同应用商店中的用户反馈数据也是相互独立的,因此需要软件开发者逐个登陆各个应用商店,然后在各个应用商店中进行收集、汇总之后,才能得到该APP在各个应用商店中的所有用户反馈数据,过程较为繁琐。
为了解决以上问题,本申请实施例通过预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,当开发者需要收集各个应用商店中目标应用程序对应的用户反馈数据时,便可以通过用户设备直接从上述预先获取到的各个应用商店中目标应用程序对应的用户反馈数据中获取,不需要再分别登陆各个应用商店进行收集、汇总,从而可以有效提升应用程序的管理效率。
为了更好的理解本申请实施例,参照图1,图1为本申请实施例提供的一种应用程序的管理系统的架构示意图一,在本申请实施例中,上述应用程序的管理系统包括用户设备101、管理设备102、以及应用商店1、应用商店2、……、应用商店n。
其中,管理设备102用于运行相关的管理系统,用于从各个应用商店中获取各个已上架的应用程序对应的用户反馈数据,并进行保存。
用户设备101为软件开发者所对应的设备,其可以用于接收软件开发者的各项操作,从管理设备102中读取管理设备102中已保存的任意应用程序对应的用户反馈数据。
其中,应用商店1、应用商店2、……、应用商店n中分别至少上架有一款应用程序,各个应用商店中已上架的应用程序可以相同,也可以不同。即对于某一款应用程序而言,其可以在每个应用商店中进行发布,也可以只在部分应用商店中发布。
基于上述应用程序的管理系统,参照图2,图2为本申请实施例提供的一种应用程序的管理方法的流程示意图一,在本申请一种可行的实施方式中,上述应用程序的管理方法包括:
S201、获取各个应用商店中已上架的应用程序对应的用户反馈数据。
本申请实施例中,管理设备可以预先登陆各个应用商店,然后获取各个应用商店中已上架的应用程序对应的用户反馈数据,然后对获取到的用户反馈数据进行存储。
可选的,上述用户反馈数据包括用户评论数据与用户评分数据。
可选的,在获取到各个应用商店中已上架的应用程序对应的用户反馈数据之后,可以将同一个应用程序在不同应用商店中的用户反馈数据进行汇总,得到每个应用程序在各个应用商店中的用户反馈数据的集合。
例如,假设应用程序A同时发布在了应用商店1、应用商店2、应用商店3,且应用程序A在应用商店1中产生了用户反馈数据1、在应用商店2中产生了用户反馈数据2、在应用商店3中产生了用户反馈数据3。则管理设备可以预先分别从应用商店1、应用商店2、应用商店3中获取用户反馈数据1、用户反馈数据2、用户反馈数据3,然后将获取到的用户反馈数据1、用户反馈数据2、用户反馈数据3进行汇总,即可得到应用程序A在各个应用商店中的用户反馈数据。
S202、接收用户设备发送的请求消息,该请求消息用于获取目标应用程序对应的目标用户反馈数据。
S203、根据上述请求消息,在已获取的用户反馈数据中确定目标用户反馈数据,该目标用户反馈数据中包括目标应用程序在各个应用商店中的用户反馈数据。
本申请实施例中,软件开发者如果需要查看自身开发的某一款应用程序在各个应用商店中的用户反馈数据,则可以通过用户设备向管理设备发送请求信息,该请求消息用于获取软件开发者开发的目标应用程序对应的目标用户反馈数据。
可选的,上述请求消息中可以包括目标应用程序的身份信息,管理设备在接收到该请求消息后,即可根据该请求消息中的身份信息,确定出用户设备想要获取的是哪一款应用程序对应的用户反馈数据。
管理设备在确定目标应用程序之后,即可从已获取的用户反馈数据中确定出目标用户反馈数据。
例如,假设用户设备想要获取应用程序A在各个应用商店中的用户反馈数据,则可以在向管理设备发送请求消息,该请求消息中包括应用程序A对应的身份信息。管理设备在接收到该请求消息之后,即可从预先获取到的各个应用商店中已上架的应用程序对应的用户反馈数据中,确定出应用程序A对应的用户反馈数据。
S204、将目标用户反馈数据发送至用户设备。
本申请实施例中,确定出目标用户反馈数据之后,即可将该目标用户反馈数据发送至用户设备。
其中,用户设备在接收到上述目标反馈数据之后,即可将目标用户数据展示给软件开发者。
本申请实施例所提供的应用程序的管理方法及设备,通过预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,当开发者需要收集各个应用商店中目标应用程序对应的用户反馈数据时,便可以通过用户设备直接从上述预先获取到的各个应用商店中目标应用程序对应的用户反馈数据中获取,不需要再分别登陆各个应用商店进行收集、汇总,从而可以有效提升应用程序的管理效率。
基于上述实施例中所描述的内容,参照图3,图3为本申请实施例提供的一种应用程序的管理方法的流程示意图二,在本申请另一种可行的实施方式中,上述应用程序的管理方法包括:
S301、获取各个应用商店中已上架的应用程序对应的用户反馈数据。
S302、接收用户设备发送的请求消息,该请求消息用于获取目标应用程序对应的目标用户反馈数据。
S303、根据上述请求消息,在已获取的用户反馈数据中确定目标用户反馈数据,该目标用户反馈数据中包括目标应用程序在各个应用商店中的用户反馈数据,且该目标用户反馈数据中包括至少一条用户评论数据。
S304、将目标用户反馈数据发送至用户设备。
其中,上述步骤S301至S304描述的内容与上述实施例中步骤S201至S204描述的内容基本一致,具体可参照上述实施例中所描述的内容,在此不再赘述。
S305、接收用户设备发送的回复信息,该回复信息用于对至少一条用户评论数据中已选中的目标用户评论数据进行回复。
S306、将上述回复信息发送至包含目标用户评论数据的各个应用商店,其中,包含目标用户评论数据的各个应用商店在接收到所述回复信息后,将回复信息发送至上传目标用户评论数据的客户端。
本申请实施例中,用户设备在接收到上述目标用户反馈数据之后,可以对该目标用户反馈数据中的其中一条用户评论数据进行回复,也可以对该目标用户反馈数据中的多条用户评论数据进行统一回复。
例如,软件开发者可以从目标用户评论数据中选择一条或者多条用户评论数据,然后针对已选中的目标用户评论数据编辑回复信息,并将编辑完成的回复信息发送至管理设备。
管理设备在接收到用户设备发送的回复信息之后,将该回复信息发送至包含有上述目标用户评论数据的各个应用商店。
其中,包含有目标用户评论数据的各个应用商店在接收到上述回复信息后,将该回复信息发送至上传上述目标用户评论数据的客户端,从而可以使上传上述目标用户评论数据的网络用户能够接收到软件开发者发送的回复信息。
即本申请实施例中所提供的应用程序的管理方法,在将所述用户反馈数据发送至用户设备之后,若接收用户设备发送的用于对已选中的目标用户评论数据进行回复的回复信息,则将该回复信息发送至包含目标用户评论数据的各个应用商店,由包含目标用户评论数据的各个应用商店,将接收到的回复信息发送至上传目标用户评论数据的客户端,从而有助于促进软件开发者与网络用户之间的沟通,且由于用户设备可以通过一条回复信息,对同一应用程序在不同应用商店中的用户评论数据进行统一回复,因此还能够有助于提升应用程序的管理效率。
基于上述实施例中所描述的内容,在本申请另一种可行的实施方式中,在将上述目标用户反馈数据发送至用户设备之后,上述应用程序的管理方法还包括以下步骤:
步骤a、接收用户设备发送的触发指令,该触发指令包括以下指令中的任意一项:删除、举报、隐藏、筛选。
步骤b、根据上述触发指令,对目标用户反馈数据进行处理。
步骤c、基于处理后的目标用户反馈数据,更新目标应用商店中目标应用程序对应的用户反馈数据,该目标应用商店为各个应用商店中已上架目标应用程序的应用商店。
在本申请实施例中,用户设备在接收到上述目标用户反馈数据之后,可以对该目标用户反馈数据进行处理。例如当上述触发指令为删除时,可以删除目标用户反馈数据中选中的一些具有攻击性的用户评论;当上述触发指令为举报时,可以举报目标用户反馈数据中选中的一些触犯法律法规的用户评论;当上述触发指令为隐藏时,可以隐藏目标用户反馈数据中选中的一些重复的用户评论;当上述触发指令为筛选时,可以将目标用户反馈数据中选中的一些优质的用户评论进行置顶,或者仅显示评分高于某个分数的用户评论等。
其中,管理设备在按照上述触发指令处理上述目标用户反馈数据之后,即可按照处理后的目标用户反馈数据,更新目标应用商店中目标应用程序对应的用户反馈数据。
例如,软件开发者在接收到应用程序A对应的用户反馈数据之后,通过触发删除指令,删除了该用户反馈数据中的一条用户评论A,则管理设备在接收到上述删除指令后,删除预存的上述应用程序A对应的用户反馈数据中的用户评论A,并同时向已上架应用程序A的应用商店发送删除指令,应用商店在接收到该删除指令后,删除应用程序A下面的用户评论A。
即本申请实施例中所提供的应用程序的管理方法,在将目标用户反馈数据发送至用户设备之后,若接收用户设备发送的触发指令,则可以基于该触发指令对目标用户反馈数据进行处理,同时基于处理后的目标用户反馈数据,更新目标应用商店中目标应用程序对应的用户反馈数据。即用户设备可以通过一条触发信息,对同一应用程序在不同应用商店中的用户反馈数据进行统一处理,从而有助于提升应用程序的管理效率。
基于上述实施例中所描述的内容,在本申请另一种可行的实施方式中,可以通过以下步骤获取各个应用商店中已上架的应用程序对应的用户反馈数据:
步骤a、向各个应用商店对应的后台管理系统发送身份认证请求,该身份认证请求用于进行身份认证。
步骤b、在身份认证通过之后,获取各个应用商店中已上架的应用程序对应的应用数据。
步骤c、根据各个应用商店中已上架的应用程序对应的应用数据,获取各个应用商店中已上架的应用程序对应的用户反馈数据。
参照图4,图4为本申请实施例提供的一种应用程序的管理系统的架构示意图二,在本申请另一种可行的实施方式中,上述应用程序的管理系统包括:101用户设备101、管理设备102、以及应用商店1、应用商店2、……、应用商店n。
其中,管理设备102中包括开发者账号管理模块、用户反馈数据获取模块、用户反馈数据存储模块、用户交互模块、用户反馈数据管理模块。
其中,开发者账号管理模块用于将各个应用商店的开发者账号统一管理起来,存储加密过的账号信息,实现各个应用商店开发者后台的账号认证功能。由于各个应用商店的账号认证方式不一致,此模块也可以对各个平台的认证方式进行适配,保证所有应用商店都能自动登录。
用户反馈数据获取模块用于以固定接口或模拟浏览器的形式,获取应用程序在各个应用商店的用户反馈数据。由于各个应用商店的数据接口格式不一致,此模块需要适配各个应用商店的数据格式。
用户反馈数据存储模块负责将用户反馈数据获取模块获取到的用户反馈数据进行存储,可以是文件存储或者数据库存储。
用户交互模块用于将所有应用程序在各个应用商店的所有用户反馈数据汇总到一个用户交互界面,提供统一的管理入口,方便软件开发者进行统一的查看、回复、删除、举报等操作,以及还可以进行数据分析、数据筛选等操作。
用户反馈数据管理模块用于将用户交互模块提交的操作内容(如回复、删除等),提交到各应用商店的开发者后台。
可选的,可以通过多个开发者账号,来获取一个应用程序在不用的应用商店后台的用户反馈数据,例如通过开发者账号A登陆应用商店A来获取应用商店A中已上架的各个应用程序的用户反馈数据;通过开发者账号B登陆应用商店B来获取应用商店B中已上架的各个应用程序的用户反馈数据等。
参照图5,图5为本申请实施例提供的一种开发者账号管理的过程示意图,在图5中,假设具有应用商店A和应用商店B,可以通过开发者账号配置平台预先配置两个开发者账号,即开发者账号A与开发者账号B。
可选的,配置开发者账号的方式有页面配置方式、本地配置方式等。页面配置方式是通过网站或软件的形式,让软件开发者自己将开发者账号和密码输入到管理设备中,由管理设备进行保存;本地配置方式就是软件开发者自己将开发者账号以某种形式保存,并存放到管理设备中。
其中,开发者账号的安全保护非常必要,如果开发者账号被泄漏,可能会被不法分子利用造成损失,所以管理设备需要对开发者账号进行保护。一般对开发者账号进行保护的方式有:对称加密保存、非对称加密保护。
对称加密就是系统使用数据加密标准(Data Encryption Standard,简称DES)等对称加密技术,将开发者账号与密码对使用确定的加密方式保存,管理设备需要使用时,使用对应的解密方式解密,得到原始的账号密码对;非对称加密就是使用RSA之类的非对称加密技术,管理设备使用公钥对原始账号密码对进行签名加密,使用时使用私钥进行解密。
正常的开发者账号登陆都是开发者人工通过浏览器网页的方式进行登陆。开发者账号管理模块相当于是模拟了浏览器的操作来进行认证,这里有两种方式来完成此过程:纯url请求形式与模拟浏览器形式。
纯url请求就是通过http协议的post、get等请求向应用商店服务器发起账号认证,需要发送账号密码信息和可能有的验证码信息,以response的形式接收服务器的返回,根据返回的status code来判断认证结果,执行下一步操作。而模拟浏览器形式是使用chrome headless、phantomjs等模拟浏览器进行网页渲染的工具,将账号信息填写到网页上,模拟一次登陆过程,最终实现账号认证。实际应用中,由于每个应用商店的账号认证方式不一致,需要进行多次协议交互才能完成此过程。
账号认证过后,为了减少账号密码的使用次数,提高系统安全性,系统会将本次登陆的信息进行保存,一般保存方式有两种:cookie形式和session形式。cookie是账号认证过后生成的一小段文本,记录了当前用户的信息,管理设备可以把cookie以文件或数据库的方式存储,方便多次使用;而session是账号认证过后服务器记录的当前连接的标识,管理设备可以把session信息在内存中进行缓存,保持当前的连接为长连接,在本次连接的后续多次请求中继续使用。
可选的,开发者账号登陆认证过后,管理设备会以cookie或session的形式保存登陆信息,管理设备在向应用商店后台获取用户反馈数据、或者操作评论数据之前,须向应用商店后台表明自己的身份,否则会被服务器拒绝。
获取用户反馈数据同样有两种形式:纯url请求形式与模拟浏览器形式。纯url请求就是通过http协议的post、get请求向应用商店服务器获取评论数据,对response中的content数据进行解析,得到评论数据。由于需要向服务器表面身份,发送请求的数据应该包含身份信息与查询信息两部分。身份信息可以是cookie或session,查询信息包括应用ID、评论页数、评论时间段、单次获取上限等参数。而模拟浏览器形式是使用chromeheadless、phantomjs等模拟浏览器进行网页渲染的工具,根据网页渲染的结果,将用户反馈数据解析出来。
当用户交互模块接到系统用户设备对某一条用户评论的回复请求时,会向应用商店后台发起回复的申请。提交评论回复同样有两种形式:纯url请求形式与模拟浏览器形式。纯url请求就是把身份信息与提交信息封装成http协议数据,通过post、get请求向应用商店后台发出申请,身份信息可以是cookie或session,提交信息包括评论ID、评论回复文字等;而模拟浏览器形式是使用chrome headless、phantomjs等模拟浏览器进行网页渲染的工具,根据网页渲染的结果,将评论回复信息填写在回复框,通过提交按钮提交。
为了更好的理解本申请实施例,参照图6,图6为本申请实施例提供的一种应用程序的管理方法的交互示意图,在本申请一种可行的实施方式中,上述应用程序的管理方法包括以下步骤:
S1.应用商店账号登陆:管理设备根据已保存的各个应用商店的开发者账号,向各个应用商店后台发起登陆请求。
S2.身份认证返回:应用商店认证开发者账号信息,并返回登陆结果,管理设备会记录账号认证的结果,记录一次登陆的会话。
S3.请求应用数据:管理设备向应用商店请求应用数据,这里的应用数据包括应用程序的列表、应用程序的具体信息等。由于很多开发者账号经常会发布不止一个应用程序,因此可以向应用商店查询该开发者账号下的所有应用程序,以及每个应用程序的ID、版本、上架信息、价格等。
S4.应用数据返回:应用商店返回上述开发者账号下的应用数据,包括应用程序列表,每个应用程序的ID、版本信息、上架信息、价格等。
S5.请求用户反馈数据:根据S4得到的应用程序列表和每个应用程序的信息,管理设备向应用商店后台请求每个已发布的应用程序的用户反馈数据。
S6.用户反馈数据返回:应用商店后台根据S5中发送的请求,返回用户反馈数据,包括评论ID、评论人信息、评分、评论时间、评论内容、设备信息等数据。
S7.存储用户反馈数据:管理设备将S6中获取到的用户反馈数据进行存储,存储格式为文件形式或数据库形式。
其中,S5-S7为一次获取用户反馈数据的过程,包括请求用户反馈数据和存储用户反馈数据,由于程序应用的用户反馈数据是经常变化的,所以需要每隔预设的时间间隔,循环执行一次此过程。
可选的,可以每隔预设的时间间隔,获取各个应用商店中已上架的应用程序对应的用户反馈数据的增删记录,并根据该增删记录更新已获取到的各个应用商店中已上架的应用程序对应的用户反馈数据。
S8.开发者账号登陆:软件开发者通过用户设备登陆管理设备对应的管理系统。其中,登陆过程可以不需要账号密码,软件开发者以游客的身份进行访问;也可以是出于保护用户反馈数据的目的,加上另外的身份校验。管理设备可以通过提供用户交互网站或者客户端的方式为用户设备提供访问入口。
S9.开发者账号认证返回:管理设备识别用户设备,并返回登陆状态。
S10.查询目标用户反馈数据:用户设备向管理设备发起目标用户反馈数据的查询请求,这个查询请求可能包含了一些查询参数,比如用户需要查询的某个应用程序的ID、版本、关键词、评分等。
S11.返回目标用户反馈数据:管理设备包括用户交互网站与数据管理后端,用户交互网站接收到用户设备的查询请求后,向数据管理后端发起获取目标用户反馈数据的请求。数据管理后端根据该请求,向用户交互网站返回目标用户反馈数据;用户交互网站则在接收到目标用户反馈数据后,向软件开发者呈现目标用户反馈数据。
其中,用户交互网站不会直接查询目标用户反馈数据,或是跳过数据管理后端直接向应用商店后台获取目标用户反馈数据,这样可以实现用户操作与数据管理的解耦,即用户识别不会直接访问应用商店后台,从而保证应用商店后台数据的安全性。
S12.发送回复信息:软件开发者通过用户设备从目标用户反馈数据选择至少一条用户评论数据,然后对已选中的目标用户评论数据编辑回复信息,回复的内容一般是一段文本内容,在编辑好回复信息后,将回复信息提交给管理设备。
S13.发送回复信息:管理设备在接到用户设备发送的回复信息后,将该回复信息发送至包含上述目标用户评论数据的各个应用商店。
S14.返回回复结果:应用商店在接收到上述回复信息后,会将该回复信息发送至上传上述目标用户评论数据的客户端,使得发布上述目标用户评论数据的网络用户会真实的收到这条回复信息。其中,在回复成功之后,应用商店向管理设备反馈回复结果。
S15.返回回复结果:管理设备在接收到应用商店发送的回复结果之后,将该回复结果转发给用户设备,使的软件开发者能够知晓己的回复是否成功。
其中,S12-S15为对用户评论数据进行回复的逻辑时序,这里也可以是其他操作,如删除评论、举报评论等,在此不再赘述。
本申请实施例中所提供的应用程序的管理方法,可以具有以下有益效果:
一、安全性:通过开发者账号管理模块,可以把各个应用商店的开发者账号进行统一管理,将账号本身与评论管理功能分离开。管理设备只会用开发者账号获取评论数据、接受评论相关的处理请求,不会执行其他危险操作(如下架应用),也不会通过开发者账号获取财务收入等敏感信息,保证了应用的安全性。同时,通过加密的方式管理开发者账号,也保证了账号的安全性。
二、高集成:通过开发者账号管理模块、用户反馈数据获取模块、用户反馈数据管理模块、用户交互模块,将各个应用商店的用户反馈数据汇总到一起,采用统一的用户交互界面呈现给开发者运营团队和客服团队,方便对应用程序的舆情数据进行管理。
三、可拓展:将开发者账号管理功能与用户反馈数据管理功能分离开,使得负责评论管理的团队无法接触到开发者账号,因此可以拓展更多的应用商店,只需要将新增应用商店的开发者账号添加到开发者账号管理模块即可,也可以拓展更多的客服人员来对用户反馈数据进行管理,而无需担心权限问题。
四、高效率:将各个应用商店的用户反馈数据进行集中管理,能够通过版本、时间、评分、关键词等对用户反馈数据进行筛选,而且用户反馈数据的获取环节采用html接口形式,比爬虫方式更直接,整体方案比现有的技术更加高效。
基于上述实施例中所描述的内容,本申请实施例中还提供一种应用程序的管理装置,参照图7,图7为本申请实施例提供的一种应用程序的管理装置的程序模块示意图,应用程序的管理装置70包括:获取模块701、接收模块702、确定模块703及发送模块704,其中:
获取模块701,用于获取各个应用商店中已上架的应用程序对应的用户反馈数据。
接收模块702,用于接收用户设备发送的请求消息,该请求消息用于获取目标应用程序对应的目标用户反馈数据。
确定模块703,用于根据上述请求消息,在已获取的所述用户反馈数据中确定所述目标用户反馈数据,所述目标用户反馈数据中包括所述目标应用程序在所述各个应用商店中的用户反馈数据。
发送模块704,用于将所述目标用户反馈数据发送至所述用户设备。
本申请实施例所提供的应用程序的管理装置,通过预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,当开发者需要收集各个应用商店中目标应用程序对应的用户反馈数据时,便可以通过用户设备直接从上述预先获取到的各个应用商店中目标应用程序对应的用户反馈数据中获取,不需要再分别登陆各个应用商店进行收集、汇总,从而可以有效提升应用程序的管理效率。
可以理解的是,本申请实施例中所提供的应用程序的管理装置70,其所实现的功能以及各项功能的原理,与上述实施例中所描述的应用程序的管理方法中的各个步骤一致,具体可参照上述方法实施例中所描述的内容,在此不再赘述。
基于上述实施例中所描述的内容,本申请实施例中还提供一种管理设备,包括:至少一个处理器和存储器。
其中,存储器存储计算机执行指令;至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行上述实施例中所描述的应用程序的管理方法。
本申请实施例提供的管理设备,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
为了更好的理解本申请实施例,参照图8,图8为本申请实施例提供的一种管理设备的硬件结构示意图。如图8所示,本实施例提供的管理设备80包括:处理器801以及存储器802;其中
存储器802,用于存储计算机执行指令;
处理器801,用于执行存储器存储的计算机执行指令,以实现上述实施例中管理设备所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地,存储器802既可以是独立的,也可以跟处理器801集成在一起。
当存储器802独立设置时,该管理设备还包括总线803,用于连接所述存储器802和处理器801。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上所述的应用程序的管理方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例所述方法的部分步骤。
应理解,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits,简称:ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (9)

1.一种应用程序的管理方法,其特征在于,应用于管理设备,所述管理设备用于运行应用程序管理系统,所述应用程序管理系统包括所述管理设备、用户设备以及至少两个应用商店,所述方法包括:
根据各个应用商店的开发者账号,预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,并进行保存;
接收所述用户设备发送的请求消息,所述请求消息用于获取目标应用程序对应的目标用户反馈数据,所述用户设备为软件开发者所对应的设备;
根据所述请求消息,在已获取的所述用户反馈数据中确定所述目标用户反馈数据,所述目标用户反馈数据中包括所述目标应用程序在所述各个应用商店中的用户反馈数据;
将所述目标用户反馈数据发送至所述用户设备;
所述目标用户反馈数据中包括至少一条用户评论数据,所述将所述目标用户反馈数据发送至所述用户设备之后,还包括:
接收所述用户设备发送的回复信息,所述回复信息用于对所述至少一条用户评论数据中已选中的目标用户评论数据进行回复;
将所述回复信息发送至包含所述目标用户评论数据的各个应用商店,其中,包含所述目标用户评论数据的各个应用商店在接收到所述回复信息后,将所述回复信息发送至上传所述目标用户评论数据的客户端。
2.根据权利要求1所述的方法,其特征在于,所述将所述目标用户反馈数据发送至所述用户设备之后,还包括:
接收所述用户设备发送的触发指令,所述触发指令包括以下指令中的任意一项:删除、举报、隐藏、筛选;
根据所述触发指令,对所述目标用户反馈数据进行处理;
基于处理后的目标用户反馈数据,更新目标应用商店中所述目标应用程序对应的用户反馈数据,所述目标应用商店为所述各个应用商店中已上架所述目标应用程序的应用商店。
3.根据权利要求1所述的方法,其特征在于,所述预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,包括:
通过固定接口或模拟浏览器,获取所述各个应用商店中已上架的应用程序对应的用户反馈数据。
4.根据权利要求1所述的方法,其特征在于,所述根据各个应用商店的开发者账号,预先获取各个应用商店中已上架的应用程序对应的用户反馈数据,包括:
根据各个应用商店的开发者账号,向所述各个应用商店对应的后台管理系统发送身份认证请求,所述身份认证请求用于进行身份认证;
在身份认证通过之后,获取所述各个应用商店中已上架的应用程序对应的应用数据;
根据所述各个应用商店中已上架的应用程序对应的应用数据,获取各个应用商店中已上架的应用程序对应的用户反馈数据。
5.根据权利要求1所述的方法,其特征在于,所述目标用户反馈数据为所述目标应用程序在所述各个应用商店中的部分用户反馈数据或全部用户反馈数据。
6.根据权利要求1所述的方法,其特征在于,所述预先获取各个应用商店中已上架的应用程序对应的用户反馈数据之后,还包括:
每隔预设的时间间隔,获取所述各个应用商店中已上架的应用程序对应的用户反馈数据的增删记录,并根据所述增删记录更新已获取到的所述各个应用商店中已上架的应用程序对应的用户反馈数据。
7.一种应用程序的管理装置,其特征在于,所述应用程序的管理装置用于运行应用程序管理系统,所述应用程序管理系统包括所述应用程序的管理装置、用户设备以及至少两个应用商店,所述装置包括:
获取模块,用于根据各个应用商店的开发者账号,预先获取各个应用商店中已上架的应用程序对应的用户反馈数据;
接收模块,用于接收所述用户设备发送的请求消息,所述请求消息用于获取目标应用程序对应的目标用户反馈数据,所述用户设备为软件开发者所对应的设备;
确定模块,用于根据所述请求消息,在已获取的所述用户反馈数据中确定所述目标用户反馈数据,所述目标用户反馈数据中包括所述目标应用程序在所述各个应用商店中的用户反馈数据;
发送模块,用于将所述目标用户反馈数据发送至所述用户设备;
所述目标用户反馈数据中包括至少一条用户评论数据,所述接收模块,还用于接收所述用户设备发送的回复信息,所述回复信息用于对所述至少一条用户评论数据中已选中的目标用户评论数据进行回复;
所述发送模块,还用于将所述回复信息发送至包含所述目标用户评论数据的各个应用商店,其中,包含所述目标用户评论数据的各个应用商店在接收到所述回复信息后,将所述回复信息发送至上传所述目标用户评论数据的客户端。
8.一种管理设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1至6任一项所述的应用程序的管理方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至6任一项所述的应用程序的管理方法。
CN202010375972.4A 2020-05-07 2020-05-07 应用程序的管理方法及设备 Active CN111539775B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010375972.4A CN111539775B (zh) 2020-05-07 2020-05-07 应用程序的管理方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010375972.4A CN111539775B (zh) 2020-05-07 2020-05-07 应用程序的管理方法及设备

Publications (2)

Publication Number Publication Date
CN111539775A CN111539775A (zh) 2020-08-14
CN111539775B true CN111539775B (zh) 2024-04-30

Family

ID=71977412

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010375972.4A Active CN111539775B (zh) 2020-05-07 2020-05-07 应用程序的管理方法及设备

Country Status (1)

Country Link
CN (1) CN111539775B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112163784A (zh) * 2020-10-20 2021-01-01 成都中科大旗软件股份有限公司 一种应用软件管理方法及系统
CN114401144A (zh) * 2022-01-19 2022-04-26 福建中科多特健康科技有限公司 一种预防留言恶意性攻击的方法和存储设备
CN115021951B (zh) * 2022-04-13 2024-05-17 深圳市联软科技股份有限公司 一种业务应用管理方法及系统
CN115080102A (zh) * 2022-06-30 2022-09-20 北京亚控科技发展有限公司 应用管理方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330344A (zh) * 2000-06-26 2002-01-09 日本来滋数位股份有限公司 总计虚拟商场中的商业交易点数的系统
CN106375181A (zh) * 2011-05-10 2017-02-01 微软技术许可有限责任公司 呈现与位置相关联的消息
CN109388748A (zh) * 2018-09-26 2019-02-26 深圳壹账通智能科技有限公司 一种评论信息的回复方法、存储介质和服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330344A (zh) * 2000-06-26 2002-01-09 日本来滋数位股份有限公司 总计虚拟商场中的商业交易点数的系统
CN106375181A (zh) * 2011-05-10 2017-02-01 微软技术许可有限责任公司 呈现与位置相关联的消息
CN109388748A (zh) * 2018-09-26 2019-02-26 深圳壹账通智能科技有限公司 一种评论信息的回复方法、存储介质和服务器

Also Published As

Publication number Publication date
CN111539775A (zh) 2020-08-14

Similar Documents

Publication Publication Date Title
CN111539775B (zh) 应用程序的管理方法及设备
JP6800184B2 (ja) ドキュメント管理及びコラボレーション・システム
US9954841B2 (en) Distinguish valid users from bots, OCRs and third party solvers when presenting CAPTCHA
US8301653B2 (en) System and method for capturing and reporting online sessions
JP5922779B2 (ja) 被処理ウェブアドレス情報の生成
US8544072B1 (en) Single sign-on service
TW567427B (en) System and method for managing the sign-in data of web site
US9948637B2 (en) System and method for data security on big data sets
CN109194671B (zh) 一种异常访问行为的识别方法及服务器
US20150007283A1 (en) Delegating authentication for a web service
US9894053B2 (en) Method and system for authenticating service
CN104580364A (zh) 一种资源分享的方法和装置
US20080021696A1 (en) System and method of providing a fast path link for an identified set of data
US9059987B1 (en) Methods and systems of using single sign-on for identification for a web server not integrated with an enterprise network
US9398075B2 (en) Communication system, communication apparatus, communication method, and storage medium
US9858407B2 (en) Secure automatic authorized access to any application through a third party
US11870902B2 (en) Authenticating a messaging program session
US20150030313A1 (en) Displaying session audit logs
US10614417B2 (en) System and method for electronic lead verification
JP2022546073A (ja) サードパーティ・クッキーなしにウェブ・パブリッシャー・インベントリをプログラマティック・エクスチェンジに接続すること
CN112579596A (zh) 一种数据回放方法、装置、存储介质和电子设备
WO2020023145A1 (en) Web browser incorporating social and community features
CN112434054A (zh) 一种审计日志的更新方法及装置
CN103095663B (zh) 一种非登录用户间的信息交互方法和装置
CN116324766A (zh) 通过浏览简档优化抓取请求

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant