US20050188041A1 - Message processing device, message management method and storage medium for storing message management program - Google Patents

Message processing device, message management method and storage medium for storing message management program Download PDF

Info

Publication number
US20050188041A1
US20050188041A1 US11/071,308 US7130805A US2005188041A1 US 20050188041 A1 US20050188041 A1 US 20050188041A1 US 7130805 A US7130805 A US 7130805A US 2005188041 A1 US2005188041 A1 US 2005188041A1
Authority
US
United States
Prior art keywords
message
receivers
interpersonal
receiver
comment
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.)
Abandoned
Application number
US11/071,308
Inventor
Minoru Kuriki
Kiyoto Naganuma
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to US11/071,308 priority Critical patent/US20050188041A1/en
Publication of US20050188041A1 publication Critical patent/US20050188041A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/107Computer-aided management of electronic mailing [e-mailing]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/23Reliability checks, e.g. acknowledgments or fault reporting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48Message addressing, e.g. address format or anonymous messages, aliases
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S715/00Data processing: presentation processing of document, operator interface processing, and screen saver display processing
    • Y10S715/971Cooperative decision support systems for group of users

Definitions

  • the present invention is related to a message processing device, a message processing system, and a message management method, for processing a message transmitted from a terminal, and a storage medium in which a message management program is stored.
  • an electronic mail can be transmitted to an individual receiver by a mail system such as a personal-computer communications system, a UNIX system or the like, and the same mail can be transmitted to a plurality of receivers.
  • a mail system such as a personal-computer communications system, a UNIX system or the like
  • a leader transmits mails to the members to confirm whether or not the members have completed the business activity, in order to determine the business progress states of the members.
  • each member of the group prepares a mail for reporting whether or not his or her business activity has been completed, and transmits this mail to the leader.
  • the leader reads the mails from all the members, and determines whether or not the business of each member has been completed.
  • the number of mails to be read increases as the number of members increases, and so the leader's job increases.
  • An object of the present invention is to determine the states of the receiver of a message. Another object is to display the contents of a message and the states of a receiver linked with each other, on a terminal. Still another object is to make clear whether or not the receiver of a message confirms the contents of a message or whether or not he or she completes the business related to this message. A further object is to display the formatted message related to a business processing and the non-formatted messages other than this formatted message together with a message type so that the received messages can be uniformally managed.
  • the present invention includes a preparation portion for preparing a receiver state list for displaying the states of receivers of messages whose destinations are a plurality of receivers, and a management portion for managing the information of the receiver state list, in a message processing device for processing messages transmitted from a plurality of terminals.
  • completion information which indicates that a receiver of the message confirms the contents of the message or that the business related to the message is completed, is included in the receiver state list.
  • the sender of a message or receivers thereof can determine whether or not all the members who received the messages have confirmed the messages or whether or not the businesses related to the messages have been completed, by looking at the receiver state list. Accordingly, the states of all the receivers can be obtained simultaneously.
  • the receiver state list which is prepared by the receiver, it can be determined whether or not the message is accurately transmitted to a receiver, or whether a receiver approves or disapproves of the message.
  • the sender of a message and all the receivers can grasp the contents of the message as well as the states of each receiver of the message, simultaneously.
  • a message management method of the present invention is used to display the formatted message related to a business process and the non-formatted message other than this business together with the message type as a receiver state list.
  • the list of a formatted message such as a work flow and a non-formatted message such as a mail to an individual receiver are displayed together with the message type as a message list. Therefore, it can be determined from the message type whether each message is related to a business mail or a personal mail.
  • a receiver state list for displaying the states of a plurality of receivers of messages whose destinations are a plurality of receivers is displayed on a terminal.
  • the present invention can obtain the states of all the receivers who have received the messages asking, for example, whether or not they have confirmed the contents of messages or whether or not the businesses related to these messages have been completed.
  • FIG. 1 is a block diagram showing a system configuration of the message processing system according to an embodiment of the present invention
  • FIG. 2 shows configurations of a message file 15 , a message management table 16 , and a member table 17 ;
  • FIG. 3 is a flowchart showing the outline process of transmitting a message
  • FIG. 4 is a table showing the display states at the time of transmitting a message
  • FIG. 5 is a flowchart showing setting attributes based on the types of messages to be transmitted
  • FIG. 6 is a flowchart showing displaying, returning, transferring, and transmitting processes of existing messages
  • FIG. 7 is a list showing received messages
  • FIG. 8 is a flowchart showing the process of displaying a received message list
  • FIG. 9 is a flowchart showing the process of displaying messages and a receiver state list 24 linked with each other;
  • FIG. 10 is a flowchart showing the process of setting date and time when a mail is opened
  • FIG. 11 is a flowchart showing setting a comment
  • FIG. 12 is a flowchart showing a completion check process
  • FIG. 13 is a flowchart showing the process of calculating an open ratio
  • FIG. 14 is a flowchart showing the process of calculating a completion check ratio
  • FIG. 15 is a table showing a display state in which messages and a receiver state table are displayed linked with each other;
  • FIG. 16 is a flowchart showing amending a transmitted message and returning the thus-amended message in a not-opened state
  • FIG. 17 is a received-message list 31 ;
  • FIG. 18 is a diagram showing a message edition screen
  • FIG. 19 is a flowchart showing a process corresponding to the designation of an examiner and an approver
  • FIG. 20 is a flowchart showing an examination process
  • FIG. 21 is a flowchart showing an approval process
  • FIG. 22 is a flowchart showing the process of storing received messages as a to-do list
  • FIG. 23 is a table showing a to-do list
  • FIG. 24 is a table showing the data configuration of a message type/comment pattern table 32 ;
  • FIG. 25 is a flowchart showing the process of automatically setting the comment pattern corresponding to a message type at the time of transmitting a message
  • FIG. 26 is a flowchart showing the process of automatically setting the comment pattern corresponding to a message type when receiving a message
  • FIG. 27 is a screen for inputting a chosen comment
  • FIG. 28 is a flowchart showing the process of extracting the contents of a comment to be shown as statistics
  • FIG. 29 is a table showing the data structure of a keyword table 33 ;
  • FIG. 30 is a table showing the data structure of an active keyword table 34 ;
  • FIG. 31 is a list for extracting keywords
  • FIG. 32 is a diagram explaining the case where a program is stored in a storage medium.
  • FIG. 1 is a block diagram showing the system configuration of a message processing system according to an embodiment of the present invention.
  • a plurality of terminals 11 are connected to a server 13 through a line network 12 such as a LAN or the like.
  • a message processing program 14 of the server 13 has the functions of preparing and transmitting a message for the terminals 11 , as well as a function of displaying the list of to the received m messages, the list of messages to be transmitted, received messages, and the like.
  • a message file 15 is a file in which the information on a message sender side is stored. The title of the message, a sender ID, the contents of the message, or the like are stored in the message file 15 .
  • a message management table 16 is a table in which the information on a message receiver side is stored.
  • a receiver ID, completion time and date, and comments to a message or the like are stored in the message management table 16 .
  • a member table 17 is a table for storing information about members who are destinations of messages. In this table, a member ID, names, a group which the members belong to or the like are stored.
  • FIG. 2 shows configurations of the message file 15 , the message management table 16 , and a member table 17 , which are mentioned above.
  • the message file 15 includes a region 15 a for storing a message ID to be assigned to each message, a region 15 b for storing a sender ID, a region 15 c for storing a transmission time and date, a region 15 d for storing the due date of a response to the message, a region 15 e for storing a message type such as a job request, a display operation or the like, a region 15 f for storing information about whether or not the message is confidential, a region 15 g for storing a title, and a region 15 h for storing the contents of the message.
  • the message file 15 includes a region 15 i for storing a time and date when a message is updated, a region 15 j for storing the ID of an examiner who examines whether or not the message is approved, a region 15 k for storing examined results, a region 15 L for storing the ID of an approver who approves the message after this message is examined, a region 15 m for storing the approved results; a region 15 n for storing the information about whether or not the examined and approved message is readable, and a region 15 p for storing a comment pattern which is specified by the sender.
  • the message file 15 further includes regions for storing attribute information such as the requirement for comments, important comment, urgent comment or the like, other than the above mentioned regions.
  • the message type is the information indicating which one of a job request, an investigation, a process of making all of a specific matter fully recognizable, a requirement for opinions or requests from the members, or the like, is the content of a message.
  • a message type is selected by a sender when a message is prepared, an attribute such as the requirement for the comment to be included in a response, the requirement for a NO/YES answer or the like, is automatically set according to the thus-selected message type, where the investigation with a time limit, for example, is selected as a message type, attributes of a “requirement for comments”, and “with a time limit” are automatically set for the message. Accordingly, the sender does not need to set every attribute for each of all the messages.
  • the message management table 16 includes a region 16 a for storing a message ID, a region 16 b for storing a receiver ID, a region 16 c for storing a time and date when the message is opened, a region 16 d for storing the completion time and date when the receiver opened the message and operated a definition button which will be described later, and a region 16 e for storing comments to the message.
  • the data stored in the message management table 16 are corresponded to the data stored in the message file 15 by the message ID.
  • the member table 17 includes a region 17 a for storing the member ID, a region 17 b for storing a name, and a region 17 c for storing a group to which the members belong. This member table 17 is used for looking for a member ID when the group to which the member belongs to and the name are designated.
  • FIG. 3 is a flowchart showing the outline process of transmitting a message.
  • a sender inputs a user ID from the terminal 11 and logs on to the server device 13 .
  • a message processing program 14 of the server 13 displays a preparation screen for newly transmitting a message on the terminal 11 (S 11 shown in FIG. 3 ).
  • FIG. 4 is a table showing the display state at the time of transmitting a message. Sections for inputting a destination, a message type, a title, a text or the like are displayed. On the right of the display screen, an enter button 21 and a clear button 22 are displayed. When a message is prepared and the enter button 21 is clicked, the message is transmitted, and the data which are inputted to the message file 15 are written in these sections. When the clear button 22 is clicked, the inputted data are cleared.
  • the sender of a message inputs the text of a message to be transmitted, and at the same time sets a destination, a message type, and the necessity or unnecessity of examination and approval.
  • the sender sets the names of an examiner and an approver (S 12 ).
  • the destination, the message type, and the like can be optionally selected from predetermined alternatives.
  • the message processing program 14 of the server 13 sets attributes corresponding to this message type (S 13 ).
  • a sender ID a message ID, a message type, a time limit, an examiner ID, an attribute corresponding to a message type, information indicating that only the examiner, approver, and sender can read the message, and the like are inputted in the message file 15 (S 15 ).
  • a receiver ID is written corresponding to the message ID of the message management table 16 . Further, that time is written in the region 15 c for storing the transmission time and date of the message file 15 , as a transmission time and date (S 16 ).
  • a message type is a “message” (S 21 shown in FIG. 5 ).
  • the flow advances to step S 22 , and “capability of deleting a message by a receiver” is set as the attribute of the message.
  • step S 21 When it is determined in step S 21 that the message type is not a “message” (NO in step S 21 ), the flow advances to step S 23 , and it is determined whether or not the message type is a “time limit check”. If the message type is the “time limit check”, the flow advances to step S 24 , and the “requirement for comments” and “with a time limit” are set as attributes.
  • step S 23 When it is determined in step S 23 that the message type is not the “time limit check” (NO in step S 23 ), the flow advances to step S 25 , and it is determined whether or not the message type is a “job request”. If the message type is the “job request”, the flow advances to step S 24 , and the “requirement for comments” and “with a time limit” are set as attributes.
  • step S 25 When it is determined in step S 25 that the message type is not the “job request” (NO in step S 25 ), the flow advances to step S 26 , and it is determined whether or not the message type is a “check with a filing time limit”. If the message type is the “check with a filing time limit”, the flow advances to step S 24 , and the “requirement for comments” and “with a time limit” are set as attributes.
  • step S 26 When it is determined in step S 26 that the message type is not the “check with a filing time limit” (NO in step S 26 ), the flow advances to step S 27 , and it is determined whether or not the message type is a “YES/NO check”. If the message type is the “YES/NO survey”, the flow advances to step S 28 , and the “requirement for a YES/NO check” and “with a time limit” are set as attributes.
  • step S 27 When it is determined in step S 27 that the message type is not the “YES/NO check” (NO in step S 27 ), the flow advances to step S 29 , and it is determined whether or not the message type is a “process of making all of a specific matter fully recognized”. If the message type is the “process of making all of a specific matter fully recognized”, the flow advances to step S 30 , and the “requirement for the automatic display of an agreement check” is set as an attribute.
  • step S 29 When it is determined in step S 29 that the message type is not the “process of making all of a specific matter fully recognized” (NO in step S 29 ), the flow advances to step S 31 , and it is determined whether or not the message type is a “memorandum”. If the message type is the “memorandum”, the flow advances to step S 32 , and “confidential” is set as an attribute. If the “memorandum” is set as a message type when preparing a message, this message designates the sender, and the attribute becomes confidential. Therefore, the sender can store this message so it is only seen by the sender.
  • step S 31 When it is determined in step S 31 that the message type is not the “memorandum” (No in step S 31 ), the flow advances to step S 33 , and it is determined whether or not the message type is a “requirement for opinions”. If the message type is the “requirement for opinions”, the flow advances to step S 34 , and the “requirement for comments” is set as an attribute.
  • step S 33 When it is determined in step S 33 that the message type is not the “requirement for opinions”, that is, the message type does not correspond to any one of the above-mentioned items, or the attribute according to the message type is set in the attribute section on the message preparation screen, attributes which are set in the attribute section are written in the corresponding region of the message file 13 (S 35 ).
  • an attribute for requesting a receiver to input comments, to answer YES or NO, or the like is set according to the message type. Then the receiver performs operations according to this request. Thus, it can be confirmed whether or not the subject of the message is accurately informed to the receiver or whether the receiver approves or disapproves of the message.
  • the message processing program 14 of the server 13 detects the message ID of the received message from the message management table 16 using the user ID. Then, a list 20 of the received message as shown in FIG. 7 is displayed (S 41 shown in FIG. 6 ).
  • the member ID of a user who is logged on to the terminal 11 to which a request of displaying the message list has been made, is set as a receiver ID ( FIG. 8 , S 51 ).
  • the message management table 16 is detected using the receiver ID as a key, and a corresponding message ID is extracted (S 52 ).
  • the message type, the state, the title of each message and the like are obtained from the message file 15 based on the thus-extracted message ID (S 53 ).
  • the information about each of the thus-obtained items is edited to be displayed on a corresponding terminal 11 as the received message list 20 (S 54 ).
  • the receiver Before opening a message, the receiver can determine from the received message list 20 shown in FIG. 7 , which kind of message the received message is, that is, a job request, a time limit check, a process of making all of a specific matter fully recognized, a personal mail, or the like. Further, the receiver can determine whether or not the message is an urgent message, an important message or the like, from the attribute information.
  • Both a formatted message such as a business work flow, and a non-formatted message such as a personal mail, can be displayed on the received message list 20 together with the message type. Therefore, the receiver can simultaneously manage all the received messages.
  • the receiver can determine whether or not a not-opened message or a message of which a time limit has expired is present. Further, the receiver can also determine the answer states, how many members have completed their businesses, and what the completion ratio is, from the completion states of the messages. If a time limit expires in an unfinished state, a flame mark or a receiver's angry face, etc., which is not shown in FIG. 7 , is displayed, and this mark or face gradually becomes larger as the number of days delay from the time limit increases, thereby informing the receiver of the degree of delay.
  • the receiver wishes to read a message as shown in FIG. 6
  • he or she clicks the title of a message of the received message list 20 which the receiver wishes to open (S 42 ).
  • the message processing program 14 of the server 13 reads out the contents of the designated message from the message file 15 , and displays the thus-read-out message on the screen of the terminal 11 (S 43 ).
  • a receiver state list 24 indicating the completion state of the receiver of the message, comments, and the like are displayed on the terminal 11 linked with the message (S 44 ).
  • the message type, the title, the transmission date, the message contents, and the sender ID of each message are obtained based on the message ID of the received message list 20 (S 61 shown in FIG. 9 ). Then, a process of setting the time and date when a message is opened, which is shown in step S 62 , is performed.
  • the process of setting the time and date when a message is opened will be explained with reference to FIG. 10 .
  • a message is opened according to a fact that whether or not the time and date has been stored in the region 16 c , of the message management table 16 , for storing the time and date when a message was opened (S 81 shown in FIG. 10 ).
  • the process terminates at this point.
  • the current time and date are obtained since the message is opened for the first time (S 82 ).
  • the thus-obtained time and date are set as the open time and date, in the open time and data section of the display and edition region of a message (S 83 ).
  • step S 63 shown in FIG. 9 a process of setting comments in step S 63 shown in FIG. 9 is performed.
  • the message management table 16 is detected using the message ID and the receiver ID. Then, it is determined whether or not comments are stored in a storage region 16 e for storing the comment, corresponding to the message ID and the receiver ID (S 91 shown in FIG. 11 ). In the case where comments are not stored, the process terminates at this point. In the case where comments are stored in the region 16 e of the message management table 16 , these comments are set in a comment input section on the screen (S 92 ).
  • the thus-set comments are displayed in the comment input section of the message.
  • step S 64 shown in FIG. 9 is performed.
  • This completion check process will be explained with reference to FIG. 12 .
  • a completion check is designated, that is, whether or not a receiver has already operated the definition button 23 after confirming the contents of a message (S 101 shown in FIG. 12 ).
  • the completion check is not designated, that is, the receiver has not performed operations for the completion, the process terminates at this point.
  • a completion operation is set in the completion check section on the screen (S 102 ).
  • a process of calculating an open ratio in step S 65 shown in FIG. 9 is performed.
  • the process of calculating an open ratio will be explained with reference to the flowchart shown in FIG. 13 .
  • data of all the receivers corresponding to the designated message ID are obtained from the message management table 16 (S 111 shown in FIG. 13 ).
  • the number of receivers whose open time and date are set in the message management table 16 is calculated (S 112 ).
  • the number K of receivers who opened the messages is divided by the number of all the receivers so that the open ratio is obtained by multiplying the resultant number by [ 100 ] (S 113 ).
  • step S 66 a process of calculating a completion check ratio is performed in step S 66 shown in FIG. 9 .
  • This process of calculating a completion check ratio will be explained with reference to the flowchart shown in FIG. 14 .
  • data of all the receivers corresponding to the designated message ID are obtained from the message management table 16 (S 121 shown in FIG. 14 ).
  • the number of receivers whose completion dates are set is calculated (S 122 ).
  • the number C of receivers who have completed their businesses is divided by the number of all the receivers so that the completion check ratio is obtained by multiplying the resultant number by [100] (S 123 ).
  • step S 67 shown in FIG. 9 the message type, the transmission time and date, the title, the contents of a message, the sender's name, the open ratio, and the completion check ratio which are obtained according to the above-mentioned processes are transferred to the display and edit region for storing display data at the time of editing a message. Then, the data stored in the display and edit region are displayed as a message display screen (S 68 ).
  • a receiver ID is obtained by referring to the message management table 16 according to the message ID of the selected message (S 69 ).
  • the message management table 16 is detected using the message ID as a key so that the corresponding receiver ID is obtained.
  • the open time and data, the completion time and data, and comments which are stored corresponding to the receiver ID are obtained (S 70 ).
  • data in which the open time and data, and the completion time and data have not been stored, are handled as not-opened and not-completed data.
  • a name corresponding to the receiver ID is obtained by referring to the member table 17 using a receiver ID as a key. Accordingly, the thus-obtained name is set as a receiver's name (S 71 ).
  • the receiver's name, the open time and data, the completion time and data, and comments which are obtained by the above-mentioned processes are transferred to the display and edit region (S 72 ). It is determined whether or not processes terminate for all the receivers stored in the message management table 16 , corresponding to the message ID (S 73 ). where processes do not terminate for all the receivers, the process returns in step S 69 , and the above-mentioned processes are repeated. where processes terminate for all the receivers, on the other hand, the contents of the display and edit region are displayed as the receiver state list 24 (S 74 ).
  • a received message and the receiver state list 24 are displayed linked with each other.
  • the receiver closes the message by operating one of the definition button 23 , a return button 26 , and an existing message-transmission button 27 , shown in FIG. 15 , while the message and the receiver state list 24 are being displayed (S 45 ).
  • step S 46 the process advances to step S 46 , and the current time and data are written in the region 16 d for storing completion time and data in the message management table 16 . If comments are inputted, the thus-inputted comments are written in the storage region 16 e for storing a comment.
  • step S 47 a return process is performed for newly preparing a message which designates a sender of the message as a destination.
  • step S 48 the process advances to step S 48 , and a transfer process is performed for transferring the received message to another person as it is.
  • step S 49 the process advances to step S 49 , and an existing-message-transmission process is performed for preparing a new message using the text of the received message.
  • FIG. 15 shows tables indicating the display states when a message and the receiver state list 24 are displayed linked with each other according to the above-mentioned processes.
  • the message type, the title, the contents of the message, and the like are displayed. If this is the first opening, the current time and date are stored in the region 16 c for storing the time and date when the message management table 16 is opened. After the contents of the message are confirmed, the receiver performs an YES/NO check, inputs comments, or the like according to the message type. After that, when the definition button 23 is operated, the comments which are inputted to a comment section are written in the storage region 16 e for storing the comment of the message management table 16 , and the time and date when the definition button 23 is operated are written in the storage region 16 d for storing a completion time and date, as a completion time and date.
  • a sender of the message and all receivers thereof can observe the states of the receivers of the message, that is, whether or not each receiver opens the message, whether or not each receiver confirms the message, whether or not a completion state is obtained by completing the matter described in the message, or what kind of comments each receiver makes on the message. Therefore, for example, in the case of a message for confirming the progress of the business of a member of a group, the states of all the members can be determined by looking at the message, the completion state in a receiver state list, comments and the like. Accordingly, the leader of the group can determine the states of all the members without reading the respective messages transmitted from the members.
  • the present invention can provide a virtual electronic space for performing a series of operations such as instructions and prosecutions of the business, reports on the states thereof, or the like.
  • the message processing program 14 of the server 13 detects the message of a sender ID which corresponds to the user ID inputted from the terminal 11 , from the message file 15 . Then, this program displays a transmission message list 31 including a message type, a completion state, a title, transmission time and date, a time limit, an amendment button 32 , and a deletion button 33 as shown in FIG. 17 (S 131 as shown in FIG. 16 ). In a state section 31 a of the transmission message list 31 , the number of receivers who transmit completion responses among the receivers of messages, and the completion ratio are displayed.
  • the sender looks at this list and clicks the title of a message to be updated or the amendment button 32 (S 132 ).
  • the message processing program 14 determines whether or not the amendment button 32 is operated (S 133 ). In the case where the amendment button 32 is operated, data of a message which is designated by the message file 15 are read out, and a message edition screen shown in FIG. 18 is displayed (S 134 ). On this message edition screen, the message type, the title, the text, the sender's name, the attributes, the examination and approval, the destination to be deleted, and the destination to be added, which are read out from the message file 15 are displayed.
  • the sender changes a message type, a title, a text, an attribute, a completion state section, and a destination if necessary (S 135 ).
  • After the sender amends the necessary data and he or she clicks an update button 34 while he or she keeps a check button for determining whether or not data should be returned in the not-opened state in a completion state section, in a check state (shown as a black box in FIG. 18 ), or in a not-checked state (S 136 ).
  • a new transmission button 35 is clicked.
  • a delete button 36 is clicked.
  • the message processing program 14 determines whether or not a message is returned in a not-opened state, according to a fact about whether or not a check box for returning in a not-opened state is checked (S 137 ).
  • the open time and date, and the completion time and date of the corresponding message ID of the message management table 16 are cleared (S 138 ).
  • the current time and date are obtained (S 139 ) to be written in a region 15 i for storing the update time and date of the message file 15 (S 140 ).
  • the amended data are written in the corresponding storage region of the message file 15 (S 141 ).
  • step S 137 the update time and date are written in the message file 15 without clearing the completion time and date.
  • step S 133 In the case where it is determined in step S 133 that the amendment button 32 is not clicked, that is, a title is clicked, the flow advances to step S 142 , and the designated message and receiver states are displayed linked with each other.
  • the screen changes to a screen for editing a message (S 143 ), and the processes in and after S 134 are performed.
  • the message can be returned in the not-opened state. Accordingly, when a message is amended, it is not necessary to prepare a new message again to be transmitted, so that the operations for preparing a message can be reduced. Where the amended message requires comments, and the comments to the amended message do not need to be changed, the receiver neither prepares a new response message nor inputs comments to the received message, since the comments which were previously prepared are stored without modification. Therefore, the operations for a message response are reduced.
  • step S 14 shown in FIG. 3 the contents of a process corresponding to the designation of a sender and an approver, which is shown in step S 14 shown in FIG. 3 , are explained with reference to the flowchart shown in FIG. 19 .
  • step S 154 it is determined whether or not the designation of the approver is performed.
  • the approver is designated, the error display of an examiner designation is performed (S 155 ).
  • the approver is not designated, the error display of an approver designation is performed in step S 155 .
  • the sender designates an examiner or an approver (S 156 )
  • the flow returns in step S 151 .
  • an ID of the designated examiner is written in a region 15 j for storing the examiner ID of the message file 15 (S 157 ).
  • an ID of the designated approver is written in a region 15 L for storing the approver ID of the message file 15 (S 158 ).
  • the examination and approval processes will be explained with reference to FIGS. 20 and 21 .
  • a message to be examined and approved is specified in a received message list which has not been checked. Accordingly, the examiner clicks the corresponding title.
  • the message processing program 14 detects a received message ID of the message management table 16 according to the user ID of the examiner which is inputted from the terminal 11 . Further, this program 14 determines whether or not the designated message obtained by detecting the message file 15 according to the message ID is a message which requires the examination and approval.
  • the examiner ID corresponds to the user ID, which are set in the message file 15 . If these IDs correspond to each other, this message is displayed in step S 161 shown in FIG. 20 .
  • the examiner confirms the contents of the displayed message, and inputs “pending”, “examined”, or “deletion” in the examination and approval section of the message (S 162 ).
  • the message processing program 14 writes the examination results which are inputted to the examination and approval section, in a region 15 k for storing the examination results of the message file 15 (S 163 ).
  • the message processing program 14 detects the message file 15 according to the message ID of the designated message, and determines whether or not the designated message requires the examination and approval. If the received message requires the examination and approval, the message processing program 14 determines whether or not the approver ID which is set in the message file 15 corresponds to the user ID which is inputted from the terminal 11 . If the IDs correspond to each other, this message is displayed in step S 171 shown in FIG. 21 .
  • the message processing program 14 determines whether or not the message is examined, that is, whether or not data are written in a region 15 k of the message file 15 for storing the examination results corresponding to the message ID (S 172 ). In the case where no data are written, the process terminates at this point. When data are written in, it is determined whether or not the examination results have been examined (S 173 ).
  • the approver confirms the contents of the message and inputs “pending”, “examined”, or “rejection” (S 174 ).
  • the message processing program 14 writes this inputted “pending”, “examined”, or “rejection” in a region 15 m for storing examination results of the message file 15 (S 175 ). Further, this message processing program 14 determines whether or not the approved results are actually “approved” (S 176 ). If the result is “approved”, the message processing program 14 writes information indicating that the message is readable, in a region 15 n for storing whether or not a message is readable, and makes this message readable (S 177 ).
  • the received message list 20 is displayed (S 181 shown in FIG. 22 ). If the receiver clicks the title of a specific message regarding this list (S 182 ), the contents of this message are displayed ( 183 ). Further, a receiver state list 22 is displayed (S 184 ). After the receiver operates one of a definition button, a return button, a transfer button, and an existing-message-transmission button (S 185 ), it is determined which one of the transfer button 21 (S 186 ), an existing-message-transmission button 25 (S 187 ), or other buttons is the thus-operated button.
  • the thus-operated button is the transfer button 24
  • the original sender's name as well as the original transmission time and date are added to the text, and further a transfer operation is added to the title (S 188 ).
  • a new transmission screen is displayed, and the contents of the original received message are set (S 189 ).
  • the above-mentioned process is basically the same as that performed from step S 41 to step S 49 shown in FIG. 6 .
  • the receiver changes the message type or the like on screen if necessary (S 190 ). For example, the receiver sets a memorandum as the message type of an existing message to be transferred or to be used.
  • the message processing program 14 determines whether or not the message type is a memorandum. If the message type is a memorandum, its attribute is made to be confidential, and the destination is made to be a user ID (S 192 ).
  • FIG. 23 is a table showing the display screen of a to-do list.
  • a memorandum is displayed as a message type
  • a transfer operation is displayed in a title section
  • the transmission date and the sender of an original message are displayed in a text section.
  • the message type is a memorandum and the destination is the user thereof. Therefore, it is displayed in the receiver state list 22 that the user is the only receiver.
  • the response message when the completion schedule of business or the like is reported in a message response, the response message can be stored as a confidential message by making the message type a memorandum. Thus, it can be confirmed whether or not a matter is promised the completion date of business is present, according to a memorandum.
  • a message type/comment pattern table 32 as shown in FIG. 24 is provided.
  • This table 32 stores a comment pattern and the contents of the comment pattern (comment alternative which will be described later) corresponding to a message type.
  • a comment alternative to which a “reason” is added is an extension requiring the reason why the comment alternative is selected.
  • the receiver selects “refusal” or “pending” as a comment, it is necessary to input the reason.
  • FIG. 24 only one kind of comment pattern is displayed for a single message type. However, a plurality of comment patterns are stored for a single message type, and they are displayed when a message type is designated, so that a sender can select an arbitrary comment pattern among them.
  • a text, a destination or the like are first inputted on the preparation screen of a new message (S 201 shown in FIG. 25 ), and a message type is set (S 202 ).
  • the message processing program 14 detects the message type/comment pattern table 32 according to the thus-inputted message type (S 203 ). It is determined whether or not the corresponding comment pattern is present (S 204 ). When a comment pattern is present, this comment pattern is obtained (S 205 ). Further, its attribute is displayed in an attribute section, and the thus-obtained comment is displayed in a comment section (which is newly prepared on the message transmission screen shown in FIG. 4 ) (S 206 ). When the sender completes the preparation of a message and operates the execution button 21 , the comment pattern displayed in a comment section is written in a region 15 p for storing a comment pattern of the corresponding message of the message file 15 (S 207 ).
  • a comment pattern corresponding to this message type is automatically selected. Then, the comment pattern and the contents of the comment pattern, for example, a comment alterative such as “approval”, “rejection”, “pending”, or the like are displayed in the message comment section on a receiver side. Consequently, the receiver can prepare comments by selecting one of such comment alternatives. Thus, since the receiver prepares comments by selecting a specific comment alternative from a plurality of comments alternatives which are designated by the sender, comments can be obtained from the receiver based on the sender's intention.
  • the message processing program 14 determines whether or not an extension (for example, an extension requiring a comment to be added) is added (S 214 ). In the case where an extension is added, the contents of the extension are displayed in the comment section on a message display screen (S 215 ). The receiver inputs comments corresponding to the contents of the displayed extension (S 216 ).
  • an extension for example, an extension requiring a comment to be added
  • the message processing program 14 writes the comments which are inputted to the comment section, in a storage region 16 e for the comment corresponding to the receiver ID of the message management table 16 .
  • the designated message and the receiver state list 24 are displayed linked with each other ( FIG. 28 , S 221 ). Then, it is determined whether or not a detection operation is performed using a keyword table 33 shown in FIG. 29 (S 222 ). When the detection operation is performed using the keyword table 33 , the process advances to step S 223 , and the contents of the keyword tables 33 are displayed on the terminal 11 . The sender selects the name of an optimum keyword from the keyword table 33 taking the contents of the comments into consideration (S 224 ). The keyword corresponding to the thus-selected keyword name of the keyword table 33 is set in an active keyword table 34 shown in FIG. 30 (S 225 ).
  • step S 222 If the keyword table 33 is not used (NO in step S 222 ), a user selects the necessary words from the comment section of the receiver state list 24 (S 226 ).
  • the message processing program 14 sets the words which are selected by the user in the active keyword table 34 (S 227 ). Then, it is determined whether or not the input operation of words to be set as keywords terminates (S 228 ).
  • keywords are sequentially retrieved from the active keyword table 34 .
  • the comment section of the receiver state list 24 is detected so that the number of keywords which correspond to each other is counted (S 229 ).
  • the thus-counted number is set as the number corresponding to the keywords of the active keyword table 34 (S 230 ).
  • the extraction statistic of the contents of a comment it can be obtained how many users approve or dispute the contents of the messages, how many users reserve their decisions, or the like from the receivers' comments to the messages. Further, each ratio thereof can be obtained.
  • FIG. 32 is a diagram explaining the case where the above-mentioned message processing program 14 is first stored in a portable storage medium 44 such as a CD-ROM, a floppy disk or the like, or a storage apparatus which a program provider has, and then this program is loaded to a processor 41 to be executed.
  • a portable storage medium 44 such as a CD-ROM, a floppy disk or the like, or a storage apparatus which a program provider has, and then this program is loaded to a processor 41 to be executed.
  • this program is stored in the portable storage medium 44 such as a CD-ROM, a floppy disk or the like
  • the portable storage medium 44 is inserted to a drive apparatus 42 , thereby reading out this program.
  • the thus-read-out program is stored in a memory 43 such as a RAM, a hard disk or the like, thereby executing this program.
  • a program is provided from a program provider thorough a communication line
  • the program which is stored in a storage apparatus, a memory of the program provider, or the like is received in the processor 41 through the communication line.
  • the thus-received program is stored in the memory 43 such as a RAM, a hard disk or the like to be executed.
  • a program to be stored in the storage medium can include a part of the function of the above-mentioned message processing program 14 .
  • a program for managing the receiver state list 24 and a program for displaying the receiver state list 24 on the terminal 11 are respectively stored in different storage media, so that the respective programs can be executed by a message processing equipment or a terminal.
  • the message file 15 , the message management table 16 , and the like are stored in the storage apparatus of the server 13 .
  • a storage apparatus for storing a message can be provided independently from the server 13 , and the server 13 can write a message in the storage apparatus or can read out a message from the storage apparatus, through a communication line.
  • the sender of a message or all the receivers can determine simultaneously the states of all the receivers of the messages, for example, whether or not each receiver approves the message or whether or not his or her business is completed, together with the contents of the message. Since information indicating whether or not the message has been opened, whether or not the message has been confirmed, and completion information indicating whether or not the receiver's business has been completed, are displayed as a receiver state list, the completion states of all the receivers can be determined simultaneously.

