用户数据查询方法、系统与存储介质与流程

本申请实施例涉及互联网领域，尤其涉及一种用户数据查询方法、系统与存储介质。

背景技术：

随着人们生活的水平的提高，保险业务得到了快速发展，保险业务线越来越多，从原来单一的寿险业务，扩展到寿险，养老，健投，在线等业务线。因此，如何搭建一个面向全媒体、o2o、智能化的空中服务平台，持续改善用户体验，提升服务效率，成为技术人员亟待解决的技术问题。

为了解决上述技术问题，360视图页面应用而生，该页面展示了用户的基本信息、角色信息、用户号信息等等，还有对接大数据部的产品标识、智能提醒、行为信息等等，这些都满足了一次性掌握用户全部信息的需求。

但是，用户的基本信息都存储于mdm(masterdatamanagement，主数据管理)系统中，每次调用都以报文调用的形式获取。而智能提醒、行为信息、保单信息等信息都是通过与大数据部定期交互，获得每日数据文件，这样不能满足客服要求的快速响应需求。

技术实现要素：

本申请实施例提供一种用户数据查询方法、系统与存储介质，以提高用户数据的快速查询。

第一方面，本申请实施例提供一种用户数据查询方法，包括：

获取用户信息，并显示所述用户信息对应的视图页面；

根据所述用户信息，获取所述用户信息对应的用户数据；

接收用户在所述视图页面上输入的用户操作；

根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据，并显示所述目标数据。

在一方面的一种实现方式中，所述用户数据包括：用户基本信息、智能提醒、行为信息、保单信息中的至少一个。

在一方面的另一种实现方式中，所述根据所述用户信息，获取所述用户信息对应的数据，包括：

根据所述用户信息，从主数据管理mdm系统中获取所述用户基本信息。

在一方面的另一种实现方式中，所述根据所述用户信息，获取所述用户信息对应的数据，包括：

根据所述用户信息，从大数据平台获取所述智能提醒、所述行为信息、所述保单信息中的至少一个。

在一方面的另一种实现方式中，所述根据所述用户信息，获取所述用户信息对应的用户数据之后，所述方法还包括：

将所述用户数据缓存至所述视图页面中；或者，

将所述用户数据缓存至缓存库中。

在一方面的另一种实现方式中，所述方法还包括：

将不同渠道的业务进行分类，获得不同类别的业务；

显示所述不同类别的业务中每个业务的第一信息；

接收用户在目标业务的第一信息上的第二操作，其中，所述目标业务为所述不同类别业务中的任一业务；

根据所述第二操作，显示所述目标业务的第二信息，其中所述第二信息为所述第一信息的详细信息。

第二方面，本申请实施例提供一种用户数据查询系统，包括：

显示单元，用于显示所述用户信息对应的视图页面；

所示获取单元，还用于根据所述用户信息，获取所述用户信息对应的用户数据；

接收单元，用于接收用户在所述视图页面上输入的用户操作；

所述获取单元，还用于根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据；

所述显示单元，还用于显示所述目标数据。

在二方面的一种实现方式中，所述用户数据包括：用户基本信息、智能提醒、行为信息、保单信息中的至少一个。

在二方面的另一种实现方式中，所述获取单元，具体用于根据所述用户信息，从主数据管理mdm系统中获取所述用户基本信息。

在二方面的另一种实现方式中，所述获取单元，具体用于根据所述用户信息，从大数据平台获取所述智能提醒、所述行为信息、所述保单信息中的至少一个。

在二方面的另一种实现方式中，所述装置还包括：

缓存单元，用于将所述用户数据缓存至所述视图页面中；或者，用于将所述用户数据缓存至缓存库中。

在二方面的另一种实现方式中，所述装置还包括分类单元：

分类单元，用户将不同渠道的业务进行分类，获得不同类别的业务；

所述显示单元，还用于显示所述不同类别的业务中每个业务的第一信息；

所述接收单元，还用于接收用户在目标业务的第一信息上的第二操作，其中，所述目标业务为所述不同类别业务中的任一业务；

所述显示单元，还用于根据所述第二操作，显示所述目标业务的第二信息，其中所述第二信息为所述第一信息的详细信息。

