JP2014057173A - 画像形成システム、画像形成装置、およびプログラム - Google Patents

Abstract

【課題】 データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加を軽減する。
【解決手段】 画像形成装置１のジョブ管理部３６は、インターフェイス方式ごとの印刷データの受信量割合をログデータ２２として記録し、ログデータ２２における受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置２へ送信する。そして、ホスト装置２のドライバー６６は、その使用インターフェイス情報を受信し、受信した使用インターフェイス情報に基づく送信量割合で分割された分割印刷データを、複数のインターフェイス処理部６１〜６５を使用して画像形成装置１へ送信する。
【選択図】 図１

Description

本発明は、画像形成システム、画像形成装置、およびプログラムに関するものである。

あるシステムでは、送信側が、あるデータの分割データを、複数の通信回線のうちの少なくとも２つにおいて重複させて伝送し、受信側は、それらの分割データを受信すると、元のデータを復元する（例えば特許文献１参照）。これにより、ある通信回線に障害によって受信エラーが発生しても、受信側は、すべての分割データを受信でき、元のデータを復元できる。また、別のシステムでは、ある通信回線において障害が発生すると、その通信回線で送信すべき分割データを別の通信回線で送信している（例えば特許文献１参照）。

特開２００５−９４５４０号公報

しかしながら、上述のように分割データを重複して送信する場合には、通信トラヒックが増大してしまい好ましくない。また、障害が発生した通信回線から別の通信回線へ切り替える場合、障害が継続的なものであるときには、データを伝送させるたびに、受信エラーの検出、通信回線の切り替え、および分割データの再送という処理が行われ、元のデータの伝送に要する時間が長くなり、ひいてはその時間分のダウンタイムが受信側で発生する可能性がある。

本発明は、上記の問題に鑑みてなされたものであり、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加を軽減する画像形成システム、並びに、その画像形成システムに使用可能な画像形成装置およびプログラムを得ることを目的とする。

上記の課題を解決するために、本発明では以下のようにした。

本発明に係る画像形成システムは、画像形成装置と、ホスト装置とを備える。画像形成装置は、印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数の第１インターフェイス処理部と、複数の第１インターフェイス処理部により受信された分割印刷データから復元された印刷データに基づき印刷を実行する制御部と、インターフェイス方式ごとの印刷データの受信量割合をログデータとして記録し、ログデータにおける受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置へ送信するインターフェイス管理部とを有する。また、ホスト装置は、複数のインターフェイス方式で通信する複数の第２インターフェイス処理部と、第２インターフェイス処理部で使用インターフェイス情報を受信し、受信した使用インターフェイス情報に基づく送信量割合で分割された分割印刷データを、複数の第２インターフェイス処理部を使用して画像形成装置へ送信するドライバーとを有する。

これにより、ホスト装置から画像形成装置への過去の印刷データの伝送についてのログデータにおける受信量割合から、今回の印刷データの伝送についての各インターフェイス方式の送信量割合が決定されるため、ログデータの受信量割合から特定される通信障害のあったインターフェイス方式については、今回の印刷データの伝送に使用せずに済む。したがって、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加が軽減される。

本発明に係る画像形成装置は、印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数のインターフェイス処理部と、複数のインターフェイス処理部により受信された分割印刷データから復元された印刷データに基づき印刷を実行する制御部と、（ａ）インターフェイス方式ごとの印刷データの受信量割合をログデータとして記録し、（ｂ）ログデータにおける受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置へ送信しその送信量割合で分割した分割印刷データを複数のインターフェイス方式で送信させるインターフェイス管理部とを備える。

また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、インターフェイス管理部は、受信エラーがいずれかのインターフェイス方式で発生した場合、受信エラーが発生したインターフェイス方式で送信すべき印刷データの残りを、受信エラーが発生していないインターフェイス方式で送信させるリトライ要求をホスト装置のドライバーへ送信する。そして、インターフェイス管理部は、印刷データのすべての受信が完了してから、インターフェイス方式ごとの受信量割合をログデータとして記録する。

これにより、通信障害の発生したインターフェイス方式がログデータに記録され、次回の印刷データについての各インターフェイス方式の送信量割合の決定時に考慮される。

また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、インターフェイス管理部は、受信エラーが発生したインターフェイス方式についての送信量割合を継続的にゼロとする。

また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、インターフェイス管理部は、送信量割合を継続的にゼロとしているインターフェイス方式のインターフェイス処理部の設定変更が検出された場合、そのインターフェイス方式についての送信量割合を非ゼロとする。

これにより、インターフェイス方式の設定変更があった場合、通信障害が解消されている可能性があるので、そのインターフェイス方式についての送信量割合を非ゼロの値に設定して、通信障害が発生するか否かが試される。

本発明に係るプログラムは、画像形成装置のコンピューターを、印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数のインターフェイス処理部、複数のインターフェイス処理部により受信された分割印刷データから復元された印刷データに基づき印刷を実行する制御部、および（ａ）インターフェイス方式ごとの印刷データの受信量割合をログデータとして記録し、（ｂ）ログデータにおける受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置へ送信しその送信量割合で分割した分割印刷データを複数のインターフェイス方式で送信させるインターフェイス管理部として機能させる。

本発明に係る画像形成システムは、画像形成装置と、ホスト装置とを備える。画像形成装置は、印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数の第１インターフェイス処理部と、複数の第１インターフェイス処理部により受信された分割印刷データから復元された印刷データに基づき印刷を実行する制御部とを有する。また、ホスト装置は、分割印刷データを複数のインターフェイス方式で送信する複数の第２インターフェイス処理部と、インターフェイス方式ごとの印刷データの送信量割合をログデータとして記録するログ処理部と、ログデータにおける送信量割合から、今回送信すべき印刷データについてのインターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、複数の第２インターフェイス処理部を使用して画像形成装置へ送信するドライバーとを有する。

これにより、ホスト装置から画像形成装置への過去の印刷データの伝送についてのログデータにおける送信量割合から、今回の印刷データの伝送についての各インターフェイス方式の送信量割合が決定されるため、ログデータの送信量割合から特定される通信障害のあったインターフェイス方式については、今回の印刷データの伝送に使用せずに済む。したがって、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加が軽減される。

本発明に係るプログラムは、ホスト装置のコンピューターを、印刷データを分割した分割印刷データを複数のインターフェイス方式で送信する複数のインターフェイス処理部、インターフェイス方式ごとの印刷データの送信量割合をログデータとして記録するログ処理部、およびログデータにおける送信量割合から、今回送信すべき印刷データについてのインターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、複数のインターフェイス処理部を使用して画像形成装置へ送信するドライバーとして機能させる。

また、本発明に係るプログラムは、上記のプログラムに加え、次のようにしてもよい。この場合、ドライバーは、分割印刷データについて送信エラーがいずれかのインターフェイス方式で発生した場合、送信エラーが発生したインターフェイス方式で送信すべき印刷データの残りを、分割印刷データについて送信エラーが発生していないインターフェイス方式で送信させる。そして、ログ処理部は、印刷データのすべての送信が完了してから、インターフェイス方式ごとの送信量割合をログデータとして記録する。

これにより、通信障害の発生したインターフェイス方式がログデータに記録され、次回の印刷データについての各インターフェイス方式の送信量割合の決定時に考慮される。

また、本発明に係るプログラムは、上記のプログラムに加え、次のようにしてもよい。この場合、ドライバーは、送信エラーが発生したインターフェイス方式を継続的に不使用とする。

また、本発明に係るプログラムは、上記のプログラムに加え、次のようにしてもよい。この場合、ドライバーは、継続的に不使用としているインターフェイス方式のインターフェイス処理部の設定変更が検出された場合、そのインターフェイス方式の使用を再開する。

これにより、インターフェイス方式の設定変更があった場合、通信障害が解消されている可能性があるので、そのインターフェイス方式の使用を再開して、通信障害が発生するか否かが試される。

本発明によれば、画像形成システムにおいて、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加が軽減される。

図１は、本発明の実施の形態１に係る画像形成システムの構成を示すブロック図である。 図２は、図１に示すシステムにおける画像形成装置およびホスト装置の動作を説明するシーケンス図である。 図３は、図１における画像形成装置に設定されている各インターフェイス方式についてのデフォルトの送信量割合の一例を示す図である。 図４は、図１に示すシステムにおいて受信エラーが発生した場合のログデータの一例を示す図である。 図５は、図１に示すシステムにおいて受信エラーが発生しなかった場合のログデータの一例を示す図である。

以下、図に基づいて本発明の実施の形態を説明する。

実施の形態１．

図１は、本発明の実施の形態１に係る画像形成システムの構成を示すブロック図である。図１に示すシステムでは、ＬＡＮ（Local Area Network）などのネットワークと、ＵＳＢ（Universal Serial Bus）などの周辺機器インターフェイスとで、画像形成装置１とホスト装置２とが互いに接続されている。

画像形成装置１は、ここでは複合機であるが、プリンターなどの印刷機能を有する他の装置でもよい。ホスト装置２は、画像形成装置１用のドライバーをインストールされたパーソナルコンピューターなどである。

