JPH07219872A - ネットワークシステム - Google Patents

Abstract

(57)【要約】 【目的】分散型ネットワークシステムにおいて、ユーザ
ーが相手先のプロトコルなどを意識することなく、簡単
な操作でサービスを利用できるようにする。 【構成】ディレクトリサービスには、各ネットワーク資
源のプロトコルに関する情報が登録されている。ワーク
ステーション１ではメールを送信する際に、アクセス対
象となるネットワーク資源のプロトコルに関する情報を
ディレクトリサービスアクセス手段２３を通じてディレ
クトリサービスから取得する。プロトコル選択手段２４
は取得したネットワーク資源情報からアクセス対象のネ
ットワーク資源へアクセス可能なプロトコルアクセス手
段２５を選択し、このプロトコルアクセス手段２５を用
いて目的のネットワーク資源にアクセスする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はネットワークシステム
に関し、詳しくはディレクトリサービスを利用したマル
チプロトコル対応方式に関する。

【０００２】

【従来の技術】近年、分散型ネットワークシステムにお
いては、ネットワークファイルシステム、メールシステ
ム、プリンティングシステムなどを実現するための様々
なネットワーク資源が提供されている。また同時に、そ
れらネットワーク資源にアクセスするためのネットワー
クプロトコルも数多く存在する。例えば、アプリケーシ
ョン層について見てみると、ネットワークシステムでは
ＮＦＳ（米国ＳｕｎＭｉｃｒｏＳｙｓｔｅｍ社登録商
標）、ＲＦＳ、ＦＴＡＭなどがあり、メールシステムで
はＳＭＴＰ、ＭＨＳなどがある。また、トランスポート
層以下も同じようにＴＣＰ／ＩＰ、ＸＮＳなど幾つかの
プロトコルが混在する状況にある。こうした状況は、ネ
ットワークがより広範囲に接続されることにより今後も
長期間続くことが予想され、その相互接続のために様々
な手法が提案されている。例えば、各サーバやクライア
ントでマルチプロトコルに対応するために、各種プロト
コルドライバを装備したり、ブリッジやゲートウェイサ
ーバによりプロトコル変換を行ったりしている。

【０００３】

【発明が解決しようとする課題】ところで、これら相互
接続のための手法は数多く実現されているが、いずれも
ユーザーがプロトコルなどを意識して選択しないと利用
できないという不便さがあった。例えばメールシステム
において、あるユーザーがメールを送信したい時には、
送信先のユーザーのプロトコル種類やアドレスを知り、
そのプロトコルをサポートしているメールシステムとネ
ットワークプロトコルを使用して送信するか、またはそ
のユーザーが使用しているメールシステムと相手先のメ
ールシステムの間でメールゲートウェイを介してプロト
コル変換を行って送信していた。このように、従来はユ
ーザーが送信手段の選択やプロトコルに対応した相手先
メールアドレスを知っている必要があり、ユーザーにと
っては煩雑な操作を余儀なくされていた。なお、ネット
ワークシステムにはプロトコル変換を行うためのゲート
ウェイサーバが提供されているが、このゲートウェイサ
ーバではプロトコル変換が完全にはできないという難点
がある。

【０００４】なお、ネットワーク資源へのアクセスに関
する従来技術として、ネットワークに接続された各資源
の機能などを示す属性を登録手段に登録しておき、ユー
ザーにより所望の属性が指定されたときは、前記登録手
段を検索して指定された属性を有する資源を選択するよ
うにしたアクセス方式が特開平５−５３９５４号公報
に、またプロトコルに関する情報をディレクトリシステ
ムに登録することにより、各システムで保持する情報の
軽減、情報が変更された場合の管理を容易にした情報取
得方式が特開平３−２２２０５２号公報にそれぞれ提案
されている。しかし、特開平５−５３９５４号のアクセ
ス方式は、ユーザーが必要とする機能および性能を持つ
プリント装置のアドレスをユーザー側に通知するだけで
あり、プロトコルの異なる相手へのアクセスには対応し
ていない。同様に特開平３−２２２０５２号の情報取得
方式も、プロトコルに関する情報をディレクトリサービ
スに登録しただけのものであり、プロトコルの異なる相
手へのアクセスについては何等考慮されていない。

【０００５】この発明は、ユーザーが相手先のプロトコ
ルなどを意識することなしに、簡単な操作によりサービ
スを利用できるようにしたネットワークシステムを提供
することを目的とする。

【０００６】

