CN110866070A - 数据处理方法、装置、处理设备及*** - Google Patents
数据处理方法、装置、处理设备及*** Download PDFInfo
- Publication number
- CN110866070A CN110866070A CN201810943222.5A CN201810943222A CN110866070A CN 110866070 A CN110866070 A CN 110866070A CN 201810943222 A CN201810943222 A CN 201810943222A CN 110866070 A CN110866070 A CN 110866070A
- Authority
- CN
- China
- Prior art keywords
- user
- data
- service
- collected
- identifications
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种数据处理方法、装置、处理设备及***。其中,通过多个数据源分别采集各自对应的用户标识及业务数据,并在业务执行过程中,确定表明同一用户身份的多个用户标识产出的关联关系,从而基于所述多个用户标识的关联关系,综合处理所述多个用户标识分别索引的业务数据。本申请实施例提供的技术方案,保证了参与数据处理的业务数据的多样性以及全面性,保证了数据处理的准确性。
Description
技术领域
本申请实施例涉及计算机应用技术领域,尤其涉及一种数据处理方法、装置、处理设备及***。
背景技术
生活水平的提高,带动了用户出行和住宿需求,因此提供住宿服务的诸如旅馆、酒店等住宿机构也越来越多。
为了给用户提供更多便利,大多数住宿机构通常采用会员制方式来管理用户,目前用户可以通过住宿机构的线上服务***注册会员账号,以进行预订等操作,住宿机构可以通过会员账号唯一识别一个用户。线上服务***可以对应会员账号记录用户等级、用户积分等业务数据,根据所述业务数据可以方便住宿机构了解用户,从而为用户提供更好服务。
但实际应用中,很多用户获得会员账号之前可能已存在入住记录,且用户在住宿机构中的其它产出数据也有很多,目前这些都无法统一对应到同一个用户中,仅能通过会员账号记录业务数据,业务数据比较单一,不够全面,因此导致业务数据的处理结果也不够准确。
发明内容
本申请实施例提供一种数据处理方法、装置、处理设备及***,用以解决现有技术中业务数据单一,不够全面的技术问题。
第一方面,本申请实施例中提供了一种数据处理方法,包括:
确定多个数据源分别采集的用户标识及对应的业务数据;
确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
第二方面,本申请实施例中提供了一种数据处理装置,包括:
数据确定模块,用于确定多个数据源分别采集的用户标识及对应的业务数据;
关系确定模块,用于确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
数据综合模块,用于基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
第三方面,本申请实施例中提供了一种处理设备,包括处理组件以及存储组件;
所述存储组件存储一个或多个计算机指令;所述一个或多个计算机指令用以被所述处理组件调用执行;
所述处理组件用于:
确定多个数据源分别采集的用户标识及对应的业务数据;
确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
第四方面,本申请实施例中提供了一种数据处理***,包括处理设备及多个数据源;
其中,每个数据源用于采集各自对应的用户标识及业务数据;
所述处理设备用于确定所述多个数据源分别采集的用户标识及对应的业务数据;确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
本申请实施例中,通过多个数据源分别采集各自对应的用户标识及业务数据,并在业务执行过程中,确定表明同一用户身份的多个用户标识产出的关联关系,从而基于所述多个用户标识的关联关系,可以综合处理所述多个用户标识分别索引的业务数据。由于多个用户标识分别索引的业务数据来自不同数据源,且均与用户相关,保证了参与数据处理的业务数据的多样性以及全面性,从而可以保证数据处理的准确性。且多个数据源可以独立进行数据采集,而不依赖,无需使用统一标识记录各自采集的业务数据,利用业务执行过程中自然建立的多种用户标识之间的关联关系,即可以将不同用户标识分别索引的业务数据关联起来以进行综合处理,方便进行数据收集。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请提供的一种数据处理方法一个实施例的流程图;
图2示出了本申请提供的一种数据处理方法又一个实施例的流程图;
图3示出了本申请实施例在一个实际应用中的数据处理示意图;
图4示出了本申请提供的一种数据处理装置一个实施例的结构示意图;
图5示出了本申请提供的一种处理设备一个实施例的结构示意图;
图6示出了本申请提供的一种数据处理***一个实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
本申请实施例的技术方案可以应用于线下服务机构中,比如提供住宿服务的酒店、旅馆或者民宿等住宿机构、餐饮机构、学习机构等存在对用户进行分析处理需求的线下服务机构。
目前的线下服务机构通常采用会员账号的方式来标识用户,并通过会员账号记录用户相关数据,但是通过会员账号记录的用户相关数据有限,比较单一,不够全面,不够准确,无法清楚表示用户在线下服务机构中的产出数据,进而基于这些数据进行的分析处理也会导致结果不够准确。
为了保证参与数据处理的业务数据的全面性以及准确性,以此提高数据处理的准确性,发明人在研究中发现,线下服务机构通常可以提供多种业务服务,以住宿机构为例,除了可以提供住宿服务之外,还可以提供餐饮服务、上网服务、线上交易服务等,为了保证安全性,线下服务机构也会配置摄像头等监控设备等,线下服务机构中的这些配套设备等同样也会进行数据收集等,且收集的数据往往也是由于用户行为产生,这些数据虽然不需要与会员账号绑定,但是也需要通过其它种类的用户标识来表明用户身份,例如手机号码、人脸标识、身份证号码等。而且发明人发现,线下服务机构在业务执行过程中,会将可以表明用户身份的不同标识种类的用户标识产生关联,比如在住宿机构中执行入住登记时,需要用户提供身份证号码、手机号码等,并据此为用户分配房间号等,身份证号码、手机号码以及房间号就会自然产生关联。
发明人基于上述研究发现想到,如果利用线下服务机构已有数据源或者在线下服务机构配置相应数据源分别进行数据采集,这些数据源可以采用多种用户标识来表明用户身份,根据各自使用的用户标识,彼此可以互相独立采集数据,不需要采用统一标识来记录数据,利用业务执行过程中自然建立的多种用户标识之间的关联关系,即可以将分别索引的业务数据关联起来以进行综合处理,从而实现了采集数据的多样性,且采集数据不依赖单一标识,可以独立采集保存,避免了数据缺失情况,进而通过多样性的数据进行综合处理,也就可以保证数据处理的准确性,据此提出了本申请的技术方案。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的一种数据处理方法一个实施例的流程图,该方法可以包括以下几个步骤:
101:确定多个数据源分别采集的用户标识及对应的业务数据。
其中,数据源是指线下服务机构中进行数据收集的对象,其可以包括配置在线下服务机构对应服务场所中的多种采集***、也可以包括线下服务机构的各采集***保存的历史数据、也可以包括线下服务机构的人工记录***,由采集人员如客服人员录入与用户有关的业务数据、也可以包括线下服务机构的线上服务***等。
其中,配置在线下服务机构的采集***例如可以是指图像采集***、无线上网***、消费结算***以及其它控制***等。这些采集***可以复用线下服务机构中的已有***,当然也可以为线下服务机构重配置的,比如线下服务机构通常配置有监控***,图像采集***即可以复用监控***中的摄像头等,且线下服务机构大部分均可以提供无线上网服务,因此可以复用其无线上网***,此外线下服务机构均需要进行支付结算,因此可以复用其消息结算***等。
线下服务机构为住宿机构时,还可以包括住宿管理***(Property ManagementSystem,PMS)、客房控制***(Room Control Unit,RCU) 等。
其中,每个数据源可以采集各自使用的用户标识,并对应各自使用的用户标识对应采集业务数据。
每个数据源可以采集一个或多个用户标识,任意两个数据源使用的用户标识的标识种类可以相同也可以不同,本申请不对此进行限制。
用户标识例如可以包括通信号码、身份证号、MAC(Media Access Contro,媒体访问控制)地址、人脸标识、会员账号、支付账号等等。在住宿机构中,用户标识还可以包括房间号等。
其中,通信号码可以是指用户使用移动设备的移动号码,例如手机号码;身份证号即为用户的居民身份账号码;MAC地址可以是指用户使用移动设备的网卡地址;人脸标识可以是指通过人脸识别获得的人脸特征;会员账号可以用户使用线上服务***注册获得;支付账号可以是用户在第三方支付***中的注册账号;房间号可以是指用户入住房间的标识号码等。
数据源为图像采集***时,其采集的用户标识可以包括人脸标识,对应采集业务数据可以通过人脸轨迹获得的用户移动位置等;
数据源为无线上网***时,其采集的用户标识可以包括通信号码和/或 MAC地址,其对应采集的业务数据可以包括通过MAC轨迹获得的用户移动位置等;
数据源为线上服务***时,其采集的用户标识可以包括会员账号,对应采集的业务数据可以包括用户积分、用户等级、用户权益、预订记录、入住记录等用户相关信息等;
数据源为RCU时,其采集的用户标识可以包括房间号,对应采集的业务数据可以包括房间设备使用数据等;
数据源为PMS时,其采集的用户标识可以包括身份证号和/或人脸标识等,对应采集的业务数据可以包括预定房间号、入住房间号等等入住登记数据。
数据源为人工记录***时,其采集的用户标识可以包括人脸标识、身份证号和/或房间号,其中,身份证号或者房间号可以由采集人员录入,人脸标识可以通过人工记录***的人脸识别模块获得;对应采集的业务数据可以包括用户特征数据,比如身高、性别、年龄等。
数据源为消费结算***时,其采集的用户标识可以包括支付账号,对应采集的业务数据可以包括消费金额等消费数据。
需要说明的是,上述仅是举例说明了线下服务机构中可能的数据源,可以理解的是,本申请实施例并不仅限定于此。
其中,线下服务机构的多个数据源彼此可以互相独立进行数据采集,而不需要彼此依赖,根据各自使用的用户标识即可以进行数据采集,无需统一标识。
102:确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系。
其中,所述多个用户标识的标识种类不同。
由上述描述可知,多个数据源可以使用多种用户标识,那么表明同一用户身份的用户标识即可以有多种,比如通信号码、人脸标识、房间号等在某些情况下均可以唯一标识一个用户。
由于线下服务机构在业务执行过程中,存在将表明同一用户身份的多个用户标识联系在一起的业务执行节点。比如执行入住登记业务时,需要用户提供身份证号、通信号码、进行人脸识别、此外还会为用户分配房间号等,此时身份证号、通信号码、人脸标识以及房间号等就会自然联系在一起。又如通过线上服务***执行会员账号注册业务时,可以引导用户输入通信号码、身份证号、并分配会员账号,此时,通信号码、身份证号以及会员账号就会自然联系在一起;又如执行网络连接业务时,用户如需通过线下服务机构的无线上网***连接互联网,可能需要过通信号码进行验证,此时,就可以产生MAC地址与通信号码的关联关系;又如消费结算业务时,用户如需要使用第三方支付***进行在线支付,则可以产生支付账号、房间号以及通信号码之间的关联关系等。
因此,本申请实施例中,可以在业务执行过程中,获取表明同一用户身份的多个用户标识之间产生的关联关系。
103:基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
由于在线下服务机构的业务执行过程中,获得了表明同一用户身份的多个用户标识之间产生的关联关系,而线下服务机构中的多个数据源会一直按着各自对应的用户标识采集业务数据,从而可以确定该表明同一用户身份的多个用户标识分别索引的业务数据,进而即可以将多个用户标识分别索引的业务数据建立关联,实现业务数据之间的互通。进而基于多个用户标识分别索引的业务数据之间的关联关系,即可以分析获得用户画像等。
在本实施例中,通过多个数据源分别采集各自的用户标识及对应的业务数据,并在业务执行过程中,确定表明同一用户身份的多个用户标识产出的关联关系,从而基于所述多个用户标识的关联关系,可以将所述多个用户标识分别索引的业务数据关联起来。由于多个用户标识分别索引的业务数据来自不同数据源,且均与用户相关,保证了参与数据处理的业务数据的多样性以及全面性,从而可以保证数据处理的准确性。且多个数据源可以独立进行数据采集,而互不依赖,无需使用统一标识记录各自采集的业务数据,利用业务执行过程中自然建立的多种用户标识之间的关联关系,即可以将不同用户标识分别索引的业务数据关联起来以进行综合处理,方便进行数据收集。
其中,多个用户标识之间的关联关系可以保存至图形数据库中,因此,在某些实施例中,确定多个用户标识之间的关联关系之后,所述方法还可以包括:
将所述多个用户标识作为图形数据库中的节点;
如果任意两个用户标识存在关联关系,建立所述任意两个用户标识之间的边,以在所述图形数据库中保存所述多个用户标识之间的关联关系。
采用图形数据库承载多个用户标识之间的关联关系,可以使得多个用户标识之间的关联关系更加直观,方便理解。
其中,将多个用户标识分别索引的业务数据建立关联关系之后,可以实现多个用户标识分别索引的业务数据之间的互通,因此在进行数据查询时,对任一用户标识发起的数据查询请求,不仅可以从该任一用户标识索引的业务数据中进行查询,还可以从与任一用户标识具有关联关系的用户标识索引的业务数据中进行查询。
在多个用户标识的关联关系保存在图形数据库中时,作为又一个实施例,所述方法还可以包括:
接收以任一用户标识发起的数据查询请求;
从所述图形数据库中,确定与所述任一用户标识具有关联关系的用户标识;
从所述任一用户标识索引的业务数据以及与所述任一用户标识具有关联关系的用户标识索引的业务数据中,查找目标业务数据。
该数据查询请求中可以包括业务类型、数据标识等信息,以方便进行查找等。
在某些实施例中,所述确定多个数据源分别采集的用户标识及对应的业务数据可以包括:
确定多个数据源分别采集的用户标识以及对应各自用户标识而采集的业务数据;
建立所述多个数据源各自采集的用户标识与对应采集的业务数据之间的索引关系,用户标识与其索引的业务数据即可以键值方式进行存储。从而根据每个用户标识可以获得其索引的业务数据
在某些实施例中,所述确定在业务执行过程中,表明同一用户身份的多个用户标识之间建立的关联关系可以包括:
在至少一个业务的业务执行过程中,确定每一个业务的业务执行过程中,表明同一用户身份的至少两个用户标识建立的关联关系;
基于所述至少一个业务分别对应的至少两个用户标识的关联关系,建立多个用户标识之间的关联关系。
线下服务机构运营过程中,会执行多种业务操作,比如在住宿机构中,该至少一个业务例如可以包括入住登记业务、会员账号注册业务、消费结算业务、网络连接业务等等,每一个业务执行可以触发一个或多个数据源进行数据采集等。每一个业务可能会产生表明同一用户身份的至少两个用户标识的关联关系,比如入住登记业务,可能会产生身份证号、通信号码、人脸标识、房间号等之间的关联关系;会员账号注册业务可能会产生会员账号、通信号码、身份证号等之间的关联关系;消费结算业务可能会产生支付账号、通信号码、房间号等之间的关联关系;网络连接业务可能会产生MAC地址、通信号码等之间的关联关系等。从而基于至少一个业务分别对应的至少两个用户标识的关联关系,即可以获得多个用户标识之间的关联关系。
其中,业务数据可以保存在各自的数据源中,基于所述多个用户标识的关联关系,综合处理所述多个用户标识分别索引的业务数据可以是基于所述多个用户标识的关联关系,从相应数据源中获取所述多个用户标识分别索引的业务数据并进行综合处理。
其中,将所述多个用户标识分别索引的业务数据建立关联关系,可以实现将多个用户标识分别索引的业务数据实现互通,或者进行数据合并等,进而线下服务机构可以综合多个用户标识分别索引的业务数据,确定用户画像,基于用户画像可以为用户提供更好服务等。
其中,通过数据分析得到用户画像的数据分析方式可以采用大数据分析技术实现,在本申请技术方案中,不对此进行具体限制。
作为一种可选方式,所述基于所述关联关系,综合处理所述多个用户标识分别索引的业务数据之后,所述方法还可以包括:
基于所述关联关系,将所述多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并获得合并数据;
根据不同标识种类的层级配置关系,确定所述多个用户标识中的预定用户标识;
建立所述合并数据与所述预定用户标识的索引关系。
不同数据源可能会采集属于同一业务类型的业务数据,比如图像采集设备以及无线上网***均可以采集用户移动位置等。因此可以将同一个用户对应的多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并,获得合并数据,并将合并数据与预定用户标识建立索引关系,从而基于该预定用户标识即可以查询或者处理该合并数据,以降低数据处理复杂度。
此外,在某些实施例中,所述基于所述关联关系,将所述多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并获得合并数据之后,所述方法还可以包括:
将所述属于同一业务类型的业务数据删除,以减少资源占用。
在某些实施例中,所述建立所述合并数据与所述预定用户标识的索引关系之后,所述方法还可以包括:
接收以任一用户标识发起的对合并数据的查询请求;其中,该查询请求中可以包括所述用户标识以及所述合并数据的业务类型。
根据不同标识种类的层级配置关系,确定所述任一用户标识对应的预定用户标识;
查询所述预定用户标识索引的所述合并数据。
其中,该层级配置关系可以将不同标识种类的用户标识按照顺序进行排列,该层级配置关系对应的标识顺序表明了数据流向。顺序越靠前,层级越高,可选地,该预定用户标识可以为层级配置关系对应的最高层级的用户标识。
其中,本申请实施例中,表明同一用户身份的多个用户标识可以采用图数据库的保存其关联关系,通过图数据库方式可以使得关联关系更加直观。
下面以线下服务机构为住宿机构为例,对本申请实施例的技术方案进行介绍,图2为本申请实施例提供的一种数据处理方法又一个实施例的流程图,该方法可以包括以下几个步骤:
201:确定住宿机构的多个数据源分别采集的用户标识及对应的业务数据。
202:确定在所述住宿机构的业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系。
其中,所述多个用户标识的标识种类不同;
203:基于所述多个用户标识的关联关系,综合处理所述多个用户标识分别索引的业务数据。
本实施例与图1所示实施例不同之处,线下服务机构为住宿机构,其它相应处理操作可以参见上述实施例中所述,在此不再赘述。
其中,在住宿机构中,所述多个数据源可以包括图像采集***、住宿管理***、无线上网***、线上服务***、消费结算***、客房控制***以及人工记录***等;
因此,所述多个数据源分别采集的用户标识可以包括所述图像采集***采集的人脸标识、所述住宿管理***采集的身份证号及人脸标识、所述无线上网***采集的MAC地址及通信号码、所述线上服务***采集的会员账号、所述消费结算***采集的支付账号、所述客房控制***采集的房间号及人工记录***采集的人脸标识、房间号及身份证号;
所述多个数据源采集的业务数据可以包括所述图像采集***采集的用户移动位置、所述住宿管理***采集的入住登记数据、所述无线上网***采集的用户移动位置、所述线上服务***采集的用户相关信息、所述消费结算***采集的消费数据、所述客房控制***采集的房间设备使用数据及所述人工记录***采集的用户特征数据等。
为了方便理解,图3示出了在一个实际应用中的数据处理示意图中,多个数据源分别可以包括图像采集***301、无线上网***302、线上服务*** 303、RCU304、PMS305、人工记录***306以及消费结算***307。
其中,图像采集***301采集的用户标识可以为人脸标识、无线上网***采集的用户标识可以为MAC地址和通信号、线上服务***采集的用户标识可以为会员账号、RCU采集的用户标识可以为房间号、PMS采集的用户标识可以为身份证号、人工记录***采集的用户标识可以包括人脸标识以及房间号、消费结算***采集的用户标识可以包括支付账号等。
图像采集***301采集的业务数据可以为人脸轨迹,也即用户移动位置;无线上网***302采集的业务数据可以为MAC轨迹,也即用户移动位置;线上服务***303采集的业务数据可以为用户特征数据;RCU304采集的业务数据可以为房间设备使用数据;PMS305采集的业务数据可以为入住登记数据;人工记录***306采集的业务数据可以为用户特征数据;消费结算***307采集的业务数据可以为消费数据等。
住宿机构在业务执行过程中,可以产生表明同一用户身份的多个用户标识之间的关联关系,该关联关系可以采用图形数据库的方式保存,如图3中的图形数据库示意图308。
其中,住宿机构可以执行至少一个业务,每一个业务的业务执行过程可以产生至少两个用户标识的关联关系,根据至少一个业务分别对应的至少两个用户标识的关联关系,即可以建立多个用户标识之间的关联关系。
采用本申请实施例中可以保证业务数据的多样性和全面性,且线下服务机构具有线上服务***时,还可以实现线上数据与线下数据的互通,可以将线下数据合并至线上数据,以保证线上服务***涉及数据处理操作结果的准确性等。
图4为本申请实施例提供的一种数据处理装置一个实施例的结构示意图,该装置可以包括:
数据确定模块401,用于确定多个数据源分别采集的用户标识及对应的业务数据;
关系确定模块402,用于确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
数据综合模块403,用于基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
在某些实施例中,所述数据确定模块可以具体用于获取线多个数据源分别采集的用户标识以及对应各自用户标识而采集的业务数据;建立所述多个数据源各自采集的用户标识与对应采集的业务数据之间的索引关系。
在某些实施例中,所述关系确定模块可以具体用于在至少一个业务的业务执行过程中,确定每一个业务的业务执行过程中,表明同一用户身份的至少两个用户标识产生的关联关系;基于所述至少一个业务分别对应的至少两个用户标识的关联关系,建立多个用户标识之间的关联关系。
在某些实施例中,所述装置还可以包括:
保存模块,用于将所述多个用户标识作为图形数据库中的节点;
如果任意两个用户标识存在关联关系,建立所述任意两个用户标识之间的边,以在所述图形数据库中保存所述多个用户标识之间的关联关系。
在某些实施例中,所述装置还可以包括:
第一数据查询模块,用于接收以任一用户标识发起的数据查询请求;从所述图形数据库中,确定与所述任一用户标识具有关联关系的用户标识;从所述任一用户标识索引的业务数据以及与所述任一用户标识具有关联关系的用户标识索引的业务数据中,查找目标业务数据。
在某些实施例中,所述装置还可以包括:
数据合并模块,用于基于所述关联关系,将所述多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并获得合并数据;根据不同标识种类的层级配置关系,确定所述多个用户标识中的预定用户标识;建立所述合并数据与所述预定用户标识的索引关系。
在某些实施例中,该装置还可以包括:
数据删除模块,用于将所述属于同一业务类型的业务数据从相应数据源中删除。
在某些实施例中,该装置还可以包括:
第二数据查询模块,用于接收以任一用户标识发起的对合并数据的查询请求;根据不同标识种类的层级配置关系,确定所述任一用户标识对应的预定用户标识;查询所述预定用户标识索引的所述合并数据。
其中,线下服务机构为提供住宿服务的住宿机构时,所述多个数据源可以包括图像采集***、住宿管理***、无线上网***、线上服务***、消费结算***、客房控制***及人工记录***;
所述多个数据源分别采集的用户标识可以包括所述图像采集***采集的人脸标识、所述住宿管理***采集的身份证号及人脸标识、所述无线上网***采集的MAC地址及通信号码、所述线上服务***采集的会员账号、所述消费结算***采集的支付账号、所述客房控制***采集的房间号及人工记录***采集的人脸标识、房间号及身份证号;
所述多个数据源分别采集的业务数据可以包括所述图像采集***采集的用户移动位置、所述住宿管理***采集的入住登记数据、所述无线上网***采集的用户移动位置、所述线上服务***采集的用户相关信息、所述消费结算***采集的消费数据、所述客房控制***采集的房间设备使用数据及所述人工记录***采集的用户特征数据。
图4所述的数据处理装置可以执行图1所示实施例所述的数据处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的数据处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
在一个可能的设计中,图4所示实施例的数据处理装置可以实现为一处理设备,如图5所示,该处理设备可以包括存储组件501以及处理组件502;
所述存储组件501一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理组件502调用执行;
所述处理组件502用于:
确定多个数据源分别采集的用户标识及对应的业务数据;
确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
基于所述多个用户标识的关联关系,综合处理所述多个用户标识分别索引的业务数据。
其中,处理组件502可以包括一个或多个处理器来执行计算机指令,以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
存储组件501被配置为存储各种类型的数据以支持在处理设备中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
当然,处理设备必然还可以包括其他部件,例如输入/输出接口、通信组件等。
输入/输出接口为处理组件和***接口模块之间提供接口,上述***接口模块可以是输出设备、输入设备等。
通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等,比如与各数据源之间的通信等。
本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被计算机执行时可以实现上述图1所示实施例的监控方法。
此外,本申请实施例还提供了一种数据处理***,如图6所示,该数据处理***可以包括处理设备601以及多个数据源602;
其中,每个数据源602用于采集各自对应用户标识及业务数据;
所述处理设备601用于确定所述多个数据源602分别采集的用户标识及对应的业务数据;确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;基于所述多个用户标识的关联关系,综合处理所述多个用户标识分别索引的业务数据。
本申请实施例的数据处理***,方便扩展,并且可以随时加入新的数据源。
其中,业务数据可以保存在各自的数据源中,处理设备可以是基于多个用户标识的关联关系,从相应数据源中获取所述多个用户标识分别索引的业务数据并进行综合处理。
其中,处理设备可以为图5所示的处理设备,可以用以执行上述任一实施例的数据处理方法,因此在本实施例中不再过多赘述。
其中,多个数据源可以是线下服务机构对应的多个数据收集***,具体可以参见上文中所述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (12)
1.一种数据处理方法,其特征在于,包括:
确定多个数据源分别采集的用户标识及对应的业务数据;
确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
2.根据权利要求1所述的方法,其特征在于,所述确定多个数据源分别采集的用户标识及对应的业务数据包括:
确定多个数据源分别采集的用户标识以及对应各自用户标识而采集的业务数据;
建立所述多个数据源各自采集的用户标识与对应采集的业务数据之间的索引关系。
3.根据权利要求1所述的方法,其特征在于,所述确定业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系包括:
在至少一个业务的业务执行过程中,确定每一个业务的业务执行过程中,表明同一用户身份的至少两个用户标识产生的关联关系;
基于所述至少一个业务分别对应的至少两个用户标识的关联关系,建立多个用户标识之间的关联关系。
4.根据权利要求1所述的方法,其特征在于,还包括:
将所述多个用户标识作为图形数据库中的节点;
如果任意两个用户标识存在关联关系,建立所述任意两个用户标识之间的边,以在所述图形数据库中保存所述多个用户标识之间的关联关系。
5.根据权利要求4所述的方法,其特征在于,基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系之后,所述方法还包括:
接收以任一用户标识发起的数据查询请求;
从所述图形数据库中,确定与所述任一用户标识具有关联关系的用户标识;
从所述任一用户标识索引的业务数据以及与所述任一用户标识具有关联关系的用户标识索引的业务数据中,查找目标业务数据。
6.根据权利要求1所述的方法,其特征在于,所述基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系之后,所述方法还包括:
基于所述多个用户标识的关联关系,将所述多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并获得合并数据;
根据不同标识种类的层级配置关系,确定所述多个用户标识中的预定用户标识;
建立所述合并数据与所述预定用户标识的索引关系。
7.根据权利要求6所述的方法,其特征在于,所述基于所述关联关系,将所述多个用户标识分别索引的业务数据中,属于同一业务类型的业务数据进行合并获得合并数据之后,所述方法还包括:
将所述属于同一业务类型的业务数据从相应数据源中删除。
8.根据权利要求7所述的方法,其特征在于,所述建立所述合并数据与所述预定用户标识的索引关系之后,所述方法还包括:
接收以任一用户标识发起的对所述合并数据的查询请求;
根据不同标识种类的层级配置关系,确定所述任一用户标识对应的预定用户标识;
查询所述预定用户标识索引的所述合并数据。
9.根据权利要求1所述的方法,其特征在于,所述多个数据源由提供住宿服务的住宿机构提供;
所述多个数据源包括图像采集***、住宿管理***、无线上网***、线上服务***、消费结算***、客房控制***及人工记录***;
所述多个数据源分别采集的用户标识包括所述图像采集***采集的人脸标识、所述住宿管理***采集的身份证号及人脸标识、所述无线上网***采集的MAC地址及通信号码、所述线上服务***采集的会员账号、所述消费结算***采集的支付账号、所述客房控制***采集的房间号及人工记录***采集的人脸标识、房间号及身份证号;
所述多个数据源分别采集的业务数据包括所述图像采集***采集的用户移动位置、所述住宿管理***采集的入住登记数据、所述无线上网***采集的用户移动位置、所述线上服务***采集的用户相关信息、所述消费结算***采集的消费数据、所述客房控制***采集的房间设备使用数据及所述人工记录***采集的用户特征数据。
10.一种数据处理装置,其特征在于,包括:
数据确定模块,用于确定多个数据源分别采集的用户标识及对应的业务数据;
关系确定模块,用于确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
数据综合模块,用于基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
11.一种处理设备,其特征在于,包括处理组件以及存储组件;
所述存储组件存储一个或多个计算机指令;所述一个或多个计算机指令用以被所述处理组件调用执行;
所述处理组件用于:
确定多个数据源分别采集的用户标识及对应的业务数据;
确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;
基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
12.一种数据处理***,其特征在于,包括处理设备及多个数据源;
其中,每个数据源用于采集各自对应的用户标识及业务数据;
所述处理设备用于确定所述多个数据源分别采集的用户标识及对应的业务数据;确定在业务执行过程中,表明同一用户身份的多个用户标识之间产生的关联关系;其中,所述多个用户标识的标识种类不同;基于所述多个用户标识的关联关系,建立所述多个用户标识分别索引的业务数据之间的关联关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810943222.5A CN110866070A (zh) | 2018-08-17 | 2018-08-17 | 数据处理方法、装置、处理设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810943222.5A CN110866070A (zh) | 2018-08-17 | 2018-08-17 | 数据处理方法、装置、处理设备及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110866070A true CN110866070A (zh) | 2020-03-06 |
Family
ID=69650924
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810943222.5A Pending CN110866070A (zh) | 2018-08-17 | 2018-08-17 | 数据处理方法、装置、处理设备及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110866070A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112711623A (zh) * | 2020-12-22 | 2021-04-27 | 青岛海尔科技有限公司 | 数据拉通方法及装置、存储介质、电子装置 |
CN115039380A (zh) * | 2020-06-17 | 2022-09-09 | 深圳市欢太科技有限公司 | 业务数据处理方法、装置、电子设备以及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469440A (zh) * | 2010-11-16 | 2012-05-23 | ***通信集团公司 | 用户数据迁移方法、***和装置 |
CN107767168A (zh) * | 2017-09-19 | 2018-03-06 | 神策网络科技(北京)有限公司 | 用户行为数据处理方法及装置、电子设备和存储介质 |
-
2018
- 2018-08-17 CN CN201810943222.5A patent/CN110866070A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469440A (zh) * | 2010-11-16 | 2012-05-23 | ***通信集团公司 | 用户数据迁移方法、***和装置 |
CN107767168A (zh) * | 2017-09-19 | 2018-03-06 | 神策网络科技(北京)有限公司 | 用户行为数据处理方法及装置、电子设备和存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115039380A (zh) * | 2020-06-17 | 2022-09-09 | 深圳市欢太科技有限公司 | 业务数据处理方法、装置、电子设备以及存储介质 |
CN112711623A (zh) * | 2020-12-22 | 2021-04-27 | 青岛海尔科技有限公司 | 数据拉通方法及装置、存储介质、电子装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5923307B2 (ja) | 分散化された自律的医療環境におけるアサーションベースレコードリンケージ | |
CN109815259B (zh) | 网关内服务领域的配置方法、装置、设备及存储介质 | |
CN111966866A (zh) | 一种数据资产管理的方法和装置 | |
CN110955838A (zh) | 房源推荐处理方法、装置、终端及计算机可读存储介质 | |
CN107133323A (zh) | 数据模型构建方法、政务服务业务的实现方法及装置 | |
CN111796937B (zh) | 基于内存的资源分配方法、计算机设备及存储介质 | |
CN116108934B (zh) | 联邦学习***、联邦学习方法和装置 | |
CN111639077B (zh) | 数据治理方法、装置、电子设备、存储介质 | |
DE102021124261A1 (de) | Automatisierte computerisierte Identifizierung von Anlagegegenständen | |
CN112651826A (zh) | 授信额度管控***、方法及可读存储介质 | |
CN111414410A (zh) | 数据处理方法、装置、设备和存储介质 | |
CN110866070A (zh) | 数据处理方法、装置、处理设备及*** | |
CN106909492B (zh) | 业务数据的追踪方法及装置 | |
CN109346137A (zh) | 受试者在线招募方法及装置、计算机设备及存储介质 | |
CN111125263A (zh) | 预约请求的管理方法、预约功能实体以及可读存储介质 | |
CN110502529B (zh) | 数据处理方法、装置、服务器及存储介质 | |
CN115640457A (zh) | 信息管理方法、装置、设备、介质和程序产品 | |
CN108074186B (zh) | 健康卡开户处理方法和装置 | |
US8832110B2 (en) | Management of class of service | |
US20190370437A1 (en) | Optimizing server licensing costs | |
CN113012797B (zh) | 体检科室推荐方法、装置、设备及存储介质 | |
CN109472721A (zh) | 一种房产资源管理方法及*** | |
CN114694813A (zh) | 临床试验数据处理方法、装置、设备及介质 | |
CN111639057A (zh) | 日志消息处理方法、装置、计算机设备及存储介质 | |
CN105991611B (zh) | 管理账号的方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |