特許 7155655 遠隔管理システムおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-11

(45)【発行日】2022-10-19

(54)【発明の名称】遠隔管理システムおよび情報処理方法

(51)【国際特許分類】

   G06F 3/12 20060101AFI20221012BHJP

   B41J 29/38 20060101ALI20221012BHJP

   H04L 47/125 20220101ALI20221012BHJP

【ＦＩ】

G06F3/12 329

G06F3/12 336

G06F3/12 310

G06F3/12 388

B41J29/38 301

H04L47/125

【請求項の数】 3

(21)【出願番号】P 2018118879

(22)【出願日】2018-06-22

(65)【公開番号】P2019220077

(43)【公開日】2019-12-26

【審査請求日】2021-05-31

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】110003339

【氏名又は名称】特許業務法人南青山国際特許事務所

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】西海 一樹

(72)【発明者】

【氏名】中村 剛

(72)【発明者】

【氏名】五島 諭

(72)【発明者】

【氏名】朴 ▲徳▼一

(72)【発明者】

【氏名】大林 雄一

(72)【発明者】

【氏名】中村 拓巳

(72)【発明者】

【氏名】中島 孝記

(72)【発明者】

【氏名】中島 靖雄

【審査官】征矢 崇

(56)【参考文献】

【文献】特開２０１７－２０８７５２（ＪＰ，Ａ）

【文献】特開２０１６－１７３８３５（ＪＰ，Ａ）

【文献】特開２０１１－２２８９０２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ３／１２

Ｂ４１Ｊ２９／００－２９／７０

Ｈ０４Ｌ４７／１２５

(57)【特許請求の範囲】

【請求項1】

ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、リモートメンテナンスサーバーと、キャッシュサーバーと、接続サーバーと、画像形成装置とを含み、
ユーザが前記ユーザ端末から前記リモートメンテナンスサーバーに対しリモートパネルの開始を指示すると、前記リモートメンテナンスサーバーは、認証情報を前記キャッシュサーバーに書き込み、前記接続サーバー経由で前記画像形成装置に対し、使用すべき中継管理サーバーおよび中継サーバーへの接続を指示し、
前記中継管理サーバーは、
前記リモートパネルの実施のために前記画像形成装置からの接続を受け付ける第１の接続受付部と、
前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送する接続転送部と、
「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックする生存確認部と
を備え、
前記中継サーバーは、
前記中継管理サーバーから転送されてきた、前記画像形成装置からの接続を受け付ける第２の接続受付部と、
当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認する接続容量確認部と、
前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する生存確認応答部と、
システムメンテナンスで前記中継サーバーの再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバーに、前記中継管理サーバーのパフォーマンスに影響を与えない単位で、前記中継管理サーバーを介して移行させる接続移行部と、
システムメンテナンスの際に、自サーバーを再起動する必要があるか否かを判断する再起動判断部と、
自サーバーを再起動する再起動部と
を備えた
遠隔管理システム。

【請求項2】

請求項１に記載の遠隔管理システムであって、
前記中継管理サーバーは、
前記生存確認部からの「生存確認」メッセージに対し、全ての中継サーバーが「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバーをデプロイする自動デプロイ部をさらに備え、
前記接続転送部は、
前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバーのひとつ又は新規にデプロイされた中継サーバーに転送する
遠隔管理システム。

【請求項3】

ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、リモートメンテナンスサーバーと、キャッシュサーバーと、接続サーバーと、画像形成装置とを含む遠隔管理システムにおける情報処理方法であって、
ユーザが前記ユーザ端末から前記リモートメンテナンスサーバーに対しリモートパネルの開始を指示すると、前記リモートメンテナンスサーバーが、認証情報を前記キャッシュサーバーに書き込み、前記接続サーバー経由で前記画像形成装置に対し、使用すべき中継管理サーバーおよび中継サーバーへの接続を指示し、
前記中継管理サーバーの第１の接続受付部が、前記リモートパネルの実施のために前記画像形成装置からの接続を受け付け、
前記中継管理サーバーの生存確認部が、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックし、
前記中継サーバーの接続容量確認部が、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認し、
前記中継サーバーの生存確認応答部が、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信し、
前記中継管理サーバーの接続転送部が、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送し、
前記中継サーバーの第２の接続受付部が、前記中継管理サーバーから転送されてきた、前記画像形成装置からの接続を受け付け、
前記中継サーバーの接続移行部が、システムメンテナンスで前記中継サーバーの再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバーに、前記中継管理サーバーのパフォーマンスに影響を与えない単位で、前記中継管理サーバーを介して移行させ、
前記中継サーバーの再起動判断部が、システムメンテナンスの際に、自サーバーを再起動する必要があるか否かを判断し、
前記中継サーバーの再起動部が、自サーバーを再起動する
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）をネットワーク経由で管理する遠隔管理システムおよび情報処理方法に関する。

【背景技術】

【0002】

数多くの画像形成装置をネットワーク経由でリモート管理する遠隔管理システムにおいて、画像形成装置の操作部（表示部）をネットワーク経由でユーザ端末のブラウザ等に表示するリモートパネル機能がある。リモートパネル機能の実現方式としては、特許文献１において、中継サーバーによる方式が提案されている。

【0003】

ここで、中継サーバーにおいては、コマンド等でリモートパネルを実現する場合には、コマンドデータが通過するし、特許文献２のように、画像形成装置の操作部の画像データを送信する方式でリモートパネルを実現する場合には、画像データが通過することになる。

【0004】

中継サーバーを、数百台から数十万台の規模の画像形成装置を管理する遠隔管理システム上で実現する場合、中継サーバーには、多数の接続が着信することになる。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１７－２０８７５２号公報

【文献】特開２０１８－１１２４７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、特許文献１において開示されている中継サーバーは、多数の接続が着信した場合であって、当該中継サーバーが新規の着信処理を受け付けることができなくなった場合についての考慮がない。また、運用中の中継サーバーにおいて、例えばＯＳ（Operating System）やサーバーソフトウェアの大幅な変更等によって、中継サーバーの再起動を伴うようなシステムメンテナンスを実施する場合についての考慮がない。

【0007】

以上のような事情に鑑み、本発明の目的は、中継サーバーの容量の超過やシステムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる遠隔管理システムおよび情報処理方法を提供することにある。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本発明の一形態に係る遠隔管理システムは、ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含み、前記中継管理サーバーは、リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付ける第１の接続受付部と、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送する接続転送部と、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックする生存確認部とを備え、前記中継サーバーは、前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける第２の接続受付部と、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認する接続容量確認部と、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する生存確認応答部とを備える。

【0009】

そのため、中継サーバーの容量の超過によって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。

【0010】

上記目的を達成するため、本発明の一形態に係る遠隔管理システムでは、前記中継サーバーは、システムメンテナンスで前記中継サーバーの再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバーに、前記中継管理サーバーのパフォーマンスに影響を与えない単位で、移行させる接続移行部と、システムメンテナンスの際に、自サーバーを再起動する必要があるか否かを判断する再起動判断部と、自サーバーを再起動する再起動部とをさらに備えてもよい。

【0011】

上記の構成によると、システムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。

【0012】

上記目的を達成するため、本発明の一形態に係る遠隔管理システムでは、前記中継管理サーバーは、前記生存確認部からの「生存確認」メッセージに対し、全ての中継サーバーが「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバーをデプロイする自動デプロイ部をさらに備え、前記接続転送部は、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバーのひとつ又は新規にデプロイされた中継サーバーに転送する構成でもよい。

【0013】

上記の構成によると、全ての既存の中継サーバーが利用できなくなった場合でも、リモートパネル機能を継続できる。

【0014】

