WO2004015577A1 - ファイル管理装置とファイル管理方法 - Google Patents

ファイル管理装置とファイル管理方法 Download PDF

Info

Publication number
WO2004015577A1
WO2004015577A1 PCT/JP2003/009794 JP0309794W WO2004015577A1 WO 2004015577 A1 WO2004015577 A1 WO 2004015577A1 JP 0309794 W JP0309794 W JP 0309794W WO 2004015577 A1 WO2004015577 A1 WO 2004015577A1
Authority
WO
WIPO (PCT)
Prior art keywords
directory
file
storage medium
title
under
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2003/009794
Other languages
English (en)
French (fr)
Inventor
Kazuhiro Miyahara
Masako Ninomiya
Yuji Iwahara
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of WO2004015577A1 publication Critical patent/WO2004015577A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers

Definitions

  • the present invention relates to a file management device and a file management method for managing image files and the like photographed and recorded by a digital still camera or the like.
  • DSCs digital still cameras
  • DCF standard Design rule for Camera File system version 1.0 JEIDA-49-2-1998
  • the DCF standard stipulates specifications for handling files such as recording and playback of files related to images on DSCs and related devices for directory files.
  • a directory name consists of eight characters, the first to third of which are specified as numbers from "100" to "999". These three-character numbers are called directory numbers.
  • the number of characters following the directory number must be 5 characters. These five characters are arbitrary character strings using only single-byte alphanumeric capital letters, and do not include 2-byte codes / special codes.
  • FIG. 5 is a block diagram showing the configuration of a conventional file management device based on the DCF standard.
  • a storage medium 51 records an image file or the like.
  • the storage medium device driver (hereinafter, driver) 52 accesses the storage medium 51.
  • the file system section 53 builds a file system from the information read by the driver 52 I do.
  • File system operation unit (hereinafter, operation unit) 54 operates the file system.
  • Display content deciding section (hereinafter, deciding section) 55 5 determines the display related to the structure of the file system.
  • the display output unit (hereinafter, output unit) 56 performs display based on the determination unit 55.
  • FIG. 6 is a flowchart showing a directory title determination process performed in the determination unit 55 of such a conventional file management device.
  • the directory title determination process is started.
  • the file system of the data stored in the storage medium 51 is read.
  • the directory is determined from the file information read in S62, and the directory name is read.
  • the content read in S63 is output to the next stage as a directory title.
  • the driver 52 reads the still image data (image file) stored in the storage medium 51, and the file system unit 53 constructs a file system from the information.
  • the operation unit 54 receives the constructed file system and separates it as information such as directory name / file name.
  • the decision unit 55 receives the separated directory name and file name, decides the content to be displayed, and sends the display content to the output unit 56. At this time, when displaying the directory name on the output unit 56, the directory name output based on the flowchart shown in FIG. 6 is displayed.
  • the directory retitle determination process (S61) is started. Then, the file system of the overnight stored in the storage medium 51 is read by the file information acquisition processing (S62). Further, the directory name is read in the directory reading process (S63), and the directory name is output in the directory title output process (S64). Therefore, the directory name to be read is simply displayed as the directory name.
  • the directory is a unit that stores files for the user who operates the device. Not a container. In other words, it also has a meaning as a title that separates and classifies the group to which the file group stored under the directory belongs. Thus, directory names are very important for reminding group names.
  • the DCF standard defines the directory name as "3 digits from” 100 "to” 999 “+” 5 half-width alphanumeric characters ".
  • the information for classification is very scarce. In other words, it is very difficult for a user to recognize a directory name according to the DCF standard as a title indicating the group classification.
  • Japanese Patent Application Laid-Open No. 2002-115692 discloses the following method.
  • a directory recorded in a file management structure that complies with the DCF standard enter a virtual directory name in a form that is not specified by the DCF standard, Corresponds to the directory name.
  • a separate virtual directory management file is provided.
  • Japanese Patent Application Laid-Open No. 2002-140210 discloses that a directory for managing a virtual directory is maintained when the directory configured as described above is transmitted to another recording medium. It is disclosed that. This method improves user convenience in file management across multiple devices.
  • a file management device is a file management device for copying a desired file from a first storage medium to a second storage medium.
  • a file system unit that manages and controls the file configuration, and a file system operation unit that controls so as to copy a desired file from the first storage medium to the second storage medium.
  • the first storage medium stores a directory generated according to a prescribed rule, and stores a directory title file for displaying a directory name with an arbitrary title under the directory.
  • the file system operation unit includes the directory title file under the directory of the second storage medium. Judge whether or not. BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 is a block diagram showing a configuration of a file management device according to an embodiment of the present invention.
  • FIG. 2 is a flowchart showing a directory title determining process of the file management device according to the embodiment of the present invention.
  • FIG. 3 is a conceptual diagram showing an example of a file structure of the file management device according to the embodiment of the present invention.
  • FIG. 4 is a flowchart showing an image file duplication process of the file management device according to the embodiment of the present invention.
  • FIG. 5 is a block diagram showing a configuration of a conventional file management device.
  • FIG. 6 is a flowchart showing a directory retitle determination process of a conventional file management apparatus.
  • FIG. 1 is a block diagram showing a configuration of a file management device according to an embodiment of the present invention.
  • the first storage medium (hereinafter, storage medium) 11 and the second storage medium (hereinafter, storage medium) 19 record at least image files based on the DCF standard.
  • the storage media 11 and 19 are typically a memory card made of a nonvolatile semiconductor memory.
  • Optical disk recording media It may be a magnetic disk recording medium, a magnetic tape recording medium, or the like, or may be configured to be detachable from the device. Further, the storage medium 11 and the storage medium 19 may be one in which one storage medium is virtually two.
  • the storage medium 11 and the storage medium 19 may be the same type of storage medium or different types of storage medium.
  • the storage medium device driver (hereinafter, driver) 12 accesses the storage media 11 and 19.
  • the driver 12 accesses both the storage medium 11 and the storage medium 19, but may be provided separately.
  • a file system section (hereinafter, referred to as a system section) 13 constructs a file system from information read from the storage medium 11 or the storage medium 19 via the driver 12.
  • a file system operation unit (hereinafter, operation unit) 14 operates the file system constructed by the system unit 13.
  • the display content determining unit (hereinafter, determining unit) 15 determines the display related to the structure of the file system.
  • the display output section (hereinafter, output section) 16 performs display based on the decision section 15.
  • the display output unit 16 displays the file names of the files stored in the storage media 11 and 12.
  • the output unit 16 is configured by, for example, a display panel including a liquid crystal, a light tube, and the like. Alternatively, it is also possible to simply output the text to be displayed on another display device having a cathode ray tube or the like.
  • the directory title input section (hereinafter referred to as the input section) 17 the user freely names the title of the directory and inputs the character string.
  • the input unit 17 includes, for example, a keyboard, a display device for displaying a key sequence, and a pointer such as a mouse for designating text from the key sequence.
  • the directory title file creation unit (hereinafter, creation unit) 18 creates a directory title file that stores the character string input in the input unit 17.
  • FIG. 2 is a flowchart showing a directory title determination process performed in the determination unit 15. The following description is given for the storage medium 11, but the same processing is performed when the directory title is determined for the storage medium 19.
  • a directory retitle determination process is started.
  • the file system of the data stored in the storage medium 11 is read.
  • the directory title file exists in S23, the contents of the directory title file are read.
  • the directory is determined from the file system read in S22, and the directory name is read.
  • the content read in S24 or S25 is output to the next stage as a directory title.
  • Information such as images is stored in the storage medium 11 together with information of the file system.
  • the driver 12 that reads and writes (reads and writes) the storage medium 11 reads information stored in the storage medium 11 and sends the information to the system unit 13.
  • the operation unit 14 arranges and manages information from the system unit 13.
  • the creation unit 18 creates a directory title file storing the input character string and sends it to the operation unit 14.
  • the operation unit 14 sends the created directory title file to the storage medium 11 in order to write it to the storage medium 11, and the system unit 13 writes it to the storage medium 11 through the driver 12.
  • a directory title file is written under a predetermined directory.
  • the DCF image directory is located below the root (ROOT) 31.
  • directories hereinafter, directories
  • directory files below the directory 32, there are, for example, two DCF subdirectories (hereinafter, directories) 33A and 33B as shown in the figure.
  • directory files 35A and 35B along with image files 34A to 34D.
  • the file names of the files 35A and 35B may be the same file names that are predetermined in advance, or may be file names based on specific rules, and are not mistaken for other files. What is necessary is just to be able to determine.
  • the same file name is used as D—TITLE.TXT.
  • the contents input from the creation unit 18 and written to the storage medium 11 are sent to the operation unit 14 again through the driver 12 and the system unit 13.
  • the deciding unit 15 sends a directory title to be displayed to the output unit 16 based on the flowchart shown in FIG. 2, and the output unit 16 displays the directory title. For example, in FIG. 3, assuming that the contents of the file 35A under the directory 33A are text data of "2002 athletic meet", the decision unit 15 determines the directory name "10 “ABCDE” is displayed on the output unit 16 instead of “0 ABCDE”. Therefore, the user can easily recognize and classify that the files in the directory 33A relate to the athletic meet.
  • the file management device can display the directory title arbitrarily created by the user as the directory name.
  • the DCF standard Directory names that can be easily recognized can be displayed with the compliant file system.
  • FIG. 4 is a flowchart illustrating an image file duplication process performed in the operation unit 14 of the file management device according to the present embodiment.
  • the image file duplication process is started.
  • the output unit 16 displays the file name of the file stored in the storage medium 11, and the user selects an image file to be copied from the input unit 20 by using the input unit 20. Even if a directory title file exists at the copy source, that file is not selected.
  • S43 it is determined whether or not a file having the same file name exists in the storage medium 19, and branching is performed according to the determination result.
  • S44 as a result of the determination in S43, if there is no file having the same file name at the copy destination, the image file selected in S42 is copied as it is.
  • the title file duplication determination processing is performed.
  • S46 it is determined whether or not a directory title file exists in the storage medium 19, and branching is performed according to the determination result.
  • 347 is processed when the directory title does not exist at the copy destination according to the judgment result of 346.
  • S47 it is determined whether or not a directory title file exists at the copy source, and further branching is performed according to the determination result.
  • the directory title file is the copy result of S47 Is processed if exists. The S48 automatically duplicates the directory title file. If a directory title file does not exist at the copy source in S47, a message is displayed on the output unit 16 as to whether or not to create a directory title file at the copy destination, and the user is asked.
  • S50 includes a directory title file creation process by the input unit 17 and the creation unit 18 and each step of S21 to S26 shown in FIG. If a directory title file exists in the copy destination in S46, the copy of the title file (S48) is skipped without passing through S48.
  • the file to be copied may be all data existing under the desired directory—even in the evening or selected data. Further, the processing for duplicating the title file may be executed only when all the image files under the directory are selected.
  • the driver 12 reads information stored in the storage medium 11 and the storage medium 19 by reading and writing the storage medium 11 and the storage medium 19 and sends the information to the system unit 13.
  • the operation unit 14 arranges and manages information from the system unit 13.
  • the operation unit 14 copies the image file selected as the copy destination based on the flowchart shown in FIG. Further, the operation unit 14 determines whether or not to copy the directory title file to the copy destination. As a result, processing can be branched according to the state of the copy destination. By branching the process, it is possible to prevent the directory tie file from being overwritten unconditionally.
  • the operation unit 14 skips S48 and does not copy the directory title file.
  • the directory is If there is no file and the directory title file exists at the copy source, the directory title file is copied at S48. If the directory title file does not exist at the copy destination and the directory title file does not exist at the copy source, S48 is skipped. Then ask the user whether to create a directory title file. In this way, the directory title file at the destination is prioritized, and the directory title file is not accidentally overwritten. If there is no directory title file at the copy destination, the directory title file of the copy source is taken over as it is. In this way, the file management apparatus according to the present embodiment provides an easy-to-understand user interface for management storage and organization.
  • the present embodiment is considered to be similar to the processing in the copy command in the convenience store.
  • the process of copying a file on a computer includes the process of overwriting the file without any judgment or confirming the necessity of overwriting.
  • configuring a new duplication procedure is extremely effective in practical use. That is, in the present embodiment, when a desired image file is duplicated, if a file with the same file name exists, the name is automatically changed, and whether or not a directory title file exists at the copy destination After making this determination, the directory title file is copied along with the image file.
  • the storage medium or directory at the copy destination is often used for storing and organizing image files.
  • the source is often a temporary title or a specific event name. Therefore, there is little demand to take over (copy) the title of the source to the destination. Therefore, this embodiment The technical significance of giving priority to the title of the destination in the duplication process is high.
  • the present invention has a technical idea that is clearly different from a mere computer file copy.
  • the file management device can be realized by using only hardware such as a CPU and a digital signal processor. It can also be realized by controlling general-purpose hardware with software. That is, in the above-described embodiment, the present invention has been described as a file management device. Good.
  • the DCF standard for handling image files has been described as an example of the directory and file structure.
  • the present invention can be applied to a device having a similar directory and file structure.
  • the file to be handled may be other than the image file.
  • the directory title file when a file is copied between storage media, it is determined whether a directory title file exists at the copy destination. As a result, if a directory title file exists at the copy destination, the directory title at the copy destination can be given priority. Only when the copy destination directory title file does not exist, the copy source directory title is taken over and copied. Therefore, information on the directory can be copied and displayed according to the state of the copy destination. That is, it is possible to provide an easy-to-understand user interface for management storage and organization.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本発明のファイル管理装置は、複数の記憶媒体間でファイルを複製するため、これらの記憶媒体のファイル構成を管理制御するファイルシステム部と、ファイル複製を制御するファイルシステム操作部とを有する。複製元の記憶媒体は、所定の規定に従って生成されたディレクトリを記憶し、そのディレクトリ下に、ディレクトリ名を任意のタイトル名で表示するためのディレクトリタイトルファイルを有している。ファイルシステム操作部は、ディレクトリタイトルファイル以外の任意のファイルを複製先の記憶媒体に複製する際に、複製先の記憶媒体のディレクトリ下にディレクトリタイトルファイルが存在するかどうか判断する。これにより、複製の際に複製先の仮想的なディレクトリ名を優先する処理等が可能となり、管理保管や整理する場合に分かり易いユーザーインターフェースを提供する。

