JP3497692B2 - 通信システム、デバイス及び通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の通信フォー
マットを利用した遠隔監視装置、診断装置および制御装
置との通信技術に関する。さらには、本発明は、利用さ
れる通信フォーマットの改良および変更能力に関する。
さらにまた、本発明は、異なる通信プロトコルを利用し
た複写機やプリンタやファクシミリ装置やデジタルカメ
ラのような異なる装置との通信能力を有する制御兼診断
システムに関する。

【０００２】

【従来の技術】遠隔診断用の局と、複写機やプリンタや
ファクシミリ装置およびそれらを組み合わせた装置を含
むビジネスオフィス用の装置との間の通信技術は、公知
であり、Ｍｏｔｏｙａｍａによる“ＭＥＴＨＯＤ ＡＮ
Ｄ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＣＯＮＴＲＯＬＬＩ
ＮＧ ＡＮＤ ＣＯＭＭＵＮＩＣＡＴＩＮＧ ＷＩＴＨ
ＢＵＳＩＮＥＳＳ ＯＦＦＩＣＥ ＤＥＶＩＣＥＳ”と
いう名称の米国特許第５，４１２，７７９号に開示され
ている。しかしながら、従来の診断システムは、種々の
通信プロトコルを使用することはできない。

【０００３】異なる通信プロトコルを使用する装置と通
信し、それらの装置を制御し、あるいは診断するため
に、各モデル専用の制御および監視システムを設けるこ
とが可能である。このようにすれば、各タイプの装置に
対して、異なる診断コンピュータを用いて適切な通信を
確実に行うことができる。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来技術には、高価であり、資源を無駄に消費し、通信プ
ロトコルの急速な開発または改良の妨げになるという問
題点があった。

【０００５】本発明はかかる事情に鑑みてなされたもの
で、本発明の目的は、種々の通信プロトコルを使用する
能力を有し、複数の装置との通信のための方法およびシ
ステムを提供することにある。

【０００６】また、本発明の他の目的は、使用される通
信プロトコルを決定するために、受信内容を分析するこ
とである。

【０００７】また、本発明のさらに他の目的は、ファク
シミリ装置や複写機やプリンタやデジタル複写機兼プリ
ンタやデジタルカメラやその他のタイプの装置のような
種々の装置との通信に使用され得る異なる通信プロトコ
ルのデータベースを有する制御兼診断システムを提供す
ることである。

【０００８】

【課題を解決するための手段】上記目的およびその他の
目的は、複数の通信フォーマットを利用した装置との通
信に対する新規な方法およびシステムによって成し遂げ
られる。制御兼診断システムは異なる通信プロトコルお
よび通信フォーマットのデータベースを備えている。ま
た、通信プロトコルは、監視もしくは診断される装置内
に格納されている。

【０００９】制御兼診断システムは、最初に制御もしく
は監視している装置から情報を受け取る。この最初の情
報は、あるプロトコル識別子で始まるか否かを決定する
ために調べられる。もし、その情報が、あるプロトコル
識別子で始まっているならば、そのプロトコル識別子に
対応するエントリーがあるか否かを決めるために、ある
プロトコル識別子データベースが検索される。本発明の
要旨は、そのプロトコル識別子のバージョンナンバーが
そのデータベース内に格納されているか否かを決定する
ことである。

【００１０】もし、最初の情報に含まれていたそのプロ
トコル識別子に対応するプロトコル識別子データベース
内にエントリーがある場合には、そのプロトコル識別子
データベースの対応するレコードが読み込まれ、その情
報に使用されたヘッダのフォーマットを定義する。それ
から、そのヘッダ（その情報を送ったデバイスの情報を
含んでいるためにデバイス識別子といわれている）は、
そのプロトコル識別子データベース内に含まれているヘ
ッダのフォーマットと一致するか否か分析され、それに
よって、そのデバイスのカテゴリーやモデル識別子やシ
リアルナンバーやプロトコルのバージョンや装置の位置
のような、そのヘッダを構成する種々の情報が決定され
る。

【００１１】それから、ヘッダで定義されたデバイスに
一致するレコードをさがして、入力フォーマットデータ
ベースが検索される。その最初の情報のヘッダ情報に一
致するレコードが見つかる場合には、入力フォーマット
データベースからフォーマット情報が読み込まれ、それ
によって、その装置から送られたきたプロトコル識別子
およびデバイス識別子（ヘッダ）に従ってフォーマット
されたデータが正しく分析されるようになる。

【００１２】もし、その遠隔デバイスから送られてきた
最初の情報があるプロトコル識別子で始まらないと決定
される場合には、ある通信プロトコルデータベースが検
索され、それによって、その受け取った情報が予め定義
されたフォーマットに従うヘッダを有しているか否かが
決定される。このチェックにより、設置された種々のデ
バイスのうちの設置数が最も大きい数の装置に対応する
フォーマットで通信の開始がなされ得る。この一致する
か否かチェックされた受信情報のフィールドは、その受
信情報が予め定義された通信プロトコルの一つに従うよ
うに認識されるためには少なくともフィールドが一致す
る必要があるため、臨界フィールドと定義付けられる。

【００１３】プロトコル識別子なしで始まる情報は、固
定フォーマット（不変のフォーマットという意味であ
る）もしくはヘッダと同じフォーマットを利用するよう
にされたフォーマットの何れかである。何れを認識する
かは、通信プロトコルデータベース内で決められる。

【００１４】ヘッダと同じフォーマットを認識する場合
には、そのフォーマット情報を得るために、受信情報の
デバイス識別子（ヘッダ）が読み込まれる。一度このフ
ォーマット情報が得られたら、それに対応するデータフ
ォーマットが適切な所在位置にて調べられる。一方、そ
のプロトコルを固定フォーマットであると認識する場合
には、使用されるフォーマットもしくはそのフォーマッ
トの所在位置情報が、通信プロトコルデータベース内で
調べられる。

【００１５】第１の具体例では、フォーマットは通信プ
ロトコルデータベース内に直接格納されている。その代
わりとして、通信プロトコルデータベースに、ファイル
名もしくはフォーマット情報が見つけられ得る位置の情
報が格納されるようになっていてもよい。さらなる代わ
りとして、フォーマット情報が、種々の固定フォーマッ
トを有するデータベース内に格納されていて、適切なフ
ォーマットを決定する際にこのデータベースが調べられ
るようになっていてもよい。

【００１６】使用される一つの通信プロトコルもしくは
フォーマットが決定されたら、受信情報は、その決定さ
れたフォーマットに従って分析される。さらに診断兼制
御システムからの送信情報は、決定された通信プロトコ
ルもしくは通信フォーマットを用いてフォーマット化さ
れる。

【００１７】本発明のより完全な評価および付随する多
くの利点は、添付図面に関連する以下の詳細な説明の言
及により理解されるため、容易に得られるであろう。

【００１８】

【発明の実施の形態】以下に、図面を参照しながら本発
明に係る複数の通信フォーマットを用いた装置の、通信
方法および通信システム、診断方法および遠隔診断シス
テム、制御方法および遠隔制御システム、並びに、それ
らに用いられる記憶装置の好適な実施の形態について説
明する。なお、全図面に亘って、同一もしくは対応する
構成要素には同じ符号が付されている。

【００１９】図１は、複写機３０、操作パネル５０およ
び遠隔診断システーション７０を含む本発明の好適な実
施の形態を示す。しかしながら、本発明は複写機に限定
されず、以下に説明する手段を有するプリンタあるいは
ファクシミリのような他のビジネス機器にも適用でき
る。

【００２０】以下の説明において、図１に示す目標装置
は複写機３０である。目標装置である複写機３０はその
寿命の間変わらない静的状態データ３７、例えばモデル
番号、シリアル番号、モデル特性等を記憶する手段を含
む。また、目標装置である複写機３０はＲＯＭバージョ
ン、オプション構成のような装置の寿命の間めったに変
わらない半静的状態データ３６を記憶する手段も含む。

【００２１】さらに、目標装置である複写機３０は、ト
レーにおける記録紙の状態、オイル、トナー、プリント
数、受光素子の感度、記録紙の通路および位置等のよう
な装置の機械的状態によって変わる動的状態データ３５
を記憶する手段を有する。装置の動的状態を記憶するた
めに、目標装置である複写機３０は該複写機３０の状態
を監視する監視プロセス３４を含む。システム全体の動
作はシステム制御プロセス３２によって統制動作され
る。

【００２２】電源を入れると、システム制御プロセス３
２は目標装置である複写機３０を準備させるのみなら
ず、最初に物理的接続をチェックした後、以下に説明す
る手段で通信を確立することによって附属装置との通信
を確立する。

【００２３】複写機３０は、使用者が操作パネル５０を
介して幾つかの機能を特定するまでアイドル状態にあ
る。しかしながら、アイドル時間の間、システム制御プ
ロセス３２によってその状態を連続的に監視する。異常
状態が検出されると、システム制御プロセス３２はデー
タを通信プロセス３１に送り、そのデータをコード化し
てコード化データを通信ライン９０を介して操作パネル
５０に送る。通信プロセス５１は確認応答信号を送り、
データを解読してそれをシステム制御プロセス５２へ送
る。システム制御プロセス５２は複写機３０の状態をデ
ィスプレイプロセス５４を介して通知する。

