JP7392399B2 - 情報処理装置、システム、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、システム、情報処理方法、及びプログラムに関する。

所定の装置と情報処理装置とが通信可能に接続されたシステムでは、ユーザから情報処理装置で受けた要求に応じて、情報処理装置が所定の装置のミドルウェア経由で所定の装置の機能を利用することがある。

特許文献１には、携帯端末装置において、アプリケーションで受けたユーザの操作ログをログデータとして蓄積し、自己診断の要求をユーザからそのアプリケーションで受けるとログデータとシナリオデータとを比較して操作ミスの診断を行うことが記載されている。これにより、特許文献１によれば、ユーザが通常使用しているアプリケーションを利用して操作ミスの診断をユーザ自身が行うことができるとされている。

特許文献２には、携帯情報装置とＭＦＰとが通信可能に接続された画像処理連携システムにおいて、携帯情報装置がＭＦＰからファイルについてのログを取得して自装置内のそのファイルについてのログと併せて管理することが記載されている。これにより、特許文献２によれば、携帯情報装置とＭＦＰとに跨って取り扱われたファイルの追跡が簡単になるとされている。

特許文献１に記載の技術では、蓄積されるログデータは、ユーザの携帯端末装置の操作に関するものに過ぎず、開発者による不具合解析のためには、情報が不足している可能性がある。

特許文献２に記載の技術では、携帯情報装置とＭＦＰとについて併せて管理されるログがファイルについてのログに過ぎず、開発者による不具合解析のためには、情報が不足している可能性がある。

本発明は、上記に鑑みてなされたものであって、開発者による不具合解析のための情報を一括して管理できる情報処理装置、システム、情報処理方法、及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の１つの側面にかかる情報処理装置は、ミドルウェアを有する所定の装置の機能を前記ミドルウェア経由で利用する利用手段と、前記ミドルウェアの開発者向け機能が有効であるときに開発者向けメニューにより動作を変更する変更手段と、前記開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成する生成手段と、前記情報を前記所定の装置に送信する送信手段と、アプリケーションから前記所定の装置への要求の伝送を中継する中継アプリケーションが利用されたタイミングで情報処理装置の画面の情報を画面ログとして取得するログ取得手段とを有することを特徴とする。

本発明によれば、開発者による不具合解析のための情報を一括して管理できるという効果を奏する。

図１は、実施形態にかかるシステムの概略構成を示す図である。 図２は、実施形態における各装置の概略的なハードウェア構成を示す図である。 図３は、実施形態における情報処理装置の機能構成を示す図である。 図４は、実施形態にかかるシステムの動作を示すシーケンス図である。 図５は、実施形態におけるジョブログの例を示す図である。 図６は、実施形態におけるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）ログの例を示す図である。 図７は、実施形態における画面ログの例を示す図である。 図８は、実施形態におけるパケットログの例を示す図である。 図９は、実施形態におけるエラーログの例を示す図である。 図１０は、実施形態の第１の変形例にかかるシステムの動作を示すシーケンス図である。 図１１は、実施形態の第２の変形例にかかるシステムの動作を示すシーケンス図である。 図１２は、実施形態の第３の変形例にかかるシステムの動作を示す図である。 図１３は、実施形態及びその第１～第３の変形例における情報処理装置のハードウェア構成例を示す図である。 図１４は、実施形態及びその第１～第３の変形例における所定の装置のハードウェア構成例を示す図である。

（実施形態）
本発明の実施形態にかかるシステム１００は、所定の装置と情報処理装置とが通信可能に接続されたシステムである。所定の装置１は、ミドルウェアを有し、例えば、ミドルウェア経由で受けた要求に応じて画像形成を行う画像形成装置であり、スキャナ機能、プリンタ機能、ファクシミリ機能などの複数の機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。情報処理装置は、例えば、タブレット又はスマートフォンなどの携帯端末である。このシステムでは、ユーザから情報処理装置で受けた要求に応じて、情報処理装置が所定の装置のミドルウェア経由で所定の装置の機能を利用することがある。

例えば、情報処理装置において、アプリケーションで受けたユーザの操作ログをログデータとして蓄積し、自己診断の要求をユーザからそのアプリケーションで受けるとログデータとシナリオデータとを比較して操作ミスの診断を行う場合を考える。この場合、蓄積されるログデータは、ユーザの情報処理装置の操作に関するものに過ぎず、開発者による不具合解析のためには、情報が不足している傾向にある。

また、システムにおいて、情報処理装置が所定の装置からファイルについてのログを取得して自装置内のそのファイルについてのログと併せて管理する場合を考える。この場合、情報処理装置と所定の装置とについて併せて管理されるログがファイルについてのログに過ぎず、開発者による不具合解析のためには、情報が不足している傾向にある。

そこで、本実施形態では、システムにおいて、情報処理装置で開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成し所定の装置に送信することで、情報処理装置の統合されたログと所定の装置のログとを一括化することを可能にし、開発者による不具合解析のための情報の一括管理を可能にする。

具体的には、システム１００は、例えば、図１に示すように構成され得る。図１は、実施形態にかかるシステム１００の概略構成を示す図である。

システム１００は、所定の装置１、情報処理装置２、ネットワーク３、及びログサーバ３０を有する。所定の装置１、情報処理装置２及びログサーバ３０は、ネットワーク３を介して互いに通信可能に接続されている。ネットワーク３は、無線通信回線及び／又は有線通信回線を含む。無線通信回線は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、携帯電話回線などを含む。有線通信回線は、有線ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含む。