上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された、中継管理サーバーと、中継サーバーと、ユーザ端末と、画像形成装置とを含む遠隔管理システムにおける情報処理方法であって、前記中継管理サーバーの第１の接続受付部が、リモートパネル実施のために前記ユーザ端末および前記画像形成装置からの接続を受け付け、前記中継管理サーバーの生存確認部が、「生存確認」メッセージを前記中継サーバーに送信し、前記中継サーバーが接続の転送の新規受付が可能か否かをチェックし、前記中継サーバーの接続容量確認部が、当該中継サーバーが扱う接続の容量が上限に達しているか否かを確認し、前記中継サーバーの生存確認応答部が、前記中継管理サーバーから送られてきた「生存確認」メッセージに対し、前記接続容量確認部による確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信し、前記中継管理サーバーの接続転送部が、前記第１の接続受付部が受け付けた接続を「新規要求受付可能」メッセージを返した前記中継サーバーのひとつに転送し、前記中継サーバーの第２の接続受付部が、前記中継管理サーバーから転送されてきた、前記ユーザ端末および前記画像形成装置からの接続を受け付ける。

【発明の効果】

【0015】

以上のように、本発明によれば、中継サーバーの容量の超過やシステムメンテナンスによって、１つの中継サーバーが利用できなくなった場合でも、複数の中継サーバーを持つシステム全体としてみればリモートパネル機能を継続できる。

【図面の簡単な説明】

【0016】

【図1】本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。

【図2】中継管理サーバー１２０が一般的なコンピューターにより構成される場合の構成図である。

【図3】中継サーバー９０が一般的なコンピューターにより構成される場合の構成図である。

【図4】遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明するためのフローチャートである。

【図5】遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明するためのフローチャートである。

【図6】遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明するためのフローチャートである。

【図7】遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明するためのフローチャートである

【発明を実施するための形態】

【0017】

以下、図面を参照しながら、本発明の実施形態を説明する。

【0018】

［全体構成］
最初に、本発明の一実施形態に係る遠隔管理システム１００の全体構成について説明する。図１は、本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。

【0019】

遠隔管理システム１００は、ネットワーク接続された、負荷分散装置５０（５０は５０Ａと５０Ｂと５０Ｃの総称。以下同じ）と、ユーザ操作サーバー６０と、リモートメンテナンスサーバー１０と、ＤＢ（データベース）７０と、ストレージ８０と、接続サーバー３０と、中継サーバー９０と、キャッシュサーバー１１０と、中継管理サーバー１２０と、ユーザ端末４０と、画像形成装置２０を含んで構成される。

【0020】

インターネット側から見たエンドポイントは、ユーザ操作サーバー６０Ａおよび６０Ｂにユーザ端末４０からのアクセスを分散させる負荷分散装置５０Ａと、リモートメンテナンスサーバー１０Ａおよび１０Ｂに画像形成装置２０からのアクセスを分散させる負荷分散装置５０Ｂと、接続サーバー３０Ａ、３０Ｂ、３０Ｃと、中継管理サーバー１２０Ａおよび１２０Ｂにユーザ端末４０および画像形成装置２０からのアクセスを分散させる負荷分散装置５０Ｃとである。

【0021】

負荷分散装置５０Ａは、ユーザ端末４０からのアクセスを、ユーザ操作サーバー６０Ａおよび６０Ｂに分散させる。

【0022】

ユーザ操作サーバー６０は、ユーザ端末４０から入力されたユーザからの指示を受け付ける。

【0023】

負荷分散装置５０Ｂは、画像形成装置２０からのアクセスを、リモートメンテナンスサーバー１０Ａおよび１０Ｂに分散させる。

【0024】

リモートメンテナンスサーバー１０は、管理下にある画像形成装置２０をリモートでメンテナンスする。例えば、日々の運用情報（トナー消費量、印刷枚数など）を収集してＤＢ７０およびストレージ８０に格納したり、画像形成装置２０のファームウェアのアップデートを行ったりする。

【0025】

ＤＢ７０は、日々の運用情報を格納する。ストレージ８０は、日々の運用情報を長期にわたって保存する。

【0026】

接続サーバー３０は、遠隔管理システム１００の管理下にある画像形成装置２０へ管理コマンドを送るため、画像形成装置２０との間で管理接続を行うサーバーである。管理接続は、画像形成装置２０の電源が切られるまで継続される。

