CN117078436A

CN117078436A - Service processing method, device, electronic equipment and storage medium

Info

Publication number: CN117078436A
Application number: CN202310946370.3A
Authority: CN
Inventors: 潘瑞叶
Original assignee: Picc Information Technology Co ltd
Current assignee: Picc Information Technology Co ltd
Priority date: 2023-07-28
Filing date: 2023-07-28
Publication date: 2023-11-17

Abstract

The application discloses a service processing method, a device, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring service configuration information of a target service, wherein the service configuration information comprises a service field of the target service, and a corresponding fee calculation formula and fee rates of the service field under different value conditions; generating a markup language file corresponding to the target service based on the service field and a cost calculation formula corresponding to the service field under different value conditions; generating a data file corresponding to the target service based on the service field and the rate corresponding to the service field under different value conditions; and carrying out service processing on the target service based on the markup language file and the data file.

Description

Service processing method, device, electronic equipment and storage medium

Technical Field

The present application relates to the field of data processing, and in particular, to a service processing method, apparatus, electronic device, and storage medium.

Background

A business party may typically provide a variety of services. Before service processing, the service parameters of all services need to be configured into a database for subsequent use. In addition, corresponding service processing cost is generated in the service processing process, the service party also needs to develop corresponding calculation codes for each service, calculate the service processing cost corresponding to each service through the calculation codes, and write the service processing cost into a database for subsequent use.

However, the database configuration and code development have large workload, are easy to make mistakes and difficult to maintain, and are increasingly serious with the increase of service types and quantity; when the number of services is too large, the problems of high code coupling degree, low service processing efficiency and the like can also occur.

Disclosure of Invention

The embodiment of the application aims to provide a service processing method, a device, electronic equipment and a storage medium, which are used for solving the problems of large workload, easy error, difficult maintenance, high code coupling degree and low service processing efficiency in the service processing process.

In order to achieve the above object, the embodiment of the present application adopts the following technical scheme:

in a first aspect, an embodiment of the present application provides a service processing method, including:

acquiring service configuration information of a target service, wherein the service configuration information comprises a service field of the target service, and a corresponding fee calculation formula and fee rates of the service field under different value conditions;

generating a markup language file corresponding to the target service based on the service field and a cost calculation formula corresponding to the service field under different value conditions;

generating a data file corresponding to the target service based on the service field and the rate corresponding to the service field under different value conditions;

And carrying out service processing on the target service based on the markup language file and the data file.

In a second aspect, an embodiment of the present application provides a service processing apparatus, including:

the system comprises an acquisition unit, a calculation unit and a calculation unit, wherein the acquisition unit is used for acquiring service configuration information of a target service, wherein the service configuration information comprises a service field of the target service, and a fee calculation formula and a fee rate corresponding to the service field under different value conditions;

the generating unit is used for generating a markup language file corresponding to the target service based on the service field and a cost calculation formula corresponding to the service field under different value conditions;

the generating unit is further configured to generate a data file corresponding to the target service based on the service field and rates corresponding to the service field under different values;

and the processing unit is used for carrying out service processing on the target service based on the markup language file and the data file.

In a third aspect, an embodiment of the present application provides an electronic device, including: a processor; a memory for storing the processor-executable instructions; wherein the processor is configured to execute the instructions to implement the method according to the first aspect.

In a fourth aspect, embodiments of the present application provide a computer readable storage medium, which when executed by a processor of an electronic device, enables the electronic device to perform the method of the first aspect.

The above at least one technical scheme adopted by the embodiment of the application can achieve the following beneficial effects: generating a markup language file corresponding to the target service based on a service field in the service configuration information and a fee calculation formula corresponding to the service field under different value conditions by acquiring the service configuration information of the target service, generating a data file corresponding to the target service based on a service field in the service configuration information and a fee rate corresponding to the service field under different value conditions, and further carrying out service processing on the target service through the markup language file and the data file, thereby avoiding configuration of the service configuration information into a database; meanwhile, the markup language file also contains a cost calculation formula for calculating the service processing cost, so that complex code writing can be avoided to realize calculation logic of the service processing cost, and the problems of large workload, easy error, difficult maintenance and the like caused by database configuration and code development can be solved; even if the types and the numbers of the services are increased, corresponding markup language files and data files can be generated for each service, and service processing is performed through the respective markup language files and data files of each service, so that the services are not affected by each other, the reliability and the accuracy of service processing are improved, and the problems of high code coupling degree, low service processing efficiency and the like caused by the excessive number of the services can be solved. In addition, if the service configuration information of the target service is modified, only the markup language file and the data file are regenerated and subjected to local test, and after the test is finished, the markup language file and the data file can be directly redeployed to the server, so that a long-time deployment flow is avoided, and the deployment is more convenient; if the service field in the service configuration information needs to be stretched as required, only the markup language file needs to be modified, and a database does not need to be frequently operated or codes are greatly modified; and the expansibility is high, and the functions which need to be added later only need to directly modify the markup language file.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute a limitation on the application. In the drawings:

fig. 1 is a flow chart of a service processing method according to an embodiment of the present application;

fig. 2 is a schematic diagram of an application scenario of a service processing method according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a service processing device according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be clearly and completely described below with reference to specific embodiments of the present application and corresponding drawings. It will be apparent that the described embodiments are only some, but not all, embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The terms first, second and the like in the description and in the claims, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate to implement embodiments of the application in a sequence other than those illustrated or described herein. Furthermore, in the present specification and claims, "and/or" means at least one of the connected objects, and the character "/" generally means a relationship in which the associated object is an "or" before and after.

It should be understood that the service processing method provided by the embodiment of the present application may be executed by an electronic device or software installed in the electronic device. The electronic device may include a server, such as an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing a cloud computing service.

The following describes in detail the technical solutions provided by the embodiments of the present application with reference to the accompanying drawings.

Referring to fig. 1, a flow chart of a service processing method according to an embodiment of the present application may include the following steps:

S102, obtaining service configuration information of a target service.

The service configuration information comprises a service field of the target service, a corresponding fee calculation formula and a fee rate of the service field under different value conditions.

