KR20170003382A - Method and System for Data Communication - Google Patents

Method and System for Data Communication Download PDF

Info

Publication number
KR20170003382A
KR20170003382A KR1020160059757A KR20160059757A KR20170003382A KR 20170003382 A KR20170003382 A KR 20170003382A KR 1020160059757 A KR1020160059757 A KR 1020160059757A KR 20160059757 A KR20160059757 A KR 20160059757A KR 20170003382 A KR20170003382 A KR 20170003382A
Authority
KR
South Korea
Prior art keywords
data
delayed
method
identifier
receiving
Prior art date
Application number
KR1020160059757A
Other languages
Korean (ko)
Inventor
수밋 쿠마
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to IN1970/DEL/2015 priority Critical
Priority to IN1970DE2015 priority
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority claimed from US15/193,701 external-priority patent/US20170005971A1/en
Publication of KR20170003382A publication Critical patent/KR20170003382A/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/18Messages including commands or codes to be executed either at an intermediate node or at the recipient to perform message-related actions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/22Arrangements for maintenance or administration or management of packet switching networks using GUI [Graphical User Interface]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/06Message adaptation based on network or terminal capabilities
    • H04L51/063Message adaptation based on network or terminal capabilities with adaptation of content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/08Messages including annexed information, e.g. attachments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/14Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages with selective forwarding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/38Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/14Network-specific arrangements or communication protocols supporting networked applications for session management
    • H04L67/146Markers provided for unambiguous identification of a particular session, e.g. session identifier, session cookie or URL-encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/22Header parsing or analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/42Protocols for client-server architectures

Abstract

The present invention relates to a method for transmitting delayed files from a sender to a receiver, and also to a method for delaying and receiving transmitted files. The method of sending delayed files helps to omit troublesome tasks on the caller side. Delayed reception, on the other hand, helps to easily store and collectively receive the files received at the receiver side.

Description

TECHNICAL FIELD [0001] The present invention relates to a data communication method,

The present invention relates to a communication method. More particularly, the present invention relates to a delayed data communication method and computing devices implementing the same.

Messages communicated, such as e-mail, chat messages or device-to-device transmissions, are typically associated digital files or other content items, including attachments, such as images, audio, video, data files, . In traditional communication methods, whenever a new file or attachment is sent in connection with a communication, the sender may be asked to create a new mail or initiate a new communication session and send it to the recipient. This can cause unnecessary confusion in the system receiving the messages.

Thus, if multiple attachments must be sent to more than one recipient and such attachments may only be available for a later period of time or may not be transmitted unintentionally, an intuitive method for communicating such attachments is needed . This paragraph is provided for the purpose of introducing the selection of concepts in a simplified form, which will be described in detail in the following detailed description for carrying out the invention. This paragraph is not intended to be exhaustive of the essential or essential concepts of the technical idea of the invention nor is it intended to determine the scope of the technical idea according to the invention.

