WO2013046413A1 - 検索方法及び情報管理装置 - Google Patents

検索方法及び情報管理装置 Download PDF

Info

Publication number
WO2013046413A1
WO2013046413A1 PCT/JP2011/072478 JP2011072478W WO2013046413A1 WO 2013046413 A1 WO2013046413 A1 WO 2013046413A1 JP 2011072478 W JP2011072478 W JP 2011072478W WO 2013046413 A1 WO2013046413 A1 WO 2013046413A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
information
user
character string
storage unit
Prior art date
Application number
PCT/JP2011/072478
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 CA2848996A priority Critical patent/CA2848996A1/en
Priority to CN201180073625.5A priority patent/CN103827854A/zh
Priority to JP2013535756A priority patent/JP5790768B2/ja
Priority to PCT/JP2011/072478 priority patent/WO2013046413A1/ja
Priority to EP11873122.3A priority patent/EP2763052A4/en
Priority to SG11201400549QA priority patent/SG11201400549QA/en
Priority to TW101134486A priority patent/TWI571752B/zh
Publication of WO2013046413A1 publication Critical patent/WO2013046413A1/ja
Priority to US14/205,527 priority patent/US20140195561A1/en

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
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • G06F16/334—Query execution
    • 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
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • G06F16/90344—Query processing by using string matching techniques

