WO2019179067A1 - 业务逻辑的处理方法、系统、计算机设备和存储介质 - Google Patents

业务逻辑的处理方法、系统、计算机设备和存储介质 Download PDF

Info

Publication number
WO2019179067A1
WO2019179067A1 PCT/CN2018/104728 CN2018104728W WO2019179067A1 WO 2019179067 A1 WO2019179067 A1 WO 2019179067A1 CN 2018104728 W CN2018104728 W CN 2018104728W WO 2019179067 A1 WO2019179067 A1 WO 2019179067A1
Authority
WO
WIPO (PCT)
Prior art keywords
rule
order
clearing
session
real estate
Prior art date
Application number
PCT/CN2018/104728
Other languages
English (en)
French (fr)
Inventor
莫智勋
李明
罗均
黄心官
张晶莹
熊恢
刘阳
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019179067A1 publication Critical patent/WO2019179067A1/zh

Links

Images

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/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G06F9/45508—Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate

Definitions

  • the present application relates to the field of computer communications, and in particular, to a method, system, computer device and storage medium for processing business logic.
  • Business logic is the logic of software in a certain business domain and is a high-level concept.
  • the general business logic is nested in the code of the system with high degree of coupling, non-reusability and frequent variability with other code, which reduces the automatic generation efficiency of other codes.
  • the current business systems mostly use "hard-coded” and MDA tools.
  • the existing MDA tools will adopt IBM Rational, open architecture Ware (oAW), and these methods basically support the automatic generation of framework code, which cannot fully support the business.
  • the logic is automatically generated, and the specific implementation of the business logic needs to be done manually.
  • hard coding uses a fixed value proxy variable to implement code generation.
  • the existing "hard-coded" and MDA tools still have many drawbacks in the business logic processing of the actual real estate transaction system. The drawbacks are as follows:
  • the current real estate transaction system adopts “hard-coded” or MDA tools, resulting in a wide variety of real estate transaction system processes, involving a wide range of personnel and long process cycles required for approval;
  • a processing method of the business logic comprising:
  • S1 creating a rule script database, the rule script database is created by using a rule engine to read a rule script file, and inserting the read rule script file into the rule script database;
  • S2 creating a session, the session Set to read, parse the rule script file, and make the rule script file reside in memory work;
  • S3 import the real estate transaction order, arrange the order data in the real estate transaction order to generate an order queue;
  • S4 serve the In the session, the order data in the order queue is obtained, and mapping is performed according to the mapping rule to generate a mapping result;
  • S5 obtaining the mapping result, performing clearing according to the clearing rule, and generating a clearing result;
  • S6 obtaining the clearing result, reviewing and solidifying the clearing result .
  • a processing system for business logic comprising:
  • Creating a rule script database unit set to create a rule script database, the rule script database is created by using a rule engine to read a rule script file, and inserting the read rule script file into the rule script database; creating a session a unit, configured to create a session, the session is set to read, parse the rule script file, and cause the rule script file to reside in memory work; generate an order queue unit, set to import a real estate transaction order, and place the real estate transaction order The order data is arranged to generate an order queue; the mapping unit is configured to serve the session, obtain the order data in the order queue, map according to the mapping rule, and generate a mapping result; the clearing unit is set to obtain the mapping result, Clearing according to the liquidation rules, generating the liquidation result; reviewing the solidification unit, setting to obtain the liquidation result, reviewing and solidifying the liquidation result.
  • the present invention also provides a computer device comprising a memory and a processor, wherein the memory stores computer readable instructions, the computer readable instructions being executed by the processor such that the processing Perform the following steps:
  • S1 creating a rule script database, the rule script database is created by using a rule engine to read a rule script file, and inserting the read rule script file into the rule script database;
  • S2 creating a session, the session Set to read, parse the rule script file, and make the rule script file reside in memory work;
  • S3 import the real estate transaction order, arrange the order data in the real estate transaction order to generate an order queue;
  • S4 serve the In the session, the order data in the order queue is obtained, and mapping is performed according to the mapping rule to generate a mapping result;
  • S5 obtaining the mapping result, performing clearing according to the clearing rule, and generating a clearing result;
  • S6 obtaining the clearing result, reviewing and solidifying the clearing result.
  • the present invention also provides a computer readable storage medium having computer readable instructions stored thereon, the computer readable instructions being executed by one or more processors such that One or more processors perform the following steps:
  • S1 creating a rule script database, the rule script database is created by using a rule engine to read a rule script file, and inserting the read rule script file into the rule script database;
  • S2 creating a session, the session Set to read, parse the rule script file, and make the rule script file reside in memory work;
  • S3 import the real estate transaction order, arrange the order data in the real estate transaction order to generate an order queue;
  • S4 serve the In the session, the order data in the order queue is obtained, and mapping is performed according to the mapping rule to generate a mapping result;
  • S5 obtaining the mapping result, performing clearing according to the clearing rule, and generating a clearing result;
  • S6 obtaining the clearing result, reviewing and solidifying the clearing result.
  • the processing method, the system, the computer device and the storage medium of the foregoing business logic by setting a memory in a local computer folder, for storing a rule script file, setting a reading interface on the real estate transaction system, and reading and storing in the memory Rule script file, using the rule engine to read the rule script file in a parameter manner and insert it into the rule script database to complete the creation of the rule script database; create a session, the session is used to read and parse the rule a script file, and causing the rule script file to reside in memory work; setting an order input interface on the real estate transaction system interface, using the interface to input a real estate transaction order, having an order database and executing a script in the real estate transaction system, calling The execution script, the order data in the real estate transaction order is arranged according to an execution rule, and the generated order queue is stored in the order database; the rule engine continuously serves the session, and uses the mapping rule to map the rule One-to-one correspondence between conditions and mapping results Take the mapping result; use the clearing rule to complete the clearing of the
  • the beneficial technical effect of the technical solution is that the grammatical structure in the rule engine is used to process the business logic in the real estate transaction system, and the use of other business logic is reduced; and the superior logic processing capability of the rule engine is utilized, and the flexibility is utilized. Respond to all kinds of business logic, and at the same time, modify the corresponding rule script to achieve business logic changes.
  • FIG. 1 is a flowchart of a method for processing business logic in an embodiment of the present application
  • FIG. 3 is a flowchart of creating a session in an embodiment of the present application.
  • FIG. 5 is a flowchart of order data mapping in an embodiment of the present application.
  • FIG. 7 is a flow chart of a curing review order in an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a processing system of a service logic in an embodiment of the present application.
  • the embodiment of the present application provides a method for processing a service logic, and the method for processing the service logic may include:
  • S1 creating a rule script database
  • the rule script database is created by using a rule engine to read a rule script file, and inserting the read rule script file into the rule script database; specifically: by using a local computer file Setting a memory in the folder for storing a rule script file, setting a reading interface on the real estate transaction system, reading a rule script file stored in the memory, and using a rule engine to read the rule script file in a parameter manner and Insert into the rule script database to complete the creation of the rule script database;
  • S2 creating a session, the session is set to read and parse the rule script file, and the rule script file is stored in the memory; specifically, the session includes a stateful session and a stateless session, where The stateful session can be resident in memory and allow iterative updates over time for scenarios such as system monitoring, logical clearing processing, etc.; the stateless session is set to handle some simple scenarios, such as verification, data calculation, etc.;
  • S3 importing a real estate transaction order, arranging the order data in the real estate transaction order to generate an order queue; specifically: setting an order input interface on the real estate transaction system interface, using the interface to input a real estate transaction order, in the real estate transaction system Having an order database and an execution script, calling the execution script, the order data in the real estate transaction order is arranged according to an execution rule, and the generated order queue is stored in the order database;
  • S4 Serving the session data, acquiring the order data in the order queue, and mapping according to the mapping rule to generate a mapping result; specifically: the rule engine continuously serves the session, and uses the mapping rule to map the rule A one-to-one correspondence between the condition and the mapping result, and obtaining the mapping result;
  • S5 obtaining the mapping result, performing clearing according to the clearing rule, and generating a clearing result; specifically: using a clearing rule to complete the clearing of the mapping result, and generating a clearing result;
  • S1 is a flowchart of creating a rule script database in an embodiment of the present application.
  • a memory is set in a local computer folder for storing a rule script file, and is set on a real estate transaction system. Reading the interface, reading the rule script file stored in the memory, using the rule engine to read the rule script file in a parameter manner, and inserting it into the rule script database to complete the creation of the rule script database,
  • S1 may include:
  • S101 setting a memory, specifically: setting a memory in a local computer folder, the memory being configured to store a rule script file stored in a preset data storage format; the memory is completed by using a Resource Factory class provided in a rule engine
  • the rule script file is stored in any one of drl, xls, and bpmn; when the drools rule script is used, the file is stored in the form of a drl rule file.
  • S102 Read a rule script file, specifically: selecting a real estate transaction system, setting a reading interface on the real estate transaction system, and reading, by using the rule engine, a parameter manner in the memory by using the rule engine
  • the rule script file in the reading interface in the manner that the character stream reads the rule script file, mainly uses the reader class to complete the input of the rule script file, and uses the writer class to complete the output of the rule script.
  • S103 Create a rule script database, specifically: insert the read rule script file into the rule script database to complete creation of the rule script database; the rule script database is mainly utilized in the rule engine
  • the Knowledge Builder class is done. Mark the read rule script as Kbuilder. Use the add method in the Knowledge Builder to insert the tagged rule script into the add Knowledge Packages in a parameterized manner, and loop through the rule script to insert the parameter script to complete the pair.
  • the rule script database is created, and at the same time, a return value is set for the rule script stored in the rule script database, and the return value is recorded as a package.
  • S2 is a flowchart of creating a session in an embodiment of the present application.
  • a session is created, and the session is set to read and parse a rule script file, and the rule script file resides.
  • Memory work the session includes a stateful session and a stateless session, the stateful session can be resident in memory, and iteratively updated over time for system monitoring, logic clearing processing, etc.;
  • the stateless session is set to handle some simple scenarios, such as verification, data calculation, etc.
  • S2 may include:
  • S201 request to create a session control object, specifically: the real estate transaction system requests a new session control object from the standard session manager;
  • S202 Create a new standard session object, specifically: the standard session manager will create a new standard session object and save it in the local session control object set; at the same time, the session ID of the newly created standard session object and the related session key The value is sent to the backup family manager;
  • S203 Create a new session, specifically: the backup family manager creates a new session according to the session ID and the corresponding event.
  • S3 is a flow chart of generating an order queue in an embodiment of the present application.
  • a real estate transaction order is imported to generate an order queue; an order input interface is set on the real estate transaction system interface, and the interface is input through the interface.
  • the real estate transaction order, the insert method in the session is called to put it into the session, and the real estate transaction order data is inserted to generate an order queue.
  • S3 may include:
  • S301 Enter a real estate transaction order, specifically: setting an order input interface on the real estate transaction system interface, and inputting an online or offline real estate transaction order through the order input interface;
  • the offline real estate transaction An order refers to an order of each store;
  • the online real estate transaction order refers to an order generated directly on the real estate transaction website;
  • the online or offline real estate transaction order needs to be input into the real estate transaction system, and the order is The input mode can be automatically input or manually input;
  • S302 Generate an order queue, where: an order database and an execution script are set in the real estate transaction system, and the execution script is invoked, and the order data in the real estate transaction order is arranged according to an execution rule to generate an order queue storage.
  • the execution rule includes a timing execution rule, a batch execution rule, and the like; the timing execution rule is a time when the execution rule is set to be executed on the real estate transaction system; the batch execution rule refers to a certain number of The order data is arranged in batches to generate an order queue.
  • a timed execution rule is used to complete the entry of a real estate transaction order, for example, 12 o'clock every day, after the real estate transaction order is executed cyclically, an order queue is generated for storage in the order database.
  • the batch execution rule is used to complete the input of the real estate transaction order.
  • the order queue is generated after the real estate transaction order is executed in 200 batches for one batch to be stored in the order database.
  • FIG. 5 is a flowchart of order data mapping in an embodiment of the present application.
  • a rule engine continuously serves the session, and uses a mapping rule to set a condition of the mapping rule and a mapping result. Corresponding relationship, the mapping result is obtained.
  • S4 may include:
  • mapping the mapping rule sets the data to be filled in by the corresponding mapping rule condition, and uses the read interface to correspondingly place the real estate transaction order data into the framework set under the mapping rule condition.
  • the mapping result is used to obtain the mapping result, where the rule engine continuously serves the session, and uses the mapping rule to map the condition of the mapping rule to the mapping result in a one-to-one relationship, and obtain the mapping result.
  • the mapping rule may adopt the when-then-end in the drools rule engine, and use the when-then-end rule statement to obtain the mapping result, wherein the condition of the mapping rule is when, and the mapping result part is then.
  • mapping rule table For example, a specific mapping rule table is shown in Table 1 below; in a real estate transaction system, in the mapping rule table, it indicates that when the bank name is "Ping An Bank” and the address is "Shanghai", the corresponding The name of the payer will be set to "Ping An Bank Co., Ltd. Shanghai Branch”. And this "condition-result" can be represented by when-then-end in the drools rule engine, where the condition part is when and the result part is then.
  • FIG. 6 is a flowchart of the mapping result clearing in an embodiment of the present application.
  • the clearing rule is used to complete the clearing of the mapping result, and the clearing result is obtained.
  • S5 may include:
  • S501 Importing the mapping result, specifically: setting a clearing interface on the clearing rule interface, wherein the clearing interface corresponds to the clearing rule, and the mapping result is imported by using the clearing interface; the clearing rule adopts while- in the drools rule engine The do-else rule, while indicates the condition of the clearing rule, and do and else show two different clearing results;
  • S502 Obtaining a clearing result by using a clearing rule, specifically: the rule engine continuously serves the session, and uses the clearing rule to complete the clearing of the mapping result, and obtain a clearing result.
  • a clearing rule specifically: the rule engine continuously serves the session, and uses the clearing rule to complete the clearing of the mapping result, and obtain a clearing result.
  • the corresponding set loan time is 2017-5-31 and used >2017-5-31 Mark
  • the loan type is marked as sales or sales
  • the commission label is new
  • the loan term is set to 6 months or 12 months.
  • the clearing condition is set to >2017-5-31and (sale or (sale + job)) and new (6or12), according to the conditions of the clearing rule, the following clearing results can be obtained: income-sales-unit price is 2.81%; income-sales income-amount is $lending amount $*2.81%; Expenditure - Intermediary commission - unit price is 1.80%; expenditure - agency commission - amount is $ lending amount $ * 1.80%.
  • S6 is a flow chart of a curing review order in an embodiment of the present application. As shown in FIG. 7, in S6, a review of a real estate transaction order is completed on the review interface, and the verified real estate transaction order is solidified.
  • S6 may include:
  • S601 reviewing the clearing result, specifically: setting a read interface on the review interface, reading the clearing result through the read interface, and setting a resume switch and a return switch on the check interface, where the resume switch and the curing interface are Connecting, the return switch is connected with the mapping rule interface; using the manual method to calculate the clearing result, when the clearing result is verified, the check switch is selected to enter the curing interface; when the clearing result is incorrectly verified, Check the return switch and return to S4 for recalculation;
  • S602 solidifying the real estate transaction order, specifically: setting and curing the check-in real estate transaction order, and setting a status flag to the one-to-one correspondence with the verified real estate transaction order, to identify that the real estate transaction order has been locked .
  • the present application further provides a processing system for business logic.
  • the processing system of the business logic includes: a rule creation database unit, and a rule script database.
  • the database is created by using the rule engine to read the rule script file, and inserting the read rule script file into the rule script database; by setting a memory in the local computer folder, for storing the rule script file, in the real estate Setting a reading interface on the transaction system, reading a rule script file stored in the memory, using a rule engine to read the rule script file in a parameter manner, and inserting it into the rule script database to complete the rule script database
  • the stateful session can reside in memory and over time The transition allows iterative updates for scenarios such as system monitoring, logical clearing processing, etc.; the stateless session is used to process some simple scenarios, such
  • the order data in the real estate transaction order is arranged according to an execution rule, and the generated order queue is stored in the order database;
  • the mapping unit is configured to serve in the session, and obtain the order queue.
  • the order data is mapped according to the mapping rule, and the mapping result is generated;
  • the rule engine continuously serves the session, and uses the mapping rule to map the condition of the mapping rule to the mapping result one by one to obtain the mapping result;
  • the clearing unit is set to obtain Mapping results, according to clearing rules Perform liquidation to generate clearing results; use clearing rules to complete the clearing of the mapping results, generate clearing results; review the curing unit, set to obtain the clearing results, review and solidify the clearing results; complete the review of the real estate transaction orders on the review interface, and Curing the correct real estate transaction order.
  • the generate order queue unit includes an order timing input module configured to use a timed execution rule to complete the input of a real estate transaction order.
  • the generate order queue unit includes an order batch input module configured to use a batch execution rule to complete the input of a real estate transaction order.
  • the create rule script database unit includes: a memory setting module configured to set a memory in a local computer folder for storing a rule script file stored in a preset data storage format; a rule script reading module And setting a reading interface on the real estate transaction system, through the reading interface, using a rule engine to read the rule script file stored in the memory in a parameter manner; the rule script inserting module is set to be read The rule script file is inserted into the rule script database to complete creation of the rule script database.
  • the creating a session unit includes: a requesting module configured to cause the real estate transaction system to request a new session control object from the standard session manager; a new module configured to cause the standard session manager to create a new standard session
  • the object is saved in the local session control object collection, and the session ID of the newly created standard session object and the related session key value are sent to the backup family manager; the module is rebuilt, and the backup family manager is set according to the session. ID and corresponding events to create a new session.
  • the generating an order queue unit includes: an order input module configured to set an order input interface on the real estate transaction system interface, and input the online or offline line through the order input interface by using an automatic or manual manner. a real estate transaction order; an order storage module, configured to set an order database and execute a script in the real estate transaction system, and invoke the execution script to arrange order data in the real estate transaction order according to an execution rule to generate an order queue.
  • the order queue is stored in the order database.
  • the mapping unit includes: a conversion module configured to set a read interface in the mapping rule interface, invoke the read interface, read order data in the order queue, and convert the order data into a mapping The condition of the rule; the mapping result obtaining module is configured to enable the rule engine to continuously serve the session, and use the mapping rule to map the condition of the mapping rule to the mapping result in a one-to-one relationship, and obtain the mapping result.
  • the clearing unit includes: an importing module, configured to set a clearing interface on the clearing rule interface, the clearing interface is in one-to-one correspondence with the clearing rule, and the mapping result is imported by using the clearing interface; the clearing result obtaining module And setting the rule engine to continue the service and the session, using the clearing rule to complete the clearing of the mapping result, and obtaining the clearing result.
  • the review curing unit includes: a review module configured to set a read interface on the review interface, read a clearing result through the read interface, and set a resume switch and a return switch on the check interface
  • the continuation switch is connected to the curing interface, and the return switch is connected to the mapping rule interface; the settlement result is manually calculated, and when the clearing result is verified, the continuation switch is selected to enter the curing interface; If the settlement result is incorrect, check the return switch and return to S4 for recalculation.
  • the curing module is set to set the status of the verified real estate transaction order, and set the status mark and the verified property.
  • the trade order has a one-to-one correspondence to identify that the real estate transaction order has been locked.
  • the present application also provides a computer device including a memory and a processor, wherein the memory stores computer readable instructions, when the computer readable instructions are executed by the processor, causing the processor to execute the above The steps of the processing method of the business logic in the embodiment.
  • the present application also provides a storage medium storing computer readable instructions, when executed by one or more processors, causing one or more processors to perform the services in the above embodiments The steps of the logical processing method.
  • the storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及业务逻辑的处理方法、系统、计算机设备和存储介质，所述方法包括：创建规则脚本数据库和session；导入房产交易订单，生成订单队列，所述规则引擎持续服务于所述session中，调用所述session来实现订单队列中的订单数据的映射和清算，复核并固化清算结果。有益技术效果：使用规则引擎中的语法结构来处理房产交易系统中的业务逻辑，减少使用其他业务逻辑；利用规则引擎的超强逻辑处理能力，灵活应对各类业务逻辑，同时，通过修改相应的规则脚本实现业务逻辑的变更。

