CN106407092A - 界面操作数据上报及装置、界面操作数据统计方法及装置 - Google Patents

Abstract

本申请提供一种界面操作的数据上报方法、数据上报装置、数据统计方法、数据统计装置，其中数据上报方法中，由控件生成上报数据，上报数据的格式为key_value，再由控件执行上报操作，分离了业务代码和上报操作，在增加界面操作时，只需对界面操作对应的控件设置属性，生成相应的上报数据，通过控件调用上报数据给服务端即可，而无需像现有技术中的数据上报方法一样，在每次增加一个需要统计上报数据的界面操作后，必须同时为服务端和客户端增加一个共同约定的编码，并将上报操作写入对应的界面操作事件函数中，从而造成上报操作过程繁琐，同时代码及编码的增加，造成数据量较多，容易出现上报数据无法统计的问题。

Description

界面操作数据上报及装置、界面操作数据统计方法及装置

技术领域

本发明涉及信息技术领域，尤其涉及一种界面操作的数据上报方法、数据上报装置、数据统计方法以及数据统计装置。

背景技术

目前，在开发客户端类型程序中，经常需要对用户的界面操作进行统计上报，从界面操作的统计上报数据可以了解产品的使用情况和用户操作的习惯，以便于为产品和运营人员的决策提供依据，方便后续产品的改进和优化。比如，若某一个按钮被用户点击的次数较多，则说明该按钮的功能用户使用较多，在以后产品升级或生产过程中，将该按钮的使用寿命提高或方便性提高，以便于给用户更好的体验；而若某一个按钮被用户点击的次数较少，则该按钮的功能用户使用较少，在以后产品升级或生产过程中，可以将该按钮与其他功能较少的按钮的功能合并为一，减少按钮个数，方便用户操作。

现有技术中的用户界面操作统计上报方法，在增加一个界面操作事件的统计上报时，通常的做法是服务端和客户端共同约定一个编码，客户端在事件函数中执行上报操作，造成上报操作繁琐、上报和业务代码的混在在一起，分散各处，容易出错。

发明内容

有鉴于此，本发明提供一种界面操作的数据上报方法、数据上报装置、数据统计方法以及数据统计装置，以解决现有技术中数据上报操作繁琐，且容易出现上报数据无法统计的问题。

为实现上述目的，本发明提供如下技术方案：

一种界面操作数据上报方法，应用于客户端中所述界面操作对应的控件，所述上报方法包括：

生成上报数据，所述上报数据的格式为key_value，所述key具有唯一标识性；

根据预设的所述控件的第一属性，将所述上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到所述界面操作被触发的次数，所述第一属性用于指定上报类型。

优选地，所述将所述上报数据上报给服务端具体为：

调用所述上报数据，将所述上报数据上报给服务端。

优选地，所述将所述上报数据上报给服务端具体为：

将所述上报数据缓存在集合中；

判断满足预设条件时，遍历所述集合，将所述集合中的所有上报数据统一上报给服务端。

优选地，所述界面操作数据上报方法还包括：

生成映射集，所述映射集为key值与所述key值的代表意义之间的映射集；

提供所述映射集给所述服务端，以便所述服务端对所述上报数据进行统计展示。

本发明还提供一种界面操作数据上报装置，包括：

生成模块，用于生成格式为key_value的上报数据；

上报模块，用于根据预设的所述控件的第一属性，将上报数据上报给服务端，以使服务端根据上报数据统计得到界面被触发的次数。

本发明还提供一种界面操作数据统计方法，包括：

接收客户端的控件上报的上报数据，所述上报数据的格式为key_value；

按预设格式保存接收到的上报数据；

针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

优选地，所述界面操作数据统计方法还包括：

接收并保存客户端提供的映射集，所述映射集为key值与所述key值的代表意义之间的映射集。

优选地，所述界面操作数据统计方法还包括：

根据所述映射集，得到key值对应的代表意义，并将统计结果通过页面展示。

本发明另外还提供了一种界面操作数据统计装置，包括：

接收模块，用于接收客户端的控件上报的上报数据，所述上报数据的格式为key_value；

保存模块，用于将接收到的所述上报数据按预设格式进行保存；

统计模块，用于针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

优选地，所述界面操作数据统计装置还包括：

页面展示模块，用于将统计结果通过页面展示。

经由上述的技术方案可知，本发明提供的界面操作的数据上报方法、数据上报装置、数据统计方法以及数据统计装置，所述界面操作数据上报方法，应用于客户端的界面操作对应的控件，所述界面操作对应的控件生成上报数据，所述上报数据的格式为key_value格式，在界面被触发后，对应的控件根据预设的所述控件的第一属性确定的上报类型，将所述上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到界面被触发的次数。

