自动追溯定价的执行方法、装置及服务器与流程

1.本发明涉及计算机应用的技术领域，尤其是涉及一种自动追溯定价的执行方法、装置及服务器。


背景技术：

2.内部资金转移定价，也称为ftp(funds transfer pricing)，是指商业银行内部资金中心与业务经营单位按照一定规则全额有偿转移资金，达到核算业务资金成本或收益等目的的一种内部经营管理模式。目前，内部资金转移定价系统实现的是每日一定价，但由于涉及到定价规则的变化，比如针对于浮动利率业务，在业务发生当天，将业务的重定价期限所对应的ftp收益率曲线上的利率作为该业务的ftp价格。可以理解为每一次重定价时，客户端的实际利率可能发生变化，这就相当于重新对客户进行议价，业务部门将重新议价的后的资金与资金中心进行ftp交易，这时，ftp价格也需要重新确定。
3.这种情况下，就经常需要对历史数据重新定价，以前的处理办法是通过直接写sql(structured query language，结构化查询语言)语句脚本，在准生产环境测试后发布至生产环境，直接操作生产数据库的数据追溯历史重新定价。这样的弊端是风险系数较大，而且费时费力，不智能，规则调整后又需再重复一次流程处理，复工严重，还可能会出现误操作或误执行的情况，容易导致生产数据异常，降低了工作效率。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种自动追溯定价的执行方法、装置及服务器，以缓解上述技术问题。
5.第一方面，本发明实施例提供了一种自动追溯定价的执行方法，包括：获取追溯账号范围，根据所述追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，根据所述追溯账号范围，回拉所述追溯日当天的头寸数据，并将所述头寸数据放置于预设的头寸数据表，其中，所述追溯账号范围包括多个内部资金转移定价ftp账号；启动定价任务引擎，根据预设的追溯日期范围和所述追溯账号范围计算所述追溯日期范围内，每个所述ftp账号的追溯次数；通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务依次提交至预设的定价引擎，以使所述定价引擎进行追溯定价计算，其中，所述追溯定价任务携带有所述定价结果表和所述头寸数据表；获取所述定价引擎向所述定价任务引擎返回的定价完成结果，根据所述定价完成结果对追溯正式表进行更新。
6.结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，上述通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务依次提交至预设的定价引擎，以使所述定价引擎进行追溯定价计算的步骤，包括：通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务提交至redis数据库，通过所述redis数据库将所述追溯定价任务分发至所述定价引擎进行追溯定价计算；以及，通过所述定价任务引擎接收所述定价引擎返回的每次追溯定价计算的完成结果，自动向所述定价引擎发送下一个所述追溯
次数对应的追溯定价任务，直至所述追溯次数对应的所述追溯定价任务均完成。
7.结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，上述方法还包括：如果监测到所述redis数据库将所述追溯定价任务分发至所述定价引擎之后，启动预设的守护线程；通过所述守护线程监测所述定价引擎是否完成本次追溯定价计算任务，并在本次追溯定价计算任务完成之后向所述定价任务引擎返回完成信号，以使所述定价任务引擎向所述redis数据库提交下一个追溯定价任务。
8.结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，上述获取所述定价引擎向所述定价任务引擎返回的定价完成结果的步骤，包括：获取所述定价引擎返回的每次追溯定价计算的完成结果；将每次追溯定价计算的完成结果进行合并处理，生成所述定价完成结果。
9.结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，上述根据预设的追溯日期范围和所述追溯账号范围计算所述追溯日期范围内，每个所述ftp账号的追溯次数的步骤，包括：获取所述追溯日期范围包括的追溯开始日期和追溯结束日期；将所述追溯开始日期到所述追溯结束日期内所包含的天数确定为所述追溯账号范围中包括的每个所述ftp账号的追溯次数。
10.结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，上述回拉所述追溯日当天的头寸数据之后，所述方法还包括：确认所述头寸数据是否需要还款计划数据，如果是，则将所述还款计划数据从所述头寸数据中对应的还款计划历史表中回拉至所述头寸数据表中的还款计划表。
11.结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，上述获取追溯账号范围的步骤，包括：获取预先设置的信息维度；其中，所述信息维度包括以下维度至少之一：科目、机构、币种、定价单元、利率类型、数据日期、起息日、到期日、系统来源；基于所述信息维度从账号数据库中筛选满足所述信息维度的ftp账号；对筛选得到的所述ftp账号进行去重处理，得到包含至少一个所述ftp账号的追溯账号范围。
12.第二方面，本发明实施例还提供一种自动追溯定价的执行装置，包括：获取模块，用于获取追溯账号范围，根据所述追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，根据所述追溯账号范围，回拉所述追溯日当天的头寸数据，并将所述头寸数据放置于预设的头寸数据表，其中，所述追溯账号范围包括多个内部资金转移定价ftp账号；启动模块，用于启动定价任务引擎，根据预设的追溯日期范围和所述追溯账号范围计算所述追溯日期范围内，每个所述ftp账号的追溯次数；计算模块，用于通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务依次提交至预设的定价引擎，以使所述定价引擎进行追溯定价计算，其中，所述追溯定价任务携带有所述定价结果表和所述头寸数据表；更新模块，用于获取所述定价引擎向所述定价任务引擎返回的定价完成结果，根据所述定价完成结果对追溯正式表进行更新。
13.第三方面，本发明实施例还提供一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。
14.第四方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面所述的方法
的步骤。
15.本发明实施例带来了以下有益效果：
16.本发明实施例提供的自动追溯定价的执行方法、装置及服务器，能够给获取追溯账号范围，然后根据追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，回拉追溯日当天的头寸数据放置于预设的头寸数据表，进而在启动定价任务引擎之后，可以根据预设的追溯日期范围和追溯账号范围计算追溯日期范围内，每个ftp账号的追溯次数；以及通过定价任务引擎将每个追溯次数对应的追溯定价任务依次提交至预设的定价引擎，并且，追溯定价任务携带有定价结果表和头寸数据表；以使定价引擎进行追溯定价计算，当追溯定价计算完成后，可以进一步获取定价引擎向定价任务引擎返回的定价完成结果，进而实现根据定价完成结果对追溯正式表进行更新，整个追溯定价的过程，可以实现流程控制，这样，可以大大降低追溯的风险和成本，进而提高追溯的效率。
17.本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
18.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
19.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1为本发明实施例提供的一种自动追溯定价的执行方法的流程图；
21.图2为本发明实施例提供的另一种自动追溯定价的执行方法的流程图；
22.图3为本发明实施例提供的一种追溯定价任务的分发流程图；
23.图4为本发明实施例提供的一种自动追溯定价的执行装置的结构示意图；
24.图5为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
25.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
26.目前，在进行内部资金转移定价的追溯定价过程，多通过sql脚本实现，在准生产环境测试后发布至生产环境，直接操作生产数据库的数据追溯历史重新定价，这种方式的风险系数较大，而且费时费力，当规则调整后又需再重复一次流程处理，不仅容易出现误操作或者误执行，也导致效率较低。
27.基于此，本发明实施例提供的一种自动追溯定价的执行方法、装置及服务器，可以规范追溯流程，降低追溯风险，进而提高追溯效率。
28.为便于对本实施例进行理解，首先对本发明实施例所公开的一种自动追溯定价的执行方法进行详细介绍。
29.在一种可能的实施方式中，本发明实施例提供了一种自动追溯定价的执行方法，该方法应用于服务器，例如，可以是设置在金融科技行业的服务器，用于进行自动追溯定价等等，以便于在追溯定价过程中，能够执行本发明实施例提供的自动追溯定价的执行方法，并能形成智能系统，实现追溯定价的自动化过程。
30.具体地，如图1所示的一种自动追溯定价的执行方法的流程图，该方法包括以下步骤：
31.步骤s102，获取追溯账号范围，根据追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，根据追溯账号范围，回拉追溯日当天的头寸数据，并将头寸数据放置于预设的头寸数据表；
32.其中，本发明实施例中的追溯账号范围包括多个内部资金转移定价ftp账号；
33.在实际使用时，上述步骤s102中，获取追溯账号范围时，一般需要在账号数据库中去筛选符合一定条件的ftp账号，因此，通常需要去获取预先设置的信息维度；其中，信息维度包括以下维度至少之一：科目、机构、币种、定价单元、利率类型、数据日期、起息日、到期日、系统来源等，然后基于所选的信息维度从账号数据库中筛选满足上述信息维度的ftp账号；并对筛选得到的ftp账号进行去重处理，得到包含至少一个ftp账号的追溯账号范围。
34.例如，通常，每天所有定完价的数据都会存储在后台的数据库表中，假设如果发现票据系统的数据质量发生问题，需重跑定价，此时，可以从数据库表中取需要重跑日期的定价结果数据，限制信息维度为系统来源＝
‘
票据系统’，此时可以获取需追溯的帐号范围，然后去重处理，即可得到本发明实施例中的上述追溯账号范围。
35.当获取到追溯账号范围之后，可以将追溯账号范围所包括的ftp账号导入执行本发明实施例中的自动追溯定价的执行方法的服务器，以便于执行上述步骤s102中，回拉追溯日上一天的定价结果数据到用于追溯的定价结果表里面，因为涉及到部分累积指标是按天相加的，所以追溯前需要将追溯日上一天的定价结果数据回拉到用于追溯重跑的定价结果表里面，然后继续执行后续的各个步骤。
36.进一步，追溯定价的过程，追溯的往往是在一个连续的日期范围内，每次定价完成一天后，都需把该天之后的定价结果进行重新计算，因此，在得到上述追溯账号范围之后，还需要回拉追溯日当天的头寸数据，并将头寸数据放置于预设的头寸数据表，以便于后续进行追溯定价。
37.步骤s104，启动定价任务引擎，根据预设的追溯日期范围和追溯账号范围计算追溯日期范围内，每个ftp账号的追溯次数；
38.步骤s106，通过定价任务引擎将每个追溯次数对应的追溯定价任务依次提交至预设的定价引擎，以使定价引擎进行追溯定价计算；
39.其中，上述追溯定价任务携带有定价结果表和头寸数据表；
40.步骤s108，获取定价引擎向定价任务引擎返回的定价完成结果，根据定价完成结果对追溯正式表进行更新。
41.本发明实施例提供的自动追溯定价的执行方法，能够给获取追溯账号范围，然后根据追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，回
拉追溯日当天的头寸数据放置于预设的头寸数据表，进而在启动定价任务引擎之后，可以根据预设的追溯日期范围和追溯账号范围计算追溯日期范围内，每个ftp账号的追溯次数；以及通过定价任务引擎将每个追溯次数对应的追溯定价任务依次提交至预设的定价引擎，并且，追溯定价任务携带有定价结果表和头寸数据表；以使定价引擎进行追溯定价计算，当追溯定价计算完成后，可以进一步获取定价引擎向定价任务引擎返回的定价完成结果，进而实现根据定价完成结果对追溯正式表进行更新，整个追溯定价的过程，可以实现流程控制，这样，可以大大降低追溯的风险和成本，进而提高追溯的效率。
42.在实际使用时，本发明实施例中的上述定价任务引擎，通常是预先建立的用于分发追溯定价任务的引擎，该引擎可以是部署于上述服务器中的一个功能单元，也可以是一个单独的服务器，用于分发追溯定价任务。而上述定价引擎，则是用于执行追溯定价算法的引擎，同样，也可以是部署于上述服务器中的一个功能单元，也可以是一个单独的服务器，具体的定价任务引擎和定价引起的设置方式，可以根据实际使用情况进行设置，本发明实施例对此不进行限制。
43.进一步，对于贷款类业务，在追溯定价时，通常还需要获取还款计划数据，因此，在回拉追溯日当天的头寸数据之后，还需要进一步确认头寸数据是否需要还款计划数据，如果是，则将还款计划数据从头寸数据中对应的还款计划历史表中回拉至头寸数据表中的还款计划表。通常，头寸数据表中会有一个“还款方式”的字段，对于贷款类业务，每一笔贷款类业务都会有一个对应的还款方式，如果还款方式为不规则还款，通常系统中定义为字母：g，则可确认为该笔数据的追溯定价需要还款计划，此时可以从还款计划历史表中获取到还款计划数据，并回拉至头寸数据表中的还款计划表，即“还款方式”字段对应的表格，以便于后续追溯定价时去获取该还款计划数据进行追溯定价。
44.进一步，在启动定价任务引擎之后，计算追溯次数的过程，通常都是自动进行的，即，根据预设的追溯日期范围自动计算追溯次数，具体地，上述步骤s104中，计算追溯次数是，可以获取追溯日期范围包括的追溯开始日期和追溯结束日期；然后将追溯开始日期到追溯结束日期内所包含的天数确定为追溯账号范围中包括的每个ftp账号的追溯次数。例如，开始追溯时，会根据追溯日期范围自动去提取追溯开始日期和追溯结束日期，比如开始日期为2022/09/01，结束日期为2022/09/07，由于包含的天数为7天，因此在确定追溯次数时，每个ftp账号的追溯次数为7次。即，每天追溯一次，启动定价任务引擎之后，可以通过定价任务引擎进和定价引擎自动执行。
45.进一步，为了便于理解，在图1的基础上，图2还示出了另一种自动追溯定价的执行方法的流程图，对定价任务引擎分发追溯定价任务的自动执行过程进行描述，具体地，如图2所示，包括以下步骤：
46.步骤s202，获取追溯账号范围，根据追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，根据追溯账号范围，回拉追溯日当天的头寸数据，并将头寸数据放置于预设的头寸数据表；
47.步骤s204，启动定价任务引擎，获取追溯日期范围包括的追溯开始日期和追溯结束日期；
48.步骤s206，将追溯开始日期到追溯结束日期内所包含的天数确定为追溯账号范围中包括的每个ftp账号的追溯次数；
49.步骤s208，通过定价任务引擎将每个追溯次数对应的追溯定价任务提交至redis数据库，通过redis数据库将追溯定价任务分发至定价引擎进行追溯定价计算；
50.步骤s210，通过定价任务引擎接收定价引擎返回的每次追溯定价计算的完成结果，自动向定价引擎发送下一个追溯次数对应的追溯定价任务，直至追溯次数对应的追溯定价任务均完成；
51.在实际使用时，本发明实施例中，借助于redis数据库来进行追溯定价任务的分发，具体地，当追溯提交一天的追溯定价任务时，每次通过提交追溯定价任务至redis数据库，redis数据库进行加锁，可以防止多次提交。
52.具体地，如果监测到redis数据库将追溯定价任务分发至定价引擎之后，可以启动预设的守护线程；通过该守护线程监测定价引擎是否完成本次追溯定价计算任务，并在本次追溯定价计算任务完成之后向定价任务引擎返回完成信号，以使定价任务引擎向redis数据库提交下一个追溯定价任务。也就是说，redis数据库接收到任务后，再分发给定价引擎进行追溯定价计算，再等到本次追溯定价结果返回成功之前不提交新的任务。
53.其中，为了便于理解，图3示出了一种追溯定价任务的分发流程图，如图3所示，包括定价任务引擎30和定价引擎31，以及，redis数据库32和定价引擎31的服务器33，在进行追溯定价任务的分发流程时，包括以下步骤：
54.步骤s301，定价任务引擎将每个追溯次数对应的追溯定价任务提交至redis数据库；
55.步骤s302，redis数据库将追溯定价任务分发至定价引擎进行追溯定价计算；
56.步骤s303，redis数据库启动预设的守护线程，检测定价引擎的服务器是否还在执行追溯定价任务，如果还在执行并即将超时，会重新给锁设置新的过期时间；
57.步骤s304，追溯定价计算任务完成之后向定价任务引擎返回完成信号，经由redis数据库回传至定价任务引擎，以便于定价任务引擎自动向定价引擎发送下一个追溯次数对应的追溯定价任务，直至追溯次数对应的追溯定价任务均完成。
58.定价引擎的追溯定价任务完成后，返回定价完成结果，此时可以继续执行下述步骤s212的过程。
59.步骤s212，获取定价引擎向定价任务引擎返回的定价完成结果，根据定价完成结果对追溯正式表进行更新。
60.具体地，在获取定价完成结果时，需要获取定价引擎返回的每次追溯定价计算的完成结果；然后将每次追溯定价计算的完成结果进行合并处理，生成定价完成结果，即，需要进行追溯累计，在追溯定价完成后，进行结果校验，并将追溯历史头寸数据和定价结果表更新至追溯正式表，进一步，为了保证数据的准确性，还可以对追溯正式表进行总分校验，具体的校验过程可以根据实际使用情况进行设置，本发明实施例对此不进行限制。
61.进一步，本发明实施例中，执行上述自动追溯定价的执行方法的服务器通常还可以提供图形用户界面，供工作人员操作，具体地，图形用户界面中，可以设置追溯定价页面，包含功能按钮，如，追溯账号范围导入的功能按钮、追溯定价启动的功能按钮，以及更新追溯正式表的功能按钮等等，基于该图形用户界面，工作人员可以进行相关的参数配置，如设置信息维度去筛选追溯账号范围，以及，设置追溯日期范围，去计算追溯次数等等。
62.此外，执行上述自动追溯定价的执行方法的服务器还可以与相关数据库建立通
信，以便于在图形用户界面中呈现追溯任务相关数据表，例如，工作人员可以通过图形用户界面调用追溯定价结果表：用于存放追溯数据定价计算的结果的表；追溯定价历史头寸表：专门用来存放需要追溯的数据；还款计划历史表：用来存放历史上所有还款计划的数据；定价历史头寸表：用来存放历史上所有的头寸数据；定价结果表：用来存放历史上所有的定价结果数据等等，具体的数据表，以及存放数据表的数据库可以根据实际使用情况进行设置，本发明实施例对此不进行限制。
63.综上，相较于相关技术中，因涉及重定价需要经过sql语句脚本开发、准生产测试、发版日投产追溯历史、重新定价的流程，导致流程复杂时间长，一般一套流程下来需要1至2周时间，时效性和修复准确性无法保障的情况，本发明实施例中，引入基于内部资金转移定价的自动化追溯方法后，只需要简单的参数配置，即可确定重定价范围、时间范围、业务反馈和定价逻辑后，直接点击相关按钮就能够直接重新定价，并且，根据数据量情况确定追溯完成时长，一般在0.5-2小时内能完成追溯，而且会保留操作记录及追溯记录，能按情况退回。大大提升追数效率，降低了返工次数、降低了追溯风险，能够真正做到追溯流程规范化，提高数据质量，可以做到更好的管控。
64.进一步，在上述实施例的基础上，本发明实施例还提供了一种自动追溯定价的执行装置，如图4所示的一种自动追溯定价的执行装置的结构示意图，该装置包括：
65.获取模块40，用于获取追溯账号范围，根据所述追溯账号范围回拉追溯日上一天的定价结果数据到用于追溯的定价结果表，以及，根据所述追溯账号范围，回拉所述追溯日当天的头寸数据，并将所述头寸数据放置于预设的头寸数据表，其中，所述追溯账号范围包括多个内部资金转移定价ftp账号；
66.启动模块42，用于启动定价任务引擎，根据预设的追溯日期范围和所述追溯账号范围计算所述追溯日期范围内，每个所述ftp账号的追溯次数；
67.计算模块44，用于通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务依次提交至预设的定价引擎，以使所述定价引擎进行追溯定价计算，其中，所述追溯定价任务携带有所述定价结果表和所述头寸数据表；
68.更新模块46，用于获取所述定价引擎向所述定价任务引擎返回的定价完成结果，根据所述定价完成结果对追溯正式表进行更新。
69.进一步，上述计算模块44，还用于：通过所述定价任务引擎将每个所述追溯次数对应的追溯定价任务提交至redis数据库，通过所述redis数据库将所述追溯定价任务分发至所述定价引擎进行追溯定价计算；以及，通过所述定价任务引擎接收所述定价引擎返回的每次追溯定价计算的完成结果，自动向所述定价引擎发送下一个所述追溯次数对应的追溯定价任务，直至所述追溯次数对应的所述追溯定价任务均完成。
70.进一步，如果监测到所述redis数据库将所述追溯定价任务分发至所述定价引擎之后，启动预设的守护线程；通过所述守护线程监测所述定价引擎是否完成本次追溯定价计算任务，并在本次追溯定价计算任务完成之后向所述定价任务引擎返回完成信号，以使所述定价任务引擎向所述redis数据库提交下一个追溯定价任务。
71.进一步，上述更新模块46，还用于：获取所述定价引擎返回的每次追溯定价计算的完成结果；将每次追溯定价计算的完成结果进行合并处理，生成所述定价完成结果。
72.进一步，上述启动模块42，还用于：获取所述追溯日期范围包括的追溯开始日期和
追溯结束日期；将所述追溯开始日期到所述追溯结束日期内所包含的天数确定为所述追溯账号范围中包括的每个所述ftp账号的追溯次数。
73.进一步，上述获取模块40，还用于：回拉所述追溯日当天的头寸数据之后，确认所述头寸数据是否需要还款计划数据，如果是，则将所述还款计划数据从所述头寸数据中对应的还款计划历史表中回拉至所述头寸数据表中的还款计划表。
74.进一步，上述获取模块40，还用于：获取预先设置的信息维度；其中，所述信息维度包括以下维度至少之一：科目、机构、币种、定价单元、利率类型、数据日期、起息日、到期日、系统来源；基于所述信息维度从账号数据库中筛选满足所述信息维度的ftp账号；对筛选得到的所述ftp账号进行去重处理，得到包含至少一个所述ftp账号的追溯账号范围。
75.本发明实施例提供的自动追溯定价的执行装置，与上述实施例提供的自动追溯定价的执行方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。
76.进一步，本发明实施例还提供了一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
77.本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
78.进一步，本发明实施例还提供了一种服务器的结构示意图，如图5所示，为该服务器的结构示意图，其中，该服务器包括处理器51和存储器50，该存储器50存储有能够被该处理器51执行的计算机可执行指令，该处理器51执行该计算机可执行指令以实现上述方法。
79.在图5示出的实施方式中，该服务器还包括总线52和通信接口53，其中，处理器51、通信接口53和存储器50通过总线52连接。
80.其中，存储器50可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口53(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线52可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线52可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
81.处理器51可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器51中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器51可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软
件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器51读取存储器中的信息，结合其硬件完成前述方法。
82.本发明实施例所提供的自动追溯定价的执行方法、装置及服务器的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
83.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
84.另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
85.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
86.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
87.最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。