专利名称：服务器、服务器系统以及电子邮件配送方法
技术领域：
本发明涉及将添加有文件的电子邮件传送到邮件服务器的服务器、服务器系统以及邮件配送方法。
背景技术：
一直以来都是向电子邮件添加文件再执行发送。这样，具有所添加文件(以下称为“附件”)的电子文件一旦由邮件服务器接收，则电子邮件就被传送到与发送目的地址相对应的目标地址中。
其中，我们知道在特开2002-91882号公报(以下简称为专利文献1)中记载了以下内容服务器接收具有附件的电子邮件，在该电子邮件的发送目的地址为预定的发送目的地址的情况下，将附件保存在WEB显示用目录中，而不是存储在邮件服务器的邮箱内。在该文献1中，记载了根据目的地址来选择切换邮箱和WEB显示用目录，之后，执行存储，在于WEB显示用目录内存储了附件的情况下，生成包含有表示所存储的目录的URL的电子邮件，并将该邮件发送至上述发送目的地。
发明内容
但是，专利文献1中记载的技术是一种通过使电子邮件预先存储于邮箱内，或者是预先存储于WEB显示用目录内来执行判断的技术，对于管理邮件服务器的操作员而言，需要存储目的地址所需要的时间。
基于预先存储的目的地址，判断并分配是在邮箱内执行存储，还是在WEB显示用目录中执行存储，而不执行基于附件的服务器的分配。这里，存在以下情况，例如在能够接收具有附件的邮件的通信终端为旧机种的情况下，不能接收大于或等于规定大小的附件的电子邮件，但是，在它为新机种的情况下，就能够接收大于或等于规定大小的附件。这种情况下，就不能为了能在接收端可靠地接收附件，利用利用专利文献1所记载的技术来执行附件的分配处理。另外，考虑到在能够可靠接收附件的情况下，操作者要一一判断目的地址是新机种的通信终端还是旧机种的通信终端，之后，使该目的地址存储于邮件服务器内，这样，就需要花费非常多的时间。
因此，本发明的目的在于提供一种服务器、服务器系统以及电子邮件配送方法，它基于附件的大小，来判断并处理是将具有附件的电子邮件存储在邮箱内，还是仅将附件存储在以URL指定的存储区域内，以便不花费管理服务器的操作者的工夫就能在配送目的地可靠地接收上述电子邮件。
(用于解决问题的方法)为了解决上述问题，本发明的服务器具有接收单元，用于接收添加有文件的电子邮件；大小判断单元，用于对上述接收单元所接收的电子邮件内附加的文件的文件大小进行判断；以及，控制单元，用于在上述大小判断单元判断出上述文件的文件大小大于或等于规定文件大小的情况下，将上述文件存储在以URL指定的存储区域内，在判断出上述文件小于预定文件大小的情况下，使包含上述文件的电子邮件存储在以电子邮件地址指定的存储区内。
本发明的服务器系统具有中央服务器，用于接收添加有文件的电子邮件，并将其发送到通信终端；以及，WEB服务器，具有使上述附件与URL相对应地进行存储的存储区域。其中，在上述服务器系统中的上述中央服务器具有判断单元，用于对所接收的电子邮件内所添加的文件的文件大小进行判断；加工单元，用于在上述大小判断单元判断出上述文件的文件大小大于或等于规定文件大小的情况下，将表示该文件的文件大小大于或等于规定文件大小的识别信息附加到上述电子邮件；服务器发送单元，用于将上述加工单元所加工过的电子邮件发送到上述WEB服务器；以及，终端发送单元，用于将从上述WEB服务器返回的电子邮件发送到通信终端。在上述服务器系统中的上述WEB服务器具有判断单元，用于对从上述中央服务器发送出的电子邮件内赋予了表示大于或等于规定大小的识别信息之事进行判断；提取单元，在上述邮件判断单元判断出大于或等于规定大小的文件包含在电子邮件内的情况下，提取该文件；存储单元，将上述提取单元提取出的文件与URL相对应地存储；电子邮件生成单元，将与上述存储单元相对应的URL记载到从上述中央服务器发送来的电子邮件内来生成电子邮件；以及，返回单元，将上述电子邮件生成单元生成的电子邮件返回上述中央服务器。
本发明的电子邮件配送方法用于将所接收到的电子邮件发送到通信终端，它具有接收步骤，用于接收添加有文件的电子邮件；大小判断步骤，对上述接收步骤所接收的电子邮件内所添加的文件的文件大小进行判断；存储步骤，在上述大小判断步骤判断出上述文件的大小大于或等于规定文件大小的情况下，将上述文件存储到以URL指定的存储区域内，当判断出上述文件小于预定文件大小的情况下，使包含上述文件的电子邮件存储在以电子邮件地址指定的存储区域内；以及，配送步骤，根据来自上述通信终端的请求，对上述存储步骤所存储的文件进行配送，或者是，将电子邮件配送到上述通信终端。
根据本发明，基于添加于电子邮件内的文件的文件大小，能够在文件大小小于规定文件大小的情况下，作为普通的电子邮件将其存储在以电子邮件地址指定的存储区域内，即使得电子邮件与附件一起存储在邮件内，在文件大小大于或等于规定文件大小的情况下，将其存储在以URL指定的存储区域内。由此，在配送目的地，能够使用URL使用浏览器来获取具有不能用电子邮件接收的文件大小的附件，从而，不花费管理服务器的操作员的工夫就能可靠地获取附件。
本发明的服务器具有邮件发送单元，用于将上述邮件地址所指定的存储区域内所存储的电子邮件发送到配送目的地。本发明的服务器具有以下结构在利用上述接收单元接收到附加有多个文件的电子邮件的情况下，在上述大小判断单元判断出上述接收的多个文件中的、至少一个文件的文件大小大于或等于规定文件大小的情况下，上述控制单元将大于或等于规定文件大小的文件存储在以URL指定的存储区域内，上述邮件发送单元将表示该URL的信息与该规定的文件大小以上的文件之外的其他文件一起，以电子邮件的形式发送到配送目的地。
根据本发明，在接收了添加有多个文件的电子邮件的情况下，既便在判断出这多个文件中也只有一个被添加了大于或等于规定文件大小的文件的情况下，在通过将其存储在以URL指定的存储区域内，使多个文件添加到电子邮件内的情况下，能够执行与文件大小相吻合地将其存储于以URL指定的存储区域内，或者是，利用邮件发送单元以邮件的形式对其进行发送这类处理，从而能够可靠地将附件发送到配送目的地。
本发明的服务器具有以下结构在上述大小判断单元判断出在上述接收单元所接收到的电子邮件中附加了多个规定的文件大小以上的文件的情况下，上述控制单元仅仅使多个规定的文件大小以上的文件中的一个存储在以URL指定的存储区域内，之后，从上述电子邮件中删除其他规定的文件大小以上的文件。、根据本发明，在添加了接收单元接收到的多个文件的情况下，由于仅使一个文件存储在以URL指定的存储区域内，而删除其他规定的文件大小以上的文件，因此，对于对阅览存储在以URL指定的存储区域内的文件的通信终端执行操作的用户而言，不必执行URL的选择等，从而能够提高用于文件阅览的操作性。
(发明效果)本发明基于附加于电子邮件内的文件的文件大小，在文件大小小于预定大小的情况下，作为普通的电子邮件存储在以电子邮件地址指定的存储区域内，即使电子邮件与添加在邮箱内的文件一起存储，在文件大小大于或等于预定大小的情况下，能够将其存储在以URL指定的存储区域内。由此，在配送目的地，能够利用URL通过使用浏览器来获取具有不能以电子邮件形式接收的文件大小的附件，从而能不花费管理服务器的操作员的工夫就能可靠地获得附件。
图1是一张系统概念图，表示配置了本实施方式的中央服务器100的网络系统。
图2是中央服务器100的方框结构图。
图3是一张说明图，它表示添加了多个图象数据的电子邮件的数据形式。
图4是一张流程图，它表示中央服务器100的操作。
图5是表示外部WEB服务器200的方框结构图。
图6是表示外部WEB服务器200的操作的流程图。
图7是一张流程图，它表示中央服务器100在接收从外部WEB服务器200返回的邮件时的操作。
图8是一张说明图，它表示电子邮件添加了附件的状态。
具体实施例方式
通过考虑参照为一实施方式所示的附图所作的详细描述，从而更容易理解本发明。接着，参照附图来说明本发明的实施方式。在可能的情况下，对相同的部分赋予相同的标记，并省略其重复说明。
图1是一张系统概念图，表示配置有本实施方式的中央服务器100的网络系统。如图1所示，中央服务器100与互联网400可通信地进行了连接，能够经由互联网400接收附加有图象文件等文件的电子邮件。中央服务器100能够经由专用网500向便携式电话等便携式终端300配送所接收到电子邮件。该专用网500例如是能够与便携式电话进行数据通信的网络。
中央服务器100可收发电子邮件地连接到外部WEB服务器200上。该外部WEB服务器200能够仅仅将从中央服务器100发送来的电子邮件内所添加的文件中的、大于或等于规定大小的文件与URL相对应地存储。外部WEB服务器200经由中央处理器100接受基于使用了来自便携式终端300的浏览器的URL的文件请求，并根据该请求，按照URL来配送对应的文件。在从便携式终端300执行文件请求的情况下，从便携式终端300发送出的文件请求信号不一定要通过中央服务器100，有时也可直接发送到外部WEB服务器200。
在如此构成的网络系统中，就中央服务器100进行说明。图2是中央处理器100的方框结构图。中央服务器100具有主要用作邮件服务器的功能，通过包含SMTP(Simple Mail Transfer Protocol)通信部101(接收单元)、数据判断部102(大小判断单元、控制单元)、数据加工部103(加工单元)、服务器通信部104(服务器发送单元)、邮箱105、HTTP(Hyper Text Transfer Protocol)通信部106(邮箱发送单元、终端发送单元)而构成。尽管将图1中的中央服务器100记载为一个服务器机构，但是，并不限于这种形式，也可以将中央服务器100构筑为由多个服务器构成的服务器系统。以下，将就各结构进行说明。
SMTP通信部101是经由互联网接收所接收到的电子邮件的部分。SMTP通信部101能够使用作为电子邮件的标准协议的SMTP，从连接到互联网上的通信终端(个人计算机、便携式电话等)接收电子邮件。SMTP通信部101将接收到的电子邮件输出到数据判断部102。
数据判断部102是对SMTP通信部101所接收到的电子邮件内包含的各种数据进行分析、判断的部分。例如，数据判断部102是对电子邮件内是否添加有图象文件等文件、所添加文件的种类是什么(例如是JPEG文件、还是文字处理文件等)、所添加的文件的大小是否为规定大小(例如10K字节)以上进行判断的部分。另外，数字判断部102是对电子邮件的目的地址的终端类别是作为普通便携式电话的PDC(Personal Digital Cellular)地址、还是具有第三代通信方式的便携式电话地址，即新型机种还是旧型机种，换言之，是否是能够操控特定文件的终端进行判断的部分。
数据判断部102能够利用识别电子邮件的邮件标头(header)内所描述的目的地址、文件形式、文件的有无、或是附加在每个文件上的标头内所记载的文件形式、电子邮件内所附加的数据量来进行判断。数据判断部102基于这些判断，能够将电子邮件输出到服务器通信部104、数据加工部103或邮箱105中的任何一个。
数据加工部103是这样一个部分，它在电子邮件中所添加的文件的文件大小大于或等于规定文件大小的情况下，在该大于或等于规定大小的文件的、为每个文件逐一附加的标头部分中，附加表示是大于或等于规定大小的文件的识别信息，在存在多个大于或等于规定大小的文件的情况下，执行剩下一个文件而删除其他大于或等于规定大小的文件的处理。数据加工部103作为删除文件的基准，我们考虑仅剩下添加在第一位的文件，而删除其他大于或等于规定大小的文件。在向电子邮件添加了规定的文件种类、例如不能由便携式终端300操作的文件(文字处理文件等)的情况下，数据加工部103也相应地执行删除该文件的处理。在这些处理后，数据加工部103将附加了识别信息的电子邮件输出到服务器通信部104。在本实施方式中，在具有多个大于或等于规定大小的文件的情况下，仅仅对一个文件附加识别信息，但也可以对全部适当文件附加表示是大于或等于规定大小的文件的识别信息。
这里，就识别信息的具体例进行说明。图3是一张说明图，表示添加了多个图象数据的电子邮件的数据形式。图3(a)是表示SMTP通信部101接收到的电子邮件的数据形式的说明图，图3(b)是表示数据加工部103加工过的电子邮件的数据形式。
如图3(a)所示，电子邮件由文本数据部分401、图象文件部分402、以及图象文件部分403构成，分别形成各个标头部分，通过数据判断部102基于标头部分可识别地形成为哪一种数据。在本实施方式中，附加在文本数据部分401中的2行字符串设为邮件标头，将附加在图象文件部分402以及图象文件部分403内的2行字符串设为附加给每个文件的标头。
对于这种电子邮件，数据加工部103对于数据判断部102判断出的文件，按照标记103a所示的那样记述表示文件的文件大小大于或等于规定大小的识别信息的“--Large Size File--”。如此，数据加工部103通过对文件的标头部分记述识别信息，从而在接收到附加了该识别信息的电子邮件的接收端，通过不判断文件的大小而是仅仅判断字符串的一致性，就能够判断文件是否为大于或等于规定大小的文件。
返回图2，继续说明。服务通信部104是与外部WEB服务器200执行通信的部分，使用SMTP来执行电子邮件的收发。具体而言，服务通信部104执行将数据加工部103加工过的电子邮件、或者数据判断部102判断过的电子邮件(未加工)发送到外部WEB服务器200的处理，以及，执行接收来自外部WEB服务器200的电子邮件的回信，并将其输出到邮箱105内的处理。
邮箱105是存储电子邮件的部分，具有与邮箱帐户(account)(与邮件地址相对应)相对应的存储区域.。电子邮件被临时存储在与邮件帐户相对应的存储区域内。
HTTP通信部106是经由专用网络500与便携式终端300执行通信的部分，使用HTTP来执行通信。中央服务器100通过使用HTTP来针对便携式终端300执行电子邮件的收发，从而用作为邮件服务器，另外，在从便携式终端300请求了图象文件的情况下，用作针对外部WEB服务器200的网关服务器。
具体而言，HTTP通信部106从邮箱105中取出电子邮件，使用HTTP来对对应的目的地址执行邮件发送。在使用HTTP从便携式终端300发送了电子邮件的情况下，将接收到的电子邮件输出到数据判断部102。在数据判断部102中执行如上所述的处理。另外，在使用HTTP从便携式终端300向外部WEP服务器200请求取出图象文件的情况下，针对外部WEB服务器200执行取出适当的图象文件的处理。在本实施方式中，在中央服务器100执行便携式终端300和电子邮件的收发的情况下，使用HTTP执行通信，但是，并不限于HTTP。
以下就如此构成的中央服务器100的操作进行说明。图4是表示中央服务器100的操作的流程图。
经由互联网发出的电子邮件由SMTP通信部101接收(S101)。所接收的电子邮件输出到数据判断部102，由数据判断部102判断该电子邮件是否添加有文件(S102)。在S102中，由于在数据判断部102判断为没有添加电子邮件的情况下，执行普通的电子邮件发送处理，因此，进入S107的处理以将电子邮件存储到邮箱中。
在S102中，在数据判断部102判断电子邮件中添附有文件的情况下，数据判断部102判断该被附加的文件(附件)是否为容量大于或等于规定大小的文件(S103)。
在S103中，在数据判断部102判断添附有大于或等于规定大小的文件的情况下，将电子邮件输出到数据加工部103。然后，通过数据加工部103在该电子邮件的、被判断为大于或等于规定大小的文件的标头部分(每个文件的标头)中附加表示为大于或等于规定大小的文件的识别信息(S104)。在具有多个大于或等于规定大小的文件的情况下，删除没有附加识别信息的、大于或等于规定大小的文件。然后，向服务器通信部104输出附加有识别信息的文件的电子邮件，并将该电子邮件通过服务器通信部104发送给外部WEB服务器200。在多个文件全部附加有识别信息的情况下，不删除这些文件地将这些文件以电子邮件的形式进行发送。
在S103中，在数据判断部102判断出没有大于或等于规定大小的文件的情况下，数据判断部102判断电子邮件目的地的便携终端是否为规定类别(例如，是旧机型还是新机型)(S106)。其中，如果判断出电子邮件目的地的便携终端为规定类别(例如，在判断出目的地的便携终端是不能处理电子邮件中的附件的便携终端时)，向服务器通信部104输出该电子邮件并将向外部WEB服务器200发送该电子邮件(S105)。
在S106，在判断出电子邮件的目的地的便携终端不是规定类别的情况下(例如在判断出目的的便携终端为能够处理电子邮件中的附件的便携式终端的情况下)，将电子邮件输出到邮箱105中，将其临时存储在邮箱105内(S107)。按照来自HTTP通信部106的请求取出存储在邮箱105内的电子邮件，并将其发送到电子邮件内所记载的目的地址(S108)。
如上所述，在添加的文件的文件大小大于或等于规定大小的情况下，或者在目的地址终端为规定类别的便携式终端的情况下，向外部WEB服务器200发送电子邮件。在外部WEB服务器200中，仅仅取出接收到的电子邮件中的特定的附件，并将其与URL相对应地存储。目的地址的终端为规定种类的情况下，外部WEB服务器200不识别识别信息而是取出所添加的文件，并将其与URL相对应地存储。
接下来，将对从从中央服务器100发送来的电子邮件中取出并存储特定的附件的外部WEB服务器200进行说明。
图5是外部WEB服务器200的方框结构图。外部WEB服务器200通过包含邮件通信部201(包含在发送邮件有返回消息的单元)、附件提取部202(邮件判断单元、提取单元)、附件生成部206(电子邮件生成单元)、HTTP通信部207而构成。以下，将就各结构进行说明。
邮件通信部201是使用SMTP来接收从中央服务器100发送出的电子邮件、或使用SMTP将邮件返回中央处理器100的部分。
附件提取部202是这样一个部分，它从自中央服务器100发送出的电子邮件中所包含的附件中，提取出在为每个文件附加的标头中记述了表示文件的文件大小大于或等于规定大小的识别信息的文件。具体而言，附件提取部202识别由图3(b)的标记103a所表示的“--LargeSize File--”，提取中对应的附件部分，例如图3(b)中的图象文件402。附件提取部202将包含没有提取出的附件的电子邮件输出到电子邮件生成部206。
附件转换部203是对附件提取部202提取出的附件执行图象转换的部分。具体而言，附件转换部203是为了缩小附件的附件大小而执行去掉中间部分的处理的部分，为了能够得到多种不同文件大小的文件，而将其转换为多种文件。例如，附件转换部203能够将100K字节的图象文件转换为10K字节、5K字节两种文件大小。
存储部204是将文件与URL相对应地执行存储的部分，如后所述，使用浏览器指定URL来执行访问的便携式终端300，能够经由HTTP通信部207等访问存储部204，从而能够可阅览地获取所存储的文件。
URL管理部205是从存储部204中取出表示存储在存储部204内的文件的存储目的地的URL的部分。URL管理部205将取出的URL输出到电子邮件生成部206。
电子邮件生成部206是这样一个部分，它用于将从附件提取部202输出的电子邮件与从URL管理部205输出的URL进行合成，并产生记述了存储有所提取出的附件的URL的电子邮件。这里，所生成的电子邮件是包含有附件提取部202未提取的剩余附件的电子邮件。电子邮件生成部206为了将所生成的电子邮件返回给中央服务器100，而将其输出到邮件通信部201。
HTTP通信部207是根据来自经由中央服务器100使用HTTP连接的便携式终端的、指定URL的文件请求，从与该URL相对应的存储部204中的存储区域中取出文件，并使用HTTP将其发送到便携式终端300的部分。该HTTP通信部207通过在文件请求时收取便携式终端300的终端类别，能够阶段性地改变文件大小，从所存储的多个文件中选出一个适当的文件，从存储部204中将其取出，并将其发送到便携式终端300。
以下就以上这样构成的外部WEB服务器200的操作进行说明。图6是表示外部WEB服务器200的操作的流程图。
从中央服务器100发送出的电子邮件由邮件通信部201所接收(S201)。在附件提取部202中，对所接收的电子邮件执行以下处理提取出被赋予了表示文件大小为大于或等于规定大小的文件的识别信息的文件(S202)。
在附件转换部203中，对所提取出的文件执行文件大小转换，以便缩小文件大小。之后，为得到多个文件大小的文件，多次执行文件转换，从而得到多个文件(S203)。
变换后所得到的文件与URL相对应地存储在存储部204内(S204)。为了能以相同的URL来访问多种文件大小的文件，在存储部204中制作便携式终端与文件大小的对应，在接收了来自便携式终端的文件请求的情况下，与该终端的类别相对应的文件被选中并被发送。
表示存储目的地的URL由URL管理部205取出，利用电子邮件生成部206使URL记述于电子邮件内(S205)。成为上述记述对象的电子邮件是从中央服务器100发出的电子邮件，是提取并除掉了规定的文件大小以上的文件后的电子邮件。这样，记述了URL的电子邮件输出到邮件通信部201，之后，返回到中央服务器100(S206)。
如此，在外部WEB服务器200中，提取附加了识别信息的附件，并存储所提取的附件。另外，在外部WEB服务器200中，产生记述了表示附件的存储目的地的URL的电子邮件，所生成的电子邮件返回到中央服务器100。
接下来，对从外部WEB服务器200返回的电子邮件由中央服务器100接收时中央服务器100的操作进行说明。图7是一张流程图，它表示在接收来自外部WEB服务器200的返回邮件时，中央服务器100的操作。
从外部WEB服务器200返回的电子邮件由服务器通信部104接收(S301)。所接收的电子邮件被临时存储在邮箱105内(S302)。之后，存储在邮箱105中的电子邮件借助于HTTP通信部106发送到为目的地址的便携式终端300(S303)。
如此，从外部WEB服务器200返回的电子邮件，经由中央服务器100发送到为目的地址的便携式终端300。
接下来，就添加在电子邮件内的文件的添加状态进行说明。图8是一张说明图，它表示电子邮件的添加了附件的状态。如图8(a)所示，在利用中央服务器100所接收的电子邮件中，添加了文件A、文件B、以及文件C。设文件A具有20K字节的文件大小，文件B和文件C具有5K字节的文件大小。
在这种电子邮件已由中央服务器100接收的情况下，由于20K字节的文件为预定为规定大小的10K字节以上，因此，在该电子邮件的文件A的标头(图中未示)附加了上述图3中说明过的识别信息，之后，将其传送到外部WEB服务器200。
在外部WEB服务器200中，提取出附加了识别信息的文件A，并将其存储在外部WEB服务器200内。之后，在外部WEB服务器200中，如图8(b)所示，提取出了文件A的电子邮件被附加了作为文件A的存储目的地的URL，之后，被返回中央服务器100。
在中央服务器100中，在接收了图8(c)所示的电子邮件的情况下，即接收了包含至少2个大于或等于规定大小(大于或等于10K字节)的文件的电子邮件的情况下，在中央服务器100中执行以下处理在大于或等于规定大小的文件中的一个文件的文件标头上附加识别信息，并删除其他文件。在本实施方式中，是利用中央服务器来执行在文件A的标头上附加识别信息，之后，删除文件D的处理。之后，在外部WEB服务器200中，与上述情况相同，提取并存储附加了识别信息的文件A，并将记述了该URL的电子邮件返回到中央服务器100。
如此，添加于电子邮件内的大于或等于规定大小的文件，在中央服务器100中对文件的标头附加了识别信息，或删除了文件，在外部WEB服务器200中存储附加了识别信息的文件，并向中央服务器100通知该URL。之后，利用中央服务器100，将记述了URL的电子邮件配送到便携式终端300。
接下来，将就使用本实施方式的中央服务器100、以及中央服务器100和外部WEB服务器200的通信系统的作用效果进行说明。
本实施方式中的中央服务器100能够基于添加在电子邮件内的文件的文件大小，在文件大小小于预定大小(例如10K字节)的情况下，作为普通的电子邮件存储在由以电子邮件地址指定的存储区域内，即将电子邮件与所添加的文件一起存储在邮件105内，在文件大小大于或等于规定大小的情况下，将其存储在以URL指定的存储区域内，即，存储在外部WEB服务器200的存储部204内。由此，利用便携式终端300，能够使用浏览器来获取具有不能以电子邮件的形式接收的文件大小的附件，中央服务器能够可靠地在配送目的地获取附件。
另外，中央服务器100在利用SMTP通信部101接收了添加有多个文件的电子邮件的情况下，在这多个文件中仅有一个为大于或等于规定大小的文件，数据判断部102也会判断为附加了大于或等于规定大小的文件的情况下，通过利用数据加工部103对电子邮件附加识别信息的处理，从而能够在外部WEB服务器200中，使其存储在以URL指定的存储部204内。由此，既便在电子邮件内添加了多个文件的情况下，也能够执行以下这类处理与文件大小相吻合地使其存储在外部WEB服务器200中的由以URL指定的存储部204内，或者使其存储在邮箱105内，之后，利用HTTP通信部106以电子邮件的形式发送。从而能够可靠地向配送目的地发送附件。
本实施方式的中央服务器100，在SMTP通信部101所接收到的电子邮件内添加有多个文件的情况下，也可以利用数据加工部103来执行处理，使得仅仅将一个文件存储在以URL指定的存储部204内，并删除其他大于或等于规定大小的文件。这种情况下，对于操作阅览存储在以URL指定的存储部204内的文件的通信终端的用户而言，不必执行URL的选择等，从而能够提高用于文件阅览的操作性。
权利要求
1.一种服务器，包括接收单元，用于接收添加有文件的电子邮件；大小判断单元，用于判断由所述接收单元接收的电子邮件内所附加的文件的文件大小；以及，控制单元，用于在所述大小判断单元判断出所述文件的文件大小大于或等于规定文件大小的情况下，将所述文件存储在以URL指定的存储区域内，在判断出所述文件的文件大小小于预定文件大小的情况下，将包含所述文件的电子邮件存储在以电子邮件地址指定的存储区域内。
2.如权利要求1所述的一种服务器，其特征在于，包括邮件发送单元，用于发送存储在以所述电子邮件地址指定的存储区域内的电子邮件；在利用所述接收单元接收到添加有多个文件的电子邮件的情况下，即利用所述大小判断单元判断出所述接收到的多个文件中的至少一个文件的文件大小大于或等于规定文件大小的情况下所述控制单元将大于或等于规定文件大小的文件存储在以URL指定的存储区域内；所述邮件发送单元将表示该URL的信息与文件大小大于或等于该规定文件大小的文件之外的其他文件一起，以电子邮件的形式发送到配送目的地。
3.如权利要求2所述的服务器，其特征在于，在所述大小判断单元判断出由所述接收单元接收到的电子邮件中添加了大于或等于规定文件大小的文件的情况下，所述控制单元仅仅将多个文件大小大于或等于规定文件大小的文件中的一个文件存储在以URL指定的存储区域内，并从所述电子邮件中删除其他文件大小大于或等于规定文件大小的文件。
4.一种服务器系统，具有中央服务器，用于接收添加了文件的电子邮件并将其发送到通信终端；以及WEB服务器，具有使所述被添加的文件与URL相对应地进行存储的存储区域，其中，所述中央服务器包括大小判断单元，用于判断附加在所接收的电子邮件内的文件的文件大小；加工单元，在所述大小判断单元判断出所述文件的文件大小大于或等于规定文件大小的情况下，将表示该文件的大小大于或等于规定文件大小的识别信息附加到所述电子邮件内；服务器发送单元，将所述加工单元加工过的电子邮件发送到所述WEB服务器；以及终端发送单元，将从所述WEB服务器返回的电子邮件发送到所述通信终端，所述WEB服务器包括邮件判断单元，判断从所述中央服务器发送来的电子邮件已经添加了表示文件大小大于或等于规定的文件大小的识别信息；提取单元，用于在所述邮件判断单元判断出文件大小大于或等于规定文件大小的文件被包含在电子邮件内的情况下，提取该文件；存储单元，将由所述提取单元提取出的文件与URL相对应地进行存储；电子邮件生成单元，在从所述中央服务器发送来的电子邮件中记述并生成与所述存储单元相对应的URL；以及返回单元，将由所述电子邮件生成单元生成的电子邮件返回到所述中央服务器。
5.一种将接收到的电子邮件配送到通信终端的电子邮件配送方法，包括接收步骤，用于接收添加有文件的电子邮件；大小判断步骤，判断在所述接收步骤中接收的电子邮件内所添加的文件的文件大小；存储步骤，在通过所述大小判断步骤判断出所述文件的文件大小大于或等于预定文件大小的情况下，将所述文件存储到以URL指定的存储区域内，在判断出所述文件的文件大小小于预定文件大小的情况下，将包含所述文件的电子邮件存储在以电子邮件地址指定的存储区域内；以及，配送步骤，根据来自所述通信终端的请求，配送在所述存储步骤中存储的文件或将电子邮件配送到所述通信终端。
全文摘要
本发明的目的在于提供一种服务器、服务器系统以及电子邮件配送方法。它们能够基于附件的文件大小，对将电子邮件存储在邮箱内还是仅将附件存储在以URL指定的存储区域内进行判断和处理。数据判断部102判断SMTP通信部101所接收的电子邮件内所添加的文件的文件大小。在数据判断部102判断出文件大小大于或等于规定文件大小的情况下，数据加工部103将用于将文件存储在以URL指定的存储部104内的识别信息附加在电子邮件内，并将其发送到外部WEB服务器200内。在数据判断部102判断出小于规定文件大小的情况下，将电子邮件存储在邮箱105内。
文档编号H04L12/58GK1773966SQ20051011946
公开日2006年5月17日 申请日期2005年11月10日 优先权日2004年11月10日
发明者江夏朋子, 河野志纪子, 伊藤小百合 申请人:株式会社Ntt都科摩