インターネットの 利用と仕組み 吉村伸 リアルタイム型アフリケーション ( 2 ) 図 1 Peer-to-Peer 醐甬信 はじめに ロ 前回に引続き、リアルタイム型のアプリケーションにつ いてです。前回は、ビデオ会議用のアプリケーションをい くつか紹介しました。今回とりあげるのは電話型のアプリ ケーションです。 前回紹介した CU-SeeMe にもあてはまるのですが、 の種のアプリケーションで扱える通信には 2 種類ありま す。いわゆる Peer-to-Peer 型 ( 図 1 ) の通信と、中間に サーバーを必喫とする通信 ( 図 2 ) です。 IP マルチキャス トを利用すれば、 3 者以 - E のあいだでコミュニケーション を成立させることができます ( 図 3 ) 。しかし、ユニキャス トを使うかぎり、通信・セッションは 2 者間でおこなわ れます。ュニキャストで 3 者以ーヒの情報を扱うには、サー バーが仲立ちをしなけれはなりません。 音声や画像を扱うアプリケーションも、この 2 不鶤頁に 能になります。 分かれます。たとえば、 StreamWorks や RealAudio の 今回紹介する電話型アプリケーションの場合、通信自体 ような型のアプリケーションでは、サーバーが多数の は電話と同じように 1 対 1 なので、 Peer-to-Peer 型でお クライアント ( ューザー ) にサーピスを提供します。 こなわれます。サーバーを利用するのは、ディレクトリ・ CU-SeeMe は、その両方に対応しているアプリケーシ サービスなどを提 0 いーるためです。 ョンの典型例でしよう。 2 台のマシンどうしの一妾通信は もちろん、リフレクタを利用すれば複数のマシン間での通 lnternet Phone 信もできます。 CU-SeeMe でユニキャスト・べースのピ デオ会議をおこなうときには、各クライアントはサー lnternet Phone は VocalTec の製品です ( 図 4 ) 。、、国 とのあいだにコネクションを張ります。 際電話が安くかけられる " という触れ込みで登場した製品 サーバーを必要とするアプリケーションは、当然ながら のなかでも最初のものです。 lnternet Phone は、サー ーとの接続を必要とするタイプのアプリケーションです。 サーバーがなければその機能を実現できません。例外は、 マルチキャストで同しクラス D アドレスを使う場合です。 接続には専用のサーバーではなく、 IRC (lnternet Relay この場合は、サーバーを介さすに情報を共有することが可 Chat) サーバーを利用します。といっても、サーバーを 54 UNIX MAGAZINE 1996.6

