CN111176963A - 一种服务评价信息的处理方法及装置 - Google Patents

Abstract

本发明提供了一种服务评价信息的处理方法、装置、电子设备及存储介质；方法包括：向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息；将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。通过本发明，能够实现统一的评价信息的采集和汇总。

Description

一种服务评价信息的处理方法及装置

技术领域

本发明涉及数据处理技术和区块链技术，尤其涉及一种服务评价信息的处理方法、装置、设备及存储介质。

背景技术

随着物质的丰富，人们对于高质量的服务的需求日益增多。为了建设让用户满意的服务型机构，并且进一步提升服务质量，需要倾听用户的意见，了解用户的真实诉求。

相关技术中，由于大多数服务型机构的服务方系统与好差评系统不能进行良好的衔接，而且服务方系统的评价功能模块较为单一，导致好差评系统无法统一采集用户的评价信息，不能全面获得用户的真实诉求，从而不能有效提高自身的服务质量。

发明内容

本发明实施例提供一种服务评价信息方法、装置、设备及存储介质，能够实现统一的评价信息的采集和汇总。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种服务评价信息的处理方法，所述方法包括：

向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；

响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息；

将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

本发明实施例提供一种服务评价信息的处理装置，所述装置包括：

接口模块，用于向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；

提取模块，用于响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息；

汇总模块，用于将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

上述技术方案中，所述接口模块，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息；其中，所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息，包括：通过所述评价页面，呈现所述服务方系统提供的服务的多个维度的评价项目，以及对应的评价等级，以获取所述用户在使用所述服务方系统提供的服务后提交的评价信息；将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装到服务评价接口调用请求。

上述技术方案中，所述接口模块，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统的线下的服务地点或与所述线下的服务地点相关联的地点中呈现图形码，并通过所述图形码获取所述用户在使用服务后提交的评价信息；其中，所述图形码用于供所述用户通过终端设备扫描所述图形码来访问评价页面，并在所述评价页面中向所述服务评价接口提交评价信息。

上述技术方案中，所述服务评价信息的处理装置还包括：获取模块，用于获取所述服务方系统的线下的服务地点，并将所述服务方系统的所述线下的服务地点和已使用服务发送至所述服务方系统，以使所述服务方系统生成根据所述服务地点和所述已使用服务的不同而动态变化的图形码。

上述技术方案中，所述接口模块，还用于所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中呈现包括相应的服务地点和已使用服务的图形码；其中，所述图形码用于供所述用户通过终端设备扫描，以访问在所述服务地点所使用服务的评价页面，并在所述评价页面中向所述服务评价接口提交评价信息。

上述技术方案中，所述接口模块，还用于所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中展示静态的图形码；其中，所述静态的图形码包括所述服务地点，以使所述用户通过终端设备扫描来访问所述服务地点的评价页面，并在所述评价页面中提交已使用服务、以及针对所述已使用服务的评价信息。

上述技术方案中，所述接口模块，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，以语音或短信的形式向所述用户回访所述服务的多个维度的评价项目，以及对应的评价等级；接收所述用户针对所使用的服务提交的语音或短信形式的评价信息；将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装为服务评价接口调用请求。

上述技术方案中，所述提取模块，还用于从所述服务评价接口调用请求中提取被评价的服务以及对应的评价标签；其中，所述评价标签是根据评价标准，将所述用户在使用服务后提交的所述评价信息进行转换而形成。

上述技术方案中，所述汇总模块，还用于提取所述评价标签中的评价等级；根据所述设定的维度，将所述被评价的服务的所述评价等级进行汇总，以获得不同的所述被评价的服务的汇总结果。

上述技术方案中，所述汇总模块，还用于从所述服务的评价信息提取对应的评价等级；将针对不同服务方系统提供的服务的评价等级按照以下维度至少之一进行汇总：服务指南、已使用服务、线下服务和回访服务；对每个维度的服务的评价等级进行降序排序，并根据降序排序的结果形成服务榜单。

上述技术方案中，所述服务评价信息的处理装置还包括：监管模块，用于向监管方系统提供统一供调用的监管接口，以使所述监管方系统通过调用所述监管接口，获取所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

上述技术方案中，所述服务评价信息的处理装置还包括：上链模块，用于将所述评价信息和所述服务评价结果发送至区块链网络，以使监管方系统从所述区块链网络查询所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

本发明实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的服务评价信息的处理方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的服务评价信息的处理方法。

本发明实施例具有以下有益效果：

通过向提供不同服务的服务方系统提供统一供调用的服务评价接口，使得服务方系统可以根据需求调用接口并封装为服务的评价功能，不仅可以使得好差评系统与服务方系统的评价功能模块进行良好的衔接，而且可以实现统一的评价信息的采集；通过将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并进行排序，以形成对应的服务评价结果，可以解决多种维度的评价信息汇总和分析的问题，从而可以全面而准确的分析用户的评价信息，进而可以获取用户的对于服务的真实需求。

附图说明

图1是本发明实施例提供的服务评价信息的处理方法的应用场景10示意图；

