CN113641639A - 日志上报方法、装置、电子设备及存储介质 - Google Patents
日志上报方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113641639A CN113641639A CN202110778795.9A CN202110778795A CN113641639A CN 113641639 A CN113641639 A CN 113641639A CN 202110778795 A CN202110778795 A CN 202110778795A CN 113641639 A CN113641639 A CN 113641639A
- Authority
- CN
- China
- Prior art keywords
- client
- log
- cloud
- switch state
- report
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开提供了日志上报方法、装置、电子设备及存储介质,涉及大数据处理以及云计算等人工智能领域,其中的方法可包括:当需要上报日志时,客户端向云端发送开关状态获取请求,并获取云端返回的客户端对应的开关状态,若开关状态为打开,则向云端上报日志,若开关状态为关闭,则不向云端上报日志。应用本公开所述方案,可减少对于客户端以及云端双方的资源消耗等。
Description
技术领域
本公开涉及人工智能技术领域,特别涉及大数据处理以及云计算等领域的日志上报方法、装置、电子设备及存储介质。
背景技术
在某些场景下,云端需要获取客户端上报的日志,比如,当某一应用(APP)出现问题时,可根据使用该APP的客户端上报的日志进行问题定位。
目前,对于客户端的日志上报,采用的是一刀切的方式,即所有客户端均需要向云端上报日志。这样不但增大了客户端一侧对于网络流量和电量等的资源消耗,而且增大了云端一侧对于存储资源等的消耗。
发明内容
本公开提供了日志上报方法、装置、电子设备及存储介质。
一种日志上报方法,包括:
当需要上报日志时,向云端发送开关状态获取请求;
获取所述云端返回的客户端对应的开关状态,若所述开关状态为打开,则向所述云端上报日志,若所述开关状态为关闭,则不向所述云端上报日志。
一种日志上报方法,包括:
获取来自客户端的开关状态获取请求,所述开关状态获取请求为所述客户端在需要上报日志时发送的;
确定出所述客户端对应的开关状态,并将所述开关状态返回给所述客户端,其中,当所述开关状态为打开时,表示允许所述客户端上报日志,当所述开关状态为关闭时,表示不允许所述客户端上报日志。
一种日志上报装置,包括:请求模块以及上报模块;
所述请求模块,用于当需要上报日志时,向云端发送开关状态获取请求;
所述上报模块,用于获取所述云端返回的客户端对应的开关状态,若所述开关状态为打开,则向所述云端上报日志,若所述开关状态为关闭,则不向所述云端上报日志。
一种日志上报装置,包括:获取模块以及处理模块;
所述获取模块,用于获取来自客户端的开关状态获取请求,所述开关状态获取请求为所述客户端在需要上报日志时发送的;
所述处理模块,用于确定出所述客户端对应的开关状态,并将所述开关状态返回给所述客户端,其中,当所述开关状态为打开时,表示允许所述客户端上报日志,当所述开关状态为关闭时,表示不允许所述客户端上报日志。
一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如以上所述的方法。
一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使计算机执行如以上所述的方法。
一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如以上所述的方法。
上述公开中的一个实施例具有如下优点或有益效果:可通过云端开关来控制客户端是否上报日志,即可有针对性地控制哪个/哪些客户端上报日志,从而减少了对于客户端以及云端双方的资源消耗等。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1为本公开所述日志上报方法第一实施例的流程图;
图2为本公开所述日志上报方法第二实施例的流程图;
图3为本公开所述客户端与云端的交互过程示意图;
图4为本公开所述日志上报装置第一实施例400的组成结构示意图;
图5为本公开所述日志上报装置第二实施例500的组成结构示意图;
图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
另外,应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
图1为本公开所述日志上报方法第一实施例的流程图。如图1所示,包括以下具体实现方式。
在步骤101中,当需要上报日志时,向云端发送开关状态获取请求。
在步骤102中,获取云端返回的客户端对应的开关状态,若开关状态为打开,则向云端上报日志,若开关状态为关闭,则不向云端上报日志。
上述方法实施例所述方案可应用于客户端。可以看出,采用上述方法实施例所述方案,可通过云端开关来控制客户端是否上报日志,即可有针对性地控制哪个/哪些客户端上报日志,从而减少了对于客户端以及云端双方的资源消耗等。
对于任一客户端来说,当其需要向云端上报日志时,即在启动日志发送流程之前,可首先向云端发送开关状态获取请求。
如何发送开关状态获取请求不作限制,比如,所述请求可为推送(Post)请求,并可为未加工(raw)格式。
本公开的一个实施例中,开关状态获取请求中可携带有客户端的客户端参数,客户端参数可用于云端确定出客户端对应的开关状态。客户端参数中具体包括哪些内容可根据实际需要而定。
本公开的一个实施例中,客户端参数可包括以下至少之一:设备唯一识别号,系统类型,软件开发工具包(sdk)版本号。优选地,可同时包括设备唯一识别号、系统类型以及sdk版本号,如表一所示。
参数名称 | 参数类型 | 说明 |
cuid | string | 设备唯一识别号 |
os_type | string | 系统类型 |
engine_version | string | sdk版本号 |
表一客户端参数
其中,string表示字符串类型,系统类型可包括安卓(android)和移动操作系统(ios)等。
在实际应用中,可将上述客户端参数以JS对象简谱(JSON,JavaScript ObjectNotation)方式发送给云端,JS是JavaScript的简称,是一种常用的编程语言。比如,所发送的客户端参数可为:{"cuid":"1224","os_type":"ios","engine_version":"234"},即表示客户端的设备唯一识别码为1224,系统类型为ios,sdk版本号为234,如234可用于表示版本号2.0等。
借助于客户端参数,可使得云端准确高效地确定出客户端对应的开关状态,进而可利用开关状态来控制客户端是否上报日志。
相应地,可获取云端返回的客户端对应的开关状态,若开关状态为打开,则可向云端上报日志,若开关状态为关闭,则可不向云端上报日志。上报的日志中具体包括哪些内容可根据实际需要而定。
以上主要是从客户端一侧来对本公开所述方案进行说明,以下从云端一侧对本公开所述方案进行进一步说明。
图2为本公开所述日志上报方法第二实施例的流程图。如图2所示,包括以下具体实现方式。
在步骤201中,获取来自客户端的开关状态获取请求,所述开关状态获取请求为客户端在需要上报日志时发送的。
在步骤202中,确定出客户端对应的开关状态,并将确定出的开关状态返回给客户端,其中,当开关状态为打开时,表示允许客户端上报日志,当开关状态为关闭时,表示不允许客户端上报日志。
上述方法实施例所述方案可应用于云端。可以看出,采用上述方法实施例所述方案,可通过云端开关来控制客户端是否上报日志,即可有针对性地控制哪个/哪些客户端上报日志,从而减少了对于客户端以及云端双方的资源消耗等。
本公开的一个实施例中,开关状态获取请求中可携带有客户端的客户端参数,相应地,可根据获取到的客户端参数确定出客户端对应的开关状态。客户端参数中具体包括哪些内容可根据实际需要而定。
本公开的一个实施例中,客户端参数可包括以下至少之一:设备唯一识别号,系统类型,sdk版本号。优选地,可同时包括设备唯一识别号、系统类型以及sdk版本号。
借助于客户端参数,可使得云端准确高效地确定出客户端对应的开关状态,进而可利用开关状态来控制客户端是否上报日志。
本公开的一个实施例中,在根据客户端参数确定出客户端对应的开关状态时,可通过将客户端参数与获取到的配置信息进行比较,确定出客户端是否符合打开条件,若是,则可确定客户端对应的开关状态为打开,否则,可确定客户端对应的开关状态为关闭。
本公开的一个实施例中,还可首先根据配置信息确定是否允许所有客户端上报日志,若是,则可确定客户端符合打开条件,否则,可通过将客户端参数与配置信息进行比较,确定出客户端是否符合打开条件。
配置信息可为人工设定的,具体包括哪些内容可根据实际需要而定。比如,配置信息中可包括:全量打开控制(full_on)字段、cuids字段、os_type字段、engine_version_ios字段以及engine_version_android字段等。
其中,full_on字段的取值可设置为1或0,假设当设置为1时,表示允许所有客户端上报日志。
cuids字段、os_type字段、engine_version_ios字段以及engine_version_android字段均支持设置多个值,当然,如果需要,也可以仅设置一个值。
比如,针对cuids字段,设置的值可为多个cuid,分别对应于不同的客户端。针对os_type字段,设置的值可为ios,或为android,或为ios和android。针对engine_version_ios字段,设置的值可为ios系统类型对应的不同sdk版本号,如2.0、2.1、2.2等,针对engine_version_android字段,设置的值可为android系统类型对应的不同sdk版本号,如3.0、3.1、3.2等。
在获取到客户端参数后,可首先确定配置信息中的full_on字段是否设置为表示所有客户端均允许上报日志的预定值,如1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,假设full_on字段设置为0,那么可确定客户端参数中的cuid是否包括在cuids字段对应的值中,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,假设客户端参数中的cuid未包括在cuids字段对应的值中,那么可进一步确定客户端参数中的系统类型是否包括在os_type字段对应的值中,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开等。
以上确定客户端对应的开关状态的方式仅为举例说明,并不用于限制本公开的技术方案,比如,不限于上述的确定顺序以及上述的确定方式。
作为一个示例,在实际应用中,可设置允许以下客户端上报日志:ios系统类型,sdk版本号为2.0或2.1,以及android系统类型,sdk版本号为3.0或3.1,那么可配置相关字段的取值如下:
os_type:『ios,android』
engine_version_ios:『2.0,2.1』
engine_version_android:『3.0,3.1』。
针对获取到的客户端参数,假设full_on字段设置为0,那么即可确定客户端参数中的系统类型是否为ios或android,即确定客户端参数中的系统类型是否包括在os_type字段对应的值中,若否,可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭,若是,那么当客户端参数中的系统类型为ios时,可进一步确定客户端参数中的sdk版本号是否包括在engine_version_ios对应的值中,即确定是否为2.0或2.1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,若否,则可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭,类似地,当客户端参数中的系统类型为android时,可进一步确定客户端参数中的sdk版本号是否包括在engine_version_android对应的值中,即确定是否为3.0或3.1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,若否,则可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭。
通过上述处理,可灵活方便地、通过不同维度来控制客户端上报日志与否,如可实现仅ios系统类型的客户端上报,或仅ios系统类型且为某个sdk版本号的客户端上报,或仅某个/某些cuid的客户端上报等。
如前所述,云端可将确定出的客户端对应的开关状态返回给客户端,当开关状态为打开时,客户端则会向云端上报日志,当开关状态为关闭时,则不会向云端上报日志。
综合上述介绍,图3为本公开所述客户端与云端的交互过程示意图。
如图3所示,当需要上报日志时,客户端可向云端发送开关状态获取请求,其中可携带有客户端参数,如可包括设备唯一识别号、系统类型和sdk版本号等。
如图3所示,云端获取到来自客户端的开关状态获取请求后,可确定出客户端对应的开关状态,并可将确定出的开关状态返回给客户端。其中,可根据开关状态获取请求中携带的客户端参数确定出客户端对应的开关状态。比如,可通过将客户端参数与获取到的配置信息进行比较,确定出客户端是否符合打开条件,若是,则可确定客户端对应的开关状态为打开,否则,可确定客户端对应的开关状态为关闭。另外,还可先确定配置信息中的full_on字段是否设置为表示所有客户端均允许上报日志的预定值,若是,则可确定客户端符合打开条件,否则,可通过将客户端参数与配置信息进行比较,确定出客户端是否符合打开条件。
如图3所示,客户端获取到云端返回的开关状态后,若开关状态为打开,则可向云端上报日志,若开关状态为关闭,则可不向云端上报日志。
需要说明的是,对于前述的各方法实施例,为了简单描述,将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本公开并不受所描述的动作顺序的限制,因为依据本公开,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本公开所必须的。另外,某个实施例中没有详述的部分,可以参见其它实施例中的相关说明。
以上是关于方法实施例的介绍,以下通过装置实施例,对本公开所述方案进行进一步说明。
图4为本公开所述日志上报装置第一实施例400的组成结构示意图。作为一种可能的实现方式,所述装置可应用于客户端,如图4所示,包括:请求模块401以及上报模块402。
请求模块401,用于当需要上报日志时,向云端发送开关状态获取请求。
上报模块402,用于获取云端返回的客户端对应的开关状态,若开关状态为打开,则向云端上报日志,若开关状态为关闭,则不向云端上报日志。
对于任一客户端来说,当其需要向云端上报日志时,即在启动日志发送流程之前,可首先通过请求模块401向云端发送开关状态获取请求。
本公开的一个实施例中,开关状态获取请求中可携带有客户端的客户端参数,客户端参数可用于云端确定出客户端对应的开关状态。客户端参数中具体包括哪些内容可根据实际需要而定。
本公开的一个实施例中,客户端参数可包括以下至少之一:设备唯一识别号,系统类型,sdk版本号。优选地,可同时包括设备唯一识别号、系统类型以及sdk版本号。
相应地,上报模块402可获取云端返回的客户端对应的开关状态,若开关状态为打开,则可向云端上报日志,若开关状态为关闭,则可不向云端上报日志。
图5为本公开所述日志上报装置第二实施例500的组成结构示意图。作为一种可能的实现方式,所述装置可应用于云端,如图5所示,包括:获取模块501以及处理模块502。
获取模块501,用于获取来自客户端的开关状态获取请求,所述开关状态获取请求为客户端在需要上报日志时发送的。
处理模块502,用于确定出客户端对应的开关状态,并将开关状态返回给客户端,其中,当开关状态为打开时,表示允许客户端上报日志,当开关状态为关闭时,表示不允许客户端上报日志。
本公开的一个实施例中,开关状态获取请求中可携带有客户端的客户端参数,相应地,处理模块502可根据获取到的客户端参数确定出客户端对应的开关状态。客户端参数中具体包括哪些内容可根据实际需要而定。
本公开的一个实施例中,客户端参数可包括以下至少之一:设备唯一识别号,系统类型,sdk版本号。优选地,可同时包括设备唯一识别号、系统类型以及sdk版本号。
本公开的一个实施例中,处理模块502在根据客户端参数确定出客户端对应的开关状态时,可通过将客户端参数与获取到的配置信息进行比较,确定出客户端是否符合打开条件,若是,则可确定客户端对应的开关状态为打开,否则,可确定客户端对应的开关状态为关闭。
本公开的一个实施例中,处理模块502还可首先根据配置信息确定是否允许所有客户端上报日志,若是,则可确定客户端符合打开条件,否则,可通过将客户端参数与配置信息进行比较,确定出客户端是否符合打开条件。
配置信息可为人工设定的,具体包括哪些内容可根据实际需要而定。比如,配置信息中可包括:full_on字段、cuids字段、os_type字段、engine_version_ios字段以及engine_version_android字段等。
其中,full_on字段的取值可设置为1或0,假设当设置为1时,表示允许所有客户端上报日志。
cuids字段、os_type字段、engine_version_ios字段以及engine_version_android字段均支持设置多个值,当然,如果需要,也可以仅设置一个值。
比如,针对cuids字段,设置的值可为多个cuid,分别对应于不同的客户端。针对os_type字段,设置的值可为ios,或为android,或为ios和android。针对engine_version_ios字段,设置的值可为ios系统类型对应的不同sdk版本号,如2.0、2.1、2.2等,针对engine_version_android字段,设置的值可为android系统类型对应的不同sdk版本号,如3.0、3.1、3.2等。
在获取到客户端参数后,处理模块502可首先确定配置信息中的full_on字段是否设置为表示所有客户端均允许上报日志的预定值,如1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,假设full_on字段设置为0,那么可确定客户端参数中的cuid是否包括在cuids字段对应的值中,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,假设客户端参数中的cuid未包括在cuids字段对应的值中,那么可进一步确定客户端参数中的系统类型是否包括在os_type字段对应的值中,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开等。
以上确定客户端对应的开关状态的方式仅为举例说明,并不用于限制本公开的技术方案,比如,不限于上述的确定顺序以及上述的确定方式。
作为一个示例,在实际应用中,可设置允许以下客户端上报日志:ios系统类型,sdk版本号为2.0或2.1,以及android系统类型,sdk版本号为3.0或3.1,那么可配置相关字段的取值如下:
os_type:『ios,android』
engine_version_ios:『2.0,2.1』
engine_version_android:『3.0,3.1』。
针对获取到的客户端参数,假设full_on字段设置为0,那么处理模块502即可确定客户端参数中的系统类型是否为ios或android,即确定客户端参数中的系统类型是否包括在os_type字段对应的值中,若否,可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭,若是,那么当客户端参数中的系统类型为ios时,可进一步确定客户端参数中的sdk版本号是否包括在engine_version_ios对应的值中,即确定是否为2.0或2.1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,若否,则可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭,类似地,当客户端参数中的系统类型为android时,可进一步确定客户端参数中的sdk版本号是否包括在engine_version_android对应的值中,即确定是否为3.0或3.1,若是,则可确定客户端符合打开条件,相应地,可确定客户端对应的开关状态为打开,若否,则可确定客户端不符合打开条件,相应地,可确定客户端对应的开关状态为关闭。
如前所述,处理模块502还可将确定出的客户端对应的开关状态返回给客户端,当开关状态为打开时,客户端则会向云端上报日志,当开关状态为关闭时,则不会向云端上报日志。
总之,采用本公开装置实施例所述方案,可通过云端开关来控制客户端是否上报日志,即可有针对性地控制哪个/哪些客户端上报日志,从而减少了对于客户端以及云端双方的资源消耗等。
本公开所述方案可应用于人工智能领域,特别涉及大数据处理以及云计算等领域。人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科,既有硬件层面的技术也有软件层面的技术,人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术,人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
需要说明的是,本公开所述实施例中的日志并不是针对某一特定用户的日志,并不能反映出某一特定用户的个人信息,本公开所述实施例中,日志上报方法的执行主体可以通过各种公开、合法合规的方式获取日志,例如可以是从公开数据集处获取的,或者是经过了用户的授权从用户处获取的。也就是说,本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图6所示,设备600包括计算单元601,其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序,来执行各种适当的动作和处理。在RAM 603中,还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
设备600中的多个部件连接至I/O接口605,包括:输入单元606,例如键盘、鼠标等;输出单元607,例如各种类型的显示器、扬声器等;存储单元608,例如磁盘、光盘等;以及通信单元609,例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理,例如本公开所述的方法。例如,在一些实施例中,本公开所述的方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元608。在一些实施例中,计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时,可以执行本公开所述的方法的一个或多个步骤。备选地,在其他实施例中,计算单元601可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行本公开所述的方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
Claims (19)
1.一种日志上报方法,包括:
当需要上报日志时,向云端发送开关状态获取请求;
获取所述云端返回的客户端对应的开关状态,若所述开关状态为打开,则向所述云端上报日志,若所述开关状态为关闭,则不向所述云端上报日志。
2.根据权利要求1所述的方法,其中,
所述开关状态获取请求中携带有所述客户端的客户端参数,所述客户端参数用于所述云端确定出所述客户端对应的开关状态。
3.根据权利要求2所述的方法,其中,
所述客户端参数包括以下至少之一:设备唯一识别号,系统类型,软件开发工具包sdk版本号。
4.一种日志上报方法,包括:
获取来自客户端的开关状态获取请求,所述开关状态获取请求为所述客户端在需要上报日志时发送的;
确定出所述客户端对应的开关状态,并将所述开关状态返回给所述客户端,其中,当所述开关状态为打开时,表示允许所述客户端上报日志,当所述开关状态为关闭时,表示不允许所述客户端上报日志。
5.根据权利要求4所述的方法,其中,
所述开关状态获取请求中携带有所述客户端的客户端参数;
所述确定出所述客户端对应的开关状态包括:根据所述客户端参数确定出所述客户端对应的开关状态。
6.根据权利要求5所述的方法,其中,
所述客户端参数包括以下至少之一:设备唯一识别号,系统类型,软件开发工具包sdk版本号。
7.根据权利要求5或6所述的方法,其中,所述根据所述客户端参数确定出所述客户端对应的开关状态包括:
通过将所述客户端参数与获取到的配置信息进行比较,确定出所述客户端是否符合打开条件,若是,则确定所述客户端对应的开关状态为打开,否则,确定所述客户端对应的开关状态为关闭。
8.根据权利要求7所述的方法,还包括:
根据所述配置信息确定是否允许所有客户端上报日志,若是,则确定所述客户端符合打开条件,否则,通过将所述客户端参数与所述配置信息进行比较,确定出所述客户端是否符合打开条件。
9.一种日志上报装置,包括:请求模块以及上报模块;
所述请求模块,用于当需要上报日志时,向云端发送开关状态获取请求;
所述上报模块,用于获取所述云端返回的客户端对应的开关状态,若所述开关状态为打开,则向所述云端上报日志,若所述开关状态为关闭,则不向所述云端上报日志。
10.根据权利要求9所述的装置,其中,
所述开关状态获取请求中携带有所述客户端的客户端参数,所述客户端参数用于所述云端确定出所述客户端对应的开关状态。
11.根据权利要求10所述的装置,其中,
所述客户端参数包括以下至少之一:设备唯一识别号,系统类型,软件开发工具包sdk版本号。
12.一种日志上报装置,包括:获取模块以及处理模块;
所述获取模块,用于获取来自客户端的开关状态获取请求,所述开关状态获取请求为所述客户端在需要上报日志时发送的;
所述处理模块,用于确定出所述客户端对应的开关状态,并将所述开关状态返回给所述客户端,其中,当所述开关状态为打开时,表示允许所述客户端上报日志,当所述开关状态为关闭时,表示不允许所述客户端上报日志。
13.根据权利要求12所述的装置,其中,
所述开关状态获取请求中携带有所述客户端的客户端参数;
所述处理模块根据所述客户端参数确定出所述客户端对应的开关状态。
14.根据权利要求13所述的装置,其中,
所述客户端参数包括以下至少之一:设备唯一识别号,系统类型,软件开发工具包sdk版本号。
15.根据权利要求13或14所述的装置,其中,
所述处理模块通过将所述客户端参数与获取到的配置信息进行比较,确定出所述客户端是否符合打开条件,若是,则确定所述客户端对应的开关状态为打开,否则,确定所述客户端对应的开关状态为关闭。
16.根据权利要求15所述的装置,其中,
所述处理模块进一步用于,根据所述配置信息确定是否允许所有客户端上报日志,若是,则确定所述客户端符合打开条件,否则,通过将所述客户端参数与所述配置信息进行比较,确定出所述客户端是否符合打开条件。
17.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
18.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使计算机执行根据权利要求1-8中任一项所述的方法。
19.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110778795.9A CN113641639A (zh) | 2021-07-09 | 2021-07-09 | 日志上报方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110778795.9A CN113641639A (zh) | 2021-07-09 | 2021-07-09 | 日志上报方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113641639A true CN113641639A (zh) | 2021-11-12 |
Family
ID=78416965
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110778795.9A Pending CN113641639A (zh) | 2021-07-09 | 2021-07-09 | 日志上报方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113641639A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312544A (zh) * | 2013-06-14 | 2013-09-18 | 青岛海信传媒网络技术有限公司 | 一种控制终端上报日志文件的方法、设备和系统 |
CN104253704A (zh) * | 2013-06-28 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 一种上报终端日志的方法、装置和系统 |
CN105577445A (zh) * | 2015-12-30 | 2016-05-11 | 北京京东尚科信息技术有限公司 | 一种日志收集和上报的方法和装置 |
CN108170586A (zh) * | 2017-12-26 | 2018-06-15 | 广东欧珀移动通信有限公司 | 日志处理方法、装置、存储介质及终端设备 |
CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技(深圳)有限公司 | 日志上报方法、装置及系统 |
CN111611021A (zh) * | 2020-04-17 | 2020-09-01 | 深圳市广和通无线股份有限公司 | 日志数据传输方法、装置、计算机设备和存储介质 |
-
2021
- 2021-07-09 CN CN202110778795.9A patent/CN113641639A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312544A (zh) * | 2013-06-14 | 2013-09-18 | 青岛海信传媒网络技术有限公司 | 一种控制终端上报日志文件的方法、设备和系统 |
CN104253704A (zh) * | 2013-06-28 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 一种上报终端日志的方法、装置和系统 |
CN105577445A (zh) * | 2015-12-30 | 2016-05-11 | 北京京东尚科信息技术有限公司 | 一种日志收集和上报的方法和装置 |
CN108170586A (zh) * | 2017-12-26 | 2018-06-15 | 广东欧珀移动通信有限公司 | 日志处理方法、装置、存储介质及终端设备 |
CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技(深圳)有限公司 | 日志上报方法、装置及系统 |
CN111611021A (zh) * | 2020-04-17 | 2020-09-01 | 深圳市广和通无线股份有限公司 | 日志数据传输方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113342345A (zh) | 深度学习框架的算子融合方法、装置 | |
CN114417780B (zh) | 状态同步方法、装置、电子设备及存储介质 | |
CN114861059A (zh) | 资源推荐方法、装置、电子设备及存储介质 | |
CN113641804A (zh) | 预训练模型获取方法、装置、电子设备及存储介质 | |
US20230144949A1 (en) | Virtual-machine cold migration method and apparatus, electronic device and storage medium | |
CN114330221B (zh) | 计分板实现方法、计分板、电子设备及存储介质 | |
CN113641639A (zh) | 日志上报方法、装置、电子设备及存储介质 | |
CN114091909A (zh) | 一种协同开发的方法、系统、装置及电子设备 | |
CN114386577A (zh) | 用于执行深度学习模型的方法、设备和存储介质 | |
CN114385829A (zh) | 知识图谱创建方法、装置、设备以及存储介质 | |
CN114218313A (zh) | 数据管理方法、装置、电子设备、存储介质及产品 | |
CN114139605A (zh) | 分布式的模型训练方法、系统、设备以及存储介质 | |
CN113408632A (zh) | 提高图像分类准确性的方法、装置、电子设备及存储介质 | |
CN114138358A (zh) | 应用程序的启动优化方法、装置、设备和存储介质 | |
CN112632999A (zh) | 命名实体识别模型获取及命名实体识别方法、装置及介质 | |
CN113867634B (zh) | 数据读取方法、装置、电子设备及存储介质 | |
CN113360258B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN113360258A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN113961405A (zh) | 状态切换指令验证方法、装置、电子设备及存储介质 | |
CN115102850A (zh) | 配置比对方法、装置、电子设备及存储介质 | |
CN114120982A (zh) | 语音识别方法、语音处理方法、装置和自动驾驶车辆 | |
CN113220472A (zh) | 应用程序通信方法、设备和存储介质 | |
CN114417219A (zh) | 信息配置方法、装置及电子设备 | |
CN113961775A (zh) | 数据可视化的方法、装置、电子设备和可读存储介质 | |
CN115361290A (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 |