Description

明細書
ファイル管理装置とファイル管理方法
技術分野
本発明は、 デジタルスチルカメラ等で撮影 · 記録された画像ファ ィル等を管理するファイル管理装置とファイル管理方法に関する。 背景技術
近年、 音楽のデジタル化に続き画像のデジタル化が進んでいる。 スチルカメラにおいても同様で、 従来の銀塩カメラに f¾わって静止 画をデジタル化して画像ファイルとして保存するデジタルスチルカ メラ （Digital Still Camera, 以下、 D S Cと略す） の普及が加速 している。 D S Cに関する規格としては、 「カメラファイルシステム 規格 ( Design rule for Camera File systemノ D し Version 1.0 JEIDA-49-2- 1998」 （以下、 D C F規格と略す） が日本電子工業振興 協会にて規定されている。 この D C F規格に準拠した D S Cが多く 普及している。 以下、 D C F規格について簡単に説明する。
D C F規格は、 D S Cおよび関連機器における画像に関連するフ アイルの記録、 再生など取り扱いに関する仕様をディ レク トリゃフ アイルに関して規定している。 たとえば、 ディ レク トリ名は 8文字 力 ら成り、 その 1〜 3文字目は " 1 0 0 " 〜 " 9 9 9 " の番号であ るように規定されている。 この 3文字の番号をディ レク ト リ番号と いう。 ディ レク トリ番号に続く文字数は必ず 5文字とする。 これら 5文字は半角英数大文字のみ使用された任意の文字列であり、 2バ イ トコ一ドゃ特殊コ一ドは含まれない。
以下に、 従来の D C F規格に基づく ファイル管理装置について説 明する。 図 5は、 従来の D C F規格に基づくファイル管理装置の構 成を示すプロック図である。 図 5 において、 記憶媒体 5 1 は画像フ アイルなどを記録している。 記憶媒体デバイス ドライバ （以下、 ド ライバ） 5 2は記憶媒体 5 1 にアクセスする。 ファイルシステム部 5 3はドライバ 5 2で読みとつた情報からファイルシステムを構築 する。 ファイルシステム操作部 （以下、 操作部） 5 4はファイルシ ステムを操作する。 表示内容決定部 （以下、 決定部） 5 5はフアイ ルシステムの構造に関する表示を決定する。 表示出力部 （以下、 出 力部） 5 6 は決定部 5 5に基づく表示を行う。
図 6 はこのような従来のファイル管理装置の決定部 5 5内で処理 されるディ レク トリタイ トル決定処理を表すフローチャートである S 6 1ではディ レク トリタイ トル決定処理を開始する。 S 6 2では 記憶媒体 5 1の記憶しているデータのファイルシステムを読み込む S 6 3では S 6 2で読みとつたファイル情報より、 ディ レク ト リ を 判定し、 ディ レク トリ名を読み込む。 S 6 4では S 6 3で読み込ま れた内容をディ レク トリタイ トルとして次段に出力する。
以上のように構成された従来の D C F規格に基づく ファイル管理 装置について、 以下にその動作について説明する。 ドライバ 5 2は、 記憶媒体 5 1 に保存された静止画データ （画像ファイル） を読み取 り、 その情報からファイルシステム部 5 3がファイルシステムを構 築する。 操作部 5 4は構築されたファイルシステムを受取り、 ディ レク ト リ名ゃファイル名などの情報として分離する。 決定部 5 5 は 分離されたディ レク トリ名やファイル名を受取り、 表示すべき内容 を決定し、 表示内容を出力部 5 6 に送る。 このとき出力部 5 6でデ ィ レク ト リ名を表示する際には、 図 6 に示したフローチャートに基 づき出力されたディ レク ト リ名が表示される。
上記の従来の構成では、 D C F規格に準拠したファイルシステム の情報を表示しょう とした場合、ディ レク ト リタイ トル決定処理（ S 6 1 ) が開始される。 そして、 フアイル情報取得処理 （ S 6 2 ) に より記憶媒体 5 1 に記憶してあるデ一夕のファイルシステムが読み 込まれる。 さらに、 ディ レク トリ読み込み処理 （ S 6 3 ) でディ レ ク ト リ名が読み込まれ、 ディ レク トリタイ トル出力処理 （ S 6 4 ) でディ レク トリ名を出力する。 よって、 読み込むディ レク ト リ名を そのままディ レク トリ名として表示するのみである。 ディ レク トリ は機器を操作するユーザ一にとつて、 ファイル群を格納しておく単 なる入れ物ではない。 すなわち、 そのディ レク トリ以下に格納され ているフアイル群がどのようなグループに属しているかを分離 · 分 類するタイ トルとしての意味も持っている。 このように、 ディ レク ト リ名はグループ名を連想させるために大変重要である。 しかし前 述のように、 D C F規格は、 ディ レク トリ名を 「" 1 0 0 " 〜 " 9 9 9 " までの 3文字の数字」 + 「 5文字の半角英数文字」 と規定して おり、 分類を行うための情報としては非常に乏しい。 すなわち、 D C F規格によるディ レク トリ名のままでは、 グループの分類を示す タイ トルとして、 ュ一ザ一には非常にわかりづらい。
これに対し、 特開 2 0 0 2 — 1 1 5 6 9 2号公報は、 以下の方法 を開示している。 すなわち、 D C F規格に対応したファイル管理構 造で記録されたディ レク トリに対し、 D C F規格に規定されない形 態の仮想ディ レク トリ名を入力し、 この仮想ディ レク トリ名と D C F規格に対応したディ レク ト リ名とを対応させている。 この対応に は、 別途仮想ディ レク トリ管理用ファイルを設けている。 この構成 により、 ュ一ザ一がわかりやすい仮想ディ レク トリ名によって実デ ィ レク ト リ を管理することができる。
また特開 2 0 0 2 — 1 4 0 2 1 9号公報は、 このように構成した ディ レク ト リ を他の記録媒体に伝送する際に、 仮想ディ レク ト リ管 理用ファイルを維持することを開示している。 この方法により、 複 数の機器に跨ったファイル管理におけるユーザの利便性を向上させ ている。
しかしながら上記の構成でディ レク ト リを複製する場合、 複製先 に既にディ レク ト リ とそれに対応する仮想ディ レク トリ管理用ファ ィルがある場合に、 仮想ディ レク トリ管理用ファイルを誤って上書 きしてしまう可能性がある。 発明の開示
本発明のファイル管理装置は、 第 1記憶媒体から、 第 2記憶媒体 へ所望のファイルを複製するための、 第 1、 第 2記憶媒体のフアイ ル構成を管理制御するファイルシステム部と、 第 1記憶媒体から第 2記憶媒体へ所望のファイルを複製するように制御するファイルシ ステム操作部とを有する。 第 1記憶媒体は、 所定の規定に従って生 成されたディ レク トリ を記憶し、 そのディ レク トリ下に、 ディ レク ト リ名を任意のタイ トル名で表示するためのディ レク トリタイ トル ファイルを有している。 ファイルシステム操作部は、 第 1記憶媒体 にあるディ レク トリタイ トルフアイル以外のフアイルを、 第 2記憶 媒体に複製する際に、 第 2記憶媒体のディ レク トリ下にディ レク ト リタイ トルファイルが存在するかどうか判断する。 図面の簡単な説明
図 1 は本発明の実施の形態におけるファイル管理装置の構成を示 すブロック図である。
図 2は本発明の実施の形態におけるファイル管理装置のディ レク ト リタイ トル決定処理を表すフローチヤ一 卜である。
図 3は本発明の実施の形態におけるファイル管理装置のファイル 構造の例を示す概念図である。
図 4は本発明の実施の形態におけるファイル管理装置の画像ファ ィル複製処理を表すフローチャートである。
図 5は従来のファイル管理装置の構成を示すブロック図である。 図 6は従来のファイル管理装置のディ レク ト リタイ トル決定処理 を表すフロ一チヤ一トである。 発明を実施するための最良の形態
図 1 は本発明の実施の形態によるファイル管理装置の構成を示す ブロック図である。
第 1記憶媒体 （以下、 記憶媒体） 1 1 と第 2記憶媒体 （以下、 記 憶媒体） 1 9 とは少なく とも D C F規格に基づく画像ファイルなど を記録する。 記憶媒体 1 1 、 1 9は、 不揮発性半導体メモリーから なるメモリーカードが代表的である。 また、 光ディスク記録媒体、 磁気ディスク記録媒体、 磁気テープ記録媒体などであっても良く、 また、 装置に対して脱着自在に構成されていても良い。 また、 記憶 媒体 1 1 と記憶媒体 1 9 とは、 1つの記憶媒体を仮想的に 2つとし たものであってもよい。 記憶媒体 1 1 と記憶媒体 1 9 とは、 同種の 記憶媒体でも、 異なる種類の記憶媒体であってもよい。 記憶媒体デ バイス ドライバ （以下、 ドライバ） 1 2は記憶媒体 1 1 、 1 9 にァ クセスする。 本実施の形態でドライバ 1 2 は、 記憶媒体 1 1 と記憶 媒体 1 9の両方にアクセスするが、 個別に設けても良い。 ファイル システム部 （以下、 システム部） 1 3はドライバ 1 2 を介して記憶 媒体 1 1 または記憶媒体 1 9から読み取つた情報からファイルシス テムを構築する。 ファイルシステム操作部 （以下、 操作部） 1 4は システム部 1 3で構築されるファイルシステムを操作する。 表示内 容決定部 （以下、 決定部） 1 5はファイルシステムの構造に関する 表示を決定する。 表示出力部 （以下、 出力部） 1 6 は決定部 1 5 に 基づく表示を行う。 また、 表示出力部 1 6 は記憶媒体 1 1 , 1 2 に 格納されているファイルのファイル名を表示する。 出力部 1 6は例 えば、 液晶や電光管等からなる表示パネルで構成される。 あるいは ブラウン管等を有する他のディスプレイ装置にテキス ト表示するデ 一夕を出力するだけでもよい。 ディ レク 卜 リ夕ィ トル入力部 （以下、 入力部） 1 7では、 ユーザーがディ レク ト リのタイ トルを自由に命 名し、 その文字列を入力する。 入力部 1 7は例えば、 キーボードや、 キー列を表示する表示装置とそのキー列からテキス トを指定するマ ウス等のポインタ一とで構成される。 ディ レク トリタイ トルフアイ ル作成部 （以下、 作成部） 1 8は、 入力部 1 7で入力された文字列 を格納するディ レク トリタイ トルファイルを作成する。 選択入力部 (以下、 入力部） 2 0では、 ユーザーが、 表示出力部 1 6 によって 表示されたファイル名から複製したい画像ファイルを選択する。 あ るいは、 ユーザに求められる判断を選択し入力する。 入力部 2 0は、 マウスやカーソルキ一等で構成されるが、 入力部 1 7 を兼用しても よい。 図 2は決定部 1 5 内で処理されるディ レク トリタイ トル決定処理 を表すフローチャー トである。 以下の説明は、 記憶媒体 1 1 を対象 に説明するが、 記憶媒体 1 9 を対象にディ レク トリタイ トルを決定 する場合も同様の処理が行われる。
S 2 1ではディ レク ト リタイ トル決定処理を開始する。 S 2 2で は記憶媒体 1 1 に記憶してあるデータのファイルシステムを読み込 む。 S 2 3では、 表示しょうとするディ レク ト リの階層下に、 ディ レク 卜リタイ ドルフアイルが存在するかどうかを判定し、 判定結果 に応じて処理を分岐する。 S 2 4では、 S 2 3でディ レク トリタイ トルファイルが存在する場合にディ レク トリタイ トルファイルの内 容を読み込む。 S 2 5では、 S 2 3でディ レク ト リタイ トルフアイ ルが存在しない場合に S 2 2で読みとつたファイルシステムより、 ディ レク ト リ を判定し、 ディ レク トリ名を読み込む。 S 2 6では S 2 4または S 2 5で読み込まれた内容をディ レク ト リタイ トルとし て次段に出力する。
以上のように構成されたファイル管理装置について、 以下その動 作について説明する。 画像などの情報はファイルシステムの情報と ともに、 記憶媒体 1 1 に記憶されている。 記憶媒体 1 1 を読み書き (リード · ライ ト） する ドライバ 1 2は、 記憶媒体 1 1 に記憶され ている情報を読み込み、 システム部 1 3 に送る。 操作部 1 4はシス テム部 1 3からの情報を整理し、 管理する。 ュ一ザ一がディ レク ト リタイ トルを入力する際には、入力部 1 7で任意の文字列を入力し、 その内容が作成部 1 8 に送られる。 作成部 1 8 は、 入力された文字 列を格納したディ レク ト リタイ トルファイルを作成し、 操作部 1 4 に送る。 操作部 1 4は、 作成されたディ レク ト リタイ トルファイル を記憶媒体 1 1 に書き込むために、 まずシステム部 1 3に送り、 シ ステム部 1 3はドライバ 1 2 を通じて記憶媒体 1 1 に書き込む。
以上の動作によって、 例えば、 図 3 に示すように、 所定のディ レ ク ト リ下にディ レク トリタイ トルファイルが書き込まれる。 図 3 に おいて、 ルート （R O O T ) 3 1 の下に D C Fイメージル一トディ レク トリ （以下、 ディ レク ト リ） 3 2が存在する。 ディ レク ト リ 3 2 の下には、例えば、 図のように 2つの D C Fサブディ レク ト リ （以 下、 ディ レク トリ） 3 3 A， 3 3 Bがある。 各ディ レク ト リ下には、 画像ファイル 3 4 A〜 3 4 Dとともにディ レク トリタイ トルフアイ ル （以下、 ファイル） 3 5 A， 3 5 Bが存在する。 ファイル 3 5 A， 3 5 Bのファイル名は、 予め定められた全て同一のファイル名であ つてもよいし、 特定の規則に基づく ファイル名であってもよく、 他 のファイルと誤認することなく判別可能であればよい。 ここでは同 一のファイル名 D— T I T L E . T X Tとしている。
記憶媒体 1 1 の内容を参照する際に、 作成部 1 8から入力され記 憶媒体 1 1 に書き込まれた内容は、 再度、 ドライバ 1 2、 システム 部 1 3 を通して操作部 1 4に送られる。 決定部 1 5 は、 図 2 に示し たフローチャー トに基づき、 表示すべきディ レク ト リタイ トルを出 力部 1 6 に送り、 出力部 1 6がディ レク ト リタイ トルを表示する。 例えば、 図 3 において、 ディ レク トリ 3 3 Aの下のファイル 3 5 Aの内容が 「 2 0 0 2年の運動会」 というテキス トデータとすると、 決定部 1 5は、 ディ レク トリ名 「 1 0 0 A B C D E」 に代えて 「 2 0 0 2年の運動会」 と出力部 1 6 に表示させる。 従って、 ユーザは、 ディ レク ト リ 3 3 A内のファイル群が運動会に関するものであるこ とを容易に認識、 分類することができる。
以上のように本実施の形態によれば、 決定部 1 5 の処理として、 表示しょう とするディ レク ト リの階層下に、 ディ レク ト リタイ トル ファイルが存在するかどうかを判定する。 これにより判定結果に応 じて処理の分岐を行う ことができる。 そして、 ディ レク トリタイ 卜 ルファイルが存在する場合には、 より情報量の多いディ レク ト リタ ィ トルファイルの内容をディ レク トリタイ トルとして表示する。 デ ィ レク ト リタイ トルファイルが存在しなければ、 ディ レク トリ名を そのまま表示する。 したがって、 本実施の形態によるファイル管理 装置は、 ユーザ一が任意に作成したディ レク ト リタイ トルをディ レ ク トリ名として表示することができる。 このように、 D C F規格に 準拠したファイルシステムのままで、 認識し易いディ レク ト リ名の 表示を行う ことができる。
なお、 本実施の形態によるファイル管理装置でディ レク ト リタイ トルフアイルが記録された記憶媒体を、他の装置で読み取る場合は、 ディ レク トリタイ トルファイルは無視される。 したがって、 D C F 規格に何ら影響を与えることがない。
次に、 記憶媒体 1 1から記憶媒体 1 9へ、 所望のディ レク トリ以 下に存在する画像ファイル等を複製する場合について説明する。
図 4は、 本実施の形態によるファイル管理装置の操作部 1 4内で 処理される画像ファイル複製処理を表すフローチャートである。
S 4 1では、 画像ファイル複製処理を開始する。 S 4 2では、 出 力部 1 6が記憶媒体 1 1 に格納されたファイルのファイル名を表示 し、 ュ一ザ一がその内から複製したい画像ファイルを入力部 2 0 に より選択する。 こ こで複製元にディ レク トリタイ トルファイルが存 在しても、 そのファイルは選択対象にはならない。 S 4 3では、 記 憶媒体 1 9 に同一ファイル名を有するファイルが存在するかどうか を判定し、 その判定結果に応じて分岐を行う。 S 4 4では、 S 4 3 での判定結果、 複製先に同一ファイル名のファイルが存在しない場 合に S 4 2で選択した画像ファイルがそのまま複製される。 S 4 5 では、 S 4 3での判定結果、 複製先に同一ファイル名のファイルが 存在する場合に S 4 2で選択した画像ファイルが、 ファイル名を変 更して複製される。 なお、 S 4 5 においてファイル名を変更する場 合、 新たなファイル名は、 D C F規格に準拠して付けられる。
次に、 タイ トルファイル複製判定処理を実施する。 S 4 6では記 憶媒体 1 9 にディ レク ト リタイ トルフアイルが存在するかどうかを 判定し、 その判定結果に応じて分岐を行う。 3 4 7は3 4 6 の判定 結果が複製先にディ レク トリタイ トルが存在しない場合に処理され る。 S 4 7では、 複製元にディ レク ト リタイ トルファイルが存在す るかどうかを判定し、 その判定結果に応じてさらに分岐を行う。 S 4 8は S 4 7の判定結果が複製元にディ レク トリタイ トルファイル が存在する場合に処理される。 S 4 8では、 ディ レク トリタイ トル ファイルを自動的に複製する。 S 4 7で複製元にディ レク ト リタイ トルファイルが存在しない場合には、 複製先にディ レク ト リタイ ト ルファイルを作成するかどうかを出力部 1 6 に表示し、 ユーザに問 いかける。 ユーザは複製先のディ レク トリタイ トルを作成するかど うかを判断し、 入力部 2 0から入力する。 ディ レク トリタイ トルを 作成すると入力された場合は、 処理は S 5 0 に移行し、 作成しない と入力された場合は終了する。 S 5 0は、 入力部 1 7 と作成部 1 8 によるディ レク トリタイ トルファイルの作成処理と、 図 2 に示した S 2 1 〜 S 2 6の各ステップからなる。 また、 S 4 6で複製先にデ ィ レク トリタイ トルファイルが存在する場合、 S 4 8を経由せず、 タイ トルファイルの複製 （ S 4 8 ) をスキップする。
以下、 記憶媒体 1 1から記憶媒体 1 9 へ、 所望のディ レク トリ以 下に存在する画像ファイル等を複製する動作について説明する。 な お、 複製するファイルは、 所望のディ レク トリ以下に存在する全デ —夕でも選択されたデータでもよい。 また、 タイ トルファイルの複 製に係る処理は、 ディ レク ト リ下の全ての画像ファイルが選択され たときのみ実行するように構成してもよい。
ドライバ 1 2は、 記憶媒体 1 1 、 記憶媒体 1 9 に記憶されている 情報を記憶媒体 1 1、 記憶媒体 1 9を読み書きすることにより読み 込み、 システム部 1 3 に送る。 操作部 1 4は、 システム部 1 3から の情報を整理し、 管理する。 操作部 1 4は、 図 4に示したフローチ ヤー卜に基づき複製先に選択した画像ファイルを複製する。 さらに 操作部 1 4は複製先にディ レク トリタイ トルファイルを複製するか どうかを判定する。 これによつて複製先の状態に応じて処理を分岐 できる。 処理を分岐することで、 無条件にディ レク トリタイ ドルフ アイルを上書きすることを防ぐ。
以上のように操作部 1 4は、 複製先にディ レク トリタイ トルファ ィルが存在すれば、 S 4 8 をスキップし、 ディ レク トリタイ トルフ アイルを複製しない。 一方、 複製先にディ レク トリタイ トルフアイ ルが存在せず、 かつ複製元にディ レク トリタイ トルフアイルが存在 すれば、 S 4 8 にてディ レク ト リタイ トルファイルを複製する。 ま た、 複製先にディ レク ト リタイ トルファイルが存在せず、 かつ複製 元にディ レク トリタイ トルファイルが存在しなければ、 S 4 8 をス キップする。 そしてユーザにディ レク ト リ タイ トルファイルを作成 するかどうか判断を仰ぐ。 このようにすることで、 複製先のディ レ ク ト リタイ トルファイルを優先してしまい、 誤ってディ レク ト リ夕 ィ トルファイルを上書きせずにすむ。 また複製先にディ レク ト リ夕 ィ トルファイルが無い場合には、 複製元のディ レク トリタイ トルフ アイルをそのまま引き継ぐ。 このようにして、 本実施の形態のファ ィル管理装置は、 管理保管や整理する場合に分かり易いユーザ一ィ ンターフェ一スを提供する。
なお、 S 4 9 と S 5 0 とを設けずに、 S 4 7で複製元にディ レ ク トリタイ トルファイルが存在しない場合に、 終了するようにして もよい。 このように構成しても複製先のディ レク トリタイ トルファ ィルを優先する効果は発揮される。
なお、 本実施の形態は、 一見するとコンビュ一夕でのコピーコマ ンドにおける処理と類似すると思われる。 しかし、 コンピュータに おけるファイルのコピー処理は、 何らの判断をせずにファイルを上 書きする、 または上書きの要否を確認する処理を含む。 これらに対 し、 本実施の形態に示したように、 新たな複製手順を構成すること は、 実用上極めて有効である。 すなわち本実施の形態では、 所望の 画像ファイルを複製する際に、 同一ファイル名のファイルが存在す れば自動的に名称を変更し、 さらに複製先にディ レク トリ タイ トル ファイルが存在するか否かを判断した上で、 画像ファイルとともに ディ レク トリタイ トルファイルをも複製する。 通常、 複製先の記憶 媒体やディ レク トリは、 画像ファイルの保存や整理に用いることが 多い。 一方、 複製元は、 一時的なタイ トルや特定のイベン ト名をタ ィ トルとすることが多い。 従って、 複製元のタイ トルを複製先に引 き継ぐ （コピーする） という要望は少ない。 よって、 本実施の形態 の複製処理において、 複製先のタイ トルを優先する技術的な意義は 高い。 このように本発明は、 単なるコンピュータのファイルコピ一 とは明らかに異なる技術的思想を有する。
なお、 本実施の形態によるファイル管理装置は、 C P Uやデジ夕 ル · シグナル · プロセッサなどのハードウェアのみを用いることに より実現可能である。 また、 汎用のハードウェアをソフ トウェアに より制御することにより実現することも可能である。 すなわち、 上 記実施の形態では本発明をファイル管理装置として説明したが、 そ の動作をプログラムに記述し、 あるいはそのプログラムを記憶媒体 に記憶させて読みこみ、 汎用のハードウェアを制御してもよい。
また、 本実施の形態において、 ディ レク トリ とファイル構造とし て、 画像ファイルを扱う D C F規格を例に説明したが、 類似のディ レク ト リ とファイル構造を有するものにも適用可能である。 また、 扱うファイルも画像ファイル以外でもよい。
なお、 本実施の形態では記憶媒体を 2つ設けているが、 3つ以上 設けてそのうちの二者間でファイルを複製してもよい。 産業上の利用可能性
本発明によれば、 記憶媒体間のファイル複製において、 複製先に ディ レク トリタイ トルファイルが存在するかどうか判断する。 それ により、 複製先にディ レク ト リタイ トルフアイルが存在する場合に は、 複製先のディ レク トリタイ トルを優先することができる。 そし て複製先のディ レク トリタイ トルファイルが存在しない場合にのみ 複製元のディ レク トリタイ トルを引き継いでコピーする。 よって、 複製先の状態に応じてディ レク ト リに対する情報を複製および表示 することができる。 すなわち管理保管や整理する場合に分かり易い ュ一ザ一インターフェースを提供することができる。

Claims

請求の範囲
1 . 所定の規定に従い生成されたディ レク ト リ を有する第 1、 第 2記憶媒体の間で所望のフアイルを複製する装置であって、
前記第 1 記憶媒体と前記第 2記憶媒体とのファイル構成を管 理制御するファイルシステム部と、
前記第 1記憶媒体から前記第 2記憶媒体へ所定のファイルを 複製するように前記ファイルシステム部を介して制御するファイル システム操作部と、 を備え、
前記ファイルシステム操作部は、 前記ファイルを前記第 1記 憶媒体から前記第 2記憶媒体に複製する際に、 前記第 2記憶媒体の 前記ディ レク ト リ下に、 ディ レク トリ名を任意のタイ トル名で表示 するためのディ レク トリ タイ トルフアイルが存在するか判断する、 フアイル管理装置。
2 . 前記ファイルシステム操作部は、 前記第 2記憶媒体のディ レ ク トリ下にディ レク トリタイ トルファイルが存在する場合、 前記第 1記憶媒体のディ レク ト リ下に格納されているディ レク トリタイ ト ルファイルの複製操作をスキップする、
請求項 1記載のファイル管理装置。
3 . 前記ファイルシステム操作部は、 前記第 2記憶媒体のディ レ ク トリ下にディ レク トリタイ トルファイルが存在せず、 かつ前記第 1記憶媒体のディ レク ト リ下にディ レク ト リフアイルが存在する場 合、 前記第 1記憶媒体のディ レク トリ下のディ レク トリタイ トルフ アイルを前記第 2記憶媒体のディ レク トリ下に複製する、
請求項 1記載のファイル管理装置。
4 . 前記第 1記憶媒体と、 前記第 2記憶媒体との少なく ともいず れかにディ レク ト リタイ トルファイルを作成するディ レク ト リタイ トルファイル作成部と、 をさ らに備え、 前記ファイルシステム操作部は、 前記第 1、 第 2記憶媒体の いずれにもディ レク トリタイ トルファイルが存在しない場合に、 第 2記憶媒体のディ レク ト リ下に前記ディ レク トリタイ トルファイル を生成するように前記ディ レク トリタイ トルファイル作成部と前記 ファイルシステム部とを制御する、
請求項 1記載のファイル管理装置。
5 . 前記第 1、 第 2記憶媒体のディ レク トリは、 D C F規格に従つ て生成される、
請求項 1記載のファイル管理装置。
6 . 所定の規定に従い生成されたディ レク トリを有する第 1、 第 2記憶媒体の間でフアイルを複製するステップと、
前記第 2記憶媒体のディ レク トリ下に、 ディ レク トリ名を任 意のタイ トル名で表示するためのディ レク ト リ夕ィ トルファイルが 存在するか判断するステップと、 を備えた、
ファイル管理方法。
7 . 前記第 2記憶媒体のディ レク トリ下に、 前記ディ レク ト リ夕 ィ トルファイルが存在する場合、 前記第 1記憶媒体のディ レク トリ 下に格納されているディ レク トリタイ トルファイルの複製操作をス キップする、
請求項 6記載のファイル管理方法。
8 . 前記第 2記憶媒体のディ レク トリ下に、 前記ディ レク ト リ夕 ィ トルフアイルが存在せず、 かつ前記第 1記憶媒体のディ レク トリ 下にディ レク ト リ フアイルが存在する場合、 前記第 1記憶媒体のデ ィ レク トリ下のディ レク ト リタイ トルファイルを前記第 2記憶媒体 のディ レク ト リ下に複製する、
請求項 6記載のファイル管理方法。
9. 前記第 1、 第 2記憶媒体のいずれにもディ レク トリタイ トル ファイルが存在しない場合に、 第 2記憶媒体のディ レク ト リ下に前 記ディ レク トリタイ トルファイルを生成するステップと、 をさ らに 備えた、
請求項 6記載のファイル管理方法。
1 0. 前記第 1、 第 2記憶媒体のディ レク トリは、 D C F規格に従 つて生成される、
請求項 6記載のファイル管理方法。
PCT/JP2003/009794 2002-08-08 2003-08-01 ファイル管理装置とファイル管理方法 Ceased WO2004015577A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002-231387 2002-08-08
JP2002231387 2002-08-08

