JP2016134000A - 情報処理装置およびプログラム - Google Patents

Abstract

【課題】
異なるプログラムに基づいて処理を実行する２つの制御手段間の通信において、通信プロトコルを変更することなく、実行された処理の履歴情報の取得漏れを防ぐ。
【解決手段】
汎用ＯＳ１０１は、ＲＴＯＳ１０２に対して、予め定められた処理の要求に関する情報が含まれるコマンドデータ２００を送信し、ＲＴＯＳ１０２は、汎用ＯＳ１０１から受信したコマンドデータ２００の要求がログ情報の取得以外の要求である場合に、当該要求に対する応答を示すリターン情報３３０と、当該要求の処理が実行された際の動作履歴を示すログ情報５００とを含むリターンデータ３００ａを汎用ＯＳ１０１に対して送信する。
【選択図】図３

Description

本発明は、情報処理装置およびプログラムに関する。

特許文献１には、ホストから取得したデータに、デバイス詳細情報を採取するための疑似的なコマンドを付加する周辺制御処理装置と、周辺制御処理装置から取得したデータを処理し、疑似的なコマンドを実行してデバイス詳細情報を取得し、データ処理結果である事象報告にデバイス詳細情報を付加して周辺制御処理装置に報告するデバイスとを含み、周辺制御処理装置は、デバイス詳細情報を記憶し、ホストからデバイス詳細情報を採取するためのコマンドを受け付けると、デバイス詳細情報をホストに通知するデバイス状態確認システムが開示されている。

特開２００８−２１７６６７号公報

本発明の目的は、異なるプログラムに基づいて処理を実行する２つの制御手段間の通信において、通信プロトコルを変更することなく、実行された処理の履歴情報の取得漏れを防ぐことが可能な情報処理装置を提供することである。

請求項１に係る本発明は、予め定められたプログラムに基づいて処理を実行する第１の制御手段と、
前記プログラムとは異なるプログラムに基づいて処理を実行する第２の制御手段と、
を有し、
前記第１の制御手段は、前記第２の制御手段に対して、予め定められた処理の要求に関する情報を含む要求データを送信し、
前記第２の制御手段は、前記第１の制御手段から受信した要求データの要求が履歴情報の取得以外の要求である場合に、当該要求に対する応答を示す応答情報と当該要求の処理が実行された際の動作履歴を示す履歴情報とを含む応答データを前記第１の制御手段に対して送信する情報処理装置である。

請求項２に係る本発明は、前記応答データが、予め定められた形式のデータであり、
前記第２の制御手段は、前記応答情報を含めた予め定められた形式のデータにおける未使用の領域に前記履歴情報が含まれるように構成される応答データを前記第１の制御手段に対して送信する請求項１記載の情報処理装置である。

請求項３に係る本発明は、前期第１の制御手段が、前記第２の制御手段に対して、前記要求データを送信する際に、履歴情報の受信が可能か否かを示す情報を当該要求データに付加し、
前期第２の制御手段は、前記第１の制御手段から受信した要求データの要求が履歴情報の取得以外の要求であり、かつ、当該要求データに履歴情報の受信が可能であることを示す情報が含まれている場合に、前記応答データを前記第１の制御手段に対して送信する請求項１または２記載の情報処理装置である。

請求項４に係る本発明は、予め定められた処理の要求に関する情報を含む要求データを送信するステップと、
受信した要求データの要求が履歴情報の取得以外の要求である場合に、当該要求に対する応答を示す応答情報と当該要求の処理が実行された際の動作履歴を示す履歴情報とを含む応答データを送信するステップと、
をコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、異なるプログラムに基づいて処理を実行する２つの制御手段間の通信において、通信プロトコルを変更することなく、実行された処理の履歴情報の取得漏れを防ぐことが可能な情報処理装置を提供することができる。

請求項２に係る本発明によれば、予め定められた形式のデータにより通信を行う場合でも、履歴情報の取得漏れを防ぐことが可能な情報処理装置を提供することができる。

請求項３に係る本発明によれば、履歴情報の取得以外の要求が行われた際の履歴情報の取得を行うか否かを変更することが可能な情報処理装置を提供することができる。