第三方面，本申请实施例一种电子设备，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如第一方面任一项所述的用户数据查询方法。

第四方面，本申请实施例一种计算机存储介质，所述存储介质中存储计算机程序，所述计算机程序在执行时实现如第一方面任一项所述的用户数据查询方法。

第五方面，本申请实施例一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，用户数据查询系统的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得用户数据查询系统实施如第一方面的用户数据查询方法。

本申请实施例提供的用户数据查询方法、系统与存储介质，通过获取用户信息，并显示所述用户信息对应的视图页面；根据所述用户信息，获取所述用户信息对应的用户数据；接收用户在所述视图页面上输入的用户操作；根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据，并显示所述目标数据。即本申请实施例的方法，通过在用户触发之前，先从各系统或大数据平台上获取用户数据，并将用户数据缓存至本地，这样当用户需要获取用户数据时，可以直接从本地读取用户数据，提高了用户数据的查询速度，并提高用户体验。

附图说明

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

图1为已有视图页面显示内容的示意图；

图2为已有方法的流程示意图；

图3为本申请实施例提供的用户数据查询方法的流程图；

图4为本申请实施例涉及的视图页面示意图；

图5为本申请实施例提供的用户数据查询方法的流程图；

图6为本申请实施例提供的用户数据查询系统的示意图；

图7为本申请实施例提供的用户数据查询系统的示意图；

图8为本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

图1为已有视图页面显示内容的示意图，如图1所示，当前显示的用户数据包括基本信息、角色信息、用户号信息等等，还有对接大数据平台的产品标识、智能提醒、行为信息等等，这些都满足了一次性掌握用户全部信息的需求。但是，用户基本信息都存储于mdm(masterdatamanagement，主数据管理)系统中，每次调用都以报文调用的形式获取。而智能提醒、行为信息、保单信息等信息都是通过与大数据平台定期交互，获得每日数据文件，导入mongodb数据库，数据落地并查询展示。

具体的，如图2所示，已有技术是客服签入接听后，锁定用户号，然后再坐席知悉用户要求后，主动点击保单列表按钮触发查询，由于交互的系统很多，且对端系统查询过程各有不同，所以查询各个系统保单号是比较耗时的。

为了解决该技术问题，本申请实施例提供的用户数据查询方法，采取主动行为获取各大系统数据，缓存至本地，如果有各渠道保单信息查询行为的需求，坐席端能在最短时间内获得信息，后台也极大的缩短了提供信息的响应时间。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本申请实施例提供的用户数据查询方法的流程图，如图3所示，本实施例的方法可以包括：

s101、获取用户信息，并显示所述用户信息对应的视图页面。

本实施例的执行主体为具有数据查询功能的装置，例如用户数据查询系统，该用户数据查询系统可以是单独的电子设备，也可以是电子设备中的一部分，例如为电子设备中的处理器。

本实施例的电子设备可以是用户设备(userequipment，ue)、移动台(mobilestation，ms)、移动终端(mobileterminal，mt)等，是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些电子设备的举例为：手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternetdevice，mid)、可穿戴设备，虚拟现实(virtualreality，vr)设备、增强现实(augmentedreality，ar)设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程手术(remotemedicalsurgery)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等。

可选的，本申请实施例的执行主体还可以是用户数据查询系统，例如客服系统。

本申请实施例的用户信息可以是用户标识(例如partyid)、用户姓名、用户电话号码、用户的身份证号码等唯一可以标识用户身份的信息。

上述用户信息可以是用户主动输入的，也可以从其他位置处获得的，例如从用户的登记信息、终端设备等处获得的，本申请实施例对获取用户信息的具体方式不做限制。

获取用户信息后，根据用户信息查询出与用户信息匹配的视图页面，并显示该视图页面。

可选的，该视图页面可以是360视图页面。

例如，以执行主体为95522客服系统为例，用户在95522客服系统的主页面的搜索栏中输入用户信息，接着点击搜索图标，会转入该用户信息对应的视图页面。

可选的，该视图页面上可以显示一些选项信息，例如，如图4所示，显示的选项为：用户基本信息、保单列表等。

