KR20220023437A - Methods for Proving Chatting Contents in Chatting Service of SNS Platform - Google Patents

Abstract

Provided is a method for a server for providing SNS to prove conversation contents, which includes the steps of: receiving a request inputted in a chat room from a first participant terminal using the SNS; distributing and storing the contents corresponding to the request in a distributed storage server; transmitting a first message including the distributed and stored contents to participant terminals of the chat room; and storing the first message in a chatlog database, wherein the first message includes message information and a first token. Further, the method comprises a step of calculating the first token using a second token of a second message transmitted before the first message and information in the first message.

Description

Method and system for proving chatting contents of chatting service of SNS platform {Methods for Proving Chatting Contents in Chatting Service of SNS Platform}

The present invention relates to SNS, and more particularly, to a method and system for verifying chat contents of a chat service of an SNS platform.

There are various social media such as Twitter, Facebook, and Instagram. Users exchange messages with their friends in a chat room through a chat service provided by SNS.

Until now, when the user wants to keep the messages exchanged in the chat room, the chat room in which the messages are recorded is kept without deleting, or the chat room is captured and stored as an image. As for how to keep the chat room, it may be difficult to find the messages to be kept if the conversation content continues to accumulate, the other party may leave the chat room, and if the other party leaves the SNS, the other party is displayed as "unknown", so it is easy to identify the other party may not be The method of capturing a chat room and saving it as an image has a disadvantage in that it is necessary to screen capture long conversations one by one because only one screen is captured. In addition, since this storage method can delete messages or falsify images, there may be limitations or disputes in granting legal effect as proof of conversation contents.

The problem to be solved by the present invention is that a server providing an instant messaging service, etc. generates a token that proves the content and order of each message transmitted in a chat room, transmits a message to which the token is added to the terminals of the chat room participants, and requests proof It is to provide a method of verifying the integrity of the requested messages by verifying the continuity of tokens included in the received messages.

According to an embodiment, there is provided a method for a server providing SNS to verify conversation contents, the method comprising: receiving a request inputted in a chat room from a first participant terminal using the SNS; Distributing and storing the contents corresponding to the request in a distributed storage server; transmitting a first message including the distributed and stored contents to the participant terminals of the chat room; and storing the first message in a chatlog database, wherein the first message includes message information and a first token, wherein the first token is a second of a second message sent before the first message. It may include the step of calculating using the token and the information of the first message.

According to the embodiment, since the server verifies the integrity of the authentication-requested messages by determining the continuity of tokens added to the authentication-requested messages, the user can separately save the screen or the text to prove the conversation contents of the chat room. Without need, by selecting a series of messages and sending them to the server, it is possible to prove the series of messages sent in the chat room.

According to an embodiment, the server can prove messages stored in the terminal even if only the latest messages exchanged in the chat room are stored.

1 is a block diagram of a system for verifying chat contents of a chat service of an SNS platform according to an embodiment of the present invention.
2 is a flowchart illustrating request transmission and message transmission between a server and chat room participant terminals according to an embodiment of the present invention.
3 is a flowchart illustrating request transmission and message transmission between a server and chat room participant terminals during long-term non-connection according to an embodiment of the present invention.
4 is a flowchart of a method of verifying chat contents of a chat service of an SNS platform according to an embodiment of the present invention.
5 is a diagram illustrating a terminal on which a screen is displayed according to an embodiment of the present invention.

Hereinafter, with reference to the accompanying drawings, the embodiments of the present invention will be described in detail so that those of ordinary skill in the art to which the present invention pertains can easily implement them. However, the present invention may be embodied in several different forms and is not limited to the embodiments described herein. And in order to clearly explain the present invention in the drawings, parts irrelevant to the description are omitted, and similar reference numerals are attached to similar parts throughout the specification.

Throughout the specification, when a part "includes" a certain element, it means that other elements may be further included, rather than excluding other elements, unless otherwise stated. In addition, terms such as “…unit”, “…group”, and “module” described in the specification mean a unit that processes at least one function or operation, which may be implemented as hardware or software or a combination of hardware and software. there is.

1 is a block diagram of a system for verifying chat contents of a chat service of an SNS platform according to an embodiment of the present invention.

Referring to FIG. 1 , terminals 100 , 110 , and 120 having installed a social media application access the server 200 and use functions provided by the social media application.

An instant messaging application is exemplified as a social media application, and the server 200 is called a messaging server. The instant messaging application is a program that opens a chat room, provides an interface screen through which participants exchange messages in the chat room, and provides a conversation content verification service as described in the present invention. The instant messaging application provides an interface screen for a user to conveniently select messages for requesting verification of conversation contents, and provides an interface screen for sharing messages certified by a server.

The server 200 receives a chat room opening request, a participant invitation request, a participant exit request, and a message addition request, and a chat room opening notification message, a participant invitation notification message, and a participant exit notification message to the chat room participant terminals 100 , 110 , 120 , and transmits the content message corresponding to the conversation. The server 200 sequentially stores, in the chatlog database, status messages indicating chat room opening, participant invitation, participant exit, and the like, and chatlogs of content messages input by participants. In addition, the server 200 sequentially stores the chat log of messages transmitted between the server or the terminal without being displayed in the chat room for the conversation content verification service in the chat log database. A message that is not displayed in a chat room and transmitted between servers or terminals can be called a “hidden message”.

It is assumed that the server 200 stores the chatlog for a recent predetermined period, for example, stores messages received during the last 3 days, and deletes messages that have passed the storage period. In this case, if the messages that have passed the storage period are deleted, since it is not possible to prove unsaved messages, the server 200 may separately store the tokens of the deleted messages for a certain period even if the messages whose storage period has passed are deleted. Alternatively, the server 200 separately stores at least one token every predetermined period (eg, 1 day), and through this, even if messages that have passed the storage period are deleted, the messages for which integrity certification is requested can be verified with the separately stored token. there is. The server 200 manages the last received message information for each participant of the chat room. The last received message information may be an index of the last received message or a token of the last received message, but it is assumed to be an index in the description. If all participants check the last message, the last received message for each participant is the same.

The server 200 periodically receives participation proof information from each of the participant terminals 100 , 110 , and 120 . The server 200 transmits a Sign message including participation proof information to the participant terminals 100 , 110 , and 120 . The Sign message is a participation confirmation message that proves that the participant is in the chat room. The content of the sign message is a hidden message that includes participant identification information but is not displayed in the chat room. The participant identification information may be, for example, information obtained by encrypting a previous message token with a participant's private key.

The server 200 may transmit the Missing message including the message not received token to the message not received terminal. The Missing message is a message for supplementing the token continuity of the terminal that has not received the message, and the message content includes the token of the latest non-received message. For example, when Brian does not access the chat room for a longer period than the server storage period, the terminal B 110 does not receive messages deleted after the server storage period has elapsed. In this case, the token continuity of the chatlog of the terminal B 110 is broken due to the non-received message. Therefore, since the server 200 cannot transmit the deleted message, long-term non-received information is recorded through the Missing message, and a token of the latest non-received message is transmitted. Terminal B 110 records the Missing message in the chatlog.

The server 200 may transmit a MissingNoti message informing other participant terminals of the fact that the Missing message has been transmitted to the terminal B 110 . The MissingNoti message may include the same content as the Missing message.

In the following, a method for transmitting and receiving messages between the server 200 and the participant terminals 100, 110, and 120 of the chat room and recording the chat log will be described.

2 is a flowchart illustrating request transmission and message transmission between a server and chat room participant terminals according to an embodiment of the present invention.

Referring to FIG. 2 , the terminal A 100 requests the server 200 to open a chat room ( S110 ). The chat room establishment request includes participant information.

The server 200 transmits a message including chat room establishment information opened in response to a chat room establishment request to each participant terminal, and records the transmitted messages in the chat log database as shown in Table 2 (S120). The order of transmission and recording can be changed or proceed simultaneously. Explain that the transmitted message is recorded (stored) in the chatlog database.

The server 200 transmits a message (index 0004) corresponding to the message addition request to each participant terminal, and records the transmitted message (index 0004) in the chatlog database as shown in Table 3 (S132). The message sent to each participant terminal includes Token4, and Token4 can be calculated as a hash (Token3 xor (0004+time4+A+100+ContentHash4)).

The server 200 transmits a message (index 0005) corresponding to the message addition request to each participant terminal, and records the transmitted message (index 0005) in the chatlog database as shown in Table 3 (S142). The message sent to each participant terminal includes Token5, and Token5 can be calculated as a hash (Token4 xor (0005+time5+B+100+ContentHash5)).

When a picture file is input in the chat room, the terminal C 120 transmits a message addition request [eg, AddMsg(101(Attachment), {picture file})] including the input contents to the server 200 (S150). ).

The server 200 transmits a message (index 0006) corresponding to the message addition request to each participant terminal, and records the transmitted message (index 0006) in the chatlog database (S152). The message sent to each participant terminal includes Token6, and Token6 can be calculated as a hash (Token5 xor (0006+time6+C+101+ContentHash6)).

After the participants enter conversation content in the chat room, the chat log database is updated. Each message's token is computed using the previous message's token. The server 200 manages the last received message information for each participant as chat room information.

Each of the participant terminals 100 , 110 , and 120 periodically transmits a participation proof request to the server 200 . The participation proof request is sent for the purpose of proving that you are participating in the chat room, and may be periodically sent from the application. It is assumed that the terminal A 100, the terminal B 110, and the terminal C 120 transmit the participation proof request to the server 200 in the order. For example, the terminal A 100 transmits the participation proof request to the server 200 ) to (S160). The participation proof request may include participant proof information, for example, it may be information [Encode(Token6, secret key A)] obtained by encrypting the previous message token (Token6) with Aiden's private key.

The server 200 transmits a Sign message (index 0007) corresponding to the participation proof request of the terminal A 100 to each participant terminal, and records the transmitted Sign message (index 0007) in the chatlog database (S162) . The sign message sent to each participant terminal includes participant identification information and Token7, and Token7 is calculated using the previous message token, Token6.

Thereafter, the other terminals also transmit the participation proof request in the same manner, and the server 200 transmits a Sign message corresponding to the participation proof request to each participant terminal.

Specifically, after the terminal B 110 receives the Sign message (index 0007), it transmits a request for proof of participation to the server 200, and the information [Encode (Token7) encrypted with the previous message token (Token7) with Brian's private key. , secret key B)] as participant identification information. The server 200 transmits a Sign message (index 0008) corresponding to the participation verification request of the terminal B 110 to each participant terminal, and records the transmitted Sign message (index 0008) in the chatlog database.

After the terminal C 120 receives the sign message (index 0008), it transmits a participation proof request to the server 200, and transmits the information obtained by encrypting the previous message token (Token8) with Cindy's private key as the participant proof information . The server 200 transmits a Sign message (index 0009) corresponding to the participation certification request of the terminal C 120 to each participant terminal, and records the transmitted Sign message (index 0009) in the chatlog database. The server 200 updates the last received message information for each participant in the chat room information.

When a predetermined time elapses, the server 200 may delete messages (index 0000-0014) that have passed the server retention period, and store only the latest messages (index 0015). If Brian is not connected to the chat room for a longer period than the server storage period, the message (index 0010) in terminal B 110 may be recorded as a recently received message.

Next, a method for supplementing the token continuity of the terminal that has not received the message will be described.

3 is a flowchart illustrating request transmission and message transmission between a server and chat room participant terminals during long-term non-connection according to an embodiment of the present invention.

Referring to FIG. 3 , the terminal B 110 accesses the server 200 ( S210 ).

The server 200 checks the last received message information (index 0010) of the terminal B 110 in the chat room information (S220).

The server 200 extracts untransmitted messages by comparing the messages stored in the chatlog database (Table 6) with the last received message of the terminal B 110 (S222). Among the untransmitted messages, messages that have already been deleted, for example, messages (index 0011) to messages (index 0014) may be included.

The server 200 transmits the Missing message including the token continuity information and the message not received information to the terminal B 110 (S230). The Missing message may include message information (server index and token) received by Brian, and token continuity information (unreceived message index and token).

The server 200 transmits the message (message 0015) stored in the chat log database (Table 6) to the terminal B 110 (S232). Alternatively, the server 200 may transmit the missing message and the stored message (index 0015) to the terminal B 110 regardless of the order, and the terminal B 110 may modify the message order when storing the chatlog.

The server 200 transmits the MissingNoti message to the participant terminals so that other participant terminals can know that the Missing message has been transmitted to the terminal B 110, and records the MissingNoti message in the chatlog database (S240). The content of the MissingNoti message includes the content of the Missing message so that other participants can know the content of the Missing message.

4 is a flowchart of a method of verifying chat contents of a chat service of an SNS platform according to an embodiment of the present invention.

Referring to FIG. 4 , the terminal A 100 selects messages stored therein, and requests integrity verification to the server 200 ( S310 ). The authentication-requested messages are, for example, from the messages (index 0006) in Table 8 to the messages (index 0016). The integrity verification request may be transmitted from various devices capable of transmitting the authentication-requested messages, as well as the chat room participant terminal.

The server 200 verifies the token continuity of tokens included in the authentication-requested messages (S320). In this case, the server 200 may verify the token continuity step by step while checking the token integrity whether the token of each transmitted message is generated from the message content. If the token continuity is denied, since there is forgery of the message, the server 200 transmits an integrity verification failure of the authentication-requested messages.

When the token continuity is confirmed, the server 200 compares the token (Token16) of the latest message of the authentication-requested messages with the token (Token16) of the corresponding message stored in the chatlog database (S330).

The server 200 verifies the integrity of the authentication-requested messages based on the comparison result between the latest message token received from the terminal and the stored message token (S340). The order of steps S320 and S330 may be changed.

The server 200 transmits the integrity verification results for the authentication-requested messages to the terminal A 100 (S350).

That is, the server 200 checks whether Token7 is calculated using Token6 of the messages requested for proof and information (0007: time 7: A:-1(Sign):CH7) of the message (index 0007), and Token7 and the next While checking whether Token8 is calculated using the information in the message (index 0008), the token value (Token16) of the last message (index 0016) requested for proof is derived. Even if the message content is forged in the terminal, since the token value is not changed, the server 200 checks whether a token of the corresponding message is generated from the message content. If the continuity of the tokens is broken, since there is a message forgery, the server 200 denies the integrity of the authentication-requested messages. The server 200 may verify the integrity of the authentication-requested messages by comparing the token (Token16) of the stored message (index 0016) with the token value (Token16) for which token continuity is confirmed.

The server 200 discovers the MissingNoti message while verifying the token continuity, and through this, it can be confirmed that Brian has received the message (index 0010) and has not received from the message (index 0011) to the message (index 0014). The server 200 may check the fact that Cindy has received the message (index 0009) and left the chat room while verifying the token continuity.

The terminal B 110 selects the messages it stores and requests the integrity proof to the server 200 in the same way. Referring to Table 9, the server 200 may check the token (Token14) of the lost message through the Missing message recorded in the terminal B 110, and verify the continuity of the next message based on this. Also, the server 200 may check Brian's non-received messages through the Missing message.

In FIG. 4 , since the latest message (index 0016) among the messages requested for proof is stored in the server 200, the server 200 generates a token (Token16) and a chat log of the latest message of the messages requested for proof in step S330. You can compare the token (Token16) of the corresponding message stored in the database.

According to one embodiment, when the server 200 stores only tokens of messages for a retention period (eg, 3 days), the authentication-requested messages must include at least one message whose message retention period of the server has not passed. and, if not, a reselection request may be received from the server. Alternatively, the server's message retention period may be automatically selected to include messages that have not passed.

According to another embodiment, even if the server 200 deletes messages whose storage period has passed, tokens of at least some of the deleted messages may be separately stored. For example, the server 200 may store tokens of deletion messages, extract and compare tokens corresponding to at least one message among the messages for which authentication is requested from among the stored tokens.

Alternatively, the server 200 may separately store at least one token (eg, a token of the last message transmitted on the day) every predetermined period (eg, one day). In this case, the authentication-requested messages can be automatically or manually selected to include the last message of the period. For example, even if the server 200 deletes the messages transmitted to the chat room 10 days ago, the message token last transmitted on January 2, 10 days ago, is stored as information for verifying the conversation content on January 2nd. Thereafter, when the server 200 receives the messages last transmitted on January 2 from the message transmitted on January 1 as a proof request message, the January 2 token stored for verification of the conversation content on January 2 can be used to process step S330 of FIG. 4 .

So far, the terminal has been described as receiving and storing messages from the server, but when the terminal receives a message from the server, it can verify continuity with a previously received message. That is, the terminal determines whether the hashed value of TokenX of the N-1 received message and the information of the Nth received message is the same as TokenY of the Nth received message. deleted from or not received). The terminal may report synchronization failure with the server to the server. The terminal or server may notify the user that it is no longer possible to verify the conversation contents of the chat room. Alternatively, the server can guarantee token continuity by sending a Missing message to the terminal so that the conversation can continue to be verified.

