CN112328342A

CN112328342A - To-do item processing method and device based on online document

Info

Publication number: CN112328342A
Application number: CN202011187646.7A
Authority: CN
Inventors: 黄铁鸣; 周扬; 邹杉; 文琛; 李斌; 郭永智
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-10-29
Filing date: 2020-10-29
Publication date: 2021-02-05
Anticipated expiration: 2040-10-29
Also published as: CN112328342B

Abstract

The application provides a backlog processing method and device based on an online document, electronic equipment and a computer readable storage medium; the method comprises the following steps: responding to a trigger operation aiming at an online document inlet in the instant messaging client, and displaying a page comprising an online document; in response to a selection operation for the content of the online document, highlighting the selected content in the online document and displaying a candidate operation region; displaying the selected content as the content of the created backlog in response to a trigger operation for a backlog creation button in the candidate operation region; displaying the content of the backlog in a native interface of the instant messaging client, and sending the content of the backlog to a participation account of the backlog. By the method and the device, the linkage of the to-do function in the online document and the instant messaging client can be realized, so that the processing efficiency of the to-do matters is improved.

Description

To-do item processing method and device based on online document

Technical Field

The present application relates to the field of internet technologies, and in particular, to a to-do-item processing method and apparatus based on an online document, an electronic device, and a computer-readable storage medium.

Background

With the development of internet technology, online documents are more and more favored by users due to the characteristics that the online documents can be used anytime and anywhere without installing a special client, and multi-user cooperation, cloud storage and the like are supported.

For convenience of use, functions of an online document are generally integrated in various clients, however, related art provides an online document that is a page developed based on a hypertext Markup Language (HTML) such as H5, and is heterogeneous to a project management function developed based on a Native Language such as Java (Java) in a client, so that they cannot be linked with each other. For example, for an instant messaging client, a to-do function in the instant messaging client and a function in an online document cannot be linked, so that the processing efficiency of to-do matters is affected.

Disclosure of Invention

The embodiment of the application provides a to-do-event processing method and device based on an online document, electronic equipment and a computer readable storage medium, which can link the online document and a to-do function in an instant messaging client to improve the processing efficiency of the to-do-event.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a backlog processing method based on an online document, which comprises the following steps:

responding to a trigger operation aiming at an online document inlet in the instant messaging client, and displaying a page comprising an online document;

in response to a selection operation for the content of the online document, highlighting the selected content in the online document and displaying a candidate operation region;

displaying the selected content as the content of the created backlog in response to a trigger operation for a backlog creation button in the candidate operation region;

displaying the content of the backlog in a native interface of the instant messaging client, and sending the content of the backlog to a participation account of the backlog.

An embodiment of the present application provides an online-document-based to-do processing apparatus, including:

the display module is used for responding to the trigger operation aiming at the online document entrance in the instant messaging client and displaying the page comprising the online document;

the display module is further used for responding to the selection operation of the content of the online document, highlighting the selected content in the online document and displaying a candidate operation area;

the display module is further used for responding to the triggering operation of a backlog creating button in the candidate operation area and displaying the selected content as the created content of the backlog;

the display module is further used for displaying the content of the backlog in a native interface of the instant messaging client;

and the sending module is used for sending the content of the backlog to the participation account of the backlog.

In the above scheme, the display module is further configured to perform a filling operation based on the content of the backlog in a backlog editing area displayed in the page to display the content of the backlog; the device further comprises an updating module, which is used for responding to the editing operation of the content of the backlog in the backlog editing area and updating the content of the backlog according to the editing operation.

In the above scheme, the display module is further configured to display a participation account setting entry of the to-do item in the page; and the triggering operation for responding to the entry setting of the participation account of the backlog is performed, and a backlog participation account setting area is displayed to obtain the participation account of the backlog.

In the above scheme, the display module is further configured to display a reminder time setting entry of the to-do item in the page; and a trigger operation for responding to the reminding time limit setting entry aiming at the backlog, and displaying a backlog reminding time limit setting area to obtain the reminding time limit set aiming at the backlog; and when the set reminding time limit is reached, displaying a corresponding reminding message on at least one of the page and the instant messaging client.

In the above solution, the display module is further configured to display, in the online document of the page, content associated with the created backlog in an anchor form: and the anchor point display module is used for responding to the trigger operation aiming at any anchor point and displaying the corresponding created backlog in a native interface of the instant messaging client.

In the above scheme, the device further includes an obtaining module, configured to obtain a state where the to-do-list is updated in the instant messaging client; the sending module is further configured to send the updated state to the page, so that the updated state of the to-do-things is displayed in the page.

In the above scheme, the obtaining module is further configured to obtain the updated status of the to-do-list from the page, so as to display the updated status of the to-do-list in a native interface of the instant messaging client.

In the above scheme, the obtaining module is further configured to intercept a to-do-item processing request sent by the page; the device further comprises an analysis module used for analyzing the backlog processing request so as to obtain the content of the backlog carried in the backlog processing request.

In the above scheme, the parsing module is further configured to parse the backlog processing request to obtain the encrypted backlog content carried in the backlog request; and analyzing the encrypted backlog content to obtain the decrypted backlog content.

In the above scheme, the parsing module is further configured to parse, from the backlog processing request, an identifier of a source document of the content of the backlog and an identifier of the backlog; the sending module is further configured to send the identifier of the source document and the identifier of the to-do-go-no-go-to a background server of the instant messaging client, so that the background server establishes a binding relationship between the identifier of the to-do-go-to-; the binding relationship is used for the background server to respond to a query request of any instant messaging client for the identifier of the created backlog, to query according to the identifier of the created backlog carried by the request, and to send a source document corresponding to the queried identifier of the created backlog to any instant messaging client, so that any instant messaging client displays the source document.

