足りないものを先に知る

Windows を入れ直すとき、あるいは新しい機械に移るとき、手順の形はいつも同じである。難しいのは導入そのものではない。難しいのは、そのあとにデバイスの一覧へ残る項目だ。警告の印が付いた行、名前を出せない機器、アドレスとバスだけを記した行。本当の問いは「ドライバーをどう入れるか」ではなく、「どのドライバーを、どこから持ってくるか」である。DriverIdentifier は Windows 向けのドライバー検出ツールで、まさにこの問いの周りに作られている。機械の中のハードウェアを走査し、識別子を読み、対応するドライバーの版と突き合わせ、最後に取得先の一覧として出す。

順序には意味がある。多くの人は機器の名前から始め、検索し、出どころの怪しい詰め合わせを勧めるページに着く。識別子を先に読むと、この順序が逆になる。識別子はハードウェアが自分について述べたもので、売り文句や地域の型番で変わることはない。手元にあれば、突き合わせは当て推量ではなく照合になる。

三つの段

流れは導入、走査、取得の三段として説明されている。走査は、欠けているドライバー、あるいは手元の版より古いドライバーを調べ、突き合わせはハードウェアの識別子を根拠に行う。作っている側は、出どころの分からない第三者の詰め合わせではなく、ハードウェアの製造元が出したドライバーを指すと述べている。この種の道具では、そこが最も重要な点だ。画面には結果が出る前に決めることを求める項目はなく、結果は機器ごとに並ぶので、仕事は一覧を上から順に処理することになる。プログラム本体は小さく、導入の束は数メガバイトしかない。この種の道具の導入の束は、ドライバー本体より多くのものを連れてくる場合が多いので、その小ささは書いておく値がある。

ネットにつながらない場合

この種の道具が値を発揮する場面が一つある。機械そのものがネットに出られないときだ。入れ直したばかりで、ネットワークの機器にまだドライバーが入っていない状態が典型である。プログラムを USB の記憶に写し、つながっていない機械で一度走査を回し、ハードウェアと必要なドライバーの一覧を作らせる。その一覧を接続のある機械へ持っていき、書かれているものを取得し、ファイルを持ち帰る。設定が終わったばかりでネットワークの層がまだ整っていない機械にとって、これは一往復を丸ごと省く。もう一台の計算機、大量の検索、そして「この束はどのチップのものか」という当て推量が消える。

古い機械ほど、この順序が効く。製造元の公開が終わっている部品では、型番から辿る道が既に細くなっているためだ。識別子から入れば、名前の一致を探すのではなく、識別子の一致を探すことになる。探す対象が変わるだけで、見つかる範囲は広がる。

対応と二つの注意

作っている側は、古い版から新しい版までの Windows に対応し、32 ビットと 64 ビットの両方を覆い、大手の完成品でも組み立てた機械でも使えるとしている。使うときに気をつけたい点が二つある。一つはプログラムの出どころで、導入の束は公式の経路から取る。何かを一緒に抱き合わせる配布の場から取らない。もう一つはドライバーの出どころで、ハードウェアの製造元が出した版を基準にし、入れる前に版とシステムのビット数が合っているかを確かめる。表示、チップセットなど硬い部分に近いドライバーは、先に製造元のページで版を見ておくほうが落ち着く。

このやり方が止まる場所

この種の道具がするのは見分けることと道を示すことで、決めることではない。二つの候補のどちらがその機械に合うのか、古い版が新しい版で何かが壊れたために意図的に残されているのか、識別子を返す機器が本当に不調の機器なのか。走査はどれにも答えない。間違ったドライバーは、欠けているドライバーより悪い状態を残しうる。だから一覧は仕事の始まりであって終わりではない。走査が取り除くのは検索の時間であり、この作業ではそれがたいてい一番大きな負担である。

名前の分からない機器が並んでいるとき、一度の走査は午後いっぱいの検索より速い。識別子を読めば、問いは具体的になる。条件は単純だ。プログラムは公式の経路から、ドライバーは製造元のものから。