Definitions

  • the present invention relates to an information search method and an information management device.
  • the website search service allows free word search. Specifically, the user inputs one or more character strings as search conditions.
  • the search service searches a Web site highly relevant to the input character string and outputs it as a search result. Such a search method is very easy to use, and is now a mainstream search method for Web site search services.
  • the free word search as described above is suitable for atypical information like a Web site, but for typical information expressed by a plurality of items as managed in RDB (Relational Database). Is considered unsuitable. This is because the search for information expressed by a plurality of items is unlikely to obtain a desired search result unless a search condition that specifies the value of which item is input. Therefore, conventionally, in searching for information expressed by a plurality of items, a search condition is generally input via a screen for inputting a value for each item.
  • an object of one aspect is to provide a search method and an information management apparatus that can improve the operability of search related to information having a plurality of items.
  • a search method for information to be searched that is information to be searched and has a plurality of items, in response to reception of a search request for the search information, associated with information related to a transmission source of the search request. Based on the result of comparing one or more first character strings stored in the storage unit with the second character string specified in the search request, the item corresponding to the second character string is determined. Then, the computer executes a process of searching for the searched information using the second character string as a search condition for the determined item.
  • FIG. 1 is a diagram illustrating a configuration example of an information management system according to an embodiment of the present invention.
  • a plurality of client terminals 20 such as client terminals 20a, 20b, and 20c and the information management apparatus 10 can communicate with each other via a network such as the Internet or a mobile communication network. ing.
  • the information management apparatus 10 is information to be searched, and is expressed by a plurality of typical items.
  • the information management device 10 has a management function (database function) of information to be searched which is information having a plurality of items. ).
  • the information management apparatus 10 manages facility information as searched information.
  • the facility information includes items such as name, address, telephone number, genre, and position information (latitude and longitude). However, any information other than the facility information may be the searched information.
  • the client terminal 20 is a computer having a communication function for inputting a facility information search request to the information management apparatus 10, that is, transmitting a search request to the information management apparatus 10.
  • Examples of the client terminal 20 include a mobile phone, a smartphone, an in-vehicle device, or a PC (Personal Computer).
  • FIG. 2 is a diagram illustrating a hardware configuration example of the information management apparatus according to the embodiment of the present invention.
  • the information management apparatus 10 in FIG. 2 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, and the like that are mutually connected by a bus B.
  • a program for realizing processing in the information management apparatus 10 is provided by the recording medium 101.
  • the recording medium 101 on which the program is recorded is set in the drive device 100, the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100.
  • the program need not be installed from the recording medium 101 and may be downloaded from another computer via a network.
  • the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
  • the memory device 103 reads the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program.
  • the CPU 104 executes functions related to the information management apparatus 10 in accordance with a program stored in the memory device 103.
  • the interface device 105 is used as an interface for connecting to a network.
  • An example of the recording medium 101 is a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • an HDD Hard Disk Disk Drive
  • flash memory or the like can be given. Both the recording medium 101 and the auxiliary storage device 102 correspond to computer-readable recording media.
  • FIG. 3 is a diagram illustrating a functional configuration example of the information management apparatus according to the embodiment of the present invention.
  • the information management apparatus 10 includes a search request receiving unit 11, an item determination unit 12, a search unit 13, a search result reply unit 14, a user related information registration unit 15, and the like. Each of these units is realized by processing that a program installed in the information management apparatus 10 causes the CPU 104 to execute.
  • the information management apparatus 10 also includes an information storage unit 16, a user related information storage unit 17, an address determination information storage unit 18, a genre determination information storage unit 19, and the like. Each of these storage units can be realized using a storage device connected to the auxiliary storage device 102 or the information management device 10 via a network.
  • the search request receiving unit 11 receives a search request transmitted from the client terminal 20.
  • the search request includes one or more character strings as search conditions. In the search request, it is not specified which item of the facility information each character string corresponds to, that is, which item is the search condition. When a plurality of character strings are included, each character string is separated by a space, for example. That is, the search condition is input in the free word format at the client terminal 20.
  • the item determination unit 12 determines which item of the facility information the character string as the search condition corresponds to. The determination is performed with reference to the user related information storage unit 17, the address determination information storage unit 18, the genre determination information storage unit 19, and the like.
  • the user related information storage unit 17 stores, for each user of the client terminal 20, a character string group or a word group extracted from a character string acquired as an address in the past in relation to the user.
  • these character string groups or word groups are referred to as “user-related information”.
  • extraction of a character string group or a word group from a character string may be performed using a known technique such as a technique used when creating an inverted index.
  • the address determination information storage unit 18 is a database including a full text search engine, for example.
  • the address determination information storage unit 18 stores, for example, a list of prefecture names and city names as place names constituting addresses in the transposed index generated by the full-text search engine.
  • the full-text search engine of the address determination information storage unit 18 extracts a place name from a database record that manages a list of national addresses or administrative divisions, and generates a transposed index. Therefore, a list of place names extracted regardless of a specific user is stored in the transposed index included in the address determination information storage unit 18.
  • the genre determination information storage unit 19 is a database including a full-text search engine, for example.
  • the genre determination information storage unit 19 stores a list of character strings used as genres in the transposed index generated by the full-text search engine.
  • the search unit 13 searches for facility information from the information storage unit 16 using the determination result by the item determination unit 12. That is, the search unit 13 searches for facility information by using part or all of the character strings included in the search condition as character strings corresponding to the items determined by the item determination unit 12.
  • the search result reply unit 14 returns, for example, the searched facility information as a search result by the search unit 13 to the client terminal 20 that is the search request source.
  • the user related information registration unit 15 collects one or more character strings input as addresses in relation to the user, and extracts character string groups (word groups) from the character strings.
  • the character string group that is decomposed into character string groups (word groups) and extracted is recorded in the user-related information storage unit 17 in association with the user.
  • a character string input as an address in relation to the user for example, a character string input in the address input field at the time of user registration related to a service provided by the information management apparatus 10 can be given.
  • the user related information registration unit 15 may acquire a character string indicating an address managed in association with the user in another computer system.
  • the user-related information registration unit 15 cooperates with a computer system that provides a telematics service, as a home address input by the user to the vehicle-mounted device, an address input when setting the destination, or a destination
  • a character string indicating an address corresponding to the set latitude and longitude may be acquired.
  • “associating with a user” technically means, for example, associating with identification information of the user or identification information of the client terminal 20 used by the user.
  • the information storage unit 16 stores facility information.
  • 4 and 5 are flowcharts for explaining an example of the processing procedure of the search process.
  • step S101 the search request receiving unit 11 receives a search request from the client terminal 20.
  • the search request includes one or more character strings as search conditions.
  • one character string as a search condition is referred to as a “search keyword”.
  • the item determination unit 12 determines whether there are a plurality of search keywords included in the search request (S102). When there are a plurality of search keywords (Yes in S102), the item determining unit 12 sets one search keyword among the plurality of search keywords as a processing target. Hereinafter, the search keyword to be processed is referred to as a current keyword. (S103). Subsequently, the item determination unit 12 acquires user-related information registered for the search requesting user from the user-related information storage unit 17 (S104).
  • FIG. 6 is a diagram illustrating a configuration example of the user-related information storage unit.
  • the user related information stores a character string group extracted from a character string input as an address in association with the user in association with the identification information (user ID) of the user.
  • user-related information associated with a user whose user ID is “AAA” is shown, but the user-related information storage unit 17 also stores user-related information regarding other users.
  • the character string group stored in the user-related information storage unit 17 is determined in advance as a character string related to an address. Therefore, it can be said that the user management information storage unit 17 substantially stores a character string group and information indicating which item of the facility information the character string group corresponds to the user. .
  • the user ID of the search request source may be specified, for example, at the time of user authentication in the stage before accepting the search request.
  • the user ID may be specified as identification information of the client terminal 20 based on, for example, address information.
  • the identification information of the client terminal 20 may be used as the user ID, or the user ID may be specified based on correspondence information between the identification information of the client terminal 20 and the user ID.
  • the correspondence information may be stored in the auxiliary storage device 102, for example.
  • the item determination unit 12 sets one character string in the character string group included in the acquired user-related information as a processing target (S105). Subsequently, the item determination unit 12 calculates the degree of coincidence between the current keyword and the character string (S106). In the following description, the degree of coincidence may be described as a score value.
  • the degree of coincidence refers to the degree to which two compared character strings match or are similar.
  • a known technique may be used as a method for calculating the degree of coincidence. For example, the ratio of the number of matching characters to the number of characters in the character string to be compared may be set as the matching degree.
  • the item determination unit 12 determines whether or not the calculated degree of coincidence is greater than or equal to a threshold value (S107).
  • the degree of coincidence is equal to or greater than the threshold (Yes in S107)
  • the item determination unit 12 sets the current keyword as a candidate (address candidate) corresponding to the address item (S108).
  • the matching degree is less than the threshold (No in S107)
  • the current keyword is not set as an address candidate.
  • the above steps S105 to S108 are executed in order for each character string included in the user-related information acquired in step S104 (S109).
  • the above steps S103 to S109 are executed in order for each search keyword included in the search condition (S110). That is, each search keyword included in the search condition is compared with each character string included in the user-related information, and address candidates are extracted from the search keyword group included in the search condition. .
  • the item determination unit 12 determines the presence or absence of a search keyword extracted as an address candidate (FIG. 5: S111).
  • the item determination unit 12 generates a search condition using the search keyword of the address candidate as the search keyword corresponding to the address item of the facility information (S112).
  • the search condition is that the search keyword is included in the value of the address item.
  • a logical sum (OR) of the search keywords may be used as a search condition. That is, any search keyword may be included in the value of the address item as a search condition.
  • the item determination unit 12 removes the search keyword extracted as the address candidate from the set of search keywords included in the search request (S113). That is, after step S114, the search keyword extracted as an address candidate in the above processing is not included in the processing target.
  • steps S112 and S113 are not executed.
  • the item determination unit 12 determines whether or not one or more search keywords included in the search request remain (S114). This is a determination as to whether or not the search keyword has disappeared due to the execution of step S113. If no search keyword remains (No in S114), the process proceeds to step S119.
  • the item determination unit 12 uses the address determination information storage unit 18 to determine whether the remaining search keyword corresponds to the address item of the facility information (address Determination processing) is executed (S115). Subsequently, the item determination unit 12 performs a determination process (genre determination process) on whether or not the remaining search keywords correspond to the genre item of the facility information using the genre determination information storage unit 19 (S116). .
  • the remaining search keywords in step S116 are the remaining search keywords after the execution of step S115. Accordingly, when there are no remaining search keywords as a result of the execution of step S115, step S116 is not executed.
  • the item determination unit 12 generates a search condition using the search keyword as a search keyword corresponding to the item of the facility information name ( S117).
  • the search conditions generated here are combined (combined) with the search conditions generated in the previous stage processing, for example, under the condition of logical product (AND). However, they may be combined under the condition of logical sum (OR).
  • step S102 when there is only one search keyword (No in S102), the item determination unit 12 generates a search condition using the search keyword as a search keyword corresponding to the “name” of the facility information ( S118).
  • the search unit 13 searches the information storage unit 16 for facility information that matches the search condition generated by the item determination unit 12 (S119). Subsequently, the search result reply unit 14 returns the found facility information to the client terminal 20 that is the search request source (S120).
  • FIG. 7 is a flowchart for explaining an example of a processing procedure of an address determination process using the address determination information storage unit.
  • step S201 the item determination unit 12 sets one search keyword among the remaining search keywords as a processing target (hereinafter referred to as “current keyword”). Subsequently, the item determination unit 12 requests the full-text search engine of the address determination information storage unit 18 to search for the current keyword, and as a search result, the matching degree (score value) for each character string that matches the current keyword. Is acquired (S202). That is, the full-text search engine searches the transposed index included in the address determination information storage unit 18 for a character string that matches the current keyword, and the character string and the matching degree between the character string and the current keyword. Is output. Note that “matching” includes not only complete matching but also partial matching.
  • the item determination unit 12 determines whether or not there is a degree of coincidence that is equal to or greater than a threshold among the obtained degrees of coincidence (S203). If there is a degree of matching equal to or greater than the threshold (Yes in S203), the item determination unit 12 sets the current keyword as an address candidate (S204). On the other hand, if there is no matching degree equal to or greater than the threshold (No in 203), the current keyword is not regarded as an address candidate.
  • the above steps S201 to S204 are executed in order for the remaining search keywords (S205).
  • the item determination unit 12 determines whether there is a search keyword extracted as an address candidate (S206).
  • the item determination unit 12 When there is a search keyword as an address candidate (Yes in S206), the item determination unit 12 generates a search condition using the search keyword having the highest degree of matching as the search keyword corresponding to the address item (S207). Therefore, when there is one search keyword as an address candidate, the one search keyword is set as a search keyword corresponding to the address item.
  • the search keyword having the highest matching degree among the plurality of search keywords is set as a search keyword corresponding to the address item.
  • the search conditions generated here are combined (combined) with the search conditions generated in the previous stage processing, for example, under the condition of logical product (AND). However, they may be combined under the condition of logical sum (OR).
  • the item determining unit 12 removes the search keyword having the highest degree of matching from the set of search keywords remaining in the step S201 (S208).
  • FIG. 8 is a flowchart for explaining an example of a processing procedure of genre determination processing using the genre determination information storage unit.
  • the processing procedure of the figure is that the genre determination information storage unit 19 is used instead of the address determination information storage unit 18, and the search keyword having the highest degree of coincidence is the search keyword corresponding to the genre item of the facility information. Except for this point, the processing procedure is the same as that in FIG. Therefore, a description of each step is omitted with respect to FIG.
  • the information management apparatus 10 has any one or more search keywords included (designated) included in the search request as the search target information (facility information according to the present embodiment). It is automatically determined whether it corresponds to the item, and a search is performed based on the determination result. Accordingly, it is possible to improve the operability by providing a user interface in a free word format and increase the possibility of obtaining a search result that matches the user's search intention.
  • a character string group constituting an address input for each user in the past is stored in the user-related information storage unit 17, and the search keyword is determined based on a comparison between the search keyword and the character string group. It is determined whether the address item is applicable. Therefore, it is possible to determine whether or not the search keyword corresponds to the address item in consideration of the fact that the meaning of a certain word is relative depending on the user. Specifically, it is considered that the character string “Yoshino” is often used as the place name for the user A who lives in an address including the place name “Yoshino”.
  • the character string “Yoshino” may be used as a part of the restaurant name.
  • the character string “Yoshino” is associated with the user A in the user related information storage unit 17 but is not associated with the user B.
  • “Yoshino” when the user A inputs the search keyword “Yoshino”, “Yoshino” generates a search condition as a search keyword corresponding to the address item.
  • the search keyword “Yoshino” it is highly likely that “Yoshino” is determined not to be an address item but to be a “name” item.
  • the example in which the user related information storage unit 17 stores the character string extracted from the address has been described. However, even if user related information is generated for other items constituting the facility information. Good. Further, user related information may be generated not only for one item but also for a plurality of items.
  • the user related information regarding a plurality of items is information including, for each user, a character string group corresponding to an address and a character string group corresponding to a genre. In this case, information indicating which item each character string corresponds to may be stored in the user related information storage unit 17.
  • the user related information storage unit 17 stores one or more character strings constituting an address in association with the user (user ID).
  • the user ID the user's name
  • the convenience that the same search result can be obtained regardless of which client terminal 20 is used is obtained.
  • the user related information storage unit 17 may store one or more character strings constituting an address for each identification information of the client terminal 20.
  • a user who uses a plurality of client terminals 20 may obtain different search results for each client terminal 20 to be used.
  • a PC used at home, a PC used at work, and a mobile phone have the same word for a user corresponding to the client terminal 20 depending on the situation of using the home PC, work PC, or mobile phone.
  • the meaning may be different. Therefore, the user-related information storage unit 17 stores one or more character strings constituting an address for each identification information of the client terminal 20, so that the information management apparatus 10 considers the situation where the user is placed. Thus, it can be determined whether or not the search keyword corresponds to the address item.
  • the searched information is facility information
  • other information may be used as searched information.
  • user-related information may be generated in correspondence with items included in the other information.
  • the information storage unit 16 is not limited to RDB (Relational Database).
  • RDB Relational Database
  • a full text search engine may be used.
  • the document information to be subjected to full text search is, for example, a CSV file storing facility information of one facility for each line. In each row, the value of the facility information item is recorded in a comma-separated list.
  • a transposed index may be generated for each item. That is, in the case of facility information according to the present embodiment, a transposed index is generated for each name, address, telephone number, genre, and position information.
  • the transposed index of the name is a transposed index that stores a row including the word for each word included in each name of all facility information.
  • the transposition index of an address becomes a transposition index which memorize
  • the information storage unit 16 By configuring the information storage unit 16 in this way, it is possible to identify the facility information row that matches the search condition at high speed using the transposed index.
  • the information management device 10 need not be limited to being realized by a single computer.
  • a first computer having a search request receiving unit 11, an item determination unit 12, a user related information registration unit 15, a user related information storage unit 17, an address determination information storage unit 18, and a genre determination information storage unit 19, It may be realized by a second computer that is communicably connected to one computer and has a search unit 13, a search result reply unit 14, and an information storage unit 16.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　検索対象である情報であり複数の項目を有する被検索情報に関する検索方法であって、前記被検索情報に対する検索要求の受信に応じ、当該検索要求の送信元に関する情報に関連付けて記憶部が記憶する一以上の第一の文字列と当該検索要求に指定されている第二の文字列とを比較した結果に基づいて、前記第二の文字列が該当する前記項目を判定し、前記第二の文字列を、判定された前記項目に関する検索条件として、前記被検索情報に対する検索を行う処理をコンピュータが実行する。