In the above scheme, the parsing module is further configured to parse, from the to-do-event processing request, a uniform resource locator of a source document of the content of the to-do-event; the display module is further configured to perform a filling operation based on the uniform resource locator in a to-do layout block of a native interface of the client to display the uniform resource locator; the display module is further configured to obtain and display a source document of the content of the to-do-things in response to a trigger operation for the uniform resource locator.

In the above scheme, the obtaining module is further configured to obtain the content of the to-do item sent by the background server of the instant messaging client; and sending the content of the backlog to a background server of the instant messaging client by the page through the background server of the online document.

An embodiment of the present application provides an electronic device, including:

a memory for storing executable instructions;

and the processor is used for realizing the to-do-item processing method based on the online document provided by the embodiment of the application when the executable instructions stored in the memory are executed.

The embodiment of the present application provides a computer-readable storage medium, which stores executable instructions for causing a processor to execute the method for processing backlog based on online documents according to the embodiment of the present application.

The embodiment of the application has the following beneficial effects:

the creation of backlogs is supported by the online document and the backlogs are displayed in the native interface of the instant messaging client, so that the created backlogs of the online document can be flexibly displayed in the instant messaging client, the linkage based on the backlogs of the instant messaging client and the online document is realized, the backlogs can be processed in the online document and the instant messaging client, and the processing efficiency of the backlogs is improved.

Drawings

FIG. 1 is a schematic diagram illustrating a mutual call between a local application and a page provided in an embodiment of the present application;

fig. 2 is a schematic structural diagram of a terminal provided in an embodiment of the present application;

FIG. 3A is a flowchart illustrating a method for processing backlog based on online documents according to an embodiment of the present disclosure;

FIG. 3B is a flowchart illustrating a method for processing backlog based on online documents according to an embodiment of the present disclosure;

FIG. 4A is a schematic diagram of an application scenario of a method for processing backlogs based on online documents according to an embodiment of the present application;

FIG. 4B is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 4C is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 4D is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 4E is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 4F is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 4G is a schematic diagram of an application scenario of the online-document-based backlog processing method according to the embodiment of the present application;

FIG. 5 is a schematic diagram of a native application invocation H5 page provided by an embodiment of the present application;

FIG. 6 is a schematic diagram illustrating a process for adding backlog in an enterprise WeChat according to an embodiment of the present application;

FIG. 7 is a schematic diagram illustrating a process for adding backlog to designated persons according to an embodiment of the present application;

FIG. 8 is a schematic flowchart of a to-do detail page entering enterprise WeChat from an online document according to an embodiment of the present application;

fig. 9 is a flowchart illustrating a process of synchronizing a state to be handled in an enterprise WeChat to an online document according to an embodiment of the present application.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) The online document is used for online editing of a user, multi-user cooperation and real-time storage in a cloud, document display is carried out through an HTML page, synchronization of user editing contents is achieved depending on communication between a client and a server, and the type of the online document can be an online Word document, an online Excel document, an online PPT document and an online drawing document.

2) The local (Native) application is based on a local operating system of the terminal, such as iOS and Android (Android), and uses Native codes to write running application programs, also called local apps, and includes, for example, applications built in the operating system, such as dialing and short message programs, and may also include apps supporting installed third parties, such as social applications, payment applications, and the like.

The native application is an application developed in a native development language of a terminal operating system, an application developed in Java for example, Android, and an application developed in object-oriented C (OC, Objected C) for example, and uses components and layout native to the operating system.

3) In response to the condition or state on which the performed operation depends, one or more of the performed operations may be in real-time or may have a set delay when the dependent condition or state is satisfied; there is no restriction on the order of execution of the operations performed unless otherwise specified.

To facilitate understanding of the online document-based backlog processing method provided by the embodiment of the present application, a mutual calling process between a local application and a page is first described.

For example, referring to fig. 1, fig. 1 is a schematic diagram of mutual invocation between a local application and a page (i.e., a page displayed in a native interface independent of the local application) provided in an embodiment of the present application, in a terminal, an operating system layer 120 is run on a hardware layer 110, an application layer 130 shows the local application, the operating system may be an Android, a JS script is embedded in a page loaded by the local application, the local application creates an instance of a Webview component in its own content space as a running environment of the JS script, and a JS interpreter in the Webview component interprets and executes the JS script to implement various functions in the page, such as loading a dynamic function, responding to various operations of a user, and the like.

Taking local application as an example of the instant messaging client application, the function realized by the JS script comprises: detecting an instant messaging client application, automatically completing according to user input, displaying various functional buttons, popping up a dialog box after clicking a button of a page, checking whether grammar of data filled in a form by a user is correct or not, prompting when the grammar is wrong, and the like, which cannot be exhaustive.

The Webview component is also used as an intermediary for communication between the JS script and the local application, the communication between the JS script and the local application is realized by mutual calling of the JS script and the local application, and the mutual calling of the JS script and the local application is expressed as mutual calling of the JS method and the local method, which is explained below.

1) JS script called by local application

When the local application needs to call the JS script in the page, firstly, the local application starts the support of the Webview component on the JS, and one example of starting the support of the Webview component on the JS is as follows:

contentWebView. getSettings (). setJavaScriptEnabled (true); wherein true indicates that the JS support is set to on.

Then, the local application calls the name of the JS method and transmits the parameter by using a loading method (denoted as loadUrl) provided by the Webview component, and an example of calling the JS script and transmitting the parameter is as follows:

webview. loadUrl ("javascript: methodValues"), where methodName denotes the name of the JS method invoked, and parameterValues denotes the parameters passed to the JS method.

If the called JS method has a return value, but the local application cannot acquire the return value through the loadUrl method, the local application defines a Java method for the JS method to call, and the JS method transfers the return value to the JS script through calling the Java method.

