一种埋点信息的分类方法技术

本发明专利技术公开了一种埋点信息的分类方法，其特征在于，包括如下步骤；S10，获取用户的埋点信息；S20，将埋点信息立即发送到日志记录；S30，将同一用户的埋点信息进行累计，并根据客户的埋点信息对客户分类，S30还包括；S310，单一用户APP单次使用时间超过15分钟，或进入特定页面超过15次，或点击某一按钮超过15次，用户将标记为A类用户；单一用户APP单次使用时间超过10分钟，或进入特定页面超过10次，或点击某一按钮超过10次，用户将标记为B类用户；单一用户APP单次使用时间超过5分钟，或进入特定页面超过5次，或点击某一按钮超过5次，用户将标记为B类用户。根据用户的埋点信息获取将用户分类，以便给不同用户提供不同的服务，提高客户的体验。

【技术实现步骤摘要】
一种埋点信息的分类方法
本专利技术涉及金融数据处理领域，尤其涉及一种埋点信息的分类方法。
技术介绍
目前的金融信息系统可以实现APP端埋点信息获取，以及对刷卡过程异常/崩溃信息的捕获和分析，来优化刷卡过程的代码实现。金融信息处理系统包括：日志系统主流程及各子流程实现内容和业务流程；日志报文构建格式及发送配置；异常捕获实现及异常码表；埋点信息/正常日志记录；主要技术点说明及应用配置。服务对象有刷卡业务运营人员、刷卡业务测试人员、刷卡业务技术开发人员和刷卡业务项目管理人员。APP端埋点信息获取目前尚不能对客户进行有效的分类，使得刷卡业务相关后台人员不能很好的为客户提供刷卡服务体验。
技术实现思路
有鉴于现有技术的上述缺陷，本专利技术所要解决的技术问题是将根据用户的埋点信息获取将用户分类，以便给不同用户提供不同的服务，提高客户的体验。为实现上述目的，本专利技术提供了一种埋点信息的分类方法，包括如下步骤；S10，获取用户的埋点信息；S20，将埋点信息立即发送到日志记录；S30，将同一用户的埋点信息进行累计，并根据客户的埋点信息对客户分类。进一步地，所述S30还包括；S310，单一用户APP单次使用时间超过15分钟，或进入特定页面超过15次，或点击某一按钮超过15次，用户将标记为A类用户；S320，单一用户APP单次使用时间超过10分钟，或进入特定页面超过10次，或点击某一按钮超过10次，用户将标记为B类用户；S330，单一用户APP单次使用时间超过5分钟，或进入特定页面超过5次，或点击某一按钮超过5次，用户将标记为B类用户；S340，单一用户APP单次使用时间不足5分钟，且进入特定页面不足5次，且点击某一按钮不足5次，用户将标记为B类用户。进一步地，所述日志记录包括正常日志，异常日志，埋点日志，崩溃记录。进一步地，所述正常日志发送，检查是否超过最大配置字节，如果没有则附加新的日志信息到该文件中；如果超过则及时发送。进一步地，埋点日志和异常日志则立即发送；崩溃记录和正常日志则是以文件形式存储，延迟发送。进一步地，立即发送的日志记录都是单开一个线程执行，以应对高并发；而延迟发送的日志文件则是在同一个线程内执行。进一步地，所述立即发送的优先级要高于延迟发送，需要及时送达服务器日志处理中心，如果发送失败则会被丢弃。进一步地，所述发送操作异步执行，不会影响到主线程正常操作。本专利技术方法通过用户的埋点信息获取将用户分类，给不同用户提供不同的服务，从而提高客户的体验。以下将结合附图对本专利技术的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本专利技术的目的、特征和效果。附图说明图1是本专利技术的一个较佳实施例的主要业务流程图；图2是本专利技术的一个较佳实施例的初始化系统流程图；图3是本专利技术的一个较佳实施例的主要业务流程图。具体实施方式以下参考说明书附图介绍本专利技术的多个优选实施例，使其
技术实现思路
更加清楚和便于理解。本专利技术可以通过许多不同形式的实施例来得以体现，本专利技术的保护范围并非仅限于文中提到的实施例。在附图中，结构相同的部件以相同数字标号表示，各处结构或功能相似的组件以相似数字标号表示。附图所示的每一组件的尺寸和厚度是任意示出的，本专利技术并没有限定每个组件的尺寸和厚度。为了使图示更清晰，附图中有些地方适当夸大了部件的厚度。如图1所示，主要业务流程说明：1、初始化日志系统参数2、启动日志系统并监控APP运行3、APP运行日志输出到APP日志服务中心模块，由该中心模块根据不同的业务类型分别处理后，再上送到日志服务器处理中心4、日志服务器处理中心解析APP日志并存储到数据中心5、日志服务器处理中心告知APP日志服务中心模块：如果数据接收OK，则APP日志服务中心检查是否还有数据要发送，如果有就继续发送，如果没有就停止操作等待下次唤起；如果通讯失败，则日志处理中心模块停止后续操作等待下次唤起6、Kibana读取数据中心日志信息，然后在界面逐条展示。同时也提供筛选和统计功能给操作人员使用7、用户正常退出APP，日志系统清理资源并关闭当前操作8、用户非正常退出APP，例如页面操作崩溃，则记录崩溃日志信息到文件系统，等日志系统重新启动后及时发送到服务端。如图2所示，初始化系统流程说明：1、获取公共参数：手机系统版本，APP品牌和应用版本信息等2、配置发送地址，设置多组地址分别对应内部测试和正式发布请求地址3、配置正常日志最大发送字节，如设置2M。则在正常日志文件存储超过2M后就会集中发送给服务器日志处理中心模块4、配置日志操作是否开启开关，如果不开启则关闭日志服务系统5、配置正常日志是否打印开关，如果不开启就不发送正常日志信息6、检查文件操作权限是否授予，如果没有授予则日志服务系统不能正常运行，则提示应用需要授予相关权限7、准备文件操作目录，相关日志文件后续会暂存在这个操作目录下。如果不存在则创建8、如果正常日志发送开关打开，则载入上次操作的正常日志记录文件，如果没有就自动创建。后续日志文件会附加在这个文件内。这个文件如果超过设定的最大发送字节，则另建一个新文件存放正常日志9、可以根据需要多次初始化，保留最新初始化数据10、配置打印信息输出开关，正式版本会关闭打印信息输出。如图3所示，日志处理中心模块操作流程说明：1、接收APP端日志，并根据不同日志类型采取不同处理策略2、日志类型包含：正常日志，异常日志，埋点日志，崩溃记录3、正常日志发送，检查是否超过最大配置字节，如果没有则附加新的日志信息到该文件中；如果超过则及时发送4、立即发送的日志记录都是单开一个线程执行，以应对高并发；而延迟发送的日志文件则是在同一个线程内执行。立即发送的优先级要高于延迟发送，需要及时送达服务器日志处理中心，如果发送失败则会被丢弃5、如果是埋点日志和异常日志则立即发送；崩溃记录和正常日志则是以文件形式存储，延迟发送6、发送操作异步执行，不会影响到主线程正常操作7、正常日志文件会包含多条日志记录；崩溃记录虽然也作为文件存储，但是其中只包含一条日志记录；异常日志和埋点日志都只是一条记录，不以文件的形式存储8、APP启动后，在主界面择机检查日志文件系统，如果日志文件系统中有文件存在，则取出所有待发送的正常日志文件和异常日志文件，准备发送9、先读取公共配置参数，然后将文件内容取出，最后按照约定格式拼装成请求报文发送给服务器日志处理中心10、每个日志文件发送完毕后等待服务器确认，如果数据接收正常并返回httpstatus为200，则认为本次发送成功。然后会将已发送成功文件删除，以保证不会再次发送相同文件到服务器；如果服务器返回报错，则该文件会被保留，等待下次唤起的时候再次尝本文档来自技高网...

【技术保护点】
1.一种埋点信息的分类方法，其特征在于，包括如下步骤；/nS10，获取用户的埋点信息；/nS20，将埋点信息立即发送到日志记录；/nS30，将同一用户的埋点信息进行累计，并根据客户的埋点信息对客户分类。/n

【技术特征摘要】
1.一种埋点信息的分类方法，其特征在于，包括如下步骤；
S10，获取用户的埋点信息；
S20，将埋点信息立即发送到日志记录；
S30，将同一用户的埋点信息进行累计，并根据客户的埋点信息对客户分类。


2.如权利要求1所述的埋点信息的分类方法，其特征在于，所述S30还包括；S310，单一用户APP单次使用时间超过15分钟，或进入特定页面超过15次，或点击某一按钮超过15次，用户将标记为A类用户；
S320，单一用户APP单次使用时间超过10分钟，或进入特定页面超过10次，或点击某一按钮超过10次，用户将标记为B类用户；
S330，单一用户APP单次使用时间超过5分钟，或进入特定页面超过5次，或点击某一按钮超过5次，用户将标记为B类用户；
S340，单一用户APP单次使用时间不足5分钟，且进入特定页面不足5次，且点击某一按钮不足5次，用户将标记为B类用户。


3.如权利要求1所述的埋点信息的分类方法，其...

【专利技术属性】
技术研发人员：陆玙，
申请(专利权)人：上海钱拓网络技术有限公司，
类型：发明
国别省市：上海;31