JP7401843B2 - 管理システム - Google Patents

管理システム Download PDF

Info

Publication number
JP7401843B2
JP7401843B2 JP2019054254A JP2019054254A JP7401843B2 JP 7401843 B2 JP7401843 B2 JP 7401843B2 JP 2019054254 A JP2019054254 A JP 2019054254A JP 2019054254 A JP2019054254 A JP 2019054254A JP 7401843 B2 JP7401843 B2 JP 7401843B2
Authority
JP
Japan
Prior art keywords
schedule
management system
server
information
queue
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019054254A
Other languages
English (en)
Other versions
JP2020154931A (ja
Inventor
武史 新谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Document Solutions Inc
Original Assignee
Kyocera Document Solutions Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Document Solutions Inc filed Critical Kyocera Document Solutions Inc
Priority to JP2019054254A priority Critical patent/JP7401843B2/ja
Priority to US16/814,005 priority patent/US20200301637A1/en
Publication of JP2020154931A publication Critical patent/JP2020154931A/ja
Application granted granted Critical
Publication of JP7401843B2 publication Critical patent/JP7401843B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/126—Job scheduling, e.g. queuing, determine appropriate device
    • G06F3/1262—Job scheduling, e.g. queuing, determine appropriate device by grouping or ganging jobs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32037—Automation of particular transmitter jobs, e.g. multi-address calling, auto-dialing
    • H04N1/3208—Transmitting a plurality of separate messages to a common destination in a single transmission
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1211—Improving printing performance
    • G06F3/1217—Improving printing performance achieving reduced idle time at the output device or increased asset utilization
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1273—Print job history, e.g. logging, accounting, tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server
    • G06F3/1287—Remote printer device, e.g. being remote from client or server via internet
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1296—Printer job scheduling or printer resource handling

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Mathematical Physics (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Control Or Security For Electrophotography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Facsimiles In General (AREA)

Description

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

Claims (11)

  1. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信のエラーの発生状況が特定の状況を満たす場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
  2. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっている場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
  3. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、前記スケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて、現在の時間帯がこのスケジュールの実行に適した時間帯ではないことを確認した場合に、このスケジュールを実行せずにキューに入れることを特徴とする管理システム。
  4. 前記サーバーは、実行中の前記スケジュールの数が特定の数以下である場合に、前記キューから前記スケジュールを出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
  5. 前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、前記情報の送信のエラーが過去の特定の期間内に発生していない場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
  6. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
    前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、前記情報の送信のエラーが過去の特定の期間内に発生していない場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
  7. 前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっていない場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
  8. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
    前記サーバーは、前記キューに格納されている前記スケジュールにおける前記情報の送信先に関して、過去の特定の期間内における前記情報の送信の応答時間が特定の時間以上かかっていない場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
  9. 前記サーバーは、前記キューに格納されている前記スケジュールの実行に現在の時間帯が適した時間帯であることを、このスケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて確認した場合に、このスケジュールを前記キューから出して実行することを特徴とする請求項１から請求項３までのいずれかに記載の管理システム。
  10. 電子機器から収集した情報を送信するスケジュールを実行するサーバーを備え、
    前記サーバーは、実行中の前記スケジュールの数が特定の数以下ではない場合に、新たな前記スケジュールを実行せずにキューに入れ、
    前記サーバーは、前記キューに格納されている前記スケジュールの実行に現在の時間帯が適した時間帯であることを、このスケジュールにおける前記情報の送信先への前記情報の送信の過去の実行結果の時間帯毎の集計データに基づいて確認した場合に、このスケジュールを前記キューから出して実行することを特徴とする管理システム。
  11. 前記サーバーを複数備え、
    前記キューは、複数の前記サーバーで共用されることを特徴とする請求項１から請求項１０までのいずれかに記載の管理システム。
JP2019054254A 2019-03-22 2019-03-22 管理システム Active JP7401843B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019054254A JP7401843B2 (ja) 2019-03-22 2019-03-22 管理システム
US16/814,005 US20200301637A1 (en) 2019-03-22 2020-03-10 Management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019054254A JP7401843B2 (ja) 2019-03-22 2019-03-22 管理システム

Publications (2)

Publication Number Publication Date
JP2020154931A JP2020154931A (ja) 2020-09-24
JP7401843B2 true JP7401843B2 (ja) 2023-12-20

Family

ID=72515822

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019054254A Active JP7401843B2 (ja) 2019-03-22 2019-03-22 管理システム

Country Status (2)

Country Link
US (1) US20200301637A1 (ja)
JP (1) JP7401843B2 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007334A (ja) 2000-06-23 2002-01-11 Casio Comput Co Ltd データ処理装置
JP2007133795A (ja) 2005-11-14 2007-05-31 Hitachi Ltd クラスタ構成の業務システム
JP2007293877A (ja) 2007-05-21 2007-11-08 Ricoh Co Ltd 画像形成装置サービスシステム
JP2017152930A (ja) 2016-02-24 2017-08-31 富士電機株式会社 通信システム、および通信最適化装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007334A (ja) 2000-06-23 2002-01-11 Casio Comput Co Ltd データ処理装置
JP2007133795A (ja) 2005-11-14 2007-05-31 Hitachi Ltd クラスタ構成の業務システム
JP2007293877A (ja) 2007-05-21 2007-11-08 Ricoh Co Ltd 画像形成装置サービスシステム
JP2017152930A (ja) 2016-02-24 2017-08-31 富士電機株式会社 通信システム、および通信最適化装置

Also Published As

Publication number Publication date
US20200301637A1 (en) 2020-09-24
JP2020154931A (ja) 2020-09-24

Similar Documents

Publication Publication Date Title
US9298400B2 (en) Communication system, image processing apparatus, control method for image processing apparatus, and storage medium
US7640314B2 (en) Network system, device and program
US7844704B2 (en) Event notification device and event notification method
US8902450B2 (en) Methods and systems for soft failure detection for networked printers
US9160621B2 (en) Network system, server, information processing apparatus, log registration method, and program
US20070268512A1 (en) Printing control apparatus, authenticated printing system, and recording medium storing printing control program
US8601168B2 (en) Information processing apparatus and method thereof
US7737826B2 (en) Event notification device, event notification method, and computer program product
JP6447714B2 (ja) 機器、通信システム、プログラム
US20150205597A1 (en) Distribution system and its control method
US10832226B2 (en) System and service determination method
US10623594B2 (en) Management system and method
US10275193B2 (en) Printing device and information collection and transmission method
JP7401843B2 (ja) 管理システム
JP7356078B2 (ja) 管理システム
US20020140970A1 (en) Printing system, image forming apparatus and print management program
JP4529788B2 (ja) 配信装置および配信制御方法
JP2018110286A (ja) 情報処理装置及びプログラム
JP5476756B2 (ja) 情報処理装置、情報処理システム及びプログラム
CN110866743A (zh) 提供装置、处理系统以及通信方法
US11449287B2 (en) Server and non-transitory computer-readable medium storing computer-readable instructions for server
JP2020014105A (ja) 情報処理装置及びプログラム
JP7225967B2 (ja) 管理装置、負荷軽減システム、管理装置の制御方法、および制御プログラム
JP6842640B2 (ja) 管理サーバーおよびサーバープログラム
JP7435061B2 (ja) 情報処理システム、情報処理装置、機器及び情報処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220228

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230123

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230427

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231020

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231121

R150 Certificate of patent or registration of utility model

Ref document number: 7401843

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150