スである。 OMG が定めた Object Adapter を介した ORB との対話によってリンクを提供する。 Object Adapter とは、 CORBA オプジェクトか ORB のサービスについて知り、それを利用するための方 法である。これによって、 ORB はあるオプジェクトの メソッドを呼び出し、そのオプジェクトを作成したり削除 することができるようになる。さらに、 ORB のセキュリ ティとオプジェクト参照の実装へのマッピングを提供す る。これによって、 ORB によるオプジェクトへの参照の 生成と利用を可能にする。その目的は、別の抽象レベルを 提供し、 ORB カワ。ラットホームやネットワークを越えて 多くの CORBA オプジェクトと標準的去でやりとりで きるようにすることである。 ューサーか開発したアプリケーション・クライアントは、 データ用の CORBA オプジェクトと連繋できる。これら のクライアントは、異なるオプジェクトのデータセットを 利用するが、自分自身のデータセットはもっていない。つ まり、はかのデータセットにもとづいて重川するデータ依 存のフログラムである。 ORB は、ユーザーか開発したク ライアントと CORBA オプジェクトとの対話を処理する ためのメカニズムである。 ORB は、刻長オプジェクト指向 RPC (Remote Pro- cedure Call) の API (Application Program lnter- face) として動作し、これらのオプジェクト間の対話を処 理する。この API の設疋は、標準化された OMG マッピ ング・ガイドラインにもとづいておこなわれる。 CORBA は、既存の RPC 呼出しやライプラリよりも堅牢かっ簡明 に言 t されている。簡明にするために、 RPC 指向の分散 データアクセス手法の上に 1 つの層が追加されている。あ る種のデータセット ( データベースなど ) とプロセス間通 信 (IPC) がクライアント・サーバー関係を形成していた ところに、データセットとそれにアクセスしようとするク ライアント・アプリケーションとのあいだをとりもっ仲介 機能が設けられたのである。このようにして、データセッ トはアフリケーション開発者からう隹さ独立した。開 発者が CORBA オプジェクトを通してデータへの要求を おこなうと、 ORB がメッセージ中幻医を処理し、オプジェ クトの定義に沿ってそのオプジェクトのデータにアクセス する。 CORBA でオプジェクト指向の手法を用いているのは UNIX MAGAZINE 1996.6 CORBA プログラミング■ 必要に迫られてのことであり、いくつかの尺肢のなかか ら選んだわけではない。オプジェクト指向プログラミング は、プログラムについて説明し、開発するための便利な方 法にすぎない。 CORBA では、オプジェクト指向プログ ラミングの 3 つの基芋徴か利用されている。第 1 に オプジェクト間のホリモーフィズムカ呵能である。 ORB により、それぞれのオプジェクト ( およびそれらと里す るデータセット ) は独立に保たれ、異なるアプリケーショ ンで再利用できるようになる。第 2 に、データがカフ。セル 化される。クライアント・アプリケーションは、自うゞア クセスするデータについて何も知らす、 ORB を介して関 連するオプジェクトを要求するだけである。そして、その オプジェクトがアプリケーションのためにデータを検索す る。第 3 は、データの継承である。あるオプジェクトに ついての言当に ORB とのインターフェイスが含まれて いれは、その親オプジェクトから派生したオプジェクトは 親のインターフェイスをそのまま継承する。 CORBA では、ホストの透過生も保たれている。 ORB は、さまざまなマシン上の異なる CORBA オプジェクト にアクセスし、それらを呼び出すことができる。クライア ント・アプリケーション ( フロセス ) が 1 つのホスト上 で重川第している場合、そのホストの ORB はそのホストま たは別のホスト上の異なる場所にデータを置くことができ る。これは、かなりの程度まで OMG が定めたリポジト リを通して実現される。 CORBA の内部 CORBA のインターフェイス規則では、オプジェクトと あいだでメソッドとパラメータを受け渡すことができる。 オプジェクトは ORB を通してはかのオプジェクトとの トごとに IDL インターフェイスが備わっているため、各 装にとってきわめて重要な位置を占めている。オプジェク は IDL インターフェイスであり、アプリケーションの実 ある。すべての CORBA オプジェクトの中核をなすの Definition Language : インターフェイス定義言語 ) で OMG 仕様のもっとも重要な部分は、 IDL (lnterface ティおよびアフリケーション・オプジェクトである。 なわち、 ORB 、オプジェクト・サービス、共通ファシリ OMG は、 CORBA の 4 つの主要部分を定義した。す 127

CORBA プログラミン - グ■ そのインターフェイスは密接に結合されていなけれはなら ないと定められている。 通常、 CORBA における RPC 側の実装はスタブとス ケルトンを通して実現される。スタブには、クライアント・ プロセスのためのものとサーバープロセスのためのものの 2 不鶤頁がある。スケルトンとは、サーバーフロセスのため ORB は、このフレームワークのデータ・ネゴシェータ のスタブのことである。これらのスタブは本はにテンフレ ートの彳齬リをはたし、メソッド - パラメータ型の結合の整 生かされる。スタブは、各言語のための IDL マッ ピングから生成される。スタブまたはスケルトンは、オプ ジェクトのためにコンパイルされた IDL である。これら のスタブには、仲介機能の実現のために必要な詳細なシグ ナル処理と例外処理が含まれる。のちはど、スタブとスケ ルトンのサンプルを示す。 法より実装か難しい。 も遅い。 しかも、開発後は勺な IDL より プロセス ■ 動的な実行時インターフェイス CORBA では、 DII (Dynamic lnvocation lnter- face) も定めている。 CORBA オプジェクトは、利用す る可能性のある別のオプジェクトのインターフェイス情 報を実彳 : 川芋まで知る必要はない。オプジェクトとのリンク は、アプリケーションかま行されているときに ORB に よって処理される。このインターフェイスのサーバー側を DSI (Dynamic SkeIton lnterface) と呼」 : 。 DII のセマンティクスは IDL の記述と対になってい る。オプジェクトまたはクライアントは、実彳時に指定し たオプジェクトを参照するように要求し、操作の選択とそ れに必要なすべてのパラメータを渡す。これらのパラメー タは重加勺にリンクされたリストのようにみえ、実行時に型 がチェックされる。 DSI は、 ORB がオプジェクトに対して要求を出すとき に利用される。これらのオプジェクトは個別に実装され、 実装に際してどのようにコンパイルされたかを知る必要は ない。 DSI は、型依存の (IDL) スケルトンと似たもので ある。 開発者は、 DII と DSI を用いて、開発時には未知のイ ンターフェイスに対する自分のオプジェクトからのイン ターフェイスを設定することかできる。たとえは、 C 十十 のクラスプラウザはその一イ列である。 DII と DSI を利用 した重加勺な手法は柔匪に富んでいるが、 IDL の青知勺な手 128 である。 ORB は、ある種のオプジェクトへのインター フェイスについて知っている。 ORB が知っているオプ ジェクトのための IDL は、インターフェイス・リポジ トリという重加勺なリストに置かれている。 ORB は、異な るホストシステム上にある別のオプジェクトについて知る ことができる。問イト迂があると、 ORB は要求されたデー タ・オプジェクトをそのインターフェイス・リポジトリ と照合する。次に ORB は、その実装リポジトリを通し て、メッセージを該当するオプジェクトに送ろうとする。 データ・オプジェクトまたはそのサーバーか下力していな いと、 ORB は実装リポジトリまたは関連するデータベー スを用いてオプジェクトを起重丿ける去と場所についての 参照を取得する。 ORB カしい参照を取得すると、該当 するオプジェクトを起動し、次いで最初のメッセージを送 ろうとする。このプロセスが失敗するか、または ORB が 要求されたオプジェクトについて知らないと、 ORB は呼 び出したクライアント・アフリケーションまたはオプジェ クトに適切なエラーメッセージを返す。 ORB は分散ネットワーク・プログラミングの複雑さを 開発者のために取り除いてくれる。あるアプリケーション から別のアプリケーションにデータをもってゆくための低 レベル RPC のセットアップと検査について、もはや頭を 悩ませる必要はない。オプジェクトに対する IDL 参照と オプジェクト内部の応答メソッドをセットアップするだ けでよい。そのうえでオプジェクト ( とおそらくそのサー ー ) をコンパイルしてイ求づーれは、信事は完了である。 OMG が定めたインターフェイス・リポジトリは CO- RBA ホストに置かオし、 ORB プロセス ( デーモン ) によっ て系される。インターフェイス・リポジトリは、 ORB が知っていなけれは・ならないすべてのオプジェクト IDL のリストである。オプジェクト IDL は、 ORB が不力して いるホスト以外に置かれていてもよい。オプジェクト IDL は異なるホスト上にあってもよいが、利用するためにはイ ンターフェイス・リポジトリに登録されていなけれはなら UNIX MAGAZINE 1996.6

連載 / 倉敷芸術科学大学のネットワーク構築ー 0 トボロジーの検討 ルのトボロジーは、実際に利用するアプリケーションに依 ジーを十寸する必要があります。アプリケーション・レベ レベルのトホロジーとアプリケーション・レベルのトボロ ネットワークのトボロジー設引・にあたっては、リンク タ流量をどの程度見込むか ・トラフィック・トホロジー : ケープルの規格や、デー プルをどのように敷言す - るか ・ケープル・トボロジー : ネットワーク用の配管や、ケー です。 リンクレベルのトボロジーで検討すべき点は次の リンクレベルのトボロジー 存します。 2 つ ベルのトボロジーに大きな景界些をケえます。ーヨ殳的に用い アプリケーション・レベルのトボロジーは、リンクレ アプリケーション・レベルのトボロジー おけは、ある程度までは対応できます。 パネルなどて物理的にトボロジーを変更できるようにして 場合などは、ラダーや配管をヨ - 分に敷設しておき、パッチ っていれは・合格です。ケープル・トボロジーが日寉でない カ起こっても、わすかな訓整て改善できるような言 fr にな と同しでどうしても通信量に差が生します。こうした事態 そのためには余裕をみて言 fr すればいいのですが、 j 等 がけています。 も、上交的商にネットワークか加丿胙するような言 T を心 せす、それぞれが最大のトラフィックを発生させた場合で アプリケーションや利用形態によるトラフィック予測を 期は上如豆く、まったく予測できません。そこて私は、 のデータ流量か劇的に変化するからです。しかも、その周 ワーク・アプリケーションの登場により、ネットワーク の予測はきわめて困難です。なぜなら、予期せぬネット インターネットの世界では、この方式によるトラフィック ワークのデータ流量を引・算してきました。しかし、とくに て数年先までのトラフィックを予測し、そのうえでネット 従来の汎用均な考えでは、待ち行・列理論などを駆使し られているサー れは、 60 ・クライアント型のネットワークであ ・クライアントとサーバーの上し ・クライアント側のネットワークの構友 ・サーバーのネットワーク上の位置 ・クライアントからサーバーまでの糸習各 ・利用するネットワーク・プロトコル ・利用するアプリケーションの特性 などを考慮してトボロジーを言 fr しなけれはなりません。 UNIX を中心とした TCP/IP ネットワークをする 場合、 NFS や NIS がよく利用されますが、トボロジーの 設計に際しては注意する必要があります。 NFS では、ク ライアントーサーバー間の遅延を考慮しなけ川よなりませ ん。たとえば、クライアントからサーバーへの p ⅲ g コマ ンドによる結果が 10ms を超えたとします。このよう なネットワーク竟ー・ドでは、クライアント側で NFS のパ ラメータを調整する必要カ咄てくる可能性があります。あ まりにも大きな遅延が発生するネットワークだと、的 なレスポンスが劣悪なため実際の運用に耐えられないかも しれません。 ルータやプリッジなどの台数は、私の経験からいってク ライアントーサーバー間で 2 ~ 3 台に抑えたはうがよいで しよう。月も充↑ j ・の VLAN や LANE といったイ瓦想ネッ トワークの問題点の 1 つが、この遅延による景グです。比 車如勺遅延のすくない製品もあるようですが、安易に導入す るとかえって大変かもしれません。 倉敷芸不斗大の TCP/IP べースのネットワークでは、学 内のどの位置にクライアントか接続されていても、そのク ライアントーサーバー間は FDDI スイッチと 1 台のルー タしカ山しないように言 fr しています。 サーバーカ嗾数のネットワーク・インターフェイスを もち、クライアントからのアクセスを受けるインターフェ イスとデータを出力するインターフェイスとが異なる りと下りか異なる ) 場合、クライアント側で n 。 c 。 nn オプ ションの指定が必要です。 NFS クライアントのデフォル トでの実装は、たいていこのケースに対応していません。 一の NFS クライアントは、この環境では重川しません。 クライアント側の設定にまで手カ刺らない管理者は、安易 に複数インターフェイスのサーバーを導入すべきではない と思います 4 4 私は手カ刺りません ; ー ) UNIX MAGAZINE 1996.6

