CN102546459A

CN102546459A - 信息处理装置及其中的附加于电子邮件的文档的控制方法

Info

Publication number: CN102546459A
Application number: CN2011103263151A
Authority: CN
Inventors: 松个下勇人
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2010-10-27
Filing date: 2011-10-24
Publication date: 2012-07-04
Anticipated expiration: 2031-10-24
Also published as: US8560620B2; CN102546459B; JP5094944B2; JP2012094002A; US20120110098A1

Abstract

本发明提供信息处理装置及其中的附加于电子邮件的文档的控制方法。接收附加有文档的电子邮件消息，并确定该电子邮件消息是否添加有数字签名。在确定该电子邮件消息添加有数字签名时，将附加于该电子邮件消息的文档作为批准打印的批准文档进行保存。另一方面，在确定该电子邮件消息未添加数字签名时，将附加于该电子邮件消息的文档作为未批准打印的未批准文档，与电子邮件消息的电子邮件地址相关联地进行保存。获取用户信息，并检索与电子邮件地址相关联地保存的未批准文档，所述电子邮件地址预先与用户信息相关联。将检索到的未批准文档改变成批准文档，并保存该批准文档。

Description

信息处理装置及其中的附加于电子邮件的文档的控制方法

技术领域

本发明涉及用于控制附加于电子邮件的文档的信息处理装置以及该信息处理装置中附加于电子邮件的文档的控制方法。

背景技术

作为对不具有打印功能的移动终端中保存的文档进行打印的方法，已知有以下方法。用户将保存在移动终端中的要打印的文档附加于电子邮件消息，并将该电子邮件消息发送到预定地址。接收到该电子邮件消息的打印管理服务器临时保存该文档。然后，用户利用经由网络连接到打印管理服务器的打印装置，在任意时刻打印文档。打印管理服务器能够通过将所附加的文档与用户或临时发布的PIN(Personal IdentificationNumber，个人标识号)代码相关联地进行管理，来指定要打印的文档。

日本特开2007-072638号公报描述一种方法，该方法基于在电子邮件消息的头部设置的信息来指定用户，并将所附加的文件与所指定的用户相关联地进行管理。

然而，简单地信任电子邮件头部的信息来指定用户的传统方法具有以下问题。由于作为电子邮件交换协议的SMTP(简单邮件传输协议)不具有任何检测头部的篡改的功能，因此篡改和欺骗相对容易进行。因此，当利用经由公共网络的因特网发送电子邮件消息时问题尤为突显。

为了防止在交换电子邮件消息时的篡改和欺骗，可使用诸如S/MIME(Secure/Multipurpose Internet Mail Extensions，安全/多用途因特网邮件扩充)和PGP(Pretty Good Privacy，完美隐私)的数字签名功能。通过使用这种数字签名功能，能够高可靠性地由电子邮件的头部的信息指定作为发送方的用户。然而，移动终端的电子邮件发送功能通常不包括这种数字签名功能。

发明内容

本发明旨在消除传统技术中的上述问题。本发明提供一种提高了在接收到未添加数字签名的电子邮件消息时用户验证的可靠性的信息处理装置，以及在该信息处理装置中的附加于电子邮件的文档的控制方法。

本发明的第一方面提供了一种信息处理装置，该信息处理装置包括：电子邮件接收单元，其被构造成接收附加有文档的电子邮件消息；签名确定单元，其被构造成确定该电子邮件消息是否添加有数字签名；保存单元，其被构造成在签名确定单元确定该电子邮件消息添加有数字签名时，将附加于该电子邮件消息的文档作为批准打印的批准文档进行保存，而在签名确定单元确定该电子邮件消息未添加数字签名时，将附加于该电子邮件消息的文档作为未批准打印的未批准文档，与该电子邮件消息的电子邮件地址相关联地进行保存；获取单元，其被构造成获取用户信息；检索单元，其被构造成检索与电子邮件地址相关联地保存的所述未批准文档，所述电子邮件地址预先与所述用户信息相关联；以及重保存单元，其被构造成将由检索单元检索到的所述未批准文档改变成批准文档，并保存该批准文档。

