KR20250066321A - Method and system for controlling transmission flow of simutaneous editing operation - Google Patents

Abstract

A method and system for controlling a transmission flow of concurrent editing commands are disclosed. In one embodiment, the transmission flow control method may include the steps of: receiving at least one first command generated in a first client in a current concurrent editing session from the first client; determining a mode of the first client as one of a first mode and a second mode; transmitting and synchronizing at least one second command generated in a second client, which is at least one other client participating in the session, and received from the second client when the mode of the first client is the first mode; withholding transmission of the at least one second command to the first client when the mode of the first client is the second mode; and transmitting and synchronizing the withheld at least one second command to the first client when the mode of the first client is changed from the second mode to the first mode.

Description

METHOD AND SYSTEM FOR CONTROLLING TRANSMISSION FLOW OF SIMUTANEOUS EDITING OPERATION

The following description relates to a method and system for controlling the transmission flow of concurrent editing commands.

There is a technique for processing simultaneous editing operations, in which the local is updated first and then the server is updated. For example, when client A and client B attempt to edit the same object, client A applies its changes to the first local and then generates a first command for the changes and transmits it to the server, and client B applies its changes to the second local and then generates a second command for the changes and transmits it to the server. At this time, the server can transmit the second command to client A and the first command to client B, respectively. In this case, client A can apply the second command to the first local, and client B can apply the first command to the second local. Therefore, the first command and the second command can be applied to both the first local and the second local.

However, these prior arts have a problem in that it is difficult to guarantee completion of critical actions due to the application of received commands. A critical action may mean an action that causes an error if another action is performed before completion. For example, when inputting Japanese or Chinese, if client B edits client A's input while client A is inputting pronunciation in Roman letters, an error may occur in client A's first local. As another example, if client B modifies a file when client A uploads a file, an error may occur in client A's first local. As yet another example, if client B modifies a document when client A performs a drag-and-drop operation on a document, an error may occur in client A's first local.

[Prior literature number]

Korean Patent No. 10-1750429

A method and system for controlling the transmission flow of simultaneous editing commands are provided.

A method for controlling transmission flow of a server implemented by a computer device including at least one processor, the method comprising: receiving, by the at least one processor, at least one first command generated by a first client in a session of simultaneous editing from the first client; determining, by the at least one processor, a mode of the first client as one of a first mode and a second mode; transmitting, by the at least one processor, at least one second command generated by a second client, which is at least one other client participating in the session, and received from the second client to the first client for synchronization when the mode of the first client is the first mode; withholding, by the at least one processor, transmission of the at least one second command to the first client when the mode of the first client is the second mode; and transmitting, by the at least one processor, the at least one held second command to the first client for synchronization when the mode of the first client is changed from the second mode to the first mode.

According to one aspect, the first mode may include a pushPull mode in which both a push in which an arbitrary client transmits a command to a server and a pull in which a server transmits a command from another client to the arbitrary client are permitted, and the second mode may include a pushOnly mode in which the push is permitted but the pull is withheld.

According to another aspect, the determining step may be characterized in that it determines the mode of the first client through a mode identifier transmitted together with the at least one first command, and the mode identifier includes one of a value indicating the first mode and a value indicating the second mode.

According to another aspect, the transmission flow control method may further include a step of managing, by the at least one processor, a first server sequence indicating a number of commands received from clients participating in the session, a client sequence indicating a number of commands received from the first client, and a second server sequence for the first client, wherein the second server sequence may include a value of the first server sequence at a time when the last command transmitted is reflected when the mode of the first client is the first mode.

According to another aspect, the transmission flow control method may further include a step of transmitting, by the at least one processor, the client sequence and the second server sequence to the first client in response to receiving the at least one first command from the first client.

According to another aspect, it may be characterized in that a client sequence indicating the number of commands generated by the first client and a second server sequence transmitted by the server are managed.

According to another aspect, the transmission flow control method may further include: a step of, by the at least one processor, transmitting and synchronizing the at least one first command to the second client when the mode of the second client is the first mode; and a step of, by the at least one processor, holding transmission of the at least one first command to the second client when the mode of the second client is the second mode; and a step of, by the at least one processor, holding transmission of the at least one first command to the second client when the mode of the second client is changed from the second mode to the first mode.