A S T リレーショナルデータベース Motif のためのアプリケーシンジェネレータ db LUIM/ —Version 2.9 db-UIM/X は、 Motif 用 GUI ビルダーのベストセラー UIM/X に 基づいた RDB アプリケーションのためのアプリケーションジェネレー タです。データベースの検索や史新など基本的な操作だけを行うアプリ ケーションなら、 db-UIM/X の画面で GUI オプジェクトとデータベースオプ ジェクトをマウスの操作で結び付けるだけで開発することができます複雑な アプリケーションにも、部分的に C や SQL のコードを入力することにより対 応することができます。また、 UIM / X の C インタープリタの機能を使って、 データベースの入出力を含むアプリケーションのすべての機能を、開発中に すぐにテストすることができます db-UIM/X 2.9 では、初心者モード、強化された C + + 開発環境、実行モード、 ⅵ、 emacs などの標準的なエデイタのサポートなど UIM/X 2.9 の新機能すべ てが使えます。また、サポート対象のデータベースとして INFORM Ⅸが加 わりました。 動作環境 : SPARCstation SunOS 4.1 .3 以降 / SO は「 is 2.4 以降、 HP9000 / 700 HP-UX 9.0.3 以降 他の機種 OS についてはお問い合わせください。 対応テータベース : SYBASE 4.9. x 、 system 10 お問い合わせ先 株式会社アステック営業部 ORACLE 7 INFORMIX Online 6 、 Online 7 〒 162 東京都新宿区南町 6 BR 市ヶ谷電話 ( 03 ) 5261-5972 ( 直通 ) FAX ( 03 ) 5261-8574 info@astec. CO. JP (E-mall でのお問い合わせは商用ネットをご利用ください。 ) E-mail: URL : http://www.astec.co.jp/DBUlMX/dbuimx29.html 資料請求 No. 053