本发明的第二方面提供了一种由信息处理装置执行的附加于电子邮件的文档的控制方法，该方法包括如下步骤：电子邮件接收步骤，接收附加有文档的电子邮件消息；签名确定步骤，确定该电子邮件消息是否添加有数字签名；保存步骤，在签名确定步骤中确定该电子邮件消息添加有数字签名时，保存附加于该电子邮件消息的文档，作为批准打印的批准文档，而在签名确定步骤中确定该电子邮件消息未添加数字签名时，将附加于该电子邮件消息的文档作为未批准打印的未批准文档，与该电子邮件消息的电子邮件地址相关联地进行保存；获取步骤，获取用户信息；检索步骤，检索与电子邮件地址相关联地保存的所述未批准文档，所述电子邮件地址预先与所述用户信息相关联；以及重保存步骤，将在检索步骤中检索到的所述未批准文档改变成批准文档，并保存该批准文档。

根据本发明，当接收到未添加数字签名的电子邮件消息时，能够提高用户验证的可靠性。

通过下面参照附图对示例性实施例的描述，本发明的其他特征将变得明确。

附图说明

图1是示出***结构的框图；

图2是示出电子邮件服务器、电子邮件文档输入服务器、认证服务器、打印管理服务器或客户机的硬件结构的框图；

图3是示出电子邮件文档输入服务器上的软件模块的框图；

图4是示出认证服务器上的软件模块的框图；

图5是示出打印管理服务器15上的软件模块的框图；

图6是示出由认证服务器14管理的用户信息、用户令牌信息以及用户电子邮件信息的示例的图；

图7是示出由打印管理服务器管理的批准文档信息的示例的图；

图8是示出由打印管理服务器管理的未批准文档信息的示例的图；

图9A和图9B是示出由认证服务器14执行的电子邮件地址登记处理的序列的流程图；

图10是示出当电子邮件文档输入服务器获取附加有打印文档的电子邮件消息时执行的处理的序列的流程图；

图11是示出用于将登记为未批准文档的文档重登记为批准文档的处理的序列的流程图；

图12是示出用于显示批准文档列表的画面的示例的图；以及

图13是示出用于显示未批准文档列表的画面的示例的图。

具体实施方式

现在，将在以下内容中参照附图详细说明本发明的优选实施例。应当理解，以下实施例并不旨在限制本发明的权利要求，对于解决根据本发明的问题的手段，根据以下实施例描述的各个方面的所有组合并不是都是必需的。请注意，相同的标记表示相同的部件，将不对相同的部件进行重复说明。

图1是示出根据本发明的实施例的***结构的框图。WAN 10是广域网络，而在本实施例中建立了WWW(World Wide Web，万维网)***。LAN 11是局域网络，其连接到以下部件。无线网络19是包括公共网络和无线基站的网络。移动终端18经由无线网络19连接到由WAN 10构成的WWW***。

电子邮件服务器12响应于经由LAN 11和WAN 10来自移动终端18、客户机终端17和电子邮件文档输入(entry)服务器13的电子邮件交换请求，处理电子邮件消息。电子邮件服务器12包括电子邮件服务(未示出)。电子邮件服务包括一个或多个电子邮件地址，并且接收和管理发送到这些电子邮件地址的电子邮件消息。而且，电子邮件服务向其他电子邮件地址发送电子邮件消息。

电子邮件文档输入服务器13定期地确认由电子邮件服务器12接收的电子邮件消息，并根据电子邮件消息的内容将文档登记在打印管理服务器15中。验证服务器14响应于经由WWW***来自客户机17的Web请求或者来自各个服务器的请求，对用户进行验证，并响应于用户信息获取请求执行处理。打印管理服务器15响应于来自客户机17的Web请求或者来自电子邮件文档输入服务器13的请求而登记文档。而且，打印管理服务器15控制指定的打印机16，来打印由来自客户机17的Web清求指定的文档。

打印机16打印指定的文档。客户机17经由LAN 11和WAN 10向各个服务器发布Web请求。客户机17例如是包括使用WWW***所需要的Web浏览器的计算机。移动终端18具有建立经由无线网络19到WWW***的连接的功能。移动终端18是包括Web浏览器和发送/接收电子邮件消息所需要的邮件收发器(mailer)的移动电话或移动计算机。