The present invention provides a method for transmitting a delay file from a sender to a receiver. User device A sends or receives a first communication to user device B. [ User device A can now send one or more data units to user device B in units of delay data. During the transmission of one or more data units, the user device A sends a transaction identity, an application identity, a context identity, a previously transmitted filename, a timestamp of a previously transmitted file a time stamp, a delayed folder name, or a combination thereof. The identifier is then associated with one or more data units and transmitted to the recipient. User device B receives one or more data units transmitted in the form of delayed data units and identifies the previous communication based on the identifier. User device B then stores one or more data units in association with the previous communication thus identified. In response to a rendering request, the previous communication and one or more data units received as delayed data are combined and rendered together.

The method as described above allows to manage intuitive delayed data communication in various areas. In particular, the delayed data transmission method may be employed in various communication modes including, for example, an e-mail communication mode, a short-range communication mode, or an instant messaging communication mode.

An electronic device of the present invention includes a communication interface, a processor, and a memory. Wherein the memory is operable, in conjunction with the processor, to cause the electronic device to: transmit first data to an external device via the communication interface, receive a selection of second data to be transmitted from the external device via the input device And instructions configured to associate an identifier with the second data based on first data transmitted to the external device and transmit the second data with the identifier to the external device via the communication interface.

An electronic device of the present invention includes a communication interface; A processor; And a memory. Wherein the memory is operable, in conjunction with the processor, to cause the electronic device to: receive from the external device first data with the identifier via the communication interface, detect in the memory second data corresponding to the identifier, And instructions for storing the first data in the memory in association with the second data.

BRIEF DESCRIPTION OF THE DRAWINGS For a better understanding of the advantages and features of the present invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. These drawings are to be understood as merely representative of exemplary embodiments of the invention and are not to be construed as limiting the scope of the invention. BRIEF DESCRIPTION OF THE DRAWINGS The invention will be described and explained with additional specificity and detail along with the accompanying drawings,

BRIEF DESCRIPTION OF THE DRAWINGS The features, aspects, and advantages of the present invention as described above or other aspects of the invention will be better understood from the following detailed description and the accompanying drawings. Like reference numerals designate like elements throughout the drawings.
1 shows a schematic flow diagram of a method for delayed data communication between a sender device and a recipient device in accordance with an embodiment of the present invention.
Fig. 2 shows a flowchart of a delay data transmission method corresponding to an embodiment of the present invention.
3 shows a flowchart of a delay data transmission method corresponding to another embodiment of the present invention.
4 shows a flowchart of a delayed data transmission method corresponding to another embodiment of the present invention.
5 shows a schematic flow diagram of a method for delayed data transmission over an email system in accordance with an embodiment of the present invention.
Figure 6 shows a schematic flow diagram of a method for delayed data transmission over an email system in accordance with another embodiment of the present invention.
Figure 7 shows a schematic flow diagram of a method for delayed data transmission in a delay aware e-mail system according to an embodiment of the present invention.
Figure 8 illustrates an exemplary format 800 of a header that may be employed to make a communication system a Deferment Aware System.
Figure 9 shows a detailed view of an email header that may be employed in a delay aware email system.
Figure 10 illustrates a method for displaying e-mails that send delayed attachments in accordance with an embodiment of the present invention.
Figure 11 illustrates an exemplary pop-up that can notify a user about an error in accordance with an embodiment of the present invention.
12 shows a schematic flow diagram of a delayed data communication method in a Deferment Non-Aware E-mail System according to an embodiment of the present invention.
13 shows a schematic flow diagram of a method for delayed data transmission over a delayed non-recognized e-mail system according to an embodiment of the present invention.
FIG. 14 shows a schematic flow diagram of a method for transmitting delayed data through an instant messaging system according to an embodiment of the present invention.
15 shows a schematic flow diagram of a method for delayed data transmission through an instant messaging system according to another embodiment of the present invention.
16 shows a schematic flow diagram of a method for delayed directory transmission through an instant messaging system according to an embodiment of the present invention.
FIG. 17 shows a schematic flow chart of a method of delay transmission of several directories through an instant messaging system according to another embodiment of the present invention.
Figure 18 shows a schematic flow diagram of adding and annotating data under delayed transmission according to another embodiment of the present invention.
19 shows a schematic flow diagram of a method of transmitting a delayed image over a short-range communication mode according to an embodiment of the present invention.
20 shows a schematic flow diagram of a delayed audio transmission method over a short-range communication mode according to another embodiment of the present invention.
FIG. 21 shows a flowchart of a delay data receiving method according to an embodiment of the present invention.
22 shows a flowchart of a delay data receiving method according to another embodiment of the present invention.
Figure 23 illustrates an exemplary rendering of an e-mail, in accordance with an embodiment of the present invention, with a delayed attachment.
Figure 24 illustrates an exemplary rendering of an email in accordance with another embodiment of the present invention, along with a delayed attachment.
Figure 25 illustrates an exemplary notification provided to a recipient device in response to receiving delayed data via an instant messaging system in accordance with another embodiment of the present invention.
26 illustrates an exemplary rendering of a delayed directory received over a short range communication mode in accordance with an embodiment of the present invention.
Figure 27 illustrates an exemplary rendering of a reconstructed video file according to an embodiment of the invention.
28 shows a block diagram of a computing device suitable for implementing a delayed transmission method in accordance with an embodiment of the present invention.
29 shows a block diagram of a computing device suitable for implementing a delayed reception method in accordance with an embodiment of the present invention.
30 shows a block diagram of an email system suitable for implementing the delayed communication method according to an embodiment of the present invention.
31 shows a general storage entry of a receiving-side email processing system according to an embodiment of the present invention.
32 illustrates storage items of email from a Deferment Aware System that does not have a delayed attachment.
Figure 33 shows storage items of email from a delayed recognition system with a delayed attachment.
Figure 34 shows storage items of email from a Deferment Non-Aware System that does not have a delayed attachment.
Figure 35 shows storage items of email from a delayed non-recognition system with a delayed attachment.
FIG. 36 shows a flowchart of a process implemented by a view controller that detects whether an email is coming from a delayed recognition system or a delayed non-recognized system.
37 shows a flowchart of a process implemented by a view controller that detects a delayed attachment when an email comes from a delayed recognition system.
Figure 38 shows a flow diagram of the processing implemented by the view controller to detect delayed attachments when an email comes from a delayed non-recognition system.
Figure 39 shows a pointer structure in an email with a delayed attachment from a delay recognition system.
Figure 40 illustrates a pointer structure in an email with a delayed attachment from a delay non-recognition system.
41 illustrates a specific utility that may be included during the processing of an email attachment in an email system that implements a delayed communication method.
Figure 42 illustrates an exemplary hardware architecture of a computing device according to an embodiment of the present invention.
It will also be appreciated by those skilled in the art that the elements in the figures are merely illustrative and may not necessarily be drawn to scale. For example, the flowchart illustrates a method in terms of the most important steps to help improve understanding of aspects of the invention. In addition, in terms of the configuration of the apparatus, one or more components of the apparatus may be represented in the drawings by conventional symbols, and these figures will only show certain details suitable for understanding embodiments of the present invention, Those skilled in the art will understand that those skilled in the art can omit the drawings in order not to obscure the drawings.

In order to promote an understanding of the principles of the present invention, reference will be made to the embodiments shown in the drawings and specific terminology will be used to describe such embodiments. It will be appreciated, however, that these are not intended to limit the scope of the invention, and that modifications and further variations of the system shown and additional applications of the principles of the invention are possible without departing from the scope of the invention, .

It will be appreciated by those of ordinary skill in the art that the foregoing general description and the following detailed description are exemplary and explanatory and are not intended to be limiting.

Reference throughout this specification to " an aspect, " " another aspect, " or similar term is intended to cover certain features, structures, or characteristics described in connection with the embodiment Quot; is included in at least one embodiment of the present invention. Thus, throughout this specification, the phrase " in an embodiment ", " in another embodiment ", and similar phrases may all refer to the same embodiment but are not necessarily so.

The terms "comprise", "comprise", "have", and the like are all intended to mean non-exclusive inclusion. Thus, a process or method that includes a list of steps may include other steps not expressly stated or inherent to such process or methodology, rather than including only those steps. Likewise, one or more devices or sub-systems or components or structures or components made by " comprises what " may be used interchangeably with other devices or other sub-systems or other components Does not exclude the presence of other structures or other components or additional devices or additional sub-systems or additional components or additional structures or additional components.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art. The systems, methods, and examples provided herein are by way of example only and are not intended to be limiting.

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

The originator device may send some data to the recipient device first and then send the associated data (i.e., delayed data) at a later time. The association between the initially transmitted data and later transmitted delay data can be recognized as an identifier transmitted with the delayed data. From the user's point of view, the transmission of the associated data may appear delayed. Thus, according to various embodiments of the present invention, the associated data may be referred to as delayed data. For example, the sender device may send the user's comment to the recipient device first and then send the attachment as delayed data later. The recipient device may direct the user to complete the receipt of the email (i.e., comments and attachments). In addition, the sender device can divide the attachment of the email into a plurality of units and sequentially send them to the recipient device. The recipient device can combine and store the units into one file, and can guide the user to receive the attachment. The sender device may also collect data. For example, a sender device may acquire images via a camera or collect ambient or biometric information via a sensor. When the collection of data is complete, the sender device may send an email containing the collected data to the recipient device. Referring to FIG. 1, a schematic flow diagram of a delayed data communication method 100 between a sender device 101 and a recipient device 102 is shown. In the depicted example, the originator device may initially provide (e.g., render and display) a set of selectable data units 103 1 through 103 n , which may include, for example, a display Screen) of one or more data units (104). The originator device may additionally receive an indication 105 indicating that the selected one or more data units may be transmitted using a delayed transmission method. For example, the indication of the delayed transmission method may be recognized as a touch input in the form of a "D" character or an air-gesture input in the form of a "D" character. In response to receiving the indication associated with the delayed transmission, a Graphical User Interface (GUI) 106 may be provided that includes details of one or more modes of communication supported by the calling device. The GUI 106 includes information about the email communication mode 107, the Bluetooth communication mode 108, the Wi-Fi Direct communication mode 109, and the instant messaging communication mode 110 can do. The originator device may receive a selection 111 of any of the supported communication modes to transmit the selected one or more data units. Based on the communication mode thus selected, the originator device can additionally receive details of previous communication with the recipient from the selected communication mode. Once the details of the previous communication with the recipient are received at the originator device, the details may be used by the originator device 112 to associate (112) the identifier associated with the previous communication to the selected one or more data units. For example, if the communication mode is selected by e-mail, the identifier may include at least some of the previously transmitted data (e.g., email title 113 of the email, sender name, at least some of the email content, email address, Attachment file name). Here, the sender device may use a unique identifier (UID) to associate with the data unit. That is, if the first data and the second data are, for example, e-mail addresses that enable the first data and the second data to be commonly identifiable, the unique identifier may be a unique identifier It can be a combination of address and outgoing time. If the communication mode is selected as Wi-Fi Direct, the identifier may be received in the form of a previous video file name and time stamp 114. If the communication mode is selected as Bluetooth (BT), the identifier may be received in the form of a previous Bluetooth transmission filename 115. If the communication mode is selected for instant messaging, the identifier may be received in the form of a chat heading 116. The originator device 101 may send the selected one or more data units together with the identifier to the recipient device (117).

The recipient device 102 may receive (118) one or more data units transmitted in the form of delayed data units. The recipient device may detect an identifier contained in one or more such received data units, and may retrieve (119) a previous communication that matches the identifier via the communication mode specified by the identifier. If a previous communication that matches the identifier is identified, the recipient device may store one or more data units in association with the identified previous communication (120). If there is a request for rendering, one or more data units may be called and rendered 121 along with the previous communication.