The target service is a specified service to be processed, and the service configuration information refers to information for service processing. The service configuration information includes: the service field, the value condition corresponding to the service field, and the cost calculation formula and the rate corresponding to the service field under different value conditions. The service field is used to describe parameters required for performing service processing, such as for insurance service, the service field may include, for example, but not limited to, a code (code value) of an insurance product, an insurance applicant's age, occupation, an insurance amount, a payment period, a product type, and the like, and the value condition is used to describe a condition satisfied by a field value of the service field. The fee calculation formula is a formula for calculating the fee of the service processing in the service processing process, and the fee rate is a ratio or proportion of the fee of the service processing in the service processing process, for example: under the insurance business scene, the calculated premium has a corresponding premium calculation formula and rate.

In order to better understand the relationship between the service field, the value condition, and the corresponding fee calculation formula and the fee rate under different value conditions in the embodiment of the present application, a specific example will be further described herein, which should not be construed as limiting the method in the embodiment of the present application.

Examples: assuming that the service field includes age, the age-taking condition may include 0 to 18 years old, 19 to 60 years old, 61 to 100 years old. In order to intuitively understand the corresponding fee calculation formula and rate of the service field of the age under different value conditions, a table is used for displaying, as shown in table 1, the second row of data in the table is used for illustration, that is, when the value condition of the service field of the age is 0-18 years old, the corresponding fee calculation formula is formula 1, and the corresponding rate is A.

Assuming again that the business field includes professions, the professional's valuation conditions may include lawyers, doctors, teachers. In order to intuitively understand the corresponding fee calculation formula and rate of the business field of the job under different value conditions, a table is used for displaying, as shown in table 2, and the third row of data in the table is used for illustrating, that is, when the value condition of the business field of the job is a doctor, the corresponding fee calculation formula is formula 5, and the rate is E.

It should be understood that, the value condition in the embodiment of the present application is a rule set in advance, and may be any form, such as a value interval, a specific value, or a text description that can play a role in a certain classification, which is not specifically limited in the embodiment of the present application. Further, as is clear from the above examples, the service field is actually a description or a generalization of an attribute common to a plurality of value conditions, in other words, there is one service field whose attribute information is common to the plurality of value conditions. Because the value condition is preset according to the actual service, the value condition is different according to different services, and further, the description or summarization of the attribute of the value condition is also personalized, if the attribute of the value condition is not described or summarized, different summarization modes can be adopted according to the actual requirement, such as the "age" in example 1 can be replaced by the "service field 1" and the "occupation" can be replaced by the "service field 2" so as to distinguish different service fields, and the embodiment of the application is not limited in particular.

It should be understood that the above examples merely exemplify a single service field and the corresponding fee calculation formulas and rates for the single service field under different values. In practical applications, the number of service fields of the target service may be plural, in which case the value condition is used to describe a combination of the value ranges of the plural service fields. For example, the business field of the target business includes gender, age, occupation, and the value condition is a combination of the respective value ranges of gender, age and occupation. As shown in table 3, the gender is male, the age is between 22 and 30 years, and the occupation is lawyer, which is a value condition, and the fee calculation formula corresponding to the value condition is formula 7, and the corresponding rate is G. The number of service fields and the specific service fields can be set according to the actual application scenario, which is not particularly limited in the embodiment of the present application.

Table 1 corresponding fee calculation formula and rate (1) under different values

Table 2 fee calculation formula and rate (2) corresponding to different values

Occupation of	Fee calculation formula	Fee rate
			Solicitor	Equation 4	D
Doctor (doctor)	Equation 5	E
			Teacher's teacher	Equation 6	F

Table 3 corresponding fee calculation formula and rate (3) under different values

Sex (sex)	Age of	Occupation of	Fee calculation formula	Fee rate
					Man's body	22-30 years old	Solicitor	Equation 7	G
Female	Age of 25-30 years	Solicitor	Equation 8	H
					Female	Age of 25-40 years	Doctor (doctor)	Equation 9	I
Man's body	22-40 years old	Doctor (doctor)	Equation 10	J
					Female	30-50 years old	Teacher's teacher	Equation 11	K
Female	Age of 35-45 years	Teacher's teacher	Equation 12	L
					Female	Age of 25-55 years	Teacher's teacher	Equation 13	M

S104, generating a markup language file corresponding to the target service based on the service field and the cost calculation formula corresponding to the service field under different value conditions.

Wherein the markup language is a language for describing a structure and a style of text or data, and the markup language file is a text file in which the structure and style of text or data in the file are described by using the markup language file. The type of markup language file may be selected according to actual needs, which is not limited by the implementation of the present application,

such as: the markup language file may be an extensible markup language (eXtensible Markup Language, XML) file that describes the structure and style of text or data through an extensible markup language. It can be appreciated that XML files are an important tool for internet data transmission, which can span any platform of the internet, are not limited by programming languages and operating systems, and can be said to be a data carrier with the highest level pass of the internet; XML is a fairly powerful technology in the current processing of structured document information, and XML helps to shuttle structured data among servers, so that developers can more easily control the storage and transmission of data; therefore, the business field of the target business and the corresponding expense calculation formula of the business field under different value conditions are configured in the XML file, and the contents in the XML file are analyzed through codes, so that the aim of realizing multifunction unification is fulfilled.

Of course, in practical application, a markup language file may be written based on a markup language such as hypertext markup language (Hypertext Markup Language, HTML), markdown, etc., and so on.

It should be understood that the structure and style of text or data are described using a markup language, in which elements in the text or data and hierarchical relationships between the elements are defined by tags, and then contents contained in the elements are written in the tags. The content of the elements may be text, numbers, formulas, links to pictures, audio, video, etc., which are not particularly limited by the embodiments of the present application.

The embodiment of the application describes the service field in the service configuration information, the value condition corresponding to the service field, the cost calculation formula corresponding to the service field under different value conditions and the like by using the markup language, and generates the markup language file corresponding to the target service. Specifically, the embodiment of the application will explain the generation process of the markup language file in detail.

In an alternative embodiment, the step S104 may include the following steps:

s141, creating a cost label and a field label corresponding to the service field based on a preset mark language.

S142, writing the attribute information of the service field into the field label.

S143, based on a preset operator and different value conditions, creating an operation expression for representing the cost calculation formula and writing the operation expression into a cost label.

