CN1835510A

CN1835510A - 电子邮件通信设备和电子邮件通信方法

Info

Publication number: CN1835510A
Application number: CNA2006100592175A
Authority: CN
Inventors: 利根川信行; 山田香里
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-03-15
Filing date: 2006-03-15
Publication date: 2006-09-20
Anticipated expiration: 2026-03-15
Also published as: US20060212527A1; JP2006259916A; CN1835510B; US20140362411A1; US10185528B2; US7685240B2; KR20060100254A; KR100894458B1; US20100131609A1; JP4537235B2

Abstract

本发明提供一种电子邮件通信设备和电子邮件通信方法，其能够在接收是包括用于向预定目的地发送电子邮件的请求发送(RTS)信息的分割的电子邮件的电子邮件的情况下，合适地进行发送确认，而不向源发送关于多段分割的电子邮件的每一段的发送确认的电子邮件。首先，收到电子邮件的MFP 100确定所述电子邮件是否是通过按一定的数据量分割图像数据而产生的多个分割的数据段之一，以便存储该电子邮件。在收到的数据是分割的数据的情况下，MFP 100确定是否存储图像数据的所有的分割的数据段，并且如果所有的都被存储，则根据MDN请求发送“发送确认邮件”。

Description

电子邮件通信设备和电子邮件通信方法

技术领域

本发明涉及用于接收和处理附加于电子邮件并被发送的电子数据的电子邮件通信设备和电子邮件通信方法。

背景技术

近些年来，用于通过网络发送和接收字符信息的电子邮件随着计算机的普及以及信息的联网而被广泛地采用。除了作为字符信息的消息主体之外，电子邮件能够附加各种类型的文件。例如，通过作为附加文件附加TIFF(标签图像文件格式)文件用于发送和接受图像的互联网FAX(下文缩写为“IFAX”)已经普及。

IFAX是一种用于在设备之间通信的技术，这些设备能够把由扫描仪读出的图像转换成TIFF格式，并由发送器发送该图像，根据由接收器接收的数据以TIFF格式再现该图像，并打印该图像。

其中，在发送附加有大的数据尺寸文件的电子邮件的情况下，存在这样的可能性：由于对邮件服务器的处理施加的负载，电子邮件的传送可能被延迟，并且如果进一步恶化，则可能停止整个电子邮件的传递服务。出于这个原因，在许多情况下，邮件服务器通常被设置为不接收超过某个数据尺寸的电子邮件。存在这样的情况：当从IFAX向这样设置的主服务器发送附加有大的数据尺寸的图像的电子邮件时，被邮件服务器确定为传递错误。

例如，在通过使用PC发送附加有图像的电子邮件的情况下，检查附加的图像的数据尺寸是相对容易的。不过，在IFAX的情况下，在扫描和发送图像时预测数据的尺寸则是困难的，因此很可能频繁发生上述的传递错误。因而，提出了有关用于按页划分多页的图像信息并发送该图像信息的互联网传真设备的技术(日本专利公开2000-32202)的建议。

还提出了有关在接收具有按页划分并发送的多页的图像信息的电子邮件数据的情况下，用于按照原始图像信息的页的顺序执行打印和传送处理的技术的建议(日本专利公开2004-236005)。此外，具有一种通过把一段电子邮件数据分成多个电子邮件段来传输该段电子邮件数据，从而把收到的多段电子邮件数据合成为一个整体的明确的方法。在这种情况下，对于MIME内容类型，使用消息/局部作为识别符(RFC 2045，RFC 2046)。

RFC 2298规定了一种规范，其中在接收电子邮件的情况下，在电子邮件的接收侧的通信设备(IFAX)的发送确认邮件被向回传送给作为该电子邮件的源的通信设备(IFAX)。这一规范被称为MDN(消息处理通知)。

其中，在执行被分成多段的分割的电子邮件的发送确认的情况下，在发送侧的通信设备(例如IFAX)不必对分割的电子邮件的每个段执行发送确认。更具体地说，在发送侧的通信设备只需检查一段电子邮件在被分割之前是否已向接收侧的通信设备发送了。

不过，在分割的电子邮件的每段都包括用于请求发送确认的MDN格式的情况下，按照分割的电子邮件的多段中的每一段的MDN格式要求在接收侧的通信设备进行发送确认。

在这种情况下，每当收到分割的电子邮件，在接收侧的通信设备于是便向发送侧的通信设备发送用于收到的分割的电子邮件的发送确认邮件。在这种配置中，在发送侧的通信设备接收多段发送确认邮件，虽然只进行了由多段分割的电子邮件构成的一个请求发送(RTS)。因而，接收处理等处理变得复杂。

即使在分割的电子邮件的一部分不从发送侧的通信设备向接收侧的通信设备发送的情况下，在发送侧的通信设备也要接收一些段的发送确认邮件。因此，因为不清楚是否分割的电子邮件的所有段都已被发送，所以可能发生中断。

发明内容

鉴于这些情况作出了本发明，本发明的一个目的在于提供一种改进的电子邮件通信设备和电子邮件通信方法。

本发明的另一个目的在于提供一种电子邮件通信设备和电子邮件通信方法，所述设备和方法在收到包括用于向一个预定的目的地发送电子邮件的请求发送(RTS)信息的为分割的电子邮件的电子邮件的情况下，能够适当地进行发送确认，而不向源发送关于分割的电子邮件的多段中的每一段的发送确认的电子邮件。

本发明的其它特征和优点可以由下面结合附图进行的说明清楚地看出，在所有附图中相同的标号表示相同或相似的部件。

附图说明

被包括在说明书中并构成说明书的一部分的附图用于说明本发明的实施例，并和说明书一起用于解释本发明的原理。

图1是配备有通过网络连接的按照本发明的一个实施例的信息处理设备的、具有各种装置的网络系统的方块图；

图2是表示图1所示的MFP 100的详细配置的方块图；

图3是用于描述MFP 100具有的网络程序的配置的图；

图4是表示当通过电子邮件发送由扫描仪134读出的图像数据时操作部分133的发送设置屏幕的一个例子的图；

图5是表示在图4所示的发送设置的状态下发送的分割的电子邮件数据的一个例子的图；

图6是用于描述把附加有图像文件的电子邮件分割成5段分割的电子邮件的情况的图；

图7是表示当分割的电子邮件被暂时存储时在操作部分133上显示的分割的收件箱的屏幕例子的图；

图8是表示在选择图7所示的一个分割的电子邮件段600并按下分割列表按钮620时显示的屏幕的图；

图9是用于描述在图7所示的操作部分133上显示的分割的收件箱的屏幕例子中，在按下再次发送请求按钮623的情况下MFP 100的再次发送请求程序的流程图；

图10是用于描述按照本发明的一个实施例，用于接收、组合、打印或转移MFP 100的分割的电子邮件的程序的流程图；

图11是用于描述在图10所示的流程图的分割的收件箱中分割的电子邮件的所有段未被收集的情况下的处理细节的流程图(步骤S521)；