图2是示出图1中示出的电子邮件服务器12、电子邮件文档输入服务器13、验证服务器14、打印管理服务器15或者客户机17的硬件结构的框图。这些装置中的各个均具有诸如PC(个人计算机)的普通信息处理装置的硬件结构。CPU 21执行程序，这些程序是直接或者间接地控制以下将描述的、经由内部总线连接的块并且实现本实施例的操作所需要的。ROM 22存储BIOS。RAM 23用作CPU 21的工作区，还用作临时存储区，用来加载实现本实施例的操作所需要的软件模块。HDD 24是存储作为基础软件及软件模块的OS(操作***)的硬盘驱动器或者固态驱动器(SSD)。输入设备25包括键盘和指示设备(二者均未示出)。输出设备26例如是显示器。接口(I/F)27需要连接到LAN 11或WAN 10。

在启动自身装置之后，CPU 21执行BIOS，并且将OS以可执行的方式从HDD 24加载到RAM 23上。CPU 21根据需要将各种软件模块(以下将描述)以可执行的方式从HDD 24加载到RAM 23上。这些软件模块由CPU 21执行，以与前述设备相协作地操作。I/F 27连接到LAN 11，并由CPU 21根据OS的操作而控制，以实现在各个服务器的服务之间交换请求。此外，I/F 27经由LAN 11连接到WAN 10，并由CPU 21根据OS的操作而控制，以实现WWW***中的通信。

图3是示出构成在电子邮件文档输入服务器13上运行的电子邮件文档输入服务30的软件模块的框图。请注意：由电子邮件文档输入服务器13的CPU 21将存储在电子邮件文档输入服务器13的HDD 24中的各个模块，加载到电子邮件文档输入服务器13的RAM 23上并执行。电子邮件服务I/F 31是确认并获取发送给电子邮件服务器12的电子邮件消息或者经由电子邮件服务器12发送电子邮件消息所需要的接口模块。打印管理服务I/F 33是将文档登记在打印管理服务器15的打印管理服务50(稍后将进行描述)中所需要的接口模块。验证服务I/F 34是请求验证服务器14的验证服务40(稍后将进行描述)对用户进行验证并获取用户信息所需要的接口模块。

电子邮件文档输入逻辑32是根据电子邮件消息的内容来对验证的ON/OFF(开/关)以及所附加文档登记的ON/OFF进行控制所需的模块。电子邮件文档输入逻辑32经由电子邮件服务I/F 31确认、获取并发送电子邮件消息。并且，电子邮件文档输入逻辑32根据电子邮件消息的签名和内容来经由验证服务I/F 34获取并验证用户信息，或者经由打印管理服务I/F 33登记文档。此外，电子邮件文档输入逻辑32发布在登记文档时指定文档所需要的PIN码，并将该PIN码作为响应经由电子邮件服务I/F 31返给电子邮件消息的发送方。以下，将与各个模块协作地执行的一系列电子邮件处理作为“由电子邮件文档输入服务30执行的处理”进行解释。

图4是示出构成在验证服务器14上运行的验证服务40的软件模块的框图。注意，将各个模块存储在验证服务器14的HDD 24中，并且在执行这些模块时由验证服务器14的CPU 21将各模块加载到验证服务器14的RAM 23上。验证应用41是包括接受来自客户机17的Web请求的Web接口的模块。验证应用41响应于来自客户机17中包括的Web浏览器的Web验证请求，生成并返回验证画面(未示出)作为响应。在此情况下，作为响应于Web验证请求的验证方法，本实施例将解释如下验证方法，该验证方法获取用于指定用户所需要的用户ID和作为秘密信息的密码，并将该用户ID和密码与预先登记的用户信息相匹配。然而，本发明并不限于这种特定的验证方法，可以使用其他的验证方法，例如，确认证书的验证方法以及确认用户的生物特征信息的验证方法。此外，验证应用41生成用于临时将电子邮件地址登记到用户信息中的临时登记画面(未示出)，以及用于正式登记电子邮件地址的正式登记画面(未示出)。稍后将详细描述电子邮件地址登记序列的详情。

