いざ作ろうとすると簡単じゃない。禁則を組み込む程度のことじゃ、文章の曖昧性は解決しないんです。用語を統一しなければならない。統一して言葉と言葉の関連を調べて、ルールを作る。これがたいへんなんですよ。本当は、作ろうとしないんじゃなくて、作れない。本気で取り組んだら、構文解析のアルゴリズムが必要になるから。――国分さんの手法を使えば、何とかなるんじゃないかな。最初にも言ったように、私は汎用性を重視してきましたから、いま当社のアルゴリズムやシソーラスを採用しているのはWebの検索エンジンだったり、電子辞書だったりなんですね。それをいきなりシステム設計の要求仕様書に適用しても、佃さんが期待するような結果は得られないんじゃないかと思います。――私が提案したいのは、だから共同で実証実験をして、仕様書用に精度を高めましょう、ということです。ワープロ機能はジャストシステムのATOKでもマイクロソフトのIMEでも構わないんです。シソーラスとか単語距離測定のアルゴリズムとなると、国分さんの仕掛けだな、と思います。言っていただけるとありがたい。実は日本語に関する学会や海外からも高い評価をいただいていましてね。いま、学会に発表する論文を書いている。それとこの前は韓国の方が視察にいらしたり、タイ語のシソーラスを作るというお話もある。韓国の言葉は構文的には日本語と同じだから、単語を置き換えるだけでいい。国分さんの手法が世界に飛び出すチャンスじゃないですか。その意味でも要求仕様書用にブラッシュアップというか専用化というか、そういうマルチクライアント型のプロジェクトが必要ですよ。要求仕様書用のシソーラスと構文解析アルゴリズムがあれば、ソフト開発のオフショアに適用できるという考えでいいですか?――必ずしもオフショア開発ばかりではないでしょう。ユーザーだって社内のエンドユーザーの要求を文書化するのにたいへんな思いをしている。外部に発注するとき、検収するときにも役に立つ。ユーザーも含めて、とりあえず10社ぐらいからお金と人を出してもらって、その代わり成果物の使用権を与えるというようなやり方がありますよ。最初は飲み会から始めたっていい。飲み会ならいつでも歓迎です。近くにいい場所がありますから(笑)。――まず仲良くなって、共通の目標とルールを作って、それから実務に適用した結果を出してもらう。これもIPA(情報処理推進機構)の鶴保さんの受け売りですけど、エンピリカルな実証データをつみ重ねることが重要なんですよね。改良する作業は何も一か所に集まる必要はない。私の事務所に集まってもらってもいいけど、狭いしなぁ。――専用のサーバーを用意しておけばいい。そのために1社500万円といっても、エンジニアの人月価額に置き換えたら5人か6人分です。景気が悪くなって仕事が減るんだから、どうせ遊ばせるなら将来に役立つ研究開発に従事させたほうがいい。考える会社が10社ぐらいあるでしょう。話は最初に戻ってしまうけれど、正確なドキュメントが重要だ、っていうのは30年前、40年前も言われてました。要求仕様書の記述が曖昧なんで、できあがったプログラムの品質が悪い。結果として手戻りが起こる。そんなの、決まってるわけでね。それがいまだに実現していないのはなぜかを考えるべきじゃないですか?――興味深いのは、1980年代までのメインフレーム全盛期は、それでも大規模なシステムができていた、という事実です。いま大きなシステムトラブルを起こしているのは、1990年代以後に開発されたシステムで、それ以前のシステムはトラブルを起こしていない。した見落としが致命傷になっているんですね。仕様書は当時の方が曖昧だった、というか、今よりよほどいい加減だったと思うけれど、銀行のオンラインシステムとか、製鉄所の圧延システムなんか、ちゃんと動いていた。「ちゃんと」の定義が必要ですけどね。――あっ、それは迂闊でした(笑)。私が新聞社に入った30年ほど前、読者管理を日本電気の中型汎用機で処理してましてね。その元となるデータの入力と出力を東芝の日本語ワープロでやってました。当時の日本語ワープロって、1台400万円ぐらいした。――大きな文字タブレットがあって、そこに表示されてる漢字を電子ペンでタッチしていく。その話は別の機会にしますけど、汎用コンピュータと日本語ワープロだから、データをコンバージョンしなければならない。1年ほどそのシステムを動かしたことがあるんですけど、ドキュメントって言ったって、A4のペラ紙が3枚しかない。そこに書かれていたのは四角とか直線。フローチャートなんですね。ところがシステムを作ったエンジニアのロジックがしっかりしているんで、その通りに操作すればちゃんと動く。佃さんが言いたいことは分かります。ロジックがしっかりしていれば何とでもなるんですよ。1980年代に作られたシステムが今も動いているんですか?ーー去年だったか一昨年だったか、日本情報システム・ユーザー協会(JUAS)が調査したところ、メインフレーム型のシステムの平均寿命は17年だそうです。モノによっては25年というケースもある。限界がきていて、全面的な更新が始まる段階なんですね。それと、これは下條さん(武男氏:日本コンピュータ・ダイナミクス会長)が話していたことだけど、「システムが複雑になり過ぎて、全体を見渡せなくなっている。今のエンジニアは可哀想だ」というんです。要求仕様書が重要になってくる。私はね、長年、日本語の構文解析を研究していて思うんだけれど、最近はコミュニケーション能力の問題もあるんじゃないかと思っている。開発現場でもエンジニア同士で分かったような、実は分からない会話を繰り返しているんじゃないか。要求仕様書がロジカルに記述されても、解釈がいい加減なら話にならない。ーー彼らの日本語力だけを責めても仕方がない、ともいえませんか。私はいつのまにか57歳になっていて、「近頃の若い者は」に近いことを口にしているようなんですけれど、国分さんたちの世代と比べたら、漢文や古文の知識は希薄です。今の40代以下の人はテレビで言葉を覚え、気がついたら目の前にパソコンとインターネットがあった。私が社会に出た年に生まれた人が、企業の中堅になっている。いま日本語を見直す動きがあるんでしょう。コンピュータの世界で日本語がブームになったのは1970年代と1980年代の2回。最初は漢字処理、2回目は日本語ワープロ。いまは検索エンジンの中で日本語の構文解析が注目されている。――世の中は漢字ブームですけど、あれは切り刻まれた知識の話で、日本語というわけじゃない。これからはより専門化された辞書と構文解析じゃないですか。ITの世界では要求仕様書とか技術資料。