图12是表示分割的电子邮件数据的一个例子的图，其中在分割之前在邮件的头部数据中输入MDN请求的格式语句；以及

图13是在图1所示的MPF 100的扫描仪134和打印机135的设备配置图。

具体实施方式

下面参照附图说明按照本发明的一个实施例，配备有信息处理设备的网络系统的配置，以及该网络系统的通信处理的细节。

图1是配备有通过网络连接的按照本发明的一个实施例的信息处理设备的、具有各种装置的网络系统的方块图。如图1所示，多功能外设(MFP)100，101和102具有安装在其上的扫描仪、打印机等等，并具有复制功能和传真发送与接收功能。MFP 100，101和102还具有打印在计算机上产生的数据的打印功能。MFP 100，101和102与域名为“xyz.co.jp”的网络106相连。MFP 100，101和102和多个计算机例如邮件服务器/POP服务器103、客户PC 104和105相连，以及和各种网络设备相连。按照本实施例的信息处理设备被安装在MFP100，101和102、邮件服务器103以及客户PC 104和105的每一个上。

上述的网络106还和覆盖全世界的互联网110相连。网络106还和域名是“abc.co.jp”的网络123相连，该网络123具有和其相连的邮件服务器/POP服务器120、客户PC 121以及互联网FAX 122。按照本实施例的信息处理设备也被安装在邮件服务器/POP服务器120、客户PC 121以及互联网FAX 122上。

如图1所示，MFP 100被赋予主机名“copy1，xyz.co.jp”和电子邮件地址ifax@copy1.xyz.co.jp。MFP 101被赋予主机名“copy2，xyz.co.jp”和电子邮件地址ifax@copy2.xyz.co.jp。此外，MFP102被赋予主机名“copy3，xyz.co.jp”和电子邮件地址ifax@copy3.xyz.co.jp。

此外，客户PC 104安装有通用电子邮件软件，并被赋予电子邮件地址yamada@xyz.co.jp。类似地，客户PC 105也安装有通用电子邮件软件，并被赋予电子邮件地址satou@xyz.co.jp。此外，邮件服务器103具有邮件服务器和POP服务器二者的功能。

客户PC 121安装有通用电子邮件软件，并被赋予电子邮件地址tanaka@abc.co.jp。互联网FAX 122也安装有通用电子邮件软件，并被赋予电子邮件地址ifax@abc.co.jp。此外，邮件服务器/POP服务器120具有邮件服务器和POP服务器二者的功能。

例如，在图1所示的系统中客户PC 104向tanaka@abc.co.jp发送由电子邮件软件创建的电子邮件的情况下，该系统执行以下的处理。开始，客户PC 104请求邮件服务器/POP服务器103通过SMTP(简单邮件传输协议)传递邮件。邮件服务器/POP服务器103利用互联网110通过SMTP协议把电子邮件数据传递给邮件服务器/POP服务器120。由此把电子邮件存储在邮件服务器/POP服务器120中tanaka@abc.co.jp的邮箱中。

如前所述，客户PC 121还安装有通用电子邮件软件。客户PC 121通过利用POP 3协议按一定时间间隔监视电子邮件是否到达在邮件服务器/POP服务器120中存在的tanaka@abc.co.jp的邮箱中。在电子邮件到达邮件服务器/POP服务器120中的情况下，客户PC 121接收该电子邮件。POP 3协议是“邮局协议版本3”的缩写。

在从客户PC 121的tanaka@abc.co.jp向客户PC 104的yamada@xyz.co.jp反向发送电子邮件的情况下，该系统进行以下处理。开始，客户PC 121请求邮件服务器/POP服务器120通过SMTP传递邮件。邮件服务器/POP服务器120把电子邮件传递给邮件服务器/POP服务器103。由此把电子邮件存储在邮件服务器/POP服务器103中yamada@xyz.co.jp的邮箱中。

客户PC 104通过利用POP 3协议按一定时间间隔监视电子邮件是否到达在邮件服务器/POP服务器103中存在的yamada@xyz.co.jp的邮箱中。在电子邮件到达邮件服务器/POP服务器103中的情况下，客户PC 104接收该电子邮件。

在图1中，MFP 100，101和102可以执行用于通过一般的电子邮件发送图像数据的“电子邮件发送方式”。MFP 100，101和102还可以执行IFAX发送方式，前提是将其发送到满足IFAX标准的设备。

由MFP 100，101和102发送的图像数据由下面的图像数据举例说明。例如，通过使用传真(FAX)功能由MFP 100，101和102接收的图像数据。还有通过使用互联网传真(IFAX)功能由MFP 100，101和102接收的图像数据。以及还有利用扫描仪由MFP 100，101和102读出的图像数据。

关于由MFP 100，101和102进行的电子邮件的发送和接收，使用上述的SMTP和POP 3执行与上述的客户PC 104以及客户PC 121执行的电子邮件的发送和接收相同的操作。

在“电子邮件发送方式”下，当由扫描仪134读出彩色图像时，MFP 100，101和102可以按JPEG格式或PDF(便携文档格式)发送图像数据。在“电子邮件发送方式”下，当由扫描仪读出单色图像时，MFP100，101和102可以按TIFF或PDF发送图像数据。在电子邮件被从MFP 100，101或102向赋予客户PC 104的电子邮件地址yamada@xyz.co.jp发送的情况下，客户PC 104通过POP 3协议接收电子邮件。因而，使用PC 104的用户可以在通用图像观看器上显示接收的电子邮件。

在“IFAX发送方式”下，MFP通过SMTP和POP 3协议发送作为满足RFC 2301的TIFF格式的图像数据的、由扫描仪134读出的图像。

至于MFP，由发送侧的扫描仪、FAX和IFAX接收功能所接收的图像数据被远程位置的接收器接收，并由远程位置的打印机打印接收的图像。

图2是用于表示图1所示的MFP 100的详细配置的方块图。在图1所示的MFP当中，下面只说明MFP 100。不过，其它的MFP 101和102具有和MFP 100相同的配置。

在图2中，CPU 130是通过使用在ROM 131和作为存储器的RAM 132的暂时存储区域中存储的程序来控制MFP 100的整个系统的控制电路。

操作部分133通过LCD屏和例如开始键以及数字小键盘等等的硬键被配置。操作部分133是这样的单元，其通过使用触摸屏在LCD上显示各种按钮，以便检测用户的手指所触摸的按钮所在位置并基于此流畅地进行用户操作。

扫描仪134是通过光电转换把拷贝上的图像转换成图像数据的单元。图13是图1所示的MFP 100的扫描仪134以及打印机135的设备配置图。扫描仪134把拷贝从拷贝馈送设备250输送到压板玻璃211上。如果拷贝被输送到压板玻璃211上，点亮灯212并开始移动扫描仪单元213，从而在拷贝上执行曝光扫描。从拷贝反射的光被反射镜214，215，216和透镜217引导到CCD图像传感器218并被转换成电信号，然后由A/D转换器电路转换成数字数据。在拷贝的读操作完成之后，在压板玻璃211上的拷贝被排出。