Referring to FIG. 2, a flow diagram of a delayed data transmission method 200 corresponding to an embodiment of the present invention is shown. The delayed data transmission method 200 includes receiving (201) one or more data units for delayed transmission to a receiver. In response to receiving such an identifier, the identifier may be associated with one or more data units (202) based on details of previous communication with the recipient. The method may further comprise transmitting (203) the associated identifier along with the one or more data units to the recipient.

The method shown in FIG. 2 may be supplemented by the additional steps shown in FIG.

For example, in one aspect, receiving one or more data units for delayed transmission to a receiver, i.e., step 201 of FIG. 2, comprises providing a user with a GUI comprising one or more selectable data units And receiving (302) a selection of one or more data units in the one or more selectable data units.

In another aspect of the invention, in conjunction with receiving one or more data units for delayed transmission, the method may further comprise receiving (303) an indication corresponding to the delayed data transmission. The indication may be in the form of a gesture, touch or voice. In an alternative embodiment, an indication corresponding to a delayed transmission may be received separately instead of being received during the receiving of one or more data units.

In another aspect of the invention, in conjunction with receiving one or more data units for delayed transmission, the method may further comprise receiving (304) a comment corresponding to the one or more data units. In an alternative embodiment, the step of receiving an annotation is separate and may be performed prior to the step of receiving one or more data units or after the step of receiving one or more data units.

Since the delayed data transmission is related to the first communication that occurred in the past in the recipient, the delayed transmission method may further include receiving 305 the details of the first communication with the recipient. When a delayed transmission is associated with a first communication that occurred in the past, the delayed transmission may not be active at the time of transmitting one or more data units for delayed transmission to the recipient.

Without wishing to be limiting, in one embodiment, the details of the first communication with the recipient include providing (306) a GUI to the user that includes one or more communication modes and receiving (307) a selection of the communication mode Lt; / RTI > After receiving the selection of the communication mode, the system may provide the user with a GUI (308) comprising one or more communications performed within the communication mode (308) and receive a selection of the previous communication performed from within the communication mode to the recipient (309).

If the user is already in communication mode (e.g., if the user is already writing emails), steps 306 and 307 may be omitted and the remaining steps 308 and 309 may be performed.

In an embodiment of the invention, the method may further comprise generating (310) header data. In a preferred aspect, the header data may be of the first type or of the second type. For example, the first type may mean that one or more data units being transmitted have a link to a previous communication. The second type may mean that one or more data units being transmitted have no link to the previous communication. The generated header data can be advantageously used by the recipient device 102. In one embodiment, the header data may be used by the recipient device to quickly identify that one or more data units transmitted are related to a delayed transmission. This makes it possible to save time on the recipient device. Another benefit is that it can save resources on the recipient device. Thus, when header data is generated as described above, the transmitting step 311 may send one or more data units, identifier and header data to the receiver.

Fig. 4 shows a delay transmission method corresponding to the previous communication. The method 400 of FIG. 4 may include establishing a first communication with a recipient (401). Receiving (201) one or more data units for delayed transmission to a receiver, as shown in Figure 2; Associating (202) the identifier with one or more data units based on the details of the first communication with the recipient; And transmitting (203) the one or more data units together with the associated identifier to the recipient may be performed as subsequent steps after step (401).

In the following paragraphs, other types of delayed transmission method implementations are also described with reference to the corresponding drawings. Other implementations described herein below are for illustrative purposes only and are not to be construed in any way as limiting the scope of the claims.

One of the most common ways to share attachments may be to use an email communication mode.

Referring to FIG. 5, an embodiment is shown in which an attachment may be sent via a delayed transmission method. Particularly, as shown in FIG. 5A, the user can go to the library 501. The library 501 may include, for example, various digital contents 502 1 , 502 2 , 502 3 , 502 4 , 502 5, and 502 6 . The user can select one or more of the various contents in the libraries 503 1 , 503 2 , and 503 3 . Thereafter, the user may select the " Options " Referring to FIG. 5B, in response to the selection of the option icon, a number of options may be provided to the user via the GUI 505. One of the options provided may include a " Deferred Attach " (506). In response to detecting the selection of the delayed attachments option, the user may be directed to the Outbox 507 of the e-mail communication mode as shown in FIG. 5 (c). The mailbox 507 may provide one or more communications 508 1 , 508 2 , 508 3 , 508 4 , 508 5, and 508 6 that have already been generated, and the user may select any of the communications (509) . In response to receiving the selection of either communication, the previously selected digital content 503 1 , 503 2 and 503 3 may be transmitted with deferred attachments to the selected communication. It is possible for the user to wish to add some specific annotations to the attachment and provide it, and a GUI 510 may be provided that enables the user to add annotations as shown in Figure 5 (d) . Using the GUI 510, a user may provide an annotation 511 that he wishes to be sent with attachments.

Referring to FIG. 6, another embodiment is shown in which an attachment may be sent via a delayed transmission method. In particular, as shown in FIG. 6 (a), the user may see a mailbox 601 in an e-mail communication mode that provides one or more past communications 602 1 through 602 n that have been transmitted. In an embodiment, for each of the communications 602 1 through 602 n , a small icon may be provided. In response to the selection 604 of the small icon 603, the communication is selected, and it is possible for the user to select one or more attachments for transmission using the delayed transmission scheme. For example, The graphical user interface 605 as shown in FIG. 6 (b) may be provided. Through the GUI 605, the user can select one or more attachments 606 1 , 606 2, and 606 3 . Quot; Done " icon < RTI ID = 0.0 > 607 < / RTI > Similar to FIG. 5 (d), FIG. 6 (c) shows the GUI 510 which enables the user to add an annotation 511. The previously selected digital content 606 1 , 606 2, and 606 3 may be transmitted as a delayed attachment of the selected communication.

According to one of the aforementioned methods of delayed transmission, an e-mail ring system can be roughly divided into two categories:

Deferment Aware System; And

Deferment Non-Aware System.

Deferment Aware Systems may be an email system that recognizes delayed attachment emailing. These systems support delayed attachments by default and can also provide an option to allow the user to mark the delayed attachment format before sending an email. A block diagram of a Deferment Aware Email System 700 is shown in FIG. It can be observed in FIG. 7 that the originator device 701 sends information about the delay to the server 702 when sending the email. In this case, the information about the delay is forwarded to the recipient 703 by the mail server.

The e-mail system may be operated as a Deferment Aware System by including a deferment indication in the outgoing mail. In an embodiment of the invention, the delay indicator communicated in the delay recognition system may be transmitted as part of the email header. An exemplary format of the header 800 that may be employed to make the communication system a latency recognition system is shown in FIG. In the illustrated example, the header 800 includes general header information 801 and a delay indicator 802. In an embodiment of the present invention, the delay indicator 802 may be adapted to transmit information regarding two aspects: a Deferment Aware Domain 803 and a Deferred Attachment 804 . Information on the delay recognition domain 803 may be provided in the form of a bit, and information on the delayed attachment file may also be provided in the form of a bit. Thus, as compared to a normal header, the header 800 as shown in FIG. 8 may further include two additional bits. A detailed view of the email header is shown in FIG. 9, which includes general header information 901 and a delay indicator 902, which is used to send information regarding the delay recognition domain 903 and the delayed attachment file 904 Suitable.

Information related to the latency-sensitive domain: This bit indicates whether the domain of the email being transmitted supports the lazy attachment mechanism. If support is provided, the bit is set to 1 (TRUE), and if no support is provided, the bit may be set to 0, FALSE.