由验证逻辑42处理验证应用41所接受的Web验证请求。当验证成功时，验证逻辑42生成验证令牌。验证逻辑42根据预先设置的逻辑执行验证动作。在此情况下，验证逻辑42访问数据库43，以执行与预先登记的用户信息的匹配。例如，验证逻辑42执行用户ID与密码的组合的匹配，以确定验证是否成功。将所生成的验证令牌作为响应，经由验证应用41返给客户机17。

服务访问I/F 44是接受来自其他服务器的服务的请求以及向其他服务器的服务发送请求所需要的接口模块。在此情况下，要接受的请求包括用户信息获取请求以及利用在用户信息中登记的电子邮件地址的验证请求。服务访问I/F 44所接收的这些请求由验证逻辑42中预先设置的逻辑来处理。并且，要发送的请求例如包括由验证逻辑42生成的电子邮件发送请求。以下内容中将与各模块协作执行的一系列验证处理作为“由验证服务40执行的处理”来进行描述。

图5是示出构成在打印管理服务器15上运行的打印管理服务50的软件模块的框图。请注意：由打印管理服务器15的CPU 21将存储在打印管理服务器15的HDD 24中的各个模块加载到打印管理服务器15的RAM 23上，并执行。Web应用51是包括接受来自客户机17的Web访问的Web接口的模块。Web应用51响应于来自客户机17中包含的Web浏览器的Web请求，生成并返回用于显示批准文档列表和未批准文档列表的各文档列表画面作为响应，在各文档列表中，文档由用户登记。稍后将描述这些画面。将各文档列表画面构造成发送打印请求。在从用户接受打印请求时，Web应用51生成并返回用于选择要在打印处理中使用的打印机的打印机列表画面(未示出)，作为响应。

在显示这些画面时，在验证服务40的构成采用反代理***(reverseproxy system)的情况下，例如执行以下处理。Web应用51经由验证服务40接受利用经过验证服务40验证过的用户信息发出的Web访问，而不直接接受来自客户机17的Web访问。作为另选方案，可以使用基于代理***(agent system)的验证结构，作为验证服务40的结构。在此情况下，在Web应用51中添加验证代理(未示出)，使得由验证代理接受来自客户机17的Web访问，并且将该Web访问转送给验证服务40。当在验证服务40中验证成功时，将经过验证的用户信息发给Web请求，该Web请求经由验证代理发送给Web应用51。在生成前述画面时，Web应用51将用户信息发送给打印管理逻辑52，并获取文档和打印机的信息。打印机管理逻辑55获取由打印机数据库56管理的打印机的信息。文档管理逻辑53获取由文档数据库54管理的文档的信息。在此情况下，文档管理逻辑53利用接收到的用户信息作为关键码(key)来检索文档。

由打印管理逻辑52处理Web应用51所接受的打印请求，以执行打印处理。当用户经由客户机17的Web浏览器向指定打印机发布拉式打印(pull-print)指令或者当由用户指定的打印机直接发布拉式打印指令时，执行该打印处理。这些打印机响应于拉式打印指令向文档管理逻辑53发布Web请求，以获取文档数据，并执行打印处理。请注意，在允许打印机直接发布拉式打印指令的方法中，可以从Web应用51所生成的画面或者从用于输入文档中设置的PIN码的画面(未示出)发布指令。用于输入PIN码的画面被构造成不经过任何验证而能够访问。

服务访问I/F 57是接受来自其他服务器的服务的请求所需要的接口模块。要接受的请求包括接受文档的登记所需要的文档登记请求。由打印管理逻辑52中预先设置的逻辑来处理，服务访问I/F 57所接收到的这些请求。以下，将与各模块协作执行的一系列打印管理处理，作为“由打印管理服务50执行的处理”来进行解释。

