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