According to another aspect, the step of transmitting and synchronizing the at least one second command held in the above-mentioned state to the first client may be characterized by including the step of receiving, from the first client, a mode identifier indicating a mode of the first client together with at least one third command generated by the first client; and the step of determining, based on the received mode identifier, whether the mode of the first client is changed from the second mode to the first mode.

A computer program stored on a computer-readable recording medium is provided for executing the above method on the computer device by being combined with a computer device.

A computer-readable recording medium having recorded thereon a program for executing the above method on a computer device is provided.

A computer device is provided, comprising at least one processor implemented to execute instructions readable by a computer device, characterized in that the computer device receives, by the at least one processor, at least one first command generated by a first client in a current concurrent editing session from the first client, determines the mode of the first client as one of the first mode and the second mode, and if the mode of the first client is the first mode, transmits to the first client at least one second command generated by a second client, which is at least one other client participating in the session, and received from the second client, and synchronizes the same, and if the mode of the first client is the second mode, transmits to the first client the at least one second command that is suspended, and if the mode of the first client is changed from the second mode to the first mode, transmits to the first client the suspended at least one second command.

A method and system for controlling the transmission flow of a simultaneous editing command can be provided.

FIG. 1 is a diagram illustrating an example of a network environment according to one embodiment of the present invention.
FIG. 2 is a block diagram illustrating an example of a computer device according to one embodiment of the present invention.
FIG. 3 is a drawing showing an example of a remote editing process in one embodiment of the present invention.
FIGS. 4 to 7 are drawings illustrating examples of a process of simultaneous editing for each mode in one embodiment of the present invention.
FIG. 8 is a flowchart illustrating an example of a transmission flow control method according to one embodiment of the present invention.

Hereinafter, the present invention will be described in detail with reference to the attached drawings.

A transmission flow control system for controlling a transmission flow of a simultaneous editing command according to embodiments of the present invention may be implemented by at least one computer device. At this time, a computer program according to an embodiment of the present invention may be installed and run on a computer device implementing the transmission flow control system, and the computer device may perform a transmission flow control method for controlling a transmission flow of a simultaneous editing command according to embodiments of the present invention under the control of the run computer program. The above-described computer program may be stored in a computer-readable recording medium so as to be combined with a computer device and cause the computer to execute the transmission flow control method.

FIG. 1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention. The network environment of FIG. 1 represents an example including a plurality of electronic devices (110, 120, 130, 140), a plurality of servers (150, 160), and a network (170). This FIG. 1 is an example for explaining the invention, and the number of electronic devices or servers is not limited to that of FIG. 1.

The plurality of electronic devices (110, 120, 130, 140) may be fixed terminals or mobile terminals implemented as a computer system. Examples of the plurality of electronic devices (110, 120, 130, 140) include smart phones, mobile phones, navigation devices, computers, laptops, digital broadcasting terminals, PDAs (Personal Digital Assistants), PMPs (Portable Multimedia Players), tablet PCs, game consoles, wearable devices, IoT (Internet of Things) devices, VR (Virtual Reality) devices, AR (Augmented Reality) devices, etc. For example, in FIG. 1, the electronic device (110) is shown in the shape of a smartphone, but in embodiments of the present invention, the electronic device (110) may actually mean one of various physical computer systems that can communicate with other electronic devices (120, 130, 140) and/or servers (150, 160) through a network (170) using a wireless or wired communication method.

The communication method is not limited, and may include not only a communication method that utilizes a communication network (for example, a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network, a satellite network, etc.) that the network (170) may include, but also a short-range wireless communication between devices. For example, the network (170) may include any one or more of a network such as a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), a broadband network (BBN), and the Internet. In addition, the network (170) may include any one or more of a network topology including, but not limited to, a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree, or a hierarchical network.

Each of the servers (150, 160) may be implemented as a computer device or multiple computer devices that communicate with multiple electronic devices (110, 120, 130, 140) through a network (170) to provide commands, codes, files, contents, services, etc. For example, the server (150) may be a system that provides a first service to multiple electronic devices (110, 120, 130, 140) connected through a network (170), and the server (160) may also be a system that provides a second service to multiple electronic devices (110, 120, 130, 140) connected through a network (170). As a more specific example, the server (150) may provide a service (e.g., a search service, etc.) intended by the application as a first service to the plurality of electronic devices (110, 120, 130, 140) through an application as a computer program installed and operated on the plurality of electronic devices (110, 120, 130, 140). As another example, the server (160) may provide a service of distributing a file for installing and operating the above-described application to the plurality of electronic devices (110, 120, 130, 140) as a second service.

FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention. Each of the plurality of electronic devices (110, 120, 130, 140) or servers (150, 160) described above can be implemented by the computer device (200) illustrated in FIG. 2.

The computer device (200) may include a memory (210), a processor (220), a communication interface (230), and an input/output interface (240), as illustrated in FIG. 2. The memory (210) may be a computer-readable storage medium, and may include a random access memory (RAM), a read only memory (ROM), and a permanent mass storage device such as a disk drive. Here, the permanent mass storage devices such as the ROM and the disk drive may be included in the computer device (200) as a separate permanent storage device distinct from the memory (210). In addition, the memory (210) may store an operating system and at least one program code. These software components may be loaded into the memory (210) from a computer-readable storage medium separate from the memory (210). The separate computer-readable storage medium may include a computer-readable storage medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, a memory card, etc. In another embodiment, the software components may be loaded into the memory (210) via a communication interface (230) other than a computer-readable recording medium. For example, the software components may be loaded into the memory (210) of the computer device (200) based on a computer program that is installed by files received over a network (170).

The processor (220) may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. The instructions may be provided to the processor (220) by the memory (210) or the communication interface (230). For example, the processor (220) may be configured to execute instructions received according to program code stored in a storage device such as the memory (210).

The communication interface (230) may provide a function for the computer device (200) to communicate with other devices (for example, the storage devices described above) via the network (170). For example, requests, commands, data, files, etc. generated by the processor (220) of the computer device (200) according to program codes stored in a recording device such as the memory (210) may be transmitted to other devices via the network (170) under the control of the communication interface (230). Conversely, signals, commands, data, files, etc. from other devices may be received by the computer device (200) via the communication interface (230) of the computer device (200) via the network (170). Signals, commands, data, etc. received via the communication interface (230) may be transmitted to the processor (220) or the memory (210), and files, etc. may be stored in a storage medium (the permanent storage device described above) that the computer device (200) may further include.

The input/output interface (240) may be a means for interfacing with an input/output device (250). For example, the input device may include a device such as a microphone, a keyboard, or a mouse, and the output device may include a device such as a display or a speaker. As another example, the input/output interface (240) may be a means for interfacing with a device that integrates input and output functions into one, such as a touch screen. The input/output device (250) may be configured as a single device with the computer device (200).

Also, in other embodiments, the computer device (200) may include fewer or more components than the components of FIG. 2. However, it is not necessary to explicitly illustrate most of the conventional components. For example, the computer device (200) may be implemented to include at least some of the input/output devices (250) described above, or may further include other components such as a transceiver, a database, etc.

In the prior art, all commands (operations) in the server were applied directly to the client. At this time, the client sending a command to the server is called push, and the server sending another client's command to the client is called pull. At this time, since external commands can be sent and applied at any time, it is difficult for the client to guarantee the completion of critical actions.

In order to solve these problems, in embodiments of the present invention, when a client receives a command from a server, the transmission flow of a simultaneous editing command can be controlled by setting two modes, a pushPull mode and a pushOnly mode. At this time, the pushPull mode can mean a state in which both pushing and pulling of a command are possible, as in the past. On the other hand, the pushOnly mode can mean a state in which only pushing of a command is possible. In embodiments of the present invention, when a client enters a critical operation, the mode can be switched from the pushPull mode to the pushOnly mode, so that the client can ignore the operation of an external command thereafter, and when the client exits the critical operation, the pushOnly mode can be switched back to the pushPull mode, thereby ensuring the completion of the critical operation of the client.

FIG. 3 is a diagram illustrating an example of a remote editing process according to an embodiment of the present invention. FIG. 3 illustrates an example of a process in which a server (Server, 310) locally transmits a command in a downstream. First, the server (310) can check the transmission mode of the client (Client, 320) and then transmit a command to the client (320). At this time, if the transmission mode of the client (320) is a push-pull mode, the server (320) can transmit an external command (for example, a command of another client) to the client (320). On the other hand, if the transmission mode of the client (320) is a push-only mode, the server (320) can transmit an empty command. The empty command will be described in more detail later. At this time, the client (320) can apply the received command to the root (Root, 330) and call the subscribe function (Doc.Subscribe()) to reflect the command to the external editor (External Editor, 340). For example, the root (330) can be included in the target of editing, such as a document. If the transmission mode of the client (320) is a push-only mode, since an empty command is reflected, it is possible to prevent the command of another client from being reflected during the entry of a critical operation.