For example, the local application may also make a call to the page by way of a URL Scheme. The URL Schema is an intra-page jump protocol, and each page in the application can be conveniently jumped by defining the own Schema protocol; through the Schema protocol, the server can customize which page the notification application jumps to, for example, the page jump can be customized through a notification bar message, the page jump can be customized through an H5 page, and the like. The following describes the URL Schema protocol format. Take URL Schema as "xl:// goods:8888/goodsDetailgoodsId 10011002" as an example, where xl represents the name of Schema protocol, goods represents which address domain the Schema acts on, goodsDetail represents the page specified by the Schema, goodsId represents the passed parameter, and 8888 represents the port number of the path. Therefore, the local application can acquire the relevant parameters carried by the URL Scheme request by intercepting the URL Scheme request sent by the page.

2) JS script invoking local application

When the JS script needs to call the local application, an interface provided by the Webview component in the JS script is bound, and then a method of the local application is called and parameters are transferred, wherein one example is as follows:

window. jsterfacename. methodname (parameterValues); wherein jsterfacename represents an interface for calling the native application, methodnames (parametervalues) represent names of methods of the native application that need to be called, and methodnames (parametervalues) represent parameters that need to be passed in to the called native application.

Referring to fig. 2, fig. 2 is a schematic structural diagram of a terminal 200 according to an embodiment of the present disclosure, where the terminal 200 may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal 200 shown in fig. 2 includes: at least one processor 210, memory 250, at least one network interface 220, and a user interface 230. The various components in terminal 200 are coupled together by a bus system 240. It is understood that the bus system 240 is used to enable communications among the components. The bus system 240 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 240 in fig. 2.

The Processor 210 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like, wherein the general purpose Processor may be a microprocessor or any conventional Processor, or the like.

The user interface 230 includes one or more output devices 231, including one or more speakers and/or one or more visual display screens, that enable the presentation of media content. The user interface 230 also includes one or more input devices 232, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 250 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 250 optionally includes one or more storage devices physically located remotely from processor 210.

The memory 250 includes volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a Random Access Memory (RAM). The memory 250 described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 250 is capable of storing data, examples of which include programs, modules, and data structures, or a subset or superset thereof, to support various operations, as exemplified below.

An operating system 251 including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

a network communication module 252 for communicating to other computing devices via one or more (wired or wireless) network interfaces 220, exemplary network interfaces 220 including: bluetooth, wireless compatibility authentication (WiFi), and Universal Serial Bus (USB), etc.;

a presentation module 253 to enable presentation of information (e.g., a user interface for operating peripherals and displaying content and information) via one or more output devices 231 (e.g., a display screen, speakers, etc.) associated with the user interface 230;

an input processing module 254 for detecting one or more user inputs or interactions from one of the one or more input devices 232 and translating the detected inputs or interactions.

In some embodiments, the online document based to-do processing apparatus provided by the embodiment of the present application may be implemented in software, and fig. 2 illustrates an online document based to-do processing apparatus 255 stored in a memory 250, which may be software in the form of programs and plug-ins, and includes the following software modules: display module 2551, send module 2552, update module 2553, obtain module 2554, and parse module 2555, which are logical and therefore can be arbitrarily combined or further split depending on the functionality implemented. The functions of the respective modules will be explained below.

In other embodiments, the online-document-based to-do processing Device provided by the embodiments of the present Application may be implemented in hardware, for example, the online-document-based to-do processing Device provided by the embodiments of the present Application may be a processor in the form of a hardware decoding processor, which is programmed to execute the online-document-based to-do processing method provided by the embodiments of the present Application, for example, the processor in the form of the hardware decoding processor may employ one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field Programmable Gate Arrays (FPGAs), or other electronic elements.

The pending item processing method based on online documents provided by the embodiment of the present application will be specifically described below with reference to the drawings. The following description is made by taking a terminal as an execution subject of the to-do-event processing method based on the online document, and specifically, the to-do-event processing method based on the online document may be executed by the terminal by operating an instant messaging client.

Referring to fig. 3A, fig. 3A is a schematic flowchart of a method for processing a to-do-event based on an online document according to an embodiment of the present application, and will be described with reference to the steps shown in fig. 3A.

In step S301, in response to a trigger operation for an online document entry in the instant messaging client, a page including an online document is displayed.

In some embodiments, the instant messaging client may include various types of instant messaging clients, such as an instant messaging client (e.g., WeChat) that provides internet social services for individual users; or an instant messaging client (e.g., corporate Wechat) that provides Internet social services for corporate users. When the terminal receives a trigger operation aiming at an online document inlet in the instant messaging client, a page for viewing or editing the online document is displayed in a mode independent of a native interface of the instant messaging client.

For example, taking an instant messaging client as an enterprise WeChat as an example, when the terminal receives a click operation of a user on an online document entry button displayed in a human-computer interaction interface of the enterprise WeChat, a page including a native interface for viewing or editing an online document is displayed in a manner independent of the enterprise WeChat. The online document may be a new document formed based on the content newly input by the user, or may be a history document selected by the user from a folder (i.e., a document edited by the user in advance and stored in the folder), or a template document.

For example, as shown in fig. 4A, when the terminal receives a user's click operation with respect to an online document entry button (i.e., a "micro document" button 401 in fig. 4A) displayed in the human-computer interaction interface of the instant messenger client, a page 402 including an online document is displayed in a manner independent of the native interface of the instant messenger client. At this time, the user can view the specific content of the online document based on the page 402 or perform an operation of further editing the content of the online document.

In step S302, in response to a selection operation for the content of the online document, the content selected in the online document is highlighted, and the candidate operation region is displayed.

In some embodiments, the terminal may implement the above-described selection operation in response to the content for the online document, highlight the content selected in the online document, and display the candidate operation region by: displaying the content of the online document in an online document editing area or a viewing area of a page, and displaying a selection cursor when receiving a long-time pressing operation of a user aiming at the content of the displayed online document in the area for the user to select the content. After the movement operation of the user for the cursor is not received within a certain time period, highlighting (for example, highlighting or thickening the content selected by the user) the content between the two cursors (that is, the content selected by the user) and displaying the candidate operation area in the vicinity of the content selected by the user in a floating window manner.