【００２４】遠隔診断ステーションの通信ライン９１が
接続されると、システム制御プロセス３２はメッセージ
を送り、遠隔診断ステーション７０に注意を与えてステ
ーション７０に異常状態を知らせる。

【００２５】入力プロセス５３は使用者からの入力を受
けてそれをシステム制御プロセス５２へ送り、該システ
ム制御プロセス５２はつぎにその入力をディスプレイプ
ロセス５４を介してそのまま戻す（エコー・バック）の
で、使用者は彼／彼女（使用者）の入力をフィードバッ
クして得ることができる。使用者からのデータはつぎに
通信プロセス５１においてコード化される。このコード
化されたデータはつぎに通信ライン９０を介して複写機
へ送られる。

【００２６】通信プロセス３１はつぎに通信プロセス５
１へ確認応答信号を送り、その受けたデータを解読し、
解読したデータをシステム制御プロセス３２へ送る。実
際の複写処理中、シーケンスプロセス３３は時限要求に
従って事象を配列する。遠隔診断ステーション７０は通
信ライン９１を介して複写機３０に接続される。その通
信ライン９１は電話線、ＲＳ２３２ラインあるいはその
他の適当な通信手段とすることができる。通信プロセス
７１は複写機３０の通信プロセス３１および操作パネル
５０の通信プロセス５１と同様に操作する。

【００２７】診断プロセス７２は、受け取る回答とデー
タベース７３に記憶されているデータに基づいて複写機
３０と対話的に交信できるインテリジェント（知能）プ
ロセスである。

【００２８】図２は本発明を実行するために利用される
ハードウェアの特徴を示す。複写機３０、操作パネル５
０および遠隔診断ステーション７０は全てバス４０、６
０および８０を有し、それらはそれぞれ中央処理装置４
１、６１および８１に接続している。モデルに依存し
て、バスはさらに多くのユニットを有する。センサユニ
ット４３は、記録紙トレー、電圧および紙の通路のよう
な動的データとして記憶されなければならない目標装置
の機能的状態を検出する。

【００２９】記憶装置４２は静的状態データ３７を（Ｒ
ＯＭのような）固定記憶として保持する。記憶装置４５
は半静的状態データ３６をＥＥＰＲＯＭのような電力を
必要としない交換可能な記憶装置あるいは低電力を使用
しバッテリーによってサポートできる（ＣＭＯＳＲＡＭ
のような）交換可能な記憶装置に記憶する。記憶装置４
６は動的状態のデータを電力を必要としないあるいは低
電力を使用したバッテリーによってサポートできる交換
可能な記憶装置に記憶する。

【００３０】ディスプレイおよび入力ユニット６３は入
力キーおよびライトとＬＣＤ（液晶表示装置）のような
ディスプレイを制御する。ディスクユニット８３はデー
タベースを保持する。通信ライン９１が規則的に接続さ
れなかったり、診断が必要なときのみ接続する場合に
は、インターフェイスユニット４４は、物理的接続の機
械的手段に起因する中断のようなことを、通信ライン９
１が接続されている中央処理装置４１に知らせる手段を
有する。

【００３１】図３は本発明による符号化の好適な実施の
形態を示す。しかしながら、ＡＳＮ．１（１９８７）の
ような他のエンコーディング（符号化）も使用すること
ができる。図３における符号化スキーマはタイプ、長さ
および値（ＴＬＶ）符号化の送信からなる。タイプのビ
ット７は０にセットされるが、長さのビット７は１にセ
ットされる。値はいずれかのビットの組合せをとること
ができる。符号化は２進法であってデータ通信の長さを
節約する。情報フィールドを組み合わせることによっ
て、１２０タイプ（４つの情報×３０タイプ）まで定義
することができる。タイプを拡張する１つの方法は全て
の低い５ビットを１にセットすることである。この拡張
のターミネータは００Ｈの２つのバイトである。情報フ
ィールドにおいて複合を使用することにより、１つ以上
の情報を以下のように送ることができる。 010 ××××× L1 T2 L2 V2 T3 L3 V3 但し、Ｌ１はＴ２〜Ｖ３のバイトの長さ、Ｌ２はＶ２の
バイトの長さ、Ｌ３はＶ３のバイトの長さである。複合
は２つに限定されない。

【００３２】つぎの表１はタイプおよび値のコードを示
す。これらのコードは説明として示すのであって、実際
の実行は用途によって変わる。

【００３３】

【表１】

【００３４】図４は電源を入れた後、図１あるいは図２
の複写機３０と操作パネル５０間の通信の確立を示す。
複写機３０と操作パネル５０は共にパワーオン・リセッ
ト・シーケンスで通じる。ステップ１において、操作パ
ネル５０はリセットを終了し、その割り当てられた値を
複写機３０へ送る。しかしながら、複写機３０はリセッ
トで忙しく、インターフェイスユニット４４を介してデ
ータを入手できない。ステップ２において、複写機３０
は準備完了し割り当てられた値を操作パネル５０へ送
る。ステップ３は操作パネル５０から複写機３０への確
認を示す。好適な実施の形態において、受信側は受信し
たタイプの確認を戻さなければならない。

【００３５】図４のステップ４は最初の識別が中断して
別の試みを行うべきであることを示す。ステップ５は接
続が確立されたことを示す。ステップ６は特定されたコ
ピー枚数の例を示す。ステップ７における確認はコピー
枚数（ここでは、３コピー）を表す。ステップ８は複写
処理シーケンスの開始を示し、ステップ９は対応する確
認を示す。ステップ１０は記録紙ジャムの通信を示し、
ステップ１１はその記録紙ジャムの対応する確認を示
す。

【００３６】図５は図１と図２の遠隔診断ステーション
７０と複写機３０間の接続の確立過程を示す。図５はラ
イン４および６で複合情報フィールドの使用を示す。こ
の複合が使用されないと、ライン１０〜１２のような通
信が必要である。

【００３７】図５のステップ１は診断の識別を示し、ス
テップ２はその識別の確認を示す。ステップ３は識別の
問合せを示し、ステップ４は複合確認を示す。ステップ
５はモデルの識別について問合せをし、ステップ６は対
応する確認である。ステップ７はパラメータの報告を質
問し、説明としてステップ８はコマンドが理解されない
ことを示す。ステップ９はアドレスの報告を示し、ステ
ップ１０、１１および１２はそれぞれ確認、報告および
確認を示す。

【００３８】図６には、複数の装置が制御兼診断システ
ム２６に接続された状態が示されている。制御兼診断シ
ステム２６は、その制御兼診断システム２６に接続され
た種々の装置と通信する際に使用する複数の通信プロト
コルを格納したデータベース２８を備えている。

【００３９】例えばリコー製のＤＣ−１カメラのような
デジタルカメラ２や、ファクシミリ装置４や、複写機６
および複写機８を含む異なるモデルの複数の複写機を備
えた制御兼診断システム２６に、機械的な機能を果たす
装置や、機械的なセンサや電気−機械的なセンサやアク
チュエータを有する装置を含む如何なるタイプの装置で
も接続される。制御兼診断システム２６は、異なる通信
プロトコルを用いて異なるモデルの複写機と通信する。
制御兼診断システム２６が、同じ通信プロトコルを使用
した複数の同じモデルの複写機や装置と通信することが
可能であるのは勿論である。

【００４０】制御兼診断システム２６に接続された他の
装置には、プリンタ１０、デジタル複写機兼プリンタ２
０、並びにインターフェイス１８を介して接続された第
１デバイス１６、第２デバイス１４および第３デバイス
１２が含まれている。これらのデバイス１２，１４，１
６は、ビジネスオフィス用の装置を含み、監視され、制
御されあるいは診断されるべき何等かのタイプの装置で
あるかもしれない。インターフェイス１８は、複数のデ
バイスがインターフェイス１８に接続され、かつ伝送線
２２を介して通信可能な何等かのタイプの通信インター
フェイスである。

【００４１】伝送線２２は、通信インターフェイス２４
を介して制御兼診断システム２６に接続されている。こ
の通信インターフェイス２４は、要求される何らかのタ
イプの通信インターフェイスであり、モデム、ＬＡＮ
（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）インターフ
ェイス、インターネット接続、あるいは他の何らかのタ
イプのインターフェイスで構成されている。

【００４２】伝送線２２は、何らかのタイプの通信媒体
であり、ワイヤ（有線接続）、光接続、あるいはラジオ
波や赤外線のような光による無線接続で構成されてい
る。本発明で使用され得る付随的な通信方法は、一般
に、本出願人による未登録の１９９５年６月５日付けの
米国特許出願第０８／４６３，００２号「ＭＥＴＨＯＤ
ＡＮＤ ＳＹＳＹＴＥＭ ＦＯＲ ＤＩＡＧＮＯＳＩＳ
ＡＮＤ ＣＯＮＴＲＯＬ ＯＦ ＭＡＣＨＩＮＥＳ
ＵＳＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＡＮＤ ＣＯＮＮ
ＥＣＴＩＯＮＬＥＳＳ ＭＯＤＥＳ ＯＦ ＣＯＭＭＵ
ＮＩＣＡＴＩＯＮ」中に開示されている。

