JP7360086B2 - 遠隔操作システム、管理クライアントおよび管理クライアントプログラム - Google Patents

Description

本発明は、電子機器を遠隔操作する遠隔操作システム、管理クライアントおよび管理クライアントプログラムに関する。

従来の遠隔操作システムとして、保守対象機器を管理する遠隔保守センターおよび保守仲介装置を備えるものが知られている（特許文献１参照。）。遠隔保守センターは、保守仲介装置による保守対象機器に対する保守操作を指示する保守操作指示情報を管理する。そして、保守仲介装置は、遠隔保守センターから保守操作指示情報を定期的に取得し、保守操作指示情報に示される保守操作を実行する。

特開２００７－０２６４１２号公報

しかしながら、従来の遠隔操作システムにおいては、あまり適切ではないタイミングで保守仲介装置によって保守操作が実行される場合があるという問題がある。

例えば、保守対象機器のファームウェアのアップデートのような保守操作は、例えば日中など、保守対象機器の利用者が保守対象機器を頻繁に利用する時間帯ではなく、例えば夜間など、保守対象機器の利用者が保守対象機器を殆ど利用しない時間帯に実行されることが好ましい。しかしながら、従来の遠隔操作システムにおいては、保守仲介装置によって保守操作が実行される時間帯が考慮されておらず、保守仲介装置が遠隔保守センターから保守操作指示情報を取得する定期的なタイミングで保守仲介装置によって保守操作が実行されてしまう。

そこで、本発明は、電子機器に対する操作を従来より適切なタイミングで実行することができる遠隔操作システム、管理クライアントおよび管理クライアントプログラムを提供することを目的とする。

本発明の遠隔操作システムは、電子機器を管理する管理サーバーおよび管理クライアントを備え、前記管理サーバーは、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理し、前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、前記管理クライアントは、前記管理サーバーから前記タスクを定期的に取得し、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングすることを特徴とする。

この構成により、本発明の遠隔操作システムは、タスクに含まれる指定開始日時によって管理クライアントがタスクをスケジューリングするので、電子機器に対する操作を従来より適切なタイミングで実行することができる。

本発明の遠隔操作システムにおいて、前記管理クライアントは、前記タスクに対してスケジューリングされた日時以降に現在日時がなった場合に、前記電子機器に対して実行中または実行待機中の他の前記タスクが存在するとき、スケジューリングされた前記タスクの実行を待機してもよい。

この構成により、本発明の遠隔操作システムは、他のタスクが電子機器に対して実行中または実行待機中である場合に、この電子機器に対する管理クライアントによるタスクの実行を待機するので、タスクの実行が失敗する可能性を低減することができる。

本発明の遠隔操作システムにおいて、前記管理サーバーは、前記タスクを管理するためのタスク管理情報を記憶し、前記タスク管理情報は、前記タスクの状態としてのタスク状態を含み、前記管理クライアントは、前記タスク状態が変化した場合に前記タスク状態の更新を前記管理サーバーに指示し、前記管理サーバーは、前記タスク管理情報における前記タスク状態を前記管理クライアントからの指示通りに更新してもよい。

この構成により、本発明の遠隔操作システムは、タスク管理情報におけるタスク状態を管理サーバーが管理クライアントからの指示通りに更新するので、管理サーバーの利用者にタスク状態を把握させることができる。

本発明の遠隔操作システムにおいて、前記管理サーバーは、前記指定開始日時から特定の時間が経過しても、前記管理クライアントから前記タスク状態の更新が指示されない場合、前記タスク管理情報における前記タスク状態を、前記タスクの実行が失敗した状態にしてもよい。

この構成により、本発明の遠隔操作システムは、例えば管理クライアントが正常に機能していないなど、何らかの不具合が生じている場合に、タスクの実行が失敗したことを管理サーバーの利用者に把握させることができる。

本発明の遠隔操作システムにおいて、前記管理クライアントは、前記タスクの実行中にこのタスクの前記タスク状態の更新を定期的に前記管理サーバーに指示し、前記管理サーバーは、前記タスク管理情報における前記タスク状態が前記タスクを実行している状態である場合に、前記管理クライアントから前記タスク状態の更新が前回指示されてから特定の時間が経過しているとき、前記タスク管理情報における前記タスク状態を、前記タスクの実行が失敗した状態にしてもよい。

この構成により、本発明の遠隔操作システムは、例えば管理クライアントが正常に機能していないなど、何らかの不具合が生じている場合に、タスクを実行している状態であるという誤解を管理サーバーの利用者に与える可能性を低減することができるとともに、タスクの実行が失敗したことを管理サーバーの利用者に把握させることができる。

本発明の遠隔操作システムにおいて、前記管理クライアントは、実行対象の前記電子機器が複数である前記タスクに対して前記タスク状態の更新を前記電子機器毎に指示し、前記タスク管理情報は、前記タスクおよび前記電子機器の組み合わせ毎の前記タスク状態を含んでもよい。

この構成により、本発明の遠隔操作システムは、タスクおよび電子機器の組み合わせ毎のタスク状態を管理サーバーの利用者に把握させることができるので、利便性を向上することができる。

本発明の管理クライアントは、電子機器を管理する管理クライアントであって、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理する前記管理サーバーから前記タスクを定期的に取得し、前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、前記管理クライアントは、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングすることを特徴とする。

この構成により、本発明の管理クライアントは、タスクに含まれる指定開始日時によってタスクをスケジューリングするので、電子機器に対する操作を従来より適切なタイミングで実行することができる。

本発明の管理クライアントプログラムは、電子機器を管理する管理クライアントとしてコンピューターを機能させる管理クライアントプログラムであって、前記管理クライアントは、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理する前記管理サーバーから前記タスクを定期的に取得し、前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、前記管理クライアントは、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングすることを特徴とする。

この構成により、本発明の管理クライアントプログラムを実行するコンピューターは、タスクに含まれる指定開始日時によってタスクをスケジューリングするので、電子機器に対する操作を従来より適切なタイミングで実行することができる。

本発明の遠隔操作システム、管理クライアントおよび管理クライアントプログラムは、電子機器に対する操作を従来より適切なタイミングで実行することができる。

本発明の一実施の形態に係るシステムのブロック図である。 １台のコンピューターによって構成される場合の図１に示す管理サーバーのブロック図である。 図２に示す装置管理情報の一例を示す図である。 図２に示すタスク管理情報の一例を示す図である。 １台のコンピューターによって構成される場合の図１に示す管理クライアントのブロック図である。 図５に示すタスク状態管理情報の一例を示す図である。 タスクが作成される場合の図２に示す管理サーバーの動作のフローチャートである。 図７に示す動作において表示されるタスク作成画面の１ページ目の一例を示す図である。 管理クライアントが管理サーバーから予約タスクを取得する場合の図１に示すシステムの動作のシーケンス図である。 図９に示す動作において生成されるタスク情報の項目名を示す図である。 図５に示す管理クライアントのスケジューラーに登録されたタスクの一例を示す図である。 管理クライアントのスケジューラーに登録されたタスクのスケジュール日時以降に現在日時がなった場合の図１に示すシステムの動作のシーケンス図である。 図１２に示すシーケンス図の一部のシーケンス図である。 図１２に示すシーケンス図の一部のシーケンス図である。 対象タスクの実行が失敗した場合の図１に示すシステムの動作のシーケンス図である。 タスク管理情報のタスク状態を設定する場合の図２に示す管理サーバーの動作のフローチャートである。 図２に示す表示部に表示される、実行対象の画像形成装置がそれぞれ１つである複数のタスクを示す画面の例である。 図２に示す表示部に表示される、実行対象の画像形成装置が複数であるタスクを含む複数のタスクを示す画面の例である。

以下、本発明の実施の形態について、図面を用いて説明する。

まず、本発明の一実施の形態に係るシステムの構成について説明する。

図１は、本実施の形態に係るシステム１０のブロック図である。

図１に示すように、システム１０は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）、プリンター専用機などの画像形成装置を管理する管理サーバー２０を備えている。管理サーバー２０は、インターネット１１上に配置されている。管理サーバー２０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。管理サーバー２０は、画像形成装置を管理する業者（以下「管理業者」という。）によって利用される。

システム１０は、管理業者の顧客のネットワーク１２上に配置されている画像形成装置を管理する管理クライアント３０を備えている。管理クライアント３０は、管理業者の顧客のネットワーク１２上に配置されている。ネットワーク１２は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。管理クライアント３０は、ネットワーク１２の外部に配置されている管理サーバー２０と、ネットワーク１２上に配置されている画像形成装置とを結びつける仲介装置として機能する。管理クライアント３０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピューターによって構成されている。管理サーバー２０と、管理クライアント３０とは、ネットワーク１２上に配置されている画像形成装置を遠隔操作する遠隔操作システム１０ａを構成している。

システム１０は、顧客によって利用される電子機器としての画像形成装置４０をネットワーク１２上に備えている。システム１０は、画像形成装置４０以外にも、画像形成装置をネットワーク１２上に少なくとも１つ備えても良い。

システム１０は、インターネット１１側からネットワーク１２側へのアクセスを制限または禁止するファイアウォール１３を備えている。

管理サーバー２０と、管理クライアント３０との間の通信は、例えばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によって実行される。管理クライアント３０と、ネットワーク１２上に配置されている画像形成装置との間の通信は、例えばＨＴＴＰ（ＳＯＡＰ）やＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって実行される。

システム１０は、ネットワーク１２およびファイアウォール１３の組み合わせ以外にも、ネットワーク１２およびファイアウォール１３の組み合わせと同様の構成のネットワークおよびファイアウォールの組み合わせを少なくとも１つ備えても良い。

図２は、１台のコンピューターによって構成される場合の管理サーバー２０のブロック図である。

図２に示すように、管理サーバー２０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部２１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２４と、管理サーバー２０全体を制御する制御部２５とを備えている。

記憶部２４は、画像形成装置を管理するための管理サーバーアプリケーションプログラム２４ａを記憶可能である。管理サーバーアプリケーションプログラム２４ａは、例えば、管理サーバー２０の製造段階で管理サーバー２０にインストールされていても良いし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリーなどの外部の記憶媒体から管理サーバー２０に追加でインストールされても良いし、ネットワーク上から管理サーバー２０に追加でインストールされても良い。

記憶部２４は、管理サーバー２０による管理対象の画像形成装置を管理するための装置管理情報２４ｂを記憶している。

図３は、装置管理情報２４ｂの一例を示す図である。

図３に示すように、装置管理情報２４ｂは、例えば、画像形成装置の識別情報としてのデバイスＩＤと、画像形成装置のシリアルナンバーとを画像形成装置毎に含んでいる。デバイスＩＤは、画像形成装置を一意に識別するための情報である。

図２に示すように、記憶部２４は、画像形成装置に対して管理クライアントに実行させるメンテナンス操作としてのタスクを管理するためのタスク管理情報２４ｃを記憶している。

図４は、タスク管理情報２４ｃの一例を示す図である。

図４に示すように、タスク管理情報２４ｃは、例えば、タスクの識別情報としてのタスクＩＤと、タスクの種別（以下「タスク種別」という。）と、タスクの具体的な内容（以下「タスク内容」という。）と、タスクの名前を示すタスク名と、タスクを開始することが指定された日時としての指定開始日時と、タスクの再実行の設定の内容を示すリトライ設定と、タスクの実行対象の画像形成装置のデバイスＩＤと、タスクの状態（以下「タスク状態」という。）と、タスクの作成者の識別情報（以下「タスク作成者」という。）とをタスク毎に含んでいる。なお、図４において、タスク内容の具体的な値は、省略されて描かれている。

タスクＩＤは、タスクを一意に識別するために、管理サーバー２０によって自動生成される情報である。

タスク種別としては、例えば、画像形成装置の再起動、画像形成装置のファームウェアのアップデート、画像形成装置の設定項目に対する値の設定などが存在する。図４において、画像形成装置の再起動、画像形成装置のファームウェアのアップデート、画像形成装置の設定項目に対する値の設定は、それぞれ、「Ｒｅｓｔａｒｔ」、「Ｆｉｒｍｗａｒｅ ｕｐｇｒａｄｅ」、「Ｄｅｖｉｃｅ ｓｅｔｔｉｎｇ」と示されている。

リトライ設定は、タスクの再実行の回数の上限を示すリトライ回数と、タスクの再実行の間隔を示すリトライ間隔とによって構成されている。図４において、「１、１０」は、リトライ回数、リトライ間隔がそれぞれ１回、１０分であることを示しており、「２、５」は、リトライ回数、リトライ間隔がそれぞれ２回、５分であることを示している。図４において、「０」は、タスクを再実行しないことを示している。

タスク状態としては、例えば、タスクの実行を待機している状態を示す「Ｗａｉｔｉｎｇ」と、タスクを実行している状態を示す「Ｐｒｏｃｅｓｓｉｎｇ」と、タスクの実行が成功した状態を示す「Ｓｕｃｃｅｓｓｆｕｌ」と、タスクの実行が失敗した状態を示す「Ｆａｉｌｅｄ」と、管理サーバー２０上でタスクがキャンセルされた状態を示す「Ｃａｎｃｅｌｅｄ」とが存在する。なお、「Ｓｕｃｃｅｓｓｆｕｌ」および「Ｆａｉｌｅｄ」には、それらの状態になった日時も付加される。

なお、タスク管理情報２４ｃにおいてタスク状態が空欄であるタスクは、管理クライアント３０において未だ実行の対象になっていないタスクである。すなわち、タスク管理情報２４ｃにおいてタスク状態が空欄であるタスクは、管理クライアント３０において実行が予約されているタスクである。以下、タスク管理情報２４ｃにおいてタスク状態が空欄であるタスクを、予約タスクという。

図２に示すように、記憶部２４は、管理クライアント３０による定期的なタスクの取得のタイミング、すなわち、タスク取得間隔を示すタスク取得間隔情報２４ｄを記憶可能である。タスク取得間隔としては、例えば３時間など、任意の時間が指定されることが可能である。

制御部２５は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、制御部２５のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。制御部２５のＣＰＵは、記憶部２４または制御部２５のＲＯＭに記憶されているプログラムを実行する。

制御部２５は、管理サーバーアプリケーションプログラム２４ａを実行することによって、画像形成装置を管理する管理サーバーアプリ２５ａを実現する。

管理サーバーアプリ２５ａは、操作部２１または通信部２３を介した指示に応じてタスク取得間隔情報２４ｄを設定することが可能である。

図５は、１台のコンピューターによって構成される場合の管理クライアント３０のブロック図である。

図５に示すように、管理クライアント３０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部３１と、種々の情報を表示する例えばＬＣＤなどの表示デバイスである表示部３２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部３３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部３４と、管理クライアント３０全体を制御する制御部３５とを備えている。

記憶部３４は、画像形成装置を管理するための管理クライアントプログラムとしての管理クライアントアプリケーションプログラム３４ａを記憶可能である。管理クライアントアプリケーションプログラム３４ａは、例えば、管理クライアント３０の製造段階で管理クライアント３０にインストールされていても良いし、ＣＤ、ＤＶＤ、ＵＳＢメモリーなどの外部の記憶媒体から管理クライアント３０に追加でインストールされても良いし、ネットワーク上から管理クライアント３０に追加でインストールされても良い。

記憶部３４は、管理クライアント３０による管理対象の画像形成装置を管理するための装置管理情報３４ｂを記憶している。装置管理情報３４ｂは、装置管理情報２４ｂ（図３参照。）と同様の情報である。

記憶部３４は、タスク状態を管理するためのタスク状態管理情報３４ｃを記憶している。

図６は、タスク状態管理情報３４ｃの一例を示す図である。

図６に示すように、タスク状態管理情報３４ｃは、例えば、タスクの実行対象の画像形成装置のデバイスＩＤと、タスクＩＤと、タスク状態とをタスク毎に含んでいる。

図５に示すように、記憶部３４は、タスク取得間隔を示すタスク取得間隔情報３４ｄを記憶している。

制御部３５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部３５のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭとを備えている。制御部３５のＣＰＵは、記憶部３４または制御部３５のＲＯＭに記憶されているプログラムを実行する。

制御部３５は、管理クライアントアプリケーションプログラム３４ａを実行することによって、画像形成装置を管理する管理クライアントアプリ３５ａを実現する。

管理クライアントアプリ３５ａは、操作部３１または通信部３３を介した指示に応じてタスク取得間隔情報３４ｄを設定することが可能である。また、管理クライアントアプリ３５ａは、管理サーバー２０に定期的にアクセスし、管理サーバー２０にタスク取得間隔情報２４ｄが設定されている場合には、タスク取得間隔情報２４ｄに示されているタスク取得間隔を管理サーバー２０から取得し、取得したタスク取得間隔をタスク取得間隔情報３４ｄに設定することが可能である。

次に、システム１０の動作について説明する。

まず、タスクが作成される場合の管理サーバー２０の動作について説明する。

図７は、タスクが作成される場合の管理サーバー２０の動作のフローチャートである。

管理サーバー２０の利用者は、タスクの作成の処理の開始を管理サーバー２０の操作部２１または通信部２３を介して指示することができる。管理サーバー２０の制御部２５は、タスクの作成の処理の開始が指示されると、図７に示す動作を実行する。

図７に示すように、管理サーバーアプリ２５ａは、タスクを作成するためのタスク作成画面を表示する（Ｓ１０１）。ここで、タスクの作成の処理の開始が操作部２１を介して指示されている場合には、管理サーバーアプリ２５ａは、タスク作成画面を表示部２２に表示する。一方、タスクの作成の処理の開始が通信部２３を介して指示されている場合には、管理サーバーアプリ２５ａは、タスク作成画面のデータを通信部２３を介して送信する。したがって、図示していないコンピューターは、管理サーバー２０から受信したデータに基づいてタスク作成画面を表示することができる。

図８は、図７に示す動作において表示されるタスク作成画面５０の１ページ目の一例を示す図である。

図８に示すタスク作成画面５０は、タスクの指定開始日時を指定するための領域５１と、タスクのリトライ設定を指定するための領域５２と、タスクの作成を中止するためのＣａｎｃｅｌボタン５３と、次のページに進むためのＮｅｘｔボタン５４とを含んでいる。

領域５１は、タスクが生成される日時を指定開始日時として設定することが指定されるためのラジオボタン５１ａと、利用者によって指定された日時を指定開始日時として設定することが指定されるためのラジオボタン５１ｂと、指定開始日時のうちの日付が指定されるためのテキストボックス５１ｃと、指定開始日時のうちの時刻が指定されるためのテキストボックス５１ｄとを含んでいる。ラジオボタン５１ａと、ラジオボタン５１ｂとは、一方が選択された状態になると、他方が選択されていない状態になる。管理サーバーアプリ２５ａは、ラジオボタン５１ｂが選択されている場合、テキストボックス５１ｃおよびテキストボックス５１ｄによって指定されている日時を指定開始日時として設定する。

領域５２は、タスクを再実行するか否かが指定されるためのチェックボックス５２ａと、リトライ間隔が分単位で指定されるためのテキストボックス５２ｂと、リトライ回数が指定されるためのテキストボックス５２ｃとを含んでいる。

図７に示すように、管理サーバーアプリ２５ａは、Ｓ１０１の処理の後、Ｃａｎｃｅｌボタン５３が押されたか否かを判断する（Ｓ１０２）。

管理サーバーアプリ２５ａは、Ｃａｎｃｅｌボタン５３が押されたとＳ１０２において判断すると、図７に示す動作を終了する。

管理サーバーアプリ２５ａは、Ｃａｎｃｅｌボタン５３が押されていないとＳ１０２において判断すると、タスク作成画面５０においてタスクの作成を指示するための図示していない作成実行ボタンが押されたか否かを判断する（Ｓ１０３）。

管理サーバーアプリ２５ａは、作成実行ボタンが押されていないとＳ１０３において判断すると、Ｓ１０２の処理を実行する。

管理サーバーアプリ２５ａは、作成実行ボタンが押されたとＳ１０３において判断すると、タスクＩＤを自動生成する（Ｓ１０４）。

次いで、管理サーバーアプリ２５ａは、Ｓ１０４において生成したタスクＩＤと、タスク作成画面において指定されたタスク種別、タスク内容、タスク名、指定開始日時、リトライ設定、デバイスＩＤおよびタスク作成者とで構成されるタスクを生成する（Ｓ１０５）。

次いで、管理サーバーアプリ２５ａは、Ｓ１０５において生成したタスクをタスク管理情報２４ｃに登録して（Ｓ１０６）、図７に示す動作を終了する。

次に、管理クライアント３０が管理サーバー２０から予約タスクを取得する場合のシステム１０の動作について説明する。

図９は、管理クライアント３０が管理サーバー２０から予約タスクを取得する場合のシステム１０の動作のシーケンス図である。

管理クライアント３０の管理クライアントアプリ３５ａは、タスク取得間隔情報３４ｄに示されているタスク取得間隔で定期的に、図９に示すように、管理サーバー２０上に保存されている予約タスクを管理サーバー２０に要求する（Ｓ１２１）。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１２１における要求を受けると、管理クライアント３０にタスクを渡すための情報であるタスク情報を、タスク管理情報２４ｃに示される予約タスクのそれぞれに対して生成する（Ｓ１２２）。

図１０は、図９に示す動作において生成されるタスク情報の項目名を示す図である。

図１０に示すように、タスク情報は、タスクＩＤと、タスク種別と、タスク内容と、管理サーバー２０における現在日時から指定開始日時までの差分時間と、リトライ設定と、タスクの実行対象の画像形成装置のデバイスＩＤとを含んでいる。

図９に示すように、管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１２２の処理の後、Ｓ１２２において生成した、全ての予約タスクのタスク情報を管理クライアント３０に送信する（Ｓ１２３）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ１２３において送信されたタスク情報を受信すると、受信したタスク情報に基づいた指定開始日時によって予約タスクをスケジューリングする（Ｓ１２４）。すなわち、管理クライアントアプリ３５ａは、指定開始日時に予約タスクが実行されるようにスケジューラーに予約タスクを登録する。

図１１は、管理クライアント３０のスケジューラーに登録されたタスクの一例を示す図である。

図１１に示すように、管理クライアント３０のスケジューラーに登録されたタスクは、スケジューリングされた日時であるスケジュール日時と、タスクＩＤと、タスク種別と、タスク内容と、指定開始日時と、リトライ設定と、タスクの実行対象の画像形成装置のデバイスＩＤとをそれぞれ含んでいる。なお、図１１において、タスク内容の具体的な値は、省略されて描かれている。

管理クライアント３０の管理クライアントアプリ３５ａは、予約タスクをスケジューラーに登録する場合に、タスク情報に含まれる差分時間を管理クライアント３０における現在日時に対して適用することによって、予約タスクの指定開始日時を生成する。したがって、管理クライアントアプリ３５ａは、管理サーバー２０が配置されているタイムゾーンと、管理クライアント３０が配置されているタイムゾーンとが異なる場合だけでなく、管理サーバー２０が配置されているタイムゾーンと、管理クライアント３０が配置されているタイムゾーンとが同一であるが、管理サーバー２０において設定されている現在日時と、管理クライアント３０において設定されている現在日時とがずれている場合であっても、予約タスクのタスク作成者の意図したタイミングで予約タスクを実行することができる。

なお、管理クライアントアプリ３５ａは、Ｓ１２４において、新たにスケジューラーに登録しようとしている予約タスク（以下「新タスク」という。）のタスクＩＤと同一のタスクＩＤのタスク（以下「旧タスク」という。）が既にスケジューラーに登録されている場合、旧タスクをスケジューラーから削除して、新タスクをスケジューラーに登録する。すなわち、管理クライアントアプリ３５ａは、予約タスクを再スケジューリングする。この構成により、管理クライアントアプリ３５ａは、管理サーバー２０において予約タスクの指定開始日時が変更された場合であっても適切に動作することができる。

次に、管理クライアント３０のスケジューラーに登録されたタスクのスケジュール日時以降に現在日時がなった場合のシステム１０の動作について説明する。

図１２～図１４は、管理クライアント３０のスケジューラーに登録されたタスクのスケジュール日時以降に現在日時がなった場合のシステム１０の動作のシーケンス図である。

以下、図１２～図１４に示す動作の説明において、管理クライアント３０のスケジューラーに登録されたタスクのうち、現在日時がスケジュール日時以降になったタスク、すなわち、図１２～図１４に示す動作の開始の契機になったタスクを、対象タスクという。また、対象タスクの実行対象の画像形成装置を、説明の簡略化のため、画像形成装置４０とする。

図１２～図１４に示すように、管理クライアント３０の管理クライアントアプリ３５ａは、対象タスクをスケジューラーから削除する（Ｓ１４１）。

次いで、管理クライアントアプリ３５ａは、管理サーバー２０上に保存されている予約タスクを管理サーバー２０に要求する（Ｓ１４２）。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１４２における要求を受けると、Ｓ１２２の処理と同様に、タスク管理情報２４ｃに示される予約タスクのそれぞれに対してタスク情報を生成する（Ｓ１４３）。

次いで、管理サーバーアプリ２５ａは、Ｓ１２３の処理と同様に、Ｓ１４３において生成した、全ての予約タスクのタスク情報を管理クライアント３０に送信する（Ｓ１４４）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ１４４において送信されたタスク情報を受信すると、受信したタスク情報に基づいて、対象タスクの指定開始日時以降に現在日時がなっているか否かを確認する（Ｓ１４５）。

管理クライアントアプリ３５ａは、対象タスクの指定開始日時以降に現在日時がなっていないとＳ１４５において判断すると、対象タスクを実行することなく、図１２～図１４に示す動作を終了する。Ｓ１４２～Ｓ１４５の処理によって、管理クライアントアプリ３５ａは、管理サーバー２０において対象タスクの指定開始日時が現在日時より後に変更されていた場合や、管理サーバー２０において対象タスクが削除されていた場合であっても適切に動作することができる。なお、Ｓ１４２～Ｓ１４４の処理は、対象タスクに対してのみ実行されても良い。

管理クライアントアプリ３５ａは、対象タスクの指定開始日時以降に現在日時がなっているとＳ１４５において判断すると、実行中のタスクと、実行待機中のタスクとの少なくとも一方が画像形成装置４０に対して存在するか否かをタスク状態管理情報３４ｃに基づいて確認する（Ｓ１４６）。具体的には、管理クライアントアプリ３５ａは、実行対象の画像形成装置のデバイスＩＤが画像形成装置４０のデバイスＩＤであって、タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」であるタスクがタスク状態管理情報３４ｃにおいて存在する場合に、実行中のタスクが存在すると判断する。また、管理クライアントアプリ３５ａは、実行対象の画像形成装置のデバイスＩＤが画像形成装置４０のデバイスＩＤであって、タスク状態が「Ｗａｉｔｉｎｇ」であるタスクがタスク状態管理情報３４ｃにおいて存在する場合に、実行待機中のタスクが存在すると判断する。

管理クライアント３０の管理クライアントアプリ３５ａは、画像形成装置４０に対して、実行中のタスクと、実行待機中のタスクとのいずれも存在しないことをＳ１４６において確認すると、対象タスクのタスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」であるとして対象タスクをタスク状態管理情報３４ｃに登録する（Ｓ１４７）。

次いで、管理クライアントアプリ３５ａは、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ１６１）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｐｒｏｃｅｓｓｉｎｇ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１６１における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を、指示に含まれる「Ｐｒｏｃｅｓｓｉｎｇ」に更新する（Ｓ１６２）。

管理サーバーアプリ２５ａは、Ｓ１６２における更新の完了を管理クライアント３０に通知する（Ｓ１６３）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ１６３の通知を受けると、画像形成装置４０に対して、対象タスクを実行する（Ｓ１６４）。

管理クライアントアプリ３５ａは、対象タスクを実行している間、例えば１分間間隔など、頻繁なタイミングで、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ１６５）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｐｒｏｃｅｓｓｉｎｇ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１６５における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を、指示に含まれる「Ｐｒｏｃｅｓｓｉｎｇ」に更新する（Ｓ１６６）。

管理サーバーアプリ２５ａは、Ｓ１６６における更新の完了を管理クライアント３０に通知する（Ｓ１６７）。

画像形成装置４０は、Ｓ１６４の処理の後、対象タスクが終了すると、対象タスクの終了を管理クライアント３０に通知する（Ｓ１６８）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ１６８の通知を受けると、タスク状態管理情報３４ｃにおいて対象タスクのタスク状態を「Ｓｕｃｃｅｓｓｆｕｌ」に変更する（Ｓ１６９）。

次いで、管理クライアントアプリ３５ａは、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ１７０）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｓｕｃｃｅｓｓｆｕｌ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１７０における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を「Ｓｕｃｃｅｓｓｆｕｌ」に更新する（Ｓ１７１）。

管理サーバーアプリ２５ａは、Ｓ１７１における更新の完了を管理クライアント３０に通知する（Ｓ１７２）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ１７２における通知を受けると、対象タスクをタスク状態管理情報３４ｃから削除する（Ｓ１７３）。

管理クライアント３０の管理クライアントアプリ３５ａは、画像形成装置４０に対して、実行中のタスクと、実行待機中のタスクとの少なくとも一方が存在することをＳ１４６において確認すると、対象タスクのタスク状態が「Ｗａｉｔｉｎｇ」であるとして対象タスクをタスク状態管理情報３４ｃに登録する（Ｓ１８１）。

次いで、管理クライアントアプリ３５ａは、画像形成装置４０の専用のキューに対象タスクを追加する（Ｓ１８２）。なお、管理クライアントアプリ３５ａは、画像形成装置毎にキューを管理している。

管理クライアントアプリ３５ａは、Ｓ１８２の処理の後、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ１８３）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｗａｉｔｉｎｇ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ１８３における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を、指示に含まれる「Ｗａｉｔｉｎｇ」に更新する（Ｓ１８４）。

管理サーバーアプリ２５ａは、Ｓ１８４における更新の完了を管理クライアント３０に通知する（Ｓ１８５）。

次いで、管理クライアント３０の管理クライアントアプリ３５ａは、対象タスクがキューの先頭になったことを確認するまで、対象タスクがキューの先頭になったか否かを確認する（Ｓ１８６）。

管理クライアントアプリ３５ａは、対象タスクがキューの先頭になったことをＳ１８６において確認すると、画像形成装置４０に対して、実行中のタスクと、実行待機中のタスクとのいずれも存在しないことを確認するまで、画像形成装置４０に対して、実行中のタスクと、実行待機中のタスクとのいずれも存在しないことをタスク状態管理情報３４ｃに基づいて確認する（Ｓ１８７）。

管理クライアントアプリ３５ａは、画像形成装置４０に対して、実行中のタスクと、実行待機中のタスクとのいずれも存在しないことをＳ１８７において確認すると、キューから対象タスクを取り出す（Ｓ１８８）。

次いで、管理クライアントアプリ３５ａは、タスク状態管理情報３４ｃにおいて対象タスクのタスク状態を「Ｐｒｏｃｅｓｓｉｎｇ」に変更する（Ｓ１８９）。

次いで、システム１０は、Ｓ１６１～Ｓ１７２の処理を実行する。

以上においては、対象タスクの実行が成功した場合について説明している。しかしながら、Ｓ１６３の処理の後、例えばネットワークの接続による問題など、様々な原因によって、対象タスクの実行が失敗する場合もある。

図１５は、対象タスクの実行が失敗した場合のシステム１０の動作のシーケンス図である。

図１５に示すように、管理クライアント３０の管理クライアントアプリ３５ａは、対象タスクの再実行が可能であるか否かを、対象タスクのリトライ設定のリトライ回数と、対象タスクの現在までの再実行の回数とに基づいて確認する（Ｓ２０１）。

管理クライアントアプリ３５ａは、対象タスクの再実行が可能であることをＳ２０１において確認すると、タスク状態管理情報３４ｃにおいて対象タスクのタスク状態を「Ｗａｉｔｉｎｇ」に変更する（Ｓ２０２）。

次いで、管理クライアントアプリ３５ａは、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ２０３）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｗａｉｔｉｎｇ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ２０３における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を「Ｗａｉｔｉｎｇ」に更新する（Ｓ２０４）。

管理サーバーアプリ２５ａは、Ｓ２０４における更新の完了を管理クライアント３０に通知する（Ｓ２０５）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ２０５における通知を受けると、対象タスクの指定開始日時と、対象タスクのリトライ設定のリトライ間隔と、対象タスクの現在までの再実行の回数とに基づいて、対象タスクの次回の再実行の開始日時を算出する（Ｓ２０６）。例えば、対象タスクのリトライ設定のリトライ間隔が１０分であって、対象タスクの現在までの再実行の回数が３回である場合、次回の再実行が４回目の再実行であるので、対象タスクの指定開始日時に４０分（＝１０分×４回）を加算した日時が対象タスクの次回の再実行の開始日時となる。

管理クライアントアプリ３５ａは、Ｓ２０６の処理の後、Ｓ２０６において算出した開始日時によって対象タスクをスケジューリングする（Ｓ２０７）。すなわち、管理クライアントアプリ３５ａは、Ｓ２０６において算出した開始日時に対象タスクが実行されるようにスケジューラーに対象タスクを登録する。

したがって、管理クライアント３０のスケジューラーに登録された対象タスクに対してスケジュール日時以降に現在日時がなった場合、図１２～図１４に示す動作が実行される。ただし、再実行の対象タスクに関しては、Ｓ１４１の処理の後、Ｓ１４２～Ｓ１４５の処理を実行せずに、Ｓ１４６の処理を実行する。

管理クライアントアプリ３５ａは、対象タスクの再実行が可能ではないことをＳ２０１において確認すると、タスク状態管理情報３４ｃにおいて対象タスクのタスク状態を「Ｆａｉｌｅｄ」に変更する（Ｓ２０８）。

次いで、管理クライアントアプリ３５ａは、対象タスクのタスク状態の更新を管理サーバー２０に指示する（Ｓ２０９）。この指示には、タスクＩＤとして対象タスクのタスクＩＤが含まれているとともに、タスク状態として「Ｆａｉｌｅｄ」が含まれている。

管理サーバー２０の管理サーバーアプリ２５ａは、Ｓ２０９における指示を受けると、指示に含まれるタスクＩＤのタスクのタスク状態を「Ｆａｉｌｅｄ」に更新する（Ｓ２１０）。

管理サーバーアプリ２５ａは、Ｓ２１０における更新の完了を管理クライアント３０に通知する（Ｓ２１１）。

管理クライアント３０の管理クライアントアプリ３５ａは、Ｓ２１１における通知を受けると、対象タスクをタスク状態管理情報３４ｃから削除する（Ｓ２１２）。

次に、タスク管理情報２４ｃのタスク状態を設定する場合の管理サーバー２０の動作について説明する。

図１６は、タスク管理情報２４ｃのタスク状態を設定する場合の管理サーバー２０の動作のフローチャートである。

管理サーバー２０の管理サーバーアプリ２５ａは、タスク管理情報２４ｃにタスクが登録されると、登録されたタスク毎に図１６に示す動作を実行する。

以下、図１６に示す動作の説明において、図１６に示す動作の対象のタスクを対象タスクという。

図１６に示すように、管理サーバーアプリ２５ａは、タスク管理情報２４ｃにおいて対象タスクのタスク状態が空欄であるか否かを判断する（Ｓ２２１）。

管理サーバーアプリ２５ａは、タスク管理情報２４ｃにおいて対象タスクのタスク状態が空欄であるとＳ２２１において判断すると、管理サーバー２０上で対象タスクがキャンセルされたか否かを判断する（Ｓ２２２）。

管理サーバーアプリ２５ａは、管理サーバー２０上で対象タスクがキャンセルされたとＳ２２２において判断すると、タスク状態を「Ｃａｎｃｅｌｅｄ」に設定して（Ｓ２２３）、図１６に示す動作を終了する。

管理サーバーアプリ２５ａは、管理サーバー２０上で対象タスクがキャンセルされていないとＳ２２２において判断すると、タスク管理情報２４ｃにおける対象タスクの指定開始日時から特定の時間が経過したか否かを判断する（Ｓ２２４）。

管理サーバーアプリ２５ａは、タスク管理情報２４ｃにおける対象タスクの指定開始日時から特定の時間が経過したとＳ２２４において判断すると、タスク状態を「Ｆａｉｌｅｄ」に設定して（Ｓ２２５）、図１６に示す動作を終了する。

管理サーバーアプリ２５ａは、タスク管理情報２４ｃにおける対象タスクの指定開始日時から特定の時間が経過していないとＳ２２４において判断すると、管理クライアント３０からタスク状態の更新が指示されたか否かを判断する（Ｓ２２６）。

管理サーバーアプリ２５ａは、管理クライアント３０からタスク状態の更新が指示されたとＳ２２６において判断すると、タスク状態を指示通りに更新する（Ｓ２２７）。Ｓ２２７の処理は、Ｓ１６２、Ｓ１６６、Ｓ１７１、Ｓ１８４、Ｓ２０４およびＳ２１０の処理に該当する。

管理サーバーアプリ２５ａは、Ｓ２２７の処理の後、タスク状態が「Ｓｕｃｃｅｓｓｆｕｌ」または「Ｆａｉｌｅｄ」であるか否かを判断する（Ｓ２２８）。

管理サーバーアプリ２５ａは、タスク状態が「Ｓｕｃｃｅｓｓｆｕｌ」または「Ｆａｉｌｅｄ」であるとＳ２２８において判断すると、図１６に示す動作を終了する。

管理サーバーアプリ２５ａは、管理クライアント３０からタスク状態の更新が指示されなかったとＳ２２６において判断するか、タスク状態が「Ｓｕｃｃｅｓｓｆｕｌ」および「Ｆａｉｌｅｄ」のいずれでもないとＳ２２８において判断すると、Ｓ２２１の処理を実行する。

管理サーバーアプリ２５ａは、タスク管理情報２４ｃにおいて対象タスクのタスク状態が空欄ではないとＳ２２１において判断すると、タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」であるか否かを判断する（Ｓ２２９）。

管理サーバーアプリ２５ａは、タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」であるとＳ２２９において判断すると、管理クライアント３０からタスク状態の更新が前回指示されてから特定の時間が経過したか否かを判断する（Ｓ２３０）。

管理サーバーアプリ２５ａは、タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」ではないとＳ２２９において判断するか、管理クライアント３０からタスク状態の更新が前回指示されてから特定の時間が経過していないとＳ２３０において判断すると、Ｓ２２６の処理を実行する。

管理サーバーアプリ２５ａは、管理クライアント３０からタスク状態の更新が前回指示されてから特定の時間が経過したとＳ２３０において判断すると、タスク状態を「Ｆａｉｌｅｄ」に設定して（Ｓ２２５）、図１６に示す動作を終了する。

管理クライアント３０からタスク状態の更新が指示されると（Ｓ２２６でＹＥＳ）、タスク状態を指示通りに更新する（Ｓ２２７）ので、タスク管理情報２４ｃにおいて対象タスクのタスク状態が空欄である（Ｓ２２１でＹＥＳ）ということは、管理クライアント３０からタスク状態の更新が指示されてないということである。管理サーバーアプリ２５ａは、指定開始日時から特定の時間が経過しても（Ｓ２２４でＹＥＳ）、管理クライアント３０からタスク状態の更新が指示されない場合、例えば管理クライアント３０が正常に機能していない可能性がある。したがって、管理サーバーアプリ２５ａは、タスク状態を「Ｆａｉｌｅｄ」に設定して（Ｓ２２５）、タスクを完了させる。

タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」である場合（Ｓ１６２）、管理クライアント３０からタスク状態の更新が頻繁に指示される（Ｓ１６６）はずである。管理サーバーアプリ２５ａは、タスク状態が「Ｐｒｏｃｅｓｓｉｎｇ」である場合（Ｓ２２９でＹＥＳ）に、管理クライアント３０からタスク状態の更新が前回指示されてから特定の時間が経過しているとき（Ｓ２３０でＹＥＳ）、例えば管理クライアント３０が正常に機能していない可能性がある。したがって、管理サーバーアプリ２５ａは、タスク状態を「Ｆａｉｌｅｄ」に設定して（Ｓ２２５）、タスクを完了させる。

以上においては、１つのタスクの実行対象の画像形成装置が１つである場合について説明している。しかしながら、１つのタスクの実行対象の画像形成装置が複数でも良い。１つのタスクの実行対象の画像形成装置が複数である場合、以上に説明した動作において、タスク単位で扱われていた部分は、タスクおよび画像形成装置の組み合わせ単位で扱われる。ただし、タスク状態管理情報３４ｃからのタスクの削除に関しては、タスクおよび画像形成装置の組み合わせ単位で削除されるのではなく、タスク単位で削除されても良い。

なお、管理サーバーアプリ２５ａは、装置管理情報２４ｂおよびタスク管理情報２４ｃに基づいて、各種の情報を表示部２２または図示していないコンピューターの表示部に表示することができる。図１７は、実行対象の画像形成装置がそれぞれ１つである複数のタスクを示す画面の例である。図１８は、実行対象の画像形成装置が複数であるタスクを含む複数のタスクを示す画面の例である。図１７および図１８において、「Ｏｐｅｒａｔｉｏｎ ｔｙｐｅ」、「Ｔａｓｋ ｎａｍｅ」、「Ｓｅｒｉａｌ ｎｕｍｂｅｒ」、「Ｓｔａｔｕｓ」、「Ｃｒｅａｔｅｄ ｂｙ」は、それぞれ、タスク種別、タスク名、シリアルナンバー、タスク状態、タスク作成者を示している。

図１８において、「Ｔａｓｋ ｎａｍｅ」が「Ｔｅｓｔ ｕｐｇｒａｄｅ」であるタスクが、実行対象の画像形成装置が複数であるタスクである。図１８における「２ｄｅｖｉｃｅｓ」は、「Ｔａｓｋ ｎａｍｅ」が「Ｔｅｓｔ ｕｐｇｒａｄｅ」であるタスクの実行対象の画像形成装置が２つであることを示している。「Ｔａｓｋ ｎａｍｅ」が「Ｔｅｓｔ ｕｐｇｒａｄｅ」であるタスクは、画像形成装置毎のタスク状態を示すだけでなく、タスク全体のタスク状態も示している。タスク全体のタスク状態は、画像形成装置毎のタスク状態に「Ｐｒｏｃｅｓｓｉｎｇ」が１つでも存在すると、「Ｐｒｏｃｅｓｓｉｎｇ」に設定される。

以上に説明したように、遠隔操作システム１０ａは、タスクに含まれる指定開始日時によって管理クライアント３０がタスクをスケジューリングする（Ｓ１２４）ので、管理クライアント３０による画像形成装置に対する操作を従来より適切なタイミングで実行することができる。

遠隔操作システム１０ａは、他のタスクが画像形成装置に対して実行中または実行待機中である場合に、この画像形成装置に対する管理クライアント３０によるタスクの実行を待機する（Ｓ１８１）ので、タスクの実行が失敗する可能性を低減することができる。

遠隔操作システム１０ａにおいて、管理クライアント３０は、タスク状態が変化した場合にタスク状態の更新を管理サーバー２０に指示し（Ｓ１６１、Ｓ１６５、Ｓ１７０、Ｓ１８３、Ｓ２０３およびＳ２０９）、管理サーバー２０は、タスク管理情報２４ｃにおけるタスク状態を管理クライアント３０からの指示通りに更新する（Ｓ１６２、Ｓ１６６、Ｓ１７１、Ｓ１８４、Ｓ２０４、Ｓ２１０およびＳ２２７）。したがって、遠隔操作システム１０ａは、管理サーバー２０の利用者にタスク状態を把握させることができる。

遠隔操作システム１０ａにおいて、管理サーバー２０は、指定開始日時から特定の時間が経過しても（Ｓ２２４でＹＥＳ）、管理クライアント３０からタスク状態の更新が指示されない場合（Ｓ２２６でＮＯＳ）、タスク管理情報２４ｃにおけるタスク状態を、タスクの実行が失敗した状態にする（Ｓ２２５）。したがって、遠隔操作システム１０ａは、例えば管理クライアント３０が正常に機能していないなど、何らかの不具合が生じている場合に、タスクの実行が失敗したことを管理サーバー２０の利用者に把握させることができる。

遠隔操作システム１０ａにおいて、管理クライアント３０は、タスクの実行中にこのタスクのタスク状態の更新を定期的に管理サーバー２０に指示し（Ｓ１６６）、管理サーバー２０は、タスク管理情報２４ｃにおけるタスク状態がタスクを実行している状態である場合（Ｓ２２９でＹＥＳ）に、管理クライアント３０からタスク状態の更新が前回指示されてから特定の時間が経過しているとき（Ｓ２３０でＹＥＳ）、タスク管理情報２４ｃにおけるタスク状態を、タスクの実行が失敗した状態にする（Ｓ２２５）。したがって、遠隔操作システム１０ａは、例えば管理クライアント３０が正常に機能していないなど、何らかの不具合が生じている場合に、タスクを実行している状態であるという誤解を管理サーバー２０の利用者に与える可能性を低減することができるとともに、タスクの実行が失敗したことを管理サーバー２０の利用者に把握させることができる。

遠隔操作システム１０ａにおいて、管理クライアント３０は、実行対象の画像形成装置が複数であるタスクに対してタスク状態の更新を画像形成装置毎に指示し、タスク管理情報２４ｃは、図４に示すように、タスクおよび画像形成装置の組み合わせ毎のタスク状態を含む。したがって、遠隔操作システム１０ａは、図１８に示すように、タスクおよび画像形成装置の組み合わせ毎のタスク状態を管理サーバー２０の利用者に把握させることができるので、利便性を向上することができる。

管理クライアント３０は、本実施の形態において、ネットワーク１２上に配置されている画像形成装置とは異なる装置である。しかしながら、ネットワーク１２上に配置されている画像形成装置のいずれかが管理クライアントとして機能しても良い。

本発明の電子機器は、本実施の形態において画像形成装置であるが、例えばＰＣなど、画像形成装置以外の装置でも良い。

１０ａ 遠隔操作システム
２０ 管理サーバー
２４ｃ タスク管理情報
３０ 管理クライアント（コンピューター）
３４ａ 管理クライアントアプリケーションプログラム（管理クライアントプログラム）
４０ 画像形成装置（電子機器）

Claims (8)

1. 電子機器を管理する管理サーバーおよび管理クライアントを備え、
   前記管理サーバーは、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理し、
   前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、
   前記管理クライアントは、前記管理サーバーから前記タスクを定期的に取得し、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングし、
   前記管理クライアントは、前記タスクに対してスケジューリングされた日時以降に現在日時がなった場合に、前記電子機器に対して実行中または実行待機中の他の前記タスクが存在するとき、スケジューリングされた前記タスクの実行を待機することを特徴とする遠隔操作システム。
2. 電子機器を管理する管理サーバーおよび管理クライアントを備え、
   前記管理サーバーは、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理し、
   前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、
   前記管理クライアントは、前記管理サーバーから前記タスクを定期的に取得し、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングし、
   前記管理サーバーは、前記タスクを管理するためのタスク管理情報を記憶し、
   前記タスク管理情報は、前記タスクの状態としてのタスク状態を含み、
   前記管理クライアントは、前記タスク状態が変化した場合に前記タスク状態の更新を前記管理サーバーに指示し、
   前記管理サーバーは、前記タスク管理情報における前記タスク状態を前記管理クライアントからの指示通りに更新することを特徴とする遠隔操作システム。
3. 前記管理サーバーは、前記タスクを管理するためのタスク管理情報を記憶し、
   前記タスク管理情報は、前記タスクの状態としてのタスク状態を含み、
   前記管理クライアントは、前記タスク状態が変化した場合に前記タスク状態の更新を前記管理サーバーに指示し、
   前記管理サーバーは、前記タスク管理情報における前記タスク状態を前記管理クライアントからの指示通りに更新することを特徴とする請求項１に記載の遠隔操作システム。
4. 前記管理サーバーは、前記指定開始日時から特定の時間が経過しても、前記管理クライアントから前記タスク状態の更新が指示されない場合、前記タスク管理情報における前記タスク状態を、前記タスクの実行が失敗した状態にすることを特徴とする請求項２または請求項３に記載の遠隔操作システム。
5. 前記管理クライアントは、前記タスクの実行中にこのタスクの前記タスク状態の更新を定期的に前記管理サーバーに指示し、
   前記管理サーバーは、前記タスク管理情報における前記タスク状態が前記タスクを実行している状態である場合に、前記管理クライアントから前記タスク状態の更新が前回指示されてから特定の時間が経過しているとき、前記タスク管理情報における前記タスク状態を、前記タスクの実行が失敗した状態にすることを特徴とする請求項２から請求項４までのいずれかに記載の遠隔操作システム。
6. 前記管理クライアントは、実行対象の前記電子機器が複数である前記タスクに対して前記タスク状態の更新を前記電子機器毎に指示し、
   前記タスク管理情報は、前記タスクおよび前記電子機器の組み合わせ毎の前記タスク状態を含むことを特徴とする請求項２から請求項５までのいずれかに記載の遠隔操作システム。
7. 電子機器を管理する管理クライアントであって、
   前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理する管理サーバーから前記タスクを定期的に取得し、
   前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、
   前記管理クライアントは、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングし、
   前記管理クライアントは、前記タスクに対してスケジューリングされた日時以降に現在日時がなった場合に、前記電子機器に対して実行中または実行待機中の他の前記タスクが存在するとき、スケジューリングされた前記タスクの実行を待機することを特徴とする管理クライアント。
8. 電子機器を管理する管理クライアントとしてコンピューターを機能させる管理クライアントプログラムであって、
   前記管理クライアントは、前記管理クライアントによる前記電子機器に対する操作としてのタスクを管理する管理サーバーから前記タスクを定期的に取得し、
   前記タスクは、前記タスクを開始することが指定された日時としての指定開始日時を含み、
   前記管理クライアントは、前記タスクに含まれる前記指定開始日時によって前記タスクをスケジューリングし、
   前記管理クライアントは、前記タスクに対してスケジューリングされた日時以降に現在日時がなった場合に、前記電子機器に対して実行中または実行待機中の他の前記タスクが存在するとき、スケジューリングされた前記タスクの実行を待機することを特徴とする管理クライアントプログラム。

Images