要約

  • RFC 1318 は Centronics、Data Products などの並列プリンタ型物理接続を対象にした MIB であり、Character MIB や PPP MIB のような上位サービスより下の物理層に置かれる。
  • 入力・出力の信号表には Power、Online、Busy、PaperOut、Fault があり、表現される信号の現在値は none、on、off、変化数は on/off 間の遷移を数える。
  • ここで得られるのは、検出可能または設定可能な制御線についての観測・設定の記録である。文書、スプーラの決定、受理、ページの生成、紙の内容、受領者を証明するものではない。

見慣れたラベルは作業履歴ではなかった

PaperOut を見ると、印刷が紙切れで止まったと述べたくなる。Busy は処理中、Online はいつでも使える状態、Fault は障害の説明のように映る。しかし RFC 1318 におけるこれらは、まず信号の名前である。名前の意味が身近であることは、信号に文書処理の履歴を与えない。

RFC 1318 は印刷ジョブの提出手順、待ち行列、ページ記述、配布確認を定義しない。Centronics、Data Products、その他の類似した物理インターフェースを含む parallel-printer-like hardware devices の管理オブジェクトを定義する。位置づけは物理層であり、Character MIB や PPP MIB など、接続を利用できる上位の MIB の下である。この順序は偶然ではない。対象は接続上の選択された制御線であり、その上で行われるすべての解釈ではない。

ファイルが作られること、キューが受理すること、ドライバがバイト列を渡すこと、機構が紙に印をつけること、紙が誰かに渡ることは別々の事実である。ケーブルはこの連鎖に関わり得るが、連鎖全体の記録者ではない。物理的に近いからという理由で、ひとつの観測に全段階の権限を貸してはならない。

ポート表は場所を示し、用途を示さなかった

RFC 1318 のポート表にはローカルな索引、ハードウェア種別、表現される入力・出力信号の数がある。索引は管理エージェントの表の行をたどる座標である。種別は接続の形を示す。信号数は次に参照できる対象を示す。そこに文書名、利用者名、建物、印刷ジョブの意味は入らない。

入力表にあるのは、ソフトウェアが検出できる信号だけである。出力表にあるのは、ソフトウェアが設定できる信号だけである。ゆえに、各ポートに五つの同じ名前が必ず現れるわけではない。行がないのは、その信号が当該ハードウェアに適用されない、またはこの MIB では検出・設定できない可能性を示す。観測された off と同じではない。

この差を無視する表示は新しい事実を発明する。PaperOut の行がないことを「紙あり」と読み、Fault の行がないことを「障害なし」と読むのは、エージェントの可視性の限界を健康診断に変える行為である。none、on、off と、対象が表に現れない可能性は、まず何が観測可能かを問うよう求めている。

状態は小さな列挙であり、結果の文ではない

表現された信号の状態は none、on、off のいずれかである。Power が on であるのは、Power という名の線についての状態であり、印刷経路全体が動作している証明ではない。Online が on でも、文書が提出・受理・解釈されたことは分からない。Busy が on でも、何が装置を占有しているか、特定のジョブと関係があるか、進行しているかは分からない。PaperOut が on でも、どの紙、どのトレイ、どの注文、どの時点を指すかは分からない。Fault が on でも、原因や修復の責任は導けない。

逆も成立しない。off は成功した印刷の証明ではない。none は「異常なし」という読み方を許さない。信号が適用外である、または報告されないという可能性を残す値である。三値の表現を二値の業務結果に縮めると、観測の境界が消える。

キューがジョブを受け入れたかを問うなら、キューの記録を見る。ページが生成されたかを問うなら、レンダラや装置の記録を見る。誰かが副本を得たかを問うなら、その配布・受領の面に証拠を求める。信号の名称がプリンタに近くても、他層の答えを自動的に所有することはない。

変化の回数はジョブの回数ではなかった

paraInSigChanges と paraOutSigChanges は、信号が on から off、または off から on へ変わる回数を数える。これは不安定な物理条件を見つける実用的な手掛かりである。安定に見えた線が繰り返し揺れていることを示し、ケーブル、ドライバ、周辺機器のどこを調べるべきかを知らせる。

しかし十回の Busy の変化は十件の文書でも、十ページでも、十件の完了でもない。PaperOut の変化は、その前にどの紙が使われたか、補充後に処理が再開したかを記録しない。Fault の変化は、原因分析や修復結果を含まない。さらにカウンタは二方向の遷移を合算する。一つの累積値から、各状態の持続時間、変化の順序、起点、アプリケーションとの関係を復元することはできない。

この数値を使う記録には、読取時刻、ポート索引、ハードウェア種別、入力・出力の方向、信号名、可能なら状態サンプルを添える必要がある。順序が必要なら別の時点の観測を残す。印刷結果が必要なら、その結果を生み出せる層に記録を求める。カウンタは調査の入口であり、結論の代用品ではない。

検出することと設定することは別の権限だった

二つの表の区別は、情報の向きと権限の区別でもある。入力信号はエージェントがハードウェア接続から検出できるもの、出力信号はソフトウェアがその接続上で設定できるものである。同じ Online や Busy という名称が両方にあっても、観測を操作に、操作を遠端からの確認に変えることはできない。

出力の設定は、定義されたローカルなインターフェース上でソフトウェアが行った行為の記録である。相手側機器が規約を理解した、データを受け入れた、期待された動作を完了したことを保証しない。入力の検出はローカルな観測であり、機器がなぜそうした信号を出したのか、どんな設定か、キューがどう判断したかは語らない。報告から方向を落とすと、ローカルな制御が遠隔の完了に見せかけられる。

ドライバの担当者、装置の運用者、キューの担当者、文書を配布する者、受領者は、それぞれ異なる事実を持つ。RFC 1318 はそれらを一つの簡単な「プリンタ状態」に混ぜず、各人が自分の証拠を出せるよう境界を残している。

印刷済みの一枚は別の証拠連鎖に属した

PaperOut の変化が重要でない、という話ではない。特定の時点の物理線については、非常に有用な証拠になり得る。ただし、それを文書の受領証に変えると、信号本来の正確さを失う。反対に、ページ出力の証拠は、当該ポートにこの信号がない場合にも、別の層で存在し得る。

検証可能な記録には、ポートと種別、入力か出力か、信号名、none/on/off、カウンタ、エージェント、時刻を残す。受理、レンダリング、印刷、配布、閲覧を述べるなら、各事実を所有する別の記録を加える。相関は強い説明を作れる。一つのランプで連鎖全体を置き換えると、誰も作っていない結論だけが残る。

情報源と証拠の限界

本稿は RFC 1318 Definitions of Managed Objects for Parallel-printer-like Hardware Devices（1992 年 4 月）に基づく。同 RFC は物理層 MIB、ポート表、入力・出力信号表、検出・設定可能性の制限、Power/Online/Busy/PaperOut/Fault、none/on/off、遷移カウンタを根拠づける。稼働中のプリンタ、文書、転送済みバイト、ジョブの提出・受理、レンダリング・印刷済みページ、紙の内容、受領者、修復、アプリケーションの結果を根拠づけるものではない。