【課題を解決するための手段】この発明に係わるネット
ワークシステムは、ネットワーク上にディレクトリサー
ビス、ユーザーシステム、サーバなどのネットワーク資
源を分散配置したネットワークシステムにおいて、前記
ディレクトリサービスには、各ネットワーク資源のプロ
トコルに関する情報をネットワーク資源情報として登録
するネットワーク資源情報登録手段を具えるとともに、
前記ユーザーシステムには、所定プロトコルのネットワ
ーク資源にアクセス可能な少なくとも１つのプロトコル
アクセス手段と、前記ディレクトリサービスから、アク
セス対象となるネットワーク資源のネットワーク資源情
報を取得するネットワーク資源情報取得手段と、前記取
得したネットワーク資源情報から、アクセス対象のネッ
トワーク資源へアクセス可能なプロトコルアクセス手段
を選択するプロトコル選択手段とを具えたことを特徴と
する。

【０００７】

【作用】例えばユーザーシステムからメールを送信する
場合は、ネットワーク資源情報取得手段を通じてディレ
クトリサービスに問い合わせを行い、アクセス対象とな
るネットワーク資源のネットワーク資源情報を取得す
る。プロトコル選択手段は、取得したネットワーク資源
情報から、アクセス対象のネットワーク資源へアクセス
可能なプロトコルアクセス手段を選択し、このプロトコ
ルアクセス手段を用いて目的のネットワーク資源にアク
セスする。もしユーザーシステムがアクセス対象のネッ
トワーク資源へアクセス可能なプロトコルアクセス手段
を持たない場合は、プロトコル変換可能なゲートウェイ
サービスを利用することで、目的とするネットワーク資
源へのアクセスを得る。

【０００８】

【実施例】以下、この発明に係わるネットワークシステ
ムの一実施例を図面を参照しながら詳細に説明する。

【０００９】図２に、この実施例におけるネットワーク
システムの全体的な構成を示す。このネットワークシス
テム１００は、例えばイーサネットで代表されるような
データリンクで接続される一般的なローカルエリアネッ
トワーク（ＬＡＮ）１３により構成され、２つのネット
ワークプロトコル（ＸおよびＹ）が共存している。ＬＡ
Ｎ１３上には、ワークステーション（１〜４）、プリン
トサービス（５、６）、ゲ−トウェイサービス７、メー
ルサービス（８、９）、ファイルサービス（１０、１
１）、及び各ワークステーションからアクセス可能なデ
ィレクトリサービス１２がネットワーク資源としてそれ
ぞれ接続されている。通常ディレクトリサービスは各プ
ロトコルに応じて１つづつ以上存在し、それぞれのプロ
トコルに対するサービスのみを行っている。ただし、図
２ではプロトコルＸに対応するディレクトリサービス１
２のみが接続された例を示している。

【００１０】ディレクトリサービスは、具体的にはＯＳ
ＩではＸ．５００シリーズ勧告のディレクトリサービス
（ＩＳＯ９５９４）があり、ＴＣＰ／ＩＰではネームサ
ービスとしてネットワークインフォメーションサービス
（ＮＩＳ）やドメインネームサービス（ＤＮＳ）などが
知られている。また、ＸＮＳではクリアリングハウスサ
ービス（ＣＨＳ）がある。各ワークステーションのメー
ルアプリケーションは、各サービスへのアクセスを行う
時には、一般にサービスの存在するマシンのロケーショ
ンアドレスを必要とする。また、メールシステムでは宛
先のメールアドレスから宛先のユーザーのメールボック
スの存在するマシンの名前やアドレス等を必要とするこ
ともある。各プロトコルによって必要とするアドレスは
まちまちであるが、名前からプロトコルで定義されるネ
ットワーク資源のアドレスを必要とすることは同じであ
り、ディレクトリサービスは名前とアドレスとの対応付
け機能を提供している。また、ＯＳＩディレクトリやＣ
ＨＳなどのディレクトリサービスには各ネットワーク資
源の属性を持つことができるので、属性に各ネットワー
ク資源がサポートするプロトコルやプロトコルに依存し
た情報、さらには各ネットワーク資源の情報を持つこと
ができる。

【００１１】この実施例のディレクトリサービス１２に
は、ネットワーク資源のプロトコルに関する情報を、ネ
ットワーク資源情報として登録するネットワーク資源情
報登録手段が設けられている（図示せず）。このネット
ワーク資源情報登録手段には、ネットワーク資源情報が
図３に示すようなフォーマットで登録されている。登録
されている属性には、名前属性、使用トランスポートプ
ロトコル属性、使用メールプロトコル属性、使用メール
アドレス属性などがある。このうち、使用メールプロト
コル属性は使用メールプロトコルの型とその値により構
成されている。なお、属性は必ずしも図３のフォーマッ
トに従って登録する必要はなく、各ディレクトリサービ
スに応じたフォーマットでよい。

【００１２】ワークステーションは、ネットワークを通
じて他のワークステーションや各サービスにアクセス可
能なユーザーシステムであり、図１に示すような機能ブ
ロックにより構成されている。

【００１３】ワークステーション上でメール機能を実現
するメールアプリケーション実行部２１は、プロトコル
に依存しないアプリケーションプログラムが実行される
アプリケーションプログラム実行手段２２と、前記ディ
レクトリサービスにアクセスして、アクセス対象となる
ネットワーク資源のプロトコルに関する属性を取得する
ディレクトリサービスアクセス手段２３と、前記ディレ
クトリサービスアクセス手段２３で取得した情報から、
アクセス対象のネットワーク資源へアクセス可能なプロ
トコルアクセス手段２５を選択するプロトコル選択手段
２４により構成される。

【００１４】プロトコルアクセス手段２５は、ネットワ
ーク上で使用される所定のプロトコルに対応し、当該プ
ロトコルのネットワーク資源にアクセスすることができ
る。一般にプロトコルアクセス手段２５はＯＳＩ参照モ
デルではプレゼンテーション層まではＯＳ（オペレーテ
ィングシステム）およびシステムで用意され、アプリケ
ーションサービス層のプロトコルはアプリケーションプ
ログラムで実現されることが多い。この実施例では、従
来のアプリケーションプログラムのうち、プレゼンテー
ション層までのプロトコルに依存した部分はプロトコル
アクセス手段２５に含まれるように構成したが、メール
アプリケーション実行部２１にプロトコルに依存した部
分を持っていてもよい。

【００１５】ハードウェア部２６は、当該ワークステー
ションとネットワークとの間でメールの送受信を行うた
めのインターフェース部として機能し、通信に関する制
御を行っている。

【００１６】次に、図２のネットワークシステムにおい
て、プロトコルＸをＸＮＳプロトコルとし、プロトコル
ＹをＴＣＰ／ＩＰとした場合のアクセス動作を具体的に
説明する。この例では、ＸＮＳのメールサービスとして
ＭａｉｌｉｎｇＰｒｏｔｏｃｏｌｓを用い、ＴＣＰ／Ｉ
ＰのメールサービスとしてＳＭＴＰ（ＳｉｍｐｌｅＭａ
ｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いてい
る。

【００１７】ワークステーション１では、ＸＮＳのプロ
トコル群及びＴＣＰ／ＩＰプロトコル群を両方サポート
できるプロトコルアクセス手段２５を持ち、そのユーザ
ー１はＸＮＳではＵｓｅｒ１：Ｋａｎａｇａｗａ：Ｆｕ
ｊｉＸｅｒｏｘ、ＴＣＰ／ＩＰではｕｓｅｒ１＠ｋａｎ
ａｇａｗａ：ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐという２
つのメールアドレスを持っている。ワークステーション
２では、ＸＮＳのプロトコル群のみサポートするプロト
コルアクセス手段２５を持ち、そのユーザー２はＵｓｅ
ｒ２：Ｋａｎａｇａｗａ：ＦｕｊｉＸｅｒｏｘというメ
ールアドレスを持つものとする。

【００１８】ＸＮＳプロトコルをサポートするディレク
トリサービス１２に登録されている情報の具体例を図４
に示す。ここでは、ユーザー１（Ｕｓｅｒ１）とユーザ
ー３（Ｕｓｅｒ３）のエントリを示す。ディレクトリサ
ービス１２には、ユーザーの属性としてメールプロトコ
ルの種別（使用メールプロトコル属性）、メールアドレ
ス（使用メールアドレス属性）などが登録されている。
さらにディレクトリサービス１２には、別なプロトコル
でアクセス可能な同じネットワーク上に存在するネット
ワーク資源やユーザーに関する情報も登録されている。
例えば、ＴＣＰ／ＩＰプロトコルのみアクセス可能なワ
ークステーション３を使用するユーザー３は、メールア
ドレスとしてｕｓｅｒ３＠ｋａｎａｇａｗａ：ｆｕｊｉ
ｘｅｒｏｘ．ｃｏ．ｊｐというアドレスしか持っていな
いが、ディレクトリサービス１２には、Ｕｓｅｒ３：Ｋ
ａｎａｇａｗａ：ＦｕｊｉＸｅｒｏｘとして登録され、
その属性としてアクセス可能なメールプロトコルをＳＭ
ＴＰ、使用メールアドレスをｕｓｅｒ３＠ｋａｎａｇａ
ｗａ：ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐと登録されてい
る。