Description

検索方法及び情報管理装置
　本発明は、情報の検索方法及び情報管理装置に関する。
　Ｗｅｂサイトの検索サービスでは、フリーワード検索が可能である。具体的には、ユーザは、一以上の文字列を検索条件として入力する。検索サービスは、入力された文字列に関連性の高いＷｅｂサイトを検索し、検索結果として出力する。このような検索方法は、非常に使い勝手が良く、Ｗｅｂサイトの検索サービスにおいては、今や主流の検索方法となっている。
　上記のようなフリーワード検索は、Ｗｅｂサイトのように、非定型の情報には向いているが、ＲＤＢ（Relational Database）において管理されるような、複数の項目によって表現される定型的な情報に関しては不向きであると考えられている。複数の項目によって表現される情報の検索には、どの項目の値であるかが明示された検索条件が入力されないと、所望の検索結果が得られる可能性が低いからである。したがって、従来、複数の項目によって表現される情報の検索には、項目ごとに値を入力させる画面を介して検索条件が入力されるのが一般的であった。
特開２００９－２７１８６７号公報
　しかしながら、上記のような画面を介した定型的な検索条件の入力は、上記のようなフリーワード検索が主流となった昨今においては、ユーザにとって煩雑に感じられるようになっている。
　そこで、１側面では、複数の項目を有する情報に関する検索の操作性を向上させることのできる検索方法及び情報管理装置の提供を目的とする。
　一つの案では、検索対象である情報であり複数の項目を有する被検索情報に関する検索方法であって、前記被検索情報に対する検索要求の受信に応じ、当該検索要求の送信元に関する情報に関連付けて記憶部が記憶する一以上の第一の文字列と当該検索要求に指定されている第二の文字列とを比較した結果に基づいて、前記第二の文字列が該当する前記項目を判定し、前記第二の文字列を、判定された前記項目に関する検索条件として、前記被検索情報に対する検索を行う処理をコンピュータが実行する。
　一態様によれば、複数の項目を有する情報に関する検索の操作性を向上させることができる。
本発明の実施の形態における情報管理システムの構成例を示す図である。 本発明の実施の形態における情報管理装置のハードウェア構成例を示す図である。 本発明の実施の形態における情報管理装置の機能構成例を示す図である。 検索処理の処理手順の一例を説明するためのフローチャートである。 検索処理の処理手順の一例を説明するためのフローチャートである。 ユーザ関連情報記憶部の構成例を示す図である。 住所判定情報記憶部を用いた住所判定処理の処理手順の一例を説明するためのフローチャートである。 ジャンル判定情報記憶部を用いたジャンル判定処理の処理手順の一例を説明するためのフローチャートである。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報管理システムの構成例を示す図である。同図の情報管理システム１において、クライアント端末２０ａ、２０ｂ、及び２０ｃ等の複数のクライアント端末２０と情報管理装置１０とは、例えば、インターネット又は移動体通信網等のネットワークを介して通信可能とされている。
　情報管理装置１０は、検索対象となる情報であって、定型的な複数の項目によって表現される、別の言い方をすれば、複数の項目を有する情報である被検索情報の管理機能（データベース機能）を有するコンピュータである。本実施の形態において、情報管理装置１０は、施設情報を被検索情報として管理する。施設情報は、名称、住所、電話番号、ジャンル、位置情報（緯度及び経度）等の項目を有する。但し、施設情報以外の任意の情報が被検索情報とされてもよい。
　クライアント端末２０は、情報管理装置１０に対して施設情報の検索要求を入力する、即ち、情報管理装置１０に対して検索要求を送信する通信機能を有するコンピュータである。クライアント端末２０の一例として、携帯電話、スマートフォン、車載器、又はＰＣ（Personal Computer）等が挙げられる。
　図２は、本発明の実施の形態における情報管理装置のハードウェア構成例を示す図である。図２の情報管理装置１０は、それぞれバスBで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
　情報管理装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報管理装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
　図３は、本発明の実施の形態における情報管理装置の機能構成例を示す図である。同図において、情報管理装置１０は、検索要求受付部１１、項目判定部１２、検索部１３、検索結果返信部１４、及びユーザ関連情報登録部１５等を有する。これら各部は、情報管理装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。情報管理装置１０は、また、情報記憶部１６、ユーザ関連情報記憶部１７、住所判定情報記憶部１８、及びジャンル判定情報記憶部１９等を有する。これら各記憶部は、補助記憶装置１０２、又は情報管理装置１０とネットワークを介して接続される記憶装置等を用いて実現可能である。
　検索要求受付部１１は、クライアント端末２０から送信される検索要求を受信する。検索要求には、一以上の文字列が検索条件として含まれている。検索要求には、各文字列が施設情報のいずれの項目に該当するのか、すなわち、いずれの項目に対する検索条件であるのかについては指定されていない。複数の文字列が含まれている場合、各文字列は、例えば、スペースによって区切られている。すなわち、クライアント端末２０では、フリーワード形式で検索条件が入力される。
　項目判定部１２は、検索条件としての文字列が、施設情報のいずれの項目に該当するのかを判定する。当該判定は、ユーザ関連情報記憶部１７、住所判定情報記憶部１８、及びジャンル判定情報記憶部１９等を参照して行われる。ユーザ関連情報記憶部１７は、クライアント端末２０のユーザごとに、過去に、ユーザに関連して住所として取得された文字列より抽出された文字列群又は単語群等を記憶する。以下、これらの文字列群もしくは単語群等を「ユーザ関連情報」という。なお、文字列からの文字列群もしくは単語群の抽出は、例えば、転置インデックスを作成する際に利用される技術等、公知技術を用いればよい。
　住所判定情報記憶部１８は、例えば、全文検索エンジンを含むデータベースである。住所判定情報記憶部１８は、全文検索エンジンによって生成される転置インデックスにおいて、住所を構成する地名として例えば県名及び市町村名等の一覧を記憶する。例えば、住所判定情報記憶部１８の全文検索エンジンは、全国の住所又は行政区画の一覧を管理するデータベースのレコードより地名を抽出し、転置インデックスを生成する。したがって、住所判定情報記憶部１８に含まれる転置インデックスには、特定のユーザとは無関係に抽出された地名の一覧が記憶される。
　ジャンル判定情報記憶部１９は、例えば、全文検索エンジンを含むデータベースである。ジャンル判定情報記憶部１９は、全文検索エンジンによって生成される転置インデックスにおいて、ジャンルとして用いられる文字列の一覧を記憶する。
　検索部１３は、項目判定部１２による判定結果を用いて、情報記憶部１６からの施設情報の検索を行う。すなわち、検索部１３は、検索条件に含まれている一部又は全部の各文字列を、項目判定部１２によって判定された項目に該当する文字列として、施設情報の検索を行う。
　検索結果返信部１４は、検索部１３による検索結果として例えば検索された施設情報を、検索要求元のクライアント端末２０に返信する。
　ユーザ関連情報登録部１５は、ユーザに関連して住所として入力された一以上の文字列を収集し、当該各文字列より文字列群（単語群）を抽出し、すなわち、当該各文字列を文字列群（単語群）に分解し、抽出された文字列群を、当該ユーザに関連付けてユーザ関連情報記憶部１７に記録する。
　ユーザに関連して住所として入力された文字列の一例としては、例えば、情報管理装置１０が提供するサービスに関するユーザ登録の際に、住所の入力欄に入力された文字列が挙げられる。又は、ユーザ関連情報登録部１５は、他のコンピュータシステムにおいてユーザと関連付けて管理されている住所を示す文字列を取得してもよい。一例としては、ユーザ関連情報登録部１５が、テレマティクスサービスを提供するコンピュータシステムと連携して、ユーザが車載器に対して入力した自宅の住所、目的地の設定時に入力した住所、又は目的地として設定された緯度及び経度に対応する住所を示す文字列を取得することが挙げられる。なお、ユーザに関連付けるとは、技術的には、例えば、ユーザの識別情報又はユーザが使用するクライアント端末２０の識別情報と関連付けることを意味する。
　情報記憶部１６は、施設情報を記憶する。
　以下、情報管理装置１０が実行する処理手順について説明する。図４及び図５は、検索処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ１０１において、検索要求受付部１１は、クライアント端末２０より検索要求を受信する。検索要求には、一以上の文字列が検索条件として含まれている。以下、検索条件としての一つの文字列を「検索キーワード」という。
　続いて、項目判定部１２は、検索要求に含まれている検索キーワードは複数であるか否かを判定する（Ｓ１０２）。検索キーワードが複数である場合（Ｓ１０２でＹｅｓ）、項目判定部１２は、複数の検索キーワードのうちの一つの検索キーワードを処理対象とする。以下、処理対象としている検索キーワードをカレントキーワードという。（Ｓ１０３）。続いて、項目判定部１２は、検索要求元のユーザに関して登録されているユーザ関連情報をユーザ関連情報記憶部１７より取得する（Ｓ１０４）。
　図６は、ユーザ関連情報記憶部の構成例を示す図である。同図に示されるように、ユーザ関連情報は、ユーザの識別情報（ユーザＩＤ）に関連付けて、当該ユーザに関連して住所として入力された文字列より抽出された文字列群を記憶する。同図には、ユーザＩＤが「ＡＡＡ」であるユーザに関連付けられているユーザ関連情報が示されているが、ユーザ関連情報記憶部１７は、他のユーザに関するユーザ関連情報も記憶する。本実施の形態においては、ユーザ関連情報記憶部１７が記憶する文字列群は、住所に関する文字列であると予め決められている。したがって、ユーザ管理情報記憶部１７は、実質的に、文字列群と、当該文字列群が施設情報のいずれの項目に該当するのかを示す情報とを、ユーザに関連付けて記憶しているといえる。
　なお、検索要求元のユーザＩＤは、例えば、検索要求を受け付ける前段階におけるユーザの認証時に特定されてもよい。認証が行われない場合は、クライアント端末２０の識別情報として、例えば、アドレス情報等に基づいて、ユーザＩＤが特定されてもよい。この場合、クライアント端末２０の識別情報がユーザＩＤとして用いられてもよいし、クライアント端末２０の識別情報とユーザＩＤとの対応情報に基づいて、ユーザＩＤが特定されてもよい。当該対応情報は、例えば、補助記憶装置１０２に記憶されていればよい。
　続いて、項目判定部１２は、取得されたユーザ関連情報に含まれている文字列群のうちの一つの文字列を処理対象とする（Ｓ１０５）。続いて、項目判定部１２は、カレントキーワードと、当該文字列との一致度を算出する（Ｓ１０６）。以下の説明において、一致度のことをスコア値と記載する場合がある。一致度とは、比較された二つの文字列が一致する又は類似する度合いをいう。一致度の算出方法は、公知技術を用いればよい。例えば、比較対象の文字列の文字数に対する、一致する文字数の割合が一致度とされてもよい。
　続いて、項目判定部１２は、算出された一致度が閾値以上であるか否かを判定する（Ｓ１０７）。一致度が閾値以上である場合（Ｓ１０７でＹｅｓ）、項目判定部１２は、カレントキーワードを、住所の項目に該当する候補（住所候補）とする（Ｓ１０８）。一方、一致度が閾値未満である場合（Ｓ１０７でＮｏ）、カレントキーワードは、住所候補とはされない。
　上記ステップＳ１０５～Ｓ１０８は、ステップＳ１０４において取得されたユーザ関連情報に含まれている各文字列に関して順番に実行される（Ｓ１０９）。また、上記ステップＳ１０３～Ｓ１０９は、検索条件に含まれている各検索キーワードに関して順番に実行される（Ｓ１１０）。すなわち、検索条件に含まれている各検索キーワードと、ユーザ関連情報に含まれている各文字列とが比較され、検索条件に含まれている検索キーワード群の中から、住所候補が抽出される。
　続いて、項目判定部１２は、住所候補として抽出された検索キーワードの有無を判定する（図５：Ｓ１１１）。該当する検索キーワードが有る場合（Ｓ１１１でＹｅｓ）、項目判定部１２は、住所候補の検索キーワードを、施設情報の住所の項目に該当する検索キーワードとして検索条件を生成する（Ｓ１１２）。例えば、当該検索キーワードが住所の項目の値に含まれることが検索条件となる。住所候補としての検索キーワードが複数有る場合は、各検索キーワードの論理和（ＯＲ）を検索条件とすればよい。すなわち、いずれかの検索キーワードが住所の項目の値に含まれることが検索条件とされればよい。
　続いて、項目判定部１２は、住所候補として抽出された検索キーワードを、検索要求に含まれている検索キーワードの集合より除去する（Ｓ１１３）。すなわち、ステップＳ１１４以降では、上記の処理において住所候補として抽出された検索キーワードは、処理対象には含まれない。
　なお、住所候補としての検索キーワードが無い場合（Ｓ１１１でＮｏ）、ステップＳ１１２及びＳ１１３は実行されない。
　続いて、項目判定部１２は、検索要求に含まれていた検索キーワードが一以上残っているか否かを判定する（Ｓ１１４）。ステップＳ１１３が実行されたことにより、検索キーワードが無くなっていないか否かの判定である。検索キーワードが残っていない場合（Ｓ１１４でＮｏ）、ステップＳ１１９に進む。
　検索キーワードが残っている場合（Ｓ１１４Ｙｅｓ）、項目判定部１２は、残りの検索キーワードに関して、住所判定情報記憶部１８を用いて、施設情報の住所の項目に該当するか否かの判定処理（住所判定処理）を実行する（Ｓ１１５）。続いて、項目判定部１２は、残りの検索キーワードに関して、ジャンル判定情報記憶部１９を用いて、施設情報のジャンルの項目に該当するか否かの判定処理（ジャンル判定処理）実行する（Ｓ１１６）。なお、ステップＳ１１６での残りの検索キーワードとは、ステップＳ１１５の実行後における残りの検索キーワードである。したがって、ステップＳ１１５の実行によって、残りの検索キーワードが無くなった場合、ステップＳ１１６は実行されない。
　続いて、項目判定部１２は、ステップＳ１１５及びＳ１１６の実行後に残っている検索キーワードが有れば、当該検索キーワードを、施設情報の名称の項目に該当する検索キーワードとして、検索条件を生成する（Ｓ１１７）。ここで生成される検索条件は、前段の処理において生成されている検索条件と、例えば、論理積（ＡＮＤ）の条件で結合される（組み合わされる）。但し、論理和（ＯＲ）の条件で結合されてもよい。
　一方、ステップＳ１０２において、検索キーワードが一つしか無い場合（Ｓ１０２でＮｏ）、項目判定部１２は、当該検索キーワードを、施設情報の「名称」に該当する検索キーワードとして、検索条件を生成する（Ｓ１１８）。
　続いて、検索部１３は、項目判定部１２によって生成された検索条件に合致する施設情報を、情報記憶部１６より検索する（Ｓ１１９）。続いて、検索結果返信部１４は、検索された施設情報を、検索要求元のクライアント端末２０に返信する（Ｓ１２０）。
　ステップＳ１１５の詳細について説明する。図７は、住所判定情報記憶部を用いた住所判定処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ２０１において、項目判定部１２は、残りの検索キーワードのうちの一つの検索キーワードを処理対象（以下、「カレントキーワード」という。）とする。続いて、項目判定部１２は、カレントキーワードに関して、住所判定情報記憶部１８の全文検索エンジンに対して検索を要求し、検索結果として、カレントキーワードに合致する文字列ごとに一致度（スコア値）を取得する（Ｓ２０２）。すなわち、当該全文検索エンジンは、住所判定情報記憶部１８に含まれる転置インデックスの中から、カレントキーワードに合致する文字列を検索し、当該文字列、及び当該文字列とカレントキーワードとの一致度とを出力する。なお、合致するとは、完全一致のみならず部分一致も含まれる。
　続いて、項目判定部１２は、取得された一致度の中で閾値以上の一致度の有無を判定する（Ｓ２０３）。閾値以上の一致度が有る場合（Ｓ２０３でＹｅｓ）、項目判定部１２は、カレントキーワードを、住所候補とする（Ｓ２０４）。一方、閾値以上の一致度が無い場合（２０３でＮｏ）、カレントキーワードは、住所候補とはされない。上記ステップＳ２０１～Ｓ２０４は、残りの各検索キーワードに関して順番に実行される（Ｓ２０５）。
　続いて、項目判定部１２は、住所候補として抽出された検索キーワードの有無を判定する（Ｓ２０６）。住所候補としての検索キーワードが有る場合（Ｓ２０６でＹｅｓ）、項目判定部１２は、一致度が最大である検索キーワードを、住所の項目に該当する検索キーワードとして、検索条件を生成する（Ｓ２０７）。したがって、住所候補としての検索キーワードが一つである場合は、当該一つの検索キーワードが、住所の項目に該当する検索キーワードとされる。住所候補としての検索キーワードが複数有る場合は、複数の中で一致度が最大である検索キーワードが、住所の項目に該当する検索キーワードとされる。ここで生成される検索条件は、前段の処理において生成されている検索条件と、例えば、論理積（ＡＮＤ）の条件で結合される（組み合わされる）。但し、論理和（ＯＲ）の条件で結合されてもよい。
　続いて、項目判定部１２は、一致度が最大である検索キーワードを、ステップＳ２０１の段階において残っていた検索キーワードの集合から除去する（Ｓ２０８）。
　続いて、図４のステップＳ１１６に関して説明する。図８は、ジャンル判定情報記憶部を用いたジャンル判定処理の処理手順の一例を説明するためのフローチャートである。同図の処理手順は、住所判定情報記憶部１８の代わりにジャンル判定情報記憶部１９が利用される点、一致度が最大である検索キーワードは、施設情報のジャンルの項目に該当する検索キーワードとされる点を除いて、図７の処理手順と同じである。したがって、図８に関して、ステップごとの説明は省略する。
　上述したように、本実施の形態の情報管理装置１０は、検索要求に含まれている（指定されている）一以上の検索キーワードが、被検索情報（本実施の形態の施設情報）のいずれの項目に該当するかを自動的に判定し、該判定結果に基づいて、検索を行う。したがって、フリーワード形式のユーザインタフェースを提供して操作性を向上させつつ、ユーザの検索意図に即した検索結果が得られる可能性を高めることができる。
　特に、本実施の形態ではユーザごとに過去に入力された住所を構成する文字列群がユーザ関連情報記憶部１７に記憶され、検索キーワードと当該文字列群との比較に基づいて、検索キーワードが住所の項目に該当するか否かが判定される。したがって、或る単語の意味は、ユーザに応じて相対的なものであるといった事情を考慮して、検索キーワードが住所の項目に該当するか否かを判定することができる。具体的には、「吉野」という地名を含む住所に住んでいるユーザＡにとって、「吉野」という文字列は、地名として用いる機会が多いと考えられる。一方、「吉野」という地名と全く縁の無いユーザＢにとって、「吉野」という文字列は、飲食店名の一部として用いる機会が多いかもしれない。この場合、「吉野」という文字列は、ユーザ関連情報記憶部１７においてユーザＡには関連付けられるが、ユーザＢには関連付けられない。その結果、ユーザＡが、「吉野」という検索キーワードを入力した場合、「吉野」は、住所の項目に該当する検索キーワードとして検索条件が生成される。一方、ユーザＢが、「吉野」という検索キーワードを入力したとしても、「吉野」は、住所の項目とはされずに、「名称」の項目に該当すると判定される可能性が高い。したがって、ユーザＡに関しては、「吉野」という地域に位置する施設の情報が検索され、ユーザＢに関しては、「吉野」を名称に含む施設（例えば、飲食店）が検索される可能性が高い。すなわち、ユーザの検索意図に即した検索結果を得られる可能性が高い。
　なお、本実施の形態では、ユーザ関連情報記憶部１７は、住所より抽出された文字列を記憶する例を説明したが、施設情報を構成する他の項目に関して、ユーザ関連情報が生成されてもよい。また、一つの項目のみならず、複数の項目に関してユーザ関連情報が生成されてもよい。複数の項目に関するユーザ関連情報とは、例えば、ユーザごとに、住所に該当する文字列群と、ジャンルに該当する文字列群とを含む情報である。この場合、各文字列が、いずれの項目に該当するのかを示す情報もユーザ関連情報記憶部１７に記憶されればよい。
　また、本実施の形態では、ユーザ関連情報記憶部１７は、ユーザ（ユーザＩＤ）に関連付けて、住所を構成する一以上の文字列を記憶する例を示した。この例では、ユーザが、複数のクライアント端末２０を利用する場合、いずれのクライアント端末２０を利用しても、同じ検索結果を得られるという利便性が得られる。
　但し、ユーザ関連情報記憶部１７は、クライアント端末２０の識別情報ごとに、住所を構成する一以上の文字列を記憶してもよい。この場合、複数のクライアント端末２０を利用するユーザは、使用するクライアント端末２０ごとに、異なる検索結果を得られる可能性がある。例えば、自宅で使用するＰＣと、職場で使用するＰＣと、携帯電話とが、クライアント端末２０に該当するユーザにとって、自宅ＰＣ、職場ＰＣ、又は携帯電話を使用する状況に応じて、同じ単語の意味が異なる可能性もある。したがって、ユーザ関連情報記憶部１７が、クライアント端末２０の識別情報ごとに、住所を構成する一以上の文字列を記憶することで、情報管理装置１０は、ユーザの置かれている状況を考慮して、検索キーワードが住所の項目に該当するか否かを判定することができる。
　また、本実施の形態では、被検索情報が施設情報である例を説明したが、他の情報が被検索情報とされてもよい。この場合、当該他の情報が有する項目に対応させて、ユーザ関連情報が生成されればよい。
　更に、情報記憶部１６は、ＲＤＢ（Relational Database）に限定されない。例えば、全文検索エンジンが利用されてもよい。この場合、全文検索の対象となる文書情報は、例えば、一行ごとに一つの施設の施設情報を記憶したＣＳＶファイルである。各行には、施設情報の項目の値が、カンマ区切りで記録されている。
　このようなＣＳＶファイルからの検索を高速化させるため、項目毎に転置インデックスが生成されてもよい。すなわち、本実施の形態の施設情報であれば、名称、住所、電話番号、ジャンル、及び位置情報ごとに転置インデックスが生成される。例えば、名称の転置インデックスは、全ての施設情報のそれぞれの名称に含まれる単語ごとに、当該単語を含む行を記憶する転置インデックスとなる。同様に、住所の転置インデックスは、全ての施設情報の住所に含まれる単語ごとに、当該単語を含む行を記憶する転置インデックスとなる。
　情報記憶部１６をこのように構成することで、検索条件に合致する施設情報の行を転置インデックスを用いて高速に特定することができる。
　更に、情報管理装置１０は１台のコンピュータで実現されることに限る必要は無い。例えば、検索要求受付部１１、項目判定部１２、ユーザ関連情報登録部１５、ユーザ関連情報記憶部１７、住所判定情報記憶部１８、ジャンル判定情報記憶部１９を有する第一のコンピュータと、該第一のコンピュータと通信可能に接続されていて、検索部１３、検索結果返信部１４、情報記憶部１６とを有する第二のコンピュータとにより実現されても構わない。
　以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１　　　　　　情報管理システム
１０　　　　　情報管理装置
１１　　　　　検索要求受付部
１２　　　　　項目判定部
１３　　　　　検索部
１４　　　　　検索結果返信部
１５　　　　　ユーザ関連情報登録部
１６　　　　　情報記憶部
１７　　　　　ユーザ関連情報記憶部
１８　　　　　住所判定情報記憶部
１９　　　　　ジャンル判定情報記憶部
２０　　　　　クライアント端末
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
Ｂ　　　　　　バス

