CN106452916B - 服务质量信息的获得方法及装置、客户端和服务器 - Google Patents

Abstract

本公开是关于一种服务质量信息的获得方法及装置、客户端和服务器，其中，服务质量信息的获得方法包括：向服务端发送获取打点配置信息的请求；接收服务端根据该请求返回的打点配置信息，其中，该请求中携带有参数信息，该参数信息包括客户端版本信息；根据打点配置信息获取服务运行数据；向服务端上传服务运行数据。本公开实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以方便快捷地获得服务运行数据，进而可以方便快捷地获得服务质量信息。

Description

服务质量信息的获得方法及装置、客户端和服务器

技术领域

本公开涉及通信技术领域，尤其涉及一种服务质量信息的获得方法及装置、客户端和服务器。

背景技术

随着移动终端技术的快速发展，各种移动终端例如手机已非常普及，并且，功能日益强大。例如，可以在手机上安装各种应用程序。

而服务端在为手机客户端(以下简称客户端)提供服务时，为了在同样的服务环境下，提高手机用户的使用体验，需要获得服务运行数据。通常的做法是在客户端进行固定操作时，进行数据打点，而这些点位都是固定在某个操作的。

但随着服务端和客户端的升级，这些点位需要更新，且当客户端存在多个版本时，打点数据容易混乱，因此，在客户端存在多个版本的情况下，如何方便快捷地获得服务质量信息是目前急需解决的技术问题之一。

发明内容

为克服相关技术中存在的问题，本公开提供一种服务质量信息的获得方法及装置、服务器和客户端。

根据本公开实施例的第一方面，提供一种服务质量信息的获得方法，包括：

向服务端发送获取打点配置信息的请求；

接收所述服务端根据所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

根据所述打点配置信息获取服务运行数据；

向所述服务端上传所述服务运行数据。

在一实施例中，在所述向服务端发送获取打点配置信息的请求之前，所述方法还包括：接收预设时间段内的首次唤醒指令；或者

获得客户端版本发生更新的指令。

在一实施例中，所述向服务端发送获取打点配置信息的请求，包括：

通过接口向所述服务端发送所述请求；

所述接收所述服务端根据所述请求返回的所述打点配置信息，包括：

通过所述接口接收所述服务端返回的所述打点配置信息。

在一实施例中，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

根据本公开实施例的第二方面，提供一种服务质量信息的获得方法，包括：

接收客户端发送的获取打点配置信息的请求；

根据所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

接收所述客户端根据所述打点配置信息上传的服务运行数据；

对所述服务运行数据进行分析，以获得服务质量信息。

在一实施例中，所述接收客户端发送的获取打点配置信息的请求，包括：

通过接口接收客户端发送的所述请求；

所述接收所述服务端根据所述请求返回的所述打点配置信息，包括：

通过所述接口向所述客户端返回所述打点配置信息。

在一实施例中，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

在一实施例中，所述方法还包括：

在所述对所述服务运行数据进行分析之后，根据所述服务质量信息发送通知信息或调整服务返回内容。

根据本公开实施例的第三方面，提供一种服务质量信息的获得装置，包括：

发送模块，被配置为向服务端发送获取打点配置信息的请求；

接收模块，被配置为接收所述服务端根据所述发送模块发送的所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

获取模块，被配置为根据所述接收模块接收的所述打点配置信息获取服务运行数据；

上传模块，被配置为向所述服务端上传所述获取模块获取的所述服务运行数据。

在一实施例中，所述装置还包括：

指令接收模块，被配置为在所述发送模块向服务端发送获取打点配置信息的请求之前，接收预设时间段内的首次唤醒指令；或者

获得模块，被配置为在所述发送模块向服务端发送获取打点配置信息的请求之前，获得客户端版本发生更新的指令。

在一实施例中，所述发送模块，被配置为：通过接口向所述服务端发送所述请求；

所述接收模块，被配置为：通过所述接口接收所述服务端返回的所述打点配置信息。

在一实施例中，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

根据本公开实施例的第四方面，提供一种服务质量信息的获得装置，包括：

请求接收模块，被配置为接收客户端发送的获取打点配置信息的请求；

