数据处理器、数据处理程序和数据处理系统的制作方法

专利名称：数据处理器、数据处理程序和数据处理系统的制作方法
技术领域：
本发明涉及数据处理器、数据处理程序和数据处理系统，并且更 具体地涉及能够通过获取用于控制目标的相关数据调查与控制目标相 关的异常的原因的数据处理器、数据处理程序和数据处理系统。
背景技术：
在用于管理程序操作数据的本领域中公知的方法中，例如在日本 专利申请公开No.H08-249215中公开的，当在用于控制设备的程序操 作期间发生错误或者其他异常时，当异常发生时使用的设备被检测并 且用于调查在被检测设备中发生的异常的原因所需要的数据被存储并 且提供给用户。利用采用这种管理程序操作数据的方法的数据处理器、 数据处理程序和数据处理系统，与控制特殊设备的程序操作环境有关 的数据被收集并且存储在共享存储器的程序数据管理表中。相应地， 如果当程序被用于控制特殊设备时发生异常，则能够査询程序数据管 理表快速检索数据以减少用于调查异常的原因所需要的时间。

发明内容
然而，利用采用管理程序操作数据的传统方法的数据处理器、数 据处理程序和数据处理系统，在程序管理表中存储的数据限于与程序 的操作环境有关的数据。这里，使用多个控制目标(例如打印机和扫描 器)的计算机(数据处理器)，或者使用具有多个集成控制目标(例如打印 机和扫描器)的多功能设备的计算机，通常采用多个程序以用于该多个控制目标或者功能的每一个。当以此方式采用相应于多个控制目标或 者功能的多个程序时，计算机不能在控制目标或者功能上获取用于解 决异常所需要的数据并且不能调查与控制目标或者功能相关的异常的 原因。
因此，本发明的目的在于提供一种能够通过获取控制目标上的相 关数据而调查与控制目标相关的异常的原因的数据处理器、数据处理 程序和数据处理系统。
为了实现以上的和其他目的，本发明的一个方面提供了一种数据 处理器，它包括多个控制目标、多个控制单元、相关数据存储单元、 操作存储单元、识别数据记录单元、异常数据记录单元、数据获取单 元、相关数据获取单元、解决数据存储单元以及解决数据获取单元。 该多个控制目标能够相互通讯。提供该多个控制单元以对应于该多个 控制目标。相关数据存储单元存储与该多个控制单元相关的多组相关 数据。该多组相关数据相应于该多个控制目标。当该多个控制单元的 每一个操作相应控制目标时，该操作存储单元将该多个控制单元的每 一个的操作细节存储为操作日志。该识别数据记录单元在操作日志中 记录多组识别数据。该多组识别数据的每一个指示由相应控制单元操 作的多个控制目标的每一个。该多组识别数据的每一个相应于该多个 控制单元的每一个并且相应于该多组相关数据的每一个。异常数据记 录单元在操作日志中记录异常数据。异常数据指示当控制目标之一由 相应控制单元操作时在该控制目标之一上发生了异常。该数据获取单 元获取在操作日志中记录的识别数据之一和在操作日志中记录的异常 数据。相关数据获取单元识别相应于由数据获取单元获取的识别数据 之一的相关数据之一并且从相关数据存储单元获取该相关数据之一。 解决数据存储单元将用以解决在控制目标之一中发生的异常的第一解 决数据与由相关数据获取单元获取的相关数据之一和由数据获取单元 获取的异常数据相结合来存储。解决数据获取单元使用由相关数据获 取单元获取的相关数据之一和由数据获取单元获取的异常数据获取相应于其中发生异常的控制目标之一的第一解决数据。
在本发明的另一方面中，提供了一种存储用于数据处理器的计算 机可执行数据处理程序的计算机可读存储介质。该数据处理器包括多 个控制目标、多个控制单元、相关数据存储单元、操作存储单元、识 别数据记录单元和异常数据记录单元。该多个控制目标能够相互通讯。 提供该多个控制单元以对应于该多个控制目标。相关数据存储单元存 储与该多个控制单元有关的多组相关数据。该多组相关数据相应于该 多个控制目标。当该多个控制单元的每一个操作相应控制目标时，该 操作单元存储将该多个控制单元的每一个的操作细节存储为操作日
志。该识别数据记录单元在操作日志中记录多组识别数据。该多组识 别数据的每一个指示由相应控制单元操作的多个控制目标的每一个。 该多组识别数据的每一个相应于该多个控制单元的每一个并且相应于 该多组相关数据的每一个。异常数据记录单元在操作日志中记录异常 数据。异常数据指示当控制目标之一由相应控制单元操作时在该控制 目标之一上发生了异常。该数据处理程序包括
用于获取在操作日志中记录的异常数据和在操作日志中记录的识 别数据之一的指令；
用于识别相应于在异常数据和识别数据获取指令中获取的该识别 数据之一的相关数据之一并且从相关数据存储单元获取该相关数据之 一的指令；
用于将用以解决在控制目标之一中发生的异常的解决数据与在相 关数据获取指令中获取的相关数据之一和在异常数据与识别数据获取
指令中获取的异常数据相结合来存储的指令；以及
用于使用在相关数据获取指令中获取的相关数据之一和在异常数 据与识别数据获取指令中获取的异常数据获取相应于其中发生异常的控制目标之一的解决数据的指令。
在本发明的另一方面中，提供了一种数据处理系统，包括多个控 制目标和能够与该多个控制目标通讯的数据处理器。该数据处理器包 括多个控制单元、相关数据存储单元、操作存储单元、识别数据记录 单元、异常数据记录单元、数据获取单元、相关数据获取单元、解决 数据存储单元以及解决数据获取单元。该多个控制目标能够相互通讯。
提供该多个控制单元以对应于该多个控制目标。相关数据存储单元存 储与该多个控制单元有关的多组相关数据。该多组相关数据相应于该 多个控制目标。当该多个控制单元的每一个操作相应控制目标时，该 操作单元存储将该多个控制单元的每一个的操作细节存储为操作日
志。该识别数据记录单元在操作日志中记录多组识别数据。该多组识 别数据的每一个指示由相应控制单元操作的多个控制目标的每一个。 该多组识别数据的每一个相应于该多个控制单元的每一个并且相应于 该多组相关数据的每一个。异常数据记录单元在操作日志中记录异常 数据。异常数据指示当控制目标之一由相应控制单元操作时在该控制 目标之一上发生了异常。该数据获取单元获取在操作日志中记录的异 常数据和在操作日志中记录的识别数据之一。相关数据获取单元识别 相应于由数据获取单元获取的识别数据之一的相关数据之一并且从相 关数据存储单元获取该相关数据之一。解决数据存储单元将用以解决 在控制目标之一中发生的异常的第一解决数据与由相关数据获取单元 获取的该相关数据之一和由数据获取单元获取的异常数据相结合来存 储。解决数据获取单元使用由相关数据获取单元获取的相关数据之一 和由数据获取单元获取的异常数据获取相应于其中发生异常的控制目 标之一的第一解决数据。


在图中-
图l是示出根据本发明实施例的错误监视系统的电气结构的框图； 图2是概念地图解在根据该实施例的日志文件中记录的日志数据的说明图3是概念地示出根据该实施例的收集数据文件的内容的说明图； 图4是概念地图解根据该实施例的错误解决数据文件的说明图； 图5是图解在该实施例中在PC上执行的监视处理中的步骤的流程
图6是图解在该实施例中在PC上执行的更新处理中的步骤的流程
图7是图解在该实施例中在PC上执行的数据获取处理中的步骤的 流程图8是图解在该实施例中在PC上执行的错误解决数据通知处理中 的步骤的流程图9是图解根据该实施例在服务器上执行的响应处理中的步骤的 流程图IO是概念地图解在该实施例中由打印机驱动执行的处理中在日 志文件中记录的日志数据的说明图。
具体实施例方式
下面，将参考附图描述根据本发明实施例的数据处理器、数据处 理程序和数据处理系统。图1是示出错误监视系统1的电气结构的框 图。错误监视系统1由个人计算机(在下面简称为"PC" )10、多功能设 备(在下面简称为"MFD" )30和服务器50构成。MFD30能够与PC 10 通讯并且执行各种功能，包括打印机功能和扫描器功能。服务器50基 于从PC IO接收到的请求向PC 10传送数据。首先，将对图1中的PC 10 给出描述，随后描述MFD30和服务器50。
PC IO输出用于控制MFD30的操作的命令并且监视在PC 10上执 行的用于控制MFD 30的处理以保证该处理正常运行。PC 10还向服务 器50输出请求并且接收响应于这些请求从服务器50发送的数据。
如图l所示，PC IO包括CPU 11、 ROM 12、硬盘驱动器(在下面简称为"HDD" )13、 RAM 14、键盘15、显示器16、 MFD网络接口 17、服务器网络接口 18和总线19。
CPU 11是能够执行在ROM 12中存储的程序的微处理器。CPU 11 连接到总线19。 ROM 12是存储由CPU 11执行的各种程序(例如由图 5-8中的流程解的程序)，以及当执行该程序时CPUll查询的常数 和表格的只读存储器。ROM 12也被连接到总线19。
HDD 13是用于存储各种数据的可重写存储设备并且当断电时能 够保存内容。HDD 13也被连接到总线19。 HDD 13包括应用区域13a、 日志文件区域13b、日志监视程序区域13c、收集数据文件区域13d、 打印机驱动数据区域13e、扫描器驱动数据区域13f、第一应用数据区 域13g、第二应用数据区域13h和错误解决数据文件区域13i。
应用区域13a存储用于操作MFD 30的一个控制程序和用于操作 在HDD 13上安装的应用的另一个控制程序。应用区域13a具有打印机 驱动区域13al、扫描器驱动区域13a2、第一应用区域13a3和第二应用 区域13a4。打印机驱动区域13al存储用作用于操作MFD 30的打印机 35的控制程序的打印机驱动。扫描器驱动区域13a2存储用作用于操作 MFD 30的扫描器36的控制程序的扫描器驱动。第一应用区域13a3存 储用作用于操作编辑由MFD 30的扫描器36读出的图像数据的编辑器 应用(也被安装在HDD 13上)的控制程序的第一应用。第二应用区域 13a4存储用作用于检测打印机35的状态(例如用于检测用于MFD 30 的打印机功能的剩余墨水量)的控制程序的第二应用。
日志文件区域13b存储包括指示用于操作MFD 30的处理是否在 PC 10上正常运行的日志数据的日志文件。CPU 11在指示用于操作 MFD 30的打印机35和扫描器36的处理是否利用打印机驱动和扫描器 驱动正常执行的日志文件中记录日志数据。CPU 11还在指示在HDD 13 上安装的编辑器应用是否利用第一应用适当启动的日志文件中记录日志数据。CPU 11还在指示用于检测打印机35的状态的处理是否利用第 二应用正常执行的日志文件中记录日志数据。以此方式，在用于其中
CPU 11使用打印机驱动、扫描器驱动、第一应用和第二应用控制各种 控制目标(即，操作打印机35、操作扫描器36、启动编辑器应用和检测 打印机35的状态)的处理的日志文件中记录日志数据。用于在日志文件 中记录日志数据的程序结合在每一个应用程序中。
下面，将参考图2描述日志文件。图2概念地图解了在日志文件 中记录的日志数据。
在图2中，在日志文件的一行中记录的日志数据包括应用名称、 标识符、日志级别和用于由CPU ll使用该应用执行的操作的操作细节。 每次执行操作时CPU 11均在日志文件中记录日志数据。
应用名称是指示CPU 11用于执行用户命令的应用的名称的数据。 在此实施例中，相应于每一个应用，存在四个应用名称，包括 PrinterDriver(打印机驱动)、ScannerDriver(扫描器驱动)、Application 1 (应 用l)和Application2(应用2)。
标识符是指示由CPU 11执行的每一个应用的标识符的数据并且 包括Printer(打印机)、Scanner(扫描器)、Applicationl(应用l)和 Application2(应用2)。
日志级别是指示当CPU 11使用应用操作控制目标(即，操作打印 机35、操作扫描器36、启动编辑器应用和检测打印机35的状态)时发 生的异常的严重性的数据。基于操作细节指派Loglevdl-5(日志级别 1-5)。 Logleve15指示利用该应用的操作正常结束。Loglevel4-2指示利 用该应用的操作结束，但是在操作期间发生异常。Loglevell指示利用 该应用的操作因为发生需要某种恢复的严重错误而不能完成。在每一 个应用中，在日志级别和操作细节之间的关联被合并。为简化起见，将在下面将操作细节描述为当日志级别为"Loglevdl"时的错误描述。
例如，如在图2中的日志文件的顶行中所示，当为了操作MFD30 的打印机35将打印机驱动所使用的参数x和y被分别设定为1和2时， 当使用打印机驱动执行处理时，CPU11记录日志数据"PrinterDriver: Printer: Loglevel3: Parameter x=l， y=2"作为日志文件中的一行。在 这种情形中，打印机名称为"PrinterDriver",标识符为"Printer"， 日志级别为"Loglevel3"，并且操作细节为"Parameter x=l ， y=2"。
在图2的日志文件中的最后一行示出其中在日志级别1发生错误 的情形。在这种情形中，CPU 11在日志文件中记录日志数据
"ScannerDriver: Scanner: Loglevell: Working Failed! Device Parameter cannot read(工作失败！设备参数不能读出)"作为一行数据。这种日志 数据指示CPU 11试图利用扫描器驱动操作MFD 30的扫描器36，但是 不能获取扫描器驱动需要的设备参数，并且因此不能利用扫描器36完 成操作。因为在这种情形中在扫描器驱动处理期间发生严重错误，除 非执行恢复操作，否则扫描器36的操作不能结束。在这种日志数据中， 应用名称为"ScannerDriver"，标识符为"Scanner"，日志级别为
"Loglevell"，并且错误描述为"Working Failed! Device Parameter cannot read(工作失败！设备参数不能读出)"。
以此方式，CPU 11在日志文件中记录一行日志数据值，它包括应 用名称、标识符、日志级别和操作细节(错误描述)。从在日志文件中记 录的数据，CPU 11能够检测在用于使用应用操作控制目标的处理期间 是否发生严重错误。而且，在单一日志文件中存储应用名称、标识符、 日志级别和操作细节(错误描述)使得由CPU 11利用应用执行的处理比 当日志数据被存储在为每一种应用提供的各自的日志文件中时更加简 单。
在图1中示出的日志监视程序区域13c存储日志监视程序，CPU 11执行该程序以从日志文件确定是否发生错误并且执行处理以解决该错 误。将参考图5-8在以后详细描述利用日志监视程序执行的处理。
收集数据文件区域13d存储收集数据文件，当用于利用应用执行
的处理日志级别为"Loglevell"时，艮卩，当在应用处理期间发生严重 错误时，CPU 11能够从该文件仅仅获取用于解决严重错误所需要的相 关数据。如果在处理期间发生严重错误，则CPU11基于收集数据文件 从打印机驱动数据区域13e、扫描器驱动数据区域13f、第一应用数据 区域13g和第二应用数据区域13h获取用于解决该严重错误的相关数 据。
这里，将参考图3描述在收集数据文件区域13d中存储的收集数 据文件。图3概念地图解了收集数据文件的内容。虽然用于解决严重 错误需要的相关数据包括CPU 11基于收集数据文件获取的数据和 CPU 11基于日志监视程序获取的数据，在这里仅仅将描述基于收集数 据文件需要的相关数据。如图3所示，收集数据文件存储四种标识符 "Printer" 、 "Scanner" 、 "Application 1"禾口 "Application2"禾口与每 一个标识符相关的用于解决严重错误需要的相关数据，作为关联表。 因为独立于日志监视程序提供收集数据文件而不是合并在其中，除了 CPU 11基于日志监视程序获取的相关数据，用于解决严重错误需要的 相关数据可被自由地添加到或者从收集数据文件删除。
在图1中的打印机驱动数据区域13e存储用于打印机驱动的相关 数据。在此实施例中，打印机驱动数据区域13e存储至少四种类型的相 关数据，包括用于在PC 10和MFD 30的打印机35之间执行适当通讯 的端口名称、指示在MFD 30的打印机35中剩余的墨水量的剩余墨水 量、包括与打印机35的系统有关的数据的打印机注册数据、以及用于 打印机35的驱动"printer.dll"的版本数据(见图3)。
扫描器驱动数据区域13f存储用于扫描器驱动的相关数据。在此实施例中，扫描器驱动数据区域13f存储至少五种类型的相关数据，包
括TWAIN驱动设置文件，它是用于支持TWAIN(无注名技术 Technology Without Any Interested Name)的扫描器36的驱动设置文件； 用于TWAIN数据源的版本数据，它是用于向扫描器36的TWAIN驱 动传输数据的转换应用；指示由TWAIN数据源支持的语言的用于 TWAIN数据源的语言数据；包括在HDD 13上安装的应用的列表的应 用列表；和用于"TWAIN—32.dll"的版本数据，它是用于扫描器36的 系统文件。
第一应用数据区域13g存储用于第一应用的相关数据。在此实施 例中，第一应用数据区域13g存储至少两种类型的相关数据，包括存 储在HDD 13上安装的应用的列表的应用列表和用于程序文件 "start.exe"的版本数据。
第二应用数据区域13h存储用于第二应用的相关数据。在此实施 例中，第二应用数据区域13h存储至少两种类型的相关数据，包括存 储在HDD 13上安装的用于打印机35的驱动的列表的打印机驱动列表； 和用于在PC 10和MFD 30的打印机35之间执行适当通讯的端口名称 (见图3)。
错误解决数据文件区域13i存储指示用于解决当操作每一个控制 目标时发生的严重错误的方法的错误解决数据文件。CPU 11使用错误 解决数据文件、用于其中发生严重错误的处理的在以后描述的错误曰 志数据区域14d中存储的日志数据和在以后描述的收集数据区域14e 中存储的相关数据来选择将要显示在显示器16上的合适的错误解决数 据。因为错误解决数据文件将日志数据与相关数据相关联，为简化起 见，将在描述错误日志数据区域14d和收集数据区域14e之后再次描述 这种文件。
RAM 14是具有用于当CPU 11执行程序时暂时地存储变量等的工作区域的存储器。RAM 14也被连接到总线19。 RAM 14具有基准行数 区域14a、最新行数区域14b、日志数据区域14c、错误日志数据区域 14d、收集数据区域14e和接收数据区域14f。
基准行数区域14a存储在日志文件中的行数。在基准行数区域14a 中存储的行数被用作用于确定新的日志数据是否已被记录在日志文件 中的参考数字。例如，如果在图2中示出的日志文件被存储在日志文 件区域13b中，因为日志文件具有十一行，数字"11"作为参考数字 被记录在基准行数区域14a中。
在行数己被存储在基准行数区域14a中之后，最新行数区域14b 存储日志文件中的行数。例如，如果日志文件具有十四行，则数字"14" 被存储在基准行数区域14a中。
日志数据区域14c从在日志文件区域13b中存储的日志文件存储 一行日志数据。CPU 11确定在日志数据区域14c中记录的日志数据行 中的日志级别是否为指示发生严重错误的字符串"Loglevell"。
当CPU 11检测到在日志数据区域14c中存储的日志数据行中的日 志级别是字符串"Loglevell"时，错误日志数据区域14d存储与在日 志数据区域14c中相同的日志数据行。因为在错误日志数据区域14d 中存储的日志数据具有与在日志数据区域14c中存储的日志数据行相 同的内容，该数据包括应用名称、标识符、日志级别"Loglevell"和 错误描述。
收集数据区域He存储CPU 11基于在文件收集数据文件区域13d 中存储的收集数据获取的相关数据，和CPU 11基于在日志监视程序区 域13c中存储的日志监视程序获取的相关数据。而且，因为标识符被指 派给数据区域13e-13h中存储的每一种类型的相关数据，收集数据区域 14e将每一种相关数据与标识符相结合来存储。这里，将参考图4描述在错误解决数据文件区域13i中存储的错 误解决数据文件。图4概念地图解了错误解决数据文件的内容。
如图4所示，错误解决数据文件包括在错误日志数据区域14d中 存储的标识符，在错误日志数据区域14d中存储的错误描述、在收集 数据区域14e中存储的相关数据，以及描述严重错误如何能够被解决的 错误解决数据。
因此，在错误解决数据文件区域13i中存储的错误解决数据文件 由包括标识符、错误描述、相关数据和错误解决数据的多组数据构成。 如果在错误日志数据区域14d中存储的日志数据具有例如 "PrinterDriver"作为应用名称，"Printer"作为标识符，"Loglevell" 作为日志级别，和"Received an ink refill signal from the MFD 30(从MFD 30接收到墨水再充信号)"作为错误描述，则CPU ll基于在错误日志 数据区域14d中存储的标识符"Printer"和错误描述"从MFD 30接收 到墨水再充信号"以及在收集数据区域14e中存储的相关数据"剩余墨 水量"从错误解决数据文件选择由图4中的PI指示的错误解决数据"再 充墨水"并且在显示器16中显示这种错误解决数据。
接收数据区域14f存储从服务器50接收的数据。从服务器50接 收的数据可以包括错误解决数据文件、收集数据文件和错误解决数据。
键盘15、显示器16、 MFD网络接口 17和服务器网络接口 18也 被连接到总线19。
下面，将描述MFD30。 MFD30是基于从PC IO输出的命令操作 的多功能设备。
如图l所示，MFD 30主要包括CPU 31、 ROM 32、 RAM 33、网络接口34、打印机35、扫描器36、 USB端子37、墨水传感器38、操 作键39、面板门阵列40、液晶显示器(在下面縮略为"LCD" )41和液 晶显示器控制器(在下面縮略为"LCD控制器")42。
CPU 31、 ROM 32、 RAM 33和网络接口 34每一个均被连接到总 线43。
打印机35用于在记录纸张上打印图像等。扫描器36用于扫描在 记录纸张上打印的图像。USB端子37用于将便携存储器设备、个人计 算机等连接到MFD30。打印机35、扫描器36和USB端子37均被连 接到总线43。
墨水传感器38测量在MFD 30中安装的墨盒(未示出)中剩余的墨 水量。由墨水传感器38测得的剩余墨水数量在下面的描述中将被称为 剩余墨水量。墨水传感器38被连接到总线43。
面板门阵列40控制操作键39以将所需命令输入到MFD 30中。 面板门阵列40被连接到操作键39以及总线43。 LCD控制器42用于 响应于来自CPU 31的命令在LCD 41上显示与打印机35和扫描器36 的操作有关的数据等。LCD控制器42连接到LCD41以及总线43。
下面，将描述服务器50。服务器50是接收从PC10输出的请求并 且基于该请求将存储于服务器50中的数据发送到PC 10的存储设备。 服务器50具有CPU 51、 ROM 52、 HDD 53、 RAM 54、网络接口55、 键盘56和显示器57。
CPU 51是执行在ROM52中存储的各种程序的微处理器。CPU51 连接到总线58。 CPU 51经由网络接口 55接收从PC IO输出的请求并 且基于输人的请求经由网络接口 55将存储于HDD 53中的数据发送到 PC 10。ROM 52是用于存储由CPU 51执行的各种程序等(例如在图9的 流程图中图解的程序)的只读存储器。ROM52也被连接到总线58。
HDD 53也被连接到总线58并且具有收集数据文件区域53a和错 误解决数据文件区域53b。
收集数据文件区域53a存储在PC 10的收集数据文件区域13d中 存储的相同的收集数据文件。然而，在收集数据文件区域53a中存储的 收集数据文件总是最新的版本。
错误解决数据文件区域53b存储在PC 10的错误解决数据文件区 域13i中存储的相同的错误解决数据文件。然而，在错误解决数据文件 区域53b中存储的错误解决数据文件总是最新的版本。
RAM 54是具有用于当CPU 51执行程序时暂时地存储变量等的工 作区域的存储器。RAM 54也被连接到总线58并且具有错误日志数据 区域54a和收集数据区域54b。
错误日志数据区域54a存储PC 10从错误日志数据区域14d发送 的日志数据。收集数据区域54b存储PC IO从收集数据区域14e发送的 相关数据。
网络接口 55、键盘56和显示器57也被连接到总线58。
如上所述，错误监视系统1由PC 10、 MFD30和服务器50构成。 PC 10执行在日志监视程序区域13c中存储的日志监视程序以监视由用 于操作MFD30的应用执行的处理以保证该处理在PC IO上被正常地执 行。下面，将参考图5描述基于日志监视程序由PC 10的CPU 11执行 的监视处理。图5是图解在由CPU 11执行的监视处理中的步骤的流程 图。该监视处理由用于更新在收集数据文件区域13d中存储的收集数 据文件和在错误解决数据文件区域13i中存储的错误解决数据文件的 处理，和用于基于在日志文件区域13b中存储的日志文件检测在用于 操作控制目标的处理中是否发生严重错误并且在显示器16上显示用于 解决严重错误的错误解决数据的处理构成。
当PC IO被启动时或者当PC 10启动之后在日志监视程序区域13c 中存储的日志监视程序被启动时，执行监视处理。监视程序以周期间 隔被重复地执行(在该实施例中每3秒)。
在监视处理的SI中，CPU 11执行更新处理。在这里将参考图6 描述更新处理。图6是图解在由CPU 11执行的更新处理中的步骤的流 程图。在更新处理的S21中，CPU11确定错误解决数据文件被存储于 错误解决数据文件区域13i的时间和收集数据文件被存储于收集数据 文件区域13d的时间是否匹配于PC 10的内部时钟(未示出)的时间。如 果错误解决数据文件和收集数据文件被存储的时间匹配于PC 10的内 部时钟时间(S21:是)，则CPU11确定错误解决数据文件和收集数据文 件已被更新并且结束更新处理。
然而，如果文件被存储的时间不匹配于PC 10的内部时钟时间 (S21:否)，则在S22中，CPU 11向服务器50输出错误解决数据文件 请求和收集数据文件请求以更新这些文件。在S23中，CPU11启动接 收超时计时器(未示出)以便开始对预定时间倒计时。在此实施例中，接 收超时计时器被设为1秒的预定时间。
在S24中，CPU 11确定是否已经接收到错误解决数据文件和收集 数据文件。如果文件未被接收到(S24:否)，在S25中，CPU11确定接 收超时计时器是否已经达到零。如果计时器数值非零(S25:否)，指示从开始倒计时，即，从传输文件请求起l秒尚未逝去，则CPU11返回 到S24。然而，如果接收超时计时器已经达到零(S25:是)，指示从传
输文件请求起1秒已经逝去，并且由于在服务器50上的某种异常，服 务器50有可能不能传输错误解决数据文件和收集数据文件，则CPU 11 结束更新处理。
然而，如果CPU 11在S24中确定已经接收到错误解决数据文件和 收集数据文件(S24:是)，则在S26中，CPU 11在接收数据区域14f中 存储接收到的数据。在S27中，CPU 11确定在接收数据区域14f中存 储的错误解决数据文件的版本是否比在错误解决数据文件区域13i中 存储的文件版本更新。如果在接收数据区域14f中存储的文件版本更新 (S27:是)，则在S28中，CPU 11将错误解决数据文件从接收数据区域 14f复制到错误解决数据文件区域13i，利用更新的文件覆盖在错误解 决数据文件区域13i中的文件。然而，如果在接收数据区域14f中存储 的文件版本与在错误解决数据文件区域13i中存储的文件版本相同或 者更旧(S27:否)，因为无需覆盖在错误解决数据文件区域13i中存储 的错误解决数据文件，则CPU11跳过S28。
在S29中，CPU 11确定在接收数据区域14f中存储的收集数据文 件的版本是否比在收集数据文件区域13d中存储的收集数据文件更新。 如果在接收数据区域14f中存储的文件版本比在收集数据文件区域13d 中存储的文件版本更新(S29:是)，则在S30中，CPU11将收集数据文 件从接收数据区域14f复制到收集数据文件区域13d，利用更新的文件 覆盖更旧的文件。随后，CPU11结束更新处理。然而，如果在接收数 据区域14f中存储的文件版本与在收集数据文件区域13d中存储的文件 版本相同或者更旧(S29:否)，因为无需覆盖在收集数据文件区域13d 中存储的收集数据文件，则CPU 11跳过S30并且结束更新处理。
通过这种更新处理，CPU 11利用在服务器50上存储的最新的收 集数据文件和最新的错误解决数据文件更新在收集数据文件区域13d中存储的收集数据文件和在错误解决数据文件区域13i中存储的错误 解决数据文件。通过将在收集数据文件区域13d中存储的收集数据文 件更新为最新的收集数据文件，CPU 11能够修改基于每次应用获取的 相关数据。
返回到图5，在S2中，CPU 11确定行数是否被存储在基准行数区 域14a中。如果行数未被存储在基准行数区域14a中(S2:否)，则在S3 中，CPU 11从在日志文件区域13b中存储的日志文件获取行数并且在 基准行数区域14a中存储该行数。以此方式，基准行数能够被存储在基 准行数区域14a中，使得CPU 11能够确定新的日志数据是否已被记录 在日志文件中。然而，如果行数已被存储在基准行数区域14a中(S2: 是)，因为无需确定是否已在日志文件中记录新的日志数据，则CPU 11 跳过S3。
在S4中，CPU 11从日志文件获取行数并且在最新行数区域14b 中存储此行数。在S5中，CPU 11确定在最新行数区域14b中存储的 行数是否与在基准行数区域14a中存储的行数相同。如果在基准行数区 域14a和最新行数区域14b中的行数匹配(S5:是)，则因为未在日志中 记录新的日志数据，CPU11结束监视处理。
然而，如果在基准行数区域14a和最新行数区域14b中的行数不 匹配(S5:否)，指示已经在日志文件中记录新的行数据，则在S6中， CPU 11将变量N设为0以作为用于分析新记录的日志数据的参考，并 且在S7中将变量N增加1。在S8中，CPU 11确定变量N和在基准行 数区域14a中存储的行数的和是否大于在最新行数区域14b中存储的行数。
如果变量N和在基准行数区域14a中存储的行数的和大于在最新 行数区域14b中存储的行数(S8:是)，指示在日志文件中所有新记录的 日志数据均己经被分析，在S14中，CPU 11在基准行数区域14a中存储最新行数区域14b的行数，由此将基准行数区域14a中的行数更新为
最新日志文件的行数。随后，CPU11结束监视处理。
然而，如果变量N和在基准行数区域14a中存储的行数的和与在 最新行数区域14b中存储的行数相同或者更小(S8:否)，则尚未完成对 于在日志文件中新记录的所有日志数据的分析。相应地，在S9中，CPU 11相应于变量N和在基准行数区域14a中存储的行数、从在日志文件 区域13b中存储的日志文件获取日志数据以分析在日志文件中记录的 下一行日志数据，并且在日志数据区域14c中存储此日志数据。
在S10中，CPU 11确定字符串"Loglevell"是否被设为在存储于 日志数据区域14c中的日志数据中日志级别。如果在日志数据区域14c 中存储的日志数据的日志级别不是字符串"Loglevell" (S10:否)，指 示未在用于操作控制目标的处理中发生严重错误，则CPU 11返回到 S7以分析其他新记录的日志数据。
然而，如果在日志数据区域14c中存储的日志数据的日志级别是 字符串"Loglevell" (S10:是)，则在用于操作控制目标的处理中已经 发生严重错误。相应地，在S11中，CPU 11在错误日志数据区域14d 中存储来自日志数据区域14c的日志数据，作为用于识别在其中发生严 重错误的处理中使用的应用的准备。随后，CPU11在S12中执行数据 获取处理以获取在分析严重错误时需要的相关数据并且在收集数据区 域14e中存储此相关数据。
下面将参考图7描述由PC 10的CPU 11执行的数据获取处理 (S12)。图7是图解在数据获取处理中的步骤的流程图。在S50中，在 数据获取处理开始时，CPU 11从错误日志数据区域14d获取日志数据。 在S51中，CPU11从日志数据获取指示用于其中发生严重错误的处理 的应用的标识符(图2中第二列)。在S52中，CPU 11确定获取的标识符是否为"Printer"。如果标 识符为"Printer" (S52:是)，则在S53-S55中，CPU11从打印机驱动 数据区域13e顺序地获取端口名称、剩余墨水量和打印机注册数据作为 相关数据。在S56中，CPU11获取在收集数据文件区域13d中存储的 收集数据文件并且基于获取的收集数据文件从打印机驱动数据区域 13e 获取相应于标识符 "Printer " 的相关数据 "Versionl=%SYSTEM%￥spool￥drivers￥w32x86￥printer.dll (version 1 dataforprinter.dll)"(见图3)。在S57中，CPU U在收集数据区域14e 中存储获取的相关数据并且结束数据获取处理。
然而，如果获取的标识符不是"Printer" (S52:否)，则在S58中 CPU 11确定获取的标识符是否为"Scanner"。如果标识符为"Scanner" (S58:是)，则在S59-S62中CPU 11从扫描器驱动数据区域13f顺序地 获取相关数据，包括用于TWAIN数据源的版本数据、用于TWAIN数 据源的语言数据、已安装应用的列表和用于TWAIN驱动的设置文件数 据。在S63中CPU 11从收集数据文件区域13d获取收集数据文件并且 基于获取的收集数据文件从扫描器驱动数据区域13f获取相应于标识 符"Scanner"的相关数据"Versionl=%SYSTEM%￥Twain_32.dll (version 1 dataforTwain_32.dll)"(见图3)。在S57中，CPU 11在收集数据区域 14e中存储获取的相关数据并且随后结束数据获取处理。
然而，如果标识符不是"Scanner" (S58:否)，则在S64中CPU11 确定获取的标识符是否为"Application 1"。如果标识符是"Application 1 " (S64:是)，则在S65中CPU 11从第一应用数据区域13g获取已经在 HDD 13上安装的应用的列表作为相关数据。在S66中，CPU 11从收 集数据文件区域13d获取收集数据文件并且基于获取的收集数据文件 从第一应用数据区域13g获取相应于标识符"Applicationl"的相关数 据"Versionl=%PROGRAM0/o￥Vendor￥start.exe (version 1 data for start.exe)"(见图3)。在S57中，CPU 11在收集数据区域14e中存储获 取的相关数据，并且随后结束数据获取处理。然而，如果获取的标识符不是"Applicationl" (S64:否)，则获取 的标识符是"Application"。因此，在S67中，CPU11从第二应用数 据区域13h获取已安装的打印机驱动的列表作为相关数据。在S68中， CPU 11从收集数据文件区域13d获取收集数据文件并且基于获取的收 集数据文件从第二应用数据区域13h获取相应于标识符"Applicatioti2" 的相关数据"Port=l (port name)"(见图3)。在S57中，CPU 11在收集 数据区域14e中存储获取的相关数据，并且随后结束数据获取处理。通过上述数据获取处理，CPU 11能够从日志文件获取标识符以识 别当发生严重错误时使用的应用，并且能够基于识别出的应用从数据 区域13e-13h仅仅获取用于从严重错误恢复所需要的相关数据。因为每 一个应用操作仅仅一个相应控制目标，识别出该应用基本上识别出控 制目标。在完成图5中的S12的数据获取处理之后，CPU 11执行的错误解 决数据通知处理S13。这种处理使用来自在错误日志数据区域14d中存 储的日志数据的标识符和错误描述(见图2)以及在收集数据区域14e中 存储的相关数据(见图2)从错误解决数据文件(见图4)选择适于解决错 误的错误解决数据并且将选择的错误解决数据显示在显示器16上。下面将参考图S描述由PC 10的CPU 11执行的错误解决数据通知 处理S13。图8是图解在错误解决数据通知处理中的步骤的流程图。在 错误解决数据通知处理的S80中，CPU 11获取在错误日志数据区域14d 中存储的日志数据和在收集数据区域14e中存储的相关数据。在S81 中，CPU 11使用从日志数据获取的标识符和错误描述以及获取的相关 数据搜索在错误解决数据文件区域13i中存储的错误解决数据文件以 确定用于解决严重错误的错误解决数据是否存在。在S82中，CPU 11确定是否存在用于解决所发生的严重错误的错误解决数据。如果该错误解决数据存在(S82:是)，在S83中，CPU 11 在显示器16上显示错误解决数据并且随后结束错误解决数据通知处 理。然而，如果该错误解决数据不存在(S82:否)，则在S84中，CPU 11 向服务器50发送在错误日志数据区域14d中存储的日志数据和在收集 数据区域14e中存储的相关数据以从在服务器50的错误解决数据文件 区域53b中存储的最新错误解决数据文件检索用于解决严重错误的错 误解决数据。在S85中，CPU 11启动接收超时计时器(未示出)以开始 对预定时间倒计时。在此实施例中接收超时时间被设为1秒的预定时 间。在S86中，CPU 11确定是否已经从服务器50接收到数据。如果 未从服务器50接收到数据(S86:否)，在S87中CPU 11确定接收超时 时间是否达到零。如果接收超时时间没有达到零(S87:否)，指示从计 时器启动，即，从日志数据和相关数据被传送到服务器50起，l秒尚 未逝去，则CPU 11返回到SS6。然而，如果接收超时计时器已经达到 零(S87:是)，指示从日志数据和相关数据被传送到服务器50起l秒已 经逝去，而未从服务器50接收到错误解决数据，在S88中，CPU 11 在显示器16上显示指示没有错误解决数据的消息，并且随后结束错误 解决数据通知处理。然而，如果已经从服务器50接收到数据(S86:是)，在S89中， CPUll在接收数据区域14f中存储接收到的数据。在S90中，CPU 11 确定错误解决数据是否被存储在接收数据区域14f中。如果该数据被存 储在接收数据区域14f中(S90:是)，在S83中CPU 11在显示器16上 显示错误解决数据，并且随后结束错误解决数据通知处理。然而，如 果错误解决数据未被存储在接收数据区域14f中(S90:否)，则在S88 中，CPU 11在显示器16上显示指示不存在用于解决严重错误的错误解 决数据的消息，并且随后结束错误解决数据通知处理。通过上述错误解决数据通知处理，CPU 11使用在错误日志数据区域14d中存储的日志数据中的标识符和错误描述以及在收集数据区域14e中存储的相关数据(见图2)以在错误解决数据文件区域13i中存储的 错误解决数据文件中搜索能够解决严重错误的数据，并且在显示器16 上显示检索到的错误解决数据。如果CPU 11不能从存储于错误解决数 据文件区域13i中的错误解决数据文件找到用于解决已经发生的严重 错误的数据，CPU 11将错误日志数据区域14d中存储的日志数据和收 集数据区域14e中存储的相关数据发送到服务器50以从存储于服务器 50的错误解决数据文件区域53b中的最新错误解决数据文件检索错误 解决数据。相应地，当在用于操作控制目标的处理中发生严重错误时，CPUll 使用在错误解决数据文件区域13i中存储的错误解决数据文件和在服 务器50的错误解决数据文件区域53b中存储的最新错误解决数据文件 以检索解决严重错误需要的数据。因为检索到的错误解决数据相应于 控制目标，用户能够调査相应于控制目标的错误的原因。而且，因为 用于解决严重错误需要的错误解决数据被显示在显示器16上，用户能 够基于在显示器16上显示的错误解决数据调查在控制目标操作期间发 生的严重错误的原因。而且，在S12中的数据获取处理和在S13中的错误解决数据通知 处理的执行限于在日志数据区域14c中存储的日志数据中的日志级别 是"Loglevell"的情形。因此，当需要某种恢复操作的严重错误发生 时，PC 10能够仅仅执行这些处理。下面，将参考图9描述由服务器50的CPU 51执行的响应处理。 图9是图解在响应处理中的步骤的流程图。响应处理由用于将最新错 误解决数据文件和最新收集数据文件传送到PC 10的处理，和用于当 用于解决严重错误的错误解决数据被存储在错误解决数据文件区域 53b中时将该错误解决数据传送到PC IO的处理构成。当服务器50启 动时，CPU51执行该响应处理。响应处理以周期间隔被重复地执行(在此实施例中每3秒)。在响应处理的S100中，CPU 51确定是否已经输入对于错误解决 数据文件和收集数据文件的请求(图6中的S22)。如果己经输入对于这 些文件的请求(S100:是)，在S101中，CPU51将存储于错误解决数据 文件区域53b中的错误解决数据文件传送到PC 10并且在S101中将存 储于收集数据文件区域53a中的收集数据文件传送到PC 10。随后，CPU 51结束响应处理。然而，如果对于错误解决数据文件和收集数据文件的请求未被输 入(S100:否)，则在S103中，CPU51确定是否已经接收到日志数据和 相关数据。如果没有接收到日志数据和相关数据(S103:否)，CPU 51 结束响应处理。然而，如果己经接收到日志数据和相关数据(S103:是)， 则在S104中CPU 51在错误日志数据区域54a中存储接收到的日志数 据并且在收集数据区域54b中存储接收到的相关数据。在S105中，CPU 51使用在错误日志数据区域54a中存储的日志 数据中的标识符和错误描述和在收集数据区域54b中存储的相关数据 在错误解决数据文件区域53b中存储的错误解决数据文件中搜索用于 解决严重错误所需要的错误解决数据。在S106中，CPU 51确定是否发现了用于解决严重错误的错误解 决数据。如果该错误解决数据存在(S106:是)，在S107中CPU 51将 错误解决数据发送到PC 10并且随后结束响应处理。然而，如果该错 误解决数据不存在(S106:否)，则在S108中CPU 51将数据发送到PC 10 以指示不存在用于解决严重错误的错误解决数据，并且随后结束响应 处理。通过这种响应处理，当已经输入对于该文件的请求时，CPU51将 存储于错误解决数据文件区域53b中的最新的错误解决数据文件和存储于收集数据文件区域53a中的最新的收集数据文件发送到PC 10。而 且，如果接收到日志数据和相关数据，则CPU51使用接收到的日志数 据中的标识符和错误描述和接收到的相关数据，以搜索存储于错误解 决数据文件区域53b中的错误解决数据文件，从而确定是否存在解决 严重错误需要的错误解决数据。如果存在这种数据，则CPU51将该错 误解决数据发送到PC 10。利用根据上述实施例的错误监视系统1， PC 10能够从存储于日志 文件区域13b中的日志文件获取标识符以识别用于发生严重错误的处 理的应用(打印机驱动、扫描器驱动、第一应用或者第二应用)，并且能 够基于识别出的应用，即控制目标，从数据区域13e-13h获取用于解决 该严重错误所需要的相关数据。PC 10也能够使用获取到的相关数据和记录于在错误日志数据区 域54a中存储的日志数据中的标识符以及错误描述检索解决严重错误 所需要的错误解决数据。因为检索到的错误解决数据相应于具体控制 目标，用户能够调查在控制目标中的错误的原因。通常，用于控制MFD 30和在PC IO上安装的编辑器应用的应用 以及日志监视程序被成一体地配置成一个程序。然而，在本实施例的 错误监视系统l中，应用和日志监视程序在PC IO上被配置为分开的 程序，由此消除当日志监视程序被修改时修改每一个应用的需要。因 此，与当修改与每一个应用成一体地配置的日志监视程序时相比，这 种配置需要更少的人力去修改日志监视程序。而且，因为在PC IO上的各个应用能够操作不同的控制目标(即， 操作打印机35、操作扫描器36、启动编辑器应用和检测打印机35的 状态)，例如如果在用于操作扫描器36的扫描器驱动处理期间发生严重 错误，CPU 11仍然能够执行利用另一应用的处理。虽然已经参考其特殊实施例详细描述了本发明，对于本领域技术 人员而言明显的是，可以在其中作出很多改进和修改而不背离本发明 的精神，本发明的范围由所附权利要求限定。本实施例描述了通过在单一外壳中整合控制目标(打印机35、扫描器36等)而执行多个控制目标的功能的MFD 30作为能够与PC 10通讯 的多个控制目标的实例，但是本发明并不限于这种实例。可在单个壳 体中整合例如打印机35和扫描器36的各种功能，并且每一壳体可被 配置成作为控制目标与PC IO通讯。而且，具有相互电连接并且整合 在单一外壳中的用于执行各个功能(例如打印机35和扫描器36)的不 同硬件的MFD 30可被配置成与PC 10通讯。在上述实施例的错误监视系统1中，当各个应用(打印机驱动、扫 描器驱动、第一应用和第二应用)控制控制目标(即操作打印机35、操作 扫描器36、启动编辑器应用和检测打印机35的状态)时获得的日志数 据被记录在日志文件区域13b中的单独日志文件中。然而，可以在日 志文件区域13b中提供相应于该四种应用的四种不同的日志文件，从 而日志数据可被记录在用于每一种应用的相应日志文件中。这里，将参考图IO为这种结构描述相应于应用的日志文件。图10 概念地图解了在打印机驱动处理期间在日志文件中记录的日志数据。 在扫描器驱动处理、第一应用处理和第二应用处理期间在日志文件中 记录的日志数据具有与在打印机驱动处理中记录的日志数据相同的配 置并且在这里不再进行描述。在存储于日志文件区域13b中的日志文件中，CPU11仅仅在最顶 行中预先记录应用名称和标识符并且在随后的行中一起记录日志级别 和操作细节。每次执行操作时CPU 11均在日志文件中记录日志数据。例如，如果"Loglevell"错误发生，如在图10的日志文件中的最底行中指示的，CPU 11记录日志数据"Loglevell: Working failed! Device Parameter cannot read (Loglevell: 工作失败！设备参数不能读 出。)"作为日志文件中的一行。在此实例中，CPUll试图使用打印机 驱动操作MFD 30的打印机35但是不能完成操作，因为不能获取打印 机驱动使用的设备参数。这里，日志级别是"Loglevell"并且错误描 述是"Working failed! Device Parameter cannot read (工作失败！设备参数 不能读出)"。在本实例中，应用名称和标识符被预先记录在相应于在日志文件 区域13b中存储的应用的该四种日志文件中的每一个中，而CPU 11在 曰志数据的随后的行中一起记录日志级别和操作细节(错误描述)。通过 提供相应于四个应用的四种日志文件并且从图2所示日志文件中的四 项(应用名称、标识符、日志级别和操作细节)到两项(日志级别和操作 细节)降低在每一个日志文件中记录的数据量，CPU 11能够例如在相应 于扫描器驱动的日志文件中记录用于扫描器驱动处理的日志数据和在 相应于打印机驱动的日志文件中记录用于打印机驱动处理的日志数 据。因此，与当在单独日志文件中记录用于由每一种应用执行的处理 的日志数据时相比，CPU 11能够更加快速地执行处理以执行日志数据 和日志文件。
权利要求
1.一种数据处理器，包括能够相互通讯的多个控制目标；提供以对应于所述多个控制目标的多个控制单元；相关数据存储单元，存储与所述多个控制单元相关的多组相关数据，所述多组相关数据相应于所述多个控制目标；操作存储单元，当所述多个控制单元的每一个操作相应控制目标时，将所述多个控制单元的每一个的操作细节存储为操作日志；识别数据记录单元，在所述操作日志中记录多组识别数据，所述多组识别数据的每一个指示由所述相应控制单元操作的所述多个控制目标的每一个，由此所述多组识别数据的每一个相应于所述多个控制单元的每一个并且相应于所述多组相关数据的每一个；异常数据记录单元，在所述操作日志中记录异常数据，所述异常数据指示当所述控制目标之一由所述相应控制单元操作时在所述控制目标之一上发生了异常；数据获取单元，获取在所述操作日志中记录的所述识别数据之一和在所述操作日志中记录的所述异常数据；相关数据获取单元，识别相应于由所述数据获取单元获取的所述识别数据之一的所述相关数据之一并且从所述相关数据存储单元获取所述相关数据之一；解决数据存储单元，将用以解决在所述控制目标之一中发生的异常的第一解决数据与由所述相关数据获取单元获取的所述相关数据之一和由所述数据获取单元获取的所述异常数据相结合来存储；以及解决数据获取单元，使用由所述相关数据获取单元获取的所述相关数据之一和由所述数据获取单元获取的所述异常数据获取相应于其中发生异常的所述控制目标之一的所述第一解决数据。
2. 根据权利要求1的数据处理器，还包括关联表存储单元，存储 将由所述相关数据获取单元获取的所述相关数据之一与由所述识别数据记录单元在所述操作日志中记录的所述识别数据之一相关联的第一 关联表；其中为了解决在所述控制目标之一中发生的异常，所述相关数据 获取单元使用所述第一关联表和由所述数据获取单元获取的所述识别数据之一从所述相关数据存储单元获取所述相关数据之一。
3. 根据权利要求2的数据处理器，其中在所述关联表存储单元中 存储的所述关联表是可重写的；并且所述数据处理器还包括接收单元，接收从外部存储设备传输的第二关联表；以及 关联表重写单元，将所述第一关联表重写为由所述接收单元接收 的所述第二关联表。
4. 根据权利要求3的数据处理器，还包括数据传输单元，将由所述相关数据获取单元获取的所述相关数据 之一和由所述数据获取单元获取的所述异常数据传输到所述外部存储 设备；以及解决数据接收单元，当基于由所述数据传输单元传输的所述相关 数据之一和异常数据从所述外部存储设备传输所述第二解决数据时， 接收用于在其中发生了异常的所述控制目标之一的第二解决数据；其中所述解决数据获取单元获取由所述解决数据接收单元接收的 所述第二解决数据。
5. 根据权利要求1的数据处理器，还包括异常检测单元，获取由 所述异常数据记录单元在操作日志中记录的所述异常数据，并且基于 获取的异常数据，所述异常检测单元检测在所述控制目标之一上发生 了指示所述控制单元不能继续操作的异常；其中当所述异常检测单元检测到在所述控制目标之一中的异常发 生时，所述解决数据获取单元从所述解决数据存储单元获取相应于其 中发生了指示所述控制单元不能继续操作的异常的所述控制目标之一的所述第一解决数据。
6. 根据权利要求1-5中任意一项的数据处理器，还包括显示由所 述解决数据获取单元获取的所述第一解决数据的显示单元。
7. 根据权利要求1-5中任意一项的数据处理器，其中所述多个控 制目标由在单一机壳中合并所述多个控制目标的多功能设备构成；并 且其中所述多个控制单元与在所述多功能设备中合并的所述多个控 制目标具有一对一对应关系，所述多个控制单元的每一个单独操作所 述控制目标之一。
8. 根据权利要求1-5中任意一项的数据处理器，其中当所述多个 控制单元操作所述多个控制目标时，所述操作存储单元在单一操作曰 志文件中存储由所述多个控制单元执行的所述操'作细节作为所述操作 曰志，其中所述识别数据记录单元与每一个所述操作细节相结合在所述 单一操作日志文件中记录所述多组识别数据中的每一个，并且其中所述异常数据记录单元与指示其中发生了异常的所述控制目 标之一的所述识别数据之一相结合在所述单一操作日志文件中记录所 述异常数据。
9. 根据权利要求1-5中任意一项的数据处理器，其中所述操作存 储单元在多个操作日志文件的每一个中存储每一个操作细节作为每一个操作日志，所述多个操作日志文件的每一个相应于所述多个控制目 标的每一个并且相应于所述多组识别数据的每一个，其中所述多组识别数据中的每一个由所述识别数据记录单元记录 在相应操作日志文件中，所述操作存储单元基于所述多组识别数据的 每一个在所述多个操作日志文件的每一个中存储所述操作细节的每一 个，并且其中所述异常数据记录单元基于指示其中发生了异常的所述控制 目标之一的所述识别数据之一在所述操作日志文件之一中记录所述异 常数据。
10. —种存储用于数据处理器的计算机可执行数据处理程序的计 算机可读存储介质，所述数据处理器包括能够相互通讯的多个控制目 标；提供以对应于所述多个控制目标的多个控制单元；相关数据存储 单元，存储与所述多个控制单元相关的多组相关数据，所述多组相关 数据相应于所述多个控制目标；操作存储单元，当所述多个控制单元 的每一个操作相应控制目标时，将所述多个控制单元的每一个的操作 细节存储为操作日志；识别数据记录单元，在所述操作日志中记录多 组识别数据，所述多组识别数据的每一个指示由所述相应控制单元操 作的所述多个控制目标的每一个，由此所述多组识别数据的每一个相 应于所述多个控制单元的每一个并且相应于所述多组相关数据的每一 个；以及异常数据记录单元，在所述操作日志中记录异常数据，所述 异常数据指示当所述控制目标之一由所述相应控制单元操作时在所述 控制目标之一上发生了异常，所述数据处理程序包括用于获取在所述操作日志中记录的所述异常数据和在所述操作日 志中记录的所述识别数据之一的指令；用于识别相应于在所述异常数据和识别数据获取指令中获取的所 述识别数据之一的相关数据之一并且从所述相关数据存储单元获取所 述相关数据之一的指令；用于将用以解决在所述控制目标之一中发生的异常的解决数据与 在所述相关数据获取指令中获取的所述相关数据之一和在所述异常数 据与识别数据获取指令中获取的所述异常数据相结合来存储的指令； 以及用于使用在所述相关数据获取指令中获取的所述相关数据之一和 在所述异常数据与识别数据获取指令中获取的所述异常数据获取相应 于其中发生异常的所述控制目标之一的所述解决数据的指令。
11. 一种数据处理系统，包括 多个控制目标；以及能够与所述多个控制目标通讯的数据处理器，所述数据处理器包括提供以对应于所述多个控制目标的多个控制单元； 相关数据存储单元，存储与所述多个控制单元相关的多组相关数 据，所述多组相关数据相应于所述多个控制目标；操作存储单元，当所述多个控制单元的每一个操作相应控制目标时，将所述多个控制单元的每一个的操作细节存储为操作日志；识别数据记录单元，在所述操作日志中记录多组识别数据，所述 多组识别数据的每一个指示由所述相应控制单元操作的所述多个控制 目标的每一个，由此所述多组识别数据的每一个相应于所述多个控制 单元的每一个并且相应于所述多组相关数据的每一个；异常数据记录单元，在所述操作日志中记录异常数据，所述异常 数据指示当所述控制目标之一由所述相应控制单元操作时在所述控制 目标之一上发生了异常；数据获取单元，获取在所述操作日志中记录的所述异常数据和在所述操作日志中记录的所述识别数据之一 ；相关数据获取单元，识别相应于由所述数据获取单元获取的所述 识别数据之一的所述相关数据之一并且从所述相关数据存储单元获取 所述相关数据之一；解决数据存储单元，将用以解决在所述控制目标之一中发生的异 常的第一解决数据与由所述相关数据获取单元获取的所述相关数据之 一和由所述数据获取单元获取的所述异常数据相结合来存储；以及解决数据获取单元，使用由所述相关数据获取单元获取的所述相 关数据之一和由所述数据获取单元获取的所述异常数据获取相应于其 中发生异常的所述控制目标之一的第一解决数据。
全文摘要
相关数据存储单元存储与多个控制单元相关的多组相关数据。操作存储单元将该多个控制单元的每一个的操作细节存储为操作日志。识别数据记录单元在操作日志中记录多组识别数据。异常数据记录单元在操作日志中记录异常数据。数据获取单元获取识别数据之一和异常数据。相关数据获取单元识别相应于由数据获取单元获取的识别数据之一的相关数据之一并且从相关数据存储单元获取该相关数据之一。解决数据存储单元将用以解决在控制目标之一中发生的异常的第一解决数据与由相关数据获取单元获取的相关数据之一和由数据获取单元获取的异常数据相结合来存储。解决数据获取单元使用由相关数据获取单元获取的相关数据之一和由数据获取单元获取的异常数据获取相应于其中发生异常的控制目标之一的第一解决数据。
文档编号G06F11/34GK101315611SQ20081010955
公开日2008年12月3日 申请日期2008年6月2日 优先权日2007年5月31日
发明者藤下真弘 申请人:兄弟工业株式会社