JPS6126107B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION (1) Technical Field of the Invention The present invention relates to a mailbox file management processing method for a mailbox file used in a document communication processing method in a data processing system.

(2) Background and problems For example, by inputting a session start command from a terminal, it is logically connected to a data processing device, and users can receive conversation processing services etc. through time sharing. In a data processing system, when a user of one terminal sends a message to, for example, users of multiple other terminals via a data processing device, the user of the receiving terminal is always ready to receive the message. Conventionally, mailbox files have been used for processing as described below.

FIG. 1 shows an example of a conventional document communication processing method.
In the figure, 1 is a data processing device, 2-1 to 2-3
3-1 to 3-3 are terminals, 3-1 to 3-3 are user space, 4 is system space, 5-1 to 5-3 are conversation processing units, 6 is a sales multiple message processing unit, 7 is a sending command processing unit, and 8 is a destination management unit. 9 is a mail management table, 10-1 and 10-2 are received command processing units, 11 is a mailbox file creation processing unit, 12 is a mailbox file reading processing unit, and 13-1 to 13-4 are file management information. area, 14 is a document file, 15-1 to 15-
3 represents a mailbox file.

For example, when the user of the terminal 2-1 wants to receive a conversation processing service provided by the data processing device 1, he inputs a session start command (ON command). By the ON command, user space 3
-1 is opened, and the conversation processing section 5-1 is activated. Thereafter, the user can input desired conversation processing commands one after another and receive instructional service. In particular, when transmitting some kind of document to users of other terminals 2-2, 2-3, etc., the document file 14 containing the document to be transmitted is
Enter the send command by specifying the file name and destination name. The transmission command processing unit 7 is activated by inputting the transmission command.

The sending command processing unit 7 reads the document file 14 based on the information in the file management information area 13-1 in which file directories and the like are stored, specifies the read document data and destination name, and performs multiple message processing. Department 6 is requested to process the document communication.
The multiple message processing unit 6 operates as a system-resident task, and in response to a request to send a document, it first processes the mailbox file creation processing unit 11.
Start. The mailbox file creation processing unit 11 creates a mailbox file 15-1 as a temporary file, stores the document data requested to be sent in the mailbox file 15-1, and also manages the file belonging to the multiple message processing unit 6. Access information for the mailbox file 15-1 is registered in the information area 13-4. Further, the destination management table 8 is referred to using the destination name as a key, a receiving terminal and a user are determined, and transmission/reception management information, such as a list of recipients, is set in the mail management table 9. If the receiving terminal has a session open, a message indicating that the document data has been sent, that is, an email has been received, is immediately output to that terminal, but to a receiving terminal that does not have a session open,
When you input the ON command from the receiving terminal, you will be notified that the email has arrived.

For example, assume that the user of the receiving terminal 2-2 inputs an ON command to activate the conversation processing section 5-2, and receives the message indicating that there is a mail. The user can input the receive command and receive the document data that is the contents of the mailbox file 15-1. In particular, in the received command,
You can also specify that the document data be cataloged as your own file. The reception command processing section 10-1 is activated by inputting the reception command, and the reception command processing section 10-1 requests the multiple message processing section 6 to process.

The multiple message processing section 6 starts the mailbox file reading processing section 12, reads out the contents of the mailbox file 15-1 based on the access information in the file management information area 13-4, and transfers the contents to the conversation processing section. Transfer to 5-2. Additionally, if a catalog is specified, the mailbox file 15-2 containing the contents is created as a storage file, and the file management information area 1 of that user is created.
Register in 3-2.

The same applies to the other receiving terminal 2-3. The multiple message processing unit 6 has a mail management table 9.
The mailbox file 15-1 is deleted from the list of recipients whose reception has been completed, and the mailbox file 15-1 is deleted when reception has been completed for all recipients.

According to the above conventional system, the multiple message processing section 6 creates the mailbox file 15-1 as a temporary file, so as the number of mail users increases, the file capacity of the entire system becomes insufficient, and the conversation processing section and Since a large amount of document data is exchanged with the multiple message processing unit, processing efficiency is poor, and when a failure occurs, the conversation processing unit and the multiple message processing unit cannot be synchronized, making it impossible to guarantee transmission and reception. There were some problems.