FIGS. 4 to 7 are drawings illustrating examples of a process of simultaneous editing for each mode in one embodiment of the present invention.

FIG. 4 shows an example of a process in which Client A (Client A, 410) generates a command, transmits it to the server (310), and receives a response. First, CP(n, m) in FIG. 4 may represent the number of commands generated and/or received by clients or the server (310) in the current concurrent editing session. 'n' may represent a client sequence (ClientSeq) and may mean the number of commands generated by the client in the current concurrent editing session. In addition, 'm' may represent a server sequence (ServerSeq) and may mean the number of commands received by the server (310) from the clients. For example, CP(0, 0) in FIG. 4 may mean that the number of commands generated by Client A (410) is still 0, and that the number of commands received by the server (310) from the clients is also 0. Meanwhile, as will be described later due to the introduction of the push-only mode, the server sequence in the clients may be different from the server sequence in the server (310). Meanwhile, client A (410) may generate command 1 and command 2 in the current concurrent editing session. At this time, as shown in the dotted box (420) in the embodiment of FIG. 4, the numbers 1 and 2 in the shape may represent command 1 and command 2, respectively. In this case, since client A (410) generates two commands, command 1 and command 2, the client sequence may be 2 (CP (2, 0)). Thereafter, in order to synchronize command 1 and command 2, client A (410) may transmit the generated command 1 and command 2 to the server (310). 'Sync()' may be a synchronization request that client A (410) transmits to the server (310), and 'pushPull' may be a parameter for notifying the server (310) that client A (410) is currently in push-pull mode. In addition, 'changes(2)' may mean that the number of commands to be transmitted is '2'. In this case, since the server (310) has received two commands, command 1 and command 2, the server sequence in the server (310) may be 2. In addition, the server (310) may set a client sequence and a server sequence for the client A (410). In FIG. 4, CP (2, 2) may mean that the client sequence for the client A (410) is 2 and the server sequence is 2. Thereafter, the server (310) may transmit CP (2, 2) and changes (0) to the client A (410) as a response. As can be easily understood from the above explanation, 'changes (0)' may mean that the number of commands to be transmitted is 0. Thereafter, the server sequence 2 transmitted to the client A (410) may be reflected (CP (2, 2)).

FIG. 5 shows an example of a process in which, after the process of FIG. 4 is completed, Client B (Client B, 510) generates a command, transmits it to the server (310), and receives a response thereto. Client B (510) can generate command 3 and command 4, and transmit them to the server (310). At this time, the client sequence of Client B (510) can become 2, and the server sequence can be maintained as 0 (CP (2, 0)). Meanwhile, since the server (310) has received command 3 and command 4, the server sequence can be changed to 4. Thereafter, the server (310) can transmit command 1 and command 2 received from Client A (410) to Client B (510). At this time, the server (310) can further transmit server sequence 4 to Client B (510), and the server sequence in Client B (510) can be changed to 4 (CP (2, 4)). Command 1 and command 2 received from the server (310) can be reflected and processed in the external editor (340) described in FIG. 3, for example.

FIG. 6 illustrates an example in which the mode of client A (410) is changed from push-pull mode to push-only mode. The embodiment of FIG. 6 illustrates a case in which client A (410) generates command 5 and command 6 for a critical operation. At this time, the client sequence of client A (410) may be changed from 2 to 4 (CP (4, 2)) by generating command 5 and command 6. In this case, client A (410) may transmit command 5 and command 6 to server (310) in push-only mode. Through the 'pushOnly' parameter of 'sync(pushOnly)' shown in FIG. 6, server (310) may determine that command 5 and command 6 of client A (410) require completion of a critical operation. In this case, server (310) may change the server sequence to 6, but may not reflect this to client A (410) (CP (4, 2)). Thereafter, the server (310) can respond to client A (410) with a state in which the server sequence is not reflected (CP (4, 2)). Accordingly, the state in which the server sequence is not reflected (CP (4, 2)) can be maintained in client A (410).

