WO2009093383A1 - データ検索サーバ、検索プログラム、検索方法 - Google Patents

データ検索サーバ、検索プログラム、検索方法 Download PDF

Info

Publication number
WO2009093383A1
WO2009093383A1 PCT/JP2008/072064 JP2008072064W WO2009093383A1 WO 2009093383 A1 WO2009093383 A1 WO 2009093383A1 JP 2008072064 W JP2008072064 W JP 2008072064W WO 2009093383 A1 WO2009093383 A1 WO 2009093383A1
Authority
WO
WIPO (PCT)
Prior art keywords
directory
file
identifier
unit
information
Prior art date
Application number
PCT/JP2008/072064
Other languages
English (en)
French (fr)
Inventor
Tetsuya Uemura
Original Assignee
Hitachi, 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 Hitachi, Ltd. filed Critical Hitachi, Ltd.
Publication of WO2009093383A1 publication Critical patent/WO2009093383A1/ja

Links

Images

Classifications

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

Definitions

  • the present invention relates to a technique for searching for data.
  • the data to be stored is stored in a specific part of the file system based on the information derived from the added meta information and the description order of the meta information.
  • Non-Patent Document 1 describes a standard for describing such meta information. By using this technique, meta information can be added to data.
  • the directory divided for each album is stored in the directory divided for each artist, and a predetermined directory structure is defined so that the music data file is stored in the directory for each album.
  • Patent Document 1 An artist name and an album name are specified from meta information of music data newly stored in a file system to specify a directory structure.
  • an object of the present invention is to provide a technique capable of extracting data to be stored without omission without knowing the directory structure.
  • the data search technology accepts a keyword for detecting a file, detects a file having meta information including the keyword regardless of the order in which the keywords are specified, and detects the meta information of the detected file. Dynamically create and display a directory structure based on
  • a data search server comprising: a storage unit; a directory configuration unit that specifies a lower directory included in a directory based on meta information added to a file stored in the storage unit; and the directory configuration unit
  • a directory display unit that creates information for displaying the subordinate directory according to the instruction of the subordinate directory, wherein the directory configuration unit accepts designation of an identifier of the subordinate directory, and searches the identifier of the subordinate directory received as a search key.
  • a file including the search key in the meta information is detected from the storage unit, and the meta information added to the detected file is used as an identifier of a lower directory included in the lower directory in the directory display unit. Instructing to create the information to be displayed; And wherein the door.
  • Searchers can retrieve data to be stored without knowing the directory structure.
  • FIG. 1 is a diagram showing a data search system 1 according to the first embodiment of the present invention.
  • the data search system 1 can communicate with the data search server A100, the data search server B180 capable of communicating with the data search server A100 via the network 150, and the data search server A100 via the network 150.
  • Client terminal 170 can communicate with the data search server A100, the data search server B180 capable of communicating with the data search server A100 via the network 150, and the data search server A100 via the network 150.
  • the data search system 1 has a plurality of client terminals 170.
  • the client terminal 170 is a terminal device such as a client PC (personal computer), a workstation, various mobile phone terminals, a PDA (Personal Digital Assistant), a television receiver, or the like.
  • a client PC personal computer
  • a workstation various mobile phone terminals
  • PDA Personal Digital Assistant
  • television receiver or the like.
  • the client terminal 170 includes a control unit 171 and a transmission / reception unit 175.
  • the control unit 171 includes a file browsing unit 172, an input receiving unit 173, and a display unit 174.
  • the file browsing unit 172 instructs the display unit 174 to display information such as the directory structure and the file information, and inputs an input receiving unit for the information such as the displayed directory structure and the instruction from the user for the file information. Through 173.
  • the file browsing unit 172 transmits information for displaying the directory to the designated data search server.
  • the file browsing unit 172 transmits information for displaying the directory to the designated data search server.
  • a file acquisition request is transmitted to the designated data search server.
  • the input reception unit 173 receives information input by the user. For example, an input operation detected via an input device such as a keyboard or a mouse is received and transmitted to the control unit 171.
  • the display unit 174 receives a display instruction from the control unit 171 and displays it on an output device such as a display.
  • the transmission / reception unit 175 is connected to the network 150, transmits information to other connected devices, and receives information from other connected devices.
  • the data search server A100 includes a storage unit 120, a control unit 130, and a transmission / reception unit 140.
  • the data search server B 180 includes a storage unit 120, a control unit 130, and a transmission / reception unit 140, similar to the data search server A 100.
  • the storage unit 120 includes a type storage area 121 for storing the type table 200, a value storage area 122 for storing the value table 300, a file attribute storage area 123 for storing the file attribute table 400, and a directory configuration table as storage areas.
  • Meta information is information indicating file attributes, as will be described later.
  • the file attribute includes a plurality of pairs of a type that is a major classification and a value that indicates a specific minor classification corresponding to the value of the type.
  • type and value are information for classifying files, and a plurality of values are in a relationship forming a single type.
  • a value that is a small classification is set as a type, and a more specific classification is set as a value. Also good.
  • the set of types included in the meta information is stored in the type table 200 in advance, and the set of values included in the meta information is stored in the value table 300 in advance.
  • FIG. 2 shows a configuration example of a type table 200 that stores a set of types included in meta information.
  • the type table 200 is a table that stores definitions of types that are major categories. Specifically, the type table 200 includes a type identification number column 201 and an attribute type name column 202.
  • the type identification number column 201 a number for identifying the type of the attribute of the meta information is stored. For example, “T0”, “T1”, and the like.
  • the name of the attribute type is stored. For example, “work name”, “artist name”, and the like.
  • FIG. 3 shows a configuration example of the value table 300 that stores a set of values included in the meta information.
  • the value table 300 is a table that stores definitions of values that are small classifications.
  • the value table 300 includes a value identification number column 301 and an attribute value column 302.
  • the value identification number column 301 a number for identifying the value of the meta information is stored. For example, “V0”, “V1”, and the like.
  • the value of meta information is stored. For example, “Alternative”, “Classical”, etc.
  • FIG. 4 shows a configuration example of a file attribute table 400 that stores meta information for each file.
  • the file attribute table 400 is a table that stores the correspondence between file identifiers and meta information from meta information added to the file.
  • the file attribute table 400 has a file identifier column 401, a type identification number column 402, and a value identification number column 403.
  • an identifier for identifying a file to be stored is stored. For example, “A program”, “B movie”, “C program”, and the like.
  • type identification number column 402 a number for identifying the type of attribute assigned as meta information to the file to be stored is stored. For example, “T1”, “T4”, and the like.
  • a number for identifying an attribute value assigned as meta information of a file that is data to be stored is stored. For example, “V22”, “V3”, and the like.
  • FIG. 5 shows a configuration example of a directory configuration table 500 that stores information for specifying the directory displayed by the file browsing unit 172 of the client terminal 170.
  • a client identifier is used for specifying the client terminal 170 and a session identifier is used for specifying the file browsing unit 172.
  • the present invention is not limited to this, and other information may be used as long as it is information specifying the client terminal 170 and information specifying the file browsing unit 172.
  • the directory configuration table 500 includes a client identifier field 501, a session identifier field 502, a directory display condition field 503, and a directory display time field 504.
  • IP addresses such as “192.168.0.90” and “192.168.0196”.
  • the session identifier field 502 stores information for identifying the file browsing unit 172 operating on the client terminal 170 that has requested the data search server A100 to search for data. For example, session identifiers such as “SES94720” and “SES85720”.
  • a designation condition for specifying the displayed directory is stored for each combination of the client identifier and the session identifier.
  • the information includes at least one of the attribute type and value, such as “T1, V22”, “T4, V3, T1, V22”.
  • the directory display time column 504 stores the time when directory display is performed on the client terminal 170.
  • FIG. 6 shows a configuration example of a server configuration table 600 that stores the configuration of another data search server A100 connected via the network 150 and the status of whether or not the other data search server A100 can be connected.
  • the server configuration table 600 has a server identifier field 601 and a connection permission / inhibition field 602.
  • the server identifier column 601 stores an identifier of the data search server B 180 that is another data search server. For example, “Server A”, “Server B”, and the like.
  • connection availability column 602 the connection availability of each data search server is stored. For example, “OK”, “NG”, and the like.
  • FIG. 7 is a configuration diagram of the data structure of the storage target file.
  • the data structure 800 of the storage target file includes a file identifier area 801, a content area 802 created as a series of playback units, a type identification number area 803 that is meta information, and a value identification number area 804.
  • a file identifier area 801 a file identifier area 801
  • a content area 802 created as a series of playback units
  • a type identification number area 803 that is meta information
  • One or a plurality of sets are included.
  • the file identifier area 801 is an area for storing an identifier for identifying a storage target file, and the file identifier is composed of text data.
  • the content area 802 is an area for storing content that can be said to be the main body of the storage target file, and stores content such as music and video.
  • the type identification number area 803 is an area for storing a type identification number for identifying a type in the meta information.
  • the type identification numbers are “T1”, “T4”, and the like.
  • the value identification number area 804 is an area for storing a value identification number for identifying a value in the meta information.
  • the value identification numbers are “V22”, “V3”, and the like.
  • the control unit 130 includes a file attribute acquisition unit 131, a file attribute change unit 132, a display reception unit 133, a directory configuration unit 134, a directory display unit 135, and a server configuration management unit 136.
  • the file attribute acquisition unit 131 stores the storage target file instructed to be stored from the client terminal 170 in the storage target file storage area 126 of the storage unit 120.
  • the file attribute acquisition unit 131 acquires the meta information added to the storage target file and stores the file in the file identifier column 401 of the file attribute table 400 of the file attribute storage area 123.
  • the value of the identifier area 801 is stored, the value of the type identification number area 803 is stored in the type identification number column 402, and the value of the value identification number area 804 is stored in the value identification number column 403.
  • the file attribute changing unit 132 relates to the data stored in the storage unit 120, the value in the file identifier column 401, the value in the type identification number column 402, and the value in the value identification number column 403 stored in the file attribute table 400. The value after the change is accepted, and each value is changed to the accepted value.
  • the display receiving unit 133 receives the display request as a display request, specifies the identifier and session identifier of the client terminal 170, and the directory configuration unit 134. Then, the processing is transferred to the directory display unit 135.
  • the display receiving unit 133 when receiving a file acquisition request specifying a file name from the client terminal 170, the display receiving unit 133 adds the received file name to the directory display condition displayed on the client terminal 170 and stores the file. Identify from the target file.
  • the display reception unit 133 transmits the specified file to the client terminal 170 via the transmission / reception unit 140.
  • the directory configuration unit 134 requests the other data search server B 180 to search, searches the storage unit 120 of its own server, integrates the search results, and displays it.
  • the directory structure or file to be specified is identified and instructed to be displayed on the directory display unit 135.
  • the directory display unit 135 creates information for displaying the directory configuration and files that are instructed to be displayed from the directory configuration unit 134 on a predetermined display screen, and transmits the information to be displayed to the client terminal 170.
  • the server configuration management unit 136 monitors whether or not other servers can be connected, detects that a server has been added / deleted / communication disabled, and stores it in the server configuration table 600.
  • the transmission / reception unit 140 is connected to the network 150 and transmits / receives information to / from other connected devices.
  • the client terminal 170 can be connected to the data search server A 100 via the network 150.
  • the data search server A100 includes a communication device 113, an arithmetic device 114, a main storage device 115, an auxiliary storage device 116, and a bus 117 that connects each of them.
  • the communication device 113 is a device that communicates with other devices via a network such as the network 150.
  • the computing device 114 is a computing device such as a CPU (Central Processing Unit).
  • CPU Central Processing Unit
  • the main storage device 115 is a memory device such as a RAM (Random Access Memory).
  • the auxiliary storage device 116 is a nonvolatile storage device such as a hard disk device or a flash memory.
  • the client terminal 170 includes an input device 181, an output device 182, a computing device 183, a main storage device 184, an auxiliary storage device 185, a communication device 186, and a bus 187 that connects them to each other.
  • the input device 181 is a device that receives input from a keyboard, mouse, touch pen, or other pointing device.
  • the output device 182 is a device that performs display such as a display.
  • the computing device 183 is a computing device such as a CPU.
  • the main storage device 184 is a memory device such as a RAM.
  • the auxiliary storage device 185 is a nonvolatile storage device such as a hard disk device or a flash memory.
  • the communication device 186 is a device that communicates with other devices via a network such as the network 150.
  • the communication device 186 of the client terminal 170 can communicate with the communication device 113 of the data search server A 100 via the network 150.
  • the network 150 is a communication network such as a LAN or a wireless LAN, but may be a public network such as the Internet or a public wireless LAN, or other network such as a cable TV network or a mobile phone network, or A power line network or the like may be used.
  • the file attribute acquisition unit 131, the file attribute change unit 132, the display reception unit 133, the directory configuration unit 134, the directory display unit 135, and the server configuration management unit 136 of the data search server A100 include the data search server A100.
  • This is realized by a program that causes the arithmetic unit 114 to perform processing.
  • This program is stored in the main storage device 115 or the auxiliary storage device 116, loaded onto the main storage device 115 for execution, and executed by the arithmetic device 114.
  • the storage unit 120 of the data search server A100 is realized by the main storage device 115 or the auxiliary storage device 116 of the data search server A100.
  • the transmission / reception unit 140 of the data search server A100 is realized by the communication device 113 of the data search server A100.
  • the file browsing unit 172, the input receiving unit 173, and the display instruction unit 174 of the client terminal 170 are realized by a program that causes the arithmetic device 183 of the client terminal 170 to perform processing.
  • This program is stored in the main storage device 184 or the auxiliary storage device 185, loaded onto the main storage device 184 for execution, and executed by the arithmetic device 183.
  • the transmission / reception unit 175 of the client terminal 170 is realized by the communication device 186 of the client terminal 170.
  • FIG. 9 is a flowchart showing the root directory display process.
  • the display accepting unit 133 accepts a root directory display request from the client terminal 170. (Step S101).
  • the display request includes a client identifier, a session identifier, and root directory display request information.
  • Information such as the IP address of the client terminal 170 is stored in the client identifier, and the session identifier is stored in the session identifier.
  • the session identifier for identifying the directory browser program instance of the client terminal 170 is stored.
  • the display reception part 133 acquires a client identifier and a session identifier from the display request received at step S101 (step S102).
  • the directory configuration unit 134 requests the server determined to be valid as described later to transmit file information.
  • the directory configuration unit 134 stores the client identifier acquired in step S102 in the client identifier column 501 and the session identifier in the session identifier column 502 in the directory configuration table 500 (step S103).
  • the directory configuration unit 134 refers to the server configuration table 600 and specifies the server identifier column 601 of the server whose connection permission / inhibition column 602 is “OK”. Then, the server identified by the identifier stored in the specified server identifier field 601 is determined to be valid, and the root directory is searched for the server determined to be valid, that is, the directory display condition is searched unspecified. Instruct.
  • the directory configuration unit 134 receives information related to the file from the valid server requested in step S103 (step S104).
  • the directory configuration unit 134 receives the file identifier and the type identification number and value identification number associated with the file from all valid servers requested in step S103.
  • the directory configuration unit 134 acquires information on the file of the local server (local) by the file information search process (step S105).
  • the information stored in the file identifier column 401, the information stored in the type identification number column 402, and the information stored in the value identification number column 403 are obtained from the file attribute table 400 of the own server. Get all.
  • the directory configuration unit 134 collects the information on the local file acquired in step S105 and the information on the file from the valid server received in step S104, and eliminates duplication of the type identification number.
  • the directory configuration unit 134 searches the type table 200 for each type identification number from which duplication is eliminated, and the attribute type name column 202 corresponding to the attribute number whose type identification number matches the value in the type identification number column 201. Is stored as a display directory (step S106).
  • the directory configuration unit 134 extracts and sorts all the type identification numbers from the information about the local file acquired in step S105, and creates a list that excludes duplicate numbers. Then, the directory configuration unit 134 extracts the type identification number not included in the created list from the information regarding the file from the valid server received in step S104, and adds it to the list. Then, each type identification number included in the list is compared with the value in the type identification number column 201 of the type table 200, and the matching type identification number and the value in the attribute type name column 202 corresponding to the list are listed. Store as information.
  • the directory configuration unit 134 calculates the number of file identifiers from the information regarding the local file acquired in step S105. Then, the directory configuration unit 134 calculates the number of file identifiers from the information regarding the files from the valid server received in step S104, and stores it as the total number of files in addition to the number of local file identifiers (step S107).
  • the directory configuration unit 134 lists the file identifiers of all the files as file names and stores them as display files (step S108).
  • the directory configuration unit 134 extracts all the file identifiers from the information regarding the local file acquired in step S105, and creates a list of file identifiers. Then, the directory configuration unit 134 adds the file identifier extracted from the information related to the file from the valid server received in step S104 to the created list, and stores the list as display file information.
  • the directory configuration unit 134 instructs the directory display unit 135 to display the display directory stored in step S106, the total number of files stored in step S107, and the display file stored in step S108, and displays the directory display.
  • the unit 135 configures the root directory display screen 700 shown in FIG. 10 and displays it on the client terminal 170 (step S109).
  • the directory display unit 135 displays the display directory stored in step S106 as a directory name as a directory icon 705, and displays the total number of files stored in step S107 as the number of files 704.
  • the display file stored in step S108 is displayed as a file icon 706 as a file name.
  • FIG. 10 is an example of a directory display screen for displaying the root directory.
  • the directory display screen 700 includes a window 701, a scroll bar 702, a display directory name 703, the number of files 704, a directory icon 705, and a file icon 706.
  • the scroll bar 702 accepts a scroll operation and displays a directory icon 705 and a file icon 706 that the window 701 cannot display at a time.
  • the directory icon 705 receives the user's selection operation and notifies the file browsing unit 172 of the client terminal 170 to display the files and directories included in the directory specified by the selected directory name.
  • the directory name double-clicked is specified as the directory name of the destination directory, and the destination directory display request is notified to the file browsing unit 172. .
  • the file icon 706 receives the user's selection operation and notifies the file browsing unit 172 of the client terminal 170 to acquire the file specified by the selected file name.
  • the file name double-clicked as the file name of the target file to be acquired is specified, and a request for acquiring the file is sent to the client terminal 170 file. Notify the browsing unit 172.
  • the directory display screen 700 is a screen for displaying files and directories under the root directory, and is a screen for accepting an instruction to move between directories and an instruction to acquire a file.
  • the display receiving unit 133 receives a request to display the destination directory (step S201).
  • the request for displaying the destination directory includes a client identifier, a session identifier, and a destination directory name, and information such as the IP address of the client terminal 170 is stored in the client identifier.
  • the session identifier a session identifier for identifying the file browsing unit of the client terminal 170 is stored.
  • the display receiving unit 133 acquires the client identifier, the session identifier, and the destination directory name from the display request received in step S201 (step S202).
  • the directory configuration unit 134 refers to the directory configuration table 500 and searches for a record in which the client identifier column 501 matches the client identifier acquired in step S202 and the session identifier column 502 matches the session identifier. The value of the display condition column 503 is acquired. Then, the directory configuration unit 134 adds the destination directory name acquired in step S202 to the value of the acquired directory display condition field 503, and stores it as the value of the directory display condition field 503 as a new directory display condition (step S203).
  • the directory configuration unit 134 transmits a directory display condition to a valid server and requests to transmit file information (step S204).
  • the directory configuration unit 134 refers to the server configuration table 600 and specifies the server identifier column 601 of the server whose connection permission / inhibition column 602 is “OK”. Then, the server identified by the acquired server identifier is instructed to search the designated directory, that is, to designate and search the new directory display condition stored in step S203.
  • the directory configuration unit 134 receives information about the file from the valid server requested in step S204 (step S205).
  • the directory configuration unit 134 receives the file identifier and the type identification number and value identification number associated with the file from all valid servers requested in step S204.
  • the directory configuration unit 134 acquires, by file information search processing, information that matches the directory display conditions from among the information related to the file of the local server (local) (step S206).
  • the directory configuration unit 134 searches the file attribute table 400 of its own server for a record including all of the type identification number and value identification number specified in the directory display condition regardless of the specification order. All of the information stored in the file identifier column 401 of the record obtained as a result of the above, the information stored in the type identification number column 402, and the information stored in the value identification number column 403 are acquired.
  • the directory configuration unit 134 determines whether or not the destination directory name is a name that designates a type (step S207).
  • the directory configuration unit 134 searches the attribute type name column 202 of the type table 200 using the destination directory name as a key, and if there is a matching attribute type name, the destination directory name specifies the type. It is determined that it is a name.
  • the directory structure unit 134 receives information on the local file acquired in step S206 and the valid server received in step S205.
  • the information about the files is collected and stored as a display directory by eliminating duplication of value identification numbers (step S208).
  • the directory configuration unit 134 extracts and sorts all the value identification numbers from the information regarding the local file acquired in step S206, and creates a list in which duplicate numbers are excluded. Then, the directory configuration unit 134 extracts a value identification number not included in the created list from the information regarding the file from the valid server received in step S205, and stores the list as display directory information in addition to the list. .
  • the directory configuration unit 134 receives information on the local file acquired in step S206 and the valid server received in step S205.
  • the information about the files is collected and stored as a display file by eliminating duplication of file identifiers (step S209).
  • the directory configuration unit 134 extracts and sorts all the file identifiers from the information regarding the local file acquired in step S206, and creates a list that excludes duplicate file identifiers. Then, the directory configuration unit 134 extracts a file identifier not included in the created list from the information regarding the file from the valid server received in step S205, and stores the list as display file information in addition to the list.
  • the directory configuration unit 134 combines the information on the local file acquired in step S206 and the information on the file from the valid server received in step S205 to eliminate duplication of the type identification number. Then, the contents included in the directory display condition are excluded from the type identification number after de-duplication and stored as a display directory (step S210).
  • the directory configuration unit 134 extracts and sorts all type identification numbers from the information regarding the local file acquired in step S206, and creates a list from which duplicate numbers are eliminated. Then, the directory configuration unit 134 extracts the type identification number not included in the created list from the information regarding the file from the valid server received in step S205 and adds it to the list.
  • the directory configuration unit 134 refers to the directory configuration table 500 and searches for a record in which the client identifier column 501 matches the client identifier acquired in step S202 and the session identifier column 502 matches the session identifier.
  • the value of the display condition column 503 is acquired, the type identification number included in the value of the directory display condition column 503 is deleted from the created list, and the list is stored as display directory information.
  • the directory configuration unit 134 calculates the number of file identifiers from the information regarding the local file acquired in step S206. Then, the directory configuration unit 134 calculates the number of file identifiers from the information regarding the files from the valid server received in step S205, and stores it as the number of files to be displayed in addition to the number of local file identifiers (step S211). .
  • the directory configuration unit 134 instructs the directory display unit 135 to display the display directory stored in step S208 or step S210, the total number of files calculated in step S211 and the display file stored in step S209.
  • the directory display unit 135 configures the lower directory display screens shown in FIGS. 12 to 15 and displays them on the client terminal 170.
  • the directory display unit 135 stores the processing time in the directory display time column 504 of the directory configuration table 500 (step S212).
  • the directory display screen in FIG. 12 is a screen that is displayed when it is determined in step S207 that the destination directory is a name that designates a type.
  • the directory display unit 135 displays the display directory stored in step S208 as the directory icon 705 and displays the number of files calculated in step S211 as the number of files 704. Constitute.
  • the information stored in the directory display condition column 503 is configured to be displayed in the directory name 703.
  • the directory display screen of FIG. 13 is displayed when it is determined in step S207 that the destination directory is not a name for specifying the type (that is, when the directory display screen of FIG. 12 is designated to move to the “Jazz” directory). Etc.).
  • the directory display unit 135 displays the display file stored in step S209 as a file icon 706, displays the number of files calculated in step S211 as the number of files 704,
  • the display directory stored in S210 is configured to be displayed as a directory icon 705.
  • the directory display screen in FIG. 14 is the same as the directory display screen in FIG. 12, and is displayed when the directory display screen in FIG. 13 is designated to move to the “artist name” directory.
  • the directory display screen in FIG. 15 is the same as the directory display screen in FIG. 13 and is displayed when the directory display screen in FIG. 14 is designated to move to the “Artist B” directory.
  • the display receiving unit 133 receives a request to display the upper directory (step S301).
  • the request for displaying the upper directory includes a client identifier and a session identifier.
  • the client identifier stores information such as the IP address of the client terminal 170
  • the session identifier includes the client terminal.
  • a session identifier for identifying 170 directory browser program instances is stored.
  • the display reception part 133 acquires a client identifier and a session identifier from the display request received at step S301 (step S302).
  • the directory configuration unit 134 obtains the directory display condition used when displaying the screen one higher than the screen displayed by the screen identified by the client identifier and the session identifier acquired in step S302 (step S303). .
  • the directory configuration unit 134 refers to the directory configuration table 500, the client identifier in the client identifier column 501 matches the client identifier acquired in step S302, and the session identifier in the session identifier column 502 matches in step S302. Search for information that matches the acquired session identifier.
  • the directory configuration unit 134 acquires the value of the directory display condition column 503 and the value of the directory display time column 504 among the information that matches as a result of the search.
  • the directory configuration unit 134 deletes the last directory name from the acquired value of the directory display condition field 503 and stores it as the value of the directory display condition field 503 as a new directory display condition.
  • the directory configuration unit 134 inquires of the server configuration management unit 136 whether or not the server configuration has changed, and determines whether or not the server configuration has changed based on the result of the inquiry to the server configuration management unit 136 (step S304). ).
  • the server configuration management unit 134 transmits the value of the directory display time column 504 acquired in step S303 to the server configuration management unit 136, and the server configuration management unit 136 receives the latest server configuration change time.
  • the value in the directory display time field 504 is compared, and if the latest server configuration change time is newer, a message that the server configuration has changed is transmitted to the directory configuration unit 134. Otherwise, the server configuration part 134 is notified that there is no change in the server configuration.
  • step S304 If it is determined that the server configuration has changed (“Yes” in step S304), the directory configuration unit 134 transmits a directory display condition to the valid server and requests to transmit file information (step S305). ).
  • the directory configuration unit 134 refers to the server configuration table 600 and specifies the server identifier column 601 of the server whose connection permission / inhibition column 602 is “OK”. Then, the server identified by the acquired server identifier is instructed to search the designated directory, that is, to designate and search the new directory display condition stored in step S303.
  • the directory configuration unit 134 receives information about the file from the valid server requested in step S305 (step S306).
  • the directory configuration unit 134 receives the file identifier and the type identification number and value identification number associated with the file from all valid servers requested in step S305. Then, the process proceeds to step S307.
  • step S304 If it is not determined that the server configuration has changed (“No” in step S304), the directory configuration unit 134 diverts information about the file from the valid server used when displaying the upper directory, The process proceeds to step S307.
  • the directory configuration unit 134 acquires, by file information search processing, information that matches the directory display conditions from among the information related to the file of the local server (local) (step S307).
  • the directory configuration unit 134 searches the file attribute table 400 of its own server for a record including all of the type identification number and value identification number specified in the directory display condition regardless of the specification order.
  • the information stored in the file identifier column 401, the information stored in the type identification number column 402, and the information stored in the value identification number column 403 are acquired.
  • the directory configuration unit 134 determines whether or not the data received in step S306 is different from the information related to the file from the valid server used when displaying the upper directory. In addition, the directory configuration unit 134 determines whether or not the data acquired in step S307 is different from the information related to the file used when the upper directory is displayed (step S308).
  • step S308 If there is no difference between them (“No” in step S308), the directory configuration unit 134 proceeds to step S314 described later.
  • step S308 determines whether or not the destination directory name (upper directory name) is a name that designates a type (step S309).
  • the directory configuration unit 134 searches the attribute type name column 202 of the type table 200 using the destination directory name as a key, and if there is a matching attribute type name, the destination directory name specifies the type. It is determined that it is a name.
  • the directory configuration unit 134 receives information on the local file acquired in step S307 and the valid server received in step S306.
  • the information about the files is collected and stored as a display directory by eliminating duplication of value identification numbers (step S310).
  • the directory configuration unit 134 extracts the value identification numbers from the information on the local file acquired in step S307, sorts the extracted value identification numbers, and creates a list that excludes duplicate value identification numbers.
  • the directory configuration unit 134 extracts a value identification number not included in the created list from the information regarding the file from the valid server received in step S306, and stores the list as display directory information in addition to the list. .
  • the directory configuration unit 134 receives information on the local file acquired in step S307 and the valid server received in step S306.
  • the information about the files is collected and stored as a display file by eliminating duplication of file identifiers (step S311).
  • the directory configuration unit 134 extracts and sorts all the file identifiers from the information on the local file acquired in step S307, and creates a list that excludes duplicate file identifiers. Then, the directory configuration unit 134 extracts file identifiers not included in the created list from the information regarding the file from the valid server received in step S306, and stores the list as display file information in addition to the list.
  • the directory configuration unit 134 combines the information on the local file acquired in step S307 and the information on the file from the valid server received in step S306, and eliminates duplication of the type identification number. Then, the contents included in the directory display condition are excluded from the type identification numbers from which the duplication has been eliminated, and stored as a display directory (step S312).
  • the directory configuration unit 134 extracts and sorts all the type identification numbers from the information on the local file acquired in step S307, and creates a list that excludes duplicate numbers. Then, the directory configuration unit 134 extracts the type identification number not included in the created list from the information regarding the file from the valid server received in step S306, and adds it to the list.
  • the directory configuration unit 134 calculates the number of file identifiers from the information regarding the local file acquired in step S307. Then, the directory configuration unit 134 calculates the number of file identifiers from the information regarding the files from the valid server received in step S306, and stores it as the number of files to be displayed in addition to the number of local file identifiers (step S313). .
  • the directory configuration unit 134 displays the display directory when the display directory or the upper directory stored in step S310 or step S312 is displayed, the total number of files calculated in step S313, or the total number of files when the upper directory is displayed.
  • the directory display unit 135 is instructed to display the display file stored in step S311 or the display file when the upper directory is displayed, and the directory display unit 135 displays the lower directory display screens shown in FIGS. It is configured and displayed on the client terminal 170.
  • the directory display unit 135 stores the processing time in the directory display time column 504 of the directory configuration table 500 (step S314).
  • the directory display once displayed is reused.
  • the search is performed again. . In this way, the latest state of the directory can be displayed.
  • FIG. 17 is a flowchart showing a file information search process used as a subroutine.
  • the directory configuration unit 134 receives directory display conditions (step S401).
  • the directory configuration unit 134 acquires information about all the files stored in the file attribute table 400 (step S402).
  • the directory configuration unit 134 divides the directory display conditions received in step S401 into a list (step S403).
  • the directory configuration unit 134 divides the directory display condition into predetermined delimiter symbols such as commas, and stores the divided values as a serially accessible list structure.
  • the directory configuration unit 134 acquires the next value of the list created in step S403 and stores it in the variable A (step S404).
  • the directory configuration unit 134 determines whether or not A is a type identification number (step S405).
  • the directory configuration unit 134 searches the information in the type identification number column 201 of the type table 200 using the variable A as a key, and determines that it is a type identification number if a matching type identification number exists. Otherwise, it is determined that it is not a type identification number.
  • step S405 If the value of the variable A is not the type identification number (“No” in step S405), the directory configuration unit 134 advances the process to step S410 described later.
  • step S405 If the value of the variable A is the type identification number (“Yes” in step S405), the directory configuration unit 134 will select the file whose type identification number matches the value A among the information about all the files acquired in step S402. Is selected (step S406).
  • the directory configuration unit 134 acquires the next value of the list created in step S403 and stores it in the variable B (step S407).
  • the directory configuration unit 134 determines whether B is a value identification number (step S408).
  • the directory configuration unit 134 searches the information in the value identification number column 301 of the value table 200 using the variable B as a key, and determines that it is a value identification number if there is a matching value identification number. Otherwise, it is determined not to be a value identification number.
  • step S408 If the value of the variable B is not a value identification number (“No” in step S408), the directory configuration unit 134 proceeds to step S410 to be described later.
  • step S408 If the value of the variable B is a value identification number (“Yes” in step S408), the directory configuration unit 134 selects a file whose value identification number matches the value B in the information about the file selected in step S406. Select and return to step S404. (Step S409).
  • step S405 if “No” in step S405 or “No” in step S408, the file identifier, type identification number, and value identification number are processed for all the files acquired in step S402. Send to requester. Alternatively, the file identifier, the type identification number, and the value identification number are transmitted to the processing request source for the files selected by the processing in steps S406 and S409 from all the files acquired in step S402 (step S410). ).
  • the server configuration management unit 136 performs a service life / death determination on the data search server B 180 and other data search servers connected to the network 150 once in a predetermined period (for example, 10 seconds). Then, a server that is not serviced, that is, a server that cannot perform data search is found, and the connection availability column 602 of the server configuration table 600 is stored as “NG”. At this time, the server capable of service is determined to be a valid server, and the connection availability column 602 of the server capable of service is set to “OK”.
  • the server for which the server configuration management unit 136 performs the service life / death determination is a server stored in the server identifier column 601 of the server configuration table 600. However, this server may be registered in advance, The server configuration management unit may perform broadcasting or the like prior to the life / death determination, and may be performed on a server whose existence is confirmed.
  • the file attribute changing unit 132 receives the information regarding the change of the file attribute information transmitted from the file browsing unit 172 installed in the control unit 171 of the client terminal 170, and the file identifier column 401 of the file attribute table 400, The values in the type identification number column 402 and the value identification number column 403 are changed.
  • the file attribute change unit 132 For the file information that matches the file identifier, a type identification number is added to the type identification number column 402 and a value identification number is added to the value identification number column 403 and stored.
  • the directory display unit 135 is mounted on the control unit 130 of the data search server 100 in the above embodiment, but is not limited thereto, and may be mounted on the control unit 171 of the client terminal 170, for example.
  • the directory configuration unit 134 instructs the directory display unit 135 existing on the client terminal 170 via the network 150 when displaying the results of step S109, step S212, step S314, and the like.
  • various data sharing modes can be provided by instructing according to a file sharing protocol such as NFS (Network File System), CIFS (Common Internet File System), or SMB (Server Message Block) that shares files over a network. Can be realized.
  • NFS Network File System
  • CIFS Common Internet File System
  • SMB Server Message Block
  • other functional units may be mounted on the client 170, or may be mounted on both the client 170 and the data search server 100.
  • the data search server 100 may include a file browsing unit similar to the client 170.
  • the data search server 100 can be operated as the client terminal 170, and the degree of freedom of the device configuration can be increased.
  • the data search server B180 has the same configuration as the data search server A100.
  • the present invention is not limited to this, and the root directory display process shown in FIG. Of the directory display process, the upper directory display process shown in FIG. 16, and the file information search process shown in FIG. 17, at least the file method search process may be performed.
  • the data search server A100 functions as a server for performing a search service to the client, the data search server B180 is searched according to the search instruction from the data search server A100, and data is provided. Will be able to.
  • the attribute value is stored in the attribute value 302 of the value table 300, stored in the attribute type name 202 of the type table 200, and further detailed classification is stored in the value table 300.
  • the directory configuration unit 134 determines that the destination directory is a type, and the screen shown in FIG. 12 is displayed. Can be displayed as a directory with a deep hierarchy.
  • the above-described data search system 1 is not only a transaction target as a system, but can also be a transaction target for each device or for each program part that realizes the operation of the device.
  • Data Search System 100 Data Search Server A DESCRIPTION OF SYMBOLS 120 Storage part 121 Type
  • mold storage area 122 Value storage area 123 File attribute storage area 124 Directory structure storage area 125 Server structure storage area 130 Control part 131 File attribute acquisition part 132 File attribute change part 133 Display reception part 134 Directory structure part 135 Directory display Unit 136 server configuration management unit 140 transmission / reception unit 150 network 170 client terminal 171 control unit 180 data search server B 200 type table 300 value table 400 file attribute table 500 directory configuration table 600 server configuration table

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)
  • User Interface Of Digital Computer (AREA)