Therefore, the present inventor considered creating a mailbox file as a save file for the sender, and allowing recipients to read document data directly from the mailbox file by sharing the file. . but,
When the recipient terminal reads the above document data,
It does not necessarily mean that a session from the sender's terminal is open and the sender's conversation processing unit is operating, and if there are multiple recipients, it is not always possible to check whether all recipients have read the document data. A new problem arises in that it is difficult to confirm and it is difficult to know when to delete the mailbox file.

(3) Purpose of the Invention The present invention aims to solve the above-mentioned problems, and makes effective use of the file area by sharing mailbox files, while also making it possible to delete mailbox files as needed, and to eliminate unnecessary mailbox files. The purpose is to prevent retention in the system.

(4) Structure of the Invention In order to achieve the above object, the mailbox file management processing method of the present invention has file management information areas 13-1, 13-2, etc. corresponding to each user, and the file management information areas 13-1, 13-2, etc. It is a system for managing files owned by each user according to information set in 13-1, 13-2, . . . , and is activated by a processing request from each terminal. 1,
5-2,..., a multiple message processing unit 6 for processing document communication between each terminal, and a mail management table 9 in which transmission/reception management information regarding the document communication is set, and the document data is stored in a mailbox file. means for processing a send command instructing to send document data stored in a mailbox file created as a file owned by a sending user in a document communication processing method in a system configured to send using 7, and means 10-1 and 10-2 for processing a received command activated by the conversation processing section of the receiving user to read document data stored in a mailbox file owned by the sending user. ,…
and the received command processing means 10-1, 10-2,
When the document data is read by ..., the received information is set in the mail management table 9, and after all reception is completed, when the sending command or receiving command is input, the sending user's conversation processing section is notified. The present invention is characterized by comprising means 22 for giving an instruction to delete the mailbox file.

(5) Examples of the invention This will be explained below with reference to the drawings.

FIG. 2 shows the configuration of an embodiment of the present invention. In the figure,
Code 1, 2-1 or 2-3, 3-1 or 3-
3,4,5-1 to 5-3,6,7,9,10
-1, 10-2, 13-1 or 13-3 are the first
Corresponding to the figure, 16-1 to 16-3 are user destination management tables, 17 is a system destination management table, 18 is a shared permission (PERMIT) processing unit, and 19
-1 and 19-2 are shared declaration (SHARE) processing units, 20 is a shared information area, 21 is a destination correspondence processing unit,
22 represents a reception confirmation processing section, and 23 represents a destination correction processing section.

The user of the terminal 2-1 activates the conversation processing unit 5-1 by inputting an ON command, as in the case of the conventional method explained using FIG. When attempting to perform document communication with a user of another terminal, a send command is input to start the send command processing section 7, but in the send command, the document data to be communicated is stored in advance. The mailbox file 15 registered as a storage file is specified in the file management information area 13-1. Further, a destination name arbitrarily determined in advance and registered in the user destination management table 16-1 as a nickname is specified.

The transmission command processing unit 7 includes a shared permission processing unit 18.
, create shared information 20 in the file management information area 13-1 in which file names, directories, etc. held by the sending user are stored, and set shared permission information for the mailbox file 15 to be sent. . Of course, this sharing permission is granted only to the communication partner, and is not granted to other general users. Next, information regarding the file name of the mailbox file 15 and the destination name of the user destination management table 16-1 is specified, and processing is requested to the multiple message processing section 6.

The multiple message processing section 6 first calls the destination correspondence processing section 21, determines the receiving terminal, creates a recipient list, and registers it in the mail management table 9.

User destination management table 1 related to the above process
6-1 and the system destination management table 17 have a relationship as shown in FIG. 3, for example. In FIG. 3, the destination names X, Y, Z, ... in the user destination management table 16-1 are nicknames that can be arbitrarily determined by the user, and several destination numbers are assigned corresponding to each destination name. are associated with each other. This user destination management table 16-1 can be arbitrarily modified by the user by calling the destination modification processing section 23 shown in FIG. 2 using a destination modification command. On the other hand, system destination management table 17
This allows the above destination number to correspond to a user identifier used for internal processing of the system. This system destination management table 17 is updated by batch processing when a new terminal is installed, a user joins, etc. Updates can only be performed by system administrators. This user destination management table 1
6-1 and the system destination management table 17 are associated with each other by the destination number.

