CN117289926A

CN117289926A - Service processing method and device

Info

Publication number: CN117289926A
Application number: CN202311058027.1A
Authority: CN
Inventors: 王骁冰; 陶青玲; 江志辉; 李�瑞
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2023-08-22
Filing date: 2023-08-22
Publication date: 2023-12-26

Abstract

The invention discloses a service processing method and device, and relates to the technical field of data processing. One embodiment of the method comprises the following steps: receiving input starting data, and formatting the starting data to obtain formatted starting data; logging in a target page in a target operation application by using the formatted account information, and calling business logic corresponding to the target page to process a formatted form to be processed to obtain result data; and processing the result data into a table form to obtain a result table, transmitting the result table to account information, and triggering the login target operation application to exit in response to successful transmission result. The implementation mode establishes a set of universal components suitable for target operation application, can realize the rapid access flow of the RPA application, improves the development efficiency of the RPA application, and avoids the problem of resource occupation caused by repeated code development.

Description

Service processing method and device

Technical Field

The present invention relates to the field of data processing technologies, and in particular, to a service processing method and apparatus.

Background

The RPA (collective term Robotic Process Automation) tool, which is an automated robotic-assisted tool, can take over an application program of a desired operation through the tool program instead of a manual operation, and is currently used for handling a large number of repeated manual operations. The RPA tool has provided a generic approach to targeted operational applications as generic technology software for third party vendors. The RPA tool and the target operation application are two independent software, and are developed by respective teams for different businesses.

In carrying out the present invention, the inventors have found that at least the following problems exist in the prior art: the general method provided by the RPA tool is a basic method, only some relatively basic functions are packaged, and when the RPA tool is in butt joint with a target operation application, more development processes in the target operation application are designed repeatedly, so that a large number of repeated codes are required to be written to realize specific service requirements, the quality of the codes is uneven, the realized functions are different, and the occupied resource amount is overlarge.

Disclosure of Invention

In view of this, the embodiments of the present invention provide a service processing method and apparatus, which at least can solve the problem in the prior art that a large number of repeated codes need to be written to achieve the same function.

To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a service processing method, including:

receiving input starting data, and formatting the starting data to obtain formatted starting data; the starting data comprise account information and a table to be processed;

logging in a target page in a target operation application by using formatted account information, and calling business logic corresponding to the target page to process a formatted form to be processed to obtain result data;

and processing the result data into a table form to obtain a result table, transmitting the result table to the account information, and triggering to exit the login target operation application operation in response to successful transmission result.

Optionally, after the formatted start-up data is obtained, the method further includes at least one of:

determining target data corresponding to a first preset field in the formatted starting data;

determining that the target data passes the verification in response to verifying that the target data is non-empty;

and determining that the target data passes the verification in response to the verification that the format of the target data is the preset format.

Optionally, the account information includes a user name, a password, and post information, and the logging in a target page in the target operation application using the formatted account information includes:

logging in a main page in the target operation application by using the formatted user name and password;

and determining a target page corresponding to the post information in the target operation application, inquiring authority information corresponding to the formatted account information, and switching from the main page to the target page in response to the authority information being yes.

Optionally, the logging in the main page in the target operation application by using the formatted user name and password further includes:

when the login result is that the main page of the target operation application is not authorized, the operation flow is ended.

Optionally, the obtaining the result data further includes: acquiring a temporary file generated in a business logic processing process;

and triggering the login target operation and application exiting operation in response to successful sending result, and further comprising: triggering and cleaning the temporary file.

Optionally, after the obtaining the result table, the method further includes:

and carrying out statistical operation on the data of the second preset field in the result table, and returning the statistical data to the application platform for display.

Optionally, the method further comprises:

inserting a generated log code into each operation step, and executing the generated log code to acquire the operation data of each operation step through the generated log code so as to generate a reserved log of each operation step; the operation data comprises an operation log and a data screenshot.

To achieve the above object, according to another aspect of the embodiments of the present invention, there is provided a service processing apparatus including:

the formatting module is used for receiving input starting data, formatting the starting data and obtaining formatted starting data; the starting data comprise account information and a table to be processed;