【0027】

ネットワークに接続された画像形成装置２０は、まず負荷分散装置５０Ｂ経由でリモートメンテナンスサーバー１０に接続し、どの接続サーバー３０と管理接続を確立すべきかの応答を得る。その後、リモートメンテナンスサーバー１０との接続を切り、指定された接続サーバー３０に接続し、管理接続を確立する。

【0028】

ユーザがユーザ端末４０経由でユーザ操作サーバー６０にアクセスし、特定の画像形成装置２０の設定値の変更を指示すると、リモートメンテナンスサーバー１０が設定変更の指示を検知し、関係者に設定値変更の旨を通知する。そして、リモートメンテナンスサーバー１０は、接続サーバー３０経由で画像形成装置２０に設定値変更コマンドを送信し、画像形成装置２０の設定値を変更させる。

【0029】

中継サーバー９０は、リモートパネル機能を実現する際、ユーザ端末４０と画像形成装置２０との間で動画データなどの通信を中継するサーバーである。

【0030】

キャッシュサーバー１１０は、中継サーバー９０がユーザ端末４０と画像形成装置２０との間を接続するために用いる認証情報を一時的に保存するサーバーである。

【0031】

中継管理サーバー９０は、ユーザ端末４０または画像形成装置２０から着信した接続を管理するサーバーであり、ユーザ端末４０または画像形成装置２０から着信した接続を中継サーバー９０に転送する。

【0032】

負荷分散装置５０Ｃは、ユーザ端末２０および画像形成装置２０からのアクセスを、中継管理サーバー１２０Ａおよび１２０Ｂに分散させる。

【0033】

ユーザが、ユーザ端末４０、負荷分散装置５０Ａ、およびユーザ操作サーバー６０経由で、リモートメンテナンスサーバー１０に対しリモートパネルの開始を指示すると、リモートメンテナンスサーバー１０が認証情報をキャッシュサーバー１１０に書き込み、接続サーバー３０経由で画像形成装置２０に対し、使用すべき中継管理サーバー１２０および中継サーバー９０への接続を指示する。

【0034】

ユーザ端末４０および画像形成装置２０が、指定された中継管理サーバー１２０および中継サーバー９０に接続し、認証情報に基づき中継サーバー９０が接続を中継することによりリモートパネル機能が実現される。

【0035】

中継管理サーバー１２０は、ユーザ端末２０および画像形成装置２０からの接続を転送する前に、中継サーバー９０に対し「生存確認」メッセージを送信する。中継サーバー９０から「新規要求受付可能」メッセージが返信された場合は、接続を転送する。中継サーバー９０から「新規要求受付不能」メッセージが返信された場合は、接続を別の新規要求受付可能な中継サーバー９０に転送する。

【0036】

中継サーバー９０が新規要求受付不能メッセージを返信するのは、自身の接続を処理可能な容量を超過する場合や、システムメンテナンスにより中継サーバー９０の再起動が必要な場合である。

【0037】

なお、いずれの中継サーバー９０も「新規要求受付不能」メッセージを返信した場合は、新しい中継サーバー９０を追加で自動的にデプロイ（稼働）させてもよい。

【0038】

以上、遠隔管理システム１００の全体構成について説明した。なお、上記の説明に対応する図では、例えば接続サーバー３０は３台となっているが、これはあくまで例示であり、実際には何台あっても構わない。

【0039】

［中継管理サーバーの構成］
次に、中継管理サーバー１２０の構成について説明する。中継管理サーバー１２０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。中継管理サーバー１２０が一般的なコンピューターにより構成される場合の構成図を図２に示す。

【0040】

同図に示すように、中継管理サーバー１２０は、ＣＰＵ（Central Processing Unit）１２１、ＲＯＭ（Read Only Memory）１２２、ＲＡＭ（Random Access Memory）１２３、操作入力部１２４、通信部１２５、表示部１２６、および記憶部１２７を有し、これら各ブロックがバス１２８を介して接続されている。

【0041】

