(57)【要約】【課題】データベース内に格納された異なるデータフォーマットを用いて、遠隔監視及び診断コンピュータもしくはシステムが通信を行うこと。【解決手段】遠隔監視される第１のデバイスが情報を転送する。前記第１のデバイスを遠隔監視する第２のデバイスが前記第１のデバイスより転送された情報を受信したあと、データベース内を検索し、その転送された情報のデータフォーマットを決定する。その後、決定されたデータフォーマットを用いて、前記第１のデバイスより転送された前記情報を分析する。そして前記第２のデバイスは、その分析された情報を用いて前記第１のデバイスの状態を遠隔監視または診断を行う。【選択図】　　　　図１
2004145890.tif 000002
【特許請求の範囲】
【請求項１】
　遠隔監視される第１のデバイスと、該第１のデバイスを遠隔監視する第２のデバイスとを有する遠隔診断システムにおいて、
　前記第１のデバイスは、
　情報を転送する手段を具備し、
　前記第２のデバイスは、
　前記第１のデバイスより転送された情報を受信する手段と、
　前記第１のデバイスから転送された前記情報のデータフォーマットを決定する手段と、
　決定されたデータフォーマットを用いて、前記第１のデバイスより転送された前記情報を分析する手段と、
　その分析された情報を用いて前記第１のデバイスの状態を診断する手段と、
　を備えることを特徴とするデバイスの遠隔診断システム。
【請求項２】
　前記情報を分析する手段は、
　複数のデータフォーマットのうち、前記第１のデバイスのタイプに対応する一つを用いて、前記情報を分析する手段と、
　を備えることを特徴とする請求項１に記載のデバイスの遠隔診断システム。
【請求項３】
　前記データフォーマットを決定する手段は、
　転送されてきた前記情報が識別子を含んでいるか否かを調べることでデータフォーマットを決定する手段と、
　を備えることを特徴とする請求項１に記載のデバイスの遠隔診断システム。
【請求項４】
　前記データフォーマットを決定する手段は、
　複数のデータフォーマットを格納したデータベース内から、前記情報を分析する手段に使用されるデータフォーマットを選択する手段と、
　を備えることを特徴とする請求項１に記載のデバイスの遠隔診断システム。
【請求項５】
　前記データフォーマットを選択する手段は、
　前記識別子に対応するデータフォーマットを決めるために、データベース内で識別子を捜す手段と、
　を備えることを特徴とする請求項４に記載のデバイスの遠隔診断システム。
【請求項６】
　前記第２のデバイスは、さらに、
　決定されたデータフォーマットを用いて前記第１のデバイスから当該第２のデバイスへ制御情報を転送することで、前記第１のデバイスを制御する手段と、
　を備えることを特徴とする請求項１に記載のデバイスの遠隔診断システム。
【請求項７】
　異なるタイプのデバイスを診断可能な第２のデバイスより第１のデバイスを診断する方法において、
　前記第１のデバイスから、前記第２のデバイスへ転送するステップと、
　転送された情報を前記第２のデバイスで受信するステップと、
　前記第１のデバイスのタイプを前記第２のデバイスで決定するステップと、
　決定されたデータフォーマットを用いて、前記第１のデバイスより転送された前記情報を、前記第２のデバイスで分析するステップと、
　その分析された情報を用いて前記第２のデバイスより前記第１のデバイスの状態を診断するステップと、
　を備えることを特徴とするデバイスの遠隔診断方法。
【請求項８】
　前記情報を分析するステップは、
　複数のデータフォーマットのうち、前記第１のデバイスのタイプに対応する一つを用いて、前記情報を分析するステップと、
　を備えることを特徴とする請求項７に記載のデバイスの遠隔診断方法。
【請求項９】
　前記データフォーマットを決定するステップは、
　転送されてきた前記情報が識別子を含んでいるか否かを調べることでデータフォーマットを決定するステップと、
　を備えることを特徴とする請求項７に記載のデバイスの遠隔診断方法。
【請求項１０】
　さらに、複数のデータフォーマットを格納したデータベース内から、前記情報を分析するステップに使用されるデータフォーマットを選択するステップと、
　を備えることを特徴とする請求項７に記載のデバイスの遠隔診断方法。
【請求項１１】
　前記データフォーマットを選択するステップは、
　前記識別子に対応するデータフォーマットを決めるために、データベース内で識別子を捜すステップと、
　を備えることを特徴とする請求項１０に記載のデバイスの遠隔診断方法。
【請求項１２】
　さらに、決定されたデータフォーマットを用いて前記第１のデバイスから前記第２のデバイスへ制御情報を転送することで、前記第２のデバイスより前記第１のデバイスを制御するステップと、
　を備えることを特徴とする請求項７に記載のデバイスの遠隔診断方法。
【請求項１３】
　第１のデバイスと、第１のデバイスを制御するための第２のデバイスと、を有する遠隔制御システムにおいて、
　前記第２のデバイスは、
　前記第１のデバイスのタイプを決定する手段と、
　前記タイプより前記第１のデバイスに使用されるデータフォーマットを決定する手段と、
　前記第１のデバイスを制御する命令を含むメッセージを前記データフォーマットより作成する手段と、
　そのメッセージを前記第１のデバイスへ転送する手段と、
　を具備し、
　前記第１のデバイスは、
　前記第２のデバイスより転送されたメッセージを受信する手段と、
　前記第２のデバイスより転送されたメッセージに応答する動作を行う手段と、
　を備えることを特徴とする遠隔制御システム。
【請求項１４】
　前記データフォーマットを決定する手段は、
　複数のデータフォーマットからデータフォーマットを決定する手段と、
　を備えることを特徴とする請求項１３に記載の遠隔制御システム。
【請求項１５】
　前記メッセージに応答する動作を行う手段は、
　前記第１のデバイスのメモリ内の情報を前記第２のデバイスへ転送する手段と、
　を備えることを特徴とする請求項１３に記載の遠隔制御システム。
【請求項１６】
　前記メッセージに応答する動作を行う手段は、
　前記第１のデバイスのメモリ内の内容を変える手段と、
　を備えることを特徴とする請求項１３に記載の遠隔制御システム。
【請求項１７】
　前記メッセージに応答する動作を行う手段は、
　前記第１のデバイス内で電気-機械的な動作を行う手段と、
　を備えることを特徴とする請求項１３に記載の遠隔制御システム。
【請求項１８】
　異なるタイプのデバイスを制御可能な第２のデバイスより第１のデバイスを制御する方法において、
　前記第１のデバイスのタイプを第２のデバイスで決定するステップと、
　前記タイプより前記第１のデバイスに使用されるデータフォーマットを前記第２のデバイスで決定するステップと、
　前記第１のデバイスを制御する命令を含むメッセージを前記データフォーマットより作成するステップと、
　そのメッセージを前記第２のデバイスから前記第１のデバイスへ転送するステップと、
　前記第２のデバイスより転送されたメッセージを前記第１のデバイスで受信するステップと、
　前記第２のデバイスより転送されたメッセージに応答する動作を前記第１のデバイスで行うステップと、
　を備えることを特徴とする遠隔制御方法。
【請求項１９】
　前記データフォーマットを決定するステップは、
　複数のデータフォーマットからデータフォーマットを決定するステップと、
　を備えることを特徴とする請求項１８に記載の遠隔制御方法。
【請求項２０】
　前記メッセージに応答する動作を行うステップは、
　前記第１のデバイスのメモリ内の情報を前記第２のデバイスへ転送するステップと、
　を備えることを特徴とする請求項１８に記載の遠隔制御方法。
【請求項２１】
　前記メッセージに応答する動作を行うステップは、
　前記第１のデバイスのメモリ内の内容を変えるステップと、
　を備えることを特徴とする請求項１８に記載の遠隔制御方法。
【請求項２２】
　前記メッセージに応答する動作を行うステップは、
　前記第１のデバイス内で電気-機械的な動作を行うステップと、
　を備えることを特徴とする請求項１８に記載の遠隔制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、複数の通信フォーマットを利用した診断装置および制御装置との通信技術に関する。また、本発明は、異なるデータフォーマットを利用した複写機やプリンタやファクシミリ装置やデジタルカメラのような異なる装置との通信能力を有する遠隔診断システム及び遠隔制御システムに関するものである。
【背景技術】
【０００２】
　遠隔診断用の局と、複写機やプリンタやファクシミリ装置およびそれらを組み合わせた装置を含むビジネスオフィス用の装置との間の通信技術は、公知であり、Ｍｏｔｏｙａｍａによる"ＭＥＴＨＯＤ　ＡＮＤ　ＡＰＰＡＲＡＴＵＳ　ＦＯＲ　ＣＯＮＴＲＯＬＬＩＮＧ　ＡＮＤ　ＣＯＭＭＵＮＩＣＡＴＩＮＧ　ＷＩＴＨ　ＢＵＳＩＮＥＳＳ　ＯＦＦＩＣＥ　ＤＥＶＩＣＥＳ"という名称の米国特許第５，４１２，７７９号に開示されている。しかしながら、従来の診断システムは、種々の通信プロトコルを使用することはできない。
【０００３】
　異なる通信プロトコルを使用する装置と通信し、それらの装置を制御し、あるいは診断するために、各モデル専用の制御および監視システムを設けることが可能である。このようにすれば、各タイプの装置に対して、異なる診断コンピュータを用いて適切な通信を確実に行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　しかしながら、上記従来技術には、高価であり、資源を無駄に消費し、通信プロトコルの急速な開発または改良の妨げになるという問題点があった。
【０００５】
　本発明はかかる事情に鑑みてなされたもので、本発明の目的は、種々の通信プロトコルを使用する能力を有し、複数の装置との通信のための方法およびシステムを提供することにある。
【０００６】
　また、本発明の他の目的は、使用される通信プロトコルを決定するために、受信内容を分析することである。
【０００７】
　また、本発明のさらに他の目的は、ファクシミリ装置や複写機やプリンタやデジタル複写機兼プリンタやデジタルカメラやその他のタイプの装置のような種々の装置との通信に使用され得る異なる通信プロトコルのデータベースを有する制御兼診断システムを提供することである。
【課題を解決するための手段】
【０００８】
　上記目的およびその他の目的は、複数の通信フォーマットを利用した装置との通信に対する新規な方法およびシステムによって成し遂げられる。制御兼診断システムは異なる通信プロトコルおよび通信フォーマットのデータベースを備えている。また、通信プロトコルは、監視もしくは診断される装置内に格納されている。
【０００９】
　制御兼診断システムは、最初に制御もしくは監視している装置から情報を受け取る。この最初の情報は、あるプロトコル識別子で始まるか否かを決定するために調べられる。もし、その情報が、あるプロトコル識別子で始まっているならば、そのプロトコル識別子に対応するエントリーがあるか否かを決めるために、あるプロトコル識別子データベースが検索される。本発明の要旨は、そのプロトコル識別子のバージョンナンバーがそのデータベース内に格納されているか否かを決定することである。
【００１０】
　もし、最初の情報に含まれていたそのプロトコル識別子に対応するプロトコル識別子データベース内にエントリーがある場合には、そのプロトコル識別子データベースの対応するレコードが読み込まれ、その情報に使用されたヘッダのフォーマットを定義する。それから、そのヘッダ（その情報を送ったデバイスの情報を含んでいるためにデバイス識別子といわれている）は、そのプロトコル識別子データベース内に含まれているヘッダのフォーマットと一致するか否か分析され、それによって、そのデバイスのカテゴリーやモデル識別子やシリアルナンバーやプロトコルのバージョンや装置の位置のような、そのヘッダを構成する種々の情報が決定される。
【００１１】
　それから、ヘッダで定義されたデバイスに一致するレコードをさがして、入力フォーマットデータベースが検索される。その最初の情報のヘッダ情報に一致するレコードが見つかる場合には、入力フォーマットデータベースからフォーマット情報が読み込まれ、それによって、その装置から送られてきたプロトコル識別子およびデバイス識別子（ヘッダ）に従ってフォーマットされたデータが正しく分析されるようになる。
【００１２】
　もし、その遠隔デバイスから送られてきた最初の情報があるプロトコル識別子で始まらないと決定される場合には、ある通信プロトコルデータベースが検索され、それによって、その受け取った情報が予め定義されたフォーマットに従うヘッダを有しているか否かが決定される。このチェックにより、設置された種々のデバイスのうちの設置数が最も大きい数の装置に対応するフォーマットで通信の開始がなされ得る。この一致するか否かチェックされた受信情報のフィールドは、その受信情報が予め定義された通信プロトコルの一つに従うように認識されるためには少なくともフィールドが一致する必要があるため、臨界フィールドと定義付けられる。
【００１３】
　プロトコル識別子なしで始まる情報は、固定フォーマット（不変のフォーマットという意味である）もしくはヘッダと同じフォーマットを利用するようにされたフォーマットの何れかである。何れを認識するかは、通信プロトコルデータベース内で決められる。
【００１４】
　ヘッダと同じフォーマットを認識する場合には、そのフォーマット情報を得るために、受信情報のデバイス識別子（ヘッダ）が読み込まれる。一度このフォーマット情報が得られたら、それに対応するデータフォーマットが適切な所在位置にて調べられる。一方、そのプロトコルを固定フォーマットであると認識する場合には、使用されるフォーマットもしくはそのフォーマットの所在位置情報が、通信プロトコルデータベース内で調べられる。
【００１５】
　第１の具体例では、フォーマットは通信プロトコルデータベース内に直接格納されている。その代わりとして、通信プロトコルデータベースに、ファイル名もしくはフォーマット情報が見つけられ得る位置の情報が格納されるようになっていてもよい。さらなる代わりとして、フォーマット情報が、種々の固定フォーマットを有するデータベース内に格納されていて、適切なフォーマットを決定する際にこのデータベースが調べられるようになっていてもよい。
【００１６】
　使用される一つの通信プロトコルもしくはフォーマットが決定されたら、受信情報は、その決定されたフォーマットに従って分析される。さらに診断兼制御システムからの送信情報は、決定された通信プロトコルもしくは通信フォーマットを用いてフォーマット化される。
【００１７】
　本発明のより完全な評価および付随する多くの利点は、添付図面に関連する以下の詳細な説明の言及により理解されるため、容易に得られるであろう。
【発明を実施するための最良の形態】
【００１８】
　以下に、図面を参照しながら本発明に係る複数の通信フォーマットを用いた装置の、診断方法および遠隔診断システム、並びに制御方法および遠隔制御システムの最良な実施の形態を詳細に説明する。なお、全図面に亘って、同一もしくは対応する構成要素には同じ符号が付されている。
【００１９】
　図１は、複写機３０、操作パネル５０および遠隔診断システーション７０を含む本発明の好適な実施の形態を示す。しかしながら、本発明は複写機に限定されず、以下に説明する手段を有するプリンタあるいはファクシミリのような他のビジネス機器にも適用できる。
【００２０】
　以下の説明において、図１に示す目標装置は複写機３０である。目標装置である複写機３０はその寿命の間変わらない静的状態データ３７、例えばモデル番号、シリアル番号、モデル特性等を記憶する手段を含む。また、目標装置である複写機３０はＲＯＭバージョン、オプション構成のような装置の寿命の間めったに変わらない半静的状態データ３６を記憶する手段も含む。
【００２１】
　さらに、目標装置である複写機３０は、トレーにおける記録紙の状態、オイル、トナー、プリント数、受光素子の感度、記録紙の通路および位置等のような装置の機械的状態によって変わる動的状態データ３５を記憶する手段を有する。装置の動的状態を記憶するために、目標装置である複写機３０は該複写機３０の状態を監視する監視プロセス３４を含む。システム全体の動作はシステム制御プロセス３２によって統制動作される。
【００２２】
　電源を入れると、システム制御プロセス３２は目標装置である複写機３０を準備させるのみならず、最初に物理的接続をチェックした後、以下に説明する手段で通信を確立することによって附属装置との通信を確立する。
【００２３】
　複写機３０は、使用者が操作パネル５０を介して幾つかの機能を特定するまでアイドル状態にある。しかしながら、アイドル時間の間、システム制御プロセス３２によってその状態を連続的に監視する。異常状態が検出されると、システム制御プロセス３２はデータを通信プロセス３１に送り、そのデータをコード化してコード化データを通信ライン９０を介して操作パネル５０に送る。通信プロセス５１は確認応答信号を送り、データを解読してそれをシステム制御プロセス５２へ送る。システム制御プロセス５２は複写機３０の状態をディスプレイプロセス５４を介して通知する。
【００２４】
　遠隔診断ステーションの通信ライン９１が接続されると、システム制御プロセス３２はメッセージを送り、遠隔診断ステーション７０に注意を与えてステーション７０に異常状態を知らせる。
【００２５】
　入力プロセス５３は使用者からの入力を受けてそれをシステム制御プロセス５２へ送り、該システム制御プロセス５２はつぎにその入力をディスプレイプロセス５４を介してそのまま戻す（エコー・バック）ので、使用者は彼／彼女（使用者）の入力をフィードバックして得ることができる。使用者からのデータはつぎに通信プロセス５１においてコード化される。このコード化されたデータはつぎに通信ライン９０を介して複写機へ送られる。
【００２６】
　通信プロセス３１はつぎに通信プロセス５１へ確認応答信号を送り、その受けたデータを解読し、解読したデータをシステム制御プロセス３２へ送る。実際の複写処理中、シーケンスプロセス３３は時限要求に従って事象を配列する。遠隔診断ステーション７０は通信ライン９１を介して複写機３０に接続される。その通信ライン９１は電話線、ＲＳ２３２ラインあるいはその他の適当な通信手段とすることができる。通信プロセス７１は複写機３０の通信プロセス３１および操作パネル５０の通信プロセス５１と同様に操作する。
【００２７】
　診断プロセス７２は、受け取る回答とデータベース７３に記憶されているデータに基づいて複写機３０と対話的に交信できるインテリジェント（知能）プロセスである。
【００２８】
　図２は本発明を実行するために利用されるハードウェアの特徴を示す。複写機３０、操作パネル５０および遠隔診断ステーション７０は全てバス４０、６０および８０を有し、それらはそれぞれ中央処理装置４１、６１および８１に接続している。モデルに依存して、バスはさらに多くのユニットを有する。センサユニット４３は、記録紙トレー、電圧および紙の通路のような動的データとして記憶されなければならない目標装置の機能的状態を検出する。
【００２９】
　記憶装置４２は静的状態データ３７を（ＲＯＭのような）固定記憶として保持する。記憶装置４５は半静的状態データ３６をＥＥＰＲＯＭのような電力を必要としない交換可能な記憶装置あるいは低電力を使用しバッテリーによってサポートできる（ＣＭＯＳＲＡＭのような）交換可能な記憶装置に記憶する。記憶装置４６は動的状態のデータを電力を必要としないあるいは低電力を使用したバッテリーによってサポートできる交換可能な記憶装置に記憶する。
【００３０】
　ディスプレイおよび入力ユニット６３は入力キーおよびライトとＬＣＤ（液晶表示装置）のようなディスプレイを制御する。ディスクユニット８３はデータベースを保持する。通信ライン９１が規則的に接続されなかったり、診断が必要なときのみ接続する場合には、インターフェイスユニット４４は、物理的接続の機械的手段に起因する中断のようなことを、通信ライン９１が接続されている中央処理装置４１に知らせる手段を有する。
【００３１】
　図３は本発明による符号化の好適な実施の形態を示す。しかしながら、ＡＳＮ．１（１９８７）のような他のエンコーディング（符号化）も使用することができる。図３における符号化スキーマはタイプ、長さおよび値（ＴＬＶ）符号化の送信からなる。タイプのビット７は０にセットされるが、長さのビット７は１にセットされる。値はいずれかのビットの組合せをとることができる。符号化は２進法であってデータ通信の長さを節約する。情報フィールドを組み合わせることによって、１２０タイプ（４つの情報×３０タイプ）まで定義することができる。タイプを拡張する１つの方法は全ての低い５ビットを１にセットすることである。この拡張のターミネータは００Ｈの２つのバイトである。情報フィールドにおいて複合を使用することにより、１つ以上の情報を以下のように送ることができる。
　　　　　　　　 010 ××××× L1 T2 L2 V2 T3 L3 V3 
　但し、Ｌ１はＴ２〜Ｖ３のバイトの長さ、Ｌ２はＶ２のバイトの長さ、Ｌ３はＶ３のバイトの長さである。複合は２つに限定されない。
【００３２】
　つぎの表１はタイプおよび値のコードを示す。これらのコードは説明として示すのであって、実際の実行は用途によって変わる。
【００３３】
【表１】
2004145890.tif 000003
【００３４】
　図４は電源を入れた後、図１あるいは図２の複写機３０と操作パネル５０間の通信の確立を示す。複写機３０と操作パネル５０は共にパワーオン・リセット・シーケンスで通じる。ステップ１において、操作パネル５０はリセットを終了し、その割り当てられた値を複写機３０へ送る。しかしながら、複写機３０はリセットで忙しく、インターフェイスユニット４４を介してデータを入手できない。ステップ２において、複写機３０は準備完了し割り当てられた値を操作パネル５０へ送る。ステップ３は操作パネル５０から複写機３０への確認を示す。好適な実施の形態において、受信側は受信したタイプの確認を戻さなければならない。
【００３５】
　図４のステップ４は最初の識別が中断して別の試みを行うべきであることを示す。ステップ５は接続が確立されたことを示す。ステップ６は特定されたコピー枚数の例を示す。ステップ７における確認はコピー枚数（ここでは、３コピー）を表す。ステップ８は複写処理シーケンスの開始を示し、ステップ９は対応する確認を示す。ステップ１０は記録紙ジャムの通信を示し、ステップ１１はその記録紙ジャムの対応する確認を示す。
【００３６】
　図５は図１と図２の遠隔診断ステーション７０と複写機３０間の接続の確立過程を示す。図５はライン４および６で複合情報フィールドの使用を示す。この複合が使用されないと、ライン１０〜１２のような通信が必要である。
【００３７】
　図５のステップ１は診断の識別を示し、ステップ２はその識別の確認を示す。ステップ３は識別の問合せを示し、ステップ４は複合確認を示す。ステップ５はモデルの識別について問合せをし、ステップ６は対応する確認である。ステップ７はパラメータの報告を質問し、説明としてステップ８はコマンドが理解されないことを示す。ステップ９はアドレスの報告を示し、ステップ１０、１１および１２はそれぞれ確認、報告および確認を示す。
【００３８】
　図６には、複数の装置が制御兼診断システム２６に接続された状態が示されている。制御兼診断システム２６は、その制御兼診断システム２６に接続された種々の装置と通信する際に使用する複数の通信プロトコルを格納したデータベース２８を備えている。
【００３９】
　例えばリコー製のＤＣ−１カメラのようなデジタルカメラ２や、ファクシミリ装置４や、複写機６および複写機８を含む異なるモデルの複数の複写機を備えた制御兼診断システム２６に、機械的な機能を果たす装置や、機械的なセンサや電気−機械的なセンサやアクチュエータを有する装置を含む如何なるタイプの装置でも接続される。制御兼診断システム２６は、異なる通信プロトコルを用いて異なるモデルの複写機と通信する。制御兼診断システム２６が、同じ通信プロトコルを使用した複数の同じモデルの複写機や装置と通信することが可能であるのは勿論である。
【００４０】
　制御兼診断システム２６に接続された他の装置には、プリンタ１０、デジタル複写機兼プリンタ２０、並びにインターフェイス１８を介して接続された第１デバイス１６、第２デバイス１４および第３デバイス１２が含まれている。これらのデバイス１２，１４，１６は、ビジネスオフィス用の装置を含み、監視され、制御されあるいは診断されるべき何等かのタイプの装置であるかもしれない。インターフェイス１８は、複数のデバイスがインターフェイス１８に接続され、かつ伝送線２２を介して通信可能な何等かのタイプの通信インターフェイスである。
【００４１】
　伝送線２２は、通信インターフェイス２４を介して制御兼診断システム２６に接続されている。この通信インターフェイス２４は、要求される何らかのタイプの通信インターフェイスであり、モデム、ＬＡＮ（ｌｏｃａｌ　ａｒｅａ　ｎｅｔｗｏｒｋ）インターフェイス、インターネット接続、あるいは他の何らかのタイプのインターフェイスで構成されている。
【００４２】
　伝送線２２は、何らかのタイプの通信媒体であり、ワイヤ（有線接続）、光接続、あるいはラジオ波や赤外線のような光による無線接続で構成されている。本発明で使用され得る付随的な通信方法は、一般に、本出願人による未登録の１９９５年６月５日付けの米国特許出願第０８／４６３，００２号「ＭＥＴＨＯＤ　ＡＮＤ　ＳＹＳＹＴＥＭ　ＦＯＲ　ＤＩＡＧＮＯＳＩＳ　ＡＮＤ　ＣＯＮＴＲＯＬ　ＯＦ　ＭＡＣＨＩＮＥＳ　ＵＳＩＮＧ　ＣＯＮＮＥＣＴＩＯＮ　ＡＮＤ　ＣＯＮＮＥＣＴＩＯＮＬＥＳＳ　ＭＯＤＥＳ　ＯＦ　ＣＯＭＭＵＮＩＣＡＴＩＯＮ」中に開示されている。
【００４３】
　通信プロトコルデータベース２８は、受信した情報を分析もしくは復号化したり、制御兼診断システム２６から送信される情報を符号化もしくはフォーマットするために使用される１または２以上のデータベースを有している。通信プロトコルデータベース２８の詳細については、この通信プロトコルデータベース２８に含まれたデータベース（図１２〜図１５に示す）について説明する際に併せて説明する。
【００４４】
　制御兼診断システム２６は、マイクロプロセッサ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリメモリ）、ディスプレイ（表示装置）、ハードディスクドライブ（ＨＤＤ）等のディスクドライブ、キーボードなどのような従来の一般的な目的のために使用されるコンピュータにおけるものと同様のハードウェアを備えている。
【００４５】
　それらのハードウェアは、システムバスまたは複数のコンピュータ、並びにＬＡＮ（ｌｏｃａｌ　ａｒｅａ　ｎｅｔｗｏｒｋ）もしくはＷＡＮ（ｗｉｄｅ　ａｒｅａ　ｎｅｔｗｏｒｋ）またはＬＡＮとＷＡＮの両方により接続されたサーバを用いて接続されている。
【００４６】
　制御兼診断システム２６は、制御兼診断システム２６に接続されたデバイスとの通信を開始し、そのデバイスを診断もしくは制御するか、または診断かつ制御するためのコマンドまたは要求を送信することができる。それから、そのデバイスは、応答もしくはデータの一方または両方を返信するか、またはアクチュエータを動かしたりモータを回すような動作を行なうか、それら返信および動作の両方を行なうか、あるいはその他の動作を行なう。
【００４７】
　従って、制御兼診断システム２６は、そのデバイスに電気ー機械的な動作を行なわせることができるといえる。というのは、電気信号が、デバイスの中で行なわれる機械的な動作を引き起こしているからである。制御兼診断システム２６によって通信が開始されるときには、制御兼診断システム２６が通信プロトコルまたはフォーマットを知る必要がある。それは、デバイスが制御兼診断システム２６から受信したコマンドまたは情報を正しく解釈するためである。
【００４８】
　制御兼診断システム２６は、必要な情報またはコマンドを送信するために、あるデータベース内のプロトコルまたは通信フォーマットを調べる。また、デバイスがコマンド、要求、データ、あるいは診断もしくは不具合の指摘の要求を送信することによっても、通信が開始される。そして、それから制御兼診断システム２６は、応答するか、デバイスへデータもしくはコマンドを送信するか、あるいはそれら応答とデータもしくはコマンド送信の両方を行なう。
【００４９】
　それらコマンドには、データを操作または変更するコマンド、データの読込みを命令するコマンド、あるいは電気ー機械的動作を行なうコマンドが含まれる。デバイスによって通信が開始されると、制御兼診断システム２６は、受信した情報を正しく解釈するために、本明細書中で説明される内容に基づいて、受信情報のプロトコルを決定しなければならない。
【００５０】
　図７には、図６に示されたデジタル複写機兼プリンタ２０の機械的なレイアウトが示されている。
【００５１】
　図７において、符号１０１で示されたものはスキャナ用のファン、符号１０２で示されたものはレーザプリンタで使用されるポリゴンミラー、符号１０３で示されたものはレーザ（図示されていない）から発せられた光を平行光（コリメート光）にするＦθレンズである。符号１０４で示されたものはスキャナからの光を検知するセンサ、符号１０５で示されたものはスキャナからセンサ１０４上へ発せられた光の焦点を合わせるレンズ、符号１０６で示されたものは感光体ドラム１３２上の画像を消去するために使用されるクエンチングランプである。
【００５２】
　また、デジタル複写機兼プリンタ２０には、コロナ帯電ユニット１０７および現像ローラ１０８が設けられている。符号１０９で示されたものは読取走査される原稿を照射するのに使用されるランプであり、符号１１０、１１１および１１２で示されたものは、センサ１０４上へ光を反射するミラーである。
【００５３】
　また、デジタル複写機兼プリンタ２０には、レーザから発せられた光をポリゴンミラー１０２から感光体ドラム１３２へ反射するドラムミラー１１３が設けられている。符号１１４で示されたものは、デジタル複写機兼プリンタ２０の帯電領域を冷却するファンである。符号１１５で示されたものは、第１給紙カセット１１７から紙を送り出すために使用される第１給紙ローラである。符号１１６で示されたものは、紙を手で送るための手差しテーブルである。同様に、符号１１８で示されたものは、第２給紙カセット１１９から紙を送り出すために使用される第２給紙ローラである。
【００５４】
　符号１２０で示されたものはリレーローラ、符号１２１で示されたものはレジストローラ、符号１２２で示されたものは画像濃度センサ、符号１２３で示されたものは転写／分離コロナ放電ユニットである。符号１２４で示されたものはクリーニングユニット、符号１２５で示されたものは真空ファン、符号１２６で示されたものは搬送ベルト、符号１２７で示されたものは加圧ローラ、符号１２８で示されたものは搬出ローラである。符号１２９で示されたものは紙上のトナーを定着させる加熱ローラ、符号１３０で示されたものは排気ファン、符号１３１で示されたものはデジタル複写機を駆動するメインモータである。
【００５５】
　図８は、図７に示されたデジタル複写機兼プリンタ２０の電気的な構成要素（コンポーネント）のブロック図である。
【００５６】
　ＣＰＵ（中央処理装置）１６０はマイクロプロセッサであり、システムコントローラとして機能している。デジタル複写機兼プリンタ２０は、デジタル複写機の操作パラメータを含む、動的に変化する情報を記憶するランダムアクセスメモリ（随時書込み読出しメモリ）１６２を備えている。リードオンリメモリ（読出し専用メモリ）１６４は、デジタル複写機の実行プログラムのコード、および複写機のモデルナンバーやシリアルナンバーのような複写機を表す情報（静的状態のデータ）を記憶している。
【００５７】
　また、デジタル複写機兼プリンタ２０は、デジタル複写機が外部のデバイスと通信するためのマルチポート通信インターフェイス１６６を備えている。符号１６８で示されたものは電話線またはＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）のケーブル、符号１７０で示されたものはネットワークを表している。マルチポート通信インターフェイス１６６の詳細については、図９とともに後述する。
【００５８】
　インターフェイスコントローラ１７２は、操作パネル１７４をシステムバス１８６に接続するために使用されている。操作パネル１７４には、コピーボタンや、コピー枚数、拡大／縮小率および明暗などのような複写機の運転を制御するキーを有するデジタル複写機における標準的な入出力装置が設けられている。加えて、操作パネル１７４には、液晶表示装置が設けられており、ユーザ（使用者）に対してデジタル複写機の各種設定パラメータ（コピー枚数や拡大／縮小率など）やメッセージを表示するようになっている。
【００５９】
　デジタル複写機兼プリンタ２０には記憶部インターフェイス１７６が設けられており、その記憶部インターフェイス１７６を介してシステムバス１８６に記憶装置が接続されている。その記憶装置は、フラッシュメモリ（電気的一括消去・再書込み可能な読出しメモリ）１７８やディスク１８２で構成されている。また、ディスク１８２は、ハードディスク、光ディスクもしくはフロッピー（Ｒ）ディスクドライブまたはそれらの組合わせで構成されている。記憶部インターフェイス１７６には外部記憶装置接続ライン１８０が接続されており、デジタル複写機に付加的に記憶装置を接続し得るようになっている。
【００６０】
　フラッシュメモリ１７８は、デジタル複写機の、稼働中に頻繁に変わるパラメータを表す半静的状態のデータを記憶するために使用される。そのようなパラメータには、デジタル複写機のオプションおよび機器構成が含まれている。また、デジタル複写機兼プリンタ２０にはオプションインターフェイス１８４が設けられており、そのオプションインターフェイス１８４を介して、デジタル複写機に外部インターフェイスのような付加的なハードウェアが接続され得るようになっている。
【００６１】
　図８の図面左側には、デジタル複写機を構成する種々の手段が示されている。符号２０２で示されたものは、ソータ（分類装置）であり、デジタル複写機から搬出される複写物を仕分けするために使用されるアクチュエータおよびセンサを備えている。デジタル複写機兼プリンタ２０は、複写動作を行ない得るデュプレクサ２００を備えており、そのデュプレクサ２００には公知のセンサおよびアクチュエータが設けられている。
【００６２】
　また、デジタル複写機兼プリンタ２０は、大容量トレイユニット１９８を備えており、そのトレイユニット１９８に、デジタル複写機で使用される大量の紙が収納保持され得るようになっている。大容量トレイユニット１９８には、公知のセンサおよびアクチュエータが設けられている。
【００６３】
　また、デジタル複写機兼プリンタ２０は用紙搬送コントローラ１９６を備えており、その用紙搬送コントローラ１９６はデジタル複写機内への紙送りおよび複写機内での紙送り動作の制御に使用される。
【００６４】
　また、デジタル複写機兼プリンタ２０は、デジタル複写機内で画像を走査して読み取るのに使用されるスキャナ１９４を備えており、そのスキャナ１９４には光源やミラーなどの公知の走査装置の構成要素が設けられている。加えて、スキャナをホームポジション（初期位置）に位置させるためのホームポジション（初期位置）センサおよび走査光源を確実に正しく動作させるためのランプサーミスタとして、走査センサが使用されている。
【００６５】
　また、デジタル複写機兼プリンタ２０は、デジタル複写機の出力を印刷するプリンタ／イメージャ１９２を備えており、そのプリンタ／イメージャ１９２には公知のレーザ印刷機構、トナーおよび画像濃度センサが設けられている。また、デジタル複写機兼プリンタ２０は、高温ローラを用いて紙片上でトナーを溶かすための定着装置１９０を備えており、その定着装置１９０には、出口センサ、定着装置１９０の過熱を防ぐサーミスタおよびオイルセンサが設けられている。
【００６６】
　加えて、デジタル複写機兼プリンタ２０は、自動原稿送り装置や異なるタイプのソータ（分類装置）／丁合い機やデジタル複写機に付加され得る他の要素のような、デジタル複写機のオプション（選択）品を接続するのに使用されるオプション用ユニットインターフェイス１８８を備えている。
【００６７】
　図９には、マルチポート通信インターフェイス１６６の詳細が示されている。デジタル複写機は、印刷される情報の送受信を行なうセントロニクスインターフェイス２２０、ＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）インターフェイス２２２、電話線１６８Ａを接続する従来の電話インターフェイス２２４、ＩＳＤＮケーブル１６８Ｂを接続するＩＳＤＮインターフェイス２２６、ＲＳ−２３２インターフェイス２２８およびＬＡＮ（すなわち、ネットワーク）１７０を接続するＬＡＮ（ｌｏｃａｌ　ａｒｅａ　ｎｅｔｗｏｒｋ）インターフェイス２３０を介して、外部の装置と通信することができる。ＬＡＮと電話の両方を接続する単一のデバイスが、メガヘルツから商業的に利用でき、イーサネット（Ｒ）モデムとして知られている。
【００６８】
　ＣＰＵ（中央処理装置）、他のマイクロプロセッサまたは電子回路は、デジタル複写機の各センサの状態を監視する監視プロセスを実行する。そして、それに続くプロセスが、デジタル複写機を制御して操作するための命令コードを実行するためになされる。加えて、デジタル複写機の全体の動作を制御するために、中央システム制御プロセスが実行される。
【００６９】
　また、デジタル複写機に接続された外部デバイスとの通信を高い信頼性で行なうために、通信プロセスが実行される。システム制御プロセスでは、図８に示されたＲＯＭ１６４のような静的状態の記憶装置またはフラッシュメモリ１７８やディスク１８２のような半静的状態の記憶装置に記憶されたデータ、あるいはＲＡＭ１６２やフラッシュメモリやディスク１８２のような揮発性もしくは不揮発性の記憶装置に記憶された動的状態のデータの監視および制御を行なう。
【００７０】
　なお、静的状態のデータは、ＲＯＭ１６４よりもむしろ、フラッシュメモリ１７８およびディスク１８２を含む不揮発性の記憶装置のようなデバイスに記憶されてもよい。
【００７１】
　上述した詳細な説明については、デジタルの複写機に関してなされているが、本発明は、ファクシミリ装置、スキャナ、プリンタ、ファクシミリサーバー、または他のビジネスオフィス装置や他のいかなるタイプの装置のような他のビジネスオフィス装置にも、同様に適用可能である。
【００７２】
　加えて、本発明は、ガスや水道や電気におけるシステムを含む検針システム、販売装置、または機械的な動作を行なう他のいかなる装置など、通信の接続モードまたは非接続モードを用いて動作するとともに、監視される必要があり、かつある機能を実行するような他のタイプの装置を含む。また、特定の目的を達成するための装置、およびコンピュータに加えて、本発明は、一般的な目的のためのコンピュータを監視し制御し診断するのに適用可能である。
【００７３】
　何らかの通信が行なわれる前に、ビジネスオフィス装置のような新しい装置との通信に使用されるプロトコルを決める必要がある。この決定は、技術者もしくは装置の設計者によってなされる。
【００７４】
　図１０に示すプロセスの開始後、その装置で使用される通信プロトコルを決めるステップ２５２がなされる。プロトコルが決まったら、ステップ２５４において、この通信プロトコルがその装置の記憶装置に記憶される。また、もしその通信プロトコルが制御兼診断システムのデータベースにまだ記憶されていない場合には、ステップ２５６において、その通信プロトコルが制御兼診断システムのデータベースにも記憶される。そして、図１０に示されたプロセスは終了する。
【００７５】
　本発明で使用される通信プロトコルは、公知の通信プロトコルを含む何等かのタイプの通信プロトコルである。そのデータは、以下のフォーマットタイプを含む種々のフォーマットのうちの何れか一つにフォーマット化されている。第１のフォーマットタイプは、データタイプのつぎにそのデータもしくはデータの値が続くもの（例えば、タイプ（ｔｙｐｅ）−値（ｖａｌｕｅ）すなわちＴＶ）である。
【００７６】
　また、データは、データタイプのつぎに３つのデータ値フィールドが続く（ＴＶＶＶ）ようなフィールド内にフォーマットされていてもよい。これらの場合には、種々のフィールド長を有することもできるが、フィールド長さは固定である。本発明で使用され得る第３のタイプのフォーマットデータは、タイプもしくは長さの情報がない二値化フォーマットにおけるデータ伝送である。この場合には、そのフォーマットは、固定長の連続したデータ値で固定されている。
【００７７】
　使用可能なフォーマットデータの別のタイプは、タイプ、長さおよび値（ＴＬＶ）よりなるもので、データタイプを表すフィールドで始まり、続いてデータ長を表すフィールド、データそのものすなわち値と続く。本発明で使用され得るフォーマットデータの第５のタイプは、タイプ、値および境界よりなるタイプであり、その境界はデータの終わりを示している。
【００７８】
　伝送データの好ましい形態の一例が、伝送情報２６０のフォーマットを表す図１１に示されている。その伝送情報は、プロトコル識別子と好ましくはプロトコル識別子のバージョンナンバーとを有するプロトコル識別子２６２で始まる。プロトコル識別子２６２のつぎに、ヘッダとも呼ばれるデバイス識別子２６４が続く。つぎに、タイプ−値（ＴＶ）、タイプ−値−値−値（ＴＶＶＶ）、二値データ（ｂａｉｎａｒｙ）、タイプ−長さ−値またはタイプ−値−境界のような上述したフォーマットのどれか一つを使用したフォーマットデータ２６６が続く。
【００７９】
　プロトコル識別子、好ましくはプロトコル識別子とその中に含まれるプロトコル識別子のバージョンナンバーは、その後に続くデバイス識別子すなわちヘッダ２６４のフォーマットを定義している。
【００８０】
　図１１にはまた、典型的なデバイス識別子２６４が示されており、そのデバイス識別子は、そのデバイスが複写機であるか、ファクシミリ装置であるかなどのようなデバイス２７０のカテゴリーを定義するフィールドで始まっている。
【００８１】
　また、デバイス識別子には、そのデバイスのモデル識別子２７２、シリアルナンバー２７４、フォーマットデータを通信するのに使用されるプロトコルのバージョン２７６、およびデバイスの位置もしくはアドレス２７８の各フィールドも含まれている。
【００８２】
　デバイスの位置もしくはアドレスのフィールド２７８には、住所、電話番号、ｅ−ｍａｉｌ（電子メール）アドレスまたはデバイスの位置を決めるのに使用され得る他の何らかのタイプの特有な識別子のような情報が含まれている。上述したように、デバイス識別子すなわちヘッダの正確な配置すなわちフォーマットは、特定のプロトコル識別子２６２に対応して変化する。
【００８３】
　図１２には、プロトコル識別子データベースが示されている。このデータベースは、プロトコル識別子２６２が決定された後で、ヘッダすなわちデバイス識別子のフォーマットを決めるのに使用される。プロトコル識別子データベースの各レコードのフィールドには、プロトコル識別子、その識別子のバージョン（ヘッダバージョンとも呼ばれる）およびヘッダの実際のフォーマットが含まれている。
【００８４】
　プロトコル識別子フィールドには、性質上、プロトコル識別子として容易に識別可能な何らかの特有な連続したビット、バイトまたはキャラクターが含まれ得る。例えば、プロトコル識別子データベースの最初のレコードは、ＡＢＡＢＢＣＢＣＣＤＣＤのプロトコル識別子を有している。これは、きわめて特有な配列であり、通常、通信情報には出現しない。それゆえ、この特有な配列が通信プロトコル識別子になり得る。
【００８５】
　プロトコル識別子データベースのつぎのフィールドは、識別子バージョンであり、ヘッダーバージョンとも呼ばれる。このフィールドは、同一の基本となる通信プロトコル識別子を使用しながらヘッダのフォーマットを変え得るようにするために使用される。プロトコル識別子データベースにおいて、第１レコードと第２レコードのプロトコル識別子フィールドが同じであるように見受けられる。しかしながら、これら２つのレコードは、互いにバージョンが異なっており、ヘッダに対してフォーマットを変えることができる。
【００８６】
　例えば、図１２に示す例おいては、第１レコードのフォーマットではシリアルナンバーとして１５バイトを使用するように割り当てられているのに対して、第２レコードのフォーマットではシリアルナンバーとして２０バイトを使用するように割り当てられている。
【００８７】
　このようにシリアルナンバーに割り当てられたバイト数を変えること、すなわちデバイス識別子（ヘッダ）に対して何らかを変えることにより、プロトコル識別子データベースに新しいレコードを加えて容易に改善することができるようになる。プロトコル識別子データベースにおける第３レコードは、第３のプロトコル識別子、そのバージョンおよび対応するヘッダのフォーマットを示している。
【００８８】
　ヘッダのフォーマットを決定するために伝送情報のプロトコル識別子および識別子バージョンが分析された後に、そのヘッダのフォーマット中の情報を決定するために、プロトコル識別子データベースに格納されているヘッダフィールドのフォーマットを用いて、デバイス識別子すなわちヘッダが調べられ得る。ヘッダのフォーマット中に含まれたこの情報が決定された後、図１３に示す入力フォーマットデータベースを用いて通信フォーマットが決定される。
【００８９】
　図１３に示す入力フォーマットデータベースには、デバイスのカテゴリー、モデル識別子、プロトコルのバージョン、フォーマットタイプ、通信に使用される実際のフォーマット（入力フォーマットとも呼ばれる）、およびこの特定のレコードに対応して存在する装置の数の情報を表すフィールドを有する複数のレコードが含まれている。
【００９０】
　デバイスのカテゴリー、モデル識別子、および使用されるプロトコルのバージョンを含む情報を決定するために、制御兼診断システム２６への入力情報のデバイス識別子が調べられると、その調べられた情報は、続くデータのフォーマットを決定するために入力フォーマットデータベース内の対応するレコードをさがすのに使用される。
【００９１】
　例えば、デバイスのカテゴリーが複写機であり、モデル識別子が"ＦＴ１１５０"であり、使用されるプロトコルのバージョンが１．０であることをデバイス識別子が表している場合には、このレコードと、入力フォーマットデータベースの第１番目のレコードが一致し、フォーマットタイプが、使用される通信フォーマットがバイナリであることを表す"Ｂ"であることが見つけられる。そして、受信においては、コピー回数を表す３２ビットの整数と故障回数を表す１６ビットの整数を含む入力フォーマットが使用される。
【００９２】
　本実施形態においては、受信されるフォーマットデータの内容は、何らかの方法で定義され得る。この内容を定義する一方法が、図１３に示す入力フォーマットデータベースの入力フォーマットフィールドに示されている。フィールドを定義する他の方法が以下の表２に定められている。
【００９３】
【表２】
2004145890.tif 000004
【００９４】
　表２には、データおよびフィールドのフォーマットを定義する種々の方法が示されている。データは、整数を表すＩＮＴのようなタイプで始まるように定義される。
【００９５】
　他の可能なフォーマットには、データが１バイトであろうと、１ビットであろうと、ＪＩＳまたはシフトＪＩＳにおけるものであろうと、ＡＳＣＩＩ（Ａｍｅｒｉｃａｎ　Ｓｔａｎｄａｒｄ　ｃｏｄｅ　ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｉｎｔｅｒｃｈａｎｇｅ）フォーマットを含む。ＪＩＳおよびシフトＪＩＳは日本工業規格である。日本工業規格は、従来より公知であり、ＡＳＣＩＩと目的を同じにするものである。
【００９６】
　タイプのつぎにくるものは長さである。この長さは、例えば３２もしくは１６バイトの整数に限定されて固定され得るか、または"Ｎ"を用いて示されるように、そのフィールドにおいて定義され得る。長さ情報を表す"Ｘ"は、未知であるかまたは未定義である。
【００９７】
　タイプ／長さのつぎに、各エントリに対して示されてはいないが、フィールド定義が続く。そのフィールド定義は、コピー回数や故障回数、あるいは伝送される他のパラメータや情報のような何らかのフィールドを定義するために使用され得る。フィールド定義に加えて、サブフィールドが定義され得る。例えば、Ｂｙｔｅ／Ｎのフィールドは、２つのサブフィールドを含むフィールド定義を有している。これらのサブフィールドは、その中に、サブフィールド内のデータの定義を含んでいる。
【００９８】
　入力フォーマットデータベースに戻って説明すると、複写機がモデル"ＦＴ２０"であり、使用されるプロトコルのバージョンが１．０であることをデバイス識別子が表している場合には、通信のフォーマットは、タイプ（Ｔｙｐｅ）−長さ（Ｌｅｎｇｔｈ）−値（Ｖａｌｕｅ）（ＴＬＶ）であり、入力フォーマットは"ＴＬＶフォーマット１"である。これは、予め定められ、ファイルまたはデータベースのような別の所在位置に記憶されたフォーマットである。
【００９９】
　従って、この入力フォーマットデータベースの入力フォーマットのフィールドは、入力フォーマットデータベースの構成を簡素化するためにプロトコルの名前を記憶するが、通信プロトコルである入力フォーマットの完全な定義を記憶する必要はない。このことは、また、複数のデバイスが同じ入力フォーマットを使用することができ、それゆえ、そのフォーマットを、その入力フォーマットを使用する各デバイス毎に分離して記憶させずに済む。
【０１００】
　入力フォーマットデータベースの他のレコードは単に典型的な情報を示しているだけであり、種々のレコードの正確な詳細は重要でない。第３レコードはファクシミリ装置に対する情報を示している。第４レコードはプリンタに対する情報を示している。
【０１０１】
　第５レコードは、１９９６年２月２１日付けの米国特許願第０８／ＸＸＸ，ＸＸＸ号"Ｅｘｔｅｒｎａｌ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｉｎｔｅｒｆａｃｅ　ｆｏｒ　ａ　Ｄｉｇｉｔａｌ　Ｃａｍｅｒａ"（Ａｔｔｏｒｎｅｙ　Ｄｏｃｋｅｔ　Ｎｏ．５５７−３７１４−２）に記載されているリコー製のＤＣ−１カメラのようなデジタルカメラの情報を示している。
【０１０２】
　入力フォーマットデータベースの設置数のフィールドは、そのレコードに表されたデバイスに一致するデバイスの現存する数を示している。この数は、説明したように、データベースを分類するため、あるいは他の何らかの目的のために使用され得る。
【０１０３】
　制御兼診断システム２６により受信される通信は、プロトコル識別子なしで開始可能になっている。この場合には、図１２に示すプロトコル識別子データベースおよび図１３に示す入力フォーマットデータベースの何れも通信フォーマットを決定するためには使用されない。
【０１０４】
　その代わりに、使用されている通信プロトコル（データのフォーマット）を決定するために、図１４に示す通信プロトコルデータベースが使用される。通信プロトコルデータベースは、デバイス識別子すなわちヘッダ、そのレコードにおいて定義されるプロトコルを使用するデバイスの数、そのプロトコルを識別する方法、そのプロトコルのデータフォーマットの位置、およびそのプロトコルを識別するために使用される臨界フィールドを定義するフィールドを備えたレコードを有している。
【０１０５】
　プロトコル識別子が入力された情報に含まれていない場合、その入力情報は、通信プロトコルデータベースに予め格納されたたくさんの予め定められたフォーマットのうちのどれか一つに一致するか否かチェックされる。通信プロトコルデータベースの、プロトコルを識別する臨界フィールドと呼ばれるフィールドは、その情報が通信プロトコルデータベース内のレコードに一致することを見つけるために、入力情報の該当するフィールドの値を定義する。
【０１０６】
【表３】
2004145890.tif 000005
【０１０７】
　表３には臨界フィールドが示されており、その臨界フィールドには、通信プロトコルデータベースの第１レコードで使用される第１エントリーおよび通信プロトコルデータベースの第２レコードで使用される第２エントリーが含まれている。表３において第１エントリーは、（Ｂ１０，４８−５７）、（Ｂ１１，４８−５７）などで始まっている。丸括弧の各セットの情報は臨界的な制限を定義している。
【０１０８】
　大文字の"Ｂ"のつぎに１０が続いているのは、入力情報のバイト１０が４８および５７を含むそれらの間に値を有していなければならない、ということを表している。これは、ＡＳＣＩＩの０から９の数字の表現に対応している。同様に、表３の第１エントリーの他の臨界フィールドは、種々のバイトの他の条件を定義している。
【０１０９】
　表３の第２エントリーは、"ｂ"を用いて入力情報の個々のビットの条件を示している。例えば、（ｂ０，１）は、受信情報のビットゼロの値が１でなければならない、ということを表している。
【０１１０】
　本発明は、入力情報が、通信プロトコルデータベースにおいて定義された臨界フィールドに一致するかどうかを最初に決定することによって、プロトコル識別子なしで入力情報を分析する。通信プロトコルデータベースには、そのプロトコルを使用する装置の数を定義するフィールドが設けられている。
【０１１１】
　これによって、最初に最も使用頻度の高い通信プロトコルで臨界フィールドが始まっているかどうかをチェックすることが可能であり、調べる時間を最も有効に使って最も好ましく通信プロトコルデータベース内で一致するものを得ることができる。
【０１１２】
　入力情報のプロトコルに対応して、通信プロトコルデータベース内のレコードが一旦決定されると、どのようにして通信プロトコルを調べるべきであるかを決定するために、通信プロトコルデータベースのレコード内でプロトコルを定義する方法が調べられる。使用されるプロトコルを識別する２つの方法は、使用されるプロトコルを表すヘッダ内の識別子、もしくは臨界フィールドに一致する特有の通信プロトコルが一つのみである場合にある固定フォーマットの識別子を読むことである。
【０１１３】
　通信プロトコルを決定するためにヘッダ識別方法が使用される場合には、使用されるデータフォーマットを指定する識別子を決めるためにヘッダを読まなければならない。この場合には、ヘッダ内に含まれているフォーマット識別子の位置を決めるために、通信プロトコルのレコード内のデバイス識別子すなわちヘッダのフィールドが調べられる。
【０１１４】
　一例として、通信プロトコルデータベース内のデバイス識別子すなわちヘッダは、さらに、第１レコードの臨界フィールドに対応する複数のデータフォーマットのうちの何れを使用すべきであるかを決めるために読まれるフォーマット識別子フィールドを含んでいるが、図１１に示すデバイス識別子（ヘッダ）２６４と同一もしくは同様のものであってもよい。
【０１１５】
　例えば、フォーマット識別子は、受信情報のバイト２０−２３に格納されている。一旦フォーマット識別子が決まると、通信プロトコルデータベースのプロトコルフィールドのデータフォーマットの位置に定義されたデータベースが、実際のデータフォーマットを決めるためにさがされる。例えば、図１５に示すデータベース"ＣＳＳＤＡＴＡ．ＤＢ"が使用されるとする。
【０１１６】
　図１５において、そのデータベースは、フォーマット識別子フィールド、フォーマットタイプフィールドおよび実際のデータフォーマットを有するように表されている。一旦入力情報のデバイス識別子が読まれると、ヘッダに含まれるフォーマット識別子が決定され、例えば図１５に示すデータベースがデータフォーマットを決めるために使用され得る。
【０１１７】
　図１６〜図１９には、通信に使用される通信プロトコルを決めるプロセスが示されている。このプロセスは、決定されるフォーマットを有する情報を受け取る何らかのデバイスによりなされるのではなく、好ましくは制御兼診断システム２６により行なわれるとよい。
【０１１８】
　プロセス開始後、ステップ３０２では、最初の通信情報を受け取る。それから、ステップ３０４では、その受け取った情報が、プロトコル識別子データベースで定義されたようなプロトコル識別子で始まっているかを調べる。ステップ３０４で受信情報がプロトコル識別子で始まっている場合には、ステップ３０６に進み、プロトコル識別子およびヘッダバージョンを求めて図１２に示すプロトコル識別子データベースをさがす。
【０１１９】
　このステップは、受信情報のプロトコル識別子およびバージョンに一致するレコードを求めてプロトコル識別子データベース内をさがすことである。なお、識別子バージョンについては、プロトコル識別子データベースおよびその検査からはずすことができる。
【０１２０】
　それから、ステップＳ３０８に進み、プロトコル識別子データベースのレコード内に該当するプロトコル識別子およびバージョンを見つけたか否かを判断する。それら該当するプロトコル識別子およびバージョンをデータベース内に見つけることができない場合には、エラーを返す。あるいは、エラーを返す代わりに、プロトコル識別子がないかの如く、図１８に示す通信プロトコルを決定するプロセスＢへ進むようにしてもよい。
【０１２１】
　ステップ３０８で、プロトコル識別子データベース内で該当するプロトコル識別子およびバージョンを見つけたと決定する場合には、ステップ３１０ヘ進み、プロトコル識別子データベースからヘッダのフォーマットを読む。ステップ３１２では、ヘッダの種々のフィールド内の情報を決定するために、プロトコル識別子データベース内に格納されたヘッダのフォーマットを使用して、デバイス識別子すなわちヘッダ（例えば、図１１に符号２６４で示すヘッダ）を分析する。
【０１２２】
　それから、ステップ３１４では、デバイス識別子（ヘッダ）のフィールド内に定義されたデバイスと一致するレコードを求めて、図１３に示す入力フォーマットデータベースをさがす。例えば、デバイスのカテゴリー、モデル識別子およびプロトコルのバージョンを求めて入力フォーマットデータベースをさがす。ステップ３１６において、入力フォーマットデータベース内に一致するレコードが見つからないと決定する場合には、エラーを返す。
【０１２３】
　一方、一致するレコードが見つかった場合には、ステップ３１８ヘ進み、入力フォーマットデータベースの一致するレコードからフォーマットタイプおよび入力フォーマットを読み、そして、図１６〜図１９に示すプロセスを呼び出したプロセス（例えば、制御兼診断システム２６の入力情報を処理するメインルーチン）へこのフォーマット情報を返す。
【０１２４】
　図１８に示すフローチャートは、受信情報がプロトコル識別子で始まっていない場合に呼び出されるだけでなく、その受信情報で使用されるプロトコル識別子が見つけられる場合にも使用され得る。
【０１２５】
　図１８においては、ステップ３２０で、通信プロトコルデータベース内の最も大きな装置設置数を有するレコードを得る。例えば、通信プロトコルデータベースの第１レコードでは、このレコードで定義されるプロトコルを使用する装置の数は９９，０００台である（図１４参照）。それから、ステップ３２２では、このレコードの臨界フィールドが受信情報のフォーマットに一致するかどうかを決定する。
【０１２６】
　これは、臨界フィールドに対する要求が受信情報の構成に一致するかどうか調べることによって決定される。一致しない場合には、ステップ３２４で、通信プロトコルデータベースのすべてのレコードをチェックしたかどうかをチェックする。すべてのレコードをチェックした場合には、受信情報に一致する通信プロトコルは見つからなかったということを表すエラーを返す。
【０１２７】
　その代わりに、すべてのレコードがチェックされていない場合には、ステップ３２４からステップ３２６へ進み、通信プロトコルデータベースから、そのつぎに大きな装置設置数のレコードを得る。
【０１２８】
　そして、ステップ３２２へ戻り、このレコードが臨界フィールドに一致するかどうかの決定を行なう。ステップ３２２で、そのフィールドが一致すると決定する場合には、図１９に示すステップ３２８へ進み、プロトコルを識別する方法を決めるために、通信プロトコルデータベース内の"プロトコル識別方法"のフィールドを読む。
【０１２９】
　プロトコルを識別する方法がヘッダ識別法である場合には、ステップ３３２へ進み、フォーマット識別子フィールドの場所をつきとめるために、通信プロトコルデータベースの第４番目に配置されたヘッダの定義フォーマットを使用するデバイス識別子（ヘッダ）を読む。
【０１３０】
　それから、ステップ３３４では、受信情報により使用されているデータフォーマットを決定するために、通信プロトコルデータベースのプロトコルのデータフォーマット位置において定義されているデータベース（例えば、図１５に示すデータベース）を読む。
【０１３１】
　ステップ３２８で、レコードのプロトコル識別方法が固定フォーマット識別法である場合には、受信情報の臨界フィールドが一致するレコードに対応するフォーマットは一つのみであることを意味しており、ステップ３３０において、３つの方法のうちのどれか１つで通信プロトコルを決定する。
【０１３２】
　第１番目は、"プロトコルのデータフォーマット位置"フィールドに直接フォーマットが格納されており、この場合には通信プロトコルを決めるためにこのフィールドを読む。第２番目は、"プロトコルのデータフォーマット位置"フィールド内にファイルがあり、従って通信プロトコルを決めるためにこのファイルを読む。
【０１３３】
　第３番目は、"プロトコルのデータフォーマット位置"フィールドが、通信プロトコルデータベース内のそのレコードに対応するレコードの場所を見つけるためにさがされるデータベースと同一化されており、従ってフォーマット情報を見つけるためにさらにこのデータベースをさがす。それから、その見つけたフォーマット情報を、図１６〜図１９に示すプロセスを呼び出したプロセス（例えば、制御兼診断システム２６の入力情報を処理するメインルーチン）へ返し、処理を終了する。
【０１３４】
　図２０〜図２２には、制御兼診断システム２６および制御兼診断システム２６に接続されたデバイスの両方によってなされる入力情報の処理プロセスが示されている。このプロセスは、米国特許第５，４１２，７７９号"Ｍｅｔｈｏｄ　ａｎｄ　Ａｐｐａｒａｔｕｓ　ｆｏｒ　Ｃｏｎｔｒｏｌｌｉｎｇ　ａｎｄ　Ｃｏｍｍｕｎｉｃａｔｉｎｇ　ｗｉｔｈ　Ｂｕｓｉｎｅｓｓ　Ｏｆｆｉｃｅ　Ｄｅｖｉｃｅｓ"において開示されたタイプの情報を含む何らかの情報を通信するために使用され得る。
【０１３５】
　図１６〜図１９に示すフローチャートに従って通信フォーマットもしくはプロトコルが決定された後、図１６〜図１９に示すプロセスが開始される。
【０１３６】
　そして、ステップ３５２で分析ルーチンが呼ばれ、図１１に示すフォーマットデータ２６６のようなフォーマットデータを受け取って分析する。この分析は、コマンド、パラメータもしくは通信に含まれる他の通信情報を決めるために使用される。
【０１３７】
　それから、ステップ３５４において、何か他の通信もしくは機能を行なうか、あるいは通信プロセスを終了するかを決める。通信プロセスを終了する場合には、図２２に示すプロセスＥへ進む。通信プロセスを終了しない場合には、ステップ３５６へ進み、受信情報の未知の印や部分がないかを決定する。それらがある場合には、ステップ３５８へ進み、送信元のデバイスに未知の印があるという問題を通信する必要があるか否かを決定する。
【０１３８】
　通信する必要がある場合には、ステップ３６０へ進み、送信元のデバイスに、未知の印があるという問題を表すメッセージを送る。通信する必要がない場合には、ステップ３５８から図２０に示すフローチャートの最初に戻る。
【０１３９】
　ステップ３５６で未知の印がないと決定した場合には、ステップ３６２へ進み、ある動作を行なう必要があるかどうかを決める。その動作とは、受け取ったコマンドや変えることの要求や記憶内容を読むことに応じたものである。そのような動作を行なう必要がある場合には、ステップ３６４へ進み、あるパラメータを必要とするかどうかを決める。
【０１４０】
　パラメータを必要とする場合には、ステップ３６６へ進み、そのパラメータを決めるためにさらに分析を行なう。それから、ステップ３６８では、分析を終了するか、あるいは未知の印についての問題があるかどうかを決める。未知の印がある場合（ステップ３６８でｙｅｓの場合）には、ステップ３５８へ進む。
【０１４１】
　そうでなければ、ステップ３６８でこのプロセスを終了すると決めた場合、あるいはステップ３６４でパラメータを必要としないと決めた場合には、ステップ３７０において必要な動作を行なう。これは、デバイス内の記憶位置を読んだり、メモリの内容を変えたり、そのデバイスの構成要素を操作したり、何らかの要求される動作を含む何らかのタイプの動作である。ステップ３７０から図２１に示すプロセスＦへ進む。
【０１４２】
　図２１において、ステップ３７２では、メッセージを送る必要があるかどうかを決める。メッセージを送る必要がない場合には、プロセスＤすなわち図２０に示すプロセスの最初へ戻る。メッセージを送る必要がある場合には、ステップ３７２からステップ３７４へ進み、先に予め決定された通信プロトコルを用いてメッセージを符号化する。
【０１４３】
　それから、ステップ３７６において、メッセージの用意ができたかどうか判断する。これは、メッセージが完成して送信の準備ができたのか、あるいは待機する必要があるのか、ということである。メッセージの送信準備ができていない場合には、そのメッセージをバッファすなわち待ち行列に退避し、プロセスＤすなわち図２０に示すプロセスの最初へ戻る。
【０１４４】
　ステップ３７６でメッセージの送信準備ができている場合には、ステップ３７８へ進み、メッセージを圧縮して転送用のパケットにする。それから、ステップ３８０でそのメッセージを転送し、ステップ３８２でメッセージの待ち行列をクリアして空にする。それから、図２０に示すプロセスの最初へ戻る。
【０１４５】
　ところで、ステップ３５４で通信プロセスを終了するとした場合には、図２２に示すプロセスＥへ進む。図２２において、ステップ３８４では、メッセージ待ち行列が空であるかどうか判断する。メッセージ待ち行列が空であれば、プロセスを終了する。
【０１４６】
　メッセージ待ち行列が空でない場合には、ステップ３８６へ進み、送信メッセージを圧縮してパケットにし、ステップ３８８でメッセージを転送し、そしてステップ３９０でメッセージ待ち行列をクリアして空にする。そして、プロセスを終了する。
【０１４７】
　図２３には、本発明の作用を説明するために使用される第１の実施例が示されている。
【０１４８】
　図２３および図２４の両図に示す例では、バイト番号を表す上段の行と通信内容を表す下段の行が設けられている。図２３には、バイト１〜８にバージョンナンバーを有するプロトコル識別子で始まる受信情報の一例が示されている。
【０１４９】
　そのプロトコル識別子は、ＡＢＡＢＢＣＢＣＣＤＣＤのつぎにバイト７〜８のバージョンナンバー０１０１が続いている。そのつぎのバイト９〜１２にデバイスカテゴリーが続き、さらにそのつぎのバイト１３〜２２にモデル識別子が続いている。そのつぎのバイト２３〜３７に１５バイトのシリアルナンバーが続き、さらにそのつぎに、プロトコルバージョンを示す５バイトがバイト３８〜４２に続く。
【０１５０】
　図２３に示す例では、そのつぎに、バイト４３〜９２の５０バイトにデバイス位置が示されている。この特定の例においては、バイト４３〜４５は、そのアドレスに含まれる情報のタイプを示すのに使用されている。通り（街路）のアドレスにはゼロが使われ、電話番号には１が使われ、ｅ−ｍａｉｌ（電子メール）アドレスには２が使われる。この例では、バイト４３〜４５の値は１であるので、それに続く情報は電話番号を表している。
【０１５１】
　バイト９３〜９８は、通信されたフォーマットデータを表している。このフォーマットデータは、タイプ−値（ＴＶ）フォーマットによるものであり、８００１と表されたタイプを表す２バイトのつぎに、バイト９５〜９８に異常故障回数を表す内容の４バイトが続いている。
【０１５２】
　バイト９３〜９８の実際のフォーマットデータを読むために、本発明は、通信情報がバイト１〜８のプロトコル識別子で始まっていると決定し、そして図１２に示すプロトコル識別子データベース内において、バイト９〜９２に含まれるヘッダのフォーマットをさがす。
【０１５３】
　図１２に示すプロトコル識別子データベースの１番目のレコードは、図２３に示す例に含まれたプロトコル識別子およびバージョンに一致する。一旦、ヘッダ内（バイト９〜９２）の情報を読むと、ヘッダ内の情報に一致する情報を見つけるために、入力フォーマットデータベースをさがす。
【０１５４】
　図１３に示す入力フォーマットデータベース内には、図１８に示す例に正確に該当するレコードはない。しかしながら、実際には、例えばレコードが存在するという、本発明に特有な動作がある。この例では、フォーマットデータがタイプ−値フォーマットにおけるものであることが、バイト３８〜４２に含まれるプロトコルバージョンに示されている。先に決定されて制御兼診断システム２６に記憶された特定のタイプ−値フォーマットに従って、バイト９２のつぎに続く情報を分析する。
【０１５５】
　図２４には、受信情報の第２の実施例が示されている。この例では、受信情報はプロトコル識別子で始まっていない。従って、制御兼診断システム２６は、受信情報に一致する臨界フィールドがあるかどうかを判断するために、送られてきた情報のフォーマットを分析する。
【０１５６】
　この例では、受信した通信情報は、図１４に示す通信プロトコルデータベースの第１のレコードに該当する、明細書の表３の第１エントリーにおいて定義された臨界フィールドに一致する。従って、バイト２０〜２３にフォーマット識別子が含まれていることを判断するために、通信プロトコルデータベース内でデバイス識別子すなわちヘッダフォーマットをさがす。
【０１５７】
　バイト２０〜２３の値は２である。コピー回数を表す３２ビットの整数のデータがその後に続くことを表すフォーマット識別子が、図１５に示すデータベース内でさがされる。コピー回数は、図２４に示す例でバイト２４〜２７に示されている。
【０１５８】
　本発明で使用される種々のデータベースは、容易に最新のものに改訂、改良および発展され、新しい通信プロトコルの使用の点で優れた適応性を備える。さらに、監視されている装置がどのプロトコルを使用しているかを制御兼診断システム２６がわかっていれば、制御兼診断システム２６によって通信が容易に開始される。さらにまた、監視されているデバイスもしくは装置に、データベースの利用技術が適用され得る。
【０１５９】
　コンピュータ技術に精通した当業者にとって明らかなように、本発明は、この明細書の内容に従ってプログラミングされた従来の一般的な用途のデジタルコンピュータもしくはマイクロプロセッサを使用して差し支えなくなされ得る。ソフトウェア技術に精通した当業者にとって明らかなように、本発明の説明の内容に基づいて、熟練したプログラマーにより、符号化する適当なソフトウェアが容易に用意され得る。
【０１６０】
　また、本発明は、当業者にとって明らかなように、特定の集積回路を用意することにより、あるいは適当な従来の部品回路網を相互接続することによって改良され得る。
【０１６１】
　本発明は、本発明のプロセスを実行すべきコンピュータをプログラミングするために使用され得る命令を記憶した記憶媒体であるコンピュータプログラム製品を含む。その記憶媒体は、特に限定しないが、フロッピー（Ｒ）ディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、または電子的な情報を保持するのに適した何らかのタイプのメディア（媒体）を含む何らかのタイプのディスクを含む。
【０１６２】
　明らかに、上記内容に鑑みて、本発明の種々の改良および変形が可能である。従って、特許請求の範囲の視野内において、本発明は、明細書中で具体的に説明されたもの以外にも実施可能である。
【図面の簡単な説明】
【０１６３】
【図１】本発明を適用することができる機能システムの全体を示す図である。
【図２】本発明の一実施の形態に係るハードウェア全体構成を示す図である。
【図３】本発明との通信に使用できる符号化スキーマを示す図である。
【図４】パワーオン後の複写機と操作パネル間の通信の一実施の形態を示す図である。
【図５】本発明による診断ステーションの接続法の一実施の形態を示す図である。
【図６】ビジネスオフィス用デバイスおよびデジタルカメラを含む複数の装置が制御兼診断システムに接続された状態を示す図である。
【図７】ディジタル複写機兼プリンタの構成を示す図である。
【図８】図２に示されたディジタル複写機兼プリンタの電気的構成を示す図である。
【図９】図３に示されたマルチポート通信インタフェースの詳細を示す図である。
【図１０】制御兼診断システムおよびそれと通信される装置における通信プロトコルの格納プロセスを示すフローチャートである。
【図１１】デバイスによる伝送情報のデバイス識別子すなわちヘッダの詳細とともに伝送情報のフォーマットを示す図である。
【図１２】異なるプロトコル識別子で使用されるヘッダのフォーマットを定義するプロトコル識別子データベースを示す図である。
【図１３】データベース内で定義された異なるデバイスによって使用される種々の入力フォーマットを表す入力フォーマットデータベースを示す図である。
【図１４】通信プロトコルデータベースの内容を示す図である。
【図１５】図７に示された通信プロトコルデータベースによって参照される特定のデータフォーマットデータベースを示す図である。
【図１６】受信情報に基づいて使用される通信プロトコルを決定するプロセスを示すフローチャートの一部である。
【図１７】受信情報に基づいて使用される通信プロトコルを決定するプロセスを示すフローチャートの一部である。
【図１８】受信情報に基づいて使用される通信プロトコルを決定するプロセスを示すフローチャートの一部である。
【図１９】受信情報に基づいて使用される通信プロトコルを決定するプロセスを示すフローチャートの一部である。
【図２０】通信プロトコルのフォーマットが決定された後の通信プロセスを示すフローチャートの一部である。
【図２１】通信プロトコルのフォーマットが決定された後の通信プロセスを示すフローチャートの一部である。
【図２２】通信プロトコルのフォーマットが決定された後の通信プロセスを示すフローチャートの一部である。
【図２３】あるプロトコル識別子を使用した通信情報の第１の例を示す図である。
【図２４】プロトコル識別子を有していない通信情報の第２の例を示す図である。
【符号の説明】
【０１６４】
　２　デジタルカメラ
　４　ファクシミリ装置
　６，８　複写機
　１０　プリンタ
　１２　第３デバイス
　１４　第２デバイス
　１６　第１デバイス
　１８　インターフェイス
　２０　デジタル複写機兼プリンタ
　２２　伝送線
　２４　通信インターフェイス
　２６　制御兼診断システム
　２８　通信プロトコルデータベース
　３０　複写機
　３１、５１、７１　通信プロセス
　３２、５２　システム制御プロセス
　３３　シーケンスプロセス
　３４　監視プロセス
　３５　動的状態データ
　３６　半静的状態データ
　３７　静的状態データ
　４０、６０、８０　バス
　４１、６１、８１　中央処理装置
　４２　固定記憶装置（ＲＯＭ）
　４３　センサユニット
　４４、６４、８４　インターフェイスユニット
　４５　半固定記憶装置（ＥＥＰＲＯＭ）
　４６　動的記憶装置（ＣＭＯＳＲＡＭ）
　５０　操作パネル
　５３　入力プロセス
　５４　ディスプレイプロセス
　６２、８２　記憶装置
　６３　ディスプレイおよび入力ユニット
　７０　遠隔診断ステーション
　７２　診断プロセス
　７３　データベース
　８３　ディスクユニット
　９０、９１　通信ライン
　１０１　スキャナ用のファン
　１０２　ポリゴンミラー
　１０３　Ｆθレンズ（コリメータレンズ）
　１０４　光センサ
　１０５　焦点レンズ
　１０６　消滅用ランプ
　１０７　コロナ帯電ユニット
　１０８　現像ローラ
　１０９　照射ランプ
　１１０，１１１，１１２　反射ミラー
　１１３　ドラムミラー
　１１４　冷却ファン
　１１５　第１給紙ローラ
　１１６　手差しテーブル
　１１７　第１給紙カセット
　１１８　第２給紙ローラ
　１１９　第２給紙カセット
　１２０　リレーローラ
　１２１　レジストローラ
　１２２　画像濃度センサ
　１２３　転写／分離コロナ放電ユニット
　１２４　クリーニングユニット
　１２５　真空ファン
　１２６　搬送ベルト
　１２７　加圧ローラ
　１２８　搬出ローラ
　１２９　加熱ローラ
　１３０　排気ファン
　１３１　メインモータ
　１３２　感光体ドラム
　１６０　ＣＰＵ（中央処理装置）
　１６２　ランダムアクセスメモリ（随時書込み読出しメモリ）
　１６４　リードオンリメモリ（読出し専用メモリ）
　１６６　マルチポート通信インターフェイス
　１６８　電話線またはＩＳＤＮケーブル
　１６８Ａ　電話線
　１６８Ｂ　ＩＳＤＮケーブル
　１７０　ＬＡＮ（ネットワーク）
　１７２　インターフェイスコントローラ
　１７４　操作パネル
　１７６　記憶部インターフェイス
　１７８　フラッシュメモリ
　１８０　外部記憶装置接続ライン
　１８２　ディスク
　１８４　オプションインターフェイス
　１８６　システムバス
　１８８　オプション用ユニットインターフェイス
　１９０　定着装置
　１９２　プリンタ／イメージャ
　１９４　スキャナ
　１９６　用紙搬送コントローラ
　１９８　大容量トレイユニット
　２００　デュプレクサ
　２０２　ソータ（分類装置）
　２２０　セントロニクスインターフェイス
　２２２　ＳＣＳＩインターフェイス
　２２４　電話インターフェイス
　２２６　ＩＳＤＮインターフェイス
　２２８　ＲＳ−２３２インターフェイス
　２３０　ＬＡＮインターフェイス
【図１】
2004145890.tif 000006
【図２】
2004145890.tif 000007
【図３】
2004145890.tif 000008
【図４】
2004145890.tif 000009
【図５】
2004145890.tif 000010
【図６】
2004145890.tif 000011
【図７】
2004145890.tif 000012
【図８】
2004145890.tif 000013
【図９】
2004145890.tif 000014
【図１０】
2004145890.tif 000015
【図１１】
2004145890.tif 000016
【図１２】
2004145890.tif 000017
【図１３】
2004145890.tif 000018
【図１４】
2004145890.tif 000019
【図１５】
2004145890.tif 000020
【図１６】
2004145890.tif 000021
【図１７】
2004145890.tif 000022
【図１８】
2004145890.tif 000023
【図１９】
2004145890.tif 000024
【図２０】
2004145890.tif 000025
【図２１】
2004145890.tif 000026
【図２２】
2004145890.tif 000027
【図２３】
2004145890.tif 000028
【図２４】
2004145890.tif 000029