JPH022754A - Mail accumulation processing system - Google Patents

Mail accumulation processing system

Info

Publication number
JPH022754A
JPH022754A JP63146962A JP14696288A JPH022754A JP H022754 A JPH022754 A JP H022754A JP 63146962 A JP63146962 A JP 63146962A JP 14696288 A JP14696288 A JP 14696288A JP H022754 A JPH022754 A JP H022754A
Authority
JP
Japan
Prior art keywords
mail
classification
mailbox
user
file
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.)
Pending
Application number
JP63146962A
Other languages
Japanese (ja)
Inventor
Susumu Minami
南 進
Yutaka Muto
武藤 裕
Hirobumi Wakayama
若山 博文
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.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP63146962A priority Critical patent/JPH022754A/en
Publication of JPH022754A publication Critical patent/JPH022754A/en
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

PURPOSE:To reduce the capacity of a mail box file by storing each mail in the box of the mail box file after attaching a mail classification identifier, and reading out a mail in the box which coincides with a corresponding mail classification identifier. CONSTITUTION:A user ID and the mail classification identifier(mail classification ID) with respect to the user are set on a user managing information file 16 in a mail accumulation processor 100. The correspondence of the managing information file 16 with the mail box file 18 is obtained by a correspondence table file 17, and the mail box file 18 is provided with a mail box which corresponds to the mail classification ID in one to one. The mail is classified by mail classification, and is stored in the mail box after attaching the mail classification ID. The readout of the mail is performed by reading out the mail in the mail box which coincides with the corresponding mail classification ID. In such a way, it is possible to reduce the capacity of the mail box file by accumulating the mail efficiently.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、メール(情報)をメールボックスに格納し、
そのメールを複数の利用者に配送し又は複数の利用者が
読出すセンタエンド型メールボッ〔従来の技術〕 メール(情報)をメールボックスに格納し、そのメール
を複数の利用者に配送し又は複数の利用者が読出すメー
ルボックス通信システムの代表的ならのとして、次の2
つが提案されている。
[Detailed Description of the Invention] [Field of Industrial Application] The present invention stores mail (information) in a mailbox,
A center-end mailbox that delivers the mail to multiple users or reads it out to multiple users [prior art] Mail (information) is stored in a mailbox, and the mail is delivered to multiple users or read by multiple users. The following two are typical mailbox communication systems read by users.
is proposed.

(i)  メール発行時に指定された複数の宛先のメー
ルボックスにメールを蓄積し、メールを配送又は読出し
を行なう回報型メールボックス通信システム。
(i) A circular mailbox communication system that stores mail in mailboxes of multiple destinations specified when mail is issued, and delivers or reads the mail.

(11)利用者が予め欲する情報トF別の条例を選択・
0録しておき、その情報種別の条件に該当する情報が発
生した時点でメールをメールボックスに蓄積し、配送す
るSD I (Selective  Dlsse−I
Ilination of l nrormation
)型メールボックス通信システム。
(11) Select the regulations for the information the user wants in advance.
Selective Dlsse-I (Selective Dlsse-I) stores emails in a mailbox and delivers them when information that meets the conditions of that information type occurs.
Illination of lnrormation
) type mailbox communication system.

これらの従来のメールボックス通信システムでは、以下
に説明する方法で、メールをメールボックスにフッイル
していた。
In these conventional mailbox communication systems, mails are loaded into mailboxes using the method described below.

第9図は従来のメールボックスファイル構成例1を示し
、第10図は従来の別のメールボックスファイル構成例
2を示している。第9図中、1はメールボックスファイ
ル、2はメールボックス、3は利用810.及び4はメ
ール格納域を表わす。
FIG. 9 shows a conventional mailbox file configuration example 1, and FIG. 10 shows another conventional mailbox file configuration example 2. In FIG. 9, 1 is a mailbox file, 2 is a mailbox, and 3 is a usage 810. and 4 represent the mail storage area.

第9図に丞すように、メールボックスファイル1は複数
のメールボックス2を有する。各メールボックス2は、
利用者ID3と複数のメール格納域4とから成る。複数
のメール格納域4には、利用者ID3に設定された利用
者IDに係るメールを蓄積できる。また第10図中、5
はメールボックスファイル、6は個別ボックス域、7は
共用ボックス域、8は個別ボックス、9は共用ボックス
As shown in FIG. 9, the mailbox file 1 has a plurality of mailboxes 2. Each mailbox 2 is
It consists of a user ID 3 and a plurality of mail storage areas 4. The plurality of email storage areas 4 can store emails related to the user ID set as the user ID 3. Also, in Figure 10, 5
is a mailbox file, 6 is an individual box area, 7 is a shared box area, 8 is an individual box, and 9 is a shared box.

10は利用ff1lD、11はポインタ、12は共用ボ
ックス番号、及び13はメール格納域を表わす。
10 represents the usage ff1ID, 11 represents the pointer, 12 represents the common box number, and 13 represents the mail storage area.

