ここでは今までの経験も含めて、独断と偏見で意見を述べたいと思います。
カラーファイリングはデジカメとは異なって「紙」を「電子化」することに関するものです。つまり「紙」という対象が違います。一世代前は「ファリング専用システム」というのが流行しました。しかし今やＰＣが台頭し、個人でもある程度は出来そうです。もっとも￥をかければ大きな企業にお願いすれば、それなりのシステムができると思います。ただ、それでは面白くありません。
このコーナでは、それらをどうしたら「￥をかけずに」「快適に」できるか？について考えて実践してみたいと思います。
以下は基礎知識として読んでください。
今でもメールでＴｉｆｆやＪｐｅｇの紙のイメージデータをもらうことがあると思います。ｉ−ＦＡＸなどはその例ですよね。しかし、画面ではどうも読みづらいために、また紙に印刷するということが日常行われています。もっともこれはイメージに限った話ではなく、文章にしろ一旦印刷した方が見やすいために印刷します。そもそもＯＡ化＝ペパーレスのように言われていましたが、実態はその生産量が高まりこの印刷とあいまって紙の消費量は増加しているのは異論がないところです。
ブラウザがそうであるように、電子的な文字は紙に出さずに読むことがまだ我慢できます。しかしイメージはどうでしょうか？サンプリングされているために品質は内臓フォントに負けます。逆にいえば大きく読んで縮小表示してもそれなりとも言えます。ここではそれを利用して「表示装置で読める」ことを目標にします。
紙に対して表示装置はその表示範囲が最も問題です。現在の主流はＸＧＡです。つまりどんなにとれても１０２４＊７６８ｄｏｔしかとれません。これで紙（例えばＡ４）を視認しようとすれば、左右スクロールしてとても読む気がしません。逆に考えると、これで（ワープロのように）１方向のスクロールで読めればなんとか他のアプリと同じにできそうです。それを考えるとＡ４の横が１０２４ｄｏｔに収まりかつそれが読めるということが必要です。実はこれは可能です。表示はとにかくＸＧＡでスタートします。ここは、これを最低限として￥をかけないポリシーで行きましょう。
紙を入力するのはスキャナですが、これは実は解像度としては十分すぎる域に達しています。ご存知の通りもし等倍であればＦＡＸがそうであるように２００ｄｐｉであれば視認できます。というか、一般的に人間が視認できるように書かれたものを読むために、その程度あれば情報は伝達できます。
「ＦＡＸの印字品質なんて！！」という前にもう少し付き合ってください。ＦＡＸは１ｄｏｔが白・黒の２種類（Ｂ／Ｗ）で扱われます。しかしスキャナだけ取り出すと１ｄｏｔは８ｂｉｔです。これをそのまま表現すれば驚くほど綺麗です。つまり入力も表示も階調性のある装置です。問題は印刷装置にあるんです。これには階調性がないために同一の単位は通用しません。
良く６００ｄｐｉや１２００ｄｐｉのスキャナがありますが、実際問題はフィルムを読んで大きく拡大する場合を除いて等倍の紙ならば２００ｄｐｉで十分です。しかし、驚いたことにこれが通念的に理解されている訳ではなく、透過ユニットのないスキャナですら６００ｄｐｉ以上が標準になっています。
２００ｄｐｉでＡ４をスキャンした場合、それは１２００万画素のデジカメと等価です。そこまでのデジカメはあっても高価ですし、そもそも「紙」を読む形態ならばスキャナの形の方が適しています。
スキャナ装置の問題は解像度にあるわけではなくスキャン速度にあります。紙をそのままバインダなどにファイルするなら数十秒で済みます。しかし、スキャンすると場合によっては数分かかります。これがやる気をなくさせる最大の問題です。しかし多くのメーカはこちらに向いた製品を出していません。業務用では存在しますが、かなり高額になります。なんとか安く・早いものを探さなくてはなりません。
さて、２００ｄｐｉの場合横のサイズは１６５３ｄｏｔです。これでは表示装置（ＸＧＡ）に入りません。しかし心配は不要です。先ほど述べたように５０％縮小すれば８２７ｄｏｔで入ります。それでも読めます。ちなみに２００ｄｐｉ以下でスキャンすると日本語は苦しく、逆に３５０ｄｐｉもあれば１７５線に印刷並のスキャンができます。高速スキャナは１５０ｄｐｉのものもありますが、英文ならともかく漢字を使う日本語だと２００ｄｐｉは欲しいところです。
このｄｐｉを大きくすればそれなりに綺麗ですが、容量の問題もあります。丁度バランスしたのが２００ｄｐｉという結論です。
後述しますが２００ｄｐｉ以上を正確に表現できるプリンタは極めて稀です。
やってみると．．．「あれれ見えないぞ！！」となります。実はこのような縮小表示の方式ではWindowsのアプリの大半が（ブラウザも含めて）大半は「間引き」という手法をとります。つまり縦横で１線づつ間引く方式で高速ですがジャギー（ギザギザ）が出ます。しかも文字の場合はこれが致命的です。すごく読みにくくなります。
同じ５０％を作るにしても上下左右の４ｄｏｔを加算平均して表現したらどうでしょうか？Ｂ／Ｗでもそうですが、この手法は格段に読みやすくなります。これを高速に実現するのが、ビュアーアプリの問題です。
上で２００ｄｐｉと書いたら、多分「印刷装置は６００ｄｐｉなのに！」という声が聞こえそうです。しかし待ってください。その印刷装置は白・黒の１ｐｉｘｃｅｌ２値ではないでしょうか？カラーでも３（黒を入れて４）色では？
そうなんです。つまり印刷装置だけは階調性がないものです。そもそもここらがおかしなところです。つまりあえて言うならば印刷装置の問題は階調性にあります。これを多くの（有識者と思われる）人が無視して「出力が６００ｄｐｉだから入力も６００ｄｐｉだ！！」と叫んでいます。しかし、この入力情報の殆どは捨てられる運命にあります。入力・表示と見ていくと印刷だけがおかしな装置です。
ちなみに印刷装置でも階調性が出せるものがあります。例えば銀塩プリンタですが、これは３００〜４００ｄｐｉで、仕上がりは写真品質です。
もう少し考えてみます。人間が視認できる解像度は２００ｄｐｉです。それ以外の情報は写真を表現したり、文字を滑らかにするのに使われています。（画像処理がそういう観点でチューニングされるという意味です。）少ない色で写真を表現するには面積階調法というｄｏｔの塊をあわせて表現します。（新聞の写真みたいなものだとわかり易いですね。）例えば２００ｄｐｉ８ｂｉｔを６００ｄｐｉ１ｂｉｔ（モノクロ）に変換する場合は６００／２００＝３で３＊３の面積の階調が得られます。つまり１０（＝９＋１）階調ですね。これは２００ｄｐｉ８ｂｉｔのもつ２５６階調より表現力は低下します。一般的には写真でも６４（８＊８）階調もあればよいとされていますから、２００ｄｐｉ８ｂｉｔを表現するには、２００＊８＝１６００ｄｐｉのプリンタが必要です。実際に６００ｄｐｉのＬＢＰではそうできませんから、ドライバで「文字」「写真」という区別で処理方法を分けています。（かなり説明が簡略化されていますが．．．）
つまり２００ｄｐｉのＡ４の画像を印刷して戻すには１６００ｄｐｉのプリンタが必要です。
結論からするとＪｐｅｇでおおよそ５００ＫＢｙｔｅ程度になります。（被写体や圧縮率で変わります。）この程度なら実用上十分です。ちなみにモノクロＢ／ＷではＴｉｆｆで約５０ＫＢｙｔｅです。でもモノクロ２値に減色されていますから元には戻りませんし、所謂ＦＡＸ画質です。
例えば２０ＧＢｙｔｅのＨＤＤだと４万枚入ります。個人でなくても十分ですね。
Ｊｐｅｇの５００ＫＢ→１２Ｍｂｙｔｅ展開も高速なアプリでは十分に実用になります。
現在主流のＸＧＡが前提。（要はなんでもいいので説明は省略）
・入力装置
とにかく「高速な」カラースキャナを考えます。持っている方は、それで結構です。
・印刷装置
再現性を重視したプリンタを考えます。無くてもかまいません。
・記憶装置
１枚５００ＫＢｙｔｅと考えてＨＤＤを空けておきます。場合によってはＭＯなどの記憶装置でも良いと思います。ここでは対象外と致します。
・ソフト
「ちゃんと読める。サクサク動く。ちゃんと使える。」ものを考えます。勿論￥が安いのが条件です。
・その他
一応主流のＣｅｌｅｌｏｎ４００Ｍｈｚ程度でサクサク動作する環境を考えます。
「とにかく安く！！」をポリシーにする。