ＲＯＭ１２２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１２３は、ＣＰＵ１２１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0042】

記憶部１２７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１２７には、ＯＳや各種アプリケーション、各種データが記憶される。

【0043】

通信部１２５は、ネットワーク上の機器等と情報のやりとりを行う為のネットワークと結ばれている。

【0044】

ＣＰＵ１２１は、ＲＯＭ１２２や記憶部１２７に格納された複数のプログラムのうち、操作入力部１２４から与えられる命令に対応するプログラムをＲＡＭ１２３に展開し、この展開されたプログラムにしたがって、表示部１２６及び記憶部１２７を適宜制御する。

【0045】

操作入力部１２４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

【0046】

表示部１２６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

【0047】

次に、ＣＰＵ１２１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

【0048】

中継管理サーバー１２０のＣＰＵ１２１において実現される機能ブロックは、第１の接続受付部１２１ａ、接続転送部１２１ｂ、生存確認部１２１ｃ、および自動デプロイ部１２１ｄである。

【0049】

第１の接続受付部１２１ａは、リモートパネル実施のためにユーザ端末４０および画像形成装置２０からの接続を受け付ける。

【0050】

接続転送部１２１ｂは、第１の接続受付部１２１ａが受け付けた接続を「新規要求受付可能」メッセージを返した中継サーバー９０のひとつ又は新規にデプロイされた中継サーバー９０に転送する。

【0051】

生存確認部１２１ｃは、「生存確認」メッセージを中継サーバー９０に送信し、中継サーバー９０が接続の転送の新規受付が可能か否かをチェックする。

【0052】

自動デプロイ部１２１ｄは、生存確認部１２１ｃからの「生存確認」メッセージに対し、全ての中継サーバー９０が「新規要求受付不能」メッセージを返した場合に、追加で新しい中継サーバー９０をデプロイする。

【0053】

以上、中継管理サーバー１２０の構成について説明した。

【0054】

［中継サーバーの構成］
次に、中継サーバー９０の構成について説明する。中継サーバー９０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。中継サーバー９０が一般的なコンピューターにより構成される場合の構成図を図３に示す。

【0055】

同図に示すように、中継サーバー９０は、ＣＰＵ９１、ＲＯＭ９２、ＲＡＭ９３、操作入力部９４、通信部９５、表示部９６、および記憶部９７を有し、これら各ブロックがバス９８を介して接続されている。

【0056】

ＲＯＭ９２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ９３は、ＣＰＵ９１の作業用領域として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0057】

記憶部９７は、例えばＨＤＤや、フラッシュメモリー、その他の不揮発性メモリーである。記憶部９７には、ＯＳや各種アプリケーション、各種データが記憶される。

【0058】

通信部９５は、ネットワーク上の機器等と情報のやりとりを行う為のネットワークと結ばれている。

【0059】

ＣＰＵ９１は、ＲＯＭ９２や記憶部９７に格納された複数のプログラムのうち、操作入力部９４から与えられる命令に対応するプログラムをＲＡＭ９３に展開し、この展開されたプログラムにしたがって、表示部９６及び記憶部９７を適宜制御する。

【0060】

操作入力部９４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

【0061】

表示部９６は、例えば液晶ディスプレイ、ＥＬディスプレイ、プラズマディスプレイ等である。

【0062】

次に、ＣＰＵ９１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

【0063】

中継サーバー９０のＣＰＵ９１において実現される機能ブロックは、第２の接続受付部９１ａ、生存確認応答部９１ｂ、接続容量確認部９１ｃ、接続移行部９１ｄ、再起動判断部９１ｅ、および再起動部９１ｆである。

【0064】

第２の接続受付部９１ａは、中継管理サーバー１２０から転送されてきたユーザ端末４０および画像形成装置２０からの接続を受け付ける。

【0065】

生存確認応答部９１ｂは、中継管理サーバー１２０から送られてきた「生存確認」メッセージに対し、接続容量確認部９１ｃによる確認結果に基づき、「新規要求受付可能」メッセージまたは「新規要求受付不能」メッセージを返信する。「新規要求受付不能」メッセージは、当該中継サーバー９０が扱う接続の容量が上限に達している場合やシステムメンテナンスで中継サーバー９０の再起動が予定されている場合に返信される。