打印机135是用于在记录纸上打印电图像数据的单元。打印机135具有从激光发射部分313，314，315，316发射的与电图像数据一致的激光束，以便用所述激光束对感光鼓325，326，327和328进行照射。感光鼓325，326，327，328具有在其上形成的和所述激光束一致的潜像。通过显影装置321，322，323和324把显影剂附加于感光鼓325，326，327，328的潜像部分。打印机135从纸盒360，361，362馈送记录纸，并以和激光束照射的开始同步的定时把记录纸输送到转印部分。打印机135把附着在感光鼓325，326，327，328上的显影剂转印到记录纸上。其上具有显影剂的记录纸被输送到定影部分335，借助于对定影部分335加热和加压把显影剂定影在记录纸上。通过定影部分335的记录纸由排出辊336向收集盘371排出。

在图2中，图像处理电路136通过大容量图像存储器、图像旋转电路、分辨率可变电路以及编码/译码电路例如MH，MR，MMR，JBIG和JPEG来配置。图像处理电路136可以进行各种图像处理，例如浓淡处理、修剪和色修正。硬盘137是通过接口例如SCSI或USB连接的大容量记录介质，不仅可以使用硬盘，而且可以使用其它记录介质例如MO作为大容量记录介质。

此外，在图2中，网络I/F 138是用于执行网络数据链路的链接，用于连接到网络电路，例如由BASE-T和100BASE-T表示的以太网(注册商标)，或令牌环。

此外，格式化器部分139包括PC I/F电路，例如并行接口和符合IEEE 1284的USB。格式化器部分139从PC I/F电路或网络I/F电路所接收的PC由PDL(页描述语言)数据产生图像数据。图像处理电路136对由格式化器部分139产生的图像数据进行图像处理，并产生要由打印机135打印的打印数据。

FAX部分140是和电话电路连接的并由例如NCU(网络控制单元)和MODEM(调制器/解调器)等电路配置的传真I/F电路。

MFP 100可以在图像处理电路136中对由扫描器134读出的图像数据进行图像处理，并借助于电话电路将其发送给另一个传真设备。MFP 100还可以接收由其它传真设备发送的图像数据，并在图像处理电路136中对其进行图像处理，以使得其由打印机135打印。

上述的扫描仪134，打印机135，图像处理电路136，格式化器部分139和FAX部分140通过和CPU 130的CPU总线142分开的高速视频总线相连，并被配置成能够以高速传送图像数据。

MFP 100进行操作以便在图像处理电路136中对由扫描仪134读出的图像数据进行图像处理，并在打印机135上打印读出的图像，从而实现复制功能。

此外，MFP 100具有发送功能，用于在图像处理电路136中对由扫描仪134读出的图像数据进行图像处理并将其从网络I/F发送到网络上。MFP 100还具有传真功能，用于在图像处理电路136中产生满足RFC 2301的图像数据，并借助于电子邮件发送和接收所述数据。

此外，在图2中，功率控制电路141是用于控制由MFP 100消耗的电功率的电路，其可以通过降低加热器等等的温度或者切断未使用的电路的功率来减少设备的功率消耗。MFP 100具有“睡眠状态1”，在此状态下操作部分133和打印机135的固定温度控制电路的激励被功率控制电路141停止，还具有“睡眠状态2”，在此状态下包括CPU130在内的大部分电路的激励被停止。

在睡眠状态1下的功率消耗大于睡眠状态2下的功率消耗。不过当被命令启动时，进行启动并比在睡眠状态2中更快地进入使用状态。在睡眠状态2的情况下，供给CPU 130的电源也被停止，因此MFP 100的软件成为不可执行的。

通过来自外部I/F，例如图2所示的网络I/F 138，格式化器部分139以及FAX部分140，的通信请求，或者通过按下位于下述的操作部分133中的节能键411，CPU 130被启动并从睡眠状态2被释放。如果MFP 100从睡眠状态2被释放，则其进入睡眠状态1。如果通过来自外部I/F的通信数据把图像数据输入打印机135，MFP 100便从睡眠状态1被释放并进入备用状态。此后，如果打印处理被完成并在备用状态下经过预定的时间，其便进入睡眠状态1。在按下节能键411的情况下，其也进入睡眠状态1。在睡眠状态1的状态下经过预定时间之后，其进入睡眠状态2。

图3是用于说明由MFP 100执行的网络程序的配置的图。如图3所示，MFP 100的网络程序的配置可被粗略地分为下面的3层程序。这些程序被存储在硬盘137等等内，以便由CPU 130执行。

·IP(互联网协议)200

·TCP(传输控制协议)/UDP(用户数据报协议)210

·应用层的各种协议202

首先，IP 200是一个互联网协议层，用于和中继节节点例如路由器协作来提供从发端主机向目的地主机发送消息的服务。IP 200管理用于发送数据的发信方的地址和用于接收数据的目的地地址，并执行路由功能，该功能用于管理在网络中采取哪个路线，以便按照地址信息把数据传递给目的地。

TCP/UDP 201是传输层，用于提供从发送应用处理向接收应用处理发送消息的服务。TCP是一种连接型服务，其确保通信的高可靠性。UDP是一种非连接型服务，其不保证可靠性。

应用层的各种协议202规定多个协议。这些协议包括FTP(文件传输协议)，其是一种文件传递服务，以及SNMP，其是一种网络管理协议。还包括LPD，其是一种用于打印机打印的服务器协议，还有HTTPd，其是一种www(万维网)服务器的协议。此外，包括作为电子邮件发送和接收协议的SMTP(简单邮件传输协议)和作为邮件下载协议的POP 3(邮局协议-版本3)。此外，包括LDAP(轻量级目录访问协议)，其是一种访问用于管理用户的电子邮件地址等等的目录数据库的协议。此外，还包括由RFC 1510规定的Kerberos认证程序。

图4是表示当通过电子邮件发送由扫描仪134读出的图像数据时操作部分133的发送设置屏幕的例子的图。MFP 100可以规定作为读尺寸的要由扫描仪134读出的拷贝的尺寸。例如，尺寸设置部分500可以规定纸的尺寸，例如A3，A4，A5，B4，B5，11×17，LTR或STMT，及其定向。如图4所示，其当前被设置为“自动”，并以位于扫描仪134中的拷贝检测传感器检测的值进行读取。

当扫描仪134读取图像时，分辨率设置部分501可以规定分辨率。例如，其可以规定200×100，200×200，200×400，300×300，400×400，和600×600dpi。分辨率的一个缺省值例如是200×200。不过，其当前被设置为600×600dpi。

此外，细节设置部分502可以规定关于扫描的详细的操作，例如关于扫描的密度设置、拷贝类型规范、双面读取、连续的页拍摄以及图像质量调整。