ソルプは ムによるソフト開発履歴の チー 全貌がすぐにわかる。 アプリケーションのチーム開発 世界市場で 70 % シェアを誇る 幅広い開発支援ツールと連動 を強力に支援 デファクトスタンダード インターソルプの製品に共通している特 クライアント / サーパ・システムト . のアプ 高性能て、マルチフラットフォーム対応の 長は、オープン性が極めて高いことてす。 リケーション開発が複雑化の一途をたどっているな PVCS は、分散環境ソフトウェア構成管理ツール PVCS は、 UNIX 、 DOS/V 、 Windows 、 WindowsNT 、 か、チーム開発による開発生産性向上が必要となっ の世界市場て、 70 % 以 E のシェアを誇る「標準 OS / 2 など幅広い OS をサポート。これらの OS 単体 ています。そこて、不可欠なのが、本格的なソフトウェ ツール」てす。 または異種の 0 S が混在する L A N 環境て、ソフト ア構成管理ツール。単純にファイル 特長の第 1 は、 IS09000 ー 3 に完全準 ウェア構成管理がて、きます。 履歴を記録するのて、はなく、「誰が、 拠していること。管理工数を増やさず また、開発ツールと直接連動させ、スムーズな工程 いつ、どういう変更を、どのモジュー に、厳しいソフトウェア構成管理基準 管理が可能。 PVCS は、 BorlandC 十十、 VisuaI ルに加えたのか」という開発工程履 を満たすことがて、きます。 C 十十、 Visual Basic 、 Oracle DeveIoper/2000 、 歴を正確に記録し、的確に管理て、 オプジェクト指向技術を採用している BorlandDelphi をはじめ、主要な開発ツールや、イ きるのが PVCS てす。 占、も、大きな特長て、す。ソースファイル、 ンターソルプ社の提供する Exc 司 erator 、 APS 、 PVCS は、ソフトウェアを独自のアー バイナリコード、グラフィックイメージ Maintenance Workbench とのインターフェースを カイプ形式て、自動保存して、単純な履歴管理にとど など、アフリケーションを構成するすべてのファイル 幅広く提供。再入力などの必要がまったく生じない、 まらない強力なソフトウェア構成管理を実現します。 タイプをオプジェクトとして一・括管理。キメ細かい変 スムーズな開発工程管理を実現します。 また、変更履歴と最新のファイルだけを効率よく保 更履歴管理がて、きます。 存しますのて : ディスク容量を最小限に抑えながら、 ソースファイルを忠実に再現することがて、きます。 ハンズオン・セミナーを開催しています PVCS 紹介セミナー ( 無料 ) 、 PVCS Version Manager トレーニング ( 有料 ) 等があります 詳細および実施スケジュールについては、インターソルプ株式会社セミナー担当、 TEL. 03 ( 5350 ) 0350 ( 代 ) まで、お問い合わせください。 INTERSOLV

A S T E C 日本語で、愛を交わしたい。 MICROSOFT@ COMPATIBLE 32- 窺わ 4 〃がた厳盟 ASTEC-X なら、 Windows の日本語環境を 1 OO% 活用 Windows 95 と NT のマルチタスク環境で、 X のアプリケーションを強力にサポート 高い信頼性とサポート ASTEC-X の特長 ・ UN Ⅸのエキスパート、アステックが独自に開発。高い信頼性と責任あ 優れた日本語環境を提供 る対応を約束。 ・ Windows の IME に準拠したかな漢字変換システムで、 X アプリケーシ ・ X の最新版、 X11R6 に準拠 ( R5 、 R6 のクライアントと互換 ) 。 ョンに日本語入力が可能 ・ X アプリケーションで wrndows の日本語 meType フォントが使用可能 ASTEC-X の動作環境 Wrndows アプリケーションと X アプリケーション間で日本語文字列の カット & ペーストをサポート。 日本語 Windows 95 、日本語 Windows NT 3.5 / 3.51 0 S ・各種の日本語キーポードをサポート。 対応機種 IBM PC 互換機、 PC98 シリーズ、 AlphaAXP 快適なマルチタスク環境 101 、 1 、 AX キーポード (IBM pc 互換機 ) 、 PC98 シリーズ用各種キーポード キーポード ASTEC-X は、 Windows NT 、 Wrndows 95 をターゲットに開発。効率的な 標準価格税別 ) 78 , 000 円 資源の活用と快適なマルチタスク環境を提供 ※本文中の製品名および社名は、一般に各社の登録商標または商標です。 評価版についての情報は www ページをご覧ください。 株式会社アステック〒 162 東京都新宿区南町 6 BR 市ヶ谷 E-mail : info@astec. CO ・ JP ( E でのお問い合わせは商用ネットをご利用ください。 ) お問い合わせ先 http : ″ www.astec.co.jp/ASTECX/astecx.html TEL 03 ( 5261 ) 5972 FAX 03 ( 5261 ) 8574 新価格 資料請求 No ℃ 51

