JP2010211692A - ネットワーク型記憶装置 - Google Patents

Abstract

【課題】拡張機能を利用するための専用のプログラムをクライアントに搭載させる、などの負担をクライアント側に負わせることを抑制しつつ、クライアントに拡張機能を利用させることができるネットワーク型記憶装置を提供すること。
【解決手段】本実施形態のＭＦＰ１は、クライアント側から受信したＦＴＰコマンドが指定するフォルダが、ＣＰＵ２によって管理されていない非存在フォルダであることを条件として、ＦＴＰコマンドの送信元に拡張機能を提供する。よって、クライアント側では、非存在フォルダを指定するＦＴＰコマンドを発行する、という既存のＦＴＰクライアントプログラムで容易に実現できる処理で、拡張機能を利用することができる。
【選択図】図４

Description

本発明はネットワーク型記憶装置に関するものである。

記憶メディアを装着可能なスロットが設けられたプリンタが知られている。このようなプリンタによれば、ファイルデータが格納された記憶メディアをスロットに装着することにより、ＰＣ（パーソナルコンピュータ）を介さずプリンタのみで画像を印刷できる。

また、上記プリンタは、カードリーダとして機能させることができる。例えば、使用する記憶メディアに合うスロットが、ＰＣに設けられていない場合がある。そのような場合は、プリンタのスロットに記憶メディアを装着し、ＰＣからプリンタへアクセスすることにより、プリンタからＰＣへファイルを転送させ、ＰＣにおいてそのファイルをモニタに表示し閲覧することができる。

なお、デジタルカメラなどで撮影されたファイルを手軽に確認するために、モニタ等には縮小画像（いわゆるサムネイル画像）が表示される。例えば、デジタルカメラで生成されるファイルの形式として、幅広く用いられるＤＣＦフォーマットのファイルには、主画像データと、縮小画像データとが予めまとめて格納されている。したがって、ファイルに格納される縮小画像データを利用して、サムネイル画像を表示することができる（例えば、特許文献１参照）。

ここで、デバイス間でファイルをやり取りするためのファイル転送プロトコルとして、ＦＴＰ（File Transfer Protocol）を利用する場合がある。多くのＯＳやＷｅｂブラウザには標準で、ＦＴＰクライアントプログラムが含まれるからである。

特開２００４−７８８３７号公報

しかしながら、ＦＴＰは、主に、ファイル単位でデータの入出力を行うものであるため、例えば、ファイル中の縮小画像データを部分転送する、という機能は標準では装備していない。そのため、クライアントでサムネイル画像を表示するためには、ファイル全体を取得しなければならず、通信の負荷が大きい。一方、ファイル中の縮小画像データのみの送受信をＦＴＰで実現させるために、ＦＴＰに拡張機能を付加することが考えられる。その場合には、拡張機能に対応した特別な要求コマンドをクライアントからサーバへ送出させるために、クライアント側にも専用のＦＴＰプログラムをインストールさせなければならず、クライアントのユーザに負担を負わせることになるという問題点があった。

本発明は、上記問題点を解決するためになされたものであり、拡張機能を利用するための専用のプログラムをクライアントに搭載させる、などの負担をクライアント側に負わせることを抑制しつつ、クライアントに拡張機能を利用させることができるネットワーク型記憶装置を提供することを目的としている。

この目的を達成するために、請求項１記載のネットワーク型記憶装置は、記憶メディアが着脱可能に装着されるメディア装着用スロットと、前記記憶メディアに記憶されるファイルデータおよび前記ファイルデータを分類するフォルダを管理する管理手段とを備え、ＦＴＰサーバのプログラムが組み込まれたものであって、ＦＴＰクライアントプログラムが設けられたクライアント側からのＦＴＰコマンドを受信するコマンド受信手段と、前記コマンド受信手段により受信したＦＴＰコマンドが指定するフォルダが、前記管理手段によって管理されていない非存在フォルダであることを条件として、前記ＦＴＰコマンドの送信元に、拡張機能を提供する拡張機能提供手段とを備える。

請求項２記載のネットワーク型記憶装置は、請求項１記載のネットワーク型記憶装置において、前記コマンド受信手段により受信した前記ＦＴＰコマンドが指定するフォルダのフォルダ名を含むパスを取得するパス取得手段と、そのパス取得手段により取得されるパスに含まれるフォルダ名に、前記記憶メディアに記憶されるファイルデータのファイル名と同一のフォルダ名が含まれるかを判断するファイル名判断手段とを備え、前記拡張機能提供手段は、前記ＦＴＰコマンドが指定するフォルダが前記非存在フォルダであり、且つ、前記ファイル名判断手段により前記フォルダ名に前記ファイル名が含まれると判断されることを条件として、前記拡張機能を提供するものである。

請求項３記載のネットワーク型記憶装置は、請求項２記載のネットワーク型記憶装置において、前記コマンド受信手段により受信したＦＴＰコマンドが、フォルダに分類されるファイルデータのファイル名一覧を要求する一覧要求コマンドであるかを判断する一覧要求コマンド判断手段を備え、前記拡張機能提供手段は、前記拡張機能の一つとして、前記一覧要求コマンド判断手段により、前記ＦＴＰコマンドが前記一覧要求コマンドであると判断される場合、提供可能な拡張機能の種類を前記ＦＴＰコマンドの送信元に対して通知する機能を提供する機能種類通知手段を備える。

請求項４記載のネットワーク型記憶装置は、請求項３記載のネットワーク型記憶装置において、前記ファイル名判断手段により前記ファイル名と同一であると判断されたフォルダ名の拡張子を判断する拡張子判断手段を備え、前記機能種類通知手段は、前記拡張子判断手段により判断された拡張子の種類に応じて定まる、提供可能な拡張機能の種類を、前記ＦＴＰコマンドの送信元に対して通知するものである。

請求項５記載のネットワーク型記憶装置は、請求項３または４に記載のネットワーク型記憶装置において、前記機能種類通知手段は、各拡張機能の種類を特定する機能特定文字列をファイル名としたファイル名一覧を作成する一覧作成手段と、その一覧作成手段により作成したファイル名一覧を、前記ＦＴＰコマンドの送信元に転送することにより、前記拡張機能の種類を通知するものである。

請求項６記載のネットワーク型記憶装置は、請求項５記載のネットワーク型記憶装置において、前記コマンド受信手段により受信したＦＴＰコマンドが、ファイルデータの転送処理を要求する転送要求コマンドであるかを判断する転送要求コマンド判断手段を備え、前記拡張機能提供手段は、前記ＦＴＰコマンドにより処理対象ファイルデータのファイル名として指定される機能特定文字列を取得する機能特定文字列取得手段と、前記転送要求コマンド判断手段により、前記ＦＴＰコマンドが前記転送要求コマンドであると判断される場合、前記機能特定文字列取得手段により取得される機能特定文字列で特定される拡張機能を提供する特定機能提供手段を備える。

なお本発明は、ネットワーク型記憶装置を制御するコンピュータプログラム、該コンピュータプログラムを記録する記録媒体等の種々の態様で実現可能である。

請求項１記載のネットワーク型記憶装置によれば、クライアント側は、管理手段によって管理されていない非存在フォルダを指定するＦＴＰコマンドを発行する、という既存のＦＴＰクライアントプログラムで容易に実現できる処理で、拡張機能を利用することができる。その結果、拡張機能を利用するための専用のプログラムをクライアントに搭載させる、などの負担をクライアント側に負わせることを抑制しつつ、クライアントに拡張機能を利用させることができるという効果がある。

請求項２記載のネットワーク型記憶装置によれば、請求項１記載のネットワーク型記憶装置の奏する効果に加え、拡張機能を利用するためのクライアント側のユーザの操作負担を軽減することができるという効果がある。既存のＦＴＰクライアントプログラムでは、処理対象のフォルダやファイルを指定するための操作として、例えば、グラフィカルユーザインターフェイスのアドレス入力欄に、処理対象のフォルダやファイルに至るまでに経由するフォルダ名を含む接続先情報を入力するように構成されている。また、記憶メディアに記憶されるファイルデータのファイル名については，既存のＦＴＰプログラムのプロトコルによって取得できる。

よって、クライアント側のユーザは、拡張機能の利用のために、これら既存の構成を利用することができる。例えば、記憶メディアに記憶されるファイルデータのファイル名を取得し、そのファイル名をコピーしてフォルダ名としてアドレス入力欄の接続先情報に含める、という簡単な操作で、ネットワーク型記憶装置に対して拡張処理を要求することができる。

また、上記の「ファイル名」とは拡張子を含まない文字列であっても良いが、末尾の拡張子までを含む文字列を「ファイル名」と称する場合は、さらなる効果が得られる。ＦＡＴ（File Allocation Table）などファイルシステムにおいては、ファイル名とフォルダ名とを一元管理しているため、あるファイルデータのファイル名（拡張子を含む）と、あるフォルダのフォルダ名とが同一である場合、そのファイルとフォルダとは、同一階層内に存在できない。したがって、記憶メディア内のあるフォルダをカレントディレクトリとしてそのフォルダに分類されるファイルデータのファイル名一覧をクライアント側で閲覧している状態で、表示中のファイル名をコピーして、カレントディレクトリを表す接続先情報の末尾にフォルダ名として付加する場合、その接続先情報で指定されるフォルダは、直前までのカレントディレクトリであったフォルダ内には存在し得ず、非存在フォルダとなる。したがって、クライアント側で拡張機能を要求したにも拘わらず、実在するフォルダを処理対象とするＦＴＰの通常の機能が提供されてしまう、という不都合の発生を抑制できる。

請求項３記載のネットワーク型記憶装置によれば、請求項２記載のネットワーク型記憶装置の奏する効果に加え、ファイル名一覧を要求するという、既存のＦＴＰクライアントプログラムが備える構成を利用して、提供可能な拡張機能の種類をＦＴＰコマンドの送信元に対して通知することができるという効果がある。

請求項４記載のネットワーク型記憶装置によれば、請求項３記載のネットワーク型記憶装置の奏する効果に加え、ファイル名と同一であると判断されたフォルダ名の拡張子の種類に応じて定まる、提供可能な拡張機能の種類が、ＦＴＰコマンドの送信元に対して通知されるので、クライアント側では、フォルダ名として接続先情報に含ませるファイル名の拡張子を適宜選択することにより、必要な拡張機能の種類を知ることができるという効果がある。

請求項５記載のネットワーク型記憶装置によれば、請求項３または４に記載のネットワーク型記憶装置の奏する効果に加え、クライアント側では、拡張機能の種類を特定する機能特定文字列を、ファイル名として認識することができる。さらにファイル名一覧を閲覧するという機能は、既存のＦＴＰクライアントプログラムで実現可能であるため、拡張機能の種類を認識するための特別な構成をクライアント側に設ける必要がないという効果がある。また、クライアント側で表示されたファイル名一覧のうち、いずれかがユーザにより指定されることを条件として、ファイル名を指定するＦＴＰコマンドを送出する構成を、既存のＦＴＰクライアントプログラムが備える場合がある。この場合、クライアント側のユーザは、ファイル名一覧により表示された拡張機能の種類のうち、いずれかを指定するという簡単な操作で、拡張機能の種類を特定してサーバに対して要求することができるという効果がある。

請求項６記載のネットワーク型記憶装置によれば、請求項５記載のネットワーク型記憶装置の奏する効果に加え、転送要求コマンドという、既存のＦＴＰクライアントプログラムで送信可能なコマンドに基づいて、クライアント側から要求された種類の拡張機能を提供することができるという効果がある。

本発明の実施形態であるＭＦＰと、ＭＦＰに接続されるＰＣとから構成される画像表示システムの電気的構成を模式的に示すブロック図である。 ＦＴＰクライアントプログラムにより、ＰＣの表示パネルに表示されるウインドウの一例を示す図であって、（ａ）はファイル名一覧を表示するウインドウであり、（ｂ）は拡張機能一覧を要求するときのウインドウである。 ＰＣの表示パネルに表示されるウインドウの一例を示す図であって、（ａ）は、拡張機能一覧を表示するウインドウであり、（ｄ）は、提供されたサムネイル画像を表示するウインドウである。 ＭＦＰとＰＣとの間におけるデータの流れを示すシーケンス図である。 ＭＦＰが実行するＦＴＰコマンド処理を示すフローチャートである。 ＭＦＰが実行するフォルダ名分類処理を示すフローチャートである。 ＭＦＰが実行する拡張機能処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明のネットワーク型記憶装置の実施形態である多機能周辺装置（以下、「ＭＦＰ（Multi Function Peripheral）」と略す）１と、ＭＦＰ１に接続されるパーソナルコンピュータ２０（以下、ＰＣ２０）とから構成される画像表示システム１００の電気的構成を模式的に示すブロック図である。

図１に示すように、ＭＦＰ１とＰＣ２０とは、ＬＡＮ（Local Area Network）５０を介して互いに接続され、ＭＦＰ１はＦＴＰサーバとして機能し、ＰＣ２０はＦＴＰクライアントとして機能する。

ＭＦＰ１は、メモリカード４０に格納されたファイルを印刷出力するフォトメディアキャプチャ機能、プリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能などの各種の機能を１台に備えている。特に、本実施形態のＭＦＰ１は、拡張機能を利用するための専用のプログラムをクライアントに搭載させる、などの負担をクライアント側に負わせることを抑制しつつ、ＦＴＰの拡張機能をクライアントに利用させることができるように構成されている。

ＭＦＰ１は、ＣＰＵ２と、ＲＯＭ３と、ＲＡＭ４と、ＬＡＮインターフェース（以下、「ＬＡＮＩ／Ｆ」と称する）５と、スキャナ６と、プリンタ７と、メディア装着用スロット８と、ＭＦＰ１で各種機能を実行させるための複数の操作入力キー（ボタンやスイッチなど）と表示画面とから構成される操作パネル９と、電話回線（図示なし）を介して画像情報を送受信するファクシミリ部１０と、フラッシュメモリ１１と、を主に備えている。

ＲＯＭ３は、ＣＰＵ２によって実行される制御プログラム３ａ、ＦＴＰサーバプログラム３ｂや、図示しない固定値データを格納する。ＦＴＰサーバプログラム３ｂは、図５から図７のフローチャートで示す処理をＣＰＵ２に実行させるためのプログラムである。ＲＡＭ４は、そのＣＰＵ２により実行される各種処理に必要なデータ等を一時的に記憶する。

ＬＡＮＩ／Ｆ５は、ＬＡＮ５０を介して通信を行うインターフェースである。なお、この実施形態では、ＭＦＰ１とＰＣ２０との間におけるファイル転送のプロトコルとして、ＦＴＰ（File Transfer Protocol）を使用する。

スキャナ６は、ＣＰＵ２からの指示に基づいて、所定の読取位置（非図示）にセットされた原稿から画像の読み取りを行うものである。プリンタ７は、ＣＰＵ２からの指示に基づいて、所定の給紙位置（非図示）にセットされた記録紙への印刷を行う。

メディア装着用スロット８は、各種メモリカード４０を着脱自在に装着可能な複数のスロットを備え、そのスロットに装着されたメモリカード４０に記憶されているデータを読み出したり、所望のデータを書き込むことができるものである。メモリカード４０は、書き換えができると共に電源が遮断された場合でも記憶を保持するフラッシュメモリにより構成され、各社から種々のタイプのもの（例えば、ＳＤメモリカードやｘＤピクチャカード）が提供されている。ＭＦＰ１のＣＰＵ２は、制御プログラム３ａに従い、メモリカード４０に記憶されるファイルおよびファイルを分類するフォルダを、ＦＡＴ（File allocation Table）と称されるファイルシステムによって管理する。

ファクシミリ部１０は、スキャナ６により読み取られたイメージデータや、ＬＡＮ５０を介して受信したデータなどを電話回線を介して送信し、電話回線を介して受信したデータをプリンタ７で印刷したり、ＬＡＮ５０を介してＰＣ２０へ送信したりすることができる。フラッシュメモリ１１は、種々のデータの書き込み、および読み出しを行うことができる。

次に、ＰＣ２０について説明する。ＰＣ２０は、ＣＰＵ２１と、ＣＰＵ２１により実行される各種の制御プログラムや固定値データを記憶するＲＯＭ２２と、ＣＰＵ２１により実行される各種処理に必要なデータやプログラム等を一時的に記憶するためのメモリであるＲＡＭ２３と、各種設定を記憶し書き換え可能で不揮発性のメモリであるハードディスク２４と、各種情報を表示する液晶ディスプレイにより構成される表示パネル２５と、各種機能を設定するための複数の操作入力キーを有するキーボードとマウスにより構成される入力装置２７と、ＬＡＮ５０に接続するためのインターフェースであるＬＡＮＩ／Ｆ２６とを備えている。

ハードディスク２４には、図示しないＯＳ（Operating System）と共に、ＦＴＰクライアントプログラム２４ａが設けられている（インストールされている）。なお、このＦＴＰクライアントプログラム２４ａは、Ｗｅｂブラウザ（図示せず）の一部であり、ＭＦＰ１との間で、ＦＴＰに基づく通信を実現する。

次に、図２，図３を参照して、ＦＴＰクライアントとしてのＰＣ２０が、ＦＴＰサーバとしてのＭＦＰ１からＦＴＰの通常機能またはＦＴＰの拡張機能の提供を受けるための操作手順について説明する。

図２（ａ）は、ＦＴＰクライアントプログラム２４ａにより、ＰＣ２０の表示パネル２５に表示されるウインドウ３０の一例を示す図である。図２（ａ）に示すように、ウインドウ３０には、メニューバー３１、アドレスバー３２、描画エリア３３が設けられる。メニューバー３１は、コマンドを一覧表示するドロップダウンメニューの第１階層のメニューを表示する。

アドレスバー３２は、ＦＴＰアドレス（接続先情報）の入力欄である。ＰＣ２０のユーザは、アドレスバー３２にＦＴＰアドレスを入力することにより、カレントディレクトリを指定する。

図２（ａ）に示すように、ＦＴＰアドレスは、「ftp://」で始まり、次に、カレントディレクトリを指定するパスが続く。パスは、ＦＴＰサーバ名から始まる。図２（ａ）に示す例では、ＭＦＰ１を表す「brother_cr」がＦＴＰサーバ名に相当する。ＦＴＰサーバ名の次には、ＦＴＰサーバの管理下にあるルートフォルダからカレントディレクトリに至るまでに経由するフォルダ名が、'/'で区切られて、上位階層から順番に並ぶ。図２（ａ）に示す例では、「/DCIM/100_BRO/」とされている。すなわち、図２（ａ）に示す例では、ＭＦＰ１の管理下にある、「DCMI」フォルダの下層の「100_BRO」フォルダを、カレントディレクトリとして指定する。

図２（ａ）に示すＦＴＰアドレスがアドレスバー３２に入力されている状態で、ＰＣ２０のユーザが、例えばエンターキー（図示せず）を押下すると、ＦＴＰクライアントプログラム２４ａは、一覧要求コマンドであるＬＩＳＴコマンドを、ＭＦＰ１に対して発行する。ＬＩＳＴコマンドは、ＦＴＰアドレスで指定するカレントディレクトリに分類される、ファイルデータのファイル名一覧を要求するコマンドである。このＬＩＳＴコマンドは、既存のＦＴＰクライアントプログラムで発行可能である。

ＬＩＳＴコマンドに対しＭＦＰ１は、処理対象フォルダのファイル名一覧を作成し、ＰＣ２０に返却する。ＰＣ２０のＦＴＰクライアントプログラム２４ａは、受信したファイル名一覧を、描画エリア３３に表示する。図２（ａ）は、処理対象フォルダのファイル名一覧が、描画エリア３３に表示された状態を示している。このファイル名一覧により、ＰＣ２０のユーザは、メモリカード４０内のフォルダに分類されるファイルのファイル名等を把握できる。

次に、図２（ｂ）を参照して、ＰＣ２０のユーザがＦＴＰの拡張機能の提供を受けようとする場合の操作を説明する。

拡張機能の提供を受けようとする場合、ＰＣ２０のユーザは、アドレスバー３２に表示されるＦＴＰアドレス（カレントディレクトリを指定するアドレス）の末尾に、文字列を追加する。ここで追加する文字列は、少なくともカレントディレクトリに分類されるファイルのファイル名（拡張子を含む）を、フォルダ名として含む。

すなわち、図２（ｂ）に示すように、「100_BRO」フォルダに分類されるファイル名一覧が、描画エリア３３に表示されている状態で、ＰＣ２０のユーザは、「100_BRO」フォルダに分類されるファイルのファイル名の末尾に、フォルダ名であることを表す'/'を付加して（図２（ｂ）に示す例では「「DSCF2323.JPG/」）、表示中のＦＴＰアドレスの末尾に追加する。その次に、予め定められた所定の文字列（図２（ｂ）に示す例では「a」）を追加する。そして、ユーザはエンターキー（図示せず）を押下する。

この場合、既存のＷｅｂブラウザの一部であるＦＴＰクライアントプログラム２４ａは、カレントディレクトリの変更を要求するＣＷＤコマンド、および、変更後のカレントディレクトリに分類されるファイル名一覧を要求するＬＩＳＴコマンドを発行する。これらのＣＷＤコマンド、ＬＩＳＴコマンドは、メモリカード４０に存在しない非存在フォルダを指定することになる。

すなわち、ＭＦＰ１が採用するＦＡＴ（File Allocation Table）を含む多くのファイルシステムにおいては、ファイル名とフォルダ名とを一元管理しているため、あるファイルデータのファイル名（拡張子を含む）と、あるフォルダのフォルダ名とが同一である場合、そのファイルとフォルダとは、同一階層内に存在できない。図２に示す例であれば、「100_BRO」フォルダの１階層下に「DSCF2323.JPG」というファイル名のファイルが存在しているのであれば、「100_BRO」フォルダの１階層下に、「DSCF2323.JPG」というフォルダ名のフォルダは存在し得ない。したがって、図２（ｂ）に示すＦＴＰアドレスによって指定されるフォルダ（フォルダ名：DSCF2323.JPG）は、実際には存在しない非存在フォルダである。

本実施形態のＭＦＰ１は、このような特徴を利用して構成されている。具体的には、上述のように存在しない（すなわち、ＣＰＵ２によって管理されていない）非存在フォルダがＦＴＰコマンドで指定されたことを条件として、ＦＴＰクライアントに対し、拡張機能を提供すると決定する。その結果、ＦＴＰクライアントプログラム２４ａは既存のものをそのまま利用しつつ、ＭＦＰ１側では、ＰＣ２０のユーザが拡張機能を要求しているか否かを判断し、適切な場合に、ＦＴＰクライアントに対して拡張機能を提供することができる。

一方、拡張機能の提供を受けるためのＰＣ２０側の操作としては、ファイル名一覧を閲覧している状態（図２（ａ））で、表示中のファイル名をコピーして、カレントディレクトリを表すＦＴＰアドレスの末尾にフォルダ名として含め、さらに定められた文字列（本実施例では「ａ」）を付加するという簡単な操作で、拡張機能の提供を受けることができる。

また、ファイル名をフォルダ名として付加したＦＴＰアドレスは存在し得ない非存在フォルダであるため、ＰＣ２０のユーザが拡張機能を要求したにも拘わらず、実在するフォルダを処理対象としたＦＴＰの通常の機能が提供されてしまう、という不都合の発生を抑制できる。

図３（ａ）は、図２（ｂ）に示す拡張機能の要求操作に対して、ＭＦＰ１から返却された拡張機能一覧が、描画エリア３３が表示されたウインドウ３０を示す図である。

図３（ａ）に示すように、拡張機能一覧は、拡張機能の種類を示す拡張機能名をファイル名としたファイル名の一覧でもある。

ここで、図３（ａ）の拡張機能一覧に示される拡張機能の種類について説明する。

_readme.txt : 各拡張機能の説明をする文書を提供する
date_time.txt : ファイルの日付時間情報を提供する
thumbnail.jpg : ファイルのサムネイルを提供する
image_info.txt : ファイルのサイズ、解像度の情報を提供する
exif_info.txt : exif情報（デジタルカメラの撮影情報）を提供する
dir_thumbnail.jpg: 同一フォルダ内の全ファイルのサムネイルを提供する
dir_exif_info.txt: 同一フォルダ内の全ファイルのexif情報を提供する

図３（ａ）示す拡張機能一覧に表示されるファイルアイコンには、対応するファイルは実際には存在しない。しかしながら、拡張機能一覧にファイル名として表示された拡張機能名や、ファイルアイコンがＰＣ２０のユーザにより、例えばダブルクリックされた場合、既存のＦＴＰクライアントプログラム２４ａは、その拡張機能名をファイル名としてＦＴＰアドレスの末尾に追加し、ファイルデータ転送要求コマンドであるＲＥＴＲコマンドをＭＦＰ１に対して送信する。

図３（ｂ）は、図３に示される拡張機能名のうち、thumbnail.jpgが、例えばダブルクリックなどにより指定された場合を説明する図である。その場合、ＦＴＰクライアントプログラム２４ｂは、アドレスバー３２の末尾に、指定された拡張機能名thumbnail.jpgを追加し、ＲＥＴＲコマンドを発行する。

そのようなＲＥＴＲコマンドによって指定されるファイルは実在するファイルではなく、さらに、その上位階層に指定されているフォルダ（フォルダ名「DSCF2323.JPG」)も実在しない非存在フォルダである。よって、ＭＦＰ１は、ファイル名として指定されている拡張機能を、ＰＣ２０に対して提供する。例えば、図３（ｂ）に示す例では、非存在フォルダのフォルダ名によって指定されるファイル「DSCF2323.JPG」のサムネイルデータを作成し、ＰＣ２０へ返却する。一方、ＦＴＰクライアントプログラム２４ａでは、受信したサムネイルデータに基づいて、描画エリア３３にサムネイルを表示する。ＭＦＰ１からＰＣ２０へ転送されるデータはサムネイルデータだけであるので、サムネイル表示のためにファイル全体の転送を要した従来のＦＴＰサーバ−クライアントの関係に比較して、通信の負荷が軽い。

図４は、ＭＦＰ１（ＦＴＰサーバ）とＰＣ２０（ＦＴＰクライアント）との間におけるデータの流れを示すシーケンス図である。

ＦＴＰサーバであるＭＦＰ１は、所定のポートでクライアントからの接続要求を待つ。そして、接続要求を受けると、接続要求を待っていたポートとは別ポートから、ＦＴＰサービス開始の準備ができたことをクライアントに通知する。図４に示すシーケンス図は、その後のデータの流れを示している。

まず、ＰＣ２０からＭＦＰ１にログインする。ＭＦＰ１は認証を行い、正常を通知する（図４：Ｊ１，Ｊ２）。

次いでＰＣ２０からＭＦＰ１にＬＩＳＴコマンドを発行する（図４：Ｊ３）。ＭＦＰ１はメモリカード４０内のディレクトリエリアをリードし（図４：Ｊ４，Ｊ５）、ＰＣ２０にファイル名一覧を転送する（図４：Ｊ６）。これにより、ＰＣ２０では、図２（ａ）を参照して説明したように、ウインドウ３０にファイル名一覧が表示される。

次に、ＰＣ２０から拡張機能一覧を要求する。具体的には、図２（ｂ）を参照して説明したように、カレントディレクトリの１階層下のフォルダのフォルダ名として、ファイル名と同一のフォルダ名２０１を指定し、さらに、１階層下のフォルダのフォルダ名として'a'を指定する。図２（ｂ）を参照して説明したように、アドレスバー３２にユーザが入力したＦＴＰアドレスの末尾に'/'が存在していなかったとしても、ＦＴＰクライアントプログラム２４ａは、カレントディレクトリの２階層下を指定する文字列「ａ」は、フォルダ名であるものと判断し、フォルダ名であることを示す'/'を自動で末尾に付加して、ＣＷＤコマンドを送信する（図４：Ｊ７）。

なお、フォルダやファイルを指定するパラメータが付加されるコマンドが存在する一方で、フォルダやファイルを指定するパラメータが付加されないコマンドも存在する。しかしながら、図４においては、各コマンドが指定するフォルダやファイルを分かりやすく示すため、パラメータが付加されないコマンドについても、そのコマンドが指定するフォルダやファイル名をあえて図示している場合がある。さらに、フォルダ名２０１よりも上位階層のフォルダについて、図４においては、そのフォルダ名の記載を省略している。

上述したように、カレントディレクトリの１階層下に、ファイル名と同一のフォルダ名２０１を有するフォルダは存在しない。したがって、フォルダ名２０１のフォルダを指定するＣＷＤコマンドは非存在フォルダを指定している。通常のＦＴＰサーバであれば、このようなコマンドに対してエラーを返却するが、本実施形態のＭＦＰ１は、正常を通知する（図４：Ｊ８）。

ＣＷＤコマンドに対して正常の通知を受けたＰＣ２０は、変更後のカレントディレクトリに対応したフォルダに分類されるファイル名一覧を要求するＬＩＳＴコマンドを発行する（図４：Ｊ９）。上述するように、カレントディレクトリに対応するフォルダは非存在フォルダであるから、本実施形態のＭＦＰ１は、拡張機能の一つとして、提供可能な拡張機能一覧を作成し、ＰＣ２に返却する（図４：Ｊ１０）。これにより、ＰＣ２０では、図３（ａ）を参照して説明したように、ウインドウ３０に拡張機能一覧が表示される。

次に、ＰＣ２０は、拡張機能のうちいずれかを選択し要求する。具体的には、図３（ａ）を参照して説明したように、拡張機能一覧にファイル名として表示された拡張機能名のうち、いずれかが指定された場合、指定された拡張機能名をファイル名２０２として指定する（すなわち末尾に'/'を付さない）、ＲＥＴＲコマンドを発行する（図４：Ｊ１１）。Ｊ１１に示すＲＥＴＲコマンドは、フォルダ名２０１としてファイル名と同一のフォルダ名を指定しており、ファイル名２０２として、サムネイルを提供する拡張機能名「thumbnail.jpg」を指定する。

ＭＰＦ１は、フォルダ名２０１と同一のファイル名の転送ファイルＺ１をメモリカード４０から読み出す（図４：Ｊ１２，Ｊ１３）。そして、転送ファイルＺ１からサムネイル画像データ２０３を作成または抽出し、テンポラリファイルを作成して、ＰＣ２にＦＴＰ転送する（図４：Ｊ１４）。これにより、ＰＣ２０では、図３（ｂ）を参照して説明したように、ウインドウ３０にサムネイルが表示される。

次に、ＲＥＴＲコマンドにおいて、exif情報を提供する拡張機能名「exif_info.txt」が、ファイル名２０２として指定されている場合について説明する（図４：Ｊ１５）。この場合、ＭＰＦ１は、フォルダ名２０１にて指定される転送ファイルＺ１をメモリカード４０から読み出す（図４：Ｊ１６，Ｊ１７）。そして、転送ファイルＺ１からexif情報を作成または抽出し、テンポラリファイルを作成して、ＰＣ２にＦＴＰ転送する（図４：Ｊ１８）。これにより、ＰＣ２０では、所望のファイルのexif情報を閲覧することができる。

このように、既存のＦＴＰクライアントプログラム２４ａであっても、ＲＥＴＲコマンドによって、拡張機能の処理対象のファイル、および拡張機能の種類を指定することができる。

さらに、ＦＴＰクライアントプログラム２４ａは、ウインドウ３０の描画エリア３３に、ファイルが移動またはコピーされた場合、カレントディレクトリを処理対象フォルダとして指定して、そのフォルダにファイルを分類して書き込むＳＴＯＲコマンドを発行する（Ｊ１９）。ＳＴＯＲコマンドが指定するフォルダ名２０１に、ファイル名と同一のフォルダ名２０１が含まれる場合、通常のＦＴＰサーバであれば、このようなコマンドに対してエラーを返却するが、本実施形態のＭＦＰ１は、正常を通知し、データ転送用ポートによりＰＣ２０からファイルを受信する。

例えば、Ｊ１５で取得されるexif情報を記述したファイルを、ＰＣ２０で編集し、その編集後のファイルを、ウインドウ３０の描画エリア３３へ移動またはコピーする操作がされた場合、ＰＣ２０からＭＦＰ１へはＳＴＯＲコマンドが発行され、ＭＦＰ１は、その編集後のexif情報を受信する。そして、フォルダ名２０１と同一のファイル名のファイルのexif情報を、受信したファイルに基づいて書き換える拡張機能を提供する（Ｊ２０）。

なお、ＳＴＯＲコマンドを受信したＭＦＰ１が正常を通知し、別ポートを開き、ファイルを受信する処理自体は、公知の処理であるため、本実施形態においては、図示および詳細な説明を省略する。

本実施形態のＭＦＰ１によれば、クライアント側から受信したＦＴＰコマンドが指定するフォルダが非存在フォルダであることを条件として、ＦＴＰコマンドの送信元に拡張機能を提供する。よって、クライアント側では、非存在フォルダを指定するＦＴＰコマンドを発行する、という既存のＦＴＰクライアントプログラムで容易に実現できる処理で、拡張機能を利用することができる。

図５は、ＭＦＰ１において実行されるＦＴＰコマンド処理を示すフローチャートである。まず、ＣＰＵ２は、ステップ（以下、ステップを省略する）Ｓ５０１として、クライアント側から送出されたＦＴＰコマンドを受信する（Ｓ５０１）。次に、ＣＰＵ２は、ＦＴＰコマンドを受信したか否かを判断する（Ｓ５０２）。Ｓ５０２の判断が否定される場合（Ｓ５０２：Ｎｏ）、Ｓ５０１に戻る。一方、Ｓ５０２の判断が肯定される場合（Ｓ５０２：Ｙｅｓ）、ＣＰＵ２は、受信したＦＴＰコマンドの種類を判断する（Ｓ５０４）。

ＦＴＰコマンドの種類が「ＲＥＴＲ」または「ＳＴＯＲ」と判断された場合（Ｓ５０４：ＲＥＴＲまたはＳＴＯＲ）、これらのコマンドには、ファイルを指定するパラメータが付加されているから、それに基づいて、ファイルを特定するフルパス（すなわち、ルートから指定されたファイルに至るまでのパス）を取得し、file_fullpに格納する（Ｓ５０６）。

次に、file_fullpを、フルパスフォルダ名（すなわち、ルートからファイルの１階層上に当たるフォルダに至るまでのパス）と、パス無しファイル名（すなわち、ファイル名のの文字列）とに分解する。そして、フルパスフォルダ名を、dir_fullpに格納し、パス無しファイル名を、file_nopに格納する（Ｓ５０８）。このステップにより取得するフルパスフォルダ名は、ＦＴＰコマンドが指定するフォルダのフォルダ名を含むパスである。そして、このパスを判断するフォルダ名分類処理に移行する（Ｓ５１２）。

一方、ＦＴＰコマンドの種類が「ＣＷＤ」または「ＬＩＳＴ」と判断された場合（Ｓ５０４：ＣＷＤまたはＬＩＳＴ）、これらのコマンドが指定するフォルダを指定するためのフルパスを取得し、dir_fullpに格納する（Ｓ５１０）。フォルダを特定するフルパスが、ＦＴＰコマンドが指定するフォルダのフォルダ名を含むパスである。そして、このステップにより取得したパスを判断するフォルダ名分類処理に移行する（Ｓ５１２）。

一方、ＦＴＰコマンドが、ＲＥＴＲ,ＳＴＯＲ,ＣＷＤ,ＬＩＳＴのいずれにも該当しない場合（Ｓ５０４：その他）、通常のＦＴＰ処理を実行し（Ｓ５１８）、Ｓ５０１に戻る。

フォルダ名分類処理（Ｓ５１２）は、Ｓ５０８またはＳ５１０のいずれかで取得されるパスに基づいて、クライアント側に通常機能と拡張機能とのいずれを提供するかを決定する処理である。詳細は、図６を参照して後述する。

次に、ＣＰＵ２は、拡張機能の提供が決定されたか否かを判断する（Ｓ５１４）。Ｓ５１４の判断が肯定される場合（Ｓ５１４：Ｙｅｓ）、ＣＰＵ２は、ＦＴＰコマンドの送信元に拡張機能を提供する拡張機能処理（Ｓ５１６）を実行し、Ｓ５０１に戻る。

一方、Ｓ５１４の判断が否定される場合（Ｓ５１４：Ｎｏ）、ＣＰＵ２は、ＦＴＰコマンドの送信元に拡張機能を提供せず、通常のＦＴＰ処理を実行し（Ｓ５１８）、Ｓ５０１に戻る。

図６は、フォルダ名分類処理（Ｓ５１２）を示すフローチャートである。この処理では、まず、ＣＰＵ２は、取得したパス（dir_fullp）によって特定されるフォルダが、実際に存在するフォルダであるか否かを判断する（Ｓ６０２）。すなわち、パスによって特定されるフォルダが、ＭＦＰ１の管理下にある記憶部（メモリカード４を含む）に実際に記憶されているフォルダであるか否かを判断する。Ｓ６０２の判断が肯定される場合（Ｓ６０２：Ｙｅｓ）、ＣＰＵ２は、提供する機能として通常処理を決定し（Ｓ６１０）、この処理を終える。

一方、Ｓ６０２の判断が否定される場合（Ｓ６０２：Ｎｏ）、次に、取得したパス（dir_fullp）の最後の文字列が"a"であるか否かを判断する（Ｓ６０４）。すなわち、取得したパスに含まれる最下層のフォルダ名を表す文字列が「ａ」であるか否かを判断する。Ｓ６０４の判断が否定される場合（Ｓ６０４：Ｎｏ）、提供する機能として通常処理を決定し（Ｓ６１０）、この処理を終える。

一方、Ｓ６０４の判断が肯定される場合（Ｓ６０４：Ｙｅｓ）、次に、ＣＰＵ２は、取得したパス（dir_fullp）の最下層フォルダの"/a"の一階層上のフォルダのフォルダ名２０１（図４参照）と、同一のファイル名（拡張子を含む）のファイルがメモリカード４に存在するか否かを判断する（Ｓ６０６）。すなわち、取得したパスに含まれるフォルダ名に、メモリカード４に記憶されるファイルのファイル名と同一のフォルダ名が含まれるか否かを判断する。Ｓ６０６の判断が否定される場合（Ｓ６０６：Ｎｏ）、提供する機能として通常処理を決定し（Ｓ６１０）、この処理を終える。

一方、Ｓ６０６の判断が肯定される場合（Ｓ６０６：Ｙｅｓ）、提供する機能として拡張処理を決定し（Ｓ６０８）、この処理を終える。

この処理によれば、ＦＴＰコマンドが指定するフォルダが、ＣＰＵ２によって管理されていない非存在フォルダであり、且つ、フォルダ名にファイル名が含まれると判断されることを条件として、拡張機能が提供される。よって、クライアント側で拡張機能を要求したにも拘わらず、実在するフォルダを処理対象とした通常の機能を提供してしまう、という不都合の発生を抑制できる。

図７は、拡張機能処理（Ｓ５１６）を示すフローチャートである。この処理では、まず、ＣＰＵ２はＦＴＰコマンドを判断する（Ｓ７０２）。まず、受信したＦＴＰコマンドがＬＩＳＴコマンドであると判断される場合について説明する。この場合（Ｓ７０２：ＬＩＳＴ）、der_fullpの'/a'の前側を、target_fileに格納する（Ｓ７１２）。すなわち、図４に示すファイル名と同一のフォルダ名２０１を、target_fileに格納する。

次に、ＣＰＵ２は、target_fileに含まれる拡張子を判断する（Ｓ７１４）。すなわち、ファイル名と同一であると判断されたフォルダ名には、拡張子が含まれているから、その拡張子を判断するのである。

拡張子が、jpg,bmp,gifなどの静止画系拡張子である場合（Ｓ７１４：静止画系拡張子）、ＣＰＵ２は、静止画系の拡張機能一覧を作成する（Ｓ７２２）。なお、静止画系の拡張機能一覧には、図３（ａ）を参照して説明した、拡張機能が含まれる。

拡張子が、mpg,mov,aviなどの動画系拡張子である場合（Ｓ７１４：動画系拡張子）、ＣＰＵ２は、動画系の拡張機能一覧を作成する（Ｓ７２４）。動画系の拡張機能一覧には、上述した_readme/txt、date_time/txtに加え、例えば、以下の拡張機能名が含まれる。

top_chap_5sec.mov ：先頭５秒の動画を提供する

拡張子が、zip,lzhなどの圧縮系拡張子である場合（Ｓ７１４：圧縮系拡張子）、ＣＰＵ２は、圧縮系の拡張機能一覧を作成する（Ｓ７２６）。圧縮系の拡張機能一覧には、上述した_readme/txt、date_time/txtに加え、例えば、以下の拡張機能名が含まれる。

compress_file_list.txt ：圧縮されているファイルのリストを提供する

一方、拡張子が、静止画系、動画系、圧縮系以外の拡張子である場合（Ｓ７１４：その他）、全てのファイルでサポートされる拡張機能一覧、具体的には、上述した拡張機能名のうち、_readme.txtとdate_time.txtを含む拡張機能一覧を作成する（Ｓ７１６）。

なお、Ｓ７１６，Ｓ７２２，Ｓ７２４，Ｓ７２６で作成される拡張機能一覧は、図３（ａ）を参照して説明したように、各拡張機能の種類を特定する文字列をファイル名とした一覧である。

次に、作成した拡張機能一覧をデータ転送用ポートでクライアントに送信し（Ｓ７１８）、クライアントに正常を通知して（Ｓ７２０）、処理を終了する。これにより、Ｓ７１４で判断した拡張子の種類に応じて定まる、提供可能な拡張機能の種類を、ＦＴＰコマンドの送信元に対して通知する機能を提供できる。すなわち、ＦＴＰクライアントであるＰＣ２０側から見れば、拡張機能の提供を受けたいファイルのファイル名をコピーして、そのファイル名をフォルダ名２０１（図４参照）として指定するＬＩＳＴコマンドを発行するという、既存のＦＴＰクライアントプログラムで容易に実行できる処理により、選択したファイルに対して受けることができる拡張機能の種類を知ることができる。

一方、受信したコマンドがＲＥＴＲコマンドであると判断される場合（Ｓ７０２：ＲＥＴＲ）、taeget_file(図４に示すファイル名２０１）から、file_nop（図４に示すファイル名２０２）に対応するデータを、テンポラリファイルに作成する（Ｓ７０４）。そして、データ転送用ポートでテンポラリファイルをクライアントに送信して（Ｓ７０６）、正常を通知し（Ｓ７０８）、テンポラリファイルを削除し（Ｓ７１０）、処理を終了する。このようにすれば、ＲＥＴＲコマンドという、既存のＦＴＰクライアントプログラムで送信可能なコマンドに基づいて、要求された情報を送信する拡張機能を提供できる。

一方、受信したコマンドがＳＴＯＲコマンドであると判断される場合（Ｓ７０２：ＳＴＯＲ）、taeget_file(図４に示すファイル名２０１）のプロパティ（例えば、exif情報やファイルの属性情報など）を、受信したファイルに基づいて書き換え（Ｓ７２８）、処理を終了する。このようにすれば、ＳＴＯＲコマンドという、既存のＦＴＰクライアントプログラムで送信可能なコマンドに基づいて、要求された情報を書き換える拡張機能を提供できる。なお、ＳＴＯＲコマンドを受信後、実際にファイルを受信するまでの処理は、既存のＦＴＰの処理と同一であるため、図７においては図示および説明を省略することとする。

一方、受信したコマンドがＣＷＤコマンドであると判断される場合（Ｓ７０２：ＣＷＤ）、クライアントに正常を通知する（Ｓ７３０）。すなわち、ＣＷＤコマンドが非存在フォルダを指定するにも関わらず、正常を通知する。これにより、クライアント側では、実在するフォルダを指定した場合と同様に、次のＬＩＳＴコマンドを発行する処理が実行される。

本実施形態のＭＦＰ１によれば、拡張機能を利用するための専用のプログラムをクライアントに搭載させる、などの負担をクライアント側に負わせることを抑制しつつ、クライアント側から要求があった場合に、拡張機能を利用させることができる。

上記実施形態において、ＣＰＵ２が管理手段の一例であり、メディア装着用スロット８がメディア装着用スロットの一例であり、メモリカード４０が、記憶メディアの一例であり、ファイルがファイルデータの一例である。ＣＰＵ１１が管理手段の一例であり、ＦＴＰサーバプログラム３ｂがＦＴＰサーバのプログラムの一例に相当する。また、Ｓ５０１を実行するＣＰＵ２がコマンド受信手段の一例に相当し、Ｓ５１６を実行するＣＰＵ２が拡張機能提供手段の一例に相当し、Ｓ５０８，Ｓ５１０を実行するＣＰＵ２がパス取得手段の一例に相当する。

また、Ｓ６０６を実行するＣＰＵ２がファイル名判断手段の一例に相当し、Ｓ７０２を実行するＣＰＵ２が一覧要求コマンド判断手段、転送要求コマンド判断手段の一例に相当し、Ｓ７１８を実行するＣＰＵ２が機能種類通知手段の一例に相当し、Ｓ７１４を実行するＣＰＵ２が拡張子判断手段の一例に相当し、Ｓ７１６，Ｓ７２２，Ｓ７２４，Ｓ７２６を実行するＣＰＵ２が一覧作成手段の一例に相当する。また、拡張機能名が、機能特定文字列の一例に相当する。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものでなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

例えば、上記実施例では、メディア装着用スロット８は、ＭＦＰ１に組み込まれているものとしたが、カードリーダまたはカードリーダライタ単独の機能を有するものでもよい。

また、本実施例では、ファイルシステムがＦＡＴであるものとして説明したが、ファイルシステムとして、例えば、ＮＴＦＳ（ＮＴ Ｆｉｌｅ Ｓｙｓｔｅｍ）など他のファイルシステムが用いられる場合にも本発明を適用することができる。

また、上記実施形態では、ファイル名と同一のフォルダ名２０１で指定するフォルダのさらに１階層下のフォルダ（フォルダ名ａ）が、ＦＴＰコマンドで指定されている場合に、拡張機能を提供することとしたが、これに代えて、ファイル名と同一のフォルダ名２０１がパスに含まれていれば、さらに下の階層の指定フォルダの有無に拘わらず、拡張機能を提供するように構成しても良い。ＦＴＰクライアントプログラムによっては、カレントディレクトリに対応するＦＴＰアドレスの下層を指定する文字列が追加されると、その文字列がフォルダ名であるかファイル名であるかを自動で判断し、処理を振り分ける仕様のものが存在する。その場合、拡張機能の提供を要求するために、文字列を追加すると、ユーザがファイル名をフォルダ名として追加したにも関わらず、自動でファイル名として処理されるおそれがある。よって、上記実施形態のように、ファイル名と同一のフォルダ名２０１のさらに下層にフォルダ名をユーザに指定させることにより、ユーザが入力した文字列がそのまま処理され、確実に拡張機能を提供できるのである。

１ ＭＦＰ
２ ＣＰＵ
２０ ＰＣ
２４ａ ＦＴＰクライアントプログラム

Claims (6)

1. 記憶メディアが着脱可能に装着されるメディア装着用スロットと、
   前記記憶メディアに記憶されるファイルデータおよび前記ファイルデータを分類するフォルダを管理する管理手段とを備え、ＦＴＰサーバのプログラムが組み込まれたネットワーク型記憶装置であって、
   ＦＴＰクライアントプログラムが設けられたクライアント側からのＦＴＰコマンドを受信するコマンド受信手段と、
   前記コマンド受信手段により受信したＦＴＰコマンドが指定するフォルダが、前記管理手段によって管理されていない非存在フォルダであることを条件として、前記ＦＴＰコマンドの送信元に、拡張機能を提供する拡張機能提供手段とを備えることを特徴とするネットワーク型記憶装置。
2. 前記コマンド受信手段により受信した前記ＦＴＰコマンドが指定するフォルダのフォルダ名を含むパスを取得するパス取得手段と、
   そのパス取得手段により取得されるパスに含まれるフォルダ名に、前記記憶メディアに記憶されるファイルデータのファイル名と同一のフォルダ名が含まれるかを判断するファイル名判断手段とを備え、
   前記拡張機能提供手段は、
   前記ＦＴＰコマンドが指定するフォルダが前記非存在フォルダであり、且つ、前記ファイル名判断手段により前記フォルダ名に前記ファイル名が含まれると判断されることを条件として、前記拡張機能を提供するものであることを特徴とする請求項１記載のネットワーク型記憶装置。
3. 前記コマンド受信手段により受信したＦＴＰコマンドが、フォルダに分類されるファイルデータのファイル名一覧を要求する一覧要求コマンドであるかを判断する一覧要求コマンド判断手段を備え、
   前記拡張機能提供手段は、
   前記拡張機能の一つとして、
   前記一覧要求コマンド判断手段により、前記ＦＴＰコマンドが前記一覧要求コマンドであると判断される場合、提供可能な拡張機能の種類を前記ＦＴＰコマンドの送信元に対して通知する機能を提供する機能種類通知手段を備えることを特徴とする請求項２記載のネットワーク型記憶装置。
4. 前記ファイル名判断手段により前記ファイル名と同一であると判断されたフォルダ名の拡張子を判断する拡張子判断手段を備え、
   前記機能種類通知手段は、
   前記拡張子判断手段により判断された拡張子の種類に応じて定まる、提供可能な拡張機能の種類を、前記ＦＴＰコマンドの送信元に対して通知するものであることを特徴とする請求項３記載のネットワーク型記憶装置。
5. 前記機能種類通知手段は、
   各拡張機能の種類を特定する機能特定文字列をファイル名としたファイル名一覧を作成する一覧作成手段と、
   その一覧作成手段により作成したファイル名一覧を、前記ＦＴＰコマンドの送信元に転送することにより、前記拡張機能の種類を通知するものであることを特徴とする請求項３または４に記載のネットワーク型記憶装置。
6. 前記コマンド受信手段により受信したＦＴＰコマンドが、ファイルデータの転送処理を要求する転送要求コマンドであるかを判断する転送要求コマンド判断手段を備え、
   前記拡張機能提供手段は、
   前記ＦＴＰコマンドにより処理対象ファイルデータのファイル名として指定される機能特定文字列を取得する機能特定文字列取得手段と、
   前記転送要求コマンド判断手段により、前記ＦＴＰコマンドが前記転送要求コマンドであると判断される場合、前記機能特定文字列取得手段により取得される機能特定文字列で特定される拡張機能を提供する特定機能提供手段を備えることを特徴とする請求項５記載のネットワーク型記憶装置。
   

Images