专利名称：定购支持系统、设备监控方法及程序产品的制作方法
技术领域：
本发明一般涉及定购(order)支持系统、设备监控方法及程序产品，更具 体地，涉及用于支持定购设备的消耗元件的操作的定购支持系统、设备监控 方法及程序产 品0
背景技术：
在公司办公室中，经由通信网络将诸如打印机、复印机、传真机或用于 在单个住宅中实现这些设备的功能的多功能外围设备的多个设备相互连接。
这些设备种的每一个包括使用该设备而消耗的消耗元件。通过适当地更 换这样的消耗元件可以维持设备的功能。例如，在打印机的情况下，墨粉、 定影(fixing)单元、墨粉喷射瓶、光电导元件以及显影剂与消耗元件对应，它 们一般被称为补给。
很难从设备的外部来确定补给消耗的程度。通常，用户例如通过在发送 执行打印操作的指令后接收到错误消息而得知没有剩余墨粉了 。用户在接收 到错误消息后更换墨粉盒。
专利文件1:日本特开专利申请No.2003-345560。
然而，为了更换补给，必须购买补给。 一般地，在超级市场批发商店或 经由邮件定购来购买补给；然而，在办公室中有很多设备，并且要购买的补 给根据各个设备而具有不同的型号。因此，在购买补给之前或执行定购过程 之前，用户需要根据设备对每个要购买的补给确认正确的型号。因而，用户 需要耗费大量的时间和精力。
发明内容
本发明提供了一种定购支持系统、设备监控方法及程序产品，其中消除 了上述的一个或多个缺点。
本发明的优选实施例提供了 一种能够便于更换设备^卜给的过程的定购支 持系统、设备监控方法及程序产品。
本发明的实施例提供了一种定购支持系统，包括设备信息获取单元， 其被配置为搜索连接到通信网络的 一个或多个设备，并从作为搜索结果而找 到的每个设备获取设备信息；设置单元，其被配置为获取用于将一个或多个 设备提取为候选监控目标的指定信息，其中根据所述设备信息中包括的预定 属性来指定该信息；提取单元，其被配置为基于设置单元所获取的信息，从 作为搜索结果而找到的设备中提取一个或多个设备作为候选监控目标；监控 目标选择单元，其被配置为显示提取单元所提取的设备的列表，从该设备的 列表中选择一个或多个设备作为监控目标；设备监控装置，其被配置为获取 被选择为监控目标的每个设备中的至少 一个消耗元件的状态信息，其中该设 备监控装置包括被配置为向定购支持装置发送状态信息的状态信息发送单 元；以及定购支持装置，其被配置为根据从设备监控装置接收的状态信息创 建包括URL的电子邮件，所述URL指示用于定购至少一个被检测为短缺的 消耗元件的网站，并且被配置为向与短缺的消耗元件对应的设备相关的、提 前注册的电子邮件地址发送电子邮件。
本发明的实施例提供了一种由计算机执行的设备监控方法，该设备监控 方法包括设备信息获取步骤，搜索连接到通信网络的一个或多个设备，并 从作为搜索结果而找到的每个设备获取设备信息；设置步骤，获取用于将一 个或多个设备提取为候选监控目标的指定信息，其中根据所述设备信息中包 括的预定属性来指定该信息；提取步骤，基于在设置步骤所获取的信息，从 作为搜索结果而找到的设备中提取一个或多个设备作为候选监控目标；监控 目标选择步骤，显示在提取步骤所提取的设备的列表，从该设备的列表中选 择一个或多个设备作为监控目标；以及状态信息发送步骤，获取被选择为监 控目标的每个设备中的至少一个消耗元件的状态信息，并且向定购支持装置 发送该状态信息，其中定购支持装置被配置为根据所接收的状态信息创建包 括URL的电子邮件，并且还被配置为向与短缺的消耗元件对应的设备相关 的、提前注册的电子邮件地址发送电子邮件，所述URL指示用于定购至少一 个被检测为短缺的消耗元件的网站。
本发明的实施例提供了 一种设备监控程序产品，该设备监控产品包括使 计算机执行下列步骤的指令设备信息获取步骤，搜索连接到通信网络的一 个或多个设备，并从作为搜索结果而找到的每个设备获取设备信息；设置步 骤，获取用于将一个或多个设备提取为候选监控目标的指定信息，其中根据
所述设备信息中包括的预定属性来指定该信息；提取步骤，基于在设置步骤 所获取的信息，从作为搜索结果而找到的设备中提取一个或多个设备作为候 选监控目标；监控目标选择步骤，显示在提取步骤所提取的设备的列表，从 该设备的列表中选择一个或多个设备作为监控目标；以及状态信息发送步骤， 获取被选择为监控目标的每个设备中的至少 一个消耗元件的状态信息，并且 向定购支持装置发送该状态信息，其中定购支持装置被配置为根据所接收的 状态信息创建包括URL的电子邮件，并且还被配置为向与短缺的消耗元件对 应的设备相关的、提前注册的电子邮件地址发送电子邮件，所述URL指示用 于定购至少 一 个被检测为短缺的消耗元件的网站。
根据本发明的一个实施例，提供了能够便于更换设备补给的过程的定购 支持系统、设备监控方法及程序产品。
当结合附图来阅读下面的详细描述时，本发明的其它目的、特征和优点 将变得更加明显，其中
图1是#>据本发明的实施例的定购支持系统的示意图2是监控服务使客户PC执行的处理的流程图3是用于描述定购支持系统所执行的用户注册处理的顺序图4是用户注册页面的示例；
图5是用于指定监控目标提取信息的处理的流程图6是所显示的监控目标提取设置页面的示例；
图7是与设备数据库对应的设备信息表的示例；
图8是所显示的搜索结果设备列表页面的示例；
图9是包括关于设备是否被监控的选项和备注的设备信息表的示例；
图10是定购支持系统所执行的更新设备信息表的处理的流程图11示出了在设备信息表的条目中的型号名称与当前设备的型号名称 (处理目标)不一致的情况下的更新设备信息表的示例；
图12是用于描述定购支持系统所执行的设备的监控处理的顺序图13示出了緩沖表的示例；
图14示出了基于设备信息的调查结果更新的緩冲表的示例；
图15是状态改变报告信息的结构的示例；
图16示出了短缺报告电子邮件的示例；
图17示出了当正常接收状态改变报告信息时更新的緩冲表的示例；
图18是定购页面的示例；
图19是由定购支持程序根据状态改变报告信息执行的处理的流程图20是用于检查要发送的短缺报告电子邮件是否多余的处理的流程图;
图21是设置页面的示例；以及
图22是监控页面的示例。
具体实施例方式
下面将参考附图对本发明的实施例进行描述。
图1是根据本发明的实施例的定购支持系统的示意图。如图1中所示， 定购支持系统1包括定购支持服务器10、客户PC 20以及设备30a、 30b、 30c 和30d(下文中，也统称为"设备30")。定购支持服务器IO被安装在定购所 在地(设备30的消耗元件的卖主，例如设备30的制造商)。客户PC20和设备 30被安装在用户所在地(在设备30的用户处，例如在办公室)。定购支持服务 器IO和客户PC 20经由诸如因特网的广域网40彼此连接。客户PC 20和设连接。
设备30是成像装置，诸如通过使用墨粉或油墨形成图像的通常的打印机 或多功能外围设备。在本实施例中，设备30支持MIB(管理信息库)。设备30 可以响应MIB信息请求，其基于SNMP(简单网络管理协议)经由网络40接收 请求。此外，在本实施例中，设备30可以检测指示消耗元件状态的信息(状 态信息)。该状态信息可以是定性的(正常/接近用完/用完)或定量的(100%， 90 %，…，10%, 0%)。
客户PC 20是通用计算机，其中安装有监控程序21 。可以从诸如CD-ROM 的记录介质502或经由网络40下载来安装监控程序21。如下所述，在本实 施例中，监控程序21是经由网络40下载的。
在图1中，监控程序1包括UI应用程序211和监控服务212。 UI应用程 序211启动作为与监控服务212单独的处理，并且UI应用程序211提供与监 控服务212的功能相对应的GUI(图形用户界面)。UI应用程序211显示用于 指定监控服务212的设置信息的页面和用于显示监控服务212所获取的设备
信息的页面。
监控服务212是作为后台进程而启动的程序，其被加载到客户PC 20的 存储器中，并且由CPU来处理，以使客户PC20执行下面的功能。图2是监 控服务212使客户PC 20执行的处理的流程图。
客户PC 20基于监控程序21周期性地从每个设备30获取设备信息(MIB 信息)(步骤S301)。该设备信息包括用于确定设备30所使用的消耗元件状态 的信息(状态信息)，诸如墨粉状态或总计数值(已打印纸张的总数)。设备信息 可以包括诸如定影单元、墨粉喷射瓶、光电导元件或显影剂的其它消耗元件 的状态信息。如果包括在所获取的设备信息中的消耗元件状态信息是定性的 (即正常/接近用完/用完)(步骤S302中的"定性信息")，并且该信息指示接近 用完或用完(下文中，统称为"用完")(步骤S303中的是)，则确定在消耗元 件中存在短缺(缺乏)(步骤S304)，并且向定购支持服务器10发送设备30的设 备信息(步骤S305)。另一方面，如果包括在所获取的设备信息中的消耗元件 状态信息是定量的(即100%, 90%，…，10%， 0。/0(步骤S302中的"定量 信息")，则确定该信息是否指示低于预定阈值的值(小于或等于30%)(步骤 S306)。如果该值低于预定阈值(步骤S306中的是)，则确定在消耗元件中存在 短缺(缺乏)(步骤S304),并且向定购支持服务器10发送设备30的设备信息(步 骤S305)。
在本实施例中，客户PC20检测在消耗元件中是否存在短缺(缺乏)；然而， 可以由定购支持服务器IO来执行该检测。在后者的情况下，客户PC20需要 向定购支持服务器10发送所有设备30的设备信息。因而，考虑到降低网络 负载，优选地向定购支持服务器IO发送仅仅被客户PC 20检测为短缺消耗元 件的设备30的设备信息。
在客户PC20中，还安装了用于发送/接收电子邮件的邮件发送器和用于 浏览网页的网页浏览器。
定购支持服务器IO是通用计算机，其具有网站服务器的功能，并且在其 中安装有定购支持程序11。可以从诸如CD-ROM的记录介质或经由网络40 下载来安装定购支持程序11。
将定购支持程序11加载到定购支持服务器10的存储器中，并且由CPU 来处理该定购支持程序11以使定购支持服务器IO执行下面的功能。也就是 说，基于定购支持程序11,定购支持服务器10的电子邮件创建单元基于从客户PC20接收的设备信息创建电子邮件，以提示补充(或更换)被确定为短缺 的消耗元件(下文中，"补给")。向预先注册的用户的电子邮件地址发送电子 邮件。该电子邮件消息包含用于定购该短缺补给的网页(下文中，"补给定购 页面")的URL。响应于当用户点击URL时发送的HTTP请求，定购支持服 务器IO返回补给定购页面。然后，定购支持服务器IO接收补给定购请求， 该请求用补给定购页面进行。响应于该补给定购请求，定购支持服务器10向 未示出的补给定购管理系统发送补给定购指令。
本发明的发明者考虑了使用定购支持系统1的新商业模型的结构。首先， 给出构造这样的商业模型的背景的描述。
一般地，通过诸如批发商和零售商的各种销售渠道出售成像装置。将从 制造商处购买产品(成像装置)并且直接向客户出售产品的经销商称为"卖主"。 卖主包括仅仅出售诸如硬件的成像装置的人，并且也包括依据客户提供诸如 附加值的解决方案、且执行SI操作以使得成像装置执行该解决方案的功能的 人。这些卖主从出售诸如硬件的成像装置获取的利润和提供基于SI操作的软 件获取的利润来賺得收入。
即使在已出售成像装置以后，卖主还可以通过继续出售补给来继续获取 利润。通过出售补给获取的利润一般比通过出售成像装置获取的利润要高。 然而，在通常情况下，在购买装置后，客户(用户)通常从超级市场批发商店或 经由邮件定购来购买补给，而不通过卖主来购买。因此，出售成像装置的卖 主不能通过出售成像装置的补给来继续获取利润。
例如，假设某卖主出售制造商A和制造商B制造的成像装置。如果在出 售制造商A的成像装置的情况下卖主可以通过出售该成像装置的补给来获取 利润，则对于该卖主来说，相比于制造商B的成像装置，将有动力出售更多 的制造商A的成像装置。结果，可以预料到，制造商A的产品的销售增加， 因而制造商A相对于制造商B可以获得竟争优势。
本发明的发明者已设计了 一种系统，卖主利用该系统可以通过出售补给 来获取利润。本实施例描述了将定购支持系统1应用到这样的商业模型的示 例。
下面描述图1中所示的定购支持系统1执行的处理。从卖主处购买设备 30的用户与卖主签订用于在定购支持系统1中注册的注册协议。首次签订该 注册协议的用户如图3所示执行用户注册。如在下面的描述中将变得明显地，用户有望通过使用定购支持系统1来降低补充(更换)补给的操作所需的费用。 这样的希望变成用户签订注册协议的动力。
图3是用于描述定购支持系统1执行的用户注册的处理的顺序图。如图 3中所示，网页浏览器22是安装在客户PC20中的通用网页浏览器。邮件发 送器23是安装在客户PC 20中的通用邮件发送器。
用户从卖主获得访问定购支持服务器10来签订注册协议的ID(下文中称 作"访问ID")和定购支持服务器10的URL,并且在网页浏览器22中输入 该URL。当输入URL时，显示输入访问ID的请求。如果输入了合法的访问 ID,则从定购支持系统10向网页浏览器22发送用于执行用户注册的网页(下 文中称为"用户注册页面，，)(步骤Sll)。在接收到用户注册页面后，网页浏 览器22显示用户注册页面。
图4是用户注册页面的示例。在下面对图4的描述中，括号()内的数字与 图4中的附图标记对应。如图4中所示，在用户注册页面220中，可以输入 诸如用户名(221)、邮政编码(222)、地址(223)、公司名称(224)、部门名称(225)、 电话号码(226)、传真号(227)和电子邮件地址(228)的基本信息以及诸如当做出 补给定购时用于交付补给的邮政编码、地址、^^司名称和(地址的)部门名称 (231)和卖主ID(232)的其它信息。卖主ID是用户签订注册协议的卖主的ID, 并且当签订注册协议时由卖主通知。
用户在用户注册页面220中输入必要的信息并且点击注册按钮233。然 后，网页浏览器22向定购支持服务器10发送HTTP请求，用于请求执行用 户注册(步骤S12)。 HTTP请求包括输入到用户注册页面220的信息(下文中称 作"用户信息"，包括卖主ID)。
当接收到HTTP请求时，定购支持服务器10的定购支持程序11向预定 数据库(下文中称作"用户数据库")注册包括在HTTP请求中的用户信息(步 骤S13)。当注册用户信息时，定购支持程序11确定定购支持服务器IO是否 包括包含在用户信息中的卖主ID的条目。如果存在这样的条目，则定购支持 程序ll生成或获取关于用户ID的号码和该用户的密码。用户ID和密码也被 包括在用户信息中，并且被注册在用户数据库中。
随后，定购支持程序11向用户的电子邮件地址发送用于下载监控程序 21的网页(下文中称作"下载页面")的URL以及其主体包含所生成的用户ID 和密码的电子邮件(下文中称作"安装信息报告电子邮件")(步骤S14)。通过在对步骤S12所接收的HTTP请求作出的HTTP响应中包括网页，定购支持 程序11还向网页浏览器22发送网页，用于显示已发送安装信息才艮告电子邮 件的消息报告。用户可以通过查看网页来获知接收了该安装信息报告电子邮 件。通过利用邮件发送器23查看安装信息报告电子邮件，用户可以确认下载 页面的URL以及给予该用户的用户ID和密码。
不用非得利用电子邮件来报告下载页面的URL。例如，在步骤S14中， 可以返回下载页面本身，而不是返回显示已发送安装信息报告电子邮件的消 息的网页。然而，如果在步骤S14时返回下载页面，则用户不得不继续安装 操作。使用安装信息报告电子邮件的方法对用户来说更便利，因为用户一旦 接收到该邮件，则可以在任何便利的时候执行安装操作。也可以通过传真或 邮寄发送该信息。
当用户点击在安装信息报告电子邮件中所写的下载页面的URL时，邮件 发送器23通过将URL作为参数(argument)而启动浏览器22。当网页浏览器 22启动时，网页浏览器22基于该URL显示所下载的页面。在下载页面上， 用户点击下载目的地的URL。然后，网页浏览器22向定购支持服务器10发 送用于下载监控程序21的下载请求(步骤S15)。响应于该下载请求，定购支 持程序11向客户PC 20传送监控程序21的安装组件，该组件保存在定购支 持服务器10中(步骤S16)。
用户启动包括在所下载的安装组件中的安装器25(步骤S17)。当安装器 25启动时，它显示请求以提示用户输入在安装信息报告电子邮件中报告的用 户ID和密码。当用户输入用户ID和密码时，安装器25向定购支持服务器 IO发送所输入的用户ID和密码，并且请求用户验证(步骤S18)。也在客户PC 20中保存和管理所输入的用户ID和密码。
定购支持程序11利用在用户数据库中注册的用户ID和密码反复检查从 安装器25接收的用户ID和密码，以验证该用户(步骤S19)。定购支持程序 11向监控程序21返回验证结果(步骤S20)。当成功地验证用户时，安装器25 安装监控程序21(步骤S21);当未成功地验证该用户时，安装器25不安装该 监控程序21。
只有当验证该用户时才安装监控程序21。因此，可以防止欺骗性地获得 该安装组件的用户安装监控程序21。监控程序21经由网络40执行与定购支 持程序11的通信。因而，为了防止欺骗性用户使用监控程序21并经由网络
40保护定购支持服务器10不受攻击，在安装监控程序21之前执行用户验证 是有效的。
如果适当地安装了监控程序21,则监控程序21的监控服务212在客户 PC20中开始运行。首先，监控服务212搜索连接到网络50的设备30，并且 从设备30获取关于每个设备的设备信息(例如，设备的序列号、MAC地址、 型号名称、卖主名称(设备的制造商名称)；下文中称作"搜索结果设备信 息")(步骤S22)。可以通过公知技术来执行经由网络50搜索设备30和获取 搜索结果设备信息的操作，诸如根据SNMP(筒单网络管理协议)获取MIB(管 理信息库)信息。
然后，监控程序21使用户指定用于缩小设备30的范围以从搜索找到的 设备30中提取作为监控目标的候选设备的信息(监控目标提取信息)，并基于 所指定的监控目标提取信息提取作为监控目标的候选设备(步骤S23)。参考图 5描述该处理。
图5是用于指定监控目标提取信息的处理的流程图。首先，监控服务212 识别搜索找到的设备30的卖主名称，并且创建所有搜索所找到的设备30的 卖主名称的列表(步骤S231)。当将搜索结果设备信息获取为MIB信息时，可 以根据MIB信息中的"sysDescr(系统描述)"来识别设备30的卖主名称。
然后，监控服务212在所创建的列表中生成卖主名称的逻辑和，以从该 列表中消除任何冗余的卖主名称(步骤S232)。通过执行该处理，如果卖主名 称被列表为A、 B、 C、 A、 A、 B,则创建仅仅具有A、 B和C的列表。下文 中，将消除了冗余卖主名称的列表称作"卖主名称列表"。然后，UI应用程 序211在客户PC 20的显示设备上显示页面，用于使用户指定监控目标提取 信息(下文中称作"监控目标提取设置页面")(步骤S233)。
图6是所显示的监控目标提取设置页面的示例。在图6中，监控目标提 取设置页面270显示卖主名称列表。为每个卖主名称提供了勾号框271。当 点击取消按钮272时，清除勾号框271中的所有勾号标记。
在监控目标提取设置页面270中，用户对作为监控目标的卖主名称的勾 号框271划勾。当用户点击OK按钮273时，UI应用程序211将划勾的(选择 的)卖主名称(下文中称作"监控目标卖主名称")存储在客户PC 20的存储设 备中(步骤S234)。用户可以选择多个监控目标卖主名称。随后，监控服务212 从搜索找到的设备30中提取其卖主名称在监控目标卖主名称(或与监控目标
卖主名称一致)的设备(步骤S235)。在本实施例中，其勾号框271被划勾的卖 主名称对应于监控目标；然而，其勾号框271被划勾的卖主名称可以对应于 不是监控目标的卖主。此外，在本实施例中，将监控目标提取设置页面270 配置为显示包括搜索找到的设备的卖主名称的卖主名称列表；然而，监控目 标提取设置页面270可以显示预先注册的卖主名称列表。然而，如在本实施 例中，通过显示包括搜索找到的设备的卖主名称的卖主名称列表，可以适当 地缩小选项的范围。
返回参考图3，监控服务212向定购支持服务器IO发送搜索结果设备信 息，该搜索结果设备信息描述基于监控目标卖主名称提取的设备30(步骤 S24)。
定购支持程序11将所接收的搜索结果设备信息注册到预定的数据库中 (下文中称作"设备数据库")(步骤S25)。
图7是与设备数据库对应的设备信息表的示例。如图7所示，在设备信 息表12中，为每个搜索找到的设备30注册和管理MAC地址、卖主名称、 型号名称、序列号、监控标记、备注、补给状态和邮件标记。将包括在搜索 结果设备信息中的MAC地址、卖主名称、型号名称和序列号直接注册到在 设备信息表12中。尽管为了方便而未示出，但是也可以注册诸如IP地址的 更多信息。在步骤S24中，向定购支持服务器IO发送搜索结果设备信息，该 搜索结果设备信息与基于监控目标卖主名称而提取的设备30相关。因而，设 备信息表12不是包括所有设备30的搜索结果设备信息，而只包括与监控目 标卖主名称相关的设备30的搜索结果设备信息。
监控标记是指示是否将相应的设备30指定为监控服务212的监控目标的 标记信息。如果该设备是监控目标，则将注册"是"；如果该设备不是监控目 标，则将注册"否"。注册"是"作为初始值。然而，初始值可以为NULL(空) 值。"备注"是用户可以任意注册与相应设备相关的信息的字段。
补给状态是注册用于识别补给的状态的信息的字段。在本实施例中，注 册N(正常)、Ne(接近用完)和E(用完)中的任何一个。初始值可以是"N"和 NULL(空)值。下面描述邮件标记。
然后，定购支持程序11向监控服务212发送显示搜索结果设备信息的列 表的网页(下文中称作"搜索结果设备列表页面")的URL(步骤S26)。监控服 务212通过将所接收的URL用作参数而启动网页浏览器22(步骤S27)。当网
页浏览器22启动时，网页浏览器22向定购支持服务器10发送HTTP请求， 该HTTP请求用于请求基于被指定为参数的URL的搜索结果设备列表页面。 当接收到HTTP请求时，定购支持程序11基于在设备信息表12中注册的信 息生成搜索结果设备列表页面，并且向网页浏览器22返回搜索结果设备列表 页面(步骤S29)。
图8是所显示的搜索结果设备列表页面的示例。在下面关于图8的描述 中，括号()内的数字对应于图8中的附图标记。如图8中所示，对于作为搜索 结果而找到的每个设备30,搜索结果设备列表页面240显示序列号、MAC 地址、IP地址、型号名称和卖主名称。此外，对于每个设备30,搜索结果设 备列表页面240包括用于输入备注的列(241)和用于选择是否将相应设备30 指定为被监控程序21监控的监控目标的勾号按钮(242)。用户可以在搜索结果 设备列表页面240中为每个设备30输入备注并选择是否将设备30作为监控 目标。在本实施例中，当对勾号按钮(242)划勾时，确定将相应的设备30选择 为监控目标。在备注列(241)中，用户可以任意地输入任何类型的信息。例如， 可以输入将有助于更换消耗元件的操作的信息，诸如设备30的位置。
搜索结果设备列表页面240并不显示所有的搜索找到的设备，而仅仅显 示基于监控目标卖主名称所提取(缩小范围)的设备。当指定监控目标卖主名称 时，在其中办公室具有多个卖主的许多设备30的情况下，可以减少在搜索结 果设备列表页面240中显示的设备30的数目。因此，可以减轻从搜索结果设 备列表页面240中所显示的设备30中寻找作为监控目标的设备30的工作负 载。具体地，在最近几年并且将继续地，存在多个卖主的设备30的混合是不 是罕见的，因而基于监控目标卖主名称来提取监控目标的候选设备是有效的。
在搜索结果设备列表页面240中，用户输入关于每个设备30的备注，选 择是否监控每个设备30,并且点击发送按钮243。然后，网页浏览器22向定 购支持服务器10发送HTTP请求，请求注册对于监控所述设备30来说必须 输入的备注和做出的选择(步骤S30)。定购支持程序11基于所接收的HTTP 请求还在设备信息表12中额外注册对于监控所述设备30来说必须输入的备 注和做出的选择(步骤S31)。也就是说，对于设备信息表12中的"监控标记"， 对于作为监控目标的设备注册"是"，而对于不是监控目标的设备注册"否"。
图9是包括关于是否监控设备的选项和备注的设备信息表12的示例。图 9所示的设备信息表12包括信息"OMORI4F",指示第1行的条目中的设备30的位置。监控标记指示第1至第4行的条目中的设备是监控目标，而第5 至第7行的条目中的设备不是监控目标。
完成了用户注册的处理。除了当安装监控程序21时之外，用户可以通过 选择菜单选项来将其它设备30增加为监控目标。类似地，监控程序21注册 搜索结果设备信息，并且使客户PC20显示搜索结果列表页面。此外，UI应 用程序211可以根据用户选择的菜单选项来显示监控目标提取设置页面270, 使得用户可以再次选择监控目标卖主名称。在这种情况下，根据在监控目标 提取设置页面270中的编辑结果，更新保存在存储设备中的监控目标卖主名 称。在本实施例中，将卖主名称用作为用于提取作为监控目标的候选设备的 信息；然而，可以将除卖主名称之外的设备信息中的一个属性的属性值用作 为用于提取作为监控目标的候选设备的信息。例如，可以基于型号名称、在 备注中注册的信息、或卖主名称、型号名称和在备注中注册的信息的组合来 提取作为监控目标的候选设备。此外，可以在定购支持服务器10中提取作为 监控目标的候选设备。在这种情况下，预先将监控目标卖主名称等注册在定 购支持服务器10中。例如，当在步骤S24接收到搜索结果设备信息时，定购 支持程序11可以基于所注册的监控目标卖主名称从搜索结果设备信息中提 取作为监控目标的候选设备。
随后，监控服务212自动地重复搜索(或周期性地搜索)连接到网络50的 设备(步骤S32)。监控服务212从搜索找到的设备30中提取与保存在客户PC 20的存储设备中的监控目标卖主名称相对应的设备30(步骤S33),并且向定 购支持服务器10发送所提取的设备30的搜索结果设备信息(步骤S34)。
定购支持程序11基于所接收的搜索结果设备信息更新设备信息表12(步 骤S35)。周期性地检查网络50的构造，并且基于检查结果更新设备信息表 12。因而，可以最小化设备信息表12的内容和网络50的构造之间的不一致。
给出关于在步骤S35中执行的更新设备信息表12的处理的详细描述。图 10是由定购支持程序11执行的更新设备信息表12的处理的流程图。当接收 到搜索结果设备信息时，定购支持程序ll基于与搜索结果设备信息一起从监 控服务212发送的用户ID和密石马执行用户验证(步骤S351)。当验证该用户时 (步骤S351中的是)，定购支持程序ll对包括在搜索结果设备信息中的每个设 备执行从步骤S352向前的处理。
首先，将一个设备作为处理目标(下文中，将作为处理目标的设备称作"当
前设备")(步骤S353)。定购支持程序11确定当前设备是否是最新找到的设 备(下文中称作"最新设备")(步骤S354)。通过将当前设备的MAC地址作为 关键字做出该确定，以搜索设备信息表12是否包括具有相应MAC地址的条 目。如果未找到这样的条目，则定购支持程序ll确定当前设备是最新设备。
当定购支持程序11确定当前设备是最新设备时(步骤S354的是)，定购支 持程序11在设备信息表12中注册当前设备的条目(步骤S355)。这时，将当 前设备作为监控目标。也就是说，将最新增加的条目的监控标记注册为"是，，， 如果自动执行该处理，则将没有适当时机询问用户是否确定该最新设备是监 控目标，因而定购支持程序ll自动地将监控标记注册为"是"。注册为"是，， 而不是"否"的原因在于，用户安装监控程序21的目的是监控连接到网络 50的设备30的补给。因而，根据这样的用户目的，默认地将最新设备设置 为监控目标看起来是合理的。此外，从定购所在地的观点来看，通过拥有尽 可能多的监控目标设备可以促进补给的出售。
另一方面，当已包括具有与当前设备相同的MAC地址的条目时(步骤 S354中的否)，定购支持程序11确定条目中的卖主名称和型号名称是否与当 前设备的卖主名称和型号名称相同(步骤S356)。因为不能仅仅因为MAC地 址一致而必然确保条目中的设备与当前设备一致，所以检查这些项目。也就 是说，设备可以通过网络卡获取MAC地址，并且可以将这样的网络卡插入 到另一设备中。因而，基于MAC地址不总是能够正确地识别设备。
如果条目包括与当前设备相同的MAC地址，但是包括在条目中的卖主 名称和型号名称中的至少一个与当前设备的不一致，则将更新条目中与当前 设备不一致的信息，并且将监控标记改变为"是，，(步骤S357)。图ll示出了 在其中设备信息表12的条目中的型号名称与当前设备的型号名称不一致的 情况下所更新的设备信息表12的示例。
在图11中，第5行中的条目包括与当前设备的型号名称不一致的型号名 称，因而被更新。将第5行中的条目的中的型号名称改变为包括在当前设备 的搜索结果信息中的型号名称，并且将监控标记改变为"是"。将监控标记改 变成"是"的原因是因为将这样的设备视为最新设备被认为是合理的。
同时，如果已存在包括与当前设备相同的MAC地址的条目(步骤S354 中的否)，并且包括在条目中的卖主名称和型号名称与当前设备的卖主名称和 型号名称一致(步骤S356中的否)，则定购支持程序ll将确定当前设备已注册
有该条目。然而，如果当前设备的属性(例如序列号)存在任何改变，则更新条
目中的相应属性的项目(步骤S358)。然而，不改变监控标记。也就是说，即 使监控标记指示"否"，也将它保持不变。如果自动改变指示"否"的监控标 记，则其将与用户特地从监控目标排除该设备的目的相抵触。
当对包括在搜索结果设备信息中的所有设备执行步骤S353至S358的处 理时(步骤S352中的是)，定购支持程序11向监控服务212返回成功地注册搜 索结果设备信息的报告(步骤S360),并且结束该处理。如果未成功地验证用 户(步骤S351中的否)，则将不更新设备信息表12;此外，定购支持程序11 将向监控服务212返回错误信息(步骤S359)。
然后，将给出对当安装在客户PC 20中的监控程序21(监控服务212)监控 设备30时定购支持系统1所执行的处理的描述。图12是用于描述由定购支 持系统1执行的监控所述设备30的处理的顺序图。
当到了监控所述设备30的状态的时间时，其中该时间重复地发生(例如， 周期性地)，监控服务212从定购支持服务器10请求作为监控目标的设备 30(下文中称作"监控设备")的列表(步骤SIOI)。定购支持程序ll基于设备 信息表12中的监控标记列出监控设备，并且向监控服务212返回该列表(监 控设备列表)(步骤S102)。除了用于监控所述设备30的预定周期性时间点之 外，监控服务212可以根据例如用户选择的菜单项目在任何时间点监控设备 30。在这样的方式中，监控服务212本身不管理每个设备是否是监控目标， 但是监控服务212通过询问定购支持程序11来识别监控设备。利用这样的配 置，可以利用简化的配置来实现监控服务212，从而可以降低处理工作负载。
当接收到监控设备列表时，监控服务212基于监控设备列表更新緩冲表 (步骤S103)。监控服务212使用緩冲表来管理监控设备的补给状态，例如将 在客户PC20的存储器中构造该緩冲表。
图13示出了緩冲表的示例。如图13中所示，緩冲表27注册每个监控设 备的信息并进行保存。该信息包括MAC地址、卖主名称、型号名称、序列 号、备注、监控状态、补给状态和报告标记。在步骤S103中，基于所接收的 监控设备列表，注册或更新MAC地址、卖主名称、型号名称、序列号和备 注。例如，如果在所接收的监控设备列表中存在未包括在緩冲表27中的监控 设备MAC地址，则监控服务212将为相应监控设备在緩冲表27中增加新条 目。如果緩冲表27中的条目具有与包括在所接收的监控设备列表中的监控设
备相同的MAC地址，但是该条目包括与相应监控设备不同的信息(卖主名称、 型号名称、序列号或备注)，则更新该条目的不同信息。此外，如果援沖表27 包括具有未包括在监控设备列表中的MAC地址的条目，则监控服务212将 删除这样的条目。也就是说，緩冲表27仅保留与当前被指定为监控设备的设 备相对应的条目。緩冲表27中的监控状态、补给状态和报告标记是要在下面 描述的处理中被更新的项目，将具体给出每种情况的细节。
然后，基于SNMP，监控服务212请求注册在缓冲表27的条目中的设备 30(监控设备)提供作为设备信息的MIB信息(步骤S104)。所请求的MIB信息 至少包括墨粉状态，并且还可以包括关于其它补给的状态的信息。每个设备 30向监控服务212返回所请求的MIB信息(步骤S105)。
在实现本发明中，所述设备信息不必限于MIB信息，并且用于查询设备 信息的协议不限于SNMP。然而，通过使用标准化的技术，可以通过同一过 程来获取不同卖主的设备30的设备信息，因而优选地使用诸如MIB和SNMP 的标准技术。
当从所有监控设备获取(轮询)设备信息时，监控服务212基于设备信息更 新緩冲表27中的监控状态、补给状态和报告标记(步骤S106)。对于监控状态， 对与成功获取设备信息的设备对应的条目注册"OK",并且对与未成功获取 设备信息的设备对应的条目注册"NG"。对于补给状态，注册包括在所获取 的设备信息中的补给状态信息，诸如墨粉状态。对于报告标记，如果补给状 态的值已改变，则将注册"未报告"。也就是说，监控服务212通过将緩冲表 27更新之前注册在緩冲表27中的补给状态与包括在最新获取的设备信息中 的补给状态信息进行比较而检测补给状态。如果监控服务212检测到补给状 态已改变，则监控服务212将緩冲表27中的条目的报告标记设置未"未报告"。 报告标记用于确定是否已向定购支持程序11报告补给状态的改变。 图14示出了基于设备信息的轮询结果而更新的緩冲表的示例。图14示 出了根据图13所示的緩冲表而更新的緩冲表27。具体地，在第l行中的条 目中，补给状态从"正常，，(不短缺)改变成"接近用完"(接近完成)。因此， 已将报告标记的值更新为"未报告"。类似地，在第4行中的条目中，将补给 状态从"接近用完"改变成"用完"(完成)，因而将报告标记更新为"未报告"。 在第3和第5行中的条目中，补给状态未改变，因而未更新报告标记的值。 在第2行中的条目中，监控状态指示"NG"。这是因为未成功获得与该条目
对应的设备30的设备信息。在这种情况下，既不更新补给状态，也不更新报 告标记的值。
然后，监控服务212生成状态改变报告信息(步骤S107)。监控服务212 为与在緩冲表27中报告标记值是"未报告"的条目对应的设备生成状态改变 报告信息。因而，根据图14中所示的緩冲表27,为与第l、第3和第4行中 的条目对应的设备生成状态改变报告信息。
图15是状态改变报告信息的结构的示例。如图15中所示，状态改变报 告信息包括报头信息和设备信息。
报头信息包括日期和时间、用户ID以及密码。日期和时间是传送该设备 信息的日期和时间。当安装监控程序21时输入用户ID和密码，它们是所保 存的用户ID和密码。因而，不从设备30获取报头信息。
设备信息如上所述。具体地，从设备30获取设备信息作为MIB信息， 包括设备30的卖主名称、型号名称、序列号、MAC地址、墨粉ID(用于指定 墨粉瓶的信息在彩色设备的情况下，对每个色彩给出墨粉ID;在单色设备 的情况下只给出一个ID)、墨粉名称、墨粉状态、墨粉级别、墨粉名称(字符 串)、墨粉名称(代码)和总计数值。通过公共MIB(标准MIB)定义该信息，并 且可以从任何设备30获取，而无论是哪一个卖主。
墨粉状态指示墨粉的状态。总计数值指示所打印纸张的总数。监控程序 21基于墨粉状态检测"墨粉用完"(墨粉已用完)。监控程序21基于总计数值 确定光电导元件、定影单元或显影剂消耗的程度。然而，标准MIB所指示的 墨粉状态不能指定已消耗(用完)的墨粉的色彩。
因此，根据本发明的实施例的设备信息还包括单色计数值、彩色计数值、 青色计数值、洋红色计数值、黑色计数值和红色计数值。卖主将这些信息唯 一地定义为私有MIB(扩展MIB)。
例如，在本发明的实施例中，假设只有制造商A制造的设备30提供扩 展MIB。因而，制造商A制造的服务30的设备信息包括这些值；然而，在 除制造商A以外的其他制造商制造的设备30的设备信息中，这些值是空白。
单色计数值是通过单色打印而打印出的纸张数。彩色计数值是通过彩色 打印而打印出的纸张数。青色计数值、洋红色计数值、黑色计数值和红色计 数值是通过使用各个色彩的墨粉而打印出的纸张数。因而，如果设备30是由 制造商A制造的，则可以检测每个色彩的墨粉的用完。
在图14等中所示的緩沖表27中，为了方便，仅为每个监控设备分配了 一个条目。然而，在管理多个补给(例如墨粉状态和每个CMYK的总计数值) 的状态的情况下，可以为每个补给分配条目。包括在状态改变报告信息中的 信息不限于图15中所示的信息；可以根据需要任意确定要包括的信息。
然后，监控服务212向定购支持程序ll发送所生成的状态改变报告信息 (步骤S108)。为了降低通信工作负载，优选地是一次(收集在在单个消息中) 发送不同设备的状态改变报告信息；与利用单独的消息发送信息的情况相比， 可以降低管理费用。
已接收到状态改变报告信息后，定购支持程序ll基于状态改变报告信息 执行诸如更新设备信息表12和确定哪个设备短缺补给的处理(步骤S109)。下 面描述该步骤中执行的处理的细节。
此后，定购支持程序11生成用于定购短缺补给的网页(下文中称作"定 购页面")，创建用于报告短缺补给的电子邮件(下文中称作"短缺报告电子邮
报告电子邮件包括定购页面的URL。为每个短缺报告电子邮件给予ID(下文 中称作"邮件ID，，)。将诸如序列号的用于识别作为短缺报告电子邮件的主题 的设备30的信息、诸如用户ID或电子邮件地址的用于识别用户的信息以及 发送日期和时间与邮件ID —起保存为短缺报告电子邮件的传输历史。
图16示出了短缺报告电子邮件的示例。在图16中所示的短缺报告电子 邮件250中，在o中的字符串不表示具体值，而是描述要向相应位置输入的 信息的内容。
如图16中所示，将属于状态改变报告信息的用户的电子邮件地址输入为 短缺报告电子邮件250的目的地址。可以通过使用包括在状态改变报告信息 中的用户ID和密码作为搜索关键字来搜索用户数据库而指定用户的电子邮 件地址。在用户注册时，将用户ID和密码与电子邮件地址一起注册在用户数 据库中。
短缺报告电子邮件250的标题指示其为短缺报告电子邮件。短缺报告电 子邮件250的主体包括关于属于状态改变报告信息的设备30的信息、关于短 缺补给的信息、定购页面的URL等。
关于设备30的信息包括设备30的卖主名称和型号名称、以及备注。可 以通过使用包括在状态改变报告信息中的序列号、MAC地址或IP地址作为 搜索关键字而从设备数据库中获取该信息。如果短缺补给是墨粉，则关于短 缺补给的信息包括包括在状态改变报告信息中的诸如墨粉状态、墨粉ID和墨粉名称的信息。如果在单个设备30中同时发生多个补给短缺，则创建具有指 示多个补给短缺的信息的单个短缺报告电子邮件250,并且报告多个补给的 短缺。
在发送短缺报告电子邮件250之后，在步骤Slll中，定购支持程序11 向监控服务212返回根据在步骤S108接收的状态改变报告信息执行的一系列 处理的处理结果。如果处理结果指示已正确地完成该处理(也就是说，正确地 处理了状态改变报告信息)，则监控服务212将緩冲表27中的报告标记从"未 报告"更新为"报告"(步骤S112)。
图17示出了当正确接收到状态改变报告信息时所更新的緩冲表27的示 例。图17示出了已从图14所示的緩冲表更新的緩冲表27。在图17所示的 緩沖表27中，在第1、第3和第4行中的条目中，已将报告标记从"未报告" 更新为"报告"。通过更新报告标记的值，可以防止在已正确处理了补给状态 的改变后冗余地发送状态改变报告信息。因此，可以减少通信量，并且也可 以防止冗余地发送短缺报告电子邮件250。
即使当不执行打印时，在客户PC 20处利用邮件发送器23查看到短缺报 告电子邮件的用户也可以知道补给的短缺。此外，如果在备注中输入了设备 30的位置，则将减少用于寻找设备30所需的努力。
当用户点击在短缺报告电子邮件250中所写的定购页面的URL时，邮件 发送器23通过将所点击的URL作为参数而启动网页浏览器22。当网页浏览 器22启动时，网页浏览器22向定购支持服务器IO发送HTTP请求，用于请 求基于该参数指定的URL的定购页面(步骤S113)。响应于所接收的HTTP请 求，定购支持程序11向网页浏览器22返回定购页面(步骤S114)。网页浏览 器22显示所接收的定购页面。
图18是定购页面的示例。如图18中所示，定购页面260包括区域261， 用于显示关于具有短缺补给的设备30的信息(制造商(卖主)名称、型号名称、 序列号、备注(位置))。区域261A显示短缺补给的名称。区域262显示与设 备30对应的各种补给的列表，从而可以为各种补给^f故出定购。具体地，对于 每个补给，显示产品名称，并且可以输入要购买的数量。如通过附图标记2621 所指示的，已输入了短缺补给所必需的数量。每个产品名称提供了到显示相应产品描述的网页的链接。区域263显示相应用户的购买历史。因此，可以 防止用户^:出多余的购买。
将购买历史注册在每个用户的用户数据库中。也就是说，每次经由定购 页面260定购产品时，额外地将关于所定购的产品的信息注册在用户数据库 中。
图18中所示的定购页面260正报告短缺黄色墨粉。如上所述，利用标准 MIB，不能识别短缺墨粉的具体色彩。因而，图18中所示的定购页面260指 示基于在扩展MIB中注册的信息而确定的结果。以这种方式，对于利用定购 支持系统1提供的服务，参与定购支持系统1的制造商可以通过定义其自己 的扩展的MIB而将其自己与另一个制造商相区别。具体地，假设在由另一制 造商制造的设备30中检测到墨粉用完(墨粉用完了)，则定购页面260不报告 用完的墨粉的具体色彩。可以使用定购支持系统1从做出定购的对象中排除 其它制造商制造的设备30的补给；然而，考虑到方便用户，也可以在本实施 例中定购由其它制造商制造的设备30的补给。
当用户点击定购页面260中的定购4要4丑2622时，网页浏览器22向定购 支持服务器IO发送HTTP请求，请求定购该产品(步骤S115)。
当接收到HTTP请求时，定购支持程序11记录用于向与用户相关的卖主 提供由定购请求做出的利润部分的信息(步骤S116)。具体地，构造用于管理 利用定购支持系统1卖出的补给销售的数据库(下文中称作"卖主数据库")， 并且将当前定购的内容(例如定购总量)记录在卖主数据库的销售部分中。卖主 与制造商签订合作协议，以在定购支持系统1中进行合作。因此，创建对于 卖主数据库的条目。此外，给予卖主一个卖主ID。在定购支持系统l中通过 卖主ID识别卖主。在步骤S616中，可以通过利用网页浏览器22将卖主ID 与会话的会话ID相关联而识别做出HTTP请求的用户。基于该关联，可以从 会话ID中识别用户ID。
定购支持程序11向补给定购管理系统发送定购指令。该指令包括用于交 付补给的地址，该地址被注册在用户数据库中。通过向补给定购管理系统发 送定购指令，将所定购的产品实际交付给用户。当用户付费时，在卖主数据 库中记录已支付了当前定购的销售。当支付销售时，可以依据来自制造商的 销售给予卖主诸如销售促销费的折扣。
然后，给出关于在图12的步骤S109中执行的处理的详细描述。图19是定购支持程序11根据状态改变报告信息执行的处理的流程图。
当接收到状态改变报告信息时，定购支持程序11基于从监控服务212与 状态改变报告信息一起发送的用户ID和密码执行用户验证(步骤S401)。当成 功地验证用户时(步骤S401中的是)，定购支持程序11对接收到其状态改变报 告信息的每个设备执行从步骤S402向前的处理。
首先，将一个设备作为处理目标(下文中，将作为处理目标的设备称作"当 前设备")(步骤S403)。定购支持程序11确定在设备信息表12中是否注册有 当前设备(步骤S404)。通过使用当前设备的MAC地址作为关键字来搜索和
没有注册当前设备(步骤S404中的否)，则定购支持程序11将在设备信息表 12中注册当前设备的条目(步骤S405)。这时，将当前设备作为监控目标。如 果定购支持程序ll基于MAC地址确定注册了当前设备，则定购支持程序11 可以执行参考图10的步骤S356至S358所描述的处理。
然后，将包括在状态改变报告信息中的当前设备的补给状态信息反映(转 录)到设备信息表12中的状态中(步骤S406)。然后，基于在设备信息表12中 注册的当前设备的状态，定购支持程序11确定在当前设备的补给中是否存在 短缺(也就是说，是否存在状态是"Ne，，(接近用完)或"E"(用完)的补给)(步 骤S407)。如果在补给中存在短缺(步骤S407中的是)，则定购支持程序ll确 定在与设备信息表12中的当前设备对应的条目(下文中称作"当前条目")； 中的邮件标记值是否是"是"(步骤S408)。如果已发送了短缺报告电子邮件 250，则邮件标记将指示"是"。也就是说，如果邮件标记的值是"是"，则它 意味着过去已发送了关于当前设备的短缺报告电子邮件250。
如果邮件标记指示"是，，(步骤S408中的是)，则定购支持程序11检查是 否将冗余地发送短缺报告电子邮件250(即，检查冗余传输)(步骤S409)。检查 冗余传输意味着执行确定过去是否已发送过包括相同内容的短缺报告电子邮 件250的处理；下面描述详细的处理。在检查冗余传输后，如果定购支持程 序11确定存在较小概率的冗余传输并因此将发送短缺报告电子邮件250(步骤 S409中的"发送")，则定购支持程序11将邮件标记设置为"是"(步骤S410), 并且将发送关于当前设备的短缺报告电子邮件250(步骤S411)。该处理对应于 图12中的步骤SllO。如果定购支持程序11在步骤S407检测到在多个补给 中存在短缺，则将关于这些短缺的信息收集在一起，并且利用单个的短缺报
告电子邮件250进行报告。因此，可以减少向用户发送的短缺报告电子邮件 250的数目，从而减轻用户所需的工作。
在检查冗余传输后，如果定购支持程序11确定存在较大概率的冗余传输 并因此将不发送短缺报告电子邮件250(步骤S409中的"不发送，，)，则定购 支持程序11将不发送短缺报告电子邮件250,并且结束关于当前设备的处理。
如果邮件标记指示"否"(步骤S408中的否)，则不存在冗余发送短缺报 告电子邮件250的概率。因而，定购支持程序11将不^f企查冗余传输，将邮件 标记设置为"是"(步骤S410)，并且发送短缺报告电子邮件250(步骤S411)。
如果定购支持程序11在步骤S407中确定在当前设备的补给中不存在短 缺，则将不需要发送短缺报告电子邮件250。因而，定购支持程序ll将邮件 标记设置为"否"(步骤S412),不发送短缺报告电子邮件250，并且结束关 于当前设备的处理。
当对包括在所接收的搜索结果设备信息中的所有设备都执行了步骤S403 至S412的处理(步骤S402中的是)时，定购支持程序11向监控服务212返回 正确处理了搜索结果设备信息的报告(步骤S414),并且结束该处理。该处理 对应于图12中的步骤S111。如果用户验证不成功(步骤S401中的否)，则将 不更新设备信息表12;此外，定购支持程序11将向监控服务212返回错误 信息(步骤S413)。
然后，将给出在图19的步骤S409中执行的关于检查短缺报告电子邮件 250的冗余传输的详细描述。图20是用于确定是否发送短缺报告电子邮件的 处理的流程图。下面描述该处理的意义。
监控服务212基于緩沖表27中的报告标记发送状态改变报告信息，因而 理论上，监控服务212将不会冗余地发送相同的状态改变报告信息。然而， 可能存在即使当墨粉瓶中还有剩余墨粉时也检测到"墨粉用完"的情况。在 这样的情况下，用户晃动墨粉瓶(使墨粉变松)，然后重新装配该墨粉瓶。然而， 在过了一会儿之后，可能对同一个墨粉瓶再次检测到"墨粉用完"。因此，补 给状态将从"用完，，改变成"正常"，然后再次返回到"用完"。在这种情况 下，尽管未更换墨粉瓶，但是监控服务212可能重复地发送报告"墨粉用完" 的状态改变报告信息。这意味着可能冗余地向用户发送相同的短缺报告。如 果用户未注意到该冗余，则用户可能进行冗余定购。为了防止这样的情况， 定购支持程序11执行下面的处理。
首先，基于包括在从监控服务212接收的短缺报告信息中的设备30的序 列号，定购支持程序11通过参考短缺报告电子邮件的传输历史而检查关于相 应设备30所发送的最后一个(先前)短缺报告电子邮件的日期和时间(步骤 S201)。
当传输历史不包括已向相应设备30发送短缺报告电子邮件的传输记录 (步骤S202中的否)时，定购支持程序11确定发送短缺报告电子邮件(步骤 S203)。如果从来没有向相应设备30发送过短缺报告电子邮件，则意味着不 是冗余地发送短缺报告电子邮件。
如果传输历史包括已向相应设备30发送过短缺报告电子邮件的传输记 录(步骤S202中的是)，则定购支持程序11确定自从发送最后一个短缺报告电
了预定时间段，则定购支持程序11确定发送短缺报告电子邮件(步骤S203); 如果还没有经过预定时间段，则定购支持程序11确定不发送短缺报告电子邮 件，以避免冗余(步骤S205)。
图20表示基于经过的时间而做出确定的示例。然而，也可能将总数记录 为传输历史，并且如果总数所表示的差低于预定阈值，则确定不发送短缺报 告电子邮件。此外，也可以在规定的时间间隔删除整个传输历史，并且如果 传输历史包括已向同一相应设备30发送过短缺报告电子邮件的传输记录，则 制止发送短缺报告电子邮件。
然后，给出对监控程序21中的UI应用程序211的功能的描述。UI应用 程序211是用于显示指定监控服务212的设置信息(例如，获取设备信息的时 间间隔)的页面(下文中称作"设置页面")以及用于显示监控服务212获取的 设备监控信息的页面(下文中称作"监控页面")的程序。
下面描述UI应用程序211响应于来自用户的指令而显示设置页面的示 例。图21是设置页面220的示例。利用图21中所示的设置页面220,用户 可以指定监控服务212轮询监控设备的设备信息的时间间隔(附图标记221); 以及自动搜索网络50中的设备的时间间隔(附图标记222)。前者是用于执行 图12的步骤S104的时间间隔。后者是用于执行图3的步骤S32的时间间隔。 可以利用勾号框223来使后一时间间隔的设置值无效。如果从勾号框223清 除勾号标记，则将不自动搜索设备30。
下面描述UI应用程序211响应于来自用户的指令而显示监控页面的示例。图22是监控页面230的示例。图22中所示的监控页面230显示UI应用 程序211从緩冲表27获取的信息。因此，监控页面230为每个监控设备显示 卖主名称、型号名称、序列号、补给状态以及备注。利用监控页面230，用 户可以在任何给定时间确认每个监控设备的补给的状态。附图标记231所表 示的每个"？"标记表示未成功轮询具有"？"标记的设备的设备信息。例 如，当设备未启动或/人网络50断开时，该4仑询可能不成功。
如上所述，根据本发明实施例的定购支持系统1向用户(客户)、零售商以 及设备(30)的制造商提供了便利和好处。
也就是说，自动地检测设备30的补给的短缺，并且自动地向用户终端发 送短缺报告电子邮件。用户点击包括在短缺报告电子邮件中的URL，从而显 示定购页面260。因此，用户可以利用定购页面260来容易地订购存货短缺 的补给。因此，用户不必费劲识别可应用到设备30的补给，或出去到超级市 场批发商店购买补给；因而，用户可以降低购买补给所需的成本。
零售商可以获取补给带来的部分利润，因而可以增加其收入。
制造商可以为零售商提供激励，以相对于其他制造商制造的设备优先考 虑其制造的设备，并且为用户提供激励以购买其制造的设备。例如，可以对 经由定购支持系统1出售某个制造商制造的补给提供比出售另一制造商制造 的补给更高的回扣率，或如果出售另一制造商制造的补给则将使回扣率为零。 因此，如果零售商出售某个制造商的产品，则零售商将能够通过出售补给获 得更多利润。此外，如果用户购买某个制造商的产品，则该用户将能够有望 得到诸如识别存货短缺墨粉的色彩的详细服务。
此外，制造商能够根据用户的累积设备信息而将每个设备30的使用时间 段预测到某种程度。结果，制造商将能够有效地进行销售活动，诸如提示用 户进行更换购买。
在上面的实施例中，用户与零售商签订定购支持系统1的注册协议；然 而，用户不必非要与出售该设备的零售商签订注册协议。未出售某个制造商 的设备的零售商可以从制造商接收定购支持系统1的零售商ID。在这种情况 下，即使该零售商不出售某个制造商的设备，零售商也可以经由定购支持系 统1从出售补给所获得的利润中接收回扣。
根据本发明的一个实施例，提供了一种定购支持系统，包括设备信息 获取单元，其被配置为搜索连接到通信网络的一个或多个设备，并从作为搜
索结果而找到的每个设备获取设备信息；设置单元，其被配置为获取用于将 一个或多个设备提取为候选监控目标的指定信息，其中根据所述设备信息中 包括的预定属性来指定该信息；提取单元，其被配置为基于设置单元所获取 的信息，从作为搜索结果而找到的设备中提取一个或多个设备作为候选监控 目标；监控目标选择单元，其被配置为显示提取单元所提取的设备的列表， 从该设备的列表中选择一个或多个设备作为监控目标；设备监控装置，其被 配置为获取被选择为监控目标的每个设备中的至少 一 个消耗元件的状态信 息，其中该设备监控装置包括被配置为向定购支持装置发送状态信息的状态 信息发送单元；以及定购支持装置，其被配置为根据从设备监控装置接收的 状态信息创建包括URL的电子邮件，所述URL指示用于定购至少一个被检 测为短缺的消耗元件的网站，并且向与短缺的消耗元件对应的设备相关的、 提前注册的电子邮件地址发送电子邮件。
该定购支持系统能够便于更换设备补给的过程。
本发明不限于特定公开的实施例，在不背离本发明的范围的情况下，可 以做出各种变化和修改。
本发明基于于2006年12月7日提交的日本优先权专利申请 No.2006-330926,其内容通过引用而^皮合并于此。
权利要求
1.一种定购支持系统，包括设备信息获取单元，其被配置为搜索连接到通信网络的一个或多个设备，并从作为搜索结果而找到的每个设备获取设备信息；设置单元，其被配置为获取用于将一个或多个设备提取为候选监控目标的指定信息，其中根据所述设备信息中包括的预定属性来指定该信息；提取单元，其被配置为基于设置单元所获取的信息，从作为搜索结果而找到的设备中提取一个或多个设备作为候选监控目标；监控目标选择单元，其被配置为显示提取单元所提取的设备的列表，从该设备的列表中选择一个或多个设备作为监控目标；设备监控装置，其被配置为获取被选择为监控目标的每个设备中的至少一个消耗元件的状态信息，其中该设备监控装置包括被配置为向定购支持装置发送状态信息的状态信息发送单元；以及定购支持装置，其被配置为根据从设备监控装置接收的状态信息创建包括URL的电子邮件，所述URL指示用于定购至少一个被检测为短缺的消耗元件的网站，并且被配置为向与短缺的消耗元件对应的设备相关的、提前注册的电子邮件地址发送电子邮件。
2. 根据权利要求1所述的定购支持系统，其中 所述状态信息发送单元基于所述状态信息确定所述消耗元件是否短缺，并且向所述定购支持装置发送与被确定为短缺的消耗元件相关的状态信息。
3. 根据权利要求1所述的定购支持系统，其中 所述设置单元包括属性值列表创建单元，其被配置为创建作为搜索结果而找到的设 备的预定属性的属性值列表；以及属性值选择单元，其被配置为从所述属性值列表中选择的属性值 中获取其中一个，该所选择的属性值被使用来用于提取将被作为候选监 控目标的设备；以及所述提取单元从作为搜索结果而找到的设备中提取具有由所述属性值选 择单元获得的、作为预定属性的属性值的设备。
4. 根据权利要求3所述的定购支持系统，其中 所述属性值列表创建单元在创建属性值列表期间删除冗余属性值。
5. 根据权利要求1所述的定购支持系统，其中 所述预定属性是设备的卖主名称。
6. —种由计算机执行的设备监控方法，该设备监控方法包括 设备信息获取步骤，搜索连接到通信网络的一个或多个设备，并从作为搜索结果而找到的每个设备获取设备信息；设置步骤，获取用于将一个或多个设备提取为候选监控目标的指定信息， 其中根据所述设备信息中包括的预定属性来指定该信息；提取步骤，基于在设置步骤所获取的信息，从作为搜索结果而找到的设 备中提取一个或多个设备作为候选监控目标；监控目标选择步骤，显示在提取步骤所提取的设备的列表，从该设备的 列表中选择一个或多个设备作为监控目标；以及状态信息发送步骤，获取被选择为监控目标的每个设备中的至少一个消 耗元件的状态信息，并且向定购支持装置发送该状态信息，其中定购支持装 置被配置为根据所接收的状态信息创建包括URL的电子邮件，并且还被配置 为向与短缺的消耗元件对应的设备相关的、提前注册的电子邮件地址发送电 子邮件，所述URL指示用于定购至少一个被检测为短缺的消耗元件的网站。
7. 根据权利要求6所述的设备监控方法，其中所述状态信息发送步骤还包括步骤基于所述状态信息确定所述消耗元 件是否短缺，并且向定购支持装置发送与被确定为短缺的消耗元件相关的状
8. 根据权利要求6所述的设备监控方法，其中 所述设置步骤还包括属性值列表创建步骤，创建作为搜索结果而找到的设备的预定属 性的属性值列表；以及属性值选择步骤，从所述属性值列表中选择的属性值中获取其中 之一，该所选择的属性值被使用来用于提取将被作为候选监控目标的设 备；以及所述提取步骤还包括步骤从作为搜索结果而找到的设备中提取具有在 属性值选择步骤获得的、作为预定属性的属性值的设备。
9. 根据权利要求8所述的设备监控方法，其中所述属性值列表创建步骤还包括步骤在创建属性值列表期间删除冗余 属性值。
10. 根据权利要求6所述的设备监控方法，其中 所述预定属性是所述设备的卖主名称。
11. 一种设备监控程序产品，该设备监控程序产品包括使计算机执行下 列步骤的指令设备信息获取步骤，搜索连接到通信网络的一个或多个设备，并从作为 搜索结果而找到的每个设备获取设备信息；设置步骤，获取用于将一个或多个设备提取为候选监控目标的指定信息， 其中根据所述设备信息中包括的预定属性来指定该信息；提取步骤，基于在设置步骤所获取的信息，从作为搜索结果而找到的设 备中提取一个或多个设备作为候选监控目标；监控目标选择步骤，显示在提取步骤所提取的设备的列表，从该设备的 列表中选择一个或多个设备作为监控目标；以及状态信息发送步骤，获取被选择为监控目标的每个设备中的至少一个消 耗元件的状态信息，并且向定购支持装置发送该状态信息，其中定购支持装 置被配置为根据所接收的状态信息创建包括URL的电子邮件，并且还被配置 为向与短缺的消耗元件对应的设备相关的、提前注册的电子邮件地址发送电 子邮件，所述URL指示用于定购至少一个被检测为短缺的消耗元件的网站。
12. 根据权利要求11所述的设备监控程序产品，其中 所迷状态信息发送步骤还包括步骤基于所述状态信息确定所述消耗元件是否短缺，并且向定购支持装置发送与被确定为短缺的消耗元件相关的状 态信息。
13. 根据权利要求11所述的设备监控程序产品，其中 所述设置步骤还包括属性值列表创建步骤，创建作为搜索结果而找到的设备的预定属 性的属性值列表；以及属性值选择步骤，从所述属性值列表中选择的属性值中获取其中 之一，该所选择的属性值被使用来用于提取将被作为候选监控目标的设 备；以及所述提取步骤还包括步骤从作为搜索结果而找到的设备中提取具有在属性值选择步骤获得的、作为预定属性的属性值的设备。
14. 根据权利要求13所述的设备监控程序产品，其中 所述属性值列表创建步骤还包括步骤在创建属性值列表期间删除冗余属性值。
15. 根据权利要求11所述的设备监控程序产品，其中 所述预定属性是所述设备的卖主名称。
全文摘要
在所公开的定购支持系统中，搜索连接到通信网络的设备，并且从每个所找到的设备中获取设备信息。获得用于将设备提取为候选监控目标的指定信息，根据设备信息中的预定属性来指定该指定信息。基于所获得的信息，从所找到的设备中提取作为候选监控目标的设备。显示所提取的设备的列表，选择作为监控目标的设备。获取每个监控目标设备中的消耗元件的状态信息，并且向定购支持装置发送该状态信息。定购支持装置创建包括用于订购根据所接收的状态信息被检测为短缺的消耗元件的网站的URL的电子邮件，并向与具有短缺的消耗元件的设备的相关的电子邮件地址发送电子邮件。
文档编号G06Q10/00GK101197024SQ200710196300
公开日2008年6月11日 申请日期2007年12月7日 优先权日2006年12月7日
发明者中村裕, 井上佑树, 团浩二, 村田好明, 永井桂二, 百武彰吾, 高桥富士雄, 高桥正人 申请人:株式会社理光