案例出清计算方法、系统、装置、计算机设备和存储介质与流程

文档序号:19634827发布日期:2020-01-07 11:53阅读:217来源:国知局
案例出清计算方法、系统、装置、计算机设备和存储介质与流程
本申请涉及电力现货市场领域,特别是涉及案例出清计算方法、系统、装置、计算机设备和存储介质。
背景技术
:随着中国电力体制改革的不断深化,电力现货市场建设已提上日程,而电力现货市场相关的技术支持系统尚处于研发阶段。出清计算是电力现货市场技术支持系统的核心业务功能,应用场景包括长周期机组组合、日前市场出清、日内计划编制、实时市场出清、市场分析、模拟推演等,涵盖电力现货市场运行全过程。电力现货市场环境下,市场成员众多,包括发电企业、用户、售电公司、调度机构、交易机构、监管机构等,需要存储、应用和维护的数据相当庞大。电力现货市场出清在数学上是一个复杂的混合整数规划问题,大数据量加之数据间还存在时间耦合,导致出清时间一般在十几分钟,甚至是几十分钟。同时,为保证电力现货市场的正常出清,市场出清边界数据经常需要修改,因此,出清结果发布前一般需要进行多次出清计算。但是,现有的出清计算方式存在时间耦合问题,多次长时间的出清计算会造成出清效率低,从而不能满足出清结果发布时间节点要求。技术实现要素:基于此,有必要针对上述技术问题,提供一种案例出清计算方法、系统、装置、计算机设备和存储介质。第一方面,提供了一种案例出清计算方法,该方法包括:接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。在其中一个实施例中,上述出清请求包括待修改标识,接收多个携带待出清案例的出清请求之后,还包括:从原始数据库中将待修改标识对应的待修改数据复制到案例修改数据库中;根据用户操作指令对案例修改数据库中的待修改数据进行修改;对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,得到出清输入数据;修改后的数据与原始数据的数据结构一致;将出清输入数据存储到案例实时数据库中。在其中一个实施例中,上述原始数据库、案例修改数据库、案例实时数据库和案例输出数据库分别对应独立的存储空间。在其中一个实施例中,上述对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,包括:判断原始数据库中的原始数据是否被修改;若原始数据已被修改,则从案例修改数据库中获取对应的修改后的数据;若原始数据未被修改,则从原始数据库中获取对应的原始数据。第二方面,提供了一种案例出清计算系统,该系统包括:服务接口层,用于接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;资源调度层,用于根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;还用于释放相应的计算资源;计算资源层,用于调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算,并在出清计算完成后,输出出清结果并保存至案例输出数据库中。在其中一个实施例中,上述计算资源层包括多个计算容器组,各计算容器组用于并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算,并在出清计算完成后,输出出清结果并保存至案例输出数据库中。在其中一个实施例中,上述计算容器组包括出清计算容器和输入输出容器;输入输出容器,用于分析、合并案例修改数据与原始出清输入数据,形成完整的待出清案例的出清输入数据,并写入对应的案例实时库中;出清计算容器,用于从上述案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;输入输出容器,还用于在出清计算完成后,输出出清结果并保存至案例输出数据库中。第三方面,提供了一种案例出清计算装置,该装置包括:接收模块,用于接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;资源管理模块,用于根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;出清计算模块,用于调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;输出模块,用于在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。第四方面,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现上述第一方面中任一项实施例所提供的案例出清计算方法。第五方面,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述第一方面中任一项实施例所提供的案例出清计算方法。本申请实施例提供的技术方案带来的有益效果至少包括:本申请涉及一种案例出清计算方法、系统、装置、计算机设备和存储介质。通过云服务器接收多个携带待出清案例的出清请求,根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源,然后调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算,在出清计算完成后,云服务器输出出清结果并将其保存至案例输出数据库中,并释放相应的计算资源。本申请中,由于云服务器对每个待出清案例都分配了对应的计算资源,各个计算资源可以并行对出清输入数据进行出清计算,且在进行出清计算之前,云服务根据出清计算过程中数据类型建立不同的数据库,实现独立存储不同类型数据,在出清计算之后及时释放对应的计算资源,减少了计算资源的冗余,降低了多案例出清计算过程的时间耦合性和数据耦合性,从而极大地提高了出清计算的效率,满足了电力现货市场多案例数据存储以及并行出清计算的要求。附图说明图1为本申请实施例中案例出清计算方法的云服务器架构示意图;图2为本申请实施例中一种案例出清计算方法的流程示意图;图3为本申请实施例中另一种案例出清计算方法的流程示意图;图4为本申请实施例中另一种案例出清计算方法的流程示意图;图5为本申请实施例中一种案例出清计算方法的数据流向示意图;图6为本申请实施例中一种案例出清计算系统的框图;图7为本申请实施例中另一种案例出清计算系统的框图;图8为本申请实施例中另一种案例出清计算系统的框图;图9为本申请实施例中一种案例出清计算装置的框图;图10为本申请实施例中另一种案例出清计算装置的框图;图11为本申请实施例中另一种案例出清计算装置的框图;图12为本申请实施例中计算机设备的内部结构图。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。本申请提供的案例出清计算方法,可以应用于如图1所示的云服务器架构中。其中,如图1所示,该云服务器架构中包括服务接口层101、资源调度层102、计算资源层103、服务管理服务器104以及容器管理服务器105,其中,服务接口层101和计算资源层103有包括多个计算容器组,计算容器组均可以部署在独立的服务器中,服务管理服务器104和容器管理服务器105可以用独立的服务器或者是多个服务器组成的服务器集群来实现等,服务接口层101、资源调度层102、计算资源层103、服务管理服务器104以及容器管理服务器105之间可通过网络进行通信。下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是,本申请图2-图4实施例提供的案例出清计算方法,其执行主体可以是云服务器,也可以是案例出清计算装置,该案例出清计算装置可以通过软件、硬件或者软硬件结合的方式成为云服务器的部分或全部。下述方法实施例中,均以执行主体是云服务器为例来进行说明。在一个实施例中,如图2所示,提供了一种案例出清计算方法,以该方法应用于图1的应用环境为例进行说明,本实施例涉及的是云服务器根据接收的出清请求数量为各个待出清案例分配不同的计算资源,使得一个计算资源只对应一个待出清案例,采用容器技术实现多个待出清案例并行出清计算的具体过程,该方法包括以下步骤:s201、接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算。其中,出清请求指的是需要对待出清案例进行出清计算时发出的请求,该出清请求可以是用户在终端界面触发的请求,也可以是接收其他设备传输的请求,本实施例对此不做限定。其中,一个出清请求只携带一个待出清案例。在本实施例中,云服务器接收用户a在终端界面输入或点击触发一个出清请求,该出清请求中携带当前待出清案例a,同时,云服务器还可以接收用户a快速触发下一个出清请求,该出清请求中携带当前待出清案例b,又或者,云服务器同时接收用户c触发一个出清请求,该出清请求中携带当前待出清案例c,云服务器针对上述不同的待出请案例,调用不同的计算资源与之对应进行出清计算。本实施例中不以此为限。s202、根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例。其中,该计算资源用于对待出清案例进行出清计算,云服务器将多个计算资源一对一地部署在不同的计算容器组中,同时接收多个出清请求,根据上述出清请求的数量,调用对应数量的计算容器组,相当于调用对应数量的计算资源,实现一个待出清案例对应一个出清资源的出清计算。在本实施例中,在接收用户触发的出清请求之前,云服务器将计算资源设置为初始化状态,初始化状态是指云服务器只对一个计算容器组进行计算资源的部署。在云服务器接收到至少一个用户通过终端界面触发的至少一个出清请求时,云服务器根据出清请求的数量,增加相应数量的计算资源,且将其部署在不同计算容器组中,用于之后对出清请求中待出清案例的出清计算。示例地,计算资源初始状态时,计算资源数量为1。云服务器同时接收到用户a发送出清请求a和用户b发送的出清请求b,出清请求a中携带待出清案例a,出清请求b携带待出清案例b,云服务器统计出清请求数量为2,则对应增加一个计算资源,以满足云服务器将计算资源a分配给待出清案例a进行出清计算,将计算资源b分配给待出清案例b进行出清计算,两个出清计算并行进行。本实施例中不以此为限。s203、调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算。其中,出清输入数据指的是待出清案例对应的原始数据库中的原始数据与案例修改数据库中的修改数据进行合并之后的完整数据。其中,原始数据是原始数据库中所有案例对应的初始数据,案例修改数据库中的修改后的数据指的是部分修改后的数据,云服务器可以通过拼接、组合或整合的方式将原始数据与案修改数据进行合并,合并生成出清输入数据,云服务器根据出清输入数据对待出清案例进行出清计算。本实施例中不以此为限。在本实施例中,一个出清请求中携带一个待出清案例,云服务器根据出清请求的数量,增加相应数量的计算资源,以满足一个计算资源对应一个待出清案例,根据不同的待出清案例,分配其不同的计算资源,同时云服务器从案例实时数据库中获取待出清案例的出清输入数据发送至对应的计算资源进行出清计算。示例地,云服务器将计算资源a分配给待出清案例a进行出清计算,将计算资源b分配给待出清案例b进行出清计算,同时云服务器从案例实时数据库中获取案例a出清输入数据a和案例b出清输入数据b,将出清输入数据a发送至计算资源a,将出清输入数据b发送至计算资源b,并行进行出清计算。本实施例中不以此为限。s204、在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。其中,出清结果指的是经过出清计算后得到的出清结果数据。在出清计算过程中,云服务器从案例实时数据库中读取案例输入数据进行出清计算,出清计算完成后得到出清结果,云服务器再将该出清结果输出至案例输出数据库中。当云服务器将出清结果发送存储至案例输出数据库中时,相当于当前出清计算已经结束,则云服务器需释放对应的计算资源,用于下一个待出清案例的出清计算。在本实施例中,云服务器将原始数据与案修改数据进行合并后,将合并后的出清输入数据存储至案例实时数据库中,用于出清计算,该出清输入数据为结构完整的数据。出清计算完成后,生成出清结果,云服务器将该出清结果发送存储至案例输出数据库中。示例地,云服务器将案例a的原始数据与修改数据进行合并成出清输入数据a后,调用该出清输入数据a进行出清计算,出清计算结束后生成出清结果a,服务器将该出清结果a发送存储至案例输出数据库中对应的案例a信息表中,之后释放计算资源a。本实施例中不以此为限。电力现货市场环境下,为保证电力现货市场的正常出清,市场出清边界数据经常需要修改,出清结果发布前一般需要进行多次出清计算。现有的出清计算方式存在时间耦合的问题,多次长时间的出清计算,会造成出清效率低的问题。本实施例中,通过云服务器接收多个携带待出清案例的出清请求,根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源,然后并行从案例实时数据库中获取对应的待出清案例的出清输入数据,并根据出清输入数据进行出清计算,得到出清结果保存至案例输出数据库中,并释放相应的计算资源,该方法中,由于云服务器对每个待出清案例都分配了对应的计算资源,各个计算资源可以并行对出清输入数据进行出清计算,在出清计算结束后及时释放对应的计算资源,减少了计算资源的冗余,降低了多案例出清计算过程的时间耦合性,从而极大地提高了出清计算过程的效率。在一个实施例中,上述实施例中出清请求还包括待修改标识,在接收多个携带待出清案例的出清请求之后,在图2的基础上,如图3所示,本实施例涉及的案例出清计算方法还可以包括:s301、从原始数据库中将待修改标识对应的待修改的数据复制到案例修改数据库中。其中,云服务器在初始化时建立原始数据库和案例修改数据库,原始数据库中存储所有案例对应的原始数据,包括注册发电机信息、负荷区曲线信息等数据;案例修改数据库的数据结构与原始数据库的数据结构一致,案例修改数据库存储的是待出清案例对应的待修改的数据。在本实施例中,云服务器在接收到用户在终端界面触发的出清请求时,根据该出清请求中的待修改标识,从原始数据库中获取待修改标识对应的待修改数据,将其复制到案例修改数据库中。例如,云服务器接收用户a在终端界面触发的出清请求a,该出清请求a中携待出清案例a对应待修改标识,在原始数据库中该待修改标识对应的是案例a的注册发电机信息表中最大运行有功限值,则云服务器将原始数据库中注册发电机信息表复制到案例修改数据库中,使得待修改数据独立存储,便于之后对该待修改数据进行对应修改,本实施例不以此为限。具体地,原始数据库中数据结构包括的内容可参见如下表1所示的注册发电机表。其中包括注册发电机的id、名称、最大运行有功限值和最小运行有功限值等信息,分别对这些信息进行了属性命名与类型限定,其中id和名称的数据类型均为字符型,最大运行有功限值和最小运行有功限值的数据类型均为浮点型。表1属性类型描述mridvarchar2(64)idnamevarchar2(64)名称maximumoperatingmwfloat最大运行有功限值minimumoperatingmwfloat最小运行有功限值具体地,原始数据库中数据结构包括的内容可参见如下表2所示的负荷曲线表。其中,包括负荷区曲线的id、负荷预测类型和多个预测值等,分别对这些信息进行属性命名与类型限定,其中id和负荷预测类型的数据类型均为字符型,预测值的数据类型均为浮点型,其中,负荷预测类型包括系统负荷预测、母线负荷预测等类型。表2属性类型描述mridvarchar2(64)idforecasttimetypevarchar2(64)负荷预测类型val1float预测值1...float...valnfloat预测值n具体地,案例修改数据库中数据结构包括的内容可参见如下表3所示的能量市场案例表。其中,包括案例的id、名称和备注等,分别对这些信息进行属性命名与类型限定。其中,id、名称和备注类型均为字符型。表3属性类型描述mridvarchar2(64)idnamevarchar2(64)案例名称remarkvarchar2(128)案例备注具体地,案例修改数据库中数据结构包括的内容可参见如下表4所示的案例注册发电机表。其中,对应原始数据库中注册发电机表的数据结构内容,除了包括id、名称、最大运行有功限值和最小运行有功限值信息之外,还包括能量市场案例mrid,即emcid,该数据类型为字符型,主要用于关联能量市场案例。表4属性类型描述mridvarchar2(64)idnamevarchar2(64)名称maximumoperatingmwfloat最大运行有功限值minimumoperatingmwfloat最小运行有功限值emcidvarchar2(64)能量市场案例的mrid具体地,案例修改数据库中数据结构包括的内容可参见如下表5所示的案例负荷曲线表。其中,对应原始数据库中负荷曲线表的数据结构内容,除了包括id、负荷预测类型和多个预测值之外,还包括能量市场案例的mrid,即emcid,该数据类型为字符型,主要用于关联能量市场案例。表5具体地,案例输出数据库中数据结构包括的内容可参见如下表6所示的案例市场资源出清表。其中,包括案例市场资源出清的id、注册发动机的mrid、出清结果类型、多个出清值以及能量市场案例的mrid等,分别对这些信息进行了属性命名与类型限定。其中,出清结果类型包括出清功率、出清启停状态等。注册发动机的mrid用于将该出清案例与原始数据库中的注册发动机的信息相关联,能量市场案例的mrid用于关联能量市场案例。表6属性类型描述mridvarchar2(64)idrgidvarchar2(64)注册发动机的mridresulttypevarchar2(64)出清结果类型val1float出清值1...float...valnfloat出清值nemcidvarchar2(64)能量市场案例的mrids302、根据用户操作指令对案例修改数据库中的待修改的数据进行修改。其中,用户操作指令指的是云服务器接收用户在终端界面触发的对待修改数据进行修改的指令,该指令用于服务器对案例修改数据库中对应待修改数据进行修改。在本实施例中,云服务器根据用户在终端界面触发的出清请求中携带的待修改标识,将原始数据库中对应的待修改数据复制到案例修改数据库后,云服务器接收用户对待修改数据的修改的操作指令,完成对案例修改数据库中对应的数据进行修改。示例地,云服务器根据用户的操作指令a,将案例a的注册发电机表中最大运行有功限值由200mw修改为240mw,或者根据用户的操作指令b,将案例b的负荷区曲线表中系统负荷预测的va12值由28000mw修改为28800mw。本实施例不以此为限。s303、对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,得到出清输入数据;修改后的数据与原始数据的数据结构一致。其中,出清输入数据用于进行对应案例的出清计算。该出清输入数据由案例修改数据库中的修改后的数据和原始数据库中对应的原始数据合并而得,其中,修改后的数据指的是原始数据中被修改的数据,将该修改后的数据和其它未被修改的原始数据进行合并,合并方式可以为拼接、组合、整合或其它,通过合并以保证数据结构的完整性,从而将数据结构完整的出清输入数据用于出清计算。此外,修改后的数据与原始数据的数据结构一致,便于进行数据合并。在本实施例中,云服务器接收到用户对待修改数据进行修改的指令后,将该修改后的数据与原始数据通过拼接、组合、整合或者其他的方式进行合并,合并产生完整数据结构的出清输入数据,云服务器调用该数据用于之后的出清计算。示例地,云服务器将案例a中已修改的注册发电机表的数据和其它未修改的原始数据合并为出清输入数据a;云服务器将案例b中已修改的负荷区曲线表的数据和其它未修改的原始数据合并为出清输入数据b。本实施例中不以此为限。s304、将出清输入数据存储到案例实时数据库中。其中,出清输入数据指的是云服务器将原始数据与修改后的数据进行合并之后的得到的具备完整数据结构的数据,将该出清输入数据发送存储到案例实时数据库中,实现出清输入数据的独立存储,便于在之后的出清计算过程中,云服务器可以直接从案例实时数据库中调用该数据进行出清计算。在本实施例中,云服务器将原始数据与修改后的数据通过拼接、组合、整合或其他方式进行合并之后,得到的具备完整数据结构的出清输入数据,将该出清输入数据发送存储至案例实时数据库中,用于之后进行出清计算的步骤。示例地,云服务器将案例a的中已修改的注册发电机表的数据和其它未修改的原始数据合并为出清输入数据a,将出清输入数据a写入对应的实时库a中;云服务器将案例b中已修改的负荷区曲线表的数据和其它未修改的原始数据合并为出清输入数据b,将该出清输入数据b写入对应的实时库b中,一个待出清案例的出清输入数据对应一个实时库,实现出清计算过程中的并行计算。本实施例中不以此为限。进一步地,上述原始数据库、案例修改数据库、案例实时数据库和案例输出数据库分别对应独立的存储空间。其中,原始数据库中存储各案例的原始数据,案例修改数据库中存储待出清案例中待修改的数据,该原始数据与该待修改数据用于通过拼接、组合、整合或其他方式进行合并后,形成出清输入数据,该出清输入数据存储至案例实时数据库中,案例输出数据库中存储出清结果,该出清结果为出清计算完成后得到的结果数据;各存储空间数据结构一致,以独立空间的形式在云服务器中存储数据。本实施例中,云服务器中原始数据库、案例修改数据库、案例实时数据库和案例输出数据库相互独立,分别对应存储不同的数据。该方法中,由于云服务器在出清计算数据准备阶段只需访问原始数据库、案例修改数据库和案例实时数据库,出清计算阶段只需访问案例实时数据库,出清计算完成阶段只需访问案例实时数据库和案例输出数据库,最大程度降低数据之间的耦合性。在其中一个实施例中,上述实施例对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,该合并方式的一种具体实施方式可以为本实施例中的一种方法,本实施例中涉及的一种案例出清计算方法如图4所示,该方法包括:s401、判断原始数据库中的原始数据是否被修改,若原始数据被修改,则执行s402,若原始数据未被修改,则执行s403。其中,原始数据指的是案例初始数据,在云服务器对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并得到出清输入数据之前,云服务器还需判断对应案例的原始数据是否被修改,根据该判断结果,云服务器执行相应的合并操作。其中,数据合并的方式可以为拼接、组合、整合或其他等任一种方式,本实施例不以此为限。在本实施例中,在数据合并之前,云服务器先要对案例a的中原始数据进行判断,当云服务器判断案例a原始数据表中对应的注册发电机表的数据已被修改时,则执行步骤402;当云服务器判断案例a原始数据表中其他数据未被修改时,则执行步骤403。本实施例不以此为限。s402、从案例修改数据库中获取对应的修改后的数据。其中,该被修改数据为云服务器接收用户发送的修改数据的操作指令而进行修改的数据,当云服务器判断到当前原始数据库中的原始数据已经被修改,则读取案例修改数据库中已经修改的数据,该被读取的已修改的数据用于与原始数据进行合并。在本实施例中,示例地,云服务器在初始阶段接收到用户将案例a中注册发电机表最大运行有功限值由200mw修改为240mw的操作指令,当云服务器判断到注册发电机表的数据已经被修改,则读取案例修改数据库中对应的案例注册发电机表的数据,用于与原始数据合并为案例a的出清输入数据。云服务器接收到用户将案例b中负荷区曲线表中系统负荷预测的va12值由28000mw修改为28800mw的操作指令,当云服务器判断到负荷区曲线表的数据已经被修改,则读取案例修改数据库中对应的案例负荷区曲线表的数据,用于与原始数据合并为案例b的出清输入数据。本实施例不以此为限。s403、从原始数据库中获取对应的原始数据。其中,原始数据指的是原始数据库中没有被云服务器修改的数据,该原始数据一直存储在原始数据库中,没有进行任何操作。当云服务器判断原始数据未被修改时,则直接从原始数据库中读取该原始数据,用于与已修改的数据进行合并。在本实施例中,示例地,当云服务器判断到案例a中除了注册发电机表的数据之外,其他数据并未被修改,则直接从原始数据库中读取除了注册发电机表的其它原始数据。当云服务器判断到案例b中除了负荷曲线表的数据之外,其它数据并未被修改,则直接从原始数据库中读取除了负荷曲线表的其他原始数据。云服务器读取的原始数据用于与已修改数据进行合并。本实施例不以此为限。云服务器可以通过多种方式将案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,本实施例中说明了上述一种情况,本实施例不以此为限。通过云服务器对修改后数据与原始数据的合并,得到完整数据结构的出清输入数据,使得在出清计算过程中,不会造成出清数据遗漏、出清数据错位等问题。为了更好的说明本申请的提供的案例出清计算方法,本实施例将从整个案例出清计算方法的数据流向方面进行解释说明。如图5所示,包括:s501、从原始数据库中将待修改标识对应的待修改的数据复制到案例修改数据库中。s502、根据用户操作指令对案例修改数据库中的待修改的数据进行修改;s503、对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,得到出清输入数据,并将出清输入数据存储到案例实时数据库中;s504、案例出清计算完成后,从案例实时数据库中读取输出出清结果并保存至案例输出数据库中。本实施例中,云服务器中原始数据库、案例修改数据库、案例实时数据库和案例输出数据库相互独立,分别对应存储不同阶段的数据,云服务器在出清计算数据准备阶段只需访问原始数据库、案例修改数据库和案例实时数据库,出清计算阶段只需访问案例实时数据库,出清计算完成阶段只需访问案例实时数据库和案例输出数据库,降低了数据之间的耦合性,各数据库独立存储减少了数据库之间的冗余。本实施例中提供的一种数据流向方面的案例出清计算方法,其实现原理和技术效果与上述任一实施例提供的案例出清计算方法的过程类似,在此不再赘述。应该理解的是,虽然图1-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。在一个实施例中,结合图1所示的云服务器架构图,如图6所示,提供了一种案例出清计算系统600,包括:服务接口层101、资源调度层102和计算资源层103,其中:服务接口层101,用于接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算。在本实施例中,云服务器基于springboot框架开发多案例出清计算服务接口,接口采用表述性状态传递(representationalstatetransfer,rest)的方式实现,通过超文本传输协议(hypertexttransferprotocol,http)协议和对象简谱(javascriptobjectnotation,json)报文格式对外提供服务。多案例出清计算服务接口采用双机或多机部署方式,部署在多个计算容器组中,同时将这些rest服务注册到服务管理服务器,并对外提供网关服务以实现统一访问和服务主备负载均衡。本实施例中不以此为限。资源调度层102,用于根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;还用于释放相应的计算资源。在本实施例中,云服务器基于springboot框架开发计算资源管理模块,可以实现出清计算资源的分配、管理以及用户权限认证的功能。计算资源管理模块采用双机或多机部署方式,部署在多个计算容器组中,同时将计算资源管理模块注册到服务管理服务器,在案例出清计算结束后,及时地释放相应的计算资源,用于下一次的案例出清计算,本实施例中不以此为限。计算资源层103,用于调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;并在出清计算完成后,输出出清结果并将其保存至案例输出数据库中。在本实施例中,每个计算容器组中部署两个功能模块,其中,出清计算模块包括出清计算和实时读写案例实时数据库中的数据;案例输入及结果输出模块基于springboot框架,一方面与rest接口之间采用http协议进行交互,另一方面与出清计算模块由于利用同一个计算容器组进行进程间通信机制,从而实现高效交互。本实施例中不以此为限。在一个实施例中,如图7所示,在图6的基础上,该计算资源层103中包括多个计算容器组103,其中:各计算容器组103,用于并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;并在出清计算完成后,输出出清结果并将其保存至案例输出数据库中。在一个实施例中,如图8所示,在图7的基础上,计算容器组103包括出清计算容器10311和输入输出容器10312,其中:输入输出容器10312,用于分析、合并案例修改数据与原始出清输入数据,形成完整的待出清案例的出清输入数据,并写入对应的案例实时库中;出清计算容器10311,用于从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;输入输出容器10312,还用于在出清计算完成后,输出出清结果并保存至案例输出数据库中。上述实施例提供的一种案例出清计算系统,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。关于案例出清计算系统的具体限定可以参见上文中对于案例出清计算方法的限定,在此不再赘述。上述案例出清计算系统中的各层、各计算容器组可全部或部分通过软件、硬件及其组合来实现。上述各层、各计算容器组可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各层、各计算容器组对应的操作。在一个实施例中,如图9所示,提供了一种案例出清计算装置900,包括:接收模块901、资源管理模块902、出清计算模块903和输出模块904,其中:接收模块901,用于接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;资源管理模块902,用于根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;出清计算模块903,用于调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;输出模块904,用于在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。在一个实施例中,如图10所示,该案例出清计算装置900还包括第一数据管理模块905、第二数据管理模块906、第三数据管理模块907和第四数据管理模块908,其中:第一数据管理模块905,用于从原始数据库中将待修改标识对应的待修改数据复制到案例修改数据库中;第二数据管理模块906,用于根据用户操作指令对案例修改数据库中的待修改数据进行修改;第三数据管理模块907,用于对案例修改数据库中的修改后的数据和原始数据库中对应的原始数据进行合并,得到出清输入数据;修改后的数据与所述原始数据的数据结构一致;第四数据管理模块908,用于将出清输入数据存储到案例实时数据库中。在一个实施例中,上述原始数据库、案例修改数据库、案例实时数据库和案例输出数据库分别对应独立的存储空间。在一个实施例中,如图11所示,在图10的基础上,该第三数据管理模块907包括判断单元9071、第一获取单元9072和第二获取单元9073,其中:判断单元9071,用于判断原始数据库中的原始数据是否被修改;第一获取单元9072,用于若原始数据已被修改,则从案例修改数据库中获取对应的修改后的数据;第二获取单元9073,用于若原始数据未被修改,则从原始数据库中获取对应的原始数据。上述实施例提供的一种案例出清计算装置,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。关于案例出清计算装置的具体限定可以参见上文中对于案例出清计算方法的限定,在此不再赘述。上述案例出清计算装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。在一个实施例中,提供了一种计算机设备,该计算机设备内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种案例出清计算方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。本领域技术人员可以理解,图12中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。本申请实施例提供的计算机设备,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收多个携带待出清案例的出清请求;出清请求用于指示对待出清案例进行出清计算;根据出清请求的数量为各出清请求中携带的待出清案例分配计算资源;一个计算资源对应一个待出清案例;调用各计算资源,并行从案例实时数据库中获取对应的待出清案例的出清输入数据,根据出清输入数据进行出清计算;在出清计算完成后,输出出清结果并保存至案例输出数据库中,并释放相应的计算资源。本实施例提供的计算机可读存储介质,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1