The present invention may include a cutting unit, a first transfer and a second transfer, and a combine unit.

The cutting unit may generate a plurality of pieces by dividing the data, and may assign an address to each of the pieces. Here, the addresses of the pieces may be composed of a combination of a plurality of letters and numbers.

Also, the cutting unit may generate a combination rule in consideration of each address. Here, the combination rule refers to a rule that allows a plurality of data pieces to be combined into data before being divided based on each address.

The first transfer may transmit a plurality of data pieces in an arbitrary order. Here, a plurality of data pieces may be transmitted together with an assigned address, respectively.

The second transfer may transmit a combination rule corresponding to the plurality of data pieces transmitted by the first transfer. Here, it may be preferable that the second transfer transmits the combination rule with a time difference with respect to the transmission of the plurality of data pieces by the first transfer.

The functional operations described in this specification and the embodiments related to the present subject matter can be implemented in a digital electronic circuit, computer software, firmware or hardware, including the structures disclosed herein and structural equivalents thereof, or in a combination of one or more thereof Do.

Embodiments of the subject matter described herein are one or more computer program products, ie one or more modules directed to computer program instructions encoded on a tangible program medium for execution by or for controlling the operation of a data processing device. can be implemented. A tangible program medium may be a radio wave signal or a computer-readable medium. A radio wave signal is an artificially generated signal, eg a machine-generated electrical, optical or electromagnetic signal, that is generated to encode information for transmission to an appropriate receiver device for execution by a computer. The computer-readable medium may be a machine-readable storage device, a machine-readable storage substrate, a memory device, a combination of materials that affect a machine-readable radio wave signal, or a combination of one or more of these.

A computer program (also known as a program, software, software application, script or code) may be written in any form of any programming language, including compiled or interpreted language or a priori or procedural language, and may be written as a stand-alone program or module; It can be deployed in any form, including components, subroutines, or other units suitable for use in a computer environment.

A computer program does not necessarily correspond to a file in a file system. A program may be in a single file provided to the requested program, or in multiple interacting files (eg, files that store one or more modules, subprograms, or portions of code), or portions of files that hold other programs or data. (eg, one or more scripts stored within a markup language document).