In step S303, in response to a trigger operation for the backlog creation button in the candidate operation region, the selected content is displayed as the content of the created backlog.

In some embodiments, when the terminal receives a click operation of a button for creating backlogs in the candidate operation area by the user, the content selected in the online document by the user is displayed as the content of the created backlogs.

Illustratively, referring to FIG. 4B, the contents of the online document are displayed in an online document editing area 403 of page 402. At this time, the user may select the required content from the online document as the content of the to-do-item to be created, for example, the user selects 4 words "human-computer interaction" from the online document, and then the "human-computer interaction" 404 selected by the user may be highlighted in the page 402, for example, the "human-computer interaction" 404 selected by the user may be grayed out to be highlighted. Subsequently, when the user clicks the "to-do" button in the candidate operation area 405 displayed in the floating window manner, the terminal determines that the user has "human-computer interaction" as the content of the to-do-items to be created.

In some embodiments, after the terminal displays the content selected by the user as the content of the created backlog, the following operations may be further performed: displaying a backlog editing area in a page, and filling contents selected by a user in an online document (namely the contents of backlogs) into the backlog editing area; and responding to the editing operation of the to-do item content in the to-do item editing area by the user, and updating the content of the to-do item according to the editing operation.

For example, referring to fig. 4C, when the terminal determines that the user uses "human-computer interaction" as the content of the to-do-event that needs to be created, the control page 402 jumps to the to-do-event editing interface displaying the to-do-event editing area 406, and fills the content "human-computer interaction" 404 (i.e., the content that needs to be created) selected by the user in the online document into the to-do-event editing area 406. At this time, the user can further edit the content "man-machine interaction" 404 of the selected backlog in the backlog editing area 406.

In other embodiments, the terminal may further obtain the account number of the backlog through the page.

For example, the terminal may obtain the participation account of the backlog by: displaying a participation account setting entry of backlogs in a page; and responding to the triggering operation of the entry set for the to-be-handled participation account, and displaying a to-be-handled participation account setting area to acquire the to-be-handled participation account. After the participation account input by the user is obtained, the page can send the participation account input by the user and the content of the selected backlog to a background server of the online document, so that the background server of the online document can carry out the participation account and the content of the backlog to a background server of the instant messaging client. Therefore, after receiving the participation account and the content of the backlog, the background server of the instant messaging client sends the content of the backlog to the instant messaging client corresponding to the participation account.

For example, referring to fig. 4D, a pending participation account setup portal may be displayed on the page, such as the "please select" button 407 corresponding to the participant shown in fig. 4D. When the page receives a click operation of the user on a "please select" button 407 corresponding to the participant displayed on the page, the page jumps to an account input interface shown in the right diagram of fig. 4D. At this point, the user may enter the participant's account in an account entry box 408 displayed in the account entry interface. Assuming that the user inputs "@ logazhou" in the account input box 408, the content of the backlog selected by the subsequent user is sent to the instant messenger client of "logazhou" to display the content of the backlog selected by the user who created the backlog in the native interface of the instant messenger client of "loganzhou".

In other embodiments, a to-do reminder time limit setting entry may also be displayed in the page; when the page receives a click operation of a user for setting an entry for the to-be-handled event reminding time limit, displaying a to-be-handled event reminding time limit setting area to obtain the reminding time limit set by the user for the to-be-handled event; and when the time of the reminding time limit set by the user is up, displaying a corresponding reminding message on at least one of the page and the instant messaging client.

For example, referring to fig. 4E, when the page receives a triggering operation of the to-do reminder time limit setting entry displayed in the page by the user, for example, a clicking operation of a "please select" button 409 corresponding to the reminder me shown in the left diagram of fig. 4E, the page jumps to the reminder time limit setting interface shown in the right diagram of fig. 4E. At this time, the user may set the reminding time of the to-do item reminding time limit in the to-do item reminding time limit setting area 410 displayed in the reminding time limit setting interface. For example, assuming that the reminder time set by the user in the to-do reminder time limit setting area 410 is 22 minutes at 9 am on 30 am on 10/30 th of 2020, then at 22 minutes at 9 am on 30 am on 10/30 th of 2020, corresponding reminder messages may be displayed in the page, the creator and the instant messaging client of the participant, for example, the reminder message may be displayed in a short message or in a pop-up window manner to remind the creator and the participant of the to-do.

In some embodiments, a source document setting entry for setting the name of the source document of the content of the to-do-item may also be displayed in the page. In this way, when other users browse the content of the backlog in the online document, the source document of the content of the backlog can be clearly known, so that the knowledge of the backlog is deepened.

It should be noted that the setting entries of the attributes of the to-do-events (including the participant account, the to-do-event time limit reminder, the source document of the to-do-events, etc.) may be displayed in a toolbar of the online document editing area, for example, as shown in the right diagram of fig. 4C, the to-do-event editing area 406, the participant setting entry of the to-do-events (i.e., "please select" button corresponding to the participant in fig. 4C), the to-do-event time limit reminder setting entry (i.e., "please select" button corresponding to the reminder in fig. 4C), and the to-do-event source document setting entry are displayed in the same interface. Therefore, after the user finishes editing the contents of the items to be transacted, the account numbers of the participants and the reminding time limit of the items to be transacted can be set very conveniently. Of course, the to-do item attribute setting entry may also be displayed in the page in a floating window manner, and when the user clicks a button corresponding to the to-do item attribute setting entry displayed in the floating window, the user will jump to the interface displaying the to-do item attribute setting area.

In other embodiments, the to-do-event attribute setting entries may also be displayed in the page in other manners, for example, a corresponding to-do-event attribute setting entry is displayed behind the content selected by the user in the online document (which may be always displayed, or may be displayed when the selected content is focused, for example, when a cursor moves to the top, or is displayed when the cursor is clicked), and when the user clicks a button corresponding to the to-do-event attribute setting entry, the interface on which the to-do-event setting area is displayed is jumped to.

In step S304, the content of the backlog is displayed in the native interface of the instant messaging client, and the content of the backlog is sent to the participating account of the backlog.

In some embodiments, before displaying the content of the backlog in the native interface of the instant messaging client of the creator, the terminal may obtain the content selected by the user as the backlog from the page by: intercepting a backlog processing request sent by a page; and analyzing the intercepted backlog processing request to obtain the content of backlogs carried in the backlog processing request.

For example, after obtaining the content selected by the user as the backlog, the page sends a request for processing the backlog, for example, a page triggered URL Schema request, the terminal intercepts the page triggered URL Schema request, and after obtaining the page triggered URL Schema, parses the URL Schema, including parsing a URL with a specified prefix, and decrypts an encrypted parameter (for example, encrypted by base 64) carried in the page triggered URL Schema, so as to obtain the content of the backlog carried in the page sent URL Schema request.

In other embodiments, the terminal may also obtain the content of the backlog from the page by: acquiring the content of backlogs sent by a background server of an instant messaging client; the content of the backlog is sent to the background server of the instant messaging client by the page through the background server of the online document.

Illustratively, after acquiring the content of the backlog selected by the user, the page sends the content of the backlog selected by the user to a background server of the online document. And then, the background server of the online document forwards the received backlog content to the background server of the instant messaging client, so that the background server of the instant messaging client sends the backlog content selected by the user to the corresponding instant messaging client. The background server of the online document and the background server of the instant messaging client may be independent physical servers, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be cloud servers providing basic cloud computing services such as cloud service, a cloud database, cloud computing, a cloud function, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN, big data, and an artificial intelligence platform, and the embodiments of the present application are not limited herein.

In some embodiments, the to-do-event processing request sent by the page may also carry parameters such as an identifier of a source document including the content of the to-do-event, an identifier of the to-do-event, and the like, and at this time, when the terminal parses the intercepted to-do-event processing request, the identifier of the source document of the content of the to-do-event and the identifier of the to-do-event may be parsed from the to-do-event processing request sent by the page; then, the terminal sends the analyzed identifier of the source document and the identifier of the to-be-done item to a background server of the instant messaging client so that the background server of the instant messaging client establishes a binding relationship between the identifier of the to-be-done item and the identifier of the source document; the binding relationship can be used for the background server of the instant messaging client to query according to the identifier of the created backlog carried by the request when responding to the query request of any instant messaging client for the identifier of the created backlog, and to send the source document corresponding to the queried identifier of the created backlog to any instant messaging client, so as to display the queried source document in any instant messaging client.

In other embodiments, the to-do-content processing request sent by the page may also carry a uniform resource locator of a source document of the to-do-content, and at this time, when the terminal parses the intercepted to-do-content processing request, the uniform resource locator of the source document of the to-do-content may be parsed from the to-do-content processing request sent by the page; then, the terminal fills the analyzed uniform resource locator into a to-be-handled edition block in a native interface of the instant messaging client; and responding to the trigger operation aiming at the uniform resource locator, and acquiring and displaying the source document of the content of the backlog in the instant messaging client.

In some embodiments, after acquiring the content of the to-do-events created by the user and the related attribute information from the page, the terminal fills the acquired content of the to-do-events and the related attribute information into the to-do-block in the native interface of the instant messaging client to display the to-do-events. The backlog displayed in the native interface of the instant messaging client may include: the content of the backlog, the account numbers of the participants of the backlog, the uniform resource locator of the source document of the content of the backlog, and the like.

In other embodiments, after creating the to-do-item in the instant messaging client (i.e. synchronizing the content of the to-do-item in the online document to the instant messaging client), the terminal may further perform the following operations: displaying the content with which the backlog association has been created in the form of an anchor point in a page for viewing or editing an online document; in response to a trigger operation for any anchor point in the online document, according to a jump path corresponding to the anchor point, for example, according to an identifier of the online document, a background server of the instant messaging client queries a binding relationship between the identifier of the online document and an identifier of a created backlog to obtain the identifier of the bound created backlog, and searches for the corresponding created backlog (including the content of the backlog, a backlog reminding time limit, a participant account number and the like) according to the queried identifier of the created backlog to return to the instant messaging client, so as to display the corresponding created backlog in a native interface of the instant messaging client.

For example, referring to fig. 4F, after creating the backlog in the instant messenger client, in a page for viewing or editing the online document, a content "human-computer interaction" 411 previously selected by the user is displayed in the form of an anchor, and then, when the user clicks the "human-computer interaction" 411 displayed in the form of an anchor, the terminal responds and jumps to an interface for displaying the details of the backlog in the instant messenger client. The details interface of the backlog of the instant messaging client may include the content of the backlog, such as "human-computer interaction" selected by the user in the online document, and the account of the backlog participant, such as "loganzhou" input by the user in the account input box.

In some embodiments, after the terminal finishes performing step S304 shown in fig. 3A, the terminal may further continue to perform steps S305 to S306 shown in fig. 3B, which will be described in conjunction with the steps shown in fig. 3B.

In step S305, a state in which the to-do-item is updated in the instant messenger client is acquired.

In step S306, the updated state is sent to the page to display the updated state of the backlog in the page.

In some embodiments, after the backlog created in the online document is allocated to the instant messaging client, the terminal may further synchronize a real-time state of the backlog in the instant messaging client to the online document, so as to achieve synchronization between the instant messaging client and the online document.

For example, assuming that a user (e.g., creator of the to-do-events) marks the states corresponding to the to-do-events numbered "11970000401" and "11970000402" as completed in the instant messenger client, at this time, the terminal acquires the states of the to-do-events numbered "11970000401" and "11970000402" as completed from the instant messenger client and transmits the states of the completed to-do-events to the page. At this time, as shown in fig. 4G, when the backlogs with numbers "11970000401" and "11970000402" are displayed, the corresponding states of the backlogs are also displayed as completed, and for example, the front option boxes of the backlogs with numbers "11970000401" and "11970000402" are displayed as the checked state 413.