請求項４に係る本発明によれば、異なるプログラムに基づいて処理を実行する２つの制御手段間の通信において、通信プロトコルを変更することなく、実行された処理の履歴情報の取得漏れを防ぐことが可能なプログラムを提供することができる。

本発明の一実施形態における画像形成システムの一例を示す図である。 本発明の一実施形態における画像形成装置１０のハードウェア構成を示すブロック図である。 本発明の一実施形態における画像形成装置１０の機能構成を示すブロック図である。 本発明の構成を有さない場合におけるＯＳ間通信の一例を示す概念図である。 本発明の一実施形態におけるＯＳ間通信において送受信されるデータのフォーマットの一例を示す図である。 本発明の構成を有さない場合におけるリターンデータの一例を示す図である。 本発明の一実施形態におけるログ情報の取得要求に対するリターンデータの一例を示す図である。 本発明の一実施形態におけるログ情報が分割された場合のリターンデータの一例を示す図である。 本発明の一実施形態におけるリターンデータの一例を示す図である。 本発明の一実施形態におけるＯＳ間通信の一例を示す概念図である。 本発明の一実施形態における汎用ＯＳ１０１側の処理の流れを示すフローチャートである。 本発明の一実施形態におけるＲＴＯＳ１０２側の処理の流れを示すフローチャートである。 本発明の一実施形態におけるコマンドデータの一例を示す図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の一実施形態における画像形成システムの一例を示す図である。

図１に示されるように、本実施形態における画像形成装置１０は、ネットワーク３０を介して端末装置２０と接続されている。画像形成装置１０は、端末装置２０からネットワーク３０を介して送信されてきた画像データ、および図示しない光学的に画像を読み取るプリンタなどの読み取り装置から送信されてきた画像データを用紙に印刷する。

次に、画像形成装置１０のハードウェアの構成を図２を参照して詳細に説明する。

画像形成装置１０は、図２に示されるように、ＣＰＵ１１と、ＣＰＵ１２と、メモリ１３と、ネットワーク３０を介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１４と、ハードディスクドライブ（ＨＤＤ）等の記憶装置１５、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１６と、プリンタ１７とを有する。これらの構成要素は、制御バス１８を介して互いに接続されている。

ＣＰＵ１１（第１の制御手段）は、メモリ１３または記憶装置１５に格納された制御プログラムに基づいて所定の処理を実行して、画像形成装置１０の動作を制御する。また、ＣＰＵ１２（第２の制御手段）は、メモリ１３または記憶装置１５に格納され、ＣＰＵ１１の制御プログラムとは異なる制御プログラムに基づいて所定の処理を実行して、画像形成装置１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１及びＣＰＵ１２は、メモリ１３または記憶装置１５内に格納された制御プログラムを読み出して実行するものとして説明したが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１及びＣＰＵ１２に提供することも可能である。

図３は、上記の制御プログラムが実行されることにより実現される画像形成装置１０の機能構成を示すブロック図である。

本実施形態における画像形成装置１０においては、図３に示されるように、ＣＰＵ１１上において汎用オペレーティングシステム（汎用ＯＳ）１０１が動作し、ＣＰＵ１１とは異なる制御プログラムに基づいて処理を実行するＣＰＵ１２上においてリアルタイムオペレーティングシステム（ＲＴＯＳ）１０２が動作する。また、画像形成装置１０は、図３に示されるように、不揮発性メモリ１０３と、揮発性メモリ１０４とを有している。また、汎用ＯＳ１０１とＲＴＯＳ１０２とは、予め定められた形式のデータによって送受信を行うＯＳ間通信により相互に通信を行う。

汎用ＯＳ１０１は、予め定められた制御プログラムに基づいてＣＰＵ１１により処理が実行されることによって、ユーザインタフェースへのデータ出力といった時間制約がない処理（非リアルタイム処理）を制御する。また、汎用ＯＳ１０１は、予め定められた処理の要求に関する情報が含まれる予め定められた形式のデータをコマンドデータ（要求データ）としてＲＴＯＳ１０２に対して送信する。

ＲＴＯＳ１０２は、ＣＰＵ１１とは異なる制御プログラムに基づいてＣＰＵ１２により処理が実行されることによって、スキャナ等の画像読取装置や、プリンタ等の画像出力装置の制御といった要求された処理を予め定められた時間内に終了するリアルタイム性が要求される処理（リアルタイム処理）を制御する。また、ＲＴＯＳ１０２は、汎用ＯＳ１０１から受信したコマンドデータの要求がログ情報（履歴情報）の取得以外の要求である場合に、当該要求に対する応答を示すリターン情報（応答情報）と、当該要求の処理が実行された際の動作履歴を示すログ情報とが含まれる予め定められた形式のデータをリターンデータ（応答データ）として汎用ＯＳ１０１に対して送信する。

また、ＲＴＯＳ１０２は、リターンデータを汎用ＯＳ１０１に対して送信する場合に、リターン情報を含めた予め定められた形式のデータにおける未使用の領域にログ情報が含まれるように構成される応答データを送信する。

不揮発性メモリ１０３は、記憶された情報の保持に電源の供給を必要とせず、汎用ＯＳ１０１により取得された動作履歴を示すログ情報を格納する。

揮発性メモリ１０４は、記憶された情報の保持に電源の供給を必要とし、ＲＴＯＳ１０２により処理が実行された際のログ情報を一時的に格納する。

次に、まず、図４〜図６を参照して、本発明の構成を有さない場合に、ログ情報の取得要求以外の要求が行われる際の一般的なＯＳ間通信の一例について説明する。

図４は、汎用ＯＳ１０１とＲＴＯＳ１０２との間で行われるＯＳ間通信の一例を示す概念図である。

図４に示されるように、汎用ＯＳ１０１は、ＲＴＯＳ１０２に対して、コマンドデータ２００を送信することにより、ＲＴＯＳ１０２に対して処理の要求を行う。また、ＲＴＯＳ１０２は、コマンドデータ２００を受信した場合に、コマンドデータ２００を解析して汎用ＯＳ１０１から要求された処理を実行する。そして、ＲＴＯＳ１０２は、実行したログ情報を揮発性メモリ１０４に格納する。また、ＲＴＯＳ１０２は、要求に対する応答を示すリターン情報が含まれるリターンデータ３００を汎用ＯＳ１０１に対して送信する。

図５は、汎用ＯＳ１０１とＲＴＯＳ１０２との間で行われるＯＳ間通信において送受信されるデータのフォーマット（形式）の一例を示す図である。

図５（Ａ）に示されるように、汎用ＯＳ１０１は、ＲＴＯＳ１０２に対して処理の要求を行う場合、要求に関する情報が含まれる予め定められたフォーマットのデータを生成する。例えば、汎用ＯＳ１０１は、端末装置２０から送信された印刷データの印刷要求を行う場合に、印刷要求に関する情報が含まれる予め定められたフォーマットのデータをコマンドデータ２００として生成する。具体的には、図５（Ａ）に示されるように、汎用ＯＳ１０１は、プロトコルヘッダ２１０（３２バイト）、印刷の要求を示すコマンドＩＤ２２０（４バイト）、印刷の要求の具体的な指示を示すコマンド情報２３０（ｎバイト）及び未使用領域２４０により構成される４０９６（バイト）のデータをコマンドデータ２００として生成する。

また、図５（Ｂ）に示されるように、プロトコルヘッダ２１０は、プロトコルヘッダ２１０全体のサイズを示すプロトコルヘッダサイズ２１１（４バイト）、コマンドＩＤ２２０及びコマンド情報２３０の合計サイズを示すコマンドサイズ２１２（４バイト）及びリザーブ領域２１３（２４バイト）により構成される。リザーブ領域とは、将来的に拡張機能を実装する場合を考慮して、情報を追加可能な空き容量を示す領域である。

図５（Ｂ）に示されるコマンドデータ２００の一例では、プロトコルヘッダ２１０全体のサイズが３２（バイト）、コマンドＩＤ２２０及びコマンド情報２３０の合計サイズがｎ＋４（バイト）であることを示している。そして、図５（Ｂ）においては、プロトコルヘッダサイズ２１１及びコマンドサイズ２１２以外の残りの２４（バイト）の領域がリザーブ領域２１３であるものとして説明する。

また、図５（Ａ）に示されるように、コマンドデータ２００において、プロトコルヘッダ２１０が３２（バイト）、コマンドＩＤ２２０が４（バイト）、コマンド情報２３０がｎ（バイト）である場合には、４０９６−（３２＋４＋ｎ）（バイト）分の領域が未使用領域２４０となる。

そして、ＲＴＯＳ１０２は、汎用ＯＳ１０１から要求された処理を完了した場合に、要求に対する応答を示すリターン情報が含まれるリターンデータ３００を汎用ＯＳ１０１に対して送信する。このとき、ＲＴＯＳ１０２は、コマンドデータ２００と同様のフォーマットのデータによりリターンデータ３００を生成する。また、リターン情報とは、例えば、要求された処理が完了したことを示す情報や要求された処理が失敗したことを示す情報等を含む要求に対する応答を示す情報である。

具体的には、ＲＴＯＳ１０２は、図６（Ａ）に示されるように、プロトコルヘッダ３１０（３２バイト）、要求に対する応答を示すリターンＩＤ３２０（４バイト）、要求された処理が完了したことを示す情報や要求された処理が失敗したことを示す情報等を示すリターン情報３３０（ｎバイト）及び未使用領域３４０により構成される４０９６（バイト）のデータをリターンデータ３００として生成する。

また、図６（Ｂ）に示されるように、プロトコルヘッダ３１０はプロトコルヘッダ３１０全体のサイズを示すプロトコルヘッダサイズ３１１（４バイト）、リターンＩＤ３２０及びリターン情報３３０の合計サイズを示すリターンサイズ３１２（４バイト）及びリザーブ領域３１３（２４バイト）により構成される。

図６（Ｂ）に示されるリターンデータ３００の一例では、プロトコルヘッダ３１０全体のサイズが３２（バイト）、リターンＩＤ３２０及びリターン情報３３０の合計サイズがｎ＋４（バイト）であることを示している。そして、図６（Ｂ）においては、プロトコルヘッダサイズ３１１及びコマンドサイズ３１２以外の残りの２４バイトの領域がリザーブ領域３１３であるものとして説明する。

そして、図６（Ａ）に示されるように、コマンドデータ２００と同様に、リターンデータ３００において、プロトコルヘッダ３１０が３２（バイト）、リターンＩＤ３２０が４（バイト）、リターン情報３３０がｎ（バイト）である場合には、４０９６−（３２＋４＋ｎ）（バイト）分の領域が未使用領域３４０となる。

また、汎用ＯＳ１０１がＲＴＯＳ１０２からログ情報を取得する際には、汎用ＯＳ１０１がログ情報の取得の要求をＲＴＯＳ１０２に対して行い、ＲＴＯＳ１０２は、揮発性メモリ１０４に格納されているログ情報を含むデータをリターンデータとして汎用ＯＳ１０１に対して送信する。

具体的には、汎用ＯＳ１０１からログ情報の取得の要求に関する情報が含まれるコマンドデータ２００を受信した場合、図７に示されるように、ＲＴＯＳ１０２は、プロトコルヘッダ３１０、ログ情報の取得要求に対する応答を示すリターンＩＤ３２０、未送信フラグ３６０、ログ情報５００により構成される予め定められたフォーマットのデータをリターンデータ３００として生成する。

また、ＲＴＯＳ１０２は、予め定められたフォーマットのデータにログ情報５００が収まりきらない場合には、ログ情報５００を分割して複数のリターンデータを生成する。

また、未送信フラグは、１である場合には、受信したリターンデータ３００の後にさらに分割されたログ情報を含むリターンデータがＲＴＯＳ１０２から送信されることを示し、０である場合には、受信したリターンデータ３００の後にログ情報が送信されないことを示す。

具体的には、汎用ＯＳ１０１からログ情報５００の取得の要求がＲＴＯＳ１０２に対して行われた場合、まず、ＲＴＯＳ１０２は、揮発性メモリ１０４に格納されているログ情報５００を取得する。そして、予め定められたフォーマットのデータのサイズ（４０９６バイト）に収まる分のログ情報を含むリターンデータを生成する。

例えば、ログ情報５００のサイズが５０００（バイト）であり、予め定められたフォーマットのデータに４０００（バイト）分のログ情報が収められる場合には、図８（Ａ）に示されるように、ログ情報５００を、４０００（バイト）のログ情報５００ａと１０００（バイト）のログ情報５００ｂとに分割する。そして、図８（Ｂ）に示されるように、ＲＴＯＳ１０２は、ログ情報５００ａが含まれるリターンデータを１つ目のリターンデータ３０１として生成し、ログ情報５００ｂが含まれるリターンデータを２つ目のリターンデータ３０２として生成する。

次に、ＲＴＯＳ１０２は、１つ目のリターンデータ３０１の未送信フラグを１に設定して汎用ＯＳ１０１に対して送信した後、２つ目のリターンデータ３０２の未送信フラグを０に設定して汎用ＯＳ１０１に対して送信する。そして、汎用ＯＳ１０１は、受信した１つ目のリターンデータ３０１及び２つ目のリターンデータ３０２に含まれるログ情報を不揮発性メモリ１０３に格納する。

上記のログ情報の取得方法では、汎用ＯＳ１０１からログ情報の取得の要求が行われる前に、既に揮発性メモリに格納されているログ情報と、ＲＴＯＳ１０２において実行された処理のログ情報との合計量が揮発性メモリの容量を超えた場合、以前のログ情報が超過分のログ情報に上書きされるため、ログ情報の取得漏れが発生することがある。

次に、本発明の一実施形態における汎用ＯＳ１０１とＲＴＯＳ１０２との間でログ情報の取得要求以外の要求の際に行われるＯＳ間通信の一例について、図面を参照して説明する。なお、汎用ＯＳ１０１により送信されるコマンドデータについては、上述した一般的なＯＳ間通信の一例と同様であるため説明を省略する。

図９は、本実施形態におけるリターンデータ３００ａの一例を示す図である。

図９に示されるように、本実施形態においては、ＲＴＯＳ１０２は、汎用ＯＳ１０１から受信したコマンドデータの要求がログ情報の取得以外の要求である場合に、この要求に対する応答を示すリターン情報と当該要求の処理が実行された際の動作履歴を示すログ情報とが含まれる予め定められたフォーマットのデータをリターンデータ３００ａとして汎用ＯＳ１０１に対して送信する。

具体的には、ＲＴＯＳ１０２は、図９（Ａ）に示されるように、プロトコルヘッダ３１０ａ（３２バイト）、要求に対する応答を示すリターンＩＤ３２０（４バイト）、要求された処理の内容を示すリターン情報３３０（ｎバイト）、ログ情報が含まれるか否かを示すログ情報フラグ３５０（４バイト）及びＲＴＯＳ１０２において処理が実行された際の動作履歴を示すログ情報５００（ｍバイト）により構成される４０９６（バイト）のサイズのリターンデータ３００ａを生成する。本実施形態においては、ＲＴＯＳ１０２は、リターンデータ３００ａを汎用ＯＳ１０１に送信する場合に、汎用ＯＳ１０１から要求された処理を実行した際に揮発性メモリ１０４に格納されたログ情報５００を取得する。

また、本実施形態におけるリターンデータ３００ａは、図９（Ａ）に示されるように、図６（Ａ）に示されるリターンデータ３００における未使用領域３４０にログ情報フラグ３５０及びログ情報５００が含まれるように構成されている。つまり、上述した一般的なＯＳ間通信の一例におけるリターンデータ３００に対して、本実施形態におけるＲＴＯＳ１０２は、未使用領域３４０にログ情報フラグ３５０及びログ情報５００が格納されるようにリターンデータ３００ａを生成する。

また、図９（Ｂ）に示されるように、本実施形態においては、プロトコルヘッダ３１０ａは，プロトコルヘッダ３１０ａ全体のサイズを示すプロトコルヘッダサイズ３１１（４バイト）、リターンＩＤ３２０及びリターン情報３３０の合計サイズを示すリターンサイズ３１２（４バイト）、ログ情報５００及びログ情報フラグ３５０の合計サイズを示すログサイズ３１４（４バイト）及びリザーブ領域３１３により構成される。また、本実施形態においては、図９（Ｂ）に示されるように、上述した一般的なＯＳ間通信の一例として図６（Ｂ）に示されるようなプロトコルヘッダ３１０に対して、ログサイズ３１４がリザーブ領域３１３に含まれるように構成される。

図９（Ｂ）に示されるプロトコルヘッダ３１０ａの一例では、プロトコルヘッダ３１０ａの全体のサイズが３２（バイト）、リターンサイズがｎ＋４（バイト）、ログサイズがｍ＋４（バイト）であることを示している。

そして、図１０に示されるように、汎用ＯＳ１０１から受信したコマンドデータ２００の要求がログ情報の取得以外の要求である場合、ＲＴＯＳ１０２は、要求された処理を実行した後、上述したリターンデータ３００ａを汎用ＯＳ１０１に対して送信する。

そして、汎用ＯＳ１０１は、ＲＴＯＳ１０２から受信したリターンデータ３００ａを解析して、リターンデータ３００ａに含まれるログ情報フラグ３５０が１である場合には、ログ情報が含まれると判定し、リターンデータに含まれるログ情報５００を取得して不揮発性メモリ１０３に格納する。また、汎用ＯＳ１０１は、リターンデータ３００ａに含まれるログ情報フラグ３５０が０である場合には、ログ情報が含まれていないと判定し、リターン情報に基づく完了処理を行う。

なお、本実施形態においては、ログ情報フラグが１であるか０であるかに基づいてリターンデータにログ情報が含まれるか否かを判定するものとして説明したが、プロトコルヘッダ３１０ａに含まれるログ情報のサイズを示す情報３１４が０（バイト）よりも大きいか否かに基づいて、リターンデータ３００ａにログ情報が含まれるか否かを判定するようにしてもよい。

次に、本実施形態における画像形成装置１０の処理について、図１１及び図１２のフローチャートを参照して説明する。

まず、汎用ＯＳ１０１側の処理について、図１１のフローチャートを参照して説明する。

まず、汎用ＯＳ１０１は、ＲＴＯＳ１０２に対して、予め定められた処理の要求に関する情報が含まれるコマンドデータ２００を送信する（ステップＳ１０１）。

次に、汎用ＯＳ１０１は、ＲＴＯＳ１０２からリターンデータ３００ａを受信する（ステップＳ１０２）。そして、汎用ＯＳ１０１は、受信したリターンデータ３００ａにログ情報が含まれているか否かを判定する（ステップＳ１０３）。リターンデータにログ情報が含まれていないと判定された場合（ステップＳ１０３においてｎｏ）、ステップＳ１０５に進む。

また、リターンデータ３００ａにログ情報が含まれていると判定された場合（ステップＳ１０３においてｙｅｓ）、汎用ＯＳ１０１は、リターンデータ３００ａに含まれるログ情報５００を取得する（ステップＳ１０４）。また、汎用ＯＳ１０１は、取得したログ情報５００を不揮発性メモリ１０３に格納する。

そして、汎用ＯＳ１０１は、リターンデータ３００ａに含まれるリターン情報３３０に基づく完了処理を行う（ステップＳ１０５）。

次に、ＲＴＯＳ１０２側の処理について、図１２のフローチャートを参照して説明する。

まず、ＲＴＯＳ１０２は、汎用ＯＳ１０１からコマンドデータ２００を受信する（ステップＳ２０１）。そして、ＲＴＯＳ１０２は、受信したコマンドデータ２００を解析して、ログ情報の取得の要求であるか否かを判定する（ステップＳ２０２）。

そして、ログ情報の取得以外の要求である場合には（ステップＳ２０２においてｎｏ）、ＲＴＯＳ１０２は、汎用ＯＳ１０１から要求された処理を実行する（ステップＳ２０３）。そして、ＲＴＯＳ１０２は、実行した処理のログ情報５００を取得して、要求に対する応答を示すリターン情報３３０と取得されたログ情報５００とを含むリターンデータ３００ａを送信する（ステップＳ２０４）。

また、ログ情報の取得の要求である場合には（ステップＳ２０２においてｙｅｓ）、ＲＴＯＳ１０２は、揮発性メモリ１０４に格納されているログ情報５００を取得して（ステップＳ２０５）、取得したログ情報５００を含むリターンデータ３００を送信する（ステップＳ２０６）。

なお、本実施形態における汎用ＯＳ１０１は、プロトコルヘッダ２１０、コマンドＩＤ２２０、コマンド情報２３０及び未使用領域２４０により構成されるコマンドデータ２００を送信するものとして説明したが、図１３に示されるように、コマンドデータ２００の未使用領域２４０に、ログ情報の受信が可能であるか否かを示すログ情報受信可否フラグ２５０が含まれるように構成されるコマンドデータ２００ａをＲＴＯＳ１０２に対して送信するようにしてもよい。例えば、ＲＴＯＳ１０２は、汎用ＯＳ１０１から受信したコマンドデータ２００ａの要求がログ情報の取得以外の要求であり、かつ、ログ情報受信可否フラグ２５０が１である場合に、リターン情報とログ情報とが含まれるリターンデータ３００ａを汎用ＯＳ１０１に対して送信するようにしてもよい。また、ＲＴＯＳ１０２は、汎用ＯＳ１０１から受信したコマンドデータに含まれるログ情報受信可否フラグ２５０が０である場合には、ログ情報が含まれないリターンデータ３００を汎用ＯＳ１０１に対して送信するようにしてもよい。

また、本実施形態においては、画像形成装置１０に適用した例を説明したが、本発明が適用される装置は、画像形成装置１０に限らない。本発明は、複数のオペレーティングシステムが動作する装置であれば適用可能である。特に、本発明は、リアルタイムオペレーティングシステムと汎用オペレーティングシステムとを併用している装置に好適である。

１０ 画像形成装置
１１、１２ ＣＰＵ
１３ メモリ
１４ 通信ＩＦ
１５ 記憶装置
１６ ＵＩ部
１７ プリンタ
１８ 制御バス
２０ 端末装置
３０ ネットワーク
１０１ 汎用ＯＳ
１０２ ＲＴＯＳ
１０３ 不揮発性メモリ
１０４ 揮発性メモリ
２００ コマンドデータ
２１０、２１０ａ、３１０、３１０ａ プロトコルヘッダ
２１１、３１１ プロトコルヘッダサイズ
２１２ コマンドサイズ
２１３、３１３ リザーブ領域
２２０ コマンドＩＤ
２３０ コマンド情報
２４０、３４０ 未使用領域
２５０ ログ情報受信可否フラグ
３００、３００ａ、３０１、３０２ リターンデータ
３１２ リターンサイズ
３１４ ログサイズ
３２０ リターンＩＤ
３３０ リターン情報
３５０ ログ情報フラグ
３６０ 未送信フラグ
５００、５００ａ、５００ｂ ログ情報

Claims (4)

1. 予め定められたプログラムに基づいて処理を実行する第１の制御手段と、
   前記プログラムとは異なるプログラムに基づいて処理を実行する第２の制御手段と、
   を有し、
   前記第１の制御手段は、前記第２の制御手段に対して、予め定められた処理の要求に関する情報を含む要求データを送信し、
   前記第２の制御手段は、前記第１の制御手段から受信した要求データの要求が履歴情報の取得以外の要求である場合に、当該要求に対する応答を示す応答情報と当該要求の処理が実行された際の動作履歴を示す履歴情報とを含む応答データを前記第１の制御手段に対して送信する情報処理装置。
2. 前記応答データは、予め定められた形式のデータであり、
   前記第２の制御手段は、前記応答情報を含めた予め定められた形式のデータにおける未使用の領域に前記履歴情報が含まれるように構成される応答データを前記第１の制御手段に対して送信する請求項１記載の情報処理装置。
3. 前期第１の制御手段は、前記第２の制御手段に対して、前記要求データを送信する際に、履歴情報の受信が可能か否かを示す情報を当該要求データに付加し、
   前期第２の制御手段は、前記第１の制御手段から受信した要求データの要求が履歴情報の取得以外の要求であり、かつ、当該要求データに履歴情報の受信が可能であることを示す情報が含まれている場合に、前記応答データを前記第１の制御手段に対して送信する請求項１または２記載の情報処理装置。
4. 予め定められた処理の要求に関する情報を含む要求データを送信するステップと、
   受信した要求データの要求が履歴情報の取得以外の要求である場合に、当該要求に対する応答を示す応答情報と当該要求の処理が実行された際の動作履歴を示す履歴情報とを含む応答データを送信するステップと、
   をコンピュータに実行させるためのプログラム。

Images