JP5241374B2 - 配信装置、配信方法、及びコンピュータプログラム - Google Patents

Description

本発明は、配信装置、配信方法、及びコンピュータプログラムに関し、特に、画像形成装置の復旧や点検等を行うために用いて好適なものである。

従来から、画像形成装置等の周辺装置の稼働状態を遠隔から監視する監視システムや、画像形成装置用のファームウェアを配信する配信サーバの技術が提案されている。
この監視システムの環境下において、画像形成装置が故障した時には、画像形成装置から送信される障害情報（エラーコード、アラームコード、ジャムコード）から、障害を検知し、その上でサービスマンを訪問させるようにしていた。

また、サービスマン向けにメンテナンス用の動画像を配信サーバから画像形成装置に配信する技術も提案されている。
このような技術として、画像形成装置の故障が軽度か重度かを判断し、軽度の故障であれば迅速に修理を行なう為の動画像を故障のあった機器に配信することで、軽度の故障時におけるサービスマンの不必要な派遣をなくす技術がある（特許文献１を参照）。
また、動画像等のコンテンツを部分的に小分けにして配信サーバから端末に配信する技術も提案されている。
このような技術として、サーバやネットワークの負荷を軽減するために、事前にコンテンツの一部を端末にダウンロードしておき、コンテンツの再生時に、当該端末がリアルタイムにコンテンツの残り部分をサーバから取得する技術がある（特許文献２を参照）。

特開２００４−３１０１９２号公報 特開２００５−１８４４７２号公報

ところで、顧客側に設置されている画像形成装置が故障した場合に、顧客自身で復旧可能とするためのメンテナンス用の動画像や、ヘルプ用の動画像を配信サーバが画像形成装置に配信することが将来的に実現されることが想定される。
しかしながら、このような動画像を配信した場合、作業者は、動画像を閲覧するために画像形成装置のオペレーションパネルを閲覧することが可能な場所で待機する必要があった。また、巨大な画像形成装置の場合、修理箇所がオペレーションパネル付近とは限らないため、動画像を画像形成装置に配信してオペレーションパネルに表示しても、メンテナンス（修復）時に作業者がオペレーションパネルを常に見ることができない。
また、修理のために画像形成装置の電源をオフ（ＯＦＦ）すると、オペレーションパネルに動画像が表示されなくなるため、作業者が動画像を見ることができない。

以上のように従来の技術では、作業者が、画像形成装置に対して行うべき作業を表示する画像を見ることができなくなる虞があった。
本発明は、以上のような問題点に鑑みてなされたものであり、画像形成装置に対して行うべき作業を表示する画像を従来よりも作業者に確実に見せることができるようにすることを目的とする。

本発明の配信装置は、画像形成装置から送信されてきた障害に関する情報に基づいて、当該画像形成装置に対するメンテナンス作業が必要であることを検知する検知手段と、前記検知手段によりメンテナンス作業が必要であることが検知された画像形成装置に、当該作業に関する画像を表示するためのデータを配信する第１の配信手段と、前記第１の配信手段がデータを配信した画像形成装置からの当該画像形成装置の電源がオフされたことを示す情報、所定のボードが当該画像形成装置から抜かれたことを示す情報、及び当該画像形成装置と当該画像形成装置の作業者の作業端末との通信が途切れたことを示す情報のいずれかの情報に基づいて、当該画像形成装置の状態が電源オフ、所定のボードが抜かれた状態、及び当該画像形成装置と前記作業端末との通信が途切れた状態のいずれかの状態に遷移したことを判断する判断手段と、前記判断手段が前記画像形成装置が前記いずれかの状態に遷移したと判断した場合、当該画像形成装置が該状態に遷移なるまでに表示していた前記作業に関する画像の続きの部分を表示するためのデータを、前記メンテナンス作業を継続するために端末装置に配信する第２の配信手段とを有することを特徴とする。

本発明の配信方法は、画像形成装置から送信されてきた障害に関する情報に基づいて、当該画像形成装置に対するメンテナンス作業が必要であることを検知する検知ステップと、前記検知ステップによりメンテナンス作業が必要であることが検知された画像形成装置に、当該作業に関する画像を表示するためのデータを配信する第１の配信ステップと、前記第１の配信ステップによりデータを配信した画像形成装置からの当該画像形成装置の電源がオフされたことを示す情報、所定のボードが当該画像形成装置から抜かれたことを示す情報、及び当該画像形成装置と当該画像形成装置の作業者の作業端末との通信が途切れたことを示す情報のいずれかの情報に基づいて、当該画像形成装置の状態が電源オフ、所定のボードが抜かれた状態、及び当該画像形成装置と前記作業端末との通信が途切れた状態のいずれかの状態に遷移したことを判断する判断ステップと、前記判断ステップが前記画像形成装置が前記いずれかの状態に遷移したと判断した場合、当該画像形成装置が該状態に遷移なるまでに表示していた前記作業に関する画像の続きの部分を表示するためのデータを、前記メンテナンス作業を継続するために端末装置に配信する第２の配信ステップとを有することを特徴とする。

本発明のコンピュータプログラムは、前記ステップをコンピュータに実行させることを特徴とする。

本発明によれば、画像形成装置に対して行うべき作業を表示する画像を従来よりも作業者に確実に見せることができる。

以下、本発明を実施するための最良の形態について図面を用いて説明する。
図１は、配信サーバシステムの全体構成の一例を示す図である。
図１において、配信サーバシステムには、複数の販売会社システム１０１、１０６が配置されている。
販売会社システム１０１、１０６には、販売会社が管轄する地域や、顧客の販売情報や、監視システムに関わる情報を蓄積するためのデータベース１０３、１０８が含まれている。また、販売会社のシステム１０１、１０６には、データベース１０３、１０８へのデータの登録や修正等の制御を行うＰＣ１０４、１０９も含まれている。ＰＣ１０４、１０９は、配信サーバ１１１が提供するウエブサイトへアクセスし、データを閲覧させるための表示等を行う。また、販売会社のシステム１０１、１０６には、配信サーバ１１１に各種の情報を登録したり、配信サーバ１１１から各種の情報の配信を受けたりするホストコンピュータ１０２、１０７が含まれている。ホストコンピュータ１０２、データベース１０３、及びＰＣ１０４は、ＬＡＮ１０５を介して相互に接続されている。また、ホストコンピュータ１０７、データベース１０８、及びＰＣ１０９は、ＬＡＮ１１０を介して相互に接続されている。

尚、ホストコンピュータ１０２、１０７は、操作部及び表示部を持つことにより、ＰＣ１０４、１０９の役割を果たす事も可能である。
また、図１では、販売会社システム１０１、１０６が、複数の装置から構成されるようにした場合を例に挙げて示している。しかしながら、後述する各機能を達成することができれば、販売会社システム１０１、１０６は、図１に示すように構成しなくてもよい。例えば、データベース１０３、１０８は、夫々、物理的にホストコンピュータ１０２、１０７内に存在してもよい。また、ホストコンピュータ１０２、１０７がアクセスすることが可能であれば、インターネット１３２を経由した別の場所にデータベース１０３、１０８が存在していても構わない。つまり、販売会社システム１０１、１０６は、複数の装置から構成されるようにしてもよいし、１つの装置から構成するようにしてもよい。

販売会社（販売会社システム１０１、１０６）側と顧客（顧客システム１１４、１１９、１２９）側との間に、配信サーバ１１１が存在する。データベース１１２は、画像形成装置を監視するための情報や、顧客側から収集した画像形成装置のカウンタや、障害履歴情報や、障害パターンテーブル等を蓄積する履歴記憶部を持つ。また、データベース１１２は、画像形成装置に適用するための"ファームウェア、アプリケーション、ソフトウェアライセンス情報"等も蓄積する。

配信サーバ１１１とデータベース１１２は、ＬＡＮ１１３を介して相互に接続されている。ＬＡＮ１１３は、インターネット１３２に接続することが可能となっている。尚、データベース１１２は、物理的に配信サーバ１１１内に存在してもよい。また、配信サーバ１１１がアクセスすることが可能であれば、インターネット１３２を経由した別の場所にデータベース１１２が存在していても構わない。

配信サーバ１１１は、監視装置１１７、１２２、１２３及び画像形成装置１３１から、監視対象としての画像形成装置の情報や、画像形成装置の稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。配信サーバ１１１は、例えば、販売会社システム１０１、１０６内のホストコンピュータ１０２、１０７に、警告等の情報を配信する機能を有する。画像形成装置の稼働状態としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足等が挙げられる。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まり等も、画像形成装置の稼働状態として挙げることができる。ここで、カウンタとしては、例えば、販売会社への課金対象となる顧客への課金を集計する課金カウンタや、顧客の部門別に画像形成装置の利用頻度を集計する部門カウンタがある。具体的に課金カウンタは、画像形成装置の印刷枚数を示し、部門カウンタは、顧客が設定している部門毎の印刷枚数を示す。また、部品カウンタは、例えばドラム等の部品の動作をカウントする場合には、その回転数をカウントし、スキャナランプ等の部品の動作をカウントする場合には、時間（秒）をカウントする。また、用紙サイズ別に画像形成装置の利用頻度を集計するサイズ別カウンタや、画像形成装置内の部品の消耗度を示す部品カウンタ等も、カウンタとして挙げることができる。以上のような情報が稼働情報となる。

販売会社システム１０１、１０６内のホストコンピュータ１０２、１０７は、監視対象としている画像形成装置の情報や、監視に関する設定を配信サーバ１１１に登録することができる。配信サーバ１１１は、各ホストコンピュータ１０２、１０７から送信された"監視対象の画像形成装置の情報や、監視に関する設定"をマージ（merge）し、それらを一括して管理することができる。また、配信サーバ１１１は、監視装置１１７、１２２、１２３や、画像形成装置１３１に対し、監視に関わる設定を行うこともできる。

