[关于关联申请的记载]
本发明基于日本专利申请：特愿2015－240987号(2015年12月10日申请)，通过引用将该申请的全部记载内容并入并记载于本文中。
本发明涉及一种邮件服务器装置、邮件管理方法及邮件管理程序。
背景技术：
在发送电子邮件的情况下，一般使用TO、CC(Carbon Copy：抄送)、BCC(Blind Carbon Copy：密件抄送)等来发送针对2个以上的收信方的相同内容(相同邮件正文)的电子邮件(下面称为“多址邮件”)。
下面，参照图2、图3、图4、图5，详细说明发送针对2个以上的收信方的多址邮件的处理。
图2是示出电子邮件的构造的一个例子的图。电子邮件例如构成为包括图2所示的信息。具体来说，电子邮件构成为包括标题部和邮件正文。另外，在存在附件的情况下，电子邮件构成为包括标题部及将多个文本文档和附件整合成一个而得到的数据。如图2(a)所示，标题部构成为包括发送目的地地址(To、Cc、Bcc)、发送源地址(From)、附加于各邮件的固有的信息(报文ID(Message-ID))、主题(Subject)、邮件正文的形式(Content-Type)等。邮件正文构成为包括图2(b)所示的信息和邮件内容。
图3示出按图2所示的结构制作的电子邮件的一个例子。图3示出针对收信方“To：kobe@example.xxx.jp、Cc：kyoto@example.xxx.jp、Bcc：osaka@example.xxx.jp”的电子邮件的一个例子。
图4是示出电子邮件的发送接收的一个例子的框图。首先，设为用户使用邮件软件3200来制作图3所示的邮件3100并执行发送处理。在该情况下，控制邮件软件3200的终端装置将邮件3100通过SMTP(Simple Mail Transfer Protocol：简单邮件传输协议)发送给xxx.example.am的邮件服务器3300。在这里设为xxx.example.am是发送源邮件服务器的域名。
xxx.example.am的邮件服务器3300具备判定发送目的地的邮件服务器的功能(图4所示的发送目的地邮件服务器判定功能3310)。发送目的地邮件服务器判定功能3310解析接收邮件的标题部，判定发送目的地的邮件服务器。在这里，发送目的地的邮件地址的接着“＠”的字符串表示发送目的地的邮件服务器名称。例如在图3所示的电子邮件的情况下，发送目的地的邮件地址的“＠”之后的字符串是“example.xxx.jp”。因此，发送目的地邮件服务器判定功能3310判定为发送目的地的邮件服务器是example.xxx.jp的邮件服务器3400。
在这里，如图3所示，xxx.example.am的邮件服务器3300将一封所接收到的邮件3100发送到example.xxx.jp的邮件服务器3400。
example.xxx.jp的邮件服务器3400接收一封邮件3100作为邮件3410。example.xxx.jp的邮件服务器3400解析邮件3410的标题部。具体来说，作为邮件3410的标题部的接着“To、Cc、Bcc”的字符串，example.xxx.jp的邮件服务器3400读取kobe@example.xxx.jp、kyoto@example.xxx.jp、osaka@example.xxx.jp。在这里，发送目的地的邮件地址的“＠”之前的字符串是发送目的地的邮箱名称。因此，example.xxx.jp的邮件服务器3400判断为在邮件3410中发送目的地的邮箱是kobe的邮箱3501、kyoto的邮箱3502、osaka的邮箱3503。并且，example.xxx.jp的邮件服务器3400在kobe的邮箱3501、kyoto的邮箱3502、osaka的邮箱3503中，将邮件3410分别储存为邮件3511、邮件3512、邮件3513。
在这里，例如设为与osaka@example.xxx.jp对应的邮件软件3600执行邮件接收处理。在该情况下，控制邮件软件3600的终端装置使用POP3(Post Office Protocol 3：邮局协议3)等，将邮件请求发送到example.xxx.jp的邮件服务器3400。具体来说，控制邮件软件3600的终端装置对example.xxx.jp的邮件服务器3400发送请求osaka@example.xxx.jp的电子邮件的发送的邮件请求。example.xxx.jp的邮件服务器3400基于邮件请求，访问osaka的邮箱3503，提取邮件3513。并且，example.xxx.jp的邮件服务器3400使用POP3等，将邮件3513发送到控制邮件软件3600的终端装置。控制邮件软件3600的终端装置将邮件3513作为邮件3700来接收并保存。
图5是示出在发送针对2个以上的收信方的多址邮件的情况下储存于邮箱中的处理的一个例子的框图。
例如，设为图5所示的a.b.c的邮件服务器4000(下面称为邮件服务器4000)接收到电子邮件。邮件服务器4000所接收的电子邮件构成为包括标题部4100、邮件正文4101和附件4102。标题部4100包括发送目的地邮件地址“1@a.b.c、2@a.b.c”。
邮件服务器4000将接收邮件储存到1@a.b.c的邮箱4310及2@a.b.c的邮箱4410。其结果是，邮件服务器4000将相同的电子邮件(所接收到的电子邮件)储存到1@a.b.c的邮箱4310及2@a.b.c的邮箱4410。具体来说，邮件服务器4000将标题部4300、邮件正文4301、附件4302储存到1@a.b.c的邮箱4310及2@a.b.c的邮箱4410。设为标题部4300、邮件正文4301、附件4302相当于接收邮件的标题部4100、邮件正文4101、附件4102。
在专利文献1中，记载了具备邮件发送终端、邮件网关(专利文献1所记载的邮件GW)、邮件服务器、内容服务器和邮件接收终端的电子邮件系统。专利文献1所记载的邮件GW将接收邮件分离成标题部、邮件正文和附件的数据。并且，专利文献1所记载的邮件服务器储存构成为包括标题部和邮件正文的电子邮件。另外，专利文献1所记载的内容服务器储存附件的数据。并且，专利文献1所记载的内容服务器对附件的数据与报文ID建立对应地进行管理。
现有技术文献
专利文献
专利文献1：日本特开2002－073504号公报
技术实现要素：
发明所要解决的课题
此外，通过引用将上述现有技术文献的公开编入到本文中。以下的分析是根据本发明的观点而进行的。
如图4、图5所示，在发送针对2个以上的收信方的多址电子邮件时，有时将相同的电子邮件(相同数据的电子邮件)储存于收信方的各邮箱。但是，如果将相同数据的电子邮件储存于2个以上的邮箱，则邮件服务器将管理冗余的数据(重复的数据)。进一步地，如果将相同数据的电子邮件储存于2个以上的邮箱，则所储存的数据量会增大。
另外，在关于邮件服务器管理的电子邮件而设定有容量限制的情况下，能够防止数据量的增大。但是，在关于邮件服务器管理的电子邮件而设定有容量限制的情况下，管理(即保存)的电子邮件的数量减少，用户的便利性降低。例如，在关于邮件服务器管理的电子邮件而设定有容量限制的情况下，用户需要留意在邮件服务器中储存的电子邮件的容量，另外，在邮件服务器超过容许的邮箱的容量的情况下，无法接收新邮件。
在这里，在专利文献1所记载的技术中，邮件服务器具备的各邮箱分别储存包括标题部和邮件正文的电子邮件。因此，在发送针对2个以上的收信方的多址邮件的情况下，专利文献1所记载的邮件服务器将相同数据的电子邮件储存于2个以上的邮箱。因此，专利文献1所记载的邮件服务器管理冗余的数据(重复的数据)。
因此，本发明的目的在于，提供有助于抑制所管理的电子邮件的数据量的增大并且高效地管理电子邮件的邮件服务器装置、邮件管理方法及邮件管理程序。
用于解决课题的技术方案
根据第1视角，提供一种邮件服务器装置。该邮件服务器装置构成为包括接收电子邮件的邮件接收单元。
进一步地，该邮件服务器装置构成为包括在所述邮件接收单元接收到所述电子邮件的情况下将接收邮件分离成包括邮件正文的共享邮件信息及标题部的邮件标题解读单元。
进一步地，该邮件服务器装置构成为包括第1存储区域。
进一步地，该邮件服务器装置构成为包括对于电子邮件的每个收信方而不同的第2存储区域。
所述邮件标题解读单元将所述接收邮件的所述共享邮件信息储存于所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域。
根据第2视角，提供一种邮件管理方法。该邮件管理方法包括构成为包括第1存储区域及对于电子邮件的每个收信方而不同的第2存储区域的邮件服务器装置接收电子邮件的工序。
进一步地，该邮件管理方法包括该邮件服务器装置将接收邮件分离成包括邮件正文的共享邮件信息及标题部的工序。
在所述分离的工序中，该邮件服务器装置将所述接收邮件的所述共享邮件信息储存于所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域。
此外，本方法与控制电子邮件的发送接收的信息处理装置这样的特定的机械有联系。
根据第3视角，提供一种邮件管理程序。该邮件管理程序是使控制邮件服务器装置的计算机执行的程序，该邮件服务器装置构成为包括第1存储区域及对于电子邮件的每个收信方而不同的第2存储区域。
该邮件管理程序使该计算机执行接收电子邮件的处理。
进一步地，该邮件管理程序使该计算机执行将接收邮件分离成包括邮件正文的共享邮件信息及标题部的处理。
该邮件管理程序在所述分离的处理中，使该计算机执行如下处理：将所述接收邮件的所述共享邮件信息储存于所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域。
此外，该邮件管理程序能够记录于计算机可读的存储介质中。存储介质能够采用半导体存储器、硬盘、磁记录介质、光记录介质等非瞬时性(non-transient)的存储介质。本发明还能够作为计算机程序产品而具体化。
发明效果
根据各视角，其目的在于，提供有助于抑制所管理的电子邮件的数据量的增大并且高效地管理电子邮件的邮件服务器装置、邮件管理方法及邮件管理程序。
附图说明
图1是用于说明一个实施方式的概要的图。
图2是示出电子邮件的构造的一个例子的图。
图3是示出电子邮件的一个例子的图。
图4是示出电子邮件的发送接收的一个例子的框图。
图5是示出将电子邮件储存到邮箱的处理的一个例子的框图。
图6是示出本实施方式的邮件服务器装置10的整体结构的一个例子的框图。
图7是示出在报文ID数据库400中储存的记录的数据构造的图。
图8是示出接收到电子邮件的情况下的动作的一个例子的流程图。
图9是示出接收到电子邮件的情况下的动作的一个例子的流程图。
图10是示出记录的一个例子的图。
图11是示出记录的一个例子的图。
图12是示出记录的一个例子的图。
图13是示出记录的一个例子的图。
图14是示出接收到电子邮件的请求的情况下的动作的一个例子的流程图。
图15是示出接收到电子邮件的删除请求的情况下的动作的一个例子的流程图。
图16是示出接收到电子邮件的删除请求的情况下的动作的一个例子的流程图。
图17是示出第2实施方式的邮件服务器装置10a的整体结构的一个例子的框图。
图18是示出第3实施方式的邮件服务器装置10b的整体结构的一个例子的框图。
具体实施方式
首先，使用图1来说明一个实施方式的概要。此外，在该概要中附记的附图标记是作为用于帮助理解的一个例子、为了方便说明而对各要素附记的，该概要的记载并非旨在进行任何限定。另外，在各附图中，块间的连接线包括双向及单向这两者。关于单向箭头，示意性地表示主要的信号(数据)流，并非排除双向性。
如上所述，期望一种有助于抑制所管理的电子邮件的数据量的增大并且高效地管理电子邮件的邮件服务器装置。
因此，作为一个例子，提供图1所示的邮件服务器装置1。邮件服务器装置1构成为包括邮件接收单元2、邮件标题解读单元3、第1存储区域4和第2存储区域5。
邮件标题解读单元3在邮件接收单元2接收到电子邮件的情况下，将接收邮件分离成包括邮件正文的共享邮件信息31及标题部32。在这里，接收邮件构成为包括共享邮件信息61和标题部62。共享邮件信息也可以是邮件正文。或者，在接收邮件包括附件的情况下，共享邮件信息也可以构成为包括邮件正文和附件。此外，设为共享邮件信息31相当于接收邮件的共享邮件信息61。另外，设为标题部32相当于接收邮件的标题部62。并且，标题部32及标题部62包括识别电子邮件的报文ID(Identification)。
邮件服务器装置1也可以构成为包括1个或者2个以上的第1存储区域4。第2存储区域5是对于电子邮件的每个收信方而不同的存储区域。邮件服务器装置1构成为包括1个或者2个以上的第2存储区域5。第2存储区域5也可以作为每个用户的邮箱而构成。
邮件标题解读单元3将接收邮件的共享邮件信息31储存于第1存储区域4，将接收邮件的标题部32储存于接收邮件的每个收信方的第2存储区域5。此外，设为图1所示的共享邮件信息41相当于图1所示的共享邮件信息31。另外，设为图1所示的标题部51相当于图1所示的标题部32。
例如，设为邮件接收单元2接收到针对2个以上的收信方的多址邮件。在该情况下，邮件标题解读单元3在第1存储区域4中储存包括该接收邮件的邮件正文的邮件共享信息。另外，邮件标题解读单元3将该接收邮件的标题部储存到对应于各收信方的第2存储区域5。因此，邮件服务器装置1即使在接收到针对2个以上的收信方的多址邮件的情况下，也能够避免将相同数据的电子邮件重复储存到2个以上的邮箱。因此，邮件服务器装置1有助于抑制所管理的电子邮件的数据量的增大并且高效地管理电子邮件。
[第1实施方式]
使用附图，更详细地说明第1实施方式。此外，在以下说明中，将上述第1存储区域称为共享邮件储存部。另外，设为上述第2存储区域相当于所谓的个人邮箱。此外，在电子邮件不包括附件的情况下，在本文中说明的处理中，当然排除附件。此外，在以下说明中，邮件正文设为包括邮件正文的文字信息及作为邮件正文而插入的图像等。
图6是示出本实施方式的邮件服务器装置10的整体结构的一个例子的框图。
邮件服务器装置10构成为包括邮件接收单元200、邮件标题解读单元300、报文ID数据库400、共享邮件储存部500、个人邮箱600和邮件请求受理单元700。
图6所示的邮件服务器装置10的各结构要素也可以构成于同一设备内。或者，图6所示的邮件服务器装置10的结构要素中的至少一个结构要素也可以构成于其他设备。在该情况下，也可以经由因特网等网络与其他结构要素连接。此外，实现网络的方式有各种各样的，只要能够实现在本文中说明的功能即可，其详细内容没有限制。
具体来说，邮件服务器装置10使用1个或者2个以上的计算机所具备的通信装置、控制部(CPU(Central Processing Unit：中央处理单元))、存储装置来实现。存储装置通过磁盘装置、光盘装置、半导体存储器等来实现。此外，半导体存储器例如既可以是SSD(固态驱动器，Solid State Drive)，是使用闪存存储器的存储器，也可以包括DRAM(动态随机存取存储器，Dynamic Random Access Memory)。另外，邮件服务器装置10也可以通过使1个或者2个以上的计算机使用其硬件来执行各处理的计算机程序来实现。
邮件服务器装置10所具备的1个或者2个以上的存储装置具备对于电子邮件的每个报文ID而不同的第1存储区域(共享邮件储存部500)及对于电子邮件的每个收信方而不同的第2存储区域(个人邮箱600)。进一步地，邮件服务器装置10所具备的存储装置具备对报文ID、确定共享邮件信息的储存位置的信息与确定标题部的储存位置的信息建立对应地储存的第3存储区域。此外，共享邮件储存部500(第1存储区域)、个人邮箱600(第2存储区域)和第3存储区域也可以构成于同一存储装置。或者，共享邮件储存部500(第1存储区域)、个人邮箱600(第2存储区域)、第3存储区域也可以分别构成于不同的存储装置。
＜邮件接收单元200＞
邮件接收单元200经由因特网等网络和与邮件服务器装置10不同的邮件服务器(下面称为“其他邮件服务器100”)连接。具体来说，邮件接收单元200构成为包括与网络连接的通信装置。并且，邮件接收单元200接收从其他邮件服务器100通过SMTP发送的电子邮件。并且，邮件接收单元200将所接收到的电子邮件(下面简称为“电子邮件”)发送到邮件标题解读单元300。
＜邮件标题解读单元300＞
邮件标题解读单元300将电子邮件分离成包括邮件正文的共享邮件信息及标题部。在这里，共享邮件信息是至少包括邮件正文的信息，也可以构成为包括邮件正文和附件。即，如图6所示，邮件标题解读单元300将电子邮件分离成标题部301、邮件正文302和附件303。邮件标题解读单元300例如也可以使用CPU来实现。
并且，邮件标题解读单元300将电子邮件的共享邮件信息储存于与电子邮件的报文ID对应的第1存储区域(共享邮件储存部500)。进一步地，邮件标题解读单元300将电子邮件的标题部储存于电子邮件的每个收信方的第2存储区域(个人邮箱600)。
＜报文ID数据库400＞
如图6所示，报文ID数据库400储存对报文ID、标题部、邮件正文与附件建立了对应的信息401。具体来说，报文ID数据库400将对报文ID、确定共享邮件信息的储存位置的信息与确定标题部的储存位置的信息建立了对应的信息储存为记录。此外，报文ID数据库400在储存2个以上的报文ID的情况下，关于各报文ID，对报文ID、确定共享邮件信息的储存位置的信息与确定标题部的储存位置的信息建立对应地进行储存。此外，报文ID数据库400构成为包括储存1个或者2个以上的记录的第3存储区域。
图7是示出在报文ID数据库400中储存的记录的数据构造的图。
确定共享邮件信息的储存位置的信息是指确定共享邮件储存部500的位置的信息。即，确定共享邮件信息的储存位置的信息是指表示邮件正文及附件的保存目的地的信息。例如，确定储存共享邮件信息的位置的信息也可以是邮件正文、附件的储存目的地的文件路径等。在这里，确定储存共享邮件信息的位置的信息是在储存后能够访问所储存的邮件正文、附件的信息即可，其详细内容没有限制。
另外，确定标题部的储存位置的信息是指确定个人邮箱600的信息(下面称为“个人邮箱信息”)。例如，个人邮箱信息也可以是电子邮件的标题部的发送目的地地址(由To、Cc、Bcc指示的邮件地址)。
另外，设为报文ID数据库400具有控制所储存的记录的功能。具体来说，报文ID数据库400具有维持报文ID不重复存在的状态的功能。
报文ID数据库400针对来自邮件请求受理单元700的检索请求，提取所储存的记录，回送给检索请求源。另外，报文ID数据库400具有检索、结果响应、信息更新、信息的删除等功能。
＜共享邮件储存部500＞
如上所述，设为共享邮件储存部500构成为包括对于电子邮件的每个报文ID而不同的存储区域。共享邮件储存部500储存电子邮件的共享邮件信息。具体来说，共享邮件储存部500储存电子邮件的邮件正文302和附件303。进一步地，设为共享邮件储存部500包括存储区域，并且具有执行针对该存储区域的信息的读写的功能。
＜个人邮箱600＞
个人邮箱600储存电子邮件的标题部(图6所示的标题部301)。进一步地，个人邮箱600包括存储区域，并且执行对该存储区域的信息的读写。
如上所述，个人邮箱600构成为包括对于电子邮件的每个收信方而不同的存储区域。即，将对于电子邮件的每个接收者而不同的存储区域分配为构成个人邮箱的存储区域。
例如，与1个报文ID对应的电子邮件是针对2个以上的收信方的电子邮件。在该情况下，邮件标题解读单元300将该电子邮件的标题部301分别储存于与各收信方对应的个人邮箱600。并且，邮件标题解读单元300将与该报文ID对应的共享邮件信息、具体来说电子邮件的邮件正文302和附件303储存到共享邮件储存部500。
＜邮件请求受理单元700＞
邮件请求受理单元700经由因特网等网络与控制邮件应用程序(下面称为接收者邮件软件800)的终端装置连接。具体来说，邮件请求受理单元700构成为包括与网络连接的通信装置。并且，邮件请求受理单元700对接收者邮件软件800通过POP3等发送的邮件请求或者邮件删除请求进行接收。在以下说明中，邮件请求意味着获取电子邮件的标题部、邮件正文和附件的请求。另外，在以下说明中，邮件删除请求意味着删除已接收的电子邮件的标题部、邮件正文和附件的请求。此外，邮件接收单元200和邮件请求受理单元700也可以使用同一通信装置来实现。或者，邮件接收单元200和邮件请求受理单元700也可以使用不同的通信装置来实现。进一步地，邮件请求受理单元700也可以使用CPU来实现在本文中说明的处理。
接下来，详细说明邮件标题解读单元300。
邮件标题解读单元300从接收邮件的标题部301取得报文ID。并且，邮件标题解读单元300判断所取得的报文ID是否储存于报文ID数据库400中。
设为所取得的报文ID未储存于报文ID数据库400中。在该情况下，邮件标题解读单元300制作对报文ID、确定共享邮件信息的储存位置的信息与确定第2存储区域(个人邮箱)的信息建立了对应的记录。在这里所确定的个人邮箱600与所取得的报文ID所对应的标题部中的一个收信方相对应。并且，邮件标题解读单元300将所制作的记录登记到报文ID数据库400。
另一方面，设为所取得的报文ID储存于报文ID数据库400中。在该情况下，意味着在报文ID数据库400中登记有与所取得的报文ID对应的记录。因此，报文标题解读单元300确定与所取得的报文ID对应的记录。并且，报文标题解读单元300将确定与电子邮件的收信方对应的第2存储区域(个人邮箱)的信息追加于所确定的记录中。在这里所确定的个人邮箱600与报文ID所对应的标题部中的不同于所述一个收信方的其他收信方相对应。
接下来，详细说明邮件请求受理单元700接收到邮件请求的情况。
邮件请求受理单元700在接收到邮件请求的情况下，从与邮件请求源对应的第2存储区域(个人邮箱600)取得标题部301。具体来说，邮件请求受理单元700识别邮件请求源(即，电子邮件的接收者)，确定访问对象的个人邮箱600。并且，邮件请求受理单元700访问所确定的个人邮箱600，取得在该个人邮箱600中储存的标题部301。
此外，设为邮件请求受理单元700是能够访问所确定的个人邮箱600的状态。因此，邮件请求受理单元700在处于无法访问个人邮箱600的状态的情况下，使邮件请求受理单元700转变为能够访问该人邮箱600的状态。另外，在个人邮箱600储存于与邮件请求受理单元700不同的设备中的情况下，邮件请求受理单元700执行与储存有个人邮箱600的设备等连接等的处理。
并且，邮件请求受理单元700基于所取得的标题部301中包含的报文ID，确定第1存储区域(共享邮件储存部500)，取得共享邮件信息、具体来说电子邮件的邮件正文302和附件303。
具体来说，邮件请求受理单元700从所取得的标题部301取得(提取)报文ID。并且，邮件请求受理单元700将所取得的报文ID作为检索关键字，检索报文ID数据库400，取得(提取)记录。并且，邮件请求受理单元700从所取得的记录取得(提取)确定共享邮件信息、具体来说电子邮件的邮件正文302和附件303的储存位置(第1存储区域)的信息。并且，邮件请求受理单元700访问所确定的共享邮件信息的储存位置，取得共享邮件信息。即，邮件请求受理单元700从所确定的共享邮件信息的储存位置取得邮件正文302及附件303。
并且，邮件请求受理单元700将所取得的标题部301与所取得的共享邮件信息、具体来说电子邮件的邮件正文302和附件303结合，制作电子邮件。此外，在以下说明中，邮件请求受理单元700将所取得的标题部、所取得的邮件正文、所取得的附件分别称为标题部701、邮件正文702、附件703。
并且，邮件请求受理单元700将所制作的电子邮件发送到邮件请求源。即，邮件请求受理单元700对控制接收者邮件软件800的终端装置(下面称为“客户端终端”)发送所制作的电子邮件。例如，邮件请求受理单元700将包括图6所示的标题部701、邮件正文702和附件703的电子邮件发送到客户端终端。
接下来，详细说明邮件请求受理单元700接收到邮件删除请求的情况。
邮件请求受理单元700在接收到邮件删除请求的情况下，基于邮件删除请求，确定标题部的储存位置及删除对象的标题部。具体来说，邮件请求受理单元700确定邮件删除请求源的个人邮箱600。并且，邮件请求受理单元700确定在所确定的个人邮箱600中储存的标题部301。
并且，邮件请求受理单元700基于在删除对象的标题部中包括的报文ID，从报文ID数据库400的记录删除确定删除对象的个人邮箱600的信息。具体来说，邮件请求受理单元700确定在删除对象的各电子邮件的标题部中包含的报文ID。并且，邮件请求受理单元700参照报文ID数据库400的记录，删除记录于所确定的各报文ID的记录的个人邮箱信息的确定个人邮箱600的信息。
并且，邮件请求受理单元700删除在所确定的个人邮箱600中储存的标题部301。
并且，邮件请求受理单元700判定在报文ID数据库400的记录的个人邮箱信息的确定个人邮箱的信息中是否登记有某些信息。
作为所述判定的结果，在确定个人邮箱的信息为空的情况下，邮件请求受理单元700确定报文ID数据库400的记录的共享邮件信息、具体来说电子邮件的邮件正文302和附件303的储存位置。
并且，邮件请求受理单元700删除所确定的共享邮件信息、具体来说电子邮件的邮件正文302和附件303。
并且，邮件请求受理单元700删除报文ID数据库400的记录。
接下来，详细说明本实施方式的邮件服务器装置10的动作。
＜邮件接收＞
首先，详细说明邮件服务器装置10接收到电子邮件的情况下的动作。此外，在以下说明中，例示出邮件服务器装置10接收到图3所示的电子邮件的情况来进行说明。即，在以下说明中，例示出接收到报文ID是“20150610123456789@xxx.example.am”、收信方是“To：kobe@example.xxx.jp、Cc：kyoto@example.xxx.jp、Bcc：osaka@example.xxx.jp”的电子邮件的情况来进行说明。此外，图2所示的电子邮件的构造及图3所示的电子邮件是一个例子，其主旨不是将本实施方式的电子邮件限定于图2所示的构造及图3所示的电子邮件。
图8、图9是示出接收到电子邮件的情况下的动作的一个例子的流程图。此外，在初始状态下，设为报文ID“20150610123456789@xxx.example.am”在报文ID数据库400中未登记。
首先，设为邮件接收单元200通过SMTP接收到电子邮件(图8所示的步骤A1)。例如，邮件接收单元200通过SMTP接收按图2所示的构造制作的图3所示的电子邮件。
邮件接收单元200当接收到电子邮件时，将接收邮件发送到邮件标题解读单元300(步骤A2)。即，邮件接收单元200将接收邮件的数据发送到邮件标题解读单元300。
在步骤B1中，邮件标题解读单元300从邮件接收单元200对接收邮件进行接收。在步骤B2中，邮件标题解读单元300取得接收邮件的标题部。具体来说，邮件标题解读单元300基于电子邮件的构造(例如，图2所示的构造)，提取接收邮件的标题部。然后，在步骤B3中，邮件标题解读单元300从标题部提取报文ID。
在步骤B4中，邮件标题解读单元300检索报文ID。具体来说，邮件标题解读单元300将检索包括所提取出的报文ID的记录的命令发送到报文ID数据库400。换言之，邮件标题解读单元300将以所提取出的报文ID作为检索关键字来检索记录的命令发送到报文ID数据库400。
在步骤C1中，报文ID数据库400执行检索。具体来说，报文ID数据库400检索包括接收邮件的报文ID的记录，将检索结果发回给邮件标题解读单元300。
在步骤B5中，邮件标题解读单元300判断在报文ID数据库400中是否储存有包括作为检索关键字的报文ID的记录。
在这里，设为检索关键字是报文ID“20150610123456789@xxx.example.am”。并且，设为报文ID“20150610123456789@xxx.example.am”在报文ID数据库400中未登记。在该情况下，邮件标题解读单元300判断为在报文ID数据库400中未储存包括作为检索关键字的报文ID的记录。
当在报文ID数据库400中未储存包括作为检索关键字的报文ID的记录的情况下(步骤B5的“否”分支)，转变到图9所示的步骤B8。另一方面，当在报文ID数据库400中储存有包括作为检索关键字的报文ID的记录的情况下(步骤B5的“是”分支)，转变到步骤B6。关于步骤B6之后的处理，在后面叙述。
在图9所示的步骤B8中，邮件标题解读单元300制作新的记录。具体来说，邮件标题解读单元300发送制作报文ID是检索关键字的记录的命令。例如，设为检索关键字是报文ID“20150610123456789@xxx.example.am”。在该情况下，邮件标题解读单元300将制作包括报文ID“20150610123456789@xxx.example.am”的记录的命令发送到报文ID数据库400。
例如，报文ID数据库400也可以如图10所示，将对报文ID、共享邮件储存部500的位置与个人邮箱信息建立对应的数据制作成记录。并且，报文ID数据库400也可以将报文ID“20150610123456789@xxx.example.am”登记到所制作的数据(参照图10)。此外，在图10、图11、图12、图13中示出表格形式的数据，但其主旨不是将记录限定于表格形式。记录只要是对报文ID、共享邮件储存部500的位置与个人邮箱信息建立了对应的信息即可，其详细内容没有限制。
并且，邮件标题解读单元300将邮件正文和附件储存于共享邮件储存部500(步骤B9、步骤D1)。具体来说，邮件标题解读单元300基于电子邮件的构造(例如，图2所示的构造)，从电子邮件提取邮件正文和附件。并且，邮件标题解析单元300将所提取出的邮件正文和附件储存于共享邮件储存部500。在这里，设为邮件标题解析单元300在共享邮件储存部500的空闲区域中储存所提取出的邮件正文和附件。
在步骤B10中，邮件标题解读单元300将确定共享邮件储存部500的位置的信息写入到报文ID数据库400。具体来说，邮件标题解读单元300将对记录写入确定共享邮件储存部500的位置的信息的命令发送到报文ID数据库400。如上所述，确定共享邮件储存部500的位置的信息例如也可以是文件路径等。确定共享邮件储存部500的位置的信息只要是在储存后能够访问所储存的邮件正文、附件的信息，则其详细内容没有限制。
在步骤C4中，报文ID数据库400写入确定共享邮件储存部500的位置的信息。具体来说，报文ID数据库400接受邮件标题解读单元300发出的命令，将确定共享邮件储存部500的位置的信息写入到记录中(参照图11)。
在步骤B11中，邮件标题解读单元300将确定个人邮箱600的信息追加到报文ID数据库400的个人邮箱信息。具体来说，邮件标题解读单元300将对记录追加确定个人邮箱600的信息的命令发送到报文ID数据库400。
在步骤C5中，报文ID数据库400追加确定个人邮箱600的信息。具体来说，报文ID数据库400接受邮件标题解读单元300发出的命令，将确定个人邮箱600的信息追加于记录中。例如，如图12所示，报文ID数据库400也可以将邮件地址的用户名部分(在图12的情况下是图3所示的收信方邮件地址“kobe@example.xxx.jp”的用户名“kobe”)追加到个人邮箱信息。此外，图12所示的个人邮箱信息是一个例子，其主旨不是将个人邮箱信息限定于邮件地址的用户名部分。个人邮箱信息只要是确定个人邮箱600的信息即可，其详细内容没有限制。
在步骤B12中，邮件标题解读单元300将标题部发送给个人邮箱600。并且，在步骤E2中，个人邮箱600储存邮件标题解读单元300所发送的标题部。具体来说，邮件标题解读单元300将图3所示的电子邮件的标题部发送到用户名“kobe”的个人邮箱600。并且，用户名“kobe”的个人邮箱600储存所发送的标题部(图3所示的电子邮件的标题部)。
接下来，关于与报文ID对应的标题部中的不同于已登记的一个收信方的其他收信方，详细说明邮件服务器装置10的动作。此外，在以下说明中，将已登记的一个收信方设为“kobe@example.xxx.jp”、将其他收信方设为“kyoto@example.xxx.jp”来进行说明。另外，在以下说明中，设为邮件服务器装置10已接收到图3所示的电子邮件(报文ID“20150610123456789@xxx.example.am”的电子邮件)，已制作图12所示的记录。
如上所述，在图8所示的步骤B5中，邮件标题解读单元300判断在报文ID数据库400中是否储存有包括作为检索关键字的报文ID的记录。
在这里，设为邮件标题解读单元300判断为在报文ID数据库400中储存有包括作为检索关键字的报文ID的记录。在该情况下，邮件标题解读单元300将确定个人邮箱600的信息追加到报文ID数据库400的个人邮箱信息(步骤B6)。具体来说，邮件标题解读单元300将在记录中将确定个人邮箱600的信息追加于与报文ID对应的个人邮箱信息中的命令发送给报文ID数据库400。
在步骤C2中，报文ID数据库400追加确定个人邮箱600的信息。具体来说，报文ID数据库400接受邮件标题解读单元300发出的命令，将确定个人邮箱600的信息追加于与报文ID对应的个人邮箱信息中。例如，如图13所示，报文ID数据库400也可以将邮件地址的用户名部分(在图13的情况下是图3所示的收信方邮件地址“kyoto@example.xxx.jp”的用户名“kyoto”)追加于个人邮箱信息中。
在步骤B7中，邮件标题解读单元300将标题部发送给发送目的地的个人邮箱600。并且，在步骤E1中，个人邮箱600储存邮件标题解读单元300所发送的标题部。具体来说，邮件标题解读单元300将图3所示的电子邮件的标题部发送给用户名“kyoto”的个人邮箱600。并且，用户名“kyoto”的个人邮箱600储存所发送的标题部(图3所示的电子邮件的标题部)。
＜邮件请求＞
接下来，详细说明邮件服务器装置10从电子邮件的收信方接收到电子邮件的请求的情况下的动作。此外，在以下说明中，例示出邮件服务器装置10接收图3所示的电子邮件、并从电子邮件的收信方“kobe@example.xxx.jp”接收到电子邮件的请求的情况来进行说明。
图14是示出邮件服务器装置10从电子邮件的收信方接收到电子邮件的请求的情况下的动作的一个例子的流程图。
首先，设为邮件请求受理单元700从客户端终端接收到邮件请求(图14所示的步骤F1)。具体来说，邮件请求受理单元700从客户端终端接收POP3等的邮件请求。例如，邮件请求受理单元700从“kobe@example.xxx.jp”的客户端终端接收POP3等的邮件请求。
邮件请求受理单元700当从客户端终端接收到邮件请求时，确定个人邮箱600(步骤F2)。具体来说，邮件请求受理单元700基于邮件请求，确定邮件请求源。并且，邮件请求受理单元700确定与邮件请求源对应的个人邮箱600。例如，在从电子邮件的收信方“kobe@example.xxx.jp”接收到电子邮件的请求的情况下，邮件请求受理单元700确定用户名“kobe”的个人邮箱600。
在步骤F3中，邮件请求受理单元700请求标题部。具体来说，邮件请求受理单元700请求所确定的个人邮箱600发送电子邮件的标题部。在这里，邮件请求受理单元700也可以关于邮件请求源的客户端终端未接收到的2个以上的电子邮件，请求各电子邮件的标题部。
在步骤E2中，个人邮箱600将标题部发送给邮件请求受理单元700。具体来说，个人邮箱600响应于来自邮件请求受理单元700的标题部的请求，将所储存的标题部发送给邮件请求受理单元700。
在步骤F4中，邮件请求受理单元700取得标题部。在步骤F5中，邮件请求受理单元700提取报文ID。具体来说，邮件请求受理单元700从所取得的标题部提取报文ID。例如，邮件请求受理单元700从邮件请求源的用户名“kobe”的个人邮箱600取得报文ID“20150610123456789@xxx.example.am”的电子邮件的标题部。并且，报文请求受理单元700从所取得的标题部提取报文ID“20150610123456789@xxx.example.am”。
在步骤F6中，邮件请求受理单元700检索报文ID。具体来说，邮件请求受理单元700将检索包括所提取出的报文ID的记录的命令发送给报文ID数据库400。
在步骤C6中，报文ID数据库400响应记录。具体来说，报文ID数据库400接受邮件请求受理单元700发出的命令，检索包括报文ID的记录，将检索结果发回给邮件请求受理单元700。例如，报文ID数据库400将包括报文ID“20150610123456789@xxx.example.am”的图13所示的记录发回给邮件请求受理单元700。
在步骤F7中，邮件请求受理单元700取得确定共享邮件储存部500的位置的信息。具体来说，邮件请求受理单元700基于从报文ID数据库400获取到的检索结果，取得确定共享邮件储存部500的位置的信息。
在步骤F8中，邮件请求受理单元700请求邮件正文及附件。具体来说，邮件请求受理单元700请求发送在所确定的共享邮件储存部500中储存的邮件正文及附件。并且，在步骤D2中，共享邮件储存部500将邮件正文及附件发送到邮件请求受理单元700。例如，设为在共享邮件储存部500中储存有与报文ID“20150610123456789@xxx.example.am”的电子邮件对应的图3所示的邮件正文。在该情况下，邮件请求受理单元700从所确定的共享邮件储存部500取得图3所示的邮件正文。
在步骤F9中，邮件请求受理单元700对标题部、邮件正文与附件进行合成。具体来说，邮件请求受理单元700对所取得的标题部、所取得的邮件正文与所取得的附件进行合成，使电子邮件复原。例如，设为报文ID数据库400储存有图13所示的记录。并且，设为邮件服务器装置10从用户名“kobe”的客户端终端接收到电子邮件的请求。在该情况下，邮件请求受理单元700执行上述处理，使图3所示的电子邮件复原。
在步骤F10中，邮件请求受理单元700响应于邮件请求。具体来说，邮件请求受理单元700将复原而得到的电子邮件发送到邮件请求源的客户端终端。此外，关于邮件请求受理单元700从与图3所示的“osaka@example.xxx.jp”对应的客户端终端接收到邮件请求的情况，也如上所述，所以省略详细说明。
＜邮件删除＞
接下来，详细说明邮件服务器装置10从客户端终端接收到邮件删除请求的情况下的动作。此外，在以下说明中，例示出邮件服务器装置10接收图3所示的电子邮件、并从电子邮件的收信方“kyoto@example.xxx.jp”接收到电子邮件的删除请求的情况来进行说明。
图15、图16是示出邮件服务器装置10从电子邮件的收信方接收到电子邮件的删除请求的情况下的动作的一个例子的流程图。
首先，设为邮件请求受理单元700接收到来自客户端终端的邮件删除请求(图15所示的步骤F11)。具体来说，邮件请求受理单元700从客户端终端接收使用POP3等的邮件删除请求。
邮件请求受理单元700当接收到邮件删除请求时，确定个人邮箱600(步骤F12)。具体来说，邮件请求受理单元700基于邮件删除请求，确定个人邮箱600。例如，邮件请求受理单元700也可以基于与邮件删除请求的发送源相关的信息来确定个人邮箱600。在从电子邮件的收信方“kyoto@example.xxx.jp”接收到电子邮件的删除请求的情况下，邮件请求受理单元700确定与用户名“kyoto”对应的个人邮箱600。
在步骤F13中，邮件请求受理单元700向所确定的个人邮箱600请求标题部。具体来说，邮件请求受理单元700请求所确定的个人邮箱600发送标题部。
在步骤E3中，个人邮箱600发送标题部。具体来说，邮件请求受理单元700所确定的个人邮箱600根据来自邮件请求受理单元700的请求，提取所储存的标题部，将所提取出的标题部发送到邮件请求受理单元700。此外，个人邮箱600也可以从个人邮箱600的存储区域提取2个以上的电子邮件的标题部，将所提取出的2个以上的标题部发送到邮件请求受理单元700。
在步骤F14中，邮件请求受理单元700取得标题部。然后，在步骤F15中，邮件请求受理单元700从所取得的标题部提取报文ID。
在步骤F16中，邮件请求受理单元700向报文ID数据库400请求个人邮箱信息的删除。具体来说，邮件请求受理单元700将从包括所提取出的报文ID的记录删除确定预定的个人邮箱600的信息的命令发送到报文ID数据库400。在这里，预定的个人邮箱600意味着与邮件删除请求源对应的个人邮箱600。此外，设为该命令构成为包括所提取出的报文ID。
例如，设为电子邮件的删除请求源的用户名是“kyoto”。在该情况下，邮件请求受理单元700发送从报文ID数据库400删除确定用户名“kyoto”的个人邮箱600的信息的命令。
在步骤C7中，报文ID数据库400从记录删除被请求删除的个人邮箱信息。具体来说，报文ID数据库400接受邮件请求受理单元700发出的命令，将在该命令中包含的报文ID作为检索关键字，检索所储存的1个或者2个以上的记录。并且，报文ID数据库400确定包括作为检索关键字的报文ID的记录。并且，报文ID数据库400从所确定的记录删除与邮件删除请求源对应的确定个人邮箱600的信息。
例如，设为邮件服务器装置10已接收到图3所示的电子邮件，并且接收到电子邮件的删除请求。在这里，设为电子邮件的删除请求源的用户名是“kyoto”。并且，设为作为检索关键字的报文ID是“20150610123456789@xxx.example.am”。在该情况下，报文ID数据库400将报文ID“20150610123456789@xxx.example.am”作为检索关键字，确定图13所示的记录。并且，报文ID数据库400从所确定的记录的个人邮箱信息删除用户名“kyoto”，如图12所示地更新记录。
在步骤F17中，邮件请求受理单元700请求在个人邮箱600中储存的标题部的删除。具体来说，邮件请求受理单元700请求所确定的个人邮箱600删除在该个人邮箱600中储存的标题部。
在步骤E4中，个人邮箱600删除标题部。具体来说，个人邮箱600删除已储存的标题部。并且，转变到图16所示的步骤F18。
在图16所示的步骤F18中，邮件请求受理单元700请求报文ID数据库400进行报文ID的检索。具体来说，邮件请求受理单元700将检索所提取出的报文ID的命令发送到报文ID数据库400。
在步骤C8中，报文ID数据库400执行检索。具体来说，报文ID数据库400检索包括检索关键字的报文ID的记录，将检索结果发送到邮件请求受理单元700。
在步骤F19中，邮件请求受理单元700判断在个人邮箱信息中是否登记有信息。具体来说，邮件请求受理单元700判断在从报文ID数据库400发送的记录(即，检索结果)中在个人邮箱信息中是否登记有信息。例如，在所取得的记录是图12所示的状态的情况下，邮件请求受理单元700判断为在个人邮箱信息中登记有信息。另一方面，在所取得的记录是图11所示的状态的情况下，邮件请求受理单元700判断为在个人邮箱信息中未登记信息。
当在个人邮箱信息中登记有信息的情况下(步骤F19的“是”分支)，邮件服务器装置10结束删除电子邮件的处理。
另一方面，当在个人邮箱信息中未登记信息的情况下(步骤F19的“否”分支)，邮件请求受理单元700将删除与所取得的记录对应的共享邮件信息的命令发送到共享邮件储存部500(步骤F20)。
在步骤D3中，共享邮件储存部500删除共享邮件信息。具体来说，共享邮件储存部500删除与所取得的记录对应的邮件正文和附件。
在步骤F21中，邮件请求受理单元700将记录的删除命令发送到报文ID数据库400。具体来说，邮件请求受理单元700将删除所取得的记录的命令发送到报文ID数据库400。
在步骤C9中，报文ID数据库400执行删除。具体来说，报文ID数据库400删除接受到删除命令的记录。
[变形例1]
作为本实施方式的邮件服务器装置10的变形例1，也可以接收包括确定删除对象的电子邮件的信息的邮件删除请求。例如，确定删除对象的电子邮件的信息也可以是报文ID、发送日期时间、接收日期时间、与发送源相关的信息(邮件地址、用户名等)等。此外，确定删除对象的电子邮件的信息只要能够确定删除对象的电子邮件即可，其详细内容没有限制。
在邮件删除请求包括确定删除对象的电子邮件的信息的情况下，发送标题部的请求优选包括确定删除对象的电子邮件的信息。或者，在邮件删除请求包括确定删除对象的电子邮件的信息的情况下，个人邮箱600也可以基于确定删除对象的电子邮件的信息，提取标题部，将所提取出的标题部发送到邮件请求受理单元700。例如，在邮件删除请求包括删除对象的电子邮件的报文ID的情况下，个人邮箱600提取包括该报文ID的标题部。
如上所述，本实施方式的邮件服务器装置10在对于每个报文ID而不同的第1存储区域(共享邮件储存部500)中储存包括邮件正文的共享邮件信息。另外，本实施方式的邮件服务器装置10在对于每个收信方而不同的第2存储区域(个人邮箱600)中储存标题部。例如，邮件服务器装置10在接收到针对2个以上的收信方的电子邮件的情况下，将该电子邮件的邮件正文储存于共享邮件储存部500中，将标题部储存于与各收信方对应的个人邮箱600中。因此，避免本实施方式的邮件服务器装置10管理冗余的数据(重复的数据)。因此，本实施方式的邮件服务器装置10有助于抑制所管理的电子邮件的数据量的增大并且高效地管理电子邮件。
[第2实施方式]
接下来，说明第2实施方式。
本实施方式是将标题部和共享邮件信息储存于第1存储区域、将标题部储存于第2存储区域的方式。此外，在本实施方式的说明中，省略与上述实施方式重复的部分的说明。进一步地，在本实施方式的说明中，对与上述实施方式相同的结构要素附加相同附图标记，省略其说明。另外，在本实施方式的说明中，关于与上述实施方式相同的作用效果，也省略其说明。
图17是示出本实施方式的邮件服务器装置10a的整体结构的一个例子的框图。在以下说明中，详细说明与第1实施方式的邮件服务器装置10的不同点。
本实施方式的邮件标题解读单元300a将从接收邮件取得的标题部和共享邮件信息储存于与接收邮件的报文ID对应的第1存储区域(共享邮件储存部500)中。另外，本实施方式的邮件标题解读单元300a将从接收邮件取得的标题部储存于接收邮件的每个收信方的第2存储区域(个人邮箱600)中。
标题部的数据量小于邮件正文的数据量的情况较多。因此，即使将标题部和邮件正文储存于共享邮件储存部500，对共享邮件储存部500的可使用容量造成的影响也小。但是，通过将标题部和邮件正文储存于共享邮件储存部500，从而在用于将标题部与邮件正文结合而使电子邮件复原的处理中，有助于削减处理时间。因此，本实施方式的邮件服务器装置10a有助于抑制所管理的电子邮件的数据量的增大并且更高效地管理电子邮件。
[第3实施方式]
接下来，说明第3实施方式。
本实施方式是将标题部和共享邮件信息储存于第1存储区域、将标题部中的报文ID储存于第2存储区域的方式。此外，在本实施方式的说明中，省略与上述实施方式重复的部分的说明。进一步地，在本实施方式的说明中，对与上述实施方式相同的结构要素附加相同附图标记，省略其说明。另外，在本实施方式的说明中，关于与上述实施方式相同的作用效果，也省略其说明。
本实施方式的邮件服务器装置10b的结构如图18所示。在以下说明中，详细说明与第1实施方式的邮件服务器装置10的不同点。
本实施方式的邮件标题解读单元300b将从接收邮件取得的标题部和共享邮件信息储存于与接收邮件的报文ID对应的第1存储区域(共享邮件储存部500)中。另外，本实施方式的邮件标题解读单元300b将标题部的报文ID304储存于接收邮件的每个收信方的第2存储区域(个人邮箱600)。
如上所述，标题部的数据量小于邮件正文的数据量的情况较多。因此，即使将标题部和邮件正文储存于共享邮件储存部500，对共享邮件储存部500的可使用容量造成的影响也小。进一步地，在个人邮箱600中，代替标题部而储存报文ID，从而与第2实施方式相比，能够抑制所管理的电子邮件的数据量的增大。因此，本实施方式的邮件服务器装置10b有助于高效地管理电子邮件并且进一步抑制所管理的电子邮件的数据量的增大。
上述实施方式的一部分或者全部还能够如以下的方式那样记载，但不限于以下方式。
(方式1)如上述第1视角的邮件服务器装置所述。
(方式2)根据附记1所述的邮件服务器装置，构成为还包括报文ID数据库，该报文ID数据库将对所述接收邮件的报文ID、确定所述共享邮件信息的储存位置的信息与确定所述标题部的储存位置的信息建立了对应的信息储存为记录。
(方式3)根据附记2所述的邮件服务器装置，所述报文ID数据库将对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定个人邮箱的信息建立了对应的信息储存为所述记录。
(方式4)根据附记1至3中任一项所述的邮件服务器装置，构成为还包括接收邮件请求的邮件请求受理单元，所述邮件请求受理单元在接收到所述邮件请求的情况下，从与邮件请求源对应的所述第2存储区域取得所述标题部，基于所取得的所述标题部中包含的报文ID，确定所述第1存储区域，从所确定的所述第1存储区域取得所述共享邮件信息，将所取得的所述标题部与所取得的所述共享邮件信息结合，制作电子邮件，将所制作的所述电子邮件发送给所述邮件请求源。
(方式5)根据附记4所述的邮件服务器装置，所述邮件请求受理单元接收邮件删除请求，所述邮件请求受理单元在接收到所述邮件删除请求的情况下，确定删除对象的标题部的储存位置及所述删除对象的标题部，基于所述删除对象的标题部中包含的报文ID，确定所述共享邮件信息的储存位置。
(方式6)根据附记1至5中任一项所述的邮件服务器装置，所述邮件标题解读单元从所述接收邮件的标题部取得报文ID，判断所取得的所述报文ID是否储存于所述报文ID数据库中，在所取得的所述报文ID未储存于所述报文ID数据库中的情况下，制作对报文ID、确定所述共享邮件信息的储存位置的信息、确定与所取得的报文ID对应的标题部中的一个收信方所对应的第2存储区域的信息建立了对应的所述记录，将所制作的所述记录登记于所述报文ID数据库。
(方式7)根据附记6所述的邮件服务器装置，在所取得的所述报文ID储存于所述报文ID数据库中的情况下，所述邮件标题解读单元确定与所取得的所述报文ID对应的所述记录，将确定与所述报文ID对应的标题部中的不同于所述一个收信方的其他收信方所对应的所述第2存储区域的信息追加于所确定的所述记录中。
(方式8)根据附记1至7中任一项所述的邮件服务器装置，所述邮件标题解读单元将从所述接收邮件取得的所述标题部及所述共享邮件信息储存于与所述接收邮件的报文ID对应的所述第1存储区域，将从所述接收邮件取得的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域。
(方式9)根据附记1至8中任一项所述的邮件服务器装置，所述邮件标题解读单元将从所述接收邮件取得的所述标题部及所述共享邮件信息储存于与所述接收邮件的报文ID对应的所述第1存储区域，将所述接收邮件的报文ID储存于所述接收邮件的每个收信方的所述第2存储区域。
(方式10)如上述第2视角的邮件管理方法所述。
(方式11)根据附记10所述的邮件管理方法，还包括将对所述接收邮件的报文ID、确定所述共享邮件信息的储存位置的信息与确定所述标题部的储存位置的信息建立了对应的信息储存为记录的工序。
(方式12)根据附记11所述的邮件管理方法，在储存所述记录的工序中，将对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定个人邮箱的信息建立了对应的信息储存为所述记录。
(方式13)根据附记10至12中任一项所述的邮件管理方法，还包括：接收邮件请求的工序；在接收到所述邮件请求的情况下从与邮件请求源对应的所述第2存储区域取得所述标题部的工序；基于所取得的所述标题部中包含的报文ID来确定所述第1存储区域的工序；从所确定的所述第1存储区域取得所述共享邮件信息的工序；将所取得的所述标题部与所取得的所述共享邮件信息结合而制作电子邮件的工序；及将所制作的所述电子邮件发送给所述邮件请求源的工序。
(方式14)根据附记13所述的邮件管理方法，包括：接收邮件删除请求的工序；在接收到所述邮件删除请求的情况下确定删除对象的标题部的储存位置及所述删除对象的标题部的工序；及基于所述删除对象的标题部中包含的报文ID来确定所述共享邮件信息的储存位置的工序。
(方式15)根据附记10至14中任一项所述的邮件管理方法，在所述分离的工序中，还包括：从所述接收邮件的标题部取得报文ID的工序；判断所取得的所述报文ID是否储存于所述报文ID数据库中的工序；及在所取得的所述报文ID未储存于所述报文ID数据库中的情况下制作对报文ID、确定所述共享邮件信息的储存位置的信息、确定与所取得的报文ID对应的标题部中的一个收信方所对应的第2存储区域的信息建立了对应的所述记录，并将所制作的所述记录登记于所述报文ID数据库的工序。
(方式16)根据附记15所述的邮件管理方法，在所述分离的工序中，还包括：在所取得的所述报文ID储存于所述报文ID数据库中的情况下确定与所取得的所述报文ID对应的所述记录的工序；及将确定与所述报文ID对应的标题部中的不同于所述一个收信方的其他收信方所对应的所述第2存储区域的信息追加于所确定的所述记录中的工序。
(方式17)根据附记10至16中任一项所述的邮件管理方法，在所述分离的工序中，还包括：将从所述接收邮件取得的所述标题部及所述共享邮件信息储存于与所述接收邮件的报文ID对应的所述第1存储区域的工序；及将从所述接收邮件取得的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域的工序。
(方式18)根据附记10至17中任一项所述的邮件管理方法，在所述分离的工序中，还包括：将从所述接收邮件取得的所述标题部及所述共享邮件信息储存于与所述接收邮件的报文ID对应的所述第1存储区域的工序；及将所述接收邮件的报文ID储存于所述接收邮件的每个收信方的所述第2存储区域的工序。
(方式19)如上述第3视角的邮件管理程序所述。
上述方式19所示的方式与方式1所示的方式同样地，能够扩展为方式2至9所示的方式。
此外，通过引用将上述专利文献的公开内容并入到本文中。在本发明的全部公开(包括权利要求书)的框架内，进一步地基于其基本技术思想，能够进行实施方式的变更、调整。另外，在本发明的全部公开的框架内，能够进行各种公开要素(包括各权利要求的各要素、各实施方式的各要素、各附图的各要素等)的多种多样的组合或者选择。即，本发明当然包括依照包括权利要求书的全部公开、技术思想而只要是本领域技术人员就能够进行的各种变形、修正。特别是，关于本文中记载的数值范围，在该范围内包含的任意的数值或者小范围即使在没有特别记载的情况下，也应该解释为是具体记载的。此外，在本申请中，“邮件接收单元”、“邮件标题解读单元”、“邮件请求受理单元”等记载为“单元”的功能单元还能够分别表示为该功能组件或者该功能部。
附图标记说明
1、10、10a、10b 邮件服务器装置
2、200 邮件接收单元
3、300、300a、300b 邮件标题解读单元
4 第1存储区域
5 第2存储区域
31、41、61 共享邮件信息
32、51、62、301、701、4100、4300 标题部
100 其他邮件服务器
302、702、4101、4301 邮件正文
303、703、4102、4302 附件
304 标题部的报文ID
400 报文ID数据库
401 对报文ID、标题部与共享邮件信息建立了对应的信息
500 共享邮件储存部
600 个人邮箱
700 邮件请求受理单元
800 接收者邮件软件
3100、3410、3511～3513、3700 邮件
3200、3600 邮件软件
3300 xxx.example.am的邮件服务器
3310 发送目的地邮件服务器判定功能
3400 example.xxx.jp的邮件服务器
3501 kobe的邮箱
3502 kyoto的邮箱
3503 osaka的邮箱
4000 邮件服务器
4310 1@a.b.c的邮箱
4410 2@a.b.c的邮箱
权利要求书(按照条约第19条的修改)
1.(修改后)一种邮件服务器装置，构成为包括：
邮件接收单元，接收电子邮件；
邮件标题解读单元，在所述邮件接收单元接收到所述电子邮件的情况下，将接收邮件分离成包括邮件正文的共享邮件信息和标题部；
第1存储区域；
对于电子邮件的每个收信方而不同的第2存储区域；及
不同于所述第1存储区域及所述第2存储区域的第3存储区域，
所述标题部包括所述接收邮件的发送源地址和所述接收邮件的主题中的至少任一方的信息及所述接收邮件的报文ID，
所述邮件标题解读单元将所述接收邮件的所述共享邮件信息储存于所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域，
所述第3存储区域储存报文ID数据库，该报文ID数据库将对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定所述标题部的储存位置的信息建立了对应的信息储存为记录。
2.(删除)
3.(修改后)根据权利要求1所述的邮件服务器装置，其中，
所述报文ID数据库将对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定个人邮箱的信息建立了对应的信息储存为所述记录。
4.(修改后)根据权利要求1或3所述的邮件服务器装置，其中，
构成为还包括接收邮件请求的邮件请求受理单元，
所述邮件请求受理单元在接收到所述邮件请求的情况下，从与邮件请求源对应的所述第2存储区域取得所述标题部，
所述邮件请求受理单元基于所取得的所述标题部中包含的报文ID，确定所述第1存储区域，从所确定的所述第1存储区域取得所述共享邮件信息，
所述邮件请求受理单元将所取得的所述标题部与所取得的所述共享邮件信息结合，制作电子邮件，
所述邮件请求受理单元将所制作的所述电子邮件发送给所述邮件请求源。
5.根据权利要求4所述的邮件服务器装置，其中，
所述邮件请求受理单元接收邮件删除请求，
所述邮件请求受理单元在接收到所述邮件删除请求的情况下，基于所述邮件删除请求，确定所述标题部的储存位置及删除对象的标题部，基于所述删除对象的标题部中包含的报文ID，确定所述共享邮件信息的储存位置。
6.(修改后)根据权利要求1、3～5中任一项所述的邮件服务器装置，其中，
所述邮件标题解读单元从所述接收邮件的标题部取得报文ID，判断所取得的报文ID是否储存于所述报文ID数据库中，
在所取得的所述报文ID未储存于所述报文ID数据库中的情况下，所述邮件标题解读单元制作对报文ID、确定所述共享邮件信息的储存位置的信息、确定与所取得的报文ID对应的标题部中的一个收信方所对应的第2存储区域的信息建立了对应的所述记录，
所述邮件标题解读单元将所制作的所述记录登记于所述报文ID数据库。
7.根据权利要求6所述的邮件服务器装置，其中，
在所取得的所述报文ID储存于所述报文ID数据库中的情况下，所述邮件标题解读单元确定与所取得的所述报文ID对应的所述记录，
所述邮件标题解读单元将确定与所述报文ID对应的标题部中的不同于所述一个收信方的其他收信方所对应的所述第2存储区域的信息追加于所确定的所述记录中。
8.(修改后)根据权利要求1、3～7中任一项所述的邮件服务器装置，其中，
所述邮件标题解读单元将从所述接收邮件取得的所述标题部及所述共享邮件信息储存于与所述接收邮件的报文ID对应的所述第1存储区域，
所述邮件标题解读单元将从所述接收邮件取得的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域。
9.一种邮件管理方法，包括：
邮件服务器装置接收电子邮件的工序；及
所述邮件服务器装置将接收邮件分离成包括邮件正文的共享邮件信息及标题部的工序，
所述邮件服务器装置构成为包括：
第1存储区域；
对于电子邮件的每个收信方而不同的第2存储区域；及
不同于所述第1存储区域及所述第2存储区域的第3存储区域，
所述标题部包括所述接收邮件的发送源地址和所述接收邮件的主题中的至少任一方的信息及所述接收邮件的报文ID，
在所述分离的工序中，将所述接收邮件的所述共享邮件信息储存于与所述报文ID对应的所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域，
在所述第3存储区域储存对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定所述标题部的储存位置的信息建立了对应的信息。
10.(修改后)一种邮件管理程序，由控制邮件服务器装置的计算机执行，
所述邮件服务器装置构成为包括：
第1存储区域；
对于电子邮件的每个收信方而不同的第2存储区域；及
不同于所述第1存储区域及所述第2存储区域的第3存储区域，
所述邮件管理程序使所述计算机执行如下处理：
接收电子邮件的处理；及
将接收邮件分离成包括邮件正文的共享邮件信息及标题部的处理，
所述标题部包括所述接收邮件的发送源地址和所述接收邮件的主题中的至少任一方的信息及所述接收邮件的报文ID，
在所述分离的处理中，使所述计算机执行如下处理：
将所述接收邮件的所述共享邮件信息储存于与所述报文ID对应的所述第1存储区域，将所述接收邮件的所述标题部储存于所述接收邮件的每个收信方的所述第2存储区域；及
在所述第3存储区域储存对所述报文ID、确定所述共享邮件信息的储存位置的信息与确定所述标题部的储存位置的信息建立了对应的信息。