(57)【要約】【課題】管理対象のデバイスをその数にかかわらず管理装置側から主体的かつ効率的に管理できるようにすることを目的とする。【解決手段】管理ＦＥ２０は、各ＭＦＰ１０に対する各種要求を中継装置５０へ送信する。各種要求には、要求対象の各ＭＦＰ１０を直接又は間接に示すデバイス特定情報及びその要求の内容を示す情報が含まれている。中継装置５０は、管理ＦＥ２０から各種要求を受信すると、要求対象の各ＭＦＰ１０毎に、要求された処理を実行させ、その処理結果を取得する。具体的には、例えば各ＭＦＰ１０毎に、デバイス接続サーバ４０を介して対象ＭＦＰ１０へ要求を出したり、ログＤＢ３０へアクセスしたりするなどして、要求に応じた処理結果を取得する。そしてその取得した処理結果を管理ＦＥ２０へ送信する。【選択図】図１
2014179022.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能な少なくとも１つのデバイス接続装置に対し、ネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能であって、且つ管理装置とネットワークを介して前記第２の通信プロトコルを用いて相互に通信可能であり、前記管理装置と前記少なくとも１つのデバイス接続装置との通信を中継する中継装置であって、
前記ネットワークと接続されてデータ送受信が可能な通信部と、
制御部と、
を備え、
前記制御部は、
前記管理装置から、少なくとも１つの前記デバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを前記第２の通信プロトコルを用いた通信により受信した場合に、前記対象デバイス毎に、その対象デバイスを示す個別特定情報及び前記処理情報を含む個別管理コマンドを前記通信部から前記デバイス接続装置へ前記第２の通信プロトコルを用いた通信で送信させることにより前記処理情報に応じた処理を実行させてその処理結果を前記デバイス接続装置から前記第２の通信プロトコルを用いた通信により前記通信部を介して取得するコマンド中継処理と、
前記コマンド中継処理により取得した前記対象デバイス毎の前記処理結果を前記通信部から前記管理装置へ送信させる処理結果中継処理と、
を実行することを特徴とする中継装置。
【請求項２】
請求項１に記載の中継装置であって、
前記制御部は、前記処理情報が示す前記処理が所定の一括応答処理である場合は、前記処理結果中継処理において、前記コマンド中継処理による前記処理結果の取得が前記各対象デバイスについて全て完了した後に、前記各対象デバイスの前記各処理結果を前記管理装置へ送信させる
ことを特徴とする中継装置。
【請求項３】
請求項１又は請求項２に記載の中継装置であって、
前記デバイス接続装置には、当該中継装置からの前記個別管理コマンドに基づいて対応する前記対象デバイスに対して前記処理情報に応じた処理の実行を指示し、その指示に対する前記処理結果を前記対象デバイスから前記第１の通信プロトコルを用いた通信により取得してその取得した処理結果を前記第２の通信プロトコルを用いた通信により当該中継装置へ送信するデバイス接続サーバが含まれており
前記制御部は、前記コマンド中継処理において、前記管理装置から、前記対象デバイスに所定の処理を実行させるための前記処理情報を含む前記一括管理コマンドを受信した場合に、前記対象デバイス毎に順次、前記個別管理コマンドを前記第２の通信プロトコルを用いた通信で前記デバイス接続サーバへ送信させることにより前記対象デバイスに前記所定の処理を実行させてその処理結果を前記デバイス接続サーバから取得する
ことを特徴とする中継装置。
【請求項４】
請求項１〜請求項３の何れか１項に記載の中継装置であって、
前記デバイス接続装置には、前記少なくとも１つのデバイスにおける所定のデバイス情報が前記デバイス毎に蓄積されるデバイス情報データベースが含まれており、
前記制御部は、前記コマンド中継処理において、前記管理装置から、前記デバイス情報を取得すべき旨の前記処理情報を含む前記一括管理コマンドを受信した場合に、前記対象デバイス毎の前記個別管理コマンドを前記第２の通信プロトコルを用いた通信で前記デバイス情報データベースへ送信させることにより前記処理結果としての前記デバイス情報を取得する
ことを特徴とする中継装置。
【請求項５】
請求項３に記載の中継装置であって、
前記デバイス接続装置には、前記少なくとも１つのデバイスにおける所定のデバイス情報が前記デバイス毎に蓄積されるデバイス情報データベースが含まれており、
前記制御部は、
前記コマンド中継処理において、前記管理装置から、前記対象デバイスに対して前記デバイス情報を所定の蓄積タイミングで前記デバイス情報データベースに蓄積させるためのデバイス情報蓄積要求を前記処理情報として含む前記一括管理コマンドを前記第２の通信プロトコルを用いた通信により受信した場合に、前記対象デバイス毎に順次、前記個別管理コマンドを前記第２の通信プロトコルを用いた通信で前記デバイス接続サーバへ送信させることにより前記対象デバイスに前記蓄積タイミングで前記デバイス情報を前記デバイス情報データベースに蓄積させるようにし、
更に、前記コマンド中継処理において、前記管理装置から、前記デバイス情報を取得すべき旨の前記処理情報を含む前記一括管理コマンドを受信した場合に、前記対象デバイス毎の前記個別管理コマンドを前記第２の通信プロトコルを用いた通信で前記デバイス情報データベースへ送信させることにより前記処理結果としての前記デバイス情報を取得する
ことを特徴とする中継装置。
【請求項６】
請求項１〜請求項５の何れか１項に記載の中継装置であって、
前記管理装置から受信される前記デバイス特定情報は、前記少なくとも１つの対象デバイスの前記個別特定情報が対応付けられた所定の一括指定情報であり、
当該中継装置は、前記一括指定情報とこれに対応付けられた前記個別特定情報との対応関係が設定された対応関係設定部にアクセス可能であり、
前記制御部は、
前記管理装置から前記一括指定情報を含む前記一括管理コマンドを受信した場合に、前記対応関係設定部にアクセスすることで、前記一括指定情報に対応付けられた前記個別特定情報を取得する個別特定情報取得処理を実行し、
前記個別特定情報取得処理で取得した前記個別特定情報に基づいて前記コマンド中継処理を実行する
ことを特徴とする中継装置。
【請求項７】
少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能な少なくとも１つのデバイス接続装置に対し、ネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能であって、且つ管理装置とネットワークを介して前記第２の通信プロトコルを用いて相互に通信可能であり、前記管理装置と前記少なくとも１つのデバイス接続装置との通信を中継する中継装置において、前記中継装置で用いられる中継方法であって、
前記管理装置から、少なくとも１つの前記デバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを前記第２の通信プロトコルを用いた通信により受信した場合に、前記対象デバイス毎に、その対象デバイスを示す個別特定情報及び前記処理情報を含む個別管理コマンドを前記第２の通信プロトコルを用いた通信により前記デバイス接続装置へ送信する
ことを特徴とする中継方法。
【請求項８】
少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能な少なくとも１つのデバイス接続装置に対し、ネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能であって、且つ管理装置とネットワークを介して前記第２の通信プロトコルを用いて相互に通信可能であり、前記管理装置と前記少なくとも１つのデバイス接続装置との通信を中継する中継装置において、前記中継装置が有するコンピュータに実行させるための中継プログラムであって、
前記管理装置から、少なくとも１つの前記デバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを前記第２の通信プロトコルを用いた通信により受信した場合に、前記対象デバイス毎に、その対象デバイスを示す個別特定情報及び前記処理情報を含む個別管理コマンドを前記第２の通信プロトコルを用いた通信で前記デバイス接続装置へ送信させることにより前記処理情報に応じた処理を実行させてその処理結果を前記デバイス接続装置から前記第２の通信プロトコルを用いた通信により取得するコマンド中継処理と、
前記コマンド中継処理により取得した前記対象デバイス毎の前記処理結果を前記管理装置へ送信させる処理結果中継処理と、
を実行させるための中継プログラム。
【請求項９】
少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能であって、且つ管理装置とネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能に構成された中継システムであって、
前記管理装置から、少なくとも１つの前記デバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを前記第２の通信プロトコルを用いた通信により受信した場合に、前記対象デバイス毎に、前記処理情報に応じた処理を実行してその処理結果を取得する処理部と、
前記処理部により取得された前記対象デバイス毎の前記処理結果を前記管理装置へ送信する処理結果中継部と、
を備えることを特徴とする中継システム。
【請求項１０】
請求項９に記載の中継システムであって、
前記少なくとも１つのデバイスとネットワークを介して前記第１の通信プロトコルを用いた通信が可能な少なくとも１つのデバイス接続装置と、
前記少なくとも１つのデバイス接続装置及び前記管理装置とネットワークを介して前記第２の通信プロトコルを用いた通信が可能な中継装置と、
を備え、
前記中継装置は、
前記処理部の機能の一部を実現するものであって、前記管理装置から前記第２の通信プロトコルを用いた通信により前記一括管理コマンドを受信した場合に、前記対象デバイス毎に、その対象デバイスを示す個別特定情報及び前記処理情報を含む個別管理コマンドを前記第２の通信プロトコルを用いた通信により前記デバイス接続装置へ送信して、その個別管理コマンドに対する前記デバイス接続装置からの前記処理結果を前記第２の通信プロトコルを用いた通信により受信するコマンド中継部と、
前記コマンド中継部により受信された前記対象デバイス毎の前記処理結果を前記第２の通信プロトコルを用いた通信により前記管理装置へ送信する前記処理結果中継部と、
を備え、
前記デバイス接続装置は、
前記処理部の機能の一部を実現するものであって、前記中継装置から前記第２の通信プロトコルを用いた通信により前記個別管理コマンドを受信した場合に、その個別管理コマンドに基づいて、対応する前記対象デバイスに対する前記処理情報に応じた処理を実行する処理実行部と、
前記処理実行部による前記処理結果を前記第２の通信プロトコルを用いた通信により前記中継装置へ送信する処理結果送信部と、
を備えることを特徴とする中継システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置とデバイス側との通信を中継する中継装置、この中継装置で用いられる中継方法と中継プログラム、及びデバイスとこのデバイスを管理する管理装置に接続される中継システムに関する。
【背景技術】
【０００２】
プリンタやスキャナ、複合機などの各種デバイスをクラウド側から管理するサービスが普及しつつある。このようなデバイス管理サービスの１つとして、ＭＰＳ（Managed Print Service ）が知られている。ＭＰＳは、クラウド側に設けた管理装置からネットワークを介して複数の印刷用デバイスを遠隔管理するサービスである。
【０００３】
ＭＰＳ等のデバイス管理サービスを実現するための具体的技術は種々提案されている。例えば特許文献１には、複合機で異常が発生した場合に、その複合機からインターネットを介して特定のプロトコルで管理サーバへ異常発生を通知する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２８９３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の技術は、複合機側から管理サーバへ情報を送信するものであるため、管理サーバ側から主体的に複合機を管理することが困難である。そのため、デバイス管理サービスとして提供可能なサービスの種類は制限される。
【０００６】
また、管理対象のデバイスの数が多くなればなるほど、またサービスの種類が多様化すればするほど、管理装置において処理システムの複雑化や処理負荷の増大を招く。
本発明は上記課題に鑑みなされたものであり、管理対象のデバイスをその数にかかわらず管理装置側から主体的かつ効率的に管理できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するためになされた本発明の中継装置は、管理装置と少なくとも１つのデバイス接続装置との通信を中継するものである。少なくとも１つのデバイス接続装置は、少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能であって、本発明の中継装置との間でネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能である。管理装置は、本発明の中継装置との間でネットワークを介して第２の通信プロトコルを用いて相互に通信可能である。
【０００８】
本発明の中継装置は、ネットワークと接続されてデータ送受信が可能な通信部と、制御部とを備え、制御部は、コマンド中継処理と、処理結果中継処理とを実行する。
コマンド中継処理は、管理装置から、少なくとも１つのデバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを第２の通信プロトコルを用いた通信により受信した場合に、対象デバイス毎に、その対象デバイスを示す個別特定情報及び処理情報を含む個別管理コマンドを通信部からデバイス接続装置へ第２の通信プロトコルを用いた通信で送信させることにより処理情報に応じた処理を実行させて、その処理結果をデバイス接続装置から第２の通信プロトコルを用いた通信により通信部を介して取得する処理である。
【０００９】
処理結果中継処理は、コマンド中継処理により取得した対象デバイス毎の処理結果を通信部から管理装置へ送信させる処理である。
このように構成された本発明の中継装置は、管理装置から一括管理コマンドを受信すると、その一括管理コマンドで指定されている対象デバイスについて個別に、個別管理コマンドをデバイス接続装置へ送信して処理結果を取得し、管理装置へ送信する。つまり、管理装置からみれば、どのデバイスについてどのような処理をしてほしいといった内容を示す一括管理コマンドを中継装置へ送信すれば、中継装置がその一括管理コマンドに基づいて対象デバイス一つ一つについて処理の要求を代行し、処理結果を返してくれる。
【００１０】
そのため、本発明の中継装置によれば、管理対象のデバイスをその数にかかわらず管理装置側から主体的かつ効率的に管理することができる。
本発明の中継装置において制御部が実行する各処理は、それぞれ、コンピュータにそれら各処理を実行させるための中継プログラムとして実現することができる。
【００１１】
また、上記課題を解決するためになされた本発明の中継システムは、少なくとも１つのデバイスとネットワークを介して常時接続型の第１の通信プロトコルを用いて相互に通信可能であって、且つ管理装置とネットワークを介してリクエスト−レスポンス型の第２の通信プロトコルを用いて相互に通信可能に構成された中継システムであり、処理部と、処理結果中継部とを備えている。
【００１２】
処理部は、管理装置から、少なくとも１つのデバイスを対象デバイスとしてその少なくとも１つの対象デバイスを直接又は間接に示すデバイス特定情報及びその少なくとも１つの対象デバイスについて要求する処理を示す処理情報を含む一括管理コマンドを第２の通信プロトコルを用いた通信により受信した場合に、対象デバイス毎に、処理情報に応じた処理を実行してその処理結果を取得する。
【００１３】
処理結果中継部は、処理部により取得された対象デバイス毎の処理結果を管理装置へ送信する。
このように構成された本発明の中継システムは、管理装置から一括管理コマンドを受信すると、その一括管理コマンドで指定されている対象デバイスについて個別に、要求された処理を実行してその結果を取得し、管理装置へ送信する。そのため、管理対象のデバイスをその数にかかわらず管理装置側から主体的かつ効率的に管理することができる。
【００１４】
本発明の中継システムは、少なくとも１つのデバイス接続装置と管理装置を備えた構成とすることができる。少なくとも１つのデバイス接続装置は、少なくとも１つのデバイスとネットワークを介して第１の通信プロトコルを用いた通信が可能である。中継装置は、少なくとも１つのデバイス接続装置及び管理装置とネットワークを介して第２の通信プロトコルを用いた通信が可能である。
【００１５】
この場合、中継装置は、コマンド中継部と処理結果中継部を備え、デバイス接続装置は処理実行部と処理結果送信部を備えた構成とすることができる。
具体的には、中継装置において、コマンド中継部は、処理部の機能の一部を実現するものであって、管理装置から第２の通信プロトコルを用いた通信により一括管理コマンドを受信した場合に、対象デバイス毎に、その対象デバイスを示す個別特定情報及び処理情報を含む個別管理コマンドを第２の通信プロトコルを用いた通信によりデバイス接続装置へ送信して、その個別管理コマンドに対するデバイス接続装置からの処理結果を第２の通信プロトコルを用いた通信により受信する。処理結果中継部は、コマンド中継部により受信された対象デバイス毎の処理結果を第２の通信プロトコルを用いた通信により管理装置へ送信する。
【００１６】
また、デバイス接続装置において、処理実行部は、処理部の機能の一部を実現するものであって、中継装置から第２の通信プロトコルを用いた通信により個別管理コマンドを受信した場合に、その個別管理コマンドに基づいて、対応する対象デバイスに対する処理情報に応じた処理を実行する。処理結果送信部は、処理実行部による処理結果を第２の通信プロトコルを用いた通信により中継装置へ送信する。
【００１７】
このように、中継システムを、中継装置と少なくとも１つのデバイス接続装置とを備えた構成とし、これら各装置で中継システムの機能・役割を分担することで、多種多様な管理サービスを効率的に提供することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】実施形態のＭＰＳシステムの概略構成を表す説明図である。
【図２】登録要求時の動作例を表す説明図である。
【図３】ログ取得要求時の動作例を表す説明図である。
【図４】第１実施形態の登録処理を表すフローチャートである。
【図５】第１実施形態のログ取得処理を表すフローチャートである。
【図６】第１実施形態の登録状態情報取得処理を表すフローチャートである。
【図７】第１実施形態の設定情報取得処理を表すフローチャートである。
【図８】第２実施形態のログ取得処理を表すフローチャートである。
【発明を実施するための形態】
【００１９】
以下に、本発明の好適な実施形態を図面に基づいて説明する。なお、本発明は、下記の実施形態に示された具体的手段や構造等に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の形態を採り得る。また、下記の実施形態の構成の一部を、課題を解決できる限りにおいて省略した態様も本発明の実施形態であり、下記の複数の実施形態を適宜組み合わせて構成される態様も本発明の実施形態である。
【００２０】
［第１実施形態］
（１）ＭＰＳシステム１の概要
図１に示すように、本実施形態のＭＰＳシステム１は、複数のＭＦＰ（Multi Function Peripheral ；複合機）１０と、ルータ１８と、複数の管理ＦＥ（フロントエンド）２０と、ログＤＢ（データベース）３０と、デバイス接続サーバ４０と、中継装置５０とを備えている。
【００２１】
ＭＰＳとは、マネージド・プリント・サービスの略称であり、プリンタや複写機、複合機などの印刷機能を備えたデバイスの各種マネジメントに関するアウトソーシング・サービスである。ＭＰＳは、各種デバイスによる印刷環境全体を管理し、顧客の印刷ニーズを満たすために全契約期間にわたってニーズの変化やオフィス環境の変化などに対応したサービスを行い、最適な出力環境を提供するものである。ＭＰＳで提供されるサービスには、例えば、デバイス本体のリース、消耗品の自動発注、印刷枚数に応じた課金、印刷状況のレポート化、印刷枚数の制限、デバイスのステータスの通知などがある。
【００２２】
本実施形態のＭＰＳシステム１は、ＭＰＳを提供するサービス提供業者が、サービス提供対象の顧客の各ＭＦＰ１０をそれぞれ個別に管理することができるよう構成されたものである。具体的には、サービス提供業者は、自社用の管理ＦＥ２０から、中継装置５０を介して、管理対象の各ＭＦＰ１０にアクセスしたりログＤＢ３０にアクセスしたりすることで、顧客のニーズに応じて各ＭＦＰ１０を個別に管理することができる。
【００２３】
各ＭＦＰ１０は、それぞれ、ルータ１８を介してインターネット（クラウド）５上の各種リソースに接続可能であり、本実施形態では少なくともログＤＢ３０及びデバイス接続サーバ４０に接続して相互にデータ通信可能である。
【００２４】
ルータ１８は、複数のＭＦＰ１０とインターネット５上の各種リソースとのデータ通信を中継するための周知のデータ中継装置である。ルータ１８は、ファイアウォール機能やアドレス変換機能（例えばＮＡＴ）などの各種機能を備えている。
【００２５】
ルータ１８からみてインターネット５およびこれに接続される各種リソースはいわゆるクラウドであり、一方、ルータ１８及びこれに接続された各ＭＦＰ１０からなるネットワーク７は、いわゆるＬＡＮ（Local Area Network）である。クラウド側では、各管理ＦＥ２０、ログＤＢ３０、デバイス接続サーバ４０、及び中継装置５０がインターネット５に接続されている。
【００２６】
ＬＡＮ内の各ＭＦＰ１０は、ルータ１８を介してクラウド上のログＤＢ３０やデバイス接続サーバ４０とデータ通信することが可能である。また、クラウド側においては、中継装置５０は、各管理ＦＥ２０、デバイス接続サーバ４０、及びログＤＢ３０とインターネット５を介して相互にデータ通信可能である。
【００２７】
ルータ１８において、ファイアウォール機能は、ルータ１８内のネットワーク７（ＬＡＮ）に対する外部（インターネット５側）からの不正侵入を防止する機能である。ファイアウォール機能では、外部との境界を流れるデータを監視し、不正なアクセスを検出・遮断する。アドレス変換機能は、ルータ１８内のネットワーク７でのみ通用するプライベートＩＰアドレスと、インターネット５上のグローバルＩＰアドレスとを、１対１で相互変換する機能である。
【００２８】
ファイアウォール機能とアドレス変換機能の具体的動作について説明する。例として、何れか１つのＭＦＰ１０とデバイス接続サーバ４０又はログＤＢ３０との間にコネクションが確立される場合にルータ１８で行われる動作を説明する。ファイアウォール機能およびアドレス変換機能の動作は、ＭＦＰ１０と通信相手とのコネクションが、リクエスト−レスポンス型のプロトコルに従って確立されるか、それとも常時接続型のプロトコルに従って確立されるか、によって異なる。
【００２９】
常時接続型のプロトコルとは、接続（セッション）をできるだけ（連続的又は断続的に）維持して、双方から任意のタイミングで通信を行える形式のプロトコルである。リクエスト−レスポンス型のプロトコルとは、リクエストに対してレスポンスで返信する形式のプロトコルである。本実施形態では、一例として、常時接続型のプロトコルとしてＸＭＰＰ  ｏｖｅｒ  ＢＯＳＨ（eXtensible Messaging and Presence Protocol over Bidirectional-streams Over Synchronous HTTP の略）が用いられ、リクエスト−レスポンス型のプロトコルとしてＨＴＴＰ（Hypertext Transfer Protocol の略）が用いられる。
【００３０】
具体的には、本実施形態では、ＭＦＰ１０とデバイス接続サーバ４０との通信は主に常時接続型のＸＭＰＰ  ｏｖｅｒ  ＢＯＳＨによるコネクションを介して行われ、ＭＦＰ１０とログＤＢ３０との通信は主にリクエストーレスポンス型のＨＴＴＰによるコネクションを介して行われる。なお、中継装置５０とデバイス接続サーバ４０との通信、中継装置５０とログＤＢ３０との通信、及び中継装置５０と各管理ＦＥ２０との通信も、主にＨＴＴＰによるコネクションを介して行われる。
【００３１】
常時接続型のプロトコルであるＸＭＰＰ  ｏｖｅｒ  ＢＯＳＨによるＸＭＰＰセッション要求に従ったコネクション（以下「ＸＭＰＰコネクション」ともいう）がデバイス接続サーバ４０とＭＦＰ１０との間で確立される場合、ルータ１８のファイアウォール機能は、デバイス接続サーバ４０とＭＦＰ１０との通信を全て通過させる。またルータ１８のアドレス変換機能は、デバイス接続サーバ４０とＭＦＰ１０との全ての通信に対してアドレス変換を実行する。これらの動作は、ルータ１８が、ＸＭＰＰコネクションを維持している通信相手を識別することによって実現される。これにより、ＸＭＰＰコネクションを用いる場合には、デバイス接続サーバ４０からＭＦＰ１０へのリクエスト情報を通過させることが可能となる。
【００３２】
リクエスト−レスポンス型のプロトコルであるＨＴＴＰに従ったコネクション（以下「ＨＴＴＰコネクション」ともいう）がＭＦＰ１０とログＤＢ３０との間で確立される場合、ルータ１８のファイアウォール機能は、ＭＦＰ１０からログＤＢ３０へのリクエスト情報、及びログＤＢ３０からＭＦＰ１０へのレスポンス情報は通過させる。しかし、ファイアウォール機能は、ログＤＢ３０からＭＦＰ１０へのリクエスト情報は遮断する。これは、ファイアウォールの外部からのリクエスト情報には、不正アクセスや侵入のためのリクエスト情報が含まれている危険性があるためである。この機能は、ルータ１８のファイアウォール機能が、ＭＦＰ１０からログＤＢ３０へ送信されたリクエスト情報に対するレスポンス情報を識別することによって実現される。
【００３３】
また、ルータ１８のアドレス変換機能は、ＭＦＰ１０からログＤＢ３０へのリクエスト情報、及びログＤＢ３０からＭＦＰ１０へのレスポンス情報については、アドレス変換を行う。しかし、アドレス変換機能は、ログＤＢ３０からＭＦＰ１０へのリクエスト情報についてはアドレス変換を実行できない。従って、ログＤＢ３０からＭＦＰ１０へのリクエスト情報は遮断される。これらの動作は、ルータ１８が、ＭＦＰ１０からログＤＢ３０へ送信されたリクエスト情報に対するレスポンス情報を識別することによって実現される。
【００３４】
ここで、ＭＦＰ１０とデバイス接続サーバ４０との間にＸＭＰＰ接続を確立するための手順について説明する。ＭＦＰ１０は、ＭＦＰ１０の電源がＯＦＦ状態からＯＮ状態に変化する場合に、ＢＯＳＨ（Bidirectional-streams Over Synchronous HTTP の略）の要求信号（即ちＨＴＴＰリクエスト）をデバイス接続サーバ４０に送信する。この要求信号は、ＸＭＰＰ接続で利用されるべきセッションＩＤの送信を、デバイス接続サーバ４０に要求するための信号である。
【００３５】
なお、ＭＦＰ１０は、ＭＦＰ１０の電源がＯＦＦ状態からＯＮ状態に変化する場合のみならず、以下の状況でも、要求信号をデバイス接続サーバ４０に送信してもよい。例えば、ＭＦＰ１０は、ＭＦＰ１０の通信リンクの状態が、リンクダウン状態（例えばケーブルが通信部１７に挿入されていない状態）から、リンクアップ状態（例えばケーブルが通信部１７に挿入されている状態）に変化する場合に、要求信号をデバイス接続サーバ４０に送信してもよい。また、例えば、ＭＦＰ１０は、ＭＦＰ１０の通信設定が、インターネット通信を禁止する設定から、インターネット通信を許容する設定に変化する場合に、要求信号をデバイス接続サーバ４０に送信してもよい。即ち、一般的に言うと、ＭＦＰ１０は、ＸＭＰＰ接続が確立されていない状態で、要求信号をデバイス接続サーバ４０に送信すればよい。
【００３６】
デバイス接続サーバ４０は、ＭＦＰ１０から要求信号を受信した場合、セッションＩＤを生成して、セッションＩＤを含む応答信号（即ちＨＴＴＰレスポンス）をＭＦＰ１０に送信する。
【００３７】
ＭＦＰ１０は、デバイス接続サーバ４０から応答信号を受信した場合、ＢＯＳＨの要求信号（即ちＨＴＴＰリクエスト）をデバイス接続サーバ４０に送信する。この要求信号は、応答信号に含まれるセッションＩＤに一致するセッションＩＤを含む。この要求信号は、ＸＭＰＰ接続の確立を、デバイス接続サーバ４０に要求するための信号である。
【００３８】
デバイス接続サーバ４０は、ＭＦＰ１０からセッションＩＤを含む要求信号を受信した場合、ＯＫを示す応答信号（即ちＨＴＴＰレスポンス）をＭＦＰ１０に送信する。これにより、ＭＦＰ１０及びデバイス接続サーバ４０は、ＸＭＰＰ接続を確立するための認証信号、応答信号等の様々な信号の通信を実行して、ＸＭＰＰ接続を確立する。
【００３９】
ＭＦＰ１０は、ＸＭＰＰ接続が確立された場合、ＢＯＳＨの要求信号（即ちＨＴＴＰリクエスト）をデバイス接続サーバ４０に送信する。この要求信号は、上記のセッションＩＤを含む。この要求信号は、デバイス接続サーバ４０からＭＦＰ１０にデータ（例えばＳｕｂｓｃｒｉｂｅコマンド）を送信するための元になる信号である。
【００４０】
デバイス接続サーバ４０は、ＭＦＰ１０から要求信号を受信した際、ＭＦＰ１０に送信されるべきＳｕｂｓｃｒｉｂｅコマンドが存在すれば、要求信号に対する応答信号（即ちＨＴＴＰレスポンス）として、当該ＳｕｂｓｃｒｉｂｅコマンドをＭＦＰ１０に送信する。ただし、デバイス接続サーバ４０は、ＭＦＰ１０から要求信号を受信した際、ＭＦＰ１０に送信されるべきＳｕｂｓｃｒｉｂｅコマンドが存在しなければ、中継装置５０からＳｕｂｓｃｒｉｂｅコマンドを受信するまで、ＳｕｂｓｃｒｉｂｅコマンドをＭＦＰ１０に送信しない。
【００４１】
ＢＯＳＨの要求信号は、ＢＯＳＨではない通常のＨＴＴＰの要求信号と比べて、長いタイムアウト時間を有する。従って、デバイス接続サーバ４０は、ＭＦＰ１０から要求信号を受信してから、Ｓｕｂｓｃｒｉｂｅコマンドを送信するまでの時間が長くても、タイムアウトと判断せずに、要求信号に対する応答信号として、Ｓｕｂｓｃｉｂｅコマンドを適切に送信することができる。また、ルータ１８は、ＭＦＰ１０からデバイス接続サーバ４０へのＢＯＳＨの要求信号の転送を実行する場合には、要求信号の転送を実行してから、デバイス接続サーバ４０からＳｕｂｓｃｒｉｂｅコマンド（即ち応答信号）を受信するまでの時間が長くても、タイムアウトと判断せずに、ＳｕｂｓｃｉｂｅコマンドをＭＦＰ１０に適切に転送することができる（即ちＳｕｂｓｃｉｂｅコマンドの送信を許容する）。
【００４２】
上述したように、デバイス接続サーバ４０は、ＭＦＰ１０とデバイス接続サーバ４０との間にＸＭＰＰ接続が確立されていると判断した場合、要求信号に対する応答信号として、ＳｕｂｓｃｒｉｂｅコマンドをＭＦＰ１０に送信する。なお、当該応答信号は、上記のセッションＩＤを含まない。ただし、当該応答信号（即ちＳｕｂｓｃｒｉｂｅコマンド）は、上記のセッションＩＤを含む要求信号（即ちＸＭＰＰ接続を利用して通信される要求信号）に対する応答信号であるので、ＸＭＰＰ接続を利用して通信される信号である、と言える。
【００４３】
ＭＦＰ１０は、デバイス接続サーバ４０からＳｕｂｓｃｒｉｂｅコマンドを受信すると、Ｓｕｂｓｃｒｉｂｅコマンドに含まれるインターバル時間情報によって示される時間が経過する毎に、Ｓｕｂｓｃｒｉｂｅコマンドに含まれるデータＩＤによって識別される対象データ（例えば、印刷枚数、消耗品の残量等）の値の変化に関する判断処理を実行する。そして、ＭＦＰ１０は、判断処理で対象データの値の変化が有ると判断した場合、対象データの現在値を管理ＦＥ２０に送信する。これにより、管理ＦＥ２０のユーザ（即ち販売店の従業員）は、ＭＦＰ１０の対象データの現在値を知ることができ、当該現在値に応じたサービス（例えば、印刷媒体の補充サービス、消耗品の交換サービス等）をＭＦＰ１０のユーザに提供することができる。
【００４４】
なお、ＭＦＰ１０は、デバイス接続サーバ４０及び中継装置５０を介して、対象データを管理ＦＥ２０に送信してもよいし、いずれのサーバも介さずに、対象データを管理ＦＥ２０に送信してもよい。即ち、一般的に言うと、ＭＦＰ１０は、対象データが管理ＦＥ２０で受信されるように、対象データを外部に送信すればよい。
【００４５】
ＭＦＰ１０は、デバイス接続サーバ４０からＳｕｂｓｃｒｉｂｅコマンドを受信すると、Ｓｕｂｓｃｒｉｂｅコマンドを受信したことを示す特定の要求信号（即ちＨＴＴＰリクエスト）をデバイス接続サーバ４０に送信する。なお、上記の特定の要求信号は、ＢＯＳＨの要求信号ではなく、通常のＨＴＴＰの要求信号であり、上記のセッションＩＤを含まない。
【００４６】
本実施形態のＭＰＳシステム１において、複数のＭＦＰ１０は、サービス提供業者と契約した顧客が使用するものであり、サービス提供業者は、顧客が使用する複数のＭＦＰ１０をクラウド側から一括管理する。具体的には、サービス提供業者は、自社用の管理ＦＥ２０から、各ＭＦＰ１０のログを取得したり、各ＭＦＰ１０の設定状態や登録状態などに関する情報を取得したり、各ＭＦＰ１０の設定状態を変更したりすることができる。
【００４７】
ＭＰＳシステム１においては、様々な種類のデバイスを管理対象とすることができるが、本実施形態では、管理対象のデバイスが複数のＭＦＰ１０であることを前提に、以下説明を続ける。
【００４８】
（２）ＭＰＳシステム１の構成
本実施形態のＭＰＳシステム１が備える各装置等の構成や機能について具体的に説明する。
【００４９】
（２−１）ＭＦＰ１０の構成
ＭＦＰ１０は、印刷機能やスキャン機能、コピー機能、ネットワーク接続機能などの複数の機能を有する。ＭＦＰ１０は、図１に示すように、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＲＡＭ１４、印刷部１５、読取部１６、通信部１７などを備えている。
【００５０】
ＭＦＰ１０において、ＣＰＵ１１は、ＲＯＭ１２やＮＶＲＡＭ１４に記憶されている各種プログラムやデータに従ってＭＦＰ１０内の各部の制御および各種演算を実行する。ＲＡＭ１３は、ＣＰＵ１１から直接アクセスされるメインメモリ等として利用される。印刷部１５は、印刷用紙等の被記録媒体に画像を形成（印刷）する。読取部１６は、イメージセンサを備え、原稿の画像を読み取ってその画像を表す画像データを生成する。
【００５１】
通信部１７は、ＭＦＰ１０と他の機器とを通信可能に接続するためのネットワークインタフェースである。この通信部１７により、ＭＦＰ１０は、クラウド側とのデータ通信が可能となる。
【００５２】
ＮＶＲＡＭ１４（Non Volatile RAM）は、記憶内容を電気的に書き換え可能な不揮発性メモリである。ＮＶＲＡＭ１４には、デバイスＩＤ記憶領域１４ａと登録情報記憶領域１４ｂが割り当てられている。デバイスＩＤ記憶領域１４ａには、ＭＦＰ１０固有のデバイスＩＤが記憶される。このデバイスＩＤは、サービス提供業者等からＭＦＰ１０毎に個別に割り当てられる固有の識別情報である。登録情報記憶領域１４ｂには、当該ＭＦＰ１０が自身のログをログＤＢ３０に書き込むべきか否か、書き込むべき場合はどのインターバル時間（書き込み周期）で書き込むべきか、などの情報が登録情報として記憶される。
【００５３】
（２−２）ログＤＢ３０の説明
ログＤＢ３０には、ログを書き込むよう登録されたＭＦＰ１０のログが、ＭＦＰ１０毎に記憶される。具体的には、管理ＦＥ２０からＭＦＰ１０に対し、後述する登録（Ｓｕｂｓｃｒｉｂｅ）要求によってログを定期的に（所定インターバル時間で）書き込むよう登録されると、そのＭＦＰ１０により、指定されたインターバル時間で、そのＭＦＰ１０のログがログＤＢ３０に送信される。
【００５４】
ＭＦＰ１０から送信されるログには、そのＭＦＰ１０のデバイスＩＤも含まれている。ログＤＢ３０は、ＭＦＰ１０からログを受信すると、そのログを、ＭＦＰ１０のデバイスＩＤと対応付けて記憶する。そのため、ログＤＢ３０には、登録された各ＭＦＰ１０のログがＭＦＰ１０毎に記憶される。
【００５５】
なお、ＭＦＰ１０は、ＤＢ３０に対して直接的にログを書き込む（記憶する）処理を行うわけではなく、直接的にはログをＤＢ３０に送信してそれを記憶するよう指示するだけである。しかし、ログを送信することによって結果としてログＤＢ３０にログが記憶される。そのため、ＭＦＰ１０がログＤＢ３０へログを送信することによりログＤＢ３０にそのログを記憶させることを、便宜的に、ログを「書き込む」とも表現する。
【００５６】
ログＤＢ３０は、管理ＦＥ２０から中継装置５０を介してログ取得（ＧｅｔＬｏｇ）要求を受けると、指定された一又は複数のＭＦＰ１０のログを、中継装置５０を介して管理ＦＥ２０へ送信する。
【００５７】
（２−３）管理ＦＥ２０の説明
管理ＦＥ２０からは、適宜、管理対象の各ＭＦＰ１０のうちいずれか（一又は複数）を対象とした各種要求が中継装置５０へ送信される。これら各種要求の詳細については後述するが、共通することとして、何れの要求も、要求対象のデバイス（ＭＦＰ１０）のデバイスＩＤがリストアップされたデバイスＩＤリスト、及び要求の内容を示す情報が含まれる。また、各種要求のうち、ログをログＤＢ３０へ書き込むよう要求するための登録要求には、デバイスＩＤリストに加えて上記インターバル時間情報も含まれる。
【００５８】
管理サービス提供業者は、管理ＦＥ２０を起点として、必要に応じて各種要求を送信することで、既述の通り、各ＭＦＰ１０のログを取得したり、各ＭＦＰ１０の設定状態や登録状態などに関する情報を取得したり、各ＭＦＰ１０の設定状態を変更したりするなどして、各ＭＦＰ１０を管理することができる。
【００５９】
（２−４）中継装置５０の構成
中継装置５０は、管理ＦＥ２０から管理対象の各ＭＦＰ１０に対する各種要求及びログＤＢ３０へのログ取得要求を中継するために設けられており、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、ＨＤＤ（ハードディスクドライブ）５４、通信部５５などを備えている。
【００６０】
ＣＰＵ５１は、ＲＯＭ５２やＨＤＤ５４に記憶されている各種プログラムを実行することによって、上記の各種要求中継等の機能を実現する。ＲＯＭ５２には、ＣＰＵ５１によって実行される各種プログラムやデータ等が記憶されている。ＲＡＭ５３は、ＣＰＵ５１から直接アクセスされるメインメモリ等として利用される。
【００６１】
通信部５５は、中継装置５０と他の機器とを通信可能に接続するためのネットワークインタフェースである。この通信部５５により、中継装置５０は、管理ＦＥ２０やログＤＢ３０、デバイス接続サーバ４０などとのデータ通信が可能となる。
【００６２】
ＨＤＤ５４には、ＯＳを含む各種ソフトウェアがインストールされている。また、ＨＤＤ５４には、登録情報記憶領域５４ａが割り当てられている。登録情報記憶領域５４ａには、管理ＦＥ２０からあるＭＦＰ１０を対象とした登録要求があった場合に、そのＭＦＰ１０のデバイスＩＤと登録要求の内容（登録の有無や、登録された場合におけるログ書き込みのインターバル時間情報等）とが対応付けられて記憶される。
【００６３】
なお、図１において、中継装置５０のＨＤＤ５４内に、ＩＤ変換テーブル５４ｂが破線で示されているが、このＩＤ変換テーブル５４ｂは、本実施形態では言及せず、後述する第２実施形態で説明する。
【００６４】
（２−５）デバイス接続サーバ４０の構成
デバイス接続サーバ４０は、中継装置５０から管理対象の各ＭＦＰ１０に対する各種要求を中継するために設けられており、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ４４、通信部４５などを備えている。
【００６５】
ＣＰＵ４１は、ＲＯＭ４２やＨＤＤ４４に記憶されている各種プログラムを実行することによって、上記の各種要求中継等の機能を実現する。ＲＯＭ４２には、ＣＰＵ４１によって実行される各種プログラムやデータ等が記憶されている。ＲＡＭ４３は、ＣＰＵ４１から直接アクセスされるメインメモリ等として利用される。ＨＤＤ４４には、ＯＳを含む各種ソフトウェアがインストールされている。
【００６６】
通信部４５は、デバイス接続サーバ４０と他の機器とを通信可能に接続するためのネットワークインタフェースである。この通信部４５により、デバイス接続サーバ４０は、中継装置５０や各ＭＦＰ１０などとのデータ通信が可能となる。
【００６７】
（３）ＭＰＳシステム１の概略動作例
次に、本実施形態のＭＰＳシステム１の動作例について、図２及び図３を用いて説明する。なお、図２，図３の動作例は、システム全体の動作を概略的に説明することを目的としてその動作の一部のみを抜粋して示している。
【００６８】
（３−１）登録要求時の動作例
まず、管理ＦＥ２０から管理対象のＭＦＰ１０に対して、ログをログＤＢ３０へ書き込むべき旨の登録要求を行う場合の動作例について、図２を用いて説明する。なお、管理ＦＥ２０と中継装置５０との通信、中継装置５０とデバイス接続サーバ４０との通信、中継装置５０とログＤＢ３０との通信、及びＭＦＰ１０とログＤＢ３０との通信は、本実施形態ではＨＴＴＰコネクションを介して行われる。一方、ＭＦＰ１０とデバイス接続サーバ４０との通信は、本実施形態ではＸＭＰＰコネクションを介して行われる。また、本明細書において、「ＨＴＴＰで」とはＨＴＴＰコネクションを介してという意味であり、「ＸＭＰＰで」とはＸＭＰＰコネクションを介してという意味である。
【００６９】
図２に示すように、管理ＦＥ２０から登録（Ｓｕｂｓｃｒｉｂｅ）要求が中継装置５０へＨＴＴＰで送信されると、中継装置５０は、登録要求に含まれているデバイスＩＤリストに基づき、登録対象のデバイス（ＭＦＰ１０）１つずつ順次、その登録対象のＭＦＰ１０に対する登録要求を行う。なお、管理ＦＥ２０からの各種要求において要求対象として指定されているＭＦＰ１０を、以下、対象ＭＦＰ１０ともいう。
【００７０】
具体的には、中継装置５０は、各対象ＭＦＰ１０のうち何れか１つの対象ＭＦＰ１０について、その対象ＭＦＰ１０のデバイスＩＤ及びインターバル時間情報を含む登録要求を、デバイス接続サーバ４０へＨＴＴＰで送信する。デバイス接続サーバ４０は、中継装置５０から登録要求を受信すると、その登録要求により指定されているデバイスＩＤのＭＦＰ１０宛に、ＸＭＰＰで登録要求を送信する。
【００７１】
対象ＭＦＰ１０は、デバイス接続サーバ４０から自身宛の登録要求を受信すると、自身のＮＶＲＡＭ１４の登録情報記憶領域１４ｂに、自身がログを書き込むべきデバイスとして登録された旨及び指定されたインターバル時間情報を、登録情報として記憶する。
【００７２】
これにより、以後、当該ＭＦＰ１０は、指定されたインターバル時間で、自身のログをログＤＢ３０へＨＴＴＰで送信して書き込むことが可能となる。また、当該ＭＦＰ１０は、ＮＶＲＡＭ１４の登録情報記憶領域１４ｂに登録情報を記憶すると、登録を行った旨の応答をＸＭＰＰでデバイス接続サーバ４０へ送信する。
【００７３】
なお、本実施形態では、登録されたＭＦＰ１０がログＤＢ３０に書き込むべきログの種類は予め決められている。具体的には、印刷用紙の種類毎の印刷枚数や、印刷枚数の総数、カラー印刷枚数、モノクロ印刷枚数などが、書き込むべきログとして予め設定されている。
【００７４】
デバイス接続サーバ４０は、対象ＭＦＰ１０へ登録要求を送信した後、その対象ＭＦＰ１０から応答を受信した場合は、その対象ＭＦＰ１０について登録が完了した旨の、その対象ＭＦＰ１０のデバイスＩＤを含む応答を、ＨＴＴＰで中継装置５０へ送信する。なお、デバイス接続サーバ４０は、対象ＭＦＰ１０へ登録要求を送信した後、一定時間経過してもその対象ＭＦＰ１０から応答を受信しなかった場合は、その対象ＭＦＰ１０について登録が正常に行われなかった旨の、その対象ＭＦＰ１０のデバイスＩＤを含む応答を、ＨＴＴＰで中継装置５０へ送信する。
【００７５】
中継装置５０は、ある対象ＭＦＰ１０についてデバイス接続サーバ４０へ登録要求を送信した後、その登録要求に対するデバイス接続サーバ４０からの応答を受信した場合は、引き続き、まだ登録要求を行っていない他の対象ＭＦＰ１０のうち何れか１つについて、上記同様にデバイス接続サーバ４０へ登録要求を送信する。
【００７６】
このようにして、中継装置５０は、管理ＦＥ２０からの登録要求により指定された登録対象の各ＭＦＰ１０について、１つずつ順に、デバイス接続サーバ４０を介して登録要求を行う。そして、全ての登録対象のＭＦＰ１０について登録要求を終了したら（全ての対象ＭＦＰ１０から応答があったら）、中継装置５０は、管理ＦＥ２０へ、ＨＴＴＰで完了レスポンスを送信する。この完了レスポンスには、デバイスＩＤ毎に登録が正常になされたか否かを示す情報が含まれている。
【００７７】
なお、中継装置５０は、必ずしも、全ての登録対象のＭＦＰ１０について登録要求を終了した後に完了レスポンスを送信するわけではない。詳細は省略するが、場合によっては、登録対象の各ＭＦＰ１０に対する登録要求がまだ継続中であっても、適宜、完了レスポンスを送信することがある。
【００７８】
また、中継装置５０は、管理ＦＥ２０から登録要求を受信した場合は、その要求内容（デバイスＩＤリスト及びインターバル時間情報）を、ＨＤＤ５４の登録情報記憶領域５４ａに記憶する。すなわち、要求対象のＭＦＰ１０毎（デバイスＩＤ毎）に、それらＭＦＰ１０がログを書き込むべきデバイスとして登録された旨およびその書き込みのインターバル時間情報を、登録情報として記憶する。
【００７９】
このように、管理ＦＥ２０が中継装置５０へ登録要求を行うことで、中継装置５０及びデバイス接続サーバ４０を経由して、各ＭＦＰ１０を管理対象として登録することができる。管理ＦＥ２０は、必要に応じて所望のＭＦＰ１０をリアルタイムに管理対象に登録することができる。
【００８０】
ＭＦＰ１０が管理対象に登録されると、その登録されたＭＦＰ１０からは、設定されたインターバル時間でログがログＤＢ３０に送信され、書き込まれる。そのため、管理ＦＥ２０は、所望のタイミングで、中継装置５０を介してログＤＢ３０へ所望のＭＦＰ１０のログを要求することで、そのＭＦＰ１０のログを取得することができるようになる。
【００８１】
（３−２）ログ要求時の動作例
次に、管理ＦＥ２０から管理対象のＭＦＰ１０のログを取得する場合の動作例について、図３を用いて説明する。図３に示すように、管理ＦＥ２０から中継装置５０へログ取得（ＧｅｔＬｏｇ）要求がＨＴＴＰで送信されると、中継装置５０は、ログ取得要求に含まれているデバイスＩＤリストに基づき、ログ取得要求対象のデバイス（ＭＦＰ１０）１つずつ順次、その対象ＭＦＰ１０のログをログＤＢ３０へ要求する。
【００８２】
より具体的には、中継装置５０は、何れか１つの対象ＭＦＰ１０について、その対象ＭＦＰ１０のデバイスＩＤがログＤＢ３０に記憶されているかどうかの確認（デバイスＩＤ存在確認）を行う。そのデバイスＩＤ存在確認に対し、ログＤＢ３０から、対象ＭＦＰ１０のデバイスＩＤが記憶されている旨の応答があった場合は、その対象ＭＦＰ１０のデバイスＩＤを指定して、ログＤＢ３０へログ取得要求を送信する。このログ取得要求によって、ログＤＢ３０から対象ＭＦＰ１０のログが送信され、これにより中継装置５０は対象ＭＦＰ１０のログを取得する。
【００８３】
中継装置５０は、ある対象ＭＦＰ１０についてログＤＢ３０からログを取得すると、引き続き、まだログ取得要求を行っていない他の対象ＭＦＰ１０のうち何れか１つを対象ＭＦＰ１０として、上記同様に、デバイスＩＤ存在確認及びログ取得要求を行って、ログを取得する。ただし、デバイスＩＤ存在確認に対し、ログＤＢ３０から、対象ＭＦＰ１０のデバイスＩＤが記憶されていない旨の応答があった場合は、その対象ＭＦＰ１０については、ログ取得要求を行わない。
【００８４】
このようにして、中継装置５０は、管理ＦＥ２０からのログ取得要求により指定されたログ取得要求対象の各ＭＦＰ１０について、１つずつ順に、ログＤＢ３０からログを取得する。そして、全ての対象ＭＦＰ１０（ただしログＤＢ３０にデバイスＩＤが記憶されていないＭＦＰ１０は除く）について、ログ取得が完了したら、中継装置５０は、管理ＦＥ２０へ、取得した各ＭＦＰ１０のログのレスポンスをＨＴＴＰで送信する。このログのレスポンスは、ログ取得要求対象のＭＦＰ１０毎にそのデバイスＩＤと取得したログが対応付けられたものである。
【００８５】
なお、中継装置５０が、ログ取得要求対象の各ＭＦＰ１０について１つずつ順次ログを取得することは、必須ではない。中継装置５０は、ログＤＢ３０に対し、ログ取得要求対象の各ＭＦＰ１０について一括してデバイスＩＤ存在確認やログ取得要求を行うこともできる。
【００８６】
（３−３）その他の動作例
管理ＦＥ２０からは、上述した登録（Ｓｕｂｓｃｒｉｂｅ）要求やログ取得（ＧｅｔＬｏｇ）要求以外にも、例えば、あるＭＦＰ１０について管理対象から除外するためにそのＭＦＰ１０の登録の解除を要求する登録解除（Ｕｎｓｕｂｓｃｒｉｂｅ）要求、あるＭＦＰ１０について管理対象として登録されているか否かの情報を要求する登録状態情報取得（ＧｅｔＳｕｂｓｃｒｉｐｔｉｏｎ）要求、ＭＦＰ１０における印刷関連の各種機能の設定状態を要求する設定情報取得（ＧｅｔＳｅｔｔｉｎｇ）要求、ＭＦＰ１０における印刷関連の各種機能の設定状態を変更させる設定変更（ＳｅｔＳｅｔｔｉｎｇ）要求などの、各種の要求が、中継装置５０へ送信される。
【００８７】
そのため、中継装置５０は、図２，図３に示した処理以外にも、上記各種の要求に応じた各種の中継処理を実行することができる。
例えば、管理ＦＥ２０から、ある複数のＭＦＰ１０を対象とした登録解除（Ｕｎｓｕｂｓｃｒｉｂｅ）要求（対象ＭＦＰ１０のデバイスＩＤリストを含む）を受信した場合は、中継装置５０は、要求対象の各ＭＦＰ１０について１つずつ、順次、登録解除要求をデバイス接続サーバ４０へ送信することで、デバイス接続サーバ４０に、対象ＭＦＰ１０の登録を解除させる。
【００８８】
この場合、デバイス接続サーバ４０は、対象ＭＦＰ１０へＸＭＰＰで登録解除要求を行うことで、対象ＭＦＰ１０の登録を解除させる。登録解除要求を受けたＭＦＰ１０は、ＮＶＲＡＭ１４内の登録情報記憶領域１４ｂの登録情報を消去する。これにより、そのＭＦＰ１０は、以後、ログを送信しなくなる。中継装置５０も、ＨＤＤ５４内の登録情報記憶領域５４ａにおける、登録解除要求対象のＭＦＰ１０に対する記憶内容を、未登録を示す内容に書き換える。
【００８９】
また例えば、管理ＦＥ２０から、ある複数のＭＦＰ１０を対象とした登録状態情報取得（ＧｅｔＳｕｂｓｃｒｉｐｔｉｏｎ）要求（対象ＭＦＰ１０のデバイスＩＤリストを含む）を受信した場合は、中継装置５０は、要求対象の各ＭＦＰ１０について１つずつ、順次、その対象ＭＦＰ１０のデバイスＩＤを含む登録状態情報取得要求をログＤＢ３０へ送信する。ログＤＢ３０は、中継装置５０から登録状態情報取得要求を受信すると、要求対象のＭＦＰ１０のログが記憶されているか確認し、記憶されていれば、登録されている旨の応答を中継装置５０へ送信し、記憶されていなければ、登録されていない旨の応答を中継装置５０へ送信する。
【００９０】
中継装置５０は、対象ＭＦＰ１０それぞれに対するログＤＢ３０からの応答を一括して、管理ＦＥ２０へレスポンスとして送信する。これにより、管理ＦＥ２０は、各ＭＦＰ１０について、登録状況を確認することができる。
【００９１】
なお、中継装置５０は、自身のＨＤＤ５４にも、ＭＦＰ１０の登録情報を記憶している。そのため、管理ＦＥ２０からの登録状態情報取得要求に対し、ＨＤＤ５４の登録情報記憶領域５４ａに記憶されている登録情報に基づいてレスポンスを送信するようにしてもよい。
【００９２】
また例えば、管理ＦＥ２０から、ある１つのＭＦＰ１０を対象とした設定情報取得（ＧｅｔＳｅｔｔｉｎｇ）要求（対象ＭＦＰ１０のデバイスＩＤを含む）を受信した場合は、中継装置５０は、要求対象のＭＦＰ１０について、そのＭＦＰ１０のデバイスＩＤを含む設定情報要求をデバイス接続サーバ４０へ送信する。
【００９３】
デバイス接続サーバ４０は、中継装置５０から設定情報要求を受信すると、要求対象のＭＦＰ１０へ、そのＭＦＰ１０の設定状態に関する情報を要求する設定情報要求を、ＸＭＰＰで送信する。
【００９４】
設定情報要求の要求対象のＭＦＰ１０は、デバイス接続サーバ４０から設定情報要求を受信すると、自身の設定状態に関する所定の設定情報をＸＭＰＰでデバイス接続サーバ４０へ送信する。送信すべき設定情報としては、例えば、ＭＦＰ１０が置かれている位置、スリープ状態移行条件、ファームウェアのアップデート状態など、種々の情報があり、ＭＦＰ１０において予め設定されている。
【００９５】
デバイス接続サーバ４０は、ＭＦＰ１０から設定情報を受信すると、デバイスＩＤと共にその設定情報を中継装置５０へ送信する。中継装置５０は、デバイス接続サーバ４０からの設定情報を受信し、その受信した設定情報を管理ＦＥ２０へ送信する。これにより、管理ＦＥ２０は、要求対象のＭＦＰ１０について、設定情報を確認することができる。
【００９６】
また例えば、管理ＦＥ２０から、ある１つのＭＦＰ１０を対象とした設定変更（ＳｅｔＳｅｔｔｉｎｇ）要求（対象ＭＦＰ１０のデバイスＩＤ及び設定変更内容を含む）を受信した場合は、中継装置５０は、要求対象のＭＦＰ１０について、そのＭＦＰ１０のデバイスＩＤを含む設定変更要求をデバイス接続サーバ４０へ送信する。
【００９７】
デバイス接続サーバ４０は、中継装置５０から設定変更要求を受信すると、要求対象のＭＦＰ１０へ、その設定変更要求をＸＭＰＰで送信する。
設定変更要求の要求対象のＭＦＰ１０は、デバイス接続サーバ４０から設定変更要求を受信すると、要求された設定変更内容に従って自身の設定状態を変更する。そして、変更が完了した旨の応答をＸＭＰＰでデバイス接続サーバ４０へ送信する。デバイス接続サーバ４０は、ＭＦＰ１０から応答を受信すると、デバイスＩＤと共にその応答を中継装置５０へ送信する。中継装置５０は、デバイス接続サーバ４０からの応答を受信し、その受信した応答を管理ＦＥ２０へ送信する。これにより、管理ＦＥ２０は、要求対象のＭＦＰ１０について、設定状態を変更することができる。
【００９８】
（４）中継装置５０による各種中継処理の説明
次に、中継装置５０が実行する各種中継処理について、図４〜図７を用いて説明する。中継装置５０のＣＰＵ５１は、電源が投入されて動作を開始すると、ＨＤＤ５４から図４〜図７の各処理のプログラムを読み出し、これらを並行して実行する。
【００９９】
（４−１）登録処理（図４）の説明
まず、図４に示す登録（Ｓｕｂｓｃｒｉｂｅ）処理について説明する。図４の登録処理は、図２で説明した登録要求時の動作例に対応した処理である。すなわち、管理ＦＥ２０から登録要求があった場合にその登録要求に応じた所定の処理を行うために実行される処理である。
【０１００】
中継装置５０のＣＰＵ５１は、図４の登録処理を開始すると、Ｓ１１０で一定時間待機し、Ｓ１２０で、登録（Ｓｕｂｓｃｒｉｐｔｉｏｎ）のエンドポイントにＨＴＴＰリクエストを受信したか否か、即ち管理ＦＥ２０から登録要求を受信したか否かを判断する。
【０１０１】
登録要求を受信していない場合はＳ１１０に戻る。登録要求を受信した場合は、Ｓ１３０で、受信したＨＴＴＰリクエスト（登録要求）のリクエストボディは正しいフォーマットであるか否か判断する。正しいフォーマットでなければ、Ｓ１９０で管理ＦＥ２０にエラーレスポンスを送信してＳ１１０に戻る。
【０１０２】
リクエストボディが正しいフォーマットである場合は、Ｓ１４０で、リクエストボディにデバイスＩＤリストが含まれているか否か判断する。デバイスＩＤリストが含まれていない場合はＳ１９０に進むが、デバイスＩＤリストが含まれている場合はＳ１５０に進む。
【０１０３】
Ｓ１５０では、デバイスＩＤリスト中のデバイスＩＤのうち何れか１つ（ただし登録要求をまだ行っていないもの）を、処理対象ＩＤとする。Ｓ１６０では、デバイス接続サーバ４０へ、処理対象ＩＤのデバイス（ＭＦＰ１０）に対する登録（Ｓｕｂｓｃｒｉｂｅ）要求を送信する。
【０１０４】
Ｓ１７０では、デバイスＩＤリスト中の全てのデバイスＩＤについて登録要求済みか否か判断する。まだ登録要求を行っていないＭＦＰ１０がある場合は、Ｓ１５０に戻る。登録要求対象の全てのデバイスＩＤについて登録要求を行った場合は、Ｓ１８０で、完了レスポンスを生成する。この完了レスポンスは、対象ＭＦＰ１０のデバイスＩＤ毎の、登録が正常になされたか否かを示す情報を含むものである。そして、Ｓ１９０で、その生成した完了レスポンスを管理ＦＥ２０へ送信して、Ｓ１１０に戻る。
【０１０５】
（４−２）ログ取得処理（図５）の説明
次に、図５に示すログ取得（ＧｅｔＬｏｇ）処理について説明する。図５のログ取得処理は、図３で説明したログ取得時の動作例に対応した処理である。すなわち、管理ＦＥ２０からログ取得要求があった場合にそのログ取得要求に応じた所定の処理を行うために実行される処理である。
【０１０６】
中継装置５０のＣＰＵ５１は、図５のログ取得処理を開始すると、Ｓ２１０で一定時間待機し、Ｓ２２０で、ログ取得（ＧｅｔＬｏｇ）のエンドポイントにＨＴＴＰリクエストを受信したか否か、即ち管理ＦＥ２０からログ取得要求を受信したか否かを判断する。
【０１０７】
ログ取得要求を受信していない場合はＳ２１０に戻る。ログ取得要求を受信した場合は、Ｓ２３０で、ログＤＢ３０に接続可能か否か判断する。具体的には、ＨＴＴＰコネクションの確立を試み、確立できるか否かにより判断する。ログＤＢ３０に接続できない場合は、Ｓ３３０で管理ＦＥ２０にエラーレスポンスを送信してＳ２１０に戻る。ログＤＢ３０に接続できる場合は、Ｓ２４０で、受信したＨＴＴＰリクエスト（ログ取得要求）のリクエストボディは正しいフォーマットであるか否か判断する。正しいフォーマットでなければＳ３３０に進む。
【０１０８】
リクエストボディが正しいフォーマットである場合は、Ｓ２５０で、リクエストボディにデバイスＩＤリストが含まれているか否か判断する。デバイスＩＤリストが含まれていない場合はＳ３３０に進むが、デバイスＩＤリストが含まれている場合はＳ２６０に進む。
【０１０９】
Ｓ２６０では、デバイスＩＤリスト中のデバイスＩＤのうち何れか１つ（ただしログ取得要求をまだ行っていないもの）を、処理対象ＩＤとする。Ｓ２７０では、処理対象ＩＤがログＤＢ３０にあるか否かの判断、即ち既述のデバイスＩＤ存在確認を行う。処理対象ＩＤがログＤＢ３０にない場合は、Ｓ３００で所定のエラー処理を行ってＳ２６０に戻る。処理対象ＩＤがログＤＢ３０にある場合は、Ｓ２８０で、処理対象ＩＤのデバイス（ＭＦＰ１０）のログをログＤＢ３０から取得する。つまり、対象のデバイスＩＤを含むログ取得要求をログＤＢ３０へ送信することにより、ログＤＢ３０からログを受信し取得する。
【０１１０】
Ｓ２９０では、デバイスＩＤリスト中の全てのデバイスＩＤ（ただしログＤＢ３０にそのデバイスＩＤがあったもの）についてログを取得したか否かを判断する。ログＤＢ３０にデバイスＩＤが登録されているデバイスＩＤの中でまだログを取得していないものがある場合はＳ２６０に戻るが、全てのデバイスＩＤについてログを取得した場合は、Ｓ３１０で、完了レスポンスを生成する。この完了レスポンスは、対象ＭＦＰ１０のデバイスＩＤ毎のログ（ただしログを取得できなかったデバイスＩＤについてはその旨を示す情報）を含むものである。そして、Ｓ３２０で、その生成したログのレスポンスを管理ＦＥ２０へ送信して、Ｓ２１０に戻る。
【０１１１】
（４−３）登録状態情報取得処理（図６）の説明
次に、図６に示す登録状態情報取得（ＧｅｔＳｕｂｓｃｒｉｐｔｉｏｎ）処理について説明する。図６の登録状態情報取得処理は、管理ＦＥ２０から登録状態情報取得要求があった場合にその登録状態情報取得要求に応じた所定の処理を行うために実行される処理である。
【０１１２】
中継装置５０のＣＰＵ５１は、図６の登録状態情報取得処理を開始すると、Ｓ４１０で一定時間待機し、Ｓ４２０で、登録状態情報取得（ＧｅｔＳｕｂｓｃｒｉｐｔｉｏｎ）のエンドポイントにＨＴＴＰリクエストを受信したか否か、即ち管理ＦＥ２０から登録状態情報取得要求を受信したか否かを判断する。
【０１１３】
登録状態情報取得要求を受信していない場合は４１０に戻る。登録状態情報取得要求を受信した場合は、Ｓ４３０で、ログＤＢ３０に接続可能か否か判断する。ログＤＢ３０に接続できない場合は、Ｓ５３０で管理ＦＥ２０にエラーレスポンスを送信してＳ４１０に戻る。ログＤＢ３０に接続できる場合は、Ｓ４４０で、受信したＨＴＴＰリクエスト（登録状態情報取得要求）のリクエストボディは正しいフォーマットであるか否か判断する。正しいフォーマットでなければＳ５３０に進む。
【０１１４】
リクエストボディが正しいフォーマットである場合は、Ｓ４５０で、リクエストボディにデバイスＩＤリストが含まれているか否か判断する。デバイスＩＤリストが含まれていない場合はＳ５３０に進むが、デバイスＩＤリストが含まれている場合はＳ４６０に進む。
【０１１５】
Ｓ４６０では、デバイスＩＤリスト中のデバイスＩＤのうち何れか１つ（ただし登録状態情報取得要求をまだ行っていないもの）を、処理対象ＩＤとする。Ｓ４７０では、処理対象ＩＤがログＤＢ３０にあるか否かの判断、即ち既述のデバイスＩＤ存在確認と同様に処理を行う。処理対象ＩＤがログＤＢ３０にない場合は、Ｓ５００で所定のエラー処理を行ってＳ４６０に戻る。処理対象ＩＤがログＤＢ３０にある場合は、Ｓ４８０で、処理対象ＩＤのデバイス（ＭＦＰ１０）の登録状態情報をログＤＢ３０から取得する。つまり、対象のデバイスＩＤを含む登録状態情報取得要求をログＤＢ３０へ送信することにより、ログＤＢ３０から、当該デバイスＩＤが登録されているか否かの応答を受信する。
【０１１６】
Ｓ４９０では、デバイスＩＤリスト中の全てのデバイスＩＤ（ただしログＤＢ３０にそのデバイスＩＤがあったもの）について登録状態情報を取得したか否かを判断する。ログＤＢ３０にデバイスＩＤが登録されているデバイスＩＤの中でまだ登録状態情報を取得していないものがある場合はＳ４６０に戻るが、全てのデバイスＩＤについて登録状態情報を取得した場合は、Ｓ５１０で、取得したデバイスＩＤ毎の登録状態情報のレスポンスを生成する。そして、Ｓ５２０で、その生成したレスポンスを管理ＦＥ２０へ送信して、Ｓ４１０に戻る。
【０１１７】
（４−４）設定情報取得処理（図７）の説明
次に、図７に示す設定情報取得（ＧｅｔＳｅｔｔｉｎｇ）処理について説明する。図７の設定情報取得処理は、管理ＦＥ２０から設定情報取得要求があった場合にその設定情報取得要求に応じた所定の処理を行うために実行される処理である。
【０１１８】
中継装置５０のＣＰＵ５１は、図７の設定情報取得処理を開始すると、Ｓ６１０で一定時間待機し、Ｓ６２０で、設定情報取得（ＧｅｔＳｅｔｔｉｎｇ）のエンドポイントにＨＴＴＰリクエストを受信したか否か、即ち管理ＦＥ２０から設定情報取得要求を受信したか否かを判断する。
【０１１９】
設定情報取得要求を受信していない場合はＳ６１０に戻る。設定情報取得要求を受信した場合は、Ｓ６３０で、受信したＨＴＴＰリクエスト（設定情報取得要求）のリクエストボディは正しいフォーマットであるか否か判断する。正しいフォーマットでなければ、Ｓ６９０で管理ＦＥ２０にエラーレスポンスを送信してＳ６１０に戻る。
【０１２０】
リクエストボディが正しいフォーマットである場合は、Ｓ６４０で、リクエストボディにデバイスＩＤリストが含まれているか否か判断する。デバイスＩＤリストが含まれていない場合はＳ６９０に進むが、デバイスＩＤリストが含まれている場合はＳ６５０に進む。
【０１２１】
Ｓ６５０では、デバイスＩＤリスト中のデバイスＩＤのうち何れか１つ（ただし設定情報取得要求をまだ行っていないもの）を、処理対象ＩＤとする。Ｓ６６０では、デバイス接続サーバ４０へ、処理対象ＩＤのデバイス（ＭＦＰ１０）に対する設定情報取得（Ｓｕｂｓｃｒｉｂｅ）要求を送信する。
【０１２２】
Ｓ６７０では、デバイスＩＤリスト中の全てのデバイスＩＤについて設定情報取得要求済みか否か判断する。まだ設定情報取得要求を行っていないＭＦＰ１０がある場合は、Ｓ６５０に戻る。要求対象の全てのデバイスＩＤについて設定情報取得要求を行った場合は、Ｓ６８０で、完了レスポンスを生成する。この完了レスポンスは、対象ＭＦＰ１０のデバイスＩＤ毎の、取得した設定情報を含むものである。そして、Ｓ６９０で、その生成した完了レスポンスを管理ＦＥ２０へ送信して、Ｓ６１０に戻る。
【０１２３】
（５）第１実施形態の効果等
以上説明した本実施形態のＭＰＳシステム１によれば、管理ＦＥ２０が中継装置５０へ、デバイスＩＤリストを含む各種要求を送信すると、中継装置５０は、要求対象の各デバイス（ＭＦＰ１０）について個別に、デバイス接続サーバ４０を介して対象ＭＦＰ１０へ、又はログＤＢ３０へ、要求を中継送信する。そして、中継装置５０は、要求内容に応じた応答をデバイス接続サーバ４０を介して又はログＤＢ３０から受信すると、デバイスＩＤ毎の応答をまとめてレスポンスとして管理ＦＥ２０へ送信する。
【０１２４】
管理ＦＥ２０からみれば、どのデバイスについてどのような処理をしてほしいとかどのような情報が欲しいなどといった内容を示す各種要求を中継装置５０へ送信すれば、中継装置５０がその要求に基づいて対象ＭＦＰ１０一つ一つについて処理の要求を代行し、レスポンスを返してくれる。
【０１２５】
そのため、管理対象の各ＭＦＰ１０を、その数にかかわらず、管理ＦＥ２０から主体的かつ効率的に管理することができる。具体的には、管理ＦＥ２０は、所望のＭＦＰ１０に対して所望の処理を要求したり、所望のＭＦＰ１０に対してそのログや各種情報を要求したりすることで、管理対象の各ＭＦＰ１０を適切に管理することができる。
【０１２６】
また、中継装置５０は、管理ＦＥ２０からの各種要求に対し、対象ＭＦＰ１０全てについての応答結果を一括してまとめたものを、レスポンスとして管理ＦＥ２０へ送信することができる。そのため、管理ＦＥ２０は、一又は複数のＭＦＰ１０を対象とした各種要求を一括で行うことができるだけでなく、レスポンスについても一括して取得でき、管理ＦＥ２０の処理負荷を低減することができる。
【０１２７】
また、管理ＦＥ２０と各ＭＦＰ１０との間に、中継装置５０及びデバイス接続サーバ４０を介在させ、これら中継装置５０及びデバイス接続サーバ４０によって中継機能を分担させることで、多種多様な管理サービスを効率的に提供することが可能となる。
【０１２８】
例えば、異なる管理サービス毎に中継装置５０を個別に備え、デバイス接続サーバ４０はそれら各中継装置５０との間で通信を行うようにすることで、複数の管理サービスを効率的に提供することも可能となる。
【０１２９】
［第２実施形態］
次に、第２実施形態のＭＰＳシステムについて説明する。本実施形態のＭＰＳシステムが第１実施形態のＭＰＳシステム１と異なる点は、中継装置５０のＨＤＤ５４にＩＤ変換テーブル５４ｂ記憶領域があってそこにＩＤ変換テーブルが記憶されていること、及び管理ＦＥ２０からの各種要求にユーザＩＤが含まれること、及び中継装置５０はそのユーザＩＤをもとにＩＤ変換テーブルを参照してデバイスＩＤリストを取得することである。
【０１３０】
ＩＤ変換テーブルは、ユーザＩＤとデバイスＩＤリストとが対応付けられて登録されたものである。ユーザＩＤは複数種類登録可能であり、ユーザＩＤ毎に個々に、デバイスＩＤリストが対応付けられる。ＩＤ変換テーブルの内容は、管理サービス提供業者等によって中継装置５０に記憶され、その内容は適宜更新される。
【０１３１】
第１実施形態では、管理ＦＦ２０は、各種要求を送信する際、要求対象の各ＭＦＰ１０のデバイスＩＤを一括してまとめたデバイスＩＤリストを送信する構成であった。これに対し、本実施形態では、管理ＦＥ２０は、デバイスＩＤリストそのものではなく、対象ＭＦＰ１０のデバイスＩＤリストに対応したユーザＩＤを送信する。
【０１３２】
中継装置５０は、管理ＦＥ２０から、ユーザＩＤを含む各種要求を受信すると、ＩＤ変換テーブルを参照して、その受信したユーザＩＤに対応したデバイスＩＤリストを取得する。これにより、中継装置５０は、どのＭＦＰ１０が要求対象であるかを認識することができる。そのため、デバイスＩＤリストの取得後は、中継装置５０は、第１実施形態と全く同じようにして、各種要求に対する処理を行うことができる。
【０１３３】
本実施形態の中継装置５０の中継処理の一例として、管理ＦＥ２０からログ取得要求を受信した場合の処理、即ちログ取得（ＧｅｔＬｏｇ）処理を、図８に示す。図８に示すログ取得処理は、図５に示した第１実施形態のログ取得処理と比較して、ＨＴＴＰリクエストのリクエストボディに含まれるＩＤを判断するＳ７５０の処理が異なっており、且つＳ７６０の処理が新たに加わっている点で異なる。
【０１３４】
つまり、図８のログ取得処理において、Ｓ７１０〜Ｓ７４０の処理は図５のＳ２１０〜Ｓ２４０と同じであり、Ｓ７７０〜Ｓ８４０の処理は図５のＳ２６０〜Ｓ３３０と同じである。
【０１３５】
本実施形態では、Ｓ７４０の処理でリクエストボディが正しいフォーマットであると判断したら、Ｓ７５０で、リクエストボディにユーザＩＤが含まれているか否か判断する。ユーザＩＤが含まれていない場合はＳ８４０に進むが、ユーザＩＤが含まれている場合はＳ７６０に進む。
【０１３６】
Ｓ７６０では、ユーザＩＤの解決を行う。即ち、ＩＤ変換テーブルを参照して、ユーザＩＤからデバイスＩＤリストへの変換を行い、ユーザＩＤに対応したデバイスＩＤリストを取得する。そして、その取得したデバイスＩＤリストに基づき、Ｓ７７０以降の処理を行う。
【０１３７】
このように、本実施形態では、管理ＦＥ２０は、要求対象のＭＦＰ１０それぞれのデバイスＩＤをデバイスＩＤリストとして送信する必要はなく、単にユーザＩＤを送信すればよい。ユーザＩＤを送信すれば、あとは中継装置５０が、そのユーザＩＤから対象ＭＦＰ１０の個々のデバイスＩＤ（デバイスＩＤリスト）を取得して個別に処理を実行してくれる。そのため、管理ＦＥ２０における各種要求の生成・送信の処理負荷を軽減できる。
【０１３８】
［他の実施形態］
（１）ログＤＢ３０には、上述したログに限らず、その他の種々の情報を書き込むことができるようにしてもよい。例えば、ＭＦＰ１０のステータスに関する情報（インク残量、カバー開閉状態、オンライン・オフライン情報、ビジー情報、トナーエンプティ情報等）やその他の各種情報が書き込まれるように設定することができる。
【０１３９】
（２）各ＭＦＰ１０がログＤＢ３０に書き込む情報（ログ等）の具体的内容は、ＭＦＰ１０毎に個別に設定できるようにしてもよい。例えば、登録（Ｓｕｂｓｃｒｉｂｅ）要求によって、ＭＦＰ１０毎に、どのような情報をログＤＢ３０に書き込むべきかを個別に指定できるようにしてもよい。
【０１４０】
（３）ログＤＢ３０は、デバイス接続サーバ４０又は中継装置５０に内蔵することもできる。
（４）中継装置５０とデバイス接続サーバ４０を一体化してもよい。管理ＦＥ２０と各ＭＦＰ１０との間で各種要求およびレスポンス等を適切に中継できる限り、即ち上記実施形態と等価な中継機能を実現できる限り、管理ＦＥ２０と各ＭＦＰ１０との間でどのような中継システムを構築するかについては適宜決めることができる。
【０１４１】
（５）本発明の適用は、ＭＰＳシステムに限定されるものではない。管理装置側から管理対象のデバイスについて各種の管理を行うよう構成されたあらゆるシステムに対して本発明を適用可能である。
【符号の説明】
【０１４２】
１…ＭＰＳシステム、５…インターネット、１０…ＭＦＰ、１１，４１，５１…ＣＰＵ、１２，４２，５２…ＲＯＭ、１３，４３，５３…ＲＡＭ、１４…ＮＶＲＡＭ、１４ａ…デバイスＩＤ記憶領域、１４ｂ…登録情報記憶領域、１５…印刷部、１６…読取部、１７，４５，５５…通信部、１８…ルータ、２０…管理ＦＥ、３０…ログＤＢ、４０…デバイス接続サーバ、４４，５４…ＨＤＤ、５０…中継装置、５４ａ…登録情報記憶領域、５４ｂ…ＩＤ変換テーブル
【図１】
2014179022.tif 000003
【図２】
2014179022.tif 000004
【図３】
2014179022.tif 000005
【図４】
2014179022.tif 000006
【図５】
2014179022.tif 000007
【図６】
2014179022.tif 000008
【図７】
2014179022.tif 000009
【図８】
2014179022.tif 000010