返回模块，被配置为根据所述请求接收模块接收的所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

数据接收模块，被配置为接收所述客户端根据所述返回模块返回的所述打点配置信息上传的服务运行数据；

分析模块，被配置为对所述数据接收模块接收的所述服务运行数据进行分析，以获得服务质量信息。

在一实施例中，所述请求接收模块，被配置为通过接口接收客户端发送的所述请求；

所述返回模块，被配置为通过所述接口向所述客户端返回所述打点配置信息。

在一实施例中，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

在一实施例中，所述装置还包括：

发送调整模块，被配置为在所述分析模块对所述服务运行数据进行分析之后，根据所述服务质量信息发送通知信息或调整服务返回内容。

根据本公开实施例的第五方面，提供一种客户端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

向服务端发送获取打点配置信息的请求；

接收所述服务端根据所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

根据所述打点配置信息获取服务运行数据；

向所述服务端上传所述服务运行数据。

根据本公开实施例的第六方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收客户端发送的获取打点配置信息的请求；

根据所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息；

接收所述客户端根据所述打点配置信息上传的服务运行数据；

对所述服务运行数据进行分析，以获得服务质量信息。

本公开的实施例提供的技术方案可以包括以下有益效果：通过向服务端发送获取打点配置信息的请求，并接收服务端根据该请求返回的打点配置信息，使得客户端可以获得当前需要的打点内容，并可以根据当前需要的打点内容获取服务运行数据，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以方便快捷地获得服务运行数据，进而可以方便快捷地获得服务质量信息。

通过明确发送请求的时机，可以有效减少因频繁发送请求而消耗的流量。

通过接口发送请求和接收打点配置信息，实现方式简单。

通过描述打点配置信息的内容，使得方案更清楚。

通过根据客户端版本信息为客户端提供打点配置信息，使得客户端可以获得当前需要的打点内容，并接收客户端根据打点配置信息上传的服务运行数据，然后对服务运行数据进行分析，从而获得服务质量信息，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以更方便快捷地获得服务质量信息。

通过接口发送请求和接收打点配置信息，实现方式简单。

通过描述打点配置信息的内容，使得方案更清楚。

通过发送通知信息或调整服务返回内容来对服务质量进行改善，从而达到提高服务质量的目的。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1A是根据一示例性实施例示出的一种服务质量信息的获得方法的流程图。

图1B是根据一示例性实施例示出的另一种服务质量信息的获得方法的流程图。

图1C是根据一示例性实施例示出的另一种服务质量信息的获得方法的流程图。

图2是根据一示例性实施例示出的一种服务质量信息的获得方法的场景图。

图3是根据一示例性实施例示出的又一种服务质量信息的获得方法的流程图。

图4是根据一示例性实施例示出的再一种服务质量信息的获得方法的流程图。

图5是根据一示例性实施例示出的一种服务质量信息的获得方法的信令流程图。

图6是根据一示例性实施例示出的一种服务质量信息的获得装置的框图。

图7是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图。

图8是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图。

图9是根据一示例性实施例示出的又一种服务质量信息的获得装置的框图。

图10是根据一示例性实施例示出的再一种服务质量信息的获得装置的框图。

图11是根据一示例性实施例示出的一种适用于客户端的装置的框图。

图12是根据一示例性实施例示出的一种适用于服务器的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1A是根据一示例性实施例示出的一种服务质量信息的获得方法的流程图，如图1A所示，该服务质量信息的获得方法可应用于客户端，该方法包括以下步骤S101-S104：

在步骤S101中，向服务端发送获取打点配置信息的请求。

在步骤S102中，接收服务端根据该请求返回的打点配置信息。

在该实施例中，客户端可以通过接口向服务端发送请求，并可以通过接口接收服务端返回的打点配置信息，其中，该接口可以为但不局限于超文本传输协议(HyperTextTransfer Protocol，HTTP)接口。该请求中携带有参数信息，该参数信息可以包括客户端版本信息，例如APP版本号，还可以包括其他信息例如所在移动终端的型号等。