Claims (6)

  1. 　検索対象である情報であり複数の項目を有する被検索情報に関する検索方法であって、
    　前記被検索情報に対する検索要求の受信に応じ、当該検索要求の送信元に関する情報に関連付けて記憶部が記憶する一以上の第一の文字列と当該検索要求に指定されている第二の文字列とを比較した結果に基づいて、前記第二の文字列が該当する前記項目を判定し、
    　前記第二の文字列を、判定された前記項目に関する検索条件として、前記被検索情報に対する検索を行う処理をコンピュータが実行する検索方法。
  2. 　前記記憶部は、前記検索要求の送信元に係るユーザを識別可能な情報または前記検索要求の送信元の端末を識別可能な情報に関連付けて一以上の文字列を記憶する請求項１記載の検索方法。
  3. 　前記記憶部に格納されている、一以上の文字列は、前記ユーザまたは前記端末から住所に関する情報として受信した文字列であることを特徴とする請求項２記載の検索方法。
  4. 　情報管理装置であって、
    　検索対象である情報であり複数の項目を有する被検索情報に対する検索要求を受信する検索要求受付部と、
    　前記検索要求の送信元に関する情報に関連付けて一以上の第一の文字列を記憶する記憶部と、
    　前記記憶部が記憶する前記第一の文字列と前記検索要求に指定されている第二の文字列とを比較した結果に基づいて、前記第二の文字列が該当する前記項目を判定すると共に、該第二の文字列を、該判定した項目に対応する検索キーワードとした検索条件を生成する項目判定部と
    を有することを特徴とする情報管理装置。
  5. 　前記記憶部は、前記検索要求の送信元に係るユーザを識別可能な情報または前記検索要求の送信元の端末を識別可能な情報に関連付けて一以上の文字列を記憶する請求項４記載の検索方法。
  6. 　前記情報管理装置は更に、前記ユーザと関連して入力された住所に関する情報を、該ユーザと対応する前記第一の文字列として前記記憶部に記録するユーザ関連情報登録部を有することを特徴とする請求項５記載の情報管理装置。
