JPH09223050A - 共有ファイルの利用方法 - Google Patents

Abstract

(57)【要約】 【課題】特定システムで共有化しているファイルについ
て、その作成された応用ソフトの種別を意識することな
く、異なる応用ソフトのファイルを利用可能とする。 【解決手段】ネットワーク１により接続されているサー
バ２とクライアント３から構成されている環境におい
て、サーバ２は共有ファイル装置２１と、入出力部２２
と、通信部２３と処理部２４と、クライアント３が要求
したファイルをクライアント３で利用可能であるかを判
別し必要に応じてファイル変換を行う変換部２５を備
え、クライアント３は自ファイル装置３１と、入出力部
３２と、通信部３３と処理部３４と、クライアント３が
要求したファイルを利用可能であるかを判定し必要に応
じてファイル変換およびファイル起動を行う変換・起動
部３５を備え、クライアント３からのファイル要求の
際、作成された応用ソフトの種別を意識することなく、
システム側で自動変換・起動させることにより異なる応
用ソフトのファイルを利用可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は共有ファイルの利用
方法に係り、特にクライアントサーバ型のシステムにお
いて共有化しているファイルを、その作成された応用ソ
フトの種別を意識することなく、異なる応用ソフトのフ
ァイルを利用可能とする共有ファイルの利用方法に関す
る。

【０００２】

【従来の技術】従来、共有ファイルの利用方法につい
て、例えば、大型計算機を使用したシステムにおいては
次のようなファイルの利用方法が確立されている。これ
は、大型計算機に接続した異なる種類の端末で大型計算
機のファイルを利用するために、それぞれの端末の環境
を大型計算機で管理し、端末からのファイル要求の際に
その端末の環境に合わせて大型計算機上でファイルデー
タ変換して転送するという仕組みである。

【０００３】一方、中小計算機を相互接続したクライア
ント／サーバ環境においては大型計算機を使用したシス
テムとは異なり、独立した計算機間で作成された様々な
応用ソフトのファイルを任意の計算機上で共有する仕組
みが必要である。そのため様々なファイル共有方式が考
案されている。例えば、当初から考案されているＯＳOp
erating System、ＮＯＳNetwork Operating Systemなど
基本ソフトの機能で実現しているファイル共有方式があ
る。さらに近年では、計算機の利用による複数作業者の
同時協調的な作業支援を目的としたグループウェア、Ｐ
ＤＭProduct Data Managementなどを用いて、利用者の
操作性を向上したファイル共有方式がある。これらファ
イル共有方式も近年の利用者数の増大や、管理ファイル
の複雑化などに伴って、単一サーバだけでなく、複数サ
ーバに跨ってファイル共有する仕組みが確立されてい
る。このように様々なファイル共有方法が確立されてい
るが、そのファイルの利用方法については一般に、クラ
イアントからネットワークで接続されたサーバの共有フ
ァイルを指示することにより、サーバからクライアント
にファイル転送され、クライアントで利用可能とすると
いう仕組みである。

【０００４】

【発明が解決しようとする課題】上記、従来の技術にお
いては、クライアント／サーバ環境で様々なファイル共
有方式が確立されているが、その利用においては次の問
題点がある。第１に、ある応用ソフトで作成されたファ
イルの再利用は、必ず作成した応用ソフトを用いて利用
しなければならない点である。実際にファイル共有の運
用を開始するとよほど運用を考えていない限り、利用者
毎に使用する応用ソフトが異なり、異なる応用ソフト間
のファイル共有が不可能となってしまう。運用で対応す
る場合には、特定のサーバに接続する複数のクライアン
トにおいて、応用ソフト種別毎に特定の応用ソフトを使
用するなど応用ソフトを規定し一致させる必要があっ
た。しかし、情報化社会の浸透に伴い、共有ファイルの
利用範囲が単一サーバから複数サーバに、一部門だけで
はなく複数部門に、さらには一企業だけでなく複数企業
に跨って広がる傾向にあり、前述した運用で対応する方
法にも限界が見えてきた。

【０００５】第２に、ファイル共有を実現する２つ以上
の異なるシステムが存在する場合、お互いのファイル共
有が困難である点である。前述したように共有ファイル
の利用範囲が拡大しており、ファイル共有を実現する２
つ以上の異なるシステムが必ず存在する様になることで
ある。現状、異なるファイル共有を実現するシステムの
共有ファイルを利用する場合、そのクライアントが所有
する現在のクライアント環境に、その異なるシステムの
サーバと通信可能とするもう１つのクライアント環境を
追加しなければならない。異なるシステムのサーバに対
する参照頻度は低いにもかかわらず、その他の全クライ
アントが異なるシステムのサーバと通信できるよう設定
しなければならない。これではクライアント毎の設定が
繁雑になるだけでなくクライアント当りの投資も高くな
ってしまう。さらに異なるシステムの種類が増えれば増
えるほど、その問題点は顕著となる。

【０００６】本発明の目的は、第１に特定システムで共
有化しているファイルについて、その作成された応用ソ
フトの種別を意識することなく、異なる応用ソフトのフ
ァイルをあたかも自分の応用ソフトで作成したファイル
として利用可能とする手段を提供することにある。

【０００７】本発明の第二目的は、ファイル共有を実現
する２つ以上の異なるシステムで管理されている共有フ
ァイルを容易に利用可能とする手段を提供することにあ
る。

【０００８】

【課題を解決するための手段】上記、本発明の目的を達
成するため、本発明の第１の特徴は、ネットワーク１に
より接続されているサーバ２とクライアント３から構成
されている環境において、サーバ２は共有するファイル
を格納する共有ファイル装置２１と、その共有ファイル
装置への入出力を行う入出力部２２と、クライアント３
とファイル転送を行うための通信部２３とファイルの共
有に必要なサーバ側処理全般を行う処理部２４と、クラ
イアント３が要求したファイルをクライアント３にイン
ストールされている応用ソフトで利用可能であるかを判
別し必要に応じてファイル変換を行う変換部２５を備
え、クライアント３は独自に所有しているファイルを格
納する自ファイル装置３１と、その自ファイル装置への
入出力を行う入出力部３２と、サーバ２とファイル転送
を行うための通信部３３とファイルの共有に必要なクラ
イアント側処理全般を行う処理部３４と、クライアント
３が要求したファイルをクライアント３にインストール
されている応用ソフトでどのように加工すれば利用可能
であるかを判定し必要に応じてファイル変換およびファ
イル起動を行う変換・起動部３５を備え、クライアント
３からのファイル要求の際、作成された応用ソフトの種
別を意識することなく、システム側で自動変換・起動さ
せることにより異なる応用ソフトのファイルを利用可能
とすることである。

【０００９】本発明の第２の特徴は、ネットワーク１に
より接続されているサーバ２とクライアント３、サーバ
４、クライアント５から構成されている環境において、
サーバ２とクライアント３は同じグループに属するシス
テムとして存在し、サーバ４とクライアント５はそれと
は別の同じグループに属するシステムとして存在し、ク
ライアント３が別のグループのサーバ４のファイルにア
クセスする場合において、クライアント３からサーバ４
へのファイル要求に対して、サーバ４のクライアントと
なったサーバ２がその処理を代行し、目的のファイルを
取得後、その結果をクライアント３に回答することであ
る。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照し説明する。

【００１１】

【実施例１】まず、図１は本実施例１の全体構成を示す
ブロック図である。サーバ２とクライアント３はネット
ワーク１により接続されている。サーバ２は共有するフ
ァイルを格納する共有ファイル装置２１と、その共有フ
ァイル装置への入出力を行う入出力部２２と、クライア
ント３とファイル転送を行うための通信部２３とファイ
ルの共有に必要なサーバ側処理全般を行う処理部２４
と、クライアント３が要求したファイルをクライアント
３にインストールされている応用ソフトで利用可能であ
るかを判定し必要に応じてファイル変換を行う変換部２
５より構成されている。クライアント３は独自に所有し
ているファイルを格納する自ファイル装置３１と、その
自ファイル装置への入出力を行う入出力部３２と、サー
バ２とファイル転送を行うための通信部３３とファイル
の共有に必要なクライアント側処理全般を行う処理部３
４と、クライアント３が要求したファイルをクライアン
ト３にインストールされている応用ソフトでどのように
加工すれば利用可能であるかを判定し必要に応じてファ
イル変換およびファイル起動を行う変換・起動部３５よ
り構成されている。次に、本発明の骨子となる変換部２
５と変換・起動部３５の詳細について示す。

【００１２】最初に、変換部２５について示す。変換部
２５はファイル種別定義テーブル２５Ａと、端末日付テ
ーブル２５Ｂと、端末管理テーブル２５Ｃと、ファイル
変換テーブル２５Ｄと、変換定義シェル文２５Ｅと、変
換実行プログラム２５Ｆの６ブロックから構成されてい
る。上記テーブルは複数のクライアントで共有するた
め、更新時には排他制御を行い整合性を確保する。

【００１３】次に、変換部２５のファイル種別定義テー
ブル２５Ａに関する詳細図を図２に示す。ファイル種別
定義テーブル２５Ａとは共有するファイルがどの応用ソ
フトで扱えるファイルであるかを定義するテーブルであ
る。共有するファイルのファイル形式やファイル拡張子
などの特徴から、どの応用ソフト種別のどの応用ソフト
のファイルであるかを定義する。このファイルの構成項
目としては、応用ソフト種別２０１、応用ソフト名称２
０２、応用ソフト判定文２０３が必要となる。例えば、
応用ソフト種別２０１がワードプロセッサ、応用ソフト
ワードプロセッサ１ａの応用ソフト名称２０２を「ワー
プロ１ａ」とし、このファイルが記憶装置に格納される
際に付されるファイル名のファイル拡張子「．ｄｏｃ」
で識別できる場合、図２の◆で示すように定義する。

【００１４】次に、変換部２５の端末日付テーブル２５
Ｂに関する詳細図を図３に示す。端末日付テーブル２５
Ｂとはファイルを共有する全てのクライアント３につい
て、ファイル共有に必要なクライアント３の環境を定義
している環境設定ファイル後述するファイル変換ファイ
ル３５Ａとファイル起動ファイル３５Ｄの２ファイルを
指すの最新ファイル日付を自動的に保持するテーブルで
ある。これは、クライアント３の環境に変更があるかを
監視し、変更があった場合はクライアント３側の設定内
容を元にサーバ２側を自動的に更新する判断の役割を担
うものである。このテーブルの属性項目としては、端末
識別名称３０１、ファイル変換ファイル最新日付３０
２、ファイル起動ファイル最新日付３０３が必要とな
る。具体的には、端末識別名称は、ホスト名など端末を
特定できる名称を定義する。ファイル変換ファイル最新
日付は「１９９５．０１．０１」、ファイル起動ファイ
ル最新日付は「１９９５．０２．０２」の場合、図３の
◆で示すように定義する。

【００１５】次に、変換部２５の端末管理テーブル２５
Ｃに関する詳細図を図４に示す。端末管理テーブル２５
Ｂとはファイルを共有する全てのクライアント３につい
て、それらにインストールされている応用ソフトのう
ち、各クライアント３で利用可能な応用ソフトが定義さ
れ、さらにその中で応用ソフト種別毎の代表となる応用
ソフトが１つ定義されているテーブルである。このテー
ブルは各クライアント３の環境設定ファイルを元にして
自動生成される。このテーブルの属性項目としては、端
末識別名称４０１、応用ソフト名称４０２、代表フラグ
４０３が必要となる。端末識別名称は、前述したように
ホスト名など端末を特定できる名称を定義する。応用ソ
フト名称は、ファイル種別定義テーブル２５Ａで定義し
たものを定義する。代表フラグは、応用ソフト種別毎に
代表となるものを「１」とし、それ以外のものを「０」
と定義する。端末識別名称が「ＰＣ００１」、応用ソフ
ト名称が「ワープロ１ａ」、これが応用ソフト種別で代
表となる応用ソフトである場合、図４の◆で示すように
定義する。

【００１６】次に、変換部２５のファイル変換テーブル
２５Ｄに関する詳細図を図５に示す。ファイル変換テー
ブル２５Ｄとは応用ソフト種別毎に、応用ソフト間のフ
ァイル変換を実行するためのコマンドを定義するテーブ
ルである。このテーブルの属性項目としては、変換元応
用ソフト名称５０１、変換先応用ソフト名称５０２、フ
ァイル変換実行コマンド５０３で構成される。例えば、
応用ソフト名称「ワープロ１ａ」のファイル「ファイル
１ａ」を、応用ソフト名称「ワープロ２」のファイル
「ファイル２」に変換するファイル変換実行コマンドを
「ワープロ１ａ２」とした場合、図５の◆で示すように
定義する。

【００１７】次に、変換部２５の変換定義シェル文２５
Ｅに関する詳細図を図６に示す。変換定義シェル文２５
Ｅとはファイル変換テーブル２５Ｄに記述するファイル
変換実行コマンドを1コマンドで記述できない場合、こ
れを補うために定義するものである。応用ソフトのファ
イル変換をダイレクトに変換するプログラムがある場合
には使用しなくてよい。但し、応用ソフト間でダイレク
ト変換するプログラムは希有であり、ＣＡＬＳContinuo
us Acquisition and Lifecycle Supportなどで唱えられ
ているデータ交換のための標準データ形式のファイルを
経由し変換する方法が現実的となる。そのため、本変換
定義シェル文が必要となる。例えば、応用ソフト名称
「ワープロ１ａ」のファイル「ファイル１ａ」を応用ソ
フト名称「ワープロ２」のファイル「ファイル２」に変
換するファイル変換実行コマンドシェル文を「ワープロ
１ａ２」とし、直接変換が不可能であるため、一旦、標
準データのファイル「ファイル標準」を仲介させ、２コ
マンドで変換処理を実現させる場合、図６の◆で示すよ
うに定義する。

【００１８】次に、変換部２５の変換実行プログラム２
５Ｆとは元のファイル形式とは異なるファイルへ実際に
ファイル変換を行うためのプログラムである。これは、
応用ソフト開発元などから提供されるプログラムであ
る。

【００１９】続いて、変換・起動部３５について示す。
変換・起動部３５はファイル変換ファイル３５Ａと、変
換定義シェル文３５Ｂと、変換実行プログラム３５Ｃ
と、ファイル起動ファイル３５Ｄの４ブロックから構成
されている。

【００２０】まず、変換部・起動部３５のファイル変換
ファイル３５Ａに関する詳細図を図７に示す。ファイル
変換ファイル３５Ａとは前述したファイル変換テーブル
２５Ｄと同様に応用ソフト種別毎に応用ソフト間のファ
イル変換を実行するためのコマンドを定義するファイル
である。このファイルはサーバ２とは関係なくクライア
ント３の環境にクローズした世界で定義する必要があ
る。このファイルの属性項目としては、ファイル変換テ
ーブル２５Ｄと同様なので省略する。例えば、応用ソフ
ト名称「ワープロ３」のファイル「ファイル３」を、応
用ソフト名称「ワープロ２」のファイル「ファイル２」
に変換するファイル変換実行コマンドを「ワープロ３
２」とした場合、図７の◆で示すように定義する。この
ことにより「ワープロ３」の応用ソフトがない場合でも
「ワープロ２」の「ファイル２」を取得できるので利用
可能となる。

【００２１】次に、変換部・起動部３５の変換定義シェ
ル文３５Ｂについて示す。変換定義シェル文３５Ｂは変
換定義シェル文２５Ｅと記述方法については同様となる
ためここでは省略する。但し、このシェル文はサーバ２
とは関係なくクライアント３の環境にクローズした世界
で定義する必要がある。

【００２２】第３に、変換部・起動部３５の変換実行プ
ログラム３５Ｃとは変換実行プログラム２５Ｆと同様に
元のファイル形式とは異なるファイルへ実際にファイル
変換を行うためのプログラムである。但し、このプログ
ラムもサーバ２とは関係なくクライアント３の環境にク
ローズした世界で定義する必要がある。

【００２３】第４に、変換部・起動部３５のファイル起
動ファイル３５Ｄに関する詳細図を図８に示す。ファイ
ル起動ファイル３５Ｄとは応用ソフト毎に任意のファイ
ルを読み込み応用ソフトを起動するための起動実行コマ
ンドを定義するファイルである。また応用ソフト種別毎
に代表する応用ソフトを１つ選定し定義しておく。この
ファイルの属性項目としては、代表フラグ、応用ソフト
名称、ファイル起動実行コマンドで構成される。代表フ
ラグ、応用ソフト名称については端末管理テーブル２５
Ｃと同様に定義する。ファイル起動実行コマンドは、起
動コマンド名称、オプション、読み込むファイル名称な
どで定義する。ファイルの種別が異なってもオプション
起動の使い分けでファイルを利用できる応用ソフトの場
合に有効となる。

【００２４】クライアント３の環境ファイルであるファ
イル変換ファイル３５Ａとファイル起動ファイル３５Ｄ
は必要に応じて任意に作成、更新、削除が可能である。
これら変更のサーバ２側への反映はファイル日付の比較
により自動的に行われる。つまり、クライアント３側の
ファイル日付の方がサーバ２側のそれと比較し最新日付
である場合、自動更新処理を行う。 次に、クライアン
ト３からサーバ２に対してファイル要求を行う場合の処
理の流れについて図９〜１０を参照し説明する。まず、
クライアント３からサーバ２に対してファイル要求を行
う（ステップ９０１）。ファイル要求時に必要な情報
は、要求ファイル名称、端末識別名称、ファイル変換フ
ァイル３５Ａとファイル起動ファイル３５Ｄのファイル
日付である。サーバ２はクライアント３のファイル要求
を受けて（ステップ９０２）、端末識別名称をもとにサ
ーバ２の端末日付テーブル２５Ｂとマッチングを行い、
ファイル日付の比較を行う（ステップ９０３）。端末日
付テーブル２５Ｂの最新日付と要求時のファイル日付が
一致している場合、クライアント３の環境に変更がない
と判断する。逆に最新日付より要求時のファイル日付が
最新である場合、端末日付テーブル２５Ｂおよび端末管
理テーブル２５Ｃの更新処理を行う。更新処理は、まず
クライアント３に変更のある環境ファイルを要求し（ス
テップ９０４）、その記述内容にエラーがないかどうか
をチェックし（ステップ９０５）、エラーがない場合は
排他処理を行い、端末日付テーブル２５Ｂ、端末管理テ
ーブル２５Ｃを更新する（ステップ９０６）。入力エラ
ーがある場合は更新処理は行わずエラー表示を行い終了
する。次に、目的の要求ファイルを共有ファイル装置２
１より取得する。この際要求ファイルが存在しない場合
はエラー表示を行い終了する（ステップ９０７）。要求
ファイルが存在する場合、次に要求ファイルの応用ソフ
ト種別と応用ソフト名称について、ファイル種別定義テ
ーブル２５Ａと照合し決定する（ステップ９０８）。こ
の際ファイル種別定義テーブル２５Ａのファイルとして
該当しない場合はエラー表示を行い終了する。要求ファ
イルの応用ソフト種別、応用ソフト名称が決定した場
合、クライアント３がこのファイルを利用可能である
か、端末管理テーブル２５Ｃの端末識別名称をキーとし
て照合して判定する（ステップ９０９）。照合した結
果、要求ファイルの応用ソフト名称が端末管理テーブル
２５Ｃに定義されていた場合、このファイルはクライア
ント３で処理可能と判断される。照合の結果、定義され
ていなかった場合、このままのファイルではクライアン
ト３で処理が不可能のため、サーバ２でクライアント３
の代表応用ソフトにファイル変換可能であるか判定する
（ステップ９１０、９１１）。判定方法は要求ファイル
の応用ソフト種別をもとに端末管理テーブル２５Ｃの代
表フラグと照合し、クライアント３で処理できる応用ソ
フト名称が決定できる。この応用ソフト名称をキーとし
て、ファイル変換テーブル２５Ｄを検索し、該当するフ
ァイル変換実行コマンドが存在する場合、記述されたコ
マンド文に従って変換実行プログラム２５Ｆを実行しフ
ァイル変換を行う（ステップ９１２）。この際定義内容
に応じて変換定義シェル文２５Ｅを参照し、変換実行プ
ログラム２５Ｅを実行する場合もある。逆に該当しない
場合は、エラー表示を行い終了する（ステップ９１
９）。要求ファイルがクライアント３で処理可能となっ
た場合、そのファイルをサーバ２からクライアント３に
ネットワーク１経由でファイル送信する（ステップ９１
３、９１４）。クライアント３は受信したファイルにつ
いてそのまま起動可能か、あるいは一旦ファイル変換す
る必要があるかを判定する（ステップ９１５）。そのま
ま起動できるかを判定するには、ファイルの応用ソフト
名称がファイル起動ファイル３５Ｄのなかに定義されて
いる場合、そのまま起動できる（ステップ９１６）。逆
に定義されていない場合は、ファイル変換ファイル３５
Ａのファイル変換実行コマンドを実行しファイル変換し
た後、ファイル起動を行う（ステップ９１７）。ファイ
ル変換はサーバ側と同様に必要に応じて変換定義シェル
文３５Ｂを呼び出し、変換実行プログラム３５Ｃで行
う。ファイルの起動はファイル起動ファイル３５Ｄより
その方法が決定され、ファイル起動実行コマンドを実行
して行う（ステップ９１８）。

【００２５】

【実施例２】次に本実施例２について図面を参照し説明
する。まず、図１１が本実施例２の全体構成を示すプロ
ック図である。実施例２では、複数の異なるサーバ間で
ファイル共有を実現する場合についての適用を示す。サ
ーバ２、クライアント３、サーバ４、クライアント５は
ネットワーク１により接続されている。このサーバ２、
クライアント３は実施例１と同じものであり、新たにサ
ーバ４とクライアント５を加えた構成が実施例２の構成
である。サーバ４はサーバ２とクライアント５はクライ
アント３と同じ構成である。これらの関係は、サーバ２
とクライアント３は同じグループに属するシステムと
し、サーバ４とクライアント５はそれとは別の同じグル
ープに属するシステムとする。

【００２６】次にクライアント３からのファイル要求に
対して、要求ファイルの格納先が別システムのサーバ４
に存在する場合の処理の流れについて図１２〜１３を参
照し説明する。本フローチャートにおいて、基本的には
図９と図１０の流れと同じであり、ステップ９０１〜９
１９はステップ１２０１〜１２１９に相当し（下２桁を
合わせてある）、新たに加わったのはステップ１２２
０、１２２１である。

【００２７】まず、クライアント３からサーバ２に対し
てファイル要求を行う（ステップ１２０１）。サーバ２
はクライアント３のファイル要求を受けて目的の要求フ
ァイルを共有ファイル装置２１より取得する（ステップ
１２０２）。この際要求ファイルが存在しない場合は、
別システムのサーバ４より取得する（ステップ１２０
７、１２２０）。さらに要求ファイルが存在しない場合
はエラー表示を行い終了する（ステップ１２２１）。

【００２８】要求ファイルがサーバ２に存在する場合、
以下実施例１と同じ流れに従って処理される（ステップ
１２０８〜）。要求ファイルが別のサーバ４に存在する
場合、サーバ２とサーバ４間のファイル授受が発生す
る。ここで、そのサーバ２とサーバ４におけるファイル
授受の仕組みについて説明する。サーバ４のファイルを
サーバ２から取得する場合、サーバ２はサーバ４のクラ
イアントとして設定しておく。つまり、サーバ２はクラ
イアント３のサーバとしての役割と、サーバ４のクライ
アントとしての役割をもつ。このことにより、サーバ４
にあるファイルをサーバ２から取得することができる
（ステップ１２２１）。要求ファイルを取得後、以下実
施例１と同じ流れに従って処理される（ステップ１２０
８〜）。

【００２９】

【発明の効果】本発明を用いると、第１に特定システム
で共有化しているファイルについて、その作成された応
用ソフトの種別を意識することなく、異なる応用ソフト
のファイルをあたかも自分の応用ソフトで作成したファ
イルとして利用可能となる。第２にファイル共有を実現
する２つ以上の異なるシステムで管理されている共有フ
ァイルを容易に利用可能となる。

【図面の簡単な説明】

【図１】 本発明の実施例１の全体構成を示すプロック
図である。

【図２】 変換部のファイル種別定義テーブルに関する
詳細図である。

【図３】 変換部の端末日付テーブルに関する詳細図で
ある。

【図４】 変換部の端末管理テーブルに関する詳細図で
ある。

【図５】 変換部のファイル変換テーブルに関する詳細
図である。

【図６】 変換部の変換定義シェル文に関する詳細図で
ある。

【図７】 変換・起動部のファイル変換ファイルに関す
る詳細図である。

【図８】 変換・起動部のファイル起動ファイルに関す
る詳細図である。

【図９】 実施例１の処理の流れを示すフローチャート
である（その１）。

【図１０】実施例１の処理の流れを示すフローチャート
である（その２）。

【図１１】本発明の実施例２の全体構成を示すプロック
図である。

【図１２】実施例２の処理の流れを示すフローチャート
である（その１）。

【図１３】実施例２の処理の流れを示すフローチャート
である（その２）。

【符号の説明】

１ ； ネットワーク ２ ； サーバ ３ ； クライアン
ト ２１ ； 共有ファイル装置 ３１ ； 自ファイル
装置 ２２ ； 入出力部 ３２ ； 入出力部 ２３ ； 通信部 ３３ ； 通信部 ２４ ； 処理部 ３４ ； 処理部 ２５ ； 変換部 ３５ ； 変換・起動
部 ２５Ａ； ファイル種別定義テーブル ３５Ａ； ファ
イル変換ファイル ２５Ｂ； 端末日付テーブル ３５Ｂ； 変換定義シ
ェル文 ２５Ｃ； 端末管理テーブル ３５Ｃ； 変換実行プ
ログラム ２５Ｄ； ファイル変換テーブル ３５Ｄ； ファイ
ル起動ファイル ２５Ｅ； 変換定義シェル文 ２５Ｆ； 変換実行プログラム ４ ； サーバ ５ ； クライアント

Claims (2)

【特許請求の範囲】
1. 【請求項１】ネットワークにより接続されているサーバ
   とクライアントから構成されている環境において、サー
   バは共有するファイルを格納する共有ファイル装置と、
   その共有ファイル装置への入出力を行う入出力部と、ク
   ライアントとファイル転送を行うための通信部とファイ
   ルの共有に必要なサーバ側処理全般を行う処理部と、ク
   ライアントが要求したファイルをクライアントにインス
   トールされている応用ソフトで利用可能であるかを判定
   し必要に応じてファイル変換を行う変換部を備え、クラ
   イアントは独自に所有しているファイルを格納する自フ
   ァイル装置と、その自ファイル装置への入出力を行う入
   出力部と、サーバとファイル転送を行うための通信部と
   ファイルの共有に必要なクライアント側処理全般を行う
   処理部と、クライアントが要求したファイルをクライア
   ントにインストールされている応用ソフトでどのように
   加工すれば利用可能であるかを判定し必要に応じてファ
   イル変換およびファイル起動を行う変換・起動部を備
   え、クライアントからのファイル要求の際、作成された
   応用ソフトの種別を意識することなく、システム側で自
   動変換・起動させることにより異なる応用ソフトのファ
   イルを利用可能とすることを特徴とする共有ファイルの
   利用方法。
2. 【請求項２】ネットワーク１により接続されているサー
   バ２とクライアント３、サーバ４、クライアント５から
   構成されている環境において、サーバ２とクライアント
   ３は同じグループに属するシステムとして存在し、サー
   バ４とクライアント５はそれとは別の同じグループに属
   するシステムとして存在し、クライアント３が別のグル
   ープのサーバ４のファイルにアクセスする場合におい
   て、クライアント３からサーバ４へのファイル要求に対
   して、サーバ４のクライアントとなったサーバ２がその
   処理を代行し、目的のファイルを取得後、その結果をク
   ライアント３に回答することを特徴とする複数システム
   および複数サーバ間における共有ファイルの利用方法。