Information related to delayed attachments: This bit indicates whether the email is delivering a delayed attachment. If a delayed attachment is present in the email, the bit may be set to 1 (TRUE), otherwise it may be set to 0 (FALSE).

As shown in FIG. 10 (a), the delay recognition system can sense the selection of the icon 1010 of the sent mail box in the displayed email browser. In response to the detection of the selection, the delay recognition system can display the sent items. Thereafter, the delay recognition system senses the selection of the email 1020 and the delayed transmission option 1030 that were previously sent (e.g., today) in the Sent Items mailbox, and in response, A UI control 1000 for delivering a delayed attachment, such as a bar, to the recipient of the selected email. The user can attach the file via the UI control 1000 to the selected email as a delayed attachment. For example, the UI control 1000 may provide an additional icon 1040. If the add icon 1040 is selected, a list of files may be displayed. A selected file 1050 in the file list may be attached to the selected email. The delay recognition system may provide an easy way for the user to mark the email as delivering a delayed attachment, as shown in Figure 10 (b). That is, each user responding to the communication can view the UI control 1000 for marking (1001) the email as a delayed attachment file type. Another advantage of this system is that it can show the user an error control check to further enhance and extend the system. For example, the system may have a restriction that the character annotation in the delayed email must be 200 characters or less. If the new content of the email exceeds 200 characters, a pop-up 1100 can be shown to the user, an example of which is shown in FIG.

Delayed attachments may be transmitted using any email system (i.e., a delayed non-recognition system).

Delay non-recognition systems (Deferment Non-Aware Systems): traditional e-mail systems do not have any information on delays attachments. A block diagram of the delay non-aware email system 1200 is shown in FIG. In a delayed non-aware e-mail system, the originator device 1201 does not have the capability to explicitly mark e-mails as containing delayed attachments before sending an e-mail to the server 1202, It can be seen from Fig. 12 that it is not transmitted to the receiver 1203 through the mail server.

To provide backward compatibility with delayed non-recognition systems, other methods may be employed, examples of which are shown in FIG. 13 and described in detail below.

Referring to FIG. 13, an embodiment is shown in which an attachment may be sent via a delay non-recognition system. Specifically, as shown in FIG. 13 (a), the user may see an Outbox 1301 in an e-mail communication mode that provides one or more past communications 1302 1 through 1302 n that were sent. In an embodiment, for the transmitted communication, an " all reply " icon 1303 may be provided. When activated (1304), a new e-mail is generated as shown in FIG. 13 (b) (1305). It can be seen that the subject (title) of the new email begins with "Re: ....." as indicated by 1306 in FIG. 13 (b). The user can modify this to replace "Re ....." with "[attach] ....." as indicated by 1307 in FIG. 13 (c). Thereafter, the user may attach one or more attachments using the " attachment " option 1308, as shown in Figure 13 (d) (Which is similar and therefore not described in detail), annotations can optionally be added to the attachment as shown in Figure 13 (e) (this is substantially similar to Figure 6 (c) ). In the illustrated embodiment, based on the syntax of the subject, i.e., the prefix " [attach] ", the recipient can invoke special processing and send the received email to a more specific .

In this paragraph, some methods of implementing a delayed transmission method in an email transmission system have been described in detail with reference to FIGS. 5 to 13, and details of implementation as provided above limit the scope of the present invention It should not be interpreted.

In recent years, it has become common to share attachments using an instant messaging system, so in the following paragraphs, some methods of implementing a delayed transmission method in an instant messaging system will be described in detail.

Referring to FIG. 14, an embodiment of sharing a delayed attachment via an instant messaging system is shown. As shown in FIG. 14 (a), the sender can provide a topic 1401 and establish communication 1402 with the recipient. Then, when the sender wishes to send one or more additional attachments to the recipient in the form of a delayed attachment, the sender selects the attachments 1404 1 -1404 4 as shown in FIG. 14 (b) (1403). Thereafter, the user may select (1405) an option for " Deferred Sharing ". As shown in FIG. 14C, from various options that may be provided, the user may select 1406 the instant messaging option. As shown in FIG. 14 (d), a GUI may be provided so as to obtain a chat title (subject) from the user. The chat heading may indicate relevant content of a deferred directory. The title may be included in an Instant Messaging (IM) session by sending a special message. An IM session may indicate that the next messages to be sent by the sender will be part of this title. This special message can be initiated by either the sender or the receiver. The special message can be interpreted by the instant messaging server, and the title can be provided for easy viewing by the user in the GUI. Alternatively, instead of obtaining a chat title from a user, a chat title may be automatically generated (based on context parsing). As an alternative option, a GUI may be provided to find any other information or details of the recipient based on what previous communications may be identified. If past communications are identified, the selected attachments may be sent in the form of a delayed attachment, as shown in Figure 14 (e).

Referring to Figures 15A-15E, another embodiment of sharing a delayed attachment via an instant messaging system is shown. The method shown in Figs. 15 (a) to 15 (e) is substantially similar to that of Fig. 14 (a) to (e) except for Fig. 14 (b). In view of the above, features common to Figs. 14 and 15 are not described, and the description as provided above with respect to Fig. 14 can be equally referenced. As shown in FIG. 15 (b), the selection 1501 for "Deferred Sharing" may be received in the form of a pattern input in the shape of "D". On the other hand, any other pattern may consist of either a factory setting or a user setting. As another alternative, not shown, the selection for " Deferred Sharing " may be received in the form of an over-the-air gesture.

16, another embodiment of sharing a delayed attachment via an instant messaging system is shown. In this embodiment, the originator device may initially generate a " first deferred directory " 1601 as shown in FIG. 16, and then send information about the first delay directory 1601 To the recipient device via the instant messaging system. The recipient device can generate a second delay directory 1602 based on the received information and display it in a message window. In the case of adopting this embodiment, next to sharing the delayed directory, content (e.g., an image) may be added to the delayed directory 1601. When the content is added to the delay directory 1601, its identifier (e.g., directory information) along with the content may be sent to the recipient device. The recipient device may store the content in association with the delay directory 1602 based on the identifier. The transmission of the delayed directory is implemented using conventional methods for sharing folders in a chat session.

Referring to FIG. 17, it is possible to transmit several delay directories. In this regard, as shown in Figure 17 (a), the user can create a first delay directory 1701, a second delay directory 1702, and a third delay directory 1703, The first delay directory 1701 is transmitted 1704 through the instant messaging system as shown in FIG. 17B, the second delay directory 1702 is transmitted 1705, and the third delay directory 1703 (1706). In adopting this embodiment, the user may add new content following sharing each of the first, second and third delayed directories.

Referring to FIG. 18, it is possible to add an annotation 1801 to any one of the attachments 1802 being conveyed in a delayed transmission, as shown specifically in FIG. 18 (a). If an annotation is added to the attachment, the annotation 1801 may be automatically transmitted 1803 along with the delayed attachment 1802 through the instant messaging system, as shown in Figure 18 (b).

In the paragraphs, some methods of implementing the delayed transmission method in the instant messaging system have been described in detail with reference to Figs. 14 to 18, but the method can be implemented by other alternative methods, The scope is not intended to be an implementation of the details as provided above.

It is also common to share digital content using the short-range communication mode. Such short-range modes include Bluetooth, Wi-Fi, NFC, RFID, and the like. Therefore, in the following paragraphs, some methods of implementing the delayed transmission method by adopting the local communication mode will be described in detail.