图2是本发明实施例提供的电子设备700的结构示意图；

图3是本发明实施例提供的服务评价信息的处理方法的流程示意图；

图4是本发明实施例提供的图形码的获取流程示意图；

图5是本发明实施例提供的评价信息的获取流程示意图；

图6是本发明实施例提供的服务评价信息的处理方法的流程示意图；

图7、图8和图9是本发明实施例提供的服务评价信息的处理方法的应用场景示意图；

图10、图11、图12、图13和图14是本发明实施例提供的评价页面示意图；

图15是本发明实施例提供的评价信息的汇总排序榜单示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)微服务：通过将单一应用程序拆分为一组小的服务，每个服务独立运行、互不影响，同时服务之间相互协调、相互配合。

2)异构数据库系统：是相关的多个数据库系统的集合，可以实现数据的共享和透明访问，每个数据库系统在加入异构数据库系统之前本身就已经存在。异构数据库的各个组成部分具有自身的自治性，实现数据共享的同时，每个数据库系统仍保有自己的应用特性、完整性控制和安全性控制。

3)好差评系统：有利于倾听群众的需求声音，了解群众真实诉求，理顺服务工作人员和群众的关系，推动服务提质增效。

4)响应于：用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

5)区块链(Blockchain)，是由区块(Block)形成的加密的、链式的交易的存储结构。

6)区块链网络(Blockchain Network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。

7)账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易数据的快速查询。

8)智能合约(Smart Contracts)，也称为链码(Chaincode)或应用代码，部署在区块链网络的节点中的程序，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。

9)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，并被用于更新状态数据库。

相关技术中，在获取用户的服务评价信息过程中，大部分服务方系统只具备网页端的评价模块，未采用集约化模式，并且未对评价数据进行统计分析，导致不能全面获得用户的真实诉求，从而不能有效提高自身的服务质量。

针对上述问题，本发明实施例提供一种服务评价信息的处理方法、装置、设备和存储介质，能够实现统一的评价信息的采集和汇总，下面说明本发明实施例提供的服务评价信息的处理方法的示例性应用。

参见图1，图1是本发明实施例提供的服务评价信息的处理方法的应用场景10示意图。本发明实施例提供的服务评价信息的处理方法可以通过以下过程实现：首先，好差评系统100向服务方系统200提供统一供调用的服务评价接口；然后，服务方系统200通过调用好差评系统100的服务评价接口，向用户的终端300呈现服务评价功能；再次，当用户通过终端300进行评价后，好差评系统100从服务评价接口调用请求中提取用户针对服务方系统200的服务评价信息；最后，好差评系统100将针对不同服务方系统提供的服务的评价信息进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

接下来继续说明本发明实施例提供的电子设备的结构，本发明实施例提供的电子设备可以是服务器，也可以是服务器集群。

参见图2，图2是本发明实施例提供的电子设备700的结构示意图，图2所示的电子设备700包括：至少一个处理器710、存储器750、至少一个网络接口720和用户接口730。电子设备700中的各个组件通过总线系统740耦合在一起。可理解，总线系统740用于实现这些组件之间的连接通信。总线系统740除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统740。

处理器710可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口730包括使得能够呈现媒体内容的一个或多个输出装置731，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口730还包括一个或多个输入装置732，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器750包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Onl y Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access M emory)。本发明实施例描述的存储器750旨在包括任意适合类型的存储器。存储器750可选地包括在物理位置上远离处理器710的一个或多个存储设备。

在一些实施例中，存储器750能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统751，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块752，用于经由一个或多个(有线或无线)网络接口720到达其他计算设备，示例性的网络接口720包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

显示模块753，用于经由一个或多个与用户接口730相关联的输出装置731(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块754，用于对一个或多个来自一个或多个输入装置732之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的服务评价信息的处理装置可以采用软硬件结合的方式实现，作为示例，本发明实施例提供的服务评价信息的处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的服务评价信息的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circui t)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

在另一些实施例中，本发明实施例提供的服务评价信息的处理装置可以采用软件方式实现，图2示出了存储在存储器750中的服务评价信息的处理装置755，其可以是程序和插件等形式的软件，包括以下软件模块：接口模块7551、提取模块7552和汇总模块7553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的服务评价信息的处理装置可以采用硬件方式实现，作为示例，本发明实施例提供的服务评价信息的处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的服务评价信息的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DS P、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPG A，Field-Programmable Gate Array)或其他电子元件。

下面将结合附图对本发明实施例的实施方法作进一步地详细描述。参见图3，图3是本发明实施例提供的服务评价信息的处理方法的流程示意图，将结合图3示出的步骤进行说明。

在步骤S101中，好差评系统向提供不同服务的服务方系统提供统一供调用的服务评价接口。

这里，服务方系统是归属于服务方机构管理的系统，其中，服务方机构可以是政府的工作部门，也可以是餐饮或娱乐等具有服务性质的公司。