在该实施例中，打点配置信息可以包括但不局限于打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项。其中，打点操作类型是指打点时用户的操作类型，例如，可以为用户点击时打点，也可以为用户滑动时打点。打点操作行为是指是否需要打点，例如之前用户点击时没有打点，而在客户端更新版本的情况下需要在用户点击时打点。打点内容可以为用户点击的内容，上传时机可以为用户使用应用程序(APP)的过程中上传打点数据，也可以为APP被用户唤醒后上传打点数据。

在步骤S103中，根据打点配置信息获取服务运行数据。

在该实施例中，客户端在获取打点配置信息后，可以根据该打点配置信息获得服务运行数据，并向服务端发送服务运行数据。

其中，服务运行数据可以包括但不局限于地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。例如，用户处在华北地区，连接消耗了2秒，则地域信息为华北地区，连接时间为2秒，假设服务端返回的数据是正确的，则返回状态为正常，返回值为返回的数据，例如页面，假设页面很长，则用户对返回值的操作可以为向下拖动等。

在步骤S104中，向服务端上传服务运行数据。

在该实施例中，客户端在获取服务运行数据之后，可以向服务端发送服务运行数据，服务端在接收服务运行数据后，可以对服务运行数据进行分析，得到服务质量信息，例如不同地域服务响应时长不一样，另外，服务质量信息也可以通过用户对服务的响应信息来表示，例如，用户针对服务返回内容停留时间过短，则表明服务质量差。

上述服务质量信息的获得方法实施例，通过向服务端发送获取打点配置信息的请求，并接收服务端根据该请求返回的打点配置信息，使得客户端可以获得当前需要的打点内容，并可以根据当前需要的打点内容获取服务运行数据，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以方便快捷地获得服务运行数据，进而可以方便快捷地获得服务质量信息。

图1B是根据一示例性实施例示出的另一种服务质量信息的获得方法的流程图，如图1B所示，在上述步骤S101之前，该方法还可以包括：

步骤S100，接收预设时间段内的首次唤醒指令。

在该实施例中，预设时间段可以为一天、10小时等，具体数值可以根据需要灵活设置。例如，用户在今天首次点击打开某APP，则该APP接收今天的首次唤醒指令。

另外，如图1C所示，在上述步骤S101之前，该方法还可以包括：

步骤S100′，获得客户端版本发生更新的指令。

其中，客户端可以获得当前版本信息和之前的版本信息，并将二者进行比对，以确定客户端版本是否发生更新。

上述实施例，通过明确发送请求的时机，可以有效减少因频繁发送请求而消耗的流量。

下面结合图2对本公开进行示例性说明，如图2所示，用户可以通过浏览手机21上的APP例如小米商城进行购物，当用户首次点击该APP时，该APP向对应的服务器22发送获取打点配置信息的请求，服务器22收到该请求后，从该请求中提取出包含该APP当前版本号的参数信息，服务器22根据该参数信息为该APP提供打点配置信息，该APP根据打点配置信息获得服务运行数据，并向服务器22上传获得的服务运行数据，服务器22在获得服务运行数据后，对服务运行数据进行分析，得到用户对商品页的停留时间为2秒，假设商品页的每行包括8件商品的图片和描述信息，由于商品页每行包含的商品数量太多，影响用户浏览的清晰度，因此，可以对商品页每行包含的商品数量进行调整，例如可以调整为每行包含5件商品。由此可见，该实施例通过调整服务返回的内容可以提高服务质量。

图3是根据一示例性实施例示出的又一种服务质量信息的获得方法的流程图，如图3所示，该服务质量信息的获得方法可应用于服务端，该方法包括以下步骤S301-S304：

在步骤S301中，接收客户端发送的获取打点配置信息的请求。

在步骤S302中，根据该请求向客户端返回打点配置信息。

其中，该请求中携带有参数信息，该参数信息可以包括客户端版本信息，例如APP版本号，还可以包括其他信息例如所在移动终端的型号等。

在该实施例中，服务端可以通过接口接收请求，并通过接口向客户端返回打点配置信息，其中，该接口可以为但不局限于超文本传输协议HTTP接口。