Publications (1)

Publication Number Publication Date
WO2004015577A1 true WO2004015577A1 (ja) 2004-02-19

Family

ID=31711745

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/009794 Ceased WO2004015577A1 (ja) 2002-08-08 2003-08-01 ファイル管理装置とファイル管理方法

Country Status (1)

Country Link
WO (1) WO2004015577A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08115280A (ja) * 1994-10-19 1996-05-07 Fuji Xerox Co Ltd ファイル転送元装置
JPH117406A (ja) * 1997-06-17 1999-01-12 Tec Corp 端末制御装置及びこの装置の受信ファイル管理方法
JP2001283188A (ja) * 2000-03-30 2001-10-12 Olympus Optical Co Ltd 画像ファイル装置
JP2002142185A (ja) * 2000-10-31 2002-05-17 Toshiba Corp 電子カメラ装置及びファイル管理方法
JP2002140219A (ja) * 2000-11-01 2002-05-17 Toshiba Corp ファイル処理方法、ファイル処理装置、ファイル管理用記録媒体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08115280A (ja) * 1994-10-19 1996-05-07 Fuji Xerox Co Ltd ファイル転送元装置
JPH117406A (ja) * 1997-06-17 1999-01-12 Tec Corp 端末制御装置及びこの装置の受信ファイル管理方法
JP2001283188A (ja) * 2000-03-30 2001-10-12 Olympus Optical Co Ltd 画像ファイル装置
JP2002142185A (ja) * 2000-10-31 2002-05-17 Toshiba Corp 電子カメラ装置及びファイル管理方法
JP2002140219A (ja) * 2000-11-01 2002-05-17 Toshiba Corp ファイル処理方法、ファイル処理装置、ファイル管理用記録媒体

Similar Documents

Publication Publication Date Title
KR100450013B1 (ko) 화상데이터의 파일관리시스템
JP5149570B2 (ja) ファイル管理装置、ファイル管理装置の制御方法、及びプログラム
US6992710B2 (en) Electronic camera apparatus and file management method
US7921083B2 (en) File management device and electronic equipment
EP0487331B1 (en) Directory management system
US20030142953A1 (en) Album generation program and apparatus and file display apparatus
US7061836B2 (en) Method and apparatus for processing information data and management information thereof
US20050120055A1 (en) Image management apparatus and image managing method
JP4110316B2 (ja) ファイル表示装置
WO2004015577A1 (ja) ファイル管理装置とファイル管理方法
US20030223319A1 (en) Optical disc player providing user-management function for MP3 files and method thereof
JP4776706B2 (ja) 文書管理装置及び文書管理プログラム
JP4165490B2 (ja) 画像ファイル編集装置
JP2006053871A (ja) 情報処理装置
JP2004318752A (ja) 画像表示方法、プログラムおよび画像表示装置
JP4373259B2 (ja) データ記録再生装置
JP4337285B2 (ja) ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、およびファイル管理方法
JP2001298702A (ja) デジタルカメラのファイル管理方式，記憶装置
JP3531438B2 (ja) データ管理装置、データ管理方法、データ管理システム及び外部記憶装置
JP5664066B2 (ja) 情報処理装置、及びプログラム
JPS6254289A (ja) 画像情報検索装置
JPH08255167A (ja) 画像データ収録媒体の外部コメント添付システム
JPH0451359A (ja) 文書管理システム
JP2007058264A (ja) ファイル管理装置及びファイル管理方法並びにプログラム
JP2005141468A (ja) 情報書込装置、記録装置および情報読出装置、情報書込および情報読出方法、プログラムおよび記録媒体

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP