みなさん、こんばんは。
前回に続けて、 ISO 14289-1 規格についてです。今回はこの規格の仕様書(2012年7月25日初版、2012年8月1日修正版)の内容を見てみます。
この規格に関連する仕様として、ベースとなる ISO 32000-1 のほかに、W3Cの Web Content Accessibility Guidelines(WCAG) 2.0が記載されています。
仕様書ではPDF/UAファイルのバージョンの識別方法、準拠レベル、ファイルフォーマットに関する要件が記載されます。（このあたりはPDF/A、PDF/X などのファイルと同様の構成です）。準拠レベルは PDF/A-1では Lebel A,Level Bの2種類が定義されていましたが、PDF/UAにはこのようなレベルはありません。
続けて、この規格に準拠するリーダ(Conforming Reader)に対する要件が記載されます。
ファイルフォーマットに関する要件は主にPDF/UAファイルの作成者（書き手）側に対する要件ですが、こちらは、PDF/UAファイルが持つアクセシビリティ機能を利用可能とするためにリーダ(読み手)に必要とされる要件が提示されます。
最後にATに対する要件が定義されます。ATとは、障害をもつ人によって使用され、代替えのコントロールや表示を提供したり、有効な機能の使用方法や情報を提供するソフトウェアあるいはハードウェアといった定義がされています。準拠リーダと統合可能と記載されています。
ファイルフォーマットの要件の主な規定は、ドキュメントをその構造に沿って解釈できるように、タグ付けされていることにあります。このタグの使用方法、論理構造の表現などについて、テキスト、画像、表、リストなどの各項目についての規定が説明されています（元のISO 32000-1に定義されているPDFのタグ付を理解していないとこのあたりは難しいかもしれません。稿を改めて説明してみたいと思います）。
フォントの埋め込みもPDF/A,PDF/Xと同様に必須とされています。一方、注釈やアクションについては、印刷時の再現性等を求めるための規格ではありませんので、用法に制限がありますが、完全に禁止とはなっていません。この部分はリーダ側の要件とも関係してきます。
リーダ側の要件については、後日、説明いたします。
■ご参考：アンテナハウスPDF資料室

Tweet

今回、および次回は PDF/UAと呼称される ISO 14289-1 規格について記載してみます。
ISO 14289-1(以下、PDF/UA)は昨年、国際標準となった規格で、規格書初版は 2012年7月25日に初版が発行されています。
規格書のタイトルは、
Document management applications —
Electronic document file format enhancement for accessibility —
Part 1: Use of ISO 32000-1 (PDF/UA-1)
となっています。
PDF/UAも今まで説明してきた、PDF/X、PDF/Aの各規格同様に、PDFの仕様書をベースとして、それぞれの用途に沿った規則を設けたものになります。今回とりあげる ISO 14289-1という版は 、タイトルにもありますように、ISO 32000-1をベースとし、その機能のなかから、使用してはいけない機能、使用方法に制限のある機能などを定めた規格となります。
PDF/UAのタイトルに、アクセシビリティのエンハンスメントとあります。PDFにおけるアクセシビリティの向上とはどのようなものでしょうか。現在、PDFは最も広範に利用されている電子文書形式ですので、多くの人に使いやすいものであることが求められます。障害を持つ人、高齢者にも簡単に使える必要があります。
たとえば視覚に障害を持つ人が利用する場合、音声読み上げソフト等によって、確実にテキストが読み上げ可能である必要があります。
画面に文字が表示されているPDFでも、読み上げが確実に可能とは限りません。コピー＆ペーストで他のアプリケーションに文字がコピーできないPDFがありますが、このようなPDFは文字コードがファイル内に格納されていないため、読み上げソフトでも文字が取得できません。また、同じ漢字でも日本語と中国語では読み方が異なりますので、そのテキストがどの言語のものなのか、といった情報も必要となります。
また、画像、図形等が使用されている場合、それがどのような意味を持つものなのか、テキストによる説明があると、利用しやすくなります。
このような点を考慮して、PDFの利用方法（作成側、読み込み側の双方）を定義したものがPDF/UAとなります。

次回、内容について説明します。

Tweet

本日は、PDFベースによるワークフローシステムを開発する際に、アンテナハウスのライブラリ製品（ソフトウェアコンポーネント）がどのような機能を提供できるものなのか、ちょっと考えてみました。

多くの企業では、まだ紙を中心とした業務管理が行われていると思います。

膨大な紙の書類が発生し、保管の場所も取りますし、管理も大変になってきます。

紙の代わりとしてのPDFは、OSやソフトと云った環境が違っても内容が確認可能な文書交換フォーマットとして、世界で広く利用されています。バージョンの互換性や運用リスクを心配する必要がありません。PDFはファイルサイズも小さく出来ますので、電子文書の配布、管理に適しています。

そこで、社内文書・資料、契約書、申請書や稟議/決裁書と云った様々な書類をPDFにして、一元管理することで、保管場所を節約、整合性（ミスの軽減）の確保、検索の容易性などの利便性と効率を上げることができます。

PDFをファイル管理システム（データベースシステム）で一元管理しますと、共有利用して、申請書の承認/決済や稟議書/決裁書、あるいは受発注処理のおける承認印、書き込みなどの定型化した業務をPDF上で行い保管するワークフローによる業務処理の自動化の要求も出てきます。
業種の違いによるそれぞれの業務に適した、人とコンピュータの連携を最適化した（適切なナビゲーションを含む）ワークフローシステムを構築する必要が有ります。

PDFによるワークフローシステムを実現するためには、基本として、

1. 紙の書類、電子文書をセキュリティ付でPDF変換できること、②既存PDFに対しても、加工、編集、セキュリティ変更・追加ができること
2. 既存PDFに対しても、加工、編集、セキュリティ変更・追加ができること
3. 画面（GUI）作成ツールが有り、画面から、PDFを検索、表示し、コメント注釈、スタンプ付加および印刷ができること

などが考えられます。

ソフト開発会社様には、業種・業務に合ったワークフローシステムのソフトウェア製品を開発、販売を手掛けられているところがあります。

アンテナハウスは、ソフト開発会社様が、そのようなPDFワークフローシステムの開発に組み込んで頂く基盤となるライブラリ（ソフトウェアコンポーネント）製品を用意しております。

アンテナハウスのライブラリ製品を以下に簡単に紹介させて頂きます。

１．PDF変換ライブラリとして

まずは、業務上発生する電子文書、主に一太郎やMS Officeで作成した文書をPDFに変換し、ファイル管理システムあるいはデータベースに登録・保存するアプリケーションが必要となります。アンテナハウスは、目的とするワークフローに適したPDF変換アプリケーションを効率よく開発することが出来る以下のライブラリを用意しております。

■PDF Driver API（PDF Driverを含む）　元ファイルのアプリケーションの印刷機能を利用。
https://www.antenna.co.jp/ptl/function.html

本ライブラリの機能

• 一太郎､Office 文書のPDF変換
  変換元ファイルの指定、PDF出力先（Path、PDFファイル名）を指定するだけで変換ができます。
• セキュリティの設定
  プログラムからダイナミックに、閲覧パスワード、編集パスワード（印刷、コピー、ページの抽出etc.の禁止）の設定、および「Confidential」などの透かしをいれたPDFに変換にすることができます。
• PDF/A（長期保存）の指定もできます。
• PDF/X（印刷用）の指定もできます。

サーバ上での一括PDF変換処理を行うような場合、開発者は、本ライブラリがマルチプロセス、マルチスレッドに対応していますが、それらを余り意識することなく、並行処理による処理速度の向上を図ったアプリケーションを開発することが出来ます。

他に元ファイルのアプリケーション不要で、ダイレクトにPDF変換する「サーバベースコンバータ」も提供しております。
　

２．PDFに対し、加工、編集を行うライブラリとして

システム管理責任者が、既存のPDFをワークフローシステムに適したもの（標準化）として取り込むためにPDFを加工、編集、セキュリティの変更・追加して、ファイル管理システムに保存・登録すると云ったツール、アプリケーションが必要性な場合があります。一括で処理する場合も有れば、表示して、インタラクティブ処理を行いたい場合もあるかと思います。アンテナハウスの以下のライブラリを用意しております。

■PDF Tool API

https://www.antenna.co.jp/ptl/function02.html　

本ライブラリの機能

• PDFの分割、結合、しおり作成や、透かし、画像、文字列、スタンプを任意の場所に挿入。
• セキュリティの変更と以下の追加が出来ます。
  • 閲覧有効期間の設定。
  • ファイルパス設定（PDFを持ち出しても、所定の場所以外は、閲覧不可）

フォーム入力を設定することが出来れば、ワークフロー処理の幅も広がります。本ライブラリでは、検討中というところです。

３．PDFを表示し、ワークフローを実行するためのライブラリとして

開発者は、ワークフロー合った操作し易い、メイン画面（メニュー）の作成、画面遷移など、ファイル管理システムを画面上で表示し、簡単に検索出来、指定のディレクトリから PDF ファイルを開き、担当者から別担当者、担当者から管理者へと注釈、コメント、スタンプ（捺印）などの処理を行い、指定のディレクトリに PDF ファイルを保存すると云ったプリケーションの開発が必要です。

アンテナハウスの以下のライブラリを用意しております。

■PDF Viewer SDK

https://www.antenna.co.jp/oem/ViewerSDK/

※スタンプ付加は、PDF Tool APIと併せて開発することが出来ます。

他にも、PDFのセキュリティを高めるために電子署名、タイムスタンプが付与できる「PDF電子署名モジュール」製品も用意しております。

ここで、PDFを利用した様々なワークフローシステムが考えられますが、ワークフローシステムの例として、1部を以下に列挙してみました。

• 病院の医療業務における様々な書類に対するワークフローシステム
• 保険会社における様々な書類に対するワークフローシステム
• 一般企業内においては、社内申請の承認、稟議/決裁業務に対するワークフローシステム
• 学校・塾における問題集に対するワークフローシステム
• 製造業におけるCAD図面などのPDF化による一括管理と承認等に対するワークフローシステム
• 印刷業における原稿をPDFにして、インターネット経由で入稿するワークフローシステム

以上のライブラリ製品は、https://www.antenna.co.jp/oem/　に載せておりますので、ご一覧下さい。
お問合せ先は、OEM営業グループ　E-mail：　oem@antenna.co.jp　へ宜しくお願い致します。

Tweet

近年、OS、WWW ブラウザー等で PDF 表示機能を内蔵するものが増えています。
そのうち、PDF を見るためだけに何か別のソフトウェアをインストールしなければいけないということは、なくなってしまうのかも知れません。
現状のいくつかのソフトウェアでの表示画像を簡単に比較してみようと思います。
表示する PDF は、
http://ondoc.logand.com/d/223/pdf
を使います。

Adobe Reader XI (バージョン 11.0.0)

Windows では、事実上標準の閲覧ソフトです。
IE や Firefox でもプラグインが提供されています。

これを基準にします。

Google Chrome (バージョン 23.0.1271.97 m)

最近では WWW ブラウザーのシェアでも Firefox を追い抜いているという Chrome ですが、PDF の表示機能は内蔵されていて、既定で使われています。

特に問題無さそうです。

Firefox (PDF.js) (バージョン 17.0.1)

最近の Firefox には PDF の表示機能は内蔵されていますが、既定では無効化されています。
実体は PDF.js のようです。
アドレスバーに about:config と打ち込んで pdfjs.disabled を false に設定すると、PDF.js で表示できるようになります。

まだ色々問題がありますね。
ところどころ表示できていないところや色が違っているところがあります。
また、日本語が化けてしまうのが残念なところです。

Windows 8 (Windows Reader)

Windows 8 では Modern UI の PDF 閲覧ソフトがはじめから使えます。

右上のあたりで色が少し違うところがありますが、まずまずといったところでしょうか。

番外: Antenna House PDF Viewer SDK V3.3

アンテナハウスでは Windows 向けの PDF 表示ライブラリーを販売しています。
サンプル実行ファイルで表示してみます。

特に問題なし。(だと思います)
PDF Viewer SDK についてはこちらのページを御覧ください。
https://www.antenna.co.jp/oem/ViewerSDK/

Tweet

みなさま、おはようございます。
これまで、PDFをベースとした国際標準規格PDF/A(ISO 19005)、PDF/X(ISO 15930)ファミリついて紹介してきました。それぞれ、デジタルドキュメントの長期保存、印刷用データの交換を目的としたPDF関連規格でした。
今回はまた別の規格 PDF/E について記載してみます。
PDF/Eの仕様は、ISO 24517で規定されています。
ISO 24517も 19005,15930同様に複数のパートからなるマルチドキュメントですが、現時点でISOの仕様となっているものは PDF/E-1(ISO 24517-1)のみです。
まず、ISO 24571-1のタイトルからですが、
Document management ? Engineering document format using PDF ?
Part 1:Use of PDF 1.6 (PDF/E-1)
となっています。
エンジニアリングワークフローにPDFを適用するための仕様であり、PDF 1.6をベースとして、2008年に制定されています。
目的はエンジニアリングワークフローにおけるドキュメントの確実な作成、交換、レビューを可能とすること。具体的な例として、仕様書内のユースケースに上げられている項目の一つに、住宅設計図面のメーカによる作成、第三者機関による審査、監督官庁による承認があります。この中で、作成された図面を審査した第三者機関が差し戻しを行う場合に注釈等を用いて具体的な不具合箇所の指示を行い、審査に合格した場合は図面にデジタル署名を行って監督官庁に提出、監督官庁では図面の承認後、デジタル署名を行った承認図をメーカに戻す、というようなワークフローが説明されています。
この過程で、表示・印刷されるドキュメントが環境によって異なった表示とならないよう、PDF/EにおいてもPDF/A、PDF/Xなどと同様に、フォントの埋め込み、カラースペースの制限などが規定されます。また、上記ワークフローで登場しますように、注釈の使用が許可されています。ただし、PDFの注釈には、ディスプレイ上では非表示となる、あるいは印刷時には印刷対象外となる、といった機能が使用できますが、PDF/E-1ではこのような機能の使用は許可されていません。
また、組立手順書、保守マニュアルといったドキュメントで、使用されるパーツや組立て手順の説明などに有効な3D注釈なども使用可能となっています。承認図等でデジタル署名が使用されますので、デジタル署名機能についてもその使用方法が指定されています。
PDF/E-1はPDF 1.6をベースとした規格ですが、現在、ISO 32000-1をベースとしたPDF/E-2も検討が進められています。
PDF/A,PDF/X，そしてPDF/E について紹介してみました。このほかに、PDF/VT、PDF/UAなど、PDFに関係する規格が他にもあります。前回、審議中として紹介したPDF/A-3は,今年国際標準になっています。今年はこのほかにも PDF/UA-1(ISO 14289-1)も国際標準になりました。このあたりについても、また機会をみて取り上げてみたいと思います。
PDF、そのほか、各種ご相談はアンテナハウス　システム製品技術相談会まで

Tweet