在一些实施例中，当服务方机构是政府的工作部门时，好差评系统可以向所有政府的部门自建业务系统提供统一供调用的服务评价接口，政府的部门自建业务系统可以通过调用服务评价接口，向用户呈现服务评价功能，用户可以通过服务评价功能去对部门自建业务系统提供的服务进行评价。

本发明实施例通过向提供不同服务的服务方系统提供统一供调用的服务评价接口，使得服务方系统可以根据需求调用接口并封装为服务的评价功能，可以将好差评系统与服务方系统评价功能模块进行良好的衔接，从而服务方系统不需要自己重复开发评价系统，实现了开发成本的集约化。

在步骤S102中，服务方系统调用服务评价接口，根据服务评价接口呈现服务方系统的服务评价功能，并通过服务评价功能获取用户针对所提供服务的评价信息。

这里，服务方系统的服务评价功能可以是多种呈现形式，其呈现形式可以是线上的，例如，通过网页展示评价页面、通过在公众平台(即社交客户端中的公众号)中展示评价页面、以及通过在客户端或客户端中下载的网络程序(即小程序)中展示评价页面；也可以是线下的，例如，通过电话(或短信)进行回访、或通过在线下的服务地点中呈现图形码，以使用户通过终端扫描图形码以获得评价页面。其中，用户针对所提供服务的评价信息可以包括评价等级和评语等。

在一些实施例中，服务方系统通过调用服务评价接口，在服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过评价页面接收针对服务方系统提供的服务的评价信息。

作为示例，服务方系统通过评价页面，呈现服务方系统提供的服务的多个维度的评价项目，以及对应的评价等级，以获取用户在使用服务方系统提供的服务后提交的评价信息；将评价信息按照评价标准转换为评价标签，并将被评0价的服务以及对应的评价标签封装到服务评价接口调用请求。

举例来说，评价页面中可以包括多个维度的评价项目，例如：事项发布、在线申办、办结时效、结果送达、部门评价和服务态度等。各个评价项目的评价等级可以包括非常满意、满意、基本满意、不满意和非常不满意等。服务方系统可以将用户的评价信息按照评价标准转换为评价标签，其中，评价标准如表1所示。

表1评价标准

在一些实施例中，服务方系统通过调用服务评价接口，在服务方系统的线下的服务地点或与线下的服务地点相关联的地点中呈现图形码，并通过图形码获取用户在使用服务后提交的评价信息；其中，图形码用于供用户通过终端设备扫描图形码来访问评价页面，并在评价页面中向服务评价接口提交评价信息。

这里，图形码可以是利用图形记录数据的符号信息，例如，条形码或二维码等。图形码不仅可以在服务方系统的线下的服务地点中呈现，也可以在与线下的服务地点相关联的地点中呈现，例如，当服务方系统归属于银行机构时，不仅可以在银行办事网点(服务方系统的线下的服务地点)中呈现图形码，也可以在自动取款机(与线下的服务地点相关联的地点)中呈现图形码。

在一些实施例中，服务方系统的线下的服务地点中呈现的图形码的获取过程如图4所示，图4是本发明实施例提供的图形码的获取流程示意图。参见图4，首先好差评系统获取服务方系统的线下的服务地点，并将服务方系统的线下的服务地点和已使用服务发送至服务方系统，然后服务方系统生成根据服务地点和已使用服务的不同而动态变化的图形码。

作为示例，服务方系统通过调用服务评价接口，服务方系统在线下的服务地点或与线下的服务地点相关联的地点中呈现包括相应的服务地点和已使用服务的图形码；其中，图形码用于供用户通过终端设备扫描，以访问在服务地点所使用服务的评价页面，并在评价页面中向服务评价接口提交评价信息。

举例来说，当用户的事项办结后，服务方系统根据相应的服务地点和已办事项生成动态二维码并打印到纸质办事回执单中，其中，动态二维码携带已办事项的标识(例如流水号)。从而，当用户通过终端设备扫描纸质办事回执单中的动态二维码时，用户可以直接获得对已办事项的评价页面，从而可以在评价页面中无需输入服务地点和已办事项，可以直接对已办事项进行评价。

作为示例，服务方系统在线下的服务地点或与线下的服务地点相关联的地点中展示静态的图形码；其中，图形码可以通过电子屏幕展示，也可以通过打印成纸质文件进行展示，以节约成本。静态的图形码包括服务地点，以使用户通过终端设备扫描来访问服务地点的评价页面，并在评价页面中提交已使用服务、以及针对已使用服务的评价信息。

举例来说，服务方系统根据相应的服务地点生成静态二维码并进行展示，用户通过终端设备扫描静态二维码，获取信息录入页面，并在信息录入页面录入已办事项的相关信息(例如，已办事项流水号、窗口信息或窗口人员工号等)，从而获取评价页面，然后在评价页面进行评价。

在一些实施例中，好差评系统通过图形码获取用户的评价信息的过程如图5所示，图5是本发明实施例提供的评价信息的获取流程示意图。参见图5，首先服务方系统按照规则生成图形码，用户通过终端扫描图形码获得评价页面，然后在评价页面录入评价信息，最后好差评系统保存用户的评价信息。