Abstract

A method and system of providing a receiver state list with names of receivers of a message, the title of the message, confirmation information indicating whether or not receivers of the message confirmed content of the message, completion information indicating whether or not the business related to the message is completed, and comments which the receivers prepared for the message. From the receiver state list, a sender and all receivers of the message can obtain or display the states of all the receivers and may confirm whether or not each receiver confirmed the content of the message or whether or not business related to the message is completed.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a divisional application of Application Ser. No. 09/189,410, filed Nov. 10, 1998 and claims the benefit of Japanese Application No. 10/115,651 dated Apr. 24, 1998.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention is related to a message processing device, a message processing system, and a message management method, for processing a message transmitted from a terminal, and a storage medium in which a message management program is stored.
  • 2. Description of the Related Art
  • Recently, the following technology has been easily realized. That is, an electronic mail can be transmitted to an individual receiver by a mail system such as a personal-computer communications system, a UNIX system or the like, and the same mail can be transmitted to a plurality of receivers.
  • There is a case where, when a plurality of members cooperatively do business, a leader transmits mails to the members to confirm whether or not the members have completed the business activity, in order to determine the business progress states of the members. In such a case, each member of the group prepares a mail for reporting whether or not his or her business activity has been completed, and transmits this mail to the leader. The leader reads the mails from all the members, and determines whether or not the business of each member has been completed. In such a case, the number of mails to be read increases as the number of members increases, and so the leader's job increases.
  • Further, in order that a member other than the leader determines the progress states of other members, he or she should send mails to the other members to confirm their progress states in a fashion similar to that mentioned above, and should receive their responses. Therefore, the process of transmitting and receiving mails between members becomes complicated.
  • The displaying of received mails as a list has been conventionally performed, but in the conventional method, only a list is displayed.
  • There are many cases in which, when a mail is transmitted, a sender wishes to know whether or not the receiver confirms the contents of the mail. In a conventional electronic mail system, however, the sender can determine whether or not the receiver opened the mail but cannot determine whether or not the receiver actually confirms the contents of the mail. In a personal computer communications system or the like, when a receiver reads out a mail which has been stored in a host computer, a sender is informed that this mail has been opened. According to this method, even if the terminal provided on a receiving side automatically reads out a mail from a host computer, this mail is handled as opened. Therefore, a sender cannot determine whether or not a receiver actually confirms the contents of a mail.
  • Conventionally, the processing flow of business is transmitted by mail. However, a process of displaying the list of mails including a formatted message about business and that of a mail including a non-formatted message to an individual receiver, on a same display, thereby managing the mails, has not yet been performed.
  • SUMMARY OF THE INVENTION
  • An object of the present invention is to determine the states of the receiver of a message. Another object is to display the contents of a message and the states of a receiver linked with each other, on a terminal. Still another object is to make clear whether or not the receiver of a message confirms the contents of a message or whether or not he or she completes the business related to this message. A further object is to display the formatted message related to a business processing and the non-formatted messages other than this formatted message together with a message type so that the received messages can be uniformally managed.
  • The present invention includes a preparation portion for preparing a receiver state list for displaying the states of receivers of messages whose destinations are a plurality of receivers, and a management portion for managing the information of the receiver state list, in a message processing device for processing messages transmitted from a plurality of terminals.
  • For example, completion information which indicates that a receiver of the message confirms the contents of the message or that the business related to the message is completed, is included in the receiver state list. Thus, the sender of a message or receivers thereof can determine whether or not all the members who received the messages have confirmed the messages or whether or not the businesses related to the messages have been completed, by looking at the receiver state list. Accordingly, the states of all the receivers can be obtained simultaneously.
  • By displaying the comments to the received message on the receiver state list, which is prepared by the receiver, it can be determined whether or not the message is accurately transmitted to a receiver, or whether a receiver approves or disapproves of the message.
  • Further, by displaying the contents of a message and the receiver state list linked with each other on a terminal, the sender of a message and all the receivers can grasp the contents of the message as well as the states of each receiver of the message, simultaneously.
  • A message management method of the present invention is used to display the formatted message related to a business process and the non-formatted message other than this business together with the message type as a receiver state list.
  • According to the present invention, the list of a formatted message such as a work flow and a non-formatted message such as a mail to an individual receiver are displayed together with the message type as a message list. Therefore, it can be determined from the message type whether each message is related to a business mail or a personal mail.
  • Further, according to the message management method of the present invention, a receiver state list for displaying the states of a plurality of receivers of messages whose destinations are a plurality of receivers is displayed on a terminal.
  • The present invention can obtain the states of all the receivers who have received the messages asking, for example, whether or not they have confirmed the contents of messages or whether or not the businesses related to these messages have been completed.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram showing a system configuration of the message processing system according to an embodiment of the present invention;
  • FIG. 2 shows configurations of a message file 15, a message management table 16, and a member table 17;
  • FIG. 3 is a flowchart showing the outline process of transmitting a message;
  • FIG. 4 is a table showing the display states at the time of transmitting a message;
  • FIG. 5 is a flowchart showing setting attributes based on the types of messages to be transmitted;
  • FIG. 6 is a flowchart showing displaying, returning, transferring, and transmitting processes of existing messages;
  • FIG. 7 is a list showing received messages;
  • FIG. 8 is a flowchart showing the process of displaying a received message list;
  • FIG. 9 is a flowchart showing the process of displaying messages and a receiver state list 24 linked with each other;
  • FIG. 10 is a flowchart showing the process of setting date and time when a mail is opened;
  • FIG. 11 is a flowchart showing setting a comment;
  • FIG. 12 is a flowchart showing a completion check process;
  • FIG. 13 is a flowchart showing the process of calculating an open ratio;
  • FIG. 14 is a flowchart showing the process of calculating a completion check ratio;
  • FIG. 15 is a table showing a display state in which messages and a receiver state table are displayed linked with each other;
  • FIG. 16 is a flowchart showing amending a transmitted message and returning the thus-amended message in a not-opened state;
  • FIG. 17 is a received-message list 31;
  • FIG. 18 is a diagram showing a message edition screen;
  • FIG. 19 is a flowchart showing a process corresponding to the designation of an examiner and an approver;
  • FIG. 20 is a flowchart showing an examination process;
  • FIG. 21 is a flowchart showing an approval process;
  • FIG. 22 is a flowchart showing the process of storing received messages as a to-do list;
  • FIG. 23 is a table showing a to-do list;
  • FIG. 24 is a table showing the data configuration of a message type/comment pattern table 32;
  • FIG. 25 is a flowchart showing the process of automatically setting the comment pattern corresponding to a message type at the time of transmitting a message;
  • FIG. 26 is a flowchart showing the process of automatically setting the comment pattern corresponding to a message type when receiving a message;
  • FIG. 27 is a screen for inputting a chosen comment;
  • FIG. 28 is a flowchart showing the process of extracting the contents of a comment to be shown as statistics;
  • FIG. 29 is a table showing the data structure of a keyword table 33;
  • FIG. 30 is a table showing the data structure of an active keyword table 34;
  • FIG. 31 is a list for extracting keywords; and
  • FIG. 32 is a diagram explaining the case where a program is stored in a storage medium.
  • DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Embodiments of the present invention will be explained below with reference to the drawings. FIG. 1 is a block diagram showing the system configuration of a message processing system according to an embodiment of the present invention.
  • According to this message processing system, a plurality of terminals 11 are connected to a server 13 through a line network 12 such as a LAN or the like. A message processing program 14 of the server 13 has the functions of preparing and transmitting a message for the terminals 11, as well as a function of displaying the list of to the received m messages, the list of messages to be transmitted, received messages, and the like. A message file 15 is a file in which the information on a message sender side is stored. The title of the message, a sender ID, the contents of the message, or the like are stored in the message file 15. A message management table 16 is a table in which the information on a message receiver side is stored. A receiver ID, completion time and date, and comments to a message or the like are stored in the message management table 16. A member table 17 is a table for storing information about members who are destinations of messages. In this table, a member ID, names, a group which the members belong to or the like are stored.
  • FIG. 2 shows configurations of the message file 15, the message management table 16, and a member table 17, which are mentioned above.
  • The message file 15 includes a region 15 a for storing a message ID to be assigned to each message, a region 15 b for storing a sender ID, a region 15 c for storing a transmission time and date, a region 15 d for storing the due date of a response to the message, a region 15 e for storing a message type such as a job request, a display operation or the like, a region 15 f for storing information about whether or not the message is confidential, a region 15 g for storing a title, and a region 15 h for storing the contents of the message. Further, the message file 15 includes a region 15 i for storing a time and date when a message is updated, a region 15 j for storing the ID of an examiner who examines whether or not the message is approved, a region 15 k for storing examined results, a region 15L for storing the ID of an approver who approves the message after this message is examined, a region 15 m for storing the approved results; a region 15 n for storing the information about whether or not the examined and approved message is readable, and a region 15 p for storing a comment pattern which is specified by the sender. The message file 15 further includes regions for storing attribute information such as the requirement for comments, important comment, urgent comment or the like, other than the above mentioned regions.
  • The message type is the information indicating which one of a job request, an investigation, a process of making all of a specific matter fully recognizable, a requirement for opinions or requests from the members, or the like, is the content of a message. According to the present embodiment, if a message type is selected by a sender when a message is prepared, an attribute such as the requirement for the comment to be included in a response, the requirement for a NO/YES answer or the like, is automatically set according to the thus-selected message type, where the investigation with a time limit, for example, is selected as a message type, attributes of a “requirement for comments”, and “with a time limit” are automatically set for the message. Accordingly, the sender does not need to set every attribute for each of all the messages.
  • Next, the message management table 16 includes a region 16 a for storing a message ID, a region 16 b for storing a receiver ID, a region 16 c for storing a time and date when the message is opened, a region 16 d for storing the completion time and date when the receiver opened the message and operated a definition button which will be described later, and a region 16 e for storing comments to the message. The data stored in the message management table 16 are corresponded to the data stored in the message file 15 by the message ID.
  • The member table 17 includes a region 17 a for storing the member ID, a region 17 b for storing a name, and a region 17 c for storing a group to which the members belong. This member table 17 is used for looking for a member ID when the group to which the member belongs to and the name are designated.
  • Next, the operations of a message processing system having the above-mentioned configuration will be explained. FIG. 3 is a flowchart showing the outline process of transmitting a message.
  • First, a sender inputs a user ID from the terminal 11 and logs on to the server device 13. When the sender performs operations for newly transmitting a message, a message processing program 14 of the server 13 displays a preparation screen for newly transmitting a message on the terminal 11 (S11 shown in FIG. 3).
  • FIG. 4 is a table showing the display state at the time of transmitting a message. Sections for inputting a destination, a message type, a title, a text or the like are displayed. On the right of the display screen, an enter button 21 and a clear button 22 are displayed. When a message is prepared and the enter button 21 is clicked, the message is transmitted, and the data which are inputted to the message file 15 are written in these sections. When the clear button 22 is clicked, the inputted data are cleared.
  • The sender of a message inputs the text of a message to be transmitted, and at the same time sets a destination, a message type, and the necessity or unnecessity of examination and approval. When the examination and approval are required, the sender sets the names of an examiner and an approver (S12). The destination, the message type, and the like can be optionally selected from predetermined alternatives.
  • When the message type is inputted, the message processing program 14 of the server 13 sets attributes corresponding to this message type (S13).
  • When a box indicating “with examination and approval” is clicked, and the names of an examiner and an approver are set, a check box provided in the section of “with examination and approval” is displayed in black, and a process corresponding to the designation of the examiner and the approver is performed (S14).
  • Next, a sender ID, a message ID, a message type, a time limit, an examiner ID, an attribute corresponding to a message type, information indicating that only the examiner, approver, and sender can read the message, and the like are inputted in the message file 15 (S15).
  • Therefore, when a sender selects a job request as a message type as shown in FIG. 4, a “requirement for comments” and “with a time limit” are automatically set as attributes. Since the check boxes provided in “a requirement for comments” and “with a time limit” section are displayed in black as shown in FIG. 4, the sender does not need to set every attribute.
  • When the “requirement for comments” is set as the attribute of a message, a state of the message receiver is not in a termination state until the sender inputs comments even if a message is opened on a receiver side, and the definition button is clicked. When a time limit is set, and this time limit expires without completing a business, the sender can recognize the presence of a message which should be urgently handled, since the number of days delay from the time limit is displayed on a received message list, which will be described later.
  • When a destination is designated by a sender, and the enter button 21 is clicked, a receiver ID is written corresponding to the message ID of the message management table 16. Further, that time is written in the region 15 c for storing the transmission time and date of the message file 15, as a transmission time and date (S16).
  • Next, a process of setting attributes corresponding to the message type of step S13 shown in FIG. 3 will be explained with reference to the flowchart shown in FIG. 5.
  • First, it is determined whether or not a message type is a “message” (S21 shown in FIG. 5). When the message type is the “message”, the flow advances to step S22, and “capability of deleting a message by a receiver” is set as the attribute of the message.
  • When it is determined in step S21 that the message type is not a “message” (NO in step S21), the flow advances to step S23, and it is determined whether or not the message type is a “time limit check”. If the message type is the “time limit check”, the flow advances to step S24, and the “requirement for comments” and “with a time limit” are set as attributes.
  • When it is determined in step S23 that the message type is not the “time limit check” (NO in step S23), the flow advances to step S25, and it is determined whether or not the message type is a “job request”. If the message type is the “job request”, the flow advances to step S24, and the “requirement for comments” and “with a time limit” are set as attributes.
  • When it is determined in step S25 that the message type is not the “job request” (NO in step S25), the flow advances to step S26, and it is determined whether or not the message type is a “check with a filing time limit”. If the message type is the “check with a filing time limit”, the flow advances to step S24, and the “requirement for comments” and “with a time limit” are set as attributes.
  • When it is determined in step S26 that the message type is not the “check with a filing time limit” (NO in step S26), the flow advances to step S27, and it is determined whether or not the message type is a “YES/NO check”. If the message type is the “YES/NO survey”, the flow advances to step S28, and the “requirement for a YES/NO check” and “with a time limit” are set as attributes.
  • When it is determined in step S27 that the message type is not the “YES/NO check” (NO in step S27), the flow advances to step S29, and it is determined whether or not the message type is a “process of making all of a specific matter fully recognized”. If the message type is the “process of making all of a specific matter fully recognized”, the flow advances to step S30, and the “requirement for the automatic display of an agreement check” is set as an attribute.
  • When it is determined in step S29 that the message type is not the “process of making all of a specific matter fully recognized” (NO in step S29), the flow advances to step S31, and it is determined whether or not the message type is a “memorandum”. If the message type is the “memorandum”, the flow advances to step S32, and “confidential” is set as an attribute. If the “memorandum” is set as a message type when preparing a message, this message designates the sender, and the attribute becomes confidential. Therefore, the sender can store this message so it is only seen by the sender.
  • When it is determined in step S31 that the message type is not the “memorandum” (No in step S31), the flow advances to step S33, and it is determined whether or not the message type is a “requirement for opinions”. If the message type is the “requirement for opinions”, the flow advances to step S34, and the “requirement for comments” is set as an attribute.
  • When it is determined in step S33 that the message type is not the “requirement for opinions”, that is, the message type does not correspond to any one of the above-mentioned items, or the attribute according to the message type is set in the attribute section on the message preparation screen, attributes which are set in the attribute section are written in the corresponding region of the message file 13 (S35).
  • As mentioned above, an attribute for requesting a receiver to input comments, to answer YES or NO, or the like is set according to the message type. Then the receiver performs operations according to this request. Thus, it can be confirmed whether or not the subject of the message is accurately informed to the receiver or whether the receiver approves or disapproves of the message.
  • The displaying, returning, transferring, and the transmitting processes of the thus-transmitted message will be explained with reference to the flowchart shown in FIG. 6.
  • When the user of the terminal 11 performs the operations of displaying the received message, the message processing program 14 of the server 13 detects the message ID of the received message from the message management table 16 using the user ID. Then, a list 20 of the received message as shown in FIG. 7 is displayed (S41 shown in FIG. 6).
  • Here, the contents of the process of displaying the received message list 20 in step S41 shown in FIG. 6 will be explained with reference to the flowchart shown in FIG. 8.
  • First, the member ID of a user, who is logged on to the terminal 11 to which a request of displaying the message list has been made, is set as a receiver ID (FIG. 8, S51). Next, the message management table 16 is detected using the receiver ID as a key, and a corresponding message ID is extracted (S52). Then, the message type, the state, the title of each message and the like are obtained from the message file 15 based on the thus-extracted message ID (S53). The information about each of the thus-obtained items is edited to be displayed on a corresponding terminal 11 as the received message list 20 (S54).
  • Before opening a message, the receiver can determine from the received message list 20 shown in FIG. 7, which kind of message the received message is, that is, a job request, a time limit check, a process of making all of a specific matter fully recognized, a personal mail, or the like. Further, the receiver can determine whether or not the message is an urgent message, an important message or the like, from the attribute information.
  • Both a formatted message such as a business work flow, and a non-formatted message such as a personal mail, can be displayed on the received message list 20 together with the message type. Therefore, the receiver can simultaneously manage all the received messages.
  • Further, the receiver can determine whether or not a not-opened message or a message of which a time limit has expired is present. Further, the receiver can also determine the answer states, how many members have completed their businesses, and what the completion ratio is, from the completion states of the messages. If a time limit expires in an unfinished state, a flame mark or a receiver's angry face, etc., which is not shown in FIG. 7, is displayed, and this mark or face gradually becomes larger as the number of days delay from the time limit increases, thereby informing the receiver of the degree of delay.
  • In the case where the receiver wishes to read a message as shown in FIG. 6, he or she clicks the title of a message of the received message list 20, which the receiver wishes to open (S42). When instructed to open the message, the message processing program 14 of the server 13 reads out the contents of the designated message from the message file 15, and displays the thus-read-out message on the screen of the terminal 11 (S43). Further, a receiver state list 24 indicating the completion state of the receiver of the message, comments, and the like are displayed on the terminal 11 linked with the message (S44).
  • A process of displaying a received message and the receiver state list 24 linked with each other will be explained with reference to the flowcharts shown in FIGS. 9 to 14 and the display states shown in FIG. 15.
  • First, the message type, the title, the transmission date, the message contents, and the sender ID of each message are obtained based on the message ID of the received message list 20 (S61 shown in FIG. 9). Then, a process of setting the time and date when a message is opened, which is shown in step S62, is performed.
  • The process of setting the time and date when a message is opened will be explained with reference to FIG. 10. First, it is determined whether or not a message is opened according to a fact that whether or not the time and date has been stored in the region 16 c, of the message management table 16, for storing the time and date when a message was opened (S81 shown in FIG. 10). In the case where the message has been opened, the process terminates at this point. In the case where the message is not opened, the current time and date are obtained since the message is opened for the first time (S82). Then, the thus-obtained time and date are set as the open time and date, in the open time and data section of the display and edition region of a message (S83).
  • Next, a process of setting comments in step S63 shown in FIG. 9 is performed.
  • This process of setting comments will be explained below with reference to FIG. 11. The message management table 16 is detected using the message ID and the receiver ID. Then, it is determined whether or not comments are stored in a storage region 16 e for storing the comment, corresponding to the message ID and the receiver ID (S91 shown in FIG. 11). In the case where comments are not stored, the process terminates at this point. In the case where comments are stored in the region 16 e of the message management table 16, these comments are set in a comment input section on the screen (S92).
  • Thus, in the case where the receiver has already set comments in a message, the thus-set comments are displayed in the comment input section of the message.
  • Then, a completion check process in step S64 shown in FIG. 9 is performed.
  • This completion check process will be explained with reference to FIG. 12. First, it is determined whether or not a completion check is designated, that is, whether or not a receiver has already operated the definition button 23 after confirming the contents of a message (S101 shown in FIG. 12). In the case where the completion check is not designated, that is, the receiver has not performed operations for the completion, the process terminates at this point. In the case where the completion check is designated, on the other hand, a completion operation is set in the completion check section on the screen (S102).
  • A process of calculating an open ratio in step S65 shown in FIG. 9 is performed.
  • The process of calculating an open ratio will be explained with reference to the flowchart shown in FIG. 13. First, data of all the receivers corresponding to the designated message ID are obtained from the message management table 16 (S111 shown in FIG. 13). Next, the number of receivers whose open time and date are set in the message management table 16 is calculated (S112). Then, the number K of receivers who opened the messages is divided by the number of all the receivers so that the open ratio is obtained by multiplying the resultant number by [100] (S113).
  • Next, a process of calculating a completion check ratio is performed in step S66 shown in FIG. 9.
  • This process of calculating a completion check ratio will be explained with reference to the flowchart shown in FIG. 14. First, data of all the receivers corresponding to the designated message ID are obtained from the message management table 16 (S121 shown in FIG. 14). Next, the number of receivers whose completion dates are set is calculated (S122). Then, the number C of receivers who have completed their businesses is divided by the number of all the receivers so that the completion check ratio is obtained by multiplying the resultant number by [100] (S123).
  • In step S67 shown in FIG. 9, the message type, the transmission time and date, the title, the contents of a message, the sender's name, the open ratio, and the completion check ratio which are obtained according to the above-mentioned processes are transferred to the display and edit region for storing display data at the time of editing a message. Then, the data stored in the display and edit region are displayed as a message display screen (S68).
  • Next, a receiver ID is obtained by referring to the message management table 16 according to the message ID of the selected message (S69). In this process, the message management table 16 is detected using the message ID as a key so that the corresponding receiver ID is obtained.
  • Next, the open time and data, the completion time and data, and comments which are stored corresponding to the receiver ID are obtained (S70). In this case, data in which the open time and data, and the completion time and data have not been stored, are handled as not-opened and not-completed data. Further, a name corresponding to the receiver ID is obtained by referring to the member table 17 using a receiver ID as a key. Accordingly, the thus-obtained name is set as a receiver's name (S71).
  • The receiver's name, the open time and data, the completion time and data, and comments which are obtained by the above-mentioned processes are transferred to the display and edit region (S72). It is determined whether or not processes terminate for all the receivers stored in the message management table 16, corresponding to the message ID (S73). where processes do not terminate for all the receivers, the process returns in step S69, and the above-mentioned processes are repeated. where processes terminate for all the receivers, on the other hand, the contents of the display and edit region are displayed as the receiver state list 24 (S74).
  • According to the above-mentioned processes, a received message and the receiver state list 24 are displayed linked with each other. After the process returns to processes shown in FIG. 6, the receiver closes the message by operating one of the definition button 23, a return button 26, and an existing message-transmission button 27, shown in FIG. 15, while the message and the receiver state list 24 are being displayed (S45).
  • In the case where the definition button 23 is operated, the process advances to step S46, and the current time and data are written in the region 16 d for storing completion time and data in the message management table 16. If comments are inputted, the thus-inputted comments are written in the storage region 16 e for storing a comment.
  • In the case where the return button 25 is operated, the process advances to step S47, and a return process is performed for newly preparing a message which designates a sender of the message as a destination.
  • In the case where the transfer button 26 is operated, the process advances to step S48, and a transfer process is performed for transferring the received message to another person as it is. Further, where the existing-message-transmission button 27 is operated, the process advances to step S49, and an existing-message-transmission process is performed for preparing a new message using the text of the received message.
  • FIG. 15 shows tables indicating the display states when a message and the receiver state list 24 are displayed linked with each other according to the above-mentioned processes.
  • When the title of a specific message is clicked while the received message list 20 is being displayed, the message type, the title, the contents of the message, and the like are displayed. If this is the first opening, the current time and date are stored in the region 16 c for storing the time and date when the message management table 16 is opened. After the contents of the message are confirmed, the receiver performs an YES/NO check, inputs comments, or the like according to the message type. After that, when the definition button 23 is operated, the comments which are inputted to a comment section are written in the storage region 16 e for storing the comment of the message management table 16, and the time and date when the definition button 23 is operated are written in the storage region 16 d for storing a completion time and date, as a completion time and date. where the “requirement for comments” or the “requirement for an YES/NO check” is set as an attribute of the message at this time, a process is not handled as completed even if the definition button 23 is operated without inputting comments or performing the YES/NO check. Consequently, the completion time and data are not written in the message management table 16.
  • According to this embodiment, when a message is displayed, a sender of the message and all receivers thereof can observe the states of the receivers of the message, that is, whether or not each receiver opens the message, whether or not each receiver confirms the message, whether or not a completion state is obtained by completing the matter described in the message, or what kind of comments each receiver makes on the message. Therefore, for example, in the case of a message for confirming the progress of the business of a member of a group, the states of all the members can be determined by looking at the message, the completion state in a receiver state list, comments and the like. Accordingly, the leader of the group can determine the states of all the members without reading the respective messages transmitted from the members. Since a member can determine the states of the other members, members can share information similarly to the case where all the members get together and report their states to each other. Therefore, the present invention can provide a virtual electronic space for performing a series of operations such as instructions and prosecutions of the business, reports on the states thereof, or the like.
  • Next, processes of amending a transmitted message and returning the amended message in a not-opened state will be explained with reference to the flowchart shown in FIG. 16.
  • When operations for displaying the list of messages to be transmitted is performed by a user, the message processing program 14 of the server 13 detects the message of a sender ID which corresponds to the user ID inputted from the terminal 11, from the message file 15. Then, this program displays a transmission message list 31 including a message type, a completion state, a title, transmission time and date, a time limit, an amendment button 32, and a deletion button 33 as shown in FIG. 17 (S131 as shown in FIG. 16). In a state section 31 a of the transmission message list 31, the number of receivers who transmit completion responses among the receivers of messages, and the completion ratio are displayed.
  • The sender looks at this list and clicks the title of a message to be updated or the amendment button 32 (S132).
  • The message processing program 14 determines whether or not the amendment button 32 is operated (S133). In the case where the amendment button 32 is operated, data of a message which is designated by the message file 15 are read out, and a message edition screen shown in FIG. 18 is displayed (S134). On this message edition screen, the message type, the title, the text, the sender's name, the attributes, the examination and approval, the destination to be deleted, and the destination to be added, which are read out from the message file 15 are displayed.
  • The sender changes a message type, a title, a text, an attribute, a completion state section, and a destination if necessary (S135). After the sender amends the necessary data, and he or she clicks an update button 34 while he or she keeps a check button for determining whether or not data should be returned in the not-opened state in a completion state section, in a check state (shown as a black box in FIG. 18), or in a not-checked state (S136). When the thus-amended data are transmitted as a new message, a new transmission button 35 is clicked. When the message is deleted, a delete button 36 is clicked.
  • The message processing program 14 determines whether or not a message is returned in a not-opened state, according to a fact about whether or not a check box for returning in a not-opened state is checked (S137).
  • In the case where the message is returned in a not-opened state, the open time and date, and the completion time and date of the corresponding message ID of the message management table 16 are cleared (S138). Next, the current time and date are obtained (S139) to be written in a region 15 i for storing the update time and date of the message file 15 (S140). Further, the amended data are written in the corresponding storage region of the message file 15 (S141). where the message is returned in a not-opened state, since the comments which the receiver wrote are not modified, response operations terminate after operating the definition button 23 if the receiver displays the amended message, confirms the contents, and does not require to change the comments.
  • For example, when such an amendment requires the addition or deletion of a destination, and the sender sets a check box for returning a message in a not-opened state, in a not-checked state, the flow advances from step S137 to step S139. At this time, the update time and date are written in the message file 15 without clearing the completion time and date.
  • In the case where it is determined in step S133 that the amendment button 32 is not clicked, that is, a title is clicked, the flow advances to step S142, and the designated message and receiver states are displayed linked with each other. When the title section of a message is further clicked displaying the message, the screen changes to a screen for editing a message (S143), and the processes in and after S134 are performed.
  • Thus, where data of the transmitted message are changed, the message can be returned in the not-opened state. Accordingly, when a message is amended, it is not necessary to prepare a new message again to be transmitted, so that the operations for preparing a message can be reduced. Where the amended message requires comments, and the comments to the amended message do not need to be changed, the receiver neither prepares a new response message nor inputs comments to the received message, since the comments which were previously prepared are stored without modification. Therefore, the operations for a message response are reduced.
  • Next, the contents of a process corresponding to the designation of a sender and an approver, which is shown in step S14 shown in FIG. 3, are explained with reference to the flowchart shown in FIG. 19.
  • First, it is determined whether or not the designation of the examination and approval is present on a message transmission screen (S151 shown in FIG. 19). If YES, it is determined whether or not the designation of an examiner is performed (S152). In the case where the examiner is designated, it is further determined whether or not the approver is designated (S153).
  • In the case the examiner is not designated, the flow advances to step S154, and it is determined whether or not the designation of the approver is performed. When the approver is designated, the error display of an examiner designation is performed (S155). When the approver is not designated, the error display of an approver designation is performed in step S155. When the sender designates an examiner or an approver (S156), the flow returns in step S151.
  • In the case where an examiner and an approver are designated (YES in steps S152 and S153), an ID of the designated examiner is written in a region 15 j for storing the examiner ID of the message file 15 (S157).
  • Next, an ID of the designated approver is written in a region 15L for storing the approver ID of the message file 15 (S158).
  • Further, in order that the other users cannot read this message until the examination and approval are completed, data such that only the examiner and approver can read this message are written in a region 15 n for storing the data indicating whether or not the message file 15 is readable.
  • Next, the examination and approval processes will be explained with reference to FIGS. 20 and 21. At the time of log-on, if there is a message to be examined and approved by a user who logs on to a server, a message to be examined and approved is specified in a received message list which has not been checked. Accordingly, the examiner clicks the corresponding title. When the title is clicked, the message processing program 14 detects a received message ID of the message management table 16 according to the user ID of the examiner which is inputted from the terminal 11. Further, this program 14 determines whether or not the designated message obtained by detecting the message file 15 according to the message ID is a message which requires the examination and approval. In the case where the received message requires the examination and approval, it is determined whether or not the examiner ID corresponds to the user ID, which are set in the message file 15. If these IDs correspond to each other, this message is displayed in step S161 shown in FIG. 20.
  • The examiner confirms the contents of the displayed message, and inputs “pending”, “examined”, or “deletion” in the examination and approval section of the message (S162). The message processing program 14 writes the examination results which are inputted to the examination and approval section, in a region 15 k for storing the examination results of the message file 15 (S163).
  • Similarly to the above-mentioned examination, when the approver clicks the title of a message which requires the approval of a received message list 20 which has not been checked, the message processing program 14 detects the message file 15 according to the message ID of the designated message, and determines whether or not the designated message requires the examination and approval. If the received message requires the examination and approval, the message processing program 14 determines whether or not the approver ID which is set in the message file 15 corresponds to the user ID which is inputted from the terminal 11. If the IDs correspond to each other, this message is displayed in step S171 shown in FIG. 21.
  • Further, the message processing program 14 determines whether or not the message is examined, that is, whether or not data are written in a region 15 k of the message file 15 for storing the examination results corresponding to the message ID (S172). In the case where no data are written, the process terminates at this point. When data are written in, it is determined whether or not the examination results have been examined (S173).
  • When a message has been examined, the approver confirms the contents of the message and inputs “pending”, “examined”, or “rejection” (S174).
  • Then, the message processing program 14 writes this inputted “pending”, “examined”, or “rejection” in a region 15 m for storing examination results of the message file 15 (S175). Further, this message processing program 14 determines whether or not the approved results are actually “approved” (S176). If the result is “approved”, the message processing program 14 writes information indicating that the message is readable, in a region 15 n for storing whether or not a message is readable, and makes this message readable (S177).
  • Next, a process of storing a received message as a to-do list will be explained with reference to FIG. 22.
  • First, the received message list 20 is displayed (S181 shown in FIG. 22). If the receiver clicks the title of a specific message regarding this list (S182), the contents of this message are displayed (183). Further, a receiver state list 22 is displayed (S184). After the receiver operates one of a definition button, a return button, a transfer button, and an existing-message-transmission button (S185), it is determined which one of the transfer button 21 (S186), an existing-message-transmission button 25 (S187), or other buttons is the thus-operated button. In the case where the thus-operated button is the transfer button 24, the original sender's name as well as the original transmission time and date are added to the text, and further a transfer operation is added to the title (S188). At the process after step S188 or after the existing-message-transmission button 25 is operated (S187), a new transmission screen is displayed, and the contents of the original received message are set (S189). The above-mentioned process is basically the same as that performed from step S41 to step S49 shown in FIG. 6.
  • The receiver changes the message type or the like on screen if necessary (S190). For example, the receiver sets a memorandum as the message type of an existing message to be transferred or to be used.
  • The message processing program 14 determines whether or not the message type is a memorandum. If the message type is a memorandum, its attribute is made to be confidential, and the destination is made to be a user ID (S192).
  • FIG. 23 is a table showing the display screen of a to-do list. A memorandum is displayed as a message type, a transfer operation is displayed in a title section, and the transmission date and the sender of an original message are displayed in a text section. In this case, the message type is a memorandum and the destination is the user thereof. Therefore, it is displayed in the receiver state list 22 that the user is the only receiver.
  • If the process returns to those processes shown in FIG. 22, and the execution button 21 is operated, the contents of a new transmission screen are written in each region of the message file 15 (S193). Further, the destination is written in the receiver ID of the message management table 16 (S194).
  • According to these processes, when the completion schedule of business or the like is reported in a message response, the response message can be stored as a confidential message by making the message type a memorandum. Thus, it can be confirmed whether or not a matter is promised the completion date of business is present, according to a memorandum.
  • Below is the explanation of the embodiment in which a receiver can automatically set the type of a comment to be answered on a receiver's side, when preparing a message.
  • In this embodiment, a message type/comment pattern table 32 as shown in FIG. 24 is provided. This table 32 stores a comment pattern and the contents of the comment pattern (comment alternative which will be described later) corresponding to a message type. In the section of the contents of the comment pattern shown in FIG. 24, a comment alternative to which a “reason” is added is an extension requiring the reason why the comment alternative is selected. When the receiver selects “refusal” or “pending” as a comment, it is necessary to input the reason.
  • In FIG. 24, only one kind of comment pattern is displayed for a single message type. However, a plurality of comment patterns are stored for a single message type, and they are displayed when a message type is designated, so that a sender can select an arbitrary comment pattern among them.
  • A text, a destination or the like are first inputted on the preparation screen of a new message (S201 shown in FIG. 25), and a message type is set (S202).
  • The message processing program 14 detects the message type/comment pattern table 32 according to the thus-inputted message type (S203). It is determined whether or not the corresponding comment pattern is present (S204). When a comment pattern is present, this comment pattern is obtained (S205). Further, its attribute is displayed in an attribute section, and the thus-obtained comment is displayed in a comment section (which is newly prepared on the message transmission screen shown in FIG. 4) (S206). When the sender completes the preparation of a message and operates the execution button 21, the comment pattern displayed in a comment section is written in a region 15 p for storing a comment pattern of the corresponding message of the message file 15 (S207).
  • According to this embodiment, when the sender designates a message type, a comment pattern corresponding to this message type is automatically selected. Then, the comment pattern and the contents of the comment pattern, for example, a comment alterative such as “approval”, “rejection”, “pending”, or the like are displayed in the message comment section on a receiver side. Consequently, the receiver can prepare comments by selecting one of such comment alternatives. Thus, since the receiver prepares comments by selecting a specific comment alternative from a plurality of comments alternatives which are designated by the sender, comments can be obtained from the receiver based on the sender's intention.
  • Next, a process of automatically setting comments at the time of receiving a message will be explained with reference to FIG. 26.
  • When the receiver clicks the title of the received message list 20 to designates the message to be opened, the message type, the comment pattern, the title, the context, the comment alternative of the designated message, and the like are read out from the message file 15, thereby displaying these on the screen of the terminal 11 (S211 shown in FIG. 26).
  • When a comment pattern is set in a region 15 p for storing the comment pattern of the corresponding message of the message file 15, the contents of a further-set comment pattern, that is, a comment alternative, are read out from the message type/comment pattern table 32, so that the comment pattern and the comment alternative are displayed in the comment section (S212).
  • When the receiver clicks one of the displayed comment alternatives to selects a response comment (S213), the message processing program 14 determines whether or not an extension (for example, an extension requiring a comment to be added) is added (S214). In the case where an extension is added, the contents of the extension are displayed in the comment section on a message display screen (S215). The receiver inputs comments corresponding to the contents of the displayed extension (S216).
  • For example, when a comment alternative such as “approval”, “rejection (reason)”, “pending (reason)”, “others ( )”, “consultation request ( )”, or the like is displayed in the comment section of the input screen of a comment alternative as shown in FIG. 27, if the check box of each comment alternative is clicked, the thus-clicked check box becomes checked, and the corresponding comment is selected as a response comment. If this comment is one which is set by an extension (shown as (reason) in FIG. 27), a word such as “reason” is displayed in the comment section, and the reason why this comment alternative was selected is required.
  • If the process returns to FIG. 26, the input of comments terminates, and the definition button 23 is operated, the message processing program 14 writes the comments which are inputted to the comment section, in a storage region 16 e for the comment corresponding to the receiver ID of the message management table 16.
  • Thus, in the case where a comment pattern is set by a sender, a comment alternative corresponding to the thus-set comment pattern is displayed. Therefore, a receiver can easily prepare a comment which is suitable for the answer required by the sender, only by selecting the comment among comment alternatives.
  • Next, an extraction statistic process of extracting keywords from the contents of the receiver's comments and obtaining the occupation ratio of each keyword will be explained with reference to the flowchart shown in FIG. 28.
  • First, the designated message and the receiver state list 24 are displayed linked with each other (FIG. 28, S221). Then, it is determined whether or not a detection operation is performed using a keyword table 33 shown in FIG. 29 (S222). When the detection operation is performed using the keyword table 33, the process advances to step S223, and the contents of the keyword tables 33 are displayed on the terminal 11. The sender selects the name of an optimum keyword from the keyword table 33 taking the contents of the comments into consideration (S224). The keyword corresponding to the thus-selected keyword name of the keyword table 33 is set in an active keyword table 34 shown in FIG. 30 (S225).
  • If the keyword table 33 is not used (NO in step S222), a user selects the necessary words from the comment section of the receiver state list 24 (S226).
  • The message processing program 14 sets the words which are selected by the user in the active keyword table 34 (S227). Then, it is determined whether or not the input operation of words to be set as keywords terminates (S228).
  • If the selected keywords of the keyword table 33 are set in the active keyword table 34, or the input operation of the keywords, which is performed by the user, terminates, keywords are sequentially retrieved from the active keyword table 34. Next, the comment section of the receiver state list 24 is detected so that the number of keywords which correspond to each other is counted (S229). Then, the thus-counted number is set as the number corresponding to the keywords of the active keyword table 34 (S230). Next, it is checked whether or not keywords which are not aggregated in the active keyword table 34 are present, and it is determined whether or not all the keywords have been already aggregated (S231). If all the keywords are aggregated in the active keyword table 34, a keyword extraction list 35 shown in FIG. 31 is prepared to be displayed following the receiver state list 24 (S232).
  • According to the extraction statistic of the contents of a comment, it can be obtained how many users approve or dispute the contents of the messages, how many users reserve their decisions, or the like from the receivers' comments to the messages. Further, each ratio thereof can be obtained.
  • FIG. 32 is a diagram explaining the case where the above-mentioned message processing program 14 is first stored in a portable storage medium 44 such as a CD-ROM, a floppy disk or the like, or a storage apparatus which a program provider has, and then this program is loaded to a processor 41 to be executed.
  • In the case where this program is stored in the portable storage medium 44 such as a CD-ROM, a floppy disk or the like, the portable storage medium 44 is inserted to a drive apparatus 42, thereby reading out this program. Then, the thus-read-out program is stored in a memory 43 such as a RAM, a hard disk or the like, thereby executing this program. In the case where a program is provided from a program provider thorough a communication line, the program which is stored in a storage apparatus, a memory of the program provider, or the like is received in the processor 41 through the communication line. Then, the thus-received program is stored in the memory 43 such as a RAM, a hard disk or the like to be executed. A program to be stored in the storage medium can include a part of the function of the above-mentioned message processing program 14. For example, a program for managing the receiver state list 24 and a program for displaying the receiver state list 24 on the terminal 11 are respectively stored in different storage media, so that the respective programs can be executed by a message processing equipment or a terminal.
  • According to the above-mentioned embodiment, the message file 15, the message management table 16, and the like are stored in the storage apparatus of the server 13. By contrast, a storage apparatus for storing a message can be provided independently from the server 13, and the server 13 can write a message in the storage apparatus or can read out a message from the storage apparatus, through a communication line.
  • According to the present invention, since a message and a receiver state list indicating the states of a receiver of this message are displayed linked with each other, the sender of a message or all the receivers can determine simultaneously the states of all the receivers of the messages, for example, whether or not each receiver approves the message or whether or not his or her business is completed, together with the contents of the message. Since information indicating whether or not the message has been opened, whether or not the message has been confirmed, and completion information indicating whether or not the receiver's business has been completed, are displayed as a receiver state list, the completion states of all the receivers can be determined simultaneously. Further, since a formatted message like a work flow related to the business and a not-formatted message for an individual receiver are displayed in a list together with the respective message types, messages with different objectives can be referred to on the same display screen together with their message types. Further, since a sender sets keywords, and performs a statistical process by extracting keywords from the receiver's comments, he or she can effectively obtain the receiver's response or reaction to the message as statistically analyzed data.

Claims (25)

1. A message processing apparatus connected to a plurality of terminal apparatuses via a network, comprising:
a preparation unit, wherein a manager managing business activities uses the message processing apparatus for sending to a plurality of persons interpersonal messages inquiring about progress statuses concerning respectively assigned business activities, receiving response messages each including at least a completion state indicating whether the assigned activity has been completed from the plurality of persons who are receivers of these interpersonal messages, and preparing a receiver state list that associates names and the completion states of the plurality of receivers; and
a message management unit enabling display of, in a mutually associated manner, the interpersonal message and the receiver state list, where the displaying is enabled on each of the terminal apparatuses belonging to the manager who is a sender of the interpersonal message and belonging to the plurality of the receivers of the interpersonal message.
2. A message processing apparatus according to claim 1, wherein,
the sender comprises a manager managing the business activity, the receivers comprise respective staff, the interpersonal message is a message inquiring about progress of the staff concerning the business activity, and the manager receives the response messages from the staff, where the responses include completion information indicating whether the business activity has been completed, and wherein
the preparation unit prepares the receiver state list containing, in the mutually associated manner, the names of the plurality of receivers and the states of each of the respective receivers to indicate, based on completion information in the responses, whether the business activity has been completed.
3. A message processing apparatus according to claim 1, further comprising
a message preparation unit preparing the interpersonal message to be sent to the receivers by providing the interpersonal message with a confirmation button to be used by each of the receivers to inform the sender whether the assigned business activity has been completed, and
when the confirmation button is activated by one of the receivers, the information contained in the receiver state list is set to indicate that the activating receiver has completed the business activity.
4. A message processing apparatus according to claim 1, further comprising:
a storage unit storing the content of the interpersonal message, receivers' names and completion information indicating whether the receivers have viewed the content of the interpersonal message or whether the receivers have completed business activities related to a content of the interpersonal message, in an associated manner, wherein
the preparation unit prepares the receiver state list based on the receivers' names and the completion information.
5. A message processing apparatus according to claim 4, further comprising:
an amendment unit amending the contents of a transmitted interpersonal message stored in the storage unit; and
a recovery unit recovering all the receivers' open information indicating an open state to a not-opened state when the interpersonal message is amended by the amending unit.
6. A message processing apparatus according to claim 5, wherein:
the storage unit stores a plurality of comments prepared by the receivers in response to the interpersonal message; and
the recovery unit causes the comments stored in the storage unit to be stored without modification, when the transmitted message is amended by the amendment unit.
7. A message processing apparatus according to claim 4, wherein:
the storage unit stores a message type of the interpersonal message, and
the preparation unit prepares the receiver state list according to the message type, the receivers' names and the completion information.
8. A message processing apparatus according to claim 7, comprising:
a setting unit displaying comment alternatives of comment patterns which correspond to the message type of the received interpersonal message, in a comment section of the received interpersonal message, and setting a comment pattern which corresponds to a comment alternative selected by the receiver as the receiver's comment to the received interpersonal message, wherein
the storage unit includes a comment pattern storage portion for storing, corresponding to the message type, the comment patterns and the comment alternatives which correspond respectively to the comment patterns.
9. A message processing apparatus according to claim 1, wherein the message management unit provides a comment section for inputting a comment to the received interpersonal message and causes the comment inputted to the comment section to be displayed as the comment of a corresponding receiver, in the receiver state list.
10. A message processing apparatus according to claim 1, wherein the message management unit causes a delay state for a response time limit that is set in the interpersonal message to be displayed as delay information in a received message list.
11. A message processing apparatus according to claim 1, further comprising:
an open ratio obtaining unit obtaining an open ratio associated with the interpersonal message relating to the business activity, based on the individual states of the respective receivers, wherein
the message management unit enables display of a message list presenting the open ratio in association with a title of the interpersonal message relating to the business activity, where the display is enabled on each of the terminal apparatuses belonging to the sender and the plurality of receivers.
12. A message processing apparatus according to claim 2, further comprising:
a completion ratio obtaining unit obtaining a completion ratio based on the completion information indicating the individual states of the respective receivers on the assigned business activity, wherein
the message management unit enables display of a message list presenting the open ratio in association with a title of the interpersonal message relating to the business activity, where the display is enabled on each of the terminal apparatuses belonging to the sender and the plurality of the receivers.
13. A message processing apparatus according to claim 1, where the responses are capable of being made in an arbitrary order with respect to each other.
14. A message management method for managing a plurality of interpersonal messages transmitted from a plurality of terminal apparatuses, the message management method comprising:
preparing, when a manager managing business activities uses the message processing apparatus for sending to a plurality of persons interpersonal messages inquiring about progress statuses concerning respectively assigned business activities and receiving response messages each including at least a completion state indicating whether the assigned activity has been completed from the plurality of persons who are receivers of these interpersonal messages, a receiver state list that associates names and the completion states of the plurality of receivers; and
enabling display of, in a mutually associated manner, the interpersonal message and the receiver state list, where the display is enabled on each of the terminal apparatuses belonging to the manager who is a sender of the interpersonal message and belonging to the plurality of the receivers of the interpersonal message.
15. A message management method according to claim 14, further comprising displaying the receiver state list in a manner associated with the interpersonal message.
16. A message management method according to claim 14, further comprising:
displaying the receiver state list in a manner associated with the interpersonal message,
wherein, the receiver state list includes receivers' names and completion information indicating whether receivers of the interpersonal message have viewed the interpersonal message or whether the receivers of the interpersonal message have completed business activities related to a content of the interpersonal message.
17. A message management method according to claim 14, wherein
when a manager managing the business activity sends the interpersonal message to respective staff inquiring about progress states concerning the business activity, and receives response messages from the plurality of receivers of the interpersonal message inquiring about respective progress states concerning the assigned business activities, preparing the receiver state list containing, in the mutually associated manner, the names of the plurality of receivers and pieces of completion information based upon which the states of the respective receivers indicate whether the receivers have individually completed the business activity.
18. A computer readable storage medium storing a program for enabling a computer to perform a method according to claim 14.
19. The computer readable storage medium storing the program according to claim 18, wherein, the program enables display of the receiver state list which includes names of the receivers of the interpersonal message and completion information indicating whether the receivers of the interpersonal messages have viewed the interpersonal messages or completed business activities related to the contents of the interpersonal messages, on the terminal apparatus.
20. The computer readable storage medium storing the program according to claim 18, wherein,
when a manager managing the business activity sends the interpersonal message to respective staff inquiring about progress states concerning the business activity, and receives response messages from the plurality of receivers of the interpersonal message inquiring about respective progress states concerning the assigned business activities, preparing the receiver state list containing the names of the plurality of receivers in mutual association with the states of the respective receivers based on the responses indicating whether the receivers have individually completed the business activity.
21. The computer readable storage medium storing a program according to claim 18, wherein the program further comprises:
recovering open information for all the receivers of the interpersonal message indicating an open state to a not-opened state when a content of the transmitted interpersonal message is amended by a sender, wherein
the receiver state list includes open information indicating whether the receivers have opened the interpersonal message.
22. A method of providing e-mail information, comprising:
sending, as requested by a manager managing business activities, to a plurality of recipients, an e-mail message inquiring about progress statuses concerning respectively assigned business activities, and receiving, from the plurality of recipients who are receivers of the e-mail message, response messages including at least a completion state indicating whether the assigned activity has been completed, where a receiver state list associates names and the completion states of the plurality of receivers;
based on interactive input generated by the recipients of the e-mail message when viewing the e-mail message, storing states of the recipients, where a stored state indicates whether a recipient has completed an activity discussed in the e-mail message received by the recipients, and where the interactive input is inputted using interactive content displayed with the e-mail message; and
displaying to the recipients and the manager who sent the message, a list of the stored states of the recipients of the e-mail message.
23. A method according to claim 22, wherein a state of an activity reflects a recipient's determination that the recipient has completed the activity.
24. A message processing apparatus according to claim 1, where the receivers comprise respective staff and the interpersonal message is a message inquiring about progress of the staff concerning the business activity, and the manager receives the response messages from the staff, where the responses include completion information indicating whether the business activity has been completed.
25. A message processing apparatus according to claim 1, wherein the message management unit further comprises a comment section for inputting a comment to the received interpersonal message and causes the comment inputted to the comment section to be displayed as the comment of a corresponding receiver in the receiver state list.
US11/071,308 1998-04-24 2005-03-04 Message processing device, message management method and storage medium for storing message management program Abandoned US20050188041A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/071,308 US20050188041A1 (en) 1998-04-24 2005-03-04 Message processing device, message management method and storage medium for storing message management program

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP11565198A JP3681277B2 (en) 1998-04-24 1998-04-24 Message processing apparatus, message management method, and recording medium recording message management program
JP10-115651 1998-04-24
US09/189,410 US6898621B2 (en) 1998-04-24 1998-11-10 Message processing device message management method and storage medium for storing message management program
US11/071,308 US20050188041A1 (en) 1998-04-24 2005-03-04 Message processing device, message management method and storage medium for storing message management program

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/189,410 Division US6898621B2 (en) 1998-04-24 1998-11-10 Message processing device message management method and storage medium for storing message management program

