デジタル時代の原稿整理術

	日本語組版に共通のプロトコルを打ち立てよ！デジタル時代の原稿整理術 1998年11月前田年昭日本語の文字と組版を考える会世話人『AGOSTO』05号 1998年12月掲載



	結論から言おう。「日本語の文字と組版を考える会」をこの2年間，世話人のひとりとしてやってきた私の率直な感想を。「危機に瀕しているのは文字よりも組版のほうではないか」「とりわけその土台としてのワークフローにおける共通プロトコルの欠如にこそ危機があるのではないだろうか」　これが私の率直な実感である。したがって，私は主張する。プロトコルを打ち立てよ！　と。
1.　異なった解釈のぶつかり合い	ん？　プロトコルって何だ？　読者のみなさんも，最近はインターネットやパソコン通信の関係でこの言葉を聞いたことがあるかと思う。プロトコルとは“読みの規範”であり，“交信の約束事”である。ここで私が日本語組版の現状認識として述べる「プロトコルの不在」とは，ひとつの工程の“前を受け持つ者”と“後を受け持つ者”との間に確認されるべき共通の「ことば」が欠けている，ということである。　事実に即して考えて，みよう。私の受け持ちは組版である。デザイナーから受け取る指定をいかに的確に文字組版として表現するか，が私の仕事である。しかしここ数年，どうも意思疎通がうまくいかないことが多い。「行き違い」といってもよいかもしれない事態に出くわすことがしばしばある。たとえば，本文の組版指定で行間という言葉がある。文字サイズ12級，行間19歯，という指定が基本レイアウト指定に記されて，私の手元にとどく。『ははーん，この行間は行送りということだな，行幅と行幅との間のアキ（これを私は行間という）は7歯，行の中心線から次行の中心線までの送り幅（これを私は行送りという）が19歯だな』と考える。つまりデザイナー（発信者）の「行間19歯」という言葉を，私（受信者）は「行送り19歯」と解釈し（読み替えて）仕事にかかる。　私は別にそのデザイナーの揚げ足をとろうというのではない。行間と行送りという言葉の語義について講釈しようというのでもない。行間という言葉が，ある共通の現実に対する共通のラベルとして確固として存在している，ということなどない現実を直視するところから始めたいのだ。パンという言葉が決して空きっ腹を満たさないのと同様，行間という言葉が“美しい組版”を生み出すわけではない。所詮，ひとりひとりの主観的解釈にすぎない（といってしまうと，やや言い過ぎかもしれないが）。その背景にはアーキテクチャの変容があり，異なるアーキテクチャの併存があるのだが，ただここでは，異なった解釈がぶつかっており，仕事のうえでの基本用語にゆらぎがあるということだけを言っておこう。
2.　ページネーションマニュアルの提起	行間といえば本文組版の基本指定のひとつである。その基本指定の言葉をめぐって，さながら「言語ゲーム」といった状況に陥っているのである。だからこそ，一昨年（1996年）末にデザイナーの鈴木一誌さんが「ページネーション・マニュアル」を提起された時に，私は新鮮な感動をもってこれを受け取ったのだった。「デザインとは情報を公開する技術」であり，「ページネーション・マニュアルはその技術の公開」だということ，「文字から画像にいたるすべての分野の交通整理を日本語の特質にまで立ち返って考えてみる」ということ，など。私は当時の，新鮮な驚きとともに組版の混迷を打ち破る希望として感じたことを昨日のように思い起こす。（ちなみに，「日本語の文字と組版を考える会」は「ページネーション・マニュアル」の志に共鳴した有志が始めたのである）。小河原誠さんによる構造明示子の発見（ちくま新書『読み書きの技法』1996年）とともに，鈴木さんによる組版の立場からの再発見は，それほどまでに意義のある“事件”だった。（もっとも，ネット上で小河原さんの本を読んでWebページネーションというのを同時期に考えたなどと，歴史を改ざんしてまで盗作をしている馬鹿には笑ってしまった（！）。ネット上は盗作も改ざんも何でもアリの無法地帯だね。）　さて，前後の工程を受け持つ人びととの真っ当な関係を本当に自分自身のものとして取り戻すためには何が必要だろうか。ここで思い起こしてほしいのは，ある出力センターの受付担当者が言った「出力依頼書をきちんと記入しているお客さんの出力ではエラーが起きにくい」という言葉である。やはり後の工程への引き継ぎがしっかりしていることが，解決のカギだということがわかるだろう。　すっかり崩壊，壊滅状態の編集という仕事ではもっとよくわかる。活版の時代の新聞組版では，2行挿入したら必ずその近くで2行減るように原稿に手を加え，校正の結果として行をわたらないように，たとえわたっても段落をまたがないように，万一またいでもページはわたらないように，つまり次の工程に無用の負担をかけないように，心くばりしたのである。
3.　原稿整理に原則を打ち立てる	ここで改めて提案したい。プリプレスのワークフロー問題を解決しようと思えば，原稿整理に原則を打ち立てよ，と。DTPでの文字と画像との関係を正しく処理するためには文字処理を導きにして解決をはかり，文字を正しく処理するためには組版前の原稿整理を導きにして解決をはかるということである。　原稿整理に原則を打ち立てるというのはどういうことか。しばしば言われる「完全原稿を」というのとはちがう。「完全原稿を」というかけ声は，目指すべき目標としては間違ってはいないが，しばしば正しく理解されていない。だから絵空事に終わってしまう。「完全原稿を」という意見の中には，校正という仕事に対して，「校正なんてやらなくて済むなら，なしで済ませよう」という見方，考え方が入りこんでいる場合がある。それは完全に間違っている。（朝日新聞が校正現場をなくしていくとか聞くが愚の骨頂だね）。実際はそうではない。事実が示しているとおり，校正というキャッチボール（対話）を重ねていくことによって，少しでもよい印刷物を生み出すことができる，というのがとるべき態度と立場である。そのうえで，組版後の校正で無駄な仕事をしないためにも，組版前の原稿整理が決定的意義を持つのである。たとえば，表記法はいま歴史的な転換期にある。この2，3年でも毎日新聞が社会面での事件報道などで洋数字を大幅に採り入れた基準を提案，実行しはじめ，また，とくにインターネット時代を迎えたいま，敗戦直後の外来語の氾濫につぐアルファベットが大量に流入し，数字と欧文の表記の整理は，編集者として急務である（後述）。仮に作業に漏れがあっても，それは組版後の校正で正すことができるが，作業自体がなされていなければ，およそワークフローなど，あってなき状態となることは目にみえている。編集者は著者と印刷会社の間のフロッピー運びだけをすることになってしまったのはいつからなのだろうか，鳴呼！
4.　原稿整理のポイントは何か	では，いったい原稿整理に原則を打ち立てるとはどういうことなのだろうか。それは，その印刷物の目的に沿った「テキスト表記の体系」を打ち立てること。　原稿整理には大きく，内容の点検・整理と表記などの体裁の統一・整理とさらに出稿準備のための整理と三つの仕事がある。そして前提としての入稿受け入れ時の注意がある。　入稿受け入れ時の注意として，デジタルデータの場合は必ずプリント原稿をつけてもらうこと。その際，紙が正原稿であることの確認をとっておく。たまにデジタルデータが正本というお客さんがいるが，その場合，相互に目で確認できないので，データそのもののプリントを添えてもらうようお願いすることにすることが大切である（著者や著作権者以外の者が代行してはいけない）。デジタルデータは，原則としてテキストデータとし，1.44Mフォーマットの2HDフロッピーディスクを基本とする。JIS X 0208以外の領域（区点では9区－15区，85区－94区）の文字は注意が必要なので，MacintoshかWindowsかDOSか，確認しておく。㈱とか単位記号など入稿されたデータがプリントと食い違って困ったことは読者の方々もたいてい経験しているはずである。この段階で，テキストデータ上で丸数字などは，たとえば丸数字の1は「●1」括弧付きの株は「（株）」のように，環境に依存しない表現のものに，SEDなどのフィルタプログラムやエディターの置換機能を使って置き換えておくことが望ましい。また，やむをえず各アプリケーション固有のいわゆるパブリケーション形式のデータを受け取って，こちらでテキストに変換する場合は，元のデータのOSとバージョン，使用アプリケーションのバージョンを確認し，専用ワープロの場合は型番までくわしくきいておく必要がある。ふつうのアスキーや日本語以外の文字，たとえばウムラウトやピンインなど含む場合は，代用表現ならそのリスト，特定のアプリケーションのデータなら，使用文字コード，OS，アプリケーション名をバージョンも含めて確認しておかねばならない。文字コードも重要である。日本語では，JIS X 0208:1997を基本に，シフトJISだけでなく，EUCなどいろいろだ。また，漢語（中国語）や朝鮮語のデータの場合，GBコード（GB 2312-1980）やKSコード（KS C 5601-1987）だけでなく，日本製アプリケーションの中にはその“シフトJIS表現”もある。
5.　内容の点検・整理	曖昧だったり分かりにくい，また誤解されやすい文章，マンネリ表現がないかどうか，である。また各記事同士の固有名詞（漢字字体も含めて），敬称の扱い，数字など，整合性をチェックする。引用文のミスや書誌情報の点検では，原文にあたるのが原則である。本文中の番号と注釈や図表の番号との照合も必要である。また最近増えているワープロの誤変換も意識的に発見につとめることである。ここでの作業で大切なことは，目次あるいは台割表など，全体の構成を見渡すための「目次原稿」を手元に置いて作業することである。また，内容の検討では見出しの階層性についての点検が重要であり，これが正確に整理されていなければ，後での出稿準備のための整理がうまくいくはずがない。
6.　表記などの体裁の統一と整理	本でも雑誌でも，“ひとつの方針”で統一された表記法で全体が（少なくとも，個々のドキュメントのなかでは）貫き通されている必要がある。ここでいう表記における正しさとは，その本の刊行目的や内容，おもな読者層によって幅があるだろう。しかし幅があるといっても決して正書法などないという考えではない。著者の意向や版元のルール（ハウスルール）を考慮しながら，“ひとつの方針”に統一することは可能であるし，また統一しなければならないのである。　表記の統一，というとすぐ日本語に正書法はあるかないかという議論になるかもしれない。正書法などないという意見も少なくない。現実に漢字表記にするか，かな書きにするかなど統一しようがないではないか，というわけである。そのとおり。しかし，ゆるやかな正書法といったものは事実と生活のなかに存在している。なじみのない表記に対しては，やはり読者は「ん？」と思う。つまり内容を読む上でひっかかりを感じてしまう。もちろんなじみなどというものが基準になるかどうかといえば，読者対象によっても異なり，歴史によっても変化するわけだが，にもかかわらず，私は事実と生活のなかに現実に存在していると思う。正書法などないという意見は，結局のところ，正誤などわからないという懐疑論の泥沼に迷い込むからダメなのである。　さて具体的に，形式と表記の整理では，文体の統一，漢字書きか仮名に開くかどうか，アルファベットかカタカナか，数字表記は漢数字か洋数字か，単位語をつけるかつけないか，といった表記の整理。先にのべたように洋数字とアルファベットの表記も整理しなければならない。さらに，同音異議語は正確に書き分けられているかどうか，ワープロの誤変換はないかどうか，などのチェックなどもある。　常用漢字以外の漢字はどうするのかなど漢字の使用方針，また仮名遣いをどうするのか，送り仮名をどうするのか，統一，整理する。ここで特にやっかいなのは数字とアルファベットの表記である。数字について，表記決定のロジックは，まず組み方向は縦組か横組か，次に単位記号の有無と種類はどうか，である。エディタースクール『新編校正必携』，毎日新聞社『新版毎日新聞用語集』，共同通信社『記者ハンドブック』【上図－略】など，よくまとまった基本的な文献においても，場合分けが載っているがロジックとしては載っていないので，それら数冊にあたってみても載っていなければ，似たものを探して，そこから類推するしかない。
7.　数字・欧字の扱い具体例	ここで改めてそれらの事例集に検討をくわえると，先にあげた表記ハンドブックにかぎっていえば，トンボ十方式（例：十月十日）か，一〇〔いちまる〕方式（例：一〇月一〇日）か，そのどちらにするか，の決定的ロジックが立てられていない段階で，インターネットのURL表示をはじめとしてカタカナ書きされることのない欧文がそのまま入ってきたことが，いっそう整理を混乱させているのが現状だ。縦組中でのURL表記は長さにかかわらず横倒しにする以外なく，またハイフネーション処理は間違いのもとなので，http://の直後など誤解のないところで改行を許容する以外に手はないようである（行末にかからないように原稿を直してもらおう）。　日本語の特質に立ち返って考えると，用字系からいえば，洋数字とアルファベットが仲間であり，漢数字とカタカナが仲間である。そして，縦組みにおける洋数字とアルファベットはすべて横倒しした方向で組むことが原則である。ある雑誌では，欧文は3文字までは縦中横，すなわち１文字ごとに正立方向に起こし，4文字以上は横倒しにするという方針ときく。しかしCDを正立にし，CD-ROMを横倒しにするわけにはいかないだろう【図1－略】（なかには和文従属の全角英数字と欧文書体とを混在したみっともない雑誌もあるぞ！）。またIBMもMacも正立させると特に大文字小文字混在のMacはきれいに組めない【図2－略】。ならばすべて横倒しにすべきではないか。もともと英数字は出自からして横組み専用だったことでもある。たいていの表記ハンドブックは事例集となっていて，例が載っていないので迷ってしまう。3600dpiはどう表記するのか。ロジックが立っていない（あるいは弱い）からだ。多くの表記ハンドブックは，単位語（十，百など）の有無を先にみているようだが，“単位記号の表記と一体のものとして統一をはかる”という基準をたてるべきではないか。私はそう提案したい。縦組ならば「2000バイト（2000だけ横倒し）」や「二〇〇〇byte（byteだけ横倒し）」よりも「二〇〇〇バイト」や「2000byte（すべて横倒し）」にすべきだろう【図3－略】。　ここで問題が残るのが一文字同士の場合。「Q数」はどうするか，「図A」はどうするか。ここで著者の意向を尊重しつつ，編集者は柔軟に原稿整理の力を発揮するのである。「級数」や「図ア」とすればよいではないか。「1H」は「一歯」とすればよいではないか。これが編集としての原稿整理であり（編集者の皆さん，フロッピー運びだけじゃなくてここに仕事がありますよ！），こういう編集者の原稿整理がなされぬまま（ひどい編集者は情けないことに縦組みか横組みかの意識すら希薄だ！），組版現場にデータが流れてくるのだから，組版の乱れも必然の結果なのである。編集者莫迦論が言われるのはここに理由がある。
8.　出稿準備のための整理	ここで，編集者がアーキテクチャに精通する必要が出てくる。なぜならば，組版するシステムはどのような基本ソフトのもとで，どのような文字コード体系で動いているのか，内容として持っている文字セットはどの範囲かを知らなければ，範囲外の文字の有無および対応を決めることはできないからである。丸数字やかっこ付き数字・記号などはたとえば，丸1：●1のようにリストをつけて入稿時に処理されているので（前述），最終出力がどういうシステムなのかに応じた出稿のための指定リストを作成し，添付しておくのがよい。中国語や朝鮮語との混在の場合など，とくに文字コードに対する正しい理解は必須である。以上がおおまかな作業の内容と流れであるが，これはいずれデジタル原稿整理のすべて，として機会をみてまとめてみたい（期待してお待ちください）。
9.　「直すこと」とは何か	最後に留意事項を述べておきたい。原稿整理で，その判断基準のなかで留意すべき処理原則は何か。それは，「直すこと」のなかの性格のちがいを的確にとらえることである。正しいか間違いか，という性格の問題なのか，間違いではないができれば直したほうがいい，という性格の問題なのか，さらに，どちらが正しいというものでもないが，できれば統一したほうがよいという性格の問題なのか，正確に判断する必要がある。なぜなら，性格づけによって，だれが最終決裁をするのかが決まり，結果，はじめて仕事として成立するからである。最近の，若い自称編集者にはこの認識が欠けていることが多い。結果，権限もないものがどうでもよい事柄について赤を入れつづけ，船頭多くして船山に登るということになってしまったりする。また，少人数の編集プロダクションや出版社で，トップ自身がパソコン編集をやって失敗するのも同じ理由である。
10.　組版で実際に文字を流す前にやること	さて，こうして原稿整理された原稿が組版工程に渡されるのである。ここで本文の基本体裁をはじめ指定が添付されてくる。組版者は，まず単位系をそろえてチェックしなければならない。私は，すべてミリ，級（歯）を基本とする。なぜか。日本の印刷物は紙の大きさがミリだからである。このミリ単位で成立している紙のなかにポイント系の単位で文字を組めば，端数がでるのは必然である。単位系のチェックとはミリとポイントが混在した指定であっても，いったんはミリ系ですべて文字サイズ，字送り，行長，行送り，行数，天地ノド小口アキ，柱とノンブルのサイズと位置など，すべて検算をして合わせておくことである。最近では，情けないことに基本的な演算でさえもできないデザイナーからも仕事がきたりするが，検算して合わなければ，この段階で，指定者に疑問として提起し，意思統一をはかっておかねばならない。　次に原稿をチェックする。紙をチェックし，あとデータもチェックする。使用文字種はどの範囲で，作成しなければならない外字の有無と数，書体を把握しておく。　組み方向は縦組か横組か。句読点のぶら下がりありなのかどうか。私は1行30字以上の場合はぶら下がりを原則とし，30字までの短い行長の場合は，ぶら下げなしを原則としている。そして，行頭の処理方式，行末の処理方式を統一したものとして決める。ここで結論を先取りしていえば，よい組版である前提として，ひとつの体系が最初から最後まで貫かれたものでなければならず，階層構造が一貫したものであることが求められるのである。　やや強引だが，結論にもっていこう。組版で実際に文字を流す前にやることは，編集として原稿整理と指定でやることと重なっていることに気がつくと思う。組版者がどう組むかを考える論理は，編集者がどういう表記にするかを考える論理と通じるのであり，また通じるのが本当なのである。「言語ゲーム」をやっているようでは情けない。組み方向が縦か横かからはじまり，すべてはひとつの体系なのである。前工程を受け持つものにとっても自分自身の担当する工程にとっても後工程を受け持つものにとっても，チェックポイントは共通である事柄が少なくない。「原稿整理がいと組版が乱れる」というのは別にこじつけた屁理屈ではない。必然の結果なのである。隣り合った工程を受け持つ人のことを心に思いやり，共通のプロトコルを打ち立てようではないか。少し風通しをよくして仕事しようではないか。
	（おわり）
Jump to	[HOME]
ご意見をお待ちしております。	電子メールにてお寄せください。前田年昭　MAEDA Toshiaki [E-mail] tmaeda@linelabo.com