CN103176924B

CN103176924B - 输出设备以及输出设备的日志信息收集方法

Info

Publication number: CN103176924B
Application number: CN201210575154.4A
Authority: CN
Inventors: 小林宽
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2011-12-26
Filing date: 2012-12-26
Publication date: 2015-08-19
Anticipated expiration: 2032-12-26
Also published as: JP5906721B2; JP2013134518A; CN103176924A; US20130166791A1; US8909822B2

Abstract

本发明涉及输出设备以及输出设备的日志信息收集方法。其中，输入设备包括：检测器，用于检测以预定的卷标格式化的存储设备连接至所述输出设备；读取单元，用于在所述检测器检测到连接了所述存储设备之后，基于与所述预定的卷标相同的卷标来读取所述输出设备的日志信息；以及写单元，用于将由所述读取单元读取的所述日志信息写到所述存储设备中。本发明的目的是获取输出设备中的所有片上系统的日志信息用于调试，而不会对输出设备的已有功能产生较大的影响且不会进行复杂的步骤。

Description

输出设备以及输出设备的日志信息收集方法

技术领域

本发明涉及输出设备以及输出设备的日志信息收集方法。

背景技术

通常，在如投影仪和图像形成装置之类的输出设备中作为日志信息存储了操作信息、状态信息和错误信息之后，在输出设备中发生故障的情况下，已知一种通过在例如个人计算机（PC）之类的终端上使用专用工具来收集日志信息、并将日志信息提取到例如通用串行总线（USB）存储器之类的可移动介质的技术。

例如，已经提出了一种通过使用提取日志信息的专用工具并在用户界面（UI）上执行特定操作（包括改变输出设备上的设置）来提取存储在输出设备中的日志信息的技术（例如，JP-2007-076334-A）。

同样，还已提出了一种通过在外部介质中存储日志收集定义文件并使输出设备读取该定义文件来自动收集想要的日志信息的技术（例如，JP-2007-310827-A和JP-2009-033539-A）。

但是，如JP-2007-076334-A提议的，由于需要专用工具来提取存储在输出设备上的日志信息并且要求执行UI操作（包括改变输出设备上的特定设置），因此，利用很多传统的日志收集技术会使得日志获取过程趋于复杂。并且，在输出设备由多个独立的片上系统（SoC）构成的情况下，必须通过对每个SoC使用不同的日志信息收集方法或日志收集步骤来获取每个SoC的操作日志信息。

并且，在JP-2007-310827-A和JP-2009-033539-A提议的技术中，虽然能够简化上述的日志信息收集方法，但不管是否执行收集公开配置中的日志信息，输出设备也必须在每次连接到外部介质时检查定义文件是否存在。如果包括很多文件的外部介质与输出设备连接，由于输出设备要花费时间检查日志信息，因此，这很有可能会极大地影响输出设备本身的已有功能。

发明内容

本发明的目的是至少部分克服现有技术中存在的上述问题。

本发明的一方面提供一种输出设备，包括：检测器，用于检测以预定的卷标格式化的存储设备连接至所述输出设备；读取单元，用于在所述检测器检测到连接了所述存储设备之后，基于与所述预定的卷标相同的卷标来读取所述输出设备的日志信息；以及写单元，用于将由所述读取单元读取的所述日志信息写到所述存储设备中。

本发明的另一方面提供一种输出设备的日志信息收集方法，包括步骤：检测步骤，检测以预定的卷标格式化的存储设备连接至所述输出设备；读取步骤，在所述检测步骤中检测到连接了所述存储设备之后，基于与所述预定的卷标相同的卷标来读取日志信息；以及写入步骤，将由读取步骤读取的所述日志信息写到所述存储设备中。

依据本发明的输出设备及其日志信息收集方法，能够最小化对输出设备的已有功能的影响并使得容易收集由多个SoC构成的输出设备中的所有SoC的日志信息用于调试，而无需复杂的步骤。

附图说明

由于在结合附图考虑时通过参考以下具体实施例，本披露会变得很好理解，因此，将很容易获得对于本披露及其伴随的优点的更全面的理解。

图1是作为本发明实施例的输出设备的硬件配置的概况图。

图2是说明作为本发明实施例的收集输出设备的主SoC（master SoC）上的日志信息的流程图。

图3是说明作为本发明实施例的在输出设备的外部介质上创建用于存储日志的目录的流程图。

图4是说明作为本发明实施例的收集输出设备的从SoC（slave SoC）上的日志信息的流程图。

具体实施方式

在描述附图示出的优选实施例的过程中，为了清楚的目的使用了特定术语。但是，本专利说明书的公开并不限于选择的特定术语，可以理解的是每个特定元素包括所有以相似方式操作并获得相似结果的技术等同物。

以下参考附图详细描述本发明的实施例。在本实施例中，给出了对输出设备的例子的说明，其中，仅当插入到输出设备中的可移动介质的卷标名（volumelabel name）是预定的卷标名时，与该可移动介质连接的主Soc从连接至主Soc的所有从Soc收集日志信息并且将增加了主Soc的日志信息的日志信息作为文件存储到该可移动介质。

图1是本实施例的输出设备的硬件配置的概况图。在图1中，输出设备100由主SoC 200和节能输入输出（IO）SoC 300组成。主SoC 200包括USB主机模块204。USB主机模块204的一个端口（USB端口2205）连接至外部连接器（CN）400，并且如USB存储器之类的外部介质500能连接至外部CN400。

节能IO SoC 300包括通信接口（I/F）单元和USB设备模块302，经由USB端口1206将接收自外部网络（图未示）的数据信号传输至主Soc 200，并经由USB端口1206将主SoC 200传输的数据发送至外部网络。

同时，经由网络（图未示）进行通信所必须的各种设置（如IP地址）存储在节能IO SoC 300中包含的电可擦除的可编程只读存储器（EEPROM）301中。

每个SoC中的只读存储器（ROM）202和305存储控制SoC的操作的程序，并且，中央处理单元（CPU）（201，304）执行ROM中的程序或者如果必要通过在随机存取存储器（RAM）中扩展程序来执行处理。在主Soc 200中，CPU 201，ROM 202，RAM 203和USB主机模块204通过总线207可通信地互相连接。在节能IO SoC 300中，EEPROM 301，USB设备302，通信I/F单元303，CPU 304，ROM 305和RAM 306通过总线307可通信地互相连接。

每个SoC中的CPU 201和304将调试（debug）所需的处理信息作为日志信息以二进制形式存储在每个SoC的RAM 203和306中。

在本实施例的输出设备的日志收集方法中，包括用于如USB存储器之类的外部介质的I/F（CN 400）的SoC作为控制检测外部介质500、确定是否获取日志信息、收集日志信息以及存储日志信息的处理的主SoC操作，并且，其他SoC作为响应于来自主SoC的获取日志信息的请求仅将SoC中的它们的日志信息传输至主SoC的从SoC操作。因此，在图1的硬件配置中，主SoC 200被认为是主SoC，而节能IO SoC 300被认为是从SoC。

同时，在输出设备由三个以上的SoC构成的情况下，主/从关系依然保持。在此情况下，如果一个SoC不能与主SoC直接通信且要收集该SoC上的日志信息，则能与该SoC能够通信的另一SoC中继该SoC和主SoC之间的通信。

以下参考图2描述本实施例的输出设备的操作。图2是说明收集本实施例的输出设备的主SoC的日志信息的流程图。

在图2中，USB主机模块204在步骤201确定如USB存储器之类的外部介质500是否被插入到CN 400中。如果USB主机模块204在S201中确定外部介质500还未插入到CN 400中（S201，否），则USB主机模块204等待外部介质500插入。如果USB主机模块204确定外部介质500已经插入到CN 400中（S201，是），则处理进行到S202。

在S202中，USB主机模块204检查插入到CN 400中的外部介质500的卷标。卷标是存储数据的设备或介质的名称。在此情况下，假定以卷标“DEBUG_LOG”格式化外部介质500。同时，在S203中，USB主机模块204确定插入到CN 400中的外部介质500的卷标是否为“DEBUG_LOG”。

在S203中，如果USB主机模块204确定外部介质500的卷标不是“DEBUG_LOG”（S203，否），则处理进行到S205并停止收集日志信息。相反地，如果USB主机模块204确定外部介质500的卷标是“DEBUG_LOG”（S203，是），则处理进行到S204。

在S204中，USB主机模块204创建用于存储日志的目录。随后，在S206中，USB主机模块204请求如主SoC 200（图1）的主SoC获取日志信息，且处理进行到S207。

在S207中，USB主机模块204基于卷标“DEBUG_LOG”收集存储在RAM 203中的日志信息。随后，在S208中，USB主机模块204将从RAM 203收集的日志信息的二进制数据转换为文本数据。

之后，在S209中，USB主机模块204请求另一SoC（节能IO SoC 300）获取日志信息，且处理进行到S210。在S210中，USB主机模块204收集存储在RAM 306中的日志信息并接收该日志信息。

之后，在S211中，USB主机模块204将从RAM 306收集的日志信息的二进制数据转换为文本数据，并且在S212中，经由USB端口2205将在S208中转换的主SoC 200的二进制数据和在S211中转换的节能IO SoC 300的二进制数据作为日志信息文件存储在外部介质500中，之后，处理结束。

虽然图2中未显示，但是当USB主机模块204请求主SoC或连接到主SoC的另一SoC获取日志信息时，如果即使在经过预定时间段后还未有对于获取日志信息的请求的响应，则可以将空日志信息作为日志信息文件存储。

以下参考图3描述在本实施例的输出设备中创建用于存储日志信息的目录的USB主机模块204的操作。图3是说明利用本实施例的输出设备来创建用于存储外部介质的日志信息的目录的流程图。

在图3中，首先，USB主机模块204在S301中确定用于存储日志信息的目录的创建是否已经开始。如果USB主机模块204确定目录的创建还未开始（S301，否），则USB主机模块204等待目录的创建开始。如果USB主机模块204确定目录的创建已经开始（S301，是），则处理进行到S302。

在S302中，USB主机模块204确定在外部介质500中是否存在用于存储日志信息的目录。如果USB主机模块204确定用于存储日志信息的目录不存在（S302，否），则处理进行到S303，并且USB主机模块204在外部介质500中创建日志信息存储目录330。也就是说，在外部介质500中创建用于存储日志信息的固定目录，并且将日志信息存储在该目录下的文件夹中。

相反地，如果USB主机模块204确定在外部介质中已经存在日志信息存储目录（S302，是），则处理进行到S304。在S304中，USB主机模块204在日志信息存储目录下的文件夹中创建名称为序列号的目录，并将日志信息存储在创建的目录中。

以下参考图4描述从本实施例的输出设备中的从SoC收集日志信息的USB主机模块204的操作。图4是说明收集本实施例的输出设备中的从SoC的日志信息的流程图。

在图4中，首先，CPU 304确定是否已经收到日志信息获取请求。如果CPU 304确定已经收到日志信息获取请求（S401，是），则处理进行到S402。相反地，如果CPU 304确定未收到日志信息获取请求（S401，否），则CPU 304等待直到接收到日志信息获取请求。

在S402中，CPU 304确定在RAM 306中是否存储了日志信息。如果CPU304确定在RAM 306中存储了日志信息（S402，是），则处理进行到S403。相反地，如果CPU304确定在RAM 306中未存储日志信息（S402，否），则处理进行到S404。

步骤403，CPU 304收集存储在RAM 306中的日志信息。随后，在S404中，CPU304确定在EEPROM 301中是否存在记录的设置信息。如果CPU 304确定在EEPROM 301中存在输出设备的设置信息（S404，是），则处理进行到S405。相反地，如果CPU304确定在EEPROM 301中不存在设置信息（S404，否），则处理进行到步骤408。

在S405中，CPU 304收集存储在EEPROM 301中的输出设备的设置信息。随后，在S406中，通过USB设备302，USB端口1，USB主机模块204和USB端口2将存储在RAM 306中的日志信息和存储在EEPROM 301中的设置信息传输至外部介质500。

同样，在S404，如果CPU 304确定在EEPROM 301中不存在设置信息（S404，否），则处理进行到S408。在S408中，CPU 304确定是否存在日志信息或设置信息。如果CPU 304确定日志信息和设置信息的至少之一存在（S408，是），则处理进行到S406。相反地，如果CPU 304确定日志信息和设置信息都不存在（S408，否），则处理进行到S407并停止日志信息（设置信息）收集处理。

需要注意的是，在如图4所示的S406中，如果CPU 304确定在EEPROM301中存在日志信息（S404，是），则在S405中收集存储在EEPROM 301中输出设备的设置信息，这是基于节能IO SoC备有EEPROM 301的事实。因此，S404和S405的流程并不总是如图4所示地执行，而是取决于哪个SoC备有存储设置信息的EEPROM。

如上所述，由于将输出设备中的所有SoC的调试日志信息收集作为日志信息，因此不收集输出设备的如密码和访问密钥之类的机密信息。

需要注意的是，图2、图3和图4所示的本实施例的每个输出设备的操作流程能够由计算机上的程序执行。也就是说，图1中的CPU 201和CPU 304可以加载存储在如ROM 202和ROM 305之类的存储装置中的程序，从而执行程序的处理步骤。

如上所述，关于收集输出设备的日志信息，特别是在输出设备发生故障的情况下，本发明使得能够获取日志信息以分析故障的原因。也就是说，仅当插入到输出设备中的可移动介质的卷标是预定义的卷标时，与可移动介质连接的主SoC才能从与主SoC连接的每个SoC收集日志信息，并且除主SoC本身的日志信息之外还将该日志信息作为文件存储到可移动介质。因此，无需使用专用工具和要求特定的UI操作，并且也不会对输出设备的已有功能造成很大的影响，就能够整体获取输出设备中的所有SoC的日志信息。

根据上述教导可能有很多的其他的修改和变化。因而可以理解的是，除本文的明确描述之外，在权利要求的范围内，可以实施本发明说明书的披露。

如计算机领域的技术人员可以理解的，使用根据本说明书的教导编程的常规的通用数字计算机，可以更便于实施本发明。对于软件领域的技术人员来说明显的是，基于本披露的教导，有经验的程序员可以容易地准备好合适的软件代码。对于相关领域的技术人员来说很明显的是，也可以通过准备专用集成电路或通过互连常规元件电路的合适网络来实施本发明。

Claims

1.一种输出设备，包括：

检测器，用于检测以预定的卷标格式化的存储设备连接至所述输出设备；

读取单元，用于在所述检测器检测到连接了所述存储设备之后，基于与所述预定的卷标相同的卷标来读取所述输出设备的日志信息；以及

写单元，用于将由所述读取单元读取的所述日志信息写到所述存储设备中，

其中，所述输出设备还包括多个可通信地连接的片上系统，与所述存储设备连接的片上系统用作主片上系统，经由所述主片上系统与所述存储设备连接的片上系统用作从片上系统，且主片上系统的日志信息被写入所述存储设备，并且，响应于主片上系统的获取日志信息的请求，所述从片上系统的日志信息经由所述主片上系统写入所述存储设备。

2.根据权利要求1所述的输出设备，其中，所述日志信息被写入到在所述存储设备上创建的用于存储所述日志信息的目录。

3.根据权利要求1或2所述的输出设备，其中，除所述日志信息之外，所述输出设备的设置信息也被写入到用于存储所述日志信息的目录。

4.一种输出设备的日志信息收集方法，其中所述输出设备包括多个可通信地连接的片上系统，与以预定的卷标格式化的存储设备连接的片上系统用作主片上系统，经由所述主片上系统与所述存储设备连接的片上系统用作从片上系统，所述方法包括步骤：

检测步骤，检测所述存储设备连接至所述输出设备；

读取步骤，在所述检测步骤中检测到连接了所述存储设备之后，基于与所述预定的卷标相同的卷标来读取主片上系统的日志信息，并且响应于主片上系统的获取日志信息的请求，读取所述从片上系统的日志信息；以及

写入步骤，将由读取步骤读取的所述主片上系统的日志信息写到所述存储设备中，并且将由读取步骤读取的所述从片上系统的日志信息经由所述主片上系统写入所述存储设备。