ScanSnap S1500 の「OCR テキスト認識」に関する 15 の真実

おっと。また大袈裟なタイトルつけちゃって。

釣り <<

なんて言われないように、気合い入れて書かなくっちゃ。

さて、先週のエントリー「裁断機 PK-513L で本を 100冊裁断してみた - 経験した 9つの失敗とその回避方法」が大きな反響をいただいたので、今回は裁断の次のステップである「スキャン」を攻略。ScanSnap S1500 の設定についていろいろと調べてみました。

*目次というか、いきなり結論から

書いていったら結構長くなってしまったので、とりあえず目次。というかほとんど結論なんですが、結論だけ見られればいいやという方のためにも。

**（2010年7月9日 追記）

自炊した電子書籍（PDF）を iPad でサクサク表示する方法（サンプル動画あり） <<

**（2010年8月13日 追記）

OCR テキスト認識に限らず、ScanSnap S1500 の設定全般についてもまとめてみました。あわせてどうぞ。

-ScanSnap S1500 の設定まとめ - 電子書籍を自炊するときの 10 のポイント <<

以下、詳細です。

*今回のテーマは「OCR テキスト認識」

ScanSnap S1500 の設定といっても、画像のキレイ・汚いは主観によるところが大きく、なかなか「この設定がオススメですよ」と言い切れないのが悩みどころ。ですが「OCR テキスト認識」の精度については客観的に測ることができるのではと思いまして。今回のテーマとしてみました。

あと、僕は、電子化した本を次のように使っているので。全文検索のためにテキスト認識が重要な役割を担っていることもテーマとして取り上げた理由のひとつです。

+（特にオライリーの）技術書を PC で読む（いずれは iPad でも） +ときおり「全文検索」をする +技術書を見ながらプログラミングをする <<

最後に、これはどれだけ同意が得られるか不安ですが、よく、本のフレーズだけ思い出して、

ん？これって、どの本に書いていたっけ？ <<

と気になって眠れなくなり 夜中にがさごそ本を探し出す、なんてことがあります（僕だけじゃないよね？）。その問題の解決のためにも、テキスト認識は非常に重要なのです。

*前提 1. ScanSnap S1500

調査対象のスキャナは、定番だといわれる ScanSnap S1500。他にも良いスキャナはあるのでしょうけれど。（個人的には、キャノンの imageFORMULA も気になります。）

FUJITSU ScanSnap S1500 FI-S1500

（▲ Windows モデル）

FUJITSU ScanSnap S1500M FI-S1500M (Macモデル)

（▲ Mac モデル）

*前提 2. 動作環境

ScanSnap S1500（Windows モデル）を、（訳あって）MacBook Pro 15.4インチに接続して使いました。

Apple MacBook Pro 2.4GHz Core i5/15.4"/4G/320G/8xSuperDrive DL/Gigabit/802.11n/BT/Mini DisplayPort MC371J/A

まだ出たばかりで Core i5 + メモリ 4GB だったりするので、ノート PC の中ではハイスペックなほうだと思われ。詳しい仕様はこちらです。後述の ScanSnap Organizer （Windows モデルの付属ソフト）については、VMware Fusion 3 上の Windows XP で動かしました。

-VMware Fusion 3 の日本語版を $39.99 で購入する方法（アカデミック版）

*前提 3. 調査対象に選んだ本

今回、次の本を調査対象に選びました。

Perlベストプラクティス

選んだ理由は、

-実際に頻繁に読む -日本語とアルファベットの両方が記載されている -細字と太字の両方が記載されている

といったところでしょうか。

（▲ クリックすると拡大）

*1. 画質の選択「自動」は、実質「ファイン」または「スーパーファイン」と同じ

さて、やっと本題。ScanSnap S1500 のドライバソフト「ScanSnap Manager」の設定で、やはり一番迷うのは「画質の選択」だと思います。

画質は上の 5つから選ぶことができるのですが、掴みどころが無いのが「自動」。信用して良いんだか悪いんだか。

...と思っていたのですが、調べてみたら公式サイトに載っていました。原稿の長さによって、「ファイン」または「スーパーファイン」になるようです。

< (注2) 原稿の長さが148mm以下の場合は、カラー / グレー300dpi、白黒600dpi相当に設定、原稿の長さが148mmよりも長い場合は、カラー / グレー200dpi、白黒400dpi相当に設定。

<

まぁそういうわけで「自動」について書いても「ファイン」または「スーパーファイン」と重複してしまうので、以下「自動」についての記述は割愛させてもらいます。あしからず。

*2. 画質を 1ランク上げるごとにファイルサイズは 2〜3倍に

画質を良くすれば当然ファイルのサイズも大きくなってしまうわけで。実際には次のとおり、画質を 1ランク上げるごとにファイルサイズは 2倍または 3倍になるようです（一部例外あり）。

ScanSnap S1500/S1500Mのご質問 回答（読み取り画像）: 富士通

*3. 画質「ノーマル」は文字が滲んでしまう

手始めに最も画質の低い「ノーマル」に着目したところ、スキャンした文字が滲んでいました。

ちなみに調査対象の本を僕の MacBook 15.4インチで「幅に合わせて」開くと、倍率が大体 200% になるので、上の画像も倍率 200% にしています。自分では結構「ちっちゃいことは気にしない♪」タイプだと思っているのですが、そんな僕でも気になるレベルの文字の滲みです。

一方、本を（単独ではなく）テキストエディタ等と一緒に開くときには、倍率 100% 前後にしていますが、そうなると滲みはほとんど目立ちません（↓）

でも、あまり小さい文字を見ていると目が悪くなりそうですね。200% くらいの大きさの文字がちょうど良いかもしれません。

*4. 画質「ノーマル」はテキスト認識精度も他に劣る

画質「ノーマル」について、文字の滲みに目をつぶったとしても、テキスト認識の精度は、他の画質と比べて著しく劣っていました。

**（ノーマル）

はじめに 　木沓の日的は、よりよいＰｅｒｌコード、すなわち、できるだけ効米的なＰｅｒ１コードを書くための手助けをすることである。本書は、レイアウト、名前の選択、データ構造と制御構造の選択、ブログラムの分解、インターフェイスの設計と実装、モジュール化、オブジェクト指向、エラー処理、テスト、デバッグを含め、コーディングをさまざまな面から捉えた２ 、１ ２ 佃のガイドラインで構成されている。これらのガイドラインは、２ ２ 年間にわたるプログラミング経験を通じて培われ、洗紳されてきたものである。それらは、うまく組み合わせることができ、より明瞭で、堅牢で、効率的で、保守しやすい、簡潔なコードを生成できるように設計されている。 <<

**（ファイン）

はじめに 　本書の目的は、よりよいＰｅｒｌコード、すなわち、できるだけ効果的なＰｅｒｌコードを書くための手助けをすることである。本書は、レイアウト、名前の選択、データ構造と制御構造の選択、プログラムの分解、インターフェイスの設計と実装、モジュール化、オブジェクト指向、エラー処理、テスト、デバッグを含め、コーディングをさまざまな面から捉えた２ ４ ２ 個のガイドラインで構成されている。これらのガイドラインは、２ ２ 年間にわたるプログラミング経験を通じて培われ、洗練されてきたものである。それらは、うまく組み合わせることができ、より明瞭で、堅牢で、効率的で、保守しやすい、簡潔なコードを生成できるように設計されている。 （なんとパーフェクト！） <<

*5. オプション「文字をくっきりします」にすると、文字の滲みは軽減されるがテキスト認識精度が落ちる

なんだ「ノーマル」使えないじゃん。と思いましたが、もう1度だけ敗者復活のチャンスをあげよういうことで（何様？）、オプション「文字をくっきりします」をオンに。

結果、たしかに文字の滲みは軽減されましたが、引き換えにテキスト認識の精度はさらに低下。

**（ノーマル・文字をくっきりします）

はじめに 本書の目的は、よりよいＰｅｒｌコード、すなわち、できるだけ効米的なＰｅｒｌコードを書くための手助けをすることである。本ｉｌ：＝は、レイアウト、名前の選択、データ榊造と制御構造の選択、プログラムの分解、インターフェイスの設計と実装、モジュール化、オブジェクト指向、エラー処理、テスト、デバッグを含め、コーディングをさまざまな面から捉えた： ２ １ ２ 佃のガイドラインで構成されている。これらのガイドラインは、２ ２ 年問にわたるプログラミング経験を通じて培われ、洗練 されてきたものである。それらは、うまく組み合わせることができ、よりＳり」｜略で、曜牢で、効率的で、保守しやすい、簡潔なコードを生成できるように設計されている。 <<

もうぐだぐだ。orz 「ファイン」でさえ落第点になっちゃって。

**（ファイン・文字をくっきりします）

はじめに 本書の「｜的は、よりよいＰｅｒｌコード、すなわち、できるだけ衣５！」米的なＰｅｒｌコードを書くための手助けをすることである。本書は、レイアウト、名前の選択、データ構造と制御構造の選択、プログラムの分解、インターフェイスの設計と実装、モジュール化、オブジェクト指向、エラー処理、テスト、デバッグを含め、コーディングをさまざまな面から捉えた：２１４２個のガイドラインで構成されている。これらのガイドラインは、２ ２ 年問にわたるプログラミング経験を通じて培われ、洗練されてきたものである。それらは、うまく組み合わせることができ、より明瞭で、堅牢で、効率的で、保守しやすい、簡潔なコード；Ｓ：ｙ生成できるように設計されている。 <<

*6. 画質「ファイン」以上は、テキスト認識精度がほぼ同じ

画質「ノーマル」のテキスト認識精度がいまいちだとして、

テキスト認識の精度は、画質に比例して上がるのか？ <<

と予想していましたが、そうではないようでして。

少なくとも日本語の認識精度については、「ファイン」以上ではどれも誤りは 1ページにつき大体 1〜3字で「まあ我慢できる」レベル。

どの画質を選んでも、画数が多い字や似たような漢字がある字などは間違いやすく、また「ファイン」で正しく認識している語を「エクセレント」では間違っていたりして、

（少なくとも日本語については）「ファイン」以上の認識精度はほぼ同じ <<

という結論に至りました。

*7. 縦書きも、日本語ならテキスト認識 OK

念のため、縦書きの新書も調べてみました。

結果、横書き同様、日本語の認識には「ほぼ」問題なし。

**（ファイン）

はじめに 　世界で初めてのウェブーサイトが生まれてから、約２０年が経ちました。インターネットでつながることによって、距離や時間に関係なく世界中から情報を収集し、コミュニケーションがとれるようになりました。アマソンで購入した本が当日に届き、楽天で全国の名産品を購入することも当たり前の時代です。 　その後もブログやミクシィなどのＳＮＳのように、次々と新しいサービスが生まれていますが、その中の一つで２００６年後半に生まれたのがツイッター（、｛ぎ・｛｛ｑ｝です。 　ツイッターとは、ユーザー同士が１４０文字のつぶやきを投稿し、そのつぶやきをほかのユーザーがフォローすることで、インターネット上でコミュニケーションが発生するサービスです。 <<

*8. どの画質でも、アルファベットの認識は期待できない

ただし、問題はアルファベットの認識なのですよ。対象言語を「日本語」にしているので仕方がないところもあるのでしょうが、横書きも縦書きも、悲しいくらいに認識できていません。

**（ファイン） ｓｕｂｐａｄ＿ｓｔｒ｛ 　　ｌｉｌｙ（Ｓｔｅｘｔ、ＩＳ；ｏｐｔｓ）＝＠＿；

　　１１１ｙＳｇａｐ＝＄ｏｐｔ３｛ｃｏｌｓ｝-：ＬｅｎｇｔｈＳｔｅｘｔ； ＃ｏｐｔｓ-＞｛ｃｏｌｓ｝のはずが‥． 　　１１１ｙＳｌｅｆｔ＝！Ｓ；ｏｐｔニｓ｛ｃｅｎｔｒｅｄ｝？ｉｎｔｊＳ；ｇａｐ／２〉：０ ＃ｏｐｔｓ-＞｛ｃｅｎｔｒｅｄ｝のはずが‥． 　　ｍｙＳｒｉｇｈｔ＝Ｓｇａｐ-＄１ｅｆｔ；

　　：ｒ‘ｅｔｕｒｎ＄ＳＰＡＣＥＸＩＳ；１ｅｆｔ。＄ｔｅｘｔ．ＩＳＩ；ＰＡＣＥＸＳ；ｌｒｉｇｈｔ； ｝ （適宜、改行等を入れて体裁を整えています。以下同じ。） <<