Referring to FIG. 19, an embodiment of sharing a delayed attachment via an instant messaging system is shown. As shown in FIG. 19A, a content selection 1901 can be received and a selection 1902 of a short range communication mode (Bluetooth in this case) is received as shown in FIG. 19B . Based on the selections and additional input (not specifically shown) that may typically be required for transmission, initial communication may be sent to the recipient. In the initial communication, the selected content 1901 may be shared. 19C, one or more content selections 1903 1 through 1903 3 may be received at a later time, and a selection 1904 for delayed transmission, as shown in FIG. 19D, May be received with a selection of a short range communication mode (in this case Bluetooth). In response to the above, a GUI 1905 is provided to the user, as shown in Figure 19 (e). The GUI may display a message to allow the user to enter details of the previously transmitted file (1906). In an alternative embodiment, the GUI may be provided to locate any other information or recipient details based on what previous communications may be identified. Once the previous communication is identified, the selected attachments may be sent in the form of a delayed attachment.

Various types of digital contents can be transmitted using the delay transmission method. For example, FIG. 20 shows a delayed transmission of an audio file. The method as shown in Figure 20 is based on the type of content selected for delayed transmission (audio file (s) (2001, 2003 1 , 2003 2 , 2003 3 in this example) and the communication method selected for delayed transmission (Wi-Fi Direct 2002/2004). ≪ / RTI >

Any type of media content, including audio files, image files, graphics files, video files, animation files, etc., may be transmitted using the delayed transmission method. The advantage of having such a clause instead would be the fact that the new file acts as an extension of the previously exchanged file.

It is also possible to employ a method of generating a delayed directory as shown and described with reference to Figs. 16 (a), 17 (a) and 18 (a) Can be used to transfer the delay directory. In particular, traditional file exchange methods such as Bluetooth, Wi-Fi, Wi-Fi Direct and the like can be used to transmit delayed content, such as delayed directories to other phones, for example. This delay directory will serve to provide more features as compared to traditional file exchanges and will also be easier to use and will provide ease of use for the sender as well as the recipient. Sharing a file with the other party through the delayed directory method allows the sender to later add a new file to the same directory in the recipient's file system (assuming that it is not erased by the user until then).

In the above paragraphs, although some methods of implementing the delayed transmission method using the short-range communication mode have been described in detail with reference to FIGS. 19 and 20, the method may be implemented by other alternative methods, Are not limited to the implementation of the details as provided above.

In the above paragraphs, the method performed by the originator device for delayed transmission has been described in detail. In the following paragraphs, the method of receiving delayed data performed by the receiver apparatus will be described in detail.

Referring to FIG. 21, the present invention further provides a delayed data reception method 2100 comprising receiving (2101) one or more data units from an originator with an identifier. Based on the identifier, previous communications with the sender may be detected 2102 and one or more data units may be stored 2102 associated with the previously detected communications. The identifier may include at least one of a transaction identity, an application identity, a context identity (i.e., at least some of the previously transmitted data (e.g., email title, )), Or a combination thereof.

The method shown in FIG. 21 may be supplemented by the additional steps shown in FIG.

For example, referring to FIG. 22, a method 2220 may include receiving (2201) header data with one or more data units and an identifier. Wherein the header data is of a first type indicating that one or more data units being transmitted have a link with a previous communication or indicating that one or more data units being transmitted have no connection with the previous communication It is one of the second type.

In another embodiment, the method further comprises analyzing 2202, wherein if the header is of a first type (i. E. Indicating that one or more data units being transmitted have a connection with a previous communication) A process 2205 may be performed to detect a previous communication with the base station. In another embodiment, if the header is present and is of a second type (i.e., indicating that one or more data units being transmitted have no connection with the previous communication), the process is terminated and a normal process ) May be performed.

In yet another embodiment of the present invention, the method 2200 can further comprise analyzing (2204) an identifier to obtain one or more transaction IDs, application IDs, context IDs, or a combination thereof contained in the identifier have.

In yet another embodiment of the present invention, detection 2205 includes searching 2206 for one or more transaction IDs, application IDs, or context IDs included in the identifier through previously stored communications 2206, , An application ID, or a context ID (step 2207).

In yet another embodiment of the present invention, the method 2200 further comprises rendering 2209 one or more data units with previous communications. In one embodiment, providing step 2209 may include, in response to a provisioning request, invoking 2210 one or more data units associated with a previous communication with a previous communication. The previous communication and one or more data units may then be combined 2211 (2212). When one or more data units are delivered with a comment, the previous communication, one or more data units and the annotation are provided in combination with one another. In one embodiment, an annotation may be associated with a data unit by being included as metadata in the data unit. Alternatively, if one or more data units are delivered with an annotation, the previous communication, one or more data units, and annotations may be combined with each other. The previous communication and one or more data units may be provided initially. An annotation may then be provided in response to sensing a predefined type of action.

In another embodiment of the present invention, the method 2200 includes sensing (2213) an operation associated with a data unit provided with a previous communication, and providing a function associated with the operation (2214) to the data unit can do.

For example, an action is a right swipe in the data unit provided with the previous communication, and the function is the transfer of the data unit. As another, non-limiting example, an action is a left swipe of a data unit delivered with a previous communication, and the function is to return to the caller with the data unit.

Other types of implementing the delayed receive method in the following paragraphs are described together with reference to the corresponding drawings. Other implementations described herein are for illustrative purposes only and are not to be construed as limiting the scope in any way.

23, an exemplary provision of delayed attachments and emails in accordance with an embodiment of the present invention is shown. As can be observed in detail, the body of the previous email communication is provided in part 2301. [ In the case of a prior email containing an attachment, the attachment is provided in field 2302. Thereafter, the attachment received via the delayed transmission method may be provided, such as 2303 and 2304, based on the reception time. For example, the original email is received at 10 am, the first delayed attachment 2303 is received at 10:10 am, and the second delayed attachment 2304 is received at 10:20 am. In the example shown, the second delayed attachment includes an annotation, and therefore, a small indicator 2305 indicating the annotation is provided near the second delayed attachment 2304. The indicator 2305 may be displayed in the form of an icon in the GUI. In response to detecting a particular type of pre-configured action by the user, the annotation may be denoted by 2306. [

Referring to FIG. 24, an exemplary provision of delayed attachments and emails in accordance with another embodiment of the present invention is illustrated. Similar to FIG. 23, the body of the previous email communication is provided at 2401, and the attachment of the previous email communication is provided at 2402. Attachments received via the delayed transmission method may be provided as 2403 and 2404 or the like. The difference between Figures 23 and 24 is in the form of annotations. In Fig. 24, the annotation 2405 can be automatically displayed as part of the email body, without any further action.

Referring to FIG. 25, an exemplary notification provided to a recipient device in response to receiving delay data via an instant messaging system according to an embodiment of the present invention is shown. A notification 2501 may be generated in response to receipt of a delayed data unit. If the delayed data unit contains some comment, the notification can be configured to provide a comment preview. Likewise, in the case of a delayed directory update, the notification can be configured to mention the name of the updated directory.

26 illustrates an exemplary provision of a plurality of delayed directories received via a short-range communication mode in accordance with an embodiment of the present invention. 26 (a), a GUI 2601 that provides details of the first directory 2602 and details of the second directory 2603 is shown. Assuming that the first example of the first directory 2602 shares four contents, i.e., 2064 1 through 2604 4 , details or previews of these contents can be provided. Referring to (b) of FIG. 26, when a sender uploads new content to either the first directory or the second directory, sharing may occur. Assuming that a content 2604 5 is added to the first directory 2602 in which the sharing has occurred, the content 2604 5 is displayed in the first directory of the recipient apparatus as shown in FIG. 26 (b) Can be.

Referring to FIG. 27, an embodiment of sharing a deferred media file is shown. The originator (device) can establish communication with the recipient (device) and provide the media file to the recipient. The sender can then additionally provide the recipient with one or more media files. The sender may also send an indication to the recipient along with the delayed media file to identify the association between the transmitted media file and the delayed media file. For example, as shown in Figure 27 (a), the media file 2710 is first selected and sent to the recipient in the displayed media file list, and then the media files 2720 and 2730 are additionally selected, Lt; / RTI > For example, the user may select 2740 the option for " Deferred Sharing ". Alternatively, the selection 2740 for " Deferred Sharing " may be received in the form of a pattern input in the form of a " D ", as shown in FIG. 27B. The indicator may be appended to the metadata of the delayed media file as a UID. With regard to the media data file, it is possible to add media files structurally to previously exchanged media data files, especially when providing delayed data units. If the file is marked as deferred, the media is structurally added to the previously exchanged media file, and then the deferred-recognition media player can play files belonging to a single entity. That is, videos can be played back continuously without any pauses or delays between the end of the first video and the beginning of the second video that preceded it. In the embodiment as shown in FIG. 27 (c), two video files, 2720 and 2730, are shown as being added to the previously exchanged media file 2710. After the structural addition, media files exchanged with previously exchanged media files and deferred media files may share a single progress bar with an indication of the beginning and end of each media file.

On the system side, the present invention provides a computing device 2800 as shown in Figure 28, which is suitable for delayed data transmission. The computing device includes an input device 2801 for receiving one or more data units for delayed transmission to a receiver, a processor 2802 for associating identifiers with one or more data units based on details of previous communication with the recipient, And a transmission device 2803 for transmitting the associated identifier along with the one or more data units to the recipient.

Likewise, the present invention provides a computing device 2900 as shown in Figure 29, which is suitable for receiving delayed data. The computing device includes a receiving device 2901 for receiving one or more data units with an identifier from an originator, a processor 2902 for detecting a previous communication with the originator based on the identifier, one or more data associated with the detected previous communication And a memory device 2903 for storing the units. In addition to the above, the computing device may include a renderer 2904 for rendering digital content.

Referring specifically to Fig. 30, an e-mail system 3000 for implementing a delayed communication method according to an embodiment of the present invention is provided. The email system includes an email receiving module 3001 for processing tasks related to email reception. The e-mail system further includes an e-mail transmission module 3002 for processing tasks related to sending e-mail from a network point of view. Also, a display module 3003 for a display environment that is visible to the user is provided so that the user can view stored e-mails (transmitted / received, etc.). Also provided is an email creation module 3004 that assists the user in creating new mail. The email system further includes a storage device 3005 for storing emails. The e-mail system further includes a preamble module 3006. The preamble module is responsible for pre-processing e-mails to convert to a format compatible with the format used by the storage media implementation. This module checks the delay indicator bits and enters them into the store. If the email comes from a delayed non-recognition system, the delay indicator bits are all assumed to be zero. The e-mail system also includes a view controller 3007. The view controller provides display commands to the display module. The controller may have information about the delayed e-mail and thus request the display module to display the attachment as a delay item of a previously delivered message.

Figure 31 illustrates a generic storage entry in the receiving email processing system. As for each communication message, the message ID 3101 operates with a unique ID. The message storage item further includes a delay indicator bit 3102. Based on the contents (or presence) of the delay indicator bits, the preamble module and the view controller can determine the type of processing. The message store item may store an indication of the subject 3103, details of the sender 3104, the time of receiving the email 3105, and other parameters 3106. The preamble module will process e-mails from the delay recognition system as well as the delay non-recognition system. The processed cases are therefore described below.

Email from delayed recognition system without delayed attachments

In this case, the contents of the storage will be as shown in Fig. As shown in Figure 32, e-mail is grouped in the form of chunks, with one unique message id for each delivered message. The example shows three email bundles - bundle 1, bundle 2, bundle 3. No bundle has any special email to send a delayed attachment. Thus, the bit in the delayed attachment field 3202 is set to zero while the bit in the delayed recognition domain 3201 is set to one.

Email from delayed recognition system that sends delayed attachments

In this case, the delay attachment bit for all e-mails marked by the originator that are sending delayed attachments is set to one. 33 shows two emails 3301 and 3302 sending a delayed attachment in the first bundle and one email 3303 sending a delayed attachment in the second bundle. In view of the above, the Delayed Attachment field corresponding to emails 3301, 3302, and 3303 is set to one.

An email from a delayed non-recognition system that does not have a delayed attachment

In this case, the delay recognition system bit is set to 0, and the delay attachment bit is also set to zero. Since the email does not send any bits in the message header, it is performed by the preamble module. Therefore, the delay recognition system field 3401 is given a default value of 0, as shown in Fig. Delayed attachment field 3402 is also set to zero.

An email from a delayed non-recognition system that sends a delayed attachment

In the case of email from a delayed non-recognition system that sends a delayed attachment, the delay recognition system bit is set to zero along with the delayed attachment bit. Since neither of the two directives is present in the message header, they are given a default value of zero. Providing backwards compatibility with e-mail can be distinguished, and as shown in Figure 35, based on their title text, i.e. any title with a special prefix of "[attach]", Format emails. Thus, emails 3501, 3502, and 3503 can be distinguished based on the special prefix " [attach] " included in subject field 3504. This processing can be performed by the preamble module or at the view controller level.

36, the view controller acquires each bundle from the repository 3601 and identifies the delayed recognition area bits in the storage item for each email to be displayed, (3602). If the sender domain is delayed recognition, the process can proceed as shown in FIG. In FIG. 37, it can be verified whether the email delivers any delayed attachments (3701). If an email is found to be carrying the deferred attachment (s), a special processing instruction may be generated 3702 as marked by a delayed attachment bit in the store (3702), and the controller may pass special processing instructions to the display module (3703). A special processing instruction relates to a display instruction.

36, the process proceeds as shown in the drawing in FIG. 38, where the mail title is sent with a special syntax (prefix, "[attach]") (3801). If e-mail is found to be transmitting a particular syntax, special processing instructions may be generated 3802 and the controller may pass special processing instructions to the display module 3803. A special processing instruction relates to a display instruction.

Pointers for Mail from Delay Recognition System Transfer Delayed Attachment: As shown in Figure 39, new mail 3901, 3902, and 3903, including delayed attachments, are pointers to pointer objects 3904, 3905, and 3906, To the previous email item to which the new attachment is being added. This pointer is based on the Delayed Attachment field.

Pointers for Mail from Delayed Non -Recognition System to Deliver Delayed Attachments : As shown in FIG. 40, new mail (4001, 4002, and 4003) containing delayed attachments includes pointer objects 4004, 4005, 4006) to the previous email item to which the new attachment is being added. In this case, the pointer is based on a special syntax contained in the subject field.

It is not desired that the email system be provided as limited as described above. Implementing the delayed communication method according to an embodiment of the present invention may provide several unique utilities regarding email attachment processing. For example, as shown in FIG. 41, in response to detecting a swiping right action or gesture 4101 on the attachment, a new email may be created and the attachment may be created It can be added as an attachment to an email. This provides ease of use to the user when the user wishes to send only one of several attachments to another user. In another example, in response to detecting a swiping left action or gesture 4102 on an attachment, the email includes a swiped attachment for replying to the original sender of the email in the recipient's section Can be generated. This keeps the particular attachment while the user is replying and provides ease of use to the user when he or she wants to reply to the user.

42, a typical hardware architecture of a computing device in the form of a computer system 4200 is shown. Computer system 4200 may include a series of instructions that can be executed by computer system 4200 to perform any one or more of the disclosed methods. Computer system 4200 may operate as a stand-alone device or may be connected (e.g., using a network) with other computer systems or peripherals.

In a network deployment, the computer system 4200 may operate as a client user computer within the capacity of the server or in a server-client user network environment, or as a peer computer system in a peer-to-peer (or distributed) . Computer system 4200 may also be implemented or integrated with a variety of devices, such as: For example, a personal computer (PC), a tablet PC, a set-top box (STB), a personal digital assistant (PDA), a mobile device, a palmtop, A computer, a laptop computer, a desktop computer, a communication device, a wireless telephone, a wired telephone, a control system, a camera, a scanner, a facsimile, a printer, a pager, a personal authentication device, a web appliance, a network router, bridge, or any other machine (sequential or otherwise) capable of executing a series of instructions specifying operations to be taken by the machine. Also, while a single computer system 4200 is shown, the term " system " refers to a system and sub-system that executes a set or sets of instructions, either alone or collectively, to perform one or more computer functions Will be used to include any set.

Computer system 4200 may include a processor 4202. For example, a central processing unit (CPU), a graphics processing unit (GPU), or both are possible. The processor 4202 may be a component in various systems. For example, the processor 4202 may be part of a standard personal computer or workstation. The processor 4202 may include one or more general processors, digital single processors, application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), servers, networks, digital circuits, , Combinations thereof, or other devices now known or later developed for data analysis and processing. The processor 4202 may implement a software program, such as manually generated (i.e., programmed) code.

Computer system 4200 may include memory 4204, such as memory 4204, which may communicate via bus 4208. [ The memory 4204 may be main memory, static memory, or dynamic memory. The memory 4204 may be implemented as a random access memory (RAM), a read only memory (ROM), a programmable ROM (PROM), an electrically programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM) But are not limited to, various types of volatile and nonvolatile storage media including, but not limited to, electrically erasable ROM (ROM), flash memory, magnetic tape or disk, optical media and the like. In one example, memory 4204 includes a cache or random access memory for processor 4202. As an alternative, memory 4204 may be separate from processor 4202, such as a processor's cache memory, system memory, or other memory. Memory 4204 may be an external storage device or database for data storage. Examples include an operation to store a hard drive, a compact disc (" CD "), a digital video disc (" DVD "), a memory card, a memory stick, a floppy disk, a universal serial bus Lt; / RTI > Memory 4204 may be operable to store instructions executable by processor 4202. [ The functions, operations, or tasks illustrated and described in the figures may be performed by a processor 4202 that is programmed to execute instructions stored in memory 4204. [ Functions, operations, or tasks are independent of a particular type of instruction set, storage medium, processor, or processing strategy, and operations may be performed alone or in combination by software, hardware, IC, firmware, microcode, Likewise, processing strategies may include multiprocessing, multitasking, parallel processing, and the like.

As shown, the computer system 4200 may include a liquid crystal display (LCD), an organic light emitting diode (OLED), a flat panel display, a solid state display, a cathode ray tube (CRT) A printer, or other currently known devices for outputting determined information, or a display device 4210 such as a later developed display device. The display device 4210 may operate as an interface to allow the user to view the functions of the processor 4202 or as an interface specifically with the software stored in the memory 4204 or in the drive device 4216. [

In addition, the computer system 4200 may include an input device 4212 configured to allow a user to interact with any component of the system 4200. The input device 4212 may be a cursor control device, such as a numeric pad, keyboard, or mouse, or other device operable to interact with a joystick, touch screen display, or computer system 4200.

Computer system 4200 may also include a disk or optical drive device 4216. [ Disk drive device 4216 may include one or more sets of instructions 4224, e.g., software, computer-readable media 4222, which may be embedded. In addition, the instructions 4224 may implement one or more methods or logic as described. Instructions 4224 may reside completely or at least partially within memory 4204 or within processor 4202 while being executed by computer system 4200. In particular embodiments, As discussed above, memory 4204 and processor 4202 may also include a computer-readable medium.

The present invention includes instructions 4224 to allow devices connected to the network 4226 to communicate voice, video, audio, image, or other data over the network 4226, RTI ID = 0.0 > 4224 < / RTI > The instructions 4224 may also be transmitted or received via the communication port or interface 4220 or over the network 4226 using the bus 4208. [ The communication port or interface 4220 may be part of the processor 4202 or it may be a separate component. Communication port 4220 may be created in software or may be a physical connection in hardware. Communications port 4220 may be configured to interface with network 4226, external media, display 4210, or any other component in system 4200, or combinations thereof. The connection to network 4226 may be a physical connection, such as a wired Ethernet connection, or it may be established with a wireless connection as described below. Likewise, additional connections with other components of the system 4200 may be physical connections or may be established by wireless connections. The network 4226 may alternatively be connected directly to the bus 4208.

Network 4226 may include wired networks, wireless networks, Ethernet AVB networks, or combinations thereof. The wireless network may be a cellular telephone network, an 802.11, 802.16, 802.20, 802.1Q or WiMax network. The network 426 may also be a public network such as the Internet, a private network such as an intranet, or combinations thereof, and may utilize a variety of networking protocols, including those currently available or later developed , And is not limited to the TCP / IP-based network protocol.

In alternative embodiments, dedicated hardware implementations, such as specific integrated circuits (ICs), programmable logic arrays (PLAs), and other hardware devices, may be configured to implement various portions of the system 4200. Applications that may include systems can broadly include a wide variety of electrical and computer systems. One or more of the described examples may be implemented using two or more specific hardware modules or devices interconnected with associated control and data signals that may be communicated between the modules and through the modules or as part of an application specific integrated circuit Function can be implemented. Thus, the system includes software, firmware, and hardware implementations.

The described system may be implemented by a software program executable by a computer system. Also, in a non-limiting example, an implementation may include distributed processing, component / object distributed processing, and parallel processing. Alternatively, the virtual machine system processing may be configured to implement various portions of the system.

The system is not limited to operation with specific standards and protocols. For example, standards for the Internet and other packet-switched network transmissions (eg, TCP / IP, UDP / IP, HTML, HTTP) can be used. These standards are replaced periodically with equivalents that are essentially faster or more efficient. Accordingly, alternative standards and protocols having the same or similar functions as those disclosed are considered equivalents thereof.

Although a particular language is used to describe the present disclosure, no limitations arising therefrom are intended. As will be apparent to one of ordinary skill in the art, various modifications may be made to implement the inventive concepts as taught herein.

The drawings and the foregoing description provide examples. Those skilled in the art will appreciate that one or more of the described components may be well suited to a single functional component. Alternatively, some of the components may be divided into a plurality of functional components. The components of one embodiment may be added to other embodiments. For example, the order of the processes described herein may be varied and is not limited to the manner described herein. Also, operations of any flowchart need not be implemented in the order shown, and not all operations necessarily have to be performed. Also, operations that are not dependent on other operations may be performed in parallel with other operations. The scope of the embodiments is not limited by these specific examples. Many modifications are possible, such as differences in structure, dimensions, and use of materials, whether explicitly given or not herein. The scope of the embodiments is at least as broad as given by the following claims.

701, 1201: originator apparatus 702, 1202: server
703, 1203: Receiver device
2800: computing device 2801: input device
2802: Processor 2803: Transmitter
2900: computing device 2901: receiving device
2902: Processor 2903: Storage device
2904: Renderer
3000: Email system
4200: Computer system

Claims (20)

  1. A method for transmitting data in an electronic device,
    Transmitting first data to an external device;
    The method comprising: receiving a selection of second data to be transmitted to an external device; associating an identifier with the second data based on the first data transmitted to the external device;
    Transmitting the second data together with the identifier to the external device;
    Gt;
  2. The method according to claim 1,
    Wherein the identifier is selected from the group comprising a transaction ID, an application ID, at least a portion of the first data, or a combination thereof.
  3. The method according to claim 1,
    Wherein the step of receiving a selection of second data to be transmitted to the external device comprises:
    Providing a graphical user interface (GUI) comprising data units to a user;
    Receiving a selection of at least one data unit from the data units;
    Receiving an instruction to request transmission of the selected data unit;
    And transmitting the data.
  4. The method according to claim 1,
    Providing a user with a first graphical user interface (GUI) comprising information about the communication modes supported for transmission of the second data;
    Receiving a selection of one of the communication modes;
    Providing details of the first data transmitted via the selected communication mode to a user via a second graphical user interface (GUI);
    Further comprising receiving a selection of the details via the second graphical user interface,
    Wherein the communication modes include an e-mail communication mode, a short-range communication mode, and an instant messaging communication mode.
  5. The method according to claim 1,
    Wherein receiving the second data for transmission to the external device further comprises receiving an annotation corresponding to the second data.
  6. The method according to claim 1,
    Further comprising:
    Wherein the header of the second data includes:
    Wherein the second data indicates that the second data has a connection with the first data.
  7. A method for receiving data in an electronic device,
    Receiving first data from an external device together with an identifier;
    Detecting in the memory of the electronic device second data corresponding to the identifier; And
    Storing the first data in association with the detected second data;
    / RTI >
  8. 8. The method of claim 7,
    Wherein the identifier comprises at least one of a transaction ID, an application ID, at least a portion of the first data, or a combination thereof.
  9. 8. The method of claim 7,
    Displaying the first data together with the second data;
    Further comprising the steps of:
  10. 10. The method of claim 9,
    Further comprising combining and displaying the first data and the second data in response to a display request.
  11. 11. The method of claim 10,
    Wherein if the first data comprises an audio data unit, the combining comprises generating a new audio data unit, wherein the new audio data unit comprises audio data units of the second data and the first data Of audio data units.
  12. 12. The method of claim 11,
    Further comprising visually displaying information indicative of the new audio data unit while providing the new audio data unit.
  13. 11. The method of claim 10,
    Wherein if the first data comprises a video data unit, then the combining comprises generating a new video data unit, wherein the new video data unit comprises video data units of the second data and the first data And a video data unit of the video data.
  14. 14. The method of claim 13,
    Further comprising displaying visual information representative of the new video data unit during rendering the new video data unit.
  15. 11. The method of claim 10,
    Wherein the step of storing the first data comprises:
    And storing the first data in association with a directory corresponding to the identifier.
  16. 10. The method of claim 9,
    Sensing an action associated with the displayed data; And
    Providing a function associated with the operation;
    Further comprising the steps of:
  17. 17. The method of claim 16,
    Wherein the operation is a swipe operation in the displayed data and the function is a function of transmitting an email containing the second data.
  18. 8. The method of claim 7,
    The header of the data is:
    Wherein the first data indicates that the first data has a connection with the second data.
  19. In an electronic device,
    An input device;
    Communication interface;
    A processor; And
    Memory,
    The memory being operatively associated with the processor, the electronic device comprising:
    Transmitting the first data to the external device through the communication interface,
    Receives a selection of second data to be transmitted to the external device via the input device,
    Associates an identifier with the second data based on first data transmitted to the external device,
    And instructions to transmit the second data to the external device along with the identifier via the communication interface.
  20. In an electronic device,
    Communication interface;
    A processor; And
    Memory,
    The memory being operatively associated with the processor, the electronic device comprising:
    Receiving the first data from the external device together with the identifier through the communication interface,
    Detecting in the memory second data corresponding to the identifier,
    And instructions for storing the first data in the memory in association with the detected second data.
KR1020160059757A 2015-06-30 2016-05-16 Method and System for Data Communication KR20170003382A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
IN1970/DEL/2015 2015-06-30
IN1970DE2015 2015-06-30

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/193,701 US20170005971A1 (en) 2015-06-30 2016-06-27 Method and system for data communication
EP16818184.0A EP3275136A4 (en) 2015-06-30 2016-06-28 Method and system for data communication
PCT/KR2016/006892 WO2017003151A1 (en) 2015-06-30 2016-06-28 Method and system for data communication

Publications (1)

Publication Number Publication Date
KR20170003382A true KR20170003382A (en) 2017-01-09

Family

ID=57811233

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160059757A KR20170003382A (en) 2015-06-30 2016-05-16 Method and System for Data Communication

Country Status (2)

Country Link
EP (1) EP3275136A4 (en)
KR (1) KR20170003382A (en)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003076647A (en) * 2001-08-31 2003-03-14 Hitachi Ltd Mail transmitting/receiving method, and device using it
US20050125541A1 (en) * 2003-12-04 2005-06-09 Randall Frank Integrating multiple communication modes

Also Published As

Publication number Publication date
EP3275136A1 (en) 2018-01-31
EP3275136A4 (en) 2018-04-11

Similar Documents

Publication Publication Date Title
US8112548B2 (en) Method for providing a clip for viewing at a remote device
US8359361B2 (en) Techniques to share media files through messaging
RU2631979C2 (en) Installing permissions for links submitted in electronic messages
EP2584770B1 (en) Electronic device and method for reply message composition
US20130225212A1 (en) Tagging instant message content for retrieval using mobile communication devices
US7954058B2 (en) Sharing of content and hop distance over a social network
US20090271713A1 (en) Document collaboration by transforming and reflecting a document object model
US20120185797A1 (en) Grouping email messages into conversations
CN102857579B (en) Information processing method, device, terminal and server
US20110064281A1 (en) Picture sharing methods for a portable device
US8234348B1 (en) Determining if an application is cached
US20110314384A1 (en) method for handling email messages and attachments in a mobile communication system
JP6194278B2 (en) Notification of mobile device events
JP6022540B2 (en) Push notification to update multiple dynamic icon panels
JP5828565B2 (en) Media / voice binding protocol and associated user interface
US8260882B2 (en) Sharing of multimedia and relevance measure based on hop distance in a social network
US8126966B2 (en) Separating attachments received from a mobile device
JP5385381B2 (en) Multimodal communication via modal-specific interface
US10097661B2 (en) Uploading attachment to shared location and replacing with a link
US20110202864A1 (en) Apparatus and methods of receiving and acting on user-entered information
AU2008232435A1 (en) Location-based responses to telephone requests
US20090181702A1 (en) Multi-mode communication
JP6081924B2 (en) Technology for electronic collection of information.
US9047259B1 (en) System and method for renaming hyperlinks
JP5939525B2 (en) Shared service