(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-12
(45)【発行日】2023-12-20
(54)【発明の名称】管理システム
(51)【国際特許分類】
G06Q 10/20 20230101AFI20231213BHJP
B41J 29/38 20060101ALI20231213BHJP
G03G 21/00 20060101ALI20231213BHJP
G06F 3/12 20060101ALI20231213BHJP
【ＦＩ】
G06Q10/20
B41J29/38 204
G03G21/00 388
G06F3/12 303
G06F3/12 329
【請求項の数】
11
(21)【出願番号】P 2019054254
(22)【出願日】2019-03-22
(65)【公開番号】P2020154931
(43)【公開日】2020-09-24
【審査請求日】2022-02-28
(73)【特許権者】
【識別番号】000006150
【氏名又は名称】京セラドキュメントソリューションズ株式会社
(74)【代理人】
【識別番号】100140796
【弁理士】
【氏名又は名称】原口 貴志
(72)【発明者】
【氏名】新谷 武史
【審査官】貝塚 涼
(56)【参考文献】
【文献】特開２００７－２９３８７７（ＪＰ，Ａ）
【文献】特開２００２－００７３３４（ＪＰ，Ａ）
【文献】特開２０１７－１５２９３０（ＪＰ，Ａ）
【文献】特開２００７－１３３７９５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
Ｂ４１Ｊ ２９／３８
Ｇ０３Ｇ ２１／００
Ｇ０６Ｆ ３／１２
(57)【特許請求の範囲】
【請求項1】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信のエラーの発生状況が特定の状況を満たす場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
【請求項2】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっている場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
【請求項3】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて、現在の時間帯がこのスケジュールの実行に適した時間帯ではないことを確認した場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
【請求項4】
前記サーバーは、実行中の前記スケジュールの数が特定の数以下である場合に、前記キューから前記スケジュールを出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
【請求項5】
前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、前記情報の送信のエラーが過去の特定の期間内に発生していない場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
【請求項6】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、前記情報の送信のエラーが過去の特定の期間内に発生していない場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
【請求項7】
前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっていない場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
【請求項8】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっていない場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
【請求項9】
前記サーバーは、前記キューに格納されている前記スケジュールの実行に現在の時間帯が適した時間帯であることを、このスケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて確認した場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
【請求項10】
電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
前記サーバーは、前記キューに格納されている前記スケジュールの実行に現在の時間帯が適した時間帯であることを、このスケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて確認した場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
【請求項11】
前記サーバーを複数備え、
前記キューは、複数の前記サーバーで共用されることを特徴とする請求項１から請求項１０までのいずれかに記載の管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電子機器を管理する管理システムに関する。
【背景技術】
【0002】
従来、電子機器を管理する管理システムとして、画像形成装置のプリンターによる印刷枚数を示すカウンター情報を収集するものが知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１７－０１６０９５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の管理システムにおいては、画像形成装置から収集したカウンター情報を他のシステムに送信することが考慮されていない。
【0005】
そこで、本発明は、電子機器から収集した情報を効率的に送信することができる管理システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の管理システムは、電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、前記サーバーは、前記スケジュールをキューに入れるためのエンキュー条件を満たす場合に前記スケジュールを前記キューに入れ、前記スケジュールを前記キューから出すためのデキュー条件を満たす場合に前記スケジュールを前記キューから出して実行することを特徴とする。
【0007】
この構成により、本発明の管理システムは、電子機器から収集した情報の送信の効率に与える悪影響が大きいスケジュールを一旦キューに入れて、電子機器から収集した情報の送信の効率に与える悪影響が小さくなったスケジュールをキューから出して実行することができるので、電子機器から収集した情報を効率的に送信することができる。
【0008】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、実行中の前記スケジュールの数に基づいた条件であっても良い。
【0009】
この構成により、本発明の管理システムは、実行中のスケジュールの数に基づいた条件がエンキュー条件である場合、実行中のスケジュールの数が多いときにスケジュールを一旦キューに入れることができるので、「並列で実行されるスケジュールの数が多いために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、実行中のスケジュールの数に基づいた条件がデキュー条件である場合、実行中のスケジュールの数が少ないときにスケジュールをキューから出して実行することができるので、「並列で実行されるスケジュールの数が多いために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0010】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去のエラーに基づいた条件であっても良い。
【0011】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去のエラーに基づいた条件がエンキュー条件である場合、送信先への情報の送信のエラーが多い可能性が高いときにスケジュールを一旦キューに入れることができるので、「エラーが発生する送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去のエラーに基づいた条件がデキュー条件である場合、送信先への情報の送信のエラーが少ない可能性が高いときにスケジュールをキューから出して実行することができるので、「エラーが発生する送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0012】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の応答時間に基づいた条件であっても良い。
【0013】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の応答時間に基づいた条件がエンキュー条件である場合に、応答時間が長い可能性が高いときにスケジュールを一旦キューに入れることができるので、「応答時間が長い送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の応答時間に基づいた条件がデキュー条件である場合に、応答時間が短い可能性が高いときにスケジュールをキューから出して実行することができるので、「応答時間が長い送信先へ情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0014】
本発明の管理システムにおいて、前記エンキュー条件および前記デキュー条件の少なくとも一方は、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件であっても良い。
【0015】
この構成により、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がエンキュー条件である場合に、スケジュールの実行に適していない可能性が高い時間帯にスケジュールを一旦キューに入れることができるので、「スケジュールの実行に適していない時間帯にスケジュールを実行するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。また、本発明の管理システムは、スケジュールにおける情報の送信先への情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がデキュー条件である場合に、スケジュールの実行に適している可能性が高い時間帯にスケジュールをキューから出して実行することができるので、「スケジュールの実行に適していない時間帯にスケジュールを実行するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0016】
本発明の管理システムは、前記サーバーを複数備え、前記キューは、複数の前記サーバーで共用されても良い。
【0017】
この構成により、本発明の管理システムは、キューが複数のサーバーで共用されるので、キューにスケジュールを入れたサーバーがダウンするなどの問題が発生した場合であっても、問題が発生したサーバーが本来実行するスケジュールを、問題が発生していないサーバーがキューから出して実行することが可能である。したがって、本発明の管理システムは、いずれかのサーバーがダウンするなどの問題が発生した場合に、問題が発生したサーバーが本来実行するスケジュールが実行されない可能性を低減することができる。
【発明の効果】
【0018】
本発明の管理システムは、電子機器から収集した情報を効率的に送信することができる。
【図面の簡単な説明】
【0019】
【図1】本発明の第１の実施の形態に係るシステムのブロック図である。
【図8】本発明の第２の実施の形態に係るシステムのブロック図である。
【図15】本発明の第３の実施の形態に係るシステムのブロック図である。
【図20】本発明の第４の実施の形態に係るシステムのブロック図である。
【図25】本発明の第５の実施の形態に係るシステムのブロック図である。
【発明を実施するための形態】
【0020】
以下、本発明の実施の形態について、図面を用いて説明する。
【0021】
（第１の実施の形態）
まず、本発明の第１の実施の形態に係るシステムの構成について説明する。
まず、本発明の第１の実施の形態に係るシステムの構成について説明する。
【0022】
図１は、本実施の形態に係るシステム１０のブロック図である。
【0023】
図１に示すように、システム１０は、電子機器としての画像形成装置２０を備えている。画像形成装置２０は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）、プリンター専用機、コピー専用機などによって構成されている。システム１０は、画像形成装置２０以外にも、画像形成装置２０と同様の画像形成装置を少なくとも１つ備えることが可能である。システム１０における画像形成装置は、画像形成装置自身のメーカーではない、画像形成装置自身の保有者によって保有される。
【0024】
システム１０は、システム１０における画像形成装置を管理する管理システム３０を備えている。管理システム３０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。管理システム３０は、クラウド上で動作するシステムでも良い。管理システム３０は、画像形成装置のメーカーによって運用される。利用者は、ウェブブラウザー経由で管理システム３０にアクセスすることができ、任意の画像形成装置の状態や履歴情報を管理システム３０から取得したり、任意の画像形成装置のメンテナンスを管理システム３０経由で実行したりすることができる。また、管理システム３０は、画像形成装置に何らかの問題が発生した場合や、画像形成装置における消耗品の残量が特定の量以下になった場合に、特定の通知先に通知することができる。
【0025】
システム１０は、管理システム３０と、他のシステムとを接続するハブとして機能する管理システム側接続仲介システム４０を備えている。管理システム側接続仲介システム４０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。管理システム側接続仲介システム４０は、クラウド上で動作するシステムでも良い。管理システム側接続仲介システム４０は、画像形成装置のメーカーによって運用される。
【0026】
システム１０は、画像形成装置の販売会社、ディーラーなどの販売者によって運用される販売者システム５１を備えている。販売者システム５１は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。販売者システム５１は、クラウド上で動作するシステムでも良い。システム１０は、販売者システム５２、販売者システム５３、販売者システム５４など、販売者システム５１と同様の複数の販売者システムを備えている。販売者システムは、販売者毎に運用される。販売者システムは、例えば、画像形成装置のプリンターによる印刷枚数を示すカウンター情報を管理システム３０から取得して、このカウンター情報に基づいた請求金額の請求書を生成し、この請求書を、この画像形成装置の保有者に送信することができる。
【0027】
システム１０は、販売者システムと、他のシステムとを接続するハブとして機能する販売者システム側接続仲介システム６０を備えている。販売者システム側接続仲介システム６０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。販売者システム側接続仲介システム６０は、クラウド上で動作するシステムでも良い。
【0028】
システム１０における画像形成装置と、管理システム３０とは、インターネットなどのネットワーク経由で、互いに通信可能である。
【0029】
管理システム３０と、管理システム側接続仲介システム４０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、互いに通信可能である。
【0030】
管理システム側接続仲介システム４０と、販売者システム側接続仲介システム６０とは、インターネットなどのネットワーク経由で、互いに通信可能である。
【0031】
販売者システム側接続仲介システム６０と、販売者システムとは、インターネットなどのネットワーク経由で、互いに通信可能である。
【0032】
図２は、ＭＦＰである場合の画像形成装置２０のブロック図である。
【0033】
図２に示すように、画像形成装置２０は、種々の操作が入力される例えばボタンなどの入力デバイスである操作部２１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター２３と、原稿から画像を読み取る読取デバイスであるスキャナー２４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部２５と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２６と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２７と、画像形成装置２０全体を制御する制御部２８とを備えている。
【0034】
制御部２８は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、制御部２８のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。制御部２８のＣＰＵは、記憶部２７または制御部２８のＲＯＭに記憶されているプログラムを実行する。
【0035】
制御部２８は、記憶部２７または制御部２８のＲＯＭに記憶されているプログラムを実行することによって、プリンター２３による印刷枚数を示すカウンター情報や、プリンター２３におけるトナーの残量など、トナーに関する情報としてのトナー情報など、画像形成装置２０の各種の情報を、特定のタイミングで管理システム３０に送信する。なお、制御部２８が画像形成装置２０の各種の情報を管理システム３０に送信するタイミングは、後述のスケジュールの実行のタイミングより頻繁なタイミングである。
【0036】
図１に示すように、管理システム３０は、サーバー３１、サーバー３２、サーバー３３、サーバー３４など、複数のサーバーを備えている。管理システム３０におけるサーバーは、システム１０における画像形成装置から収集した情報を特定のタイミングで販売者システムに送信するスケジュールを実行する。
【0037】
スケジュールは、例えばスケジュールＳ１、スケジュールＳ２、スケジュールＳ３、スケジュールＳ４など、複数存在する。
【0038】
各スケジュールは、いずれの画像形成装置から収集したいずれの情報をいずれの販売者システムにいずれのタイミングで送信するかが設定されている。例えば、スケジュールＳ１は、画像形成装置Ａ、画像形成装置Ｂおよび画像形成装置Ｃのカウンター情報を販売者システム５１に特定のタイミングで送信するものであり、スケジュールＳ２は、画像形成装置Ｄのカウンター情報を販売者システム５２に特定のタイミングで送信するものであり、スケジュールＳ３は、画像形成装置Ｅのカウンター情報を販売者システム５３に特定のタイミングで送信するものであり、スケジュールＳ４は、画像形成装置Ｆおよび画像形成装置Ｇのカウンター情報を販売者システム５４に特定のタイミングで送信するものである。
【0039】
各スケジュールが実行されるタイミングとしては、様々なタイミングが設定されることが可能である。例えば、各スケジュールが実行されるタイミングとしては、毎日１７時など、日次のタイミングでも良いし、毎週の特定の曜日など、週次のタイミングでも良いし、毎月２０日などのように毎月の特定の日や、毎月第３水曜日などのように毎月の特定の週の特定の曜日など、月次のタイミングでも良い。
【0040】
各スケジュールは、実行されるサーバーが予め決まっている。例えば、スケジュールＳ１は、サーバー３１によって実行され、スケジュールＳ２は、サーバー３２によって実行され、スケジュールＳ３は、サーバー３３によって実行され、スケジュールＳ４は、サーバー３４によって実行される。
【0041】
サーバー３１は、スケジュールを保持するためのキュー（ｑｕｅｕｅ）３１ａを備えている。同様に、管理システム３０におけるサーバーは、それぞれ、キューを備えている。例えば、サーバー３２、サーバー３３、サーバー３４は、それぞれ、キュー３２ａ、キュー３３ａ、キュー３４ａを備えている。
【0042】
管理システム３０は、画像形成装置から収集した各種の情報を示す収集情報３５ａと、管理システム３０におけるサーバーによるスケジュールを管理するためのスケジュール情報３５ｂとを記憶するデータベース３５とを備えている。
【0043】
管理システム３０は、画像形成装置からカウンター情報などの情報が送信されてくる度に、画像形成装置から送信されてきたカウンター情報などの情報を収集情報３５ａに蓄積する。
【0044】
管理システム３０におけるサーバーは、サーバー自身が処理の対象にしているスケジュールの状態をスケジュール情報３５ｂに書き込む。例えば、管理システム３０におけるサーバーは、スケジュールを実行中である場合には、実行中のスケジュールの状態を「実行中」としてスケジュール情報３５ｂに書き込み、スケジュールの実行を終了した場合には、実行中のスケジュールの状態を「実行終了」としてスケジュール情報３５ｂに書き込む。
【0045】
管理システム側接続仲介システム４０は、管理システム側接続仲介システム４０が実行する処理を保持するためのキュー４０ａを備えている。管理システム側接続仲介システム４０は、管理システム３０との通信をＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）で実行し、販売者システム側接続仲介システム６０との通信をＳＯＡＰで実行する。管理システム３０から管理システム側接続仲介システム４０にカウンター情報を渡すためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）と、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０にカウンター情報を渡すためのＡＰＩとは、カウンター情報の対象の画像形成装置毎に呼び出される必要がある仕様になっている。また、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０に同時に送信されるカウンター情報の数が増えるほど、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生の可能性が高くなるので、管理システム側接続仲介システム４０から販売者システム側接続仲介システム６０にカウンター情報を渡す処理に関しては、最大並列処理数を２に制限する仕様になっている。
【0046】
次に、システム１０の動作について説明する。
【0047】
まず、システム１０における画像形成装置から収集したカウンター情報を特定のタイミングで販売者システムに送信するスケジュールの処理が正常に実行される場合のシステム１０の動作について説明する。以下、スケジュールＳ１～Ｓ４の実行が同時刻に開始される場合を例にして説明する。
【0048】
図３は、スケジュールＳ１～Ｓ４の処理が正常に実行される場合のシステム１０の動作の一例の一部を示す図である。
【0049】
まず、管理システム３０のサーバー３１～３４は、図３に示すように、スケジュール情報３５ｂに記憶されているスケジュールＳ１～Ｓ４に応じて、画像形成装置のカウンター情報の送信処理を実行する（１～７．）。すなわち、サーバー３１～３４は、対象の画像形成装置のカウンター情報を収集情報３５ａから取得して、取得したカウンター情報を、スケジュールＳ１～Ｓ４に応じた最終的な宛先としての販売者システムを設定した上で、管理システム側接続仲介システム４０に送信する。なお、管理システム３０による画像形成装置のカウンター情報の送信処理の実行の順番は、特に決まっておらず、ほぼ並列で実行される。
【0050】
管理システム側接続仲介システム４０は、画像形成装置のカウンター情報が管理システム３０から送信されてくると、上述したように最大並列処理数が２であるので、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報の送信処理を実行する（８～９．）。すなわち、管理システム側接続仲介システム４０は、対象のカウンター情報を販売者システム側接続仲介システム６０に送信する。
【0051】
管理システム側接続仲介システム４０は、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報以外のカウンター情報の送信処理については、キュー４０ａに一旦格納する（１０．）。
【0052】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１１～１２．）。すなわち、販売者システム側接続仲介システム６０は、対象のカウンター情報を、このカウンター情報の最終的な宛先として設定されている販売者システムに送信する。
【0053】
なお、販売者システムは、販売者システム側接続仲介システム６０から送信されてきたカウンター情報を正常に受信すると、カウンター情報を正常に受信した旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信する。販売者システムから返信された応答は、販売者システム側接続仲介システム６０、管理システム側接続仲介システム４０を順に経由して、管理システム３０における宛て先のサーバーに受信される。
【0054】
【0055】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれか１つの送信処理に関して、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくると、図４に示すように、キュー４０ａに格納されている送信処理のうち、先頭の送信処理をキュー４０ａから取り出して（１３．）、この送信処理を実行する（１４．）。
【0056】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１５．）。
【0057】
次に、システム１０における画像形成装置から収集したカウンター情報を特定のタイミングで販売者システムに送信するスケジュールの処理の実行中にエラーが発生する場合のシステム１０の動作について説明する。以下、スケジュールＳ１～Ｓ４の実行が同時刻に開始される場合を例にして説明する。
【0058】
図５は、スケジュールＳ１～Ｓ４の処理の実行中にエラーが発生する場合のシステム１０の動作の一例を示す図である。
【0059】
まず、管理システム３０のサーバー３１～３４は、図５に示すように、スケジュール情報３５ｂに記憶されているスケジュールＳ１～Ｓ４に応じて、画像形成装置のカウンター情報の送信処理を実行する（１～７．）。
【0060】
管理システム側接続仲介システム４０は、画像形成装置のカウンター情報が管理システム３０から送信されてくると、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報の送信処理を実行する（８～９．）。
【0061】
管理システム側接続仲介システム４０は、管理システム３０から送信されてきたカウンター情報のうち、先に送信されてきた２つのカウンター情報以外のカウンター情報の送信処理については、キュー４０ａに一旦格納する（１０．）。
【0062】
販売者システム側接続仲介システム６０は、画像形成装置のカウンター情報が管理システム側接続仲介システム４０から送信されてくると、管理システム側接続仲介システム４０から送信されてきたカウンター情報の送信処理を実行する（１１～１２．）。
【0063】
ここで、販売者システム５１は、画像形成装置Ａのカウンター情報と、画像形成装置Ｂのカウンター情報とが販売者システム側接続仲介システム６０から同時に送信されてきて、それらの処理の負荷が急激にかかったことが原因でエラーが発生するなど、様々な原因でエラーが発生する。ここで、販売者システム５１は、エラーが発生した場合、カウンター情報を正常に受信した旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信することができなかったり、エラーの発生によってカウンター情報を正常に受信することができなかった旨の応答を、管理システム３０におけるサーバーのうち、対象の送信処理を実行したサーバー宛てに返信したりする。
【0064】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれか１つの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてくると、キュー４０ａに格納されている送信処理のうち、先頭の送信処理をキュー４０ａから取り出して、この送信処理を実行する。ただし、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答を販売者システムが返信するタイミングは、カウンター情報を正常に受信した旨の応答を販売者システムが返信するタイミングより遅くなるので、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてくる場合は、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくる場合と比較して、管理システム側接続仲介システム４０による次の送信処理の実行が遅延する。
【0065】
管理システム側接続仲介システム４０は、カウンター情報の送信処理がキュー４０ａに格納されている場合に、実行済みのいずれかの送信処理に関して、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないとき、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えるまで、キュー４０ａに格納されている送信処理を実行しない。したがって、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこない場合は、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてくる場合と比較して、管理システム側接続仲介システム４０による次の送信処理の実行が遅延する。
【0066】
図５に示す例では、スケジュールＳ１の処理の実行中にエラーが発生した結果、スケジュールＳ１だけでなく、スケジュールＳ２～Ｓ４にも遅延が発生するなどの影響が出ている。すなわち、システム１０は、スケジュールＳ１～Ｓ４の処理の実行中にエラーが発生した場合、エラーが発生したスケジュールだけでなく、エラーが発生していないスケジュールにも遅延が発生するなどの影響が出る。なお、スケジュールの対象の画像形成装置が数台ではなく例えば数千台などの非常に多くの台数である場合には、そのスケジュールの遅延の影響は、非常に大きなものになる。
【0067】
次に、管理システム３０におけるサーバーのキューにスケジュールを入れる場合のシステム１０の動作について説明する。
【0068】
図６は、管理システム３０におけるサーバーのキューにスケジュールを入れる場合のシステム１０の動作の一例を示す図である。
【0069】
管理システム３０におけるサーバーは、スケジュール情報３５ｂに記憶されている、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する前に、図６に示すように、実行中のスケジュールの数が特定の数以下であるか否かを、スケジュール情報３５ｂによって確認する（１．）。
【0070】
管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下ではないことを確認すると、対象のスケジュールをキューに入れる（２．）。一方、管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下であることを確認すると、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する。
【0071】
次に、管理システム３０におけるサーバーのキューからスケジュールを出す場合のシステム１０の動作について説明する。
【0072】
図７は、管理システム３０におけるサーバーのキューからスケジュールを出す場合のシステム１０の動作の一例を示す図である。
【0073】
管理システム３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図７に示すように、実行中のスケジュールの数が特定の数以下であるか否かを、スケジュール情報３５ｂによって確認する（１．）。
【0074】
管理システム３０におけるサーバーは、実行中のスケジュールの数が特定の数以下であることを確認すると、サーバー自身のキューに格納されている先頭のスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３～５．）。
【0075】
以上に説明したように、管理システム３０は、画像形成装置から収集したカウンター情報の送信の効率に与える悪影響が大きいスケジュールを一旦キューに入れて、画像形成装置から収集したカウンター情報の送信の効率に与える悪影響が小さくなったスケジュールをキューから出して実行することができるので、画像形成装置から収集したカウンター情報を効率的に送信することができる。
【0076】
管理システム３０は、実行中のスケジュールの数に基づいた条件がエンキュー条件であるので、実行中のスケジュールの数が多いときにスケジュールを一旦キューに入れることができる。したがって、管理システム３０は、「並列で実行されるスケジュールの数が多いためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0077】
管理システム３０は、実行中のスケジュールの数に基づいた条件がデキュー条件であるので、実行中のスケジュールの数が少ないときにスケジュールをキューから出して実行することができる。したがって、管理システム３０は、「並列で実行されるスケジュールの数が多いためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0078】
（第２の実施の形態）
まず、本発明の第２の実施の形態に係るシステムの構成について説明する。
まず、本発明の第２の実施の形態に係るシステムの構成について説明する。
【0079】
図８は、本実施の形態に係るシステム１１０のブロック図である。
【0080】
【0081】
管理システム１３０の構成は、管理システム３０がデータベース３５（図１参照。）に代えてデータベース１３５を備えた構成と同様である。
【0082】
データベース１３５の構成は、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴を示すエラー履歴情報１３５ａをデータベース３５が備えた構成と同様である。
【0083】
次に、システム１１０の動作について説明する。
【0084】
システム１１０の動作は、以下に説明する点を除いて、システム１１０の動作と同様である。
【0085】
まず、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴をエラー履歴情報１３５ａに記憶する場合のシステム１１０の動作について説明する。
【0086】
図９は、管理システム１３０におけるサーバーによるスケジュールの実行のエラーの履歴をエラー履歴情報１３５ａに記憶する場合のシステム１１０の動作の一例を示す図である。
【0087】
図９に示すように、管理システム側接続仲介システム４０は、実行済みの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてきたというエラーと、実行済みの送信処理に関して、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えているにもかかわらず、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないというエラーとのいずれかを検出する（１．）と、検出したエラーを、管理システム１３０におけるサーバーのうち、対象の送信処理を実行したサーバーに返信する（２．）。
【0088】
管理システム１３０におけるサーバーは、管理システム側接続仲介システム４０からエラーが返信されてくると、返信されてきたエラーをエラー履歴情報１３５ａに記憶する（３．）。
【0089】
図１０は、エラー履歴情報１３５ａの一例を示す図である。
【0090】
図１０に示すエラー履歴情報１３５ａは、エラーの記憶日時と、エラーの対象のスケジュールの識別情報と、エラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、エラーの対象のスケジュールにおけるカウンター情報の対象の画像形成装置の識別情報と、エラーの種類とを、エラー毎に示している。ここで、エラーの種類において、「Ｔｉｍｅｏｕｔ」とは、実行済みの送信処理に関して、この送信処理を管理システム側接続仲介システム４０自身が実行してからの経過時間が特定の時間を超えているにもかかわらず、カウンター情報を正常に受信した旨の応答、または、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてこないというエラーを示しており、「Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ」とは、実行済みの送信処理に関して、販売者システム側接続仲介システム６０や販売者システムにおける処理のエラーの発生によってカウンター情報を正常に受信することができなかった旨の応答が販売者システムから返信されてきたというエラーを示している。
【0091】
次に、管理システム１３０におけるサーバーのキューにスケジュールを入れる場合のシステム１１０の動作について説明する。
【0092】
図１１は、管理システム１３０におけるサーバーのキューにスケジュールを入れる場合のシステム１１０の動作の一例を示す図である。
【0093】
管理システム１３０におけるサーバーは、図９に示すようにエラーをエラー履歴情報１３５ａに記憶すると、図１１に示すように、このエラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内におけるエラーの発生状況が特定の状況を満たすことである。特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。また、特定の状況は、例えば「Ｔｉｍｅｏｕｔ」のエラーに関しては２回以上連続で発生した状況など、エラーの種類毎に設定されている。
【0094】
管理システム１３０におけるサーバーは、エラーの対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールを、キューに入れて（２．）、このスケジュールの処理を止める。
【0095】
次に、管理システム１３０におけるサーバーのキューからスケジュールを出す場合のシステム１１０の動作について説明する。
【0096】
図１２は、管理システム１３０におけるサーバーのキューからスケジュールを出す場合のシステム１１０の動作の一例を示す図である。
【0097】
管理システム１３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図１２に示すように、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという条件である。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。
【0098】
管理システム１３０におけるサーバーは、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３～５．）。
【0099】
以上に説明したように、管理システム１３０は、スケジュールにおけるカウンター情報の送信先への情報の送信の過去のエラーに基づいた条件がエンキュー条件であるので、送信先へのカウンター情報の送信のエラーが多い可能性が高いときにスケジュールを一旦キューに入れることができる。したがって、管理システム１３０は、「エラーが発生する送信先へカウンター情報を送信するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0100】
管理システム１３０は、スケジュールにおけるカウンター情報の送信先への情報の送信の過去のエラーに基づいた条件がデキュー条件であるので、送信先へのカウンター情報の送信のエラーが少ない可能性が高いときにスケジュールをキューから出して実行することができる。したがって、管理システム１３０は、「エラーが発生する送信先へカウンター情報を送信するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0101】
なお、図１２においては、管理システム１３０におけるサーバーのキューからスケジュールを出す場合について示している。しかしながら、管理システム１３０におけるサーバーは、サーバー自身のキューからスケジュールを出す場合に限らず、スケジュールを実行する前にエラー履歴情報１３５ａを確認しても良い。
【0102】
図１３は、管理システム１３０におけるサーバーがエラー履歴情報１３５ａを確認してからスケジュールを実行する場合のシステム１１０の動作の一例を示す図である。
【0103】
管理システム１３０におけるサーバーは、スケジュールを実行する場合、図１３に示すように、このスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすか否かを、エラー履歴情報１３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという条件である。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。
【0104】
管理システム１３０におけるサーバーは、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認すると、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（２～４．）。一方、管理システム１３０におけるサーバーは、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たさないことを確認すると、このスケジュールをキューに入れる。
【0105】
更に、管理システム１３０におけるサーバーは、エラー履歴情報１３５ａを確認してからスケジュールを実行する場合、図１４に示すように、実行しようとしているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、エラーの履歴が特定の条件を満たすことを確認した（１．）後、スケジュールを実行するときに、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行しても良い（２．）。そして、管理システム１３０におけるサーバーは、スケジュールにおけるカウンター情報の送信処理が正常に実行されたことを、販売者システムから返信された応答に基づいて確認した（３．）場合に、このスケジュールにおいて未だ実行していない送信処理が残っているとき、このスケジュールにおける残りの全ての画像形成装置のカウンター情報の送信処理を並列で実行する（４～５．）。一方、管理システム１３０におけるサーバーは、スケジュールにおけるカウンター情報の送信処理にエラーを検出した場合に、このスケジュールをキューに入れる。管理システム１３０は、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行するので、たとえエラーが発生したとしても、エラーの影響を最小限に抑えることができる。
【0106】
システム１１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態において説明した動作を採用しても良い。
【0107】
システム１１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態において説明した動作を採用しても良い。
【0108】
（第３の実施の形態）
まず、本発明の第３の実施の形態に係るシステムの構成について説明する。
まず、本発明の第３の実施の形態に係るシステムの構成について説明する。
【0109】
図１５は、本実施の形態に係るシステム２１０のブロック図である。
【0110】
【0111】
管理システム２３０の構成は、管理システム１３０がデータベース１３５（図８参照。）に代えてデータベース２３５を備えた構成と同様である。
【0112】
データベース２３５の構成は、管理システム２３０におけるサーバーによるスケジュールの実行結果を示す実行結果情報２３５ａをデータベース１３５がエラー履歴情報１３５ａ（図８参照。）に代えて備えた構成と同様である。
【0113】
次に、システム２１０の動作について説明する。
【0114】
システム２１０の動作は、以下に説明する点を除いて、システム１１０の動作と同様である。
【0115】
まず、管理システム２３０におけるサーバーによるスケジュールの実行結果を実行結果情報２３５ａに記憶する場合のシステム２１０の動作について説明する。
【0116】
図１６は、管理システム２３０におけるサーバーによるスケジュールの実行結果を実行結果情報２３５ａに記憶する場合のシステム２１０の動作の一例を示す図である。
【0117】
図１６に示すように、管理システム側接続仲介システム４０は、実行済みの送信処理に関して、管理システム２３０におけるサーバーのうち、対象の送信処理を実行したサーバーに送信処理の実行結果を返信する（１．）。ここで、実行結果としては、販売者システムからのカウンター情報を正常に受信した旨の応答である場合もあるし、図９に示すようなエラーである場合もある。
【0118】
管理システム２３０におけるサーバーは、管理システム側接続仲介システム４０から実行結果が返信されてくると、返信されてきた実行結果を実行結果情報２３５ａに記憶する（２．）。
【0119】
図１７は、実行結果情報２３５ａの一例を示す図である。
【0120】
図１７に示す実行結果情報２３５ａは、実行結果の記憶日時と、実行結果の対象のスケジュールの識別情報と、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、実行結果の対象のスケジュールにおけるカウンター情報の対象の画像形成装置の識別情報と、実行結果の種類と、実行結果の対象のスケジュールにおける送信処理の応答時間とを、送信処理毎に示している。ここで、実行結果の種類において、「Ｓｕｃｃｅｓｓｆｕｌ」とは、実行済みの送信処理に関して、カウンター情報を正常に受信した旨の応答が販売者システムから返信されてきたことを示している。また、応答時間とは、送信処理に関して、対象の画像形成装置のカウンター情報を管理システム２３０におけるサーバーが管理システム側接続仲介システム４０に送信してから、実行結果を管理システム２３０におけるサーバーが管理システム側接続仲介システム４０から受信するまでの時間である。
【0121】
次に、管理システム２３０におけるサーバーのキューにスケジュールを入れる場合のシステム２１０の動作について説明する。
【0122】
図１８は、管理システム２３０におけるサーバーのキューにスケジュールを入れる場合のシステム２１０の動作の一例を示す図である。
【0123】
管理システム２３０におけるサーバーは、図１６に示すように実行結果を実行結果情報２３５ａに記憶すると、図１８に示すように、この実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすか否かを、実行結果情報２３５ａによって確認する（１．）。ここで、特定の条件とは、第２の実施の形態において説明したように特定の期間内におけるエラーの発生状況が特定の状況を満たすという第１の条件と、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において例えば３０秒などの特定の時間以上かかっているという第２の条件とのいずれかを満たすことである。ここで、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。第２の条件は、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において１回でも特定の時間以上かかっているという条件でも良いし、カウンター情報の送信処理が成功した場合の特定の期間内における応答時間の平均が特定の時間以上かかっているという条件でも良い。また、第２の条件は、対象のスケジュールにおいて未だカウンター情報の送信処理が成功していない画像形成装置が例えば５０台などの特定の台数以上残っているという条件が追加されても良い。
【0124】
管理システム２３０におけるサーバーは、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすことを確認すると、このスケジュールを、キューに入れて（２．）、このスケジュールの処理を止める。
【0125】
次に、管理システム２３０におけるサーバーのキューからスケジュールを出す場合のシステム２１０の動作について説明する。
【0126】
図１９は、管理システム２３０におけるサーバーのキューからスケジュールを出す場合のシステム２１０の動作の一例を示す図である。
【0127】
管理システム２３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図１９に示すように、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすか否かを、実行結果情報２３５ａによって確認する（１．）。ここで、特定の条件とは、特定の期間内にエラーが発生していないという第１の条件と、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において例えば３０秒などの特定の時間以上かかっていないという第２の条件との両方を満たすことである。なお、特定の期間とは、例えば、現在の時間から、例えば３０分などの特定の時間前までの期間である。第２の条件は、カウンター情報の送信処理が成功した場合の応答時間が特定の期間内において１回も特定の時間以上かかっていないという条件でも良いし、カウンター情報の送信処理が成功した場合の特定の期間内における応答時間の平均が特定の時間以上かかっていないという条件でも良い。
【0128】
管理システム２３０におけるサーバーは、サーバー自身のキューに格納されているスケジュールにおけるカウンター情報の送信先の販売者システムに関して、実行結果が特定の条件を満たすことを確認すると、このスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３～５．）。
【0129】
以上に説明したように、管理システム２３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の応答時間に基づいた条件がエンキュー条件であるので、応答時間が長い可能性が高いときにスケジュールを一旦キューに入れることができる。したがって、管理システム２３０は、「応答時間が長い送信先へカウンター情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0130】
管理システム２３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の応答時間に基づいた条件がデキュー条件であるので、応答時間が短い可能性が高いときにスケジュールをキューから出して実行することができる。したがって、管理システム２３０は、「応答時間が長い送信先へカウンター情報を送信するために情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0131】
なお、図１９においては、管理システム２３０におけるサーバーのキューからスケジュールを出す場合について示している。しかしながら、管理システム２３０におけるサーバーは、サーバー自身のキューからスケジュールを出す場合に限らず、スケジュールを実行する前に実行結果情報２３５ａを確認しても良い。
【0132】
更に、管理システム２３０におけるサーバーは、実行結果情報２３５ａを確認してからスケジュールを実行する場合、図１４に示す動作と同様に、まず、スケジュールにおけるいずれか１つの画像形成装置のカウンター情報の送信処理のみを実行しても良い。
【0133】
システム２１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態または第２の実施の形態において説明した動作を採用しても良い。
【0134】
システム２１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態または第２の実施の形態において説明した動作を採用しても良い。
【0135】
（第４の実施の形態）
まず、本発明の第４の実施の形態に係るシステムの構成について説明する。
まず、本発明の第４の実施の形態に係るシステムの構成について説明する。
【0136】
図２０は、本実施の形態に係るシステム３１０のブロック図である。
【0137】
【0138】
管理システム３３０の構成は、バッチ処理を実行するバッチサーバー３３１を管理システム２３０が備えるとともに、データベース２３５（図１５参照。）に代えてデータベース３３５を管理システム２３０が備えた構成と同様である。
【0139】
データベース３３５の構成は、実行結果の集計データを示す集計データ情報３３５ａをデータベース２３５が備えた構成と同様である。
【0140】
次に、システム３１０の動作について説明する。
【0141】
システム３１０の動作は、以下に説明する点を除いて、システム２１０の動作と同様である。
【0142】
まず、管理システム３３０におけるサーバーによるスケジュールの実行結果の集計データを集計データ情報３３５ａに記憶する場合のシステム３１０の動作について説明する。
【0143】
図２１は、管理システム３３０におけるサーバーによるスケジュールの実行結果の集計データを集計データ情報３３５ａに記憶する場合のシステム３１０の動作の一例を示す図である。
【0144】
バッチサーバー３３１は、例えば１時間に１回など、定期的に、図２１に示すように、データベース３３５から実行結果情報２３５ａを取得する（１．）。
【0145】
バッチサーバー３３１は、データベース３３５から実行結果情報２３５ａを取得すると、実行結果情報２３５ａに基づいて集計データを生成する（２．）。ここで、バッチサーバー３３１は、実行結果情報２３５ａに示される実行結果のうち、例えば前回の集計期間の後の１時間など、特定の集計期間に記憶日時が含まれるものに関して、集計データを生成する。
【0146】
バッチサーバー３３１は、集計データを生成すると、生成した集計データを集計データ情報３３５ａに記憶する（３．）。
【0147】
図２２は、集計データ情報３３５ａの一例を示す図である。
【0148】
図２２に示す集計データ情報３３５ａは、実行結果の集計期間と、実行結果の対象のスケジュールにおけるカウンター情報の送信先の販売者システムの識別情報と、集計期間における「Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ」の比率と、集計期間における「Ｔｉｍｅｏｕｔ」の比率と、集計期間における平均応答時間とを示している。
【0149】
次に、管理システム３３０におけるサーバーのキューにスケジュールを入れる場合のシステム３１０の動作について説明する。
【0150】
図２３は、管理システム３３０におけるサーバーのキューにスケジュールを入れる場合のシステム３１０の動作の一例を示す図である。
【0151】
管理システム３３０におけるサーバーは、スケジュール情報３５ｂに記憶されている、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する前に、図２１に示すように、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを、集計データ情報３３５ａによって確認する（１．）。ここで、スケジュールの実行に適した時間帯とは、「Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ」の比率と、集計期間における「Ｔｉｍｅｏｕｔ」の比率と、集計期間における平均応答時間とがそれぞれ特定の閾値以下である時間帯である。例えば、管理システム３３０におけるサーバーは、現在の時間帯に対応する、１週間前の時間帯がスケジュールの実行に適した時間帯である場合、現在の時間帯もスケジュールの実行に適した時間帯であると判定する。
【0152】
管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯ではないことを確認すると、対象のスケジュールをキューに入れる（２．）。一方、管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯であることを確認すると、対象のスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する。
【0153】
次に、管理システム３３０におけるサーバーのキューからスケジュールを出す場合のシステム３１０の動作について説明する。
【0154】
図２４は、管理システム３３０におけるサーバーのキューからスケジュールを出す場合のシステム３１０の動作の一例を示す図である。
【0155】
管理システム３３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合、図２４に示すように、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを、集計データ情報３３５ａによって確認する（１．）。
【0156】
管理システム３３０におけるサーバーは、現在の時間帯がスケジュールの実行に適した時間帯であることを確認すると、サーバー自身のキューに格納されている先頭のスケジュールをキューから出して（２．）、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行する（３～５．）。
【0157】
なお、管理システム３３０におけるサーバーは、スケジュールをキューに入れる場合に、スケジュールの実行に適した時間帯を集計データ情報３３５ａによって確認し、確認した時間帯にスケジュールが可視化されるように可視性タイムアウト（Ｖｉｓｉｂｉｌｉｔｙ ｔｉｍｅｏｕｔ）をスケジュールに設定してキューに入れても良い。キューに入っているスケジュールは、可視性タイムアウトのタイムアウト時間までは見えないので、管理システム３３０におけるサーバーは、キューに入っているスケジュールが見えるようになった場合に、このスケジュールをキューから出して、このスケジュールに応じて、画像形成装置のカウンター情報の送信処理を実行すれば良い。このようにすることによって、管理システム３３０におけるサーバーは、サーバー自身のキューにスケジュールが格納されている場合に、現在の時間帯がスケジュールの実行に適した時間帯であるか否かを確認し続ける必要がなくなる。
【0158】
以上に説明したように、管理システム３３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がエンキュー条件であるので、スケジュールの実行に適していない可能性が高い時間帯にスケジュールを一旦キューに入れることができる。したがって、管理システム３３０は、「スケジュールの実行に適していない時間帯にスケジュールを実行するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0159】
管理システム３３０は、スケジュールにおけるカウンター情報の送信先へのカウンター情報の送信の過去の実行結果の時間帯毎の集計データに基づいた条件がデキュー条件であるので、スケジュールの実行に適している可能性が高い時間帯にスケジュールをキューから出して実行することができる。したがって、管理システム３３０は、「スケジュールの実行に適していない時間帯にスケジュールを実行するためにカウンター情報の送信の効率が悪くなる」という事態の発生を抑えることができる。
【0160】
システム３１０は、サーバーのキューにスケジュールを入れる場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態、第２の実施の形態または第３の実施の形態において説明した動作を採用しても良い。
【0161】
システム３１０は、サーバーのキューからスケジュールを出す場合の動作として、本実施の形態において説明した動作に代えて、第１の実施の形態、第２の実施の形態または第３の実施の形態において説明した動作を採用しても良い。
【0162】
管理システム３３０は、本実施の形態においてバッチサーバー３３１を備えている。しかしながら、管理システム３３０は、バッチサーバー３３１を備えずに、バッチサーバー３３１の機能をサーバー３１などのいずれかのサーバーに担わせても良い。
【0163】
（第５の実施の形態）
まず、本発明の第５の実施の形態に係るシステムの構成について説明する。
まず、本発明の第５の実施の形態に係るシステムの構成について説明する。
【0164】
図２５は、本実施の形態に係るシステム４１０のブロック図である。
【0165】
【0166】
管理システム４３０の構成は、管理システム３０におけるサーバーがキューを備えておらず、サーバーに共通のキュー４３１を管理システム３０が備えた構成と同様である。
【0167】
次に、システム４１０の動作について説明する。
【0168】
システム４１０の動作は、以下に説明する点を除いて、システム１０の動作と同様である。
【0169】
管理システム４３０におけるサーバーは、スケジュールをキューに入れる場合、サーバー自身のキューではなく、全てのサーバーに共通のキュー４３１にスケジュールを入れる。
【0170】
そして、管理システム４３０におけるサーバーは、スケジュールをキュー４３１から出す場合、任意のスケジュールをキュー４３１から出すことが可能である。例えば、サーバー３２～３４は、自身が本来対象にしないスケジュールＳ１をキュー４３１から出して、スケジュールＳ１に応じて、画像形成装置のカウンター情報の送信処理を実行することが可能である。
【0171】
以上に説明したように、管理システム４３０は、キュー４３１が複数のサーバーで共用されるので、キュー４３１にスケジュールを入れたサーバーがダウンするなどの問題が発生した場合であっても、問題が発生したサーバーが本来実行するスケジュールを、問題が発生していないサーバーがキュー４３１から出して実行することが可能である。したがって、管理システム４３０は、いずれかのサーバーがダウンするなどの問題が発生した場合に、問題が発生したサーバーが本来実行するスケジュールが実行されない可能性を低減することができる。
【0172】
管理システム４３０は、サーバーに共通のキュー４３１を第１の実施の形態に係る管理システム３０に適用したものである。サーバーに共通のキュー４３１は、第２の実施の形態に係る管理システム１３０と、第３の実施の形態に係る管理システム２３０と、第４の実施の形態に係る管理システム３３０とにも適用されることが可能である。
【0173】
本発明の電子機器は、上述の各実施の形態において画像形成装置であるが、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器でも良い。
【符号の説明】
【0174】
Ｓ１、Ｓ２、Ｓ３、Ｓ４ スケジュール
２０ 画像形成装置（電子機器）
３０ 管理システム
３１ サーバー
３１ａ キュー
３２ サーバー
３２ａ キュー
３３ サーバー
３３ａ キュー
３４ サーバー
３４ａ キュー
５１～５４ 販売者システム（送信先）
１３０ 管理システム
２３０ 管理システム
３３０ 管理システム
４３０ 管理システム
４３１ キュー
２０ 画像形成装置（電子機器）
３０ 管理システム
３１ サーバー
３１ａ キュー
３２ サーバー
３２ａ キュー
３３ サーバー
３３ａ キュー
３４ サーバー
３４ａ キュー
５１～５４ 販売者システム（送信先）
１３０ 管理システム
２３０ 管理システム
３３０ 管理システム
４３０ 管理システム
４３１ キュー
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】