画像形成装置１は、ネットワークインターフェイス１１、ＵＳＢインターフェイス１２、記憶装置１３、演算処理装置１４、ＲＩＰ（Raster Image Processing）部１５、および印刷装置１６を有する。

ネットワークインターフェイス１１は、ネットワークに接続され、ホスト装置２などの他の装置とデータ通信を行う回路である。

ＵＳＢインターフェイス１２は、ＵＳＢケーブルで接続された装置（ここではホスト装置２）とデータ通信を行う回路である。

また、記憶装置１３は、各種データやプログラムを格納可能な装置である。記憶装置１３２としては、不揮発性メモリー、ハードディスクドライブなどの不揮発性の大容量記憶媒体が使用される。

また、演算処理装置１４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有し、ＲＯＭまたは記憶装置１３からＲＡＭへプログラムをロードし、そのプログラムをＣＰＵで実行することにより、各種処理部を実現する。この実施の形態では、演算処理装置１４において、ＳＯＡＰインターフェイス処理部３１、ファクシミリインターフェイス処理部３２、ＨＴＴＰインターフェイス処理部３３、Ｅメールインターフェイス処理部３４、ローカルインターフェイス処理部３５、およびジョブ管理部３６が実現される。

１つの印刷ジョブのための印刷データを分割した分割印刷データが、インターフェイス処理部３１〜３５で受信される。

ＳＯＡＰインターフェイス処理部３１は、ネットワークインターフェイス１１を使用して、画像形成装置１において文書保存すべきデータをＳＯＡＰ（Simple Object Access Protocol）で受信するための処理部である。

ファクシミリインターフェイス処理部３２は、ネットワークインターフェイス１１を使用して、ファクシミリ送信ジョブのファクシミリ送信データを受信するための処理部である

ＨＴＴＰインターフェイス処理部３３は、ネットワークインターフェイス１１を使用して、ＨＴＴＰ（Hypertext Transfer Protocol）で印刷データを受信するための処理部である。

Ｅメールインターフェイス処理部３４は、ネットワークインターフェイス１１を使用して、電子メールで印刷データを受信するための処理部である。例えば、Ｅメールインターフェイス処理部３４は、ＰＯＰ３（Post Office Protocol 3）で図示せぬ特定のメールサーバーから印刷データを取得する。

ローカルインターフェイス処理部３５は、ＵＳＢインターフェイス１２を使用して、ＵＳＢインターフェイスで印刷データなどを受信するための処理部である。

ジョブ管理部３６は、インターフェイス処理部３１，３３〜３５のいずれかで受け付けた印刷データをＲＩＰ部１５に供給しその印刷データに基づき印刷を実行する。

また、ジョブ管理部３６は、複数のインターフェイス処理部３１〜３５により受信された分割印刷データから、元の印刷データを復元し、その印刷データに基づき印刷を実行する。

さらに、ジョブ管理部３６は、ＳＯＡＰインターフェイス、ファクシミリインターフェイス、ＨＴＴＰインターフェイス、Ｅメールインターフェイスおよびローカルインターフェイスについてインターフェイス方式ごとの印刷データの受信量割合をログデータ２２として記録する。ログデータ２２は、印刷データを復元するために必要なすべての分割印刷データを受信した後に記録される。なお、受信量割合は、復元した印刷データのサイズに対する、受信した分割印刷データのサイズの割合である。

さらに、ジョブ管理部３６は、１つの印刷データの分割印刷データの送信前に、ログデータ２２における受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置２へ送信する。送信量割合は、ホスト装置２における元の印刷データのサイズに対する、送信する分割印刷データのサイズの割合である。

実施の形態１では、ジョブ管理部３６は、分割印刷データについて受信エラーがいずれかのインターフェイス方式で発生した場合、リトライ要求をホスト装置２へ送信する。リトライ要求は、受信エラーが発生したインターフェイス方式で送信すべき印刷データの残りを、分割印刷データについて受信エラーが発生していないインターフェイス方式で送信させる。そして、ジョブ管理部３６は、印刷データについてのすべての分割印刷データの受信が完了してから、インターフェイス方式ごとの受信量割合をログデータ２２として記録する。

また、実施の形態１では、ジョブ管理部３６は、受信エラーが発生したインターフェイス方式についての送信量割合を継続的にゼロとする。つまり、そのインターフェイス方式は、不使用とされる。