ここで、図１に示す配信サーバシステムによるサービスは、販売会社と顧客との契約に基づき提供されるものである。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、配信サーバシステムの監視対象としている。配信サーバ１１１は、インターネット１３２を介して相互に接続されたＰＣ１０４、１０９に対し、データベース１１２に蓄積された情報や、その情報を加工した情報を閲覧させるためのＷＥＢページを提供する。このとき、配信サーバ１１１は、ユーザ認証により、販売会社別、顧客別、及びユーザの権限別に閲覧内容を限定してウエブページを提供する。また、ＰＣ１０４、１０９からのＷＥＢページに対する変更指示に基づき、配信サーバ１１１は、データベース１１２に蓄積された情報を変更することができる。
尚、図１では、配信サーバ１１１及びデータベース１１２が１つずつ配置された場合を例に挙げて説明した。しかしながら、実際には、多くの画像形成装置及び監視装置から情報を収集したり、ファームウェアを配信する際の負荷分散を行ったりするために、配信サーバ１１１及びデータベース１１２の少なくとも何れか一方を複数配置して分散処理をさせるケースもある。

次に、顧客側のシステムの構成の一例について説明する。顧客側のシステムの環境としては異なる複数の環境がある。図１では、顧客システム１１４、１１９、１２９が示されている。
顧客システム１１４（Ａ社Ｘ事業所）においては、ＬＡＮ１１８に接続された画像形成装置１１５、１１６が、監視装置１１７により監視される。監視装置１１７は、インターネット１３２を経由して配信サーバ１１１と通信する。一方、顧客システム１１９（Ａ社Ｙ事業所）においては、ＬＡＮ１２８に接続された画像形成装置１２０、１２１、１２４〜１２７が監視装置１２２、１２３により管理されている。具体的に説明すると、監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が管理され、監視装置１２３により画像形成装置１２６、１２７が管理される。監視装置１１７、１２２、１２３は、不図示のデータベースと相互に接続されている。例えば監視装置１１７は、画像形成装置１１５、１１６から収集した情報や、蓄積したデータを加工した結果を、不図示のデータベースに保存すると共に、画像形成装置１１５、１１６の監視に関わる設定も不図示のデータベースに保存する。尚、不図示のデータベースは、例えば、ＬＡＮ１１８、１２８、１３０に接続され、独立して存在したものである。ただし、監視装置１１７、１２２、１２３がアクセスすることが可能であれば、インターネット１３２を経由した別の場所に不図示のデータベースが存在していても構わない。監視装置１１７、１２２、１２３は、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７の状態に関する状態情報（例えば障害等の発生）を、当該画像形成装置から受信すると、その都度その情報を配信サーバ１１１に送信する。

顧客システム１２９（Ｂ社）においては、ＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット１３２を経由して配信サーバ１１１と通信する。画像形成装置１３１は、監視装置１１７、１２２、１２３と同等の機能を有しており、自身の状態に関する状態情報（例えばカウンタ情報や障害等の発生）を自発的に配信サーバ１１１に送信する。尚、画像形成装置１３１も、前述した監視装置１１７、１２２、１２３がアクセスする不図示のデータベースにアクセスすることができる。

図１では、Ａ社における各画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７が、監視装置１１７、１２２、１２３を介して配信サーバ１１１と通信を行う場合を例に挙げて説明した。しかしながら、Ａ社における各画像形成装置は、設定の変更により、Ｂ社の顧客システム１２９に設置される画像形成装置１３１と同様に、監視装置を介することなく、配信サーバ１１１との通信を行える。

尚、図１に示した配信サーバシステムでインターネット１３２を介した通信を行う場合には、ＨＴＴＰ／ＳＯＡＰプロトコルを利用することが可能である。ＳＯＡＰは、Simple Object Access Protocolの略称である。ＳＯＡＰは、ＸＭＬ（eXtended Markup Language）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。ここでは、ＳＯＡＰはＨＴＴＰの上に実装されるものとする。ＳＯＡＰによる通信では、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。本実施形態では、画像形成装置の状態情報は、ＳＯＡＰメッセージによって配信サーバ１１１に送信される。

＜ハードウェア構成＞
図２は、配信サーバ１１１のハードウェアの構成の一例を示す図である。尚、ホストコンピュータ１０２、１０７のハードウェアの構成も図２に示す構成と同じであるので、その詳細な説明を省略する。
図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は、配信サーバ１１１の各処理を実行する機能を司る。ＲＯＭ２０３は、書き換え不可能な不揮発性のメモリであり、配信サーバ１１１（自機）の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、データを書き換えることが可能なメモリであり、配信サーバ１１１（自機）の各処理に関わる一時的なデータを電気的に記憶する。

第１ＨＤＤ２０５、第２ＨＤＤ２０６は、配信サーバ１１１（自機）の各処理に関わるプログラム・データ・一時的なデータ、監視対象の画像形成装置に関する情報、画像形成装置から収集した情報、及び配信対象となる動画像の情報等を記憶する。例えば、前述した部品カウンタ、課金カウンタ、部門カウンタ等の値が、第１ＨＤＤ２０５又は第２ＨＤＤ２０６に記憶される。
配信サーバ１１１では、後述する処理を実行するプログラムを第１ＨＤＤ２０５に記憶している。このプログラムは、ＲＡＭ２０４を一時保存領域として使用し、第１ＣＰＵ２０１又は第２ＣＰＵ２０２によって呼び出され実行されるものである。
入力装置２０７は、配信サーバ１１１に対するオペレータの指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、配信サーバ１１１の動作状況や、配信サーバ１１１で実行される各プログラムが出力する情報等を表示する。NetworkＩ／Ｆ２０９は、ＬＡＮ１１３（インターネット１３２）に接続し、外部装置と情報を交換する。外部機器Ｉ／Ｆ２１０は、外部記憶機器等を接続する。以上の要素がシステムバス２１１により相互に接続され、データをやりとりしている。

図３は、監視装置１１７、１２２、１２３のハードウェアの構成の第１の例を示す図である。尚、ＰＣ１０４、１０９のハードウェアの構成も、図３に示す構成と同じであるので、その詳細な説明を省略する。
図３において、ＣＰＵ３０１は、監視装置１１７、１２２、１２３の各処理を実行する機能を有する。ＲＯＭ３０２は、書き換え不可能な不揮発性のメモリであり、監視装置１１７、１２２、１２３（自機）の各処理に関わるプログラムやデータを記憶する。ＲＡＭ３０３は、データを書き換えることが可能なメモリであり、監視装置１１７、１２２、１２３（自機）の各処理に関わる一時的なデータを電気的に記憶する。

ＨＤＤ３０４は、監視装置１１７、１２２、１２３（自機）の各処理に関わるプログラム・データ・一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報等を記憶する。尚、ＰＣ１０４、１０９では、ＨＤＤ３０４は、ＷＥＢブラウザ等を記憶する。
入力装置３０５は、監視装置１１７、１２２、１２３に対するユーザの指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、監視装置１１７、１２２、１２３の動作状況や、監視装置１１７、１２２、１２３で実行される各プログラムが出力する情報等を表示する。NetworkＩ／Ｆ３０７は、ＬＡＮ１１８、１２８（インターネット１３２）に接続し、外部装置と情報を交換する。外部機器Ｉ／Ｆ３０８は、外部記憶機器等を接続する。以上の要素がシステムバス３０９により相互に接続され、データをやりとりしている。

図４は、監視装置１１７、１２２、１２３のハードウェアの構成の第２の例を示す図である。
図４において、ＣＰＵ４０１は、監視装置１１７、１２２、１２３の各処理を実行する機能を有する。ＲＯＭ４０２は、書換え不可能な不揮発性のメモリであり、監視装置１１７、１２２、１２３（自機）の各処理に関わるプログラムやデータを記憶する。ＦｌａｓｈＲＯＭ４０３は、監視装置１１７、１２２、１２３（自機）の各処理に関わるデータ・一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報等を記憶する。シリアルＩ／Ｆ４０４は、シリアルケーブルを用いて、端末と相互に接続する。シリアルＩ／Ｆ４０４は、例えば、監視装置１１７、１２２、１２３で実行されるプログラムがエラーやログを出力する。NetworkＩ／Ｆ４０５は、ＬＡＮ１１８、１２８（インターネット１３２）に接続し、外部装置と情報を交換する。以上の要素がシステムバス４０６により相互に接続され、データをやりとりしている。

図５は、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のハードウェアの構成の一例を示す図である。画像形成装置としては、例えば、コピー、プリンタ及びファクシミリ機能が統合的に設けられた複合機が挙げられる。この他、ＰＣ等からデータを受信して印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリ等が画像形成装置として挙げられる。図５では、画像形成装置が複合機である場合を例に挙げて示している。

図５において、原稿給紙部５０１は、原稿を取り込む。イメージリーダ５０２は、原稿給紙部５０１により取り込まれた原稿を読み込む。画像形成部５０３は、イメージリーダ５０２で読み込まれた原稿や、ＬＡＮ１１８、１２８、１３０及びインターネット１３２を経由して外部装置から受信したデータを印刷画像に変換して印刷する。排紙部５０４は、画像形成部５０３で印刷された紙を排出し、ソートやステイプルといった処理を施す。
NetworkＩ／Ｆ５０５は、ＬＡＮ１１８、１２８、１３０（インターネット１３２）に接続し、外部装置と情報を交換する。ＣＰＵ５０６は、画像形成装置の各処理を実行する機能を司る。例えば、ＣＰＵ５０６は、画像形成装置（自機）の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、予め定めた宛先へ送信することをNetworkＩ／Ｆ５０５に指示する。状態情報の宛先は、例えば、配信サーバ１１１や監視装置１１７、１２２、１２３等である。

ＲＯＭ５０７は、書き換え不可能な不揮発性のメモリであり、画像形成装置（自機）の各処理に関わるプログラムやデータを記憶する。ＲＡＭ５０８は、データを書き換えることが可能なメモリであり、画像形成装置（自機）の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は、画像形成装置（自機）の各処理に関わるプログラム・データ・一時的なデータ、画像形成装置（自機）へ送信されてきたユーザデータ等を記憶する。
画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１では、後述する後述する処理を実行するプログラムをＨＤＤ５０９に記憶している。このプログラムは、ＲＡＭ５０８を一時保存領域として使用し、ＣＰＵ５０６によって呼び出され実行されるものである。
操作部５１０は、画像形成装置（自機）に対するユーザの指示入力を受け付ける。表示部５１１は、画像形成装置（自機）の動作状況や、操作部５１０に対する操作に関わる情報を表示する。以上の要素がシステムバス５１２により相互に接続され、データをやりとりしている。
尚、デバイス自身が、自機の状態を監視するための情報（状態情報）を自発的に配信サーバ１１１に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９に、状態情報の送出処理に関わるプログラムやデータを記憶している。

＜ソフトウェア＞
図６は、画像形成装置を監視する部分における、配信サーバ１１１のソフトウェアの構成の一例を示す図である。
図６において、ＳＯＡＰ通信部６０１は、監視装置１１７、１２２、１２３や、画像形成装置１３１等の外部装置からNetworkＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰ通信部６０１は、ＳＯＡＰメッセージ作成部６０３により作成されたＳＯＡＰデータをNetworkＩ／Ｆ２０９を介して、監視装置１１７、１２２、１２３や、画像形成装置１３１等の外部装置に送信する。

ＳＯＡＰメッセージ解析部６０２は、ＳＯＡＰ通信部６０１から渡されたＳＯＡＰデータを解析した上で、当該ＳＯＡＰデータを収集情報処理部６０４に渡す。
収集情報処理部６０４は、ＳＯＡＰメッセージ解析部６０２から渡されたＳＯＡＰデータ（監視装置１１７、１２２、１２３や画像形成装置１３１から受信した情報）をそのまま又は加工し、データベースアクセス部６０６を介してデータベース１１２に格納する。

また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。例えば、収集情報処理部６０４は、配信サーバ１１１の監視下にある監視装置１１７、１２２、１２３や、画像形成装置１３１から受信した情報と、データベース１１２に格納されているデータとに基づいて、次の処理を行う。すなわち、収集情報処理部６０４は、カウンタの情報の集計の結果、画像形成装置のエラー情報、及び最新のファームウェア情報を、担当サービスマンや、顧客側の管理者へ通知することをＳＯＡＰメッセージ作成部６０３に指示する。この指示を受けたＳＯＡＰメッセージ作成部６０３は、当該指示に基づくＳＯＡＰデータを作成してＳＯＡＰ通信部６０１に渡す。

監視制御部６０５は、配信サーバ１１１の監視下にある監視装置１１７、１２２、１２３や、画像形成装置１３１の情報を取得しに行くスケジュールを管理したり、監視装置１１７、１２２、１２３や、画像形成装置１３１の監視内容・方法の制御を行ったりする。更に、監視制御部６０５は、必要に応じて、監視装置１１７、１２２、１２３や、画像形成装置１３１に対する指示をＳＯＡＰメッセージ作成部６０３に対して行う。この指示を受けたＳＯＡＰメッセージ作成部６０３は、当該指示に基づくＳＯＡＰデータを作成してＳＯＡＰ通信部６０１に渡す。

図７は、画像形成装置を監視する部分における、監視装置１１７、１２２、１２３のソフトウェアの構成の一例を示す図である。
図７において、ＳＯＡＰ通信部７０１は、配信サーバ１１１よりNetworkＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰ通信部７０１は、ＳＯＡＰメッセージ作成部７０２により作成されたＳＯＡＰデータをNetworkＩ／Ｆ３０７、４０５を介して配信サーバ１１１に送信する。

ＳＯＡＰメッセージ解析部７０３は、ＳＯＡＰ通信部７０１から渡されたＳＯＡＰデータを解析した上で、当該ＳＯＡＰデータを、監視制御部７０４及びデバイス情報処理部７０５の少なくとも何れか一方に渡す。
監視制御部７０４は、配信サーバ１１１からの監視設定に従い、情報蓄積部７０６に保持する"画像形成装置の状態情報"を更新したり、自機の監視下にある画像形成装置の状態情報をＳＯＡＰメッセージ解析部７０３から取得したりしてスケジュール管理を行う。
デバイス情報処理部７０５は、監視制御部７０４により管理されるスケジュールにより、自機の監視下にある画像形成装置から自発的に収集した状態情報（カウンタ情報、サービスコール、ジャム、トナー切れ等の情報）を、情報蓄積部７０６に蓄積する。また、これらの情報の蓄積は、自機の監視下にある画像形成装置の状態の変化等に応じて行われる。

情報蓄積部７０６に蓄積されたデータは、デバイス情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡される。ＳＯＡＰメッセージ作成部７０２は、渡されたデータに基づくＳＯＡＰデータを生成してＳＯＡＰ通信部７０１に渡す。また、情報蓄積部７０６に蓄積されたデータは、デバイス情報処理部７０５で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡される場合もある。

図８は、画像形成装置の状態を通知する部分における、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のソフトウェアの構成の一例を示す図である。
図８において、ＳＯＡＰ通信部８０１は、配信サーバ１１１や、監視装置１１７、１２２、１２３より、NetworkＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰ通信部８０１は、ＳＯＡＰメッセージ作成部８０２により作成されたＳＯＡＰデータをNetworkＩ／Ｆ５０５を介して、配信サーバ１１１や、監視装置１１７、１２２、１２３に送信する。

ＳＯＡＰメッセージ解析部８０３は、ＳＯＡＰ通信部８０１から渡されたＳＯＡＰデータを解析した上で、当該ＳＯＡＰデータを、ネットワーク情報取得部８０４及びデバイス情報収集部８０５の少なくとも何れか一方に渡す。
ネットワーク情報取得部８０４は、ＤＨＣＰ（Dynamic Host Configuration Protocol）環境では、ＤＮＳ(Domain Name System)サーバやゲートウェイサーバからＩＰアドレスを自動的に取得できる。また、ネットワーク情報取得部８０４は、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合には、その情報を取得する。

デバイス情報収集部８０５は、画像形成装置（自機）のスケジュールや、配信サーバ１１１からの指示に従って、画像形成装置（自機）の内部に保持するカウンタ情報を取得する。また、デバイス情報収集部８０５は、画像形成装置（自機）の内部で発生したサービスコール・ジャム・トナー切れ等の情報を取得する。デバイス情報収集部８０５は、取得したデータを、そのまま又は蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡す。ＳＯＡＰメッセージ作成部８０２は、デバイス情報収集部８０５から渡されたデータに基づくＳＯＡＰデータを生成してＳＯＡＰ通信部８０１に渡す。

図９は、配信サーバ１１１、監視装置１１７、１２２、１２３、及び画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１におけるメモリマップの構造の一例を示す図である。
配信サーバ１１１はＲＡＭ２０４に、監視装置１１７、１２２、１２３はＲＡＭ３０３又はＦｌａｓｈＲＯＭ４０３に、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１はＲＡＭ５０８にプログラムをロードする。図９は、このときのメモリマップを示す図である。

図９において、メモリマップには、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、及び本実施形態で説明する処理を実行するプログラム等の各種処理プログラム９０３が含まれる。更に、メモリマップには、関連データを格納するエリア関連データエリア９０４、及びプログラムのワークエリア９０５が含まれている。基本Ｉ／Ｏプログラム９０１は、装置の入出力を司る。システム・プログラム９０２は、各種処理プログラムに動作環境を提供する。尚、容量の制約により、図９に示すメモリマップとして利用する領域を、ＲＡＭ２０４、３０３、５０８に確保することができなくなった場合には、ＨＤＤ２０５、２０６、３０４、５０９等にメモリマップの一部を割り当てることも可能である。

＜動画像の配信方法の第１の例＞
図１０は、画像形成装置の電源ＯＮ／ＯＦＦされたことと、画像形成装置の基板ボードが抜かれたこととをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を示す図である。尚、本実施形態では、配信サーバから送信される動画像は、ストリーミング方式で送信されるものとする。
まず、図１０を参照しながら、画像形成装置の電源ＯＮ／ＯＦＦされたことをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を説明する。尚、ここでは、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１を例に挙げて説明する。また、以下では、携帯端末が携帯電話である場合を例に挙げて説明する。

ステップＳ１００１において、画像形成装置１３１は、自機で障害が発生したことを検知すると、メンテナンス用動画像を配信サーバ１１１に要求する。このとき、画像形成装置１３１は、配信サーバ１１１に対し、自機で発生した障害に関する障害情報を送信する。以上のように本例では、例えば、ステップＳ１００１で配信サーバ１１１が障害情報を受信することにより検知手段の一例が実現される。
次に、ステップＳ１００２において、配信サーバ１１１は、画像形成装置１３１から送信された障害情報に基づいて、最適なメンテナンス用動画像を検索する。
次に、ステップＳ１００３において、配信サーバ１１１は、検索したメンテナンス用動画像を画像形成装置１３１に配信する。尚、メンテナンス用動画像のデータは、障害の内容と相互に関連付けられてデータベース１１２又は配信サーバ１１１に予め登録されている。以上のように本例では、例えば、ステップＳ１００３で配信サーバ１１１がメンテナンス用動画像を配信することにより第１の配信手段の一例が実現される。

