CONTENTS
特集
2
DITA特集
トピック指向の次世代文書記述言語
ー DITA
[デジタルエクスプレス]
2008年春号
Vol.30
2008.4.1発行
年2回発行
■発行人
■編集人
■編集委員
■製 作
■発行日
■発行所
中島 実
中山 幹敏
奥井 康弘、吉田 稔、成宮 紗弥子
株式会社 日本ユニテック
2008年4月1日発行
株式会社 日本ユニテック
12
Frame Makerの逆襲
インタビュー
18
IBMにおけるDITAの取り組み
日本アイ・ビー・エム株式会社
吉野徹夫氏
*本誌はAdobeInDesignによって
レイアウトされています。
*InDesignは、Adobe Systems Incorporated
（アドビシステムズ社）の商標です。
クローズアップ
*その他、本文中の製品名およびサービス名は、
各開発メーカーおよびサービス提供元の
商標または登録商標です。
24
情報システム市場の潮流を読む
*本誌に掲載されている写真、イラストレーション、
図版、および記事の無断転載、使用を禁じます。
30
第四回：マインドマップで学ぶ、技術者のための
-考えるリーダーになるススメ
システムセキュリティ対策入門
レポート
34
NEWS DX
お役立ち情報
29
書
評
文章のみがき方
32
ソ
フト
猿ジニア御用達ソフト
年
金
情報の海に溺れてみる
36
言
葉
産業翻訳の愉しみ
37
言
葉
中国旅行記
38
健
康
健康づくりのための「食生活」
栄養バランスのとれた食事とは？
39
40
03_mokuji.indd
1
言
葉
日本語の重箱の隅（辞書編）
戦国XML∼其の四 宴会合戦∼
2008/03/17
14:11:48
トピック指向の
次世代文書記述言語 ー DITA
中山 幹敏
DITA は、XML ベースの、次世代の文書記述言語のアーキテクチャーである。最近では、FrameMaker など
の文書作成ソフトが標準機能として DITA をサポートするようになってきた。海外の文書技術系のコンファレ
ンスでは、DITA をめぐるトラックが設けられるようになっている。米国では、
「DITA ブートキャンプ」と銘打っ
たワークショップも開かれているようだ。こうした海外での動向を考えると、日本ではまだ認知度がそれほ
ど高くないとはいえ、DITA は将来性のある規格であるように思える。では、そもそも DITA とは一体どんな
ものだろうか、その特徴は何だろうか。本特集では、DITA の概要を解説し、その本質とインパクトについて
考察する。
1. DITA とは何か
ミュニティとの情報交換を推進するため、新たに
DITA（Darwin Information Typing Architecture）
は、XML で記述する技術文書の文書型（スキーマ）
1
および文書型の拡張方法を定義している OASIS 標
準の規格である。特に、製品解説書、操作手順書、
技術情報サイトの Web ページ用データ、そしてオ
ンラインヘルプなどの技術文書を主な対象としてい
る。XML の応用分野には、大きく分けると、「デー
タ」と「文書」との二つがあるが、DITA は「文書」
の系統に入る。
DITA の当初の開発元は IBM である。IBM はタグ
付き文書の技術開発において、優れた伝統を持って
いる。XML の前身の SGML を開発したのは IBM に
在籍していたチャールズ・ゴールドファーブであ
る。IBM の技術文書は SGML を用いた社内の標準
形式（IBMIDDoc）に基づいて作成され、その文書
が世界各地の翻訳センターで翻訳されてきた。しか
し、レイアウト情報の分離、情報の再利用、他のコ
DITA が開発されたのである（詳細については、日
本 IBM の吉野氏へのインタビュー記事「IBM にお
ける DITA の取り組み」を参照されたい）。
DITA は 1999 年 後 半 か ら IBM に お い て 調 査・
開 発 が 始 ま っ た。 そ の 成 果 は 2001 年 3 月 に、
IBM の 技 術 情 報 サ イ ト developerWork に IBM s
Darwin Information Type Architecture (DITA) とい
う記事として公表された。そして 2003 年 6 月には、
DITA のコンテンツを PDF や HTML やヘルプなど
に変換する Java ベースの DITA Toolkits の安定版
（1.1.2）が developerWorks サイトから入手可能に
なった。
IBM は 標 準 化 団 体 の OASIS に DITA を 寄 贈 し、
2004 年 3 月には OASIS に DITA 技術委員会（TC）
が設立された。その後、OASIS 規格として、DITA 1.0
が 2005 年 5 月に、DITA 1.1 が 2007 年 8 月に公
表された。
す で に 運 用 段 階 に 入 っ て い る DITA で あ る が、
1.OASIS の 正 式 名 称 は Organization for the Advancement of
Structured Information Standards であり、「グローバルな情報社
会のオープン標準を開発、統合および採用を推進する非営利国際
コンソーシアム」
（httip://www.oasis-open.org/jp/ を参照）である。
文書、電子商取引、Web サービスなど、様々な分野の XML 応用
技術の標準化を推進している。
DITA の特徴とは何だろうか。まず、DITA という
名称から考えてみる。
DITA の「D」は Darwin（ダーウィン）の頭文字
2
DITA_2段_0702.indd
2
2008/03/17
13:05:56
である。この「ダーウィン」は進化論で有名な、かの
か、つまりトピックの構成方法を指示するもので
生物学者ダーウィン（1809 年− 1882 年）にちなんだ
ある。（図 1）
ものである。技術文書の規格になぜダーウィンなのか
不思議に思うのも当然である。このダーウィンという
語は DITA の 2 つの特徴、つまり「専門化（特殊化）」
（specialization= 生物学の用語では「分化」）と「継承」
（inheritance= 生物学の用語では「遺伝」）をシンボリッ
2
クに表している。 「専門化」と「継承」については、
「6．
DITA のカスタマイズ」で説明する。
や用途によってはトピックの並べ方や取捨選択が
変わることがある。たとえば、印刷するマニュア
ルのための版下を用意する場合と、ヘルプ・ファ
イルを用意する場合とでは、内容や構成が異なる
だろう。また、製品仕様が国別で多少異なる場合は、
使用するトピックを別々のマップで管理すること
DITA とは何かを端的に表しているのは、むしろ後半
の Information Typing Architecture という表現である。
Architecture は文字どおり「体系」である。それは情
報（Information）の型付け（Typing）を行う体系である。
DITA を使えば、情報型に基づき、技術情報の執筆（オー
サリング）から PDF や HTML などの最終出力に至るま
でを、体系的な一連の設計原理にしたがって構築する
ことができる。
でその差異を吸収できる。
技術文書をトピックという比較的小さな単位
に分割して記述するというトピック指向（topicoriented）は、DITA の最大の特徴である。これは
単に XML で記述する文書型が変更されたという問
題ではなく、執筆（オーサリング）のスタイルが
変わることを意味している。トピックはそれ自体
で記述内容が完結し、また再利用できるような内
したがって DITA は単なる XML の文書型を定義した
ものではない。技術情報の制作工程全体を視野に入れ、
これまでの様々なコンテンツ技術や手法
同じトピック群を基にしていたとしても、媒体
3
を参考にし
て規格化された、コンテンツ管理の統合的な情報スキー
マを提供する XML 応用技術である。
容になっていなければならない。
3. トピックの構成
トピックは「タイトル＋内容」という基本構成
をしている。（図 2）
2. DITA の構造とトピック指向
マップ１
DITA の基本構造となるのは、次の二つである。
トピックA
● トピック（topic）
トピックB
● マップ（map）
トピックC
トピック（topic）は DITA における情報の構成単位
である。トピックはコンテンツの本体で、それ自体で
A、B、D
PDF
マップ２
トピックD
意味を成す情報の単位であり、また情報の再利用の単
A、C、D
ヘルプ
位となる。DITA 文書は基本的にトピックの集合である
と考えることもできる。
図１ トピックとマップの関係
一方、マップ（map）は、最終的に配布する制作物
の種類や形態に応じて、トピックをどのように並べる
2.「専門化」も「分化」も英語は同じ specification である。同様に、
「継承」
も「遺伝」も inheritance である。英語の文化圏では、この 2 つの特徴
から Darwin を連想するのは容易かもしれないが、日本語で考えるとそ
れは難しい。
3. たとえば、DITA の関連技術には、DocBook、Topic Maps、Information
Mapping、Architectural Forms、XML Includes などがある。
タイトル
トピック
内容
図２ トピックの基本構成
3
DITA_2段_0702.indd
3
2008/03/17
13:05:57
トピックには型（Type）がある。トピックの型を情
<title> はトピックの表題を記述するためのもの
報型（Information Type）という。DITA が定義してい
である。一つのトピックには、一つの title 要素し
るオリジナルの型は次の４つである。
か指定できない。
1.
Concept 型
2.
Task 型
3.
Reference 型
4.
Glossary 型
<conbody> の内容がトピックの具体的な中身で
ある。いわば「本文」に相当する部分である。こ
れも一つのトピックに一つしか記述できない。
こ の 例 は Concept 型 で あ る が、Task 型 や
Reference 型 の 場 合 に は、 ト ピ ッ ク や 本 文 を 開
Concept 型は「概念」を説明する際のトピックであ
始する要素の名前が異なり、それぞれ <task> と
り、Task 型は「作業」を説明する型である。そして
<taskbody>、<reference> と <refbody> が使われる。
Reference 型はコマンド一覧などの「参照資料」を記
述するための型である。また、Glossary 型は「用語集」
情報型
Concept 型
トピックの要素
concept
本文の要素
conbody
を記述するための情報型であり、DITA 1.1 から入った
Task 型
task
taskbody
Reference 型
reference
refbody
ものである。
DITA では、特定の用途を意識したトピック型を新た
に定義することもできる。これをトピック型の専門化
（specification）という（「6. DITA のカスタマイズ」を
参照）。
3.1 Concept 型トピック
Concept 型のトピックは、概念を説明する「解説書」
タイプの技術資料を記述するためのものである。
たとえば、Concept 型でトピックを記述すると、次
のようになる。
<concept id= unikoro-history >
<title> ウニころがしの歴史 </title>
<conbody>
<p> ウニころがしは、はるか千年前にウニの国で始
まった慣習と関係がある。</p>
<p> ウニころがしを伝統的に使ってきたのは、次の民
族である </p>
<ul>
<li> ウニ民族 </li>
表１ 情報型とトピック・本文の要素の対応表
表 1 のように、トピックやトピックの本文に異
なる名前を割り当てることにより、各要素に含め
ることのできる要素や属性を、情報型ごとに定義
できるようになっている。
3.2 Task 型トピック
Task 型のトピックは、「作業手順書」などを記述
するためのものである。したがって、作業内容や
作業上の注意点、また作業の順番などの情報を記
載できるようになっている。
Task 型のトピックの本文（taskbody）には、次
の要素を含めることが可能である。いずれの要素
も必須ではない。
● <prereq> 作業を始めるための前提条件
● <context> 作業の予備知識（例、作業の目的
や予想される結果などの簡潔な説明）
<li> ウメ民族 </li>
● <steps> 作業手順
</ul>
● <result> 期待される成果
</conbody>
</concept>
<concept> は Concept 型のトピックの始まりを示す。
このタグには、必ず id 属性がなければならない。この
id 値がトピックを識別するための記号となる。
● <example> 作業例など
● <postreq> 作業が成功した場合の、次作業
Task 型のトピックを例示すると、次のように
なる。
4
DITA_2段_0702.indd
4
2008/03/17
13:05:58
<task id= unikoro-play1 >
<title> ウニころがしの遊び方（１）</title>
<taskbody>
<prereq> ウニころがしで遊ぶ前には、よく手を洗う
こと。</prereq>
● <simpletable> 単純な表形式
● <properties> プロパティリスト
たとえば、ウニころがしのライトを点滅させる
間隔を秒数で指定する構文が、
<context> ウニころがしで手のマッサージをする。
Unikoro.blink = 点滅秒数
</context>
という形式であるなら、Reference 型のトピック
<steps>
は次のようになる。
<step> ボールをつかむように、片手で軽くつかむ
<reference id= unikoro-blink >
</step>
<title> ウニころがしのライトの点滅間隔の設定構
<step> ウニころがしの電源を入れる </step>
文 </title>
</steps>
<refbody>
<result> ウニころがしの突起によるマッサージを楽し
<refsyn>
む </result>
<synph>
</taskbody>
<var>Unikoro</var><delim>.</delim><kwd>
</task>
blink</kwd><delim> = </delim><var> 点滅秒数
Task 型のトピックの場合、使える要素を固定するこ
とで、作業手順の書き方を標準化している点に注目で
きる。これにより、作業手順の書き方が執筆者によっ
てまちまちにならないようにして、読みやすく、読者
がより理解できるような資料を作成できる。また執筆
者の間で、作業手順の明快な記述方法について共同の
認識を持つこともできる。
3.3 Reference 型トピック
Reference 型は名前のとおり、「参考情報」や「参考
資料」を記述するためのものである。コンピュータの
世界であれば「コマンド一覧」や「API 一覧」、製造の
世界であれば「部品表」などがある。
Reference 型トピックの本文を示す refbody 要素に
は、そのトピックの内容や形式を反映した、いくつか
の特徴的な要素がある。
● <section> トピックの見出しや下位のトピックの
まとまりを示す。入れ子にできない
● <refsyn> コマンドの構文や API の呼出し形式な
どを記述する
● <example> トピックに関連した例を示す
● <table> 表形式。セルを結合するなどの複雑な表
を作成できる
</var>
</synph>
</refsyn>
</refbody>
</reference>
<synph> は構文を示す要素である。<var> は変数
を、<kwd> はキーワードを示す。<delim> は区切
り文字である。複雑な構文の場合、XML のタグを
キーボードから直接入力するのはたいへんな作業
になる。複雑なタグを駆使する場合は、入力支援
ツールが必要になるだろう。
3.4 Glossary 型トピック
Glossary 型のトピックは DITA1.1 から新たに導入
されたもので、「用語集」を記述するためのトピッ
クである。Glossary 型では、一つの用語に付いて
一つのトピックを作成する。トピックを示す要素は
glossentry で、 そ の 中 に 用 語 を 示 す glossterm と、
用語定義を示す glossdef を記述できる。
たとえば、
「ウニ突起」という用語を定義すると、
次のようになる。
<glossentry id= unikoro-tokki >
<glossterm> ウニ突起 </glossterm>
<glossdef> ウニころがしの表面にある可動式の棒
状のもの </glossdef>
</glossentry>
5
DITA_2段_0702.indd
5
2008/03/17
13:05:58
用語集のトピックは、対象となる製品や情報の範囲
ソフトウェアについて記述するときに役立つ
が広い場合、大量に存在することが考えられるので、
要素の集合。例：<cmdname>（コマンド名）、
データベースや他の管理手段によって効率的に管理し
<msgblock>（メッセージ）、<msgnum>（メッセー
ないと、混乱や間違いの誘因となる。
ジ番号）、<userinput>（ユーザーの入力）など
●ユーザー・インターフェイス・ドメイン（ui-d）
3.5 ドメインとその要素
トピックの主な構成要素について調べてきたが、実
ユーザー・インターフェイスについて記述する
際にトピックを記述する場合は、文字列に修飾を加え
ときに役立つ要素の集合。例：<screen>（画面）、
て強調したり、索引項目を指定したりする要素など、
<wintitle>（ウィンドウの表題）など
さまざまな要素を付加的に使用することになる。
このように特定の用途のための要素の集合を定義し
たものが、DITA のドメイン（domain）である。
DITA 1.1 が提供しているドメインには、次のものが
ある。なお（ ）内はドメインの簡略表記である。
●タイポグラフィック・ドメイン（hi-d）
●ユーティリティ・ドメイン（ut-d）
イメージマップなどの、役立つ機能を使えるよ
うにするための要素の集合。例：<imagemap>（イ
メージマップ）、<coords>（座標）など
●索引指定ドメイン（indexing-d）
索引指定機能を拡張するための要素の集合。
文字列や用語を強調するための要素の集合。XML
DITA1.1 の新機能である。例：<index-see>（索
の思想上、DITA では意味を表す要素によって文字
引 に、「∼ を 参 照 」 と い う 項 目 を 作 成 す る ）、
列や用語を指定するほうが望ましいが、適切な要素
<index-see-also>（索引に、「∼も参照」という
がない場合は、このドメインの要素を使用できる。
項目を作成する）、<index-sort-as>（索引のソー
例：<i>（斜体）、<sup>（上付き文字）など
トのキーを指定する）
●プログラミング・ドメイン（pr-d）
このようにドメインに分類されている目的
プログラミングやプログラム言語を記述するとき
は、要素のモジュール化である。要素をモジュー
に 役 立 つ 要 素 の 集 合。 例：<apiname>（API 名 ）、
ル 化 す る こ と で、DITA を 規 定 す る DTD や XML
<delim>（区切り文字）、<parml>（パラメーター・
Schema の構成もモジュール化できる。モジュール
リスト）など
化が進んでいれば、モジュール単位で差し替えや
拡張が可能になるからである。
●ソフトウェア・ドメイン（sw-d）
3.6 トピックの全体構成
これまでは話をシンプルにするために、トピッ
タイトル（必須）
クの構造を「タイトル＋本文」にしぼって説明し
代替タイトル（オプション）
てきたが、実際の DITA のトピックには、さらに多
簡単な説明（オプション）
または要約（オプション）
プロローグ（オプション）
本文（オプション）
関連リンク（オプション）
入れ子のトピック（オプション）
くの情報を加えることができる。
トピックの
正式な
全体構成
DITA のトピックの全体構成は図 3 のようになっ
ている。
「タイトル」には、正式なタイトル（<title>）の後に、
代替タイトル（<titlealts>）を記述することも可能
である。代替タイトルはリンクのナビゲーション
の際や検索のときに使用される。
「 簡 単 な 説 明 」 や「 要 約 」 は、 そ れ ぞ れ ト
図３ トピックの全体構成
ピ ッ ク に つ い て 説 明 す る も の で あ る が、「 要 約
6
DITA_2段_0702.indd
6
2008/03/17
13:05:58
（<abstract>）」のほうが「簡単な説明（<shortdesc>）」
conref は「内容（content）を参照（reference）する」
より長くて詳しいものになる。リンク時の表示や要約
機能である。たとえば、②の記述で、①の内容を
の自動生成などで使用できる。
参照するとしよう。
「プロローグ」はトピックに関連するメタデータを
<note id= unikoro-note1 > ウニころがしは水気を
記述するためのものである。「プロローグ（<prolog>）」
きらいます </note> ←①
には、著作権情報（<copyright>）、変更履歴（<revised>）、
……
対象読者（<audience>）、製品名（<prodname>）など
<note conref= #unikoro-note1 > 注 １ 参 照 </note>
を必要に応じて記載する。
←②
「本文」はこれまで説明してきたとおりであるが、一
②の例は conref 属性で①の要素を参照している
般的な文書を記述するための要素を使用できる。代表
ので、DITA 文書を処理する際に、②の「注１参照」
的なものをあげると、段落（<p>）、注（<note>）、相互
という内容は①の「ウニころがしは水気をきらい
参照（<xref>）、番号付きリスト（<ol>）、定義リスト
ます」という内容に置き換えられる。
（<dl>）、図（<fig>）などがある。また、表（<table>）
や簡易表（<simple>）も作成できる。
conref 属性を持つ要素は「参照先の内容が置か
れ る 位 置 」 を 示 し て お り、 置 換 後 は、conref 属
「関連リンク」は他のトピックへのリンクをまと
性を持つ要素に含まれていた内容は無視される。
め た も の で あ る。<link>、<linklist>、<linkpool>、
こ れ は XML の XInclude と 同 種 の 機 能 で あ る。
<linktext>、<linkinfo> というタグがある。しかし、トピッ
conref 属 性 で 実 現 さ れ る 機 能 を ト ラ ン ス ク ル ー
クの関連を示すのに、この「関連リンク」を使うのか、
後述する DITA マップを使うのかについては、トレー
ドオフや利点・弱点の関係があるので、全体方針に基
づいて判断しなければならない。
ジョン（transclusion）4 という。
技術文書では、同じ注記や同一の表現を繰り返
し用いる場合があるが、その都度記載するなら、
内容に変更が加わったときに、出現箇所すべてを
「入れ子のトピック」は、トピックの中にトピックを
修正しなければならなくなる。これは修正ミスを
記述するためのものである。入れ子にするなら、文書
誘発するだけでなく、手間のかかる作業でもある。
構造は当然、複雑になる。「関連リンク」と同様、注意
conref 属性によるトランスクルージョン機能を上
して使うべきである。
手に使っていれば、修正箇所は一箇所ですむはず
トピックを構成する主な項目の中で、必須なのは「タ
イトル（<title>）
」だけである。つまり、
本文がなくても、
である。
同時に、conref 属性による参照は、トピック間
タイトルだけがあれば、文法上はトピックとして成り立
およびトピック内の要素間の参照関係を複雑にす
つのである。あとの項目はオプションになっている。も
る要因にもなるので注意深い使用が求められる。
ちろん、ほとんどの場合、本文がなければトピックとし
4. マップの構成
て用を成さないであろうことは容易に推測できる。
トピックで使用できる標準的な要素は、必要に応じ
て新たなドメインを作成して要素を追加する場合の基
礎となるものである。この点については、「6. DITA の
カスタマイズ」で説明する。
3.7 conref 属性とトランスクルージョン
DITA の要素には、id だけでなく、他にもさまざまな
属性が使用できる。その中で、DITA にとって特徴的な
のは conref 属性である。
DITA マップは、細分化されたトピックをひとま
とめにする役割を持っている。いわばトピックの
「目次」のようなものである。
DITA マップを識別するタグは <map> である。
4. トランスクルージョンは、「ハイパーテキスト」という用語を生
み出した米国のテッド・ネルソン（Theodore Holm Nelson）の作
り出した概念である。リンクのように他の文書へ移動するのでは
なく、当該文書のとどまりながら参照先の文書の内容を「引用」
して見るというものである。「窓による引用」ともいえる。
7
DITA_2段_0702.indd
7
2008/03/17
13:05:58
その要素の中で、トピックを参照する <topicref> を使
<topicref href= B2.dita ></topicref>
用して、マップを構成するトピックの順番や構造を指
</topicref>
定する。
</map>
<map id= unikoro-help >
この階層構造を図示すると、図 4 のようになる。
<title> ウニころがしの使い方 </title>
各トピックの関係は双方向であることに注意した
<topicref href= uni-hisotry.dita type= concept >
い。特に指定しないがきり、<topicref> 間のリンク
</topicref>
は相互にはられる。
<topicref href= uni-play1.dita type= task >
リンクを一方向についてのみ有効にしたい場合
</topicref>
は、<topicref> の linking 属性で明示的に表 2 のい
<topicref href= uni-blink.dita type= reference >
ずれかの値を指定すればよい。
</topicref>
</map>
この例では、３つのトピックが順番に並んでいる。
属性値
linking="sourceonly"
起点とする一方向のリンク
トピックの型は type 属性で指定できる。
DITA のマップで表現できるトピックの構造には、次
説明
この属性のあるトピックを
だけが有効
この属性のあるトピックを
linking= targetonly
の 3 つの種類がある。
終点とする一方向のリンク
●階層構造
だけが有効
通常の双方向のリンク（デ
linking= normal
●表構造
フォルト）
●グループ
表 2 topicref の linking 属性の属性値
階層構造は、<topicref> の順序や入れ子によって示
た と え ば、B2.dita を 指 定 す る <topicref> に
される。<topicref> 要素の入れ子構造および出現順が
linking= sourceonly があると、それが指定された
トピックの構造を表している。これは XML の要素の
topicref を起点とするリンクだけが有効になる。(図 5)
木構造を利用したものであり、各トピックの関係には、
<map id= map2 >
親子、兄弟などがある。
<topicref href= A.dita >
<topicref href= B1.dita ></topicref>
たとえば、<topicref> の次の並びを考えよう。
<topicref href= B2.dita linking= sourceonly >
<map id= map1 >
</topicref>
<topicref href= A.dita >
</topicref>
<topicref href= B1.dita ></topicref>
</map>
A
A
A
B1
親子
B1
B2
B1
B2
B2
兄弟
図４ トピックの階層構造
図５ source only の場合のリンク構造
図６ 関係表を使ったリンク構造
8
DITA_2段_0702.indd
8
2008/03/17
13:05:59
図７ DITA を使った主な制作工程
執筆
（オーサリング）
マップ
設計
PDF用
マップ
HTML用
マップ
ヘルプ用
マップ
制作/
編集
変
換
�
�
�
/
編
集
�
�
�
PDF
HTML
ヘルプ
ファイル
表構造は関係表（<reltable>）で表され、表の各行に
一方、グループ（<topicgroup>）は、構造とは
含まれるセルの関係を表している。したがって、関係
無関係な集まりを定義するために使用する。この
表では各セルに含まれるトピック相互の関係は表現しな
<topicgroup> は独自の id を持てるので、いくつか
い。また、セルの中で各行は独立しており、その中の行
のトピックをまとめて管理したり、また共通の属
と行の関係を表現することもない。ただし、関係表には、
性を持つようにまとめたりするのに使用できる。
見出し行（<relheader>）を付けることができ、それは
<topicgroup id= grp10 >
各行に含まれるセルの意味を説明するのに役立つ。 <topicref href= uni-hisotry.dita type= concept >
<map id= map3 >
</topicref>
<reltable>
<topicref href= uni-play1.dita type= task >
<relrow>
</topicref>
<relcell><topicref href= A.dita ></topicref></relcell>
<topicref href= uni-blink.dita type= reference >
<relcell>
</topicref>
<topicref href= B1.dita ></topicref>
<topicref href= B2.dita ></topicref>
</relcell>
DITA 1.1 か ら は、 書 籍 用 の 機 能 を 備 え た
BookMap が標準化されている。
</relrow>
5. DITA の運用
</reltable>
</map>
では、DITA 文書は技術文書の制作工程において
これを表にすると次のようになり、リンクの関係を
図示すると、図 6 のようになる。
A.dita
</topicgroup>
B1.dita
B2.dita
topicref の階層構造によるトピックの関係記述と、
reltable の関係表による記述の両方を、同じマップの中
で同時に使用することができる。
どのように使用されるのだろうか。
技術文書の利用媒体には、伝統的な印刷物、PDF
による電子書籍、HTML による Web 配信、ヘルプ
の製品への組み込みなど、さまざまなものがある。
XML や SGML の効用として従来から「ワンソー
ス・マルチユース」ということが主張されてきたが、
これを理念ではなく実践してみると、
「ワンソース」
の中に出力媒体に関する情報を組み込まざるをえ
9
DITA_2段_0702.indd
9
2008/03/17
13:06:00
ないという現実に直面していた。これではかえって「ワ
つ標準的なタグセットを拡張して新たに定義する
ンソース」の内容が複雑になってしまう。理念はシン
ことである。DITA の専門化には、二種類のレベル
プルを目指しているにも関わらず、実践は複雑になる
がある。一つはトピックレベルでの専門化であり、
のである。この矛盾を解消するため、DITA は「ワンソー
これを「情報型の専門化」という。もう一つは要
ス」の中で出力媒体に関する情報を「マップ」として
素レベルでの専門化であり、「ドメインの専門化」
切り出したのである。
という。
DITA を使った媒体ごとの配布物の主な制作工程は、
図 7 のような形になる。
情報型の専門化は、DITA 1.1 が標準で提供して
いる Concept 型・Task 型・Reference 型・Glossary
また、DITA に対応している主な製品やツールは表 3
のとおりである。代表的なものだけあげたが、ほかに
も DITA 対応の製品やツールは登場してきており、こ
れからが楽しみである。
型以外の、新しいトピックの型を定義することで
ある。
企業や団体の作成する文書の内容によっては、
DITA が標準で提供する区分だけでは対応しきれな
いこともある。ユーザーにあった情報型を定義し
6. DITA のカスタマイズ
て、専用のトピックを用意したほうが、執筆やト
DITA の D は Darwin の頭文字であり、DITA には「専
ピック管理が容易になることもある。そうした場
門化」と「継承」により発展性があることを意味して
合には、DITA をカスタマイズして、新しい情報型
いることは最初に述べたとおりである。では、
「専門化」
を作成したほうがよいだろう。その場合は、既存
や「継承」とは何であろうか。またそれにより DITA
の情報型や一般的な（generic）トピック型（topic）
はどのようにカスタマイズ可能なのだろうか。
から派生する形で新しいトピックの情報型を定義
DITA の 専 門 化（specialization） と は、DITA の 持
する。
製品・ツール名
DITA Open Toolkit
特徴
DITA 文書を配布物に変換する
Adobe FrameMaker
Java プログラム。フリー
DITA 文書の作成、マップの作成、 h t t p : / / w w w . a d o b e . c o m / j p /
Arbortext
配布物の生成ができる
文書の作成から配布までを処理
（PTC ジャパン）
サイト
http://dita-ot.sourceforge.net/
products/framemaker/
http://www.ptc.com/products/
する企業向けパッケージが DITA
に対応
表 3 DITA に対応している主な製品やツール
要素名
menucascade
内容
カスケード・メニューを示す
元要素
ph
継承
すべてあり
表示
インライン
screen
画面をテキストで表示する
pre
すべてあり
ブロック
shortcut
キーボードのショーカットを示す
keyword
すべてあり
インライン
uicontrol
ボタン・入力フィールド・メニュー
ph
すべてあり
インライン
keyword
すべてあり
インライン
項目などの名称
wintitle
ウィンドウやダイアログ等の名称
表 4 ユーザー・インターフェイス・ドメインの専門化
10
DITA_2段_0702.indd
10
2008/03/17
13:06:00
一方、ドメインの専門化は、トピック以下の要素に
かについては、これまでさまざまな議論がなされ
ついて、DITA の標準的な要素セットを拡張して新たに
てきたが、注目できる一つの流れはミニマリズム
定義することである。専門化によって作られる拡張要
素のセットが「ドメイン」であるが、これはすでに 3.5
で説明したドメインと同じである。
（Minimalism）である。
ミニマリズムは建築・音楽・芸術の分野で 1960
年前後に現れた流れで、「最小限」を特徴とする。
専門化は、元になる要素から結果となる要素を派生
情報の世界においても、1998 年に John M. Carroll
させることなので、結果となる要素は元になる要素か
が 編 集 し た Minimalism Beyond the Nurnberg
ら性質を「継承」することになる。これはオブジェク
Funnel という書籍が MIT Press から出版された。
ト指向の手法を適用したものである。
コンピュータやソフトウェアの操作を覚えるのに、
たとえば、ユーザー・インターフェイス・ドメイン
（ui-d）の専門化において、そのドメインに含まれる要
素と派生元との関係を表 4 に示す。
専門化は抽象レベルのものであり、その実装は既存
の DTD や XMLSchema の変更や追加の形で行われる。
DTD や XMLSchema において専門化の鍵を握るのは、
class 属性である。たとえば、ui-d ドメインの shortcut
要素の class 属性は固定値で keyword になっている。
DITA の処理系は class 属性を見てその要素の振る舞い
の継承を判断する。執筆時に、class 属性を変更するこ
とは厳禁である。
DITA のカスタマイズは、処理系との整合性が取れて
いなければならない。トピックの中に埋め込まれる情
報が処理上どのような意味を持つかは、処理系の処理
や操作の仕方に依存しているからである。
DTD や XMLSchema をカスタマイズするには、DTD
あるいは XMLSchema についての高度な技術が必要に
なる。DITA では、パラメータエンティティの活用など、
専門化のための手法が決められているので、その規約
にしたがって DTD や XMLSchema に修正を追加する必
要がある。
7. コンテンツ作成の方法論と DITA の意義
DITA を採用することには、単に文書の形式を決める
以上の意味がある。既存文書の内容的な構造を「トピッ
ク」という比較的小さな情報の固まりに、関係性を保
ちながら構成することを意味するからである。つまり
DITA を選択することは、トピック指向というコンテン
ツ作成の方法論を選択することである。
とても読みきれない情報を提供するよりも、「最小
限」の情報を提供して、実地で作業を体験して覚
えるような方向性が現れたのである。
DITA は、こうした技術情報におけるミニマリズ
ムの流れと親和性がある。意味を成す最小単位に
作られたトピック、トピックの柔軟な組み合わせ
によるコンテンツの開発など、技術情報の再利用
と効率的な構成を DITA は可能にしているからで
ある。
DITA はアーキテクチャーである。DITA は、技
術文書の執筆から制作までの工程を省力化し、将
来登場すると思われる新たな媒体や形式に柔軟に
対応していくのに有効なプラットホームとなりう
る。DITA は特定の会社の固有の形式ではない。標
準仕様としてだれもが自由に使え、コミュニティ
により発展していく仕様である。DITA は技術文書
の分野において、Web サイトにおける HTML のよ
うな位置づけになる可能性を持っている。こうし
た点を考えると、DITA による技術文書の蓄積は、
検討可能な有効な手法であるといえるだろう。
参考文献・サイト
・DITA Version 1.1 Architectural Specification
・DITA Version 1.1 Language Specification
・CoverPages: Darwin Information Typing
Architecture (DITA XML) (http://xml.coverpages.
org/dita.html)
・「Darwin Information Typing Architecture の紹介」
（http://www.ibm.com/developerworks/jp/xml/
library/x-dita1-index/）
情報をどのように管理して分かりやすく提供する
11
DITA_2段_0702.indd
11
2008/03/17
13:06:00
営業推進 ソリューション担当
マネージャー
天野 忍
身の回りの様々な製品が多様化し，取扱説明書をはじめとするマニュアル類はより一層重要なものになりつつ
ある。
また，作り手側からすると，流用率が高く多言語展開が求められるマニュアルを効率的に作成することには取
り組むべき余地が多い。
そのようなニーズを満たすため，2007 年 11 月，Adobe FrameMaker ８がリリースされた。帰ってきた
FrameMaker ･･･，その概要に迫る。1
はじめに
この紙面をご覧になっている皆様の中には， FrameMaker（以下：FM） という
名前を聞いたことがない方もおられるかもしれないので，最初に製品の概略に触れ
ておくことにする。
FM はいわゆるワードプロセッサと呼ばれるツール群の一角をなす製品である。
Microsoft WORD に代表されるこの製品カテゴリにはそれぞれの特長を生かした製
品が存在するが，中でも FM はテクニカルドキュメント 2 の世界で多くの事例を持
ち普及しているアプリケーションである。
FM の持ついくつかの特徴的な機能がその世界での定着に寄与してきた。一つは
長大文書編集時における信頼性である。FM は容易にいくつかの文書ファイルを束
ねて管理し，本全体を貫いた目次 / 索引の作成や相互参照，書式の管理を容易に，
そして（これが WORD と比較する時の決定打だが）確実に行うことができる。
また，XML などの規格を活用して構造化された文書をあらゆる媒体に再配布する
点で様々な筋道を提供していることも，企業に選択される一因であることだろう。
レイアウトに対する自由度をある面で限定することにより，それらの必殺技を手
に入れた FM は絶対的なシェアこそ持っていないものの，上記の機能をどうしても
1. 特に言及がない場合，文章中に記述される製品名は，アドビシステムズ株式会社が版権を保有しています。
2. この文章内では，技術者向けの取扱説明書・仕様書・部品表などを指す言葉として使用しています。
12
FM8_0306.indd
12
2008/03/13
13:53:30
実現しなくてはならない制作者にとって必須のアプリケーションであった。
弊社でも，構造化文書のソリューションを中心に展開していることから FM へは
取り組みを深くしており，データベースを使用したドキュメントシステムの開発や
アドビ社と協力の下に標準セミナを開催している。本誌の前身となっている SGML
NewsLetter や，フリーペーパーとなる前の Digital Xpress にも幾度となく FM を取り
上げた記事を掲載させていただいた。
しかし，ここ数年 FM が無くなるのではないかという噂がまことしやかに囁かれて
きた。何を隠そう FM ファンを自称する筆者も翻弄された口で，一時期は FM に変わ
る組版エンジンを真剣に考慮していたものだ。
しかし，嬉しいことに期待は裏切られた。FrameMaker ８（以下：FM8）の正式リ
リース，しかもテクニカル文書に向けたスイート化というおまけ付きである。それで，
歓迎の意を込めて「FrameMaker の逆襲」と銘打ち，以下に製品紹介の文章を掲載さ
せていただく。
TC スイート
今回から FM は単体だけでなく，スイート製品としてもパッケージが用意され，
Adobe Technical Communication Suite（以下：TC）と呼ばれている。
この点に関して言えば，これまで文書作成の世界では，「DTP 三種の神器」と呼ば
れる Illustrator/PhotoShop/InDesign を擁し，華々しい構成の Creative Suite（以下：
CS） と呼ばれる製品が注目を浴び続けてきた。
もちろん，今回の変更により TC が一躍表舞台の主役に躍り出ることにはならない
だろうが，特定のマニュアル作成ワークフローにおける FM の製品優位性を感じなが
じくじ
ら忸怩たる思いを抱いていた私のような人間にとって，コンプレックスから解放され
溜飲を下げるものとなった，といったら言い過ぎだろうか。
とにもかくにも，CS がその名の通りデザイン性の強いクリエイティブワークを支え
るのに対し，TC は膨大なボリュームのある技術文書を主なターゲットに据えている。
それら資産性の高いコンテンツを，紙媒体だけに留まらずオンラインヘルプシステ
ムや e ラーニングコンテンツなどのあらゆるインタラクティブな用途に使用するため
のオーサリング環境が提供され，作業を強力にサポートしてくれる製品ラインアップ
が構成されている。
TC にパッケージされているのは次に挙げる４つのアプリケーションの最新版である。
• Adobe FrameMaker 8
今回の主役。テクニカルドキュメント
のオーサリングとパブリッシング担当
後 ほ ど ク ロ ー ズ ア ッ プ す る が，
Unicode のコード体系で生まれ変わる
スにしたデータフローを構築すれば，
メタデータの特性を生かし，より柔軟
性に富む多言語マニュアルシステムを
実現できる。詳しくは後述。
• Adobe RoboHelp 7
ことにより，多言語展開時の壁が取り
アプリケーションや製品のオンライン
払われている。特に構造化文書をベー
ヘルプシステムとナレッジベースの作
13
FM8_0306.indd
13
2008/03/13
13:53:30
成担当
むソフトウェアシミュレーションをマ
Windows ヘルプ時代によく使用された
クロを記録するようにしてたった一度
ツールがマクロメディアを経てアドビ
に渡り，今回の仲間入りを実現した。
紙媒体に展開される文字や画像のデー
タがヘルプコンテンツにマルチユース
されるだけでなく，TC の利点を生か
し Captivate と FM を連動させること
により，幅広い利用者や言語に向けた
ヘルプコンテンツを様々な出力フォー
マットで再配布することができる。
• Adobe Captivate 3
のオペレーションを元に作成すること
ができ，ヘルプシステムなどと組み合
わせることでよりインタラクティブな
情報配信に寄与する。
また，表示されるメッセージなどを
XML ベースで入出力することができ
るので多言語展開にも対応している。
• Adobe Acrobat 3D 8
ご存じ Acrobat の拡張版。コラボレー
ションのための PDF 作成担当
学習効果を高めるラーニングコンテン
CAD などのソフトを使用して作成され
ツの作成担当
た 3D データを PDF に変換して保持す
Captivate は，これまでプログラミン
ることができ，よりセキュアで，高度
グや動画 / 音声ファイルの扱いに関す
る技能を必要としたラーニングコンテ
な知識や高額なアプリケーション環境
を必要としない，情報共有や共同作業
ンツ作成を，手軽にできるようにした
環境を実現することができる。
ツールである。
アドビによるとネイティブ CAD ファイ
マウスの動きやクリック時の動作を含
ルの 150 分の 1 程度までファイルサイ
ズを小さくすることができるという。
このように，TC にはテクニカルドキュメントにまつわる死角のない製品群が名を連
ねており，それらを組み合わせて実現される統合環境は魅力である。
FM の紹介
■新機能
さて，前置きが長くなってしまったが，残された紙面を使って FM8 の新機能と機
能強化された点をご紹介させていただく
1.Unicode のサポート
今回のバージョンアップの目玉はこれ
であることに異論はないだろう。これ
ま で FM は，Unicode の XML を 入 出
力 す る 際 に も 内 部 的 に は Shift-JIS の
コード体系が使用され ISO-Latin1 の域
を出ることができなかった。そのため
文字コードによっては置き換えに不整
合が生じ，特に多言語展開を実現する
上での障壁となることが多かった。
一度組版してからコードを置き換えて
処理できればいい方で，時には文字で
ありながら画像として処理しなければ
ならなかったり，書き出される XML
が全て実体参照で成り立っていること
もあった。
しかし，このバージョンから幅広い言
語をそのままハンドリングする環境が
整ったことになる。必然的に出力され
る PDF のサポート言語も増大する。
また，全てを試すことができてはいな
いが，多言語の辞書機能やハイフネー
ションもサポートされるとのアナウン
スも力強いものである。
2.DITA のサポート
DITA と
は，Darwin Information
14
FM8_0306.indd
14
2008/03/13
13:53:30
Typing Architecture の頭文字を取った
ユーザは既存の文書を DITA の仕組み
もので XML ベースの規格の一つであ
に合わせて構造化し，トピックを再利
る。特に製造業のマニュアル類に適用
用したり，組み合わせを変更した用途
されることの多い手法で，マニュアル
の変更やファイルの集中管理による品
をトピック（topic）と呼ばれる小さい
質への貢献といった恩恵にあずかるこ
単位にブロック化し，そのトピックの
とができる。
並び順をマップ（map）と呼ばれる概
念を用いて表現することを骨子として
いる。
これまで Docbook や J2008 といった
人気を博した XML 構造に変わり採用
されることも増えてきた。
使用される企業カテゴリが FM の適用
範囲とマッチしているため，FM は前
バ ー ジ ョ ン の 7.2 か ら 取 り 組 み を 強
めており，標準で DITA を扱うことの
できるプラグインを提供していたが，
FM8 からはその路線をより一層強め，
独立したメニューで文書作成と管理手
法を提供している。
3. リッチメディアのサポート
本来 FM は DTP ツールであるため，当
然ながら主眼におかれているのは紙媒
体の静的コンテンツであるが，マルチ
ユースをにらんだ 3D モデルや Flash
動画，Captivate で作成されたリッチ
メディアのサポートが新規追加されて
いる。
これにより，紙のマニュアルでは静止
画を表示させておきながら，環境が
整っているところではオンラインファ
イルを参照しながら動画や音声で情報
を配信したり，e ラーニングコンテン
ツを作成したりすることが現実的に
15
FM8_0306.indd
15
2008/03/13
13:53:31
なった。
4. テキスト編集のトラッキングと
マルチプルアンドゥ
ここからはこれまで FM を使用してきた
ユーザにとって，思わずニヤリとしてし
5. 属性ベースの出力
FM8 を使用して XML の入出環境を構
築する際に，これまではエレメントレ
ベル（厳密に言えば最上位エレメント）
を使用した出力条件しか利用すること
まう機能追加がリストされている。
ができなかった。
筆頭は，ヒストリーパレットの搭載で
しかし，今回のバージョンから構造の
ある。これまで FM は操作の取り消し
を一回しか記憶することができなかっ
た。他のワードプロセッサツールや
CS の製品群に比べて明らかに見劣り
していたことは否めない。
属性値を使用して出力条件の設定をす
ることが可能になり，構造化言語との
連携がより柔軟に改善されている。
6. 変換テーブル
FremeMaker7.x のバージョンから搭載
しかし，FM8 からはヒストリーパレッ
されている機能だが，手間をかけずに
トを使用してテキストの変更箇所をハ
既存のコンテンツを構造化することが
イライト表示し，許可または却下した
できる機能が改善され，機能強化され
り，複数の取り消しをワンクリックで
ている。
指示することができるようになった。
■機能強化
1. コンディショナルテキストの出
力条件の設定
FM にはコンディショナルテキストと
呼ばれる機能があり，書式を指定して
コメントや複数バージョンの文言を挿
入し，表示させたり隠したりすること
16
FM8_0306.indd
16
2008/03/13
13:53:32
ができる。
当然ながらこれまでも実現されていた
これまでのバージョンでは構造化文書
ものだが，注釈や変数・コンディショナ
と連動するのは，その時点で選択され
ルテキストなどの対応が強化され，様々
ているコンディショナルテキストに限
な設定が保持されるようになった。
られていたが，今回のバージョンから
構造化および非構造化文書の出力形式
を柔軟に定義することができるように
なった。
2. XML ラウンドトリップ
3. XML スキーマ
これまで FM は SGML の時代から連綿
と続く DTD ベースの文書型定義にし
か対応できなかったが，XML スキー
マを使用してコンテンツの構造を定義
ラウンドトリップとは，FM の初期の
できるように機能強化された。
バージョンから使われている語句だ
様々な標準スキーマが XML スキーマ
が，FM 文書から XML コンテンツを書
として公開されるようになっているの
き出して，また FM 文書に戻したりす
で，構造化文書をハンドリングする際
るような，シームレスなデータフロー
のメリットとなる変更である。
を指して使われている。
このように，構造化文書の側面から強化された点が多いことは素直に歓迎できる点
ではないだろうか。FM のユーザのバージョンアップはあまり素早い方ではないと言
われるが，今回のバージョンアップは前向きに考慮すべき要素が揃っていると言える
だろう。
おわりに
以上，若干熱に浮かされた感のあるレポートになったことは否めないが，期待感の
表れとしてご笑覧いただければ幸いである。これまで FM を使われたことがないとい
う方も，興味を持たれた方がいらっしゃれば Web サイトより試用版をダウンロード
することができるので，一度お試しいただきたい。3
ただ，この原稿を FM で執筆するに当たり，若干の不具合が感じられたのも事実で
ある。特に日本語環境への対応に関して不可解なエラーメッセージなどに遭遇するこ
ともあった。しかし，Web 上で不具合のレポート 4 を参照することもできる上，この
原稿を執筆している間にも矢継ぎ早のアップデートが提供されており，早期解決に期
待されるところである。
また，私たち日本ユニテックはこれまでの FM と同様，セミナーやソリューション
の提供に注力し，FM を使用したマニュアル作成のフローを支援する予定である。ぜ
ひご期待いただきたい。
さて，FM の逆襲が始まった。その勢いを止めるべく，どこからか復讐はあるのか？
それともしばらくは平穏な日々が送られるのか。スターウォーズ的にだじゃれで締め
くくるならば，May the "Frame" be with you…。5
3. http://www.adobe.com/jp/products/framemaker/ のページ内になる「無償体験版をダウンロード」からお進みください。
4. http://www.adobe.com/jp/support/framemaker/
5. 今回所々でオマージュしているのは，ユニテック内で FM 使いにコードネームがつけられているからです。
一番の使い手で マイスター の名を欲しいままにしている「ヨーダ大岡」，たくましい使い手に成長した「ルーク手塚」，私はさしずめ「ベイダー
天野」というところ。いつから暗黒面に足を踏み入れたのか…。最後には改心したいと思います。
17
FM8_0306.indd
17
2008/03/13
13:53:32
インタビュー
吉野 徹夫 氏【日本アイ・ビー・エム株式会社】
IBM における DITA の取り組み
最近注目を集めている XML ベースのアーキテクチャーである DITA（Darwin Information
Typing Architecture）。「トピック指向の次世代文書記述言語− DITA」の記事では DITA の
概要について扱いましたが、DITA を実際使用することでどのようなメリットがあるのでしょ
うか。すでに DITA を利用した文書作成システムを数年にわたり運用されている、日本アイ・
ビー・エム株式会社 ナショナル・ランゲージ・サポート担当の吉野 徹夫氏にお話を伺って
きました。
● IBM ではいつごろから DITA を使用されていま
を使っていました。最初は GML（General Markup
すか。また、DITA を採用するまでの経緯を教
Language） ベ ー ス の も の か ら ス タ ー ト し SGML
えていただけますか。
2002 年 か ら DITA を 使 い 始 め ま し た。IBM で は
以前からマークアップベースの文書作成システム
（Standarized General Markup Language） ベ ー ス で
IBM 独自の DTD を使ったものへと移行し、そして、
現在の DITA を使うようになりました。
日本アイ・ビー・エム株式会社
ナショナル・ランゲージ・サポート 部長
吉野 徹夫 氏
日本 IBM 入社後、1983-1988 テ
クニカルライターして勤務。
そ の 後 1989-1992 翻 訳 関 連
ツ ー ル、 機 械 翻 訳 関 連 ツ ー ル な
ど、 翻 訳、 出 版 を 支 援 す る ツ ー
ル類の開発、テストに参加する。
1993-2000 には IBM 製品のロー
カライゼーション、テスト関連業
務を行う。その後 2001-2003 社
内の翻訳支援ツール作成、サポー
トグループの責任者として業務
し、現在、翻訳部門の責任者とし
て活動。
18
DX30interview_new_2段.indd
18
2008/03/13
13:55:16
もともと GML は文書を作成するためのもので、
大きな SGML を細分化
これを使用すると、同じコンピュータのマニュアル
概念
をいくつかの国で出版する際に、言語が異なってい
ても同じスタイルで統一されたマニュアルを作るこ
タイプ別の
トピックに
細分化
とができました。その後、出力先の種類の増加（た
とえば、印刷物とオンライン情報を同じファイルか
ら作成する）をサポートするために、情報の再利用
タスク
参照
性などを考え、文書情報を、レイアウトと論理構
造に分ける必要ができました。そのため、10 年以
SGMLファイル
上前に SGML を採用しました。しかし、GML から
DITA
トピックファイル
SGML に移行する際に、すべてのドキュメントを、
DITA を使うことによって、同じ文書から、ＰＤＦや
レイアウトと論理構造に分けることができませんで
オンラインヘルプを作ることもできますし、文書の
した。また、IBM では、IBM 独自の SGML である、
一部を、PII 1 に組み込むこともできます。
IBMIDDoc を使っていますが、IBMIDDoc は、GML
で作成されたスタイルを移行することを重視してい
たために DTD が独自の複雑なもので、非常に IBM
色の濃いものでした。
GML や SGML の場合には、成果物を作成するため
に利用するファイルの情報などがソースファイルの
内部に記述されていました。ところが、DITA の場合
にはソースファイルの内部ではなく、ditamap とい
それらを改善するために、つまり、以前からの目
う文書を構成するトピックを記述した XML ファイ
標であった、論理をレイアウトから完全に独立さ
ルによってコントロールできるのです。マップ文書
せることと、今後、他のコミュニティとも情報の交
が様々なトピックを配置して形式の異なる成果物を
換が必要になることを考え、独自のものではなく、
作り上げます。この点は GML や SGML と DITA の大
今では OASIS 標準であり、オープンな技術である
きな違いだと思います。
DITA へ移行しました。
● DITA を使用するメリットは何でしょうか。
DITA を使用する一番大きなメリットは、文書の再
利用が容易になることです。いままでの、SGML の
場合は、一つ一つのファイルが結構大きかったため
に、再利用するというのは非常に難しいことでした。
DITA では「概念」「タスク」「参照」といった小さく
て自己完結したトピックに文書を分けます。そのよ
うに分けることによって、それぞれのコンポーネン
ト、情報の単位が小さくなりましたので、文書の再
● ライティングから最終成果物にいたる業務フ
ローを教えてください。
ライティングには、タグの詳細を意識しないで編
集できるエディタ、EpicEditor を使っています。
IBM で は PDF や、Windows ヘ ル プ、XHTML な
ど、様々な形式の出力物を作る ID Workbench と呼
ぶツールがあります。翻訳したものを、それらのツー
ルを使って最終出力物へ変換しています。
DITA への移行に伴って、マークアップが変わると
利用が容易になりました。
また、情報とレイアウトが独立しているので表示
形式を変更する面でもとても優れています。例えば、
1.PII（Program Integrated Information）：製品の一部
をなすオンライン情報で、パネル、メッセージ、ヘルプ、
チュートリアルなどがあります。
19
DX30interview_new_2段.indd
19
2008/03/13
13:55:19
インタビュー
いうのは、大きなことですが、以前から同じエディ
タを使っているのでマークアップという観点から言
うと、ライターは DITA のタグをあまり意識せずに
書くことができています。ただ、コンポーネントご
とに分割し、情報の単位を小さくする必要があるの
で、以前に比べ、タスクオリエンテッドの書き方で
はなく、ファンクションオリエンテッドの書き方が
多くなっていると思います。
● 出力物を作るツールにはどのようなものを使
用されていますか？
DITA へ移行する以前の文書は、すべて SGML ベー
スでしたから SGML を様々な形式に変換するツール
セットである、先ほど申し上げた ID Workbench と
いう独自のツールを使って、最終出力物に変換して
います。これによりすべてのドキュメントのスタイ
ルを統一することや、すべての言語について同じ出
タスクオリエンテッドというのは、ユーザーが行
力結果を得ることができていました。DITA に移行し
いたいこと（タスク）をどのように実現できるかと
た後も、今まで多くの投資をしてきたプロセスを有
いう視点で文書を書きますが、それを短いトピック
効に使いたいと考え、現在は ID Workbench 内で一
で記述していくことは難しくなります。ですから、
度 DITA から IBMIDDoc、つまり SGML に変換して、
DITA に移行するにあたって、ファンクションオリエ
それから、PDF や Web ヘルプという形に変換する
ンテッド、つまりタスクではなく、機能の説明を中
プロセスをとっています。これに関しては将来的に
心とした文書が増えているように感じます。
は DITA 専用になっていくこともあるかもしれませ
将来的には DITA のファイルそれぞれをコンテンツ
マネジメントシステムで管理して、そのデータベー
スから直接、しかもいろいろな切り口で引き出すよ
うな形になると思います。そうすることで、より情
報の再利用を促進することができるからです。
んね。
● 現在どの程度 DITA に移行されているのでしょ
うか。
インフォメーションにも様々な種類のものがあり
ますが、通常のオンラインヘルプやマニュアルとい
うことで考えると現在約 50 パーセント
が DITA に移行しています。
以前からある製品に関してマニュアル
が少し改訂されただけの場合は、移行せ
ず、大きな改訂がある場合や新しい製品
に関しては積極的に DITA に移行してい
ます。
● 移行するに当たって苦労なさった点
がありますか。
今まで扱っていた大量の SGML 文書を
DITA に移行しなければならなかったの
で、そのワークロードやコストは、とて
20
DX30interview_new_2段.indd
20
2008/03/13
13:55:20
● 業務フロー
ツール
EPIC Editor
Translation
Manager
ID Workbench
DITA
PDF
ライティング
翻訳
DITA
DITA
データ
形式
SGML
HTML　など
最終出力物
SGML(IBMIDDoc)
も大きかったと思いますし、移行の手順を確立する
ことはできませんが、IBM の製品の量から類推して
点も苦労しました。
いただけるかと思います。それらの製品のマニュア
さらに、SGML の時には一つ一つのファイルがと
ても大きいものでしたが、それを小さなコンポーネ
ルやオンラインヘルプの翻訳は相当な量になります。
● DITA に移行することによって翻訳も含めたド
ントに分割するというのも大変でした。たとえば、
キュメントの製作期間や翻訳量に変化はありま
どこで分割するのか、どの程度の大きさに分割する
したか。
のかということも問題になります。
DITA の主な目的はレイアウトと論理を分離すると
他 に も ツ ー ル の 面 で、 今 ま で 利 用 し て い た ID
いうことでした。ドキュメントの制作期間を短縮す
Workbench を そ の ま ま 使 う に し て も、DITA を
るという目的だけを考えると DITA 以外にもソリュー
SGML に変換する部分のトランスレータを作る必要
ションはあったかもしれませんが、DITA に移行しコ
がありました。翻訳を考えた場合には、新しいマー
ンポーネントの単位が小さくなっていることで、結
クアップの教育、既存の翻訳メモリーの再利用率の
果として期間が短縮するという効果もありました。
向上、ファイル数の増大による管理手法の変更など、
多くの苦労がありました。
● IBM において NLS はどのような役割をお持ち
でしょうか。
NLS（ナショナル・ランゲージ・サポート）は、
IBM Translation Services Center（TSC）の一員とし
て IBM で作られているすべての製品の翻訳業務に携
わっております。
情報を再利用することで、翻訳する量も減少して
いると思います。ただ、ファイル自体が小さくなっ
ていますので、以前に比べるとファイルの数は増え、
翻訳者にとっては大変かもしれないと思っています。
● 翻訳プロセスにおける DITA の運用方法や、注
意されていることを教えてください。
DITA 自体は通常の XML ですので XML の翻訳の
プロセスと同じです。翻訳された DITA を SGML に
IBM では製品によって 10 から 40 程度の言語に翻
変換して最終的な成果物を作るという点で独自のプ
訳されていますが、その中で日本語への翻訳は一番
ロセスを使っていますが、実際に SGML に変換して
量が多くなっています。具体的な数字を申し上げる
いるところは ID Workbench が行うので、成果物を
21
DX30interview_new_2段.indd
21
2008/03/13
13:55:21
インタビュー
作成するオペレーターにとってはそれほど大きい変
主流になっています。複数のマニュアルで共通で使
更があったわけではありません。
うファイルもあれば、単独で使うものもあります。
ただし注意している点として、ditamap やオプショ
ンの設定によっては、意図したものと全く違うもの
ができる可能性があります。同じ ditamap を使って
一つ一つのファイルは小さいのですが、１つのパッ
ケージに含まれるファイルの数は増えましたので、
慎重に管理する必要があります。
いてもフォーマットするときのオプションが違うと
さらに変わった点としては、以前に比べるとソー
また違うものができてしまうので、英語版とまった
スを作成する際の変更が簡単に行えるようになりま
く同じ形のものを作成するためには、今までよりも
した。そのため小さい変更がたびたび行われますの
注意を払う必要があります。
で、それに対して翻訳も追いついていかなければな
以前に比べると開発元から届く Readme 文書（指
示書）の量が非常に増えましたし、とりわけ組版す
るための説明が増えています。それだけ、運用して
りません。これからもっとオンデマンドという形の
翻訳が必要になってくるでしょう。
大きな修正ですと、時間をかけて変更がなされる
というケースが少なくありません。以前の SGML や
いく際には注意が必要だということです。
● さらに管理の面で大きく変わった点はありま
すか。
ファイル管理に、より注意を払うようになりまし
た。例えば、一つのパッケージの中にリファレンス
ガイドとユーザーズガイドが含まれており、大量に
ある DITA ファイルを ditamap で指定して複数の成
GML に比べると早く最終成果物を作ることは可能に
なっていますが、それでも、よりタイムリーに出す
ということに関しては、これからも課題となってい
くと思います。
● ほかに今後の課題と思われる点や、さらに期
待する点はあるでしょうか。
果物を作ります。１つの翻訳パッケージのユニット
DITA を使用することが適しているのは、リファレ
から 2 冊、3 冊のマニュアルができるという形式が
ンス性のあるものだと思います。一つ一つの機能を
コンポーネント化してお互いを参照し合うものに関
ditamap A
……
……
dita
してはとても有効ですね。
ただ、一つ将来に対する課題として、コンポーネ
ントベースの考え方で記述したものが、お客様に
PDF A
とって良いものかどうかというのは、まだ分からな
いところもあります。じっくりと読むタイプのもの
に関してはどのくらいの効果があるのか考えてい
ditamap B
……
……
かないといけないでしょう。もともと DITA 自体が、
読者の使い勝手を考えて作られたものではなくて
トピックファイル
メンテナンスのしやすさや、再利用性を重視して作
PDF B
られたものなのです。それがお客様にとってどのよ
１つのパッケージから複数のマニュアルを作成する
うな影響を与えるかというのは一つの課題となり
22
DX30interview_new_2段.indd
22
2008/03/13
13:55:21
ます。またそれは情報の作成側の責務であると考え
ツマネジメントシステムから、マニュアルを作る際
ます。
にライターがそのヘルプメッセージを引き出すこと
今後期待することは、コンテンツマネジメントシス
テムなどで管理して、もっとスムーズに、早くお客
様に提供できるようにしていきたいということです。
DITA を使うことによって、例えばウィキ（Wiki）
のようなもの、Web ブラウザを利用して、簡単に発
行や編集が行えるようにできないかということも期
待されています。例えばマニュアルであれば何か指
もできますし、プログラムを作る時にもその DITA
ファイル自体を、メッセージ情報などとすることが
できます。パネル名やフィールド名などの画面用語
もそこから利用できますね。
そのインフォメーションのユニットをどのように
分割するかによって、使いやすいものになるか、そ
うならないかというのは決まっていくと思います。
摘があった時に動的に修正できるようになればいい
あえて DITA にしなくてもよいインフォメーション
ですね。それができればユーザーはいつも最新の情
もあるでしょう。ただ、ファイルフォーマットをあ
報を手に入れることができることになるのです。現
る程度共通化することで、ポータビリティが高まる
状では、動的に修正するにしても、どのように修正
ことになります。
されたかというヒストリーなどの情報も必要になっ
てくるでしょうし、その効率的な運用も含め今後の
課題だと思います。
● 日本の中で DITA の関心は高まっていると思い
最初の導入には時間と労力がかかりますが、使い
方次第で、様々な効果が得られるでしょう。
● 本日はありがとうございました。
（聞き手：成宮 紗弥子）
ますが、これから DITA の導入を考えている読
者へ一言お願いします。
DITA に移行する際には、コンポーネントをなる
さらにお知りになりたい方は、こちらの日本アイ・
べく小さくすることが一番大事です。例えばパラグ
ビー・エム株式会社のホームページをご覧ください。
ラフが４つか５つあるセクション単位が一つのコン
ポーネントになるというような書き方が必要だと思
います。いわゆる構造化された文章を書くスキルが
重要でしょう。要するに最初から最後までずっと単
調に書いていくのではなくて、いかにそのインフォ
・DITA の紹介について、IBM が DITA を設計した背
景については、
http://www.ibm.com/developerworks/jp/xml/
library/x-dita1-index/
メーションをユニットに分けていくかということが
・IBM の DITA を過去の資産を無駄にせずに如何に
重要です。
移行しているかは、
現在、比較的長く書かれているものを論理構造主
体の小さなコンポーネントにしていくところでは苦
労する部分があるかもしれません。しかし、それが
できると様々な効果があるでしょう。
例えば一つのヘルプメッセージを一つのコンポー
http://www.ibm.com/developerworks/jp/xml/
library/x-dita11/
・HTML から DITA への移行を考えている方は、
http://www.ibm.com/developerworks/jp/xml/
library/x-dita1-index/
ネントとするならば、DITA を管理しているコンテン
23
DX30interview_new_2段.indd
23
2008/03/13
13:55:21
クローズアップ
情報システム市場の潮流を読む
考えるリーダーになるススメ
株式会社インサイト･コンサルティング
ビジネスコンサルティング部長
http://www.insightcnslt.com
森川 大作
氏
情報システム開発現場に有能なリーダーの必要
の協業相手は明日の競合相手という時代です。組織
が叫ばれ始めて久しく時が流れたように思います。
力が一層大切な時代になってきました。どんなに有
2000 年問題を機に各社が一斉にレガシーの基幹シ
能な経営者がいても、どんなに優秀なメンバーがい
ステムの入れ替えを始めましたが、ちょうどその頃
ても、要役の現場リーダーが正しく機能しなければ、
から盛んに、システム入れ替え案件ではなく、業務
チームとしての組織力は発揮することはできませ
の要件を捉えて SE も提案力を身に付けなければなら
ん。要によって容易にぶれてしまうあるいは壊れて
ないとか、論理思考力を磨かなければならないとか、
しまうからです。まずは現場のリーダーが自分に求
戦略的思考が必要だなどと言われるようになり、我々
められていることをしっかりと認識しなければなり
のコンサルティング現場でも人材育成のテーマとし
ません。
てそのような内容に取り組むことが多くなりました。
そんなことを言っている間に、今度は 2007 年問題
がいよいよ顕在化し、国内の IT 技術者の不足が深刻
化しています。そこで、今回は情報システム市場の
潮流を読み解きながら、これからの情報サービス産
業に必要なリーダー視点を考察したいと思います。
現場リーダーに求められるもの
現場リーダーの本質的な機能は、経営視点と現場
この要としてのバイパス機能を果たすには、単なる
情報の中継ではなく、正しく受信し、共有し、発信
してゆくことが必要であり、そのために＜考えるリー
ダー＞になる必要があります。考えるとは、3 つの
水準があります。1 つ目は「分別」つまり何が善くて
何が悪いのかを正しく判断し正しいことを貫くこと。
2 つ目は「識別」つまり似て非なるものをどのよう
に同じで違うのかの差異を認識すること。3 つ目は ｢
洞察 ｣ つまりその先には何があり、どうしてそうなっ
視点の扇の要（かなめ）であると言うことです。経
ているのか根源に立ち戻ってなぜを考えることです。
営視点から語られる方向性、戦略、戦術、指示を、
分別から識別へ、識別から洞察へと至り、本当の意
現場に理解できるようにメンバーの視点と用語で作
味で考えることによって、環境適合と問題解決ので
業レベルに落として伝達すること。またその逆に、
きるリーダーになることでできます。では早速＜考
現場の状況を察知し、メンバーの視点のみではなく、
えるリーダー＞のための分別、識別、そして洞察を
それを経営視点に置き換えてエスカレーションする
働かせながら、6 つの潮流分析軸から考えましょう。
ことです。このバイパス機能は、組織、個、競合が
多様化する事業環境に引っ張られるようにして大き
く揺さぶられる力に影響を受けます。組織再編が進
んで異なる背景の組織が融合し、働く個の多様性が
広がり、事業の越境戦によって新たな産業分野の競
合が生じ、そのために情報サービス産業では一社で
は完結することがますます困難になる、そして今日
その 1 −業界動向
2007 年度の国内 IT 市場の現時点（2007 年 10 月）
見通しは約 12 兆円で 2％の成長、情報サービス市場
は約 5 兆円で、今後 3 年間は 3.5% 成長が見込まれ
ています。IT 産業の収益は、ハードからソフトへ、
24
DX30morikawa.indd
24
2008/03/13
13:56:28
ソフトからサービスへと変貌していることは、IBM
グローバル化戦略を徹底しており、TRIOLE のグロー
の動きや SI 各社のサービス展開の動きを見ていると
バル展開など注目。IBM は米国直轄型でリソースを
よく分かります。この場合サービスとは、設計、コ
統合一体化しており、日本のイニシアティブは若干
ンサルティング、ノウハウのことです。価値はどん
低下気味。富士通と IBM 両雄を中心としたメーカー
どんこういうものに移行しています。
競争になっています。そんな中で、富士通、NEC、
市場成長を他国と比較してみると、最近のサブプ
ライムローン問題による世界経済の見通しが不透明
になってきているという点はあるにしても、ざっく
り言って、新興国の GDP は約 5% という高い伸びを
示している中で、米国も 3 ∼ 4% の成長を維持して
います。一方で日本は 2%。これを GDP 比較ではな
く IT 投資と相対比較をすると、米国が 4 ∼ 5％であ
るのに対し、日本は 2%。対 GDP 比で、日本は IT 投
資比率が低い。さらに、利益率も約 3% と低い。ちな
みにインドの IT 企業の利益率は 25% を超えている。
上流へ上流へとサービス軸を移しているからです。
これらの分析から、IT 業界がソフトからサービス
へと移行しつつあるものの、その部分でまだまだ価
値を生み出しきれていないということが分かります。
現に、IT 活用によって企業の生産性が向上したと答
えた企業は米国が 75% に対して日本は 50%。企業の
生産性、特にサービス産業の IT による生産性向上の
余地は十分に残されており、日本企業の課題になっ
ているということが分かります。
国内 SI 各社のトピックス例としては、NTT データ
が売上 1 兆円を目標に掲げ、発注者ビュー要求工学
を開発しているものの公共事業を中心とした一人勝
ち体制は変わっておらず、IT 業界全体に対するノウ
ハウ共有・発展までにはなかなか至らないこと、NRI
が金融向けサービス事業を拡充し、オフショアを含
めたアウトソーシングを強化していること、TIS は
金融系再編がほぼ落ち着きカード業界は今後生き残
りをかけた決勝トーナメントとなるにつれ JCB プロ
ジ ェ ク ト の 成 否 に か か っ て い る こ と、CTC は CRC
との組織再編のシナジーを発揮しきれるかどうか、
NSSOL は親会社である新日鉄向けの内販比率は下が
り金融系のシステム構築で業績を大きく伸ばしてい
る、などです。メーカーの戦略を見ると、富士通が
日立で 35PFlops のスパコン構想が 2012 年を目標に
進められており、国内メーカは技術立国としての回
復を目指している様子です。これらの国内事情を見
ると、国産 IT 業界における人材獲得と維持が大きな
課題になっていると理解できます。優秀な人材はど
んどん海外に流出しており、また、他産業や Google
などに最優秀理系人材が流れてしまう傾向が顕著に
なっています。日本における IT 産業のそのものの魅
力を取り戻して行くことは大きな課題です。
アウトソーシングの動きは引き続き海外に向かっ
てはいるものの、潮流としては国内回帰と中国一極
集中になる傾向が見え始めています。すでにオフショ
ア進出を遂げた企業とまだの企業との間で、その課
題に大きな開きが出ています。既出の企業にとって
目下の課題は、業者選定・人材調達・コスト削減から、
開発プロセスの標準化による品質向上へと課題がシ
フトしており、OSD（Offshore Development Center）
を設置し内部プロセス化しようとしています。米国
では JP モルガンの例のようにインソースの動きが
強くなっている部分があります。日本では内部統制
との兼ね合いで、外部の第三者が作成した監査報告
書を提出して対応しても、実際には事例が少なく現
時点では高額になるケースも多いようです。
（CSK、
TIS、富士通、NEC、NRI 等。米国では SAS70、日本
では監査基準委員会報告書第 18 号。
）
ア ウ ト ソ ー シ ン グ の も う 一 つ の 視 点 は、SaaS
（Software as a Service）のような従量制サービスの
浸透です。IT は所有するものから利用するものへと
いうコンセプトがシフトしつつあります。SaaS のメ
リットは、IT 投資の ROI（費用対効果）が比較的明
確であり、初期投資が少なくて済むということです。
たとえば、従来型の導入だとシステム導入までに 1
年はざらですが、SaaS では 1 ヶ月で済み、その成功
25
DX30morikawa.indd
25
2008/03/13
13:56:29
確率も従来型のシステム開発が 50% と言われている
長戦略をどう描くかに注目できます。新興国の ICT
のに対し、SaaS の場合は 90% 以上です。したがっ
企業は急成長を持続しています。インドでは、BPO
てリスクが少なく、損益分岐点も従来型では 2 ∼ 3
（Business Process Outsourcing）、BTO（Business
年かかっていたようなシステムが 1/10 程度に短縮
Transformation Outsourcing）、KPO（Knowledge
されるというメリットがあります（salesforce.com
Process Outsourcing）などアウトソーシングサービ
の事例 於 IT Japan2007）
。IT 投資の ROI が一層明確
スを上流移行しており、R&D 分野の中心地となりつ
に求められるようになってきたため、SaaS 型のシス
つあります。ベトナムは日本人との人的親和性があ
テムも増えてきました。
り、引き続きオフショア先のポートフォリオの代表
その 2 −顧客動向
格ですが、最近急成長の隣国インドの二次請け先と
なったり、IT 製造業の分野では、台湾企業が相次い
国内製造業の製品出荷額の比較では、機械が横ば
でベトナム北部を中心に投資に動いており、今後、
い、電機が低迷し、自動車がそれを追い抜きました。
台湾を媒介にした中越関係に注目したいと思います。
依然として輸出依存度は高くなる傾向は変わらない
この動きも中国一辺倒の生産に限界を感じてのリス
ものの、海外市場向けを中心に活況が続いています。
ク分散から来ています。
通信分野でも携帯三社の戦略が今後問われていくこ
中国に関しては、日本からのオフショアが急成長
とになります。実際に業種別で見ると、2007 年は通
し、同時に人件費も高騰するに伴い人手不足が顕在
信、鉄鋼、機械が前年対比で 10 ポイント以上の IT
化しています。欧米から見た場合、対インドで人口
投資増額が見込まれており、今後自動車と IT や電機
動向や英語力が課題視されてきましたが、日本にとっ
と IT の関係が注目に値します。業種を問わず業界再
てはコストが最大の課題でしょう。上海では過去 5
編時代に突入しており、日本ではスピードは緩慢で
年で 5 割以上増加しており、各都市で最低賃金の上
も、求められるビジネスの変革スピードに合わせて
昇が報じられています。国家統計局の 2006 年平均
M&A は増加していくと思われます。組織再編で必ず
では、前年比 14.4% 増です。急加速するコストに対
問題になるのが、人材とシステムの統合です。せっ
して、NTT データや富士通などは、沿岸部から重慶
かく変革スピードを求めて再編しても、システム統
などの内陸部に開発拠点をシフトし、米企業では四
合が追いつかなかったのはこれまでの金融業界を見
川省成都などへのシフトも見られます。人件費が沿
れば一目瞭然です。引き続き、組織再編に伴うシス
岸部に比べてまだ半分と言われており、中国各地も
テム統合のスピードアップが課題となっていくこと
IT 人材教育とソフト産業の強化に力を入れているが、
でしょう。そのために EA（Enterprise Architecture）
コスト競争だけのオフショア開発は限界が見えてい
の策定や SOA の導入に引き続き注目が集まると思わ
ます。また、情報漏えいリスクも顕在化しており、
れます。同時に人材のスキル移転やポートフォリオ
セキュリティの観点からも OSD 設置の動きが見られ
も重要視されていくと思われます。
ます。
その 3 −海外動向
とは言え、日本の国内 IT 人材は不足傾向が続く。
2000 年には英国も、日本も、インドも IT 人材の数
海外の主要ベンダーに目を向けてみると、IBM は
はほぼ同数だったにもかかわらず、
現在では、
中国（90
首位を HP に明け渡しました（2006 年）が、コン
万）とインド（130 万）合わせると日本（60 万）の
サル部門やソフトウェア事業に勢いがあります。人
4 倍近くになります。米国が 160 万であることを考
材面ではインドなどの新興国でリーダー育成を行っ
えると、今後日本における IT 人材獲得がなお一層大
ています。一方では HP は、首位を奪いましたが、
きな課題となると同時に、開発生産性の向上や品質
R&D 分野には IBM ほど力を入れておらず、今後の成
の維持が課題となってくることが分かります。
26
DX30morikawa.indd
26
2008/03/13
13:56:29
その 4 −技術動向
2 つの事例に絞って考えます。一つは OSS（Open
Source Software）の分野。IPA（情報処理推進機構）
は産官学が協力し OSS の活用と普及を図ることを目
的として、2006 年 1 月に OSS センターを設立しま
した。性能測定の基準を定めて評価を行ったり OSS
開発プロジェクトの支援を行うことや、情報集約と
発信を行うため OSS iPedia を構築して、用語集や
事例などのデータベース化を行っています。OSS 開
発者に関する調査（日本 OSS 推進フォーラム）で
は、世界の共通点として、開発プロジェクトに参画
する開発者は、ソフトウェア開発に携わる企業の開
発者が過半数を占める（対学生）こと、OSS 開発者
のプロジェクト参加のモチベーションは自己のスキ
ル向上であり、OSS 開発プロジェクトはソフトウェ
ア開発者のスキルアップの場として認識されている
ことの 2 点です。日本の特異性としては、業務と
し て の 参 画 率 が 世 界 平 均 の 1/2 程 度、OSS 開 発 に
収入を得る開発者（ペイド開発者）の比率は、世界
平 均 の 1/4 程 度 で す。Linux、FreeBSD、Apache、
OpenOffice、Mozilla などのメジャーなプロジェクト
を見ても日本人の参画比率は極めて低いのが現状で
す。（米国とヨーロッパが世界の 40% 程度を分担し、
US に次ぐ開発者輩出国は英独仏の 3 国であり、それ
ぞれ数 % から 10% 程度という構図が推定される。ま
た、日本の約 2% という比率は、世界の 9-13 位程度
と推定される）。OSS の開発プロジェクトの機会が少
ないことも要因として挙げられますが、その更に背
後になる要因は、技術力よりもむしろ国際力、つま
り英語力と論理的発言力が考えられます。参画者の
る WAS（Web Based Security）は脅威にさらされて
いると言われており、金融系を中心にセキュリティ
強化が急速に図られています。OWASP（Open Web
Application Security Project）は安全な Web アプリ
ケーション構築の手引きを公開しています（日本語
訳あり）
。TCG（Trusted Computing Group） は セ
キュリティチップ搭載のサーバー仕様を公開してい
ます。ソフトの分野からもハードの分野からもセキュ
リティに関する標準化が進んでいます。セキュリティ
分野の課題の一つは、組み込み系です。本来組み込
み系は日本が得意とするところですが、脆弱性が指
摘されておりパッチは後手に回っているのが実状で
す。携帯、部品、ファームウェアについては構築と
テストに比重をかけ、セキュリティに関して日本の
エンジニアは概して無関心です。
2 つの技術について取り上げてきましたが、技術と
品質に対する傾向が実態の空洞化を招くことが懸念
されています。SI 大手各社のエンジニアもパートナー
管理に追われて、技術の実態が分散化し、蓄積され
ないことが個人としてあるいは組織として大きな課
題となっています。特定の要素技術を身に付けても
すぐに陳腐化してしまうから何もしない、技術習得
の動機付けが得られない、などの声を個々のエンジ
ニアから聞くことがよくあります。技術習得のプロ
セスから「学ぶことについて学ぶべき」とワインバー
グは述べています（スーパーエンジニアの道）
。組織
として個人として技術習得と活用に対する正しい認
識が課題です。
その 5 −関係政策動向
量的確保を欧米並みにすることよりも、質的向上路
内 部 統 制 は 2008 年 4 月 か ら の 適 用 に 向 け 本 格
線を取るべきではないかと考えられています。OSS
化の機運です。フレームワークとしては COBIT for
は今後業界にイノベーションをもたらす一つの要因
SOX の動向や金融庁のガイドラインに注目すること
です。ソフトからサービスに収益の軸足が移りつつ
ができます。経産省が金融庁の「実施基準」を受け、
あることを考えると、OSS の普及と活用が鍵を握る
IT 全般統制中心に理論・実践ガイドラインを整備し
かもしれません。事実、Google 躍進の背後には積極
ましたが、ユーザーや監査法人は概ね、具体例がなく、
的な OSS 活用の戦略があります。
どのようにすべきかが不明確との反応を示している
もう一つの分野はセキュリティです。日本におけ
ようです。情報サービス産業にとって J-SOX は市場
27
DX30morikawa.indd
27
2008/03/13
13:56:29
機会です。実作業の多くはリスクの洗い出しやドキュ
メント作業ですから、顧客の業務現場を可視化した
り、論理的に整理して体系化するスキルは益々求め
られるようになるでしょう。
すという試みです。
これまでは、業務遂行と人材育成は二律背反的あ
るいは両輪とは言え業務優先、OJT の名のもとに何
もしないなどと言われてきましたが、東大の中原研
スキル標準化も進められています。IT スキル標準
究室を中心に WPL（Work Place Learning）という概
の ITSS、情シス部門標準の UISS、組み込み系人材標
念が始まりつつあります。現場の学びを中心にした
準の ETSS、学習知識体系の ISBOK、情報処理試験相
学習形態です。今後益々、現場リーダーの質が、業
互認証制度のアジアにおける進展などを見ていると、
務遂行を通して人材を育成する力によって図られる
スキルを標準化することの意味とは何かを考えさせ
時代になると思います。
られます。業界の商習慣とも言うべき人工計算。ナ
レッジワーカーが労働集約型産業と同じ基準で図ら
れるということに違和感がやっと出てきたというこ
とでしょうか。知識集約型産業にふさわしい評価基
準や人材像の定義、スキルマッチングや見積基準、
これらは生産性向上に結びつくように活用しなけれ
ばなりません。標準のための標準にならないように。
その 6 −人材育成動向
リーダーシップ論の変遷を 1900 年初頭から辿って
いくと、現在は Change Leadership に主眼が置かれ
ている時代です。目に見える既存の知っていること
や経験してきたことに関してリードするのではなく、
目に見えない新規の誰も知らないしやったこともな
いことをリードしなくてはならないからです。市場
もそれを求めています。2005 年には情報投資の約 8
割が既存システムのお守り（固定支出）で、わずか
2 割が戦略投資（業務効率改善含む）に過ぎません
PM（プロジェクトマネジメント）が一時ブームで
でした。ところが、2007 年時点で戦略投資の比率が
したが、案件審議を徹底するなど各社の取り組みに
4 割に増えてきました。顧客にとっても見えない曖
より不採算プロジェクトは減少しています。システ
昧なものをシステム化しなければならないという課
ム開発という非常に目に見えにくい曖昧なものに対
題があるわけです。現場で一人ひとりが、自分自身
してエンジニアリング世界の PM をよく適用してき
の頭で考え、実行することを意識する内部成長性が
たと思います。最近では、自動車業界もハードから
企業の力です。本当の意味で＜考えるリーダー＞に
ソフトの分野にシフトし、IT 業界と同様に目に見え
なってください。
にくい曖昧なものに対する PM の必要が高まり、IT
業界から学ぶという傾向も見られます。同時にトヨ
タの TPS を異業種に広げ生産性を向上させるという
取り組みが IT 業界にも見られるようになってきまし
た。PMBOK だけではなく、むしろ国産の P2M の普
及が促進され 2008 年 3 月には国際シンポジウムが
開催されます。
IT 人材の課題としては絶対量の不足に加えて、若
手人材のリテンションやモチベーションのマネジメ
ント、およびパーソナルブランディングが主要な課
◆ お問い合わせ
株式会社インサイト・コンサルティング
HP: http://www.insightcnslt.com
ADDRESS: 〒 141-0022 品川区東五反田 1-8-12
TEL: 03-5421-7285 FAX: 03-5421-7286
MAIL: [email protected]
題となっています。ベテラン人材については、レ
ガシーの継承とメインフレーマーの高い技術力をリ
バースエンジニアリングやセキュリティ分野で活か
28
DX30morikawa.indd
28
2008/03/13
13:56:29
書 評
文章のみがき方
ラム「天声人語」を担当してい
たプロのジャーナリストである。
当然、言葉や文章に対する思い
入れは強い。すでに著者は、
「文
章の書き方」というロングセラー
を世に送りだしており、本書は
そ の 姉 妹 編 に あ た る。 今 回 は、
著者が「さまざまな方々の「文
章論」や「作品」を読み、そこ
から学んだもの」が体系的にま
とめられている。取り上げられ
る「文章家」は、
よしもとばなな、
谷崎潤一郎、芥川龍之介、藤沢
ている人はほとんどいないかも
しれない。
ただ、考えてみれば人間のコ
面と向かって話す場合には、身
著者が結論付けたように、い
うことができる。声の抑揚によっ
い文章の第一条件は、何を伝え
て微妙な感情をより正確に表現
たいかという心の炎なのだろう。
することができる。相手の反応
しかし、その炎を正しく伝える
を見て、言い方を替えたり、言
ためには、文章上の工夫がいる。
い 直 し た り す る こ と も で き る。
その実践的技術が本書にはちり
いわば臨機応変が可能である。
ばめられている。それは小説を
これに対し、文章に言い直しは
することはできない。目的が達
せられる文章を書くことは、万
人にとって大事なことだ。
本書の冒頭では、基本的なこ
とがいくつかしめされる。毎日
いちばんの条件は、これをこそ
書く、書き抜く、繰り返し読む、
書きたい、これをこそ伝えたい
現場感覚をきたえる。…ピアノ
という書き手の心の、静かな炎
の練習の基本と言い換えても通
のようなものである」と著者は
用する。体に覚えこませるもの
まえがきでいう。
な の だ ろ う。 そ し て、「 さ あ、
ちは、どのような機会に文章を
書くのだろうか。クライアント
とのやりとりや会議の議事録な
どのビジネス文書、親しい友達
へのメール。ブログを定期的に
書いている人もいるだろう。文
章の目的はそれぞれ違う。いい
文章を書きたいと明確に意識し
感覚だ。
振りや手振りによって言葉を補
ど大切な要素がたくさんあるが、
今、この書評を読んでいる人た
われる。文章
ののように思えるのは不思議な
なまま伝わり、当初の目的を達
具体性、独自性、抑制、品格な
な錯覚にとら
本的に話すか書くかしかない。
浅田次郎…と幅広い。
い文章の条件には、平明、正確、
が書けるよう
を書く作業がとても魅力的なも
ない。不正確な文章は、不正確
を志す人のための本である。い
ばらしい文章
岩
波
新
書
文
章
の
み
が
き
方
ミュニケーションの方法は、基
周 平、 宮 部 み ゆ き、 村 上 春 樹、
本書は、
「いい文章を書くこと
れからは、す
)
務め、大学入試でおなじみのコ
自分も、こ
評者：Katsuyoshi.N
辰
濃
和
男
著
(
著者は朝日新聞の論説委員を
がある。
書こう」と題した、第 2 章では、
辞書を手元に置く、書きたいこ
とを書く、借りものでない言葉
で書く、わかりやすく書く、正
確に書く、ゆとりをもつ、抑え
る、などの心得が実際の作家や
批評家などの文章の実例を持っ
て分かりやすく示される。項目
一つ一つは短いが、実に説得力
書くためだけではなく、どんな
文章を書くのにも共通な、普遍
的な技術といえる。語順を変え
たり、余分な語句を削ぎ落とし
たり、ほんの少しの手直しで文
章が格段にシャープでわかりや
すくなった場面を評者も何回も
目の当たりにしている。まるで
魔法にかけられたように、文章
が 活 き 活 き と 輝 き 始 め る の だ。
同じ小説を読んで、同じ箇所で
感動して涙を流すのは、それだ
け文章の完成度が高いからなの
だろう。
一度自分の書いた文章を少し
だけ意識して読み直してみよう。
そして手直ししてみよう。どう
したらよりよく自分の思いを伝
えられるのかと考えながら。本
書を通じ、これまで意識してい
なかった「文章の世界」への扉
が開かれるかもしれない。
29
DX28BOOK.indd
29
2008/03/13
13:57:38
クローズアップ
第四回：マインドマップで学ぶ、技術者のための
システムセキュリティ対策入門
梅原 伸行
システム的なセキュリティ対策
「MindManager」（ 後 述 ） の フ ァ
必要十分と思われますが、「マッ
周辺を図解していく本連載です
イルをインポートすることが可能
プでプレゼン資料を作成する」な
が、今回は「マインドマップで学
であり、リッチなユーザインター
ぶ」という原点（？）に立ち返って、
フェイスも備えていますが、無償
「マインドマップ作成ツール」につ
版は保存可能なファイル数が限ら
いて取り上げたいと思います。巷
れている等、制約があり、実務レ
に「マップ・ツール」なるものが
ベルで活用するには有料版を使う
溢れていますが、皆様は何を使っ
ことになるでしょう。
ておられるでしょうか？
フリーではないものの比較的
フ リ ー（ 無 料 ） で 手 軽 に
安 価 で ユ ー ザ・ エ ク ス ペ リ エ ン
マップを始められるものとし
ス を 高 め た 製 品 も あ り ま す。 国
て「FreeMind」1 が 有 名 で す。
産マップ・ツールである「JUDE/
「FreeMind」 は Java で 作 ら れ て
博多～新大阪
こだま
こだま
博多～新大阪～東京
ひかり
ば、Windows のみならず Linux や
すが、全体的な操作感はきびきび
Mac OS X 2 上でも稼働します。た
しており、思考スピードで美しい
だし、
「子ノードを作成」のショー
マップを作成していくことが可
のぞみ
トカットが「Ins」キーに固定され
能 で す。「JUDE/Think!」 の マ イ
ひかり
ており、MacBook のように「Ins」
ンドマップ作成機能は、もともと
のぞみ
キーのないマシンではマウス操作
「JUDE/Professional」 に 搭 載 さ れ
になってしまうという難点があり
ていた「マインドマップ図」を単
ます。（Windows PC なら支障ない
品として切り出した製品で、筆者
のですが。）
も「JUDE/Professional」の方で愛
BASIC」4
300系
こだま
日本最速300km/h
500系
東海道・山陽新幹線
700系
こだま
のぞみ
N700系
最新の新幹線
防犯カメラ設置による
セキュリティ対策
用しておりました 6。
も あ り ま す が、 こ の 二
Think ！」は、フリーないし安価
つはブラウザ上でマップを作成
なマップ・ツールとはいえ、日進
100系
700系
Think!」（チェンジビジョン）5 は、
「FreeMind」 お よ び「JUDE/
山陽新幹線
ひかりレールスター
「FreeMind」同様、Java アプリで
「Mindomo Free」3 や「MindMeister
０系
二台目東海道・山陽新幹線
でも登場は200系の方が先
いますので、Java 実行環境があれ
フリー系マップ・ツールには、
現役、初代新幹線
鹿児島中央～新八代
つばめ
800系
九州新幹線
子供たちに人気!
700系
するウェブサービスとなっていま
月歩で表現力や付加的な機能を強
ドクターイエロー
す。どちらも「FreeMind」および
化しており、個人で利用するには
イーストアイ
試験車両
E3系
１．http://freemind.sourceforge.net/wiki/index.php/Main_Page
５．http://jude.change-vision.com/jude-web/product/think.html
3150 円
２．Mac OS X は BSD UNIX の流れを汲んでおり、Java はもちろんのこと、Linux な
ど他の UNIX のソフトウェア資産を比較的容易な移植で使うことができる。余 ６． し か し、「JUDE/Professional 5.1」 を Mac 環 境 で 稼 働 さ せ る と
談だが、Windows ではパーソナル Web サーバとして IIS が起動するのに対し、
「FreeMind」 同 様、「Ins キ ー 問 題 」 が あ っ た た め、 筆 者 は 後 述
Mac OS X では Apache が起動する。
の「MindManager」 に 乗 り 換 え て し ま っ た。 も っ と も、「JUDE/
Professional」は Mac 対応を正式表明しておらず、「JUDE/Think!」
３．http://www.mindomo.com 有料版は月６ドル。
Mac 版では解決していると思われる。
４．http://www.mindmeister.com 有料版は月４ドル。
30
DX30security.indd
30
2008/03/17
12:57:38
ど、ビジネスの現場で活用するに
バージョンを重ねてきましたが、
作 成 し た マ ッ プ の「PowerPoint」
は、それなりのツールが必要です。
Java ア プ リ で は な い の で、Java
プレゼンテーション出力、「Visio」
米 MindJet の「MindManager」7
系マップ・ツールと比較するとア
プ ロ セ ス 図 へ の 変 換、「Project」
プリの起動およびキー操作の点で
連携によるプロジェクト管理な
軽快感があります。
ど、「Microsoft Office」 関 連 製 品
は、マップ・ツール界の「Microsoft
Office」的な存在であり、マップ・
ツールとして機能が完成していま
加
え
て、Windows 版
の
「MindManager PRO 7」8 は、単な
す。「MindManager」は Windows
版と Mac 版でそれぞれ「7」まで
るマップ・ツールにとどまらず、
と の 連 携 に よ る「 ビ ジ ネ ス・ リ
レーションシップ」機能が強化
されています。もっとも、「何で
もマインドマップの世界に取り
込みたい！」というビジネスパー
ソ ン で な け れ ば、 こ う し た リ ッ
やまびこ 東京～仙台・盛岡
東北新幹線 なすの 東京～那須塩原・郡山
０系の東北・上越
新幹線向け改良車両
とき 東京～新潟
東北新幹線
「MindManager LITE 7」9 で 十 分
なすの 東京～那須塩原・郡山
と思われます。なお、Mac 版であ
る「MindManager 7 Mac」10 は、
つばさ 東京～福島～山形～新庄
山形新幹線
機能的には「PRO」と「LITE」の
Maxとき 東京～新潟
E1系
上越新幹線
いわけですが、純粋なマップ作成
で あ れ ば、 エ ン ト リ ー モ デ ル の
上越新幹線 たにがわ 東京～越後湯沢・ガーラ湯沢
400系
チな機能は必ずしも必要ではな
Maxたにがわ 東京～越後湯沢・ガーラ湯沢
初代二階建てMAX
E1（イーワン）系
中間に位置しており、「MS Office
連携」機能はないものの、完全に
Mac 環境にカスタマイズされてお
長野新幹線
り、現時点の筆者愛用マップ・ツー
あさま 東京～長野
やまびこ 東京～仙台・盛岡
E2系
東北新幹線
山登りが得意
E2（イーツー）系
なすの 東京～那須塩原・郡山
盛岡まで「こまち」を連結
の
やまびこ 東京～仙台・盛岡
なすの 東京～那須塩原・郡山
ミニ新幹線
E3（イースリー）系
福島まで「つばさ」を連結
Maxとき 東京～新潟
上越新幹線
ので、まずは使用感を十分確かめ
Mac」を使って描いたサンプル・
マップを示します。
（
「N700 系」13
Maxやまびこ 東京～仙台・盛岡
Maxなすの 東京～那須塩原・郡山
はトライアル版があります
します。最後に「MindManager 7
山形新幹線
E4系
12
てから購入することをお勧めいた
つばさ 東京～福島～山形～新庄
東北新幹線
の話題となってしまいました。フ
リーのものはともかく、有償のも
こまち 東京～盛岡～秋田
秋田新幹線
東北新幹線
さて、今回は「マップ・ツール」
周辺（というか「MindManager」）
はやて 東京～八戸
E3系
ルとなっています 11。
のコメント以外、本稿のテーマと
世界最大級二階建てMAX
E4（イーフォー）系
関係ありませんが。。）
Maxたにがわ 東京～越後湯沢・ガーラ湯沢
７．http://www.mindjet.jp/
11．とはいえ、MindManager にも Mac 版では色付けの動作などに癖があり、
操作性が完璧とは言えない。
８．MindManager PRO 7：54,600 円（Windows 版のみ）
「MindMapper」、
「マップイッ！」、
９．MindManager LITE 7：15,540 円（Windows 版のみ）。「PRO 7」のうち、 12．有償のものとして、他にも「iMindMap」、
「NovaMind」などがある。
「PowerPoint」エクスポート機能は有用と思われるが、「LITE」には含ま
れていない。
13．http://n700.jp/
10．MindManager 7 MAC：20,790 円
31
DX30security.indd
31
2008/03/17
12:57:39
p
t
t
h
@
情報の海に溺れてみる
インターネットの活用方法は様々であるが、その
IE7 の場合「ツール」−「インターネットオプショ
主要な目的の一つは世界中から集まる新鮮な情報を
ン」−「タブ」−「設定」を押しポップアップがタ
定期的に入手する事にある。インターネットが普及
ブで開かれるように設定する。
する前後で情報収集の手段は大きく変化したが、イ
ンターネット上での情報収集方法にも変化がある。
インターネット上での変化
大手新聞社などが提供するニュースサイトや、特
定のサイトを定期的に閲覧することに始まり、blog
に発展した個人ニュースサイト、また、最近では
Web2.0 という言葉の普及と共にユーザ参加型ソー
シャルニュースサイトが登場してきた 1。ソーシャ
ルブックマークも他の人が関心を持っているサイト
図 1 ポップアップがタブで開かれるように
STEP 2
フィードを登録する
とりあえず登録数ランキング上位の RSS フィード
を利用するのが手っ取り早い。「登録数ランキング」
ページ内の「まとめて登録」から登録できる。
を知ることが出来るため最新情報の収集に有用であ
る 2。また、動画を活用したサイトもある。
どの方法も一長一短があり、出来れば、すべての
方法を統一されたインターフェイスでアクセスでき
てしまえば便利である。その為に RSS を用いること
が出来るが、普及し始めて比較的時間が経っている
図 2 まとめて登録
フィードにレート付けを行う
にもかかわらず、使っている人とそうでない人が別
STEP 3
れている状況かもしれない。そこで、RSS リーダの
登録が済んだら、画面左のフォルダビューから登
１つである livedoor Reader の利用手順を紹介した
録数上位のものを選んでゆく。
い。特に、最新の情報を効率よく、しかも多量に収
集するという目的での使い方に注目してほしい。
livedoor Reader
livedoor が提供する web ベースの RSS リーダであ
る。http://reader.livedoor.com/ に ア ク セ ス し 必 要
ならアカウントを取得する。以下にステップを追っ
て利用手順を説明するが Firefox や IE7 などのタブ
ブラウザの利用が前提となる。
STEP 1
ブラウザの設定を行う
図 3 登録数上位のものを選択
ざっと眺め、今後購読したいものには 5 つ星を付
けておく。
32
DX30soft2段.indd
32
2008/03/11
14:53:48
ク に 追 加 し た り、「 紙 copi」5 や Firefox で あ れ ば
「ScrapBook」6 を用いて丸ごと保存するとよい。そ
のまま忘れてしまいそうなら、「あとで読む」7 を利
図 4 関心のあるものにレート付け
レート付けのステップを省き、以降のステップを
フォルダ単位で行っても良いが、この作業を初期段
用して自分にメールをしておくのも便利である。
STEP 7
フィードを新鮮な状態に保つ
有用なサイトにも流行り廃りがあるので、「注目度
階で時間をかけて行っておくことをお勧めする。
ランキング」などを利用しながら、いつも RSS フィー
ショートカットキーを利用して読む
ドのリストを新鮮な状態に保つ必要がある。もちろ
STEP 4
多量の RSS フィードを効率よく購読するために欠
かせないステップである 3。
画面左をレートビューに切り替えると先ほど設定
したレート毎にフィードが整理される。
ん、個人的に関心があるサイトの RSS を定期的に管
理することも必要である 8。
以上のようにショートカットキーを利用して 1. 記
事のタイトル閲覧→ 2. ピン付けによる取捨選択を素
早く繰り返すことにより、概要も含めればかなりの
量の記事を比較的短時間で閲覧することが出来る。
本当に必要？
毎日数十分かけてこの方式を行うと日々相当量の
情報を入手できる。しかし、必ずしも入手する必要
の無い雑音も多い。とにかく Web 上の沢山の情報
図 5 レートビュー
この状態でショートカットの [s] を押す。すると
最初のフィードが選択され記事一覧が表示される。
[j] を押すと記事を次々と辿って行くことが出来る。
（逆は [k]）大事なのはこの段階では主にタイトルを
見るだけに留めることである。もし、関心のある記
に触れておきたい場合や、特定の分野の情報を徹底
的に漏らさず入手する場合には有効だろう。
しかし、音と映像を駆使した TV や見開きで写真
と文字情報が入ってくる新聞などの紙媒体も重要で
あるし、人とのコミュニケーションから得られる情
報もとても貴重なものである。
事があったら [p] を押す。するとその記事は「ピン
まずは一度体験してみて、情報の海に溺れてみる
が付いた状態」になる。一つのフィードの最後まで
のはいかがだろうか。その中で、自分なりの泳ぎ方
辿り終わったら [s] を押すと次のフィードに移る。
を見つけ出して欲しい。( K.T )
（逆は [a]）この作業を 5 つ星のフィードの分だけ出
来るだけ素早く繰り返す。
STEP 5
ピンが付いた記事を一気に読む
一通りピン付けが終わったら、[o] を押す毎に、ピ
ン付けした記事が新規タブに 5 つずづ表示されるの
で、この段階で内容を読む 4。
STEP 6
他のサービスと連携
資料として残したい記事があったら、ブックマー
注 1.http://newsing.jp/,http://www.choix.jp/ など
注 2.http://b.hatena.ne.jp/ など
注 3. ショートカットキーはキーボードが全角モードだった
り、ブラウザの画面外にフォーカスがあると動作しな
いので注意。
注 4. ポップアップブロックが有効な場合 reader.livedor.com
からのポップアップを許可する必要がある。
注 5.http://www.kamilabo.jp/
注 6.http://amb.vis.ne.jp/mozilla/scrapbook/
注 7.http://atode.cc/
注 8.blog.livedoor.jp/ld_directors/archives/50735409.html
にて詳しく解説されている
33
DX30soft2段.indd
33
2008/03/11
14:53:48
DX
昨今の XML 関連仕様として Web サービス、SOA の二つを取り上げ、標準化動向について解説する。また、前
号で紹介した XSLT2.0（および XQuery）を試すことのできるツールについても最新の情報をお伝えする。
Web サービス関連仕様
Web サービス関連仕様も、新しい規格が次々と開
メタデータを取り込む方法、WS-Addressing をサポー
発され競合するというフェーズは過ぎたようである。
トしていることを WS-Policy を使って示す方法を規定
従って、昨年後半以降発表された主な規格は以下のよ
している。
うに数は少ないが、その主なものを以下に紹介する。
WS-I 仕様の国際規格化
W3C で勧告となった Web サービス関連規格
Web サービスの規格をさらにプロファイル化する
◇ W3C Web Services Policy（WS-Policy）1.5
ことによって相互運用性を高めるため WS-I で制定さ
（2007 年 9 月）
◇ Web Services Policy Attachment
（WS-PolicyAttachment）1.5（2007 年 9 月）
Web サービスのポリシーを記述するためのモデ
ルと文法を定めた規格（WS-Policy）、そして、その
ポ リ シ ー を 対 象 と な る 主 体 や WSDL な ど に 結 び 付
けるための一般的なメカニズムを定めた規格（WSPolicyAttachment）。
◇ Web Services Addressing 1.0 - Metadata
（2007 年 9 月）
れた以下の３つの仕様が ISO に持ち込まれ、国際規格
としての承認を得るべく審議が行われている（→の先
が ISO における規格番号）。
◇ Basic-Profile1.2 → DIS 29361
◇ Attachments Profile1.0 ( 第２版）
→ DIS 29362
◇ Simple SOAP Binding Profile1.0 → DIS 29363
Web サービスも、SOAP や WSDL の使い方に違い
が出てしまうと相互運用性がなくなるので、これらの
プロファイルが国際規格化されることは望ましいこ
とである。プロファイルは Web サービスで利用する
Web サ ー ビ ス と メ ッ セ ー ジ を 特 定（address） す
規格の使い方を約束事として決めるものなので、WS-
る た め の 機 構 を 定 め た WS-Addressing（2006 年
Addressing などの新規格への対応も必要となる。こ
5 月 W3C 勧 告 と な っ た ） の 関 連 仕 様 で あ り、WS-
の た め、WS-I で は、Basic Profile1.1 に 続 く、Basic-
Addressing で規定された抽象的なプロパティを WSDL
Profile1.2、Basic-Profile2.0 のドラフト化も進行中であ
を用いて記述する方法、エンドポイント参照に WSDL
る（これらは ISO には送られていない）。
SOA 関連動向− OSOA 仕様
Web サービスも利用しつつ、標準化された手法
で呼び出すことのできるソフトウェアの部品を結合
してアプリケーションを構築しようというのが SOA
（Service Oriented Architecture： サ ー ビ ス 指 向 ア ー
が前提ではない）。
この SOA 関連の仕様策定などを行うため、2005
年にオラクル、IBM などが協力して設立した Open
Service Oriented Architecture（OSOA）が、以下の標
キテクチャ）である。その標準化された手法として
準仕様の原案を作成した。2007 年 4 月に、標準仕様
SOAP メッセージを使った Web サービスを適用する
とするための審議を OASIS が担当することがアナウ
のが一つの実現手段となる（必ずしも Web サービス
ンスされた。ただし、現在のところ、仕様文書の更新
34
DX30NEWS.indd
34
2008/03/11
15:19:31
などは OSOA の Web サイト上で行われているようで
ある。以下に OSOA の開発した２つのグループ仕様
を説明する。
（2007 年 3 月 21 日）
◇ SCA Web Services Binding V1.00
（2007 年 3 月 21 日）
SCA（Service Component Architecture）
◇ SCA JMS Binding V1.00（2007 年 3 月 21 日）
SCA（Service Component Architecture） は、 様 々
◇ SCA EJB Session Bean Binding V1.00
な言語でサービスコンポーネントを作成するためのモ
デルであり、また SOA に基くソリューションを構築
するためのサービスコンポーネントを組み合わせて使
用するためのモデルでもある。現在、バージョン 1.0
が開発されており、以下の仕様群から成る。
◇ SCA Assembly Model V1.00（2007 年 3 月 21 日）
◇ SCA Policy Framework V1.00
（2007 年 3 月 21 日）
◇ SCA Transaction Policy Draft V1.00
（2007 年 12 月 3 日）
◇ SCA Java Common Annotations and APIs V1.00
（2007 年 3 月 21 日）
◇ SCA Java Component Implementation V1.00
（2007 年 3 月 21 日）
◇ SCA Spring Component Implementation V1.00
（2007 年 3 月 21 日）
◇ SCA BPEL Client and Implementation V1.00
（2007 年 3 月 21 日）
◇ SCA C++ Client and Implementation V1.00
（2007 年 3 月 21 日）
◇ SCA COBOL Client and Implementation V1.00
（2007 年 9 月 24 日）
◇ SCA C Client and Implementation V1.00
（2007 年 9 月 24 日）
◇ SCA JCA Binding V1.00（2007 年 11 月 5 日）
SDO（Service Data Objects）
SDO（Service Data Objects）は、データ形式に関
わりなくアプリケーション内でデータを操作できる
ようにする統一的手段を提供する仕様であり、データ
ベースやサービスなどでのデータ操作を行う手法を提
供する。バージョン 2.1 が開発されており、以下の仕
様群から成る。
◇ SDO for Java Specification V2.1（2006 年 11 月）
◇ SDO for C++ Specification V2.1（2006 年 12 月）
◇ SDO for COBOL Specification V2.1
（2007 年 9 月）
◇ SDO for C Specification V2.1（2007 年 9 月）
XQuery1.0 ／ XSLT2.0 のツール
XQuery1.0 と XSLT2.0 は、 共 に 2007 年 1 月 に
W3C 勧告となったが、気軽に試してみることのでき
るツールはまだ少ない。現時点で主なものは以下のも
のである。
SAXON
XSLT2.0 のエディターの Michael Kay 氏の作成し
AltovaXML
こ れ に 対 し、XML Spy で 有 名 な オ ー ス ト リ ア
の ALTOVA 社 は、schema-aware の XQuery1.0 ／
XSLT2.0 をサポートした AltovaXML 2008 をロイヤ
リティ・フリーで提供している（http://www.altova.
com/altovaxml.html）。
た SAXON は、XML Schema を認識した動作が行える
標準規格も使える製品の選択肢が増えないことに
（schema-aware）バージョン（Saxon-SA）とそれを含
は普及しない。今後、他のベンダーから XQuery1.0
まないバージョン（Saxon-B）の２つが提供されてい
／ XSLT2.0 の実装ツールの提供が続くことを期待し
る（http://www.saxonica.com/）。schema-aware バー
たい。
ジョンは有償である。
（奥井康弘） 35
DX30NEWS.indd
35
2008/03/11
15:19:32
言
葉
産業翻訳の愉しみ
翻訳といっても対象分野はさま
ざまですが、コンピューターを対
象 に し た 産 業 翻 訳 に は、 デ ジ タ
ル的なシロモノをアナログ的なシ
ロモノで包み込もうという、きわ
めて野心的な世界があります。そ
の世界の奥深さと、その奥深さに
日々打ちのめされる翻訳者の悪あ
がきと愉しみを、ちょっと覗いて
みませんか？
コンピューターの世界はデジタ
ルです。そもそも英語のデジタル
（digital）の語源は「指」であり、
ちょうど一つ一つのものを指で数
えるように、すべてを個々の点と
してとらえていきます。一方、翻
訳の世界はアナログです。すべて
を個々の点としてとらえるような
（たとえば、英語と日本語の単語
レベルに１対１の対応関係を設定
し、個々の単語を機械的に置き換
えていくような）翻訳は、翻訳と
して成り立ちません。英語のアナ
ログ（analogue）が比例を意味す
るギリシャ語に由来していること
からも明らかなとおり、翻訳では
文章を全体として（一連の流れと
して）とらえ、それを全体として
（一連の流れとして）移し替えて
いくことを目指します。
このようにデジタルとアナログ
の調和を目指そうという世界に困
難が伴わないはずがありません。
その難しさをもう少し現実的に考
えてみると、たとえば元々技術者
だった人が翻訳の世界に足を踏み
入れた場合は、日本語の表現力、
文章力が課題になることが少なく
ありません。一方、文章力はあっ
ても技術者としての経験のない人
高尾 道靖
が産業翻訳を志す場合は、技術的
な内容を理解できないまま翻訳し
てしまう、というレベルをなかな
か脱することができない、という
困った状況が生じがちです。
デジタルの精密なメカニズムがア
ナログの姿かたちで包み込まれて
いるように見えてきました。そこ
にあるのは、むき出しの技術では
なく、きわめて美しく芸術的です
らある自然の世界です。
こうした課題は、何も産業翻訳
の世界に限ったことではありませ
ん。たとえば、年功序列の賃金体
系を維持してきた企業が成果主義
に基づく賃金体系を導入しようと
する場合も、これと似たような産
みの苦しみを味わうことが多いの
ではないでしょうか。
デジタルをアナログで包み込
む。これがいわゆる「自然の摂理」
から導き出せる理想なのではない
でしょうか。といっても、事はそ
れほど簡単ではありません。現実
に、そんなに美しい翻訳など、筆
者はいまだかつて成し得たためし
がありません。一連の工程という
流れの中の一つの歯車として、納
期に間に合うように作業をこなし
ていく、というのが、ほとんどの
そこで問題になるのは、デジタ
ル的なシロモノとアナログ的なシ
ロモノをどう調和させるか、とい
うことです。1) デジタルとアナロ
グを単に並列させるのか、2) デジ
タルの中にアナログを押し込むの
か、3) デジタルをアナログで包み
込むのか。これは、きわめて根本
的な問いかけです。
場合の現実です。もっとも、技術
関連の「書籍」の翻訳に携わると
きは、より「手作り」感のある、
ぬくもりのある仕事ができます。
少々作業負荷が大きくても、筆者
などはその種の仕事に嬉々として
取り組み、時には鬼のごとくに根
を詰めて働きます。「デジタルを
アナログで包み込む」という野心
そんなことを筆者がもやもや考
えていたときに、ふと目にしたの
が、我が家のかわいいペット（イ
ンコ）です（ちなみに名前は「ペー
子」といいます）。実は、普段か
ら思っていたことですが、このイ
ンコのような機能を備えたロボッ
トをこのインコのように「かわい
く」作るなんて、たぶん１００年
たっても２００年たっても（もし
かしたら永久に！）不可能なので
はないでしょうか。「そうだ！ 考
えようによっては、DNA のデジタ
ル情報が、小鳥のインコというア
ナログの形に変換されている、と
は言えないだろうか！」というわ
けです。そう思えると、我が家の
裏山の林も空に浮かぶ雲も、要は
的な試みに、途方もないやりがい
を感じるからなのでしょう。
しかも、産業翻訳の世界では在
宅という作業形態が一般的です。
電話とインターネットがつながれ
ばどこに住んでもかまわない、と
いうのは大きな利点です。筆者自
身は、首都東京からはるか離れた
田舎に住み、自然の豊かさに包ま
れながら、この仕事を続けていま
す。頭が熱くなりすぎたら、ちょっ
と山道を散歩するもよし、ぶらっ
と近くの温泉に行くもよし。デジ
タルの思考に行き詰ったらすぐに
アナログの自然で心を癒す。これ
も筆者にとっては、産業翻訳のひ
そかな愉しみです。
36
DX30_honyaku.indd
36
2008/03/13
14:07:32
言
事件」と命名し、今でも懐かしく
葉
中国旅行記
来事を「上海の夜を駆け抜けろ！
思い出すことがある。
志賀 真理
数日後に彼女と別れ、私は上海
で落ち合った別の友人たちと合流
「えー、このバス違うんじゃない
―とはいっても、他に方法はな
の？」あたりの景色がだんだん暗
いのである。とにかく私たちは大
くなっていくことに不安を感じ始
きなトランクを引きずりながら歩
めた私は、友人を軽く睨みつけた。
き出した。程なくして、爆竹の音
つい２０分ほど前に「たぶんこの
が急に大きくなってきた。気が付
バスだから」と請け負った彼女と、
けば人通りがないのに、我々のす
車窓から上海の摩天楼に見惚とれ
ぐ脇で爆竹がパンパン鳴り始める
ていたのもつかの間。私たちは次
ではないか！一体誰が？数秒後、
のバス停でそそくさと下車した。
爆竹が天から降ってくるのに気づ
「ここどこなのさ？」
「わかんなーい、でもなんとか
なるよ」
「じゃあそっちがなんとかして
よ！」
２人とも上海は初めてで、しか
いた。
し、夜行列車で北京に向かった。
北京。その歴史は確かに重かっ
た。北京在住のアメリカ人夫婦と
知 り 合 い に な り、 彼 ら が 胡 同 に
ある北京ダックの店に案内してく
れた。その道中、私はまるでタイ
ムスリップしたかのような錯覚に
陥った。薄暗い石造りの家屋に、
人々がひっそりと暮らしている。
何気なく踏みしめているそのさり
「なにぃーーーっ？」
げない裏道にさえ、何百年の歴史
上海人。集合住宅の階上から下
があるのだ。「このあたりも北京
に爆竹を落としているのだ。我々
オリンピックの開発でどんどん取
はまさしくその下を通り抜けな
り壊されているんだ。今から行く
くてはならなかった。歩道のアー
店もたぶんなくなるだろう。」
ケードの下で爆竹の音が鳴り止む
その北京オリンピックがいよい
のをまってから、次の屋根の下ま
よ今年の夏に迫っている。あの店
で、トランクを引きずりながら命
時 は、2004 年 1 月 下 旬。 中 国
はどうなったのだろうか？あの場
がけの猛ダッシュである。ちょう
の旧正月も佳境に入っていた時期
所で慎ましく暮らしていた人たち
どアメリカとイラクの開戦が大き
だった。遠くで爆竹の音が聞こえ
はどこに移り住んだのか？国家の
なニュースになっている時期で、
る。私たちは道端で地図を広げて、
威信をかけて開催されるこの大会
わたしは戦火の中で日々暮らして
いかにも「観光客が道に迷ってい
の華やかさの影に、どれほどの喪
いかなければならないイラクの人
ます」という雰囲気だったはずで
失が埋もれているのか。
「北京オリ
たちに、初めてリアルな同情を覚
ある。しかし、ここは中国。そし
ンピック」という言葉を聞く度に、
えた。ふと振り返れば、友人が後
て旧正月。しかも夜である。人通
すでに失われたであろうあの空間
ろのアーケードの際で立ち往生し
りは極端に少ないのだ。中国語が
を、わたしは思い出すのである。
ている。
も夜はとっくに更けているという
のだ。
多少話せる友人は、バス停に通り
かかったおじさんにすかさず話し
かけた。おじさんは非常に親切に、
かつ非常に長々とホテルまでの道
を説明してくれた（ようだった）。
が、当時の私の中国語レベルは低
く、唯一理解できたのは、彼のこ
「 い や ∼ ん、 こ わ い よ ぉ
∼、死ぬぅ∼」
私は心の中で叫んだ。
「もともと誰のせいなの
よ？」
「ハイ！いまダッシュ！」
の 最 後 の 一 言 だ っ た。「 君 た ち、
友人を励ましながらなんと
そんな大きな荷物を持ってホテル
か 爆竹危険地帯 を無事
まで歩いていくのか？それは良く
切り抜けることができた。
ないなぁ。」
後から私たちはその夜の出
実際に行った北京ダックのレストラン
37
DX29_chinese_右.indd
37
2008/03/13
14:08:09
健
康
健康づくりのための「食生活」
栄養バランスのとれた食事とは？
管理栄養士
森山 美年子 先生
的なものには、たんぱく質、脂質、
の約 50％を主食からとることで
しみですが、健康づくりの上でも
炭水化物、ビタミン、ミネラルが
好ましい栄養バランスになりま
大切な生活習慣の一つです。好き
あります。栄養素の種類と量は、
す。目安は中茶碗にご飯 6 分目の
嫌いで偏食をしたり、飲酒や菓子
個々の食品により異なります。
盛で 2 杯（おにぎり 2 個分）です。
食事は日常生活の中で大きな楽
類などの嗜好品をとり過ぎたり、
気ままな食生活を続けたりすると
肥満や糖尿病、高脂血症、高血圧
のような生活習慣病を引き起こ
し、健康を損なうことになります。
「食」は、私たちの人生を左右
するほど重要な生活習慣なので
す。また、食事は、毎日の生活に
潤いと、心と身体のバランスを保
つエッセンスとしての役割も担っ
そ こ で、 簡 単 に 分 か り や す く
「栄養バランスのとれた食事」の
と り か た を ご 紹 介 し ま す。 こ の
方 法 は、 料 理 を 作 る 人 も 食 べ る
人も、おおよその目安量がわかっ
て と て も 便 利 で す の で、 ぜ ひ 活
用してください。
をはじめましょう。
健康づくりのための食生活の条
件として、最も基本的なことは、
栄養素を過不足無くとることで
す。栄養素とは、私たちが健康な
食に手のひらだい 60 ∼ 80g（食
材重量）です。
一日のうちでできるだけ食材が
う。夕食での目安として鯵中 1 匹
＋豆腐半丁です。
の皿をそろえることで、栄養バラ
●野菜（野菜・海藻・きのこな
ンスのとれた食事にすることがで
どのビタミン、ミネラル、食物繊
きます。（主食＋主菜＋野菜）の
維食品）
バランスをイメージしながら献立
を考えてみましょう。
●主食（ご飯・パン・麺・もち
などの炭水化物食品）
エネルギーや各種の栄養素を提
要な成分のことをいいます。代表
供します。一日に必要エネルギー
主食
主菜
エネルギーになるもの（糖質食品）
体を作るもの（たんぱく質食品）
もち
おかゆ
る大切な供給源です。目安量は 1
の組み合わせで考える
身体を維持し、活動するために必
ごはん
筋肉や血液などの身体を構成す
重ならないように工夫しましょ
毎日の食事を考える場合、3 つ
直して健康づくりのための食生活
チーズなどのたんぱく質食品）
3 つ の 皿（ 主 食 ＋ 主 菜 ＋ 野 菜 ）
ています。
この機会にあなたの食生活を見
●主菜（魚・肉・卵・大豆製品・
魚
卵
肉
パン
チーズ
大豆製品
麺類
材料の種類が多く、色や形、歯
ざわりが多彩で、食事の栄養面、
味覚面に変化をつけ、栄養を補い
ます。旬のものを上手に使って、
季節感を楽しみましょう。
1 食に 50g 程度（食材重量）を
2 品以上取ることが目安になりま
す。目安は青菜のお浸し＋野菜サ
ラダ中鉢 1 杯になります。
●その他（果物・牛乳など）
栄養面や視覚面でバラエティ豊
かにします。牛乳・ヨーグルトは
野菜
いずれかｶｯﾌﾟ 1 杯（200 ｍｌ）が
体の調子を整えるもの（ビタミン・ミネラル・食物繊維食品）
適 量 で す。 果 物 は 1 日 200 ｇ 程
野菜類
きのこ・海草類
【三つの皿】
こんにゃく
度（大き目のりんごなど半分程度）
が適量です。
次回は具体的な食事のとり方と
献立例を挙げて説明します。
38
DX27health0320.indd
38
2008/03/13
14:08:46
言
意味がよくわからなかったり、使い方に自信のない言葉は、辞書を
ひいて調べてみるのが一番確実ですね。今では昔ながらの書籍でも、
電子版でも、インターネット上で利用できるサービスでも、調べるこ
とができます。今回は、辞書についていくつかの点に注目してみたい
と思います。
だったというのは意外な発見かも
葉
中村 園子
日本語の重箱の隅（辞書編）
しれません。一方、
「大辞林」( 第
二版、三省堂 ) では
「①（打ち消し、または「だめ」
のような否定的な語を下に伴っ
て）一つ残らず。あらゆる点で。
まるきり。全く。②あますところ
なく。ことごとく。全く。③〔話
し言葉での俗な言い方〕非常に。
とても。
」
● 新しい言葉
いわゆる「現代語」の中にも、
一時的な流行で消えていってしま
うものと、時が経っても定着して
使われるものがあります。定着す
る言葉の中にも、使い始めた世代
だけが歳をとっても使い続ける言
葉、いつの時代も若者だけが使
う言葉、世代にかかわらず定着す
る言葉、とさまざまです。辞書に
載せられるのは定着度の高いもの
ですが、どれだけ定着するかは時
間がたってみないと分からないた
め、当然ですが使われ始めてすぐ
の言葉は辞書には載りません。
今年 1 月に「広辞苑」第六版が
出ましたが、新しく収録された現
代語には「逆切れ：それまで叱ら
れたり注意を受けたりしていた人
が、逆に怒り出すこと」、「さくっ
と：①食物の歯ごたえや切れ方が、
軽く小気味よいさま。②ものごと
が気持ちよく、あっさり片付くさ
ま」、
「うざい：わずらわしい。うっ
とうしい。気 持 ち が 悪 い 」、「 た
られば：『・・・したら』『・・・
りました。もう新しい感じはあ
ま り し な い か も し れ ま せ ん が、
辞書に載せられるほど市民権を
得たということのようですね。
● いくつかの意味がある言葉
という順で、今の使い方で一般
的なものが真っ先に載せられてい
ます。
辞書には他にも、語数の多さや
用例の多さ、説明の詳しさなど、
いくつかの意味や使い方があ
それぞれに特色があるので注目し
る言葉の場合、辞書によってそ
てみるのもよいかもしれません。
の 順 番 が 違 う こ と が あ り ま す。
辞 書 によって、古い、本来の意
● 辞書を「読む」
味に近いものから順に解説する
「読む」といっても普通の本の
ものもあれば、現在の主な使わ
ように読むということではあり
れ方を一番最初に載せるものが
ませんが、何かを調べたときに
あります。どのような順序で意
「寄り道」してみるのも面白い
味を説明しているかは、大抵の
ものです。日本語には同音異義
場合、凡例のページに書かれて
語が多いので、目当ての言葉の
いるので確認できます。
前後を見てみるだけでも発見が
たとえば、
「ぜんぜん」の意味
を調べてみると、
「広辞苑」( 第六
版、岩波書店 ) では
「 ① す べ て の 点 で。 す っ か り。
② ( 下に打消の言い方や否定的意
味の語を伴って ) 全く。まるで。
③ ( 俗な用法で、肯定的にも使う )
全く。非常に。
」
すれば』の末尾を重ねて、実現
となっています。元の意味に近
しなかったことを仮定する話で
いものを先に載せているのです
あることをいう俗語」などがあ
が、特に否定に限らない使い方
あったり、語彙を増やせたりで
きるかもしれません。また、普
段は意味を考えないような言葉
が辞書ではどのように説明され
ているか、読んでみると考えさ
せられることがあります。
学生のころのように辞書で調べ
物をする機会はあまりないかもし
れませんが、普段使っている日本
語だけに、基本に立ち戻って調べ
てみるのはいかがでしょうか。
39
DX30japanese.indd
39
2008/03/13
14:09:13
∼ 其の四 宴会合戦 ∼
永井 紀章
主演：そらぽん
ロゴ：やましぃ
宴会に目的意識を持って臨む方は
少ないかもしれない。しかし、戦国
時代の武将たちは常に目的意識を
持って宴会や茶会に臨んだ。秘密の
作戦を話し合う、敵の腹をさぐる、
相手を仲間に引き込むと言った健全
なものから、果ては宴会場での暗殺、
と言った物騒なものまであるが、と
にかく彼らは必ず目的意識を持って
宴会に臨んだ。無意味に浮かれ騒ぐ
ことなど無かったのである。
我々 IT 戦国武将も宴会合戦に参戦
する前に、参加の目的を良く考える
必要がある。例えば、
・粘り強く任務を遂行する自分をア
ピールする
・チームの結束を強める
・偉い人に願いを聞いてもらう
などである。
ではそれぞれの場面において、戦
国時代の作戦を交えて一つずつ見て
いきたい。
１）ビール車懸りの陣
一つの任務を粘り強く確実に遂行
する人物はいつの時代でも重宝され
る。そのような自分をアピールする
には宴会はもってこいの場である。
偉い人の横に座ったなら、かの上
杉謙信候も用いたと噂される『ビー
ル車懸りの陣』を繰り出そう。車の
車輪のように、休み無くビールを注
いで敵に休む間を与えず、ついには
敵陣を破る戦法である。相手が一口
でも酒を飲んでコップを下に置く瞬
間に、もう次のビール注ぎを繰り出
すのである。これで偉い人にあなた
の粘り強さを存分にアピールできる
だろう。
ただし相手がコップにいっぱいの
ビールを残したまま生グレープフ
ルーツジュースや烏龍茶を頼んだの
を見たら、もうやめた方が良い。
図１：ビール車懸りの陣
２）宴会テーブル鶴翼の陣
結束を高めるには皆で一つの目標
を達成するのが一番良い。
例えばチーム一丸となり、酒が弱
いチームメンバーを、酒を注ぎに来
る輩から守るなら、チームの結束強
化はまちがいない。
これにはかの武田信玄候も部下の
結束を図るために多用したと言われ
る『宴会テーブル鶴翼の陣』が最適
である。
酒に弱いメンバーの周りに他のメ
ンバーが鶴の翼のように布陣し、攻
めて来る敵のビールを途中で使い果
たさせてしまおうと言う壮大な作戦
である。 酒が弱い人を鶴の翼
敵
酒
に
弱
い
人
３）交通の要所を抑え通行税を
取る
これは酒の勢いを利用し、偉い人
から給料アップのお墨付きをいただ
いてしまおうと言う、うらやましい
作戦である。
しかし、狙った人の席の隣りに座
れるとは限らない。さてどうするか。
古来、武将たちは交通の要所を抑え
ることに力を注いできた。人や物の
行き交う場所は富を生み出すからで
ある。そこで我々も宴会における交
通の要所はどこか考えたい。
酒を飲んだときに人々が行き交う
場所と言えば、それはトイレに他な
らない。その要所に陣取り、トイレ
に行こうとする首脳陣から通行税な
らぬ、給料アップのお墨付きをいた
だく、と言う訳である。嫌がる場合
は図のように、いただくものをいた
だけるま
では断固
として通
さない決
意が重要
である。
図３：交通の要所で通行税を取る
もう一つ注意すべき点は、きちん
と書面にしておくことである。口約
束では後日忘れられているのは明白
だからである。あらかじめ書面を作
成しておき、偉い人のサインを頂戴
すればスムーズである。
のように守る陣形
図４：お墨付き用の書面（サンプル）
図２：宴会テーブル鶴翼の陣（右から見た
ところ）
宴会とは、明日の自分を賭けた戦
いの場である。皆様も目的意識を持っ
て宴会合戦を勝ち抜いて欲しい。
40
sengoku.indd
40
2008/03/13
14:09:49

Ⅰ．妊娠末期の母牛の飼養管理

ノンクロムなめしの現状

できれば簡単に森田療法を知りたい

カタログ