Description

业务逻辑的处理方法、系统、计算机设备和存储介质
本申请要求于2018年03月18日提交中国专利局、申请号为201810221790.4、发明名称为“业务逻辑的处理方法、系统、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机通信领域，特别是涉及业务逻辑的处理方法、系统、计算机设备和存储介质。
背景技术
业务逻辑是软件在某个业务领域内的逻辑，是一个高层次概念。一般业务逻辑嵌套在系统的各处代码中与其他代码具有极高的耦合度、不可复用性和频繁变动性，拉低了其他代码的自动生成效率。而当前的业务系统多采用“硬编码”和MDA工具，现有的MDA工具会采用IBM Rational,open Architecture Ware(oAW)的方式，而这些方式基本上支持框架代码的自动生成，不能完全支持业务逻辑的自动生成，且业务逻辑的具体实现则需要手工完成。同时，硬编码是采用一个个固定值代理可变变量，实现代码生成。现有的“硬编码”和MDA工具在实际的房产交易系统的业务逻辑处理中仍存在诸多弊端，其弊端具体如下：
1、当前的房产交易系统采用“硬编码”或MDA工具方式，致使房产交易系统流程繁多，涉及人员广、所需审批流程周期长；
2、当前的房产交易系统大多业务逻辑复杂且涉及多项公式的计算，在处理此类业务逻辑时多采用直接将业务逻辑或多项公式写入代码中去，但因采用“硬编码”的方式进行业务逻辑的处理，不可避免的会碰到多层判断语句或循环嵌套，造成后期维护业务逻辑的成本较大；此外，当业务需求量增多时，代码一经变动造成较大的风险；
3、使用“硬编码”处理房产交易系统中的业务逻辑时，只适用于处理简单的业务逻辑，当遇到复杂的业务逻辑需要处理时，则需要使用if等语句进行嵌 套，致使语句嵌套增多，且if语句嵌套完成之后，致使if语句修改困难。
因此，根据以上情况，急需一种业务逻辑的处理方法、系统、计算机设备和存储介质。
发明内容
基于此，有必要针对当前的房产交易系统采用“硬编码”或MDA工具方式，造成房产交易流程复杂，规则语句嵌套繁多、修改困难等一系列问题，提供业务逻辑的处理方法、系统、计算机设备和存储介质。
一种业务逻辑的处理方法，所述业务逻辑的处理方法，包括：
S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；S4：服务于所述session中，获取所述订单队列中的订单数据，根据映射规则进行映射，生成映射结果；S5：获取映射结果，根据清算规则进行清算，生成清算结果；S6：获取清算结果，复核并固化清算结果。
一种业务逻辑的处理系统，包括：
创建规则脚本数据库单元，设置为创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；创建session单元，设置为创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；生成订单队列单元，设置为导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；映射单元，设置为服务于所述session中，获取所述订单队列中的订单数据，根据映射规则进行映射，生成映射结果；清算单元，设置为获取映射结果，根据清算规则进行清算，生成清算结果；复核固化单元，设置为获取清算结果，复核并固化清算结果。
基于相同的技术构思，本发明还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如下步骤：
S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；S4：服务于所述session中，获取所述订单队列中的订单数据数据，根据映射规则进行映射，生成映射结果；S5：获取映射结果，根据清算规则进行清算，生成清算结果；S6：获取清算结果，复核并固化清算结果。
基于相同的技术构思，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；S4：服务于所述session中，获取所述订单队列中的订单数据数据，根据映射规则进行映射，生成映射结果；S5：获取映射结果，根据清算规则进行清算，生成清算结果；S6：获取清算结果，复核并固化清算结果。
上述业务逻辑的处理方法、系统、计算机设备和存储介质，通过在本地电脑文件夹内设置存储器，用于存储规则脚本文件，在房产交易系统上设置读取界面，读取存储在所述存储器中的规则脚本文件，利用规则引擎以参数方式读取规则脚本文件，并将其插入至规则脚本数据库中，以完成所述规则脚本数据 库的创建；创建session，所述session用于读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；在房产交易系统界面上设置订单输入界面，利用该界面输入房产交易订单，在所述房产交易系统中设有订单数据库和执行脚本，调用所述执行脚本，所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列存储在所述订单数据库中；规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果；利用清算规则完成对映射结果的清算，获取清算结果；在复核界面上完成对房产交易订单的复核，并对复核无误的房产交易订单进行固化。与现有技术相比，本技术方案的有益技术效果在于，使用规则引擎中的语法结构来处理房产交易系统中的业务逻辑，减少使用其他业务逻辑；利用规则引擎的超强逻辑处理能力，灵活应对各类业务逻辑，同时，通过修改相应的规则脚本实现业务逻辑的变更。
附图说明
图1为本申请一个实施例中一种业务逻辑的处理方法的流程图；
图2为本申请一个实施例中创建规则脚本数据库的流程图；
图3为本申请一个实施例中创建session的流程图；
图4为本申请一个实施例中生成订单队列的流程图；
图5为本申请一个实施例中订单数据映射的流程图；
图6为本申请一个实施例中映射结果清算的流程图；
图7为本申请一个实施例中固化复核订单的流程图；
图8为本申请一个实施例中一种业务逻辑的处理系统示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅 仅用以解释本申请，并不用于限定本申请。
如图1所示，本申请实施例提供一种业务逻辑的处理方法，所述业务逻辑的处理方法，可以包括：
S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；具体为：通过在本地电脑文件夹内设置存储器，用于存储规则脚本文件，在房产交易系统上设置读取界面，读取存储在所述存储器中的规则脚本文件，利用规则引擎以参数方式读取规则脚本文件，并将其插入至规则脚本数据库中，以完成所述规则脚本数据库的创建；
S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；具体为：所述session包括有状态的session和无状态的session，所述有状态的session可以常驻内存，并随着时间的推移允许迭代更新，用于系统监控、逻辑清算处理等场景；所述无状态的session设置为处理一些简单的场景，例如验证、数据计算等；
S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；具体为：在房产交易系统界面上设置订单输入界面，利用该界面输入房产交易订单，在所述房产交易系统中设有订单数据库和执行脚本，调用所述执行脚本，所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列存储在所述订单数据库中；
S4：服务于所述session中，获取所述订单队列中的订单数据，根据映射规则进行映射，生成映射结果；具体为：规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果；
S5：获取映射结果，根据清算规则进行清算，生成清算结果；具体为：利用清算规则完成对映射结果的清算，生成清算结果；
S6：获取清算结果，复核并固化清算结果；具体为：在复核界面上完成对房产交易订单的复核，并对复核无误的房产交易订单进行固化。
图2为本申请一个实施例中创建规则脚本数据库的流程图，如图2所示，在S1中，通过在本地电脑文件夹内设置存储器，用于存储规则脚本文件，在房产交易系统上设置读取界面，读取存储在所述存储器中的规则脚本文件，利用规则引擎以参数方式读取规则脚本文件，并将其插入至规则脚本数据库中，以完成所述规则脚本数据库的创建，本实施例中，S1可以包括：
S101：设置存储器，具体为：在本地电脑文件夹内设置存储器，所述存储器设置为存储以预设数据存储格式存储的规则脚本文件；所述存储器是利用规则引擎中提供的Resource Factory类来完成其设立；所述规则脚本文件选用drl、xls和bpmn中的任一种方式进行存储；在使用的drools规则脚本时，选用以drl规则文件的形式进行存储。
S102：读取规则脚本文件，具体为：选定一房产交易系统，在所述房产交易系统上设置读取界面，通过所述读取界面，利用规则引擎以参数方式读取存储在所述存储器中的规则脚本文件；在所述读取界面中，所述字符流读取规则脚本文件的方式，主要是利用reader类来完成对规则脚本文件的输入，利用writer类来完成对规则脚本的输出；
S103：创建规则脚本数据库，具体为：将读取的所述规则脚本文件插入至所述规则脚本数据库，以完成所述规则脚本数据库的创建；所述规则脚本数据库主要是利用所述规则引擎中的Knowledge Builder类来完成。对读取的规则脚本进行标记为Kbuilder，利用Knowledge Builder中的add方法，将设有标记的规则脚本以参数的方式插入至add Knowledge Packages中，循环将规则脚本以参数方式进行插入，以完成对规则脚本数据库的创建，同时，对存储至所述规则脚本数据库中的规则脚本设置一返回值，所述返回值记为package。
图3为本申请一个实施例中创建session的流程图，如图3所示，在S2中，创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；所述session包括有状态的session和无状态的session，所述有状态的session可以常驻内存，并随着时间的推移允许迭代更 新，用于系统监控、逻辑清算处理等场景；所述无状态的session设置为处理一些简单的场景，例如验证、数据计算等，本实施例中，S2可以包括：
S201：请求创建会话控制对象，具体为：房产交易系统会向标准会话管理器请求新建一个会话控制对象；
S202：新建标准会话对象，具体为：所述标准会话管理器将会新建一个标准会话对象，并保存在本地会话控制对象集合中；同时，将新建的标准会话对象的会话ID和相关的会话关键值发送给备份族管理器；
S203：创建新的session，具体为：所述备份族管理器会根据会话ID和相应的事件来创建新的session。
图4为本申请一个实施例中生成订单队列的流程图，如图4所示，在S3中，导入房产交易订单，生成订单队列；在房产交易系统界面上设置订单输入界面，利用该界面输入房产交易订单，调用session中的insert方法将其放入至所述session中，实现房产交易订单数据的插入以生成订单队列，本实施例中，S3可以包括：
S301：输入房产交易订单，具体为：在房产交易系统界面上设置订单输入界面，通过所述订单输入界面，采用自动或手动方式输入线上或者线下的房产交易订单；所述线下房产交易订单是指各个门店的订单；所述线上房产交易订单是指直接在房产交易网站上生成的订单；所述线上或线下房产交易订单都需输入至所述房产交易系统中，其订单的输入方式可采用自动输入或者手动输入的方式；
S302：生成订单队列，具体为：在所述房产交易系统中设有订单数据库和执行脚本，调用所述执行脚本，所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列存储在所述订单数据库中。所述执行规则包括定时执行规则，批量执行规则等；所述定时执行规则是在所述房产交易系统上设定好执行规则开始执行的时间；所述批量执行规则是指在按照一定数量的将订单数据批量进行排列后生成订单队列。
举例来说，采用定时执行规则来完成房产交易订单的输入，例如，每天12点，循环执行房产交易订单后生成订单队列以存储在所述订单数据库中。采用批量执行规则来完成房产交易订单的输入，例如，按照200个为一个批量的循环执行房产交易订单后生成订单队列以存储在所述订单数据库中。
图5为本申请一个实施例中订单数据映射的流程图，如图5所示，在S4中，规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果，在本实施例中，S4可以包括：
S401：读取订单数据，具体为：在映射规则界面设置读取接口，调用所述读取接口，读取订单队列中的订单数据，将所述订单数据转化成映射规则的条件；所述映射规则设置好对应的映射规则条件应填入的数据，利用所述读取接口，将房产交易订单数据对应放置到所述映射规则条件下设的框架内。
S402：利用映射规则获取映射结果，具体为：规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果。所述映射规则可以采用drools规则引擎中的when-then-end，采用when-then-end的规则语句来获取映射结果，其中，所述映射规则的条件就是when，映射结果部分即为then。
举例来说，如下表1所示一条具体的映射规则表；在某房产交易系统中，该映射规则表中，它表示当银行名为“平安银行”，且地址为“上海市”时，对应的就会设置所述付款方名称为“平安银行股份有限公司上海分行”。而这种“条件-结果”，可采用drools规则引擎中的when-then-end来表示，其中，所述条件部分为when，结果部分为then。
银行名称 市 付款方名称
平安银行 上海 平安银行股份有限公司上海分行
表1
图6为本申请一个实施例中映射结果清算的流程图，如图6所示，在S5中， 利用清算规则完成对映射结果的清算，获取清算结果，本实施例中，S5可以包括：
S501：导入映射结果，具体为：在清算规则界面设置清算接口，所述清算接口与清算规则一一对应，利用所述清算接口，导入映射结果；所述清算规则采用drools规则引擎中的while-do-else规则，while表示的是清算规则的条件，do和else显示的是两种不同的清算结果；
S502：利用清算规则获取清算结果，具体为：规则引擎持续服务于所述session中，利用清算规则完成对映射结果的清算，获取清算结果。
举例来说，如下表2所示，当条件项下设置的有放款日期、业务类型、佣金标签、放款期限时，对应的设置好放款时间为2017-5-31以前并用>2017-5-31进行标记，放款类型标记为销售or(销售+作业)，佣金标签为new，放款期限设置为6个月或者12个月，据上，可是清算条件即设置为>2017-5-31and(销售or(销售+作业))and new(6or12)，根据该清算规则的条件，即可获取如下清算结果：收入-销售-单价为2.81％；收入-销售收入-金额为$放款金额$*2.81％；支出-中介佣金-单价为1.80％；支出-中介佣金-金额为$放款金额$*1.80％。
Figure PCTCN2018104728-appb-000001
表2
若使用该清算规则无法获取上述清算结果时，则清算结果会显示为“NO”的状态，表3所示。
Figure PCTCN2018104728-appb-000002
表3
图7为本申请一个实施例中固化复核订单的流程图，如图7所示，在S6中，在复核界面上完成对房产交易订单的复核，并对复核无误的房产交易订单进行固化，本实施例中，S6可以包括：
S601：复核清算结果，具体为：在复核界面上设置读取接口，通过所述读取接口读取清算结果，在所述复核界面上设置继续开关和返回开关，所述继续开关与固化界面相连接，所述返回开关与映射规则界面相连接；利用人工方式核算清算结果，当所述清算结果复核无误时，则勾选继续开关，进入固化界面；当所述清算结果复核有误时，则勾选返回开关，返回至S4，进行重新计算；
S602：固化房产交易订单，具体为：对复核无误的房产交易订单进行标志设置固化，通过设置状态标记与所述复核无误的房产交易订单进行一一对应，用以标识该房产交易订单已经被锁定。
基于相同的技术构思，本申请还提供一种业务逻辑的处理系统，如图8所示，所述业务逻辑的处理系统包括：创建规则脚本数据库单元，设置为创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件， 并将读取的所述规则脚本文件插入至所述规则脚本数据库；通过在本地电脑文件夹内设置存储器，用于存储规则脚本文件，在房产交易系统上设置读取界面，读取存储在所述存储器中的规则脚本文件，利用规则引擎以参数方式读取规则脚本文件，并将其插入至规则脚本数据库中，以完成所述规则脚本数据库的创建；创建session单元，设置为创建session，所述session用于读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；所述session包括有状态的session和无状态的session，所述有状态的session可以常驻内存，并随着时间的推移允许迭代更新，用于系统监控、逻辑清算处理等场景；所述无状态的session用于处理一些简单的场景，例如验证、数据计算等；生成订单队列单元，设置为导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；在房产交易系统界面上设置订单输入界面，利用该界面输入房产交易订单，在所述房产交易系统中设有订单数据库和执行脚本，调用所述执行脚本，所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列存储在所述订单数据库中；映射单元，设置为服务于所述session中，获取所述订单队列中的订单数据，根据映射规则进行映射，生成映射结果；规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果；清算单元，设置为获取映射结果，根据清算规则进行清算，生成清算结果；利用清算规则完成对映射结果的清算，生成清算结果；复核固化单元，设置为获取清算结果，复核并固化清算结果；在复核界面上完成对房产交易订单的复核，并对复核无误的房产交易订单进行固化。
在一个实施例中，所述生成订单队列单元包括订单定时输入模块，设置为采用定时执行规则来完成房产交易订单的输入。
在一个实施例中，所述生成订单队列单元包括订单批量输入模块，设置为采用批量执行规则来完成房产交易订单的输入。
在一个实施例中，所述创建规则脚本数据库单元包括：存储器设置模块，设置为在本地电脑文件夹内设置存储器，用于存储以预设数据存储格式存储的规则脚本文件；规则脚本读取模块，设置为在房产交易系统上设置读取界面， 通过所述读取界面，利用规则引擎以参数方式读取存储在所述存储器中的规则脚本文件；规则脚本插入模块，设置为将读取的所述规则脚本文件插入至所述规则脚本数据库，以完成所述规则脚本数据库的创建。
在一个实施例中，所述创建session单元包括：请求模块，设置为使房产交易系统向标准会话管理器请求新建一个会话控制对象；新建模块，设置为使所述标准会话管理器新建一个标准会话对象，并保存在本地会话控制对象集合中，同时，将新建的标准会话对象的会话ID和相关的会话关键值发送给备份族管理器；再建模块，设置为使所述备份族管理器根据会话ID和相应的事件来创建新的session。
在一个实施例中，所述生成订单队列单元包括：订单输入模块，设置为在房产交易系统界面上设置订单输入界面，通过所述订单输入界面，采用自动或手动方式输入线上或者线下的房产交易订单；订单存储模块，设置为在所述房产交易系统中设置订单数据库和执行脚本，调用所述执行脚本使所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列，将所述订单队列存储在所述订单数据库中。
在一个实施例中，所述映射单元包括：转化模块，设置为在映射规则界面设置读取接口，调用所述读取接口，读取订单队列中的订单数据，将所述订单数据转化成映射规则的条件；映射结果获取模块，设置为使规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果。
在一个实施例中，所述清算单元包括：导入模块，设置为在清算规则界面设置清算接口，所述清算接口与清算规则一一对应，利用所述清算接口，导入映射结果；清算结果获取模块，设置为使规则引擎持续服务与所述session中，利用清算规则完成对映射结果的清算，获取清算结果。
在一个实施例中，所述复核固化单元包括：复核模块，设置为在复核界面上设置读取接口，通过所述读取接口读取清算结果，在所述复核界面上设置继 续开关和返回开关，所述继续开关与固化界面相连接，所述返回开关与映射规则界面相连接；利用人工方式核算清算结果，当所述清算结果复核无误时，则勾选继续开关，进入固化界面；当所述清算结果复核有误时，则勾选返回开关，返回至S4，进行重新计算；固化模块，设置为对复核无误的房产交易订单进行标志设置固化，通过设置状态标记与所述复核无误的房产交易订单进行一一对应，用以标识该房产交易订单已经被锁定。
基于相同的技术构思，本申请还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被所述处理器执行时，使得所述处理器执行上述实施例中的业务逻辑的处理方法的步骤。
基于相同的技术构思，本申请还提供一种存储有计算机可读指令的存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述实施例中的业务逻辑的处理方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种业务逻辑的处理方法，包括：
    S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；
    S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；
    S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；
    S4：服务于所述session中，获取所述订单队列中的订单数据数据，根据映射规则进行映射，生成映射结果；
    S5：获取映射结果，根据清算规则进行清算，生成清算结果；
    S6：获取清算结果，复核并固化清算结果。
  2. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S1包括：
    S101：在本地电脑文件夹内设置存储器，所述存储器设置为存储以预设数据存储格式存储的规则脚本文件；
    S102：选定一房产交易系统，在所述房产交易系统上设置读取界面，通过所述读取界面，利用规则引擎以参数方式读取存储在所述存储器中的规则脚本文件；
    S103：将读取的所述规则脚本文件插入至所述规则脚本数据库，以完成所述规则脚本数据库的创建。
  3. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S2包括：
    S201：房产交易系统向标准会话管理器请求新建一个会话控制对象；
    S202：所述标准会话管理器将会新建一个标准会话对象，并保存在本地会话控制对象集合中；同时，将新建的标准会话对象的会话ID和相关的会话关键 值发送给备份族管理器；
    S203：所述备份族管理器会根据会话ID和相应的事件来创建新的session。
  4. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S3包括：
    S301：在房产交易系统界面上设置订单输入界面，通过所述订单输入界面，采用自动或手动方式输入线上或者线下的房产交易订单；
    S302：在所述房产交易系统中设有订单数据库和执行脚本，调用所述执行脚本，所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列存储在所述订单数据库中。
  5. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S4包括：
    S401：在映射规则界面设置读取接口，调用所述读取接口，读取订单队列中的订单数据，将所述订单数据转化成映射规则的条件；
    S402：规则引擎持续服务于所述session中，利用映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果。
  6. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S5包括：
    S501：在清算规则界面设置清算接口，所述清算接口与清算规则一一对应，利用所述清算接口，导入映射结果；
    S502：规则引擎持续服务与所述session中，利用清算规则完成对映射结果的清算，获取清算结果。
  7. 根据权利要求1所述的一种业务逻辑的处理方法，其中，S6包括：
    S601：在复核界面上设置读取接口，通过所述读取接口读取清算结果，在所述复核界面上设置继续开关和返回开关，所述继续开关与固化界面相连接，所述返回开关与映射规则界面相连接；利用人工方式核算清算结果，当所述清算结果复核无误时，则勾选继续开关，进入固化界面；当所述清算结果复核有误时，则勾选返回开关，返回至S4，进行重新计算；
    S602：对复核无误的房产交易订单进行标志设置固化，通过设置状态标记与所述复核无误的房产交易订单进行一一对应，用以标识该房产交易订单已经被锁定。
  8. 根据权利要求1所述的一种业务逻辑的处理方法，其中，所述导入房产交易订单采用定时执行规则来完成房产交易订单的输入。
  9. 根据权利要求1所述的一种业务逻辑的处理方法，其中，所述导入房产交易订单采用批量执行规则来完成房产交易订单的输入。
  10. 一种业务逻辑的处理系统，包括：
    创建规则脚本数据库单元，设置为创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；
    创建session单元，设置为创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；
    生成订单队列单元，设置为导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；
    映射单元，设置为服务于所述session中，获取所述订单队列中的订单数据，根据映射规则进行映射，生成映射结果；
    清算单元，设置为获取映射结果，根据清算规则进行清算，生成清算结果；
    复核固化单元，设置为获取清算结果，复核并固化清算结果。
  11. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述创建规则脚本数据库单元包括：
    存储器设置模块，设置为在本地电脑文件夹内设置存储器，用于存储以预设数据存储格式存储的规则脚本文件；
    规则脚本读取模块，设置为在房产交易系统上设置读取界面，通过所述读 取界面，利用规则引擎以参数方式读取存储在所述存储器中的规则脚本文件；
    规则脚本插入模块，设置为将读取的所述规则脚本文件插入至所述规则脚本数据库，以完成所述规则脚本数据库的创建。
  12. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述创建session单元包括：
    请求模块，设置为使房产交易系统向标准会话管理器请求新建一个会话控制对象；
    新建模块，设置为使所述标准会话管理器新建一个标准会话对象，并保存在本地会话控制对象集合中，同时，将新建的标准会话对象的会话ID和相关的会话关键值发送给备份族管理器；
    再建模块，设置为使所述备份族管理器根据会话ID和相应的事件来创建新的session。
  13. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述生成订单队列单元包括：
    订单输入模块，设置为在房产交易系统界面上设置订单输入界面，通过所述订单输入界面，采用自动或手动方式输入线上或者线下的房产交易订单；
    订单存储模块，设置为在所述房产交易系统中设置订单数据库和执行脚本，调用所述执行脚本使所述房产交易订单中的订单数据按照一执行规则进行排列后生成订单队列，将所述订单队列存储在所述订单数据库中。
  14. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述映射单元包括：
    转化模块，设置为在映射规则界面设置读取接口，调用所述读取接口，读取订单队列中的订单数据，将所述订单数据转化成映射规则的条件；
    映射结果获取模块，设置为使规则引擎持续服务于所述session中，利用 映射规则，将映射规则的条件与映射结果一一对应关系，获取映射结果。
  15. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述清算单元包括：
    导入模块，设置为在清算规则界面设置清算接口，所述清算接口与清算规则一一对应，利用所述清算接口，导入映射结果；
    清算结果获取模块，设置为使规则引擎持续服务与所述session中，利用清算规则完成对映射结果的清算，获取清算结果。
  16. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述复核固化单元包括：
    复核模块，设置为在复核界面上设置读取接口，通过所述读取接口读取清算结果，在所述复核界面上设置继续开关和返回开关，所述继续开关与固化界面相连接，所述返回开关与映射规则界面相连接；利用人工方式核算清算结果，当所述清算结果复核无误时，则勾选继续开关，进入固化界面；当所述清算结果复核有误时，则勾选返回开关，返回至S4，进行重新计算；
    固化模块，设置为对复核无误的房产交易订单进行标志设置固化，通过设置状态标记与所述复核无误的房产交易订单进行一一对应，用以标识该房产交易订单已经被锁定。
  17. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述生成订单队列单元包括：订单定时输入模块，设置为采用定时执行规则来完成房产交易订单的输入。
  18. 根据权利要求10所述的一种业务逻辑的处理系统，其中，所述生成订单队列单元包括：订单批量输入模块，设置为采用批量执行规则来完成房产交易订单的输入。
  19. 一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以 下步骤：
    S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；
    S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；
    S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；
    S4：服务于所述session中，获取所述订单队列中的订单数据数据，根据映射规则进行映射，生成映射结果；
    S5：获取映射结果，根据清算规则进行清算，生成清算结果；
    S6：获取清算结果，复核并固化清算结果。
  20. 一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个所述处理器执行以下步骤：
    S1：创建规则脚本数据库，所述规则脚本数据库的创建是利用规则引擎读取规则脚本文件，并将读取的所述规则脚本文件插入至所述规则脚本数据库；
    S2：创建session，所述session设置为读取、解析规则脚本文件，并使得所述规则脚本文件驻留内存工作；
    S3：导入房产交易订单，将房产交易订单中的订单数据进行排列，生成订单队列；
    S4：服务于所述session中，获取所述订单队列中的订单数据数据，根据映射规则进行映射，生成映射结果；
    S5：获取映射结果，根据清算规则进行清算，生成清算结果；
    S6：获取清算结果，复核并固化清算结果。