本申请提供的数据上报方法生成上报数据后，由控件执行上报操作，分离了业务代码和上报操作，在增加界面操作时，只需界面操作对应的控件生成相应的上报数据，通过控件调用上报数据给服务端即可，而无需像现有技术中的数据上报方法一样，在每次增加一个需要统计上报数据的界面操作后，必须同时为服务端和客户端增加一个共同约定的编码，并将上报操作写入对应的界面操作事件函数中，从而造成上报操作过程繁琐，同时代码及编码的增加，造成数据量较多，容易出现上报数据无法统计的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的界面操作数据上报方法流程图；

图2为本申请提供的界面操作数据上报装置示意图；

图3为本申请提供的界面操作数据统计方法流程图；

图4为本申请提供的界面操作数据统计装置示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

发明人发现，现有技术中在用户界面操作进行统计上报时，上报操作一般是写在业务代码中的，通常的做法是客户端与服务端为每个操作的指定一个唯一编码，在每个界面操作事件发生时，进行数据上报。

每增加一个统计上报，需要同时对客户端和服务端进行修改，即为服务端和客户端增加一个共同约定的编码，同时，客户端在对应的界面操作事件函数中增加上报操作，也即在每增加一个界面操作统计上报时，均需要修改客户端和服务端的编码以及对客户端的事件函数进行重写，造成界面操作数据上报操作繁琐。

另一方面，由于上报操作写在业务代码中，代码里面分散着大量的统计上报代码以及约定的编码，当数据统计上报较多的情况下，容易因疏忽而导致编码关系错误，导致上报数据在统计过程中，出现无法正确统计的问题。

本申请一实施例提供一种界面操作数据上报方法，如图1所示，应用于客户端中所述界面操作对应的控件，包括如下步骤：

步骤S101：生成上报数据，所述上报数据的格式为key_value，所述key具有唯一标识性。

本实施例中所述的界面操作对应的控件是指一类控件，比如按钮控件、图片控件或列表控件等等，所述按钮控件、图片控件或列表控件等均为公用控件，如按钮控件对应的界面操作可以包括登陆按钮的点击操作和支付按钮的点击操作等等。

本实施例中生成的上报数据的格式为key_value格式，所述key具有唯一标识性，代表界面操作，从而使得后续统计根据key值进行分类统计，避免重复统计。每一个控件都有一个名称，本实施例中，key值可以由控件名称、布局文件名称组合形成，为了确保其唯一性，还可以增加模块名称。

如按钮类控件名称为DWButton，可以为其name属性指定一个值作为其标识，按钮界面布局文件大概如下：

<DWButton name＝”button_login”reportType＝”1”……/>

其中，上面所述button_login为key的值，表示登陆按钮界面操作，reportType表示上报类型，其中reportType值为1时表示实时上报；reportType值为2时表示累计集中上报；reportType值不指定时或为默认值0时，表示不上报)

需要说明的是，本实施例中不限定所述key值的确定方法，只要能够确保其唯一性，可以由开发者依据实际情况进行定义，不限定为由控件名称、布局文件名称和模块名称组合而成的key值。

本申请中value为点击的次数，当上报类型为实时上报时，可以将点击次数value设置为1，而当上报类型为累计集中上报时，value为程序自启动到调用上报的时间段内界面操作触发的总次数之和。本实施例中对此不作限定。

步骤S102：根据预设的所述控件的第一属性，将所述上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到所述界面操作被触发的次数，所述reportType属性用于指定上报类型。

所述第一属性用于指定上报类型，本实施例中优选的，所述上报类型分为实时上报和累计集中上报。

所述实时上报具体为每发生一次界面操作，就上报一次上报数据，即发生一次界面操作；该界面操作对应的控件直接调用上报数据，将上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到所述界面操作被触发的次数。

所述累计集中上报具体为，将上报数据存储到一个map(集合)中，判断满足预设条件时，遍历所述集合，将所述集合中的所有上报数据统一上报给服务端。需要说明的是，本实施例中所述预设条件具体是指，在程序退出时，或累计到一定数量，或经过一定的时间后，本实施例中对所述预设条件不做限定，可以依据实际情况进行预先设定。本实施例中不限定所述上报的具体类型，可以依据实际操作进行选择。

需要说明的是，所述上报类型还可以包括不上报，即对于程序开发者不关注的界面操作，控件使用者不需为该属性指定任何值，控件会给其赋值为默认值，即不上报，从而不统计不关心的界面操作。“是否需要上报”需要视开发人员或运营人员对该界面操作的关注度决定，看该界面操作对产品或运营人员是否有价值，比如若需要知道多少用户点击广告图片跳转到网页，则该界面操作就需要上报。

由于reportType属性不同，则上报的具体方式不同，因此，所述界面操作对应的控件需要根据该属性指定的上报类型进行后续的上报操作。

