WO2019200756A1 - 数据审批方法、装置、计算机设备和存储介质 - Google Patents

数据审批方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
WO2019200756A1
WO2019200756A1 PCT/CN2018/095640 CN2018095640W WO2019200756A1 WO 2019200756 A1 WO2019200756 A1 WO 2019200756A1 CN 2018095640 W CN2018095640 W CN 2018095640W WO 2019200756 A1 WO2019200756 A1 WO 2019200756A1
Authority
WO
WIPO (PCT)
Prior art keywords
approval
terminal
data
chain
result
Prior art date
Application number
PCT/CN2018/095640
Other languages
English (en)
French (fr)
Inventor
李双灵
黄度新
邓俊俊
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019200756A1 publication Critical patent/WO2019200756A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Definitions

  • the application relates to a data approval method, device, computer device and storage medium.
  • each business party in order to achieve data sharing, each business party generally adopts an offline approval form, and after a complicated approval process, in order to ensure data security, other business parties are allowed to be offline. Make a copy of the data.
  • the complex offline approval process reduces the efficiency of data sharing.
  • a data approval method, apparatus, computer device, and storage medium are provided.
  • a data approval method that includes:
  • the data application form is sent to the third terminal corresponding to the selected approval chain for approval;
  • the user identifier is stored in association with the data application table, and the approval result corresponding to the user identifier is marked as approval.
  • a data approval device comprising:
  • the first receiving module is configured to receive a data application form acquisition request sent by the first terminal, where the data application form acquisition request carries a user identifier corresponding to the first terminal;
  • An approval chain obtaining module configured to acquire an approval chain corresponding to the user identifier, and return the approval chain to the first terminal;
  • a second receiving module configured to receive the completed data application form and the selected approval chain returned by the first terminal
  • a pre-audit module configured to send the completed data request form to a corresponding second terminal, and receive a pre-audit result returned by the second terminal;
  • An approval module configured to send the data application form to a third terminal corresponding to the selected approval chain for approval when the pre-audit result indicates that the pre-audit is passed;
  • an output module configured to: when the approval result of the third terminal corresponding to the approval chain indicates that the approval is passed, the user identifier is stored in association with the data application form, and the approval result corresponding to the user identifier is marked For approval.
  • a computer device comprising a memory and one or more processors having stored therein computer readable instructions, the computer readable instructions being executable by the processor to cause the one or more processors to execute The following steps: receiving a data request form acquisition request sent by the first terminal, the data application form obtaining request carrying the user identifier corresponding to the first terminal, acquiring an approval chain corresponding to the user identifier, and performing the approval Returning to the first terminal; receiving the completed data application form and the selected approval chain returned by the first terminal; sending the completed data application form to the corresponding second terminal, and receiving the Determining a pre-audit result returned by the second terminal; when the pre-audit result indicates that the pre-audit is passed, sending the data application form to a third terminal corresponding to the selected approval chain for approval; and when the approval chain corresponds
  • the approval result of the third terminal indicates that the approval is passed, the user identifier is stored in association with the data application table, and the user identifier is The result should be marked as approved by the approval.
  • One or more non-transitory computer readable storage mediums storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: receiving a first terminal Sending a data request form acquisition request, the data application form obtaining request carries a user identifier corresponding to the first terminal; acquiring an approval chain corresponding to the user identifier, and returning the approval chain to the first Receiving, by the terminal, the completed data application form and the selected approval chain returned by the first terminal; sending the completed data application form to the corresponding second terminal, and receiving the pre-review returned by the second terminal a result; when the pre-audit result indicates that the pre-audit is passed, the data application form is sent to the third terminal corresponding to the selected approval chain for approval; and when the approval result of the third terminal corresponding to the approval chain is When the approval is passed, the user identifier is stored in association with the data request form, and the approval result corresponding to the user identifier is marked as a review.
  • FIG. 1 is an application scenario diagram of a data approval method in accordance with one or more embodiments.
  • FIG. 2 is a flow diagram of a data approval method in accordance with one or more embodiments.
  • FIG. 3 is a schematic diagram of a data request form in accordance with one or more embodiments.
  • FIG. 4 is a schematic diagram of a display interface of a third terminal in accordance with one or more embodiments.
  • FIG. 5 is a schematic diagram of an approval chain in accordance with one or more embodiments.
  • FIG. 6 is a block diagram of a data approval device in accordance with one or more embodiments.
  • FIG. 7 is a block diagram of a computer device in accordance with one or more embodiments.
  • the data approval method provided by the present application can be applied to the application environment as shown in FIG. 1.
  • the first terminal communicates with the approval server and the data server respectively through the network
  • the approval server communicates with the second terminal, the third terminal, and the data server, respectively.
  • the approval server After receiving the request for obtaining the data request form sent by the first terminal, the approval server obtains the approval chain corresponding to the user identifier, and returns the approval chain to the first terminal, and the user using the first terminal selects the approval chain returned by the approval server. And filling in the data application form, the first terminal returns the completed data application form and the selected approval chain to the approval server, and the approval server sends the data application form to the second terminal, and the second terminal pre-audits the data application form. For example, a format review or a data integrity audit is performed, and the pre-audit result is returned to the approval server.
  • the approval server After the approval server receives the pre-audit result, when the pre-audit result is approved, the data application form is continuously sent according to the approval chain selected by the user.
  • the third terminal when the approval result of the third terminal corresponding to the approval chain indicates that the approval is passed, the user identifier is stored in association with the data application table, and the approval result corresponding to the user identifier is marked as approval.
  • the first terminal, the second terminal, and the third terminal may be, but are not limited to, various personal computers, notebook computers, smart phones, tablets, and portable wearable devices, and the approval server and the data server may use separate servers or multiple servers.
  • the server cluster is composed to be implemented.
  • a data approval method is provided, which is applied to the approval server in FIG. 1 as an example, and includes the following steps:
  • S202 Receive a data request form acquisition request sent by the first terminal, where the data application form acquisition request carries a user identifier corresponding to the first terminal.
  • the data request form acquisition request is sent by the first terminal to the approval server, and is used to obtain a data application form from the approval server, where the data application form acquisition request carries the user identifier, and the user identifier may be the user's mobile phone number and identity.
  • the number of the certificate or the number, etc. can uniquely determine the user.
  • the data application form is a table for recording the user's authority to obtain data, and may include a cooperation name, a foreign-related cooperation institution type, a data belonging unit, an external operation organization, a data cooperation mode, information security, and legal compliance.
  • 3 is a schematic diagram of a data request form in an embodiment.
  • S204 Acquire an approval chain corresponding to the user identifier, and return the approval chain to the first terminal.
  • the approval chain corresponding to the user identifier is obtained, for example, an approval item corresponding to the user identifier is obtained, and the user identifier of the approval user corresponding to the approval item is obtained,
  • the user ID of the approval user is generated according to the approval sequence, and the generated approval chain is returned to the corresponding first terminal.
  • S206 Receive the completed data application form and the selected approval chain returned by the first terminal.
  • the data application form may be an online filling page provided by the approval server, and the application user may select a corresponding approval chain on the page.
  • the first terminal sends a data request form to the approval server to obtain a request, and the approval server according to the application.
  • the terminal identifier of the terminal obtains the corresponding approval chain, and returns the data application form and the approval chain to the first terminal, and the user fills in the content of the data application form through the first terminal, and selects one of the approval chains, and the first terminal sets the data application form.
  • the content and the approval chain selected by the user are returned to the approval server.
  • S208 Send the completed data application form to the corresponding second terminal, and receive the pre-audit result returned by the second terminal.
  • the first terminal sends the data application form to the approval server, and the approval server sends the data application form to the second terminal for pre-audit
  • the second terminal may Approve the format of the content filled in the data application form and the integrity of the content. For example, when the content is in the wrong format or there is unfilled content, the pre-audit result that has not been approved is obtained. When the content is in the correct format and the content is complete. At the time, the pre-audit results approved by the approval were obtained. The second terminal returns the obtained pre-audit result to the approval server, so that the approval server performs the next processing.
  • the approval server determines the pre-audit result.
  • the approval server obtains the approval chain selected by the user, and the data is determined according to the approval chain.
  • the application form is sent to the third terminal for approval, wherein the second terminal pre-qualifies the data application form, that is, approves the integrity of the form or content, and the third terminal approves the substance of the data application form.
  • the third terminal in the approval chain returns the approval result to the approval server, and when the approval result of the third terminal in the approval chain is approved, the approval server continues to send the data application form to the approval.
  • the next third terminal in the chain performs the approval, and only the approval result corresponding to all the third terminals in the approval chain indicates that the data acquisition permission of the user corresponding to the user identifier is passed, so that the approval server can
  • the user ID, data request form, and approval result are stored in association, and the approval result is marked as approved.
  • the approval result of the third terminal in the approval chain is that the approval fails, the data acquisition permission of the user corresponding to the user identifier is identified as failing.
  • the data approval method After receiving the data request form acquisition request sent by the first terminal, the data approval method returns an approval chain corresponding to the user identifier to the first terminal, so that the user can select an approval chain from the returned approval chain and pass the pre-review And the users in the approval chain are approved in order, which makes the approval process orderly and improves the efficiency of examination and approval.
  • the step S210 may include: obtaining the current third corresponding to the current approved user in the selected approval chain.
  • the terminal sends the data request form to the current third terminal for approval; receives the current approval result returned by the current third terminal; and when the current approval result indicates that the approval is passed, continues to acquire the next third in the selected approval chain.
  • the terminal is approved, and the data acquisition application form is sent to the next third approval terminal for approval, until the approval of the data application form by the third approval terminal corresponding to all the approval users in the approval chain is completed.
  • the user name of the approval user may be used to represent the current approved user, so that an approval chain may be expressed as: approval user A-approval user B-approval user C-approval user D, etc., wherein in the approval chain
  • an approval chain may be expressed as: approval user A-approval user B-approval user C-approval user D, etc., wherein in the approval chain
  • the number of approval users in the approval chain is related to the approval item, and is proportional to the amount of data to be approved in the approval item. . This can reduce the approval amount of each approved user and improve the accuracy and efficiency of the approval.
  • the above four approval users are taken as an example for description.
  • the approval server first obtains the approval chain selected by the user, and obtains the approval terminal corresponding to the current approval user. If the current approval user is the approval user A, the approval server applies the data. The table is sent to the third terminal corresponding to the approval user A.
  • the third terminal After receiving the data application form, the third terminal prompts the approval user A of the third terminal to perform the approval, for example, by means of mail, short message or WeChat, etc., and approves User A approves the data request form through the third terminal to obtain an approval result, and sends the obtained approval result to the approval server through the third terminal, and after the approval server receives the approval result, if the approval result is approved, The approval server continues to obtain the next third terminal corresponding to the next approval user in the approval chain, that is, the third terminal corresponding to the user B is approved, and the data application form is sent to the third terminal corresponding to the approval user B for approval.
  • the approval result of the data application form by the third approval terminal corresponding to the approval user in the approval chain it may be determined whether the approval result of the data application form is passed, and if the approval results of all the approval users in the approval chain are When the approval is passed, the data acquisition permission of the user corresponding to the user identifier, that is, the approval result is identified as approval. If the approval result corresponding to an approval user in the approval chain is that the approval fails, the data acquisition permission of the user corresponding to the user identifier is kept as the approval failure, that is, the data acquisition of the user corresponding to the user identifier is started at the time of approval. The permission is not approved, and the approval result will be modified to approval only if the approval result corresponding to all the approval users in the approval chain is approved.
  • the current processing amount of each approval chain can also be given, wherein the current processing amount of each approval chain is equal to the total processing amount of all approved users in the approval chain.
  • the number of users in the approval chain is described, so that the user can select the approval chain with the least amount of processing at the current time for approval, so as to improve the efficiency of the examination and approval.
  • the approval is performed according to the approval user in the approval chain selected by the user, and the approval is made in an orderly manner, thereby improving the efficiency of the examination and approval.
  • the data approval method may further include: when the current approval result indicates that the approval fails, the problem type corresponding to the current approval result is recorded, and the problem type is stored. After the data request form is sent to the current third terminal for approval, the method further includes: sending the stored problem type to the current third terminal for display.
  • the problem type may be a type of the problem that occurs in the current data application form, including content errors, missing content, etc.
  • the approval server receives the approval result that the approval fails, the type of the problem corresponding to the approval result is first obtained, and then The problem type is stored.
  • the approval server can send the stored problem type to the third terminal for display, prompting the approval user to perform terminal review.
  • the approval server may pre-set a problem type library for storing problems that occur during the approval process.
  • the approval server receives the approval result that the approval fails, obtains the type of the problem corresponding to the approval result, and compares the obtained problem type with the stored type in the problem type library. If it is a new problem type, The new problem type is stored in the problem type library and stored under the corresponding approval node, for example, associated with the corresponding approval item, and associated with the corresponding order of the approval order in the approval item.
  • approve user A-approve user B-approve user C-approve user D Take the above approval chain as an example: approve user A-approve user B-approve user C-approve user D.
  • the problem types 1 to 8 correspond to the approval items corresponding to the approval chain, and the approval order of the approval items is module A, module B, module C and module D, wherein module A corresponds to problem types 1 and 2, and module B corresponds to Question types 3 and 4, module C corresponds to question types 5 and 6, and module D corresponds to question types 7 and 8. Therefore, when the approval user A performs approval, the problem types 1 and 2 can be displayed to the third terminal corresponding to the approval user A.
  • the approval server sends the data application form to the current third terminal for approval
  • the approval node of the approval user corresponding to the third terminal may also be obtained, and the type of the problem corresponding to the approval node is obtained, and the problem type is obtained.
  • Displayed on the third terminal as shown in Figure 4, to remind the approval user to approve.
  • the questions in the problem type library may be sorted according to the frequency of occurrence of the question type, and a preset number of sorted prior questions are selected for display, for example, the first 10 question types selected by the sorting are performed. Display, thereby reducing the amount of display and the like.
  • the relationship between the problem and each data in the data request form data application form may also be established, so that when a certain data of the data acquisition application data application form is approved, the common problem is displayed next to the data. To remind users to conduct a focused review.
  • the common problem type is displayed to the third terminal corresponding to the approval user, so that the approval user can be reminded to perform the key review.
  • the result of the approval failure is sent to the first terminal; and the modified data application form sent by the first terminal is received, And sending the modified data request form to the fourth terminal.
  • the approval server determines that the approval result of the fourth terminal in the third terminal in the approval chain is that the approval fails
  • the result of the approval failure is sent to the first terminal, so as to use the user of the first terminal.
  • the data request form can be modified according to the approval result, and the selection server can identify the problem in the data application form that has not passed the approval, and indicate the type and cause of the problem, so that the user who uses the first terminal can Process it accurately.
  • the modified data application form may be resubmitted to the approval server, and the approval server obtains the modified data application form after resubmitting, and obtains the modified data after the resubmission.
  • the data request form corresponds to the last approved third terminal, and the modified data application form is sent to the third terminal for approval, thereby avoiding having to go back again to the approval chain, resulting in waste of approval resources.
  • the modified data application form may be compared with the data application form before the modification, and the compared different contents are marked, that is, the modified content is Marking, such as red or highlighting, so that the user who uses the third terminal can clearly see the modified content of the applicant.
  • the modified data application form is sent to the third terminal that has not passed the approval, so that the approval chain can be avoided again, resulting in approval. Waste of resources.
  • the sending the completed data request form to the corresponding second terminal may further include: acquiring the second terminal that is online in the cluster, and selecting the first task with the least amount of tasks from the second terminal in the online The second terminal sends the completed data request form to the selected second terminal.
  • the second terminal is in the form of a terminal cluster, so that when the approval server receives the data request form and needs to perform pre-audit, the appropriate second terminal may be selected from the terminal cluster, and then the data application form is sent to
  • the suitable terminal wherein the suitable terminal may be the second terminal in the terminal cluster that is online and has the least amount of tasks, such as the second terminal that is online and has the least pre-review task, and the approval server sends the data request form to the least amount of tasks.
  • the online second terminal performs pre-audit and receives the pre-audit result of the second terminal, wherein the pre-audit is generally a formal review of the format or whether the content is complete, and the audit in the approval chain is a substantive review.
  • the second terminal exists in the manner of the terminal cluster.
  • the third terminal that is online and has the least preset task amount can be selected for pre-audit, thereby improving the efficiency of the pre-audit. , thereby improving the efficiency of the entire approval.
  • the method further includes: updating and displaying the current approval status of the data request form according to the pre-audit result.
  • the method further includes: updating and displaying the current approval status of the data application form according to the approval result of the third terminal.
  • the approval server may update the current approval status of the corresponding data application form. For example, when the approval server receives the pre-audit result sent by the second terminal, it can determine whether the pre-audit is passed. When the pre-trial is passed, the current approval status can be updated to be pre-audit. When the preset fails, the current approval status can be updated. Not approved for pre-trial.
  • the approval server receives the approval result sent by the third terminal, the approval chain corresponding to the approval result may be obtained, and the location of the third terminal in the current approval chain is obtained, and then the approval result is determined whether the approval is passed.
  • the pre-audit result and the approval result may also be stored, so as to facilitate subsequent query.
  • the approval server may update the current approval status of the corresponding data application form, so that the application user can obtain the current terminal through the first terminal. Go to the current approval status for approval to schedule follow-up work.
  • the method may include: receiving a data acquisition request sent by the first terminal that is forwarded by the data server, where the data acquisition request carries the user identifier corresponding to the first terminal; The approval result corresponding to the user identifier is queried, and the approval result is returned to the data server, and the approval result is used to instruct the data server to return data corresponding to the data acquisition request to the first terminal.
  • the first terminal may request data from the corresponding data server, that is, the first terminal sends a data acquisition request to the data server, and the data server first approves the data acquisition request when receiving the data acquisition request.
  • the server verifies the approval result of the user identifier corresponding to the first terminal, and sends the data corresponding to the data acquisition request to the corresponding first terminal when the approval result is passed.
  • the first terminal sends a data acquisition request to the data server, where the data acquisition request carries the user identifier, the data server generates an approval determination request according to the user identifier, and sends the generated approval determination request to the approval server, and the approval server according to the The approval judgment request queries the approval result corresponding to the user identifier, and sends the approval result to the data server.
  • the data server determines that the approval result is approved
  • the data request form corresponding to the user identifier is obtained from the approval server, and the data application is obtained from the data.
  • the first field is obtained in the table.
  • the data server queries the data corresponding to the second field and returns to the first terminal.
  • the data application form is obtained by the first terminal in advance to the approval server, that is, the first terminal sends a data application form acquisition request to the approval server, and the approval server acquires the data application form and the approval chain corresponding to the user identifier corresponding to the first terminal.
  • the first terminal sends the completed data application form and the selected approval chain to the approval server, and the approval server first sends the data application form to the second terminal for pre-audit, and when the second terminal pre-audit result is approved, the The data application form is sent to the third terminal corresponding to the approval chain for approval, until the approval result of the fourth terminal corresponding to the approval chain is approved.
  • the data server can obtain corresponding data from the database in communication with it and return to the first terminal.
  • the database connected to the data server may exist in plurality, so that the data server may first determine the database of the data storage according to the second field, and then query the data corresponding to the second field from the determined database, so that Can reduce the amount of queries, thereby improving the efficiency of data feedback.
  • the data application when receiving the data acquisition request sent by the first terminal, first determining whether the user logging in to the first terminal approves the approval, and when the approval is passed, obtaining the corresponding data application form, and secondly, passing the data application form. Obtaining a first field that is allowed to be acquired by the first terminal, and when the first field matches the second field, the data requested by the first terminal is returned to the first terminal, so that when the unapproved user applies for data, or When an approved user requests a field that has not passed the approval, the data application will fail, thus ensuring the security of the data.
  • steps in the flowchart of FIG. 2 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and the steps may be performed in other orders. Moreover, at least some of the steps in FIG. 2 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, the execution of these sub-steps or stages The order is also not necessarily sequential, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • a data approval device including: a first receiving module 100, an approval chain obtaining module 200, a second receiving module 300, a pre-audit module 400, an approval module 500, and an output module. 600, where:
  • the first receiving module 100 is configured to receive a data request form obtaining request sent by the first terminal, where the data request form obtaining request carries the user identifier corresponding to the first terminal.
  • the approval chain obtaining module 200 is configured to obtain an approval chain corresponding to the user identifier, and return the approval chain to the first terminal.
  • the second receiving module 300 is configured to receive the completed data application form returned by the first terminal and the selected approval chain.
  • the pre-audit module 400 is configured to send the completed data request form to the corresponding second terminal, and receive the pre-audit result returned by the second terminal.
  • the approval module 500 is configured to send the data application form to the third terminal corresponding to the selected approval chain for approval when the pre-trial result indicates that the pre-trial is passed.
  • the output module 600 is configured to store the user identifier in association with the data application form when the approval result of the third terminal corresponding to the approval chain indicates that the approval is passed, and mark the approval result corresponding to the user identifier as the approval.
  • the approval module 500 can include:
  • the first approval unit is configured to obtain a current third terminal corresponding to the currently approved user in the selected approval chain, and send the data application form to the current third terminal for approval.
  • the approval result receiving unit is configured to receive the current approval result returned by the current third terminal.
  • the second approval unit is configured to continue to acquire the next third approval terminal in the selected approval chain when the current approval result indicates that the approval is passed, and send the data acquisition application form to the next third approval terminal for approval, The approval of the data application form is completed until the third approval terminal corresponding to all the approved users in the approval chain.
  • the apparatus may further include:
  • the problem type recording module is configured to record the problem type corresponding to the current approval result when the current approval result indicates that the approval fails, and store the problem type.
  • a display module configured to send the stored problem type to the current third terminal for display after sending the data request form to the current third terminal for approval.
  • the apparatus may further include:
  • the result sending module is configured to send the result of the approval failure to the first terminal when the approval result of the fourth terminal in the approval chain is that the approval fails.
  • the data application form sending module is configured to receive the modified data application form sent by the first terminal, and send the modified data application form to the fourth terminal.
  • the pre-audit module 400 can include:
  • the second terminal acquiring unit is configured to acquire a second terminal that is online in the cluster, and select a second terminal that has the least amount of tasks from the second terminal in the online.
  • a sending unit configured to send the completed data request form to the selected second terminal.
  • the apparatus may further include:
  • the first update module is configured to update and display the current approval status of the data request form according to the pre-audit result.
  • the second update module is configured to update and display the current approval status of the data request form according to the approval result of the third terminal.
  • the apparatus may further include:
  • the third receiving module is configured to receive a data acquisition request sent by the first terminal that is forwarded by the data server, where the data acquisition request carries the user identifier corresponding to the first terminal.
  • the feedback module is configured to query the approval result corresponding to the user identifier, and return the approval result to the data server, where the approval result is used to instruct the data server to return data corresponding to the data acquisition request to the first terminal.
  • Each of the above data approval devices may be implemented in whole or in part by software, hardware, and combinations thereof.
  • Each of the above modules may be embedded in or independent of the processor in the computer device, or may be stored in a memory in the computer device in a software form, so that the processor invokes the operations corresponding to the above modules.
  • a computer device which may be a server, and its internal structure diagram may be as shown in FIG.
  • the computer device includes a processor, memory, network interface, and database connected by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the non-volatile storage medium stores an operating system, computer readable instructions, and a database.
  • the internal memory provides an environment for operation of an operating system and computer readable instructions in a non-volatile storage medium.
  • the database of the computer device is used to store the approval chain as well as the log data.
  • the network interface of the computer device is used to communicate with an external terminal via a network connection.
  • the computer readable instructions are executed by the processor to implement a data approval method.
  • FIG. 7 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • a computer device comprising a memory and one or more processors, the memory storing computer readable instructions, the computer readable instructions being executed by the processor, causing the one or more processors to perform the step of: receiving the first terminal to send The data request form acquisition request, the data application form acquisition request carries the user identifier corresponding to the first terminal; obtains the approval chain corresponding to the user identifier, and returns the approval chain to the first terminal; and receives the completed completion of the first terminal return The data application form and the selected approval chain; sending the completed data application form to the corresponding second terminal, and receiving the pre-audit result returned by the second terminal; when the pre-trial result indicates that the pre-trial approval is passed, the data application form is sent to The third terminal corresponding to the selected approval chain performs approval; when the approval result of the third terminal corresponding to the approval chain indicates that the approval is passed, the user identification is associated with the data application table, and the approval result corresponding to the user identification is Marked as approved.
  • the transmitting the data request form to the third terminal corresponding to the selected approval chain for execution by the processor when executing the computer readable instruction may include: obtaining the current approval in the selected approval chain.
  • the next third approval terminal in the middle, and the data acquisition application form is sent to the next third approval terminal for approval, until the approval of the data application form by the third approval terminal corresponding to all the approval users in the approval chain is completed.
  • the processor executes the computer readable instructions, the following steps are further implemented: when the current approval result indicates that the approval fails, the problem type corresponding to the current approval result is recorded, and the problem type is stored; After the data application form is sent to the current third terminal for approval, the method further includes: sending the stored problem type to the current third terminal for display.
  • the processor executes the computer readable instructions, the following steps are further implemented: when the approval result of the fourth terminal in the approval chain is that the approval fails, the result of the approval failure is sent to the first terminal; The modified data request form sent by the first terminal, and sending the modified data request form to the fourth terminal.
  • the sending the completed data request form to the corresponding second terminal by the processor when executing the computer readable instructions may include: acquiring the second terminal in the cluster and obtaining the second terminal from the online The terminal selects the second terminal with the least amount of tasks; and sends the completed data request form to the selected second terminal.
  • the processor may further include: updating and displaying the current approval status of the data request form according to the pre-audit result;
  • the data request form is sent to the third terminal corresponding to the selected approval chain for approval, and may further include: performing current approval status of the data application form according to the approval result of the third terminal. Update and display.
  • the method may include: receiving the data acquisition request sent by the first terminal forwarded by the data server, and the data obtaining request Carrying the user identifier corresponding to the first terminal; querying the approval result corresponding to the user identifier, and returning the approval result to the data server, the approval result is used to instruct the data server to return data corresponding to the data acquisition request to the first terminal.
  • One or more non-transitory computer readable storage mediums storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: receiving a first terminal Sending a data request form to obtain a request, the data application form obtaining request carries a user identifier corresponding to the first terminal; obtaining an approval chain corresponding to the user identifier, and returning the approval chain to the first terminal; receiving the completion of returning the first terminal
  • the data application form and the selected approval chain the completed data application form is sent to the corresponding second terminal, and the pre-audit result returned by the second terminal is received; when the pre-trial result indicates that the pre-trial approval is passed, the data application form is sent
  • the third terminal corresponding to the selected approval chain is approved; when the approval result of the third terminal corresponding to the approval chain indicates that the approval is passed, the user identification is associated with the data application table, and the user identification is correspondingly approved.
  • the result is marked as approved.
  • the transmitting, by the processor, the data request form to the third terminal corresponding to the selected approval chain for approval may include: obtaining the current in the selected approval chain. Approving the current third terminal corresponding to the user, and sending the data application form to the current third terminal for approval; receiving the current approval result returned by the current third terminal; and when the current approval result indicates that the approval is passed, continuing to obtain the selected approval
  • the next third approval terminal in the chain, and the data acquisition application form is sent to the next third approval terminal for approval, until the approval of the data application form by the third approval terminal corresponding to all the approval users in the approval chain is completed.
  • the method when the computer readable instructions are executed by the processor, the following steps are further implemented: when the current approval result indicates that the approval fails, the type of the problem corresponding to the current approval result is recorded, and the problem type is stored; After the read command is sent by the processor to the current third terminal for approval, the method may further include: sending the stored problem type to the current third terminal for display.
  • the following steps are further implemented: when the approval result of the fourth terminal in the approval chain is that the approval fails, the result of the approval failure is sent to the first terminal; Receiving the modified data application form sent by the first terminal, and sending the modified data application form to the fourth terminal.
  • the sending the completed data request form to the corresponding second terminal by the processor when the processor is executed by the processor may include: acquiring the second terminal in the cluster, and from the online The second terminal that selects the least amount of tasks is selected from the second terminal; and the completed data request form is sent to the selected second terminal.
  • the method may further include: updating and displaying the current approval status of the data request form according to the pre-audit result;
  • the method may further include: the current approval of the data application form according to the approval result of the third terminal The status is updated and displayed.
  • the method may include: receiving the data acquisition request sent by the first terminal forwarded by the data server, and acquiring the data.
  • the request carries the user identifier corresponding to the first terminal; queries the approval result corresponding to the user identifier, and returns the approval result to the data server, where the approval result is used to instruct the data server to return data corresponding to the data acquisition request to the first terminal.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct RAM
  • DRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种数据审批方法，包括：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识；获取与用户标识对应的审批链，并将审批链返回至第一终端；接收第一终端返回的填写完成的数据申请表和所选择的审批链；将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果；当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批；当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。

Description

数据审批方法、装置、计算机设备和存储介质
相关申请的交叉引用
本申请要求于2018年4月18日提交中国专利局，申请号为2018103498036，申请名称为“数据审批方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及一种数据审批方法、装置、计算机设备和存储介质。
背景技术
随着信息技术的发展，数据共享称为一种趋势，各个业务方一直在寻求一种数据共享的方式。
然而，发明人意识到，各个业务方为了实现数据的共享，目前一般是采用线下填写审批表，并经过复杂的审批流程后，为了保证数据安全，才会允许其他业务方以线下的方式进行数据拷贝。复杂的线下审批流程使得数据共享的效率降低。
发明内容
根据本申请公开的各种实施例，提供一种数据审批方法、装置、计算机设备和存储介质。
一种数据审批方法，包括：
接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及
当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
一种数据审批装置，包括：
第一接收模块，用于接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
审批链获取模块，用于获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
第二接收模块，用于接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
预审模块，用于将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
审批模块，用于当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及
输出模块，用于当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域 普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为根据一个或多个实施例中数据审批方法的应用场景图。
图2为根据一个或多个实施例中数据审批方法的流程示意图。
图3为根据一个或多个实施例中数据申请表的示意图。
图4为根据一个或多个实施例中第三终端的显示界面的示意图。
图5为根据一个或多个实施例中的审批链的示意图。
图6为根据一个或多个实施例中数据审批装置的框图。
图7为根据一个或多个实施例中计算机设备的框图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的数据审批方法，可以应用于如图1所示的应用环境中。第一终端通过网络分别与审批服务器和数据服务器进行通信，审批服务器分别与第二终端、第三终端和数据服务器进行通信。
审批服务器接收到第一终端发送的数据申请表获取请求后，获取到与用户标识对应的审批链，并将审批链返回至第一终端，使用第一终端的用户选择审批服务器返回的审批链，并填写数据申请表，第一终端将填写完成的数据申请表和所选择的审批链返回至审批服务器，审批服务器将数据申请表发送至第二终端，第二终端对该数据申请表进行预审，例如进行格式审核或数据完整性审核等，并将预审结果返回至审批服务器，审批服务器接收到预审结果后，当预审结果为审批通过，则继续根据用户选择的审批链将数据申请表发送到对应的第三终端，当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
第一终端、第二终端、第三终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，审批服务器和数据服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种数据审批方法，以该方法应用于图1中的审批服务器为例进行说明，包括以下步骤：
S202：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识。
具体地，数据申请表获取请求是第一终端发送给审批服务器的，用于从审批服务器获取到数据申请表，该数据申请表获取请求携带有用户标识，用户标识可以是用户的手机号码、身份证号或者是编号等，其可以唯一地确定用户。数据申请表是用于记载用户的获取数据的权限的表，其中可以包括合作名称、涉外合作机构类型、数据所属单位、外部经营 机构、数据合作方式、信息安全、法律合规等，具体可以参见图3所示，图3为一实施例中数据申请表的示意图。
S204：获取与用户标识对应的审批链，并将审批链返回至第一终端。
具体地，当审批服务器接收到该数据申请表获取请求后，则获取到与用户标识对应的审批链，例如获取用户标识对应的审批项目，获取所述审批项目所对应的审批用户的用户标识，将所述审批用户的用户标识按照审批顺序生成审批链，并将所生成的审批链返回至对应的第一终端。
S206：接收第一终端返回的填写完成的数据申请表和所选择的审批链。
具体地，数据申请表可以为审批服务器提供的线上填写页面，申请用户可以在该页面上选择对应的审批链，例如，第一终端向审批服务器发送数据申请表获取请求，审批服务器根据该申请终端的终端标识获取对应的审批链，并将数据申请表和审批链返回给第一终端，用户通过第一终端填写数据申请表内容，并选择其中一个审批链，第一终端将数据申请表的内容和用户所选择的审批链返回给审批服务器。
S208：将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果。
具体地，第一终端在填写完成数据申请表后，将数据申请表发送给审批服务器，审批服务器将该数据申请表发送给第二终端进行预审，第二终端接收到该数据申请表后，可以对数据申请表中所填写的内容的格式以及内容的完整性进行审批，例如当内容的格式错误或者存在未填写的内容时，则得到审批未通过的预审结果，当内容的格式正确且内容完整时，则得到审批通过的预审结果。第二终端将所得到的预审结果返回至审批服务器，以便于审批服务器进行下一步处理。
S210：当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批。
具体地，审批服务器接收到第二终端发送的预审结果后，对该预审结果进行判断，当该预审结果表示预审通过时，则审批服务器获取到用户所选择的审批链，并根据审批链将数据申请表发送到第三终端进行审批，其中第二终端是对数据申请表进行预审，即对形式或内容的完整性进行审批，而第三终端则是对数据申请表的实质内容进行审批。
S212：当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
具体地，审批链中的第三终端将审批结果返回至审批服务器，当在审批链中排在前面的第三终端的审批结果为审批通过时，审批服务器才会继续将数据申请表发送给审批链中的下一第三终端进行审批，且只有审批链中所有的第三终端对应的审批结果均表示审批通过时，该用户标识对应的用户的数据获取权限才表示通过，从而审批服务器可以将用户标识、数据申请表以及审批结果进行关联存储，并将审批结果标记为审批通过。当审批链中存在第三终端的审批结果为审批未通过时，则将用户标识对应的用户的数据获取权限标识 为未通过。
上述数据审批方法，在接收到第一终端发送的数据申请表获取请求后，向第一终端返回与用户标识对应的审批链，从而用户可以从返回的审批链中选取一个审批链，并且通过预审和审批链中的用户按照顺序进行审批，使得审批过程有条不紊，提高了审批效率。
在其中一个实施例中，上述步骤S210，即将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
具体地，审批链中可以用审批用户的用户名表示当前审批用户，从而一条审批链可以表示为：审批用户A-审批用户B-审批用户C-审批用户D等，其中在该审批链中以4个审批用户为例，在其他的实施例中，一条审批链中可以存在多个审批用户，审批链中审批用户的数量与审批项目相关联，并与审批项目中待审批的数据量成正比。这样可以使得每一个审批用户的审批量减少，提高审批的准确性和效率。
其中，以上述4个审批用户为例进行说明，审批服务器首先获取到用户所选择的审批链，并获取当前审批用户对应的审批终端，假设当前审批用户为审批用户A，则审批服务器将数据申请表发送给审批用户A所对应的第三终端，第三终端接收到该数据申请表后，提示使用第三终端的审批用户A进行审批，例如以邮件、短信或微信的方式进行提醒等，审批用户A通过第三终端对该数据申请表进行审批得到审批结果，并将所得到的审批结果通过第三终端发送给审批服务器，审批服务器接收到该审批结果后，如果审批结果为审批通过，则审批服务器继续获取到审批链中下一审批用户对应的下一第三终端，即审批用户B对应的第三终端，并将数据申请表发送到审批用户B对应的第三终端进行审批。当审批链中的审批用户对应的第三审批终端对数据申请表的审批完成时，则可以判断出该数据申请表的审批结果是否通过，如果审批链中所有的审批用户对应的审批结果均是审批通过时，则将用户标识对应的用户的数据获取权限，即审批结果标识为审批通过。如果审批链中存在某一审批用户对应的审批结果为审批未通过时，则将用户标识对应的用户的数据获取权限保持为审批未通过，即在审批开始时，用户标识对应的用户的数据获取权限为审批未通过，只有审批链中所有的审批用户对应的审批结果均为审批通过时，才会将审批结果修改为审批通过。
其中，在审批服务器将审批链发送给第一终端时，还可以给出各个审批链当前的处理量，其中各个审批链的当前的处理量等于审批链中所有审批用户的总处理量比上所述审批链中的用户的数量，从而用户可以根据需要选择当前处理量最少的审批链进行审批，以便于提高审批的效率。
上述实施例中，根据用户选择的审批链中的审批用户进行审批，按照一定顺序，使得 审批有条不紊，从而可以提高审批的效率。
在其中一个实施例中，上述数据审批方法还可以包括：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储。从而将数据申请表发送至当前第三终端进行审批之后，还包括：将已存储的问题类型发送到当前第三终端进行显示。
具体地，问题类型可以是当前数据申请表出现的问题类型，包括内容错误、内容缺失等，当审批服务器接收到审批未通过的审批结果时，则首先获取到审批结果对应的问题类型，然后将问题类型进行存储。在下一次审批的时候，审批服务器可以将已存储的问题类型发送到第三终端进行显示，以提示审批用户进行终端审查。
可选地，审批服务器可以预先设置问题类型库，用于存储审批过程中出现的问题。当审批服务器接收到审批未通过的审批结果时，获取到审批结果对应的问题类型，再将获取到的问题类型与问题类型库中已存储的类型进行比较，如果为新的问题类型，则将该新的问题类型存储至问题类型库中，并存储到对应的审批节点下，例如与对应的审批项目关联存储，并与审批项目中审批顺序的对应顺序处相关联。以上述审批链为例：审批用户A-审批用户B-审批用户C-审批用户D。其中问题类型1至8对应于该审批链对应的审批项目，且审批项目的审批顺序为模块A、模块B、模块C和模块D，其中模块A对应与问题类型1和2，模块B对应与问题类型3和4，模块C对应与问题类型5和6，模块D对应与问题类型7和8。因此当审批用户A进行审批时，可以将问题类型1和2显示到审批用户A对应的第三终端。
从而当审批服务器将数据申请表发送至当前第三终端进行审批后，还可以获取到该第三终端对应的审批用户的审批节点，并获取到该审批节点对应的问题类型，并将该问题类型显示到第三终端上，具体可以参见图4所示，以提醒审批用户进行审批。可选地，还可以根据问题类型出现的频次，将问题类型库中的问题进行排序，并选取预设数量的排序在先的问题进行显示，例如选取到排序在先的前10个问题类型进行显示，从而可以减少显示量等。可选地，还可以建立问题与数据获取申请表数据申请表中各个数据的关联关系，从而可以在对数据获取申请表数据申请表的某一数据进行审批时，将常见问题显示到数据旁，以提醒用户进行重点审查。
上述实施例中，将常见的问题类型显示到审批用户对应的第三终端，从而可以提醒审批用户进行重点审查。
在其中一个实施例中，当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
具体地，当审批服务器判断出审批链中的第三终端中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送给第一终端，以便于使用第一终端的用户可以根据审批结果对数据申请表进行修改，可以选第，审批服务器可以将审批未通过的数据申请表 中存在问题的地方进行标识，并标明问题类型和原因，以便于使用第一终端的用户可以准确地进行处理。当第一终端对数据申请表修改完成后可以重新提交修改后的数据申请表至审批服务器，审批服务器在接收到该重新提交的修改后的数据申请表后，获取到与该重新提交的修改后的数据申请表对应的上次审批的第三终端，并将修改后的数据申请表发送到该第三终端以进行审批，从而可以避免重新再走一次审批链，导致审批资源的浪费。
此外，当审批服务器获取到修改后的数据申请表后，可以将修改后的数据申请表和修改前的数据申请表进行比较，并将比较后的不相同的内容进行标注，即对修改的内容进行标注，例如标红或者高亮等，从而使用第三终端的审批用户可以清楚地看到申请用户的修改内容。
上述实施例中，当审批服务器获取到修改后的数据申请表后，将该修改后的数据申请表发送给上次未通过审批的第三终端，从而可以避免重新再走一次审批链，导致审批资源的浪费。
在其中一个实施例中，将填写完成的数据申请表发送至对应的第二终端，还可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
具体地，其中第二终端是以终端集群的形式存在的，从而当审批服务器接收到数据申请表需要进行预审时，可以从终端集群中选取合适的第二终端，然后再将数据申请表发送到该合适的终端，其中合适的终端可以是终端集群中的在线的且任务量最少的第二终端，例如在线的且当前预审任务最少的第二终端，审批服务器将数据申请表发送该任务量最少的在线的第二终端进行预审，并接收第二终端的预审结果，其中预审一般是对格式或者是对内容是否完整的形式审核，审批链中的审核则是实质审核。
上述实施例中，第二终端是以终端集群的方式存在的，当审批服务器接收到了数据申请表，可以选取到在线的且预设任务量最少的第三终端进行预审，这样可以提高预审的效率，从而提高整个审批的效率。
在其中一个实施例中，接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示。将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
具体地，审批服务器在接收到第二终端的预审结果和第三终端的审批结果后，可以对对应的数据申请表的当前审批状态进行更新。例如当审批服务器接收的是第二终端发送的预审结果时，可以判断预审是否通过，当预审通过时，则可以更新当前审批状态为预审通过，当预设未通过时，则可以更新当前审批状态为预审未通过。当审批服务器接收的是第三终端发送的审批结果时，可以获取到该审批结果对应的审批链，并获取到第三终端在当前审批链中的位置，然后判断审批结果是否表示审批通过，当审批结果表示审批通过时，则在审批链中与第三终端对应的审批用户处标记审批通过，当审批结果表示审批未通过 时，则在审批链中与第三终端对应的审批用户处标记审批未通过，具体可以参见图5所示。可选地，审批服务器还可以根据第三终端在当前审批链中的位置计算审批率，仍以上述审批链为例进行说明：审批用户A-审批用户B-审批用户C-审批用户D，假设第三终端对应的为审批用户C，则其审批率等于(第三终端在当前审批链中的位置前的审批用户的数量+1)/审批链中所有审批用户的数量，即审批率＝3/4＝75％。
可选地，在第二终端和第三终端进行审批后，还可以将预审结果和审批结果进行存储，以便于后续进行查询。
上述实施例中，审批服务器在接收到第二终端的预审结果和第三终端的审批结果后，可以对对应的数据申请表的当前审批状态进行更新，从而申请用户可以通过第一终端及时地获取到当前审批的审批状态，以安排后续的工作。
在其中一个实施例中，将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
具体地，当最后审批结果为通过时，则第一终端可以向对应的数据服务器请求数据，即第一终端向数据服务器发送数据获取请求，数据服务器在接收到该数据获取请求时，首先向审批服务器验证该第一终端对应的用户标识的审批结果，当审批结果为通过时，才将与数据获取请求对应的数据发送给对应的第一终端。
具体地，第一终端向数据服务器发送数据获取请求，该数据获取请求携带有用户标识，数据服务器根据该用户标识生成审批判断请求，并将生成的审批判断请求发送至审批服务器，审批服务器根据该审批判断请求查询用户标识对应的审批结果，并将该审批结果发送给数据服务器，数据服务器在判断出审批结果为审批通过时，则从审批服务器获取用户标识对应的数据申请表，并从数据申请表中获取到第一字段，当该第一字段与数据服务器接收的数据获取请求中的第二字段相匹配时，数据服务器才会查询与第二字段对应的数据，并返回至第一终端。且其中数据申请表是第一终端预先向审批服务器审批获得的，即第一终端向审批服务器发送数据申请表获取请求，审批服务器获取与第一终端对应的用户标识对应的数据申请表和审批链，第一终端将用户填写完成的数据申请表和所选择的审批链发送给审批服务器，审批服务器将数据申请表首先发送给第二终端进行预审，当第二终端预审结果为审批通过时，再将数据申请表发送给与审批链对应的第三终端进行审批，直至与审批链对应的第四终端的审批结果均为审批通过。
其中数据服务器可以从与其相通信的数据库中获取到相应的数据，并返回至第一终端。且可选地，与数据服务器相连接的数据库可以存在多个，从而数据服务器可以首先根据第二字段确定数据存储的数据库，然后再从所确定的数据库中查询与第二字段对应的数据，这样可以减少查询量，从而提高数据反馈的效率。
上述实施例中，当接收到第一终端发送的数据获取请求时，首先判断登录第一终端的 用户是否审批通过，当审批通过时，则获取到对应的数据申请表，其次，通过数据申请表获取到允许第一终端获取的第一字段，当第一字段与第二字段匹配时，才会将第一终端请求的数据返回给第一终端，从而当未经过审批的用户申请数据，或者经过审批的用户申请未通过审批的字段时，则会导致数据申请失败，从而保证了数据的安全。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图6所示，提供了一种数据审批装置，包括：第一接收模块100、审批链获取模块200、第二接收模块300、预审模块400、审批模块500和输出模块600，其中：
第一接收模块100，用于接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识。
审批链获取模块200，用于获取与用户标识对应的审批链，并将审批链返回至第一终端。
第二接收模块300，用于接收第一终端返回的填写完成的数据申请表和所选择的审批链。
预审模块400，用于将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果。
审批模块500，用于当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批。
输出模块600，用于当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在其中一个实施例中，审批模块500可以包括：
第一审批单元，用于获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批。
审批结果接收单元，用于接收当前第三终端返回的当前审批结果。
第二审批单元，用于当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在其中一个实施例中，装置还可以包括：
问题类型记录模块，用于当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储。
显示模块，用于在将数据申请表发送至当前第三终端进行审批之后，将已存储的问题类型发送到当前第三终端进行显示。
在其中一个实施例中，装置还可以包括：
结果发送模块，用于当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端。
数据申请表发送模块，用于接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在其中一个实施例中，预审模块400可以包括：
第二终端获取单元，用于获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端。
发送单元，用于将填写完成的数据申请表发送至所选取的第二终端。
在其中一个实施例中，装置还可以包括：
第一更新模块，用于根据预审结果对数据申请表的当前审批状态进行更新并显示。
第二更新模块，用于根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在其中一个实施例中，装置还可以包括：
第三接收模块，用于接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识。
反馈模块，用于查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
关于数据审批装置的具体限定可以参见上文中对于数据审批方法的限定，在此不再赘述。上述数据审批装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储审批链以及日志数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种数据审批方法。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
一种计算机设备，包括存储器和一个或多个处理器，存储器中储存有计算机可读指令，计算机可读指令被处理器执行时，使得一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识；获取与用户标识对应的审批链，并将审批链返回至第一终端；接收第一终端返回的填写完成的数据申请表和所选择的审批链；将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果；当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批；当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在一个实施例中，处理器执行计算机可读指令时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在一个实施例中，处理器执行计算机可读指令时还实现以下步骤：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储；从而处理器执行计算机可读指令时所实现的将数据申请表发送至当前第三终端进行审批之后，还可以包括：将已存储的问题类型发送到当前第三终端进行显示。
在一个实施例中，处理器执行计算机可读指令时还实现以下步骤：当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在一个实施例中，处理器执行计算机可读指令时所实现的将填写完成的数据申请表发送至对应的第二终端，可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
在一个实施例中，处理器执行计算机可读指令时所实现的接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示；从而处理器执行计算机可读指令时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在一个实施例中，处理器执行计算机可读指令时所实现的将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求 对应的数据。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，数据申请表获取请求携带有第一终端对应的用户标识；获取与用户标识对应的审批链，并将审批链返回至第一终端；接收第一终端返回的填写完成的数据申请表和所选择的审批链；将填写完成的数据申请表发送至对应的第二终端，并接收第二终端返回的预审结果；当预审结果表示预审通过时，则将数据申请表发送到与所选择的审批链对应的第三终端进行审批；当审批链对应的第三终端的审批结果均表示审批通过时，则将用户标识与数据申请表关联存储，并将用户标识对应的审批结果标记为审批通过。
在一个实施例中，计算机可读指令被处理器执行时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批，可以包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将数据申请表发送至当前第三终端进行审批；接收当前第三终端返回的当前审批结果；当当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将数据获取申请表发送至下一第三审批终端进行审批，直至审批链中所有的审批用户对应的第三审批终端对数据申请表的审批完成。
在一个实施例中，计算机可读指令被处理器执行时还实现以下步骤：当当前审批结果表示审批不通过时，则记录当前审批结果对应的问题类型，并将问题类型进行存储；从而计算机可读指令被处理器执行时所实现的将数据申请表发送至当前第三终端进行审批之后，还可以包括：将已存储的问题类型发送到当前第三终端进行显示。
在一个实施例中，计算机可读指令被处理器执行时还实现以下步骤：当审批链中存在第四终端的审批结果为审批未通过时，则将审批未通过的结果发送至第一终端；接收第一终端发送的修改后的数据申请表，并将修改后的数据申请表发送至第四终端。
在一个实施例中，计算机可读指令被处理器执行时所实现的将填写完成的数据申请表发送至对应的第二终端，可以包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；将填写完成的数据申请表发送至所选取的第二终端。
在一个实施例中，计算机可读指令被处理器执行时所实现的接收第二终端返回的预审结果之后，还可以包括：根据预审结果对数据申请表的当前审批状态进行更新并显示；从而计算机可读指令被处理器执行时所实现的将数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还可以包括：根据第三终端的审批结果对数据申请表的当前审批状态进行更新并显示。
在一个实施例中，计算机可读指令被处理器执行时所实现的将用户标识对应的审批结果标记为审批通过之后，可以包括：接收数据服务器转发的第一终端发送的数据获取请求，数据获取请求携带有第一终端对应的用户标识；查询与用户标识对应的审批结果，并将审 批结果返回至数据服务器，审批结果用于指示数据服务器向第一终端返回与数据获取请求对应的数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种数据审批方法，包括：
    接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
    获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
    接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
    将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
    当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及
    当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
  2. 根据权利要求1所述的方法，其特征在于，所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批，包括：
    获取所选择的审批链中的当前审批用户对应的当前第三终端，并将所述数据申请表发送至所述当前第三终端进行审批；
    接收所述当前第三终端返回的当前审批结果；及
    当所述当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将所述数据获取申请表发送至所述下一第三审批终端进行审批，直至所述审批链中所有的审批用户对应的第三审批终端对所述数据审批表的审批完成。
  3. 根据权利要求2所述的方法，其特征在于，还包括：
    当所述当前审批结果表示审批不通过时，则记录所述当前审批结果对应的问题类型，并将所述问题类型进行存储；及
    所述将所述数据申请表发送至所述当前第三终端进行审批之后，还包括：
    将已存储的问题类型发送到所述当前第三终端进行显示。
  4. 根据权利要求1所述的方法，其特征在于，还包括：
    当所述审批链中存在第四终端的审批结果为审批未通过时，则将所述审批未通过的结果发送至所述第一终端；及
    接收所述第一终端发送的修改后的数据申请表，并将所述修改后的数据申请表发送至所述第四终端。
  5. 根据权利要求1所述的方法，其特征在于，所述将所述填写完成的数据申请表发送至对应的第二终端，包括：
    获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；及
    将所述填写完成的数据申请表发送至所选取的第二终端。
  6. 根据权利要求1至5任意一项所述的方法，其特征在于，所述接收所述第二终端返回的预审结果之后，还包括：
    根据所述预审结果对所述数据申请表的当前审批状态进行更新并显示；及
    所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批之后，还包括：
    根据所述第三终端的审批结果对所述数据申请表的当前审批状态进行更新并显示。
  7. 根据权利要求1至5任意一项所述的方法，其特征在于，所述将所述用户标识对应的审批结果标记为审批通过之后，包括：
    接收数据服务器转发的所述第一终端发送的数据获取请求，所述数据获取请求携带有所述第一终端对应的用户标识；及
    查询与所述用户标识对应的审批结果，并将所述审批结果返回至所述数据服务器，所述审批结果用于指示所述数据服务器向所述第一终端返回与所述数据获取请求对应的数据。
  8. 一种数据审批装置，其特征在于，所述装置包括：
    第一接收模块，用于接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；
    审批链获取模块，用于获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；
    第二接收模块，用于接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；
    预审模块，用于将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；
    审批模块，用于当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及
    输出模块，用于当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
  9. 根据权利要求8所述的装置，其特征在于，所述审批模块包括：
    第一审批单元，用于获取所选择的审批链中的当前审批用户对应的当前第三终端，并将所述数据申请表发送至所述当前第三终端进行审批；
    审批结果接收单元，用于接收所述当前第三终端返回的当前审批结果；及
    第二审批单元，用于当所述当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将所述数据获取申请表发送至所述下一第三审批终端进行审批，直至所述审批链中所有的审批用户对应的第三审批终端对所述数据审批表的审批完成。
  10. 一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
  11. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批，包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将所述数据申请表发送至所述当前第三终端进行审批；接收所述当前第三终端返回的当前审批结果；及当所述当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将所述数据获取申请表发送至所述下一第三审批终端进行审批，直至所述审批链中所有的审批用户对应的第三审批终端对所述数据审批表的审批完成。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：当所述当前审批结果表示审批不通过时，则记录所述当前审批结果对应的问题类型，并将所述问题类型进行存储；及
    所述处理器执行所述计算机可读指令时所实现的所述将所述数据申请表发送至所述当前第三终端进行审批之后，还包括：将已存储的问题类型发送到所述当前第三终端进行显示。
  13. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：当所述审批链中存在第四终端的审批结果为审批未通过时，则将所述审批未通过的结果发送至所述第一终端；及接收所述第一终端发送的修改后的数据申请表，并将所述修改后的数据申请表发送至所述第四终端。
  14. 根据权利要求10所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述将所述填写完成的数据申请表发送至对应的第二终端，包括：获取集群中在线的第二终端，并从在线的第二终端中选取当前任务量最少的第二终端；及将所述填写完成的数据申请表发送至所选取的第二终端。
  15. 根据权利要求10至14任意一项所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述接收所述第二终端返回的预审结果之后，还包括：根据所述预审结果对所述数据申请表的当前审批状态进行更新并显示；及
    所述处理器执行所述计算机可读指令时所实现的所述将所述数据申请表发送到与所 选择的审批链对应的第三终端进行审批之后，还包括：根据所述第三终端的审批结果对所述数据申请表的当前审批状态进行更新并显示。
  16. 根据权利要求10至14任意一项所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述将所述用户标识对应的审批结果标记为审批通过之后，包括：接收数据服务器转发的所述第一终端发送的数据获取请求，所述数据获取请求携带有所述第一终端对应的用户标识；及查询与所述用户标识对应的审批结果，并将所述审批结果返回至所述数据服务器，所述审批结果用于指示所述数据服务器向所述第一终端返回与所述数据获取请求对应的数据。
  17. 一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：接收第一终端发送的数据申请表获取请求，所述数据申请表获取请求携带有所述第一终端对应的用户标识；获取与所述用户标识对应的审批链，并将所述审批链返回至所述第一终端；接收所述第一终端返回的填写完成的数据申请表和所选择的审批链；将所述填写完成的数据申请表发送至对应的第二终端，并接收所述第二终端返回的预审结果；当所述预审结果表示预审通过时，则将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批；及当所述审批链对应的第三终端的审批结果均表示审批通过时，则将所述用户标识与所述数据申请表关联存储，并将所述用户标识对应的审批结果标记为审批通过。
  18. 根据权利要求17所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时所实现的所述将所述数据申请表发送到与所选择的审批链对应的第三终端进行审批，包括：获取所选择的审批链中的当前审批用户对应的当前第三终端，并将所述数据申请表发送至所述当前第三终端进行审批；接收所述当前第三终端返回的当前审批结果；及当所述当前审批结果表示审批通过时，则继续获取所选择的审批链中的下一第三审批终端，并将所述数据获取申请表发送至所述下一第三审批终端进行审批，直至所述审批链中所有的审批用户对应的第三审批终端对所述数据审批表的审批完成。
  19. 根据权利要求18所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：当所述当前审批结果表示审批不通过时，则记录所述当前审批结果对应的问题类型，并将所述问题类型进行存储；及
    所述计算机可读指令被所述处理器执行时所实现的所述将所述数据申请表发送至所述当前第三终端进行审批之后，还包括：将已存储的问题类型发送到所述当前第三终端进行显示。
  20. 根据权利要求17所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：当所述审批链中存在第四终端的审批结果为审批未通过时，则将所述审批未通过的结果发送至所述第一终端；及接收所述第一终端发送的修改后的数据申请表，并将所述修改后的数据申请表发送至所述第四终端。