S144, generating a markup language file based on the field tag and the expense tag.

The preset markup language refers to a markup language preset according to actual requirements of services and characteristics of service information and data. However, in several common markup languages, the XML markup language has very high expansibility, portability and interoperability, so that the XML is also called as an extensible markup language, can adapt to different application fields and requirements, does not depend on a specific operating system or platform, and is more convenient for related business personnel to operate. Based on the advantages of XML, the embodiment of the application preferentially uses XML markup language to describe the service field, the value condition corresponding to the service field, the cost calculation formula corresponding to the service field under different value conditions, and the like, and generates the markup language file corresponding to the target service.

The cost label is a label created for the cost calculation formula, and the operation expression of the cost calculation formula is created through a preset operator according to the cost calculation formula corresponding to the service field under different values, and the created operation expression is written into the cost label. For example: under the insurance business scene, an XML markup language is used for creating premium labels, namely cost labels, aiming at premium calculation formulas, and specific coding contents are as follows:

premium＝"(BASIC_MEDICAL＝＝2or

PUBLIC_MEDICAL＝＝2)？

(RANK_CODE＝＝'rank_1'？

DS.RATE1[0,0]:DS.RATE3[0,0]):

(RANK_CODE＝＝'rank_1'？

DS.RATE2[0,0]:DS.RATE4[0,0])"

The calculation formula is written in a three-eye operator form, and the BASIC_MEDICAL can judge whether the product is BASIC MEDICAL treatment or not; PUBLIC_MEDICAL can judge whether the product is PUBLIC fee MEDICAL treatment; rank_code represents a product rate plan, and rank_1 represents a plan one; DS. RATE1[0,0] represents the read RATE file, RATE1 represents the file name, the above formulas RATE1-RATE4 represent that the product RATE file is made from four RATE files, [0,0] represents the number of RATE lines of the read file, the first 0 represents reading from the first line, and the second 0 represents reading from the first column RATE field in the current file.

Wherein the field tag is a tag created for a service field. Such as: in an insurance business scenario, the business fields include codes (code values) of the insurance products, product names, payment periods, guarantee periods, plans, and so forth, for which corresponding field tags are created, code, name, pay, insure, rank, respectively, and so forth.

It should be understood that, in the embodiment of the present application, a corresponding field tag is created for each service field, and attribute information of the service field and a value condition corresponding to the service field are written into the corresponding field tag. The method can also comprise the steps of creating a corresponding field label for a plurality of service fields with associated existence, creating a corresponding sub-field label in the field label for each service field with associated existence, and writing attribute information of each service field and a value condition corresponding to the service field into the corresponding sub-field label. Wherein, the existence association refers to a relation or a connection on attributes among a plurality of service fields, and the relation or the connection can be determined according to actual requirements so as to better manage each service field, for example: under the insurance business scene, the business field payment period, the guarantee period and the plan can be summarized, and the attribute of the business field payment period, the guarantee period and the plan can be a premium entry, so that the premium entry can be also called a business field, and a plurality of sub-business fields are arranged below the premium entry, so that a field label, namely a Param label, can be established for the business field of the premium entry, and under the Param label, three sub-field labels, namely pay, insure, rank, are respectively established for the three sub-business fields of the payment period, the guarantee period and the plan, and the respective attribute information and the corresponding value condition are written into the corresponding to-field label; taking a pay tag as an example, the specific coding content is as follows:

<pay>

</pay>

When the term_1 represents the call of the premium calculation interface, the parameter value of the pay field is term_1, the field corresponds to the pay field in the product rate file, and the meaning of the field is set to be one year through the association of the external file.

For another example: under the insurance business scene, when an insurance applicant purchases an insurance product, an insurance company can limit information such as the age, occupation, and insurance range of the insurance applicant, and the business fields are also called insurance rules, so that corresponding labels, namely rule labels, can be set according to the insurance rules, a plurality of sub-business labels, namely condition labels, are set under the rule labels, and the conditions met by the field values of the business field ages, occupation and insurance range are written into the corresponding condition labels, wherein the specific coding contents are as follows:

condition＝"DS.OCC_RANK[0][0]＝＝6"

condition＝"DAY lt 28or AGE gt 55"

condition＝"AMOUNT％10000！＝0

wherein DS.OCC_RANK represents data of reading an external occupation table, [0] [0] represents reading from the first row and the first column of the file, and the formula means triggering rules when the occupation type is 6 types; DAY means the number of DAYs of birth of the insured life, lt means less than, or means alternatively, age means acquiring the Age of the insured life, gt means greater than, and formula means triggering rules when the number of DAYs of birth of the insured life is less than 28 DAYs Or the Age is greater than 55 years; amountmeaning to obtain the current guard,% meaning to divide, and formula meaning to trigger a rule when the guard divided by 10000 is not equal to 0.

In some service scenarios, the service configuration information further includes at least one of the following information: the service field is corresponding to bright spot information, prompt information, cost range and the like under different value conditions. The bright spot information is used for describing service characteristics of the target service, such as service advantages, and the like, the prompt information is used for reminding a user of related matters in the service processing process of the target service, the cost range is a value range of service processing cost of the target service, the range is an abnormal value, corresponding operations are carried out on the abnormal value, explanation is not carried out at first, and further explanation is carried out in later embodiments. The corresponding relation is similar to the corresponding fee calculation formula and rate of the service field under different value conditions, and the foregoing table 1 and table 3 are further described herein, which should not be construed as limiting the method according to the embodiment of the present application. As shown in tables 4 and 5, the second row data in table 4 is used for illustration, that is, when the service field of age is 0 to 18 years old, the corresponding bright point information is bright point 1, the corresponding prompt information is prompt 1, and the corresponding cost range is range 1; the fifth line of data in table 5 is further used for illustration, namely, when "sex" in the business field is male, "age" is between 22 and 40 years, "occupation" is doctor, the corresponding bright spot information is bright spot 7, the corresponding prompt information is prompt 7, and the corresponding cost range is range 7.

TABLE 4 Bright point information, hint information and cost Range (1) corresponding to different values

Age of	Bright spot information	Prompt message	Cost range
				Age 0-18 years	Bright spot 1	Prompt 1	Range 1
19-60 years old	Bright spot 2	Prompt 2	Range 2
				61-100 years old	Bright spot 3	Prompt 3	Range 3

TABLE 5 Bright point information, hint information and expense Range (2) corresponding to different values

Sex (sex)	Age of	Occupation of	Bright spot information	Prompt message	Cost range
						Man's body	22-30 years old	Solicitor	Bright spot 4	Prompt 4	Range 4
Female	Age of 25-30 years	Solicitor	Bright spot 5	Prompt 5	Range 5
						Female	Age of 25-40 years	Doctor (doctor)	Bright spot 6	Prompt 6	Range 6
Man's body	22-40 years old	Doctor (doctor)	Bright spot 7	Prompt 7	Range 7
						Female	30-50 years old	Teacher's teacher	Bright spot 8	Prompt 8	Range 8
Female	Age of 35-45 years	Teacher's teacher	Bright spot 9	Prompt 9	Range 9
						Female	Age of 25-55 years	Teacher's teacher	Bright spot 10	Prompt 10	Range

And creating corresponding labels, namely a bright spot label, a prompt label and a range label, aiming at bright spot information, prompt information and a cost range, writing corresponding bright spots, such as a bright spot 1, a bright spot 2, a bright spot 3 and the like, into the bright spot label, writing corresponding prompts, such as a prompt 1, a prompt 2, a prompt 3 and the like, into the prompt label, writing corresponding ranges, such as a range 1, a range 2, a range 3 and the like, into the range label, and then generating a mark language file based on the field label and the cost label and the bright spot label, the prompt label and the range label.

According to the embodiment of the application, the service configuration information such as the service field of the target service and the corresponding fee calculation formula of the service field under different values is defined by using the preset markup language, the attribute information of the service field and the operation expression of the fee calculation formula are written into the corresponding field tag and the fee tag, and the markup language file corresponding to the target service is generated based on the created tag, so that the service configuration information is prevented from being configured into a database, and the complex code is not required to be written to realize the calculation logic of the fee calculation formula, thereby solving the problems of large workload, easiness in error, difficulty in maintenance and the like of database configuration and code development.

S106, generating a data file corresponding to the target service based on the service field and the corresponding rate of the service field under different value conditions.

The data file is a file containing service configuration information such as service fields of the target service, value conditions corresponding to the service fields, rates corresponding to the service fields under different value conditions, and the like, and having a specified format.

According to the embodiment of the application, the data such as the service field, the rate corresponding to the service field under different value conditions are integrated to generate the data file corresponding to the target service. Specifically, the embodiment of the present application will be further described with another embodiment.

In an alternative embodiment, the step S106 may include the following steps:

s161, writing the service field and the corresponding rate of the service field under different value conditions into a data table.

S162, converting the data table into a file with a specified format through a preset conversion code to obtain a data file.

In the embodiment of the application, the service field and the rate corresponding to the service field under different value conditions can be written into the corresponding data table through some electronic forms or application programs, for example: and using a EXCEL (Microsoft Excel) electronic table to write the service field, the value condition of the service field and the corresponding rate of the service field under different value conditions into the EXCEL data table, and converting the EXCEL data table into a file in a specified format through a preset conversion code to obtain a data file. Common spreadsheets or applications also include Google Sheets, ODS (OpenDocument), common-Separated Values (CSVs), and so forth. In the embodiment of the application, the EXCEL electronic table is relatively common and easy to operate, so that the EXCEL data table is preferentially used in the embodiment of the application, and of course, in the actual application process, the corresponding data table can be selected according to the actual requirements and service specificity, and the embodiment of the application is not particularly limited.

In the embodiment of the present application, programming languages such as Java, python, javaScript, C ++, C sharp, ruby, go, etc. that can be used for writing the conversion code may be selected for writing according to actual service scenarios, habits of technicians, etc., which are not particularly limited in the embodiment of the present application. In the embodiment of the application, the Java programming language is preferably used for programming.

In the embodiment of the application, the file with the specified format refers to the file with the specified file extension, for example, the. DAT file, that is, the DAT file, and other common file extensions, such as. Txt,. Doc,. Docx, and the like. Because the DAT file has extremely strong security after being encrypted, preferably, the data file in the embodiment of the present application may be a file with an extension name of. DAT. Of course, in the practical application process, the method of the embodiment of the application can also select a proper file with a designated format according to the service specificity, the service data specificity, the confidentiality importance degree and the like, so as to obtain the data file, and the embodiment of the application is not particularly limited.

In addition, common encryption technologies include symmetric encryption and asymmetric encryption, however, asymmetric encryption has higher security, so in the embodiment of the present application, the DAT file is preferably encrypted by using the asymmetric encryption technology. Of course, in the practical application process, the method of the embodiment of the application can also select the corresponding encryption technology according to the service specificity, the service data specificity, the confidentiality importance degree and the like, and the embodiment of the application is not particularly limited.

According to the embodiment of the application, when the service field and the corresponding rate of the service field under different value conditions are written into the data table, the EXCEL file which is easier to operate is preferentially adopted, and then when the data table is converted into the file with the specified format through the preset conversion code, the DAT file with higher safety is adopted, so that the data file is obtained, and the effects that can be achieved are as follows: firstly, the operation is simplified, secondly, the configuration of service configuration information to a database is avoided, the problems of large workload, easy error, difficult maintenance and the like are solved, and thirdly, the safety and the integrity of service data are ensured.

S108, performing service processing on the target service based on the markup language file and the data file.

As described above, the markup language file includes the service field of the target service, the fee calculation formula, the highlight information and the prompt information corresponding to the service field under different values, the data file includes the service field of the target service, and the rate corresponding to the service field under different values, and the service processing is performed on the target service based on the markup language file and the data file.

It should be understood that, in the embodiment of the present application, the corresponding markup language file and the data file are generated for the acquired service configuration information of the target service, and the service department is performed on the target service. The service configuration information of the target service obtained here may be service configuration information of one target service, or may be service configuration information of a plurality of target services, that is, service configuration information of one target service may be included in generating a corresponding markup language file and a data file for the service configuration information of the target service, or may be service configuration information of a plurality of target services, and further, one or more target services may be processed based on the generated markup language file and data file.

According to the embodiment of the application, the service configuration information of the target service is obtained, the marking language file corresponding to the target service is generated based on the service field in the service configuration information and the fee calculation formula corresponding to the service field under different value conditions, the data file corresponding to the target service is generated based on the service field in the service configuration information and the fee rate corresponding to the service field under different value conditions, and further the service processing is carried out on the target service through the marking language file and the data file, so that the service configuration information is prevented from being configured in a database; meanwhile, the markup language file also contains a cost calculation formula for calculating the service processing cost, so that complex code writing can be avoided to realize calculation logic of the service processing cost, and the problems of large workload, easy error, difficult maintenance and the like caused by database configuration and code development can be solved; even if the types and the numbers of the services are increased, corresponding markup language files and data files can be generated for each service, and service processing is carried out through the respective markup language files and data files of each service, so that products are not affected each other, reliability and accuracy of service processing are improved, and the problems of high code coupling degree, low service processing efficiency and the like caused by the excessive number of the services can be solved.

In an alternative embodiment, the step S108 may include the following steps:

s181, receiving a query request sent by the client.

S182, searching the target value condition satisfied by the service field and the corresponding cost calculation formula of the service field under the target value condition from the markup language file according to the field value.

S183, searching the target value condition satisfied by the service field and the corresponding rate of the service field under the target value condition from the data file according to the field value.

S184, according to the found fee calculation formula and rate, calculating the service processing fee required by the service processing of the target service, and returning the service processing fee to the client.

The query request is used for requesting the service processing cost of the query target service, and the query request carries the field value of the service field. The query request is generated and sent by the client according to the query operation executed by the user, and is used for querying the fee generated by the user for handling the service, namely, the service processing fee, for example: in the insurance business scene, the applicant submits personal information and requirements of the applicant, and the client generates a corresponding query request according to query operation executed by the applicant and sends the query request to a background server of an insurance company, so as to query information such as insurance products suitable for the applicant and insurance premium generated by purchasing the corresponding products.

The field value of the service field carried in the query request is information filled in by the user according to the actual situation and the attribute described by the service field.

It should be understood that the information filled in by the user, i.e. the field value, generally corresponds to one of the multiple value conditions corresponding to the field, i.e. the target value condition, that is, the range of the rule preset by the target value condition includes the field value. In order to better understand that according to the field value, the target value condition satisfied by the service field and the fee calculation formula corresponding to the service field under the target value condition are searched from the markup language file, and according to the field value, the target value condition satisfied by the service field and the fee rate corresponding to the service field under the target value condition are searched from the data file, which will be further described with reference to table 3, and should not be construed as limiting the method of the embodiment of the present application.

Examples: taking the cost calculation formula and the rate of the service field under different value conditions as shown in table 3 as an example, assuming that the field value carried in the query request is as follows, the field value of the sex of the service field is male, the field value of the age of the service field is 25 years old, and the occupation is lawyer, then the value condition satisfied by the field value carried in the query request can be obtained by querying the markup language file: sex is male, age is 22-30 years old, occupation is lawyer, and then according to the target value condition, the cost calculation formula is determined as formula 7; similarly, rate G may be determined from the data file according to the field values male, 25 years old, and lawyer, and then the service processing cost to be queried for the query request may be calculated according to formula 7 and rate G, and the calculated service processing cost result may be returned to the client.

According to the embodiment of the application, the field values of the service fields carried in the query request are searched for corresponding fee calculation formulas and fee rates from the markup language file and the data file respectively, so that the service processing fee required by the target service for service processing is calculated and obtained, and the service processing fee is returned to the client side, so that the target service is processed.

Optionally, in some service scenarios, the service configuration information further includes prompt information corresponding to the service field under different values, where the prompt information is recorded in the markup language file, that is, when the corresponding markup language file is generated, the prompt information is recorded in the markup language file through the prompt tag. In this case, after searching the markup language file for the target value condition satisfied by the service field according to the field value, the method may further include the steps of:

and searching target prompt information corresponding to the service field under the target value condition from the markup language file, and returning the target prompt information to the client for display.

It should be understood that, in the embodiment of the present application, according to the field value, the target prompt information corresponding to the service field under the target value condition is searched from the markup language file, which is similar to the corresponding fee calculation formula and the fee rate searched in the previous embodiment, and is further described by a specific example with reference to table 5, and should not be construed as limiting the method of the embodiment of the present application.

Examples: taking the prompt information of the service field under different value conditions as shown in table 5 as an example, assume that the field values carried in the query request are as follows, the field value of the sex of the service field is male, the field value of the age of the service field is 25 years old, and the occupation is lawyer, then the value condition satisfied by the field values carried in the query request can be obtained by querying the markup language file: the sex is male, the age is 22-30 years old, the occupation is lawyer, and then prompt information is determined to be prompt 4, namely target prompt information according to the target value condition, if the specific content of the target prompt information is 'basic condition accords with insurance rule …' in the insurance business scene, the prompt information is searched and returned to the client, and the prompt information content is displayed on the display interface of the client.

According to the embodiment of the application, the corresponding target prompt information is searched from the markup language file by inquiring the field value of the service field carried by the request, and the target prompt information is returned to the client for display, so that the user is reminded, and the user is ensured to assist in completing the service processing of the target service according to the content of the prompt information.

Optionally, in some service scenarios, the service configuration information further includes highlight information corresponding to the service field under different values, where the highlight information is recorded in the markup language file, that is, when the corresponding markup language file is generated, the highlight information is recorded in the markup language file through the highlight label. In this case, after searching the markup language file for the target value condition satisfied by the service field according to the field value, the method may further include the steps of: searching target highlight information and display style parameters of the target highlight information corresponding to the service field under the target value condition from the markup language file;

and returning the target highlight information and the display style parameters thereof to the client so as to instruct the client to display the target highlight information according to the display style parameters.

The presentation style parameters may include a position parameter, a font parameter, a size parameter, a color parameter, and the like, where highlight information is presented in the client display interface. For better understanding of the target highlight information and the presentation style parameters of the target highlight information in the embodiment of the present application, a specific example will be further described herein with reference to table 5, which should not be construed as limiting the method in the embodiment of the present application.

Examples: taking the highlight information of the service field under different value conditions shown in table 5 as an example, assuming that the field value carried in the query request is as follows, the field value of the sex of the service field is male, the field value of the age of the service field is 25 years old, and the occupation is lawyer, then the value condition satisfied by the field value carried in the query request can be obtained by querying the markup language file: sex is male, age is 22 ~ 30 years old, occupation is lawyer, and then can confirm that the bright spot information is bright spot 4 according to this target value condition, target bright spot information promptly, supposing under insurance business scene, the title of target bright spot information is "product bright spot one", the text is "this product is applicable to high risk professional …", and the position parameter of show style parameter is fixed and gets the module, the typeface is Song Tijia thick, title number two and the text is little four, the blackbody, then after finding this bright spot information and return to the customer end, fixed in the display interface of customer end get the module position according to above-mentioned show style parameter, show or demonstrate title and the text content of above-mentioned bright spot information.

In addition, it should be understood that when the corresponding markup language file is generated, when the highlight information is recorded in the markup language file through the highlight label, the sub-highlight label can be further set in the highlight label according to the type of the highlight information, and the highlight information content of the same type is written in the corresponding sub-highlight label so as to better manage the highlight information data. Such as: under the insurance business scene, a bright spot label is created, namely an Attachment label, under the Attachment label, two sub-bright spot labels are created, namely a fixedeceipt and a priceguard label, bright spot information with position parameters of a fixed acquisition module is written into the fixedeceipt label, bright spot information of a identity guarantee module is written into the priceguard label, the bright spot information of the fixed acquisition module is assumed to have a bright spot 1, and the bright spot information of the identity guarantee module has a bright spot 2, so that specific coding contents are as follows:

< text type= "formula" > 'TS highlight 1' </text >

</fixedReceipt>

The meaning is that the words of the highlight 1 are set to be the title fonts through the showing style parameter and are shown in a fixed pickup module of the client.

< text type= "formula" > '#bright dot 2' </text >

</priceGuarantee>

The meaning is that the words of the highlight 2 are set to gray fonts through the display style parameter and displayed in the body price guarantee module.

According to the embodiment of the application, the field value of the service field carried by the query request is queried, the corresponding target highlight information and the display style parameter of the target highlight information are searched from the markup language file, the target highlight information and the display style parameter are returned to the client, and the target highlight information is displayed according to the display style parameter, so that a user can be more informed of the relevant information of the service, and further the user is stimulated to transact the relevant service, and the service processing of the target service is realized.

Optionally, in some service scenarios, the service configuration information further includes a cost range corresponding to the service field under different values, where the cost range is recorded in the markup language file, that is, when the corresponding markup language file is generated, the cost range is recorded in the markup language file through a range tag. In this case, after calculating the service processing fee required for performing service processing on the target service according to the found fee calculation formula and rate, the method may further include the steps of: if the service processing cost exceeds the corresponding cost range of the service field under the target value condition, checking the markup language file and the data file;

If the markup language file does not pass the verification, correcting the markup language file;

if the data file does not pass the verification, the data table corresponding to the data file is corrected, the corrected data table is converted into a new data file through a preset conversion code, and the data table is recorded with the corresponding rate of the service field under different value conditions.

As described above, when the service processing cost is out of the cost range, the value of the service processing cost is an abnormal value, and for the case that the service processing cost exceeds the corresponding cost range, the markup language file and the data file need to be checked, and the file that does not pass the check is corrected accordingly. To facilitate an understanding of the modified process, a specific example is further described herein in conjunction with table 5 above, which should not be construed as limiting the method of embodiments of the present application.

Examples: taking the cost range of the service field under different value conditions as shown in table 5 as an example, assuming that the field value carried in the query request is as follows, the field value of the sex of the service field is male, the field value of the age of the service field is 25 years old, and the occupation is lawyer, then the value condition satisfied by the field value carried in the query request can be obtained by querying the markup language file: sex is male, age is 22-30 years old, occupational law, and then can confirm the range of expenses as range 4 according to the goal value condition, presume the concrete numerical range is 2000-45000 yuan, and calculate formula and rate according to the expense that the above-mentioned field value looks up, business handling expenses calculated are 1500 yuan, obviously, the business handling expenses are not in the correspondent expense range, in this case, need to check up markup language file and data file, if markup language file does not pass the check up, revise the markup language file; if the data file does not pass the verification, the data table corresponding to the data file is corrected, the corrected data table is converted into a new data file through a preset conversion code, and the data table is recorded with the corresponding rate of the service field under different value conditions.

It should be understood that if the markup language file fails verification, the markup language file is modified, in fact, in the markup language file, the operation expression of the fee calculation formula in the fee label is modified, the markup language file is regenerated after the modification, and the service processing fee is recalculated and returned to the client based on the fee calculation formula recorded in the regenerated markup language file.

It should be understood that if the data file does not pass the verification, the data table corresponding to the data file is modified, in fact, the rate in the data table is modified, after the modification, the modified data table is converted into a new data file through a preset conversion code, and the service processing cost is recalculated and returned to the client based on the rate recorded in the new data file.

In the practical application process, the method of the embodiment of the application can use common file verification methods, such as: the verification of the markup language file and the data file by the file signature (Digital Signature), the cyclic redundancy check (Cyclic Redundancy Check, CRC), the file checksum check (File Checksum Integrity Verifier, FCIV), etc., may be selected according to actual requirements, and the embodiment of the present application is not limited in this regard.

Aiming at the condition that the service processing cost exceeds the cost range, the embodiment of the application carries out verification on the markup language file and the data file, carries out corresponding correction or update on the file which does not pass the verification, and recalculates the service processing cost based on the updated markup language file and the data file and returns the service processing cost to the client, thereby ensuring the accuracy of the calculation of the service processing cost and improving the user experience. Therefore, if each service has problems, only the mark language file and the original data file corresponding to the service are required to be checked, and the whole checking is not required to be performed through codes and log layers, so that the checking and updating time is shortened, the efficiency is high, and the normal processing of other services is not influenced.

In an alternative embodiment, if the number of the target services is plural, the step S108 may include the following steps: creating a plurality of micro-services, wherein the plurality of micro-services are in one-to-one correspondence with a plurality of target businesses;