PCT/CN2018/104728 2018-03-18 2018-09-08 业务逻辑的处理方法、系统、计算机设备和存储介质 WO2019179067A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810221790.4 2018-03-18
CN201810221790.4A CN108595276A (zh) 2018-03-18 2018-03-18 业务逻辑的处理方法、系统、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
WO2019179067A1 true WO2019179067A1 (zh) 2019-09-26

Family

ID=63626703

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/104728 WO2019179067A1 (zh) 2018-03-18 2018-09-08 业务逻辑的处理方法、系统、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN108595276A (zh)
WO (1) WO2019179067A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111427277A (zh) * 2020-03-16 2020-07-17 明珞汽车装备（上海）有限公司 一种传感器数模创建方法、系统、装置及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109492016A (zh) * 2018-11-19 2019-03-19 中国银联股份有限公司 一种交易清算方法及装置
CN109636317B (zh) * 2018-11-23 2023-06-30 山东中创软件工程股份有限公司 业务控制方法、装置、系统及存储介质
CN109741174A (zh) * 2018-12-27 2019-05-10 深圳前海微众银行股份有限公司 机构间清结算方法、装置、设备及计算机可读存储介质
CN111078747A (zh) * 2019-11-20 2020-04-28 北京中电飞华通信股份有限公司 一种面向电力运营企业的新型业务逻辑设置方法
CN113485737A (zh) * 2021-07-15 2021-10-08 苏州工业园区凌志软件股份有限公司 一种业务规则管理系统及方法
CN115686621B (zh) * 2022-12-29 2023-06-06 四川新网银行股份有限公司 一种规则引擎规则脚本的生成方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101281466A (zh) * 2008-05-27 2008-10-08 北京中企开源信息技术有限公司 基于业务本体特征的业务对象建模方法
CN101539855A (zh) * 2008-12-25 2009-09-23 厦门亿力吉奥信息科技有限公司 一种业务基础软件平台
CN102033743A (zh) * 2010-09-02 2011-04-27 西安赛斐软件科技有限公司 一种应用插件扩充模型驱动开发能力的系统及其方法
CN102231162A (zh) * 2011-07-01 2011-11-02 福建富士通信息软件有限公司 基于业务处理的规则引擎动态配置方法
CN104966239A (zh) * 2015-06-30 2015-10-07 天津爱蔻科技有限公司 一种基于规则引擎的智能核保平台
CN105260189A (zh) * 2015-11-02 2016-01-20 江苏马上游科技股份有限公司 基于模型驱动生成代码的方法及系统
CN105787059A (zh) * 2016-02-29 2016-07-20 四川长虹电器股份有限公司 基于数据仓库的财务数据整合方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103164206A (zh) * 2011-12-16 2013-06-19 上海博腾信息科技有限公司 基于saas的软件定制系统
CN102542414B (zh) * 2011-12-28 2016-03-30 焦点科技股份有限公司 一种基于规则引擎的业务流程与业务数据处理的松耦合方法及系统
CN105630617A (zh) * 2015-12-28 2016-06-01 山东中创软件工程股份有限公司 一种基于规则引擎的业务处理方法及系统
CN107450919A (zh) * 2017-07-25 2017-12-08 上海壹账通金融科技有限公司 业务流程管理方法、设备及计算机可读存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101281466A (zh) * 2008-05-27 2008-10-08 北京中企开源信息技术有限公司 基于业务本体特征的业务对象建模方法
CN101539855A (zh) * 2008-12-25 2009-09-23 厦门亿力吉奥信息科技有限公司 一种业务基础软件平台
CN102033743A (zh) * 2010-09-02 2011-04-27 西安赛斐软件科技有限公司 一种应用插件扩充模型驱动开发能力的系统及其方法
CN102231162A (zh) * 2011-07-01 2011-11-02 福建富士通信息软件有限公司 基于业务处理的规则引擎动态配置方法
CN104966239A (zh) * 2015-06-30 2015-10-07 天津爱蔻科技有限公司 一种基于规则引擎的智能核保平台
CN105260189A (zh) * 2015-11-02 2016-01-20 江苏马上游科技股份有限公司 基于模型驱动生成代码的方法及系统
CN105787059A (zh) * 2016-02-29 2016-07-20 四川长虹电器股份有限公司 基于数据仓库的财务数据整合方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111427277A (zh) * 2020-03-16 2020-07-17 明珞汽车装备（上海）有限公司 一种传感器数模创建方法、系统、装置及存储介质