In other embodiments, the terminal may also synchronize the real-time status of the to-do item in the online document to the instant messaging client. For example, after the user updates the backlogs in the page, the terminal acquires the updated state of the backlogs from the page to display the updated state of the backlogs in the native interface of the instant messaging client, so that the user can see the latest state of the backlogs in the page or the instant messaging client, and the consistency of the state of the backlogs is ensured.

According to the backlog processing method based on the online document, the backlogs are created through the support of the online document, the backlogs are filled in the backlog sections of the native interface of the instant messaging client through the content of the backlogs and the participation accounts acquired from the page, and therefore the backlogs created in the online document can be flexibly displayed in the creator and the instant messaging client of the participating object, the linkage of the instant messaging client and the online document based on the backlogs is achieved, the backlogs can be processed in the online document, the backlogs can be processed in the instant messaging client, and the processing efficiency of the backlogs is improved.

Continuing with the exemplary structure in which the online document based to-do processing device 255 provided by the embodiment of the present application is implemented as a software module, in some embodiments, as shown in fig. 2, the software module stored in the online document based to-do processing device 255 of the memory 250 may include: a display module 2551, a sending module 2552, an updating module 2553, an obtaining module 2554 and a parsing module 2555.

A display module 2551, configured to display a page including an online document in response to a trigger operation for an online document entry in the instant messaging client; a display module 2551, further configured to highlight, in response to a selection operation for content of the online document, the content selected in the online document and display the candidate operation region; a display module 2551, further configured to display the selected content as the content of the created backlog in response to a trigger operation for the backlog creation button in the candidate operation region; the display module 2551 is further configured to display the content of the to-do item in the native interface of the instant messaging client; a sending module 2552, configured to send the content of the backlog to the participating account of the backlog.

In some embodiments, the display module 2551 is further configured to perform a filling operation based on the content of the to-do item in the to-do item editing area displayed in the page to display the content of the to-do item; the apparatus further includes an updating module 2553 for updating the content of the backlog according to the editing operation in response to the editing operation of the content of the backlog in the backlog editing area.

In some embodiments, the display module 2551 is further configured to display a participation account setup entry of the to-do item in the page; and the participation account setting area is displayed to acquire the participation account of the backlog in response to the triggering operation of the participation account setting entry aiming at the backlog.

In some embodiments, the display module 2551 is further configured to display a reminder time limit setting entry of the to-do item in the page; and a trigger operation for responding to the reminding time limit setting entry aiming at the backlog, and displaying a backlog reminding time limit setting area to obtain the reminding time limit set aiming at the backlog; and when the set reminding time limit is reached, displaying a corresponding reminding message on at least one of the page and the instant messaging client.

In some embodiments, the display module 2551 is further configured to display, in the online document of the page, the content associated with the created to-do item in the form of an anchor: and the method is used for responding to the trigger operation aiming at any anchor point and displaying the corresponding created backlog in the native interface of the instant messaging client.

In some embodiments, the apparatus further includes an obtaining module 2554, configured to obtain a state of the todo item updated in the instant messaging client; the sending module 2552 is further configured to send the updated state to the page, so as to display the updated state of the backlog in the page.

In some embodiments, the obtaining module 2554 is further configured to obtain the updated status of the backlog from the page, so as to display the updated status of the backlog in the native interface of the instant messaging client.

In some embodiments, the obtaining module 2554 is further configured to intercept a to-do processing request sent by the page; the device further includes an analyzing module 2555, configured to analyze the to-do-list processing request to obtain the content of the to-do-list carried in the to-do-list processing request.

In some embodiments, the parsing module 2555 is further configured to parse the to-do-event processing request to obtain the encrypted content of the to-do-event carried in the to-do-event request; and analyzing the encrypted backlog content to obtain the decrypted backlog content.

In some embodiments, the parsing module 2555 is further configured to parse out, from the to-do processing request, an identifier of a source document of the content of the to-do and an identifier of the to-do; the sending module 2552 is further configured to send the identifier of the source document and the identifier of the to-do-go-no-go-to the background server of the instant messaging client, so that the background server establishes a binding relationship between the identifier of the to-do-go-to and the identifier of the source document; the binding relationship is used for the background server to respond to a query request of any instant messaging client for the identifier of the created backlog, query according to the identifier of the created backlog carried by the request, and send a source document corresponding to the queried identifier of the created backlog to any instant messaging client, so that any instant messaging client can display the source document.

In some embodiments, the parsing module 2555 is further configured to parse the uniform resource locator of the source document of the content of the to-do item from the to-do item processing request; the display module 2551 is further configured to perform a filling operation based on the uniform resource locator in the to-do tile of the native interface of the client, so as to display the uniform resource locator; the display module 2551 is further configured to, in response to a trigger operation for the uniform resource locator, obtain and display a source document of the content of the to-do-things.

In some embodiments, the obtaining module 2554 is further configured to obtain the content of the to-do-item sent by the background server of the instant messaging client; the content of the backlog is sent to the background server of the instant messaging client by the page through the background server of the online document.

It should be noted that, in the embodiments of the present application, technical details that are not described in the above-mentioned apparatuses may be understood from the description of any one of fig. 3A and 3B.

In the following, an example application of the embodiment of the present application in an actual application scenario is described by taking an instant messaging client as an enterprise WeChat as an example.

The existing enterprise micro-letter to-be-handled is independent of the interior of the enterprise micro-letter app and cannot be linked with the online document, so that the online document cannot be allocated to be handled and synchronized to the interior of the enterprise micro-letter app.