図示するように、メールボックスファイル5は、個別メ
ールボックス[6と共用ボックス域7とに分割されてい
る。個別ボックス域6は複数の個別ボックス8を右する
。各個別ボックス8は、利用61D10と複数のポイン
タ11とから成る。ポインタ11は、共用ボックス域7
内のある一つの共用ボッスフ9のアドレスを丞す。共用
ボックス9は、共用ボックス番号12とメール格納域1
3とから成る。
As shown in the figure, the mailbox file 5 is divided into an individual mailbox [6] and a shared box area 7. The individual box area 6 covers a plurality of individual boxes 8. Each individual box 8 consists of a user 61D10 and a plurality of pointers 11. Pointer 11 points to shared box area 7
The address of one of the shared bosses 9 in the office. Shared box 9 has shared box number 12 and mail storage area 1.
It consists of 3.

第9図のメールボックスファイル構成例1を用いて上記
(i)の回報型メールボックス通信を行う場合は、メー
ルボックスファイル1のメールボックス2を利用者と1
対1に対応付け、その利用者の利用者IDを利用者ID
3に予め設定しておく。同報メールを受信した場合、宛
先として指定された利用者の利用f510と利用e31
 D 3の内容の一致するメールボックス2の空きメー
ル格納域4を一つ確保し、そこへメールを格納する。残
りの宛先があれば、その残りの先頭宛先としで指定され
た利用者の利用’51Dと利用者ID3の内容の一致す
るメールボックス2の空きメール格納域4を一つ確保し
、そこへメールを格納する。以下、これを宛先数分くり
えし、配送あるいは読出しを行なっていた。
When performing the above-mentioned circular mailbox communication (i) using mailbox file configuration example 1 in FIG. 9, mailbox 2 of mailbox file 1 is
1 to 1, and the user ID of that user is the user ID.
Set it to 3 in advance. When receiving a broadcast email, the usage f510 and usage e31 of the user specified as the destination
One free mail storage area 4 of the mailbox 2 with the matching contents of D3 is secured, and the mail is stored there. If there are any remaining destinations, secure one free mail storage area 4 of the mailbox 2 whose contents match the user ID 3 and the usage '51D of the user specified as the remaining first destination, and send the mail there. Store. Thereafter, this process is repeated for each destination and then delivered or read.

一方、第10図のメールボックスファイル構成例2を用
いて上記(i)の回報望メール通信を行う場合は、メー
ルボックスファイル5を個別ボックス域6と共用ボック
ス域7より構成する。更に、個別ボックス域6は利用者
と1対1に対応付けて設定する個別ボックス8より、共
用ボックス域7はメールを格納する共用ボックス9より
構成する。
On the other hand, when carrying out the above-mentioned (i) reminder mail communication using the mailbox file configuration example 2 shown in FIG. 10, the mailbox file 5 is composed of an individual box area 6 and a common box area 7. Furthermore, the individual box area 6 is made up of individual boxes 8 that are set in one-to-one correspondence with users, and the common box area 7 is made up of a common box 9 that stores mail.

共用ボックス9には一連番号を伺与し、その番号を共用
ボックス番号12にあらかじめ設定しておく。また、個
別ボックス8に対応付けた利用者IDを利用MIDIO
にあらかじめ設定しておく。
A serial number is given to the common box 9, and that number is set in the common box number 12 in advance. Also, use the user ID associated with individual box 8
Set in advance.

j4報メールを受信した場合は、空ぎの共用ボックス9
を一つ確保し、そのメール格納域13にメール自体を格
納し、格納した共用ボックス9の共用ボックス番号12
の内容を、先頭宛先の利用者IDと利用者IDl0が一
致する個別ボックス8のポインタ11の空きを一つ確保
し、そこへ設定する。残りの宛先がある場合、残りの先
頭の利用者rDと利用filD10の内容とが一致する
個別ボックス8のポインタ11の空きを一つ確保し、先
にメールを格納した共用ボックス9の共用ボックス番号
12の内容を設定する。以下、これを残りの宛先がなく
なるまでくりかえし、配送あるいは読出しを行なってい
た。
If you receive a 4-report email, please use an empty public box 9.
Secure one, store the email itself in that email storage area 13, and set the shared box number 12 of the shared box 9 where it was stored.
The content of is set in one empty space in the pointer 11 of the individual box 8 where the user ID of the first destination matches the user ID 10. If there are any remaining destinations, one space is reserved for the pointer 11 of the individual box 8 whose contents match the remaining first user rD and the contents of the used fileD10, and the shared box number of the shared box 9 that previously stored the mail is set. Set the contents of 12. Thereafter, this process is repeated until there are no more destinations left for delivery or reading.

更に、第9図のメールボックスファイル構成例1を用い
て上記(ii)のSDI型メ型シールボックス通信う場
合は、メールボックスファイル1のメールボックス2を
利用者対応に一つ確保する1、そして、その利用者の利
用fllilDを利用者ID3に設定する。ある情報選
択条件に該当する情報が発生し、その情報を欲する段数
の利用者がいた場合、最初の利用者の利用者IDとメー
ルボックス2の利用glD3の内容と一致するメールボ
ックス2のメール格納域4の空きを一つ確保し、そこへ
情報自体を格納する。残りの利用とがいる場合、残りの
最初の利用者の利用者IOとメールボックス2の利用者
ID3の内容と一致するメールボックス2のメール格納
域4の空きを一つ確保し、そこへ同様の情報を格納する
。以下、これを残りの利用者がなくなるまでくりかえし
、配送していた。
Furthermore, when using the mailbox file configuration example 1 shown in FIG. 9 to perform the SDI type seal box communication described in (ii) above, one mailbox 2 of the mailbox file 1 is secured for each user. Then, the usage flilliD of that user is set to user ID3. When information matching a certain information selection condition occurs and there is a user with the number of stages who wants that information, the mailbox 2 that matches the user ID of the first user and the contents of mailbox 2 usage gLD3 is stored. Secure one free space in area 4 and store the information itself there. If there are remaining users, secure one free space in the mail storage area 4 of mailbox 2 that matches the user IO of the remaining first user and the contents of user ID 3 of mailbox 2, and do the same there. Stores information about. From then on, this process was repeated until there were no more users left, and the deliveries were made.

一方、第10図のメールボックスファイル構成例2を用
いて上記(ii)のSDI’Fメールボックス通信を行
う場合は、所望の情報種別の条件に該当する情報が発生
した時点で、上記同報型メールボックス通信と同様の手
順でメールを配送していた。
On the other hand, when performing the SDI'F mailbox communication described in (ii) above using mailbox file configuration example 2 shown in FIG. Mail was delivered using the same procedure as type mailbox communication.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

しかしながら、上記従来のメールボックスファイル構成
例1及び構成例2は、いずれも以下の問題点があった。
However, both of the conventional mailbox file configuration examples 1 and 2 have the following problems.

上記メールボックスファイル構成例1をInいて回報型
メールボックス通信及びSDI型メ型シールボックス通
信う場合において、同一メールを複数の利用者へ配送し
又は複数の利用者が読出すためには、同一メールを複数
の利用者ごとにメールボックス2に格納する必要がある
ため、メールを効率良く蓄積することができず、非常に
大きな容量のメールボックスファイル1を用いなければ
ならないという問題点があった。
When using the above mailbox file configuration example 1 for circular mailbox communication and SDI type seal box communication, in order for the same mail to be delivered to multiple users or read by multiple users, the same Since it is necessary to store e-mails in mailbox 2 for each of multiple users, there is a problem that e-mails cannot be stored efficiently and mailbox file 1, which has a very large capacity, must be used. .

一方、上記メールボックスファイル構成例2を用いて回
報型メールボックス通信及びSDI型メ型シールボック
ス通信う場合には、個別ボックスを利用者ごとに割当て
るため、利用者が増えるにつれてより大きな容量のメー
ルボックスファイル5を用いなければならないという問
題点があった。
On the other hand, when using the above mailbox file configuration example 2 for circular mailbox communication and SDI type seal box communication, individual boxes are allocated to each user, so as the number of users increases, the capacity of mail increases. There was a problem in that the box file 5 had to be used.

従って、本発明は上記従来の問題点を解決し、メールと
そのメールを欲する利用者数とが1対n(nは1以上の
整数)の関係にある場合に、メールを効率良く蓄積して
メールボックスファイルの容ωを削減することを目的と
する。
Therefore, the present invention solves the above-mentioned conventional problems and efficiently stores emails when there is a 1:n relationship between emails and the number of users who want the emails (n is an integer of 1 or more). The purpose is to reduce the size ω of mailbox files.

〔課題を解決するためのf段〕[F stage for solving problems]

本発明は、メールをメール種別に分類し、各メールにメ
ール分類識別子を付与してメール分類識別子と1対1に
対応したメールボックスファイル中のボックスに格納し
、メールの読出しは夕・1応するメール分類識別子と一
致するボックス中のメールを読出して行う構成である。
The present invention classifies mail into mail types, assigns a mail classification identifier to each mail, stores it in a box in a mailbox file that corresponds one-to-one with the mail classification identifier, and reads the mail in the evening and on the first day of the month. This is done by reading out the mail in the box that matches the mail classification identifier.

(作用〕 メールをメール種別に分類し、各メールにメール分類識
別子を付与してメール分類識別子と1対1に対応してメ
ールボックスファイル中のボックスに格納する構成は、
メールボックスファイル中に同一のメールを重複して格
納するのを避け、異なるメールのみを格納して、メール
を効率良く蓄積してメールボックスファイルの容量のJ
v人を避けるためである。
(Operation) The configuration that classifies emails into email types, assigns an email classification identifier to each email, and stores it in a box in a mailbox file in one-to-one correspondence with the email classification identifier is as follows:
Avoid storing the same email multiple times in the mailbox file, and store only different emails to efficiently accumulate emails and reduce the capacity of the mailbox file.
This is to avoid people.

例えば、複数の利用者に同一のメールを配送するために
は、このメールに対応したメール分類識別子を指定して
、メールボックスファイル中の対応するボックスからメ
ールを読出し、読出したメールを各利用者に配送する。
For example, in order to deliver the same email to multiple users, specify the email classification identifier corresponding to this email, read the email from the corresponding box in the mailbox file, and send the read email to each user. Deliver to.

また、利用者から複数のメールの読出し要求があった場
合は、この複数のメールの各々に対応するメール分類識
別子を利用者が指定し、メールボックスファイル中の対
応するボックスからメールを読出し、読出したメールを
各利用者に配送する。
In addition, if a user requests to read multiple emails, the user specifies the email classification identifier corresponding to each of the multiple emails, reads the email from the corresponding box in the mailbox file, and then reads the email. Deliver the email to each user.

〔実施例〕〔Example〕

以下、本発明の実施例を図面を参照して詳細に説明する
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

第1図は本発明の実施例を用いたシステム構成(メール
TI積処理ザーピスシステム構成)を示すブロック図で
ある。図示するように、システムはメールM積処II!
′!装置100.複数の情報提供者装置14、及び複数
の利用者端末15を具備している。
FIG. 1 is a block diagram showing a system configuration (mail TI product processing ZARPIS system configuration) using an embodiment of the present invention. As shown in the figure, the system is a mail M-loading station II!
′! Apparatus 100. It includes a plurality of information provider devices 14 and a plurality of user terminals 15.

メール蓄積処理装置100は、本発明の実施例により構
成されるものである。メール蓄積処理装置100は、利
用者管埋情報フフイル16.対応表ファイル 17.メ
ールボックスファイル18.及び制to1部200を具
備する。制御部200は利用者管理情報登録機構191
発信メール蓄積礪構20゜メール配送様121.メール
読出し門構22.及びメール検索・送信機構23を具備
する。
The mail storage processing device 100 is configured according to an embodiment of the present invention. The mail storage processing device 100 has a user managed information file 16. Correspondence table file 17. Mailbox file 18. and a control to1 section 200. The control unit 200 is a user management information registration mechanism 191
Outgoing mail accumulation structure 20° Mail delivery 121. Mail reading gate 22. and a mail search/transmission mechanism 23.

利用者管理情報ファイル16は、利用者と1対1に対応
する領t4(後)ホする利用者管理情報)を有する。こ
の利用者管理情報中に、利用i1Dとこの利用者に関す
るメール分類識別子とが設定される。メール分類識別子
(以下、単にメール分類!Dという)はメールを所定の
種別に従って分類し、分類された各メールに付与される
メール識別情報である。対応表ファイル17は、利用者
管理情報ファイル16とメールボックスファイル18と
を対応付けるものである。メールボックスファイル18
は、メール分類IDと1対1に対応する領11!(後述
するメールボッスクス)を有する。
The user management information file 16 has a field (t4) (user management information) corresponding to a user on a one-to-one basis. In this user management information, usage i1D and a mail classification identifier regarding this user are set. The mail classification identifier (hereinafter simply referred to as mail classification!D) is mail identification information that classifies mail according to a predetermined type and is given to each classified mail. The correspondence table file 17 associates the user management information file 16 with the mailbox file 18. Mailbox file 18
is region 11, which corresponds one-to-one with the mail classification ID! (a mailbox to be described later).

利用者管理情報σ録機横19は、利用者の欲するメール
種別に対応するメール分類IDを、その利用者が予め利
用者管理情報ファイル16に登録するための制御を行う
。この制御は、後述する第6図(A>に示す動作70−
チty−t−に従って行なわれる。このO録は、第2図
に丞すメール分類ID登録形式(フォーマット)24を
用いて行なわれる。図示するように、メール分類ID登
録形式24は、1つの利用者ID25とこれに係るメー
ル分類ID26とから成る。登録時、メール分類ID登
録形式24の情報が、利用者端末15からメール蓄積処
理装置100に送出される。
The user management information σ recorder side 19 performs control so that the user can register in advance in the user management information file 16 a mail classification ID corresponding to the mail type desired by the user. This control is performed by operation 70-- shown in FIG.
It is carried out according to ty-t-. This O record is performed using the mail classification ID registration format 24 shown in FIG. As shown in the figure, the mail classification ID registration format 24 consists of one user ID 25 and a mail classification ID 26 related thereto. At the time of registration, information in the mail classification ID registration format 24 is sent from the user terminal 15 to the mail storage processing device 100.

発信メール蓄V4機構20は、情報提供者が情報提供者
装置14から発信したメールを、メールボックスファイ
ル18中に品積するための制御を行なう。この制御は、
後述する第6図(B)に示ず動作フローチャートに従っ
て行なわれる。情報提供者装置14から発信するメール
は、第3図に示すメール発信形式27に従い形成される
。図示するように、メール発信形式27は1つのメール
分類1028と、これに係るメール29とから成る。
The sent mail storage V4 mechanism 20 performs control for storing mail sent by an information provider from the information provider device 14 into the mailbox file 18. This control is
This is carried out according to an operation flowchart not shown in FIG. 6(B), which will be described later. The e-mail sent from the information provider device 14 is formed according to the e-mail sending format 27 shown in FIG. As shown in the figure, the mail transmission format 27 consists of one mail classification 1028 and the mail 29 related to this.

メール配送機構21は、メール蓄積処理装置100から
利用者端末15ヘメールを配送するための制御を行なう
。このil+御は、後述する第6図(C)の動作フロー
チャートに行って行われる。
The mail delivery mechanism 21 performs control for delivering mail from the mail storage processing device 100 to the user terminal 15. This il+ control is performed in accordance with the operation flowchart of FIG. 6(C), which will be described later.

この場合、第4図に示すメール読出し要求形式30を1
成し、配送するメールを検索づる。
In this case, the mail read request format 30 shown in FIG.
Search for emails to be created and delivered.

メール読出し機構22は、利用者が利用者端末15を介
してメール晶積処理′装置100から必要とするメール
を読出すための制御を行なう。この制御は、後述する第
6図(D)の動作フローチャートに従って行われる。こ
の読出しには、次の2通りがある。1つは、利用者が予
め利用者管理情報ファイル16に0録しておいたメール
分類IQと一致するメールを読出す場合である。いま1
つは、予めσ録しておいたメール分類IDでは、なく、
読出し要求時に利用者が指定するメール分類IDと一致
するメールを読出す処理である。曲名の場合は、利用者
は利用者端末15から、第4図に示すメール読出し要求
形式30に利用者【D31のみを設定し、メール蓄積処
理装置100に送出する。
The mail reading mechanism 22 performs control so that the user can read the required mail from the mail accumulation processing apparatus 100 via the user terminal 15. This control is performed according to the operation flowchart shown in FIG. 6(D), which will be described later. This reading can be done in two ways: One case is when the user reads an email that matches the email classification IQ that has been recorded in the user management information file 16 in advance. Now 1
One is not the e-mail classification ID recorded in advance, but
This is a process of reading emails that match the email classification ID specified by the user when making a read request. In the case of a song title, the user sets only user [D31] in the mail read request format 30 shown in FIG. 4 from the user terminal 15, and sends it to the mail storage processing device 100.

後者の場合は、利用者ID31と必要とするメール分類
TD32とをメール蓄積処理装′l1100に送出する
In the latter case, the user ID 31 and the required mail classification TD32 are sent to the mail storage processing device 1100.

メール検索・送信機構23は、メール配送り1構21及
びメール読出し機構22からの要求に従って起動し、メ
ールボックスファイル18中に格納されているメールの
検索、及びメールを送信する際の制御を行う。この制御
は、第6図(E)に示す動作フローヂャートに従って行
われる。
The mail search/transmission mechanism 23 is activated in accordance with requests from the mail delivery system 21 and the mail reading mechanism 22, and performs search for mail stored in the mailbox file 18 and controls when sending mail. . This control is performed according to the operation flowchart shown in FIG. 6(E).

次に、メール蓄積処理装置100中のファイル構造、す
なわち利用者管狸情報フフイル16.対応表ファイル1
7及びメールボックスファイル18の構造並びに相nに
関係を、第5図を参照して説明する。利用者管理情報フ
ァイル16は、複数の利用者管理情報33を利用者ごと
に保持している。
Next, the file structure in the mail storage processing device 100, that is, the user information file 16. Correspondence table file 1
7 and mailbox file 18 and their relationship to phase n will be explained with reference to FIG. The user management information file 16 holds a plurality of pieces of user management information 33 for each user.

利用各管理情fa33は最大利用者数分用意する。Usage management information fa33 is prepared for the maximum number of users.

各利用者管理情報33は、利用者1034とこれに係る
メール分類ID35とを具備する。対応表ファイル17
は、メール分類ID36とこれに1対1に対応するメー
ルボックス番号37とをテーブル形式で保持している。
Each user management information 33 includes a user 1034 and a mail classification ID 35 related thereto. Correspondence table file 17
holds mail classification IDs 36 and mailbox numbers 37 in one-to-one correspondence in a table format.

このメール分類ID36とメールボックス番号37との
組は、最大メール分類ID数だけ用意する。メールボッ
クスファイル18は、複数のメールボックス38を有す
る。各メールボックス38は、一連番号であるメールボ
ックス番号39によって特定される。各メールボックス
38はメール分類ID36と1対1に対応している。各
メールボックス38は、メールボックス番号39とメー
ル格納域40を有する。
As many pairs of mail classification IDs 36 and mailbox numbers 37 as the maximum number of mail classification IDs are prepared. The mailbox file 18 has a plurality of mailboxes 38. Each mailbox 38 is identified by a mailbox number 39, which is a serial number. Each mailbox 38 has a one-to-one correspondence with the mail classification ID 36. Each mailbox 38 has a mailbox number 39 and a mail storage area 40.

メールボックス38ム最大メール分類ID数分用意する
Prepare a mailbox for the maximum number of mail classification IDs (38 mm).

次に、本実施例におけるメール蓄積処理装置100の動
作を説明する。
Next, the operation of the mail storage processing device 100 in this embodiment will be explained.

はじめに、利用者がメール分類rDをσ録する際の動作
について、第6図(A>を参照して説明する。まず、利
用者は利用に端末15から、第2図に示すメール分類I
D登録形式24に従い、利用者ID25と0録したいメ
ール秤別に対応したメール分類1026を、メール蓄積
処理装置I!/100に送出する。これを受けた利用に
管理情報σ録様fi19は、受信した利用者fD25と
利用者ID3/4の内容が一致する利用者管理情報が、
利用者管理情報ファイル16中に存在するかどうかを調
べる(第6図(Δ)のステップ101)。存在しない場
合には、利用者管理情報33の空いている1つを確保す
る(ステップ102)。そして、利用者からの利用11
025の内容を確保した利用者管理情報33の利用者I
D34に設定する(ステップ104)。一方、ステップ
101で一致する利用者管理情報が存在する場合には、
その利用者管理情報33のメール分類ID35の内容を
クリアし、空き状態とする(ステップ103)。ステッ
プ103又は104に続いて、利用f5tJ 即情報3
3のメール分類ID35の空きを1つ確保する1、(ス
テップ105)。そして、メール分類1026の内容を
メール分類TD35へ設定する(ステップ106)。
First, the operation when the user records the mail classification rD will be explained with reference to FIG.
According to the D registration format 24, the mail classification 1026 corresponding to the user ID 25 and the mail scale to be recorded is sent to the mail storage processing device I! /100. The management information σ record fi19 for the usage received is that the user management information whose content matches the received user fD25 and user ID3/4 is
It is checked whether it exists in the user management information file 16 (step 101 in FIG. 6 (Δ)). If it does not exist, a vacant one of the user management information 33 is secured (step 102). And usage from users 11
User I of user management information 33 who secured the contents of 025
D34 (step 104). On the other hand, if matching user management information exists in step 101,
The contents of the mail classification ID 35 of the user management information 33 are cleared and set to an empty state (step 103). Following step 103 or 104, use f5tJ instant information 3
1, which secures one free space for the mail classification ID 35 of No. 3 (step 105). Then, the contents of the mail classification 1026 are set in the mail classification TD 35 (step 106).

そして、利用者からメール分類IDσ録形式24に従っ
て送出されたすべてのメール分類ID26をメール分類
1035へ設定したかどうかを調べる(ステップ107
)。すべてのメール分類■D26を設定したときには、
処理を終了する。一方、そうでないときはステップ10
5に戻り、上述した処理を行う。
Then, it is checked whether all the email classification IDs 26 sent from the user according to the email classification ID σ record format 24 have been set to the email classification 1035 (step 107).
). All mail classification ■When setting D26,
Finish the process. On the other hand, if not, step 10
Returning to step 5, the process described above is performed.

次に、情報提供者が情報提供者装置14がらメールをメ
ール蓄積処理装置100へ発信する場合の動作について
、第6図(B)を参照して説明する9゜はじめに、情報
提供8装胃14は発信するメールとそのメールの該当す
るすべてのメール分類IDを、第3図のメール発信形式
27に従い、メール29とメール分類ID28を設定し
、メール蓄積処理装置100へ送出する。これを受けた
発信メール蓄積機構20は、未処理のメール分mID2
8の先頭の1つを取出す(第6図(B)のステップ11
1)。次に、受信したメール分類ID28と対応表ファ
イル17に格納されているメール分類ID36の内容が
一致するものがあるかどうかを調べる(ステップ112
)。一致するものがない場合は、メール分類ID36の
空きを1つ確保し、受信したメール分類1028の内容
を設定する(ステップ113)。一方、ステップ112
でメール分類1028と一致する内容のメール分類ID
36があった場合は、対応するメールボックス番号37
は空かどうかを調べる(ステップ115)。
Next, the operation when an information provider sends an e-mail to the e-mail storage processing device 100 from the information provider device 14 will be explained with reference to FIG. 6(B). sets the mail 29 and mail classification ID 28 for the mail to be sent and all mail classification IDs corresponding to the mail according to the mail transmission format 27 in FIG. 3, and sends the mail to the mail storage processing device 100. Upon receiving this, the outgoing mail storage mechanism 20 stores the unprocessed mail mID2.
8 (step 11 in FIG. 6(B))
1). Next, it is checked whether there is a match between the received email classification ID 28 and the email classification ID 36 stored in the correspondence table file 17 (step 112).
). If there is no match, one free mail classification ID 36 is secured and the contents of the received mail classification 1028 are set (step 113). On the other hand, step 112
Email classification ID with content that matches email classification 1028
36, the corresponding mailbox number 37
is empty (step 115).