1 寺集 モーレッ UNIX プロトコル 図 8 X サーパー クライアント、 X client 報 報 主冂 情 キ キ ス ス ウ ウ マ マ ね て 描 し 示 お 表 描 お 0 0 ロ ー t 算機 A ・一 ルして配布 ・ X プロトコル : X サーバーと X クライアントの通信の ・初めからネットワークを考慮したクライアント・サー ための言葉。たとえは、 X クライアントは X プロトコ ルを使い X サーバーに表示のお願いをして、その画面 ノヾーシステム に目的のものを表示してもらいます。逆に、 X サーバー これらがおもなものでしよう。 からは X プロトコルを使い、 X クライアントにキーポ このなかに、、クライアント・サーバーシステム " という ードからの入力やマウスカーソルの位置清報などを伝え 言葉が出てきました。これを簡単に説明しておきます。 ます。 X でいうところのクライアント・サーバーとは、図 8 このような仕組みは、ネットワークを利用したときにた のような形態です。つまり、ます目の前の計算機には、 X いへん都合がよいものです。 X サーバーと X クライアン サーバーと呼は・れる X の中心を司るサーバーがいます。 トは、同し言 t 算機ーのものでなくてもかまいません。図 8 ューザーが利用するアプリケーション、たとえは xterm を見てください。計算機 A で動いている X サーバーに対 などはすべてサーバーとお話をしながら仕事を進めるクラ して、計算機 B のクライアントから表示の希望がきた場 イアントです。そのお話のときに使われる言語を X プロ 合、計算機 A の X サーノヾーがそれを表示します。する トコルと呼んでいます。まとめてみましよう。 と、言 t 機 A の画面には、言 - 機 B で実行されている X ・ X サーパー : X の画面 1 つにつき 1 つ起動されます。 クライアントか表示されます。このとき、 X クライアント その画面に関する表示は、すべてその X サーバーカ 自体は計算機 B の CPU を使って実行され、計算機 A で 理します。そのほかに、キーポードやマウスからの入力 は X サーバーによる表示だけがおこなわれます。例を挙 も X サーバーの管理下にあります。 げるなら、計算機 B て起動した表計算アプリケーション ・ X クライアント : X のアプリケーション。 xterm など、 の表示のみを計算機 A でおこない、実際の計算は言 fr 算機 ューザーか利用する X のアプリケーションはすべて X B でおこなわせるのです。このような機能は、 Windows クライアントと考えます。 や MacOS では実現不可能です。 :X pro む 0C01 マウス・キーポード情報 X client X server ね て し 一小 表 0 0 ロ ー計算機 B - ー 一三ロ 36 UNIX MAGAZINE 1996.6

