表 １ Windowsを例にとると Windows 7に搭載さ 代表的な文字コード れているMS明朝とWindows XPに標準搭載され シフトJIS UTF-16 ユニコード UTF-8 印 88F E58DB0 刷 8DFC 5237 E588B7 入力した漢字がWindows XP

Transcription

1 原稿のデータ入稿における注意点 株式会社インフォルム デジタルデータによる入稿は 第三者による入 た むら 田村 のぶゆき 信幸 し 制作側の手間も軽減できます 力が要らないため大幅な省力化が可能で校正も省 また 大見出し 中見出し 小見出しなど見出 けるといったメリットがありますが データの扱 しが細かく階層化されているような原稿は 見出 い方によってはかえってトラブルを起こす危険性 しのレベルを正しく伝えないと制作側で間違えて もあります この記事では トラブルを起こさな 組版してしまうことがあります 間違えても後で いためのデータ入稿方法について具体的に解説し 修正すればいいとも言えますが 大見出しは３行 ていきます 取りでサイズも大きくする といったように見出 しのレベルによって行数が変わってくることもあ テキストデータの入稿 るので できれば最初から間違えないに越したこ とはありません そういった場合 たとえばワープロソフトのス データフォーマット タイル機能を使ってきちんと指定しておけば 間 原稿をパソコンなどで執筆する場合 ワープロ 違いも起きにくくなり 後の作業も楽です 専用 ソフトやテキストエディタを使うのが一般的で フォーマットでデータを入稿する場合は あらか しょう たとえば ワープロソフトの代表格であ じめソフトの名前とバージョンを制作側に確認し るMicrosoft Wordで原稿を書く場合 データを ておくことも大切です そのまま保存するとWord専用のフォーマットで なお プレーンテキストで入稿する際 ルビや 保存されます Wordはほとんどの印刷会社 制 上付き 下付き 太字 イタリックなどの書式を 作会社でも対応しているのでさほど問題はありま 指定するには テキストを紙に出力し そこに赤 せんが 環境の違いによってはデータが読めない 字で指定を書き入れるといったやり方をします こともあり得ますし ほかのもっとマイナーなソ が 制作側のスキルなど 場合によってはXML フトであれば対応できないケースもあるかもしれ やHTMLといった書式を指定できるマークアッ ません プ言語を利用することも可能かもしれません 従来から テキスト原稿はプレーンなテキスト データ 書式情報を含まないテキストデータ を 文字コードと文字セット 入稿するのが一般的でした プレーンなテキスト われわれはコンピュータを使って文字を入力し データであれば どの環境でも読めないことはな たり他のマシンとやり取りしていますが コン いからです ピュータは文字を私たちに見えている形のままの ただし ルビや太字を指定するなどテキスト本 図形として扱っているわけではありません コン 文にさらに情報を付加したい時は Wordなどの ピュータで扱われる文字には１文字ずつ個別の符 ワープロソフトの機能を利用するほうが便利です 号が用意されていて 入力や保存などではその符 印刷料金 13 前文 1