Publications (1)

Publication Number Publication Date
US20050188041A1 true US20050188041A1 (en) 2005-08-25

Family

ID=14667927

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/189,410 Expired - Fee Related US6898621B2 (en) 1998-04-24 1998-11-10 Message processing device message management method and storage medium for storing message management program
US11/071,308 Abandoned US20050188041A1 (en) 1998-04-24 2005-03-04 Message processing device, message management method and storage medium for storing message management program

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/189,410 Expired - Fee Related US6898621B2 (en) 1998-04-24 1998-11-10 Message processing device message management method and storage medium for storing message management program

Country Status (2)

Country Link
US (2) US6898621B2 (en)
JP (1) JP3681277B2 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050099651A1 (en) * 2003-11-06 2005-05-12 Matsushita Electric Industrial Co., Ltd. Server apparatus and method for verificating transmission of document data
US20060031358A1 (en) * 2004-05-27 2006-02-09 Canis Randy L System and method for managing mail messages
US7328244B1 (en) * 1999-11-03 2008-02-05 International Business Machines Corporation Electronic mail system
FR2910764A1 (en) * 2006-12-26 2008-06-27 Thomson Licensing Sas Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached
US20080172444A1 (en) * 2007-01-17 2008-07-17 Yuuichi Ishii Delivery system and computer program product
US7890586B1 (en) * 2004-11-01 2011-02-15 At&T Mobility Ii Llc Mass multimedia messaging
US20140143356A1 (en) * 2012-11-16 2014-05-22 Samsung Electronics Co. Ltd. Electronic device and method for sending response message according to current status
US9055016B2 (en) 2004-11-01 2015-06-09 At&T Mobility Ii Llc Mass multimedia messaging
US10608971B2 (en) 2016-04-14 2020-03-31 Secure Privilege, Llc Technology for managing electronic communications having certain designations

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001325491A (en) * 2000-05-17 2001-11-22 Oht Inc Method and system for providing information and device composing the same system
JP2001350989A (en) * 2000-06-09 2001-12-21 Taisei Corp Reception and originating management system and server
JP2002082880A (en) * 2000-06-28 2002-03-22 Oregadare Inc Method and system for managing message transmission and reception
JP2002024272A (en) * 2000-07-03 2002-01-25 Network 21:Kk User need answering system and computer-readable recording medium where the same is recorded
JP3730858B2 (en) * 2000-12-01 2006-01-05 株式会社エヌ・ティ・ティ・ドコモ Mail system, server, and mail transmission / reception device
WO2003083674A1 (en) * 2002-04-01 2003-10-09 Fujitsu Limited Bulletin board management system and computer program
US8523571B1 (en) * 2004-03-09 2013-09-03 Avirat, Inc. Family organization and communication tool
US20050246650A1 (en) * 2004-04-30 2005-11-03 Yeung Simon D User interfaces for displaying content and methods of using the same
US20050246327A1 (en) * 2004-04-30 2005-11-03 Yeung Simon D User interfaces and methods of using the same
US20060132831A1 (en) * 2004-12-16 2006-06-22 Kabushiki Kaisha Toshiba Image forming apparatus and method of controlling apparatus
JP2006202032A (en) 2005-01-20 2006-08-03 Fuji Xerox Co Ltd E-mail printer and system, and confirmation notification method and program
US7828202B2 (en) * 2005-02-24 2010-11-09 E-Courier (Belize), Inc. System and method for controlling the transport of articles
US20060212523A1 (en) * 2005-03-21 2006-09-21 International Business Machines Corporation Policy based control of multiple message forwards
US20070005691A1 (en) * 2005-05-26 2007-01-04 Vinodh Pushparaj Media conference enhancements
US20060294188A1 (en) * 2005-06-22 2006-12-28 International Business Machines Corporation Providing status information about email recipients
US20080147804A1 (en) * 2006-12-19 2008-06-19 Wesley Jerome Gyure Response requested message management system
US20080222531A1 (en) * 2007-03-09 2008-09-11 Microsoft Corporation Conversation tracking and notification
US20080263456A1 (en) * 2007-04-09 2008-10-23 Topia Technology Graphical user interface for electronic file sharing
US20080263455A1 (en) * 2007-04-09 2008-10-23 Topia Technology Graphical user interface for electronic file sharing
JP5019321B2 (en) * 2007-08-21 2012-09-05 カシオ計算機株式会社 Mobile communication terminal and program
JP5061917B2 (en) * 2008-01-23 2012-10-31 富士通株式会社 Mail transmission / reception program, mail transmission / reception device, and mail transmission / reception method
US9959526B2 (en) * 2008-11-18 2018-05-01 Cisco Technology, Inc. Method and apparatus for incorporating user interaction based presence in email systems
JP5163558B2 (en) * 2009-03-13 2013-03-13 富士通株式会社 Mail management program, mail management apparatus and mail management method
US8131822B2 (en) * 2009-07-01 2012-03-06 Suresh Srinivasan Access of elements for a secure web page through a non-secure channel
JP5527285B2 (en) * 2011-06-08 2014-06-18 キヤノンマーケティングジャパン株式会社 Reply mail management system, reply mail management server, reply mail management method, program, and storage medium
US20150127749A1 (en) * 2012-06-07 2015-05-07 Google Inc. Email thread procrastinating method
SG10201406744SA (en) * 2014-10-20 2016-05-30 Kurve Automation Pte Ltd A collaboration management method

Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5093918A (en) * 1988-12-22 1992-03-03 International Business Machines Corporation System using independent attribute lists to show status of shared mail object among respective users
US5490097A (en) * 1993-03-22 1996-02-06 Fujitsu Limited System and method for modeling, analyzing and executing work process plans
US5585612A (en) * 1995-03-20 1996-12-17 Harp Enterprises, Inc. Method and apparatus for voting
US5675733A (en) * 1992-11-30 1997-10-07 International Business Machines Corporation Statistical analysis and display of reception status of electronic messages
US5754857A (en) * 1995-12-08 1998-05-19 Sun Microsystems, Inc. Distributed asynchronous workflow on the net
US5764898A (en) * 1991-09-03 1998-06-09 Hitachi, Ltd. System for task tracking and controlling electronic mail
US5956390A (en) * 1997-09-03 1999-09-21 Motorola, Inc. Method and apparatus for providing verified message receipt in a messaging system
US5978836A (en) * 1997-07-28 1999-11-02 Solectron Corporation Workflow systems and methods
US6175859B1 (en) * 1998-10-28 2001-01-16 Avaya Technology Corp. Sender-defined time for reporting on the status of a sent message or of the message's recipient
US6178442B1 (en) * 1997-02-20 2001-01-23 Justsystem Corp. Electronic mail system and electronic mail access acknowledging method
US6222535B1 (en) * 1997-10-23 2001-04-24 Alcatel Usa Sourcing, L.P. System and method for facilitating issue tracking
US6250930B1 (en) * 1997-05-30 2001-06-26 Picante Communications Corporation Multi-functional communication and aggregation platform
US6275846B1 (en) * 1997-11-28 2001-08-14 Hitachi, Ltd. Multiserver workflow system
US6314434B1 (en) * 1998-04-15 2001-11-06 Fujitsu Limited Structured data management system and computer-readable method for storing structured data management program
US6324587B1 (en) * 1997-12-23 2001-11-27 Microsoft Corporation Method, computer program product, and data structure for publishing a data object over a store and forward transport
US6327611B1 (en) * 1997-11-12 2001-12-04 Netscape Communications Corporation Electronic document routing system
US6327046B1 (en) * 1997-08-29 2001-12-04 Sharp Kabushiki Kaisha Electronic mail processing apparatus and method therefor
US20010051985A1 (en) * 1997-06-19 2001-12-13 Paul Haverstock Web server providing html pages embedded with non-html views
US6332156B1 (en) * 1997-07-15 2001-12-18 Samsung Electronic Co., Ltd. E-mail processing method
US6401111B1 (en) * 1998-09-11 2002-06-04 International Business Machines Corporation Interaction monitor and interaction history for service applications
US6484196B1 (en) * 1998-03-20 2002-11-19 Advanced Web Solutions Internet messaging system and method for use in computer networks
US20020188683A1 (en) * 1996-05-31 2002-12-12 Microsoft Corporation System and method for composing, processing, and organizing electronic mail message items
US20030061270A1 (en) * 1996-06-13 2003-03-27 Tetsujiro Suzuki Electronic mail system with mail content class designation

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04294655A (en) 1991-03-22 1992-10-19 Hitachi Ltd Electronic mail system
JPH06274493A (en) 1993-03-23 1994-09-30 Mitsubishi Electric Corp Document managing device
JPH06326732A (en) 1993-05-17 1994-11-25 Hitachi Ltd Comment management system in document circulation
JPH06334684A (en) 1993-05-19 1994-12-02 Hitachi Ltd Electronic information circulation processing system
JPH09181766A (en) 1995-12-23 1997-07-11 Nec Corp Electronic mail transmission reception confirmation system
JPH09224050A (en) 1996-02-19 1997-08-26 Fuji Xerox Co Ltd Device and system for circulating electronic document
JP3593851B2 (en) 1996-06-13 2004-11-24 富士通株式会社 Email system