「エクセレント」でさえ、信用に値しないなんて...

**（エクセレント）

ｓｕｂｐａｄ＿ｓｔｒ｛ 　　ｘｎｙ（Ｓｔｅｘｔ，＄ｏｐｔｓ）＝＠＿；

　　ｍｙ＄ｇａｐ＝Ｓｏｐｔ二ｓ｛ｃｏｌｓ｝-：Ｌｅｎｇｔｈ＄ｔｅｘｔ； ｏｐｔｓ-＞｛ｃｏｌｓ｝のはずが‥． 　　ｍｙＳ；１ｅｆｔ＝＄ｏｐｔｓ｛（；ｅｎｔｒｅｄ）？ｉヱｔ衣Ｓｇａｐ／２）：Ｏ； ｏｐｔｓ-＞｛ｃｅｎｔｒｅｄ｝のはずが‥． 　　ｍｙＳ；ｌｒｉｇｈｔ＝Ｓｇａｐ-Ｓ：Ｌｅｆｔ；

　　ｒｅｔｕｒｎ＄ＳＰＡＣＥＸＳ；１ｅｆｔ。＄ｔｅｘｔ．Ｓ；ＳＰＡＣＥＸＳ；ｌｒ：Ｌｇｈｔ； ｝ <<

*9. 太字のアルファベットはさらに精度低下

太字になるとさらにひどい。

**（エクセレント）

ｓｕｂｐａａ＿ｓｔｒ｛ 　　耳ｙ（Ｓｔｅｘｔ、Ｓｏｐｔｓ＿ｒ●ｆ）＝●＿ｊ 　　ｌｌｙＳｇａｐ●Ｓｏｐｔｓ＿ｒ●ｆ｛ｃｏｌｓ｝-１ｅｘｌｇｔｈＳｔｅｘｔｊ 　　ｉｙＳｌｅｆｔ●Ｓｏｐｔｓ＿ｒｅｆｌ｛ｃ●ｎｔｒ●ｄ｝？ｉ．ｘｌｔ（Ｓｇａｐ／２）ｓｏｊ 　　ｌｌｙＳｒｉｇｈｔ●Ｓｇａｐ-Ｓ１●ｆｔｊ 　　ｚ｀●ｔｌｌｚ｀ｚｌＳＳＰＡＣｌｘＳ１●ｆｔ．Ｓｔｅｘｔ．ＳＳＰＡＣｌｘＳｒｉｇｈｔｊ ｝ <<

ちなみに、試しに対象言語を「英語」にするとアルファベットを認識できましたが、逆に日本語が認識できなくなったので意味なしでした。今後の技術の進歩に期待です。

*10. 画質「エクセレント」は実用的ではない

これまでのところで、テキスト認識の精度という点では、「ファイン」以上の画質はどれもほぼ同じということが分かりました。

では一体どの画質を選んだらよいかですが、この点、最高画質の「エクセレント」は、あまり実用的ではありません。というのも、他の画質と較べてスキャンに時間がかかり過ぎるのです。

ScanSnap S1500 製品情報 特長（スピーディー） : 富士通

また、次のような注意書きも表示されます。

10枚ってwww それでも、ものすごくテキスト認識精度が良かったら目次とか索引だけエクセレントでスキャンしようかなとも当初考えていたのですが、必ずしも認識精度が上がるわけではないようですので、使い途がなく、使用をあきらめました。

*11. 画質「ファイン」はわずかに文字が滲む

残るは「ファイン」と「スーパーファイン」。「ファイン」については、ほんのわずかですが文字が滲みます。一方「スーパーファイン」は「エクセレント」と較べても遜色なし。

まぁこのあたりは人によって感じ方が異なると思いますが。あとはファイルサイズとの天秤ってことになりますかね。

*12. ScanSnap Manager と ScanSnap Organizer との相違点

ところで、ScanSnap S1500 には「ScanSnap Organizer」というソフトが付属しています（Windows モデルに限る）。

なので、

-スキャン時にテキスト認識するパターン（ScanSnap Manager） -スキャン時ではなくて 後でテキスト認識するパターン（ScanSnap Organizer） の 2種類から好きな方を選ぶことができまして。

ただテキスト認識のタイミングが違うだけだろうと思っていたんですが、ScanSnap Manager と ScanSnap Organizer を較べてみると意外にも下記のような相違点がありました。

-日本語のテキスト認識精度はほぼ同じ。 -「文字をくっきりします」をオンにするとテキスト認識精度が落ちることも共通。 -アルファベットの認識が当てにならないことも共通。 -ScanSnap Manager で認識するとアルファベットや数字はすべて「全角」になるのに対し、ScanSnap Organizer だとアルファベット・数字は半角と全角が混在する。 <<

**（ScanSnap Manager・ファイン）

　ｕｓｅｓｌニｒｉｃｔｑｗ（ｖａｒｓ）はまさにこの違反を捕らえるためのものである（１８章を参照）。そして、通常はそのように使用する。もちろん、偶然にも同じスコープに有効な１ ｏ ｐ ｔ ｓ ハッシュが存 在するなら、話は別である。 　参照を保持するための変数に常に＿ ｒ ｅ ｆ サフィックスを添えれば、こうしたミスの可能性を最初から最小限に抑えることができる。もちろん、参照変数をこのように命名すればミスを防げるというわけではないし、ミスを犯したときに自動的に検出されるわけでもない。だが、エラーは一目瞭然となる。 <<

**（ScanSnap Organizer・ファイン）

　ｕｓｅｓｔｒｉｃｔｑｗ（ｖａｒｓ）はまさにこの述反を捕らえるためのものである(１８章を参照)。そし て、通常はそのように使用する。もちろん、偶然にも同じスコープに有効な＄optsハツシユが存在するなら、話は別である。 　参照を保持するための変数に常にーrefサフィックスを添えれば、こうしたミスの可能性を最初から最小限に抑えることができる。もちろん、参照変数をこのように命名すればミスを防げるというわけではないし、ミスを犯したときに自動的に検出されるわけでもない。だが、エラーは一目瞭然となる。 <<

実はここがミソ。この「半角・全角」の違いは「検索」に影響してきます。 すなわち、一部の PDF リーダーでは、「ＣＰＡＮ」（全角）という文字が埋め込まれた PDF を「cpan」（半角）で検索したときにヒットしませんでした。

「一部の PDF リーダー」って、例えば Adobe Acrobat 9 Pro とか、Adobe Reader 9 とか。僕は Acrobat 9 Pro をメインで使っているのですが、結構困ります。一方、Mac の「プレビュー」や「Spotlight」では「ＣＰＡＮ」を「cpan」で検索してヒットします。

*13. ScanSnap Organizer は複数のファイルをまとめてテキスト認識できる

あ、あとコレも重要なんで確認しておくと、ScanSnap Manager と ScanSnap Organizer の最も大きな差は、ScanSnap Organizer が複数のファイルをまとめてテキスト認識できるってことです。

テキスト認識にかかる時間も馬鹿にならないで、

とりあえずスキャンだけしておいて、テキスト認識はまとめて寝てるときに <<

というのが通（つう）のやり方。

*14. ScanSnap Organizer と Adobe Acrobat との相違点

Mac モデルには ScanSnap Organizer は付属していませんが、「Adobe Acrobat 8 Professional」が付属しています。Windows モデルにも「Adobe Acrobat 9 Standard」が付いています。

Acrobat も興味があったので、ScanSnap Organizer と比較してみました。（ただし、大変申し訳ないのですが、僕がいま使っているのは「Acrobat 9 Pro」です。おそらく「Acrobat 9 Standard」や「Acrobat 8 Professional」と変わらないとは思うのですが、もし違うところがあったらコメント等で教えてください。）

-どちらも複数のファイルをまとめてテキスト認識できる。 -日本語のテキスト認識精度はほぼ同じ。 -「文字をくっきりします」をオンにするとテキスト認識精度が落ちることも共通。 <<

気になったのは次の2点。

-ScanSnap Organizer で認識すると、アルファベット・数字は半角と全角が混在したのに対し、Acrobat ではアルファベット・数字はすべて半角（例外があったら教えてください）。 -アルファベットの認識が当てにならないことも共通だが、Acrobat のほうがわずかに精度が高い印象を受けた。 <<

**（Acrobat・ファイン）

sub pad_str { 　　my ($text , $opts) = @ー; 　　my $gap $opts{cols} -length $texti 脅opts ー>{cols} のはすが.. . 　　my $left $opts{centred}? inヒ($gap!2) Oi 帯opts ー> {centred} のはすが.. . 　　my $right = $gap -$lefti 　　return $SPACE x $left . $text . $SPACE x $righti }

　use strict qw{ vars )はまさにこの違反を捕らえるためのものである(18 章を参照)。そして、通常はそのように使用する。もちろん、偶然にも同じスコープに有効な亀opts ハッシュが存在するなら、話は別である。 　参照を保持するための変数に常に_ref サフィックスを添えれば、こうしたミスの可能性を最初から最小限に抑えることができる。もちろん、参照変数をこのように命名すればミスを防げるというわけではないし、ミスを犯したときに自動的に検出されるわけでもない。だが、エラーは一目瞭然となる。 <<

**（ScanSnap Organizer・ファイン）

Subpad-str｛ 　　唖（Stext，Sopts）＝、_；

　　町Ｓｇａｐ Sopts{cols｝−lengthStextF ＃opts-＞{ＣＯﾕｓ}のはずが．．． 　　町Ｓﾕｅｆｔ Sopts{centred｝？ｉnt(Sgap/２）：Ｏ； ＃opts-＞{centred}のはずが．．． 　　ｍｙＳ工ight Sgap-S1eft；

　　retumSSPACExSﾕeft．＄text，sSPACExSright； ｝ <<

Acrobat のアルファベット認識精度について、ちょっと「お！？」とか一瞬期待しましたけど、エクセレントでさえこんな感じ（↓）なので、やはり当てにはならないようです。orz

**（Acrobat・エクセレント）

sub pad_str { 　　my ($t回t ，事opts) む 　　耳目r $gap $opts{cols} -length $text; 書opts->{cols} のはすが. .. 　　my $left $opts{centred}? int($gap/2) 0; 時opts->{centred} のはすが.. . 　　my $right = $gap -$left; 　　return $SPACE x $left . $text . $SPACE x $right; } <<

*15. Acrobat のテキスト認識は、ScanSnap Manager の 3倍の時間がかかる

Acrobat はアルファベットの認識精度が良いかわりに、きっと裏で複雑なことをやっているんでしょうね。処理にやたら時間がかかりました。

（『Perl ベストプラクティス』（B5版・498ページ）の処理にかかった時間）

||ScanSnap Manager|ScanSnap Organizer|Adobe Acrobat 9 Pro| |スキャン|13分22秒|-|-| |テキスト認識|11分47秒|19分14秒|31分37秒|

画質はいずれも「スーパーファイン」で計測。ScanSnap Organizer は VMWare Fusion 3 上で動かしたので、余計に時間がかかっているはず。

*まとめ

さて、これまで書いたことを総括すると、次のようになります。

+文字の滲みが気になる人 → 画質「スーパーファイン」 +文字の滲みが気にならない、もしくはファイルサイズ重視 → 画質「ファイン」 +「文字をくっきりします」のチェックは外しておく +アルファベットの認識精度も求めるなら Adobe Acrobat +テキスト認識するファイルが複数あるときは、寝ているときにまとめて処理（ScanSnap Organizer もしくは Acrobat） <<

*おわりに

ところで、PC で本を読むのって目が疲れない？ってよく訊かれます。ぶっちゃけ、疲れます（笑）。それでもなお本を電子化するのは、やはり「検索できる」とか「プログラミングのお供に」という点がもはや手放せないほど便利に感じているから。

ほか、おもしろい記事を見つけたので紹介しておきます。

-愛書家失格: 断裁機+ScanSnapの第一印象について(3)――ディスプレイで読むことについて

ではでは。

*関連エントリー

-裁断機 PK-513L で本を 100冊裁断してみた - 経験した 9つの失敗とその回避方法 -iPad で幸せになれる 7つの使い方 -VMware Fusion 3 の日本語版を $39.99 で購入する方法（アカデミック版）

*このエントリーのつづき -電子化した本に最適！Adobe Acrobat の PDF 圧縮が予想外に便利すぎて鼻血が出たwww -自炊した電子書籍（PDF）を iPad でサクサク表示する方法（サンプル動画あり） -ScanSnap S1500 の設定まとめ - 電子書籍を自炊するときの 10 のポイント