(57)【要約】【課題】コストやリサイクル処理時間を考慮した効率的なリサイクル処理システムを構築する。【解決手段】画像形成装置の使用状況を表す情報を記憶保持するホストコンピュータと、リサイクル処理に必要な経費を計算して記憶保持するリサイクル経費管理手段と、リサイクルにかかる時間を算出するリサイクル処理時間算出を持ち、これから行うリサイクル処理の評価を行い、その結果に基づいてリサイクル処理工程を変更する。【選択図】        図１
2004326160.tif 000002
【特許請求の範囲】
【請求項１】
外部との通信機能をもつ画像形成装置と、
複数の画像形成装置を管理するホストコンピュータと、
該ホストコンピュータと画像形成装置間でデータ通信を可能とする通信手段と、
該画像形成装置内の各ユニットでの耐久状況を表すユニット使用情報と、
個々の画像形成装置を識別するための画像形成装置識別情報、および該画像形成装置に内蔵される個々のユニットを識別するためのユニット識別情報とから構成される製品構成情報と、
該画像形成装置に接続され、該製品構成情報および該ユニット使用情報を該通信手段を経由してホストコンピュータに送信するための通信制御手段と、
該製品構成情報および該ユニット使用情報を記憶保持する、該ホストコンピュータ内に設けられたリサイクル情報記憶保持手段と、
該画像形成装置を機能単位に分解したユニットをリサイクルするためのユニットリサイクル処理工程と、
複数の該ユニットリサイクル処理工程を管理するためのリサイクル処理工程管理手段と、
該リサイクル処理工程と該リサイクル処理工程管理手段との通信を制御するための通信制御手段、
とから構成される前記画像形成装置のリサイクル処理システムにおいて、
該リサイクル処理工程管理手段は、前記ホストコンピュータ内に記憶保持されている画像形成装置識別情報、およびユニット識別情報を使用してリサイクル処理の管理を行うことを特徴とする、前記画像形成装置のリサイクル処理システム。
【請求項２】
リサイクル処理に必要な経費を計算、記憶保持するリサイクル経費管理手段と、
ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段とを持ち、
前記部品交換検出手段から得た交換すべき部品数と、前記リサイクル経費管理手段による計算の結果から、採算のとれる見込みのあるユニットをリサイクル工程へ移動させることを特徴とする前記リサイクル処理システム。
【請求項３】
ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段と、
前記交換部品検出手段によって検出された交換すべき部品数に応じて、リサイクル処理時間を計算するリサイクル処理時間計算手段を持ち、
前記リサイクル処理時間計算手段によるリサイクル処理時間の計算結果が、ある所定時間内であれば、前記ユニットを再利用することを特徴とする前記リサイクル処理システム。
【請求項４】
リサイクル処理に必要な経費を計算、記憶保持するリサイクル経費管理手段と、
ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段と、
前記交換すべき部品数に応じてリサイクル処理時間を計算するリサイクル処理時間計算手段とを持ち、
前記リサイクル経費管理手段による計算の結果、採算のとれる見込みのあるユニットに対して、
前記リサイクル処理時間計算手段によるリサイクル処理時間の計算結果が、ある所定時間内であれば、前記ユニットを再利用することを特徴とする前記リサイクル処理システム。
【請求項５】
前記リサイクル経費管理手段と、前記リサイクル処理時間計算手段によって、ユニットのリサイクルによる収益性、処理時間などを評価するリサイクル処理評価手段をもつ、前記請求項４のリサイクル処理システム。
【請求項６】
前記リサイクル工程管理手段において、前記リサイクル処理評価手段によるユニットの処理評価結果に基づいて、ユニットのリサイクル処理工程を変更することを特徴とする前記請求項５のリサイクル処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、使用済みの複写機などの事務機器を有効に再利用するリサイクル生産システムに関するものである。
【０００２】
【従来の技術】
複写機、複合機、ファクシミリ、プリンタなどのデバイスの再利用システムにおいて、デバイスおよびデバイスを構成するユニットには識別子（ＩＤ）が付けられ、その識別子を基にリサイクルのための管理を行う方式がとられている。また、これらのデバイスおよびユニットは、回収されたときに識別子を判別され、分解工場でユニットや部品などに分解されていた。このとき検査工程を経て、初めて再利用可能なユニットかどうかの判断がなされていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、個々のユニットを判別することはできても、分解されたユニットや、ユーザ先で交換されたユニット（すくなくとも１つの部品を含む、デバイスの機能を担う単位）、または、メンテナンス用のサービスパーツなどが、ユーザ環境のどこでどのように使用されているかを判断するためにサービスマンなどが管理する作業が必要であった。
【０００４】
また、リサイクルを行うときに、そのユニットが再び新規製品のライフサイクルを満足するだけの性能をもっているかどうかを検査する複雑な工程を必要とした。さらに、リサイクルにかかる費用が新品のユニットを購入するより高くならないような配慮が必要であった。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を鑑みて、デバイスおよびユニットの耐久状況をホストコンピュータで一括管理することにより、リサイクル処理における再利用のための検査工程を簡易なものとし、検査工程の時間短縮を図ることを可能とする。また、デバイスおよびユニットの所在履歴を一括管理することで、在庫および一時保管の状況が、どこからでも誰でも容易に確認することを可能とする。
【０００６】
さらに、リサイクルにかかる費用の算出を自動化して、かつ一括管理することにより、リサイクル処理の工程そのものを最適化することが可能となる。
【０００７】
【発明の実施の形態】
請求項１記載の画像形成装置リサイクル管理システムは、外部との通信機能をもつ画像形成装置と、複数の画像形成装置を管理するホストコンピュータと、該ホストコンピュータと画像形成装置間でデータ通信を可能とする通信手段と、該画像形成装置内の各ユニットでの耐久状況を表すユニット使用情報と、個々の画像形成装置を識別するための画像形成装置識別情報、および該画像形成装置に内蔵される個々のユニットを識別するためのユニット識別情報とから構成される製品構成情報と、該画像形成装置に接続され、該製品構成情報および該ユニット使用情報を該通信手段を経由してホストコンピュータに送信するための通信制御手段と、該製品構成情報および該ユニット使用情報を記憶保持する、該ホストコンピュータ内に設けられたリサイクル情報記憶保持手段と、該画像形成装置を機能単位に分解したユニットをリサイクルするためのユニットリサイクル処理工程と、複数の該ユニットリサイクル処理工程を管理するためのリサイクル処理工程管理手段と、該リサイクル処理工程と該リサイクル処理工程管理手段との通信を制御するための通信制御手段、とから構成される前記画像形成装置のリサイクル処理システムにおいて、該リサイクル処理工程管理手段は、前記ホストコンピュータ内に記憶保持されている画像形成装置識別情報、およびユニット識別情報を使用してリサイクル処理の管理を行うことを特徴とする。
【０００８】
請求項２記載の画像形成装置リサイクル管理システムは、ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段と、リサイクル処理に必要な経費を計算、記憶保持するリサイクル経費管理手段をもち、前記部品交換検出手段から得た交換すべき部品数と、前記リサイクル経費管理手段による計算の結果から、採算のとれる見込みのあるユニットをリサイクル工程へ移動させることを特徴とする。
【０００９】
請求項３記載の画像形成装置リサイクル管理システムは、ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段と、前記交換部品検出手段によって検出された交換すべき部品数に応じて、リサイクル処理時間を計算するリサイクル処理時間計算手段を持ち、前記リサイクル処理時間計算手段によるリサイクル処理時間の計算結果が、ある所定時間内であれば、前記ユニットを再利用することを特徴とする。
【００１０】
請求項４記載の画像形成装置リサイクル管理システムは、ユニットリサイクル工程において、前記ユニット使用情報から、ユニット内で交換すべき部品数を検出する交換部品検出手段と、前記交換すべき部品数に応じてリサイクル処理時間を計算するリサイクル処理時間計算手段と、リサイクル処理に必要な経費を計算、記憶保持するリサイクル経費管理手段をもち、前記リサイクル経費管理手段による計算の結果、採算のとれる見込みのあるユニットに対して、前記リサイクル処理時間計算手段によるリサイクル処理時間の計算結果が、ある所定時間内であれば前記ユニットを再利用することを特徴とする。
【００１１】
請求項５記載の画像形成装置リサイクル管理システムは、前記リサイクル経費管理手段と、前記リサイクル処理時間計算手段によって、ユニットのリサイクルによる収益性、処理時間などを評価するリサイクル処理評価手段をもつ、前記請求項４のリサイクル処理システムであることを特徴とする。
【００１２】
請求項６記載の画像形成装置リサイクル管理システムは、前記リサイクル工程管理手段において、前記リサイクル処理評価手段によるユニットの処理評価結果に基づいて、ユニットのリサイクル処理工程を変更することを特徴とする。
【００１３】
（実施例１）
図１は、本発明のシステム構成を示す図である。
【００１４】
１０１のＰＰＣ−Ａ、ＰＰＣ−Ｂ、ＰＰＣ−Ｃ、ＰＰＣ−Ｄ、ＰＰＣ−Ｅ、ＰＰＣ−Ｆは、サーバＵ１，Ｕ２、Ｕ３に接続するデバイスであり、たとえば、プリンタ、ＦＡＸ、複写機、複合機等である。これらは、一般的にユーザ先に設置される。
【００１５】
サーバＵ１，Ｕ２、Ｕ３は、複数のデバイスＰＰＣ−Ａ〜Ｆを管理、監視するデバイス管理コンピュータである。通常、デバイス管理コンピュータは、複数のデバイスＰＰＣ−Ａ〜Ｆと同じ会社に配置される。サーバＵ１，Ｕ２，Ｕ３は、ユーザ先のデバイスから各種情報を収集して管理するとともに、後述するホストコンピュータ１００へそれらの情報を送信する役割を持つ。また、ユーザ先に新規にデバイスを設置したときには、設置メールを作成し、ホストコンピュータへ送信する。
【００１６】
１００はデバイスＰＰＣ−Ａ〜Ｆをデバイス管理コンピュータ（サーバＵ１，Ｕ２，Ｕ３）を介して遠隔監視する遠隔監視コンピュータ（ホストコンピュータ）である。通常、ホストコンピュータ１００は、デバイス管理コンピュータとは別の会社に存在する。ホストコンピュータはデータベース（ＤＢ）を持っており、各拠点（１０１，１０二，１０３，１０４，１０５，１０６，１０７，１０８）に設置されたサーバと通信回線網１０９を介してやり取りした情報を蓄積する。
【００１７】
本実施例ではＥメールによって情報のやり取りを行うが、電話回線を用いたプロトコルを利用しても、ＴＣＰ／ＩＰなどのインターネットプロトコルを使用してデータのやり取りを行ってもよい。ホストコンピュータ１００では、各拠点（１０１〜１０８）から送られてきたＥメールの内容を解析し、Ｅメールの内容に応じた処理を行う。また、ユニットＩＤや製品ＩＤ、後述する部品カウンタ、モードカウンタなどの各種情報を蓄積管理する。
【００１８】
１０５は生産工場である。ＰＰＣ−Ａ〜Ｆを構成するユニットを組み立て、検査、洗浄、梱包などを行う生産工程（１１、１２・・・）を持つ。ユニットは前記デバイスＰＰＣ−Ａ〜Ｆの動作機能を行うための最小単位であり、１つもしくは複数の部品から構成される単位である。生産工場１０５では、新規に生産したユニットに対して後述するユニットＩＤを生成し、ユニット上に取り付けられたメモリ上へユニットＩＤを記録する。メモリを持たないユニットの場合もユニットＩＤを生成し、シールなどのユニット認識指標をユニットに貼り付ける。このとき生成されたユニットＩＤは、ユニットＩＤ登録メールによってホストコンピュータへ通知される。
【００１９】
１０６はＰＰＣ−Ａ〜Ｆの組立工場である。組立工場１０６は、リサイクル工場１０３、１０４から出荷されたリサイクルユニットや、生産工場１０５から出荷された新品のユニットを組み合わせて、デバイスデバイスＰＰＣ−Ａ〜Ｆを組み立てる。組み立てられたデバイスＰＰＣ−Ａ〜Ｆは、組立工場の洗浄、検査、梱包の各種工程を経る。全ての工程を通ったデバイスＰＰＣ−Ａ〜Ｆは、個々に製品ＩＤが割り当てられる。製品ＩＤは個々のデバイスを判別するための識別子で、デバイスに搭載された不揮発性メモリに書き込まれる。組立工場１０６のサーバＫは、デバイスごとに割り当てられた製品ＩＤを、通信回線網１０９を介してホストコンピュータ１００へ通知する（製品ＩＤ通知メール）。
【００２０】
１０７は販売会社である販売会社には、前記遠隔監視コンピュータのデータベース上にあるユーザの管理情報を参照するために、サーバＨが設置されている。メンテナンス担当者は販売会社に待機しており、前記サーバＨに通知されたメンテナンス情報に基づいて、ユーザ先１０１のデバイス（ＰＰＣ−Ａ〜Ｆ）のメンテナンスを行う。
【００２１】
１０８はサービスパーツパーツセンターである。販売会社１０７のメンテナンス担当者は、サービスパーツセンター１０８上のサーバＰからサービスパーツの在庫状況を確認し、メンテナンスに必要なサービスパーツをサービスパーツセンターから取り寄せる。サービスパーツセンターでは、前記デバイスＰＰＣ−Ａ〜Ｆを構成するユニットまたは部品が入荷されると、ホストコンピュータ（ホストコンピュータ）へ入荷通知メールを送信する。
【００２２】
１０２はデバイスＰＰＣ−Ａ〜Ｆの分解工場である。分解工場には、サーバＶが設置されており、通信回線網１０９を介してホストコンピュータ１００から、ＰＰＣ−Ａ〜Ｆの情報を問い合わせることが可能である。分解工場には分解工程Ｖ１，Ｖ２，・・・がある。分解工程Ｖ１，Ｖ２，・・・は、ホストコンピュータ１００に蓄積された部品カウンタやモードカウンタ（後述する）を使用して、ＰＰＣ−Ａ〜Ｆをユニットに分解する工程である。デバイスＰＰＣ−Ａ〜Ｆが分解されると、サーバＶはホストコンピュータ１００に対して、製品ＩＤ削除メールを送信する。
【００２３】
１０３，１０４は、分解工場１０２にて分解されたユニット（定着ユニット、コントローラユニットなど）を再利用可能とするためのリサイクル工場である。リサイクル工場では、１つまたは複数のリサイクル工程を持ち、ユニットの検査工程、ユニットの再利用判断工程、洗浄工程、部品単位へ分解する工程、梱包工程などを含んでいる。ここで再利用不可と判断されたユニットは、ユニットを構成するさらに小規模のユニットや、１つまたは複数の部品に分解する部品分解工程に送られる。このとき、サーバＲ１、またはＲ２は、ユニットＩＤ削除メールをホストコンピュータ１００へ送信する。
【００２４】
各拠点（１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８）では、Ｗｅｂなどを介してホストコンピュータ１００に蓄積されたデータを閲覧することが可能である。ホストコンピュータ１００のデータベース上には、製品およびユニットがどこにあるかを確認するための情報が蓄積されているため、製品およびユニットの追跡が容易に行える。
【００２５】
図１のＰＰＣの構成例としてデバイスＰＰＣ−Ａのプリンタの構成を図２に示す。
【００２６】
図２のプリンタは、主に、書込みユニット、現像ユニット、搬送ユニット、給紙ユニット、定着ユニット、反転ユニット、カセット等の各ユニットから構成される。
【００２７】
１０１３はポリゴンミラーであり、半導体レーザ（不図示）より発光されたレーザ光を受ける。レーザ光は、ミラー１０１４、１０１５、１０１６を経て感光ドラム１０１７を走査する。一方、１０３０は黒色のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１０１７上にトナー像を形成し、トナー像がシートに転写され、出力画像を得ることができる。シートカセット１０３４、１０３５及び手差しトレイ１０３６のいずれかより給紙されたシートは、レジストローラ１０３７を経て、転写ベルト１０３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１０１７にはトナーが現像されており、シートの搬送とともに、トナーがシートに転写される。トナーが転写されたシートは、分離され、定着器１０４０によって、トナーがシートに定着される。定着器１０４０を抜けたシートは、フラッパ１０５０により一旦下方向へ導かれてシートの後端がフラッパ１０５０を抜けた後、スイッチバックさせて排出する。これにより、フェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【００２８】
図３に図２のプリンタのユニット構成を示す。
【００２９】
図２のプリンタは図３のユニット構成図に示されるように複数のリサイクルユニットから構成される。リサイクルユニットとは、製品からユニット単位で脱着可能であり、且つ、分解、再生処理等のリサイクル工程がユニット単位で行える構造をもっているのものである。図３においては、３０８がリサイクルユニットＡ、３０９がリサイクルユニットＢ、３１０がリサイクルユニットｎ、３００がコントローラであり、特に大きさや数量で限定されるものではない。例えば、前述したプリンタにおいては、書込みユニット、現像ユニット、搬送ユニット、給紙ユニット、定着ユニット、反転ユニット、カセット等のユニットが全てリサイクルユニットに該当する。コントローラ３００は各リサイクルユニットの制御を行うコントローラであり、中央演算処理装置である制御手段（以下、ＣＰＵ）３０１、リードオンリーメモリ（以下、ＲＯＭ）３０２、ランダムアクセスメモリ（以下、ＲＡＭ）３０３、出力ポート、及び、入力ポートを備えている。ＲＯＭ３０２には、制御用プログラムが格納されており、ＲＡＭ３０３には、入力データや作業用データが格納されている。ＣＰＵ３０１の出力ポートには、各リサイクルユニットの駆動系を動作させるモータ、ソレノイド、クラッチ等の駆動系デバイス３０６が接続されており、ＣＰＵ３０１の入力ポートには、センサ等の検知デバイス３０７がそれぞれ接続されている。また、不揮発性の記憶デバイス３０５を搭載し、各ユニットのデータや装置全体のデータを記憶することができる。ＣＰＵ３０１は、図示しない外部の通信機器装置の中央演算処理装置（ＣＰＵ）とシリアル通信を行うインターフェース３０４を持ち、外部の通信機器装置の中央演算処理装置（ＣＰＵ）と間でデータの授受を行えるようになっている。そして、ＣＰＵ３０１は、ＲＯＭ３０２に格納された制御プログラムにしたがって各駆動系デバイスを制御する。
【００３０】
図４はリサイクルユニットＡ（３０８）の詳細構成のブロック図である。リサイクルユニットＡ（３０８）は概念として複数の消耗部品１〜ｎ（４０１〜４０３）と複数の非消耗部品１〜ｍ（４０４〜４０５）から構成される。消耗部品とは、部品の機能、性能維持に対しての使用寿命が有限ある部品で定義される部品であり、非消耗部品とは、ほぼ半永久的に使用できるものと定義される部品である。従って、前述したプリンタの構成要件である書込みユニット、現像ユニット、搬送ユニット、給紙ユニット、定着ユニット、反転ユニット、カセット等のユニット、制御ユニットであるコントロール基板は全てこの構成に当てはまる。また、リサイクルユニットＡ（３０８）は、リサイクルユニットＡ（３０８）のＩＤデータを格納する為の不揮発性メモリ４０６を搭載している。この不揮発性メモリ４０６は、例えばＥＥＰＲＯＭのようなもので構成され、シリアル通信で前述したコントローラ３００内のＣＰＵ３０１とデータの交信が可能となっている。
【００３１】
図５は消耗部品のみでユニットを構成している場合のブロック図である。図５はリサイクルユニットＢ（３０９）の詳細構成のブロック図である。リサイクルユニットＢ（３０９）は概念として複数の消耗部品１〜Ｌ（５０１〜５０５）から構成される。また、リサイクルユニットＢは、リサイクルユニットのＩＤデータを格納する為の不揮発性のメモリ５０６を搭載している。このメモリ５０６は、例えばＥＥＰＲＯＭのようなもので構成され、シリアル通信で前述したコントローラ３００内のＣＰＵ３０１とデータの交信が可能となっている。従って、本構成に該当するユニットとしては  例えば、トナー補給ボトル等が挙げられる。
【００３２】
図４の具体例として、定着ユニット１０４０の詳細構成図である図６を用いて説明する。
【００３３】
本定着ユニット１０４０は、画像形成部で現像され、転写されたトナー像を転写材上に永久画像とするため、第１の回転体としての上熱定着ローラ（以下単に「定着上ローラ」という）６０ａと第２の回転体としての下加圧ローラ（以下単に「定着下ローラ」という）６０ｂを当接させて定着ニップ部Ｎを構成し、この定着ニップ部Ｎにてトナー像を定着させる。
【００３４】
同図において、トナー像と接触する定着上ローラ６０ａは、アルミニウム製の芯金６１８上に１ｍｍ厚のＨＶＴ（高温加硫型）シリコーンゴム層６１７、この外側に特定の付加型シリコーンゴム層６１６を有し、直径６０ｍｍに形成されている。一方、定着下ローラ６０ｂは、アルミニウム製の芯金６１２上に１ｍｍ厚のＨＶＴと、さらに厚さ１ｍｍの前記特定の付加型シリコーンゴム層６１５を設け、直径６０ｍｍに構成されている。前述の定着上ローラ６０ａには、第１の発熱体としてのハロゲンヒータ（ヒータ）６０９が芯金６１８内に配置され、定着下ローラ６０ｂには、第２の発熱体としてのハロゲンヒータ６１３が芯金６１２内に配置されて転写材の両面から加圧を行っている。定着上ローラ６０ａ表面が発する赤外線量を検知する第１の温度検知手段としての赤外線センサ６１０が定着上ローラ６０ａに非接触でこれに対向するようにして配置されている。この赤外線センサ６１０によって定着上ローラ６０ａの温度を検出して制御装置３００に入力する。また、定着下ローラ６０ｂ表面が発する赤外線量を検知する第２の温度検知手段としての赤外線センサ６１１が定着下ローラ６０ｂに非接触でこれに対向するようにして配置されている。この赤外線センサ６１１によって定着下ローラ６０ｂの温度を検出してコントローラ３００に入力する。これら赤外線センサ６１０、６１１の検知温度に基づいて制御装置（発熱量制御手段）６１４によりハロゲンヒータ６０９、６１３が制御され、定着上ローラ６０ａの温度は１７０℃、定着下ローラ６０ｂの温度は１６５℃に一定に維持されるように制御される。なお、定着上ローラ６０ａと加圧ローラ６０ｂとは、加圧機構（不図示）によって総加圧８０ｋｇで加圧されている。また、図２においてＯは、離型材塗布手段たるオイル塗布装置、Ｃはクリーニング装置、Ｃ１は定着下ローラ６０ｂのオイル、汚れを除去するクリーニングブレードである。オイル塗布装置Ｏは、オイルパン６０７内のジメチルシリコーンオイル６０８を、オイル汲み上げローラ６０６、６０５及びオイル塗布ローラ６０４を経由させてオイル塗布量調整ブレード６０３でオイル塗布量を規制して定着上ローラ６０ａに塗布する。クリーニング装置Ｃは、突き当てローラ６０１によって定着上ローラ６０ａに当接されたウエブ６０２によって定着ローラ６０ａ表面を清掃する。上記定着装置１０４０では、転写材が未定着トナー像を表面に担持した転写材は、定着上ローラ６０ａと定着下ローラ６０ｂとの間の定着ニップＮに搬送され、このとき表裏両面から加圧加熱されてトナーの定着が行われる。この際、定着上ローラ６０ａ、定着下ローラ６０ｂに付着したトナーは、それぞれクリーニング装置Ｃ、クリーニングブレードＣ１によって除去される。コントローラ３００にはＥＥＰＲＯＭ６２０が接続され、本定着ユニットのＩＤが登録されている。
【００３５】
ここで、この定着器１０４０を図４のブロックに当てはめた場合、消耗部品に相当する物は、定着上ローラ６０ａ、定着下ローラ６０ｂ、ハロゲンヒータ６０９、ハロゲンヒータ６１３、赤外線センサ２１０、赤外線センサ２１１、オイル塗布装置Ｏ、クリーニング装置Ｃ、クリーニングブレード、ウエブ６０２があげられる。また、非消耗部品としては、アルミニウム製の芯金６１８、アルミニウム製の芯金６１２、枠体、フレーム（不図示）等が挙げられる。
【００３６】
図７にコントローラ３００の構成ブロック図を示す。コントローラ３００は主に、制御部７０１、検知デバイス入力回路部７０２、駆動系デバイス駆動回路部７０３、アナログ回路部７０４、電源部７０５、コネクタ部７０６から構成される。構成としては、コントローラの機能によりこの構成に限ったことではない。７０１は制御部であり、前述したようにＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、ＡＳＩＣ等の制御用半導体から主に構成される。７０２は検知デバイス入力回路部であり、検知デバイスである例えばフォトインタラプタ等の光学センサの入力信号を入力する回路路部で通常、セラミックコンデンサ、チップ抵抗等の能動素子でフィルタを構成している。７０３はモータやソレノイド等の駆動系デバイスの駆動回路部で、パワー系の半導体素子であるＦＥＴ，モータドライバＩＣ等の半導体と入力制御用の小信号用半導体，モータやドライバ電源部のノイズ除去用の電解コンデンサ等から構成される。７０４はアナログ回路部であり、通常はコンデンサ、チップ抵抗等の能動素子や、オペアンプ、コンパレータといった半導体で構成される。７０５は電源部であり、電源（不図示）から供給された２４Ｖから５Ｖや３．３Ｖを作成するＤＣ／ＤＣコンバータや３端子レギュレータといった半導体、電源リップルや電源ノイズ低減用の電解コンデンサから構成される。７０６はコネクタであり、コントローラとデバイスを結線するために使われる。７０７は基板であり、通常ガラスエポキシ、ＳＥＭ３、紙フェノール等の材質の基板が用いられる。
【００３７】
このコントローラ３００の構成要件の中で、半導体関係の部品は半永久的に動作保証されるので、部品寿命が明確に定義されるのは、電解コンデンサの能動部品とコネクタ等の機械的な動作回数が有限なもので、これらが消耗部品に該当する。その他のものは、非消耗部品として挙げられる。
【００３８】
図８はホストコンピュータ上に登録される、製品テーブルとユニットテーブルのデータ構造を示すものである。
【００３９】
製品が組立工場で組み立てられ出荷されるときの「製品ＩＤ登録メール」が到着すると、ホストコンピュータがデータベース内に製品テーブルを新規作成する。
【００４０】
製品テーブルは、「製品ＩＤ」、「製品状態フラグ」、１つまたは複数の「ユニットＩＤ」、「製品内のモード別カウンタ一覧」、および「場所」の情報から構成される。
【００４１】
「製品ＩＤ」は製品の個々を識別するための識別子で、アルファベットを含む８桁の文字で表す。識別子の凡例については後述する（図１８の説明）。
【００４２】
「製品状態フラグ」は、その製品の状態を示す１バイトのデータである。組立工場で組み立てが完了し、ホストコンピュータ内で製品テーブルが作成されたときに“１”（組立完）となる。製品出荷後、ユーザ先に設置したときに“３”（ユーザ設置中）となる。その後、製品がユーザ先から回収されたときには“４”（回収完了）となる。そして製品回収後、分解工場で製品がユニット単位に分解されたときには“５”（ユニット分解完）となり、この製品ＩＤの複写機は存在しないことを示している。
【００４３】
「ユニットＩＤ」は製品に内蔵されているユニットの個々を識別するための識別子で、アルファベットを含む８桁の文字で表す。識別子の凡例については後述する（図１７の説明）。ユニットＩＤは製品に内蔵されている個数だけデータベースに登録されている。
【００４４】
「製品内のモード別カウンタ一覧」は製品の使用状況を示すカウンタである。トータル、両面、２ｉｎ１、４ｉｎ１などのモードで排紙したときにカウントアップする仕様になっている。
「場所」は製品状態フラグが“３”（ユーザ設置中）のときに、製品が設置されている場所を示している。例えば、“＃＃会社東京本社”  “＃＃会社大阪支店”  “＃＃会社名古屋支店”  等の文字が格納される。
【００４５】
ユニットテーブルは、各製品に内蔵されている個々のユニットについて、その詳細を登録したものである。
【００４６】
例えば定着器の場合には、
「ユニットＩＤ」は“ＦＸ０００００１”で、先頭の２文字が定着器を表している。
【００４７】
「ユニット名称」の欄には“定着器”が格納されている。
【００４８】
「ユニット状態フラグ」はそのユニットの状態を示す１バイトのデータである。ユニット生産工場で組み立てが完了し、ホストコンピュータ内でユニットテーブルが作成されたときに“１”（組立完）となる。製品組立工場で各ユニットを製品に組み込んだときに“２”（製品組込中）となる。また定期メンテナンスまたは分解工場で製品からユニット単体に分解されたとき“３”（製品から外された）になる。その後、リサイクル工場でユニットの再生を完了すれば“４”（リサイクル処理完）となる。またユニットの状態がリサイクル不可と判断されれば、そのユニットは分解されるので“５”（部品分解完）となる。またユニットが生産された後、またはリサイクル後に製品に組み込まれるのではなくサービスパーツとなるのであれば“６”（サービスパーツ扱い）となる。
【００４９】
「リサイクル回数」はユニットの生産時には０である。その後リサイクル処理を行う毎に１づつ加算される。
【００５０】
「寿命」はユニットの寿命を動作時間や通紙枚数等の単位で、ユニット個別にそれぞれユニットに適した単位で表している。例えば、定着器の場合は通紙枚数に表され３００万枚と定義される。
【００５１】
「ユニットカウンタ」はユニットが寿命に達したか否かを判断するための値である。
【００５２】
例えば、定着器の場合、前述したように、定着器の構成要件で消耗部品に相当する物は、定着上ローラ、定着下ローラ、ハロゲンヒータ、赤外線センサ、オイル塗布装置、クリーニング装置、クリーニングブレード、ウエブであり、また、非消耗部品としては、アルミニウム製の芯金、枠体が挙げられる。これらの構成要件の中で、ウエブは交換部品としてサービスパーツ扱いになることが多いので、消耗部品の中で寿命が一番短いとされるハロゲンヒータの寿命を定着器の寿命として定義できる。ハロゲンヒータは、定着器の温度調整やモードにより寿命が異なってくるので、例えば、
１．０×（片面通紙枚数）＋０．７×（両面通紙枚数）の式で演算される値で定義される。当然ながら、この演算例は一例であり、通紙枚数にかかっている係数は、装置の搬送速度、定着器の設定温度、用紙の材質可変な値を取り得る。
【００５３】
「組込製品ＩＤ」はユニット状態フラグが“２”（製品組込中）のとき、このユニットが組み込まれている製品の製品ＩＤが格納されている。
【００５４】
「場所」はユニット状態フラグが“６”（サービスパーツ扱い）の場合に、このユニットがサービスパーツとして保管されている場所を表している。例えば、“取手センター”  “東京センター”などのとして格納されている。
【００５５】
「定着上ローラ」「定着下ローラ」は定着器の場合に対応した部品カウンタである。この値の元に、上記の公式で寿命の計算が可能である。
【００５６】
また、例えばコントローラの場合には、
「ユニットＩＤ」は“ＤＣ０２３８７８”で、先頭の２文字がコントローラを表している。
【００５７】
「ユニット名称」の欄には“コントローラ”が格納されている。
【００５８】
「寿命」はユニットの寿命を時間単位で表している。
【００５９】
例えばコントローラの場合、前述したようにコントローラの構成要件の中で、半導体関係の部品は半永久的に動作保証されるので、部品寿命が明確に定義されるのは電荷コンデンサである。したがって、コントローラの寿命は、電解コンデンサの寿命と定義可能であり、コントローラの寿命としては１０万時間と定義できる。この１０万時間は当然ながら、一例であり、電解コンデンサの耐圧や容量、リップル電流により可変な値を取り得る。
【００６０】
「ユニットカウンタ」はユニットが寿命に達したか否かを判断するための値である。例えばコントローラの場合には０．１×（全通電時間−モータ駆動時間）＋０．９×（モータ駆動時間）ので演算される値で定義される。当然ながら、この演算例は一例であり、通電時間とモータ駆動時間にかかっている係数は、電解コンデンサの耐圧や容量、リップル電流により可変な値を取り得る。
【００６１】
「全通電時間」「モータ駆動時間」はコントローラの場合に対応した部品カウンタである。この値の元に、上記の公式で寿命の計算が可能である。
【００６２】
なお、「ユニット状態フラグ」「リサイクル回数」「組込製品ＩＤ」「場所」の各値の意味は定着器の場合と同じなので省略する。
【００６３】
図９は、ホストコンピュータの構成図である。
【００６４】
ホストコンピュータ９００内は、回線通信処理部９０１と、データベース９０３、９０５と、通信データの判定部９０２、９０４から構成されている。
【００６５】
回線通信処理部９０１は、通信回線網９１０を介してＥメールの送受信を行う処理部である。本実施例ではＥメールによるデータの送受信を行っているが、電話回線を使用したプロトコルや、ＴＣＰ／ＩＰなどのインターネットプロトコルなどを利用しても、本構成を実現することは可能である。
【００６６】
メール送受信判定部９０２は、回線通信処理部９０１を介して受信したＥメールの内容を解析する機能であり、通知先ＤＢ９０３は、Ｅメールの送受信先のメールアドレスが蓄積されているデータベースである。メール送受信判定部９０２は、受信したＥメールから、送信元メールアドレスを読み出し、通知先ＤＢ９０３に登録されたアドレスであることを判定する。
【００６７】
受信したＥメールが通知先ＤＢ９０３に登録済みであれば、コマンド判定部９０４が、受信したＥメールからコマンドを解析する。解析されたコマンドに基づいて、データベース処理部９０６は、製品テーブル／ユニットテーブルデータベース９０５の内容を変更したり、新規データの追加したりする。
【００６８】
図１０はホストコンピュータで受信するＥメールのデータフォーマット例である。
【００６９】
《ａｄｄｒｅｓｓ》はＥメール送信元のメールアドレスである。Ｅメール送信元がホストコンピュータの通知先データベース内に登録されている場合に、そのＥメールの情報が有効であると判断する。
【００７０】
《ｃｏｍｍａｎｄ》はＥメールの種類を示すコードであり、図１１のＥメールコマンド表に基づいて、Ｅメールの種類をホストコンピュータが判別する。判別した後のホストコンピュータの処理については、後述する。
【００７１】
《ｐｒｏｄｕｃｔＩＤ》はデバイスの製品ＩＤを示す。
【００７２】
《ｕｎｉｔＩＤ》はデバイスを構成するユニットＩＤである。
【００７３】
《Ｐｒｏｄｕｃｔ＿Ｐｌａｃｅ》は製品の場所情報を表す。
【００７４】
《ｕｎｉｔ＿Ｐｌａｃｅ》はユニットの場所情報を示し、ユニット状態フラグが６（サービスパーツ設定）の時にのみ有効となる。
【００７５】
《ａｔｔａｃｈｅｄ》は、Ｅメールに添付されるファイルである。Ｅメールに添付されるファイルは、部品カウンタ、モードカウンタなどのカウンタ情報である。
【００７６】
図１２は、本発明のホストコンピュータにおけるＥメールの処理フローチャートである。
【００７７】
ホストコンピュータは電源投入後（Ｆ０９−００１）、Ｅメールの到着を待つ（Ｆ０９−００２）。到着したＥメールの“処理コマンド”を読み取り、そのＥメールがどんな種類のＥメールであるかを判断する。Ｅメールの種類を判断した後、パスワードを照合することによりそのＥメールが正しい通知であるかどうかを判断する。
【００７８】
製品ＩＤ登録メールが到着すると（Ｆ０９−００３）、製品ＩＤテーブルの作成を行う（Ｆ０９−００４：図Ｘ参照）。Ｅメールに添付された製品テーブル情報を読込んで、製品テーブルとしてデータベース内に追加する。製品テーブル内の「製品状態フラグ」を“１”にし（Ｆ０９−００５）、製品に組み込まれているユニットのユニット状態フラグを全て“２”に変更する（Ｆ０９−００６）。その後製品テーブル内の「製品場所」に組立工場の場所コードを登録する（Ｆ０９−００７）。これらの処理が終ると、ホストコンピュータは、製品ＩＤ登録メールを削除する（Ｆ０９−００８）。
【００７９】
Ｅメール到着時に、そのメールがユニットＩＤ登録メールだった場合（Ｆ０９−０１０）、ユニット登録シーケンスに移行する。ホストコンピュータは、ユニットＩＤ登録メールに添付されたユニット情報に基づいて、ユニットテーブルをデータベース上に作成する（Ｆ０９−０１１）。このとき、ユニットテーブル内のユニット状態フラグを“１”にし（Ｆ０９−０１２）、「ユニット場所」に生産工場の場所コードを記録する（Ｆ０９−０１３）。これらの処理が終ると、ホストコンピュータは、製品ＩＤ登録メールを削除する（Ｆ０９−００８）。
【００８０】
到着したＥメールが設置メールだった場合（Ｆ０９−０２０）、設置シーケンスに移行する。ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取り、その製品ＩＤに対応する製品テーブルをデータベース中から検索して、製品状態フラグを“３”に変更する。その後、「製品場所」を製品が設置された場所のコードに変更する。
【００８１】
到着したＥメールが定期監視メールだった場合（Ｆ０９−０３０）、定期監視シーケンスに移行する。ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取り、その製品ＩＤに対応する製品テーブルをデータベース中から検索して、モードカウンタを更新する（Ｆ０９−０３１）。その後、Ｅメールに添付されたモードカウンタと部品カウンタから、その製品に組み込まれたユニットのカウンタを演算し、ユニットテーブル上のユニットカウンタを変更する（Ｆ０９−０３２）。
【００８２】
到着したＥメールがユニット交換メールだった場合（Ｆ０９−０４０）、ユニット交換シーケンスに移行する。ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取り、その製品ＩＤに対応する製品テーブルをデータベース中から検索して、従属するユニットＩＤを交換前のものから交換後のものに変更する。（Ｆ０９−０４１）。交換前に取り付けられていたユニットテーブルをデータベース上から検索し、そのユニットのユニット状態フラグを“３”に変更し（Ｆ０９−０４２）、「場所」を修正する（Ｆ０９−０４５）。それと同時に、新しく取り付けられたユニットのＩＤを検索し、そのテーブル内のユニット状態フラグを“２”に書換え（Ｆ０９−０４４）、場所を設置場所のコードに変更する（Ｆ０９−０４６）。
【００８３】
到着したＥメールが製品回収メールだった場合（Ｆ０９−０５０）、製品回収シーケンスに移行する。ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取り、その製品ＩＤに対応する製品テーブルをデータベース中から検索して、製品状態フラグを“４”に変更する（Ｆ０９−０５１）。このとき製品ＩＤに従属する製品テーブル内の「場所」を回収済みコードに変更する（Ｆ０９−０５２）。
【００８４】
到着したＥメールが製品状態問い合わせメールだった場合（Ｆ０９−０６０）、ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取る。その製品ＩＤに対応する製品テーブルをデータベース中から検索して、製品状態フラグ、およびその製品に従属するユニット状態フラグを問い合わせ元にＥメールで返送する。（Ｆ０９−０６１）。
【００８５】
到着したＥメールが製品ＩＤ削除メールだった場合（Ｆ０９−０７０）、製品ＩＤ削除シーケンスに移行する。ホストコンピュータは、Ｅメールに記された製品ＩＤを読み取り、その製品ＩＤに対応する製品テーブルをデータベース中から検索して、その製品テーブル内の製品状態フラグを“５”《ユニット分解完》に変更する（Ｆ０９−０７１）。
【００８６】
到着したＥメールがリサイクル処理完了メールだった場合（Ｆ０９−０８０）、ホストコンピュータは、Ｅメールに記されたユニットＩＤを読み取る。そのユニットＩＤに対応するユニットテーブルをホストコンピュータ内のデータベースから検索し、そのユニットテーブル内のユニット状態フラグを“４”《リサイクル処理完》に変更する（Ｆ０９−０８１）。
【００８７】
到着したＥメールがユニットＩＤ削除メールだった場合（Ｆ０９−０９０）、ホストコンピュータは、Ｅメールに記されたユニットＩＤを読み取る。そのユニットＩＤに対応するユニットテーブルをホストコンピュータ内のデータベースから検索し、そのユニットテーブル内のユニット状態フラグを“５”《部品分解完》に変更する（Ｆ０９−０９１）。
【００８８】
到着したＥメールが入荷通知メールだった場合（Ｆ０９−１００）、ホストコンピュータは、Ｅメールに記されたユニットＩＤを読み取る。そのユニットＩＤに対応するユニットテーブルをホストコンピュータ内のデータベースから検索し、そのユニットテーブル内のユニット状態フラグを“６”《サービスパーツ扱い》に変更する（Ｆ０９−１０１）。このとき、「ユニット場所」を“サービスパーツセンター”のコードに変更する（Ｆ０９−１０２）。
【００８９】
これら一連の処理により、ホストコンピュータ内のデータベースは逐次書き換えられ、製品およびユニットがどこの拠点にあるか、すぐに追跡することが可能ある。
【００９０】
また、製品テーブル内の製品状態フラグが５（ユニット分解完）、ユニットテーブル内のユニット状態フラグが５（部品分解完）になっているものは、ホストコンピュータ１００のデータベースから削除してもよい。
【００９１】
（ユニット生産）
図１７はユニット生産工場における処理を示すフローチャートである。
【００９２】
１２０１はユニット組み立ての工程である。この工程ではコントローラ、定着器といったユニット単体の組み立てを行なっている。個々のユニット組み立て完了後、１２０２でユニットＩＤの生成を行う。このユニットＩＤは各ユニットを識別するためのもので重複しないように生成する必要がある。１２０５はユニットＩＤの例である。全体は８桁で構成されており、前２桁でユニットの種類を表していて、「ＤＣ」の場合はコントローラ、「ＦＸ」の場合は定着器を示している。また、後６桁ではシリアル番号を表している。１２０３では生成されたユニットＩＤと、ユニットの寿命情報を内蔵されているＥＥＰＲＯＭに書き込んでいる。１２０４ではユニットＩＤ、及びユニットの種類を示すユニット名称、ユニットの寿命データをサーバ経由でホストコンピュータへメールで送信する。
【００９３】
具体的には、この工程でＦＸ０００００１というユニットＩＤの定着器が製造された場合、ホストコンピュータ上では図１３の９２０に示すようなデータが作成される。また、ＤＣ０２３８７８というユニットＩＤのコントローラが製造された場合、ホストコンピュータ上では図１３の９３０に示すようなデータが作成される。
【００９４】
（製品組立）
図１８は製品組み立て工場における処理を示すフローチャートである。
【００９５】
１３０１は製品の組み立て工程である。この工程ではユニット生産工場で生産されたユニットを使って製品に組み立てている。組み立て完了後、１３０２で製品ＩＤの生成を行う。この製品ＩＤは各製品を識別するためのもので重複しないように生成する必要がある。１３０７は製品ＩＤの例である。全体は８桁で構成されており、前２桁で製品の種類を表していて、「ＡＬ」でアナログ低速機、「ＤＭ」でデジタル中速機を示している。次の１バイトは製品の仕向地を表していて、「Ｊ」は日本、「Ａ」はアメリカを示している。また、後の５桁はシリアル番号を表している。１３０３では生成された製品ＩＤを製品に内蔵されているＥＥＰＲＯＭに格納している。１３０４では内蔵されているユニットのユニットＩＤを取得し、製品内のＥＥＰＲＯＭに格納する。１３０５では製品ＩＤと取得したユニットＩＤをサーバ経由でホストコンピュータに送信する。送信完了後、１３０６の製品出荷となる。
【００９６】
具体的には、ＡＬＪ４７８０２の製品ＩＤを持つ製品が作られ、前述したユニット生産工程で作成されたＦＸ０００００１というユニットＩＤの定着器とＤＣ０２３８７８というユニットＩＤのコントローラが製品に組み込まれた場合、ホストコンピュータ上においては、製品テーブルでは図１３の９４０に示すようなデータが作成される。
【００９７】
また、定着器のユニットテーブルは、図１３の９２０の組込製品ＩＤの欄にＡＬＪ４７８０２が記入され９２１の状態にテーブルが変更される。
【００９８】
さらに、コントローラのユニットテーブルは、図１３の９３０の組込製品ＩＤの欄にＡＬＪ４７８０２が記入され９３１の状態にテーブルが変更される。
【００９９】
（設置）
図１４のデバイスの処理フローチャートに基づいて、デバイス（複写機、複合機、ファクシミリ、プリンタ）の処理フローを説明する。
【０１００】
デバイスの電源をＯＮにすると（Ｆ１０−０１）、デバイス上のコントローラは、接続された全ユニットのユニットＩＤを収集する（Ｆ１０−０２）。たとえば、定着器やコントローラのユニットＩＤを収集する。このとき、収集したユニットＩＤはデバイス内の不揮発性メモリ内に蓄積される。ユニットＩＤ収集の結果、デバイスのメモリ内に存在しない新たなＩＤがあるかどうかを検出し（Ｆ１０−０３）、未登録ＩＤがなければ、サーバからの部品カウンタ要求を待つ（Ｆ１０−１０）。
【０１０１】
Ｆ１０−０３で未登録ＩＤがあった場合、デバイス内の不揮発性メモリから、取り外されたユニットのユニットＩＤを（ユニットＩＤ収集時に検出されなかったユニットＩＤ）検出する（Ｆ１０−０５）。その後、取り外されたユニットのユニットＩＤと未登録だったユニットＩＤを揮発性メモリ上に保持し（Ｆ１０−０６）、交換部品データを作成する（Ｆ１０−０７）。続いて、デバイス内の不揮発性メモリに保持されている部品カウントと、Ｆ１０−０７で作成された交換部品データを併せて（Ｆ１０−０８）、サーバに対してデータを送信する（Ｆ１０−０９）。
【０１０２】
Ｆ１０−１０でサーバからの部品カウンタ要求を検出すると、デバイスは、内部の不揮発性メモリに保持されている部品カウンタをデータ送信部へ送り（Ｆ１０−０８）、サーバへ送信する（Ｆ１０−０９）。
【０１０３】
具体的には、前述した製品組立工程で生産されたＡＬＪ４７８０２の製品ＩＤを持つ製品が例えば新宿の場所コードをもつ設置先に設置された場合、サーバを経由して、ホストコンピュータ上の製品テーブルは、図１３の９４０のデータに、設置状態を表す製品状態フラグを“１”の“組立完”から“３”の“ユーザ設置中の“３”に変更し、また場所の欄に“新宿”というデータを更新して９４１に示すようなテーブルに変更される。
【０１０４】
また、定着器のユニットテーブルは、図１３の９２１のデータに設置状態を表すユニット状態フラグを“１”の“組立完”から“２”の“製品組込中”に変更し、また場所の欄に“新宿”というデータを更新して９２２に示すようなテーブルに変更される。
【０１０５】
さらに、コントローラのユニットテーブルは、図１３の９３１のデータに設置状態を表すユニット状態フラグを“１”の“組立完”から“２”の“製品組込中”に変更し、また場所の欄に“新宿”というデータを更新して９３２に示すようなテーブルに変更される。
【０１０６】
（設置／回収）
図１５はユーザ先に設置されたサーバのシステム構成図である。
【０１０７】
１１０１はユーザ先に敷設されたＬＡＮなどのネットワークである。サーバ１１０３は通信部１１０４を介してネットワーク１１０１に接続されている。一方でサーバ１１０３の管理下にある１１０２はデバイスであり、複写機、複合機、ファクシミリ、プリンタなどの画像形成装置である。
【０１０８】
サーバ１１０３には、状態監視部１１０６があり、デバイス１１０２からなんらかの通知がないか、あるいは回線通信処理部１１０７を介してＥメールの送受信についても監視している。状態監視部１１０６は定期的に、カウンタ取得部１１０５を介して、デバイス１１０２から部品カウンタやモードカウンタを収集する。デバイス１１０２から収集した部品カウンタなどの情報は、デバイス情報ＤＢ  １１０８に追加更新される。
【０１０９】
入力部１１０９は、デバイスの新規設置や回収時に、サービスマンが情報入力するための機能である。入力部１１０９にて「デバイスの新規設置」や「デバイス回収」の情報を入力すると、状態監視部１１０６はデバイス１１０２の部品カウンタを収集してＥメールを作成する。
【０１１０】
図１６の「ユーザ先に設置されたサーバの処理手順フローチャート」に基づいて、サーバでの処理手順について説明する。
【０１１１】
ユーザ先サーバは設置された後（Ｆ１１−０１）、一定時間ごと（たとえば１日１回午前９時など）に定期処理を行う。ここで行う作業は、サーバの管理下にあるデバイスから部品カウンタとモードカウンタを収集することである（Ｆ１１−０２）。収集したカウンタから定期処理通知メールを作成する（Ｆ１１−０３）。作成した定期処置通知メールをホストコンピュータへ送信して（Ｆ１１−０５）、再び、定期処理の時刻になるかどうかを判断する。
【０１１２】
定期処理を行う時刻になっていない場合、デバイスからの部品交換通知があるかどうかを確認する。デバイスからの部品交換通知がある場合（Ｆ１１−０６）、交換される直前についていたユニットのユニットＩＤを取得する（Ｆ１１−０７）。続いて、交換された後に取り付けられたユニットのユニットＩＤを取得し（Ｆ１１−０８）、デバイスに保持されている部品カウンタを取得する（Ｆ１１−０９）。例えば、定着器であれば、交換直前についていた定着器のユニットのＩＤ（ＦＸ０００００１）を取得し、交換で新たに取り付けられた定着器のユニットＩＤ（ＦＸ０００００２）を取得する。
【０１１３】
交換前／後のユニットＩＤと部品カウンタを１つのファイルにまとめ、部品交換メールを作成して（Ｆ１１−１０）、ホストコンピュータへＥメール通知する（Ｆ１１−０５）。
【０１１４】
定期処理と部品交換の情報がデバイスから通知されていないときで、サーバの管理下に新たなデバイスを設置する場合（Ｆ１１−１０）、サービスマンが新規設置登録作業を行う（Ｆ１１−１１）。新規設置作業終了後、サービスマンはサーバ上で新規設置終了すると、サーバ上のアプリケーションプログラムが新規デバイスの部品カウンタを取得する（Ｆ１１−１２）。その後、設置メールを作成して（Ｆ１１−１３）ホストコンピュータへＥメール送信する（Ｆ１１−０５）。
【０１１５】
定期処理と部品交換の情報がデバイスから通知されていないときで、サーバの管理下にあるデバイスを撤去する場合、サービスマンがデバイスの回収作業を行う（Ｆ１１−１４）。サーバ上のアプリケーションプログラムから回収指示を行うと、アプリケーションプログラムは回収するデバイスの部品カウンタを取得する（Ｆ１１−１５）。デバイス回収後、再びサーバのアプリケーションプログラム上で、デバイス回収済みにすると、回収メールが作成され（Ｆ１１−１６）、ホストコンピュータへＥメールが送信される（Ｆ１１−０５）。
【０１１６】
具体的には、前述した製品組立工程で生産されたＡＬＪ４７８０２の製品ＩＤを持つ製品に組み込まれている製品の定着器が、ユニットＩＤがＦＸ０００００１の定着器からＦＸ０００００２の定着器に交換された場合、ホストコンピュータ上の製品テーブルは、図１３の９４１のユニットＩＤ欄のＦＸ０００００１を交換された新しいユニットＩＤであるＦＸ０００００２に変更する。また、製品内のモード別カウンタは他のユニットの寿命演算にも使用されるのでユニット交換では変更しない。従って、図１３の９４１の製品テーブルは定着器の交換により９４２のように変更される。
【０１１７】
また、ユニットＩＤがＦＸ０００００１の定着器は製品からはずされるので、そのユニットテーブルは図１３の９２２の設置状態を表すユニット状態フラグを“２”の“製品組込中”から“３”の“製品からはずされた”に変更し、また組込み製品ＩＤと場所の欄を“−”の“未定義”に変更し９２３に示すようなテーブルに移行する。
【０１１８】
また、新しく投入されるユニットＩＤがＦＸ０００００２である定着器のユニットテーブルは、図１３の９５０に示されるようにホストコンピュータに登録済みである。登録の過程は前述したように、図１７のユニット生産の工程と同様に処理で実行される。このユニットＩＤがＦＸ０００００２の定着器がＡＬＪ４７８０２の製品ＩＤを持つ製品に組み込まれると、この定着器のユニットテーブルは、図１３の９５０のユニット状態フラグを“２”の製品組込み中に変更し、組込製品ＩＤを“ＡＬＪ４７８０２”に、場所を“新宿”に変更してテーブルを９５１のように更新する。
【０１１９】
（分解工場）
図１９は分解工場における処理を示すフローチャートである。
【０１２０】
１４０１は回収された製品のＩＤを収集する工程である。その後、１４０２で製品ＩＤの削除メールを生成し、１４０３でサーバを経由してホストコンピュータに削除メールを送信している。
【０１２１】
この処理により、ホストコンピュータ上の製品テーブルの製品状態フラグは、“４”の回収完了に、場所も“−”の未定義に各々変更され、図１３の９４３に示されるようにテーブルが変更される。
【０１２２】
また、ホストコンピュータ上のユニットＩＤがＦＸ０００００２である定着器のユニットテーブルは、この分解工程により、ユニット状態フラグは“３”の“製品からはずされた”に変更される（図１３の９５２）。
【０１２３】
さらに、ホストコンピュータ上のユニットＩＤがＤＣ０２３８７８であるコントローラのユニットテーブルは、この分解工程により、ユニット状態フラグは“３”の“製品からはずされた”に変更される（図１３の９３３）。
【０１２４】
（再生処理）
図２０のリサイクル工場システム構成図に基づいて、画像形成装置のリサイクルシステムについて説明する。
【０１２５】
１５−１０１はユニットサイクル工場である。リサイクル工場内に敷設されたＬＡＮ（１５−１０２）を介して、サーバーＲ１（１５−１０３）とリサイクル工程１１、１２、・・・が接続されている。
【０１２６】
各リサイクル工程１１、１２、・・・には、図示しないユニットＩＤ収集装置があり、ユニットに搭載されたメモリ内のＩＤを読み取って、サーバーＲ１へユニットＩＤ情報を送信することが可能である。
【０１２７】
サーバーＲ１（１５−１０３）は通信回線（１５−１０４）を経由して、インターネットや公衆回線網などの通信回線網（１５−１０５）に接続されている。サーバーＲ１は、ＬＡＮ（１５−１０２）に接続されたリサイクル工程を監視するとともに、ホストコンピュータへＥメール送信したり、ホストコンピュータのデータベース内にあるユニットテーブルを参照することが可能である。
【０１２８】
サーバーＲ１（１５−１０３）上には図示しないデータベースがあり、その中に後述する「ユニット処理テーブル」を記憶保持している。本実施例では、リサイクル工場内のサーバーに「ユニット処理テーブル」を作成しているが、ホストコンピュータ内に作成しても、各拠点（ユーザ先、販売会社、生産工場、組立工場など）のどこに作成してもよい。
【０１２９】
本実施例における定着器ユニットのリサイクル工程では、ユニットＩＤ収集工程と処理評価工程（いずれも後述する）をリサイクル工程１１、ユニットの分解工程をリサイクル工程１２、洗浄工程をリサイクル工程１３、再組立工程をリサイクル工程１４、検査工程をリサイクル工程１５、梱包出荷工程をリサイクル工程１６と考えることとする。
【０１３０】
図２１のユニット処理テーブルに基づいて、ユニット処理テーブルについて説明する。
【０１３１】
１５−２０１、１５−２０２はそれぞれ「製品テーブル」、「ユニットテーブル」であり、前述した通り、ホストコンピュータ内のデータベースに記憶保持されている。リサイクル工場内のサーバーでは、これらのホストコンピュータに記憶保持されている「製品テーブル」と「ユニットテーブル」を参照しながら、ユニット処理テーブル１５−２０３を生成する。
【０１３２】
ユニット処理テーブルは大きく分けて４つのフィールドから構成されており、ユニットＩＤごとにテーブルが作成される。リサイクル工程の初めにユニット処理テーブルを作成し、処理評価工程が終れば、これらのユニット処理テーブルを削除してよい。よって、ユニット処理テーブルは一時的に作成されればよく、不揮発性メモリに蓄える必要がない。
【０１３３】
４つのフィールドは「ＩＤフィールド」「処理評価フィールド」「処理基準データフィールド」「処理コストフィールド」から成る。
【０１３４】
「ＩＤフィールド」はそのユニットの組み込まれていた製品の「製品ＩＤ」とそのユニット自らの「ユニットＩＤ」であり、製品テーブル内の製品ＩＤと、ユニットテーブル内のユニットＩＤがそのまま記憶保持される。
【０１３５】
「処理基準データフィールド」は、「処理時間」「ユニット耐久度」「ライフサイクルカウンタ」の３つの項目をもつ。「処理時間」は製品開発時にユニットごとに決められた値であり、分解工程での分解し易さを考慮して予め時間を決めておく。処理時間は、おもに分解・洗浄／再塗装工程にかかる時間を示し、「０：分解の必要なし」「１：工具なしで容易に分解できる」「２：工具なしで分解できるが時間を要する」「３：工具ありで容易に分解できる」「４：工具ありで分解できるが時間を要する」「５：分解不可能」の６種類のデータからなる。定着器ユニットの場合、「３：工具ありで容易に分解できる」となる。「ユニット耐久度」はサーバーＲ１が、ホストコンピュータに記憶保持された“ユニットテーブル“から作成するデータであり、ユニットテーブル内の寿命カウンタとユニットカウンタの比を百分率で表したものである。「ユニット耐久度」はそのユニットＩＤごとに耐久閾値をもっており、所定割合以下の耐久度数のユニットは再利用に回される。「ライフサイクルカウンタ」はそのユニットが組み込まれていた製品で、１ライフサイクルの間、ユニットの寿命を満たすのに十分な値が記憶保持される。「ライフサイクルカウンタ」の欄は１つまたは複数持っていてよい。このとき、名称はカウンタであるが、カウンタの単位については、画像形成装置での通紙枚数、回数、通電時間のいずれでもよい。例えば定着器ユニットにおいて、製品Ａでは５０００００枚のライフサイクルが必要であっても、製品Ｂにも取り付け可能で、３０００００枚のライフサイクルでよいという場合がある。その場合、取り付け可能な製品の種類だけ「ライフサイクルカウンタ」の欄を設ける。
【０１３６】
処理コストフィールドは少なくとも２つのデータから成り、「ユニットの単価」「ユニットリサイクル費用（計）」をもつ。
【０１３７】
「ユニットの単価」は、実際に再利用した時に販売可能な単価であり、利益をあげる為の基準となる値である。「ユニットリサイクル費用（計）」は、そのユニットをリサイクルするのにかかる費用であり、その内訳を示すデータ「交換部品費用」「ユニット取り出し費用」「ユニット分解／組立費用」・・・（表１５−２０３の１０〜１６列目）を持っていても良い。これらのコストデータは書換可能であり、リサイクル処理工程での実際のコストをフィードバックさせることも可能である。
【０１３８】
最後に「処理評価」データについて説明する。
【０１３９】
処理評価は、Ａ〜Ｅまでの５つのランクに分けられる。リサイクルによるコストが、リサイクルユニットの単価よりも高い場合はランクＥとして、ユニットとしてのリサイクルを行わず、部品に分解する。ユニットに新規部品をつけずに再出荷可能なものがＡ、リサイクルによる対コスト効果があり、ユニット内の部品を幾つか交換すれば、次のライフサイクルを十分満たすものがＢ、リサイクル可能であり、ライフサイクルは満たせないが、ライフサイクルのより短い製品に取り付ければ使用可能なものがＣ、ライフサイクルは満たせないが、幾つかの部品を交換することによりライフサイクルのより短い製品に取り付けて使用可能なものをＤとする。
【０１４０】
図２２のユニットリサイクル工場の処理フローチャートに基づいて、リサイクル工程について説明する。
【０１４１】
リサイクル工場に入荷されたユニットは、リサイクル工程１１においてユニットＩＤを確認される（Ｆ１５−３０１）。サーバーＲ１は、ユニットＩＤに対応したユニットテーブルをホストへ問合せ（Ｆ１５−３０２）、その結果からユニット耐久度を演算する（Ｆ１５−３０３）。ユニット耐久度は、ユニットテーブルの「寿命」に対する「ユニットカウンタ」の割合を百分率で表したものである。
【０１４２】
この後、処理評価工程において（Ｆ１５−３０４）、ユニット処理テーブルの「処理基準データフィールド」と「処理コストフィールド」の値に基づいて、ユニットのリサイクル判定が行われる。
【０１４３】
判定結果はユニットごとに基準を変えてもよいが、基本的には、
（Ａ）ユニットに新規部品をつけずに再出荷可能なもの
（Ｂ）ユニット内の部品を幾つか交換すれば、次のライフサイクルを十分満たすもの
（Ｃ）リサイクル可能であり、ライフサイクルは満たせないが、ライフサイクルの短い製品に取り付ければ使用可能なもの
（Ｄ）ライフサイクルは満たせないが、ユニット内の部品の幾つかを交換すれば、ライフサイクルの短い製品で使用可能なもの
（Ｅ）リサイクル不可能なため部品に分解するもの
という基準の下、５段階の評価を行う。詳細については後述する。
【０１４４】
この結果、処理評価ランクがＡ〜Ｄだったユニットはリサイクル処理工程に移動する（Ｆ１５−３０６）。
【０１４５】
処理評価ランクがＥだった定着器は、構成要因である定着ローラ、ハロゲンヒータ、などの部品に分解される（Ｆ１５−３１０）。
【０１４６】
ユニットが部品に分解されると（Ｆ１５−３１０）、サーバーＲ１はユニットＩＤ削除メールを作成する（Ｆ１５−３１１）。
【０１４７】
リサイクル工程を経て、リサイクルユニットとして完成すると、サーバーＲ１はリサイクル処理完了メールを作成する（Ｆ１５−３０７）。
【０１４８】
そのユニット耐久度の評価がされていないユニットがあると（Ｆ１５−３１０）、再びユニット耐久度の確認が行われる（Ｆ１５−３０３）。すべてのユニットの耐久度評価が終了すると、サーバーＲ１は、一連の処理で作成したメールをホストコンピュータへ送信して（Ｆ１５−３０９）、リサイクル処理を終了する。
【０１４９】
図２４のリサイクル処理評価フローチャートに基づいてリサイクル処理評価工程について説明する。
【０１５０】
評価処理工程ではリサイクル対象となる定着器ユニットのユニット耐久度を確認する（Ｆ１５−５０１）。このときユニット耐久度が１００％だった定着器ユニットは“処理評価”がＥランクになる（Ｆ１５−５２０）。
【０１５１】
耐久度が１００％未満だったユニットに対して、ユニットテーブル内の部品カウンタが参照される（Ｆ１５−５０２）。このとき、処理評価中の定着器ユニットに含まれる全部品カウンタをチェックし（Ｆ１５−５０３）、交換に必要な部品数とその部品の値段を算出する（Ｆ１５−５０４）。
【０１５２】
その後、リサイクルにかかるコストを計算し、リサイクルユニットを再販売するときの値段と比較する（Ｆ１５−５０５）。ここで、リサイクルのための費用が、リサイクルユニットを販売する値段を越える場合、採算がとれないので、その部品は処理評価Ｅランクとされる。
【０１５３】
リサイクルにより採算が取れる場合は、処理時間により処理評価を行う（Ｆ１５−５０６、Ｆ１５−５０８、Ｆ１５−５１０、Ｆ１５−５１２・・・）。処理時間は交換する部品の点数によって決定される。
【０１５４】
処理時間が大幅にかかるものについては、ユニットとしての再利用をあきらめ、処理評価Ｅランクとしてもよい。
【０１５５】
本実施例の定着器ユニット（ユニットＩＤがＦＸ０００００１）は、ユニットテーブル内の寿命カウンタが１０００００なのに対して、ユニットカウンタが０なので、耐久度は０％である。また定着器ユニットを構成する全ての部品カウンタが０なので、交換部品なし、再生処理時間も０となる。このとき、ユニット処理テーブル内のユニット単価が３０２０円で、ユニットリサイクル費用（計）が１６８０円であるから、この定着器ユニット（ＦＸ０００００１）は再利用処理で採算が取れる製品と判断され、処理評価「Ａ」となる。
【０１５６】
図２３のリサイクル工程フローチャートに基づいて、本実施例における定着器ユニットのリサイクル処理工程について説明する。
【０１５７】
前述の処理評価工程にてランク付けされたユニットは、まず前検査工程（Ｆ１５−４００）にてそのユニットの機能検査が行われる。たとえば定着上ローラ、下ローラの回転速度、定着ヒータの温度、ハロゲンヒータ回路の電流値、電圧値などが、正常な範囲にあるかどうかを確認する。このとき処理評価Ａ、Ｃだったもので異常が発見されれば、それぞれ処理評価がＢ、Ｄに変更される。また、著しい異常が発見されればＥランクに変更し、部品レベルに分解される場合もある。
【０１５８】
処理評価がＡまたはＣだったユニットは（Ｆ１５−４０１）、洗浄工程（Ｆ１５−４０２）に移る。洗浄工程では、ユニットの汚れなどを落としたり、定着ローラを駆動するためのギアに油を挿したりする。その後ユニットとしての検査工程（Ｆ１５−４０３）を経て、機能および性能を満足するユニットは梱包出荷工程（Ｆ１５−４０４）へ移動される
処理評価がＢまたはＤのユニットは（Ｆ１５−４１１）、分解工程（Ｆ１５−４１２）に移される。洗浄／再塗装工程（Ｆ１５−４１３）を経て、部品カウンタが寿命を越えている部品を交換し（Ｆ１５−４１４）、再組立工程にて再びユニットが組み直される（Ｆ１５−４１５）。その後は、検査工程（Ｆ１５−４０３）、梱包出荷工程（Ｆ１５−４０４）を経てリサイクル処理工程は終了する。
【０１５９】
処理評価がＥランクだったものはユニットとしての再利用が不可能なため（Ｆ１５−４２１）リサイクル処理を行わずに「リサイクル処理工程」を終了する。通常は、部品として分解される工程へ回される。
【０１６０】
本実施例の定着器ユニット（ＦＸ０００００１）は、処理評価がＡであるため、洗浄／再塗装工程に移動される。その後、検査工程において、定着上ローラ、下ローラの回転速度、定着ヒータの温度、ハロゲンヒータ回路の電流値、電圧値などが、正常な範囲にあるかどうか確認される。検査工程にて出荷レベルにあると判断された定着器ユニットは、梱包出荷工程に回る。このとき、ユニットリサイクル工場内のサーバーＲ１は、ホストコンピュータに対して、ユニットリサイクル完了メールを通知する。ホストコンピュータは、データベース内のユニットＩＤ（ＦＸ０００００１）を検索し、そのユニットテーブル内にある“ユニット状態フラグ”を、「４：リサイクル処理完」に書き換え、“リサイクル回数”を０から１に変更する。
【０１６１】
さらに、再生処理された定着器ユニットがサービスパーツ扱いになれば、ホストコンピュータ上のユニットテーブルのユニット状態フラグは“６”の“サービスパーツ”に変更され、ユニットとしての利用は２回目になるので、リサイクル回数の欄は“１”に変更される
図２５の「サービスパーツフローチャート」に基づいて、サービスパーツ交換について説明する。
【０１６２】
図１で図示されるＰＰＣ−Ａ〜ＰＰＣ−Ｆのようにユーザ先に設置された状態において、ホストコンピュータがモニターすることにより、部品カウンタが各々設定された寿命に達したと判断した場合（Ｆ１６−０２）、ホストコンピュータが寿命に達した部品の出荷を依頼するためのメールを作成し（Ｆ１６−０３）、それをサービスパーツセンターへ送信する（Ｆ１６−０４）。その後、サービスパーツセンターから、必要な部品が出荷される（Ｆ１６−０５）。出荷が完了した時点で、サービスパーツセンターで出荷完了メールを作成（Ｆ１６−０６）し、それを販売会社へ送信（Ｆ１６−０７）する。それを受け取った販売会社がサービスマンを派遣し、サービスパーツと寿命に達した部品をユーザ設置先で交換する（Ｆ１６−０８）。ここで、サービスパーツセンターにあるサービスパーツは新品である。
【０１６３】
サービスパーツの対象となるものは、例えば定着ローラやドラムである。
【０１６４】
ここで、定着ローラを例に具体的なサービスパーツ交換のフローを図１と図２５をもとに説明する。ＰＰＣ−Ａ内の定着ローラの部品カウンタが、寿命カウンタ値（２０万）に達したとホストコンピュータが判断する（Ｆ１６−０２）と、ホストコンピュータがサービスパーツセンターへ、新しい定着ローラをＰＰＣ−Ａのユーザ設置先へ送る指示内容のメールを作成し（Ｆ１６−０３）送信する（Ｆ１６−０４）。そこで、サービスパーツセンターから、新しい定着ローラがＰＰＣ−Ａのユーザ設置先へ出荷される（Ｆ１６−０５）。出荷された時点で、サービスパーツセンターのサーバーＨが、新しい定着ローラがＰＰＣ−Ａのユーザ設置先に出荷された旨の出荷完了メールを作成（Ｆ１６−０６）し、販売会社へ送信する（Ｆ１６−０７）。そのメールを受け取った販売会社は、サービスマンをＰＰＣ−Ａのユーザ設置先に派遣し、寿命に達した定着ローラと新しい定着ローラを交換する。サービスパーツを交換する時は、常に電源をＯＦＦにする。交換された後、ＰＰＣ−Ａの電源を入れると、図１４で説明された処理により、新しい定着ローラがＰＰＣ−Ａに登録される。また、回収された定着ローラは、ユニットリサイクル工場へ送られ、先に図１５で説明した処理がなされる。以上のフローにより、サービスパーツ交換が行われる。
【０１６５】
ドラムなど他の部品をサービスパーツ交換する場合も、同様のフローで行うことが可能である。
【０１６６】
【発明の効果】
画像形成装置を管理するホストコンピュータに、画像形成装置の部品カウンタデータを基に任意のユニットのリサイクル情報を生成するためのリサイクル情報生成手段と、リサイクル工程におけるリサイクル経費計算手段を構成したので、リサイクルにかかる費用を考慮した上で、リサイクル処理工程の効率を上げることができた。
【図面の簡単な説明】
【図１】本発明のシステム構成を示す図である。
【図２】デバイスＰＰＣ−Ａのプリンタの構成図である。
【図３】図２のプリンタのユニット構成図である。
【図４】リサイクルユニットＡの詳細構成のブロック図である。
【図５】消耗部品のみでユニットを構成している場合のブロック図である。
【図６】定着ユニットの詳細構成図である。
【図７】コントローラの構成ブロック図を示す。
【図８】ホストコンピュータ上に登録される、製品テーブルとユニットテーブルのデータ構造を示すものである。
【図９】ホストコンピュータの構成図である。
【図１０】ホストコンピュータで受信するＥメールのデータフォーマット例である。
【図１１】ホストコンピュータで受信するＥメールのコマンド例である。
【図１２】本発明のホストコンピュータにおけるＥメールの処理フローチャートである。
【図１３】ホストコンピュータにおけるデータのテーブルである。
【図１４】デバイスの処理フローチャートである。
【図１５】ユーザ先に設置されたサーバのシステム構成図である。
【図１６】ユーザ先に設置されたサーバの処理手順フローチャートである。
【図１７】ユニット生産工場における処理を示すフローチャートである。
【図１８】製品組立工場における処理を示すフローチャートである。
【図１９】分解工場における処理を示すフローチャートである。
【図２０】リサイクルユニット工場システム図である。
【図２１】製品テーブル、ユニットテーブル、ユニット処理テーブルを表す図である。
【図２２】ユニットリサイクル工場の処理フローチャートである。
【図２３】リサイクル工程フローチャートである。
【図２４】リサイクル処理評価フローチャートである。
【図２５】サービスパーツフローチャートである。
【図１】
2004326160.tif 000003
【図２】
2004326160.tif 000004
【図３】
2004326160.tif 000005
【図４】
2004326160.tif 000006
【図５】
2004326160.tif 000007
【図６】
2004326160.tif 000008
【図７】
2004326160.tif 000009
【図８】
2004326160.tif 000010
【図９】
2004326160.tif 000011
【図１０】
2004326160.tif 000012
【図１１】
2004326160.tif 000013
【図１２】
2004326160.tif 000014
【図１３】
2004326160.tif 000015
【図１４】
2004326160.tif 000016
【図１５】
2004326160.tif 000017
【図１６】
2004326160.tif 000018
【図１７】
2004326160.tif 000019
【図１８】
2004326160.tif 000020
【図１９】
2004326160.tif 000021
【図２０】
2004326160.tif 000022
【図２１】
2004326160.tif 000023
【図２２】
2004326160.tif 000024
【図２３】
2004326160.tif 000025
【図２４】
2004326160.tif 000026
【図２５】
2004326160.tif 000027