KR101829908B1 - Method for providing user interface and client enabling the method - Google Patents

Abstract

A method of providing a user interface of a client is disclosed. In one embodiment, a peer-to-peer (P2P) communication path is established with a counterpart client, indicator information associated with data receipt confirmation is associated with the counterpart client, data is transmitted to the counterpart client in response to a request for data transmission And visually displaying the indicator information in a chat window of a chat room in which the client and the partner client participate and controlling the graphical property of the indicator information when there is an acknowledgment of the relative client to the data.

Description

METHOD FOR PROVIDING USER INTERFACE AND CLIENT ENABLING THE METHOD [

The following embodiments relate to a method of providing a user interface.

Many user equipments with improved computing power such as smart phones are popular, and wireless network technology capable of transmitting / receiving data through such user equipments is developed and many users use messaging applications.

Through this messaging application, messages including multimedia data such as text, images, and moving pictures can be transmitted and received. In the messaging application, a technique of indicating whether or not a message received by a user has been received is being adopted. As an example of such message acknowledgment technique, there is a method of displaying the number of counterparts receiving a corresponding message in a part of a message, and subtracting the displayed number one by one when the counterpart has read the message. However, with this message acknowledgment technique, the user can not know who is not reading the message.

Korean Patent Registration No. 10-1293460 entitled " Method for Confirming Instant Message Reception on a Handheld Terminal, Applicant: Samsung Electronics " Korean Patent Registration No. 10-1293460 discloses a method of displaying an instant message on a display unit of a portable terminal in a messenger mode, a process of requesting an acknowledgment report upon transmission of an instant message, a process of receiving an acknowledgment report, Determining whether or not the instant message is received according to the received instant message, and displaying the converted instant message on the display unit when the reception is confirmed.

A method of providing a user interface of a client according to one side comprises: establishing a P2P (Peer To Peer) communication path with a target client; Associating indicator information related to data receipt confirmation with the counterpart client; Transmitting the data to the counterpart client in response to a transmission request for data, and displaying the indicator information in a chat window of a chat room in which the client and the counterpart client participate; And controlling the graphical property of the indicator information when there is an acknowledgment of the relative client to the data.

The indicator information may include information about a graphic object.

If there is an acknowledgment of the relative client to the data, the indicator information may visually disappear from the dialog.

Receiving data from the counterpart client; And processing the background of the display area defined for visually displaying the received data as color information of the indicator information.

The displaying step may visually display indicator information corresponding to each of the plurality of counterpart clients in the dialog window when the plurality of counterparts participating in the chatting room are plural.

The indicator information corresponding to each of the plurality of counterpart clients may have different graphic attributes.

Wherein the controlling the graphics attribute comprises: receiving an acknowledgment response for the data from the peer client over the P2P communication path; And causing the indicator information to visually disappear from the dialog based on the acknowledgment response.

Wherein if the number of participating clients of the chat room exceeds a first criterion, the displaying step may include displaying indicator information corresponding to the chat room, And controlling the visual effect on the length of the indicator information corresponding to the chat room when there is an acknowledgment to the data of the chat room.

If the number of the participating clients that do not receive acknowledgment of the data of the client is equal to or less than the second criterion, the indicator information corresponding to the chat room is visually disappeared, and in the area where the disappearing indicator information is displayed, And displaying indicator information corresponding to the participating client.

A client according to one side comprises a communication interface; A memory for storing a communication program; And a controller for executing the communication program, wherein the controller sets a P2P (Peer To Peer) communication path with a counterpart client using the communication interface, and transmits indicator information related to data reception confirmation to the counterpart client And transmits the data to the counterpart client using the communication interface in response to a transmission request for data, displays the indicator information in a chat window of a chat room in which the client and the counterpart client participate, If there is an acknowledgment of the client, it controls the graphic attribute of the indicator information.

The indicator information may include information about a graphic object.

If there is an acknowledgment of the relative client to the data, the indicator information may visually disappear from the dialog.

The communication interface may receive data from the counterpart client, and the controller may process the background of the display area defined for visually displaying the received data as color information of the indicator information.

When there are a plurality of relative clients participating in the chat room, the controller can visually display indicator information corresponding to each of the plurality of counterpart clients in the chat window.

The indicator information corresponding to each of the plurality of counterpart clients may have different graphic attributes.

The controller may receive an acknowledgment response for the data from the counterpart client using the communication interface and cause the indicator information to visually disappear from the conversation window based on the acknowledgment response.

Wherein the controller displays indicator information corresponding to the chat room when the number of the participating clients of the chat room exceeds a first criterion and when there is an acknowledgment to the data of the client, The visual effect on the length of the object can be controlled.

The controller visually disappears the indicator information corresponding to the chat room when the number of the participating clients that do not receive acknowledgment of the data of the client is equal to or less than the second criterion and displays the disappearing indicator information in the area where the disappearing indicator information is displayed And can display indicator information corresponding to the participating client without receipt confirmation.

Embodiments may provide a message receipt confirmation user interface that indicates whether the other party has viewed data such as a message. Embodiments may also provide a user interface that allows a user to verify which party did not view the message.

FIGS. 1A and 1B are flowcharts for explaining the P2P communication path setting and the P2P communication according to an embodiment.
2 is a flowchart illustrating an example of a method for providing a user interface according to an embodiment.
3 to 4 are views for explaining a dialog window according to an embodiment.
5A to 5G are views for explaining a chat window of a group chat room according to an embodiment.
6 is a block diagram illustrating a client according to an exemplary embodiment of the present invention.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as ideal or overly formal in the sense of the art unless explicitly defined herein Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

FIGS. 1A and 1B are flowcharts for explaining the P2P communication path setting and the P2P communication according to an embodiment.

Although not shown in FIG. 1A, the server may establish a communication session (e.g., a User Datagram Protocol (UDP) session) with each of the client 1 and the client 2.

Client 1 sends a communication request to the server (110). For example, the client 1 can transmit a P2P communication request to the server through a UDP session in order to perform peer-to-peer (P2P) communication with the client 2.

The server transmits a communication request of the client 1 to the client 2 (111).

When the client 2 receives the communication request of the client 1, it can connect with the intermediate unit (122). More specifically, when the client 2 receives the communication request of the client 1 from the server, the client 2 can attempt to connect to the intermediate unit, and the intermediate unit can allow the client 2 to connect. Accordingly, the client 2 can connect to the intermediate unit and can maintain the connection.

According to one embodiment, the intermediary is a device that is physically distinct from the server, and may be a device that is independent on the network. Also, depending on the implementation, the mediating unit may be included in the server, and may be any of a plurality of units logically divided in the server.

If the intermediary connects with client 2, it generates an intermediary key (113). For example, the mediator may generate an intermediary key having a random value. Further, the mediator can generate the mediator key based on the unique information of the client 1 and / or the client 2. The unique information may include, for example, an identifier assigned to each of client 1 and client 2.

The intermediary sends the intermediary key to client 2 (114).

Client 2 sends the intermediary key to the server (115).

The server sends the client 2's network address and the intermediate key to the client 1 (116). The network address may include, for example, an IP (Internet Protocol) address.

Client 1 sends the intermediary key to the intermediary (117). Client 1 can connect to the mediator by sending the mediator key to the mediator. Also, the client 1 can maintain the connection with the mediator.

When the intermediate unit receives the intermediate key from the client 1, the intermediate unit obtains the intermediate path (128). In the example shown in FIG. 1A, the intermediate portion maintains a connection with the client 1 and the client 2, so that the intermediate path of the client 1-mediate-client 2 can be formed. The intermediate path is a path for preparing for the disconnection of the P2P communication path between the client 1 and the client 2. In one embodiment, the intermediary path may comprise a dedicated room of client 1 and client 2 having an intermediate key. Securing an intermediate path may mean that a private room is created in the intermediate part. When the intermediate unit receives the intermediate key from the client 1, the intermediate unit can create a private room in which the client 1 and the client 2 can participate and the other client can not participate.

The client 1 may send a speed test request to the client 2 via the network address (119). The client 1 can transmit test data to the client 2 to test the P2P communication speed when it is connected to the communication unit or when the intermediate path is secured.

The client 2 may send a test response to the speed test request to the client 1 (120). The client 1 can confirm the response time of the client 2. The client 1 can confirm the P2P communication speed between the client 1 and the client 2.

Client 2 may send a speed test request to client 1 (121). Client 1 may send a test response to the speed test request to the other client (122). Client 2 can check the response time of the client.

The speed test of the client 2 can be performed simultaneously with the speed test of the client 1.

In one embodiment, the speed test of client 1 and / or client 2 may be repeated a predetermined number of times. For example, the speed test may be repeated two or more times. When the client 1 receives the test response from the client 2, it can send the additional speed test request to the client 2. Client 2 may send a test response to the additional speed test request to Client 1. Based on the repeated speed test, the client 1 can confirm the average response time of the client 2. Likewise, based on the repeated speed test, the client 2 can confirm the average response time of the client 1.

A P2P communication path can be established between the client 1 and the client 2. Assume that client 1 is mapped to network address A, and client 2 is mapped to network address B. P2P communication path A-B can be set.

The client 1 transmits the shared key to the client 2 (123). The shared key is used for encrypting and / or decrypting the data. The shared key may be transmitted over the P2P communication path.

In the example shown in FIG. 1A, after the speed test is completed, the client 1 transmits the shared key to the client 2. However, this is only an example according to one embodiment, and the client 1 can transmit the speed test request and the shared key to the client 2 at the same time. If the client 1 fails to receive the test response from the client 2, the client 1 can retransmit the speed test request and the shared key to the client 2 at the same time. When the client 1 receives the test response from the client 2, it does not transmit the shared key when transmitting the additional rate test request to the client 2.

Further, in the example shown in FIG. 1A, the client 1 transmits the shared key to the client 2 via the P2P communication path. However, this is only an example according to one embodiment. Unlike the example shown in FIG. 1A, at step 110, the server can generate a shared key after receiving the client 1's communication request. The server can send the shared key to the client 1. The server may transmit the communication request and the shared key to the client 2 in step 111. [ Clients 1 and 2 can store the shared key.

Client 1 may send Data 1 to Client 2 (124). Here, the data 1 can be encrypted with the shared key. Data 1 may be a data fragment of the entire data.

Client 2 receives data 1 and decrypts data 1 using the shared key. Client 2 may send an acknowledgment for Data 1 to Client 1 (125).

When client 1 receives an acknowledgment for data 1, it can send data 2 to client 2 (126). Data 2 may be a piece of data of the entire data and may be encrypted with a shared key, as described above.

In one embodiment, it is assumed that the network address of the client 2 is being changed due to the movement of the client 2 or the like (136). If the network address of Client 2 is changing, Client 1 may not receive or receive an acknowledgment for Data 2 from Client 2 later than the response time (or average response time). In this case, the client 1 transmits the data 2 to the intermediate unit (128). If the client 1 fails to receive the acknowledgment for data 2 within the response time determined in the speed test step, it can transmit data 2 to the intermediary part. In other words, since the client 1 maintains the connection with the mediation unit prior to the P2P communication, when the client 1 detects an event related to the failure to receive the confirmation response within a predetermined time, the client 2 can transmit the data 2 to the mediation unit. Client 1 may send data 2 to the intermediary via the intermediary path.

When receiving the data 2 from the client 1, the intermediate unit stores the data 2 in the memory. The memory may include, for example, a memory corresponding to an intermediate path or a dedicated room.

When the change of the network address is completed, the client 2 can notify the server that the network address has been changed (129). If the network address of Client 2 is changed from B to B ', Client 2 can inform the server that the network address has changed from B to B'. In other words, the server can receive change information from the client 2 indicating that the network address has changed. Here, the change information may include the changed network address of the client 2. Accordingly, the server can confirm the changed network address of the client 2.

The server may notify the client 1 that the network address of the client 2 has been changed (130). In other words, the client 1 can receive the change information of the network address from the server. Accordingly, the client 1 can confirm the changed network address of the client 2.

Client 2, whose network address is mapped to B ', connects to the intermediary with the intermediary key (131). In other words, client 2 may attempt to connect to the intermediary by sending the intermediary key to the intermediary, and the intermediary may allow client 2 to connect. Accordingly, the client 2 can access the mediating unit. If client 2 is associated with the intermediary, then the intermediary may send data 2 to client 2 (132). For example, client 2 may participate in a private room using an intermediary key. When the client 2 participates in the private room, the client 2 can receive the data 2 stored in the memory corresponding to the private room.

When the client 2 receives the data 2, it can decrypt the data 2 using the public key. Client 2 may send an acknowledgment for Data 2 to Client 1 (133).

If client 1 receives an acknowledgment for data 2, it can send data 3 to client 2 (134). P2P communication path is changed from A-B to A-B '.

Data 3 can be encrypted with the shared key.

Client 2 can receive data 3 and decrypt data 3 using the shared key. Client 2 may send an acknowledgment for Data 3 to Client 1 (135).

Referring to FIG. 1B, client 2 transmits data 4 to client 1 (136). Data 4 can be encrypted with the shared key.

Client 1 can receive data 4 and decrypt data 4 using the shared key. Client 1 may send an acknowledgment for Data 4 to Client 2 (137).

Client 2 may send data 5 to Client 1 (138). Here, the client 1 can change the network address due to movement. As a result, the client 2 may not receive an acknowledgment for the data 5 within a predetermined time. In this case, client 2 may send data 5 to the intermediary (139).

Client 1 may inform the server that the network address has changed (140), and the server may notify client 2 that the network address of client 1 has changed (141). Assume that the client 1's network address has changed from A to A '.

Client 1 may connect to the mediator with an intermediary key (142). More specifically, the client 1 may attempt to connect to the intermediate unit by sending the intermediate key to the intermediate unit, and the intermediate unit may allow the client 1 to connect.

If the intermediate unit is connected to the client 1 mapped to the changed network address, it can transmit the data 5 to the client 1 (143).

Client 1 may receive data 5. Here, the data 5 may be encrypted with the shared key. The client 1 can decrypt the data 5 with the shared key.

Client 1 may send an acknowledgment for Data 5 to Client 2 (144).

If the IP address of the client 1 and / or 2 is changed, the P2P communication path is disconnected, and the client 1 and the client 2 can not maintain the P2P communication continuously. According to one embodiment, prior to the P2P communication, since the intermediate path is secured, the client 1 and / or the client 2 can temporarily communicate with the intermediate part even if the P2P communication path is disconnected. As a result, the client 1 and / or the client 2 can receive data from the intermediate part, and data omission can be prevented. In addition, the network throughput can be improved.

2 is a flowchart illustrating an example of a method for providing a user interface according to an embodiment.

An example of the user interface providing method shown in FIG. 2 may be executed by a client.

Referring to FIG. 2, a client establishes a P2P communication path with a partner client (210). The setting of the P2P communication path has been described with reference to FIG. 1, and a detailed description thereof will be omitted. The P2P communication path can correspond to a chat room in which a client and a relative client participate. P2P communication between the client and the relative client can be visually displayed in the chat window of the chat room. For example, data that a client sends to a partner client can be visually displayed in the dialog. The data may include, for example, textual data, content (e.g., pictures, videos, files, etc.).

The client associates indicator information associated with the data receipt confirmation with the other client (220). The indicator information may, for example, represent graphical elements for distinguishing a relative client from another client in a dialog or contact list. In one embodiment, the client may randomly select any one of the plurality of color information and assign the selected color information to the other client. For example, the client can select a red color among a plurality of color information, and assign a red color to a relative client. The client can allocate the color information other than the color information assigned to the other client to another client.

The client transmits the data to the partner client according to the transmission request for the data, and displays the indicator information in the chat window of the chat room (230). For example, if a user of the client inputs "Hi ~!" Through a dialog and presses the transfer button, a transfer request may occur. The client can transmit text data of "Hi ~!" To the other client according to the transmission request. As described above, the client can send text data to the other client over the P2P communication path, and "Hi ~!" Can be displayed in the dialog. Also, the user can select the content stored in the client through the dialog window, and a transmission request may be generated based on the selection of the content. The client can transmit the content to the other client according to the transmission request.

The client can display the indicator information in the dialog. The indicator information can be displayed in an area adjacent to the area where the data is displayed.

The client controls (240) the graphical attribute of the indicator information if there is an acknowledgment of the client relative to the data. Graphic attributes may include, for example, the brightness, shape, size, color, etc. of visually displayed indicator information. In one embodiment, the client may cause the indicator information to visually disappear from the dialog if there is an acknowledgment of the other client. The client can also maintain the contour of visually displayed indicator information and change the color information if there is an acknowledgment of the opponent client. For example, the client may gray out red indicator information.

3 to 4 are views for explaining a dialog window according to an embodiment.

Referring to FIG. 3, a chat window 310 of a chat room in which a client (user: Paul) and a partner client (user: Tadd) participate is shown. The example shown in Fig. 3 is a chat window 310 of the client.

A display area 320 may be defined in the dialog window 310 and a plurality of areas 330, 340, and 350 may be defined in the display area 320 to display different information.

The acknowledgment area 330 is an area in which the indicator information 331 is visually displayed. In the case of the example shown in Fig. 3, the indicator information 331 corresponding to the opponent client is displayed. When the client invites a relative client to the chat room or creates a chat room, the client can associate the indicator information 331 with the partner client. Indicator information 331, e.g., color information, and the client may assign a red color to the other client. Accordingly, when the client transmits data to the other client, a red dot can be displayed in the acknowledgment area 330 as the indicator information 331. [ The form of the indicator information 331 shown in FIG. 3 is an example only, and the form of the indicator information 331 is not limited to the above description. The shape of the indicator information 331 may be a graphic object such as a star, a rectangle, or a heart. In addition, the form of the indicator information 331 may be set or changed by the user.

The transmission time display area 340 is a region in which the time when the client transmits data to the partner client is displayed.

The data display area 350 is an area in which data transmitted by the client to the other client is displayed. For example, as shown in Fig. 3, "Hi ~!" May be displayed in the data display area 350. [ In the data display area 350, a picture may be displayed or reproduction information for reproducing a moving picture may be displayed.

In the case of the example shown in FIG. 3, since there is no acknowledgment of the other client to the data transmitted by the client, the graphic attribute of the indicator information 331 is maintained. If there is an acknowledgment of the opponent client, the graphical attribute of the indicator information 331 may be changed. For example, if the opponent client sends an acknowledgment of the data to the client, the opponent client may visually disappear the indicator information 331. [ In another example, the client may maintain an outline of the indicator information 331 and visually deactivate (e.g., gray process) the indicator information 331.

By changing the graphical property, Paul can see that Tadd has verified the data.

Referring to FIG. 4, in the client's chat window 410, "Hi ~!" Sent by the client to the client is displayed, and "Where are you?" Sent by the client to the client is displayed. In the example shown in FIG. 4, the indicator information in the display area 470 may not disappear visually because there is no acknowledgment of the other client to "Where are you?".

At the upper part of the dialog window 410, a plurality of function buttons and an identifier 430 of the counterpart client are displayed. The plurality of function buttons may include a back button 420, a call button 440, a delete button 450, and a setting button 460.

When there is an input to the Back button 420, the client can display the chat room list.

If there is an input to call button 440, the client can send a call request to the other client. The client can send a call request through the P2P communication path with the other client. If there is a reception response of the partner client, the client and the partner client can exchange voice data in real time.

When there is an input to the delete button 450, the select buttons 451 and 452 can be displayed. Based on the input to the select button 451, the client can delete data associated with the select button 451 from the data transmitted to the opponent client. Further, based on the input to the selection button 451, the client can delete the display area 490. [ As a result, the display area 490 can disappear visually from the dialog window 410. The client can transmit a delete command for data related to the select button 451 to the other client via the P2P communication path or to the other client via the server. The relative client can delete the data corresponding to the delete command. The relative client can delete the display area defined to display "Hi ~!" Received from the client. Accordingly, the display area defined for displaying "Hi ~!" Received from the client in the dialogue window of the opponent client can be visually disappeared.

Based on the input to the select button 452, the client may delete data associated with the select button 452. Further, based on the input to the select button 452, the client can delete the display area 470. [ For this reason, the identification information 480 and the display area 470 can disappear visually from the dialog window 410. Likewise, the client may send a delete command for the data associated with the select button 452 to the other client. The relative client can delete the data corresponding to "where are you?" In accordance with the delete command. Also, the relative client can delete the defined display area to display "where are you? &Quot;. This causes the display area defined to display "where are you?" In the dialogue of the opponent client to disappear visually.

When there is an input to the setting button 460, the client can display the identification information of the partner client participating in the chat room. In addition, when there is an input to the setting button 460, the client can display an invitation button for inviting a friend. If there is an input for the invitation button, the client can display the contact list.

In one embodiment, adjacent to the display areas 470 and 490, the identification information 480 of the client may be displayed. The identification information 480 may be an abbreviation of the client user Paul.

When a chat room is created, different color information can be assigned to each of the other client and the client. In the dialog window 410, the background of the identification information 480 and / or the background of the display area 490 may be processed with color information assigned to the client. Further, the background of the display area 491 and / or the background of the identification information 492 may be processed with color information assigned to the other client. For example, when a chat room is created, the client can assign a red color to a relative client and assign a blue color to the client itself. The client can process the background of the identification information 480 and / or the background of the display area 490 in blue and the background of the display area 491 and / or the background of the identification information 492 in red .

5A to 5G are views for explaining a chat window of a group chat room according to an embodiment.

Assume that clients A, B, C, and D participate in a group chat room.

Client A can establish a P2P communication path with any one or more of clients B, C, and D. A P2P communication path can be established between the client A and the client B, a P2P communication path can be established between the client B and the client C, and a P2P communication path can be established between the client C and the client D. Clients A, B, C, and D may also form a token ring network. In addition, the client A can establish a P2P communication path with the clients B, C, and D, respectively.

A client receiving data transmitted by a specific client may be defined as a relative client. For example, clients B, C, and D that receive data from client A may be defined as relative clients. Relative clients may or may not be connected through a P2P communication path with a particular client. As described above, the client C may not be connected to the client A through the P2P communication path. However, the client C can receive the data of the client A via the P2P communication path from the client B, and can be defined as a client of the client A.

5A, a dialog window 510 of client A is shown.

A display area 520 may be defined in the dialog window 510. In the display area 520, an acknowledgment area 530, a transmission time display area 540, and a data display area 550 can be defined. Since the respective regions have been described with reference to FIG. 3, detailed description will be omitted.

The client A can associate the indicator information with the clients B, C, and D, respectively. The indicator information may include, for example, color information and / or the shape of a graphical object. The client A can associate the indicator information with each of the clients B, C, and D when the group chat room in which the clients A, B, C, and D participate is created. The indicator information corresponding to each of the clients B, C, and D may be different from each other. For example, the client A can associate different color information with each of the clients B, C, and D with the indicator information. Further, the client A can associate the graphic object having the color information with the indicator information to the clients B, C, and D, respectively. In the client B, for example, a red dot may correspond to the indicator information. In the client C, for example, a blue dot may correspond to the indicator information, and in the client D, a yellow dot may correspond to the indicator information.

In one embodiment, when registering each of clients B, C, and D as a friend, client A may assign color information to each of clients B, C, and D, and clients A, B, C, and D The color information allocated to each of the clients B, C, and D can be associated with the indicator information in the clients B, C, and D, respectively. For example, client A may assign red, blue, and yellow to each of clients B, C, and D when registering each of clients B, C, and D as friends. When a group chat room in which the clients A, B, C, and D participate is created, the client A can associate the red color assigned to the client B with the client B as indicator information. Similarly, the client A can associate blue and yellow with the indicator information for each of the clients C and D, respectively. When the color information is already allocated before the indicator information is associated with each of the clients B, C, and D, the client A transmits the graphic object having the assigned color information to the clients B, C, and D as indicator information . The client A can, for example, map the red dot to the client B with the indicator information. In addition, the client A can associate the blue point with the indicator information, and the client D with the yellow point with the indicator information, for example.

In the example shown in Fig. 5A, "Hi ~!" Is displayed. In the acknowledgment area 530, a plurality of indicator information 531, 532, and 533 may be displayed. The client A can display the indicator information 531, 532, and 533 corresponding to the clients B, C, and D in the dialog window 510, respectively. For example, the indicator information 531 corresponding to client B may be a red dot, and the indicator information 532 corresponding to client C may be a blue dot. Also, the indicator information 533 corresponding to the client D may be a yellow dot.

If there is an acknowledgment of the clients B, C, and D to the data transmitted by the client A, the client A can change the graphic attributes of each of the plurality of indicator information 531, 532, and 533. Hereinafter, the change of the graphic attribute will be described with reference to FIG. 5B.

Referring to FIG. 5B, there is no indicator information 531 in the acknowledgment area 530 of the dialog window 510. Because there is an acknowledgment of the client B, the indicator information 531 may disappear visually. Unlike the example shown in FIG. 5B, if there is an acknowledgment of the client B, the outline of the indicator information 531 is maintained and the color information may change. The user of the client A can know through the acknowledgment area 530 that the user of each of the clients C and D has not acknowledged the message.

In the example shown in Fig. 5B, "Hi to!" Is displayed in the display area 560. [ Further, a plurality of pieces of identification information 563 and 564 of the client B are displayed. The identification information 563 may be displayed in the display area 560 and the identification information 564 may be displayed outside the display area 560. [ The identification information 564 may be an abbreviated form of the identification information 563. [ Further, the display area 560 may display the time at which the client B transmits data.

In the example shown in Fig. 5B, indicator information corresponding to the client A is not displayed in the display area 560, but indicator information 561 corresponding to the client C and indicator information 562 corresponding to the client D are displayed . The indication of the indicator information 561 and the indicator information 562 may indicate that there is no acknowledgment of the client C and D to the client B's data.

Since there is an acknowledgment of the client A to the data of the client B, the indicator information of the client A may not be displayed in the dialog box of the client B.

The client A can process the background of the display area 560 and / or the background of the identification information 564 as color information assigned to the client B. [ For example, the client A can process the background of the display area 560 in red. Here, the background of the acknowledgment area may be treated as white or transparent so that the indicator information 561 and 562 may be visually distinct.

Referring to FIG. 5C, data of the client C (user: Alex) and data of the client D (user: Mason) are displayed in the dialog window 510. The client A can process the background of the display area 570 and / or the identification information 571 with the color information assigned to the client C. [ In other words, the color information of the background of the display area 570 and / or the identification information 571 may be the color information assigned to the client C. Similarly, the client A can process the background of the display area 580 and the identification information 581 with the color information assigned to the client D.

Unlike the example shown in FIGS. 5A to 5C, referring to FIG. 5D, identification information 590 may be displayed adjacent to the display area 520. FIG. In one embodiment, the client A can display the identification information 590 in an area adjacent to the display area 520 corresponding to the data of the client A. [ The identification information 590 may be identification information for the user of the client A. [ In addition, the client A can process the background of the display area 520 and / or the identification information 590 with the color information assigned thereto.

5E, a dialog 510 of client A is shown. In the case of the example shown in FIG. 5A, each of the plurality of indicator information 531, 532, and 533 is displayed apart from each other by a certain distance. In the example shown in FIG. 5E, the indicator information 511 may be displayed in the acknowledgment area 530. FIG. More specifically, if the number of clients participating in the chat room exceeds a first criterion (for example, 20), the indicator information 511 corresponding to the chat room may be displayed in the acknowledgment area 530. [ Examples of the first criterion are not limited to those described above. The form of the indicator information 511 corresponding to the chat room may be, for example, a bar. However, the form of the indicator information 511 corresponding to the chat room is not limited to the above description. The indicator information 511 corresponding to the chat room may be various forms such as a circle, a polygon, and the like.

In the example shown in Fig. 5E, the dialog window 510 contains "Hi ~!" And bar-shaped indicator information 511 are displayed. If there is another client's acknowledgment of "Hi ~! &Quot;, the graphical attribute of the indicator information 511 may be changed. Here, the other clients represent some or all of the participating clients excluding the client A among the plurality of participating clients in the chat room. Hereinafter, the change of the graphic attribute of the indicator information 511 will be described with reference to FIG.

Referring to FIG. 5G, indicator information 513 is displayed in the acknowledgment area 530. FIG. The length of the indicator information 513 is shorter than the length of the indicator information 511. The short length of the indicator information 511 may mean that there is an acknowledgment of the client A's data. In the example shown in Fig. 5G, there is an acknowledgment of another client (e.g., Tadd, Alex, Mason, etc.) for "Hi ~!" Of the client A, so that the indicator information 513 whose length is shortened is displayed . Client A may control the visual effect on the type of indicator information 511 if there is an acknowledgment from another client. The client corresponding to the area 512 confirms "Hi ~!"

In one embodiment, if there is a user input (e.g., a touch gesture) to the indicator information 513, the identification information of the client without acknowledgment of the client A's data may be displayed.

The indicator information can be displayed in the display area corresponding to the data of Tadd. Since there is another client's acknowledgment of the data of Tadd, the length of the indicator information is short. Likewise, the indicator information can be displayed in the display area corresponding to the data of each of Alex and Mason. Since there is another client acknowledgment of the data for each of Alex and Mason, the length of the indicator information is short.

Referring to FIG. 5G, a plurality of points are displayed in the acknowledgment area 530. FIG. In one embodiment, when the number of clients without acknowledgment of the client A's data is less than or equal to a second criterion (e.g., 8), indicator information corresponding to the client without receipt confirmation is transmitted to the acknowledgment area 530 ). ≪ / RTI > Examples of the second criterion are not limited to those described above. In the case of the example shown in FIG. 5G, since there is no acknowledgment of the eight clients to the data of the client A, the indicator information corresponding to each of the eight clients is displayed in the acknowledgment area 530.

1 to 4 can be applied to the matters described with reference to FIGS. 5A to 5G, detailed description will be omitted. The matters described through FIGS. 5A to 5G can be applied to the matters described in FIGS. 1 to 4. FIG.

6 is a block diagram illustrating a client according to an exemplary embodiment of the present invention.

6, a client 600 in accordance with an embodiment includes a communication interface 610, a memory 620, and a controller 630. [

The communication interface 610 transmits a P2P communication request to the server. Further, the communication interface 610 establishes a P2P communication path with the other client.

The memory 620 stores a communication program.

The controller 630 executes a communication program. More specifically, the controller 630 associates the indicator information associated with the data receipt confirmation with the other client. In addition, the controller 630 transmits data to the other client using a communication interface in response to a request for transmission of data. In addition, the controller 630 displays the indicator information in a dialog and controls the graphical properties of the indicator information if there is an acknowledgment of the other client to the data.

The number of participating clients in the chat room may be plural. For example, if there are a client 600 and a plurality of relative clients in the chat room, the number of participating clients in the chat room may be plural. As described above, the client 600 can establish a P2P communication path with one or more of a plurality of relative clients. In addition, the client 600 can establish a P2P communication path with each of a plurality of relative clients. The controller 630 may display indicator information of the participating clients except for the client 600. [ In other words, the controller 630 can display the indicator information of each of the plurality of opponent clients. If there is an acknowledgment of the participating client, the controller 630 may cause the indicator information corresponding to the participating client with acknowledgment to disappear visually from the dialog. In other words, the controller 630 may cause the indicator information corresponding to the opponent client with acknowledgment to disappear visually from the dialog.

The number of participating clients in the chat room may exceed a first criterion (e.g., 20). For example, if there are a client 600 and a plurality of relative clients in the chat room, the number of participating clients in the chat room may exceed the first criterion. In this case, the controller 630 can display the indicator information corresponding to the chat room. In other words, the controller 630 can display the indicator information corresponding to the chat room rather than the indicator information of each of the plurality of the relative clients. The controller 630 can control the visual effect on the length of the indicator information corresponding to the chat room if there is an acknowledgment for the data of the client 600. [ For example, when a part of a plurality of relative clients receives and confirms data of the client 600, the controller 630 may shorten the length of the indicator information corresponding to the chat room.

The controller 630 may visually disappear the indicator information corresponding to the chat room if the number of the participating clients without acknowledgment of the data of the client 600 is equal to or less than the second criterion (for example, eight). In addition, the controller 630 can display indicator information corresponding to the participating client which has not received confirmation in the area where the disappearing indicator information was displayed.

1 to 5G can be applied to the matters described with reference to FIG. 6, detailed description will be omitted.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, 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 and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system 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 an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

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

Claims (19)

A method of providing a user interface of a client,
Establishing a Peer To Peer (P2P) communication path with a relative client;
Associating indicator information related to data receipt confirmation with the counterpart client;
Transmitting the data to the counterpart client in response to a transmission request for data, and displaying the indicator information in a chat window of a chat room in which the client and the counterpart client participate; And
Controlling the graphical property of the indicator information when there is an acknowledgment of the relative client to the data;
Lt; / RTI >
The client includes:
The method of claim 1, further comprising the steps of: transmitting data through a chat room in which the client and a plurality of relative clients participate; displaying different indicator information corresponding to each of the counterpart clients; Controlling a graphical attribute of indicator information corresponding to a client having an acknowledgment and maintaining a graphical attribute of indicator information corresponding to the client without the data acknowledgment,
A method for providing a user interface of a client.
The method according to claim 1,
Wherein the indicator information comprises:
A computer program product comprising information about a graphics object,
A method for providing a user interface of a client.
The method according to claim 1,
If there is an acknowledgment of the relative client to the data, the indicator information is visually disappearing from the dialog,
A method for providing a user interface of a client.
The method according to claim 1,
Receiving data from the counterpart client; And
Processing the background of the display area defined for visually displaying the received data as color information of the indicator information
≪ / RTI >
A method for providing a user interface of a client.
delete delete The method according to claim 1,
The step of controlling the graphic attribute
Receiving an acknowledgment response for the data from the correspondent client over the P2P communication path; And
Allowing the indicator information to visually disappear from the dialog window based on the acknowledgment response
/ RTI >
A method for providing a user interface of a client.
The method according to claim 1,
Wherein if the number of participating clients of the chat room exceeds a first criterion,
Displaying indicator information corresponding to the chat room
Lt; / RTI >
The method of claim 1,
Controlling the visual effect on the length of the indicator information corresponding to the chat room if there is an acknowledgment of the data of the client
/ RTI >
A method for providing a user interface of a client.
9. The method of claim 8,
If the number of the participating clients that do not receive acknowledgment of the data of the client is equal to or less than the second criterion, the indicator information corresponding to the chat room is visually disappeared, and in the area where the disappearing indicator information is displayed, Displaying indicator information corresponding to the participating client
≪ / RTI >
A method for providing a user interface of a client.
9. A computer program stored on a medium in combination with hardware to perform the method of any one of claims 1 to 4 and 7 to 9.
In the client,
Communication interface;
A memory for storing a communication program; And
And a peer-to-peer (P2P) communication path is established with the other client using the communication interface, indicator information related to data reception confirmation is associated with the counterpart client, Transmitting the indicator information to the client and the chat window of the chat room participating in the partner client, and transmitting the indicator information to the counterpart client via the communication interface, A controller for controlling the graphic attribute of the indicator information,
Lt; / RTI >
The client includes:
The method of claim 1, further comprising the steps of: transmitting data through a chat room in which the client and a plurality of relative clients participate; displaying different indicator information corresponding to each of the counterpart clients; Controlling a graphical attribute of indicator information corresponding to a client having an acknowledgment and maintaining a graphical attribute of indicator information corresponding to the client without the data acknowledgment,
Client.
12. The method of claim 11,
Wherein the indicator information comprises:
A computer program product comprising information about a graphics object,
Client.
12. The method of claim 11,
If there is an acknowledgment of the relative client to the data, the indicator information is visually disappearing from the dialog,
Client.
12. The method of claim 11,
Wherein the communication interface comprises:
Receiving data from the counterpart client,
The controller comprising:
Processing the background of the display area defined for visually displaying the received data as color information of the indicator information,
Client.
delete delete 12. The method of claim 11,
The controller comprising:
Receiving an acknowledgment response for the data from the counterpart client using the communication interface and for causing the indicator information to visually disappear from the conversation window based on the acknowledgment response;
Client.
12. The method of claim 11,
If the number of participating clients in the chat room exceeds a first criterion,
And displaying the indicator information corresponding to the chat room and controlling the visual effect on the length of the indicator information corresponding to the chat room when there is an acknowledgment on the data of the client,
Client.
19. The method of claim 18,
The controller comprising:
If the number of the participating clients that do not receive acknowledgment of the data of the client is equal to or less than the second criterion, the indicator information corresponding to the chat room is visually disappeared, and in the area where the disappearing indicator information is displayed, Displaying indicator information corresponding to the participating client,
Client.

Images