and aiming at each target service, running the micro service corresponding to the target service, and carrying out service processing on the target service based on the markup language file and the data file.

Wherein, the micro service is a software architecture style, which can split a large complex application into a set of small, independent services, each of which is built and deployed around a specific business.

According to the embodiment of the application, through setting the corresponding micro-service for each service, each service runs the corresponding micro-service when in service processing, and further the service processing is performed based on the mark language file and the data file corresponding to the service, and when each service is in service processing, the service processing process of other services is not affected, even if the calculated service processing cost exceeds the cost range in the service processing process, the mark language file and the data file are required to be updated after verification, the mark language file and the corresponding data file corresponding to the target service are only required to be corrected correspondingly, and the mark language file and the corresponding data file corresponding to other target services are not affected.

In the embodiment of the application, under the condition that a plurality of target services are provided, by setting the corresponding micro-service for each target service, the micro-service corresponding to the target service is operated for each target service, and the service processing is performed on the target service based on the markup language file and the data file, so that the problem of low service processing efficiency caused by the increase of the service volume is solved.

The following describes the service processing method provided by the embodiment of the present application with a practical application scenario, and should not be construed as limiting the method of the embodiment of the present application. Fig. 2 is a schematic diagram of an application scenario of a service processing method according to an embodiment of the present application. As shown in fig. 2, the method is applied to an insurance service scenario, and the method may be performed by a server providing an insurance service.

It should be understood that in this application scenario, different insurance products correspond to different services, where insurance product information, insurance rules, payment methods, care guarantees, disease guarantees, body price guarantees, premium exemptions, extended guarantees, green through services, universal accounts, floating reddening, medical guarantees, fixed pickup, other guarantees, guarantee periods, payment years, age gender, planning rules, and the like are equivalent to service fields in service configuration information of a target service; the deposit amount calculation, the premium calculation and the like are equivalent to the fee calculation formulas corresponding to the service fields in the service configuration information of the target service under different value conditions, namely the deposit amount and the premium calculation formulas; the rate data is equivalent to the rate corresponding to the service field in the service configuration information of the target service under different value conditions.

In the application scene, when a markup language file corresponding to the target service is generated based on a service field in service configuration information of the target service and a cost calculation formula corresponding to the service field under different values, the used markup language is an XML extensible markup language to describe the service field, the cost calculation formula, the highlight information, the prompt information and the like, so as to obtain an XML file, namely the markup language file; when the data file corresponding to the target service is generated based on the service field and the corresponding rate of the service field in the service configuration information of the target service under different value conditions, the information such as the service field, the rate and the like is written into the EXCEL data table, and the EXCEL data table is converted into the DAT file through the conversion code written in Java programming language, so that the DAT file is obtained.

In the application scenario, the client side displays a query interface for premium query to the applicant for the user to input the field values of the business fields such as age, gender, payment rules, premium period and the like. The client generates a corresponding query request according to information input by the applicant and sends the query request to the server, wherein the query request carries field values of business fields such as age, gender, payment rules, guarantee period and the like.

After receiving the inquiry request, the server starts corresponding micro-service according to the product inquired by the applicant, acquires information such as a premium calculation formula and the like from an XML file of the product according to the acquired field value, and acquires information such as a rate and the like from a DAT file; and then, the server calculates the corresponding premium (namely the business processing cost) based on all the acquired information, and returns the premium to the client for the client to display. Of course, according to the field value, the bright point information and the prompt information of the product can be searched from the XML file and returned to the client, which is not shown in fig. 2.

The uploading insurance service scenario is only an illustration of an application scenario to which the service processing method provided by the embodiment of the present application is applicable, and should not be construed as limiting the application scenario to which the service processing method provided by the embodiment of the present application is applicable.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

Corresponding to the service processing method shown in fig. 1, the embodiment of the application also provides a service processing device. Referring to fig. 3, a schematic structural diagram of a service processing apparatus 300 according to an embodiment of the present application is provided, where the apparatus 300 includes:

an obtaining unit 310, configured to obtain service configuration information of a target service, where the service configuration information includes a service field of the target service, and a fee calculation formula and a fee rate corresponding to the service field under different values;

a generating unit 320, configured to generate a markup language file corresponding to the target service based on the service field and a fee calculation formula corresponding to the service field under different values;

the generating unit 320 is further configured to generate a data file corresponding to the target service based on the service field and rates corresponding to the service field under different values;

and a processing unit 330, configured to perform service processing on the target service based on the markup language file and the data file.

Optionally, when the generating unit 320 generates the markup language file corresponding to the target service based on the service field and the fee calculation formula corresponding to the service field under different values, the following steps may be performed: creating a cost tag and a field tag corresponding to the service field based on a preset markup language;

Writing the attribute information of the service field into the field tag;

creating an operation expression for representing the cost calculation formula based on a preset operator and the different value conditions, and writing the operation expression into the cost label;

and generating the markup language file based on the field tag and the expense tag.

Optionally, when the generating unit 320 generates the data file corresponding to the target service based on the service field and the tariffs corresponding to the service field under different values, the following steps may be performed: writing the service fields and the corresponding rates of the service fields under different values into a data table;

and converting the data table into a file with a specified format through a preset conversion code to obtain the data file.

Optionally, the processing unit 330 may perform the following steps when performing service processing on the target service based on the markup language file and the data file: receiving a query request sent by a client, wherein the query request is used for requesting to query the service processing cost of the target service, and the query request carries a field value of the service field;

Searching a target value condition met by the service field and a corresponding cost calculation formula of the service field under the target value condition from the markup language file according to the field value;

searching a target value condition met by the service field and a corresponding rate of the service field under the target value condition from the data file according to the field value;

and calculating to obtain the service processing cost required by the service processing of the target service according to the searched cost calculation formula and the rate, and returning the service processing cost to the client.

Optionally, the service configuration information further includes prompt information corresponding to the service field under different value conditions, where the prompt information is recorded in the markup language file; in this case, the service processing apparatus 300 may further include:

a searching unit, configured to perform, after the processing unit 330 searches the markup language file for the target value condition satisfied by the service field according to the field value, the following steps: and searching target prompt information corresponding to the service field under the target value condition from the markup language file, and returning the target prompt information to the client for display.

