さて、早速ですが、本ブログ「PDF千夜一夜」の記事を整理して本にする作業を始めました。詳しくはこちらでご案内していますので、どうぞご覧ください。

☞「PDFインフラストラクチャー解説」EPUB本の0.1版を公開

アンテナハウスは1984年創業ですが、振り返ってみますと、1980年代はMS-DOSテキストファイル・コンバータ、1990年代はリッチテキスト・コンバータという、2種類のパッケージ製品だけで最初の15年を過ごしてきました。

その後、2000年頃からXMLやXSLの製品を出し始め、さらにXSL-FOで組版した結果をPDFにして欲しいという要望を多くいただいたことからPDF技術の開発に取り組んできました。今は、PDFと変換、PDFへの書き込みなどPDF関係が主力事業になりつつあります。

PDFは紙の電子化したものということを何回かお話していますが、世の中が紙からPDFへと変化する流れに乗って、弊社ではほとんどの製品の中にPDF技術が入り込んでいます。

こうした卑近な例を見ましても、今後は文書処理にPDFを避けて通ることができないといえます。

PDFが、ますます普及していくことはまず間違いないところだと思いますが、一方において、PDFは、複雑でとても扱いにくいもの。もう少し、軽く、スマートに使えるようにしたいものです。

昨日は、iPhoneの日本での発売ということで、ソフトバンクの孫社長が、「今日は携帯がコンピュータになる区切りの日」というような趣旨のことを挨拶していました。

確かにそうなるだろうな、と思います。

私達としては、携帯がPCになったときPDFをどうするか？ということを考えねばなりません。

ここで、ちょっと内輪の話で恐縮ですが。ブログのシステムを管理してもらった弊社の石田君と、時々、性急な社長から、いきなり夕方にピンチヒッターでブログを書くように命令されるにも関わらず、立派に代打ちしてくれた弊社の沼田君にお礼を言いたいと思います。君達に助けて貰わなければ続けることはできなかったと思う。

最後にあたり、このブログをいつもお読みいただきました皆様に心からお礼を申し上げたいと思います。取引先の方々をはじめ、大勢の方から、「ブログを読んだよ」というお言葉をいただきましたが、こうしたことが継続する上での支えになりました。やはり、読んで頂ける方がいて初めて長く続けられるということを実感しました。

PDF千夜一夜はこれで終了します。皆様、長い間、ありがとうございました。

■問題が発生するPDF

Acrobat 9のPDFMaker、PDFドライバ（印刷機能）で作成した高圧縮PDF
（PDF 1.5以上、オブジェクトレベルの圧縮を最高に設定して作成）

■問題の原因

既存のPDFを読み込むために弊社で開発しました、基本ライブラリー（プログラム部品）に潜在的な障害がありました。Acrobat 9ではPDF作成の仕方（ファイル内部）が微妙に変更になったために、この障害が顕在化したものです。

・Acrobat 8までで作成したPDFを読む込む際は問題がありません。
・また、弊社製品で作成したPDFに問題が判明したわけではありません。

このため、対応が全て完了するまでに1ヶ月～1ヶ月半程度の期間を要してしまうかも知れません。

○製品別の症状と対策を次のページに整理しました。

Acrobat 9で作成したPDFを処理する際の問題と対策

ブログを始めましたのは、2005年10月ですが、弊社のPDF関係の売上はお陰様でこの3年間で大体3倍に増えました。特に、今年の1月～6月の半年間は、前年同期比80%の増加となっています。こうしてみますと、企業ブログのマーケティングへの活用としては、そこそこ成功したと言えると思います。

PDFは、紙に代わる電子ファイルとして非常に重要な存在になってきています。しかし、実際のところ、中々理解されていないように思います。PDF千夜一夜のもうひとつの目的は、PDFという電子文書形式について世の中にもっと理解してもらいたいと考えたことがあります。

こちらの方は、残念ながら、まだまだ不十分だったように思います。

これは、2005年にブログを始めた時点ではまったく予想していなかったことです。しかし、社会の変化は、予想外に激しいということ。PDFは、あっという間に世界標準仕様になってしまいました。既に、この7月1日には、PDFの正式な仕様書が、ISO 32000-1:2008として出版されています。

ISO 32000-1:2008

（PDFとは、あまり関係ないですが、ISOと比較して、W3Cの仕様策定作業は、ますます遅くなっているように見えるところが気になります。）

今後のPDF製品は、ISO 32000準拠という世界標準に準拠するべきこととなります。実際のところは、アドビ・リーダが最大のシェアをもつ現状は、一朝一夕には変わらないだろうとは思いますが、10年、20年というスパンで見ますと、大きな変化が起きるでしょう。

これを、ソフトウエアのメーカの立場から見ますと、PDFというファイル形式の普及に伴って、必要とされるソフトウエアの機能も変わっていくのだろうと思います。こういう社会の要求の変化に対応した、新しい製品を出していけるかどうかが、PDFソフトウエア・メーカとして、存続できるかどうかの鍵になるのだろうと思います。

１．レビューを始めるには、ユーザホーム画面で「レビュー開始」を実行します。すると、次のレビュアを指定する画面となります。

この時、レビュアがPDFを出力できるかどうか、また、他のレビュアの文書を参照できるかどうかを指定することができます。

２．レビュアを指定して「レビュー開始」ボタンを押しますと、レビュアとして指定した人達へのメール送信を行なう画面となります。

これでレビューを開始となります。

３．次にメールを受け取ったレビュアが、Webサービスにログインすると、その人がレビュアとして指定された文書を、ブラウザから開くことができます。ブラウザでは、コメント、テキスト、画像を入力できます。まず、コメントを入力してみます。

こうして、全員がコメントを付け終わり、レビューが終了しますと、オーナーは、コメントをまとめてPDFにして出力することができます。

４．出力する時のコメントの扱いを、PDFのコメント注釈として出すか、それとも、コメントのアンカーを画像にして位置を示し、コメント注釈の内容を別ページに出すかを選択できます。

コメント注釈の内容を別ページに出す場合は、1ページずつ注釈ページを挿入するか、注釈だけ最後のページに纏めるかを指定できます。

順番にデモしてみます。

(1)PDFのコメント注釈としてPDF化する。
○設定

○出力した結果

(2)コメントのアンカーを画像とし、ページ毎にコメントを別ページに出力する。
○設定

○出力した結果

(3)コメントのアンカーを画像とし、コメントを最終ページに纏めて出力する。
○設定

○出力した結果

※ここにご紹介した画面は、開発が進んでいる段階のものですので、今後変更になる可能性があります。ご注意ください。

「書けまっせ!!PDF Webサービス」を、「PDF千夜一夜」の最後を飾る花道に！というわけで、今日から、少し、機能をご紹介いたしましょう。

まず、一番最初に文書を Webサービスのサーバにアップして、レビューを始めるところをご紹介しましょう。

ここでは、簡単な例として、アンテナハウスのメール・ニュースの原稿を作って、社内の担当者にチェックしてもらうところをご紹介します。

１．まず、メールニュースの原稿をテキスト・エディタで作ります。

２．このニュースの案を関係者に見てもらうには、最初に管理者がユーザを登録しておく必要があります。このユーザ登録はとても簡単です。管理者は、ログインすると、すぐにユーザ登録画面になりますので、そこで、ユーザを登録できます。

※管理者ログインすると登録済みのユーザ一覧が見えます。

このとき注意しなければならないのは、このＷebサービスでは、オーナとレビュアの役割が分かれていることです。オーナは、原本をアップロードして、レビュアにチェックを依頼できます。文書の起案者がオーナとなります。レビュアは、チェックして、コメントを書く立場のユーザです。

さらに、オーナが実際に利用するには、ライセンスが割り当てられている必要があります。

４．そしてニュースの原稿をアップロードします。

５．アップロードすると文書が一覧に追加されます。

この画面から、レビュアを指定して、文書をレビューに回すことができます。

６．その前に、アップロードした文書を確認してみましょう。

このように文書の内容をブラウザで見ることができます。
まあ、テキストファイルがブラウザで見えたぐらいでは、たいしたことは無いのですが。これからが本番です。（ということで、続きは明日のお楽しみ）。

「書けまっせ!!PDF Webサービス」良いですよ！

※ここにご紹介した画面は、開発が進んでいる段階のものですので、今後変更になる可能性があります。ご注意ください。

共同レビューは、プロジェクトの文書や仕様書などをプロジェクトの参加者が、読んでコメントを寄せる作業です。実際に、様々なプロジェクトでかなりの頻度で行なわれているものと思います。

これまでのPDF注釈機能は、スタンドアロンで使う、PDFデスクトップ製品を中心とするソフトウエアの機能として提供されています。

しかし、そもそも、注釈という機能自体、原本の作者に対して、注釈を付ける第三者を想定するものです。つまり、本質的に共同作業で行なうべきものと考えられます。ですので、グループウエアやWebベースのアプリケーションの機能で実現するのが良いはず。

こうしたことを考えますと、サーバ上にPDFを保管して、サーバ上のPDFに注釈を書き込むことができれば理想的だと思います。

「書けまっせ!!PDF Web サービス」は、このようなサービスを実現することをひとつの目標としています。

■「書けまっせ!!PDF Web サービス」のご案内

アドビシステムズやマイクロソフトは、現時点では、圧倒的な市場支配力を持っており、市場の方向性にかなり大きな影響を与えることができると思います。しかし、本当に、PDFにマルチメディアを統合することがユーザにとって良いのでしょうか？

どうも、違うと思えてなりません。なぜかと言いますと、PDF自体、電子機器の画面に表示するのはかなりの無理があります。

一番、分かりやすいのは用紙サイズの概念です。PDFは紙への印刷を暗黙に想定しているため用紙サイズの概念を持つメディアです。これが、良くも悪くもPDFの性質を決定付けています。

ところが、コンピュータのディスプレイは紙ではなく、用紙サイズの概念はありません。Webブラウザの成功、ハイパーリンクも紙の世界では起こり得なかったことです。

現在、携帯電話がインターネットの端末として、PCを超えた主流になろうとしていますが、そこで一番困るのはPDFの扱いです。ただでさえ、携帯電話の世界では取り扱いしにくいPDFをベースとしてマルチメディアを統合してしまうと、携帯電話などではますます困ることになると思います。

マルチメディアはPDFに統合しないで、直接携帯電話などの画面で表示するようにする方がずっと良いのではないかと思います。

むしろ、PDF自体もっとシンプルにして、携帯電話を含む様々な媒体で簡単に表示できるようにする方がより適切な方向ではないのでしょうか？

それにしてもファイルがでかい。ダウンロードファイルが800MB以上あります。ダウンロードが完了するまえに、打ち合わせができます。そして、ダウンロードファイルを解凍してCABファイルにするのに5分位かかります。

何回か繰り返して見ていますと、何かアプリケーションを削除しようとして、その直後に上のエラーが出ます。（次の画面が瞬間的に表示されて、その後に上の画面のエラーになります）。

その前の画面で、Acrobat 8 Professionalを、削除するかどうかを聞いてきますが、この画面では、インストールしない（無視）を選んでいます。

ちなみに、削除しようとしているアプリケーションが何かを、RegEditで検索してみますと、Acrobat 8のInstallerの関係のようです。

エラーが起きている経過から推測しますと、Acropbat 8 Professional を削除しないを選択して、インストールしようとしたにも関わらず、Acrobat9のインストーラは、Acrobat 8をアンインストールする処理を行なおうとして、矛盾が起きてエラーになっているようです。

（画面を逆順に示しましたが、インストールの操作では下から順に進んでいます）。

Acrobat9についてはニュースにも多く紹介されていますし、ご承知の方が多いと思いますが。

製品ファミリーが、Standard、Pro、Pro Extendedの製品構成になり、Extendedが最上位として３つの製品からなるファミリーという位置づけがより明確になりました。

・特に目立つのは、3D、ビデオなどをPDFに埋め込みマルチメディア機能を強化したということ。
・PDFポートフォリオという名称ですが、PDF以外のOfficeドキュメントなどを結合したPDFを作成できること。

上の2項目とも良し悪しは別として、紙の延長上として捉えたPDFからは、全く別の方向に向かっているものです。

マルチメディア特にFlashビデオによる動画の統合は、マクロメディアを買収した以上、製品としては当然期待される方向です。また、プレゼンテーションなどでは、動画を統合することで圧倒的に表現力は強化されます。でも、なぜ紙に、よりによって動画をくっつけないといけないのか？という自然な疑問も感じますね。

第二のPDFポートフォリオは、製品として必要な方向なのか、PDFとOfficeのネイティブ文書を１ファイルに統合してどんな意義があるのか、ますます、理解できません。本当にユーザのニーズがあるのでしょうか？

・フォームを設定したPDFを配布して、アンケートなどの収集を行う。
・注釈機能をつかって共同レビュー
・お互いの画面表示を共有して、打ち合わせ

この中で、3番目は、以前にご紹介しました、Acrobat.comの機能を使うようです。

共同作業の、最初の2項目は、弊社の「書けまっせ!!PDF Webサービス」と非常に似ています。といいますか、用途としては、真正面からぶつかると思います。

システム的には、Acrobatを使ってコメントを書く方法よりは、サーバ上に置いたPDFに対してWebブラウザからコメントを書くほうが遥かにスマートだと思いますが。

実はそれよりも気になりましたのは、アドビの説明員の方が、「注釈機能をつかって共同レビュー」の説明とデモを始めたとたんに、会場から出て行く人が増えたということ。このデモの間に、20人近い人が、会場から去って行ったように思います。

「共同レビュー」なんて、関心の外なのでしょうか？だとしますと、書けまっせ!!PDF Webサービスも人気が出ないかも？と少々心配になりました。

心なしか、アドビの説明員の方も、不安そうでした。（考えすぎ？）

2006年07月26日　Adobe Readerのライセンス契約で、Reader 8のライセンス契約をご紹介しました。ちょうど約2年経ちましたが、ライセンス契約は、どのように変わったのでしょうか？

１．今回は、Adobe Readerのみでなく、ReaderとAIR、Flashが一体の契約になりました。
２．以前からと思いますが、ファイルサーバへのインストールと使用、再配布は認めない。
３．ReaderをPDFファイルをJPEG、SVG、TIFFファイルなどの他の形式に変換するのには使えない。
４．Adobe Readerを、Adobe Integration Key License Agreementに準拠せずに開発されたプラグインソフトウェアと一緒に使用してはならない。
５．Adobe Readerには表示されないまたはグレーで表示され使用できない機能が含まれているが、これはアドビ システムズ社からのみ取得可能な実現技術を使用して作成したPDF文書を開いたときにのみ使用できる。Adobeの技術によらずに同様なことを実現するのに使ってはならない。

これは、Acrbatで作成したPDFには、Readerで注釈をつけたりできますが、他のソフトで作成したPDFにReaderで注釈をつけたりしてはいけないこと、と言っていると思います。

PDFに広告を掲載するサービスのことです。日本でも始めるのでしょうか？

幾つか、従来から変更になった点もありますが、まあ、妥当なところだと思います。

ところで、Adobe Reader8には、JCSI（日本認証サービス）が発行した電子証明書の詳細を表示できないか、もしくは表示しようとすると無限ループになるという電子署名関係では大きなバグ（下記のアドビのページの詳細を参照）がありましたが、このバグは修正されたようです。

■デジタル署名およびタイムスタンプ局証明書が表示されない

Adobe Reader 9では、Reader8が無限ループになる電子証明書を正しく表示できます。これは、電子署名とタイムスタンプ関係に朗報です。

Acrobat 8とAdobe Reader9で電子署名の検証の外観が変わっています。後日、もう少し調べてレポートしたいと思います。

Last Resort Font

これは自動組版などで、指定したフォントでは、あるUnicode文字を表すためのグリフ（文字の形状）がないとき、代わりに表示するためのグリフを集めたフォントです。

通常はフォントに文字がないとMissing Glyphになって、どういう文字が表示されるかは分からないことになります。Missing Glyphになったとき、この「頼みの綱のフォント」が使われるようにすると、グリフのない文字コードにどんなフォントを指定すれば良いか分かるようになるでしょう。

Unicodeの「頼みの綱のフォント」は、文字のブロック毎にそれを代表する文字（例えば、基本ラテンではA、CJKは字（図））とその周囲の帯でデザインされたグリフ234種類と、未定義を示すグリフ１、文字ではないコードであることを示すグリフ１の合計236種類からなっています。

もし、頼みの綱のフォントのグリフが使われたとき、そのグリフを見ますと文字の種類が分かりますので、どのようなフォントを指定すると事態が改善されるかが分かるということが狙いです。

236文字のPDFファイルをダウンロード

なかなか良いアイデアのように見えます。

まず、LastResortフォントをインストールします。

例えば英語、日本語、韓国語を含むFOを作成します。
そして、font-family="Arial, ＭＳ ゴシック, Batang, LastResort"を指定したブロック（上)と、font-family="Arial, ＭＳ ゴシック, LastResort"を指定したブロック（下)を作ります。

上のブロックは、Batangフォントが韓国語（ハングル）のグリフを持ちます。下のブロックでは、韓国語のグリフをもつフォントを指定していません。

それでFormatterで組版してみました。

上のように、韓国語（ハングル）のグリフのない部分では、Last Resort フォントが使われます。これにより、ハングルのグリフを持つフォントを指定しなければならないことが分かるようになります。

【ご注意】念のため補足します。XSL Formatterのフォント選択は、文字単位ではなく、スクリプト単位になっています。上の例のように、スクリプトが異なる（ラテン－かな＆CJK－ハングル）場合はうまく行きますが、例えば、かな＆CJKの中だけで、Missing Glyphに、Last Resort フォントを適用させるのは旨く行かないはずです。

Atalasoft's 31 Apps in 31 Days

Atalasoftという文書イメージのSDKを販売している会社が、その応用のサンプルとして5月1日から5月末に掛けて次々に公開したようです。アメリカの東海岸の会社のようですが、アメリカ人にしては、随分頑張ってるね。

ブログに、31種類のサンプルを表すサムネールが紹介されていますが、中々、興味深いのがあります。
いづれ詳しく調べてみることにして、とりあえず、どんなのがあるかを一覧で紹介してみます。

１．Get Motivated　意味不明
２．Atala Auto Rotater　イメージを回転するようです
３．Product Box Generator　３つの面の画像を入力すると箱にするようです。
４．Batch Thumbnails　一括処理でサムネール・ファイルを作成します。
５．Batch Watermarker　一括処理ですかしをつけます。
６．TPS Cover Enforcement　TPSレポートというものがあるようですが、その表紙用？

ということで、画像処理のサンプルですが、中にPDF関係のものが幾つかあります。PDFが画像に親和性が高いということなのでしょう。

ところで、このブログを見つけたのは全くの偶然のようなもので、いままで同じようなキーワードで検索していてもヒットしていませんでした。こういう経験をしますと、Googleのような大雑把な検索エンジンだけでは、砂にうずもれた宝のような情報を探し出すのは難しいのかな？と感じます。

DITA Europe Conference 2008

主催者からYahooのDITA会議に発表者募集の案内が投稿されました。
2008 DITA Europe Conference Call for Speakers

このほか、DITA関係の予定としては、DITAのOpen Tool Kit V1.5の開発が始まっています。
Plans for future versions of the DITA Open Toolkit

DITAのOpen Tool Kit（OTK）は、現在V1.4で、これは、DITA V1.1に対応します。DITA V1.2仕様の開発がOASISで現在行なわれており、このV1.2仕様の確定に向けてOTK V1.5の開発を並行して行なっていこうと計画しているようです。

なお、アンテナハウスは、デジタルコミュニケーションズと共同で、DITA入門セミナーを来る7月18日（金曜日開催の予定です。

DITA入門セミナー

現在、申し込み受付中ですが、予想よりも速いペースでお申し込みをいただいています。日本でもDITAに対する関心が高まっているようです。

このサービスは、「書けまっせ!!PDF3」、「PDFスイート」をお求めいただいた方の特典サービスとしてご提供します。このPRのため、サービス開始にあたり「書けまっせ!!PDF Web サービス」のシールを作成しました。

このシールは、「書けまっせ!!PDF3」、「PDFスイート」パッケージが対象となります。既にご購入済みのお客様もユーザ登録していただければ、特典サービスの対象となります。

「書けまっせ!!PDF Webサービス」のご案内

ネットでPDF！　PDFオンラインサービスのリンク集

これらのサービスは、無償、自社製品の販売促進、Google DocsやAcrobat.comのようにベータ版段階のものが多く、ビジネスモデルがはっきりしていないようです。

弊社では、「書けまっせ!!PDF Web サービス」を自立したサービスとして提供していきたいと思っていますが、まずは、パッケージ製品をお求めいただいた方の特典サービスとして提供開始することにしました。

やはり、自社製品をご利用いただいている方に最初にお試しいただきたいと思います。ぜひ、ユーザ登録を済ませてください。

「書けまっせ!!PDF3」
「PDFスイート」