空であればステップ114に進み、そうでなければステ
ップ117に進む。ステップ114では、空いているメ
ールボックス38を1つ確保する(ステップ114)。
If it is empty, the process proceeds to step 114; otherwise, the process proceeds to step 117. In step 114, one vacant mailbox 38 is secured (step 114).

そして、このメールボックス38のメールボックス番号
3つの内容を新しく確保したメール分類1036と紺に
なっているメールボックス番号37に設定する(ステッ
プ116)。そして、空いているメール格納域40を1
つ確保し、そこへ受信したメール29の内容を設定する
(ステップ117) 、最後に、第3図に丞すメール発
信形式27中に未処理のメール分類TD28があるかど
うかを調べる(ステップ118)。寸べてのメール分類
ID28を処理したときは処理を終了し、そうでないと
ぎにはステップ111に戻り、同様の処理を行う。
Then, the contents of the three mailbox numbers of this mailbox 38 are set to the newly secured mail classification 1036 and the mailbox number 37, which is colored dark blue (step 116). Then, set the free mail storage area 40 to 1
The content of the received mail 29 is set there (step 117).Finally, it is checked whether there is an unprocessed mail classification TD28 in the mail transmission format 27 shown in FIG. 3 (step 118). ). When all mail classification IDs 28 have been processed, the process ends; otherwise, the process returns to step 111 and the same process is performed.