图6是示出在图4中示出的验证服务器14的数据库43中管理的用户信息60、用户令牌信息61以及用户电子邮件信息62的示例的图。用户信息60包括指定用户所需要的用户ID 601、作为秘密信息的密码602以及作为用户的显示名称的用户名603。用户令牌信息61包括指定用户所需要的用户ID 611以及表示用户通过了验证的用户令牌612。用户电子邮件信息62包括指定用户所需要的用户ID 621、电子邮件地址622、表示用户电子邮件信息62是被临时登记还是被正式登记的状态623、以及作为用于正式登记该信息的画面的URL的正式登记URL 624。如图6所示，利用用户ID将用户信息60、用户令牌信息61以及用户电子邮件信息62相互关联。

图7是示出由图5中示出的打印管理服务15的文档数据库54管理的批准文档信息的示例的图。文档信息70包括指定文档所需要的文档ID701、作为文档的显示名称的文档名702、表示文档的创建者的用户ID703、指定文档所需要的PIN码704以及文档数据705。作为文档数据705，可以存储文档数据的二进制数据，或者可以将文档存储在另一区域中，并且可以存储表示至该存储位置的路径的信息。此外，由文档数据库54管理文档信息70，以使得利用用户ID 703作为关键码来检索该文档信息70。

图8是示出由图5中示出的打印管理服务器15的文档数据库54管理的未批准文档信息的示例的图。未批准文档信息80包括指定文档所需要的文档ID 801、作为文档的显示名称的文档名802、指定文档所需要的PIN码804以及文档数据806。这些信息与图7中示出的批准文档信息70中的对应信息相同。未批准文档信息80还包括接收到文档时的发送方电子邮件地址803以及未批准文档存储期限(limitation)805。此外，未批准文档信息80由文档数据库54管理，以使得利用电子邮件地址803作为关键码来检索该未批准文档信息80。

以下将描述本实施例中的处理附加于电子邮件的文档的处理的序列。

图9A和图9B是示出由验证服务器14的验证服务40执行的电子邮件地址登记处理的序列的流程图。图9A和图9B中示出的处理由例如验证服务器14的CPU 21执行。当移动终端18或客户机17向电子邮件地址设置URL发送Web请求时，验证服务40显示用于对用户进行验证的登录画面(S901)。然后，验证服务40基于在该登录画面上输入的信息(用户信息)对用户进行验证(S902)。当用户通过验证后，验证服务40显示用来针对由该用户信息所表示的用户设置电子邮件地址的设定画面(S903：设定画面显示的示例)。

验证服务40接收电子邮件地址临时设定Web请求(S904)。然后，验证服务40将通过验证的用户的用户信息和电子邮件地址设置成临时登录状态，如用户电子邮件信息62中所示(S905)。在此情况下，验证服务40向用户发布正式登记URL。验证服务40经由电子邮件服务器12的电子邮件服务，向登记的电子邮件地址发送，描述临时登记电子邮件地址的电子邮件消息以及正式登记URL(S906)。验证服务40确定电子邮件服务器12的电子邮件服务进行的电子邮件消息的发送是否成功(S907)。如果确定电子邮件服务器12的电子邮件服务进行的发送失败了，则验证服务40丢弃临时登记的用户电子邮件信息62，并结束该处理(S908)。另一方面，如果确定该发送成功了，则验证服务40确定临时登记已成功了，并结束该处理(S909)。

以下将描述当验证服务器14接受从移动终端18到正式登记URL的访问时执行的处理的序列。如果验证服务40接受从移动终端18到正式登记URL的访问(S910)，则显示登录画面(未示出)(S911)。步骤S911中的处理与步骤S902中的处理相同。然后，验证服务40正式登记用户电子邮件信息62(S912)。

利用图9A和图9B中示出的处理，将用户信息和用户的电子邮件地址彼此关联地进行登记，作为用户电子邮件信息62。请注意：在本实施例中，临时登记状态可以具有期限，并且当超过该期限时，可以丢弃用户电子邮件信息62。

