(57)【要約】      （修正有）【課題】電子機器から収集した情報を効率的に送信することができる管理システムを提供する。【解決手段】管理システム３０のサーバー３１は、画像形成装置から収集したカウンター情報を送信するスケジュールＳ１をキュー３１ａに入れるためのエンキュー条件を満たす場合にスケジュールＳ１をキュー３１ａに入れ、スケジュールＳ１をキュー３１ａから出すためのデキュー条件を満たす場合にスケジュールＳ１をキュー３１ａから出して実行する。【選択図】図６
2020154931.tif 000002
【特許請求の範囲】
【請求項１】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、前記スケジュールをキューに入れるためのエンキュー条件を満たす場合に前記スケジュールを前記キューに入れ、前記スケジュールを前記キューから出すためのデキュー条件を満たす場合に前記スケジュールを前記キューから出して実行することを特徴とする管理システム。
【請求項２】
前記エンキュー条件および前記デキュー条件の少なくとも一方は、実行中の前記スケジュールの数に基づいた条件であることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去のエラーに基づいた条件であることを特徴とする請求項１に記載の管理システム。
【請求項４】
前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の応答時間に基づいた条件であることを特徴とする請求項１に記載の管理システム。
【請求項５】
前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件であることを特徴とする請求項１に記載の管理システム。
【請求項６】
前記サーバーを複数備え、
前記キューは、複数の前記サーバーで共用されることを特徴とする請求項１から請求項５までのいずれかに記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器を管理する管理システムに関する。
【背景技術】
【０００２】
従来、電子機器を管理する管理システムとして、画像形成装置のプリンターによる印刷枚数を示すカウンター情報を収集するものが知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−０１６０９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の管理システムにおいては、画像形成装置から収集したカウンター情報を他のシステムに送信することが考慮されていない。
【０００５】
そこで、本発明は、電子機器から収集した情報を効率的に送信することができる管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の管理システムは、電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、前記サーバーは、前記スケジュールをキューに入れるためのエンキュー条件を満たす場合に前記スケジュールを前記キューに入れ、前記スケジュールを前記キューから出すためのデキュー条件を満たす場合に前記スケジュールを前記キューから出して実行することを特徴とする。
【０００７】
この構成により、本発明の管理システムは、電子機器から収集した情報の送信の効率に与える悪影響が大きいスケジュールを一旦キューに入れて、電子機器から収集した情報の送信の効率に与える悪影響が小さくなったスケジュールをキューから出して実行することができるので、電子機器から収集した情報を効率的に送信することができる。
【０００８】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、実行中の前記スケジュールの数に基づいた条件であっても良い。
【０００９】
この構成により、本発明の管理システムは、実行中のスケジュールの数に基づいた条件がエンキュー条件である場合、実行中のスケジュールの数が多いときにスケジュールを一旦キューに入れることができるので、「並列で実行されるスケジュールの数が多いために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、実行中のスケジュールの数に基づいた条件がデキュー条件である場合、実行中のスケジュールの数が少ないときにスケジュールをキューから出して実行することができるので、「並列で実行されるスケジュールの数が多いために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００１０】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去のエラーに基づいた条件であっても良い。
【００１１】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去のエラーに基づいた条件がエンキュー条件である場合、送信先への情報の送信のエラーが多い可能性が高いときにスケジュールを一旦キューに入れることができるので、「エラーが発生する送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去のエラーに基づいた条件がデキュー条件である場合、送信先への情報の送信のエラーが少ない可能性が高いときにスケジュールをキューから出して実行することができるので、「エラーが発生する送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００１２】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の応答時間に基づいた条件であっても良い。
【００１３】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の応答時間に基づいた条件がエンキュー条件である場合に、応答時間が長い可能性が高いときにスケジュールを一旦キューに入れることができるので、「応答時間が長い送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の応答時間に基づいた条件がデキュー条件である場合に、応答時間が短い可能性が高いときにスケジュールをキューから出して実行することができるので、「応答時間が長い送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００１４】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件であっても良い。
【００１５】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がエンキュー条件である場合に、スケジュールの実行に適していない可能性が高い時間帯にスケジュールを一旦キューに入れることができるので、「スケジュールの実行に適していない時間帯にスケジュールを実行するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がデキュー条件である場合に、スケジュールの実行に適している可能性が高い時間帯にスケジュールをキューから出して実行することができるので、「スケジュールの実行に適していない時間帯にスケジュールを実行するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００１６】
本発明の管理システムは、前記サーバーを複数備え、前記キューは、複数の前記サーバーで共用されても良い。
【００１７】
この構成により、本発明の管理システムは、キューが複数のサーバーで共用されるので、キューにスケジュールを入れたサーバーがダウンするなどの問題が発生した場合であっても、問題が発生したサーバーが本来実行するスケジュールを、問題が発生していないサーバーがキューから出して実行することが可能である。したがって、本発明の管理システムは、いずれかのサーバーがダウンするなどの問題が発生した場合に、問題が発生したサーバーが本来実行するスケジュールが実行されない可能性を低減することができる。
【発明の効果】
【００１８】
本発明の管理システムは、電子機器から収集した情報を効率的に送信することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施の形態に係るシステムのブロック図である。
【図２】ＭＦＰである場合の図１に示す画像形成装置のブロック図である。
【図３】スケジュールＳ１〜Ｓ４の処理が正常に実行される場合の図１に示すシステムの動作の一例の一部を示す図である。
【図４】図３に示す動作の続きの動作の一例を示す図である。
【図５】スケジュールＳ１〜Ｓ４の処理の実行中にエラーが発生する場合の図１に示すシステムの動作の一例を示す図である。
【図６】管理システムにおけるサーバーのキューにスケジュールを入れる場合の図１に示すシステムの動作の一例を示す図である。
【図７】管理システムにおけるサーバーのキューからスケジュールを出す場合の図１に示すシステムの動作の一例を示す図である。
【図８】本発明の第２の実施の形態に係るシステムのブロック図である。
【図９】管理システムにおけるサーバーによるスケジュールの実行のエラーの履歴をエラー履歴情報に記憶する場合の図８に示すシステムの動作の一例を示す図である。
【図１０】図８に示すエラー履歴情報の一例を示す図である。
【図１１】管理システムにおけるサーバーのキューにスケジュールを入れる場合の図８に示すシステムの動作の一例を示す図である。
【図１２】管理システムにおけるサーバーのキューからスケジュールを出す場合の図８に示すシステムの動作の一例を示す図である。
【図１３】管理システムにおけるサーバーがエラー履歴情報を確認してからスケジュールを実行する場合の図８に示すシステムの動作の一例を示す図である。
【図１４】管理システムにおけるサーバーがエラー履歴情報を確認してからスケジュールを実行する場合の図８に示すシステムの動作の、図１３に示す例とは異なる一例を示す図である。
【図１５】本発明の第３の実施の形態に係るシステムのブロック図である。
【図１６】管理システムにおけるサーバーによるスケジュールの実行結果を実行結果情報に記憶する場合の図１５に示すシステムの動作の一例を示す図である。
【図１７】図１５に示す実行結果情報の一例を示す図である。
【図１８】管理システムにおけるサーバーのキューにスケジュールを入れる場合の図１５に示すシステムの動作の一例を示す図である。
【図１９】管理システムにおけるサーバーのキューからスケジュールを出す場合の図１５に示すシステムの動作の一例を示す図である。
【図２０】本発明の第４の実施の形態に係るシステムのブロック図である。
【図２１】管理システムにおけるサーバーによるスケジュールの実行結果の集計データを集計データ情報に記憶する場合の図２０に示すシステムの動作の一例を示す図である。
【図２２】図２０に示す集計データ情報の一例を示す図である。
【図２３】管理システムにおけるサーバーのキューにスケジュールを入れる場合の図２０に示すシステムの動作の一例を示す図である。
【図２４】管理システムにおけるサーバーのキューからスケジュールを出す場合の図２０に示すシステムの動作の一例を示す図である。
【図２５】本発明の第５の実施の形態に係るシステムのブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図面を用いて説明する。
【００２１】
（第１の実施の形態）
まず、本発明の第１の実施の形態に係るシステムの構成について説明する。
【００２２】
図１は、本実施の形態に係るシステム１０のブロック図である。
【００２３】
図１に示すように、システム１０は、電子機器としての画像形成装置２０を備えている。画像形成装置２０は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）、プリンター専用機、コピー専用機などによって構成されている。システム１０は、画像形成装置２０以外にも、画像形成装置２０と同様の画像形成装置を少なくとも１つ備えることが可能である。システム１０における画像形成装置は、画像形成装置自身のメーカーではない、画像形成装置自身の保有者によって保有される。
【００２４】
システム１０は、システム１０における画像形成装置を管理する管理システム３０を備えている。管理システム３０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。管理システム３０は、クラウド上で動作するシステムでも良い。管理システム３０は、画像形成装置のメーカーによって運用される。利用者は、ウェブブラウザー経由で管理システム３０にアクセスすることができ、任意の画像形成装置の状態や履歴情報を管理システム３０から取得したり、任意の画像形成装置のメンテナンスを管理システム３０経由で実行したりすることができる。また、管理システム３０は、画像形成装置に何らかの問題が発生した場合や、画像形成装置における消耗品の残量が特定の量以下になった場合に、特定の通知先に通知することができる。
【００２５】
システム１０は、管理システム３０と、他のシステムとを接続するハブとして機能する管理システム側接続仲介システム４０を備えている。管理システム側接続仲介システム４０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。管理システム側接続仲介システム４０は、クラウド上で動作するシステムでも良い。管理システム側接続仲介システム４０は、画像形成装置のメーカーによって運用される。
【００２６】
システム１０は、画像形成装置の販売会社、ディーラーなどの販売者によって運用される販売者システム５１を備えている。販売者システム５１は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。販売者システム５１は、クラウド上で動作するシステムでも良い。システム１０は、販売者システム５２、販売者システム５３、販売者システム５４など、販売者システム５１と同様の複数の販売者システムを備えている。販売者システムは、販売者毎に運用される。販売者システムは、例えば、画像形成装置のプリンターによる印刷枚数を示すカウンター情報を管理システム３０から取得して、このカウンター情報に基づいた請求金額の請求書を生成し、この請求書を、この画像形成装置の保有者に送信することができる。
【００２７】
システム１０は、販売者システムと、他のシステムとを接続するハブとして機能する販売者システム側接続仲介システム６０を備えている。販売者システム側接続仲介システム６０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。販売者システム側接続仲介システム６０は、クラウド上で動作するシステムでも良い。
【００２８】
システム１０における画像形成装置と、管理システム３０とは、インターネットなどのネットワーク経由で、互いに通信可能である。
【００２９】
管理システム３０と、管理システム側接続仲介システム４０とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、互いに通信可能である。
【００３０】
管理システム側接続仲介システム４０と、販売者システム側接続仲介システム６０とは、インターネットなどのネットワーク経由で、互いに通信可能である。
【００３１】
販売者システム側接続仲介システム６０と、販売者システムとは、インターネットなどのネットワーク経由で、互いに通信可能である。
【００３２】
図２は、ＭＦＰである場合の画像形成装置２０のブロック図である。
【００３３】
図２に示すように、画像形成装置２０は、種々の操作が入力される例えばボタンなどの入力デバイスである操作部２１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター２３と、原稿から画像を読み取る読取デバイスであるスキャナー２４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部２５と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２６と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２７と、画像形成装置２０全体を制御する制御部２８とを備えている。
【００３４】
制御部２８は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、制御部２８のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とを備えている。制御部２８のＣＰＵは、記憶部２７または制御部２８のＲＯＭに記憶されているプログラムを実行する。
【００３５】
制御部２８は、記憶部２７または制御部２８のＲＯＭに記憶されているプログラムを実行することによって、プリンター２３による印刷枚数を示すカウンター情報や、プリンター２３におけるトナーの残量など、トナーに関する情報としてのトナー情報など、画像形成装置２０の各種の情報を、特定のタイミングで管理システム３０に送信する。なお、制御部２８が画像形成装置２０の各種の情報を管理システム３０に送信するタイミングは、後述のスケジュールの実行のタイミングより頻繁なタイミングである。
【００３６】
図１に示すように、管理システム３０は、サーバー３１、サーバー３２、サーバー３３、サーバー３４など、複数のサーバーを備えている。管理システム３０におけるサーバーは、システム１０における画像形成装置から収集した情報を特定のタイミングで販売者システムに送信するスケジュールを実行する。
【００３７】
スケジュールは、例えばスケジュールＳ１、スケジュールＳ２、スケジュールＳ３、スケジュールＳ４など、複数存在する。
【００３８】
各スケジュールは、いずれの画像形成装置から収集したいずれの情報をいずれの販売者システムにいずれのタイミングで送信するかが設定されている。例えば、スケジュールＳ１は、画像形成装置Ａ、画像形成装置Ｂおよび画像形成装置Ｃのカウンター情報を販売者システム５１に特定のタイミングで送信するものであり、スケジュールＳ２は、画像形成装置Ｄのカウンター情報を販売者システム５２に特定のタイミングで送信するものであり、スケジュールＳ３は、画像形成装置Ｅのカウンター情報を販売者システム５３に特定のタイミングで送信するものであり、スケジュールＳ４は、画像形成装置Ｆおよび画像形成装置Ｇのカウンター情報を販売者システム５４に特定のタイミングで送信するものである。
【００３９】
各スケジュールが実行されるタイミングとしては、様々なタイミングが設定されることが可能である。例えば、各スケジュールが実行されるタイミングとしては、毎日１７時など、日次のタイミングでも良いし、毎週の特定の曜日など、週次のタイミングでも良いし、毎月２０日などのように毎月の特定の日や、毎月第３水曜日などのように毎月の特定の週の特定の曜日など、月次のタイミングでも良い。
【００４０】
各スケジュールは、実行されるサーバーが予め決まっている。例えば、スケジュールＳ１は、サーバー３１によって実行され、スケジュールＳ２は、サーバー３２によって実行され、スケジュールＳ３は、サーバー３３によって実行され、スケジュールＳ４は、サーバー３４によって実行される。
【００４１】
サーバー３１は、スケジュールを保持するためのキュー（ｑｕｅｕｅ）３１ａを備えている。同様に、管理システム３０におけるサーバーは、それぞれ、キューを備えている。例えば、サーバー３２、サーバー３３、サーバー３４は、それぞれ、キュー３２ａ、キュー３３ａ、キュー３４ａを備えている。
【００４２】
管理システム３０は、画像形成装置から収集した各種の情報を示す収集情報３５ａと、管理システム３０におけるサーバーによるスケジュールを管理するためのスケジュール情報３５ｂとを記憶するデータベース３５とを備えている。
【００４３】
管理システム３０は、画像形成装置からカウンター情報などの情報が送信されてくる度に、画像形成装置から送信されてきたカウンター情報などの情報を収集情報３５ａに蓄積する。
【００４４】
管理システム３０におけるサーバーは、サーバー自身が処理の対象にしているスケジュールの状態をスケジュール情報３５ｂに書き込む。例えば、管理システム３０におけるサーバーは、スケジュールを実行中である場合には、実行中のスケジュールの状態を「実行中」としてスケジュール情報３５ｂに書き込み、スケジュールの実行を終了した場合には、実行中のスケジュールの状態を「実行終了」としてスケジュール情報３５ｂに書き込む。
【００４５】
管理システム側接続仲介システム４０は、管理システム側接続仲介システム４０が実行する処理を保持するためのキュー４０ａを備えている。管理システム側接続仲介システム４０は、管理システム３０との通信をＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）で実行し、販売者システム側接続仲介システム６０との通信をＳＯＡＰで実行する。管理システム３０から管理システム側接続仲介システム４０にカウンター情報を渡すためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）と、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０にカウンター情報を渡すためのＡＰＩとは、カウンター情報の対象の画像形成装置毎に呼び出される必要がある仕様になっている。また、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０に同時に送信されるカウンター情報の数が増えるほど、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生の可能性が高くなるので、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０にカウンター情報を渡す処理に関しては、最大並列処理数を２に制限する仕様になっている。
【００４６】
次に、システム１０の動作について説明する。
【００４７】
まず、システム１０における画像形成装置から収集したカウンター情報を特定のタイミングで販売者システムに送信するスケジュールの処理が正常に実行される場合のシステム１０の動作について説明する。以下、スケジュールＳ１〜Ｓ４の実行が同時刻に開始される場合を例にして説明する。
【００４８】
図３は、スケジュールＳ１〜Ｓ４の処理が正常に実行される場合のシステム１０の動作の一例の一部を示す図である。
【００４９】
まず、管理システム３０のサーバー３１〜３４は、図３に示すように、スケジュール情報３５ｂに記憶されているスケジュールＳ１〜Ｓ４に応じて、画像形成装置のカウンター情報の送信処理を実行する（１〜７．）。すなわち、サーバー３１〜３４は、対象の画像形成装置のカウンター情報を収集情報３５ａから取得して、取得したカウンター情報を、スケジュールＳ１〜Ｓ４に応じた最終的な宛先としての販売者システムを設定した上で、管理システム側接続仲介システム４０に送信する。なお、管理システム３０による画像形成装置のカウンター情報の送信処理の実行の順番は、特に決まっておらず、ほぼ並列で実行される。
【００５０】
管理システム側接続仲介システム４０は、画像形成装置のカウンター情報が管理システム３０から送信されてくると、上述したように最大並列処理数が２であるので、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報の送信処理を実行する（８〜９．）。すなわち、管理システム側接続仲介システム４０は、対象のカウンター情報を販売者システム側接続仲介システム６０に送信する。
【００５１】
管理システム側接続仲介システム４０は、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報以外のカウンター情報の送信処理については、キュー４０ａに一旦格納する（１０．）。
【００５２】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１１〜１２．）。すなわち、販売者システム側接続仲介システム６０は、対象のカウンター情報を、このカウンター情報の最終的な宛先として設定されている販売者システムに送信する。
【００５３】
なお、販売者システムは、販売者システム側接続仲介システム６０から送信されてきたカウンター情報を正常に受信すると、カウンター情報を正常に受信した旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信する。販売者システムから返信された応答は、販売者システム側接続仲介システム６０、管理システム側接続仲介システム４０を順に経由して、管理システム３０における宛て先のサーバーに受信される。
【００５４】
図４は、図３に示す動作の続きの動作の一例を示す図である。
【００５５】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれか１つの送信処理に関して、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくると、図４に示すように、キュー４０ａに格納されている送信処理のうち、先頭の送信処理をキュー４０ａから取り出して（１３．）、この送信処理を実行する（１４．）。
【００５６】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１５．）。
【００５７】
次に、システム１０における画像形成装置から収集したカウンター情報を特定のタイミングで販売者システムに送信するスケジュールの処理の実行中にエラーが発生する場合のシステム１０の動作について説明する。以下、スケジュールＳ１〜Ｓ４の実行が同時刻に開始される場合を例にして説明する。
【００５８】
図５は、スケジュールＳ１〜Ｓ４の処理の実行中にエラーが発生する場合のシステム１０の動作の一例を示す図である。
【００５９】
まず、管理システム３０のサーバー３１〜３４は、図５に示すように、スケジュール情報３５ｂに記憶されているスケジュールＳ１〜Ｓ４に応じて、画像形成装置のカウンター情報の送信処理を実行する（１〜７．）。
【００６０】
管理システム側接続仲介システム４０は、画像形成装置のカウンター情報が管理システム３０から送信されてくると、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報の送信処理を実行する（８〜９．）。
【００６１】
管理システム側接続仲介システム４０は、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報以外のカウンター情報の送信処理については、キュー４０ａに一旦格納する（１０．）。
【００６２】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１１〜１２．）。
【００６３】
ここで、販売者システム５１は、画像形成装置Ａのカウンター情報と、画像形成装置Ｂのカウンター情報とが販売者システム側接続仲介システム６０から同時に送信されてきて、それらの処理の負荷が急激にかかったことが原因でエラーが発生するなど、様々な原因でエラーが発生する。ここで、販売者システム５１は、エラーが発生した場合、カウンター情報を正常に受信した旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信することができなかったり、エラーの発生によってカウンター情報を正常に受信することができなかった旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信したりする。
【００６４】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれか１つの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてくると、キュー４０ａに格納されている送信処理のうち、先頭の送信処理をキュー４０ａから取り出して、この送信処理を実行する。ただし、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答を販売者システムが返信するタイミングは、カウンター情報を正常に受信した旨の応答を販売者システムが返信するタイミングより遅くなるので、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてくる場合は、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくる場合と比較して、管理システム側接続仲介システム４０による次の送信処理の実行が遅延する。
【００６５】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれかの送信処理に関して、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないとき、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えるまで、キュー４０ａに格納されている送信処理を実行しない。したがって、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこない場合は、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくる場合と比較して、管理システム側接続仲介システム４０による次の送信処理の実行が遅延する。
【００６６】
図５に示す例では、スケジュールＳ１の処理の実行中にエラーが発生した結果、スケジュールＳ１だけでなく、スケジュールＳ２〜Ｓ４にも遅延が発生するなどの影響が出ている。すなわち、システム１０は、スケジュールＳ１〜Ｓ４の処理の実行中にエラーが発生した場合、エラーが発生したスケジュールだけでなく、エラーが発生していないスケジュールにも遅延が発生するなどの影響が出る。なお、スケジュールの対象の画像形成装置が数台ではなく例えば数千台などの非常に多くの台数である場合には、そのスケジュールの遅延の影響は、非常に大きなものになる。
【００６７】
次に、管理システム３０におけるサーバーのキューにスケジュールを入れる場合のシステム１０の動作について説明する。
【００６８】
図６は、管理システム３０におけるサーバーのキューにスケジュールを入れる場合のシステム１０の動作の一例を示す図である。
【００６９】
管理システム３０におけるサーバーは、スケジュール情報３５ｂに記憶されている、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する前に、図６に示すように、実行中のスケジュールの数が特定の数以下であるか否かを、スケジュール情報３５ｂによって確認する（１．）。
【００７０】
管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下ではないことを確認すると、対象のスケジュールをキューに入れる（２．）。一方、管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下であることを確認すると、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する。
【００７１】
次に、管理システム３０におけるサーバーのキューからスケジュールを出す場合のシステム１０の動作について説明する。
【００７２】
図７は、管理システム３０におけるサーバーのキューからスケジュールを出す場合のシステム１０の動作の一例を示す図である。
【００７３】
管理システム３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図７に示すように、実行中のスケジュールの数が特定の数以下であるか否かを、スケジュール情報３５ｂによって確認する（１．）。
【００７４】
管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下であることを確認すると、サーバー自身のキューに格納されている先頭のスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３〜５．）。
【００７５】
以上に説明したように、管理システム３０は、画像形成装置から収集したカウンター情報の送信の効率に与える悪影響が大きいスケジュールを一旦キューに入れて、画像形成装置から収集したカウンター情報の送信の効率に与える悪影響が小さくなったスケジュールをキューから出して実行することができるので、画像形成装置から収集したカウンター情報を効率的に送信することができる。
【００７６】
管理システム３０は、実行中のスケジュールの数に基づいた条件がエンキュー条件であるので、実行中のスケジュールの数が多いときにスケジュールを一旦キューに入れることができる。したがって、管理システム３０は、「並列で実行されるスケジュールの数が多いためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００７７】
管理システム３０は、実行中のスケジュールの数に基づいた条件がデキュー条件であるので、実行中のスケジュールの数が少ないときにスケジュールをキューから出して実行することができる。したがって、管理システム３０は、「並列で実行されるスケジュールの数が多いためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【００７８】
（第２の実施の形態）
まず、本発明の第２の実施の形態に係るシステムの構成について説明する。
【００７９】
図８は、本実施の形態に係るシステム１１０のブロック図である。
【００８０】
図８に示すように、システム１１０の構成は、第１の実施の形態に係るシステム１０（図１参照。）が管理システム３０（図１参照。）に代えて管理システム１３０を備えた構成と同様である。
【００８１】
管理システム１３０の構成は、管理システム３０がデータベース３５（図１参照。）に代えてデータベース１３５を備えた構成と同様である。
【００８２】
データベース１３５の構成は、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴を示すエラー履歴情報１３５ａをデータベース３５が備えた構成と同様である。
【００８３】
次に、システム１１０の動作について説明する。
【００８４】
システム１１０の動作は、以下に説明する点を除いて、システム１１０の動作と同様である。
【００８５】
まず、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴をエラー履歴情報１３５ａに記憶する場合のシステム１１０の動作について説明する。
【００８６】
図９は、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴をエラー履歴情報１３５ａに記憶する場合のシステム１１０の動作の一例を示す図である。
【００８７】
図９に示すように、管理システム側接続仲介システム４０は、実行済みの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてきたというエラーと、実行済みの送信処理に関して、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えているにもかかわらず、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないというエラーとのいずれかを検出する（１．）と、検出したエラーを、管理システム１３０におけるサーバーのうち、対象の送信処理を実行したサーバーに返信する（２．）。
【００８８】
管理システム１３０におけるサーバーは、管理システム側接続仲介システム４０からエラーが返信されてくると、返信されてきたエラーをエラー履歴情報１３５ａに記憶する（３．）。
【００８９】
図１０は、エラー履歴情報１３５ａの一例を示す図である。
【００９０】
図１０に示すエラー履歴情報１３５ａは、エラーの記憶日時と、エラーの対象のスケジュールの識別情報と、エラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、エラーの対象のスケジュールにおけるカウンター情報の対象の画像形成装置の識別情報と、エラーの種類とを、エラー毎に示している。ここで、エラーの種類において、「Ｔｉｍｅｏｕｔ」とは、実行済みの送信処理に関して、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えているにもかかわらず、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないというエラーを示しており、「Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  Ｅｒｒｏｒ」とは、実行済みの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてきたというエラーを示している。
【００９１】
次に、管理システム１３０におけるサーバーのキューにスケジュールを入れる場合のシステム１１０の動作について説明する。
【００９２】
図１１は、管理システム１３０におけるサーバーのキューにスケジュールを入れる場合のシステム１１０の動作の一例を示す図である。
【００９３】
管理システム１３０におけるサーバーは、図９に示すようにエラーをエラー履歴情報１３５ａに記憶すると、図１１に示すように、このエラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内におけるエラーの発生状況が特定の状況を満たすことである。特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。また、特定の状況は、例えば「Ｔｉｍｅｏｕｔ」のエラーに関しては２回以上連続で発生した状況など、エラーの種類毎に設定されている。
【００９４】
管理システム１３０におけるサーバーは、エラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールを、キューに入れて（２．）、このスケジュールの処理を止める。
【００９５】
次に、管理システム１３０におけるサーバーのキューからスケジュールを出す場合のシステム１１０の動作について説明する。
【００９６】
図１２は、管理システム１３０におけるサーバーのキューからスケジュールを出す場合のシステム１１０の動作の一例を示す図である。
【００９７】
管理システム１３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図１２に示すように、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという条件である。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。
【００９８】
管理システム１３０におけるサーバーは、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３〜５．）。
【００９９】
以上に説明したように、管理システム１３０は、スケジュールにおけるカウンター情報の送信先への情報の送信の過去のエラーに基づいた条件がエンキュー条件であるので、送信先へのカウンター情報の送信のエラーが多い可能性が高いときにスケジュールを一旦キューに入れることができる。したがって、管理システム１３０は、「エラーが発生する送信先へカウンター情報を送信するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１００】
管理システム１３０は、スケジュールにおけるカウンター情報の送信先への情報の送信の過去のエラーに基づいた条件がデキュー条件であるので、送信先へのカウンター情報の送信のエラーが少ない可能性が高いときにスケジュールをキューから出して実行することができる。したがって、管理システム１３０は、「エラーが発生する送信先へカウンター情報を送信するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１０１】
なお、図１２においては、管理システム１３０におけるサーバーのキューからスケジュールを出す場合について示している。しかしながら、管理システム１３０におけるサーバーは、サーバー自身のキューからスケジュールを出す場合に限らず、スケジュールを実行する前にエラー履歴情報１３５ａを確認しても良い。
【０１０２】
図１３は、管理システム１３０におけるサーバーがエラー履歴情報１３５ａを確認してからスケジュールを実行する場合のシステム１１０の動作の一例を示す図である。
【０１０３】
管理システム１３０におけるサーバーは、スケジュールを実行する場合、図１３に示すように、このスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという条件である。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。
【０１０４】
管理システム１３０におけるサーバーは、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（２〜４．）。一方、管理システム１３０におけるサーバーは、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たさないことを確認すると、このスケジュールをキューに入れる。
【０１０５】
更に、管理システム１３０におけるサーバーは、エラー履歴情報１３５ａを確認してからスケジュールを実行する場合、図１４に示すように、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認した（１．）後、スケジュールを実行するときに、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行しても良い（２．）。そして、管理システム１３０におけるサーバーは、スケジュールにおけるカウンター情報の送信処理が正常に実行されたことを、販売者システムから返信された応答に基づいて確認した（３．）場合に、このスケジュールにおいて未だ実行していない送信処理が残っているとき、このスケジュールにおける残りの全ての画像形成装置のカウンター情報の送信処理を並列で実行する（４〜５．）。一方、管理システム１３０におけるサーバーは、スケジュールにおけるカウンター情報の送信処理にエラーを検出した場合に、このスケジュールをキューに入れる。管理システム１３０は、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行するので、たとえエラーが発生したとしても、エラーの影響を最小限に抑えることができる。
【０１０６】
システム１１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態において説明した動作を採用しても良い。
【０１０７】
システム１１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態において説明した動作を採用しても良い。
【０１０８】
（第３の実施の形態）
まず、本発明の第３の実施の形態に係るシステムの構成について説明する。
【０１０９】
図１５は、本実施の形態に係るシステム２１０のブロック図である。
【０１１０】
図１５に示すように、システム２１０の構成は、第２の実施の形態に係るシステム１１０（図８参照。）が管理システム１３０（図８参照。）に代えて管理システム２３０を備えた構成と同様である。
【０１１１】
管理システム２３０の構成は、管理システム１３０がデータベース１３５（図８参照。）に代えてデータベース２３５を備えた構成と同様である。
【０１１２】
データベース２３５の構成は、管理システム２３０におけるサーバーによるスケジュールの実行結果を示す実行結果情報２３５ａをデータベース１３５がエラー履歴情報１３５ａ（図８参照。）に代えて備えた構成と同様である。
【０１１３】
次に、システム２１０の動作について説明する。
【０１１４】
システム２１０の動作は、以下に説明する点を除いて、システム１１０の動作と同様である。
【０１１５】
まず、管理システム２３０におけるサーバーによるスケジュールの実行結果を実行結果情報２３５ａに記憶する場合のシステム２１０の動作について説明する。
【０１１６】
図１６は、管理システム２３０におけるサーバーによるスケジュールの実行結果を実行結果情報２３５ａに記憶する場合のシステム２１０の動作の一例を示す図である。
【０１１７】
図１６に示すように、管理システム側接続仲介システム４０は、実行済みの送信処理に関して、管理システム２３０におけるサーバーのうち、対象の送信処理を実行したサーバーに送信処理の実行結果を返信する（１．）。ここで、実行結果としては、販売者システムからのカウンター情報を正常に受信した旨の応答である場合もあるし、図９に示すようなエラーである場合もある。
【０１１８】
管理システム２３０におけるサーバーは、管理システム側接続仲介システム４０から実行結果が返信されてくると、返信されてきた実行結果を実行結果情報２３５ａに記憶する（２．）。
【０１１９】
図１７は、実行結果情報２３５ａの一例を示す図である。
【０１２０】
図１７に示す実行結果情報２３５ａは、実行結果の記憶日時と、実行結果の対象のスケジュールの識別情報と、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、実行結果の対象のスケジュールにおけるカウンター情報の対象の画像形成装置の識別情報と、実行結果の種類と、実行結果の対象のスケジュールにおける送信処理の応答時間とを、送信処理毎に示している。ここで、実行結果の種類において、「Ｓｕｃｃｅｓｓｆｕｌ」とは、実行済みの送信処理に関して、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてきたことを示している。また、応答時間とは、送信処理に関して、対象の画像形成装置のカウンター情報を管理システム２３０におけるサーバーが管理システム側接続仲介システム４０に送信してから、実行結果を管理システム２３０におけるサーバーが管理システム側接続仲介システム４０から受信するまでの時間である。
【０１２１】
次に、管理システム２３０におけるサーバーのキューにスケジュールを入れる場合のシステム２１０の動作について説明する。
【０１２２】
図１８は、管理システム２３０におけるサーバーのキューにスケジュールを入れる場合のシステム２１０の動作の一例を示す図である。
【０１２３】
管理システム２３０におけるサーバーは、図１６に示すように実行結果を実行結果情報２３５ａに記憶すると、図１８に示すように、この実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすか否かを、実行結果情報２３５ａによって確認する（１．）。ここで、特定の条件とは、第２の実施の形態において説明したように特定の期間内におけるエラーの発生状況が特定の状況を満たすという第１の条件と、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において例えば３０秒などの特定の時間以上かかっているという第２の条件とのいずれかを満たすことである。ここで、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。第２の条件は、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において１回でも特定の時間以上かかっているという条件でも良いし、カウンター情報の送信処理が成功した場合の特定の期間内における応答時間の平均が特定の時間以上かかっているという条件でも良い。また、第２の条件は、対象のスケジュールにおいて未だカウンター情報の送信処理が成功していない画像形成装置が例えば５０台などの特定の台数以上残っているという条件が追加されても良い。
【０１２４】
管理システム２３０におけるサーバーは、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすことを確認すると、このスケジュールを、キューに入れて（２．）、このスケジュールの処理を止める。
【０１２５】
次に、管理システム２３０におけるサーバーのキューからスケジュールを出す場合のシステム２１０の動作について説明する。
【０１２６】
図１９は、管理システム２３０におけるサーバーのキューからスケジュールを出す場合のシステム２１０の動作の一例を示す図である。
【０１２７】
管理システム２３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図１９に示すように、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすか否かを、実行結果情報２３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという第１の条件と、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において例えば３０秒などの特定の時間以上かかっていないという第２の条件との両方を満たすことである。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。第２の条件は、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において１回も特定の時間以上かかっていないという条件でも良いし、カウンター情報の送信処理が成功した場合の特定の期間内における応答時間の平均が特定の時間以上かかっていないという条件でも良い。
【０１２８】
管理システム２３０におけるサーバーは、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすことを確認すると、このスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３〜５．）。
【０１２９】
以上に説明したように、管理システム２３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の応答時間に基づいた条件がエンキュー条件であるので、応答時間が長い可能性が高いときにスケジュールを一旦キューに入れることができる。したがって、管理システム２３０は、「応答時間が長い送信先へカウンター情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１３０】
管理システム２３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の応答時間に基づいた条件がデキュー条件であるので、応答時間が短い可能性が高いときにスケジュールをキューから出して実行することができる。したがって、管理システム２３０は、「応答時間が長い送信先へカウンター情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１３１】
なお、図１９においては、管理システム２３０におけるサーバーのキューからスケジュールを出す場合について示している。しかしながら、管理システム２３０におけるサーバーは、サーバー自身のキューからスケジュールを出す場合に限らず、スケジュールを実行する前に実行結果情報２３５ａを確認しても良い。
【０１３２】
更に、管理システム２３０におけるサーバーは、実行結果情報２３５ａを確認してからスケジュールを実行する場合、図１４に示す動作と同様に、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行しても良い。
【０１３３】
システム２１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態または第２の実施の形態において説明した動作を採用しても良い。
【０１３４】
システム２１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態または第２の実施の形態において説明した動作を採用しても良い。
【０１３５】
（第４の実施の形態）
まず、本発明の第４の実施の形態に係るシステムの構成について説明する。
【０１３６】
図２０は、本実施の形態に係るシステム３１０のブロック図である。
【０１３７】
図２０に示すように、システム３１０の構成は、第３の実施の形態に係るシステム２１０（図１５参照。）が管理システム２３０（図１５参照。）に代えて管理システム３３０を備えた構成と同様である。
【０１３８】
管理システム３３０の構成は、バッチ処理を実行するバッチサーバー３３１を管理システム２３０が備えるとともに、データベース２３５（図１５参照。）に代えてデータベース３３５を管理システム２３０が備えた構成と同様である。
【０１３９】
データベース３３５の構成は、実行結果の集計データを示す集計データ情報３３５ａをデータベース２３５が備えた構成と同様である。
【０１４０】
次に、システム３１０の動作について説明する。
【０１４１】
システム３１０の動作は、以下に説明する点を除いて、システム２１０の動作と同様である。
【０１４２】
まず、管理システム３３０におけるサーバーによるスケジュールの実行結果の集計データを集計データ情報３３５ａに記憶する場合のシステム３１０の動作について説明する。
【０１４３】
図２１は、管理システム３３０におけるサーバーによるスケジュールの実行結果の集計データを集計データ情報３３５ａに記憶する場合のシステム３１０の動作の一例を示す図である。
【０１４４】
バッチサーバー３３１は、例えば１時間に１回など、定期的に、図２１に示すように、データベース３３５から実行結果情報２３５ａを取得する（１．）。
【０１４５】
バッチサーバー３３１は、データベース３３５から実行結果情報２３５ａを取得すると、実行結果情報２３５ａに基づいて集計データを生成する（２．）。ここで、バッチサーバー３３１は、実行結果情報２３５ａに示される実行結果のうち、例えば前回の集計期間の後の１時間など、特定の集計期間に記憶日時が含まれるものに関して、集計データを生成する。
【０１４６】
バッチサーバー３３１は、集計データを生成すると、生成した集計データを集計データ情報３３５ａに記憶する（３．）。
【０１４７】
図２２は、集計データ情報３３５ａの一例を示す図である。
【０１４８】
図２２に示す集計データ情報３３５ａは、実行結果の集計期間と、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、集計期間における「Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  Ｅｒｒｏｒ」の比率と、集計期間における「Ｔｉｍｅｏｕｔ」の比率と、集計期間における平均応答時間とを示している。
【０１４９】
次に、管理システム３３０におけるサーバーのキューにスケジュールを入れる場合のシステム３１０の動作について説明する。
【０１５０】
図２３は、管理システム３３０におけるサーバーのキューにスケジュールを入れる場合のシステム３１０の動作の一例を示す図である。
【０１５１】
管理システム３３０におけるサーバーは、スケジュール情報３５ｂに記憶されている、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する前に、図２１に示すように、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを、集計データ情報３３５ａによって確認する（１．）。ここで、スケジュールの実行に適した時間帯とは、「Ｉｎｔｅｒｎａｌ  Ｓｅｒｖｅｒ  Ｅｒｒｏｒ」の比率と、集計期間における「Ｔｉｍｅｏｕｔ」の比率と、集計期間における平均応答時間とがそれぞれ特定の閾値以下である時間帯である。例えば、管理システム３３０におけるサーバーは、現在の時間帯に対応する、１週間前の時間帯がスケジュールの実行に適した時間帯である場合、現在の時間帯もスケジュールの実行に適した時間帯であると判定する。
【０１５２】
管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯ではないことを確認すると、対象のスケジュールをキューに入れる（２．）。一方、管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯であることを確認すると、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する。
【０１５３】
次に、管理システム３３０におけるサーバーのキューからスケジュールを出す場合のシステム３１０の動作について説明する。
【０１５４】
図２４は、管理システム３３０におけるサーバーのキューからスケジュールを出す場合のシステム３１０の動作の一例を示す図である。
【０１５５】
管理システム３３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図２４に示すように、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを、集計データ情報３３５ａによって確認する（１．）。
【０１５６】
管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯であることを確認すると、サーバー自身のキューに格納されている先頭のスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３〜５．）。
【０１５７】
なお、管理システム３３０におけるサーバーは、スケジュールをキューに入れる場合に、スケジュールの実行に適した時間帯を集計データ情報３３５ａによって確認し、確認した時間帯にスケジュールが可視化されるように可視性タイムアウト（Ｖｉｓｉｂｉｌｉｔｙ  ｔｉｍｅｏｕｔ）をスケジュールに設定してキューに入れても良い。キューに入っているスケジュールは、可視性タイムアウトのタイムアウト時間までは見えないので、管理システム３３０におけるサーバーは、キューに入っているスケジュールが見えるようになった場合に、このスケジュールをキューから出して、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行すれば良い。このようにすることによって、管理システム３３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合に、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを確認し続ける必要がなくなる。
【０１５８】
以上に説明したように、管理システム３３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がエンキュー条件であるので、スケジュールの実行に適していない可能性が高い時間帯にスケジュールを一旦キューに入れることができる。したがって、管理システム３３０は、「スケジュールの実行に適していない時間帯にスケジュールを実行するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１５９】
管理システム３３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がデキュー条件であるので、スケジュールの実行に適している可能性が高い時間帯にスケジュールをキューから出して実行することができる。したがって、管理システム３３０は、「スケジュールの実行に適していない時間帯にスケジュールを実行するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【０１６０】
システム３１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態、第２の実施の形態または第３の実施の形態において説明した動作を採用しても良い。
【０１６１】
システム３１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態、第２の実施の形態または第３の実施の形態において説明した動作を採用しても良い。
【０１６２】
管理システム３３０は、本実施の形態においてバッチサーバー３３１を備えている。しかしながら、管理システム３３０は、バッチサーバー３３１を備えずに、バッチサーバー３３１の機能をサーバー３１などのいずれかのサーバーに担わせても良い。
【０１６３】
（第５の実施の形態）
まず、本発明の第５の実施の形態に係るシステムの構成について説明する。
【０１６４】
図２５は、本実施の形態に係るシステム４１０のブロック図である。
【０１６５】
図２５に示すように、システム４１０の構成は、第１の実施の形態に係るシステム１０（図１参照。）が管理システム３０（図１参照。）に代えて管理システム４３０を備えた構成と同様である。
【０１６６】
管理システム４３０の構成は、管理システム３０におけるサーバーがキューを備えておらず、サーバーに共通のキュー４３１を管理システム３０が備えた構成と同様である。
【０１６７】
次に、システム４１０の動作について説明する。
【０１６８】
システム４１０の動作は、以下に説明する点を除いて、システム１０の動作と同様である。
【０１６９】
管理システム４３０におけるサーバーは、スケジュールをキューに入れる場合、サーバー自身のキューではなく、全てのサーバーに共通のキュー４３１にスケジュールを入れる。
【０１７０】
そして、管理システム４３０におけるサーバーは、スケジュールをキュー４３１から出す場合、任意のスケジュールをキュー４３１から出すことが可能である。例えば、サーバー３２〜３４は、自身が本来対象にしないスケジュールＳ１をキュー４３１から出して、スケジュールＳ１に応じて、画像形成装置のカウンター情報の送信処理を実行することが可能である。
【０１７１】
以上に説明したように、管理システム４３０は、キュー４３１が複数のサーバーで共用されるので、キュー４３１にスケジュールを入れたサーバーがダウンするなどの問題が発生した場合であっても、問題が発生したサーバーが本来実行するスケジュールを、問題が発生していないサーバーがキュー４３１から出して実行することが可能である。したがって、管理システム４３０は、いずれかのサーバーがダウンするなどの問題が発生した場合に、問題が発生したサーバーが本来実行するスケジュールが実行されない可能性を低減することができる。
【０１７２】
管理システム４３０は、サーバーに共通のキュー４３１を第１の実施の形態に係る管理システム３０に適用したものである。サーバーに共通のキュー４３１は、第２の実施の形態に係る管理システム１３０と、第３の実施の形態に係る管理システム２３０と、第４の実施の形態に係る管理システム３３０とにも適用されることが可能である。
【０１７３】
本発明の電子機器は、上述の各実施の形態において画像形成装置であるが、例えばＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器でも良い。
【符号の説明】
【０１７４】
Ｓ１、Ｓ２、Ｓ３、Ｓ４  スケジュール
２０  画像形成装置（電子機器）
３０  管理システム
３１  サーバー
３１ａ  キュー
３２  サーバー
３２ａ  キュー
３３  サーバー
３３ａ  キュー
３４  サーバー
３４ａ  キュー
５１〜５４  販売者システム（送信先）
１３０  管理システム
２３０  管理システム
３３０  管理システム
４３０  管理システム
４３１  キュー
【図１】
2020154931.tif 000003
【図２】
2020154931.tif 000004
【図３】
2020154931.tif 000005
【図４】
2020154931.tif 000006
【図５】
2020154931.tif 000007
【図６】
2020154931.tif 000008
【図７】
2020154931.tif 000009
【図８】
2020154931.tif 000010
【図９】
2020154931.tif 000011
【図１０】
2020154931.tif 000012
【図１１】
2020154931.tif 000013
【図１２】
2020154931.tif 000014
【図１３】
2020154931.tif 000015
【図１４】
2020154931.tif 000016
【図１５】
2020154931.tif 000017
【図１６】
2020154931.tif 000018
【図１７】
2020154931.tif 000019
【図１８】
2020154931.tif 000020
【図１９】
2020154931.tif 000021
【図２０】
2020154931.tif 000022
【図２１】
2020154931.tif 000023
【図２２】
2020154931.tif 000024
【図２３】
2020154931.tif 000025
【図２４】
2020154931.tif 000026
【図２５】
2020154931.tif 000027