所定の装置１は、例えば、要求に応じて画像形成を行う画像形成装置である。所定の装置１は、ミドルウェア及び複数の機能を有し、受けた要求をミドルウェア経由で複数の機能へ伝達可能である。複数の機能は、コピー機能、スキャナ機能、プリンタ機能、ファクシミリ機能などを含む。所定の装置１は、これらの複数の機能を有する複合機（ＭＦＰ）であってもよい。なお、図１では、図示及び説明の簡略化のため、ネットワーク３に所定の装置１（ＭＦＰ）が１台接続された構成が例示されているが、ネットワーク３には複数だの所定の装置１（ＭＦＰ）が接続されていてもよい。

情報処理装置２は、ユーザからの要求を受けて所定の装置１へ伝送することが可能な装置であり、例えば、タブレット、携帯型のパーソナルコンピュータ、又はスマートフォンなどの携帯端末であってもよいし、設置型のパーソナルコンピュータ、ワークステーションなどの情報端末であってもよい。また、情報処理装置２は、自律的に要求を生成して所定の装置１へ伝送することが可能な装置であってもよい。情報処理装置２は、アプリケーション及び中継アプリケーションを有する。アプリケーションは、ユーザからの要求を受けると、又は、自律的に要求を生成すると、その要求を中継アプリケーションへ供給する。中継アプリケーションは、受けた要求をネットワーク３経由で所定の装置１のミドルウェアへ伝送する。これにより、情報処理装置２は、要求を所定の装置１のミドルウェア経由で複数の機能へ伝達でき、所定の装置１のミドルウェア経由で所定の装置１の機能を利用することができる。

ログサーバ３０は、所定の装置１及び情報処理装置２のログをそれぞれ保存するサーバである。ログサーバ３０は、所定の装置１からログを受けると、受けたログを所定の装置１に関連付けて蓄積する。ログサーバ３０は、情報処理装置２からログを受けると、受けたログを情報処理装置２に関連付けて蓄積する。

次に、システム１００における各装置の概略的なハードウェア構成について図２を用いて説明する。図２は、実施形態における各装置の概略的なハードウェア構成を示す図である。

所定の装置１は、例えば複合機（ＭＦＰ）であり、制御装置１１、表示装置１２、主記憶装置１３、操作入力装置１４、外部記憶装置１５、印刷装置１６、画像読取り装置１７、通信装置１８、及びバス１９有している。制御装置１１、表示装置１２、主記憶装置１３、操作入力装置１４、外部記憶装置１５、印刷装置１６、画像読取り装置１７、通信装置１８は、バス１９を介して互いに接続されている。主記憶装置１３は、制御装置１１により実行されるプログラムのワークエリアとして機能するＲＡＭ等からなる。外部記憶装置１５は、例えばハードディスクドライブであり、各種の制御プログラムやアプリケーションプログラム、画像データ等を格納している。制御装置１１は、必要なプログラム等を外部記憶装置１５から主記憶装置１３へとロードして実行し、バス１９を通じて所定の装置１全体を制御する。

情報処理装置２は、例えばスマートフォンであり、制御装置２３、表示装置２４、主記憶装置２５、操作入力装置２６、外部記憶装置２７、通信装置２８、及びバス２９有している。制御装置２３、表示装置２４、主記憶装置２５、操作入力装置２６、外部記憶装置２７、及び通信装置２８は、バス２９を介して互いに接続されている。主記憶装置２５は、制御装置２３により実行されるプログラムのワークエリアとして機能するＲＡＭ等からなる。外部記憶装置２７は、例えばハードディスクドライブであり、各種の制御プログラムやアプリケーションプログラム、画像データ等を格納している。制御装置２３は、必要なプログラム等を外部記憶装置２７から主記憶装置２５へとロードして実行し、バス２９を通じて情報処理装置２全体を制御する。

ログサーバ３０は、通信装置３１、記憶装置３２、及びバス３３を有している。通信装置３１及び記憶装置３２は、バス３３を介して接続されている。記憶装置３２は、所定の装置１及び情報処理装置２のログがそれぞれ格納されている。

所定の装置１の通信装置１８と情報処理装置２の通信装置２８とログサーバ３０の通信装置３１とは、ネットワーク３を介して互いに通信可能に接続されている。

次に、情報処理装置２の機能構成について図３を用いて説明する。図３は、情報処理装置２の機能構成を示す図である。図２に示す外部記憶装置２７に格納されたプログラムが制御装置２３により実行されることで、主記憶装置２５内に図３に示すような機能構成が、コンパイル時に一括して又は処理の進行に応じて順次に展開され得る。

情報処理装置２は、ソフトウェアとしてアプリケーション及び中継アプリケーションを有し、アプリケーション及び中継アプリケーションに対応した構成として、それぞれ、アプリケーション２１及び中継アプリケーション２２を有する。アプリケーション２１は、入力部２１１、利用部２１２、変更部２１３、送信部２１４、及び表示制御部２１５を有する。中継アプリケーション２２は、要求管理部（生成手段）２２１及びログ管理部２２２を有する。ログ管理部２２２は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）ログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部（ログ取得手段）２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅを有する。

