专利名称：信息处理设备及信息处理方法
技术领域：
本发明涉及用于通过诸如代理服务器等的数据中继设备来提取并且浏览通过使用HTTP (超文本传输协议)而创建并发送的电子邮件的技术。
背景技术：
根据网络技术的发展，可以非常简单且有效地交换各种信息。例如，能够在举行相关会议之前不费时间和精力地将会议中要用的材料附加到电子邮件中然后将相关的电子邮件递送到出席者。然而，尽管能够根据网络技术的发展容易地交换信息，但是重要机密信息容易泄漏的风险增大。除了这种假定之外，还要求公司根据个人信息保护法等的执行适当地处理信息。 因此，例如，作为针对信息泄漏的对策，许多公司引入了这样的系统检查从内部向外部发送的电子邮件的内容(诸如目的地、主体文本等文本信息，附加文件的内容等)，并且如果其内容与预定的条件匹配则禁止发送相关的电子邮件。此外，类似这样的系统通常是如下的系统，该系统存储要发送到外部的发送数据， 以使管理者能够浏览并检查其内容。因此，能够减小重要机密信息从公司内部泄漏的风险或者不利于公司的信息流出的风险。此外，如果出现了一些问题，则能够通过对所存储的发送数据进行分析来检查哪个数据以哪个路径流到了哪里。另一方面，通过网络泄漏信息或者流出不利信息的风险不仅取决于电子邮件的发送，而且取决于其它原因。也就是说，即使在使用HTTP(超文本传输协议)的Web服务中也存在同样的风险。例如，由于将消息发布在因特网的BB(公告板，Bulletin Board)上，也会导致出现机密信息的泄漏或不利信息的流出等。由于使用HTTP的因特网上的Web服务是多样化的，要求公司解决对于各个服务的信息泄漏。作为Web服务的代表性例子，存在通过使用HTTP来发送并接收电子邮件的服务。 在这种服务中，能够通过使用通用浏览器软件来发送或接收电子邮件，也就是说，无需使用任何电子邮件应用程序。接下来，将通过使用HTTP来发送和接收的电子邮件称作基于Web 的电子邮件(例如，参见日本特开2004-348202)。由于像这样的基于Web的电子邮件的邮件发送控制和浏览的协议与基于SMTP (简单邮件传送协议，Simple Mail Transfer Protocol)的传统电子邮件的协议不同，不能使用传统电子邮件的中继控制方法和浏览方法。此外，通过使用在日本特开2004-348202中公开的技术，能够通过使用指定的关键字来执行通信控制和浏览。然而，在这种情况下，与传统的电子邮件通信控制和浏览系统不同，不能基于诸如目的地、CC(抄送，carbon copy) 和主题等信息来执行详细的通信控制，并且对于管理者来说也不能够浏览电子邮件。此外，如果试图按照如上所述来执行通信控制和/或浏览，由于不存在用于传统电子邮件的统一的协议，仅通过考虑协议的差别是不可行的。此外，由于基于Web的电子邮件与电子邮件的实质性区别在于，基于Web的电子邮件由多个HTTP事务构成，因此存在这样的问题当管理者试图浏览基于Web的电子邮件时，他/她不得不将一个信息与另一个信息相关联。另外，通常通过保存草稿、添加附加的文件、删除附加的文件等的多个步骤来创建电子邮件。因此，要求从多个级别中选择管理者试图浏览的级别。更具体地，要求选择是只浏览最后发送的电子邮件，还是要浏览包括草稿保存级别的数据、附加文件添加和删除级别的数据以及最后发送(到服务器)级别的数据的所有通信数据。然而，日本特开 2004-348202中没有公开这种技术。在创建传统电子邮件的情况下，在客户终端设备上的电子邮件应用程序中关闭用于在发送电子邮件之前对该邮件的数据的进行处置的处理。另一方面，在创建基于Web的电子邮件的情况下，响应于电子邮件创建开始操作而开始基于HTTP的通信。由于这个原因，为使管理者能够检查哪个数据以哪个路径流到了哪里，获取电子邮件数据的同时还获取邮件创建开始方法的信息作为辅助信息是重要的。然而，传统的技术不能解决这种情形。
发明内容
为解决上述问题，完成了本发明。因此，本发明旨在提供一种机制，使得能够通过从与作为HTTP数据而发送的基于Web的电子邮件有关的请求信息中，不仅提取电子邮件的内容，还提取包括数据创建开始方法和发送状态的电子邮件数据，来浏览管理者可更易理解的电子邮件。例如，根据本发明的一种信息处理设备是用于中继HTTP服务器与客户设备之间的数据通信的设备，其中，HTTP服务器提供用于提供通过使用HTTP来发送及接收电子邮件的服务的网址，客户设备可以通过访问HTTP服务器来执行网址上的操作，所述信息处理设备包括会话开始事件定义信息存储单元，用于存储用于定义各个基于Web的电子邮件服务的会话开始事件和动作；数据操作事件定义信息存储单元，用于存储用于定义各个基于 Web的电子邮件服务的数据操作事件和动作；以及会话管理信息创建单元，用于根据与作为HTTP数据而发送的基于Web的电子邮件有关的请求信息来创建会话管理信息，其中，所述会话管理信息创建单元在请求信息与会话开始事件匹配的情况下，能够向会话管理信息中添加新的条目，以及在请求信息与数据操作事件匹配的情况下，能够更新会话管理信息的条目数据。因此，根据本发明，管理者通过从与作为HTTP数据而发送的基于Web的电子邮件有关的请求信息中，不仅提取基于Web的电子邮件的内容，还提取基于Web的电子邮件的邮件创建开始方法和发送状态，能够执行更高精确度的邮件浏览。根据下面的说明连同附图，本发明的其它特征和优点将变得清楚，所有附图中相似的附图标记表示相同或相似的部分。
包含于本说明书并构成说明书一部分的附图示出本发明的实施例，并且与说明书一起用于解释本发明的原理。图1是示出可实施根据本发明的实施例的信息处理设备的系统的结构的例子的图。图2是示出图1所示的中继服务器101的硬件结构的框图。图3是表示根据本发明的第一控制处理的过程的例子的流程图。图4是表示根据本发明的第二控制处理的过程的例子的流程图。图5是表示根据本发明的第三控制处理的过程的例子的流程图。图6是表示根据本发明的第四控制处理的过程的例子的流程图。图7是示出在图3的步骤S304中记录的请求记录的例子的图。图8是示出要用于本发明的站点(site)定义表的例子的图。图9是示出要用于本发明的会话开始事件定义表的例子的图。图10示出要用于本发明的数据操作事件定义表的例子的图。图11是示出要用于本发明的会话管理表的例子的图。图12是示出要用于本发明的会话管理表的例子的图。图13是示出要用于本发明的会话管理表的例子的图。图14是示出要用于本发明的会话管理表的例子的图。图15是表示要显示在管理者终端设备107上的基于Web的电子邮件浏览画面的例子的图。图16是表示要显示在管理者终端设备107上的基于Web的电子邮件浏览画面的例子的图。图17是示出要显示在管理者终端设备107上的基于Web的电子邮件浏览画面的例子的图。图18是示出要显示在管理者终端设备107上的基于Web的电子邮件浏览画面的例子的图。图19是示出作为通过管理者终端设备107输入提取条件的提取条件输入画面的例子的图。图20是用于说明存储了各种能够由根据本发明的信息处理设备(中继服务器 101)读取(读出)的各种数据处理程序的记录介质(存储介质)的存储器映射的图。
具体实施例方式在下文中，将参考附图详细说明本发明的优选实施例。图1是示出的可实施根据本发明的实施例的信息处理设备的系统的结构的例子的图。如图1所示，根据本发明的实施例的系统包括HTTP服务器105、客户终端设备 10 和102b、管理者终端设备107以及用作根据本发明的实施例的信息处理设备的中继服务器101。在下文中，将说明一起构成根据本发明的实施例的系统的这些单元。
客户终端设备10 和102b各自被用来通过中继服务器101和广域网106访问 HTTP服务器105，从而从HTTP服务器105所提供的各种网站中浏览所期望的网站(主页)。管理者终端设备107通过访问中继服务器101，来操作要由中继服务器101执行的控制并且执行各种设置。此外，管理者终端设备107执行设置，并且产生指示以使管理者能够根据从客户终端设备10 和102b发送并保存在中继服务器101中的请求记录浏览电子邮件数据。HTTP服务器105还用作普通运营商(general provider)提供的HTTP服务器。更具体地，HTTP服务器105将所请求的网站分别提供给通过中继服务器101和广域网106进行访问的客户终端设备10 和102b。在本实施例中，假定作为上述的网站之一，设置了提供基于Web的电子邮件服务的网站。众所周知，由于基于Web的电子邮件页面是由普通运营商提供的，因此将省略其具体说明。中继服务器101用于中继客户终端设备10 和102b各自与HTTP服务器105之间的数据通信。更具体地，如果客户终端设备10 和102b中的任一访问由HTTP服务器105 提供的基于Web的电子邮件页面，则中继服务器101根据预定格式针对所有请求创建并且存储请求记录。此外，如果管理者终端设备107向中继服务器101输入用于从存储在中继服务器 101中的请求记录提取并显示电子邮件数据的操作指示，则中继服务器101根据所接收到的操作指示来执行各种处理。顺便说明，后面将详细说明由中继服务器101执行的处理。广域网106是诸如因特网等的网络。在此，应注意，网络103由诸如因特网等网络构成。图2是示出图1中所示的中继服务器101的硬件结构的框图。在图2中，CPU 201通过使用存储在RAM 202和/或R0M203中的程序和数据来控制整个中继服务器101，并且还执行后面将说明的中继服务器101的各种处理。RAM 202可以适当地提供诸如要用于临时存储从HDD (硬盘驱动器)204和存储介质驱动器206加载的程序和数据、通过网络I/F(接口)205从外部接收的程序和数据等的区域，以及要由CPU 201用于执行各种处理的工作区域等各种区域。ROM 203存储有中继服务器101的设置数据和引导程序等。HDD 204存储有用于使CPU 201执行后面将说明的中继服务器101的各种处理的程序和数据。在CPU 201的控制下，将程序和数据适当地加载至RAM 202，并且然后由CPU 201对它们进行处理。网络I/F 205用来将中继服务器101连接到网络103和广域网106。因此，通过网络I/F 205，中继服务器101能够执行与连接至网络103和广域网106的各种装置的数据通
fn °存储介质驱动器206读取记录在诸如CD-ROM、CD-R/RW、DVD-ROM、DVD-R/RW和 DVD-RAM等存储介质上的程序和数据，并且将它们输出到RAM 202和HDD 204。在此，可将存储在HDD 204中的部分信息存储在这些存储介质中的一个或多个上。如果中继服务器101的操作者操作或处理键盘207和/或诸如鼠标或操纵杆等指示装置208，他/她可以向CPU 201输入各种指示。通过使用图像和文字等，诸如CRT或液晶屏等显示单元209可以显示CPU 201的
处理结果。外部装置连接I/F 210是用于将外围装置连接到中继服务器101的端口。因此， 中继服务器101通过外部装置连接I/F 210向外围装置发送数据或从外围装置接收数据。 由USB (通用串行总线，Universal Serial Bus)和IEEE (电气与电子工程师学会)1394总线等构成的外部装置连接I/F 210 —般包括多个外部装置I/F。至于连接中继服务器和外围装置的方法，有线连接方法和无线连接方法都是可适用的。使用总线211来相互连接上述单元。顺便说明，应注意中继服务器101的硬件结构不限于图2所示的样子。也就是说， 只要能够执行后面将作为由中继服务器101执行的处理而被描述的处理，则中继服务器 101的结构可以适当修改。此外，由于使用了通用计算机作为它们的功能元件，客户终端设备10 和102b、 管理者终端设备107和HTTP服务器105的硬件结构如众所周知的那样一般与图2所示的相同。然后，将参考图3说明在客户终端设备10 和102b各自通过广域网106访问由 HTTP服务器105提供的基于Web的电子邮件页面的情况下，由中继服务器101所执行的处理。图3是表示根据本发明的第一控制处理的过程的例子的流程图。在此，应注意第一控制处理与由中继服务器101所执行的处理相对应。顺便说明，已经将用于使CPU 201执行根据图3的流程图的处理的程序和数据存储在HDD 204中。因此，如果存储在HDD 204中的程序和数据在CPU 201的控制下被加载到RAM202，则CPU 201通过使用加载到RAM 202的程序和数据来执行处理，由此中继服务器 101执行下面的处理。在此，应注意图3中的S301、S302、S303和S304表示各个步骤。在下面的说明中，为了方便描述，将客户终端设备10 和102b称作客户终端设备 102。如上所述，在根据图3的流程图的处理开始时，客户终端设备102正在访问基于 Web的电子邮件页面。也就是说，在那个时间，客户终端设备102处于能够指示创建、保存、 发送电子邮件的状态。例如，在客户终端设备102的显示单元的屏幕上显示基于Web的电子邮件页面画面，并在基于Web的电子邮件页面中设置用于指定电子邮件的发送目的地(TO，CC, BCC) 的区域、要用于说明电子邮件的主体文本的区域、用于将所创建的电子邮件保存和发送到 HTTP服务器105的按钮图像和用于指定要附加到电子邮件的文件的按钮图像等。中继服务器101的CPU 201待机以能够接收从客户终端设备102发送来的任何指示(S301)。然后，假定客户终端设备102的用户输入用于创建、保存和发送电子邮件的指示。 例如，如果在客户终端设备102侧操作了用于指示创建并保存电子邮件的按钮图像，则将包括所指示的内容的HTTP中继包(HTTP数据)从客户终端设备102发送到中继服务器101。然后，如果检测到通过网络I/F 205接收到了 HTTP数据，则中继服务器101的CPU201将所接收到的数据存储在RAM202或HDD 204中。执行存储所接收到的数据的处理，直到接收到了发送来的HTTP数据的全部为止(S302)。如果接收到了所有HTTP数据(S卩，在客户终端设备102侧输入了一个关于电子邮件的指示时，从客户终端设备102发送来的HTTP数据的全部)，中继服务器101的CPU 201 使处理从步骤S302前进到步骤S303。在步骤S303中，中继服务器101的CPU 201分析所接收到的HTTP数据。然后，在步骤S 304中，在HDD 204中创建包括根据预定格式的访问日志和外部发送数据的请求的记录(图7)。即，针对所有请求分别记录IP地址、事务ID(各个请求独有的ID)、认证名称 (uid)、时间、请求URL(包括查询部分)和Cookie报头值(Cookie header value)等作为访问日志。顺便说明，在执行以上处理后，中继服务器101的CPU 201再次在步骤S 301中待机。此外，至于具有主体部分的请求，记录整个请求作为外部发送数据。顺便说明，为使后续数据文件的浏览和管理容易，例如，可以将每天的数据收集为一个文件。图7是示出在图3的步骤S304中记录的请求记录的例子的图。然后，将参考图4所示的流程图说明用于管理在电子邮件创建中的各个会话的详细信息的会话管理表。在此，在从管理者终端指示中继服务器101执行操作以从如上所述所创建的请求记录文件中提取和显示电子邮件数据的情况下，执行创建会话管理表的处理。图4是表示根据本发明的第二控制处理的过程例子的流程图。在此，应注意第二控制处理与由中继服务器101所执行的会话管理表创建处理相对应。顺便说明，已经将用于使CPU201执行根据图4的流程图的处理的程序和数据存储在HDD204中。因此，如果存储在HDD 204中的程序和数据在CPU 201的控制下被加载到RAM 202，则CPU 201通过使用加载到RAM202的程序和数据来执行处理，由此中继服务器101执行下面的处理。在此，应注意图 4 中的 S401、S402、S403、S404、S405、S406、S407、S408、S409、S410 和 S411 表示各个步骤。首先，在管理者终端设备107中，CPU 201使显示单元209显示例如如图19中所示的提取条件输入画面1900，以接受管理者希望提取和显示的条件。图19是表示作为通过管理者终端设备107输入提取条件的提取条件输入画面的例子的图。在图19中所示的提取条件输入画面1900上，可以将诸如时间段(period)、时间范围，IP地址/认证名称、站点、接收者/广播接收者地址、邮件主题、附件、大小、开始方法和状态等的各种提取条件项分别输入到段(section) 1901 1910。在任一情况下，如果通过指示装置指示了显示按钮1911，则管理者终端设备107的CPU 201将在提取条件输入画面 1900上输入的各个项的值发送到中继服务器101。然后，在步骤S401，如果中继服务器101的CPU 201从管理者终端设备107接收到数据，则CPU 201进入步骤S 402的处理。在步骤S402中，中继服务器101的CPU 201将图8中所示的站点定义表、图9中所示的会话开始事件定义表和图10中所示的数据操作事件定义表分别从HDD 204加载到RAM 202。图8是示出要用于本发明的站点定义表的例子的图。
9
如图8中所示，在站点定义表中已登记了与各个站点ID相对应的站点名称、客户标识符和会话标识符的集合。例如，将站点名称“free mail”、客户标识符“Cookie参数 ‘SESSID’值”和会话标识符“表单数据(form data) ‘mailid’值”相互关联，并且这些值的集合已登记在了站点ID “1”。图9是表示要用于本发明中的会话开始事件定义表的例子的图。如图9中所示，在会话开始事件定义表中已登记了诸如“新建”、“打开草稿(打开打了草稿并保存了的邮件)”、“回复(回复接收到的邮件)”、“全部回复”和“转发(转发接收到的邮件)”等事件的集合，事件开始了情况下的定义信息以及各个事件的动作。例如，针对站点ID“1”，新建的事件与“请求URL匹配‘http //mail, example, com/ Compose’且查询参数不包括值‘msgid’ ”的情况相对应。如果满足这种条件，则关联各个动作的定义。更具体地，将“new”设置到开始方法，将状态设置为“start”，设置开始时间和用户信息，并且记录事件历史。图10是表示将用于本发明的数据操作事件定义表的例子的图。如图10中所示，在数据操作事件定义表中已登记了各站点ID的与诸如附加文件、 删除附加的文件、切换到附加文件画面、发送邮件、保存草稿和取消等数据操作有关的定义信息的集合以及它们各自的动作。例如，针对站点ID“1”，附加文件的事件与“请求URL匹配‘http//mail, example. com/Attach'且表单数据‘action’的值匹配‘attach’ ”的情况相对应。如果满足了这种条件，则将各个动作的定义与该事件相关联。更具体地，将表单数据‘use rFile’的数据添加到附加文件，更新最终时间，并且记录事件历史。在下文中，将再次说明图4的流程图。在步骤S403中，中继服务器101的CPU 201从在步骤S304中所存储的请求记录文件(图7)读取一个请求。在步骤S404中，由中继服务器101的CPU 201判断在步骤S403中所读取的请求与在步骤S401中接收到的条件(即，在图19的提取条件输入画面1900上输入的条件)是否匹配。如果判断为所读取的请求与所接收到的条件匹配，即，如果在步骤S404中为“是”， 则CPU 201进入步骤S405中的处理。另一方面，如果判断为所读取的请求与所接收到的条件不匹配，即，如果在步骤S404中为“否”，则CPU 201返回步骤S403的处理。然后，在步骤S405中，中继服务器101的CPU 201还将在步骤S 403中所读取的请求分解为多个构成要素(也就是说，要在下面的处理中提到的各个要素)。换句话说，例如，通过使用分号作为分界符将Cookie报头值分解为多个令牌(token)，并且使用“=，，作为分界符将每个token分解为“name”- “value”对。此外，如果存在外部发送数据，则基于内容类型报头(Content-Type header)、内容长度报头(Content-Length header)或传送解码报头(Transfer-Encoding header)的内容来将请求主体的内容分析并分解为构成要素。然后，在步骤S406中，通过中继服务器101的CPU 201来判断在步骤S405中分析出的请求与会话开始事件表(图9)中的条件是否匹配。如果判断为该请求与会话开始事件表中的条件匹配，即，在步骤S406中为“是”，则CPU 201进入步骤S407的处理，以将新条目添加到会话管理表(参见后面详细说明的图5)。另一方面，如果中继服务器101的CPU 201在步骤S406判断为在步骤S405中分析出的请求与会话开始事件表(图9)中的任一条件均不匹配，即，如果在步骤S406为“否”， 则CPU 201进入步骤S408的处理。在步骤S408，中继服务器101的CPU 201判断在步骤S405中分析出的请求与数据操作事件表(图10)中的条件是否匹配。如果判断为该请求与数据操作事件表中的条件匹配，即，如果在步骤S408中为“是”，则CPU 201进入步骤S409的处理，以执行在会话管理表 (参见后面详细说明的图6)上的条目操作。另一方面，如果中继服务器101的CPU 201在步骤S408判断为在步骤S405中分析出的请求与数据操作事件表(图10)中的任一条件均不匹配，即，如果在步骤S408中为 “否”，则CPU201进入步骤S410的处理。在步骤S410，由中继服务器101的CPU 201确认或判断用于所有要浏览的请求的处理是否结束。如果判断为存在还没有处理的请求，即，在步骤S410中为“否”，则CPU 201 返回步骤S403的处理，以重复操作直到所有要浏览的请求的处理结束为止。另一方面，如果在步骤S410中判断为所有要浏览的请求的处理结束，即，如果在步骤S410中为“是”，则CPU 201进入步骤S411的处理。最后，在步骤S411中，中继服务器101的CPU 201将处理结果发送到管理者终端设备107，并且图4所示的流程图的处理结束。顺便说明，接收到中继服务器101在步骤S411发送来的处理结果的管理者终端设备107，将所接收到的结果显示在管理者终端设备107的显示单元209上。接下来，将参考图5说明在步骤S407中将新条目添加到会话管理表的处理。图5是表示根据本发明的第三控制处理的过程的例子的流程图。在此，应注意第三控制处理与在图4的步骤S407中的条目添加处理相对应。顺便说明，已经将用于使CPU 201执行根据图5的流程图的处理的程序和数据存储在HDD 204中。因此，如果存储在HDD 204中的程序和数据在CPU 201的控制下被加载到RAM 202，则CPU 201通过使用加载到 RAM 202的程序和数据来执行处理，由此中继服务器101执行下面的处理。在此，应注意图 5中的S501、S502、S503、S504和S505表示各个步骤。在步骤S501中，中继服务器101的CPU 201从在图4的步骤S405分解出的要素中获取客户标识符(如，Pid = ajk2jkkj)。然后，在步骤S502中，CPU 201将所获取到的
客户标识符添加到保持在中继服务器101的HDD 204中的会话管理表(图12)，作为新条目。然后，在步骤S503中，中继服务器101的CPU 201执行已经登记在会话开始事件定义表(图9)中并且与图4的步骤S 406中的匹配的站点信息和事件相对应的动作。也就是说，例如，将“转发”设置到开始方法，并且将“开始”设置到状态。然后，根据在图4的步骤S406中接收到的请求，设置“开始时间2006/09/26 12 43 24”，将“ 192. 168.0. 1”设置到用户信息的IP地址，将“abc”设置到用户信息的认证名称，并且将匹配的事件和事务 ID “转发(00075A-A0)”的集合设置到事件历史。将上面创建的数据集合记录在步骤S 502 所添加的记录中。在图12中示出了以上处理的结果。在此，假定打开了多个具有相同客户标识符的浏览器，并且从而同时创建了多个基于Web的电子邮件。在这种情况下，在会话管理表上创建多个具有相同客户标识符并且还没有登记会话标识符的条目。在图13中示出了这种状态。
在这种情况下，不能在后面将说明的图6步骤S605中唯一地确定条目。由于这个原因，如果如上所述由相同的客户开始了多个会话(也就是说，如果创建了多个条目)，即， 如果在步骤S504中为“是”，则中继服务器101的CPU 201进入步骤S 505的处理以改变条目的值。更具体地，在步骤S505中，将开始方法、开始时间和事件历史各自的所有条目进行逻辑相加(0R，或)，并且在图14中示出相加结果。此后，条目添加处理结束。顺便说明，图11、12、13和14均是示出要用于本发明的会话管理表的例子的图。接下来，将参考图6说明在步骤S409中的条目操作。图6是表示根据本发明的第四控制处理的过程的例子的流程图。在此，应注意第四控制处理与图4的步骤S409中的条目操作相对应。顺便说明，已经将用于使CPU 201执行根据图6的流程图的处理的程序和数据存储在了 HDD 204中。因此，如果存储在HDD 204 中的程序和数据在CPU 201的控制下被加载到RAM 202，则CPU 201通过使用加载到RAM 202的程序和数据来执行处理，由此中继服务器101执行下面的处理。在此，应注意图6中的 S601、S602、S603、S604、S605、S606 和 S607 表示各个步骤。在步骤S601和S602中，中继服务器101的CPU 201从在图4的步骤S405中分解出的要素中获取客户标识符(如，sid = al7_001)和会话标识符(如，a = fd319189)。然后，在步骤S603中，由中继服务器101的CPU 201判断所获取的客户标识符与包括在会话管理表(如，图14)中的客户标识符是否匹配。如果判断为所获取的客户标识符与包括在会话管理表中的客户标识符匹配，即，如果在步骤S603中为“是”，则CPU 201进入步骤S604的处理。另一方面，如果在步骤S603中判断为所获取的客户标识符与包括在会话管理表中的任一客户标识符均不匹配，即，在步骤S603中为“否”，则中继服务器101的CPU 201结束处理。然后，在步骤S604，中继服务器101的CPU 201判断在客户标识符与包括在会话管理表中的客户标识符相匹配的基于Web的电子邮件中，所获取的会话标识符与包括在会话管理表中的会话标识符是否匹配。如果判断为所获取的会话标识符与包括在会话管理表中的会话标识符匹配，即，如果在步骤S604中为“是”，则CPU 201进入步骤S607的处理(因为被判断为相同的基于Web的电子邮件)，以对该条目实施动作。换句话说，中继服务器101 的CPU 201执行已经登记在数据操作事件表(图10)中并且与图4的步骤408中的匹配的站点信息和事件相对应的动作。另一方面，如果尽管所获取的客户标识符与包括在会话管理表中的客户标识符匹配，但是在步骤S604判断为所获取的会话标识符与包括在会话管理表中的会话标识符不匹配，即，在步骤S604中为“否”，则中继服务器101的CPU 201进入步骤S605的处理。在步骤S605，由中继服务器101的CPU 201判断在步骤S603中的客户标识符与包括在会话管理表中的客户标识符相匹配的基于Web的电子邮件中，是否存在会话标识符为空的基于Web的电子邮件。如果判断为存在会话标识符为空的基于Web的电子邮件，S卩，如果在步骤S605中为“是”，贝IJ CPU 201进入步骤S606的处理，以将“a = fd319189”设置到为空的会话标识符。然后，CPU 201进入步骤S607的处理。另一方面，如果在步骤S605判断为在客户标识符与包括在会话管理表中的客户标识符相匹配的基于Web的电子邮件中，不存在会话标识符为空的基于Web的电子邮件， 即，在步骤S605中为“否”，则中继服务器101的CPU 201直接结束处理。在步骤S607中，中继服务器101的CPU 201执行已经登记在数据操作事件定义表 (图10)中并且与图4的步骤S408中的匹配的站点信息和事件相对应的动作。也就是说， 将表单数据“To”的值设置到目的地，将表单数据“Ce”的值设置到CC，将表单数据“Sub j，， 的值设置到主题，将表单数据“Body”的值设置到主体文本，将“已发送”设置到状态，并且更新最终时间。此外，记录事件历史，并且更新会话管理表。在图11中示出以上处理的结^ ο在上面的说明中，例如，基于针对一天的所记录的所有请求记录，根据一定时间段内的请求记录(在图19的提取条件输入画面1900上指定)来创建会话管理表。然而，可以实时地根据HTTP数据流创建会话管理表。此外，可以通过适当地结合以上这两种方法来将新发送的数据实时地添加到过去的请求记录。此外，可以根据相对于多个时间段的请求记录，针对与各个单位时间段或多个独立的单位时间段有关的记录进行会话管理表整合。换句话说，可以根据按一个月的每天分开记录的请求记录来创建一个月的一个会
话管理表。接下来，将参考图15、16、17和18说明在管理者基于如上所创建的会话管理表来浏览通过基于Web的电子邮件所发送的电子邮件的情况下要执行的处理。图15至18均是表示要显示在管理者终端设备107上的基于Web的电子邮件浏览画面的例子的图。如果从管理者终端设备107请求浏览处理，则中继服务器101的CPU 201执行上述图4至6中所示的流程图的处理，以创建会话管理表并且向管理者终端设备107返回表示开始方法和状态的数据以及发送日期和时间、IP地址、认证名称和主题等(图4中的步骤S411)。接收到所返回的数据的管理者终端设备107的CPU 201，显示如图15中所示的列表。顺便说明，如果管理者通过图19的提取条件输入画面1900输入了列出状态段 1910为“草稿保存”的电子邮件的请求，则仅从会话管理表提取并返回状态是“草稿保存” 的数据(图4中的步骤S411)。接收到所返回的数据的管理者终端设备107的CPU201，显示如图16中所示的列表。此外，在图16中所示的列表中，如果通过指示装置208指示了“操作”段1601中的下划线部分(关联的邮件搜索)1602，则中继服务器101的CPU 201将如下数据返回到管理者终端设备107 该数据与在相关的基于Web的电子邮件被打草稿并保存的日期和时间之后、根据相同用户在相同站点上的草稿所创建的基于Web的电子邮件有关(图4中的 S411)。接收到所返回的数据的管理者终端设备107的CPU 201，显示如图17中所示的列表。顺便说明，在图15至17中所示的各个列表中，例如，如果通过指示装置208指示了 “操作”段1501中的下划线部分(主体文本显示)1502，则管理者终端设备107的CPU 201在显示单元209上显示相关邮件的主体文本。以这种方式，管理者能够确认在创建电子邮件过程中被打草稿并保存在HTTP服务器105中的数据的内容，以及最终发送的基于Web的电子邮件的内容。相反，在管理者在显示电子邮件的列表的状态下，对HTTP服务器105中被打草稿并保存的数据进行确认的情况下，其中该被打草稿并保存的数据与在创建电子邮件过程中开始方法是“草稿”的某些特定邮件相关，如果指示装置208指示了相关邮件的“操作”段的下划线部分(关联的邮件搜索)，则中继服务器101的CPU 201将与在打开草稿时的日期和时间之前、由相同用户在相同网址上打草稿并保存的基于Web的电子邮件有关的数据返回管理者终端设备107(图4中的步骤S411)。接收到所返回的数据的管理者终端设备107 的CPU 201，显示如图16中所示的列表。顺便说明，在通过使用记录在会话管理表上的事件历史来显示上述列表的情况下，可能通过使用该事件作为关键字(key)来检测并显示数据。此外，通过使用事件历史，还可以根据会话来搜索并显示(图18)事件的细节。如刚才所说明的，本实施例产生了如下显著效果通过不仅提取基于Web的电子邮件的内容，而且还提取邮件创建开始方法和发送状态，管理者能够执行更高精确度的邮件浏览。顺便说明，上述各种数据的结构和内容不限于在本实施例中说明的这些。也就是说，不必说，必要的数据可以根据所期望的意图和目的而具有不同的结构和内容。如上，已经说明了本发明的一个实施例。然而，本发明可以将实施例用作系统、设备、方法、程序或记录介质等。更具体地，本发明可应用于由多个装置构成的系统或包括单个装置的设备。在下文中，将参考图20所示的存储器映射来说明根据本发明的形成处理设备 (即，中继服务器101)可读的数据处理程序的架构。图20是用于说明存储根据本发明的信息处理设备(即，中继服务器101)可读的各种数据处理程序的记录(存储)介质的存储器映射的图。顺便说明，尽管未具体示出，有时也可以将用于管理存储在记录介质中的程序组的信息(如，版本信息和创建者信息等)存储在记录介质中，并且有时可以将依赖于程序读取侧的OS等的信息(如，用于区别地显示程序的图标信息等)存储在记录介质中。此外，在记录介质的目录上管理依赖于各种程序的数据。另外，有时可以将用于将各种程序安装到计算机中的程序和当要安装的程序和数据被压缩了时用于将要安装的程序和数据解压缩的程序等存储在记录介质中。此外，可以由计算机基于外部安装的程序来执行图3、4、5和6中所示的功能。在这种情况下，本发明甚至可应用于如下情况通过网络将包括程序的信息组从记录介质(诸如CD-ROM、闪速存储器或软盘(FD)等)或外部记录介质提供给输出设备。顺便说明，不必说，可以在如下情况中实现本发明的目的将存储用于实现以上实施例的功能的软件的程序代码的记录介质提供给系统或设备，并且然后系统或设备中的计算机(或CPU或MPU)读取并执行存储在记录介质中的程序代码。在这种情况下，从记录介质读取的程序代码本身实现本发明的新功能，因此存储这种程序的记录介质构成本发明。可以使用例如软盘、硬盘、光盘、磁光盘、CR-R0M、CD_R、CD-RW、DVD-R0M、磁带、非易失性存储卡、ROM、EEPROM或者硅盘(silicon disk)等作为用于提供程序代码的记录介质。
此外，不必说，本发明不仅仅包括通过执行由计算机读取的程序来实现以上实施例的功能的情况，还包括运行于计算机上的OS(操作系统)等根据程序代码的指示来执行部分或全部实际处理的情况，因此通过这些处理来实现以上实施例的功能。此外，不必说，可以在如下情况下实现以上实施例的功能将从记录介质读取的程序一次性地写入由插入到计算机中的功能扩展板或连接到计算机的功能扩展单元中提供的存储器中，然后功能扩展板或扩展单元中提供的CPU等根据程序的指示来执行部分或全部的实际处理。此外，本发明可应用于由多个装置构成的系统，或应用于包括单个装置的设备，另外，不必说，本发明还可应用于通过向系统或设备提供程序来实现以上实施例的功能的情况。在这种情况下，如果通过系统或设备准备了存储用于实现本发明的程序的记录介质，则该系统或设备能够享有本发明的效果。此外，如果根据通信程序将用于实现本发明的软件的程序从网络上的服务器或数据库等下载或读取至系统或设备，则该系统或设备能够享有本发明的效果。顺便说明，应注意通过结合以上实施例及其变形例而获取的结构完全包括在本发明中。尽管已经参考当前被认为是优选的实施例说明了本发明，应理解本发明不限于所公开的实施例。在这种意义上，以上优选实施例仅仅是本发明的示例。应注意本发明的技术构思应由权利要求书定义，而不应仅通过说明书的说明来限制性地解释。此外，应注意任何不背离权利要求书中说明的技术构思的范围的调整和修改均构成本发明的技术构思。本申请要求基于2006年12月28日在日本提交的日本专利申请2006-356528的优先权，在此通过引用将其整体包含于此。
权利要求
1.一种信息处理设备，其包括存储单元，所述存储单元用于针对使用HTTP提供发送/ 接收作为电子邮件的基于Web的电子邮件的服务的各基于Web的电子邮件站点，预先存储以下定义信息在该定义信息中，彼此关联并且定义与客户设备生成的并且从所述客户设备发送至所述基于Web的电子邮件站点上的基于Web的电子邮件服务器的基于Web的电子邮件有关的请求中包括的请求URL、和为了从所述请求获得所述基于Web的电子邮件的输入内容并将所获得的输入内容存储在管理表中而要进行的动作，并且所述信息处理设备根据提取条件提取从所述客户设备发送至所述基于Web的电子邮件服务器的基于Web的电子邮件，所述信息处理设备包括获得单元，用于获得与从所述客户设备发送至所述基于Web的电子邮件服务器的基于 Web的电子邮件有关的请求；控制单元，用于通过进行在具有与所述获得单元获得的请求中包括的请求URL相同的请求URL的定义信息中定义的动作，从该请求获得所述基于Web的电子邮件的输入内容，并将所获得的所述基于Web的电子邮件的输入内容存储在所述管理表中；接受单元，用于接受所述管理表中存储的基于Web的电子邮件的提取条件的输入；以及提取单元，用于从所述管理表中存储的基于Web的电子邮件中提取满足输入由所述接受单元接受了的提取条件的基于Web的电子邮件。
2.根据权利要求1所述的信息处理设备，其特征在于，所述定义信息还包括包含于所述请求中的、用于识别针对所述基于Web的电子邮件服务器的数据操作事件的识别信息，并且针对一个基于Web的电子邮件站点，所述存储单元存储了分别设置有不同的识别信息的多个定义信息，以及所述控制单元通过进行在还具有与所述获得单元获得的请求中包括的识别信息相同的识别信息的定义信息中设置的动作，从所述请求获得所述基于Web的电子邮件的输入内容，并将所获得的所述基于Web的电子邮件的输入内容存储在所述管理表中。
3.根据权利要求1或2所述的信息处理设备，其特征在于， 将所述基于Web的电子邮件的状态存储在所述管理表中，作为所述动作，能够设置用于改变所述基于Web的电子邮件的状态的动作，以及在将改变状态的动作设置到具有与所述请求URL相同的请求URL的定义信息中的情况下，所述控制单元根据该动作存储所述基于Web的电子邮件的状态。
4.根据权利要求3所述的信息处理设备，其特征在于，所述提取条件包括所述基于Web 的电子邮件的状态条件。
5.根据权利要求1所述的信息处理设备，其特征在于，所述提取条件包括要提取的基于Web的电子邮件的时间范围条件， 所述信息处理设备还包括判断单元，所述判断单元用于在设置了所述时间范围条件的情况下，根据所述获得单元获得的请求中包括的时间信息来判断该获得的请求是否满足所述时间范围条件，以及所述控制单元通过进行在具有与所述判断单元判断为满足所述时间范围条件的请求中包括的请求URL相同的请求URL的定义信息中设置的动作，从该请求获得所述基于Web 的电子邮件的输入内容，并将所获得的所述基于Web的电子邮件的输入内容存储在所述管理表中。
6.根据权利要求1所述的信息处理设备，其特征在于，还包括生成单元，所述生成单元用于生成显示所述提取单元提取出的基于Web的电子邮件的列表数据的显示数据。
7.一种信息处理设备所进行的信息处理方法，所述信息处理设备包括存储单元，所述存储单元用于针对使用HTTP提供发送/接收作为电子邮件的基于Web的电子邮件的服务的各基于Web的电子邮件站点，预先存储以下定义信息在该定义信息中，彼此关联并且定义与客户设备生成的并且从所述客户设备发送至所述基于Web的电子邮件站点上的基于 Web的电子邮件服务器的基于Web的电子邮件有关的请求中包括的请求URL、和为了从所述请求获得所述基于Web的电子邮件的输入内容并将所获得的输入内容存储在管理表中而要进行的动作，并且所述信息处理设备根据提取条件提取从所述客户设备发送至所述基于 Web的电子邮件服务器的基于Web的电子邮件，所述信息处理方法包括以下步骤获得步骤，用于获得与从所述客户设备发送至所述基于Web的电子邮件服务器的基于 Web的电子邮件有关的请求；控制步骤，用于通过进行在具有与在所述获得步骤获得的请求中包括的请求URL相同的请求URL的定义信息中定义的动作，从该请求获得所述基于Web的电子邮件的输入内容， 并将所获得的所述基于Web的电子邮件的输入内容存储在所述管理表中；接受步骤，用于接受所述管理表中存储的基于Web的电子邮件的提取条件的输入；以及提取步骤，用于从所述管理表中存储的基于Web的电子邮件中提取满足输入在所述接受步骤接受了的提取条件的基于Web的电子邮件。
全文摘要
在根据与作为HTTP数据而发送来的基于Web的电子邮件有关的请求信息来创建会话管理信息的情况下，如果请求信息与之前定义的各基于Web的电子邮件服务的会话开始事件相匹配，则中继服务器向会话管理信息添加新条目。另一方面，如果请求信息与预先定义的各基于Web的电子邮件服务的数据操作事件相匹配，则中继服务器更新会话管理信息的条目数据。因此，管理者通过从与基于Web的电子邮件有关的请求信息中，不仅提取基于Web的电子邮件的内容，还提取基于Web的电子邮件的邮件创建开始方法和发送状态，从而能够执行更高精确度的邮件浏览。
文档编号H04L29/08GK102176706SQ20111010398
公开日2011年9月7日 申请日期2007年12月26日 优先权日2006年12月28日
发明者土井雅贵 申请人:佳能株式会社