需要说明的是，在后续统计过程中，对于开发人员，能够很容易看出key值代表的意义，统计得到界面操作的点击次数，从而方便后续的技术开发。而对于产品或运营人员，由于是非代码或编码的专业人员，对统计结果不能一目了然，因此，本实施例提供的界面操作数据上报方法，还可以包括以下步骤：

生成映射集，所述映射集为key值与所述key值的代表意义之间的映射集；

发送所述映射集给所述服务端，以便所述服务端对所述上报数据进行统计展示。

由于在客户端生成映射集，将key值与key值代表的意义一一映射出来，由客户端发送给服务端，从而使得服务端能够根据key值的映射集，将key值代表的意义展现出来，进而方便后续产品和运营人员进行查看。

从上述界面操作数据上报方法的过程可以看出，本申请提供的界面操作数据上报方法，在统计多个界面操作的上报数据时，仅需界面操作对应的控件生成上报数据，上报数据的格式为key_value，key具有唯一标识性；所述控件根据预设的所述控件的唯一属性，将所述上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到所述界面操作被触发的次数，所述第一属性用于指定上报类型。即本申请中的数据上报方法将上报数据的上报操作提取到控件中执行，做成可配置的、具有灵活性的上报操作。同时将上报操作与业务代码分离，无需各模块单独实现，且不需要对服务端进行修改，从而使得上报数据的上报操作过程简单化。

另外，由于分离了业务代码与上报操作，即上报操作由控件执行，在增加统计不同的界面操作时，不需要对业务代码进行更改，更不需要为服务端和客户端增加一个共同约定的编码，从而使得代码中分散的约定编码数量较少，在数据统计上报较多的情况下，编码关系较少，出错率大大降低，进而提高了上报数据的成功率。且，由于本申请采用的key_value格式，只要key值唯一，便不会出现上报数据关系错乱而导致的无法统计的问题。

本申请另一实施例提供一种界面操作数据上报装置，所述界面操作数据上报装置对应上一实施例中的界面操作数据上报方法，所述界面操作数据上报装置，如图2所示，包括：生成模块11，用于生成格式为key_value的上报数据；上报模块12，用于根据预设的所述控件的第一属性，将上报数据上报给服务端，以使服务端根据上报数据统计得到界面被触发的次数。。

需要说明的是，所述控件的第一属性由使用者依据界面操作是否需要上报以及上报的类型进行预设。

本申请实施例提供的界面操作数据上报装置，用于实现界面操作数据的上报方法，使得上报操作与业务代码分离，用界面操作对应的控件执行上报操作，从而简化了上报数据的上报过程。

本申请实施例还公开一种界面操作数据统计方法，如图3所示，包括：

步骤S201：接收客户端的控件上报的上报数据，所述上报数据的格式为key_value。

本实施例中，在客户端的控件将上报数据上报到服务端后，服务端内部模块接收上报数据，所述上报数据的格式与客户端的控件上报的上报数据格式相同，均为key_value。

步骤S202：按预设格式保存接收到的上报数据。

需要说明的是，所述预设格式可以key_value格式，还可以是服务端自己定义的方便后续统计的数据格式，本实施例中对此不做限定。

当预设格式为key_value格式时，服务端接收到客户端的控件上报的格式为key_value的上报数据后，直接将其按照key_value格式存储在服务端的数据库或自定义文件中。当预设格式为服务端自己定义的数据格式时，服务端将接收到的客户端的控件上报的格式为key_value的上报数据经过格式转换，转换成自己定义的格式，再存储到服务端的数据库或自定义的文件中。需要说明的是，上报数据中可能还有用户ID、时间戳等信息，但在本实施例中暂时不关注，只关注界面操作的控件名称以及界面操作被触发的次数。

另外，需要说明的是，本实施例中接收并保存客户端的控件上报的上报数据的接收类型，与界面操作对应的控件的第一属性指定的上报类型相同，即客户端的上报类型为实时上报，则对应的服务端的接收类型也是实时接收；若客户端的上报类型为累计集中上报，则对应的服务端的接收类型也是累计集中接收，这是本领域技术人员容易想到的，本实施例中不再进行赘述。

步骤S203：针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

本实施例中，key值代表界面操作，具有唯一标识性，服务端根据key值不同，对不同的key值对应的value值进行统计，最后得到对应的界面操作被触发的次数。

本实施中value为点击的次数，当上报类型为实时上报时，点击次数value优选为1，而当上报类型为累计集中上报时，value为程序自启动到调用上报的时间段内界面操作触发的总次数之和。本实施例中对此不作限定。

