WO2012004880A1 - キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法 - Google Patents

キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法 Download PDF

Info

Publication number
WO2012004880A1
WO2012004880A1 PCT/JP2010/061635 JP2010061635W WO2012004880A1 WO 2012004880 A1 WO2012004880 A1 WO 2012004880A1 JP 2010061635 W JP2010061635 W JP 2010061635W WO 2012004880 A1 WO2012004880 A1 WO 2012004880A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
registration
search condition
keyword
unit
Prior art date
Application number
PCT/JP2010/061635
Other languages
English (en)
French (fr)
Inventor
加藤　守
秀哉 柴田
光則 郡
Original Assignee
三菱電機株式会社
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 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to JP2012523478A priority Critical patent/JP5425307B2/ja
Priority to CN2010800679455A priority patent/CN102985920A/zh
Priority to PCT/JP2010/061635 priority patent/WO2012004880A1/ja
Publication of WO2012004880A1 publication Critical patent/WO2012004880A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/31—Indexing; Data structures therefor; Storage structures
    • G06F16/313—Selection or weighting of terms for indexing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • G06F16/3332—Query translation
    • G06F16/3338—Query expansion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage

Definitions

  • This invention relates to a keyword conversion device for converting a keyword used for a search.
  • cloud computing a form of computer use called cloud computing
  • a user can use computer processing such as data storage and management as a service via a network.
  • the service user who is the owner of the data is different from the service provider who is the manager of the data.
  • it is becoming common to encrypt the stored data of the user.
  • a secret search service that can search for desired data while encrypting the data can be realized, the convenience for the user is greatly improved.
  • Patent Document 1 In order to realize such a confidential search, a method for improving the confidentiality of an index for keyword search has been devised (see Patent Document 1). In order to provide a partial match search for an encrypted character string, a method has been devised that enables character-by-character collation by performing character-by-character encryption (see Patent Document 2).
  • Patent Document 1 it is only possible to perform a search based on a complete match of keywords, and it is not possible to compare magnitude relationships or partial matches. For this reason, when performing a range search such as date or numerical value, it is necessary to enumerate all elements included in the search range and perform a complete match search, which is problematic in terms of search performance (search speed).
  • Patent Document 2 the same character order as before encryption is stored even after character-by-character encryption. For this reason, it is vulnerable to attacks such as frequency analysis by correlation of a plurality of characters with respect to stored encrypted data, and there is a problem in terms of confidentiality.
  • This invention reduces the number of elements included in the search range by reducing the number of elements included in the search range by hierarchizing keywords such as dates and numerical values, and assigns a position ID (position information) indicating a positional relationship between hierarchies to a hierarchy value And keep it secret. Accordingly, it is an object of the present invention to provide a range search method that is speeded up and has improved safety.
  • the keyword conversion device of the present invention is A registration keyword expressed in a predetermined expression format that can be divided into a plurality of hierarchies is input, and the registration keyword is converted into an element for each hierarchy based on the hierarchization rule that defines the hierarchization rule.
  • a registration-side data conversion unit configured to perform data conversion on each of the registration layer elements to which the position information is added by the registration-side position information addition unit according to a predetermined data conversion rule.
  • the keyword conversion apparatus makes it possible to speed up search by hierarchization and improve information concealment by concealing location information.
  • FIG. 1 is a block diagram of a search system 100 according to Embodiment 1.
  • FIG. 5 is a flowchart of registration processing of the search system 100 according to Embodiment 1.
  • 5 is a flowchart of search processing of the search system 100 according to Embodiment 1.
  • 2 is a block diagram of an encrypted search index unit 200 according to Embodiment 1.
  • FIG. 3 is a diagram showing a block table 22 in the first embodiment.
  • FIG. 3 is a diagram showing an index file 204 in the first embodiment.
  • 5 is a flowchart of registration processing for an index file 204 according to the first embodiment.
  • 5 is a flowchart of search processing for an index file 204 according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of an appearance of a terminal device 100-1 according to the second embodiment.
  • FIG. 10 is a diagram illustrating an example of hardware resources of the terminal device 100-1 according to the second embodiment.
  • FIG. 1 is a diagram illustrating a configuration of a search system 100 (keyword conversion device) using the range search method according to the first embodiment.
  • the search system 100 includes a registration unit 101, a search unit 102, and an encrypted search index unit 200.
  • the registration unit 101 includes a registration side division unit 111, a registration side symbolization unit 112 (registration side position information addition unit), a registration side encryption unit 113 (registration side data conversion unit), and an index registration unit 114.
  • the search unit 102 includes a keyword generation unit 120 (search side keyword generation unit), a search side division unit 121, a search side symbolization unit 122 (search side position information addition unit), and a search side encryption unit 123 (search side data conversion unit). ) And an index search unit 124.
  • the search system 100 associates a registration keyword with a document ID that identifies a document including the registration keyword, encrypts the registration keyword, and registers it in the encrypted search index unit 200.
  • the registration-side dividing unit 111 inputs a registration keyword and a document ID.
  • attribute information attribute information
  • the registration-side dividing unit 111 also inputs attribute information. For example, when the attribute item “birth date” included in the registration target document is used as a search key, the date of birth extracted from the registration target document (for example, “April 1, 2000”) is registered.
  • Use keywords As the document ID, an ID that uniquely identifies the document, such as a registered serial number or a document file name, can be used. When the document file name is used, the document file name is concealed by performing encryption in advance.
  • the search system 100 inputs “range search condition” regarding the search key, and outputs a document ID included in the range of the range search condition. For example, using the attribute item “birth date” as a search key, Range search condition "April 1, 2000 to April 30, 2000" In this case, the search system 100 outputs the document ID included in the range.
  • FIG. 2 is a flowchart showing a registration flow (registration steps S101 to S104) of the search system 100 according to the first embodiment.
  • the registration side dividing unit 111 divides the input registration keyword into values of a plurality of hierarchies based on a predetermined hierarchization rule.
  • the registration-side symbol conversion unit 112 encodes the divided value and the position ID of the value, or the attribute ID in addition to the value, and encodes it as one symbol.
  • the registration-side encryption unit 113 performs specific conversion on the symbol to generate a registered converted symbol.
  • the index registration unit 114 registers each of the registered converted symbols in the encrypted search index unit 200 in association with the document ID related to the registration keyword.
  • each step described in FIG. 2 will be described in more detail.
  • the registration-side dividing unit 111 divides the registration keyword into values of a plurality of hierarchies based on a predetermined “stratification rule”. For example, when layering date information such as attribute item “birth date”, “birth date” "date”, It can be hierarchized as follows. in this case, “April 1, 2000” The registration keyword is “2000”, “4”, “1”, Are divided into three values (hierarchical elements for registration).
  • a hierarchization rule can be defined for each type of value that can have a range, such as a date, a numerical value, or a character string.
  • a fixed-length binary number can be divided into hierarchies by dividing it into fixed bit numbers. For example, dividing a 64-bit integer into 8 bits (1 byte) results in 8 layers. In this case, the position ID is a byte position (0 to 7) starting from 0 counted from the MSB.
  • an expression method called binary-coded decimal numbers may be used as another method of expressing numerical values.
  • a binary-coded decimal number having a fixed length is divided for each number of decimal digits, and a digit position starting from 0 counted from the MSB as a position ID is set.
  • a serial number with a specific date in the past as 0 can be converted into a numerical value and hierarchized. For example, assuming that January 1, 1900 is serial number 1, the date can be expressed by the number of days that have passed since January 1, 1900.
  • the date can be expressed in a specific character string format such as “YYYYMMDD” (YYYY is the year, MM is the month, and DD is the day), and can be hierarchized as a binary-coded decimal number.
  • hierarchization is made by “hour”, “minute”, “second”, or serial number is changed from “00: 00: 0” to 0, or “HHmmSS” (HH is For example, a time expressed in 24 hours, mm can be expressed in minutes, and SS can be expressed in seconds.
  • a variable-length character string can be represented by dividing the character string by one character unit and using the character position counted from 0 as the position ID.
  • the registration side symbolization unit 112 adds a tag to the value of the divided hierarchy and encodes it as one symbol. For example, date information "date”, In the case of hierarchization like this, the position information of the hierarchy is “year”, “month”, “day”, and these are added as tags to the value of the hierarchy.
  • location information is information indicating a hierarchy to which a value (registration hierarchy element) divided into hierarchies belongs. "April 1, 2000” The registration keyword is added with location information, “Year: 2000”, “Month: 4”, “Day: 1” It becomes three symbols. Here, the symbol is expressed in the form of “tag: value”.
  • Tags are in XML (EXTENSABLE MARKUP LANGUAGE) format, “ ⁇ Tag> value ⁇ / tag>”, It may be as follows. In that case, “ ⁇ Year> 2000 ⁇ / Year>”, “ ⁇ Month> 2000 ⁇ / Month>”, “ ⁇ Day> 1 ⁇ / Day>” become that way.
  • a symbol can be encoded into a fixed-length binary integer. In the case of a date, one symbol may be represented by, for example, 32 bits, a tag may be encoded in upper 16 bits, and a value may be encoded in lower 16 bits.
  • the registration-side symbol converting unit 112 may further encode an attribute ID (attribute information) indicating an attribute together with a registration keyword as a tag.
  • the attribute ID is input together with the registration keyword.
  • attribute ID: position ID: value If it is “birth date”, “April 1, 2000” is expressed as “attribute ID: position ID: value”. “1: Year: 2000”, “1: Month: 4”, “1: Day: 1”, Can be expressed.
  • ⁇ Attribute ID> ⁇ positionID> value ⁇ / position ID> ⁇ / attribute ID> Can be described as a nested structure.
  • ⁇ Attribute ID hierarchy “position ID”> value ⁇ / attribute ID>
  • an attribute may be assigned to one XML tag. Further, when encoding a symbol into a fixed-length binary integer, the attribute ID area may be determined and encoded.
  • one symbol is represented by 32 bits, Encode the attribute ID tag in the upper 8 bits, Encode the position ID tag in the middle 8 bits, The value can be encoded in the lower 16 bits. Since the attribute ID only needs to be uniquely determined by the system, it can be encoded into a simple serial number by managing the association between the attribute name and the attribute ID in a table. By including the attribute ID in the symbol, it is also possible to conceal which attribute the symbol is included in, and the secrecy is improved.
  • the registration-side encryption unit 113 performs “specific conversion” on a symbol according to a predetermined data conversion rule, and generates a registered converted symbol.
  • a predetermined data conversion rule When one registration keyword is encoded into N symbols, each of the N symbols is converted, and N registered converted symbols are generated. In the example of “April 1, 2000” above, three symbols “Year: 2000”, “Month: 4”, and “Day: 1” are generated. In this case, each of the three registrations is generated. Converted symbols are generated by the registration-side encryption unit 113.
  • the “specific conversion” by the registration-side encryption unit 113 the secrecy of the symbol can be improved by performing encryption or hashing.
  • general common key encryption can be used.
  • the index registration unit 114 registers the N converted symbols for registration generated by the registration side encryption unit 113 in the encrypted search index unit 200 in association with the document ID related to the registration keyword.
  • the confidentiality can be improved by registering N symbols in a random order.
  • FIG. 3 is a flowchart showing the flow of search processing (search steps S201 to S205) of the search system 100 according to the first embodiment.
  • the keyword generation unit 120 generates a plurality of search keywords that can search for all elements included in the range of the input range search condition.
  • the search side dividing unit 121 divides the search keyword into values of a plurality of hierarchies based on a predetermined hierarchization rule (same as that at the time of registration).
  • the search-side symbol converting unit 122 encodes the divided value and the position ID of the value, or the attribute ID in addition to them, as one symbol.
  • the search side encryption unit 123 performs specific data conversion on the symbol to generate a converted symbol for search.
  • the index search unit 124 searches for the converted symbols for search using the encrypted search index unit 200, and outputs the resulting document ID.
  • the keyword generation unit 120 When the range search condition is input, the keyword generation unit 120 generates a plurality of search keywords that can search for all elements included in the range of the range search condition. When all values that can be taken by a certain hierarchy are included in the range search condition range, the keyword generation unit 120 sets the hierarchy as don't care and collects the search keywords including the don't care hierarchy into one. For example, in the date attribute, when the hierarchization rule is “year”, “month”, “day”, the keyword generating unit 120 Range search condition "April 1, 2000-April 30, 2000” To one search keyword “April * 2000 *” (* is don't care), And Also, Range search condition "April 16, 2000-April 15, 2002", Then, the keyword generation unit 120 generates ⁇ Search condition 1> as follows.
  • ⁇ Search condition 1> "April 16, 2000” OR “April 17, 2000” OR ... (omitted) "April 30, 2000” OR “May 2000 * Sun” OR “June, 2000 * Sun” OR ... (omitted) “December 2000 * Sun” OR "2001 * Month * Day” OR “January * 2002” OR “February * Sunday 2002” OR "March, 2002 *” OR "April 1, 2002” OR “April 2, 2002” OR ... (omitted) “April 15, 2002”.
  • “OR” means the logical sum of the keyword search results.
  • the search results of the parts connected by “OR” do not change even if the order is changed, the confidentiality of the search conditions can be improved by changing the order at random.
  • the keyword generation unit 120 displays a plurality of search keywords (April 16, 2000, April 15, 2002) expressed in a predetermined expression format that can be divided into a plurality of layers.
  • “April 16, 2000 to April 15, 2002” (first search condition), which is a search condition for specifying a search target range based on a plurality of search keywords, is input.
  • the keyword generating unit 120 is a second search condition that designates the input first search condition as a search target range that is the same as the search target range of the first search condition, and sets the first search condition as the first search condition.
  • At least one “specific hierarchy possessing search keyword” ( ⁇ search condition 1> example) that is a search keyword that is expressed in the expression format of the included search keyword and that has a specific hierarchy that can be expressed as a don't care expression. It is determined whether or not it is possible to change to the second search condition (the above ⁇ search condition 1>) including “* indicating don't care”.
  • the keyword generation unit 120 determines that the first search condition (“April 16, 2000 to April 15, 2002”) can be changed to the second search condition ( ⁇ Search condition 1> above), The first search condition is changed to the second search condition and the second search condition is output. If it is determined that the change cannot be made, the first search condition is output. In the case of “April 16, 2000 to April 15, 2002”, the keyword generation unit 120 determines that the change is possible, and outputs ⁇ Search Condition 1> as the second search condition.
  • search-side dividing unit 121 Similar to the registration-side dividing unit 111, the search-side dividing unit 121 divides the search keyword into values of a plurality of hierarchies based on a predetermined hierarchization rule.
  • ⁇ Search condition 2> shown below is an example in which the search side dividing unit 121 divides the ⁇ search condition 1> generated by the keyword generating unit 120.
  • ⁇ Search condition 2> "2000" AND (“April” AND (“16 days” OR “17 days” OR ... (omitted) ... OR “30 days”)) OR “May” OR “June” OR ... (omitted) ... “December”) OR “2001” OR “2002” AND ("January” OR “February” OR “March” OR (“April” AND (“1st” OR “2nd” OR... (Omitted)... OR “15th”))).
  • ⁇ Search Condition 2> since the search result does not change even if the order is changed, the confidentiality of the search condition can be improved by changing the order at random.
  • the search is individually performed by changing the order including the “AND” combination part and all the intermediate results are acquired and then the search results are matched, the confidentiality of the search conditions can be further improved. .
  • search-side symbolization unit 122 Similar to the registration-side symbolization unit 112, the search-side symbolization unit 122 encodes the position ID and value or the attribute ID, position ID, and value into a symbol.
  • search-side encryption unit 123 Similar to the registration-side encryption unit 113, the search-side encryption unit 123 performs symbol conversion to generate a converted symbol for search.
  • ⁇ Search condition 3> shown below is an example in which the search-side symbolizing unit 122 converts ⁇ search condition 2> into a symbol, and the search-side encryption unit 123 converts data into the symbolized search condition 2.
  • ⁇ Search Condition 2> if the encoding of the search side symbolizing unit 122 is S (X) and the data conversion of the search side encryption unit 123 is E (Y), The whole search condition is as follows.
  • the index search unit 124 performs a search using the encrypted search index unit 200.
  • the search can be speeded up by reducing the number of collations in the range search by hierarchizing the search.
  • Encrypted search index unit 200 Next, the encrypted search index unit 200 will be described in detail. An example in which a common deterministic encryption is used in the registration side encryption unit 113 and the search side encryption unit 123 will be described. “Deterministic encryption” refers to an encryption method in which the same data is always converted to the same encrypted data if the keys are the same. Therefore, if the registration-side encryption unit 113 and the search-side encryption unit 123 have the same key, it is possible to search for a complete match against the converted symbol.
  • the encrypted search index unit 200 can be configured using a generally used relational database technology. That is, by defining a table including two fields of a converted symbol and a document ID corresponding to the converted symbol, the corresponding document ID (including the converted symbol) can be acquired from the converted symbol. Further, the document ID is previously encrypted by the “nondeterministic encryption” on the user side and then registered. Then, the confidentiality of the encrypted search index can be improved by the user decrypting the search result after acquisition.
  • FIG. 4 shows an example of a block diagram of the encrypted search index unit 200.
  • the encrypted search index unit 200 includes a block table reference unit 201, a block table 202, a block access unit 203, an index file 204, a registration processing unit 205, and a search processing unit 206.
  • FIG. 5 is a diagram showing the block table 202.
  • FIG. 6 is a diagram showing the index file 204.
  • the registration processing unit 205 performs registration processing for registered converted symbols.
  • the search processing unit 206 performs a search process for converted symbols for search, and outputs a document ID as a search result.
  • the block table reference unit 201 inputs the converted symbol, refers to the block table 202, and acquires index block information including the document ID corresponding to the converted symbol.
  • the block access unit 203 accesses the corresponding block of the index file 204 based on the index block information, additionally writes the document ID to the corresponding block at the time of registration, and reads the document ID of the corresponding block at the time of search. Output.
  • the block table reference unit 201 can directly generate the address of the index block information corresponding to the converted symbol, and can retrieve the index block information at high speed.
  • the block table 202 is saved as a file on the disk, but can be stored in the main memory at the time of execution to increase the speed.
  • the index file 204 is also saved as a file on the disk.
  • the index block information in the block table 202 stores the offset and block size of the block storing the document ID information for the corresponding symbol in the index file.
  • the block access unit 203 can read and write the document ID information with the minimum necessary disk access.
  • the index block can be encrypted. In this case, encryption is performed for each block, not for the entire index file 204.
  • FIG. 7 is a flowchart showing the flow of registration processing (registration processing steps S301 to S307) in the encrypted search index unit 200 of FIG. (1)
  • the registration processing unit 205 inputs a converted symbol for registration.
  • the registration processing unit 205 causes the block table reference unit 201 to refer to the block table 202 of the converted symbols for registration, and acquires corresponding index block information.
  • the registration processing unit 205 confirms whether or not there is a corresponding entry in the block table 202.
  • the registration processing unit 205 causes the block access unit 203 to acquire the index block from the index file 204 based on the acquired index block information in step S304, and the index block Is added with the document ID associated with the registered converted symbol.
  • the registration processing unit 205 causes the block table reference unit 201 to add a new entry to the block table 202 in S305.
  • the registration processing unit 205 causes the block access unit 203 to add a new index block to the index file 204, and adds a document ID to the index block in S307.
  • FIG. 8 is a flowchart showing an example of the search processing flow (search processing steps S401 to S406) of the encrypted search index unit 200 of FIG. (1)
  • the search processing unit 206 inputs a converted symbol for search.
  • the search processing unit 206 causes the block table reference unit 201 to refer to the block table 202 for converted symbols for search, and obtains corresponding index block information from the block table 202.
  • the search processing unit 206 In S403, it is confirmed whether or not there is an entry corresponding to the block table 202. (4) If there is no corresponding entry, a search result indicating no corresponding is output in S404.
  • the search processing unit 206 causes the block access unit 203 to acquire an index block from the index file 204 based on the acquired index block information in S405.
  • the document ID is acquired from the index block and output as a search result.
  • FIG. 9 is a diagram illustrating an example of the appearance of the terminal device 100-1.
  • a terminal device 100-1 (an example of a keyword conversion device) is connected to a cloud side device 100-2 on the cloud side (service provider side) via a network (for example, the Internet).
  • the terminal device 100-1 executes processing up to data conversion in FIG. 1 (processing on the left side of the broken line 31 in FIG. 1).
  • the cloud side apparatus 100-2 executes the registration and search processing (processing on the right side of the broken line 31 in FIG. 1) in FIG.
  • the terminal device 100-1 and the cloud side device 100-2 constitute a search system 100.
  • the terminal device 100-1 includes a registration side division unit 111, a registration side symbolization unit 112, a registration side encryption unit 113, a keyword generation unit 120, a search side division unit 121, a search side symbolization unit 122, and a search side encryption unit It has 123 functions.
  • the cloud side device 100-2 has functions of an index registration unit 114, an index search unit 124, and an encrypted search index unit 200.
  • the cloud device 100-2 is also a computer similar to the terminal device 100-1, and the description of the terminal device 100-1 is applicable to the cloud device 100-2.
  • the terminal device 100-1 includes a system unit 830, a display device 813 having a CRT (Cathode / Ray / Tube) or LCD (liquid crystal) display screen, a keyboard 814 (Key / Board: K / B). ), Mouse 815, FDD 817 (Flexible Disk Drive), compact disk device 818 (CDD: Compact Disk Drive), printer 819, and the like, and these are connected by cables and signal lines.
  • the system unit 30 is connected to the cloud device 100-2 via a network.
  • FIG. 10 is a diagram illustrating hardware resources of the terminal device 100-1.
  • the terminal device 100-1 includes a CPU 810 (Central Processing Unit) that executes a program.
  • the CPU 810 includes a ROM (Read Only Memory) 811, a RAM (Random Access Memory) 812, a display device 813, a keyboard 814, a mouse 815, a communication board 816, an FDD 817, a CDD 818, a printer device 819, and a magnetic disk device 820 via a bus 825. And control these hardware devices.
  • a storage device such as an optical disk device or a flash memory may be used.
  • the RAM 812 is an example of a volatile memory.
  • Storage media such as the ROM 811, the FDD 817, the CDD 818, and the magnetic disk device 820 are examples of nonvolatile memories. These are examples of a “storage device” or a storage unit, a storage unit, and a buffer.
  • the communication board 816, the keyboard 814, the FDD 817, and the like are examples of an input unit and an input device.
  • the communication board 816, the display device 813, the printer device 819, and the like are examples of an output unit and an output device.
  • the communication board 816 is connected to the network.
  • the magnetic disk device 820 stores an operating system 821 (OS), a window system 822, a program group 823, and a file group 824.
  • the programs in the program group 823 are executed by the CPU 810, the operating system 821, and the window system 822.
  • the program group 823 stores a program for executing the function described as “unit” in the description of the embodiment.
  • the program is read and executed by the CPU 810.
  • the information described as the “stratification rule” in the description of the above embodiments, “determination result”, “calculation result”, “extraction result”, “ Information described as “generation results” and “processing results of”, data, signal values, variable values, parameters, and the like are stored as items of “ ⁇ file” and “ ⁇ database” (DB).
  • the “ ⁇ file” and “ ⁇ database” are stored in a recording medium such as a disk or a memory.
  • Information, data, signal values, variable values, and parameters stored in a storage medium such as a disk or memory are read out to the main memory or cache memory by the CPU 810 via a read / write circuit, and extracted, searched, referenced, compared, and calculated.
  • Information, data, signal values, variable values, and parameters are temporarily stored in the main memory, cache memory, and buffer memory during the CPU operations of extraction, search, reference, comparison, operation, calculation, processing, output, printing, and display. Is remembered.
  • data and signal values are stored in the memory of the RAM 812, the flexible disk of the FDD 817, the compact disk of the CDD 818, the magnetic disk of the magnetic disk device 820, other optical disks, mini disks, and DVDs (Digital).
  • -It records on recording media, such as Versatile and Disk.
  • Data and signals are transmitted on-line via the bus 825, signal lines, cables, and other transmission media.
  • firmware stored in the ROM 811.
  • firmware may be implemented only by software, only hardware such as elements, devices, substrates, wirings, etc., or a combination of software and hardware, and further a combination of firmware.
  • Firmware and software are stored as programs in a recording medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a mini disk, and a DVD.
  • the program is read by the CPU 810 and executed by the CPU 810. That is, the program causes the computer to function as the “ ⁇ unit” described above. Alternatively, the program causes the computer to execute the procedures and methods of “to unit” described above.
  • the keyword conversion device has been described.
  • the operation of the keyword conversion device can be understood as a keyword conversion method or a keyword conversion program. Further, it can be grasped as a computer-readable recording medium on which the keyword conversion program is recorded.
  • a range search method in which a search target keyword extracted from data to be searched is registered in a search system, and data that matches a search condition having a range of values is searched by the search system, (1) a division step of dividing one search target keyword into N values (N ⁇ 1); (2) a symbolizing step for encoding each of the N values into a symbol with a tag; (3) a data conversion step for converting each of the N symbols into N registered converted symbols by specific conversion; (4) a registration step of registering the N registered converted symbols in the search system in association with the data to be searched; (5) a search keyword generation step for generating a plurality of search keywords from a search condition having a range of values; (6) A search side dividing step of dividing one search keyword into N values, and extracting M values (N ⁇ M ⁇ 1) among them.
  • the dividing step divides the character string data into character unit values when the search target keyword is character string data;
  • the range search method in which the position of the character in the character string data is attached as a tag has been described.
  • the search target keyword is integer value data
  • the integer value data is divided into numerical values in bit units
  • the range search method for attaching the bit positions of the numerical values divided as tags has been described.
  • the search side dividing step when the search target keyword is date data or time data, the range search method is described in which the date data or time data is serialized and divided into the integer value data.
  • the search step the range search method is described in which the search is performed after the order of the converted symbols for search is randomly changed.
  • 100 search system 100-1 terminal device, 100-2 cloud side device, 101 registration unit, 102 search unit, 111 registration side division unit, 112 registration side symbolization unit, 113 registration side encryption unit, 114 index registration unit, 120 keyword generation unit, 121 search side division unit, 122 search side symbolization unit, 123 search side encryption unit, 124 index search unit, 200 encrypted search index unit, 201 block table reference unit, 202 block table, 203 block access Part, 204 index file, 205 registration processing part, 206 search processing part.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　検索システム１００は、複数の階層に分割する階層化が可能な所定の表現形式で表現された登録用キーワードを入力し、階層化のルールを定めた階層化ルールに基づいて前記登録用キーワードを階層ごとの要素に分割する登録側分割部１１１と、登録側分割部１１１によって分割されたそれぞれの要素である登録用階層要素に、所属する階層を示す位置情報を付加する登録側シンボル化部１１２と、登録側シンボル化部１１２によって位置情報が付加されたそれぞれの登録用階層要素を、所定のデータ変換規則に従ってデータ変換する登録側暗号化部１１３とを備えた。

Description

キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法
　この発明は、検索に使用するキーワードを変換するキーワード変換装置に関する。
　近年、クラウドコンピューティングと呼ばれるコンピュータの利用形態が普及している。クラウドコンピューティングでは、利用者はデータの保管や管理などのコンピュータ処理を、ネットワーク経由で、サービスとして利用できる。このような形態においては、データの所有者であるサービス利用者とデータの管理者であるサービス提供者とが異なる。このため、サービス利用者の機密情報がデータの管理者に漏えいすることを防ぐために、利用者の保存データを暗号化することが一般的になりつつある。さらに、データを暗号化したまま所望するデータを検索できる秘匿検索サービスが実現できれば、利用者の利便性が大きく向上する。
　このような秘匿検索を実現するために、キーワード検索のための索引の秘匿性を高める方法が考案されている（特許文献１参照）。また、暗号化された文字列の部分一致検索を提供するために、文字単位の暗号化を行うことで、文字単位の照合を可能とする方法が考案されている（特許文献２参照）。
特開２００７－５２６９８号公報 特開２００２－１０８９１０号公報
　特許文献１では、キーワードの完全一致による検索しか行うことができず、大小関係の比較や部分一致などができない。そのため、日付や数値などの範囲検索を行おうとすると、検索範囲に含まれる全ての要素を列挙して完全一致検索を行う必要があり、検索性能（検索速度）の点で課題がある。
　特許文献２では、文字単位の暗号化後にも暗号化前と同じ文字の順序が保存されている。このため、保存された暗号化データに対する複数の文字の相関による頻度解析のような攻撃に弱く、秘匿性の点で課題がある。
　この発明は、日付や数値のキーワードの階層化により、検索範囲に含まれる要素数を削減して照合回数を削減し、かつ、階層間の位置関係を示す位置ＩＤ（位置情報）を階層の値と合わせて秘匿する。これにより、高速化を図り、かつ安全性を高めた範囲検索方法を提供することを目的とする。
　この発明のキーワード変換装置は、
　複数の階層に分割する階層化が可能な所定の表現形式で表現された登録用キーワードを入力し、前記階層化のルールを定めた階層化ルールに基づいて前記登録用キーワードを階層ごとの要素に分割する登録側分割部と、
　前記登録側分割部によって分割されたそれぞれの要素である登録用階層要素に、所属する階層を示す位置情報を付加する登録側位置情報付加部と、
　前記登録側位置情報付加部によって前記位置情報が付加されたそれぞれの前記登録用階層要素を、所定のデータ変換規則に従ってデータ変換する登録側データ変換部と
を備えたことを特徴とする。
　この発明のキーワード変換装置により、階層化による検索の迅速化と、位置情報の秘匿化による情報の秘匿化向上を図ることができる。
実施の形態１における検索システム１００のブロック図。 実施の形態１における検索システム１００の登録処理のフローチャート。 実施の形態１における検索システム１００の検索処理のフローチャート。 実施の形態１における暗号化検索索引部２００のブロック図。 実施の形態１におけるブロックテーブル２２を示す図。 実施の形態１における索引ファイル２０４を示す図。 実施の形態１における索引ファイル２０４の登録処理のフローチャート。 実施の形態１における索引ファイル２０４の検索処理のフローチャート。 実施の形態２における端末装置１００－１の外観の一例を示す図。 実施の形態２における端末装置１００－１のハードウェア資源の一例を示す図。
　実施の形態１．
　図１は、実施の形態１に係る範囲検索方法を用いた検索システム１００（キーワード変換装置）の構成を示す図である。
（検索システム１００の構成）
　検索システム１００は、登録部１０１、検索部１０２、および暗号化検索索引部２００を備える。登録部１０１は、登録側分割部１１１、登録側シンボル化部１１２（登録側位置情報付加部）、登録側暗号化部１１３（登録側データ変換部）、索引登録部１１４を備える。検索部１０２は、キーワード生成部１２０（検索側キーワード生成部）、検索側分割部１２１、検索側シンボル化部１２２（検索側位置情報付加部）、検索側暗号化部１２３（検索側データ変換部）、および索引検索部１２４を備える。
（登録時）
　検索システム１００は、登録用キーワードとその登録用キーワードが含まれる文書を特定する文書ＩＤとを関連付け、登録用キーワードを暗号化して暗号化検索索引部２００に登録する。図１に示すように、登録側分割部１１１が登録用キーワードと文書ＩＤとを入力する。後述のように属性情報（属性ＩＤ）を含める場合には、登録側分割部１１１は属性情報も入力する。例えば、登録対象の文書に含まれる属性項目「生年月日」を検索キーとして使用する場合、登録対象の文書から抽出された生年月日の値（例えば「２０００年４月１日」）を登録用キーワードとする。文書ＩＤとしては、登録シリアル番号や、文書ファイル名など、文書を一意に特定可能となるＩＤを用いることができる。文書ファイル名を用いる場合には前もって暗号化を行うことで、文書ファイル名を秘匿化する。
（検索時）
　検索時には、検索システム１００は、検索キーに関する「範囲検索条件」を入力し、範囲検索条件の範囲に含まれる文書ＩＤを出力する。例えば、属性項目「生年月日」を検索キーとし、
　範囲検索条件「２０００年４月１日～２０００年４月３０日」、
とする場合、検索システム１００は、その範囲に含まれる文書ＩＤを出力する。
（登録処理）
　図２は、実施の形態１に係る検索システム１００の登録の流れ（登録工程Ｓ１０１～Ｓ１０４）を示すフローチャートである。
（１）Ｓ１０１にて、登録側分割部１１１は、入力された登録用キーワードを予め定められた階層化ルールに基づき複数の階層の値に分割する。
（２）Ｓ１０２にて、登録側シンボル化部１１２は、分割された値と、その値の位置ＩＤ、あるいはそれらに加えて属性ＩＤを合わせて１シンボルとしてエンコードする。
（３）Ｓ１０３にて、登録側暗号化部１１３は前記シンボルに対して特定の変換を行い、登録用変換済みシンボルを生成する。
（４）Ｓ１０４にて、索引登録部１１４は登録用変換済みシンボルのそれぞれを、登録用キーワードに関連する文書ＩＤに関連付けて暗号化検索索引部２００に登録する。
　以下、図２で説明した各ステップを、さらに詳しくに説明する。
（Ｓ１０１：登録側分割部１１１）
　検索システム１００に登録用キーワードが入力されると、登録側分割部１１１は、登録用キーワードを、予め定められた「階層化ルール」に基づき、複数の階層の値に分割する。例えば属性項目「生年月日」のような日付情報を階層化する場合、「生年月日」は、
　「年」、「月」、「日」、
のように階層化することができる。
　この場合、
　「２０００年４月１日」、
という登録用キーワードは、
　「２０００」、「４」、「１」、
という３個の値（登録用階層要素）に分割される。
（階層化ルール）
　階層化ルールについて、さらに説明する。階層化ルールは、日付や数値や文字列など、範囲を持ちうる値の種類毎に定めることができる。
（１）数値であれば、固定長の２進数を固定ビット数ごとに分割して階層化することができる。例えば、６４ビット整数を８ビット（１バイト）ごとに分割すると８階層となる。その場合、位置ＩＤとしてはＭＳＢから数えた０から始まるバイト位置（０～７）とする。
（２）また、数値の別な表現方法として、２進化１０進数という表現方法を用いてもよい。その場合には固定長の２進化１０進数を１０進の桁数ごとに分割し、位置ＩＤとしてＭＳＢから数えた０から始まる桁位置とする。
（３）日付の場合、前述の例の他に、過去の特定日を０としたシリアル番号化し、数値として階層化することもできる。例えば、１９００年１月１日をシリアル番号１とし、１９００年１月１日からの経過日数で日付を表すことができる。また、日付を「ＹＹＹＹＭＭＤＤ」（ＹＹＹＹは西暦年、ＭＭは月、ＤＤは日）のような特定の文字列フォーマットに表し、２進化１０進数として階層化することもできる。
（４）時刻の場合も同様に、「時」、「分」、「秒」で階層化するか、「００：００：００」を０としたシリアル番号化するか、「ＨＨｍｍＳＳ」（ＨＨは２４時間表記の時間、ｍｍは分、ＳＳは秒）と表すなどの方法を用いることができる。
（５）文字列の場合には１文字単位で分割し、先頭を０から数えた文字位置を位置ＩＤとすることで可変長の文字列を表すことができる。
（Ｓ１０２：登録側シンボル化部１１２）
　登録側シンボル化部１１２は、分割された階層の値にタグを付加して、１シンボルとしてエンコードする。
　例えば、日付情報を、
　「年」、「月」、「日」、
のように階層化する場合、階層の位置情報を「年」「月」「日」とし、これらをタグとして、階層の値に付加する。ここで「位置情報」とは階層に分割された値（登録用階層要素）の所属する階層を示す情報である。
　「２０００年４月１日」
という登録用キーワードは、位置情報が付加されて、
　「年：２０００」、「月：４」、「日：１」
の３個のシンボルとなる。
　ここでは、シンボルを「タグ：値」の形で表した。タグはＸＭＬ（ＥＸＴＥＮＳＩＢＬＥ　ＭＡＲＫＵＰ　ＬＡＮＧＵＡＧＥ）形式として、
　「＜タグ＞値＜／タグ＞」、
のようにしてもよい。
　その場合、
　「＜年＞２０００＜／年＞」、「＜月＞２０００＜／月＞」、「＜日＞１＜／日＞」
のようになる。
　また別の例としては、シンボルを固定長の２進整数にエンコードすることもできる。日付の場合、１シンボルを例えば３２ビットで表すこととし、上位１６ビットにタグをエンコードし、下位１６ビットに値をエンコードしてもよい。
（属性情報）
　登録側シンボル化部１１２は、さらに、登録用キーワードとともに、属性を示す属性ＩＤ（属性情報）を、タグとしてシンボルに含めてエンコードしてもよい。属性ＩＤは登録用キーワードとともに入力される。
　例えば、シンボルを、
　「属性ＩＤ：位置ＩＤ：値」、
として、タグを２重（属性ＩＤと位置ＩＤとのタグ）に付加することができる。
　例えば、登録用キーワードが前述の
　「２０００年４月１日」、
という日付データの場合、
　「属性ＩＤ＝１」を属性項目「生年月日」とし、
　「属性ＩＤ＝２」を属性項目「入会日」とすれば、
　「生年月日」である「２０００年４月１日」、あるいは「入会日」である「２０００年４月１日」を検索することができる。
　「生年月日」であれば、「２０００年４月１日」は「属性ＩＤ：位置ＩＤ：値」の表現として、
　「１：年：２０００」、「１：月：４」、「１：日：１」、
と表現できる。
　また、ＸＭＬ形式であれば、
　＜属性ＩＤ＞＜位置ＩＤ＞値＜／位置ＩＤ＞＜／属性ＩＤ＞、
のように入れ子構造と記載できる。
　あるいは、
　＜属性ＩＤ　階層＝”位置ＩＤ”＞値＜／属性ＩＤ＞
のように、１つのＸＭＬタグに属性を付与してもよい。
　また、シンボルを固定長の２進整数にエンコードする際に、属性ＩＤ領域を決めてエンコードするようにしてもよい。
　例えば、１シンボルを３２ビットで表すこととし、
　上位８ビットに属性ＩＤタグをエンコードし、
　中位８ビットに位置ＩＤタグをエンコードし、
　下位１６ビットに値をエンコードするというようにできる。
　属性ＩＤはシステムで一意に定まればよいため、属性名と属性ＩＤとの対応付けをテーブル管理することにより、単純なシリアル番号にエンコードすることができる。
　属性ＩＤをシンボルに含めることにより、シンボルがどの属性に含まれるかということも秘匿化することができ、秘匿性が向上する。
（Ｓ１０３：登録側暗号化部１１３）
　登録側暗号化部１１３は、シンボルに対して所定のデータ変換規則による「特定の変換」を行い、登録用変換済みシンボルを生成する。１個の登録用キーワードがＮ個のシンボルにエンコードされた場合、Ｎ個の各シンボルが変換され、Ｎ個の登録用変換済みシンボルが生成される。上記の「２０００年４月１日」の例では、「年：２０００」、「月：４」、「日：１」の３つのシンボルが生成されたが、この場合、この３つのそれぞれの登録用変換済みシンボルが登録側暗号化部１１３によって生成される。登録側暗号化部１１３による「特定の変換」としては、暗号化やハッシュなどを行うことによりシンボルの秘匿性を高めることができる。暗号化の方法としては、一般の共通鍵暗号を用いることができる。
（Ｓ１０４：索引登録部１１４）
　索引登録部１１４は、登録側暗号化部１１３によって生成されたＮ個のそれぞれの登録用変換済みシンボルを、登録用キーワードに関連する文書ＩＤに関連付けて暗号化検索索引部２００に登録する。シンボルの登録順序が暗号化検索索引部２００に保存されるような場合には、Ｎ個のシンボルをランダムな順序で登録することにより秘匿性を高めることができる。
　以上述べたように、
（１）登録用キーワードを分割し（Ｓ１０１）、
（２）位置ＩＤと値の組をシンボル化し（Ｓ１０２）、
（３）シンボルを暗号化等の変換を施した上で（Ｓ１０３）、
（４）暗号化検索索引に登録する（Ｓ１０４）。
　登録用キーワードを階層に分割し、かつ、階層の値に登録用キーワード内の位置情報を含めるため、検索の迅速化と、秘匿化向上を図ることができる。また、複数の属性を検索キーとして使用する場合に属性ＩＤをシンボルに含めるので、シンボルがどの属性に含まれるかを秘匿化することができる。
（検索処理）
　図３は、実施の形態１に係る検索システム１００の検索処理（検索工程Ｓ２０１～Ｓ２０５）の流れを示すフローチャートである。
（１）Ｓ２０１にて、キーワード生成部１２０は、入力された範囲検索条件の範囲に含まれる全ての要素の検索が可能な複数の検索キーワードを生成する。
（２）Ｓ２０２にて、検索側分割部１２１は検索キーワードを、予め定められた階層化ルール（登録時と同一）に基づき複数の階層の値に分割する。
（３）Ｓ２０３にて、検索側シンボル化部１２２は、分割された値とその値の位置ＩＤ、またはそれらに加えて属性ＩＤを合わせて１シンボルとしてエンコードする。
（４）Ｓ２０４にて、検索側暗号化部１２３は前記シンボルに対して特定のデータ変換を行い、検索用変換済みシンボルを生成する。
（５）Ｓ２０５にて、索引検索部１２４は検索用変換済みシンボルの検索を暗号化検索索引部２００を用いて行い、結果の文書ＩＤを出力する。
　以下、図３で説明した各ステップを、さらに詳しく説明する。
（Ｓ２０１：キーワード生成部１２０）
　キーワード生成部１２０は、範囲検索条件が入力されると、範囲検索条件の範囲に含まれる全ての要素の検索が可能な複数の検索キーワードを生成する。キーワード生成部１２０は、ある階層が取りうる値がすべて範囲検索条件の範囲に含まれる場合には、その階層をドントケアとし、ドントケア階層を含む検索キーワードを１つにまとめる。例えば日付属性において、階層化ルールを「年」、「月」、「日」、とした場合、キーワード生成部１２０は、
　範囲検索条件「２０００年４月１日～２０００年４月３０日」
を、１個の検索キーワード「２０００年４月＊日」（＊はドントケア）、
とする。
　また、
　範囲検索条件「２０００年４月１６日～２００２年４月１５日」、
であれば、キーワード生成部１２０は、以下のような＜検索条件１＞を生成する。
＜検索条件１＞
　「２０００年４月１６日」ＯＲ
　「２０００年４月１７日」ＯＲ
　・・・（略）
　「２０００年４月３０日」ＯＲ
　「２０００年５月＊日」ＯＲ
　「２０００年６月＊日」ＯＲ
　・・・（略）
　「２０００年１２月＊日」ＯＲ
　「２００１年＊月＊日」ＯＲ
　「２００２年１月＊日」ＯＲ
　「２００２年２月＊日」ＯＲ
　「２００２年３月＊日」ＯＲ
　「２００２年４月１日」ＯＲ
　「２００２年４月２日」ＯＲ
　・・・（略）
　「２００２年４月１５日」。
　＜検索条件１＞に示すような検索キーワードを生成することで、範囲検索条件の範囲の全ての要素を検索できる。上記の＜検索条件１＞において、「ＯＲ」はキーワードの検索結果の論理和を意味する。このようにして、「ドントケア」を用いることで照合回数を減らし、検索速度を向上させることができる。さらに、「ＯＲ」で結合された部分については、順番を入れ替えても検索結果は変わらないため、順番をランダムに入れ替えることで、検索条件の秘匿性を高めることができる。
　このように、キーワード生成部１２０は、複数の階層に分割する階層化が可能な所定の表現形式で表現された複数の検索用キーワード（２０００年４月１６日、２００２年４月１５日）を含み、かつ、複数の検索用キーワードに基づき検索対象範囲を指定する検索条件である「２０００年４月１６日～２００２年４月１５日」（第１の検索条件）を入力する。キーワード生成部１２０は、入力された第１の検索条件を、第１の検索条件の前記検索対象範囲と同一の検索対象範囲を指定する第２の検索条件であって、第１の検索条件に含まれる検索用キーワードの表現形式で表現され、かつ、ドントケア表現の可能な特有階層を保有する検索用キーワードである少なくとも一つの「特有階層保有検索用キーワード」（＜検索条件１＞の例では、ドントケアを示す＊を含む年月日）を含む第２の検索条件（上記の＜検索条件１＞）に変更可能かどうかを判定する。キーワード生成部１２０は、第１の検索条件（「２０００年４月１６日～２００２年４月１５日」）を第２の検索条件（上記の＜検索条件１＞）に変更可能と判定すると第１の検索条件を第２の検索条件に変更して第２の検索条件を出力し、変更できないと判定すると第１の検索条件を出力する。「２０００年４月１６日～２００２年４月１５日」の場合、キーワード生成部１２０は、変更可能と判定し、第２の検索条件として、上記の＜検索条件１＞を出力する。
（Ｓ２０２：検索側分割部１２１）
　検索側分割部１２１は、登録側分割部１１１と同様に、検索用キーワードを予め定められた階層化ルールに基づき複数の階層の値に分割する。以下に示す＜検索条件２＞は、検索側分割部１２１が、キーワード生成部１２０により生成された＜検索条件１＞を分割した例である。
＜検索条件２＞
　「２０００年」ＡＮＤ
　（「４月」ＡＮＤ（「１６日」ＯＲ「１７日」ＯＲ・・・（略）・・・ＯＲ「３０日」））ＯＲ
　「５月」ＯＲ「６月」ＯＲ・・・（略）・・・「１２月」）ＯＲ
　「２００１年」ＯＲ
　「２００２年」ＡＮＤ
　（「１月」ＯＲ「２月」ＯＲ「３月」ＯＲ
　（「４月」ＡＮＤ（「１日」ＯＲ「２日」ＯＲ・・・（略）・・・ＯＲ「１５日」）））。
　＜検索条件２＞が上記のように生成されることで、範囲の全ての要素を検索可能であり、照合回数をさらに削減できる。＜検索条件２＞についても「ＯＲ」結合された部分については、順番を入れ替えても検索結果は変わらないため、順番をランダムに入れ替えることで、検索条件の秘匿性を高めることができる。
　あるいは、「ＡＮＤ」結合部分を含めて順番を入れ替えて個別に検索し、中間結果を全て取得してから、検索結果の突合せを行うようにすれば、さらに検索条件の秘匿性を高めることができる。
（Ｓ２０３：検索側シンボル化部１２２）
　検索側シンボル化部１２２は、登録側シンボル化部１１２と同様に、位置ＩＤと値、または属性ＩＤと位置ＩＤと値をシンボルにエンコードする。
（Ｓ２０４：検索側暗号化部１２３）
　検索側暗号化部１２３は、登録側暗号化部１１３と同様に、シンボルの変換を行い、検索用変換済みシンボルを生成する。以下に示す＜検索条件３＞は、検索側シンボル化部１２２が＜検索条件２＞をシンボル化し、シンボル化された検索条件２を、検索側暗号化部１２３がデータ変換した例である。＜検索条件２＞において、検索側シンボル化部１２２のエンコードをＳ（Ｘ）、検索側暗号化部１２３のデータ変換をＥ（Ｙ）とすると、
検索条件全体は以下の様になる。
＜検索条件３＞
　Ｅ（Ｓ（２０００年））ＡＮＤ
　（Ｅ（Ｓ（４月））ＡＮＤ（Ｅ（Ｓ（１６日））ＯＲ　Ｅ（Ｓ（１７日））ＯＲ・・・（略）・・・ＯＲ　Ｅ（Ｓ（３０日））））ＯＲ
　Ｅ（Ｓ（５月））ＯＲ　Ｅ（Ｓ（６月」））ＯＲ・・・（略）・・・Ｅ（Ｓ（１２月）））ＯＲ
　Ｅ（Ｓ（２００１年））ＯＲ
　Ｅ（Ｓ（２００２年））ＡＮＤ
　（Ｅ（Ｓ（１月））ＯＲ　Ｅ（Ｓ（２月））ＯＲ　Ｅ（Ｓ（３月））ＯＲ
　（Ｅ（Ｓ（４月））ＡＮＤ（Ｅ（Ｓ（１日））ＯＲ　Ｅ（Ｓ（２日））ＯＲ・・・（略）・・・ＯＲ　Ｅ（Ｓ（１５日）））））。
（Ｓ２０５：索引検索部１２４）
　索引検索部１２４は、暗号化検索索引部２００を用いて検索を行う。
　以上述べたように、検索の階層化により範囲検索における照合回数を削減することで、検索を高速化できる。
（暗号化検索索引部２００）
　次に、暗号化検索索引部２００について、詳しく説明する。登録側暗号化部１１３および検索側暗号化部１２３にて共通の確定的暗号を用いた場合の例を説明する。「確定的暗号」とは、鍵が同じであれば同じデータは常に同じ暗号化データに変換される暗号化方法を指す。従って、登録側暗号化部１１３と検索側暗号化部１２３にて鍵が同じであれば、変換済みシンボルを完全一致照合の検索が可能である。
　暗号化検索索引部２００は、一般に用いられているリレーショナルデータベース技術を用いて構成できる。すなわち、変換済みシンボルと、変換済みシンボルに対応する文書ＩＤとの２つのフィールドを含むテーブルを定義することにより、変換済みシンボルから該当（その変換済シンボルを含む）の文書ＩＤを取得できる。さらに、文書ＩＤは、ユーザ側で予め「非確定的暗号」により暗号化し、その後に登録する。そして、検索結果を取得後にユーザが復号することで、暗号化検索索引の秘匿性を向上することができる。
（暗号化検索索引部２００）
　図４は、暗号化検索索引部２００のブロック図の一例を示す。暗号化検索索引部２００は、ブロックテーブル参照部２０１、ブロックテーブル２０２、ブロックアクセス部２０３、索引ファイル２０４、登録処理部２０５、検索処理部２０６を備える。
　図５は、ブロックテーブル２０２を示す図である。
　図６は、索引ファイル２０４を示す図である。
（１）登録処理部２０５は、登録用変換済みシンボルの登録処理を行う。
（２）検索処理部２０６は、検索用変換済みシンボルの検索処理を行い、検索結果の文書ＩＤを出力する。
（３）ブロックテーブル参照部２０１は、変換済みシンボルを入力し、ブロックテーブル２０２を参照して、変換済みシンボルに対応する文書ＩＤが含まれる索引ブロック情報を取得する。
（４）ブロックアクセス部２０３は、索引ブロック情報を元に、索引ファイル２０４の該当するブロックにアクセスし、登録時には文書ＩＤを該当ブロックに追加書き込みし、検索時には、該当ブロックの文書ＩＤを読み出して出力する。
（５）ブロックテーブル参照部２０１は、ハッシュを用いることで、変換済みシンボルに対応する索引ブロック情報のアドレスを直接生成し、索引ブロック情報を高速に取り出すことができる。
（６）ブロックテーブル２０２は、ディスク上のファイルとして保存されるが、実行時には主記憶上に格納して高速化することもできる。索引ファイル２０４もディスク上のファイルとして保存される。
（７）ブロックテーブル２０２の索引ブロック情報には、索引ファイル内の該当シンボルに対する文書ＩＤ情報が格納されたブロックのオフセット及びブロックのサイズが格納される。索引ブロック情報により、ブロックアクセス部２０３は必要最小限のディスクアクセスにより、文書ＩＤ情報の読み書きが可能である。索引ブロックの秘匿化のために、索引ブロックは暗号化することができる。その場合、索引ファイル２０４全体ではなく、個々のブロック毎に暗号化される。
　次に、図４に示した暗号化検索索引部２００の動作を説明する。
（暗号化検索索引部２００の登録処理）
　図７は、図４の暗号化検索索引部２００における登録処理の流れ（登録処理工程Ｓ３０１～Ｓ３０７）を示すフローチャートである。
（１）Ｓ３０１にて、登録処理部２０５は登録用変換済みシンボルを入力する。
（２）Ｓ３０２にて、登録処理部２０５は、ブロックテーブル参照部２０１に対して登録用変換済みシンボルのブロックテーブル２０２の参照を行わせ、該当する索引ブロック情報を取得させる。
（３）Ｓ３０３にて、登録処理部２０５は、ブロックテーブル２０２に該当するエントリがあったかどうかを確認する。
（４）該当するエントリがあった場合には、登録処理部２０５は、Ｓ３０４にて、取得した索引ブロック情報を元にブロックアクセス部２０３に索引ファイル２０４からの索引ブロック取得を行わせ、索引ブロックに登録用変換済みシンボルに関連付けられた文書ＩＤを追加する。
（５）Ｓ３０３にて該当するエントリがなかった場合には、登録処理部２０５は、Ｓ３０５にて、ブロックテーブル参照部２０１に対して、ブロックテーブル２０２への新たなエントリ追加を行わせる。
（６）Ｓ３０６にて登録処理部２０５は、ブロックアクセス部２０３に対して索引ファイル２０４への新たな索引ブロック追加を行わせ、Ｓ３０７にて索引ブロックに文書ＩＤを追加する。
（検索処理）
　図８は、図４の暗号化検索索引部２００の検索処理の流れ（検索処理工程Ｓ４０１～Ｓ４０６）の一例を示すフローチャートである。
（１）Ｓ４０１にて、検索処理部２０６は検索用変換済みシンボルを入力する。
（２）Ｓ４０２にて、検索処理部２０６は、ブロックテーブル参照部２０１に対して検索用変換済みシンボルのブロックテーブル２０２の参照を行わせ、ブロックテーブル２０２から該当する索引ブロック情報を取得させる。
（３）Ｓ４０３にて、ブロックテーブル２０２に該当するエントリがあったかどうかを確認する。
（４）該当するエントリがなかった場合には、Ｓ４０４にて、該当なしの検索結果を出力する。
（５）Ｓ４０３にて該当するエントリがあった場合には、Ｓ４０５にて、検索処理部２０６は、取得した索引ブロック情報を元にブロックアクセス部２０３に索引ファイル２０４からの索引ブロック取得を行わせ、Ｓ４０６にて索引ブロックから文書ＩＤを取得して検索結果として出力する。
　実施の形態２．
　実施の形態２は、コンピュータである端末装置１００－１（ユーザが使用）のハードウェア構成を説明する。
　図９は、端末装置１００－１の外観の一例を示す図である。
　図９において、端末装置１００－１（キーワード変換装置の一例）はネットワーク（例えばインターネット）を介して、クラウド側（サービス提供者側）のクラウド側装置１００－２と接続している。端末装置１００－１は図１のデータ変換までの処理（図１の破線３１の左側の処理）を実行する。クラウド側装置１００－２は図１の登録及び検索の処理（図１の破線３１の右側の処理）を実行する。端末装置１００－１とクラウド側装置１００－２とは検索システム１００を構成される。端末装置１００－１は、登録側分割部１１１、登録側シンボル化部１１２、登録側暗号化部１１３、キーワード生成部１２０、検索側分割部１２１、検索側シンボル化部１２２、検索側暗号化部１２３の機能を有する。またクラウド側装置１００－２は、索引登録部１１４、索引検索部１２４、及び暗号化検索索引部２００の機能を有する。
　以下では端末装置１００－１について説明するが、クラウド側装置１００－２も端末装置１００－１と同様のコンピュータであり、端末装置１００－１についての説明はクラウド側装置１００－２についても当てはまる。
　図９に示すように、端末装置１００－１は、システムユニット８３０、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶）の表示画面を有する表示装置８１３、キーボード８１４（Ｋｅｙ・Ｂｏａｒｄ：Ｋ／Ｂ）、マウス８１５、ＦＤＤ８１７（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・　Ｄｒｉｖｅ）、コンパクトディスク装置８１８（ＣＤＤ：Ｃｏｍｐａｃｔ　Ｄｉｓｋ　Ｄｒｉｖｅ）、プリンタ８１９などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニット３０はネットワークを介してクラウド側装置１００－２に接続している。
　図１０は、端末装置１００－１のハードウェア資源を示す図である。端末装置１００－１は、プログラムを実行するＣＰＵ８１０（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）８１２、表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、プリンタ装置８１９、磁気ディスク装置８２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置８２０の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。
　ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０等の記憶媒体は、不揮発性メモリの一例である。これらは、「記憶装置」あるいは記憶部、格納部、バッファの一例である。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、入力部、入力装置の一例である。また、通信ボード８１６、表示装置８１３、プリンタ装置８１９などは、出力部、出力装置の一例である。通信ボード８１６は、ネットワークに接続されている。
　磁気ディスク装置８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、オペレーティングシステム８２１、ウィンドウシステム８２２により実行される。
　上記プログラム群８２３には、実施の形態の説明において「～部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。
　ファイル群８２４には、以上の実施の形態の説明において、「階層化ルール」として説明した情報や、「～の判定結果」、「～の算出結果」、「～の抽出結果」、「～の生成結果」、「～の処理結果」として説明した情報や、データや信号値や変数値やパラメータなどが、「～ファイル」や「～データベース」（ＤＢ）の各項目として記憶されている。「～ファイル」や「～データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
　また、以上に述べた実施の形態の説明において、データや信号値は、ＲＡＭ８１２のメモリ、ＦＤＤ８１７のフレキシブルディスク、ＣＤＤ８１８のコンパクトディスク、磁気ディスク装置８２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス８２５や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
　また、以上の実施の形態の説明において、「～部」として説明したものは、「～手段」、「～回路」、「～機器」であってもよく、また、「～ステップ」、「～手順」、「～処理」であってもよい。すなわち、「～部」として説明したものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以上に述べた「～部」としてコンピュータを機能させる。あるいは、プログラムは、以上に述べた「～部」の手順や方法をコンピュータに実行させるものである。
　なお、以上の実施の形態では、キーワード変換装置を説明したが、キーワード変換装置の動作を、キーワード変換方法、あるいはキーワード変換プログラムとして把握することも可能である。さらに、キーワード変換プログラムを記録したコンピュータ読み取り可能な記録媒体として把握することも可能である。
　以上の実施の形態では、以下のステップを備えた範囲検索方法を実施する検索システムを説明した。検索対象となるデータから抽出された検索対象キーワードを検索システムに登録し、値の範囲を持った検索条件に合致するデータを前記検索システムにより検索する範囲検索方法であって、
（１）前記検索対象キーワード１個をＮ個（Ｎ≧１）の値に分割する分割ステップと、
（２）前記Ｎ個の値のそれぞれについて、タグを付加したシンボルにエンコードするシンボル化ステップと、
（３）前記Ｎ個のシンボルに対してそれぞれ特定の変換によりＮ個の登録用変換済みシンボルに変換するデータ変換ステップと、
（４）前記Ｎ個の登録用変換済みシンボルを前記検索対象となるデータに関連付けて検索システムに登録する登録ステップと、
（５）値の範囲を持った検索条件から複数の検索キーワードを生成する検索キーワード生成ステップと、
（６）前記検索キーワード１個をＮ個の値に分割し、そのうちＭ個（Ｎ≧Ｍ≧１）の値を抽出する検索側分割ステップと、
（７）前記Ｍ個の値のそれぞれについてタグを付加したシンボルにエンコードする検索側シンボル化ステップと、
（８）前記Ｍ個のシンボルに対してそれぞれ特定の変換によりＭ個の検索用変換済みシンボルに変換する検索側データ変化テップと、
（９）Ｍ個の検索用変換済みシンボルが全て含まれる検索対象データを検索システムにて検索する検索ステップと
を含む範囲検索方法。
　以上の実施の形態では、
　前記分割するステップは、前記検索対象キーワードが文字列データである場合に、文字列データを文字単位の値に分割し、
　前記エンコードするステップは、タグとして前記文字列データ中の文字の位置を付す範囲検索方法を説明した。
　以上の実施の形態では、
　前記分割するステップは、前記検索対象キーワードが整数値データである場合に、整数値データをビット単位の数値に分割し、
　前記エンコードするステップは、タグとして分割した数値のビット位置を付す範囲検索方法を説明した。
　以上の実施の形態では、
　前記検索側分割ステップは、前記検索対象キーワードが日付データまたは時刻データである場合に、日付データまたは時刻データをシリアル番号化して前記整数値データとして分割する範囲検索方法を説明した。
　以上の実施の形態では、
　前記検索ステップは、検索用変換済みシンボルの順序をランダムに入れ替えてから検索する範囲検索方法を説明した。
　１００　検索システム、１００－１　端末装置、１００－２　クラウド側装置、１０１　登録部、１０２　検索部、１１１　登録側分割部、１１２　登録側シンボル化部、１１３　登録側暗号化部、１１４　索引登録部、１２０　キーワード生成部、１２１　検索側分割部、１２２　検索側シンボル化部、１２３　検索側暗号化部、１２４　索引検索部、２００　暗号化検索索引部、２０１　ブロックテーブル参照部、２０２　ブロックテーブル、２０３　ブロックアクセス部、２０４　索引ファイル、２０５　登録処理部、２０６　検索処理部。

Claims (10)

  1. 　複数の階層に分割する階層化が可能な所定の表現形式で表現された登録用キーワードを入力し、前記階層化のルールを定めた階層化ルールに基づいて前記登録用キーワードを階層ごとの要素に分割する登録側分割部と、
    　前記登録側分割部によって分割されたそれぞれの要素である登録用階層要素に、所属する階層を示す位置情報を付加する登録側位置情報付加部と、
    　前記登録側位置情報付加部によって前記位置情報が付加されたそれぞれの前記登録用階層要素を、所定のデータ変換規則に従ってデータ変換する登録側データ変換部と
    を備えたことを特徴とするキーワード変換装置。
  2. 　前記登録側位置情報付加部は、
    　前記登録用キーワードの属性を示す属性情報を入力し、前記属性情報をそれぞれの前記登録用階層要素に付加し、
    　前記登録側データ変換部は、
    　前記登録側位置情報付加部によって前記位置情報と前記属性情報とが付加されたそれぞれの前記登録用階層要素を、前記データ変換規則に従ってデータ変換することを特徴とする請求項１記載のキーワード変換装置。
  3. 　前記キーワード変換装置は、さらに、
    　前記登録用キーワードの前記表現形式で表現された複数の検索用キーワードを含み、かつ、前記複数の検索用キーワードに基づき検索対象範囲を指定する第１の検索条件を入力し、入力された前記第１の検索条件を、前記第１の検索条件の前記検索対象範囲と同一の検索対象範囲を指定する第２の検索条件であって、前記登録用キーワードの前記表現形式で表現され、かつ、ドントケア表現の可能な特有階層を保有する検索用キーワードである少なくとも一つの特有階層保有検索用キーワードを含む第２の検索条件に変更可能かどうかを判定し、前記第１の検索条件を前記第２の検索条件に変更可能と判定すると前記第１の検索条件を前記第２の検索条件に変更し、変更された前記第２の検索条件を出力し、変更できないと判定すると前記第１の検索条件を出力する検索側キーワード生成部と、
    　前記検索側キーワード生成部によって出力された前記第１の検索条件と前記第２の検索条件とのいずれかの前記検索条件を入力し、入力された前記検索条件に含まれる前記検索用キーワードの全てを前記登録側分割部の使用する前記階層化ルールに基づいて複数の要素に分割する検索側分割部と、
    　前記検索側分割部によって分割されたそれぞれの要素である検索用階層要素に、前記位置情報を付加する検索側位置情報付加部と、
    　前記検索側位置情報付加部によって前記位置情報が付加されたそれぞれの前記検索用階層要素を、前記検索側データ変換部の使用する前記データ変換規則に従ってデータ変換する検索側データ変換部と
    を備えたことを特徴とする請求項２記載のキーワード変換装置。
  4. 　前記検索側キーワード生成部は、
    　前記第２の検索条件が複数の前記検索用キーワードを含む場合に、前記第２の検索条件において、それぞれの前記検索用キーワードどうしを論理演算で結合し、
    　前記検索側分割部は、
    　前記第２の検索条件を入力すると、前記論理演算の関係を維持しつつ、前記第２の検索条件に含まれる前記検索用キーワードの全てを前記階層化ルールに基づいて複数の前記検索用階層要素に分割することを特徴とする請求項３記載のキーワード変換装置。
  5. 　複数の階層に分割する階層化が可能な所定の表現形式で表現された複数の検索用キーワードを含み、かつ、前記複数の検索用キーワードに基づき検索対象範囲を指定する第１の検索条件を入力し、入力された前記第１の検索条件を、前記第１の検索条件の前記検索対象範囲と同一の検索対象範囲を指定する第２の検索条件であって、入力された前記検索用キーワードの前記表現形式で表現され、かつ、ドントケア表現の可能な特有階層を保有する検索用キーワードである少なくとも一つの特有階層保有検索用キーワードを含む第２の検索条件に変更可能かどうかを判定し、前記第１の検索条件を前記第２の検索条件に変更可能と判定すると前記第１の検索条件を前記第２の検索条件に変更し、変更された前記第２の検索条件を出力し、変更できないと判定すると前記第１の検索条件を出力する検索側キーワード生成部と、
    　前記検索側キーワード生成部によって出力された前記第１の検索条件と前記第２の検索条件とのいずれかの前記検索条件を入力し、入力された前記検索条件に含まれる前記検索用キーワードの全てを前記階層化のルールを定めた前記階層化ルールに基づいて複数の要素に分割する検索側分割部と、
    　前記検索側分割部によって分割されたそれぞれの要素である検索用階層要素に、所属する階層を示す位置情報を付加する検索側位置情報付加部と、
    　前記検索側位置情報付加部によって前記位置情報が付加されたそれぞれの前記検索用階層要素を、所定のデータ変換規則に従ってデータ変換する検索側データ変換部と
    を備えたことを特徴とするキーワード変換装置。
  6. 　コンピュータを、
    　複数の階層に分割する階層化が可能な所定の表現形式で表現された登録用キーワードを入力し、前記階層化のルールを定めた階層化ルールに基づいて前記登録用キーワードを階層ごとの要素に分割する登録側分割部、
    　前記登録側分割部によって分割されたそれぞれの要素である登録用階層要素に、所属する階層を示す位置情報を付加する登録側位置情報付加部、
    　前記登録側位置情報付加部によって前記位置情報が付加されたそれぞれの前記登録用階層要素を、所定のデータ変換規則に従ってデータ変換する登録側データ変換部、
    として機能させることを特徴とするキーワード変換プログラム。
  7. 　コンピュータを、
    　複数の階層に分割する階層化が可能な所定の表現形式で表現された複数の検索用キーワードを含み、かつ、前記複数の検索用キーワードに基づき検索対象範囲を指定する第１の検索条件を入力し、入力された前記第１の検索条件を、前記第１の検索条件の前記検索対象範囲と同一の検索対象範囲を指定する第２の検索条件であって、入力された前記検索用キーワードの前記表現形式で表現され、かつ、ドントケア表現の可能な特有階層を保有する検索用キーワードである少なくとも一つの特有階層保有検索用キーワードを含む第２の検索条件に変更可能かどうかを判定し、前記第１の検索条件を前記第２の検索条件に変更可能と判定すると前記第１の検索条件を前記第２の検索条件に変更し、変更された前記第２の検索条件を出力し、変更できないと判定すると前記第１の検索条件を出力する検索側キーワード生成部、
    　前記検索側キーワード生成部によって出力された前記第１の検索条件と前記第２の検索条件とのいずれかの前記検索条件を入力し、入力された前記検索条件に含まれる前記検索用キーワードの全てを前記階層化のルールを定めた前記階層化ルールに基づいて複数の要素に分割する検索側分割部、
    　前記検索側分割部によって分割されたそれぞれの要素である検索用階層要素に、所属する階層を示す位置情報を付加する検索側位置情報付加部、
    　前記検索側位置情報付加部によって前記位置情報が付加されたそれぞれの前記検索用階層要素を、所定のデータ変換規則に従ってデータ変換する検索側データ変換部、
    として機能させることを特徴とするキーワード変換プログラム。
  8. 　請求項６または請求項７のいずれかに記載のキーワード変換プログラムを記録したコンピュータ読み取り可能な記録媒体。
  9. （１）複数の階層に分割する階層化が可能な所定の表現形式で表現された登録用キーワードを入力し、前記階層化のルールを定めた階層化ルールに基づいて前記登録用キーワードを階層ごとの要素に分割し、
    （２）分割されたそれぞれの要素である登録用階層要素に、所属する階層を示す位置情報を付加し、
    （３）前記位置情報が付加されたそれぞれの前記登録用階層要素を、所定のデータ変換規則に従ってデータ変換することを特徴とするキーワード変換方法。
  10. （１）複数の階層に分割する階層化が可能な所定の表現形式で表現された複数の検索用キーワードを含み、かつ、前記複数の検索用キーワードに基づき検索対象範囲を指定する第１の検索条件を入力し、入力された前記第１の検索条件を、前記第１の検索条件の前記検索対象範囲と同一の検索対象範囲を指定する第２の検索条件であって、前記表現形式で表現され、かつ、ドントケア表現の可能な特有階層を保有する検索用キーワードである少なくとも一つの特有階層保有検索用キーワードを含む第２の検索条件に変更可能かどうかを判定し、前記第１の検索条件を前記第２の検索条件に変更可能と判定すると前記第１の検索条件を前記第２の検索条件に変更し、変更された前記第２の検索条件を出力し、変更できないと判定すると前記第１の検索条件を出力し、
    （２）出力された前記第１の検索条件と前記第２の検索条件とのいずれかの前記検索条件を入力し、入力された前記検索条件に含まれる前記検索用キーワードの全てを前記階層化のルールを定めた前記階層化ルールに基づいて複数の要素に分割し、
    （３）分割されたそれぞれの要素である検索用階層要素に、所属する階層を示す位置情報を付加し、
    （４）前記位置情報が付加されたそれぞれの前記検索用階層要素を、所定のデータ変換規則に従ってデータ変換することを特徴とするキーワード変換方法。
PCT/JP2010/061635 2010-07-08 2010-07-08 キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法 WO2012004880A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2012523478A JP5425307B2 (ja) 2010-07-08 2010-07-08 キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法
CN2010800679455A CN102985920A (zh) 2010-07-08 2010-07-08 关键词变换装置、关键词变换程序、记录介质以及关键词变换方法
PCT/JP2010/061635 WO2012004880A1 (ja) 2010-07-08 2010-07-08 キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/061635 WO2012004880A1 (ja) 2010-07-08 2010-07-08 キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法

Publications (1)

Publication Number Publication Date
WO2012004880A1 true WO2012004880A1 (ja) 2012-01-12

Family

ID=45440879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/061635 WO2012004880A1 (ja) 2010-07-08 2010-07-08 キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法

Country Status (3)

Country Link
JP (1) JP5425307B2 (ja)
CN (1) CN102985920A (ja)
WO (1) WO2012004880A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5255154B1 (ja) * 2012-12-26 2013-08-07 株式会社エアー 部分一致検索の可能な暗号システム
JP5367179B1 (ja) * 2012-09-20 2013-12-11 株式会社東芝 データ処理装置、データ管理システム、データ処理方法およびプログラム
JP6038427B1 (ja) * 2016-01-15 2016-12-07 三菱電機株式会社 暗号化装置、暗号化方法、暗号化プログラム及び保管装置
WO2019142651A1 (ja) * 2018-01-17 2019-07-25 三菱電機株式会社 登録装置、検索操作装置、データ管理装置、登録プログラム、検索操作プログラムおよびデータ管理プログラム
US10872158B2 (en) 2016-01-14 2020-12-22 Mitsubishi Electric Corporation Secret search system, secret search method, and computer readable medium
US11106740B2 (en) 2017-04-25 2021-08-31 Mitsubishi Electric Corporation Search device, search system, search method, and computer readable medium

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05342326A (ja) * 1992-06-09 1993-12-24 Fuji Xerox Co Ltd 文書処理装置
JP2005284915A (ja) * 2004-03-30 2005-10-13 Canon Inc 情報検索装置および方法、ならびに情報検索システムおよびその制御方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6363377B1 (en) * 1998-07-30 2002-03-26 Sarnoff Corporation Search data processor
CN1588366A (zh) * 2004-08-02 2005-03-02 中国科学院计算机网络信息中心 密文数据库检索技术
JP4722620B2 (ja) * 2005-08-19 2011-07-13 Ｋｄｄｉ株式会社 暗号化文書検索方法および暗号化文書検索システム
CN101561815B (zh) * 2009-05-19 2010-10-13 华中科技大学 分布式密文全文检索系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05342326A (ja) * 1992-06-09 1993-12-24 Fuji Xerox Co Ltd 文書処理装置
JP2005284915A (ja) * 2004-03-30 2005-10-13 Canon Inc 情報検索装置および方法、ならびに情報検索システムおよびその制御方法

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5367179B1 (ja) * 2012-09-20 2013-12-11 株式会社東芝 データ処理装置、データ管理システム、データ処理方法およびプログラム
WO2014045361A1 (ja) * 2012-09-20 2014-03-27 株式会社東芝 データ処理装置、データ管理システム、データ処理方法およびプログラム
US10546136B2 (en) 2012-09-20 2020-01-28 Kabushiki Kaisha Toshiba Data processor, data management system, data processing method, and computer program product
JP5255154B1 (ja) * 2012-12-26 2013-08-07 株式会社エアー 部分一致検索の可能な暗号システム
US10872158B2 (en) 2016-01-14 2020-12-22 Mitsubishi Electric Corporation Secret search system, secret search method, and computer readable medium
JP6038427B1 (ja) * 2016-01-15 2016-12-07 三菱電機株式会社 暗号化装置、暗号化方法、暗号化プログラム及び保管装置
WO2017122352A1 (ja) * 2016-01-15 2017-07-20 三菱電機株式会社 暗号化装置、暗号化方法及び暗号化プログラム
US11005645B2 (en) 2016-01-15 2021-05-11 Mitsubishi Electric Corporation Encryption device, encryption method, computer readable medium, and storage device
US11106740B2 (en) 2017-04-25 2021-08-31 Mitsubishi Electric Corporation Search device, search system, search method, and computer readable medium
WO2019142651A1 (ja) * 2018-01-17 2019-07-25 三菱電機株式会社 登録装置、検索操作装置、データ管理装置、登録プログラム、検索操作プログラムおよびデータ管理プログラム
US11233629B2 (en) 2018-01-17 2022-01-25 Mitsubishi Electric Corporation Registration apparatus, search operation apparatus, data management apparatus

Also Published As

Publication number Publication date
JPWO2012004880A1 (ja) 2013-09-02
CN102985920A (zh) 2013-03-20
JP5425307B2 (ja) 2014-02-26

Similar Documents

Publication Publication Date Title
US10778441B2 (en) Redactable document signatures
US9576005B2 (en) Search system
CN107209787B (zh) 提高专用加密数据的搜索能力
US7519835B2 (en) Encrypted table indexes and searching encrypted tables
US9965644B2 (en) Record level data security
US8375224B2 (en) Data masking with an encrypted seed
US8948375B2 (en) Systems for embedding information in data strings
US20170053135A1 (en) Columnar Table Data Protection
JP5425307B2 (ja) キーワード変換装置、キーワード変換プログラム、記録媒体及びキーワード変換方法
US8949625B2 (en) Systems for structured encryption using embedded information in data strings
US9519801B2 (en) Systems, methods, and apparatuses for implementing data masking via compression dictionaries
WO2015136801A1 (ja) 情報管理システム
JP6781373B2 (ja) 検索プログラム、検索方法、および検索装置
JP2012248940A (ja) データ生成装置、データ生成方法、データ生成プログラム及びデータベースシステム
JP5307199B2 (ja) データ管理システム及びデータ管理方法
WO2019138542A1 (ja) 対策立案支援装置、対策立案支援方法及び対策立案支援プログラム
US8144876B2 (en) Validating encrypted archive keys with MAC value
US20210326470A1 (en) Data sundering
CN116132079A (zh) 数据处理方法及装置
JP2012247882A (ja) 情報のマッチングシステム
CN1604521A (zh) 具备加密数据变换装置的服务器
EP4137978A1 (en) Enhanced data security through combination of encryption and vertical fragmentation of tabular data
US20130036474A1 (en) Method and Apparatus for Secure Data Representation Allowing Efficient Collection, Search and Retrieval
US20240143829A1 (en) Permission based data masking
Mohammed et al. Index seek technique for Querying Encrypted Databases

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080067945.5

Country of ref document: CN

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

Ref document number: 10854434

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012523478

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10854434

Country of ref document: EP

Kind code of ref document: A1