FIG. 7 shows an example in which client A (410) generates command 7 and command 8 again after processing both command 5 and command 6 for critical operations. Since command 7 and command 8 are generated, the client sequence can be 6, and it can be seen that client A (410) changes its mode from push-only mode to push-pull mode while transmitting command 7 and command 8 to server (310). In this case, since server (310) receives two more commands, it can change the server sequence from 6 to 8, and together with CP (6, 8) reflecting this server sequence, it can transmit command 3 and command 4 transmitted from client B (510) in the process of FIG. 5 to client A (410). Therefore, client sequence of client A (410) can be 6, and server sequence can be 8. In this way, client A (410) can ensure completion of the critical operations of command 5 and command 6 by using the push-only mode, and can also synchronize command 3 and command 4 of client B (510).

FIG. 8 is a flowchart illustrating an example of a transmission flow control method according to an embodiment of the present invention. The transmission flow control method according to the present embodiment may be performed by a computer device (200) implementing the server (310) described above. At this time, the processor (220) of the computer device (200) may be implemented to execute a control instruction according to a code of an operating system included in the memory (210) or a code of at least one computer program. Here, the processor (220) may control the computer device (200) to perform steps (810 to 860) included in the method of FIG. 8 according to a control instruction provided by a code stored in the computer device (200).

In step (810), the computer device (200) can manage a first server sequence indicating the number of commands received from clients participating in the session of simultaneous editing, a client sequence indicating the number of commands received from the first client participating in the session, and a second server sequence for the first client. The session of simultaneous editing can mean a session in which two or more clients can edit the same object simultaneously, and the object here can mean an object that the clients can access and edit, such as a file, data, or document. In addition, the client sequence and the second server sequence can correspond to the CP(n, m) described above. At this time, step (810) only describes managing CP(n, m) for the first client, but in reality, CP(n, m) can be managed for each of the clients participating in the session of simultaneous editing. At this time, the second server sequence can include the value of the first server sequence at the time when the last command transmitted is reflected when the mode of the first client is the first mode. For example, if at least one first command is received from a first client in the first mode, the second server sequence may include the value of the first server sequence at the time the first command is reflected. On the other hand, if at least one first command is received from a first client in the second mode, the second server sequence may include the value of the first server sequence at the time the last command received from the first client in the first mode prior to the first command is reflected.

In step (820), the computer device (200) can receive at least one first command generated by the first client in the session of simultaneous editing from the first client. In the embodiments of FIGS. 4 to 7 above, an example of generating and transmitting two commands has been described, but the number of commands generated and transmitted by each client may be 1 or plural.

In step (830), the computer device (200) may determine the mode of the first client as one of the first mode and the second mode. Here, the first mode may include a pushPull mode in which both a push in which any client transmits a command to the server and a pull in which the server (310) transmits a command of another client to any client are permitted. In addition, the second mode may include a pushOnly mode in which a push is permitted but a pull is reserved. For example, the computer device (200) may determine the mode of the first client through a mode identifier transmitted together with at least one first command. Here, the mode identifier may include one of a value indicating the first mode and a value indicating the second mode. For example, in the embodiments of FIGS. 4 to 7, a value of 'pushPull' indicating the first mode and a value of 'pushOnly' indicating the second mode have been described.

In step (840), the computer device (200) may transmit a client sequence and a second server sequence to the first client in response to receiving at least one first command from the first client. Here, the client sequence and the second server sequence transmitted to the first client may be CP(n, m) managed for the first client.

In step (850), the computer device (200) can synchronize by transmitting to the first client at least one second command generated by and received from the second client, which is at least one other client participating in the session, when the mode of the first client is the first mode. The fact that the mode of the first client is the first mode may mean that the first client has not entered the critical operation due to the at least one first command. Therefore, there is no problem in transmitting and synchronizing commands of other clients to the first client. Accordingly, the computer device (200) can synchronize by transmitting at least one second command of the second client, which is at least one other client participating in the session, to the first client.

In step (860), the computer device (200) may withhold transmission of at least one second command to the first client if the mode of the first client is the second mode. The mode of the first client being the second mode may mean that the first client has entered a critical operation by at least one first command. At this time, if at least one second command is transmitted to the first client, it becomes difficult to ensure completion of the critical operation of the first client. Therefore, the computer device (200) may withhold transmission of at least one second command if the mode of the first client is the second mode.

In step (870), when the computer device (200) is changed from the second mode to the first mode, the computer device (200) can transmit at least one second command that has been held to the first client. At this time, the change in the mode of the first client can be identified through a mode identifier transmitted together with the following command. For example, the computer device (200) can receive a mode identifier indicating the mode of the first client together with at least one third command generated by the first client from the first client. In this case, the computer device (200) can determine whether the mode of the first client is changed from the second mode to the first mode based on the received mode identifier. If a mode identifier having a value of 'pushPull' is received together with the third command, the computer device (200) can confirm that the mode of the first client has been changed from the second mode to the first mode.

Although the embodiment of FIG. 8 describes the operation of the server (310) for the first client, the operation of the server (310) may also be applied to each of the clients participating in the session. For example, the computer device (200) may synchronize by transmitting at least one first command to the second client when the mode of the second client is the first mode. This synchronization operation may be an example of applying the step (850) described above to the second client. In addition, the computer device (200) may hold the transmission of at least one first command to the second client when the mode of the second client is the second mode. This holding operation may be an example of applying the step (860) described above to the second client. In addition, the computer device (200) may synchronize by transmitting the held at least one first command to the second client when the mode of the second client is changed from the second mode to the first mode. The operation of synchronization after this hold may be an example of applying the step (870) described above to the second client. In this way, the server (310) can ensure completion of the critical operation of each client in the session by performing a synchronization task according to the mode for each of the multiple clients participating in the session.

In this way, according to embodiments of the present invention, a method and system for controlling the transmission flow of a simultaneous editing command can be provided.

The systems or devices described above may be implemented as hardware components, or a combination of hardware components and software components. For example, the devices and components described in the embodiments may be implemented using one or more general-purpose computers or special-purpose computers, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a programmable logic unit (PLU), a microprocessor, or any other device capable of executing instructions and responding to them. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. In addition, the processing device may access, store, manipulate, process, and generate data in response to the execution of the software. For ease of understanding, the processing device is sometimes described as being used alone, but those skilled in the art will appreciate that the processing device may include multiple processing elements and/or multiple types of processing elements. For example, the processing device may include multiple processors, or a processor and a controller. Other processing configurations, such as parallel processors, are also possible.

The software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing device to perform a desired operation or may, independently or collectively, command the processing device. The software and/or data may be embodied in any type of machine, component, physical device, virtual equipment, computer storage medium, or device for interpretation by the processing device or for providing instructions or data to the processing device. The software may be distributed over network-connected computer systems and stored or executed in a distributed manner. The software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program commands that can be executed through various computer means and recorded on a computer-readable medium. The computer-readable medium may include program commands, data files, data structures, etc. alone or in combination. The medium may be a means for continuously storing a computer-executable program or temporarily storing it for execution or downloading. In addition, the medium may be various recording means or storage means in the form of a single or multiple hardware combinations, and is not limited to a medium directly connected to a computer system, and may be distributed on a network. Examples of the medium may include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, and ROMs, RAMs, flash memories, etc., configured to store program commands. In addition, examples of other media may include recording media or storage media managed by app stores that distribute applications or other sites, servers, etc. that supply or distribute various software. Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.

Although the embodiments have been described above by way of limited examples and drawings, those skilled in the art can make various modifications and variations from the above description. For example, appropriate results can be achieved even if the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or are replaced or substituted by other components or equivalents.

Therefore, other implementations, other embodiments, and equivalents to the claims are also included within the scope of the claims.

Claims (15)

A method for controlling transmission flow of a server implemented by a computer device including at least one processor,
A step of receiving, by said at least one processor, from said first client at least one first command generated by said first client in a session of simultaneous editing;
A step of determining, by at least one processor, the mode of the first client as one of the first mode and the second mode;
A step of transmitting to the first client, by the at least one processor, at least one second command generated by a second client, which is at least one other client participating in the session, and received from the second client when the mode of the first client is the first mode, to synchronize the first client;
A step of withholding transmission of said at least one second command to said first client by said at least one processor when the mode of said first client is said second mode; and
When the mode of the first client is changed from the second mode to the first mode, a step of transmitting and synchronizing at least one of the reserved second commands to the first client
A transmission flow control method including: In the first paragraph,
The above first mode includes a push-pull mode in which both a push in which any client transmits a command to the server and a pull in which the server transmits a command from another client to the above-mentioned arbitrary client are allowed.
The second mode includes a pushOnly mode in which the push is allowed but the pull is withheld.
A transmission flow control method characterized by: In the first paragraph,
The above decision-making steps are:
Determining the mode of the first client through a mode identifier transmitted with at least one of the first commands,
The above mode identifier includes one of a value representing the first mode and a value representing the second mode.
A transmission flow control method characterized by: In the first paragraph,
A step of managing, by at least one processor, a first server sequence indicating the number of commands received from clients participating in the session, a client sequence indicating the number of commands received from the first client, and a second server sequence for the first client.
Including more,
The above second server sequence includes the value of the first server sequence at the time when the last command transmitted is reflected when the mode of the first client is the first mode.
A transmission flow control method characterized by: In paragraph 4,
A step of transmitting the client sequence and the second server sequence to the first client in response to receiving the at least one first command from the first client by the at least one processor.
A transmission flow control method further comprising: In paragraph 4,
A transmission flow control method characterized in that a client sequence indicating the number of commands generated by the first client and a second server sequence transmitted by the server are managed. In the first paragraph,
A step of transmitting and synchronizing at least one first command to the second client by the at least one processor when the mode of the second client is the first mode; and
A step of withholding transmission of said at least one first command to said second client by said at least one processor when the mode of said second client is said second mode; and
A step of transmitting and synchronizing at least one of the reserved first commands to the second client when the mode of the second client is changed from the second mode to the first mode by the at least one processor.
A transmission flow control method further comprising: In the first paragraph,
The step of transmitting at least one of the above-mentioned second commands to the first client and synchronizing them is:
receiving a mode identifier indicating a mode of the first client together with at least one third command generated by the first client from the first client; and
A step of determining whether the mode of the first client is changed from the second mode to the first mode based on the received mode identifier.
A transmission flow control method comprising: A computer program stored in a computer-readable recording medium for executing the method of any one of claims 1 to 8 on the computer device. At least one processor implemented to execute instructions readable by a computer device
Including,
By at least one processor,
Receiving at least one first command generated by a first client in a current concurrent editing session from said first client,
Determine the mode of the first client as one of the first mode and the second mode,
When the mode of the first client is the first mode, at least one second command generated by a second client, which is at least one other client participating in the session, and received from the second client is transmitted to the first client for synchronization,
If the mode of the first client is the second mode, transmission of at least one second command to the first client is suspended,
When the mode of the first client changes from the second mode to the first mode, transmitting at least one of the reserved second commands to the first client for synchronization.
A computer device characterized by: In Article 10,
The above first mode includes a push-pull mode in which both a push in which any client transmits a command to the server and a pull in which the server transmits a command from another client to the above-mentioned arbitrary client are allowed.
The second mode includes a pushOnly mode in which the push is allowed but the pull is withheld.
A computer device characterized by: In Article 10,
To determine the mode of the first client, by at least one processor,
Determining the mode of the first client through a mode identifier transmitted with at least one of the first commands,
The above mode identifier includes one of a value representing the first mode and a value representing the second mode.
A computer device characterized by: In Article 10,
By at least one processor,
Manage a first server sequence indicating the number of commands received from clients participating in the session, a client sequence indicating the number of commands received from the first client, and a second server sequence for the first client,
The above second server sequence includes the value of the first server sequence at the time when the last command transmitted is reflected when the mode of the first client is the first mode.
A computer device characterized by: In Article 10,
By at least one processor,
If the mode of the second client is the first mode, the at least one first command is transmitted to the second client for synchronization,
If the mode of the second client is the second mode, transmission of at least one first command to the second client is suspended,
When the mode of the second client is changed from the second mode to the first mode, the at least one first command that has been held is transmitted to the second client for synchronization.
A computer device characterized by: In Article 10,
To synchronize at least one of the above-mentioned second commands by transmitting them to the first client, by the at least one processor,
Receive a mode identifier indicating a mode of the first client together with at least one third command generated by the first client from the first client;
Determining whether the mode of the first client is changed from the second mode to the first mode based on the received mode identifier.
A computer device characterized by:

Images