在该实施例中，打点配置信息可以包括但不局限于打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项。其中，打点操作类型是指打点时用户的操作类型，例如，可以为用户点击时打点，也可以为用户滑动时打点。打点操作行为是指是否需要打点，例如之前用户点击时没有打点，而在客户端更新版本的情况下需要在用户点击时打点。打点内容可以为用户点击的内容，上传时机可以为用户使用应用程序(APP)的过程中上传打点数据，也可以为APP被用户唤醒后上传打点数据。

在步骤S303中，接收客户端根据打点配置信息上传的服务运行数据。

在该实施例中，客户端在获取打点配置信息后，可以根据该打点配置信息获得服务运行数据，并向服务端发送服务运行数据。

其中，服务运行数据可以包括但不局限于地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。例如，用户处在华北地区，连接消耗了2秒，则地域信息为华北地区，连接时间为2秒，假设服务端返回的数据是正确的，则返回状态为正常，返回值为返回的数据，例如页面，假设页面很长，则用户对返回值的操作可以为向下拖动等。

在步骤S304中，对服务运行数据进行分析，以获得服务质量信息。

在该实施例中，服务端在接收客户端发送的服务运行数据后，可以对服务运行数据进行分析，得到服务质量信息，例如不同地域服务响应时长不一样，另外，服务质量信息也可以通过用户对服务的响应信息来表示，例如，用户针对服务返回内容停留时间过短，则表明服务质量差。

上述服务质量信息的获得方法实施例，通过根据客户端版本信息为客户端提供打点配置信息，使得客户端可以获得当前需要的打点内容，并接收客户端根据打点配置信息上传的服务运行数据，然后对服务运行数据进行分析，从而获得服务质量信息，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以更方便快捷地获得服务质量信息。

图4是根据一示例性实施例示出的再一种服务质量信息的获得方法的流程图，如图4所示，在上述步骤S304之后，该方法还可以包括如下步骤：

在步骤S305中，根据获得的服务质量信息发送通知信息或调整服务返回内容。

在该实施例中，若获得的服务质量信息为不同地域服务响应时长不一样，可以向预设手机号码发送通知信息，其中，预设手机号码可以为某运营商指定联系人的手机号码，运营商指定联系人在获得该通知信息后，可以联系相关人员进行处理，以提高服务质量。

在该实施例中，若获得的服务质量信息为用户针对服务返回内容停留时间过短，则可以调整服务返回内容，例如之前返回的内容为一行有2张图片，可以尝试修改为一行有3张图片，以提高服务质量。

上述实施例，通过发送通知信息或调整服务返回内容来对服务质量进行改善，从而达到提高服务质量的目的。

图5是根据一示例性实施例示出的一种服务质量信息的获得方法的信令流程图，该实施例是从客户端和服务端交互的角度进行描述的，如图5所示，该服务质量信息的获得方法包括以下步骤：

在步骤S501中，客户端接收预设时间段内的首次唤醒指令。

在步骤S502中，客户端根据首次唤醒指令向服务端发送获取打点配置信息的请求。

在步骤S503中，服务端根据接收的请求获取打点配置信息。

在步骤S504中，服务端向客户端返回打点配置信息。

在该实施例中，由于服务端可以为客户端提供打点配置信息，因此，客户端可以更灵活地得到服务端当前需要的数据，从而减少垃圾数据。

在步骤S505中，客户端根据接收的打点配置信息获取服务运行数据。

在步骤S506中，客户端向服务端上传服务运行数据。

在步骤S507中，服务端对服务运行数据进行分析，以获得服务质量信息。

在步骤S508中，服务端根据服务质量信息调整服务返回内容。

上述服务质量信息的获得方法实施例，通过客户端和服务端之间的交互，使得客户端可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以方便快捷地获得服务质量信息，进而可以对服务质量进行改善，达到提高服务质量的目的。

与前述服务质量信息的获得方法实施例相对应，本公开还提供了服务质量信息的获得装置实施例。

图6是根据一示例性实施例示出的一种服务质量信息的获得装置的框图，如图6所示，该服务质量信息的获得装置包括：发送模块61、接收模块62、获取模块63和上传模块64。

发送模块61被配置为向服务端发送获取打点配置信息的请求。