ただし、その送信量割合を継続的にゼロとしているインターフェイス方式のインターフェイス処理部についての設定変更がユーザーや管理者により行われ、ジョブ管理部３６が、その設定変更を検出した場合、そのインターフェイス方式についての送信量割合を非ゼロの特定の値（例えばデフォルト値）とする。

また、ＲＩＰ部１５は、例えばＰＤＬ（Page Description Language）データなどの印刷データからラスター画像データを生成する。

また、印刷装置１６は、ラスター画像データに基づいて１ページずつ画像を印刷用紙に電子写真方式で印刷する内部装置である。

一方、ホスト装置２は、例えば、オペレーティングシステム、アプリケーションプログラムなどをインストールされたネットワーク通信機能を有するパーソナルコンピューターである。ホスト装置２は、ネットワークインターフェイス４１、ＵＳＢインターフェイス４２、記憶装置４３、および演算処理装置４４を備える。

ネットワークインターフェイス４１は、ネットワークに接続され、画像形成装置１などの他の装置とデータ通信を行う回路である。

ＵＳＢインターフェイス４２は、ＵＳＢケーブルで接続された装置（ここでは画像形成装置１）とデータ通信を行う回路である。

また、記憶装置４３は、各種データやプログラムを格納可能な装置である。記憶装置４３としては、不揮発性メモリー、ハードディスクドライブなどの不揮発性の大容量記憶媒体が使用される。記憶装置４３には、ドライバープログラム５１が記憶されている。

また、演算処理装置４４は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有するコンピューターであり、記憶装置４３またはＲＯＭからＲＡＭへプログラムをロードし、そのプログラムをＣＰＵで実行することにより、各種処理部を実現する。

ホスト装置２の起動後に、各種プログラムが演算処理装置４４により適宜実行される。この実施の形態１では、演算処理装置４４により、図示せぬオペレーティングシステム、ＳＯＡＰインターフェイス処理部６１、ファクシミリインターフェイス処理部６２、ＨＴＴＰインターフェイス処理部６３、Ｅメールインターフェイス処理部６４、ローカルインターフェイス処理部６５、およびドライバー６６が実現される。

１つの印刷ジョブのための印刷データを分割した分割印刷データが、インターフェイス処理部６１〜６５で送信される。

ＳＯＡＰインターフェイス処理部６１は、ネットワークインターフェイス４１を使用して、文書保存すべきデータをＳＯＡＰで送信するための処理部である。

ファクシミリインターフェイス処理部６２は、ネットワークインターフェイス４１を使用して、ファクシミリ送信ジョブのファクシミリ送信データを送信するための処理部である

ＨＴＴＰインターフェイス処理部６３は、ネットワークインターフェイス４１を使用して、ＨＴＴＰで印刷データを送信するための処理部である。

Ｅメールインターフェイス処理部６４は、ネットワークインターフェイス４１を使用して、電子メールで印刷データを送信するための処理部である。例えば、Ｅメールインターフェイス処理部６４は、ＳＭＴＰ（Simple Mail Transfer Protocol）で図示せぬ特定のメールサーバーへ印刷データを送信する。

ローカルインターフェイス処理部６５は、ＵＳＢインターフェイス１２を使用して、ＵＳＢインターフェイスで印刷データなどを送信するための処理部である。

ドライバー６６は、記憶装置４３内のドライバープログラム５１が演算処理装置４４において実行されることにより実現される処理部であって、インターフェイス処理部６１〜６５のいずれかで上述の使用インターフェイス情報を受信し、受信した使用インターフェイス情報に基づく送信量割合で、１つの印刷データを複数の分割印刷データへ分割し、その分割印刷データを、複数のインターフェイス処理部６１〜６５を使用して画像形成装置１へ送信する。

この実施の形態１では、ドライバー６６は、上述のリトライ要求を受信すると、リトライ要求に従って印刷データの残りをインターフェイス処理部６１〜６５で送信する。

なお、ドライバー６６は、図示せぬアプリケーションで生成された原データから、ＰＤＬデータなどの印刷データを生成する。

また、ＵＳＢインターフェイス１２，４２に図示せぬＵＳＢメモリーを接続可能としてもよい。その場合、ＵＳＢメモリーを媒体として分割印刷データが伝送される。つまり、ホスト装置２においてそのＵＳＢメモリーに分割印刷データが記憶され、ユーザーがそのＵＳＢメモリーをホスト装置２から画像形成装置１まで運び、画像形成装置１においてそのＵＳＢメモリーからその分割印刷データが読み出される。この場合、ＵＳＢメモリーによる伝送が１つのインターフェイス方式となる。このようにＵＳＢメモリーにより分割印刷データを伝送する場合、ユーザーが、そのＵＳＢメモリーを画像形成装置１に接続するまで印刷ジョブが開始されないので、その印刷ジョブによる印刷物からの意図せぬ機密漏洩を防止できる。

