ダウンロード：故郷 （ePub版）

ePubを作成するためのオーサリングソフトには、当初よく紹介されているsigilを使っていたのだが、日本語周りに問題があるようなので、途中から国産のFUSEeを使用した。現在公開されているのはベータ版でヘルプファイルなども用意されていないが、画面の構成を見れば使い方はなんとなく分かった^[1]。

ePubには複数のフォントを同梱することができる。今回題材に選んだ「故郷」に登場する「猹」という漢字は、日本語のフォントには含まれていないため、簡体字用のフォントを追加しておかないと正しく表示されない。日本語のフォントもデフォルトのままだと読む気がなくなるので、コンテンツにマッチし、かつライセンス的にも気軽に利用できるフォントを追加しておいた方が良い。私は日本語のフォントとしてIPAモナーP明朝を選んだ。ePubにしたときに読みやすくおすすめである。簡体字中国語のフォントは、文鼎（Arphic）提供の簡体字宋体フォント（AR PL SungtiL GB：フォントファイル名はgbsn00lp.ttf）がファイルサイズがコンパクトで良い。日本語や中国語のフォントはどうしてもファイルサイズが大きくなるので、それを埋め込んだePubファイルも大きくなってしまう。20MBという目眩がしそうなサイズの中国語フォントもそれほど珍しい存在ではないので、見栄えの良いコンパクトなフォントは貴重である。

関連：文鼎のフォントのダウンロード先^[2]

フォントの追加が終わったらCSSの作成である。本文に使用するフォントや中国語部分に使用するクラスの設定、行頭の字下げや本文両側のマージン、注を打つための上付きの設定など、画面の表示が読者のストレスにならないようにあれやこれやを設定する^[3]。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

@charset "UTF-8";
 
@font-face {
  font-family: "ipampmona", serif;
  src: url(../Fonts/ipamp-mona.ttf);
}
 
@font-face {
  font-family: "AR PL SungtiL GB", serif;
  src: url(../Fonts/gbsn00lp.ttf);
}
 
body {
  font-family: "ipampmona", serif;
  margin: 3%;
}
 
p {
  line-height: 150%;
  font-family: "ipampmona", serif;
  text-indent: 1em;
}
 
.cn {
  font-family :"AR PL SungtiL GB", SimSun, STSong, STKaiti, serif;
}
 
sup {
  font-size: 60%;
  vertical-align: text-top;
  line-height: 4px;
}

日中混在のテキストを扱いたい場合、中国語部分に適用するクラスが大切である。私は上掲のcnクラスを用意し、XHTMLの中国語部分を以下のspanタグで括るようにしている。念のため、classを指定するだけでなくxml:langも指定している。

<span xml:lang="zh-cn" class="cn">中国語のテキスト</span>

以上の作業が終わったら、FUSEeのファイルメニューから「ePubに書き出し」を実行する。できあがったePubをReader Libraryで開くと以下のようになった。

できあがったePubファイルがValidかどうかは、こちらのValidate ePub documentsを使うと良い。ちなみに今回作成した「故郷」のePubではrubyタグを使っていてそのあたりをしつこく指摘された。これについてはrubyにさっさと対応しない方が悪いと思うので私は直さない。

作ってみた感想

電子書籍とはいえ、相手にしているのはHTMLなので難しくはなかった。日中混在についてもUTF-8のWEBサイトを作る時と注意点はまったく同じである。フォントを埋め込むことができるので、テキストの見栄えについてはWEBサイトより見やすいものを提供することができる。これはなかなか楽しい。ブクログのパブーのような作成・販売プラットフォームも登場しているし、情報発信、自己表現、小遣い稼ぎの手段として大いに活用したい。

1. 表紙のPNGファイルがちゃんと表示されないなあ、とtwitterでつぶやいたら中の人が速やかに対応して下さった（感謝）
2. 簡体字の宋体と楷体、繁体字の明体と楷体の4つをダウンロードできる。ライセンスはArphic Public License。ミラーサイトは http://ftp.yz.yamagata-u.ac.jp/pub/GNU/non-gnu/chinese-fonts-truetype/
3. 実際には下記以外にrubyタグについても設定を行っている。

ダウンロード：
• pinconv4.exe （インストーラ形式 – 3.76MB）
• pinconv4.zip （zip形式 – 3.41MB）

Pinconvの紹介はこちらのエントリ、詳しい使い方についてはPinconvの使い方を参照下さい。窓の杜による紹介記事はこちらです。

以下、新たに追加した3機能の概要を紹介します。それぞれ詳しい使い方については、ヘルプのテンプレート置換、連続置換、Ghost用ダイアログをご参照下さい。

テンプレート置換

置換前と置換後のパターンをファイルに登録しておき、そのファイルを読み込んでまとめて置換を行う機能です。読み込むファイルは、文字コードがUTF-8のテキストファイルで、置換前と置換後のパターンをタブで区切って1行にまとめてあるものとします。

Pinconvをインストールしたフォルダ（またはデータ保存フォルダ）にあるtemplateフォルダに見本用テンプレートファイル「smple.dat」がありますので、実際のファイルの内容はそちらをご参照下さい。

通常の置換と同様、たとえば「りんご」を「apple」にしたい場合は、「リンゴ<tab>apple<改行>」をファイルに登録しますが、「リンゴ」と「りんご」と「苹果」を「apple」にしたい場合、正規表現を使用して「リンゴ|りんご|苹果<tab>apple<改行>」という風に登録することができます。

後方参照を利用することもできますので、「根据(\w+)进行检查 」と「\1に基づいて検査を行う」の組み合わせを登録しておき、「根据公司规定进行检查」という文字列に対してテンプレート置換を実行すると「公司规定に基づいて検査を行う」に置換されます。

なお、置換サイドバーで「テンプレートファイルに登録する」オプションを有効にしておくと、置換を実行するたびに置換前と置換後の組み合わせがファイルに保存されます。

連続置換

対象文字列に複数の変換処理を一度に適用する機能です。Pinconvの変換データファイルやテンプレート置換ファイルへのパスが登録されたテキストファイルを読み込み、その変換用ファイルを順に使用して処理を行います。ファイルの文字コードはUTF-8とし、1行1パスの形式で登録します。

たとえばPinconvでは、変換データファイルの「ピンイン」を適用した後、「声調」を適用すると漢字を声調記号付きのピンインに変換することができますが、連続置換を利用すると、この処理を1つにまとめることができます。

インストールフォルダ（またはデータ保存フォルダ）の「seq」フォルダにサンプルファイル「sample.dat」がありますので、このファイルをPinconvで開いてみて下さい。変換データファイルのパスが2つ登録されていると思います。連続置換では、ファイルに登録されたパスに従い、データファイルを順番に読み込んで変換を行います。連続置換用のファイルとして「sample.dat」を選択し、処理を実行すれば「拼音」という単語が1クリックで「pīnyīn」に変換されます。

変換データファイルだけでなくテンプレート置換ファイルを登録することも可能です。この組み合わせを利用すると簡易翻訳処理を実現することができます。次の処理をまとめることを考えてみましょう。

1. 処理対象の文字列は「根据相关规定进行检查」とします。
2. テンプレート置換ファイル「test.dat」には「根据(\w+)进行检查 」と「\1に基づいて検査を行う」の組み合わせが登録されているものとします。
3. このテンプレートを処理対象の文字列に適用すると「相关规定に基づいて検査を行う」という結果が得られます。
4. この結果に対し、さらに変換データファイル「中日.dat」を適用すると、「相関規定に基づいて検査を行う」となります。

中国語を知らない人でもこの結果ならなんとなく意味がつかめるでしょう。ちょっとした翻訳みたいで面白いですね。では、次回から何度もクリックをしないで済むように、テンプレート置換ファイル「test.dat」へのパスと変換データファイル「中日.dat」へのパスを連続置換ファイルに記録します。

「変換」メニューの「連続置換ファイルを作成」を実行すると、ファイル選択用のダイアログが表示されます。「追加」を押して選択したファイルのパスはテキストボックスに入力されます。必要なファイルを選び終わったら「OK」を押し、連続置換ファイルに名前を付けて保存します。連続置換ファイルにはいくつでもファイルを登録できます。登録する数に制限はありません。ファイルに登録してあるパスは、先頭から順に読み込まれるので、適用したい順に並べてください。

Ghost用ダイアログ

Ghostを実行する際に変換データファイルだけでなく、テンプレート置換ファイルや連続置換ファイルを適用したい場合に使用するダイアログです。

画面上部でファイルを選択し、オプション部分で使用するファイルを指定した上で、「OK」を押して処理を実行します。

ダイアログ下部の「連続置換用のファイルを作成」オプションを有効にすると処理時に使用したファイルの組み合わせを連続置換用に保存することができます。

今回の修正点

• Wordファイルからテキストを抜き出す機能とテキストを書き戻す機能の不具合を修正
• 「Ghostの再実行」の不具合を修正
• 登録ユーザ専用機能「データファイルの保存先を変更」の挙動をよりシンプルなかたちに変更
• Wordから抜き出したファイルを正しく扱えるようにVacuumの挙動を修正
• 変換コマンドバーからボタンを削除する際の不具合を修正
• 繁体字と日本語の変換データを修正（值→値、閒→閑）
• データインポートの処理の不具合を修正

で、たとえば「三甲基氯硅烷」という単語が辞書に収録されていなかったら、ググって対応する英訳を調べ、その英訳をさらに検索して日本語訳を調べる。とても地道な作業だし、時間がかかる。中国語に対応する英訳がなかなか見つからないこともある。

最近、こういうときに使える技をひとつ見つけた。ググる際に「三甲基氯硅烷　CAS No」という風に入力するのである。CAS登録番号が分かれば、その番号に対応する日本語訳はすぐに分かる。三甲基氯硅烷ならCAS登録番号は75-77-4なのでこれを検索する。クロロトリメチルシランという日本語訳が一発で見つかる。うむ、幸せである。

xin.zip

ダウンロードとインストールの詳細はこちらをご覧下さい。
詳しい使い方については、こちらのサポートブログをご覧下さい。
質問や要望はこちらの掲示板までお寄せください。
動作画面はこちらのScreencastをどうぞ。

Xinでできること

一括置換

テキストファイル中の「AAA」を「BBB」に、「CCC」を「DDD」に置換する必要がある場合、通常はエディタやワープロの置換機能を使って処理することになるでしょう。でも、こうした置換を何十件、何百件と処理する必要があり、おまけに毎日のように頻繁に処理しなくてはならないとすれば、これはちょっとした拷問ですし、考えるだけでうんざりします。
Xinは、こういうパターン化した複数件の置換処理を高速に行います。数メガバイトのファイルでも「ファイルから一括置換」機能を使えば、処理は一瞬で完了します。長いパターンを優先的に処理するかたちで置換を行いますので、「ABABAB」を「CDCDCD」に置換する処理と「AB」を「EF」に置換する処理を同時に行う際、対象のテキストファイルに「ABABAB」と「AB」の両方が含まれていても正しく処理することができます。
Xinは、一括置換を高速に行うために内部処理を最適化していますので、たとえ数万件の置換パターンが登録されていても高速に処理を行うことができます。サンプルファイルとして中国の簡体字を単語単位でピンインにするためのパターンファイルや台湾などで使われている繁体字を簡体字に変換するためのパターンファイルを同梱しています（どちらにも数千から数万のパターンが登録されています）。

さらに詳しく

翻訳支援

Xinの高速な一括置換を利用した翻訳支援機能が「ghost」です。対象のテキストを文章単位で区切り、そのテキストに一括置換を適用した上で、「原文」と「一括置換を適用したテキスト」を上下に対訳表示します。

原文を参照しながら「一括置換を適用したテキスト」の部分を上書き翻訳することで効率よく作業を進めることができ、作業完了後は訳文だけの状態にボタンひとつで整形することができます。

翻訳作業が完了し、訳文だけの状態に整形する際、原文と訳文は対訳形式で内部データベースへと保管されます。このデータベースは自由に検索することができますので、過去の翻訳データをいつでも参照することができます。

さらに詳しく

翻訳メモリ

翻訳メモリ機能を利用することで、編集中のファイルまたは対訳データベースから、指定した文字列に類似する文字列を検索することができます。
同じような表現が繰り返し出現する特許やマニュアル、法律などの翻訳作業の負担を大幅に軽減し、訳文の整合性を保つ上でも役に立つと思います。ぜひお試しください。

校閲

Yahoo!提供の校正支援を利用し、誤変換や不快語、表外漢字、当て字など気がつかないうちに紛れ込んだミスを簡単にチェックすることができます。

多言語エディタ

Xinは、Unicodeに対応しています。そのため、英語テキスト中の特定の文字列を中国語に変換したり、日本語の漢字を簡体字に変換したりすることができますし、複数の言語が混在していても問題なく表示することができます。
UndoやRedo、クリッカブルURL、タブによる複数のファイル管理、強調表示、検索と置換といったエディタとしての基本的な機能を備え、行間や折り返し、文字色や背景色など細かい部分まで設定を行うことが可能です。
また、EUC-JPやシフトJIS、UTF-8やGB2312、BIG5など複数の文字コードでのファイルの読み書きにも対応しています。

検索・検索・検索

Xinの右クリックメニューからは、ユーザー辞書の検索、対訳DBの検索、WEB検索を行うことができます。
選択テキストを簡単に効率よく検索できる上、ユーザー辞書やWEB検索は自分の好きなように登録・編集することができます。

ユーザー辞書についてさらに詳しく
WEB検索についてさらに詳しく

見出し一覧

ツールメニューの「見出しの表示」を使えば、特定の文字列からはじまる行を抽出し、目次のように一覧表示することができます。
たとえば、法律や契約書を編集している際に、行頭文字の入力欄に「第」を入力し、「表示」を実行すると「第」ではじまる行が一覧表示されます。クリックすればその行へとジャンプできますので、長いテキストも効率よく編集することができます。

さらに詳しく

• この訳文のライセンスについてはこちらを参照ください。
• 原文は中国作家網のテキストを参照しました（謝）。

• この訳文のライセンスについてはこちらを参照ください。
• 原文は中国作家網のテキストを参照しました（謝）。

• この訳文のライセンスについてはこちらを参照ください。
• 原文は新语丝のテキストと龍騰世紀書庫のテキストを参照しました（謝）。ただし、「从蓬隙向外一望（從蓬隙向外一望）」は「篷隙」の誤りと判断し、「亏伊装着这么高低的小脚（虧伊裝著這么高低的小腳）」は「高底」の誤りと判断して処理しています。
• 原文の注もできる限り忠実に処理したつもりですが、「豆腐西施」の部分は「豆腐小町」と訳出したため、原文とは体裁が異なっています。

合同和协议，两者不同。后者只是双方在一些原则问题上的协商，议定，合同则是在协议的基础上作出的具体规定。

という風に、双方の間にまず「协议」があって、その上で具体的な部分を詰めたのが「合同」だとされています。一般的な中日辞書でも「合同」は「契約」、「协议」は「合意．取り決め．協定」とされていますし、私も「まず合意があって、それをもとにさまざまな場面を想定して細かい部分を詰めたものが契約なんだな」と理解していました。
ところが、「契約」と「合意」にすっきりと訳し分けができるはずなのに、ちょうど英語の「contract」と「agreement」と同じように、どちらも「契約」の意味で使われている、という場面によく出くわします（
同じ1つの文書を指しているのに、ある場面では「協議」、ある場面では「合同」になっていることもあります。この場合は原文に問題があると思いますが……）。

中国の合同法によれば、合同とは

本法所称合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议。

「本法にいう契約とは、平等な主体である自然人、法人、その他組織の間で交わされ、変更、停止される民事上の権利義務関係の取り決め」とされています。この定義を読むと合同は协议の部分集合であるように思えますが、百度知道の合同书与协议书有什么不同？という質問を見ると、「协议书与合同书没有实质区别」とされています。こちらは协议书与合同书なのでちょっと違いますが、どちらもこれまでの私の理解と一致していないことに変わりはありません。

では日本ではどうなのか、と調べてみると、教えて！gooに「契約書と協定書の違い」という質問があり、日本でも「契約書、協定書、合意書、覚書、確認書」などに実質的な違いはないとされています。うーん、これで私のこれまでの理解は完全に崩壊です。

英語の「contract」と「agreement」の違い、中国語の「合同」と「协议」の違い、日本語の「契約」と「合意」の違い、どこの国にも「2つの違いは何？」ということで悩んでいる人がいるようなのですが、どうしてこんなことが起こるのか不思議です。法律の世界は白黒はっきりしていると思っていたんですが……。

結局、原文が違う単語で表現している以上、同じ訳語をあてはめる訳にもいかないので、「协议」は「合意．取り決め．協定」に、「合同」は「契約」にするかたちで訳し分けをし、読み手が混乱する可能性があるときは注を入れておく、という風に処理することになりそうです（いろいろ調べたけれど、これまでと何も変わらない）。書いた人間がこの2つを使い分けている理由がわかるといいのですが、なんだかスッキリしません。

参考：英文契約書の基礎知識