Once the destination is determined, the multiple message processing unit 6 outputs a message containing mail to the terminal that is currently opening a session for that destination. In addition, for terminals that have not opened a session,
Notify when ON command is input.

For example, when the user of the terminal 2-2 inputs an ON command to activate the conversation processing unit 5-2 and receives the notification that there is a mail, the user inputs a receive command. The received command processing unit 10-1 is activated by inputting the received command. In order to receive document data, the reception command processing section 10-1 first specifies the notified sender name and file name and calls the shared declaration processing section 19-1. The sharing declaration processing unit 19-1 refers to the sharing information area 20 of the file management information area 13-1 of the other party and checks whether the user is permitted to share the mailbox file 15. If it is confirmed that sharing permission has been granted, open mailbox file 1 in file management information area 13-1.
5 in your own file management information area 13
-2 or file management information area 1
By setting the pointer 3-1, the conversation processing unit 5-2 can directly read the mailbox file 15 owned by the sender. In this way, mailbox file 15
When the document data is received, a receipt notification is sent to the reception confirmation processing section 22 of the multiple message processing section 6. The reception confirmation processing unit 22 uses the mail management table 9
The information regarding the user of terminal 2-2 is deleted from the recipient list. The same applies to the other receiving terminal 2-3. However, even if all recipients in the recipient list in the mail management table 9 have received the mail, the multiple message processing section 6 itself does not delete the mailbox file 15. This is because the mailbox file 15 is a storage file of the user of the terminal 2-1.

It is up to the user of the terminal 2-1 who owns the mailbox file 15 to decide whether to delete it or not, but if you delete it, you need to confirm that all recipients have received it. be. This confirmation requires communication with the multiple message processing section 6 and requires reference to the mail management table 9. To solve this problem, the timing for erasing the mailbox file 15 is set at the time when the user of the terminal 2-1 next inputs a new send command or receive command. That is, since communication is made between the conversation processing section 5-1 and the multiple message processing section 6 in processing a send command or a reception command, the conversation processing section 5-1 obtains information about the reception status of the mail management table 9, and The mailbox file 15 is deleted as necessary.
In other words, an opportunity is given to erase the previously created mailbox file 15 when a send command or a receive command is input.

As mentioned above, document communication is carried out by the recipients sharing the mailbox file 15 owned by the sender, but on the other hand, the mailbox file that has been received by all recipients and is no longer used can be disposed of as appropriate without wasting it. It will be deleted.

(6) Effects of the Invention As explained above, according to the present invention, it is possible to prevent mailbox files from accumulating in the system, and it is possible to effectively utilize file space.

[Brief explanation of the drawing]

FIG. 1 shows an example of a conventional document communication processing system, FIG. 2 shows the configuration of an embodiment of the present invention, and FIG. 3 shows a related diagram of a user destination management table and a system destination management table. In the figure, 1 is a data processing device, 2-1 or 2-
3 is a terminal, 3-1 to 3-3 are user spaces, 4
is a system space, 5-1 to 5-3 are conversation processing units, 6 is a multiple message processing unit, 7 is a sending command processing unit, 8 is a destination management table, 9 is a mail management table, 10-1 and 10-2 are Reception command processing unit, 13-1 to 13-4 file management information area, 15 mailbox file, 1
6-1 to 16-3 are user destination management tables, 17 is a system destination management table, 18 is a shared permission processing unit, 19-1 and 19-2 are shared declaration processing units, 20 is a shared information area, and 23 is a destination Represents a correction processing section.

Claims (1)

[Claims] 1 File management information area 13- for each user
1, 13-2, ..., and manages files owned by each user according to the information set in the file management information area 13-1, 13-2, .... Conversation processing units 5-1, 5-2, . . . activated by processing requests from terminals, multiple message processing unit 6 that processes document communication between each terminal, and transmission/reception management information regarding the above-mentioned Bunsetsu communication. A mailbox file created as a file owned by a sending user in a document communication processing method in a system that is equipped with a mail management table 9 in which document data is sent using a mailbox file. means 7 for processing a send command instructing to send document data stored in means 10-1, 10-2, . . .
and the received command processing means 10-1, 10-2,
When the document data is read by ..., the received information is set in the mail management table 9, and after all reception is completed, the sender's conversation processing unit is A mailbox file management processing method comprising: means 22 for giving an instruction to delete the mailbox file.