(57)【要約】【課題】  低コストで製造/販売することが可能になる、マルチファンクションシステムを提供する。【解決手段】  プリンタエンジンとコントローラを分離して別の拠点等に設置し、且つ、印刷ドキュメントを作成してコントローラへ転送するクライアント(ＰＣ)とコントローラ間、及びコントローラとプリンタエンジン間をインターネットを経由して接続する。【選択図】  図１
2006352447.tif 000002
【特許請求の範囲】
【請求項１】
プリンタ、コピー、ファクシミリ等、複数の機能を持つマルチファンクションシステムにおいて、
印刷ドキュメントを作成するPC等のクライアントとクライアントから転送されるデータをプリンタエンジン等が印刷出力可能なデータに変換するマルチファンクションシステム用のコントローラはインターネットを経由して接続されており、また、該コントローラと印刷出力を生成するプリンタエンジンは同一筐体内には存在せずに、同様にインターネットを経由して接続されている。更に、該コントローラには印刷に必要な複数のリソースを持ち、クライアントからの指示に従ってリソースを自由に使用できる。さらに、クライアントからコントローラへ向けて転送するデータと、コントローラからプリンタエンジンへ転送されるデータの形式や種類は違う形式のデータであることを特徴とするマルチファンクションシステム。
【請求項２】
請求項１に記載のマルチファンクションシステムにおいて、コントローラが持つ複数のリソース毎に対して重み付けをしておき、クライアントがどのリソースを使用したか記憶して、それをクライアントに対する課金情報とすることを特徴とするマルチファンクションシステム。
【請求項３】
請求項２に記載の構成に加え、クライアントが使用したリソースに対応する重みを適当な法則に従って計算し、該重みの計算結果をクライアントに対する課金情報とすることを特徴とする請求項２に記載のマルチファンクションシステム。
【請求項４】
請求項１〜請求項３のいずれかに記載のマルチファンクションシステムにおいて、コントローラが持つリソースと同様に、クライアントにもクライアント毎に重み付けをしておき、クライアントに対する課金を決定する際の課金情報とすることを特徴とするマルチファンクションシステム。
【請求項５】
請求項１〜請求項４のいずれかに記載のマルチファンクションシステムにおいて、重み付けする情報はいつでも自由に変更可能であることを特徴とするマルチファンクションシステム。
【請求項６】
請求項１〜請求項５のいずれかに記載のマルチファンクションシステムにおいて、コントローラが持つ複数のリソースにはフォントデータを含むことを特徴とするマルチファンクションシステム。
【請求項７】
請求項６に記載の構成に加え、コントローラが持つフォントデータをクライアントに転送し、それを利用して印刷ドキュメントを作成することを特徴とする請求項６に記載のマルチファンクションシステム。
【請求項８】
請求項１〜請求項７のいずれかに記載の構成に加え、コントローラが持つ複数のリソースには印刷ページを作成するページ記述言語を含むことを特徴とするマルチファンクションシステム。
【請求項９】
請求項1〜請求項８のいずれかに記載の構成に加え、コントローラが持つ複数のリソースには不揮発性(又は揮発性)のデータ記憶領域の使用状況(量や時間)を含むことを特徴とするマルチファンクションシステム。
【請求項１０】
請求項１〜請求項９のいずれかに記載のマルチファンクションシステムにおいて、クライアントとコントローラ及びコントローラとプリンタエンジン等はセキュアなデータ転送路で接続されていることを特徴とするマルチファンクションシステム。
【請求項１１】
請求項１０に記載のマルチファンクションシステムにおいて、セキュアなデータ転送路はVPNを使う事を特徴とするマルチファンクションシステム。
【請求項１２】
請求項１０に記載のマルチファンクションシステムにおいて、セキュアなデータ転送路は、IPセントレックスで構築された既存のVPNを利用することを特徴とするマルチファンクションシステム。
【請求項１３】
請求項１〜請求項１２のいずれかに記載のマルチファンクションシステムにおいて、複数のクライアントがコントローラに接続されていることを特徴とするマルチファンクションシステム。
【請求項１４】
請求項１〜請求項１３のいずれかに記載のマルチファンクションシステムにおいて、複数のプリンタエンジンがコントローラに接続されていることを特徴とするマルチファンクションシステム。
【請求項１５】
請求項１４に記載の構成に加え、クライアントはどのプリンタエンジンに対してデータを転送するか自由に選択できることを特徴とする請求項１４に記載のマルチファンクションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリント、コピー、FAX、スキャンといった多機能なマルチファンクションシステムに関する。
【背景技術】
【０００２】
従来、マルチファンクションシステムでは同一筐体の中に実際の印刷物を作成するプリンタエンジン及び、クライアントからの指示(転送される印刷データ等)に従って、プリンタエンジンで印刷可能なデータを作成するコントローラを実装している。
【０００３】
また、コントローラがマルチファンクションシステムの筐体外の別筐体になっている場合もある。この場合コントローラとプリンタエンジンはUSB等の既存のインターフェイス、又はプリンタエンジンに特化した特別なインターフェイスを使って接続されている。
【０００４】
また、マルチファンクションシステムを提供するメーカや販売会社等がそれを使用するユーザに対して行う課金は印刷ページ数に応じて課金を行う様にしていた。
【０００５】
又、別の従来例としては、特許文献１及び特許文献２をあげることが出来る。
【特許文献１】特開2004-140420号公報
【特許文献２】特開2000-347817号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら上記従来例のように同一筐体の中にコントローラとプリンタエンジンが実装されていると、マルチファンクションシステムのバージョンアップ、例えばコントローラのハードウェアやファームウェアのアップグレード、ページ記述言語の追加、HDD等の記憶装置の追加等を行うには、ユーザはマルチファンクションシステムそのものを交換したり(買い換えたり)、または、サービスマンがユーザの所に赴きハードウェアの交換や、ファームウェアのアップデートを行わねばならず、マルチファンクションシステムのユーザ及びメーカにとっては非常に面倒かつ高コストな構成であるという問題があった。
【０００７】
また、課金情報は1ページ単位(印刷1枚単位)で、その印刷結果(印刷内容)や印刷工程に関しては全く考慮されていなかった。
【課題を解決するための手段】
【０００８】
本発明はこのようなマルチファンクションシステムにおいて、印刷ドキュメントを作成するPC等のクライアントとマルチファンクションシステム用のコントローラはインターネットを経由して接続されている。また、該コントローラと印刷出力を生成するプリンタエンジンは同一筐体内には存在せずに、同様にインターネットを経由して接続されている。コントローラには複数のリソースを持ち、クライアントはそれらのリソースを自由に選択することができる。該複数のリソースにはそれぞれ重み付けがしてあり、クライアントが使ったリソースの重みを適当な法則に従って計算し、その計算結果をクライアントに対する課金情報とする。さらに、クライアントからコントローラへ向けて転送するデータと、コントローラからプリンタエンジンへ転送されるデータの形式(や種類)は違う形式のデータであるという構成（手段）を有する。
【発明の効果】
【０００９】
以上説明したように、プリンタエンジンとコントローラを分離して別の拠点等に設置し、且つ、印刷ドキュメントを作成してコントローラへ転送するクライアント(ＰＣ)とコントローラ間、及びコントローラとプリンタエンジン間をインターネットを経由して接続する。またはそこにＶＰＮを構築して接続することによって、マルチファンクションシステムの中のコントローラを除いた部分(プリンタエンジン等)だけがクライアント(ユーザ)のところに設置してあればよいので、そのマルチファンクションシステムはコントローラが不要な分、低コストで製造/販売することが可能になる、という効果がある。これはマルチファンクションシステムを導入するユーザにとってもメリットがある。
【００１０】
また、コントローラとクライアント及びプリンタエンジンをVPNで接続することで印刷ドキュメントなどのセキュリティも確保される。
【００１１】
また、コントローラを管理センタで一括管理することにより、コントローラのバージョンアップを行う場合もユーザは何もする必要がないし、サービスマンがユーザのところへ赴く必要も無くなる。これはマルチファンクションシステムを管理する側(メーカ)にとっても管理コストの削減効果がある。さらに、コントローラを集中管理するということは、どのユーザがどんな用紙に何を何枚印刷したかという管理情報(や課金情報)も一元管理できるという効果がある。
【００１２】
ＩＰセントレックスが既に導入済であるならば、ＶＰＮなどを新たに構築する必要もないので、本発明のマルチファンクションシステムの導入コストはさらに低く抑えられるという効果がある。
【００１３】
フォントデータをクライアントがダウンロードして利用することで、クライアントが印刷ドキュメントを作成する時に見る印刷結果(のプレビュー)と実際に印刷された出力のフォントが同じフォントとなる(希望通りの印刷結果を得ることができる)、という効果がある。
【発明を実施するための最良の形態】
【００１４】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００１５】
以下、図等を参照して実施例を説明する。
【００１６】
図１は、本発明が採用されたマルチファンクションシステムの全体構成構成を示している。
【００１７】
１００はクライアントであるPC(１０４)やプリンタエンジン(１０３)が設置されている拠点ａである。拠点ａ(又は後述の拠点b)は例えば複数の支社を持つ会社の中ある1支社と考えることもできる。
【００１８】
１０１は拠点ａ(１００)内に設置されていてインターネット(１１３)と拠点ａ内のＬＡＮ(１０２)を接続する為のルータである。
【００１９】
同様に１０５はクライアントであるPC(１０９)やプリンタエンジン(１０８)が設置されている拠点bである。１０６は拠点b内に設置されていてインターネット(１１３)と拠点b内のLAN(１０７)を接続する為のルータである。
【００２０】
前記２つの拠点(ａ/ｂ)はインターネット(１１３)を経由してコントローラ(１１５)が設置されているコントローラ管理センタ(１１４)と接続されている。コントローラ管理センタ(１１４)はマルチファンクションシステムを提供するメーカや販売会社が提供し、拠点a/bとは別の場所にある。また、コントローラ(１１５)は複数のフォントデータやページ記述言語といったリソース(１１６)を持っている。本実施例ではリソース(１１６)はコントローラ(１１５)の内部にある様に説明されているが、リソースはコントローラ(１１５)がアクセスして利用できる場所に配置されていればコントローラ(１１５)の内部でなくても良い。
【００２１】
さらに、拠点(ａ/ｂ)及びコントローラ管理センタ(１１４)はＶＰＮ(Virtual Private Network)(１１０、１１１，１１２)を使って接続されている。
【００２２】
図４はコントローラ(１１５)の概略を示すブロック図である。コントローラ(１１５)内にはコントローラ全体の制御や後述する印刷ドキュメントの解析や印刷データの作成等を行うCPU(４００)があり、CPU(４００)はシステムバス(４０２)によって、コントローラに必要なプログラムや各種データを保存しておくROM(４０５)、コントローラが実行する処理において一時的にデータ等を記憶しておく為のRAM(４０４)や、電源を落としてもデータを記憶しつづける事ができるHDD(４０３)やフラッシュROMやバックアップバッテリーを持つRAM等の不揮発性記憶手段(４０６)、コントローラと外部の機器を接続しデータの送受信を行うことができる送受信手段(例えばUSBやパラレルインターフェイス等)(４０１)と接続されている。またCPU(４００)はクライアント(１０４や１０９)から転送されたデータ(受信データ)を解析してプリンタエンジン(１０３や１０８)が出力可能なデータに変換する際に利用する画像変換手段(４０７)にも接続されている。ここでは複数のリソース(１１６)はHDD(４０３)、ROM(４０５)、不揮発性記憶手段(４０６)等に格納されている。
【００２３】
次に図５のフローチャートに従って本発明の第1の実施例を説明する。
【００２４】
まず本発明の実施されたマルチファンクションシステムで印刷を実行するユーザはクライアントであるPC(１０４や１０９)や図示しない別のクライアントで印刷ドキュメントを作成する(S５０１)、次にS５０１で作成した印刷ドキュメントをVPN(１１１、１１０、１１２)を経由してコントローラ管理センタ(１１４)へ送信する為にその経路が使用可能であるか確認する(S５０２)。確認の結果使用できない場合は使用できる様になるまで待つ。図示しないが経路が使用可能にならない場合に印刷を中止することも可能である。次に印刷ドキュメントをVPN(１１１、１１０、１１２)を使ってコントローラ管理センタ(１１４)へ転送する(S５０４)が、この時同時にリソースは何を使用するかも選択し指定する(S５０３)。例えばページ記述言語はLIPS（登録商標）、フォントの種類はゴシック等という具合。このステップで特別に指定しなくても転送する印刷ドキュメントを解析することによって必要なリソースをコントローラ(１１５)側で決定することも可能であるが、ここで指定する事で印刷ドキュメントで示される内容とは違うリソースを指定して(例えばフォントの種類等)印刷することができる。
【００２５】
次に、コントローラ管理センタ(１１４)では、コントローラ(１１５)がクライアントから転送されて来た印刷ドキュメントが転送終了するまで待って(S５０５)、それを解析する(S５０６)。図示しないが、印刷ドキュメントの受信途中からその解析を開始してもよい。次にコントローラ(１１５)は、受信/解析した印刷ドキュメントをプリンタエンジン(１０３や１０８)で印刷出力できる形式のデータに変換する(S５０７)。図示しないが変換したデータは例えばビットマップの様にそのままプリンタエンジン(１０３や１０８)が処理できる形式のデータにしても良いし、ビットマップを圧縮してサイズを小さくした形式のデータにしても良い。変換したデータの内容によって本発明の効果に変わりはない。
【００２６】
次にコントローラ(１１５)は拠点ａ(１００)またはｂ(１０５)にあるプリンタエンジン(１０３や１０８)に対して上記変換したデータをVPN(１１１、１１０、１１２)を経由して転送する(S５０９、S５１０、S５１１)。転送されたデータはプリンタエンジン(１０３や１０８)で印刷物として出力される。
【実施例２】
【００２７】
図６及び図７のフローチャートを用いて第２の実施例を説明する。
【００２８】
まず本発明の実施されたマルチファンクションシステムで印刷を実行するユーザはクライアントであるPC(１０４や１０９)や図示しない別のクライアントで印刷ドキュメントを作成する時に使用するフォントを選択する(S６０１)。次に選択したフォントデータをVPN(１１１、１１０、１１２)を経由してコントローラ管理センタ(１１４)から取得(ダウンロード)する為にその経路が使用可能であるか確認する(S６０２)。確認の結果使用できない場合は使用できる様になるまで待つ。図示しないが経路が使用可能にならない場合に印刷を中止することも可能である。次に選択したフォントデータをVPN(１１１、１１０、１１２)を使ってコントローラ管理センタ(１１４)からダウンロードする(S６０３)。クライアントではダウンロードしフォントデータを使って印刷ドキュメントを作成する(S６０４)。フォントのダウンロードは必要に応じて何度でも行うことができる。
【００２９】
次に作成した印刷ドキュメントを上記と同様に経路が使えるか確認しつつ(S６０５)コントローラ管理センタ(１１４)へ転送する(S６０６)。
【００３０】
次に、コントローラ管理センタ(１１４)では、コントローラ(１１５)がクライアントから転送されて来た印刷ドキュメントが転送終了するまで待って(S６０７)、それを解析する(S６０８)。図示しないが、印刷ドキュメントの受信途中からその解析を開始してもよい。次にコントローラ(１１５)は、受信/解析した印刷ドキュメントをプリンタエンジン(１０３や１０８)で印刷出力できる形式のデータに変換する(S６０９)。図示しないがデータを変換する時に使用するフォントデータはステップS６０３でダウンロードしたフォントデータを利用する。こうすることによりクライアントがドキュメント作成時にPC(１０４や１０９)で表示していたフォントと同じフォントでプリンタエンジンに転送する印刷データを作成することが出来る。
【００３１】
次にコントローラ(１１５)は拠点ａ(１００)またはｂ(１０５)にあるプリンタエンジン(１０３や１０８)に対して上記変換したデータをVPN(１１１、１１０、１１２)を経由して転送する(S６１０、S６１１、S６１２)。転送されたデータはプリンタエンジン(１０３や１０８)で印刷物として出力される。
【実施例３】
【００３２】
図２は拠点ａ(２００)や拠点ｂ(２０７)にはクライアントである複数のPC(２０４、２０６、２１０、２１２)と複数のプリンタエンジン(２０３、２０５、２１１、２１３)が設置されている。またコントローラ管理センタ(２１８)には複数のコントローラ(２１９、２２０、２２１)が設置されている。
【００３３】
図８は本発明の第3の実施例を説明するフローチャートである。まずユーザはクライアントであるPC(２０３、２０５、２１１、２１３)及び図示しないその他のPCで印刷ドキュメントを作成し(S７０１)、それをコントローラ管理センタ(２１８)に転送する為通信が可能であるか確認する(S７０２)。通信が可能な場合は最終的にプリント出力させたい拠点ａ(２００)または拠点ｂ(２０７)に設置されているプリンタエンジン(２０３、２０５、２１１、２１３)及び図示しない別のプリンタエンジンの中のどれかを指定する(指定する為のコマンド等のデータを送る)(S７０３)。
【００３４】
次にコントローラ管理センタ(２１８)に設置されているコントローラA(２１９)、又はコントローラB(２２０)または図示しないコントローラ(コントローラN(２２１)まで)のうちのどのコントローラを使用するか指定する(Ｓ７０３と同様指定する為のコマンド等のデータを送る)(S７０４)。さらにクライアントはステップS７０４で指定したコントローラにおいてリソースは何を使用するかも選択し指定する(S７０５)。
【００３５】
次に印刷ドキュメントをVPN(２１４、２１５、２１６)を使ってコントローラ管理センタ(２１８)へ転送する(S７０６)。コントローラ管理センタ(２１８)では、ステップＳ７０４でクライアントから指定されたコントローラがクライアントから転送されて来た印刷ドキュメントが転送終了するまで待って(S７０７)、それを解析する(S７０８)。図示しないが、印刷ドキュメントの受信途中からその解析を開始してもよい。次にＳ７０４でクライアントから指定されたコントローラは、受信/解析した印刷ドキュメントをＳ７０３でクライアントから指定されたプリンタエンジンで印刷出力できる形式のデータに変換する(S７０９)。図示しないが変換したデータは例えばビットマップの様にそのままプリンタエンジン(２０３、２１１等)が処理できる形式のデータにしても良いし、ビットマップを圧縮してサイズを小さくした形式のデータにしても良い。変換したデータの内容によって本発明の効果に変わりはない。
【００３６】
次にＳ７０４でクライアントから指定されたコントローラはＳ７０３でクライアントから指定されたプリンタエンジンに対して上記変換したデータをVPN(２１４、２１５、２１６)を経由して、拠点ａ(２００)またはｂ(２０７)へ転送する(S７１１、S７１２、S７１３)。転送されたデータはＳ７０３でクライアントから指定されたプリンタエンジンで印刷物として出力される。
【実施例４】
【００３７】
前記実施例１〜３ではコントローラが持つリソースとしてフォントデータやページ記述言語といった直接印刷データを作成する為に必要なものをクライアントから指定していたが、HDD(４０３)やRAM（４０４）、不揮発性記憶手段（４０６）といった記憶手段をクライアントが直接的な印刷以外で利用する場合は、それらを該フォントデータ等と同じリソースとみなすこともできる。例えばクライアントから転送された印刷ドキュメントを変換しないで一時的に保存しておき、再度クライアントからの印刷指示があった場合に保存しておいた印刷ドキュメントを印刷出力する、という記憶手段の使い方の場合がこれに当る。
【実施例５】
【００３８】
前記実施例１〜４では拠点(a/b)とコントローラ管理センタをインターネットを経由してVPNを構築し、それを使って接続していたが、図３に示す様に既存のIPセントレックスが構築されたシステム上のVPNを利用する様にしても同様の効果が得られる。
【００３９】
図３では拠点a(３００)と拠点b(３０６)はIPセントレックス管理センター(３１８)とVPN(３１２、３１３、３１４)で接続されており、且つIPセントレックス管理センターにはIPセントレックスサーバ(３１６)と共にコントローラ(３１７)も設置する。当然コントローラ(３１７)は複数のリソース(３１９)も持っている。
【００４０】
もちろんIPセントレックスを採用しているので拠点ａ(３００)と拠点ｂ(３０６)にあるＩＰ電話(３０４、３０８、及び図示しない拠点内のＩＰ電話)はＩＰセントレックサーバ(３１６)によって管理されている。
【実施例６】
【００４１】
コントローラ１１５や３１７が持っている複数のリソースに対してそれぞれ重み付けをしておく。例えばページ記述言語LIPSを利用して1ページ印刷すると10点、同じくページ記述言語のPostScript（登録商標）を使って印刷すると１５点、ゴシックフォントは３点、毛筆書体は５点等。次に、クライアントが印刷ドキュメントを転送して印刷を実行した場合、どのリソースを使って印刷したかを単純に計算して記憶しておく。そして、クライアント毎に点数を加算して、一定の期間(例えば１ヶ月)の合計を課金の基礎データとして利用する。
【００４２】
例えばあるクライアントがLIPS＋ゴシックフォントを使って1000枚印刷したなら（10点＋３点）×1000枚で合計13000点。それに対して1点について0.1円の課金とするなら1300円がそのクライアントに課金される。
【実施例７】
【００４３】
前記実施例６ではコントローラのリソースに重み付けをしておいてそれをクライアントが利用した合計値が課金情報となったが、これに加えクライアント側にも重み付けをしておいても同様の効果が得られる。
【００４４】
例えば前記実施例６の様にクライアントが一定の期間(１ヶ月)に13000点分の課金情報をもっていた場合に、クライアント自身に0.8という重み付けがされていたなら13000×0.8(=10400点)が実際の課金情報となる様にする。
【図面の簡単な説明】
【００４５】
【図１】本発明のマルチファンクションシステムの構成を示す概略図
【図２】本発明の第2の実施例のマルチファンクションシステムの構成を示す概略図
【図３】本発明の第３の実施例のマルチファンクションシステムの構成を示す概略図
【図４】本発明のマルチファンクションシステムの構成の一部であるコントローラの内部の概略を示すブロック図
【図５】本発明の第１の実施例を説明するフローチャート
【図６】本発明の第２の実施例を説明するフローチャート
【図７】本発明の第２の実施例を説明するフローチャート
【図８】本発明の第3の実施例を説明するフローチャート
【符号の説明】
【００４６】
１００  クライアントやプリンタが設置されている拠点ａ
１０１  インターネットと拠点ａを接続する為のルータ
１０２  拠点a内のLAN
１０３  プリンタエンジン(プリンタａ)
１０４  クライアント(PCａ)
１０５  クライアントやプリンタが設置されている拠点ｂ
１０６  インターネットと拠点ｂを接続する為のルータ
１０７  拠点ｂ内のLAN
１０８  プリンタエンジン(プリンタｂ)
１０９  クライアント(PCb)
１１０,１１１,１１２  コントローラとクライアント、コントローラとプリンタを接続するVPN
１１３  インターネット
１１４  コントローラが設置されているコントローラ管理センタ等
１１５  コントローラ(印刷コントローラ)
１１６  コントローラが持つ複数のリソース
２００  複数のクライアントやプリンタが設置されている拠点ａ
２０１  インターネットと拠点ａを接続する為のルータ
２０２  拠点a内のLAN
２０３，２０５  プリンタエンジン(プリンタa1/2)
２０４，２０６  クライアント(PC ａ1/2)
２０７  複数のクライアントやプリンタが設置されている拠点ｂ
２０８  インターネットと拠点ｂを接続する為のルータ
２０９  拠点ｂ内のLAN
２１０，２１２  クライアント(PC ｂ1/2)
２１１，２１３  プリンタエンジン(プリンタｂ1/2)
２１４，２１５，２１６  コントローラとクライアント、コントローラとプリンタを接続するVPN
２１７  インターネット
２１８  複数のコントローラが設置されているコントローラ管理センタ等
２１９，２２０，２２１  コントローラ(印刷コントローラ)群
３００  クライアントやプリンタ、及びIP電話等が設置されている拠点ａ
３０１  インターネットと拠点ａを接続する為のルータ
３０２  プリンタエンジン(プリンタa)
３０３  クライアント(PCａ)
３０４  IP電話(電話a)
３０５  拠点ａ内のLAN
３０６  クライアントやプリンタ、及びIP電話等が設置されている拠点ｂ
３０７  インターネットと拠点ｂを接続する為のルータ
３０８  IP電話(電話ｂ)
３０９  クライアント(PCｂ)
３１０  プリンタエンジン(プリンタb)
３１１  拠点ｂ内のLAN
３１２，３１３，３１４  コントローラとクライアント、コントローラとプリンタを接続するVPN
３１５  インターネット
３１６  IPセントレックスを制御するサーバ
３１７  コントローラ(印刷コントローラ)
３１８  IPセントレックス管理センター
３１９  コントローラが持つ複数のリソース
４００  CPU
４０１  送受信手段
４０２  システムバス
４０３  ハードディスク(HDD)
４０４  RAM
４０５  ROM
４０６  不揮発性記憶手段
４０７  画像変換手段
【図１】
2006352447.tif 000003
【図２】
2006352447.tif 000004
【図３】
2006352447.tif 000005
【図４】
2006352447.tif 000006
【図５】
2006352447.tif 000007
【図６】
2006352447.tif 000008
【図７】
2006352447.tif 000009
【図８】
2006352447.tif 000010