s102、根据所述用户信息，获取所述用户信息对应的用户数据。

在获取用户信息后，后台根据用户信息，从各系统上获取用户信息对应的用户数据。

可选的，用户数据包括：用户基本信息、智能提醒、行为信息、保单信息中的至少一个。

在一种示例中，当用户数据为用户基本信息时，由于用户基本信息通常保存在mdm系统，因此，上述s102、根据所述用户信息，获取所述用户信息对应的用户数据可以是，根据所述用户信息，从主数据管理mdm系统中获取所述用户基本信息。

可选的，若用户基本信息保存在其他设备中，则可以根据用户信息，从其他设备中获取用户基本信息。

其中，用户基本信息可以包括：用户的partyid、姓名、性别、出生日期、贵宾等级、职业、学历、婚姻状态、联系方式、地址信息、证件信息等信息。

在另一种示例中，当用户数据为智能提醒、所述行为信息、所述保单信息中的至少一个时，由于这些信息通常保存在大数据平台上，因此，上述s102、根据所述用户信息，获取所述用户信息对应的用户数据可以是，根据所述用户信息，从大数据平台获取所述智能提醒、所述行为信息、所述保单信息中的至少一个。

可选的，当上述智能提醒、所述行为信息、所述保单信息等信息保存在其他系统或设备上时，可以与这些系统或设备进行通信连接，并根据用户信息，从这些系统或设备上获取智能提醒、所述行为信息、所述保单信息中的至少一个。

即本申请实施例的技术方案，在用户点击触发之前，获取用户数据，并将获取的用户数据保存在本地，这样当需要时，可以直接从本地获取用户数据，而不需要从其他系统或大数据平台上获取用户数据，进而提高了用户读取用户数据的速度，提高了用户体验。

s103、接收用户在所述视图页面上输入的用户操作。

s104、根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据，并显示所述目标数据。

本申请实施例的方法，根据上述步骤，可以从各系统以及大数据平台上获取用户数据，并将用户数据保存在本地。

接着，接收用户在当前视图页面上输入的用户操作，例如接收用户在图4所示的视图页面的保单信息选项上的点击操作。根据用户操作，从上述本地保存的用户数据中查找与该用户操作匹配的数据，将该数据作为目标数据，并进行显示。

例如，用户操作为在保单信息选项上的点击操作，这样，可以确定该用户操作用于指示获取保单信息。接着，根据该用户操作，用户缓存的用户数据中查找保单信息，将该保单信息作为目标数据，进行显示。即用户点击保单信息选项后，可以显示保单信息。该保单信息由于是从本地读取的，因此其读取速度快，可以快速响应用户操作，提高用户体验。

本申请实施例提供的用户数据查询方法，通过获取用户信息，并显示所述用户信息对应的视图页面；根据所述用户信息，获取所述用户信息对应的用户数据；接收用户在所述视图页面上输入的用户操作；根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据，并显示所述目标数据。即本申请实施例的方法，通过在用户触发之前，先从各系统或大数据平台上获取用户数据，并将用户数据缓存至本地，这样当用户需要获取用户数据时，可以直接从本地读取用户数据，提高了用户数据的查询速度，并提高用户体验。

在一些实施例中，上述s102中根据所述用户信息，获取所述用户信息对应的用户数据之后，本申请实施例的方法还包括：

将所述用户数据缓存至所述视图页面中；或者，

将所述用户数据缓存至缓存库中。

即本申请实施例中将获取的用户数据缓存到本地的方法可以是直接将用户数据缓存至当前的视图页面中。

可选的，还可以将获取的用户数据缓存至缓存库中，例如缓存至缓存池，或者保持在存储设备中。

本申请实施例对用户数据在本地的缓存方法不做限制，具体根据实际需要确定。

可选的，上述缓存可以是短时间缓存，例如，使用下一个用户数据覆盖本次获取的用户数据。

可选的，上述缓存还可以保持一段时间，例如保持10天。

图5为本申请实施例提供的用户数据查询方法的流程图，如图5所示，本实施例的方法可以包括：

s201、将不同渠道的业务进行分类，获得不同类别的业务。