次に、上記システムにおける各装置の動作について説明する。図２は、図１に示すシステムにおける画像形成装置１およびホスト装置２の動作を説明するシーケンス図である。

ホスト装置２において、ユーザー操作などにより印刷要求が発生すると（ステップＳ１）、ドライバー６６は、使用インターフェイス情報の送信要求を、インターフェイス処理部６１〜６５のいずれかを使用して画像形成装置１に送信する（ステップＳ２）。

画像形成装置１では、ジョブ管理部３６が、その送信要求を、インターフェイス処理部３１〜３５のいずれかで受信すると、ログデータ２２を読み出し、そのログデータ２２に基づき、使用インターフェイス情報を生成する（ステップＳ３）。

具体的には、ジョブ管理部３６は、ログデータ２２に受信エラー（または受信量割合０％）が記録されているインターフェイス方式については不使用とし、使用する残りのインターフェイス方式については、特定の送信量割合を決定する。

例えば、デフォルトの送信量割合に基づいて、不使用のインターフェイス方式の送信量割合を他のインターフェイス方式に分配して決定する。例えば、その分配方法は、均等に分配する方法などとされる。

図３は、図１における画像形成装置１に設定されている各インターフェイス方式についてのデフォルトの送信量割合の一例を示す図である。

図３において、「ＨＴＴＰ」は、ＨＴＴＰインターフェイスを示し、「ＳＯＡＰ」は、ＳＯＡＰインターフェイスを示し、「ＰＯＰ３」は、Ｅメールインターフェイスを示し、「ＦＡＸ」は、ファクシミリインターフェイスを示し、「ローカルＵＳＢ」は、ローカルインターフェイスを示し、「ＵＳＢメモリー」は、ＵＳＢメモリーによるインターフェイス方式を示している。

図３では、例えば、「ＨＴＴＰ」のデフォルトの送信量割合は１５％とされており、ＨＴＴＰインターフェイスについての分割印刷データのサイズが、印刷データのサイズの１５％とされる。

このようにして、使用インターフェイス情報を生成すると、ジョブ管理部３６は、その使用インターフェイス情報をインターフェイス処理部３１〜３５のいずれかでホスト装置２へ送信する（ステップＳ４）。

ホスト装置２では、ドライバー６６は、インターフェイス処理部６１〜６５のいずれかで、その使用インターフェイス情報を受信すると、印刷データを生成し、その使用インターフェイス情報により指定される送信量割合で、その印刷データを分割する（ステップＳ５）。

そして、ドライバー６６は、各インターフェイス処理部に対応する分割印刷データをそのインターフェイス処理部でそれぞれ送信する（ステップＳ６）。

このとき、すべての分割印刷データの伝送に通信障害がなければ、すべての分割印刷データが画像形成装置１により受信される。ジョブ管理部３６は、インターフェイス処理部３１〜３５ですべての分割印刷データを受信すると、元の印刷データを復元し、その印刷データをＲＩＰ部１５に供給して印刷を実行する。

例えば、分割印刷データには、分割印刷データであることを示す識別子、分割により生成された分割印刷データの数、分割印刷データの順番などを含めておき、それらの情報に基づいて、元の印刷データが復元される。また、ジョブ管理部３６は、分割印刷データのデータ構造から、分割印刷データであるか否かを判定するようにしてもよいし、分割印刷データをＲＩＰ部１５に処理させ、その処理結果から、分割印刷データであるか否かを判定するようにしてもよい。

一方、１または複数の分割印刷データについて受信エラーが発生すると（ステップＳ７）、ジョブ管理部３６は、リトライ要求を生成して、受信エラーが発生していないインターフェイス方式でホスト装置２のドライバー６６へ送信する（ステップＳ８）。

このとき、例えば、使用インターフェイス情報を送信した時点、または最初の分割印刷データを受信した時点から特定の時間以内に受信されなかった分割印刷データについては、受信エラーが発生したと判断される。

また、このリトライ要求は、受信エラーの発生したインターフェイス方式または受信エラーの発生した分割印刷データの順番と、その分割印刷データの分配先のインターフェイス方式およびそのインターフェイス方式の送信量割合とを含む。

ホスト装置２のドライバー６６は、リトライ要求を受信すると、そのリトライ要求から受信エラーの発生した分割印刷データを特定し、その分割印刷データをさらに分割して、再分割された分割印刷データを、受信エラーの発生していないインターフェイス方式で送信する（ステップＳ１０）。