In view of the above technical problems, an embodiment of the present application provides a backlog processing method based on an online document, where an enterprise wechat intercepts a URL Schema triggered by a page, analyzes the intercepted Schema to obtain relevant parameters to be backlogged in the page, transmits the obtained parameters to a creation backlog page of the enterprise wechat, and creates the backlog by using a native interface of the enterprise wechat, so as to implement linkage between the backlog of the enterprise wechat and the online document, that is, the online document may be allocated to be backlogged and synchronized inside an enterprise wechat app.

To facilitate understanding of the technical solution provided by the embodiment of the present application, before specifically describing the online-document-based to-do-item processing method provided by the embodiment of the present application, an interaction process between a local application and an online document is first described.

For example, the online document may be based on H5 (i.e., HTML5, HTML5 is a language description way for constructing page content, and the content viewed by a user when browsing a page by any means is originally in HTML format and is converted into information recognizable in a browser through some technical processes), although with the gradual update of web page view technology (WebView, which is a very important control in Android and is used for showing a web page), rich functions are given to the web page, but considering compatibility and the unity of the whole online document interaction experience, functions of local applications are still needed in most business scenarios. While JsBridge is the core of communication between web pages and native applications. The JsBridge mainly provides an interface for JavaScript to call the functions of the local application, so that the front-end part in hybrid development can conveniently use the functions of the local application. Moreover, the function of JSBridge is more than as simple and broad as calling the function of the native application. In fact, JSBridge, just as it means the Bridge in its name (Bridge), is a Bridge between native applications and pages, and its core is to construct a channel for the communication of messages between native applications and pages, and this channel of communication is bidirectional.

For example, referring to fig. 5, fig. 5 is a schematic diagram of a native application call H5 page provided in this embodiment of the present application. As shown in fig. 5, the native application may invoke the H5 page in two ways: the call is made by a method of webview. When the version number of an Android system running on the terminal is less than 4.4, JavaScript can only be called through webView. And the operating system of the version above 4.4 provides webview. update. javascript (), the operating efficiency of which is higher than webview. loadurl (), and a callback object (corresponding to the return result that can be obtained in fig. 5) can be introduced, so that the return information of the page can be conveniently obtained.

The page to local application invocation process is explained below. For the call from the page to the local application, a URL Scheme mode may be adopted, and the specific process is as follows:

1) the page triggers a URL Scheme request.

2) The local application intercepts, parses the intercepted URL Scheme, including parsing the URL specifying the prefix, and parsing base 64.

For example, assuming that the URL Scheme intercepted by the local application is "URL _ PRIVATE _ SETRES ULT ═ qmailapijs:// PRIVATE/settresult/fetchqueue & base64 String", the local application parses the page uniform resource locator "qqmalapijs:// PRIVATE/settresult/fetchqueue & base64 String" carried in the URL Scheme, and parses the "base 64 String" to obtain the relevant parameters carried in the Scheme.

3) And the local application obtains the method to be called according to the parameters obtained by analysis.

4) The local application finds a specific method and executes the relevant logic.

The following describes a method for processing backlogs based on online documents according to an embodiment of the present application.

1) Adding backlog in enterprise WeChat

For example, referring to FIG. 4B, the user may make a content selection in the online document, e.g., assuming that the user selected "Man-machine interaction" 404 in the online document and clicked the "to-Do" button in the popped up candidate action area 405, the content "Man-machine interaction" 404 selected by the user will be added to the to-Do of the enterprise WeChat.

The specific process of adding backlog to the enterprise WeChat is described below.

For example, referring to fig. 6, fig. 6 is a schematic flowchart illustrating a process of adding backlog in enterprise WeChat according to an embodiment of the present application. As shown in fig. 6, when the user clicks to add a to-do list, a page (for example, a page based on H5) calls a schedule to a local application (i.e., an enterprise WeChat) through the channel, so that the local application parses the obtained schedule to obtain the following specific parameters:

after the enterprise wechat obtains the parameters, the parameters are transmitted to the creation to-be-handled page, and the to-be-handled page is created by using the native interface of the enterprise wechat. Meanwhile, the enterprise wechat also submits the identifier of the source document to be handled (namely the ID of the document) to a background server of the enterprise wechat and associates the document to be handled, so that the online document can be synchronously allocated to the enterprise wechat.

2) Adding backlog to designated personnel

For example, referring to fig. 4D, a setting entry of the account number of the participant may also be added to the page, for example, when the user clicks a "please select" button 407 corresponding to the participant displayed on the left diagram in fig. 4D, the page jumps to the account number input interface shown on the right diagram in fig. 4D. At this time, the user may input the account of the other user participating in the to-do process in the account input box 408 displayed in the account input interface, and then the to-do process will appear in the enterprise micro-credit to-do list corresponding to the account input by the user.

The process of adding backlog for the designated person is specifically described below.

For example, referring to fig. 7, fig. 7 is a schematic flowchart illustrating adding backlog to a designated person according to an embodiment of the present application. As shown in fig. 7, after determining that other people need to participate in the to-do process, the terminal sends information of the other people who participate in the to-do process (for example, a user account number, Vid is a unique identifier assigned by the enterprise micro-trust for each user to distinguish different users) to the page, so that the page calls the background server interface to create the to-do process for the people, and the created to-do process is synchronously assigned to the enterprise micro-trust to-do list of the people in the manner described above.

3) To-do details for entering enterprise WeChats from an online document

For example, referring to fig. 4F, after adding the content selected by the user in the online document to the to-do of the enterprise wechat, the display style of the content selected by the user before may be changed in the online document, for example, the "man-machine interaction" 411 is displayed in the form of an anchor point in the left diagram of fig. 4F, at which time, when the user clicks on the "man-machine interaction" 411, the user jumps to the to-do details page of the enterprise wechat as shown in the right diagram of fig. 4F.

The process of entering a to-do details page for business WeChat from an online document is described in detail below.

For example, referring to fig. 8, fig. 8 is a schematic flowchart of a process detail page entering enterprise wechat from an online document according to an embodiment of the present application. As shown in fig. 8, when the user clicks a to-do item in the online document, for example, clicks "man-machine interaction" 411 shown in fig. 4F in the form of an anchor point, the page brings down an identifier to do (ToDoId) through Scheme, and after acquiring the above parameters, the enterprise wechat enters the to-do detail page according to the identifier to do (ToDoId). And when the acquired parameters are abnormal, displaying a corresponding error reminding message in the enterprise WeChat.

4) Online document to-do state synchronization

In some embodiments, the to-do entries in the online document support a state of synchronous enterprise WeChat to-do. For example, when the user marks the completion of the handling on the enterprise WeChat, the display status corresponding to the items to be handled in the online document may be changed accordingly.

For example, referring to fig. 9, fig. 9 is a schematic flowchart illustrating a process of synchronizing a state to be handled in an enterprise WeChat to an online document according to an embodiment of the present application. As shown in fig. 9, after the user opens the online document, the online document sends a request for obtaining the status to be handled in the enterprise WeChat to the backend server of the page. After receiving the request sent by the online document, the background server of the page sends a request for acquiring the state to be handled to the background server of the enterprise WeChat, so that the state to be handled in the enterprise WeChat is acquired from the background server of the enterprise WeChat. And after the background server of the page receives the to-do state returned by the background server of the enterprise WeChat, changing the to-do display state in the online document according to the to-do state returned by the background server of the enterprise WeChat.

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the method for processing the to-do-matters based on the online document according to the embodiment of the present application.

Embodiments of the present application provide a computer-readable storage medium storing executable instructions, which when executed by a processor, will cause the processor to perform the methods provided by embodiments of the present application, for example, the online document-based to-do processing method as shown in fig. 3A and 3B.

In some embodiments, the computer-readable storage medium may be memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, and may be stored in a portion of a file that holds other programs or data, such as in one or more scripts in a hypertext Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

In summary, the embodiment of the present application has the following beneficial effects:

the content of the backlogs created based on the online document is displayed through the page, and the backlogs obtained from the page are filled into the backlog section in the native interface of the instant messaging client for displaying, so that the backlogs created in the online document are synchronized to the instant messaging client.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A backlog processing method based on online documents is characterized by comprising the following steps:

2. The method of claim 1, further comprising, after displaying the selected content as the content of the created to-do-list:

performing filling operation based on the content of the backlog in a backlog editing area displayed in the page to display the content of the backlog;

in response to an editing operation of the content of the backlog in the backlog editing area, updating the content of the backlog according to the editing operation.

3. The method of claim 1, further comprising, prior to sending the content of the backlog to the participating account of the backlog:

displaying a participation account setting entry of backlogs in the page;

and responding to the triggering operation of the entry set for the participation account of the backlog, and displaying a backlog participation account setting area to acquire the participation account of the backlog.

4. The method of claim 1, further comprising:

displaying a reminding time limit setting entry of the backlog in the page;

responding to the triggering operation of a reminding time limit setting inlet aiming at the backlog, and displaying a backlog reminding time limit setting area to obtain a reminding time limit set aiming at the backlog;

and when the set reminding time limit is reached, displaying a corresponding reminding message on at least one of the page and the instant messaging client.

5. The method of any of claims 1 to 4, further comprising:

displaying, in the online document of the page, content associated with the created backlog in the form of an anchor:

and responding to the trigger operation aiming at any anchor point, and displaying the corresponding created backlog in a native interface of the instant messaging client.

6. The method of any of claims 1 to 4, further comprising:

acquiring the updated state of the backlog in the instant messaging client;

and sending the updated state to the page so as to display the updated state of the backlog in the page.

7. The method of claim 1, further comprising:

and acquiring the updated state of the backlog from the page, and displaying the updated state of the backlog in a native interface of the instant messaging client.

8. The method of claim 1, further comprising, before displaying the content of the to-do item in a native interface of the instant messaging client:

intercepting a backlog processing request sent by the page;

analyzing the backlog processing request to obtain the content of the backlog carried in the backlog processing request.

9. The method of claim 8, wherein the parsing the to-do-request to obtain the content of the to-do-request carried in the to-do-request comprises:

analyzing the backlog processing request to obtain the encrypted backlog content carried in the backlog request;

and analyzing the encrypted backlog content to obtain the decrypted backlog content.

10. The method of claim 8, when parsing the to-do processing request, further comprising:

analyzing the identifier of the source document of the content of the backlog and the identifier of the backlog from the backlog processing request;

sending the identifier of the source document and the identifier of the to-do-things to a background server of the instant messaging client so that the background server establishes a binding relationship between the identifier of the to-do-things and the identifier of the source document;

the binding relationship is used for the background server to respond to a query request of any instant messaging client for the identifier of the created backlog, to query according to the identifier of the created backlog carried by the request, and to send a source document corresponding to the queried identifier of the created backlog to any instant messaging client, so that any instant messaging client displays the source document.

11. The method of claim 8, when parsing the to-do processing request, further comprising:

analyzing a uniform resource locator of a source document of the content of the backlog from the backlog processing request;

filling operation is carried out on the basis of the uniform resource locator in a to-be-handled block of a native interface of the instant messaging client so as to display the uniform resource locator;

and responding to the trigger operation aiming at the uniform resource locator, and acquiring and displaying a source document of the content of the backlog.

12. The method of claim 1, further comprising, before displaying the content of the to-do item in a native interface of the instant messaging client:

acquiring the content of the backlog sent by a background server of the instant messaging client;

and sending the content of the backlog to a background server of the instant messaging client by the page through the background server of the online document.

13. An online document-based to-do processing apparatus, comprising:

14. An electronic device, comprising:

a memory for storing executable instructions;

a processor, configured to execute the executable instructions stored in the memory, and to implement the online document-based to-do processing method of any of claims 1 to 12.

15. A computer-readable storage medium storing executable instructions for implementing the online document-based to-do processing method of any one of claims 1 to 12 when executed by a processor.