图10是示出当电子邮件文档输入服务器13的电子邮件文档输入服务30获取附加有打印文档的电子邮件消息时执行的处理的序列的流程图。图10中示出的处理由例如电子邮件文档输入服务器13的CPU 21执行。电子邮件文档输入服务30以预定间隔，向电子邮件服务器12的电子邮件服务发送，关于有无新接收到的电子邮件消息的询问。如果存在新接收到的电子邮件消息，则电子邮件文档输入服务30从电子邮件服务器12的电子邮件服务获取电子邮件消息(S1001：电子邮件接收的示例)。接下来，电子邮件文档输入服务30搜索所获取的电子邮件消息的发送方地址是否被登记为用户电子邮件信息62(S1002：电子邮件地址确定的示例)，然后确定是否登记了发送方地址(S1003)。如果确定未将发送方地址登记为用户电子邮件信息62或者发送方地址处于临时登记状态，则电子邮件文档输入服务30丢弃该电子邮件消息(S1010)。

另一方面，如果确定将发送方地址登记为用户电子邮件信息62，则电子邮件文档输入服务30确定电子邮件消息的头部是否添加有数字签名(S1004：签名确定的示例)。在此情况下，可以使用诸如S/MIME(安全MIME)或者PGP(完美隐私)的签名方法，作为电子邮件消息的签名方法。当确定是否添加有数字签名时，还确定该数字签名是否是真实的。可以根据针对各协议定义的方法，来执行步骤S1004中的数字签名的确定处理。例如，利用证书的CA(Certificate Authority，证书认证)可以确认公共密钥的有效性，而如果公共密钥是有效的，则解密签名来获取文档的摘要(digest)。然后，将文档转换成摘要，以通过核实两个摘要是否一致来确定文档是否被篡改了。

如果在步骤S1004中确定未添加有数字签名或者数字签名是不真实的，则电子邮件文档输入服务30登记附加给电子邮件消息的文档，作为未批准打印的未批准文档(例如，不能打印的文档)。也就是说，电子邮件输入服务30将未批准文档信息80登记在打印管理服务器15的打印管理服务50中(S1005)。在本实施例中，在此情况下，可以设置未批准文档的存储期限。打印管理服务50输出文档登记记录，该文档登记记录使得能够区分所登记的文档是批准文档还是未批准文档。在例如将未批准文档作为不收费的文档进行处理的情况下，使用文档登记记录。在将文档登记为未批准文档之后，打印管理服务50发布指定文档所需要的文档ID，并将该文档ID作为响应返给验证服务器14的验证服务40。

如果在步骤S1004中确定添加有真实的数字签名，则电子邮件输入服务30利用电子邮件地址登录到验证服务器14的验证服务40上，以获取验证令牌(S1006)。然后，电子邮件文档输入服务30将附加给电子邮件消息的文档(即文档信息70)连同所获取的验证令牌一起，登记在打印管理服务器15的打印管理服务50中，作为批准打印的批准文档(例如，能打印的文档)(S1007)。在此情况下，由于电子邮件文档输入服务30将验证令牌传送给打印管理服务器15，因此打印管理服务器15的打印管理服务50能够确定在文档登记时的用户是授权的用户，并且能够将该文档与用户ID相关联地进行保存。在登记了该文档之后，打印管理服务器15的打印管理服务50发布用于指定文档所需要的ID，并将该ID作为响应返回。在此情况下，打印管理服务器15的打印管理服务50输出批准文档登记记录。在例如将批准文档作为要收费的文档进行处理的情况下，使用该文档登记记录。

接下来，电子邮件文档输入服务30发布与文档ID相对应的PIN码(S1008)。将所发布的PIN码登记在，打印管理服务器15的打印管理服务50中的批准文档信息70或者未批准文档信息80中。电子邮件文档输入服务30创建电子邮件消息，该电子邮件消息描述有发布的PIN码和表示批准文档登记或未批准文档登记的信息、未批准文档的存储期限等。然后，电子邮件文档输入服务30请求电子邮件服务器12的电子邮件服务向电子邮件发送方发送电子邮件消息(S1009)。