【００１９】ワークステーション１のユーザー１からワ
ークステーション３のユーザー３へメールを送信する場
合は、例えば図５に示すようなメールシートに記述され
た情報を元にアプリケーションプログラム実行手段２２
により送信される。従来のシステムであれば、Ｕｓｅｒ
３：Ｋａｎａｇａｗａ：ＦｕｊｉＸｅｒｏｘはＴＣＰ／
ＩＰでのみアクセス可能なユーザーであるため、ユーザ
ー１からメールを送信することはできない。この実施例
のワークステーションでは、アプリケーションプログラ
ム実行手段２２がメールを送信する前に、ディレクトリ
サービスアクセス手段２３を通じてディレクトリサービ
ス１２にアクセスし、ユーザー３のエントリであるＵｓ
ｅｒ３：Ｋａｎａｇａｗａ：ＦｕｊｉＸｅｒｏｘから、
使用メールプロトコル及び使用メールアドレス等の必要
な属性を取得する。この実施例では使用メールプロトコ
ルはＳＭＴＰであり、使用メールアドレスはｕｓｅｒ３
＠ｋａｎａｇａｗａ：ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐ
であるので、プロトコル選択手段２４は適当なプロトコ
ルアクセス手段２５として、メールプロトコルはＳＭＴ
Ｐ、ネットワークプロトコルはＴＣＰ／ＩＰでメールを
送信できるプロトコルアクセス手段２５を選択する。そ
して、図６に示すようにメールの送信者と宛名を変更し
て、先に選択したプロトコルアクセス手段２５により送
信する。ディレクトリサービスアクセス手段２３は、一
般にディレクトリサービスの提供するリモートプロシー
ジャコール等で行う。また、ディレクトリサービスへの
属性の登録は、ＯＳＩではＯＳＩディレクトリを用いる
ことで同様に達成することができ、特定のプロトコルに
依存するものではない。

【００２０】ユーザー２からユーザー３へメールを送信
したい場合には、前述した例のようにＴＣＰ／ＩＰプロ
トコルを使用することはできない。しかし、ディレクト
リサービス１２に属性としてゲートウェイサービス７を
登録しておけば、例えば図７に示すようにゲートウェイ
サービス７へ一旦メールが送信されるように操作するこ
とができる。これにより、ゲートウェイサービス７がＴ
ＣＰ／ＩＰプロトコルを使用して送信するようにするこ
ともできる。

【００２１】次に、ワークステーション１からメールを
送信する場合のメールアプリケーション実行部２１の処
理手順を図８のフローチャートにより詳細に説明する。

【００２２】まず、アプリケーションプログラム実行手
段２２は送信メールのメールシート（図５参照）から宛
名を取り出し、ディレクトリサービスアクセス手段２３
に渡す（ステップ１０１）。ディレクトリサービスアク
セス手段２３は、ディレクトリサービス１２からリモー
トプロシジャコールで宛名の使用メールプロトコル等の
必要な属性を取り出し、その結果をプロトコル選択手段
２４に渡す（ステップ１０２）。プロトコル選択手段２
４は送信先で使用されているプロトコルが何かを調べる
（ステップ１０３）。プロトコルがＴＣＰ／ＩＰである
ときは、対応するプロトコルアクセス手段２５が有るか
どうかを調べ、その結果をアプリケーションプログラム
実行手段２２に通知する（ステップ１０４）。アプリケ
ーションプログラム実行手段２２はプロトコルアクセス
手段２５が存在するときは、メールシートに記述されて
いる宛名のメールアドレスをｕｓｅｒ３＠ｋａｎａｇａ
ｗａ：ｆｕｊｉｘｅｒｏｘ．ｃｏ．ｊｐに変換し（ステ
ップ１０５）、さらに送信者のメールアドレスをｕｓｅ
ｒ１＠ｋａｎａｇａｗａ：ｆｕｊｉｘｅｒｏｘ．ｃｏ．
ｊｐに変換する（ステップ１０６）。送信者と宛名を変
更した後、メールシートをプロトコル選択手段２４に渡
す。プロトコル選択手段２４はＴＣＰ／ＩＰに対応した
プロトコルアクセス手段２５を選択し（ステップ１０
７）、当該プロトコルアクセス手段２５によりメールを
送信する（ステップ１０８）。