連載 / インターネットの利用と仕組みーの 図 9 WebTalk のディレクトリ・サービス 日 0 有日純曾 P 肥毎代 0 い 声を送るのは、 、、屋 - ↓を架す " ような気もします。しか し、世界中どこへ電話しても同一科金なのはたしかに魅力 でしよう。 この種のアプリケーションが、、安さ " 以外の面でどのよ うに発展するかは、たいへん興架いところです。伏で は、、、電話 " にくらべるとそのユーサー・インターフェイ スは煩雑です。国際電話や長距離電話を安くかけられるメ リット以外になんらかの特別な魅力を感しる人でないかぎ り、、、電話 " に代わるものとして日常的にこのようなアフ リケーションを使ったりはしないでしよう。 現在、 lnternet Phone のサーノヾー (IRC サーノヾー ) に 接続すると、けっこう次々と呼出しがかかります。もっと もその半分以 - E は、何か話しているのは分かるものの内容 をよく聴きとれす、すぐに切れてしまいます。おそらく、 途中のネットワークカ田くて混んでいるせいでしよう。 IRC サーバーのトピックもさまざまなものがあり、首 を傾げたくなるような話題も多く見かけます。 しかし、コンピュータのアクセサリとして考えた場合、 電話型のアプリケーションは便利なものの 1 つです。コ ンピュータから手と目を離すことなく使える点は大きな魅 力でしよう。前回紹介した Enhanced CU-SeeMe での whiteboard の統合と同本コラボレーション・ツールの 1 つに音声が入っていることは重要な要素だと思います。 電話型のアプリケーションにおけるコスト面以外のメ リットを論しることは難しいと思います。操作の点でいえ は、、電話 " のはうか簡単です。ディレクトリ・サービスの 融合と充実、ポイスメールの統合など、音声によるコミュ ニケーションの周辺サーヒ、スの整備しだいで、この種の アプリケーションの魅力はたいへん大きく変化すると思い ます。 ( よしむら・しん IIJ) WebTalk Use 「 Directory ・ Welcome NASCAR LIVE ー pisky Wa1tin ー PSadza Shin Yosh 面 u 伺 Mila し Diana Diana [ 00 J 田 00 kmker Keith C an ftogboy Michael Loesevitz 日 0b0b0 れ d Robert し田 se れ bluzfan Mike 日面 Za an Jay Ro 奮 e 飛 h K 都秋 n Katen K 都 0 bb 2 厄 aman vincent BRob 日 obe 引 oa れ DEATH JIM 6 田 BS lmmi れ ent 3 ow れ e DOC-J JAY SCHROM は Quarterdeck Mosaic (Quarterdeck の Web プラウ サ ) を使用しなけれはならないという牛があります。上 己の URL にはユーザー登録ページがありますから、 でユーサー名を登録して、、 Launch Webtalk" ボタンをク リックすると、図 9 に示したようなユーサーディレクト リを利用することができます。 lnternet Phone がフリー の IRC サーバーを使っているのに対して、 WebTalk で はこの部うゞ専用のインターフェイスになっています。 WebTaIk では、チャット・ウインドウを開いてテキス ト ( 英文のみ ) でのチャットができるので、音声の補助手 段としてきわめて有効です。 現在、 WebTaIk は 1 ライセンス購入すると、もう 1 ラ イセンスを無料てイ吏用できます。ただし、 2 つめのライセ ンスは、 ・ http://www.quarterdeck.com からダウンロードしなけれはなりません。 1 ライセンスだ けでも、固定された IP アドレスであれば電話として使う ことはできます。 音質は、 lnternet Phone とはとんど同等です。両者と もに、モデムによる 28.8Kbps のダイヤルアッフ。接続で も十う月吏用に堪えるものです。 一三ロ おわりに 電話回線を経由してダイヤルアップでインターネットに 接続し、そのうえで電話型のアプリケーションを使って音 58 UNIX MAGAZINE 1996.6