次に、ステップＳ１００４において、画像形成装置１３１は、自機のオペレーションパネル（表示部５１１）に、メンテナンス用動画像を表示する。ここで、メンテナンス（修理や点検等）のために、画像形成装置１３１の電源をオフ（ＯＦＦ）することをユーザに指示する動画像がメンテナンス用動画像として表示される。
次に、ステップＳ１００５において、ユーザが、メンテナンスのために、画像形成装置１３１の電源スイッチをオフすると、画像形成装置１３１は、電源をオフしたことを示す電源オフ信号を配信サーバ１１１に送信し、自機の電源をオフ（ＯＦＦ）する。そして、配信サーバ１１１は、画像形成装置１３１からの情報（自機の電源がオフされる直前にオペレーションパネルに表示されていたオペレーション用動画像を示す情報等）を受け取り、電源オフ信号を受信したときのメンテナンス用動画像の表示状況を判断する。以上のように本例では、例えば、ステップＳ１００５で配信サーバ１１１が電源オフ信号を受信することにより、画像形成装置１３１がメンテナンス状態に遷移したと判断し、判断手段の一例が実現される。
次に、ステップＳ１００６において、配信サーバ１１１は、予めアドレスを登録している携帯電話に、メンテナンス用動画像を配信（転送）する。具体的に説明すると、配信サーバ１１１は、メンテナンス用動画像のうち、画像形成装置１３１の電源がオフされる直前にオペレーションパネルに表示されていた時点からの部分を携帯電話に配信する。以上のように本例では、例えば、ステップＳ１００６で配信サーバ１１１がメンテナンス用動画像を配信することにより第２の配信手段の一例が実現される。

次に、ステップＳ１００７において、携帯電話は、画像形成装置１３１の電源がオフされる直前にオペレーションパネルに表示されていた時点の画像を一時停止状態で表示してから、その時点以降のメンテナンス用動画像を表示する。作業者は、このメンテナンス用動画像を見ながら、画像形成装置１３１のメンテナンスを行う。
次に、ステップＳ１００８において、画像形成装置１３１は、メンテナンスが完了し、扉が閉められたことを検知する。また、このとき、作業者は、携帯電話を閉じる等してメンテナンス用動画像の閲覧を終えるための終了操作を行う。

次に、ステップＳ１００９において、画像形成装置１３１は、扉が閉められたことを配信サーバ１１１に通知する。また、携帯端末は、メンテナンス用動画像の表示を終了させるための操作を行ったことを配信サーバ１１１に通知する。そして、配信サーバ１１１は、携帯電話からの情報（携帯電話の終了操作が行われる直前に表示されていたオペレーション用動画像を示す情報等）を受け取り、携帯電話の終了操作が完了したときのメンテナンス用動画像の表示状況を判断する。そして、配信サーバ１１１は、画像形成装置１３１の扉が閉められたことと、携帯電話の終了操作が完了したことを検知すると、メンテナンス用動画像を画像形成装置１３１のオペレーションパネルに配信（転送）する準備を行う。

次に、ステップＳ１０１０において、画像形成装置１３１は、作業者が電源スイッチをオン（ＯＮ）すると、電源をオンし、電源をオンしたことを示す電源オン信号を配信サーバ１１１に送信する。
次に、ステップＳ１０１１において、配信サーバ１１１は、画像形成装置１３１から送信された電源オン信号を検知すると、画像形成装置１３１に、メンテナンス用動画像を配信（転送）する。具体的に説明すると、配信サーバ１１１は、メンテナンス用動画像のうち、携帯電話に最後に表示した時点からの部分を画像形成装置１３１に配信する。

次に、ステップＳ１０１２において、画像形成装置１３１は、携帯電話に最後に表示した時点の画像を一時停止状態で表示してから、その時点以降のメンテナンス用動画像を表示する。
次に、ステップＳ１０１３において、作業者は、画像形成装置１３１に表示されているメンテナンス用動画像を元に画像形成装置１３１の復旧を確認し、復旧したか否かに応じて操作部５１０を操作する。画像形成装置１３１は、この操作の内容を示す復旧確認信号を配信サーバ１１１に送信する。
配信サーバ１１１は、復旧確認信号を受信すると、画像形成装置１３１が復旧したか否かを判定し、復旧した場合には処理を終了する。一方、復旧していない場合には、ステップＳ１００２に戻り、次の対策用のメンテナンス用動画像を画像形成装置１３１に配信する。

＜動画像の配信方法の第２の例＞
次に、図１０を参照しながら、画像形成装置の基板ボードが抜かれたことをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を説明する。また、ここでも、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１を例に挙げて説明する。

まず、ステップＳ１００１において、画像形成装置１３１は、自機で障害が発生したことを検知すると、自機で発生した障害に関する障害情報を配信サーバ１１１に送信して、メンテナンス用動画像を配信サーバ１１１に要求する。以上のように本例では、例えば、ステップＳ１００１で配信サーバ１１１が障害情報を受信することにより検知手段の一例が実現される。
次に、配信サーバ１１１は、ステップＳ１００２において、画像形成装置１３１から送信された障害情報に基づいて、最適なメンテナンス用動画像を検索し、ステップＳ１００３において、検索したメンテナンス用動画像を画像形成装置１３１に配信する。以上のように本例では、例えば、ステップＳ１００３で配信サーバ１１１がメンテナンス用動画像を配信することにより第１の配信手段の一例が実現される。

次に、ステップＳ１００４において、画像形成装置１３１は、自機のオペレーションパネル（表示部５１１）に、メンテナンス用動画像を表示する。ここでは、メンテナンスのために、画像形成装置１３１のネットワークボードを抜くことをユーザに指示する動画像がメンテナンス用動画像として表示される。
次に、ステップＳ１００５において、ユーザが、メンテナンスのために、画像形成装置１３１のネットワークボードを抜くと、画像形成装置１３１は、ネットワークボードが抜かれたことを示すネットワークボード抜き取り信号を配信サーバ１１１に送信する。そして、配信サーバ１１１は、画像形成装置１３１からの情報を受け取り、ネットワークボード抜き取り信号を受信したときのメンテナンス用動画像の表示状況を判断する。以上のように本例では、例えば、ステップＳ１００５で配信サーバ１１１がネットワークボード抜き取り信号を受信することにより、画像形成装置１３１がメンテナンス状態に遷移したと判断し、判断手段の一例が実現される。

次に、ステップＳ１００６において、配信サーバ１１１は、予めアドレスを登録している携帯電話に、メンテナンス用動画像を配信（転送）する。以上のように本例では、例えば、ステップＳ１００６で配信サーバ１１１がメンテナンス用動画像を配信することにより第２の配信手段の一例が実現される。
次に、ステップＳ１００７において、携帯電話は、画像形成装置１３１のネットワークボードが抜かれる直前にオペレーションパネルに表示されていた時点以降のメンテナンス用動画像を表示する。作業者は、このメンテナンス用動画像を見ながら、画像形成装置１３１のメンテナンスを行う。
次に、ステップＳ１００８において、画像形成装置１３１は、メンテナンスが完了し、扉が閉められたことを検知する。また、このとき、作業者は、携帯電話を閉じる等してメンテナンス用動画像の閲覧を終えるための終了操作を行う。

次に、ステップＳ１００９において、画像形成装置１３１は、扉が閉められたことを配信サーバ１１１に通知する。また、携帯端末は、メンテナンス用動画像の表示を終了させるための操作を行ったことを配信サーバ１１１に通知する。そして、配信サーバ１１１は、携帯電話からの情報を受け取り、携帯電話の終了操作が完了したときのメンテナンス用動画像の表示状況を判断する。そして、配信サーバ１１１は、画像形成装置１３１の扉が閉められたことと、携帯電話の終了操作が完了したことを検知すると、メンテナンス用動画像を画像形成装置１３１のオペレーションパネルに配信（転送）する準備を行う。

次に、ステップＳ１０１０において、画像形成装置１３１は、作業者が、画像形成装置１３１にネットワークボードを差し込むと、ネットワークボードが差し込まれたことを示すネットワークボード差し込み信号を配信サーバ１１１に送信する。
次に、ステップＳ１０１１において、配信サーバ１１１は、画像形成装置１３１から送信されたネットワークボード差し込み信号を検知すると、画像形成装置１３１に、メンテナンス用動画像を配信（転送）する。具体的に説明すると、配信サーバ１１１は、メンテナンス用動画像のうち、携帯電話に最後に表示した時点からの部分を画像形成装置１３１に配信する。

次に、ステップＳ１０１２において、画像形成装置１３１は、携帯電話に最後に表示した時点の画像を一時停止状態で表示してから、その時点以降のメンテナンス用動画像を表示する。
次に、ステップＳ１０１３において、作業者は、画像形成装置１３１に表示されているメンテナンス用動画像を元に画像形成装置１３１の復旧を確認し、復旧したか否かに応じて操作部５１０を操作する。画像形成装置１３１は、この操作の内容を示す復旧確認信号を配信サーバ１１１に送信する。
配信サーバ１１１は、復旧確認信号を受信すると、画像形成装置１３１が復旧したか否かを判定し、復旧した場合には処理を終了する。一方、復旧していない場合には、ステップＳ１００２に戻り、次の対策用のメンテナンス用動画像を画像形成装置１３１に配信する。