そして、ジョブ管理部３６は、再分割された分割印刷データを受信すると、元の分割印刷データを復元し、すべての分割印刷データが受信されたことを確認すると（ステップＳ１１）、各インターフェイス処理部３１〜３６の受信量割合を計算し、その受信量割合および受信エラーの有無をログデータ２２に記録する（ステップＳ１２）。

さらに、ジョブ管理部３６は、すべての分割印刷データから元の印刷データを復元し、その印刷データをＲＩＰ部１５に供給して印刷を実行する（ステップＳ１３）。

図４は、図１に示すシステムにおいて受信エラーが発生した場合のログデータ２２の一例を示す図である。図４（Ａ）は、ログデータ２２における、各インターフェイス方式についての受信エラーの有無および受信量割合を示しており、図４（Ｂ）は、ログデータ２２における、受信エラーの発生したインターフェイス方式のエラー回数およびエラーの詳細を示している。

例えば図３に示すデフォルト送信量割合で印刷データを送信した場合に、図４（Ａ）に示すように「ＰＯＰ３」と「ＦＡＸ」で受信エラーが発生したときには、「ＰＯＰ３」の送信量割合１５％と「ＦＡＸ」の送信量割合１５％が、「ＨＴＴＰ」、「ＳＯＡＰ」および「ローカルＵＳＢ」に分配され、結果的に、「ＨＴＴＰ」の受信量割合は２７％（＝１５％＋１２％）となり、「ＳＯＡＰ」の受信量割合は２７％（＝１５％＋１０％）となり、「ローカルＵＳＢ」の受信量割合は３８％（＝３０％＋８％）となる。つまり、「ＰＯＰ３」と「ＦＡＸ」の分割印刷データがさらに分割され、「ＨＴＴＰ」、「ＳＯＡＰ」および「ローカルＵＳＢ」で送信される。

その後、使用インターフェイス情報の送信要求を受信すると、ジョブ管理部３６は、図４（Ａ）に示す受信エラーの有無および受信量割合に基づいて、「ＰＯＰ３」および「ＦＡＸ」については不使用とし、「ＨＴＴＰ」、「ＳＯＡＰ」、「ローカルＵＳＢ」、および「ＵＳＢメモリー」の送信量割合を、３０％、３０％、３０％、１０％とした使用インターフェイス情報を送信する。

これにより、前回、受信エラーが発生したインターフェイス方式が使用されないので、受信エラーが発生しない可能性が高くなる。

図５は、図１に示すシステムにおいて受信エラーが発生しなかった場合のログデータ２２の一例を示す図である。

受信エラーが発生しなければ、使用インターフェイス情報により「ＨＴＴＰ」、「ＳＯＡＰ」、「ローカルＵＳＢ」、および「ＵＳＢメモリー」の送信量割合が、３０％、３０％、３０％、１０％と指定された場合、図５に示すように、同様の受信量割合で分割印刷データが受信される。

以上のように、上記実施の形態１では、画像形成装置１のジョブ管理部３６は、インターフェイス方式ごとの印刷データの受信量割合をログデータ２２として記録し、次の印刷データの伝送の際に、ログデータ２２における受信量割合から、インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置２へ送信する。そして、ホスト装置２のドライバー６６は、その使用インターフェイス情報を受信し、受信した使用インターフェイス情報に基づく送信量割合で分割された分割印刷データを、複数のインターフェイス処理部６１〜６５を使用して画像形成装置１へ送信する。

これにより、ホスト装置２から画像形成装置１への過去の印刷データの伝送についてのログデータ２２における受信量割合から、今回の印刷データの伝送についての各インターフェイス方式の送信量割合が決定されるため、ログデータ２２の受信量割合から特定される通信障害のあったインターフェイス方式については、今回の印刷データの伝送に使用せずに済む。したがって、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加が軽減される。

実施の形態２．

本発明の実施の形態２に係る画像形成システムは、実施の形態１と同様に画像形成装置１およびホスト装置２を備える。ただし、実施の形態２では、画像形成装置１ではなく、ホスト装置２が、ログデータを管理し、各インターフェイス方式の送信量割合を決定する。つまり、ドライバー６６が、ログデータを管理し、各インターフェイス方式の送信量割合を決定する。

実施の形態２では、ホスト装置２のドライバー６６は、インターフェイス方式ごとの印刷データの送信量割合をログデータとして記憶装置４３に記録する。そして、ドライバー６６は、そのログデータにおける送信量割合から、今回送信すべき印刷データについてのインターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、複数のインターフェイス処理部６１〜６５を使用して画像形成装置１へ送信する。

