JPH04102151A - 分散化ネットワークシステムにおける情報分配方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、分散化ネットワークシステムにおける資源情
報の分配方法に関するものである。

〔従来の技術〕

複数のワークステーション、計算機等の情報処理装置が
ローカルエリアネットワークを介して接続され、更に複
数のローカルエリアネットワークが通信回線等を介して
接続された分散化ネットワークシステムにおいては、新
規にソフトウェアが作成されたりソフトウェアにバグが
発見されたような場合、これらの情報は、ローカルエリ
アネットワークを介して各領域に対してＩＪ　ＩＪ−ス
情報やバグ情報として分配される。そして、これらの情
報に基づいて、たとえば、各ワークステーションにおい
てソフトウェアのインストール或いはソフトウェアの修
正が行われる。

〔発明が解決しようとする課題〕

しかしながら、従来のネットワークシステムにおいては
、これらの情報の分配すなわちすｌ）−スに際してはリ
リース情報の統一的な管理が行われておらず、本来その
情報を受は取るべきユーザに必ずしも情報が分配される
とは限らなかった。たとえば、ローカルネットワークご
とにソフトウェアがＩＪ　ＩＪ−スされたりバグ情報が
配布されるため、他のローカルエリアネットワークに伝
わらなかったり、他のローカルエリアネットワークに伝
わる場合でも、資源情報が一定期間電子的に掲示される
だけなので、その情報を見逃してしまうユーザもあった
。

本発明は、ＩＪ　ＩＪ−ス情報、バグ情報等の資源情報
の統一的な管理を行い、資源情報を分配する際の手間を
軽減することを目的とする。

〔課題を解決するための手段〕

本発明の分散化ネットワークシステムにおける情報分配
方法は、前記目的を達成するため、分散化ネットワーク
システムに接続された情報処理装置からの資源情報をネ
ットワークを介して他の情報処理装置に分配するに際し
、資源情報の送付先を予めリリースサービスに登録して
おき、前記資源情報の分配毎に前配りリースサービスに
登録されている送付先を参照して資源情報を目的の情報
処理装置に電子メールにより通知することを特徴とする
。

〔作用〕

本発明においては、リリース情報、バグ情報等の資源情
報が他の情報処理装置に分配される場合、これらの情報
は、まずリリースサービスに送られる。リリースサービ
スには、予め資源情報の送付先が登録されており、この
送付先が参照されて、必要な資源情報がネットワークを
介して目的の情報処理装置に電子メールにより通知され
る。

〔実施例〕

以下、図面を参照しながら実施例に基づいて本発明の特
徴を具体的に説明する。

第１図は、本発明の情報分配方法が適用されたネットワ
ークシステムの構成図を示す。

本実施例のネットワークシステムは、第１図に示すよう
に、各通信ネットワーク１．２に接続されたリリースサ
ービス３，４、メールサービス５゜６、ワークステーシ
ョン７．８．９．１０、コミニニケーションサービス１
１．１２から構成される。各通信ネットワーク１．２は
、それぞれローカルエリアネットワークを構成しており
、コミ二ニケーションサービス１１．１２により各通信
ネットワーク１．２が接続されている。

メールサービス５．６は、通信ネットワーク１゜２に接
続された各装置間で電子メールの送信及び受信を行うた
めのもので、基本的には従来の電子メールシステムとの
サービスを行う。すなわち、指定されたアドレスに対し
て電子メールの内容を送信する。

リリースサービス３は、第２図に示すように、リリース
されたソフトウェアが実際にどのファイルサービス上に
あるかの情報を格納するリリース範囲指定テーブル１３
、受信されたメールの内容を記憶する記憶装置１４、前
記リリース範囲指定テーブル１３及び記憶装置１４に対
する書込み及び読み出しを制御する制御装置１５から構
成され、通信ネットワーク１６に接続されている。

第１図に示されるネットワークシステムにおいて、ソフ
トウェア情報をリリースする場合の手順について第３図
を参照して説明する。

まずユーザが、たとえば、ワークステーション７上でリ
リースを行うソフトウェアの作成を行う（ステップ１０
１）。ユーザは、これをリリースサービス３上に登録す
る為に、リリースメールを作成する（ステップ１０２）
。第４図にリリースメールの例を示す。リリースメール
１７には、ソフトウェアの名称、リリース元、リリース
責任者、ソフトウェアの内容の説明、当該ソフトウェア
が使用されるハードウェアＩ！境、ソフトウェアの使用
料、ソフトウェアのリリース先等のリリースに必要な情
報が各項目欄１７ａ〜１７ｇに記入される。なお、ソフ
トウェアのリリース先は、−回目のリリース時あるいは
リリース先の変更時のみ記入される。

ワークステーション７で作成されたリリースメール１７
は、メールサービス５により経路ＰＩ、Ｐ２を経由して
最寄りのリリースサービス３に電子メールとして送られ
る（ステップ１０３）。リリースサービス３に送られた
リリースメール１７は、リリースサービス３上で必要情
報が記述されているかどうかのチエツクが行われる（ス
テップ１０４）。このチエツクは、最も簡単な例では、
たとえば、リリースメール１７の各項目欄１７直〜１７
ｇに何らかの文字列が書き込まれているかを検出するこ
とにより行う。更に、書き込まれている文字列が、別途
予め登録されている使用される可能性のあるデータと一
致するかを検出するようにしてもよい。

リリースメール１７のチエツクが済むと、そのリリース
が一回目のリリースであるか否か判別され（ステップ１
０５）、すなわち、リリース範囲テーブルに当該ソフト
ウェアが既に登録されているかどうかが判別され、リリ
ースサービス３のリリース範囲指定テーブル１３（第２
図参照）上に、第５図に示すような当該ソフトウェアの
送付先リスト１８が作成される（ステップ１０６）。こ
の送付先リスト１８は、ソフトウェアの名称とそのソフ
トウェアの送付先との対応を記述したものである。リリ
ースサービス３は、メールサービス５により経路Ｐ３を
通して、送付先リスト１８（第５図参照）に記載された
ソフトウェアのユーザにリリースメール１７を電子メー
ルとして配布する（ステップ１０７）。また、バージョ
ンアップ時等の二回目以降のリリース時には、−回目の
リリース時に作成されたリリース範囲指定テーブル１３
を参照して（ステップ１０８）、リリースメールがソフ
トウェアのユーザや関係者に配布される　（ステップ１
０７）。

次に、第１図に示されるネットワークシステムにおいて
、バグ情報をＩＪ　ＩＪ−スする場合の手順について第
６図をし照して説明する。

まずユーザがワークステーションフ上でソフトウェアの
バグを発見すると（ステップ２０１）、ユーザはこれを
ＩＪ　ＩＪ−スザービス３上に登録する為に、バグメー
ルを作成する（ステップ２０２）。

第７図にバグメール１９の例を示す。バグメール１９に
は、ソフトウェアの名称、リリース元、リリース責任者
、当該ソフトウェアが使用されるハードウェア環境、バ
グの内容の説明、バグの原因、対策等のバグ通知に必要
な情報が各項目欄１９ａ〜１９ｇ　に記入される。作成
されたバグメール１９は、メールサービス５により経路
ＰＩ、Ｐ２を経由してリリースサービス３に送られる（
ステップ２０３）。リリースサービス３に送られたバグ
メール１９は、リリースサービス３上で必要情報が記述
されているかどうかのチエツクが行われる（ステップ２
０４）。

このチエツクは、先に説明したリリースメールと同様に
行われる。バグメール１９のチエツクが済むと、リリー
スサービス３はメールサービス５により経路Ｐ３を介し
て、ソフトウェアのリリース時に作成されたリリース範
囲指定テーブル１３（９２図参照）上の送付先リスト１
８（第５図参照）を参照しくステップ２０５）、送付先
リスト１８に記載されたソフトウェアのユーザにバグメ
ール１９を配布する（ステップ２０６）。

なお、上述の各実施例においては、ソフトウェア或いは
バグ情報をリリースする場合を例に挙げて説明したが、
リリースされる対象はこれらのものに限定されるもので
はなく、ワークステーションの資源として利用できるも
のであれば、どのようなものでもよい。たとえば、ソフ
トウェアの他に、文書ファイル、データファイル等をリ
リースすることができ、また、バグ情報の他に、メンテ
ナンス情報等をリリースするようにしてもよい。

また、上述の実施例においては、第５１！Ｉに示す送付
先リストに基づいてソフトウェア或いはバグ情報をリリ
ースしたが、ソフトウェアとインストールされているワ
ークステーションの対応表であるインストールマツプを
用いて、当該ソフトウェアがインストールされているワ
ークステーション宛にＩＪ　ＩＪ−スメール或いはバグ
メールをを出すこともできる。

〔発明の効果〕

以上に述べたように、本発明によれば、ネットワーク上
で提供されるソフトウェアのリリース情報、バグ情報等
の資源情報が、リリースと同時に自動的に配布される。

したがって、資源情報を配付する際の手間が大幅に軽減
され、情報管理の効率が向上する。また、リリースサー
ビスが過去のリリース時の情報及びバグ発見時の情報を
保持するので、情報の欠落、遅滞等が避けられるととも
に、作業の効率化を図ることができる。更に、リリース
メール或いはバグメールの蓄積により当該ソフトウェア
の履歴を保存することができる。

【図面の簡単な説明】

第１図は本発明の情報分配方法が適用されたネットワー
クシステムの構成図、第２図は第１図に示すネットワー
クシステムにおいて使用されるリリースサービスの構成
例を示す説明図、第３図は第１図に示すネットワークシ
ステムにおけるソフトウニアリ・リース手順の例を示す
フローチャート、第４図はリリース情報の配布に用いら
れるリリースメールの例を示す説明図、第５図はＩＪ　
ＩＪ−スサービスがＩＪ　ＩＪ−スメール配布先を決定
する為に用いられる送付先リストの例を示す説明図、第
６図はバグ情報のＩＪ　ＩＪ−ス手順の例を示すフロー
チャート、第７図はバグ情報の配布に用いられるバグメ
ールの例を示す説明図である。 １．２：通信ネットワーク ３．４：リリースサービス ５．６；メールサービス ７〜１０：ワークステーション １１．１２：コミニニケーシミンサービス１３：リリー
ス範囲指定テーブル １４：記憶装置　　　　　１５：制御装置１６：通信ネ
ットワーク １７：リリースメール　　１８：送付先リストバクメー
ル

Claims (1)

【特許請求の範囲】
1. １、分散化ネットワークシステムに接続された情報処理
   装置からの資源情報をネットワークを介して他の情報処
   理装置に分配するに際し、資源情報の送付先を予めリリ
   ースサービスに登録しておき、前記資源情報の分配毎に
   前記リリースサービスに登録されている送付先を参照し
   て資源情報を目的の情報処理装置に電子メールにより通
   知することを特徴とする分散化ネットワークシステムに
   おける情報分配方法。