Abstract

　データ検索サーバは、検索対象のファイルに付加されたメタ情報の型と値とを下位ディレクトリとして表示する。使用者が特定の下位ディレクトリへの移動を指示すると、データ検索サーバは、指示されたディレクトリの識別子を検索キーとしてメタ情報の型と値とを検索する。この際、検索キーを累積的に記憶しておき、累積的に記憶した検索キー全てをメタ情報に含むファイルを絞り込み、提示する。検索キーの指定順を問わないことで、データの格納先が不明なためにファイルを取り出せなくなることを防ぎ、ディレクトリ構造を特定せずとも目的のファイルを取り出せる。

Description

データ検索サーバ、検索プログラム、検索方法 参照による取り込み
　本出願は、２００８年１月２４日に出願された日本特許出願第２００８－０１４１１７号の優先権を主張し、その内容を参照することにより本出願に取り込む。
　本発明は、データの検索を行う技術に関する。
　従来、記憶対象のデータに付加したメタ情報を元にファイルシステムにおけるディレクトリ構造を特定して、記憶対象のデータをファイルシステムに記憶させる技術がある。
　記憶対象のデータは、付加されたメタ情報から導き出した情報とメタ情報の記述順序に基づいてファイルシステムの特定箇所に記憶される。
　非特許文献１には、このようなメタ情報の記述方法についての規格が記載されており、この技術を用いることで、データにメタ情報を付加することができる。
　また、楽曲データであればアーティスト毎に区分されたディレクトリに、アルバム毎に区分されたディレクトリを格納し、アルバム毎のディレクトリに、楽曲データファイルを格納するよう所定のディレクトリ構造を定めて当該楽曲データを管理する技術が、特許文献１に記載されている。その技術においては、新たにファイルシステムに記憶される楽曲データのメタ情報からアーティスト名とアルバム名を特定してディレクトリ構造を特定する。
特許公開２００４－２２７２８５号公報 Ｍａｒｔｉｎ　Ｎｉｌｓｓｏｎ．"ＩＤ３　ｔａｇ　ｖｅｒｓｉｏｎ　２．４．０"．［ｏｎｌｉｎｅ］．１ｓｔ　Ｎｏｖｅｍｂｅｒ　２０００．２００７年１０月３０日検索，インターネット<URL:http://www.id3.org/id3v2.4.0-structure>
　上記特許文献１に記載の技術では、既に記憶されたデータをファイルシステムから検索する場合には、格納されたディレクトリ構造が固定的であるため、固定的なディレクトリ構造を指定しなければ、データを見つけることができず、ディレクトリ構造の指定を誤ると、実質上データをロストしてしまう場合がある。
　そこで、本発明は、ディレクトリ構造を知らなくても漏れなく記憶対象のデータを取り出せる技術の提供を目的とする。
　本願に係るデータ検索技術は、上記課題を解決するため、ファイルを検出するキーワードを受け付け、キーワードを含むメタ情報を持つファイルについて、キーワードを指定した順序に関係なく検出し、検出したファイルのメタ情報をもとにディレクトリ構造を動的に作成して表示する。
　例えば、データ検索サーバであって、記憶部と、前記記憶部に記憶されたファイルに付加されたメタ情報に基づいてディレクトリに含まれる下位のディレクトリを特定するディレクトリ構成部と、前記ディレクトリ構成部からの指示に従って前記下位のディレクトリを表示する情報を作成するディレクトリ表示部と、を備え、前記ディレクトリ構成部は、前記下位のディレクトリの識別子の指定を受け付け、受け付けた前記下位のディレクトリの識別子を検索キーとして、前記検索キーを前記メタ情報に含むファイルを前記記憶部から検出し、検出したファイルに付加された前記メタ情報を前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、ことを特徴とする。
　検索者はディレクトリ構造を知らなくても記憶対象のデータを取り出すことが可能となる。
　以下に、本発明の実施形態について図１～図１７を用いて説明する。
　図１は、本発明の第一の実施形態のデータ検索システム１を示す図である。
　データ検索システム１は、データ検索サーバＡ１００と、ネットワーク１５０を介してデータ検索サーバＡ１００と通信を行うことができるデータ検索サーバＢ１８０と、ネットワーク１５０を介してデータ検索サーバＡ１００と通信を行うことができるクライアント端末１７０と、を有する。
　通常、データ検索システム１は、クライアント端末１７０を複数有する。
　データ検索システム１のうち、クライアント端末１７０は、例えば、クライアントＰＣ（パーソナルコンピュータ）や、ワークステーション、各種携帯電話端末、ＰＤＡ（Personal Digital Assistant）、テレビジョン受像機、などの端末装置である。
　クライアント端末１７０は、制御部１７１と、送受信部１７５と、を備える。
　制御部１７１は、ファイル閲覧部１７２と、入力受付部１７３と、表示部１７４と、を備える。
　ファイル閲覧部１７２は、ディレクトリの構造などの情報とファイルの情報を表示するよう表示部１７４に指示し、表示したディレクトリの構造などの情報およびファイルの情報に対する使用者からの指示について、入力受付部１７３を介して受け付ける。
　そして、ファイル閲覧部１７２は、指定されたデータ検索サーバに対してディレクトリを表示するための情報を送信する。あるいは、受け付けた指示がファイルを対象とするものであれば、指定されたデータ検索サーバに対してファイルの取得依頼を送信する。
　入力受付部１７３は、使用者により入力された情報を受け付ける。例えば、キーボードやマウスなどの入力装置を介して検知した入力操作を受け付けて、制御部１７１へ伝える。
　表示部１７４は、制御部１７１からの表示指示を受けて、ディスプレイなどの出力装置へ表示する。
　送受信部１７５は、ネットワーク１５０に接続し、他の接続された機器に対して情報を送信し、他の接続された機器から情報を受信する。
　次に、データ検索サーバＡ１００およびデータ検索サーバＢ１８０について説明する。
　データ検索サーバＡ１００は、図１に示すように、記憶部１２０と、制御部１３０と、送受信部１４０と、を有する。図示しないが、データ検索サーバＢ１８０はデータ検索サーバＡ１００と同様に記憶部１２０と、制御部１３０と、送受信部１４０と、を有する。
　記憶部１２０は、記憶領域として、型テーブル２００を格納する型記憶領域１２１と、値テーブル３００を格納する値記憶領域１２２と、ファイル属性テーブル４００を格納するファイル属性記憶領域１２３と、ディレクトリ構成テーブル５００を格納するディレクトリ構成記憶領域１２４と、サーバ構成テーブル６００を格納するサーバ構成記憶領域１２５と、記憶対象ファイルを格納する記憶対象ファイル記憶領域１２６と、を有する。
　メタ情報は、後述するように、ファイルの属性を示す情報である。
　ファイルの属性は、大分類である型と、型の値に対応する具体的な小分類を示す値と、の対を複数含むものである。
　すなわち、型と値と、は、ファイルを分類する情報であり、複数の値が集合して一つの型を形成する関係にある。
　なお、小分類である値をさらに具体化した分類を取り扱う、すなわち階層的に分類を増やす場合には、小分類である値を型として設定し、さらに具体化した分類を値として設定するものとしてもよい。
　メタ情報に含まれる型の集合は、予め型テーブル２００に記憶され、メタ情報に含まれる値の集合は、予め値テーブル３００に記憶される。
　図２に、メタ情報に含まれる型の集合を記憶する型テーブル２００の構成例を示す。
　型テーブル２００は、大分類である型の定義を記憶するテーブルであり、具体的には、型テーブル２００は、型識別番号欄２０１と、属性型名欄２０２と、を有する。
　型識別番号欄２０１には、メタ情報の属性の型を識別する番号が記憶される。例えば、「Ｔ０」、「Ｔ１」、等である。
　属性型名欄２０２には、属性の型の名称が記憶される。例えば、「作品名」、「アーティスト名」、等である。
　図３に、メタ情報に含まれる値の集合を記憶する値テーブル３００の構成例を示す。値テーブル３００は、小分類である値の定義を記憶するテーブルであり、具体的には、値テーブル３００は、値識別番号欄３０１と、属性値欄３０２と、を有する。
　値識別番号欄３０１には、メタ情報の値を識別する番号が記憶される。例えば、「Ｖ０」、「Ｖ１」、等である。
　属性値欄３０２には、メタ情報の値が記憶される。例えば、「Alternative」、「Classical」、等である。
　図４に、ファイル毎のメタ情報を記憶するファイル属性テーブル４００の構成例を示す。
　ファイル属性テーブル４００は、ファイルに付加されたメタ情報から、ファイルの識別子とメタ情報の対応を記憶するテーブルである。
　具体的には、ファイル属性テーブル４００は、ファイル識別子欄４０１と、型識別番号欄４０２と、値識別番号欄４０３と、を有する。
　ファイル識別子欄４０１には、記憶対象のファイルを識別する識別子が記憶される。例えば、「Ａ番組」「Ｂ映画」「Ｃ番組」等である。
　型識別番号欄４０２には、記憶対象のファイルにメタ情報として付与された属性の型を識別する番号が記憶される。例えば、「Ｔ１」、「Ｔ４」、等である。
　値識別番号欄４０３には、記憶対象のデータであるファイルのメタ情報として付与された属性の値を識別する番号が記憶される。例えば、「Ｖ２２」、「Ｖ３」、等である。
　図５に、クライアント端末１７０のファイル閲覧部１７２が表示させているディレクトリを特定するための情報を記憶するディレクトリ構成テーブル５００の構成例を示す。
　一般に、クライアント端末１７０のファイル閲覧部１７２が表示させているディレクトリを特定するためには、クライアント端末１７０の特定と、クライアント端末１７０のファイル閲覧部１７２の特定が必要となる。
　そのため、本実施例においては、クライアント端末１７０の特定のためにクライアント識別子と、ファイル閲覧部１７２の特定のためにセッション識別子と、を用いる。しかし、これに限らず、クライアント端末１７０を特定する情報と、ファイル閲覧部１７２を特定する情報であれば、その他の情報であってもよい。
　ディレクトリ構成テーブル５００は、クライアント識別子欄５０１と、セッション識別子欄５０２と、ディレクトリ表示条件欄５０３と、ディレクトリ表示時刻欄５０４と、を有する。
　クライアント識別子欄５０１には、データ検索サーバＡ１００に対してデータの検索を要求したクライアント端末１７０を識別する情報が記憶される。例えば、「１９２．１６８．０．９０」「１９２．１６８．０１９６」等のＩＰアドレス等である。
　セッション識別子欄５０２には、データ検索サーバＡ１００に対してデータの検索を要求したクライアント端末１７０上で動作するファイル閲覧部１７２を識別する情報が記憶される。例えば、「ＳＥＳ９４７２０」「ＳＥＳ８５７２０」等のセッション識別子等である。
　ディレクトリ表示条件欄５０３には、クライアント識別子と、セッション識別子との組み合わせごとに、表示させているディレクトリを特定するための指定条件が記憶される。例えば、「Ｔ１，Ｖ２２」、「Ｔ４，Ｖ３，Ｔ１，Ｖ２２」、等、属性の型と値とのうち少なくともいずれか一方が含まれる情報である。
　ディレクトリ表示時刻欄５０４には、クライアント端末１７０に対してディレクトリ表示を行った時刻が記憶される。
　図６に、ネットワーク１５０を介して接続する他のデータ検索サーバＡ１００の構成と、他のデータ検索サーバＡ１００の接続可否の状態と、を記憶するサーバ構成テーブル６００の構成例を示す。サーバ構成テーブル６００は、サーバ識別子欄６０１と、接続可否欄６０２と、を有する。
　サーバ識別子欄６０１には、他のデータ検索サーバであるデータ検索サーバＢ１８０の識別子が記憶される。例えば、「サーバＡ」、「サーバＢ」、等である。
　接続可否欄６０２には、それぞれのデータ検索サーバの接続可否が記憶される。例えば、「ＯＫ」、「ＮＧ」、等である。
　ここで、記憶対象ファイルのデータ構造８００について、図７を用いて説明する。
　図７は、記憶対象ファイルのデータ構造についての構成図である。
　記憶対象ファイルのデータ構造８００は、ファイル識別子の領域８０１と、一連の再生単位として作成されたコンテンツの領域８０２と、メタ情報である型識別番号の領域８０３と、値識別番号の領域８０４との組を一または複数と、を有して構成される。
　ファイル識別子の領域８０１は、記憶対象ファイルを識別するための識別子を格納する領域であり、ファイル識別子はテキストデータで構成される。
　コンテンツの領域８０２は、記憶対象ファイルの本体ともいえるコンテンツを格納する領域であり、例えば楽曲や映像などのコンテンツが記憶される。
　型識別番号の領域８０３は、メタ情報のうち型を識別する型識別番号を記憶する領域である。例えば、型識別番号は、「Ｔ１」、「Ｔ４」、等である。
　値識別番号の領域８０４は、メタ情報のうち値を識別する値識別番号を記憶する領域である。例えば、値識別番号は、「Ｖ２２」、「Ｖ３」、等である。
　次に、図１に示すデータ検索システム１を構成するハードウェアについて、図８を用いて説明する。
　図１の説明に戻る。
　制御部１３０は、ファイル属性取得部１３１と、ファイル属性変更部１３２と、表示受付部１３３と、ディレクトリ構成部１３４と、ディレクトリ表示部１３５と、サーバ構成管理部１３６と、を有している。
　ファイル属性取得部１３１は、クライアント端末１７０から記憶するよう指示された記憶対象ファイルを記憶部１２０の記憶対象ファイル記憶領域１２６に記憶させる。
　ファイル属性取得部１３１は、記憶対象ファイル記憶領域１２６に記憶させる際に、記憶対象のファイルに付加されたメタ情報を取得してファイル属性記憶領域１２３のファイル属性テーブル４００のファイル識別子欄４０１にファイル識別子の領域８０１の値を記憶させ、型識別番号欄４０２に型識別番号の領域８０３の値を記憶させ、値識別番号欄４０３に値識別番号の領域８０４の値を記憶させる。
　ファイル属性変更部１３２は、記憶部１２０に記憶されたデータに関し、ファイル属性テーブル４００に記憶されたファイル識別子欄４０１の値と、型識別番号欄４０２の値と、値識別番号欄４０３の値と、の変更後の値を受け付け、それぞれの値を受け付けた値に変更する。
　表示受付部１３３は、記憶部１２０に記憶されたデータに関して、クライアント端末１７０から表示を要求されると、これを表示要求として受け付け、クライアント端末１７０の識別子とセッション識別子を特定し、ディレクトリ構成部１３４、ディレクトリ表示部１３５へ処理を引き継ぐ。
　また、表示受付部１３３は、ファイル名を指定したファイルの取得依頼をクライアント端末１７０から受け付けた場合には、クライアント端末１７０に表示したディレクトリの表示条件に受け付けたファイル名を付加してファイルを記憶対象ファイルから特定する。
　そして、表示受付部１３３は、特定したファイルを送受信部１４０を介してクライアント端末１７０に送信する。
　ディレクトリ構成部１３４は、表示受付部１３３にて受け付けた表示要求を元に、他のデータ検索サーバＢ１８０に検索を依頼し、自サーバの記憶部１２０を検索し、検索結果を統合して、表示するディレクトリ構成やファイルを特定し、ディレクトリ表示部１３５に表示するよう指示する。
　ディレクトリ表示部１３５は、ディレクトリ構成部１３４から表示するよう指示を受けたディレクトリ構成やファイルを所定の表示画面で表示する情報を作成し、クライアント端末１７０に対して表示する情報を送信する。
　サーバ構成管理部１３６は、他のサーバの接続可否をモニタリングして、サーバが追加・削除・通信不能となったことを検知し、サーバ構成テーブル６００に記憶させる。
　送受信部１４０は、ネットワーク１５０に接続し、他の接続された機器に対して情報を送受信する。
　図８に示す本実施形態では、クライアント端末１７０は、ネットワーク１５０を介して、データ検索サーバＡ１００と接続することができる。
　データ検索サーバＡ１００は、通信装置１１３と、演算装置１１４と、主記憶装置１１５と、補助記憶装置１１６と、それぞれを接続するバス１１７と、を有する。
　通信装置１１３は、ネットワーク１５０などのネットワークを介して他の装置と通信を行う装置である。
　演算装置１１４は、例えばＣＰＵ（Central Processing Unit）などの演算装置である。
　主記憶装置１１５は、例えばＲＡＭ（Random Access Memory）などのメモリ装置である。
　補助記憶装置１１６は、例えばハードディスク装置やフラッシュメモリなどの不揮発性記憶装置である。
　クライアント端末１７０は、入力装置１８１と、出力装置１８２と、演算装置１８３と、主記憶装置１８４と、補助記憶装置１８５と、通信装置１８６と、これらを互いに接続するバス１８７と、を有する。
　ここで、入力装置１８１はキーボードやマウス、あるいはタッチペン、その他ポインティングデバイスなどの入力を受け付ける装置である。
　出力装置１８２はディスプレイなどの表示を行う装置である。
　演算装置１８３は、例えばＣＰＵなどの演算装置である。
　主記憶装置１８４は、例えばＲＡＭなどのメモリ装置である。
　補助記憶装置１８５は、例えばハードディスク装置やフラッシュメモリなどの不揮発性記憶装置である。
　通信装置１８６は、ネットワーク１５０などのネットワークを介して他の装置と通信を行う装置である。
　クライアント端末１７０の通信装置１８６は、ネットワーク１５０を通じて、データ検索サーバＡ１００の通信装置１１３と通信を行うことができる。
　ここで、ネットワーク１５０は、ＬＡＮや無線ＬＡＮなどの通信網であるが、インターネットや公衆用の無線ＬＡＮなどの公衆網であってもよいし、その他ケーブルテレビ網や携帯電話網などのネットワーク、あるいは電力線ネットワーク等でもよい。
　データ検索サーバＡ１００のファイル属性取得部１３１と、ファイル属性変更部１３２と、表示受付部１３３と、ディレクトリ構成部１３４と、ディレクトリ表示部１３５と、サーバ構成管理部１３６と、は、データ検索サーバＡ１００の演算装置１１４に処理を行わせるプログラムによって実現される。このプログラムは主記憶装置１１５または補助記憶装置１１６内に記憶され、実行にあたって主記憶装置１１５上にロードされ、演算装置１１４により実行される。
　また、データ検索サーバＡ１００の記憶部１２０は、データ検索サーバＡ１００の主記憶装置１１５または補助記憶装置１１６により実現される。
　データ検索サーバＡ１００の送受信部１４０は、データ検索サーバＡ１００の通信装置１１３によって実現される。
　クライアント端末１７０のファイル閲覧部１７２と、入力受付部１７３と、表示指示部１７４と、は、クライアント端末１７０の演算装置１８３に処理を行わせるプログラムによって実現される。このプログラムは主記憶装置１８４または補助記憶装置１８５内に記憶され、実行にあたって主記憶装置１８４上にロードされ、演算装置１８３により実行される。
　また、クライアント端末１７０の送受信部１７５は、クライアント端末１７０の通信装置１８６によって実現される。
　次に、本実施形態におけるデータ検索に関する処理のフローについて、図に基づき説明する。
　図９は、ルートディレクトリ表示処理を示すフロー図である。
　まず、表示受付部１３３は、クライアント端末１７０から、ルートディレクトリの表示依頼を受け付ける。（ステップＳ１０１）。
　具体的には、表示依頼には、クライアント識別子と、セッション識別子と、ルートディレクトリ表示依頼情報と、が含まれ、クライアント識別子にはクライアント端末１７０のＩＰアドレスなどの情報が格納され、セッション識別子には、クライアント端末１７０のディレクトリブラウザプログラムのインスタンスを識別するセッション識別子が格納されている。
　そして、表示受付部１３３は、ステップＳ１０１で受け付けた表示依頼から、クライアント識別子と、セッション識別子と、を取得する（ステップＳ１０２）。
　そして、ディレクトリ構成部１３４は、後述するとおり有効と判定したサーバに対して、ファイル情報を送信するよう依頼する。あわせて、ディレクトリ構成部１３４は、ディレクトリ構成テーブル５００に対して、ステップＳ１０２で取得したクライアント識別子をクライアント識別子欄５０１に、セッション識別子をセッション識別子欄５０２に格納する（ステップＳ１０３）。
　具体的には、ディレクトリ構成部１３４は、サーバ構成テーブル６００を参照して、接続可否欄６０２が「ＯＫ」であるサーバのサーバ識別子欄６０１を特定する。そして、特定したサーバ識別子欄６０１に記憶された識別子で識別されるサーバを有効と判定し、有効と判定したサーバに対して、ルートディレクトリを検索する、すなわちディレクトリ表示条件を無指定で検索する、よう指示する。
　次に、ディレクトリ構成部１３４は、ステップＳ１０３で依頼した有効なサーバからのファイルに関する情報を受信する（ステップＳ１０４）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ１０３で依頼した有効なサーバ全てから、ファイル識別子と、ファイルに関連付けられた型識別番号および値識別番号と、を受信する。
　そして、ディレクトリ構成部１３４は、自サーバ（ローカル）のファイルに関する情報をファイル情報検索処理により取得する（ステップＳ１０５）。
　具体的には、自サーバのファイル属性テーブル４００から、ファイル識別子欄４０１に格納された情報と、型識別番号欄４０２に格納された情報と、値識別番号欄４０３に格納された情報と、を全て取得する。
　そして、ディレクトリ構成部１３４は、ステップＳ１０５で取得したローカルのファイルに関する情報と、ステップＳ１０４で受信した有効なサーバからのファイルに関する情報と、をまとめて、型識別番号の重複を排除する。
　そして、ディレクトリ構成部１３４は、重複を排除した型識別番号のそれぞれについて、型テーブル２００を検索し、型識別番号が型識別番号欄２０１の値と一致する属性番号に対応する属性型名欄２０２の値を表示ディレクトリとして記憶する（ステップＳ１０６）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ１０５で取得したローカルのファイルに関する情報から、型識別番号を全て取り出し、ソートし、重複する番号を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていない型識別番号を、ステップＳ１０４で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加える。そして、リストに含まれる型識別番号のそれぞれについて、型テーブル２００の型識別番号欄２０１の値と比較し、合致する型識別番号と対応する属性型名欄２０２の値をリストして表示ディレクトリの情報として記憶する。
　次に、ディレクトリ構成部１３４は、ステップＳ１０５で取得したローカルのファイルに関する情報から、ファイル識別子の数を算出する。そして、ディレクトリ構成部１３４は、ステップＳ１０４で受信した有効なサーバからのファイルに関する情報からファイル識別子の数を算出し、ローカルのファイル識別子の数に加え、全ファイル数として記憶する（ステップＳ１０７）。
　次に、ディレクトリ構成部１３４は、全ファイルのファイル識別子をファイル名としてリストして、表示ファイルとして記憶する（ステップＳ１０８）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ１０５で取得したローカルのファイルに関する情報から、ファイル識別子を全て取り出し、ファイル識別子のリストを作成する。そして、ディレクトリ構成部１３４は、ステップＳ１０４で受信した有効なサーバからのファイルに関する情報から取り出したファイル識別子を、作成したリストに加え、リストを表示ファイルの情報として記憶する。
　そして、ディレクトリ構成部１３４は、ステップＳ１０６で記憶した表示ディレクトリと、ステップＳ１０７で記憶した全ファイル数と、ステップＳ１０８で記憶した表示ファイルと、を表示させるようディレクトリ表示部１３５に指示し、ディレクトリ表示部１３５は、図１０に示すルートディレクトリ表示画面７００を構成してクライアント端末１７０に表示させる（ステップＳ１０９）。
　ルートディレクトリ表示画面７００を構成する際に、ディレクトリ表示部１３５は、ステップＳ１０６で記憶した表示ディレクトリをディレクトリ名としてディレクトリのアイコン７０５として表示させ、ステップＳ１０７で記憶した全ファイル数をファイル数７０４に表示させ、ステップＳ１０８で記憶した表示ファイルをファイル名としてファイルのアイコン７０６として表示させるように構成する。
　図１０は、ルートディレクトリを表示させるディレクトリ表示画面の例である。
　ディレクトリ表示画面７００は、ウィンドウ７０１と、スクロールバー７０２と、表示ディレクトリ名７０３と、ファイル数７０４と、ディレクトリのアイコン７０５と、ファイルのアイコン７０６と、を有する。
　スクロールバー７０２は、スクロールの操作を受け付け、ウィンドウ７０１が一度に表示できないディレクトリのアイコン７０５と、ファイルのアイコン７０６と、を表示させる。
　ディレクトリのアイコン７０５は、使用者の選択操作を受け付け、選択されたディレクトリ名で特定されるディレクトリに含まれるファイルとディレクトリとを表示するようクライアント端末１７０のファイル閲覧部１７２に通知する。
　例えば、入力受付部１７３を介してダブルクリック等の選択指示を受け付けると、移動先ディレクトリのディレクトリ名としてダブルクリックされたディレクトリ名を指定して、移動先ディレクトリ表示依頼をファイル閲覧部１７２に通知する。
　ファイルのアイコン７０６は、使用者の選択操作を受け付け、選択されたファイル名で特定されるファイルを取得するようクライアント端末１７０のファイル閲覧部１７２に通知する。
　例えば、入力受付部１７３を介してダブルクリック等の開く指示を受け付けると、取得する対象のファイルのファイル名としてダブルクリックされたファイル名を指定して、ファイルを取得する依頼をクライアント端末１７０のファイル閲覧部１７２に通知する。
　このように、ディレクトリ表示画面７００は、ルートディレクトリ下にあるファイルとディレクトリを表示させるための画面であり、ディレクトリ間の移動の指示やファイルの取得の指示を受け付ける画面である。
　次に、図１１を用いて、下位ディレクトリ表示処理を説明する。
　まず、表示受付部１３３は、移動先ディレクトリを表示する依頼を受け付ける（ステップＳ２０１）。
　具体的には、移動先ディレクトリを表示する依頼には、クライアント識別子と、セッション識別子と、移動先ディレクトリ名と、が含まれ、クライアント識別子にはクライアント端末１７０のＩＰアドレスなどの情報が格納され、セッション識別子には、クライアント端末１７０のファイル閲覧部を識別するセッション識別子が格納されている。
　そして、表示受付部１３３は、ステップＳ２０１で受け付けた表示依頼から、クライアント識別子と、セッション識別子と、移動先ディレクトリ名と、を取得する（ステップＳ２０２）。
　そして、ディレクトリ構成部１３４は、ディレクトリ構成テーブル５００を参照し、クライアント識別子欄５０１とステップＳ２０２において取得したクライアント識別子とが一致し、セッション識別子欄５０２とセッション識別子とが一致するレコードを検索してディレクトリ表示条件欄５０３の値を取得する。そして、ディレクトリ構成部１３４は、ステップＳ２０２で取得した移動先ディレクトリ名を、取得したディレクトリ表示条件欄５０３の値に追加し、新たなディレクトリ表示条件としてディレクトリ表示条件欄５０３の値として記憶させる（ステップＳ２０３）。
　次に、ディレクトリ構成部１３４は、有効なサーバに対して、ディレクトリ表示条件を送信し、ファイル情報を送信するよう依頼する（ステップＳ２０４）。
　具体的には、ディレクトリ構成部１３４は、サーバ構成テーブル６００を参照して、接続可否欄６０２が「ＯＫ」であるサーバのサーバ識別子欄６０１を特定する。そして、取得したサーバ識別子で識別されるサーバに対して、指定ディレクトリを検索する、すなわちステップＳ２０３で記憶させた新たなディレクトリ表示条件を指定して検索する、よう指示する。
　次に、ディレクトリ構成部１３４は、ステップＳ２０４で依頼した有効なサーバからのファイルに関する情報を受信する（ステップＳ２０５）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ２０４で依頼した有効なサーバ全てから、ファイル識別子と、ファイルに関連付けられた型識別番号および値識別番号と、を受信する。
　そして、ディレクトリ構成部１３４は、自サーバ（ローカル）のファイルに関する情報のうち、ディレクトリの表示条件に合致するものをファイル情報検索処理により取得する（ステップＳ２０６）。
　具体的には、ディレクトリ構成部１３４は、自サーバのファイル属性テーブル４００から、ディレクトリの表示条件に指定された型識別番号と値識別番号を全て含むレコードを指定順とは無関係に検索し、検索の結果得られたレコードのファイル識別子欄４０１に格納された情報と、型識別番号欄４０２に格納された情報と、値識別番号欄４０３に格納された情報と、を全て取得する。
　そして、ディレクトリ構成部１３４は、移動先ディレクトリ名が型を指定する名称であるか否かを判定する（ステップＳ２０７）。
　具体的には、ディレクトリ構成部１３４は、移動先ディレクトリ名をキーとして、型テーブル２００の属性型名欄２０２を検索し、合致する属性型名があれば、移動先ディレクトリ名が型を指定する名称であると判定し、そうでなければ型を指定する名称ではないと判定する。
　移動先ディレクトリ名が型を指定する名称であれば（ステップＳ２０７で「Ｙｅｓ」）、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報と、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報と、をまとめて、値識別番号の重複を排除して表示ディレクトリとして記憶する（ステップＳ２０８）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報から、値識別番号を全て取り出し、ソートし、重複する番号を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていない値識別番号を、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加え、リストを表示ディレクトリの情報として記憶する。
　そして、後述するステップＳ２１１へ処理を進める。
　移動先ディレクトリ名が型を指定する名称でなければ（ステップＳ２０７で「Ｎｏ」）、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報と、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報と、をまとめて、ファイル識別子の重複を排除して表示ファイルとして記憶する（ステップＳ２０９）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報から、ファイル識別子を全て取り出し、ソートし、重複するファイル識別子を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていないファイル識別子を、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加え、リストを表示ファイルの情報として記憶する。
　そして、続けて、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報と、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報と、をまとめて、型識別番号の重複を排除し、重複排除後の型識別番号からディレクトリ表示条件に含まれるものを排除して、表示ディレクトリとして記憶する（ステップＳ２１０）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報から、型識別番号を全て取り出し、ソートし、重複する番号を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていない型識別番号を、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加える。
　そして、ディレクトリ構成部１３４は、ディレクトリ構成テーブル５００を参照し、クライアント識別子欄５０１とステップＳ２０２において取得したクライアント識別子とが一致し、セッション識別子欄５０２とセッション識別子とが一致するレコードを検索してディレクトリ表示条件欄５０３の値を取得し、作成したリストから、ディレクトリ表示条件欄５０３の値に含まれている型識別番号を削除し、リストを表示ディレクトリの情報として記憶する。
　次に、ディレクトリ構成部１３４は、ステップＳ２０６で取得したローカルのファイルに関する情報から、ファイル識別子の数を算出する。そして、ディレクトリ構成部１３４は、ステップＳ２０５で受信した有効なサーバからのファイルに関する情報からファイル識別子の数を算出し、ローカルのファイル識別子の数に加え、表示させるファイル数として記憶する（ステップＳ２１１）。
　そして、ディレクトリ構成部１３４は、ステップＳ２０８またはステップＳ２１０で記憶した表示ディレクトリと、ステップＳ２１１で算出した全ファイル数と、ステップＳ２０９で記憶した表示ファイルと、を表示させるようディレクトリ表示部１３５に指示し、ディレクトリ表示部１３５は、図１２～図１５に示す下位ディレクトリ表示画面を構成してクライアント端末１７０に表示させる。その際、ディレクトリ表示部１３５は、ディレクトリ構成テーブル５００のディレクトリ表示時刻欄５０４に、処理時刻を記憶させる（ステップＳ２１２）。
　図１２のディレクトリ表示画面は、ステップＳ２０７で移動先ディレクトリが型を指定する名称であると判定した場合に表示させる画面である。図１２のディレクトリ表示画面を構成する際に、ディレクトリ表示部１３５は、ステップＳ２０８で記憶した表示ディレクトリをディレクトリのアイコン７０５として表示させ、ステップＳ２１１で算出したファイル数をファイル数７０４に表示させるように構成する。
　また、ディレクトリ表示条件欄５０３に記憶された情報をディレクトリ名７０３に表示させるように構成する。
　図１３のディレクトリ表示画面は、ステップＳ２０７で移動先ディレクトリが型を指定する名称でないと判定した場合に表示させる（すなわち、図１２のディレクトリ表示画面で「Ｊａｚｚ」ディレクトリへ移動するように指定した場合等に表示させる）画面である。図１３のディレクトリ表示画面を構成する際に、ディレクトリ表示部１３５は、ステップＳ２０９で記憶した表示ファイルをファイルのアイコン７０６として表示させ、ステップＳ２１１で算出したファイル数をファイル数７０４に表示させ、ステップＳ２１０で記憶した表示ディレクトリをディレクトリのアイコン７０５として表示させるように構成する。
　図１４のディレクトリ表示画面は、図１２のディレクトリ表示画面と同様の画面であり、図１３のディレクトリ表示画面で「アーティスト名」ディレクトリへ移動するように指定した場合等に表示させる画面である。
　図１５のディレクトリ表示画面は、図１３のディレクトリ表示画面と同様の画面であり、図１４のディレクトリ表示画面で「アーティストＢ」ディレクトリへ移動するように指定した場合等に表示させる画面である。
　次に、図１６を用いて、上位ディレクトリ表示処理を説明する。
　まず、表示受付部１３３は、上位ディレクトリを表示する依頼を受け付ける（ステップＳ３０１）。
　具体的には、上位ディレクトリを表示する依頼には、クライアント識別子と、セッション識別子と、が含まれ、クライアント識別子にはクライアント端末１７０のＩＰアドレスなどの情報が格納され、セッション識別子には、クライアント端末１７０のディレクトリブラウザプログラムのインスタンスを識別するセッション識別子が格納されている。
　そして、表示受付部１３３は、ステップＳ３０１で受け付けた表示依頼から、クライアント識別子と、セッション識別子と、を取得する（ステップＳ３０２）。
　そして、ディレクトリ構成部１３４は、ステップＳ３０２にて取得したクライアント識別子とセッション識別子で識別される画面が表示する画面より一つ上位の画面を表示した際に使用したディレクトリ表示条件を得る（ステップＳ３０３）。
　具体的には、ディレクトリ構成部１３４は、ディレクトリ構成テーブル５００を参照し、クライアント識別子欄５０１のクライアント識別子とステップＳ３０２において取得したクライアント識別子とが一致し、セッション識別子欄５０２のセッション識別子とステップＳ３０２において取得したセッション識別子とが一致する、情報を検索する。
　そして、ディレクトリ構成部１３４は、検索の結果一致した情報のうち、ディレクトリ表示条件欄５０３の値と、ディレクトリ表示時刻欄５０４の値と、を取得する。
　そして、ディレクトリ構成部１３４は、取得したディレクトリ表示条件欄５０３の値から、最後尾のディレクトリ名を削除して新たなディレクトリ表示条件としてディレクトリ表示条件欄５０３の値として記憶させる。
　次に、ディレクトリ構成部１３４は、サーバ構成に変化があったか否かをサーバ構成管理部１３６に問い合わせ、サーバ構成管理部１３６に問い合わせた結果によりサーバ構成に変化があったか否かを判定する（ステップＳ３０４）。
　具体的には、サーバ構成管理部１３４は、ステップＳ３０３で取得したディレクトリ表示時刻欄５０４の値をサーバ構成管理部１３６に送信し、サーバ構成管理部１３６は、最新のサーバ構成変更時刻と受信したディレクトリ表示時刻欄５０４の値とを比較して、最新のサーバ構成変更時刻のほうが新しければ、サーバ構成に変化があった旨をディレクトリ構成部１３４に送信する。そうでなければ、サーバ構成に変化がない旨をディレクトリ構成部１３４に送信する。
　サーバ構成に変化があったと判定した場合（ステップＳ３０４で「Ｙｅｓ」）、ディレクトリ構成部１３４は、有効なサーバに対して、ディレクトリ表示条件を送信し、ファイル情報を送信するよう依頼する（ステップＳ３０５）。
　具体的には、ディレクトリ構成部１３４は、サーバ構成テーブル６００を参照して、接続可否欄６０２が「ＯＫ」であるサーバのサーバ識別子欄６０１を特定する。そして、取得したサーバ識別子で識別されるサーバに対して、指定ディレクトリを検索する、すなわちステップＳ３０３で記憶させた新たなディレクトリ表示条件を指定して検索するよう指示する。
　次に、ディレクトリ構成部１３４は、ステップＳ３０５で依頼した有効なサーバからのファイルに関する情報を受信する（ステップＳ３０６）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ３０５で依頼した有効なサーバ全てから、ファイル識別子と、ファイルに関連付けられた型識別番号および値識別番号と、を受信する。そして、ステップＳ３０７へ処理を進める。
　サーバ構成に変化があったと判定しなかった場合（ステップＳ３０４で「Ｎｏ」）、ディレクトリ構成部１３４は、上位ディレクトリを表示させたときに用いた有効なサーバからのファイルに関する情報を流用して、ステップＳ３０７へ処理を進める。
　次に、ディレクトリ構成部１３４は、自サーバ（ローカル）のファイルに関する情報のうち、ディレクトリの表示条件に合致するものをファイル情報検索処理により取得する（ステップＳ３０７）。
　具体的には、ディレクトリ構成部１３４は、自サーバのファイル属性テーブル４００から、ディレクトリの表示条件に指定された型識別番号と値識別番号を全て含むレコードを指定順とは無関係に検索し、検索の結果得られたレコードのファイル識別子欄４０１に格納された情報と、型識別番号欄４０２に格納された情報と、値識別番号欄４０３に格納された情報と、を取得する。
　次に、ディレクトリ構成部１３４は、ステップＳ３０６で受信したデータが、上位ディレクトリを表示させたときに用いた有効なサーバからのファイルに関する情報と比較して、相違があるか否かを判定する。あわせて、ディレクトリ構成部１３４は、ステップＳ３０７で取得したデータが、上位ディレクトリを表示させたときに用いたファイルに関する情報と比較して、相違があるか否かを判定する（ステップＳ３０８）。
　いずれにも相違が無ければ（ステップＳ３０８で「Ｎｏ」）、ディレクトリ構成部１３４は、後述するステップＳ３１４に処理を進める。
　相違があれば（ステップＳ３０８で「Ｙｅｓ」）、ディレクトリ構成部１３４は、移動先ディレクトリ名（上位ディレクトリ名）が型を指定する名称であるか否かを判定する（ステップＳ３０９）。
　具体的には、ディレクトリ構成部１３４は、移動先ディレクトリ名をキーとして、型テーブル２００の属性型名欄２０２を検索し、合致する属性型名があれば、移動先ディレクトリ名が型を指定する名称であると判定し、そうでなければ型を指定する名称ではないと判定する。
　移動先ディレクトリ名が型を指定する名称であれば（ステップＳ３０９で「Ｙｅｓ」）、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報と、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報と、をまとめて、値識別番号の重複を排除して表示ディレクトリとして記憶する（ステップＳ３１０）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報から値識別番号を取り出し、取り出した値識別番号をソートし、重複する値識別番号を排除したリストを作成する。
　そして、ディレクトリ構成部１３４は、作成したリストに含まれていない値識別番号を、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加え、リストを表示ディレクトリの情報として記憶する。
　そして、後述するステップＳ３１３へ処理を進める。
　移動先ディレクトリ名が型を指定する名称でなければ（ステップＳ３０９で「Ｎｏ」）、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報と、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報と、をまとめて、ファイル識別子の重複を排除して表示ファイルとして記憶する（ステップＳ３１１）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報から、ファイル識別子を全て取り出し、ソートし、重複するファイル識別子を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていないファイル識別子を、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加え、リストを表示ファイルの情報として記憶する。
　そして、続けて、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報と、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報と、をまとめて、型識別番号の重複を排除し、重複を排除した型識別番号からディレクトリ表示条件に含まれるものを排除して、表示ディレクトリとして記憶する（ステップＳ３１２）。
　具体的には、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報から、型識別番号を全て取り出し、ソートし、重複する番号を排除したリストを作成する。そして、ディレクトリ構成部１３４は、作成したリストに含まれていない型識別番号を、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報から取り出し、リストに加える。
　次に、ディレクトリ構成部１３４は、ステップＳ３０７で取得したローカルのファイルに関する情報から、ファイル識別子の数を算出する。そして、ディレクトリ構成部１３４は、ステップＳ３０６で受信した有効なサーバからのファイルに関する情報からファイル識別子の数を算出し、ローカルのファイル識別子の数に加え、表示させるファイル数として記憶する（ステップＳ３１３）。
　そして、ディレクトリ構成部１３４は、ステップＳ３１０、ステップＳ３１２で記憶した表示ディレクトリまたは上位ディレクトリを表示した際の表示ディレクトリと、ステップＳ３１３で算出した全ファイル数または上位ディレクトリを表示した際の全ファイル数と、ステップＳ３１１で記憶した表示ファイルまたは上位ディレクトリを表示した際の表示ファイルと、を表示させるようディレクトリ表示部１３５に指示し、ディレクトリ表示部１３５は、図１２～図１５に示す下位ディレクトリ表示画面を構成してクライアント端末１７０に表示させる。その際、ディレクトリ表示部１３５は、ディレクトリ構成テーブル５００のディレクトリ表示時刻欄５０４に、処理時刻を記憶させる（ステップＳ３１４）。
　このように、上位ディレクトリ表示処理では、一度表示させたディレクトリの表示を再利用するが、データ検索サーバの構成が変更された場合や検索したデータに変更がある場合には、再度検索をしなおす。このようにすることで、ディレクトリの最新状態を表示できる。
　これらのルートディレクトリ表示処理、下位ディレクトリ表示処理、上位ディレクトリ表示処理によって、使用者が指定した条件を満たすメタ情報を備えるファイルを検索する際にその順序とは関係なくデータを絞込検索し、表示することができるため、ファイルを探すことができずにデータを見失ってしまうことを防ぐことができる。
　次に、ファイル情報検索処理について、図１７を用いて説明する。
　図１７は、サブルーチンとして使用されるファイル情報検索処理を示すフローチャートである。
　ディレクトリ構成部１３４は、ディレクトリ表示条件を受け付ける（ステップＳ４０１）。
　そして、ディレクトリ構成部１３４は、ファイル属性テーブル４００に記憶された全ファイルについての情報を取得する（ステップＳ４０２）。
　次に、ディレクトリ構成部１３４は、ステップＳ４０１で受け付けたディレクトリ表示条件を分割して、リスト化する（ステップＳ４０３）。
　具体的には、ディレクトリ構成部１３４は、ディレクトリ表示条件をコンマ等の所定のデリミタ記号ごとに区切って分割し、分割した値を直列的にアクセス可能なリスト構造として記憶する。
　そして、ディレクトリ構成部１３４は、ステップＳ４０３で作成したリストの次なる値を取得して変数Ａに記憶させる（ステップＳ４０４）。
　次に、ディレクトリ構成部１３４は、Ａが型識別番号であるか否かを判定する（ステップＳ４０５）。
　具体的には、ディレクトリ構成部１３４は、変数Ａをキーとして、型テーブル２００の型識別番号欄２０１の情報を検索し、合致する型識別番号が存在すれば型識別番号であると判定し、そうでなければ型識別番号ではないと判定する。
　変数Ａの値が型識別番号でなければ（ステップＳ４０５で「Ｎｏ」）、ディレクトリ構成部１３４は、後述するステップＳ４１０に処理を進める。
　変数Ａの値が型識別番号であれば（ステップＳ４０５で「Ｙｅｓ」）、ディレクトリ構成部１３４は、ステップＳ４０２で取得した全ファイルについての情報のうち、型識別番号がＡの値と一致するファイルを選択する（ステップＳ４０６）。
　そして、ディレクトリ構成部１３４は、ステップＳ４０３で作成したリストの次なる値を取得して変数Ｂに記憶させる（ステップＳ４０７）。
　次に、ディレクトリ構成部１３４は、Ｂが値識別番号であるか否かを判定する（ステップＳ４０８）。
　具体的には、ディレクトリ構成部１３４は、変数Ｂをキーとして、値テーブル２００の値識別番号欄３０１の情報を検索し、合致する値識別番号が存在すれば値識別番号であると判定し、そうでなければ値識別番号ではないと判定する。
　変数Ｂの値が値識別番号でなければ（ステップＳ４０８で「Ｎｏ」）、ディレクトリ構成部１３４は、後述するステップＳ４１０に処理を進める。
　変数Ｂの値が値識別番号であれば（ステップＳ４０８で「Ｙｅｓ」）、ディレクトリ構成部１３４は、ステップＳ４０６で選択したファイルについての情報のうち、値識別番号がＢの値と一致するファイルを選択し、ステップＳ４０４に処理を戻す。（ステップＳ４０９）。
　次に、ステップＳ４０５で「Ｎｏ」あるいはステップＳ４０８で「Ｎｏ」であった場合には、ステップＳ４０２で取得した全ファイルを対象として、ファイル識別子と、型識別番号と、値識別番号と、を処理依頼元に送信する。または、ステップＳ４０２で取得した全ファイルからステップＳ４０６とステップＳ４０９との処理により選択したファイルを対象として、ファイル識別子と、型識別番号と、値識別番号と、を処理依頼元に送信する（ステップＳ４１０）。
　そして、処理を終了する。
　以上が、ファイル情報検索処理のフローである。
　このファイル情報検索処理によって、指定した条件を満たすメタ情報を備えるファイルを検索する際に、その順序とは関係なくデータを絞込検索することができる。
　また、図示しないが、サーバ構成管理部１３６は、所定の期間（例えば、１０秒）に一度、データ検索サーバＢ１８０およびその他ネットワーク１５０に接続されているデータ検索サーバに対してサービス生死判定等を行い、サービスがなされていない、すなわちデータ検索ができないサーバを発見し、サーバ構成テーブル６００の接続可否欄６０２を「ＮＧ」として記憶する。このとき、サービスを可能なサーバについて、有効なサーバと判定して、サービスを可能なサーバの接続可否欄６０２を「ＯＫ」に設定する。
　サーバ構成管理部１３６がサービス生死判定を行う対象のサーバは、サーバ構成テーブル６００のサーバ識別子欄６０１に記憶されたサーバであるが、このサーバは、予め登録されたものであっても良いし、サーバ構成管理部が生死判定に先立ってブロードキャスト等を行い、存在が確認されたサーバを対象として実施するようにしてもよい。
　また、ファイル属性変更部１３２は、クライアント端末１７０の制御部１７１に実装されたファイル閲覧部１７２から送信されたファイル属性情報の変更に関する情報を受信し、ファイル属性テーブル４００のファイル識別子欄４０１と、型識別番号欄４０２と、値識別番号欄４０３と、の値を変更する。
　具体的には、ファイル属性情報の変更に関する情報が、あるファイル識別子で識別されるファイルに対して、型識別番号と値識別番号とを追加するものであった場合、ファイル属性変更部１３２は、ファイル識別子と合致するファイルの情報について、型識別番号欄４０２に型識別番号を、値識別番号欄４０３に値識別番号を、それぞれ追加して記憶させる。
　以上、本発明の実施の形態について、実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々の変更が可能である。
　例えば、ディレクトリ表示部１３５は、上記実施形態では、データ検索サーバ１００の制御部１３０に実装していたが、これに限らず、例えばクライアント端末１７０の制御部１７１に実装してもよい。
　この場合、ディレクトリ構成部１３４は、ステップＳ１０９、ステップＳ２１２、ステップＳ３１４等の結果を表示させる際に、クライアント端末１７０上に存在するディレクトリ表示部１３５に対してネットワーク１５０を介して指示する。例えば、ネットワークを介してファイルを共有するＮＦＳ（Network File System）、ＣＩＦＳ（Common Internet File System）、またはＳＭＢ（Server Message Block）などのファイル共有プロトコルに則って指示することで、多彩なデータ共有形態を実現することができる。
　また、その他の機能部についても、クライアント１７０に実装しても良いし、クライアント１７０とデータ検索サーバ１００との両方に実装してもよい。
　その他、データ検索サーバ１００に、クライアント１７０と同様のファイル閲覧部を備えてもよい。
　このようにすることで、データ検索サーバ１００をクライアント端末１７０として動作させることが可能となり、機器構成の自由度を増加させることができる。
　また、上記のデータ検索システム１において、データ検索サーバＢ１８０は、データ検索サーバＡ１００と同様の構成を備えるものとしたが、これに限らず、図９に示すルートディレクトリ表示処理、図１１に示す下位ディレクトリ表示処理、図１６に示す上位ディレクトリ表示処理、および図１７に示すファイル情報検索処理のうち、少なくともファイル方法検索処理を実施するものであってもよい。
　そのようにすることで、データ検索システム１において、データ検索サーバＡ１００をクライアントに検索サービスを行うサーバとして機能させ、データ検索サーバＢ１８０をデータ検索サーバＡ１００からの検索指示に従って検索を行い、データを提供することができるようになる。
　また、上述したように、値テーブル３００の属性値３０２に記憶された属性値であって、型テーブル２００の属性型名２０２に記憶され、さらに詳細な分類が値テーブル３００に記憶された属性値を表示する場合には、図１１の下位ディレクトリ表示処理のステップＳ２０７において、ディレクトリ構成部１３４により移動先ディレクトリを型であると判定され、図１２に示す画面が表示されることとなり、結果としてより深い階層を持つディレクトリとして表示することができる。
　すなわち、大分類と小分類による２階層の分類だけではなく、多階層の分類を実現することができる。
　なお、上記のデータ検索システム１は、システムとして取引対象とするだけでなく、各機器単位、または機器の動作を実現するプログラム部品単位で取引対象とすることも可能である。
　以上が、本発明の実施形態である。
　上記記載は実施例についてなされたが、本発明はそれに限らず、本発明の精神と添付の請求の範囲の範囲内で種々の変更および修正をすることができることは当業者に明らかである。
本実施形態のデータ検索システムの構成図である。 本実施形態における型テーブルのデータ構造を示す図である。 本実施形態における値テーブルのデータ構造を示す図である。 本実施形態におけるファイル属性テーブルのデータ構造を示す図である。 本実施形態におけるディレクトリ構成テーブルのデータ構造を示す図である。 本実施形態におけるサーバ構成テーブルのデータ構造を示す図である。 本実施形態におけるファイルとメタ情報のデータ構造を示す図である。 本実施形態のハードウェア構成を示す図である。 本実施形態のルートディレクトリ表示処理の処理フローを示す図である。 本実施形態におけるディレクトリ表示画面例を示す図である。 本実施形態の下位ディレクトリ表示処理の処理フローを示す図である。 本実施形態における下位ディレクトリ表示画面例を示す図である。 本実施形態における下位ディレクトリ表示画面例を示す図である。 本実施形態における下位ディレクトリ表示画面例を示す図である。 本実施形態における下位ディレクトリ表示画面例を示す図である。 本実施形態の上位ディレクトリ表示処理の処理フローを示す図である。 本実施形態のファイル情報検索処理の処理フローを示す図である。
符号の説明
　１　データ検索システム
　１００　データ検索サーバＡ
　１２０　記憶部
　１２１　型記憶領域
　１２２　値記憶領域
　１２３　ファイル属性記憶領域
　１２４　ディレクトリ構成記憶領域
　１２５　サーバ構成記憶領域
　１３０　制御部
　１３１　ファイル属性取得部
　１３２　ファイル属性変更部
　１３３　表示受付部
　１３４　ディレクトリ構成部
　１３５　ディレクトリ表示部
　１３６　サーバ構成管理部
　１４０　送受信部
　１５０　ネットワーク
　１７０　クライアント端末
　１７１　制御部
　１８０　データ検索サーバＢ
　２００　型テーブル
　３００　値テーブル
　４００　ファイル属性テーブル
　５００　ディレクトリ構成テーブル
　６００　サーバ構成テーブル

