(57)【要約】      （修正有）【課題】決められた小売業者から消耗品を自動で配送することができ、消耗品を追加／小売業者を変更した場合であっても、プログラムを拡張することなく、対応することができる画像形成装置に搭載される消耗品の自動配送方法、およびプログラムを提供する。【解決手段】消耗品管理サーバーは、自動配送対象の消耗品ごとに画像形成装置が送信すべきイベントの属性情報を管理する。消耗品管理サーバーから受信した消耗品自動配送情報を画像形成装置が有効化したタイミングで、消耗品自動配送情報の消耗品に関するイベントの属性情報を画像形成装置が送信する属性情報として作成する。画像形成装置は、消耗品管理サーバーが作成した属性情報を取得し、消耗品に関するイベント情報の送信を開始する。消耗品管理サーバーは、画像形成装置から受信したイベント情報から消耗品の補充が必要であるか判断し、販社サーバーへ消耗品の補充が必要であることを通知する。【選択図】図６
2020030499.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と、画像形成装置の消耗品の状態管理および消耗品自動配送情報の管理を行う消耗品管理サーバーと、消耗品自動配送情報の登録要求および消耗品の配送依頼を行う販社サーバーから構成されるシステムにおいて、
消耗品管理サーバーは、販社サーバーから消耗品自動配送情報の登録要求を受信する第一の登録要求受信手段（Ｓ６０１）と、
第一の登録要求受信手段によって受信した内容に応じて消耗品自動配送情報を作成する消耗品自動配送情報作成手段（Ｓ６０３、Ｓ６０４）と、
画像形成装置から画像形成装置情報の登録要求を受信する第二の登録要求受信手段（Ｓ６０５）と、
画像形成装置から消耗品自動配送情報の更新要求を受信する第一の更新要求受信手段（Ｓ６１３）と、
第一の更新要求受信手段で消耗品自動配送情報の情報を更新後、消耗品に関するイベントの属性情報を作成する属性情報作成手段（Ｓ６１４）と、
画像形成装置からイベント情報を受信するイベント情報受信手段（Ｓ６２２）と、
イベント情報受信手段で受信したイベント情報から消耗品の補充が必要であるか判断する判断手段（Ｓ６２３）と、
判断手段で補充が必要であると判断した場合に、メッセージを作成するメッセージ作成手段（Ｓ６２４）と、
を有し、
画像形成装置は、消耗品管理サーバーから消耗品自動配送情報を取得する消耗品自動配送情報取得手段（Ｓ６０８）と、
消耗品自動配送情報取得手段で消耗品自動配送情報に関する情報が取得できた場合に、該消耗品自動配送情報を有効化する有効化手段（Ｓ６１２）と、
消耗品管理サーバーからイベントの属性情報を取得する属性情報取得手段（Ｓ６１６）と、
属性情報取得手段で取得した属性情報に関連するイベントが発生した場合に、消耗品管理サーバーへイベント情報を送信するイベント情報送信手段（Ｓ６２２）と、
販社サーバーは、消耗品管理サーバーから消耗品に関するメッセージを取得するメッセージ取得手段（Ｓ６２５）と、
メッセージ取得手段で取得したメッセージから消耗品の補充が必要であると判断した場合、消耗品の配送を依頼する配送依頼手段（Ｓ６２７）と、
を有することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に搭載される消耗品の自動配送方法に関する。
【背景技術】
【０００２】
画像形成装置に搭載される消耗品の消耗情報を検出し、消耗品が終了または終了に近づくと、インターネットを介して消耗品を購入する購入手段を提供する技術が提案されている。特許文献１は、消耗品が終了または終了に近づくと、過去の購入履歴を元に過去購入した販売店から消耗品を購入可能な購入手段を提案している。さらに、プリンタを外出先で利用中に消耗品が終了した場合は、外出先の近隣の販売店情報を出力し、ユーザーに最も適した方法での消耗品購入を可能とするプログラムを提供している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１８６６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の従来技術では、ユーザーは画像形成装置の消耗品に関する情報を確認することで消耗品の残量が少ないことを検知し、消耗品を手動で発注する必要があった。
【０００５】
本発明は、画像形成装置に搭載される消耗品に関する情報を定期的に収集し、補充が必要な状態であるかをサーバーで自動判別する。補充が必要な状態であると判断した場合は、あらかじめ決められた小売業者へ消耗品の配送依頼を行うことを可能とする仕組みを提供することを目的とする。さらにユーザーごとに自動配送を行う消耗品や小売業者を任意に選択可能で、対象の消耗品や小売業者が変わった場合であっても画像形成装置のプログラムを拡張することなく対応が可能な仕組みを提案することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明に係るシステムは以下の構成を備える。
画像形成装置と、画像形成装置の消耗品の状態管理および消耗品自動配送情報の管理を行う消耗品管理サーバーと、消耗品自動配送情報の登録要求および消耗品の配送依頼を行う販社サーバーから構成されるシステムにおいて、
消耗品管理サーバーは、販社サーバーから消耗品自動配送情報の登録要求を受信する第一の登録要求受信手段（Ｓ６０１）と、
第一の登録要求受信手段によって受信した内容に応じて消耗品自動配送情報を作成する消耗品自動配送情報作成手段（Ｓ６０３、Ｓ６０４）と、
画像形成装置から画像形成装置情報の登録要求を受信する第二の登録要求受信手段（Ｓ６０５）と、
画像形成装置から消耗品自動配送情報の更新要求を受信する第一の更新要求受信手段（Ｓ６１３）と、
第一の更新要求受信手段で消耗品自動配送情報の情報を更新後、消耗品に関するイベントの属性情報を作成する属性情報作成手段（Ｓ６１４）と、
画像形成装置からイベント情報を受信するイベント情報受信手段（Ｓ６２２）と、
イベント情報受信手段で受信したイベント情報から消耗品の補充が必要であるか判断する判断手段（Ｓ６２３）と、
判断手段で補充が必要であると判断した場合に、メッセージを作成するメッセージ作成手段（Ｓ６２４）と、
を有し、
画像形成装置は、消耗品管理サーバーから消耗品自動配送情報を取得する消耗品自動配送情報取得手段（Ｓ６０８）と、
消耗品自動配送情報取得手段で消耗品自動配送情報に関する情報が取得できた場合に、該消耗品自動配送情報を有効化する有効化手段（Ｓ６１２）と、
消耗品管理サーバーからイベントの属性情報を取得する属性情報取得手段（Ｓ６１６）と、
属性情報取得手段で取得した属性情報に関連するイベントが発生した場合に、消耗品管理サーバーへイベント情報を送信するイベント情報送信手段（Ｓ６２２）と、
販社サーバーは、消耗品管理サーバーから消耗品に関するメッセージを取得するメッセージ取得手段（Ｓ６２５）と、
メッセージ取得手段で取得したメッセージから消耗品の補充が必要であると判断した場合、消耗品の配送を依頼する配送依頼手段（Ｓ６２７）と、
を有することを特徴とする。
【発明の効果】
【０００７】
本発明に係るシステムによれば、自動配送を申し込んだ消耗品の補充が必要な状態になった場合に、あらかじめ決められた小売業者から消耗品を自動で配送することができる。また、自動配送対象の消耗品を追加／小売業者を変更した場合であっても、画像形成装置のプログラムを拡張することなく、対応することができる。
【図面の簡単な説明】
【０００８】
【図１】システム全体図を示す図である。
【図２】ハードウェア構成を示す図である。
【図３】ソフトウェア構成を示す図である。
【図４】イベント情報の例を示す図である。
【図５】メッセージの例を示す図である。
【図６】消耗品自動配送を実現するための全体処理のシーケンス図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
図１は、本実施例に係るシステムの全体構成を示すブロック図である。
【００１１】
ネットワーク１００は、画像形成装置１０１、消耗品管理サーバー１０２、販社サーバー１０３を接続するネットワークである。ネットワーク１００は、各構成要素間の通信を行うための基盤であり、Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（以降、ＷＡＮと称する）あるいはＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  （以降、ＬＡＮと称する）であってもかまわない。
【００１２】
画像形成装置１０１は、ネットワーク１００を介して消耗品管理サーバー１０２と相互に接続する。
【００１３】
消耗品管理サーバー１０２は、ネットワーク１００を介して画像形成装置１０１、販社サーバー１０３と相互に接続する。消耗品管理サーバー１０２は、画像形成装置１０１の消耗品状態を管理し、また販社サーバー１０３からの消耗品自動配送情報（以降Ｓｕｂｓｃｒｉｐｔｉｏｎ情報と定義する）の登録を受け付ける管理サーバーである。画像形成装置１０１は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報に関する情報を自身の状態に変化があった場合に消耗品管理サーバー１０２に送信する。消耗品管理サーバー１０２は画像形成装置１０１が送信する情報を監視し、消耗品の補充が必要な状態かどうかを判断する。
【００１４】
販社サーバー１０３は、小売業者およびユーザーからの消耗品自動配送を受け付け、消耗品管理サーバー１０２を介して画像形成装置１０１の消耗品状態を監視し、消耗品が要補充状態となった場合に、消耗品の配送を指示するサーバーである。
【００１５】
図１では、ネットワーク１００に接続する画像形成装置１０１および販社サーバー１０３を１台図示しているが、本発明においてはその台数を１台に限定するものではない。１台以上の画像形成装置１０１および販社サーバー１０３がネットワーク１００を介して消耗品管理サーバー１０２に接続した構成をとることができる。
【００１６】
図２は、本実施例に係る画像形成装置１０１、消耗品管理サーバー１０２、販社サーバー１０３を構成する情報処理装置の一般的なハードウェア構成を示すブロック図である。なお、消耗品管理サーバー１０２および販社サーバー１０３については仮想化技術によって各ハードウェア要素が同等の特徴を有する仮想ハードウェアとして実現されているものとする。
【００１７】
ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク等の外部メモリ２１１からＲＡＭ２０２にロードされたオペレーティングシステム（以下、ＯＳと略す）やアプリケーション等のプログラムを実行する。また、ＣＰＵ２０１は、システムバス２０４に接続される各ブロックを制御する。後述する各シーケンスの処理は、このプログラムの実行により実現できる。
【００１８】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。操作部Ｉ／Ｆ２０５は、操作部２０９からの入力を制御する。ＣＲＴＣ２０６は、ＣＲＴディスプレイ２１０の表示を制御するＣＲＴコントローラーである。ＤＫＣ２０７は、各種データを記憶するハードディスク等の外部メモリ２１１におけるデータアクセスを制御するディスクコントローラーである。ＮＣ２０８は、ネットワーク１００を介して接続されたサーバーコンピューターや他の機器との通信制御処理を実行するネットワークコントローラーである。
【００１９】
尚、後述の全ての説明においては、特に断りのない限り実行のハード上の主体はＣＰＵ２０１であり、ソフトウェア上の主体は外部メモリ２１１にインストールされたプログラムである。
【００２０】
図３は、本実施例に係るシステムを構成する各要素のソフトウェアモジュール構成を示すブロック図である。これらのソフトウェアモジュールは各構成要素の外部メモリ２１１に格納され、ＣＰＵ２０１によって実行される。図３Ａは画像形成装置１０１のソフトウェア構成３０１を示す図であり、図３Ｂは消耗品管理サーバー１０２のソフトウェア構成３０２を示す図である。
【００２１】
まずは、図３Ａの画像形成装置１０１のソフトウェア構成３０１について説明する。
【００２２】
デバイス情報保持部３１１は、デバイス情報テーブルを画像形成装置１０１の外部メモリ２１１に保持する手段である。デバイス情報テーブルには少なくとも、画像形成装置１０１を一意に識別するためのデバイスシリアル番号、機種名、サポートするＴｏｐｉｃ情報および消耗品管理サーバー１０２への接続状態を保持する。サポートするＴｏｐｉｃ情報とは、画像形成装置１０１がイベント情報として消耗品管理サーバー１０２へ送信可能な属性情報を表したものであり、画像形成装置１０１ごとに定義されるものである。接続状態には後述するデバイス情報登録・削除要求送信部３２１の登録処理が成功した場合「接続済み」、削除処理が成功した場合、および初期値は「未接続」を格納する。表Ａにデバイス情報保持部３１１に格納されるデバイス情報テーブルの例を示す。
【００２３】
【表１】
2020030499.tif 000003
【００２４】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報保持部３１２は、後述するＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２を介して消耗品管理サーバー１０２から取得したＳｕｂｓｃｒｉｐｔｉｏｎ情報をＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルとして外部メモリ２１１に保持する手段である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブルには少なくともＳｕｂｓｃｒｉｐｔｉｏｎ情報を一意に識別するためのＳｕｂｓｃｒｉｐｔｉｏｎＩｄを保持する。そのほかに自動配送対象の消耗品情報や小売業者の名称を保持しても良い。表ＢにＳｕｂｓｃｒｉｐｔｉｏｎ情報保持部３１２に格納されるＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルの例を示す。
【００２５】
【表２】
2020030499.tif 000004
【００２６】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブルの各レコードは、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報レコードと称し、後述するＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２で新規のＳｕｂｓｃｒｉｐｔｉｏｎ情報が取得される単位でレコードが追加される。またすでに取得済みのＳｕｂｓｃｒｉｐｔｉｏｎ情報が更新された場合に、該当するレコードのカラムが更新される。
【００２７】
Ｔｏｐｉｃ情報保持部３１３は、後述するＴｏｐｉｃ情報取得要求送信部３２４を介して消耗品管理サーバー１０２から取得したＴｏｐｉｃ情報をＴｏｐｉｃ情報テーブルとして外部メモリ２１１に保持する手段である。Ｔｏｐｉｃ情報テーブルにＴｏｐｉｃ情報が格納されると、画像形成装置１０１はＴｏｐｉｃに関連するイベントが発生するたびに、後述するイベント情報送信部３２６を介して消耗品管理サーバー１０２へイベント情報を送信する。イベントの例としては、画像形成装置１０１の電源がＯｆｆからＯｎに変化した、プリントジョブが完了した、トナーの残量が少なくなった等がある。Ｔｏｐｉｃ情報保持部３１３に格納されるＴｏｐｉｃ情報は、消耗品管理サーバー１０２から取得したＴｏｐｉｃ情報に変更があるたびに更新される。表ＣにＴｏｐｉｃ情報保持部３１３に格納されるＴｏｐｉｃ情報テーブルの例を示す。
【００２８】
【表３】
2020030499.tif 000005
【００２９】
Ｔｏｐｉｃ情報テーブルの各レコードは、Ｔｏｐｉｃ情報レコードと称し、後述するＴｏｐｉｃ情報取得要求送信部３２４でＴｏｐｉｃ情報が取得される単位でレコードが追加・更新・削除される。
【００３０】
デバイス情報登録・削除要求送信部３２１は、消耗品管理サーバー１０２への接続開始時または接続解除時に実行される機能である。画像形成装置１０１に設けられる操作部２０９を介してユーザーから消耗品管理サーバー１０２への接続要求・接続解除要求を受信することで実行される。デバイス情報登録・削除要求送信部３２１は接続要求を受けた場合、ＮＣ２０８を介してネットワーク１００で接続される消耗品管理サーバー１０２へデバイス情報保持部３１１で保持するデバイス情報を送信する。一方接続解除要求を受けた場合は、デバイス情報保持部３１１で保持する画像形成装置１０１を一意に特定する情報を消耗品管理サーバー１０２へ送信する。消耗品管理サーバー１０２は、後述するデバイス情報登録・削除要求受信部３４２で処理した結果を通知する。処理結果が失敗の場合は、デバイス情報登録・削除要求送信部３２１は処理が成功するまでリトライを行う。登録処理が成功した場合、デバイス情報登録・削除要求送信部３２１は、表Ａのデバイス情報テーブルの接続状態カラムの値を「接続済み」に更新する。削除処理が成功した場合は、デバイス情報テーブルの接続状態カラムの値を「未接続」に更新し、表ＣのＴｏｐｉｃ情報テーブルのすべてのレコードを削除する。Ｔｏｐｉｃ情報テーブルのレコードを削除することで、画像形成装置１０１は消耗品管理サーバー１０２へのイベント情報送信を停止する。
【００３１】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２は、デバイス情報登録・削除要求送信部３２１の登録処理が成功すると実行される機能である。また、表Ａのデバイス情報テーブルの接続状態カラムの値が「接続済み」の場合は、画像形成装置１０１の電源がＯｆｆからＯｎに変化した場合、電源Ｏｎから２４時間経過後にも実行されるが、その他任意のタイミングで実行しても良い。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２はＮＣ２０８を介してネットワーク１００で接続される消耗品管理サーバー１０２へ該画像形成装置１０１に関係するＳｕｂｓｃｒｉｐｔｉｏｎ情報が存在するかを確認する機能である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報が存在する場合、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報保持部３１２にＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードを追加する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報レコードに重複するＳｕｂｓｃｒｉｐｔｉｏｎＩｄが存在する場合は、対象レコードの差分を更新し、レコードの追加は行わない。また、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報が存在しない場合は、何もせず処理を終了する。
【００３２】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求送信部３２３は、消耗品管理サーバー１０２へＳｕｂｓｃｒｉｐｔｉｏｎ情報の有効化もしくは無効化を要求する機能である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報の有効化要求はＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２でＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードの追加／更新を行った場合に実行される。一方Ｓｕｂｓｃｒｉｐｔｉｏｎ情報の無効化要求は画像形成装置１０１に設けられる操作部２０９を介してユーザーから消耗品管理サーバー１０２への接続解除要求を受けた場合に実行される機能である。消耗品管理サーバー１０２は、後述するＳｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４で処理した結果を通知する。処理結果が失敗の場合は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求送信部３２３は処理が成功するまでリトライを行う。
【００３３】
Ｔｏｐｉｃ情報取得要求送信部３２４は、デバイス情報登録・削除要求送信部３２１の登録処理が成功すると実行される機能である。また、表Ａのデバイス情報テーブルの接続状態カラムの値が「接続済み」の場合は、画像形成装置１０１の電源がＯｆｆからＯｎに変化した場合、電源Ｏｎから２４時間経過後にも実行されるが、その他任意のタイミングで実行しても良い。Ｔｏｐｉｃ情報取得要求送信部３２４はＮＣ２０８を介してネットワーク１００で接続される消耗品管理サーバー１０２から該画像形成装置１０１に関係するＴｏｐｉｃ情報を取得する機能である。消耗品管理サーバー１０２から取得したＴｏｐｉｃ情報は表ＣのＴｏｐｉｃ情報テーブルにＴｏｐｉｃ情報レコードとして追加する。すでにＴｏｐｉｃ情報レコードとして存在するＴｏｐｉｃ情報が取得された場合は、対象のＴｏｐｉｃ情報はレコードに追加しない。逆に、Ｔｏｐｉｃ情報レコードとして存在するが、消耗品管理サーバー１０２からＴｏｐｉｃ情報として取得しなかったＴｏｐｉｃ情報は該当するレコードを削除する。またＴｏｐｉｃ情報が取得できなかった場合は、Ｔｏｐｉｃ情報テーブルのすべてのレコードを削除する。
【００３４】
Ｔｏｐｉｃ情報更新完了要求送信部３２５は、Ｔｏｐｉｃ情報取得要求送信部３２４でＴｏｐｉｃ情報テーブルの更新を行った場合に実行される機能である。Ｔｏｐｉｃ情報更新完了要求送信部３２５はＮＣ２０８を介してネットワーク１００で接続される消耗品管理サーバー１０２へＴｏｐｉｃ情報の更新が完了したことを通知する。消耗品管理サーバー１０２は、後述するＴｏｐｉｃ情報更新完了要求受信部３４７で処理した結果を通知する。処理結果が失敗の場合は、Ｔｏｐｉｃ情報更新完了要求送信部３２５は処理が成功するまでリトライを行う。
【００３５】
イベント情報送信部３２６は、Ｔｏｐｉｃ情報取得要求送信部３２４でＴｏｐｉｃ情報レコードの更新後、Ｔｏｐｉｃに関連する情報に変化が生じるイベント発生時に消耗品管理サーバー１０２へＴｏｐｉｃ情報をイベント情報として送信する機能である。対象のイベントとしては、画像形成装置１０１の電源がＯｆｆからＯｎに変化した、プリントジョブが完了した等あるが、限定するものではない。送信するイベント情報については、自動配送対象の消耗品によって消耗品管理サーバー１０２が任意に定義する。
【００３６】
トナー残量が少なくなった場合にイベント情報として送信するイベント情報の一例を図４に示す。図４は本発明において、画像形成装置１０１が消耗品管理サーバー１０２へ送信するイベント情報の一例を示した図である。
【００３７】
イベント情報４００は、画像形成装置１０１でイベント発生時に送信するイベント情報である。イベント情報４００は、イベント情報部４０１、イベント情報詳細部４０２から構成される。本実施例において、イベント情報４００のフォーマットをＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ形式（以降、ＪＳＯＮ形式と称する）で記載しているが、そのフォーマットを限定するものではない。イベント情報部４０１には、画像形成装置１０１を一意に特定するための識別子、イベント情報を一意に特定するための識別子、イベントの名称、イベント発生日時、イベントに関連するＴｏｐｉｃ情報を定義する。
【００３８】
イベント情報詳細部４０２には、イベント情報の詳細情報を定義する。図４に示した例は、トナー残量が少なくなった場合のイベントのため、カートリッジのシリアル番号や色、カートリッジ残量等の情報が含まれる。イベント情報詳細部４０２は発生イベントに応じた情報が含まれる。
【００３９】
次に図３Ｂの消耗品管理サーバー１０２のソフトウェア構成３０１について説明する。
【００４０】
デバイス情報・Ｔｏｐｉｃ状態保持部３３１は、デバイス情報・Ｔｏｐｉｃ状態テーブルを消耗品管理サーバー１０２の外部メモリ２１１に保持する手段である。表Ｄにデバイス情報・Ｔｏｐｉｃ状態保持部３３１に格納されるデバイス情報・Ｔｏｐｉｃ状態テーブルの例を示す。
【００４１】
【表４】
2020030499.tif 000006
【００４２】
表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルにおいて、デバイスシリアル番号カラムは画像形成装置１０１を一意に識別する識別子であるデバイスシリアル番号を格納するカラムである。機種名カラムは、画像形成装置１０１の機種名を格納するカラムである。サポートＴｏｐｉｃカラムは画像形成装置１０１がサポートするＴｏｐｉｃ情報を格納するカラムである。設定Ｔｏｐｉｃカラムは、デバイスシリアル番号カラムで特定される画像形成装置１０１がイベント情報として送信してくるＴｏｐｉｃ情報を格納するカラムである。状態カラムは設定Ｔｏｐｉｃカラムに格納されるＴｏｐｉｃ情報が画像形成装置１０１側に設定されているかの状態を格納するカラムである。設定するＴｏｐｉｃ情報が確定していない場合または画像形成装置１０１側に設定されていない場合は「未設定」、設定するＴｏｐｉｃ情報が画像形成装置１０１側に設定された場合は「設定済み」を格納する。デバイス情報・Ｔｏｐｉｃ状態テーブルの各レコードはデバイス情報・Ｔｏｐｉｃ状態レコードと称し、後述するデバイス情報登録・削除要求受信部３４２での登録処理が成功することで追加される。レコード追加時にはデバイスシリアル番号カラム、機種名カラム、サポートＴｏｐｉｃカラムの値が格納される。設定Ｔｏｐｉｃカラムの値は、後述するイベント送信制御要求受信部３４５での処理が成功することで追加・削除される。状態カラムの値は初期値「未設定」で、後述するＴｏｐｉｃ情報更新完了要求受信部３４７での処理が成功することで「設定済み」に更新する。
【００４３】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報保持部３３２は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブルを消耗品管理サーバー１０２の外部メモリ２１１に保持する手段である。表ＥにＳｕｂｓｃｒｉｐｔｉｏｎ情報保持部３３２に格納されるＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルの例を示す。
【００４４】
【表５】
2020030499.tif 000007
【００４５】
表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルにおいて、デバイスシリアル番号カラムは画像形成装置１０１を一意に識別する識別子であるデバイスシリアル番号を格納するカラムである。ＳｕｂｓｃｒｉｐｔｉｏｎＩｄカラムは、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報を一意に識別する識別子であるＳｕｂｓｃｒｉｐｔｉｏｎＩｄを格納するカラムである。小売業者カラムは、消耗品の発注先の小売業者情報を格納するカラムである。消耗品カラムは、自動配送対象の消耗品情報を格納するカラムである。登録日カラムは販社サーバー１０３から消耗品自動配送申し込み要求を受信した日時を格納するカラムである。状態カラムは、初期値「無効」を設定し、画像形成装置１０１からＳｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求を受信するたびに、画像形成装置１０１が指定した状態に更新する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブルの各レコードはＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードと称し、後述するＳｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１での登録処理が成功することで追加される。またＳｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１での削除処理が成功した場合は、該当するレコードを削除する。
【００４６】
消耗品・Ｔｏｐｉｃ情報関連保持部３３３は、消耗品・Ｔｏｐｉｃ情報関連テーブルを消耗品管理サーバー１０２の外部メモリ２１１に保持する手段である。表Ｆに消耗品・Ｔｏｐｉｃ情報関連保持部３３３に格納される消耗品・Ｔｏｐｉｃ情報関連テーブルの例を示す。
【００４７】
【表６】
2020030499.tif 000008
【００４８】
表Ｆの消耗品・Ｔｏｐｉｃ情報関連テーブルにおいて、消耗品カラムは自動配送対象となり得る消耗品の名称を格納するカラムである。表Ｆの例では、トナー／紙／ドラムの例を示したが、限定するものではない。関連Ｔｏｐｉｃカラムは消耗品に関する情報をイベント情報として収集する必要のあるＴｏｐｉｃ情報を格納するカラムである。消耗品・Ｔｏｐｉｃ情報関連テーブルの各レコードは消耗品・Ｔｏｐｉｃ情報関連レコードと称し、自動配送対象の消耗品が追加されるたびに追加されるマスター情報である。
【００４９】
メッセージ保持部３３４は、販社サーバー１０３へ通知するメッセージ情報を消耗品管理サーバー１０２の外部メモリ２１１に保持する手段である。通知するメッセージの種類としては、「ｐｒｉｎｔｅｒＡｃｔｉｖａｔｅｄ」「ｐｒｉｎｔｅｒＤｅａｃｔｉｖａｔｅｄ」「ｒｅｐｌｅｎｉｓｈｍｅｎｔ」の３種類である。「ｐｒｉｎｔｅｒＡｃｔｉｖａｔｅｄ」は販社サーバー１０３から登録要求を受けたＳｕｂｓｃｒｉｐｔｉｏｐｎ情報が画像形成装置１０１で有効化された場合にメッセージ作成部３４９で作成するメッセージである。「ｐｒｉｎｔｅｒＤｅａｃｔｉｖａｔｅｄ」は画像形成装置１０１がＳｕｂｓｃｒｉｐｔｉｏｎ情報を無効化した場合にメッセージ作成部３４９で作成するメッセージである。「ｒｅｐｌｅｎｉｓｈｍｅｎｔ」は後述するイベント情報受信部３４８で消耗品の補充が必要であると判断した場合にメッセージ作成部３４９で作成するメッセージである。
【００５０】
メッセージ作成部３４９で作成され、メッセージ保持部３３４で管理されるメッセージの例を図５に示す。図５は本発明において、消耗品管理サーバー１０２のメッセージ作成部３４９が作成し、メッセージ保持部３３４で管理されるメッセージの例を示した図である。
【００５１】
メッセージ５００、５１０、５２０は、メッセージ作成部３４９が作成するメッセージの例である。メッセージ５００、５１０、５２０のフォーマットをＪＳＯＮ形式で記載しているが、そのフォーマットを限定するものではない。
【００５２】
メッセージ５００は、画像形成装置１０１がＳｕｂｓｃｒｉｐｔｉｏｎ情報を有効化した際にメッセージ作成部３４９が作成するメッセージの例である。メッセージ５００は、メッセージ特定部５０１、メッセージ詳細部５０２から構成される。メッセージ特定部５０１には、対象のＳｕｂｓｃｒｉｐｔｉｏｎを識別するＳｕｂｓｃｒｉｐｔｉｏｎＩｄ、メッセージを一意に識別するｅｖｅｎｔＩｄ、メッセージの種類を識別するｅｖｅｎｔＴｙｐｅ＝「ｐｒｉｎｔｅｒＡｃｔｉｖａｔｅｄ」、メッセージ作成日時、対象の画像形成装置１０１を一意に特定するための識別子を定義する。メッセージ情報詳細部５０２には、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報を有効化した画像形成装置１０１の機種名を定義する。機種名は、デバイス情報・Ｔｏｐｉｃ状態保持部３３１で管理されるデバイス情報・Ｔｏｐｉｃ状態テーブルから、画像処理装置１０１の識別子が一致するレコードを抽出し、該当レコードの機種名を設定する。
【００５３】
メッセージ５１０は、画像形成装置１０１がＳｕｂｓｃｒｉｐｔｉｏｎ情報を無効化した際にメッセージ作成部３４９が作成するメッセージの例である。メッセージ５１０はメッセージ特定部５１１のみから構成される。メッセージ特定部５１１はメッセージ特定部５０１と同様の構成である。
【００５４】
メッセージ５２０は、画像形成装置１０１がイベント情報送信部３２６から送信してきたイベント情報を受信し、イベント情報受信部３４８が消耗品の補充が必要だと判定した際にメッセージ作成部３４９が作成するメッセージの例である。メッセージ５２０は、メッセージ特定部５２１、メッセージ詳細部５２２から構成される。メッセージ特定部５２１はメッセージ特定部５０１と同様の構成である。メッセージ詳細部５２２には、対象の消耗品を特定可能な情報を定義する。図５の例では、トナーの補充が必要である旨のメッセージの例を示しており、消耗品タイプ、トナーの色、カートリッジのシリアル番号を定義している。
【００５５】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される販社サーバー１０３からＳｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求を受信することで実行される機能である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録要求には新規登録と更新登録があり、新規登録の場合は少なくとも画像形成装置１０１を一意に識別する識別子、対象の小売業者情報、対象消耗品情報が含まれる。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１は、新規登録要求に対してＳｕｂｓｃｒｉｐｔｉｏｎＩｄを発行して応答として返す。また、新規のＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードとして表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルに追加する。更新登録の場合は少なくとも更新対象のＳｕｂｓｃｒｉｐｔｉｏｎ情報を一意に識別するＳｕｂｓｃｒｉｐｔｉｏｎＩｄと更新対象情報が含まれる。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１は、更新登録要求に対してＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルから取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄが一致するレコードを取得後、差分を更新し、結果を応答として返す。更新登録とは、例えば消耗品の追加である。一方Ｓｕｂｓｃｒｉｐｔｉｏｎ削除要求には少なくとも削除対象のＳｕｂｓｃｒｉｐｉｏｎ情報を一意に識別するＳｕｂｓｃｒｉｐｔｉｏｎＩｄが含まれる。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１は、削除要求に対してＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルからＳｕｂｓｃｒｉｐｔｉｏｎＩｄが一致するレコードを取得し、取得したレコードから画像形成装置１０１の識別子を特定する。特定した画像形成装置１０１に対してイベント送信停止依頼を後述するイベント送信制御要求受信部３４５へ依頼し、結果を応答として返す。イベント送信制御要求受信部３４５での処理が成功後、特定したＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードを削除する。
【００５６】
デバイス情報登録・削除要求受信部３４２は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からデバイス情報登録・削除要求を受信することで実行される機能である。デバイス情報登録要求には少なくとも画像形成装置１０１を一意に識別する識別子、機種名、サポートするＴｏｐｉｃ情報が含まれる。デバイス情報登録・削除要求受信部３４２は登録要求に対して、新規のデバイス情報・Ｔｏｐｉｃ状態レコードとして表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルに追加後、結果を応答として返す。一方デバイス情報削除要求には少なくとも画像形成装置１０１を一意に識別する識別子が含まれる。デバイス情報登録・削除要求受信部３４２は削除要求に対して、表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルから画像形成装置１０１の識別子が一致するレコードを取得し対象レコードを削除後、結果を応答として返す。
【００５７】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求受信部３４３は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求を受信することで実行される機能である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求には少なくとも画像形成装置１０１を一意に識別する識別子が含まれる。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求受信部３４３は表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルから取得した画像形成装置１０１の識別子と一致するレコードを取得し、取得したレコードの情報を応答として返す。
【００５８】
Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からＳｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求を受信することで実行される機能である。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求には少なくともＳｕｂｓｃｒｉｐｔｉｏｎ情報を一意に識別するＳｕｂｓｃｒｉｐｔｉｏｎＩｄと変更後の状態情報が含まれる。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４は表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルから取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得し、取得したレコードの状態カラムを変更後の状態情報に更新し、結果を応答として返す。また、後述するメッセージ作成部３４９へＳｕｂｓｃｒｉｐｔｉｏｎ情報の状態が変化した旨のメッセージ作成依頼を行う。さらに、状態カラムの値が「無効」から「有効」に変化した場合、後述するイベント送信制御要求受信部３４５へイベント送信開始指示を依頼する。
【００５９】
イベント送信制御要求受信部３４５は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１およびＳｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４からイベント送信制御要求を受信することで実行される機能である。イベント送信制御要求には少なくともＳｕｂｓｃｒｉｐｔｉｏｎ情報を一意に識別するＳｕｂｓｃｒｉｐｔｉｏｎＩｄが含まれる。イベント送信制御要求受信部３４５は表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルから取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得し、画像形成装置１０１の識別子を特定する。さらに表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルから特定した画像形成装置１０１の識別子と一致するレコードを取得する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１からのイベント送信制御要求の場合は、取得したデバイス情報・Ｔｏｐｉｃ状態レコードの設定Ｔｏｐｉｃカラムを空、状態カラムを「未設定」で更新し、結果を応答として返す。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４からのイベント送信制御要求の場合は、取得したＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードから対象の消耗品情報を取得する。さらに、表Ｆの消耗品・Ｔｏｐｉｃ情報関連テーブルから特定した消耗品と一致するレコードを取得し、Ｔｏｐｉｃ情報を特定する。特定したＴｏｐｉｃ情報を取得したデバイス情報・Ｔｏｐｉｃ状態レコードの設定Ｔｏｐｉｃに設定し、状態カラムを「未設定」で更新後、結果を応答として返す。
【００６０】
デバイス情報・Ｔｏｐｉｃ状態レコードの設定Ｔｏｐｉｃカラムの値は、画像形成装置１０１のイベント情報送信制御のために設定する。画像形成装置１０１は設定Ｔｏｐｉｃに設定されたＴｏｐｉｃ情報に関連するイベント情報を送信し、設定Ｔｏｐｉｃが空の場合は、画像形成装置１０１はイベント情報の送信を行わない。
【００６１】
Ｔｏｐｉｃ情報取得要求受信部３４６は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からＴｏｐｉｃ情報取得要求を受信することで実行される機能である。Ｔｏｐｉｃ情報取得要求には少なくとも画像形成装置１０１を一意に識別する識別子が含まれる。Ｔｏｐｉｃ情報取得要求受信部３４６は表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルから取得した画像形成装置１０１の識別子と一致するレコードを取得し、取得したレコードの設定Ｔｏｐｉｃカラムの値を応答として返す。
【００６２】
Ｔｏｐｉｃ情報更新完了要求受信部３４７は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からＴｏｐｉｃ情報更新完了要求を受信することで実行される機能である。Ｔｏｐｉｃ情報更新完了要求には少なくとも画像形成装置１０１を一意に識別する識別子が含まれる。Ｔｏｐｉｃ情報更新完了要求受信部３４７は表Ｄのデバイス情報・Ｔｏｐｉｃ状態テーブルから取得した画像形成装置１０１の識別子と一致するレコードを取得し、取得したレコードの状態カラムの値を「設定済み」に更新し、結果を応答として返す。
【００６３】
イベント情報受信部３４８は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される画像形成装置１０１からイベント情報を受信することで実行される機能である。イベント情報受信部３４８は、イベント情報送信部３２６が送信したイベント情報から、販社サーバー１０３へ通知が必要な情報の判定を行い、通知が必要なイベントであると判断した場合、後述するメッセージ作成部３４９へメッセージ作成を依頼する。本実施例では、対象の消耗品残量が少なくなった場合に、補充が必要である旨のメッセージ作成依頼を行う例を示すが、消耗品残量が残りｎ％以下になった場合にメッセージ作成を行うなどでも良い。例えば、表ＥのＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブルにメッセージ作成の条件を保持すれば、任意のタイミングでメッセージ作成を依頼することができる。
【００６４】
メッセージ作成部３４９は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４およびイベント情報受信部３４８からメッセージ作成要求を受信することで実行される機能である。メッセージ作成部３４９が作成するメッセージの例は、図５で示した通りであり、作成したメッセージはメッセージ保持部３３４で管理する。
【００６５】
メッセージ取得要求受信部３５０は、消耗品管理サーバー１０２に設けられるＮＣ２０８を介してネットワーク１００で接続される販社サーバー１０３からメッセージ取得要求を受信することで実行される機能である。メッセージ取得要求には少なくとも日時情報が含まれる。メッセージ取得要求受信部３５０は、メッセージ保持部３３４で保持されるメッセージの中から取得した日時以降に作成したメッセージを特定し、応答として返す。
【００６６】
以降、図６で本発明について、フローチャートを用いて第１の実施の形態を説明する。図６は消耗品管理サーバー１０２でＳｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１がＮＣ２０８を介してネットワーク１００で接続される販社サーバー１０３からＳｕｂｓｃｒｉｐｔｉｏｎ情報登録要求を受信した際に実行されるフローチャートである。
【００６７】
ステップＳ６０１において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１はＳｕｂｓｃｒｉｐｔｉｏｎ情報登録要求を受信する。
【００６８】
ステップＳ６０２において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１はＳ６０１で受信したＳｕｂｓｃｒｉｐｔｉｏｎ登録要求が新規登録であるか更新登録であるかを判断する。具体的には受信したＳｕｂｓｃｒｉｐｔｉｏｎ登録要求にＳｕｂｓｃｒｉｐｔｉｏｎＩｄが含まれる場合には既存Ｓｕｂｓｃｒｉｐｔｉｏｎの更新登録であると判断する。
【００６９】
ステップＳ６０３は、Ｓ６０２において受信したＳｕｂｓｃｒｉｐｔｉｏｎ登録要求が新規登録要求であると判断した場合に実行される。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１は、Ｓ６０１で受信したＳｕｂｓｃｒｉｐｔｉｏｎ情報をＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードとして、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）へ追加する。
【００７０】
ステップＳ６０４は、Ｓ６０２において受信したＳｕｂｓｃｒｉｐｔｉｏｎ登録要求が更新登録要求であると判断した場合に実行される。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報登録・削除要求受信部３４１はＳ６０１で受信したＳｕｂｓｃｒｉｐｔｉｏｎＩｄを含むＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードをＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得し、該当レコードの情報を受信したＳｕｂｓｃｒｉｐｔｉｏｎ情報で更新する。
【００７１】
ステップＳ６０５において、デバイス情報登録・削除要求受信部３４２はデバイス情報登録要求を受信する。
【００７２】
ステップＳ６０６において、デバイス情報登録・削除要求受信部３４２はＳ６０５で受信したデバイス情報をデバイス情報・Ｔｏｐｉｃ状態レコードとして、デバイス情報・Ｔｏｐｉｃ状態テーブル（表Ｄ）へ追加する。
【００７３】
ステップＳ６０７において、デバイス情報登録・削除要求受信部３４２はデバイス情報の登録が成功したことを画像形成装置１０１へ通知する。
【００７４】
ステップＳ６０８において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求受信部３４３はＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求を受信する。
【００７５】
ステップＳ６０９において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求受信部３４３はＳ６０８で受信したＳｕｂｓｃｒｉｐｔｉｏｎ情報取得要求からデバイスシリアル番号を取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したデバイスシリアル番号と一致するレコードを取得する。取得したレコード情報を画像形成装置１０１へ通知する。
【００７６】
ステップＳ６１０において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２はＳ６０９で受信した情報にＳｕｂｓｃｒｉｐｔｉｏｎ情報が含まれるか判断する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報が含まれる場合は、Ｓ６１１へ処理を進める。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報が含まれない場合は、Ｓ６１６へ処理を進める。
【００７７】
ステップＳ６１１において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２はＳ６０９で受信したＳｕｂｓｃｒｉｐｔｉｏｎ情報をＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードとしてＳｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｂ）に追加する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２はＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードの追加後、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求送信部３２３へ処理を要求する。
【００７８】
ステップＳ６１２において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４はＳｕｂｓｃｒｉｐｔｉｏｎ情報有効化要求を受信する。
【００７９】
ステップＳ６１３において、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４はＳ６１２で受信したＳｕｂｓｃｒｉｐｔｉｏｎ情報有効化要求からＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得する。次に、取得したレコードの状態カラムの値を「有効」に更新する。Ｓｕｂｓｃｒｉｐｔｉｏｎ情報状態変更要求受信部３４４はＳｕｂｓｃｒｉｐｔｉｏｎ情報更新の処理が成功すると、イベント送信制御要求部３４５およびメッセージ作成部３４９へそれぞれ処理を要求する。
【００８０】
ステップＳ６１４において、イベント送信制御要求受信部３４５はイベント送信制御要求を受信する。イベント送信制御要求受信部３４５は受信したイベント送信制御要求からＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得する。次に、取得したＳｕｂｓｃｒｉｐｔｉｏｎ情報レコードから対象の消耗品およびデバイスシリアル番号を取得し、消耗品・Ｔｏｐｉｃ情報関連テーブル（表Ｆ）とデバイス情報・Ｔｏｐｉｃ状態テーブル（表Ｄ）から消耗品およびデバイスシリアル番号と一致するレコードを取得する。イベント送信制御要求受信部３４５は消耗品・Ｔｏｐｉｃ情報関連テーブル（表Ｆ）から取得したレコードの関連Ｔｏｐｉｃカラムの値をデバイス情報・Ｔｏｐｉｃ状態レコードの設定Ｔｏｐｉｃカラムに設定する。
【００８１】
ステップＳ６１５において、メッセージ作成部３４９はｐｒｉｎｔｅｒＡｃｔｉｖａｔｅｄメッセージの作成要求を受信する。メッセージ作成部３４９は受信したメッセージ作成要求からＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得する。次に、取得したレコードからデバイスシリアル番号を取得し、デバイス情報・Ｔｏｐｉｃ状態テーブル（表Ｄ）からデバイスシリアル番号と一致するレコードを取得する。さらに、取得したデバイス情報・Ｔｏｐｉｃ状態レコードから機種名を取得し、ｐｒｉｎｔｅｒＡｃｔｉｖａｔｅｄメッセージを作成後、メッセージ保持部３３４へメッセージを保存する。
【００８２】
ステップＳ６１６において、Ｔｏｐｉｃ情報取得要求受信部３４６はＴｏｐｉｃ情報取得要求を受信する。Ｔｏｐｉｃ情報取得要求受信部３４６は受信したＴｏｐｉｃ情報取得要求からデバイスシリアル番号を取得し、デバイス情報・Ｔｏｐｉｃ状態テーブル（表Ｄ）からデバイスシリアル番号と一致するレコードを取得する。
【００８３】
ステップＳ６１７において、Ｔｏｐｉｃ情報取得要求受信部３４６はＳ６１６で取得したデバイス情報・Ｔｏｐｉｃ状態レコードの設定Ｔｏｐｉｃカラムの値を画像形成装置１０１へ通知する。
【００８４】
ステップＳ６１８において、Ｔｏｐｉｃ情報取得要求送信部３２４はＳ６１７で受信したＴｏｐｉｃ情報をＴｏｐｉｃ情報レコードとしてＴｏｐｉｃ情報テーブル（表Ｃ）へ追加する。Ｔｏｐｉｃ情報取得要求送信部３２４はＴｏｐｉｃ情報レコードの追加後、Ｔｏｐｉｃ情報更新完了要求送信部３２５へ処理を要求する。
【００８５】
ステップＳ６１９において、Ｔｏｐｉｃ情報更新完了要求受信部３４７はＴｏｐｉｃ情報更新完了要求を受信する。Ｔｏｐｉｃ情報更新完了要求受信部３４７はＴｏｐｉｃ情報更新完了要求からＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得する。次に、取得したレコードからデバイスシリアル番号を取得し、デバイス情報・Ｔｏｐｉｃ状態テーブル（表Ｄ）からデバイスシリアル番号と一致するレコードを取得する。デバイス情報・Ｔｏｐｉｃ状態レコードの状態カラムの値を「設定済み」に更新する。
【００８６】
ステップＳ６２０において、イベント情報送信部３２６はＴｏｐｉｃ情報テーブル（表Ｃ）にＴｏｐｉｃ情報レコードが存在するか確認し、存在する場合はステップＳ６２１へ処理を進める。Ｔｏｐｉｃ情報レコードが存在しない場合は、Ｔｏｐｉｃ情報レコードが作成されるまで待機する。
【００８７】
ステップＳ６２１において、イベント情報送信部３２６はＴｏｐｉｃ情報レコードに関連するイベントが発生したかどうかチェックする。イベントが発生した場合は、ステップＳ６２２へ処理を進め、イベントが発生していない場合は、イベントが発生するまで待機する。
【００８８】
ステップＳ６２２において、イベント情報送信部３２６はＳ６２１で発生したイベントに関する情報を消耗品管理サーバー１０２へ送信する。
【００８９】
ステップＳ６２３において、イベント情報受信部３４８は受信したイベント情報から消耗品の補充が必要であるか判断する。補充が必要でないと判断した場合は、次のイベント情報を待機する。補充が必要であると判断した場合は、メッセージ作成部３４９へ補充メッセージの作成を要求する。
【００９０】
ステップＳ６２４において、メッセージ作成部３４９は補充メッセージ作成要求を受信する。メッセージ作成部３４９は受信したメッセージ作成要求からＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報テーブル（表Ｅ）から取得したＳｕｂｓｃｒｉｐｔｉｏｎＩｄと一致するレコードを取得する。さらにＳ６２２で受信したイベント情報から消耗品に関する情報を取得し、補充メッセージを作成後、メッセージ保持部３３４へメッセージを保存する。
【００９１】
ステップＳ６２５において、メッセージ取得要求受信部３５０はメッセージ取得要求を受信する。メッセージ取得要求受信部３５０はメッセージ取得要求から日時情報を取得し、メッセージ保持部３３４に保存されるメッセージのうち、取得した日時情報よりも後に作成されたメッセージ情報を販社サーバー１０３へ返却する。
【００９２】
ステップＳ６２６において、販社サーバー１０３はメッセージを受信する。受信したメッセージの中に補充メッセージが存在するかを確認し、補充メッセージが存在する場合はステップＳ６２７へ処理を進める。
【００９３】
ステップＳ６２７において、販社サーバー１０３はＳ６２６で受信したメッセージからＳｕｂｓｃｒｉｐｔｉｏｎＩｄを取得し、該当する小売業者へ消耗品の配送を依頼する。
【００９４】
ステップＳ６０８およびＳ６１６の処理は、Ｓｕｂｓｃｒｉｐｔｉｏｎ情報取得要求送信部３２２およびＴｏｐｉｃ情報取得要求送信部３２４で説明したように、画像形成装置１０１が消耗品管理サーバー１０２へ接続済みの間、定期的に実行される。そのため、販社サーバー１０３からのＳｕｂｓｃｒｉｐｔｉｏｎ情報の新規登録・更新登録要求に関わらず、画像形成装置１０１は共通の処理で消耗品に関するイベント情報を送信することができる。また、販社サーバー１０３からＳｕｂｓｃｒｉｐｔｉｏｎ情報の削除要求が来た場合には、ステップＳ６１７で取得されるＴｏｐｉｃ情報が空となるため、削除要求の場合も画像形成装置１０１は処理を変えることなくイベント情報の送信を停止することができる。
【符号の説明】
【００９５】
１００  ネットワーク、１０１  画像形成装置、１０２  消耗品管理サーバー、
１０３  販社サーバーを接続するネットワーク
【図１】
2020030499.tif 000009
【図２】
2020030499.tif 000010
【図３】
2020030499.tif 000011
【図４】
2020030499.tif 000012
【図５】
2020030499.tif 000013
【図６】
2020030499.tif 000014