【００４３】通信プロトコルデータベース２８は、受信
した情報を分析もしくは復号化したり、制御兼診断シス
テム２６から送信される情報を符号化もしくはフォーマ
ットするために使用される１または２以上のデータベー
スを有している。通信プロトコルデータベース２８の詳
細については、この通信プロトコルデータベース２８に
含まれたデータベース（図１２〜図１５に示す）につい
て説明する際に併せて説明する。

【００４４】制御兼診断システム２６は、マイクロプロ
セッサ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ
（リードオンリメモリ）、ディスプレイ（表示装置）、
ハードディスクドライブ（ＨＤＤ）等のディスクドライ
ブ、キーボードなどのような従来の一般的な目的のため
に使用されるコンピュータにおけるものと同様のハード
ウェアを備えている。

【００４５】それらのハードウェアは、システムバスま
たは複数のコンピュータ、並びにＬＡＮ（ｌｏｃａｌ
ａｒｅａ ｎｅｔｗｏｒｋ）もしくはＷＡＮ（ｗｉｄｅ
ａｒｅａ ｎｅｔｗｏｒｋ）またはＬＡＮとＷＡＮの
両方により接続されたサーバを用いて接続されている。

【００４６】制御兼診断システム２６は、制御兼診断シ
ステム２６に接続されたデバイスとの通信を開始し、そ
のデバイスを診断もしくは制御するか、または診断かつ
制御するためのコマンドまたは要求を送信することがで
きる。それから、そのデバイスは、応答もしくはデータ
の一方または両方を返信するか、またはアクチュエータ
を動かしたりモータを回すような動作を行なうか、それ
ら返信および動作の両方を行なうか、あるいはその他の
動作を行なう。

【００４７】従って、制御兼診断システム２６は、その
デバイスに電気ー機械的な動作を行なわせることができ
るといえる。というのは、電気信号が、デバイスの中で
行なわれる機械的な動作を引き起こしているからであ
る。制御兼診断システム２６によって通信が開始される
ときには、制御兼診断システム２６が通信プロトコルま
たはフォーマットを知る必要がある。それは、デバイス
が制御兼診断システム２６から受信したコマンドまたは
情報を正しく解釈するためである。

【００４８】制御兼診断システム２６は、必要な情報ま
たはコマンドを送信するために、あるデータベース内の
プロトコルまたは通信フォーマットを調べる。また、デ
バイスがコマンド、要求、データ、あるいは診断もしく
は不具合の指摘の要求を送信することによっても、通信
が開始される。そして、それから制御兼診断システム２
６は、応答するか、デバイスへデータもしくはコマンド
を送信するか、あるいはそれら応答とデータもしくはコ
マンド送信の両方を行なう。

【００４９】それらコマンドには、データを操作または
変更するコマンド、データの読込みを命令するコマン
ド、あるいは電気ー機械的動作を行なうコマンドが含ま
れる。デバイスによって通信が開始されると、制御兼診
断システム２６は、受信した情報を正しく解釈するため
に、本明細書中で説明される内容に基づいて、受信情報
のプロトコルを決定しなければならない。

【００５０】図７には、図６に示されたデジタル複写機
兼プリンタ２０の機械的なレイアウトが示されている。

【００５１】図７において、符号１０１で示されたもの
はスキャナ用のファン、符号１０２で示されたものはレ
ーザプリンタで使用されるポリゴンミラー、符号１０３
で示されたものはレーザ（図示されていない）から発せ
られた光を平行光（コリメート光）にするＦθレンズで
ある。符号１０４で示されたものはスキャナからの光を
検知するセンサ、符号１０５で示されたものはスキャナ
からセンサ１０４上へ発せられた光の焦点を合わせるレ
ンズ、符号１０６で示されたものは感光体ドラム１３２
上の画像を消去するために使用されるクエンチングラン
プである。

【００５２】また、デジタル複写機兼プリンタ２０に
は、コロナ帯電ユニット１０７および現像ローラ１０８
が設けられている。符号１０９で示されたものは読取走
査される原稿を照射するのに使用されるランプであり、
符号１１０、１１１および１１２で示されたものは、セ
ンサ１０４上へ光を反射するミラーである。

【００５３】また、デジタル複写機兼プリンタ２０に
は、レーザから発せられた光をポリゴンミラー１０２か
ら感光体ドラム１３２へ反射するドラムミラー１１３が
設けられている。符号１１４で示されたものは、デジタ
ル複写機兼プリンタ２０の帯電領域を冷却するファンで
ある。符号１１５で示されたものは、第１給紙カセット
１１７から紙を送り出すために使用される第１給紙ロー
ラである。符号１１６で示されたものは、紙を手で送る
ための手差しテーブルである。同様に、符号１１８で示
されたものは、第２給紙カセット１１９から紙を送り出
すために使用される第２給紙ローラである。

【００５４】符号１２０で示されたものはリレーロー
ラ、符号１２１で示されたものはレジストローラ、符号
１２２で示されたものは画像濃度センサ、符号１２３で
示されたものは転写／分離コロナ放電ユニットである。
符号１２４で示されたものはクリーニングユニット、符
号１２５で示されたものは真空ファン、符号１２６で示
されたものは搬送ベルト、符号１２７で示されたものは
加圧ローラ、符号１２８で示されたものは搬出ローラで
ある。符号１２９で示されたものは紙上のトナーを定着
させる加熱ローラ、符号１３０で示されたものは排気フ
ァン、符号１３１で示されたものはデジタル複写機を駆
動するメインモータである。

【００５５】図８は、図７に示されたデジタル複写機兼
プリンタ２０の電気的な構成要素（コンポーネント）の
ブロック図である。

【００５６】ＣＰＵ（中央処理装置）１６０はマイクロ
プロセッサであり、システムコントローラとして機能し
ている。デジタル複写機兼プリンタ２０は、デジタル複
写機の操作パラメータを含む、動的に変化する情報を記
憶するランダムアクセスメモリ（随時書込み読出しメモ
リ）１６２を備えている。リードオンリメモリ（読出し
専用メモリ）１６４は、デジタル複写機の実行プログラ
ムのコード、および複写機のモデルナンバーやシリアル
ナンバーのような複写機を表す情報（静的状態のデー
タ）を記憶している。

【００５７】また、デジタル複写機兼プリンタ２０は、
デジタル複写機が外部のデバイスと通信するためのマル
チポート通信インターフェイス１６６を備えている。符
号１６８で示されたものは電話線またはＩＳＤＮ（Ｉｎ
ｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ
Ｎｅｔｗｏｒｋ）のケーブル、符号１７０で示された
ものはネットワークを表している。マルチポート通信イ
ンターフェイス１６６の詳細については、図９とともに
後述する。

【００５８】インターフェイスコントローラ１７２は、
操作パネル１７４をシステムバス１８６に接続するため
に使用されている。操作パネル１７４には、コピーボタ
ンや、コピー枚数、拡大／縮小率および明暗などのよう
な複写機の運転を制御するキーを有するデジタル複写機
における標準的な入出力装置が設けられている。加え
て、操作パネル１７４には、液晶表示装置が設けられて
おり、ユーザ（使用者）に対してデジタル複写機の各種
設定パラメータ（コピー枚数や拡大／縮小率など）やメ
ッセージを表示するようになっている。

【００５９】デジタル複写機兼プリンタ２０には記憶部
インターフェイス１７６が設けられており、その記憶部
インターフェイス１７６を介してシステムバス１８６に
記憶装置が接続されている。その記憶装置は、フラッシ
ュメモリ（電気的一括消去・再書込み可能な読出しメモ
リ）１７８やディスク１８２で構成されている。また、
ディスク１８２は、ハードディスク、光ディスクもしく
はフロッピーディスクドライブまたはそれらの組合わせ
で構成されている。記憶部インターフェイス１７６には
外部記憶装置接続ライン１８０が接続されており、デジ
タル複写機に付加的に記憶装置を接続し得るようになっ
ている。

【００６０】フラッシュメモリ１７８は、デジタル複写
機の、稼働中に頻繁に変わるパラメータを表す半静的状
態のデータを記憶するために使用される。そのようなパ
ラメータには、デジタル複写機のオプションおよび機器
構成が含まれている。また、デジタル複写機兼プリンタ
２０にはオプションインターフェイス１８４が設けらて
おり、そのオプションインターフェイス１８４を介し
て、デジタル複写機に外部インターフェイスのような付
加的なハードウェアが接続され得るようになっている。

【００６１】図８の図面左側には、デジタル複写機を構
成する種々の手段が示されている。符号２０２で示され
たものは、ソータ（分類装置）であり、デジタル複写機
から搬出される複写物を仕分けするために使用されるア
クチュエータおよびセンサを備えている。デジタル複写
機兼プリンタ２０は、複写動作を行ない得るデュプレク
サ２００を備えており、そのデュプレクサ２００には公
知のセンサおよびアクチュエータが設けられている。

【００６２】また、デジタル複写機兼プリンタ２０は、
大容量トレイユニット１９８を備えており、そのトレイ
ユニット１９８に、デジタル複写機で使用される大量の
紙が収納保持され得るようになっている。大容量トレイ
ユニット１９８には、公知のセンサおよびアクチュエー
タが設けられている。

【００６３】また、デジタル複写機兼プリンタ２０は用
紙搬送コントローラ１９６を備えており、その用紙搬送
コントローラ１９６はデジタル複写機内への紙送りおよ
び複写機内での紙送り動作の制御に使用される。