また、実施の形態２では、ドライバー６６は、分割印刷データについて送信エラーがいずれかのインターフェイス方式で発生した場合、送信エラーが発生したインターフェイス方式で送信すべき印刷データの残りを、分割印刷データについて送信エラーが発生していないインターフェイス方式で送信させる。そして、ドライバー６６は、すべての分割印刷データの送信が完了してから、インターフェイス方式ごとの送信量割合をログデータとして記録する。

また、実施の形態２では、ドライバー６６は、送信エラーが発生したインターフェイス方式を継続的に不使用とする。ただし、ドライバー６６は、継続的に不使用としているインターフェイス方式のインターフェイス処理部の設定変更が検出された場合、そのインターフェイス方式の使用を再開する。つまり、そのインターフェイス方式の送信量割合を非ゼロの値とする。

なお、実施の形態２における画像形成装置１およびホスト装置２のその他の構成および動作については実施の形態１の場合と同様であるので、その説明を省略する。

以上のように、上記実施の形態２では、ホスト装置２のドライバー６６は、インターフェイス方式ごとの印刷データの送信量割合をログデータとして記録し、ログデータにおける送信量割合から、今回送信すべき印刷データについてのインターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、複数のインターフェイス処理部６１〜６５を使用して画像形成装置１へ送信する。

これにより、ホスト装置２から画像形成装置１への過去の印刷データの伝送についてのログデータにおける送信量割合から、今回の印刷データの伝送についての各インターフェイス方式の送信量割合が決定されるため、ログデータの送信量割合から特定される通信障害のあったインターフェイス方式については、今回の印刷データの伝送に使用せずに済む。したがって、データを分割して伝送する場合における通信障害に起因するデータの伝送時間の増加およびダウンタイムの増加が軽減される。

なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。

例えば、上記実施の形態２において、ＵＳＢメモリーによりホスト装置２から画像形成装置１へ分割印刷データを伝送する場合、送信エラーが検出できないため、ユーザーにより特定の操作が行われるとＵＳＢメモリーについての送信エラーが発生したと判断されるようにしてもよい。

本発明は、例えば、画像形成システムに適用可能である。

１ 画像形成装置
２ ホスト装置
１４ 演算処理装置（コンピューターの一例）
２１ 制御プログラム（プログラムの一例）
２２ ログデータ
３１ ＳＯＡＰインターフェイス処理部（第１インターフェイス処理部の一例）
３２ ファクシミリインターフェイス処理部（第１インターフェイス処理部の一例）
３３ ＨＴＴＰインターフェイス処理部（第１インターフェイス処理部の一例）
３４ Ｅメールインターフェイス処理部（第１インターフェイス処理部の一例）
３５ ローカルインターフェイス処理部（第１インターフェイス処理部の一例）
３６ ジョブ管理部（制御部の一例，インターフェイス管理部の一例）
４４ 演算処理装置（コンピューターの一例）
５１ ドライバープログラム（プログラムの一例）
６１ ＳＯＡＰインターフェイス処理部（第２インターフェイス処理部の一例）
６２ ファクシミリインターフェイス処理部（第２インターフェイス処理部の一例）
６３ ＨＴＴＰインターフェイス処理部（第２インターフェイス処理部の一例）
６４ Ｅメールインターフェイス処理部（第２インターフェイス処理部の一例）
６５ ローカルインターフェイス処理部（第２インターフェイス処理部の一例）
６６ ドライバー（ログ処理部の一例）

Claims (11)

1. 画像形成装置と、
   ホスト装置とを備え、
   前記画像形成装置は、
   印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数の第１インターフェイス処理部と、
   前記複数の第１インターフェイス処理部により受信された前記分割印刷データから復元された前記印刷データに基づき印刷を実行する制御部と、
   前記インターフェイス方式ごとの前記印刷データの受信量割合をログデータとして記録し、前記ログデータにおける前記受信量割合から、前記インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成して前記ホスト装置へ送信するインターフェイス管理部とを有し、
   前記ホスト装置は、
   前記複数のインターフェイス方式で通信する複数の第２インターフェイス処理部と、
   前記第２インターフェイス処理部で前記使用インターフェイス情報を受信し、受信した前記使用インターフェイス情報に基づく前記送信量割合で分割された分割印刷データを、前記複数の第２インターフェイス処理部を使用して前記画像形成装置へ送信するドライバーとを有すること、
   を特徴とする画像形成システム。