＜動画像の配信方法の第３の例＞
図１１は、画像形成装置と携帯電話とが行っている赤外線通信が切れたことをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を示す図である。尚、ここでも、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１を例に挙げて説明する。

ステップＳ１１０１において、画像形成装置１３１は、自機で障害が発生したことを検知すると、自機で発生した障害に関する障害情報を送信して、メンテナンス用動画像を配信サーバ１１１に要求する。以上のように本例では、例えば、ステップＳ１１０１で配信サーバ１１１が障害情報を受信することにより検知手段の一例が実現される。
次に、ステップＳ１１０２において、配信サーバ１１１は、画像形成装置１３１から送信された障害情報に基づいて、最適なメンテナンス用動画像を検索する。
次に、ステップＳ１１０３において、配信サーバ１１１は、検索したメンテナンス用動画像を画像形成装置１３１に配信する。尚、メンテナンス用動画像のデータは、障害の内容と相互に関連付けられてデータベース１１２又は配信サーバ１１１に予め登録されている。以上のように本例では、例えば、ステップＳ１１０３で配信サーバ１１１がメンテナンス用動画像を配信することにより第１の配信手段の一例が実現される。

次に、ステップＳ１１０４において、画像形成装置１３１は、自機のオペレーションパネル（表示部５１１）に、メンテナンス用動画像を表示する。このメンテナンス用動画像を閲覧したユーザは、画像形成装置１３１のメンテナンスのために、画像形成装置１３１から離れることが（移動が）必要であると判断する。
次に、ステップＳ１１０５において、画像形成装置１３１は、ユーザが移動して、自機と通信していた携帯電話との赤外線通信が途切れると、当該携帯電話との赤外線通信のリンクが切れたことを示す通信遮断信号を配信サーバ１１１に送信する。そして、配信サーバ１１１は、画像形成装置１３１からの情報（赤外線通信が途切れる直前にオペレーションパネルに表示されていたオペレーション用動画像を示す情報等）を受け取り、通信遮断信号を受信したときのメンテナンス用動画像の表示状況を判断する。以上のように本例では、例えば、ステップＳ１１０５で配信サーバ１１１が通信遮断信号を受信することにより、画像形成装置１３１がメンテナンス状態に遷移したと判断し、判断手段の一例が実現される。
次に、ステップＳ１１０６において、配信サーバ１１１は、予めアドレスを登録していた携帯電話であって、画像形成装置１３１との赤外線通信が切れた携帯電話に、メンテナンス用動画像を配信（転送）する。具体的に説明すると、配信サーバ１１１は、メンテナンス用動画像のうち、画像形成装置１３１と携帯電話との赤外線通信が切れる直前にオペレーションパネルに表示されていた時点からの部分を携帯電話に配信する。以上のように本例では、例えば、ステップＳ１１０６で配信サーバ１１１がメンテナンス用動画像を配信することにより第２の配信手段の一例が実現される。

次に、ステップＳ１１０７において、携帯電話は、画像形成装置１３１との赤外線通信が切れる直前にオペレーションパネルに表示されていた時点の画像を一時停止状態で表示してから、その時点以降のメンテナンス用動画像を表示する。作業者は、このメンテナンス用動画像を見ながら、画像形成装置１３１のメンテナンスを行う。
次に、ステップＳ１１０８において、画像形成装置１３１は、メンテナンスが完了し、扉が閉められたことを検知する。また、このとき、作業者は、携帯電話を閉じる等してメンテナンス用動画像の閲覧を終えるための終了操作を行う。

次に、ステップＳ１１０９において、画像形成装置１３１は、扉が閉められたことを配信サーバ１１１に通知する。また、携帯電話は、メンテナンス用動画像の表示を終了させるための操作を行ったことを配信サーバ１１１に通知する。そして、配信サーバ１１１は、携帯電話からの情報（携帯電話の終了操作が行われる直前に表示されていたオペレーション用動画像を示す情報等）を受け取り、携帯電話の終了操作が完了したときのメンテナンス用動画像の表示状況を判断する。そして、配信サーバ１１１は、画像形成装置１３１の扉が閉められたことと、携帯電話の終了操作が完了したことを検知すると、メンテナンス用動画像を画像形成装置１３１のオペレーションパネルに配信（転送）する準備を行う。
次に、ステップＳ１１１０において、画像形成装置１３１は、自機と赤外線通信を行っていた携帯電話との赤外線通信が再開すると、当該携帯電話との赤外線通信が再開ことを示す通信再開信号を配信サーバ１１１に送信する。
次に、ステップＳ１１１１において、配信サーバ１１１は、画像形成装置１３１から送信された通信再開信号を検知すると、画像形成装置１３１に、メンテナンス用動画像を配信（転送）する。具体的に説明すると、配信サーバ１１１は、メンテナンス用動画像のうち、携帯電話に最後に表示した時点からの部分を画像形成装置１３１に配信する。

次に、ステップＳ１１１２において、画像形成装置１３１は、携帯電話に最後に表示した時点の画像を一時停止状態で表示してから、その時点以降のメンテナンス用動画像を表示する。
次に、ステップＳ１１１３において、作業者は、画像形成装置１３１に表示されているメンテナンス用動画像を元に画像形成装置１３１の復旧を確認し、復旧したか否かに応じて操作部５１０を操作する。画像形成装置１３１は、この操作の内容を示す復旧確認信号を配信サーバ１１１に送信する。
配信サーバ１１１は、復旧確認信号を受信すると、画像形成装置１３１が復旧したか否かを判定し、復旧した場合には処理を終了する。一方、復旧していない場合には、ステップＳ１００２に戻り、次の対策用のメンテナンス用動画像を画像形成装置１３１に配信する。

＜動画像の配信方法の第４の例＞
図１２は、画像形成装置の障害発生箇所に応じて、画像形成装置のオペレーションパネルと携帯端末とのうち、適切な方に動画像を配信する場合の配信サーバシステムのシーケンスの一例を示す図である。尚、ここでも、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１を例に挙げて説明する。

ステップＳ１２０１において、画像形成装置１３１は自機で障害が発生したことを検知すると、自機で発生した障害に関する障害情報を送信して、メンテナンス用動画像を配信サーバ１１１に要求する。以上のように本例では、例えば、ステップＳ１２０１で配信サーバ１１１が障害情報を受信することにより検知手段の一例が実現される。
次に、ステップＳ１２０２において、配信サーバ１１１は、画像形成装置１３１から送信された障害情報に基づいて、障害発生箇所を特定し、オペレーション用動画像の配信先を判断する。尚、オペレーション用動画像の配信先は、障害発生箇所と相互に関連付けられてデータベース１１２又は配信サーバ１１１に予め登録されており、配信サーバ１１１は、この登録内容から、オペレーション用動画像の配信先を決定することができる。例えば、障害発生箇所が、画像形成装置１３１のオペレーションパネルから遠い所定の位置である場合には、携帯電話をオペレーション用動画像の配信先として決定する。一方、画像形成装置１３１のオペレーションパネルから近い所定の位置である場合には、画像形成装置１３１をオペレーション用動画像の配信先として決定する。図１２では、障害発生箇所が、画像形成装置１３１のオペレーションパネルから遠く、携帯電話をオペレーション用動画像の配信先として決定する場合を例に挙げて示している。以上のように本例では、例えば、ステップＳ１２０２で配信サーバ１１１がオペレーション用動画像の配信先を選択することにより選択手段の一例が実現される。

次に、ステップＳ１２０３において、配信サーバ１１１は、ステップＳ１２０２で配信先として決定された携帯電話にメンテナンス用動画像を配信する。以上のように本例では、例えば、ステップＳ１２０３で配信サーバ１１１がメンテナンス用動画像を配信することにより第１の配信手段の一例が実現される。
次に、ステップＳ１２０４において、携帯電話は、配信サーバ１１１から配信されたメンテナンス用動画像を表示する。
図１２に示すように、ステップＳ１２０２において、携帯電話をオペレーション用動画像の配信先として決定した場合には、ステップＳ１２０４の処理が行われると、例えば、図１０のステップＳ１００８以降の処理、又はステップＳ１１０８以降の処理を行う。一方、ステップＳ１２０２において、画像形成装置をオペレーション用動画像の配信先として決定した場合には、ステップＳ１２０３の処理が行われると、例えば、図１０のステップＳ１００４以降の処理、又はステップＳ１１０４以降の処理を行う。

＜配信する動画像の決定方法＞
図１３は、画像形成装置のログイン情報であるアカウント情報を配信サーバが管理することで、配信サーバがアカウント別に最適の動画像を配信する場合の配信サーバシステムのシーケンスの一例を示す図である。尚、ここでは、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１に動画像を配信する場合を例に挙げて説明する。

ステップＳ１３０１において、画像形成装置１３１は、ログイン時に取得したアカウント情報を送信して、メンテナンス用動画像の配信を配信サーバ１１１に要求する。以上のように本例では、例えば、ステップＳ１００１で配信サーバ１１１がアカウント情報を受信することにより検知手段の一例が実現される。
次に、ステップＳ１３０２において、配信サーバ１１１は、画像形成装置１３１から送信されたアカウント情報に基づくアカウントに最適のメンテナンス用動画像を選択する。尚、メンテナンス用動画像のデータは、アカウントと相互に関連付けられてデータベース１１２又は配信サーバ１１１に予め登録されており、配信サーバ１１１は、この登録内容から、最適のメンテナンス用動画像を選択する。例えば、アカウントが耳の不自由な人である場合には、手話を表示するメンテナンス用動画像を選択する。また、アカウントがサービスマンである場合には、詳細なメンテナンス情報を表示するメンテナンス用動画像を選択する。また、アカウントが盲目の人である場合には、メンテナンスの内容を音声で案内するメンテナンス用動画像を選択する。また、アカウントが車椅子を使用する人の場合には、視点の低いメンテナンス用動画像を選択する。以上のように本例では、例えば、ステップＳ１３０２で配信サーバ１１１がメンテナンス用動画像を選択することにより取得手段の一例が実現される。

次に、ステップＳ１３０３において、配信サーバ１１１は、ステップＳ１３０２で選択したメンテナンス用動画像を画像形成装置１３１に配信する。以上のように本例では、例えば、ステップＳ１３０３で配信サーバ１１１がメンテナンス用動画像を配信することにより第１の配信手段の一例が実現される。
尚、前述した第１〜第４の例の何れかのようにして決定した動画像の配信先に、ここで説明したようにして選択したメンテナンス用動画像を配信するようにすることもできる。例えば、ステップＳ１３０３の処理が行われると、例えば、図１０のステップＳ１００４以降の処理、又はステップＳ１１０４以降の処理を行うことができる。また、ステップＳ１３０３において、画像形成装置ではなく携帯端末にメンテナンス用動画像を配信してもよい。

＜配信サーバの機能＞
図１４は、配信サーバ１１１の機能的な構成の一例を示すブロック図である。尚、図１４では、画像形成装置１１５、１１６、１２０、１２１、１２４〜１２７、１３１のうち、画像形成装置１３１を例に挙げて説明する。
図１４において、通信Ｉ／Ｆ部１４０２は、画像形成装置１３１や携帯端末と通信を行う。通信データ制御部１４０３は、通信Ｉ／Ｆ部１４０２から受け取ったデータを制御する。データ制御部１４０４は、動画像データ、障害データ、ユーザデータ等を制御する。ここで、動画像データとは、メンテナンス用動画像のデータであり、障害データとは、画像形成装置１３１のエラー、アラーム、ジャム等の障害を示す障害情報のデータである。また、ユーザデータとは、画像形成装置１３１を使用するユーザの所持する携帯端末のアドレスや、アカウント情報を示す。

動画データ検索部１４０５は、動画データ記憶部１４０８に登録されている動画像データの検索を行う。動画データ検索部１４０６は、障害データ記憶部１４０９に登録されている障害データの検索を行う。ユーザデータ検索部１４０７は、ユーザデータ記憶部１４１０に登録されているユーザデータの検索を行う。動画データ記憶部１４０８は、動画像データを記憶するデータベースである。障害データ記憶部１４０９は、障害データを記憶するデータベースである。ユーザデータ記憶部１４１０は、ユーザデータを記憶するデータベースである。尚、前述したように、ユーザデータ検索部１４０７、動画データ記憶部１４０８、及び障害データ記憶部１４０９は、配信サーバ１１１内に設けなくてもよい。

＜動画像配信時の第１の処理例＞
図１５は、メンテナンス用動画像を配信する際の配信サーバ１１１の第１の処理例を説明するフローチャートである。ここでは、画像不良により、イエロー／ブラックのみ印刷画像が真っ白になった障害についてのメンテナンス用動画像を配信する場合の処理を例に挙げて説明する。
尚、図１５のフローチャートが開始される前に、例えば、図１０のステップＳ１００２、図１１のステップＳ１１０２、図１２のステップＳ１２０２、図１３のステップＳ１３０２までの処理が行われているものとする。
ステップＳ１５０１において、配信サーバ１１１は、メインコントローラ回路基板を２枚とも抜き差しすることを指示するメンテナンス用動画像を画像形成装置１３１に配信する。

次に、ステップＳ１５０２において、配信サーバ１１１は、問題が解決したか否かを確認するためのメンテナンス用動画像を画像形成装置１３１に配信する。
次に、ステップＳ１５０３において、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、問題が解決したか否かを判定する。この判定の結果、問題が解決した場合には、図１５のフローチャートによる処理を終了する。一方、問題が解決していない場合には、ステップＳ１５０４に遷移する。

ステップＳ１５０４では、配信サーバ１１１は、印刷状態がどうなったかを確認するために、テストプリントを促すメンテナンス用動画像を画像形成装置１３１に配信する。以上のように本例では、例えば、ステップＳ１５０１、１５０２、１５０４の処理を実行することにより第１の配信手段の一例が実現される。
次に、ステップＳ１５０５において、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、テストプリントを行うか否かを判定する。この判定の結果、テストプリントを行う場合には、ステップＳ１５０６に遷移する。ステップＳ１５０６では、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいてテストプリントが完了するまで待機する。そして、テストプリントが完了すると、ステップＳ１５０７に遷移する。
一方、テストプリントを行わない場合には、ステップＳ１５０６を省略してステップＳ１５０７に遷移する。

ステップＳ１５０７では、配信サーバ１１１は、次の対処手段として、上下のメインコントローラ回路基板を入れ替えることを指示するメンテナンス用動画像を配信する。このとき、画像形成装置１３１がメンテナンス状態に遷移すると、配信サーバ１１１は、予め登録されている携帯端末（携帯電話、ノートＰＣ、デスクトップＰＣ等）に、メンテナンス用動画像を配信（自動転送）する。

次に、ステップＳ１５０８において、配信サーバ１１１は、問題が解決したか否かを確認するためのメンテナンス用動画像を画像形成装置１３１又は携帯端末に配信する。
次に、ステップＳ１５０９において、配信サーバ１１１は、画像形成装置１３１及び携帯端末の少なくとも何れか一方から送信された情報に基づいて、問題が解決したか否かを判定する。この判定の結果、問題が解決した場合には、図１５のフローチャートによる処理を終了する。一方、問題が解決していない場合には、ステップＳ１５１０に遷移する。
ステップＳ１５１０では、配信サーバ１１１は、印刷状態がどうなったかを確認するために、テストプリントを促すメンテナンス用動画像を画像形成装置１３１に配信する。

次に、ステップＳ１５１１において、配信サーバ１１１は、画像形成装置１３１又は携帯電話から送信された情報に基づいて、テストプリントを行うか否かを判定する。この判定の結果、テストプリントを行う場合には、ステップＳ１５１２に遷移する。ステップＳ１５１２では、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいてテストプリントが完了するまで待機する。そして、テストプリントが完了すると、ステップＳ１５１３に遷移する。
一方、テストプリントを行わない場合には、ステップＳ１５１２を省略してステップＳ１５１３に遷移する。

ステップＳ１５１３では、配信サーバ１１１は、テストプリントの結果、現象がどうなっているかを確認するためのメンテナンス用動画像を画像形成装置１３１又は携帯端末に配信する。尚、ステップＳ１５１１でテストプリントを実行しないと判定された場合、ユーザは、プリントした結果を元に、手動で現象を判断することになる。
次に、ステップＳ１５１４において、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、現象を判定する。この判定の結果、ステップＳ１５１３で配信したメンテナンス用動画像がユーザによって閲覧された後、"イエロー／ブラックからシアン／マゼンタに変化"がユーザによって選択された場合には、ステップＳ１５１５に遷移する。一方、ユーザによって"その他"が選択された場合には、ユーザが対処できない障害のため、後述するステップＳ１５１８に遷移する。

ステップＳ１５１５では、配信サーバ１１１は、次の対処手段として、下側のメインコントローラ回路基板を交換することを指示するメンテナンス用動画像を配信する。このとき、画像形成装置１３１がメンテナンス状態に遷移すると、配信サーバ１１１は、予め登録されている携帯端末（携帯電話、ノートＰＣ、デスクトップＰＣ等）に、メンテナンス用動画像を配信（自動転送）する。
次に、ステップＳ１５１６において、配信サーバ１１１は、問題が解決したか否かを確認するためのメンテナンス用動画像を画像形成装置１３１又は携帯端末に配信する。
次に、ステップＳ１５１７において、配信サーバ１１１は、画像形成装置１３１及び携帯端末の少なくとも何れか一方から送信された情報に基づいて、問題が解決したか否かを判定する。この判定の結果、問題が解決した場合には、図１５のフローチャートによる処理を終了する。一方、問題が解決していない場合には、ステップＳ１５１８に遷移する。
ステップＳ１５１８では、配信サーバ１１１は、ユーザでは、画像形成装置１３１の復旧が困難とみなし、サービスマンの派遣を促すメンテナンス用動画像を配信し、メール等で、サービスマンの出動要請を行う。
以上のように本例では、例えば、ステップＳ１５０７、Ｓ１５０８、Ｓ１５１０、Ｓ１５１３、Ｓ１５１５、Ｓ１５１６、Ｓ１５１８の処理を実行することにより第２の配信手段の一例が実現される。

＜動画像配信時の第２の処理例＞
図１６は、メンテナンス用動画像を配信する際の配信サーバ１１１の第２の処理例を説明するフローチャートである。ここでは、画像形成装置１３１又は携帯端末と、配信サーバ１１１とがインタラクティブに通信を行ってメンテナンス用動画像を配信する場合の処理を例に挙げて説明する。
ステップＳ１６０１において、配信サーバ１１１は、画像形成装置１３１から障害情報を受信すると、画像形成装置１３１で障害が発生したことを検知する。以上のように本例では、例えば、ステップＳ１６０１の処理を行うことにより検知手段の一例が実現される。

ステップＳ１６０１の処理が終了すると、例えば、図１０のステップＳ１００２〜Ｓ１００５、図１１のステップＳ１１０２〜ステップＳ１１０５の処理が実行される。
そして、ステップＳ１６０２において、配信サーバ１１１は、画像形成装置１３１で発生した障害を、障害情報に含まれている"エラーコード、アラームコード、ジャムコード"に基づいて分析する。ここでは、配信サーバ１１１は、分析の結果、障害Ａ、障害Ｂ、障害Ｃの可能性があると判断する。図１８は、エラーコード、アラームコード、ジャムコードの一例を示す図である。

次に、ステップＳ１６０３において、配信サーバ１１１は、画像形成装置１３１で発生した障害の内容を問い合わせるための障害内容問い合わせ用動画像を、画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、図１７（ａ）に示すような障害内容問い合わせ用動画像１７０１を表示する。ユーザは、画像形成装置１３１の操作部５１０を操作して、画像形成装置１３１で発生している障害に合う選択肢（障害内容問い合わせ用動画像１７０１に表示されている（１）〜（３））の１つを選択する。画像形成装置１３１は、選択された内容を示す情報を配信サーバ１１１に送信する。以上のように本例では、例えば、ステップＳ１６０３の処理を行うことにより問い合わせ手段の一例が実現される。

そして、ステップＳ１６０４において、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、画像形成装置１３１で発生した障害を判定する。この判定の結果、障害内容問い合わせ用動画像１７０１で（１）が選択された場合には、ステップＳ１６０５に遷移する。
ステップＳ１６０５では、配信サーバ１１１は、障害Ａ用のメンテナンス用動画像を画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、障害Ａ用のメンテナンス用動画像を表示する。ユーザは、この障害Ａ用のメンテナンス用動画像を元にメンテナンスを行う。その後、画像形成装置１３１は、自機が復旧したかどうかを示す情報を配信サーバ１１１に送信する。そして、後述するステップＳ１６０８に遷移する。

また、ステップＳ１６０４の判定の結果、障害内容問い合わせ用動画像１７０１で（２）が選択された場合には、ステップＳ１６０６に遷移する。ステップＳ１６０６では、配信サーバ１１１は、障害Ｂ用のメンテナンス用動画像を画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、障害Ｂ用のメンテナンス用動画像を表示する。ユーザは、この障害Ｂ用のメンテナンス用動画像を元にメンテナンスを行う。その後、画像形成装置１３１は、自機が復旧したかどうかを示す情報を配信サーバ１１１に送信する。そして、後述するステップＳ１６０８に遷移する。
また、ステップＳ１６０４の判定の結果、障害内容問い合わせ用動画像１７０１で（３）が選択された場合には、ステップＳ１６０７に遷移する。ステップＳ１６０７では、配信サーバ１１１は、障害Ｃ用のメンテナンス用動画像を画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、障害Ｃ用のメンテナンス用動画像を表示する。ユーザは、この障害Ｃ用のメンテナンス用動画像を元にメンテナンスを行う。その後、画像形成装置１３１は、自機が復旧したかどうかを示す情報を配信サーバ１１１に送信する。そして、ステップＳ１６０８に遷移する。
以上のように本例では、例えば、ステップＳ１６０５〜Ｓ１６０７の処理を行うことにより第２の配信手段の一例が実現される。

ステップＳ１６０８では、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、画像形成装置１３１が障害から復旧したか否かを判定する。この判定の結果、画像形成装置１３１が障害から復旧した場合には、図１６のフローチャートによる処理を終了する。一方、画像形成装置１３１が障害から復旧していない場合には、ステップＳ１６０９に遷移する。
ステップＳ１６０９では、配信サーバは、次の対策として、新たな障害内容問い合わせ用動画像を、画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、図１７（ｂ）に示すような障害内容問い合わせ用動画像１７０２を表示する。ユーザは、画像形成装置１３１の操作部５１０を操作して、画像形成装置１３１で発生している障害に合う選択肢（障害内容問い合わせ用動画像１７０２に表示されている（１）〜（３））の１つを選択する。画像形成装置１３１は、選択された内容を示す情報を配信サーバ１１１に送信する。以上のように本例では、例えば、ステップＳ１６０９の処理を行うことにより問い合わせ手段の一例が実現される。

そして、ステップＳ１６１０において、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、画像形成装置１３１で発生した障害を判定する。この判定の結果、障害内容問い合わせ用動画像１７０２で（１）が選択された場合には、ステップＳ１６１１に遷移する。
ステップＳ１６１１では、配信サーバ１１１は、画像形成装置１３１の原稿台ガラスのゆがみを修復することを指示するメンテナンス用動画像を画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、画像形成装置１３１の原稿台ガラスのゆがみを修復することを指示するメンテナンス用動画像を表示する。ユーザは、この画像形成装置１３１の原稿台ガラスのゆがみを修復することを指示するメンテナンス用動画像を元に、原稿台のゆがみを調整する。その後、画像形成装置１３１は、自機が復旧したかどうかを示す情報を配信サーバ１１１に送信する。そして、後述するステップＳ１６１３に遷移する。

また、ステップＳ１６１０の判定の結果、障害内容問い合わせ用動画像１７０２で（２）が選択された場合には、ステップＳ１６１２に遷移する。ステップＳ１６１２では、配信サーバ１１１は、本体内をクリーニングすることを指示するメンテナンス用動画像を画像形成装置１３１に配信する。これにより、画像形成装置１３１は、オペレーションパネルに、本体内をクリーニングすることを指示するメンテナンス用動画像を表示する。ユーザは、この本体内をクリーニングすることを指示するメンテナンス用動画像を元に、本体内をクリーニングする。その後、画像形成装置１３１は、自機が復旧したかどうかを示す情報を配信サーバ１１１に送信する。そして、ステップＳ１６１３に遷移する。

ステップＳ１６１３では、配信サーバ１１１は、画像形成装置１３１から送信された情報に基づいて、画像形成装置１３１が障害から復旧したか否かを判定する。この判定の結果、画像形成装置１３１が障害から復旧した場合には、図１６のフローチャートによる処理を終了する。一方、画像形成装置１３１が障害から復旧していない場合には、ステップＳ１６１４に遷移する。
また、前述したステップＳ１６１０の判定の結果、障害内容問い合わせ用動画像１７０２で（３）が選択された場合にも、ステップＳ１６１４に遷移する。

ステップＳ１６１４では、配信サーバ１１１は、配信サーバ１１１は、ユーザでは、画像形成装置１３１の復旧が困難とみなし、サービスマンの派遣を促すメンテナンス用動画像を画像形成装置１３１に配信する。
以上のように本例では、例えば、ステップＳ１６１１、Ｓ１６１２、Ｓ１６１４の処理を行うことにより第２の配信手段の一例が実現される。
次に、ステップＳ１６１５において、配信サーバ１１１は、メール等で、サービスマンの出動要請を行う。
尚、図１６では、画像形成装置１３１が配信サーバ１１１と通信を行う場合を例に挙げて説明したが、必ずしもこのようにする必要はない。例えば、ステップＳ１６０２において、配信サーバ１１１が画像形成装置１３１と通信することができなくなる場合には、障害内容問い合わせ用動画像を携帯端末に配信してもよい。そして、ステップＳ１６０５〜Ｓ１６０７、Ｓ１６１１、Ｓ１６１２、Ｓ１６１４においても、配信サーバ１１１が携帯端末にメンテナンス用動画像を配信してもよい。

以上のように本実施形態では、配信サーバ１１１は、メンテナンス用動画像を画像形成装置に配信した後、当該画像形成装置におけるメンテナンス用動画像の進行状況を管理する。その後、配信サーバ１１１は、画像形成装置がメンテナンス状態に遷移すると、例えば予め登録されている携帯端末に、メンテナンス用動画像の続きを転送する。したがって、画像形成装置の電源がオフされたり、ネットワークボードが抜き取られたりして、当該画像形成装置にメンテナンス用動画像を表示することができなくなった場合でも、メンテナンス用動画像を途切れることなく作業者に見せることができる。また、メンテナンスのために携帯端末を所持した作業者が画像形成装置から離れて、当該画像形成装置が携帯端末と赤外線通信を行えなくなった場合にも、メンテナンス用動画像を途切れることなく作業者に見せることができる。

ここで、メンテナンス用動画像を画像形成装置のオペレーションパネルではなく、最初から直接、サービスマンの携帯端末に配信することも考えられる。しかしながら、携帯端末の画面は一般に小さい。したがって、常時、携帯端末に動画像を配信すると、見づらいメンテナンス用動画像を長期間作業者に閲覧させ続けることになり、メンテナンスの作業が困難になる虞がある。これに対して、本実施形態では、通常は、画像形成装置のオペレーションパネルにメンテナンス用動画像を表示する。そして、メンテナンス用動画像を画像形成装置に表示できない場合や、メンテナンス用動画像を画像形成装置に表示するとメンテナンス用動画像を作業者が見られない場合には、画像形成装置に代替して携帯端末にメンテナンス用動画像を表示できる。よって、本実施形態では、可及的に作業者が見易い状態でメンテナンス用動画像を表示することができる。

また、配信サーバ１１１が動画像を配信することで、サービスマンではなく、エンドユーザでも画像形成装置のメンテナンスを行うことが可能になり、サービスマンの派遣コストを最小限にすることができる。また、配信サーバ１１１が動画像をストリーミング形式で配信することで、ハードディスク容量の小さいクライアント（画像形成装置、携帯端末）にもメンテナンス用動画像を配信することが可能となる。

また、本実施形態では、配信サーバ１１１は、画像形成装置で発生した障害の箇所に応じて、メンテナンス用動画像を、当該画像形成装置に配信するか、携帯端末に配信するかを決定し、優先して配信する装置を選択するようにした。したがって、例えば、表示エリアが相対的に大きい画像形成装置にメンテナンス用動画像を表示することを、より確実に実行することができる。

また、本実施形態では、配信サーバ１１１は、画像形成装置に対する作業を行う作業者の属性情報（アカウント）に応じて、配信するメンテナンス用動画像を選択するようにした。したがって、作業者に適したメンテナンス用動画像を表示することができる。
また、本実施形態では、配信サーバ１１１は、画像形成装置や携帯端末の作業者により選択された障害に応じたメンテナンス用動画像を配信するようにした。すなわち、配信サーバ１１１は、画像形成装置又は携帯端末と、インタラクティブなやりとりを行うようにした。したがって、常に最適なメンテナンス用動画像を作業者に閲覧させることが可能となる。

尚、本実施形態では、画像形成装置で障害が発生した場合に、メンテナンス用動画像を配信する場合を例に挙げて説明したが、必ずしもこのようにする必要はない。例えば、画像形成装置で障害は発生していないが、画像形成装置のメンテナンス（例えば定期点検）が必要となった場合にも、メンテナンス用動画像を配信するようにしてもよい。このようにした場合には、画像形成装置のメンテナンスが必要となったことを示す情報を画像形成装置から配信サーバ１１１に送信するようにする。
また、本実施形態では、メンテナンス用動画像を、ストリーミング形式で配信する場合を例に挙げて説明したが、必ずしもストリーミング形式でメンテナンス用動画像を配信する必要はない。このようにした場合、画像形成装置がメンテナンス状態になるとき以降のメンテナンス用動画像のデータを、画像形成装置から配信サーバ１１１に送信し、配信サーバ１１１がそのメンテナンス用動画像のデータを配信サーバ１１１に転送してもよい。そして、このようにした場合には、画像形成装置がメンテナンス状態になるときの画像形成装置におけるメンテナンス用動画像の表示状況を、配信サーバ１１１が検出することなく、メンテナンス用動画像の残りの部分を携帯端末に配信することができる。
また、本実施形態では、画像形成装置を対象としたが、メンテナンス用動画像を表示でき、外部装置と通信を行うことができる電子機器（デバイス）であれば、必ずしも画像形成装置を対象とする必要はない。

（本発明の他の実施形態）
前述した本発明の実施形態における配信装置を構成する各手段、並びに配信方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図１０〜図１３に示すシーケンス、図１５、１６に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態を示し、配信サーバシステムの全体構成の一例を示す図である。 本発明の実施形態を示し、配信サーバのハードウェアの構成の一例を示す図である。 本発明の実施形態を示し、監視装置のハードウェアの構成の第１の例を示す図である。 本発明の実施形態を示し、監視装置のハードウェアの構成の第２の例を示す図である。 本発明の実施形態を示し、画像形成装置のハードウェアの構成の一例を示す図である。 本発明の実施形態を示し、画像形成装置を監視する部分における、配信サーバのソフトウェアの構成の一例を示す図である。 本発明の実施形態を示し、画像形成装置を監視する部分における、監視装置のソフトウェアの構成の一例を示す図である。 本発明の実施形態を示し、画像形成装置の状態を通知する部分における、画像形成装置のソフトウェアの構成の一例を示す図である。 本発明の実施形態を示し、配信サーバ、監視装置、及び画像形成装置におけるメモリマップの構造の一例を示す図である。 本発明の実施形態を示し、画像形成装置の電源ＯＮ／ＯＦＦされたことと、画像形成装置の基板ボードが抜かれたこととをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を示す図である。 本発明の実施形態を示し、画像形成装置と携帯電話とが行っている赤外線通信が切れたことをトリガーにして、画像形成装置から携帯端末に動画像を転送する場合の配信サーバシステムのシーケンスの一例を示す図である。 本発明の実施形態を示し、画像形成装置の障害発生箇所に応じて、画像形成装置のオペレーションパネルと携帯端末とのうち、適切な方に動画像を配信する場合の配信サーバシステムのシーケンスの一例を示す図である。 本発明の実施形態を示し、画像形成装置のログイン情報であるアカウント情報を配信サーバが管理することで、配信サーバがアカウント別に最適の動画像を配信する場合の配信サーバシステムのシーケンスの一例を示す図である。 本発明の実施形態を示し、配信サーバの機能的な構成の一例を示すブロック図である。 本発明の実施形態を示し、メンテナンス用動画像を配信する際の配信サーバの第１の処理例を説明するフローチャートである。 本発明の実施形態を示し、メンテナンス用動画像を配信する際の配信サーバの第２の処理例を説明するフローチャートである。 本発明の実施形態を示し、障害内容問い合わせ用動画像の一例を示す図である。 本発明の実施形態を示し、エラーコード、アラームコード、ジャムコードの一例を示す図である。

符号の説明

１０１、１０６ 販売会社システム
１１１ 配信サーバ
１１２ データベース
１３２ インターネット
１１５、１１６、１２０、１２１、１２４〜１２７、１３１ 画像処理装置
１１７、１２２、１２３ 監視装置

Claims (11)

1. 画像形成装置から送信されてきた障害に関する情報に基づいて、当該画像形成装置に対するメンテナンス作業が必要であることを検知する検知手段と、
   前記検知手段によりメンテナンス作業が必要であることが検知された画像形成装置に、当該作業に関する画像を表示するためのデータを配信する第１の配信手段と、
   前記第１の配信手段がデータを配信した画像形成装置からの当該画像形成装置の電源がオフされたことを示す情報、所定のボードが当該画像形成装置から抜かれたことを示す情報、及び当該画像形成装置と当該画像形成装置の作業者の作業端末との通信が途切れたことを示す情報のいずれかの情報に基づいて、当該画像形成装置の状態が電源オフ、所定のボードが抜かれた状態、及び当該画像形成装置と前記作業端末との通信が途切れた状態のいずれかの状態に遷移したことを判断する判断手段と、
   前記判断手段が前記画像形成装置が前記いずれかの状態に遷移したと判断した場合、当該画像形成装置が該状態に遷移なるまでに表示していた前記作業に関する画像の続きの部分を表示するためのデータを、前記メンテナンス作業を継続するために端末装置に配信する第２の配信手段とを有することを特徴とする配信装置。
2. 前記検知手段によりメンテナンス作業が必要であることが検知された画像形成装置に対する当該作業を行う箇所に基づいて、当該作業に関する画像を表示するためのデータの配信先として、当該画像形成装置及び前記端末装置の何れかを選択する選択手段を有し、
   前記第１の配信手段は、前記選択手段により、データの配信先として端末装置が選択されると、前記端末装置に前記データを配信することを特徴とする請求項１に記載の配信装置。
3. 前記作業者の属性情報を取得する取得手段を有し、
   前記第１の配信手段は、前記取得手段により取得された属性情報に関連付けられてデータベースに登録されているデータを配信することを特徴とする請求項１又は２に記載の配信装置。
4. 前記画像形成装置又は前記端末装置に、当該画像形成装置の状況を問い合わせる問い合わせ手段を有し、
   前記第２の配信手段は、前記問い合わせ手段により問い合わせられた状況に応じたデータを配信することを特徴とする請求項１又は２に記載の配信装置。
5. 前記第２の配信手段が配信対象とする端末装置は、前記作業者の作業端末であることを特徴とする請求項１〜４の何れか１項に記載の配信装置。
6. 画像形成装置から送信されてきた障害に関する情報に基づいて、当該画像形成装置に対するメンテナンス作業が必要であることを検知する検知ステップと、
   前記検知ステップによりメンテナンス作業が必要であることが検知された画像形成装置に、当該作業に関する画像を表示するためのデータを配信する第１の配信ステップと、
   前記第１の配信ステップによりデータを配信した画像形成装置からの当該画像形成装置の電源がオフされたことを示す情報、所定のボードが当該画像形成装置から抜かれたことを示す情報、及び当該画像形成装置と当該画像形成装置の作業者の作業端末との通信が途切れたことを示す情報のいずれかの情報に基づいて、当該画像形成装置の状態が電源オフ、所定のボードが抜かれた状態、及び当該画像形成装置と前記作業端末との通信が途切れた状態のいずれかの状態に遷移したことを判断する判断ステップと、
   前記判断ステップが前記画像形成装置が前記いずれかの状態に遷移したと判断した場合、当該画像形成装置が該状態に遷移なるまでに表示していた前記作業に関する画像の続きの部分を表示するためのデータを、前記メンテナンス作業を継続するために端末装置に配信する第２の配信ステップとを有することを特徴とする配信方法。
7. 前記検知ステップによりメンテナンス作業が必要であることが検知された画像形成装置に対する当該作業を行う箇所に基づいて、当該作業に関する画像を表示するためのデータの配信先として、当該画像形成装置及び前記端末装置の何れかを選択する選択ステップを有し、
   前記第１の配信ステップは、前記選択ステップにより、データの配信先として端末装置が選択されると、前記端末装置に前記データを配信することを特徴とする請求項６に記載の配信方法。
8. 前記作業者の属性情報を取得する取得ステップを有し、
   前記第１の配信ステップは、前記取得ステップにより取得された属性情報に関連付けられてデータベースに登録されているデータを配信することを特徴とする請求項６又は７に記載の配信方法。
9. 前記画像形成装置又は前記端末装置に、当該画像形成装置の状況を問い合わせる問い合わせステップを有し、
   前記第２の配信ステップは、前記問い合わせステップにより問い合わせられた状況に応じたデータを配信することを特徴とする請求項６又は７に記載の配信方法。
10. 前記第２の配信ステップが配信対象とする端末装置は、前記作業者の作業端末であることを特徴とする請求項６〜９の何れか１項に記載の配信方法。
11. 請求項６〜１０の何れか１項に記載のステップをコンピュータに実行させることを特徴とするコンピュータプログラム。

Images