the processing module is used for logging in a target page in a target operation application by using the formatted account information, and calling business logic corresponding to the target page to process the formatted form to be processed to obtain result data;

and the output module is used for processing the result data into a table form to obtain a result table, sending the result table to the account information, and triggering the login target operation application operation to be exited in response to the successful sending result.

Optionally, the device further comprises a verification module, including at least one of the following:

Optionally, the account information includes a user name, a password and post information, and the processing module is configured to:

Optionally, the processing module is further configured to:

Optionally, the processing module is further configured to: acquiring a temporary file generated in a business logic processing process;

the output module is further configured to: triggering and cleaning the temporary file.

Optionally, the output module is further configured to:

Optionally, the apparatus further includes a log module configured to:

To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a service processing electronic device.

The electronic equipment of the embodiment of the invention comprises: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize the service processing method.

To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a computer readable medium having stored thereon a computer program which, when executed by a processor, implements any of the above-described service processing methods.

To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a computer program product. The computer program product of the embodiment of the invention comprises a computer program, and the program is executed by a processor to realize the business processing method provided by the embodiment of the invention.

According to the solution provided by the present invention, one embodiment of the above invention has the following advantages or beneficial effects: aiming at the RPA application processing target operation application service, a set of universal components is provided, and the universal components are subsequently used for logging in a target page and processing the service, so that the problem of repeated code development is avoided, the butting speed of the RPA application and the target operation application is accelerated, the development period of the RPA application is greatly shortened, the development cost is reduced, the development efficiency is improved, and the error rate and the debugging cost are reduced.

Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

fig. 1 is a schematic flow diagram of a service processing method according to an embodiment of the present invention;

FIG. 2 is a flow chart of an alternative business processing method according to an embodiment of the invention;

FIG. 3 is a flow chart of another alternative business processing method according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of the main flow according to an embodiment of the present invention;

fig. 5 is a schematic diagram of main modules of a service processing apparatus according to an embodiment of the present invention;

FIG. 6 is an exemplary system architecture diagram in which embodiments of the present invention may be applied;

fig. 7 is a schematic diagram of a computer system suitable for use in implementing a mobile device or server of an embodiment of the invention.

Detailed Description

Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

It is noted that embodiments of the invention and features of the embodiments may be combined with each other without conflict. In the technical scheme of the invention, the related aspects of acquisition, analysis, use, transmission, storage and the like of the personal information of the user accord with the regulations of related laws and regulations, are used for legal and reasonable purposes, are not shared, leaked or sold outside the legal use aspects and the like, and are subjected to supervision and management of a supervision department. Necessary measures should be taken for the personal information of the user to prevent illegal access to such personal information data, ensure that personnel having access to the personal information data comply with the regulations of the relevant laws and regulations, and ensure the personal information of the user.

Once these user personal information data are no longer needed, the risk should be minimized by limiting or even prohibiting the data collection and/or deletion. User privacy is protected, when applicable, by de-identifying the data, including in some related applications, such as by removing a particular identifier (e.g., date of birth, etc.), controlling the amount or specificity of stored data (e.g., collecting location data at a city level rather than at a specific address level), controlling how the data is stored, and/or other methods.

Referring to fig. 1, a main flowchart of a service processing method provided by an embodiment of the present invention is shown, including the following steps:

s101: receiving input starting data, and formatting the starting data to obtain formatted starting data; the starting data comprise account information and a table to be processed;

s102: logging in a target page in a target operation application by using formatted account information, and calling business logic corresponding to the target page to process a formatted form to be processed to obtain result data;

s103: and processing the result data into a table form to obtain a result table, transmitting the result table to the account information, and triggering to exit the login target operation application operation in response to successful transmission result.

In the above embodiment, the RPA application is a name defined by RPA software, and an application code set is formed by more script codes inside, where the script codes are between the RPA tool and the employee channel, and by calling various functions of the RPA tool, different service scenarios or functions are realized. In the scheme, the RPA application is provided with a unified application access and output end, exists in the form of single application on an RPA platform, is essentially a series of automation scripts, and generally needs encapsulation processing, so the RPA application is called.