本发明实施例通过图形码获取用户对服务的评价信息，可以摆脱对专用评价设备的依赖，从而解决了用户在评价服务时由于没有线下评价器导致无法对服务进行评价的问题，提高了采集评价信息的效率。

在一些实施例中，服务方系统通过调用服务评价接口，以语音或短信的形式向用户回访服务的多个维度的评价项目，以及对应的评价等级；接收用户针对所使用的服务提交的语音或短信形式的评价信息；将评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装为服务评价接口调用请求。

在一些实施例中，好差评系统可以调用事项办理系统的接口，实时获取用户的事项办理流程信息；通过事项办理流程信息，确定服务用户的已办事项，并将已办事项同步至已办事项库；在已办事项库中，选取在固定时间内服务用户未做出评价的已办事项，对未评价的已办事项自动做出评价，并将自动做出的评价作为服务的评价信息。

作为示例，当用户办理事项后、且未对已办事项进行评价时，好差评系统可以对在固定时间内用户未评价的已办事项自动做出评价，并将自动做出的评价作为服务的评价信息，可以避免由于用户未对服务进行评价而造成评价信息的缺失，从而可以丰富好差评系统获取的评价信息，使得服务评价结果更准确。

在步骤S103中，好差评系统响应于服务方系统的服务评价功能的服务评价接口调用请求，从服务评价接口调用请求中提取用户针对服务方系统提供的服务的评价信息。

这里，服务方系统调用好差评系统提供的服务评价接口的方式可以是通过远程过程调用(RPC，Remote Procedure Call)，将接口调用请求序列化，通过网络传输，并在好差评系统进行反序列化解析，获得调用参数，执行调用逻辑，在将结果进行序列化并返回至服务方系统；也可以是通过超文本传输(HTTP，Hyper Text Transfer Protocol)协议进行通信，将接口调用请求封装在请求行、请求头和请求体中，然后发送至好差评系统以进行接口调用。

在一些实施例中，好差评系统从服务评价接口调用请求中提取被评价的服务以及对应的评价标签；其中，评价标签是根据评价标准将用户在使用服务后提交的评价信息进行转换而形成。

在一些实施例中，好差评系统从服务评价接口调用请求中，提取服务用户的身份信息；调用身份验证职能机构的接口，验证服务用户的身份信息；当从身份验证职能机构的接口得到身份认证通过的确认时，将身份认证通过的服务用户做出的评价信息，确定为有效的评价信息；当从身份验证职能机构的接口得到身份认证未通过的确认时，将身份认证未通过的服务用户做出的评价信息，确定为无效的评价信息；将有效的评价信息按照设定的维度进行汇总和排序。

本发明实施例通过将评价信息进行筛选，选取有效的评价信息进行汇总和排序，可以避免刷评价的情况，总而保证了获取的服务评价结果的准确性。

在步骤S104中，好差评系统将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

在一些实施例中，好差评系统提取评价标签中的评价等级；根据设定的维度，将被评价的服务的评价等级进行汇总，以获得不同的被评价的服务的汇总结果。

这里，评价标签是根据评价标准将用户在使用服务后提交的评价信息进行转换而形成，其中，评价标签中包括评价等级，评价等级可以是5级：非常满意；4级：满意；3级：基本满意；2级：不满意；1级：非常不满意。

举例来说，当服务方系统提供的服务的获得了5个评价信息，并且这5个评价信息中的评价等级分别是：5级、3级、4级、2级和5级时，该服务汇总后的评价等级是19级。

在一些实施例中，好差评系统从服务的评价信息提取对应的评价等级；将针对不同服务方系统提供的服务的评价等级按照以下维度至少之一进行汇总：服务指南、已使用服务、线下服务和回访服务；对每个维度的服务的评价等级进行降序排序，并根据降序排序的结果形成服务榜单。

作为示例，当设定的维度是服务指南(例如办事指南)时，将用户针对不同的服务指南的评价等级进行汇总，并进行降序排序，并在降序排序的结果中，记录在前的部分不同的服务指南以形成榜单。其中，降序排序的结果中在前的部分不同的服务指南表征用户的认可度较高(即满意度较高)；降序排序的结果中在后的部分不同的服务指南表征用户的认可度较低(即满意度较低)。

作为示例，当设定的维度是已使用服务(例如已办事项)时，将用户针对不同的已使用服务的评价等级进行汇总，并进行降序排序，并在降序排序的结果中，记录在前的部分不同的已使用服务以形成榜单。其中，降序排序的结果中在前的部分不同的已使用服务表征用户的认可度较高(即满意度较高)；降序排序的结果中在后的部分不同的已使用服务表征用户的认可度较低(即满意度较低)。

作为示例，当设定的维度是线下服务(例如线下事项)时，将用户针对不同的线下服务的评价等级进行汇总，并进行降序排序，并在降序排序的结果中，记录在前的部分不同的线下服务以形成榜单。其中，降序排序的结果中在前的部分不同的线下服务表征用户的认可度较高(即满意度较高)；降序排序的结果中在后的部分不同的线下服务表征用户的认可度较低(即满意度较低)。