接收模块62被配置为接收所述服务端根据所述发送模块61发送的所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息。

在该实施例中，客户端可以通过接口向服务端发送请求，并可以通过接口接收服务端返回的打点配置信息，其中，该接口可以为但不局限于超文本传输协议(HyperTextTransfer Protocol，HTTP)接口。该请求中携带有参数信息，该参数信息可以包括客户端版本信息，例如APP版本号，还可以包括其他信息例如所在移动终端的型号等。

在该实施例中，打点配置信息可以包括但不局限于打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项。其中，打点操作类型是指打点时用户的操作类型，例如，可以为用户点击时打点，也可以为用户滑动时打点。打点操作行为是指是否需要打点，例如之前用户点击时没有打点，而在客户端更新版本的情况下需要在用户点击时打点。打点内容可以为用户点击的内容，上传时机可以为用户使用应用程序(APP)的过程中上传打点数据，也可以为APP被用户唤醒后上传打点数据。

获取模块63被配置为根据所述接收模块62接收的所述打点配置信息获取服务运行数据。

在该实施例中，客户端在获取打点配置信息后，可以根据该打点配置信息获得服务运行数据，并向服务端发送服务运行数据。

其中，服务运行数据可以包括但不局限于地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。例如，用户处在华北地区，连接消耗了2秒，则地域信息为华北地区，连接时间为2秒，假设服务端返回的数据是正确的，则返回状态为正常，返回值为返回的数据，例如页面，假设页面很长，则用户对返回值的操作可以为向下拖动等。

上传模块64被配置为向所述服务端上传所述获取模块63获取的所述服务运行数据。

在该实施例中，客户端在获取服务运行数据之后，可以向服务端发送服务运行数据，服务端在接收服务运行数据后，可以对服务运行数据进行分析，得到服务质量信息，例如不同地域服务响应时长不一样，另外，服务质量信息也可以通过用户对服务的响应信息来表示，例如，用户针对服务返回内容停留时间过短，则表明服务质量差。

如图6所示的装置用于实现上述如图1A所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述服务质量信息的获得装置实施例，通过向服务端发送获取打点配置信息的请求，并接收服务端根据该请求返回的打点配置信息，使得客户端可以获得当前需要的打点内容，并可以根据当前需要的打点内容获取服务运行数据，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以方便快捷地获得服务运行数据，进而可以方便快捷地获得服务质量信息。

图7是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图，如图7所示，在上述图6所示实施例的基础上，该装置还可包括：指令接收模块60。

指令接收模块60被配置为在所述发送模块61向服务端发送获取打点配置信息的请求之前，接收预设时间段内的首次唤醒指令。

如图7所示的装置用于实现上述如图1B所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

在该实施例中，预设时间段可以为一天、10小时等，具体数值可以根据需要灵活设置。例如，用户在今天首次点击打开某APP，则该APP接收今天的首次唤醒指令。

图8是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图，如图8所示，在上述图6所示实施例的基础上，该装置还可包括：获得模块60′。

获得模块60′被配置为在所述发送模块61向服务端发送获取打点配置信息的请求之前，获得客户端版本发生更新的指令。

其中，客户端可以获得当前版本信息和之前的版本信息，并将二者进行比对，以确定客户端版本是否发生更新。

如图8所示的装置用于实现上述如图1C所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过明确发送请求的时机，可以有效减少因频繁发送请求而消耗的流量。

图9是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图，如图9所示，该服务质量信息的获得装置包括：请求接收模块91、返回模块92、数据接收模块93和分析模块94。

请求接收模块91被配置为接收客户端发送的获取打点配置信息的请求。

返回模块92被配置为根据所述请求接收模块91接收的所述请求向所述客户端返回打点配置信息。

其中，该请求中携带有参数信息，该参数信息可以包括客户端版本信息，例如APP版本号，还可以包括其他信息例如所在移动终端的型号等。

在该实施例中，服务端可以通过接口接收请求，并通过接口向客户端返回打点配置信息，其中，该接口可以为但不局限于超文本传输协议HTTP接口。