利用图10中示出的处理，当从具有电子邮件签名功能的邮件收发器发送附加于电子邮件消息的文档时，电子邮件文档输入服务30发送该文档，作为批准打印的批准文档。另一方面，当将附加于电子邮件消息的文档从不包括任何电子邮件签名功能的邮件收发器发送时，电子邮件文档输入服务30将该文档登记为未批准打印的未批准文档。也就是说，在该实施例中，利用数字签名来确定从具有电子邮件签名功能的邮件收发器发送的附加于电子邮件的文档，并且当确定添加有真实数字签名时，保存该文档作为批准文档。另一方面，在从不包括任何签名功能的邮件收发器发送文档的情况下，或者在确定添加有不真实的数字签名的情况下，将该文档临时保存为未批准文档。然而，在该实施例中，如下所述，即使在将文档保存为未批准文档时，用户也利用诸如ID和密码的用户信息登录，并且能够将未批准文档改变成批准文档。

图11是示出当打印管理服务器15的打印管理服务50通过图10所示出的处理，将登记为未批准文档的文档重登记(重保存)为批准文档时执行的处理的序列的流程图。图11所示出的处理由例如打印管理服务器15的CPU 21执行。用户利用例如ID和密码的用户信息，从移动终端18登录到图1中所示的***中。打印管理服务50从包含登录用户信息的用户信息60中获取用户名603，并利用用户名603作为关键词，向用户显示图12中示出的批准文档列表。由于该列表是通过仅使用用户名而不是电子邮件地址作为关键词来显示的，因此，如图12所示，不仅由电子邮件文档输入服务批准的批准文档，而且由其他的文档输入服务批准的批准文档也被一起显示。

图12示出了显示批准文档列表的画面的示例。文档列表画面1200包括表示由验证服务40验证的用户名的项目1201以及文档列表1202，作为显示项目。而且，文档列表画面1200包括用于发布由用户选择的文档的打印请求的打印按钮1203以及用于发布选择的文档的PIN码的发布请求的PIN发布按钮1204，作为请求按钮。此外，文档列表画面1200包括用于向未批准文档列表画面发布移动请求的未批准文档列表画面链接1205。文档列表1202包括用于选择要操控的文档的复选按钮、文档名称、登记日期以及发布的PIN码的项目栏。

打印管理服务50接受来自用户的对于未批准文档列表的访问请求(S1101)。当例如用户按下前述未批准文档列表画面链接1205时，发布对于未批准文档列表的访问请求。该访问请求包括验证服务40已发布了的验证令牌。接下来，打印管理服务50利用验证令牌，基于用户电子邮件信息62，从验证服务器14的验证服务40获取与用户相对应的电子邮件地址(S1102)。然后，打印管理服务50利用所获取的电子邮件地址作为关键词搜索未批准文档信息80，以生成未批准文档的列表(S1103)。接下来，打印管理服务50基于该列表的信息向用户显示未批准文档列表画面(S1104：列表显示的示例)。

图13示出了由打印管理服务50生成的未批准文档列表画面的示例。未批准文档列表画面1300包括表示由验证服务器14的验证服务40验证的用户名的项目1301以及未批准文档列表1302，作为显示项目。而且，未批准文档列表画面1300包括用于发布选择的文档的批准请求的批准按钮1303以及用于发布选择的文档的删除请求的删除按钮1304，作为请求按钮。此外，未批准文档列表画面1300包括用于向图12中所示的批准文档列表画面1200发布移动请求的批准文档列表画面链接1305。未批准文档列表1302包括用于选择要操控的文档的复选按钮、文档名称、电子邮件发送日期和时间、发送方电子邮件地址以及发布的PIN码的项目栏。请注意，还可以显示各未批准文档的存储期限。

在按下了未批准文档列表画面1300的各按钮时，打印管理服务50根据按钮的类型分路处理(S1105)。如果确定用户按下了删除按钮1304，则打印管理服务50删除要操控的文档(S1108)。如果确定用户按下了批准按钮1303，则打印管理服务50重登记要操控的文档，作为批准文档(S1106)。更具体地说，将该文档重保存为经过验证服务器14的验证服务40验证的用户的文档(批准文档)。在此情况下，打印管理服务50输出批准文档登记记录(S1107)。打印管理服务50从未批准文档列表1202中删除被重登记为批准文档的文档(S1108)。

如上所述，在本实施例中，即使从不包括任何电子邮件签名功能的邮件收发器发送附加于电子邮件的文档时，也能够将该文档作为批准文档进行管理。

本实施例说明了将电子邮件文档输入服务30、验证服务40以及打印管理服务50分别置于独立的服务器中的结构。然而，本发明并不限于这种特定结构。例如，可以采用将这些服务一起置于单个服务器中的结构，或者通过群集多个服务器机器来实现载荷分配的结构。

<其他实施例>

还可以由读出并执行记录在存储设备上的程序来执行上述实施例的功能的***或装置的计算机(或诸如CPU或MPU等的设备)，来实现本发明的各方面；并且可以利用由通过例如读出并执行记录在存储设备上的程序来执行上述实施例的功能的***或装置的计算机来执行各步骤的方法，来实现本发明的各方面。为此，例如经由网络或从充当存储设备的各种类型的记录介质(例如，计算机可读介质)将程序提供给计算机。

虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明不局限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使所述范围涵盖所有的此类变型例以及等同结构和功能。

Claims

1.一种信息处理装置，该信息处理装置包括：

电子邮件接收单元，其被构造成接收附加有文档的电子邮件消息；

签名确定单元，其被构造成确定所述电子邮件消息是否添加有数字签名；

保存单元，其被构造成在所述签名确定单元确定所述电子邮件消息添加有数字签名时，将附加于所述电子邮件消息的文档作为批准打印的批准文档进行保存，而在所述签名确定单元确定所述电子邮件消息未添加数字签名时，将附加于所述电子邮件消息的文档作为未批准打印的未批准文档，与所述电子邮件消息的电子邮件地址相关联地进行保存；

获取单元，其被构造成获取用户信息；

检索单元，其被构造成检索与电子邮件地址相关联地保存的所述未批准文档，其中，所述电子邮件地址预先与所述用户信息相关联；以及

重保存单元，其被构造成将由所述检索单元检索到的所述未批准文档改变成批准文档，并保存所述批准文档。

2.根据权利要求1所述的信息处理装置，该信息处理装置还包括：列表显示单元，其被构造成显示由所述检索单元检索到的所述未批准文档的列表，

其中，所述重保存单元将由所述用户信息表示的用户从所述列表显示单元所显示的所述未批准文档的列表中选择的未批准文档，改变成批准文档，并保存所述批准文档。

3.根据权利要求1所述的信息处理装置，该信息处理装置还包括：

设定画面显示单元，其被构造成显示将所述用户信息和电子邮件地址彼此相关联地进行设置所需要的画面；以及

电子邮件地址确定单元，其被构造成确定由所述电子邮件接收单元接收到的所述电子邮件消息的电子邮件地址是否是由所述设定画面显示单元预先与所述用户信息相关联的电子邮件地址，

其中，在所述电子邮件地址确定单元确定接收到的所述电子邮件消息的电子邮件地址是预先与所述用户信息相关联的电子邮件地址的情况下，所述签名确定单元确定所述电子邮件消息是否添加有数字签名。

4.根据权利要求1所述的信息处理装置，其中，所述用户信息包括ID和密码。

5.根据权利要求1所述的信息处理装置，其中，所述批准文档是要进行打印收费的文档。

6.一种由信息处理装置执行的附加于电子邮件的文档的控制方法，该方法包括如下步骤：

电子邮件接收步骤，接收附加有文档的电子邮件消息；

签名确定步骤，确定所述电子邮件消息是否添加有数字签名；

保存步骤，在所述签名确定步骤中确定所述电子邮件消息添加有数字签名时，将附加于所述电子邮件消息的文档作为批准打印的批准文档进行保存，而在所述签名确定步骤中确定所述电子邮件消息未添加数字签名时，将附加于所述电子邮件消息的文档作为未批准打印的未批准文档，与所述电子邮件消息的电子邮件地址相关联地进行保存；

获取步骤，获取用户信息；

检索步骤，检索与电子邮件地址相关联地保存的所述未批准文档，其中，所述电子邮件地址预先与所述用户信息相关联；以及

重保存步骤，将在所述检索步骤中检索到的所述未批准文档改变成批准文档，并保存该批准文档。