US20080016163A1 - System for Sending, Receiving and Displaying Message, Method for Sending, Receiving and Displaying Message and Computer Readable Storage Medium Storing Program for That Method - Google Patents
System for Sending, Receiving and Displaying Message, Method for Sending, Receiving and Displaying Message and Computer Readable Storage Medium Storing Program for That Method Download PDFInfo
- Publication number
- US20080016163A1 US20080016163A1 US11/571,509 US57150905A US2008016163A1 US 20080016163 A1 US20080016163 A1 US 20080016163A1 US 57150905 A US57150905 A US 57150905A US 2008016163 A1 US2008016163 A1 US 2008016163A1
- Authority
- US
- United States
- Prior art keywords
- message
- record
- user
- transmitted
- package
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
Definitions
- the present invention relates to a system and method for transmitting, receiving, and posting a message, and a computer readable storing medium for storing a program realizing the method. More specifically, the present invention relates to a system and method for transmitting and receiving a message between user terminals connected to a network, and posting a message, and a computer readable storing medium for storing a program for realizing the method.
- the mail services for transmitting and receiving mail to/from users by using a mail transmitting server and a mail receiving server transmits long text, allows attachments of files to the mail, and provides functions of reply, transfer, and notice of reading, and also has less load in managing the mails since the transmitted or received mails are owned by addressees and addressees.
- the mail service may be exposed to spam mail services or viruses since the mail may be transmitted/received to/from users who are not certified.
- the transmitted or received mail is displayed in the order of sending dates or receiving dates and no relevance between mails is displayed.
- the note service controls service subscribers to transmit and receive short comments.
- a server for the note service has predefined tables for the note service and stores notes between addressees and addressee in records. In this instance, the capacity of notes to be sent or received is limited since the notes communicated by the service subscribers are stored in the same record, and it is also impossible to manage the attached files or notes.
- the bulletin board service controls contents of subscribers to the bulletin service to be transmitted to a shared working place to share the posted contents, and it is thus safe from spam mail and viruses since the subscribers only allow transmission of contents. Also, the contents are displayed together with relevance to respective contents in the relevant contents package according to an input method.
- a title is provided as a reply to the original article and another reply to the reply to a header of the original article, and the start line of the title is controlled to be differently displayed. That is, a title starts from the first line of the original article, a title starts from the second line of a reply, and a title starts from the third line of another reply to the first reply so that the positions of respective contents may be found from the related contents package.
- management authority is assigned to a specific user, and authority for the posted contents is only assigned to the posting user. Further, the transmitted contents of all users are displayed together, and an additional sorting function needs to be inconveniently used so as to check the posted articles of specific users.
- a system for transmitting and receiving messages between a plurality of user terminals connected to a network and posting the messages comprises: a message client for transmitting and receiving messages between a plurality of users subscribed to a service; an application server for generating a first record and a second record based on a transmitted message, storing the first and second records, and transmitting the first and second records to corresponding message clients respectively according to a request by the message client; and a user database for storing the first and second records, wherein the message client displays the transmitted message contents together with related message contents transmitted by referring to a record field.
- the record field comprises a first field for indicating a related message package and a second field for indicating a corresponding message position in the related message package, and the message client expresses transmitted message contents according to the position in the related message package by referring to the first and second fields.
- the application server generates a first record and a second record comprising a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents, and stores the first record and the second record in the user database.
- the message ID of the first record is a corresponding message ID of the second record
- a corresponding message ID of the first record is a message ID of the second record
- the first record and the second record are logically connected with each other.
- a method for transmitting and receiving a message between a plurality of user terminals connected to a network and posting the message comprises: a) transmitting a generated message; b) generating a first record and a second record for an addresser and an addressee based on the transmitted message; c) respectively storing the generated first and second records and transmitting the first record and the second record to user terminals of the addresser and the addressee; and d) displaying the transmitted message contents together with previously transmitted related message contents based on a record field.
- the first record and the second record comprise a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents.
- the a) and b) above are performed when the addresser and the addressee are service subscribers.
- the first record and the second record are respectively stored in user databases for the addresser and the addressee.
- a computer readable recording medium for recording a program for realizing the method in a computer.
- FIG. 1 shows a system for transmitting, receiving, and posting a message according to an embodiment of the present invention.
- FIG. 2 shows a user interface of the system in FIG. 1 .
- FIG. 3 shows a detailed message transmitting and receiving interface of the system in FIG. 1 .
- FIG. 4 shows a schema for a user database in FIG. 1 .
- FIG. 5 shows an arrangement diagram for the user database in FIG. 1 .
- FIG. 6 shows deletion of records stored in the database.
- FIG. 7 shows a status in which records are stored in a user terminal.
- FIG. 8 shows an operational flowchart for the system in FIG. 1 .
- the system for transmitting, receiving, and posting a message according to an embodiment of the present invention connected to a plurality of user terminals through a network includes a message client 200 , an application server 400 , and a user database 500 .
- the network includes a telephone network, the Internet, and a wireless communication network.
- the user terminal is a communication device for communication with the system for transmitting, receiving, and posting a message through the network, and exemplarily includes a telephone, a wireless communication terminal, a computer, and an Internet TV, and therefore, the user may conveniently and quickly access the system by using one of PC communication, the Internet, the wireless Internet, and a telephone network.
- the message client 200 an application program installed in the user terminal, provides a tool for generating a message and controls the message communicated between a plurality of users subscribed to the service to be transmitted or received through a communication processor installed in the user terminal.
- the message client 200 displays the transmitted message by referring to a corresponding record field, and displays the transmitted message together with a related message to the screen of the user terminal when a previously transmitted related message is found after referring to the record field.
- the terminal storage unit 100 is different from a local cache for temporarily storing data provided by a server in the general mail client program. That is, the local cache temporarily stores the data provided by the server, and represent a general technique for the mail client program to use the data stored in the local cache without requesting re-transmission of the same data from the server.
- the terminal storage unit 100 is used by the message client to store the records stored in the local cache in a separate manner for the purpose of everlasting storage of the records, and may be usefully used for deleting the records from the user database 500 of the application server 400 and concurrently storing the records for a long period for the purpose of personal usage.
- the application server 400 generates a first record for an addresser and a second record for an addressee based on a transmission message when receiving the transmission message from the message client 200 . However, the application server 400 may transmit a notice of transmission failure to the message client 200 having transmitted the message when the message addressee is not a registered user.
- the first record and the second record have a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents.
- the message ID of the first record is a corresponding message ID of the second record
- a corresponding message ID of the first record is a message ID of the second record. Therefore, the first record and the second record are logically linked with each other through the message IDs and the corresponding message ID fields.
- the user database 500 stores the first and second records according to the application server 400 .
- the user database 500 may be respectively given to the respective users having subscribed to the service. Therefore, the authority for the first and second records stored in the database is provided to the addresser and the addressee and is managed by them. That is, the addresser and the addressee may store or delete the first and second records through the message client 200 .
- FIG. 2 shows a user interface of the message client 200 .
- the message client 200 displays a list of second users who may transmit and receive messages to/from a first user and post the messages, and the list of the second users may be displayed with a predetermined group according to the first user's selection.
- the first and second users are service subscribers
- the second users are one or more users who may transmit and receive messages to/from the first user and includes (2-1)th to (2-n)th users.
- messages communicated between the first user and the (2-4)th user are displayed, and in particular, according to positions of the respective messages in the related message package.
- the sent message of the first user is displayed to be in an upper layer
- the replied message of the (2-4)th user is displayed to be in a lower layer with respect to the sent message of the first user.
- the replied message of the first user is displayed to be in a lower layer with respect to the replied message of the (2-4)th user.
- the new message is represented to be in a new upper layer.
- the first user selects a specific user from among the second users (e.g., the (2-4)th user), generates a message, and transmits the message through the user interface of the message client 200 (A), or may modify a transmitted and posted message and transmit the modified message (B). Also, the first user may transmit a reply to the message provided by the (2-4)th user (C) or transmit the message communicated with the (2-4)th user to another user such as the (2-1)th user or the (2-2)th user (D).
- a specific user from among the second users (e.g., the (2-4)th user
- the first user may transmit a reply to the message provided by the (2-4)th user (C) or transmit the message communicated with the (2-4)th user to another user such as the (2-1)th user or the (2-2)th user (D).
- the generated, modified, or transmitted message in the cases of (A), (B), (C), and (D) is transmitted to the application server 400 , and the application server 400 generates a first record and a second record for an addresser and an addressee based on the transmitted message.
- each record includes at least one record field from among a service user ID (nOwnerUID), a message ID (nArticleID), a corresponding message ID (nPairArticleID), a related message package (nThread) to which the message belongs, a message position (RepOrder) in the package, an addresser ID (nWriterID), an addressee ID (nReceiverID), a message title (nStrTitle), and a message content (nStrContents).
- the service user ID indicates a user ID to which the first record and the second record are transmitted.
- the message ID indicates a storage address showing what order of message the first record is from among the messages stored in the addresser's user database 500 .
- the corresponding message ID indicates a storage address showing what order of message the second record generated corresponding to the first record is from among the messages stored in the addresser's user database 500 .
- the nThread shows a message packet to which the transmitted message belongs, indicates from what original message (not a reply message but an initial message for a predetermined message) the transmitted message is derived, and follows the nArticleID of the original message. That is, the nThread follows the nArticleID of the original message when the transmitted message is an original message, and the nThread follows the nThread of the original message when the transmitted message is a reply message to the original message, and since the nThread of the original message is the nArticle of the original message, the nThread of the reply message for a specific message becomes the nArticleID of the original message.
- the RepOrder indicates the position of the transmitted message in the message package, and shows an order of expressing the messages and indents of messages for hierarchical expression of messages in the message package.
- notations of 1: “”2:“”, 3: “”, and 4: “” respectively indicate the original message of the first message package, the original message of the second message package, the original message of the third message package, and the original message of the fourth message package.
- the notations of 4:1 and 4:2 respectively indicate the first reply message and the second reply message (called second message hereinafter) for the first message, and titles of respective reply messages are displayed with a predetermined gap from the line where the title of the original message starts.
- the notations of 4:21, 4:22 and 4:23 respectively indicate the first reply message, the second reply message (called second message hereinafter), and the third reply message for the second message, and titles of respective reply messages are displayed with a predetermined gap from the line where the title of the second message starts.
- the notation of 4:221 indicates the first reply message for the third message, and is displayed with a predetermined gap from the line where the title of the third message starts.
- the nWriterID indicates an ID of the user having generated the message
- the nReceiverID indicates an ID of the user who will receive the message
- the nStrTitle and nStrContents respectively indicate a subject of the message and contents of the message.
- the application server 400 when the user A transmits a reply message on a specific message to the user B, the application server 400 generates a first record and a second record for the user A based on the message of user A.
- the nOwnerID of the first record is given to be A, and the nWriterUID and the nReceiverUID respectively become A and B.
- the nThread 300 and the nRepOrder 21 indicate that the current message is a first reply message for the second reply message of the original message in the message package with the original message having the ArticleID of 300 .
- the nPairArticleID 400 shows a storage address indicating to what order of message the second record corresponds from among the messages stored in the user database 500 of the user B, and logically connects the first record and the second record.
- the second record is a record for the user B, and hence, the nOwnerID of the second record becomes B, and the nWriterUID and the nReceiverUID respectively become A and B.
- the nThread 400 and the nRepOrder 21 indicate that the current message is the first reply message for the reply message of the original message in the message package having the ArticleID of the original message as 400 .
- the nPairArticleID of 300 shows a storage address indicating to what order of message the first record belongs from among the messages stored in the user database 500 of the user A, and logically connects the first record and the second record.
- the message for the user A is located in the message package with the ArticleID of the original message as 300 .
- the title of the reply message is expressed with a gap of n from the title of the original message
- the title of the message is expressed with a gap of 2n from the start line of the original message.
- the message for the user B is located in the message package with the ArticleID of the original message as 400 , and the title of the message is expressed with a gap of 2n from the start line of the original message.
- the application server 400 stores the first record and the second record in the user database 500 for the user A and the user database 500 for the user B. Therefore, the user A and the user B have authority on the first record and the second record and are each allowed to manage the records.
- the user A and the user B have authority to delete the first record and the second record stored in the user database 500 , and may delete the stored records according to respective user selections.
- the user A cannot check the corresponding message through the message client 200 when the user A deletes the first record, but the user B may check the corresponding message through the message client 200 when the user B does not delete the second record.
- the respective records may be separately stored in the terminal storage unit 100 of the user terminal according to the user selection, thereby preventing other user's access to the record and storing the record for a long time.
- the user A or the user B may store the first record or the second record in the terminal storage unit 100 of the respective user terminal through the message client.
- the first record or the second record may be stored in the terminal storage unit 100 for a long time when the same is deleted in the user database 500 of the application server 400 , and in addition, the first record or the second record may be stored forever according to the user selection.
- the corresponding record is deleted in the user database 500 , the access possibility by other users is prevented, and the danger of data drain is reduced.
- the corresponding can be stored for an eternal personal purpose since it is separately stored in the terminal storage unit 100 .
- a load of the user database is reduced since the amount of records stored in the user database 500 is reduced.
- the application server 400 When the user A generates a message and sends it to the user B in step S 100 , the application server 400 generates a first record and a second record based on a transmitted message in step S 101 , and the first record and the second record are stored in the user database 500 for the user A and the database 500 for the user B in step S 103 .
- the first record and the second record include at least one record field from among a service user ID (nOwnerUID), a message ID (nArticleID), a corresponding message ID (nPairArticleID), a related message package (nThread) to which the message belongs, a message position (RepOrder) in the package, an addresser ID (nWriterID), an addressee ID (nReceiverID), a message title (nStrTitle), and a message content (nStrContents).
- a service user ID a message ID (nArticleID), a corresponding message ID (nPairArticleID), a related message package (nThread) to which the message belongs, a message position (RepOrder) in the package, an addresser ID (nWriterID), an addressee ID (nReceiverID), a message title (nStrTitle), and a message content (nStrContents).
- the message ID of the first record indicates a corresponding message ID in the second record
- a corresponding message ID in the first record is a message ID of the second record
- the first record and the second record are logically connected with each other.
- the message is expressed to the user A and the user B according to the position of the corresponding message in the message package based on the nThread and the RepOrder in step S 105 .
- the nPairArticleID of 400 shows a storage address indicating to what order of message the second record corresponds from among the messages stored in the user database 500 of the user B, and logically connects the first record and the second record.
- the message in the case of the user A is located in the message package with the ArticleID of the original message as 300 .
- the title of the reply message is expressed with a gap of n from the title of the original message
- the title of the message is expressed with a gap of 2n from the start line of the original message.
- the corresponding message becomes a first reply message on the second reply message of the original message in the message package with the ArticleID of 400 .
- the nPairArticleID of 300 shows a storage address indicating to what order of message the first record corresponds from among the messages stored in the user database 500 of the user A, and logically connects the first record and the second record.
- the message in the case of the user B is located in the message package with the ArticleID of the original message as 400 , and the title of the message is expressed with a gap of 2n from the start line of the original message when the title of the reply message is expressed with a gap of n from the title of the original message.
- the user A or the user B may delete the records according to selection in steps S 107 , S 109 , and S 113 . That is, the user A or B may delete the records stored in the user database 500 when the user does not desire to store a specific record in the user database 500 .
- the respective records may be separately stored in the terminal storage unit 100 of the user terminal according to the user selection in steps S 109 and S 111 .
- the user may store the corresponding message forever for a personal purpose and prevent other user's access to the corresponding record, and the above-noted process is useful for obtaining further capacity of the user database 500 for storing records.
- the messages transmitted and received between service subscribers are displayed for the respective service subscribers. That is, the message client shows a list of service subscribers, and displays messages transmitted between the first user and a selected second user when the first user selects one of second users given in the list.
- the respective messages are expressed to show positions of the messages in the related message package. That is, it is possible for the user to roughly know the subject of the transmitted or received message in cooperation with the related message, determine whether the message is an original message or a reply message, and determine to what message the reply corresponds when the message is found to be a reply message.
- the messages are safe from spam or viruses since they are transmitted and received between certified users.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
- This application claims priority from Korean PCT Patent Application No. PCT/KR2005/002169, filed Jul. 6, 2005, which claims priority of Korean Patent Application No. 2004-0053379, filed Jul. 9, 2004, the contents of which are incorporated herein by reference in their entirety.
- (a) Field of the Invention
- The present invention relates to a system and method for transmitting, receiving, and posting a message, and a computer readable storing medium for storing a program realizing the method. More specifically, the present invention relates to a system and method for transmitting and receiving a message between user terminals connected to a network, and posting a message, and a computer readable storing medium for storing a program for realizing the method.
- (b) Description of the Related Art
- As network services have increased in use, various services and particularly those based on the Internet have been developed, and services for transmitting and receiving messages and posting the same on the Internet have been provided in various manners including e-mail services, note services, and bulletin board services.
- The mail services for transmitting and receiving mail to/from users by using a mail transmitting server and a mail receiving server transmits long text, allows attachments of files to the mail, and provides functions of reply, transfer, and notice of reading, and also has less load in managing the mails since the transmitted or received mails are owned by addressees and addressees.
- However, the mail service may be exposed to spam mail services or viruses since the mail may be transmitted/received to/from users who are not certified. In addition, the transmitted or received mail is displayed in the order of sending dates or receiving dates and no relevance between mails is displayed. Some mail clients sort the mails according to reference fields, and respective mails in each field are listed with reference to the date, and no listing process following the correlation between mails belonging to the same field is executed.
- The note service controls service subscribers to transmit and receive short comments. A server for the note service has predefined tables for the note service and stores notes between addressees and addressee in records. In this instance, the capacity of notes to be sent or received is limited since the notes communicated by the service subscribers are stored in the same record, and it is also impossible to manage the attached files or notes.
- The bulletin board service controls contents of subscribers to the bulletin service to be transmitted to a shared working place to share the posted contents, and it is thus safe from spam mail and viruses since the subscribers only allow transmission of contents. Also, the contents are displayed together with relevance to respective contents in the relevant contents package according to an input method.
- For example, a title is provided as a reply to the original article and another reply to the reply to a header of the original article, and the start line of the title is controlled to be differently displayed. That is, a title starts from the first line of the original article, a title starts from the second line of a reply, and a title starts from the third line of another reply to the first reply so that the positions of respective contents may be found from the related contents package.
- However, since the respective contents are transmitted to the shared working place, management authority is assigned to a specific user, and authority for the posted contents is only assigned to the posting user. Further, the transmitted contents of all users are displayed together, and an additional sorting function needs to be inconveniently used so as to check the posted articles of specific users.
- It is an advantage of the present invention to provide a system and method for transmitting, receiving, and posting messages, and a computer readable storing medium for storing a program of realizing the method for displaying positions of respective messages communicated with service subscribers in a related message package.
- It is another advantage of the present invention to provide a system and method for transmitting and receiving messages between certified users in a secure manner, and posting the messages, and a computer readable storing medium therefore.
- It is still another advantage of the present invention to provide a system and method for transmitting, receiving, and posting messages, and a computer readable storing medium for allowing an addresser and an addressee to have authority over posted articles and to manage the posted articles.
- In one aspect of the present invention, a system for transmitting and receiving messages between a plurality of user terminals connected to a network and posting the messages comprises: a message client for transmitting and receiving messages between a plurality of users subscribed to a service; an application server for generating a first record and a second record based on a transmitted message, storing the first and second records, and transmitting the first and second records to corresponding message clients respectively according to a request by the message client; and a user database for storing the first and second records, wherein the message client displays the transmitted message contents together with related message contents transmitted by referring to a record field.
- The record field comprises a first field for indicating a related message package and a second field for indicating a corresponding message position in the related message package, and the message client expresses transmitted message contents according to the position in the related message package by referring to the first and second fields.
- The application server generates a first record and a second record comprising a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents, and stores the first record and the second record in the user database.
- The message ID of the first record is a corresponding message ID of the second record, a corresponding message ID of the first record is a message ID of the second record, and the first record and the second record are logically connected with each other.
- In another aspect of the present invention, a method for transmitting and receiving a message between a plurality of user terminals connected to a network and posting the message comprises: a) transmitting a generated message; b) generating a first record and a second record for an addresser and an addressee based on the transmitted message; c) respectively storing the generated first and second records and transmitting the first record and the second record to user terminals of the addresser and the addressee; and d) displaying the transmitted message contents together with previously transmitted related message contents based on a record field. The first record and the second record comprise a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents.
- The a) and b) above are performed when the addresser and the addressee are service subscribers. The first record and the second record are respectively stored in user databases for the addresser and the addressee.
- In still another aspect of the present invention, provided is a computer readable recording medium for recording a program for realizing the method in a computer.
-
FIG. 1 shows a system for transmitting, receiving, and posting a message according to an embodiment of the present invention. -
FIG. 2 shows a user interface of the system inFIG. 1 . -
FIG. 3 shows a detailed message transmitting and receiving interface of the system inFIG. 1 . -
FIG. 4 shows a schema for a user database inFIG. 1 . -
FIG. 5 shows an arrangement diagram for the user database inFIG. 1 . -
FIG. 6 shows deletion of records stored in the database. -
FIG. 7 shows a status in which records are stored in a user terminal. -
FIG. 8 shows an operational flowchart for the system inFIG. 1 . - In the following detailed description, only the preferred embodiment of the invention has been shown and described, simply by way of illustration of the best mode contemplated by the inventor(s) of carrying out the invention. As will be realized, the invention is capable of modification in various obvious respects, all without departing from the invention. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not restrictive. To clarify the present invention, parts which are not described in the specification are omitted, and parts for which similar descriptions are provided have the same reference numerals.
- As shown in
FIG. 1 , the system for transmitting, receiving, and posting a message according to an embodiment of the present invention connected to a plurality of user terminals through a network includes amessage client 200, anapplication server 400, and auser database 500. - The network includes a telephone network, the Internet, and a wireless communication network.
- The user terminal is a communication device for communication with the system for transmitting, receiving, and posting a message through the network, and exemplarily includes a telephone, a wireless communication terminal, a computer, and an Internet TV, and therefore, the user may conveniently and quickly access the system by using one of PC communication, the Internet, the wireless Internet, and a telephone network.
- The
message client 200, an application program installed in the user terminal, provides a tool for generating a message and controls the message communicated between a plurality of users subscribed to the service to be transmitted or received through a communication processor installed in the user terminal. - In this instance, the
message client 200 displays the transmitted message by referring to a corresponding record field, and displays the transmitted message together with a related message to the screen of the user terminal when a previously transmitted related message is found after referring to the record field. - It is also possible to store the transmitted record in a
terminal storage unit 100 of the user terminal according to conditions. - In this instance, the
terminal storage unit 100 is different from a local cache for temporarily storing data provided by a server in the general mail client program. That is, the local cache temporarily stores the data provided by the server, and represent a general technique for the mail client program to use the data stored in the local cache without requesting re-transmission of the same data from the server. - The
terminal storage unit 100, however, is used by the message client to store the records stored in the local cache in a separate manner for the purpose of everlasting storage of the records, and may be usefully used for deleting the records from theuser database 500 of theapplication server 400 and concurrently storing the records for a long period for the purpose of personal usage. - The
application server 400 generates a first record for an addresser and a second record for an addressee based on a transmission message when receiving the transmission message from themessage client 200. However, theapplication server 400 may transmit a notice of transmission failure to themessage client 200 having transmitted the message when the message addressee is not a registered user. - In this instance, the first record and the second record have a service user ID, a message ID, a corresponding message ID, a related message package to which the message belongs, a message position in the message package, an addresser ID, an addressee ID, a message title, and at least one record field from among message contents.
- In this instance, the message ID of the first record is a corresponding message ID of the second record, and a corresponding message ID of the first record is a message ID of the second record. Therefore, the first record and the second record are logically linked with each other through the message IDs and the corresponding message ID fields.
- The
user database 500 stores the first and second records according to theapplication server 400. In this instance, theuser database 500 may be respectively given to the respective users having subscribed to the service. Therefore, the authority for the first and second records stored in the database is provided to the addresser and the addressee and is managed by them. That is, the addresser and the addressee may store or delete the first and second records through themessage client 200. -
FIG. 2 shows a user interface of themessage client 200. - The
message client 200 displays a list of second users who may transmit and receive messages to/from a first user and post the messages, and the list of the second users may be displayed with a predetermined group according to the first user's selection. In this instance, the first and second users are service subscribers, and the second users are one or more users who may transmit and receive messages to/from the first user and includes (2-1)th to (2-n)th users. - For example, when the first user selects a user 2-4 from among the second users given in the list, messages communicated between the first user and the (2-4)th user are displayed, and in particular, according to positions of the respective messages in the related message package.
- That is, when the first user sends a message to the (2-4)th user and the (2-4)th user replies to the message, the sent message of the first user is displayed to be in an upper layer, and the replied message of the (2-4)th user is displayed to be in a lower layer with respect to the sent message of the first user. When the first user replies again to the replied message, the replied message of the first user is displayed to be in a lower layer with respect to the replied message of the (2-4)th user. Further, when the first user sends a new message to the (2-4)th user or vice versa, the new message is represented to be in a new upper layer.
- The process for transmitting, receiving, and posting the message will now be described in detail.
- As shown in
FIG. 3 , the first user selects a specific user from among the second users (e.g., the (2-4)th user), generates a message, and transmits the message through the user interface of the message client 200 (A), or may modify a transmitted and posted message and transmit the modified message (B). Also, the first user may transmit a reply to the message provided by the (2-4)th user (C) or transmit the message communicated with the (2-4)th user to another user such as the (2-1)th user or the (2-2)th user (D). - In this instance, the generated, modified, or transmitted message in the cases of (A), (B), (C), and (D) is transmitted to the
application server 400, and theapplication server 400 generates a first record and a second record for an addresser and an addressee based on the transmitted message. - As shown in
FIG. 4 , each record includes at least one record field from among a service user ID (nOwnerUID), a message ID (nArticleID), a corresponding message ID (nPairArticleID), a related message package (nThread) to which the message belongs, a message position (RepOrder) in the package, an addresser ID (nWriterID), an addressee ID (nReceiverID), a message title (nStrTitle), and a message content (nStrContents). - The service user ID (nOwnerUID) indicates a user ID to which the first record and the second record are transmitted. The message ID (nArticleID) indicates a storage address showing what order of message the first record is from among the messages stored in the addresser's
user database 500. The corresponding message ID (nPairArticleID) indicates a storage address showing what order of message the second record generated corresponding to the first record is from among the messages stored in the addresser'suser database 500. - The nThread shows a message packet to which the transmitted message belongs, indicates from what original message (not a reply message but an initial message for a predetermined message) the transmitted message is derived, and follows the nArticleID of the original message. That is, the nThread follows the nArticleID of the original message when the transmitted message is an original message, and the nThread follows the nThread of the original message when the transmitted message is a reply message to the original message, and since the nThread of the original message is the nArticle of the original message, the nThread of the reply message for a specific message becomes the nArticleID of the original message.
- The RepOrder indicates the position of the transmitted message in the message package, and shows an order of expressing the messages and indents of messages for hierarchical expression of messages in the message package.
- For example, when the message package to which the transmitted message belongs and the position in the message package are given in the format of nTread:RepOrder, notations of 1: “”2:“”, 3: “”, and 4: “” respectively indicate the original message of the first message package, the original message of the second message package, the original message of the third message package, and the original message of the fourth message package.
- In this instance, when the first message is defined to be the message having nTread:RepOrder as 4: “”, the notations of 4:1 and 4:2 respectively indicate the first reply message and the second reply message (called second message hereinafter) for the first message, and titles of respective reply messages are displayed with a predetermined gap from the line where the title of the original message starts. Further, the notations of 4:21, 4:22 and 4:23 respectively indicate the first reply message, the second reply message (called second message hereinafter), and the third reply message for the second message, and titles of respective reply messages are displayed with a predetermined gap from the line where the title of the second message starts. In a like manner, the notation of 4:221 indicates the first reply message for the third message, and is displayed with a predetermined gap from the line where the title of the third message starts.
- The nWriterID indicates an ID of the user having generated the message, the nReceiverID indicates an ID of the user who will receive the message, and the nStrTitle and nStrContents respectively indicate a subject of the message and contents of the message.
- As shown in
FIG. 5 , when the user A transmits a reply message on a specific message to the user B, theapplication server 400 generates a first record and a second record for the user A based on the message of user A. - In this instance, since the first record is a record for the user A, the nOwnerID of the first record is given to be A, and the nWriterUID and the nReceiverUID respectively become A and B. The
nThread 300 and thenRepOrder 21 indicate that the current message is a first reply message for the second reply message of the original message in the message package with the original message having the ArticleID of 300. Also, thenPairArticleID 400 shows a storage address indicating to what order of message the second record corresponds from among the messages stored in theuser database 500 of the user B, and logically connects the first record and the second record. - The second record is a record for the user B, and hence, the nOwnerID of the second record becomes B, and the nWriterUID and the nReceiverUID respectively become A and B. The
nThread 400 and thenRepOrder 21 indicate that the current message is the first reply message for the reply message of the original message in the message package having the ArticleID of the original message as 400. Further, the nPairArticleID of 300 shows a storage address indicating to what order of message the first record belongs from among the messages stored in theuser database 500 of the user A, and logically connects the first record and the second record. - Therefore, the message for the user A is located in the message package with the ArticleID of the original message as 300. When the title of the reply message is expressed with a gap of n from the title of the original message, the title of the message is expressed with a gap of 2n from the start line of the original message. Also, the message for the user B is located in the message package with the ArticleID of the original message as 400, and the title of the message is expressed with a gap of 2n from the start line of the original message.
- The
application server 400 stores the first record and the second record in theuser database 500 for the user A and theuser database 500 for the user B. Therefore, the user A and the user B have authority on the first record and the second record and are each allowed to manage the records. - As shown in
FIG. 6 , the user A and the user B have authority to delete the first record and the second record stored in theuser database 500, and may delete the stored records according to respective user selections. - For example, the user A cannot check the corresponding message through the
message client 200 when the user A deletes the first record, but the user B may check the corresponding message through themessage client 200 when the user B does not delete the second record. In this instance, the respective records may be separately stored in theterminal storage unit 100 of the user terminal according to the user selection, thereby preventing other user's access to the record and storing the record for a long time. - That is, as shown in
FIG. 7 , the user A or the user B may store the first record or the second record in theterminal storage unit 100 of the respective user terminal through the message client. In this instance, the first record or the second record may be stored in theterminal storage unit 100 for a long time when the same is deleted in theuser database 500 of theapplication server 400, and in addition, the first record or the second record may be stored forever according to the user selection. - Accordingly, when the user desires to store a specific record forever or for a personal purpose, the corresponding record is deleted in the
user database 500, the access possibility by other users is prevented, and the danger of data drain is reduced. Concurrently, the corresponding can be stored for an eternal personal purpose since it is separately stored in theterminal storage unit 100. In addition, a load of the user database is reduced since the amount of records stored in theuser database 500 is reduced. - Referring to
FIG. 8 , a method for transmitting and posting a message will now be described based on the above-described method for transmitting the message from the user A to the user B. - When the user A generates a message and sends it to the user B in step S100, the
application server 400 generates a first record and a second record based on a transmitted message in step S101, and the first record and the second record are stored in theuser database 500 for the user A and thedatabase 500 for the user B in step S103. - In this instance, the first record and the second record include at least one record field from among a service user ID (nOwnerUID), a message ID (nArticleID), a corresponding message ID (nPairArticleID), a related message package (nThread) to which the message belongs, a message position (RepOrder) in the package, an addresser ID (nWriterID), an addressee ID (nReceiverID), a message title (nStrTitle), and a message content (nStrContents).
- The message ID of the first record indicates a corresponding message ID in the second record, a corresponding message ID in the first record is a message ID of the second record, and the first record and the second record are logically connected with each other. The message is expressed to the user A and the user B according to the position of the corresponding message in the message package based on the nThread and the RepOrder in step S105.
- That is, when the nThread and the RepOrder of the first record in the case of the user A are given as 300 and 21, the corresponding message becomes a first reply message on the second reply message of the original message in the message package with the ArticleID of 300. The nPairArticleID of 400 shows a storage address indicating to what order of message the second record corresponds from among the messages stored in the
user database 500 of the user B, and logically connects the first record and the second record. - Therefore, the message in the case of the user A is located in the message package with the ArticleID of the original message as 300. When the title of the reply message is expressed with a gap of n from the title of the original message, the title of the message is expressed with a gap of 2n from the start line of the original message.
- When the nThread and the RepOrder of the second record in the case of the user B are given as 400 and 21, the corresponding message becomes a first reply message on the second reply message of the original message in the message package with the ArticleID of 400. The nPairArticleID of 300 shows a storage address indicating to what order of message the first record corresponds from among the messages stored in the
user database 500 of the user A, and logically connects the first record and the second record. - Hence, the message in the case of the user B is located in the message package with the ArticleID of the original message as 400, and the title of the message is expressed with a gap of 2n from the start line of the original message when the title of the reply message is expressed with a gap of n from the title of the original message.
- Since the first record and the second record are respectively stored in the
user database 500 of the user A and theuser database 500 of the user B, authority and management for the records are respectively provided to the user A and the user B. Therefore, the user A or the user B may delete the records according to selection in steps S107, S109, and S113. That is, the user A or B may delete the records stored in theuser database 500 when the user does not desire to store a specific record in theuser database 500. - In this instance, the respective records may be separately stored in the
terminal storage unit 100 of the user terminal according to the user selection in steps S109 and S111. In this case, the user may store the corresponding message forever for a personal purpose and prevent other user's access to the corresponding record, and the above-noted process is useful for obtaining further capacity of theuser database 500 for storing records. - As described, the messages transmitted and received between service subscribers are displayed for the respective service subscribers. That is, the message client shows a list of service subscribers, and displays messages transmitted between the first user and a selected second user when the first user selects one of second users given in the list.
- Further, the respective messages are expressed to show positions of the messages in the related message package. That is, it is possible for the user to roughly know the subject of the transmitted or received message in cooperation with the related message, determine whether the message is an original message or a reply message, and determine to what message the reply corresponds when the message is found to be a reply message.
- Also, the messages are safe from spam or viruses since they are transmitted and received between certified users.
- In addition, the authority and management on the posted messages are performed conveniently by the respective users since the two records generated based on the transmitted message are respectively stored in the databases of the addresser and the addressee. While this invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
Claims (14)
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2004-0053379A KR100457325B1 (en) | 2004-07-09 | 2004-07-09 | System for sending,receiving and displaying message, method for sending, receiving and displaying message |
| KR10-2004-0053379 | 2004-07-09 | ||
| KR2004-0053379 | 2004-07-09 | ||
| PCT/KR2005/002169 WO2006006790A1 (en) | 2004-07-09 | 2005-07-06 | System for sending, receiving and displaying message, method for sending, receiving and displaying message and computer readable storage medium storing program for that method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| US20080016163A1 true US20080016163A1 (en) | 2008-01-17 |
| US7818381B2 US7818381B2 (en) | 2010-10-19 |
Family
ID=35784106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US11/571,509 Active 2027-10-20 US7818381B2 (en) | 2004-07-09 | 2005-07-06 | System for sending, receiving and displaying message, method for sending, receiving and displaying message and computer readable storage medium storing program for that method |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7818381B2 (en) |
| JP (1) | JP2008504632A (en) |
| KR (1) | KR100457325B1 (en) |
| WO (1) | WO2006006790A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090307607A1 (en) * | 2008-06-10 | 2009-12-10 | Microsoft Corporation | Digital Notes |
| US20120296976A1 (en) * | 2005-11-23 | 2012-11-22 | Skype | Delivering Messages in a Communication System |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006078094A1 (en) | 2005-01-22 | 2006-07-27 | Nhn Corporation | System and method for sharing knowledge through on-line human network |
| US7603425B2 (en) | 2006-08-07 | 2009-10-13 | Microsoft Corporation | Email provider prevention/deterrence of unsolicited messages |
| JP4680166B2 (en) | 2006-10-30 | 2011-05-11 | ソニー株式会社 | Imaging apparatus and imaging method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5761421A (en) * | 1996-03-25 | 1998-06-02 | Sun Microsystems, Inc. | System and method for secure peer-to-peer communication between downloaded programs |
| US6330589B1 (en) * | 1998-05-26 | 2001-12-11 | Microsoft Corporation | System and method for using a client database to manage conversation threads generated from email or news messages |
| US20030095096A1 (en) * | 2001-10-22 | 2003-05-22 | Apple Computer, Inc. | Method and apparatus for use of rotational user inputs |
| US6725228B1 (en) * | 2000-10-31 | 2004-04-20 | David Morley Clark | System for managing and organizing stored electronic messages |
| US20040117449A1 (en) * | 2002-12-16 | 2004-06-17 | Palo Alto Research Center, Incorporated | Method and apparatus for generating overview information for hierarchically related information |
| US20040117448A1 (en) * | 2002-12-16 | 2004-06-17 | Palo Alto Research Center, Incorporated | Method and apparatus for clustering hierarchically related information |
| US7031977B2 (en) * | 2002-02-28 | 2006-04-18 | Plumtree Software, Inc. | Efficiently storing indented threads in a threaded discussion application |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20010015930A (en) * | 2000-01-25 | 2001-03-05 | 임재범 | Constructing Method of Personal Homepage, and Operating Method of Web Messenger |
| KR20000054490A (en) * | 2000-06-08 | 2000-09-05 | 한상천 | Magicshare |
| KR100385146B1 (en) * | 2000-06-26 | 2003-05-22 | 주식회사 프리챌 | A web messenger service system and a service method on the network |
| JP2002082880A (en) * | 2000-06-28 | 2002-03-22 | Oregadare Inc | Message transmission / reception management method and message transmission / reception management system |
| JP4146109B2 (en) | 2001-07-16 | 2008-09-03 | 株式会社東芝 | Knowledge storage support system and message hierarchy display setting method in the same system |
| KR20030017043A (en) * | 2001-08-23 | 2003-03-03 | 주식회사 넷츠고 | integrated internet communication system, integrated internet communication method, storage media where the same method written thereon, and an apparatus for integrated internet communication |
| AU2002364253A1 (en) | 2001-12-28 | 2003-07-24 | Simdesk Technologies, Inc | Instant messaging system |
| JP4187455B2 (en) | 2002-04-08 | 2008-11-26 | 株式会社リクルート | Information processing apparatus, message processing method, and program |
| KR20040004017A (en) * | 2002-07-03 | 2004-01-13 | 심갑수 | messenger plug in |
-
2004
- 2004-07-09 KR KR10-2004-0053379A patent/KR100457325B1/en not_active Expired - Lifetime
-
2005
- 2005-07-06 JP JP2007520230A patent/JP2008504632A/en active Pending
- 2005-07-06 US US11/571,509 patent/US7818381B2/en active Active
- 2005-07-06 WO PCT/KR2005/002169 patent/WO2006006790A1/en not_active Ceased
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5761421A (en) * | 1996-03-25 | 1998-06-02 | Sun Microsystems, Inc. | System and method for secure peer-to-peer communication between downloaded programs |
| US6330589B1 (en) * | 1998-05-26 | 2001-12-11 | Microsoft Corporation | System and method for using a client database to manage conversation threads generated from email or news messages |
| US6725228B1 (en) * | 2000-10-31 | 2004-04-20 | David Morley Clark | System for managing and organizing stored electronic messages |
| US20030095096A1 (en) * | 2001-10-22 | 2003-05-22 | Apple Computer, Inc. | Method and apparatus for use of rotational user inputs |
| US7031977B2 (en) * | 2002-02-28 | 2006-04-18 | Plumtree Software, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US20040117449A1 (en) * | 2002-12-16 | 2004-06-17 | Palo Alto Research Center, Incorporated | Method and apparatus for generating overview information for hierarchically related information |
| US20040117448A1 (en) * | 2002-12-16 | 2004-06-17 | Palo Alto Research Center, Incorporated | Method and apparatus for clustering hierarchically related information |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120296976A1 (en) * | 2005-11-23 | 2012-11-22 | Skype | Delivering Messages in a Communication System |
| US9130894B2 (en) * | 2005-11-23 | 2015-09-08 | Skype | Delivering messages in a communication system |
| US20090307607A1 (en) * | 2008-06-10 | 2009-12-10 | Microsoft Corporation | Digital Notes |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2006006790A1 (en) | 2006-01-19 |
| JP2008504632A (en) | 2008-02-14 |
| KR100457325B1 (en) | 2004-11-17 |
| US7818381B2 (en) | 2010-10-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11509613B2 (en) | System and method for enabling an external-system view of email attachments | |
| US5875302A (en) | Communication management system having communication thread structure including a plurality of interconnected threads | |
| US7441027B2 (en) | Methods, systems, and products for creating message logs | |
| US7457844B2 (en) | Correspondent-centric management email system for associating message identifiers with instances of properties already stored in database | |
| US8606854B2 (en) | System and method for opportunistic image sharing | |
| US8204483B2 (en) | Electronic file transfer for a communications device | |
| US7801962B2 (en) | Email collaboration manager | |
| US20090271708A1 (en) | Collaboration Software With Real-Time Synchronization | |
| KR20060050342A (en) | System and method for extending message schema to represent fax messages | |
| US20020032743A1 (en) | Method for providing e-mail service | |
| US7818381B2 (en) | System for sending, receiving and displaying message, method for sending, receiving and displaying message and computer readable storage medium storing program for that method | |
| CN1971597A (en) | Method and system for displaying history of e-mail | |
| JP2004348569A (en) | Knowledge accumulation support system and program | |
| JP2002281092A (en) | E-mail response data collection method and recording medium for e-mail response data collection control | |
| JP4257801B1 (en) | Procedure management system and procedure management method | |
| KR20020082511A (en) | Method for managing an e-mail in internet web server | |
| KR20060004573A (en) | Computer-readable storage media recording programs that implement message sending and posting | |
| JP2002158689A (en) | System and method for transferring electronic mail |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AS | Assignment |
Owner name: NHN CORPORATION, KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HYUONG, YOUNG-JOON;CHANG, JOON-KEE;SEO, MUN-JUN;REEL/FRAME:018695/0247 Effective date: 20061213 |
|
| STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
| FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
| FEPP | Fee payment procedure |
Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
| FPAY | Fee payment |
Year of fee payment: 4 |
|
| MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552) Year of fee payment: 8 |
|
| MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |