信息处理装置和信息处理方法 |
|||||||
| 申请号 | CN201510542264.4 | 申请日 | 2015-08-28 | 公开(公告)号 | CN105808472A | 公开(公告)日 | 2016-07-27 |
| 申请人 | 富士施乐株式会社; | 发明人 | 桥平浩平; | ||||
| 摘要 | 本 发明 涉及一种信息处理装置和信息处理方法，所述信息处理装置包括第一 控制器 和第二控制器。所述第一控制器根据预定程序执行处理。所述第二控制器根据与所述第一控制器的所述程序不同的程序执行处理。所述第一控制器向所述第二控制器发送 请求 数据，所述请求数据包括关于对预定处理的请求的信息。在由从所述第一控制器接收的所述请求数据表示的请求是对获取历史信息的请求之外的请求的情况下，所述第二控制器向所述第一控制器发送响应数据，所述响应数据包括表示对所述请求的响应的响应信息和表示当执行对于所述请求的预定处理时获得的操作历史的历史信息。 | ||||||
| 权利要求 | 1.一种信息处理装置，其特征在于，包括： |
||||||
| 说明书全文 | 信息处理装置和信息处理方法技术领域[0001] 本发明涉及一种信息处理装置和信息处理方法。 背景技术[0002] 日本专利文献特开2008-217667号公报描述了一种包括外围控制处理装置和设备的设备状态确认系统。外围控制处理装置向从主机获取的数据添加虚拟命令，该虚拟命令用于获取设备详细信息。该设备对从外围控制处理装置获取的数据进行处理，通过执行虚拟命令获取设备详细信息，将该设备详细信息添加到作为数据处理结果得到的事件报告中，并且将所生成的数据报告给外围控制处理装置。外围控制处理装置存储设备详细信息，并且在从主机接收到用于获取设备详细信息的命令时，将设备详细信息报告给主机。 发明内容[0003] 因此，本发明的目的在于提供一种信息处理装置，该信息处理装置可以防止在不改变根据不同程序执行处理的两个控制单元之间的通信的通信协议的情况下，获取不到有关已经执行处理的历史信息。 [0004] 根据本发明的第一方面，提供了一种信息处理装置，其包括第一控制器和第二控制器。所述第一控制器根据预定程序执行处理。所述第二控制器根据与所述第一控制器的所述程序不同的程序执行处理。所述第一控制器向所述第二控制器发送请求数据，所述请求数据包括关于对预定处理的请求的信息。在由从所述第一控制器接收的所述请求数据表示的请求是对获取历史信息的请求之外的请求的情况下，所述第二控制器向所述第一控制器发送响应数据，所述响应数据包括表示对所述请求的响应的响应信息和表示当执行对于所述请求的预定处理时获得的操作历史的历史信息。 [0005] 根据本发明的第二方面，所述第二控制器向所述第一控制器发送所述响应数据，所述响应数据构成为使所述历史信息包括在包括所述响应信息的所述预定格式的数据的未使用区域中。 [0006] 根据本发明的第三方面，在所述第一控制器向所述第二控制器发送所述请求数据的情况下，所述第一控制器将表示历史信息是否是可接收的信息添加到所述请求数据中，以及在由从所述第一控制器接收的所述请求数据表示的所述请求是对获取历史信息的请求之外的请求并且所述请求数据包括表示所述历史信息是可接收的信息的情况下，所述第二控制器将所述响应数据发送至所述第一控制器。 [0007] 根据本发明的第四方面，提供了一种信息处理方法，其包括：发送包括关于对预定处理的请求的信息的请求数据，在由接收的请求数据表示的请求是对获取历史信息的请求之外的请求的情况下，发送响应数据，所述响应数据包括表示对所述请求的响应的响应信息和表示当执行对于所述请求的预定处理时获得的操作历史的历史信息。 [0008] 根据本发明的第一方面，可以提供一种信息处理装置，该信息处理装置可以防止在不改变根据不同程序执行处理的两个控制单元之间的通信的通信协议的情况下，获取不到有关已经执行处理的历史信息。 [0009] 根据本发明的第二方面，即使是在通过使用预定格式的数据执行通信的情况下，也可以提供一种可以防止获取不到历史信息的信息处理装置。 [0010] 根据本发明的第三方面，可以提供一种信息处理装置，该信息处理装置可以在已经发出对获取除了历史信息的请求之外的请求的情况下改变是否要获取历史信息。 [0011] 根据本发明的第四方面，可以提供一种信息处理方法，利用该信息处理方法，可以防止在不改变根据不同程序执行处理的两个控制单元之间的通信的通信协议的情况下，获取不到有关已经执行处理的历史信息。附图说明 [0012] 将基于以下附图对本发明的示例性实施例进行详细描述，在图中： [0013] 图1是图示了根据本发明的示例性实施例的图像形成系统的示例的示意图； [0015] 图3是图示了根据本发明的示例性实施例的图像形成装置的功能配置的框图； [0016] 图4是图示了在未使用本发明的示例性实施例的配置的情况下执行的OS间通信的示例的概念图； [0017] 图5A和图5B是图示了在根据本发明的示例性实施例的OS间通信中发送和接收的数据的格式的示例的示意图； [0018] 图6A和图6B是图示了在未使用本发明的示例性实施例的配置的情况下的返回数据的示例的示意图； [0019] 图7是图示了根据本发明的示例性实施例的针对获取日志信息的请求的返回数据的示例的示意图； [0020] 图8A和图8B是图示了在日志信息被划分的情况下的根据本发明的示例性实施例的返回数据的示例的示意图； [0021] 图9A和图9B是图示了根据本发明的示例性实施例的返回数据的示例的示意图； [0022] 图10是图示了根据本发明的示例性实施例的OS间通信的示例的概念图； [0024] 图12是图示了根据本发明的示例性实施例的由实时操作系统执行的处理的流程图；以及 [0025] 图13是图示了根据本发明的示例性实施例的命令数据的示例的示意图。 具体实施方式[0026] 在下文中，将参照附图对本发明的示例性实施例进行详细描述。 [0027] 图1是图示了根据本发明的示例性实施例的图像形成系统的示例的示意图。 [0028] 如图1所示，根据本示例性实施例的图像形成装置10经由网络30连接至终端装置20。图像形成装置10将由从终端装置20经由网络30发送的图像数据表示的图像和由从读取装置(未图示)发送的图像数据表示的图像打印在片材上，该读取装置为对图像进行光学读取的打印机等。 [0029] 接下来，将参照图2对图像形成装置10的硬件配置进行详细描述。 [0030] 如图2所示，图像形成装置10包括CPU11、CPU12、存储器13、通信接口(通信IF)14、存储装置15、用户界面(UI)装置16和打印机17。通信IF14经由网络30向外部装置等发送数据并且从外部装置等接收数据。存储装置15例如为硬盘驱动器(HDD)等。UI装置16包括触控面板或者液晶显示器和键盘。这些部件经由控制总线18彼此连接。 [0031] CPU11(第一控制器)通过根据存储在存储器13或者存储装置15中的控制程序执行特定处理来控制图像形成装置10的操作。另外，CPU12(第二控制器)通过根据存储在存储器13或者存储装置15中的与CPU11的控制程序不同的控制程序执行特定处理来控制图像形成装置10的操作。另外，在本示例性实施例中，已经描述了CPU11和CPU12读取并且执行存储在存储器13或者存储装置15中的控制程序，然而，控制程序也可以存储在诸如CD-ROM等存储介质中，并且提供给CPU11和CPU12。 [0032] 图3是图示了通过执行上述控制程序而实现的图像形成装置10的功能配置的框图。 [0033] 在根据本示例性实施例的图像形成装置10中，如图3所示，通用操作系统(通用OS)101运行在CPU11上，并且实时操作系统(RTOS)102运行在CPU12上，CPU12根据与CPU11的控制程序不同的控制程序来执行处理。另外，如图3所示，图像形成装置10包括非易失性存储器103和易失性存储器104。另外，通用OS101和RTOS102通过OS间通信彼此通信，在OS间通信中，执行预定格式的数据的发送和接收。 [0034] 通过CPU11使通用OS101控制诸如向用户界面输出数据的非时间临界处理(非实时处理)，CPU11根据预定控制程序执行处理。另外，通用OS101将包括有关对预定处理的请求的信息的预定格式的数据作为命令数据(请求数据)发送至RTOS102。 [0035] 通过CPU12使RTOS102控制时间临界处理(实时处理)，在该时间临界处理中，在预定时间内完成所请求的处理，CPU12根据与CPU11的控制程序不同的控制程序来执行处理。所请求的处理例如为对诸如扫描仪等图像读取装置的控制和对诸如打印机等图像输出装置的控制。另外，在由从通用OS101接收的命令数据表示的请求是对获取日志信息(历史信息)的请求之外的请求的情况下，RTOS102向通用OS101发送预定格式的数据作为返回数据(响应数据)。该预定格式的数据包括返回信息(响应信息)和日志信息，该返回信息(响应信息)表示对请求的响应，该日志信息表示执行针对该请求的处理时得到的操作历史。 [0036] 另外，在RTOS102向通用OS101发送返回数据的情况下，RTOS102发送响应数据，该响应数据构成为使日志信息包括在预定格式的数据的未使用区域中，该数据包括返回信息。 [0037] 非易失性存储器103不需要电源来保持存储的信息，并且存储表示由通用OS101获取的操作历史的日志信息。 [0038] 易失性存储器104需要电源来保持存储的信息，并且暂时存储当RTOS102执行处理时得到的日志数据。 [0039] 接下来，首先，参照图4至图6，将对在未使用本发明的示例性实施例的配置的情况下发出除了对获取日志信息的请求之外的请求时执行的通用OS间通信的示例进行描述。 [0040] 图4是图示了在通用OS101和RTOS102之间执行的OS间通信的示例的概念图。 [0041] 如图4所示，通用OS101通过向RTOS102发送命令数据200来向RTOS102发出处理的请求。在RTOS102接收到命令数据200的情况下，RTOS102分析命令数据200并且执行由通用OS101请求的处理。然后，RTOS102将通过执行所请求的处理而获取的日志信息存储在易失性存储器104中。另外，RTOS102向通用OS101发送返回数据300，该返回数据300包括表示针对该请求的响应的返回信息。 [0042] 图5A和图5B是图示了通过在通用OS101和RTOS102之间执行的OS间通信发送和接收的数据的格式的示例的示意图。 [0043] 如图5A所示，在通用OS101向RTOS102发出处理的请求的情况下，通用OS101生成包括有关该请求的信息的预定格式的数据。例如，在通用OS101发出打印由从终端装置20发送的打印数据表示的图像的打印请求的情况下，通用OS101生成包括有关该打印请求的信息的预定格式的数据作为命令数据200。具体地，如图5A所示，通用OS101生成4096字节的数据作为命令数据200，该4096字节的数据包括协议头210(32字节)、表示该打印请求的命令ID220(4字节)、表示该打印请求的具体指令的命令信息230(n字节)和未使用区域240。 [0044] 另外，如图5B所示，协议头210包括表示整个协议头210的大小的协议头大小211(4字节)、表示命令ID220和命令信息230的总大小的命令大小212(4字节)和保留区域213(24字节)。考虑到将来追加扩展功能的情况，保留区域是可以添加信息的特定自由空间。 [0045] 在图5A所示的命令数据200的示例中，整个协议头210的大小图示为32字节，并且命令ID220和命令信息230的总大小图示为n+4字节。参照图5B，将假设除了协议头大小211和命令大小212之外的剩余24字节的区域是保留区域213来进行描述。 [0046] 如图5A所示，在命令数据200中，在协议头210为32字节、命令ID220为4字节、以及命令信息230为n字节的大小的情况下，4096-(32+4+n)字节的区域是未使用区域240。 [0047] 在RTOS102完成由通用OS101请求的处理的情况下，RTOS102将包括表示对该请求的响应的返回信息的返回数据300发送至通用OS101。此处，RTOS102通过使用与命令数据200的格式相似的格式来生成返回数据300。返回信息例如是表示对请求的响应的信息，该响应包括表示完成了所请求的处理的信息或表示所请求的处理已经失败的信息等。 [0048] 具体地，如图6A所示，RTOS102生成4096字节的数据作为返回数据300。4096字节的数据包括协议头310(32字节)、返回ID320(4字节)、返回信息330(n字节)和未使用区域340。返回ID320(4字节)表示对请求的响应。返回信息330(n字节)表示表示完成了所请求的处理的信息或表示所请求的处理已经失败的信息等。 [0049] 如图6B所示，协议头310包括表示整个协议头310的大小的协议头大小311(4字节)、表示返回ID320和返回信息330的总大小的返回大小312(4字节)和保留区域313(24字节)。 [0050] 在图6A所示的返回数据300的示例中，整个协议头310的大小图示为32字节，并且返回ID320和返回信息330的总大小图示为n+4字节。参照图6B，将假设除了协议头大小311和返回大小312之外的剩余24字节的区域是保留区域313来设进行描述。 [0051] 如图6A所示，与命令数据200相类似，在返回数据300中，在协议头310为32字节、返回ID320为4字节、以及返回信息330为n字节的大小的情况下，4096-(32+4+n)字节的区域是未使用区域340。 [0052] 另外，在通用OS101从RTOS102获取日志信息的情况下，通用OS101向RTOS102发出获取日志信息的请求。RTOS102将包括存储在易失性存储器104中的日志信息的数据作为返回数据发送至通用OS101。 [0053] 具体地，在从通用OS101接收到包括有关获取日志信息的请求的信息的命令数据200的情况下，如图7所示，RTOS102生成预定格式的数据作为返回数据300。预定格式的数据包括协议头310、表示对获取日志信息的请求的响应的返回ID320、已发送/尚未发送标记360、以及日志信息500。 [0054] 另外，在日志信息500就大小而言未落入预定格式的数据内的情况下，RTOS102将日志信息500划分为多条，并且生成多个返回数据。 [0055] 在已发送/尚未发送标记360为1的情况下，表明在已经接收到某个返回数据300之后，进一步从RTOS102发送包括通过划分得到的一条日志信息的另一个返回数据。在已发送/尚未发送标记360为0的情况下，表明在已经接收到某个返回数据300之后，不发送包括通过划分得到的一条日志信息的另一个返回数据。 [0056] 具体地，在从通用OS101向RTOS102发送获取日志信息500的请求的情况下，首先，RTOS102获取存储在易失性存储器104中的日志信息500。然后，生成包括日志信息的返回数据，该日志信息的大小落入预定格式的数据的大小(4096字节)内。 [0057] 例如，在日志信息500的大小为5000字节并且4000字节的日志信息可以包括在预定格式的数据中的情况下，如图8A所示，将日志信息500划分为大小为4000字节的日志信息500a和大小为1000字节的日志信息500b。然后，如图8B所示，RTOS102生成包括日志信息500a的返回数据作为第一返回数据301，并且生成包括日志信息500b的返回数据作为第二返回数据302。 [0058] 接下来，在将第一返回数据301的已发送/尚未发送标记360设置为1并且将第一返回数据301发送至通用OS101之后，RTOS102将第二返回数据302的已发送/尚未发送标记360设置为0并且将第二返回数据302发送至通用OS101。然后，通用OS101将包括在已经接收到的第一返回数据301和第二返回数据302中的日志信息存储在非易失性存储器103中。 [0059] 在上述获取日志信息的方法中，在从通用OS101发出获取日志信息的请求之前已经存储在易失性存储器104中的日志信息和由RTOS102执行的处理的日志信息的总量超过了易失性存储器104的容量的情况下，已经存储在易失性存储器104中的至少一部分日志信息被重写在超出部分的日志信息上，由此，可能获取不到这部分日志信息。 [0060] 接下来，将参照附图对OS间通信的示例进行描述，当发出对获取日志信息的请求之外的请求时，在根据本发明的示例性实施例的通用OS101和RTOS102之间执行OS间通信。另外，从通用OS101发送的命令数据与上述通用OS间通信的示例中的命令数据相似，因此省略对其的说明。 [0061] 图9A和图9B是图示了根据本示例性实施例的返回数据300a的示例的示意图。 [0062] 如图9A和图9B所示，在本示例性实施例中，在从通用OS101接收的命令数据表示的请求是对获取日志信息的请求之外的请求的情况下，RTOS102将预定格式的数据作为返回数据300a的发送至通用OS101。预定格式的数据包括表示对该请求的响应的返回信息和表示当执行针对该请求的处理时得到的操作历史的日志信息。 [0063] 具体地，如图9A所示，RTOS102生成4096字节的数据作为返回数据300a。4096字节的数据包括协议头310a(32字节)、返回ID320(4字节)、返回信息330(n字节)、日志信息标记350(4字节)和日志信息500(m字节)。返回ID320表示对请求的响应。返回信息330表示所请求的处理的内容。日志信息标记350表示是否包括日志信息。日志信息500表示当RTOS102执行处理时得到的操作历史。在本示例性实施例中，在RTOS102向通用OS101发送返回数据300a的情况下，RTOS102在当执行通用OS101所请求的处理时获取存储在易失性存储器104中的日志信息500。 [0064] 如图9A所示，根据本示例性实施例的返回数据300a构成为使日志信息标记350和日志信息500包括在如图6A所示的返回数据300中的未使用区域340中。即，与上述通用OS间通信的示例中的返回数据300相比，根据本示例性实施例的RTOS102生成返回数据300a从而使日志信息标记350和日志信息500存储在未使用区域340中。 [0065] 如图9B所示，在本示例性实施例中，协议头310a包括协议头大小311(4字节)、返回大小312(4字节)、日志大小314(4字节)、以及保留区域313。协议头大小311表示整个协议头310a的大小。返回大小312表示返回ID320和返回信息330的总大小。日志大小314表示日志信息500和日志信息标记350的总大小。另外，在本示例性实施例中，如图9B所示，协议头310a构成为使日志大小314包括在作为上述通用OS间通信的示例如图6B所示的协议头310的保留区域313中。 [0066] 在如图9B所示的协议头310a的示例中，整个协议头310a的大小图示为32字节，返回大小图示为n+4字节，并且日志大小图示为m+4字节。 [0067] 如图10所示，在从通用OS101接收的命令数据200表示的请求是对获取日志信息的请求之外的请求的情况下，RTOS102执行所请求的处理，然后向通用OS101发送上面已经描述的返回数据300a。 [0068] 然后，通用OS101分析从RTOS102接收的返回数据300a。在包括在返回数据300a中的日志信息标记350为1的情况下，通用OS101确定包括日志信息，获取包括在返回数据300a中的日志信息500，并且将日志信息500存储在非易失性存储器103中。在包括在返回数据300a中的日志信息标记350为0的情况下，通用OS101确定未包括日志信息并且基于返回信息执行完成处理。 [0069] 另外，在本示例性实施例中，已经对根据日志信息标记350是1还是0来确定返回数据300a是否包括日志信息进行了描述；然而，也可以根据日志大小314是否大于0字节来确定返回数据300a是否包括日志信息，该日志大小314是表示包括在协议头310a中的日志信息的大小的信息。 [0070] 接下来，将参照图11和图12的流程图对由根据本示例性实施例的图像形成装置10执行的处理进行描述。 [0071] 首先，将参照图11的流程图对由通用OS101执行的处理进行描述。 [0072] 首先，通用OS101将包括有关对预定处理的请求的信息的命令数据200发送至RTOS102(步骤S101)。 [0073] 接下来，通用OS101从RTOS102接收返回数据300a(步骤S102)。然后，通用OS101确定接收的返回数据300a是否包括日志信息(步骤S103)。在确定接收的返回数据300a不包括日志信息的情况下(步骤S103中为“否”)，该处理进入步骤S105。 [0074] 在确定接收的返回数据300a包括日志信息的情况下(步骤S103中为“是”)，通用OS101获取包括在返回数据300a中的日志信息500(步骤S104)。另外，通用OS101将获取的日志信息500存储在非易失性存储器103中。 [0075] 然后，通用OS101基于包括在返回数据300a中的返回信息330执行完成处理(步骤S105)。 [0076] 接下来，将参照图12的流程图对由RTOS102执行的处理进行描述。 [0077] 首先，RTOS102从通用OS101接收命令数据200(步骤S201)。然后，RTOS102分析接收的命令数据200并且确定接收的命令数据200是否表示获取日志信息的请求(步骤S202)。 [0078] 在接收的命令数据200表示对获取日志信息的请求之外的请求的情况下(步骤S202中为“否”)，RTOS102执行由通用OS101请求的处理(步骤S203)。然后，RTOS102获取已经执行处理的日志信息500，并且发送包括返回信息330和获取的日志信息500的返回数据300a，该返回信息330表示对请求的响应(步骤S204)。 [0079] 在接收的命令数据200表示获取日志信息的请求的情况下(步骤S202中为“是”)，RTOS102获取存储在易失性存储器104中的日志信息500(步骤S205)并且发送包括获取的日志信息500的返回数据300(步骤S206)。 [0080] 另外，已经描述了根据本示例性实施例的通用OS101发送包括协议头210、命令ID220、命令信息230和未使用区域240的命令数据200。然而，如图13所示，通用OS101也可以向RTOS102发送命令数据200a，该命令数据200a构成为使日志信息可接收/不可接收标记250包括在命令数据200的未使用区域240中。日志信息可接收/不可接收标记250表示日志信息是否是可接收的。例如，在由从通用OS101接收的命令数据200a表示的请求是对获取日志信息的请求之外的请求并且日志信息可接收/不可接收标记250为1的情况下，RTOS102可以向通用OS101发送包括返回信息和日志信息的返回数据300a。另外，在包括在从通用OS101接收的命令数据200a中的日志信息可接收/不可接收标记250为0的情况下，RTOS102可以向通用OS101发送不包括日志信息的返回数据300。 [0081] 另外，上面已经描述了将本示例性实施例适用于图像形成装置10的示例；然而，根据本发明的示例性实施例所适用的装置不限于图像形成装置10。根据本发明的示例性实施例可以适用于运行有多个操作系统的装置。特别地，优选根据本发明的示例性实施例适用于同时使用实时操作系统和通用操作系统的装置。 |
||||||
QQ群二维码
意见反馈
意见反馈