(57)【要約】【課題】出力されたデータを他のシステムと簡単に連携させることが出来る連携サーバーの提供。【解決手段】１以上の画像形成装置から１以上の運用情報を収集する管理サーバーおよび前記１以上の運用情報を用いて処理を行う外部システムと通信可能な通信部と、記憶部と、前記管理サーバーから出力された前記１以上の運用情報を取得し、前記記憶部に記憶させる入出力部と、前記記憶部に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部に書き戻すパッケージング部とを備え、前記入出力部は、前記記憶部に書き戻された前記圧縮データを前記外部システムに出力する。【選択図】図２
2018136825.tif 000002
【特許請求の範囲】
【請求項１】
１以上の画像形成装置から１以上の運用情報を収集する管理サーバーおよび前記１以上の運用情報を用いて処理を行う外部システムと通信可能な通信部と、
記憶部と、
前記管理サーバーから出力された前記１以上の運用情報を取得し、前記記憶部に記憶させる入出力部と、
前記記憶部に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部に書き戻すパッケージング部と
を備え、
前記入出力部は、
前記記憶部に書き戻された前記圧縮データを前記外部システムに出力する
連携サーバー。
【請求項２】
請求項１に記載の連携サーバーであって、
前記入出力部による前記管理サーバーからの前記１以上の運用情報の取得処理と、前記入出力部による前記外部システムへの前記圧縮データの出力処理と、前記パッケージング部による圧縮処理およびパッケージング処理とは、非同期に行われる
連携サーバー。
【請求項３】
請求項１または２に記載の連携サーバーであって、
前記記憶部には、
前記パッケージング部が最後に処理した運用情報のうち、最新の運用情報が持つ時刻が記録された圧縮管理テーブルが記憶されており、
前記パッケージング部は、前記圧縮処理および前記パッケージング処理を行う対象となる運用情報の範囲を前記圧縮管理テーブルに基づいて決定する
連携サーバー。
【請求項４】
請求項３に記載の連携サーバーであって、
前記パッケージング部は、
前記圧縮処理および前記パッケージング処理を行う対象となる運用情報の前記範囲を、前記圧縮管理テーブルに記録された前記時刻より新しい時刻を持つ運用情報のうち、現在時刻より一定時間前の時刻を持つ運用情報までとする
連携サーバー。
【請求項５】
１以上の画像形成装置から１以上の運用情報を収集する管理サーバーから出力された前記１以上の運用情報を取得し、記憶部に記憶させ、
前記記憶部に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部に書き戻し、
前記記憶部に書き戻された前記圧縮データを前記１以上の運用情報を用いて処理を行う外部システムに出力する
ことをコンピューターが実行する
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つのシステムからデータを出力（バックアップ）し他のシステムに連携させる連携サーバーおよび情報処理方法に関する。
【背景技術】
【０００２】
１つのシステムからデータをバックアップするためには様々な方法がある。例えば、特許文献１において開示されている技術では、画像形成装置（ＭＦＰ、Multifunction Peripheral）の内部データをネットワーク上の通信アダプタにアップロードすることによりバックアップを行っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−０４７５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、バックアップした内部データを他のシステムと連携させることは出来なかった。
【０００５】
以上のような事情に鑑み、本発明の目的は、出力されたデータを他のシステムと簡単に連携させることが出来る連携サーバーおよび情報処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る連携サーバーは、１以上の画像形成装置から１以上の運用情報を収集する管理サーバーおよび前記１以上の運用情報を用いて処理を行う外部システムと通信可能な通信部と、記憶部と、前記管理サーバーから出力された前記１以上の運用情報を取得し、前記記憶部に記憶させる入出力部と、前記記憶部に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部に書き戻すパッケージング部とを備え、前記入出力部は、前記記憶部に書き戻された前記圧縮データを前記外部システムに出力する。
【０００７】
そのため、出力されたデータを他のシステムと簡単に連携させることが出来る。
【０００８】
上記目的を達成するため、本発明の一形態に係る連携サーバーでは、前記入出力部による前記管理サーバーからの前記１以上の運用情報の取得処理と、前記入出力部による前記外部システムへの前記圧縮データの出力処理と、前記パッケージング部による圧縮処理およびパッケージング処理とは、非同期に行われる構成でもよい。
【０００９】
上記目的を達成するため、本発明の一形態に係る連携サーバーでは、前記記憶部には、前記パッケージング部が最後に処理した運用情報のうち、最新の運用情報が持つ時刻が記録された圧縮管理テーブルが記憶されており、前記パッケージング部は、前記圧縮処理および前記パッケージング処理を行う対象となる運用情報の範囲を前記圧縮管理テーブルに基づいて決定する構成でもよい。
【００１０】
上記目的を達成するため、本発明の一形態に係る連携サーバーでは、前記パッケージング部は、前記圧縮処理および前記パッケージング処理を行う対象となる運用情報の前記範囲を、前記圧縮管理テーブルに記録された前記時刻より新しい時刻を持つ運用情報のうち、現在時刻より一定時間前の時刻を持つ運用情報までとする構成でもよい。
【００１１】
上記目的を達成するため、本発明の一形態に係る情報処理方法では、１以上の画像形成装置から１以上の運用情報を収集する管理サーバーから出力された前記１以上の運用情報を取得し、記憶部に記憶させ、前記記憶部に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部に書き戻し、前記記憶部に書き戻された前記圧縮データを前記１以上の運用情報を用いて処理を行う外部システムに出力することをコンピューターが実行する。
【発明の効果】
【００１２】
以上のように、本発明によれば、出力したデータを他のシステムと簡単に連携させることが出来る。
【図面の簡単な説明】
【００１３】
【図１】管理システム１００の概要を説明するための図である。
【図２】本発明の一実施形態に係る連携サーバー７０と、管理システム１００内の管理サーバー１０および外部システム３間の関係を説明するための図である。
【図３】連携サーバー７０が一般的なコンピューターにより構成される場合の構成図である。
【図４】連携サーバー７０が連携クラウド２'上のサービスとして構成される場合の構成図である。
【図５】管理サーバー１０、連携サーバー７０、および外部システム３を含めた全体的な処理の流れについて説明するためのフローチャートである。
【図６】パッケージング部７１ａにおける圧縮・パッケージング処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１５】
［概要］
最初に概要を説明する。
【００１６】
本発明の一実施形態に係る連携サーバーは、顧客サイトに設置された画像形成装置からカウンター情報、トナー情報、エラー情報などの運用情報を収集し、それら画像形成装置を管理する管理システムと、当該管理システムの外部に設けられた別のシステム（以下、外部システムという）との間で、収集された運用情報を受け渡す連携サーバーである。
【００１７】
以下では、まず管理システムについて概略を説明した後、連携サーバーについて説明する。
【００１８】
なお、連携サーバーは、１つのサーバーとして構成されてもよいし、クラウドサービスで提供されるサービスを組み合わせて構成されてもよい。ここでは、連携サーバーを１つのサーバーとする構成を説明した後、クラウドサービスの組み合わせで構成される場合の例を説明する。
【００１９】
［管理システムについて］
次に、上述した管理システムの概要を説明する。図１は、管理システム１００の概要を説明するための図である。
【００２０】
管理システム１００は、管理クラウド１内の管理サーバー１０および管理サーバー１０が管理する対象となる画像形成装置４０を含んでいる。
【００２１】
なお、管理クラウド１には、管理クラウド１が管理する画像形成装置４０の構成を管理する構成サーバー３０および管理クラウド１が管理する画像形成装置４０の保守を行う保守サーバー２０を含んでいる。
【００２２】
また、クラウド管理者は、管理クラウド１の管理を行う管理端末５０から管理クラウド１にアクセスし、管理クラウド１を管理する。
【００２３】
画像形成装置４０を使用する、最終顧客Ｘ社、Ｙ社、およびＺ社に設置してある画像形成装置４０は、ネットワークを介して管理クラウド１からリモートで管理されている。また、各画像形成装置４０は、カウンター情報、トナー情報、エラー情報などの運用情報を管理サーバー１０に通知し、管理サーバー１０は収集した運用情報を連携サーバーに出力する。
【００２４】
販売会社Ａおよび販売代理会社Ｂのサービスマン（セールスマンを含んでもよい）は、各最終顧客の画像形成装置４０の保守等を行うために、管理クラウド１のユーザーとなり、サービス端末６０を介して管理クラウド１にアクセスし、各最終顧客のサイトに設置してある画像形成装置４０のリモート保守等を行う。
【００２５】
以上、管理システム１００の概要を説明した。
【００２６】
［システム間の連携］
次に、本発明の一実施形態に係る連携サーバーと、管理システム１００内の管理サーバー１０および外部システム間の関係を説明する。図２は、本発明の一実施形態に係る連携サーバー７０と、管理システム１００内の管理サーバー１０および外部システム３間の関係を説明するための図である。
【００２７】
まず、管理サーバー１０が、画像形成装置４０から収集した運用情報を連携クラウド２内の連携サーバー７０に対し出力する。出力された運用情報は連携サーバー７０の記憶部に記憶される。
【００２８】
次に、連携サーバー７０が、記憶部に記憶された運用情報を圧縮し圧縮データを生成する。生成された圧縮データは記憶部に記憶される。
【００２９】
次に、外部システム３が、連携サーバー７０に記憶されている圧縮データを取得する。圧縮データの取得後、外部システム３は、圧縮データを解凍し、解凍したデータを用いて各種処理を行う。
【００３０】
なお、管理サーバー１０からの運用情報の出力と、連携サーバー７０による圧縮データの生成処理と、外部システム３からの圧縮データの取得処理は非同期に行われる。各処理はバッチ処理で行われてもよい。そのため、これらシステム間の結合は疎結合となり、オンラインで結ぶシステム間連携の場合に比べて、自由にシステムの停止や保守などを行うことが出来る。
【００３１】
以上、本発明の一実施形態に係る連携サーバー７０と、管理システム１００内の管理サーバー１０および外部システム３間の関係を説明した。
【００３２】
［連携サーバーの構成］
次に、連携サーバー７０の構成について説明する。連携サーバー７０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。連携サーバー７０が一般的なコンピューターにより構成される場合の構成図を図３に示す。
【００３３】
同図に示すように、連携サーバー７０は、ＣＰＵ（Central Processing Unit）７１、ＲＯＭ（Read Only Memory）７２、ＲＡＭ（Random Access Memory）７３、操作入力部７４、通信部７５、表示部７６、および記憶部７７を有し、これら各ブロックがバス７８を介して接続されている。
【００３４】
ＲＯＭ７２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ７３は、ＣＰＵ７１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３５】
記憶部７７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部７７には、ＯＳや各種アプリケーション、各種データ、運用情報７７ａ、圧縮データ７７ｂ、および圧縮管理テーブル７７ｃが記憶される。
【００３６】
運用情報７７ａは、管理サーバー１０が各画像形成装置４０から収集した、カウンター情報、トナー情報、エラー情報などの運用情報を連携サーバー７０が記憶部７７に記憶したものである。
【００３７】
圧縮データ７７ｂは、連携サーバー７０において、運用情報７７ａをデータ圧縮し、パッケージ化されたデータファイルである。
【００３８】
圧縮管理テーブル７７ｃは、連携サーバー７０において、運用情報７７ａを圧縮・パッケージ化する処理を行う際に、処理対象とする運用情報７７ａを判断するときに用いられる時刻情報が格納される。この時刻情報として格納される時刻は、最後に圧縮・パッケージ化された運用情報７７ａのうち、最新の運用情報７７ａが持つ時刻である。
【００３９】
例えば、運用情報７７ａの圧縮・パッケージ化処理を２０１７年２月３日１４：５０のデータまで行った場合、この「２０１７年２月３日１４：５０」という時刻が圧縮管理テーブル７７ｃに記録される。
【００４０】
通信部７５は、管理サーバー１０および外部システム３と情報のやりとりを行う為のネットワークと結ばれている。
【００４１】
ＣＰＵ７１は、ＲＯＭ７２や記憶部７７に格納された複数のプログラムのうち、操作入力部７４から与えられる命令に対応するプログラムをＲＡＭ７３に展開し、この展開されたプログラムにしたがって、表示部７６及び記憶部７７を適宜制御する。
【００４２】
操作入力部７４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００４３】
表示部７６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００４４】
次に、ＣＰＵ７１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００４５】
連携サーバー７０のＣＰＵ７１において実現される機能ブロックは、パッケージング部７１ａおよび入出力部７１ｂである。
【００４６】
パッケージング部７１ａは、記憶部７７に記憶された運用情報７７ａを圧縮しパッケージングする。パッケージング部７１ａは、圧縮しパッケージングしたファイルを記憶部７７に記憶させる。
【００４７】
なお、パッケージング部７１ａは、運用情報７７ａに対し処理を行う際に対象となる運用情報７７ａを判断するために、圧縮管理テーブル７７ｃに記録されている時刻を参照すると共に、圧縮・パッケージング処理が終了した時点で、処理した運用情報７７ａのうち最新のものの持つ時刻を圧縮管理テーブル７７ｃに記録する。
【００４８】
入出力部７１ｂは、管理サーバー１０から出力された運用情報７７ａを取得し、記憶部７７に格納する。また、入出力部７１ｂは、外部システム３からの出力要求に従い、記憶部７７に記憶されている圧縮データ７７ｂを記憶部７７から取得し、外部システム３に出力する。
【００４９】
以上、連携サーバー７０の構成について説明した。
【００５０】
［連携クラウドのサービスとしての構成］
次に、上述した連携サーバー７０が、連携クラウド２'上のサービスとして構成される場合の構成を説明する。図４は、連携サーバー７０が連携クラウド２'上のサービスとして構成される場合の構成図である。
【００５１】
ＰａａＳ（Platform as a Service）として構成される連携クラウド２'上では、パッケージングサービス７１ａ'とストレージサービス７７'が提供される。
【００５２】
パッケージングサービス７１ａ'は、上述したパッケージング部７１ａと同じ機能を持つものであり、ストレージサービス７７'は、上述した記憶部７７と入出力部７１ｂの機能を合わせたサービスである。
【００５３】
まず、管理サーバー１０がストレージサービス７７'にアクセスし、運用情報７７ａをストレージサービス７７'内の所定のフォルダに格納する。
【００５４】
次に、圧縮管理テーブル７７ｃに記録された時刻に基づいて、パッケージングサービス７１ａ'がストレージサービス７７'内の所定のフォルダから運用情報７７ａを取り出し、圧縮処理およびパッケージング処理を行い、処理結果である圧縮データ７７ｂをストレージサービス７７'に書き戻す。
【００５５】
その後、外部システム３がストレージサービス７７'にアクセスし、格納されている圧縮データ７７ｂを取得する。
【００５６】
以上、上述した連携サーバー７０が、連携クラウド２'上のサービスとして構成される場合の構成を説明した。
【００５７】
［全体的な処理の流れ］
次に、管理サーバー１０、連携サーバー７０、および外部システム３を含めた全体的な処理の流れについて説明する。図５は、管理サーバー１０、連携サーバー７０、および外部システム３を含めた全体的な処理の流れについて説明するためのフローチャートである。
【００５８】
なお、図に示すように、管理サーバー１０での処理と、連携サーバー７０での処理と、外部システム３での処理は非同期であり、任意のタイミングで実行させることが出来る。
【００５９】
図の左側に示すように、管理サーバー１０では、任意のタイミングで画像形成装置４０から集めた運用情報７７ａを連携サーバー７０に保存する処理が行われる（ステップＳ１）。
【００６０】
図の中央に示すように、連携サーバー７０では、例えば３０分ごとに、パッケージング部７１ａが、まだ処理していない新しい運用情報７７ａが記憶部７７に格納されているか否かを判断する（ステップＳ２）。なお、ここでは３０分ごとに判断を行っているが、この時間間隔は、管理サーバー１０から外部システム３に連携するデータの量と、データを格納するストレージの容量とによって適宜調整されてもよい。
【００６１】
新しい運用情報７７ａがある場合（ステップＳ２のＹ）、パッケージング部７１ａは、運用情報７７ａの圧縮・パッケージング処理を行う（ステップＳ３）。
【００６２】
新しい運用情報７７ａが無い場合（ステップＳ２のＮ）、パッケージング部７１ａは、何もせず、次に起動されるタイミングを待つ。
【００６３】
図の右側に示すように、外部システム３では、任意のタイミングで連携サーバー７０からの圧縮データ７７ｂの取得が試みられる（ステップＳ４）。
【００６４】
圧縮データの取得を試みた後、外部システム３は新しい圧縮データが取得されたか否かを判断する（ステップＳ５）。
【００６５】
新しい圧縮データが取得された場合（ステップＳ５のＹ）、外部システム３は、取得した圧縮データを解凍し、解凍したデータに対し必要な処理を行う（ステップＳ６）。
【００６６】
新しい圧縮データが取得されなかった場合（ステップＳ５のＮ）、外部システム３は、次に圧縮データを取得するタイミングまで待機する。
【００６７】
以上、管理サーバー１０、連携サーバー７０、および外部システム３を含めた全体的な処理の流れについて説明した。
【００６８】
［圧縮・パッケージング処理の流れ］
次に、パッケージング部７１ａにおける圧縮・パッケージング処理の流れについて説明する。図６は、パッケージング部７１ａにおける圧縮・パッケージング処理の流れについて説明するためのフローチャートである。
【００６９】
まず、パッケージング部７１ａは、記憶部７７に記憶されている圧縮管理テーブル７７ｃから、記録されている時刻を読み出す（ステップＳ１０）。この時刻は、前回処理した運用情報７７ａのうち、最新の運用情報７７ａの持つ時刻である。
【００７０】
例えば、前回圧縮・パッケージング処理を行った時刻が２０１７年２月３日  １５：００であった場合、その時刻の１０分前（詳細は後述）までの運用情報７７ａが処理対象となっているとすると、圧縮管理テーブル７７ｃには、例えば「２０１７年２月３日  １４：５０」という時刻が記録されている。
【００７１】
次に、パッケージング部７１ａは、記憶部７７に記憶された運用情報７７ａのうち、処理対象となる運用情報７７ａを取得する（ステップＳ１１）。なお、ここでいう処理対象になるとは、前回処理対象とした運用情報７７ａ以後の時刻を持つ運用情報７７ａのうち、現在時刻マイナス１０分の時刻を持つ運用情報７７ａまでを対象とするということである。
【００７２】
現在時刻から１０分前の運用情報７７ａしか処理対象にしない理由は、現在時刻に近い運用情報７７ａは、まだ管理サーバー１０により記憶部７７に格納されている最中である可能性があるからである。なお、ここでは現在時刻から引く時間（一定時間）を１０分としたが、この数値に限らず、安定的に圧縮・パッケージング処理のために運用情報７７ａが取得できる時間であれば、どのような数値であってもよい。
【００７３】
上記の例で言えば、今回、圧縮・パッケージング処理が実行される時刻が２０１７年２月３日  １５：３０である場合、処理対象となる運用情報７７ａは、記憶部７７に記憶されている運用情報７７ａのうち、持つ時刻が「２０１７年２月３日  １４：５１」から「２０１７年２月３日  １５：２０」までの運用情報７７ａとなる。
【００７４】
次に、パッケージング部７１ａは、取得した運用情報７７ａを圧縮してｚｉｐ形式などの１つのファイルにパッケージングする（ステップＳ１２）。なお、圧縮形式は、外部システムで解凍できる形式であればどのような形式であってもよい。また、パッケージングの方法も、圧縮データ７７ｂを取得した外部システム３で解凍後、元の個々の画像形成装置４０のカウンター情報、トナー情報、エラー情報などを取り出せる形式であればどのような方法でパッケージングしてもよい。
【００７５】
次に、パッケージング部７１ａは、圧縮しパッケージングしたファイルを記憶部７７に保存する（ステップＳ１３）。
【００７６】
次に、パッケージング部７１ａは、処理対象とした運用情報７７ａの持つ時刻のうち最新のものを圧縮管理テーブル７７ｃに記録する（ステップＳ１４）。なお、圧縮管理テーブル７７ｃへ時刻を記録する際は、既に記録されている古い時刻を上書きする形で記録されてもよい。
【００７７】
以上、パッケージング部７１ａにおける圧縮・パッケージング処理の流れについて説明した。
【００７８】
［フォルダ名およびファイル名について］
次に、記憶部７７内に記憶される運用情報７７ａおよび圧縮データ７７ｂのファイル名やそれらのファイルが格納されるフォルダ名について説明する。
【００７９】
これらファイル名やフォルダ名は、その中に格納されている情報の持つ時刻が分かりやすいように、含まれるデータの持つ時刻に対応した名前を付けることが好ましい。
【００８０】
例えば、運用情報７７ａとして記憶部７７に記憶される情報が画像形成装置４０のカウンター情報である場合、ファイル名は、「DeviceID-Counters-yyyymmdd-hhmmss.txt」の形式で保存される。DeviceIDはカウンター情報を生成した画像形成装置４０のIDであり、yyyymmddは西暦年、月、日であり、hhmmssは時間、分、秒である。全体で、そのカウンター情報が発生した時刻を表す。
【００８１】
また、上述したカウンター情報は、記憶部７７内のフォルダ名「counters-yyyymmdd」というフォルダに格納されてもよい。このフォルダには１日分の全ての画像形成装置４０のカウンター情報が格納される。
【００８２】
パッケージング部７１ａにより生成された圧縮データ７７ｂが記憶部７７に記憶される際も、時間情報を含むフォルダ名およびファイル名とすることで、外部システム３がデータを取得する際に分かりやすくすることが出来る。
【００８３】
例えば、圧縮データ７７ｂの名前を「yyyymmdd-hhmm_hhmm.zip」の形式で保存することが好ましい。上記の例では、実際のファイル名は「20170203-1451_1520.zip」となる。
【００８４】
また、圧縮データ７７ｂを保存するフォルダ名を「SMS-integration-yyyymm」のような形式にすることが出来る。ここでSMSは外部システム３の名称であり、yyyymmは西暦年と月である。このフォルダには、ある月の圧縮データ７７ｂが全て格納される。
【００８５】
以上、記憶部７７内に記憶される運用情報７７ａおよび圧縮データ７７ｂのファイル名やそれらのファイルが格納されるフォルダ名について説明した。
【００８６】
［補足事項］
以上のように、本発明に係る連携サーバー７０は、１以上の画像形成装置４０から１以上の運用情報を収集する管理サーバー１０および前記１以上の運用情報を用いて処理を行う外部システム３と通信可能な通信部７５と、記憶部７７と、前記管理サーバー１０から出力された前記１以上の運用情報を取得し、前記記憶部７７に記憶させる入出力部７１ｂと、前記記憶部７７に記憶された前記１以上の運用情報を取得し、圧縮処理およびパッケージング処理を行って圧縮データを生成し、生成した前記圧縮データを前記記憶部７７に書き戻すパッケージング部７１ａとを備え、前記入出力部７１ｂは、前記記憶部７７に書き戻された前記圧縮データを前記外部システム３に出力する。
【００８７】
そのため、出力されたデータを他のシステムと簡単に連携させることが出来る。
【００８８】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００８９】
１  …  管理クラウド
２  …  連携クラウド
２'…  連携クラウド
３  …  外部システム
１０  …  管理サーバー
２０  …  保守サーバー
３０  …  構成サーバー
４０  …  画像形成装置
５０  …  管理端末
６０  …  サービス端末
７０  …  連携サーバー
７１  …  ＣＰＵ
７１ａ…  パッケージング部
７１ａ'…  パッケージングサービス
７１ｂ…  入出力部
７２  …  ＲＯＭ
７３  …  ＲＡＭ
７４  …  操作入力部
７５  …  通信部
７６  …  表示部
７７  …  記憶部
７７'…  ストレージサービス
７７ａ…  運用情報
７７ｂ…  圧縮データ
７７ｃ…  圧縮管理テーブル
７８  …  バス
１００  …  管理システム
【図１】
2018136825.tif 000003
【図２】
2018136825.tif 000004
【図３】
2018136825.tif 000005
【図４】
2018136825.tif 000006
【図５】
2018136825.tif 000007
【図６】
2018136825.tif 000008