如图5所示，已有的保单信息查询后，在展示的一栏处，多渠道保单信息也混杂放置在一起，从客服的角度来看，不够直接明了，翻页去审阅也会产生时延效应。

为了解决该技术问题，本申请实施例在展示界面中，通过对不同渠道的业务进行分类展示和统计，能够满足实际业务中客服的审查需求，有利于其根据用户咨询问题方向，尽快锁定相关保单或者相关险种。

具体是，将不同渠道的业务进行分类，获得不同类别的业务。

以保单信息为例，根据渠道的不同，保单业务主要包括：个险、银险、短险等。这样，将不同渠道的业务进行分类，获得不同类别的业务，例如获得个险业务、银险业务、短险业务。

s202、显示所述不同类别的业务中每个业务的第一信息。

参照上述例子，获得的同类别的业务分别为个险业务、银险业务和短险业务，其中个险业务的第一信息包括：保单数量、涉及险种、需求字段等，银险业务的第一信息包括：保单数量、涉及险种、需求字段等，短险业务的第一信息包括：保单数量、涉及险种、需求字段等。

在视图页面上显示上述各业务的第一信息。

s203、接收用户在目标业务的第一信息上的第二操作，其中，所述目标业务为所述不同类别业务中的任一业务。

s204、根据所述第二操作，显示所述目标业务的第二信息，其中所述第二信息为所述第一信息的详细信息。

当用户需要对某一个业务的第一信息进行详细了解时，可以在该业务的第一信息上进行点击，以显示该第一信息的第二信息。

例如，在个险的涉及险种上进行点击操作，则直接跳转至涉及险种的详情信息及相关信息的页面，进而减少用户主动操作，提高查询效率。

本申请实施例提供的任一种用户数据查询方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：终端设备和服务器等。或者，本申请实施例提供的任一种用户数据查询方法可以由处理器执行，如处理器通过调用存储器存储的相应指令来执行本申请实施例提及的任一种用户数据查询方法。下文不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

图6为本申请实施例提供的用户数据查询系统的示意图，如图6所示，所述用户数据查询系统100包括：

获取单元110，用于获取用户信息；

显示单元120，用于显示所述用户信息对应的视图页面；

所示获取单元110，还用于根据所述用户信息，获取所述用户信息对应的用户数据；

接收单元130，用于接收用户在所述视图页面上输入的用户操作；

所述获取单元110，还用于根据所述用户操作，从所述用户数据中获取所述用户操作对应的目标数据；

所述显示单元120，还用于显示所述目标数据。

本实施例的用户数据查询系统，可以用于执行上述各方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

可选的，所述用户数据包括：用户基本信息、智能提醒、行为信息、保单信息中的至少一个。

在一种示例中，所述获取单元110，具体用于根据所述用户信息，从主数据管理mdm系统中获取所述用户基本信息。

在另一种示例中，所述获取单元110，具体用于根据所述用户信息，从大数据平台获取所述智能提醒、所述行为信息、所述保单信息中的至少一个。

图7为本申请实施例提供的用户数据查询系统的示意图，在上述实施例的基础上，如图7所示，本申请实施例的用户数据查询系统100还可以包括：

缓存单元140，用于将所述用户数据缓存至所述视图页面中；或者，用于将所述用户数据缓存至缓存库中。

在一些实施例中，本申请实施例的用户数据查询系统100还可以包括：分类单元150；

分类单元150，用户将不同渠道的业务进行分类，获得不同类别的业务；

所述显示单元120，还用于显示所述不同类别的业务中每个业务的第一信息；

所述接收单元130，还用于接收用户在目标业务的第一信息上的第二操作，其中，所述目标业务为所述不同类别业务中的任一业务；

所述显示单元120，还用于根据所述第二操作，显示所述目标业务的第二信息，其中所述第二信息为所述第一信息的详细信息。

本实施例的用户数据查询系统，可以用于执行上述各方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本申请实施例提供的电子设备的结构示意图，如图8所示，本实施例的电子设备200包括：

存储器210，用于存储计算机程序；

处理器220，用于执行所述计算机程序，以实现上述用户数据查询方法，其实现原理和技术效果类似，此处不再赘述。

基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。