Also Published As

Publication number Publication date
CN108595276A (zh) 2018-09-28

Similar Documents

Publication Publication Date Title
WO2019179067A1 (zh) 业务逻辑的处理方法、系统、计算机设备和存储介质
CN108536761B (zh) 报表数据查询方法及服务器
US7711680B2 (en) Common common object
US8874455B2 (en) Convergence of customer and internal assets
CN110750654A (zh) 知识图谱获取方法、装置、设备和介质
US10417248B2 (en) Field extension in database system
CN102542382A (zh) 业务规则的管理方法和装置
US20140040861A1 (en) Metadata driven software architecture
US9760552B2 (en) Document renewal and translation
US10474506B1 (en) Finite state machine driven workflows
CN104252345A (zh) 在云环境中管理复杂对象的方法及系统
CN107515866B (zh) 一种数据操作方法、装置和系统
CN111596956B (zh) 基于区块链的信息处理方法、装置、电子设备和介质
US10664653B2 (en) Automated structured cloud datatester
US20200167209A1 (en) Configurable Analytics For Microservices Performance Analysis
CN110442598A (zh) 一种数据查询方法和装置
US20120131426A1 (en) Document generation and services management
CN111522840A (zh) 标签的配置方法、装置、设备及计算机可读存储介质
US10289978B2 (en) Method and apparatus for integrating health care payers and provider systems with health care transaction systems using a single HIPAA EDI response generation component
CN116069725A (zh) 文件迁移方法、装置、设备、介质和程序产品
CN113535565B (zh) 一种接口用例生成方法、装置、设备和介质
US10922312B2 (en) Optimization of data processing job execution using hash trees
CN112767013A (zh) 一种业务报表拆分方法、装置、服务器及存储介质
US20070124156A1 (en) Representing business transactions
CN111079991A (zh) 一种业务指标预测方法、装置、设备和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18910479

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18910479

Country of ref document: EP

Kind code of ref document: A1