2. 印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数のインターフェイス処理部と、
   前記複数のインターフェイス処理部により受信された前記分割印刷データから復元された前記印刷データに基づき印刷を実行する制御部と、
   （ａ）前記インターフェイス方式ごとの前記印刷データの受信量割合をログデータとして記録し、（ｂ）前記ログデータにおける前記受信量割合から、前記インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置へ送信しその送信量割合で分割した分割印刷データを前記複数のインターフェイス方式で送信させるインターフェイス管理部と、
   を備えることを特徴とする画像形成装置。
3. 前記インターフェイス管理部は、受信エラーがいずれかの前記インターフェイス方式で発生した場合、前記受信エラーが発生した前記インターフェイス方式で送信すべき前記印刷データの残りを、受信エラーが発生していない前記インターフェイス方式で送信させるリトライ要求を前記ホスト装置の前記ドライバーへ送信し、前記印刷データのすべての受信が完了してから、前記インターフェイス方式ごとの前記受信量割合をログデータとして記録することを特徴とする請求項２記載の画像形成装置。
4. 前記インターフェイス管理部は、前記受信エラーが発生した前記インターフェイス方式についての前記送信量割合を継続的にゼロとすることを特徴とする請求項２または請求項３記載の画像形成装置。
5. 前記インターフェイス管理部は、前記送信量割合を継続的にゼロとしている前記インターフェイス方式の前記インターフェイス処理部の設定変更が検出された場合、そのインターフェイス方式についての前記送信量割合を非ゼロとすることを特徴とする請求項４記載の画像形成装置。
6. 画像形成装置のコンピューターを、
   印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数のインターフェイス処理部、
   前記複数のインターフェイス処理部により受信された前記分割印刷データから復元された前記印刷データに基づき印刷を実行する制御部、および
   （ａ）前記インターフェイス方式ごとの前記印刷データの受信量割合をログデータとして記録し、（ｂ）前記ログデータにおける前記受信量割合から、前記インターフェイス方式ごとの印刷データの送信量割合を示す使用インターフェイス情報を生成してホスト装置へ送信しその送信量割合で分割した分割印刷データを前記複数のインターフェイス方式で送信させるインターフェイス管理部、
   として機能させること特徴とするプログラム。
7. 画像形成装置と、
   ホスト装置とを備え、
   前記画像形成装置は、
   印刷データを分割した分割印刷データを複数のインターフェイス方式で受信する複数の第１インターフェイス処理部と、
   前記複数の第１インターフェイス処理部により受信された前記分割印刷データから復元された前記印刷データに基づき印刷を実行する制御部とを有し、
   前記ホスト装置は、
   前記分割印刷データを前記複数のインターフェイス方式で送信する複数の第２インターフェイス処理部と、
   前記インターフェイス方式ごとの前記印刷データの送信量割合をログデータとして記録するログ処理部と、
   前記ログデータにおける前記送信量割合から、今回送信すべき印刷データについての前記インターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、前記複数の第２インターフェイス処理部を使用して前記画像形成装置へ送信するドライバーとを有すること、
   を特徴とする画像形成システム。
8. ホスト装置のコンピューターを、
   印刷データを分割した分割印刷データを複数のインターフェイス方式で送信する複数のインターフェイス処理部、
   前記インターフェイス方式ごとの前記印刷データの送信量割合をログデータとして記録するログ処理部、および
   前記ログデータにおける前記送信量割合から、今回送信すべき印刷データについての前記インターフェイス方式ごとの印刷データの送信量割合を特定し、その送信量割合で分割された分割印刷データを、前記複数のインターフェイス処理部を使用して画像形成装置へ送信するドライバー
   として機能させることを特徴とするプログラム。
9. 前記ドライバーは、前記分割印刷データについて送信エラーがいずれかの前記インターフェイス方式で発生した場合、前記送信エラーが発生した前記インターフェイス方式で送信すべき前記印刷データの残りを、前記分割印刷データについて送信エラーが発生していない前記インターフェイス方式で送信させ、
   前記ログ処理部は、前記印刷データのすべての送信が完了してから、前記インターフェイス方式ごとの前記送信量割合をログデータとして記録すること、
   を特徴とする請求項８記載のプログラム。
10. 前記ドライバーは、前記送信エラーが発生した前記インターフェイス方式を継続的に不使用とすることを特徴とする請求項８または請求項９記載のプログラム。
11. 前記ドライバーは、前記継続的に不使用としている前記インターフェイス方式の前記インターフェイス処理部の設定変更が検出された場合、そのインターフェイス方式の使用を再開することを特徴とする請求項１０記載のプログラム。

Images