(57)【要約】      （修正有）【課題】画像処理装置の負荷によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔を変更するようにした情報処理装置を提供する。【解決手段】情報処理装置１００は、画像処理装置１６０の負荷情報を監視する画像処理装置負荷監視モジュール１０５と、通信回線制御装置１８０から通信回線１９０の負荷状況を監視する通信回線負荷監視モジュール１１０と、ユーザー端末１７０の負荷状況を監視するユーザー端末負荷監視モジュール１１５と、それぞれの監視モジュールで取得したデータと予め設定された閾値とを比較して、負荷がかかっていないか否かを判断する負荷制御モジュール１２０と、負荷がかかっていると判断した場合にユーザー端末による画像処理装置への問い合わせ間隔を制御する問い合わせ間隔制御モジュール１２５と、を有する。【選択図】図１
2018041133.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置の負荷情報を取得する取得手段と、
前記負荷情報と予め定められた閾値とを比較することによって、前記画像処理装置に問い合わせを行うユーザー端末に対して、該問い合わせの間隔を変更させる指示を行う指示手段
を具備することを特徴とする情報処理装置。
【請求項２】
前記取得手段は、さらに、前記ユーザー端末の負荷情報を取得し、
前記指示手段は、前記画像処理装置の負荷情報及び前記ユーザー端末の負荷情報をそれぞれ予め定められた閾値と比較することによって、該ユーザー端末に対して、問い合わせの間隔を変更させる指示を行う、
請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、さらに、前記画像処理装置と前記ユーザー端末間の通信回線の負荷情報を取得し、
前記指示手段は、前記画像処理装置の負荷情報及び前記通信回線の負荷情報をそれぞれ予め定められた閾値と比較することによって、前記ユーザー端末に対して、問い合わせの間隔を変更させる指示を行う、
請求項１に記載の情報処理装置。
【請求項４】
前記指示手段は、前記ユーザー端末に問い合わせの間隔を変更させる指示を行った後に、前記負荷情報が予め定められた正常値に戻った場合は、該ユーザー端末に対して、問い合わせの間隔を元に戻す指示を行う、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
コンピュータを、
画像処理装置の負荷情報を取得する取得手段と、
前記負荷情報と予め定められた閾値とを比較することによって、前記画像処理装置に問い合わせを行うユーザー端末に対して、該問い合わせの間隔を変更させる指示を行う指示手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、ＰＣ端末からのプリンタ情報の取得リクエストに対するネットワークの負荷を軽減するサーバ装置を提供することを課題とし、ＰＣ端末からサーバ装置にプリンタ情報取得のリクエストがあった場合、プリンタから情報を取得すべきか判断し、プリンタ管理テーブルからプリンタ情報を更新する更新間隔や前回プリンタ情報を更新した時間を取得し、現在の時刻が前回の更新時間から更新間隔以上の経過をしていれば、プリンタ情報を取得し、プリンタ管理テーブルの更新時間を更新し、現在の時刻が前回の更新時間から更新間隔以上の経過をしていなければ、取得すべきでないと判断しプリンタ情報格納部から保存してあるプリンタ情報を取得し、プリンタ情報管理部は取得したデータをリクエスト処理部に対し通知し、リクエスト処理部よりプロトコル処理部を通りＰＣ端末に通知されることが開示されている。
【０００３】
特許文献２には、ユーザー側に負担を強いることなく、ネットワーク上の周辺機器、特にプリンタの状態が容易に確認可能な方法及び確認システムを提供することを課題とし、ネットワーク上のプリンタの側から、ユーザー側からの問い合わせないし処理要求の有無に拘わらず、プリンタの状態を示す情報を、ネットワーク上に周期的に送出し、ユーザー側は、ネットワーク上に送出されたプリンタの状態を示す情報を自動的に取得し、表示装置に自動的に表示されるプリンタの状態を確認することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２２７８４２号公報
【特許文献２】特開２０００−０２０２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
画像処理装置からユーザー端末に対して、その画像処理装置の状態情報を送信することが行われている。
ところで、画像処理装置側は、その画像処理装置本来の画像処理を行いながら、ユーザー端末に対して情報を送信している。そのため、画像処理装置側の負荷が重くなる。しかし、前記特許文献に記載された技術では、画像処理装置側は、周期的に送信することが必要である。そのため、画像処理装置の負荷が重い状態であるにもかかわらず、画像処理装置側は送信しなければならなくなる。
本発明は、画像処理装置の負荷の状況によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔を変更するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、画像処理装置の負荷情報を取得する取得手段と、前記負荷情報と予め定められた閾値とを比較することによって、前記画像処理装置に問い合わせを行うユーザー端末に対して、該問い合わせの間隔を変更させる指示を行う指示手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、前記取得手段は、さらに、前記ユーザー端末の負荷情報を取得し、前記指示手段は、前記画像処理装置の負荷情報及び前記ユーザー端末の負荷情報をそれぞれ予め定められた閾値と比較することによって、該ユーザー端末に対して、問い合わせの間隔を変更させる指示を行う、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記取得手段は、さらに、前記画像処理装置と前記ユーザー端末間の通信回線の負荷情報を取得し、前記指示手段は、前記画像処理装置の負荷情報及び前記通信回線の負荷情報をそれぞれ予め定められた閾値と比較することによって、前記ユーザー端末に対して、問い合わせの間隔を変更させる指示を行う、請求項１に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記指示手段は、前記ユーザー端末に問い合わせの間隔を変更させる指示を行った後に、前記負荷情報が予め定められた正常値に戻った場合は、該ユーザー端末に対して、問い合わせの間隔を元に戻す指示を行う、請求項１から３のいずれか一項に記載の情報処理装置である。
【００１０】
請求項５の発明は、コンピュータを、画像処理装置の負荷情報を取得する取得手段と、前記負荷情報と予め定められた閾値とを比較することによって、前記画像処理装置に問い合わせを行うユーザー端末に対して、該問い合わせの間隔を変更させる指示を行う指示手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１１】
請求項１の情報処理装置によれば、画像処理装置の負荷によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔が変更される。
【００１２】
請求項２の情報処理装置によれば、画像処理装置、ユーザー端末の負荷によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔が変更される。
【００１３】
請求項３の情報処理装置によれば、画像処理装置、通信回線の負荷によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔が変更される。
【００１４】
請求項４の情報処理装置によれば、負荷が予め定められた正常値に戻った場合は、問い合わせの間隔が元に戻る。
【００１５】
請求項５の情報処理プログラムによれば、画像処理装置の負荷によって、ユーザー端末から画像処理装置に対しての問い合わせの間隔が変更される。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】画像処理装置負荷テーブルのデータ構造例を示す説明図である。
【図５】通信回線負荷テーブルのデータ構造例を示す説明図である。
【図６】ユーザー端末負荷テーブルのデータ構造例を示す説明図である。
【図７】本実施の形態による処理例を示すフローチャートである。
【図８】本実施の形態による処理例を示すフローチャートである。
【図９】本実施の形態による処理例を示すフローチャートである。
【図１０】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１８】
本実施の形態である情報処理装置１００は、ユーザー端末１７０から画像処理装置１６０に対しての問い合わせの間隔を変更するものであって、図１の例に示すように、画像処理装置負荷監視モジュール１０５、通信回線負荷監視モジュール１１０、ユーザー端末負荷監視モジュール１１５、負荷制御モジュール１２０、問い合わせ間隔制御モジュール１２５を有している。
本実施の形態では、ユーザー端末１７０から画像処理装置１６０に対して、定期的にその画像処理装置１６０の状態の問い合わせが行われている。いわゆるポーリングを用いて、問い合わせを行っている。問い合わせの間隔は、ユーザー端末１７０が定めることになる。一般的に、この間隔は予め定められていたり、ユーザーの操作にしたがって設定されたりする。
本実施の形態以外の情報処理装置のように、この間隔が固定であると、画像処理装置１６０、ユーザー端末１７０、通信回線制御装置１８０のいずれかの負荷が重い場合であっても、ユーザー端末１７０からの問い合わせ（それに付随して、画像処理装置１６０による問い合わせに対する返信、通信回線１９０での問い合わせと返信の通信）が行われることになる。特に、問い合わせよりも、その返信がより負荷がかかることが想定される。つまり、画像処理装置１６０でのプリント処理（画像処理の一例）と並行してユーザー端末１７０に情報を返す必要があるので、ユーザー端末１７０の負荷よりも画像処理装置１６０の負荷を配慮する必要がある。さらに、ユーザー端末１７０の負荷と通信回線１９０の負荷も考慮する必要がある。
また、単に更新のタイミングを遅くするのでは、リアルタイム性が失われてしまうのでリアルタイム性を考慮する必要がある。
【００１９】
画像処理装置負荷監視モジュール１０５は、負荷制御モジュール１２０、画像処理装置１６０と接続されている。画像処理装置負荷監視モジュール１０５は、画像処理装置１６０の負荷状況を監視する。つまり、画像処理装置負荷監視モジュール１０５は、画像処理装置１６０から画像処理装置１６０の負荷情報を取得する。例えば、画像処理装置１６０のＣＰＵ使用率、メモリ使用率、ＨＤＤの残容量、セッション数を監視する。また、画像処理装置１６０特有のステータスとして、完了ジョブ数、印刷待ちジョブ数、履歴ジョブ数も監視する。監視はＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）でポーリングしてもよい。また、画像処理装置１６０に負荷を与えないよう必要なオブジェクト（負荷情報の項目）のみを設定して問い合わせるようにしてもよい。
【００２０】
通信回線負荷監視モジュール１１０は、負荷制御モジュール１２０、通信回線制御装置１８０と接続されている。通信回線負荷監視モジュール１１０は、通信回線１９０の負荷状況を監視する。つまり、通信回線負荷監視モジュール１１０は、通信回線制御装置１８０から、画像処理装置１６０とユーザー端末１７０間の通信回線１９０の負荷情報を取得する。例えば、帯域幅を監視する。監視はＳＮＭＰでポーリングしてもよい。通信回線制御装置１８０、通信回線１９０に負荷を与えないよう必要なオブジェクトのみを設定して問い合わせるようにしてもよい。
【００２１】
ユーザー端末負荷監視モジュール１１５は、負荷制御モジュール１２０、ユーザー端末１７０と接続されている。ユーザー端末負荷監視モジュール１１５は、ユーザー端末１７０の負荷状況を監視する。つまり、ユーザー端末負荷監視モジュール１１５は、ユーザー端末１７０からユーザー端末１７０の負荷情報を取得する。例えば、ユーザー端末１７０のＣＰＵ使用率、メモリ使用率、ＨＤＤの残容量、セッション数を監視する。監視はＳＮＭＰでポーリングしてもよい。ユーザー端末１７０に負荷を与えないよう必要なオブジェクトのみを設定して問い合わせるようにしてもよい。
【００２２】
負荷制御モジュール１２０は、画像処理装置負荷監視モジュール１０５、通信回線負荷監視モジュール１１０、ユーザー端末負荷監視モジュール１１５、問い合わせ間隔制御モジュール１２５と接続されている。負荷制御モジュール１２０は、画像処理装置負荷監視モジュール１０５、通信回線負荷監視モジュール１１０、ユーザー端末負荷監視モジュール１１５で監視している負荷状況に問題がないか否かを判断する。それぞれの監視モジュール（画像処理装置負荷監視モジュール１０５、通信回線負荷監視モジュール１１０、ユーザー端末負荷監視モジュール１１５）で取得したデータと、予め設定された閾値を比較して、負荷がかかっていないか否かを判断する。つまり、負荷制御モジュール１２０は、画像処理装置１６０の負荷情報と予め定められた閾値とを比較する。又は、ユーザー端末１７０の負荷情報と予め定められた閾値とを比較してもよい。又は、通信回線１９０の負荷情報と予め定められた閾値とを比較してもよい。
【００２３】
問い合わせ間隔制御モジュール１２５は、負荷制御モジュール１２０、ユーザー端末１７０と接続されている。問い合わせ間隔制御モジュール１２５は、ユーザー端末１７０による画像処理装置１６０への問い合わせ間隔を制御する。問い合わせ間隔制御モジュール１２５は、負荷制御モジュール１２０で負荷がかかっていると判断した場合、予め設定しておいた問い合わせ間隔に変更する。負荷が軽減され、負荷がかかっていないと負荷制御モジュール１２０が判断した場合は、問い合わせ間隔を元に戻す。
問い合わせ間隔制御モジュール１２５は、画像処理装置１６０の負荷情報と予め定められた閾値とを比較することによって、画像処理装置１６０に対して、問い合わせを行うユーザー端末１７０にその問い合わせの間隔を変更させる指示を行う。具体的には、画像処理装置１６０の負荷が重くなっている場合は、問い合わせの間隔を長くし、画像処理装置１６０の負荷が軽くなっている場合は、問い合わせの間隔を初期値に戻している（又は、短くしている）。
また、問い合わせ間隔制御モジュール１２５は、画像処理装置１６０の負荷情報及びユーザー端末１７０の負荷情報をそれぞれ予め定められた閾値と比較することによって、そのユーザー端末１７０に対して、問い合わせの間隔を変更させる指示を行うようにしてもよい。
また、問い合わせ間隔制御モジュール１２５は、画像処理装置１６０の負荷情報及び通信回線１９０の負荷情報をそれぞれ予め定められた閾値と比較することによって、ユーザー端末１７０に対して、問い合わせの間隔を変更させる指示を行うようにしてもよい。
また、問い合わせ間隔制御モジュール１２５は、画像処理装置１６０の負荷情報、ユーザー端末１７０、通信回線１９０の負荷情報をそれぞれ予め定められた閾値と比較することによって、そのユーザー端末１７０に対して、問い合わせの間隔を変更させる指示を行うようにしてもよい。
また、問い合わせ間隔制御モジュール１２５は、ユーザー端末１７０に問い合わせの間隔を変更させる指示を行った後に、負荷情報が予め定められた正常値に戻った場合は、そのユーザー端末１７０に対して、問い合わせの間隔を元（初期値）に戻す指示を行うようにしてもよい。つまり、負荷が軽くなった場合のリアルタイム性を担保するものである。
【００２４】
画像処理装置１６０は、情報処理装置１００の画像処理装置負荷監視モジュール１０５と接続されている。画像処理装置１６０は、例えば、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等である。画像処理装置１６０は、ユーザー端末１７０からの問い合わせに対して、例えば、印刷処理（印刷ジョブともいわれる）の状況（例えば、待機、処理中、エラーが発生したこと等）を返信する。また、画像処理装置１６０の負荷情報を取得し、情報処理装置１００に送信する。
ユーザー端末１７０は、情報処理装置１００のユーザー端末負荷監視モジュール１１５、問い合わせ間隔制御モジュール１２５と接続されている。ユーザー端末１７０は、ユーザーによって操作され、画像処理装置１６０を利用（例えば、印刷処理を依頼）するものであって、例えば、パソコン、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）等である。ユーザー端末１７０は、画像処理装置１６０の処理状況を得るために、画像処理装置１６０に対して、定期的に問い合わせを行う。ただし、問い合わせの間隔は、情報処理装置１００からの指示にしたがって変更する。また、ユーザー端末１７０の負荷情報を取得し、情報処理装置１００に送信する。
通信回線制御装置１８０は、情報処理装置１００の通信回線負荷監視モジュール１１０と接続されている。通信回線１９０は、画像処理装置１６０とユーザー端末１７０間を通信可能に接続する。通信回線制御装置１８０は、通信回線１９０の負荷情報を取得し、情報処理装置１００に送信する。
【００２５】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、画像処理装置１６０Ａ、画像処理装置１６０Ｂ、ユーザー端末１７０Ａ、ユーザー端末１７０Ｂ、ユーザー端末１７０Ｃ、ユーザー端末１７０Ｄは、通信回線１９０を介してそれぞれ接続されている。通信回線１９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。例えば、ユーザー端末１７０は、画像処理装置１６０に対して印刷処理を依頼する。ユーザー端末１７０は、定期的に画像処理装置１６０に対して問い合わせを行う。その印刷処理の状況、又は、現在の処理状況等を得るためである。情報処理装置１００は、画像処理装置１６０、ユーザー端末１７０、通信回線１９０の負荷状況を監視し、画像処理装置１６０等の負荷が重くなった場合は、その問い合わせの間隔を長くする。そして、負荷が正常に戻ったならば、問い合わせの間隔を元に戻す。
【００２６】
図３は、本実施の形態による処理例を示すフローチャートである。この処理例を予め定められた間隔で繰り返すことで、画像処理装置１６０への問い合わせ間隔を制御する。
ステップＳ３０２では、ＦｌａｇＡ＝０とする。つまり、変数「ＦｌａｇＡ」に初期値「０」を設定する。なお、この設定を「ＦｌａｇＡ＝０」と表記する（以下、同様）。
ステップＳ３０４では、画像処理装置負荷監視モジュール１０５で画像処理装置１６０の負荷状況を取得する。例えば、画像処理装置負荷テーブル４００を画像処理装置１６０から取得する。図４は、画像処理装置負荷テーブル４００のデータ構造例を示す説明図である。画像処理装置負荷テーブル４００は、ＣＰＵ使用率欄４０５、メモリ使用率欄４１０、ＨＤＤ使用率欄４１５、完了ジョブ数欄４２０、印刷待ちジョブ数欄４２５、履歴ジョブ数欄４３０、セッション数欄４３５、再印刷用文書数欄４４０を有している。ＣＰＵ使用率欄４０５は、ＣＰＵ使用率を記憶している。メモリ使用率欄４１０は、メモリ使用率を記憶している。ＨＤＤ使用率欄４１５は、ＨＤＤ（ハードディスク）使用率を記憶している。完了ジョブ数欄４２０は、完了ジョブ数を記憶している。印刷待ちジョブ数欄４２５は、印刷待ちジョブ数を記憶している。履歴ジョブ数欄４３０は、履歴ジョブ数を記憶している。セッション数欄４３５は、セッション数を記憶している。再印刷用文書数欄４４０は、再印刷用文書数を記憶している。
【００２７】
画像処理装置１６０のリソース情報として、ＣＰＵ使用率欄４０５、メモリ使用率欄４１０、ＨＤＤ使用率欄４１５がある。画像処理装置１６０のコントローラ負荷を確認するためのものである。
完了ジョブ数欄４２０の完了ジョブ数が多くなると、画像処理装置１６０からユーザー端末１７０に返すジョブ情報が増えることとなる。つまり、ジョブ情報が増えると画像処理装置１６０内部での処理内容が増加するため、負荷制御モジュール１２０の判断処理で必要となる。
印刷待ちジョブ数欄４２５の印刷待ちジョブ数が多くなると、画像処理装置１６０の連続稼働が予想でき、高負荷状態が続くことが予想される。そのため、負荷制御モジュール１２０の判断処理で必要となる。
履歴ジョブ数欄４３０の履歴ジョブ数が多くなると、履歴が溜まっていることを示しており、画像処理装置１６０内部の処理情報や通信量が増加することが予想される。そのため、負荷制御モジュール１２０の判断処理で必要となる。
セッション数欄４３５のセッション数は、ユーザー端末１７０と画像処理装置１６０とのセッション数を示しており、セッションが開放されずに蓄積していく場合、リソースが枯渇することが予想される。そのため、負荷制御モジュール１２０の判断処理で必要となる。
再印刷用文書数欄４４０の再印刷用文書数は、再印刷が必要な文書の数であり、その文書は画像処理装置１６０内に記憶される。したがって、リソースが枯渇することが予想される。そのため、負荷制御モジュール１２０の判断処理で必要となる。なお、再印刷が必要な文書とは、印刷は既に完了している文書であるが、ユーザー端末１７０からの設定（具体的には、「印刷用文書の保存」設定）によって、印刷用の文書を画像処理装置１６０に記憶させておくものである。再印刷が予想される文書について、新たにユーザー端末１７０から画像処理装置１６０に送信する処理を省くことができるようにしたものである。
【００２８】
ステップＳ３０６では、通信回線負荷監視モジュール１１０で通信回線１９０の負荷状況を取得する。例えば、通信回線負荷テーブル５００を通信回線制御装置１８０から取得する。図５は、通信回線負荷テーブル５００のデータ構造例を示す説明図である。通信回線負荷テーブル５００は、帯域幅欄５０５、通信エラー（Ａ）数欄５１０、通信エラー（Ｂ）数欄５１５、通信エラー（Ｃ）数欄５２０を有している。帯域幅欄５０５は、帯域幅を記憶している。通信エラー（Ａ）数欄５１０は、通信エラー（Ａ）数を記憶している。通信エラー（Ｂ）数欄５１５は、通信エラー（Ｂ）数を記憶している。通信エラー（Ｃ）数欄５２０は、通信エラー（Ｃ）数を記憶している。
ユーザー端末１７０と画像処理装置１６０間だけの通信とは限らないため、他の通信状況によっては帯域が一時的に不足し、送信／受信が遅延する可能性がある。そのため、帯域幅欄５０５の帯域幅が、負荷制御モジュール１２０の判断処理で必要となる。
通信エラー（Ａ）数欄５１０等の通信エラーは、再送信やパケット送信の順序違い等の数を示している。これらが発生していると送受信が遅延する可能性がある。そのため、負荷制御モジュール１２０の判断処理で必要となる。
【００２９】
ステップＳ３０８では、ユーザー端末負荷監視モジュール１１５でユーザー端末１７０の負荷状況を取得する。例えば、ユーザー端末負荷テーブル６００をユーザー端末１７０から取得する。図６は、ユーザー端末負荷テーブル６００のデータ構造例を示す説明図である。ユーザー端末負荷テーブル６００は、ＣＰＵ使用率欄６０５、メモリ使用率欄６１０、ＨＤＤ使用率欄６１５、セッション数欄６２０を有している。ＣＰＵ使用率欄６０５は、ＣＰＵ使用率を記憶している。メモリ使用率欄６１０は、メモリ使用率を記憶している。ＨＤＤ使用率欄６１５は、ＨＤＤ使用率を記憶している。セッション数欄６２０は、セッション数を記憶している。
ユーザー端末１７０のリソース情報として、ＣＰＵ使用率欄６０５、メモリ使用率欄６１０、ＨＤＤ使用率欄６１５がある。ユーザー端末１７０の負荷を確認するためのものである。
セッション数欄６２０のセッション数は、ユーザー端末１７０と画像処理装置１６０とのセッション数を示しており、セッションが開放されずに蓄積していく場合、リソースが枯渇することが予想される。そのため、負荷制御モジュール１２０の判断処理で必要となる。
【００３０】
ステップＳ３１０では、負荷制御モジュール１２０で画像処理装置１６０、通信回線１９０、ユーザー端末１７０の負荷を確認し、いずれかの項目で負荷が予め定められた閾値を超えているか否かを判断し、超えている場合はステップＳ３１２へ進み、それ以外の場合はステップＳ３１４へ進む。
ステップＳ３１２では、ＦｌａｇＡ＝１（変数「ＦｌａｇＡ」に値「１」を設定）とする。
ステップＳ３１４では、ＦｌａｇＡ＝１か否か（変数「ＦｌａｇＡ」に値「１」が設定されているか否か）を判断し、ＦｌａｇＡ＝１の場合はステップＳ３１６へ進み、それ以外の場合はステップＳ３１８へ進む。
【００３１】
ステップＳ３１６では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ予め設定しておいた問い合わせ間隔（具体的には、初期値の間隔よりも長い間隔）で問い合わせを行うように指示する。
ステップＳ３１８では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔を初期値に戻すように指示する。
ステップＳ３２０では、ＦｌａｇＡ＝０とする。
【００３２】
図７は、本実施の形態による処理例を示すフローチャートである。この処理例を予め定められた間隔で繰り返すことで、画像処理装置１６０への問い合わせ間隔を制御する。本処理例は、変数「ＦｌａｇＢ」を用いて、問い合わせ間隔の２回目以降の変更が生じないように制御するものである。
ステップＳ７０２では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝０とする。
ステップＳ７０４では、画像処理装置負荷監視モジュール１０５で画像処理装置１６０の負荷状況を取得する。
ステップＳ７０６では、通信回線負荷監視モジュール１１０で通信回線１９０の負荷状況を取得する。
ステップＳ７０８では、ユーザー端末負荷監視モジュール１１５でユーザー端末１７０の負荷状況を取得する。
【００３３】
ステップＳ７１０では、負荷制御モジュール１２０で画像処理装置１６０、通信回線１９０、ユーザー端末１７０の負荷を確認し、いずれかの項目で負荷が閾値を超えているか否かを判断し、超えている場合はステップＳ７１２へ進み、それ以外の場合はステップＳ７１４へ進む。
ステップＳ７１２では、ＦｌａｇＡ＝１とする。
ステップＳ７１４では、ＦｌａｇＡ＝１か否かを判断し、ＦｌａｇＡ＝１の場合はステップＳ７１６へ進み、それ以外の場合はステップＳ７２０へ進む。
【００３４】
ステップＳ７１６では、ＦｌａｇＢ＝１か否かを判断し、ＦｌａｇＢ＝１の場合はステップＳ７２４へ進み、それ以外の場合はステップＳ７１８へ進む。
ステップＳ７１８では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ予め設定しておいた問い合わせ間隔で問い合わせを行うように指示する。ＦｌａｇＢ＝１にする。
【００３５】
ステップＳ７２０では、ＦｌａｇＢ＝１か否かを判断し、ＦｌａｇＢ＝１の場合はステップＳ７２２へ進み、それ以外の場合はステップＳ７２４へ進む。
ステップＳ７２２では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔を初期値に戻すように指示する。ＦｌａｇＢ＝０にする。そして、ステップＳ７２４の処理に移る。
ステップＳ７２４では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝値を保持する（変数「ＦｌａｇＢ」の値をそのままとする）。
【００３６】
図８は、本実施の形態による処理例を示すフローチャートである。この処理例を予め定められた間隔で繰り返すことで、画像処理装置１６０への問い合わせ間隔を制御する。図３、図７の例に示したフローチャートの処理では、問い合わせ間隔の２回目以降の変更であっても（又は、２回目以降の変更処理を生じないようにしているため）、問い合わせ間隔は予め定められた間隔にしているが、この図８の例に示したフローチャートの処理では、その回数に応じて、問い合わせ間隔をさらに長くしている。
ステップＳ８０２では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝０とする。
ステップＳ８０４では、画像処理装置負荷監視モジュール１０５で画像処理装置１６０の負荷状況を取得する。
ステップＳ８０６では、通信回線負荷監視モジュール１１０で通信回線１９０の負荷状況を取得する。
ステップＳ８０８では、ユーザー端末負荷監視モジュール１１５でユーザー端末１７０の負荷状況を取得する。
【００３７】
ステップＳ８１０では、負荷制御モジュール１２０で画像処理装置１６０、通信回線１９０、ユーザー端末１７０の負荷を確認し、いずれかの項目で負荷が閾値を超えているか否かを判断し、超えている場合はステップＳ８１２へ進み、それ以外の場合はステップＳ８１４へ進む。
ステップＳ８１２では、ＦｌａｇＡ＝１とする。
ステップＳ８１４では、ＦｌａｇＡ＝１か否かを判断し、ＦｌａｇＡ＝１の場合はステップＳ８１６へ進み、それ以外の場合はステップＳ８１８へ進む。
【００３８】
ステップＳ８１６では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔をさらに長くするように指示する。ＦｌａｇＢ＝１にする。
例えば、現在の問い合わせ間隔に予め定められた値（正の数）を加算して、さらに長くしてもよい。また、現在の問い合わせ間隔に予め定められた値（１以上の値）を乗算して、さらに長くしてもよい。また、負荷に応じて、問い合わせ間隔を設定するようにしてもよい。つまり、負荷の大きさに比例して、問い合わせ間隔を設定してもよい。
【００３９】
ステップＳ８１８では、ＦｌａｇＢ＝１か否かを判断し、ＦｌａｇＢ＝１の場合はステップＳ８２０へ進み、それ以外の場合はステップＳ８２２へ進む。
ステップＳ８２０では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔を初期値に戻すように指示する。ＦｌａｇＢ＝０にする。そして、ステップＳ８２２の処理に移る。
ステップＳ８２２では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝値を保持する。
【００４０】
図９は、本実施の形態による処理例を示すフローチャートである。この処理例を予め定められた間隔で繰り返すことで、画像処理装置１６０への問い合わせ間隔を制御する。この図９の例に示したフローチャートの処理では、図８の例に示したフローチャートに、ステップＳ９２２の処理を付加したものである。問い合わせ間隔を変更することに加えて、画像処理装置１６０の負荷を軽減させる処理を行うものである。なお、ステップＳ９２２の処理は、図３の例に示したフローチャートのステップＳ３１６の後に付加してもよいし、図７の例に示したフローチャートのステップＳ７１４で「Ｙｅｓ」と判断された後（ステップＳ７１６の前）に付加してもよい。
【００４１】
ステップＳ９０２では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝０とする。
ステップＳ９０４では、画像処理装置負荷監視モジュール１０５で画像処理装置１６０の負荷状況を取得する。
ステップＳ９０６では、通信回線負荷監視モジュール１１０で通信回線１９０の負荷状況を取得する。
ステップＳ９０８では、ユーザー端末負荷監視モジュール１１５でユーザー端末１７０の負荷状況を取得する。
【００４２】
ステップＳ９１０では、負荷制御モジュール１２０で画像処理装置１６０、通信回線１９０、ユーザー端末１７０の負荷を確認し、いずれかの項目で負荷が閾値を超えているか否かを判断し、超えている場合はステップＳ９１２へ進み、それ以外の場合はステップＳ９１４へ進む。
ステップＳ９１２では、ＦｌａｇＡ＝１とする。
ステップＳ９１４では、ＦｌａｇＡ＝１か否かを判断し、ＦｌａｇＡ＝１の場合はステップＳ９１６へ進み、それ以外の場合はステップＳ９１８へ進む。
ステップＳ９１６では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔をさらに長くするように指示する。ＦｌａｇＢ＝１にする。
【００４３】
ステップＳ９１８では、ＦｌａｇＢ＝１か否かを判断し、ＦｌａｇＢ＝１の場合はステップＳ９２０へ進み、それ以外の場合はステップＳ９２４へ進む。
ステップＳ９２０では、問い合わせ間隔制御モジュール１２５からユーザー端末１７０へ問い合わせ間隔を初期値に戻すように指示する。ＦｌａｇＢ＝０にする。そして、ステップＳ９２４の処理に移る。
ステップＳ９２２では、負荷制御モジュール１２０は、再印刷用文書の保存を指示したユーザー端末１７０にその再印刷用文書を削除することを依頼する。
ステップＳ９２４では、ＦｌａｇＡ＝０、ＦｌａｇＢ＝値を保持する。
【００４４】
図１０を参照して、本実施の形態の情報処理装置１００のハードウェア構成例について説明する。図１０に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１０１７と、プリンタ等のデータ出力部１０１８を備えたハードウェア構成例を示している。
【００４５】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００１は、前述の実施の形態において説明した各種のモジュール、すなわち、画像処理装置負荷監視モジュール１０５、通信回線負荷監視モジュール１１０、ユーザー端末負荷監視モジュール１１５、負荷制御モジュール１２０、問い合わせ間隔制御モジュール１２５等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００４６】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１００２は、ＣＰＵ１００１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１００３は、ＣＰＵ１００１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１００４により相互に接続されている。
【００４７】
ホストバス１００４は、ブリッジ１００５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１００６に接続されている。
【００４８】
キーボード１００８、マウス等のポインティングデバイス１００９は、操作者により操作されるデバイスである。ディスプレイ１０１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１００９とディスプレイ１０１０の両方の機能を備えているタッチスクリーン等であってもよい。
【００４９】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１０１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１００１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、各種の付加情報、予め定められた閾値等が格納される。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００５０】
ドライブ１０１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１０１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１００７、外部バス１００６、ブリッジ１００５、及びホストバス１００４を介して接続されているＲＡＭ１００３に供給する。なお、リムーバブル記録媒体１０１３も、データ記録領域として利用可能である。
【００５１】
接続ポート１０１４は、外部接続機器１０１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１０１４は、インタフェース１００７、及び外部バス１００６、ブリッジ１００５、ホストバス１００４等を介してＣＰＵ１００１等に接続されている。通信部１０１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１０１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１０１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００５２】
なお、図１０に示す情報処理装置１００のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１０に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００５３】
また、前述の実施の形態の説明内での比較処理において、「以上」、「以下」、「超える（より大きい）」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「超える（より大きい）」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００５４】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５５】
１００…情報処理装置
１０５…画像処理装置負荷監視モジュール
１１０…通信回線負荷監視モジュール
１１５…ユーザー端末負荷監視モジュール
１２０…負荷制御モジュール
１２５…問い合わせ間隔制御モジュール
１６０…画像処理装置
１７０…ユーザー端末
１８０…通信回線制御装置
１９０…通信回線
【図１】
2018041133.tif 000003
【図２】
2018041133.tif 000004
【図３】
2018041133.tif 000005
【図４】
2018041133.tif 000006
【図５】
2018041133.tif 000007
【図６】
2018041133.tif 000008
【図７】
2018041133.tif 000009
【図８】
2018041133.tif 000010
【図９】
2018041133.tif 000011
【図１０】
2018041133.tif 000012