作为示例，当设定的维度是回访服务(例如热线电话或短信)时，将用户针对不同的回访服务的评价等级进行汇总，并进行降序排序，并在降序排序的结果中，记录在前的部分不同的回访服务以形成榜单。其中，降序排序的结果中在前的部分不同的回访服务表征用户的认可度较高(即满意度较高)；降序排序的结果中在后的部分不同的回访服务表征用户的认可度较低(即满意度较低)。

作为示例，当设定的维度是服务方系统所属的机构时，将用户针对不同的服务方系统所属的机构的评价等级进行汇总，并进行降序排序，并在降序排序的结果中，记录在前的部分不同的服务方系统所属的机构以形成榜单。其中，降序排序的结果中在前的部分不同的服务方系统所属的机构表征用户的认可度较高(即满意度较高)；降序排序的结果中在后的部分不同的服务方系统所属的机构表征用户的认可度较低(即满意度较低)。

本发明实施例通过不同的维度对服务的评价信息进行汇总和排序，可以更全面的获取服务的评价结果，以便于基于多种维度对用户需求进行分析，从而可以使服务的改进方向更加贴合用户的真实需求。

在一些实施例中，好差评系统根据汇总后的服务的评价信息，将不同服务方系统所属的机构进行降序排序，以获得不同服务方系统所属的机构的降序排列；在降序排列中，记录在前的部分不同服务方系统所属的机构；调用奖励机构的接口，将记录的在前的部分不同服务方系统所属的机构发送至奖励机构，以使奖励机构对在前的部分不同服务方系统所属的机构进行奖励。

在一些实施例中，好差评系统根据汇总后的服务的评价信息，将不同服务方系统所属的机构进行升序排序，以获得不同服务方系统所属的机构的升序排列；在升序排列中，记录在前的部分不同服务方系统所属的机构；调用处罚机构的接口，将记录的在前的部分不同服务方系统所属的机构发送至处罚机构，以使处罚机构对在前的部分不同服务方系统所属的机构进行处罚。

本发明实施例通过调用奖励机构和处罚机构的接口，可以提高服务方对于服务改进的积极性，从而可以推动服务提质增效。

参见图6，图6是本发明实施例提供的服务评价信息的处理方法的流程示意图，基于图3，在步骤S104之后可以包括步骤S105和步骤S106。

在步骤S105中，好差评系统向监管方系统提供统一供调用的监管接口。

这里，监管方系统是归属于监管方机构管理的系统，其中，监管方机构不仅限于一个机构，可以是具有监管能力的多个机构。

在步骤S106中，监管方系统通过调用监管接口，获取评价信息和服务评价结果，并对评价信息和服务评价结果进行监管处理。

在一些实施例中，监管方系统通过调用监管接口，以固定频率获取好差评系统中的评价信息和评价结果，并根据对获取的评价信息和服务评价结果进行监管处理；当在固定时间内对于同一个服务获取的大量的相同的评价信息时，监管方系统需要对该服务进行核查，以确定是否存在作弊刷评价信息的情况。当在较短时间内服务方系统提供的服务的排名上升速度较快时，监管方系统需要对该服务进行核查，以确定是否存在作弊刷评价信息的情况。

本发明实施例通过向监管方系统提供统一供调用的监管接口，使得监管方系统可以实时获取评价信息和服务评价结果，不仅可以保证好差评系统获取的评价信息的真实性，从而保证了服务评价结果的准确性，而且可以有效提升服务的质量。

在一些实施例中，好差评系统还可以将服务评价信息和服务评价结果上传至区块链网络保存，以使监管方系统在区块链网络中查询服务评价信息和服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理，下面对该实施例具体进行说明。

参见图7，图7是本发明实施例提供的服务评价信息的处理方法的应用场景示意图，包括区块链网络400、认证中心500、业务主体600和业务主体610，下面分别进行说明。

区块链网络400的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备，都可以在不需要授权的情况下接入区块链网络400而成为客户端节点；以联盟链为例，业务主体600/610在获得授权后其下辖的电子设备可以接入区块链网络400，成为区块链网络400中的客户端节点。

作为示例，当区块链网络400是联盟链时，业务主体600/610从认证中心500进行登记注册获得各自的数字证书，数字证书中包括业务主体的公钥、以及认证中心500对业务主体600/610的公钥和身份信息签署的数字签名，用来与业务主体600/610针对交易的数字签名一起附加到交易(例如，用于上链存储服务评价信息/服务评价结果的交易或用于查询链上服务评价信息/服务评价结果的交易)中，并被发送到区块链网络400，以供区块链网络400从交易中取出数字证书和数字签名，验证交易的可靠性(即是否未经篡改)和发送消息的业务主体600/610的身份信息，区块链网络400会根据身份进行验证，例如是否具有发起交易的权限。

