一种数据匹配、数据处理方法及设备与流程

文档序号:16812843发布日期:2019-02-10 13:54阅读:134来源:国知局
一种数据匹配、数据处理方法及设备与流程
本申请涉及计算机处理以及金融科技领域,尤其涉及一种数据匹配、数据处理方法及设备。
背景技术
:本文所述的金融业务是指以资金融通为核心的各项业务,具体包括:债券投资、拆借、回购、同业存放、外汇买卖、衍生产品交易等业务。当用户在寻找符合交易条件的(或者满足自己需求)金融业务报价时,需要通过大量重复的人工筛选操作,大大降低了用户获取金融业务报价的效率,同时也削弱了用户对系统平台的用户体验。技术实现要素:有鉴于此,本申请实施例提供了一种数据匹配、数据处理方法及设备,用于解决如何提升用户有效地获取金融业务报价的效率。本申请实施例提供了一种数据匹配、数据处理方法,包括:确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。本申请实施例提供了一种数据匹配、数据处理方法,包括:接收用户发送的数据发布请求,所述数据发布请求中包含金融业务的第一报价数据;查找与所述第一报价数据之间满足设定的匹配条件的至少一个第二报价数据;将查找到的所述至少一个第二报价数据展示给所述用户。本申请实施例提供了一种数据处理设备,包括:确定单元,用于确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;提取单元,用于分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;处理单元,用于根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。本申请实施例提供了一种数据处理设备,包括:接收单元,用于接收用户发送的数据发布请求,所述数据发布请求中包含金融业务的第一报价数据;查找单元,用于查找与所述第一报价数据之间满足设定的匹配条件的至少一个第二报价数据;处理单元,用于将查找到的所述至少一个第二报价数据展示给所述用户。本申请提供的至少一个实施例所能够达到的有益效果如下:本申请实施例通过确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。面对海量的金融业务报价,利用本申请实施例提供的数据匹配的技术方案,能够快速得到与用户输入的报价数据相匹配的其他报价数据,有效提升了用户获取相匹配的金融业务报价的效率,进而大大改善了用户体验。附图说明为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本申请实施例提供了一种数据处理方法的流程示意图;图2为本申请实施例提供了一种数据处理方法的流程示意图;图3为本申请实施例提供了一种数据处理设备的结构示意图;图4为本申请实施例提供了一种数据处理设备的结构示意图。具体实施方式为了实现本申请的目的,本申请实施例提供了一种数据匹配、数据处理方法及设备,通过确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征性信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。面对海量的金融业务报价,利用本申请实施例提供的数据匹配的技术方案,能够快速得到与用户输入的报价数据相匹配的其他报价数据,有效提升了用户获取相匹配的金融业务报价的效率,进而大大改善了用户体验。需要说明的是,本申请实施例中记载的报价数据的特征信息用于表示金融业务的报价数据所具备的特点,特征信息包括但不限于报价数据的属性信息(即报价数据本身所包含的数据属性,又可以称之为报价数据的基础信息)和外延信息(即与提供报价数据有关的用户、机构或者环境的信息等,又可以称之为扩展信息,例如:报价人的风险偏好信息、金融机构的合规性要求信息、报价双方的亲疏关系、地域相关性、当前的市场趋势等等)。本申请实施例中记载的“第一金融业务”和“第二金融业务”中的“第一”和“第二”没有特殊含义,仅用来区分不同的金融业务。本申请实施例中记载的“第一报价数据”和“第二报价数据”中的“第一”和“第二”没有特殊含义,仅用来区分不同的报价数据。下面结合说明书附图对本申请各个实施例作进一步地详细描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。图1为本申请实施例提供的一种数据匹配、数据处理方法的流程示意图。所述方法可以如下所示。步骤101:确定第一金融业务的第一报价数据和第二金融业务的第二报价数据。在本申请实施例中,对于系统平台上存储的(或者上传的)金融业务报价,可以将这些金融业务的报价数据存储在报价数据库中。也就是说,报价数据库中存储金融业务的产品标识(或者产品名称)以及该金融业务对应的报价数据。这里确定报价数据可以是有条件的确定,也可以是随机确定,在本申请实施例中不做具体限定。具体地,首先,获取第一金融业务和第二金融业务。该步骤的实施可以是用户在向系统平台提交金融业务的时候实施,也可以是在系统平台存储用户发送的金融业务之时或者之后的时候实施,这里不做具体限定。其次,判断第一金融业务与第二金融业务是否属于同种业务。为了保证能够按照同种业务的报价数据进行展示,对于获取的金融业务需要进行是否属于同种业务的判断。至于如何判断不同的金融业务是否属于同种业务,可以通过数据分类算法判断不同的金融业务,也可以通过其他方式进行判断,这里不做具体描述。最后,在确定所述第一金融业务和所述第二金融业务属于同种业务的情况下,提取所述第一金融业务的第一报价数据和所述第二金融业务的第二报价数据。步骤102:分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息。在本申请实施例中,提取第一报价数据的特征信息与提取第二报价数据的特征信息的方式相同。下面以如何提取第一报价数据的特征信息为例进行描述。具体地,首先,确定所述第一报价数据对应的文本信息。例如:以金融业务的资金报价为例进行说明。假设得到的第一报价数据为“出、隔夜、1个亿、银行、限银行”;那么通过分析确定的文本信息是:“出、隔夜、1个亿、银行、限银行”。其次,对所述文本信息进行处理,得到所述第一报价数据的属性信息,所述属性信息中包含方向、期限信息、机构信息、金额、利率、押券要求、债券信息、评级信息、风险指标中的至少一种或者多种。例如:通过处理,可以确定得到的第一报价数据对应的属性信息如表1所示:表1方向期限金额机构属性限制条件第一报价数据出1天100000000银行限银行从表1中可以看出,第一报价数据的属性信息包含属性以及属性对应的属性值。例如:属性“方向”对应的属性值为“出”,属性“期限”对应的属性值为“1天”;属性“金额”对应的属性值为“100000000”;属性“机构属性”对应的属性值为“银行”;属性“限制条件”对应的属性值为“限银行”。需要说明的是,本申请实施例中记载的第一报价数据的属性信息并不是所有报价数据都具备的,有些报价数据可能具备所列举的部分或者全部属性,例如:“限制条件”这一属性就不是所有报价数据都具备的属性。也就是说,在本申请实施例中,报价数据的属性可以分为必备属性和可选属性。较优地,在金融业务报价领域,除了考虑金融业务的报价数据本身所具备的属性之外,还可以考虑与所发布的金融业务的报价数据有关的其他特点,例如:发布报价数据的用户的特点、机构的特点等等。由于用户在发布金融业务的报价数据时,考虑到报价习惯或者个人隐私等方面的因素,绝大部分的用户不会在报价数据中包含用户的特征数据,为了保证报价数据匹配的精准度,在本申请实施例中,提取所述第一报价数据的特征信息,还包括:确定所述第一报价数据的外延信息,所述外延信息中包含用户信息、机构其它信息、市场信息、交易限制信息、合规要求信息、风险偏好信息中的至少一种或者多种;将所述外延信息视为所述第一报价数据的特征信息。也就是说第一报价数据的特征信息可以为第一报价数据的属性信息,也可以为第一报价数据的外延信息,还可以既包含第一报价数据的属性信息又包含第一报价数据的外延信息,这里不做具体限定。相同地,第二报价数据的特征信息可以按照上述记载的方式的,第二报价数据的特征信息可以为第二报价数据的属性信息,也可以为第二报价数据的外延信息,还可以既包含第二报价数据的属性信息又包含第二报价数据的外延信息,这里不做具体限定。步骤103:根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。在本申请实施例中,设定的匹配条件可以是匹配逻辑,也可以是其他能够体现匹配度的形式,这里不做具体限定。假设设定的匹配条件是匹配逻辑,那么设定的匹配逻辑可以根据部分特征信息建立的逻辑关系(例如:根据报价数据的部分属性信息建立的逻辑关系,和/或根据报价数据的部分外延信息建立的逻辑关系),例如:方向属性相反and机构属性相同;或者方向属性相反and期限属性相同and机构属性不同;或者方向属性相反and期限属性相同and机构属性相同,等等;还可以根据全部特征信息建立逻辑关系,这里匹配逻辑可以根据实际需要确定,不做具体限定。具体地,按照设定的匹配规则,对所述第一报价数据的特征信息和所述第二报价数据的特征信息执行设定操作;判断所述第一报价数据和所述第二报价数据是否满足设定的匹配逻辑。这里的设定操作包括但不限于比对操作、是否等价的判断操作、是否有交集的判断操作、是否存在包含关系的判断操作等等,在本申请实施例中不做具体限定。需要说明的是,这里设定的匹配规则可以根据设定的匹配条件确定,也可以根据实际需要确定,这里不做限定。如果设定的匹配条件为匹配逻辑,那么按照匹配逻辑所提供的匹配内容,将第一报价数据的特征信息与第二报价数据的特征信息进行比对,得到匹配逻辑表达式,将该匹配逻辑表达式与设定的匹配逻辑表达式进行比较。例如:假设设定的匹配逻辑为“方向相反and机构属性相同and限制条件相同”,第一报价数据为“出,隔夜,1个亿,银行,限银行”;第二报价数据为“收,隔夜,1个亿,银行,限银行”,那么第一报价数据与第二报价数据的属性与属性值之间的映射关系如表2所示:表2方向期限金额机构属性限制条件第一报价数据出1天100000000银行限银行第二报价数据收1天100000000银行限银行判断第一报价数据的“方向”属性与第二报价数据的“方向”属性是否相反;判断第一报价数据的“机构属性”与第二报价数据的“机构属性”是否相同;判断第一报价数据的“限制条件”属性与第二报价数据的“限制条件”属性是否相同。通过各个属性对应属性值的比对,得到的比对结果为“方向相反、机构属性相同、限制条件相同”。由此可见比对结果与设定的匹配逻辑相同,那么说明第一报价数据和第二报价数据满足设定的匹配逻辑,也就是说第一报价数据和第二报价数据对应的判断结果为匹配。仍以表2中的数据为例。例如:假设设定的匹配逻辑为“方向相反and机构属性相同and限制条件相同”,那么在得到比对结果为“方向相同、机构属性相同、限制条件相同”时,可以确定比对结果与设定的匹配逻辑不相同,那么说明第一报价数据和第二报价数据不满足设定的匹配逻辑,也就是说第一报价数据和第二报价数据对应的判断结果为不匹配。具体地,首先,判断所述第一报价数据和该第二报价数据之间是否满足匹配规则,进而判断第一报价数据和第二报价数据是否匹配,设定的匹配规则可以根据设定的匹配条件确定,也可以根据实际需要确定,这里不做具体限定。在判断所述第一报价数据和该第二报价数据之间的匹配规则时,首先,可以确定各个特征信息(包含属性信息和外延信息)对应的权重。本申请实施例中主要以属性信息为例进行说明。仍以表2中的数据为例。假设“方向”属性、“期限”属性、“金额”属性、“机构属性”和“限制条件”属性的权重分别为0.2。其次,针对每一个属性,分别判断第一报价数据的该属性对应的属性值与第二报价数据的该属性对应的属性值是否相同或者满足匹配规则,如果相同或者满足匹配规则,记为该属性匹配,并给出该属性的打分1+n(数值n的具体值是根据匹配效果制定的),并继续判断下一个属性信息;如果不同且不满足匹配规则,记为该属性不匹配,同时记录第一报价数据与第二报价数据不匹配。仍以表2中的数据为例。“方向”属性对应的属性值满足匹配规则,那么对应的属性打分数值为1+1;“期限”属性对应的属性值相同,那么对应的属性打分数值为1+0.4;“金额”属性对应的属性值相同,那么对应的属性打分数值为1+0.3;“机构属性”对应的属性值满足匹配规则,那么对应的属性打分数值为1+0.7;“限制条件”属性对应的属性值满足匹配规则,那么对应的属性打分数值为1+0.7,所有属性信息都满足匹配规则,说明第一报价数据与第二报价数据相互匹配。第三,在所有属性都满足匹配规则时,得到每一个属性对应的打分数值之后,计算属性对应的打分数值与属性对应权重的积,并求和。仍以表2中的数据为例。计算得到第一报价数据与第二报价数据的匹配得分为2*0.2+1.4*0.2+1.3*0.2+1.7*0.2+1.7*0.2=1.62。较优地,在与第一报价数据匹配的第二报价数据的个数大于1的情况下,在本申请实施例中还可以进一步根据每一个第二报价数据与第一报价数据之间的匹配得分,进而确定匹配得分满足要求的所有第二报价数据,并根据匹配得分对确定的所有第二报价数据进行优劣排序。对于确定的与第一报价数据满足匹配规则的所有第二报价数据,按照上述方式计算得到匹配得分。最后,在得到每一个第二报价数据与第一报价数据的匹配得分的情况下,按照匹配得分的大小,对得到的与第一报价数据匹配的第二报价数据进行排序。步骤104:在判断结果为所述第一报价数据和所述第二报价数据满足设定的匹配逻辑的情况下,建立所述第一报价数据和所述第二报价数据之间的对应关系。在本申请实施例中,通过上述方式得到的与第一报价数据匹配的第二报价数据的数量大于等于1的情况下,可以将所有第二报价数据展示给发布第一报价数据的用户,也可以按照排序结果将部分(例如:设定数量个、匹配得分大于设定阈值的、设定比例的等等)第二报价数据展示给发布第一报价数据的用户。本申请实施例中对于设定数量、设定比例、设定阈值不做具体限定,可以根据实际需要或者实验数据确定。通过本申请实施例提供的技术方案,对于系统平台上发布的金融业务报价,通过确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。面对海量的金融业务报价,利用本申请实施例提供的数据匹配的技术方案,能够快速得到与用户输入的报价数据相匹配的其它报价数据,有效提升了用户获取相匹配的金融业务报价的效率,进而大大改善了用户体验。基于同一个发明构思,图2为本申请实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所示。在图1所示的数据处理方法的基础之上,可以将图1所示的数据处理方法应用在不同的场景中。下面以应用在报价数据发布、推荐、匹配领域为例进行详细说明。步骤201:接收用户发送的数据发布请求,所述数据发布请求中包含金融业务的第一报价数据。在本申请实施例中,用户发送数据发布请求。在该数据发布请求中包含金融业务的第一报价数据。步骤202:查找与所述第一报价数据之间满足设定的匹配条件的至少一个第二报价数据。这里可以从数据库中查找,还可以从内存缓存数据中查找,也可以从文件系统中查找;查找与所述第一报价数据之间满足设定的匹配条件的至少一个第二报价数据可以采用图1中所示的方法,还可以采用其他方式,这里不做详细赘述。步骤203:将查找到的所述至少一个第二报价数据展示给所述用户。这里展示可以是基于用户查询将查找到的第二报价数据展示给用户,也可以是直接推送给用户,这里不做具体限定。基于同一个发明构思,图3为本申请实施例提供了一种数据处理设备的结构示意图。所述数据处理设备包括:确定单元301、提取单元302和处理单元303,其中:确定单元301,用于确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;提取单元302,用于分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;处理单元303,用于根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。在本申请的另一个实施例中,所述处理单元303根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件,包括:按照设定的匹配规则,对所述第一报价数据的特征信息和所述第二报价数据的特征信息执行设定操作;判断所述第一报价数据和所述第二报价数据是否满足设定的匹配逻辑。在本申请的另一个实施例中,所述处理单元303在判断结果为所述第一报价数据和所述第二报价数据满足设定的匹配逻辑的情况下,建立所述第一报价数据和所述第二报价数据之间的对应关系。在本申请的另一个实施例中,所述提取单元302提取所述第一报价数据的特征信息,包括:确定所述第一报价数据对应的文本信息;对所述文本信息进行处理,得到所述第一报价数据的属性信息,所述属性信息包含方向、期限信息、机构信息、金额、利率、押券要求、债券信息、评级信息、风险指标中的至少一种或者多种。在本申请的另一个实施例中,所述提取单元302提取所述第一报价数据的特征信息,还包括:确定所述第一报价数据的外延信息,所述外延信息中包含用户信息、机构其它信息、市场信息、交易限制信息、合规要求信息、风险偏好信息中的至少一种或者多种;将所述外延信息视为所述第一报价数据的特征信息。在本申请的另一个实施例中,所述确定单元301确定第一金融业务的第一报价数据和第二金融业务的第二报价数据,包括:获取第一金融业务和第二金融业务;提取所述第一金融业务的第一报价数据和所述第二金融业务的第二报价数据。需要说明的是,本申请实施例提供的数据处理设备可以通过软件方式实现,也可以通过硬件方式实现,这里不做具体限定。数据处理设备通过确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。能够快速得到与用户输入的报价数据相匹配的其他报价数据,有效提升了用户获取相匹配的金融业务报价的效率,进而大大改善了用户体验。基于同一个发明构思,本申请实施例还提供了一种数据处理设备,包括至少一个处理器及存储器,所述存储器存储有程序,并且被配置成由所述至少一个处理器执行以下步骤:确定第一金融业务的第一报价数据和第二金融业务的第二报价数据;分别提取所述第一报价数据的特征信息和所述第二报价数据的特征信息;根据所述第一报价数据的特征信息和所述第二报价数据的特征信息,判断所述第一报价数据和所述第二报价数据是否满足设定的匹配条件。本申请实施例中记载的处理器可以是中央处理器,还可以是其他具备控制、处理功能的设备,这里不做具体限定。基于同一个发明构思,图4为本申请实施例提供的一种数据处理设备的结构示意图。所述数据处理设备包括:接收单元401、查找单元402和处理单元403,其中:接收单元401,用于接收用户发送的数据发布请求,所述数据发布请求中包含金融业务的第一报价数据;查找单元402,用于查找与所述第一标价数据之间满足设定的匹配条件的至少一个第二报价数据,所述报价数据库中包含不同的金融业务的报价数据;处理单元403,用于将查找到的所述至少一个第二报价数据展示给所述用户。需要说明的是,本申请实施例提供的数据处理设备可以通过软件方式实现,也可以通过硬件方式实现,这里不做具体限定。本领域的技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1