【0066】

接続容量確認部９１ｃは、当該中継サーバー９０が扱う接続の容量が上限に達しているか否かを確認する。

【0067】

接続移行部９１ｄは、システムメンテナンスで中継サーバー９０の再起動が予定されている場合に、現在既に扱っている接続を他の中継サーバー９０に、中継管理サーバー１２０のパフォーマンスに影響を与えない単位で、移行させる。

【0068】

再起動判断部９１ｅは、システムメンテナンス等の際に、自サーバーを再起動する必要があるか否かを判断する。

【0069】

再起動部９１ｆは、自サーバーを再起動する。

【0070】

以上、中継サーバー９０の構成について説明した。

【0071】

［処理の流れ（メイン）］
次に、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明する。図４は、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明するためのフローチャートである。

【0072】

まず、ユーザ端末４０がリモートパネル機能実現のために中継管理サーバー１２０に接続し、第１の接続受付部１２１ａが接続を受け付ける（ステップＳ１）。

【0073】

次に、画像形成装置２０が同じ中継管理サーバー１２０に接続し、第１の接続受付部１２１ａが接続を受け付ける（ステップＳ２）。

【0074】

次に、中継管理サーバー１２０がユーザ端末４０および画像形成装置２０からの接続を中継サーバー９０に転送してリモートパネルを開始する（ステップＳ３）。

【0075】

以上、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、メインの処理の流れについて説明した。

【0076】

［処理の流れ（接続の転送）］
次に、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明する。図５は、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明するためのフローチャートである。

【0077】

まず、中継管理サーバー１２０の生存確認部１２１ｃが、１つめの中継サーバー９０に対し、「生存確認」メッセージを送信する（ステップＳ１０）。

【0078】

次に、中継サーバー９０の生存確認応答部９１ｂが、「生存確認」メッセージを受信する（ステップＳ１１）。

【0079】

次に、生存確認応答部９１ｂが、新しい接続の受付は可能か否かを接続容量確認部９１ｃに問い合わせて判断する（ステップＳ１２）。

【0080】

新しい接続の受付が不可能な場合（ステップＳ１２のＮ）、生存確認応答部９１ｂが中継管理サーバー１２０に対し、「新規要求受付不能」メッセージを返信する（ステップＳ１３）。

【0081】

次に、中継管理サーバー１２０の生存確認部１２１ｃが「新規要求受付不能」メッセージを受信する（ステップＳ１４）。

【0082】

次に、生存確認部１２１ｃが「新規要求受付不能」メッセージを返した中継サーバー９０に「新規要求受付不能」フラグを立てた後、次の中継サーバー９０へ「生存確認」メッセージを送信する（ステップＳ１５）。その後、ステップＳ１１に戻り処理を継続する。

【0083】

ステップＳ１２で、新しい接続の受付が可能な場合（ステップＳ１２のＹ）、中継サーバー９０の生存確認応答部９１ｂが、「新規要求受付可能」メッセージを中継管理サーバー１２０に送信する（ステップＳ１６）。

【0084】

次に、中継管理サーバー１２０の生存確認部１２１ｃが、「新規要求受付可能」メッセージを受信する（ステップＳ１７）。

【0085】

次に、中継管理サーバー１２０の接続転送部１２１ｂが、接続を「新規要求受付可能」メッセージを返信した中継サーバー９０に転送し、中継サーバー９０の第２の接続受付部９１ａが、転送されてきた接続を受け付け、リモートパネルを開始する（ステップＳ１８）。

【0086】

以上、遠隔管理システム１００におけるリモートパネル実現時の処理の流れのうち、接続を転送する処理の詳細について説明した。

【0087】

［処理の流れ（中継サーバーの再起動時）］
次に、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明する。図６は、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明するためのフローチャートである。

【0088】

まず、システムメンテナンスを行う中継サーバー９０の再起動判断部９１ｅが、中継サーバー９０を再起動する必要があるか否かを判断する（ステップＳ２０）。

【0089】

再起動する必要が無い場合（ステップＳ２０のＮ）、ステップＳ２０に戻り待機する。

【0090】

再起動する必要がある場合（ステップＳ２０のＹ）、中継サーバー９０の接続移行部９１ｄが、既にある接続を中継管理サーバー１２０のパフォーマンスに影響を与えない単位で少しずつ他の中継サーバー９０へ接続を移行させる（ステップＳ２１）。接続の移行は、再起動する中継サーバー９０上で一度接続を切り、ユーザ端末４０および画像形成装置２０から再接続要求が来た時点で新しい中継サーバー９０に接続を転送することにより行われてもよい。

【0091】

次に、接続移行部９１ｄは、全ての接続の移行が完了したか否かを判断する（ステップＳ２２）。

【0092】

移行されていない接続が残っている場合（ステップＳ２２のＮ）、ステップＳ２１に戻り処理を継続する。

【0093】

全ての接続が移行された場合（ステップＳ２２のＹ）、次に、中継サーバー９０の再起動部９１ｆが、中継サーバー９０を再起動させる（ステップＳ２３）。

【0094】

以上、遠隔管理システム１００における中継サーバー９０再起動時の処理の流れについて説明した。

【0095】

［処理の流れ（中継サーバーの追加）］
次に、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明する。図７は、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明するためのフローチャートである。

【0096】

まず、生存確認部１２１ｃが、全ての中継サーバー９０へ「生存確認」メッセージを送信する（ステップＳ３０）。

【0097】

次に、生存確認部１２１ｃが、各中継サーバー９０からの返信に基づき、「新規要求受付可能」メッセージを返信した中継サーバー９０があるか否かを判断する（ステップＳ３１）。

【0098】

「新規要求受付可能」メッセージを返信した中継サーバー９０がある場合（ステップＳ３１のＹ）、接続転送部１２１ｂが、「新規要求受付可能」メッセージを返信した中継サーバー９０に接続を転送してリモートパネルを開始する（ステップＳ３２）。

【0099】

「新規要求受付可能」メッセージを返信した中継サーバー９０が無い場合（ステップＳ３１のＮ）、自動デプロイ部１２１ｄが、追加の中継サーバー９０を自動的にデプロイ（稼働）させる（ステップＳ３３）。

【0100】

次に、接続転送部１２１ｂが、デプロイされた中継サーバー９０に接続を転送してリモートパネルを開始する（ステップＳ３４）。

【0101】

以上、遠隔管理システム１００における中継サーバー９０の追加（自動デプロイ）の処理の流れについて説明した。

【0102】

［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

【符号の説明】

【0103】

１０ … リモートメンテナンスサーバー
２０ … 画像形成装置
３０ … 接続サーバー
４０ … ユーザ端末
５０ … 負荷分散装置
６０ … ユーザ操作サーバー
７０ … ＤＢ
８０ … ストレージ
９０ … 中継サーバー
９１ … ＣＰＵ
９１ａ… 第２の接続受付部
９１ｂ… 生存確認応答部
９１ｃ… 接続容量確認部
９１ｄ… 接続移行部
９１ｅ… 再起動判断部
９１ｆ… 再起動部
９２ … ＲＯＭ
９３ … ＲＡＭ
９４ … 操作入力部
９５ … 通信部
９６ … 表示部
９７ … 記憶部
９８ … バス
１００ … 遠隔管理システム
１１０ … キャッシュサーバー
１２０ … 中継管理サーバー
１２１ … ＣＰＵ
１２１ａ… 第１の接続受付部
１２１ｂ… 接続転送部
１２１ｃ… 生存確認部
１２１ｄ… 自動デプロイ部
１２２ … ＲＯＭ
１２３ … ＲＡＭ
１２４ … 操作入力部
１２５ … 通信部
１２６ … 表示部
１２７ … 記憶部
１２８ … バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】