在一些实施例中，客户端节点可以只作为区块链网络400的观察者，即提供支持业务主体发起交易(例如，用于上链存储服务评价信息/服务评价结果的交易或用于查询链上服务评价信息/服务评价结果的交易)功能，对于区块链网络400的共识节点410的功能，例如排序功能、共识服务和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实施。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络400中，通过区块链网络400实现数据和业务处理过程的可信和可追溯。

区块链网络400中的共识节点接收来自不同业务主体的客户端节点提交的交易，执行交易以更新账本或者查询账本，执行交易的各种中间结果或最终结果可以返回业务主体的客户端节点中显示。

首先以业务主体600(好差评系统)在区块链网络400中上链存储服务评价信息/服务评价结果为例进行说明。

当归属于好差评系统的客户端节点600-1从服务评价接口调用请求中获得用户针对服务方系统的服务评价信息，并且将服务评价信息进行汇总排序后获得服务评价结果时，可以在客户端节点600-1设置相应的服务评价信息/服务评价结果上链的逻辑，例如当获得服务评价信息/服务评价结果时，客户端节点600-1将服务评价信息/服务评价结果发送至区块链网络400时，生成对应的交易，交易包括：为了上链服务评价信息/服务评价结果而需要调用的智能合约、以及向智能合约传递的参数；交易还包括客户端节点600-1的数字证书、签署的数字签名，并将交易广播到区块链网络400中的共识节点410。

区块链网络400中的共识节点410中接收到交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体600的身份，确认业务主体600是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署共识节点410自己的数字签名(例如，使用共识节点410的私钥对交易的摘要进行加密得到)，并继续在区块链网络400中广播。

区块链网络400中的共识节点410接收到验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络400中的共识节点410广播的新区块时，会对新区块进行验证，例如，验证新区块中交易的数字签名是否有效，如果验证成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交的服务评价信息/服务评价结果的交易，在状态数据库中添加包括服务评价信息/服务评价结果的键值对。

再以业务主体610(监管方系统)在区块链网络400中查询服务评价信息/服务评价结果为例进行说明。

归属于监管方系统的客户端节点610-1在区块链网络400中能够查询的数据的类型，可以由共识节点410通过约束业务主体的客户端阶段能够发起的交易的权限来实现，当客户端节点610-1具有发起查询服务评价信息/服务评价结果的权限时，可以由客户端节点610-1生成用于查询服务评价信息/服务评价结果的交易并提交到区块链网络400中，从共识节点410执行交易以从状态数据库中查询相应的服务评价信息/服务评价结果，并返回客户端节点610-1，从而可以将查询到的服务评价信息/服务评价结果进行监管，以保证监管方系统获取的服务评价信息和服务评价结果的可靠性。

下面继续结合图2说明本发明实施例提供的服务评价信息的处理装置755的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器750的服务评价信息的处理装置755中的软件模块可以包括：接口模块7551、提取模块7552和汇总模块7553。

接口模块7551，用于向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；

提取模块7552，用于响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统的所提供服务的评价信息；

汇总模块7553，用于将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

上述技术方案中，所述接口模块7551，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息；其中，所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息，包括：通过所述评价页面，呈现所述服务方系统提供的服务的多个维度的评价项目，以及对应的评价等级，以获取所述用户在使用所述服务方系统提供的服务后提交的评价信息；将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装到服务评价接口调用请求。

上述技术方案中，所述接口模块7551，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统的线下的服务地点或与所述线下的服务地点相关联的地点中呈现图形码，并通过所述图形码获取所述用户在使用服务后提交的评价信息；其中，所述图形码用于供所述用户通过终端设备扫描所述图形码来访问评价页面，并在所述评价页面中向所述服务评价接口提交评价信息。

上述技术方案中，所述服务评价信息的处理装置755还包括：获取模块，用于获取所述服务方系统的线下的服务地点，并将所述服务方系统的所述线下的服务地点和已使用服务发送至所述服务方系统，以使所述服务方系统生成根据所述服务地点和所述已使用服务的不同而动态变化的图形码。

上述技术方案中，所述接口模块7551，还用于所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中呈现包括相应的服务地点和已使用服务的图形码；其中，所述图形码用于供所述用户通过终端设备扫描，以访问在所述服务地点所使用服务的评价页面，并在所述评价页面中向所述服务评价接口提交评价信息。

上述技术方案中，所述接口模块7551，还用于所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中展示静态的图形码；其中，所述静态的图形码包括所述服务地点，以使所述用户通过终端设备扫描来访问所述服务地点的评价页面，并在所述评价页面中提交已使用服务、以及针对所述已使用服务的评价信息。

上述技术方案中，所述接口模块7551，还用于向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，以语音或短信的形式向所述用户回访所述服务的多个维度的评价项目，以及对应的评价等级；接收所述用户针对所使用的服务提交的语音或短信形式的评价信息；将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装为服务评价接口调用请求。

上述技术方案中，所述提取模块7552，还用于从所述服务评价接口调用请求中提取被评价的服务以及对应的评价标签；其中，所述评价标签是根据评价标准，将所述用户在使用服务后提交的所述评价信息进行转换而形成。

上述技术方案中，所述汇总模块7553，还用于提取所述评价标签中的评价等级；根据所述设定的维度，将所述被评价的服务的所述评价等级进行汇总，以获得不同的所述被评价的服务的汇总结果。

上述技术方案中，所述汇总模块7553，还用于从所述服务的评价信息提取对应的评价等级；将针对不同服务方系统提供的服务的评价等级按照以下维度至少之一进行汇总：服务指南、已使用服务、线下服务和回访服务；对每个维度的服务的评价等级进行降序排序，并根据降序排序的结果形成服务榜单。

上述技术方案中，所述服务评价信息的处理装置755还包括：监管模块，用于向监管方系统提供统一供调用的监管接口，以使所述监管方系统通过调用所述监管接口，获取所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

上述技术方案中，所述服务评价信息的处理装置755还包括：上链模块，用于将所述评价信息和所述服务评价结果发送至区块链网络，以使监管方系统从所述区块链网络查询所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

下面，将说明本发明实施例应用于对政务服务评价信息的处理的示例性应用。

相关技术中，在获取用户的政务服务评价信息过程中，大部分政务服务系统只具备网页端的评价模块，未采用集约化模式，并且未对评价数据进行统计分析，导致不能全面获得用户的真实诉求，从而不能有效提高自身的服务质量。

针对上述问题，本发明实施例提供一种服务评价信息的处理方法、装置、设备和存储介质，能够实现统一的评价信息的采集和汇总。参见图8和图9，图8和图9是本发明实施例提供的服务评价信息的处理方法的应用场景示意图。本发明实施例通过好差评系统，为群众提供线上线下多渠道、多维度、多种方式的评价服务，统计分析获得评价结果，并将评价结果进行公示。并且，本发明实施例可以针对办事指南、线上线下已办事项、热线服务人员等不同的对象进行评价，而且提供线上、线下不同渠道的评价方式，包括网页端、客户端、热线电话和实体大厅等。本发明实施例可以覆盖省、市、区(县)、镇街、村居五级行政区域，对接各个地市事项办理系统。本发明实施例将所有的评价数据都统一汇总到好差评系统，按行业、部门、地区等不同维度对好差评的结果进行公示，并且可以令服务不到位的部门进行及时整改。

本发明实施例的实现方案具体如下：

1)在政务网网页对已办事项进行评价

用户可以通过浏览器登陆政务网办事，结束后在网页显示的评价页面中进行服务评价。参见图10，图10是本发明实施例提供的评价页面示意图。

2)在政务网网页对指南页进行评价

用户可以通过浏览器登陆政务网，在网页显示的评价页面中进行对办事指南页的服务评价。参见图11，图11是本发明实施例提供的评价页面示意图。

3)使用小程序对已办事项进行评价

用户可以在终端(例如手机或电脑)中，通过客户端或客户端中下载的网络程序(即小程序)中进行办事，并在办事结束后对该服务进行评价。参见图12，图12是本发明实施例提供的评价页面示意图。

4)在服务大厅(即上述的线下的服务地点)使用政务服务平板电脑(Pad，PortableAndroid Device)进行评价

用户在服务大厅的窗口办事完毕后，在相应窗口的Pad上针对服务进行评价。参见图13，图13是本发明实施例提供的评价页面示意图。

5)在服务大厅通过扫描二维码进行评价

用户在服务大厅的窗口办事完毕后，扫描相应的二维码针对服务进行评价。参见图14，图14是本发明实施例提供的评价页面示意图。

6)将评价信息进行汇总并进行排序

好差评系统可以将获取的所有评价信息进行汇总并排序，以形成榜单。参见图15，图15是本发明实施例提供的评价信息的汇总排序榜单示意图。

本发明实施例提供的服务评价接口可以分为三个具体的接口，包括：

1)事项评价接口(可以获取用户针对已办事项的评价)：系统(即上述的服务方系统的线下的服务地点)编码，事项所属部门信息、已办事项信息、评价人信息、评价标签整体评价星级(5：非常满意；4：满意；3：基本满意；2：不满意；1：非常不满意)、附加评论、评价时间。

2)办件评价接口(可以获取用户针对办理证件的过程的评价)：系统编码，事项所属部门信息、已办事项信息、评价人信息、评价标签整体评价星级(5：非常满意；4：满意；3：基本满意；2：不满意；1：非常不满意)、附加评论、评价时间。

3)窗口评价接口(可以获取用户针对线下的服务地点的评价)：系统编码，实体大厅、实体大厅所属部门信息、已办事项信息、评价人信息、评价标签整体评价星级(5：非常满意；4：满意；3：基本满意；2：不满意；1：非常不满意)、附加评论、评价时间。

综上所述，本发明实施例具有以下有益效果：

1)线下评价器成本较高，可以在不需要线下评价器的情况下，通过二维码解决评价信息的采集的问题。

2)可以将省市区县多个部门的评价信息进行汇总并分析。

3)通过微服务的相关软件(例如应用程序编程接口网关等)，可以对微服务接口的调用过程进行管理、监控，从而可以实现对全流程业务对接的服务管理。

4)具有良好的可扩展性，可以根据后续业务发展进行适当服务扩展，并且该服务扩展对当前的系统无影响。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (10)

1.一种服务评价信息的处理方法，其特征在于，包括：

向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；

响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息；

将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

2.根据权利要求1所述的方法，其特征在于，所述向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，包括：

向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息；

其中，所述在所述服务方系统提供服务的网站、网络程序或公众平台中呈现评价页面，并通过所述评价页面接收针对所述服务方系统提供的服务的评价信息，包括：

通过所述评价页面，呈现所述服务方系统提供的服务的多个维度的评价项目，以及对应的评价等级，以获取所述用户在使用所述服务方系统提供的服务后提交的评价信息；

将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装到服务评价接口调用请求。

3.根据权利要求1所述的方法，其特征在于，所述向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，包括：

向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，在所述服务方系统的线下的服务地点或与所述线下的服务地点相关联的地点中呈现图形码，并通过所述图形码获取所述用户在使用服务后提交的评价信息；

其中，所述图形码用于供所述用户通过终端设备扫描所述图形码来访问评价页面，并在所述评价页面中向所述服务评价接口提交评价信息。

4.根据权利要求3所述的方法，其特征在于，

在所述响应于所述服务评价功能的服务评价接口调用请求之前，所述方法还包括：

获取所述服务方系统的线下的服务地点，并将所述服务方系统的所述线下的服务地点和已使用服务发送至所述服务方系统，以使所述服务方系统生成根据所述服务地点和所述已使用服务的不同而动态变化的图形码；

所述在所述服务方系统的线下的服务地点或与所述线下的服务地点相关联的地点中呈现图形码，并通过所述图形码获取所述用户在使用服务后提交的评价信息，包括：

所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中呈现包括相应的服务地点和已使用服务的图形码；

其中，所述图形码用于供所述用户通过终端设备扫描，以访问在所述服务地点所使用服务的评价页面，并在所述评价页面中向所述服务评价接口提交评价信息；

或者，所述在所述服务方系统的线下的服务地点或与所述线下的服务地点相关联的地点中呈现图形码，并通过所述图形码获取所述用户在使用服务后提交的评价信息，包括：

所述服务方系统在线下的服务地点或与所述线下的服务地点相关联的地点中展示静态的图形码；

其中，所述静态的图形码包括所述服务地点，以使所述用户通过终端设备扫描来访问所述服务地点的评价页面，并在所述评价页面中提交已使用服务、以及针对所述已使用服务的评价信息。

5.根据权利要求1所述的方法，其特征在于，所述向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，包括：

向提供不同服务的所述服务方系统提供统一供调用的所述服务评价接口，以使所述服务方系统通过调用所述服务评价接口，以语音或短信的形式向所述用户回访所述服务的多个维度的评价项目，以及对应的评价等级；

接收所述用户针对所使用的服务提交的语音或短信形式的评价信息；

将所述评价信息按照评价标准转换为评价标签，并将被评价的服务以及对应的评价标签封装为服务评价接口调用请求。

6.根据权利要求1所述的方法，其特征在于，

所述从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息，包括：

从所述服务评价接口调用请求中提取被评价的服务以及对应的评价标签；

其中，所述评价标签是根据评价标准，将所述用户在使用服务后提交的所述评价信息进行转换而形成；

所述将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，包括：

提取所述评价标签中的评价等级；

根据所述设定的维度，将所述被评价的服务的所述评价等级进行汇总，以获得不同的所述被评价的服务的汇总结果。

7.根据权利要求1所述的方法，其特征在于，所述将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果，包括：

从所述服务的评价信息提取对应的评价等级；

将针对不同服务方系统提供的服务的评价等级按照以下维度至少之一进行汇总：服务指南、已使用服务、线下服务和回访服务；

对每个维度的服务的评价等级进行降序排序，并根据降序排序的结果形成服务榜单。

8.根据权利要求1至7任一项所述的方法，其特征在于，在所述将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果之后，所述方法还包括：

向监管方系统提供统一供调用的监管接口，以使所述监管方系统通过调用所述监管接口，获取所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

9.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

将所述评价信息和所述服务评价结果发送至区块链网络，以使监管方系统从所述区块链网络查询所述评价信息和所述服务评价结果，并对所述评价信息和所述服务评价结果进行监管处理。

10.一种服务评价信息的处理装置，其特征在于，包括：

接口模块，用于向提供不同服务的服务方系统提供统一供调用的服务评价接口，以使所述服务方系统根据所述服务评价接口呈现所述服务方系统的服务评价功能，并通过所述服务评价功能获取用户针对所提供服务的评价信息；

提取模块，用于响应于所述服务评价功能的服务评价接口调用请求，从所述服务评价接口调用请求中提取用户针对所述服务方系统提供的服务的评价信息；

汇总模块，用于将针对不同服务方系统提供的服务的评价信息按照设定的维度进行汇总，并将汇总结果进行排序，形成对应的服务评价结果。

Images