Optionally, the service configuration information further includes bright spot information corresponding to the service field under different value conditions, where the bright spot information is recorded in the markup language file; in this case, the searching unit is further configured to, after the processing unit 330 searches the markup language file for the target value condition satisfied by the service field according to the field value, perform the following steps: searching target highlight information corresponding to the service field under the target value condition and display style parameters of the target highlight information from the markup language file;

Optionally, the service configuration information further includes a cost range corresponding to the service field under different value conditions, where the cost range is recorded in the markup language file; in this case, the service processing apparatus 300 may further include:

the verification unit is configured to execute, after the processing unit 330 calculates, according to the found fee calculation formula and rate, a service processing fee required for performing service processing on the target service, the following steps: if the service processing cost exceeds the cost range corresponding to the service field under the target value condition, checking the markup language file and the data file;

and if the data file does not pass the verification, correcting the data table corresponding to the data file, and converting the corrected data table into a new data file through a preset conversion code, wherein the data table records the corresponding rate of the service field under different value conditions.

Optionally, if the number of the target services is a plurality of; in this case, the processing unit 330 may perform the following steps when performing service processing on the target service based on the markup language file and the data file: creating a plurality of micro-services, wherein the plurality of micro-services are in one-to-one correspondence with a plurality of target businesses;

It is obvious that the service processing apparatus provided in the embodiment of the present application can be used as an execution subject of the service processing method shown in fig. 1, for example, in the service processing method shown in fig. 1, step S102 may be executed by the acquisition unit 310 in the service processing apparatus 300 shown in fig. 3, step S104 and step S106 may be executed by the generation unit 320 in the service processing apparatus 300 shown in fig. 2, and step S108 may be executed by the processing unit 330 in the service processing apparatus 300 shown in fig. 2.

According to another embodiment of the present application, each unit in the service processing apparatus shown in fig. 3 may be separately or completely combined into one or several other units, or some unit(s) thereof may be further split into a plurality of units with smaller functions, which may achieve the same operation without affecting the implementation of the technical effects of the embodiments of the present application. The above units are divided based on logic functions, and in practical applications, the functions of one unit may be implemented by a plurality of units, or the functions of a plurality of units may be implemented by one unit. In other embodiments of the present application, the service processing apparatus may also include other units, and in practical applications, these functions may also be implemented with assistance of other units, and may be implemented by cooperation of multiple units.

According to another embodiment of the present application, a service processing apparatus as shown in fig. 3 may be constructed by running a computer program (including program code) capable of executing the steps involved in the respective methods as shown in fig. 1 on a general-purpose computing device such as a computer including a processing element such as a central processing unit (Central Processing Unit, CPU), a random access storage medium (Random Access Memory, RAM), a Read-Only Memory (ROM), and a storage element, and implementing the service processing method of the embodiment of the present application. The computer program may be recorded on, for example, a computer readable storage medium, transferred to, and run in, an electronic device via the computer readable storage medium.

Fig. 4 is a schematic structural view of an electronic device according to an embodiment of the present application. Referring to fig. 4, at the hardware level, the electronic device includes a processor, and optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.

The processor, network interface, and memory may be interconnected by an internal bus, which may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 4, but not only one bus or type of bus.

And the memory is used for storing programs. In particular, the program may include program code including computer-operating instructions. The memory may include memory and non-volatile storage and provide instructions and data to the processor.

The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs, forming the data processing device on a logic level. The processor is used for executing the programs stored in the memory and is specifically used for executing the following operations:

The method performed by the service processing device disclosed in the embodiment of fig. 1 of the present application may be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or by instructions in the form of software. The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU), a network processor (Network Processor, NP), etc.; but also digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.

The electronic device may also execute the method of fig. 1 and implement the functions of the embodiments of the service processing apparatus shown in fig. 1 and 3, which are not described herein again.

Of course, other implementations, such as a logic device or a combination of hardware and software, are not excluded from the electronic device of the present application, that is, the execution subject of the following processing flows is not limited to each logic unit, but may be hardware or a logic device.

The embodiments of the present application also provide a computer-readable storage medium storing one or more programs, the one or more programs comprising instructions, which when executed by a portable electronic device comprising a plurality of application programs, enable the portable electronic device to perform the method of the embodiment of fig. 1, and in particular to perform the operations of:

In summary, the foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.

The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. One typical implementation is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.

Claims

1. A method for processing a service, comprising:

2. The method according to claim 1, wherein the generating the markup language file corresponding to the target service based on the service field and the fee calculation formula corresponding to the service field under different values includes:

creating a cost tag and a field tag corresponding to the service field based on a preset markup language;

writing the attribute information of the service field into the field tag;

3. The method according to claim 1, wherein generating the data file corresponding to the target service based on the service field and the tariffs corresponding to the service field under different values comprises:

Writing the service fields and the corresponding rates of the service fields under different values into a data table;

4. The method of claim 1, wherein said performing business processing on said target business based on said markup language file and said data file comprises:

receiving a query request sent by a client, wherein the query request is used for requesting to query the service processing cost of the target service, and the query request carries a field value of the service field;

5. The method of claim 4, wherein the service configuration information further includes prompt information corresponding to the service field under different values, the prompt information being recorded in the markup language file;

after searching the target value condition satisfied by the service field from the markup language file according to the field value, the method further comprises:

6. The method of claim 4, wherein the service configuration information further includes highlight information corresponding to the service field under different values, the highlight information being recorded in the markup language file;

searching target highlight information corresponding to the service field under the target value condition and display style parameters of the target highlight information from the markup language file;

7. The method of claim 4, wherein the service configuration information further includes a cost range corresponding to the service field under different values, the cost range being recorded in the markup language file;

after calculating the service processing cost required for service processing of the target service according to the found cost calculation formula and rate, the method further comprises:

if the service processing cost exceeds the cost range corresponding to the service field under the target value condition, checking the markup language file and the data file;

8. The method of claim 1, wherein if the number of the target services is plural, performing service processing on the target services based on the markup language file and the data file, comprises:

creating a plurality of micro-services, wherein the plurality of micro-services are in one-to-one correspondence with a plurality of target businesses;

9. A service processing apparatus, comprising:

10. An electronic device, comprising:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the method of any one of claims 1 to 8.