Patent Citations (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5093918A (en) * 1988-12-22 1992-03-03 International Business Machines Corporation System using independent attribute lists to show status of shared mail object among respective users
US5764898A (en) * 1991-09-03 1998-06-09 Hitachi, Ltd. System for task tracking and controlling electronic mail
US5675733A (en) * 1992-11-30 1997-10-07 International Business Machines Corporation Statistical analysis and display of reception status of electronic messages
US5490097A (en) * 1993-03-22 1996-02-06 Fujitsu Limited System and method for modeling, analyzing and executing work process plans
US5585612A (en) * 1995-03-20 1996-12-17 Harp Enterprises, Inc. Method and apparatus for voting
US5754857A (en) * 1995-12-08 1998-05-19 Sun Microsystems, Inc. Distributed asynchronous workflow on the net
US20060168067A1 (en) * 1996-05-31 2006-07-27 Microsoft Corporation Method for automatically implementing special forms in an e-mail system
US6549950B2 (en) * 1996-05-31 2003-04-15 Microsoft Corporation Method for automatically tallying voting data in e-mail systems
US20020188683A1 (en) * 1996-05-31 2002-12-12 Microsoft Corporation System and method for composing, processing, and organizing electronic mail message items
US20030061270A1 (en) * 1996-06-13 2003-03-27 Tetsujiro Suzuki Electronic mail system with mail content class designation
US6178442B1 (en) * 1997-02-20 2001-01-23 Justsystem Corp. Electronic mail system and electronic mail access acknowledging method
US6250930B1 (en) * 1997-05-30 2001-06-26 Picante Communications Corporation Multi-functional communication and aggregation platform
US20010051985A1 (en) * 1997-06-19 2001-12-13 Paul Haverstock Web server providing html pages embedded with non-html views
US6332156B1 (en) * 1997-07-15 2001-12-18 Samsung Electronic Co., Ltd. E-mail processing method
US5978836A (en) * 1997-07-28 1999-11-02 Solectron Corporation Workflow systems and methods
US6327046B1 (en) * 1997-08-29 2001-12-04 Sharp Kabushiki Kaisha Electronic mail processing apparatus and method therefor
US5956390A (en) * 1997-09-03 1999-09-21 Motorola, Inc. Method and apparatus for providing verified message receipt in a messaging system
US6222535B1 (en) * 1997-10-23 2001-04-24 Alcatel Usa Sourcing, L.P. System and method for facilitating issue tracking
US6327611B1 (en) * 1997-11-12 2001-12-04 Netscape Communications Corporation Electronic document routing system
US6275846B1 (en) * 1997-11-28 2001-08-14 Hitachi, Ltd. Multiserver workflow system
US6324587B1 (en) * 1997-12-23 2001-11-27 Microsoft Corporation Method, computer program product, and data structure for publishing a data object over a store and forward transport
US6484196B1 (en) * 1998-03-20 2002-11-19 Advanced Web Solutions Internet messaging system and method for use in computer networks
US6314434B1 (en) * 1998-04-15 2001-11-06 Fujitsu Limited Structured data management system and computer-readable method for storing structured data management program
US6401111B1 (en) * 1998-09-11 2002-06-04 International Business Machines Corporation Interaction monitor and interaction history for service applications
US6175859B1 (en) * 1998-10-28 2001-01-16 Avaya Technology Corp. Sender-defined time for reporting on the status of a sent message or of the message's recipient

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7328244B1 (en) * 1999-11-03 2008-02-05 International Business Machines Corporation Electronic mail system
US20050099651A1 (en) * 2003-11-06 2005-05-12 Matsushita Electric Industrial Co., Ltd. Server apparatus and method for verificating transmission of document data
US20060031358A1 (en) * 2004-05-27 2006-02-09 Canis Randy L System and method for managing mail messages
US9055016B2 (en) 2004-11-01 2015-06-09 At&T Mobility Ii Llc Mass multimedia messaging
US7890586B1 (en) * 2004-11-01 2011-02-15 At&T Mobility Ii Llc Mass multimedia messaging
FR2910764A1 (en) * 2006-12-26 2008-06-27 Thomson Licensing Sas Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached
US8082309B2 (en) * 2007-01-17 2011-12-20 Ricoh Company, Ltd. Delivery system and computer program product
US20080172444A1 (en) * 2007-01-17 2008-07-17 Yuuichi Ishii Delivery system and computer program product
US20140143356A1 (en) * 2012-11-16 2014-05-22 Samsung Electronics Co. Ltd. Electronic device and method for sending response message according to current status
US10454853B2 (en) * 2012-11-16 2019-10-22 Samsung Electronics Co., Ltd. Electronic device and method for sending response message according to current status
US10608971B2 (en) 2016-04-14 2020-03-31 Secure Privilege, Llc Technology for managing electronic communications having certain designations
US10862839B2 (en) 2016-04-14 2020-12-08 Secure Privilege, Llc Technology for managing previously-transmitted electronic communications
US11394678B2 (en) 2016-04-14 2022-07-19 Secure Privilege, Llc Technology for managing the transmission of designated electronic communications

Also Published As

Publication number Publication date
US20020112006A1 (en) 2002-08-15
JPH11306098A (en) 1999-11-05
JP3681277B2 (en) 2005-08-10
US6898621B2 (en) 2005-05-24

Similar Documents

Publication Publication Date Title
US6898621B2 (en) Message processing device message management method and storage medium for storing message management program
US7912913B2 (en) Facilitating presentation and monitoring of electronic mail messages with reply by constraints
US7856469B2 (en) Searchable instant messaging chat repositories using topic and identifier metadata
US7035865B2 (en) Calendar-enhanced awareness for instant messaging systems and electronic status boards
US5548753A (en) Automatic electronic mail notification of database events
US8423394B2 (en) Method for tracking the status of a workflow using weblogs
US20060047816A1 (en) Method and apparatus for generating and distributing meeting minutes from an instant messaging session
WO2006015237A2 (en) Systems and methods for using social networks for the distribution of communications
US20080229214A1 (en) Activity reporting in a collaboration system
EP1209849A2 (en) Apparatus for persistent chat sessions
US20060075050A1 (en) Business card exchange system
US20080228861A1 (en) Workflow Management Device, Workflow Management System, and Test Scenario Generation Method
US20070276675A1 (en) Innovation management system, apparatus, and method
CA2545446A1 (en) Systems and methods for retrieving data
JPH0896031A (en) Electronic document circulation system
US6151623A (en) Agent activity report via object embedding
US20160072741A1 (en) Metadata based user device communications
US7814132B2 (en) File management apparatus and file management method
US8713122B2 (en) Message value indicator
US7587677B2 (en) Workflow management apparatus and method
JP4357823B2 (en) Information sharing system, method, and program
EP2101268B1 (en) Information processing device, information processing device control method, program, and recording medium
JP3698786B2 (en) E-mail processing device
JP2002014903A (en) Method and device for retrieving electronic mail information
JP2004280321A (en) Document management system, document management method, program for documentation management system and computer-readable recording medium recorded with its program

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION