CN110298692A - 多渠道顾客数据统一管理的方法、系统及存储介质 - Google Patents
多渠道顾客数据统一管理的方法、系统及存储介质 Download PDFInfo
- Publication number
- CN110298692A CN110298692A CN201910508396.3A CN201910508396A CN110298692A CN 110298692 A CN110298692 A CN 110298692A CN 201910508396 A CN201910508396 A CN 201910508396A CN 110298692 A CN110298692 A CN 110298692A
- Authority
- CN
- China
- Prior art keywords
- data
- channel
- customer
- general data
- general
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Storage Device Security (AREA)
Abstract
本发明公开了一种多渠道顾客数据统一管理的方法、系统及存储介质,方法包括:获取顾客数据信息;识别顾客数据信息中的通用数据和渠道数据;将渠道数据存储至与渠道ID对应的各渠道的渠道数据表中;将通用数据存储至与顾客ID唯一对应的通用数据表中。本发明通过多渠道顾客数据统一进行管理后,可通过同一套网页系统、同一套接口平台对外输出顾客数据,不同的渠道通过相同的方式进行数据的输入和输出,极大有助于规范数据的结构以及因统一方式后带来的效率提升。
Description
技术领域
本发明涉及互联网服务平台,尤其涉及一种多渠道顾客数据统一管理的方法、系统及存储介质。
背景技术
为适用互联网业务的不断发展,多数商家都在多个渠道进行业务的开展,在业务开展过程中需要对这些业务的顾客进行统一的管理,同时解决同一个顾客在多个渠道发生业务的问题。
发明内容
有鉴于此,本发明实施例提供了一种多渠道顾客数据统一管理的方法、多渠道顾客数据统一管理的系统以及一种存储介质,将多个渠道的顾客数据进行合并,通过同一个系统进行管理,提高业务开展的效率,降低顾客数据的冗余。
本发明的第一方面提供一种多渠道顾客数据统一管理的方法,其包括:
获取顾客数据信息;
识别所述顾客数据信息中的通用数据和渠道数据;
将所述渠道数据存储至与渠道ID对应的各渠道的渠道数据表中;
将所述通用数据存储至与顾客ID唯一对应的通用数据表中。
所述方法的一些实施例中,在将所述渠道数据存储至渠道数据表之前,还包括步骤:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;
若存在则输出渠道已注册的信息;
若不存在则在将所述渠道数据存储至所述被请求渠道的渠道数据表中。
所述方法的一些实施例中,在将所述通用数据存储至通用数据表之前,还包括步骤:
根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据:
若存在则输出顾客已注册的信息;
若不存在则将所述通用数据存储至所述顾客的通用数据表中。
所述方法的一些实施例中,在将所述通用数据存至所述通用数据表中的步骤中,包括:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;若存在则输出渠道已注册的信息;
若不存在则继续查询其他渠道的渠道数据表中是否存在所述渠道数据;若存在则在所述被请求渠道的渠道数据表中新增所述渠道数据;
若不存在则注册所述顾客的通用数据表,将所述通用数据存储于所述通用数据表中。
所述方法的一些实施例中,在将所述通用数据存至所述通用数据表中的步骤中,包括:
根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据;若存在则输出用户已注册的信息;
若不存在则继续查询被请求渠道的所述渠道数据表中是否存在所述顾客的渠道数据;若存在则输出渠道已注册的信息;
若不存在则注册所述顾客的通用数据表,将所述通用数据存储于所述通用数据表中。
所述方法的一些实施例中,在识别所述通用数据和所述渠道数据的步骤中:
将与顾客身份相关的基本信息识别为通用数据;
将与渠道相关的信息识别为渠道数据。
本发明的第二方面提供了一种多渠道顾客数据统一管理的系统,其包括:
输入模块,用于分别获取顾客数据信息中的通用数据和渠道数据;
数据库,用于将所述渠道数据存储至与渠道ID对应的各渠道的渠道数据表中,将所述通用数据存储至与顾客ID唯一对应的通用数据表中;
输出模块,用于按照指定的渠道将所述通用数据表中的通用数据和所述渠道数据表中的渠道数据组装后输出。
所述系统的一些实施例中,所述系统还包括查询模块,用于:在将所述渠道数据存储至渠道数据表之前,根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;
若存在则输出渠道已注册的信息;
若不存在则在将所述渠道数据存储至所述被请求渠道的渠道数据表中。
所述系统的一些实施例中,所述系统还包括查询模块,用于:在将所述通用数据存储至通用数据表之前,根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据;
若存在则输出顾客已注册的信息;
若不存在则将所述通用数据存储至所述顾客的通用数据表中。
本发明的第三方面提供了一种计算机可读的存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现所述多渠道顾客数据统一管理的方法的步骤。
由上述方案可以看出,通过多渠道顾客数据统一进行管理后,可通过同一套网页系统、同一套接口平台对外输出顾客数据,不同的渠道通过相同的方式进行数据的输入和输出,极大有助于规范数据的结构以及因统一方式后带来的效率提升。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1释义了根据本发明实施例的多渠道顾客数据统一管理的方法的示例性主流程图。
图2释义了根据本发明实施例的方法中根据渠道合并时的示例性流程图。
图3释义了根据本发明实施例的方法中根据手机号合并时的示例性流程图。
图4释义了根据本发明实施例的多渠道顾客数据统一管理的系统的示例性主模块图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的实施方式;相反,提供这些实施方式使得本发明将全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构,因而将省略对它们的重复描述。
所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本发明的实施方式的充分理解。然而,本领域技术人员应意识到,没有特定细节中的一个或更多,或者采用其它的方法、组元、材料等,也可以实践本发明的技术方案。在某些情况下,不详细示出或描述公知结构、材料或者操作以避免模糊本发明。
下面结合附图和实施例对本发明的技术内容进行进一步地说明。
请参见图1所示,图中释义了根据本发明实施例的多渠道顾客数据统一管理的方法的示例性主流程图,如图所示,该多渠道顾客数据统一管理的方法主要包括(但不限于以下次序)步骤:
步骤01:获取顾客数据信息;
步骤02:识别顾客数据信息中的通用数据和渠道数据;
步骤03:将渠道数据存储至与渠道ID对应的各渠道的渠道数据表中;
步骤04:将通用数据存储至与顾客ID唯一对应的通用数据表中。
其中,在步骤02:识别通用数据和渠道数据的步骤中:将与顾客身份相关的基本信息识别为通用数据;将与渠道相关的信息识别为渠道数据。具体地,可以采用每个顾客唯一的顾客ID(member ID)来识别顾客的通用数据,通用数据都是关联于该顾客ID且与顾客唯一对应的身份信息,包括手机号、顾客姓名、生日、邮箱、会员ID(partner ID)等。同样地,可以采用渠道ID(channel ID)来识别渠道数据,每个渠道都具有一个渠道ID,如支付宝渠道具有支付宝专属ID,微信渠道具有微信专属ID,渠道数据可以包括账号(open ID)、注册时间、关联门店等,由于顾客ID(member ID)及会员(partner ID)是顾客专属身份信息,通常情况下,顾客通过各个渠道注册、登录时,各个渠道都会获取到顾客的member ID和partnerID信息,因此,渠道数据中也会包含顾客ID(member ID)和会员ID(partner ID)等顾客必要信息,其中会员ID(partner ID)是顾客在各大商户注册会员时获取的会员编码,该编码通常会跟会员姓名、手机号、生日等各项身份信息绑定。
进一步地,在步骤03:将渠道数据存储至与渠道数据表之前,还可以包括步骤:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的渠道数据;
若存在则输出渠道已注册的信息;
若不存在则在将渠道数据存储至被请求渠道的渠道数据表中。
如此,可避免同样的渠道数据被重复存储、重复注册。
同样地,在步骤04:将通用数据存储至通用数据表之前,还可以包括步骤:
根据顾客ID查询已有的通用数据表中是否存在顾客的通用数据;
若存在则输出顾客已注册的信息;
若不存在则将通用数据存储至顾客的通用数据表中。
如此,可避免同样的通用数据被重复存储、重复注册。
较佳地,当基于渠道ID获取顾客数据信息的情况下,配合图2所示,在步骤04:将通用数据存至通用数据表中的步骤中,可包括:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的渠道数据;若存在则输出渠道已注册的信息;
若不存在则继续查询其他渠道的渠道数据表中是否存在渠道数据;若存在则在被请求渠道的渠道数据表中新增渠道数据;
若不存在则注册顾客的通用数据表,将通用数据存储于通用数据表中。
如此,可以避免同一顾客在同一商户的不同渠道中多次注册,避免重复建立同一顾客的多个通用数据表。
举例来说,在微信生态圈,如果一个商户下既有小程序也有公众号,那么是可以使用unionId进行用户唯一标识,比如商户存在a公众号、b小程序、c小程序,都是基于同一个开发者平台,那么在里面的相同用户,除了openId不一样,unionId是一样的,通过这个标识,可以在用户的通用数据表(或称主表)创建一条记录,其他用户信息可以作为渠道用户信息。因此,在微信生态圈,可以通过相同的unionId进行信息汇总。
如图2所示,当顾客在用户终端10通过微信渠道,在某一商户的公众号下注册会员时,前台服务器20获取顾客的注册数据信息(如渠道ID、顾客ID等),向后台服务器30发出“检验是否可以注册”的请求指令,后台服务器30在接收到该请求指令后,识别出用户数据信息中的通用数据和渠道数据,根据渠道ID(微信)专属的拆解规则将通用数据存储于顾客的通用数据表,将渠道数据存储于对应渠道的渠道数据表中,在没有通用数据表的情况下重新注册。具体做法是:后台服务器30先在被请求渠道的渠道数据表40中查询是否存在该顾客的渠道数据,若存在则返回渠道信息,后台服务器30在获取返回的渠道信息后判断该顾客已在被请求渠道注册过会员,即返回“不能注册,渠道已注册”的信息至用户终端10;若被请求渠道的渠道数据表中不存在该渠道数据,则进一步判断是注册还是合并,通过在其他渠道的渠道数据表中查询是否存在顾客的渠道数据,当存在则可判断顾客主表(通用数据表)已存在,只是没有在这个渠道注册过,此时,可以只将该渠道数据新增到被请求渠道的渠道数据表中,或者新建该渠道的渠道数据表,无需重新注册顾客的主表信息;反之,当查询结果为其他渠道的渠道数据表中也均不存在该渠道数据时,则代表该客户未曾在系统的任一渠道中注册过会员信息,推断顾客没有注册过主表,此时,对为该顾客注册主表信息,返回会员编号至前端服务器20,前端服务器20再将会员编号反馈至用户终端10,完成用户的会员注册。
当基于顾客信息(如手机号)获取顾客数据信息的情况下,配合图3所示,在步骤04:在将通用数据存至通用数据表中的步骤中,包括:
根据顾客ID查询已有的通用数据表中是否存在顾客的通用数据;若存在则输出用户已注册的信息;
若不存在则继续查询被请求渠道的渠道数据表中是否存在顾客的渠道数据;若存在则输出渠道已注册的信息;
若不存在则注册顾客的通用数据表,将通用数据存储于通用数据表中。
如此,可以避免同一顾客在同一商户的不同渠道中多次注册,避免重复建立同一顾客的多个通用数据表。
举例来说,在微信和支付宝的两个生态圈进行打通的时候,可以通过手机号进行数据打通,把主信息(手机号,用户姓名,生日,头像等)存在主表信息,把渠道信息(openid,注册时间,关联门店等)存在渠道表)。系统数据库中存储有一个主表(即通用数据表)和多个渠道表(渠道数据表),主表与顾客ID唯一对应,用于存储顾客的身份信息,每一渠道具有一渠道表。
如图3所示,当顾客在用户终端10通过支付宝渠道用手机号注册会员时,前台服务器20获取顾客的注册数据信息(渠道ID、顾客ID等),向后台服务器30发出“检验是否可以注册”的请求指令,后台服务器30在接收到该请求指令后,识别出用户数据信息中的通用数据和渠道数据,根据支付宝专属的拆解规则将通用数据存储于顾客的通用数据表,将渠道数据存储于对应渠道的渠道数据表中,在没有通用数据表的情况下重新注册。具体做法是:后台服务器30先在系统数据库的通用数据表50中查询是否存在该顾客的通用数据,若存在则返回主表信息,后台服务器30在获取返回的主表信息后判断该顾客已在系统中注册过会员;若系统数据库中不存在该通用数据,则进一步判断是注册还是合并,通过在渠道数据表中查询是否存在顾客的渠道数据,当存在则可判断顾客主表(通用数据表)已存在,只是没有在这个渠道注册过,此时,可以只将该渠道数据新增到被请求渠道的渠道数据表中,或者新建该渠道的渠道数据表,无需重新注册顾客的主表信息;反之,当查询结果为其他渠道的渠道数据表中也均不存在该渠道数据时,则代表该客户未曾在系统的任一渠道中注册过会员信息,推断顾客没有注册过主表,此时,对为该顾客注册主表信息,返回会员编号至前端服务器20,前端服务器20再将会员编号反馈至用户终端10,完成用户的会员注册。
值得一提的是,本发明还提供了一种存储介质的实施例,用于存储机器可读程序指令,当该机器可读程序指令运行时,执行根据商户本发明多渠道顾客数据统一管理的方法:获取顾客数据信息;识别顾客数据信息中的通用数据和渠道数据;将渠道数据存储至与渠道ID对应的各渠道的渠道数据表中;将通用数据存储至与顾客ID唯一对应的通用数据表中。该存储介质可以是ROM、RAM、移动硬盘、磁碟、光盘、U盘等。
本发明还提供了一种多渠道顾客数据统一管理的系统,以支持上述多渠道顾客数据统一管理的方法的实现。配合图4所示,图中释义了根据本发明实施例的多渠道顾客数据统一管理的系统的示例性主模块图,如图所示,该系统主要包括:输入模块11、数据库12和输出模块13,。其中,输入模块11可为网页系统,用于分别获取和识别顾客数据信息中的通用数据和渠道数据;数据库12,用于将渠道数据存储至与渠道ID对应的各渠道的渠道数据表中,将通用数据存储至与顾客ID唯一对应的通用数据表中;输出模块13可为接口,用于按照指定的渠道将通用数据表中的通用数据和渠道数据表中的渠道数据组装后输出。
进一步地,系统还包括查询模块,用于:在将渠道数据存储至渠道数据表之前,根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的渠道数据;若存在则输出渠道已注册的信息;若不存在则在将渠道数据存储至所述被请求渠道的渠道数据表中。
更进一步,该查询模块,还用于:在将通用数据存储至通用数据表之前,根据顾客ID查询已有的通用数据表中是否存在顾客的通用数据;若存在则输出顾客已注册的信息;若不存在则将通用数据存储至顾客的通用数据表中。
本发明系统分为数据库、网页系统以及接口三部分。数据库层面将顾客数据拆分为通用数据以及渠道数据,每一个顾客只有唯一的顾客数据,但拥有多个渠道数据,渠道可以无限扩展,顾客通用数据记录在通用数据中,渠道专用数据记录在渠道数据中;网页系统中通过两级形式将通用数据与渠道数据分层级进行获取和管理;而接口层面则也通过多层结构将通用数据和单渠道数据按渠道提供。
本发明通过多渠道顾客数据统一进行管理后,可通过同一套网页系统、同一套接口平台对外输出顾客数据,不同的渠道通过相同的方式进行数据的输入和输出,极大有助于规范数据的结构以及因统一方式后带来的效率提升。
需要说明的是,本说明书所附图式所绘示的结构、比例、大小等,均仅用以配合说明书所揭示的内容,以供熟悉此技术的人士了解与阅读,并非用以限定本发明可实施的限定条件,故不具技术上的实质意义,任何结构的修饰、比例关系的改变或大小的调整,在不影响本发明所能产生的功效及所能达成的目的下,均应仍落在本发明所揭示的技术内容得能涵盖的范围内。同时,本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”及“一”等的用语,亦仅为便于叙述的明了,而非用以限定本发明可实施的范围,其相对关系的改变或调整,在无实质变更技术内容下,当亦视为本发明可实施的范畴。
以上所述仅是本发明的较佳实施例而已,并非对本发明做任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案的范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (10)
1.一种多渠道顾客数据统一管理的方法,其特征在于,包括:
获取顾客数据信息;
识别所述顾客数据信息中的通用数据和渠道数据;
将所述渠道数据存储至与渠道ID对应的各渠道的渠道数据表中;
将所述通用数据存储至与顾客ID唯一对应的通用数据表中。
2.如权利要求1所述的方法,其特征在于,在将所述渠道数据存储至渠道数据表之前,还包括步骤:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;
若存在则输出渠道已注册的信息;
若不存在则在将所述渠道数据存储至所述被请求渠道的渠道数据表中。
3.如权利要求1所述的方法,其特征在于,在将所述通用数据存储至通用数据表之前,还包括步骤:
根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据;
若存在则输出顾客已注册的信息;
若不存在则将所述通用数据存储至所述顾客的通用数据表中。
4.如权利要求1所述的方法,其特征在于,在将所述通用数据存至所述通用数据表中的步骤中,包括:
根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;若存在则输出渠道已注册的信息;
若不存在则继续查询其他渠道的渠道数据表中是否存在所述渠道数据;若存在则在所述被请求渠道的渠道数据表中新增所述渠道数据;
若不存在则注册所述顾客的通用数据表,将所述通用数据存储于所述通用数据表中。
5.如权利要求1所述的方法,其特征在于,在将所述通用数据存至所述通用数据表中的步骤中,包括:
根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据;若存在则输出用户已注册的信息;
若不存在则继续查询被请求渠道的所述渠道数据表中是否存在所述顾客的渠道数据;若存在则输出渠道已注册的信息;
若不存在则注册所述顾客的通用数据表,将所述通用数据存储于所述通用数据表中。
6.如权利要求1所述的方法,其特征在于,在识别所述通用数据和所述渠道数据的步骤中:
将与顾客身份相关的基本信息识别为通用数据;
将与渠道相关的信息识别为渠道数据。
7.一种多渠道顾客数据统一管理的系统,其特征在于,包括:
输入模块,用于分别获取顾客数据信息中的通用数据和渠道数据;
数据库,用于将所述渠道数据存储至与渠道ID对应的各渠道的渠道数据表中,将所述通用数据存储至与顾客ID唯一对应的通用数据表中;
输出模块,用于按照指定的渠道将所述通用数据表中的通用数据和所述渠道数据表中的渠道数据组装后输出。
8.如权利要求7所述的系统,其特征在于,所述系统还包括查询模块,用于:在将所述渠道数据存储至渠道数据表之前,根据渠道ID查询被请求渠道的渠道数据表中是否存在顾客的所述渠道数据;
若存在则输出渠道已注册的信息;
若不存在则在将所述渠道数据存储至所述被请求渠道的渠道数据表中。
9.如权利要求7所述的系统,其特征在于,所述系统还包括查询模块,用于:在将所述通用数据存储至通用数据表之前,根据顾客ID查询已有的通用数据表中是否存在顾客的所述通用数据;
若存在则输出顾客已注册的信息;
若不存在则将所述通用数据存储至所述顾客的通用数据表中。
10.一种计算机可读的存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1~6任一项所述的多渠道顾客数据统一管理的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910508396.3A CN110298692A (zh) | 2019-06-12 | 2019-06-12 | 多渠道顾客数据统一管理的方法、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910508396.3A CN110298692A (zh) | 2019-06-12 | 2019-06-12 | 多渠道顾客数据统一管理的方法、系统及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110298692A true CN110298692A (zh) | 2019-10-01 |
Family
ID=68027945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910508396.3A Pending CN110298692A (zh) | 2019-06-12 | 2019-06-12 | 多渠道顾客数据统一管理的方法、系统及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110298692A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110956386A (zh) * | 2019-11-27 | 2020-04-03 | 北京国腾联信科技有限公司 | 基于多渠道的信用数据的处理方法和装置 |
CN111464634A (zh) * | 2020-03-31 | 2020-07-28 | 中国建设银行股份有限公司 | 渠道共享平台 |
CN113542429A (zh) * | 2021-07-29 | 2021-10-22 | 北京百度网讯科技有限公司 | 一种平台入驻处理方法、装置、设备和介质 |
-
2019
- 2019-06-12 CN CN201910508396.3A patent/CN110298692A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110956386A (zh) * | 2019-11-27 | 2020-04-03 | 北京国腾联信科技有限公司 | 基于多渠道的信用数据的处理方法和装置 |
CN111464634A (zh) * | 2020-03-31 | 2020-07-28 | 中国建设银行股份有限公司 | 渠道共享平台 |
CN113542429A (zh) * | 2021-07-29 | 2021-10-22 | 北京百度网讯科技有限公司 | 一种平台入驻处理方法、装置、设备和介质 |
CN113542429B (zh) * | 2021-07-29 | 2023-09-01 | 北京百度网讯科技有限公司 | 一种平台入驻处理方法、装置、设备和介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7428531B2 (en) | Customer information management system and method | |
US7958142B2 (en) | User profile aggregation | |
US11163906B2 (en) | Adaptive redaction and data releasability systems using dynamic parameters and user defined rule sets | |
CN101796795B (zh) | 分布式系统 | |
CN110196971A (zh) | 在线文档编辑方法、装置、终端设备及存储介质 | |
US8296317B2 (en) | Searchable object network | |
US7702521B2 (en) | Method for users of a network to provide other users with access to link relationships between documents | |
CN108376383B (zh) | 一种电子证明的共享服务系统 | |
CN110298692A (zh) | 多渠道顾客数据统一管理的方法、系统及存储介质 | |
CN108572963A (zh) | 信息获取方法和装置 | |
US9292579B2 (en) | Method and system for document data extraction template management | |
US20150039707A1 (en) | Document processing | |
US20210224300A1 (en) | Centralized cloud service management | |
AU2014343044A1 (en) | Method and system for document data extraction template management | |
CN108564462A (zh) | 征信数据的获取方法、终端设备及介质 | |
CN113111179A (zh) | 文件的分类处理方法、装置、服务器及系统 | |
CN109615172A (zh) | 一种处理考核数据的方法及终端 | |
CN110287193A (zh) | 一种文件生成方法、装置、设备及计算机可读存储介质 | |
CN112465620B (zh) | 基于动态表单与规则引擎的终端填单业务联动方法及装置 | |
Pampel et al. | Re3data–Indexing the global research data repository landscape since 2012 | |
CN112287403A (zh) | 基于区块链的电子卷宗管理方法、装置、电子设备及介质 | |
US20170220604A1 (en) | Method, an apparatus, a computer program product for determining metadata for a data item | |
CN108170867A (zh) | 一种元数据服务系统 | |
CN105955680A (zh) | 一种支持动态附加扩展信息的单据打印方法 | |
US8832110B2 (en) | Management of class of service |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191001 |