(57)【要約】【課題】中継サーバの容量超過により１つの中継サーバが利用できなくなった場合でもリモートパネル機能を継続できるシステムの提供。【解決手段】中継管理サーバは、リモートパネル実施のためにユーザ端末および画像形成装置からの接続を受け付ける第１の接続受付部と、受け付けた接続を新規要求受付可能メッセージを返した中継サーバに転送する接続転送部と、生存確認メッセージを中継サーバに送信する生存確認部とを備え、中継サーバは、中継管理サーバから転送されてきた、ユーザ端末および画像形成装置からの接続を受け付ける第２の接続受付部と、当該中継サーバが扱う接続の容量が上限に達しているか否かを確認する接続容量確認部と、中継管理サーバから送られてきた生存確認メッセージに対し、接続容量確認部による確認結果に基づき、新規要求受付可能メッセージまたは新規要求受付不能メッセージを返信する生存確認応答部とを備える。【選択図】図５
2019220077.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含み、
前記中継管理サーバーは、
リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付ける第１の接続受付部と、
前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送する接続転送部と、
「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックする生存確認部と
を備え、
前記中継サーバーは、
前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける第２の接続受付部と、
当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認する接続容量確認部と、
前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する生存確認応答部と
を備えた
遠隔管理システム。
【請求項２】
請求項１に記載の遠隔管理システムであって、
前記中継サーバーは、
システムメンテナンスで前記中継サーバーの再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバーに、前記中継管理サーバーのパフォーマンスに影響を与えない単位で、移行させる接続移行部と、
システムメンテナンスの際に、自サーバーを再起動する必要があるか否かを判断する再起動判断部と、
自サーバーを再起動する再起動部と
をさらに備えた
遠隔管理システム。
【請求項３】
請求項１または２に記載の遠隔管理システムであって、
前記中継管理サーバーは、
前記生存確認部からの「生存確認」メッセージに対し、全ての中継サーバーが「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバーをデプロイする自動デプロイ部をさらに備え、
前記接続転送部は、
前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバーのひとつ又は新規にデプロイされた中継サーバーに転送する
遠隔管理システム。
【請求項４】
ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含む遠隔管理システムにおける情報処理方法であって、
前記中継管理サーバーの第１の接続受付部が、リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付け、
前記中継管理サーバーの生存確認部が、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックし、
前記中継サーバーの接続容量確認部が、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認し、
前記中継サーバーの生存確認応答部が、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信し、
前記中継管理サーバーの接続転送部が、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送し、
前記中継サーバーの第２の接続受付部が、前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）をネットワーク経由で管理する遠隔管理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
数多くの画像形成装置をネットワーク経由でリモート管理する遠隔管理システムにおいて、画像形成装置の操作部（表示部）をネットワーク経由でユーザ端末のブラウザ等に表示するリモートパネル機能がある。リモートパネル機能の実現方式としては、特許文献１において、中継サーバーによる方式が提案されている。
【０００３】
ここで、中継サーバーにおいては、コマンド等でリモートパネルを実現する場合には、コマンドデータが通過するし、特許文献２のように、画像形成装置の操作部の画像データを送信する方式でリモートパネルを実現する場合には、画像データが通過することになる。
【０００４】
中継サーバーを、数百台から数十万台の規模の画像形成装置を管理する遠隔管理システム上で実現する場合、中継サーバーには、多数の接続が着信することになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−２０８７５２号公報
【特許文献２】特開２０１８−１１２４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１において開示されている中継サーバーは、多数の接続が着信した場合であって、当該中継サーバーが新規の着信処理を受け付けることができなくなった場合についての考慮がない。また、運用中の中継サーバーにおいて、例えばＯＳ（Operating System）やサーバーソフトウェアの大幅な変更等によって、中継サーバーの再起動を伴うようなシステムメンテナンスを実施する場合についての考慮がない。
【０００７】
以上のような事情に鑑み、本発明の目的は、中継サーバーの容量の超過やシステムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる遠隔管理システムおよび情報処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の一形態に係る遠隔管理システムは、ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含み、前記中継管理サーバーは、リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付ける第１の接続受付部と、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送する接続転送部と、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックする生存確認部とを備え、前記中継サーバーは、前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける第２の接続受付部と、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認する接続容量確認部と、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する生存確認応答部とを備える。
【０００９】
そのため、中継サーバーの容量の超過によって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。
【００１０】
上記目的を達成するため、本発明の一形態に係る遠隔管理システムでは、前記中継サーバーは、システムメンテナンスで前記中継サーバーの再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバーに、前記中継管理サーバーのパフォーマンスに影響を与えない単位で、移行させる接続移行部と、システムメンテナンスの際に、自サーバーを再起動する必要があるか否かを判断する再起動判断部と、自サーバーを再起動する再起動部とをさらに備えてもよい。
【００１１】
上記の構成によると、システムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。
【００１２】
上記目的を達成するため、本発明の一形態に係る遠隔管理システムでは、前記中継管理サーバーは、前記生存確認部からの「生存確認」メッセージに対し、全ての中継サーバーが「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバーをデプロイする自動デプロイ部をさらに備え、前記接続転送部は、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバーのひとつ又は新規にデプロイされた中継サーバーに転送する構成でもよい。
【００１３】
上記の構成によると、全ての既存の中継サーバーが利用できなくなった場合でも、リモートパネル機能を継続できる。
【００１４】
上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含む遠隔管理システムにおける情報処理方法であって、前記中継管理サーバーの第１の接続受付部が、リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付け、前記中継管理サーバーの生存確認部が、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックし、前記中継サーバーの接続容量確認部が、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認し、前記中継サーバーの生存確認応答部が、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信し、前記中継管理サーバーの接続転送部が、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送し、前記中継サーバーの第２の接続受付部が、前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける。
【発明の効果】
【００１５】
以上のように、本発明によれば、中継サーバーの容量の超過やシステムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。
【図２】中継管理サーバー１２０が一般的なコンピューターにより構成される場合の構成図である。
【図３】中継サーバー９０が一般的なコンピューターにより構成される場合の構成図である。
【図４】遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明するためのフローチャートである。
【図５】遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明するためのフローチャートである。
【図６】遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明するためのフローチャートである。
【図７】遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明するためのフローチャートである
【発明を実施するための形態】
【００１７】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１８】
［全体構成］
最初に、本発明の一実施形態に係る遠隔管理システム１００の全体構成について説明する。図１は、本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。
【００１９】
遠隔管理システム１００は、ネットワーク接続された、負荷分散装置５０（５０は５０Ａと５０Ｂと５０Ｃの総称。以下同じ）と、ユーザ操作サーバー６０と、リモートメンテナンスサーバー１０と、ＤＢ（データベース）７０と、ストレージ８０と、接続サーバー３０と、中継サーバー９０と、キャッシュサーバー１１０と、中継管理サーバー１２０と、ユーザ端末４０と、画像形成装置２０を含んで構成される。
【００２０】
インターネット側から見たエンドポイントは、ユーザ操作サーバー６０Ａおよび６０Ｂにユーザ端末４０からのアクセスを分散させる負荷分散装置５０Ａと、リモートメンテナンスサーバー１０Ａおよび１０Ｂに画像形成装置２０からのアクセスを分散させる負荷分散装置５０Ｂと、接続サーバー３０Ａ、３０Ｂ、３０Ｃと、中継管理サーバー１２０Ａおよび１２０Ｂにユーザ端末４０および画像形成装置２０からのアクセスを分散させる負荷分散装置５０Ｃとである。
【００２１】
負荷分散装置５０Ａは、ユーザ端末４０からのアクセスを、ユーザ操作サーバー６０Ａおよび６０Ｂに分散させる。
【００２２】
ユーザ操作サーバー６０は、ユーザ端末４０から入力されたユーザからの指示を受け付ける。
【００２３】
負荷分散装置５０Ｂは、画像形成装置２０からのアクセスを、リモートメンテナンスサーバー１０Ａおよび１０Ｂに分散させる。
【００２４】
リモートメンテナンスサーバー１０は、管理下にある画像形成装置２０をリモートでメンテナンスする。例えば、日々の運用情報（トナー消費量、印刷枚数など）を収集してＤＢ７０およびストレージ８０に格納したり、画像形成装置２０のファームウェアのアップデートを行ったりする。
【００２５】
ＤＢ７０は、日々の運用情報を格納する。ストレージ８０は、日々の運用情報を長期にわたって保存する。
【００２６】
接続サーバー３０は、遠隔管理システム１００の管理下にある画像形成装置２０へ管理コマンドを送るため、画像形成装置２０との間で管理接続を行うサーバーである。管理接続は、画像形成装置２０の電源が切られるまで継続される。
【００２７】
ネットワークに接続された画像形成装置２０は、まず負荷分散装置５０Ｂ経由でリモートメンテナンスサーバー１０に接続し、どの接続サーバー３０と管理接続を確立すべきかの応答を得る。その後、リモートメンテナンスサーバー１０との接続を切り、指定された接続サーバー３０に接続し、管理接続を確立する。
【００２８】
ユーザがユーザ端末４０経由でユーザ操作サーバー６０にアクセスし、特定の画像形成装置２０の設定値の変更を指示すると、リモートメンテナンスサーバー１０が設定変更の指示を検知し、関係者に設定値変更の旨を通知する。そして、リモートメンテナンスサーバー１０は、接続サーバー３０経由で画像形成装置２０に設定値変更コマンドを送信し、画像形成装置２０の設定値を変更させる。
【００２９】
中継サーバー９０は、リモートパネル機能を実現する際、ユーザ端末４０と画像形成装置２０との間で動画データなどの通信を中継するサーバーである。
【００３０】
キャッシュサーバー１１０は、中継サーバー９０がユーザ端末４０と画像形成装置２０との間を接続するために用いる認証情報を一時的に保存するサーバーである。
【００３１】
中継管理サーバー９０は、ユーザ端末４０または画像形成装置２０から着信した接続を管理するサーバーであり、ユーザ端末４０または画像形成装置２０から着信した接続を中継サーバー９０に転送する。
【００３２】
負荷分散装置５０Ｃは、ユーザ端末２０および画像形成装置２０からのアクセスを、中継管理サーバー１２０Ａおよび１２０Ｂに分散させる。
【００３３】
ユーザが、ユーザ端末４０、負荷分散装置５０Ａ、およびユーザ操作サーバー６０経由で、リモートメンテナンスサーバー１０に対しリモートパネルの開始を指示すると、リモートメンテナンスサーバー１０が認証情報をキャッシュサーバー１１０に書き込み、接続サーバー３０経由で画像形成装置２０に対し、使用すべき中継管理サーバー１２０および中継サーバー９０への接続を指示する。
【００３４】
ユーザ端末４０および画像形成装置２０が、指定された中継管理サーバー１２０および中継サーバー９０に接続し、認証情報に基づき中継サーバー９０が接続を中継することによりリモートパネル機能が実現される。
【００３５】
中継管理サーバー１２０は、ユーザ端末２０および画像形成装置２０からの接続を転送する前に、中継サーバー９０に対し「生存確認」メッセージを送信する。中継サーバー９０から「新規要求受付可能」メッセージが返信された場合は、接続を転送する。中継サーバー９０から「新規要求受付不能」メッセージが返信された場合は、接続を別の新規要求受付可能な中継サーバー９０に転送する。
【００３６】
中継サーバー９０が新規要求受付不能メッセージを返信するのは、自身の接続を処理可能な容量を超過する場合や、システムメンテナンスにより中継サーバー９０の再起動が必要な場合である。
【００３７】
なお、いずれの中継サーバー９０も「新規要求受付不能」メッセージを返信した場合は、新しい中継サーバー９０を追加で自動的にデプロイ（稼働）させてもよい。
【００３８】
以上、遠隔管理システム１００の全体構成について説明した。なお、上記の説明に対応する図では、例えば接続サーバー３０は３台となっているが、これはあくまで例示であり、実際には何台あっても構わない。
【００３９】
［中継管理サーバーの構成］
次に、中継管理サーバー１２０の構成について説明する。中継管理サーバー１２０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。中継管理サーバー１２０が一般的なコンピューターにより構成される場合の構成図を図２に示す。
【００４０】
同図に示すように、中継管理サーバー１２０は、ＣＰＵ（Central Processing Unit）１２１、ＲＯＭ（Read Only Memory）１２２、ＲＡＭ（Random Access Memory）１２３、操作入力部１２４、通信部１２５、表示部１２６、および記憶部１２７を有し、これら各ブロックがバス１２８を介して接続されている。
【００４１】
ＲＯＭ１２２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１２３は、ＣＰＵ１２１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４２】
記憶部１２７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１２７には、ＯＳや各種アプリケーション、各種データが記憶される。
【００４３】
通信部１２５は、ネットワーク上の機器等と情報のやりとりを行う為のネットワークと結ばれている。
【００４４】
ＣＰＵ１２１は、ＲＯＭ１２２や記憶部１２７に格納された複数のプログラムのうち、操作入力部１２４から与えられる命令に対応するプログラムをＲＡＭ１２３に展開し、この展開されたプログラムにしたがって、表示部１２６及び記憶部１２７を適宜制御する。
【００４５】
操作入力部１２４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００４６】
表示部１２６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００４７】
次に、ＣＰＵ１２１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００４８】
中継管理サーバー１２０のＣＰＵ１２１において実現される機能ブロックは、第１の接続受付部１２１ａ、接続転送部１２１ｂ、生存確認部１２１ｃ、および自動デプロイ部１２１ｄである。
【００４９】
第１の接続受付部１２１ａは、リモートパネル実施のためにユーザ端末４０および画像形成装置２０からの接続を受け付ける。
【００５０】
接続転送部１２１ｂは、第１の接続受付部１２１ａが受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバー９０のひとつ又は新規にデプロイされた中継サーバー９０に転送する。
【００５１】
生存確認部１２１ｃは、「生存確認」メッセージを中継サーバー９０に送信し、中継サーバー９０が接続の転送の新規受付が可能か否かをチェックする。
【００５２】
自動デプロイ部１２１ｄは、生存確認部１２１ｃからの「生存確認」メッセージに対し、全ての中継サーバー９０が「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバー９０をデプロイする。
【００５３】
以上、中継管理サーバー１２０の構成について説明した。
【００５４】
［中継サーバーの構成］
次に、中継サーバー９０の構成について説明する。中継サーバー９０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。中継サーバー９０が一般的なコンピューターにより構成される場合の構成図を図３に示す。
【００５５】
同図に示すように、中継サーバー９０は、ＣＰＵ９１、ＲＯＭ９２、ＲＡＭ９３、操作入力部９４、通信部９５、表示部９６、および記憶部９７を有し、これら各ブロックがバス９８を介して接続されている。
【００５６】
ＲＯＭ９２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ９３は、ＣＰＵ９１の作業用領域として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００５７】
記憶部９７は、例えばＨＤＤや、フラッシュメモリー、その他の不揮発性メモリーである。記憶部９７には、ＯＳや各種アプリケーション、各種データが記憶される。
【００５８】
通信部９５は、ネットワーク上の機器等と情報のやりとりを行う為のネットワークと結ばれている。
【００５９】
ＣＰＵ９１は、ＲＯＭ９２や記憶部９７に格納された複数のプログラムのうち、操作入力部９４から与えられる命令に対応するプログラムをＲＡＭ９３に展開し、この展開されたプログラムにしたがって、表示部９６及び記憶部９７を適宜制御する。
【００６０】
操作入力部９４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００６１】
表示部９６は、例えば液晶ディスプレイ、ＥＬディスプレイ、プラズマディスプレイ等である。
【００６２】
次に、ＣＰＵ９１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００６３】
中継サーバー９０のＣＰＵ９１において実現される機能ブロックは、第２の接続受付部９１ａ、生存確認応答部９１ｂ、接続容量確認部９１ｃ、接続移行部９１ｄ、再起動判断部９１ｅ、および再起動部９１ｆである。
【００６４】
第２の接続受付部９１ａは、中継管理サーバー１２０から転送されてきたユーザ端末４０および画像形成装置２０からの接続を受け付ける。
【００６５】
生存確認応答部９１ｂは、中継管理サーバー１２０から送られてきた「生存確認」メッセージに対し、接続容量確認部９１ｃによる確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する。「新規要求受付不能」メッセージは、当該中継サーバー９０が扱う接続の容量が上限に達している場合やシステムメンテナンスで中継サーバー９０の再起動が予定されている場合に返信される。
【００６６】
接続容量確認部９１ｃは、当該中継サーバー９０が扱う接続の容量が上限に達しているか否かを確認する。
【００６７】
接続移行部９１ｄは、システムメンテナンスで中継サーバー９０の再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバー９０に、中継管理サーバー１２０のパフォーマンスに影響を与えない単位で、移行させる。
【００６８】
再起動判断部９１ｅは、システムメンテナンス等の際に、自サーバーを再起動する必要があるか否かを判断する。
【００６９】
再起動部９１ｆは、自サーバーを再起動する。
【００７０】
以上、中継サーバー９０の構成について説明した。
【００７１】
［処理の流れ（メイン）］
次に、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明する。図４は、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明するためのフローチャートである。
【００７２】
まず、ユーザ端末４０がリモートパネル機能実現のために中継管理サーバー１２０に接続し、第１の接続受付部１２１ａが接続を受け付ける（ステップＳ１）。
【００７３】
次に、画像形成装置２０が同じ中継管理サーバー１２０に接続し、第１の接続受付部１２１ａが接続を受け付ける（ステップＳ２）。
【００７４】
次に、中継管理サーバー１２０がユーザ端末４０および画像形成装置２０からの接続を中継サーバー９０に転送してリモートパネルを開始する（ステップＳ３）。
【００７５】
以上、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明した。
【００７６】
［処理の流れ（接続の転送）］
次に、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明する。図５は、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明するためのフローチャートである。
【００７７】
まず、中継管理サーバー１２０の生存確認部１２１ｃが、１つめの中継サーバー９０に対し、「生存確認」メッセージを送信する（ステップＳ１０）。
【００７８】
次に、中継サーバー９０の生存確認応答部９１ｂが、「生存確認」メッセージを受信する（ステップＳ１１）。
【００７９】
次に、生存確認応答部９１ｂが、新しい接続の受付は可能か否かを接続容量確認部９１ｃに問い合わせて判断する（ステップＳ１２）。
【００８０】
新しい接続の受付が不可能な場合（ステップＳ１２のＮ）、生存確認応答部９１ｂが中継管理サーバー１２０に対し、「新規要求受付不能」メッセージを返信する（ステップＳ１３）。
【００８１】
次に、中継管理サーバー１２０の生存確認部１２１ｃが「新規要求受付不能」メッセージを受信する（ステップＳ１４）。
【００８２】
次に、生存確認部１２１ｃが「新規要求受付不能」メッセージを返した中継サーバー９０に「新規要求受付不能」フラグを立てた後、次の中継サーバー９０へ「生存確認」メッセージを送信する（ステップＳ１５）。その後、ステップＳ１１に戻り処理を継続する。
【００８３】
ステップＳ１２で、新しい接続の受付が可能な場合（ステップＳ１２のＹ）、中継サーバー９０の生存確認応答部９１ｂが、「新規要求受付可能」メッセージを中継管理サーバー１２０に送信する（ステップＳ１６）。
【００８４】
次に、中継管理サーバー１２０の生存確認部１２１ｃが、「新規要求受付可能」メッセージを受信する（ステップＳ１７）。
【００８５】
次に、中継管理サーバー１２０の接続転送部１２１ｂが、接続を「新規要求受付可能」メッセージを返信した中継サーバー９０に転送し、中継サーバー９０の第２の接続受付部９１ａが、転送されてきた接続を受け付け、リモートパネルを開始する（ステップＳ１８）。
【００８６】
以上、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明した。
【００８７】
［処理の流れ（中継サーバーの再起動時）］
次に、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明する。図６は、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明するためのフローチャートである。
【００８８】
まず、システムメンテナンスを行う中継サーバー９０の再起動判断部９１ｅが、中継サーバー９０を再起動する必要があるか否かを判断する（ステップＳ２０）。
【００８９】
再起動する必要が無い場合（ステップＳ２０のＮ）、ステップＳ２０に戻り待機する。
【００９０】
再起動する必要がある場合（ステップＳ２０のＹ）、中継サーバー９０の接続移行部９１ｄが、既にある接続を中継管理サーバー１２０のパフォーマンスに影響を与えない単位で少しずつ他の中継サーバー９０へ接続を移行させる（ステップＳ２１）。接続の移行は、再起動する中継サーバー９０上で一度接続を切り、ユーザ端末４０および画像形成装置２０から再接続要求が来た時点で新しい中継サーバー９０に接続を転送することにより行われてもよい。
【００９１】
次に、接続移行部９１ｄは、全ての接続の移行が完了したか否かを判断する（ステップＳ２２）。
【００９２】
移行されていない接続が残っている場合（ステップＳ２２のＮ）、ステップＳ２１に戻り処理を継続する。
【００９３】
全ての接続が移行された場合（ステップＳ２２のＹ）、次に、中継サーバー９０の再起動部９１ｆが、中継サーバー９０を再起動させる（ステップＳ２３）。
【００９４】
以上、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明した。
【００９５】
［処理の流れ（中継サーバーの追加）］
次に、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明する。図７は、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明するためのフローチャートである。
【００９６】
まず、生存確認部１２１ｃが、全ての中継サーバー９０へ「生存確認」メッセージを送信する（ステップＳ３０）。
【００９７】
次に、生存確認部１２１ｃが、各中継サーバー９０からの返信に基づき、「新規要求受付可能」メッセージを返信した中継サーバー９０があるか否かを判断する（ステップＳ３１）。
【００９８】
「新規要求受付可能」メッセージを返信した中継サーバー９０がある場合（ステップＳ３１のＹ）、接続転送部１２１ｂが、「新規要求受付可能」メッセージを返信した中継サーバー９０に接続を転送してリモートパネルを開始する（ステップＳ３２）。
【００９９】
「新規要求受付可能」メッセージを返信した中継サーバー９０が無い場合（ステップＳ３１のＮ）、自動デプロイ部１２１ｄが、追加の中継サーバー９０を自動的にデプロイ（稼働）させる（ステップＳ３３）。
【０１００】
次に、接続転送部１２１ｂが、デプロイされた中継サーバー９０に接続を転送してリモートパネルを開始する（ステップＳ３４）。
【０１０１】
以上、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明した。
【０１０２】
［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１０３】
１０  …  リモートメンテナンスサーバー
２０  …  画像形成装置
３０  …  接続サーバー
４０  …  ユーザ端末
５０  …  負荷分散装置
６０  …  ユーザ操作サーバー
７０  …  ＤＢ
８０  …  ストレージ
９０  …  中継サーバー
９１  …  ＣＰＵ
９１ａ…  第２の接続受付部
９１ｂ…  生存確認応答部
９１ｃ…  接続容量確認部
９１ｄ…  接続移行部
９１ｅ…  再起動判断部
９１ｆ…  再起動部
９２  …  ＲＯＭ
９３  …  ＲＡＭ
９４  …  操作入力部
９５  …  通信部
９６  …  表示部
９７  …  記憶部
９８  …  バス
１００  …  遠隔管理システム
１１０  …  キャッシュサーバー
１２０  …  中継管理サーバー
１２１  …  ＣＰＵ
１２１ａ…  第１の接続受付部
１２１ｂ…  接続転送部
１２１ｃ…  生存確認部
１２１ｄ…  自動デプロイ部
１２２  …  ＲＯＭ
１２３  …  ＲＡＭ
１２４  …  操作入力部
１２５  …  通信部
１２６  …  表示部
１２７  …  記憶部
１２８  …  バス
【図１】
2019220077.tif 000003
【図２】
2019220077.tif 000004
【図３】
2019220077.tif 000005
【図４】
2019220077.tif 000006
【図５】
2019220077.tif 000007
【図６】
2019220077.tif 000008
【図７】
2019220077.tif 000009