CORBA プログラミング■ 図 3 B 。 ok オプジェクトにアクセスするクライアント else if( ! strcmp(argv[l] , "destroy")){ C out くく output ; char* output=book—>text ( ) ; ODF—find(b00k , argv [ 2 ] ) ; else if(!strcmp(argv[l] ,"get")){ book->add-entry(argv [ 3 ] ) ; ODF—find(book , argv [ 2 ] ) ; else if( ! strcmp(argv[l] , "add") ) { argv [ 2 ] , argv [ 2 ] ) ; book=producer—>create—book( ODF—find(producer , "BookFactory if ( ! strcmp(argv[l] , "create") ) { ODF_ObjRef く BookFactory> producer ; ODF—ObjRef く Book> book; ODF : : init (argv [ 0 ] ) ; main(int argc , char* argv ロ ) { #include "0df—output/Book. hh" #include く string. h> #include く iostream . h> #include く odf/odf . hh> ODF-find(book , argv [ 2 ] ) ; book—>destroy ( ) ; % > Book add my-book2 % > Book get my_book2 my-book2 G00dbye Wor1d ! F00 bar . ” F00 was a bar . 稼動しているオプジェクトを調べると、下記のように なっている。 neoadmin> nls /machine/development/services my—book2 BookFactory おわりに 134 になり、描商化されたオプジェクト指向コードの言は高 このフレームワークにより、ソフトウェアの言か容易 を習得しなけれはならない。 いのであれば、 CORBA とその目的に関する正確な知識 その方向に進みつつある。 CORBA を最大限に活用した 透するには訓練が必喫だ。さいわい、多くの開発関係者が ワークである。しかし、エンタープライズ市場にひろく浸 CORBA は強力かっ朝勺で、しかも強力なフレーム 等な仕事になるだろう。アプリケーションの生命力は、そ オ功ゞどのように妬 t さいかなる 4 リ用性を備えている かによって異なる。 CORBA オプジェクトとそれが対話するデータおよび データベースによって、多数の異なるクライアント・アプ リケーションによるコードをきわめて簡単に再利用できる ようになる。結果として、アプリケーションの開多麒月間が 去噌できる。さまざまなアプリケーションが、必要なデー タから独立していれは・、既存のアプリケーションを異なる データセットやはかのアプリケーションに対応させるため の竹喫 (RPC の開発とテスト ) に時間を費やさずに、よ り多くの時間をデータアクセス用のクライアントや GUI フロントエンドの開発に振り向けることができる。 OMG とそのスポンサー企業は、商業市場において分 散オプジェクト指向をま俺止しようとしている。こオ功ゞひろ く受け入れられなけれは、 CORBA の全面的な活用は不 可能である。時宜を得た標準は、デスクトップのためのオ プジェクト埋込みとワークステーションのための分散コン ◎ 1996 , UNIX REVIEW (). S. A. ) UNIX REVIEW 1996 年 4 月号より 「 Programming with CORBA 」 gabe. htmlo ページは、 http://molasar.blackmagic.com/people/gabe/ ォード大学を卒業後、メリーランド大 7 修士課程に在学中。 web 言およびラッパクラスのプロジェクトを丁掛けている。ラドフ 向言 t コンサルタント。現在、 ATM プロトタイフ。のための GUI Kaman Sciences のソフトウェア・エンジニア兼オプジェクト指 ・ Gabriel Minton の高いオプジェクト指旬サーバーという不可欠の要素を提 う靖攵 Java アプレットべースのプログラミングに、移植性 功は、 CORBA にとって追い風となろう。 CORBA は、 Web プラウサと Java プログラミング言語の去も匠の成 成功に寄与・するだろう。 ピューティングの必要性と結び付き、 CORBA の商業的 UNIX MAGAZINE 1996.6