(57)【要約】【課題】  利用者の利便性を最大限確保しつつ、与信リスクを合理的範囲に抑制した画像処理装置、及びその制御方法、プログラムを提供できる。【解決手段】  操作部で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を、記憶媒体に記憶されているプリペイド情報が示す数値から減算して、該プリペイド情報を更新する。更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示部に表示する。プリペイド情報が示す数値が、第１の閾値より小さい第２の閾値以下である場合、操作部で実行指示された機能の少なくとも一部の実行を制限する。制限した機能を実行するためのジョブを保留ジョブとして記憶媒体に管理する。【選択図】  図６
2007179281.tif 000002
【特許請求の範囲】
【請求項１】
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置であって、
数値情報から構成されるプリペイド情報を記憶する記憶手段と、
当該画像処理装置で提供する機能の実行を指示する操作手段と、
前記操作手段で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を前記プリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新手段と、
前記更新手段で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示する表示手段と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作手段で実行指示された機能の少なくとも一部の実行を制限する機能制限手段と、
前記機能制限手段で制限した機能を実行するためのジョブを保留ジョブとして管理するジョブ管理手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記更新手段によって更新されたプリペイド情報が示す数値情報が、前記第２の閾値より大きく、かつ前記ジョブ管理手段で前記保留ジョブが管理されている場合、その保留ジョブを実行するジョブ実行手段を更に備える
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記操作手段による操作に基づいて、管理者が操作する管理者モードと、管理者以外のユーザが操作するユーザモードを選択的に切り替えて実行する実行手段を更に備え、
前記管理者モードである場合にのみ、前記更新手段は、前記プリペイド情報が示す数値に、指定された数値を加算する更新を実行する
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記表示手段は、警告情報として、プリペイド情報の超過利用分を後で追加するプリペイド情報より相殺する旨を示す表示エリアと、了解又は処理続行をする旨を指示するための第１指示部と、処理を中止する旨を指示するための第２指示部を含む警告画面を表示し、
前記操作手段による前記警告画面に対する操作に基づいて、前記操作手段で実行指示された機能による処理を制御する制御手段を更に備える
ことを特徴とする請求項１乃至請求項３のいずれか１項に記載の画像処理装置。
【請求項５】
前記プリペイド情報が示す数値が前記第１の閾値以下になった場合、または前記プリペイド情報が示す数値が前記第２の閾値以下になった場合に、プリペイド情報の更新に関するメールを生成する生成手段を更に備える
ことを特徴とする請求項１乃至請求項４のいずれか１項に記載の画像処理装置。
【請求項６】
前記管理モードである場合に、前記プリペイド情報を追加注文するための注文情報を生成して、プリペイド情報の注文を受け付けるサーバにネットワークを介して送信する送信手段と、
前記サーバより、前記ネットワークを介して、前記注文情報に対応するプリペイド情報を受信する受信手段と
を更に備えることを特徴とする請求項３に記載の画像処理装置。
【請求項７】
前記受信手段は、ネットワーク上の外部端末より発行された注文情報を受信した前記サーバより、前記ネットワークを介して、前記注文情報に対応するプリペイド情報を受信する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置の制御方法であって、
当該画像処理装置で提供する機能の実行を指示する操作部で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を、記憶媒体に記憶されているプリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新工程と、
前記更新工程で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示部に表示する表示工程と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作部で実行指示された機能の少なくとも一部の実行を制限する機能制限工程と、
前記機能制限工程で制限した機能を実行するためのジョブを保留ジョブとして記憶媒体に管理するジョブ管理工程と
を備えることを特徴とする画像処理装置の制御方法。
【請求項９】
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置の制御をコンピュータに実行させるためのプログラムであって、
当該画像処理装置で提供する機能の実行を指示する操作部で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を、記憶媒体に記憶されているプリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新工程と、
前記更新工程で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示部に表示する表示工程と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作部で実行指示された機能の少なくとも一部の実行を制限する機能制限工程と、
前記機能制限工程で制限した機能を実行するためのジョブを保留ジョブとして記憶媒体に管理するジョブ管理工程と
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
印刷前に印刷ジョブの課金額を計算して、プリペイド残高と比較して、ＯＫの場合に印刷ジョブを実行するシステムが開示されている（特許文献１）。また、ネットワークを介して貸与された機器から情報を収集し、機材の償却価格や印刷使用枚数、使用電気料金、消耗品使用量の価格等の情報から、課金の設定を順次新品、中古等の加重値等を考慮して自動的に実施するシステムが開示されている（特許文献２）。更に、プリペイド残額がなくなった場合、次のプリペイドを購入して残額を増加するか確認する画面が出る決済装置も開示されている（特許文献３）。
【特許文献１】特開２００５−０２４８１７号公報
【特許文献２】特開２００１−３５７１２３号公報
【特許文献３】特開２００５−２２２３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術では、プリペイドを使いきると、または、今回のプリントジョブの課金予定額が残高を上回ると、印刷等の処理を実行するためには、新たにプリペイドカードを又は所定度数の利用権をネットから購入する必要がある。この場合、プリペイドカード等の購入迄の間、印刷等の処理を実行することができず、急ぎの印刷やコピー等の処理を行う場合、待たされたユーザがいらいらするという問題があった。
【０００４】
本発明は上記課題を解決するためになされたものであり、利用者の利便性を確保しつつ、提供者側のリスクを抑制した画像処理装置、及びその制御方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するための本発明による画像処理装置は以下の構成を備える。即ち、
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置であって、
数値情報から構成されるプリペイド情報を記憶する記憶手段と、
当該画像処理装置で提供する機能の実行を指示する操作手段と、
前記操作手段で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を前記プリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新手段と、
前記更新手段で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示する表示手段と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作手段で実行指示された機能の少なくとも一部の実行を制限する機能制限手段と、
前記機能制限手段で制限した機能を実行するためのジョブを保留ジョブとして管理するジョブ管理手段と
を備える。
【０００６】
また、好ましくは、前記更新手段によって更新されたプリペイド情報が示す数値情報が、前記第２の閾値より大きく、かつ前記ジョブ管理手段で前記保留ジョブが管理されている場合、その保留ジョブを実行するジョブ実行手段を更に備える。
【０００７】
また、好ましくは、前記操作手段による操作に基づいて、管理者が操作する管理者モードと、管理者以外のユーザが操作するユーザモードを選択的に切り替えて実行する実行手段を更に備え、
前記管理者モードである場合にのみ、前記更新手段は、前記プリペイド情報が示す数値に、指定された数値を加算する更新を実行する。
【０００８】
また、好ましくは、前記表示手段は、警告情報として、プリペイド情報の超過利用分を後で追加するプリペイド情報より相殺する旨を示す表示エリアと、了解又は処理続行をする旨を指示するための第１指示部と、処理を中止する旨を指示するための第２指示部を含む警告画面を表示し、
前記操作手段による前記警告画面に対する操作に基づいて、前記操作手段で実行指示された機能による処理を制御する制御手段を更に備える。
【０００９】
また、好ましくは、前記プリペイド情報が示す数値が前記第１の閾値以下になった場合、または前記プリペイド情報が示す数値が前記第２の閾値以下になった場合に、プリペイド情報の更新に関するメールを生成する生成手段を更に備える。
【００１０】
また、好ましくは、前記管理モードである場合に、前記プリペイド情報を追加注文するための注文情報を生成して、プリペイド情報の注文を受け付けるサーバにネットワークを介して送信する送信手段と、
前記サーバより、前記ネットワークを介して、前記注文情報に対応するプリペイド情報を受信する受信手段とを更に備える。
【００１１】
また、好ましくは、前記受信手段は、ネットワーク上の外部端末より発行された注文情報を受信した前記サーバより、前記ネットワークを介して、前記注文情報に対応するプリペイド情報を受信する。
【００１２】
上記の目的を達成するための本発明による画像処理装置の制御方法は以下の構成を備える。即ち、
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置の制御方法であって、
当該画像処理装置で提供する機能の実行を指示する操作部で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を、記憶媒体に記憶されているプリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新工程と、
前記更新工程で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示部に表示する表示工程と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作部で実行指示された機能の少なくとも一部の実行を制限する機能制限工程と、
前記機能制限工程で制限した機能を実行するためのジョブを保留ジョブとして記憶媒体に管理するジョブ管理工程と
を備える。
【００１３】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
複数種類の機能を備え、各機能の実行を、プリペイド情報に基づいて制御する画像処理装置の制御をコンピュータに実行させるためのプログラムであって、
当該画像処理装置で提供する機能の実行を指示する操作部で実行指示された機能に基づいて、その機能を実行するために設定されている利用量を示す数値を、記憶媒体に記憶されているプリペイド情報が示す数値から減算して、該プリペイド情報を更新する更新工程と、
前記更新工程で更新されたプリペイド情報が示す数値が、第１の閾値以下である場合、警告情報を表示部に表示する表示工程と、
前記プリペイド情報が示す数値が、前記第１の閾値より小さい第２の閾値以下である場合、前記操作部で実行指示された機能の少なくとも一部の実行を制限する機能制限工程と、
前記機能制限工程で制限した機能を実行するためのジョブを保留ジョブとして記憶媒体に管理するジョブ管理工程と
をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、利用者の利便性を最大限確保しつつ、与信リスクを合理的範囲に抑制した画像処理装置、及びその制御方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態について、図面を参照しながら詳述する。
【００１６】
図１は本発明の実施形態のデバイス管理システムの構成を示す図である。
【００１７】
図１において、管理サーバ１１０とデバイス１２０、顧客管理端末１３０は、通信回線１００を介して接続されている。
【００１８】
通信回線１００は、典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれかである。または、これらの組み合わせにより実現されるいわゆる通信ネットワークであり、およそデータの送受信が可能であれば良い。また、デバイス１２０から顧客管理端末１３０への通信手段と、管理サーバ１１０からデバイス１２０への通信手段は異なっていても良い。
【００１９】
例えば、デバイス１２０から顧客管理端末１３０への通信手段はイーサネット（登録商標）ＬＡＮを用い、管理サーバ１１０からデバイス１２０への通信手段は電話回線を用いても良い。
【００２０】
管理サーバ１１０は、プリペイド情報をハードディスク等の記憶装置に記憶しており、デバイス１２０又は顧客管理端末１３０からの要求に基づいてプリペイドカードの購入処理を実行する。プリペイドの購入処理の詳細については、後述の図６及び図７で詳細に説明する。また、管理サーバ１１０は、例えば、プリペイドカードの発行会社によって管理される。
【００２１】
画像処理装置として機能するデバイス１２０は、典型的にはネットワーク対応のプリンタや多機能プリンタ（ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ））であり、ファクシミリやネットワーク対応のコピー機でも良い。また、デバイス１２０は、ユーザに対して、予め登録されているプリペイド情報（プリペイド金額やプリペイド度数）に基づいて、デバイス１２０に対する各種操作を制御する。
【００２２】
ここでは、プリペイド情報として、便宜上、数値情報からなるプリペイド金額やプリペイド度数を例に挙げて説明しているが、これに限定されない。つまり、プリペイド情報はデバイス１２０の各種機能を実行するために設定されている利用量を示す数値と、プリペイド情報との間で、その利用量に応じて、四則演算できる数値情報であれば、どのようなものでも良い。
【００２３】
顧客管理端末１３０は、典型的には、パーソナルコンピュータであるが、例えば、携帯電話やＰＤＡ（パーソナルデータアシスタント）等の情報端末であっても良い。
【００２４】
次に、管理サーバ１１０及び顧客管理端末１３０を実現する情報処理装置のハードウェア構成について、図２を用いて説明する。
【００２５】
図２は本発明の実施形態の情報処理装置のハードウェア構成を示す図である。
【００２６】
図２において、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９は、それぞれシステムバス２０を介して互いに接続されている。システムバス２０は例えば、ＰＣＩバス、ＡＧＰバス、メモリバス等の各種を意味する。また、図２では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略している。
【００２７】
ＣＰＵ２１は、オペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。
【００２８】
ＲＯＭ２３には、オペレーションシステムと協働してハードディスク２８への入出力を司るいわゆるＢＩＯＳ等のプログラムが記憶される。ＬＡＮアダプタ２４は、ＣＰＵ２１によって制御されるオペレーションシステムの通信プログラムと協働して、ネットワークを介した外部との通信を行う。ビデオアダプタ２５は、ビデオアダプタ２５を介して接続されるディスプレイ装置に出力する画像信号を生成する。キーボード２６やマウス２７は、情報処理装置への指示を入力するために用いられる。
【００２９】
ハードディスク２８は、オペレーションシステムやアプリケーションプログラムを記憶している。
【００３０】
管理サーバ１１０のハードディスク２８には、各デバイスの管理情報やプリペイド購入履歴や、顧客会社名、管理担当者名、住所、管理担当者電子メール、電話番号を含む顧客情報ＤＢ（データベース）が記憶されている。
【００３１】
一方、顧客管理端末１３０のハードディスク２８には、通知メールを含めたメールクライアントプログラム及びメールデータやブラウザが記憶されている。
【００３２】
管理サーバ１１０には、カードライタ（不図示）が接続されている。このカードライタは、管理カードにデータを書き込むのに使用される。
【００３３】
ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。尚、ＣＤ−ＲＯＭドライブ２９の代わりに、ＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等の他のドライブ装置を用いても良いのは言うまでもない。
【００３４】
次に、デバイス１２０のハードウェア構成について、図３を用いて説明する。
【００３５】
図３は本発明の実施形態のデバイスのハードウェア構成を示す図である。
【００３６】
デバイス１２０では、以下に示す構成要素によって、印刷機能、複写機能、ファックス機能、スキャン機能、データ送信機能（Ｓｅｎｄ機能）、データ格納機能等の複数の機能を実現する。
【００３７】
図３では、デバイスがＭＦＰの場合の例を示している。ＣＰＵ３１、ＲＯＭ３３及びＬＡＮアダプタ３４は、図２のＣＰＵ２１、ＲＯＭ２３及びＬＡＮアダプタ２４と同様であり、その詳細説明を省略する。以下では、図２と異なる部分を重点的に説明する。
【００３８】
ＲＡＭ３２には、ＣＰＵ３１の制御の下で、ＯＳの一部や各種制御プログラムやアプリケーションプログラムが適宜ハードディスク３８から読み出されてロードされ実行される。また、各プログラムのフラグや変数を記録するワークエリアやセッション情報が記憶され、通信用バッファとしても使用される。
【００３９】
液晶パネル＆Ｉ／Ｆ３５は、ＭＦＰの操作用及び状態表示用の液晶タッチパネル及びインタフェース（Ｉ／Ｆ）であり、デバイス１２０の操作部として機能する。この操作部では、液晶タッチパネル上にソフトキーやボタン、メニューが表示され、デバイス１２０の各種機能に対する操作を実行することができる。また、操作部には、各種物理キーやボタンも構成されていて、これらによってもデバイス１２０の各種機能に対する操作を実行することができる。
【００４０】
通信回線インタフェース（Ｉ／Ｆ）３６は、ファクス送信用の電話回線用モデムである。スキャンエンジン３７は、いわゆる、スキャナユニットであり、読取対象物に光を当てる発光部と反射光を受光する受光部及びこれらを移動させる駆動部から構成される。
【００４１】
ハードディスク３８には、ＯＳや各種制御プログラムや、課金プログラム及びプリペイド購入用プログラム等のアプリケーションプログラムが記憶されている。これに加えて、ハードディスク３８には、暗号化されたプリペイド情報、印刷ジョブやプリントジョブ等の各種ジョブの利用ログ、プリンタスプール情報やスキャンした画像情報、保留中のジョブの情報等が記憶されている。
【００４２】
プリントエンジン３９は、プリンタユニットであり、形成された潜像にトナーを静電式で吸着させるドラム部とトナーを用紙等の媒体に定着させる定着部からなる。また、管理カードを挿入するためのカード挿入部を備えたカードリーダ４０が、システムバス３０に接続されている。
【００４３】
次に、新たなユーザがデバイス１２０を利用する場合に、その利用許諾を受けるための新規顧客登録処理について、図４を用いて説明する。
【００４４】
図４は本発明の実施形態の新規顧客登録処理を示すフローチャートである。
【００４５】
尚、図４のフローチャートにおいて、ステップＳ４０１乃至ステップＳ４０４は、顧客管理端末１３０のＣＰＵ２１の制御の下で実行される。また、ステップＳ４２１乃至ステップＳ４２７は、管理サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００４６】
ステップＳ４０１が実行される前には、顧客管理端末１３０のブラウザが起動され所定のＵＲＬが指定され、管理サーバ１１０より送信された所定の申込情報入力画面（不図示）が顧客管理端末１３０のブラウザに表示されているものとする。
【００４７】
ステップＳ４０１では、ユーザによる申込情報入力画面に対する入力操作に基づいて、顧客管理端末１３０は、顧客の会社名、管理者名、管理者メールアドレス、住所、電話番号、希望するデバイスの機種名、台数等の申込情報を入力する。この入力した申込情報は、ＲＡＭ２２に一旦登録する。
【００４８】
ステップＳ４０１では、顧客管理端末１３０は、申込情報入力画面上の「送信」ボタンが押下されたことを検知すると、入力した申込情報を管理サーバ１１０に送信する。
【００４９】
ステップＳ４２１では、管理サーバ１１０は、申込情報を受信し、ハードディスク２８の顧客情報ＤＢに記憶する。
【００５０】
ステップＳ４２２では、管理サーバ１１０は、受信した申込情報中の会社名、住所に基づいて、顧客管理端末１３０のユーザの与信照会処理を行う。与信照会は、管理サーバ１１０内のハードディスク２８に与信ＤＢがある場合は、その与信ＤＢで登録されている情報に基づいてローカルで実行する。一方、ローカルに与信ＤＢがない場合は、通信回線１００経由で認証及びセッションを確立した上で、与信ＤＢを管理するリモートの外部与信先にて照会処理を行うために、申込情報の会社名、住所等の情報を外部与信先に送信する。そして、外部与信先からの返信データに基づいて、与信照会を実行する。
【００５１】
ステップＳ４２３では、管理サーバ１１０は、照会結果に基づいて、利用ユーザ（顧客情報）としての登録諾否を判定する。登録諾否は、当該会社の設立年月日、前々年・前年の売上げや利益等の顧客情報を勘案して判定する。登録可となった場合は、新たにユーザＩＤを採番して顧客情報ＤＢを更新する。また、外部与信先を利用する場合は、与信ランクにより判定する。
【００５２】
ステップＳ４２４では、管理サーバ１１０は、登録諾否判定に基づいて通知メール（登録が認められた旨のメッセージとユーザＩＤ及びパスワード登録用のＵＲＬを通知するメール、又は残念ながら登録が認められなかった旨のメール）のデータを生成する。ステップＳ４２５では、管理サーバ１１０は、メールクライアントソフト経由で、通知メールを顧客管理端末１３０に送信する。
【００５３】
ステップＳ４０３では、顧客管理端末１３０は、メールサーバ経由で管理サーバ１１０から通知メールを受信する。ステップＳ４０４では、顧客管理端末１３０は、メール本文のパスワード登録用ＵＲＬを選択して、管理サーバ１１０にパスワード登録画面を要求する。この要求によって、管理サーバ１１０から返信された画面情報に基づいて、顧客管理端末１３０に登録用画面表示される。そして、この登録用画面に入力されたパスワード情報を暗号化して管理サーバ１１０に送信する。
【００５４】
ステップＳ４２６では、管理サーバ１１０は、受信したパスワード情報を復号し、顧客情報ＤＢに登録して更新する。ステップＳ４２７では、管理サーバ１１０は、受信したパスワード情報及びステップＳ４２３で採番したユーザＩＤに基づいて管理カード用情報を生成する。そして、管理サーバ１１０に接続されたカードライタ（不図示）経由で、管理カード用情報を管理カードに書き込む。この管理カードは、書留郵便等の配送手段で当該顧客の管理者に送付される。この管理カードを、デバイス１２０のカードリーダ４０に挿入した状態でないとプリペイドの購入ができない。
【００５５】
ここで、デバイス１２０では、デバイス１２０を操作するユーザを認証するための認証情報を実行する。そして、この認証が完了すると、デバイス１２０に対する実際の操作を実行することができる。また、デバイス１２０では、デバイス１２０に対する通常の動作を受け付ける通常モードと、管理カードが挿入されている状態での特定操作を受け付ける管理モードの２種類のモードが少なくとも用意されている。
【００５６】
そこで、まず、デバイス１２０の通常モードにおける利用処理について、図５を用いて説明する。
【００５７】
図５は本発明の実施形態の通常モードにおける利用処理を示すフローチャートである。
【００５８】
尚、図５のフローチャートに示す処理は、デバイス１２０のＣＰＵ３１の制御の下で実行される。
【００５９】
まず、ステップＳ５０１では、電源がオンになると、各種のイニシャライズ処理が実行される。具体的には、ＲＯＭ３３から読み出したハードウェアのチェックプログラムの実行やＯＳの一部や制御プログラムやアプリケーションプログラムをハードディスク３８から読み出してＲＡＭ３２にロードする。また、ハードディスク３８に記憶されていた各種フラグもＲＡＭ３２にロードする。
【００６０】
ステップＳ５０２では、操作部のコピーボタン又は液晶のタッチパネルのコピーボタンやプリントボタンやファクシミリの送信ボタン等の各種機能の利用ボタンが押下されたかを判定する。
【００６１】
ステップＳ５０３では、ステップＳ５０２の判定結果に基づいて、処理を分岐する。利用ボタンが押下された場合（ステップＳ５０３でＹＥＳ）、処理をステップＳ５０４に進める。一方、利用ボタン以外のボタンが押下された場合（ステップＳ５０３でＮＯ）、処理をステップＳ５１８に進める。
【００６２】
ステップＳ５１８では、管理モードであるか否かを判定する。即ち、管理カードがカードリーダ４０に挿入されており、かつ管理メニューのボタンが押下されたかを判定する。管理モードである場合（ステップＳ５１８でＹＥＳ）、処理を図６のフローチャートに進める。図６については後述する。一方、管理モードでない場合（ステップＳ５１８でＮＯ）、操作に応じた処理を実行した後、処理をステップＳ５０２に戻す。
【００６３】
利用ボタンが押下された場合、ステップＳ５０４では、プリペイドの残額（残度数又は残金額）が第１の所定値（閾値）より大きいか否かを判定する。この第１の所定値は、例えば、購入したプリペイドの１０％乃至２０％程度でも良いし、残額がゼロでも良い。
【００６４】
残額が第１の所定値より大きい場合（ステップＳ５０４でＹＥＳ）、処理をステップＳ５０５に進める。一方、残額が第１の所定値以下である場合（ステップＳ５０４でＮＯ）、処理をステップＳ５１６に進める。
【００６５】
ステップＳ５０５では、ステップＳ５０２の操作指定に応じて、コピー、スキャン、ファクス送信等の指定機能を実行する。ステップＳ５０６では、実行した機能の利用ログを更新する。ステップＳ５０７では、利用した機能に応じた利用量を示す数値（例えば、差引額（利用料金））を計算し、プリペイド残額を減算し、処理をステップＳ５０２に戻す。尚、このプリペイド残額は、ハードディスク３８にユーザ毎に管理される。
【００６６】
一方、ステップＳ５０４で、プリペイド残額が第１の所定値以下である場合、ステップＳ５１６では、機能限定フラグがオンになっているか否かを判定する。機能限定フラグがオンになっている場合（ステップＳ５１６でＹＥＳ）、処理をステップＳ５１７に進める。一方、機能限定フラグがオンになっていない場合（ステップＳ５１６でＮＯ）、処理をステップＳ５０８に進める。
【００６７】
尚、機能限定フラグとは、デバイス１２０で利用可能な機能の少なくとも一部を制限する場合に設定されるフラグであり、ＲＡＭ３２にその設定状態が記憶されている。また、プリペイドの利用当初では、機能限定フラグは通常オフになっているので、ステップＳ５１７に進める場合については、後述する。
【００６８】
ステップＳ５０８では、警告メール用のメールフラグがオンになっているか否かを判定する。メールフラグは、警告メールを送信した場合に、後述するステップＳ５１２でオンになる。メールフラグがオンになっている場合（ステップＳ５０８でＹＥＳ）、処理をステップＳ５１３に進める。一方、メールフラグがオンになっていない場合（ステップＳ５０８でＮＯ）、処理をステップＳ５０９に進める。
【００６９】
ステップＳ５０９では、図８に示す警告画面８００を表示する。この警告画面８００では、例えば、「プリペイドの残額がなくなりました、今後の使用分の課金額は次回購入したプリペイドから相殺します。よろしいですか？」等の確認メッセージを表示する表示エリア８０１を有している。換言すれば、この確認メッセージは、プリペイドの超過利用分を後で購入したプリペイドより相殺する旨を示す情報となる。
【００７０】
これに加えて、警告画面８００では、続行を指示するための「続行」ボタン８０２と、キャンセルを指示するための「キャンセル」ボタン８０３を有している。また、この「続行」ボタン８０２は、了解又は処理続行をする旨を指示するための第１の指示部として機能し、「キャンセル」ボタン８０３は、処理を中止する旨を指示するための第２の指示部として機能する。
【００７１】
ステップＳ５１０では、警告画面８００に対する操作を監視し、「続行」ボタンと「キャンセル」ボタンの押下待ち状態となる。「続行」ボタンが押下された場合、処理をステップＳ５１１に進める。一方、「キャンセル」ボタンが押下された場合、処理をステップＳ５０２に戻す。
【００７２】
ステップＳ５１１では、図９に示す通知メール９００を生成して、指定された宛先に送信する。この通知メール９００では、残額が１０％になった旨と、購入サイトのＵＲＬを記述している。具体的には、この通知メール９００を、所定の管理担当者のメールアドレス（例えば、顧客管理端末１３０のメールアドレス）に送信する。この管理担当者のメールアドレスは、デバイス１２０が当該顧客に出荷される際か、または最初にプリペイドを購入する際に予めデバイス１２０のハードディスク３８に記憶される。
【００７３】
また、ハードディスク３８に記憶されるプリペイドは、ユーザ毎に管理され、ユーザの利用内容に応じて、そのプリペイド残額が更新されることになる。
【００７４】
ステップＳ５１２では、通知メール送信が正常終了した場合に、メールフラグをオンにする。メールフラグは、ＲＡＭ３２のワークエリアとハードディスク３８とに記憶される。
【００７５】
ステップＳ５１３では、残額がマイナスになっており、かつ残額のマイナス額が第２の所定値（閾値）のマイナス額よりも大きいか否かを判定する。ここで、第２の所定値は、第１の所定値よりも小さい値である。そして、例えば、第２の所定値が−１０００の場合、残額が−１０５０であれば、残額のマイナス額が第２の所定値のマイナス額よりも大きいことになる。マイナス額が第２の所定値のマイナス額よりも大きい場合（ステップＳ５１３でＹＥＳ）、処理をステップＳ５１４に進める。一方、マイナス額が第２の所定値のマイナス額以下である場合（ステップＳ５１３でＮＯ）、処理をステップＳ５０５に戻す。
【００７６】
ステップＳ５１４では、図１０に示す警告画面１０００を表示する。この警告画面１０００では、例えば、プリペイドの残額がなくなり、所定のマイナス額を超過した旨と、今後、プリペイドを購入するまでの間は、
１）コピーを指定している場合：スキャンした画像の保管のみ実行する
２）Ｓｅｎｄを指定している場合：スキャンした画像の保管のみ実行する
３）Ｆａｘ送信を指定している場合：スキャンした画像の保管のみ実行する
４）印刷を指定している場合：印刷画像のディスク保管のみ実行する
等の機能の一部を実行する旨を表示する表示エリア１００１を有している。
【００７７】
また、この警告画面１０００の内容確認後、処理を続行するための「続行ボタン」１００２を有している。
【００７８】
更に、図１１に示す通知メール１１００を生成する。この通知メール１１００では、設置したデバイスのプリペイドの残額のマイナス額が所定額を超え、機能が制限される状態になった旨と、直ちにプリペイドを購入するよう勧める文言、プリペイドの購入先のＵＲＬを記載した電子メールの本文を作成し、送信する。
【００７９】
ステップＳ５１５では、機能限定フラグをオンにする。機能限定フラグは、ＲＡＭ３２のワークエリアとハードディスク３８とに記憶される。次に、処理をステップＳ５０４に戻す。
【００８０】
次に、ステップＳ５１６で、機能限定フラグがオンの場合、処理をステップＳ５１７に進める。ステップＳ５１７では、ステップＳ５０２の操作判定で指定された機能の代わりにその機能の一部を実行する。即ち、その操作内容に応じて、
１）コピーを指定している場合はスキャンした画像の保管のみ実行する
２）Ｓｅｎｄを指定している場合はスキャンした画像の保管のみ実行する
３）Ｆａｘ送信を指定している場合はスキャンした画像の保管のみ実行する
４）印刷を指定している場合は印刷画像のディスク保管のみ実行する
等の機能の一部を実行する。
【００８１】
このステップＳ５１７で一部だけ実行された処理によって得られる画像等の処理結果は、ハードディスク３８に記憶され、プリペイドの購入後に、後述する図６のステップＳ６１５や図７のステップＳ７０６で保留分処理として残りの部分が実行される。ここで、ハードディスク３８には、処理結果及び保留分処理対象となる処理の内容を含む保留ジョブが記憶される。
【００８２】
以上説明した図５の処理により、プリペイド課金の場合であっても、一定額のマイナスを認め、その一定額のマイナスを超えて使用した場合でも機能の一部を実行して結果を保留状態で保管することができる。これにより、後述する図６の処理と併せて、プリペイド購入後には、マイナス額を相殺した上で速やかに保留分の処理を再開し、ユーザの利便性を最大限尊重するとともに、与信リスクを合理的範囲に抑制することができる。
【００８３】
次に、管理モードにおける利用処理について、図６を用いて説明する。
【００８４】
図６は本発明の実施形態の管理モードにおける利用処理を示すフローチャートである。
【００８５】
尚、図６のフローチャートにおいて、ステップＳ６０１乃至ステップＳ６１５は、デバイス１２０のＣＰＵ３１の制御の下で実行される。また、ステップＳ６２０乃至ステップＳ６２８は、管理サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００８６】
ステップＳ６０１では、デバイス１２０は、操作部の購入メニューが押下されたかを判定する。ステップＳ６０２では、デバイス１２０は、ステップＳ６０１の判定結果に基づいて、処理を分岐する。購入メニューが押下された場合（ステップＳ６０２でＹＥＳ）、処理をステップＳ６０４に進める。一方、購入メニュー以外のメニューが押下された場合（ステップＳ６０２でＮＯ）、処理をステップＳ６０２に進める。
【００８７】
購入メニューが押下された場合、ステップＳ６０４で、デバイス１２０は、図１２に示す購入画面１２００を表示する。この購入画面１２００では、現在迄のマイナス額（図では、マイナス（−）２５００円）を表示する表示エリア１２０１と、プリペイドの種類（金額、度数）を選択するための複数のボタン１２０２を有している。これに加えて、購入画面１２００では、このボタン１２０２のいずれかを選択した上で、購入を指示するための「購入」ボタン１２０３と、キャンセルを指示するための「キャンセル」ボタン１２０４を有している。
【００８８】
ステップＳ６０５では、デバイス１２０は、購入画面１２００に対する操作を監視し、プリペイドの種別が選択された上での「購入」ボタンの押下待ち状態となる。「購入」ボタンが押下された場合（ステップＳ６０５でＹＥＳ）、処理をステップＳ６０６に進める。一方、「購入」ボタンが押下されていない場合（ステップＳ６０５でＮＯ）、処理をステップＳ６０４に戻す。尚、「キャンセル」ボタンが押下された場合は、処理をステップＳ６０１に戻す。
【００８９】
ステップＳ６０６では、デバイス１２０は、図１３に示す確認画面１３００を表示する。この確認画面１３００では、例えば、「購入手続をいたします。よろしいですか」等の確認メッセージを表示する表示エリア１３０１を有している。これに加えて、確認画面１３００では、続行を指示するための「続行」ボタン１３０２と、キャンセルを指示するための「キャンセル」ボタン１３０３を有している。
【００９０】
ステップＳ６０７では、デバイス１２０は、購入画面１３００に対する操作を監視し、「続行」ボタンと「キャンセル」ボタンの押下待ち状態となる。「続行」ボタンが押下された場合、処理をステップＳ６０８に進める。一方、「キャンセル」ボタンが押下された場合、処理を図５のステップＳ５０２に戻す。
【００９１】
ステップＳ６０８では、デバイス１２０は、指定されたプリペイドを購入するために、管理サーバ１３０とのセッションの確立要求を発行する。
【００９２】
ステップＳ６２０では、管理サーバ１３０は、デバイス１２０からの確立要求に応じて、認証処理を実行し、セッションを確立する。
【００９３】
ステップＳ６１０では、デバイス１２０は、セッションが確立すると、指定されたプリペイドを注文するための注文情報を管理サーバ１３０に送信する。
【００９４】
ステップＳ６２１では、管理サーバ１３０は、デバイス１２０から注文情報を受信する。ステップＳ６２２では、デバイス１２０のユーザに対する口座から、注文情報で指定される金額分のプリペイドの課金処理を実行する。この課金処理は、例えば、管理サーバ１３０に接続される外部課金システムを利用する。この外部課金システムでは、デバイス１２０から通知される確立要求で示されるユーザ情報に基づいて、そのユーザ情報で特定されるユーザの口座から、指定された金額分を引き落とす処理を実行する。
【００９５】
ステップＳ６２３では、管理サーバ１３０は、課金処理結果に基づいて、指定された金額分のプリペイドの課金がＯＫであるか否かを判定する。課金がＯＫである場合（ステップＳ６２３でＹＥＳ）、処理をステップＳ６２４に進める。一方、課金がＯＫでない場合（ステップＳ６２３でＮＯ）、処理をステップＳ６２５に進める。
【００９６】
課金がＯＫである場合、ステップＳ６２４では、管理サーバ１１０は、注文されたプリペイドのプリペイド情報をデバイス１２０に送信する。
【００９７】
ステップＳ６１１では、デバイス１２０は、プリペイド情報を管理サーバ１１０から受信する。
【００９８】
ステップＳ６１２では、デバイス１２０は、マイナス分の有無を判定する。マイナス分がない場合（ステップＳ６１２でＮＯ）、処理をステップＳ６１４に進める。一方、マイナス分がある場合（ステップＳ６１２でＹＥＳ）、処理をステップＳ６１３に進める。
【００９９】
マイナス分がある場合、ステップＳ６１３では、デバイス１２０は、プリペイド情報で指定される金額と、マイナス分の相殺処理を実行する。また、プリペイド残額が第２の所定値より大きくなれば、メールフラグ及び機能限定フラグをオフにする。
【０１００】
ステップＳ６１４では、デバイス１２０は、受信したプリペイド情報、あるいは相殺処理後のプリペイド情報に基づいて、プリペイド残額を更新する。つまり、ハードディスク２８に記憶されているプリペイド残額が更新される。
【０１０１】
ステップＳ６１５では、デバイス１２０は、保留にしていた機能の一部を実行する保留分処理を実行する。具体的には、ハードディスク３８に記憶された保留ジョブの画像と利用ログに基づいて、保留になっていた保留ジョブの処理を実行する。ここで、保留ジョブの場合でも、既に、ステップＳ５０７で、その保留ジョブに対する課金自体はされているので、プリペイド残額は更新されない。
【０１０２】
一方、課金がＯＫでない場合、ステップＳ６２５では、管理サーバ１１０は、エラー情報を生成して、デバイス１２０に送信する。これにより、デバイス１２０に、図１４に示すエラー表示画面１４００が表示される。
【０１０３】
プリペイド情報あるいはエラー情報の送信後、ステップＳ６２６では、送信した情報に対するデバイス１２０からの応答確認に基づいて、送信が成功したか否かを判定する。送信が成功した場合（ステップＳ６２６でＹＥＳ）、処理をステップＳ６２７に進める。一方、送信が失敗した場合（ステップＳ６２６でＮＯ）、処理をステップＳ６２８に進める。
【０１０４】
プリペイド情報の送信が成功した場合には、ステップＳ６２７では、管理サーバ１１０は、購入履歴を更新する。つまり、ハードディスク２８に記憶されている購入履歴が更新される。一方、エラー情報の送信が成功した場合には、ステップＳ６２７では、管理サーバ１１０は、は、エラー情報のログを生成する。
【０１０５】
プリペイド情報の送信が失敗した場合には、ステップＳ６２８では、管理サーバ１１０は、図１５に示すエラーメール１５００を生成して、デバイス１２０に送信する。一方、エラー情報の送信が失敗した場合には、ステップＳ６２８では、管理サーバ１１０は、再確認用に図１５に示すエラーメール１５００を生成して、デバイス１２０に送信する。
【０１０６】
以上説明した図６の処理により、プリペイド残額を更新することにより、保留にしていた処理を迅速に実行することが可能となる。
【０１０７】
尚、図６の処理においては、デバイス１２０から、管理サーバ１１０に対して注文情報を送信する構成としているが、これに限定されない。例えば、図７に示すように、顧客管理端末１３０から注文情報を送信して、この注文情報に基づいて、管理サーバ１１０とデバイス１２０間でプリペイド情報の送受信を行う構成としても良い。
【０１０８】
この場合、管理サーバ１１０からデバイス１２０へ対してセッションの確立要求を発行することになる。また、図７では、図６の処理と共通の処理について、同一のステップ番号を付加している。
【０１０９】
そして、図７では、顧客管理端末１３０が、デバイス１２０による図６のステップＳ６０８及びステップＳ６１０に代えて、ステップＳ７１０及びステップＳ７１１の処理を実行する。一方、管理サーバ１１０が、図６のステップＳ６２０〜ステップＳ６２３の処理を、顧客管理端末１３０からの注文情報の受信を受けて、図７のステップＳ７２０〜ステップＳ７２３の処理を実行する。
【０１１０】
以上説明したように、本実施形態によれば、プリペイドを使い切りマイナスになっても、（一定限度内で）印刷等の処理を続行できるので、プリペイドによるユーザ側の使い勝手の悪さを抑制しつつ、デバイス提供側のリスクを最小にすることができる。また、管理者だけがプリペイドを購入可能なので、一般ユーザが勝手にプリペイドを購入して後でトラブルになることを防止できる。
【０１１１】
また、プリペイド残額が所定値以下になった場合に、残額が少ない旨と購入先を管理者等に通知するので、管理者等はプリペイドを速やかに購入することができ、デバイスの利用が制限される事態の発生を抑制することができる。また、超過利用が始まる時に、警告表示を行うと共に、処理の中断を選択する機会を提供するので、後で購入したプリペイドから相殺された場合のユーザからの苦情を抑制することができる。
【０１１２】
更に他の実施形態として、プリペイド情報が示す数値をデバイスの利用に応じて減算するのではなく、デバイスの利用に応じて使用額を加算して、使用額をデバイスのハードディスクに記憶し、使用額とプリペイド情報が示す数値と比較してプリペイド情報が示す数値と使用額の差が第一の閾値より小さくなった場合に警告を表示し、プリペイド情報が示す数値と使用額の差が第一の閾値よりも小さな値を持つ第二の閾値（マイナスの場合を含む）よりも小さくなった場合に機能の少なくとも一部を制限するよう構成しても良い。
【０１１３】
＜産業上の利用可能性＞
本発明のデバイス管理システムは、与信の関係でリース／レンタルができないスタートアップ直後のベンチャー企業等の企業に向けたＭＦＰやプリンタにおけるプリペイド課金管理にも適用可能である。特に、リース切れ等の中古機を再生して、本願発明のデバイス管理システムを搭載して提供することで、提供側のリスクを最小限に抑え、かつ顧客側のＭＦＰやプリンタ利用における金銭負担を最小限にすることができる。
【０１１４】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１１６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１１８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスクがある。また、更に、記録媒体としては、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１１９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、その接続先のホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。また、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１２２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１２３】
【図１】本発明の実施形態のデバイス管理システムの構成を示す図である。
【図２】本発明の実施形態の情報処理装置のハードウェア構成を示す図である。
【図３】本発明の実施形態のデバイスのハードウェア構成を示す図である。
【図４】本発明の実施形態の新規顧客登録処理を示すフローチャートである。
【図５】本発明の実施形態の通常モードにおける利用処理を示すフローチャートである。
【図６】本発明の実施形態の管理モードにおける利用処理を示すフローチャートである。
【図７】本発明の実施形態の管理モードにおける利用処理の応用例を示すフローチャートである。
【図８】本発明の実施形態の警告メッセージの一例を示す図である。
【図９】本発明の実施形態の通知メールの一例を示す図である。
【図１０】本発明の実施形態のエラー表示画面の一例を示す図である。
【図１１】本発明の実施形態の通知メールの一例を示す図である。
【図１２】本発明の実施形態の購入画面の一例を示す図である。
【図１３】本発明の実施形態の確認画面の一例を示す図である。
【図１４】本発明の実施形態のエラー表示画面の一例を示す図である。
【図１５】本発明の実施形態のエラーメールの一例を示す図である。
【符号の説明】
【０１２４】
２０、３０    システムバス
２１、３１    ＣＰＵ
２２、３２    ＲＡＭ
２３、３３    ＲＯＭ
２４、３４  ＬＡＮアダプタ
２５        ビデオアダプタ
２６        キーボード
２７        マウス
２８、３８  ハードディスク
２９        ＣＤ−ＲＯＭドライブ
３５        液晶パネル＆Ｉ／Ｆ
３６        通信回線Ｉ／Ｆ
３７        スキャンエンジン
３９        プリントエンジン
１００      通信回線
１１０      管理サーバ
１２０      デバイス
１３０      顧客管理端末
【図１】
2007179281.tif 000003
【図２】
2007179281.tif 000004
【図３】
2007179281.tif 000005
【図４】
2007179281.tif 000006
【図５】
2007179281.tif 000007
【図６】
2007179281.tif 000008
【図７】
2007179281.tif 000009
【図８】
2007179281.tif 000010
【図９】
2007179281.tif 000011
【図１０】
2007179281.tif 000012
【図１１】
2007179281.tif 000013
【図１２】
2007179281.tif 000014
【図１３】
2007179281.tif 000015
【図１４】
2007179281.tif 000016
【図１５】
2007179281.tif 000017