セッション 3

ワークステーション+ネットワークによる分散環境の構築
チェアマン

中野秀男〈大阪大学〉

プレゼンテータ

加藤朗〈東京工業大学〉
酒匂寛〈ソフトウェア・リサーチ・アソシエイツ〉

西岡健自〈横河電機〉-内容一.

事前アンケ ート.

プレゼンテータのポジション・ペーパ.

セッション・レポート.

事後アンケート.

セッション・サマリ事前アンケート

分散環境の構築

session3

開発環境の土台がワークステーションを中心としたものに変化することにより、必然的にワークステーション聞はLAN によ って結合されてきました.しかし、単に物理的に結合しファイルの転送ができる程度では、資源の無駄使いといわれでもしかたがないでしょう .一時代前のミニコンに匹敵するハードウェアを各個人が 1 台ずつ手にしたならば 、 よ
り快適なソフトウェア開発環境を目指して、工夫をしないわけがありません . 分散環境構築の成功/失敗の例、現在構築中のもの、構築プラン等のあくなき追及の実体を披露してください.

熊谷章/PFUのごろ 、 少し責任を感じてきましたが 、 私には思っている

研究開発センター第三開発室

まま喋って欲しいようなので、難しく考える事なく 、 jus.不要になりつつある WS をどのように活用するか
WS の発達は激しく、購入して 2 年目位から誰も相手にや sea での話の中でのこれは正しいと思うことを、いいしてくれない WS が出現し始める.例えば、 SUN2 とかですよと広言しています。 DEC や xerox や TANDEM

11∞SIP がそうだ.減価償却が終了していない陳腐化しなどの( sra も)ネ ット ワークを見たり聞いたり 、所属する

た WS は多分全国に散在していると思われる.現在我々のが通信ですからデータ通信の研究の流れからいろいろには、ファイルサーバと教育用としてこれらを活用してい対象とする機関や企業の技術力や資金力をみて種々の形

るが 、 ここ暫らくはこの問題が WS につきまとっている態を考えています . セ ッ ションの座長らしいので 、 既に構

ApolloDomainDN・ 570 で築しているところと 、 これからの所を考えながらやっていように思える.まだあった.

きたいですね.宜しく。

ある.これも使い道がない.

.分散システムのアーキテクチャ
セッション 1 とどのような関係が必要か . 分散システ
ムのハードウェアとソフトウェアのアーキテクチャをどうするか.このテーマで、 "beyond UNIX"の形で考 えてみたい.最終的には 、 社会構造の中の家庭や個人生活のようなア ーキテクチャになりそうだが 、現在からそこまで行く聞には沢山の段階的なモデルがありそうだ.
岡本陸一/神戸コンビューターサービス

11野晃延/富士ゼロヲクス情報システム

技術部+分散環境の問題点
XNS の Network では、

Network 上のServer がCommon な strage になっている.従って Aωess 権等を比較的Ri gorous に設定可能である . 一方、 NFS 等はstate-less といった強みを持っている反面、 seα.u'ity の面

では殆んど無防備である . この辺、両者の機能を比較し
ソフト開発て 、 分散環境の標準的な徳能スペックも考えたい .

+IPC の実現方法と分散 os部技術第一翼分散環境では IPORPC は不可欠となる . しかし、白+:Eワーク ステーションは本当につながるか…?
関係各社からボチボチとヱワークステーションが出回としてのUNIX では

process- ∞ntext-switching にりだしたが、どうも方言システムが多発しているように感

over-load が懸る .多重プ ロセス空間方式の os では、こじてならない.本当に、機種を問わずに仲良くつながるのういった demerits がある . 一方 、 単一空間方式では共有だろうか<例えば 、 A 社の WS と B 社の汎用機(コミュニメモリ等が簡単に扱える反面、Address-Fault に対しリス

ケーション-ツール) > …?

クが大きくなる.分散 OSlIPC はどうあるべきか?

.多国籍( ?)ファイル・システムの必要性について

異機種閣をネットワークすることは、わりと一般的になってきたが、それぞれのコンビュータが入出力したファ
イルの互倹性については、まだまだである . この問題を解決できる秩序の実現も望まれるが、それ以前に、コードの異なるファイルをハンドルするファイル ・ システムの実現が必要だと考えている.

久保宏志/富士通

システム本語パヲケージ企画統括部

・地方にいて首都圏在住宛客のためのカスタムソフトを開発するための専用略字分散開発環境
長野にあって、受託開発に従事している人の環境へのニーズを聞く.
.メインフレームの莫大な資産の 、 ワークステーションへ

中野秀男/大阪大学工学都道信工学化のオフロードパス

今、私の回りがネットワーク+ WS の話ばかりで 、 すぺ

実在の情報システムに即して、問題提起をしてくれる人ての話が全部もしくは一部の相談がまわってきます.こがいるとよい 。 アプリケーションは、開発環境にこだわら

‑109‑

s
e
s
s
l
o
n
3

分散環境の構築なくてもよい.

事前アンケート

ワークステーションと LAN によるネットワーク環境

は、マルチメディア情報の涜通を可能にしてくれる.開発岸田孝一/SRA.ネットワーク 環境全体のAdmi凶stration を どうする

環境におけるマルチメディア情報が適切に利用されれば、非常に大きな効率が期待される.

か?

いま、私自身の周囲にも LAN とたくさんの Worksta­

tion が導入されて、かなりの混乱が生じている .
とりあえずは、現状の問題点を拾いだして、それらの重要性にPriority をつけ、解決の方向を探るしか手はないのか?

.セキュリティ対策

情報の共有のために全ユーザをあるホストにアクセス可能とすると、他の個々のホスト聞では直接アクセスできなかったホストでもこの共用ホストを介してアクセスされる危険がある.こうした場合に有効なセキュリティ対策を考えたい.

・分散環境での共同作業について
これは、セッション 1 一議題 1 と同じである.

村川貴広/HST

ソフトウェア開発の本質がチームワークであるなら、そ・分散環境の中の集中のための有効な支援を早く考えるべきだ.

御喜家貴子/積河ヒューレヲト・パヲカード

現在、分散環境と呼べる環境の中で仕事をしているのでマーク

ティング部門.まずは、オ、 ットワーク化環境で遊ぶためのマナー(意識)すが、確かに、分散した資源をあたかもひとつの集中した資源として利用できるのは喜ばしいことですが、逆に岡ーの資源が分散してしまうのは、管理面からも困ったものがあります.ここで、何が分散できる資源で、何が集中しな改革から…

分散環境を構築できるようになり、個人(ユーザ)の立場では、コンビューティングパサーを専有できるという点で τ'ss時代から比べると環境は充実してきている.しかければならない資源なのかを明確にする必要があると思います.わたしはこのテーマについて、さらにつっこんだ
討議をしたいと考えています.

し一方、個々のワークステーションをネットワークでつな

西岡健自/積河電鍍研究開発 4.第 1 研究室いだという分散環境は、単に τ'ss時代の 232c ケーブル

.プロ ジェクト共有資源の分散対応

が Ethernet に変化しただけでかえって、システムの保頻繁に参照される共有資源(共通の include ファイル

守・管理の函では、システムの数が 1 台から複数台に急増

等)は各ワークステーション上に置くことがパフォーマン

し、工数の増加を起こしている.個人(ユーザ)にとって、ス上必要.そのような各ワークステーション上で重複す

複数のシステムを意識させないで作業できる環境を思考

る資源をどのように管理するか、重複しておくべき資源にする方向に技術は進歩しているが 、 とりあえずは、ネット

はどのようなものがあるのか、対応を考える必要がある.

ワーク上での作業に対するマナー(常識)についての意識
斎藤信男/慶応大学数理工学科

改革が必要ではないかと思う.

.究極の分散環境
伊野誠/SRA

分散環境(特に大規模)には、本質的にどんな問題があ・ UNIX は分散環境 os になりうるか

るのか . メール、ファイル、ロードバランス、セキュリ

分散環境に望むものは何か.プリント・サーバと充分大ティなどについて 、 もう一度議論してみたい .

きなファイル・サーバが利用できているとすると、 AI や・マルチメディアワークステーショ ンの展望

知識ベース ・ システムのように大きなメモリーと CPU パ(マンマシンインタフェースと同じ)ワーを必要とするプログラムをうまく走らせてほしいということである.そのために os は分散環境内の全資源

和田勉/長野大学産業社会学都

現在長野大学に構築中の新計算機システムのうち、教育の管理と空いている資源を有効利用するための負荷分散機能を持たねばならない.

用サブシステムは VAX86001 台を中核とする集中シス
テムですが 、 もう一つの研究用サブシステムは、 SUN 十

義幸一/PFU

開発企画都ソフトウェア検査課.マルチメディア情報の有効利用

数台に加えて Xerox1121 やMacII やターミナルサーバ

をイーサネットでつないだ分散システムです . しかしい-110 ー

s
e
s
s
l
o
n
3

分散環境の構築

事前アンケート

くつかの先進的な大学・研究所・会社ですでに構築しておばならない.ネットワークがこけるとみなこけるというられるものに比べて、特に目新しいところはありません.

状況がある以上、ネットワークのグループの切りわけの問

強いて言えば、まだあまり使われていない(らしい) Thin

題は無視する訳に i立行かない.

イーサネットケーブルを使い、それを DEC のリピータ

・分散環境の運用・構築に関するよもやまぱなしよもやま

DEMPR を介して 標準イーサネットケーブルにつなぐ予ぱなし

定である、ということぐらいです.

分散環境を構築すると言っても、かな漢字変換サーバー
とかプリンターサーバーとかニュース用のファイルサー

佐原伸/SRA

バーとかグートウェイマシンとか、それぞれのマシンにに・分散型オブジェクト指向 言語
ワークステーションとネットワークによる分散環境は、
実行環境としても注目すべきではないか?
そのための基盤として「分散型オブジェクト指向言語」
が必要になると思う.

役割を持たせて、サーバーとしてそれをみんなで意識せずに使うという話と、一緒に仕事をする仲間の中で、自分遠のプロジェクト聞の情報交換を密にし、プロジェクトのリ
ソースをうまく管理していくという話と二つがあるように思う.前者に関しては、組織単位で計画を立てて構築し

三泊あき子/SRA 環境開発11

専任者が面倒をみていくのがよいし、後者に関してはプロ・分散環境の構築の成功

ジェクトもしくはグルーフ・単位で責任を持って面倒を見とはどういうことかが知りたいと思う.
事k代和正/SRAていくしかないであろう.私の経験上、ひとりでまともに商倒を見られるワークテーションの数は、せいぜい 2 台で

環翁開発部ある.それ以上になると、面倒ばかり見ていて仕事ができ・余っているマシ ンはどうしましょう
たとえば、休日出動をしたら 100 台のワークステショ

なくなってしまう。

ンが余っているけど、自分のマシンだけフルに動いている

田中正則 /SRAという事慾が起こってしまいます.こういうのは有効に・大規撲システムのドキュメント作成支媛

利用できたほうがいいですね.

開発第 1 部

数千ページにもなるドキュメントの作成支媛を考えた

・分散環境というのはよいものか

ときに、どのような環境が必要であろうか?

私は、はっきり言って自分の机の上にマシンは置きたくない.うるさいし、あついし、管理はしなくちゃいけない・ユーザ・インタフェースには 、ユーザ ・フレンドリなWYSIWYG 方式

し、パックアップはとらなきゃいけないし、あまり良いこ-データ管理には、分散ファイルシステム十階層的なデーとはない.速いマシンー台をみんなで使ったほうがよっタ管理

ぽどいいことがあると思うのだが...

・大型ホスト機とのネ ットワーク接続

桜井康里/SRA

ws と ws のネットワーク接続だけではなく、 ws と

環境開発語

大型織の接続についても議論すべきである.なぜ接続が・個人 、グループ、そして、全体のバランス感覚

人とマシンが一対ーの時代になっても、人聞が集まって小人数のグループをつくって仕事をするという状況は変わらない.そしてそのグループが絞っか集まって一つの組織となり、それがあつまって...となっていくわけである.だから、情報の交換を必要とする度合いに合わせて、雛しいのか、接続したらどのようなことが出来るのかなど
色々あると思う.
-メーカーのプロトコルの公開-設計情報とソースコードのリ ンク、開発支鏡、テスト支媛

うまくグループを作りそれにしたがってネットワークを

北野議明/KCS

得策していけばよいわけで、そのへんのバランス感覚が重・実行環境を意識した分散型開発環境

ソフト開発部技術第一課

要であろう.むやみにファイルの共有をしたりすると、誰私のチームは、大型汎用線上での金融アプリケーション

カf面倒を見るかとか、そこがこけたらどうするかとか、アの開発をサポートしようとしているため、分散型の開発環

クセスに時間が鈴かるとか、が問題となるから、扱う人間境であっても、ホスト・マシンを無視できない.分散環境とマシンのことを考えて無理のないように構築しなけれ

上の ws でホストしかないツールや機能についてどう撮‑111‑

分散環境の構築

session3

うのか.例えば、ホストのユーティリティをうまくシュミ
レーションするようなツールが WS 上か、 LAN 上に必要ではないのか?等が課題であると思う.このような実行環境としてのホストを意識した開発が行なえる分散環

境について課題を洗いだし、有効なアイデアを探りたい.
.異機種 WS の利用 法
メインフレーマが分散型開発環境を意識した EWS を発売し、また L の実用化と合わせ、今私のチームが行なっている rWS とホストとの環境の相互利用」や別のチーム
で rUN医-LAN の利用」等の自分遣の取り組みがある.
これら各々の WS を LAN の上にどう乗せ、どう利用すればうまく分散され、かつ統合化もされた環境が出来るのか考えたい.

た.他にもそのようなところはあるのでしょうかつ小漣幸徳/日本システムサイエンスシステム穆シス

テム技術課+DEEN の提案

現在、私が開発中の DEEN( 知的分散型システム開発環境)において、メインフレーム(巨大なファイルサー
バ一、ライブラリ管理)、 32 ビット徴(マン・マシン・イン

ターフェースを利用した開発機)、パソコン(安価な実行用計算機)といった位置づけをしており、このようにワーク
ステーション十ネットワークにより従来のメインフレー

ム中心の世界、あるいはパソコンによるネットワークの世
界がどのように変化すべきかを考えたい.
青木淳/富士ゼロヲクス情報システム技術推進室

問中一夫/山一コンビュータ・
4・分散開発センター

事前アンケート.オブジェクト指向的な分散環境

開発第二部基本システム謀ワークステーションでの分散開発が可能になったとい
われるが、実際問題コーディング・単体テスト等までは可能と思われるが、結合テスト以降は不可能だと聞いている. DB'DC をどうやってテストするか?この辺はやはりホストを使うしかないのかも知れない?教えてください.

現在、 YCC では目立自慢に於いて 2050 の SEWB を使用

ネットワーク (LAN) におけるノード(ワークステーション)がひとつの仮想マシンのように見えることが大切です.プロセスの概念がどの CPU かを意識しなくてもよく、それぞれのフ・ロセスはオブジェクトとして自立し、その聞をメッセージが送受信されて、仕事が進むような分
散環境が必要です.

し、画面設計・プログラム設計・プログラム作成等を実施

古田とちる/富士通ビーエスシー

しようとしている.また、ユニパック機に於いては 22∞

発課という分散コンビュータを使用してプログラム作成~単・通信言語について

体テストまでを笑絡しようとしている.ユニパックの世商品企画開発揮開Sun のウインドウシステム News にはサーバクライ

界ではこれぐらいしか手が出ない.

アント聞の通信に Postscript が使われていますが、デー

参考資料:目立機に於ける開発方式、ユニパック機に於けタの小量化などは行なわれています. Postscript でより軽る分散開発

いものも必要だと思います.

田中慎一郎 /SRA ソフト工学研究所

荻生率一/日本システム府中事業所第 2 システム

.ワークステー ション利用者の実態

技術穆

少し前、 4 ヶ月ほど作業をしていたところでは、作業場に 1 0 台ほどの WS があり

ファイルサーバと+L ワークステーションを利用した電力供給システムソ
フトの開発

LAN で結ぼれていた .私はその内の“ 1 台"を作業用にわ

当社では、 LWS のモニタ・テストを計画しています.

りあてられ、 2 人で共用していた.他もほぼ同様で、“ 1このテストでは、 LWS を用いて電力供給システムのソフ台"を 2~3 人で使っていたが、“使っていない.. WS も 5

ト開発がどこまで可能か?を目的としています.電力供台ぐらいあった.私はそこでマシンをお借りしている立給システムのソフト開発がどこまで可能か?また、何が問場だったので何も出来ませんでしたが、 WS が余っている題か?を検証し、今後の WS 時代に対処することを目的のに何が悲しくて、紙にコーディングしたり、リストを広としています.個人の意見としては、プロセス制御のソフ

げてデバッグをしなければいけないのか、とても疑問でし

トではターゲット-マシンのリソースに大きく依存していた.ちなみにそこでは、 WS 聞でファイルを受け渡す時、る為、 WS での開発では難しい点が多いと思います.

LAN で結ぼれているにも関わらず、 FD て'やっていまし野中哲/日本電気マイクロ波衛生通信事業種

‑112‑

s
e
s
s
l
o
n
3

事前アンケート

分散環境 の構築

なのではないだろうか?

-電子メールの普及について

電子メールは、便利であるが、多くの人がつながってい.事務処理分野における分散環境のあり方

なくては、意味がない.最近、 FAX の普及が著しいが 、

事務処理分野での大規模開発は、各社ともホスト依存型

この程度の手軽さで、電子メールが使えるようになって欲であると思われる.こうした中で 、 ターゲ ッ トマシンとはしい . 技術的というよりは、政治的な問題であると思う.

異なるメーカーのワークステーションを導入した際の、・ lCE とのネ ッ トワーク化

ワークステーションの役割分担と、同メーカーの端末と比ファームウェアの開発に lCE は欠かせないツールであるが、開発マシンとオンライン化する事例は、まだ一般的でない.高級言語のソースレベルのデバッグがターゲッ

ト装置上で出来ると有り縫い . 各社によってインター
フェースが異なるのも困る . また、出荷後現地でのデバッ
グにも、電話を通じて、ソースコードにアクセス出来るよ

うな環境を作りたい.バイナリのパッチをあてるなどという非人間的な作業は 、 早くやめたい.

較した場合の有無を参加者の方に聞いてみたい.
河田亨/シャーア

・分散環境とシステム全体の一元管理
分散環境の利用者がすべてシステム管理者能力を有していればよいが 、 育成するにしてもそう均整とれて分散するとは考えにくい.一方これを集中管理しようとすると、これまでの τ'ss システムと同様に行なえるとも言えな
い . どこまでをワークステーション利用者に任せ、全体の場内泰箱/長野工業高等専門学校援績工学科

管理者が TSS 時代をこえる労力を要せず、マネージ出来・教育用 ws はいかにあるべきか?

るだろうか.

現在 、 ホスト 50 台のパソコン端末を使って、学生の実習に供している .パ ソコンを ws にグレードアップした
いのだが、まだまだ高すぎる.教育用 ws というのも必要ではなかろうか .そ してそれに具備すべき機能とは?
井上

近裏康二/ソ ニー

スーパーマ イク ロ事業本語 ワ ー ク

ステーショ ン 事業話
・独り占めしたいという気持ちと分散環境
人間は 、 本来物を独り占めにしたい、又は自分のものに尚司/ソフトバンク縫合研究所

したいという独占欲が強い動物であると思う.それと、分. リモートログインとオ、ットワークファイルシステムの散環境というものは時として衝突をおこすことがある.

関係

例えば 、 データ分散の問題でも、特定ファイルを}J IJマシン

NFS は確かに良いと思う .

しかし、本当に良い分散で管理する場合、誰が(どのマシンが)持っか取り合い(又ファイルシステムは 、 リモートログインを必要としなくすは押しつけあい)になることがよくある.

また、 CPUるものだと思う.我が社では 、 NFS すら行きわたってい

資源についても同様で、自分の σU( 機械)を使われるこないので 、 大きなことはいえないが、ソフトウェア開発にとを極端に嫌う人が多い .

おいて、ホスト名を意識しながら行なっているのは 、 「ま潜っていかに分散環境を構築するか.まさに人間の心理

だまだ子供だ J と考えて 、 構築ということをもって追及すとの戦いのような気がする.

る必要があるのではないか. NFS でがんじがらめになると、最終的にどうなっているのかわからなくりそう .結局、スーパールート的使い方がよいのだろうか?

井 川 裕基/日本電子計算

これらの人聞の佐賀をかい

開発本語ファ イプ ロジェ クト.一般の ws によるネットワークとホスト機の利用

小林明彦 /東電 ソ フトウェア

現在 、 社内で UN医(酪;D)を中心としたネットワーク.分散環境における各種データの最適管理方法を構築中です .そ の一部に大型機を組み込み、大型機のプ

ワークステーショ ンの ように分散化された環境においログラム開発時において、従来の“メーカが提供した環境ても一元管理したいデー夕 、あ るいは一台のマシンを利用しか使えない"状懸からの脱却を試みようとしています.

したほうが有効である場合もある.結局分散化しでもホ

柔軟性/ レスポンスの点では絶対有利、のワークステー

スト的な役割を果たすマシンを要求する声があるならば 、ションですが、“既存大型機ユーザに使わせる"という点で何もそのマシンはワークステーションである必要はない

はなかなか大変です.すでにそんな経験をお持ちの方はのではないか . ワークステーション+オ、ッ トワークにホいらっしゃらないでしょうか?また、これからこういう使スト織あるいは DB マシ ン を負荷した形での構築が有効い方にはどのような技術的発展が予想できるのでしょう

‑1
1
3‑

.曹哩ーー

s
e
s
s
l
o
n
3

分散環境の構築か? (ホスト織と ws ののlAN接続 、 NFS3..目? ?)加蚕朗/東工大情報工学部.ワークステーション+ lANによる分散環境の構築
適当な規模のネットワークなら、金さえ出せば誰にでも構築はできる . 問題は 、 それを L 、かに使いこなしていくか、いかに管理していくか、とい う ことにある . 現在 、

ワークステーショ ン を相当数活用しているような組織では 、 このあたりの問題は、導入時に活躍したエン ジ ニアによって解決されているが、新たに参入する場合、これらの技術はお店では売っておらず、(系社のセミナーでとりあ

げれば別だけど)どうするんでしょうね . ところで 、 分散
環境、lIP ち、計算機の名前を意識させない環境の4構築は 、あまり進んでいない . これはひとえに、分散環境の研究には、好きな時に自由に落とせ 、 カーネルを書き換えることができる、相当の能力のある計算機が複数と 、 それなりに鋭い研究者が沢山必要あるが、日本ではそのどちらも十分ではない . MAo-Iをあてにしていていいのだろうか?
中村幅夫/目立ビジネス穂器銭術部・ソフトウェア資源の配置について

分散環境の構築プランを検討したとき、ネックとなったのは、データの互換性 、 伝送速度、ユーザの操作性でした .
その要因は、色々な機器を結合するということと、ソフト
ウェア資源をどのようには位置するかに鍵っているという気がします.

‑114‑

事前アンケート3r
dSEAEnvironmentWorkshopP
o
s
i
t
i
o
nPaper
氏名加藤朗
種別・会員 no.850677

口寸生

所属東京工業大学工学部情報工戦ヰ当麻研究室
東京都目黒区大岡山

住所

〒 152

τ'EL

03・726-1111 e
x
t
.2566

2‑‑12‑‑1

FAX N.A.
EMAIL kato@cs.tit民:h .junet

仕事
大規模ネットワークに於ける経路制御等に関する研究

作業環境

SUN3'sw
i
t
hE
t
h
e
r
n
e
t+X
.
1
0
/
1
1+wnn+NEmacslkemacs

現在の問題

安価で効率的な経路制御手続きの開発及び評価
非定常リンクの取り扱いとアドレス割り振り問題

江別ET の管理水準を保ったまま、いかに手を抜くことができるか
どのようにして、短期間で効率的に学位を取得するか

ソフトウェア技祢渚協会 (SEA) 干 102 千代田区隼町 2・ 12
百L:

藤和半蔵門コープピル 505

0
3
(
2
3
4
)
9
4
5
5 FAX: 0
3
(
2
3
4
)
9
4
5
4
‑115‑

広域ネットワークの問題点
加藤朗

東京工業大学

January6, 1988
Ethernet などの局所ネットワークの発展は我が国でも著しいが，それらの局所ネットワークの相互接続に関しては，今一つの感がある.アメリカではすでに 1 0 年R上にも渡って， ARPANETなどの経験を有しており，さまざまな問題点が洗い出され，解決されてきた.
ところで，広域ネットワークということばの定義であるが，ここでは次のように考えたい.
.地理的な分散はあまり問題ではない.しかしながら，同一敷地内に終始するものは広域とは言えない.

-広域ネットワークを構成する複数の局所ネットワークが，異なった管理母体によって管理運営されていること.この意味では，ノードプロセッサが BBN によって一元的に管理されている ARPANET は厳密な意味では広域ネットワークとは言えない.また，いくら距離が離れていても，学内ネットワークや社内ネットワークは広域ネットワークではない.
このような広域ネットワークを実現し，運営していくためには，勿論エライさんの了解や費用などの政治的・経済的問題を解決することは必須であるが，これらを無視したとしても，次の様な技術的問題を解決する必要があるだろう.
.さまざまな種類のリンク(通信媒体〉が用いられており，それらの速度も異なっていることが多い.そのため，複雑な経路制御肢術や輯鞍制御技術が必要になる.

・管理母体が異なることにより，部分ネットワークの管理レベルが異なる.一昔日の管理不良ネッ
トワークによって，全体に悪影響が及ぶような脆弱さは避けなければならない.
・アプリケーションのレベルでの，セキュリティの確保も重要であるが，経路制御レベルでの暫助も必要である.

〈広域ネットワークの最大の目的は，計算機によるデータ〈メッセージ〉交換〈やその管理〉を通じて，組織聞に存在するポテンシャルギャップの低減である. UUCP を利用した広域ネット
ワークである JUNET も，この目的をかなり達したと考えられるが，まだ寸づまではない.また，すでに UUCP のみによるネットワーク構築は限界に近づいており，より快適で手間の掛からない広域ネットワークへ発展させていく努力抗必要である.
現閥曹で JUNET を ARPANET 並み，もしくはそれR上の帯域幅を持ったリンクを全面的に使用して， UUCP を置き替えるのは不可能である.しかしながら， UUCP の様なただ単にファイ
ル転送をノぜッチ的に行うリンクを， TCP/IP の様な上位プロトコルに依存しないプロトコルをサポートするリンクに置き換え，信頼性の高いデータ交換を実現するようにすることは急務である.
このため，新たにリンクを引き直さなくても TCP/IP による通信を可能にするDialup IP(DL)が開発されており，晶丘普及してきたダイアルアップ回線用の高速モデムを使用して， FTP を用
いて約 O.8KB/sec の信頼性あるファイル転送を行うことができるようになる.
これらのことを踏まえ， w実践的環境』としての広域ネットワーク JUNET をより儲貫性のある快適なネットワークに成長させていくためのプランについて議命する.

‑116‑

3
:
r
dSEAEnvironmentWorkshopP
o
s
i
t
i
o
nPaper氏名

f最J型~

種別図会員 no g's-o"2o2口一般

所属(如、 17 内 T けーチ?ソシパ γ

探椛同党部

住所〒くおり寸代~ I司 E 平河叶 1- 1 -/百L(03) 2J 宇ー ‘2 {， J( (txt)71)FAX(ω ) "2b~ ‑
q7/j

仕事

③ 、 )7 山了京埼しの整偽.r:xヨt 咳土え・:i'\同船長J

上 !t~ 日:ff、 相 f1.~ ~'曳1i 2 可内 7 ・("] -:- 1 '1ト ' 1 r 司オ?パ..... J.
1. : SDA Cs。イ1"-'C>1-4. Þa5<5~"'V' {j.. rr;;::: c. ìl.ち ぐ ) --+、17 ~';L t~t 7-ti シ..z t 久白挙本 P-t7?f.，.
t x;青'誌 ~lγ 0 :. ' t ヲム

2
.
:'
lo
d
i.L →，H.~~塁手持 pプソケーとヲン間三 !~t ~~. !駐在拡張↑

ー

,

,

作業環境
~ """

S似J ， μ E.\'vS-~30

1-~ .‘. l目

lV ,213Si>) 9J.
t¥/ / 8 '2 斤|く明言毛唆tえ石〉

現在の問題~'I-I し 1 的;h 長協し， .t'・ー守主々かま可 3 負納町枠組 r 右兎 L ちい.

令官t.!1来場~~~， '
t
"
‑1
:
.f
T~ 1
jIphr 場三宅l..， .
f

次ページの肘拾テーマ累にも.必要事項をご記入の上本紙とあわせて 12 月 15 日まで{締め切り厳守 I )に下記の SEA 司JB

局までお送りください.もちろん.本式の Position Paper も同封していただくほうがベターです(既発衰の治文を添付していただいても機いません) .

ソフトウェア銭術者也会 (SEA) 〒 102 千代田区隼町 2・ 12

ø 和半蔵門コープピル 505

TEL: 0
3
(
2
3
4
)
9
4
5
5 FAX: 0
3
(
2
3
4
)
9
4
5
4
‑117‑

ツール統合と環境改善について

酒匂寛

S
o
f
t
w
a
r
eR
e
s
e
a
r
c
hAs sociates , i
n
c
.
環境開発部

e
‑
m
a
i
l
:s
a
k
o
h
@
s
r
a
.
j
u
n
e
t
ABSTRACT
ワークステーションの急激な値下がりにより、その普及台数は飛躍的に伸びている .

筆者の職場でも 、 数多くのワークステーションが軍事働しているが、その使われ方は、残念ながら単に TSS の端末が複数画面上に表示されているだけ、という場合が多い.これは非常に残念なことである . そこで筆者は、 X-Window 上で動作する、簡易ユーザーインターフェイス構
築ツール XME を作成した.利用者は既存のツールを XME を用いて統合し、使用の便に供する事ができる.このポジションペーパーでは、 XME を用いたツール統合例を示し、その効果に関しての考察を行った後、将来のツール統合構想について述べる.

1.夜明け前 1

ままに、文字列の入出力を行なえるだけである . マ

ウスからの入力や、ピットマップディスプレイの操

ワークステーションが比較的安価に手に入るよう作等は標準的なものが無かったせいもあり、それぞになって、ビットマップディスプレイも普ほど珍し
くなくなって来た.その大部分は UNIX+Winｭ

れのツールが独自に対応しているのが現状である .

dowSystem という構成である.この変化は作業環

ここに至り、筆者はビットマップ環境でシェルと境をどの程度改善したのだろうか.残念ながら現時協力して動作しツールの統合を支鑓するシステムの点では、ある特定のツール内ではマウス、マルチウ

構築実験を行う事にした . 実験を開始するのに際しインドウ、マルチフォントなどの思恵に浴せるものて、の、既存の、あるいはユーザーが用意した様々なツールを統合する段になると途端に旧悠然とした作

簡単にインターフェイス形状を定義、更新できる

業環境になってしまう . IIP ち、キャラクタディスプこと

レイが沢山手に入っただけ 2 、という結果にしかな

シェルプログラムと組み合わせて使用できることらないのである. UNIX の特徴を表す言葉にツール

プロセス間通信による分散処理が可能であること

ボックスというものがある.これは、既存のツールを組み合わせて新しいツールを構築し易いといった

当面 X-Window を対象とするが 、 将来それ以外意味合いであるが、この特徴はシェルと呼ばれるコのウインドウシステムにも適用可能であること

マンドプロセッサの助力に負う所が多い.特にシェ
ルスクリプトと呼ばれるツール統合手段は、かなり

綾雑な処理でも既存のツールを組み合わせて実行させることができる .

ところが残念なことに、シェルはそれ自身では非常に貧弱な入出力機構しか持っていない.印字端末で使われていた頃のイメージそのなどを当座の目標とした .

この実験過程で最初に作成されたのが XME である.

2
. XME とは先に述べた通り 、 XME とは、 X-Window 環境

1 この有名な小説のタイトルは、明治維新以前を暗黒時代と考えたところから来ているが、下で動作する簡易ユーザーインターフェイス構築

Z それだけでもとりあえず十分 、居られると思うが .

簡単な手続きや、プロセスの呼び出しを実行させる

今にして思えば皮肉なタイトルである.私達は本当に明るい時代に生きているのだろうか?

という方もツールである、簡単な定義ファイルを記述すること

により、パネルをデザインすることが可能であり 、ことができる .

‑118‑

通信制御

図 1 : アプリケーションパネルの例

プロセス開通信を支媛する .

複数の XME 同士でメッセージが交換出来る .
t・xt n・円・

内部手続き制御qEコ・圃・

plctur・ n・円・

パネル上の項目に関係付けられた手続きを実行する(簡単な演算 、 代入 、 条件判断など) .

心璽コ〔回線】‑

国/山fllt・r・
口・qn

.
.

( 印刷

M|lbpn糊

口問V

図 IIIJ ・

口問

白川

T
r
o
f
f
(
J
J
N
!
3
2
f
)
)

3.

(出カ概}
(出力中止}

3
.1
.d
o
c
s

￨ 終了

ションである . 実行画面は 、 図 1 に示されている 。

先に例を示した troff 環境を支援するアプリケー

3.
2. xmetalk

このアプリケーションは 、 UNIX のテキストフォーマ ッ タである troff を使用する場合に必要な手続きを実行する機能を持っている Y 詳細は後述するが、このパオ、ルから troff ， vi , make , pic ,tbl , eqn , lpr , xp , xpic , etc..

ツール統合例}

図 l は 、 XME で作成されたアプリケーショ ン の一例である .

他のツールを呼び出し 、 その実行を制御する .

(処理 >ロ p1c 口 tbl
円・ cr

プロセス制御などの様々なツール

複数の XME を使い 、二人以上の人聞が画面上で対話するためのツールである . プロセス間通信機
能を使用している .

下の画面では 、 fox ， dog , cat ,の三人が会話を始め、 dog が去った様子が示されている

4

が呼び出されるのである.呼び出しはツールを意識せず、作業目的に適った場所(編集 、 印刷など)をマ
ウスで選択すれば良いようになっている.

*
*
*
*
下車

ここで 、 XME のアーキテクチャを図 2 に示そ
っ.

図 2:

4ト

S
E
R
V
E
R
l d
o
gco鵬s i
n
S
E
R
V
E
R
l c
a
tc
o
m
e
si
n
f
o
x
lh
e
l
f
o
x んあ
I
cat
や
tal~ serverl~og goesoutxme のアーキテクチャ

lmインタプリタ|ψ|どうしましたか?
パネル制御

3
.
3
. shanghai
通信制御

あの 『 上海日の XME 版である . 少し凝ればこのようなものも作れるという例である .

内部手続き制御

プロセス制御パオ、ル制御基本的なパネル動作を行う部分である .

ユー

ザーの入力(キイボード、マウス)を処理しインタプリタに結果を返す .

3 当然このポジションペーパーもこのアプリ
ケーションを使って書かれている

4fox がわん!!と言ったため、 dog は出鼻をくじかれて去ってしまったようだ
r あの ふ といっても御存知ない向きにはさっぱりであろうが、元はマ ッ キント ッ シュの上に作られたゲームである .

,

‑119‑

までも簡便さを追及したものであるから、製品レベルのものをこれで作るには無理がある.ある程度動くプロトタイプを作るツールと見なせば、用途はかなりあると思う.最低限のプロセス間通信機能は備えているため、分散環境での実験にも使えるであろ
っ.

5.

将来構想、

XME 自体は、暫くこのままとし 、分散環境の本格的実験を行うための準備をする予定である.アイ

デアとしては、汎用のサーバー / クライアントモデ
ル支媛システムをまず作成し、ユーザーインター
フェイス以外の環境管理を担当させる.インプリメ
ントには当面 Lisp の方言を使う予定であるが 、

I
@
i
l
i
]

そ

れは単にその Lisp 処理系の移植性の高さによる.
管理システムができた時点で、 XME に対して出されている改良要求を吸収しユーザーイ ンターフェイ
3.4.

ス部分を担当させる予定である(この場合 XME はその他

クライアントのーっとなる) .

他に現在存在しているアプリケーションとしては、ファイルのパージョン管理、ネットワークを通したリモートホストへのアクセス管理、ノートファ

イルの管理、伝言管理、スケジュール管理、電卓、ゲーム、漢字記号入力、などがある.

4.

両者が揃ったとき、

ツール統合に関する実験』の下準備ができたことになるであろう . 最初の実験としては、筆者がかつて

UNIX

6.

ここで、幾っかアプリケーションを作成しての感想を述べよう.まず、ユーザーの立場から.

容易に想像出来るように、手順の決まり切った
ツール呼び出しに対しては、その効果は絶大であ
そのような役目はシェルプログラムが果たしていた.シェルの提供するユーザーイン
ターフェイスは、コマンド型かメニュー選択型になる場合が多いが、 XME は、状態を目で確認し易くかっ選べる対象が表示されているため、初心者にも使い易いインターフェイスを提供出来る.一般にエキスパートはコマンド型を好むと言うが、実行時に変更するオプションが多いツールを相手にする場合には、このようなインターフェイスも役立つと思う.筆者は、もはや先に紹介した docs の助けなしには、文書作成のルーチンワークは苦痛である.パネルのレイアウトもその焦があれば簡単に変更する

開発支援環境

ワークショ ップに向けてと 、 上では偉そうなことを書いているが、問短点
XME のア プロ ーチを一つの叩き台にして 、環境構
築の方法に関する広範囲な討論ができれば良いと思っている.この話はかなりボトムアップなものであるから、理論的な側面との整合も考えたいと思う.
開発環境とは何かという議論は盛んであるが、モデルはいつかは現実にマップされなければならな
い.この橋渡しをするには、アイデアを手軽に検証出来るシステムが必要であろう .それが単純で強力であるほど、良い結果をもたらすものと筆者は考え
ている.

7.

謝辞
XME

のパオ、ル管理の部分は 、その大部分をSRA の同僚である有座道春氏の作成した XCon­

度反映させることができる.

アプリケーション作成の側からいえば、気軽にンを作れることは慾力である.しかしながら、あくCOBOL

はまだ山積みしている、今回のワークショップではことができる 6ので、ユーザー個人の趣味もある程

ビ ッ トマ ップディスプレイを使ったアプリケーショの上に構築した

Zodiac の再構成を行 う予定である.

考察

る.今までは 、『 分散開発環境のありかたとtrol ライブラリに助けられている .この場を借りて感謝の意を表したい.また 、 パグの多かった時代から XME におつき合い願い、貴重な意見を獄いた大勢の方々にも感謝を簿げたい.

6 パネルデザインのための専用ツール
XMED が用 意されている.

‑120‑

XmeU
s
e
r
'
sGuide(
v
e
r1
.0
)
酒匂寛

s
a
k
o
h
@
s
r
a
.
j
u
n
e
t

ABSTRACT
xme は 、 X-window を用いた 、 簡易ユーザーインターフェイス構築ツールである . 利用者は 、
定義ファイルを 書 くことによって 、 イ ン ターフェイス ・ パオ、ルの形状 、 そこから起動される簡単な手続き等を指定できる . このドキュメ ン トは 、 xme がどのよ う なものであり 、 かっその利用者が、どのよ う に
定義ファイルを記述すれば良いかについて解説したものである .

1. 始めにxme は、簡易ユーザーインターフェイス構築ツールである。起動するとスクリーン上にウインドウが現われ、ユーザーとの対話を行ない、様々な機能を果たす。利用者はウインドウのレイアウトやその振る舞いを、簡単な定義ファイルを用意することによって変更することができる。

詳しい解説は、後ほど行なうとして、先ず xme の起動方法を述べよう。次のように行う。

%xme[‑f fi1
eJ[‑
o
[S
T
RJJ[‑i J[‑
wJ[‑
KJ[h
o
s
t
:numJ[argsfile は、 xme が解釈実行するための定義ファイルである。省略するとディフォルトの定義で立ち上がって来る。 -0 オプションは、実行結果を標準出力に書き出すために用いられる。 STR を指定すると、各出力項目は STR によって区切られて出力される。指定しない場合には、改行によって区切られる。〈実際に書き出すためには、後述の pl (putatlast) 属性の指定が必要である。) -i オプション
は、最初にアイコンを表示するための指定である。また -w オプションは、 xme のメッセージ出力を行なうための専用ウインドウを開くことを指定する。このオプションを指定しない場合、メッセー
ジ出力は xme を起動したシェルウインドウに現われる。 -K のオプションは、漢字入力用のウインドウを生成することを指定する。 host:num で、出力サーバーの指定を行う。 args 以降は、必要に応じて xme の内部で使用されるものである。
では、解説を始めよう。

2. 簡単な例
まず、何も指定せずに xme を起動してみよう。

%xmeと、シェルのウインドウ内で入力してみる。すると、画面中央に下のようなウインドウが現われる筈である。以後、 xme が使用するウインドウをパネルと呼ぶことにしよう。

ー国

⑮

‑121‑

キイボードから入力された文字は、パネル上のテキスト編集枠の中に反映される。編集枠内では、マウスオベレーションとして、以下の操作が可能である。

操作

効果

左マウスボタンをクリック

テキスト挿入ポイントの変更

左マウスボタンを押しながらマウスを移動

テキスト選択右マウスボタンを押してメ選択されたテキストに対する操
作

ニュー選択

OK または CANCEL のボタンをマウスでクリックするか、ムは終了する。

リターンキイを入力するとプログラ

さて操作ばかりを述べたが、上のフ。ログラムで何ができるのだろうか。ディフォルトで、 xme が外部に与えられる影響は 2 種類ある。ひとつはプログラムの e x t ステータスで、もうひとつはカットバッファの内容である。前者に関して言えば、 OK がクリックされたか、リターンキイが叩かれたとき O が返され、 CANCEL がクリックされたとき 1 が返されるのである。即ち、% x
me II echo FALSEとして、ツールを起動した場合、 CANCEL ボタンをクリックした場合にのみ、 FALSE がエコーパックされるのである。後者に関しては、 X-w indow上で実行中の、他のアプリケーションとの間で、テキストのカットアンドベーストが出来るということである。
3. 定義ファイルの利用

ディフォルトで xme を利用している場合、その用途は非常に簡単なものに限られてしまう。そこで登場するのが、定義ファイルによるパネルとその振る舞いの定義である。定義ファイルを利用する
場合、 xme の起動方法は次の形になる。

%xme‑
f11定義ファイル名"
定義ファイルには、パネル自身とパネル上の項目に関する属性が記述される。定義ファイル名に・を指定した場合には、定義は標準入力から読み込まれる。現在許されている項目は、次のものであ
る。

項目名

説明

B
u
t
t
o
n

クリック:示、タン

Tog;~deトクツレボタンEdit
テキスト編集枠
Text
表示のみのテキストIcon
ピットマップSelf
ノ f ネル属性(特殊項目
S
t
o
r
e
ダミ一項目(特殊項目)
Program 内部プログラム(特殊項目)
下に各項目の表示例を示す。

‑122‑

丁目一

図巨

(Button)Te>ぐf
匂 100n
ちなみに、このパネルを表示するための定義は:Selflmy dialog window:~:hi#120:wi#280:
Toggleltoggle button: 事:xp#10:yp 帯 2:wi#120:hi#25:tx=Toggle:on:tp=CheckBox:

ButtonIbutton: 事:xp#150:yp#2:wi#120:hi 茸 25:tx=Button:

Editledit box: 事:xp 書 10:yp#40:wi#120:li#1:tx=Edit:

Textlplain text: 事:xp#150:yp 書 40:wi#120:li#1:tx=Text:fn=macLosAngels24:

IconIicon: 事:xp#10:yp#80:bm=skuma.ptn:
Text: 事:xp#50:yp#80:wi#120:hi#25:tx=icon:fn=vtsingle:
といったものになる。

さて、定義ファイルの内容を見て行こう。このファイルは

項目名:属性定義:属性定義:属性定義一:という形式の行が、複数繰り返し現われるという形をしている。〈行の最後に\があると、継続していると見なされる〉各行がそれぞれ、パネル上の項目の一つ一つに対応している。なお、特別な項目名
として Self と Store , Program というものがあるく上の例で、 Self は最初に書かれている )0 Self
はパネル自身の属性を記述するために用いられ、 Store は、パネル上に現われない疑似項目の記述に使われるく使い方は後述〉。そして、 Progra皿は、パネル内の簡単な動作記述を行なうために用いられるものである。

以下に、項目の属性一覧を示し、その解説を行う。ただし、 Program に関しては先の別章で扱う。

属性

区分

項目への対応 (0対応x 不対応〉

S
e
l
f

B
u
t
t
o
n

Toggle

E
d
i
t

Text

I
c
o
n

S
t
o
r
e

。

。

。

。

。

ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ

x~

数値

。

yp

数値

。

。

。

。

。

。

Wl

数値

。

。

。

。

。

。

M

数値

。

。

。

ﾗ

ﾗ

。

数値

ﾗ
ﾗ

ﾗ

ﾗ

。

。

。

。

。

ﾗ

数値

。

。

。

。

。

数値

ﾗ
ﾗ
ﾗ

。
。

ﾗ
ﾗ
ﾗ

ﾗ
ﾗ

ﾗ
ﾗ
ﾗ

ﾗ
ﾗ
ﾗ
ﾗ
ﾗ
ﾗ

e
x
bw
dm
t
k
mc

数値

数値
数値

ﾗ

‑123‑

。

項目への対応 (0対応x 不対応〉

属性

区分

S
e
l
f

B
u
t
t
o
n

Toggle

E
d
i
t

Text

I
c
o
n

S
t
o
r
e

sw
1
C
1m
ux
f
n

文字列

ﾗ

。

ﾗ

ﾗ

ﾗ
ﾗ

ﾗ

文字列

ﾗ
ﾗ

ﾗ

。

ﾗ
ﾗ

文字列

。

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

文字列

ﾗ

。

。

。

ﾗ

文字列

ﾗ

。

。

。

。

ﾗ
ﾗ

。

也

文字手リ

ﾗ

。

。

。

。

ﾗ

。

t
v

文字列

ﾗ

。

。

ﾗ

ﾗ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

ﾗ
ﾗ

f
v

文字測

ﾗ

。

旬

文字列

ﾗ

ﾗ

ﾗ

ﾗ

bm

文字列

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

。

d

文字列

ﾗ

。

。

。

ﾗ

ﾗ

ﾗ

文字引

。

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

文字列

ﾗ

。

。

。

ﾗ

ﾗ

ﾗ

文字列

ﾗ

。

。

。

ﾗ

ﾗ

ﾗ

文字列

ﾗ

。

。

。

ﾗ

ﾗ

。

文字列

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

文字列

ﾗ

ﾗ

ﾗ
ﾗ

。

ﾗ

ﾗ

ﾗ

文字列

ﾗ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

n
c
e
t
on
wt
pe
wt

フラグ

。

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

。

。

。

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

。

。

。

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

。

。

。

ﾗ

ﾗ

フラク.

ﾗ

。

。

。

ﾗ
ﾗ

ﾗ

。

~

フラグ

。

。

。

。

。

。

フラク.

ﾗ
ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

ﾗ

。

ﾗ

ﾗ

ﾗ

フラグ

ﾗ

ﾗ

ﾗ
ﾗ

。

ﾗ

ﾗ

ﾗ

s
h
pg
wp
i
d
f
s
b
s

n
f

dv
s
b
l
t
a
s

上の表で、区分というのはデータの与え方を示している。即ち、

・・且

ny

,,

F

四
e
u

巴a

O

hu

,,,

nr
a
n

F・
L
‑
‑
‑
‑

、JLEes

十Lhu

‑
‑
‑
‑
od

フラグ

w‑mhw

文字列

M同k

数値

termcap のエントリイと同様といった与え方を、 xme の定義ファイル内でも行うのである。
さて、各属性について説明しよう。

xp

項目〈パネル〉の左肩の X 座標。項目の場合はパネル内で、の座標、パネルの場合はスクリーン

上での座標。

yp 項目(パネル〉の左肩の Y 座標。項目の場合はパネル内で・ の座標、パネルの場合はスクリーン
上での座標。

‑124‑

wi 項目〈パネル〉の横幅oM1i

項目〈パネル〉の縦幅。

はこの項目が最後に選ばれた場合の e x it ステータスを指定する。

項目の行数。

:ex#1:と書くと、この項目が選ばれて終了する場合に、

e x it ステータスとして 1 が返される obw 境界の太さを指定

dm ボタンの丸みを指定する
tk

ボタンの厚みを指定する

mc Edlt 項目に入力可能な文字数〈バイト数〉を指定する。

sw ボタンの影の種類を指定する、指定できるものは現荘NoShadow
ForenoonFLoat
Forenoonoat
HighnoonFt
Highnoon
Afternoon AfternoonFLoat
ightFtoat
CandLeLight CandLeLといったものである。

ic xme のアイコン指定。ウインドウマネージャを使用している場合、アイコンとして表示させたいピットマップファイルを指定する。ピットマップファイルの形式は、 bitmap(l) で扱われるものと同じである。

im xme のアイコンマスク指定。上で指定されたアイコンと同じ大きさでなければならないom

この項目が選ばれた場合に呼び出されるコマンド、。例えば::ux=xterm ‑fn vtsingLe:と書いておくと、この項目が選ばれた場合に、 xterm(l) が起動される。

fnはこの項目が使用するフォント。

この項目が使用するタイトル〈初期文字列〉。即ち、 Edlt では編集対象の初期文字列。 But-

ton , Toggle ではその名前。 Text では表示される文字列を与える。

tv

TRUE の場合に返す値。

fv

FALSE の場合に返す値。

tp

トグルボタンのタイプ。現在指定できるのは:ToggLeButton
CheckBox
RoundToggLe
ThumbToggLeの 4 種類である。下にそれぞれの形状を示す。くすべて TRUE の状態である〉

図 CheckBox

~ T
o
g
g
l
e
B
u
t
t
o
n

i
:
;T
h
u
r
r
bT
o
g
g1
e (

RoundToggle‑125‑

bm パネル上に表示するアイコン。
dsh

この項目が選ばれた場合カットバッファに格納する文字列を指定する。
ux で指定したコマンドは、通常"lbinlsh" によって実行されるが、このオプションはそれを変更する。例えば:

Setf:sh=/usr/tocat/bin/jsh:のような指定をすれば、日本語シェルが立ち上がるのでコマンドの引き数に漢字を渡すことが可能になる。

pg

この項目が選ばれた場合呼び出す手続き (Program 項目〉を指定する。 (Program 項目の書き方は後述〉

wp ここで指定されるものは、

wt で待たれているプロセスが終了した場合に呼び出されるプロ
グラム項目名である。属性 wt (後述〉を持つ項目に限り意味がある。

id

項目に名前を付ける。ここで指定された名前は、眠、あるいは Program 項目実行時に評価される。詳細は後述される。

fs

ここで指定した文字が Edlt 項目内で入力されると、次の Edlt 項目に、キャレットが移動する。文字は複数指定して良い。例えば:
Edit:fs= 事 012 事 015:という指定を行なうと、改行仁めもしくは復改 (^M) が入力された場合に、次の Edit 項

目にキャレットが移動する。

bsfs 項目の逆で、入力されると前の Edlt 項目に、キャレットが移動する。

nf fs で指定された文字が入力されて、項目の移動が行なわれるとき、移動する先の項目は、通常定義ファイルに書かれた次の Edlt 項目である。 nf の指定はこれに対し、移動先の項目を明示的に指定するもので、 ld で指定する項目名を書くことができる。

nc

改行〈リターン〉が叩かれると、ディフォルトでは項目番号〈後述) 0 が選択されたと解釈される。このフラグは、そのような効果を打ち消すためのものである。

国

この項目が選ばれた場合終了することを示す。

onwt

呼び出されたコマンドの終了まで項目を選択不可にする。例えば:

トグルボタンの初期値を TRUE にする。

:ux=xterm ‑fn vtsingte:wt:と指定しておくと、 xterm が起動された後その実行か終了するまで項目の表示がアミカケになり、選択ができなくなる。

pe

項目が選択される度に、現在値を出力することの指定。

山nux で指定されたコマンド実行時に、 xme のウインドウを消去するか否かの指定。

plxme の起動時に・o オプションが指定されていた場合、その現在値を xme 終了時に標準出
力に書き出すことを指定する。

dv

トグルのテキストは、通常 tx で指定したテキストが表示されているが、 dv を指定することによって、 TRUE ， FALSE に対応したテキストが表示されるようになる。

s
b
l
t

Edlt 項目にスクロールパーを付ける。
Ed“項目を、リスト選択形式にする。即ち、ボタンのクリックによって、一行が選ばれ、選ばれた範囲が値となる。 ドラッグすれば複数行を選ぶこともできる。この項目はキイボード
入力を受け付けなし \0-126 ーas

mc で項目の最大長が定められている場合、指定された文字数の入力が行なわれると同時に、次の項目に移動することを指定するフラグである。

4. その他の機能
4. 1.引数の取り込み

xme を起動する際に、最終的なレイアウト等を行いたい場合がある。この場合、定義ファイルの中に$ n (n は整委むと書くことにより、コマンドラインの引数を取り込むことができる。 n は O から始まる整数である o コマンドライン上で、オプション以外の引数か現われると、それ以降を $0 、 S

1、$2 、、、として定義ファイル中で参照できるのである。
% xme ‑f d
esc ‑0 argO arg1 arg2 .

$0

$1

$2

例えば、テキスト編集枠に最初に表示する文字列を外部から与えたい場合には、定義ファイル中に:
Edit: 事:xp#10:yp 書 10:wi#100:hi#25:tx=$0:と書き、% xme ‑f xxxx I
nitTextと呼び出すことにより、編集枠内に InltText の文字列を表示させることができるのである。
4.2. 環境変数の取り込み

記述ファイル内に${ld} のような記述があると、それは環境変数の取り込みを意味する。例えば以下の記述は、編集枠内にユーザーのホームディレクトりを初期設定する。
Edit: 事:xp 尊 10:yp#10:wi 書 100:hi#25:tx=${HOMEI:

4.3. コマンド呼び出し時の文字列置換
ux= の指定によってコマンドを呼び出す場合に、その引数を他の項目の状態から決めることが可能である。各項目は定義ファイル内の ld 属性で指定された項目 1 D を持っている。 (Self ， P
rogramには項目番号はない〉定義ファイル中に項目 1 D} と書くことにより、その表記は項目の現在値に置換される。 1 項目の現在値は項目の種類と状態によって・決まる。下にその一覧を示す。

1 注意 : 古い(白t 61987 以前)沼田のパージョンでは 、 !n (nは整数)という参照を認めていたが、今後この徳能は保証できなくなる.現在(白t 71
98
7)Edit に sb (スクロールパー)を用いなければ上位互換性は保たれる
ようになっている .

‑127‑

項目

現在値の制面

B
u
t
t
o
n

評価直前に趨R された項目自身のとき 1 、通常は 00 tv , fv が定義されている場合には、それらが代わりに用いられる。

ToggleTRUE のとき 1 、 FALSE のとき 00 tv fv が定義されている l,

場合には、上と同じ。

E
d
i
t

現在書 かれている文字列。ただし lt 属性が指定されている場合
は、反転した部分。

Text
S
t
o
r
e

現在害かれている文字列

それ以外

未定義

現在保持している文字列

これも例を使って説明しよう。次のような定義ファイルがあるとする。

Se 1. f: 事

:xp#10 : yp#10:wi 尊 200:hi#60:

Button: 事:xp#5:yp 書 5 : wi 尊 90:hi#20:tx=switch:~:ux=echo !{switch} !{edit} !{yes/no}:id=switch:p1.
:
Edit: 事:xp#100:yp 書 2:wi#90: 1. i#1:tx=edit

me:id=edit:p.
1:

Togg 1. e: 事

:xp#5:yp#30:wi#100:hi#25:tx=yes/no:tv=yes:id=yes/no:p1.
:
Button , Edlt, Toggle には、それぞれ switch ， edit, yes/no の項目 1 D が割り当てられている。この定義で作られるパネルは、下図のようなものである。

Iswitch l
l
e
d
i
tm
e
y
e
s
!
n
o
ここで、 swltch というボタンの上をクリックしてみよう。 xme を起動した画面に、次のような出力が現われる。

% x
me ‑f desc

1 edit me 0a xme の起動 (desc は定義ファイル〉
σswitch をクリックした

即ち、 "echo 1editme0" というコマンドが呼ばれたのである。最初の 1 は I {switch} に対応するもので、これは自分自身 (switch) であるからいつでも 1 である。次の "edit me" は I {edit} に対応するもので、テキスト編集枠内を変えるとこの出力も変化する。最後の O は I{yes/no} に対応している
yes/no トク・ ルスイ ッ チの値で、現在 FALSE であるから O が返されたのである。それでは、 yes/noのトグルスイッチをクリックしてみよう、 トグルは TRUE になり、画面は下のようになる。

lswitctl> ledit mei:.yes!no‑128‑

ここで、先のように swltch をクリックすると、出力は:

1 edit me yesu switch をクリックしたとなる、最後の "yes" は Toggle に tv が指定されていたために、

1 の代わりに返されたのである。

4.4. 標準出力への結果の出力

前章で簡単に触れたが項目属性に"を与えた項目は、その項目が選択されるたびにくクリックされたり、キイ入力される度に〉その現在値を標準出力に書き出す。この指定方法以外に、 xme の起動
時のオプションとして -0 を与えることができ、この場合属性酬を持つ全項目の現在値が、標準出力に指定されたデリミタ〈省略時は改行〉を用いて出力される。前節の例で、% xme ‑f desc -。
として起動し、何もせずに終了した場合

1
edit meoといった出力が得られる。らし、% xme ‑f desc ̲0"/"
として起動した場合には、出力は次のようになる。

1/edit me/Q/
現在は意味がないが、 Icon の現在値としては空行が出力される。

5. Program 項目の使用
さて、より凝った使い方を望む利用者のために、 Program 項目の書き方を説明する場所に来た。
項目は皆、以下の形式をしている。

Programl プログラム名:機能引数引数. .
.
':[機能引数引数...:....:]

即ち、あるプログラム名に対して、いくつかの機能(+引数)の組が対応している。各機能は順番に実行される。伊l を示そう。例えば 2 つの Toggle があり、どちらか一方だけしか TRUE になれないものとしよう。言a:述ファイルは例えば次のようになる。

‑129‑

Self:xp#100:yp#100:wi#85:hi#85:
Toggle:xp#8:yp#10:wi#80:hi 帯 33: 事:tx=Push: 事:tp=ToggleButton:id=push:pg=push:
Toggle:xp 尊 8:yp#47:wi#80:hi 書 33: 事:tx=Pop: 事:tp=ToggleButton:id=pop:pg=pop:
Programlpush:off pop
Programlpop :off push:
下に表示されるパネルを示す。

ここで定義されている Program 項目は 2 つあり、それぞれ push pop というプログラム名を持っている。いま ld=push の属性を持つ項目がクリックされたものとしよう。 pg=push という記述
がその直後にあるため、プログラム項目 push が呼び出される。さて、 Programtpush に指定されている機能は off pop である。これは、" pop の項目 1 D を持つ項目を 0<< にする"という意味である。即ち、 push のトク.ルがクリックされると、 pop のトグルは FALSE になるのである。現在次の機能が提供されている。

機能

記法

説明

on
o
f
f
up
down
pup

oni
d
li
d2.
o
f
fi
d
li
d2•.
upi
d
li
d2.
downi
d
li
d2.
pupi
d
li
d2.

id で指定されるトグルスイッチを TRUE にする

pdown

pdownidlid2.

id で指定される Edit 項目をページ単位でスクロー

id で指定されるトグルスイッチを FALSE にする

id で指定される Edit 項目をスクロールアップする
id で指定される Edit 項目をスクロールダウンする
id で指定される Edit 項目をページ単位でスクロー
ルアップする
ルダウンするidva
1ue

id で指定される項目に値を代入する。単純に文字列を書いた場合、その値が入るが"くファイル"でそのファイルの内容、川コマンド‘"でコマンドの出力が代入される。 id で指定された項目がトグルスイッチの場合、設定する値が 1 あるいは tv と等しいとき
TRUE、それ以外のとき FALSE になる。

e
n
a
b
l
e
d
i
s
a
b
l
e
k
i
l
l

e
n
a
b
l
ei
d
li
d2.
d
i
s
a
b
l
ei
d
li
d2.
k
i
l
l[‑
n]i
d
li
d2.

id で指定される項目を選択可能(通常の状態〉にする

e
x
e
c

e
x
e
ci
d
l[i
d2i
d
3.
.
]

i
d
l で指定される項目の"は=項目"を実行する。
id2 , id3 …などの項目が指定されている場合には、実id で指定される項目を選択不可能〈アミカケ〉にする
id で指定される項目から ux で呼び出されているプ
ロセスに n (n は整数)で指定されるシグナルを送る 0 ・n が指定されないときは、 SIG町T が送られる。

行結果がそれぞれの項目に代入される。

‑130‑

機能

記法

説明

c
d

c
dd
i
r

dir で指定されるディレクトリにカレントディレク

s
e
l
f
i
1e

s
e
l
f
i
1ei
d
l[
id2.
.
]

トリを変更する。
検索ウインドウが表示され、ファイル名を選ばせる。

選ばれたファイル名は idl ， id2..の各項目に代入さ
れる。

c
d
s
e
l
f
i
1e

.
]
c
d
s
e
l
f
i
l
ei
d
l[
id2.

検索ウインドウが表示され、ファイル名を選ばせる。
選ばれたファイル名は idl ， id2..の各項目に代入される。同時に、選んだファイルが存在したテe ィレク
トリに、カレントディレクトリを変更する。

s
e
l
d
i
r

s
e
l
d
i
ri
d
l[
id2.
.
]

検索ウインドウが表示され、ディレクトリ名を選ばせる。選ばれたテε イレクトリ名は idl ， id2..の各項目に代入される。

c
d
s
e
l
d
i
r

c
d
s
e
l
d
i
ri
d
l[
id2.
.
]

検索ウインドウが表示され、ディレクトリ名を選ばせる。選ばれたディレクトリ名は idl ， id2..の各項目に代入される。同時に、選んだテー ィレクトりに、カレントディレクトリを変更する。

selpa也

s
e
l
p
a
t
hi
d
l[
id2.
.
]

検索ウインドウが表示され、パス名を選ばせる。選
ばれたパス名は idl ， id2..の各項目に代入される。

cdselpa由

cdselpa由 idl [
id2.
.
]

検索ウインドウが表示され、パス名を選ばせる。選
ばれたノ f ス名は idl ， id2..の各項目に代入される。
同時に、選んだパスに、カレントディレクトリを変更
する。

k
a
n
j
i

o
f
f
]
k
a
n
j
i[
o
nI

seぜontseぜont f
o
n
ti
d
l[
id2.
.
]

id で指定される項目のフォントを font に変更する。

p
t
y
o
u
t

ptyout 町gl [
a
r
g
2.
.
]

argl ,

c必lprog

c
a
l
l
p
r
o
ga
r
g

町g で表される名前の項目を Program 項目として
実行する。

i
f
m
a
t
c
h

i
f
m
a
t
c
ha
r
g
la
r
g
2[
p
r
o
g
l[
p
r
o
g
2
]
]

町gl と町民の値を比較して、等しければ progl
をもしそうでなければ prog2 を Program 項目としprog 項目が省略されたときて実行する。
は、 "Defa叫t"Program を呼び出す。

p
u
s
h
p
o
p

p
u
s
ha
r
g
popi
d

町店で表される値をスタックにプッシュする

p
e
e
k
e
v
a
l

peeki
d
e
v
a
li
d

漢字入力ウインドウのをと立きち)。上げる (on のとき)、ある
いは消去する (off[arg2 ..]をコントロールターミナ
ル (/dev/tty) に出力する。この出力はキイボード入力と共存することになる。

スタックから値をポ ッ プして id で示される項目に代入する
スタックの先頭値を id で示される項目に代入する
スタックを評価して結果を id で不される項目に代入する 2。演算子の種類は後述。

c
l
e
a
r
unmap
map
e
x
i
t

c
l
e
a
r
unmapi
d
mapi
d
e
x
i
t[a
r
g]

スタックをクリアする

id で指定される項目をアンマップする。3
id で指定される項目をマップする。

arg で指定される値を Exit Sta加s(省略値は 0) として、 xme を終了する。

3 スタ ッ クの評価はスタ ッ クの先頭から正ポーランド方式て'行っている.

例:

‑131‑

なお、機能ならびに引数の表記には I{項目 1 D} を用いることが可能である。例えば、

Programlprog:= edit !
lswitch}:といった表記がある場合、 prog が実行されると、 ld=edlt で示される項目に、 ld=swltch で示される項目の現在値がはいる。

5.1. Program 項目に関する特記事項
5. 1. 1. 特別なプログラム名について特別なフ。 ログラム名として、 BEGIN ， END がある。これらの名前を持つプログラム項目は、それぞれ xme の開始直後、終了直前に呼び出される。 (awk を思い出しましょう〉
また、 pg で指定されたプログラム項目が存在しない場合、通常は単純に無視されるだけであるが、Default という名前のプログラム項目があると、その項目が実行される。

フ。 ログラム項目内で、 I LSELFJ という参照は特別な意味を持つ、その場合、呼び出した側の項目の値が置換される。また単に一SELF_ と書いた場合は呼び出した項目自身を意味する。
5. 1. 2. スタック制面についてスタックで現荘評価に使える演算子は以下のものである。
意味

表記

+

加算

•

乗算

%

剰余

一ー

数値として等しいく

数値として小さい

.

減算
除算

<=

数値として小さいか等しい
数値として大きい>>=

数値として大きいか等しい'
一一

文字列として等しい'く

文字列として小さい文字列として小さいか等しい

'く=

‑>
‑>=

文字列として大きい文字列として大きいか等しい

尚、数値演算は全て 32 ピットの符号付き整数として行われる。

pushl
:
p
u
s
h2
:
p
u
s
h+:
e
v
a
lσ 答 3
pushl
:
p
u
s
h3
:
p
u
s
h-:evalu 答 2
pushl
:
p
u
s
h3
:
p
u
s
h‑
:
p
u
s
hl
:
p
u
s
h2
:
p
u
s
h+:
p
u
s
h+:ev叫日答 5
3 現在 map/unmap できるのは、 Button と Toggle だけである。

‑132‑

なお、機能ならびに引数の表記には I{項目 1 D} を用いることが可能である。例えば、

Programlprog:= edit !!switch}:といった表記がある場合、 prog が実行されると、 ld=edlt で示される項目に、 ld=swltch で示される項目の現在値がはいる。

5.
1. Program 項目に関する特記事項
5.1. 1.特別なプログラム名について特別なフ。ログラム名として、 BEGIN ， END がある。これらの名前を持つプログラム項目は、それぞれ xme の開始直後、終了直前に呼び出される。 (awk を思い出しましょう〉
また、 pg で指定されたフ。ログラム項目が存在しない場合、通常は単純に無視されるだけであるが、Default という名前のプログラム項目があると、その項目が実行される。

フ。 ログラム項目内で、!しSELFJ という参照は特別な意味を持つ、その場合、呼び出した側の項目の値が置換される。また単にーSELF_ と 書 いた場合は呼び出した項目自身を意味する。
5.1.2. スタック制面について
スタ ッ クで現在評価に使える演算子は以下のものである。

表記

意味

+
.

加算
減算

•

乗算
除算

%

剰余

一一

数値として等しいく

数値として小さい<=数値として小さいか等しい>

数値として大きい>=

数値として大きいか等しい

~

一一
侮く

~<=
~>

~>=

文字列として等しい
文字列として小さい文字列として小さいか等しい

文字列として大きい文字列として大きいか等しい

尚、数値演算は全て 32 ピットの符号付き整数として行われる。

pushl
:
p
u
s
h2
:
p
u
s
h+:ev凶 σ 答 3
push1:push3:push ・ :evalσ 答 2
push1:push3:push ・ :push l
:
p
u
s
h2
:
p
u
s
h+:
p
u
s
h+:evalu 答 5
3 現在 map/unmap できるのは、 Button と Toggle だけである。

‑132‑

5
.
2
. Store 項目の使い方
擬似項目 Store は、パネル上には表示されない項目であるが、 id の指定が可能であるため、一時的な値の保持、実行プログラムの指定などに用いられる。例えば、
Se 1.. f: 平

:xp 帯 10:yp#10:wi#200:hi 棋 60:
Button: 事:xp 書 5:yp#5:wi#90:hi#20:tx=switch: 単::
ux=echo !{switch} !
{edit} !
{yes/no} !{store}:id=switch:
Edit: 事:xp#100:yp#2:wi 草 90: t.i誌 1:tx=edit

me:id=edit:

Togg 1.. e: 事

:xp#5:yp#30:wi#100:hi#25:tx=yes/no:tv=yes:id=yes/no:pg=ah:

Store: 半:id=store:tx=myVa1.ue:ux=echo AH:
ProgramIah::単:exec store edit:
といった書き方が可能になる。 !{store} は、 myValue を参照し、 :exec stor
eedit: は、 echo AHを実行して、その結果を edit に代入する。

5.
3. ux , pg , wp の関係
UX , pg , wp は、それぞれ何かを実行するという定義であるが、現パージョンにおける、各者閣の関係について述べよう。以下のような項目があると考える。

Button:ux=MyCommand:wt:wp=Done:pg=Init:

この場合、この項目が選択された場合の典型的な実行!闘芋は、以下のようになる。

pga uxa (ux が終了) n::Twp

もし、 wt が設定されていないとすると単に:pg 白山のように実行されるだけである。

実はこの議論は完全ではない、厳密に言えば pg= の中で自分自身の回目をおこなう場合、事態はもっと複雑になる。正確な議論は以後の版に譲るものとする。ただし注意として、車色対にやってはいけないことだけを述べておこう。
注意

wp= で呼ばれるプログラム項目内で、呼んだ項目を自民してはいけない。例えば‑133‑

Button:ux=MyCommand:wt:wp=Done:pg=Init:id=Catter:
ProgramlDone:exec C
a
t
t
e
r
:
と書くと、これは Caller a Done の無限リカーシプコールを引き起こす結果になる。
6. 例題

以下に示す例題は、 ksh と xme を使った簡単なゲームフ。ログラムである。仕様としては:参加者の名前を登録する σ ゲームを行なうというこ段階に分れている。下に各画面を示しておく。
参加者登録画面

口 rln

口励。JI

口 MI.I

ローIkøh口 IkuMI

口 IWII口"・rl

口 .Ihlr・

口何 JlklW・

￨
C
u
i
c
k 11Slow

￨
C
a
n
c
e
l

ゲーム実行画面

開ー・・・

O? <i>掴嗣 O? O? <i>郎副O? O? @醐瑚 O? O?
以下にリストを示す。

‑134‑

書 !/bin/ksh# get names
BITMAP=/usr/mmb/sakoh/Lib/bitmaps
set $(xme ‑0 . ‑f -くくー EOF_
SeLf:wi#306:hi#180: 事:nc: 平:ic=${BITMAPl/coffee. ic: 半;:im=${BITMAP}/coffee‑ffia
sk.ic:
Button:dm書 2:xp 非 10:yp#145:wi 書 70:hi#25:tx=Quick:et:pL:tv=quick:fv=:

Button:dm草 2:xp 非 85:yp#145:wi#70:hi#25:tx=SLow:et:pL:tv=sLow:fv=:
Button:dm書 2:xp#214:yp#145:wi#70:hi#25:tx=CanceL:et:pL:tv=canceL:fv=:

Edit:xp#10:yp#110:wi#270:Li#1:pL:
ToggLe:xp#10:yp 書 10:wi#100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 事:tv=rin:tx=rin:
ToggLe:xp#112:yp#10:wi 耳 100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 平:tv=shoji:tx=shoji:
ToggLe:xp 草 214:yp 詳 10:wi 詳 100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 半:tv=masa:tx=masa:
ToggLe:xp#10:yp 嘗 42:wi#100:hi 茸 30:pL:tp=CheckBox:fn=accordb:fv=: 事:tv=sakoh:tx=sakoh:
ToggLe:xp#112:yp 帯 42:wi#100:hi#30:pL:tp=CheckBox:fn=accordb:fv=:~:tv=ikumi:tx=ikumi:
ToggLe:xp 尊 214:yp 持 42:wi#100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 平:tv=iwai:tx=iwai:
ToggLe:xp#10:yp#74:wi 茸 100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 平:tv=mari:tx=mari:
ToggLe:xP#112:yp#74:wi#100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 平:tv=sahara:tx=sahara:
ToggLe:xp#214:yp#74:wi#100:hi#30:pL:tp=CheckBox:fn=accordb:fv=: 半:tv=fujikawa:tx=fujikawa:
̲EOF̲)
耳 initiaL proc
# echo PLAY="$ 本"
草

i
f[ $
1 = "canceV' ‑0 $草= 1 1
thenexit 0eLse
KIND=$1
shiftfi
LOG=‑sakoh/Lib/cLog.${KIND}

ztypeset ‑i 1=0
for P
do
A
T
T
I$
{1}l
=
$
{P}
done
書

(
( 1

1 +1 ))

randomize(( CNT = 1 ))whiLe (
( 1> 0 ))do)(( 1= 1‑ 1 ))(( R = RANDOM % CNT )TMP=${ATT
1$
{1}l
} ATT
1$
{1}l
=
$
{ATT
1$
{R}l
}

‑135‑

ATT
1$
{R}J
=
$
{TMP}

done
# gameechoa

DAT=$(date)>S{LOG}
echo "事 DATE 車" S{DAT} >echo "S{KIND} Game starts at S{DAT}"
echo "Ptayer‘ s are:""
PLAY="${ATTI 本 1 }for NAME in ${PLAY}
doecho "本${ NAME}"
done
持

書

game

s

function

GAME ()
awk
BEGIN {
hit='$3':cnt=0:WI=60:HI=35:GAP=5:YN=2:XN=5:YO=2:
printf "Setf:wU"(W I+GAP) 本XN+YO 本 2" :hi#"(HI+GAP)本 YN+YO 本 2+HI":0:
printf "Text:xp#"WI/2":yp#"YO":wi 帯" (W I+ GAP) 本XN+YO 本 2":ti#1:tx='$1':fn=kitterb:0:
for (y = 0: y く YNy ++)for (x = 0: x <XN x ++)if (cnt++ == hit)
printf "Toggte:tp=RoundToggte:xp 似d:yp 似d:wi#"WI":hi#"HI" 117 折り返し
:dv:tv=Hit!:fv=?:et:pe:O. x 本 (WI+GAP) + YO.
117 折り返しy 本 (HI+GAP) + YO + H
I:
etse
printf "Toggte:tp=RoundToggte:xp 似d:yp 似d:wi#"WI":hi#"HI"σ 折り返し
:dv:tv='$2':fv=?:pe:pg=p%d:id=p制: O.
11:7'折り返しX 本 (W I+GAP) + Y
O. y 本 (HI+GAP) + YO + HI. cnt. cnt:
printf "Programlp%d:disabte p%d:O. cnt. cnt:}
' </dev/nutt I xme ‑f ‑ I wc ‑t# gameawhite true
d。

TMP
.
.
.
.
A
TT=
(
( SAME = 1 ))if [ ${KIND} = "quick"
then((MAJ( = 0 ) )for n in ${PLAY}
do(( SEED = RANDOM % 10 ))S=$(GAME ${n} "Oops" ${SEED})
echo S
{n}
: $
{S}
事{ S
}" >
>$
{LOG}
echo "
S
{n}
i
f(
(S
{S} == ${MAJ(} ))
then
TMP
.
.
.
.
A
TT="${TMP.
.
.
.
A
TT} ${n}"(( SAME = SAME + 1 )
)

‑136‑

el
.
if (
($
{S} > $
{MAX} )
)
then
TMP
‑A
TT=${n} MAX=${S}(( SAME = 1 )
)
fi
done
lse
e'
(
( MIN = 1
1 ))for n in ${PLAY}do(( SEED = RANDOM % 10 ))S=$(GAME ${n} 'Safe" $(SEED})
echo ${n}: ${S}echo "${n}${S}" >> $
{LOG}
if (
( ${S} == ${MIN} )
)
then
TMP
‑A
TT="${TMP‑A
TT} ${n}"(( SAME = SAME + 1 )
)
el
.
if (
( ${S} < $(MIN}))
then
TMP
‑A
TT=${n} MIN=${S}(( SAME = 1 )
)
fi
done
fi
if (
( SAME> 1 ) )thenecho "決戦です${ TMP‑A
TT}"echo "本 RETRY 本${ TMP‑A
TT}" >> ${LOG}
PLAY=${TMP
‑A
TT}
e'
lse
echo "${TMP‑ATT}さんの負けです"echo "本 LOST 本 ${TMP-ATTγ. >> $
{LOG}
break
fi
done

z

‑137‑

圃

3
r
dSEAEnvironmentWorkshopP
o
s
i
t
i
o
nPaper
品 l司イ立二白

氏名
所属

種別回全員 no f7 111D 口→生伶 .>7 吃桃(株) $-守新開廷

住所〒 (!Y 0 )哉、ゑ宮テキ中昭 7τ'EL(0仰)~タ- /111(337ρ)

件 p 穿/;4丹実主
2‑1‑32
(
O
Y
2
2
)S
‑
S ‑0 伊 t /

FAX

仕事

ソ 7 I、ウ-r:
怜 1'2，.

，Z.fI 実問託。
γ フ j‘れ?開花亨窓歩乞の手当 ZA.

作業環境

VA メ 11/7 1' 0

( ν門.5')HP?， oo!r ド o
Hp9oD O/3J‑o(HPυX)

LA ん/ナ

(ク)

Á/et

i

(7-:ナ Il ゑ γ トワー 7 )'ip0 I 仁川 SOO.$')

現在の問題

iワ D E R 更す 1 しにルョ九~‑tì;~向サ仇令イ GI明苛ぬ L 与の拘禁( 5P て\J F 1<' ~γI\... 比「円 1 1;
1 ;t，ò 乙川ンャ -he4RR 〉

v

本 j矢J 金 f じナ e タベーヌ t ヲ l レ
生.カスアミ f ス

司自壬広崎枝川弘主主

本フイIl. ~全有朱

次ページの討論テーマ票にも.必要事項をご記入の上本紙とあわせて 12 月 15 日まで(締め切り厳守! )に下記の SEA 事務

局までお送りください.もちろん.本式の Position Paper も同封していただくほうがベターです{既発表の論文を添付していただいても機いません) .

ソフトウェア技術者協会 (SEA) 〒 102 千代田区隼町 2・ 12

TEL: 0
3
(
2
3
4
)
9
4
5
5

藤和半蔵門コープピル 505

FAX: 0
3
(
2
3
4
)
9
4
5
4
‑138‑

)

内FM

乙/ョユ./

Q ノ

内Fh
・

司t

'Ei

o
o
o
o

，，‘、

'Ei

オマ三J

oy

qu

弘H

p
o

k

副"

r
o

白-M

nH

+ι

nH

m

・ l

nリ

n
u

n巴

r
v

AA

rE
n3

VE

令A ，

,
nu

jて、ーーノく

横河電機株式会社
西岡健自

FA 、

PA 、

LA 仲野を軸に営業展開を行なう軍事社では、

全社枝術部に齢けるソ

SP JDER (Software.
Productivitv Improvement Deve}oper) を三年前にスタートさせたの SPIDER
フトウエア生産性向上を目的としたプロジェクト

プロジェクトは我々の属する研究開発部を推進母体として、AN を中心に据えた開発環埼の展開を粗い、

かつ.

U N 1 X 、 C 言語， L
その後スタート L たヱプロジヱ

クトへの参加・協力も行なってきたの

U N 1X 上の開発環境を構築する上で、我々は従来からのウォータフォールモデ
ルに代わるものとして. 中心に統合化データベースを据えた下図のような S P 1D
ER モデルを提唱した。

10フィルタ;〆ー一歩γ\ 2>7 ぐで〈/V
4一一。(統合化 )--0
‘一ー一 一・令>データベーヌ

!\ん
くこ〉

ヘ、

J
保守(修正・改造)/管理

SPIDER モヂル‑139‑

この SPIDER モヂルの特徴は各フヱーズの出力ドキュメントをフィルタと呼ぶ一組のソフトウェアツール群経由で続合化データベースにリンクさせることにより， ソフトウェア開発途上の全技術情報(開発中のソフトウェア自体の情報+管理情報)を一元管理する点にあるの フィルタは次の 3 つのツールから構成きれる《1 )フレームエディタ:ドキュメントスタイルからの逸脱を防止するとともに.
記述作業を機械化する構造エディタ。

2 )情報抽出ツール:フレームエディタで記述されたドキュメントの含む全技

術情報をドキュメントスタイルに依存しない，

ドキュメント聞で共通の形式で抽出し統合化データベースに格納するツール。

3 )逆生成ツール:統合化データベースの情報に基づいてドキュメントスタ

イルに沿ったテキストファイルを生成するツール。

設計書， ソースプログラム， テスト成績書といったソフトウェア開発途上で出力されるドキュメント毎にこのようなフィルタを用意することによって，次のような効果を期待できる。

1 )ドキュメント間で重複する情報を統合化データベース上で一元管理でき，

開発フェーズ間の情報の整合牲を保証できるとともに， 逆生成/抽出処理により他のドキュメント情報に基づく男11 のドキュメントの部分合成.
ドキュメント問の変更/修正の自動反映が可能となる。

2 )フレームエディタにより.

記述作業が効率化する。

3 )汎用性の高いソフトウェア部分を統合化データベースより直接切り出せ，信

頼性の高いソフトウェア部品が自然に蓄稽される《4 )統合化ヂータベースの監視によりプロジヱクト管理を可視的に行える A
さらに.

SPIDER モデルには次のような利点がある内

1 )従来のウォータフォール的開発形態から違和感の少ない形で新しい開発環境を提供できる今2 )逐次的に構築でき，ユーザ負担の少ない形で逐次的に提供できる。
3 )フィルタのカスタマイズにより多様なソフトウェアプロセスに対応できる。
SPIDER モデルに基づく開発環境は、

当面，

統合化 C 言語プログラミングシ

ステムとして，詳細設計とコーディングフェーズに焦点をあわせて構築中であり，プロトタイプによる実現牲の評価を終えている。現在は続合化ヂータベースのデー
タ構造に知識処理的手法を加味して，より実用性の高いものとするとともに.

フィルタ生成系の実現.統合化データベースの管理を含むマンマシンインタフェースの統合化，分散環境への対応を図りつつあるの

なお，現在の統合化データベースモデルには.

次のような情報が含まれる。

1 )ソフトウェアプロセスに依存しない情報:
・不可分の要素に分解された開発フェーズ全体に亘る按術情報2 )ソフトウェアプロセスに依存する情報:
・各ドキュメントの属性情報.

及び，技術情報との関係情報.各ドキュメントのテキストスタイル情報‑140‑

幡町e 』in岡町占

D
i
s
t
r
i
b
u
t
e
dEnv.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

第 3 国立A 環境ワークショ、y プ

セッション 3

技

ワークステーション十ネットワークによる分散環境の構築

の
チェアマン

タ

:中野

秀男(大阪大学)

プレゼンテータ:加藤朗(東京工業大学):酒匂

寛(ソフトウエア・リサーチ・アソシエイツ)

西岡健自(横河電機)

レポータ

力

: 石坂

幸一(ケイケン長野データセンター)

なり閑

1.はじめにはアカデミックな議論がされている.

ARPA みたいに中野:

ポジションペーパーを見て.こういうものを作り

リアルタイムではないが，半日位で届く.学会などはポジました. (OHP によるアイコンー話題と話題提供者名がションペーパーを出して，アブストラクト，本チャンとい書いてある)話題が途切れましたら，アイコンをさしますうサイクルだと，研究会レベルで 2 カ月，国際会議だと 1(爆笑)クリックしたら喋って下さい. (爆笑)では，宜しく年位かかってしまう.

お願いします.

JUNET では今の議論が出来ると言う訳です.

2.1.3.
JUNET の『実践的環境』への貢蔵 (2)『言境

ソフトウェアとはプログラムとかマニュアルだけでな

2.プレゼンテーション

く，どう使いこなしてゆくかも利用技術に入っていると思2. 1.広域ネヲトワークの問題点
2. 1.1.環境としての JUNET

うが，そういう利用技術はお店には売っていない.ウチで加藤:

JUNET の簡単な現状報告をしておきまはこうやっていますという情報が非常に必要になる.大す.組織を超えた研究者相互のコミュニケーションを計

学などはビンポーですから，なかなかWS など買ってくれる目的で 3 年前から始め，現在アクティプにメールが届くない.

所が大体 110 組織(実験中が約 10).

計算機の数で旨く生かすかという情報交換がされています.管理面で1000 (多分 1300 位になっている筈)大体全国をカも.例えば NeW5 のあの辺はどうしたら良いのとか皆のバーしていますが，東京と大阪に集中している.今の処電環境を良くして行こうとする情報交換が，結構されていま

子メールと電子ニュースだけです.そのうちもっと色々

す.

先ず.

もう 1 つ大きなのは PDS.

なことをやりたい.

シイの

1 台の Sun-3 を 10 人で使うなど，どうやってrmap ,

1e5 5 ,

海外のアカデミック.ネットワークと情報交換をして5P5 , phone などは JUNET に繋がっている処はいます.ただ，トラフィックを見ていると，向こうから総て使っているが，そうでない処にはあまり知られていな

入ってくるばかりで，

UUNET はい便利なツール.ライセンスの制約がないので，ソース

USENIX がお金を出して運営していて，情報の流れがコードから皆思い思いにパグフィックスをする，アップ

50/50 なら，お金も 50/50 でいいよと言っている

デートをするなど，

出て行かない.

PDSはネットワークを通してどんどのですが，結局日本からは何も出て行かないのが現状です.

ん成長して行くので，下手な売っているプログラムよりは

2.1.2JUNET の『笑康的環境』への貢蔵(1)

信頼できるものが少なくない.こういうことを通じて，お広域ネットワークに限って話をします.僕がここで広域と言っているのは「組織を超えた」という意味で，隣合つ互いの環境向上に寄与しているのではないか.
2. 1. 4.広域ネヲトワーク環境としての JUNETたビルでも会社が違えば広域ネットワークです

ARPA は，始めに ARPA があってそれからローカル

JUNET は広域ネットワークです.明日のスキーの集

エリアネットワークが発達してきたが，日本は逆で始めに合場所は等のメールも飛ひ"交っていますが.一応表向きにLAN があった.ネットワークを運営して行く上での問

‑141‑

国

3rdSEAEnvlronmentWorkshop

DistributedEnv.s
e
s
s
i
o
nreport

題は，もともと独立だったのを一緒にまとめるわけですか-ところで，本当に分散環境は必要か?

ら，管理レベルが違う.例えば計算機がメンテで 3 時間止

例えば VAX とか大きな計算機が 1 台あって，専任管理1 週間呼んでこないと者が居て，ダンプも取ってくれるし，あれが欲しいと言えころもある.それから，計算機資源の貧富の差が激しい.

ばインストールもしてくれる，そういう環境と WS がズラ(笑い)例えば大学で，物理屡さんとか化学農さんがネット

ズラという環境とどっちが良いのだろう.ひとつの使いワークが必要だと言うと大学側では計算機をアロケート方として WS には仕事をさせない，例えばウインドのマ

まりますと言ってくる所もあれば，出来るけれども，計算機屋だけがギャーギャー言っても全ニュピレーションとか画面回りとか入出力の管理だけを然買ってくれない.

やらせ，計算等は ETAI0 や CRAY などにやらせる.

管理者はみんな忙しい.新たなサイトが入ってきた時に，どうやって広域ネットの運用技術を持ち上げて行くかが問題になっている.それを放っておくと，

1 週間に 1 回

WS はただ賢い端末として動く.こういう使い方が 1 番
良いのではないか.

僕が気になっているのは，分散環境でなければ出来ない

僕がどこかへ行かなくてはいけないという事になってし仕事はどれ位有るのかということです.

まう.今の問題点は，良く知っている人の時閣を占有してやらせておけばよい仕事を，単に振り分けて，問題を複雑

1 台の計算機にしまう事.管理レベルを下げないで如何に手を抜くかをにしている.盲腸を叩きつぶして.腹膜炎を起こしたよう

真面目に考えなければいけない.

なイメージがある.今みたいに VAX に Window が

1. 1. 5.分散環境に向けてのるカードをガシガシ刺して，そこから各々の端末に引いWS があって Network があるから，分散環境ですて来て X や Smalltalk を走らせる，という程度なというのはウソです.せいぜい協調処理環境と言うにとら集中の方が絶対楽なわけで，何でわざわざ散らさなけれ

どめて頂きたい.分散処理とは「ホスト名を意識させなばいけないのか.

い」という佐賀が要求される訳です.あそこのマシンは軽今は分散環境は実現されていなくて，基礎技術が色々ないからと，プロセスが自ら Migrate して行ってそこ所で研究されている.今後どうしたら良いかがクローズで仕事をして返す. (
Pr
o
c
e
s
sMi gration をどうしたら良アップされている.単に論文が発表されて，それで御仕舞

いかと言う話は，今度の USENIX でBanle o
fP
r
o
c
e
s
s

になるのか，本当に分散環境がちりばめられるのか・ヘ

お位 grator というセッションがあって.

3 名の発表が有り取り留めのない話ですが以上で終ります. (拍手)ます) 1可処の計算機へ行っても同じ様に走れるというホス中野:

何か質問がございましたらお願いします.

トを意識させない環境は，何処の計算機でもきちっと管理野中:

私は通信衛星の地上用の通信装置を作っているのされている状態でないと実現できない.こういう前提のですが，通信衛星というのは割とコストが高く，大容量の上に良い計算機と速いネットワークがあり.そこで始めて所しかなかなか使われないという現状があります

Process 恥figration を如何するか，リソース・ネーミングを聞とか通信量の多い幹線には既に通信網が行き渡ってい如何するか，ネーム・サーバーを知何するかという基礎技て，これから商売として余り伸びないのではないか.新し術によって，だんだん分散環境に近づいて来る訳です

い衛星通信をどこに使って行くかが，当社の事業部の問題

こ

れぞ分散環境と言うのは，今はあまりなくて，例えば
Mach がどれ位良いかというのは使った事が無いので

大陸となっている訳です.
今の地上の有線系の通信路に衛星がどう対抗して行く

分かりません.そろそろ日本に入って来そうなので遊んか，衛星の有利な特性，

でみたいと思っています.

くしかない.それに向いているのが，いわゆる JUNET

1. 1. 6.会場より質問のようなニュースシステム.地上をバケツリレー式で広藤野

がって行ったものが，いっぺんに東京，大阪，九州でワッ

Mach はロードリフ・レースをやってくれるので

すか?
加藤:

1 つには広域同報性を生かして行と受けられたら，トラフィックの上で大変有利になるのでよく分かりません.もしほんとうにやっているとすると，アブストラクトのペーパに書いてある筈ですが，はないかと思っている.
今まで通信と言うのは 1 対 1 で発展して来て，放送といあまり書いてないので多分これからだと思います.それうものと完全に区別されていると思うのですが，ニュースで，というアプリケーションが出て，通信と放送が大分近付い

1 番議論がしたかった事は次の様な事です.

‑142‑

D
i
s
t
r
i
b
u
t
e
dEnv.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshopて来た.その辺の研究をやったら良いんじゃないかといは KDD のリンクは皆でお金を持ちましようということう話を周りの上司にしているのですが，日本電気という会でやっていますので，通信量が増えている事は確かですの

社は電話通信で発達してきたものですから，やはり通信ので，もっと速いレスポンスの要求があるのも確かで，お金

主体は「音声」であるということが言われているのです.

はちゃんと払いますという事ですからもっとまめに呼ぶ

そんなことで，ニュースに衛生通信が使えるんじゃないということは多分，現実的な問題になって来ると思います.

かと思うんですが，その辺もし何か有りましたらコメント

今度の国際科学技術通信網利用クラブの幹事会があったを頂きたいのですが

ら報告しておきます.

多分使えます.米国のスターゲート・プロジェク

UUNET のマシンがよく落ちるという問題等色々あ

トはそういう話でして，これは USENIX がプッシュしるんですが，確かに企業の方にとってはなかなか遠くなっているのですが，今のアメリカの UUCPnet はパンクてしまっているというのが現実だなというのはよく分かしているので，そういう方法でやりたいというプロポーザります.

ルをローレン・ワインシュタインという人が出しています.

中野:

加藤.

あんまりやると JUNET の説明会になってしま

マーク-ホ一トンとローレンとあと 2 人がやっている.アうので.とりあえずここは~.ê.切らせて頂きます.どう

メリカはラッキーなことに衛星のチャネルが取れたので，も有難うございました. (拍手)出来るようになったという話を聞いたことがある.日本

2.2. ツール続合主環境改善

でも出来なくはないが，僕らのネットワークはまだそこま

酒匂:でのパワーがない.ひとつの問題は，寝ている人が居るよですが，分散環境の方になってしまいましたので・へ今日

うに落ちているマシーンというものが有って，それが結構の話は，分散環境はどうあるべきかという概念的なお話は難しい問題です.ノードがフォールトレラントに設計さスキップして，ツールをネットワーク環境の中に取り込んれていれば良いが，日本では金に糸目をつけずにそういうで統合化したり，使いやすいユーザーインターフェースを事をするという考えが市民権を得ていませんので直ぐに作って行く礎となるシステムとしては，どの様なものが適は実用化しそうに無い.只，もしチャネルを提供して頂け

当か，それについて殻っか実験したので，その報告というるという話があれば(笑い)これはもう前向きに考えたいと形にしたいと思います.

元々はユーザ・インターフェイスの所に出したのSRA では UNIX を 1980 年頃から使っています

思いますので宜しくお願いします.

私は仕事柄，アメリカ人と電子メールのやり取り

が，ずっとキャラクターベースの 1/0 しかサポートされをしたい事が非常に多い.現在 JUNET に入っていて，て来ませんでした.究極のキャラクター.アプリケー

伊野:

アメリカの CSNET とか ARPANET に入っている

ションというのが emacs ですが，あれ以上の世界を求人と電子メールを交換したいんですが，日本では東京大学

めようとすると，キャラクターベースからは抜け出さなけの何とかという先生が非常にうるさい手紙を出している

ればならない.それで， X er ox のマシーンなどでアプという話で，.，.目・今後の見通しをお伺いしたいのですが.

リケーションが提案されて来て，遅ればせながら UNIX加藤・

もウインドゥを使わないと世の中に取り残されてしまう

1 つの方法は，

SRA が CSNET に入ることです. (笑い)それが 1 番確かな方法です

東大のゲートウエという事で，

やっと X-window とか GMW ，

イは文部省だからということではなしに， CSNET との

SunNeWS 等が用意されて来た.

契約によって大学だけにしてくれと言われています

2.2. 1. X恥E

もう 1 つの方法は KDD の KDDLAB( 国際電信電話(AnUserI
n
t
e
r
f
a
c
eCo
n
s
t
r
u
c
t
i
o
nMechanism)

でなしに別団体)というマシーンがありまして，そこからWindow システムを構築するライブラリーは確か

UUNET ヘコンタクトするというパスがある.毎日ガに提供されていて，それを用いればユーザーフレンドリー

ンガン使うようでしたら，そこの何処かへ直接リンクを張なアプリケーションが作れると能書には書いてあるのでるのが多分 1 番正しいやり方だと思います.

すが，

ARPA とX‑Wi ndow を使って例えば Kernighan のか CSNET ではセキュリティが問題になっていますが，“ hellow world“を書く例題をやろうとすると， 100 行

KDD 経由で出した場合は UUNET に行って，そこは近くの C のソースを書かなければならない.そういった

ARPA のお墨付があってそこからはちゃんと行く.今事を救う為に Tool-Kit 等用意されたが，それでも‑143‑

DistributedEnv.s
e
s
s
i
o
nreport

3rdSEAEnvironmentWorkshop

UNIX 上には t 001 を統合する為の優れた手段として Shell

UserI
n
t
e
r
a
c
t
i
o
n

Script というものが存在している.

Button 戸ess

T
o
g
g
l
eo
n
l
o
f
f
E
d
i
tT
e
x
t
(∞t & p
a
s
t
e
/
s
c
r
o
l
lb
a
r
)
E
t
c

She11 の基本的な思想は，パイフ・メカニズムとか制御
文構造等で，作られたツールを旨く統合して行こうという

S
t
a
t
i
cd
e
f
i
n
i
t
i
o
n

もの.その優れた支援システムがWindow を導入し¥¥たとたん失われてしまう，ということになると，それは〆〆UNIX ではなく単なるウインドウアプリケーションが1 個ずつ走っている，普通のマシンと同じになってしまう.
そこでウインドゥ環境下で， She 11 プログラムの様/に手軽に使えるシステムを作って見ょうと思った訳です.
これが XME なるツールです.最初の目標としては.イン
ターフェースの形状を気軽に定義できる事，

She11 プOSI
lO
OSf'rocess しon'甘01

ログラムの様な強力なツール統合手段と組み合わせてウnμA

図 2 ‑2‑1

She 11 の中でのプロセス間通信はパイプしか無

r

'L
n
'しV
Au
n
a
ｭ

出来る事を考えました.現在の S he 11 プログラムで

は，

-僧

PS

プロセス間通信を用いて複数の処理の間で自由に通信が

』

--‘

n
m
e

勾
41

インドゥ・インターフェースを構築出来ること，それから

s
y
s
t
e
md
e
p
e
n
d
e
n
t

XMEI
I
OD
iagramく，後から追加されてきたネットワーク関係の通信機能は

She11 の中にちキんと入っているとは言い難い.
ネットワーク・ファシリティが有るにもかかわらず

She 1 1 から触れない.
と名付けられているが，そのうちにこの X が取れて普通の汎用ウインドゥ・システムの上に乗せられる形で，こうけない事だな」と解釈して実行する.例えて言えば，
Lisp のインタープリタが S 式をいきなり送って
evaluate させている，といった感じの物.

いった物を構築して行きたい.

S
t
a
t
i
cdefinition は，ユーザーが普通のテキスト・ファイ

2.2.2.Arc凶tecture

ルを然るべきエディターを用いて書くと Button と

XME というのはユーザー・インターフェースのコンス

トラクション・メカニズムということで定義しています.
インタプリターが天辺にあって，その下にパオ、ル・コント
ネットワーク・コントロール，プロセス・コント

ロール，インターナル・コントロールのファシリティが有ります.これらは総てインタプリターで，このメッセージ自身がプログラムでも有り得ます.これを受け取った相手側の XME は自分がやらなければい

X-window の上に作られているので，現在 XME

ロール，

解できるプロトコルでメッセージがやり取りされており，

Lisp 等と同じ様に送られてきた文字列をプログラムとして解析し，答える.

か Toggle とかを簡単に定義出来て，なおかつ，中でOS の持っているリソースに自由にタッチ出来る.当然プロセスを呼び出したり，普通のストリーム 1/0 を呼び出したりする事も出来る訳です.

2
.
2
.
4
.
E
a
s
yt
oDesi酔 Panels
具体的には，これは現在用意されている XME のためのエディターの画面ですが， (図 2-2-2 参照)この様に，アイコンにテキストをパインドする，テキスト・ベースで

2.2.3.X勘IE 1
10Diagram

XME は UNIX の持っているリソースにとりあえずタッチ出来る.パイプも使えるし， PTY にもアクセス出
来るし，ネットワークを通してよそのプロセスともコミュ
ニケート出来る.この様にシステムにディペンドしている部分とインディペンデントな領域とがある. (図 2-2-1 参照)右下の部分が UNIX に依存している部分.

m
e
s
s
a
g
eexchange と書いてある所は， XME 同士が理

文字列をパインド出来るという所が XME の利点であります.すべてのユーザーインターフェースの定義が.単なるテキストで出来るという事です.すると UNIX の豊
富なテキスト処理系に簡単にインプリメント出来る.

2
.
2
.
5
.D
i
s
c
u
s
s
i
o
nBoardsystem
次は，プロセス間通信も (n 人Ta 1k) 出来ますというお話しですが，ダイヤグラムはこんな風になって居ます.
(図 2-2-3 参照)天辺にマネージャーが居て， Talk

‑144‑

3rdSEAEnvlronmentWorkshop

DistrlbutedEnv.s
e
s
s
l
o
nreportシンボリックにテキストで書けなければいけない訳で，これはそういった物をサポートしている. (図 2-2-4 参E 邑~!?主 t Mg l'，~民 Pι~5:' 1i

照)l.l.6.Tω1 I
n
t
e
a
r
a
t
i
o
nC
a
p
a
b
i
l
i
t
y

これは最初に作ったシンプルなアプリケーションです(図 2-2-5 参照).

E二二二二ごコ.OE:),
EQ

D".~ 口出口町

troff というテキスト・フォー

マッターが有りますが，これはそれを作業する時のフロン

E:2:EZ言ト-エンド・パネルです

C!E)
DKぱf~コ C豆コるとか， macro に何を選ぶとか，プリンターは何処にE

このパネルです.例えばここで「印刷」を指定すると，勝，..前

室2 軒Eユ目 0...，....凶G!!!:) ~ ~富島
0"・・，.岨

手にパイプを作って troff とか色んなフィルターをD'.・・

ニ了 b古手手当直~II!習慣C!Ðæ:J口E-ー・・・

務けて，プリンターに送る所まで全部やってしまう.

出世酬

"動"

l
.
l
.
7
.
A
m
u
s
e
m
e
n
t(上海}
アプリケーションとしては，こんな物も出来ます(図 2

句"・ロ
---・口

-2-6 参照).こういった物も定義ファイルを書けば出町圃凶仁一一一一一
0 ・・

⑥馴口~

tb 1 をや出すか，そういったルーチンワークを総て定義したのが，

相柵

CE:コ C豆!!!D.iヱ三三
L:;..!.一一ーー.J:4

p ic をかけるとか，

0 ・・ 0.'

来ます.

l
.
l
.
8
.
C
o
n
c
e
p
t
u
a
lA
r
c
h
i
t
e
c
t
u
r
eo
faP
r
o
t
o
t
y
p
e
図 2-2-2

概念的な話をちょっとだけします.これから先どうしたら良いか，という話ですが，基本的に，ツール統合という事を考えると，シェルに代わるものがあれば良い.ある人は Smalltalk の中で全部出来る，

いや

emacs で出来ると言ったりするが，それは大変結構なんですが，それらのものを更に組み合わせて上位のものを作って行くにはどうしたら良いか.ツールとツールをどうやって切り貼りするか.ということが重要になって来る.

XME は単なるユーザーインターフェースのコンスト
ラクション・キットですが，今考えて居る事は，話をもう少し進めて，ある程度汎用なサーバー・クライアント・モデル

論総陶製捻職警語、著述陶磁も翰
図 2-2 ‑3 Disωsion Bo釘d s
y
s
t
e
m

s
のクライアントが「ディスカッション・ボードでお話しした

いよ」と言うとこのボードでお話ししなさい J とマネージャーから言われる訳です.あと何人か入って来ると，同J[二豆コ相 f 刷 274
曲同 11 28
5

刷・・.，. 2
94。 ff ・・.1.

S官、O! 奪回If c個別同事
SER~R! 玄 U91e co同. ， n 率

101(1hell 。

同 11

.
Ih
.i
!
!

ttg!ej 師同

fo.! 帥しt.
elk se 同e rJ *t・.1. 抑制刷 t!
1

じボードの上でゴチャゴチャお話しする.この様なアーJ[二豆コキテクチャーの為には，当然プロセス間通信が自由に出来なければいけない.しかも， Shell

Script の中で使うという事はあのサーバーの云々・・」という風に‑145‑

図 2-2-4

DistributedEnv.sessionreport

3rdSEAEnvironmentWorkshop

を~~l Jl訟をミ需主宅I垂も注!宅益事ミ ~~~~tl主持主YJ
XP </usr/mmb/sakoh/tln)
l/
PlaI
¥8
S.out> 1/2

;
;
C
A
T
.

ICÆDa霊コ̲ ̲--'IC豆D ③璽J
団 I/pri 叫 e/steff /sekoh/ 帥 /f or凶
ー一ー

( 以童

Y1c 白山i 口 eqn

両新f~"--一一一一一一一一

i

}

告1J 1
1
l
.
L
t
)

(T
r
o
f
f
(
D
J
l
T
3
2
0
)

E亙コ

!
i

EM ・"， j"Cu'v 山川
u.. ，・

1I\ "....M!.OÂ..~/;~ 剛i41・，.，

岡山・・・旭川・""'，，陶山川.匂‘'‘'.'・・ b ・‘ M ・・・ t ・‘・・‘
M ,・・‘・"・・， 1 ワー，凶蝕.l.~，，>t γ ".， ~ ., I 刷霊旬

1
i
l
1

・の同"
.

， 1・・ ...鍋 a ・『‘・"IIUI ， r 愉 h・..川

@亙D

口同口問

“・ l SRA ・ 1111

I

!
:
:
'
l•

.
.
.
.

_8、 '1ft ・・・~ζ:コ G亙D
図"'''口 "'J&

一.

ε ・・・ M・・・，õ...・・‘・・・・・
I?-.，~僧ヨ凹臥"υ3 ・‘智.の釘R...,~..UI"・・蜘. .IZ.'.I ‘』・ M ・ ・・‘ 11
a ・・ 11. 2 1 :'4 ・ z.. ・・"..."...

M ・If，.，."・・・ IY. 同 H''''11 ・1" ・ III~ ・・"・'"‘.

I
3 1':'到す・ 70<ヒ，/7ロダ.， 117- “l~ ‘肱x:s C
on
t
r
o
l

の週島岡町

面pl i
s
.r
e
a
:
JYa
O
O~rユnt!':噂
.
R
耒
l
k‑o
‑
.
>
n
e
r
'
J
Q
b ~iユ.es
ctiv色鎚}φh35 (s~ard ~pu~~extseea宙tc? bec凶r唱ed: FOl1T冶tting Pla品8... donea斗主l8" prell~脚色r .
Fo四国tting Pla泌8... done

図 2-2-5~コ巳~

図 2-2-6

c
li
c
ko
n8 s
e
c
o
n
dt
il
e

A風向U~骨量輸@ぬすを構築出来る様なキットがあれば良いだろうという事でを動的にロードして，要らなくなったら捨ててしまう.必XMEは，この中のあるクライアントの位置づけて'要な情報は l 箇所に置いておき，奇妙な分散，無用の分散あったりサーバーになったりするが，こういった物を作っを行わせない，といった考え方が良いのではないかと思って，簡単なデータとかプログラムをやり取りして，不用なています.

ものはいつも抱え込んで置かない，必要な物はプログラム

2
.
2
.
9
.
T
h
eR
e
c
o
n
s
t
r
u
c
t
e
dZ
o
d
i
a
cs
y
s
t
e
m

す.

‑146‑

,.,
D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

Partl: f
o
ras
p
e
c
i
f
i
cprojeαれの実態はひとつひとつしかない，ちょっとしたメッセー

どういう風にしてツールを組み合わせるか.例えば，私ジを送ってやることによって特化する様なサーバー，しかはかつて Zodiac システムに関わっていましたが，こも非常に軽いという様なものを作って，それをツールの切のシステムは色々なツールがバラバラに存在している，

1

り貼りに使おうと思っています.

種の統合環境です.しかし，今現在うまく統合されている

今のご質問は，サーバー・クライアント・モデルは主流にとは言い難い.この様にばら蒔かれたツールとかデー

成り得るかという事ですが，確かに，てーかいデータベース・

ターベースに，それぞれ，こういうシンプルなサーバーをサーバーが居て，それが何千件ものトランザクションを一

ペタペタと貼り付けて行って.ユーザー・インターフェー

気に処理するという様なやり方では，当然 UNIX マシン

スの部分はさっきの XME の様な物を使う.自分の好きはもたない.アーキテクチャーはもともと惑い.そうなパネルをペタペタ切り貼りしてアレンジして行けば良いったものは，やはり主流にはならないで、すね.どちらかいのではないか.

というと，こういうアナーキーな，皆が勝手に自立を主張

Pa
r
t
2
: f
o
raαganization

して「責任はおまえだ」とか言いながら，やり取りしてい

これは，ひとつの開発環境のモデルです.複数のプロる…というのが良いのではないか. (要らない時には死んジェクトが 1 つ 1 つのセットを使っていた時に，ひとつのでいる)必要なときにポンと出てきて，やりたい事だけ

プロジェクトの中で使われている環境 -Project

やって，死んでしまう.

specific

藤野:

Zodiac ーの外側では先ほどのそうすると，どうしても IPC のメカニズムといシンフ・ルなサーバーを持って来て，インター・プロジェク

うのは問題になって来ると思うのですが・へト・サーバーという形で，これらと他のプロジェクトとが酒匂:

はい.私は現在 BSD の UNIX の上でやってい連携しながらリソース等を参照するという形になると非るから，

1PC を使っている訳で，別にそれに組するもの

常に良いのではないか.こんな所で，いかがでしょうか.

ではありません.確かに IPC のオーバーヘッドが大き2.2.10.会場よりの質問

いのは認めます中野

1 つぐらい質問を受けましょう.

良いと思っています.要するに，ここの部分(図 2-2

藤野:

うちの社内ではサーバー・クライアント・モデルはダサいと言われている.何故かと言うと，

U N1X みたいだから，無くせる物なら，無くした方が1 で，システム依存の 1/0 部分と XME とのインタラクション)が今重たくてどうしようもない訳です.

に 60 年代の OS だからこそ.サーバーなんでいう物を作とは言え，例えば小さなワーク・セットとかインター

Mesa を使って居る連中にフェースの部分(インターフェースの部分は色々あると言らなくちゃいけなかった.

言わせると，あんなサーバーなんてダサイやり方するからいながら，ある程度定型があった方がよい)とかロジカル

いけない.だいたいフ・ロセス問通信をあんな嵐にオーバーな Message

ヘッドの大きいやり方でやっているのはおかしい，小さなは，どのマシンに行っても変わらないのではないか，と言プロセスがいっぱいある様にしておけば，それらが勝手にうことです.

お話してやってくれる・・という事になっている.

深海:

exchange とか，そういった物

酒匂さんを弁護する訳ではないのですが，

例えば Mach なんかでもスレッドみたいな感覚で出UNIX という OS ですと，どうしてもサーバー・クライてくると思うんですが.今後の分散環境を考えて行く上

アント・モデルで作らざるを得ない.何故かと言うと，私で，ほんとにサーバー・クライアント・モデルつてのは正しも以前 n 人 Talk という様なチャティングのシステム

いのかな?という質問ですが.

で，

酒匂:

い) ，そうすると，プロセスだらけになる訳です

良い質問です. (笑)私自身も，大きなサーバーが100 チャネル位動かしてみた事があるんですが(笑
それは，ドンと居てそれが何でもかんでも面倒を見るという環境

今の UNIX のメカニズムが良いと思っている訳ではありません.私としても，各々System-V だろうが)ではもたない.カーネギー-メの責任範囲がはっきりしている様な幾つかのプロセスがロンでやっている Mach プロジェクトのスレッドといあって，それらがうまく cons

う様な，新しい概念を持ち込まない限りは，それは無理だ

stency を保ちな

(パークレーだろうが，がらやってくれるのが良いだろうと思っています.今私

ろう.現状の UNIX の仕掛ですと，妥当な選択ではないが考えているサーバーは特異なサーバーではなく，それぞ

かと，僕は思います.

‑147‑

D
i
s
t
r
i
b
u
t
e
dEnv.s
e
s
s
i
o
nr
e
p
o
r
t

3rdSEAEnvironmentWorkshop

酒匂:

有難うございました.

中野:

では，ここら辺で取り合えず切る事に致します.

必要がある.

2.3.3.蕊合化開発環境のねらい

そこで，統合化の狙いは一体何なのかを考える.最終的2.3.SPIDER モデルによる環境統合化
西岡:には「ソフトウェアの生産性向上 J (安易に使われる言葉だ

我々が，この「統合化 J にどうアプローチしているが，こう言わざるを得ない) .これには，再利用とか自動生かお話して，ディスカッションの切揚けになればと思いま

成がよく言われる.自動生成は事務処理分野では，ある程す.

度出来ているかも知れないが，フ・ロセス制御. FA. LA

2.3. 1.開発環境統合化の新しい難題

関係ではまだまだ実用化できない.再利用できる部品は

私は卒業して 1 3 年ソフトウェアの仕事をしています

信頼性が高くなければいけない訳だが，信頼性を高くする

が，その間 8-9 年は事業部でプロセス制御関係のソフト事と作業効率とが両立出来る様な環境，これが統合化だ.

ウェアを作って居ました.今は研究開発部門でソフトとは言っても，これだけでは何も指導理念が出て来ない.

ウェアの開発環境を作ろうとしています.

そこで・ .
.

結論から言うと. ws+ ネットワークによる統合化は，

2.3.4. どこを改善するか

次の様な新しい難題を持ち込んだのではないか.

モジュール仕様書(詳細設計書)からソースプログラム(1) ユーザー(プログラムを作る人)の負担増大に落とす時にエラーが起き易い.逆にソースを直した時(2) 類似コピーの散乱(パージョン管理が難しい)に仕様書を直すのを，つい忘れてしまう.この様に，仕様(3) 開発環境の保守，拡張コスト増大

書とソースプログラムとの不整合が起き易く，又変更作業(4) セキュリティーの低下の二重手聞が起こる.更に，これが全て入手に任されていただ，基本的にはws+ ネットワークという環境は捨てるので，信頼性と作業効率の低下を招く.つまり情報の二難い

重管理と機械化の不足が信頼性と作業効率の低下を招く

2.3.2.続合化開発環境の実用化条件

大きな要因ではないかと考えた.これに対応する方法とでは，統合化をどういう風に考えたか.統合化のユー

して情報統合化を考えた.

サ'ー要件としては，

2.3.5.プログラム情報の読合化とは(1) 困った所で役に立たなければいけない.

上流側には詳細設計書(その上もあるが当面は考えない)

仕様とか設計の段階でなく，ほんとに困っているのは詳がある.その中の構成要素として，データ構造について書

細設計以降，コーディング・デバックの部分.

いてある部分と，個々の関数について書いてある部分とが(2) なにげなく使える.

ある.下流のプログラムについてもやはりデータに関す

従来の作業方針がガラリと変わる様では，絶対に使ってもらえない.例えば再利用ライブラリー化する為に，余計な仕事が増える様ではダメ. (従来方式との調和)る部分と関数に関する部分とがある.これがプレーク・ダ
ウンされて行ってリンケージの段階になって，パラメータ
名とか，パラメータ用途のコメントとか，データタイプと(2) 余計なことを考えずに開発に専念できる.

ネットワークであちこちつながると，何が何処に在るか

余計な事を考えなければならない. (情報隠蔽)

分かれて来ると，この辺ではドキュメントのフォーマット

とは独立した形に出来るのではないか.フォーマット独
立な情報として，バラバラに解きほぐす事が出来るのでは(3) いつの間にか生産性が上がる.

始めのうちは，今までの延長上でちょっとしたツールをないか，というのが出発点です. (図 2-2 ー 7 参照)

使っていて，遂次拡大して，気が付いて見たら飛躍的

2.3.6. グローバル・データのデータ構造と内部形式に生産性が上がっていた，というのが良い. (遂次構

解きほぐしたのが.これ. (図 2-2-8 参照)グローパ

yレ・データ名は属性と関係に分かれ，その各々のデータの築，遂次運用)中身は自然言語でも C 言語でもない独特な内部表現形式(4) 自分達好みのやり方で仕事ができる.

この「逮」が重要.各プロジェクト毎に何らかの標準的でバラバラに解きほぐしてしまう.これを自動的にやる
ためにツールを用いる.

なやり方で仕事ができること. (カスタマイズ可)ただ，これだけでは統合化はこう在らねばならぬというビジョンは見えて来ない.もう 1 つ別な観点、から考える

2.3.7.情報統合化プログラミング・システムの実現方式
詳細設計デザイナーは「モジュール仕様フレーム・エ

‑148‑

p'

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAE
n
v
i
r
o
n
m
e
n
tWorkshop

部分は空白のまま出て来る.そこで.これをソース・フ

/字放十

回目。…

7' 口クP ヲ.Þ. t ，切明F 日 Eコ，f1C妥当 1 じと， .
.

レーム・エディタに掛けて空欄部分をどんどん埋めて行けば良い.こうすると記述の繰り返しの手間が省けるばか

ジ /F

烹\一

される.

一安

一\タ一\

りでなく，ソースを修正した場合も自動的に仕様書に反映

メリットは，これだけでなく次の様なものが挙げられる.

ー情報統合化開発環境の直接効果一(1) プログラミング作業の効率化*エラー発生防止(ソース，詳細設計書の部分合成，変更の自動反映)図 2-2-7*エラー早期発見(整合性のチェック)

Lノ

)一巴

(2)管理作業の効率化

I

D
'
'
E
E
E

帽畑一葉

ごく

成一名

(了

デ一掃

*プログラム情報参照サービス*プロジェクト進捗状況の可視化ーデータ・ペースの溜り具合いを見れば良い
本パージョン管理の自動化
一情報統合化開発環境の間接効果一(1) ソフトウエア再利用の促進*汎用部分の切り出しによるソフトウェアの部品化{内部形式例)

is_a(erflag , g
l
o
b
a
l
)
.
data_type_is(erflac , ['shor t'，・ 1 ・]).
i
oi
ti
aLval
u
e
̲
i
s(
e
r
f
lag ，・ {O}' ).
bcloog_to(erflag , Dsrl).
r
r
o
rf
l
a
g
'
)
.
commenl_is(erflag ,' e

容易

*柔軟性の高いソフトウェア部品の実現(2) 機械化可能性の向上

refered_by(erfl!L回 io).

*フレーム・エディタによる記述作業の機械化(図的グローバル・データのデータ構成と内部形式

本他:プロジェクト管理の機械化一製品管理の機械化，単体テストの自動化，等(3) 分散環境への対応

図 2-2-8*コマンド統ーによるユーザ負担軽減

ディタ」なるツールを用いて.モジュール仕様書を書く.

*統合化データベースによる情報の一元管理

プログラマは rc プログラム・ソース・フレーム・エディタ」(
4) 多様なソフトウェアプロセスへの対応(SP1DER モデル)なるツールを用いて C ソースを書く.仕様情報を抽出するツールを用いて，フォーマットに依存しない形にして統2.3 ， 9 ，ソフトウェア開発環境 (SPIDER モデル}

合化データベースに放り込んでやると，ここで一元管理が現在では詳細設計とコーディング/デバッグのフェー

出来る.この様にする為には，ユーザーが勝手なフォー

ズでの環境整備だが，社内各部課(企画.仕様など)から出

マットで詳細設計書とかソースプログラムを書いてもて来るフォーマットの全く違うドキュメントを，フレー

らっては困るので.フォーマットを限定する.一旦統合化

ム-エディタと抽出ツール，逆生成ツールから成るフィル

データベースに放り込まれた物は，各々の逆生成ツールをタを通してやって，全社の統合化データ・ベースが出来る

用いてモジュール仕様なり，ソースに戻す事も出来る.このではないか.この様な SPIDER モデルを現在考えれをやると，どんな良い事があるか.

ている.

2 ， 3 ， 8.統合された環境上のプログラミング

我々の研究開発部門は出来て 4 年位だが，これから実際

モジュール仕様書から抽出、ソールを使って統合化デー
タ・ベースに放り込み，さらに逆生成、ソールを使ってソーに使い物になるシステムを作ろう.という段階に達しています.以上です.御意見をお聞かせ下さい.

ス・プログラムを逆生成させると，そこには詳細設計レベルで確定した部分だけが出て来て，コードの部分や細かい-149 ー

有難うございました目(拍手)>
3rdSEAEnvlronmentWorkshop

D
i
s
t
r
i
b
u
t
e
dEnv.s
e
s
s
i
o
nr
e
p
o
r
t

2.3.10. 会場より質問

き出して，ソース・プログラムの雛形を作る，という様な事

中野:

何か質問が有りましたら.

落水:

1 つ位お願いします.

を仰っていたと思うのですが，それで作ったソース・プロ

高級言語をひとつ設計して，その言語周りのツー

グラムの枠組みからコーディングを始める位だったら，詳ルを整えるのと比較をする必要があるのではないか.伊l

細仕様書の 1 番最後に，コーディングという欄を設けれえば Ada が持っている機能はどうか.詳細設計を書く

ば，プログラムを最後まで自動生成できてしまうのではなから悪いのではないか，あるいは C で書くから惑いのではいか.例えばコーディングの様式についても，プログラマ

ないかという気もするが.

に C のフ'ログラムを書かせるから，つまりどんなプログラ

西岡:

オブジェクトの段階になるとコメントなど消えてムを書いてもコンパイル出来てしまうからいけない訳で，しまうが，我々はコメントが制と重要だと考えます.詳細

仕様書のレベルだったら，ある程度決められたフォーマッ

設計書までブレークダウンしてコーダーに渡すというサトを定義して，それから最終的な C のフォーマットに落とイクルなので詳細設計書は大きなプロジェクトになるほすとか・・ぞう言う事も可能じゃないかと思うのですが.

ど必要.基本設計から急にコードにするより，詳細設計書

西岡:があった方が人間にとっては分かり易い.

ログラムの中に全ての情報を放り込んでしまうという考

落水:という事になるとフレーム J の内容をもう少し確かに，今までのアプローチとしては，ソースプえ方だった.どうしてそれが旨く行かないかと言うと.た

説明して頂きたい

だでさえ膨大なソース・プログラムが，いよいよ膨大に

西岡:

なってしまうから.ある意味で統合化データ・ベースは全

これは詳細設計書から逆生成されたソース・プロ

グラムの部分ですが. (図 2-2-9 参照)このフレーム・エての情報を持っている訳ですから，直接統合化データ・ディタでは関数名.関数の機能，パラメータの説明，コメ

ペースにいろんな情報を放り込んで行けば，それで出来てント等を書く場所が自動的に決められる.この様にフ仕舞うという事にもなるんですが，そうすると，多分プロ

レームというのはコーディング・スタイルの枠組みを規定

グラム開発担当者は「とてもやり切れない J という事になします.

る.人聞の為には，やはり階層化した仕様一設計詳細設

歌代:

詳細仕様書の部分からインターフェース部分を抜

計ーコーディングという流れが分かりやすい.だから，詳
細設計というフェーズも大事にしようと考えています.
中野:

逆生成されたソース・プログラム/め>>>u.同以GE C 問NCTION((((ぱ(( ((((((((((((((((((((((((((((

) c
b
c
c
i
d <
I
D
p
u
t p.n8ehr cbe 山内 uti M ー

よろしいでしょうか.セッションのテーマと段々厳れて行くような気がしますので. (笑い)ここら辺で休憩にしたいと思います.
(休憩)

>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

3.討論

/車窓
怠掌四

INFO剛ATJON

"闘志

率率

/
1
>
)
>h
c
u
l
t
i
e
so
ft
b
i
sf
U
D
C
t
iOll are.
.
chec 包 ASCll p Jr ueter ・ r o
o
t
1
.
.
t
.
r
(
1
1
1
0
1
1i
f ﾎp
u
t dua
.Jrei
lJ
er
i
j

.圃・

3
.

/
*

T
Y
P
E& PA 恥M甘ERS

g 定阻

(
I
y
p
.
)

t
b
i
sf
U
D
C
t
i
o
oi
s.•.
(
.
.
.
.
) /車 plrueters *1OS) から，要らないワークステーションをどうしましよCﾀir

I.c .b e 山 d(p._cbu

事がらかつて来ましたらここに書いて有ります様にデフォ/
1co 回目 1 */川 iaput ""8thr stri叫凹iD ter

w‑/事>>>>>>>>>>>>>>・ checkd ・ VA則 ABLE D
E
F
I
N
I
T
I
O
N(
(
(
(
(
(
(
(
(
(
(
(
(*
/
{川>>> retura 刊 lue(p) i
s

p
l
u
.
.
t
e
r p・

/率>>>>>>>>>>>>>>>>

is

u
s
e
da
sr
e
l
u
r
oY
l
l
u
e
.

<<<奪/

・ cbeckd ・ EXE口汀印刷l T
E
X
T(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(

ret u. ra( 帥:

}川> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ・ cbeckd ・ TEXT END

図 2-2-9うという話まで有ります.非常に困って仕舞いまして，どんな話が出ても私は構わないと思っていますが，話がこん川))) Uri・ ehrs Jre.•.

(
I
y
p
.
) (p.ro.ii ・ rs)

分散環境とワークステーションというのは，ここ

本闘志

草書

/】摩>>> type ・ r

中野:に書いである様に 1 番上の藤野さんの大好きな話(分散

代目((((((抗日(((

ルトが切ってあって，深瀬さんがパカヤローと言って，その議論は止めると・・(爆笑) .それが深瀬さんのプログラム
委員としての役目だと開いています.深瀬さんが言うと終わって仕舞いますが，私が言うとアホかいなと言う程度
で又話が続いて仕舞いますので困ったなと思っています.

それで発散しでも仕様がないのでチェアマンがこの 2 つ(分散環境は良いのか?

-150 ー

ws の正しい使い方)を中心にや

r
D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAE
n
v
i
r
o
n
m
e
n
tWorkshop

りたいと思っています.取り合えずプレゼンテータに対の人が若干ファイルが死ぬ程度の被害で済む筈です.

する質問から.

200 万円位の同じ様な WS がズラリ並んでいる有る会

中野:

社では，あのソースは何処だって言うと N13 の誰の先ず私から加藤さんに質問.毎日 JUNET の管フォームの下だと(笑い)・・・笑うから何処の会社かパレて理にどれ位の時間を使われていますか.
加藤:もし東工大が JUNET の末端であれば 3 分とかしまうんですけど，それは多分良くない方法でして(笑い)

1 分で良いと思いますが，割とまん中の方に居る.東工大

グループ毎に Sun を 1 個買って EAGLE をボンボン

はMail が通るから fail し易いとは言わせたくないのでとくっつけて置くという風にすると，大分手を抜ける函が(笑い)

ある程度の時間， 1 日に有ります.ユーザに徹している人はクライアントを使え

2~3 回見るだけで，ほんとは良い筈です.今，もう少しば良いし，パワーのある人はサーバの御守を少しやって頂

手を抜こうといじってますので，その分時間を取られてまければ良い・・・こう言うことが多分いいと思います.

す.

落水:

それは屈辱ですからね

1 時間に 30 秒位，ちらつと気を付けてやれば普通の加藤さんと西岡さんに質問.先ず加藤さんに.私場合は大丈夫です.只ディスクがクラッシュしたりするは JUNET では E-Mail を出したり貰ったりしてと 2~3 目指かったりしますけど.

居る位ですが，そういうのを維持したり facility

湯川:

我々の所で ws を使って分散か協調か分かりませを高めたりする為に何か陰のグループが居ると思うのでんが，兎に角パス形の LAN に繋いで TCP/IP で何かすが，どういう所に，そういう拠点が有るのか，ちょっとやって行こうと，今やり始めている所です. 20 台位ws

教えて頂きたい.

を入れて使って居ますが，問題なのは UNIX 系の WS で加護:

すとパソコンじゃなくて大型の計算機に近い面を持ってジウムの会場の脇とか，そういう所で情報交換されていまいる.例えば電源切ったら止まるもんじゃあない，要する

す.只最近はそういう所でやると僕らの話しか伝わらなにシャットダウンしなければいけない.そういうのをいし， Network で話をするともっと他の人にも聞い20 何台に対して，いったい誰がするのかという問題がて貰えるという事も有って，ガイド的なプロジェクトを楠有って.結局使う人がやらないといけない.それからパス

本さんにやって頂いてますし，静岡大学に関しては多分大ワードの話でも全部一緒にして置かないとダメなんです

木さんが全部やって頂いてますので大変 we 11‑

ね.隣の所に持って行くと，誰の持ち物でもないような

managed な環境にあるんじゃないかと思っていまファイルが出来て仕舞うとか.それからもし NFS の話にす.

なって行くとしたら当然パスワードも一緒にして置かな

落水:

いといけないでしょうし，20 何台も，或は 50 台位に情報が出て行かないという話が有りましたが，結局言語のなった段階では，パニックに成ってしまうーマシン管理と問題がかなり有る訳で，例えば皆が日本語でドンドン書い

か OS の版管理とか一.先ほど「能力のない者は使うな」てゲートウェイの所で翻訳されてビョッと向こうに出てという話がありましたが，それは「マシンを御守できない行くというのを一そんなサービスは無用という意見もあ

人は使うな」という意味に解ってよろしいのでしょうか.

ると思いますが一事の是非はさておき，そういう事をやる

加藤:

人つてのはどういう風な・・・結局ボランティアですか?そ確かに問題です. WS を並べると言っても色んな裏の組織としては日本 UNIX ユーザ会のシンポでは，その背景をお聞きした上で，先程こちらから意味合があって，僕が思っている良い並べ方は，大きい

ういう人遣が居る訳ですか?

WS というのがあって小さい WS がいっぱいある一こう加蔓:

現在翻訳をやろうという働きかけは有りません.

いう並べ方が良いと思って居ます.つまり 1 台のファイ

ネットワークに興味がある人と，翻訳に興味がある人の交

ル・サーバに NFS とかのメカニズムに依存してしまう.

わりというのは死語に近い(笑い).ですから本質的に両方そうすると rev

sion 管理の問題，例えばここののパワーが非常に少ない.それからボランティアの件はGNU は 18. 41 だけど，こっちは 47 といった問題は今後非常に大きな社会問題となる事が予想されまして，減ります.サーバだけにコピーしておけば良いから.もネットワークを管理しているが為に Ph.

D. が取れなう 1 つは，パスワードは YP を使えば良い.シャットダウ

い学生がいっぱい出て来ると困るので(笑い)本来であればンの問題に関しては，サーバだけ気を付ければクライアン

xxx 学会とか，そういう所が音頭を取って徐々に移行しトは多分(ディスクがなければ)いつ電源を落としても，そて頂けると嬉しい.只日本の現在の電気通信事業法では

‑151‑

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

専ら金を取って JUNET をやるという組織は許されなの使い易い環境を作ろうとか，ソフトウェア・データペー

いので，その辺の法律的問題と社会的問題と致治的問題がスを作ろうとの話があったのですが，門外漢から見てそれ踏み合って来て，今後どうしたら良いのかなーという所

よりもっと大変だなと思うのは.ネットワークを繋いでで….学生がやっていると，そういう社会的な問題は解決

廻ったり管理したりする事だろうと思います.ネット

しないので落水先生の様な理解者が居ると・ヘ

ワークというのは「関係」を示す訳ですから，関係図が画

落水:

どこそこの学会が主導権を取るという形ではなく面に書いてあってマウスでチョンとやればネットワークて，そういう問題の中で技術的に裳理すると色々出て来るが繋がる様に，なぜならないのかというのが私の疑問です.

D. を取れる位の勿論ハード的に繋がないといけない物については人聞

テーマも出て来るかもしれない，その辺を皆でやれる様なが出て行って繋く'のですが，一旦構築されたネットワーク

雰囲気作りの方が大事なんじゃないかと思うんですが.

のシステムを変えるというのは，どちらかと言うと，メカ

どこそこの学会に任せると言うよりは・ヘ的な話だと思うんですね.先程のソフトウェア・データと思うんですよ.中にはそれで Ph.

そういうペースなんかは，ヒューマンな要素があって非常に大変だ

activity がネットワークの上で広がりつつ有りと思いますが，ネットワークはプロトコルがどうこうといます.まだアカデミックなペーパーが出る様な話は少な

う問題も有りますが，何とかすれば何とかなる世界だと思いがうちではこうやっている」という話は，情報交換とうんです.ネームサーバの管理システムみたいなのがしては大きい.自分の所でいちいち全部の方式をやって有って，マウスでチョンチョンとやれば直ぐプロトコルをみて是非を問うという事でなくて， Network の上で合わせて繋げてくれる様な環境は将来技術的に可能なの情報交換をするという気運が高まっていて，それに関するかどうかが 1 点と，そういう事をするのが意味があるかと加護:

勿論そういう事でして，

ニュース・グルーフ・は非常にアクティプになっている.でいう事をお聞きしたいのですが.どなたでも結構です.

すから，皆に読んで頂くというのが，そういう人の負担を深海:軽減するのじゃないかと期待している.

成していると難しいと思います.物理的なネットワーク

務水:のトポロジーと論理的なトポロジーを別に考えて，ダイナ

西岡さんに質問ですが，10 万ステップのプログ

今の話は UNIX マシンだけでネットワークを構

ラムを 1 0 人に各々 WS を 1 台ずつ与えてという作業環

ミックに動かしたいというお話だと思いますが.ネット

境で，それが旨く行くコツ，ポイントを教えて頂きたいのワークとネットワークを繋ぐ箱が，ですが.どんな問題点が有るか，という事でも結構です.

場合もありますしグートウェイ・サーバであるブラック

西岡

ボックスみたいな仕婦の場合もありますが，ブラックボッ

1 番問題なのは，そのプロジェクトで共通のインUN1X マシンである

クルード・ファイル等を何処に置くかという問題で，各々クスを使っている場合は，それが可能です.というのは，自分の所ヘコピーして使っているといつか又変える事にゲートウェイ・サーバ自体は TCP/IP 以外のプロトコなる.コンパイルしてリンクした時にインクルード・ファ

ルも持っていて，トラフィックのモニタリングとかネット

イルが違っているという問題がきっと出て来る.

10 万

ワークのサーバとしてのネーム・データ・ベースの交換とかスチップを 10 人で 10 個のWS という状態は，社内ではいう事をやって居るのです.ネットワーク上でそのゲー

ここ 2~3 年は起きないと思うので深く検討はしていな

トウェイ・サーバのスーパー・ユーザとして，そのジェオ、いのですが，今後問題になるのでどうしょうかとー・ひとつ

レーションを変えてやれば何処からでもダイナミヴクにお教え頂きたいと思います.

変えられる様な仕織になって居ます.ですから UNIX務水:

そういうのはシュミレーション等してもらうとマシンだけで Network を稽成すると，それは難しい

か・・.実際にそこで起こった問題点を整理して頂いたら，だろうと思います.ユーザ・インタフェースとしてマウス

その辺どうやったら良いかを皆で考える事が出来ると思を使ってやるというだけで，技術的には今も可能な話です.

うのですが.

酒匂:中野:

下さいましたので，特に追加する事はないのですが，要す

落水先生が喋るとすぐ論文のネタになってしまい

白井さんのご質問には深瀬さんが的確な答をしてますので・・(笑い)

るに今までは UNIX はプロセスの壁が高いからダメよ白井:

先程青木さんなんかのデモを見てまして，という事でしたが，今やホストの壁が高くてダメだと言わSmalltalk の非常に良い環境を使って UNIXれ始めている訳です.ディスプレイだけ持ってきて付け‑152‑

DistributedEnv.sessionreport

3rdSEAEnvironmentWorkshop

Des

たいと思う時が有りますが，それが出来ない.何故かと言これは元々 Issue-Based

うと，ディスプレイとかキーボードとかワンセットになっう設計の方法論が有って，設計するという事は，何等かのgn といていて，全部含めた形でしか移動出来ない.ネットワーク

色んな問題点を解決して行く過程との考えに根ざしていにワインドして居るからです.理想を言えば，コンセント

る.何か，あるソフトを作ろうとした場合に.問題 a. b.

にディスクを差し込んで通常はディスプレイとセットでc とあって，問題 a を誰かが検討したらそれは問題 a-

使っている.ディスプレイがもう 1 個必要になったら横に

1, a‑2. a-3 に分かれた. a-l に関して解決方法

くつつける，キーボードが要らなくなったら外して使えるはこういう方法が有る・・・と.そういう格好て\ソフトウェという感じになれば良いと思、います.スティープン・ジョ

アの設計に関する問題のツリー構造は最初からある訳でブスが NEXT とかいうコンビュータを設計しているそはなくて，皆が討論しながら段々出来上がって行く，そううですが，噂に依るとそれに近い世界が展開しているとのいうのをネットワーク上でサポートして，一種の設計チー事です.

ム用特殊電子掲示板にスペックを貯め込んで行く.最後

加藤:

別ネタで質問です. WS+ ネットワークの環境で会社でひとつのプロジェクトを走らせる場合，仕様が決にドキュメントを作るなら作れば良い，という風な話が有ります.

まったものは割と楽だと思いますがこういうツールをそれに似た仕掛は，各々のプロジェクトに応じて割と簡作って見ょう」というとやはり仕様は常にフィードパック

単にセットアップ出来ると思いますが知何な物でしょう

して変わって行く.プログラム・テキストだけ考えても，か.

共通であるべきファイルがどんどん書き変えられて行く青木:と，非常に図ってしまう人も出て来る訳ですね.そういうれていまして，メールによってプログラムを作る事がしばネットワーク +WS で，使っているユーザが隣の机に居れ

しば有ります.

ば良いが，隣の部屋とか隣の町とか隣の園に居た場合に.

れない.メールで色々なディスカッションがされて，製品電話を使わずに Network だけでプロジェクト管理の仕様が決まります.仕様書として出来上がった段階はが旨く出来るのかなーという疑問が有りまして，その辺を面白いものではなくて，寧ろメールで意見交換された過程

特に企業に居る方にお聞きしたいのですが.

が非常に重要だと思います.仕様書は 1 つの結果であり，

中野:

重要ではない.ネットワークに残るログが大事.これを分散環境の共同作業と言う所で.名前が 5 人並ん

私どもの会社でも Network がビシッと引か

Network がないとプログラムは作で居ます.まず岸田さんかな・ー.

何とか管理出来る様な機構， ØlJ えぽ今岸田先生が言われた岸田:

様なツールを，私の Smalltalk の環境で 1 週間位

僕はアンケートには，質問を書いただけで回答は書いてない(笑い)・・.理想、の答は見つかっていないと思い(?)で作って見ょうと思います.

ますが，どうしたら良いかという試みは色々されている.

野中:

スペックが固まらない時点で. 1 人でなく大勢で考える場を焼いてソフトを組み込む様な仕事をしていますが，現在

私は，マイクロ・プロセッサが乗った装置へ ROM

合にどうしたら良いかという話ですね.ソフトウェア・の開発環境はどうかというと，計算機関はネットワークでデータ・ベースとも絡む訳だけれど，ネットワーク・ワイド

結ぼれていてもターゲット装置上では ICE という 1 nに跨ったフワフワしたデータ・ベースみたいな物が有って，‑Circuit Emulator を使わなければい

そこに皆が情報を追加したり検索したりして仕事をしてけない.これはターゲットの CPU を引き抜き CPU の行く，という仕掛を作れば良い.

Emulation をする様な装置を差し込んで，それで最近私が仕入れたネタは，アメリカの MCC という所でトレースしたりブレーク・ポイントを設定して変数値を見

最初 gnews という、ソールを作った.これは普通の電たりする物です.ところが，此の部分が完全にチョン切れ

子掲示板の NEWS は見にくいので，ネットワークをグラて居て，パソコン上でデバッグをやると結局 ROM に焼い

フィックにモデル化して，此の NEWS と此の NEWS はてしまうのでバイナリの情報しか渡らない，最終的には関係がある.それに対して誰が Respond したという16 進で何番地という形て'見なければいけない.この部

風な格好で.

分が 1 番繋がって欲しいと思う.世の中には色々なBrowser が蜘蛾の巣の様になってい

ICE が有るが .C のソース・レベルのデバッグが出来るて，そこをクリックすると見えるという物.
それをさらに発展させた g ib i5 という物がある.

などと言ってもメーカ毎に全く違うとか.

‑153‑

W hiteDistrlbutedEnv.sessionreport

3rdSEAEnvironmentWorkshop

Smith でなければ駄目だとか，何々メーカのシンボ

上がり段階ではそれが出来ない.製品が仕上がって来る

ル・リストを出すコンパイラでなければ駄目だとか，せいと徹夜でそれを見直して，またやる.

コミュニケーションの話でもう 1 つ.在宅勤務というぜいフロッビーのフォーマットが合っているから渡せる
UNIX の WS 聞ならのが一時話題になったが結局旨く行かなかった.在宅勤Ethernet と TCP/IP で繋がる様になってい務だと大切なコンセプトが伝わらない.断片的にしか伝るが，それがもっと外の世界に広がって，究極は洗濯機やわらないので，結局時間が経つと違っていたという様な事

掃除機に Ethernet のボードがあるとか(笑い )C­がある.それは在宅勤務に限らず，お客でもそうだが.プ

TRON みたいな話になるのかも知れない.今は切実な

ログラム自身にはパグが付き物ですが，コンセプトをどう問題として ICE が完全に離れている事が 1 番困っていやって出すかというのが，プロジェクトをやる時に苦労をという程度です

して居る所です.

ます.

中野:

ま代:

最後の洗濯機の話は兎も角，これは ICE の話で，ちょっと席を外していたので，分かりませんが・

SRA にそういうツールが有りますね?それと松下電器

分散環境に問題が起きていてどうしようという話の様での高野さんの所でやっている. ICE に関して言えば，今すが.

10 人で 10 台の WS を使っていたら，まで RS-232C の 10Kbps でやっていたのがファイルの10 メガ bps になる，それが効率が上がったという事

Co
n
s
i
s
t
e
n
c
yはどうするかとの問題は確かに UNIX で商で，その他の話は分散環境の問題ではなく，プログラム開売をしている人達の聞では盛り上がっている分野です.

発環境上でソース・デバッグをどのレベルで何処までやる

しかしそれは NFS や RFS を使えば解決してしまう問か，という問題だと思いますが・・・どなたか.

題ですし，パスワードにしても加藤さんが言った様に YP

ICE に Ethernet が刺さっていを使えば何の問題も起きない.そういう問題は，ここ 5 年て，そこへ，ドライブ用のしかるべきプロトコルが定義さ位で安いWS が出て来たが，それを売っている人達は既にれていれば，こっち側から適当に送ってやれる・・そういう考えて居た事で，その技術は確立されている(良い悪いは装置があればいいなあ，という話ですか?

別にして) .地理的に分散した環境でプロジェクトを運用

翼民谷

する場合の，マネジメントの問題を話題にして居るのです

加藤:

それは.

HP 社に LAN で繋がる ICE がありますよ.それを買うと解決するんじキないですか? (笑い)現在うちでカミ?

は. ICE を繋いで机の上から 68000 でも 86 でもコ

加藤:

ンパイラを動かしてダウン・ロードしてデバッグをやって人が使っている・・・普通はこういう事が起こる(積極的に全います.それは悲観しなくても，世の中ちキんと出来ていてを 1 s するとか make にガリガリ書くということをしない限り). ["こういう風に変わりました」という事を何

ます.

野中:

共通ファイルが書き変えられた事を知らずに他の僕の希望としては，早く業界標準が出てくれればとかツールを使って旨くやるのが良いのか. notes の

いいなあと・ー.有るという事は判ったが，まだバラバラのような別の形態が良いのか，その辺を聞きたいのです.

状態で.エは GP-IB を使うと言って居るが，兎に角何

歌代:でも繋がった方がよい.その標準が出来てくれればいい係ない. Smalltalk の様なインタープリタ型で，そういう問題は分散環境とかネットワークには関今ある状態が全てというシステムでは問題ないが，という希望です.

私の会社ではワープロ，表計算，販売管理等パッUNIX の様なコンパイラ指向 OS は全て持っている問

ケージ・ソフトを作っています. WS はあまりなくて分散

題. U NIX を使っていると，同じマシンを使っていても環境と言えないが.先程加藤さんからコミュニケーショ

誰かが Include

ンの話がありましたが，我々がパッケージ等を作っている

い Include

時，電子メールでやり取りしているセクションもあるが，

ムは全部今のシステムの状態と食い違ってしまう

我々のパソコン・プロダクツで 1 番大切なのは，画面の締ら，それはネットワークとはあまり関係ないという気がし麗さとかファンクションキーをどう押せばユーザが使います.そういう os は早く無くなった方が良い.

舗見:

File を変えてしまったら，古File でコンノ t イ yレしたプログラ

だか易いかとか，結果で見ている所がある.分散と言うか総れ

地理的に分散したプロジェクトの管理は，多分アメリカてのコミュニケーションは.当初は良いのだが，製品の仕の方が進んでいると思います.私は以前 Sun に居た事

‑154‑

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshopがあるのですが， S un の環境は WS を使った分散環境とどう組むかと~)う問題ですから，分散環境とは関係のない

しては 1 番進んでいる.しかし彼らは，いつも WS に向話だと思います.要するにツールがネットワークを意識

かつて仕事をしている訳ではなくて，少なくとも 1 週間にして作られているかという問題で，もしそうでなければ当

1 回はミーティングをします.有名な人はアドバイザー

然そういう問題は出てきますが，今我々が手に入れられるの様な立場で引っ張りだこで，その様な人が異なる場所か

ツールはネットワークを前提としていますので・ヘら会議に参画する時は，机のまん中にスピーカ付きの会議

西岡:

用電話を置き，その人の声がスピーカから聞こえる，とい

保存する為にデータ・ベースを置くのかどうか分かりませ

そのツールは，例えば Cons

stency をう形で会議をしている.現状のワークステーション程度

んが，そういったデータ・ペースは WS 毎に置くのではなの分散環境は，コミュニケーションの手段としては音声にくて，何処か 1 箇所に置くという発想なのですか?

かなわないと思う.テレビとかは Sun では有りません

坂下:でした，五角形の建物では知りませんが・・・(笑い).今までなければいけないんですか?何故ネットワークを入れな聞いていた話は.あまり大した問題ではないと思いますが.

ければいけないんですか?単なる流行で入れるのです

西岡

NFS ,

か?おかしいと思うのですが・・・.でっかい VAX を入れ

RFS ではよその WS のディレクトリーが，あたかも自分れば良いと思うのですが.ネットワークとか LAN で解のシステムに付いている様にアクセスする事が出来る訳

決する問題ではないで、すよね.どうして WS ，ネットワーですから， Cons

クを入れようと恩われたのですか?その辺をお聞きしたCons

stency の問題ですが，

stency は問題ではない.とこ.

ろが問題なのは，今のソフトウェアーは幾っかにモジュー~)ル化してしまったら，

酒匂:

Cons

モジュール聞のあの，ずっと疑問だったのて'すが，どうして分散し確かに流行でネットワークを張っている所も有り

stency すら旨く調整出来ないというのますが，広い商面を使って使い易いインタフェイスを使おが実状です.それを何とかする為に例えばソフトウェア・

うと思ったら，何故か黄色いケーブルを引きずって来てし

データ・ベースで情報を一元管理して，まった，さてどうしようというのが私の感想です. WS にCons

stency を旨く取ってやる.ここでデーはインタフェイスだけやらせて置けば良いと言うか，それ

タ-ベースの問題が出てくる.そのデータ・ベースを例えばを付けたらディスクとケーブルという重たい物を引き50 個の WS のどれか 1 つのホストに置いて，みんながずって来てしまったので，問題が複雑になった.先程のstencyConsistency の問題ですが，色々な WS に無理

Check が頻繁に起こる様なシステムを構築した場合，

矢理ファイルをパラ蒔いて皆が勝手に行くとすれば問題

ネットワークがそれに耐えられるか，という問題があるのが起きるのは当然で，それは 1 つのホストでも同じです.

ですが・・・耐えられるのですか?

最初は RCS というソース単位の世代管理方法があって，ワーっと来てやる.

深海:

そこで Cons

ネットワークを使わなくてもそんな事は出来ます.

これは縦の糸ですけれど検の糸を何とかしようという事

世代管理のソフトウェア・ツールという物が有って，それで GRID というシステムが出来た.複数の人間のプロの最も弱い所はモジュール聞の整合性をどうするかといジェクト管理は色々と研究が進んでいる.

う点で，そこまで踏み込んで世代管理をしようというシス

NFS ， RFS が良いとかファイルのコピーはどうする

テムが今実験的に燦つも有る訳です.それを使えば何でとかの話は歌代君が言ったようにどうでも良い事であっもない事で，取り立てて問題にする事ではないと思いますて，このパネルで話し合うべき事はーさっきからずっと言いたかったのですが(笑い)ーソフトウェア-データ・ベース

カ，{

西岡:

もし分散環境を使ったとした場合は，という前提の続きの話みたいな，更に上位の概念が大事だと思います.

がある訳です.分散環境を使わなくてもいいじゃないか

歌代:と言うと，これからはそうは行かないのではという気がし多いと思います.何故ネットワークを使うかという話をます.

まずします.分散したいからやっている訳ではなくて.た

深海:

分散環境という言葉を皆さん勘違いしている方がそれはトポロジーとしては分散しているが，プロ

またま 100 倍速い VAX を作るよりは値段が 100 分

ジェクトの 1 つな訳です.たまたまソースがあちこちにの 1 の VAX を作るほうが簡単だったから 100 個出来

分散していたと言うだけで， Organization をて仕舞ったという事.今までは 1 個の VAX のもとに皆

‑155‑

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAE
n
v
i
r
o
n
m
e
n
tWorkshop

U NIX って便利だな，婚しいなと思っないか.メインフレームではオンライン・モニタとか色々ていたのが，別々のマシンになって人は何をやって居るのあって，パソコン側に落として仕舞えばオンラインを意識か分からなくなって仕舞った.

が共通の環境で，そこで取り合えずせずに可搬性が良くなる.開発に於ての分散と，処理に於Ethernet という結構速い Network で繋いての分散とは環境が遣うし，コンビュータの適材適所な配だが，しかしそれは今まで RS-232C で繁がっていた置が必要と思って居ます.

のが単に速くなったという環境に過ぎない.当然そこで盛田:

UNIX マシンを売る事を生業としている人達は NFS

で引っ込んでしまったのですが.分散環境の名の下に「問Sun の題」を分散してるんじゃないか集中」という言葉が殆どとか RFS 等の技術を一生懸命考える訳です.

NFS とか ONC とか，

先程話そうと思ったら歌代さんが随分話されたの

Apollo のネットワーク・コ

出て来ないが，私は集中も必要だと思っている.ほんとう

ンビュティング・システムとかフォーラムとか・ヘこれがに分散システムで解決しなければいけない問題は一体何

現時点での分散環境と言われる物だと思います.

かを考えたい.

そう考えると分散環境とは，実は分散させる為の技術でもう 1 つ，組織の中の開発環境を考えるとき，分散シスはなくて分散してしまったものを如何に集中させるかとテムは組織を支援すると言う意味で重要な役割を持っていう技術なんです. NFS と言うと「分散している」といいると思う.例えばトップは紙と鉛筆と電話があれば良う雰囲気が有るが，実は 1 個のファイル・システムを皆でい，プログラマーはメインフレームの端末でゴリゴリやっ使う技術であって.決して「分散ファイル・システム」ではている，デザイナーはワープロや J-star を使っているとなくて「集中ファイル・システム」なんです.

いう様に組織上のいろんな階層は住んでいる世界が遣う.

もう少し新しい技術として分散 OS というのが有りま

これを何とか繋いで，組織の問題解決に役立てたいと患っ

すが，あれはタイトに結合したネットワークを使った複数て居るが，御意見を聞かせて下さい.

CPU のシステムで.その中の CPU 同志は結合が強く，

中野:

10 個の CPU の内 1 個が壊れてしまっても，トータルな

一部シラケるんじゃないかと恐かったのですが，是非やり能力が 10 分の 9 になるだけで何の障害もなく仕事が出たいと思いますあんなのは過去の遺物だ」という様な来るという技術です.ファイルにしても何処に有るかは言い方でも結構です.

分からないが，全体が 1 つのコンビュータとして機能して

酒匂:

メインフレームを含めた分散環境の話が出ると，あんなのは過去の遺物だとは申しません.社会のいて，何処かのディスクが壊れてしまってもファイルは絶大部分，金の大部分がメインフレームに注ぎ込まれている

対無くならないという様に，分散したものから如何に 1 つ

以上捨て去るわけには行かない.分散環境とは何ぞやとのグローパルな空間を作り出すかという事です.この様いうこのパネルで，一体何を話して居るのか先程からよくに分散から如何に集中したものを生み出すかという技術

分からないのですが(笑い)・ヘアーキテクチャーの話なだと思います.分散と言うと何かをパラ蒔くという風にのか，マイコンとメインの負荷分散なのか，そこへ来て盛考えますが，そうではないという事を私は強く主張したい

田さんが文化の違う人達をどうやって 1 つの器に入れると思います. (拍手)かみたいな事を仰る.ソフトウェア開発という抽象的な中野:話になれば，如何に人の和を崩さずに皆を助けてあげられ

ここで手を叩かれると結論になってしまいますので(笑い)・ヘ

るか，というのが分散環境又はコンビュータがしてあげら

小泡:れる震大の事です・・・.全然まとまっていませんね.

我々の会社は元々メインフレームのパッケージを(笑扱っている会社です.今ディーンというモデルを商品化しようとしていますが，これはパソコン等の下位レベルにl'l 灘:

メインフレームで仕事をして居る人は必ず MML

stencyの事を持ち出す.あれは，結局垂直分散してホストの負荷のチェック等はファイル・サーバにやらせてしまおうといを下げ，周辺型端末の仕事をパソコンにやらせようというう物.分散と言うと開発と実行とに分かれると思うが，事.ところが UNIX での分散は横への分散で，皆で共同処理を集めファイルの I/O や Cons

ファイルが何処に有るかという問題はどちらかと言うと，で仕事をして l つの格好にしようと言う物.その遣いは開発している時の問題と思う.逆に実行の段階だと完全かなり大きなものがありますが，最近は I8M もそこに気に分散させてパソコン側に負荷を痴ける方が良いのじゃが付いて，例えばシルバー・レイクという新しいモデルは

‑156‑

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAE
n
v
i
r
o
n
m
e
n
tWorkshop

Ethernet のコントローラを持っていて，水平分散させる.ホストの周りに住んでいる人遣をもう少し普通も出来ます.シェラも 8250 という Ethernetのと言うか reasonable な世界に連れて来ようにチャネル直結する装置を用意している.我々は単に負としている.こういうアプローチの方法には不満が有る

荷分散の為だけに垂直分散をするのではなく，殺っか特異のですが，現実にはこんな方法を取らざるを得ないと思いなサーバを集めてシステムを作り上げようというコンセ

ます.

プトで分散環境を考えているのだから，その視点で，メイ白井:

同じ会社の人間ですから，その通りです.只何故

ンフレームで仕事をされている方々もこれからどしどし

ws に切り替えないかというと，会社がつぶれるからです.

仕事をして頂きたいと思います.

メインフレームで売上を上げて， WS で遊んでいる人間を中野:分散の話になると，メインフレームの方々からは養っているのが現状です.商売の方向をきちんと定めな

意見が出ないのが普通ですが，ここで忌俸のない話を聞か

い限り，解決出来ないだろうと思っています. KCS さん

せて頂きたい.日本電子計算の井川さんにお願いします.

は如何でしょう.

白井さんに聞いても分かりませんので(爆笑).

盛岡:

基本的にはそう思います.我々の仕事はメインフ井 }II : そうです.白井さんとか，当社で SEA の中で有レームのビジオ、ス・アプリケーション開発が主ですが，メ名な人達は，計算機をプンブン動かしてお金を儲けるといインフレームが今まで何をサポートして来たかと言うと，う事には関係のない人達ですので.当社はホストを回し

プログラミングだけな訳です.つまり端末でソースコーて，

1 秒幾らで商売をしている会社でして，その時々で最ドを相手にすると言う所だけ.ところが，ソフトウェアを高の大型，超大型を燦っか買って来たのですが.商売をす作るという事は要求分析から始まってドキュメント作成

るには足りない.支店等のノードにホストをパラ蒔いての時閣の方が遥かに大きい.全体の 3 分の 1 もやっていどんどん使わせる・・そのうちにそれでは不便だという事ない様なプログラミングの工程に高いメインフレームをで，いわゆるホスト聞のネットワークを引いた.ここ 5 ，

使っている一方で，ミーティングとか SPEC.を決めると

6 年そこから一歩も前へ進んでいない.そこで UNIX

いったプロセスには全く金を掛けていない.その辺のロを手に入れ，ホストのネットワークに重ねてホストの人達

ジカルな仕組みとか，情報聞の Relation がすっきが抱えている問題を軽減しようと言うアプローチをしてり割り切れて，旨い切口からアプローチ出来れば良いが，います.

それが侭ならない.その辺に J-star が存在してい当社では目立.バロースという，今話題にしているる.

Network とは関係のない Network を持って当社ではメインフレームでプログラミングやって J­いる機種を保有しているので， TSS ， RJE という過去

star でドキュメンテーションをやる.事務所の中はの物で仕事をしている.しかも端末が高い上に，端末を増Star 系の Ethernet

やすとドンドン CPU のパワーが落ちて行く.我々は機Ethernet が混在して居て，結合度は弱いのですが械を回して商売をしている訳だから，端末を増やして両者間でやり取りをして居る.メインフレームとも強く

CPU の負荷を上げてしまったら商売にならない.そこはないがやり取りして居る.こんな状態が暫くは続くんで WS をパラ蒔いて Network に繋ぎ，じゃないかと思います.

そのと TC P /1P のNetwork の一端にホストを接続し，日々の生活は

先程白井さんが仰って居た様に，稼いでいる部隊は圧倒

WS でやって，最終的な結果だけをホストに送る，という的にメインフレームなのですから，そういう人遣に元気を使い方を考えている.

出してやってもらわないと.それ以外の所も成り立たない.

5 , 6 年前に話題になっていた事をその辺がソフトハウスとして難しいところだと思います.

現実に今やろうとしている.
問題は， TSS の世界の人達がホストの世界から離れら

岡本:

社内では垂直分散なのか水平分散なのか，よく議れない.文化が違う， TSS がないと仕事が出来ない.マ論しますが，どちらかと言うとホストを中心にした垂直分

ルチウインドがあるじゃないと言っても，散の話になり易い.その中で私は小数派として水平分散

30 個位ファンクション・キーがないとこれは端末じゃないという話にを意識しながら潔境構築を進めている者の 1 人です.何なってしまう.しょうがないので WS 上に画面の動きを故水平分散なのかですが，企業の中は，人格の遣う人聞がエミュレーション出来る様なものを作って，ホストと通信

集まって仕事をする「単位 J (例えばプログラマ，デザイナ，

‑157‑

D
i
s
t
r
i
b
u
t
e
dE
n
v
.s
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAE
n
v
l
r
o
n
m
e
n
tWorkshop

プロジェクト・マネージャといったグループ)が存在し，更すが，以前はファイルひとつハンドリングするにも MT やにオフィスの中にはもっと違った立場の人が居て組織体

フロッピーに落し，フォーマットが違っていると言つてはとしての活動をしている.ところが，その人達が仕事をす大騒ぎしていましたが .Network を 1 本張っただける為に使う道具というのは，みんな違う.従って，各々ので何でも送って仕舞う，此は素晴らしい環境だと思います.

人にはそれに相応しい環境を提供して行きながら，個人個

もう 1 つ統合化 J というのが私のテーマだったのですが，人又はグループを検に連携させて仕事が出来る様な環境

統合と分散とは反対の様な気がしますが実は同意語だっを作って行きたい.分散環境で，しかも横に旨く繋がる様た.

な事を考えて行きたいと思って居ます.

という点から見ると問題がありますが，良いこともありま

ws 間で Network を張った様な環境は統合化

只僕自身 rws の正しい使い方 J には悩んで、居て能力す.それは ws 単体で何 MIPS ものパフォーマンスをのない者は使うな」と言いたいのですが，私など勝手に好独占出来るから.しかし，分散環境を開発環境として生かきな ws を社内に持込みますので人に押し付けておいし切っているかと言うと疑問で，分散環境でなければ出来て旨く使えとは横暴だ」という反発もある.水平分散したない環境，例えば生産性などのメリットが見つからない.

中にある.

それを何とか捜し出したいと思います.

1 つのws の正しい使い方について，パネラーの方々のお考えをお聞きしたいと思います.

中野:

中野:

したので，こんな風に終わりたいと思います.燃え尽きな

私からも答えたい.岡本さんは，もっと外へ出られれば良いと思います.

JUNET も，凄く良いニュース

このテーマは初めからまとまらないと思って居ま

い方は BFO の方へどうぞ.

が流れて居て，例えば加藤さんなんかも，年齢は兎も角

本当はメインフレームを出したく無かったのですが，

Network では私よりもの凄く先輩なので，どんどん

SEA 関西では「ゼニだ，ゼニだ」という集団が多くて(爆教わって良い管理者に成りたいと思っている訳で，梁瀬さ笑)儲らないとやらないという所があって・・.今日集まっん (KC S の Post

Master) を 1 人にせずに，そたのも何かの縁ですし，外へ出て何か言うのも Network

ういう人をどんどん増やす方向で努力される，もっと外へ

環境の 1 つ・・そういう事でエンディングにしたいと思いま

出られるのが良いのじゃないかと思います.

す.どうもお疲れ様でした. (拍手)加藤

WS の正しい使い方，というのは良くない言い方て\「好きな様に使えば良い」というのが僕の持論です.
ed を使いたい人. emacs を使いたい人それぞれに使えば良い.ただ，ちょっと手助けしてやるだけで良い環境に移れるという場合，教えてあげる人が居ると良い.

私はメインフレームは速いので使いたい.だけど，あの端末からでなく ws にあるプロセスに使わせる，こういうアプローチが良いのではないか.其の為の異機種分散みたいな技術，メインフレーム側からネットワーク的サービ

スを提供する必要がある.それと，本当に分散でないと出来ない問題を捜さなければいけない.ここに居る方々は，

ws とか Network とか分散とか，ラベルで判断しな
いで中身で勝負をして項きたい. (笑い，拍手)酒匂

ws の正しい使い方好きな様に使うーは加藤さんと同じ意見です.分散環境の許に集まって何の話をしたのか・・・言葉だけ有って，実は実態がなかったのでは・へ

此の問題を提示された人と聞いている人の意図が食い違っていた分散環境」だけでは問題提起にすらなっていなかったという事が，今日のパネルで良く分かりました.
西岡:

当社ではミニコンやws が漸く繋がったばかりで

‑158‑

孟

s
e
s
s
l
o
n
3

発表後アンケート

分散環境の構築

杉田義明

差し延べていて、実行環境が別の場合とがあると思う.

加藤さん:グローバル・ネットワークを構成する上でのむ

前者の発表ばかりで、後者の我々はやはりなかなか良い解っかしさがよくわかった.

決策が見付からないようで頭をかかえ込んでしまいそう

酒匂目テーマとして、ユーザインターフェイス向きではなです.

かったかなあ西岡:これもテーマとしては、ソフトウェア、データべ一

揖川博史

ス範囲に入るものと思われる

3 名のうちのプレゼンテーションとセッションとにずれ

統計的開発環境というネーミングをつける場合には、当然があった.

プロセスについての情報の取り扱いが含まれていると予想したが、成果物を中心としたオブジェクト管理が中心で井川あるように見覚えられた.VAX よりは WS の方がよい.

その点で少し物足らなかった

以上すべてに言えることであるが、分散そのものの評論

裕基

・現実に VAX 11/785 上りは NEWS- 820 の方が速い.

発表が少ないのは、去年と同様無理なのでしょうか、NS だと、だれかがドジっても自分が困らない.

三泊あさ子

SRA

小梓貞幸

分散環境は本当に必要かという話があるということがわ・セッションテーマとプレゼンターの話が 1 人しかマッチ

かった.

していないのでは?

・とは言え、ソフトウェア開発環境の改善という大きな
桜井麻里

テーマには合っている.

「統合化」と一口にいっても、それぞれ描いているイメージ・小生の作業環境から西岡氏のテーマについて詳細討論をがちがうのですね.

望む.
具体的には

近藤康二

1.詳細ドキュメントとプログラムソースの関連性(特に現実的な言語でわかりやすかった.

電子的には)はどうか?

ただ単にフレームジュネレー

junet: ボランティアでどこまでいけるか?

ターを提供しているだけなのか.・仕様、変更があった場

XME:UNIX でどこまでいけるか?

合の両者の関連は?

開発環境:実用階段へ行けるかな? (かなり独断と偏見に2.

とんだ話だったなあ)

ば、その仕組みは?

新田

SRA

データベース化されているのか?されているとすれ

深灘弘泰

九別ET には本当におせわになっています.再利用と自加藤さん

センタマシンと WS は両方ともあって一人前だと思います.酒匂さん Window Co
n
s
t
r
a
c
t
i
o
nkit はこ動化で本当に生産性は上がるかっ

れからも色々出て来ますが、

Gevevalな

Window

林香

Manager のBody はどんなものが良いのかはっきりしな

WS+LAN では分散環境ではない.

いのが現状ではな~\かと思います.

北野義明 KCS

久保宏志

分散環境はどのようなもの?という話に対して、現状で西岡さんの時には、ソフトウェア、データベース構築論には、 UNIX川'S を中心とした高性能 WS と Network がなっている.彼のはなしは、ソフトウェア・データベース

浮かぶが、ソフトウェアの実行環境も、その WS

セッションのあたまにもってくると、 disαlS sion はもっと

上や

Network 上にあり、インターフェースもそれた場合と、もprodudive になったのではないか.

ともと集中環境であったものを不便を感じて分散に手を

‑159‑

>

発表後アンケート

分散環境の構築

session3

中村真

統合化 DIB のモデルはその対象上程毎に別口のモテルなネットワークが当然の世界(例えば MAα王から)はもうのか.工程聞の連結方法が不明. (今は詳細設計→Code

じきやってくるだろう.一方、古いシステム(多分 UNIXskelefon のみなのでよくわかるが)の Tσ/IP 系もそうなのだがと進んだものとの接続も(捨ててしまえない以上は)大きな問題になりつつある.

田中一夫

西岡氏 SPIDER は、汎用機・事務処理分野でも充分使える物である.

熊谷章

加藤:冗JNET の説明「米国とのやりとりは、会社が直接
C剖ET に加わった方がよい .J とは知らなかった.

小泡幸徳

酒匂

UNIX , MAC を中心とした分散環境もあるが、分散環境

X-Window の短所を補習する開発環境 X恥E の説

明 UNIX 下の実用的なアプリ作成のインプリの制約と技というネットワークに接続可能なコンビュータすべてが術がよく分かる.どこでも同じことが起きている.

対象になると思う.そこで、メインフレーム、

西岡:何を分散させるかという議論がない.

の存在も忘れてはいけないのではとおもいます.

荻生準一

重量野

西岡さんの意思に賛同.

加藤:瓦JNET の volantea 御苦労さま、本当の分散環境

1 6 ビット

FXIS

を考えるのは、使い方(文化?文明? )と同時に手探りしていくのは、仕方ないでしょう.

義幸一(3・ 1) ・分散と集中の協調が必要.

・ローカル処理は WS

酒匂: IPC は分散への 1 つの核技術である事は確か.しかし、岱(分散岱)として提供されるべき機能と、サーが有利.
(3・ 2)

バとは区別しておいた方がよいように考える.

(
3‑
3) .フレームエディタで作成された情報がどれ程汎用

西岡:統合化環境としての分散環境という見方で、一寸、性をもたせることが可能か.

変わった見方だと思った再利用」とか「共用」と言う分
散環境の共同作業の進め方の指針は、確かに重要な Fac­

歌代和正

tor かも知れない.

最後の発表

例 1 :最初の OHP の問題点をネットワークのせいにした

岡本区 cs

らネットワークはきっとぬれぎぬだと言っておこると恩-東工大の加藤さん教育的問題については、同感です.まつ.

た、分散環境が必要かどうか?についてですが、要は、何例 2: 最初の問題から開発環境の統合化を思い付くというを分散させるかが問題で、ただ、 WS とネ、y トワークでの発想は偉大だと思う.

話にとどまるならば、分散化ではなく、独立化でしかないでしょう.同惑です.

田中正則

SRA

.SRA の酒匂さん酒匂さんは、何を分散されるかについ

WS+ネットワークという環境で資源をいかに有効利用て、ひとつの実例と考え方を示されたのだと思います.私

していくかという話をききたかった.

は常日頃から、環境(協調作業の為の仕組み)を切り出すと言う考え方のもとに分散環境を構築していきたいと考え御喜家賃子ていますがいかがで-しょうか.

ソフトウェアの生産性向上の定義が再利用性向上である-横河電機の西岡さん環境の構築に際しての考え方の中点が面白かった.

で、自分に好ましいではなく、自分違に好ましい環境『と提案されている点に特に共感しました.

佐藤千明

・水平分散よりも垂直分散の方がいいのは賛成. s
p
i
D
e
r:

吉村

‑160‑

智香子

田

s
e
s
s
i
o
n
3

分散環境の構築発表後アンケート(3・ 1) なかなかおもしろい話だった.ワークステーション

伊野誠+イーサネットで分散環境が構築されているというのは

1.加藤さんの発表は、 junet の現状を知る意味で参考にまちがいで、本当の分散環境とは何かを考えもっとおもし

なった.

ろい使い方の分散環境を確立していくために論議を行い

2.

たい.

できる.

酒匂さんは興味深い、ソールの話て9今後の発展が期待(3・ 2) 氾ne の宣伝を聞いているようだった.ぉne 自体は

3. 西岡さんの発表は、分散環境というより、ソフトウェ

今後、改良かなされてどんどん成長していくだろう.今後

ア・データベースのセッションにふさわしいもので、なかの分散環境との構築を期待する.

なか参考になった.

(3・ 3) なんか、分散環境の話というよりデータベースの話を聞いているようであった.

市川寛

1.分散か集中かの再検討(?)を加藤氏が提示した理由
鍾友良

は何か.

西岡さんの発表は面白かった.こちらも興味を持ってい

2. 集中+分散というのは構築できないだろうか.

ます.
野中哲

青木淳

Network はなんでもつながらないといけない.計算機だセッションカ'1まら lまらョ!

けではいけない.マイコンのソフト開発では、!(ヱ(インサーキットエシュレータ)がはなれてしまっている.

徳見泰久

ほとんど寝ていた.

田中慎一郎

もっと技術的にこみいった話ばかりになってしまうかと
村川貴広

思ったがそうではなくとても良かった.

・コンビュータ通信も、衛星通信になると面白いと思う.

西岡さんの話は、何かひっかかるところがある.ちょっと江別ET を今後もっと活用して、 SEA の各メンバとの連

おかしいような気がする.テーマも少しちがうような気絡を密にしたい!

もするし噌.BSD のサーバクライアントモデルについて、批判がありましたが、そこまで考えているとは、まったく、驚きま

中野秀男

した .B釦では、サーバ・クライアントがもっともだと

(
1
)k
a
t
o
@
c
s
.
t
i
t
e
c
h junet の管理者としての苦労をぶち思っていたのですが、問題は、あるところにはあるものでまけてほしかった.

すね.今後もっと UNIX の将来について考えてみたい.
井上尚司
小梓明彦

3 人ともほとんど重なる点がない発表であったが、「ぱら分散環境は本当に必要か?私もそう思います.

ぱら」という感はなく、「段階的」だなあと思った.こんなのもおもしろいですね.

海尻賢二

b
i
t
m
a
p +mouse が使えれば現在のところ分散の必要はないような気がする. lan を経由して使うのはそのソフトが直接つながっているmachine にないから.その意味から一台に十分なリソースの余裕があり、ソフトも十分あればそれでもよいのでは(WSbase のユーザインタフェイスは別)
本当か?

‑161‑

討論後アンケート

分散環境の構築

s
e
s
s
i
o
n
3

中野秀男

吉井孝目立ビジネス撮器(
1)Chairman です.思ったとおり Spectrum が大きくてネ、ソトワーク分散管理の難しさがさらに認識できた.分

(参加者の)、左と右の統一見解はむつかしいですネ.

散環境というのは、実は分散しているものを集中して使おうという事であるという意見には大変興味を持ちました佐藤千明

・隣の人との会話まで WS で、Mail する必要はどこまで

近藤康二

あるのか.その会話内容が LOG さめて誰かが管理/再・造る過程が大切であるという話は、なかなかおもしろい.

利用/検索できれば価値ある?

青木さんの次のデモがたのしみです.

.rWSI止、お岱包のみ担当すればよい J は、賛成

.WS の正しい使い方→向感です.

-ホストは，おそい，高い. U/I がまづい

→ WS を活用

したい.

市川寛

但し、 DIB まで分散しようとは思わない.

・分散処理のアプリケーションはなにか.
-メインフレームはプログラミング作業のみをサポートしていたという考えは賛同したい

盛岡政敏
分散環境で何をしようとするのか?問題を分散するのか?それとも、分散にいる問題を解決(統合的に)しようと西岡するのか?現状では議論がはっきりしていない.分散で・ネットワーク

ならなければならない理由、分散の方がメリットと恩われ混合る様な理由をはっきりさせたい

各々開発環境としての意義が不明確.

ミニコン問 WS 聞・ハードウェアのパフォーマンスさえあれば 1 台の CPU
ま代和正

でこと足りるのか.

疲れました

リットはソフト開発の上にはないか?

岡本

KCS

WS のネットワーク環境独特のメ三浦あさ子

1.分散環境は良いのか?何故(目的)分散させるのか!

最初にコンビュータにさわった時には、 60 人ぐらいで、何を分散させるのか!によって良し悪しは変わるが、要

1 コの、あの、とても近よりがたい神秘的な"マシン

は、分散の中での協調をどう考えていくかが重要に思う.

ルームにある大きな箱を使っていたのに開2. WS の正しい使い方

なぜか、そのうち机の上にある端末に、日本語がでるようになっていた.その頃には、少しは、はいってもだいじよ

s
s
@
a
s
t
e
c

うぶになったマシンルームの 2 つの箱を使ってもよく今の分散環境のこまかい管理の know -how を教えてほなっていた.なんか知らないうちに、わたしのとなりの席

しかったに、小さな箱と大きいテレビ(画面)がある.これはすごい
できごとだ.

堀川博史

加藤さん歌代さんの「分散において、ここで話している内新田

容は、集中として見せることで何も問題がないという」話
はおもしろいかった.

桜井

麻里+ ワークステーション

ただ歌代さんの討論テーマ「自分の机上にワークステー

ネットワークションをおきたくな L りという話は、おかせたい人閣がど去年よりは、ましみたいですが、まだまだイメージがちがうするかという問題があると思う.これは加藤さんの「デう人がいるみたいですね

イスクレスにすれば良い」という解であろうか

ちがうのですが、てきとうにちらばってよかったのではな
いですか?

‑162‑

それぞれかかえている問題がワークショップですから、問題提起だけでおわっても問機に問題であることが多い.やはりお⑪江と管理方法

ぜーんぜんかまわないと思いますにつきるか.

加藤朗

小漣幸徳

・会場の人々のモデルが SEA の方が、討論後アンケート

分散環境の構築

session3

JUS より分散が大きく、なかなかまとまった議論になりにくい.

分散環境は水平と垂直をうまく組み合わせることから考えなくてはならないのでは

もっと細かい技術的な話ならー僕は、この方が好きなの
ですが酬

田中正則

井川さんがおっしゃったホスト、 ws 接続の話に大変興味を持ちました

酒匂寛

BOF でまた、話したいと思います.

「分散開発環境」という言葉に意味があるか?
-いろんなマシンを使いましょう(モチはモチ屋)

鐘友良・リソース分散の礎は何か. (分散基礎技術)

分散環境の共同作業について、たしかどうするようにいい・安くあげましょう

要求/設計仕様記述を作る必要があるじゃないかなの気
がする.

義幸一

青木氏のいう network にソフト開発プロセスの情報を蓄北野義明

積して利用する機構は有用と思う.

やっと「何を討論するのか」ということが見えてきたとこ

ws 利用は 1 人 1 台であっても各個人の上にグループ、部

ろで、残りあと 20 分一歌代さん( SRA) の話がでてく

門等の階層があって、分散環境は個人適レベルだけでとらるということに問題がある.当たり前の認識(細かな技術えられるべきではない、部門が違えば、この部分ハ、ロー的な事は別にして)であり、それを前提に討論が進むとカルに処理し、蓄積したいテーマも存在する.

思ったが、

福岡充利

込んでゆきたかった.

最後の加藤さん(東工大)の話が全てで、それを基に突っ

途中では、深瀬さん(アスキー)の話が最もな事で、 JIP

・負荷は分散、情報は集中ということでないて・しょうか.

(白井さん、井川さん)や、うち (KCS= 盛田、岡本)の.このセッションの必要性が?

世界の問題の重要性をご理解して頂きたかった.中野先叢野

生御苦労をかけましたが有難うございました.

分散環境と ws

分散環境とは、分散するのではなく、何処に仮想的に集中

伊野誠

しているかのイルージョンを与へるかと言う事だと思う.

分散環境についてかなり本質的な討論ができたと思う.

それは今、まだ試行錯誤の段階を「洗礼」として受けなけれUNIX の次のプロジェクトとしして、分散 OS が考えらばならないかも知れない.

れていると聞くが、分散 os について討論したかった.
junet の発展が必要だと思うが、何かいいアイデアがない

野中哲

だろうか.

WS+Network までは、良くわかった?というかある程

メイン・フレームの世界は大変だが、工計画で何とかなる度の議論になった.ような気がする.

のであろうか.

分散環境とはなにかよくわからなかった.サコウ氏と同
じ意見か?

問中慎一郎

白井義美

な気がする.これは具体的なノウハウ・レベルの話だと思

分散環境で問題になっている多くの事項は集中環境でもう.どこか男 IJ のところでレクチャーすれば良いのではな話がおかしい.そういう話をしてもしかたがないよう

‑163‑

.
.

session3

討論後アンケート

分散環境の構築

それでは WS とパラまいても無駄か J

いだろうか(問題としては、大事だとは思うけど j

分散したら困ったよという話をしてもここでは意味が
鎗見泰久

ない.
前置もの話をしているうちに終わってしまった感じ.

分散環境の定義は如何に(基本的な質問) WS の定義にか

発表のスタートの印象とくらべて、後ろ向きの話からぬかわらかず、パソコンでは分散環境になりえない. WS とけられなくて残念最後少しもちなおしたが、まだちがうみはどのような位置/機能を言うのか.生産性が一番上る

たい.明日のセッションもこのようになるおそれがある.

環境はどのようにこわい.

crc では WS があるが、分散環境がない. (物理的/人
的)

村川貴広

今日の討論で分散環境の真(?)の意味がわかったような小林貞幸

気がして、本当によかったと思う.討論もなかなか面白く・集中化のデメリットに対して分散が現れたのであり、一きけたが、私が意見をいうまでにはいたらないのが残方、分散の中にあってよりメリットを生かすために集中が念帰ってからは、自社に正しい分散環境を構築して、見直されたと思う.いかに水平と垂直の性格の違いがあ

その成果を今後発表したいと思う.しかし、まだ分散環境

ろうと事質は同じはず. (II払1VSDE この事質論かつ)という環境は、意味が広いようなので、それぞれの立場(環.UNIX や W/S 環境で楽しんでいる境)で望みたい.

が、事務分野のホスト環境で苦労している.

みなさん、それぞれに自社の環境というものの改善にいSEA のメンバー

悩める者へ救いの手を!

どみ、その成果を発表されているようですが、私ももっとソフトウェアの開発における環境というものを考えたい

みきやと思いました.そのためにも、今自分に与えられた仕事を

分散開発環境としうのは、ある目的を個人に上手に分散さ完壁にやりとげ、ふりまわされないようにしなければならせて効率よく処理する手だてではなく、ある目的にむかつないなと感じます.

て多勢の人の意見を交換.集中させる共同作業を支援するものであると確認できた.

吉村智香子

各人の分散環境のとらえ方にズレがあったように思う.

漂泊弘泰

分散環境の分散ということば、集中という意味であると思

パネルのタイトルは "WS

う.分散とは、資源の分散ではなく、処理の分散であると構築"ということであったが、何が問題となっているのか思う.ここで、分散環境のアーキテクチャを討論する必要

良くわからなかった.

はないと思う.

+Network による分散環境の上記環境で特別の問題があるとは思えない.もちろん、今いわれている分散システムで本当に解決しなければな

管理上のもろもろの問題はあるであろうが、使いたい人はらない問題はいったい何なのか.そしてその解決のため使えば良いのでは!

に何をすべきかを考える必要があると思う.
メインフレームの話はよくわかりません.すみません.

熊谷章

分散とネットワークのテーマ中味(情報として飛び交う意

久保宏志

昧のあるデータ)の流通について話したい.でも、中味が「なぜ分散環境なのか」から出発するのは、いい問題のたて

詰るかな?

i
n
f
o
n
n
a
t
i
o
nprovider が必要.

かたである.
平凡の不毛な議論にこりずに、何度も何度も行うのがよい.

井上尚司

ホスト名を意識しながら使う必要がないのが good な分
井 111

裕基

散環境であろう.

分散開発環境は、まだあまり確立していない事がわかった.

ホスト名を常に考えねばならないようなのは、分散環境で‑164‑session3

分散環境の構築はなく、ただ単にコンビュータが電線て'つながっているだ
けだとおもう.

荻生準一
私が ws に着目していたのは、大 Project のプログラム

製作ピーク時に、 ws を使用して target machine の質問

(= m
a
s
h
i
n
etime , TSS 端末数)が軽減出来るのでは?と思っている.但し、制御末の Program では、

targetmashine の resource (‑File , Grobal ，周辺機器)に依存する部分が多く、これらをいかに ws 内に構築し(シミュレート)プログラムデベッグが、出来るかが問題点である.
(制御系内部の計算 Pro. ではメ方-バイト単位のデータを使用するケースが多いです j

小梓明彦

(
1
) 大量ワークステーションの一元管理(ユーザ、ソフトウェアetc) どのような管理が理想的かと考えていたが、議論の中では、何らかの問題があるということでとまどっ
ている.

(
2
) 分散環境のとらえ方がかなりの広範囲にわたるということが認識できた.

(
3) JIP 井川氏の発表は参考になった.当社も同感です.
事事香

分散環境だとどうも話が噛み合わない

人により経験/

知識が遠いすぎるのかな?やれば良いだけ?

‑165‑

討論後アンケート

session3

分散環境の構築

セッション・サマリ

分散環境セッション・サマリ
大阪大学工学部通信工学科
中野秀男
n a ka n 0 @ 0 U C 0 f
fi. 0 S a k a ‑ U.

O. まえがきjU n e t

でしかたがないとも言われている。

昨年もそうだったが今年も卒業研究の時期とぶつかり、そうのような環境で書かれたことを含めて読んでくださ3. S*A をみてL 、。

すごい水平分散だと思っている。栗原さんから苦労話も聞いており、開発環境としては r 1 人 1 台 EWS を」運動

1. WS と分散環境のチェアパーソンをつとめての 1 つの典型であろう。私もこの線で動いているが、やっポジション・ペーパが分散環境なのかどうかしらないてみて分かったことは、 WS を使う人の技術力が非常に必が、プログラム委員の分担として座長をつとめた。以下、

要だと痛感した。大学では、お金がないから、 r 1 人 1 台

思いついたまま書き連ねることにする。サマリにはなら

WS を J 運動は、遅々として進まないが、もし有ったとしないので、ご容赦を。でも、真菌目にサマリを書くのは佐ても WS が 100%以上に使われる所と、 WS が腐ってい藤さんだけだと確信しています。

る所に大きく分かれそうである。だから、加藤さんのいうワークショプの始まる前に、カントリーベア実行委員長

からこのセッションは一番難しいねと言われ、前夜と前々「分からないものは WS を使うな」論や、阪大基礎工の下条さんの「分散環境の資本主義」論がでるのだろう。

夜のお酒も控えめに望んだ。ポジションペーパもメイン

岸田さんの言う「企業内遊園地」論が長い目でみて、企業フレームを含んだホスト派から、真の分散環境を目指すも利益につながるのかという辺りが興味がある。 FXISのまであり、どこに焦点をあてるかが難しいところであもだが、分散環境は、チームとしてのソフトウェア開発にる.一応、分散環境とは、 r (1 )すべてのコンビュータが向くのだろうか。

ネットワークで結ぼれており、 (2 )各ユーサ'は一体と'のコンビュータで、プロセスやファイルが動いているかを意識しなくて、 (3 )快適に仕事のできる環境」と定義しておく。

4. J 本 P をみて
大手ソフトウェア・ハウスの典型だと思っている。 WSとメインフレームの差がないのが分かつた時どうなるの

2. 怠のネ 7 トワーク環境

だろう。現在はもうかるだろうが、どのようにいわゆるソWS とネットワークという時には、本人の計算機環境を

フトウェア危機を乗り切るのだろうか。東京はともかく、示しておかないと、議論が空回りする。以下はネットワー

大阪の方は良く研究会なぞで遊びにゆくので、フロッビー

クにつながった、私のまわりの計算機群である。一応、私やカード( 1C カードではない)をもって走り回っているのマシンは sumi である.

らしいので、真の分散派はめざせないであろう。なにはと店悦3830(ou悶n2 J ー恒椛渇 4 1< ou回nhJ ー叩略711(sumiJ

もかく、現在稼いでいるのはメインフレームであるという

AS30 5訓 (ouα:xn!5 J

イ軍略71 1< tαrokoJ-SX9100(?)(4 月からモニタ〉議論からは何もでてこないのではないだろうか。

恒vYS841 (oucαn3 J
店阪当841 (oue 1. n2J 千εvYS830(oueLn1 J
地c A
p
p.
1
eTa
.
1
k
陀9801 陀ーflFS

B
a
1
.ance

5. 分散アルゴリズム

分散環境でなければ出来ないアルゴリズムを議論した

P
C
9
8
0
1 FUS1a‑J

いとの加藤さんの発言が冒頭にあった。座長も同じ大学〈一 TerminaL se 川町〈ー PC割引
一-> TerminaL 品川町ー〉肋d聞ー> AOOS2000〈ー TerminaL se 川町〈ー PC <
‑R
a
dio H
a
mPacket

人なので、この展開は歓迎だか、参加者の分布から考えて、ょうするに、メインフレームも含めた恐ろしい異機種間

この話は取り上げなかった。ここらあたりは、プロトコル

ネットワークである。ポストマスタがもの好きなので何の話で、プロトコルの検証や多くのプロトコルが提案されてもつないだとも言われているし、大型を使う人が多いのているので、加藤さんの気持ちは WS をノードとした分散

‑166‑

s
e
s
s
i
o
n
3

分散環境の構築

環境で本当に役に立つ(効率が良くて、かつハングしない)

セッション・サマリ

ステムとして I8M3090 にトークンリングで数百のプロトコルを含めた分散アルゴリズムを考えようという

I8M55xx をつないで情報処理演習をしているけど、事だと思う。

55xx

座長は本当は計算機科学の基礎論が専門なので、国際会

から

3090

を使っても

55xx のLotus123 を使っても課金される。前者はともか

議でもこの頃は普通の直列アルゴリズムの提案はなかなく、後者の課金にたいしてはなにを考えているのだろうか

か採録されなくて、並列や分散アルゴリズムだと比較的簡と思っているけど。話をもとに戻すと、 FORTRAN の

単に通るので、安易に並列や分散アルゴ'リズムの研究をし授業をしていると、面倒だから家のパソコンで、たとえばているが、まだまだやることはあるようである。特に、実MS-FORTRAN でプログラムを組んで動かしたけ際に分散環境を構築してからの実験例も含めた研究はこど、 I8M マシンでは精度が悪いとか動かないと言って来れからだと思っている。

る。精度については、浮動小数点の計算機での表現を教えないとだめなので、マンテッサから説明すると理解しても

6. ネヴトワークの管理らえる。実はそういうことは授業と並行して教えてこそ

これはいつも出てくる問題で、要するにネットワークの演習なのに。 MMI なんて、はるかにパソコンの方がいい

管理者が「とろい」かどうかという問題と、良く分かっていし、演習ぐらいならパソコンでやってもハードディスクなないユーザを切り捨てるかどうかの問題だろう。

らあまり変わらないのにと思っているのに。

管理者が努力を怠らなくて、ユーザが良く分かっていて、分かつていなければ、千尋の谷底に落とすのなら、み8. 水平分散んなでより良き環境をめざして頑張ろうで話はおしまい。
管理者がとろくて、ユーザがダメ社員ならどうするのでいろいろ分散環境の話(各人が各様に思っている分散環境)が出たが、それは分散環境ではなくて、しょうね。メインフレームの MML を使うのでしょうか。

協調処理環境管理者は一応努力するんだけど、ユーザは中高年だとかではないかとの意見がでた。 NFS だとか RFS だとかいう環境がたいへんです。そのうちアマさん用の MMIが出てきて、ホスト名を意識しない環境が正しい分散環境ができて変なものをさわると、「あっ。そ、そ、そ、そこはだというのは皆さん頭の中に共通点としてあるようだが、ダメよ」と音声で出て、ログアウトしたりすると、本日の水平分散といっても LAN で横につなげば水平分散とあなたの得点なぞが出たりするといいですけどね。「ウイ思っていて(まだ構築してない)その頭で議論するのと、既ンドウはすごいんだけど、字をもっと大きく表示しないとに LAN 等でオ、ットワークを張っていて、 NFS もヌゲリヌ"(老眼鏡でも)見えない」なんて変なクレームばかりがきリかけていて、その中でさらに問題点を突き詰めようとすて、管理者の気持ちをくじくことしか考えないのかとも思る人たちとのギャ・ソフ・がどうしようもなかったという感

います。

じです。

7. 垂直分散

9. M M1 と ws

このごろ証券会社や保険会社等で、メインフレームとパ

W Sは MMI だけやっていればいいという極端な意見

ソコンのリンク MML 構築の話が良く新聞にでている。

もあった。 MMI を広義に解釈すると本当に正しい認識

メインフレーム屋さんから見ると、メインフレーム -WS

かもしれない。今は回りの計算機パワーが足りなし、からーパソコンの垂直分散に見えるらしいけど、 WS の力の過とか、大型計算機は使いにくいとかいう理由でWS を字の小評価のような気がしてならない。深瀬さんから、 I8M

とおり「計算機」として使っている。我が研究室もそうだ

だって今は水平分散を真剣に考えていて、今のメインフ

が、 ditroff で卒業研究のレポート(論文? )を書い

レーム 1 台のパワーで数百(数千かな)の TSS をこなしている裏で、暗号解読のフ。ログ‘ラムが日夜動いているのがきれないから、 MML とかっこのいい言葉をつけてパソコ

現状である。 rWS は MMI のために使おう。単なる端末ン側に負荷を分散させているのだという意見は正論だろのかたまりにしたくない」との雲地区の酒匂氏のうん畜は

っ。

正しい。

大阪大学の情報処理教育センターでも進んだ CAI シ

‑167‑

s
e
s
s
l
o
n
3

分散環境の構築

セッション・サマリ

も、普通の人しかいなければどうするんでしょうね。いく10.junet
junet の管理者の加藤さんがプレゼンテータなの

ら MMI がいい Mac 感覚の WS があっても admin

で末端ポストマスタがあまりサマリを述べるのはおこがは必要だから、ディラーさんがやるのでしょうね。いつもましいが、昨年の長岡の環境ワークショッフ。以来、私のい「しっかりしたディラーから買って、私の手を煩わせないる oucom2 も junet につながって、海外ニュース

でね」と電話の届かないところでそっと言います.

までもらってと思っていたら、現在下に 6 つもサイトがあって、朝と夕方には 3 台の電話がつながりっぱなしの盛況である。管理者としてたいへんだが、なかなか楽しい

13. おま，t

阪大医学部への手紙です。阪大の医学部は 3 年後に吹1 ユーザとしてもニュースやメイル

田キャンパス(我々の所に来る)に移転されます。現在、イは役に立っているし、何よりも学生の視野が広くなってき

ンデリジェント医学部を目指して、とりあえず LAN シス

たのがうれしい。 rarbitronJ でサイトのニューテムを構築しています。やっと junet をつないだあス読者を毎週調査しているが、 100 ユーザ(学科の WSと医学部のポストマスタに送ったメイルです。

ネットランドです。

なので)で 45 人程が読者である.ローカルのメイン NG
は常時 30 名ぐらいの読者がいて活況を呈している。

rUN1X というのは、あくまでマニアのマシンです。黒

N1 ネットだとかややこしいネ、y トもあるので、沢先生のいわれるように、誰でもつかえるようにとの事

junet は実験ネットとおまじないを唱えながら、大学

は、現在 2 つのアプローチでなされています。

内公認ネットワーク計画を眺めている今日このごろです。

1 つはシ xx プの OA210 や、日 x の 2050 で対象を一般の OA 人( ?)としており、何も難しいことをしなくともやれることをめざしています。だから、最初の内はす

1 1. N F S
NFS の話は歌代さんがぼろっと言った以外出なかった.出なかったというより出るように議論は前進しな
かった.座長が意識的に後進させて、後ろにいる人に合わごいと思うのですが、使い込んでいるうちに遅いとか、こ

ういうことがやれないとかの不満がでできます。
だから、簡単なことには便利なんですがちょっと細工がしたいときにはとたんに駄目になったり、法外な開発費をせようとしたふしもある.
NFS は今、私の所はパリパリかけて卒研の追込みをし要求されます。このようなマシンは、 2 年先の技術進歩にている. YP はやっていないが、メインのサーバのWS がはついていけないのではと思っています。理由は、ウイン

こけるとわいわい言ってみんな楽しそうに集まって来る。

ドウやネットワークを独自に開発しているから、今のフォントの塊を空いているエリアに移して、 NFS で使っウインドウは X ウインドウ

たりしてやっているけど、一番いいのは学生のネットワー

ネットワークはイーサの TCP/IP プロトコルとクをつかった計算機環境に対する鴛き.嫌いな( ?)夜のNFS

集まりに出て情報を集め、一応まあまあの WS の環境と、八方手をつくして集めたソフトと利用技術を使わせて、安といわれる世界標準の考え方からはなれていくからです.
例えば、取引先の関係で日 x でないと駄目というのは仕方がありませんが{悲しいですが現実ですにそうでないの心して子を実業界に送り出す気分である.

なら、このアプローチはとらない方がいいでしょう。
2 番目は、 SUN や NEWS をフロント・エンドにおい12. 関西の NEWS

昨年、 NEWS を買ってネットをはってから、いろいろて、大型機やスーパーコンビュータをパックエンドに置く

私に聞きに来られることが多くなった。私は某社から情アプローチです。大型機はデータペース、スーパーコン

報を仕入れるし、ネットランドや SEA 居酒屋速からも正ビュータは高速計算用で、大型機も分散型データベースがしい情報を仕入れるからいいけど、お金があって NEWS

普遍化すると、たんなるパックアップ・マシンかもしれまが安そうだから買ったし、ついでにネットも張りたいからせん。

教えてといった話がたくさんある. WS が百万円となっこれ方法はかっこがいいのですが、一つだけ悪いのはまたらみんなパソコン感覚で買うから、ますますコンサル気

だまだ UNIX フリーク用になっていることで、 OA 人に味の話が多くなるだろう。普通の人が NEWS を買ってはマニアックで使いにくいでしょう。この EWS を OA

‑168‑

s
e
s
s
i
o
n
3

分散環境の構築

用に使いこなすためのマン・マシン・インターフェイスの研究は非常に盛んに研究されだしています。

Mac のハイパーカードの感覚で、ハイパーテキスト
や、音声・画像・動画も含んだハイパーメディアの研究も
前者は 2 年ぐらい先を、後者は 5 年ぐらい先を実用化のめ
どに進められています。

まあ、いろいろ意見を書きましたが、まだ言いたいことはたくさんありますが、ここらで今日はやめます。
最後に 1 点、 junet についてですが、昨日、黒沢先生がいわれた、そろそろ junet も一般のユーザに使えるようにとの言葉ですが、それぞれの社会にはやはりエチ
ケットがありますし、 junet の維持だけで、多くの人が自分の研究以外の時間を奉仕しています。だから、辰巳さんのような人がなんらかの時間をあてないと、ニュース・システムの維持はできないでしょう。

医学部の junet にたいする責任は 1 つ上位の私にもありますので、共同で各ユーザーにエチケットを守らせるしかありません。それがいやなら、パソコン通信を使う
か、大型計算機センタにたよるか、システムハウスに作ってもらうしかないでしょう。

junet がどうなるかは、わかりませんが、現在
5000 人ぐらいが読んでいるニュースシステムですから、入れ物としてのシステムではなく、その中での使い方のノウハウがすごくあります。これは、使ってみないとわ
かりません。

-169 ー

セッション・サマリセッション 4

開発環境管理の実際

チェアマン

白井義美〈日本電子計算〉

プレゼンテータ

山浦恒央(日立ソフトウェアエンジニアリング〉
田中一夫〈山一コンビュータ・センター〉
桜井麻里〈ソフトウェア・リサーチ・アソシエイツ)

内容一.事前アンケート.

プレゼンテータのポジション・ベーパ.

セッション・レポート-事後アンケート.

セッション・サマリ

session1

開発環境の管理の実際

事前アンケート

新しいハードウェアやツールの導入、ファイルのパックアップといったことに始まり、開発環境の維持改善、管理には多くの労力を必要とします。この苦労は TSS 環境、分散環境を問わず付きまとうものです。開発環境管理のために様々なツールが生み出され、多くのノウハウが蓄積されているものと思います。すぐ自の前に来ている 1 人 1 台ワークステー
ション時代の開発環境管理をうまく乗り切るために、いままでのツールやノウハウを公開し、作を練りましょう。

熊谷章/PFU

研究開発センター第三開発室+ws 悶のソフトウェアツールの世代管理.よいアイデアや効率的な方法を産み出す環境

ws の数が多数になってくると、同じ機種の ws 閣で昔から交通が盛んで豊穣な風土に文明が栄えた。そこ
では、科学と工学が発達し人々は快適な暮らしをした、ようにみえる。コンヒ・ュータを利用した世界で、交通が盛ん
でかつ豊穣な風土とは何か。これは開発環境そのものである。交通は、グローバルとローカルなネットワークであり、豊穏な風土とはコミュニケーションの実体となる言

葉、ツール、方法論、ソフトウェアプロダクト等ではなかもその上のソフトウェアツール群のパージョンは統ーがむずかしい!これに対する解答は?

藤野晃延/富士ゼロマクス情報システム

・ Network への Node の追加/削除/再編成
Network 化された環境で問題なのは、新規の Node 追加、あるいは削除といった事が smooth に行える必要があることで、この場合、 Node は個人用 ws でも良いし、共ろうか。この考えの具体案を考えてみたい。

用のServer であっても良い。

.サイパネテックスな開発環境

集中管理を必要としない開発環境がよいと思う.各ノードで自分にあった管理を臨機応変に、かつ自主的にやるようにしなければならない。そのためには、道が分かればよい。道が分かれば、姿勢が分かり、全体と部分が分か

また、 Node の増加に伴う Network 構成の再編成など
もDynamik にF1exible に行える事が望ましい。しかし、現実には Net の維持・管理には絶望的に人手が懸かる。この辺はどう対応していけば良いのか。

りサイパネテックスな開発環境ができ、そこにサイパネ

久保安志/富士通

テックスな人が住むようになる。

怒岡本陸一/神戸コンビューターサービス

技術部

ソフト開発

部技術第一課システム本部パッケージ企画統括.環境論理の構造化(論理体系と実理系の対応)

環境特性をどう整理するか。それを問起の構造とみた
とき、解法の構造であるところの、環境の階層構造との対.ネットワークの維持と管理をどうするか…! ?

分散化や異機種間接続の推進によって、あるいは効果的なコミュニケーション・ツールとしてのネットワークは、
鉱大、複雑化が進むにつれて維持工数や管理工数の増大が応関係を整理する。

.環境論理の構造化(環境の評価)
議題 1 の意味での解法構造をテンフ。レートにして、実際の環境を評価してみる。

パカにならなくなる。

岸悶孝一/SRA

中野秀男/大阪大学工学部通信工学化

1 年弱しかいない学生と、 3 年弱の学生がいて、計算機科学の授業もしっかり受けていないので、 1 から始めるため苦労しています。今年から UNIX とか C 言語のビデオを入れたり、既存のソースプログラムの利用など、
UNIX 環境を輸に楽しくやりたい。

.環境構築における技術移転

関連技術がめざましい発展を続ける現在、環境の構築は
技術移転の色彩を強く帯びざるをえない。
新技術の開発や導入とその実用化による利益(生産成向上など)の獲得とのあいだのバランスをどうとるかっそのための組織運営上の配慮は?といった問題を議論したい。

深海弘泰/アスキー

システムソフトウェア事業部

私自身の解答は「企業内遊園地」の建設である。

・ ws のアドミニストレータの教育.いまシグマを考える

新人フ・ログラマ及び経験者でもアプリケーションプロ
グラマの場合は自分のかかえている ws の管理が出来な

この技術移転の観点に立って、シグマのあり方について考えてみたい。
私自身の考えは、周知のごとく、現在のシグマの運営方

効率の良い環境保守(ネットワーク)の方法は?

針とはまったく対立している。

‑170‑

p
s
e
s
s
i
o
n
1

事前アンケート

開発環境の管理の実際

御喜家貴子/横河ヒューレ守ト・パ 711 ード

マーケ-分散開発環境管理の自動化
分散開発環境では、個別のマシンは利用部門が管理する

ティング部門が、ネットワーク全体にかかわる部分はどこかの部門がま.自分の責任と他人との協調は忘れられない!?

現状では、ワークステーションの導入化がはじまったば

とめて管理することになる。個別の管理は個々のマシン

かりで、管理については、各ワークステーションユーサ‘が、の事情で自動化は不可能と思われるが、ネットワーク全体

自分で決め手パックアップを取るなり、パージョンアップ

にかかわる管理はある程度まで自動化が可能と思われる。

をするなりしている。基本的には、自分のディスクは自分で守れ、ということになっているが、ネットワーク上で活躍するサーバなどは、自分かつてにはできない。しかたのないことだが、共有するシステムに関しては、声をかけあって、お互いが失敗のないように心を配るのみである。
従来の TSS 環境プラス個人の環境管理の 2 頭だてで、高速なパックアップ装置や、フォールトトレラントなシステ
ムが我々の心がけを支援してくれるよう手ごろに登場す

村川貴広/HST.パックアップ体制

ファイルのパックアップは管理上重要であることは言うまでもありませんが、現在のような分散環境の中でのファイルの量は、莫大なものになってきています。そこ
で、これらネットワークを介したパックアップの方法やその計画について討議したいと考えています。

西岡健自/横河電標研究開発 4 部第 1 研究室ることに期待しています。

.管理コストの同定

伊野議/SRA

開発環境の必要性の認識は得られつつあるが、その維持

・ os にもっと仕事をさせるべし
1 台の大型コンビュータ上での管理は容易であるし、必要な管理はされている。しかしワークステーション+

ネットワークによる分散環境ではいろいろな困難が発生するであろう。全体としての os のパージョン・コント/改善は構築担当者が仕事のあい間に行わざるを得ない
状況も少なくない。本来この種の管理は専任の担当者がいてしかるべきと考えるが、その議論には管理のコストと効果をある程度把握する必要がある。

ロール、 CPU やディスクの利用状況、ネットワークのこ

和国勉/長野大学産業社会学g

みぐあいなどをウォッチし、システムの管理者に適切なレ・開発環境の管理の実際
いままでのところ大規模な開発環境を維持管理した経ポートを出す管理者用 os が必要である。
鱒見泰久/東海クリエイト

験がありませんので、省略させていただきます。

VAR 推進室.パソコン関係開発環境の問題点

佐原伸 /SRA

パソコン関係は商品化激化で、開発のクローズが非常に.環境定義言語としての HyperCard
HyperCard の概念を拡張して、環境定義記述言語を作困難。その時のライブラリー管理、仕様固定等で非常な問題となっている。あとに続かない、開発の終結になっている必要がある。
プロセス・プログラミング言語としてもAdaベースのる。次のレベルアップに又同じ事をくりかえす事になっている。

ものより可能性がある。

山浦恒央/日立ソフトウェアエンジニアリング第 1

歌代和正 /SRA

技術本語第 5 設計部第 4 謀.ネットワークの管理

・開発環境をどのように進化させるか

環境開発音E

ネットワークの管理は大変である。日本ではまだ広域開発環境に格納されている資源(再利用されるソース、のネットワークが発達していないために、それほど問題に

オブジェクト、仕様書、また開発環境支援のツール等)をなっていないが、大規模ネットワークの管理は本当に大変

どのように進化させるかは非常に重要な問題であるユー

そうである。早く広域分散環境の技術を確立しなくては。

ザの新しいソースやツールを簡単に登録でき、また全使用者が共有できる仕掛けが必要である。
義幸一/PFU

桜井磨星 /SRA

環境開発部.社内(組織内)における開発環境の管理

開発企画部ソフトウェア検査謀

自分達の環境は、自分逮で管理していくものである。開-171 ー事前アンケート

開発環境の管理の実際

s
e
s
s
i
o
n
l

発環境は、そこで仕事をする人達がやりやすいように自分れることの便利さと逆に不安のためにパックアップを頻遠の手によって改善しなければならないものである。と繁に行なっていたので手聞がかかったという印象が強い。

いっても皆が勝手なことをしていると全体としては統制

これらの経験から自分によって便利な「開発環境の管理方の取れないものになってしまい、結局、仕事がしにくくな法」を考えてみたい。

る。したがって、上の方で誰かが方針を打ち出して、それに沿ってある程度同じ方向になるように各人が努力していくしかない。細かい方法論などはいろいろあると思う
けど、大切なことは、みんながそういう意識を持つこと。

とはいえ、みんな似たような悩みを持っているわけである。だから、ローカルに悩んだ‘ことは、(ある程度抽象化した上で)なるべくみんなに公開するのが望ましい。そういう情報を交換できる場を多く持ち、そこで得たことをまた自分の環境にとりこんでいく。そういう姿勢が大切である。そして、そういう作業は往々にして、ある特定の人にたよりっぱなしになるものであるが、その人達が雑用のみで忙しくなる事態は何とか避けなければならない。できれば、組織外の情報を取り込んで自分達のものにして行くための専門の部隊を作り、そこが中心になって整備して皆に広めていくのがよいであろう。でも、結局は個人個人の開発第二部

基本システム譲・開発資源管理ユニパック.とはいいながら目目.悩むところはみな同じ

開発用テープ

4∞0

本

ディスク:

700

本ディスク:

50宜 12= 6OG

日立

開発用テープ

5 0，.4+2.50叉2=25G

特に、ユニパックはいとも簡単にディスクが使える様(Jレールを作っても関係なく)になっているので、ひどい使い方をしていると思う。これは自由に使えるということではよいが、人聞が増えてくると管理できなくなり苦労している。そこでとりあえず、管理用 DB を作成して、何とか管理しようと考えている。

田中慎一郎/SRA ソフトウェア工学研究所
わかりません。セッション 3 の話もこれに関連するとは思いますが...環境の構築と同時に使用者の教育も大切

意識の問題である。
田中正期 /SRA

田中一夫/山一コンビヱータ・センター

だなと思います。

開発第 1 語小浩幸徳/日本システムサイエンス・開発環境の管理に決定打はあるか?
1 人 1 ワークステーションの時代を想定した場合、開発環境を全体主義的に一つの環境と考えないかぎり、管理のシステム諸シス

テム技術課.セカンドファイルサーバーの利用

決定打はないと思う。又、環境を全体主義的に考えたので

常に開発に利用されるデータは、メインフレーム上の強は、 1 人 1 羽'S という特性を損なってしまうであろう。な

力なファイル管理機能により保護され、その一部(頻繁にぜならば、個人の能力及び趣味は異なるからである。ではアクセスされるもの)を WS のネットワーク上のセカンド

どうすれば良いか?

まず開発環境を個人もしくはグ

ファイルサーバー上にダウンロードし、 WS から高速にア

ループでオプティマイズ可能なように提供する。(あくまクセス出来るようにすることにより、システム開発の情報でもツール単体の話しではなく環境の話である。)出来る管理を効巣的に行なうことができるような気がする。たならば、あらゆる能力の人用に変えた同一内容の情報を適だし、ファイルサーバーとセカンドファイルサーバーはあ

確に流すことがベストと思われる。これが出来れば、開発

るタイミングで同期を取る。

環境の決定打となるであろう。

青木淳/富士ゼロヴクス情報システム技術推進室

・開発環境はひとつの言語の下に生まれる

北野義明/ KCS ソフト開発部技術第一課
開発環境の管理と言っても、 TSS 環境化でのファイル

開発環境は、それを使用する人が自分の好みのものにでライブラリの管理を、メーカー

きなければなりません。それは、プログラマプル開発環境の提供するツールをマニュアル通りに使って行なったこであり、何らかのフ・ログラム言語を必要とします。そういとがあると L 寸程度である。他には、 UNIX吊'S をほんう言語はユニフォームな構造を持ち、インタフェース記述の少しかじったが、(当時、スタンド・アローンであった)に向いた言語でなければなりません。ØlJ えば、

その際、自分の思うままにディレクトリやファイルをさわ

Smalltalk・ 80 のような目目・のパックアップや、

‑172‑

s
e
s
s
i
o
n
1

開発環境の管理の実際

荻生準ー/日本システム府中事業所第 2 システム

加藤朗/東工大情報工学部

技術語

・開発環境の管理の実際

事前アンケート

一人の、あるいは数人の管理できる人間によって管理さ

・ 1 白U での複数性番のソフト開発

新事業所にてターゲット・マシンと同等機能のシステムれているネットワークは、管理者の犠牲によって運営されを構築し、単体デバッグを行なう予定になっているが、複ていると言わざるを得ない(無論、専属の管理者がいる場

数の性番が同時にデバッグするため、ファイル、 UG 等の合は別だけど、それにしても、給料を貰って管理て・きる人

重複を避ける工夫が必要となってくる。このために、現を育てるのに必要なパワーはどうするんだ?専属の管理

在、様々な検討が進行中である。

者養成講師というのがそのうちでてくるんだろうな、ある.デパ、ソグ-ツールの開発程度の需要が見込めるようになれば。)ので、誰にでも管理

プロセス制御のオンライン・プログラム開発に当たってできる、特別な管理技術がなくてもなんとかなる、つまり、も、マシンを効率よく使用するためにパッチ処理としてデメンテナンスフリー・ネットワーク環境を構築することがバッグできるよう添付資料のデバッグ・サポート・ツール

必要になる。これは従来の研究でほとんど顧みられるこを開発した.

とのなかった分野で、今後の発展に期待したい。

井上尚司/ソフトパンク縫合研究所

中村信夫/目立ビジネス穣器技術部.マイコン的発想の技術者への対応

・開発環境とターゲット・マシンとのインターフェース

我が社においては、まだ、環境の大切さがあまり認識さに大型機の開発支援ツールを試行して感じるのは、 os

れていず、システムをまわりとの調整を考えて整備しようが異なるとなぜこれほど使い勝手が遣うのか、ということとする技術者{結局マイコン的発想をするので、関連性をです。全く住み心地が違う。ターゲットレスという開発考えてくれん! )が少ないので、八方広がり的になって環境で作成したプログラムをターゲット・マシンにもってしまいます。結局、「ツール」以前の問題だくる場合、解決すべき問題が発生しているのは確かです。

近藤康二/ソニー

スーパーマイクロ事業本蕩ワーク

ステーション事業部

目作三.技術移転について

新しいハードウェアやツールを導入した場合、どうやってそれを普及させ、ノウハウを蓄積し、フィードパックす.一人一台のワークステーション時代の環境管理
現在は、非常に低価格なコンビューターが半導体の急速な進歩によって生まれてきている。昔一つの機械を多くるか、ノウハウとかマニュアルを開発環境に組み込んでし
まいたいのですが。

の人が使っていた時代には、その多くの人の中の好きもの

網野広水/エム・ター・シーの一人が環境の管理をやればよかった。しかし一人一台・ソフトウェア環境(資産)の価値の認識の時代が訪れた今、すべての人が管理者にならざる終えな

開発環境を整えるうえで、ソフトウェア面のサポートいのである。当然のことながら、このような状況に合わせ(ツール等の導入)についての認識、価値観が、ハードウェてシステムも変化する必要があると考えられる.しかし

アの導入の際と大きく異なり、軽視されている。

現宅

現存の多くのシステムはそうではない。しかし、環境の管ゃ、めったに使わないものがあり、このようなものをまとめて、プログラム化するのは意外に簡単なことがわかったので、そのようなツールを試作してみた.本ツールの概要書を添付する.
井 }II 格基/日本電子計算開発本部ファイプロジェタト
・ ws ベースの環境での管理ツールは?
実際に ws をたくさん抱えておられる domain では、
マシン/ユーザの環境をどのようにされているのでしょう。 JIP では、このままでは“無法地帯"になりそうです。

‑173‑

t 乙 2bpψ 句υ
ち wuk 与av白理を良く分析してみると、意外に単純なものの繰り返し

3rdSEAEnvironmentWorkshopP
o
s
i
t
i
o
nPaper

種別

国会員 no 8
60264

氏名

田中

所属

山一コンピュータ・センター開発第二部

住所

T273

τ'E L

0
4
7
4
‑
3
7
‑
3
1
8
3

一夫

船橋市浜町

基本システム課

2・2・2

FAX 0
4
7
4
‑
3
7
‑
3
2
8
2

仕事
開発環境整備と標準化.YCC の開発環境を最高の状態に保つ為に、 H1W，SIW の面でのシステム改善策の提案及び実施を行う。
・ソフトウェア開発の生産性・保守性向上の為に、最新の技術・技法・ソフトウェア・パッケージ等を調査・把握し、自社システムへの適用を検討する。効果の高いものについては採用を提案し、促進する 0・システム開発標準手順(AURORA) の推進と改善を行う。

作業環境

メイン・フレーム(ユニパック 1100/90 ， 目立M680H，IBM4381)
開発用端末 ユニパック約 160台よ目立約 60台、 IBM 約 30 台
船橋を拠点に数ヶ所に設置している o

J
‑
S
t
a
r W/S 50台、 P/S

12台、 F/S

13 台、 C/S

6台

船橋を拠点に 3 ヶ所を IRS接続している。現在は 9.6Kbps だが近日中に 54Kbps又は
48Kbps の高速デジタル回線に変更予定。

上記以外にオフコン、ミニコン、 PC、 WP等が何台かあり?
現在の問題点
第三次オンライン開発に伴うパック・ログの増大
若年層・女性及び外注の増加に伴うスキル不足

システム開発サイクルの短縮化

ユーザ・ニーズの多様化
人員増加に伴う管理の難しさ

マルチ・ベンダーになり用語、環境、操作等の違い

エンド・ユーザ・コンビューティングに於ける EDP部門のサポート方法

‑174‑

伺

保守用

D D (VEGA) 概要

芳
す

を

内容

を

る。

開発れ実さよ1. 目的
2. 構築環境
3. 構築方法概要
4. 構築後の DD状況
5. DD へのロード実行時間
6. 保守用 DD利用上の留意点

1
.
1

現うなさ凶

開発済みのソース・プログラムから、使用しているレコード・ファイルの名称やフィールドの名称、桁数、データ形式などの情報を抜き出し、 TSXII00 のデータ・ディクショナリに反映させる。
この DD を検索することにより、既存システムを変更する際の影響度分
析を機械的に行えるようになり、システム保守作業の効率化が図れ

1
.
2{

作成者

1
2 月

62 年

1

日

今夕保で

昭和

日本ユニパック

氏名
所属

坂口

健二郎

開発第二部基本システム課

構1

-昭 E

山

夫

氏名

田中

-通 2
-現司

YCC
件お

山一コンビュータ・センター‑175‑

1.保守用 DD(VEGA)構築の目的

現行システムで使用しているデータ項目を登録し、プログラム (COBOL) との関連を設定することにより、-項目変更により影響を受けるプログラムの検索を可能とすると共に、保守用 DD構築の過程で得られた情報及び DD より-データ項目の標準化作業支援を目的とし構築する。

1. 1 保守用 DD による検索

現行システムの保守支援及びTSX1100のフィーズビリティ・スタディを兼ねて構築を行ぅ。又、この DD は保守用 DD として固定させ、この DDの情報を変更して開発用 DD とはしねこ、保守用 DD を常に最新の状態に保つ為、現行プログラムを変更する時、保守用
DD'こ反映させる。

開発用 DD(ZEUS) とは TSX1100の本来の目的であるソフトウエア・データベース化であり、システムの開発・保守・管理に関するすべてのソフトウエア資源を、統合開発支援データベースとして蓄積・更新し、これを標準化したディクショナリーによって制御することによって、生産性・保守性・管理性の高い環境を??Z 九れらのソフトウエア資源を活用し、また開発の工程間で情報を受け渡し再利用することによって、生産性・信頼性を向上させる。

1.2 保守用 DD によるデータ項目の標準化

今後、開発用 DD を構築するが、基本となるデータ項目はこの保守用 DD を参照して、デ一得EgdE君臨f主主冶目{表示あり)、異名同義項目(表示な附多数あると思われるので、これの正規化を目指す。

2. 構築環境

2.1 実施目、使用マシン、対象データ-昭和 62年 11 月 19 日(木 )-22 日(日)-山一開発ホスト

1100192

メモリ

16MW

1
1
0
0
/
9
2

通常の開発作業と並行して実施(但し、休日は、ほほ独占)-現在本番運用しているプログラムの一部を対象とした。

約 160台‑176‑

3.

構築方法概要3.
3‑

3.1 登録集エレメントを入力とし、入口名と使用データ項目の情報を蓄積する。

自寸 TOOLl I

S
P
L
I
T

実際は入カデータが大量の為、分割処理を行う.

オルタネート.プリント

親実体で SORT出力(222;ントリ名 l!

XDHLERAXDHLERA(うお目名)

3.2 プログラム・エレメントを入力とし、使用している登録集の情報を蓄積する。

TOOL
保守用 DD(VEGA)

|MO∞D
DATAD
I
V
I
S
I
O
N
(
R
E
P
O
R
TSECTION を除く}の中から COpy句を解析

う努禁:岱1;ム名((222;ントリ名
エレメント名)、Elf-J

同国

名

=項

名タ

実デ

体一

、
rE14Ell-177 ー)3.3 プログラムが使用しているデータ項目の情報を蓄積する。
(注) P
ROCEDUREDIVISION以降で使用しているデータ項目のうち、登録集で定義されている項目との関連を蓄積する。

一|TOOL41-

TOOL5

bカ

保守用 DD(VEGA)(222;ントリ名 1(12目名)

前述、 3・ 1-3・3 の l頓に実行する。

実際はデータ量が多い為、各ステップは複数RUN に分割して実行している。

‑178‑

4.

構築後の DD状況

5.

旬

主る

(
1

15, 146

属性{プログラムで使用している延べ登録集数}

4， 329(エレメント名)

325 ,627{登録集の延ベ構成項目数}

97 , 520{登録集の構成項目数}

123 ,227

属性{プログラムで使用している延べ項目数}

105 ， 530( タイプ・サイズ等}

実体

関連

MODULE

5,845

DATA‑RECORD

4,329

4 ,329DATA‑ITEM

97 ,520

105 ,530

MODULE と DATA-RECORD

15, 146

MODULE と DATA-ITEM

123 ,227

DATA-RECORD と DATA-ITEM

325 ,627

小計

107 ,624

大計

参考)①

属性

464,000

109 ,895

681 ,483

同名異義項目(同一項目名でタイプ、サイズが違う項目)の数= 8 ,010②

同名異義項目でなくて複数の登録集の構成項目となっている項目の数= 40 ,208③

単独項目数= 97 ， 520 ・ (8， 010 +40 ,208) =49 ,302④

一つのプログラムが使用している登録集の平均数⑤

一つのプログラムで使用しているデータ項目の平均数
123,227 + 5 ，845 去 21
(データ項目は登録集の構成項目となっているものが対象)@

一つの登録集の構成項目の平均数

15,146 + 5845 去 2.6

3
2
5
.
6
2
7+ 4 ,329 =
=75
‑179‑

5. 保守用 DD利用上の留意点
主目的である項目の変更によるインパクト調査を行う上で、現在の DD では次の点に注意が必要であ
る。

l登録集

(1) インパクト調査で指定した項目が集団項目の構成項目で且つ、プログラムではその項目は使用してなく、集団項目のみを使用している場合は、調査から抜けてしまう。
例.

n
u
n
u

R
P

牟

PROGl
，，目、，，.、

)
)
nA 円b

XX

y-A7 ・A

PP

Ge

Bc

h22

Amnunu

nu

'i

項目数)

COpy PROC.
MOVE A TOAA.

B のサイズを X(2) から X(5) に変更した場合

B でインパクトを調査しでも、 PROGl は対象から抜けてしまうが、本当は影響を受ける。

目数)

原因

DDでは登録集の構成項目について階層構造を表現していない為

対策

Bの項目が変更になった時、 B を構成項目にもつ登録集エレメント名は DD を検索することにより分かるので、その登録集エレメントのソースイメージから上位の集団項目名を調べ、その集団項

ズ等)

目をインパクト調査の対象項目(この例では A) として指定して調べる。

YCC作成の検索ツールでは B を指定した時、 PROGl は影響を受ける可能性のあるプログラムとしてフラッグをセットして出力される。

(2) プログラムの WORKで定義している項目と同じ名前の項目が、このプログラムで使用している登録集以外の登録集の構成項目となっている場合は、この項目でのインパクト調査を行うと対象となっ
てしまう。

例.

PROC3*PROGl.
COPY PROC1
COPY PROC2.
WORKING

W‑STATUS‑CD PIC X(
2).

W‑STATUS‑CD PICX(5).
MOVE A TO W・STATUS-CD.
原因プログラムと項目聞の関連を下記仕様でつけている為、• PROCEDURE DIVISION以降で使用されている項目の接頭語を外し、その項目名を実体名とする DATA-ITEM実体が存在していれば参照の関連を設定する。

対策

YCC用検索ツール(新規作成)にて下記チェックを行い、 WORKINGで定義された項目については表示しない→インパク 1 調査項目として指定された項目が、使用されている (MOD→0 →D-I聞に関連が存在する)プログラム中で COpy している登録集 (MOD→O →D-R聞の関連より調べる)の構成項目となっているか (D-R→0 →D・I 聞の関連より調べる)で判定する。どの登録集の帯広項目にもなっていないものは WORKINGで定義された項目であり、このプログラムは影響を党けない。

‑180‑

ドキュメントの J-Star に於ける適用領域

システム

システム

システム

分析

計画

設計

¥ ¥ ¥
J-Star適用範囲~・・・・・・・・+

』

.
.
.

作成

管理

移行

可司

.
.
.

r

lMmZl

.

‘-F

..

司

5
1
(
3
3
.
6
%
)

1
6
(
1
0
.
5
%
)

5
1
(
3
3
.
6
%
)

分析・計画・設計(一部)フェーズは重要なドキュメントが多く、

1
1
(
7
.
2
%
)

1
2
(
7
.
9
%
)

(7
.
2
%
)
11

そのワークシート種類の比率も高い (77.7%) ので、特にこの部

分に J-star を適用する。
システム設計(一部)フェーズ以降は、設計用より保守用の意味合いが濃いので、 J-StaI1乍成とはせずホスト出力とする。(目立の ADCAS ，ユニパックの TSX-DOC使用)

』

F

』

司司

ホスト出力(保守用)

ワークシート

設計

テスト&

.
.

~
司司

手書き

種類(比率)

プログラム

J-StarII の構成と設置場所

‑iMｭ

一弘白川一

一侃標間一

-品 =64-

P
/
S 1台
F
/
S 1台

Cβ1 台

一…ーー山市

阻

』

一

•

‑‑

11 rrnu.,.,. 'r"lt" i" "ii l'"nl"， I m-WIIT~ I1llT1 ilinr"Thfrnrrnr'îll'lll '"IIIlIi ÎlllilTß1……ー… ~~IITiliîill(I(lÌiII，，，，，m:..\1ì'ii一・‘._._._.-._._._._._._._._._._._.-.-・_.-._._.-.

J-

言十 81NODE

1..._ーーーーーー__.J

E

ETHERNET

圃・­

v :
56K(L
lNK1)

トー;

12 台
13台
6台

E ‘.，

‑
‑
‑
‑
‑
<
'
1rl 62末目標

P
/
S
F
/
S
C
/
S

I

Eｭ

当初 9.6K〒 一一

r ・園田ーーーーー・可W/S 50台

UN
一一

A

合計

Pβ1 台

j 1‑

長 E-

-K一一

二ー一一

J円一一

由

2F

.-._._._._.ー._._._._.ー._.，

‑
r

圃-­

t

W/S 1 台

P
/
S 1台
F
/
S 1台
C
/
S 1台

i‑

ill

P
/
S 1台

ETHERNET

兜町

W/S 1 台Eｭi‑
iETHERNET

F
‑
‑E
ｭｭ

ι初 mv附田・ト子2dau­

1
4
1

一一ト-一'一-一一一一

一で不一でホ一

二立一五一
二日一
E一

‑Z44'bqd

3F

町村HERNETWβ1 台•

W/S 1 台

P
/
S 2台

一勺叩叩

一否台台台

I

，

C
I
D

大阪

ETHERNETW/S 10 台
6F

一 -F3ll・

ETHERNET

船橋センターmmα
一高F・':訓告:'

p ・t

一

1

一
t
'
i
J
司

・'・

-K 冨EmK 一

t

一
M
…酎山一

一当邸引-

ー・'・

司ー

一初末川一

1.

Z'2Fhd・

一一始台台台

τ凸同〉3
・F〉
一

円t

円 mu
一W一

rF

YCC本社

AURORA開発工程と開発支援分野
システム分析

システム計画

くご
設計支援

くご阻ND・SA二〉プログラム作成

プログラム設計

システム設計

テスト&移行運

用

画面設計

SDF 二〉

帳票設計

くブ事務フロープ〉

ファイル設計|総合アスト|モジュール開発/テスト|くモジュール設計

ご〉プログラム

モジュール結合

ソフトウェア再利用

開発支援

lEZl

く7NS チャートこ〉
くご

PAD図二〉

設計文書作成文書化支援

く構造化プログラ ζ〉|ソースコード編集修正|
プログラム検収プログラム文書作成

分散開発
統合化エントリ/開発支援データベース (DDIDS)
環境支後

標

1<

化推進/品

準

質

管

理

;;::>・

プログラム管理

資源管理

Eンクシ . ;t..r， イ o
管理支援

タ十

〈こ

進

捗

管

注
理

問内十押ム仕 t菩同t lW1

管

理

:
:
:
> |リリース管理|
運用管理

寸開発支援全体構成図

検収支援

(
2
2
0
0
/
2
0
0
)

t

送〆

討転
ヨ

1

イ

唱耳レ・
・

1.~
l--1

ム EE

HF援にけ封

Jh

ム i

・

・

~J山ハ検~

注文日日日収

♂外

ト
l--1

~fm管~

行援に日 J刻
ドト支……げ理J総..計/~.‘
PAH‑i

・

i

1

tz

~J 帳

・
・

…日川援に守閣一
7h

・・

イ支日…ク叩
フ~・つ

i

薗

R‑

ム、E

ラ寸 J

ITZ

一-

グロ一

r円管~

理日
管緩
用支
運

亭福島ホスト

品川
中ぺ
lph
i
f
ｭ
設援に段援
面支…
υ 票支

(
1
l0
0
/
9
2
)

作成支援
ラヲ青空開発-h/ジ一一

lMmwal開発ホスト

守担153?1
端末

統

J べよよと "1 ・・・.
ソースコード

マシン

プログラム

EE[

目立機に於ける開発方式
特徴・データ・デクショナリィによる項目名称、の一元管理
・パーソナル CAD を利用した書式設計の効率化-標準パターン部品の利用によるプログラムの標準化・均質化とプログラム作成効率の向上.SEWB による分散開発環境を導入し、システム開発担当者にとって・快適な開発環境を提供する
・組合せテスト、総合テスト支援ツールによるオンライン・プログラムテストの効率「ー「L化開発方式と手順
開発支援システムの構成を以下に示す。

開発支援システム

T560/20,2020 ,2050

T560/20 ,2020 ,2050

EAGLE2SEWB

h 防争各?をお駅
砂
3Fa

システム

-画面・帳票定義
ラフスケッチ.画面遷移シミュレー
ンヨン

rdaP3

.画面遷移シミュレ一
二/ヨ:/

運用とのレピュ

項目名称、の一元管理・ファイル仕様書定義・レコード仕様書定義-画面・帳票定義
YCC ローカル部分

.書式定義

CAD方式
テスト印字

「lt
「lL

「lLlL

示
成表

作集

トタ編
スト一呆

テスデ結

‑185‑

-書式オーバレイ生成

せテトト

COBOL月'D.JCL生成-マップ生成ムロ・合スス
組総テテ-単体テスト

定
書
様成
仕生

ララ

.PAD実行テスト

ムム

スト

ググ

テスト

.COBOL ソース実行テ

ロロ

1j

乍克

設計

.COBOL ソース編集.PAD編集.COBOL付PAD 自動変
換

プ義プ

プログラム

JCL作成

「
llトl」

・システムフロー作成-データ項目の登録/更新

も paLE 藍 ERFEb 畠FPLFU

ラフスケッチ

テスト表示「 lF|」

システム設計-画面・帳票定義

-l「
ll」

テスト表示
3品
u事一}私島

計画

分
析

2050

目立機に於ける開発手JII買ネーミングルールの決定システムフロー作成

SEWB

運用担当部署とのレピュプログラム仕様書作成①

HOSTへ UpLoad

SEWB

EAGLE2
レコード仕様書定義

EAGLE2
置

コンパイル&リンク

JCL作成

PMX からのコマンド

EAGLE2

単体テスト

JCL修正

COBOUTDASPEN+ツー j レ

画面・帳票設計
SEWB+ ツール.

書式定義

組合せテストプログラム生成

UAPテスタEAGLE2
総合テスト
W.Sへ DownLoad

UAPテスタ

SEWB
完了登録

ソース (PAD)編集

PMX

SEWB
保守情報取得

机上デバッグ支援

EAGLE2+PMX

SEWB

HOSTへ UpLoad

SEWB

‑186‑

ユニパック機に於ける分散開発

1)

利用者は統合化インターフェースによって作業(処理)指示を行う。

ジョプ転送、又はファイ Jレ転送の必要な処理を指示すると、パラメータ入力が要求され、それに応答する事によって実行される。

2) 帳票設計、画面設計の処理はジョプ転送によって開発ホスト側で実行される。必要に応じて、結果を分散開発コンピュータにファイル転送を行う。

3)

ソフトウェア再利用システムをアクセスし、目的とするソフト部品の原形を自分のワークファイルに読
み込み、それを基にモジュールを作成する。

4) テストデータを作成し、モジュールをコンパイル、マップし、モジュール・テストを実行する。

5) モジュールのリロケータプルを開発ホストにファイル転送し、以降のフェーズでの作業はジョプ転送によって実行する。

6) 接続ホストの切り替え操作による開発ホストへのデマンド・アクセスは可能である。
7)

システムの整合性を保つための共通ファイルの同期処理の仕組み・運用を行う。

8)

プログラム・モジュールの管理は開発ホストにて行う。

次F

局z

L 、ァ

‑187‑

3
r
dSEAE
n
v
i
r
o
n
m
e
n
tWorkshopP
o
s
i
t
i
o
nP
a
p
e
r

路一珊

員 no g
7
1
1
c
g1D-噌

了

仕事

玄らえ守~Ø\~札

'ー

イ丁

作業環境

現症の問題
す

分

-'Þ=t~*~叫鱗制、ー 1\''-ゐν寄与J!.O\悶趣

読ー、I?ト吋~払イ持 ð~え次ページの肘愉テーマ罵にも，必要事項をご lè 入の上本紙とあわせて 12 月 15 目まで(栂め切り厳守 I )に下記の SBA ・ 8
1暗までお送りください.もちろん.本式の PositioD Paper も問針していただくほうがベターです{既発表の絢文を添付していただいても繍いません) .

ソフトウェア技術者協会 (SBA) 〒 102 千代田区隼町2・ 12

疎和半旗門コープピル員制E

TBL: 0
3
(
2
3
4
)
9
4
5
5 FAX: 0
3
(
2
3
4
)
9
4
5
4
‑188‑

会脚色可，，8\

ム帯、経た

•

811:>1ヮド~l :r..~~;.'?I 1 ムザ(otg-8 2J判|

銅孝色教義 3 瞬発p 核瓶、/フトウ好メレ Jï入内三身-~ (S~f\'W1眠1R:tN町〉
現在イ可+内椴議長t1>~~募金山王町"z.o)鞠略戦、'J-I~ 普動 cj吋仇 b(，{刈斗七~s) '{，いうだv 否め例。個々Ø')~/-t\i ぼ z設が12...寸前川軌17序秘話ぐサベは叫
凶作ねイ可i，.，'{;うせ片付時砿叩川恥.'1- ,') ‑lV0'1 ~点虫色ュもがずミ
私。似再現発堤戎 1-)..訴ももし乙1.D)簡完治j，';- 'l.ア時玲ソフト W開戦式協胡九"""Z.^-'I 1州事九 t町閉務教凌点、17ト切開財弘もわ℃、町的\'2.-事L戒しも化へいす話J
4洋礼金本;喝ちも寒~~~宇九補花環茨、乙吋つド悦?簡殺さ培、も俸の梅似し丸一的、fつト句?件、)吋つスメ弘明"" .....，ウトウ~?i:ト， 1 同勺J.- \，.ぷネド/ふうち問時比*3..ル十点'1:

協同問題五郎，こ内咋ナ必抗J::..O')榊t 考えゆ略白，~~(隣接うe一竺笠重、

与留のワ-1)，〆aづったのす吋め:品工事桝j

ず仰ぐ引へ吋核戦;樋控T記婦 I

i，l，'2..拘制ι) LA-^，，，(t.:~~
易体化防U(.... 鴇台ちめが掛タ旗~，鰍境変;0'} ~，苅
え呼吸わ料噴8~ 序t.\，j

判的夕日知的住走民地

0\&吸不|術街よ付加
齢浪のを (J';~lベ円、与もベ幼

偽材悲鳴\ë.-1z:附け乙瞬1
鶏む下忍J払物(~今 μ) 白色h奪〈時速 4心酬)
千敵対脅くn :l+∞ μ〉口外(時か州州 11 ス件川 d 新1川柳名，子導入叫 iキ

f
.
1
.
t
.o";r格化払白鶴m 備費環乏~'-叫』しゅ 1 1..主主〈物吋3姉、 I~ t~句協
和紘よお働幸\2-つ判事芳~:ç ~"2..同事\"'~ヲヅ・ 2私。、17~1' 問者魂或):J '"/7け
輸事防長ゑ鴇)'1つト切-t.トl)っμ 完抗戦弘、存修わm ず串本く 3 問時\'2..集令b'ctル槌~Y\"へき軌 -C 寄与湖
‑189‑

3
r
dSEAEnvironmentWorkshopP
o
s
i
t
i
o
nPaperド.2..\ 1

陥特許保望

種別回会員 no gC {J'7ο 口-R生

球場，斥i石毛幹
住所〒( 102) 家主好判定田区平ゥ可巧 '~I-I
所属(株)ゾ 7 トち">;:7. i) サ戸チ・アソよ工〈り

帆
1・吟
J刈
ρ〆
3ザハザ

百L 付 (234) 26//

仕

事

FAX o
}(26ぇ)

9?
17「1\ 、規模事特r7?i) ザ『均ン向者益支穂、y →しJ のメニテ主と^を句雪辱lまとよ‘協力、ら、ふるオ 7J ン . }f.
.)r→?やさんと扶同で!子オフJ ンや/マソコパ旬】くれな

官包化されてい 3 か少しす、づち州、 l 、殺様専務アフJ リケーらンc:!l0)祥院を設計わらソー之コード(ι。恥し)主抵抗総命的 I~~私する毒兎J ち構毒してき 1ミ 2 埠竿言和 I~!お乃の 1\'-73 -'/h 、、
リリースき札、 1 耳 l 寺ど古河 þ，，~ 手本告白匂に秒、心、丞い司る a

その/全.ニ σいソーi し\~蚤初め二l，..-ずのヒこ 3 で l 事じ入と孔チヲス?マ1~' 主れ良〈イをわれて\ Iるめて取るh'二他の所\ ::.\J..進入さが1 いな、、。

也、廿く間飛し官ソミナ(j. 00"、 i ま 11'.1) f<
TI~ 主催ゥ之 t らいわ\三 ω 為 i 二イ硬いやすく寸る

ヒいうこヒtJ犬、提在σヲ私のべ工事てある 3

ちな h に、ニのツーl しは ÙN以」ニに稿喚され之いる。
作業環境 UNl)く4. 2 BS{) 十 X w"lY' dωVl0R~ト+ NB$ 士 tl、写場号電常損幾年刊ミ描武エミ主主
こか、、ノ寸しめソースJ 引アヲリ > I 明ナリイノドh メ〉ト i 広三台の忌側Y NEWf
S(万ー弘古島創刊ス万緑 1 兄内jに傍散し Z 奮い(~る。乏の肉 1 包 σp ほうから I d:，寸可之が』加、ソリーに見え3 ように N f;，S問、芝勃シト
L，ある.規なこの''/-11，.，\ lI袈犠ユ人で面倒 E 見"Z" I 芝、じちも毛色月初本n..~上l 三 N\\后-~3o とをの C:yト

ヨ'''17'官以アしベか~'J;: ~く￠すL もこのツ寸し勾リソースド置い，è除るマ L〉ι 白ーでlまない') ~この 2 ち 1 -;1.‘当然、青ま肉0)し々NI三官弐カら之、、る。 一

与のア口沿っトの闇犠杓望日 l 乙 1 事件誌環実þ\"イ段ミ V~.fI.X ‑;b\'なれた九崎弘こ引で季Þ'Æï たドキリ〉ト I~ 総て予言ム .~t父、キ農作マニふ71 しで"-'>Ttメ用のドキュメシト l 干す句、主 尚子f で‘
つ〈った s 出カイメーデ宅確言えするr~ ， ~ thftl7J アレヒロモイ恥'Z\ ¥~。ド・キリ〉トモ免時:t; .
f<f同

幾多量丸特々にでlゆるが、墾いづ勺ふ 3 句

現在の問題

‑
<0'::'(7)、ソー1 1.-モイ昆て毛らう 1三めの問息長、として;相久 l 乙鳴して教問し\-:.-くいヲわかっ l ミぐい n イをい~~乙ぃ。各入eをの嚢ヰfih父、大き寸主、'~ 11
1三、から、 Tよかなか皐入 L，もらえ花王、 υ じヨうすれば‘よいか。

@この、ソ-\\-~ ，/- y汁ルスす 3 べ頃リヒ L，の閉経~"いろいろできるような作誰い7 を作ヲr~ r..hI 二.予又子ム知、有蜂になヲてしま >1ミ 3

今物予想さ仇る力スタマイ夫、!て封印ピ、う対決 L之、、 \t\'õX"自明7三ちもユ司、愛 1:...-なるか，
(
9
:
I
i
~'-九シ管兎ヤ〈駐しいこの守のや|し 13ナトヲ人~Ã O')スキーマゃスケ1 しトンリヒ、母れ宣誓刊れな、、。

モれらの h:'一九〉レソベしのパL治シ、え Lマ篭井義 t てき在え考文暗殺とのす1 応、ならV‘に住民でれた、 7-].. 't- 内ゾ〉ト州て-:Y'3νE うゑ ι 穆塊寸るあtx，-間態であふ 3
q了ど
次ページの討論テーマ票にも，必要事項をご記入の上本紙とあわせて 12 月 15 日まで(締め切り厳守! )に下記の SEA 事務

局までお送りください.もちろん，本式の Position Paper も同封していただくほうがベターです(既発表の論文を添付していただいても構いません)

ソフトウェア技術者協会 (SEA) 〒 102 千代田区隼町 2・ 12

TEL: 0
3
(
2
3
4
)
9
4
5
5

藤和半蔵門コープピル 505

FAX: 0
3
(
2
3
4
)
9
4
5
4

‑190‑

p

使ってもらえる開発支援環境に変身させるための構想

ー柑極寒事獲アア!Jタ........:./ヨシ蹄樹委少サルlZodiae.lを怖とー(株j ソフトウェア・リサーチ・アソシェイツ

環境開発部
桜井麻里

ABSTRACT
世の中のソフトウェア開発支媛ツールはどれも使うために開発される筈である。しかし、一生懸命作って見たけど結局使われていないというケースが多いように見受けられる。せっかく苦労していいものを作ったのなら、使ってもらいたいと思うのが人情というものである.
筆者の所にも、機能的には優れているのに余りの使いにくさに使ってもらえないツールがある。小規模事務アプリケーション開発支援ツール Zodiac である。使ってもらえないのは哀しいから、使ってもらえるように変身させようという試みを始めた。

このポジションペーパーは、そのZodiac を例に、使ってもらえない理由を考察し、事務処理アプリ
ケーションの開発環境全体を支援するツールとして使ってもらえるようにするための今後の構想とその問題点を述べる。

1.背景

そこで、他の所にも使ってもらえるように使い易くしソフトウェアの生産性向上ということを旗印に、いわゆるソフトウェア・データベースをキ構築し、ソフトウェアていこうという構想を練っているところである。本題に入る前に、簡単にZodiac の紹介をしておきたい。

の再利用並びに自動生成を推進しようという試みが、数年前から各地でなされている.筆者の所でも、支鑓対象を小規模事務アプリケーションの世界に絞り、

1.
1. Zodiac とは設計からCOBOL ソースコード生成までを一貫して支媛するツー

Zodiac は、小規模事務アプリケーションの開発作業全般を支援することを目的に開発された統合環境である。

ル Zodiac をあるオフコンメーカーと共同で開発してきた。 2 年ほど前から一応動いているとは言うものの、その最初のユーザー(つまり、依頼人)にしか使ってもらって~，ない。そこでは、自分たちのためにどんどんカスタマイズ

その対象ユーザーは、定型パターンの存在する似たよ
うなアプリケーションをたくさん作り、エンドユーザの要求に合わせて細かい修正を繰り返しているような所(たとえば、オフコン・メーカーとかディーラ)を想定している。

を続け、使い易いものになっているようであるが、ソフトウェアハウスである筆者の所には裸のままの使いにくい

その基本思想は、以下に示す通りである。
(1) システム内のデータの相互矛盾を排除する。

Zodiac が取り残された状況になっている.

一方、近年の技術の目覚ましい進歩により、メモリーとディスクのたくさんついた UN医ワークステーションとビットマップディスプレイ、そしてその上で動くウインド
ウシステムが、組織内ネットワークの中で一人一台という同ーの 1 D を持つデータが、システムのどこに現われでも、同じ意味を持つ様にする。即ちデータ項目の管理を DDl により行ない。各種の項目属性が同一に保たれる様にする。

形で使えるようになってきた.つまり、開発環境支媛ツールの再構築をするための道具立てはできてきたのである。

‑191‑

lDD とは、データディクショナリのことである。

fsR6

m
a
r
i
@
s
r
a
.
j
u
n
e
t

E・Mail:第三回 SEA 環境ワークショップ(2) 要求定義~プログラミング~テスト作業を遜してB. プログラム生成系

ON・ LINE 化を図る。

・プログラム定義ツール 4

通常の設計作業は、その大部分を単純な転記に依存している、そのため転記時の誤りが発生しやすく、

c.ドキュメント生成支援系

再利用も困難である。 Zodiac では、すべての設計

各種ドキュメント生成ツール群 5

情報を ON-LIl'屯IDB によって管理し、容易に情報のアクセスが可能になるようにする。
(3) プログラム(COBOL) の自動生成を行なう。

処理の内容によって、いくつかのパターン 2 を用意

2. 使ってもらえない理由
使ってもらえないのは哀しい。だから、その理由を考し、設計情報から必要な事項を取り出すことによっ

えて今後の改善を図りたい。

てソースコードの自動生成を行なうようにする。

開発支援ツールを使うユーザーがやりたいことは、(4) ドキュメントの自動生成を行なう。
設計情報は DB に格納されているので、通常必要とツールを使うことではなくツールを使ってアプリケー

なるドキュメント類は適当にフォーマットを決めてションを開発することである。そういう見方で、出力することができる。

を見直して見ると、使ってもらえない理由としては、大きZodiac

く分けると以下の三つになると考えられる。

(5) 管理データの収集と活用を支援する。

(1)使いこなすためには、導入してから運用するまでの

現在、開発がどの程度進んでいるかの情報を DB か

スタッフの負担が大き過ぎる。

ら抽出して報告するようにする。

(2) いろんな作業フェーズに対するトータルなサポート
1. 2. 現在の Zodiacに欠ける。

以上のような基本思想のもとに作成されたのであるが、(3)全体として使いにくい。

現在の Zodiac は、その全部を完全にサポートしたものではない。しかも、そのための基本的な機能を持ったツールのよせ集まりであるにすぎない。

それぞれのツールはそれぞれを、もう少し詳しく説明すると次のようになる。

UNIX のコマンドとしてシェルから独立に起動されるよ
うになっている。具体的には、次のようなツールからなっている。

2. 1.本格的に使うまでのスタヴフの負担
日本語 UNIX 上に構築されたツールであるから、まずA.設計支援系

日本語 UNIX を使えるようにしなければならない。さら-エントリイ管理ツールに、 X ウインドウや NFS も今や不可欠である。もし、.DD 登録ツール

UNIX ワークステーションを多数用意できたとしても、，帳票定義ツール

その運用・管理が容易ではないことはいまさらいうまでも.画面定義ツールない。それだけでも、いままで CO医)L の世界にどっぷ・ファイル定義ツール

り使っていた人達にとっては相当な負担であろう。

-ボリューム定義ツール.更新定義ツール

・処理定義ツール 3

しかし、Zodiac を導入し、本格的に使うまでの負担はそれだけではない。組織内におけるアプリケーション開発の標準に基づいて、 Zodiac のカスタマイズを行うと共に、標準部品を作成6 しなければならないのである。これが、実に大変な作業である。さらに、標準部品の使い方に

2 いわゆるジェネレーションルールである。

Zodiac では、このスケルトンと呼んでいる。おなじ
レイアウトでもこのスケルトンによっては全く遣うことをするソースコードが生成される。このスケルトンを書くことはユーザーに任されている。そのことがZodiac の良い所であるが、同時に導入を難し
くさせている要因ともなっている。

3 処理のîJßれを定義するツールではなく、理1璽(プログラム)か使うファイルや帳票がどれかを定義する
ツールである。

4 スケルトンにしたがって、設計支援系によって入力された情報やプログラマからの追加情報をもとに文法エラーのない COBOL ソースコードを生成する。

関する説明書も書かなければならない。そのへんに関し

5 データベース内の設計情報を書式化しレーザプ

リンタに出力する。それぞれのドキュメントに対応
して、独立なコマンドが存在する.

6 まず、既存のアプリケーションを幾つかのパターンにわけ、それに応じてスケルトンを作成しなければならない。これには、対象アプリケーション
に関する豊富な経験がJ要である。そして、データ
項目名を標準化し、組織的標準のデータシクショナ
リを作成しなければならない。そして、プログラマが直接f うことになっている中間言語 (PDL)のマク
ロや OWN コーディング集などを作成し、最終的には標準となるアプリケーションを最低一つはサンプルとして作成する必要がある。

‑192‑

p
第三回 SEA 環境ワークショップて、現状のZodiac ではなんのサポートもしていないのである。あるのは、「だれかが標準部品を作れば、アプリ

以上の様になる分けであるが、残念ながら現在のZodiac がまともにサポートしているのは、 e ，f だけであケーションプログラマは、それを利用することにより、レる.そのほかの部分は、データベースのメンテナンス用のイアウトを定義して質問に答えるだけで、望んでいるよう

プリミティプなコマンドが存在しているだけという状態

な処理をする COBOL のプログラムが自動的に出てきまである。筆者らが Zodiac のメンテナンスをして行く上

すよ .J という機能だけなのである。もちろん、それだけででは、それらともともと UNIX にあるコマンドだけで必も素晴らしいことなので苦労して導入するだけの価値は要十分だったからそうなったのである。

あると思うのだが、スタッフの負担の大きさは導入をためらわせる大きな要因となっている。

しかし、 Zodiac を使ってアプリケーションを開発しようとする人達は、今までやっていた作業のほとんどをそのもちろん、どんなツールであれ、それを導入し使いこなツールを使って行おうとするのだから、もっと広範囲の総して行くためにはそれなりの努力が必要なのであるが、そ合的なサポートが欲しい筈である。これは手作業、あれはれも程度問題である。

Zodiac をつかって、その結果を紙に出して目で見て、そ2.2.

自分のことを考えれば直ぐ分かる。だから、日常接していしてーなどとやっていると段々面倒臭くなってくるのはいろんな作業フェーズに対するトータルなサるものだから、なるべく全部を一つの世界で終わらせるこポート

さて、すでに標準部品があるとして、 Zodiac を用いたアプリケーション開発の標準的な作業の流れは、次の様にとができたらうれしいだろう。

そこで、ユーザー(アプリケーション開発者)の目で見ると足りないものがいっぱいあるということになる。となる。

くに、 b.分析， j.保守の部分は楽に使えるユーテリティをa. 受注

用意してあげないと、せっかくデータベースに保存しであb. 分析

る情報が有効に使われないことになってしまう。また、再ここでは、受注したシステムが過去に開発したもののどれに似ているかを分析する。どれにも似ていな

い場合は、Zodiac を使ってソースコードまで生成利用ができるように、設計情報と生成情報をデータベースにいれてあるのに、他のシステムを流用するための手段が繁雑なのもいただけない。

するのは困難である。過去に開発したシステムで、参考になるものがあれば、それをコピーする形で開発を進めればよい。特に重要なことは、既存の DDやスケルトンがそのまま使えるかどうかということである。

2.3. 全体としての使いにくさ

さて、なるべく全部を一つの世界でやりたいということは、それぞれの機能をもったコマンドやツールが存在す

c. 対象システムの登録れば良いというだけでは不十分なのである。確かに、一つd. エントリイの登録

一つのツールはなるべく単純で使い易いことが好ましい。

そのシステムで必要な帳票/ファイル/画面などのエ

それは、 UNIX のツール・ボックスという考え方が多くのントリイを登録する。登録しないと、レイアウト定

人に受け入れられていることをみても明らかである。だ

義ができない.

から、機能単位にツールを分けておくことは良いことであe.設計系定義ツールを使ってレイアウト定義

・最初に DD 登録(たいていの場合、涜用)・ファイ
ル定義と処理定義・そのあと、帳票定義と画面定
義および更新定義

f. 生成系ツールを使ってプログラム定義および生成
g. デバッグ、テスト

l.納品

ドキュメント生成
j. 保守る。そして、 Zodiac の場合、確かに個々のツールはそれなりに使い易いように工夫されている。しかし、個却のツールがぱらぱらに存在しているだけで、全体としては使いにくいものになっている。

例えば、一つのことをやりたいだけなのに、そのために5 個もユーテリティを組み合わせなければならなかった

り、引き数を知りたいだけなのにわざわざ他のコマンドを実行しなければならなかったり、関連する情報も一度に見たいのにそれができなかったり、急に他のことをやりたくなった時、わざわざそのツールを抜けなければならなかったり、とにかく何かと不便である。
ユーザーの目で見て、使い易いように統合化していか

X. トラブル処理

y. ディスク、長官などの資源管理およびパックアップ

なければ使いたくなくなる気持ちも良く分かる。

Z. いわゆる運用管理‑193‑

第三回 SEA 環境ワークショップ

2.4. 使いにくさの元凶

4. 1.目標

使いにくさの元凶は、ツールを使う人の見方を考えずに、ツールを設計する立場の見方、場合によっては、ツールを実現する人の立場をそのまま使う人に見せているか

目やりたいことがすぐにやれること。
-やりたいことをやるための方法がすぐ分かること。

-ユーザーに見える部分は、抽象度のレベルが同じである

らである。そして、作る方のいいわけとしてこと。

-やればできるとわかっていることはすぐにはやらない・使う方だってフ・ログラマなんだから、好きなように直して頂戴よ、ソース全部あげるから“という気持ちがあり、わかっていながら放置しておいたと-見たい時に見たいものがすぐ見られること。
-矛盾を起こさないかぎり、やり方はなるべくユーザーの自由にできること。

いうことは否めない。

たとえば、システムの設計を始めてからプログラムを完成させるための手順についても、ト、ソプダウンに考3. 改善のための構想

えられる時もあれば、ボトムアップに考えたい時もあ

理由は分かつているのだからそれを改善すれば良いのるので、どちらからでもできるようにしたい。エディは明らかである。では、この状況をどのように改善して行タにしても、仮名漢字変換にしても、なれているものをくか構想を述べて見たい。

使いたいし、なれている方法でやりたいと思うのは、使う立場としては当然の要求である。

やらなければならないことは沢山ある。しかし、今はそれを全部やることはできない。そこで、次のような段階を経て、使ってもらえるような開発支援環境ツールにして4.2. 基本的なアイデア

いきたいと考えている。

戦略としては、次のようなもの。

第一段階「もの」を主体にして、「機能」を選択できるようにする。

今あるツールに手を入れずに、ツールを統合化してつまり、以下のようにする。

全体として使い易くすることを目指す。後々ツール(1)1 もの」を主体にメニューを出す。

の追加・変更が予想されるのでそのことも考慮する。

(2)何かを選ばれたら、まず、一覧とか構成図などを表

第二段階

示する。

今あるツールはそのままにしておいて、足りない(3) そして、その「もの」たちに対してできることをボタ

ツールを用意し、日常の作業全鮫をサポートできる

ン表示してクリックされるのを待つ。パラメータがような総合的な環境を目指す。そのとき、第一段階で行った統合化環境の中にうまく溶け込ませるよう必要なものに対しては、一覧の中からクリックしてに工夫する.

もらうとか、キーボードによる入力を待つ。
「もの」とそれに対してできる「機能」を全部並べただけ

第三段階

では、かえって、何をして良いか分からなくなってしま

今あるツールを使い易く、かつカスタマイズし易く

う危険性がある.ぞれを少しでも和らげるために、そなるように根本的に見直す.この際、データペースの時の状態によって、やってはいけないとかできないの機構についても根本的に見直したい.

などの「機能」に関しては選べないようにしておく。

第四段階

00一覧を出している場面では、その一覧に対して、たサンプルとして提供できるような標準部品とそのマだ全部を表示するだけでなく、フィールド指定によるニュアルを試作し、導入側のスタッフの負担を軽減

ソート及び grep などの加工ができるようにする。

させることを目指す。また、分かり易い導入解説書
やスケルトンの正しい作り方などの解説書も用意しある機能単位の中では、その手 )1贋が分かるようにガイ

たい

ダンス表示する。

道は遠い.。
ちょっと細かい話で恐縮ですが、戦術としては例えば次のようなもの。
4. 全体としての使い易さを目指して

00定義、 00一覧、 00 構成図など、一つのシステムてすま、第一段階の「ツールを統合化して全体として使い易くすることを目指す」ためにどうすれば良いかを考えたの中の何かを表示する時は、ID だけでなく対象シス

テム名がわかるようにする。これは、今自分が扱っているのがどのシステムであるかを利用者に認識させ、他のシステムと区別を付けるためである。他のシステ
ムを参照したりする時には、この機能はどうしても必

‑194‑

.
.
.
.
.
‑
第三回 SEA 環境ワークショップ

要になる.
ユーザーからの入力を受け付ける時は、以下のような点に注意する。

(1)あらかじめ選択の幅が決まっている時 (SEl.ECI'ASK 形式)には、それらを表示しどれか一つを選べるようにしておく。

(2)ID 入力などの場合には、選択対象の ID の一覧を表示し、入力の助けとする。できれば、クリックしただけで入力フィールドに D が入った方がよい。
全てのウインドウに対して、可能なかぎりカットアン
ドペーストをサポートする。

その他、アイデア募集中。

4.3. 実現のための方法

では、どのように実現するか。これが問題なのである。
現在のところでは、シェルと、酒匂氏の XME7 に頼ろうと考えている。足りない部分は C 言語でプログラムするしかないであろうが、それはなるべく避けたい。
4.4. 問題点

ツールをメンテナンス/カスタマイズする立場から考えると、問題点は山積みされているのだが、ここでそれらを一々述べることは避ける。
要は、これ以上Zodiac システムを複雑で説明し難い
ものにしないようにしながら、使い易くするためのツール(コマンド)やライブラリを増やすためにはどうやって実現していけばよいかということである.結局の所、ユーザーにカスタマイズしてもらうしかないので、そのための機構と支援環境を今から考えて構築しておかないと、いつまでたっても自分が抜けられなくなる。

5. ワークショ 7 プに肉行てこの構想、は、まだ考え始めたばかりで、いろいろ悩んでいます。きっと、他にも似たようなことで悩んでいる人がいるであろうと期待し、ワークショップに参加することを希望しました。皆様の経験談とご意見をお聞きし、皆様と共に議論できればと思っています。

7X.Window 環境下で動作する簡易ユーザーイン
ターフアイス構築ツールで、 SRA の酒匂氏が実験的に作成したもの。今回のワークショッフ・のポジショ
ンペーパとして提出されている筈であるので、そちらを参照のこと。

‑195‑

3
r
dSEAEnvironmentWorkshop

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

第3 回

SEA 環境ワークショップ

セッション 4

開発環境管理の実際
チェアマン

: 白井

プレゼンテータ: 山浦
田中

義美(日本電子計算)

恒央(日立ソフトウェアエンジニアリング)
一夫(山一コンビュータ・センター)

桜井 麻里(ソフトウエア・リサーチ・アソシエイツ)
レポータ

: 細野

広水(ヱム・ケー-シー)

1.&まじめに白井:

最後のセッションを受け持つ日本電子計算の白井です.よろしくお願い致します.

討論テーマは大きく 2 つに分かれていまして， 1 つは分散環境に対する管理をどうしたらよいかという問題，もう1 つは人を含めて開発環境をどう管理するかというマ
ネージメントの観点です.

分散環境については，昨日のセッションでかなり討論されましたので，このセッションではできるだけマネージメ
ントや開発環境を管理するためのツールに話を絞っていきたいと思います.

それでは，プレゼンテータの 1 人目は，田中さんにお願い致します.

ます.オーロラと名付けた開発手順に沿って工程を分けています.理由としては，人聞が多いことで，社員，パー

ト合わせて約1. 000 人がプログラム開発をやっています.そこで分析からテスト/運用まで手}I債を作っています. 1 番困っているのは上流工程，つまり要求定義です.
このあたりで，徹夜も有ります.理由は納期が厳しいこと.

証券会社で，今だと税制改正の対応で，ハードな仕事です
いろいろなツールも使っていますが，あくまでもメンイフ
レームの世界です.ただ我々としては，これが精いっぱいの仕事だと思っています.今回お話したいのはこのあたりで， DD/DS と書いてある部分をやりましたので，そこをお話します. (これは，昨日のセッションで話をする予定だった部分ですが，チェアマンからの指名の際に何故か SRA の田中さんが出て，話の展開を面白くしてくれま

2. プレゼンテーション

したので言わずじまいでした j

2. 1.保守周 DD (VEGA)

田中:

山一コンビュータ・センターの田中です.よろしくお願い致します.

まず，簡単に今の環境を説明しますと，完全にメインフレーマです.メインフレームしか有りません.使っているのは TSS です. U N1X のような流行の世界は知りません.会場の皆さんからみると古い世界ということになります.言語も相変わらずコボルです.ユニパック，
1BM ，目立いずれもコボルです.いろいろなツールは使っていますが，基本的にはメーカーのもの，そして自分たちで作ったものです.ただ，ユニパックは以前から使っていたので， (IBM ，目立は最近なので)ユニパックのツールが多いです.ただ，ユ二パックはマイナーな世界なので，知らない人が多いと思います.

開発手}I痕などを規定していますが，一般と同じだと思い

DD/DS はユニパックの上で運用されています.話のキッカケは昭和 61 年 NTT 株の上場の時.桁数が多くて納まらなくなりプログラムの修正が必要になったことです.その時は COPY-LIB(登録集)などを全て人手で処理したわけですが.そんなやり方はどうも旨くないということで，保守用 DD を作ることになったわけです.
DD の目的は，入手で探していた情報を早く見つけられるということだけです.ともかく，いま動いているプログラ

ムを対象にしています.データ項目は標準化しであるのですが，現状はメチャクチャなので，今後の参考にもしようという意味もあります.昨年 12 月に 1 週間くらいで，
プログラムの一部ですが， DD を作っています.

DD の作り方の概要は，まず， COPY 一 L 1B (登録集)からデータを抜き出して，保守用 DD にデータレコー
ドとデータアイテムを作るというものです.ユニパック‑196‑

3rdSEAEnvironmentWorkshop

Env Manages
e
s
s
i
o
nr
e
p
o
r
t
0

の TSX というツールの ERA モデルの概念を使っていデータの件数ですが，一部を処理したのですが，プログます.

ラムが 5 ， 800 本，登録集が 4 ， 200 本，データ項目

次にソースプログラムを同様に処理して.保守用 DD には 98 ， 000 件で，参照/更新等の関連は 550 ， 000

情報を入れます.最終的に欲しいのはコポルのソースプ件に上り，属性は 92 ， 000 で合計で 754 ， 000 件

ログラムと COPY-LIB のデータ項目との関連で，特が登録されたわけです.但し，ネーミングの問題で，同名定のデータ項をどのプログラムが使っているかというこ

異議や異名同義などが多数あるので，今後の重要な課題でとで，そのためにかなりの手がかかっています.

す.

3. 構築方法概要
3.1 登録集エレメントを入力とし、入口名と使用テータ I員呂の情報を蓄積。

実冊 U 入力データが大量的1I

分割処理を 1;' う.

オルタネートプ') ;，ト{~，羽目名)

D^ l'^.Jl)';COIU) ておりItTII\ J】

図 2-1-1

保守用 DD(VEGA)DATADl VISION IIt,:PO I!TSECTION を除()日一町ゆから COpy句金解析(fii自宅)図 2-1-2‑197‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

3.3 プロクラム力、使用しているデータ項目の情報を蓄積。
u王) PROCEDUHEDIVlSION 以降で使用しているデータ項目のうち、登録集で定義されている項目との関連を蓄積する。

保守用 DD(VEGA)(ftl目名)4参照

図 2-1-3

構築にかかった時聞は.

cp u で 45 時間，実行延べるのは検索時間です ~1) のデータ項目とプログラムの関連が何千件にもなるわけです.データベースを全てなめる

73 時間で予想を越えていました.

今後のメンテナンスについては，現状は初期構築ということになりますので，ちょっと時間がかかります.場合にことで無から DD を作ったわけですが，日々のフ・ログラム

よっては 1 時間弱，データ項目の多いものはパッチで流す修正があるわけで，本番に移す際に必ず DD にも登録するということで対処しています.

ようにしています.しかし 1 日 100 本もの修正が重な

以上が保守用 DD の概要です.これが開発環境の管理

ると DD の更新に数時間かかるので，運用面では大変です.

ということになっているかどうかは分かりませんが，メイ

ただ，使う側からみると何も無い時代と比べて関連項目のンフレームを使う者にとっては最も悩んでいる部分なの検索は早くなっています.

で作ってみたという次第です.

DD を使つての参照方法は，まずスタートすると検索画

本当は UNIX とか分散環境を使ってみれば良いのかも知れませんが，メインフレーム上でなんとかならないか

商が出て，(1) データ項目の変更によって彰響を受けるプログラムと考えたわけです.
白井:と PROC と COpy ーし 1 B(
2)C0PY‑L 1B の変更によって影響を受けるプロ

有難うございました.

次は山浦さんにお願いします.

2. 2. ソフトウェア開発に於ける三身一体

グラム

(
3
)C0PY‑L 1B で定義しているデータ項目

山清:

目立ソフトウェアエンジニアリングの山浦です.

(4) プログラムで使用している COPY ー LIB

今日の私のトピックスは「ソフトウェア開発に於ける三身(5) プログラムで使用しているデータ項目

一体」と題し，ソフトウェア開発方法論，ツール及びソフ
トウェア・メトリックスについてです.よろしくお願い致といったものを選択するようになります.
これは，まだ使い出したばかりですが，問題になってい

します.

‑198‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3rdSEAEnvironmentWorkshop

まず，エンジニアリングの評価基準というのがあります

知らないものをどうやって作るんだ，フィードパックの掛が，最初にくるのは「高品質のものを安価で速く」というけようが無い.これを私は「技を盗め症候群」と呼んでいことになります.テレビのコマーシャルで吉野屋の牛井

ます.期jの言葉で言うとドンプリ勘定の世界，感覚だけでは「旨い，安い，速い」で，エンジニアリングの心髄をつ処理をする，ほとんど芸術です.

いていると思います.次に「楽して儲けよう』というのが次にツール群の無い環境，これは，今は殆ど無いと思いあります.少ない労力と少ないお金で儲けよう，儲からなますが，ツール--環境と誤解されている.ツールの無いければエンジニアリングではないと思っています.じつ

環境は 1 番救いがあると思う.これは手工業です今日は，大森の平和島競艇の自タクの呼び込み文句なんです.

も 1 日ご苦労様症候群 J.

さて，技術の進歩について，人はどれくらいの速さで移3 番目に開発方法論の無い環境というのが有りますが，動できるかを見てみると，まず歩く場合は 4km/h ，

これは何十%とある.メトリックスほどではないが，多い.

10 倍に速めようとすると自動車が出てきます.さらに

これは無法地帯です俺たちに明日はない症候群」と呼10 倍に上げようとすると飛行機ということで，地上からびます.暴走族の話を聞いてみると，無法の世界でも厳し空へと発想の転換があるわけです.さらに 4 ， OOOkm

いルールが有って，決して楽でははいようです.

/h まで上げようとすると空気に頼れずロケットになる.

それではソフトウェア・メトリックスについて簡単にや

10

りたいと思います.実はこの OHP は再利用なんですが，倍位にすると新しい考え方が必要になります.これは力いつも最初に言うのは計測できたり数値で表現できた

3 倍くらいなら歩行から自転車くらいで済むけれど，とき，初めてそれについて知っていると言うことが出来

まずに進める巡航速度で考えています.
それで，ソフトウェアの開発環境ということになります

る」というロード・ケルビン卿の言葉です.これが全ての根が，先ず，ソフトウェア開発の方法論と，メトリックスと底にあります.ソフトウェア・メトリックスとは何である

ツール群は， 3 つがうまく噛み合っていないと開発環境とかというと，まず，ソフトウェアの品質/性質を定量的には言えないと思います.交通安全というのを考えてみま

計測することが有ります.それをどう使うかというと，計すと(交通システムと考えても良いですが) ，まず交通安全量化されたデータを基に，現実の生産活動をコントロールのための方法論というのが有ります.追突防止にはこうするものでなければいけない.単に数字があるだけではしなさいとか，左折時の歩行者巻き込み防止はこうしなさ

何の意味も無いのです.言い訳の材料にしかならないのいといった具合いです.そうしたルールのようなものが，です.もう 1 つは，過去の活動/経過を分析し，現在の生ソフトウェア開発での方法論になります.こういうふう

産形態に反映させて，より効率的な生産形態へ向上させるにすれば誰でも一定の結果を得られるであろうというもためです.

のです.それに対して，状況の計測というのがあります，

ソフトウェア・メトリックスというのは，やらなければ

時速何 km なのか，視界が何 m であるとか.道路の混雑度

いけないと言われてはいましたが，比較的新しい分野でしとか，路面の状況はどうかといったもの，これがソフトて，歴史ですが，私の独断で，第 1 期は始まりで 1976

ウェアのメトリックスという事で方法論と密接に関係が~1982 年頃，あります.最後にそれを具体化するツールがあります.

ロマティック・ナンバーというのでプログラムの複雑性と例えば自動車であるとか，信号機であるとか，こういったいうのを計測しようと言い出した年です.まだ，複雑度と物が全て噛み合わないとチャンとした交通システムといいうのが定義されていませんでしたから，まず手近なデー

うものが出来ないわけです.ですから，メトリックスが無タを基に計ってみようというわけです.例えば，ステッフ・

いのは，メーターが無くて自動車を運転するようなもの

数とか仕様書のページ数とか，サイクロマティック・ナン

で，ほとんど狂気の世界です.

バーとか，ソフトウェア・サイエンス，こういうものが出てソフトウェアメトリックスの無い環境，これは伝統工芸

1976 年はマケイプという人がサイクきました.とにかく計ってみようというのです.

の世界です.工業ではない.工業と言うからには自分でサイクロマティック-ナンバーというのは簡単で，フどんな物を作っているのかを定量的に把握できなければローチャートがあるとしますと，それが幾つの閉じた領域

ならない.イギリスのロード・ケルビン卿の言葉で計測に分かれているかというものです.全体が 1 つで，各々のできて初めて自分はそれについて知っていると言える J ，部分が 2 ，

‑199‑

3 , 4 というわけで，この図の場合は 4 というEnv.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

ことになります.数学の世界でオイラー数というのがしています.品質制御の追求という時期です.

あって，それに相当するのだとマケイプは言っています.

まず，メトリックスというのは生産活動を制御するため

もう 1 つのフローチャートでも複雑度は 4 というふうにのツールである.あくまで命題ですが，だからソフトウェ

なりますが，たぶん皆さんはそんなパカなと思うでしょう.

ア・ライフサイクルの最初から最後まで，つまり要求仕様

そうなんです.サイクロマティック・ナンバーというのはからテスト段階まで必要です.また，メトリックスと直結

言葉は立派ですが定義がハッキリしていない.何でこうしたソフトウェア開発方法論というのが必要です.それ出てきたのか科学的な根拠が無いのです.タダ数字をに，計測の自動化とか隠ぺいとかも必要です.現状は自動言十ってそれが複雑度だと言っているわけで宗教の世界な化されていなくて，各々のプログラマーの自己申告になりんです.

ますから作業が大変ですし，データの操作という問題もあ次に出てきたのはソフトウェア・サイエンスというので，ります.

1977 年にハルステッドという人が発表したんですが，次に.品質そのものを計測しようというもので.私がif とか goto

やったアプローチというのは，ソフトウェアの品質を分解やる事は，先ずオペレータの種類の数，

とか+やーとか，これを出す.それから，オペランドの種して各々について要求を具体的に表現する値を抽出しよ

類の総数(変数の総数) ，それに，各々の出現数を出して.こうとしたものです.つまり，

れを式に入れるとプログラムの作成とか理解に要する時

例えば信頼性というものについて，こういうふうに計測し間が「秒」で出てくるんです.すごいですね

1 つの値でやるのでなくて.

これはたら良いのではというようなもんをいろいろ使って.こ

ほとんど冗談ですけどマジメに検証する人がいるんです

れにはスペクトラム・メトリックスという名前を付けたんよ.いまでも情報処理学会などで論文が出ています.

ですけど.何故こんな事をやるのかというと，例えば美人図ったものです.直感的にみてどうかなと思うんですが，コンテストで 9.6 と 8.0 の人がいたとすると， 9.6 とか問題は科学的根拠が無いことですね，つまり値が何を表現

8.0 とかは何だろうか，そんなことを言われるよりも，身しているか不明であるとか，精度が低いということです.

長/体重/趣味といったもので具体的な数字が数多く

また，コーディング以降の工程にのみ適用可ということであった方が，選ぶ方としても見方が遣っているから有難いす.このうち，科学的根拠が無いというのは，使ってみてんです.数値が小さい人の方が劣っているとは言えない

良ければ納得できるんですが， 2 番目のは製品が作られてわけです.例えば，伴侶を求めているのか友達を求めていから計測することになって，惑い値が測定されたらどうするのか会社で働く人を求めているのか，ということです.

るか.結婚してからやめとけば良かったかなと思うのと同

1 つの数値で代表させていることの危険性があります.

じで，やり直しは大変なことです.さらに.単一の値で品メトリックスによって方法論を制御してやろうという質/性質を評価するのは，品質のコントロールやフィード

考えで，メトリックス・ガイディッド・メソロジーという名パックが困難になります.例えば，

前を付けまして(略称 MGM) ，名前はすごいんですが，ま4 と 8 とでどう違うだ実体は無いんです.メトリックスの適用により生産活か?

十 4 なのか単位が明らかでないし，動をより良い結果に導くという考え方で.全ての工程にメ

zero が定義されていないわけで比較の意味も無いわ

トリックスを適用…ーなど，先ほどと同じ事なんて'すが，けです.

最後に測定された値というのは客観的なんですが，その意

2 倍なのか，

これではダメということで 1982 年頃から第 2 期で味するところは各人違うわけでして，それを主観的に使おすが，実用化への始動ということで，ソフトウェア品質のうということです.ファジーセット(唆昧論理)というのをある部分を計測しようというふうになってきました.品

適用したら出来るかも知れないと思っています.まだ質という言葉がやっと見直されてきました.値の意味をやってはいませんが.

追求しようとする.そしてメトリ、y クスを意味のあるも

品質の分解というところでは，いろいろな見方がありまのにしよう，役に立つものにしようと研究され始めた.第すが，私は 1 0 個に分解しています.まだ十分に検討され3 期に至る過渡期のようなものです.

ているわけではないんですが，どうするかというと，例え

第 3 期が 1984 年以降で，私がメトリックスの関係をばインティグリティについて考えてみますと.システムの研究し始めたのが 1984 年だから，第 3 期ということに外敵からの脅威に対して安全かということ……ハッカー‑200‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvlronmentWorkshop

いと言い切ります.

であるとか，悪い人が侵入してこないかということですけ

れど.メトリックスとしましては，(2) メトリックスをどう使うかという点で，メトリック(1) 堅牢さ，どれだけ外に対して強いかということです

スは品質の各要素を明確に表現でき，生産活動をよりが，まず，パスワードの強さとか.とe んな方式を使っ良い結果に導くものでなければならない.作った後ているか，あと，機密階層レベルといったものを計りで計ってもつまらないのです.私の結婚は失敗でます.必ずしも数値で表せるとは思いませんが，これあったという理由は出ても，どうすればもっと良かっ

も 1 つのメトリ、y クスと考えています.

たかという良い方向にはいかないのです.これではちょっと寂しいですね.私も後悔していますが.

(2) システムの外の人，つまり惑いことをする人にとってデータとかシステムにどれだけの価値があるのか，(3) メトリックスは開発方法論と切り離すことは出来な

価値の全く無いものに対して金をかけてもしかたな

い.計器飛行の世界なんですね，飛行機をいかに正しいわけです.

く目的地に飛ばすかは計器が無いとダメなんです.

(3) システムの中の人にとってどのくらい価値の有るも(4) メトリックスはソフトウェア開発環境との融合により，その結果が最大限に発揮できるのです.

のなのか，(4) 機密保護のための実際の費用です.つまり装置とか，オーバヘッドとかシステムの監視というものです.

ということです.
さて，何でも最初と最後が面白いと思います，小説でもなどです.こういったものからシステムは安全なのかどそうですが.私は要求仕様の定義あたりと，最後の検証あうか，保護をすべきかどうかといったことがおぼろげながたりが 1 番面白いと思っています.いつも気になるんでら判ってきます.先程のように全部まとめて 4.0 では訳

すが.検証系と言うのはいい地位にない，冷飯を喰わされがやj らないわけです.

ていまして泥臭い仕事が多いんで，何とか自動化できない

他の項目については省略します.

かと思って開発環境の中でテストの自動化を考えていま次にファジーセットについてですが，これはカリフォル

す.この根底にドメイン・テスティングというのがありま

ニア大学のザデー先生が 1965 年に発表したんですが，すので，それについて説明します.この OHP も 2~3 年

暖昧論理.例えば暑いとか寒いとか，人によって表現が違前からの再利用です.

うというのをどうやって表現しょうかということで，確率たものです.

1980 年にホワイト先生が考えのようなものを導入して定量的に表現しようとするわけ

まず，プログラムの概念ですが，プログラムは入力デー

です.暖味な概念を数学の世界できれいに捕まえようとタのドメインと，それに対応する処理，この組合せの集ましたのです.例えば，寒がりの人と暑がりの人がいて，暑りと捉えています.例えば.

がりの人は 1 0"c位ではまだ寒い.

ういう処理.

0.5 くらいで暑いと思う.

らない.

2O.C あたりで確率30.C を過ぎると暑くてたま

0.0 から1. 0 の聞に確率のようなメンバーシッ

プ関数で割り当てようというのです.寒がりの人は 30
度を過ぎてもまだちょっと寒い.

18 才以上の人に対してはこ

18 才未満の人にはこういう処理という具合

いです.あるデータの集まりに対して，同じ処理をするということですね.図でかくとこんな具合いです.
ここで，処理が誤っている……コンビューテーション・

40.C 辺りでやっと暑エラーと言いますが，… F i の誤りがあります.つまり，い，こんな人いるかどうか判りませんが.ソフトウェア開処理が誤っているのですね.次に分け方の誤り…・・ 18発の例でいうと.初心者の場合モジュールの数が 10 であ

才未満のつもりが 20 才未満になってしまったというよると繁雑である，それに対してエキスパートでは 40 位でうな……ドメイン・エラー.

苦しくなるという具合いで，モジュールの数と難しさとい

ミッシング・パス・エラーというのがあります(D i.

D i の誤りです.

3 つ自にf i) のセットの欠落ですね.機能もれです.処理そのもうグラフにすれば対策を論じられるわけです.
結論としまして，メトリックスについて私が言いたいこのが抜けている.この 3 つがありまして，ドメインテス
ティングで何をするかというと，ドメインがどう歪んでいとですが，(1) ソフトウェアの生産がエンジニアリングとなるためるかということを自動的にテストデータを作って上げよには，メトリックスによる品質の定量的把握が不可欠

うということです.それに，コンビューテーション・エ

である.メトリックスの無いものは開発環境ではな

ラーの一部も検証できるんです.マイヤーズの書いた本‑201‑

Env.Manages
e
s
s
l
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshopに「テストの技法」というのがありますが，その中に同値分割がありますが.その概念の一部がこれに入っています.
概略ですが，コーディングで X ， Y を読んで y 孟 1 なら私が言いたいのは，テストを自動化したいんという事ですが，

1 番言いたいのはこれです.

rSEA にもテスト分科会を作りませんか」

a が 0 ，そうでなければ a を 2 だとします.今， y 孟 1 とついでに，私が昔考えていた，開発はこう有るべきだという判定が正しいか否か判らないんですが，ここに注意しいうのがありまして， OPUSDE1 と名付けて，こうすて下さい.

y=1 の線があって(これが正しいかどうか

るんだと考えた 3 年ぐらい前の話をします

判っていれば苦労はないんですが)，その上にあれば a=

まず，昔の典型的な環境というので，シンタクス・ディレ

O 下なら a=2 と言うことになります.これをどうやっ

クテッド-エディタというのが核にありまして，それをy=1 の線の両使って高い品質/生産性を上げようというんで，まず道具側，十分離れたところの線上に 2 つの点 p 1 , p 3 をとりが先にあって，それをうまく使おうとしているんでは無かます.またまん中あたりで線に乗らない僅か下の点をと

ろうか，ガンダウルフとか，コーネルのプログラム・シンセ

ります (p 2). 両側の点のところは a=O ，まん中の点のサイザーとかいったものだと思います.それではソフトて検証しょうかということですが，まず，この 3 点をとればドメイン

ウェアは滅びますので，私のアプローチというのは，まずの歪み，つまり線が上にいってるか下なのかがやl るだろう

何をしなければいけないか，というところから，それに向というわけです.実際に値をいれてみると，

けてどんなツールが必要かという順で，洗練された，よくところは a=2 になります

p l，

p3 は

線上つまり y=l だから a=O ， p2 は僅かに外れて a=

まとまったツール(実は紙の上でまとまっただけですが)を2 になります.しかし実は，真の境界が別のところにあっ考えよう.特徴としまして，全てのフェーズをカバーしなて，仕様書とか頭で考えた値を入れてみると全て a=O にければいけない.そして管理面でのサポートもできなけなるんです.ここで実行値とズレているというのが，境界ればいけない……つまり金，時間といった面ですね.あと緩がズレているな，パグが有るなと判るわけです.斜めのペーパーレスです.ツールとして考えたものは後で述べズレというのも同じように検証が出来ます.

るとして，最後は健全な方法論の上に立っているよ，といなんとなく踊されているような気がして，良く読んでみるとやっぱり踊されている.というわけで，私も人に聞いうことです(言ってるだけですがにツールの 1 つですが，SWORD というのを考えまして初めて理解できた次第です.騎されていると思っていて，半形式要求仕後記述言語です.例えば，ソートマージ

る人も踊されているんではなくて本当なんです.

の機能は「入力ファイルよりレコードを入力して，その入ホワイト先生はフォートランの上でこれを構築してテ

力レコードをキーに従ってソートした後，それらを出力

ストデータを作っています.もっと複雑になって x と y

ファイルへ出力する」となります.自然言語の解析というを読んで x 孟 O の場合はこうして.さもなければこう，そのは他に願うとして，名詞か動詞かというのが判れば有る

して， a 孟 1 ならこうで，さもなくばこう，といったプロ程度機能かデータかというのが出てくるのではないだろ

グラムで考えてみますと， X 詮 O のところで境界が出来まうかということです.その名詞/動詞にあるラベルを付して，右半分と左半分で 2 つ自の判定 a 孟 1 の意味が変ける.それは人聞がやります.ラベ、ルは普通は隠して見わってくるんです.それでいくつかの領域に分かれて，ドせません(指定は出来ますが)ただ，入力ファイルとかレ

メイン・テストでは各々の境界線について 3 つの点をとっコードとかいった言葉を次のデザインとかコーディングて，境界のズレを検出してやろうというんです.今は 2 次の時に同じ言葉を使って割り振っていけば，何とかなるん

元ですが， n 次元でも同じで， n{困の o n (線上)のポイン

じゃな L 、かと思いまして考えて，何にもやっていませんが.

トと 1 個の o ff のポイント(線から外れた点)て\少なくもし，同じ言葉で仕様からテストまでコードが出来ます

ともドメインのエラーは判るというのがこのテストの主と，どんな良いことが有るかといいますと，リップル・エ

旨です.ホワイト先生のはフォートランですが， C とか良

フェクトつまり波及効果というのがありますね.ある所

く使われている言語に応用したいと思っています.いろで修正すると，他のいろいろなところに波及してくるんでいろ制限がありまして，それを解除しようとしています.

す.それがある程度自動的に出来るのではないかと考え

ドメインテストにも欠点がありまして， COMPSAC のたんです.リップル-エフェクト・アナライザと名前はスゴ

とき発表したんですが深入りしないようにしましょう.

イんですが，モノが無いだけに説得力が無いですね.

‑202‑

3rdSEAEnvironmentWorkshop

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

もう 1 つは SCISSORS. 道具ということで無理やり合わせた言葉なんですがContrtolS

tatus

たいのですが.
次に今後何年くらい使いたいか.ということで，耐久性

proceSSORS という面白いを考えなければならない.次に安全かどうか，セーフ

言葉で，本人は結構満足しています.このベースにあるア

ティ・アナリシス，これには 2 つの意味があって，外敵からイデアは，各々のフェーズ，例えばコーディングで 1 つの安全かというのと，自分が悪いことをしないかということ

モジュールを作ったりとかテストケースを作ったりとか，
その 1 つのフェーズについてモジュールのステータスを作ってやる.コーディングが終わっていないときは「何もない」というステータスを持ちます.次に「やっている最…例えば，原子力発電所のように.

あと，スケジュール，コスト……どれくらいかかるだろうか，そして，法律の面です.
あとは，まあ，モノが無いだけに迫力に欠けますんで，こ中」というステータスに移り一応終わった」というスの辺で終わります.

テータスになります.そして「デバッグしてます J ， r パグ

2. 3.

ツールの管理/改善が出ました J. また，先のリ、y プル・エフェクト・アナライザ

白井

5 人分ぐらい話して頂き，様々な内容がありましで，他のプログラム操作から勝手に「チェックして下さい」

た.

というステータスが入ってきます.という具合いです.

質問は後に固させて頂きまして，最後の発表を桜井さん

この効果としては各モジュールの状態がよく判る.マ

にお願いします.

ネージャに便利です， 1 つのメトリックスになるんですね.

桜井:

出来ていないとか，出来ているのが漫っとか，有る程度の目安になる

それから，ツールにこのステータスを認識さソフトウェア・リサーチ・アソシヱイツの桜井です.

何を話すかというと.ある開発支援環境を作ったのですけど，それを使ってもらえなかったんです. 4~5 年前かせようということで，エラーが出ているときに何がエラーら開発を初めて，だか判らずにエラーを修正しようとするとそれは許さな

ユーザさんで使ってもらっていましたが他に使われていい.エディターが動かない.というふうに.ツールとモ

なくて，それは悲しいからなんとかしたいということで.

ジュール・ステータスを結び付けるんです.今は，ツール

現実的な話です.順序としては，先ず，どんな開発支援環

はツール，モノはモノとバラバラになっているんで，それ境を作ったのか，次に，なぜ使ってもらえないか，最後にをまとめようと思ったのです.

どう改善しようと考えているか，という話をします.

2 年ほど前に実用化されました.ある

さらに，実際にどんな物が必要かというので，先ず，原作ったのは ZODIAC といいまして，オフコンなどの仕様の段階で，オリジナル・リクワイアメントというのが小規模コンビュータで実行される事務アプリケーション

ありまして，要求仕様を書く前の段階なんです.そこで.

を開発するため d

こういう物が必要だろうというのをまとめてみると，先は VAX で UNIX の上にパソコンを沢山つないで，そこず，フィージビリティ・スタディというのがありまして，出で絵を書かせながら設計からコボルの生成までやりま

総合開発支援システムです.開発当初

来るか出来ないかをまじめにやらなければならない.問しようということで，レベル 1 1 ーコポルを生成していま

題の本質.本当にコンビュータが必要かということで，伊j

す.

えば道路が混雑するんでコンビュータてa信号を制御して絵にするとこんな具合いですが(図 2-3-1 参照) ,混雑緩和というのがありますが，ドライパーに要求を聞い

ZODIAC はオフコンのパッケージ屋さんなどを想定てみて，いらいらを解消したいということならコンビュー

してまして，いつもいつも同じ J'{ ターンのソフトウェアをタを導入しなくてもよい，交差点では直進できないという作るデザイナーということです.ほとんどが帳票と画面

ルールを作れば，右か左へ曲がることになって時聞はかか

からの伝票入力ですが，ユーザさんによって書式がちょっ

りますが，とにかく動いているからイライラは無くなるかとずっ違うから修正が必要ですけど，その手作業を何とかも知れない.つまり.何をどうしようとしているかをハッ機械化しようというわけです.それを支援するツールでキリさせないといけない.コンビュータは本当に必要かす.

と確認しなければならない.自動車屋さんに聞くと，車のこれは，実は 2 年前の第 1 図環境ワークショップの時に設計ではまず，エンジンが必要かというところから始める

既に出来ていて，その時に酒勾さん (SRA) が苦労話など

そうです.モノを作る人としては，必要でしょうと言わせをしていて，今回はそれを直すのにどうしょうかという話‑203‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop~包ロ臼呂\Q)~l.t&@jP

呂田自包匂@。口…

wo民j司白日J ~，， ~UQ 田町官官官 0"''''tz@) 回目斗@

ヨ

1

~

厘璽璽冶i

E
濳
J. B

昼霊霊童b当自t霊霊童軍''0

図 2-3-2

息EUi

情報データベースをもって(昨日の話に出たソフトウェア

i

データベースに相当すると思いますが)，設計に関する情ト一二でプi

報を全部ここに蓄えておきます.ユーザが.つまりアプリ

ケーションを設計する人ですが，設計支援系のツールを
Ofl 山 eCOmnUler 乞使って設計情報を登録します.ここで設計情報というのは画面や帳票のレイアウト，ファイルの設計といったもの

図 2-3-1

です.もう l つ，ソースコードをジェネレートする為のルールというのをパターンとして予め登録しておきますが，それと合わせてコポルのソースコードをジェネレート

になります.
当初の予定として，基本思想は，します.あとは，同じ DB からドキュメントを出します.

(1) r システム内のデータ相互矛盾の排除」ということ

現状はこんな形です.

で，先ほどの田中さん(山一)の話にもありましたが，特徴を挙げますと，当初の考え方が「構文エラーの無い

新規開発の段階でデータの矛盾を避けようというこ

コボルプログラムをジェネレートする」という事でしたかとで， DD を作ろうとしています.

ら，そういったものが特徴になっています.

(2) 要求定義，プログラミング，テストの作業全般のオ

具体的にどんなツールがあるかといいますと，現在は同じ様なものがいっぱいありますから理解できると思いまンライン化(3) コボルの自動生成

すが，画面設計ツール，帳票定義ツール，更新条件などを(4) ドキュメントの自動生成定義する更新定義ツール.各処理で使う入出力ファイルや帳票などとの関連付け，補足説明の入力をする処理定義

といったものです
稼働環境は，当初は UNIX にパソコンをつないで疑似ツール，それに，帳票と共に用いられる定型フォームの定NEWS義を行う書式オーバレイ定義ツール，それに，ファイルの的にマルチウインドを構成していました.今は，(ソニー)のようなワークステーションをつないで， X ウィ

レコードを定義するファイル定義ツールといったものがンドの上で動いています(図 2-3-2 参照).

あります.他に， DD の項目を登録するツールがあります.

ZODIAC のシステム構成(図 2-3-3 参照)は，設全体としては，設計情報があって，システム・リソースが計からジェネレートまでサポートするということで，設計あって，ソースコードがあって.それを全てユーザ，つまりアプリケーション設計者がみられるようになっていま‑204‑

3rdSEAEnvironmentWorkshop

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

1

・‘減芝 mZ. wd否定.
』フ 7 イ I勧芝健l;1>')].ーム，，~

S

定陥"'~

5 !
l
&1
f
2
:r
t

1
. l
i
:i
C
i
:
R
.
・時 7

図 2-3-4

図 2-3-3

す.が，実は，使いづらいというもののようです.

画面の形というのを見て頂いた方が分かりやすいと思います .X ウインド上でマルチウインドになっています.
昔は PC 上に出ていました句メニューから起動すると，帳図 2-3-5

票定義，画面定義，ファイル定義，ボリューム定義，…・・のどれを選びますかという形になって(図 2-3-4 参照) .例えば. 1 番の帳票を選ぶと，次にどんな帳票が登録されているか一覧が出て(図 2-3-5 参照).

1 つを選ぶ

と定義ツールが動くという仕婦です.対象となる帳票のレイアウトはこうなります(図 2-3-6 参照).

どういう項目を何処におくか，といった指示が出来ます.
そこで，各々の項目をクリックすると.

1D が何であるかというようなものが項目 DB から出てきて，項目の選択・定義が出来ます.項目の名を忘れたときは，ファイルの情報を出して，ここから項目を見つけられます.
ファイル定義ツールでは，最終的には DATA

図 2-3-6

DEVISION に落ちる部分ですが，項目の 1 D.
PICTURE 句，用途，長さ，といったものが出てますが，これらは項目 DD に入っていまして，このツールは単

どの項目を入れるかを指定する，さらに中身として，どうにファイル上の項目の位置付け(並べ変え)をするだけのもいう条件かという様なものを入れるツールです.

のです.さらにキーの指定とか，マルチレコードの指定もできます.

画面の定義ツールは画面のレイアウトを作って，何処にこういったものでバラバラに定義されたら，処理定義
ツールでプログラムとの関連付けを行います.例えば，売上伝票を発行するプログラム blldOl を作ろうとす-205 ーEnv.Manages
e
s
s
i
o
nr
e
p
o
r
t

3rdSEAEnvironmentWorkshop

るとき，予め定義した画面，帳票，更新条件などを使い，そジェネレーションの大きなルールだけを決めるので，詳細れにファイルは各々参照/入力等を定義していくわけでの変化に対応できないということで，オウンコーディング

す.そこまで出来たら，プログラム生成ツールを起動しを可能にしていますが，オウンコーディングは中間言語をて，コボルのプログラムをジェネレートします.それを使うため (PDL) サンプルの整備がいる.
結局，使い易くするために標準部品を作るという点で，ターゲット・マシンに送ってコンパイルすれば出来上りで導入側の大きな努力が必要になるということです.このす.

辺りを我々がやらなければならないのは重々判っているというわけで，結構うまく考えたツールて砕すが，実際にけれども，それが出来ない.何故なら，対象のアプリケー

はあまり使ってもらえません.

それで，何故使ってもらえないかという点ですが，一応ションの内容を知らないわけで.パターンなどはユーザで名誉のために言っておきますと，このツールは，あるオフないと判らないし，開発標準というのもユーザ個々に違う

コン・パッケージ・メーカとの共同開発で， 2 年程前に開発わけです.売る側としてそこまで作るのは困難で，なんとを完了しました.その後.先方は使いながら独自に改良しかお客様にやって下さいということになるんです.骨組て現在も使っています

当方は当方で PC-9800 にみ，メタ・ルール，或はメタ・メタ・スケルトンといったもの

移植したり， X ウインドに移植したり，という具合いに進を用意すれば良いのでしょうが，なかなか難しい問題だとめて，一般向けに開発したんですが，基本的な機能には手思います.

2 番目の問題は，いろいろな作業フェーズに対するトーを加えませんでした.共同開発の先方は独自に改良しながら使っているんですが，商品として売ろうとした SRA

タルなサポートに欠けるという点です.

ZODIAC がの側ではデモンストレーションなどをやっても反応が今サポートしているのは，レイアウトの部分からソースコー

一歩で，どうも使い難そうだということです.

ドまでですが，本当はどうかということです.

その理由を探ってみますと，使いこなすためにはスタッ

ZODIAC を用いたアプリケーション開発がどうな

フの負担が大きすぎるということです.まず，動作環境とるかというと，オフコン・パッケージが対象ですから，ましての UNIX ， X ウインド， NFS といった基本部分のず，ユーザとの話があって，受付して，分析.ここで分析

導入，運用，管理というのが大変……これは ZODIACというのは過去にどういった類似があったかということ

以外でも同じだと思いますが.

で，似たものがあればそれを利用するということです.適もう 1 つはシステムを使う前にやらなければならない

当なものがなければ新しく作るわけで，対象システムの登ことが多いことです.それは何かというと，開発標準の設録，エントリの登録，という順で，ここからやっとレイア

定てす.共同開発したユーザさんは，もともと標準化が進ウト登録に入るわけです.そしてコボルを作るというこんでいて，システムを導入し易い状況だったんですが，一とです.その後，デパ、y グ，テスト，ドキュメント生成.保

般にはその努力が必要です.さらに.ジェネレーション

守……となりますが， ZODIAC はここまでです.

・・ ZODIADC ではスケルトンと呼んでいますが，そZODIAC は登録するというだけで，例えば，対象にれを作っておかなければならないわけです.我々としてしているシステムが見えるだけなんで，結果.似たようなは，スケルトンをサポートしていませんで，スケルトンがシステムをいっぱい作ってムダになる.というわけで，今無いと何も役に立たないんです.項目を定義したり，計算

1 番欲しいのは，過去にどういうシステムを作ったかとい式を定義したりはできますが，それが，プログラムにどううことが全部判る仕織です.ですがそれが出来ていない.

反映されるかはスケルトンによって決まるわけです.真また，登録後に同じだからコピーし直すというような操作に使えるものにするには，スケルトンをパッチリ固める必で，いろいろなコマンドがあって，たぶん細かいところま

要がありますが，かなりの負担になります.スケルトンさで入れると 80~100 個位あって使いこなすのが大変

えしっかりしていれば，その他大勢のプログラマは，項目だろうと思います.またバラバラというのもあるでしょなどを決めるだけで同じ様な処理は簡単に出来るんです.

っ.

デモンストレーションなどでは結局，スケルトンをどうす

それで，どうすれば良いかということですが，誰でもやるんですかという話になって，スケルトンはユーザが御自りたいことは直ぐやりたい，簡単になることは簡単にやり由にというと，大変だなあとなる.また，スケルトンは

たい.

‑206‑

ZODIAC は 1 D を知らないと何もできない，

3
r
dSEAEnvironmentWorkshop

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

DB の機能を良く知らないと使えない，それは使い難いわ

けです.ある程度のカスタマイズは可能ですけど，もっとI!l7 m~岨何回 IDIÐ IilIlJC>> σc[mm ・官 mmuD

ユーザの自由に出来ないといけない.ではどうしょうか?

いきなり話が飛んで.

EEコ

ZODIAC のツールはメ・司画面面画面面

で';>11. ~7〆?

ジャーなもので 20 個ぐらい，これらをコントロールする

ような，コンフィギュレーション・サーバみたいなものを~6.\ ~I;t，/ンCl elelê

用意して，そしていきなり ERA がりまして，バラバラに

unlock.

いろいろなものが存在している世界をどう表現するかと

t: mm l1 ð llJ ID l7 mCOID 国~~Ir IDltu

いうことで，エンティティとリレーションとアトリビュー
トのモデルでなんとかなるのではという話になります.
そうすると，

いまの ZODIAC の DB は

CODASYしになっていますが，それだけでは難しく(山 ~Jて，その上に汎用的な ERA の DB みたいなものを構築しji¥ておいて，その先は Informix でも NWDB でもなんでも良いとして，コンフィギュレーション・サーバがERA の DB とやり取りをする.

それでもう 1 つ，

ZODIAC の最上位のインタフヱースとして.

!213m 伝言|守二「LJ 己コにこJ

ERA

ツールみたいなものを用意して，エンティティというのは，ここに帳票レイアウト，これとこれがどういう関係で，

図 2-3-7というのを見ながら定義できるものですが，そういったイ

ンタフェースを使って，そこで帳票というのをクリックす
ると，それに対して定義ツールが立ち上がるとか，進捗状

い役だっているのかなというところが私にも気になりま況が見れるとか.そういったふうになっていれば良いのす.

で，アプリケーションを作るユーザには，その辺りを見せ野中:て中ではこうしようと，このツールはコンフィギュレー

ユーザ・インタフェースが悪いというのも有るかと思うん

ション・サーバに対して，追加，削除，コピー，リンクみたですが，それより，マーケティングの問題の方が遥かに大いなやり取りをすると，そして，コンフィギュレーション・

きくて，例えばコボルのアプリケーションを書く人が，桜井さんに質問ですが，使ってもらえないのはサーバが ZODIAC のツールとやり取りをするというUNIX を持っているかとか，値段が高いのではとかいっので良いのではないかと思います. (図 2-3-7 参照)

た問題の方が大きいと思います.その辺りはどう考えてそこで，先ず初めは，今あるツールはそのままにしておおられますか.

いて，先ず統合化して.使う人にはダイレクトに帳票など桜井:を触れているというイメージにしておいて，それで中の機作っている人達が UNIX の世界に馴染めないのではと構を徐々に変えていこうと思っています.

か.

U N1X を導入しないのではというような話だとした

ら，今はそんなに問題ではないと思います .ZODIAC

以上です.
白井:

独断と偏見でいうと，事務アプリケーションをが始まった頃は心配されていましたが，今はそれほど心配

有難うございました.

ではない，それよりも大事なことは. U N1X でも何でも良くて，ともかくこういうものを使えばこうなるというふ

3. 討論

3 人に発表うにすればいい，これだけ簡単に出来るんだよというものして項いたんですが，みなツールを企画されて作成されてを見せれば良いんですね.見せたいし，実際かなりの部分いますが，そういったものを使ってどれだけ役に立っていでみせていて，デモでも，ア，これはすごいねと言ってくるかということが重要だと思います.皆さんの所でもいれる，でも見てくれる人は部門で重要な位置にいて，導入

ろいろ作られ，使われているんでしょうが本当にどれくらすると自分が大変になるという危機感を持っていて，つま臼井:

それでは質問を受けたいと恩います.

り新しく UNIX を導入すれば，自分が UNIX の面倒を

‑207‑

司

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

見なくてはならなくなるとか，で，大変そうに見えるわけ

キーを変えたいとかいったものをその場で直して，すぐ実

で，マーケティングについては心配していません.

行できるんですね.エンドユーザが，やりたいことを定義

佐原:

野中さんの質問にお答えします.実はコボルのすればそのまま動くソフトウェアが出てきているんです固

ジェネレータが売れない理由は，コボルという言語が存在

ただ，それがパソコンでしか動かないので， cp U ，ディ

しないからです.同じメーカー， 1 つの機種の中でもコボ

スク，メモリの問題なんかで大きな処理は出来ないんです

ルが 5 種類くらい有るとか.だからジェネレータはそれが，そうしたものがワークステーションに載るとか，あるに全て対応していかなくてはならない.ジェネレータをいはロータス・ 1-2-3 みたいなものが，ものすごく小買いたいといっても，コボルの仕様がちょっと違うから，

さいけどユーザ・インタフェースが良くて，ユーザが楽だ

直すためにお金がかかる.それで、跨路してしまうのが多というソフトがいっぱいあって，裏には高級なアイデアといんです.ですから，コポルが標準化されていれば，そうか思想が潜んでいるんだけど表にみせるのは簡単なインいう事がかなり無くなると思います.

タフェースで，やりたいことを書けば動きますよといった

笹井:

私もそう思います.実際，名目としてはどんなコものを.そういうノウハウをワークステーションなりオ

ボルもできます，ここだけ変えればいいですよ，と言ってフコンなり，メインフレームなりに取り入れた方が，ツーいますが，そのちょっと変えるのが大変で.何種類ものコルの技法云々よりも良い，ソフトウェアのアプローチとしボルに対応しようとすると(機能的にはありますが) ，結局て取入れた方が良いと考えます.

我々がずっと張り付いていなくてはならないんです.あ桜井:

私もそう思います.

るいは，ユーザサイドにカスタマイズ出来る人がいれば良酒勾:元責任者から一言.佐藤さんのおっしゃる通りでいのですが，それを考えると大変だねということでヤメてす.パソコンの Rdb のアプリケーション環境などをみしまうのです.

ると，なぜ，コボルを出さなきゃいけないか，という疑問

佐藤は確かに有ります.

2 年前に ZODIAC を開いて，これはスパラシ

ZODIAC はコンポーネントにうイと思って，さぞ売れているだろうと思っていたら，パー

まく分けられていて，最終的にコボルでなくても良いよう

トナーの方はカスタマイズ出来ていて使っているけど一に作られています.それでオンラインとか DB の充実と般には使われていないという.なぜ一般のところではカか，パソコンで出来ないような大規模な処理が出来るといスタマイズ出来ないのかと考えるとき，レベルの問題なの

うアドバンテージが有るわけです.で，ダイレクトにインかどうか判らないけど，私はスケルトンを自分で作らなけ

タープリットしでも良いのですが，それは環境の中に組みればならないということじゃないかと思います.で，それ込みのものではない，つまり， ZODIAC では環境でもに対するアプローチとして ERA モデル， ERA インタ

あるけれど，その中の l つとしてコボルの処理系が入ってフェースを作ったりとか.いろいろなツールを作ろうとしいるけれど，その部分は差替え可能にしておきたいというておられるけど.使いたい人がなぜ使わないかというと，気持ちで作ってきました.今後の展開としては，幾っか優

スケルトンのような 1 番根本となるところが提供されてれた DB などがありまずから，そういったもののサポートいないわけで，その辺りの充実を先にやった方が売れるよも出来なくてはならないと思うし，また，スケルトンの話うな気がしますが.

もその通りで，何度かスケルトン整備作業という話はあっ

もう 1 つ，なぜ，コボルなんだろうという疑問が有りまたけれど，現場のニーズみたいなものを出して，それとーす.つまり，画面が定義でき，処理内容を定義しました，と絡に作っていかなくてはならない.でも，そうしましよう言うのだから，そのまま実行できれば良い，インタプリッといっても.手応えが無い.それでいながら，ツールを作ト出来れば良いじゃないか.今後はそういうソフトウェる側としてはスケルトンまで考えないと売れない，そういアを狙っていけば良いと思います.ピッタリ合った話

う難しい点があります.これから，その辺を追々解決してじゃないけれど，昨今のパソコンで， Rdb という言葉は珍しくもない.例えば， R-BASE

SYSTEM‑V

いこうと思っています堀川:

桜井さんの，なぜ使われないかという分析の中で，というのが有りまして，ちょっと触れてみたんですが，画

2 点共感するところがありまして， 1 点はツールがあった面を定義してテーブルを定義して，処理内容を定義するとときに NFS とか X ウインドとかを持ってきて管理する

もう動いちキうんです.画面をちょうっと変えたいとか，というのが先ず難しい.ワークステーションというのは‑208‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvlronmentWorkshop

良いものだと思うんですが，まだ余り広まっていない.

で NFS であるとか X ウインドであるとか，ある種のスタ

もっと広めるべきだと思いますけれど，ある種，敷居の高ンダードみたいなのが出てきている. U N1X マシンをいところがありまして.実は昨日の分散環境の時に話し使って何でも出来る.何でも出来るからもっとスゴイ事

たかったことで，その時歌代さんがおっしゃっていたのをやろうと思ったときに，じゃあファイルシステムに関すは，例えば NFS でイエロー・ページを使えば出来るとか，るアクセス方法というのはこういうのがありますよ，だっ

最終的に分散環境というのは仮想的なマシンを提供する

たら幾つかのプリミティプな機能に集約できるんだったのだから，それはそれでいいんです.でも，それはあくま

ら，それをネットワークを使ってやり取りすることもできでも UNIX ワークステーションの中だけの話で，例えばるだろうというわけで .NFS みたいな技術が出てきてい異機種間ネットワークというのをやったときには，ある種る.ウインド・システムでも，最近のマシンではビットの計算機は TCP/IP しかサポートできないかも知れ

マップ・ディスプレイをもっていますから，それが自分のない.そこには，ディレクトリが無いものも有り得るわけ

マシンでしか使えないのはつまらないね，というんで，で，そういった場合はイエロー・ページを使えないんです.

じゃウインドウシステムをもっと抽象化して考えると，こつまり，良いものと，実際に使い難いところがあって.ワー

ういうインタフェースが有ればみんなお話が出来るん

クステーションをパラ蒔こうと思っても，使う人は思ってじキないか.

いる程には使えないように思う.そういう人を扱っていダードみたいなのが出てきているわけです.そういう状というんでグラフィックに関するスタン

くような活動をしていかないと，ワークステーション自身

況になってくると，よく考えてみると，今の状況でもが主張を得られないという壁にぶつかるという気がしま

NFS をサポートしていて X ウインドをサポートしていす.

ると. SUN でも NEWS でも OS が UNIX の必要性は

もう 1 点の共感は，ユーザインタフェースの話で，カス無くなっているんですね.例えば MS-DOS をつない

タマイズするのは重要なことだけれど，それすら出来ないでみょうかとか，全然関係無いスーパーコンビュータをつというユーザがいて，そういう人ほどカスタマイズしたないて'みょうかとか，最近では Lisp マシンを X ウイン

がっている.で，そこでいいツールが出来たときに.何かドつないで使ってしまおうとか，特化したコンビュータを

定義を入れられれば自分の好きなエディタが出来るといUNIX 間での結合で生まれたスタンダードを使ってい

うのは，いい方向なんて'すけど.何か問題を含んでいるとろいろなマシンをつないでいこうというような時代に感じています.質問になっていませんけど.

なっていると思います.

ま代:

いろいろなことを言われたんで，全部に答えられだから，もはや.

U N1X の必要性は無くて. U N1X

ませんが. U N1X だけでなくて，いろいろな機種のマシの普及によってかえって 1 つの OS とかツールが持ってンが結合された状態で，今の状況とは違った問題が出てくいる機能がかなり抽象化されているレベルになっている

るのでは，ということについてですけれど.ここ 2~3 年

んで，これからは機械の特性を活かしたような OS である

UNIX というのがコマーシャルベースで一般化して，地とか，というものに発展していくような気がしています.

下鉄の吊り広告に出ていたりしまして .UNIX が普及し今の技術というのは UNIX のいいところを抽出して，てきたというのは事実です.

10 年くらい前はメーカー

OS とかユーザ・インタフェースとかのスタンダードを毎に違った OS を作っていて，全然インタフェースがな

作っていくところにあると思います.今やっているのは，かったところへ UNIX というスタンダード的な OS がNFS であるとか，出てきて，みんなが UNIX を使うようになったんです.

UNIXity というものを廃止する方向です.多分，そイエロー・ページにしても，そこでは UNIX 上のプログラムだったら大体は持ってういうのは無くなる方向に進んでいると思ってます.そいってコンパイルすれば動きますよ.という 1 つのスタンの辺は安心していいと思うんですけど，そういう動きが始

ダードが出てきて，そういうところで UNIX を使うと皆まったところなんで，問題はいっぱい出てくると思うんでで話が出来て嬉しいねという良い状況が出てきました.

すが，そのあたりをどうやっている人は解決しようと d思っ

最近はちょっと遣ってきていて. U N1X を使うというこてやっているようなので，いい方向に向かうでしょう.

とはみんながやっているわけで，プログラムが何処でも動深海:

くなんてのは UNIX の世界では当り前.そういった中図るという話ですが，これは，負荷分散して仕事をすると‑209‑

ワークステーションを配ると，スキルの低い人がEnv.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvlronmentWorkshop

か，集中するとかいう話に椅むんですけど，今まで顕在化

田中:

佐原さんは以前，私と同じ様なところで，もっと先していなかった問題なんです.センターマシンに環境を進的なことをやっていると噂に聞いていました.今の話

置いて誰かがおもりをしてくれるという形だと，明らかにのように我が社も同じ様な状態で，ワークステーションにはならないんですね.カスタマイズしたいというスキル

ついてはやっていないので余り判りませんが.大型に関しの低い人閣をどうするか，管理させたら危ないんではとか.

てはそういう事だと思います.今の話を開いて，ワークス

ところが，私は逆に考えてまして，社内の話をしますと，テーションは個人だけなら我々からみると楽だなという

PC のソフトを開発していますが. PC はそれこそ誰でも気がします.

使うんですね.ワークステーションも仕掛としては大差

白井:

山浦さんも意見をどうぞ.

無いものですから，やらせればやると思ってました.当然

山諸:他人がファイルを消したというのは，まだ許せま

ネットワークにつながっているという，重大な遣いがありして，白分で消すと悲劇的です.私もよくやりますが，ますが.やらせてみると，大体はファイルを潰しますね

OHP の原稿を作っていたんですが，いつの間にか消えて間違いなく FSCK とマニュアルに書いである.

まして.というふうに体で覚えるというよりも，ある機構

NEWFS と書いである.やってみる.パソコンだとで防げないかという気がするんですが.例えば，暗室といやってみるわけですね.マニュアルを読んでやってみる

うのは光が入つては困るんですが，必ず扉が 2 つあって，んですね.そうすると，あるコマンドを叩いた瞬間に，次一方が開いているときは他方は開かない.だから，初心者から何も出来なくなるという事実があるんですが，幸いにがいきなり扉を開けてダメにしちゃうということが無い

もワークステーションというのは 1 人の環境ですから，他んです.そういうメカニズムで救ってやるということがに迷惑を掛けないんです.自分だけが困るわけです.し出来ないかというのが私の考え方です.技を盗むというかも，かなり困るんですね.今までにやってきた仕事が消のは好きではないので，話が合わないかも知れませんが，えてしまうんですから.そうすると .2 度とそんな事はし

私はそう思います.

ないで，マニュアルには読む順序があるんだなとか，コマ白井:

質問をどうぞ.

ンドには危険なものと安全なものとあるんだなと，身を三浦

2 つありまして持って体験していくわけですね.それはある意味では手た事と歌代さんの話を聞いて思ったことですが，これは性聞のかからない教育なんです.本人だけが困って周囲は格の遠いで，これから難しいことがいっぱいあって大変だ

放って置けばよい.スキルの高くないエンジニアのレベなと思う人と，でも大丈夫と楽観的に思う人の遠いだと思

ルアップを図るにはワークステーションを配るのが逆にいます.

1 つは先ほど堀川さんが話され

もう 1 つは，田中さんに質問したいのですが .DD 導入

1 番良いのではと思っています.

大型機を使ってコボルを作っている技術者にスキの時に，もっと大変だったんじゃないかな，作る作業自体ルが無いというのはおかしい.あんな複雑な OS を，あんは大変でなくても，そういうのに踏み切るところが大変な複雑な言語でどうにも効率の悪いものを使って何とかじゃなかったかなと思って，そのあたりを説明して頂きた

動くシステムを作っている人達が，能力が無いわけがない

い.それと，導入してこれから先の見通しみたいなものがと思います.実際にマネージャクラスがそういうものをどうなっているのかなというところを聞きたいのですが.

使えと言っているから彼らは使っているだけで，決して能田中:

力が無いわけではない.大型機の場合もファイルを消し

ちょっと前まて'困っていたんだから作ってみようというてしまうというのは良くある話で，新人が入ってくると大軽い気持ちでした.なんとなく出来てしまったという感

佐原:

導入の際にはあまり深く考えませんでした.

体そういう騒ぎが起こって，我々はそれを管理する立場なじです.今後の展開については，とりあえずなんとか使っ

んで走り回ることが多いんです.この場合影響は当然，ひ

てくれればいいやと.ただ，いいものを作ろうとは思ってどい場合はシステムを使っているセクション全部に及ぶいませんでした.使い易いものを作ろうと，プログラマー

わけで，大騒ぎになるけれど，ワークステーションだと自とか SE とかが使い易いものを作ろうと，中身なんか分だけが被害を受けるわけで，進歩してきたなという気がチヨットもいいと思っていません.使い易さに重点を置します.

いて作って，今，使い方などを考えているところです.将白井

田中さん，今の件をどう恩われますか?

来はどうなるか判りませんね.

‑210‑

3rdSEAEnvlronmentWorkshop

野中:

Env.Manages
e
s
s
l
o
nr
e
p
o
r
t

先ほどの発言に対する弁解ですが，本当に言いた

その時にスーパーユーザをなさっている方は，血となり肉いのはユーザインタフェースが惑いからじゃないんだよとなる事がいろいろ生まれるんではないかと思います.

ということで，悲観することはないんで，正義は迫害されこれが業務に組み込まれて動き出すと，ある面，そういうるんですよ.

冒険を出来なくするのも大切だとは思いますが，やりにくVAXい.そうなってくると前任の管理者というのが存在して.

が入って， UNIX(パークレー販)を使うんですけど，同

これはやってはダメです，これはこうして下さい，こうい

時にイーサネットケープルを張ろうとして，いよいようちう話が伝わってくるんですよね.でも，そうしなかったらにもそんな環境がやってくるんだなと思ってワクワクしいったいどうなるのか，例えばアイノードをクリアしてみています.やっとルートに成れるとかホスト・マスターにたらどういう事が起こるんだといったことは，決して行わなれるとか，ワクワクしているんですが，周りから.大変なくなるんです.で，行わないということは，もしも何かだね，可愛そうにと言われるんですね.それがナゼかといの障害が起こった時に，いったいどうしたら良いのか.ナ

うのを知りたくて，会場には UNIX のベテランがいらっ

ゼそういう事が起こったのか，ということがなかなか対処

しゃるので，どういう苦労があるか教えて頂けたらと思いし難くなると思うんです.

別の質問なんですが，近々，職場に Micro

ます.

加藤:

で，先ほどからファイルが消えたらどうするのか，それ苦労話というのは聞かない方が良いと思います.

をプロテクトするにはどうしたら良いか，という話が出て野中さん御自身が苦労されて，どういうふうにしてきたるんですけど，ボク自身も幾っかソースファイルを消してか，というテーマで来年発表して頂ければそれが 1 番良いしまったことがあるんです.簡単なチョンポです.あのと思います.いろいろ細かいことはありますが，それを.0 を消すハズがキッチリして頂いて，野中さんの次にスーパーユーザになで*だけになって全部消えてしまったと.

.の前にスペースが 1 個入っただけで，る人が楽をする方法だと思います.私たちはゴチャゴ

remove にはもちろん，それを回避するために必ずチャした中でやってきて，ここがいけないとうまく指摘がyes と打たなければいけないという人も多いんですけ

出来ない.今後，被害に遭われる方はチャンと被害届を出ど，私はそういうまどろっこしい事が嫌いで，パッパッとして頂きたい.

消える方が便利だと思って，オプションがそうなっていま

坂下:

規模は遠いますが，加藤さんのところと似たようすので，こうして消えるんですけど.ただ，ある意味でボな仕事をしています.今の話は言い出せばきりが無い.

クは幸福だと思っているんです.というのは，人間ていう

加藤さんがほとんど言ってしまいましたが，今でも，あののは頑固ですので，前にあるものは必ずそれをどこかい

時どうすれば良かったんだろうとか，あんなふうにうまくじって使おうと思うんですね.そうすると，だんだんコー

いったんだろうとか，人に会う度にいろいろ思うわけです.

ディングが汚くなってきてですね，最後はパケモノになる

ぜひ，そういうフィードパックを掻ける場を設けて頂けれわけです.これがナゼか事故で消える.しまったと思う

ばうれしいです.

んですね，何とかしなければ.その時人間はいままでやっ中村:

お二方とチヨット意見が遣いまして，ある意味で幸せだなと思うんです.

てきた反省が出来ていて，それがフィードパックされて，

1 番最初にスーパーユーザにな非常にコードがきれいになるんですね.その途端に.文れる方は 1 番幸せだと思います.何故かというと，その書でも今までの中で蔓理された文書になるんです.です

チョンボは波及効果が少ない.つまり， UNIX マシンがから私は失敗を恐れることはないと思っています.人聞入ったからといって，真っ先に業務ソフトが動き出すなんは頑固ですから，外的なそういう圧力がかからないことにて事はまず無い.先ず使ってみようというフェーズがあは，なかなか心を入れ換えない.惑いもん，邪悪なもんでるわけです.この聞にシステムがダウンしょうがカーオ、

すから，そういった意味でいうと，まとまり無いですが，事ルが潰れようがファイルが消えようが，誰も文句を言わな

故が起こってもいいじゃないかと，それはそれでいいじゃいんです.

ないかと，こういうふうに思う次第です.

この時期にはいろいろな冒険が出来ると思うんですね.

歌代:

野中さんが神妙に聞いておられるんで.一言いっある意味で教えられないいろいろなことがあるし.自分でておこうと思うんですが.関係無いんですが，このあいだ失敗することが結局，その時に育ったっていうんですか，

スキーにいきまして，会社で借りているペンションに行つ‑211‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3
r
dSEAEnvironmentWorkshop

たんです.そのパンフレットに載っている地図が非常にば EMACS だったらですね，ライブラリをハッキングしひどいもので，夜中に行ったんですけど，その地図を見ててくれる人はいっぱいいるんですが，メタ・スケルトンを行くと絶対にそこへ行き着かないような地図が書いてあハッキングして，コボルがジェネレートされるようなパりました.我々は，それを見て行ってえらい苦労をして，ターンを作ってくれる人はいないわけです.つまり，文化

鼠後はペンションに電話をして迎えにきてもらったんでとして綴付かないんですね.で，要するに何かを，新しいす.会社で借りているペンションですから，当然，毎週誰システムを，どんなに素晴らしいシステムを作っていってかが行っているんですね，で，次の週はウチの後輩が行くも，そこにはまた，新しいハッカーを必要とするような土ことになっていたんですけど，アイツにこれを教えるのヤ壊が.現在の技術レベルでは現れてしまう.つまり，どんメょうね，となりました.今， 3 人が野中さんの質問に答

なに良いものを作る，新しい抽象化イベントを作り論理的えたんですけど，皆，そういう心境に遣いありません.そにどんなにきれいなものを作ったとしても，今度はそのレれを神妙に聞いていては絶対にいけません.それだけでベルで新しいハッカーが必要になってしまう.で.この無す.

限連鎖をですね，断ち切ることが果して可能かどうかとい新聞:

私もハワイ大学のコンビュータ・サイエンスに初

うのが，今チヨット感じている疑問です

めて VAX ・ 785 が入った時に UNIX をインストール

白井:

どなたか，断ち切れそうな人.

したんですけど，やはり，自分が最初にスーパーユーザと藤野:

それは，断ち切っちゃいけない.逆説的なやり方

なってマシンを使うというのはスパラシイ事だと思いまというのは，最近ソフトウェアで悩んでいるのは，実は， 1

す.システムのコンフィギュレーションなんかも 15 分

番必要なんだということで.それに気が付き出したのは，

くらいてe全部出来ますから，やってみて.ア，間違えたと

自動車工業とかをやっているところで，ホンダとか日産とか， D Z11 をもう 1 個増やさなくては.とか，そういうかトヨタとか.そういうところでやり出したのが，ハッふうにしてゴチャゴチャやって.その時はディスクのカーみたいな人達が車自体を面白くするとかいう，社内でパーティションの切り方を間違えてですね，どうも 1 週間のコンテストみたいなので，やっぱり，そういうのが，次に 1 回くらい何かがおかしくなる.誰もそれを判らない.

のブレークスルーのために絶対必要で，ディスクの蓋を開けてみたら白い粉が溜っていてどうもSMALL TALK だとか J-star とかっていう

おかしいな.そういう事があって，その時はハードとソフ

某 X 社のが，なぜマイナなのかっていうと.やっぱりそう

トの両方がおかしかったんですが，そういういろんな，蘭いうハッカーが育たないようなやり方をやって，戦略とし白い事があるので，管理者になるのは，それほど割に合わてきたのがいけないんですよね.やっぱりそういう意味ない仕事だとは思いません.

で，文化とか文明というのは，自分たちで草の根的に誰かだから，意見発表は多いんですが.

がコチョコチョとやって出来ていくわけで，決してトップ

ツールを一生懸命作っている人もあるし，欲しがっていダウン的に某政治家が立てばなるというものでは絶対無る人もあるのに，使ってくれないと嘆いている人もあるし.

いんで，やはりそれは断ち切らないで，それを育てる方向

使って大成功というところは無いんですか，どこか無いででやらないといけないと，いけないんじゃないかなと思っすか.全然無いんだったら，今まで皆さん何をしていたんている某 X 社でした.

だかと，本当に思っちゃいますね.

佐原:

酒勾:

感想、を述べさせて頂きますけど.話題がワークス社で，最初の 3 台を導入するのに 2 年半かかったんです

テーションの話になっちゃいましたけれど，開発環境の管が，その後 1 年で 200 台導入されたゼロックスの J­理という点からいくとですね，例えば ZODIAC のよう

star というのがありまして，これは，多分役に立ったなシステムを作ってですね， 1 つの，今の開発環境がいけんだろうなと恩います.各々の，今までだとツールを使わないからその上に新しい環境を作ろうということで.で，ないような技術者が，一応 J-star に取り付いて，何

実は薄々感じているのは，ちょっと抽象度は上がりました

か仕事をしているというのはかなり見られたんで.そうが，新しい管理の問題を引き起こすわけで.話は元に戻りいう意味で，今のツールはユーザ・インタフェースがまだますが，メタ・スケルトンといわれるパターンが無いから，

まだチヨット甘いな，というところは有るんです.

それを整備しなければならないっていう話ですけど， ØlJ えstar は OA という面からみれば，そこそこ使える

白井:

質問は有りませんか?

‑212‑

役に立ったツールが 2 個だけありまして，前の会

Jｭ

3
r
dSEAEnvironmentWorkshop

Env.Manages
e
s
s
l
o
nr
e
p
o
r
t

(ちょっとスピードは遅いですが) 10 倍くらいになれば，作るというような事を私もやっていました.ところがでまあ使えるなというツールですから，そういう意味では役

すね，例えばメインフレームの場合は，つい，このあいだに立つツールが確かに存在するということは証明されてまで，空間は 16MB しかなかったんですね.アプリケー

いると思います.

ションが納まらない.どうしたら良いか .2E聞を 2 枚つ

白井

なぐ.

J-star が出たところで，盛田さん何か無い

08 を直しちゃうんですね.そういう様な事で何ですか?無いですか，それでは次の方.

とか os を動かす，という事をやっていたんですが，アド佐蛋

レッシングが 31 ビットになった時に意味が無くなるわ

J-star のユーザですが，その話はしないで，

メインフレームの事をしゃべろうと思うんですが.メイ

けですね.非常に空しいんですね.チューニング・ツール

ンフレームの上でハッカーがいるかどうかという議論はなんでものを作っていても.パカみたいに.僕は今は別

全然無かったと思うんですね.メインフレームで何故の仕事をやっているんですが.確かにハッカーはいるとハッカーがいないかというと，いましたか?

いました.

思います.ところが，それは.エンドユーザに近い方，と私もその l 人だと自分では思っているんですが，誰も認めいうか，エンドユーザに使ってもらうためのツールを作ってはくれないんです.メインフレームの上にも実は，それているんじゃなくて，何とかメインフレームらしく動くよ

なりのソフトウェアは有るんですね.それを自分逮でそうなツールを使っている人達の中には，非常に優れたハッ

れなりにカスタマイズしながら自分遣の環境を作るといカーがいると思います.現に.一緒に仕事をしていた若いうツールはある程度有るんです.ところが，実社会で，そ人なんですが，メインフレームの場合は設計してコーディ

れらを使っていて作るのが面白い人が何人かいて，作ってングする人ってみんな分かれていますけど，その人間はいて，当り前になっていて，取り立てて話題にならないだ

370 のアセンプラをボールペンで書き下しちゃうんでけの事なんですけど.ところが. U N1X の上で何かをやすね.そういうような人は沢山いますんでね.ただ，そう

ると，すごいツールだなとなって，ワっと広まるというのいう人達がエンドユーザ用のツールを作るというようなは，世界が広いですから，ある意味で効果というか，実続

立場にはなかなか現れてこないというような事だなと思以上の波及効果が出ているんじキないかと思うんですけいます.

どね.で，例えば田中さんが先ほど VEGA というのを作白井:ツールの話が多いんですが，役に立っているといられた話をしましたが，僕は，最終的に ERA まで落としう答えがあまり有りません.我々はツールを使って何かてないんですが，アレと同じ機能のものは 6 年ぐらい前にを一生懸命やろうとしていうハズなんですけど.

考えて 4 年ぐらい前に動いているんですね.ところがナ西岡:

ゼ評価されないかというと，世界がマイナーなだけだと思プラでプログラムを作っていて，ツールを作っていて，うんです.そういう意味で，ハッカーみたいな. U N1X

13 年の内，多分.半分くらいは、ソールを作っていたと思みたいな上だけでハッカーがいるんじゃなくてメインフ

うんです.その半分の聞に作ったツールが使われないとレームとか，そういうところにもハ、y カーがいる.ただ，いうのはあまりにも可愛そう過ぎる.で，何というか，い最初は事業部にいたんですけが.その頃はアセンハッカーにとって興味のあるのはそれなりの，自分逮がソ

ろいろ考えて役に立っていないのではないかと思うんで

フトウェアを作るためのもうちょっとベーシックとなる

すけど.残念ながらですね.前に作ったツールは全て消ハードウェアとソフトウェアですね.そういったものがえ失せて，無くなっている.それはナゼかというと，アセ必要だろう，つまり，面白さが必要だと.で，たまたま

ンプラ用のツールを作っていたからですね.時代が C 言

UNIX の上にはそういうオモチャがいろいろ有る.メ

語の時代にアセンプラは使われない.アセンプラの場合

インフレームの上に無いかというと有る.ということをは cpu 毎に全部違うわけですね.で，汎用性が無いから言いたかったのです.以上です.

全然駄目だということになるわけです.しかし，使ってい2震源:

私は以前メインフレームで os のおもりをしているというものも有るわけです.そういうところを考えて，たんですけど，ハッカーは os 屋さんにはいるんですね.

まあ，ある程度商品として売られているものも有りますのUNIXは最初からその部分をある程度諦めているんでで，それだったら少しは良かったのかも知れない.何しろすね.楽なんですが，チューニング・ツールというものは環境がどんどん変わっていくわけです.私が入ったとき無いものですから，それをエンジニアが全部書く.自分では紙テープでやっていて，それが今やワークステーション

‑213‑

3
r
dSEAEnvlronmentWorkshop

Env. 民fanage s
e
s
s
l
o
nr
e
p
o
r
t

の上で何かをやるんですが，そういった時，そういった時環境というものについて失敗談ばかり聞きながら，役に代の動きに対して耐えられるツールというのはいったい

立ったら身に付いてしまうという，これも無限の繰り返し

何であるのか.基本的にはそんなものが有るハズは無い.

をしているんでは無かろうかという気がしているんです

ただ，逆に，どんどん時代が変わっていくんですけど，そね.

の時代の長い差を出しているだけで，あれが出来た，これ

白井: 企業内遊園地では，いろいろなツールを作られてが出来た，それを見栄えだけはスゴイのにするといったよ

うにしていくと，それは，後にも先にも絶対に残らない
ツールになってしまう.結局ツールを作るときはですね，

いると思うんですが.

棒: 役に立っているものは，例えば，先ず troff があります.無いと生きてゆけないですね. r0 ff が無い

いったい何が本質かという事を考えなくっちゃいけないと.これは自分への戒めなんですが.思うんですけど.そうした時代が変わって，インタフェースとかパフォーマン
スがどんどん変わっても使えるようなツールというのを目指したいと思うのですが.

白井:

ツールは時代と共にどんどん変わりまずから，なかなか，それが定着する前に消えちゃうのが沢山有るでしょうね.私がやったのも，やってもやっても消えていきそうな気がします.

坂下:

メインフレームは大学の頃使っていて，今思うんですが，ちょっと振り返ってみてですね. U N1X というのは成功したツールが無いとか何とか言っていますね.
J-star は確かにあれは重たいですが，成功していますよね.で， cat とか more とか yacrecs とかもツールですよね.成功していると思うのですが，どうして成功していないと皆言うんでしょうか.それから，もう
1 つ，後ろで加藤さんとしゃべっていたんですが，ツールはシンプルでなければいけない. more とか 1 ess

とか出てきてもやっぱり cat を使う.というのが真実ではないかと思うのですが，いかがでしょうか.
白井:と OHP が作れませんから，今や.それにプロポーザルを書くときですね，きれいでないと見てくれませんから.そういうのはスゴクいいのかも知れないですね.金槌をいい道具だと言えば言えないことはないですが，ツールボッ

クスの中には金槌があってペンチが有ると皆言いますが，普段道具だなんて思っていないでしょう.いい道具と言うと，電動ノコみたいにウィーンというのをみると，これはツールだと思うけれど，今，金槌を見てもツールだと思う人はいない.けど，使っていますよね.

白井: 先ほど発表された方は， 3 社とも，トータルな総合
ツールと言いますか， *~合的な見地からみたツールがいるのではないか，という話があったのですが.今成功しているとおっしゃったのはツールでも，ノコギリとか金槌であって，オートメーション・ツールみたいなのは出てこな
かったように思います.

株: 大上段に構える奴は，よく，失敗するんですね.それで，山浦さんにも一言いっておきたかったんですけど，あまり構えると死にますよ.

山泊: では，一言.いきなり走ってから後で考えると後悔すると思うんですね.ですから，結婚しちゃって後からそれに関して何かございませんか.

棒: 全く同じ事を考えていたんで，追加コメントですが.
何でもそうなんですけど，本当に身に付いてしまったらですね，もう，ツールという感じは無くなるんですね.だから役に立つものを言えといわれでも.やl らないんですよ.
例えば，ポールペンを毎日使っている人に，あなたは筆記用具として何が 1 番便利かと聞くのと似ているような気がします.つまり，次にポールペンを越える様なものを考えている人達にとって，次のものがツールらしく見える.
例えば，電子べンとか，といったものがすごくツールらしくみえるんです.そういうのは.今ツールとして存在しているとだいたい失敗しているんですね.それは役に立たないとかいう話になっているんですが，身に付いているから，多分出てこないんだろう，という気がして.もともと悔やむことが無いように，僕は今から後悔しようと，そういうふうに考えているのです.私の経験から後輩に是非，そう言いたいて'すね.

歌代:

結婚してから奥さんのアラ探しをするよりも結婚してしまったら良いところを見つける……この人の良いところは何なんだ.そういう事を考える努力をするのが重要じゃないかと，私はチヨット遣うアプローチになると思いますが.

山浦:

それは，僕は，諦めの境地だと思うんですね.何とか現状に甘んじようとするにはいいところを探さなくてはいけない.ですから，結婚みたいに大したもんじゃない

んで初めにしっかり考えて，変なものが出来てしまったら

しょうがないんで，いきなり物を作って後で悩むよりも"というふうに考えているのです.最初にリクワイアメン‑214‑

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

3rdSEAEnvironmentWorkshop

トのレベルで真面目にやって，後で悩まなきゃいけない事

すね.ナザなら当り前にすぐ出来てしまうから.ただ，そを前の方で悩もうと.ですから，コーディングまでいってういうのがコボルの世界ではツールと呼ばれていて，時々捨ててしまうのはもったいないと思います.お金と労力

役に立つものが出てくる.

U N1X の世界では日常そうをもっと有効に使いましょう.大阪人ですからゼニの世

いうものが横行していて，例えば.会場にある NEWS と界ですね.

いうのは，私のワークステーションだったのですが，実は，白井:今の話に関連して何か有りましたら.

先週の日曜日に深瀬さんからくるメールを見ょうと思い，

中村:

計画に挫折有り.無計画に敵無し.こんな感じがそれから，ある事をメモしておいたのでそれを見ょうとし

1 つ目は社て 10 g in したら自分のワークステーションが見つか

内で自分遣のツールと言うのを叩き上げれば，果して管にらない.おかしいなと思ったら，実は金曜日のうちに長野使ってもらえるか，つまり売り物になるツールが出来るか.

に発送してしまっていた，というふうに自分の生活に密着

それから.人聞が道具に合わせるのか，道具を人間に合してしまっている.ですから，私は会社へ行ったら殆どします.ちょっと話が違うかも知れませんが，わせるのか.ある意味で，先ほど roff の話が出てきま

ツールを使いっぱなしという状態です.

U N1X はそうしたが，あれも人聞が機械似合わせている部分が多いですいうぐあいにツールは活かされていますが.大型機のコボ

ね.あれを見て，最初に使えといわれた人がガンとくるの

ル環境では殆どツールが無くて.時々役に立つツールがあは判ります.あれを見て最後に出来るイメージが描ける

るが，それは UNIX からみるとツールとはう呼べないよ

かというと，私はダメでプレピュアーかなんか出してみうなしろものであるということです.

て，ア，しまったと思いながら頑張るわけですが.ただ，使佐藤:

い込んでくると逆に人闘を合わせた方が便利だというのれていないか，という話だったんですが，基本はですね，も多いですね.それは，いかに有るべきか.先ほどの話を

Wha
t1m
akei
swhat1need. 自分が使いたいものを自分聞いていると，道具を人間に合わせてやろうという親切心が作ればよい.ところが，今のツールの作り方というののツールが多くて，どうだどうだ，これではどうだ，といは，

う感じもするけれど，その辺はいかがでしょうか.

まり，必要は発明の母と言いますが，自分でやりたいとか，白井:

女性の方からは何かございませんか.

困っていることからいけばいいんで.そうじゃなくて，桜井:

作る前にいろいろ考えて，なんていう話をしてまシーズという価値観も有るんですけど.例えば企業がもしたけれど.それはそれで，大切なんですが，とりあえずのを売りたいために，技術が先にあってそこにモノが付い作ってみるというのも絶対に必要で.取り合えず作っててくるということで発展することもあると思いますが.

みて，これが出来ちゃったけどどうしよう.それを，また，それに関して使われないと捉えているのは，そういうツー

使えるように考えていくのも重要で，出来てみると以外とルが出てきているんであって，もうちょっと地に付いた

便利だっていうのも結構有って.考えているだけだと，便ツールというものを開発していかなくてはいけないん

一言だけ言いたいと思います.ツールがなぜ使わ

Wha
t1m
akei
swhatyoumayneed. なのです.つ

利かどうか判らないですね.作ってみて，実際使ってみる.

じゃないかなという気がします.

自分が作った後，何人かにパラ蒔いて使ってもらうと，案

落水:

外，初めに思ったのと違う使い方をしてくれる人もいるし.

袋叩きになるのを覚悟の上で.

ハッカーというのは非常に尊敬すると共に，

1 つだけ非だから，ある程度考えたら，後は作ってみるのがいいん

常に不信感をもっているところがありまして.先ほどかじゃないかと思います.

ら聞いていてもそういう雰囲気があったんで.他人の佐原:

役に立つツールが無いと白井さんはおっしゃって作ったものの善し悪しとか，そういう価値判断とか比較といるんですが，そうじゃない.ホストで第 2 次オンライン

かはすごくうまいし，改良もうまいんですけど，その先をを作っていた頃ですが，非常に役に立つツールがあって，見た話がなかなか無い.

MARK 口で，第 2 次オンラインのトランザクション

華町田:

400 件をですね，何通りかソートしてプリントするとい言いたかったことを言います.

う，なかなかすごい‘ソールがあって，増刷に増刷を重ねて，先を見た話をしなくてはならなくなったんですが.

ツールを作る立場から一言.

ツールというのは

100 都くらい配ったんですが.それを考えてみると，(ZODIAC みたいなツールの事です)どういうふうにUNIX の世界では，そんなものはツールと呼lまないんでツールを作っているかというとですね.

‑215‑

例え lま

3
r
dSEAEnvironmentWorkshop

Env.Manages
e
s
s
i
o
nr
e
p
o
r
t

ZODIAC のようなコボル関係の作るときに，アー，このですね，自分らでツールを作れる技術があって，自分らのツールを導入した企業はきっと利益が上がるだろうな，の生産活動に活かせる立場にありながら，毎日毎日，徹夜とかは決して思っていないんですね.例えば，コボルのだ，残業だ，と言っているのは，全然改善がみられないでツールを作る人は，多分，過去にコボルのフaログラミング

自分を苦しめているというふうに，矛盾を起こしている業で苦労したことがあって，その苦労をヤメたいとか新しい界じゃないかと思うんですね.でも，他の業界だったら，人にはさせたくないというふうな意味で作っていると思

多分，自分で作ったら自分で利用するというところは，殆います.従って，ツールが成功するというのと，役に立つ，

ど無いと思うんですね.どこかに頼まないといけないん

つまりそのツールが企業の中で利益を上げるために役にですが.そういう力を備えて，それを利用する方法を知っ立つということは，作る人の怒度として，何か違うことをているくせに，それが有効に活かされていない.で，少な言っているんではないかな，という気がします.

くとも，いつまでたっても楽しくなっていないような気が桜井:するんですね.楽しくやりたいと言いながら，生産性を上

最後に一言.

今 .ZODIAC の話が出たんですけど，先ほど佐藤さげたいと言いながら，なかなか，なってない.本当は上んが，使いたい人が作れば良いという話をしました.それがっているのかも知れませんけれど，それがまだ，十分う

はそうなんですけど，例えば .ZODIAC みたいなツー

まく機能していないような気がします.せっかく SEA

ル，使われていないと，さんざん言ったんですが，実は初なんかで集まっていますんで. SEA認定00 ツールかな

めに話したんですが，初めに欲しいといった人達は使ってんかを制定して.皆さんに普及するような活動もやらないいます.本当によく使っています.欲しいといっていたといけないんじゃないかと思うんですけれども.

人達と一緒に協力して作って，そちらでは，欲しいと言ったから真剣にカスタマイズして使って，自分達てe使い易く

これでこのセッションを終わります.皆さん長い間，御苦労様でした.

しようとして使っています.その意味で，使われていない
わけではないんですし，無駄だったわけではないし，役に立っています.ただ，それ以外の人達，せっかく作ったんだからそれ以外の人達に使ってもらおうとすると，結構大変だという話になって.そういう視点で.先ほど述べたんです.欲しいなと思った人が勝手に作っていると，ただツールが増えて，気が付いてみると同じ様なツールがいっぱい有って，と言う話がもう何年か前から言われていたわ
けで，じゃ，せっかく作ったものは広めようと.そういう話でやってたわけですね.

結局，広めようと思っても，人によってチヨットちょっとだけ違うとかいう話で，また複雑さを噂しているということなんです.その辺で今悩んでいるということなんだと思うのです.

そういう意味で，カスタマイズ牲を持ったツールとかいった話とか，使い方をどうしょうかという話に，段々移行してきていると思うわけですね.だから，作ったら，その後でしばらくはそれを眺めて，いろいろ使い方を考えるとかっていうのも，重要なことなんじゃないかなと思って
います.

白井:

有難うございました.時間がきましたので，そろそろ終わりにしたいのですが.

いずれにしても，我々のソフトウェアをやっている人間‑216‑

session4

発表後アンケート

開発環境管理の実際

田中(山一):保守用 D%D の構造等、参考になった.又、山浦さん:ソフトウェアメトリ、y クスのない環境は工場で

名前 (Term?) 付けのGuide-line の必要性は常々感じていはないというのはよく分かるが、ソフトウェアは工場でだ

たので、一寸、Basic なシソーラス研究をやる事も考えなけ生産されるわけではない.そういうソフトウェアの持

いといけないかな?

つ、ある種のカも必要だし、大切である.と思うが、山浦(目立 SK) :メトリックスの重要性は認識しているの桜井さん:

だが、主観を「数値」に置き換えられるのかは、今一つ疑問が残る.伊l えば、Shakespea の文の何も伝へるのは出来ないの同じように、Software のある局面の集合が、山浦氏の発表を非常に興味深く聞かせて頂きました.彼

Softw釘e そのものと表す事になるのだろうか.まあ試すの主張は本質的には正しいと思います.ただ現状は、目先価値はありそうですね.

の事に追われ思想を持って仕事をしておりません(私は)

、ア

を
i祖

ど表

吉井孝

出でを

盛田政敏

se

τ士

I=J

した.

山浦氏の Domein Test に興味があった.但し、多種多様

桜井さんの発表ですが、ユーザーにとって一番重要な事のの機能を持ったプログラムに対し、 Test Point(3 点)を

一つはスケルトンをどのように提供するかという事で、定義するのがむずかしいのでは?

ユーザーで好きに作って下さいというのでは、どうなので
田中慎一郎

しょうか?

今回も出入が多く、田中さんのはきけなかった.山浦さん
近藤康二のも半分ぐらいしか聞けなかったが、非常に楽しく問けた.

3 つの発表がそれぞれ個性があってもおもしろかった.

(長すぎたが)ぜひ、

HSK の山浦さんの SEAT訂分科会はよいと思います(ENV の中で Test やってもいいですね j

圧在なる守た止論丈て非桜便

が、コンビュータ世界にも哲学が必要である事を痛感しま

荻生準一

SIGENV で話していただきたい.

が、 τESI の分野には、じみな人が多く分科会として成立させるのはむずかしいかもしれませんね. SRA の桜井さ

弁JII

んは、言葉の端々に苦労がにじみでていて、とても実感が

山一 DD の入力は、どのように?ユーザが自分で可?

あってよかった.

目立やっぱり El はほしいですね.

裕基

hb

SR A Zodiac は、おもしろそうです.使ってみたいんだ
けど"自分では COBOL の AP は作らないしー

小林明彦

個人的には、ソフトウェアの開発環境をソフト面で考えたことが、ほとんどなかった(ホスト・ワークステーション両

ヲ

3に

ア

市川寛

ソフトウェア開発環境については、物理的な部分(ホスト

比ゆが大変愉快でした.

マシン、 NTT 回線、構内関係、端末)と論理的な部分(物理的な部分の定義、開発ソフトウェア群)があり、物理的な部分の維持・管理も大変である.ネットワークベースの

Zodiac が使ってもらえないのは、ユーザーインター

開発環境が進んでくると、この部分はどのようになるのだ

フェースが悪いことよりも、マーケッティングの問題が大ろうか.

きいのではないか?

て

野中哲

ヰ甘 VL

方)ため、あまりビンとくるのがなかった.山浦氏の話はタ

メインフレームの環境が悲しいのは、その環境がおそまつ

村川貴広

なのだからではなく閉じられているからなのだ、と感じま

・保守用 DD を作られたということですが、現状の問題をした.

どのように分析し、整理されたのか

2
その過程について場を改めてうかがいたい.
藤野-山浦氏は、過去のいろいろなドキュメントを読んでされ環境管理を仕事に活用し、また、仕事をやりながら、論文(? )等を

‑217‑

事
宅
<

発表後アンケート

開発環境官理の実際

session4

出すようなことをされていますが、なかなかたいしたもの

問中正則です.私も社内論文を出してみょうかと思います.それ

大規模システムの管理にはデータ・ディクショナリが必要を大集させて、外にも出せるようになったらと思います.

と思うし、又私も構築してみた.

-桜井さんの話を聞いて、ユーザに対して使ってもらえる
ツールをつくるというのは、いろいろ大変だなということ

???

を痛感した

みんなで Zodiac を使おう.

私もある現場の開発環境を支援するシステ

ムを手がけていますが、同様なことを感じました.これにどう対処していったらよいのか.今後検討し、その成果発岡本表を行いたいと思う.

私はメトリックが無ければ、開発環境でないと言う山浦さ

吉村智香子

方については、同じかどうか分かりませんが、環境とマ

田中氏

ネージさる上で、環境そのもののモンタリング結果を実体

私の場合、メインフレームを全く知りませんので、あまり化することは重要で・、その度のメトリックの設定に私も今なんとも言えませんが、メインフレームを使ってらっしゃ

悩んでいます.

んの考えに賛成です.メトリヴクそのものに関する考え

る方の今悩んでいる問題がわかってこの解決のために保守用 DD を考えるしかないという現状がよく伝わってき

場川博史

た

田中さん地道な活動として興味深い.山浦さん優秀な人

山浦氏

だ

論理的非常におもしろい話であったが、ものがないぶん迫L 、-

桜井さんなぜ使われないかという分析過程が知りた

力が今一歩であった( ?).これらの話が、すべて構築されていけば、実にすばらしいものといえる三身一体法」は

熊谷章

非常にうなずける話であった.

発表のスタイルが各人各様で-面白い.

桜井氏
使用するにあたって、スタッフの負担の大きいツール、前

酒匂寛

以ってやらなければならないことが多すぎるツールとい山浦さん

うものは、使ってもらえないことは確かである.まずは今聞かせて下さい. SIGTSI をやるときには、お話を聞きにあるツールを統合化すること. ERADB を作るとうのア

参上いたします.

貴方はエライ!今度は動いているものの話もブローチをぜひ進めてほしい.
北野善明

中村民

田中さん(山一)の話では、多分「こんなことはあまりやり

初心者用 s/w 開発管理システムとエキスパート用システ

たくないが、やらざるを得ないし、やればそれだけの効果

ムに移行できるのか.特に「プロ」と呼ばれる人々にとっがあるから、しょうがないのでやろう」というのがあるのてあまりそれまでの環境から移行する事にも抵抗が大きではーと勝手ながらそう患い同調しています

い事と思います.

山浦さん (KSK) は、アカデミックな研究を自分の仕事と結びつけて実線的にやろうとされている様で、非常に面白

久保宏志

い.が、周りの人を説得するのは大変だろうなと思いまし

Zod
i
a
cR
e
f
i
r
e
m
e
n
tEfforts の健闘を祈る.

た.

桜井さん (SRA) の様に WS の世界の人が COBOL
t代和正

ソースをGenerate する仕組みを作らせている人はうちやっぱり結婚してしまったら良い所をさがす努力をしな

なんかがやろうとしても、 WS 側のスキルを今、身につけくちゃねえ.

ょうとしているところで、色々考えて頂きたいし、また、大型の世界をもっと知って頂いてうまく liNK してほし

‑218‑

s
e
s
s
i
o
n
4

開発環境管理@実際

発表後アンケート

いと思います.

の解決策にいまいち考え不明.

義幸一

佐藤千明

(4・ 2)

・田中 DD は簡単に構築できれば使いたいが、その結果を(4・ 1) ・計測が困難でメトリックスを適用デキナイケース

考えるとソース解析でも問いに合っている現状です.何でもあるだろうが、ソフト開発管理に秩序を与える面で興か決定的な PUSH トリガーがあれば本気で考えたい.

味深い.

-山浦あの話を imple した時、再度話を聞きたい.

・メリット中心になるし、ソフト開発の現象面だけの認識

・桜井オフコン用ソフトは COBOL で作るにも RDB をにおちいる危険が中心としてソフトウェアの方がいいのではないか.スケに思う.構造的なモデルが見えるといいと思う.

ルトンがないツール(4・ 3)

は一般プログラムの現実的課題の解決にはならない.い= DD の構築でしょうが、それでいものなんだからもう少し頑張って広めて欲しいと思う.

s
s
@
a
s
t
e
c

難しいツールでなく、まずスケルトンをいくつか用意すぺ.YCC の話は、ふだん縁がなく、内容を理解するのに時きでしょう.

間がかかった.

.HSK は、困ってしまう.特に、検証の問題をあんなふ

新田うにされてはいかん.

マシンをコンポウしていたのでよくききませんでした.

.Z
o
d
i
a
cは大変そう据内泰

三漏あや子

・「管理 J の面をもっと前面に出て欲しかった.

小濯幸徳

は時間"管理"をしっかり.

山ーの田中さんのプログラムから保守用 DID を自動生成

・討論テーマにある程度関連した話をもらしてほしい.

・スピーカーの時間配分はどうなっているの?チェアマン

できるという点とその利用方法について輿味をもった( 3 人の話の中で)山浦さんのメイトリックスについてはたしかにソフト
ウェア開発に取り入れなくてはならないものが数多くあると思われた.

小椋貞幸

田中さんのアプローチについて、既存のソフトウェアについては、やむを得ないアフe ローチかもしれないが、新規及

び今後については設計段階での DB によって問題解決を図ったらどうか.ソースプログラム全体なめるのはナン
センス

山浦さんのメトリックス論は共感を覚える

現実的にツールなり開発環境なりを提供するにしても、生産性を計る.尺度が存在しない(計数的に)のが問題であり、感覚的な「上がった J r 下がった」だけでは論外と感じている者が大多数だろう.

具体的にどのような計測方法が可能なのか.一緒に考えたい.

Zodiac との欠点はユーザ多すぎることだとは解るか.そ

‑219‑

s
e
s
s
i
o
n
4

開発環境管理の実際

酒勾寛

討論後アンケート

でも、それは、それで有意義なことでした.

今回は、でませんでしたが、ツールを使う使わないという話は、いつでもヤル気の問題に還元されがちです.これ

ま代和正は、そんなもので、しょうがないのでしょうか?

途中から入ったら、結局最後まで、何がテーマなのか分からなかった.でも、面白かった.

場川博史「ツールが使われていない j という話題が興味深い.

杉田義明

なぜ急に、 Tool に関する議論になったか、その経過が良
御喜家

く分からなかったが、なかなか盛り上がった討論セッショ

人聞は、どちらかというと、保守的な面があると思う.

ンであった. Tool そのものが役に立ったかどうかという

最初に好きになったものから、また少し違う環境ヘ移るのことに関しては、あまりにも役にたつことは、当然であり、は、良いと思っていてもなかなかできない.

話をする気にならなかった.

例えば、健康の為に、ジョギングしようと思っていても朝一概に Tool と L 、つでも、重いものと軽いものがあり、ごになると、やっぱり起きられないのと似ている.

ちゃまぜに評価はできないと思う.

だから、ソフトウェア生産性向上というような目標がもしそれよりも、仕事をする上で、まず、その仕事に合った

あれば、そこへ向けて、フェーズアフ。ローチで、あせらず

Tool を利用して、目的の仕事をすることの姿勢を作るこに、また、一つのステップの高さを上げ過ぎないで、いつとが、大事だと思う.

のまにかレベル、意識が改革されていくように、常にその技術者は、 Tool によって、評価されるものと思われる.

ような仕掃けに、心をさいておかねばならないと思った
吉村智香子
野中哲

ツールはシンプルでないといけない.

メインフレーム系の人と Unix 系の人で、なかなか話がし便利なツールは、定着してしまっているので、役に立ってにくいのが気になりました.同じパックグラウンドで話いるツールを言えと言われでもなかなかでてこない.

が進められるような世界になれば良いと思いました.

地についた役に立つ便利なツールを作って、楽しく仕事ができるようにしていきたい.

西岡健自・言十画性のない

Tool 開発は、趣味の世界のことにして欲

村川貴広

しい.

・討論の内容が、よくわからない世界の話へ飛んでしまっ

趣味が悪いというのではないけれど、少なくとも企業の研て、本来話してみたい開発環境のマネージメントの話がで究機関では許されない

きない.私のパワー不足でしょうか?

-ソフトウェア工学が、工学だとすれば、次の手順が適当.

-ツール作りは、やはり、自分たちが使ってみて使いやす(1) 仮説 (2) 検証(開発+試用) (3) 仮説の洗い直し、改

いものであって、客先に合わせようとして、ツールを使い善にくくしてはいけないと思いまじた.

この観点から、桜井嬢のアフ・ローチは、出色
田中慎一郎

北野義明

今回も少し、テーマが遣ったかとも思うが、これはなかな

大型と W.S では、文化の違う世界で、技術力がどうのこかよかった.

うのというのは、大間違いである.

ただ、異文化との接触に慣れているかどうかの差で、大型荻生準-の世界では、せまく深く知っている人が多いのだと思う.

Piαure Ge
n
e
r
a
t
o
r(画面定義ツール)は、私の行っている

最後まで、世界、文化の遣いがどこかで討論をさまたげて

ミニコン制御系の世界でも作成したことがありました

いた.

ただ、やはり、使われなかったようです.

‑220‑session4

開発環境管理の実際理由としては、討論後アンケート

は必要.

(1) ユーザー(画面作成者)に対する PR 不足(2) 種々の要求定義に対し、満足する機能を持っていな

三漏あさ子

かった.

田中一夫さんのような人が、きっと、もっとがんばると、(
3)Hard 自体(ファームも含む)の変更に対処できなかっすごい発表ができるような気がする

た.等です. Zodeac は、画面の定義だけで、プログラムまで作れるのは、スゴイ

近藤康二
私は、まずやってみることが大切だと思います.人間の能小林貞幸

力には、限界があり、すべての先を見直すことは、無理で今回のワークショップ参加メンバーの中では、 UNIX は、あると思います. (少なくとも自分には)メジャーかも知れないが、事務用汎用機(オフコン・事務

どうもありがとうございました.

用も含め)の世界では、マイナーなのです. (反論もあって

当然)

田中正則

そのマイナーな UNIX をオフコンの世界にせっかく持ち

テーマの内容があってなかったように患ったが、まあよ込んだ Zodiac なのだから、そのターゲットオフコンのオかった.

リジナルな環境下て'動けるような仕組みが必要であり、尚且つそれは、ソースコードレスでも良いと思う.

中村民
有料ツールが使われるのか、タダだったら使う感のある物
も多い.なぜなのだろう.

鐘友良

実用的、汎用的なツール、例えば、 UNIX 上でのl.EX 、

YACC ようなものは、本当にたくさん作ってほしい佐藤千明-ラスターが広まったのは、簡単に仕えるからでしょう.

井川裕基

ツールは、簡単に使えなくては%%%・ツールの有効性

・羽喧ATI~仏KE I
SWHATW ENEED

・身についたツール(cat-ditroff) が多いので、そうすると、

WHATI 恥仏KE I
SNOTWHAT 百-IEY M A
Y NEED

UNIX は、ツール不毛(もうすでに色々なことができる)の世界かも知れません.

小諸色幸徳
開発環境を整備する為の一つの方法として、優れたド岱位

新聞により可視的な環境で作業を行うということだと思う.

COBOLは大変だ.

そのために、現在心地好い可視的な環境を得るためには、

パソコン上には、画面定義と動作定義を行うとそのまま動32bit キーが必要となってくる( ?).現在 32 bit キーにく便利なツールがあるが、 Zodiac もそうすれば良いとかは、 OS として、 UN医がかなり使用されている.そのた言っていたが、パソコン主にそういうツールがあるのは、

めに、 UNIX を利用したパッケージ(開発環境の)が多く

パソコンを使う本人が要求者であり、設計者であり、作成なるのでは?だから、私も UNIX を使っています.

者であるからである.

大型機を使用しているユーザは、「ユーザ」は一人の人間で義幸一はない.要求者は、どんな画面で、どういう動きがほしい

ユーザに使って貰えるツールは、ユーザの役にたたねばなと思ってはいるが、必要な画面は、 100・ 1 ，∞0 ぐらいあっらないが、作るほうは、ユーザの使用についての理解が必て、その人だけでそういう、ソールを使っているわけにはい要との指摘があったが、ユーザ要求の分析手法が作れるとかない.

良いのだが.社内標準、ユーザ標準、ユーザにするカトマ「ユーザ」の中には、 COBOL のソースが欲しいと思って

イス'のツールへの埋め込みが必要な気がする.

いる人もいる筈で、やはり、 COBOL ソースを出すツール‑221‑

開発環境管理の実際

s
e
s
s
i
o
n
4

藤野晃延

全体と個という問題が、管理の問題だと思う.個としての使い易さの追求と、全体としての使い易さ(管理のし易さ)の追求は、相反するものなだけに、整合がむずかしいのだろう.

ホロン的アプローチが必要だと考えるが、具体的にどうやっていくかは、その仕組みを皆が考えて、現場へ応用しながら、より良いものを求めるべきなのだろう.
また、水平分散していく環境への対応も課題だろう.

A.

priori でないだけに工夫が必要かな.

小林明彦

三菱電気、堀川氏の意見に対し、全面的に賛成です.優秀

でないユーザに対し、提供されるソフトウェア及び、環境がどのような形で提供されるかが、今後の UNIX (別にUNIX でなくても良いが)の拡大の方向性が左右されるのではないかと思われる.

SRA 佐原氏の指摘があった"COBOL ユーサ'は優秀ではないことはない"という意見
は、私もそう思います.しかし、異文化に触れたことのない人聞が初めて触れる文化として、 UNIX は、現在の所、親切ではない.多くを占める(日本で)メインフレーマーに UN医または、ワークステーションが、拡大するためには、カルチャーショックを起こさないような配慮が「当初」いるのではないかと考える.

結局、発言はしませんでした.後悔はありません.

久保安志
Re∞mmendation な麻里(
1) Zodiac を環境プロダクトとして売るのではなく、
Zodiac 環境を顧客にインプリメントするサービスを含めて売ること.顧客が希望する COBOL に合わせて手を入れることもサービスに含めること.

(
2
)Con
f
i
g
u
r
a
t
i
o
nservice や ERA tool は、ビジネスのノウハウとして、ためこんでいく作戦が良い.プロダクト
商品にするのを急いではいけない.
(3) スケルトンノウハウもサービスしながら、ためこんでいくのが良い.

(4)SRA が、オフコン周ソフトを受託開発するときのEnvironment として実践的に使い込んでいくのも有効なアプローチでありうる.

‑222‑

討論後アンケート昭和 6 3 年 3 月 2 日
SEA 環境ワークショップの;日本電子計算株式会社

fLE

CHEzh

一

スとツールは三位一体であるとする、ソフトウエアエンジニアリングにおける正統信
仰箇条ともいうべき山浦理論が展開された。その内容の多様性とほとばしるエネルギ
ーでチェアマンが圧倒されて止める気力を喪失してしまい、時間を超過してしまいま
した。最後に、 SRA の桜井さんからは、企業内遊園地でワークステーシヨンをベースとした開発支援ツールを作っているという、現時点では理想的とも思える環境で作たツールを、ほかの人が使ってくれないという聞くも涙の物語を語っていただいた。

「点一F4J

せたなと'v-fc 』'PJF4rc

プド場疑をンなか

セア立は法夕、のンゃなと方スかるコ法ろこのなのいの方いる決的るてど

私がイ人なりを困決
トバのい探スぜ解

身確、自のいってる
自明スがいたはっす

考な悔にあのりるめので機由でもきいた

いたん意たて困ちと見ろにめいに持かからちと定つ当はののかもこ見に本術るもス。う度境て技き
なン、つい程環いるでうタ思とるるっす定よスにうあめに決想のたうろを求境解はどれよ探向の環、トはかたを方れ発かツとおっ道るわ聞のリ
境のないめれはいメ
環人に良求わ々いる
発個とりのは我ばれ
開もこよ々に、れさ
なてうて我めりすら
的し交つばたま決た
想うび合れのつ解も
理ど飛しきそ。をと、が出で。い何ト
はめ葉を、るた、ス
でた言見があせかコ
えいの意るでさのの通のろあ解本いせな
共善いがで基てわどう改、義上のつ合な

一'」人

我た

そ々

のにツ

交術つ
を技立
者る役
加作に
参を当
のル本
場一は
会ツル
後は一

てあい
えがて

討るる

論この

たもな
しとか

が了ど

、解に

ツしつ

一たい

識も
認そた
分はれ
十とさ
はル議
性一論
要ツに
必、発
ので活
ル上て

さそ

れも

て何

H
J
おか

、中広

をで境よでて化観例満いら

だいた。目立ソフトウェアエンジニアリングの山浦さんからは開発環境とメトリック

気向人望ているメインフレーム上でメンテナンスのための環境作りを行なった報告をしていた

うしわの

ベ方れだ

ン理さた
ヨ管議い
シの討て
ジめでし

ポたン論
のるヨ討
んすシて
さ用ツて

皆運セあ
、をのを

り織前点
てとてに

お組は焦

ヨるがこ

つ法いル
な方つ一
と理にツ
J管境の
際の環境
実境散環
の環分発
理発、開
管関がや
境たたト
環しれン
発即わメ
聞に思ジ
「境と一
は環象ネ
マ散対マ
一分のは
テ、論で
ンと討こ
シょっ
ツに 2 で。
セパののた
一法たい

まず、 3 名のプレゼンテータの方からはいずれも実際に開発されたツールや企画されているツールについて具体的な紹介があったため、主にツールの問題についての討論となった。山一コンビュータの田中さんからは、最近話題から見放されそうににな

理し理白、トなで感論

人ウと的な討たア論想妙くしク討理とな
刻ツのてる断遅エでしあ間でチか決でかれ、なは気い疲人の境囲せのる気環雰たらい囲発いきE 討た

かて雰関して日れたアられ
前わしエ鋭慣、追わウ精にめにざトの論
たけわフ

S が

E行

A な

た付ざソ S のれ
つ片とのる風わ
あ後つ際い
でのよ実て
ンンち、え

ヨシ、し耐も換
シマてかに々ム父

ツ用しし境方見セモり。苦れ意のデたるてさな
後、いいつ加発
最人がてえ参活
はる人っか
ンいす思、たきヨてずくずつ続
シつはなえまがツ残を訳いし者
セだ席しはて加のまめ申とし参酒のりあ心へこがた、るをの‑223‑

環う

CHA1RMAN' S SUMMARY

臼井義美

のかというとを考えてみよう。

例えば、我々が討論し実現しようとしているのは、 一体誰にとって理想的な環境なまず、開発担当者つまり SE 自身のための理想的環境を考えてみる。 S E のための?であれば、便利で楽しくて思い通りのシステムが容易に構築できればいいであろ
。なはの
いれル E

管い管独
よ発 る き

らもツ

S

狂ヘ東欲
な向関り
的方のま
能る界つ
本れ世 j
のさエ愛
間進マ類
人促テ金

な知一

る開あと
れででた
さス要つ
表ン必か
代マが無
に一ルが
上オ一ル
、のタ

いては

さのか好の
気向人望

社論い「と
、化てのて
て進つみ果

おっと愛こ
に沿ご類う
会にく人い

J と

のよ違しな
て、間もに

ソりいくる

ト利いホ
フ便なは。

f

向フ ツ 一・た り あ

のパたツ
性トれ
頼ス優ば
信コもれ

ぎか用り。
かる理ある
はす管もき
と足。性で
る満い能も
あにな可と
でとれるこ
的こ知がす
想るもなだ
理いかつい
ててるに見
っしい化を

にンえ理方

とグて強法
者ミ考管な

性れよで
産優ルの
生、一る
、をツす。
はアの用る
とエ業利え
境ウ企をい
環トのルと
なフ他一い
的ソ、ツ無
想るばのは
理かれ度ろ
のかす程こ
てがとじと

つ費。同る
と経るとわ
に変あ業変
者大に企ら
営はとのん
経にこ他な
、般る、と
方一えで況
うしわの

一に終け状

ウでとン

は惰はな
境怠泉き
環ば源好
的れのの
想え一人
理かワ西
るいパ関
すいのる
関、こい
に向。て
発方るき
聞なれ生
ア適わで
エ快思ネ

理ラとのう
管グい E よはロた S る

境プし、え
環に断てな
な乱判つ行
利不によを
使心確に理
て一的針管
つがを方な

と者力す軟
当能指柔
E

S 担の目じ
、発者のん
し開発人重
かは開個を

理し理自

し者、者性

つ。

S

E

技管違をつけ境と環てかと進ないりうな
環之的えくにの的ななとば術理いかてれるの想越い
き境理をてで環たいつり、、間望従なの的見違なよばばは欲。え

S

いを

E な

事想らのく、れらののい考
仕理か場良は見ないにた点立にとらるた

適見観がうごかあし、てと快らな境よく場で用とれとりか的環のい立の採るさう
よ場営発どてのもをと慮いが立経聞はしE いルに考とE のはも題革S な一例どかS 者くて問改、れツをんいに当しし。はてらのX と良底担もにるたつけみ
I ほば
根発理れあま従避好
N はれ、開管ずで善。がの U てす
はばはい果改る )E るし理のわの、結をながS あ対管るいるてな境にい、でににす、すっ的環となくつ者う
発り発が然発これな一営よ
出あ出た必開る知での経のらでらしはのげもル境やどかえか。と身上か一環者は愛考愛ると自り義ツな理て類う類きく分取同たき管い
人い金でい自をとれ好、つとと、がてが境化さのがにる
るうたとつ
E 環退供
E る境あ
みよまこな
S なの提
S い環で
てし。うく。的問ら、て発のえ供るい良る想人かばし闘いをで境よでて化観例満いら

考提あとりあ理(点えたうな

さい益こか

足し有るう
満話ていろ

をおってか
々回としな
人今にをは
の。 E 業で場か S 作の
立うれでる
のろわ境い
てだれ環て
ペのわ発っ
すい、開か
のいらいか
らばかしに

ごあのが自

れれ中楽身

にそタり

はで議 E 々との討 S 我
境もののに
環な者く分
発う加多多
開よ参来は
なのや将否
的ど告い成
想は報近の
理れの、そ

、、つン読し

当、一取し
本がテみか

しあレドい

ろろゼを。

にでプ一た
れのたワみ
ずもい一望

いるだキを
せたなと

‑224‑