以上の発信メール蓄積処理では、情報提供者装置14で
予めメール分類IDを付与する構成であるが、これに代
えて次にようにしても良い。すなわら、情報提供6装け
14は第3図のメール発信形式27中のメール29のみ
を設定し、メール蓄積処理装置100に送信する。これ
を受信した発信メール蓄積機構20は未処理のメール分
類IDの先頭を1つ取出す処理(ステップ111)に先
立t5、メール29の書式・内容等からメール分類ID
を決定し、受信したメール発信形式27に従い決定した
メール分類10をメール分類ID28として残らず付加
する。これ以降の動作は、第6図(8)に示すとおりで
ある。
In the above outgoing mail storage process, the information provider device 14 assigns the mail classification ID in advance, but instead of this, the following may be used. In other words, the information providing device 14 sets only the mail 29 in the mail sending format 27 shown in FIG. 3 and sends it to the mail storage processing device 100. Upon receiving this, the outgoing mail storage mechanism 20 extracts the first one of the unprocessed mail classification IDs (step 111), and at t5, the mail classification ID is determined based on the format, content, etc. of the mail 29.
is determined, and the mail classification 10 determined according to the received mail transmission format 27 is added to all mail classification IDs 28. The subsequent operation is as shown in FIG. 6 (8).

次にメール蓄積処理装置100から利用者端末15ヘメ
ールを配送する場合の動作について、第6図(C)を参
照して説明する。まず、メール配送機構21は第4図に
示すメール読出し要求形式30を生成する(ステップ1
21)。次に、配送対象利用者の利用fllDを読出し
要求形式30の利用=51031に設定する(ステップ
122)。次に、利用者管理情報ファイル16中の利用
者I D 34の内容と配送対象利用者10の一致する
利用者管理情報33を読出す(ステップ123)。そし
て、その利用者管理情報33のメール分類1035のす
べてを、メール読出し要求形式30のメール分類ID3
2に設定する(ステップ124)。そして、メール配送
は構21はメール検索・送信機構23を起動する(ステ
ップ125)。第6図(E)のステップ141において
、メール検索・送信機構23は未処理のメール分類ID
32の先頭の1つを取出す。次に、取出したメール分類
ID32と対応表ファイル17のメール分類ID36の
内容と一致する組のメールボックス番号37を取出す(
ステップ142)。そして、取出したメールボックス番
号37の値は空かどうかを調べる。もし空であれば処理
はステップ150に進み、そうでなければステップ14
4に進む。ステップ144では、メールボックス番号3
7の内容とメールボックス番号39の一致するメールボ
ックス38をメールボックスファイル18から取出す。
Next, the operation of delivering mail from the mail storage processing device 100 to the user terminal 15 will be explained with reference to FIG. 6(C). First, the mail delivery mechanism 21 generates a mail read request format 30 shown in FIG.
21). Next, the usage fllD of the delivery target user is set to usage of read request format 30 = 51031 (step 122). Next, the user management information 33 that matches the content of the user ID 34 in the user management information file 16 and the delivery target user 10 is read out (step 123). Then, all of the email classifications 1035 of the user management information 33 are sent to the email classification ID 3 of the email read request format 30.
2 (step 124). Then, the mail delivery mechanism 21 activates the mail search and transmission mechanism 23 (step 125). In step 141 of FIG. 6(E), the mail search/transmission mechanism 23 uses the unprocessed mail classification ID.
Take out the first one of 32. Next, extract the mailbox number 37 that matches the retrieved mail classification ID 32 and the content of the mail classification ID 36 in the correspondence table file 17 (
Step 142). Then, it is checked whether the value of the retrieved mailbox number 37 is empty. If empty, processing continues at step 150; otherwise, step 14
Proceed to step 4. In step 144, mailbox number 3
The mailbox 38 whose mailbox number 39 matches the contents of 7 is extracted from the mailbox file 18.

