WO2011118712A1 - 検索システム、検索方法、検索プログラム及び記録媒体 - Google Patents

検索システム、検索方法、検索プログラム及び記録媒体 Download PDF

Info

Publication number
WO2011118712A1
WO2011118712A1 PCT/JP2011/057191 JP2011057191W WO2011118712A1 WO 2011118712 A1 WO2011118712 A1 WO 2011118712A1 JP 2011057191 W JP2011057191 W JP 2011057191W WO 2011118712 A1 WO2011118712 A1 WO 2011118712A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
target data
condition
data
store
Prior art date
Application number
PCT/JP2011/057191
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 CN201180016055.6A priority Critical patent/CN102844758B/zh
Priority to JP2012507062A priority patent/JP5174279B2/ja
Priority to EP11759517.3A priority patent/EP2555130A4/en
Priority to US13/637,259 priority patent/US9542435B2/en
Publication of WO2011118712A1 publication Critical patent/WO2011118712A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2425Iterative querying; Query formulation based on the results of a preceding query
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/907Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/909Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries

Definitions

  • the present invention relates to a search system, a search method, a search program, and a recording medium.
  • Patent Literature 1 includes means for managing attribute values of all the features existing in each layer for each attribute name, thereby narrowing down features that match the attribute name and attribute value specified as conditions.
  • a data management apparatus that can be searched at high speed is disclosed.
  • the strength of the relationship between the category of the product or service specified by the user and the category of each product or service to be searched is calculated using a predetermined calculation method, and the user specifies If a certain number of products or services are output as search results in order from the products or services that are strongly related to the classification of the selected products or services, it is necessary to execute information processing such as ranking the strength of the relationships between the categories. Therefore, there is a possibility that the response time of the product search system becomes long.
  • the present invention has been made in view of the above problems, and one of its purposes is to stabilize the number of search results that are output while preventing an increase in response time.
  • a search system includes a search target data storage unit storing search target data in which elements having a hierarchical structure are associated with a plurality of hierarchies.
  • Search processing execution means for executing search processing for specifying search target data associated with an element, and search result information including the search target data when the number of the specified search target data is equal to or greater than a predetermined number
  • Search condition changing means for excluding elements of ranks, and when the search condition is changed, the search process executing means executes the search process again using the changed search condition.
  • the search method includes a search target data storage unit storing search target data in which elements having a hierarchical structure are associated with a plurality of hierarchies, and includes a search including the elements of each hierarchy.
  • search condition acquisition step for acquiring the condition and the search target data stored in the search target data storage means corresponding elements are associated with each other in all the layers corresponding to the elements included in the search condition.
  • a search process execution step for executing a search process for specifying search target data, and search result information for outputting search result information including the search target data when the number of the specified search target data is equal to or greater than a predetermined number
  • search condition changing step to be excluded is executed by a computer, and the search process executing step is a step of executing the search process again using the changed search condition when the search condition is changed. It is characterized by.
  • the search program includes a search target data storage unit storing search target data in which elements having a hierarchical structure are associated with a plurality of hierarchies, and includes a search including the elements of each hierarchy.
  • Search condition acquisition means for acquiring a condition, and search object data stored in the search object data storage means in which corresponding elements are associated with each other in all layers corresponding to elements included in the search condition
  • Search process execution means for executing search processing for specifying target data
  • search result information output means for outputting search result information including the search target data when the number of the specified search target data is equal to or greater than a predetermined number If the number of the specified search target data is not equal to or greater than the predetermined number, the detection that excludes the lowest layer element from the search condition is performed.
  • Condition changing means causes a computer to function as the search processing executing means, when the search condition is changed, and executes the retrieval processing again using the search conditions after the change.
  • the recording medium includes a search target data storage unit storing search target data in which elements having a hierarchical structure are associated with a plurality of hierarchies, and includes a search including the elements of each hierarchy.
  • Search condition acquisition means for acquiring a condition, and search object data stored in the search object data storage means in which corresponding elements are associated with each other in all layers corresponding to elements included in the search condition
  • Search process execution means for executing search processing for specifying target data
  • search result information output means for outputting search result information including the search target data when the number of the specified search target data is equal to or greater than a predetermined number
  • a search condition for excluding the lowest layer element from the search condition when the number of the specified search target data is not equal to or greater than the predetermined number
  • a search program executing means for executing the search process again using the changed search condition when the search condition is changed. Recording medium.
  • the search result is specified by the correspondence relationship of elements in all layers, so information processing such as calculation of distance between points, ranking of stores based on distance, ranking of strength of relation between classifications, etc. Is not required. Therefore, it is possible to prevent the response time from becoming long.
  • the number of search target data specified as a search result is not equal to or greater than a predetermined number, the lowest layer element is excluded from the search condition so that the search condition becomes loose, and the search after the change The search process is executed again using the conditions. Then, when the number of search target data specified as search results exceeds a predetermined number, search result information including the search target data is output. For this reason, the number of search results to be output is stabilized.
  • the search condition changing unit and the search process executing unit change the search condition and search after the change until the number of search target data specified as a search result is equal to or greater than the predetermined number. The execution of the search process using a condition is repeated.
  • the search result information output means executes the search process using the changed search condition, the store data specified by the search process and the search process information
  • the search result information in which the store data specified before the execution is arranged in a predetermined positional relationship is output.
  • the search result information output means executes the search process using the changed search condition
  • the store data specified by the search process is stored in the search process.
  • the search result information arranged below the store data specified before execution is output.
  • the search condition acquisition unit acquires a search condition associated with a narrowing condition different from the search condition related to the element having the hierarchical structure, and the search processing execution unit A search process for specifying data to be searched that also satisfies a narrowing condition is executed.
  • the search process execution means is a search condition relating to an element having the hierarchical structure.
  • Retrieval process for specifying search target data satisfying the saved retrieval condition and the refinement condition after the change for the element having the hierarchical structure used in the retrieval process that has been executed when a request for changing a different refinement condition is received It is characterized by performing.
  • the history storage unit that stores the executed search condition further includes a unit that outputs the search condition of the executed search process
  • the search process execution unit includes the history storage unit.
  • the element having a hierarchical structure is an address element
  • the search target data is store data in which address elements having a hierarchical structure are respectively associated with a plurality of hierarchies.
  • the hierarchical structure of the address element is a structure in which an area corresponding to an address element in a lower hierarchy is a section obtained by dividing an area corresponding to an address element in an upper hierarchy.
  • the element having the hierarchical structure is an element having a hierarchical structure for a search target classification
  • the hierarchical structure for the search target classification is a classification corresponding to an element of a lower hierarchy. Is a structure in which a classification corresponding to an element in an upper hierarchy is subdivided.
  • FIG. 1 is a diagram illustrating an example of a configuration of a store search system 10 according to the first embodiment which is an embodiment of the present invention.
  • the store search system 10 includes, for example, a store search server 12 and clients 14 (14-1 to 14-n) in the first embodiment.
  • the store search server 12 and each client 14 are connected to a network 16 such as the Internet, and the store search server 12 and the client 14 can communicate with each other.
  • the store search server 12 is, for example, a control unit that is a program control device such as a CPU that operates according to a program installed in the store search server 12, a storage unit such as a ROM or RAM, a hard disk drive, a network board, or the like
  • the communication unit is a communication interface. These elements are connected via a bus.
  • the storage unit of the store search server 12 stores a program executed by the control unit of the store search server 12.
  • the storage unit of the store search server 12 also operates as a work memory of the store search server 12.
  • the client 14 includes, for example, a control device such as a CPU, a storage device such as a ROM and a RAM, a storage device such as a hard disk drive, an output device such as a display, an input device such as a mouse and a keyboard, and a communication device such as a network board. It is constituted by a known personal computer.
  • FIG. 2 is a functional block diagram illustrating an example of functions realized by the store search server 12 according to the first embodiment.
  • the store search server 12 includes a data storage unit 20, an information output unit 22, a search condition acquisition unit 24, a search history data generation output unit 26, a search processing execution unit 30, a condition determination unit 32, and a search.
  • a condition changing unit 34 and a search result information generating unit 36 are included.
  • the data storage unit 20 and the history storage unit 28 are realized mainly by the storage unit of the store search server 12. Other elements are realized mainly by the control unit of the store search server 12.
  • These elements are realized by executing a program installed in the store search server 12, which is a computer, by the control unit of the store search server 12.
  • This program is supplied to the store search server 12 via a computer-readable information transmission medium (recording medium) such as a CD-ROM or DVD-ROM, or via a communication network such as the Internet.
  • the data storage unit 20 stores, for example, address management data 40 illustrated in FIG. 3, store management data 42 illustrated in FIG. 4, and account management data 44 illustrated in FIG.
  • the address management data 40 is, for example, data having a hierarchical structure (more specifically, for example, a tree structure), and includes a plurality of address element data 46.
  • Each address element data 46 includes an address element ID that is an identifier of the address element data 46, an address element character string that is a character string indicating the name of an address element corresponding to the address element data 46, and the like.
  • the address element data 46 includes a parent address element ID that is an address element ID of the address element data 46 (for example, the parent address element data 46) of the next higher level, and a depth of the hierarchy of the address element data 46. Is associated with hierarchical level data indicating. In the first embodiment, for example, the address element ID 46 is uniquely assigned in the address element data 46 that is common to the address element data 46 in the next higher hierarchy.
  • the address element data 46 is data indicating an element of an address belonging to any one of the four layers.
  • the hierarchical level data takes any value of an integer between 1 and 4.
  • the hierarchical structure of the address element data 46 corresponds to the hierarchical structure of the regional division.
  • each address element data 46 corresponds to a section obtained by dividing an area corresponding to the parent address element data 46.
  • the area of the area corresponding to the address element data 46 becomes narrower as the value of the hierarchical level data associated with the address element data 46 increases.
  • the address element data 46 in the first hierarchy corresponds to a prefecture (for example, “Tokyo” or “Osaka”).
  • the second-level address element data 46 is a city (for example, “Shinagawa-ku” or “Fukushima-ku, Osaka City”) corresponding to the address element data 46 associated with the address element data 46 of the upper hierarchy.
  • the third-layer address element data 46 corresponds to the address element data 46 associated with the upper-layer address element data 46 (for example, “Higashishinagawa”). ”And“ Fukushima ”).
  • the fourth-level address element data 46 is stored in a district (for example, “4-chome” or “5-chome”) corresponding to the address element data 46 associated as the higher-level address element data 46. Correspond.
  • the store management data 42 includes at least one store data 48 corresponding to the store.
  • Each store data 48 corresponds to a store ID that is a store identifier, a store name character string that is a character string that indicates the name of the store, a store address character string that is a character string that indicates the name of the store address, and the store address.
  • Corresponding address element group data corresponding to the combination of the address element data 46, comment data indicating comments displayed as search results, character strings indicating product names and product types handled in stores, images representing stores, and the like Include attribute data included.
  • the account management data 44 includes a plurality of account data 50 each corresponding to a user of the store search system 10.
  • the account data 50 includes, for example, a user ID that is a user identifier, a user name character string that is a character string indicating the user name, and the like.
  • the information output unit 22 displays and outputs, for example, a search target area narrowing screen 52 shown in FIG. 6A on a display provided in the client 14.
  • the position of each prefecture included in the search target area narrowing screen 52 shown in FIG. 6A is associated with the address element ID included in the address element data 46 in the first hierarchy.
  • the client 14 causes the address element in the first hierarchy corresponding to Tokyo to be displayed.
  • the address element ID included in the data 46 is transmitted to the store search server 12 in association with the user ID of the user of the store search system 10.
  • the search condition acquisition unit 24 of the store search server 12 acquires this address element ID as the first level search address element ID.
  • the information output unit 22 displays and outputs the search target area narrowing screen 52 of the second hierarchy corresponding to Tokyo shown in FIG. 6B on the display provided in the client 14.
  • the information output unit 22 is included in the address element data 46 associated with the parent address element ID corresponding to Tokyo (that is, the address element data 46 corresponding to a municipality included in Tokyo).
  • a search target area narrowing screen 52 including a list of address element character strings to be displayed is output.
  • the client 14 displays the address element data 46 in the second hierarchy corresponding to Shinagawa Ward.
  • the address element ID included is associated with the user ID of this user and transmitted to the store search server 12.
  • the search condition acquisition unit 24 of the store search server 12 acquires this address element ID as the second level search address element ID.
  • the information output unit 22 displays and outputs a search target area narrowing screen 52 in the third hierarchy corresponding to the combination of Tokyo and Shinagawa Ward shown in FIG.
  • the information output unit 22 is included in the address element data 46 associated with the parent address element ID corresponding to Shinagawa Ward (that is, the address element data 46 corresponding to the town included in Shinagawa Ward).
  • a search target area narrowing screen 52 including a list of address element character strings to be displayed is output.
  • the client 14 displays the address element data 46 in the third hierarchy corresponding to Higashishinagawa.
  • the address element ID included is associated with the user ID of this user and transmitted to the store search server 12.
  • the search condition acquisition unit 24 of the store search server 12 acquires this address element ID as the third level search address element ID.
  • the information output unit 22 displays and outputs a search target area narrowing screen 52 corresponding to the combination of Tokyo, Shinagawa Ward, and Higashishinagawa shown in FIG.
  • the information output unit 22 is included in the address element data 46 associated with the parent address element ID corresponding to Higashishinagawa (that is, the address element data 46 corresponding to the district included in Higashishinagawa).
  • a search target area narrowing screen 52 including a list of address element character strings to be displayed is output.
  • the client 14 displays the address element data 46 in the fourth hierarchy corresponding to 4-chome.
  • the address element ID included is associated with the user ID of this user and transmitted to the store search server 12.
  • the search condition acquisition part 24 of the shop search server 12 acquires this address element ID as a 4th level search address element ID.
  • the store search server 12 performs the search conditions (for example, the first level search address element ID, the second level search address element ID, the third level search address element ID, and the fourth Level search address element ID combination).
  • search condition acquisition processing is not limited to the above-described processing example.
  • the data storage unit 20 may store a combination of a zip code and an address element ID in advance. Then, the store search server 12 receives the designation of the zip code from the client 14, and the search condition acquisition unit 24 acquires the combination of the address element IDs stored in association with the received zip code as the search address element ID. You may make it do.
  • the client 14 may associate the at least one search address element ID selected so far with the newly selected search address element ID and output them to the store search server 12. For example, when the client 14 clicks the character string “4-chome” included in the search target area narrowing screen 52 shown in FIG. You may make it output 4th level search address element ID to the shop search server 12 with level search address element ID and 3rd level search address element ID. Then, the search condition acquisition unit 24 of the store search server 12 may acquire a combination of these address element IDs as a search condition.
  • the store search server 12 acquires the search conditions acquired by the search condition acquisition unit 24 (for example, the first level search address element ID, the second level search address element ID, the third level search address element ID, and the fourth level).
  • a search process for specifying the store data 48 corresponding to the combination of the search address element IDs) is executed.
  • an example of the flow of search processing performed by the store search server 12 according to the first embodiment will be described with reference to the flowchart shown in FIG.
  • the search history data generation / output unit 26 uses the user ID, the search conditions acquired by the search condition acquisition unit 24 (first level search address element ID, second level search address element ID, third level search address element ID, and , Fourth level search address element ID), search date / time data indicating the execution date / time of the process shown in this processing example, and the like, and the search history data 54 illustrated in FIG. 8 is generated and output to the history storage unit 28. (S101).
  • the search processing execution unit 30 specifies the store data 48 associated with the corresponding address elements in all the layers corresponding to the address elements included in the search conditions (S102). Specifically, for example, the search processing execution unit 30 matches the first level address element ID included in the search address element group data with the first level address element ID included in the corresponding address element group data. The included second level search address element ID matches the second level address element ID included in the corresponding address element group data, and the third level search address element ID included in the search condition is included in the corresponding address element group data. Store data 48 that matches the third level address element ID included in the search condition and that matches the fourth level address element ID included in the corresponding address element group data. More specifically, for example, for each store data 48, the search processing execution unit 30 sequentially determines whether or not the conditions for the first level address element ID to the fourth level address element ID described above are satisfied. The store data 48 determined to satisfy the conditions is specified as a search result.
  • condition determination unit 32 determines whether or not the number of store data 48 specified in the process shown in S102 satisfies the condition regarding the lower limit (for example, the number of specified store data 48 is equal to or greater than a predetermined number N). (S103).
  • the search condition changing unit 34 changes the search condition so that the association with the address element in the lowest layer is removed (S104). Specifically, for example, the search condition changing unit 34 excludes the fourth level search address element ID that is the search address element in the lowest layer (first level search address element ID, second level search address element). The search condition is changed so that the combination of ID and third level search address element ID becomes the search condition). Then, the search process execution unit 30 executes the process shown in S102 again according to the changed search condition. Specifically, for example, the search processing execution unit 30 matches the first level address element ID included in the search address element group data with the first level address element ID included in the corresponding address element group data.
  • the included second level search address element ID matches the second level address element ID included in the corresponding address element group data, and the third level search address element ID included in the search condition is included in the corresponding address element group data.
  • the store data 48 that matches the third level address element ID to be specified is specified. More specifically, for example, the search processing execution unit 30 sequentially determines, for each store data 48, whether or not the conditions for the first-level address element ID to the third-level address element ID described above are satisfied. The store data 48 determined to satisfy the conditions is specified as a search result.
  • the search result information generation unit 36 displays information indicating the search result (in the first embodiment, for example, a search result screen 56 showing the search result as a list). (See FIG. 9)) (S105).
  • FIG. 9 is a diagram illustrating an example of the search result screen 56.
  • the search result screen 56 includes a plurality of store correspondence information 58 corresponding to the store data 48 that is the search result.
  • Each store correspondence information 58 includes store name character strings, comment data, images included in attribute data, and the like included in the corresponding store data 48.
  • the search result screen 56 also includes a product type selection check box 60 that is associated with each product type, a search button 62, and a product type selection tab 64 that is associated with each product type.
  • the search result information generating unit 36 searches the search result screen according to the specification order of the store data 48.
  • Store correspondence information 58 corresponding to each store data 48 is arranged so that the positions in 56 are arranged from top to bottom. Therefore, in the search result screen 56, the store correspondence information 58 corresponding to the store data 48 specified by the search processing executed later is stored in the store corresponding to the store data 48 specified by the search processing executed previously. It is arranged below the information 58.
  • the information output unit 22 displays and outputs the search result screen 56 on the display provided in the client 14 (S106).
  • the store search server 12 changes the search condition until the number of store data 48 specified as the search result is equal to or greater than the predetermined number N, and the search processing with the changed search condition. Repeat execution.
  • the number of store correspondence information 58 included in the search result screen 56 can be maintained at a predetermined number N or more.
  • the search result screen 56 can be lively. Further, since it is not necessary to execute the process for calculating the distance between points and the process for sorting the store data 48 based on the distance between points in specifying the search result, it is possible to prevent the response time from becoming long.
  • the client 14 sets the narrowing-down condition corresponding to the selected product type to the user.
  • the information is output to the store search server 12 in association with the ID.
  • the store search server 12 receives this data.
  • the store search server 12 specifies the search history data 54 including the received user ID.
  • the search processing execution unit 30 specifies the search history data 54 with the latest date and time indicated by the search date and time data.
  • the store search server 12 searches for the search conditions (first level search address element ID, second level search address element ID, third level search address element ID, and fourth level included in the specified search history data 54. Based on the search address element ID) and the narrowing-down conditions corresponding to the product type selected by the user specified by the received data, the search process shown in S101 to S105 described above is executed. In this way, in the store search system 10 according to the first embodiment, it is possible to perform a narrow search that specifies the store data 48 that also satisfies the narrow-down condition based on the product type while maintaining the address-related conditions. The user can narrow down the search result corresponding to the address by other search conditions such as the product type, without specifying the address again, once the condition related to the address is specified.
  • the search condition changing unit 34 displays the address of the lowest layer.
  • the search condition is changed so that the association with the element is removed, and the search process execution unit 30 executes a search process based on the changed search condition.
  • the search result information generation unit 36 displays a search result in a list 56 is generated. Then, the information output unit 22 outputs the search result screen 56 to the client 14.
  • the search result screen 56 can be crowded even if the search refinement is performed.
  • the client 14 associates the narrowing-down condition corresponding to the selected product type with the user ID.
  • the store search server 12 receives this data.
  • the store search server 12 is the same as the above-mentioned process, 1st level search address element ID, 2nd level search address element ID, 3rd level search address element ID, 4th level search address element ID, and Based on the narrowing-down conditions corresponding to the product type specified by the received data, the search process shown in S101 to S105 described above is executed.
  • the store search server 12 performs the same process as described above according to this operation.
  • the search process shown in S101 to S105 described above is executed.
  • the user can change the narrowing-down conditions based on the product type while maintaining the address-related conditions by changing the selection of the product type selection tab 64. it can.
  • the store search server 12 when the user clicks on a store name character string included in the store correspondence information 58, the store search server 12 relates to a product handled by the store corresponding to the store correspondence information 58, for example.
  • An order screen (not shown) is output to the client 14.
  • the store search server 12 accepts the ordering operation from the client 14, for example, and receives an order by e-mail or the like at the mail address of the person in charge of the store. To be notified.
  • the store search system 10 according to the first embodiment can be used as a module included in a delivery site that allows a user to use a delivery / home delivery / visit service online, for example.
  • the store search system 10 accepts designation of a store corresponding to the store correspondence information 58 and a product desired to be delivered from the user, and notifies that the store has received an order for the product.
  • the store search server 12 receives an output request for the search target area narrowing screen 52 associated with the user ID from the client 14, and the information output unit 22 performs pull-down as shown in FIG. 10 in response to the output request.
  • the search target area narrowing screen 52 including the menu 66 and the search button 62 may be displayed and output on the client 14.
  • Each item included in the pull-down menu 66 corresponds to, for example, the search history data 54 stored in the history storage unit 28.
  • each item included in the pull-down menu 66 for example, in the search history data 54, search conditions relating to the region associated with the received user ID (for example, the first level search address element ID, the second level search address) A character string obtained by concatenating address character strings corresponding to an element ID, a third level search address element ID, and a fourth level search address element ID) is shown.
  • Each item included in the pull-down menu 66 is associated with an item ID.
  • a predetermined number of items from the latest search history data 54 are included in the pull-down menu 66.
  • the store search server 12 when the user selects any of the items included in the pull-down menu 66 and clicks the search button 62, the client 14 is associated with the user ID. The item ID corresponding to the item selected by the user is output to the store search server 12. Then, the store search server 12 receives this item ID. Then, the search condition acquisition unit 24 corresponds to the received item ID, the first level search address element ID, the second level search address element ID, the third level search address element ID, and the fourth level search address element ID. Get the combination. Then, the store search server 12 executes the same processing as S101 to S106 described above.
  • the client 14 when the client 14 includes a GPS or the like, for example, the client 14 transmits address data corresponding to the position of the user specified by the GPS or the like to the store search server 12. Also good. Then, the search condition acquisition unit 24 included in the store search server 12 corresponds to the data of the address, the first level search address element ID, the second level search address element ID, the third level search address element ID, and The fourth level search address element ID may be specified as a search condition.
  • the product search system according to the second embodiment is the same as the store search system 10 illustrated in FIG. 1 except that the store search server 12 functions as a product search server in the store search system 10 illustrated in FIG. It becomes the composition of.
  • the product search server according to the second embodiment is a server that is utilized as a module included in the electronic commerce system, and is used to search for products and services that are targets of transactions in the electronic commerce system.
  • FIG. 1 An example of a function realized by the product search server according to the second embodiment is represented by FIG.
  • hierarchical product classification management data including a plurality of product classification element data (in place of the address element data 46) is stored instead of the address management data 40 illustrated in FIG.
  • the product classification element data is a product classification element ID (which is an alternative to the address element ID), which is an identifier of the product classification element data, and a character string indicating the name of a product classification element (referred to as a product classification element).
  • a classification element character string (in place of an address element character string) is included.
  • the product classification element data includes a parent product classification element ID (which is a substitute for the parent address element ID) which is a product classification element ID of the product classification element data of the next higher level, and a hierarchy of the product classification element data. Associated with hierarchical level data indicating depth.
  • the product classification element ID is uniquely assigned in the product classification element data that is common to the product classification element data in the next higher hierarchy.
  • the product classification management data is, for example, data indicating an element of product classification that belongs to any one of four layers.
  • the product category management data has a structure in which the category corresponding to the product category element in the lower hierarchy is a category obtained by subdividing the category corresponding to the product category element in the upper hierarchy.
  • the first level is “water / soft drink”
  • the second level is “water / mineral water”
  • the third level is “domestic water”
  • the fourth level is the product name “xx water”, etc.
  • the product category management data the product and service categories are managed. In this way, in the second embodiment, the product classification is managed in four layers.
  • a product / service ID that is an identifier of the product or service (in place of the store ID)
  • a character string that indicates the name of the product or service.
  • a product name character string (store address character string) that concatenates a certain product name character string (in place of the store name character string), a character string representing the highest classification of the product or service to a character string representing the lowest classification.
  • Product data including corresponding product classification element group data (instead of corresponding address element group data) corresponding to the combination of the product classification element data corresponding to the classification of the product or service is stored in the data storage unit 20. It is remembered.
  • the corresponding product classification element group data includes the first level product classification element ID, the second level product classification element ID, the third level product classification element ID, and the fourth level product classification element ID (respectively, 1st level address element ID, 2nd level address element ID, 3rd level address element ID, and 4th level address element ID), comment data, products and services indicating comments displayed as search results Attribute data including a character string indicating the price of the item, an image of a product or service, and the like.
  • the account management data 44 illustrated in FIG. 5 is stored in the data storage unit 20.
  • the first level is obtained by the process using the search target product category narrowing screen in the same manner as the process of acquiring the search condition for the address element by the search target area narrowing screen 52 in the first embodiment.
  • Combination of search product category ID, second level search product category ID, third level search product category ID, and fourth level search product category ID (first level search address element ID, second level in the first embodiment) Search address element ID, third level search address element ID, and fourth level search address element ID).
  • the search processing execution unit 30 replaces each data in the first embodiment with each data in the second embodiment, as described above.
  • a search process similar to the process shown in 7) is executed.
  • the search history data generation / output unit 26 includes a user ID, a search condition acquired by the search condition acquisition unit 24 (first level search product classification element ID, etc.), search date / time data, and the like. History data is generated and output to the history storage unit.
  • the search process execution unit 30 identifies product data associated with the corresponding product classification elements in all the layers corresponding to the product classification elements included in the search condition.
  • the condition determination unit 32 determines whether or not the number of product data specified in the process shown in S102 is equal to or greater than a predetermined number N.
  • the search condition changing unit 34 changes the search condition so that the association with the product classification element in the lowest layer is removed.
  • the search result information generation unit 36 generates a search result screen.
  • This search result screen includes a plurality of product correspondence information corresponding to product data as search results instead of the store correspondence information 58, and each is associated with the price range of the product instead of the product type selection check box 60.
  • the search result screen illustrated in FIG. 9 except that a price range selection check box is included and that a price range selection tab associated with the price range of each product is included instead of the product type selection tab 64. 56.
  • the information output unit 22 displays and outputs the search result screen described above on the display included in the client 14. In this way, in the second embodiment, the number of product correspondence information included in the search result screen can be maintained at a predetermined number N or more, as in the first embodiment.
  • the narrow-down condition corresponding to the price range corresponds to the narrow-down condition corresponding to the product type in the first embodiment.
  • the user selects at least one price range selection check box corresponding to the desired price range and clicks the search button, or the user selects the price range selection tab corresponding to the desired price range.
  • the search condition included in the search history data with the latest date and time indicated by the search date and time and the narrowing condition corresponding to the price range selected by the user Based on this, a search process is executed.
  • the search result screen can be crowded even if a refined search is performed.
  • the search process is executed based on the search condition changed so that the association with the element is removed, the search result screen can be crowded even if a refined search is performed.
  • the user even if the user incorrectly selects the product category, there is a situation in which the product desired by the user is output as a search result. It becomes possible to do.
  • the store search system 10 and the product search system described above execute the search process again using the search conditions extracted from the search history data 54 when the narrowing-down conditions are changed by selecting check boxes or switching tabs.
  • the search process may be executed again using search conditions stored as session objects in the server or search conditions stored as cookies in the client 14.
  • the first level search address element ID, the second level search address element ID, and the third level search are performed.
  • the address element ID and the fourth level search address element ID may be stored as a session object in the store search server 12 or may be stored as a cookie in the client 14.
  • the product search system executes a search process similar to S101 to S105 described above, the first level search product classification element ID, the second level search product classification element ID, The third level search product classification element ID and the fourth level search product classification element ID may be stored as a session object in the product search server, or may be stored as a cookie in the client 14.
  • the session is saved as a session object on the server.
  • the search process may be executed using the set search conditions or the search conditions stored in the client 14 as a cookie.
  • the user is identified by the user ID.
  • an identifier for identifying the client 14 or an identifier for identifying the Web browser installed in the client 14 is used. It may be possible to identify the client 14 and the Web browser.
  • the store search server 12 and the product search server The search condition may be changed so that the association is removed, or the search result screen corresponding to the search result of the refinement search may be output to the client 14 without executing the search process based on the changed search condition. Good.
  • the division of roles between the server and the client 14 in the store search system 10 or the product search system is not limited to the above-described embodiments.
  • a general search system that searches data using academic classification or scientific classification (specifically, for example, search for books, papers, prior art documents, judicial examples, etc.) System).
  • the above specific numerical values and character strings are examples, and are not limited to these numerical values and character strings.

Abstract

 レスポンスタイムが長くなることを防ぎつつ出力される検索結果の数を安定させる。検索条件取得部24が、階層構造を有する複数の要素に関連付けられている検索条件を取得する。検索処理実行部30が、検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを検索結果として特定する検索処理を実行する。情報出力部22が、特定される検索対象データの数が所定数N以上である場合に検索結果情報を出力する。検索処理実行部30は、特定される検索対象データの数が所定数N以上ではない場合には、最下位層の要素との関連付けが外されるよう変更された検索条件に関連付けられている全階層の要素についての検索処理を実行する。

Description

検索システム、検索方法、検索プログラム及び記録媒体
 本発明は、検索システム、検索方法、検索プログラム及び記録媒体に関する。
 近年、インターネットを用いた通信販売ビジネスが展開されてきている。通信販売ビジネスのうちには、例えば、ユーザがオンラインで出前・宅配・訪問サービスを利用できるデリバリサイトを活用したビジネスが存在する。デリバリサイトでは、一般的に、ユーザが希望する配達業者やサービス提供業者の店舗を検索する店舗検索システムなどが活用されている。
 店舗検索システムを含め検索システム一般においては、検索におけるユーザの利便性を向上させるための様々な工夫がなされている。例えば、特許文献1には、各レイヤに存在するすべてのフィーチャーの属性値を属性名ごとにまとめて管理する手段を備えることにより、条件として指定される属性名と属性値に合致するフィーチャーを絞り込み高速に検索することが可能なデータ管理装置が開示されている。