【００６４】また、デジタル複写機兼プリンタ２０は、
デジタル複写機内で画像を走査して読み取るのに使用さ
れるスキャナ１９４を備えており、そのスキャナ１９４
には光源やミラーなどの公知の走査装置の構成要素が設
けられている。加えて、スキャナをホームポジション
（初期位置）に位置させるためのホームポジション（初
期位置）センサおよび走査光源を確実に正しく動作させ
るためのランプサーミスタとして、走査センサが使用さ
れている。

【００６５】また、デジタル複写機兼プリンタ２０は、
デジタル複写機の出力を印刷するプリンタ／イメージャ
１９２を備えており、そのプリンタ／イメージャ１９２
には公知のレーザ印刷機構、トナーおよび画像濃度セン
サが設けられている。また、デジタル複写機兼プリンタ
２０は、高温ローラを用いて紙片上でトナーを溶かすた
めの定着装置１９０を備えており、その定着装置１９０
には、出口センサ、定着装置１９０の過熱を防ぐサーミ
スタおよびオイルセンサが設けられている。

【００６６】加えて、デジタル複写機兼プリンタ２０
は、自動原稿送り装置や異なるタイプのソータ（分類装
置）／丁合い機やデジタル複写機に付加され得る他の要
素のような、デジタル複写機のオプション（選択）品を
接続するのに使用されるオプション用ユニットインター
フェイス１８８を備えている。

【００６７】図９には、マルチポート通信インターフェ
イス１６６の詳細が示されている。デジタル複写機は、
印刷される情報の送受信を行なうセントロニクスインタ
ーフェイス２２０、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕ
ｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）インター
フェイス２２２、電話線１６８Ａを接続する従来の電話
インターフェイス２２４、ＩＳＤＮケーブル１６８Ｂを
接続するＩＳＤＮインターフェイス２２６、ＲＳ−２３
２インターフェイス２２８およびＬＡＮ（すなわち、ネ
ットワーク）１７０を接続するＬＡＮ（ｌｏｃａｌ ａ
ｒｅａ ｎｅｔｗｏｒｋ）インターフェイス２３０を介
して、外部の装置と通信することができる。ＬＡＮと電
話の両方を接続する単一のデバイスが、メガヘルツから
商業的に利用でき、イーサネットモデムとして知られて
いる。

【００６８】ＣＰＵ（中央処理装置）、他のマイクロプ
ロセッサまたは電子回路は、デジタル複写機の各センサ
の状態を監視する監視プロセスを実行する。そして、そ
れに続くプロセスが、デジタル複写機を制御して操作す
るための命令コードを実行するためになされる。加え
て、デジタル複写機の全体の動作を制御するために、中
央システム制御プロセスが実行される。

【００６９】また、デジタル複写機に接続された外部デ
バイスとの通信を高い信頼性で行なうために、通信プロ
セスが実行される。システム制御プロセスでは、図８に
示されたＲＯＭ１６４のような静的状態の記憶装置また
はフラッシュメモリ１７８やディスク１８２のような半
静的状態の記憶装置に記憶されたデータ、あるいはＲＡ
Ｍ１６２やフラッシュメモリやディスク１８２のような
揮発性もしくは不揮発性の記憶装置に記憶された動的状
態のデータの監視および制御を行なう。

【００７０】なお、静的状態のデータは、ＲＯＭ１６４
よりもむしろ、フラッシュメモリ１７８およびディスク
１８２を含む不揮発性の記憶装置のようなデバイスに記
憶されてもよい。

【００７１】上述した詳細な説明については、デジタル
の複写機に関してなされているが、本発明は、ファクシ
ミリ装置、スキャナ、プリンタ、ファクシミリサーバ
ー、または他のビジネスオフィス装置や他のいかなるタ
イプの装置のような他のビジネスオフィス装置にも、同
様に適用可能である。

【００７２】加えて、本発明は、ガスや水道や電気にお
けるシステムを含む検針システム、販売装置、または機
械的な動作を行なう他のいかなる装置など、通信の接続
モードまたは非接続モードを用いて動作するとともに、
監視される必要があり、かつある機能を実行するような
他のタイプの装置を含む。また、特定の目的を達成する
ための装置、およびコンピュータに加えて、本発明は、
一般的な目的のためのコンピュータを監視し制御し診断
するのに適用可能である。

【００７３】何らかの通信が行なわれる前に、ビジネス
オフィス装置のような新しい装置との通信に使用される
プロトコルを決める必要がある。この決定は、技術者も
しくは装置の設計者によってなされる。

【００７４】図１０に示すプロセスの開始後、その装置
で使用される通信プロトコルを決めるステップ２５２が
なされる。プロトコルが決まったら、ステップ２５４に
おいて、この通信プロトコルがその装置の記憶装置に記
憶される。また、もしその通信プロトコルが制御兼診断
システムのデータベースにまだ記憶されていない場合に
は、ステップ２５６において、その通信プロトコルが制
御兼診断システムのデータベースにも記憶される。そし
て、図１０に示されたプロセスは終了する。

【００７５】本発明で使用される通信プロトコルは、公
知の通信プロトコルを含む何等かのタイプの通信プロト
コルである。そのデータは、以下のフォーマットタイプ
を含む種々のフォーマットのうちの何れか一つにフォー
マット化されている。第１のフォーマットタイプは、デ
ータタイプのつぎにそのデータもしくはデータの値が続
くもの（例えば、タイプ（ｔｙｐｅ）−値（ｖａｌｕ
ｅ）すなわちＴＶ）である。

【００７６】また、データは、データタイプのつぎに３
つのデータ値フィールドが続く（ＴＶＶＶ）ようなフィ
ールド内にフォーマットされていてもよい。これらの場
合には、種々のフィールド長を有することもできるが、
フィールド長さは固定である。本発明で使用され得る第
３のタイプのフォーマットデータは、タイプもしくは長
さの情報がない二値化フォーマットにおけるデータ伝送
である。この場合には、そのフォーマットは、固定長の
連続したデータ値で固定されている。

【００７７】使用可能なフォーマットデータの別のタイ
プは、タイプ、長さおよび値（ＴＬＶ）よりなるもの
で、データタイプを表すフィールドで始まり、続いてデ
ータ長を表すフィールド、データそのものすなわち値と
続く。本発明で使用され得るフォーマットデータの第５
のタイプは、タイプ、値および境界よりなるタイプであ
り、その境界はデータの終わりを示している。

【００７８】伝送データの好ましい形態の一例が、伝送
情報２６０のフォーマットを表す図１１に示されてい
る。その伝送情報は、プロトコル識別子と好ましくはプ
ロトコル識別子のバージョンナンバーとを有するプロト
コル識別子２６２で始まる。プロトコル識別子２６２の
つぎに、ヘッダとも呼ばれるデバイス識別子２６４が続
く。つぎに、タイプ−値（ＴＶ）、タイプ−値−値−値
（ＴＶＶＶ）、二値データ（ｂａｉｎａｒｙ）、タイプ
−長さ−値またはタイプ−値−境界のような上述したフ
ォーマットのどれか一つを使用したフォーマットデータ
２６６が続く。

【００７９】プロトコル識別子、好ましくはプロトコル
識別子とその中に含まれるプロトコル識別子のバージョ
ンナンバーは、その後に続くデバイス識別子すなわちヘ
ッダ２６４のフォーマットを定義している。

【００８０】図１１にはまた、典型的なデバイス識別子
２６４が示されており、そのデバイス識別子は、そのデ
バイスが複写機であるか、ファクシミリ装置であるかな
どのようなデバイス２７０のカテゴリーを定義するフィ
ールドで始まっている。

【００８１】また、デバイス識別子には、そのデバイス
のモデル識別子２７２、シリアルナンバー２７４、フォ
ーマットデータを通信するのに使用されるプロトコルの
バージョン２７６、およびデバイスの位置もしくはアド
レス２７８の各フィールドも含まれている。

【００８２】デバイスの位置もしくはアドレスのフィー
ルド２７８には、住所、電話番号、ｅ−ｍａｉｌ（電子
メール）アドレスまたはデバイスの位置を決めるのに使
用され得る他の何らかのタイプの特有な識別子のような
情報が含まれている。上述したように、デバイス識別子
すなわちヘッダの正確な配置すなわちフォーマットは、
特定のプロトコル識別子２６２に対応して変化する。

【００８３】図１２には、プロトコル識別子データベー
スが示されている。このデータベースは、プロトコル識
別子２６２が決定された後で、ヘッダすなわちデバイス
識別子のフォーマットを決めるのに使用される。プロト
コル識別子データベースの各レコードのフィールドに
は、プロトコル識別子、その識別子のバージョン（ヘッ
ダバージョンとも呼ばれる）およびヘッダの実際のフォ
ーマットが含まれている。

【００８４】プロトコル識別子フィールドには、性質
上、プロトコル識別子として容易に識別可能な何らかの
特有な連続したビット、バイトまたはキャラクターが含
まれ得る。例えば、プロトコル識別子データベースの最
初のレコードは、ＡＢＡＢＢＣＢＣＣＤＣＤのプロトコ
ル識別子を有している。これは、きわめて特有な配列で
あり、通常、通信情報には出現しない。それゆえ、この
特有な配列が通信プロトコル識別子になり得る。

【００８５】プロトコル識別子データベースのつぎのフ
ィールドは、識別子バージョンであり、ヘッダーバージ
ョンとも呼ばれる。このフィールドは、同一の基本とな
る通信プロトコル識別子を使用しながらヘッダのフォー
マットを変え得るようにするために使用される。プロト
コル識別子データベースにおいて、第１レコードと第２
レコードのプロトコル識別子フィールドが同じであるよ
うに見受けられる。しかしながら、これら２つのレコー
ドは、互いにバージョンが異なっており、ヘッダに対し
てフォーマットを変えることができる。

【００８６】例えば、図１２に示す例おいては、第１レ
コードのフォーマットではシリアルナンバーとして１５
バイトを使用するように割り当てられているのに対し
て、第２レコードのフォーマットではシリアルナンバー
として２０バイトを使用するように割り当てられてい
る。

【００８７】このようにシリアルナンバーに割り当てら
れたバイト数を変えること、すなわちデバイス識別子
（ヘッダ）に対して何らかを変えることにより、プロト
コル識別子データベースに新しいレコードを加えて容易
に改善することができるようになる。プロトコル識別子
データベースにおける第３レコードは、第３のプロトコ
ル識別子、そのバージョンおよび対応するヘッダのフォ
ーマットを示している。

【００８８】ヘッダのフォーマットを決定するために伝
送情報のプロトコル識別子および識別子バージョンが分
析された後に、そのヘッダのフォーマット中の情報を決
定するために、プロトコル識別子データベースに格納さ
れているヘッダフィールドのフォーマットを用いて、デ
バイス識別子すなわちヘッダが調べられ得る。ヘッダの
フォーマット中に含まれたこの情報が決定された後、図
１３に示す入力フォーマットデータベースを用いて通信
フォーマットが決定される。

【００８９】図１３に示す入力フォーマットデータベー
スには、デバイスのカテゴリー、モデル識別子、プロト
コルのバージョン、フォーマットタイプ、通信に使用さ
れる実際のフォーマット（入力フォーマットとも呼ばれ
る）、およびこの特定のレコードに対応して存在する装
置の数の情報を表すフィールドを有する複数のレコード
が含まれている。

【００９０】デバイスのカテゴリー、モデル識別子、お
よび使用されるプロトコルのバージョンを含む情報を決
定するために、制御兼診断システム２６への入力情報の
デバイス識別子が調べられると、その調べられた情報
は、続くデータのフォーマットを決定するために入力フ
ォーマットデータベース内の対応するレコードをさがす
のに使用される。

【００９１】例えば、デバイスのカテゴリーが複写機で
あり、モデル識別子が“ＦＴ１１５０”であり、使用さ
れるプロトコルのバージョンが１．０であることをデバ
イス識別子が表している場合には、このレコードと、入
力フォーマットデータベースの第１番目のレコードが一
致し、フォーマットタイプが、使用される通信フォーマ
ットがバイナリであることを表す“Ｂ”であることが見
つけられる。そして、受信においては、コピー回数を表
す３２ビットの整数と故障回数を表す１６ビットの整数
を含む入力フォーマットが使用される。

【００９２】本実施形態においては、受信されるフォー
マットデータの内容は、何らかの方法で定義され得る。
この内容を定義する一方法が、図１３に示す入力フォー
マットデータベースの入力フォーマットフィールドに示
されている。フィールドを定義する他の方法が以下の表
２に定められている。

【００９３】

【表２】

【００９４】表２には、データおよびフィールドのフォ
ーマットを定義する種々の方法が示されている。データ
は、整数を表すＩＮＴのようなタイプで始まるように定
義される。

【００９５】他の可能なフォーマットには、データが１
バイトであろうと、１ビットであろうと、ＪＩＳまたは
シフトＪＩＳにおけるものであろうと、ＡＳＣＩＩ（Ａ
ｍｅｒｉｃａｎ Ｓｔａｎｄａｒｄ ｃｏｄｅ ｆｏｒ
ＩｎｆｏｒｍａｔｉｏｎＩｎｔｅｒｃｈａｎｇｅ）フ
ォーマットを含む。ＪＩＳおよびシフトＪＩＳは日本工
業規格である。日本工業規格は、従来より公知であり、
ＡＳＣＩＩと目的を同じにするものである。

【００９６】タイプのつぎにくるものは長さである。こ
の長さは、例えば３２もしくは１６バイトの整数に限定
されて固定され得るか、または“Ｎ”を用いて示される
ように、そのフィールドにおいて定義され得る。長さ情
報を表す“Ｘ”は、未知であるかまたは未定義である。

【００９７】タイプ／長さのつぎに、各エントリに対し
て示されてはいないが、フィールド定義が続く。そのフ
ィールド定義は、コピー回数や故障回数、あるいは伝送
される他のパラメータや情報のような何らかのフィール
ドを定義するために使用され得る。フィールド定義に加
えて、サブフィールドが定義され得る。例えば、Ｂｙｔ
ｅ／Ｎのフィールドは、２つのサブフィールドを含むフ
ィールド定義を有している。これらのサブフィールド
は、その中に、サブフィールド内のデータの定義を含ん
でいる。

【００９８】入力フォーマットデータベースに戻って説
明すると、複写機がモデル“ＦＴ２０”であり、使用さ
れるプロトコルのバージョンが１．０であることをデバ
イス識別子が表している場合には、通信のフォーマット
は、タイプ（Ｔｙｐｅ）−長さ（Ｌｅｎｇｔｈ）−値
（Ｖａｌｕｅ）（ＴＬＶ）であり、入力フォーマットは
“ＴＬＶフォーマット１”である。これは、予め定めら
れ、ファイルまたはデータベースのような別の所在位置
に記憶されたフォーマットである。

【００９９】従って、この入力フォーマットデータベー
スの入力フォーマットのフィールドは、入力フォーマッ
トデータベースの構成を簡素化するためにプロトコルの
名前を記憶するが、通信プロトコルである入力フォーマ
ットの完全な定義を記憶する必要はない。このことは、
また、複数のデバイスが同じ入力フォーマットを使用す
ることができ、それゆえ、そのフォーマットを、その入
力フォーマットを使用する各デバイス毎に分離して記憶
させずに済む。

【０１００】入力フォーマットデータベースの他のレコ
ードは単に典型的な情報を示しているだけであり、種々
のレコードの正確な詳細は重要でない。第３レコードは
ファクシミリ装置に対する情報を示している。第４レコ
ードはプリンタに対する情報を示している。

【０１０１】第５レコードは、１９９６年２月２１日付
けの米国特許願第０８／ＸＸＸ，ＸＸＸ号“Ｅｘｔｅｒ
ｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒｆａ
ｃｅｆｏｒ ａ Ｄｉｇｉｔａｌ Ｃａｍｅｒａ”（Ａ
ｔｔｏｒｎｅｙ Ｄｏｃｋｅｔ Ｎｏ．５５７−３７１
４−２）に記載されているリコー製のＤＣ−１カメラの
ようなデジタルカメラの情報を示している。

【０１０２】入力フォーマットデータベースの設置数の
フィールドは、そのレコードに表されたデバイスに一致
するデバイスの現存する数を示している。この数は、説
明したように、データベースを分類するため、あるいは
他の何らかの目的のために使用され得る。

【０１０３】制御兼診断システム２６により受信される
通信は、プロトコル識別子なしで開始可能になってい
る。この場合には、図１２に示すプロトコル識別子デー
タベースおよび図１３に示す入力フォーマットデータベ
ースの何れも通信フォーマットを決定するためには使用
されない。

【０１０４】その代わりに、使用されている通信プロト
コル（データのフォーマット）を決定するために、図１
４に示す通信プロトコルデータベースが使用される。通
信プロトコルデータベースは、デバイス識別子すなわち
ヘッダ、そのレコードにおいて定義されるプロトコルを
使用するデバイスの数、そのプロトコルを識別する方
法、そのプロトコルのデータフォーマットの位置、およ
びそのプロトコルを識別するために使用される臨界フィ
ールドを定義するフィールドを備えたレコードを有して
いる。

【０１０５】プロトコル識別子が入力された情報に含ま
れていない場合、その入力情報は、通信プロトコルデー
タベースに予め格納されたたくさんの予め定められたフ
ォーマットのうちのどれか一つに一致するか否かチェッ
クされる。通信プロトコルデータベースの、プロトコル
を識別する臨界フィールドと呼ばれるフィールドは、そ
の情報が通信プロトコルデータベース内のレコードに一
致することを見つけるために、入力情報の該当するフィ
ールドの値を定義する。

【０１０６】

【表３】

【０１０７】表３には臨界フィールドが示されており、
その臨界フィールドには、通信プロトコルデータベース
の第１レコードで使用される第１エントリーおよび通信
プロトコルデータベースの第２レコードで使用される第
２エントリーが含まれている。表３において第１エント
リーは、（Ｂ１０，４８−５７）、（Ｂ１１，４８−５
７）などで始まっている。丸括弧の各セットの情報は臨
界的な制限を定義している。

【０１０８】大文字の“Ｂ”のつぎに１０が続いている
のは、入力情報のバイト１０が４８および５７を含むそ
れらの間に値を有していなければならない、ということ
を表している。これは、ＡＳＣＩＩの０から９の数字の
表現に対応している。同様に、表３の第１エントリーの
他の臨界フィールドは、種々のバイトの他の条件を定義
している。