PCT/CN2018/095640 2018-04-18 2018-07-13 数据审批方法、装置、计算机设备和存储介质 WO2019200756A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810349803.6 2018-04-18
CN201810349803.6A CN108573371B (zh) 2018-04-18 2018-04-18 数据审批方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
WO2019200756A1 true WO2019200756A1 (zh) 2019-10-24

Family

ID=63575168

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/095640 WO2019200756A1 (zh) 2018-04-18 2018-07-13 数据审批方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN108573371B (zh)
WO (1) WO2019200756A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111198807A (zh) * 2019-12-18 2020-05-26 中移（杭州）信息技术有限公司 数据流分析方法、装置、计算机设备及存储介质
CN111210204A (zh) * 2020-01-13 2020-05-29 普元信息技术股份有限公司 云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法
CN111339120A (zh) * 2020-02-24 2020-06-26 咪咕文化科技有限公司 短信审批编号生成方法、处理方法、电子设备及存储介质
CN112288383A (zh) * 2020-09-15 2021-01-29 郑州富联智能工坊有限公司 信息处理方法及装置
CN112734181A (zh) * 2020-12-30 2021-04-30 平安养老保险股份有限公司 业务信息审批方法、装置、计算机设备及存储介质
CN112734387A (zh) * 2021-01-14 2021-04-30 北京世纪互联宽带数据中心有限公司 一种单据审批方法、装置、电子设备及存储介质
CN112862456A (zh) * 2021-03-02 2021-05-28 岭东核电有限公司 核电试验执行方法、装置、计算机设备和存储介质
CN112862452A (zh) * 2021-03-02 2021-05-28 岭东核电有限公司 执行工单等效方法、装置、计算机设备和存储介质
CN113743887A (zh) * 2021-08-19 2021-12-03 携程旅游网络技术（上海）有限公司 动态获取审批人的方法、系统、电子设备和介质
CN114581033A (zh) * 2022-01-13 2022-06-03 北京立达政通科技集团有限公司 政务审批业务快速开发方法和装置及设备
CN115082025A (zh) * 2022-06-25 2022-09-20 平安银行股份有限公司 一种交易审批方法、装置、电子设备及计算机可读存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109636320A (zh) * 2018-11-27 2019-04-16 平安科技（深圳）有限公司 流程审批方法及终端设备
CN109816331A (zh) * 2018-12-20 2019-05-28 平安国际融资租赁有限公司 审核任务处理方法、装置、计算机设备和存储介质
CN109711816A (zh) * 2019-01-02 2019-05-03 深圳壹账通智能科技有限公司 合作机构信息管理方法、装置、计算机设备和存储介质
CN110309159B (zh) * 2019-05-17 2023-08-18 平安科技（深圳）有限公司 一种数据修改方法及系统、电子设备
CN110213357B (zh) * 2019-05-22 2022-04-22 深圳壹账通智能科技有限公司 业务数据回退方法、装置、计算机设备和存储介质
CN110413643A (zh) * 2019-06-17 2019-11-05 中国平安财产保险股份有限公司 数据查询方法和装置
CN111768179A (zh) * 2020-06-30 2020-10-13 创新奇智(北京)科技有限公司 信息传输方法及装置、电子设备、存储介质
CN113205314A (zh) * 2021-05-20 2021-08-03 北京明略软件系统有限公司 用于审批流程展示的方法、装置、电子设备和可读存储介质
CN114092043A (zh) * 2021-11-09 2022-02-25 中国建设银行股份有限公司 数据管理平台、方法、设备及计算机可读存储介质
CN114143106B (zh) * 2021-12-07 2024-01-23 北京天融信网络安全技术有限公司 一种审批方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070214491A1 (en) * 2006-03-07 2007-09-13 Shield Security Systems, L.L.C. Interactive security control system and method with automated order submission and approval process
CN103093289A (zh) * 2011-10-27 2013-05-08 镇江雅迅软件有限责任公司 一种多人审批流程的实现方法
CN106022710A (zh) * 2016-05-09 2016-10-12 平安科技（深圳）有限公司 保险审核方法和装置
CN106056311A (zh) * 2016-06-21 2016-10-26 武汉斗鱼网络科技有限公司 一种基于职位的可视化审批链配置方法与系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101763587A (zh) * 2009-12-28 2010-06-30 金蝶软件（中国）有限公司 一种商务审批信息的传输方法、装置及审批系统
CN103281368B (zh) * 2013-05-22 2016-08-10 河海大学 一种基于云计算的数据共享交换系统
CN104809597B (zh) * 2015-05-14 2018-02-13 国家电网公司 基于数据融合的数据资源管理平台
CN107026815B (zh) * 2016-01-29 2020-06-09 华为技术有限公司 一种支付业务处理方法、支付服务器、相关设备及系统
CN106251114B (zh) * 2016-05-24 2020-05-01 腾讯科技（深圳）有限公司 应用中实现审批的方法和装置
CN106407474B (zh) * 2016-11-08 2020-01-21 上海互海信息科技有限公司 一种文件管理系统及方法
CN106600399A (zh) * 2016-12-05 2017-04-26 深圳前海微众银行股份有限公司 贷款审批方法和系统
CN107705097A (zh) * 2017-10-31 2018-02-16 深圳前海弘稼科技有限公司 订单管理方法、装置、电子设备及计算机可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070214491A1 (en) * 2006-03-07 2007-09-13 Shield Security Systems, L.L.C. Interactive security control system and method with automated order submission and approval process
CN103093289A (zh) * 2011-10-27 2013-05-08 镇江雅迅软件有限责任公司 一种多人审批流程的实现方法
CN106022710A (zh) * 2016-05-09 2016-10-12 平安科技（深圳）有限公司 保险审核方法和装置
CN106056311A (zh) * 2016-06-21 2016-10-26 武汉斗鱼网络科技有限公司 一种基于职位的可视化审批链配置方法与系统

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111198807A (zh) * 2019-12-18 2020-05-26 中移（杭州）信息技术有限公司 数据流分析方法、装置、计算机设备及存储介质
CN111198807B (zh) * 2019-12-18 2023-10-27 中移（杭州）信息技术有限公司 数据流分析方法、装置、计算机设备及存储介质
CN111210204B (zh) * 2020-01-13 2023-10-27 普元信息技术股份有限公司 云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法
CN111210204A (zh) * 2020-01-13 2020-05-29 普元信息技术股份有限公司 云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法
CN111339120A (zh) * 2020-02-24 2020-06-26 咪咕文化科技有限公司 短信审批编号生成方法、处理方法、电子设备及存储介质
CN111339120B (zh) * 2020-02-24 2024-02-23 咪咕文化科技有限公司 短信审批编号生成方法、处理方法、电子设备及存储介质
CN112288383A (zh) * 2020-09-15 2021-01-29 郑州富联智能工坊有限公司 信息处理方法及装置
CN112734181A (zh) * 2020-12-30 2021-04-30 平安养老保险股份有限公司 业务信息审批方法、装置、计算机设备及存储介质
CN112734387A (zh) * 2021-01-14 2021-04-30 北京世纪互联宽带数据中心有限公司 一种单据审批方法、装置、电子设备及存储介质
CN112862456A (zh) * 2021-03-02 2021-05-28 岭东核电有限公司 核电试验执行方法、装置、计算机设备和存储介质
CN112862452A (zh) * 2021-03-02 2021-05-28 岭东核电有限公司 执行工单等效方法、装置、计算机设备和存储介质
CN113743887A (zh) * 2021-08-19 2021-12-03 携程旅游网络技术（上海）有限公司 动态获取审批人的方法、系统、电子设备和介质
CN114581033A (zh) * 2022-01-13 2022-06-03 北京立达政通科技集团有限公司 政务审批业务快速开发方法和装置及设备
CN115082025A (zh) * 2022-06-25 2022-09-20 平安银行股份有限公司 一种交易审批方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN108573371A (zh) 2018-09-25
CN108573371B (zh) 2023-06-20