For step S101, the user inputs start data to the RPA application, such as a user name (e.g. employee number), a password, a mailbox, post information, a table, etc., and the user (e.g. employee) can be distinguished due to the pertinence of the user name, the password, the mailbox, and the post information, so that the user name, the password, the mailbox, and the post information are collectively referred to as account information in the scheme. The form is typically a template provided by the RPA application to the user, where the user enters data, i.e., forms a form, which is the form to be processed.

It should be noted that, the above startup data is obtained by dynamically acquiring information input by the user inside the RPA application, and is not a fixed value. Firstly, formatting the starting data to convert the starting data into variable data of internal operation, and obtaining formatted account information and formatted tables to be processed, wherein the formatted tables are collectively called variable data.

After variable data is obtained, the scheme also needs to perform verification processing on the variable data, for example, a first preset field is preset, for example, whether a username is empty or not and whether a password is empty or not is judged, if not, the user name and the password pass verification, and for the same mailbox and post information, if so, the user fails to report errors and interrupt operation, and after the user modifies the data, the RPA application verification is restarted.

The formatting of the to-be-processed form is actually format conversion processing, the RPA application provides a template Excel for the user, the user imports the RPA platform as initial data after filling the form data in the template, the form needs to be read in the code and is converted into JSON or other data structures, so that whether the form format is a preset format or not is checked, for example, if the form format is JSON, the form verification is passed.

For step S102, the target operation application may be various, such as enterprise employee channel software, enterprise financial department software, etc., where the enterprise employee channel software is used for operating various businesses by enterprise internal personnel, and the enterprise financial department software is only used for operating financial businesses by enterprise financial personnel.

The user name and the password after formatting are used for logging in a target page in the target operation application, but if the user name is wrong, has no authority and the like, the page can be opened blank or can not jump at all, and in such a case, the subsequent flow can not be continued, and the program is stopped by time and error.

And under the condition that the target page is normally opened, determining business logic corresponding to the target page. Each business logic is formulated during page development, can be changed later, comprises a business flow, and is used for processing appointed data, and irrelevant data does not need to be processed. The method uses business logic to process the formatted to-be-processed form to obtain result data, such as searching specific account opening information according to the bank card number provided by the user.

Further, during the process of processing the table using business logic, more temporary files (typically files stored in a short time built by the program) are generated, and these temporary files are cleaned up together when the target operation application is subsequently exited.

For step S103, the variable data is used when the RPA application operation target operation application is running, but the final result data obtained when the running is completed needs to be converted into user usable data. Therefore, the obtained result data needs to be converted into a table form again to obtain a result table. For example, the queried account opening information is processed and written into an Excel for the second time, so as to obtain a result table and output the result table to a user.

The account information includes contact modes such as a mailbox, so that the obtained result form can be directly sent to a user name or can be sent to the mailbox, and the mode is specifically adopted and needs to be preset by a user. The result form can be directly sent, or can be sent to be linked to the user, the subsequent user downloads the result form on the RPA platform by himself, and the sending form is not limited by the scheme.

In addition, the statistics operation can be performed on the data in the result table, and the account opening information is taken as an example, the account opening information quantity (the second preset field can be an account opening field and is actually adjustable) is counted, the successful record quantity is counted to calculate the RPA running success rate, the service execution times are counted, and the information is returned to the RPA platform for display, so that the subsequent estimation of the time saving duration of the RPA application instead of manpower is facilitated, and the like.

In the scheme, the server is equivalent to a remote windows system computer, the RPA application and the target operation application are all operated on the server, before the RPA application is operated, the windows does not start the target operation application, after the RPA application is started, the RPA application can start the target operation application and operate the target operation application, and after the RPA application is executed, the RPA application needs to log out of the target operation application each time, so that the target operation application is closed, the initial state is recovered, and the influence on the use of other subsequent users is avoided.

According to the method provided by the embodiment, for the RPA application to process the business of the target operation application, a set of general components is formulated, so that the flow can be quickly accessed, the development efficiency of the RPA application is improved, and the problem of resource occupation caused by repeated code development is avoided.