【０１０９】表３の第２エントリーは、“ｂ”を用いて
入力情報の個々のビットの条件を示している。例えば、
（ｂ０，１）は、受信情報のビットゼロの値が１でなけ
ればならない、ということを表している。

【０１１０】本発明は、入力情報が、通信プロトコルデ
ータベースにおいて定義された臨界フィールドに一致す
るかどうかを最初に決定することによって、プロトコル
識別子なしで入力情報を分析する。通信プロトコルデー
タベースには、そのプロトコルを使用する装置の数を定
義するフィールドが設けられている。

【０１１１】これによって、最初に最も使用頻度の高い
通信プロトコルで臨界フィールドが始まっているかどう
かをチェックすることが可能であり、調べる時間を最も
有効に使って最も好ましく通信プロトコルデータベース
内で一致するものを得ることができる。

【０１１２】入力情報のプロトコルに対応して、通信プ
ロトコルデータベース内のレコードが一旦決定さると、
どのようにして通信プロトコルを調べるべきであるかを
決定するために、通信プロトコルデータベースのレコー
ド内でプロトコルを定義する方法が調べられる。使用さ
れるプロトコルを識別する２つの方法は、使用されるプ
ロトコルを表すヘッダ内の識別子、もしくは臨界フィー
ルドに一致する特有の通信プロトコルが一つのみである
場合にある固定フォーマットの識別子を読むことであ
る。

【０１１３】通信プロトコルを決定するためにヘッダ識
別方法が使用される場合には、使用されるデータフォー
マットを指定する識別子を決めるためにヘッダを読まな
ければならない。この場合には、ヘッダ内に含まれてい
るフォーマット識別子の位置を決めるために、通信プロ
トコルのレコード内のデバイス識別子すなわちヘッダの
フィールドが調べられる。

【０１１４】一例として、通信プロトコルデータベース
内のデバイス識別子すなわちヘッダは、さらに、第１レ
コードの臨界フィールドに対応する複数のデータフォー
マットのうちの何れを使用すべきであるかを決めるため
に読まれるフォーマット識別子フィールドを含んでいる
が、図１１に示すデバイス識別子（ヘッダ）２６４と同
一もしくは同様のものであってもよい。

【０１１５】例えば、フォーマット識別子は、受信情報
のバイト２０−２３に格納されている。一旦フォーマッ
ト識別子が決まると、通信プロトコルデータベースのプ
ロトコルフィールドのデータフォーマットの位置に定義
されたデータベースが、実際のデータフォーマットを決
めるためにさがされる。例えば、図１５に示すデータベ
ース“ＣＳＳＤＡＴＡ．ＤＢ”が使用されるとする。

【０１１６】図１５において、そのデータベースは、フ
ォーマット識別子フィールド、フォーマットタイプフィ
ールドおよび実際のデータフォーマットを有するように
表されている。一旦入力情報のデバイス識別子が読まれ
ると、ヘッダに含まれるフォーマット識別子が決定さ
れ、例えば図１５に示すデータベースがデータフォーマ
ットを決めるために使用され得る。

【０１１７】図１６〜図１９には、通信に使用される通
信プロトコルを決めるプロセスが示されている。このプ
ロセスは、決定されるフォーマットを有する情報を受け
取る何らかのデバイスによりなされるのではなく、好ま
しくは制御兼診断システム２６により行なわれるとよ
い。

【０１１８】プロセス開始後、ステップ３０２では、最
初の通信情報を受け取る。それから、ステップ３０４で
は、その受け取った情報が、プロトコル識別子データベ
ースで定義されたようなプロトコル識別子で始まってい
るかを調べる。ステップ３０４で受信情報がプロトコル
識別子で始まっている場合には、ステップ３０６に進
み、プロトコル識別子およびヘッダバージョンを求めて
図１２に示すプロトコル識別子データベースをさがす。

【０１１９】このステップは、受信情報のプロトコル識
別子およびバージョンに一致するレコードを求めてプロ
トコル識別子データベース内をさがすことである。な
お、識別子バージョンについては、プロトコル識別子デ
ータベースおよびその検査からはずすことができる。

【０１２０】それから、ステップＳ３０８に進み、プロ
トコル識別子データベースのレコード内に該当するプロ
トコル識別子およびバージョンを見つけたか否かを判断
する。それら該当するプロトコル識別子およびバージョ
ンをデータベース内に見つけることができない場合に
は、エラーを返す。あるいは、エラーを返す代わりに、
プロトコル識別子がないかの如く、図１８に示す通信プ
ロトコルを決定するプロセスＢへ進むようにしてもよ
い。

【０１２１】ステップ３０８で、プロトコル識別子デー
タベース内で該当するプロトコル識別子およびバージョ
ンを見つけたと決定する場合には、ステップ３１０ヘ進
み、プロトコル識別子データベースからヘッダのフォー
マットを読む。ステップ３１２では、ヘッダの種々のフ
ィールド内の情報を決定するために、プロトコル識別子
データベース内に格納されたヘッダのフォーマットを使
用して、デバイス識別子すなわちヘッダ（例えば、図１
１に符号２６４で示すヘッダ）を分析する。

【０１２２】それから、ステップ３１４では、デバイス
識別子（ヘッダ）のフィールド内に定義されたデバイス
と一致するレコードを求めて、図１３に示す入力フォー
マットデータベースをさがす。例えば、デバイスのカテ
ゴリー、モデル識別子およびプロトコルのバージョンを
求めて入力フォーマットデータベースをさがす。ステッ
プ３１６において、入力フォーマットデータベース内に
一致するレコードが見つからないと決定する場合には、
エラーを返す。

【０１２３】一方、一致するレコードが見つかった場合
には、ステップ３１８ヘ進み、入力フォーマットデータ
ベースの一致するレコードからフォーマットタイプおよ
び入力フォーマットを読み、そして、図１６〜図１９に
示すプロセスを呼び出したプロセス（例えば、制御兼診
断システム２６の入力情報を処理するメインルーチン）
へこのフォーマット情報を返す。

【０１２４】図１８に示すフローチャートは、受信情報
がプロトコル識別子で始まっていない場合に呼び出され
るだけでなく、その受信情報で使用されるプロトコル識
別子が見つけられる場合にも使用され得る。

【０１２５】図１８においては、ステップ３２０で、通
信プロトコルデータベース内の最も大きな装置設置数を
有するレコードを得る。例えば、通信プロトコルデータ
ベースの第１レコードでは、このレコードで定義される
プロトコルを使用する装置の数は９９，０００台である
（図１４参照）。それから、ステップ３２２では、この
レコードの臨界フィールドが受信情報のフォーマットに
一致するかどうかを決定する。

【０１２６】これは、臨界フィールドに対する要求が受
信情報の構成に一致するかどうか調べることによって決
定される。一致しない場合には、ステップ３２４で、通
信プロトコルデータベースのすべてのレコードをチェッ
クしたかどうかをチェックする。すべてのレコードをチ
ェックした場合には、受信情報に一致する通信プロトコ
ルは見つからなかったということを表すエラーを返す。

【０１２７】その代わりに、すべてのレコードがチェッ
クされていない場合には、ステップ３２４からステップ
３２６へ進み、通信プロトコルデータベースから、その
つぎに大きな装置設置数のレコードを得る。

【０１２８】そして、ステップ３２２へ戻り、このレコ
ードが臨界フィールドに一致するかどうかの決定を行な
う。ステップ３２２で、そのフィールドが一致すると決
定する場合には、図１９に示すステップ３２８へ進み、
プロトコルを識別する方法を決めるために、通信プロト
コルデータベース内の“プロトコル識別方法”のフィー
ルドを読む。

【０１２９】プロトコルを識別する方法がヘッダ識別法
である場合には、ステップ３３２へ進み、フォーマット
識別子フィールドの場所をつきとめるために、通信プロ
トコルデータベースの第４番目に配置されたヘッダの定
義フォーマットを使用するデバイス識別子（ヘッダ）を
読む。

【０１３０】それから、ステップ３３４では、受信情報
により使用されているデータフォーマットを決定するた
めに、通信プロトコルデータベースのプロトコルのデー
タフォーマット位置において定義されているデータベー
ス（例えば、図１５に示すデータベース）を読む。

【０１３１】ステップ３２８で、レコードのプロトコル
識別方法が固定フォーマット識別法である場合には、受
信情報の臨界フィールドが一致するレコードに対応する
フォーマットは一つのみであることを意味しており、ス
テップ３３０において、３つの方法のうちのどれか１つ
で通信プロトコルを決定する。

【０１３２】第１番目は、“プロトコルのデータフォー
マット位置”フィールドに直接フォーマットが格納され
ており、この場合には通信プロトコルを決めるためにこ
のフィールドを読む。第２番目は、“プロトコルのデー
タフォーマット位置”フィールド内にファイルがあり、
従って通信プロトコルを決めるためにこのファイルを読
む。

【０１３３】第３番目は、“プロトコルのデータフォー
マット位置”フィールドが、通信プロトコルデータベー
ス内のそのレコードに対応するレコードの場所を見つけ
るためにさがされるデータベースと同一化されており、
従ってフォーマット情報を見つけるためにさらにこのデ
ータベースをさがす。それから、その見つけたフォーマ
ット情報を、図１６〜図１９に示すプロセスを呼び出し
たプロセス（例えば、制御兼診断システム２６の入力情
報を処理するメインルーチン）へ返し、処理を終了す
る。

【０１３４】図２０〜図２２には、制御兼診断システム
２６および制御兼診断システム２６に接続されたデバイ
スの両方によってなされる入力情報の処理プロセスが示
されている。このプロセスは、米国特許第５，４１２，
７７９号“Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ
ｆｏｒ Ｃｏｎｔｒｏｌｌｉｎｇ ａｎｄ Ｃｏｍｍ
ｕｎｉｃａｔｉｎｇ ｗｉｔｈ Ｂｕｓｉｎｅｓｓ Ｏ
ｆｆｉｃｅ Ｄｅｖｉｃｅｓ”において開示されたタイ
プの情報を含む何らかの情報を通信するために使用され
得る。

【０１３５】図１６〜図１９に示すフローチャートに従
って通信フォーマットもしくはプロトコルが決定された
後、図１６〜図１９に示すプロセスが開始される。

【０１３６】そして、ステップ３５２で分析ルーチンが
呼ばれ、図１１に示すフォーマットデータ２６６のよう
なフォーマットデータを受け取って分析する。この分析
は、コマンド、パラメータもしくは通信に含まれる他の
通信情報を決めるために使用される。

【０１３７】それから、ステップ３５４において、何か
他の通信もしくは機能を行なうか、あるいは通信プロセ
スを終了するかを決める。通信プロセスを終了する場合
には、図２２に示すプロセスＥへ進む。通信プロセスを
終了しない場合には、ステップ３５６へ進み、受信情報
の未知の印や部分がないかを決定する。それらがある場
合には、ステップ３５８へ進み、送信元のデバイスに未
知の印があるという問題を通信する必要があるか否かを
決定する。

【０１３８】通信する必要がある場合には、ステップ３
６０へ進み、送信元のデバイスに、未知の印があるとい
う問題を表すメッセージを送る。通信する必要がない場
合には、ステップ３５８から図２０に示すフローチャー
トの最初に戻る。

【０１３９】ステップ３５６で未知の印がないと決定し
た場合には、ステップ３６２へ進み、ある動作を行なう
必要があるかどうかを決める。その動作とは、受け取っ
たコマンドや変えることの要求や記憶内容を読むことに
応じたものである。そのような動作を行なう必要がある
場合には、ステップ３６４へ進み、あるパラメータを必
要とするかどうかを決める。

【０１４０】パラメータを必要とする場合には、ステッ
プ３６６へ進み、そのパラメータを決めるためにさらに
分析を行なう。それから、ステップ３６８では、分析を
終了するか、あるいは未知の印についての問題があるか
どうかを決める。未知の印がある場合（ステップ３６８
でｙｅｓの場合）には、ステップ３５８へ進む。

【０１４１】そうでなければ、ステップ３６８でこのプ
ロセスを終了すると決めた場合、あるいはステップ３６
４でパラメータを必要としないと決めた場合には、ステ
ップ３７０において必要な動作を行なう。これは、デバ
イス内の記憶位置を読んだり、メモリの内容を変えた
り、そのデバイスの構成要素を操作したり、何らかの要
求される動作を含む何らかのタイプの動作である。ステ
ップ３７０から図２１に示すプロセスＦへ進む。

【０１４２】図２１において、ステップ３７２では、メ
ッセージを送る必要があるかどうかを決める。メッセー
ジを送る必要がない場合には、プロセスＤすなわち図２
０に示すプロセスの最初へ戻る。メッセージを送る必要
がある場合には、ステップ３７２からステップ３７４へ
進み、先に予め決定された通信プロトコルを用いてメッ
セージを符号化する。

【０１４３】それから、ステップ３７６において、メッ
セージの用意ができたかどうか判断する。これは、メッ
セージが完成して送信の準備ができたのか、あるいは待
機する必要があるのか、ということである。メッセージ
の送信準備ができていない場合には、そのメッセージを
バッファすなわち待ち行列に退避し、プロセスＤすなわ
ち図２０に示すプロセスの最初へ戻る。

【０１４４】ステップ３７６でメッセージの送信準備が
できている場合には、ステップ３７８へ進み、メッセー
ジを圧縮して転送用のパケットにする。それから、ステ
ップ３８０でそのメッセージを転送し、ステップ３８２
でメッセージの待ち行列をクリアして空にする。それか
ら、図２０に示すプロセスの最初へ戻る。

【０１４５】ところで、ステップ３５４で通信プロセス
を終了するとした場合には、図２２に示すプロセスＥへ
進む。図２２において、ステップ３８４では、メッセー
ジ待ち行列が空であるかどうか判断する。メッセージ待
ち行列が空であれば、プロセスを終了する。

【０１４６】メッセージ待ち行列が空でない場合には、
ステップ３８６へ進み、送信メッセージを圧縮してパケ
ットにし、ステップ３８８でメッセージを転送し、そし
てステップ３９０でメッセージ待ち行列をクリアして空
にする。そして、プロセスを終了する。

【０１４７】図２３には、本発明の作用を説明するため
に使用される第１の実施例が示されている。

【０１４８】図２３および図２４の両図に示す例では、
バイト番号を表す上段の行と通信内容を表す下段の行が
設けられている。図２３には、バイト１〜８にバージョ
ンナンバーを有するプロトコル識別子で始まる受信情報
の一例が示されている。

【０１４９】そのプロトコル識別子は、ＡＢＡＢＢＣＢ
ＣＣＤＣＤのつぎにバイト７〜８のバージョンナンバー
０１０１が続いている。そのつぎのバイト９〜１２にデ
バイスカテゴリーが続き、さらにそのつぎのバイト１３
〜２２にモデル識別子が続いている。そのつぎのバイト
２３〜３７に１５バイトのシリアルナンバーが続き、さ
らにそのつぎに、プロトコルバージョンを示す５バイト
がバイト３８〜４２に続く。

【０１５０】図２３に示す例では、そのつぎに、バイト
４３〜９２の５０バイトにデバイス位置が示されてい
る。この特定の例においては、バイト４３〜４５は、そ
のアドレスに含まれる情報のタイプを示すのに使用され
ている。通り（街路）のアドレスにはゼロが使われ、電
話番号には１が使われ、ｅ−ｍａｉｌ（電子メール）ア
ドレスには２が使われる。この例では、バイト４３〜４
５の値は１であるので、それに続く情報は電話番号を表
している。

【０１５１】バイト９３〜９８は、通信されたフォーマ
ットデータを表している。このフォーマットデータは、
タイプ−値（ＴＶ）フォーマットによるものであり、８
００１と表されたタイプを表す２バイトのつぎに、バイ
ト９５〜９８に異常故障回数を表す内容の４バイトが続
いている。

【０１５２】バイト９３〜９８の実際のフォーマットデ
ータを読むために、本発明は、通信情報がバイト１〜８
のプロトコル識別子で始まっていると決定し、そして図
１２に示すプロトコル識別子データベース内において、
バイト９〜９２に含まれるヘッダのフォーマットをさが
す。

【０１５３】図１２に示すプロトコル識別子データベー
スの１番目のレコードは、図２３に示す例に含まれたプ
ロトコル識別子およびバージョンに一致する。一旦、ヘ
ッダ内（バイト９〜９２）の情報を読むと、ヘッダ内の
情報に一致する情報を見つけるために、入力フォーマッ
トデータベースをさがす。

【０１５４】図１３に示す入力フォーマットデータベー
ス内には、図１８に示す例に正確に該当するレコードは
ない。しかしながら、実際には、例えばレコードが存在
するという、本発明に特有な動作がある。この例では、
フォーマットデータがタイプ−値フォーマットにおける
ものであることが、バイト３８〜４２に含まれるプロト
コルバージョンに示されている。先に決定されて制御兼
診断システム２６に記憶された特定のタイプ−値フォー
マットに従って、バイト９２のつぎに続く情報を分析す
る。

【０１５５】図２４には、受信情報の第２の実施例が示
されている。この例では、受信情報はプロトコル識別子
で始まっていない。従って、制御兼診断システム２６
は、受信情報に一致する臨界フィールドがあるかどうか
を判断するために、送られてきた情報のフォーマットを
分析する。

【０１５６】この例では、受信した通信情報は、図１４
に示す通信プロトコルデータベースの第１のレコードに
該当する、明細書の表３の第１エントリーにおいて定義
された臨界フィールドに一致する。従って、バイト２０
〜２３にフォーマット識別子が含まれていることを判断
するために、通信プロトコルデータベース内でデバイス
識別子すなわちヘッダフォーマットをさがす。

【０１５７】バイト２０〜２３の値は２である。コピー
回数を表す３２ビットの整数のデータがその後に続くこ
とを表すフォーマット識別子が、図１５に示すデータベ
ース内でさがされる。コピー回数は、図２４に示す例で
バイト２４〜２７に示されている。

【０１５８】本発明で使用される種々のデータベース
は、容易に最新のものに改訂、改良および発展され、新
しい通信プロトコルの使用の点で優れた適応性を備え
る。さらに、監視されている装置がどのプロトコルを使
用しているかを制御兼診断システム２６がわかっていれ
ば、制御兼診断システム２６によって通信が容易に開始
される。さらにまた、監視されているデバイスもしくは
装置に、データベースの利用技術が適用され得る。