Similar Documents

Publication Publication Date Title
WO2019200756A1 (zh) 数据审批方法、装置、计算机设备和存储介质
WO2020186786A1 (zh) 文件处理方法、装置、计算机设备和存储介质
WO2020186783A1 (zh) 数据导入方法、装置、计算机设备和存储介质
CN111027295B (zh) 数据处理方法、装置、计算机设备和存储介质
TWI706665B (zh) 基於區塊鏈的資料核對系統、方法、計算設備及儲存媒體
WO2021164161A1 (zh) 影像数据标注方法、装置、计算机设备和存储介质
WO2019227573A1 (zh) 协同办公数据流处理方法、装置、计算机设备及存储介质
WO2020140663A1 (zh) 微服务灰度发布方法、装置、计算机设备和存储介质
WO2019214080A1 (zh) 报批信息处理方法、装置、计算机设备和存储介质
WO2019200755A1 (zh) 数据获取方法、装置、计算机设备和存储介质
CN111190901B (zh) 业务数据存储方法、装置、计算机设备和存储介质
WO2020233091A1 (zh) 业务数据回退方法、装置、计算机设备和存储介质
WO2021012571A9 (zh) 数据处理方法、装置、计算机设备和存储介质
CN110941630A (zh) 一种数据库运维方法、装置及系统
WO2019200741A1 (zh) 项目评估信息处理方法、装置、计算机设备和存储介质
US9998450B2 (en) Automatically generating certification documents
US20200349146A1 (en) Electronic Document Workflow
WO2019041931A1 (zh) 工作流数据的时限提醒方法、处理方法及其装置、设备
CN108897728B (zh) 短信拼接处理方法、装置、计算机设备和存储介质
WO2019080496A1 (zh) 入职管理方法、装置、计算机设备及可读存储介质
WO2019033741A1 (zh) 投资产品的资源处理方法、装置、存储介质和计算机设备
WO2018192430A1 (zh) 投标业务单据处理方法、装置、计算机设备和存储介质
CN111191100A (zh) 政务信息的处理方法、装置和计算机可读存储介质
CN110457117A (zh) 数据处理方法、装置、计算机设备及存储介质
WO2021012903A1 (zh) 数据存储方法、装置、计算机设备和存储介质

Legal Events

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

Ref document number: 18915301

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 19/01/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18915301

Country of ref document: EP

Kind code of ref document: A1