【００２３】また、ステップ１０４でプロトコルアクセ
ス手段２５が存在しない場合、アプリケーションプログ
ラム実行手段２２はディレクトリサービスアクセス手段
２３を通じてゲートウェイサービス７のアドレスをディ
レクトリサービス１２から取り出し（ステップ１０
９）、メールシートに記述されている宛名のメールアド
レスをｕｓｅｒ３＠ｋａｎａｇａｗａ：ｆｕｊｉｘｅｒ
ｏｘ．ｃｏ．ｊｐ：ＴＣＰＧＷ：ＦｕｊｉＸｅｒｏｘに
変換する（ステップ１１０）。これにより、メールアド
レスはディレクトリサービス１２に送信されるように書
き替えられる。プロトコル選択手段２４はＸＮＳに対応
したプロトコルアクセス手段２５を選択し（ステップ１
１１）、当該プロトコルアクセス手段２５により、ＸＮ
Ｓ／ＴＣＰ／ＩＰのゲートウェイサービス７にメールを
送信する（ステップ１１２）。このメールを受信したゲ
ートウェイサービス７では、指定された宛先にメールを
送信する。

【００２４】ステップ１０３でプロトコルがＸＮＳであ
るとき、すなわち同じプロトコルを持つ相手に送信する
場合は、プロトコル選択手段２４でＸＮに対応したプロ
トコルアクセス手段２５を選択し（ステップ１１３）、
当該プロトコルアクセス手段２５によりメールを送信す
る（ステップ１１４）。

【００２５】上述した実施例では、メールサービスに関
してユーザーが送信先のプロトコルを意識することなく
メールを送信できるマルチプロトコルシステムの実現方
法について説明したが、この発明に係わるネットワーク
システムの適用は、このメールシステムに限らず、ファ
イルサービスやプリントサービスなどのネットワーク資
源へのプロトコルを意識させないアクセスについても同
様の方法で実現することができる。

【００２６】

【発明の効果】以上説明したように、この発明に係わる
ネットワークシステムにおいては、ディレクトリサービ
スに各ネットワーク資源のプロトコルに関する情報を登
録し、ユーザーシステムからアクセス対象となるネット
ワーク資源のプロトコルに関する情報を取得し、この情
報に基づいて適当なプロトコルアクセス手段を選択し、
目的とするネットワーク資源にアクセスするようにした
ため、ユーザーは送信手段の選択や相手先のプロトコル
などを意識することなしに、簡単な操作で各種サービス
を利用することができる。

【図面の簡単な説明】

【図１】ワークステーションの機能的な構成を示すブロ
ック図

【図２】実施例におけるネットワークシステムの全体構
成図

【図３】ディレクトリサービスに登録される属性の構成
例を示す図

【図４】実施例のディレクトリサービスに登録された属
性の例を示す図

【図５】メールシートに対するアプリケーション処理の
具体例を示す図

【図６】メールシートに対するアプリケーション処理の
具体例を示す図

【図７】メールシートに対するアプリケーション処理の
具体例を示す図

【図８】メールアプリケーション実行部の処理手順を示
すフローチャート

【符号の説明】

１，２…ワークステーション（ＸＮＳ）、３，４…ワー
クステーション（ＴＣＰ／ＩＰ）、７…ゲートウェイサ
ービス（ＸＮＳ／ＴＣＰ／ＩＰ）、１２…ディレクトリ
サービス（ＸＮＳ）、２１…メールアプリケーション実
行部、２２…アプリケーションプログラム実行手段、デ
ィレクトリサービスアクセス手段２３、２４…プロトコ
ル選択手段、２５…プロトコルアクセス手段

Claims (1)

【特許請求の範囲】
1. 【請求項１】ネットワーク上にディレクトリサービス、
   ユーザーシステム、サーバなどのネットワーク資源を分
   散配置したネットワークシステムにおいて、 前記ディレクトリサービスは、 各ネットワーク資源のプロトコルに関する情報をネット
   ワーク資源情報として登録するネットワーク資源情報登
   録手段を具え、 前記ユーザーシステムは、 所定プロトコルのネットワーク資源にアクセス可能な少
   なくとも１つのプロトコルアクセス手段と、 前記ディレクトリサービスから、アクセス対象となるネ
   ットワーク資源のネットワーク資源情報を取得するネッ
   トワーク資源情報取得手段と、 前記取得したネットワーク資源情報から、アクセス対象
   のネットワーク資源へアクセス可能なプロトコルアクセ
   ス手段を選択するプロトコル選択手段と、 を具えたことを特徴とするネットワークシステム。