Claims (14)

  1. 　記憶部と、
    　前記記憶部に記憶されたファイルに付加されたメタ情報に基づいてディレクトリに含まれる下位のディレクトリを特定するディレクトリ構成部と、
    　前記ディレクトリ構成部からの指示に従って前記下位のディレクトリを表示する情報を作成するディレクトリ表示部と、
    　を備え、
    　前記ディレクトリ構成部は、前記下位のディレクトリの識別子の指定を受け付け、受け付けた前記下位のディレクトリの識別子を検索キーとして、前記検索キーを前記メタ情報に含むファイルを前記記憶部から検出し、検出したファイルに付加された前記メタ情報を前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  2. 　請求項１に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、さらに、表示した前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子の指定を受け付けると、受け付けたディレクトリの識別子を前記検索キーに追加して第二の検索キーとして、前記第二の検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、検出した前記ファイルに付加された前記メタ情報をさらに下位のディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  3. 　請求項２に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、前記さらに下位のディレクトリに含まれるディレクトリを検索する際に、前記下位のディレクトリを表示する際に使用した前記検索キーと、前記検索キーに追加したディレクトリの識別子と、を前記メタ情報に含む前記ファイルを前記記憶部から検出する、
    　ことを特徴とするデータ検索サーバ。
  4. 　請求項２に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、前記さらに下位のディレクトリに含まれるディレクトリを表示する際には、前記さらに下位のディレクトリに含まれるディレクトリを検索する際に使用した前記第二の検索キーに含まれるディレクトリの識別子を除外して構成する、
    　ことを特徴とするデータ検索サーバ。
  5. 　請求項２に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、さらに、表示されたディレクトリの上位のディレクトリを表示する指定を受け付けると、前記第二の検索キーに付加した最後の検索キーを削除して第三の検索キーとし、前記第三の検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、検出した前記ファイルに付加された前記メタ情報を表示させるディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  6. 　請求項１に記載のデータ検索サーバであって、
    　前記メタ情報は、大分類と、前記大分類を構成する小分類との対応する情報を備えており、
    　前記ディレクトリ構成部は、前記検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、前記検索キーが前記大分類に合致する場合には、前記下位のディレクトリを前記小分類に対応するディレクトリとし、前記検索キーが前記小分類に合致する場合には、前記下位のディレクトリを前記大分類に対応するディレクトリとして決定する、
    　ことを特徴とするデータ検索サーバ。
  7. 　ネットワークに接続されたデータ検索サーバであって、
    　記憶部と、
    　記憶部に記憶されたファイルに付加されたメタ情報に基づいてディレクトリに含まれる下位のディレクトリを特定するディレクトリ構成部と、
    　前記ディレクトリ構成部からの指示に従って前記下位のディレクトリを表示する情報を作成するディレクトリ表示部と、
    　を備え、
    　前記ディレクトリ構成部は、前記下位のディレクトリの識別子の指定を受け付け、受け付けた前記下位のディレクトリの識別子を検索キーとして、前記検索キーを前記メタ情報に含むファイルを前記記憶部から検出し、前記ネットワークに接続された他のデータ検索サーバに対して、前記検索キーをメタ情報に含む前記ファイルを検出して送信するよう依頼し、送信された前記ファイルと、前記検出した前記ファイルと、に付加された前記メタ情報を前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  8. 　請求項７に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、さらに、表示した前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子の指定を受け付けると、受け付けたディレクトリの識別子を前記検索キーに追加して第二の検索キーとして、前記第二の検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、前記ネットワークに接続された他のデータ検索サーバに対して、前記第二の検索キーをメタ情報に含む前記ファイルを検出して送信するよう依頼し、送信された前記ファイルと、検出した前記ファイルに付加された前記メタ情報をさらに下位のディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  9. 　請求項８に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、前記さらに下位のディレクトリに含まれるディレクトリを検索する際に、前記下位のディレクトリを検索する際に使用した前記検索キーと、前記検索キーに追加したディレクトリの識別子と、を前記メタ情報に含む前記ファイルを前記記憶部から検出し、前記他のデータ検索サーバに対して、前記検索キーと、前記追加したディレクトリの識別子と、を前記メタ情報に含む前記ファイルを検出して送信するよう依頼する、
    　ことを特徴とするデータ検索サーバ。
  10. 　請求項７に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、前記さらに下位のディレクトリに含まれるディレクトリを表示する際に、前記下位のディレクトリに含まれるさらに下位のディレクトリを検索する際に使用した前記検索キーと、前記検索キーに追加したディレクトリの識別子と、を除外して前記表示する情報を作成する、
    　ことを特徴とするデータ検索サーバ。
  11. 　請求項７に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、さらに、表示されたディレクトリの上位のディレクトリを表示する指定を受け付けると、前記第二の検索キーに付加した最後の検索キーを削除して第三の検索キーとし、前記第三の検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、前記ネットワークに接続された他のデータ検索サーバに対して、前記第三の検索キーをメタ情報に含む前記ファイルを検出して送信するよう依頼し、送信された前記ファイルと、前記検出した前記ファイルと、に付加された前記メタ情報を表示させるディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  12. 　請求項７に記載のデータ検索サーバであって、
    　前記ディレクトリ構成部は、さらに、表示されたディレクトリの上位のディレクトリを表示する指定を受け付けると、前記第二の検索キーに付加した最後の検索キーを削除して第三の検索キーとし、前記第三の検索キーを前記メタ情報に含む前記ファイルを前記記憶部から検出し、前記ネットワークに接続された他のデータ検索サーバの構成に変化があったか否かを判定し、構成に変化があれば、前記ネットワークに接続された他のデータ検索サーバに対して、前記第三の検索キーをメタ情報に含む前記ファイルを検出して送信するよう依頼し、送信された前記ファイルと、前記検出した前記ファイルと、に付加された前記メタ情報を表示させるディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示し、構成に変化が無ければ、表示されたディレクトリの上位のディレクトリを表示した際に前記他のデータ検索サーバから送信されたファイルと、前記検出した前記ファイルと、に付加された前記メタ情報を表示させるディレクトリに含まれるディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する、
    　ことを特徴とするデータ検索サーバ。
  13. 　データ検索サーバのデータ検索プログラムであって、
    　前記データ検索サーバは、
    　記憶部と、
    　前記記憶部に記憶されたファイルに付加されたメタ情報に基づいてディレクトリに含まれる下位のディレクトリを特定するディレクトリ構成部と、
    　前記ディレクトリ構成部からの指示に従って前記ディレクトリ構造を表示する情報を作成するディレクトリ表示部と、
    　を備え、
    　前記データ検索サーバに、
    　前記下位のディレクトリの識別子の指定を受け付ける機能と、
    　受け付けた前記下位のディレクトリの識別子を検索キーとして、前記検索キーを前記メタ情報に含むファイルを前記記憶部から検出する機能と、
    　検出したファイルに付加された前記メタ情報を前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子として前記ディレクトリ表示部に前記表示する情報を作成するよう指示する機能と、
    　を実現させるためのプログラム。
  14. 　データ検索サーバは、
    　前記下位のディレクトリの識別子の指定を受け付けるステップと、
    　受け付けた前記下位のディレクトリの識別子を検索キーとして、前記検索キーを前記メタ情報に含むファイルを前記記憶部から検出するステップと、
    　検出したファイルに付加された前記メタ情報を前記下位のディレクトリに含まれるさらに下位のディレクトリの識別子として表示部に表示する情報を作成するよう指示するステップと、
    　を実行することを特徴とするデータ検索方法。