The computer program may be deployed to be executed on one computer or multiple computers located at one site or distributed over a plurality of sites and interconnected by a communication network.

Additionally, the logic flows and structural block diagrams described herein describe corresponding acts and/or specific methods supported by corresponding functions and steps supported by the disclosed structural means, and corresponding software. It can also be used to build structures and algorithms and their equivalents.

The processes and logic flows described herein may be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output.

Processors suitable for the execution of computer programs include, for example, both general and special purpose microprocessors and any one or more processors of any kind of digital computer. Typically, the processor will receive instructions and data from read-only memory, random access memory, or both.

A key element of a computer is one or more memory devices for storing instructions and data and a processor for executing instructions. In addition, a computer is generally operably coupled to receive data from, or transmit data to, one or more mass storage devices for storing data, such as, for example, magnetic, magneto-optical disks or optical disks, or to perform both such operations. or will include However, the computer need not have such a device.

The present description sets forth the best mode of the invention, and provides examples to illustrate the invention, and to enable any person skilled in the art to make or use the invention. The specification thus prepared does not limit the present invention to the specific terms presented.

Accordingly, although the present invention has been described in detail with reference to the above-described examples, those skilled in the art can make modifications, changes, and modifications to the examples without departing from the scope of the present invention. In short, in order to achieve the intended effect of the present invention, it is not necessary to separately include all the functional blocks shown in the drawings or follow all the orders shown in the drawings. indicate that it may be within the scope

Claims (8)

As a method for the server providing SNS to prove the conversation contents,
receiving a request inputted in a chat room from a first participant terminal using the SNS;
Distributing and storing the contents corresponding to the request in a distributed storage server;
transmitting a first message including the distributed and stored contents to the participant terminals of the chat room; and
storing the first message in a chatlog database;
The first message includes message information and a first token,
Proving the chat contents of the chat service of the SNS platform, characterized in that the first token is calculated using the second token of the second message transmitted before the first message and the information of the first message method. In claim 1,
The information of the first message is
A method of verifying chat contents of a chat service of an SNS platform, characterized in that it includes at least one of a message index, a message transmission time, a message sender, a message type, and a hash value of the message contents. In claim 1,
the request is a request for proof of participation;
The first message is a hidden message including participation proof information of the first participant terminal,
The method of verifying the chat contents of the chat service of the SNS platform, characterized in that the hidden message is a message that is not displayed in the chat room. In claim 3,
The participation proof information is a method of verifying the chat contents of the chat service of the SNS platform, characterized in that it includes the second token or information obtained by encrypting the second token. In claim 1,
Method of verifying the chat contents of the chat service of the SNS platform, characterized in that it further comprises the step of managing the last received message information of each of the participant terminals of the chat room. In claim 5,
checking the last received message of the second participant terminal when the second participant terminal accesses;
comparing the messages stored in the chatlog database with the last received message of the second participant terminal, and extracting deleted message information from untransmitted messages; and
Further comprising the step of transmitting a first hidden message including the deleted message information,
The deleted message information is a method of verifying the chat contents of the chat service of the SNS platform, characterized in that it includes a token of the latest message among the deleted messages. In claim 6,
The deleted message information is
The method of verifying the chat contents of the chat service of the SNS platform, characterized in that it further includes the message information that the second participant terminal has not received. As a method for a server providing SNS to prove the conversation content,
Storing the messages transmitted to the participant terminals of the chat room in a chat log database;
receiving, from an arbitrary participant terminal, an integrity certification request for specific messages; and
Verification of the integrity of the authentication-requested messages based on the tokens included in the authentication-requested messages and the token stored in the chatlog database,
Each message contains message information and a token,
The token is a method of verifying chat contents of a chat service of an SNS platform, characterized in that it is calculated using a token of a message transmitted before the corresponding message and information on the corresponding message.

Images