登记信息通知目的地的数据处理装置及其方法

专利名称：登记信息通知目的地的数据处理装置及其方法
技术领域：
本发明涉及一种数据处理装置及方法，所述数据处理装置及方法从信息处理装置 接收用于请求登记通知目的地的地址的登记请求、并向所述通知目的地的地址通知关于该 数据处理装置的信息。
背景技术：
近年来，提出了 WS-Eventing(环球网服务事件规范，Web Services Eventing) 作为信息处理装置从数据处理装置接收关于该数据处理装置的信息的方法。现在，将给出 WS-Eventing的概要描述。首先，利用WS-Eventing将包含诸如期望通知的事件的内容、该事件被通知至的 目的地(下文中称为“事件通知目的地”)等的信息的事件通知目的地登记请求的消息，从 信息处理装置发送到数据处理装置。接着，接收到事件通知目的地登记请求的数据处理装 置存储(登记)包含在事件通知目的地登记请求中的信息。然后，当在数据处理装置中发 生相应的事件(诸如错误、作业开始、或作业结束的事件)时，数据处理装置将事件通知消 息发送到已登记的事件通知目的地。这就是WS-Eventing的概要。另一方面，在WS-Eventing中，可以将不同于发送了事件通知目的地登记请求的 信息处理装置的装置，指定为包含在事件通知目的地登记请求中的事件通知目的地。顺便提及，由接收到事件通知目的地登记请求的数据处理装置所登记的信息，通 常包含事件发生期间通知被发送至的、作为URL的事件通知目的地。如上所述，传统上已知 被请求登记的URL的登记方法(参见日本特开2004-192279号公报)。当使用Web (环球网)服务时，统一资源定位器(Uniform Resource Locator, URL) 用作发送用于使用Web服务的请求的目的地信息。近来，可以使用通过将由特定符号划分 的期望字符串(查询串(query string))添加到URL而生成的目的地信息，将允许使用Web 服务的请求从信息处理装置发送到数据处理装置。当Web服务请求被发送到包含查询串的URL时，接收到该请求的服务器基于包含 在该请求中的查询串，执行处理。如果采用这种技术，则能够轻易地构建Web邮件系统等。 更具体地说，当从浏览器侧发送通过将用户信息、密码信息、邮件信息等作为查询串添加到 URL而形成的请求时，接收到该请求的Web邮件服务器基于包含在该请求中的信息搜索邮 件信息，并将搜索结果返回给浏览器侧。只要用户具有浏览器，用户就能够在显示返回的结 果的浏览器上查看邮件。例如在以下情况下，信息处理装置请求数据处理装置登记事件通知目的地作为 事件通知目的地的装置没有请求信息处理装置代理作出登记请求，而是信息处理装置通过 预测可能的事件通知目的地自动生成目的地URL，并请求数据处理装置将该URL登记为事 件通知目的地。在这种情况下，信息处理装置自动生成的事件通知目的地URL有时包含查 询串。如果接收到事件通知目的地登记请求的数据处理装置登记包含查询串的事件通
6知目的地，则将事件通知消息从数据处理装置发送到包含查询串的已登记的URL。当可以通过接收到上述事件通知消息的装置处理查询串时，将表示已经成功接收 事件通知消息的响应消息，从接收到事件通知消息的装置发送到作为事件通知源的数据处 理装置。基于查询串获取的数据被添加到响应消息，该数据有时很大。当数据处理装置接 收非常大的数据时，要花费很多时间来处理数据，并且在数据处理期间，数据处理装置不能 够通知其他事件、或不能作出登记事件通知目的地的请求。

发明内容
本发明提供一种数据处理装置及方法，以及存储用于执行该方法的程序的存储介 质。该数据处理装置及方法能够防止接收和处理基于查询串获取的大数据，由此能够防止 数据接收和处理影响数据处理装置执行的其他事件通知或登记请求处理。在本发明的第一方面中，提供了一种经由网络连接到信息处理装置的数据处理装 置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要 被通知至的通知目的地登记在存储单元中；接收单元，其适于从所述信息处理装置接收用 于请求将所述通知目的地登记在所述存储单元中的登记请求；提取单元，其适于从所述接 收单元接收的所述登记请求中提取用于识别所述通知目的地的目的地信息；分析单元，其 适于分析所述提取单元提取的所述目的地信息；字符串确定单元，其适于基于所述分析单 元的分析结果，确定所述目的地信息是否包含特定的字符串；登记许可决定单元，其适于根 据所述字符串确定单元的确定结果，决定是否对被请求登记的所述通知目的地进行登记； 以及响应单元，其适于将所述登记许可决定单元的决定结果发送回给所述信息处理装置， 其中，当所述字符串确定单元确定所述目的地信息包含所述特定的字符串时，所述登记许 可决定单元确定不将所述通知目的地登记在所述存储单元中，并且所述响应单元将表示所 述通知目的地没有被登记的响应发送回给所述信息处理装置。在本发明的第二方面中，提供了一种经由网络连接到信息处理装置的数据处理装 置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要 被通知至的通知目的地登记在存储单元中；接收单元，其适于从所述信息处理装置接收用 于请求将所述通知目的地登记在所述存储单元中的登记请求；提取单元，其适于从所述接 收单元接收的所述登记请求中提取用于识别所述通知目的地的目的地信息；分析单元，其 适于分析所述提取单元提取的所述目的地信息；字符串确定单元，其适于基于所述分析单 元的分析结果，确定所述目的地信息是否包含特定的字符串；登记许可决定单元，其适于根 据所述字符串确定单元的确定结果，决定是否对被请求登记的所述通知目的地进行登记； 以及响应单元，其适于将响应发送回给所述信息处理装置，其中，当所述字符串确定单元确 定所述目的地信息包含所述特定的字符串时，所述登记许可决定单元决定不将所述通知目 的地登记在所述存储单元中，并且所述响应单元将表示所述通知目的地已经被正常登记的 响应发送回给所述信息处理装置。在本发明的第三方面中，提供了一种经由网络连接到信息处理装置的数据处理装 置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要 被通知至的通知目的地登记在存储单元中；接收单元，其适于从所述信息处理装置接收用 于请求将所述通知目的地登记在所述存储单元中的登记请求；提取单元，其适于从所述接收单元接收的所述登记请求中提取用于识别所述通知目的地的目的地信息；分析单元，其 适于分析所述提取单元提取的所述目的地信息；字符串确定单元，其适于基于所述分析单 元的分析结果，确定所述目的地信息是否包含特定的字符串；通知目的地确定单元，其适于 根据所述字符串确定单元的确定结果，通过从所述目的地信息中删除所述特定的字符串， 生成新的目的地信息；以及响应单元，其适于将响应发送回给所述信息处理装置，其中，当 所述字符串确定单元确定所述目的地信息包含所述特定的字符串时，所述通知目的地确定 单元通过从所述目的地信息中删除所述特定的字符串来生成所述新的目的地信息，并且所 述响应单元将表示所述通知目的地已经被正常登记的响应发送回给所述信息处理装置。在本发明的第四方面中，提供了一种数据处理装置的数据处理方法，该数据处理 装置经由网络连接到信息处理装置，该数据处理方法包括以下步骤将关于所述数据处理 装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于请 求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用于 识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果，确 定所述目的地信息是否包含特定的字符串；根据所述确定的结果，决定是否对被请求登记 的所述通知目的地进行登记；以及将所述决定的结果发送回给所述信息处理装置，其中，当 所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤决定不将所述 通知目的地登记在所述存储单元中，并且所述发送步骤将表示所述通知目的地没有被登记 的响应发送回给所述信息处理装置。在本发明的第五方面中，提供了一种数据处理装置的数据处理方法，该数据处理 装置经由网络连接到信息处理装置，该数据处理方法包括以下步骤将关于所述数据处理 装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于请 求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用于 识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果，确 定所述目的地信息是否包含特定的字符串；根据所述确定的结果，决定是否对被请求登记 的所述通知目的地进行登记；以及将响应发送回给所述信息处理装置，其中，当所述确定步 骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤决定不将所述通知目的地 登记在所述存储单元中，并且所述发送步骤将表示所述通知目的地已经被正常登记的响应 发送回给所述信息处理装置。在本发明的第六方面中，提供了一种数据处理装置的数据处理方法，该数据处理 装置经由网络连接到信息处理装置，该数据处理方法包括以下步骤将关于所述数据处理 装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于请 求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用于 识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果，确 定所述目的地信息是否包含特定的字符串；根据所述确定的结果，通过从所述目的地信息 中删除所述特定的字符串，生成新的目的地信息；以及将响应发送回给所述信息处理装置， 其中，当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述生成步骤通过 从所述目的地信息中删除所述特定的字符串来生成所述新的目的地信息，并且所述发送步 骤将表示所述通知目的地已经被正常登记的响应发送回给所述信息处理装置。在本发明的第七方面中，提供了一种非暂时性计算机可读存储介质，该存储介质
8存储用于使计算机执行数据处理装置的数据处理方法的计算机可执行程序，该数据处理装 置经由网络连接到信息处理装置，其中，该数据处理方法包括以下步骤将关于所述数据处 理装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于 请求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用 于识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果， 确定所述目的地信息是否包含特定的字符串；根据所述确定的结果，决定是否对被请求登 记的所述通知目的地进行登记；以及将所述决定的结果发送回给所述信息处理装置，其中， 当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤决定不将所 述通知目的地登记在所述存储单元中，并且所述发送步骤将表示所述通知目的地没有被登 记的响应发送回给所述信息处理装置。在本发明的第八方面中，提供了一种非暂时性计算机可读存储介质，该存储介质 存储用于使计算机执行数据处理装置的数据处理方法的计算机可执行程序，该数据处理装 置经由网络连接到信息处理装置，其中，该数据处理方法包括以下步骤将关于所述数据处 理装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于 请求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用 于识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果， 确定所述目的地信息是否包含特定的字符串；根据所述确定的结果，决定是否对被请求登 记的所述通知目的地进行登记；以及将响应发送回给所述信息处理装置，其中，当所述确定 步骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤决定不将所述通知目的 地登记在所述存储单元中，并且所述发送步骤将表示所述通知目的地已经被正常登记的响 应发送回给所述信息处理装置。在本发明的第九方面中，提供了一种非暂时性计算机可读存储介质，该存储介质 存储用于使计算机执行数据处理装置的数据处理方法的计算机可执行程序，该数据处理装 置经由网络连接到信息处理装置，其中，该数据处理方法包括以下步骤将关于所述数据处 理装置的信息要被通知至的通知目的地登记在存储单元中；从所述信息处理装置接收用于 请求将所述通知目的地登记在所述存储单元中的登记请求；从所接收的登记请求中提取用 于识别所述通知目的地的目的地信息；分析所提取的目的地信息；基于所述分析的结果， 确定所述目的地信息是否包含特定的字符串；根据所述确定的结果，通过从所述目的地信 息中删除所述特定的字符串，生成新的目的地信息；以及将响应发送回给所述信息处理装 置，其中，当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述生成步骤通 过从所述目的地信息中删除所述特定的字符串来生成所述新的目的地信息，并且所述发送 步骤将表示所述通知目的地已经被正常登记的响应发送回给所述信息处理装置。根据本发明，能够防止接收和处理基于查询串获取的大数据，由此能够防止数据 接收和处理影响数据处理装置执行的其他事件通知或登记请求处理。通过以下参照附图对示例性实施例的描述，本发明的其他特征将变得清楚。