特開2000-331011号公報
 デリバリサイト等で活用されている従来の店舗検索システムでは、店舗の位置や地域に関する条件をユーザから受け付けて、その条件に合致する店舗を一覧で検索結果として出力する。しかし、検索結果として出力される店舗数が少ないと、検索結果の一覧がさみしいものとなってしまい、このデリバリサイトに登録されている店舗数は少なく、たいして活用されていないのではないかという疑念をユーザに抱かせるおそれがある。このことは、ビジネス上望ましいことではないため、検索結果の一覧ににぎわいをもたせることが求められる。
 ここで、ユーザが指定した位置や地域を基準として、そこからの距離が近い店舗から順に所定数の店舗を検索結果として出力するようにすることが考えられる。しかし、店舗検索システムにおいてこの手法を採用すると、地点間距離の算出や距離に基づく店舗の順位付けなどの情報処理を実行する必要が生じるため、店舗検索システムのレスポンスタイムが長くなってしまうおそれがある。このことは、ユーザのいらだちを引き起こしてしまう一因となりうる。
 また、例えば、通信販売ビジネスで用いられる商品検索システムにおいて、販売の対象となる商品やサービスが階層構造の分類で管理されているような場合がある。そのような商品検索システムで、分類に関する条件に合致する商品やサービスが一覧で検索結果として出力された際に、検索結果として出力される商品やサービスの数が少ないと、検索結果の一覧がさみしいものとなってしまう。そして、商品検索システムにおいて、ユーザが指定した商品やサービスの分類と、検索対象となる各商品やサービスの分類と、の関係の強さを所定の算出方法を用いて算出して、ユーザが指定した商品やサービスの分類との関係が強い商品やサービスから順に所定数の商品やサービスを検索結果として出力するようにすると、分類間の関係の強さの順位付けなどの情報処理を実行する必要が生じるため、商品検索システムのレスポンスタイムが長くなってしまうおそれがある。
 以上のことは、店舗検索システムや商品検索システムに限らず、検索システム一般においてもあてはまる。
 本発明は上記課題に鑑みてなされたものであって、その目的の1つは、レスポンスタイムが長くなることを防ぎつつ出力される検索結果の数を安定させることにある。
 上記課題を解決するために、本発明に係る検索システムは、階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段と、前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段と、前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段と、前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段と、を含み、前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行することを特徴とする。
 また、本発明に係る検索方法は、階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得ステップと、前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行ステップと、前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力ステップと、前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更ステップと、をコンピュータが実行し、前記検索処理実行ステップは、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行するステップであることを特徴とする。
 また、本発明に係る検索プログラムは、階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段、前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段、前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段、前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段、としてコンピュータを機能させ、前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行することを特徴とする。
 また、本発明に係る記録媒体は、階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段、前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段、前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段、前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段、としてコンピュータを機能させ、前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行することを特徴とする検索プログラムを記録した記録媒体である。
 本発明では、全階層における要素の対応関係により検索結果を特定しているため、地点間距離の算出や距離に基づく店舗の順位付けや、分類間の関係の強さの順位付け等の情報処理の実行が不要である。そのため、レスポンスタイムが長くなることが防がれる。また、本発明では、検索結果として特定される検索対象データの数が所定数以上ではない場合には、検索条件が緩くなるよう、検索条件から最下位層の要素を除外し、変更後の検索条件を用いて検索処理を再度実行する。そして、検索結果として特定される検索対象データの数が所定数以上になると、当該検索対象データが含まれる検索結果情報が出力される。そのため、出力される検索結果の数が安定する。このようにして、本発明によると、レスポンスタイムが長くなることを防ぎつつ出力される検索結果の数を安定させることができる。
 本発明の一態様では、前記検索条件変更手段及び前記検索処理実行手段が、検索結果として特定される検索対象データの数が前記所定数以上になるまで前記検索条件の変更と当該変更後の検索条件を用いた前記検索処理の実行とを繰り返すことを特徴とする。
 また、本発明の一態様では、前記検索結果情報出力手段が、前記変更後の検索条件を用いて前記検索処理が実行された際には、当該検索処理により特定した店舗データと当該検索処理の実行前から特定されていた店舗データとが所定の位置関係で配置された前記検索結果情報を出力することを特徴とする。
 また、本発明の一態様では、前記検索結果情報出力手段が、前記変更後の検索条件を用いて前記検索処理が実行された際には、当該検索処理により特定した店舗データが当該検索処理の実行前から特定されていた店舗データの下方に配置された前記検索結果情報を出力することを特徴とする。
 また、本発明の一態様では、前記検索条件取得手段が、前記階層構造を有する要素に関する検索条件とは異なる絞り込み条件に関連付けられている検索条件を取得して、前記検索処理実行手段が、前記絞り込み条件も満足する検索対象データを特定する検索処理を実行することを特徴とする。
 また、本発明の一態様では、実行済みの検索処理に用いられた階層構造を有する要素に関する検索条件を保存可能であり、前記検索処理実行手段が、前記階層構造を有する要素に関する検索条件とは異なる絞り込み条件の変更要求を受け付けた際に、実行済みの検索処理に用いられた階層構造を有する要素に関する保存されている検索条件及び変更後の絞り込み条件を満足する検索対象データを特定する検索処理を実行することを特徴とする。
 また、本発明の一態様では、実行済みの検索条件を記憶する履歴記憶手段に、実行された検索処理の検索条件を出力する手段、をさらに含み、前記検索処理実行手段が、前記履歴記憶手段に記憶されている検索条件のうちから指定される検索条件をさらに満足する店舗データを特定する検索処理を実行することを特徴とする。
 また、本発明の一態様では、前記階層構造を有する要素は住所要素であり、前記検索対象データは、階層構造を有する住所要素が複数の階層に対してそれぞれ関連付けられている店舗データであり、前記住所要素の階層構造は、下位階層の住所要素に対応する地域が上位階層の住所要素に対応する地域を分割した一区画であるという構造であることを特徴とする。
 また、本発明の一態様では、前記階層構造を有する要素は、検索対象の分類についての階層構造を有する要素であり、前記検索対象の分類についての階層構造は、下位階層の要素に対応する分類が上位階層の要素に対応する分類を細分化した一分類であるという構造であることを特徴とする。
第1実施形態に係る店舗検索システムの構成の一例を示す図である。 第1実施形態に係る店舗検索システムで実現される機能の一例を示す機能ブロック図である。 住所管理データの一例を示す図である。 店舗管理データの一例を示す図である。 アカウント管理データの一例を示す図である。 検索対象地域絞り込み画面の一例を示す図である。 検索対象地域絞り込み画面の一例を示す図である。 検索対象地域絞り込み画面の一例を示す図である。 検索対象地域絞り込み画面の一例を示す図である。 第1実施形態に係る店舗検索サーバで行われる検索処理のフローの一例を示す図である。 検索履歴データの一例を示す図である。 検索結果画面の一例を示す図である。 検索対象地域絞り込み画面の一例を示す図である。
[1.第1実施形態]
[1-1.システムの構成]
 図1は、本発明の一実施形態である第1実施形態に係る店舗検索システム10の構成の一例を示す図である。図1に示すように、この店舗検索システム10は、第1実施形態では、例えば、店舗検索サーバ12と、クライアント14(14-1~14-n)と、を含んでいる。店舗検索サーバ12及び各クライアント14は、インターネットなどのネットワーク16に接続されており、店舗検索サーバ12とクライアント14とは互いに通信可能になっている。
[1-1-1.店舗検索サーバ]
 店舗検索サーバ12は、例えば、店舗検索サーバ12にインストールされるプログラムに従って動作するCPU等のプログラム制御デバイスである制御部、ROMやRAM等の記憶素子やハードディスクドライブなどである記憶部、ネットワークボードなどの通信インタフェースである通信部、を含んで構成されている。これらの要素は、バスを介して接続される。店舗検索サーバ12の記憶部には、店舗検索サーバ12の制御部によって実行されるプログラムが記憶される。また、店舗検索サーバ12の記憶部は、店舗検索サーバ12のワークメモリとしても動作する。
[1-1-2.クライアント(ユーザ端末)]
 クライアント14は、例えば、CPU等の制御装置、ROMやRAM等の記憶素子やハードディスクドライブ等の記憶装置、ディスプレイ等の出力装置、マウスやキーボード等の入力装置、ネットワークボード等の通信装置を備えた公知のパーソナルコンピュータにより構成されている。
[1-2.サーバの機能]
 図2は、第1実施形態に係る店舗検索サーバ12により実現される機能の一例を示す機能ブロック図である。
 図2に例示するように、店舗検索サーバ12は、データ記憶部20、情報出力部22、検索条件取得部24、検索履歴データ生成出力部26、検索処理実行部30、条件判断部32、検索条件変更部34、検索結果情報生成部36、を含んで構成される。データ記憶部20、履歴記憶部28は、店舗検索サーバ12の記憶部を主として実現される。その他の要素は、店舗検索サーバ12の制御部を主として実現される。
 これらの要素は、コンピュータである店舗検索サーバ12にインストールされたプログラムを、店舗検索サーバ12の制御部で実行することにより実現されている。なお、このプログラムは、例えば、CD-ROM、DVD-ROMなどのコンピュータ可読な情報伝達媒体(記録媒体)を介して、あるいは、インターネットなどの通信ネットワークを介して店舗検索サーバ12に供給される。
[1-3.データの項目]
 データ記憶部20は、第1実施形態では、例えば、図3に例示する住所管理データ40、図4に例示する店舗管理データ42、図5に例示するアカウント管理データ44を記憶する。
[1-3-1.住所管理データ]
 図3に示すように、住所管理データ40は、例えば、階層構造(より具体的には、例えば、木構造)のデータであり、複数の住所要素データ46を含んでいる。各住所要素データ46は、住所要素データ46の識別子である住所要素ID、住所要素データ46に対応する住所の要素の名称を示す文字列である住所要素文字列などを含んでいる。また、住所要素データ46は、一つ上の階層の住所要素データ46(例えば、親の住所要素データ46)の住所要素IDである親住所要素ID、及び、住所要素データ46の階層の深さを示す階層レベルデータに関連付けられている。住所要素IDは、第1実施形態では、例えば、一つ上の階層の住所要素データ46が共通する住所要素データ46内で一意に割り当てられている。
 住所要素データ46は、第1実施形態では、例えば、4階層のうちのいずれかの階層に属する住所の要素を示すデータである。そして、階層レベルデータは、1以上4以下の整数のいずれかの値をとる。また、住所要素データ46の階層構造は、地域区分の階層構造に対応する。第1実施形態では、各住所要素データ46は、親の住所要素データ46に対応する地域を分割した一区画に対応する。また、第1実施形態では、住所要素データ46に関連付けられている階層レベルデータの値が大きくなるほど、住所要素データ46に対応する地域の面積が狭くなるようになっている。
 例えば、第1階層の住所要素データ46(関連付けられている階層レベルデータの値が1である住所要素データ46)は、都道府県(例えば、「東京都」や「大阪府」など)に対応し、第2階層の住所要素データ46は、上位階層の住所要素データ46として関連付けられている住所要素データ46に対応する都道府県内の市区町村(例えば、「品川区」や「大阪市福島区」など)に対応し、第3階層の住所要素データ46は、上位階層の住所要素データ46として関連付けられている住所要素データ46に対応する市区町村内の区や町(例えば、「東品川」や「福島」など)に対応する。第4階層の住所要素データ46は、上位階層の住所要素データ46として関連付けられている住所要素データ46に対応する区内や町内の地区(例えば、「4丁目」や「5丁目」など)に対応する。
[1-3-2.店舗管理データ]
 図4に示すように、店舗管理データ42は、店舗に対応する店舗データ48を少なくとも1つ含んでいる。各店舗データ48は、店舗の識別子である店舗ID、店舗の名称を示す文字列である店舗名称文字列、店舗の住所の名称を示す文字列である店舗住所文字列、店舗の住所に対応する住所要素データ46の組合せに対応する対応住所要素群データ、検索結果として表示されるコメントを示すコメントデータ、店舗で取り扱う商品の名称や商品の種別などを示す文字列や店舗を代表する画像などが含まれる属性データ、などを含んでいる。
 対応住所要素群データは、例えば、階層構造を有する複数の住所要素データ46を含んでおり、より具体的には、例えば、順序づけられた4つの住所要素ID(それぞれが互いに異なる階層に対応付けられた4つの住所要素ID)の組合せである。すなわち、対応住所要素群データは、例えば、第n階層の住所要素データ46(値がnである階層レベルデータに関連付けられている住所要素データ46)に含まれる住所要素IDである第nレベル住所要素IDを含んでいる(第1実施形態では、n=1,2,3,4)。
[1-3-3.アカウント管理データ]
 図5に示すように、アカウント管理データ44は、それぞれが店舗検索システム10のユーザに対応する複数のアカウントデータ50を含んでいる。アカウントデータ50は、例えば、ユーザの識別子であるユーザID、ユーザの名称を示す文字列であるユーザ名文字列などを含んでいる。
[1-4.処理]
[1-4-1.検索条件の取得処理]
 ここで、第1実施形態に係る店舗検索サーバ12で行われる、検索条件の取得処理の一例を説明する。
 まず、情報出力部22が、例えば、図6Aに示す検索対象地域絞り込み画面52をクライアント14が備えるディスプレイに表示出力する。第1実施形態では、例えば、図6Aに示す検索対象地域絞り込み画面52に含まれる各都道府県の位置が、第1階層の住所要素データ46に含まれる住所要素IDに関連付けられている。そして、図6Aに示す第1階層の検索対象地域絞り込み画面52に対して、ユーザが東京都を選択する操作をマウス等により実行すると、クライアント14が、東京都に対応する第1階層の住所要素データ46に含まれる住所要素IDを、店舗検索システム10のユーザのユーザIDに関連付けて店舗検索サーバ12に送信する。そして、店舗検索サーバ12の検索条件取得部24が、この住所要素IDを第1レベル検索住所要素IDとして取得する。そして、情報出力部22が、図6Bに示す、東京都に対応する第2階層の検索対象地域絞り込み画面52をクライアント14が備えるディスプレイに表示出力する。情報出力部22は、具体的には、例えば、東京都に対応する親住所要素IDに関連付けられている住所要素データ46(すなわち、東京都に含まれる市町村に対応する住所要素データ46)に含まれる住所要素文字列を一覧として含む検索対象地域絞り込み画面52を出力する。
 そして、例えば、図6Bに示す検索対象地域絞り込み画面52に対して、ユーザが文字列「品川区」をマウスによりクリックすると、クライアント14が、品川区に対応する第2階層の住所要素データ46に含まれる住所要素IDをこのユーザのユーザIDに関連付けて店舗検索サーバ12に送信する。そして、店舗検索サーバ12の検索条件取得部24が、この住所要素IDを第2レベル検索住所要素IDとして取得する。そして、情報出力部22が、図6Cに示す、東京都及び品川区の組合せに対応する第3階層の検索対象地域絞り込み画面52をクライアント14が備えるディスプレイに表示出力する。情報出力部22は、具体的には、例えば、品川区に対応する親住所要素IDに関連付けられている住所要素データ46(すなわち、品川区に含まれる町に対応する住所要素データ46)に含まれる住所要素文字列を一覧として含む検索対象地域絞り込み画面52を出力する。
 そして、例えば、図6Cに示す検索対象地域絞り込み画面52に対して、ユーザが文字列「東品川」をマウスによりクリックすると、クライアント14が、東品川に対応する第3階層の住所要素データ46に含まれる住所要素IDをこのユーザのユーザIDに関連付けて店舗検索サーバ12に送信する。そして、店舗検索サーバ12の検索条件取得部24が、この住所要素IDを第3レベル検索住所要素IDとして取得する。そして、情報出力部22が、図6Dに示す、東京都、品川区及び東品川の組合せに対応する検索対象地域絞り込み画面52をクライアント14が備えるディスプレイに表示出力する。情報出力部22は、具体的には、例えば、東品川に対応する親住所要素IDに関連付けられている住所要素データ46(すなわち、東品川に含まれる地区に対応する住所要素データ46)に含まれる住所要素文字列を一覧として含む検索対象地域絞り込み画面52を出力する。
 そして、例えば、図6Dに示す検索対象地域絞り込み画面52に対して、ユーザが文字列「4丁目」をマウスによりクリックすると、クライアント14が、4丁目に対応する第4階層の住所要素データ46に含まれる住所要素IDをこのユーザのユーザIDに関連付けて店舗検索サーバ12に送信する。そして、店舗検索サーバ12の検索条件取得部24が、この住所要素IDを第4レベル検索住所要素IDとして取得する。
 このようにして、第1実施形態に係る店舗検索サーバ12は、検索条件(例えば、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDの組合せ)を取得する。
 なお、検索条件の取得処理は、上述の処理例には限定されない。
 例えば、データ記憶部20が、予め郵便番号と住所要素IDの組合せとを関連付けて記憶していてもよい。そして、店舗検索サーバ12が、クライアント14から郵便番号の指定を受け付けて、検索条件取得部24が、受け付けた郵便番号に関連付けられて記憶されている住所要素IDの組合せを検索住所要素IDとして取得するようにしてもよい。
 また、例えば、クライアント14が、それまでに選択された少なくとも1つの検索住所要素IDと、新たに選択された検索住所要素IDとを関連付けて店舗検索サーバ12に出力するようにしてもよい。例えば、クライアント14が、図6Dに示す検索対象地域絞り込み画面52に含まれる文字列「4丁目」のクリック操作に応じて、それまでにユーザにより選択された第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素IDとともに、第4レベル検索住所要素IDを店舗検索サーバ12に出力するようにしてもよい。そして、店舗検索サーバ12の検索条件取得部24が、これらの住所要素IDの組合せを検索条件として取得するようにしてもよい。
[1-4-2.検索処理]
 そして、店舗検索サーバ12は、検索条件取得部24が取得した検索条件(例えば、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDの組合せ)に応じた店舗データ48を特定する検索処理を実行する。ここで、第1実施形態に係る店舗検索サーバ12で行われる検索処理の流れの一例を図7に示すフロー図を参照しながら説明する。
 まず、検索履歴データ生成出力部26が、ユーザID、検索条件取得部24が取得した検索条件(第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素ID)、本処理例に示す処理の実行日時を示す検索日時データ、などを含む、図8に例示する検索履歴データ54を生成して、履歴記憶部28に出力する(S101)。
 そして、検索処理実行部30が、検索条件に含まれる住所要素に対応する全ての階層においてそれぞれ対応する住所要素が関連付けられている店舗データ48を特定する(S102)。検索処理実行部30は、具体的には、例えば、検索条件に含まれる第1レベル検索住所要素IDが対応住所要素群データに含まれる第1レベル住所要素IDに一致し、かつ、検索条件に含まれる第2レベル検索住所要素IDが対応住所要素群データに含まれる第2レベル住所要素IDに一致し、かつ、検索条件に含まれる第3レベル検索住所要素IDが対応住所要素群データに含まれる第3レベル住所要素IDに一致し、かつ、検索条件に含まれる第4レベル検索住所要素IDが対応住所要素群データに含まれる第4レベル住所要素IDに一致する店舗データ48を特定する。検索処理実行部30は、より具体的には、例えば、各店舗データ48について、順次、上述の第1レベル住所要素ID~第4レベル住所要素IDについての条件を満足するか否かを判定し、条件を満足すると判定された店舗データ48を検索結果として特定する。
 そして、条件判断部32が、S102に示す処理で特定された店舗データ48の数が下限に関する条件を満足するか否か(例えば、特定された店舗データ48の数が、所定数N以上であるか否か)を判断する(S103)。
 条件を満足しない場合は(S103:N)、検索条件変更部34が、最下位層の住所要素との関連付けが外されるよう検索条件を変更する(S104)。検索条件変更部34は、具体的には、例えば、最下位層の検索住所要素である第4レベル検索住所要素IDが除外されるよう(第1レベル検索住所要素ID、第2レベル検索住所要素ID、及び、第3レベル検索住所要素IDの組合せが検索条件となるよう)検索条件を変更する。そして、検索処理実行部30が、変更後の検索条件によりS102に示す処理を再度実行する。検索処理実行部30は、具体的には、例えば、検索条件に含まれる第1レベル検索住所要素IDが対応住所要素群データに含まれる第1レベル住所要素IDに一致し、かつ、検索条件に含まれる第2レベル検索住所要素IDが対応住所要素群データに含まれる第2レベル住所要素IDに一致し、かつ、検索条件に含まれる第3レベル検索住所要素IDが対応住所要素群データに含まれる第3レベル住所要素IDに一致する店舗データ48を特定する。検索処理実行部30は、より具体的には、例えば、各店舗データ48について、順次、上述の第1レベル住所要素ID~第3レベル住所要素IDについての条件を満足するか否かを判定し、条件を満足すると判定された店舗データ48を検索結果として特定する。
 S103に示す処理において、条件を満足する場合は(S103:Y)、検索結果情報生成部36が、検索結果を示す情報(第1実施形態では、例えば、検索結果を一覧で示す検索結果画面56(図9参照))を生成する(S105)。図9は、検索結果画面56の一例を示す図である。
 検索結果画面56は、検索結果である店舗データ48に対応する店舗対応情報58が複数含まれている。各店舗対応情報58には、対応する店舗データ48に含まれる、店舗名称文字列、コメントデータ、属性データに含まれる画像、などが含まれている。また、検索結果画面56には、それぞれが商品の種別に関連付けられた商品種別選択チェックボックス60、検索ボタン62、それぞれが商品の種別に関連付けられた商品種別選択タブ64なども含まれている。
 そして、本処理例では、上述のS102に示す検索処理(店舗データ48の特定)が複数回実行される場合には、検索結果情報生成部36は、店舗データ48の特定順に従って、検索結果画面56内における位置が上から下に並ぶよう各店舗データ48に対応する店舗対応情報58を配置する。そのため、検索結果画面56内では、後に実行された検索処理により特定される店舗データ48に対応する店舗対応情報58が、前に実行された検索処理により特定される店舗データ48に対応する店舗対応情報58よりも下方に配置される。
 そして、情報出力部22が、検索結果画面56をクライアント14が備えるディスプレイに表示出力する(S106)。
 このようにして、本処理例では、店舗検索サーバ12は、検索結果として特定される店舗データ48の数が所定数N以上になるまで検索条件の変更と変更された検索条件での検索処理の実行を繰り返す。
 このようにして、第1実施形態に係る店舗検索システム10では、検索結果画面56に含まれる店舗対応情報58の数を所定数N以上に保つことができる。その結果、第1実施形態に係る店舗検索システム10では、検索結果画面56ににぎわいをもたせることができる。また、検索結果の特定において、地点間距離の算出処理や地点間距離に基づく店舗データ48のソート処理を実行する必要がないため、レスポンスタイムが長くなることを防ぐことができる。
[1-4-3.検索条件の絞り込み・切り替え]
 ここで、ユーザが所望の商品の種別に対応する少なくとも1つの商品種別選択チェックボックス60を選択した上で検索ボタン62をクリックすると、クライアント14が、選択された商品種別に対応する絞り込み条件をユーザIDに関連付けて店舗検索サーバ12に出力する。そして、店舗検索サーバ12が、このデータを受け付ける。そして、店舗検索サーバ12が、受け付けたユーザIDが含まれる検索履歴データ54を特定する。なお、複数の検索履歴データ54が特定された場合は、検索処理実行部30は、検索日時データが示す日時が最新である検索履歴データ54を特定する。そして、店舗検索サーバ12は、特定された検索履歴データ54に含まれる検索条件(第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素ID)、及び、受け付けたデータにより特定されるユーザが選択した商品種別に対応する絞り込み条件に基づいて、上述のS101~S105に示す検索処理を実行する。このようにして、第1実施形態に係る店舗検索システム10では、住所に関する条件を維持した上での商品種別による絞り込み条件も満足する店舗データ48を特定する絞り込み検索が可能となる。ユーザは、住所に関する条件を一度指定すれば、再度住所を指定することなく、その住所に応じた検索結果を商品種別などの他の検索条件により絞り込むことができる。
 そして、第1実施形態では、検索処理実行部30による絞り込み検索の検索結果として特定される店舗データ48の数が所定数N以上ではない場合は、検索条件変更部34が、最下位層の住所要素との関連付けが外されるよう検索条件を変更して、検索処理実行部30が、変更後の検索条件に基づく検索処理を実行する。そして、検索処理実行部30による絞り込み検索の検索結果として特定される店舗データ48の数が所定数N以上となった場合に、検索結果情報生成部36が、検索結果を一覧で示す検索結果画面56を生成する。そして、情報出力部22が、検索結果画面56をクライアント14に出力する。このようにして、第1実施形態に係る店舗検索システム10では、住所とは異なる条件による絞り込み検索の結果、検索結果として特定される店舗データ48の数が所定数Nを下回ったとしても、最下位層の住所要素との関連付けが外されるよう変更された検索条件に基づく検索処理が実行されるので、絞り込み検索を行っても検索結果画面56ににぎわいをもたせることができる。
 また、図9に示す検索結果画面56において、ユーザが所望の商品の種別に対応する商品種別選択タブ64をクリックすると、クライアント14が、選択された商品種別に対応する絞り込み条件をユーザIDに関連付けて店舗検索サーバ12に出力する。そして、店舗検索サーバ12が、このデータを受け付ける。そして、店舗検索サーバ12は、上述の処理と同様にして、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、第4レベル検索住所要素ID、及び、受け付けたデータにより特定される商品種別に対応する絞り込み条件に基づいて、上述のS101~S105に示す検索処理を実行する。
 また、絞り込み条件に基づく検索処理の検索結果を示す検索結果画面56において、ユーザが他の商品種別選択タブ64をクリックすると、店舗検索サーバ12が、この操作に応じて、上述の処理と同様にして、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、第4レベル検索住所要素ID、及び、変更後の商品種別に対応する絞り込み条件に基づいて、上述のS101~S105に示す検索処理を実行する。このようにして、第1実施形態に係る店舗検索システム10では、ユーザが商品種別選択タブ64の選択を変更することにより、住所に関する条件を維持したままで、商品種別による絞り込み条件を切り替えることができる。
 そして、図9に示す検索結果画面56において、ユーザが店舗対応情報58に含まれる店舗名称文字列をクリックすると、店舗検索サーバ12は、例えば、この店舗対応情報58に対応する店舗が取り扱う商品に関する注文画面(図示せず)をクライアント14に出力する。そして、ユーザが注文画面において商品の注文操作を実行すると、店舗検索サーバ12が、例えば、この注文操作をクライアント14から受け付けて、店舗の担当者のメールアドレスに電子メールなどにより受注があった旨を通知する。このようにして、第1実施形態に係る店舗検索システム10は、例えば、ユーザがオンラインで出前・宅配・訪問サービスを利用できるようにしたデリバリサイトに含まれる一モジュールとして活用することができる。そして、例えば、店舗検索システム10が店舗対応情報58に対応する店舗、及び、配達を希望する商品等の指定をユーザから受け付けて、店舗に商品等の受注があった旨を通知する。
[1-5.第1実施形態の変形例]
 なお、本発明は上述の第1実施形態に限定されるものではない。
 例えば、店舗検索サーバ12が、ユーザIDに関連付けられた検索対象地域絞り込み画面52の出力要求をクライアント14から受け付けて、情報出力部22が、この出力要求に応じて、図10に示すようなプルダウンメニュー66と検索ボタン62とを含む検索対象地域絞り込み画面52をクライアント14に表示出力するようにしてもよい。プルダウンメニュー66に含まれる各項目は、例えば、履歴記憶部28に記憶されている検索履歴データ54に対応している。そして、プルダウンメニュー66に含まれる各項目として、例えば、検索履歴データ54において、受け付けたユーザIDに関連付けられている、地域に関する検索条件(例えば、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDの組合せ)に対応する住所文字列を連結した文字列が示されている。また、プルダウンメニュー66に含まれる各項目は、項目IDと関連付けられている。また、この実施形態に係る店舗検索サーバ12では、例えば、最新の検索履歴データ54から所定数の項目がプルダウンメニュー66に含まれる。
 そして、この実施形態に係る店舗検索サーバ12では、ユーザがプルダウンメニュー66に含まれる項目のうちのいずれかを選択して、検索ボタン62をクリックすると、クライアント14が、ユーザIDに関連付けられた、ユーザに選択された項目に対応する項目IDを店舗検索サーバ12に出力する。そして、店舗検索サーバ12が、この項目IDを受け付ける。そして、検索条件取得部24が、受け付けた項目IDに対応する、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDの組合せを取得する。そして、店舗検索サーバ12が、上述のS101~S106と同様の処理を実行する。
 また、例えば、クライアント14が、GPS等を備えている場合には、例えば、クライアント14が、GPS等により特定されたユーザの位置に対応する住所のデータを店舗検索サーバ12に送信するようにしてもよい。そして、店舗検索サーバ12に含まれる検索条件取得部24が、この住所のデータに対応する、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDを検索条件として特定するようにしてもよい。