PCT/JP2008/072064 2008-01-24 2008-12-04 データ検索サーバ、検索プログラム、検索方法 WO2009093383A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-014117 2008-01-24
JP2008014117A JP2009176057A (ja) 2008-01-24 2008-01-24 データ検索サーバ、検索プログラム、検索方法

Publications (1)

Publication Number Publication Date
WO2009093383A1 true WO2009093383A1 (ja) 2009-07-30

Family

ID=40900897

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/072064 WO2009093383A1 (ja) 2008-01-24 2008-12-04 データ検索サーバ、検索プログラム、検索方法

Country Status (2)

Country Link
JP (1) JP2009176057A (ja)
WO (1) WO2009093383A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102622183B1 (ko) * 2018-06-08 2024-01-08 삼성에스디에스 주식회사 스토리지 관리 장치 및 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06314224A (ja) * 1993-04-28 1994-11-08 Internatl Business Mach Corp <Ibm> フォルダ更新方法
JPH0944393A (ja) * 1995-07-28 1997-02-14 Fuji Xerox Co Ltd ファイル管理装置
JP2007257204A (ja) * 2006-03-22 2007-10-04 Konica Minolta Business Technologies Inc ドキュメントデータ処理装置、ドキュメントデータリスト提供方法、およびコンピュータプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06314224A (ja) * 1993-04-28 1994-11-08 Internatl Business Mach Corp <Ibm> フォルダ更新方法
JPH0944393A (ja) * 1995-07-28 1997-02-14 Fuji Xerox Co Ltd ファイル管理装置
JP2007257204A (ja) * 2006-03-22 2007-10-04 Konica Minolta Business Technologies Inc ドキュメントデータ処理装置、ドキュメントデータリスト提供方法、およびコンピュータプログラム

Also Published As

Publication number Publication date
JP2009176057A (ja) 2009-08-06

Similar Documents

Publication Publication Date Title
US11991238B2 (en) Sharing network addresses
US10372748B2 (en) Methods and apparatuses for presenting content
JP6006267B2 (ja) 索引キーを使用して検索を絞込むシステムおよび方法
US9116966B2 (en) Displaying search results
JP5057640B2 (ja) アプリケーションファイルの監視・制御システム及び監視・制御方法
JP4671332B2 (ja) ユーザ識別情報を変換するファイルサーバ
US7047229B2 (en) Searching content on web pages
US20060206460A1 (en) Biasing search results
US9672233B2 (en) Integrated search for shared storage using index throttling to maintain quality of service
US6473756B1 (en) Method for selecting among equivalent files on a global computer network
KR20050004703A (ko) 이상적인 정보 추상화, 숨기기, 및 순서화를 통해, 시각적복잡성 및 탐색 노력을 경감시키기 위한 모델 및 방법
CN1528079A (zh) 用于对等服务的方法和装备
US11789916B2 (en) Hash-based duplicate data element systems and methods
US20090198680A1 (en) Document management method, document management apparatus, and document management system
JP2012530292A (ja) コンテンツメッシュ検索
CN115438016A (zh) 分布式对象存储中动态分片方法、系统、介质及设备
US20130346381A1 (en) Multimedia Real-Time Searching Platform (SKOOP)
US8560630B2 (en) Sharing data over trusted networks
US20110173215A1 (en) Retrieval system, retrieval space map server apparatus and program
WO2009093383A1 (ja) データ検索サーバ、検索プログラム、検索方法
JP2002132566A (ja) データ管理システム及び方法、並びにコンピュータ読取可能な記録媒体
JP2011018192A (ja) データ検索サーバ
EP1101173A1 (en) Information access
US20100036837A1 (en) Information search method and information search apparatus
CN113329091A (zh) 数据管理方法及装置、存储介质、电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08871303

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08871303

Country of ref document: EP

Kind code of ref document: A1