入力部２１１は、ユーザからの要求を受けると、その要求を利用部２１２へ供給する。利用部２１２は、ユーザの要求に応じて、又は、自律的に情報処理装置２内で生成された要求に応じて、所定の装置１の機能をミドルウェア経由で利用する。利用部２１２は、要求を要求管理部２２１経由で所定の装置１のミドルウェアに伝送する。所定の装置１では、ミドルウェアが要求をその要求に応じた機能へ伝達し、要求を受けた機能がその要求に応じた動作を行う。

このとき、要求管理部２２１は、その動作に応じて、ログ管理部２２２へログの記録要求を供給する。その動作がＡＰＩに関連していれば、要求管理部２２１がＡＰＩログ管理部２２２ａへログの記録要求を供給し、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成し保持する。その動作がジョブに関連していれば、要求管理部２２１がジョブログ管理部２２２ｂへログの記録要求を供給し、ジョブログ管理部２２２ｂは、ジョブログを生成し保持する。その動作が画面に関連していれば、要求管理部２２１が画面ログ管理部２２２ｃへログの記録要求を供給し、画面ログ管理部２２２ｃは、画面ログを生成し保持する。その動作がパケットに関連していれば、要求管理部２２１がパケットログ管理部２２２ｄへログの記録要求を供給し、パケットログ管理部２２２ｄは、パケットログを生成し保持する。その動作がエラーに関連していれば、要求管理部２２１がエラーログ管理部２２２ｅへログの記録要求を供給し、エラーログ管理部２２２ｅは、エラーログを生成し保持する。

変更部２１３は、所定の装置１でミドルウェアの開発者向け機能が有効であるときに、所定の装置１における又は自身における開発者向けメニューにより選択された要求に応じて動作を変更する。例えば情報処理装置２がジョブ実行処理モードで動作している状態で、開発者向けメニューでログ取得処理が選択されると、変更部２１３は、情報処理装置２の動作モードをジョブ実行処理モードからログ取得処理モードへ変更し、ログ取得処理モードで動作するように要求管理部２２１へ指示する。要求管理部２２１は、その指示に応じて、ログ取得要求をログ管理部２２２におけるＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅへそれぞれ供給する。ＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅは、それぞれ、ログ取得要求に応じて、各ログ（例えば、ＡＰＩログ、ジョブログ、画面ログ、パケットログ、エラーログ）を要求管理部２２１へ返す。

要求管理部２２１は、開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成する。要求管理部２２１は、各ログをログ管理部２２２から受けると、各ログを統合した情報を生成する。要求管理部２２１は、その情報をネットワーク３経由で所定の装置１へ送信する。これに応じて、所定の装置１は、自身のログ（例えば、ＭＦＰログ）を取得し、そのログを受信された情報にさらに統合した情報を生成して所定の方法で出力する。これにより、情報処理装置２の統合されたログと所定の装置１のログとが一括化された情報を開発者に閲覧させることなどにより、開発者による不具合解析のための情報の一括管理を可能にすることができる。

次に、システム１００の動作について図４を用いて説明する。図４は、システム１００の動作を示すシーケンス図である。

ユーザが情報処理装置（携帯端末）２のアプリケーション２１で接続する所定の装置（ＭＦＰ）１を選択する。アプリケーション２１は、例えばＩＰアドレスなど所定の装置（ＭＦＰ）１を特定するための情報をユーザから、又は所定の装置（ＭＦＰ）１から取得する。アプリケーション２１は、ユーザからＩＰアドレスの入力を受け付けるタッチパネル画面を表示することができる。また、アプリケーション２１は、情報処理装置（携帯端末）２が有する撮像装置（例えば、カメラ）を用いて所定の装置（ＭＦＰ）１の操作画面に表示された（又は所定の装置（ＭＦＰ）１の筐体に張り付けられた）ＱＲコード（登録商標）を撮影しＱＲコードを解析することでＩＰアドレスを取得しても良いし、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）インターフェースなどの近距離無線通信手段によって所定の装置（ＭＦＰ）１からＩＰアドレスを取得しても良い。

図４に示すように、情報処理装置（携帯端末）２のジョブ実行処理モードでは、アプリケーション２１で所定の装置（ＭＦＰ）１の機能（スキャン機能など）を利用する。アプリケーション２１は、所定の装置（ＭＦＰ）１と連携することで、プリント機能、コピー機能、スキャン機能などの所定の装置（ＭＦＰ）１の有する機能を利用することができる。アプリケーション２１は、各種機能のボタンを表示装置２４に表示し、ユーザから操作入力装置２６で選択されたボタンに対応する機能を実行するように所定の装置（ＭＦＰ）１に対してジョブ要求を送信する。

アプリケーション２１で実行するジョブのログは、中継アプリケーション２２内のログ管理部２２２に保存する。中継アプリケーション２２は、アプリケーション２１から要求に応じて所定の装置（ＭＦＰ）１がジョブを実行した場合に、そのジョブについてジョブログを保存する。

例えば、中継アプリケーション２２のログ管理部２２２において取得・管理されるジョブログは、図５に示すような情報であってもよい。図５は、ジョブログの例を示す図である。ジョブログには、ログＩＤ、ログタイプ、開始時刻、終了時刻、ジョブ状態、操作元、ユーザ名、機器ＩＤが含まれ得る。ログＩＤは、ジョブログを一意に示すＩＤであり、例えば、「１」である。ログタイプは、ジョブを区別するための属性であり、例えば、「スキャナ」である。開始時刻は、ジョブの開始時刻であり、例えば、「２０１９／０１／０１ １２：００」である。終了時刻は、ジョブの終了時刻であり、例えば、「２０１９／０１／０１ １２：０３」である。ジョブ状態は、仕掛中／正常終了／異常終了のいずれかの状態を示し、例えば、「正常終了」である。操作元は、どこからの操作によりジョブ投入したかを示し、例えば、操作入力装置２６の「操作パネル」である。ユーザ名は、ジョブを投入したユーザ名であり、例えば、「部門Ａ」である。機器ＩＤは、ジョブが投入された機番の識別情報であり、例えば、「１００１２３４５」である。

アプリケーション２１で実行するＡＰＩのログは、中継アプリケーション２２内のログ管理部２２２に保存する。ここで、中継アプリケーション２２とは、アプリケーション２１とは別途インストールが必要なソフトウェアであり、アプリケーション２１とは独立したソフトウェアである。アプリケーション２１は、所定の装置（ＭＦＰ）１に対してジョブ要求の送信を含む通信を行う場合に、中継アプリケーション２２を介して通信を行う。また、中継アプリケーション２２は、所定の装置（ＭＦＰ）１がアプリケーション２１に対してＡＰＩ経由で応答した場合に、中継アプリケーション２２を介してアプリケーション２１へ応答を送信しても良い。

例えば、ＡＰＩログは、図６に示すようなログである。図６は、ＡＰＩログの例を示す図である。例えば、図６（ａ）に示すようなプログラムがＡＰＩで利用された場合、図６（ｂ）に示すようなＡＰＩログが生成される。図６（ｂ）に示すように、ＡＰＩログは、ＡＰＩが利用された時刻、ＡＰＩへの入力パラメータ、ＡＰＩから出力された結果を含む。図６（ｂ）では、ＡＰＩが利用された時刻が「１０－３０ ２１：３７：０９．２１７」であり、ＡＰＩへの入力パラメータが「Ｔｈｉｓ ｉｓ ｊｏｂ ｓｅｔｔｉｎｇ」であり、ＡＰＩから出力された結果が「ｉｐ／ｒｅｓｔ／ｃｏｎｆｉｇ／ｕｓｅｒ／１： ｐａｎｅｌ，ｕｓｅｒ １， １００１２３４５」である場合が例示されている。

情報処理装置（携帯端末）２の画面の情報は、中継アプリケーション２２内のログ管理部２２２に保存する。中継アプリケーション２２は、情報処理装置（携帯端末）２に表示されている画面のキャプチャ画像を取得し、画面ログとしてログサーバ３０に保存することができる。

例えば、画面ログは、図７に示すようなログである。図７は、画面ログの例を示す図である。中継アプリケーション２２は、ユーザが情報処理装置（携帯端末）２を操作したタイミングの情報処理装置（携帯端末）２の表示装置２４の画面のスナップショットを保存してもよいし、及び／又は、表示装置１２の画面のスナップショットを保存するように所定の装置（ＭＦＰ）１に要求してもよい。図７（ａ）は、情報処理装置（携帯端末）２の表示装置２４の画面ログの例を示し、図７（ｂ）は、所定の装置（ＭＦＰ）１の表示装置１２の画面ログの例を示す。中継アプリケーション２２は、情報処理装置（携帯端末）２の表示制御を行うソフトウェア又は操作対象のアプリケーション２１と通信することで画面情報を取得しても良い。画面ログにより、テキストのログだけでは分からなかった状況を把握することが可能になる。例えば、情報処理装置（携帯端末）２の画面を記録するので操作手順と他のログとの突き合わせが可能になる。あるいは、所定の装置（ＭＦＰ）１の画面を記録するので所定の装置（ＭＦＰ）の状態と他のログとの突き合わせが可能になる。図４では、情報処理装置（携帯端末）２の表示装置２４の画面のスナップショットを画面ログとして保存（記録）する場合が例示されている。

また、中継アプリケーション２２は、情報処理装置（携帯端末）２が外部サーバ（例えばメール）と通信した場合はパケットログをログ管理部２２２に保存する。

例えば、パケットログは、図８に示すようなログである。図８は、パケットログの例を示す図である。情報処理装置（携帯端末）２は、機器外部と通信した場合はパケットから詳細な動作状況を把握することが可能になる。保存するパケットは、情報処理装置（携帯端末）２の中継アプリケーション２２が行うため中継アプリケーション２２のパケットを想定しているが、所定の装置（ＭＦＰ）１側の通信パケットを取得する方式も考えられる。パケットログは、パケットの送信元、送信先、アクセスしたサイト、通過したサーバ、ルータ、スイッチなどの情報を含む。

所定の装置（ＭＦＰ）１及び／又は情報処理装置（携帯端末）２における処理途中でエラーが発生した場合はエラーログをログ管理部２２２に保存する。

例えば、エラーログは、図９に示すようなログである。図９は、エラーログの例を示す図である。処理途中でエラーが発生した場合は、エラーログは、エラー発生時刻、エラーコードを保存する。図９では、エラー発生時刻が「２０１９／０１／０１ １０：００」であり、エラーコードが「ＳＣ９９９」である場合が例示されている。なお、エラーコードを所定の装置（ＭＦＰ）１と情報処理装置（携帯端末）２とで異なるコードにしておくことで、エラーの発生場所が所定の装置（ＭＦＰ）１と情報処理装置（携帯端末）２とのいずれであるのかを、エラーコードから把握するようにしてもよい。

図４に戻り、例えば、アプリケーション２１は、ユーザから接続設定要求を受けると（Ｓ１）、要求管理部２２１へ接続設定要求を供給する（Ｓ２）。要求管理部２２１は、接続設定要求に応じて、ＡＰＩログの記録をＡＰＩログ管理部２２２ａへ要求し（Ｓ３）、画面の記録を画面ログ管理部２２２ｃへ要求する（Ｓ４）。これに応じて、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成して保持し、画面ログ管理部２２２ｃは、表示装置２４の画面の情報に応じた画面ログを生成して保持する。

アプリケーション２１は、ユーザからジョブ設定要求を受けると（Ｓ５）、要求管理部２２１へジョブ設定要求を供給する（Ｓ６）。要求管理部２２１は、ジョブ設定要求に応じて、ＡＰＩログの記録をＡＰＩログ管理部２２２ａへ要求し（Ｓ７）、ジョブ設定の要求を所定の装置１へ送信する（Ｓ８）。これに応じて、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成して保持する。所定の装置１は、ジョブ設定要求に応じた機能の設定を行い、ジョブ設定ＯＫの応答を要求管理部２２１へ返信する。所定の装置１との通信を行ったので、要求管理部２２１は、パケットログの記録をパケットログ管理部２２２ｄに要求する（Ｓ９）。これに応じて、パケットログ管理部２２２ｄは、パケットログを生成して保持する。

要求管理部２２１は、ジョブ設定ＯＫの応答を所定の装置１から受けると（Ｓ１０）、画面の記録を画面ログ管理部２２２ｃへ要求する（Ｓ１１）。これに応じて、画面ログ管理部２２２ｃは、表示装置２４の画面の情報に応じた画面ログを生成して保持する。

アプリケーションは、ユーザからジョブ開始要求を受けると（Ｓ１２）、要求管理部２２１へジョブ開始要求を供給する（Ｓ１３）。要求管理部２２１は、ジョブ開始要求に応じて、ＡＰＩログの記録をＡＰＩログ管理部２２２ａへ要求し（Ｓ１４）、ジョブログの記録をジョブログ管理部２２２ｂへ要求し（Ｓ１５）、ジョブ開始の要求を所定の装置１へ送信する（Ｓ１６）。これに応じて、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成して保持し、ジョブログ管理部２２２ｂは、ジョブログを生成して保持し、所定の装置１は、ジョブ開始要求に応じた機能で動作を開始しようとする。このとき、所定の装置１は、何らかの不具合で動作を開始できなければ、ジョブ開始ＮＧの応答を要求管理部２２１へ返信する（Ｓ１７）。所定の装置１との通信を行ったので、要求管理部２２１は、パケットログの記録をパケットログ管理部２２２ｄに要求する（Ｓ１８）。これに応じて、パケットログ管理部２２２ｄは、パケットログを生成して保持する。

また、要求管理部２２１は、ジョブ開始ＮＧの応答を所定の装置１から受けたので、エラーログの記録をエラーログ管理部２２２ｅへ要求する（Ｓ１９）。これに応じて、エラーログ管理部２２２ｅは、エラーログを生成して保持する。要求管理部２２１は、ジョブ開始がエラーになったことをアプリケーション２１に通知する（Ｓ２０）。これに応じて、アプリケーション２１は、表示装置２４の画面にメッセージを表示することなどにより、ジョブ開始がエラーになったことをユーザに報知する（Ｓ２１）。

これらのログは、ユーザからの要求で取得することができる。なお、図４は、所定の装置（ＭＦＰ）１経由でログを取得した例を示している。所定の装置（ＭＦＰ）１は、操作入力装置１４を介してユーザからログ情報を取得するよう指示（ログ取得要求）を受け付ける（Ｓ２２）。所定の装置（ＭＦＰ）１は、接続中の情報処理装置（携帯端末）２に対して、ユーザからの指示に応じたログ取得要求を送信する（Ｓ２３）。中継アプリケーション２２は、所定の装置（ＭＦＰ）１からログ取得要求を受信すると、中継アプリケーション２２によって情報処理装置（携帯端末）２内に記憶された複数種のログをそれぞれ収集する。すなわち、要求管理部２２１は、所定の装置（ＭＦＰ）１からログ取得要求を受信すると、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅへそれぞれログ取得要求を供給する（Ｓ２４～Ｓ２８）。要求管理部２２１は、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅから、それぞれログを受ける。要求管理部２２１は、受けた複数種のログが統合された情報を生成する。中継アプリケーションにより収集された複数種のログが統合された情報は、ログ取得要求を送信した所定の装置（ＭＦＰ）１へ送信出力される（Ｓ２９）。所定の装置（ＭＦＰ）１は、所定の装置（ＭＦＰ）１内のログ（例えば、ＭＦＰログ）を取得し（Ｓ３０）、取得されたログと情報処理装置（携帯端末）２から取得した複数種のログが統合された情報とがさらに統合された情報を不具合解析用の情報として生成して出力する（Ｓ３１）。不具合解析用の情報の出力は、所定の装置（ＭＦＰ）１の表示装置１２の画面への表示出力、所定の装置（ＭＦＰ）１からの印刷出力、所定の装置（ＭＦＰ）１に接続された外部装置（例えば、情報処理装置２の表示制御部２１５）への送信出力を含む。例えば、所定の装置（ＭＦＰ）１のログと情報処理装置（携帯端末）２のログとが統合された情報を印刷出力することで、解析時間を短縮できる。あるいは、所定の装置（ＭＦＰ）１が外部記憶装置１５としてメモリカードをさらに有する場合、所定の装置（ＭＦＰ）１は、不具合解析用の情報をメモリカードに書き出すことで出力してもよい。

なお、ログの取得要求には、要求されたタイミングで所定の装置（ＭＦＰ）１から情報処理装置（携帯端末）２に取得要求する方式と、逐次、情報処理装置（携帯端末）２から所定の装置（ＭＦＰ）１にログ送信する方式が考えられる。図４では、要求されたタイミングで所定の装置（ＭＦＰ）１から情報処理装置（携帯端末）２に取得要求する方式が例示されている。また、ログの記録は、情報処理装置（携帯端末）２における表示装置２４に表示される設定画面で保存／有無を指定することができてもよい。

以上のように、システム１００において、情報処理装置２で開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成し所定の装置１に送信する。これにより、所定の装置は、自身のログを取得し、そのログを受信された情報にさらに統合した情報を生成して所定の方法で出力することができる。この結果、情報処理装置２の統合されたログと所定の装置１のログとが一括化された情報を開発者に閲覧させることなどにより、開発者による不具合解析のための情報の一括管理を可能にすることができる。したがって、開発者による不具合解析のためのミドルウェアの差し替えが不要となり、ベンダとのやり取りを減らすことができるため、開発期間を短縮できる。

なお、図１０に示すように、ログの取得要求は、情報処理装置（携帯端末）２が所定の装置（ＭＦＰ）１からログ（例えば、ＭＦＰログ、画面ログ）を取得する構成であっても良い。このとき、所定の装置（ＭＦＰ）１は、要求管理部２２１からの要求に応じて、表示装置１２の画面の情報を画面ログとして保存してもよい。図１０は、実施形態の第１の変形例にかかるシステム１００の動作を示すシーケンス図である。

図１０に示すように、例えば、アプリケーションは、ユーザからジョブ設定要求を受けると（Ｓ４１）、要求管理部２２１へジョブ設定要求を供給する（Ｓ４２）。要求管理部２２１は、ジョブ設定要求に応じて、ＡＰＩログの記録をＡＰＩログ管理部２２２ａへ要求し（Ｓ４３）、ジョブ設定を所定の装置１へ送信する（Ｓ４４）。これに応じて、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成して保持する。所定の装置１は、ジョブ設定要求に応じた機能の設定を行う。機能の設定を行ったので、所定の装置１は、表示装置１２の画面の情報に応じた画面ログを生成して保持する（Ｓ４５）。所定の装置１との通信を行ったので、要求管理部２２１は、パケットログの記録をパケットログ管理部２２２ｄに要求する（Ｓ４６）。要求管理部２２１は、ジョブ設定ＯＫの応答を所定の装置１から受けると（Ｓ４７）、画面の記録を画面ログ管理部２２２ｃへ要求する（Ｓ４８）。

アプリケーション２１は、ユーザからジョブ開始要求を受けると（Ｓ４９）、要求管理部２２１へジョブ開始要求を供給する（Ｓ５０）。要求管理部２２１は、ジョブ開始要求に応じて、ＡＰＩログの記録をＡＰＩログ管理部２２２ａへ要求し（Ｓ５１）、ジョブログの記録をジョブログ管理部２２２ｂへ要求し（Ｓ５２）、ジョブ開始の要求を所定の装置１へ送信する（Ｓ５３）。これに応じて、ＡＰＩログ管理部２２２ａは、ＡＰＩログを生成して保持する。所定の装置１は、ジョブ開始要求に応じた機能で動作を開始しようとする。このとき、所定の装置１は、何らかの不具合で動作を開始できなければ、表示装置１２の画面の情報に応じた画面ログを生成して保持し（Ｓ５４）、ジョブ開始ＮＧの応答を要求管理部２２１へ返信する（Ｓ５５）。所定の装置１との通信を行ったので、要求管理部２２１は、パケットログの記録をパケットログ管理部２２２ｄに要求する（Ｓ５６）。これに応じて、パケットログ管理部２２２ｄは、パケットログを生成して保持する。

また、要求管理部２２１は、ジョブ開始ＮＧの応答を所定の装置１から受けたので、エラーログの記録をエラーログ管理部２２２ｅへ要求する（Ｓ５７）。これに応じて、エラーログ管理部２２２ｅは、エラーログを生成して保持する。要求管理部２２１は、ジョブ開始がエラーになったことをアプリケーション２１に通知する（Ｓ５８）。これに応じて、アプリケーション２１は、表示装置２４の画面にメッセージを表示することなどにより、ジョブ開始がエラーになったことをユーザに報知する（Ｓ５９）。

また、情報処理装置（携帯端末）２のアプリケーション２１は、操作入力装置２６を介してユーザからログ情報を取得するよう指示（ログ取得要求）を受け付ける（Ｓ６０）。アプリケーションは、ログ取得要求を要求管理部２２１へ供給する（Ｓ６１）。要求管理部２２１は、ログ取得要求を受けると、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅへそれぞれログ取得要求を供給する（Ｓ６２～Ｓ６６）とともに所定の装置（ＭＦＰ）１へログ取得要求を送信する（Ｓ６７）。要求管理部２２１は、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅから、それぞれログを受けるとともに、所定の装置（ＭＦＰ）１からログを受信する。要求管理部２２１は、ログ管理部２２２から受けた複数種のログが統合された情報を生成するとともに、所定の装置（ＭＦＰ）１内のログ（例えば、ＭＦＰログ）と情報処理装置（携帯端末）２から取得した複数種のログが統合された情報とがさらに統合された情報を不具合解析用の情報として生成する。要求管理部２２１は、不具合解析用の情報をログ取得結果としてアプリケーション２１の表示制御部２１５へ出力する（Ｓ６８）。これにより、不具合解析用の情報が情報処理装置（携帯端末）２の表示装置２４の画面に表示されユーザに報知される（Ｓ６９）。

あるいは、図１１に示すように、所定の装置（ＭＦＰ）１のミドルウェアの開発者向けメニューによりログ印刷が選択されることに応じて、情報処理装置（携帯端末）２の動作モードがログ印刷モードに変更されてもよい。図１１は、実施形態の第２の変形例にかかるシステム１００の動作を示すシーケンス図である。所定の装置（ＭＦＰ）１は、操作入力装置１４を介してユーザからログ印刷を行うよう指示（ログ印刷要求）を受け付ける（Ｓ７１）。所定の装置（ＭＦＰ）１は、接続中の情報処理装置（携帯端末）２に対して、ユーザからの指示に応じたログ取得要求を送信する。中継アプリケーション２２は、所定の装置（ＭＦＰ）１からログ取得要求を受信すると、情報処理装置（携帯端末）２の動作モードがログ印刷モードに変更し、中継アプリケーションによって情報処理装置（携帯端末）２内に記憶された複数種のログをそれぞれ収集する。すなわち、要求管理部２２１は、所定の装置（ＭＦＰ）１からログ取得要求を受信すると（Ｓ７２）、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅへそれぞれログ取得要求を供給する（Ｓ７３～Ｓ７７）。要求管理部２２１は、ログ管理部２２２のＡＰＩログ管理部２２２ａ、ジョブログ管理部２２２ｂ、画面ログ管理部２２２ｃ、パケットログ管理部２２２ｄ、エラーログ管理部２２２ｅから、それぞれログを受ける。要求管理部２２１は、受けた複数種のログが統合された情報を生成する。中継アプリケーション２２により収集された複数種のログが統合された情報は、ログ取得要求を送信した所定の装置（ＭＦＰ）１へ送信出力される（Ｓ７８）。所定の装置（ＭＦＰ）１は、所定の装置（ＭＦＰ）１内のログ（例えば、ＭＦＰログ）を取得し（Ｓ７９）、取得されたログと情報処理装置（携帯端末）２から取得した複数種のログが統合された情報とがさらに統合された情報を不具合解析用の情報として生成して印刷により出力する（Ｓ８０）。これによっても、情報処理装置２の統合されたログと所定の装置１のログとが一括化された情報を開発者に閲覧させることなどにより、開発者による不具合解析のための情報の一括管理を可能にすることができる。

あるいは、図１２に示すように、エラー箇所及びその対策案をユーザに向けて提示してもよい。図１２は、実施形態の第３の変形例にかかるシステム１００の動作を示す図である。例えば、ＡＰＩログで図１２（ａ）に示すようにエラー発生個所が示される場合は、図１２（ｂ）に示すような対策例を表示装置１２に表示することなどによりユーザに示すことで解析、対策を効率よく進めることができる。すなわち、アプリケーションの表示制御部（対策提示手段）２１５は、ミドルウェアの利用方法に間違いがある場合に、その旨とその対策例をユーザに向けて提示してもよい。これにより、ミドルウェアの呼び出し順間違いなどミドルウェアのエラー箇所、対策提示が分かるため問題解消までの時間を短縮できる。

また、情報処理装置２は、通信機能を備えた装置であれば、携帯端末に限られない。情報処理装置２は、例えば、ＰＪ（Ｐｒｏｊｅｃｔｏｒ：プロジェクタ）、ＩＷＢ（Ｉｎｔｅｒａｃｔｉｖｅ Ｗｈｉｔｅ Ｂｏａｒｄ：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Ｈｅａｄ Ｕｐ Ｄｉｓｐｌａｙ）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Ｃｏｎｎｅｃｔｅｄ Ｃａｒ）、ノートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

情報処理装置２は、例えば、図１３に示すようなスマートフォン４であってもよい。図１３は、実施形態及びその第１～第３の変形例における情報処理装置２のハードウェア構成例として、スマートフォン４のハードウェア構成を示す図である。図１３に示されているように、スマートフォン４は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ＣＭＯＳセンサ４０５、撮像素子Ｉ／Ｆ４０６、加速度・方位センサ４０７、メディアＩ／Ｆ４０９、ＧＰＳ受信部４１１を備えている。

これらのうち、ＣＰＵ４０１は、スマートフォン４全体の動作を制御する。ＲＯＭ４０２は、ＣＰＵ４０１やＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ４０５は、ＣＰＵ４０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ４０６は、ＣＭＯＳセンサ４０５の駆動を制御する回路である。加速度・方位センサ４０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ４０９は、フラッシュメモリ等の記録メディア４０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部４１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、スマートフォン４は、遠距離通信回路４１２、ＣＭＯＳセンサ４１３、撮像素子Ｉ／Ｆ４１４、マイク４１５、スピーカ４１６、音入出力Ｉ／Ｆ４１７、ディスプレイ４１８、外部機器接続Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４１９、近距離通信回路４２０、近距離通信回路４２０のアンテナ４２０ａ、及びタッチパネル４２１を備えている。

これらのうち、遠距離通信回路４１２は、ネットワーク３を介して、他の機器と通信する回路である。ＣＭＯＳセンサ４１３は、ＣＰＵ４０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ４１４は、ＣＭＯＳセンサ４１３の駆動を制御する回路である。マイク４１５は、音を電気信号に変える内蔵型の回路である。スピーカ４１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ４１７は、ＣＰＵ４０１の制御に従ってマイク４１５及びスピーカ４１６との間で音信号の入出力を処理する回路である。ディスプレイ４１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）などの表示手段の一種である。外部機器接続Ｉ／Ｆ４１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路４２０は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル４２１は、利用者がディスプレイ４１８を押下することで、スマートフォン４を操作する入力手段の一種である。

また、スマートフォン４は、バスライン４１０を備えている。バスライン４１０は、図１３に示されているＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、所定の装置１は、図１４に示すようなＭＦＰ９であってもよい。図１４は、実施形態及びその第１～第３の変形例における所定の装置１のハードウェア構成例として、ＭＦＰ９のハードウェア構成を示す図である。図１４に示されているように、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ／Ｐｒｏｄｕｃｔ／Ｐｒｉｎｔｅｒ）９は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス９２１で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、ＭＦＰ９の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のインターフェースや、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）のインターフェースを接続するようにしてもよい。

ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。コントローラ９１０は、ＭＦＰ９全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、ＭＦＰ９は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ９５０は、ネットワーク３を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。

また、本実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本実施の形態の各装置で実行されるプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各が主記憶装置上に生成されるようになっている。

また、上記実施の形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明するが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。

１ 所定の装置
２ 情報処理装置
３ ネットワーク
１００ システム

特開２０１２－２１６９８２号公報 特開２０１４－２１８７４号公報

Claims (6)

1. ミドルウェアを有する所定の装置の機能を前記ミドルウェア経由で利用する利用手段と、
   前記ミドルウェアの開発者向け機能が有効であるときに開発者向けメニューにより選択された要求に応じて動作を変更する変更手段と、
   前記開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成する生成手段と、
   前記情報を前記所定の装置に送信する送信手段と、
   アプリケーションから前記所定の装置への要求の伝送を中継する中継アプリケーションが利用されたタイミングで情報処理装置の画面の情報を画面ログとして取得するログ取得手段と、
   を備えたことを特徴とする情報処理装置。
2. 前記所定の装置の機能は、印刷機能を含み、
   前記利用手段は、前記所定の装置のログと前記情報処理装置のログを前記所定の装置で印刷させる
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記ミドルウェアの利用方法の間違いに対する対策を表示する対策提示手段をさらに備えた
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 所定の装置と、
   前記所定の装置と通信可能である情報処理装置と、
   を備え、
   前記情報処理装置は、
   ミドルウェアを有する所定の装置の機能を前記ミドルウェア経由で利用する利用手段と、
   前記ミドルウェアの開発者向け機能が有効であるときに開発者向けメニューにより選択された要求に応じて動作を変更する変更手段と、
   前記開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成する生成手段と、
   前記情報を前記所定の装置に送信する送信手段と、
   アプリケーションから前記所定の装置への要求の伝送を中継する中継アプリケーションが利用されたタイミングで前記情報処理装置の画面の情報を画面ログとして取得するログ取得手段と、
   を有する
   ことを特徴とするシステム。
5. ミドルウェアを有する所定の装置の機能を前記ミドルウェア経由で利用するステップと、
   前記ミドルウェアの開発者向け機能が有効であるときに開発者向けメニューにより選択された要求に応じて動作を変更するステップと、
   前記開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成するステップと、
   前記情報を前記所定の装置に送信するステップと、
   アプリケーションから前記所定の装置への要求の伝送を中継する中継アプリケーションが利用されたタイミングで情報処理装置の画面の情報を画面ログとして取得するステップと、
   を備えたことを特徴とする情報処理方法。
6. 情報処理装置に、
   ミドルウェア経由で所定の装置の機能を利用するステップと、
   前記ミドルウェアの開発者向け機能が有効であるときに開発者向けメニューにより選択された要求に応じて動作を変更するステップと、
   前記開発者向け機能が有効であるときに記録される複数種のログを統合した情報を生成するステップと、
   前記情報を前記所定の装置に送信するステップと、
   アプリケーションから前記所定の装置への要求の伝送を中継する中継アプリケーションが利用されたタイミングで前記情報処理装置の画面の情報を画面ログとして取得するステップと、
   を実行させることを特徴とするプログラム。

Images