(57)【要約】      （修正有）【課題】ネットワークドライブがショートカット先として指定されたファイルを受け渡す際に、ネットワークドライブの枯渇をできる限り防ぐ。【解決手段】ファイルへアクセスするための接続情報を生成する生成手段と、ファイルサーバ２００上のフォルダに対して仮想ドライブを割り当てる仮想ドライブ割当手段と、を有する情報処理装置１００、１０１において、仮想ドライブ割当手段により割り当てられた仮想ドライブ上のファイルへアクセスするための接続情報に対応するファイルサーバ上のフォルダパス名を記憶する記憶手段と、接続情報を生成する際に、割り当てられる仮想ドライブがない場合、接続情報となる仮想ドライブを生成する仮想ドライブ生成手段とを有する。生成手段は、仮想ドライブ生成手段により生成された仮想ドライブへの接続情報を生成する。【選択図】図１
2017120569.tif 000002
【特許請求の範囲】
【請求項１】
ファイルへアクセスするための接続情報を生成する生成手段と、
ファイルサーバ上のフォルダに対して仮想ドライブを割り当てる仮想ドライブ割当手段と、
を有する情報処理装置において、
前記仮想ドライブ割当手段により割り当てられた仮想ドライブ上のファイルへアクセスするための接続情報に対応するファイルサーバ上のフォルダパス名を記憶する記憶手段と、
前記接続情報を生成する際に、割り当てられる仮想ドライブがない場合、前記接続情報となる仮想ドライブを生成する仮想ドライブ生成手段と
前記生成手段は、前記仮想ドライブ生成手段により生成された仮想ドライブへの接続情報を生成する
ことを特徴とする情報処理装置。
【請求項２】
前記生成手段は、前記接続情報を生成する際に、割り当てられる仮想ドライブが前記記憶手段に記憶されたフォルダパス名と一致する場合、前記記憶手段に記憶された仮想ドライブを使用してファイルのアクセス先を指定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、前記記憶手段に記憶されたフォルダパス名が同じ仮想ドライブを対応する接続情報として生成することを特徴とする、請求項１乃至２に記載の情報処理装置。
【請求項４】
ファイルへアクセスするための接続情報を生成する生成ステップと、
ファイルサーバ上のフォルダに対して仮想ドライブを割り当てる仮想ドライブ割当ステップと、
を有する情報処理装置における制御方法であって、
前記情報処理装置は、
前記仮想ドライブ割当ステップにより割り当てられた仮想ドライブ上のファイルへアクセスするための接続情報に対応するファイルサーバ上のフォルダパス名を記憶する記憶手段を有し、
前記制御方法は、
前記接続情報を生成する際に、割り当てられる仮想ドライブがない場合、前記接続情報となる仮想ドライブを生成する仮想ドライブ生成ステップと
前記生成ステップは、前記仮想ドライブ生成ステップにより生成された仮想ドライブへの接続情報を生成する
ことを特徴とする制御方法。
【請求項５】
請求項１乃至３のいずれか１項に記載の情報処理装置として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークドライブを設定可能なファイル管理装置の制御に関する。
【背景技術】
【０００２】
昨今のユーザが様々な用途に利用する情報処理装置（いわゆるパーソナルコンピュータ）において、ユーザはネットワーク上にあるフォルダに対してネットワークドライブ（仮想ドライブ）を割り当てることができる。
【０００３】
ネットワークドライブを割り当てることにより、ユーザはネットワーク上にあるフォルダをあたかもローカルドライブにあるかのように操作することができる。
【０００４】
しかし、ネットワークドライブの割当は、ユーザが使用するクライアント毎、ユーザアカウント毎に設定されるため、ネットワークドライブの割当はクライアント毎、ユーザアカウント毎に異なっている。
【０００５】
そのため、ネットワークドライブが指定されたショートカットを利用するアプリケーション、もしくはネットワークドライブで指定されたＵＲＩが記載されたドキュメントなどを、他のクライアントやユーザアカウントから共有しようとすると、割り当てたネットワークドライブが異なったり、ネットワークドライブ自体が設定されていなかったりすることがあり、ファイル検出不可のエラーが生じることがある。
【０００６】
特許文献１では、ファイル名がＭＰＲ（マルチプルプロバイダルータ）形式であれば、取得したファイル名にはドライブ文字が含まれていることから，取得したファイル名をドライブ文字から始まるファイル名へと構成し直し、また，ＭＵＰ（マルチプルユニバーサル命名コンベンションプロバイダ）形式でファイル名を取得した場合に，論理デバイスを表すドライブ文字を抽出し，クライアント側で統一的に使用できるドライブ文字から始まるファイル名に再構成し直す技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−１９９３１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の技術では、クライアント側のユーザがハードディスクの物理ドライブのパーティションを多く分割している場合や、多くのハードディスクを接続しているユーザの場合、もしくはネットワークドライブを多数設定しているユーザの場合は、割り当てられるネットワークドライブが限られ、特許文献１の技術ではネットワークドライブを割り振ることができない場合がある。
【０００９】
また、クライアント側で統一的に使用できるドライブ文字から始まるファイル名に変更するため、複数のクライアントで共通のドライブ文字から始まるファイル名に再構成することが難しいことも考えられる。
【００１０】
本発明は、上記問題を解決するためになされたものであり、ネットワークドライブがショートカット先として指定されたファイルを受け渡す際に、ネットワークドライブの枯渇をできる限り防ぐことを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、ファイルへアクセスするための接続情報を生成する生成手段と、ファイルサーバ上のフォルダに対して仮想ドライブを割り当てる仮想ドライブ割当手段と、を有する情報処理装置において、前記仮想ドライブ割当手段により割り当てられた仮想ドライブ上のファイルへアクセスするための接続情報に対応するファイルサーバ上のフォルダパス名を記憶する記憶手段と、前記接続情報を生成する際に、割り当てられる仮想ドライブがない場合、前記接続情報となる仮想ドライブを生成する仮想ドライブ生成手段と前記生成手段は、前記仮想ドライブ生成手段により生成された仮想ドライブへの接続情報を生成することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ネットワークドライブがショートカット先として指定されたファイルを受け渡す際に、ネットワークドライブの枯渇をできる限り防ぐ効果を有する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態の情報処理システムの構成を示すシステム構成図である。
【図２】本発明の実施形態の各種端末のハードウエア構成を示す図である。
【図３】本発明の実施形態の情報処理システムにおける第１の制御処理手段の一例を示すフローチャートである。
【図４】本発明の実施形態の情報処理システムにおける第２の制御処理手段の一例を示すフローチャートである。
【図５】本発明の実施形態のファイル転送元のクライアント端末（情報処理装置）１００に記憶されるデータ構造の一例を示す模式図である。
【図６】本発明の実施形態のファイル転送先のクライアント端末（情報処理装置）１０１に記憶されるデータ構造の一例を示す模式図である。
【発明を実施するための形態】
【００１４】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００１５】
図１は、本発明に係る情報処理システムの構成を示すシステム構成図である。
【００１６】
図１において、情報処理システムは、少なくとも１つのファイルサーバ２００と、ファイルサーバ２００上のファイルにアクセスするためのクライアント端末（情報処理装置）１００、１０１を有し、ネットワーク１１０を介して接続されている。
【００１７】
ユーザは、クライアント端末（情報処理装置）１００や１０１からファイルサーバ２００のファイルにアクセスする際、ファイルを特定するためのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）として、「ｆｉｌｅ：￥￥サーバ名￥フォルダパス名￥ファイル名」を指定する。このＵＲＩに接続する際に、あたかも自分のクライアント端末に接続された一つの固定ドライブのように扱う方法として、ネットワークドライブ（仮想ドライブ）として指定する方法がある。
【００１８】
ネットワークドライブの機能は、たとえば、「￥￥ＣＩＴＳ−Ｓｅｒｖｅｒ￥ＴＥＳＴ￥ＳＡＭＰＬＥ￥ＳＡＭＰＬＥ１￥ＳＡＭＰＬＥ２￥」フォルダを「Ｚ：￥」という１つの論理ドライブ名に適応させて、「￥￥ＣＩＴＳ−Ｓｅｒｖｅｒ￥ＴＥＳＴ￥ＳＡＭＰＬＥ￥ＳＡＭＰＬＥ１￥ＳＡＭＰＬＥ２￥」フォルダ以下のファイルやフォルダを、「Ｚ：￥ｔｅｓｔ．ｄｏｃ」などと置き換えて指定できるものである。
【００１９】
本実施形態では、これらのネットワークドライブの先にあるファイルへリンクするショートカットファイルを、クライアント端末１００（受け渡し側）からクライアント端末１０１（受け取り側）へ、コピーや移動、もしくはメールへの添付ファイルなどで渡す場合について記載する。
【００２０】
図２は、本発明の実施形態の各種端末のハードウエア構成を示す図である。
【００２１】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
【００２２】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２３】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２４】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２５】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００２６】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２７】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。
【００２８】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２９】
以下、図３、図４を参照して、本発明における実施形態の流れを説明する。
【００３０】
図３は、本発明の実施形態の情報処理システムにおける第１の制御処理手段の一例を示すフローチャートであり、図中のＳ３０１〜Ｓ３０３は各ステップを示す。各ステップの処理は、情報処理装置の外部メモリ２１１に格納されたアプリケーションプログラムを、それぞれの装置のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００３１】
図３のフローチャートは、クライアント端末１００において、ユーザがファイルのショートカットファイルを作成した後で開始される処理である。なお、図３のフローチャートは、この作成されたショートカットファイルに対する処理である。
【００３２】
まず、ユーザの指示により、ファイルのショートカットファイル（接続情報）が作成（不図示）されると、ステップＳ３０１が開始され、ステップＳ３０１において、クライアント端末１００のＣＰＵ２０１は、ユーザが設定しているネットワークドライブ（仮想ドライブ）情報を取得する。ネットワークドライブの情報の例を図５を参照して説明する。
【００３３】
図５の５００は、クライアント端末１００に記憶されたネットワークドライブの情報の例であり、たとえば、５０１の行には、「￥￥ｎ００１ｓ０１」サーバの「￥ａｄｍｉｎ￥ｗｏｒｋ」フォルダが「Ｅ：￥」ドライブに割り当てられていることを示している。同様に、５０２の行によると、「Ｆ：￥」ドライブには「￥￥ｎ００３ｓ０１」サーバの「￥ｂｉｎ￥ｂａｔ」フォルダが割り当てられ、５０３行では、「Ｇ：￥」ドライブには「￥￥ｐｒｏｊｅｃｔ」サーバの「￥２０１６」フォルダ、５０４では、「Ｈ：￥」ドライブには「￥￥ｄｅｖｅｌｏｐｍｅｎｔ」サーバの「￥ｔｏｏｌｓ」フォルダが割り当てられていることを示している。ステップＳ３０１において、図５の５００のようなネットワークドライブ情報を取得する。図３のフローチャートの説明に戻る。
【００３４】
次に図３のステップＳ３０２において、クライアント端末１００のＣＰＵ２０１は、作成されたショートカットファイルのショートカット先のパスにネットワークドライブを含むかどうか判断する。ステップＳ３０２の条件分岐の例を説明する。
【００３５】
ステップＳ３０１で取得したネットワークドライブ情報の例である図５を参照して説明すると、ショートカットファイルのショートカット先のファイルパス名が図５の５１１列のネットワークドライブ名を含むファイルのパス名かどうかで、処理を分ける。ショートカットファイルのショートカット先のファイルパス名が図５の５１１列のようなネットワークドライブ名を含む場合は、ステップＳ３０３に処理を移行し、ショートカットファイルのショートカット先のファイルパス名が図５の５１１列のネットワークドライブ名を含まない場合は、本発明の処理を終える。
【００３６】
ステップＳ３０３へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、作成されたショートカットファイルに、ショートカット先のネットワークドライブ名を対応するＵＲＩフルパス名に変更したフルパスファイル名をショートカットファイルのメタ情報として付加する。例を挙げて説明する。
【００３７】
図５のようなネットワークドライブ情報を有するクライアント端末において、たとえば、「Ｅ：￥ｔｅｓｔ．ｄｏｃ」ファイルのショートカットファイルが作成された場合、作成されたショートカットファイル「ｔｅｓｔ．ｄｏｃ．ｌｎｋ」の中（たとえば、プロパティ内）に「￥￥ｎ００１ｓ０１￥ａｄｍｉｎ￥ｗｏｒｋ￥ｔｅｓｔ．ｄｏｃ」の名前を登録する。
【００３８】
以上の処理により、ショートカットファイルのショートカット先にネットワークドライブ名が含まれる場合、ショートカットファイルにネットワークドライブに対応するＵＲＩフルパス名（絶対ＵＲＩ）を登録し、以後の処理で利用する。
【００３９】
図４は、本発明の実施形態の情報処理システムにおける第２の制御処理手段の一例を示すフローチャートであり、図中のＳ４０１〜Ｓ４１５は各ステップを示す。各ステップの処理は、情報処理装置の外部メモリ２１１に格納されたアプリケーションプログラムを、それぞれの装置のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００４０】
図４のフローチャートは、クライアント端末１０１のショートカットファイルを受け取る側の処理の流れであり、受け取り側のクライアント端末１０１でショートカットファイルへの操作（アクセスや書込、修正、削除など）が開始されると実行される処理である。なお、図４のフローチャートは、このファイルへの操作が実行されるショートカットファイルに対する処理である。
【００４１】
まず、ステップＳ４０１において、クライアント端末１０１のＣＰＵ２０１は、操作されるショートカットファイルが、図３のフローチャートによりメタ情報を付加されたショートカットファイルであることを検知する。
【００４２】
次に、ステップＳ４０２において、クライアント端末１０１のＣＰＵ２０１は、操作されるショートカットファイルに付加されているメタ情報（ネットワークドライブに対応するＵＲＩフルパス名（絶対ＵＲＩ））を取得する。
【００４３】
次に、ステップＳ４０３において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１の操作しているユーザにおけるネットワークドライブ情報を取得する。取得するネットワークドライブ情報の例を図６を参照して説明する。
【００４４】
図６の６００は、クライアント端末１０１に記憶されたネットワークドライブの情報の例であり、たとえば、６０１の行には、「￥￥ｎ００１ｓ０１」サーバの「￥ａｄｍｉｎ￥ｗｏｒｋ」フォルダが「Ｅ：￥」ドライブに割り当てられていることを示している。同様に、６０２の行によると、「Ｆ：￥」ドライブには「￥￥ｄｅｖｅｌｏｐｍｅｎｔ」サーバの「￥ｔｏｏｌｓ」フォルダが割り当てられており、６０４の行では、「Ｈ：￥」ドライブに「￥￥ｐｒｏｊｅｃｔ」サーバの「￥２０１６」フォルダが割り当てられていることを示している。ステップＳ４０３において、図６の６００のようなネットワークドライブ情報を取得する。図４のフローチャートの説明に戻る。
【００４５】
次に、図４のステップＳ４０４において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ４０２で取得したメタ情報とショートカットファイルで指定されているショートカット先の名前（ネットワークドライブ名）が、ステップＳ４０３で取得したネットワークドライブ情報と一致しているかどうかを判断する。図６と図５を参照して、ステップＳ４０４の条件分岐を説明する。
【００４６】
たとえば、受け取り側のクライアント端末１０１のネットワーク情報が図６の６００の情報を有している場合に、図５の５０１に該当するネットワークドライブ「Ｅ：￥」のファイルがショートカット先のファイルとして指定されている場合を考える。「Ｅ：￥ｔｅｓｔ．ｄｏｃ」ファイルをショートカット先のファイルとして指定されているショートカットファイル「ｔｅｓｔ．ｄｏｃ．ｌｎｋ」のショートカット先は、取得したメタ情報５０１行から、「￥￥ｎ００１ｓ０１￥ａｄｍｉｎ￥ｗｏｒｋ￥ｔｅｓｔ．ｄｏｃ」となる。この「Ｅ：￥」ドライブは、クライアント端末１０１でも指定されており、「Ｅ：￥」で指定されるネットワークドライブの指定先は、取得したメタ情報のＵＲＩと同じ、「￥￥ｎ００１ｓ０１￥ａｄｍｉｎ￥ｗｏｒｋ￥」である。そのため、ネットワークドライブの「Ｅ：￥」ドライブがそのまま利用できる。図４のフローチャートの説明に戻る。
【００４７】
ステップＳ４０４において、取得したメタ情報とショートカット先のネットワークドライブ名が、ステップＳ４０３で取得したネットワークドライブ情報と一致している場合は、ステップＳ４０５へと処理を遷移し、メタ情報とショートカット先のネットワークドライブ名が、ステップＳ４０３で取得したネットワークドライブ情報と一致していない場合はステップＳ４０６へと処理を遷移する。
【００４８】
ステップＳ４０５へと処理を移行すると、クライアント端末１０１のＣＰＵ２０１は、ショートカットファイルのショートカット先のファイルパスは一致しているので、何も変更せずにこの発明の処理を終え、次のファイル操作処理（読込や書込、修正、削除などの不図示処理）を実行する。
【００４９】
一方、ステップＳ４０６へと処理を遷移すると、クライアント端末１０１のＣＰＵ２０１は、ステップＳ４０２で取得したメタ情報が、ステップＳ４０３で取得したネットワークドライブ情報のフルパス名６１２と一致しているかどうかを判断する。図６と図５を参照して、ステップＳ４０６の条件分岐を説明する。
【００５０】
受け取り側のクライアント端末１０１のネットワーク情報が図６の６００の情報を有している場合に、図５の５０３に該当するネットワークドライブ「Ｇ：￥」のファイルがショートカット先のファイルとして指定されている場合を考える。「Ｇ：￥ｐｒａｃｔｉｃｅ．ｘｌｓ」ファイルをショートカット先のファイルとして指定されているショートカットファイル「ｐｒａｃｔｉｃｅ．ｘｌｓ．ｌｎｋ」のショートカット先は、取得したメタ情報５０１行から、「￥￥ｐｒｏｊｅｃｔ￥２０１６￥ｐｒａｃｔｉｃｅ．ｘｌｓ」となる。この「Ｇ：￥」ドライブは、クライアント端末１０１でも指定されているが、「Ｇ：￥」で指定されるネットワークドライブの指定先は、取得したメタ情報のＵＲＩと異なるため、ステップＳ４０４ではＮＯに遷移する。ステップＳ４０６では、同じフルパスになる「￥￥ｐｒｏｊｅｃｔ￥２０１６￥」を有する「Ｈ：￥」ドライブがあるため、ＹＥＳへと遷移する。図４のフローチャートの説明に戻る。
【００５１】
ステップＳ４０６において、取得したメタ情報が、ステップＳ４０３で取得したネットワークドライブ情報のフルパス名６１２と一致している場合は、ステップＳ４０７へと処理を遷移し、メタ情報とネットワークドライブ情報のフルパス名とが一致していない場合はステップＳ４０８へと処理を遷移する。
【００５２】
ステップＳ４０７へと処理を移行すると、クライアント端末１０１のＣＰＵ２０１は、ショートカットファイルのショートカット先のネットワークドライブをフルパス名が一致するネットワークドライブに変え、この発明の処理を終えて、次のファイル操作処理（読込や書込、修正、削除などの不図示処理）を実行する。
【００５３】
一方、ステップＳ４０８へと処理を遷移すると、クライアント端末１０１のＣＰＵ２０１は、ステップＳ４０２で取得したメタ情報が、ステップＳ４０３で取得したネットワークドライブ情報のフルパス名６１２と前方一致するネットワークドライブがあるかどうかの判断を行う。前方一致するネットワークドライブ情報がある場合は、次にステップＳ４０９へと処理を遷移し、ステップＳ４０９において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ４０２で取得したメタ情報が、前方一致するネットワークドライブ情報のフルパス名より長いかどうかを判断する。図６と図５を参照して、ステップＳ４０８、Ｓ４０９の条件分岐を説明する。
【００５４】
受け取り側のクライアント端末１０１のネットワーク情報が図６の６００の情報を有している場合に、図５の５０２に該当するネットワークドライブ「Ｆ：￥」のファイルがショートカット先のファイルとして指定されている場合を考える。「Ｆ：￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」ファイルをショートカット先のファイルとして指定されているショートカットファイル「ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ．ｌｎｋ」のショートカット先は、取得したメタ情報５０１行から、「￥￥ｎ００３ｓ０１￥ｂｉｎ￥ｂａｔ￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」となる。この「Ｆ：￥」ドライブは、クライアント端末１０１では指定されていないが、取得したメタ情報のＵＲＩと前方一致するフルパス（￥￥ｎ００３ｓ０１￥ｂｉｎ）を有するネットワークドライブ「Ｇ：￥」を有する。また、前方一致するフルパス名は、取得したメタ情報より短いため、ステップＳ４０９でＹＥＳに遷移する。図４のフローチャートの説明に戻る。
【００５５】
ステップＳ４０８，Ｓ４０９において、取得したメタ情報が、ステップＳ４０３で取得したネットワークドライブ情報のフルパス名６１２と前方一致するネットワークドライブがあり、かつ前方一致するネットワークドライブ情報のフルパス名より長い場合、ステップＳ４１０へと遷移し、そうでない場合はステップＳ４１１へと処理を遷移する。
【００５６】
ステップＳ４１０へと処理を遷移すると、クライアント端末１０１のＣＰＵ２０１は、ステップＳ４０８とＳ４０９で特定したネットワークドライブを使用して、同じパスを指定できるようにショートカットファイルを修正する。具体例を図５と図６のデータを参照して説明する。
【００５７】
たとえば、クライアント端末１００において、上述した「ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ．ｌｎｋ」のショートカット先を、「Ｆ：￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」から、クライアント端末１０１で指定できるように、フルパスを加味してクライアント端末１０１の「Ｇ：￥」ドライブで指定するように修正する。「Ｆ：￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」の場合、
「Ｆ：￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」
↓
「￥￥ｎ００３ｓ０１￥ｂｉｎ￥ｂａｔ￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」
↓
「（￥￥ｎ００３ｓ０１￥ｂｉｎ￥）ｂａｔ￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」
↓
「Ｇ：￥ｂａｔ￥ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ」
のように、クライアント端末１００での「Ｆ：￥」ドライブ表示から、クライアント端末１０１での「Ｇ：￥」ドライブ表示にショートカット先のパス名を変更する。
【００５８】
一方、ステップＳ４１１へと処理を遷移すると、クライアント端末１０１のＣＰＵ２０１は、ネットワークドライブに割り振るドライブの空きがあるかどうかを判断する。空きがある場合にはステップＳ４１１へと遷移し、空きがない場合は、ステップＳ４１４へと処理を遷移する。ネットワークドライブとして割り振れる数は、アルファベットの数２６文字しかないため、ハードディスクやＵＳＢメモリなどの物理パーティションが数多い場合にネットワークドライブに割り振れない場合に、ステップＳ４１４へと処理を遷移する。
【００５９】
ネットワークドライブに割り振るドライブの空きがある場合には、ステップＳ４１２へと処理を遷移し、ステップＳ４１２において、クライアント端末１０１のＣＰＵ２０１は、新たにネットワークドライブを登録する。図６と図５を参照して、ステップＳ４１２の処理を説明する。
【００６０】
たとえば、クライアント端末１００において、「Ｈ：￥ｄｅｖ．ｊａｖａ」ファイルをショートカット先ファイルとして指定しているショートカットファイル「ｄｅｖ．ｊａｖａ．ｌｎｋ」のショートカット先は、クライアント端末１０１では、該当するネットワークドライブがないので、たとえば、新たに「Ｉ：￥」ドライブをメタ情報と同じ「￥￥ｄｅｖｅｌｏｐｍｅｎｔ￥ｔｏｏｌｓ」に登録する。その後、ステップＳ４１３において、クライアント端末１０１のＣＰＵ２０１は、新たに登録されたパスを使用して、ショートカット先のファイルを指定する。上記の場合、ショートカット先のファイルを「Ｉ：￥ｄｅｖ．ｊａｖａ」と指定する。
【００６１】
一方、ステップＳ４１４に処理を遷移すると、ステップＳ４１４において、クライアント端末１０１のＣＰＵ２０１は、メタ情報を取得し、次にステップＳ４１５において、ネットワークドライブを使用しないファイルのショートカットとする。図６と図５を参照して説明すると、たとえば、クライアント端末１００において、「Ｈ：￥ｄｅｖ．ｊａｖａ」ファイルをショートカット先ファイルとして指定しているおり、クライアント端末１０１にドライブの空きがない場合、ショートカット先のファイルはフルパス名「￥￥ｄｅｖｅｌｏｐｍｅｎｔ￥ｔｏｏｌｓ￥ｄｅｖ．ｊａｖａ」をショートカット先とする。
【００６２】
以上の処理により、ネットワークドライブがショートカット先として指定されたファイルを受け渡す際に、ネットワークドライブの枯渇をできる限り防ぐ効果を有する。
【００６３】
なお、本実施形態では、クライアント端末１００が有する図５、図６のようなデータの構成で考えたが、データの構成およびその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００６４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６５】
なお、本実施形態中に示した各変形例を組み合わせた構成も全て本発明に含まれるものである。
【００６６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００６７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００６８】
本実施形態における図３または図４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【００６９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００７０】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００７１】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００７２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７３】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００７５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【００７６】
１００  クライアント端末
１１０  ネットワーク
２００  ファイルサーバ
【図１】
2017120569.tif 000003
【図２】
2017120569.tif 000004
【図３】
2017120569.tif 000005
【図４】
2017120569.tif 000006
【図５】
2017120569.tif 000007
【図６】
2017120569.tif 000008