【０１５９】コンピュータ技術に精通した当業者にとっ
て明らかなように、本発明は、この明細書の内容に従っ
てプログラミングされた従来の一般的な用途のデジタル
コンピュータもしくはマイクロプロセッサを使用して差
し支えなくなされ得る。ソフトウェア技術に精通した当
業者にとって明らかなように、本発明の説明の内容に基
づいて、熟練したプログラマーにより、符号化する適当
なソフトウェアが容易に用意され得る。

【０１６０】また、本発明は、当業者にとって明らかな
ように、特定の集積回路を用意することにより、あるい
は適当な従来の部品回路網を相互接続することによって
改良され得る。

【０１６１】本発明は、本発明のプロセスを実行すべき
コンピュータをプログラミングするために使用され得る
命令を記憶した記憶媒体であるコンピュータプログラム
製品を含む。その記憶媒体は、特に限定しないが、フロ
ッピーディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気デ
ィスク、または電子的な情報を保持するのに適した何ら
かのタイプのメディア（媒体）を含む何らかのタイプの
ディスクを含む。

【０１６２】明らかに、上記内容に鑑みて、本発明の種
々の改良および変形が可能である。従って、特許請求の
範囲の視野内において、本発明は、明細書中で具体的に
説明されたもの以外にも実施可能である。

【図面の簡単な説明】

【図１】本発明を適用することができる機能システムの
全体を示す図である。

【図２】本発明の一実施の形態に係るハードウェア全体
構成を示す図である。

【図３】本発明との通信に使用できる符号化スキーマを
示す図である。

【図４】パワーオン後の複写機と操作パネル間の通信の
一実施の形態を示す図である。

【図５】本発明による診断ステーションの接続法の一実
施の形態を示す図である。

【図６】ビジネスオフィス用デバイスおよびデジタルカ
メラを含む複数の装置が制御兼診断システムに接続され
た状態を示す図である。

【図７】ディジタル複写機兼プリンタの構成を示す図で
ある。

【図８】図２に示されたディジタル複写機兼プリンタの
電気的構成を示す図である。

【図９】図３に示されたマルチポート通信インタフェー
スの詳細を示す図である。

【図１０】制御兼診断システムおよびそれと通信される
装置における通信プロトコルの格納プロセスを示すフロ
ーチャートである。

【図１１】デバイスによる伝送情報のデバイス識別子す
なわちヘッダの詳細とともに伝送情報のフォーマットを
示す図である。

【図１２】異なるプロトコル識別子で使用されるヘッダ
のフォーマットを定義するプロトコル識別子データベー
スを示す図である。

【図１３】データベース内で定義された異なるデバイス
によって使用される種々の入力フォーマットを表す入力
フォーマットデータベースを示す図である。

【図１４】通信プロトコルデータベースの内容を示す図
である。

【図１５】図７に示された通信プロトコルデータベース
によって参照される特定のデータフォーマットデータベ
ースを示す図である。

【図１６】受信情報に基づいて使用される通信プロトコ
ルを決定するプロセスを示すフローチャートの一部であ
る。

【図１７】受信情報に基づいて使用される通信プロトコ
ルを決定するプロセスを示すフローチャートの一部であ
る。

【図１８】受信情報に基づいて使用される通信プロトコ
ルを決定するプロセスを示すフローチャートの一部であ
る。

【図１９】受信情報に基づいて使用される通信プロトコ
ルを決定するプロセスを示すフローチャートの一部であ
る。

【図２０】通信プロトコルのフォーマットが決定された
後の通信プロセスを示すフローチャートの一部である。

【図２１】通信プロトコルのフォーマットが決定された
後の通信プロセスを示すフローチャートの一部である。

【図２２】通信プロトコルのフォーマットが決定された
後の通信プロセスを示すフローチャートの一部である。

【図２３】あるプロトコル識別子を使用した通信情報の
第１の例を示す図である。

【図２４】プロトコル識別子を有していない通信情報の
第２の例を示す図である。

【符号の説明】 ２ デジタルカメラ ４ ファクシミリ装置 ６，８ 複写機 １０ プリンタ １２ 第３デバイス １４ 第２デバイス １６ 第１デバイス １８ インターフェイス ２０ デジタル複写機兼プリンタ ２２ 伝送線 ２４ 通信インターフェイス ２６ 制御兼診断システム ２８ 通信プロトコルデータベース ３０ 複写機 ３１、５１、７１ 通信プロセス ３２、５２ システム制御プロセス ３３ シーケンスプロセス ３４ 監視プロセス ３５ 動的状態データ ３６ 半静的状態データ ３７ 静的状態データ ４０、６０、８０ バス ４１、６１、８１ 中央処理装置 ４２ 固定記憶装置（ＲＯＭ） ４３ センサユニット ４４、６４、８４ インターフェイスユニット ４５ 半固定記憶装置（ＥＥＰＲＯＭ） ４６ 動的記憶装置（ＣＭＯＳＲＡＭ） ５０ 操作パネル ５３ 入力プロセス ５４ ディスプレイプロセス ６２、８２ 記憶装置 ６３ ディスプレイおよび入力ユニット ７０ 遠隔診断ステーション ７２ 診断プロセス ７３ データベース ８３ ディスクユニット ９０、９１ 通信ライン １０１ スキャナ用のファン １０２ ポリゴンミラー １０３ Ｆθレンズ（コリメータレンズ） １０４ 光センサ １０５ 焦点レンズ １０６ 消滅用ランプ １０７ コロナ帯電ユニット １０８ 現像ローラ １０９ 照射ランプ １１０，１１１，１１２ 反射ミラー １１３ ドラムミラー １１４ 冷却ファン １１５ 第１給紙ローラ １１６ 手差しテーブル １１７ 第１給紙カセット １１８ 第２給紙ローラ １１９ 第２給紙カセット １２０ リレーローラ １２１ レジストローラ １２２ 画像濃度センサ １２３ 転写／分離コロナ放電ユニット １２４ クリーニングユニット １２５ 真空ファン １２６ 搬送ベルト １２７ 加圧ローラ １２８ 搬出ローラ １２９ 加熱ローラ １３０ 排気ファン １３１ メインモータ １３２ 感光体ドラム １６０ ＣＰＵ（中央処理装置） １６２ ランダムアクセスメモリ（随時書込み読出しメ
モリ） １６４ リードオンリメモリ（読出し専用メモリ） １６６ マルチポート通信インターフェイス １６８ 電話線またはＩＳＤＮケーブル １６８Ａ 電話線 １６８Ｂ ＩＳＤＮケーブル １７０ ＬＡＮ（ネットワーク） １７２ インターフェイスコントローラ １７４ 操作パネル １７６ 記憶部インターフェイス １７８ フラッシュメモリ １８０ 外部記憶装置接続ライン １８２ ディスク １８４ オプションインターフェイス １８６ システムバス １８８ オプション用ユニットインターフェイス １９０ 定着装置 １９２ プリンタ／イメージャ １９４ スキャナ １９６ 用紙搬送コントローラ １９８ 大容量トレイユニット ２００ デュプレクサ ２０２ ソータ（分類装置） ２２０ セントロニクスインターフェイス ２２２ ＳＣＳＩインターフェイス ２２４ 電話インターフェイス ２２６ ＩＳＤＮインターフェイス ２２８ ＲＳ−２３２インターフェイス ２３０ ＬＡＮインターフェイス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｍ 11/00 ３０１ Ｈ０４Ｌ 13/00 ３０３Ｂ (56)参考文献 特開 平７−273831（ＪＰ，Ａ) 特開 平４−14345（ＪＰ，Ａ) 特開 平６−85817（ＪＰ，Ａ) 特開 平３−46852（ＪＰ，Ａ) 特開 平８−32643（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/04 B41J 29/38 G03G 21/00 396 G03G 21/00 510 G06F 13/00 353 H04M 11/00 301

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】第１のデバイスと、複数の異なるモデルの
   該第１のデバイスと接続可能な第２のデバイスとを有す
   る通信システムにおいて、 前記第２のデバイスは、 前記第１のデバイスから転送された情報を受信する手段
   と、 デバイスのモデル及びモデルごとの設置台数と、を含む
   データベースと、 前記第１のデバイスのモデル及びデータフォーマットを
   決定するため前記転送された情報に基づいて前記データ
   ベース内を検索する手段と、を備え、 前記検索する手段は、設置台数の多いモデルの情報から
   前記データベース内を検索することを特徴とする通信シ
   ステム。
2. 【請求項２】他のデバイスから転送された情報を受信す
   る手段と、 モデル及びモデルごとの設置台数と、を含むデータベー
   スと、 前記転送された情報に基づいて他のデバイスのモデル及
   びデータフォーマットを決定するため前記データベース
   内を検索する手段と、 を備えたことを特徴とするデバイス。
3. 【請求項３】第１のデバイスと、複数の異なるモデルの
   該第１のデバイスと接続できる第２のデバイスとの通信
   方法において、 前記第１のデバイスから転送された情報を前記第２のデ
   バイスが受信するステップと、 前記転送された情報に基づいて前記第１のデバイスのモ
   デル及びデータフォーマットを決定するため、デバイス
   のモデル及びモデルごとの設置台数と、を含むデータベ
   ース内を検索するステップと、を備え、 前記検索するステップは、設置台数の多いモデルの情報
   から検索することを特徴とする通信方法。