电子邮件分发方法,通信终端和服务器装置的制作方法

专利名称：电子邮件分发方法,通信终端和服务器装置的制作方法
技术领域：
本发明涉及向通信终端分发带有文件附件的电子邮件。
背景技术：
近年来，利用移动电话、PDA(个人数字助理)和通用个人电脑等手持通信终端发送和接收带有图像和声音文件附件的电子邮件已经变得很普遍。
然而，对于发送和接收电子邮件的设备，由于不同硬件设备的功能取决于设备本身，即使设备可以接收带有文件附件的电子邮件，也可能无法使用附在电子邮件中的文件。例如，有的移动电话不能打开JPEG(联合图形专家组标准)格式的图像文件，即使它能接受附有符合JPEG格式的图像文件的电子邮件。通常，附件文件要比文本大，所以，设备接收一个不能打开的电子邮件显然是在浪费用户的时间。此外，特别是对于硬件资源有限的移动电话而言，问题在于它接收附在电子邮件中的文件的过程中，其它功能会受到限制。这是一个不可忽视的问题。
当然，也可以每次邮件服务器接收到发送给移动终端的电子邮件时都询问该移动终端的用户是否接收附件。但是，这种情况下移动终端的可用性将大大降低。
为了解决这些问题，JP2001-217860A中公开了一种将文件格式转换成可与移动电话兼容的格式的技术。具体而言，服务器装置将不能由移动电话处理的文件格式转换成可以由移动电话处理的文件格式，以此创建附有转换后文件的电子邮件，并将其发送给移动电话。
然而，常常是许多终端在同一时间访问邮件服务器，JP2001-217860A中公开的技术将导致服务器由于格式转换而负载繁重。
另外，有多种终端访问服务器，服务器需要采用很多与终端类型相应的转换方法。这样，服务器的负载进一步加重。
也可以在通信终端中而不是在服务器装置中进行格式转换。然而，在这种情况下，特别对于如移动电话这样的性能不是很好的设备而言，即使它能够进行格式转换，也会花费大量的时间。所以，依靠终端设备进行格式转换是不现实的。
为了减少服务器装置中的格式转换，开发出了一种技术，其中当服务器装置接收到的电子邮件附有它无法转换的附件时，就通知移动电话文件转换已经失败。换句话说，服务器装置只是将一部分带有附件的电子邮件发送给移动电话。进行格式转换的服务器装置具有指出哪些文件格式能与移动电话兼容的设备兼容性概要表。
然而，这种情况下，移动电话能接收的附件类型只由移动电话的类型决定，所以不能改变。特别地，任何能由移动电话处理的附件类型都被发送给移动电话，即使移动电话的用户不希望接收这个附件。换句话说，用户不能选择要接收的附件。
本发明考虑到以上的情况，提出了一种电子邮件分发方法、通信终端、服务器装置、程序和存储介质，以使通信终端能只接收用户希望接收的附件。

发明内容
本发明通过一种电子邮件分发方法而解决了上述问题，该方法用于将带有附件的电子邮件从服务器装置发送给通信终端，包括获取步骤，获取指示通信终端的用户希望接收的附件类型的类型信息；发送步骤，将类型信息从通信终端发送给上述服务器装置；接收步骤，在服务器装置中接收类型信息；判定步骤，在服务器装置中判定要发送给通信终端并由服务器装置接收到的电子邮件的附件类型是否与由类型信息表示的类型一致；和传送步骤，当电子邮件的附件类型与类型信息表示的类型不一致时，从服务器装置向通信终端发送删除了附件的电子邮件，而当电子邮件的附件类型与类型信息表示的类型一致时，将电子邮件从服务器装置传送到通信终端。
本发明还提供了一种通信终端，包括获取装置，用于获取表示通信终端的用户希望接收的附件类型的类型信息；发送装置，用于将类型信息发送给服务器装置；和接收装置，用于从服务器装置接收电子邮件。
本发明进一步提供了一种服务器装置，包括用于从通信终端接收类型信息的装置，其中类型信息表示通信终端的用户希望接收的附件的类型；用于判定要发送给通信终端并由服务器装置接收到的电子邮件的附件类型是否与类型信息表示的类型一致的装置；和传送电子邮件的装置，其中当电子邮件的附件类型与类型信息表示的类型不一致时，向通信终端发送删除了附件的电子邮件，而当电子邮件的附件类型与类型信息表示的类型一致时，将电子邮件传送给通信终端。
本发明还提供了一种计算机程序，用于使计算机实现以下装置的功能获取装置，用于获取表示通信终端的用户希望接收的附件类型的类型信息；发送装置，用于将类型信息发送给服务器装置；和获取装置，用于从服务器装置获取电子邮件。本发明进一步提供了一种存储有该程序的计算机可读存储介质。
本发明还提供了一种计算机程序，用于促使计算机实现以下装置的功能用于从通信终端接收表示通信终端的用户希望接收的附件类型的类型信息的装置；用于判定要发送给通信终端并由服务器装置接收到的电子邮件的附件类型是否与类型信息表示的类型一致的装置；和传送电子邮件的装置，其中当电子邮件的附件类型与类型信息表示的类型不一致时，向通信终端发送删除了附件的电子邮件，而当电子邮件的附件类型与类型信息表示的类型一致时，将电子邮件传送给通信终端。本发明进一步提供了一种存储有该程序的计算机可读存储介质。


图1示出了根据本发明的通信系统的硬件结构的一个示例。
图2示出了用户数据库500的数据格式的一个示例。
图3示出了移动电话100的硬件结构。
图4示出了指定要在移动电话100的显示器105上显示的电子邮件的菜单画面的一个示例。
图5示出了移动电话100发送的用于POST法的HTTP请求的报头。
图6示出了移动电话100发出的用于GET法的HTTP请求的报头。
图7的流程图示出了移动电话100设定其用户想得到的附件的扩展名的操作。
图8示出了根据本发明在移动电话100的显示器105上显示的用于设置用户希望下载的附件的扩展名的设置菜单画面。
图9示出了邮件服务器400的硬件结构。
图10示出了邮件服务器400依据本发明分发电子邮件的流程图。
图11示出了邮件服务器400执行的存储CGI的操作流程。
图12示出了邮件服务器400执行的分发CGI的操作流程。
图13示出了发送/接收电子邮件的操作顺序。
图14示出了由移动电话100-2发送给邮件服务器400的HTTP请求的格式的一个示例。
图15示出了用于设置要接收的附件的多个扩展名的设置菜单画面。
图16示出了用于设置用户优选的附件的扩展名的设置菜单画面。
图17示出了根据本发明从移动电话100发出的用于GET法的HTTP请求的报头。
图18示出了设置用户优选的附件的扩展名的设置菜单画面。
具体实施例方式
下面，参照

本发明的一个优选实施例。然而，本发明可以采取权利要求范围内的任何实施例的形式，而不仅限于这些实施例。
<1.优选实施例的结构>
<1.1总体结构>
图1示出了根据本发明的通信系统100的结构示例。在这个通信系统中包含多个移动电话，但是为避免复杂，在此仅示出了移动电话100-1和100-2。
移动电话100-1和100-2(以下，当无特别需要区分不同的移动电话时，缩写成移动电话100)由用户(未显示)拥有。移动电话100能通过分组通信网络200进行移动数据交换通信。移动电话100具有通过移动分组通信网络200进行电子邮件数据交换的功能。移动电话100-1能使用扩展名为“jpeg”的JPEG格式的图像文件和扩展名后缀为“mid”的MIDI(电子乐器数字接口)格式的声音文件，然而移动电话100-2只能使用扩展名为“jpeg”的JPEG格式的图像文件。
移动电话100-1的用户在图2中被命名为“Denwa Taro”，并由运营移动分组通信网络200的通信提供商分配了一个电子邮件地址“taro@abc.co.jp”。同样，移动电话100-2的用户在图2中被命名为“Denwa Hanako”，并被分配了电子邮件地址“hanako@abc.co.jp”。
移动分组通信网络200是一个提供数据通信服务的通信网络；它包括无线基站，该无线基站与移动分组通信网络200中的移动电话进行无线通信；与无线基站连接的交换机；与交换机连接的网关交换机(均未示出)；与交换机连接的网关服务器300；邮件服务器400；和用户数据库500。
通过移动分组通信网络200，电子邮件基于分组通信技术在移动通信网络200中的移动电话之间进行传递。
网关服务器300通过转换与被连接网络相应的通信协议，将因特网(未显示)这样的网络与移动分组网络200连接起来。更具体地，网关服务器300在采用适于移动分组通信的协议的移动分组通信网络200和采用TCP/IP(在英特网等其它网络中采用的标准协议)的其它网络间进行协议转换。
与网关服务器300连接的邮件服务器400是将电子邮件分发给移动电话100的服务器。
与网关服务器300连接的用户数据库500是存储有关用户的信息的数据库，其中用户就移动分组通信网络200的使用与移动分组通信网络200的提供商签订了合同。具体而言，如图2所示，用户数据库500中与签约用户的姓名相关地存储了用于区分签约用户的移动电话的终端标识符、签约用户的移动电话的电话号码、签约用户的地址、和由运营移动分组通信网络200的通信提供商分配给签约用户的电子邮件地址。
<1-2.移动电话>
图3示例性地示出了移动电话100-1的硬件结构框图。如图3所示，除了天线103之外，移动电话100-1的各个单元都连接到总线101上，并且各个单元可以通过总线101进行数据交换。
通信单元102具有天线103，并在CPU(中央处理单元)110的控制下，与移动分组通信网络200中的基站进行无线通信。操作单元104具有多个键(未示出)，用于输入操作指令。移动电话100-1的用户使用操作单元104输入字符和执行程序的命令，并在屏幕上选择项目。具体而言，响应于用户的操作而向CPU 110提供信号，CPU 110解释这些信号从而根据用户的操作来控制移动电话100-1的各个单元。显示器105具有LCD面板(未示出)和控制LCD面板等的控制电路，其在CPU 110的控制下在LCD面板上显示文本、图形图像等。图形图像的一个例子是移动电话开启时显示的菜单画面。存储器106具有非易失性存储器(未示出)，如EEPROM(电可擦可编程只读存储器)等，并保存用于控制移动电话100-1的数据等。声音重放单元107具有扬声器(未示出)，且在CPU 110的控制下根据声音文件重放声音。
在ROM(只读存储器)108中存储了CPU 110执行的各种程序。ROM 108还存储了控制移动电话100-1的硬件等的OS(操作系统)程序。另外，在ROM 108中存储了终端标识符“MS00001”，它是唯一地标识移动电话100-1的标识符。RAM(随机存取存储器)109用作CPU 110的工作区域，暂时存储由CPU 110执行的程序所使用的数据。
当移动电话100-1接通电源时，CPU 110从ROM 108中读出OS程序并执行。在OS程序运行中，CPU 110根据通信单元102接收到的信号和操作单元104输出的信号执行处理。例如，当用户要执行电子邮件程序时，CPU 110从ROM 108中读出电子邮件程序并执行。在执行电子邮件程序后，CPU 110基于由操作单元104提供的信号和在显示器105上显示的图像指定用户指令，并依据那些指令执行操作。
现在将描述移动电话100-1的与电子邮件发送和接收有关的功能。存储在ROM 108中的电子邮件程序具有采用HTTP(超文本传送协议)发送和接收电子邮件的功能。
(1)发送当CPU 110执行电子邮件程序时，在显示器105上显示图4所示的菜单画面M10。当用户输入电子邮件的文本和表示电子邮件的目的地的电子邮件地址，并指定要附在电子邮件上的文件之后，该文本、电子邮件地址和附件将被存储在RAM 109中。随后，CPU 110在显示器105上显示该文本、电子邮件地址和附件。
当用户利用操作单元104执行发送电子邮件的操作时，CPU 110创建采用POST法的HTTP请求，包括作为参数的电子邮件文本、电子邮件地址、要附加的文件和移动电话100-1的终端标识符，这些内容都已经存储在RAM 109中。图5中示出了所生成的HTTP请求的一个示例。
如图5所示，邮件服务器400执行的CGI(公共网关接口)程序的URI(统一资源标识符)被设置为POST方法的参数。终端标识符是被设置为User-Agent参数的“MS000001”。最后，HTTP请求被发送给邮件服务器400。
<接收>
当CPU 110从邮件服务器400接收到到达通知(表示发送给移动电话100-1的电子邮件已经到达了邮件服务器400)时，CPU 110创建一个应用GET方法的HTTP请求，以从邮件服务器400获取电子邮件。这个HTTP请求包括移动电话100-1的终端标识符、用于标识电子邮件的邮件标识符、和指定移动电话100-1可接收的附件的扩展名的参数。具体而言，CPU 110将邮件服务器400执行的CGI(公共网关接口)程序的URI设置为GET方法的参数。图6示出了所生成的HTTP请求的一个示例。如图6所示，“jpeg”被设置为指定移动电话100-1可以获取的文件的参数，“MS000001”被设置为User-Agent的参数，邮件标识符“0001”被设置为X-ID的参数。所生成的HTTP请求被发送给邮件服务器400。
当CPU 110接收到从邮件服务器400发出的作为对HTTP请求的回复的HTTP响应时，它从HTTP响应中提取电子邮件，并将所提取的电子邮件存储在存储器106中。当电子邮件有附件时，CPU 110从电子邮件中提取附件，并将其存储在存储器106中。
值得注意的是，电子邮件程序能接收各种类型的附件。然而，如果接收到的附件是JPEG格式或MIDI格式，则移动电话100-1可以打开附件，否则移动电话100-1不能打开。
具体而言，当移动电话100-1接收到JEPG文件时，将按照用户的指示，在显示器105上显示基于该JPEG文件的图像。例如，CPU 110读取所接收到的存储在存储器106中的附件并在显示器105上显示文件列表。当用户选择了带有“jpeg”扩展名的文件时，CPU 110在显示器105上显示被选文件的图像。
当接收到带有扩展名为“mid”的附件的电子邮件时，移动电话100-1在用户的指示下，重放基于该MIDI文件的声音。具体而言，当用户执行预定的操作时，CPU 110读出所接收到的存储于存储器106中的附件，并在显示器105上显示文件列表。当用户选择了扩展名为“mid”的文件时，CPU 110使声音重放单元107重放所选文件的声音。
<1-3.移动电话100-2>
移动电话100-2和移动电话100-1的组成基本相同，在这里省略对相同单元的说明。它们的不同点是，移动电话100-2的终端标识符为“MS000002”，且它不具有移动电话100-1中的声音重放单元107，从而不能处理扩展名为“mid”的音乐文件。
<1-4.邮件服务器400>
图9的框图示出了邮件服务器400的硬件结构的示例。如图9所示，邮件服务器400的所有单元都通过总线401相连。
通信单元402是用于与其它装置进行通信的通信接口，且通过通信网络与网关服务器300和邮件服务器400相连。操作单元403配有鼠标和键盘(未示出)。当邮件服务器400的管理员对操作单元403的鼠标和键盘进行操作时，按照用户的操作向CPU 408输出信号。显示器404具有LCD显示器(未示出)和用于控制LCD显示器的控制电路。当显示器404接收到由CPU 408发出的控制信号时，它基于该信号显示字符或图像。管理员看着屏幕进行用户注册、更新邮箱等操作。
存储器405包括硬盘或其它适当的存储器，其中为移动分组通信网络200所服务的签约用户(即，移动电话100的用户)分配了用于存储发送给该签约用户的电子邮件的邮箱。
另外，存储器405存储了用于控制邮件服务器400的控制程序、用于在邮箱中存储由移动分组通信网络200所服务的移动电话发出的电子邮件的CGI程序“send.cgi”(以下称为“存储CGI”)、以及用于把存储在邮箱中的电子邮件分发给移动分组通信网络200所服务的移动电话的CGI程序“receive.cgi”(以下称为“分发CGI”)。指示存储CGI的存储位置的URI是“http://abc.co.jp/send.cgi”，而指示分发CGI的存储位置的URI是“http://abc.co.jp/receive.cgi”。
ROM 406存储IPL(初始程序装载器)。RAM(随即存取存储器)407用作CPU 408的工作区域。CPU 408执行的程序所使用的数据被传送到RAM 407。
CPU 408控制邮件服务器400的全部单元。当邮件服务器400接通电源时，CPU 408从ROM 406中读出IPL并执行。接着，CPU 408从存储器405中读出控制程序并执行。
现在描述邮件服务器400分发电子邮件的功能。存储在存储器405中的CGI程序具有分发从移动电话发送来的电子邮件的功能。具体地，当CPU 408接收到由移动电话发送来的HTTP请求时，就从存储器405中读取与HTTP请求方法相对应的CGI程序并执行。接下来，以图10的流程图为例，说明CPU 408接收到HTTP请求时执行的操作的流程。
首先，CPU 408判断它是否接收到了由移动电话发送的HTTP请求(步骤SB1)。当CPU 408判断未接收到HTTP请求时，就继续等待直到收到HTTP请求为止(SB1，否)。
当CPU 408在步骤SB1中判断为“是”时，CPU 408判断所发出的HTTP请求方法是否为POST方法(SB2)。当CPU 408判断HTTP请求方法是POST方法时，它从存储器405中读取存储CGI并执行(SB3)。
CPU 408将包含在接收到的HTTP请求中的电子邮件存储在存储器405的邮箱中(SB4)。下面将详细说明在邮箱中存储电子邮件的操作。
当CPU 408在步骤SB2判断为“否”时，CPU 408判断接收到的HTTP请求方法是否为GET方法(SB5)。当HTTP请求分发是GET方法时，CPU 408从存储器405中读取分发CGI并执行(SB6)。然后，CPU 408将存储在存储器405的邮箱中的电子邮件分发给移动分组通信网络200所服务的移动电话(SB7)。当CPU 408在步骤SB5判断为“否”时，过程返回到步骤SB1，CPU 408等待发出HTTP请求。
(1)电子邮件存储操作下面，将利用图11的流程图说明图10的步骤SB4中描述的执行存储CGI而进行的操作的流程。
当CPU 408执行存储CGI时，它以移动电话100发出的POST法HTTP请求中包含的指示电子邮件收件人的邮件地址作为关键词来搜索存储器405中存储的邮箱。当CPU 408找到邮箱时，它将创建一个邮件标识符来表示所接收到的电子邮件。然后，CPU 408在相应的邮箱中存储HTTP请求中包含的电子邮件文本、作为该HTTP请求的发送方的移动电话100的终端标识符、附件(假设电子邮件只有一个附件)、和邮件标识符(步骤SC1)。
接着，CPU 408创建一个到达通知，指示已经发出了要发送给HTTP请求中包含的邮件地址所指定的移动电话用户的电子邮件(SC2)。在该到达通知中包含了存储在邮箱中的电子邮件的邮件标识符。
然后，为了指定到达通知要发送到哪个移动电话，CPU 408以HTTP请求中包含的指出电子邮件收件人的邮件地址作为关键词来搜索用户数据库500。当CPU 408找到邮件地址时，它从用户数据库500中读取与该电子邮件地址相对应地存储的终端标识符。之后，CPU 408把所创建的到达通知发送给由该终端标识符指定的移动电话(SC3)。至此，存储CGI执行完毕。
(2)电子邮件分发操作下面，将参照图12的流程图来描述图10的流程图的步骤SB7中的分发CGI执行操作的流程。
当CPU 408执行分发CGI时，它以移动电话100发出的GET法HTTP请求中包含的终端标识符作为关键词来搜索用户数据库500。当CPU 408找到终端标识符时，它读取与该终端标识符相对应地存储的电子邮件地址。
接着，CPU 408以该电子邮件地址作为关键词来搜索存储器405的邮箱。当CPU 408找到邮箱时，它从该邮箱中读取由HTTP请求中包含的邮件标识符所指定的电子邮件(SD1)。
然后，CPU 408判断电子邮件是否含有附件(SD2)。当CPU 408确定电子邮件不含有附件时(步骤SD2，“否”)，它将执行步骤SD5的操作。
当CPU 408判断电子邮件含有附件时(步骤SD2，“是”)，它将附件的扩展名(在HTTP请求中设置为分发CGI参数)和已经从邮箱中读出的电子邮件的附件的扩展名进行比较。
当CPU 408判断以上两个扩展名相同时(步骤SD3，“是”)，它认为文件应该发送给由HTTP请求中包含的终端标识符所指定的移动电话，从而CPU 408执行步骤SD5的操作。当CPU 408判断以上两个扩展名不相同时(步骤SD3，“否”)，它认为移动电话的用户不想接收所读出的电子邮件的附件，从而CPU 408从电子邮件中删除附件(SD4)。
随后，CPU 408创建一个HTTP响应，该HTTP响应包括已经删除了附件的电子邮件或仍带有附件的电子邮件，并将创建的HTTP响应发送给由HTTP请求中包含的终端标识符所指定的移动电话(SD5)。
<2.优选实施例的操作示例>
下面，将说明与本实施例的移动电话100和邮件服务器400间的电子邮件发送/接收相关的操作示例。
(1)设置附件扩展名首先，移动电话100的用户设定他希望获得的附件的扩展名。以下参照图7和图8描述CPU 110执行的操作流程的一个示例。
当移动电话100的用户执行预定的操作时，CPU 110在显示器105上显示如图8所示的设置菜单画面M20。当在显示菜单画面M20的过程中用户操作移动电话100-1时，CPU 110基于操作单元104提供的信号判断用户的操作是否是在设置菜单画面M20的文本框BX10中输入表示任何扩展名的字符(字符串)(图7的步骤SA1)。
当CPU 110判断用户的操作是输入字符时(图7的步骤SA1，“是”)，显示用户在设置菜单画面M20的文本框BX10中输入的字符(图7的步骤SA2)。在下面的说明中假设在文本框BX10中输入了字符串“jpeg”。在这种情况下，如图8所示，将在显示器105上显示设置菜单画面M21。
当CPU 110判断用户的操作不是输入字符时，CPU 110进一步根据由操作单元104提供的信号判断用户的操作是否是点击设置菜单画面M20中的“设置”按钮(图7的步骤SA3)。当CPU 110判断用户的操作不是点击“设置”按钮时(步骤SA3，“否”)时，过程返回到步骤SA1。
当CPU 110判断用户的操作是点击“设置”按钮时(图7的步骤SA3，“是”)，CPU 110提取在设置菜单画面M20的文本框BX10中输入的字符“jpeg”，并存储在存储器106中(SA4)。在以下描述中，假设点击了设置按钮M21。
在存储了表示扩展名的字符集之后，CPU 110在显示器105上显示图8所示的设置菜单画面M22，以告诉用户已经完成了优选附件的扩展名设置。
(2)电子邮件的发送/接收下面，将参照图13描述在上述扩展名设置完成后进行的要从邮件服务器400分发到移动电话100-1和100-2的电子邮件的发送/接收操作。对于以上操作，假设移动电话100-1和100-2已接通电源，并且由于移动电话的位置注册已经完成，移动电话100-1和100-2已经可以由移动分组通信网络200提供服务。另外，假设移动电话100-1和100-2的用户已经将“jpeg”设置为希望获取的附件的扩展名。还假设移动电话100-1和100-2的电子邮件地址分别是“taro@abc.co.jp”和“hanako@abc.co.jp”。
(第一实施例)首先，描述具有扩展名“mid”的附件“music1.mid”由移动电话100-1发送给移动电话100-2的情况。
首先，移动电话100-1的用户输入移动电话100-2的用户的邮件地址“hanako@abc.co.jp”和邮件文本，并添加附件“music1.mid”，从而创建电子邮件。
然后，当移动电话100-1的用户发送所创建的电子邮件时，CPU 110创建使用POST方法的HTTP请求。这个HTTP请求包括作为POST方法的参数的URI，即存储在邮件服务器400中的存储CGI的URI“http://abc.co.jp/send.cgi”，还包括用户输入的邮件地址、邮件文本、附件和移动电话100-1的终端标识符“MS000001”。所创建的HTTP请求由移动电话100-1发送，并使用邮件服务器400的通信单元402接收(步骤S101)。
通过通信单元402接收到的HTTP请求被发送给邮件服务器400的CPU408。当CPU 408接收到HTTP请求时，它从存储器405中读取由URI指定的存储CGI(URI是POST方法的参数)，并执行该存储CGI。接着，CPU 408对应地存储邮件文本、表示电子邮件和附件(这两者均包含在HTTP请求中)的发送方的移动电话100-1的终端标识符、以及所创建的邮件标识符。
然后，CPU 408创建一个到达通知，表示邮件服务器400已经收到发送给移动电话100-2的用户的电子邮件。在这个到达通知中包含了存储在邮箱中的电子邮件的邮件标识符。接着，为了指定要把该到达通知发送到哪个移动电话，CPU 408以指示电子邮件收件人的邮件地址“hanako@abc.co.jp”作为关键词来搜索用户数据库500。当CPU 408在图2所示的数据库中找到邮件地址“hanako@abc.co.jp”时，它从用户数据库500中提取与该电子邮件相关联地存储的终端标识符“MS000002”。
CPU 408将创建的到达通知发送给由所提取的终端标识符指定的移动电话100-2(步骤S102)。移动电话100-2的通信单元接收从邮件服务器400发出的到达通知，然后提供给CPU 100。
接收到该到达通知后，CPU 110创建GET法HTTP请求，以获取存储在邮件服务器400的邮箱中的电子邮件。这个HTTP请求包含作为GET方法的参数的URI，即存储在邮件服务器400中的分发CGI的URI“http://abc.co.jp/receive.cgi”，如图14所示。另外，分发CGI的参数被设置为“jpeg”，指示所要获取的文件的扩展名。这个HTTP请求包括移动电话100-2的终端标识符“MS000002”和要由移动电话100-1获取的电子邮件的邮件标识符“0001”。
由移动电话100-2创建并发出的HTTP请求(步骤S103)被邮件服务器400的通信单元402接收，然后传送给CPU 408。在接收到HTTP请求之后，CPU 408从存储器405中读取由URI指定的分发CGI(其中该URI是GET方法的参数)，并执行该分发CGI。
当CPU 408执行分发CGI时，它以HTTP请求中包含的终端标识符“MS000002”为关键词来搜索用户数据库500，从用户数据库500中提取与该终端标识符相对应地存储的电子邮件地址“hanako@abc.co.jp”。
之后，CPU 408利用提取出的电子邮件地址“hanako@abc.co.jp”作为关键词来搜索存储器405中的邮箱。当CPU 408找到邮箱时，它从邮箱中读取由邮件标识符“0001”指定的电子邮件。CPU 408判断是否要把附件发送给由终端标识符指定的移动电话100-2。
作为CGI参数，已经把移动电话100-2要获取的附件的扩展名设置为仅“jpeg”，然而电子邮件的附件的扩展名是“mid”。所以，CPU 408判定不将附件发送给移动电话100-2，并从电子邮件中删除附件“music1.mid”。
接着，CPU 408创建一个包含删除了附件的电子邮件的HTTP响应。所创建的HTTP响应由邮件服务器400发送到移动电话100-2(步骤S104)。
当移动电话100-2从通信单元102接收到HTTP响应时，把该HTTP响应提供给CPU 110。CPU 110从HTTP响应中提取电子邮件，并将提取出的电子邮件存储在存储器106中。
(第二实施例)下面，将描述带有JEPG格式图像文件“image1.jpeg”的电子邮件从移动电话100-1发送到移动电话100-2的情况。
当移动电话100-2的用户输入表示电子邮件收件人的电子邮件地址“taro@abc.co.jp”和邮件文本，添加附件“image1.jpeg”，并发送该电子邮件之后，CPU 110创建POST法HTTP请求，该HTTP请求包括邮件地址、邮件文本、附件和移动电话100-2的终端标识符“MS000002”。
在这个HTTP请求中，设置了邮件服务器400中存储的存储CGI的URI作为POST方法参数，并且包含用户输入的邮件地址、邮件文本、附件和移动电话100-2的终端标识符“MS000002”。所创建的HTTP请求被发送给邮件服务器400(步骤S105)。该HTTP请求由通信单元402接收，然后提供给CPU 408。
当CPU 408接收到HTTP请求后，将从存储器405中读取由该URI指定的存储CGI(其中URI是POST方法的参数)。具体地，CPU 408以包含在HTTP请求中的邮件地址“taro@abc.co.jp”作为关键词来搜索存储单元405中的邮箱。
当CPU 408找到邮箱时，它创建用于标识电子邮件的邮件标识符。CPU 408在邮箱中相对应地存储HTTP请求中包含的邮件文本、移动电话100-2的终端标识符、附件和邮件标识符。
接着，CPU 408创建一个到达通知，表示已经发出了要发送给移动电话100-1的用户的电子邮件。这个通知中包括存储在邮箱中的电子邮件的地址。
然后，为了指定该到达通知所要发送到的移动电话100-1，CPU 408以表示电子邮件收件人的电子邮件地址“taro@abc.co.jp”为关键词来搜索用户数据库500，以提取与邮件地址“taro@abc.co.jp”相对应地存储的终端标识符“MS000001”。
CPU 408把所创建的到达通知发送给由提取出的终端标识符所指定的移动电话100-1(步骤S106)。移动电话100-1接收从邮件服务器400发出的到达通知，并提供给移动电话100-1的CPU 110。
接收到该到达通知后，CPU 110创建GET法HTTP请求，以获取存储在邮件服务器400的邮箱中的电子邮件。在这个HTTP请求中，设定了邮件服务器400中存储的分发CGI的URI作为GET方法的参数，如图6所示。分发CGI的参数已被设置为“jpeg”，表示所要获取的文件的扩展名。另外，如图6所示，这个HTTP请求包括移动电话100-1的终端标识符“MS000001”和将要获取的电子邮件的邮件标识符“0001”。所创建的HTTP请求从移动电话100-1发出(步骤S107)，由邮件服务器400的通信单元402接收，并提供给CPU 408。
当CPU 408接收到HTTP请求时，它从存储器405中读取由该URI指定的分发CGI(其中URI是GET方法的参数)，并执行该分发CGI。具体地，CPU 408以HTTP请求中包含的终端标识符“MS000001”作为关键词来搜索用户数据库500。这样，提取出与终端标识符“MS000001”相对应地存储的电子邮件地址“taro@abc.co.jp”。
然后，CPU 408利用从用户数据库500中提取出的电子邮件地址作为关键词，搜索存储器405中的邮箱。结果，从分配给移动电话100-1用户的邮箱中提取出了由该邮件标识符指定的电子邮件地址。
CPU 408判断是否要把附件发送给由该终端标识符指定的移动电话100-1。作为CGI参数，移动电话100-1能够获取的附件的扩展名已经被设置为“jpeg”，而所提取的电子邮件的附件的扩展名也是“jpeg”。所以，CPU 408决定把文件发送给移动电话100-1。之后，CPU 408创建包含带有该附件的电子邮件的HTTP响应。所创建的HTTP响应从邮件服务器400发送到移动电话100-1(步骤S108)。
在移动电话100-1中，当通过通信单元102接收到该HTTP响应时，把接收到的HTTP响应提供给CPU 110。当CPU 110接收到HTTP响应时，从HTTP响应中提取电子邮件，并将提取出的电子邮件存储在存储器106中。
在上述的说明中，在这个优选实施例中，移动电话100的用户可以只允许移动电话100接收具有他想要的扩展名的文件。另外，移动电话100的用户只要对移动电话一次设定所要获取的附件的扩展名，而无需在每次收到电子邮件时都判断是否接收附件。这是因为该设置将自动作用于之后的HTTP请求。
<3.改进例>
在上述实施例中，移动电话100可以使用图像文件和声音文件；然而，移动电话100中使用的文件类型不仅限于图像文件和声音文件。移动电话100还可以使用其它类型的文件和具有其它扩展名的文件。
在以上实施例中，在设定所要获取的附件的扩展名时，移动电话100的用户可以不只设定一个扩展名，而可以如图15那样，在移动电话100中为所要获取的文件设定多个扩展名。在这种情况下，可以在移动电话100的存储器106中预先存储移动电话100中可用的文件扩展名，由此当用户设置要获取的附件的扩展名时，CPU 110可以在移动电话100的显示器105上显示如图16所示的设置菜单画面。对于这个实施方式，移动电话100的用户可以从移动电话100的可用文件中选择该用户接受的多个文件扩展名。例如，如果指定了扩展名“jpeg”，“mid”和“gif”，则GET方法的报头将如图17所示。当邮件服务器400接收到该HTTP请求时，CPU 408判断发送给移动电话100的电子邮件的附件扩展名是否和指定的任何一个扩展名一致。
作为选择，也可以指定用户不希望获得的文件的扩展名，如图18所示。在这种情况下，移动电话100的CPU 110创建HTTP请求的报头，作为参数，这个报头包括用户从移动电话100的可用文件中排除的指定文件的扩展名。
在上述实施方式中，移动电话100的用户能够方便地确定移动电话100中可用的扩展名，即不需查看手册或说明书。所以，可用性大大提高。
当允许选择多个扩展名时，可以采用一个表示接受所有文件的CGI参数，而不是指出每一个用户接受的文件。例如，在图6中，当用户希望指定移动电话中所有可用的文件时，设定参数“ATT＝allfig”来取代“？ATT＝jpeg”。作为选择，当用户不希望接收任何附件时，可以将参数设置为“ATT＝none”来取代“？ATT＝jpeg”。在参数被设定为“allfig”的情况下，当邮件服务器400接收到HTTP请求时，它将每个附件都传送给移动电话100。当参数为“none”时，在发送给移动电话100之前删除所有的附件。
在上述的实施例中，由用户在文本框中输入字符来指定文件扩展名。然而，扩展名设置方法不限于文本框，还可以采用其它的选择方式，比如使用下拉菜单。
在以上实施例中，电子邮件是在同由移动分组通信网络200提供服务的移动电话100-1和100-2之间传递。然而，电子邮件的传输不仅限于移动分组通信网络200中。移动分组通信网络200也可以通过因特网连接、经由网关服务器300，把电子邮件发送到连接在因特网上的个人计算机。
在以上实施例中，通过设定要获取的文件的扩展名作为CGI参数，移动电话100把所要获取的文件的扩展名通知给邮件服务器400。然而，把优选扩展名通知给邮件服务器400的方法不限于这种方法。可以在HTTP请求的请求报头中提供新的报头，通过该报头来设定所要获取的附件的扩展名。
在上述实施例中，在把电子邮件发送给移动电话100之后，邮件服务器400在邮箱中保留了所发送的电子邮件。然而，它也可以在把电子邮件发送给移动电话100后将所发送的邮件从邮箱中删除。
在这种实施方式中，在邮件服务器400接收到表示移动电话已经接收到电子邮件的确认信息之后，邮件服务器400可以删除该电子邮件。
在上述实施例中，移动电话100接收到的电子邮件的附件被存储在移动电话100的存储器106中。然而，对于配置有IMT-2000的移动电话，可以将附件存储在UIM中。UIM(用户身份模块)是一个IC卡，其包含用于存储用户信息的非易失性存储器，并被嵌入在符合IMT-2000(国际移动通信2000)的移动电话中。
在这种情况下，如果移动电话100从邮件服务器400接收到它无法打开的文件，则可以从移动电话中拆下存储了附件的UIM，再装到能够处理该文件的另一个移动电话上。这样，文件扩展名的设置就不会被移动电话100的性能所影响。于是，文件使用模式多样化，且可用性提高了。
创建在邮件服务器中执行的控制程序、存储CGI和分发CGI的提供商可以将它们通过因特网这样的网络提供给邮件服务器。作为选择，也可以通过CD-ROM(光盘只读存储器)和DVD-ROM这样的存储介质把这些程序提供给服务器。
在上述实施例中，把移动电话100执行的程序存储在ROM 108中，但也可存储在电可重写存储器(如闪存)中。在这样的实施方式中，可以通过移动分组通信网络200或因特网提供能在移动电话100中执行的程序。当已经在存储介质中记录了移动电话上执行的程序时，可以通过有线或无线的方式把移动电话100连接到个人计算机上，使用个人计算机从存储介质中读出程序，并把这些程序存储到移动电话的闪存中。
权利要求
1.一种从服务器装置向通信终端发送带有附件的电子邮件的电子邮件分发方法，包括获取步骤，获取标识通信终端的用户希望接收的附件的类型的类型信息；发送步骤，将所述类型信息从所述通信终端发送到所述服务器装置；接收步骤，在所述服务器装置中接收所述类型信息；判定步骤，在所述服务器装置中，判定由所述服务器装置接收到的要发送给所述通信终端的电子邮件的附件的类型是否与由所述类型信息标识的类型一致；以及传送步骤，当电子邮件的附件类型与所述类型信息标识的类型不一致时，从所述服务器装置向所述通信终端发送删除了所述附件的电子邮件，而当电子邮件的附件类型与所述类型信息标识的类型一致时，把所述电子邮件从所述服务器装置传送给所述通信终端。
2.根据权利要求1所述的方法，进一步包括以下步骤从所述通信终端向所述服务器装置发送请求获取要发送给所述通信终端的电子邮件的请求，所述请求包含由所述通信终端获取的所述类型信息。
3.根据权利要求1所述的方法，其中在所述获取步骤中，所述通信终端显示该通信终端中使用的可用文件类型。
4.根据权利要求1所述的方法，其中所述通信终端进一步包括可拆卸的存储器，并且所述方法进一步包括存储步骤，在所述通信终端中接收所述发送步骤中发送的电子邮件，并将接收到的电子邮件的附件存储在所述存储器中。
5.根据权利要求1所述的方法，其中在所述获取步骤中，首先获取标识用户不希望接收的附件类型的信息，然后基于所获取的信息生成所述类型信息。
6.一种通信终端，包括获取装置，用于获取标识通信终端的用户希望接收的附件类型的类型信息；发送装置，用于将所述类型信息发送到服务器装置；以及接收装置，用于从所述服务器装置接收电子邮件。
7.根据权利要求6所述的通信终端，进一步包括用于向所述服务器装置发送获取要发送给所述通信终端的电子邮件的请求的装置，所述请求包含由所述通信终端获取的所述类型信息。
8.根据权利要求6所述的通信终端，进一步包括用于将所述通信终端中使用的可用附件类型通报给所述通信终端的用户的装置。
9.根据权利要求6所述的通信终端，进一步包括用于将接收到的电子邮件的附件存储到可拆卸存储器中的装置。
10.根据权利要求6所述的通信终端，其中所述获取装置接收标识用户不希望接收的附件的扩展名的信息，并基于所接收到的信息生成所述类型信息。
11.一种服务器装置，包括接收装置，用于从通信终端处接收标识所述通信终端的用户希望接收的附件类型的类型信息；判定装置，用于判断该服务器装置接收到的要发送给所述通信终端的电子邮件的附件类型是否与所述类型信息标识的类型一致；以及传送装置，用于在电子邮件的附件类型与所述类型信息标识的类型不一致时把删除了附件的电子邮件发送给所述通信终端，而在电子邮件的附件类型与所述类型信息标识的类型一致时把所述电子邮件传送给所述通信终端。
12.一种用于服务器装置向通信终端传送电子邮件的方法，该方法包括以下步骤从通信终端接收标识该通信终端的用户希望接收的附件类型的类型信息；在接收到要发送给所述通信终端的电子邮件后，判断电子邮件的附件类型是否与所述类型信息标识的类型一致；以及当电子邮件的附件类型与所述类型信息标识的类型不一致时，向所述通信终端发送删除了所述附件的电子邮件，而当电子邮件的附件类型与所述类型信息标识的类型一致时，把所述电子邮件传送给所述通信终端。
全文摘要
移动电话(100－1)将表示用户希望获取的附件的扩展名的信息添加到用于获取电子邮件的HTTP请求中，并将该HTTP请求发送到邮件服务器(400)。当邮件服务器(400)接收到HTTP请求时，它将电子邮件的附件与HTTP请求中包含的信息进行比较，并判断是否发送附件。当判定不发送附件时，邮件服务器(400)删除电子邮件中的附件，再将删除了附件的电子邮件发送给移动电话(100－1)。
文档编号H04L12/58GK1659838SQ03813088
公开日2005年8月24日 申请日期2003年6月5日 优先权日2002年6月6日
发明者矢部俊康, 曾我诚, 江夏朋子 申请人:株式会社Ntt都科摩