本发明涉及计算机技术领域，特别涉及一种用户行为数据采集方法、智能终端、服务端及系统。
背景技术：
当一个应用程序上市后，应用程序的后期维护非常重要。如果能针对用户常用的功能做特定的修改，可以使得用户在使用应用程序时得到更好的体验。因此，在用户使用应用程序时，如何采集用户的行为数据已经成为程序工程师关注的重点。
目前，采集用户行为数据的主要方式为：为应用程序中的每一个响应事件添加上报功能。当用户触发某一响应事件时，被触发响应事件对应的上报功能即可采集用户行为数据。但是，将采集的每一个用户行为数据均上传给服务端，会占用客户端较多的资源，进而使得客户端出现卡顿现象，从而导致用户体验差。
技术实现要素：
本发明实施例提供了一种用户行为数据采集方法、智能终端、服务端及系统，能够提高用户的体验。
第一方面，本发明实施例提供了一种用户行为数据采集方法，应用于客户端，包括：
接收用户发送的程序获取请求；
将所述程序获取请求发送给外部服务端，并接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件；
监听所述应用程序中的每一个响应事件；
针对每一个所述响应事件，当所述用户触发所述响应事件时，确定被触发的所述响应事件对应的用户行为数据；
根据所述至少一个上报事件，确定所述用户行为数据是否需要上报；
如果是，将所述用户行为数据发送给所述外部服务端。
优选地，在所述接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件之后，在所述当所述用户触发所述响应事件时，确定被触发的所述响应事件对应的用户行为数据之前，进一步包括：
当接收到所述外部服务端发送的上传选项时，将所述上传选项展示给所述用户，其中，所示上传选项包括立即上传和时间段内上传；
确定所述用户从展示的所述上传选项中选择的执行选项；
所述根据所述至少一个上报事件，确定所述用户行为数据是否需要上报，包括：
确定所述至少一个上报事件中，是否存在与所述用户行为数据相应对的上报事件；
如果是，确定所述执行选项是否为所述立即上传；
如果是，执行所述将所述用户行为数据发送给所述外部服务端。
优选地，在所述将所述用户行为数据发送给所述外部服务端之后，进一步包括：
当接收到所述外部服务端发送的至少一个更新上报事件时，将所述至少一个上报事件更新为所述至少一个更新上报事件。
第二方面，本发明实施例提供了一种用户行为数据采集方法，应用于服务端，包括：
预先设置至少一个待启用应用程序；
分别确定每一个所述待启用应用程序对应的至少一个上报事件；
当接收到外部客户端发送的程序获取请求时，从所述至少一个待启用应用程序中确定与所述程序获取请求相对应的应用程序；
将所述应用程序和所述应用程序对应的至少一个上报事件发送给所述外部客户端，并接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据。
优选地，在所述分别确定每一个所述待启用应用程序对应的至少一个上报事件之后，在所述接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据之前，进一步包括：
接收工作人员发送的上传选项；
将所述上传选项发送给所述外部客户端，以使所述外部客户端根据所述上传选项发送所述用户行为数据。
优选地，在所述接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据之后，进一步包括：
接收所述工作人员发送的至少一个更新上报事件；
将所述至少一个更新上报事件发送给所述外部客户端，以使所述外部客户端根据所述至少一个更新上报事件更新所述至少一个上报事件。
第三方面，本发明实施例提供了一种客户端，包括：处理单元、监听单元和数据管理单元；
所述处理单元，用于接收用户发送的程序获取请求；将所述程序获取请求发送给外部服务端，并接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件；当所述数据管理单元确定所述用户行为数据需要上报时，将所述用户行为数据发送给所述外部服务端；
所述监听单元，用于监听所述处理单元接收的所述应用程序中的每一个响应事件；
所述数据管理单元，用于针对每一个所述响应事件，当所述用户触发所述监听单元监听的所述响应事件时，确定被触发的所述响应事件对应的用户行为数据；根据所述至少一个上报事件，确定所述用户行为数据是否需要上报。
优选地，所述处理单元，用于当接收到所述外部服务端发送的上传选项时，将所述上传选项展示给所述用户，其中，所示上传选项包括立即上传和时间段内上传；确定所述用户从展示的所述上传选项中选择的执行选项；当所述数据管理单元确定的所述执行选项为所述立即上传时，执行所述将所述用户行为数据发送给所述外部服务端；
所述数据管理单元，用于确定所述至少一个上报事件中，是否存在与所述用户行为数据相应对的上报事件；如果是，确定所述执行选项是否为所述立即上传。
第四方面，本发明实施例提供了一种服务端，包括：设置单元、事件确定单元和综合处理单元；
所述设置单元，用于预先设置至少一个待启用应用程序；
所述事件确定单元，用于分别确定每一个所述设置单元设置的所述待启用应用程序对应的至少一个上报事件；
所述综合处理单元，用于当接收到外部客户端发送的程序获取请求时，从所述设置单元设置的所述至少一个待启用应用程序中确定与所述程序获取请求相对应的应用程序；将所述应用程序和所述事件确定单元确定的所述应用程序对应的至少一个上报事件发送给所述外部客户端，并接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据。
第五方面，本发明实施例提供了一种用户行为数据采集系统，包括：第三方面任一所述的客户端和第四方面任一所述的服务端。
在应用于客户端的用户行为数据采集方法中，客户端在接收到外部服务端根据用户发送的程序获取请求而发送的应用程序后，需要监听应用程序中的每一个响应事件，以使当用户触发响应事件时，确定用户的用户行为数据，而在确定用户行为数据后不是直接发送给外部服务端，而是需要确定用户行为数据是否为上报事件当且仅当为上报事件时，执行将用户行为数据发送给外部服务端。综上可见，在确定用户行为数据后，确定用户数据是否为上报事件，避免将每一个用户行为数据发送给外部服务端时，由于占用客户端过多的资源而出现客户端的卡顿现象，同时可以避免发送的用户行为数据过多而消耗用户过多的流量，从而实现提高用户体验的目的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种用户行为数据采集方法的流程图；
图2是本发明一实施例提供的另一种用户行为数据采集方法的流程图；
图3是本发明一实施例提供的一种客户端的结构示意图；
图4是本发明一实施例提供的一种服务端的结构示意图；
图5是本发明一实施例提供的一种用户行为数据采集系统的结构示意图；
图6是本发明一实施例提供的另一种用户行为数据采集系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，本发明实施例提供了一种用户行为数据采集方法，应用于客户端，包括：
步骤101：接收用户发送的程序获取请求；
步骤102：将所述程序获取请求发送给外部服务端，并接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件；
步骤103：监听所述应用程序中的每一个响应事件；
步骤104：针对每一个所述响应事件，当所述用户触发所述响应事件时，确定被触发的所述响应事件对应的用户行为数据；
步骤105：根据所述至少一个上报事件，确定所述用户行为数据是否需要上报；
步骤106：如果是，将所述用户行为数据发送给所述外部服务端。
在应用于客户端的用户行为数据采集方法中，客户端在接收到外部服务端根据用户发送的程序获取请求而发送的应用程序后，需要监听应用程序中的每一个响应事件，以使当用户触发响应事件时，确定用户的用户行为数据，而在确定用户行为数据后不是直接发送给外部服务端，而是需要确定用户行为数据是否为上报事件当且仅当为上报事件时，执行将用户行为数据发送给外部服务端。综上可见，在确定用户行为数据后，确定用户数据是否为上报事件，避免将每一个用户行为数据发送给外部服务端时，由于占用客户端过多的资源而出现客户端的卡顿现象，同时可以避免发送的用户行为数据过多而消耗用户过多的流量，从而实现提高用户体验的目的。
在本发明一实施例中，在所述接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件之后，在所述当所述用户触发所述响应事件时，确定被触发的所述响应事件对应的用户行为数据之前，进一步包括：
当接收到所述外部服务端发送的上传选项时，将所述上传选项展示给所述用户，其中，所示上传选项包括立即上传和时间段内上传；
确定所述用户从展示的所述上传选项选择的执行选项；
所述根据所述至少一个上报事件，确定所述用户行为数据是否需要上报，包括：
确定所述至少一个上报事件中，是否存在与所述用户行为数据相应对的上报事件；
如果是，确定所述执行选项是否为所述立即上传；
如果是，执行所述将所述用户行为数据发送给所述外部服务端。
在本发明实施例中，将外部服务端发送的上传选项展示给用户，可以使得用户根据自身情况选择上传选项中的执行选项，当确定用户行为数据后，即可根据用户选择的执行选项将用户行为数据发送给外部服务端。如，执行选项为“立即上传”时，则立即将用户行为数据发送给外部服务端，否则，需要将用户行为数据存储到预先设置的队列中，以使在到达执行选项的执行时间时，将队列中的每一个用户行为数据依次发送给外部服务端。由于执行选项是用户根据实际需求所选择的，所以可以避免在用户不知情的情况下发送过多的用户行为数据，造成用户流量消耗过多的情况，从而可以实现提高用户体验的目的。
其中，用户行为数据可以包括产生响应事件的时间、此次响应事件、上一个响应事件和用户ID、此次响应事件被触发的次数。
举例来说，客户端在时间为10:02时，接收到外部服务端发送的上传选项为“立即上传”和“每小时上传”；
在时间为10:03时，用户从展示的上传选项为“立即上传”和“每小时上传”中选择的“每小时上传”；
在时间为10:23时，确定用户行为数据，且用户行为数据为上报事件后，需要在11:03时，将用户行为数据发送给外部服务端。
在本发明实施例中，在所述将所述用户行为数据发送给所述外部服务端之后，进一步包括：
当接收到所述外部服务端发送的至少一个更新上报事件时，将所述至少一个上报事件更新为所述至少一个更新上报事件。
在本发明实施例中，当工作人员根据实际需求动态添加或删除某一类的上报事件时，在接收到外部服务端发送的更新上报事件时，将已存在的上报事件更新为更新上报事件，可以使得在确定用户行为数据后，根据最新接收的更新上报事件确定用户行为数据是否需要上报，避免漏报或者发送将无用的用户行为数据发送给外部服务端后，造成外部服务端的数据缺失或垃圾数据过多的情况。
如图2所示，本发明实施例提供了一种用户行为数据采集方法，应用于服务端，包括：
步骤201：预先设置至少一个待启用应用程序；
步骤202：分别确定每一个所述待启用应用程序对应的至少一个上报事件；
步骤203：当接收到外部客户端发送的程序获取请求时，从所述至少一个待启用应用程序中确定与所述程序获取请求相对应的应用程序；
步骤204：将所述应用程序和所述应用程序对应的至少一个上报事件发送给所述外部客户端，并接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据。
在应用于服务端的用户行为数据采集方法中，服务端在接收到外部客户端发送的程序请求后，可以从工作人员预先设置的多个待启用应用程序中，确定与程序获取请求相对应的应用程序，而将确定的应用程序和应用程序对应的上报事件发送给外部客户端可以使得外部客户端在确定用户行为数据后，根据上报事件确定用户行为数据是否需要上报，因此避免不仅可以避免服务端接收过多的垃圾数据，还可以避免客户端发送每一个用户行为数据，由于占用过多的资源而出现卡顿的现象，从而实现提高用户体验的目的。
在本发明一实施例中，在所述分别确定每一个所述待启用应用程序对应的至少一个上报事件之后，在所述接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据之前，进一步包括：
接收工作人员发送的上传选项；
将所述上传选项发送给所述外部客户端，以使所述外部客户端根据所述上传选项发送所述用户行为数据。
在本发明实施例中，在接收到工作人员发送的上传选项后，需要将上传选项发送给外部客户端，可以使得用户根据自身情况从各个上传选项中选择执行选项，以使在外部客户端确定用户行为数据后，根据用户选择的执行选项发送用户行为数据，因此避免在用户不知情的情况下发送过多的用户行为数据时，消耗过多的用户流量而导致的用户体验差。
在本发明一实施例中，在所述接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据之后，进一步包括：
接收所述工作人员发送的至少一个更新上报事件；
将所述至少一个更新上报事件发送给所述外部客户端，以使所述外部客户端根据所述至少一个更新上报事件更新所述至少一个上报事件。
在本发明实施例中，当工作人员根据实际需求，需要动态增加或删除某一类的上报事件时，需要将重新设定上报事件为更新上报事件，以使外部客户端在接收到更新上报事件时，将已存在的上报事件更新为更新上报事件。
如图3所示，本发明实施例提供了一种客户端，包括：处理单元301、监听单元302和数据管理单元303；
所述处理单元301，用于接收用户发送的程序获取请求；将所述程序获取请求发送给外部服务端，并接收所述外部服务端根据所述程序获取请求发送的应用程序和所述应用程序对应的至少一个上报事件；当所述数据管理单元303确定所述用户行为数据需要上报时，将所述用户行为数据发送给所述外部服务端；
所述监听单元302，用于监听所述处理单元301接收的所述应用程序中的每一个响应事件；
所述数据管理单元303，用于针对每一个所述响应事件，当所述用户触发所述监听单元302监听的所述响应事件时，确定被触发的所述响应事件对应的用户行为数据；根据所述至少一个上报事件，确定所述用户行为数据是否需要上报。
在本发明实施例中，客户端的监听单元，在处理单元接收到外部服务端根据用户发送的程序获取请求而发送的应用程序后，需要监听应用程序中的每一个响应事件，以使当用户触发响应事件时，通过数据管理单元确定用户的用户行为数据，而在确定用户行为数据后不是直接发送给外部服务端，而是需要确定用户行为数据是否为上报事件当且仅当为上报事件时，执行将用户行为数据发送给外部服务端。综上可见，在确定用户行为数据后，确定用户数据是否为上报事件，避免将每一个用户行为数据发送给外部服务端时，由于占用客户端过多的资源而出现客户端的卡顿现象，同时可以避免发送的用户行为数据过多而消耗用户过多的流量，从而实现提高用户体验的目的。
在本发明一实施例中，所述处理单元，用于当接收到所述外部服务端发送的上传选项时，将所述上传选项展示给所述用户，其中，所示上传选项包括立即上传和时间段内上传；确定所述用户从展示的所述上传选项中选择的执行选项；当所述数据管理单元确定的所述执行选项为所述立即上传时，执行所述将所述用户行为数据发送给所述外部服务端；
所述数据管理单元，用于确定所述至少一个上报事件中，是否存在与所述用户行为数据相应对的上报事件；如果是，确定所述执行选项是否为所述立即上传。
在本发明一实施例中，所述处理单元，进一步用于当接收到所述外部服务端发送的至少一个更新上报事件时，将所述至少一个上报事件更新为所述至少一个更新上报事件。
如图4所示，本发明实施例提供了一种服务端，包括：设置单元401、事件确定单元402和综合处理单元403；
所述设置单元401，用于预先设置至少一个待启用应用程序；
所述事件确定单元402，用于分别确定每一个所述设置单元401设置的所述待启用应用程序对应的至少一个上报事件；
所述综合处理单元403，用于当接收到外部客户端发送的程序获取请求时，从所述设置单元401设置的所述至少一个待启用应用程序中确定与所述程序获取请求相对应的应用程序；将所述应用程序和所述事件确定单元402确定的所述应用程序对应的至少一个上报事件发送给所述外部客户端，并接收所述外部客户端根据所述应用程序和所述上报事件发送的用户行为数据。
在本发明实施例中，服务端的综合处理单元在接收到外部客户端发送的程序请求后，可以从工作人员通过设置单元预先设置的多个待启用应用程序中，确定与程序获取请求相对应的应用程序，而将确定的应用程序和事件确定单元应用程序对应的上报事件发送给外部客户端可以使得外部客户端在确定用户行为数据后，根据上报事件确定用户行为数据是否需要上报，因此避免不仅可以避免服务端接收过多的垃圾数据，还可以避免客户端发送每一个用户行为数据，由于占用过多的资源而出现卡顿的现象，从而实现提高用户体验的目的。
在本发明一实施例中，所述综合处理单元，进一步用于接收工作人员发送的上传选项；将所述上传选项发送给所述外部客户端，以使所述外部客户端根据所述上传选项发送所述用户行为数据。
在本发明一实施例中，所述综合处理单元，进一步用于接收所述工作人员发送的至少一个更新上报事件；将所述至少一个更新上报事件发送给所述外部客户端，以使所述外部客户端根据所述至少一个更新上报事件更新所述至少一个上报事件。
如图5所示，本发明实施例提供了一种用户行为数据采集系统，包括：至少一个本发明任意一个实施例中所述客户端501和本发明任意一个实施例中所述的服务端502。
在本发明实施例中，服务端在接收到客户端发送的程序获取请求后，即可从设置的各个待启用应用程序中，确定与程序获取请求相对应的应用程序，将应用程序和对应的上报事件发送给客户端后，可以使得客户端在确定用户行为数据后，根据上报事件确定用户行为数据是否需要上传，进而可以避免将每一个用户行为数据发送给外部服务端时，由于占用客户端过多的资源而出现客户端的卡顿现象，同时可以避免发送的用户行为数据过多而消耗用户过多的流量，从而实现提高用户体验的目的。
为了更加清晰的说明本发明的技术方案及优点，对本发明实施例提供的一种用户行为数据采集方法进行详细描述，如图6所示，具体可以包括以下步骤：
步骤601：服务端确定每一个待启用应用程序对应的上报事件。
具体地，在预先设置待启用应用程序后，通过预先设置的数据采集模块会针对每一个待启用应用程序产生一个事件清单，即确定待启用应用程序中的每一个响应事件，进而可以使得工作人员通过服务端配置需要上报的响应事件，而无需在每一个响应事件上添加上报功能，从而不仅可以添加上报功能的工作量，还可以避免在添加上报功能时遗漏而不易排查的情况发生。
举例来说，待启用应用程序中的响应事件为“打开朋友圈”、“添加好友”和“查找好友”；
从响应事件中确定的上报事件为“打开朋友圈”和“添加好友”。
步骤602：服务端接收工作人员发送的上传选项。
具体地，在确定待启用应用程序的响应事件和上传事件后，工作人员即可将设置的上传选项发送给服务端，以使服务端将上传选项发送给客户端。
举例来说，服务端接收工作人员发送的上传选项为“立即上传”和“每半小时上传”。
步骤603：客户端在接收到用户发送的程序获取请求时，将程序获取请求发送给服务端。
具体地，用户可以根据自身需求，通过客户端发送程序获取请求，以使获取到相应的应用程序。
步骤604：服务端在接收到客户端发送的程序获取请求时，从待应用程序中确定与程序获取请求相对应的应用程序。
步骤605：服务端将应用程序、应用程序对应的上报事件和上传选项发送给客户端。
具体地，在确定与程序获取请求相对应的应用程序后，需要将上报事件、上传选项和应用程序同时发送给客户端，以使启动监听应用程序中的每一个响应事件，以及使得用户根据实际情况从上传选项中选择执行选项。
步骤606：客户端在接收到服务端发送的应用程序、上报事件和上传选项时，监听应用程序中的每一个响应事件。
举例来说，客户端接收服务端发送的应用程序；
响应事件为“打开朋友圈”、“添加好友”和“查找好友”；
上报事件为“打开朋友圈”和“添加好友”；
以及上传选项为“立即上传”和“每半小时上传”。
具体地，客户端在接收到应用程序时，即确定应用程序已安装到客户端，因此，应用程序中的数据采集模块即可监听每一个响应事件。
举例来说，客户端通过数据采集模块监听应用程序中的响应事件为“打开朋友圈”、“添加好友”和“查找好友”。
步骤607：客户端将上传选项展示给用户，并确定用户从展示的上传选项中选择的执行选项。
具体地，客户端在结合搜到上传选项后即可将上传选项展示给用户，以使用户根据实际需求上传选项中选择执行选项。
举例来说，将上传选项为“立即上传”和“每半小时上传”展示给用户，当用户选择“立即上传”时，即确定执行选项为“立即上传”。
步骤608：客户端在用户触发响应事件时，确定被触发的响应事件对应的用户行为数据。
具体地，当且仅当在用户触发响应事件时，执行确定用户的用户行为数据。
举例来说，在用户触发响应事件为“打开朋友圈”时，确定“打开朋友圈”对应的用户行为数据，其中，用户行为数据为响应事件“打开朋友圈”、此次响应事件的上一个响应事件为“添加好友”、响应事件的时间为2018年1月6日10:23、用户ID为“娑娜”。
步骤609：客户端从上报事件中确定是否存在与用户行为数据相对应的上报事件。
具体地，在确定用户行为数据后，需要确定用户行为数据是否为上报事件，避免发送每一个用户行为数据给服务端时，消耗用户过多的流量，以及发送的用户行为数据过多造成客户端卡顿的现象。
举例来说，确定上报事件中是否存在与用户行为数据中的响应事件“打开朋友圈”相对应的上报事件。
步骤610：客户端在确定存在与用户行为数据相对应的上报事件时，确定执行选项是否为立即上传。
具体地，在确定用户行为数据为上报事件后，不是立即向服务端发送用户行为数据，而是需要确定执行选项是否为“立即上传”，当且仅当执行选项为“立即上传”时，执行将用户行为数据发送给服务端。
步骤611：客户端在确定执行选项为立即上传时，将用户行为数据发送给服务端。
步骤612：服务端在接收到工作人员发送的更新上报事件时，将更新上报事件发送给客户端，以使客户端将上报事件更新为更新上报事件。
具体地，工作人员根据工作需求，需要更新应用程序中的上报事件时，需要通过服务端将更新上报事件发送给客户端，以使客户端通过数据采集模块将应用程序中的上报事件更新为更新上报事件。
举例来说，服务员将工作人员发送的更新上报事件为“打开朋友圈”、“收藏”和“发送语音”发送给客户端；
客户端在接收到更新上报事件“打开朋友圈”、“收藏”和“发送语音”时，将上报事件“打开朋友圈”和“添加好友”删除，更新为“打开朋友圈”、“收藏”和“发送语音”。
本发明各个实施例至少具有如下有益效果：
1、在应用于客户端的用户行为数据采集方法中，客户端在接收到外部服务端根据用户发送的程序获取请求而发送的应用程序后，需要监听应用程序中的每一个响应事件，以使当用户触发响应事件时，确定用户的用户行为数据，而在确定用户行为数据后不是直接发送给外部服务端，而是需要确定用户行为数据是否为上报事件当且仅当为上报事件时，执行将用户行为数据发送给外部服务端。综上可见，在确定用户行为数据后，确定用户数据是否为上报事件，避免将每一个用户行为数据发送给外部服务端时，由于占用客户端过多的资源而出现客户端的卡顿现象，同时可以避免发送的用户行为数据过多而消耗用户过多的流量，从而实现提高用户体验的目的。
2、在本发明一实施例中，将外部服务端发送的上传选项展示给用户，可以使得用户根据自身情况选择上传选项中的执行选项，当确定用户行为数据后，即可根据用户选择的执行选项将用户行为数据发送给外部服务端。如，执行选项为“立即上传”时，则立即将用户行为数据发送给外部服务端，否则，需要将用户行为数据存储到预先设置的队列中，以使在到达执行选项的执行时间时，将队列中的每一个用户行为数据依次发送给外部服务端。由于执行选项是用户根据实际需求所选择的，所以可以避免在用户不知情的情况下发送过多的用户行为数据，造成用户流量消耗过多的情况，从而可以实现提高用户体验的目的。
3、在本发明一实施例中，当工作人员根据实际需求动态添加或删除某一类的上报事件时，在接收到外部服务端发送的更新上报事件时，将已存在的上报事件更新为更新上报事件，可以使得在确定用户行为数据后，根据最新接收的更新上报事件确定用户行为数据是否需要上报，避免漏报或者发送将无用的用户行为数据发送给外部服务端后，造成外部服务端的数据缺失或垃圾数据过多的情况。
4、在应用于服务端的用户行为数据采集方法中，服务端在接收到外部客户端发送的程序请求后，可以从工作人员预先设置的多个待启用应用程序中，确定与程序获取请求相对应的应用程序，而将确定的应用程序和应用程序对应的上报事件发送给外部客户端可以使得外部客户端在确定用户行为数据后，根据上报事件确定用户行为数据是否需要上报，因此避免不仅可以避免服务端接收过多的垃圾数据，还可以避免客户端发送每一个用户行为数据，由于占用过多的资源而出现卡顿的现象，从而实现提高用户体验的目的。
5、在本发明一实施例中，在接收到工作人员发送的上传选项后，需要将上传选项发送给外部客户端，可以使得用户根据自身情况从各个上传选项中选择执行选项，以使在外部客户端确定用户行为数据后，根据用户选择的执行选项发送用户行为数据，因此避免在用户不知情的情况下发送过多的用户行为数据时，消耗过多的用户流量而导致的用户体验差。
6、在本发明一实施例中，当工作人员根据实际需求，需要动态增加或删除某一类的上报事件时，需要将重新设定上报事件为更新上报事件，以使外部客户端在接收到更新上报事件时，将已存在的上报事件更新为更新上报事件。
需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃····〃”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。