2 表 １ Windowsを例にとると Windows 7に搭載さ 代表的な文字コード れているMS明朝とWindows XPに標準搭載され シフトJIS UTF-16 ユニコード UTF-8 印 88F E58DB0 刷 8DFC 5237 E588B7 入力した漢字がWindows XPでも必ず正しく表 料 97BF 6599 E69699 示 出力できるというわけではありません 金 8BE0 91D1 E98791 UTF-16とUTF-8はいずれもユニコードであるがエン コーディング 符号化方式 が異なる 単に ユニコー ド といった場合はUTF-16のことを指す なお ユ ニコードにはこのほかにもエンコーディング方法があ る ているMS明朝ではフォントに収録されている文 字の数が異なります そのため Windows 7で また 同じように収録されている漢字でも XP以前とVista以降では字体の変更が行われてお り 一点しんにょうと二点しんにょうなど微妙に 形が違う文字があります 表 ２ つまり 同じ文字コードを使い 同じフォント 同じソフトで入力したテキストデータであって 号がやり取りされ使われているのです 画面表示 も 環境の違いによって文字が表示されなかった やプリントでは 符号を元に コンピュータ内の り別の文字になったりする可能性があるわけで フォントファイルから各文字の形のデータを呼び す 出して表示 出力しています この問題を解決するには 入力された環境を正 各文字をどのような符号で表すかというルール しくかつ詳細に制作側に伝える あるいは自分の を 文字コード といいます 文字コードは歴史 環境から出力したプリントアウトを必ず添付する 的にさまざまなものが使われてきました 現在日 といったことが必要になってきます 要するに 本の一般的なパソコンで使われている文字コード デジタルデータだけでは十分ではなく データの に限っても シフトJIS ユニコード UTF-8 同一性を保証できるものが別途必要になるという UTF-16 といったものがあり 同じ文字であっ ことです ても文字コードが違うと符合が違います 表 １ OSが異なる場合はさらに注意が必要です もし ある文字コードで入力されたテキスト WindowsとMacintoshでは同じシフトJISであっ ファイルを別の文字コードとして開いたら 本来 ても文字が違ってくることがあります 基本の部 の文字ではなく別の文字が呼び出されることにな 分は同じなのですが 記号などで同じ場所にそれ ります これがいわゆる 文字化け という現象 ぞれ異なる文字が収録されている場合があるので です す 文字化けを起こさないためには 入力時に使っ OS間でのデータのやり取りを行う場合は シ たのと同じ文字コードで開かなければなりません フトJISではなくUTF-8やUTF-16を使うほうが が 現在では一般的なパソコンとソフトを使って いる限り 通常はユーザーが意識することはあま りありません むしろ 文字コードそのものより 表 ２ Windows Vista前後で変更された文字 一部 も その環境でサポートされている文字の範囲 文 XP Vista XP Vista XP Vista 字セット のほうが重要になります 倦 倦 揃 揃 槌 槌 たとえば UTF-16 ユニコード で作られた 儲 儲 擢 擢 溢 溢 テキストをUTF-16対応のエディタで開いた場合 卿 卿 杓 杓 辻 辻 噌 噌 榊 榊 飴 飴 でも そのテキストを表示するフォントによって は文字が正しく表示されないということがあり得 るのです 前文 2 印刷料金 13 XPとVistaそれぞれに搭載されているMS明朝は 文 字コードとしてはまったく同じで字形が違っているも のがある

3 無難でしょう また WindowsとMacintoshでは改行コードにも違いがあります 改行コードとは文字通り改行を表す符号ですが 歴史的な経緯によって Windows Macintosh(Mac OS 9 以前 ) UNIX はそれぞれ異なる改行コードを使っています 具体的にいうと UNIXは LF Mac OS 9は CR そして Windowsは CR+LF を改行コードとしています そのため 異なるOS 間でデータをやり取りした際に 改行がなくなったり段落頭に余計な記号が入るなどの現象が起きます この問題は 改行コードを自由にコントロールできるエディタやワープロソフトがあれば解決できるのでさほど厄介ではありませんが OS 環境による違いのひとつとして気に留めておくほうがいいかもしれません 異体字の指定日本語には たとえば 高 という文字に対する 髙 のように 意味も発音も同じで 同じ文字とみなせるのに形は異なる文字が存在します これを 異体字 と呼びます DTPで一般的に使われるOpenTypeフォントには数多くの異体字が含まれていますが DTP ソフトの機能を使うことで正字と異体字を切り替えられるようになっています 正字を入力し それをソフト上で切り替えることで必要な異体字を呼び出すことができるわけです ( 図 -1) MS 明朝などのWindows 標準フォントにも異体字が少なからず含まれていますが 正字 異体字の切り替え機能がDTP 用フォントほど用意されていないため 異体字の入力は簡単ではありません 異体字を探しながら入力するのが困難な場合や 自分の環境で使っているフォントに必要な異体字が存在しない場合は データには通常の正字を入力し プリントアウトした紙に手書きで正しい文字を改めて指定するといったことが必要になります 正字とあまり大きな違いがない異体字の場合は できるだけ分かりやすく書くことも大切 図 -1 DTP で使われる OpenType フォントは異体字を多く含んでいる InDesign などの DTP ソフトを使えば 正字と異体字を自由に切り替えることができる でしょう なお わざわざ手書きで異体字を書き込まなくても ユニコードで区別されている文字であればその符号で指定するということも可能です 漢和辞典によっては ユニコード符号が収録されているものがありますし 最近はインターネットでも見ることができます 文字そのものの代わりにこういったユニコードの符号を記述することで制作側に正確な情報を伝えることができます もちろん 制作側のフォントに必要な異体字が備わっているとは限りません 最近の DTP 用フォントは2 万字を超える文字を収録しているものも少なくありませんが 日本で使われている漢字からすると それでも十分とは言えないのです フォントに必要な文字が入っていないのであればその文字を外字として作成しなければなりません その場合 作る文字が多いと外字作成専用ツールを使うことになるでしょうが 少数であれば図形として作り テキストにはめ込むという方法をとることもあります いずれにしても 外字の作成はとても手間がかかる作業です 点をひとつ あるいは線を 1 本追加するだけでも 書体に合わせてバランスのとれた字形に仕上げなければならないのです また 同じ文字でも 明朝体とゴシック体のように書体 印刷料金 13 前文 3

4 が違うと文字の形も変えなければならず書体の数 だけ作業が増えます というものでした 高性能なデジタルカメラの普及によって誰もが なお ユニコードには 異体字セレクタ とい 簡単に高品質な写真画像を撮影できるようになっ う仕組みが用意されており これを使うことで異 たことで この状況は大きく変わりつつありま 体字を指定できるようになっています 異体字を す 一般人の撮影した写真画像を印刷物で使う 持つ正字の後に異体字セレクタ セレクタ自体は ケースが増えてきたのです 表示されない を付加することで正字の異体字を 呼び出すという仕組みです 図 ２ それによって印刷物作成にかかるコストは大幅 に軽減されましたが 一方で 印刷物に求められ 異体字セレクタは プレーンなテキストで使う る品質を維持するためには 原稿データを入稿す ことができ 正字そのものはそのままで変更され る側にもある程度の知識が必要になってきまし ないなど 従来の外字よりも利便性に優れた方式 た と言えます 印刷物で画像を使う場合における第一の条件は OS ソフト フォントのすべてが異体字セレ 解像度が足りている ことです 印刷では通常 クタに対応していないと使えないため 現状では 350ppiという解像度で画像を扱います これは１ ほとんど利用されていませんが いずれ環境が インチ 約25.4ミリ あたり350個の画素が並ぶ 整ってくれば異体字を含むデータの受け渡しで力 というものです たとえば10センチ四方の写真と を発揮するようになるかもしれません して印刷したいのであれば 10センチ ４インチ ですから つまり 画素 画像データの入稿 以上の画像が必要というわけです 最近のデジタルカメラはコンシューマーモデル でも1000万画素以上のものが当たり前になって 解像度 きました 1200万画素モデルで縦が2592ピクセ これまで 印刷物で使われる写真は プロのカ ル 横が4608ピクセルとすると 350ppiに換算 メラマンが撮影し 専門の現像所で現像 製版の して印刷では センチまでの写真として 専門家が専門機器と専門知識を駆使して処理する 使えることになります これならA4以上の印刷 図 ２ 異体字セレクタは文字に異体字セレクタを付加することで異体字を制御する仕組み OS ソフト フォントがすべて対応してはじめて可能 上はWindows 7 InDesign CS5 IPAex 明朝の組み合わせ 左上の文字に異体字セレクタを加えると左下のように異体字に変わる 前文 4 印刷料金 13