Referring to fig. 2, a flowchart of an alternative service processing method according to an embodiment of the present invention is shown, including the following steps:

s201: receiving input starting data, and formatting the starting data to obtain formatted starting data; the starting data comprise account information and a to-be-processed form, wherein the account information comprises a user name, a password and post information;

s202: logging in a main page in the target operation application by using the formatted user name and password;

s203: determining a target page corresponding to the post information in the target operation application, inquiring authority information corresponding to the formatted account information, and switching from the main page to the target page in response to the authority information being yes;

s204: invoking business logic corresponding to the target page to process the formatted form to be processed to obtain result data;

s205: and processing the result data into a table form to obtain a result table, transmitting the result table to the account information, and triggering to exit the login target operation application operation in response to successful transmission result.

In the above embodiment, for steps S201, S204 and S205, reference is made to the description shown in fig. 1, and no further description is given here.

For steps S202 and S203, the main page in the target operation application is first logged in using the formatted user name and password. The foregoing steps merely check whether the formatted variable data is empty, in a preset format, etc., and will not check whether the variable data is correct, and the user may provide an incorrect user name and password, which may cause the RPA application to not successfully log in the main page in the target operation application, and the page is opened blank or cannot jump at all, so that the subsequent flow cannot be performed.

The RPA application is to run a target operation application on a server (such as a windows server) to simulate manual input to log in for operation, and after logging in a target operation application main page by using the formatted user name and password, if the returned result is unauthorized, the operation flow is ended. For example, banking staff channel software requires a manager to log in first to change the page state from "idle" to "business", and subsequent teller logging in the software will show that authorization is successful, otherwise, unauthorized page opening cannot be performed. The RPA application captures this information and returns it to the RPA platform.

Because the RPA applications are running on a common server, employees of different institutions may all log in on the same RPA platform for use, and therefore, the account information may further include an institution number, so that after the user logs in the main page in the target operation application, the user switches from the main page to a page corresponding to the institution number. For example, a first-level branch line is arranged under the bank X, a second-level branch line is arranged under the first-level branch line, a website is arranged under the second-level branch line, and if the organization number is the Y branch line, the main page of the bank X is switched to the main page of the Y branch line.

In practice, the user name may carry the attribute of the organization number, for example zb002 represents Shenzhen No. 002 employee, wh001 represents Wuhan No. 001 employee. Therefore, the user name and the account number are used for logging in the target operation application, and the user can directly jump to the corresponding main page, for example, zb002 and a password are used for directly logging in the main page of Shenzhen banking employee channel software.

Different employees correspond to different posts, which may correspond to different pages. After the main page in the target operation application is logged in according to the foregoing operation, a target page corresponding to the post information in the account information in the target operation application may be determined to jump from the main page to the target page. For example, the post is a teller, and after logging in the main page of Shenzhen banking staff channel software, the user needs to jump to the teller operation page of Shenzhen banking staff channel software.

The authority of different posts is different, such as a teller and a manager, so after the target page is determined, whether the formatted account information has the opening authority is also required to be inquired, if so, the user jumps to the target page from the main page, and the corresponding relationship between the account information and the authority, such as the corresponding relationship between the user name and the authority, the corresponding relationship between the post information and the authority, the corresponding relationship between the mechanism number and the authority, is required to be established in advance.

According to the method provided by the embodiment, a set of fixed procedures is set for target operation application login and page switching, and the target page is directly logged in by using the fixed procedures, so that the problem of repeated development of codes is avoided, RPA application can be quickly docked with the target page, and the service processing speed is increased.

Referring to fig. 3, a flowchart of another alternative service processing method according to an embodiment of the present invention is shown, including the following steps:

s301: receiving input starting data, and formatting the starting data to obtain formatted starting data; the starting data comprise account information and a table to be processed;

s302: logging in a target page in a target operation application by using formatted account information, and calling business logic corresponding to the target page to process a formatted form to be processed to obtain result data;

s303: processing the result data into a table form to obtain a result table, transmitting the result table to the account information, and triggering to exit from the login target operation application operation in response to successful transmission result;