[2.第2実施形態]
 以下、本発明の別の一実施形態である第2実施形態に係る商品検索システムについて説明する。第2実施形態に係る商品検索システムは、図1に例示する店舗検索システム10において、店舗検索サーバ12が、商品検索サーバとして機能する点を除いて、図1に例示する店舗検索システム10と同様の構成となっている。第2実施形態に係る商品検索サーバは、電子商取引システムに含まれる一モジュールとして活用されるサーバであり、電子商取引システムでの取引の対象となる商品やサービスを検索するために用いられる。
 第2実施形態に係る商品検索サーバにより実現される機能の一例は、図2により表される。第2実施形態では、図3に例示する住所管理データ40の代わりに、複数の商品分類要素データ(住所要素データ46の代わりとなる)を含む階層構造の商品分類管理データが記憶される。商品分類要素データは、商品分類要素データの識別子である商品分類要素ID(住所要素IDの代わりとなる)や、商品分類の要素(商品分類要素と呼ぶ。)の名称を示す文字列である商品分類要素文字列(住所要素文字列の代わりとなる)などを含んでいる。また、商品分類要素データは、一つ上の階層の商品分類要素データの商品分類要素IDである親商品分類要素ID(親住所要素IDの代わりとなる)、及び、商品分類要素データの階層の深さを示す階層レベルデータに関連付けられている。商品分類要素IDは、第2実施形態では、例えば、一つ上の階層の商品分類要素データが共通する商品分類要素データ内で一意に割り当てられている。
 第2実施形態では、商品分類管理データは、例えば、4階層のうちのいずれかの階層に属する商品分類の要素を示すデータである。そして、商品分類管理データにおいて、下位階層の商品分類要素に対応する分類が上位階層の商品分類要素に対応する分類を細分化した一分類であるという構造となっている。例えば、第1階層が「水・ソフトドリンク」、第2階層が「水・ミネラルウォーター」、第3階層が「国内名水」、第4階層が商品名である「xxの水」などというように、商品分類管理データでは、商品やサービスの分類が管理されている。このように、第2実施形態では、商品の分類が4階層で管理されている。
 そして、第2実施形態では、図4に例示する店舗データ48の代わりに、商品やサービスの識別子である商品・サービスID(店舗IDの代わりとなる)、商品やサービスの名称を示す文字列である商品名称文字列(店舗名称文字列の代わりとなる)、商品やサービスの最上位の分類を表す文字列から最下位の分類を表す文字列までを連結した商品分類文字列(店舗住所文字列の代わりとなる)、商品やサービスの分類に対応する商品分類要素データの組合せに対応する対応商品分類要素群データ(対応住所要素群データの代わりとなる)を含む商品データがデータ記憶部20に記憶されている。第2実施形態では、対応商品分類要素群データは、第1レベル商品分類要素ID、第2レベル商品分類要素ID、第3レベル商品分類要素ID、及び、第4レベル商品分類要素ID(それぞれ、第1レベル住所要素ID、第2レベル住所要素ID、第3レベル住所要素ID、及び、第4レベル住所要素IDの代わりとなる)、検索結果として表示されるコメントを示すコメントデータ、商品やサービスの価格を示す文字列や商品やサービスの画像などが含まれる属性データ、などを含んでいる。
 また、第2実施形態でも、図5に例示するアカウント管理データ44がデータ記憶部20に記憶されている。
 そして、第1実施形態で検索対象地域絞り込み画面52により住所要素についての検索条件を取得した処理と同様にして、第2実施形態では、検索対象商品分類絞り込み画面を用いた処理により、第1レベル検索商品分類ID、第2レベル検索商品分類ID、第3レベル検索商品分類ID、及び、第4レベル検索商品分類IDの組合せ(第1実施形態における、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDの組合せの代わりとなる)が取得される。
 そして、第2実施形態では、検索処理実行部30は、上述したようにして、第1実施形態における各データを第2実施形態における各データに置き換える点を除いて、上述のS101~S106(図7)に示す処理と同様の検索処理を実行する。
 例えば、S101に示す処理において、検索履歴データ生成出力部26が、ユーザID、検索条件取得部24が取得した検索条件(第1レベル検索商品分類要素ID等)、検索日時データ、などを含む検索履歴データを生成して、履歴記憶部に出力する。そして、S102に示す処理において、検索処理実行部30が、検索条件に含まれる商品分類要素に対応する全ての階層においてそれぞれ対応する商品分類要素が関連付けられている商品データを特定する。そして、S103に示す処理において、条件判断部32が、S102に示す処理で特定された商品データの数が所定数N以上であるか否かを判断する。そして、S104に示す処理において、検索条件変更部34が、最下位層の商品分類要素との関連付けが外されるよう検索条件を変更する。そして、S105に示す処理において、検索結果情報生成部36が、検索結果画面を生成する。この検索結果画面は、店舗対応情報58の代わりに検索結果である商品データに対応する商品対応情報が複数含まれる点、商品種別選択チェックボックス60の代わりにそれぞれが商品の価格帯に関連付けられた価格帯選択チェックボックスが含まれる点、商品種別選択タブ64の代わりにそれぞれが商品の価格帯に関連付けられた価格帯選択タブが含まれる点、を除いては、図9に例示する検索結果画面56と同様である。そして、S106に示す処理において、情報出力部22が、上述の検索結果画面をクライアント14が備えるディスプレイに表示出力する。このようにして、第2実施形態では、第1実施形態と同様、検索結果画面に含まれる商品対応情報の数を所定数N以上に保つことができることとなる。
 第2実施形態では、価格帯に対応する絞り込み条件が、第1実施形態における商品種別に対応する絞り込み条件に相当する。そして、第2実施形態では、ユーザが所望の価格帯に対応する少なくとも1つの価格帯選択チェックボックスを選択した上で検索ボタンをクリックしたり、ユーザが所望の価格帯に対応する価格帯選択タブをクリックしたりすることで、第1実施形態と同様にして、検索日時データが示す日時が最新である検索履歴データに含まれる検索条件、及び、ユーザが選択した価格帯に対応する絞り込み条件に基づいて、検索処理が実行される。
 このようにして、第2実施形態では、商品やサービスの分類とは異なる条件による絞り込み検索の結果、検索結果として特定される商品データの数が所定数Nを下回ったとしても、最下位層の要素との関連付けが外されるよう変更された検索条件に基づく検索処理が実行されるので、絞り込み検索を行っても検索結果画面ににぎわいをもたせることができる。また、第2実施形態では、ユーザが商品分類の選択を誤って指定した場合でも、ユーザが所望する商品が検索結果として出力されるような状況があるので、ユーザの商品分類の選択ミスをリカバリすることが可能となる。
[3.変型例]
 なお、本発明は上述の実施形態にも限定されるものではない。
 例えば、上述の店舗検索システム10や商品検索システムは、チェックボックスの選択やタブの切り替えにより絞り込み条件が変更された際に、検索履歴データ54から抽出される検索条件を用いて再度検索処理を実行する代わりに、サーバにセッションオブジェクトとして保存された検索条件や、クライアント14にクッキーとして保存された検索条件を用いて再度検索処理を実行するようにしてもよい。
 例えば、第1の実施形態では、店舗検索システム10が、上述のS101~S106に示す検索処理を実行した際に、第1レベル検索住所要素ID、第2レベル検索住所要素ID、第3レベル検索住所要素ID、及び、第4レベル検索住所要素IDを店舗検索サーバ12にセッションオブジェクトとして保存したり、クライアント14にクッキーとして保存したりするようにしてもよい。また、例えば、第2の実施形態では、商品検索システムが、上述のS101~S105と同様の検索処理を実行した際に、第1レベル検索商品分類要素ID、第2レベル検索商品分類要素ID、第3レベル検索商品分類要素ID、及び、第4レベル検索商品分類要素IDを商品検索サーバにセッションオブジェクトとして保存したり、クライアント14にクッキーとして保存したりするようにしてもよい。
 そして、クライアント14とサーバとの間のセッション(例えば、HTTPセッション)が継続している間はずっと、チェックボックスの選択やタブの切り替えにより絞り込み条件が変更された際に、サーバにセッションオブジェクトとして保存された検索条件や、クライアント14にクッキーとして保存された検索条件を用いて検索処理を実行するようにしてもよい。
 また、例えば、上述の実施形態では、ユーザIDにより、ユーザの識別を行っているが、ユーザIDの代わりに、クライアント14を特定する識別子やクライアント14にインストールされているWebブラウザを特定する識別子を用いて、クライアント14やWebブラウザの識別を行えるようにしてもよい。
 また、例えば、上述の絞り込み検索の検索結果として特定される店舗データ48や商品データの数が所定数N以上ではない場合でも、店舗検索サーバ12や商品検索サーバが、最下位層の要素との関連付けが外されるよう検索条件を変更することや、変更後の検索条件に基づく検索処理を実行せずに、絞り込み検索の検索結果に対応する検索結果画面をクライアント14に出力するようにしてもよい。
 また、店舗検索システム10や商品検索システムにおけるサーバとクライアント14との役割分担は上述の各実施形態には限定されない。また、上述の実施形態を、例えば、学術的な分類や科学的な分類を用いてデータを検索する検索システム一般(具体的には、例えば、図書、論文、先行技術文献、裁判例等の検索システム)に応用してもよい。また、上記の具体的な数値や文字列は例示であり、これらの数値や文字列には限定されない。

Claims (12)

  1.  階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段と、
     前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段と、
     前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段と、
     前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段と、を含み、
     前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行する、
     ことを特徴とする検索システム。
  2.  前記検索条件変更手段及び前記検索処理実行手段が、検索結果として特定される検索対象データの数が前記所定数以上になるまで前記検索条件の変更と当該変更後の検索条件を用いた前記検索処理の実行とを繰り返す、
     ことを特徴とする請求項1に記載の検索システム。
  3.  前記検索結果情報出力手段が、前記変更後の検索条件を用いて前記検索処理が実行された際には、当該検索処理により特定した店舗データと当該検索処理の実行前から特定されていた店舗データとが所定の位置関係で配置された前記検索結果情報を出力する、
     ことを特徴とする請求項1又は2に記載の検索システム。
  4.  前記検索結果情報出力手段が、前記変更後の検索条件を用いて前記検索処理が実行された際には、当該検索処理により特定した店舗データが当該検索処理の実行前から特定されていた店舗データの下方に配置された前記検索結果情報を出力する、
     ことを特徴とする請求項3に記載の検索システム。
  5.  前記検索条件取得手段が、前記階層構造を有する要素に関する検索条件とは異なる絞り込み条件に関連付けられている検索条件を取得して、
     前記検索処理実行手段が、前記絞り込み条件も満足する検索対象データを特定する検索処理を実行する、
     ことを特徴とする請求項1から4のいずれか一項に記載の検索システム。
  6.  実行済みの検索処理に用いられた階層構造を有する要素に関する検索条件を保存可能であり、
     前記検索処理実行手段が、前記階層構造を有する要素に関する検索条件とは異なる絞り込み条件の変更要求を受け付けた際に、実行済みの検索処理に用いられた階層構造を有する要素に関する保存されている検索条件及び変更後の絞り込み条件を満足する検索対象データを特定する検索処理を実行する、
     ことを特徴とする請求項5に記載の検索システム。
  7.  実行済みの検索条件を記憶する履歴記憶手段に、実行された検索処理の検索条件を出力する手段、をさらに含み、
     前記検索処理実行手段が、前記履歴記憶手段に記憶されている検索条件のうちから指定される検索条件をさらに満足する店舗データを特定する検索処理を実行する、
     ことを特徴とする請求項1から6のいずれか一項に記載の検索システム。
  8.  前記階層構造を有する要素は住所要素であり、
     前記検索対象データは、階層構造を有する住所要素が複数の階層に対してそれぞれ関連付けられている店舗データであり、
     前記住所要素の階層構造は、下位階層の住所要素に対応する地域が上位階層の住所要素に対応する地域を分割した一区画であるという構造である、
     ことを特徴とする請求項1から7のいずれか一項に記載の検索システム。
  9.  前記階層構造を有する要素は、検索対象の分類についての階層構造を有する要素であり、
     前記検索対象の分類についての階層構造は、下位階層の要素に対応する分類が上位階層の要素に対応する分類を細分化した一分類であるという構造である、
     ことを特徴とする請求項1から7のいずれか一項に記載の検索システム。
  10.  階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得ステップと、
     前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行ステップと、
     前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力ステップと、
     前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更ステップと、をコンピュータが実行し、
     前記検索処理実行ステップは、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行するステップである、
     ことを特徴とする検索方法。
  11.  階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段、
     前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段、
     前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段、
     前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段、としてコンピュータを機能させ、
     前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行する、
     ことを特徴とする検索プログラム。
  12.  階層構造を有する要素が複数の階層に対してそれぞれ関連付けられている検索対象データを記憶している検索対象データ記憶手段から、前記各階層の要素を含む検索条件を取得する検索条件取得手段、
     前記検索対象データ記憶手段に記憶されている検索対象データのうち、前記検索条件に含まれる要素に対応する全ての階層においてそれぞれ対応する要素が関連付けられている検索対象データを特定する検索処理を実行する検索処理実行手段、
     前記特定した検索対象データの数が所定数以上である場合に、当該検索対象データが含まれる検索結果情報を出力する検索結果情報出力手段、
     前記特定した検索対象データの数が前記所定数以上でない場合に、前記検索条件から最下位層の要素を除外する検索条件変更手段、としてコンピュータを機能させ、
     前記検索処理実行手段は、前記検索条件が変更されたとき、当該変更後の検索条件を用いて前記検索処理を再度実行する、
     ことを特徴とする検索プログラムを記録した記録媒体。
PCT/JP2011/057191 2010-03-26 2011-03-24 検索システム、検索方法、検索プログラム及び記録媒体 WO2011118712A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201180016055.6A CN102844758B (zh) 2010-03-26 2011-03-24 检索系统、检索方法、检索程序以及记录介质
JP2012507062A JP5174279B2 (ja) 2010-03-26 2011-03-24 検索システム、検索方法、検索プログラム及び記録媒体
EP11759517.3A EP2555130A4 (en) 2010-03-26 2011-03-24 SYSTEM, METHOD AND PROGRAM OF RESEARCH AND STORAGE MEDIUM
US13/637,259 US9542435B2 (en) 2010-03-26 2011-03-24 Search system, search method, search program and storage medium for providing a stabilized number of output search results

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010073488 2010-03-26
JP2010-073488 2010-03-26

Publications (1)

Publication Number Publication Date
WO2011118712A1 true WO2011118712A1 (ja) 2011-09-29

Family

ID=44673258

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/057191 WO2011118712A1 (ja) 2010-03-26 2011-03-24 検索システム、検索方法、検索プログラム及び記録媒体

Country Status (5)

Country Link
US (1) US9542435B2 (ja)
EP (1) EP2555130A4 (ja)
JP (1) JP5174279B2 (ja)
CN (1) CN102844758B (ja)
WO (1) WO2011118712A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013080405A (ja) * 2011-10-04 2013-05-02 Nippon Telegr & Teleph Corp <Ntt> 文書検索装置及び方法及びプログラム
JP2013114310A (ja) * 2011-11-25 2013-06-10 Canon Marketing Japan Inc 検索システム、検索システムの制御方法、およびそのプログラム
JP2014052938A (ja) * 2012-09-10 2014-03-20 Fujitsu Ten Ltd 施設検索装置、施設検索方法、ナビゲーション装置
JP2018160066A (ja) * 2017-03-22 2018-10-11 東芝テック株式会社 販売データ処理装置およびプログラム
JP2019020762A (ja) * 2017-07-11 2019-02-07 三菱電機エンジニアリング株式会社 文書管理システム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2514779A (en) * 2013-06-03 2014-12-10 Ibm Information retrieval from a database system
CN103646112B (zh) * 2013-12-26 2017-01-18 中国科学院自动化研究所 利用了网络搜索的依存句法的领域自适应方法
US10268667B1 (en) * 2014-07-23 2019-04-23 Evernote Corporation Contextual optimization of news streams associated with content entry
JP5749876B1 (ja) * 2014-11-20 2015-07-15 楽天株式会社 情報処理装置、情報処理方法、プログラム、記憶媒体
JP6944594B2 (ja) * 2018-06-08 2021-10-06 株式会社Nttドコモ 対話装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11161659A (ja) * 1997-11-27 1999-06-18 Nippon Telegr & Teleph Corp <Ntt> 検索式の動的変更方法及び装置及び検索式の動的変更プログラムを格納した記憶媒体
JP2000331011A (ja) 1999-05-19 2000-11-30 Nec Corp データ管理装置、データ検索方法及び記録媒体
JP2002092033A (ja) * 2000-09-12 2002-03-29 Sanyo Electric Co Ltd 情報検索装置
JP2004094936A (ja) * 2002-08-09 2004-03-25 Fujitsu Ltd 情報検索方法および情報検索装置
JP2005173847A (ja) * 2003-12-10 2005-06-30 Fujitsu Ltd 情報検索装置、情報検索方法、プログラム及び該プログラムを記録した記録媒体
JP2006258658A (ja) * 2005-03-17 2006-09-28 Clarion Co Ltd 目的地設定方法、目的地設定プログラム、及び、車載器
JP2009140444A (ja) * 2007-12-11 2009-06-25 Dainippon Printing Co Ltd 商品検索装置および商品検索方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087408A1 (en) * 1999-06-25 2002-07-04 Burnett Jonathan Robert System for providing information to intending consumers
JP2001331501A (ja) * 2000-05-22 2001-11-30 Minolta Co Ltd ショップ検索システム、ショップ検索方法および表示制御方法
JP3934325B2 (ja) * 2000-10-31 2007-06-20 株式会社日立製作所 文書検索方法、文書検索装置及び文書検索プログラムの記憶媒体
US7519570B2 (en) * 2002-08-30 2009-04-14 Teranet Enterprises Ltd. Localization of generic electronic registration system
JP2005011180A (ja) * 2003-06-20 2005-01-13 Nec Corp Url検索システム及びそれに使用するサーバ並びにurl検索方法
US7778878B2 (en) 2003-12-31 2010-08-17 Amazon Technologies, Inc. Profiling item sellers to inform item purchasing decisions and build trust in a multiple-seller marketplace
US8631001B2 (en) * 2004-03-31 2014-01-14 Google Inc. Systems and methods for weighting a search query result
US8825639B2 (en) 2004-06-30 2014-09-02 Google Inc. Endorsing search results
US7694212B2 (en) * 2005-03-31 2010-04-06 Google Inc. Systems and methods for providing a graphical display of search activity
JP4581896B2 (ja) * 2005-08-02 2010-11-17 株式会社デンソー ナビゲーション装置およびプログラム
US20080065605A1 (en) * 2006-09-08 2008-03-13 Group 1 Software Inc. Rich browser-based interface for address standardization and geocoding
US8380766B2 (en) * 2008-02-08 2013-02-19 Adaptive Intelligence Llc Systems and methods for handling addresses within a database application

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11161659A (ja) * 1997-11-27 1999-06-18 Nippon Telegr & Teleph Corp <Ntt> 検索式の動的変更方法及び装置及び検索式の動的変更プログラムを格納した記憶媒体
JP2000331011A (ja) 1999-05-19 2000-11-30 Nec Corp データ管理装置、データ検索方法及び記録媒体
JP2002092033A (ja) * 2000-09-12 2002-03-29 Sanyo Electric Co Ltd 情報検索装置
JP2004094936A (ja) * 2002-08-09 2004-03-25 Fujitsu Ltd 情報検索方法および情報検索装置
JP2005173847A (ja) * 2003-12-10 2005-06-30 Fujitsu Ltd 情報検索装置、情報検索方法、プログラム及び該プログラムを記録した記録媒体
JP2006258658A (ja) * 2005-03-17 2006-09-28 Clarion Co Ltd 目的地設定方法、目的地設定プログラム、及び、車載器
JP2009140444A (ja) * 2007-12-11 2009-06-25 Dainippon Printing Co Ltd 商品検索装置および商品検索方法

Non-Patent Citations (1)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013080405A (ja) * 2011-10-04 2013-05-02 Nippon Telegr & Teleph Corp <Ntt> 文書検索装置及び方法及びプログラム
JP2013114310A (ja) * 2011-11-25 2013-06-10 Canon Marketing Japan Inc 検索システム、検索システムの制御方法、およびそのプログラム
JP2014052938A (ja) * 2012-09-10 2014-03-20 Fujitsu Ten Ltd 施設検索装置、施設検索方法、ナビゲーション装置
JP2018160066A (ja) * 2017-03-22 2018-10-11 東芝テック株式会社 販売データ処理装置およびプログラム
JP2019020762A (ja) * 2017-07-11 2019-02-07 三菱電機エンジニアリング株式会社 文書管理システム

Also Published As

Publication number Publication date
CN102844758B (zh) 2016-04-06
EP2555130A1 (en) 2013-02-06
EP2555130A4 (en) 2016-08-03
JP5174279B2 (ja) 2013-04-03
CN102844758A (zh) 2012-12-26
JPWO2011118712A1 (ja) 2013-07-04
US9542435B2 (en) 2017-01-10
US20130073585A1 (en) 2013-03-21

Similar Documents

Publication Publication Date Title
WO2011118712A1 (ja) 検索システム、検索方法、検索プログラム及び記録媒体
JP5493267B2 (ja) 商品検索装置および商品検索方法
US6842748B1 (en) Usage based strength between related information in an information retrieval system
EP2321745B1 (en) Providing posts to discussion threads in response to a search query
US8280879B2 (en) System and method for quantifying visibility within search engines
US20120221561A1 (en) Computer system, database and uses thereof
CN101911065B (zh) 访问对象信息检索装置
CN101438279A (zh) 包括信任网络的集成有用户判断的搜索系统和方法
US20180218043A1 (en) Information providing method and system
JP5668010B2 (ja) 情報推薦方法、装置及びプログラム
JP4962980B2 (ja) クリックログを用いた検索結果分類装置及び方法
US20170185599A1 (en) Ranking of Search Results
JP2006323629A (ja) ウェブサーバのページ更新のための情報を解析するサーバ、ウェブサーバ及びページ更新方法
GB2565542A (en) Systems and methods for selecting datasets
US9183299B2 (en) Search engine for ranking a set of pages returned as search results from a search query
JP7128687B2 (ja) 飲食店景況度可視化システム
JP2008152359A (ja) システム基盤構成策定支援システム及び支援方法
JP5488031B2 (ja) 検索装置
JP5418295B2 (ja) 検索装置
JP4274907B2 (ja) コンテンツ分類システムおよび方法、コンピュータプログラムおよび記録媒体
CN102081635A (zh) 可提供有效信息的知识管理系统
TWI620080B (zh) 基於使用者行為的文件分類系統與方法
JP4479439B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP5130935B2 (ja) 原価見積もりパラメータ最適化方法、原価シミュレーション装置およびプログラム
JP2018032273A (ja) 情報抽出プログラム、情報抽出方法および情報抽出装置

Legal Events

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

Ref document number: 201180016055.6

Country of ref document: CN

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

Ref document number: 11759517

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012507062

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011759517

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13637259

Country of ref document: US