5 図 ３ JPEGで保存すると圧縮処理の際にデータを切り捨てることになる 低圧縮で１回 だけのJPEG保存ならさほど問題ないが 高圧縮での保存やJPEG保存の繰り返しによって 画像の品質が劣化することもある 高圧縮JPEG保存した画像 左 と無圧縮の画像 右 を拡大して比較すると 劣化がよく分かる 物で全面に使うといったことでもなければほとん ど問題ないように思われますが 実際にはこれで も不十分ということがあります ファイルフォーマット 写真画像を扱う場合 画像のファイル形式も重 要になります 撮影された写真をそのままの大きさで使うので 高速な接続環境ばかりとは限らないインター あればいいのですが 不要な部分が多くあるよう ネットの世界では ファイルのサイズをできるだ な場合は トリミングして一部分を抜き出すこと け小さくすることが求められるため 品質の割に になります また 人物写真などでバックを取り 圧縮率が高いJPEGやPNGといったフォーマット 除いて人物だけを使いたい場合も その形に切り が一般的に使われています 同様にデジタルカメ 抜かなければなりません トリミングや切り抜き ラで撮影された写真も 汎用性が高く データを によって 使えるデータは少なくなり 結果とし 保存するメモリカードの容量も少なくてすむ て情報が不足することも考えられるわけです JPEGで保存されるのが一般的です たとえば 縦2592 横4608画素の画像から中 JPEG形式にはファイルサイズが小さいという 央にいる人物を切り抜いて使うケースを考えてみ メリットがある反面 画像が劣化するというデメ ましょう その人物のサイズが縦1000 横200画 リットもあります JPEGで使われる圧縮技術で 素 だ と す る と 350ppi換 算 で セ ン チ と は 圧縮処理の際にデータが部分的に失われてし なってしまいます 印刷用画像で必要とされる まうため それを再現する時に元とまったく同じ 350ppiというのは目安の数字であり 多少低くて データにはならないのです 図 ３ もちろん も問題はありませんからある程度拡大することも JPEG形式は圧縮率をコントロールできるので低 可能ですが あまり拡大すると画質が目に見えて 圧縮率 高品質 で保存すればそれほど目立った 劣化することになります 劣化にはなりません 基本的に印刷用の画像を撮影する場合は 印刷 ただし 目立たないといっても劣化は生じます 物でどのように使うかを考えながら構図の決定や し 後工程で画像の色補正などを行うとさらに劣 カメラの設定を行うことが大切です 化が目立ってくることもあります できるだけ高 印刷料金 13 前文 5

6 図 ４ ハイエンドのデジタルカメラでサポートされているRAWデータは デジタル化された後の画質 にかかわるさまざまな処理が施される前のデータ 製版などの専門家に色の調整を任せるのであれば RAWデータでの入稿も検討するべき 上はAdobe PhotoshopでのRAWデータ現像の処理前 左 と処理 後 右 品質な画像を使いたいのであれば 劣化が起きな を複雑なアルゴリズムに基づいてデジタル処理す いフォーマットで保存するほうがいいでしょう ることでフルカラーの画像が作られるのです なお JPEGは保存するたびに劣化が生じるの これこそデジタルカメラで 現像 と呼ばれる で 後処理する場合もJPEGで保存しないほうが デジタル撮影画像におけるもっとも重要な内部処 無難 そのため 保存形式として劣化を伴わな 理です たとえば 白を正確に表現するためのホ いTIFFを使えるデジタルカメラもあります ワイトバランスや色調の調整 色空間の変更 輪 さて 撮影されたデータが失われてしまうのは 郭を際立たせるシャープネス処理 階調数の削減 JPEGで保存する時だけではありません 実は などがここで処理されます なお 通常これらの もっと前の段階でもデータは失われているので 処理はカメラの設定 モード に応じて行われま す す つまり 晴天モードであれば強い日光下で撮 一眼レフなど比較的ハイエンドのデジタルカメ 影されたデータ 蛍光灯モードであれば蛍光灯の ラでは JPEGだけでなくRAWデータでの保存 光の下で撮影されたデータという前提でそれぞれ ができるようになっています に合わせた処理を行うわけです RAWデータとは 現像していない生のデータ ここで問題なのは このデジタルカメラ内部の のことです 当然ながら フィルムと違いデジタ 現像処理において 本来イメージセンサーで電子 ル画像には本来の意味での 現像 はありません 化されたデータ情報のかなりの部分が失われてし デジタルカメラで 撮影時レンズを通った光は まうという点です CCDなどのイメージセンサーで電子信号になり もちろん 処理されたデータを印刷でもそのま ますが その際 センサーの前に置かれた３種類 ま使うのであれば問題はないのですが たとえカ のカラーフィルタによって光は３つの色の要素に メラがどんなに優秀であっても 印刷で使う場合 分けられ その要素ごとに電子化されます それ はこの後でカラーバランス ハイライト シャド 前文 6 印刷料金 13

7 ウ シャープネスなど さまざまな補正処理をするのが普通ですし 色校正の後になってさらに色を調整することもよく行われます すでにかなりの情報が失われたデータに対して処理を付け加えていくと それだけデータが劣化することになり 思ったような品質が得られない場合もあるのです そこで 特に印刷用で使うような画像は RAW データで保存し すべての情報が残っている状態で後工程での処理を行えるようにするやり方が考え出されました ( 図 -4) 要するに カメラにすべての処理を委ねるのではなく 撮影後に専門家が処理するほうがいいというわけです なお 後工程での処理を考えるとデジタルカメラ画像の入稿フォーマットに RAWデータを使うほうが確かにいいのですが これは後工程で RAW 画像を処理できるというのが前提条件です ( 本来はカメラマンが自分である程度処理するのが理想 ) RAWデータを入稿しても 誰もきちんと処理できず持て余すようではかえってトラブルの原因になります 画像データを入稿する場合は 後の処理がどこで行われるかを把握し RAWデータでの入稿の可否を確認することも必要でしょう RAWデータを入稿するのであれば 撮影条件 ( 光の状態など ) と求められる色味について詳しく伝えることも大切です ファイル名入稿された画像のデータなどで ファイル名が日本語になっていることがあります デジタルカメラで撮影した際 自動的に付けられた名前では管理がしにくいので分かりやすい名前に変更したということなのでしょうが このファイル名が問題になることもあります OSによってファイル名で使える文字は異なります たとえば Windowsでは /? * といった記号はファイル名に使えません また 長いファイル名も環境によっては表示されないなどのトラブルの元になります 制作のワークフローによっては ファイル名に 濁点や半濁点付きのひらがな カタカナを使うと問題になることもあります もっとも安全なのは やはり 8.3 形式 と呼ばれる 半角英数字の 8 文字 + 拡張子という昔ながらのファイル名です そう考えるとカメラで保存されたままのほうがいいと言えるのですが 管理の都合上やはり名前を付け直したいということであれば 記号類は避けるなど できるだけトラブルが起きにくい文字を使うように心がけたほうがいいでしょう デジタルを過信しない テキストも写真も入稿した後であらためて入力する必要がないというのがデジタルデータの最大のメリットです しかし それは言い換えれば入力時に専門家が関与しないということでもあります 従来は アナログの原稿を入力 ( デジタル化 ) する際にプロの手を経ることで さまざまな問題が未然に防がれ 高い品質も保証されていました この工程がなくなるということは トラブルを防ぎ 高い品質を得るために原稿の作り手が十分な知識を持たなければならず 場合によっては自分で専門的な作業を行うことも必要になってくるということでもあります もちろん ソフトウェアの発達は専門的な知識がない人にも高度な作業を可能にしました 設定ひとつで専門的な作業が簡単にできるソフトもたくさんあります それでもその設定を選ぶのは原稿を作る側であり 間違った使い方でトラブルが生じればその責任は本人が負うしかありません データに問題があったとしても いったんデジタル化されてしまうとその発見は簡単ではなく そのまま印刷される危険性も高くなります そういったトラブルを未然に防ぐためには 原稿データを作る側にもある程度の知識や注意が求められているのです 印刷料金 13 前文 7