实际操作中，对于程序开发者而言，其通过查看服务器后台显示的统计结果代码，即可了解到不同的界面操作对应的不同的点击次数，为后续开发做参考；但对于产品生产人员和运营人员而言，服务器统计结果不够直观，不利于运营人员或产品生产人员对统计结果的理解。因此，本实施例中在接收并保存客户端的控件上报的上报数据时，还可以同时接收并保存客户端提供的映射集，所述映射集为key值与所述key值的代表意义之间的映射集。从而使得服务端根据所述映射集，得到key值对应的代表意义，并将统计结果通过页面展示出来，使统计结果更加直观，便于运营人员或产品生产人员查看。

本实施例中，映射集可以不用客户端在程序中发送给服务端，还可以以其他方式提供给服务端，服务端只需要在客户端增加了上报项的时候进行更新。如可以直接以表格文档形式提供，服务端根据对应关系按自己的格式去维护，一般服务端以数据库表来存储，只需要在该表中增加一条映射关系的记录即可。另外，也可以做成自动化设置，由客户端按约定格式上传给服务端，服务端做解析和更新映射数据的操作，这样每次增加了上报项，客户端上传好映射关系数据，服务端会自动更新。本实施例中对提供映射集的方式不做限定，只要客户端能够提供服务端相应的key值与所述key值的代表意义之间的映射集即可。

另外，服务端后台统计还可以依据次数、用户数、时间段等信息进行条件筛选，从而使运营人员或产品生产人员能够对统计结果进行不同维度的分析。

本实施例中提供的界面操作数据统计方法，由于接收和保存的是客户端控件上报的格式为key_value的上报数据，从而能够根据key值和value值统计界面操作的被触发次数。由于无需在每次增加统计时，接收修改与客户端约定的共同编码，因此，服务端无需更改，只需进行统计步骤即可，节省了中间编码的编写程序，使得服务端统计更加简单。

本申请实施例还对应提供一种界面操作数据统计装置，如图4所示，包括：接收模块21，用于接收客户端的控件上报的上报数据，所述上报数据的格式为key_value；保存模块22，用于将接收到的所述上报数据按预设格式进行保存；统计模块23，用于针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

需要说明的是，为便于运营人员或产品生产人员理解统计结果，所述界面操作统计装置还包括：页面展示模块24，用于将统计结果通过页面展示。

由于本申请在整个数据上报和统计过程中，没有依赖客户端的业务代码进行数据上报以及修改客户端和服务端的共同约定的编码，从而使得数据上报和统计的过程更加简单化，且涉及到的业务代码未被修改，编码也无需增加，因此，出现因业务代码中分散较多编码，出现数据上报关系错乱导致上报无法正确统计的现象降低，从而提高了数据上报的成功率。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种界面操作数据上报方法，其特征在于，应用于客户端中所述界面操作对应的控件，所述上报方法包括：

生成上报数据，所述上报数据的格式为key_value，所述key具有唯一标识性；

根据预设的所述控件的第一属性，将所述上报数据上报给服务端，以使所述服务端根据所述上报数据统计得到所述界面操作被触发的次数，所述第一属性用于指定上报类型。

2.根据权利要求1所述的界面操作数据上报方法，其特征在于，所述将所述上报数据上报给服务端具体为：

调用所述上报数据，将所述上报数据上报给服务端。

3.根据权利要求1所述的界面操作数据上报方法，其特征在于，所述将所述上报数据上报给服务端具体为：

将所述上报数据缓存在集合中；

判断满足预设条件时，遍历所述集合，将所述集合中的所有上报数据统一上报给服务端。

4.根据权利要求1所述的界面操作数据上报方法，其特征在于，还包括：

生成映射集，所述映射集为key值与所述key值的代表意义之间的映射集；

提供所述映射集给所述服务端，以便所述服务端对所述上报数据进行统计展示。

5.一种界面操作数据上报装置，其特征在于，包括：

生成模块，用于生成格式为key_value的上报数据；

上报模块，用于根据预设的所述控件的第一属性，将上报数据上报给服务端，以使服务端根据上报数据统计得到界面操作被触发的次数。

6.一种界面操作数据统计方法，其特征在于，包括：

接收客户端的控件上报的上报数据，所述上报数据的格式为key_value；

按预设格式保存接收到的上报数据；

针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

7.根据权利要求6所述的界面操作数据统计方法，其特征在于，还包括：

接收并保存客户端提供的映射集，所述映射集为key值与所述key值的代表意义之间的映射集。

8.根据权利要求7所述的界面操作数据统计方法，其特征在于，还包括：

根据所述映射集，得到key值对应的代表意义，并将统计结果通过页面展示。

9.一种界面操作数据统计装置，其特征在于，包括：

接收模块，用于接收客户端的控件上报的上报数据，所述上报数据的格式为key_value；

保存模块，用于将接收到的所述上报数据按预设格式进行保存；

统计模块，用于针对不同的key值分别统计所述key值对应的value值，得到所述界面操作被触发的次数。

10.根据权利要求9所述的界面操作统计装置，其特征在于，还包括：

页面展示模块，用于将统计结果通过页面展示。