s304: inserting a generated log code into each operation step, and executing the generated log code to acquire the operation data of each operation step through the generated log code so as to generate a reserved log of each operation step; the operation data comprises an operation log and a data screenshot.

In the above embodiment, the steps S301 to S303 are described with reference to fig. 1, and are not described herein.

For step S304, the present solution provides a general manner, so that the overall operation flow is relatively fixed, and a generated log code can be inserted into each operation step, where the generated log code does not affect the original business logic, and the function of the generated log code is to collect only the operation data of each operation step, such as log or screenshot information, so as to generate a remaining log of each operation step. The log is kept, so that the follow-up monitoring program can be conveniently used for running, abnormality detection and the like.

Since the RPA application is also a tool program depending on the target operation application, problems sometimes occur in the target operation application, or when the RPA application cannot run smoothly due to other factors, the problem location can be located quickly by keeping a log. Further, variable data may also be stored, as the RPA application code is not a script file, but a collection of script files, the variable storage being to transfer data for subsequent script execution.

According to the method provided by the embodiment, the log code is generated by inserting the log code into each execution point, so that the log is generated by generating log code acquisition step operation data, and the subsequent monitoring program operation, abnormality detection and the like are facilitated.

Referring to fig. 4, a main flow diagram of the present scheme is shown, which includes four pass nodes and a non-general node:

1. input processing and application initialization:

1) Input initiates data formatting: and formatting the account information and the to-be-processed table.

2) And (3) checking input starting data: and determining target data corresponding to the first preset field in the formatted starting data, checking whether the target data is empty, and checking that the format of the target data is a preset format.

3) Recording a log: a generated log code is inserted into each operation step, so that the operation data of each operation step is collected through the generated log code, and further a reserved log of each operation step is generated.

4) Global variable storage: and storing the formatted variable data.

2. Target operation application fixed flow processing

1) Checking account numbers and switching mechanisms: and logging in a main page in the target operation application by using the formatted account information, ending the flow if the logging result is not authorized, and returning prompt information if the logging result is a user name or a password error.

Using the formatted user name and password, the main page in the target operation application is registered, and the page corresponding to the organization number is jumped from the main page. Sometimes the user name may reflect the organization directly, so the user name and password may be used to log into the target page.

2) Post switching and page switching: and determining a target page corresponding to the post information in the target operation application, inquiring authority information corresponding to the formatted account information, and switching from the main page to the target page in response to the authority information being yes.

3. Service logic processing-non-universal node

1) Target page related business logic: and determining service logic corresponding to the target page to call the service logic and process the formatted to-be-processed form.

2) Target page result data arrangement: and processing the result data into a table form to obtain a result table.

4. Output processing and statistics

1) And (3) outputting results: the result form is sent to account information, such as to a user name, to a mailbox.

2) Data statistics: and carrying out data statistics operation on the data in the result table, and returning the statistical result to the RPA platform for display.

5. Ending work

1) Cleaning temporary files: the temporary file generated in the business logic process is cleaned.

2) Closing the software: after the result form is sent to the user, the RPA application needs to close the target operation application and restore the initial state, because the RPA application runs on the server, one user runs out of the next user, and all the states need to be zeroed after each execution is finished so as to restore the state of the server to the state before the RPA application runs.

3) Log (or not): a generated log code is inserted into each operation step, so that the operation data of each operation step is collected through the generated log code, and further a reserved log of each operation step is generated.

The method provided by the embodiment of the invention provides a set of general components for the RPA application to process the target operation application service, and subsequently logs in the target page and processes the service by using the general components so as to avoid the problem of repeated development of codes, accelerate the butting speed of the RPA application and the target operation application, greatly shorten the development period of the RPA application, reduce the development cost, improve the development efficiency and reduce the error rate and the debugging cost.

Referring to fig. 5, a schematic diagram of main modules of a service processing apparatus 500 according to an embodiment of the present invention is shown, including:

the formatting module 501 is configured to receive input startup data, and perform formatting processing on the startup data to obtain formatted startup data; the starting data comprise account information and a table to be processed;