在该实施例中，打点配置信息可以包括但不局限于打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项。其中，打点操作类型是指打点时用户的操作类型，例如，可以为用户点击时打点，也可以为用户滑动时打点。打点操作行为是指是否需要打点，例如之前用户点击时没有打点，而在客户端更新版本的情况下需要在用户点击时打点。打点内容可以为用户点击的内容，上传时机可以为用户使用应用程序(APP)的过程中上传打点数据，也可以为APP被用户唤醒后上传打点数据。

数据接收模块93被配置为接收所述客户端根据所述返回模块92返回的所述打点配置信息上传的服务运行数据。

在该实施例中，客户端在获取打点配置信息后，可以根据该打点配置信息获得服务运行数据，并向服务端发送服务运行数据。

其中，服务运行数据可以包括但不局限于地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。例如，用户处在华北地区，连接消耗了2秒，则地域信息为华北地区，连接时间为2秒，假设服务端返回的数据是正确的，则返回状态为正常，返回值为返回的数据，例如页面，假设页面很长，则用户对返回值的操作可以为向下拖动等。

分析模块94被配置为对所述数据接收模块93接收的所述服务运行数据进行分析，以获得服务质量信息。

在该实施例中，服务端在接收客户端发送的服务运行数据后，可以对服务运行数据进行分析，得到服务质量信息，例如不同地域服务响应时长不一样，另外，服务质量信息也可以通过用户对服务的响应信息来表示，例如，用户针对服务返回内容停留时间过短，则表明服务质量差。

如图9所示的装置用于实现上述如图3所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述服务质量信息的获得装置实施例，通过根据客户端版本信息为客户端提供打点配置信息，使得客户端可以获得当前需要的打点内容，并接收客户端根据打点配置信息上传的服务运行数据，然后对服务运行数据进行分析，从而获得服务质量信息，由此可见，该实施例可以灵活地获得需要的打点内容，而不需要依赖客户端的版本升级，从而可以更方便快捷地获得服务质量信息。

图10是根据一示例性实施例示出的另一种服务质量信息的获得装置的框图，如图10所示，在上述图9所示实施例的基础上，该装置还可包括：

发送调整模块95被配置为在所述分析模块94对所述服务运行数据进行分析之后，根据所述服务质量信息发送通知信息或调整服务返回内容。

在该实施例中，若获得的服务质量信息为不同地域服务响应时长不一样，可以向预设手机号码发送通知信息，其中，预设手机号码可以为某运营商指定联系人的手机号码，运营商指定联系人在获得该通知信息后，可以联系相关人员进行处理，以提高服务质量。

在该实施例中，若获得的服务质量信息为用户针对服务返回内容停留时间过短，则可以调整服务返回内容，例如之前返回的内容为一行有2张图片，可以尝试修改为一行有3张图片，以提高服务质量。

如图10所示的装置用于实现上述如图4所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过发送通知信息或调整服务返回内容来对服务质量进行改善，从而达到提高服务质量的目的。

关于上述实施例中的装置，其中各个模块、子模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图11是根据一示例性实施例示出的一种适用于客户端的装置的框图。例如，装置1100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图11，装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(I/O)的接口1111，传感器组件1114，以及通信组件1116。

处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理部件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。

存储器1104被配置为存储各种类型的数据以支持在设备1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1106为装置1100的各种组件提供电力。电力组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电力相关联的组件。

多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当设备1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(MIC)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。

I/O接口1111为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到设备1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图12是根据一示例性实施例示出的一种适用于服务器的装置1200的框图。例如，装置1200可以被提供为一服务器。参照图12，装置1200包括处理组件1222，其进一步包括一个或多个处理器，以及由存储器1232所代表的存储器资源，用于存储可由处理部件1222的执行的指令，例如应用程序。存储器1232中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1222被配置为执行指令，以执行上述方法。

装置1200还可以包括一个电源组件1226被配置为执行装置1200的电源管理，一个有线或无线网络接口1250被配置为将装置1200连接到网络，和一个输入输出(I/O)接口1258。装置1200可以操作基于存储在存储器1232的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种服务质量信息的获得方法，其特征在于，所述方法包括：