引き続いて、メールボックス38中の未送信の先頭のメ
ール格納域40のメールを1つ取出す。そして、該当す
る利用者端末15はメール蓄積処理装置100に接続さ
れているかどうかを調べる(ステップ146)。接続さ
れていなければ、メール蓄積処理装置ff 100と該
当する利用8端末15とを接続しくステップ147) 
、ステップ148に進む。ステップ146で接続されて
いれば、直接ステップ148に進む。ステップ148で
は、ステップ145で取出したメール格納1440中の
1つのメールを利用者端末15に送出する。そして、ス
テップ144で取出したメールボックス38中に未送信
のメール格納域40中のメールがあるかどうかを調べる
(ステップ149)。
Subsequently, one email from the first unsent email storage area 40 in the mailbox 38 is retrieved. Then, it is checked whether the corresponding user terminal 15 is connected to the mail storage processing device 100 (step 146). If not connected, connect the mail storage processing device ff 100 and the applicable 8 terminals 15 (step 147).
, proceed to step 148. If it is connected in step 146, the process proceeds directly to step 148. In step 148, one mail in the mail storage 1440 retrieved in step 145 is sent to the user terminal 15. Then, it is checked whether there is any unsent mail in the mail storage area 40 in the mailbox 38 taken out in step 144 (step 149).

未送信のメールがあればステップ145に戻り、未送信
のメールがなければステップ150に進む。ステップ1
50では、未処理のメール分類ID32があるかどうか
を調べる。未処理のメール分類[D32があればステッ
プ141に戻り、なければ第6図(C)に戻り、ステッ
プ126に進む。ステップ126では、メール蓄積処理
v装置100と利用者端末15との接続を切所し、処理
を終了する。
If there is any unsent mail, the process returns to step 145, and if there is no unsent mail, the process proceeds to step 150. Step 1
In step 50, it is checked whether there is any unprocessed mail classification ID 32. If there is an unprocessed mail classification [D32, the process returns to step 141; if not, the process returns to FIG. 6(C) and proceeds to step 126. In step 126, the connection between the mail storage processing device 100 and the user terminal 15 is disconnected, and the process ends.

次に、利用者がメールを読出す場合の動作について、第
6図(D)を参照して説明する。はじめに、利用者は利
用者端末15とメール蓄積処理装置100とを接続し、
第4図に示すメール読出し要求形式30に従い、まず自
己の利用者IDを利用filD31に設定する。このと
ぎ、メール読出しが予め登録したメール分類ID35を
用いないで。
Next, the operation when the user reads mail will be explained with reference to FIG. 6(D). First, the user connects the user terminal 15 and the mail storage processing device 100,
According to the mail read request format 30 shown in FIG. 4, the user first sets his/her own user ID in the usage fileD31. At this point, the mail reading does not use the mail classification ID 35 registered in advance.

その時点で欲するメール分類IDを指定する場合には、
そのメール分類10をメール読出し要求形式30のメー
ル分類1032設定覆る。これに対し、予め利用者管理
情報ファイル16に登録したメール分m[)35に該当
するメールを読出す場合には、メール分類32の設定は
不要である。第6図(D)のステップ131において、
メール読出し機構22は受信したメール読出し要求形式
30にメール分類ID32が設定されているかどうかを
調べる。設定されているときは、ステップ134に進み
、メール検索・送信機f123を起動して、前述した第
6図(E)の動作を実行する。ステップ131でメール
読出し要求形式30にメール分類ID32が設定されて
いないときは、メール読出し要求形式30中の利用者1
031と利用61034の内容の一致する利用者管理情
報33を、利用者管理情報ファイル16から読出す(ス
テップ132)。次に、読出した利用者管理情報33の
メール分類ID35の全部を、メール続出し要求形式3
0のメール分類ID32に設定する。そして、ステップ
134を実行する。
If you want to specify the email classification ID you want at that time,
The mail classification 10 is overridden by the mail classification 1032 setting of the mail read request format 30. On the other hand, when reading out mail corresponding to the mail number m[) 35 registered in advance in the user management information file 16, the setting of the mail classification 32 is not necessary. In step 131 of FIG. 6(D),
The mail reading mechanism 22 checks whether a mail classification ID 32 is set in the received mail reading request format 30. If it has been set, the process proceeds to step 134, where the mail search/transmitter f123 is activated and the operation shown in FIG. 6(E) described above is executed. If the mail classification ID 32 is not set in the mail read request format 30 in step 131, the user 1 in the mail read request format 30
The user management information 33 whose contents match 031 and usage 61034 is read from the user management information file 16 (step 132). Next, all of the email classification IDs 35 of the read user management information 33 are sent to the email continuous request format 3.
Set the mail classification ID32 to 0. Then, step 134 is executed.

以上のとおり、メールボックスファイル18中に格納さ
れた分類ごとのメールボックス38中のメールを、複数
の利用者や管叩名が実質的に共用する形で使用できるた
め、メールをメールボックスに効率良く格納でき、従来
構成にくらべ少ないメモリ容重でメール蓄積処理装置1
00の7?イル構造を作ることができる。
As described above, since the mail in the mailbox 38 for each category stored in the mailbox file 18 can be used in a shared manner by multiple users or users, the mail can be efficiently stored in the mailbox. E-mail storage processing device 1 that can be stored well and uses less memory than conventional configurations.
7 of 00? It is possible to create an ile structure.

次に、本発明の別の実施例について説明する。Next, another embodiment of the present invention will be described.

この実施例のブロックシステム構成は、第1図に示すも
のと同様である。ただし、メール蓄積処理装置100中
の対応表ファイル17及びメールボックスファイル18
の構造並びに相互の関係は前述の実施例とは箕なり、第
7図に示すとおり構成される。第7図において、対応表
ファイル17は、メール分類1036とこれに1対1に
対応する個別ボックス番号41とをテーブル形式で保持
している。、このメール分類1036と個別ボックス番
号41との組は、最大メール分類10数だけ用意する。
The block system configuration of this embodiment is similar to that shown in FIG. However, the correspondence table file 17 and mailbox file 18 in the mail storage processing device 100
The structure and mutual relationship are slightly different from those of the previous embodiment, and are constructed as shown in FIG. In FIG. 7, the correspondence table file 17 holds mail classifications 1036 and individual box numbers 41 in one-to-one correspondence in a table format. , a maximum of 10 sets of mail classifications 1036 and individual box numbers 41 are prepared.

メールボックスファイル18は、個別ボックスI442
と共用ボックス域43とを具備する。
Mailbox file 18 is individual box I442
and a common box area 43.

個別ボックス域42は、投数の個別ボックス44を有す
る。各個別ボックス44は、一連番号である個別ボック
ス番号46によって特定される。個別ボックス44は最
大メール分類ID数だけ用意し、各々メール分類ID3
6と1対1に対応している。各個別ボックス44は、個
別ボックス番号46とポインタ47をt4 する。共用
ボックス域43は、複数の共用ボックス45を有する。
The individual box area 42 has individual boxes 44 for the number of pitches. Each individual box 44 is identified by an individual box number 46 which is a serial number. The individual boxes 44 are prepared by the maximum number of mail classification IDs, and each box 44 has a mail classification ID of 3.
There is a one-to-one correspondence with 6. Each individual box 44 has an individual box number 46 and a pointer 47 at t4. The common box area 43 has a plurality of common boxes 45.

各共用ボックス45は、共用ボックス番号48とメール
格納域49とを有する。共用ボックス番号48は、一連
番号で表わされる。共用ボックス45は、ポインタ47
で指示できる。
Each common box 45 has a common box number 48 and a mail storage area 49. The common box number 48 is represented by a serial number. The common box 45 has a pointer 47
You can give instructions with

次に、第7図に示すファイル構造を用いた実施例の動作
を説明する。本実施例の動作は、発信メール蓄8!I機
構20およびメール検索・送信門構23を除いて、前述
した実施例と同様である。また、メール分類10登録形
式、メール発信形式及びメール読出し要求形式はそれぞ
れ第2図、第3図及び第4図に示すものを用いることが
できる。
Next, the operation of the embodiment using the file structure shown in FIG. 7 will be explained. The operation of this embodiment is as follows: Outgoing mail storage 8! Except for the I mechanism 20 and the mail search/sending gate mechanism 23, this embodiment is the same as the embodiment described above. Further, as the mail classification 10 registration format, mail transmission format, and mail read request format, those shown in FIGS. 2, 3, and 4 can be used, respectively.

まず、発信メール蓄積機構20の動作について、第8図
(A>を参照して説明する。はじめに、メールボックス
ファイル18の共用ボックス43中の空いている共用ボ
ックス45を1つ確保する。
First, the operation of the outgoing mail storage mechanism 20 will be explained with reference to FIG.

引き続いて、確保した共用ボックス45中のメール格納
k149中にメール29の内容を設定し、その共用ボッ
クス番号48の内容を記録しておく(ステップ152)
。そして、情報提供者装置14から送出された発信メー
ル形式27中の未処理のメール分類ID28の先頭を取
出す(ステップ153)。次に、このメール分類102
8と、メール分類ID36との内容が一致するものがあ
るかどうかを調べる(ステップ154)。一致するもの
がなければ、対応表ファイル17中のメール分類ID3
6の空きを1つ確保し、このメール分類ID28の内容
をここに設定する(ステップ155) 、次に、個別ボ
ックス域42中の望き個別ボックス44を1つ確保する
(ステップ157)。
Subsequently, the contents of the mail 29 are set in the mail storage k149 in the secured common box 45, and the contents of the common box number 48 are recorded (step 152).
. Then, the beginning of the unprocessed mail classification ID 28 in the outgoing mail format 27 sent from the information provider device 14 is extracted (step 153). Next, this mail classification 102
8 and the mail classification ID 36 are checked (step 154). If there is no match, email classification ID 3 in correspondence table file 17
6 is secured and the contents of this mail classification ID 28 are set here (step 155).Next, one desired individual box 44 in the individual box area 42 is secured (step 157).

ぞして、この個別ボックス44中の個別ボックス番号4
6の内容を、メール分類ID36と組になっている個別
ボックス番号41に設定する(ステップ158)。一方
、ステップ154で、ステップ153で取出したメール
分類28と一致するメール分類1036がないとき、処
理はステップ156に進み、現在処理をしているメール
分類l[)15Gと組になっている叫別ボッスク番号4
1が空かどうかを調べる(ステップ156)。空きのと
きはステップ151に逆み、空きがないとぎはステップ
159に進む。ステップ159では、この個別ボックス
番号41との一致する個別ボックス44を取出す。
Therefore, individual box number 4 in this individual box 44
6 is set in the individual box number 41 paired with the mail classification ID 36 (step 158). On the other hand, if it is determined in step 154 that there is no mail classification 1036 that matches the mail classification 28 retrieved in step 153, the process proceeds to step 156, and the mail classification l[) 15G that is currently being processed is Separate box number 4
Check whether 1 is empty (step 156). If there is a free space, the process goes to step 151, and if there is no space, the process goes to step 159. In step 159, the individual box 44 that matches this individual box number 41 is extracted.

そして、ステップ16Gに進む。そして、この個別ボッ
クス44中のポインタ47の空ぎを1つ確保し、そこへ
先に記録しておいた共用ボックス48の内容を設定する
。そして、発信メール形式27中に未処理のメール分類
1028があるがどうかを調べる。未処理のメール分類
1028がある場合には、ステップ153にもどる。こ
れに対し、すべてのメール分類1028を処理したとき
は、処理を終了する。
The process then proceeds to step 16G. Then, one empty space is secured for the pointer 47 in this individual box 44, and the contents of the shared box 48 previously recorded are set there. Then, it is checked whether there is any unprocessed mail category 1028 in the outgoing mail format 27. If there is an unprocessed mail classification 1028, the process returns to step 153. On the other hand, when all mail classifications 1028 have been processed, the process ends.

次に、メール配送時及びメール読出し時に起動するメー
ル検索・送信1111i23の動作について、第8図(
B)を参照して説明する。まず、メール読出し要求形式
30中の未処理のメール分類ID32の先頭の1つを取
出す(ステップ171)。次に、取出したメール分類I
D32と対応表7ァイル17のメール分類ID36の内
容と一致する組の個別ボックス番号41を取出す(ステ
ップ112)。そして、個別ボックス番号41が空かど
うかを調べる(ステップ173)。このとき空であれば
、処理はステップ182に進む。一方、空でなければ、
個別ボックス番号41と個別ボックス番号46の内容が
一致する個別ボックス44を取出す(ステップ173)
。次に、取出した個別ボックス44の未読出しの先頭の
ポインタ47の1つを取出す。そして、ポインタ47の
容量に空があるかどうかを調べる(ステップ116)。
Next, Figure 8 (
This will be explained with reference to B). First, the first one of the unprocessed mail classification IDs 32 in the mail read request format 30 is extracted (step 171). Next, retrieved email classification I
D32 and the individual box number 41 of the set that matches the contents of the mail classification ID 36 of the correspondence table 7 file 17 are extracted (step 112). Then, it is checked whether the individual box number 41 is empty (step 173). If it is empty at this time, the process proceeds to step 182. On the other hand, if it is not empty,
Extract the individual box 44 whose contents match the individual box number 41 and the individual box number 46 (step 173)
. Next, one of the unread head pointers 47 of the individual box 44 that has been taken out is taken out. Then, it is checked whether the capacity of the pointer 47 is empty (step 116).

ポインタ47に空きがあればステップ181に進み、空
きがなければステップ177に進む。ステップ1.11
では、ポインタ47と共用ボックス番号48の内容の一
致する共通ボックス45中のメール格納Wi49中のメ
ールを取出す。そして、該当の利用者端末15がメール
蓄積処理装置100に接続されているかどうかを調べる
(ステップ178)。接続されているときはステップ1
80に進み、接続されていないときはメールNV4処理
装置100と該当する利用者端末とを接続した後(ステ
ップ179) 、ステップ180に進む。ステップ18
0ではステップ111で取出したメール格納ii!14
9中のメールを利用者端末15へ送信する(ステップ1
80)。そして、ステップ174で取出した個別ボック
ス44のポインタ47に未処理のものがあるかどうかを
調べる(ステップ181)。未処理のものがあればステ
ップ175に戻り、なければメール読出し形式301$
1に未処理のメール分類ID32があるかどうかを調べ
る(ステップ182)。未処理のものがあればステップ
171に戻り、なければ第6図(C)又は第6図(D>
に戻る。
If there is space in the pointer 47, the process proceeds to step 181; if there is no space, the process proceeds to step 177. Step 1.11
Now, the mail in the mail storage Wi 49 in the common box 45 whose contents match the pointer 47 and the common box number 48 is retrieved. Then, it is checked whether the corresponding user terminal 15 is connected to the mail storage processing device 100 (step 178). If connected, step 1
The process proceeds to step 80, and if not connected, the mail NV4 processing device 100 and the corresponding user terminal are connected (step 179), and then the process proceeds to step 180. Step 18
0, the mail stored in step 111 is stored ii! 14
Send the email in 9 to the user terminal 15 (Step 1
80). Then, it is checked whether there is any unprocessed pointer 47 in the individual box 44 taken out in step 174 (step 181). If there are any unprocessed items, return to step 175; if not, send mail reading format 301$
1 is checked to see if there is an unprocessed mail classification ID 32 (step 182). If there are any unprocessed items, the process returns to step 171; if not, the process returns to step 171;
Return to

以上のとおり、ファイル構造を第7図に示すように構成
しても、第5図のファイル構造をbつ先の実施例と同等
の効果が青られる。
As described above, even if the file structure is configured as shown in FIG. 7, the same effect as the previous embodiment with the file structure shown in FIG. 5 can be obtained.

尚、第1図に示す使用名管理情報フフイル16゜対応表
ファイル17及びメールボックスファイル18は1つの
記憶装置、例えば磁気ディスクや磁気ドラムの記憶領域
上に形成してし良いし、別々の記憶装置で構成しても良
い。また、制御部200は中央処理袋!(CPU)で構
成できる。この場合、制御部200の各構成要素は、中
央処理装置が第6図(A)〜第6図(E)や第8図(A
)及び(B)の動作フローヂャートを具体化したプログ
ラムを実行することで実現できる。
Note that the name management information file 16, the correspondence table file 17, and the mailbox file 18 shown in FIG. It may be configured by a device. In addition, the control unit 200 is a central processing bag! (CPU). In this case, each component of the control unit 200 is controlled by the central processing unit as shown in FIGS. 6(A) to 6(E) and FIG.
) and (B) can be realized by executing a program embodying the operation flowcharts.

上記実施例ではメールボックスファイル18の他に、利
用者管埋情報ファイル16及び対応表ファイル17を用
いているが、同一のメールを利用者ごとにメールボック
スファイルに格納する従来構成にくらべれば、メールを
効率良く蓄積して、記憶容量を大幅に削減することがで
きる。
In the above embodiment, in addition to the mailbox file 18, a user management information file 16 and a correspondence table file 17 are used, but compared to the conventional configuration in which the same mail is stored in a mailbox file for each user, E-mails can be stored efficiently and storage capacity can be significantly reduced.

〔発明の効果〕〔Effect of the invention〕

以上説明したように、本発明によれば、メールをメール
種別に分類し、各メールにメール分類識別子を付与して
メール分類識別子と1対1に対応したメールボックスフ
ァイル中のボックスに格納し、メールの読出しを対応す
るメール分類識別子と一致するボックス中のメールを読
出しておこなうこととしたため、メールとメールを欲す
る利用者数とが1対nの関係にある場合において、メー
ルを効率良く品積してメールボックスファイルの容量を
削減することができる。
As explained above, according to the present invention, emails are classified into email types, each email is assigned an email classification identifier, and is stored in a box in a mailbox file that corresponds one-to-one with the email classification identifier. Since we decided to read emails by reading the emails in the boxes that match the corresponding email classification identifier, it is possible to efficiently store emails when there is a 1:n relationship between emails and the number of users who want them. You can reduce the size of your mailbox file.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の実施例を用いたシステム(メール蓄積
処理サービスシステム)のブロック構成図、 第2図は本発明の実施例で用いるメール分類IDG録形
式例を丞す図、 第3図は本発明の実施例で用いられるメール発信形式例
を示す図、 第4図は本発明の実施例で用いられるメール読出し要求
形式例を示す図、 第5図は本発明の実施例におけるメール蓄積処理装置の
ファイル構造例を示す図、 第6図(A)は本発明の実施例中の利用者管理情報登録
機構の初任フローヂャート、 第6図(B)は本発明の実施例中の発信メール11槓機
構の動作フローヂV−ト、 第6図(C)は本発明の実施例中のメール配送機構の動
作フローチャート、 第6図(D>は本発明の実施例中のメール読出し機構の
動作70−ヂャ−1・、 第6図(E)は本発明の実施例中のメール検索・送信機
構の動作フローチャート、 第7図は本発明の実施例におけるメール蓄積処理装置の
別のファイル構造例を示す図、第8図(A>は第7図の
ファイル構造例を用いた場合の発信メール蓄積機構の動
作゛フローチャート、 第8図(B)は第7図の゛ノアイル構造例を用いた場合
のメール検索・送信機構の動作フ1]−ブト−ト、 第9図は従来のメールボックスファイル@造例1を丞す
図、及び 第10図は従来のメールポックスフフィル構造例2を丞
す図である。 14・・・情報提供者装置、15・・・利用者端末、1
6・・・利用晶管理情報フ?イル、17・・・対応表フ
ッイル、18・・・メールボックスファイル、19・・
・利用者管理情報0録機構、20・・・発信メール蓄積
機構、21・・・メール配送」L22・・・メール読出
し機構、23・・・メール検索・送信機構、24・・・
メール分類ID登録形式、25・・・利用M I D、
26゜28.32.35.36・・・メール分類10,
27・・・メール発信形式、29・・・メール、30・
・・メール読出し要求形式、31・・・利用61D、3
3・・・利用各管理情報、34・・・利用者ID、37
・・・メールボックス番号、38・・・メールボックス
番号、39・・・ボックス、42・・・個別ボックス域
、43.45・・・共用ボックス、44・・・個別ボッ
クス、46・・・個別ボックス番号、47・・・ポイン
タ、48・・・共用ボックス番号、49・・・メール格
納域、100・・・メール蓄積処理装置、および200
は制御部。 本発明の実施例を用いたシステム構成を示すブロック図
メール分類rD登録形式例を示す図 メール発信形式例を示す図 第3図 メール読出し要求形式例を示す図 第4図 メール蓄積処理装置のファイル構造例を示す図第5図 利用者管理情報登録機構の動作フロ 第6図(A) チャ ト メール配送機構の動作フローチャート 第 図(C) 第 区(E) メール蓄積処理装置の別のファイル構造例を示す国策 図 第 図(A)
Fig. 1 is a block diagram of a system (email storage processing service system) using an embodiment of the present invention, Fig. 2 is a diagram showing an example of the mail classification IDG record format used in an embodiment of the present invention, and Fig. 3 4 is a diagram showing an example of a mail sending format used in an embodiment of the present invention. FIG. 4 is a diagram showing an example of a mail reading request format used in an embodiment of the present invention. FIG. 5 is a diagram showing an example of a mail sending format used in an embodiment of the present invention A diagram showing an example of a file structure of a processing device. FIG. 6(A) is an initial flowchart of a user management information registration mechanism in an embodiment of the present invention. FIG. 6(B) is an outgoing mail diagram in an embodiment of the present invention. 11. Operation flowchart of the e-mail mechanism in the embodiment of the present invention. FIG. 6(D) is an operation flowchart of the mail delivery mechanism in the embodiment of the present invention. 70-JA-1., FIG. 6(E) is an operation flowchart of the mail search/sending mechanism in the embodiment of the present invention, and FIG. 7 is another example of file structure of the mail storage processing device in the embodiment of the present invention. Figure 8 (A) is a flowchart of the operation of the outgoing mail storage mechanism when the file structure example in Figure 7 is used, and Figure 8 (B) is a flowchart showing the operation of the outgoing mail storage mechanism when the file structure example in Figure 7 is used. Figure 9 shows the conventional mailbox file structure example 1, and Figure 10 shows the conventional mailbox file structure example 2. 14... Information provider device, 15... User terminal, 1
6... Usage crystal management information? file, 17...correspondence table file, 18...mailbox file, 19...
・User management information 0 recording mechanism, 20...Outgoing mail storage mechanism, 21...Mail delivery" L22...Mail reading mechanism, 23...Mail search/transmission mechanism, 24...
Mail classification ID registration format, 25...Usage MID,
26゜28.32.35.36...Mail classification 10,
27... Email sending format, 29... Email, 30.
...Mail read request format, 31...Use 61D, 3
3... Usage management information, 34... User ID, 37
...Mailbox number, 38...Mailbox number, 39...Box, 42...Individual box area, 43.45...Common box, 44...Individual box, 46...Individual Box number, 47...Pointer, 48...Common box number, 49...Mail storage area, 100...Mail storage processing device, and 200
is the control section. A block diagram showing a system configuration using an embodiment of the present invention.A diagram showing an example of mail classification rD registration format.A figure showing an example of an e-mail transmission format.Fig. 3 A diagram showing an example of an e-mail read request format. Figure 5 shows an example of the structure. Figure 5: Operation flowchart of the user management information registration mechanism. Figure 6 (A) Operation flowchart of the chat mail delivery mechanism. Figure (C) Section (E) Another example of the file structure of the email storage processing device. National policy map (A) showing the

Claims (1)

【特許請求の範囲】  メールをメール種別に分類し、各メールにメール分類
識別子を付与してメール分類識別子と1対1に対応した
メールボックスファイル中のボックスに格納し、 メールの読出しは対応するメール分類識別子と一致する
ボックス中のメールを読出して行なうことを特徴とする
メール蓄積処理方式。
[Scope of Claims] Emails are classified into email types, each email is assigned an email classification identifier, and stored in a box in a mailbox file that corresponds one-to-one with the email classification identifier, and the emails are read in a corresponding manner. A mail storage processing method characterized by reading out mail in a box that matches a mail classification identifier.
JP63146962A 1988-06-16 1988-06-16 Mail accumulation processing system Pending JPH022754A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP63146962A JPH022754A (en) 1988-06-16 1988-06-16 Mail accumulation processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP63146962A JPH022754A (en) 1988-06-16 1988-06-16 Mail accumulation processing system

Publications (1)

Publication Number Publication Date
JPH022754A true JPH022754A (en) 1990-01-08

Family

ID=15419518

Family Applications (1)

Application Number Title Priority Date Filing Date
JP63146962A Pending JPH022754A (en) 1988-06-16 1988-06-16 Mail accumulation processing system

Country Status (1)

Country Link
JP (1) JPH022754A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05336126A (en) * 1992-02-04 1993-12-17 Internatl Business Mach Corp <Ibm> Distributed data processing system
JPH06224936A (en) * 1992-11-27 1994-08-12 Internatl Business Mach Corp <Ibm> Integrated electronic mail system
JPH08335952A (en) * 1995-06-07 1996-12-17 Nec Corp Electronic mail automatic transmission method and electronic mail system
JP2002183053A (en) * 2000-12-13 2002-06-28 Japan Research Institute Ltd E-mail device, e-mail link method, and recording medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60260253A (en) * 1984-06-06 1985-12-23 Fujitsu Ltd Electronic mail control system
JPS61163749A (en) * 1985-01-14 1986-07-24 Nec Corp Information transmitting equipment
JPS62171347A (en) * 1986-01-24 1987-07-28 Nec Corp Group communication system
JPS62190950A (en) * 1986-02-17 1987-08-21 Fujitsu Ltd Mail distribution control system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60260253A (en) * 1984-06-06 1985-12-23 Fujitsu Ltd Electronic mail control system
JPS61163749A (en) * 1985-01-14 1986-07-24 Nec Corp Information transmitting equipment
JPS62171347A (en) * 1986-01-24 1987-07-28 Nec Corp Group communication system
JPS62190950A (en) * 1986-02-17 1987-08-21 Fujitsu Ltd Mail distribution control system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05336126A (en) * 1992-02-04 1993-12-17 Internatl Business Mach Corp <Ibm> Distributed data processing system
JPH06224936A (en) * 1992-11-27 1994-08-12 Internatl Business Mach Corp <Ibm> Integrated electronic mail system
JPH08335952A (en) * 1995-06-07 1996-12-17 Nec Corp Electronic mail automatic transmission method and electronic mail system
JP2002183053A (en) * 2000-12-13 2002-06-28 Japan Research Institute Ltd E-mail device, e-mail link method, and recording medium

Similar Documents

Publication Publication Date Title
AU613085B2 (en) Electronic mail circulation device
US10116990B2 (en) Information distribution system and method for distributing content information
US6883009B2 (en) Image data management method and system using network
US6230187B1 (en) Data transmission/reception apparatus and computer program product
US5765170A (en) Electronic mail processing system and electronic mail processing method
US6643688B1 (en) Method and apparatus for bouncing electronic messages
JP2003018219A (en) Mail transmission system, mail server, mail transfer system, mail transfer method, mail transmission method, mail delivery method, and program
US20030158860A1 (en) Method of automatically populating contact information fields for a new contact added to an electronic contact database
EP0845749A3 (en) Electronic commerce support method and apparatus
JPH0991358A (en) Information providing apparatus and method
US6535910B1 (en) Electronic mail system with mail content class designation
US6725221B2 (en) Image data transfer method and system therefor
JPH04372080A (en) Device for questionnaire utilizing electronic mail
JPH022754A (en) Mail accumulation processing system
JP2002211751A (en) Delivery management method
JPH04178045A (en) Email processing methods and email systems
JPH06342409A (en) Electronic mail managing device
TW476036B (en) Attribute driven message management device and method
JPH11191083A (en) Electronic mail delivery method and mail server
Postel Structured format for transmission of multi-media documents
JPS63211840A (en) Outgoing mail storage method for e-mail system
JP2990125B2 (en) E-mail importance display method and system
JP2004252619A (en) Information communication processor and computer software
US20040230690A1 (en) Protocol for data hosting servers
JPH10262078A (en) E-mail reception management device