图1是示出连接有作为根据本发明的第一实施例的数据处理装置的MFP的网络环 境的示例的网络结构图。
图2是图1示出的MFP的硬件结构的框图。图3是MFP的软件结构的框图。图4A是示出一般用于请求登记事件通知目的地而发送的登记请求消息的示例的 图。图4B是示出响应于图4A中的登记请求消息而发送的响应消息的示例的图。图5A是示出当事件发生时发送的事件通知消息的示例的图。图5B是示出响应于图5A中的消息而发送的响应消息的示例的图。图6A和图6B是示出当提供Web邮件服务时服务器装置使用的消息的示例的图。图7A是示出用于请求登记事件通知目的地而发送到包含查询串的URL的登记请 求消息的示例的图。图7B是示出事件通知消息的示例的图。图8是示出从MFP发送到PC的错误消息的示例的图。图9是Web服务服务器部执行的处理的流程图。图10是作为根据本发明的第二实施例的数据处理装置的MFP的Web服务服务器 部执行的处理的流程图。图11是作为根据本发明的第三实施例的数据处理装置的MFP的软件结构的框图。图12A和图12B是图11示出的Web服务服务器部执行的处理的流程图。图13是作为根据本发明的第四实施例的数据处理装置的MFP的软件结构的框图。图14A和图14B是图13示出的Web服务服务器部执行的处理的流程图。图15是示出在MFP的操作面板上显示的用户界面的示例的图。
具体实施例方式下面将参照示出本发明的实施例的附图详细描述本发明。图1是示出连接有作为根据本发明的第一实施例的数据处理装置的MFP的网络环 境的示例的网络结构图。在例示的网络示例中，包括下文中描述的装置在内的所有装置均连接到LAN100， 并且具有向其分配的各IP地址，所述IP地址包括例如由网络地址192. 168. 242. 0和子网 掩码255. 255. 255. 0定义的IP地址。个人计算机(PC) 102是将事件通知目的地登记请求发送到MFPlOl的信息处理装 置。向PC102分配IP地址192. 168. 242. 102。MFPlOl是具有打印机功能、扫描器功能、传 真功能等的数据处理装置。MFPlOl从PC102接收事件通知目的地登记请求，并且在事件发 生时，将事件通知给PC102。向MFPlOl分配IP地址192. 168. 242. 101。服务器装置103是事件通知从MFPlOl被实际发送至的通知目的地。在本 实施例中，假设服务器装置103提供Web邮件系统。向服务器装置103分配IP地址 192. 168. 242. 103。LAN100可以例如经由路由器连接到所有装置。可以根据需要设置各装置的网络地 址、子网掩码、以及IP地址。此外，服务器装置103可以是除提供Web邮件系统的服务器之 外的期望装置。接下来，将对图1所示的MFPlOl的硬件结构进行描述。
图2是图1的MFPlOl的硬件结构的框图。参照图2，CPU501根据存储在构成R0M503的程序ROM (只读存储器)中的控制程 序，对连接到系统总线504的设备的访问进行集中控制。此外，CPU501将图像信号作为输 出信息传输到经由打印机接口 507连接的打印机部(打印机引擎)510。此外，CPTOOl控制 从经由读取接口 512连接的读取部(扫描器)513输入的图像信号。构成R0M503的程序ROM存储CPTOOl可执行的控制程序等。构成R0M503的字体 ROM存储用于生成上述输出信息的字体数据(包括轮廓字体数据)等。构成R0M503的数据 ROM存储MFP中使用的信息等。CPU501能够经由LAN控制器(NIC) 506与LAN100上的PC102、服务器装置103等 进行通信。RAM502主要用作CPTOOl的主存储器、工作区等，RAM502被构造为使得通过使用 连接到扩展端口(未示出)的可选的RAM可以增加RAM502的存储器容量。此外，RAM502用 作例如输出信息加载区和环境数据存储区。存储设备511包括诸如硬盘(HD)或IC卡的存储器，并通过盘控制器(DKC) 508控 制对其的访问。存储设备511存储字体数据、仿真程序、表单数据等，并用作临时对打印作 业进行假脱机、并使得能够从外部控制假脱机后的打印作业的作业存储区。此外，存储设 备511还用作箱(box)数据存储区，在箱数据存储区中，从扫描器513中读取的图像数据以 及打印作业的图像数据被存储作为由网络参照的用于打印的箱数据。此外，可以提供一个 或多个存储设备511，或者存储设备511可以被构造为，使得补充内部字体的多个可选字体 卡、以及存储用于解释不同语言系统的打印机控制语言的程序的外部存储器可以连接到存 储设备511。操作面板505被构造为，使得用户能够经由操作面板505使用软键输入各种信息。 非易失性存储器509存储经由操作面板505配置的各种设置信息。此外，MFP101被构造为，使得MFP101能够可选地连接各种扩展设备，例如用于执 行装订功能和分类功能的整理器、以及用于实现双面打印功能的双面打印装置。用于执行 以上功能的操作由CPTO01控制。接下来，将对图1所示的MFP101的软件结构进行描述。图3是图1的MFP101的软件结构的框图。可以将MFP101中的软件大致划分为LAN控制器506、用于控制协议(例如HTTP、 TCP、以及IP)的协议栈(stacker)部601、以及用于提供Web服务的Web服务服务器部600。协议栈部601对接收的或发送的数据中直到HTTP头的部分进行处理。例如，当 MFP101接收消息时，如下文中参照图7A所描述，协议栈部601处理消息的前两行。之后，协 议栈部601将以XML (可扩展标记语言)描述的消息(下文中称为“XML消息”)的一部分 传递给Web服务服务器部600，Web服务服务器部600处理XML消息。在Web服务服务器部600中，Web服务请求接收部602具有接收XML消息的功能。 XML消息分析部603具有分析接收的XML消息、以从中提取预定信息的功能。通知目的地 URL提取部604具有从XML消息分析部603提取的信息中提取关于通知目的地URL (统一 资源定位器)的信息的功能。关于通知目的地URL的信息是用于识别通知目的地的目的地 信息，并包含事件通知目的地的URL、事件通知目的地登记的终止被通知至的通知目的地的 URL 等。
通知目的地URL分析部605分析通知目的地URL提取部604提取的通知目的地 URL。查询串确定部606作为字符串确定单元，根据通知目的地URL分析部605的分析结果， 确定通知目的地URL是否包含表示特定字符串(即，查询串)的字符串。基于该确定的结 果，事件通知目的地登记确定部607确定是否登记事件通知目的地。当登记事件通知目的 地时，事件通知目的地登记确定部607向事件登记部610传递信息，并且该信息被存储在事 件通知信息存储部611中。不论是否执行事件通知目的地的登记，XML消息配置部608都生成响应消息。然 后，Web服务响应返回部609通过经由协议栈部601和LAN控制器506将响应消息发送回 给LAN100，来执行响应。接下来，将参照图4A至图8描述在图1中的网络环境下、在通信中使用的消息的 内容。尽管假设使用XML来配置各消息，并使用HTTP (超文本传输协议)发送和接收各 消息，但是这并不具有限制性，可以采用除上述以外的消息格式和协议。图4A和图4B示出一般在发出事件通知目的地登记请求时发送和接收的消息的示 例。图5A和图5B示出实际的事件通知消息的示例。图4A所示的消息是从PC102发送到MFPlOl以请求登记事件通知目的地的XML消 息。如图4A所示，行201中的“Action”要素的值为“Subscribe”，其表示该XML消息用于 作出事件通知目的地登记请求。行202包含在MFPlOl登记了事件通知目的地之后、例如由于重启MFPlOl而导致 终止登记时消息被发送至的目的地URL的描述。例如，当关闭MFPlOl的电源时，事实(关 闭MFPlOl的电源)被通知至行202中描述的URL。行203包含MFPlOl将事件实际通知至 的目的地URL的描述。在图4A所示的示例中，在行202和203中描述了服务器装置103的 IP地址，作为目的地URL。这里，行202和203中示出的目的地URL不需要总是相同装置的 URL，它们可以是彼此不同的装置的URL。由于行202和203是基于已经在MFPlOl中发生的 一些事件而发送消息的目的地，因此在下面的描述中，将行202和203各自称为“事件通知 目的地”。行204用于PC102指定哪个事件发生时要被通知到行203中的目的地URL。在图 4A所示的示例中，在行204中描述"JobEndEvent”，因此，请求MFPlOl在作业终止时将事件 通知发送到目的地URL。图4B所示的XML消息是响应于图4A中的通知消息而发送的响应消息，并且从 MFPlOl被发送到PC102。行205包含表示已经正常执行HTTP通信的内容的描述。行206 中的‘1(^1011”要素为“51113%1^1^彻印011%”，其表示该XML消息是对图4A所示的消息的响
应消息。图5A所示的消息是在事件已经在MFPlOl中发生时发送的事件通知消息，并且从 MFPlOl被发送到服务器装置103。行207中的字符串“JobEndEvent”表示该消息将作业的 终止通知给服务器装置103。图5B所示的消息是响应于图5A中的通知消息而发送的响应消息，并且从服务器 装置103被发送到MFP101。在图5B所示的示例中，假设没有特别包含XML消息。图6A和图6B示出当服务器装置103提供Web邮件服务时使用的消息的示例。在
12图6A和图6B所示的示例中，没有使用XML，而使用了超文本标记语言(HTML)。将图6A所示的消息从期望使用服务器装置103的任意装置(未示出)发送到服 务器装置103。图6A所示的示例中的消息包含行301中的查询串。这里，包含在查询串中 的字符串“usr”、“pw”、以及“id”分别代表用户名、密码、以及邮件ID。查询串可以包含除 以上之外的字符串。此外，尽管许多Web服务器不使用POST方法而使用GET方法来进行包 含查询串的请求，但是已知即使通过POST方法进行包含查询串的请求，一些服务器也接受 所述查询串。图6B所示的消息是响应于图6A中的消息而发送的响应消息，并且从服务器装置 103被发送到已经发送事件通知目的地登记请求的装置。行302包含与行301中包含的查 询串的内容相对应的邮件正文。图7A和图7B是示出当在本实施例中作出事件通知目的地登记请求时发送和接收 的消息的示例的图。图8是示出实际的事件通知消息的示例的图。图7A所示的消息是发送到包含查询串的URL以请求登记事件通知目的地的事件 通知目的地登记请求消息的示例。将该消息从PC102发送到MFPlOl。在图7A所示的该消 息中，分别将图4A的消息的行202和203改变为行401和402。图7B所示的消息是在MFPlOl登记图7A所示的消息的内容之后、当事件在MFPlOl 中发生时发送到服务器装置103的事件通知消息。图7B中的事件通知消息与图5A中的消 息的不同之处在于，行403包含查询串。图8是示出当尽管已经接收到图7A中的事件通知目的地登记请求消息、但由于某 种原因不能执行事件通知目的地的登记时，从MFPlOl发送到PC102的错误消息的示例的 图。在图8中，行404中的字符串“Regist Error”表示登记失败。现在，将参照图6B、图7A和图7B来描述可能发生前文描述的问题的情形。例如，PC102将图7A所示的消息发送到MFP101，MFP101登记行401和402中描述 的事件通知目的地的URL。之后，当事件在MFPlOl中发生时，MFPlOl将图7B所示的事件通 知消息发送到服务器装置103。将图6B所示的消息作为对事件通知的HTTP响应消息，从服 务器装置103发送到MFPlOl。当接收到图6B所示的消息时，需要MFPlOl对通常不需要被 处理的、包含在HTTP响应消息中的数据(行302)进行处理。这就给MFPlOl造成了不必要 的负担。这是本发明要解决的问题的示例。图9是Web服务服务器部600执行的处理的流程图。MFPlOl使用LAN控制器506接收从PC102发送的图7A所示的事件通知目的地登 记请求消息。然后，协议栈部601从消息中提取XML消息，Web服务请求接收部602接收XML 消息(步骤S901)。接下来，XML消息分析部603分析接收的XML消息，并获取包含在消息中的行201 中的“Action”标签的值、行401中的“EndTo”标签的值、以及行402中的“NotifyTo”标签 的值(步骤S902)。接下来，通知目的地URL提取部604从在步骤S902中获取的值中提取关于通知目 的地URL的信息(步骤S903)。如上所述，该关于通知目的地URL的信息包含行401和402 中描述的事件通知目的地、以及事件通知目的地登记的终止被通知至的通知目的地的URL寸。接下来，通知目的地URL分析部605分析关于通知目的地URL的信息，以确定在步 骤S903中提取的信息中包含什么字符串(步骤S904)。然后，查询串确定部606确定通知 目的地URL信息中是否包含表示查询串的字符串。此外，事件通知目的地登记确定部607 确定是否登记事件通知目的地(步骤S905)。简而言之，事件通知目的地登记确定部607确 定登记请求消息是图4A的类型还是图7A的类型。如果登记请求消息是图4A的类型，则确 定要登记事件通知目的地，反之，如果登记请求消息是图7A的类型，则确定不登记事件通 知目的地。如果确定不包含表示查询串的字符串、并因此登记事件通知目的地(步骤S905 否)，则事件登记部610将必要的信息存储在事件通知信息存储部611中，并登记事件通知 目的地(步骤S906)。术语“必要的信息”是指关于哪个事件发生时要被通知到目的地URL、 事件通知目的地登记的终止被通知至的通知目的地、事件通知目的地等的信息。另一方面，如果确定包含表示查询串的字符串、并因此不登记事件通知目的地 (步骤S905 是)，则事件通知目的地登记确定部607丢弃接收的事件通知目的地登记请求 消息(步骤S908)。然后，XML消息配置部608生成响应消息，Web服务响应返回部609将 响应消息返回给PC102 (步骤S909)。对于发送的响应消息，当已经登记事件通知目的地时，XML消息配置部608生成图 4B所示的消息，Web服务响应返回部609将该消息返回给PC102 (步骤S907)。当没有登记 事件通知目的地时，XML消息配置部608生成图8所示的错误消息，Web服务响应返回部609 将该消息返回给PC102 (步骤S909)。根据上述第一实施例，丢弃用于请求登记事件通知目的地的包含查询串的URL的 事件通知目的地登记请求，以防止将事件通知发送到如上所述的这种目的地URL，由此防止 接收基于查询串的巨大数据。这就使得能够在不花费太多时间的情况下执行数据处理，从 而可以防止数据处理负面影响其他的事件通知或登记请求处理。根据本发明的第二实施例的数据处理装置，与根据第一实施例的数据处理装置类 似地构建关于图1至图3所示的结构。因此，利用相同的附图标记表示与第一实施例相同 的部件，并省略其详细描述。下面仅对与第一实施例的不同点进行描述。图10是作为根据本发明的第二实施例的数据处理装置的MFPlOl的Web服务服务 器部600执行的处理的流程图。在图10所示的处理中，通过相同的步骤编号表示与图9中 的步骤相同的步骤，并省略其描述。图10所示的处理与图9所示的处理的不同之处仅在于，当MFPlOl接收到图7A所 示的消息时执行的用于提取关于包含查询串的通知目的地URL的信息的操作。首先，通知 目的地URL分析部605分析关于通知目的地URL的信息，以确定提取的信息中包含什么字 符串(步骤S904)。然后，查询串确定部606确定查询串是否包含在信息中(步骤S905)。 作为确定结果，如果事件通知目的地登记确定部607确定由于包含查询串而不登记事件通 知目的地(步骤S905 是)，则处理进行到步骤S908。在步骤S908中，事件通知目的地登记确定部607丢弃接收的事件通知目的地登记 请求消息(步骤S908)。然后，XML消息配置部608生成表示登记成功的消息，Web服务响 应返回部609将该消息返回给PC102 (步骤S907)。
根据上述第二实施例，丢弃用于请求登记包含查询串的URL的事件通知目的地登 记请求的同时，将表示事件通知目的地登记成功的消息发送回给已经发送事件通知目的地 登记请求的PC。因此，之后可以防止PC102请求登记包含查询串的URL。根据本发明的第三实施例的数据处理装置，与根据第一实施例的数据处理装置类 似地构建关于图1和图2所示的结构。因此，通过相同的附图标记表示与第一实施例相同 的部件，并省略其详细描述。在本实施例中，第一实施例中的MFPlOl对应于MFPlOla。在本实施例中，不同于上述第一实施例，当MFPlOla接收事件通知目的地登记请 求消息时，如果关于事件通知目的地的URL的信息包含查询串，则在从URL中去除查询串部 分之后登记事件通知目的地。此外，在本实施例中，在登记事件通知目的地之前尝试发送一 些消息，以确定实际是否能够发送事件通知，并且仅在确认能够发送消息之后，登记事件通 知目的地。图11是作为根据本发明的第三实施例的数据处理装置的MFPlOla的软件结构的 框图。Web服务服务器部600a包括通知目的地URL调整确定部901以及URL可用性检查 部902，代替图3所示的事件通知目的地登记确定部607。通知目的地URL调整确定部901 作为通知目的地确定单元，具有如下功能在通知目的地URL信息包含查询串的情况下，通 过从通知目的地URL中仅删除查询串部分，来生成新的通知目的地。URL可用性检查部902 确定是否可以与由已经通过通知目的地URL调整确定部901删除了查询串部分的通知目的 地URL信息所表示的目的地进行实际通信。也就是说，URL可用性检查部902作为可通信 性(commimicability)确定单元，确定是否可以使用通过删除查询串而形成的新的目的地 信息来进行通信。图12A和图12B是由图11的Web服务服务器部600a执行的处理的流程图。在图 12A和图12B所示的处理中，通过相同的步骤编号表示与图9相同的步骤，并省略其描述。如果在步骤S905中确定关于通知目的地URL的信息中包含查询串，则通知目的地 URL调整确定部901从该信息中删除查询串部分，以生成新的通知目的地URL信息(步骤 S1201)。当登记删除了查询串部分的通知目的地URL信息时，URL可用性检查部902基于不 包括查询串部分的新的通知目的地URL信息，发送消息(探测消息)(步骤S1202)，并确定 是否能够使用新的通知目的地URL信息进行通信(步骤S 1203)。可以在登记事件通知目 的地之前、或在登记事件通知目的地之后发送第一事件通知时执行该一系列处理步骤。此 外，在一些情况下，不需要执行该一系列处理步骤。如果在步骤S1201至S1203中确定能够使用新的通知目的地URL信息执行发送、 或者在要登记其中原本不包含查询串的URL的情况下，将必要的信息登记在事件通知信息 存储部611中(步骤S906)，并将图4B所示的消息发送到PC102 (步骤S907)。如果在步骤S1201至S1203中确定不能够执行发送(步骤S1203 否)，则事件通 知目的地登记确定部607丢弃接收的事件通知目的地登记请求消息(步骤S908)。然后， XML消息配置部608生成图8所示的错误消息，Web服务响应返回部609将该消息发送回给 PC102(步骤 S909)。另一方面，如果在步骤S1203中确定能够使用新的通知目的地URL信息进行通信， 则处理进行到步骤S906，在步骤S906中，如上所述登记事件通知目的地。
15
根据上述第三实施例，当关于被请求登记的通知目的地URL的信息中包含查询串 时，删除查询串部分。这就使得能够防止接收基于查询串的大数据，同时仅维持将事件通知 给服务器装置103的功能。此外，在本实施例中，提供了如下功能确定是否能够将事件通知实际发送到删除 了查询串部分的通知目的地URL信息。这就使得能够防止事件通知目的地的无用登记。根据本发明的第四实施例的数据处理装置，与根据第一实施例的数据处理装置类 似地构建关于图1和图2所示的结构。因此，通过相同的附图标记表示与第一实施例相同 的部件，并省略其详细描述。下面仅对与第一实施例的不同点进行描述。在本实施例中，当PC102请求将事件通知到由包含查询串的通知目的地URL信息 表示的目的地时，MFPlOl随后拒绝PC102请求的事件通知目的地登记。可以经由用户界面 (UI)查看拒绝的登记，由此用户能够取消拒绝通知目的地登记的设置。图13是根据本发明的第四实施例的MFPlOlb的软件结构的框图。图13所示的示 例包括作为硬件的操作面板505。Web服务服务器部600b不仅包括图3所示的Web服务服务器部600的部分，还包 括接收地址获取部1101、可接收性确定部1102、IP地址存储部1103、以及HTTP错误发送部 1104。MFPlOlb包括存储地址删除部1105。被拒绝通知目的地登记请求的上述IP地址存储在IP地址存储部1103中。接收 地址获取部1101获取关于各事件通知目的地登记请求的消息的发送源的IP地址信息。在 例示的示例中，接收地址获取部1101获取PC102的网络地址192. 168. 242. 102。可接收性确定部1102作为地址确定单元，确定获取的IP地址是否已经存储在IP 地址存储部1103中。如果获取的IP地址已经被存储，则可接收性确定部1102确定要拒绝 来自其中的事件通知目的地登记请求。然后，HTTP错误发送部1104经由协议栈部601将 错误消息发送到PC102。可以经由操作面板505请求删除存储在IP地址存储部1103中的 各IP地址。当接收到删除请求时，通过存储地址删除部1105删除选择的IP地址。图14A和图14B是由图13示出的Web服务服务器部600b执行的处理的流程图。 在图14A和图14B所示的处理中，通过相同的步骤编号表示与图9中的步骤相同的步骤，并 省略其描述。在本实施例中，当接收图7A所示的事件通知目的地登记请求消息时，在分析XML 消息之前，Web服务请求接收部602检查消息的发送源。在步骤S901之后的步骤S1401中，接收地址获取部1101获取关于接收的消息的 发送源的IP地址信息。接着，可接收性确定部1102将获取的IP地址与存储在IP地址存 储部1103中的IP地址相比较(步骤S1402)，并确定存储的IP地址是否包括与获取的IP 地址相匹配的IP地址(步骤S1403)。作为确定结果，如果存储的IP地址包括与获取的IP 地址相匹配的IP地址(步骤S1403 是)，则HTTP错误发送部1104拒绝此次接收的事件通 知目的地登记请求，并将HTTP错误消息发送到消息的发送源(步骤S1404)。尽管在例示的 示例中发送HTTP错误消息，但是也可以发送图8所示的Web服务错误消息。另一方面，如果在步骤S1403中确定存储的IP地址不包括与获取的IP地址相匹 配的任何IP地址(步骤S1403 否)，则可接收性确定部1102将XML消息传递给XML消息 分析部603，以继续XML消息的处理。然后，执行步骤S902及后续步骤。
如果不登记事件通知目的地，则事件通知目的地登记确定部607丢弃图7A所示的 事件通知目的地登记请求消息(步骤S908)，处理进行到步骤S1405。在步骤S1405中，事 件通知目的地登记确定部607将关于已经发送事件通知目的地登记请求的装置(例示的示 例中的PC102)的IP地址信息存储在IP地址存储部1103中，然后处理进行到步骤S909。 在步骤S909中，XML消息配置部608生成图8所示的错误消息，Web服务响应返回部609将 消息发送回给PC102 (步骤S909)。接下来，将对当MFPlOlb拒绝事件通知目的地登记请求时操作的用户界面进行描 述。在本实施例中，可以使用操作面板505上显示的用户界面查看存储在IP地址存储 部1103中的IP地址信息，使得用户能够取消事件通知目的地登记被拒绝的状态。图15是示出在MFPlOlb的操作面板505上显示的用户界面的示例的图。图15所示的用户界面是实现操作面板505的触摸屏。用户能够通过对触摸屏触 摸而进行的操作，改变用于拒绝事件通知目的地登记的设置。在图15所示的事件通知目的地登记请求拒绝列表的画面上，附图标记1301表示 存储在IP地址存储部1103中的IP地址的列表。该列表显示已经发送了在上述处理中被 拒绝的事件通知目的地登记请求的装置的IP地址。在例示的示例中，将PC102的IP地址 1301a (192. 168. 242. 102)添加到列表中。拒绝取消按钮1302用于取消IP地址1301的被拒绝状态。当按下拒绝取消按钮 1302时，存储地址删除部1105响应于用于删除对应的IP地址的命令，删除存储在IP地址 存储部1103中的IP地址信息(192. 168. 242. 102)。在删除对应的IP地址之后，可以再次 接收事件通知目的地登记请求。尽管没有示出，但是可以存储曾经被用户取消拒绝的IP地 址，使得总是接受来自该IP地址的登记请求。根据上述第四实施例，当接收用于请求登记包含查询串的URL的事件通知目的地 登记请求时，存储关于已经发送事件通知目的地登记请求的PC102的信息，使得MFPlOlb总 是能够拒绝随后由PC102作出的事件通知目的地登记请求。这就使得能够节省分析事件通 知目的地的URL所需的时间和劳力。此外，通过提供如上所构造的能够取消拒绝登记的设 置的用户界面，还能够基于用户的意图来取消为拒绝事件通知目的地登记而自动配置的设 置，这就防止了用户的便利性被损害。尽管在上述第一至第四实施例中对将本发明应用于作为数据处理装置的MFP的 情况进行了描述，但是这并具有限制性，还可以将本发明应用于打印机、扫描器、通信装置、 具有通信功能的信息处理装置、终端设备等。还可以通过使用个人计算机(CPU或处理器)执行经由网络或各种存储介质获取 的软件(程序)，来实现根据本发明的上述实施例。本发明的各方面还可以通过读出并执行记录在存储装置上的用于执行上述实施 例的功能的程序的系统或设备的计算机(或诸如CPU或MPU的装置)、以及由系统或设备 的计算机例如读出并执行记录在存储装置上的用于执行上述实施例的功能的程序来执行 各步骤的方法来实现。鉴于此，例如经由网络或者从用作存储装置的各种类型的记录介质 (例如计算机可读介质)向计算机提供程序。虽然参照示例性实施例对本发明进行了说明，但是应当理解，本发明不限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使其涵盖所有这种变 型、等同结构及功能。 本申请要求2009年6月24日提交的日本专利申请第2009-149796号的优先权， 该申请的全部内容通过引用并入本文。
权利要求
一种经由网络连接到信息处理装置的数据处理装置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要被通知至的通知目的地，登记在存储单元中；接收单元，其适于从所述信息处理装置接收用于请求将所述通知目的地登记在所述存储单元中的登记请求；提取单元，其适于从所述接收单元接收到的所述登记请求中提取用于识别所述通知目的地的目的地信息；分析单元，其适于分析所述提取单元提取的所述目的地信息；字符串确定单元，其适于基于所述分析单元的分析结果，确定所述目的地信息是否包含特定的字符串；登记许可决定单元，其适于根据所述字符串确定单元的确定结果，决定是否对被请求登记的所述通知目的地进行登记；以及响应单元，其适于将所述登记许可决定单元的决定结果发送回给所述信息处理装置，其中，当所述字符串确定单元确定所述目的地信息包含所述特定的字符串时，所述登记许可决定单元确定不将所述通知目的地登记在所述存储单元中，并且所述响应单元将表示所述通知目的地没有被登记的响应发送回给所述信息处理装置。
2.根据权利要求1所述的数据处理装置，该数据处理装置还包括地址存储单元，其适于存储关于已经作出登记请求的所述信息处理装置的地址信息， 所述登记请求用于请求将包含所述特定的字符串的所述目的地信息登记为通知目的地；地址获取单元，其适于获取关于已经作出所述登记请求的所述信息处理装置的所述地 址信息；以及地址确定单元，其适于确定存储在所述地址存储单元中的所述地址信息是否包含由所 述地址获取单元获取的地址，其中，当所述地址确定单元确定关于所述信息处理装置的所述地址信息已经被存储 时，在不继续后续处理的情况下所述登记许可决定单元决定不将所述通知目的地登记在所 述存储单元中。
3.根据权利要求2所述的数据处理装置，该数据处理装置还包括 显示单元，其适于显示存储在所述地址存储单元中的所述地址信息的列表； 操作单元，其适于接受用于删除显示在所述显示单元上的地址信息的指令；以及删除单元，其适于从所述地址存储单元中删除经由所述操作单元指示删除的所述地址 fn息ο
4.根据权利要求1所述的数据处理装置，其中，所述接收单元和所述响应单元利用 HTTP,所述目的地信息为URL。
5.根据权利要求4所述的数据处理装置，其中，所述特定的字符串是包含在所述URL中 的查询串。
6.一种经由网络连接到信息处理装置的数据处理装置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要被通知至的通知目的 地，登记在存储单元中；接收单元，其适于从所述信息处理装置接收用于请求将所述通知目的地登记在所述存储单元中的登记请求；提取单元，其适于从所述接收单元接收到的所述登记请求中提取用于识别所述通知目 的地的目的地信息；分析单元，其适于分析所述提取单元提取的所述目的地信息； 字符串确定单元，其适于基于所述分析单元的分析结果，确定所述目的地信息是否包 含特定的字符串；登记许可决定单元，其适于根据所述字符串确定单元的确定结果，决定是否对被请求 登记的所述通知目的地进行登记；以及响应单元，其适于将响应发送回给所述信息处理装置，其中，当所述字符串确定单元确定所述目的地信息包含所述特定的字符串时，所述登 记许可决定单元决定不将所述通知目的地登记在所述存储单元中，并且所述响应单元将表 示所述通知目的地已经被正常登记的响应发送回给所述信息处理装置。
7.根据权利要求6所述的数据处理装置，其中，所述接收单元和所述响应单元利用 HTTP,所述目的地信息为URL。
8.根据权利要求7所述的数据处理装置，其中，所述特定的字符串是包含在所述URL中 的查询串。
9.一种经由网络连接到信息处理装置的数据处理装置，该数据处理装置包括通知目的地登记单元，其适于将关于所述数据处理装置的信息要被通知至的通知目的 地，登记在存储单元中；接收单元，其适于从所述信息处理装置接收用于请求将所述通知目的地登记在所述存 储单元中的登记请求；提取单元，其适于从所述接收单元接收到的所述登记请求中提取用于识别所述通知目 的地的目的地信息；分析单元，其适于分析所述提取单元提取的所述目的地信息； 字符串确定单元，其适于基于所述分析单元的分析结果，确定所述目的地信息是否包 含特定的字符串；通知目的地确定单元，其适于根据所述字符串确定单元的确定结果，通过从所述目的 地信息中删除所述特定的字符串，来生成新的目的地信息；以及 响应单元，其适于将响应发送回给所述信息处理装置，其中，当所述字符串确定单元确定所述目的地信息包含所述特定的字符串时，所述通 知目的地确定单元通过从所述目的地信息中删除所述特定的字符串来生成所述新的目的 地信息，并且所述响应单元将表示所述通知目的地已经被正常登记的响应发送回给所述信 息处理装置。
10.根据权利要求9所述的数据处理装置，该数据处理装置还包括可通信性确定单元，其适于确定是否能够与由所述通知目的地确定单元生成的所述新 的目的地信息表示的目的地进行通信，并且其中，所述可通信性确定单元向由所述新的目的地信息表示的所述目的地发送消息， 以确定是否能够与所述目的地进行通信，如果所述可通信性确定单元确定不能与所述目的 地进行通信，则所述通知目的地登记单元不登记所述新的目的地信息，而所述响应单元将表示所述目的地信息没有被登记的响应发送到所述信息处理装置。
11.根据权利要求10所述的数据处理装置，其中，所述接收单元和所述响应单元利用 HTTP,所述目的地信息为URL。
12.根据权利要求11所述的数据处理装置，其中，所述特定的字符串是包含在所述URL 中的查询串。
13.一种数据处理装置的数据处理方法，该数据处理装置经由网络连接到信息处理装 置，该数据处理方法包括以下步骤将关于所述数据处理装置的信息要被通知至的通知目的地，登记在存储单元中； 从所述信息处理装置接收用于请求将所述通知目的地登记在所述存储单元中的登记 请求；从所接收到的登记请求中提取用于识别所述通知目的地的目的地信息； 分析所提取的目的地信息；基于所述分析的结果，确定所述目的地信息是否包含特定的字符串； 根据所述确定的结果，决定是否对被请求登记的所述通知目的地进行登记；以及 将所述决定的结果发送回给所述信息处理装置，其中，当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤 决定不将所述通知目的地登记在所述存储单元中，并且所述发送步骤将表示所述通知目的 地没有被登记的响应发送回给所述信息处理装置。
14.一种数据处理装置的数据处理方法，该数据处理装置经由网络连接到信息处理装 置，该数据处理方法包括以下步骤将关于所述数据处理装置的信息要被通知至的通知目的地，登记在存储单元中； 从所述信息处理装置接收用于请求将所述通知目的地登记在所述存储单元中的登记 请求；从所接收到的登记请求中提取用于识别所述通知目的地的目的地信息； 分析所提取的目的地信息；基于所述分析的结果，确定所述目的地信息是否包含特定的字符串； 根据所述确定的结果，决定是否对被请求登记的所述通知目的地进行登记；以及 将响应发送回给所述信息处理装置，其中，当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述决定步骤 决定不将所述通知目的地登记在所述存储单元中，并且所述发送步骤将表示所述通知目的 地已经被正常登记的响应发送回给所述信息处理装置。
15.一种数据处理装置的数据处理方法，该数据处理装置经由网络连接到信息处理装 置，该数据处理方法包括以下步骤将关于所述数据处理装置的信息要被通知至的通知目的地，登记在存储单元中； 从所述信息处理装置接收用于请求将所述通知目的地登记在所述存储单元中的登记 请求；从所接收到的登记请求中提取用于识别所述通知目的地的目的地信息； 分析所提取的目的地信息；基于所述分析的结果，确定所述目的地信息是否包含特定的字符串；根据所述确定的结果，通过从所述目的地信息中删除所述特定的字符串，来生成新的 目的地信息；以及将响应发送回给所述信息处理装置，其中，当所述确定步骤确定所述目的地信息包含所述特定的字符串时，所述生成步骤 通过从所述目的地信息中删除所述特定的字符串来生成所述新的目的地信息，并且所述发 送步骤将表示所述通知目的地已经被正常登记的响应发送回给所述信息处理装置。
全文摘要
本发明提供一种登记信息通知目的地的数据处理装置及其方法。该数据处理装置及方法能够防止接收和处理基于查询串获取的大数据，由此能够防止数据接收和处理影响数据处理装置执行的其他事件通知或登记请求处理。当查询串确定部确定用于识别通知目的地的目的地信息包含特定的字符串时，事件通知目的地登记确定部确定不将关于数据处理装置的信息的通知目的地登记在事件通知信息存储部中。Web服务响应返回部将表示通知目的地没有被登记的响应返回给连接到数据处理装置的信息处理装置。
文档编号H04L29/08GK101931660SQ20101021301
公开日2010年12月29日 申请日期2010年6月24日 优先权日2009年6月24日
发明者岸本范久 申请人:佳能株式会社