接收预设时间段内的首次唤醒指令，向服务端发送获取打点配置信息的请求；

接收所述服务端根据所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

根据所述打点配置信息获取服务运行数据；

向所述服务端上传所述服务运行数据。

2.根据权利要求1所述的服务质量信息的获得方法，其特征在于，所述向服务端发送获取打点配置信息的请求，包括：

通过接口向所述服务端发送所述请求；

所述接收所述服务端根据所述请求返回的所述打点配置信息，包括：

通过所述接口接收所述服务端返回的所述打点配置信息。

3.根据权利要求1或2所述的服务质量信息的获得方法，其特征在于，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

4.一种服务质量信息的获得方法，其特征在于，所述方法包括：

接收客户端发送的获取打点配置信息的请求；

根据所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

接收所述客户端根据所述打点配置信息上传的服务运行数据；

对所述服务运行数据进行分析，以获得服务质量信息。

5.根据权利要求4所述的服务质量信息的获得方法，其特征在于，所述接收客户端发送的获取打点配置信息的请求，包括：

通过接口接收客户端发送的所述请求；

所述接收所述服务端根据所述请求返回的所述打点配置信息，包括：

通过所述接口向所述客户端返回所述打点配置信息。

6.根据权利要求4或5所述的服务质量信息的获得方法，其特征在于，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

7.根据权利要求4所述的服务质量信息的获得方法，其特征在于，所述方法还包括：

在所述对所述服务运行数据进行分析之后，根据所述服务质量信息发送通知信息或调整服务返回内容。

8.一种服务质量信息的获得装置，其特征在于，所述装置包括：

发送模块，被配置为接收预设时间段内的首次唤醒指令，向服务端发送获取打点配置信息的请求；

接收模块，被配置为接收所述服务端根据所述发送模块发送的所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

获取模块，被配置为根据所述接收模块接收的所述打点配置信息获取服务运行数据；

上传模块，被配置为向所述服务端上传所述获取模块获取的所述服务运行数据。

9.根据权利要求8所述的服务质量信息的获得装置，其特征在于，所述发送模块，被配置为：通过接口向所述服务端发送所述请求；

所述接收模块，被配置为：通过所述接口接收所述服务端返回的所述打点配置信息。

10.根据权利要求8或9所述的服务质量信息的获得装置，其特征在于，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

11.一种服务质量信息的获得装置，其特征在于，所述装置包括：

请求接收模块，被配置为接收客户端发送的获取打点配置信息的请求；

返回模块，被配置为根据所述请求接收模块接收的所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

数据接收模块，被配置为接收所述客户端根据所述返回模块返回的所述打点配置信息上传的服务运行数据；

分析模块，被配置为对所述数据接收模块接收的所述服务运行数据进行分析，以获得服务质量信息。

12.根据权利要求11所述的服务质量信息的获得装置，其特征在于，所述请求接收模块，被配置为通过接口接收客户端发送的所述请求；

所述返回模块，被配置为通过所述接口向所述客户端返回所述打点配置信息。

13.根据权利要求11或12所述的服务质量信息的获得装置，其特征在于，所述服务运行数据包括地域信息、连接时间、返回状态、返回值和用户对返回值的操作中的至少一项。

14.根据权利要求11所述的服务质量信息的获得装置，其特征在于，所述装置还包括：

发送调整模块，被配置为在所述分析模块对所述服务运行数据进行分析之后，根据所述服务质量信息发送通知信息或调整服务返回内容。

15.一种客户端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收预设时间段内的首次唤醒指令，向服务端发送获取打点配置信息的请求；

接收所述服务端根据所述请求返回的所述打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

根据所述打点配置信息获取服务运行数据；

向所述服务端上传所述服务运行数据。

16.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收客户端发送的获取打点配置信息的请求；

根据所述请求向所述客户端返回打点配置信息，其中，所述请求中携带有参数信息，所述参数信息包括客户端版本信息，所述打点配置信息包括打点操作类型、打点操作行为、打点内容及其上传时机中的至少一项；

接收所述客户端根据所述打点配置信息上传的服务运行数据；

对所述服务运行数据进行分析，以获得服务质量信息。