如图4所示，在选择目的地的情况下，还可以利用电子邮件目的地的To字段503从地址薄中登记的地址选择目的地。类似地，在选择目的地的情况下，可以利用Cc字段504从地址簿中登记的地址选择目的地。此外，在选择目的地的情况下，可以利用Bcc字段505从地址薄中登记的地址中选择目的地。此外，目的地的最大数例如是256个地址。因此，作为由To字段503选择的目的地的数量，由Cc字段504选择的目的地的数量和由Bcc字段505选择的目的地的数量的总数的值被限制为最多256个地址。

此外，在图4中，主题输入部分506和正文输入部分507分别是用于对要发送的电子邮件输入主题和邮件正文的字段。例如，操作部分133可以具有被显示的软键盘，以用于在每个字段被选择的情况下输入字符串。

此外，在图4中，发送的数据尺寸上限设置部分510是用于设置关于发送电子邮件所允许的电子邮件的最大尺寸的部分。超过设置的数据尺寸的电子邮件数据被分成多个电子邮件段，并按照稍后的说明进行发送。更具体地说，数据尺寸大于所述限制的电子邮件结果不被发送。在把所述限制设置为“0”的情况下，可以象无限制一样地进行操作，并且不进行电子邮件的分割。

上述的实施例说明了按照发送的电子邮件的数据尺寸对发送设置限制的情况。不过，可以采用另外的方法。例如，也可以通过把数据尺寸的限制转换成要被发送的TIFF文件或JPEG文件的图像尺寸来处理数据尺寸的限制。

可以如上所述通过在图4所示的发送设置屏幕上设置发送的数据尺寸上限来每次改变用于发送操作的所述上限。在不需要每次对于发送操作都改变所述上限的情况下，可以作为设备信息管理的一部分来设置该上限。在对于每个目的地都改变该上限的值的情况下，可以使该上限成为对于地址薄的每个目的地都是可设置的。

此外，图4所示的开始键509是一个被设置在操作部分133旁边的硬键。如果用户按下这个键，扫描仪134便被驱动，且读出的图像数据作为电子邮件被发送。开始键509的中心安装有蓝色和红色的LED 508。在未规定目的地的情况下，红色LED点亮，使用户知道即使按下开始键509，扫描仪134也处于不被驱动的状态。在甚至有一个目的地被规定的情况下，蓝色LED也点亮，使用户知道扫描仪134处于要被驱动的状态。

此外，节能键511是一个硬键，如果在待机状态被按下，其能够借助于功率控制电路141转换到前述的睡眠状态，并且如果在睡眠状态被按下，则返回待机状态。

图6是用于说明把附加有图像文件的电子邮件分割成5个分割的电子邮件段的状况的图。如图6所示，电子邮件数据通过邮件头部850，邮件正文851，第一页图像数据852，第二页图像数据853，第三页图像数据854，第四页图像数据855以及第五页图像数据856来配置。电子邮件被分割成5段，如图8所示，并通过[1/5]分割的电子邮件段860，[2/5]分割的电子邮件段861，[3/5]分割的电子邮件段862，[4/5]分割的电子邮件段863和[5/5]分割的电子邮件段864来配置。

当发送分割的电子邮件时，类似于具有在其上记述的目的地信息等等的邮件头部850的部分邮件头部被添加于邮件的每一段的头部。所述信息被添加到其上，例如表示电子邮件是分割的电子邮件的MIME识别符，唯一地附加于每一分割的电子邮件段上的分割ID，分割编号以及分割总数。

图5表示在图4所示的发送设置的状态下所发送的分割的电子邮件的例子。在图5中，从第1行到第13行的部分是用于传递分割的电子邮件的邮件头部。第3行的From具有赋予MFP 100的对其描述的电子邮件地址。第4行的Subject是具有在主题输入部分506中输入的字符串的数据，呈现由RFC 2047定义的编码字格式。此外，第5行的To是在To字段503中选择的目的地，Cc字段405是在Cc字段504中选择的目的地。Bcc字段407是关于在Bcc字段505中选择的目的地的数据，呈现编码字格式。第10行是指示在邮件中包括的MDN格式的数据，用于请求来自源通信设备的电子邮件的发送确认。

第12行的“Content-Type：message/partial”表示该电子邮件是分割的电子邮件，“number＝1；Total＝5”表示其是被分割成5段的邮件的数据的第一段。此外，第13行的20041110104508.0000.TxNo.0105@copy3.xyz.co.jp表示分割的电子邮件的分割ID号。分割ID数包括日期、时间、每次发送时计数的发送接收数、以及发送者的域名。具有相同的ID号的邮件段被认为是具有相同的分割的邮件的分割的电子邮件。

接下来，从第15行到第44行的数据表示关于分割的电子邮件的实质性数据(即，关于被分割成5段的邮件的数据的第一段)。首先，从第15行到第25行的部分是相当于邮件头部850的分割的电子邮件的邮件头部。第17行的From，第19行的To，第20行的Cc，以及第22行的Bcc与上面的第3行的From，第5行的To，第6行的Cc以及第8行的Bcc相同。

第18行的Subiect是被分割之前的主题，其是具有在主题输入部分506输入的字符串“transmit data(发送数据)”的数据，呈现编码字格式。相比较地，第4行的Subject是分割的电子邮件的主题，其是具有赋予其头部的字符串“[1/5]”，并具有呈现编码字格式的字符串“[1/5]发送数据”的数据。

此外，第30行和第31行是正文数据，具有被转换成JIOS码的在正文输入部分507输入的邮件正文，其相当于邮件正文851。因为邮件正文是日文的文本数据，在第28行给出了数据“Content-Type：text/plain；charset＝“ISO-2022-JP””。

此外，从第38行到第44行的数据相当于直到第一页的数据852，其是具有从扫描仪读出的数据的数据，呈现为具有文件名Image.GIF的TIFF图像文件，并使该文件是BASE64-编码的。这在第34、35、36行被规定。关于从第二页向前的数据，产生并发送具有分割编号为2，3，4，5的同样的邮件。更具体地说，一些部分，例如邮件头部，是共同的，除了第12行的编号被分别改为2，3，4，5，并且对于邮件的每一段，第9行的Message-ID是不同的。

可以提取具有相同的分割ID号的邮件数据段，并按照其编号指示的顺序组合它们，从而将它们合成为在被分割之前的邮件数据。

图7表示当分割的电子邮件被暂时存储时在操作部分133上显示的分割的收件箱的屏幕的例子。如图7所示，分割的电子邮件的3个不同的段600，601，602当前被存储在分割的收件箱中。在图7中，主题610是接收的分割的电子邮件的每一段的主题。在图5所示的分割的电子邮件的情况下，显示第4行的主题，其表示分割的电子邮件的主题或者作为分割之前的邮件的主题的第18行的主题。

关于分割的电子邮件段600，分割的电子邮件的引导段(leadingpiece)可以被接收，因而显示作为分割的电子邮件的主题的第18行的主题。关于分割的电子邮件段601和602，不能接收邮件的引导段，因而显示作为分割的电子邮件的每一段的主题的第4行的主题。

在图7中，地址611表示电子邮件的发送者。在已收到分割的电子邮件的引导邮件段的情况下，第17行的From信息被指定。在未收到引导邮件段的情况下，作为分割的电子邮件的From信息的第3行所示的From信息的值被指定。

此外，接收数612是表示具有相同的分割ID的邮件段的数和收到的邮件段的数的总数的值。例如，其表示共有5个分割的电子邮件段600，并且有3个收到的邮件段。此外，接收时间613表示分割的电子邮件的每一段第一次被收到的接收时间。

此外，分割列表按钮620是用于逐一列出所选择的分割的电子邮件的按钮。打印按钮621和发送按钮622分别是用于在组合所选择的分割的电子邮件之后打印和发送合成的邮件的按钮。它们将在后面参照图12进行说明。此外，重新发送请求按钮623是在所有的分割的电子邮件未被收集的情况下用于请求源进行重新发送的按钮。其将在后面参照图9进行说明。此外，在图7中，箭头键624和625是在具有如此多的要列出的分割的电子邮件以至于不能一次对它们中的所有进行显示和列表的情况下，供操作者滚动屏幕的键。

图8表示在选择图7所示的分割的电子邮件段600并按下分割列表按钮620的情况下显示的屏幕。在图8中，显示了3个分割的电子邮件段660，661和662。在图8所示的屏幕上的列表中显示的所有这些具有相同的分割ID，且其值在分割ID 650中被显示。表示为分割ID的值是根据图5所示的第9行的数据产生的。

在图8中，地址651是和地址611相同的数据，其表示电子邮件发送者信息。主题652是关于分割的电子邮件的主题信息，其是图5中第4行的主题信息。分割号653是分割的电子邮件的分割编号，其是第12行的编号/总数的值。关于总数的值，除去分割的电子邮件的最后一段之外，允许不输入这个值。因此，可以具有未输入总数的值的情况。

此外，在图8中。数据尺寸654是分割的电子邮件的每一段的数据尺寸，接收时间655是分割的电子邮件的每一段被收到的时间。此外，返回键658是用于通过关闭图8所示的屏幕返回图7所示的屏幕的键，滚动键656和657是在具有如此之多的列表以至于不能一次显示它们中的所有的情况下供操作者滚动屏幕的键。

图9是表示在图7所示的操作部分133上显示的分割的收件箱的屏幕例子中，在按下重新发送请求按钮623的情况下MFP 100的重新发送过程的流程图。

首先，如果重新请求按钮623被按下并且收到重新发送请求，便从图7所示的屏幕上选择的表中获得分割ID(步骤S701)。接着，对和在步骤S701获得的分割ID相同的分割ID进行检索，以便得到还要获得的分割的电子邮件的分割编号(到达编号)(步骤S702)。产生用于还要获得的分割的电子邮件的重新发送请求邮件，并将其发送给源(步骤S703)，从而完成重新发送请求过程。

图10是用于说明按照本发明的一个实施例，MFP 100的接收、组合、打印或传递分割的电子邮件的过程的流程图。图10的各步骤由CPU 130执行。

MFP 100通过接收来自网络I/F 138的SMTP请求开始SMTP接收处理(步骤S500)。其中，MFP 100在其接收来自网络I/F 138的SMTP请求时处于睡眠状态2的情况下，利用来自网络I/F 138的中断信号启动CPU 130。MFP 100借助于电源控制电路141释放睡眠状态2。因而，由SMTP请求给出禁止CPU 130处于睡眠状态2的指令(S501)。因而，CPU 130不进入睡眠状态2，直到下一次睡眠被允许。MFP 100通过SMTP协议接收电子邮件数据(SMTP接收)(步骤S502)。

CPU 130在每个预定的时间具有由未示出的计时器对其输入的计时器中断信号，以便启动进行POP接收的处理(步骤S503)。在MFP 100处于睡眠状态2的情况下，中断信号启动CPU 130，使得通过电源控制电路141释放睡眠状态2。禁止CPU 130进入睡眠状态2的命令被给出(步骤S504)。因而，CPU 130不进入睡眠状态，直到下一次睡眠被允许。MFP 100通过POP 3协议接收在邮件服务器/POP服务器中存储的电子邮件数据(POP接收)(步骤S505)。

关于通过SMTP接收(步骤S502)或POP接收(步骤S503)由MFP 100接收的电子邮件，分析MIME数据。CPU 130确定该电子邮件是否是在图5的第12行描述的消息/局部格式的邮件(步骤S506)。如果具有消息/局部的步骤，则CPU 130便确定该电子邮件是分割的电子邮件。

如果在步骤S506确定是分割的电子邮件(Yes)，则CPU 130在分割的收件箱中存储这个分割的电子邮件(步骤S507)。如果确定不是分割的电子邮件(No)，则CPU 130转移到步骤S510的图像信息提取处理。

如果在步骤S507分割的电子邮件被存储在分割的收件箱中，便检查分割的电子邮件的所有段是否通过被存储而被收集(S508)。因而，如果分割的电子邮件的所有段未被收集(No)，则使用图11所示的流程图进行用于分割的电子邮件的所有段未被收集的情况下的处理(步骤S521)。

如果在步骤S508确定分割的电子邮件的所有段被收集(Yes)，则MFP 100按照分割编号的顺序从分割的电子邮件的每一段分割数据。通过按照顺序组合分割的数据段来把数据集中在一起(步骤S509)，从而移动到步骤S510。

在步骤S510，从在步骤S509中组合的电子邮件或所接收的未分割的普通邮件类似地进行图像信息提取处理。在本实施例中，BASE64编码的或者未编码的电子邮件被译码，从而预先将其转换成TIFF文件，以便从转换的TIFF文件中提取图像数据。在电子邮件中存在文本数据的情况下，文本信息被光栅化而成为图像数据。

在步骤S510提取图像数据之后，确定电子邮件的源是否正在进行MDN(邮件传递通知)请求(步骤S511)。因而，在进行邮件传递通知请求情况下(Yes)，发送对邮件传递通知请求(MDN请求)的应答OK(步骤S512)。在没有进行MDN请求的情况下(N0)，或者在步骤S512发送了OK的情况下，OK被记录在接收日志中(步骤S513)。

按照本实施例的网络系统具有传送功能，借以使得在接收的电子邮件的To，From和Subject的值是预先确定的值时，图像数据被传送到这些地址(包括系统邮箱)。因此，检索并获得执行该转移功能的传送条件(步骤S514)。并在获得的传送信息和在电子邮件的头部字段中设置的To，From和Subj ect字段的值之间进行比较(步骤S515)。因而，在To，From和Subiect字段的值与传送条件匹配的情况下(Yes)，执行数据传送处理(步骤S516)。

在步骤S515中To，From和Subject字段的值与传送条件不匹配的情况下(No)，则确定是否进行系统邮箱存储处理(步骤S517)。在步骤S517，在转移地址被设置为系统邮箱的情况下，或者在例如由于打印机135中没有打印纸等原因而不能进行打印的情况下，则选择系统邮箱存储(Yes)，并进行系统邮箱存储处理(步骤S518)。在进行系统邮箱存储处理之后，移动到步骤S520的处理。在未进行系统邮箱存储的情况下(No)，则执行具有光栅化的邮件正文的图像以及从附加的TIFF文件提取的图像的打印处理(步骤S519)，以使得移动到步骤S520的处理。

在步骤S520，借助于功率控制电路141，通过允许MFP 100转移到待机状态(即睡眠状态)而结束处理。如果允许向睡眠状态的转移，则功率控制电路141被置于节能状态，这是上述的根据打印机等等的温度的状态或者其它电路的状态的睡眠1或睡眠2状态。

图11是表示在图10所示的流程图的分割的收件箱中未收集分割的电子邮件的所有段的情况下(步骤S521)进行的处理的细节的流程图。首先，确定在收到在前的分割的电子邮件之后或者在发送重新发送请求邮件之后是否经过了预定的时间(步骤S601)。从而，在未经过预定时间的情况下(No)，执行用于前述的SMTP接收(步骤S500)或POP接收(步骤S503)的接收待机。

在经过了预定时间的情况下(Yes)，确定重新发送请求邮件是否已经发送(步骤S602)。从而，在重新发送请求邮件尚未发送的情况下(Yes)，检索仍要获得的相同分割ID的分割的电子邮件的分割编号(到达编号)(步骤S603)。并产生仍要获得的分割的电子邮件的重新发送请求邮件并向源发送该邮件(步骤S604)，以便执行上述的接收准备。

在步骤S602重新发送请求邮件已被发送的情况下(No)，对和预定时间已经经过的分割的电子邮件相同的分割的电子邮件的ID进行检索(步骤S605)。并确定在被检索和获得的相同分割ID的分割的电子邮件中是否存在图5所示的第12行的编号＝1的邮件的引导段(步骤S606)。

从而，在确定不存在邮件的引导段的情况下(No)，提取用于存储关于其编号不同于1的接收的分割的电子邮件的发送者信息的邮件头部信息(S607)。接着，通过使用被规定为图像数据的字形数据把字符串数据光栅化为图像(步骤S606)，从而移动到步骤S614。

在步骤S606中确定存在邮件的引导段的情况下(Yes)，按照图5所示的第12行的编号的顺序排列相同的分割的电子邮件，从而按照从1到存在的编号的顺序执行组合编号的处理(步骤S609)。这个处理恢复图6所示的邮件数据。不过，可以不恢复不能到达的部分。

例如，在图6中只有[5/5]邮件段864是不能到达的情况下，能够合成从第1页到第7页的邮件正文和数据。然而，不能合成第8页的图像。

考虑[1/5]邮件段860到[3/5]邮件段862已被收到但是[4/5]邮件段863尚未收到的情况。在这种情况下，能够合成从第1页到第5页的邮件正文和图像。但是，不能合成第6页到第8页的图像。

此外，在[1/5]邮件段860到[2/5]邮件段861已被收到但是[3/5]邮件段862未被收到的情况下，能够合成从第1页到第3页的邮件正文和图像。但是，不能合成第4页到第8页的图像。

此外，在[1/5]邮件段860已被收到但是[2/5]邮件段861未被收到的情况下，可以合成第1页的邮件正文和图像。但是不能合成第2页到第8页的图像。

此外，在[1/5]邮件段860不能被收到的情况下，则不能合成所有的信息和图像。不过，即使在这种情况下，[2/5]邮件段861到[5/5]邮件段864的邮件头部信息包括例如发送者信息、主题、发送时间等信息。因此，能够打印这些信息。因而，具有这样的优点：即使在图像不能被打印的情况下，也能够规定发送者并请求该发送者重新发送。

对于具有在步骤S609中组合的分割的电子邮件的邮件，获得对应于图5所示的第15行到第25行的部分的邮件头部和关于第30行到第31行的邮件正文的字符串数据(步骤S610)。通过使用被规定为图像数据的字形数据把字符串数据光栅化为图像(步骤S611)，从而移动到步骤S612。

在步骤S612，确定是否存在图6所示的标号为852到859的图像数据。从而，在存在所述图像数据的情况下(Yes)，则进行图像信息提取处理(步骤S613)，从而移动到步骤S614。在步骤S613中，由图6的标号852到859表示的合成的图像部分的BASE64编码的或未编码的部分的图像数据被译码，并被转换成TIFF文件。在产生的TIFF文件呈现多页格式的情况下，其被转换成单页的TIFF文件。在这种情况下，部分页数据被删除以中断转换处理。即使当部分页数据的最后一段是这样形成的数据，即，通过例如MH，MR或MMR的页而变成部分时，也能处理保持为作为图像数据的一行图像的部分并删除小于一行的图像。

在步骤S614中，确定电子邮件的源是否正在进行MDN请求。从而，在进行MDN请求的情况下(Yes)，便发送NG(步骤S615)。借助于包括邮件正文的电子邮件通知源(ifax@copy1.xyz.co.jp)来发送NG，以便使其得知发生了发送错误。利用电子邮件进一步把该信息通知源，用于识别分割的电子邮件当中还要到达的邮件段，这也是可行的。把该信息通知源(ifax@copy1.xyz.co.jp)，用于识别还要到达的邮件段。这样，便通知源作为多个分割的电子邮件的原文的电子邮件的至少一部分已经发送给收件人(ifax@abc.co.jp)。在未进行MDN请求的情况下(No)，或者在步骤S615发送NG的情况下，NG被记录在接收日志中(步骤S616)。

接着，在获得的传送条件和在电子邮件的头部字段中设置的To，From和Subject字段的值之间进行比较(步骤S617)。因而，在To，From和Subject字段的值与传送条件匹配的情况下(Yes)，执行数据传送处理(步骤S618)。

在步骤S617中To，From和Subject字段的值与传送条件不匹配的情况下(No)，则确定是否进行系统邮箱存储处理(步骤S619)。在步骤S619，在传送地址被设置为系统邮箱的情况下，或者在例如由于在打印机135中没有打印纸等原因而不能进行打印的情况下，选择系统邮箱存储(Yes)，并进行系统邮箱存储处理(步骤S620)。在进行系统邮箱存储处理之后，移动到步骤S622的处理。在未进行系统邮箱存储的情况下(No)，则执行具有光栅化的邮件正文的图像以及从附加的TIFF文件提取的图像的打印处理(步骤S621)，从而移动到步骤S622的处理。

通过删除相同的分割ID的邮件段完成步骤S622。按照本实施例，通过使用SMTP和POP接收说明了邮件接收方法。然而，该方法也可以是通过使用例如IMAP的协议来接收电子邮件的方法。

按照上述的实施例，在普通电子邮件包括发送确认请求的情况下，根据其被接收而向回传送发送确认邮件。关于分割的电子邮件，在接收其每一段时不立即发送所述的发送确认邮件，而仅仅在两个分割的电子邮件被收集时才传送该发送确认邮件。例如，在所有的分割的电子邮件被收集的情况下传送表示正常的发送确认邮件，在只有其中的一些被收集的情况下，传送表示不正常的发送确认邮件。

其中，在处理(例如图10的步骤S509)中合成分割的电子邮件的情况下，如前所述，可以具有在所有的多个分割的电子邮件中输入的MDN请求的格式语句。其中，MDN请求的格式语句例如是图5的第10行的Disposition-Notification-To(处理-通知-至)。

还可以例如在分割之前在邮件的头部数据中输入MDN请求的格式语句，而不在分割的电子邮件的头部数据的每一段中输入所述格式语句。

图12表示一种分割的电子邮件数据的例子，其中在分割之前在邮件的头部数据中输入MDN请求的格式语句。可以确认，只有在通过使用图12所示的分割的电子邮件数据而不是图5所示的分割的电子邮件数据合成分割的电子邮件之后，才对邮件进行MDN请求。在这种情况下的过程类似于前述的图10和图11中所示的流程图，其中不同之处在于，只有在步骤S509的数据合成之后，才能够确定每一步骤S511是否具有MDN请求。

因此，在接收具有包括请求发送(RTS)信息(该信息用于向预定目的地发送被分割成多个的电子邮件)的电子数据的分割的电子邮件的情况下，能够合成所述多个分割的电子邮件，并恰当地进行用于表示所述电子数据的至少一部分已被发送的发送确认。

在图5中，在多个分割的电子邮件的每一个的头部中输入表示发送确认请求(MDN请求)的Disposition-Notification-To语句。在图12中，在分割之前在邮件的头部输入表示发送确认请求(MDN请求)的语句。与此同时，还有一个可以想出的方面，其中表示发送确认请求(MDN请求)的语句被输入多个分割的电子邮件的每个的头部，同时表示发送确认请求(MDN请求)的语句在分割之前被输入到邮件的头部。在这方面的过程和前述的图10、图11所示的流程图相同。更具体地说，应当通过检查表示发送确认请求(MDN请求)的语句被包括在分割的电子邮件的每个的头部来确定在每一步骤S511是否有MDN请求。还应当通过检查表示发送确认请求(MDN请求)的语句在分割之前被输入到邮件的头部来确定在每一步骤S511是否有MDN请求。

上面详细说明了该实施例的例子。不过，本发明也可以采取作为一种系统、设备、方法、程序、存储介质(记录介质)或其类似物的实施例。更准确地说，本发明可以应用于由多个设备构成的系统，或者应用于由一个设备构成的装置。按照该实施例，在所有的分割的电子邮件未被收集的情况下，请求源重发仍要到达的分割的电子邮件(步骤S602-604)。不过，还可以具有省略这个步骤的实施例。在这种情况下，即使具有仍要到达的分割的电子邮件，也能通过合成(组合)已经接收的分割的电子邮件即时地进行处理。

按照本实施例，在所有分割的电子邮件未被收集的情况下，当在收到在前的邮件之后或者在发送重发请求邮件之后经过预定的时间时，分割的电子邮件被合成(组合)。不过，这也可以是另一个方面。例如，也可以提供一个键，用于给出在操作部分133中合成分割的电子邮件的指令，并根据该指令合成(组合)分割的电子邮件，以便在收到所有的分割的电子邮件之前，通过按下该键来合成分割的电子邮件。

按照本实施例，在电子邮件中具有发送确认请求(MDN请求)的情况下，在接收电子邮件的阶段确认电子邮件的接收。不过，这也可以是另一个方面。例如，在IFAX的情况下，假定电子邮件由打印机135打印(图像形成)。因而，可以通过由打印机135完成关于电子邮件的图像数据的打印来确认电子邮件已被收到(例如，具有对应于定影在其上的图像数据的显影剂的记录纸被排出到收集盘371上)。在这种情况下，在步骤S519之后，进行图10的步骤S512，以及在步骤S621之后，进行图11的步骤S615。

本发明还直接地或远程地对系统或设备提供一种用于实现上述的实施例的功能的软件程序(对应于在实施例的图中所示的流程图的程序)。在这种情况下，系统或设备的计算机读出并执行所提供的程序代码，以使得实现该实施例的功能。

因此，本发明还通过安装在计算机上用于在计算机上实现本发明的功能性处理的程序代码本身来实现。更具体地说，本发明还包括用于实现本发明的功能性处理的计算机程序本身。

在这种情况下，如果其具有程序的功能，其可以采取目标代码、由解释器执行的程序、提供给OS的脚本数据或其类似物的形式。

用于提供程序的记录介质例如可以是软盘(注册商标floppy)、硬盘、光盘、磁光盘、MO、CD-ROM、CD-R、CD-RW，等等。也可以是磁带、非易失性存储卡、ROM、DVD(DVD-ROM、DVD-R)，等等。

关于提供程序的方法，可以通过使用客户机的浏览器连接到互联网上的主页，并从主页下载本发明的计算机程序本身，从而提供所述程序。还可以通过下载包括本发明的计算机程序的自动安装功能的文件到记录介质例如硬盘上来提供。也可以通过把配置本发明的程序的程序代码分割成多个文件并从不同的主页下载各个文件来实现。更具体地说，本发明还包括WWW服务器，用于对多个用户在计算机上下载用于实现本发明的功能性处理的程序文件。

还可以对本发明的程序加密，将其存储在存储介质例如CD-ROM上，并将其分发给用户，从而允许具有明确预定的条件的用户通过互联网从主页下载用于解密的密钥信息。在这种情况下，可以通过使用密钥信息来执行被加密的程序并把所述程序安装在计算机上，从而执行本发明的功能。

上述的实施例的功能通过使计算机执行读出的程序来实现。此外，在计算机上运行的OS等等根据程序的指令执行实际处理的一部分或全部，因而上述实施例的功能可以由这种处理来执行。

此外，从记录介质读出的程序被写入在插入计算机中的扩展板或者和计算机相连的扩展单元上所提供的存储器中。此后，在扩展板或扩展单元上提供的CPU等等根据程序的指令执行实际处理的一部分或者全部，从而通过这种处理执行上述实施例的功能。

根据本发明，在接收是包括请求发送(RTS)信息(该信息用于向预定的目的地发送电子邮件)的分割的电子邮件的电子邮件的情况下，能够合适地进行发送确认，而不向源发送关于分割的电子邮件的多段的每一段的发送确认的电子邮件。

根据本发明，在接收使得包括请求发送(RTS)信息(该信息用于向预定目的地发送电子邮件)的电子数据被分割成多段的分割的电子邮件的情况下，能够合成多个分割的电子邮件并恰当地进行表示所述电子数据的至少一部分已被发送的发送确认。

不脱离本发明的构思和范围，可以作出本发明的许多明显地宽的不同的实施例，应当理解，本发明不限于其特定的实施例，本发明只由所附的权利要求限定。

Claims

1.一种电子邮件通信设备，包括：

接收单元，其适用于接收通过以特定的单位分割电子数据而产生的多个分割的电子邮件；以及

发送单元，其适用于在所述分割的电子邮件的每一个包括处理通知信息的情况下，向目的地发送关于所述分割的电子邮件的每一个的处理通知电子邮件，

其中，在从所述电子数据产生的所述分割的电子邮件的全部被所述接收单元接收的情况下，所述发送单元向目的地发送第一处理通知电子邮件，其表示从所述电子数据产生的所述分割的电子邮件的全部都被所述接收单元接收，在从所述电子数据产生的所述分割的电子邮件的全部中的至少一个未被所述接收单元接收的情况下，向所述目的地发送第二处理通知电子邮件，其表示从所述电子数据产生的所述分割的电子邮件的全部中的至少一个未被所述接收单元接收。

2.如权利要求1所述的电子邮件通信设备，还包括：

组合单元，其适用于基于由所述接收单元接收的所述多个分割的电子邮件产生组合数据，以及其中：

所述发送单元在所述组合单元已经产生所述组合数据之后，向所述目的地发送所述第一处理通知电子邮件或所述第二处理通知电子邮件。

3.如权利要求2所述的电子邮件通信设备，其中：

所述组合单元根据接收单元接收与所述电子数据有关的所有所述分割的电子邮件来组合多个分割的电子邮件。

4.如权利要求2所述的电子邮件通信设备，其中：

所述组合单元在所述接收单元接收与所述电子数据有关的多个分割的电子邮件的全部之前，根据从电子邮件通信设备的操作者给出的指令来组合所述多个分割的电子邮件。

5.如权利要求2所述的电子邮件通信设备，还包括：

计时单元，其适用于计时从所述接收单元接收与所述电子数据有关的多个分割的电子邮件中至少之一开始起所经过的时间，以及其中：

所述组合单元在所述接收单元接收与所述电子数据有关的多个分割的电子邮件的全部之前，根据由所述计时单元进行的预定的经过时间的计时，基于所述多个分割的电子邮件产生所述组合数据。

6.如权利要求1所述的电子邮件通信设备，还包括：

请求单元，其适用于在所述接收单元接收与所述电子数据有关的分割的电子邮件中至少之一以后，未完成与所述电子数据有关的分割的电子邮件的全部的接收的情况下，请求所述分割的电子邮件的源重新发送还要接收的分割的电子邮件。

7.如权利要求2所述的电子邮件通信设备，还包括：

图像形成单元，其适用于基于所述组合数据在记录纸上形成图像。

8.如权利要求7所述的电子邮件通信设备，其中

所述发送单元在所述图像形成单元完成所述组合数据的图像形成之后，发送所述第一处理通知邮件或所述第二处理通知邮件。

9.如权利要求1所述的电子邮件通信设备，其中：

所述目的地是由所述接收单元接收的分割的电子邮件的源。

10.如权利要求1所述的电子邮件通信设备，其中：

所述分割的电子邮件是通过按预定的数据量分割所述电子数据而产生的分割的数据段之一。

11.如权利要求1所述的电子邮件通信设备，其中：

所述电子数据是包括头部信息和图像数据的一段电子邮件。

12.一种电子邮件通信设备，包括：

接收单元，其适用于接收通过以特定的单位分割电子数据而产生的多个分割的电子邮件；

组合单元，其适用于基于与所述电子数据有关的所述多个分割的电子邮件来产生组合数据；以及

发送单元，其适用于在所述组合数据包括用于向目的地发送处理通知电子邮件的处理通知信息的情况下，向所述目的地发送表示所述电子数据的至少一部分已被发送的所述处理通知电子邮件。

13.如权利要求12所述的电子邮件通信设备，其中：

所述组合单元根据所述接收单元接收与所述电子数据有关的所述分割的电子邮件的全部来组合多个分割的电子邮件。

14.如权利要求12所述的电子邮件通信设备，其中：

15.如权利要求12所述的电子邮件通信设备，还包括：

计时单元，其适用于计时从所述接收单元接收与所述电子数据有关的多个分割的电子邮件中的至少之一开始起所经过的时间，以及其中：

所述组合单元在所述接收单元接收与所述电子数据有关的多个分割的电子邮件的全部之前，根据由所述计时单元进行的预定的经过时间的计时，基于所述多个分割的电子邮件来产生所述组合数据。

16.如权利要求12所述的电子邮件通信设备，其中：

所述发送单元向所述目的地进行发送，以便在所述组合单元已经组合了与所述电子数据有关的分割的电子邮件的全部的情况下，所述电子数据已被正常地发送，以及，该发送单元向所述目的地进行发送，以便在所述组合单元已经组合了与所述电子数据有关的分割的电子邮件的一部分的情况下，所述电子数据未被正常地发送。

17.如权利要求12所述的电子邮件通信设备，还包括：

请求单元，其适用于在所述接收单元接收与所述电子数据有关的分割的电子邮件中至少之一以后，未完成与所述电子数据有关的分割的电子邮件的全部的接收的情况下，请求所述分割的电子邮件的源重新发送还要被接收的分割的电子邮件。

18.如权利要求12所述的电子邮件通信设备，还包括：

19.如权利要求12所述的电子邮件通信设备，其中

所述目的地是由所述接收单元接收的分割的电子邮件的源。

20.如权利要求12所述的电子邮件通信设备，其中：

所述分割的电子邮件是通过按预定的数据量分割电子数据而产生的分割的数据段之一。

21.如权利要求12所述的电子邮件通信设备，其中：

所述电子数据是包括头部信息和图像数据的一段电子邮件。

22.一种电子邮件通信方法，包括：

接收步骤，用于接收通过以特定的单位分割电子数据而产生的多个分割的电子邮件；以及

发送步骤，用于在所述分割的电子邮件的每一个包括处理通知信息的情况下，向目的地发送用于所述分割的电子邮件的每一个的处理通知电子邮件，

其中，所述发送步骤在从所述电子数据产生的所述分割的电子邮件的全部被所述接收步骤接收的情况下，向目的地发送第一处理通知电子邮件，其表示从所述电子数据产生的所述分割的电子邮件的全部都被所述接收步骤接收，在从所述电子数据产生的所述分割的电子邮件的全部中的至少之一未被所述接收步骤接收的情况下，向所述目的地发送第二处理通知电子邮件，其表示从所述电子数据产生的所述分割的电子邮件的全部中的至少之一未被所述接收步骤接收。

23.一种电子邮件通信方法，包括：

接收步骤，用于接收通过以特定的单位分割电子数据而产生的多个分割的电子邮件；

组合步骤，用于基于与所述电子数据有关的所述多个分割的电子邮件来产生组合数据；以及

发送步骤，用于在所述组合数据包括用于向目的地发送处理通知电子邮件的处理通知信息的情况下，向所述目的地发送表示电子数据的至少一部分已被发送的所述处理通知电子邮件。