PCT/JP2011/072478 2011-09-29 2011-09-29 検索方法及び情報管理装置 WO2013046413A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CA2848996A CA2848996A1 (en) 2011-09-29 2011-09-29 Search method and information managing apparatus
CN201180073625.5A CN103827854A (zh) 2011-09-29 2011-09-29 检索方法以及信息管理装置
JP2013535756A JP5790768B2 (ja) 2011-09-29 2011-09-29 検索方法及び情報管理装置
PCT/JP2011/072478 WO2013046413A1 (ja) 2011-09-29 2011-09-29 検索方法及び情報管理装置
EP11873122.3A EP2763052A4 (en) 2011-09-29 2011-09-29 SEARCH PROCESS AND INFORMATION MANAGEMENT DEVICE
SG11201400549QA SG11201400549QA (en) 2011-09-29 2011-09-29 Search method and information managing apparatus
TW101134486A TWI571752B (zh) 2011-09-29 2012-09-20 Retrieval method and information management device
US14/205,527 US20140195561A1 (en) 2011-09-29 2014-03-12 Search method and information managing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/072478 WO2013046413A1 (ja) 2011-09-29 2011-09-29 検索方法及び情報管理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/205,527 Continuation US20140195561A1 (en) 2011-09-29 2014-03-12 Search method and information managing apparatus

Publications (1)

Publication Number Publication Date
WO2013046413A1 true WO2013046413A1 (ja) 2013-04-04

Family

ID=47994520

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/072478 WO2013046413A1 (ja) 2011-09-29 2011-09-29 検索方法及び情報管理装置

Country Status (8)

Country Link
US (1) US20140195561A1 (ja)
EP (1) EP2763052A4 (ja)
JP (1) JP5790768B2 (ja)
CN (1) CN103827854A (ja)
CA (1) CA2848996A1 (ja)
SG (1) SG11201400549QA (ja)
TW (1) TWI571752B (ja)
WO (1) WO2013046413A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5664813B1 (ja) * 2014-06-10 2015-02-04 富士ゼロックス株式会社 デザイン管理装置及びプログラム
US10635747B2 (en) * 2014-12-03 2020-04-28 Rakuten, Inc. Input device, form inputting method, non-transitory recording medium and program
WO2018040106A1 (zh) * 2016-09-05 2018-03-08 深圳前海达闼云端智能科技有限公司 输出搜索结果的方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000200282A (ja) * 1999-01-06 2000-07-18 Seiko Epson Corp 情報検索方法及び情報検索システム並びに情報検索処理プログラムを記録した記録媒体
JP2005063185A (ja) * 2003-08-13 2005-03-10 Toshiba Corp 文書検索システム、質問応答システム、文書検索方法
JP2009037603A (ja) * 2007-07-05 2009-02-19 Nec (China) Co Ltd クエリー要件展開器およびクエリー要件展開方法
JP2009271867A (ja) 2008-05-09 2009-11-19 Canvas Mapple Co Ltd 情報検索装置、情報検索方法、及びコンピュータプログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1866808A2 (en) * 2005-03-19 2007-12-19 ActivePrime, Inc. Systems and methods for manipulation of inexact semi-structured data
JP4841897B2 (ja) * 2005-08-29 2011-12-21 アルパイン株式会社 ナビゲーション装置
JP2007272872A (ja) * 2006-03-08 2007-10-18 Ricoh Co Ltd 情報検索方法、情報検索装置、情報検索システム、及び情報検索プログラム
US8621064B2 (en) * 2007-03-28 2013-12-31 Yahoo! Inc. System and method for associating a geographic location with an Internet protocol address
JP4398992B2 (ja) * 2007-03-29 2010-01-13 株式会社東芝 情報検索装置、情報検索方法及び情報検索プログラム
US7788213B2 (en) * 2007-06-08 2010-08-31 International Business Machines Corporation System and method for a multiple disciplinary normalization of source for metadata integration with ETL processing layer of complex data across multiple claim engine sources in support of the creation of universal/enterprise healthcare claims record
JP5050815B2 (ja) * 2007-11-30 2012-10-17 アイシン・エィ・ダブリュ株式会社 施設情報出力装置、施設情報出力方法、施設情報出力プログラム
TW201013431A (en) * 2008-09-17 2010-04-01 Mitac Int Corp Local search method, local search system, program product, portable miniature electronic device, and input interface
JP5240565B2 (ja) * 2008-10-29 2013-07-17 アイシン・エィ・ダブリュ株式会社 検索装置、及び検索用プログラム
US8055675B2 (en) * 2008-12-05 2011-11-08 Yahoo! Inc. System and method for context based query augmentation
US8099419B2 (en) * 2008-12-19 2012-01-17 Sap Ag Inferring rules to classify objects in a file management system
JP5697860B2 (ja) * 2009-09-09 2015-04-08 クラリオン株式会社 情報検索装置，情報検索方法及びナビゲーションシステム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000200282A (ja) * 1999-01-06 2000-07-18 Seiko Epson Corp 情報検索方法及び情報検索システム並びに情報検索処理プログラムを記録した記録媒体
JP2005063185A (ja) * 2003-08-13 2005-03-10 Toshiba Corp 文書検索システム、質問応答システム、文書検索方法
JP2009037603A (ja) * 2007-07-05 2009-02-19 Nec (China) Co Ltd クエリー要件展開器およびクエリー要件展開方法
JP2009271867A (ja) 2008-05-09 2009-11-19 Canvas Mapple Co Ltd 情報検索装置、情報検索方法、及びコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2763052A4

Also Published As

Publication number Publication date
EP2763052A4 (en) 2015-05-20
US20140195561A1 (en) 2014-07-10
TW201324214A (zh) 2013-06-16
JP5790768B2 (ja) 2015-10-07
CA2848996A1 (en) 2013-04-04
TWI571752B (zh) 2017-02-21
SG11201400549QA (en) 2014-06-27
EP2763052A1 (en) 2014-08-06
JPWO2013046413A1 (ja) 2015-03-26
CN103827854A (zh) 2014-05-28

Similar Documents

Publication Publication Date Title
US11580168B2 (en) Method and system for providing context based query suggestions
CN110399568B (zh) 信息搜索方法、装置、终端及存储介质
US20160275148A1 (en) Database query method and device
JP2017521769A (ja) ログインアカウントのプロンプト
US8825661B2 (en) Systems and methods for two stream indexing of audio content
JP5221630B2 (ja) サーバ、情報管理方法、情報管理プログラム、及びそのプログラムを記録するコンピュータ読み取り可能な記録媒体
JP2006318373A (ja) タスク選択支援サーバ、及び、タスク選択支援方法
KR101344913B1 (ko) 지역별 자동완성 질의어 제공 시스템 및 방법
US20220368961A1 (en) Radio station provider management systems and methods
JP5790768B2 (ja) 検索方法及び情報管理装置
JP2011501849A (ja) 情報マップ管理システムおよび情報マップ管理方法
CN106844406B (zh) 检索方法和检索装置
JP6138965B2 (ja) 検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法
JP5544003B2 (ja) 情報検索装置、情報検索システム、及び情報検索方法
KR101233902B1 (ko) 서버, 사전 생성 방법, 및 사전 생성 프로그램을 기록하는 컴퓨터 판독 가능한 기록 매체
JP2007193574A (ja) ダウンロードファイルの履歴管理・検索方法
JP5530334B2 (ja) 情報検索装置、及び情報検索プログラム
JP2008191894A (ja) Ｗｅｂサーバ
CN107220255B (zh) 地址信息处理方法及装置
KR20130047165A (ko) 추천 정보 제공 장치 및 방법
JP5466631B2 (ja) ナビゲーションサーバ、ナビゲーションプログラム、及びナビゲーションシステム
CN114020973A (zh) 舆情数据采集方法及其装置、计算机存储介质、电子设备
KR20160038276A (ko) 인터넷 프로토콜을 이용한 통화 어플리케이션을 이용한 검색 서비스 제공 방법 및 장치
JP2017130102A (ja) 候補文字列抽出方法、候補文字列抽出装置、及び候補文字列抽出プログラム

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: 11873122

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013535756

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2011873122

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011873122

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2848996

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE