发送装置、接收装置、其控制方法、通信系统和程序的制作方法

文档序号:7641789阅读:119来源:国知局
专利名称:发送装置、接收装置、其控制方法、通信系统和程序的制作方法
技术领域
本发明涉及通过网络在发送装置和接收装置之间发送/接收电子 邮件的通信系统。
背景技术
连同近来计算机的广泛使用和信息的联网一起使用电子邮件来 发送/接收文本信息正变得流行。
电子邮件除了邮件文本(即文本信息)之外还具有各种格式的附
加文件。互联网传真(下文中称之为IFAX)正变得广泛使用,其通 过附加例如TIFF (标记图像文件格式)文件来发送/接收图像。
IFAX是一种用于设备之间通信的技术。也就是说,发送设备通 过扫描仪来读取图像,将其转换为TIFF图像,并且将数据发送给目 的地。接收设备从所接收到的数据来对TIFF图像进行解码,并且打 印该TIFF图像。
与该技术有关,日本专利公开2002-27193公开了一种用于通过 使用电子邮件协议来发送图像数据的装置。该装置将图像数据直接发 送给接收设备,而不用邮件服务器的介入。
日本申请公开2003-233558也公开了 一种用于通过使用电子邮件 协议来发送图像数据的装置。该装置对于地址簿上的每一目的地保存 表示是否将图像数据直接发送给接收设备而不用邮件服务器的介入的 数据。基于该数据,该装置将数据直接发送给在允许直接发送的目的 地处的接收设备,而不用邮件服务器的介入。
RFC 2532定义了 IFAX的完全模式标准。根据该标准,当发送 设备将图像数据发送给接收设备时,接收设备使用MDN(消息部署
通知)来将接收结果通知给发送设备。
在使得发送设备根据完全模式标准将图像数据发送给接收设备
而不用邮件服务器的介入的系统中,日本申请公开2002-27193和 2003-233558中所公开的布置可以将图像数据从发送设备直接发送给 接收设备。
然而,应该将MDN结果发送给发送设备的接收设备不能确定 MDN发送目的地是否允许直接发送。
接收设备总是经由邮件服务器来发送MDN,邮件服务器因此是 不可或缺的。
然而,安装和操作邮件服务器并不容易。仅操作在能够不用邮件 服务器的介入而进行通信的环境中的系统包括例如根据电子邮件协议 发送图像数据而不构建邮件服务器的系统。在无论是否存在邮件服务 器都发送大图像文件的IFAX中,邮件服务器上的负载出现问题。因 此,在有意避免使用邮件服务器的同时,通常进行设置。
在接收设备成功接收电子邮件数据,分析所述电子邮件数据并且 提取图像的系统中,数据接收的成功并非总是指示基于该数据在接收 设备中成功形成图像。如果出现失败(例如在处理的中途接收设备的 内部数据存储设备的容量耗尽),则接收设备中的图像形成失败。
为了最终确认通信的成功,需要由MDN进行确认。在没有安装 或者设置邮件服务器的环境中,不出现MDN发送。因此,不可能确 定接收设备是否已经正常接收所发送的电子邮件数据。

发明内容
已经考虑到上述问题而进行本发明,并且本发明的目的在于提供 一种发送装置、接收装置、其控制方法、通信系统以及程序,其允许 根据装置之间的环境来自适应地选择电子邮件发送确认的发送/接收 路由,并且可靠地发送所述发送确认。
根据本发明,通过提供一种发送装置来达到前述目的,所述发送 装置用于通过选择经由邮件服务器的通信方法和没有邮件服务器的介
入的通信方法中的一种方法而通过网络将电子邮件发送给接收装置,
所述发送装置包括
生成单元,其被配置成生成电子邮件;
发送单元,其被配置成将所述电子邮件和表示响应于所述电子邮 件的发送确认请求的应答方法的信息发送给所述接收装置;以及
接收单元,其被配置成根据所述应答方法从所述接收装置接收响 应于由所述发送单元所发送的电子邮件的发送确认结果。
在优选实施例中,所述发送单元将表示所述发送确认请求应答方 法的信息发送给所述接收装置作为预定通信协议的一条信息,而不用 邮件服务器的介入。
在优选实施例中,所述发送单元通过使用预定通信协议而将包含 表示所述发送确认请求应答方法的信息的电子邮件发送给所述接收装 置,而不用邮件服务器的介入。
根据本发明,通过提供一种接收装置来达到前述目的,所述接收 装置用于通过使用经由邮件服务器的通信方法和没有邮件服务器的介 入的通信方法中的一种方法而通过网络从发送装置接收电子邮件,所 述接收装置包括
接收单元,其被配置成从所述发送装置接收所述电子邮件和表示 响应于所述电子邮件的发送确认请求的应答方法的信息;以及
发送单元,其被配置成基于表示所述发送确认请求应答方法的信 息而发送响应于所述电子邮件的发送确认结果。
在优选实施例中,所述接收单元从所述发送装置接收表示所述发 送确认请求应答方法的信息作为预定通信协议的 一条信息,而不用邮 件服务器的介入。
在优选实施例中,所述接收单元通过使用预定通信协议而从所述 发送装置接收包含表示所述发送确认请求应答方法的信息的电子邮 件,而不用邮件服务器的介入。
在优选实施例中,当将表示所述发送确认请求应答方法的信息设 置为"服务器介入关闭"时,所述发送单元将所述发送确认结果发送
给由所述电子邮件中所描述的应答目的地信息所表示的应答目的地, 而不用邮件服务器的介入。
在优选实施例中,当将表示发送确认请求应答方法的信息设置为 "服务器介入关闭"时,所述发送单元从外部服务器获取响应于电子 邮件的所述发送确认结果的应答目的地信息,并且将所述发送确认结 果发送给由所获取的应答目的地信息所表示的应答目的地,而不用邮 件服务器的介入。
在优选实施例中,所述发送单元包括分析单元,其被配置成分 析所述电子邮件的内容;以及生成单元,其被配置成如果所述分析单 元的分析结果指示描述了响应于所述电子邮件的所述发送确认结果 的应答目的地信息,则生成所述发送确认结果。
在优选实施例中,当所述分析单元的分析结果指示在电子邮件中 将表示发送确认请求应答方法的信息设置为"服务器介入关闭",并 且描述了响应于所述电子邮件的发送确认结果的应答目的地信息时, 所述发送单元将由所述生成单元所生成的发送确认结果发送给由所述 应答目的地信息所表示的应答目的地,而不用邮件服务器的介入。
在优选实施例中,当所述分析单元的分析结果指示在电子邮件中 将表示发送确认请求应答方法的信息设置为"服务器介入关闭",并 且没有描述响应于所述电子邮件的发送确认结果的应答目的地信息 时,所述发送单元从外部服务器获取响应于所述电子邮件的发送确认 结果的应答目的地信息,并且将所述发送确认结果发送给由所获取的 应答目的地信息所表示的应答目的地,而不用邮件服务器的介入。
根据本发明,通过提供一种通信系统来达到前述目的,所述通信 系统用于通过使用经由邮件服务器的通信方法和没有邮件服务器的介 入的通信方法中的一种方法而通过网络在发送装置和接收装置之间发 送/接收电子邮件,其中,
所述发送装置包括
生成单元,其被配置成生成电子邮件;
第一发送单元,其被配置成将所述电子邮件和表示响应于所述电 子邮件的发送确认请求的应答方法的信息发送给所述接收装置;以及 第一接收单元,其被配置成根据所述应答方法从所述接收装置接 收响应于由所述第一发送单元所发送的电子邮件的发送确认结果;以 及
所述接收装置包括
第二接收单元,其被配置成从所述发送装置接收所述电子邮件和 表示响应于所述电子邮件的发送确认请求的应答方法的信息;以及
第二发送单元,其被配置成基于表示所述发送确认请求应答方法 的信息而发送响应于所迷电子邮件的发送确认结果。
根据本发明,通过提供一种发送装置的控制方法来达到前述目 的,所述发送装置用于通过选择经由邮件服务器的通信方法和没有邮 件服务器的介入的通信方法中的一种方法而通过网络将电子邮件发送 给接收装置,所述发送装置的控制方法包括
生成步骤,用于生成电子邮件;
发送步骤,用于将所迷电子邮件和表示响应于所述电子邮件的发 送确认请求的应答方法的信息发送给所述接收装置;以及
接收步骤,用于根据所述应答方法从所述接收装置接收响应于在 所述发送步骤所发送的电子邮件的发送确认结果。
根据本发明,通过提供一种接收装置的控制方法来达到前述目 的,所述接收装置用于通过使用经由邮件服务器的通信方法和没有邮 件服务器的介入的通信方法中的一种方法而通过网络从发送装置接收 电子邮件,所述接收装置的控制方法包括
接收步骤,用于从所迷发送装置接收所述电子邮件和表示响应于 所述电子邮件的发送确认请求的应答方法的信息;以及
发送步骤,用于基于表示所述发送确认请求应答方法的信息而发 送响应于所述电子邮件的发送确认结果。
根据本发明,通过提供一种存储在计算机可读介质中的程序来达 到前述目的,所述程序使得计算机控制发送装置,以用于通过选择经 由邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一
种方法而通过网络将电子邮件发送给接收装置,其特征在于,使得所
述计算机执行以下步骤
生成步骤,用于生成电子邮件;
发送步骤,用于将所述电子邮件和表示响应于所述电子邮件的发 送确认请求的应答方法的信息发送给所述接收装置;以及
接收步骤,用于根据所述应答方法从所述接收装置接收响应于在 所述发送步骤所发送的电子邮件的发送确认结果。
根据本发明,通过提供一种存储在计算机可读介质中的程序来达 到前迷目的,所述程序使得计算机控制接收装置,以用于通过使用经 由邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一 种方法而通过网络从发送接收电子邮件,其特征在于,使得所迷计算 机执行以下步骤
接收步骤,用于从所述发送装置接收所述电子邮件和表示响应于 所述电子邮件的发送确认请求的应答方法的信息;以及
发送步骤,用于基于表示所述发送确认请求应答方法的信息而发 送响应于所述电子邮件的发送确认结果。
参考附图从以下示例性实施例的描述,本发明的进一步的特征将 变得清楚。


图l是示出根据本发明第一实施例的通信装置的网络连接配置的
框图2是示出根据本发明第一实施例的MFP的布置的框图; 图3是用于解释根据本发明第一实施例的MFP中所安装的网络 程序的配置的示图4是示出用于存储才艮据本发明第一实施例的MFP的发送目的 地信息的目的地表注册窗口的示图5是示出根据本发明第一实施例的电子邮件数据的结构示例的
示图6是示出根据本发明第一实施例的SMTP协议的处理的顺序表
图7是示出根据本发明第一实施例的SMTP接收处理的流程图; 图8是示出根据本发明第一实施例的MDN数据的结构示例的示
图9是示出根据本发明第一实施例的MDN发送处理的流程图; 图10是示出根据本发明第二实施例的MDN发送处理的流程图; 图11是示出根据本发明第三实施例的电子邮件数据的结构示例 的示图;以及
图12是示出根据本发明第三实施例的电子邮件数据分析处理的 流程图。
具体实施例方式
下面,将参照附图详细描述本发明的实施例。 <第一实施例>
图1是示出根据本发明第一实施例的通信装置的网络连接配置的框图。
标号100和101表示MFP(多功能外设)。MFP 100和MFP 101 是多功能复印机,其每一个均包括例如扫描仪和打印机的设备,并且 因此具有多种功能(例如扫描仪功能、复印功能、传真发送/接收功能 以及用于打印计算机上所创建的数据的打印机功能)。
MFP 100和MFP 101连接到具有例如"xyz.co.jp"的域名的网 络和多个计算机以及包括服务器103和客户机PC 104的网络设备。
所述网络连接到覆盖全世界的互联网110。
MFP 100具有用于设备的主机名"copyl.xyz.co.ip,,以及电子邮 件地址"ifax@copyl.xyz.co.jp" 。 MFP 101具有用于设备的主机名 "copy2.xyz.co.jp"以及电子由卩件地址"ifax@copy2.xyz.co.jp。,,
PC 104包括通用电子邮件软件,并且具有邮件地址 "yamada@xyz.co.jp,,。 服务器103既具有邮件服务器(SMTP服务器)功能,又具有 POP服务器功能。服务器103具有主机名"pulser.xyz.co.jp",并且 还具有DNS服务器功能。
可以将分离的终端布置为具有邮件服务器功能的服务器、具有 POP功能的服务器以及具有DNS服务器功能的服务器。适当的集成 终端也是可使用的。共同管理作为独立于MFP 100的终端的、具有 DNS功能的服务器允许各种MFP共享相互转换域名和IP地址的终
如果域名或IP地址改变,则仅服务器需要改变设置。MFP 100 可以包括DNS服务器功能。在此情况下,因为不执行经由网络的通信, 所以处理效率预期会增加。
MFP 100和MFP 101具有两种发送模式。 一种是电子邮件发送 模式,该模式假设将由FAX/IFAX接收功能所接收的图像以及由扫描 仪所读取的单色/彩色图像发送给一般电子邮件目的地。另一种是 IFAX发送模式,该模式假设将图像发送给符合IFAX标准的装置。
通过使用例如SMTP协议和POP3协议来完成数据发送/接收。
电子邮件发送模式使得能够发送由扫描仪所读取的彩色图像作 为附加到电子邮件的JPEG文件或PDF (可移植文档格式)文件。可 以将由扫描仪所读取的单色图像作为TIFF文件或PDF文件发送。
例如,为了将电子邮件发送给具有邮件地址"yamada@xyz.co.jp" 的客户机104,根据SMTP协议来将包含所附加的图像数据的电子邮 件发送给服务器103。客户机PC 104可以根据POP3协议接收电子邮 件,并且将所附加的图像显示在通用图像查看器上。
IFAX发送模式基于RFC 2301发送由MFP的扫描仪功能所读取 的图像或由FAX/IF AX接收功能所接收的图像数据。接收侧MFP通 过其打印机功能打印所接收到的图像数据。
接下来将参照图2来描述MFP100的布置。
以下将例示出MFP 100的布置。MFP 101具有与MFP 100相同 的布置。 图2是示出根据本发明第一实施例的MFP的布置的框图。 CPU 130通过使用RAM 132和存储在ROM 131中的程序来控 制整个系统。
操作单元133包括LCD显示板和硬键(例如开始键和十位键盘), 当检测到用户的手指触碰了在LCD上所显示的软按钮时,操作单元 133执行用户操作。
扫描仪134以光电方式来将文档的图像数据转换为电信号。当文 档供纸器(未示出)将文档供给到压板玻璃时,扫描仪134打开灯, 并且开始移动文档读取器,以对文档进行膝光和扫描。
通过反射镜和透镜而将来自文档的反射光引导至CCD图像传感 器,并且将其转换为电信号,然后,由A/D转换电路将其转换为数字 数据。在结束文档读取操作之后,排出压板玻璃上的文档。
打印机135在打印纸张上打印图像数据。激光光束发射单元发射 与该图像数据对应的激光光束。该激光光束照射感光鼓,在所述感光 鼓上,形成与该激光光束对应的潜像。
显影单元将显影剂施加到感光鼓上的潜像部分。同步于激光光束 照射的开始而将打印纸张从纸盒供给并运送至转印单元,从而将施加 到感光鼓的显影剂转印到打印纸张。将具有转印的显影剂的打印纸张 运送到定影单元,所迷定影单元通过热量和压力而将显影剂定影到打 印纸张。由排出辊来排出已经通过定影单元的打印纸张。分拣器通过 以适当的容器来存储所排出的打印纸张而对所排出的打印纸张进行拣 选。
图像处理电路136包括各种电路(例如大容量图像存储器、图像 旋转电路、分辨率调整电路以及MH、 MR、 MMR、 JBIG和JPEG 编码/解码电路),其可以执行各种图像处理(例如明暗处理、修整处 理以及掩蔽处理)。
硬盘137是通过I/F (例如SCSI或IDE )而连接的大容量记录介质。
网络I/F 138实现网络数据链路,以连接网络线路(例如由
10BASE-T或100BASE-T所表示的以太网@或令牌环)。
格式器单元139通过PC I/F 142 (包括基于IEEE 1284的并行接 口以及例如USB的串行接口 )或网络I/F 138从外部设备(例如客户 机PC 104 )接收数据。格式器单元139从所接收到的数据(例如PDL (页面描述语言))创建图像数据,并且执行描绘,以使得图像处理 电路136处理所述数据,并且使得打印机135打印所述数据。
传真单元140是传真I/F电路,其连接到电话线路,并且包括例 如NCU (网络控制单元)和MODEM (调制器/解调器)的电路。
传真单元140使得图像处理电路136处理由扫描仪134所读取的 图像数据,并且经由电话线路将数据发送给另一传真装置。传真单元 149还接收从另 一传真装置所发送的数据,并且使得图像处理电路136 处理所述数据并且使得打印机135打印所述数据。
扫描仪134,打印机135、图像处理电路136、格式器单元139 和传真单元140连接到与来自CPU 130的CPU总线141不同的高速 视频总线142,从而以高速度来传送图像数据。
通过使得图像处理电路136处理由扫描仪134所读取的图像数据 并且使得打印机135打印处理过的图像数据来实现复印功能。
通过使得图像处理电路136处理由扫描仪134所读取的图像数据 并且将所述数据从网络I/F 138发送给网络而实现发送(数据传递/文 件传递)功能。通过使得图像处理电路136创建符合RFC 2301的图 像并且根据电子邮件协议来发送/接收数据而实现IFAX功能。
接下来将参照图3描述安装在MFP 100中的网络程序的配置。
图3是用于解释根据本发明第一实施例的MFP中所安装的网络 程序的配置的示图。
网络程序大致划分为IP层200 、 TCP/UDP层201以及应用层202 。
IP是"互联网协议"的缩写。TCP是"传输控制协议"的缩写。 UDP是"用户数据报协议"的缩写。
IP层200是互联网协议层,其提供服务,以与中继节点(例如路 由器)协作将消息从源主机发送给目的地主机。200680049356. 8
IP层200管理用于发送数据的源的地址以及用于接收数据的目 的地的地址,并且执行管理路由的路由功能,以根据地址信息而在网 络中将数据发送给目的地主机。
TCP/UDP层201是传输层,其提供服务,以将消息从源应用服 务发送给接收应用服务。
TCP是保证通信可靠性的连接服务。UDP是不保证可靠性的无 连接服务。
应用层202定义多个协议。所述协议的示例如下。
FTP (文件传输协议)是文件传输服务。SNMP是网络管理协议。 LDP是用于使用打印机进行打印的服务器协议。HTTPd是WWW(万 维网)服务器协议。
SMTP (简单邮件传输协议)是电子邮件发送/接收协议。POP3 (邮局协议版本3 )是邮件下载协议。LDAP (轻型目录访问协议)是 用于访问管理例如用户电子邮件地址的目录数据库的协i义。RFC 1510 定义Kerberos认证程序。
接下来将参照图4描迷MFP 100的操作单元133的操作窗口的示例。
图4示出用于存储根据本发明第一实施例的MFP的发送目的地 信息的目的地表注册窗口。
该目的地表注册窗口允许用户注册各种目的地,包括MFP 101 的IFAX目的地。
目的地表注册窗口上的"发送类别"字段250是用于决定用于将 数据发送给发送目的地的技术的项。该字段例如被设计为下拉菜单, 以选择传真、IFAX、电子邮件和文件中的一个。在该示例中,在"发 送类别"字段250中选择IFAX。
当选择了 IFAX时,显示多条信息(例如地址、服务器介入、分 辨率、纸张尺寸和压缩方法)。
"地址,,字段251是用于输入地址的项。在该示例中,将MFP 101 的电子邮件地址"ifax⑨copy2.xyz.co.jp,,输入到"地址,,字段251。
"服务器介入"指定字段252是用于选择是将数据发送给邮件月艮 务器并且然后从所述邮件服务器将该数据发送给作为目标目的地的 MFP 101还是直接将数据发送给MFP 101的开关。在该示例中。设置
"关闭",以表示没有邮件服务器介入。为了进行邮件服务器介入, 设置"打开"。
如果数据将通过互联网而被发送给发送目的地,则存在中继节点 (例如防火墙),从而不可能直接发送所述数据。然而,如果目的地 出现在相同网络中,则可以发送数据,而不需要在邮件服务器上产生 任何负载。
"分辨率,,指定字段253至256是用于指定可以由MFP 101接
收的分辨率的开关。
任意设备通常可以通过IFAX接收200 x 100 dpi和200 x 200 dpi
的分辨率的图像,所以用户不能选择这些分辨率。每当用户操控所述 字段,就反转其余分辨率的显示状态。以黑底白色状态所显示的字段 指示选择了该分辨率。
在图4中,选择了 "分辨率"指定字段254和255,其指示可由 MFP 101接收的分辨率是200 x 400 dpi和400 x 400 dpi。
例如,MFP 101不能直接接收以600 x 600 dpi扫描的图4象。在 此情况下,将所扫描的图像的分辨率转换为可由MFP101接收的最高 分辨率(即400 x 400 dpi)。
"纸张尺寸"指定字段257和258是用于指定可由MFP 101接 收的纸张尺寸的开关。任意设备通常可以接收A4大小的图像,所以 用户不能选择A4。
MFP 101可以接收B4大小和A3大小的图像。因此,选择"纸 张尺寸,,指定字段257和258。
例如,将在扫描时以A3大小所读取的图像发送给MFP 101作为 A3大小的图像。如果接收侧不能接收A3大小的图像,则在将图像缩 放到可由接收侧所接收的最大纸张尺寸之后发送图像。
"压缩方法"指定字段259和260是用于选择可由MFP 101接
收的压缩图像格式的开关。在该示例中,用户可以指定MR和MMR。 包含文本的文档图像的压缩率按照MH<MR<MMR的顺序而变得更 高。
任意设备可以正常接收MH压缩图像数据,所以用户不能选择MH。
MFP 101可以接收MR编码的图4象和MMR编码的图像。因此, 选择"压缩方法"指定字段259和260。
将由MMR以高压缩率所编码的图l象发送给MFP 101。如果接收 设备不能接收MMR编码的图像,则通过压缩方法来压缩所述图像, 以确保可由接收侧所接收并然后被发送的最大压缩率。
当完成了目的地表注册窗口上的各种设置时,用户操作"确认" 按钮270来完成设置,从而将各种设置值存储在例如RAM 132中作 为目的地表。为了取消设置操作,用户可以通过操作"取消"按钮271 来重置各个设置值。
接下来将参照图5描述根据第一实施例的电子邮件数据的结构示例。
图5是示出根据本发明第一实施例的电子邮件数据的结构示例的示图。
图5示出当将由MFP 100所扫描的图像附加到电子邮件并且将 其发送给MFPIOI时的电子邮件数据结构。
数据字段300具有指示从MFP 100进行发送的时间的信息。 "From"字段301具有MFP 100的电子邮件地址。"To"字段302 具有MFP 101的电子邮件地址。"Subject"字段303具有字符串 "image"。
"Disposition-Notification-To"字段304指定接收响应于来自 MFP 100的发送确认请求而发送的发送确认邮件(MDN数据)的邮 件地址。在该示例中,字段304包含MFP 100的邮件地址。
"Message-ID"字段305具有表示对于邮件唯一的ID的数字。 所述数字包含邮件地址和时间数据,以防止存在具有相同数字的邮件
消息。"MIME-Version" 字段306具有MIME的版本号。
"Content-Type ,,字段 307 指示通过字符串 "一———422E51E54FF704D75EF8—"将电子邮件数据分段为多个块。字 段308表示用于编码的比特的数量。
字段310至316构成一个块。字段311指示以下部分包含由JIS 码所写成的字符串。字段314包含数据字符串(即电子邮件数据的文 本)。
字段316至330构成另一个块。字段317至219中的多条信息示 出该部分是具有文件名"GS2005.tir的TIFF图像文件。字段321至 328具有通过对文件进行BASE64编码而获得的数据。
接着,将参照图6描述在直接从MFP 100到MFP 101发送根据 本发明第一实施例的图5中所示的电子邮件数据的过程中SMTP协议 的过程顺序。
图6是示出根据本发明第 一 实施例的SMTP协议的处理的顺序表图。
如图4所示,MFP 100的目的地表的"服务器介入"指定字段 252中的信息"服务器介入关闭"指示MFP100可以将数据直接发送 给MFP101,而不用邮件服务器的介入。
因此,对于向MFP 101的发送,MFP 100直接通过SMTP连接 到MFP 101 (400)。
以SMTP连接的MFP 101以包含域名信息的字符串进行应答 (401)。
当MFP 100发送EHLO命令(402)时,MFP 101以与其兼容 的SMTP扩展命令连同以"250-,,开头的字符串(403)进行应答。
由404至406来指示详细的SMTP扩展命令(表示MFP 101的 功能的命令)。MFP101具有接收8比特电子邮件数据的接收功能、 通过TLS加密方式来对通信路径进行加密的加密功能、以及直接以 MDN进4亍应答的直接响应功能。
在此情况下,MFP 101将表示8比特电子邮件数据接收功能的
8BITMIME命令(404 )和表示通过TLS加密方式而进行的通信路径 加密功能的STARTTLS命令(405 )发送给MFP 100。 MFP 101还将 表示MDN直接响应功能(响应方法)的DIRECTMDN命令(406) 发送给MFP 100。
MFP 101具有用于设置"MDN直接响应的开/关"作为设备"^殳置 的开关。仅当将MDN直接响应功能设置为"开"时,MFP 101才响 应于来自MFP 100的DIRECTMDN命令(407 )来以MDN进行直接 应答。如果将该功能设置为"关",则MFP 101不会响应于来自MFP 100的DIRECTMDN命令(407 )而以MDN进行直接应答。
来自MFP 100的DIRECTMDN命令(407 )是用于请求MDN 直接响应的命令。MDN直接响应指示对于发送目的地以MDN进4亍直 接应答,而不用邮件服务器的介入。
如果将MFP 100的目的地表注册在MFP 101的目的地表中,则 可以从目的地表获取"服务器介入"指定字段252 (图4)的设置内 容("服务器介入开/关,,)。在此情况下,可以基于设置内容来确定 是否允许MDN直接响应。也就是说,如果将"服务器介入关闭"设 置为设置内容,则可以直接应答MDN。
将再次描述图6。
当从MFP 100正常接收到DIRECTMDN命4K 407 )时,MFP 101 通过以"250"开头的正常响应消息(408)进行应答。
接下来,MFP 100将表示邮件发送方的MAIL命令(409 )发送 给MFP 101。当正常接收到MAIL命令时,MFP 101通过以"250" 开头的正常响应消息(410)进行应答。MFP 100发送表示邮件接收 方的RCPT命令(411)。当正常接收到RCPT命令时,MFP101通 过以"250"开头的正常响应消息(412)进行应答。
MFP 100发送表示电子邮件数据发送将开始的DATA命令 (413),并且然后发送电子邮件数据(由图5中的字段300至329 所指示的数据)。在此之后,MFP100发送指示电子邮件数据的结束 的" ,, (414)。
当从MFP 100正常接收到电子邮件数据时,MFP 101通过以 "354"开头的正常响应消息(415)进行应答。
MFP 100发送QUIT命令(416 ),以断开连接。响应于此,MFP 101通过以"221"开头的消息(417)进行应答。
通过上述处理,MFP 100与MFP 101之间的SMTP连接结束。
接下来将参照图7描述通过MFP 101的SMTP接收功能所进行 的SMTP接收处理。
图7是示出根据本发明第一实施例的SMTP接收处理的流程图,
进行所述SMTP接收处理,以接收例如从MFP 100或客户机PC 104以SMTP方式发送的电子邮件数据。
在通电时,激活SMTP接收功能。在步骤S501, MFP101等待连接。
当SMTP连接开始时,过程从步骤S501进入步骤S502,以执行 以SMTP连接响应进行应答的连接响应应答处理(图6中的401)。
在以连接响应进行应答之后,MFP101检查所接收到的命令,以 在步骤S503确定该命令是否是EHLO命令。如果该命令是EHLO命 令(步骤S503中的"是,,),则过程进入步骤S506。如果该命令不 是EHLO命令(步骤S503中的"否"),则MFP 101在步骤S504 确定该命令是否是HELO命令。
如果该命令是HELO命令(步骤S504中的"是"),则过程进 入步骤S515。如果该命令不是HELO命令(步骤S504中的"否"), 则过程进入步骤S505,以将该状态看作命令错误,并且等待新的命令 接收。
如果在步骤S504所接收到的命令是HELO命令,则MFP 101 在步骤S515执行HELO命令响应应答处理,并且过程进入步骤S516。
如果在步骤S503中所接收到的命令是EHLO,则MFP 101在步 骤S506中执行EHLO命令响应应答处理,从而以包含MFP 101中所 准备的SMTP扩展功能的消息作为EHLO命令响应来进行应答。
所述消息是图6中的8BITMIME 404、 STARTTLS 405和DIRECTMDN 406。
MFP 101检查可由其SMTP扩展功能产生的命令。首先,MFP 101在步骤S507确定是否可产生8BITMIME命令。如果不可产生 8BITMIME命令(步骤S507中的"否"),则过程进入步骤S509。 如果可产生8BITMIME命令(步骤S507中的"是,,),则过程进入 步骤S508,以执行以字符串"250 OK"进行应答的OK应答处理。
MFP 101在步骤S509确定是否可产生DIRECTMDN命令。如 果不可产生DIRECTMDN (步骤S509中的"否"),则过程进入步 骤S512。如果可产生DIRECTMDN命令(步骤S509中的"是"), 则过程进入步骤S510,以执行以字符串"250 OK"进行应答的OK 应答处理。在步骤S511, MFP101在RAM132中存储连接请求发出 源的IP地址。
MFP 101在步骤S512确定是否可产生STARTTLS命令。如果 不可产生STARTTLS(步骤S512中的"否"),则过程进入步骤S516。 如果可产生STARTTLS命令(步骤S512中的"是"),则过程进入 步骤S513,以执行以字符串"250 OK,,进行应答的OK应答处理。 在步骤S514, MFP101执行TLS加密处理。
在步骤S516, MFP 101执行MAIL命令处理。MFP 101接收在 其中被设置为MAIL命令的发送方邮件地址信息(图6中的409), 并且发送包含以"250"开头的字符串的MAIL命令响应(图6中的 410)。
在步骤S517, MFP IOI执行RCPT命令处理。MFP101接收包 含发送目的地的邮件地址信息的RCPT命令(图6中的411),并且 发送包含以"250"开头的字符串的RCPT命令响应(图6中的412)。
在步骤S518, MFP 101执行DATA命令接收处理。MFP 101接 收指示图5中的电子邮件数据的发送将开始的DATA命令(图6中的 413) 。 MFP 101于是接收所发送的电子邮件数据(图6中的300至 329以及414),并且发送包含以"354"开头的字符串的DATA命令 响应(图6中的415)。
MFP 101通过检测仅包含"."的字符串414来确定电子邮件数 据的结束,并且因此结束一系列操作。
在步骤S519,MFP 101执行QUIT命令处理。MFP 101接收QUIT 命令(图6中的416),以断开连接,并且以包含以"221"开头的字 符串的QUIT命令(图6中的417)来进行应答,以对SMTP连接断 开连接。
当上述处理结束时,SMTP接收结束。
通过上迷处理,MFP 101例如接收图5中所示的电子邮件数据。 将电子邮件数据的邮件文本数据(314)从JIS码的文本信息转换为 SJIS码的文本信息,然后将其光栅化(rasterize)为图像数据。
将电子邮件数据的图像数据部分(321至328)以BASE64解码 为TIFF文件。从TIFF文件提取每一页面的图像数据,并且使其经历 图像解码处理。当正常完成了所有页面的图像解码处理时,创建图8 中所示的MDN数据。
接下来将描述根据第一实施例的MDN数据的结构示例。
图8是示出根据本发明第一实施例的MDN数据的结构示例的示图。
图8中的字段600至607与邮件的邮件信头对应。 "Date"字段600具有指示数据发送时间的时间信息。"From"
字段601具有作为邮件发送源的MFP 101的电子邮件地址。"Subject"
字段602具有字符串"Message Disposition Notification"。
"To"字段603包含参照图5所描述的具有附加图像的邮件的 "Disposition-Notification-To"字段304中所设置的目的地。因此,
将MDN数据发送给该目的地。
"Message-ID"字段604具有包含发送时间、主机名、域名和用
户名信息的字符串。在不允许存在具有相同ID的数据的情况下生成
所述字符串。
"MIME-Version ,,字段605具有MIME的版本号。 "Content-Type"字段606包含指示邮件是报告类型通知邮件的信息。字段 607 具有指示邮件由边界 "xiSCzkWI5qcO+uiWI6qaM+ueTIB6"所分段的信息。在该示例中,由 字段609、 615和622来对邮件进行分段。邮件被分段为与字段610 至614对应的第一部分以及与字段616至621对应的第二部分。
字段610指示第一部分是文本数据。字段612和613包含数据字符串。
字段616指示第二部分是通知消息。字段618描述创建该消息的 MFP 101的主机名和域名。
"Original-Message-ID"字段619包含参照图5所描述的具有附 加的图像的邮件的Message-Id 304,以使得有可能确定该通知邮件将 要响应的邮件。
"Disposition"字段620指示自动应答该通知邮件,并且正常处 理结果。
接下来将参照图9描述使得MFP 101发送MDN数据的MDN发 送处理。
图9是示出根据本发明第一实施例的MDN发送处理的流程图。 该处理开始发送MDN。
在步骤S701, MFP 101通过参考DIRECTMDN命令(图6中的 407)的内容来确定发送方是否已经指定"MDNDIRECT"。如果指 定了 "MDNDIRECT"(步骤S701中的"是"),则过程进入步骤 S702,以将图8中的MDN数据发送给与步骤S511中所存储的IP地 址对应的目的地,并且结束处理。
如果没有指定"MDNDIRECT"(步骤S701中的"否"),则 过程进入步骤S703,以将MDN数据发送给邮件服务器(例如服务器 103),并且结束处理。最终通过邮件服务器将发送给邮件服务器的 MDN数据发送给由参照图5所描述的具有附加的图像的邮件的 "Disposition-Notification-To"所指示的目的地。
如上所述,根据第一实施例,在允许通过电子邮件协议进行通信 而不用邮件服务器的介入的环境中,也发送用于发送确认的MDN数
据,而不用邮件服务器的介入。另一方面,在仅允许通过邮件服务器
进行通信的环境中,经由邮件服务器发送用于发送确认的MDN数据。 有可能根据装置之间的环境来自适应地选择MDN数据发送/接
收路由,并且可靠地发送MDN数据。发送侧可以确定接收侧是否已
经正常接收邮件以及附加到该邮件的图像数据。 <第二实施例>
在第二实施例中,将描述第一实施例的MDN发送处理的应用示例。
图IO是示出根据本发明第二实施例的MDN发送处理的流程图。 该处理开始发送MDN。
在步骤S801, MFP 101通过参考DIRECTMDN命令(图6中的 407)的内容来确定发送方是否已经指定"MDNDIRECT。"如果指 定了 "MDNDIRECT"(步骤S801中的"是"),则过程进入步骤 S802。在步骤S802, MFP 101向DNS服务器(服务器103 )询问由 参照图 5 所描述的具有附加的图像的邮件的 "Disposition-Notification-To"所指示的目的地,并且获取发送目的 地的IP地址。
DNS服务器通过^f吏用专用于邮件发送的MX (邮件交换)记录或 主机名的A记录来获取目的地的IP地址。
在步骤S803,MFP 101通过使用SMTP协议将图8所示的MDN 数据发送给与步骤S802中所获取的IP地址对应的目的地,并且结束 处理。
如果没有指定"MDNDIRECT"(步骤S801中的"否,,),则 过程进入步骤S804,以将MDN数据发送给邮件服务器(例如服务器 103),并且结束处理。最终通过邮件服务器将发送给邮件服务器的 MDN数据发送给由参照图5所描述的具有附加的图像的邮件的 "Disposition-Notification-To"所指示的目的地。
如上所述,第二实施例通过向DNS服务器询问MDN数据发送 目的地来对其进行指定。因此,即使不可能从电子邮件数据指定MDN
数据发送目的地,也可以将MDN数据可靠地发送给正确的目的地。 <第三实施例>
在第一实施例中,根据SMTP协议将MDN数据请求发送给发送 目的地。然而,本发明不限于此。例如,电子邮件数据可以包含指示 MDN数据请求的信息的描述。
在第三实施例中,将描述使用包含指示MDN数据请求的信息的 描述的电子邮件数据的布置。
图11是示出根据本发明第三实施例的电子邮件数据的结构示例 的示图。
图11示出当将由MFP 100所扫描的图像附加到电子邮件并且将 其发送给MFP101时的电子邮件数据结构。
"Date"字段900具有指示从MFP 100进行发送的时间的时间 信息。"From"字段卯l具有MFP 100的电子邮件地址。"To"字 段902具有MFP 101的电子邮件地址。"Subject"字段903具有字 符串"image"。
"Disposition-Notification-To"字段904指定用于接收响应于来 自MFP 100的发送确认请求而发送的发送确认邮件(MDN数据)的 邮件地址。在该示例中,字段卯4包含MFP 100的邮件地址。
"X-MDNDIRECT" 字段905指示发送方想要将发送确认邮件 直接发送给作为发送设备的MFP 100,而不用邮件服务器的介入。
"Message-ID"字段906具有表示对于邮件唯一的ID的数字。 所述数字包含邮件地址和时间数据,以防止存在具有相同数字的邮件 消息。"MIME-Version" 字段卯7具有MIME的版本号。
"Content-Type "字段 908指示通过字符串 ———422E51E54FF704D75EF8—"将电子邮件数据分段为多个块。
字段911至916构成一个块。字段911指示以下部分包含由JIS 码所写成的字符串。字段915包含数据字符串。
字段917至931构成另一个块。字段917至920中的多条信息示 出该部分是具有文件名"GS2005.tif"的TIFF图4象文件。字段922至
929具有通过对文件进行BASE64编码而获得的数据。
根据第三实施例的电子邮件数据显式地描述了除了第一实施例
的电子邮件数据结构之外的发送确认邮件请求。
接下来将参照图12描述当MFP 101接收图11中所示的电子邮
件数据时的电子邮件数据分析处理。
图12是示出根据本发明第三实施例的电子邮件数据分析处理的
流程图。
当接收到电子邮件数据时,MFP 101在步骤S951执行图像提取 处理。将邮件文本数据(图11中的915)从JIS码的文本信息转换为 SJIS码的文本信息,并且于是将其光栅化为图像数据。
将电子邮件数据的图像数据部分(图11中的922至929)以 BASE64解码为TIFF文件。从TIFF文件提取每一 页面的图像数据, 并且使其经历图像解码处理。
MFP01 在步骤 S952 确定目的地是否存在于 "Disposition-Notification-To"字段(图11中的904)中。
如果目的地存在(步骤S952中的"是"),则过程进入步骤S953, 以提取目的地信息(ifax@copyl.xyz.co.jp),从而发送MDN数据。 在步骤S954, MFP101创建用于目的地信息的MDN数据,并且发送 所述MDN数据。
如果目的地不存在(步骤S952中的"否"),则过程进入步骤 S955,以确定是否存在X-MDNDIRECT字段(图11中的905)。
如果当在步骤S952确定"Disposition-Notification-To"字段中不 存在目的地时过程进入步骤S955,则过程进入步骤S959。这是因为 "Disposition-Notification-To"字段的缺少指示缺少MDN请求,并且 因此,理论上不存在X-MDNDIRECT字段。反之,为了请求MDN, 必须添加"Disposition-Notification-To"字段。
如果存在X-MDNDIRECT字段(步骤S955中的"是"),则 过程进入步骤 S956 ,以向DNS 服务器询问由 "Disposition-Notification-To"所指示的目的地,并且获取发送目的
地的IP地址。
DNS服务器通过使用专用于邮件发送的MX (邮件交换)记录或 主机名的A记录来获取由"Disposition-Notification-To"所指示的IP 地址。在步骤S957, MFP 101通过使用SMTP协议将MDN数据发送 给与在步骤S956所获取的IP地址对应的目的地。
如果不存在X-MDNDIRECT字段(步骤S955中的"否"), 则MFP 101在步骤S958将MDN数据发送给邮件服务器(例如服务 器103)。
在步骤S959, MFP 101确定用于从所接收的电子邮件数据所提 取的图像数据的打印设置的存在/缺少。如果存在打印设置(步骤S959 中的"是"),则过程进入步骤S960,以才艮据所述打印设置来执行打 印。如果不存在打印设置(步骤S959中的"否"),则过程进入步骤 S961,以确定传送的存在/缺少。
如果存在传送设置(步骤S961中的"是"),则过程进入步骤 S962,以根据所述传送设置来执行传送。基于传送设置的传送目的地 的示例是FAX、 IFAX、 FTP和SMB的文件传送目的地。
如杲不存在传送设置(步骤S961中的"否,,),则处理结束。
当接收到电子邮件数据时,例如基于电子邮件数据中所设置的属 性信息来完成步骤S956中的打印设置和S961中的传送设置的存在/ 缺少。
以上已经将SMTP和POP接收描述作为电子邮件接收方法。可 以通过另一预定通信协议(例如IMAP)来接收电子邮件数据。
如上所述,第三实施例描述了在电子邮件数据中指示MDN数据 请求的信息,而不是根据SMTP协议发送MDN数据请求。
当例如经由邮件服务器错误地发送应该根据SMTP协议直接发 送给发送目的地的MDN数据请求时,这种布置可以防止MDN数据 请求的可能消失。
虽然已经参照示例性实施例描述了本发明,但应理解,本发明不 限于所公开的示例性实施例。将给予所附权利要求的范围以最宽泛的
解释,从而包括所有这样的修改和等同结构及功能。
注意,本发明可以应用于包括单个设备的装置或包括多个设备的系统。
更进一步地,可以通过将软件程序直接或间接地提供给系统或装 置来实现本发明,所述软件程序实现前述实施例的功能,所述系统或 装置以系统或装置的计算机来读取所提供的程序代码,并且然后执行 所述程序代码。在此情况下,只要系统或装置具有编程的功能,实现
方式的模式就无需依赖于程序。
相应地,由于通过计算机来实现本发明的功能,因此安装在计算 机中的程序代码也实现本发明。换句话说,本发明的权利要求还覆盖 用于实现本发明功能的目的的计算机程序。
在此情况下,只要系统或装置具有编程功能,就可以以任何形式 (例如目标代码、由解释器所执行的程序、或被提供给操作系统的脚 本数据)来执行程序。
可以用于提供程序的存储介质的示例是软盘、硬盘、光盘、磁光
盘、CD-ROM、 CD-R、 CD-RW、磁带、非易失性类型的存储器卡、 ROM、以及DVD ( DVD-ROM和DVD-R )。
对于提供程序的方法,客户机计算机可以使用客户机计算机的浏 览器连接到互联网上的网站,并且可以将本发明的计算机程序或程序 的可自动安装压缩文件下载到记录介质(例如硬盘)。进一步地,可 以通过将构成程序的程序代码划分为多个文件并且从不同网站下载所 述文件来提供本发明的程序。换句话说,本发明的权利要求还覆盖将 通过计算机实现本发明的功能的程序文件下载到多个用户的WWW
(万维网)服务器。
还有可能的是,在存储介质(例如CD-ROM)上对本发明的程 序进行加密和存储,将存储介质分发给用户,允许满足特定要求的用 户经由互联网从网站下载解密密钥信息,并且允许这些用户通过使用 所述密钥信息来对已加密的程序进行解密,由此将程序安装在用户计 算机中。
除了通过由计算机执行所读取的程序来实现根据实施例的前述 功能的情况之外,运行在计算机上的操作系统等也可以执行实际处理 的全部或一部分,从而可以通过该处理来实现前述实施例的功能。
更进一步地,在将从存储介质所读取的程序写入插入计算机的功 能扩展板或在连接到计算机的功能扩展单元中所提供的存储器之后,
安装在功能扩展板或功能扩展单元上的CPU等执行实际处理的全部
或一部分,从而可以通过该处理来实现前述实施例的功能。
虽然已经参照示例性实施例描述了本发明,但应理解,本发明不 限于所公开的示例性实施例。将给予所附权利要求的范围以最宽泛的 解释,从而包括所有这样的修改和等同结构及功能。
本申请要求于2005年12月26日提交的日本专利申请 2005-373519的利益,因此,其全部在此引入作为参考。
权利要求
1.一种发送装置,其用于通过选择经由邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一种方法而通过网络将电子邮件发送给接收装置,所述发送装置包括生成单元,其被配置成生成电子邮件;发送单元,其被配置成将所述电子邮件和表示响应于所述电子邮件的发送确认请求的应答方法的信息发送给所述接收装置;以及接收单元,其被配置成根据所述应答方法从所述接收装置接收响应于由所述发送单元所发送的电子邮件的发送确认结果。
2、 如权利要求1所述的发送装置,其中,所述发送单元将表示 所述发送确认请求应答方法的信息发送给所述接收装置作为预定通信 协议的一条信息,而不用邮件服务器的介入。
3、 如权利要求1所述的发送装置,其中,所述发送单元通过使 用预定通信协议而将包含表示所述发送确认请求应答方法的信息的电 子邮件发送给所述接收装置,而不用邮件服务器的介入。
4、 一种接收装置,其用于通过使用经由邮件服务器的通信方法 和没有邮件服务器的介入的通信方法中的一种方法而通过网络从发送 装置接收电子邮件,所述接收装置包括接收单元,其被配置成从所述发送装置接收电子邮件和表示响应 于所述电子邮件的发送确认请求的应答方法的信息;以及发送单元,其被配置成基于表示所述发送确认请求应答方法的信 息而发送响应于所述电子邮件的发送确认结果。
5、 如权利要求4所述的接收装置,其中,所述接收单元从所述 发送装置接收表示所述发送确认请求应答方法的信息作为预定通信协 议的一条信息,而不用邮件服务器的介入。
6、 如权利要求4所述的接收装置,其中,所述接收单元通过使 用预定通信协议而从所述发送装置接收包含表示所述发送确认请求应 答方法的信息的电子邮件,而不用邮件服务器的介入。
7、 如权利要求4所述的接收装置,其中,当将表示所述发送确 认请求应答方法的信息设置为"服务器介入关闭"时,所述发送单元 将所述发送确认结果发送给由所述电子邮件中所描述的应答目的地信 息所表示的应答目的地,而不用邮件服务器的介入。
8、 如权利要求4所述的接收装置,其中,当将表示发送确认请 求应答方法的信息设置为"服务器介入关闭"时,所迷发送单元从外 部服务器获取响应于所述电子邮件的所述发送确认结果的应答目的地 信息,并且将所述发送确认结果发送给由所获取的应答目的地信息所 表示的应答目的地,而不用邮件服务器的介入。
9、 如权利要求4所述的接收装置,其中,所述发送单元包括 分析单元,其被配置成分析所述电子邮件的内容;以及 生成单元,其被配置成如果所述分析单元的分析结果指示描述了响应于所述电子邮件的所述发送确认结果的应答目的地信息,则生 成发送确认结果。
10、 如权利要求9所述的接收装置,其中,当所述分析单元的分 析结果指示在电子邮件中将表示发送确认请求应答方法的信息设置为"服务器介入关闭”,并且描述了响应于所迷电子邮件的发送确认结 果的应答目的地信息时,所述发送单元将由所述生成单元所生成的发 送确认结果发送给由所述应答目的地信息所表示的应答目的地,而不 用邮件服务器的入。
11、 如权利要求9所述的接收装置,其中,当所述分析单元的分 析结果指示在电子邮件中将表示发送确认请求应答方法的信息设置为"服务器介入关闭",并且没有描述响应于所述电子邮件的发送确认 结果的应答目的地信息时,所述发送单元从外部服务器获取响应于所 述电子邮件的发送确认结果的应答目的地信息,并且将所述发送确认 结果发送给由所获取的应答目的地信息所表示的应答目的地,而不用 邮件服务器的介入。
12、 一种通信系统,其用于通过使用经由邮件服务器的通信方法 和没有邮件服务器的介入的通信方法中的一种方法而通过网络在发送装置与接收装置之间发送/接收电子邮件,其中,所述发送装置包括生成单元,其^L配置成生成所述电子邮件;第一发送单元,其被配置成将所述电子邮件和表示响应于所迷电 子邮件的发送确认请求的应答方法的信息发送给所述接收装置;以及第一接收单元,其被配置成根据所述应答方法从所述接收装置接 收响应于由所述第一发送单元所发送的电子邮件的发送确认结果;以 及所述接收装置包括第二接收单元,其被配置成从所述发送装置接收电子邮件和表示 响应于所述电子邮件的发送确认请求的应答方法的信息;以及第二发送单元,其被配置成基于表示所述发送确认请求应答方法 的信息而发送响应于所述电子邮件的发送确认结果。
13、 一种发送装置的控制方法,所述发送装置用于通过选择经由 邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一种 方法而通过网络将电子邮件发送给接收装置,所述控制方法包括生成步骤,用于生成电子邮件;发送步骤,用于将所述电子邮件和表示响应于所述电子邮件的发 送确认请求的应答方法的信息发送给所述接收装置;以及接收步骤,用于根据所述应答方法从所述接收装置接收响应于在所述发送步骤所发送的电子邮件的发送确认结果。
14、 一种接收装置的控制方法,所述接收装置用于通过使用经由 邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一种 方法而通过网络从发送装置接收电子邮件,所述控制方法包括接收步骤,用于从所述发送装置接收电子邮件和表示响应于所述 电子邮件的发送确认请求的应答方法的信息;以及发送步骤,用于基于表示所述发送确认请求应答方法的信息而发 送响应于所述电子邮件的发送确认结果。
15、 一种存储在计算机可读介质中的程序,其使得计算机控制发送装置,所述发送装置用于通过选择经由邮件服务器的通信方法和没 有邮件服务器的介入的通信方法中的一种方法而通过网络将电子邮件发送给接收装置,其特征在于,使得所述计算机执行以下步骤 生成步骤,用于生成电子邮件发送步骤,用于将所述电子邮件和表示响应于所述电子邮件的发 送确认请求的应答方法的信息发送给所述接收装置;以及接收步骤,用于根据所述应答方法从所述接收装置接收响应于在 所述发送步骤所发送的电子邮件的发送确认结果。
16、 一种存储在计算机可读介质中的程序,其使得计算机控制接 收装置,该接收装置用于通过使用经由邮件服务器的通信方法和没有 邮件服务器的介入的通信方法中的一种方法而通过网络从发送装置接 收电子邮件,其特征在于,使得所述计算机执行以下步骤接收步骤,用于从所迷发送装置接收电子邮件和表示响应于所述 电子邮件的发送确认请求的应答方法的信息;以及发送步骤,用于基于表示所述发送确认请求应答方法的信息而发 送响应于所述电子邮件的发送确认结果。
全文摘要
发送装置通过选择经由邮件服务器的通信方法和没有邮件服务器的介入的通信方法中的一种方法而通过网络将电子邮件发送给接收装置。所述发送装置生成电子邮件并且将所述电子邮件和表示响应于所述电子邮件的发送确认请求的应答方法的信息发送给所述接收装置。所述发送装置根据所述应答方法从所述接收装置接收响应于所发送的电子邮件的发送确认结果。
文档编号H04N1/00GK101346980SQ20068004935
公开日2009年1月14日 申请日期2006年12月19日 优先权日2005年12月26日
发明者利根川信行 申请人:佳能株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1