the processing module 502 is configured to log in a target page in a target operation application by using the formatted account information, and call service logic corresponding to the target page to process a formatted form to be processed, so as to obtain result data;

and the output module 503 is configured to process the result data into a table form, obtain a result table, send the result table to the account information, and trigger to exit from the login target operation application operation in response to the success of the sending result.

The implementation device of the invention also comprises a verification module, which comprises at least one of the following components:

In the embodiment of the present invention, the account information includes a user name, a password, and post information, and the processing module 502 is configured to:

In the embodiment of the present invention, the processing module 502 is further configured to:

In the embodiment of the present invention, the processing module 502 is further configured to: acquiring a temporary file generated in a business logic processing process;

the output module 503 is further configured to: triggering and cleaning the temporary file.

In the embodiment of the present invention, the output module 503 is further configured to:

The embodiment of the invention also comprises a log module for:

In addition, the implementation of the apparatus in the embodiments of the present invention has been described in detail in the above method, so that the description is not repeated here.

Fig. 6 shows an exemplary system architecture 600 in which embodiments of the invention may be applied, including terminal devices 601, 602, 603, a network 604, and a server 605 (by way of example only).

The terminal devices 601, 602, 603 may be various electronic devices having a display screen and supporting web browsing, are installed with various communication client applications, and a user may interact with the server 605 through the network 604 using the terminal devices 601, 602, 603 to receive or transmit messages, etc.

The network 604 is used as a medium to provide communication links between the terminal devices 601, 602, 603 and the server 605. The network 604 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The server 605 may be a server providing various services, and it should be noted that, the method provided by the embodiment of the present invention is generally executed by the server 605, and accordingly, the apparatus is generally disposed in the server 605.

It should be understood that the number of terminal devices, networks and servers in fig. 6 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 7, there is illustrated a schematic diagram of a computer system 700 suitable for use in implementing an embodiment of the present invention. The terminal device shown in fig. 7 is only an example, and should not impose any limitation on the functions and the scope of use of the embodiment of the present invention.

As shown in fig. 7, the computer system 700 includes a Central Processing Unit (CPU) 701, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data required for the operation of the system 700 are also stored. The CPU 701, ROM 702, and RAM 703 are connected to each other through a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

The following components are connected to the I/O interface 705: an input section 706 including a keyboard, a mouse, and the like; an output portion 707 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 708 including a hard disk or the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. The drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read therefrom is mounted into the storage section 708 as necessary.

In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication portion 709, and/or installed from the removable medium 711. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 701.

The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor includes a formatting module, a processing module, and an output module. The names of these modules do not in some way constitute a limitation of the module itself, for example, the output module may also be described as a "ending module".

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to perform any of the business processing methods described above.

The computer program product of the present invention comprises a computer program which, when executed by a processor, implements the service processing method in the embodiments of the present invention.

The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims

1. A service processing method is characterized in that,

2. The method of claim 1, wherein after the formatted startup data is obtained, the method further comprises at least one of:

3. The method according to claim 1, wherein the account information includes a user name and a password, and post information, and the using the formatted account information to log into a target page in a target operation application includes:

4. The method of claim 3, wherein using the formatted user name and password to log into the main page in the target operation application further comprises:

5. The method of claim 1, wherein the obtaining result data further comprises: acquiring a temporary file generated in a business logic processing process;

6. The method of claim 1, wherein after the obtaining the results table, the method further comprises:

7. The method according to any one of claims 1-6, further comprising:

8. A service processing device is characterized in that,

9. The apparatus of claim 8, further comprising a verification module comprising at least one of:

10. The apparatus of claim 8, wherein the account information includes a user name and password, post information, and the processing module is configured to:

11. The apparatus of claim 10, wherein the processing module is further configured to:

12. The apparatus of claim 8, wherein the processing module is further configured to: acquiring a temporary file generated in a business logic processing process;

13. The apparatus of claim 8, wherein the output module is further configured to:

14. The apparatus according to any one of claims 8-13, further comprising a log module for:

15. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs,

when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-7.

16. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-7.

17. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any of claims 1-7.