WO2019140827A1 - 已归档签报文本的重启方法、服务器及存储介质 - Google Patents

已归档签报文本的重启方法、服务器及存储介质 Download PDF

Info

Publication number
WO2019140827A1
WO2019140827A1 PCT/CN2018/089322 CN2018089322W WO2019140827A1 WO 2019140827 A1 WO2019140827 A1 WO 2019140827A1 CN 2018089322 W CN2018089322 W CN 2018089322W WO 2019140827 A1 WO2019140827 A1 WO 2019140827A1
Authority
WO
WIPO (PCT)
Prior art keywords
text
user
signature
target
restart
Prior art date
Application number
PCT/CN2018/089322
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 WO2019140827A1 publication Critical patent/WO2019140827A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/12Use of codes for handling textual entities
    • G06F40/151Transformation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141Access rights, e.g. capability lists, access control lists, access tables, access matrices

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a method for restarting archived signed text, a server, and a computer readable storage medium.
  • the signed text does not support re-editing and publishing.
  • the published announcement does not support re-editing, resulting in multiple versions of the signature once the regulatory communication changes.
  • the publication of the newspaper text is likely to cause employees to accurately receive regulatory information.
  • the application provides a restart method, a server and a computer readable storage medium for archived signed text, the main purpose of which is to filter out the archived target label text and convert the original text format into an editable target text. Format, for users to edit again, improve the efficiency of signing completion.
  • the present application provides a server including a memory, a processor, and a restart program for storing archived text that can be run on the processor, the program being The processor implements the following steps when it executes:
  • the archived target label text corresponding to the restart request is filtered out from the archive area of the database according to the preset screening rule, and the target label text is migrated to In the running area of the database;
  • the signed text restart request is rejected, and the prompt information is generated.
  • the present application further provides a method for restarting an archived signed text, the method comprising:
  • the archived target label text corresponding to the restart request is filtered out from the archive area of the database according to the preset screening rule, and the target label text is migrated to In the running area of the database;
  • the signed text restart request is rejected, and the prompt information is generated.
  • the present application further provides a computer readable storage medium storing a restart program of archived signed text, which is executed by a processor to implement the above Any step of the restart method of the archived text.
  • the restart method, the server and the computer readable storage medium of the archived signature text proposed by the present application filter the text of the archived target label corresponding to the signature text restart request, and Converting the original text format into an editable target text format, improving the efficiency of signing completion; determining whether the user has the restart permission before the corresponding user's signature text restart request, ensuring information security and accuracy of subsequent signed text;
  • an intermediate text format is added, which adapts the conversion process to conversion between multiple text formats, improves the efficiency of text format conversion, and improves the efficiency of signing subsequent texts.
  • FIG. 1 is a schematic diagram of a preferred embodiment of a server of the present application.
  • FIG. 2 is a schematic diagram of a program module of the restarting program of the archived signed text in FIG. 1;
  • FIG. 3 is a flow chart of a preferred embodiment of a method for restarting an archived signed text of the present application.
  • the application provides a server 1.
  • a server 1 of the present application is shown.
  • the server 1 may be a rack server, a blade server, a tower server, or a rack server.
  • the server 1 includes a memory 11, a processor 12, a communication bus 13, and a network interface 14.
  • the memory 11 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (for example, an SD or DX memory, etc.), a magnetic memory, a magnetic disk, an optical disk, and the like.
  • the memory 11 may be an internal storage unit of the server 1, such as the hard disk of the server 1, in some embodiments.
  • the memory 11 may also be an external storage device of the server 1 in other embodiments, such as a plug-in hard disk equipped on the server 1, a smart memory card (SMC), and a secure digital (Secure Digital, SD) ) cards, flash cards, etc. Further, the memory 11 may also include both an internal storage unit of the server 1 and an external storage device.
  • the memory 11 can be used not only for storing application software installed on the server 1 and various types of data, such as a restart program 10 for archiving the signed text, a preset screening rule, a conversion rule, a database 20, etc., but also for temporarily Stores data that has been output or will be output.
  • the preset screening rule is used to filter, from the database 20, the target label text corresponding to the signature text restart request sent by the user;
  • the preset conversion rule is used to use the original label text from the original text.
  • the format is converted to an editable target text format; the database 20 contains historical data for all signed text, for example, archived signed text.
  • the processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor or other data processing chip for running program code or processing stored in the memory 11. Data, for example, a restart program 10 that has archived the signed text, and the like.
  • CPU Central Processing Unit
  • controller microcontroller
  • microprocessor or other data processing chip for running program code or processing stored in the memory 11.
  • Data for example, a restart program 10 that has archived the signed text, and the like.
  • Communication bus 13 is used to implement connection communication between these components.
  • the network interface 14 may include a standard wired interface, a wireless interface (such as a WI-FI interface), and is generally used to establish a communication connection between the server 1 and other electronic devices, for example, receiving a user through a client (not identified in the figure). After the request and other operations performed on the office system, the server 1 performs corresponding processing and feeds back the processing result to the user through the client's office system.
  • a wireless interface such as a WI-FI interface
  • the display 15 can be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, and an Organic Light-Emitting Diode (OLED) touch device.
  • the display may also be referred to as a display screen or display unit for displaying information processed in the server 1 and a user interface for displaying visualization.
  • FIG. 1 shows only server 1 with components 11-15, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the server 1 may further include a user interface
  • the user interface may include an input unit such as a keyboard
  • the optional user interface may further include a standard wired interface and a wireless interface.
  • a restart program 10 for archived signed text is stored in the memory 11.
  • the processor 12 executes the restart program 10 of the archived signed text stored in the memory 11, the following steps are implemented:
  • the archived target label text corresponding to the restart request is filtered out from the archive area of the database according to the preset screening rule, and the target label text is migrated to In the running area of the database;
  • the signed text restart request is rejected, and the prompt information is generated.
  • the scheme of the present application is described by taking the signature text of a notice in the enterprise office system as an example, but is not limited to the signed text of the announcement.
  • the company shall issue a corresponding notice (or transactional notice) to the content of the communication to disclose to the employee the matters that need to be known or required.
  • the issued notice needs to be signed in advance in the form of a signed text.
  • the signing process of the signed text in the office system generally includes: editing, printing, printing, reviewing, making red heads, reviewing, and publishing.
  • the corresponding signature text has been archived, and the archived signature text is saved to the specified database 20. At this time, the text format of the signature text does not support editing again.
  • the process status also becomes the archived state.
  • the communication of the regulatory department is adjusted for the same matter, in order to ensure the uniqueness of the notification corresponding to the communication, the content of the existing notice needs to be adjusted and announced, in order to avoid re-editing the signed text and reducing the modified content. You can restart the signature text corresponding to the existing announcement.
  • the user in order to ensure the security of the file in the office system, the user needs to input the account password to log in to the office system for corresponding operations.
  • the receiving user requests the user to click the signature task, and displays the specific information of the signature task through the display interface of the client, including: the signature number, Process status and notification content corresponding to the report.
  • the identity of the user is first verified to determine whether the user has the restart permission.
  • the step of determining whether the user has the restart permission includes: reading the account that the user logs into the office system, determining the identity information of the user according to the account, for example, the job number, the name, the position, the department, and the like; and then from the database 20 Reading the preset permission white list, the permission white list clearly states the identity information (for example, the job number and the name) of the person with different rights, and selects the identity information of the person with the restart permission from the permission white list; The identity information is matched with the identity information of the person with the restart permission selected from the whitelist. When there is personnel information matching the user identity information, indicating that the user has the restart permission, the user needs to sign the user.
  • the text restart request responds and performs corresponding operations; when there is no personnel information matching the user identity information, indicating that the user does not have the restart permission, the user needs to reject the signature restart request sent by the user, and generate corresponding prompt information. For example, "The current account does not have this permission, please try again after changing the account.” By verifying the user rights, the problem that the content of the subsequently generated signature text may be inaccurate may be avoided by the person who does not have the restart permission to restart the signature text at will.
  • the target label report text corresponding to the signature text restart request needs to be filtered out from the database 20 according to a preset screening rule.
  • the preset screening rule includes: obtaining a signature number corresponding to the signature text restart request, and screening one or more archived signatures in the signature number directory from the archive area according to the signature number. And; reading the archiving time of the one or more archived signed texts, and filtering out the signed text whose archiving time is closest to the current time, as the target labeling text.
  • the archiving time of one or more archived signed texts is filtered, and the archived text whose generation time is closest to the current time is filtered out as the target label text.
  • each of the notifications has a signature number for the signature task of the signature text
  • the signature number corresponding to the signature text restart request is the signature number corresponding to the signature task of the signature text. Therefore, according to the report number, the report tag number corresponding to the existing notice can be filtered out from the archive area of the database 20.
  • the notice for the same matter may be subject to repeated revisions in the regulatory communication requirement, that is, one or more archived signature texts may exist under the same signature number.
  • notices that are different for the same content or matter are only fine-tuned on the original basis. In order to reduce the modification content of this notice, it is necessary to filter out the text of the target tag that is closest to the present communication, that is, the archiving time.
  • the archived text is closest to the current time. Therefore, according to the archiving time of one or more archived signed texts filtered out according to the above steps, the signed text whose archive time is closest to the current time is filtered out as the target label text. Through this step, the filtered target label text can be maximized close to the latest regulatory communication, the modification amount of the subsequent signed text content is reduced, and the signing efficiency of the restart signature is improved.
  • the target tagged text filtered from the archive area of the database 20 does not support revision, and therefore, the target tagged text needs to be converted into a modifiable text.
  • the calling thread migrates the target label text from the archive area of the database 20 to the running area of the database 20; then converts the target label text from the original text format to the editable according to the preset conversion rule.
  • the target text format is not limited to the text conversion.
  • the preset conversion rule includes: converting the target label text from the original text format to the intermediate text format; performing text processing operation on the target label text in the intermediate text format, and obtaining the processed intermediate text The formatted target tag text; and, the processed target tag text is converted from the intermediate text format to the target text format.
  • the status of the target tag text is the archived state
  • the text format is PDF format
  • the current text format of the target tag text is used as the original text format.
  • the goal of this step is to convert the target tag text into a modifiable text.
  • the default format of the revisable text is doc format
  • the converted text format is the most targeted text format.
  • the original text format may also be any text format such as doc format or HTML format
  • the target text format may also be any text format such as PDF format or HTML format.
  • the target text file has been converted from the original text format to the target text format of the revisable state, and is displayed to the user through the client's display interface.
  • the program when executed by the processor, the following steps are further implemented: the state of the workflow engine corresponding to the target tag text is awakened from the archive state to the running state, and the workflow is restarted. Then, the historical process node of the target tag text is obtained, and the user completes the historical process node of the target tag text through the display interface of the client, so that the user selects the target process node. Finally, in response to the user selecting a click operation of the target process node from the historical process node, and transferring the process node of the target tagged text to the target flow node.
  • the historical process node of the target tag text includes: A, B, C, D, E, F, and its tasks are: edit text, print, print, review, make red head, review, publish, user can
  • a node (for example, A) is selected from the above six nodes as a target process node, and the server 1 transfers the flow of the target tagged text to the target process node.
  • the target process node corresponding to the signature text restart request is restarted, and the signature text is restarted.
  • the request is classified, for example, the signing task after the restart of the target tag text is stored in a folder named A, so that the user can view the person in charge corresponding to the signing task.
  • the receiving user presets the time limit for the signature text restart request. For example, the signing process needs to be completed before January 12, 2018, and the preset time limit may be 17:30 on January 11, 2018.
  • the time limit is preset, the status of the signature processing after the signature text is restarted (in process, or completed) is generated, and corresponding prompt information is generated according to the processing status.
  • the above steps can be used to monitor the signing process after the text of the target label is restarted, and improve the efficiency of signing the subsequent signed text.
  • the server 1 proposed by the foregoing embodiment improves the efficiency of the signature completion by filtering out the archived target label text corresponding to the signature text restart request and converting the original text format into an editable target text format.
  • the user's signature text restart request determine whether the user has the restart permission to ensure the information security and the accuracy of the subsequent signature text; in the format conversion process of the target label text, an intermediate text format is added to make the conversion process It adapts to the conversion between multiple text formats, improves the efficiency of text format conversion, monitors the signing process of subsequent signed texts, and improves the efficiency of signing subsequent texts.
  • the restart program 10 that has archived the signed text may also be divided into one or more modules, one or more modules being stored in the memory 11 and processed by one or more
  • the present invention is implemented by the processor (this embodiment is the processor 12) to accomplish the present application.
  • module refers to a series of computer program instructions that are capable of performing a particular function.
  • FIG. 2 it is a schematic diagram of a module of the restarting program 10 for archiving the signed text in FIG. 1.
  • the restarting program 10 of the archived signed text can be divided into the determining module 110 and the screening module 120.
  • the conversion module 130 and the prompting module 140, the functions or operating steps implemented by the modules 110-140 are similar to the above, and are not described in detail herein, for example, where:
  • the determining module 110 is configured to receive a signing text restart request sent by the user through the client, and determine, according to the preset permission whitelist, whether the user has the restart permission of the signed text;
  • the screening module 120 is configured to: when the user has the restart permission of the signed text, select, according to a preset screening rule, the archived target label text corresponding to the restart request from the archive area of the database, and The target signing text is migrated to the running area of the database;
  • the conversion module 130 is configured to convert the target label text from the original text format to an editable target text format according to a preset conversion rule, and display the editable target text format to the user through the client display interface.
  • Target signing text
  • the prompting module 140 is configured to reject the signed text restart request when the user does not have the restart permission of the signed text, and generate prompt information.
  • the present application also provides a method for restarting archived signed text.
  • FIG. 3 it is a flowchart of a preferred embodiment of a method for restarting an archived signed text of the present application.
  • the method can be performed by a server, which can be implemented by software and/or hardware.
  • the restart method of the archived signed text includes steps S1-S4:
  • Step S1 The receiving user restarts the request by the client, and determines whether the user has the restart permission of the signed text according to the preset permission whitelist;
  • Step S2 When the user has the restart permission of the signed text, the archived target label text corresponding to the restart request is filtered out from the archive area of the database according to a preset screening rule, and the target label is reported. The text is migrated to the run area of the database;
  • Step S3 Convert the target label text from the original text format to an editable target text format according to a preset conversion rule, and display the editable target text format target label to the user through the client display interface.
  • Text and
  • Step S4 When the user does not have the restart permission of the signed text, reject the signed text restart request and generate prompt information.
  • the scheme of the present application is described by taking the signature text of a notice in the enterprise office system as an example, but is not limited to the signed text of the announcement.
  • the company shall issue a corresponding notice (or transactional notice) to the content of the communication to disclose to the employee the matters that need to be known or required.
  • the issued notice needs to be signed in advance in the form of a signed text.
  • the signing process of the signed text in the office system generally includes: editing, printing, printing, reviewing, making red heads, reviewing, and publishing.
  • the corresponding signature text has been archived, and the archived signature text is saved to the specified database 20. At this time, the text format of the signature text does not support editing again.
  • the process status also becomes the archived state.
  • the communication of the regulatory department is adjusted for the same matter, in order to ensure the uniqueness of the notification corresponding to the communication, the content of the existing notice needs to be adjusted and announced, in order to avoid re-editing the signed text and reducing the modified content. You can restart the signature text corresponding to the existing announcement.
  • the user in order to ensure the security of the file in the office system, the user needs to input the account password to log in to the office system for corresponding operations.
  • the receiving user requests the user to click the signature task, and displays the specific information of the signature task through the display interface of the client, including: the signature number, Process status and notification content corresponding to the report.
  • the identity of the user is first verified to determine whether the user has the restart permission.
  • the step of determining whether the user has the restart permission includes: reading the account that the user logs into the office system, determining the identity information of the user according to the account, for example, the job number, the name, the position, the department, and the like; and then from the database 20 Reading the preset permission white list, the permission white list clearly states the identity information (for example, the job number and the name) of the person with different rights, and selects the identity information of the person with the restart permission from the permission white list; The identity information is matched with the identity information of the person with the restart permission selected from the whitelist. When there is personnel information matching the user identity information, indicating that the user has the restart permission, the user needs to sign the user.
  • the text restart request responds and performs corresponding operations; when there is no personnel information matching the user identity information, indicating that the user does not have the restart permission, the user needs to reject the signature restart request sent by the user, and generate corresponding prompt information. For example, "The current account does not have this permission, please try again after changing the account.” By verifying the user rights, the problem that the content of the subsequently generated signature text may be inaccurate may be avoided by the person who does not have the restart permission to restart the signature text at will.
  • the target label report text corresponding to the signature text restart request needs to be filtered out from the database 20 according to a preset screening rule.
  • the preset screening rule includes: obtaining a signature number corresponding to the signature text restart request, and screening one or more archived signatures in the signature number directory from the archive area according to the signature number. And; reading the archiving time of the one or more archived signed texts, and filtering out the signed text whose archiving time is closest to the current time, as the target labeling text.
  • the archiving time of one or more archived signed texts is filtered, and the archived text whose generation time is closest to the current time is filtered out as the target label text.
  • each of the notifications has a signature number for the signature task of the signature text
  • the signature number corresponding to the signature text restart request is the signature number corresponding to the signature task of the signature text. Therefore, according to the report number, the report tag number corresponding to the existing notice can be filtered out from the archive area of the database 20.
  • the notice for the same matter may be subject to repeated revisions in the regulatory communication requirement, that is, one or more archived signature texts may exist under the same signature number.
  • notices that are different for the same content or matter are only fine-tuned on the original basis. In order to reduce the modification content of this notice, it is necessary to filter out the text of the target tag that is closest to the present communication, that is, the archiving time.
  • the archived text is closest to the current time. Therefore, according to the archiving time of one or more archived signed texts filtered out according to the above steps, the signed text whose archive time is closest to the current time is filtered out as the target label text. Through this step, the filtered target label text can be maximized close to the latest regulatory communication, the modification amount of the subsequent signed text content is reduced, and the signing efficiency of the restart signature is improved.
  • the target tagged text filtered from the archive area of the database 20 does not support revision, and therefore, the target tagged text needs to be converted into a modifiable text.
  • the calling thread migrates the target label text from the archive area of the database 20 to the running area of the database 20; then converts the target label text from the original text format to the editable according to the preset conversion rule.
  • the target text format is not limited to the text conversion.
  • the preset conversion rule includes: converting the target label text from the original text format to the intermediate text format; performing text processing operation on the target label text in the intermediate text format, and obtaining the processed intermediate text The formatted target tag text; and, the processed target tag text is converted from the intermediate text format to the target text format.
  • the status of the target tag text is the archived state
  • the text format is PDF format
  • the current text format of the target tag text is used as the original text format.
  • the goal of this step is to convert the target tag text into a modifiable text.
  • the default format of the revisable text is doc format
  • the converted text format is the most targeted text format.
  • the original text format may also be any text format such as doc format or HTML format
  • the target text format may also be any text format such as PDF format or HTML format.
  • the target text file has been converted from the original text format to the target text format of the revisable state, and is displayed to the user through the client's display interface.
  • the method further includes the steps of: waking up the state of the workflow engine corresponding to the target tag text from the archive state to the running state, and restarting the workflow. Then, the historical process node of the target tag text is obtained, and the user completes the historical process node of the target tag text through the display interface of the client, so that the user selects the target process node. Finally, in response to the user selecting a click operation of the target process node from the historical process node, and transferring the process node of the target tagged text to the target flow node.
  • the historical process node of the target tag text includes: A, B, C, D, E, F, and its tasks are: edit text, print, print, review, make red head, review, publish, user can
  • a node (for example, A) is selected from the above six nodes, and as a target process node, the flow of the target tagged text is transferred to the target process node.
  • the method further includes the following steps: after receiving the target process node, the target process node corresponding to the signature text restart request is restarted.
  • the registration text restart request is classified and stored.
  • the signature task after the restart of the target text is stored in a folder named A, so that the user can view the responsible person corresponding to the signature task.
  • the receiving user presets the time limit for the signature text restart request. For example, the signing process needs to be completed before January 12, 2018, and the preset time limit may be 17:30 on January 11, 2018.
  • the time limit is preset, the status of the signature processing after the signature text is restarted (in process, or completed) is generated, and corresponding prompt information is generated according to the processing status.
  • the above steps can be used to monitor the signing process after the text of the target label is restarted, and improve the efficiency of signing the subsequent signed text.
  • the method for restarting the archived signature text proposed by the foregoing embodiment is to filter the text of the archived text label corresponding to the signature text restart request, and convert the original text format into an editable target text format, and improve the signature. Report the completion efficiency; determine whether the user has the restart permission before the corresponding user's signature text restart request, to ensure the information security and the accuracy of the subsequent signature text; in the format conversion process of the target label text, add an intermediate text
  • the format adapts the conversion process to conversion between multiple text formats, improves the efficiency of text format conversion, monitors the signing process of subsequent signed texts, and improves the efficiency of signing subsequent texts.
  • the embodiment of the present application further provides a computer readable storage medium, where the computer readable storage medium stores a restart program 10 that has archived the signed text, and when the program is executed by the processor, the following operations are implemented:
  • the archived target label text corresponding to the restart request is filtered out from the archive area of the database according to the preset screening rule, and the target label text is migrated to In the running area of the database;
  • the signed text restart request is rejected, and the prompt information is generated.
  • the preset screening rule comprises:
  • the archive time of the one or more archived signature texts is read, and the signature text whose archive time is closest to the current time is filtered out as the target label text.
  • the preset conversion rule comprises:
  • the processed target tag text is converted from the intermediate text format to the target text format.
  • the embodiment of the computer readable storage medium of the present application is basically the same as the method for restarting the archived signature text and the embodiment of the server 1, and will not be described herein.
  • the technical solution of the present application which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM as described above). , a disk, an optical disk, including a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the methods described in the various embodiments of the present application.
  • a terminal device which may be a mobile phone, a computer, a server, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Document Processing Apparatus (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种已归档签报文本的重启方法,包括:接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限(S1);当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区(S2);根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示(S3);及,当该用户不具备该签报文本的重启权限时,拒绝该重启请求,并生成提示信息(S4)。还提出一种服务器及存储介质。提高后续签报文本的签报效率。

Description

已归档签报文本的重启方法、服务器及存储介质
本申请基于巴黎公约申明享有2018年1月22日递交的申请号为CN 201810059048.8、名称为“已归档签报文本的重启方法、服务器及存储介质”的中国专利申请的优先权,该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及计算机技术领域,尤其涉及一种已归档签报文本的重启方法、服务器及计算机可读存储介质。
背景技术
传统办公系统中,一份签报文本一旦归档后,其对应的签报流程状态也转换成归档状态,不支持再次唤醒及签报重新启动流程。再者就是即使有些办公系统支持唤醒签报流程,该签报文本不支持再次编辑发布,例如,已发布的通告不支持再次编辑,导致监管来文一旦有变化,就会有多个版本的签报文本发布,容易引起员工准确地接收监管信息。
因此,需要提供一种已归档签报文本的重启方法,支持在已有签报文本的基础上再次编辑,减少需要修改的部分,提高签报完成效率。
发明内容
本申请提供一种已归档签报文本的重启方法、服务器及计算机可读存储介质,其主要目的在于筛选出已归档的目标签报文本,并将其由原始文本格式转换为可编辑的目标文本格式,供用户再次编辑,提高签报完成效率。
为实现上述目的,本申请提供一种服务器,该服务器包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的已归档签报文本的重启程序程序,该程序被所述处理器执行时实现如下步骤:
接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据 库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
此外,为实现上述目的,本申请还提供一种已归档签报文本的重启方法,该方法包括:
接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
此外,为实现上述目的,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有已归档签报文本的重启程序,该程序被处理器执行时实现如上所述的已归档签报文本的重启方法的任意步骤。
相较于现有技术,本申请提出的已归档签报文本的重启方法、服务器及计算机可读存储介质,通过筛选出签报文本重启请求对应的已归档的目标签报文本,并将其由原始文本格式转换为可编辑的目标文本格式,提高签报完成效率;在相应用户的签报文本重启请求之前,判断用户是否具备重启权限,保证信息安全及后续签报文本的准确性;在目标签报文本的格式转换过程中, 新增一个中间文本格式,使该转换过程适应于多种文本格式之间的转换,提高文本格式转换效率,进而提高后续签报文本的签报效率。
附图说明
图1为本申请服务器较佳实施例的示意图;
图2为图1中已归档签报文本的重启程序的程序模块示意图;
图3为本申请已归档签报文本的重启方法较佳实施例的流程图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供一种服务器1。参照图1所示,为本申请服务器1较佳实施例的示意图。
在本实施例中,服务器1可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器。
该服务器1包括存储器11、处理器12,通信总线13,以及网络接口14。
其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是所述服务器1的内部存储单元,例如该服务器1的硬盘。存储器11在另一些实施例中也可以是所述服务器1的外部存储设备,例如该服务器1上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器11还可以既包括该服务器1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于该服务器1的应用软件及各类数据,例如已归档签报文本的重启程序10、预设的筛选规则、转换规则、数据库20等,还可以用于暂时地存储已经输出或者将要输出的数据。具体地,所述预设的筛选规则用于从数据库20中筛选出用户发出的签报文本重启请求对应的目标签报文本;所述预设的转换规则用于将目标 签报文本由原始文本格式转换为可编辑的目标文本格式;所述数据库20中包含所有签报文本的历史数据,例如,已归档的签报文本。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如,已归档签报文本的重启程序10等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可以包括标准的有线接口、无线接口(如WI-FI接口),通常用于在该服务器1与其他电子设备之间建立通信连接,例如,接收用户通过客户端(图中未标识)在办公系统上发出的请求及执行的其他操作后,服务器1执行相应处理,并通过客户端的办公系统将处理结果反馈给用户。
显示器15可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode,OLED)触摸器等。其中,显示器也可以称为显示屏或显示单元,用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。
图1仅示出了具有组件11-15的服务器1,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
可选地,该服务器1还可以包括用户接口,用户接口可以包括输入单元比如键盘(Keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。
在图1所示的实施例中,存储器11中存储有已归档签报文本的重启程序10。处理器12执行存储器11中存储的已归档签报文本的重启程序10时实现如下步骤:
接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文 本格式的目标签报文本;及
当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
以企业的办公系统中某通告的签报文本为例对本申请的方案进行说明,但不仅限于通告的签报文本。当收到监管部门的来文时,企业需针对来文的事项内容发出相应的周知性通告(或者称为事务性通告),以向企业员工公布需要周知或需要办理的事项。具体地,发布的通告需事先以签报文本的形式进行签报。签报文本在办公系统中的签报流程大致包括:编辑、核稿加印、审核、制作红头、审核、发布。当通告发布前,通告对应的签报文本已进行归档,并已归档的签报文本保存至指定的数据库20中,此时,签报文本的文本格式不支持再次编辑。同时,该签报文本的签报流程完成后,其流程状态也变成归档状态。然而若针对同一事项,监管部门的来文进行了调整,为了保证来文对应的通告的唯一性,需要对现有通告的内容进行调整后进行公布,为了避免重新编辑签报文本、减少修改内容,可以重启现有通告对应的签报文本。
需要说明的是,在办公系统的使用过程中,为了保证办公系统中文件的额安全性,用户需输入账号密码,才能登录该办公系统进行相应操作。当用户需要对某通告对应的签报文本进行修改时,接收用户通过客户端点击该签报任务的请求,通过客户端的展示界面向用户展示该签报任务的具体信息,包括:签报编号、流程状态及签报对应的通告内容。可以理解的是,为了保证已归档签报文本的安全性,当接收到用户发出的签报文本重启请求时,首先对该用户的身份进行验证,以确定该用户是否具备重启权限。
具体地,判断该用户是否具备重启权限的步骤包括:读取该用户登录办公系统的账户,根据账户确定该用户的身份信息,例如,工号、姓名、职位及所属部门等;然后从数据库20中读取预设的权限白名单,权限白名单明确说明了具备不同权限的人员身份信息(例如,工号及名称),从权限白名单中筛选出具备重启权限的人员身份信息;将该用户的身份信息与从白名单中筛选出的具备重启权限的人员身份信息进行匹配,当有与该用户身份信息匹配的人员信息时,说明该用户具备重启权限,则需要对该用户发出的签报文本重启请求进行响应,并进行相应操作;当没有与该用户身份信息匹配的人 员信息时,说明该用户不具备重启权限,则需拒绝该用户发出的签报重启请求,并生成相应的提示信息,例如,“当前账户不具备该权限,请更换账户后重试”。通过对用户权限进行验证,避免了不具备重启权限的人员随意重启签报文本可能造成的后续生成的签报文本内容不准确的问题。
在确定用户具备重启权限后,需要根据预设的筛选规则从数据库20中筛选出该签报文本重启请求对应的目标签报文本。所述预设的筛选规则包括:获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及,读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
获取该签报文本重启请求任务对应的签报编号,根据签报编号从数据库20的归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及,读取所述一个或多个已归档的签报文本的归档时间,筛选出生成时间最接近当前时间的归档文本,作为目标签报文本。
具体地,每篇通告对应签报文本的签报任务存在签报编号,且上述签报文本重启请求对应的签报编号即该通告对应签报文本的签报任务对应的签报编号。因此,根据签报编号可从数据库20的归档区中筛选出该签报编号对应已有通告的目标签报文本。可以理解的是,针对同一事项的通告可能应监管来文要求进行反复修改,也就是说,同一签报编号下会存在一个或多个已归档的签报文本。一般来说,针对同一内容或事项不同的通告,只是在原有基础上进行微调,为了减少本次通告的修改内容,需要筛选出与本次来文最接近的目标签报文本,即,归档时间最接近当前时间的归档文本,因此,根据上述步骤筛选出的一个或多个已归档签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本作为目标签报文本。通过该步骤,可以使筛选出的目标签报文本最大限度的接近最新的监管来文,减少后续签报文本内容的修改量,提高重启签报的签报效率。
可以理解的是,从数据库20的归档区中筛选出的目标签报文本不支持修订,因此,需要将目标签报文本转换为可修订文本。具体地,在执行文本转换之前,调用线程将目标签报文本从数据库20的归档区迁移到数据库20的运行区;然后根据预设的转换规则将目标签报文本由原始文本格式转换为可 修订的目标文本格式。
作为一种实施方式,所述预设的转换规则包括:将目标签报文本由原始文本格式转换为中间文本格式;对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及,将处理后的目标签报文本由中间文本格式转换为目标文本格式。
在本实施例中,目标签报文本的状态为已归档状态,其文本格式为PDF格式,将目标签报文本当前的文本格式作为原始文本格式。本步骤的目标是将目标签报文本转换为可修订文本,默认的可修订文本的格式为doc格式,将转换后的文本格式最为目标文本格式。在其他实施例中,原始文本格式还可以是doc格式、HTML格式等任意一种文本格式;目标文本格式还可以是PDF格式、HTML格式等任意一种文本格式。
可以理解的是,某些文本格式之间转换时,可能需要在转换过程对文本进行处理,例如,从目标签报文本中识别出页眉和页脚,并将识别出的页眉和页脚删除,得到正文,然后按照目标文本格式的排版要求,对正文内容进行重新排版,得到排版后的目标签报文本。为了便于转换过程中对文本进行处理,预先创建一个新的文本格式,使对文本进行处理的过程更加简洁,更具有通用性。具体地,可以保存不同原始文本格式与目标文本格式的组合所对应的文本处理操作,进而通过查询该记录来确定是否需要对待转换文本进行文本处理,以及进行什么处理操作。
基于上述步骤,已经将目标签报文本由原始文本格式转换为可修订状态的目标文本格式,将其通过客户端的展示界面向用户展示。
可选地,在重启目标签报文本后,仍需进行后续的修改及签报过程。在其他实施例中,该程序被所述处理器执行时还实现如下步骤:将目标签报文本对应的工作流引擎的状态从归档状态唤醒至运行状态,重新启动工作流程。然后,获取该目标签报文本的历史流程节点,通过客户端的展示界面向该用户展示该目标签报文本完整的历史流程节点,供用户选择将目标流程节点。最后,响应用户从历史流程节点中选择目标流程节点的点击操作,并将该目标签报文本的流程节点流转至该目标流转节点。例如,该目标签报文本的历史流程节点中包括:A、B、C、D、E、F,其任务分别是:编辑文本、核稿 加印、审核、制作红头、审核、发布,用户可从上述六个节点中选择一个节点(例如,A),作为目标流程节点,服务器1将该目标签报文本的流程流转至该目标流程节点。
可以理解的是,为了更好的监控目标签报文本重启后的签报完成进度,在接收用户设置目标流程节点后,根据该签报文本重启请求对应的目标流程节点,对该签报文本重启请求进行分类收藏,例如,将该目标签报文本重启后的签报任务收藏在以A命名的文件夹中,便于用户查看该签报任务对应的负责人。另外,接收用户为该签报文本重启请求预设的时限,例如,该签报流程需在2018年1月12日前完成,那么预设的时限可以是2018年1月11日17:30,到达预设时限时,查看该签报文本重启后的签报处理状态(处理中,或者已完成),根据处理状态生成相应的提示信息。利用上述步骤,可以对目标签报文本重启后的签报流程进行监控,提高后续签报文本的签报效率。
上述实施例提出的服务器1,通过筛选出签报文本重启请求对应的已归档的目标签报文本,并将其由原始文本格式转换为可编辑的目标文本格式,提高签报完成效率;在相应用户的签报文本重启请求之前,判断用户是否具备重启权限,保证信息安全及后续签报文本的准确性;在目标签报文本的格式转换过程中,新增一个中间文本格式,使该转换过程适应于多种文本格式之间的转换,提高文本格式转换效率;对后续签报文本的签报过程进行监控,提高后续签报文本的签报效率。
可选地,在其他的实施例中,已归档签报文本的重启程序10还可以被分割为一个或者多个模块,一个或者多个模块被存储于存储器11中,并由一个或多个处理器(本实施例为处理器12)所执行,以完成本申请,本申请所称的模块是指能够完成特定功能的一系列计算机程序指令段。例如,参照图2所示,为图1中已归档签报文本的重启程序10的模块示意图,该实施例中,已归档签报文本的重启程序10可以被分割为判断模块110、筛选模块120、转换模块130及提示模块140,所述模块110-140所实现的功能或操作步骤均与上文类似,此处不再详述,示例性地,例如其中:
判断模块110,用于接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
筛选模块120,用于当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
转换模块130,用于根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
提示模块140,用于当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
此外,本申请还提供一种已归档签报文本的重启方法。参照图3所示,为本申请已归档签报文本的重启方法较佳实施例的流程图。该方法可以由一个服务器执行,该服务器可以由软件和/或硬件实现。
在本实施例中,已归档签报文本的重启方法包括步骤S1-S4:
步骤S1、接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
步骤S2、当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
步骤S3、根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
步骤S4、当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
以企业的办公系统中某通告的签报文本为例对本申请的方案进行说明,但不仅限于通告的签报文本。当收到监管部门的来文时,企业需针对来文的事项内容发出相应的周知性通告(或者称为事务性通告),以向企业员工公布需要周知或需要办理的事项。具体地,发布的通告需事先以签报文本的形式进行签报。签报文本在办公系统中的签报流程大致包括:编辑、核稿加印、审核、制作红头、审核、发布。当通告发布前,通告对应的签报文本已进行归档,并已归档的签报文本保存至指定的数据库20中,此时,签报文本的文 本格式不支持再次编辑。同时,该签报文本的签报流程完成后,其流程状态也变成归档状态。然而若针对同一事项,监管部门的来文进行了调整,为了保证来文对应的通告的唯一性,需要对现有通告的内容进行调整后进行公布,为了避免重新编辑签报文本、减少修改内容,可以重启现有通告对应的签报文本。
需要说明的是,在办公系统的使用过程中,为了保证办公系统中文件的额安全性,用户需输入账号密码,才能登录该办公系统进行相应操作。当用户需要对某通告对应的签报文本进行修改时,接收用户通过客户端点击该签报任务的请求,通过客户端的展示界面向用户展示该签报任务的具体信息,包括:签报编号、流程状态及签报对应的通告内容。可以理解的是,为了保证已归档签报文本的安全性,当接收到用户发出的签报文本重启请求时,首先对该用户的身份进行验证,以确定该用户是否具备重启权限。
具体地,判断该用户是否具备重启权限的步骤包括:读取该用户登录办公系统的账户,根据账户确定该用户的身份信息,例如,工号、姓名、职位及所属部门等;然后从数据库20中读取预设的权限白名单,权限白名单明确说明了具备不同权限的人员身份信息(例如,工号及名称),从权限白名单中筛选出具备重启权限的人员身份信息;将该用户的身份信息与从白名单中筛选出的具备重启权限的人员身份信息进行匹配,当有与该用户身份信息匹配的人员信息时,说明该用户具备重启权限,则需要对该用户发出的签报文本重启请求进行响应,并进行相应操作;当没有与该用户身份信息匹配的人员信息时,说明该用户不具备重启权限,则需拒绝该用户发出的签报重启请求,并生成相应的提示信息,例如,“当前账户不具备该权限,请更换账户后重试”。通过对用户权限进行验证,避免了不具备重启权限的人员随意重启签报文本可能造成的后续生成的签报文本内容不准确的问题。
在确定用户具备重启权限后,需要根据预设的筛选规则从数据库20中筛选出该签报文本重启请求对应的目标签报文本。所述预设的筛选规则包括:获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及,读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
获取该签报文本重启请求任务对应的签报编号,根据签报编号从数据库20的归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及,读取所述一个或多个已归档的签报文本的归档时间,筛选出生成时间最接近当前时间的归档文本,作为目标签报文本。
具体地,每篇通告对应签报文本的签报任务存在签报编号,且上述签报文本重启请求对应的签报编号即该通告对应签报文本的签报任务对应的签报编号。因此,根据签报编号可从数据库20的归档区中筛选出该签报编号对应已有通告的目标签报文本。可以理解的是,针对同一事项的通告可能应监管来文要求进行反复修改,也就是说,同一签报编号下会存在一个或多个已归档的签报文本。一般来说,针对同一内容或事项不同的通告,只是在原有基础上进行微调,为了减少本次通告的修改内容,需要筛选出与本次来文最接近的目标签报文本,即,归档时间最接近当前时间的归档文本,因此,根据上述步骤筛选出的一个或多个已归档签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本作为目标签报文本。通过该步骤,可以使筛选出的目标签报文本最大限度的接近最新的监管来文,减少后续签报文本内容的修改量,提高重启签报的签报效率。
可以理解的是,从数据库20的归档区中筛选出的目标签报文本不支持修订,因此,需要将目标签报文本转换为可修订文本。具体地,在执行文本转换之前,调用线程将目标签报文本从数据库20的归档区迁移到数据库20的运行区;然后根据预设的转换规则将目标签报文本由原始文本格式转换为可修订的目标文本格式。
作为一种实施方式,所述预设的转换规则包括:将目标签报文本由原始文本格式转换为中间文本格式;对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及,将处理后的目标签报文本由中间文本格式转换为目标文本格式。
在本实施例中,目标签报文本的状态为已归档状态,其文本格式为PDF格式,将目标签报文本当前的文本格式作为原始文本格式。本步骤的目标是将目标签报文本转换为可修订文本,默认的可修订文本的格式为doc格式,将转换后的文本格式最为目标文本格式。在其他实施例中,原始文本格式还可以是doc格式、HTML格式等任意一种文本格式;目标文本格式还可以是 PDF格式、HTML格式等任意一种文本格式。
可以理解的是,某些文本格式之间转换时,可能需要在转换过程对文本进行处理,例如,从目标签报文本中识别出页眉和页脚,并将识别出的页眉和页脚删除,得到正文,然后按照目标文本格式的排版要求,对正文内容进行重新排版,得到排版后的目标签报文本。为了便于转换过程中对文本进行处理,预先创建一个新的文本格式,使对文本进行处理的过程更加简洁,更具有通用性。具体地,可以保存不同原始文本格式与目标文本格式的组合所对应的文本处理操作,进而通过查询该记录来确定是否需要对待转换文本进行文本处理,以及进行什么处理操作。
基于上述步骤,已经将目标签报文本由原始文本格式转换为可修订状态的目标文本格式,将其通过客户端的展示界面向用户展示。
可选地,在重启目标签报文本后,仍需进行后续的修改及签报过程。在其他实施例中,该方法还包括以下步骤:将目标签报文本对应的工作流引擎的状态从归档状态唤醒至运行状态,重新启动工作流程。然后,获取该目标签报文本的历史流程节点,通过客户端的展示界面向该用户展示该目标签报文本完整的历史流程节点,供用户选择将目标流程节点。最后,响应用户从历史流程节点中选择目标流程节点的点击操作,并将该目标签报文本的流程节点流转至该目标流转节点。例如,该目标签报文本的历史流程节点中包括:A、B、C、D、E、F,其任务分别是:编辑文本、核稿加印、审核、制作红头、审核、发布,用户可从上述六个节点中选择一个节点(例如,A),作为目标流程节点,将该目标签报文本的流程流转至该目标流程节点。
可以理解的是,为了更好的监控目标签报文本重启后的签报完成进度,该方法还包括以下步骤:在接收用户设置目标流程节点后,根据该签报文本重启请求对应的目标流程节点,对该签报文本重启请求进行分类收藏,例如,将该目标签报文本重启后的签报任务收藏在以A命名的文件夹中,便于用户查看该签报任务对应的负责人。另外,接收用户为该签报文本重启请求预设的时限,例如,该签报流程需在2018年1月12日前完成,那么预设的时限可以是2018年1月11日17:30,到达预设时限时,查看该签报文本重启后的 签报处理状态(处理中,或者已完成),根据处理状态生成相应的提示信息。利用上述步骤,可以对目标签报文本重启后的签报流程进行监控,提高后续签报文本的签报效率。
上述实施例提出的已归档签报文本的重启方法,通过筛选出签报文本重启请求对应的已归档的目标签报文本,并将其由原始文本格式转换为可编辑的目标文本格式,提高签报完成效率;在相应用户的签报文本重启请求之前,判断用户是否具备重启权限,保证信息安全及后续签报文本的准确性;在目标签报文本的格式转换过程中,新增一个中间文本格式,使该转换过程适应于多种文本格式之间的转换,提高文本格式转换效率;对后续签报文本的签报过程进行监控,提高后续签报文本的签报效率。
此外,本申请实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有已归档签报文本的重启程序10,该程序被处理器执行时实现如下操作:
接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
优选地,所述预设的筛选规则包括:
获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及
读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
优选地,所述预设的转换规则包括:
将目标签报文本由原始文本格式转换为中间文本格式;
对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及
将处理后的目标签报文本由中间文本格式转换为目标文本格式。
本申请计算机可读存储介质具体实施方式与上述已归档签报文本的重启方法和服务器1各实施例基本相同,在此不作累述。
需要说明的是,上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、服务器、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、服务器、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、服务器、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种已归档签报文本的重启方法,其特征在于,该方法包括:
    接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
    当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
    根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示;及
    当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
  2. 如权利要求1所述的已归档签报文本的重启方法,其特征在于,该方法还包括:
    将所述目标签报文本的流程状态从归档状态唤醒至运行状态,获取该目标签报文本的历史流程节点,通过客户端的展示界面向该用户展示所述历史流程节点;及
    响应用户从所述历史流程节点中选择目标流程节点的点击操作,并将所述目标签报文本的流程节点流转至该目标流转节点。
  3. 如权利要求2所述的已归档签报文本的重启方法,其特征在于,该方法还包括:
    根据该签报文本重启请求对应的目标流程节点,对该签报文本重启请求进行分类收藏;及
    接收用户为该签报文本重启请求预设的时限,到达预设时限时,查看该签报文本重启请求的处理状态,根据处理状态生成相应的提示信息。
  4. 如权利要求3所述的已归档签报文本的重启方法,其特征在于,所述预设的筛选规则包括:
    获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及
    读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
  5. 如权利要求3所述的已归档签报文本的重启方法,其特征在于,所述预设的转换规则包括:
    将目标签报文本由原始文本格式转换为中间文本格式;
    对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及
    将处理后的目标签报文本由中间文本格式转换为目标文本格式。
  6. 如权利要求3所述的已归档签报文本的重启方法,其特征在于,所述“根据预设的权限白名单判断该用户是否具备该签报文本的重启权限”的步骤包括:
    将该用户的身份信息与从白名单中具备重启权限的人员身份信息进行匹配,当所述人员身份信息与该用户身份信息匹配时,说明该用户具备重启权限。
  7. 一种服务器,其特征在于,该服务器包括:存储器、处理器,所述存储器上存储有可在所述处理器上运行的已归档签报文本的重启程序,该程序被所述处理器执行时实现如下步骤:
    接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
    当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
    根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
    当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
  8. 如权利要求7所述的服务器,其特征在于,该程序被所述处理器执行时还实现如下步骤:
    将所述目标签报文本的流程状态从归档状态唤醒至运行状态,获取该目标签报文本的历史流程节点,通过客户端的展示界面向该用户展示所述历史流程节点;及
    响应用户从所述历史流程节点中选择目标流程节点的点击操作,并将所述目标签报文本的流程节点流转至该目标流转节点。
  9. 如权利要求8所述的服务器,其特征在于,该程序被所述处理器执行时还实现如下步骤:
    根据该签报文本重启请求对应的目标流程节点,对该签报文本重启请求进行分类收藏;及
    接收用户为该签报文本重启请求预设的时限,到达预设时限时,查看该签报文本重启请求的处理状态,根据处理状态生成相应的提示信息。
  10. 如权利要求9所述的服务器,其特征在于,所述预设的筛选规则包括:
    获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及
    读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
  11. 如权利要求9所述的服务器,其特征在于,所述预设的转换规则包括:
    将目标签报文本由原始文本格式转换为中间文本格式;
    对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及
    将处理后的目标签报文本由中间文本格式转换为目标文本格式。
  12. 如权利要求9所述的服务器,其特征在于,所述“根据预设的权限白名单判断该用户是否具备该签报文本的重启权限”的步骤包括:
    将该用户的身份信息与从白名单中具备重启权限的人员身份信息进行匹配,当所述人员身份信息与该用户身份信息匹配时,说明该用户具备重启权限。
  13. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有已归档签报文本的重启程序,该程序被所述处理器执行时实现如下步骤:
    接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
    当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
    根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示该可编辑的目标文本格式的目标签报文本;及
    当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
  14. 如权利要求13所述的计算机可读存储介质,其特征在于,该程序被所述处理器执行时还实现如下步骤:
    将所述目标签报文本的流程状态从归档状态唤醒至运行状态,获取该目标签报文本的历史流程节点,通过客户端的展示界面向该用户展示所述历史流程节点;及
    响应用户从所述历史流程节点中选择目标流程节点的点击操作,并将所述目标签报文本的流程节点流转至该目标流转节点。
  15. 如权利要求14所述的计算机可读存储介质,其特征在于,该程序被所述处理器执行时还实现如下步骤:
    根据该签报文本重启请求对应的目标流程节点,对该签报文本重启请求进行分类收藏;及
    接收用户为该签报文本重启请求预设的时限,到达预设时限时,查看该签报文本重启请求的处理状态,根据处理状态生成相应的提示信息。
  16. 如权利要求15所述的计算机可读存储介质,其特征在于,所述预设的筛选规则包括:
    获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及
    读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
  17. 如权利要求15所述的计算机可读存储介质,其特征在于,所述预设的转换规则包括:
    将目标签报文本由原始文本格式转换为中间文本格式;
    对中间文本格式的目标签报文本进行文本处理操作,得到处理后的中间文本格式的目标签报文本;及
    将处理后的目标签报文本由中间文本格式转换为目标文本格式。
  18. 如权利要求15所述的计算机可读存储介质,其特征在于,所述“根据预设的权限白名单判断该用户是否具备该签报文本的重启权限”的步骤包括:
    将该用户的身份信息与从白名单中具备重启权限的人员身份信息进行匹配,当所述人员身份信息与该用户身份信息匹配时,说明该用户具备重启权限。
  19. 一种已归档签报文本的重启程序,其特征在于,该程序包括:
    判断模块,用于接收用户通过客户端发出的签报文本重启请求,根据预设的权限白名单判断该用户是否具备该签报文本的重启权限;
    筛选模块,用于当该用户具备该签报文本的重启权限时,根据预设的筛选规则,从数据库的归档区中筛选出该重启请求对应的已归档的目标签报文本,并将该目标签报文本迁移至数据库的运行区中;
    转换模块,用于根据预设的转换规则,将所述目标签报文本由原始文本格式转换为可编辑的目标文本格式,并通过客户端的展示界面向用户展示;及
    提示模块,用于当该用户不具备该签报文本的重启权限时,拒绝该签报文本重启请求,并生成提示信息。
  20. 如权利要求19所述的已归档签报文本的重启程序,其特征在于,所述预设的筛选规则包括:
    获取该签报文本重启请求对应的签报编号,根据签报编号从所述归档区中筛选出该签报编号目录下的一个或多个已归档的签报文本;及
    读取所述一个或多个已归档的签报文本的归档时间,筛选出归档时间最接近当前时间的签报文本,作为目标签报文本。
PCT/CN2018/089322 2018-01-22 2018-05-31 已归档签报文本的重启方法、服务器及存储介质 WO2019140827A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810059048.8 2018-01-22
CN201810059048.8A CN108399342B (zh) 2018-01-22 2018-01-22 已归档签报文本的重启方法、服务器及存储介质

Publications (1)

Publication Number Publication Date
WO2019140827A1 true WO2019140827A1 (zh) 2019-07-25

Family

ID=63094714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089322 WO2019140827A1 (zh) 2018-01-22 2018-05-31 已归档签报文本的重启方法、服务器及存储介质

Country Status (2)

Country Link
CN (1) CN108399342B (zh)
WO (1) WO2019140827A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070244897A1 (en) * 2006-04-18 2007-10-18 David Voskuil Methods and systems for change management for a group policy environment
CN103593351A (zh) * 2012-08-15 2014-02-19 中国银联股份有限公司 一种电子文件归档方法和系统
CN105808633A (zh) * 2016-01-08 2016-07-27 平安科技(深圳)有限公司 数据归档方法和系统
CN105894142A (zh) * 2014-10-21 2016-08-24 北京京航计算通讯研究所 一种基于电子流程归档建模方法
CN106886539A (zh) * 2015-12-16 2017-06-23 泰康保险集团股份有限公司 数据归档系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070244897A1 (en) * 2006-04-18 2007-10-18 David Voskuil Methods and systems for change management for a group policy environment
CN103593351A (zh) * 2012-08-15 2014-02-19 中国银联股份有限公司 一种电子文件归档方法和系统
CN105894142A (zh) * 2014-10-21 2016-08-24 北京京航计算通讯研究所 一种基于电子流程归档建模方法
CN106886539A (zh) * 2015-12-16 2017-06-23 泰康保险集团股份有限公司 数据归档系统及方法
CN105808633A (zh) * 2016-01-08 2016-07-27 平安科技(深圳)有限公司 数据归档方法和系统

Also Published As

Publication number Publication date
CN108399342B (zh) 2020-03-24
CN108399342A (zh) 2018-08-14

Similar Documents

Publication Publication Date Title
US20210406830A1 (en) Systems, methods and apparatus for form building
US9378205B1 (en) System and method for managing and sharing pharmaceutical clinical trial regulatory documents
US20100161693A1 (en) System and method for signing an electronic document
US20130151631A1 (en) Aggregating data in electronic communications
WO2019134340A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
CN109657216B (zh) 合同生成方法、装置、设备及存储介质
US9766843B2 (en) Document output processing
CN109325850B (zh) 消费金融征信管理平台系统
CN112256783A (zh) 数据导出方法、装置、电子设备及存储介质
CN110795406A (zh) 业务文件传输方法、装置、系统和存储介质
US20230186018A1 (en) Method for generating online report using form structure definition db, and computer program for same
WO2019071899A1 (zh) 电子装置、车辆数据导入方法及存储介质
WO2019062020A1 (zh) 异步任务统一处理方法、装置及存储介质
US20180173776A1 (en) Mapping 1:Many Relationships for Elements in a Database System
US20150348053A1 (en) Monitoring User Activities on Client Devices by Imaging Device Drivers
WO2019140827A1 (zh) 已归档签报文本的重启方法、服务器及存储介质
US9195888B2 (en) Document registration apparatus and non-transitory computer readable medium
WO2020047736A1 (zh) 网站后台图片资源完整性的验证方法和系统
CN103530748A (zh) 一种船用物料管理方法
US9613051B2 (en) Data processing method, information processing apparatus, and recording medium
CN117893155A (zh) 一种可配置的业务凭证生成方法、系统、终端及存储介质
CN112330276A (zh) 文件传输方法、装置、电子设备及存储介质
CN116383541A (zh) 内容配置管理方法、内容配置管理系统及计算机设备
CN114006877A (zh) 消息传输方法、装置、电子设备及存储介质
CA2571092C (en) Document output processing using content data and form data

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: 18901724

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18901724

Country of ref document: EP

Kind code of ref document: A1

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 10/11/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18901724

Country of ref document: EP

Kind code of ref document: A1