WO2013161105A1 - タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 - Google Patents

タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 Download PDF

Info

Publication number
WO2013161105A1
WO2013161105A1 PCT/JP2012/078467 JP2012078467W WO2013161105A1 WO 2013161105 A1 WO2013161105 A1 WO 2013161105A1 JP 2012078467 W JP2012078467 W JP 2012078467W WO 2013161105 A1 WO2013161105 A1 WO 2013161105A1
Authority
WO
WIPO (PCT)
Prior art keywords
tag
product
category
target product
usage information
Prior art date
Application number
PCT/JP2012/078467
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 US14/391,535 priority Critical patent/US20150074114A1/en
Publication of WO2013161105A1 publication Critical patent/WO2013161105A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/285—Clustering or classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/81—Indexing, e.g. XML tags; Data structures therefor; Storage structures

Definitions

  • One embodiment of the present invention relates to an apparatus, a method, a program, and a computer-readable recording medium that stores the program for managing the attribute of a product used for product search as a tag.
  • the tag management apparatus corresponds to the category of the target product from the acquisition unit that acquires the category of the target product and the storage unit that stores usage information indicating the use of the tag that has already been assigned to the product. And an evaluation unit that evaluates a tag that can be assigned to the target product based on the usage information, and an output unit that outputs an evaluation result by the evaluation unit to the terminal of the provider of the target product.
  • a tag management method is a tag management method executed by a tag management device, and includes an acquisition step of acquiring a category of a target product, and a use indicating use of a tag already attached to the product
  • the usage information corresponding to the category of the target product is extracted from the storage unit that stores the information, the evaluation step for evaluating the tag that can be given to the target product based on the usage information, and the evaluation result in the evaluation step is the target product Outputting to the terminal of the provider.
  • the tag management program corresponds to the category of the target product from the acquisition unit that acquires the category of the target product and the storage unit that stores usage information indicating the use of the tag that has already been assigned to the product.
  • An evaluation unit that extracts usage information to be evaluated and evaluates tags that can be assigned to the target product based on the usage information, and an output unit that outputs an evaluation result by the evaluation unit to the terminal of the target product provider Let it run.
  • a computer-readable recording medium includes an acquisition unit that acquires a category of a target product, and a storage unit that stores usage information indicating use of a tag already attached to the product.
  • An evaluation unit that extracts usage information corresponding to a category and evaluates tags that can be assigned to the target product based on the usage information, and an output unit that outputs an evaluation result by the evaluation unit to the terminal of the provider of the target product; Is stored in the tag management program.
  • the usage information corresponding to the category of the target product is extracted, the tag that can be given to the product is evaluated based on the usage information, and the evaluation result is obtained from the provider of the target product. Output to the terminal.
  • a judgment material for tagging effective for narrowing down the product can be obtained. Can be provided to the presenter.
  • the storage unit further stores basic tag information indicating a combination of a product category and a tag that can be assigned to the category
  • the evaluation unit stores the target product
  • a tag indicated by basic tag information corresponding to a category may be set as a tag that can be given to the target product, and the set tag may be evaluated based on usage information.
  • the usage information includes product information indicating a product category and a tag attached to the product by a provider
  • the evaluation unit is a product corresponding to the category of the target product.
  • the number of information records may be aggregated for each tag, and a tag whose aggregate value is equal to or less than a predetermined threshold may be evaluated as a recommended tag. In this case, tags that other providers do not give much, that is, tags with few rivals can be recommended to the provider of the target product.
  • the usage information includes a search history indicating a tag used for product search by the user
  • the evaluation unit calculates the number of records in the search history corresponding to the category of the target product for each tag.
  • the tags whose total value is equal to or greater than a predetermined threshold may be evaluated as recommended tags. In this case, tags used by many users for searching can be recommended to the provider of the target product.
  • the evaluation unit includes a part of the search history corresponding to the category of the target product indicating that the search has been performed from the present time to a predetermined time in the past.
  • a history may be extracted, and the number of records in the partial search history may be aggregated for each tag.
  • a tag that is frequently used in recent searches that is, a tag that a consumer is expected to be interested in can be recommended to the provider of the target product.
  • the usage information includes a purchase history indicating a tag that has led the user to purchase the product
  • the evaluation unit calculates the number of purchase history records corresponding to the category of the target product for each tag.
  • the tags whose total value is equal to or greater than a predetermined threshold may be evaluated as recommended tags. In this case, a tag that has led many users to purchase can be recommended to the provider of the target product.
  • the evaluation unit selects a part of the purchase history corresponding to the category of the target product indicating that the product has been purchased between the current time and a predetermined time in the past.
  • a history may be extracted, and the number of records of the partial purchase history may be aggregated for each tag.
  • a tag that has recently led many users to purchase that is, a tag that a consumer is expected to be interested in can be recommended to the provider of the target product.
  • the usage information includes a search history indicating a tag used for product search by the user and a purchase history indicating a tag that has led the user to purchase the product
  • the evaluation unit includes Based on the search history and purchase history corresponding to the category of the target product, the tag that was used for the search but could not guide the user to purchase the product was identified, and the tag identified from the tag indicated in the search history The rest except for may be evaluated as a recommended tag. In this case, it is possible to exclude a tag from which the user loses interest during the period from search to purchase from the recommendation target.
  • the tags are organized in a tree structure, and the evaluation unit not only applies to the n-th layer tag indicated by the usage information, but also to each tag in the upper layer of the tag. Evaluation based on usage information may be executed.
  • n 1
  • tags located in the middle of the hierarchy can be evaluated, more recommended tags can be recommended to the provider of the target product.
  • the acquisition unit may receive the category of the target product from the terminal of the provider who intends to add a tag to the target product. In this case, it is possible to provide the judgment material of the work to the provider who is going to tag.
  • the usage information includes product information indicating a product category and a tag attached to the product by a provider
  • the acquisition unit includes a product category indicated by the product information. May be acquired as the category of the target product.
  • the tag management system 1 is a computer system that manages tags used for product search at an EC site (online shopping site). As shown in FIG. 1, the tag management system 1 includes a tag management server (tag management device) 10, an EC server 20, a database group 30, a store terminal Ts, and a user terminal Tu. These devices are connected to each other via a communication network N including the Internet and an intranet.
  • the tag is information indicating an attribute used as a search key among product attributes.
  • a tag is given to a product by an operator (store operator) of a virtual store. Since the association between the product and the tag depends on the discretion of the store operator, there may be a product to which no tag is attached.
  • the user can use the tag search in addition to the keyword search and the category (genre) search when searching for the product on the EC site. For example, on a screen (web page) 70 as shown in FIG. 2, the user can know a product that matches the keyword by inputting the keyword in the text box 71 and pressing the search button 72. In addition, the user can know a product that matches the clicked category or link by clicking the category link 73 or the tag link 74.
  • both the tag and the category are items of the product attribute.
  • one product can belong to only one category, one product can be provided with a plurality of tags. That is, the tag and the category differ in the manner of associating with the product.
  • the product attribute set as a category or a tag is not limited at all.
  • the tag management server 10 is a computer system that supports tagging by a store operator (product provider). More specifically, when the tag management server 10 is given to a product, the tag management server 10 notifies the operator of a tag that is effective in search or sales as a recommended tag. When a store operator deploys a product on his or her virtual store for the first time, the store operator can add a tag to the product or can change the tag of a product already deployed on the virtual store.
  • the tag management server 10 can support tagging in both of these aspects.
  • the EC server 20 In response to a request from the user terminal Tu, the EC server 20 provides various web pages in the EC site (for example, main page, product page, store page, etc.), product search, purchase processing (inventory update or settlement, to user). A computer system that executes the above-mentioned points). As described above, the EC server 20 provides the user with keyword search, category search, and tag search as merchandise search means.
  • the database group 30 is a collection of various databases necessary for the tag management system 1.
  • the store terminal Ts is a computer owned by an operator of a store participating in the virtual shopping mall.
  • the type of store terminal Ts is not limited, and may be, for example, a stationary or portable personal computer, or a portable terminal such as a high-function mobile phone (smart phone), a mobile phone, or a personal digital assistant (PDA).
  • PDA personal digital assistant
  • the number of store terminals Ts present in the tag management system 1 is not limited.
  • the user terminal Tu is a computer owned by a user (general consumer). Similar to the shop terminal Ts, the type of the user terminal Tu is not limited, and may be a stationary or portable personal computer, or a portable device such as a high-function mobile phone (smart phone), a mobile phone, or a personal digital assistant (PDA). It may be a terminal.
  • the number of user terminals Tu existing in the tag management system 1 is not limited.
  • the tag basic database 31 is a device that stores basic tag information indicating a list of tags that can be assigned to products belonging to a certain category.
  • the tag basic information is information in which a product category and tags that can be specified in the category are associated with each other. This basic tag information is registered in advance by the administrator of the EC site.
  • FIG. 3 shows an example of basic tag information.
  • a tag of the category “food> wine” a tag related to color and a tag related to production area are registered.
  • a tag of the category “Men's fashion> Jeans” a tag related to size and a tag related to inch are registered.
  • “food> wine” means a category in which the first hierarchy is “food” and the second hierarchy is “wine”.
  • tags are shown in a tree structure. If this is expressed in the same manner as a category, tags related to the color of the category “food> wine” are “color> red”, “color> white”, “color> rose”. It is expressed. In the following, the expression using this inequality sign is also used for the tag.
  • categories and tags are organized hierarchically (in a tree), but the depth of the hierarchy is not limited for both categories and tags.
  • categories may be organized by three or more layers, and tags may be organized by four or more layers.
  • categories and tags need not be defined hierarchically.
  • the product database 32 is a device that stores product information related to products sold by each virtual store.
  • Each record of product information includes a store ID of a virtual store that provides the product, a product ID that uniquely identifies the product, and attribute information that indicates various attributes of the product.
  • the attribute information includes the product name, category, price, inventory quantity, tag, and URL of the product page, but the information included in the attribute information is not limited.
  • the date and time when the tag was registered by the store is also recorded in the product information as an item of the product attribute.
  • product information without a tag may exist.
  • the merchandise information is newly registered, updated, or deleted based on the instruction transmitted from the store terminal Ts.
  • FIG. 1 An example of product information is shown in FIG.
  • the product ID “T001” “product A” and the product ID “T002” “product B” are associated with the store ID “S001”.
  • the store ID “S002” is associated with “product C” whose product ID is “T101”.
  • the products A and C are associated with a plurality of tags, whereas the product B has only one tag. Since the tag of the product can be changed at an arbitrary time point, the registration date and time of a plurality of tags attached to one product can be different from each other like the product C.
  • the search history database 33 is a device that stores a user search history on the EC site.
  • the search history database 33 stores a tag search history.
  • each record of the search history includes a search ID that uniquely specifies each search process, and a session ID that specifies a session (one connection) between the user terminal Tu and the EC server 20. And the search date and time, the user ID of the searcher, and the tag designated as the search key by the searcher.
  • Each record of the search history is generated by the EC server 20 each time a product search is executed by designating one tag in the EC server 20. For example, as shown by the records of the search IDs “K002” and “K003” in FIG. 5, when the same user performs a search while tracing the tag hierarchy to a lower layer, a record is generated in each hierarchy.
  • the purchase history database 34 is a device that stores a user's purchase history at the EC site. As shown in FIG. 6, each record of the purchase history includes a purchase ID that uniquely identifies each purchase process, a session ID, a purchaser's user ID, a purchase date and time, a purchase product ID, and a trigger. -A tag (trigger tag) is included.
  • the trigger tag is a tag that is presumed that a product has been purchased in response to a search by the tag, that is, a tag that induces the user to purchase the product.
  • Each record of the purchase history is generated by the EC server 20 every time one purchase procedure is completed in the EC server 20. Although this record may include other items such as the purchase price, description of the other items not directly related to tag management will be omitted.
  • the method for determining whether or not the tag used in the tag search is a trigger tag is not limited. For example, when a link to a product displayed on the search result page by the tag G is clicked to move to the product page, and the purchase procedure is performed by adding the product to the shopping cart by a user operation on the product page
  • the tag G may be set as a trigger tag.
  • the tag G is not set as a trigger tag corresponding to the purchase procedure.
  • each database and each record described above is not limited to that shown in FIGS. 3 to 6, and any normalization or redundancy may be performed for each database.
  • the search history and purchase history may be integrated via the session ID.
  • the database group 30 includes a user database that stores user information (member information), a store database that stores store information, and the like, but detailed descriptions of these databases that are not directly related to tag management are omitted. To do.
  • the tag management server 10 includes a CPU 101 that executes an operating system, application programs, and the like, a main storage unit 102 that includes a ROM and a RAM, and an auxiliary storage unit 103 that includes a hard disk and the like.
  • the communication control unit 104 includes a network card, an input device 105 such as a keyboard and a mouse, and an output device 106 such as a display.
  • Each functional component of the tag management server 10 to be described later reads predetermined software on the CPU 101 or the main storage unit 102, and controls the communication control unit 104, the input device 105, the output device 106, and the like under the control of the CPU 101. This is realized by operating and reading and writing data in the main storage unit 102 or the auxiliary storage unit 103. Data and databases necessary for processing are stored in the main storage unit 102 or the auxiliary storage unit 103.
  • FIG. 7 shows that the tag management server 10 is configured by one computer, the functions of the tag management server 10 may be distributed to a plurality of computers.
  • the tag management server 10 includes a page providing unit 11 and a recommendation unit 12 as functional components.
  • the tag management server 10 provides effective tag information (hereinafter referred to as “recommendation information”) when the store operator actively accesses the management screen when newly registering a product or changing a tag of a registered product. May be provided to the operator.
  • the page providing unit 11 and the recommendation unit 12 operate.
  • the tag management server 10 inspects the product information in the product database 32 at an arbitrary timing without receiving an explicit request from the operator, and provides recommended information to the operator based on the inspection result. May be. In the case of this batch processing, only the recommendation unit 12 operates.
  • a product for which recommendation information is provided is also referred to as a “target product”.
  • the page providing unit 11 is a functional element that provides a store operator with a management screen for attaching a tag to a product.
  • the store terminal Ts transmits a page request including the URL (Uniform Resource Locator) of the screen to the tag management server 10.
  • the page providing unit 11 receives the request, generates a management page web page, and transmits it to the store terminal Ts.
  • the page providing unit 11 receives the request and outputs it to the recommendation unit 12.
  • This recommendation request includes the category of the target product that the operator intends to assign or change the tag.
  • the recommendation unit 12 is a functional element that presents a tag effective for searching or selling a product to the store operator.
  • the recommendation unit 12 includes an acquisition unit 12a, an evaluation unit 12b, and a result output unit 12c.
  • the acquisition unit 12a is a functional element that acquires information on a target product necessary for tag recommendation.
  • the acquiring unit 12a acquires a category included in the request as target product information.
  • the acquisition unit 12a acquires a record of product information (specifically, one or more sets including a product ID and a category) from the product database 32 as target product information.
  • the acquisition unit 12a outputs the acquired target product information to the evaluation unit 12b.
  • the evaluation unit 12b is a functional element that extracts usage information corresponding to the target product information input from the acquisition unit 12a from the database group 30, and evaluates tags that can be assigned to the target product based on the usage information.
  • the usage information is information indicating the usage of a tag already attached to a product.
  • product information, a search history, and a purchase history correspond to the usage information.
  • the merchandise information is usage information indicating use of the tag by the operator because the store operator indicates that the tag has been assigned to the merchandise in order to represent the characteristics of the merchandise. Since the search history and purchase history indicate that the user has used the tag (for example, clicked on the tag) when searching for or purchasing the product, it can be said that the search history and the purchase history are also usage information.
  • the evaluation unit 12b specifies, for each target product indicated by the input target product information, an effective tag for the product based on the usage information.
  • the evaluation unit 12b can perform the processing by the following various methods.
  • the evaluation unit 12b extracts basic tag information corresponding to the category of the target product (hereinafter also referred to as “target category”) from the tag basic database 31, thereby enabling one or more tags (hereinafter, “ Identify candidate tag). Subsequently, the evaluation unit 12b extracts product information corresponding to the target category from the product database 32. Subsequently, the evaluation unit 12b identifies which tag is used in which store by counting the number of records of the extracted product information for each candidate tag. Then, the evaluation unit 12b sets candidate tags whose total number of records is equal to or less than a predetermined threshold Ta as recommended tags.
  • the evaluation unit 12b extracts, from the product database 32, product information corresponding to the target category and whose tag registration date and time is after a predetermined point in the past (for example, the last month or the last year). This means that the evaluation unit 12b extracts only a part of the records in which the tag is recently registered or updated from the product information corresponding to the target category. Subsequently, the evaluation unit 12b identifies which tag is used in which store by counting the number of extracted records for each candidate tag. Then, the evaluation unit 12b sets candidate tags whose total number of records is equal to or greater than a predetermined threshold Tb as recommended tags.
  • the evaluation unit 12b specifies one or more candidate tags from the target category as described above, and extracts a search history corresponding to the candidate tags from the search history database 33. Subsequently, the evaluation unit 12b identifies which tag has been used for the search by counting the number of extracted records in the search history for each candidate tag. Then, the evaluation unit 12b sets candidate tags whose total record number is equal to or greater than a predetermined threshold Tc as recommended tags.
  • the evaluation unit 12b may extract only the search history that satisfies the further condition that the search date and time is after a predetermined point in the past (for example, the most recent month or the most recent year).
  • the subsequent processing is the same as described above. In this case, it is possible to recommend a tag that is frequently used in recent searches, that is, a tag that a consumer is expected to be interested in.
  • the evaluation unit 12b specifies one or more candidate tags from the target category as described above, and extracts a purchase history corresponding to the candidate tags from the purchase history database 34. Subsequently, the evaluation unit 12b identifies which tag has triggered the purchase of the product by counting the number of extracted purchase history records for each candidate tag. Then, the evaluation unit 12b sets candidate tags whose total number of records is equal to or greater than a predetermined threshold Td as recommended tags.
  • the evaluation unit 12b may extract only the purchase history that satisfies the further condition that the purchase date and time is after a predetermined point in the past (for example, the last month or the last year).
  • the subsequent processing is the same as described above. In this case, it is possible to recommend a tag that has led many recent users to purchase, that is, a tag that a consumer is expected to be interested in.
  • the evaluation unit 12b specifies one or more candidate tags from the target category as described above, and extracts the search history and purchase history corresponding to the candidate tag from the search history database 33 and the purchase history database 34. Subsequently, the evaluation unit 12b associates the search history and purchase history with the same session ID, compares the tag specified in the search with the trigger tag, and is used for the search. Identify tags that resulted in sales through search. This means that the tag that could not finally guide the user to purchase the product is specified.
  • the evaluation unit 12b selects the identified tags (for example, tags such as “production area> France” and “production area> France> Bordeaux” in the examples of FIGS. 5 and 6) from the tags indicated by the extracted search history.
  • the remaining parts are set as recommended tags. As a result, it is possible to exclude from the recommendation target tags that the user loses interest during the period from search to purchase.
  • the evaluation unit 12b may extract a recommendation tag using any of a plurality of methods instead of executing only one of the above four types.
  • the evaluation unit 12b is not only the nth layer (n> 1) tag indicated by various usage information, but also its upper layer. It may be evaluated whether each tag can be a recommended tag.
  • the evaluation unit 12b counts the number of records for the tag (the tag of the third layer), and the tags “Place of origin> France” of the second layer The number of records may be totaled for the tag “origin” in the first layer.
  • the evaluation unit 12b may count the number of records not only for the tag itself indicated by the search history or purchase history but also for its parent tag.
  • each threshold value may be set in advance such that the threshold value decreases as the hierarchy level decreases. In this case, since it is possible to evaluate a tag located in the middle of the hierarchy, more recommended tags can be presented to the store operator.
  • the evaluation unit 12b extracts a recommended tag for each of the input target products, and information on the recommended tag (recommendation). Information) is output to the result output unit 12c.
  • the result output unit 12c is a functional element that outputs the recommendation information input from the evaluation unit 12b as an evaluation result.
  • the result output unit 12c When the evaluation process is executed by an explicit request from the store (management screen), the result output unit 12c outputs the recommended information to the page providing unit 11, and then the page providing unit 11 sends the information to the store terminal Ts. Send to. In this case, recommendation information is displayed on the management screen.
  • the result output unit 12c transmits the recommendation information to the store terminal Ts by notification means such as an e-mail.
  • the tag management server 10 When providing recommendation information by an explicit request from a store, the tag management server 10 operates as shown in FIG.
  • the store terminal Ts transmits a page request (step S11)
  • the page providing unit 11 generates a web page of the management screen and transmits it to the store terminal Ts (step S12), and the store terminal Ts manages it.
  • a screen is displayed (step S13).
  • the page providing unit 11 receives the request in the tag management server 10, and the acquisition unit 12a receives the request.
  • Target product information (target category) is acquired from the recommendation request (step S15, acquisition step).
  • the evaluation unit 12b extracts usage information based on the target product information, and sets a recommendation tag based on the usage information (step S16, evaluation step).
  • the result output part 12c and the page provision part 11 transmit the recommendation tag to the shop terminal Ts as recommendation information (step S17, output step).
  • the store terminal Ts receives the recommendation information and displays a recommendation tag on the management screen (step S18). For example, as shown in FIG. 10, the store terminal Ts displays a list 81 of recommended tags on the management screen 80 in a tree shape. In this example, the recommended tag is displayed as a link, and when the store operator clicks the link, the corresponding recommended tag is displayed in the selected tag column 82. In the example of FIG. 10, there are four tags “tag V-tag Va-tag Vaa”, “tag V-tag Va-tag Vaa-tag Vaaa”, “tag V-tag Va-tag Vab”, and “tag X-tag Xa”. A recommendation tag is shown. Note that the store operator can also select a tag other than the recommended tag.
  • the store operator may select a desired tag from a list 83 of all tags that are set in a tree shape and can expand lower layers by a click operation.
  • the lists 81 and 83 are based on tag basic information corresponding to the category input in the category column 84.
  • the tag management server 10 When providing recommendation information by batch processing, the tag management server 10 operates as shown in FIG. First, the acquisition unit 12a acquires target product information (one or more sets including a product ID and a category) from the product database 32 (step S21, acquisition step). Subsequently, the evaluation unit 12b extracts usage information based on the target product information, and sets a recommendation tag based on the usage information, similarly to the processing of step S16 (step S22, evaluation step). Then, the result output unit 12c transmits the recommendation tag as recommendation information to the store terminal Ts (step S23, output step). The store terminal Ts receives the recommendation information, and displays the recommendation tag of each product on the screen by an arbitrary method (for example, according to a user operation or by automatic display) (step S24).
  • target product information one or more sets including a product ID and a category
  • the evaluation unit 12b extracts usage information based on the target product information, and sets a recommendation tag based on the usage information, similarly to the processing of step S16 (step
  • the evaluation unit 12b identifies candidate tags by extracting tag basic information corresponding to the target category (step S301). Subsequently, the evaluation unit 12b extracts usage information (product information, search history, or purchase history) corresponding to the target category (step S302), and counts the number of extracted records for each candidate tag (step S303). Subsequently, the evaluation unit 12b compares the total value of each candidate tag with a threshold value (for example, any one of the above-described threshold values Ta to Td), and specifies a candidate tag that satisfies the predetermined condition as described above as a recommended tag. (Step S304). The evaluation unit 12b executes the evaluation process of steps S301 to S304 for all target products (step S305).
  • a threshold value for example, any one of the above-described threshold values Ta to Td
  • the tag management program P1 includes a main module P10, a page providing module P11, and a recommendation module P12.
  • the recommendation module P12 includes an acquisition module P12a, an evaluation module P12b, and a result output module P12c.
  • the main module P10 is a part that comprehensively controls the tag management function.
  • the functions realized by executing the page providing module P11, the recommendation module P12, the acquisition module P12a, the evaluation module P12b, and the result output module P12c are the page provision unit 11, the recommendation unit 12, the acquisition unit 12a, and the evaluation described above, respectively.
  • the functions of the unit 12b and the result output unit 12c are the same.
  • the tag management program P1 is provided after being fixedly recorded on a tangible recording medium such as a CD-ROM, DVD-ROM, or semiconductor memory.
  • the tag management program P1 may be provided via a communication network as a data signal superimposed on a carrier wave.
  • usage information product information, search history, or purchase history
  • a tag that can be assigned to the product is based on the usage information.
  • the evaluation result (recommendation information) is output to the store terminal Ts.
  • the store operator is provided with judgment materials for effective tagging for narrowing down the product.
  • a store operator attaches a suitable tag to goods based on the recommendation information, it will become easy for a user (general consumer) to search for goods, and the convenience of EC site will improve.
  • the store operator If the store operator is about to tag via the management screen, then he / she can provide the operator with material for judging the work.
  • recommendation information is sent to the store terminal Ts by batch processing, it is possible to prompt the store operator to review a tag (a tag registered as one item of product information) that has already been assigned to the product. As a result, the operator can change the tag by knowing a tag that is more favorable for the product.
  • the evaluation unit 12b extracts the basic tag information to identify the candidate tag and selects a recommended tag from the candidate tag.
  • the evaluation unit 12b may not use the basic tag information (the basic tag database 31).
  • the evaluation unit 12b extracts usage information (product information, search history, or purchase history) corresponding to the target category from the corresponding database, and the number of extracted records is indicated by the usage information. By counting for each tag, it is specified which tag is used in which store. Then, the evaluation unit 12b sets, as a recommended tag, a tag in which the total record number satisfies a condition based on a predetermined threshold.
  • the evaluation unit 12b evaluates a tag that is estimated to be effective when applied to a product as a recommendation tag, and the result output unit 12c outputs the tag as recommendation information.
  • the evaluation unit 12b may evaluate a tag not selected as a recommended tag as a non-recommended tag, and the result output unit 12c may output information on the non-recommended tag. In this case, the store operator can know a tag that is not preferable to be given to the product.
  • the present invention can be applied not only to tagging products provided on an EC site, but also to tagging other products.
  • the tagging support according to the present invention may be applied to a process for tagging when an Internet auction exhibitor intends to list a product.
  • SYMBOLS 1 ... Tag management system, 10 ... Tag management server, 11 ... Page provision part, 12 ... Recommendation part, 12a ... Acquisition part, 12b ... Evaluation part, 12c ... Result output part, 20 ... EC server, 30 ... Database group, 31 ... basic tag database, 32 ... product database, 33 ... search history database, 34 ... purchase history database, P1 ... tag management program, P10 ... main module, P11 ... page provision module, P12 ... recommendation module, P12a ... acquisition module, P12b ... Evaluation module, P12c ... Result output module, Ts ... Store terminal, Tu ... User terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　タグ管理装置は、取得部、評価部、及び出力部を備える。取得部は、対象商品のカテゴリを取得する。評価部は、既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、対象商品のカテゴリに対応する利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する。出力部は、評価部による評価結果を対象商品の提供者の端末へ出力する。

Description

タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
　本発明の一形態は、商品検索に用いられる商品の属性をタグとして管理する装置、方法、プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体に関する。
　従来から、オンライン・ショッピング・サイトやインターネット・オークション・サイトなどのウェブサイト上に表示される商品にタグを付与する技術が知られている。例えば下記特許文献１に記載の検索装置では、商品情報が、商品の属性を示す複数のタグ情報と関連付けられて記憶されており、検索要求に応じて、タグ情報と関連付けられた商品情報が抽出される。タグは商品検索や商品の絞込みの際のキーとして機能するので、ユーザはそのタグを頼りに所望の商品を探すことができる。
特開２０１０－１１３３９０号公報
　ユーザが所望の商品を容易に探すことができるようにするには、商品の属性を示すタグのすべてが商品に付与されることが望ましい。しかし、多くのタグの中から特定のタグを選ぶ作業には労力が掛かるので、タグ付けは、商品をウェブサイト上に提示しようとする者（提示者）にとって困難な作業である。そこで、商品の絞込みに効果的なタグ付けのための判断材料を商品の提示者に提供することが要請されている。
　本発明の一形態に係るタグ管理装置は、対象商品のカテゴリを取得する取得部と、既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、対象商品のカテゴリに対応する利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、評価部による評価結果を対象商品の提供者の端末へ出力する出力部とを備える。
　本発明の一形態に係るタグ管理方法は、タグ管理装置により実行されるタグ管理方法であって、対象商品のカテゴリを取得する取得ステップと、既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、対象商品のカテゴリに対応する利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価ステップと、評価ステップにおける評価結果を対象商品の提供者の端末へ出力する出力ステップとを含む。
　本発明の一形態に係るタグ管理プログラムは、対象商品のカテゴリを取得する取得部と、既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、対象商品のカテゴリに対応する利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、評価部による評価結果を対象商品の提供者の端末へ出力する出力部とをコンピュータに実行させる。
　本発明の一形態に係るコンピュータ読取可能な記録媒体は、対象商品のカテゴリを取得する取得部と、既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、対象商品のカテゴリに対応する利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、評価部による評価結果を対象商品の提供者の端末へ出力する出力部とをコンピュータに実行させるタグ管理プログラムを記憶する。
　このような形態によれば、対象商品のカテゴリに対応する利用情報が抽出され、その商品に付与可能なタグがその利用情報に基づいて評価されて、その評価結果が該対象商品の提供者の端末へ出力される。このように、既に商品に付与されているタグの利用状況に基づいて、対象商品に対応するタグを評価することで、商品の絞込みに効果的なタグ付けのための判断材料を該対象商品の提示者に提供することができる。
　別の形態に係るタグ管理装置では、記憶部が、商品のカテゴリと、該カテゴリに対して付与可能なタグとの組合せを示すタグ基本情報を更に記憶しており、評価部が、対象商品のカテゴリに対応するタグ基本情報で示されるタグを、該対象商品に付与可能なタグとして設定した上で、該設定したタグを利用情報に基づいて評価してもよい。このように、対象商品に付与可能なタグを予めタグ基本情報として定義しておくことで、対象商品に関係の無いタグについての評価が出力されることを防止できる。
　さらに別の形態に係るタグ管理装置では、利用情報が、商品のカテゴリと、提供者により該商品に付与されたタグとを示す商品情報を含み、評価部が、対象商品のカテゴリに対応する商品情報のレコード数をタグ毎に集計し、集計値が所定の閾値以下であるタグを推薦タグとして評価してもよい。この場合には、他の提供者があまり付与していないタグ、すなわちライバルが少ないタグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、利用情報が、ユーザにより商品検索に用いられたタグを示す検索履歴を含み、評価部が、対象商品のカテゴリに対応する検索履歴のレコード数をタグ毎に集計し、集計値が所定の閾値以上であるタグを推薦タグとして評価してもよい。この場合には、多くのユーザが検索に用いているタグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、評価部が、対象商品のカテゴリに対応する検索履歴のうち、現時点から過去の所定の時点までの間に検索が行われたことを示す一部の検索履歴を抽出し、該一部の検索履歴のレコード数をタグ毎に集計してもよい。この場合には、最近の検索で多く用いられているタグ、すなわち消費者が現在興味を持っていると予想されるタグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、利用情報が、ユーザを商品の購入に誘導したタグを示す購入履歴を含み、評価部が、対象商品のカテゴリに対応する購入履歴のレコード数をタグ毎に集計し、集計値が所定の閾値以上であるタグを推薦タグとして評価してもよい。この場合には、多くのユーザを購入へと誘導したタグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、評価部が、対象商品のカテゴリに対応する購入履歴のうち、現時点から過去の所定の時点までの間に商品が購入されたことを示す一部の購入履歴を抽出し、該一部の購入履歴のレコード数をタグ毎に集計してもよい。この場合には、最近多くのユーザを購入へと誘導したタグ、すなわち消費者が現在興味を持っていると予想されるタグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、利用情報が、ユーザにより商品検索に用いられたタグを示す検索履歴と、ユーザを商品の購入に誘導したタグを示す購入履歴とを含み、評価部が、対象商品のカテゴリに対応する検索履歴及び購入履歴に基づいて、検索には用いられたがユーザを商品の購入に誘導できなかったタグを特定し、該検索履歴で示されるタグから特定したタグを除いた残りを推薦タグとして評価してもよい。この場合には、検索から購入までの間においてユーザが途中で興味を失うようなタグを推薦対象から除外することができる。
　さらに別の形態に係るタグ管理装置では、タグがツリー構造により体系付けられており、評価部が、利用情報で示される第ｎ階層のタグだけでなく、該タグの上位階層の各タグについても、利用情報に基づく評価を実行してもよい。ここで、ｎ＞１である。この場合には、途中の階層に位置するタグについても評価することができるので、より多くの推薦タグを対象商品の提供者に推薦することができる。
　さらに別の形態に係るタグ管理装置では、取得部が、対象商品にタグを付与しようとしている提供者の端末から該対象商品のカテゴリを受信してもよい。この場合には、タグ付けを行おうとしている提供者にその作業の判断材料を提供することができる。
　さらに別の形態に係るタグ管理装置では、利用情報が、商品のカテゴリと、提供者により該商品に付与されたタグとを示す商品情報を含み、取得部が、商品情報で示される商品のカテゴリを対象商品のカテゴリとして取得してもよい。この場合には、既に商品に付与されているタグの見直しを該商品の提供者に促すことができる。その結果、提供者は商品にとってより好ましいタグを知ってタグを変更することができる。
　本発明の一側面によれば、商品の絞込みに効果的なタグ付けのための判断材料を商品の提示者に提供することができる。
実施形態に係るタグ管理システムの全体構成を示す図である。 ＥＣサイトの商品検索画面の一例を示す図である。 タグ基本情報の例を示す図である。 商品情報の例を示す図である。 検索履歴の例を示す図である。 購入履歴の例を示す図である。 図１に示すタグ管理サーバのハードウェア構成を示す図である。 図１に示すタグ管理サーバの機能構成を示すブロック図である。 店舗からの要求に基づく推薦タグの提示を示すシーケンス図である。 図１に示す店舗端末上に表示される管理画面の例を示す図である。 バッチ処理による推薦タグの提示を示すシーケンス図である。 図９，１１における推薦タグの設定の詳細を示すフローチャートである。 実施形態に係るタグ管理プログラムの構成を示す図である。
　以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
　まず、図１～８を用いて、実施形態に係るタグ管理システム１の機能及び構成を説明する。タグ管理システム１は、ＥＣサイト（オンライン・ショッピング・サイト）での商品検索に用いられるタグを管理するコンピュータシステムである。図１に示すように、タグ管理システム１はタグ管理サーバ（タグ管理装置）１０、ＥＣサーバ２０、データベース群３０、店舗端末Ｔｓ、及びユーザ端末Ｔｕを備えている。これらの装置はインターネットやイントラネットなどを含む通信ネットワークＮを介して互いに接続されている。
　タグは、商品属性のうち検索キーとして用いられる属性を示す情報である。タグは仮想店舗の運営者（店舗運営者）により商品に付与される。商品とタグとの関連付けは店舗運営者の裁量に依るので、タグが付与されない商品が存在し得る。
　商品とタグとが関連付けられることで、ユーザはＥＣサイトにおいて商品を検索する際に、キーワード検索及びカテゴリ（ジャンル）検索に加えてタグ検索も利用することができる。例えば、ユーザは図２に示すような画面（ウェブページ）７０において、テキストボックス７１にキーワードを入力して検索ボタン７２を押すことでそのキーワードに合致する商品を知ることができる。また、ユーザはカテゴリのリンク７３又はタグのリンク７４をクリックすることで、クリックされたカテゴリ又はリンクに合致する商品を知ることもできる。
　カテゴリは商品の分類を示す属性なので、タグ及びカテゴリは共に商品属性の一項目である。しかし、一商品には一つのカテゴリにしか属することができない一方で、一商品には複数のタグが付与され得る。すなわち、タグとカテゴリとでは、商品との関連付けの態様が異なる。なお、カテゴリ又はタグとして設定される商品属性は何ら限定されない。
　タグ管理サーバ１０は、店舗運営者（商品の提供者）によるタグ付けを支援するコンピュータシステムである。より具体的には、タグ管理サーバ１０は、商品に付与すると検索又は販売の面で効果的なタグを推薦タグとして運営者に通知する。店舗運営者は、ある商品を自分の仮想店舗上に初めて展開する際にその商品にタグを付与することもできるし、既に仮想店舗上に展開されている商品のタグを変更することもできるが、タグ管理サーバ１０はこれら双方の局面においてタグ付けを支援し得る。
　ＥＣサーバ２０は、ユーザ端末Ｔｕからのリクエストに応じて、ＥＣサイト内の各種ウェブページ（例えばメインページや商品ページ、店舗ページなど）の提供、商品検索、購入処理（在庫更新や決済、ユーザへのポイント付与などを含む）などを実行するコンピュータシステムである。上述したように、ＥＣサーバ２０は商品検索の手段としてキーワード検索、カテゴリ検索、及びタグ検索をユーザに提供する。
　データベース群３０は、タグ管理システム１で必要な各種データベースの集まりである。
　店舗端末Ｔｓは、仮想商店街に参加している店舗の運営者が所有するコンピュータである。店舗端末Ｔｓの種類は限定されず、例えば据置型又は携帯型のパーソナルコンピュータでもよいし、高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末でもよい。タグ管理システム１内に存在する店舗端末Ｔｓの台数は限定されない。
　ユーザ端末Ｔｕは、ユーザ（一般消費者）が所有するコンピュータである。店舗端末Ｔｓと同様に、ユーザ端末Ｔｕの種類も限定されず、例えば据置型又は携帯型のパーソナルコンピュータでもよいし、高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末でもよい。タグ管理システム１内に存在するユーザ端末Ｔｕの台数も限定されない。
　以上を前提として、タグ管理サーバ１０の詳細を説明する。まず、このタグ管理サーバ１０によりアクセスされる各種データベースについて詳しく説明する。
　タグ基本データベース３１は、あるカテゴリに属する商品に対して付与することができるタグのリストを示すタグ基本情報を記憶する装置である。タグ基本情報は、商品のカテゴリと、そのカテゴリにおいて指定することが可能なタグとが互いに関連付けられた情報である。このタグ基本情報はＥＣサイトの管理者により予め登録される。
　タグ基本情報の例を図３に示す。図３では、カテゴリ「食品＞ワイン」のタグとして、色に関するタグと産地に関するタグとが登録されている。また、カテゴリ「メンズ・ファッション＞ジーンズ」のタグとして、サイズに関するタグとインチ（ｉｎｃｈ）に関するタグとが登録されている。ここで「食品＞ワイン」とは、第１階層が「食品」であり第２階層が「ワイン」であるカテゴリを意味する。図２ではタグをツリー構造で示しているが、これをカテゴリと同様に表現すれば、カテゴリ「食品＞ワイン」の色に関するタグは、「色＞赤」「色＞白」「色＞ロゼ」と表現される。以下では、タグについても、この不等号を用いた表現を使う。
　図３に示すように、本実施形態では、カテゴリ及びタグがそれぞれ階層的に（ツリー状に）体系付けられているものとするが、カテゴリ及びタグの双方について、階層の深さは限定されない。例えば、カテゴリが３以上の階層により体系付けられていてもよいし、タグが４以上の階層により体系付けられていてもよい。また、カテゴリ及びタグを階層的に定義しなくてもよい。
　商品データベース３２は、各仮想店舗が販売する商品に関する商品情報を記憶する装置である。商品情報の各レコードは、商品を提供する仮想店舗の店舗ＩＤと、商品を一意に特定する商品ＩＤと、その商品の各種属性を示す属性情報とを含んでいる。属性情報は商品の名称やカテゴリ、価格、在庫数、タグと、商品ページのＵＲＬとを含んでいるが、属性情報に含める情報は限定されない。本実施形態では、店舗によりタグが登録された日時も商品属性の一項目として商品情報内に記録される。上述したようにタグ付けは仮想店舗側の裁量に依るので、タグの無い商品情報も存在し得る。商品情報は、店舗端末Ｔｓから送信された指示に基づいて新規登録、更新、あるいは削除される。
　商品情報の例を図４に示す。この例では、店舗ＩＤ「Ｓ００１」に対して、商品ＩＤが「Ｔ００１」である「商品Ａ」、及び商品ＩＤが「Ｔ００２」である「商品Ｂ」が関連付けられている。店舗ＩＤ「Ｓ００２」には、商品ＩＤが「Ｔ１０１」である「商品Ｃ」が関連付けられている。商品Ａ，Ｃには複数のタグが関連付けられているのに対して、商品Ｂのタグは一つのみである。商品のタグは任意の時点で変更され得るので、商品Ｃのように、１商品に付与されている複数のタグの登録日時が互いに異なることが有り得る。
　検索履歴データベース３３は、ＥＣサイトにおけるユーザの検索履歴を記憶する装置である。特に本実施形態では、検索履歴データベース３３は、タグ検索の履歴を記憶するものとする。図５に示すように、検索履歴の各レコードは、個々の検索処理を一意に特定する検索ＩＤと、ユーザ端末ＴｕとＥＣサーバ２０との間のセッション（一回の接続）を特定するセッションＩＤと、検索日時と、検索者のユーザＩＤと、その検索者により検索キーとして指定されたタグとを含んでいる。検索履歴の各レコードは、ＥＣサーバ２０において一つのタグの指定により商品検索が実行される度に、そのＥＣサーバ２０により生成される。例えば、図５の検索ＩＤ「Ｋ００２」「Ｋ００３」のレコードで示されるように、同じユーザがタグの階層を下位の層へと辿りながら検索する場合には、各階層においてレコードが生成される。
　購入履歴データベース３４は、ＥＣサイトにおけるユーザの購入履歴を記憶する装置である。図６に示すように、購入履歴の各レコードは、個々の購入処理を一意に特定する購入ＩＤと、セッションＩＤと、購入者のユーザＩＤと、購入日時と、購入商品の商品ＩＤと、トリガー・タグ（ｔｒｉｇｇｅｒ　ｔａｇ）とを含んでいる。トリガー・タグとは、そのタグによる検索が契機となって商品が購入されたと推定されるようなタグ、すなわち、ユーザを商品の購入に誘導したタグである。図６における購入ＩＤ「Ｊ００３」のレコードのように、トリガー・タグが設定されない購入履歴も存在し得る。購入履歴の各レコードは、ＥＣサーバ２０において一つの購入手続の処理が完了する度に、そのＥＣサーバ２０により生成される。このレコードは購入金額などの他の項目も含み得るが、タグ管理に直接関連しない当該他の項目については説明を省略する。
　タグ検索で用いられたタグがトリガー・タグであるか否かの判定方法は限定されない。例えば、タグＧによる検索の結果ページに表示された商品へのリンクがクリックされて商品ページへと移り、その商品ページでのユーザ操作により商品が買い物かごに追加されて購入手続が行われた場合に、そのタグＧがトリガー・タグとして設定されてもよい。一方、タグＧによる検索の結果ページが表示された後に、ユーザが別のタグによる検索、キーワード検索、又はカテゴリ検索を行い、その更なる検索に起因して購入手続が行われた場合には、そのタグＧは当該購入手続に対応するトリガー・タグとして設定されない。
　上記の各データベース及び各レコードの構成は図３～６に示すものに限定されず、各データベースに対して任意の正規化又は冗長化を行ってよい。例えば、セッションＩＤを介して検索履歴と購入履歴とを統合してもよい。
　なお、データベース群３０は、ユーザ情報（会員情報）を記憶するユーザ・データベースや、店舗情報を記憶する店舗データベースなども含むが、タグ管理に直接関連しないこれらのデータベースについては、詳細な説明を省略する。
　次に、タグ管理サーバ１０の機能及び構成を説明する。タグ管理サーバ１０のハードウェア構成を図７に示す。この図に示すように、タグ管理サーバ１０は、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクなどで構成される補助記憶部１０３と、ネットワークカードなどで構成される通信制御部１０４と、キーボードやマウスなどの入力装置１０５と、ディスプレイなどの出力装置１０６とを備えている。
　後述するタグ管理サーバ１０の各機能的構成要素は、ＣＰＵ１０１又は主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４や入力装置１０５、出力装置１０６などを動作させ、主記憶部１０２又は補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部１０２又は補助記憶部１０３内に格納される。なお、図７ではタグ管理サーバ１０が１台のコンピュータで構成されているように示しているが、タグ管理サーバ１０の機能を複数台のコンピュータに分散させてもよい。
　図８に示すように、タグ管理サーバ１０は機能的構成要素としてページ提供部１１及び推薦部１２を備えている。タグ管理サーバ１０は、商品の新規登録又は登録済商品のタグ変更の際に店舗運営者が能動的に管理画面にアクセスした際に、効果的なタグの情報（以下では「推薦情報」という）を当該運営者に提供してもよい。この場合にはページ提供部１１及び推薦部１２が動作する。あるいは、タグ管理サーバ１０は、その運営者からの明示の要求を受けずに、商品データベース３２内の商品情報を任意のタイミングで検査し、その検査結果に基づいて推薦情報を運営者に提供してもよい。このバッチ処理の場合には推薦部１２のみが動作する。本明細書では、推薦情報が提供される商品のことを「対象商品」とも言う。
　ページ提供部１１は、商品にタグを付与するための管理画面を店舗運営者に提供する機能要素である。管理画面を要求する操作を運営者が店舗端末Ｔｓで行うと、店舗端末Ｔｓはその画面のＵＲＬ（Uniform Resource Locator）を含むページ要求をタグ管理サーバ１０に送信する。ページ提供部１１はその要求を受信し、管理画面のウェブページを生成して店舗端末Ｔｓに送信する。その後、管理画面を介した運営者の操作に応じて、店舗端末Ｔｓが推薦情報を得るための推薦要求を送信すると、ページ提供部１１はその要求を受信して推薦部１２に出力する。この推薦要求は、運営者がタグを付与又は変更しようとしている対象商品のカテゴリを含んでいる。
　推薦部１２は、商品の検索又は販売に効果的なタグを店舗運営者に提示する機能要素である。推薦部１２は取得部１２ａ、評価部１２ｂ、及び結果出力部１２ｃを備えている。
　取得部１２ａは、タグの推薦に必要な対象商品の情報を取得する機能要素である。ページ提供部１１から推薦要求を取得した場合には、取得部１２ａはその要求に含まれているカテゴリを対象商品情報として取得する。バッチ処理の場合には、取得部１２ａは商品データベース３２から商品情報のレコード（具体的には、商品ＩＤ及びカテゴリから成る１以上の組）を対象商品情報として取得する。取得部１２ａは取得した対象商品情報を評価部１２ｂに出力する。
　評価部１２ｂは、取得部１２ａから入力された対象商品情報に対応する利用情報をデータベース群３０から抽出し、対象商品に付与可能なタグを該利用情報に基づいて評価する機能要素である。利用情報とは、既に商品に付与されているタグの利用を示す情報であり、本実施形態では、商品情報、検索履歴、及び購入履歴がその利用情報に相当する。商品情報は、店舗運営者が商品の特徴を表すためにその商品にタグを付与したことを示しているから、当該運営者によるタグの利用を示す利用情報である。検索履歴及び購入履歴は、ユーザが商品の検索又は購入の際にタグを利用した（例えばタグをクリックした）ことを示しているから、やはり、利用情報であると言える。
　評価部１２ｂは、入力された対象商品情報で示される各対象商品について、該商品にとって効果的なタグを利用情報に基づいて特定する。評価部１２ｂは下記の様々な手法によりその処理を行うことができる。
　［商品情報に基づく処理］
　評価部１２ｂは、対象商品のカテゴリ（以下では「対象カテゴリ」とも言う）に対応するタグ基本情報をタグ基本データベース３１から抽出することで、対象商品に付与可能な１以上のタグ（以下では「候補タグ」とも言う）を特定する。続いて、評価部１２ｂは対象カテゴリに対応する商品情報を商品データベース３２から抽出する。続いて、評価部１２ｂは抽出した商品情報のレコードの個数を候補タグ毎に集計することで、どのタグが何店舗で用いられているかを特定する。そして、評価部１２ｂは、集計レコード数が所定の閾値Ｔａ以下である候補タグを推薦タグとして設定する。閾値Ｔａは任意に設定してよく、例えばＴａ＝１でもよいし、Ｔａ＝１０でもよい。この処理は、他店舗があまり付与していないタグ、すなわちライバルが少ないタグを推薦することを意図している。
　あるいは、評価部１２ｂは、対象カテゴリに対応し、且つタグ登録日時が過去の所定の時点以降（例えば、最近１ケ月や最近１年など）である商品情報を商品データベース３２から抽出する。これは、評価部１２ｂが対象カテゴリに対応する商品情報のうち、最近タグが登録又は更新された一部のレコードのみを抽出することを意味する。続いて、評価部１２ｂは抽出したレコードの個数を候補タグ毎に集計することで、どのタグが何店舗で用いられているかを特定する。そして、評価部１２ｂは、集計レコード数が所定の閾値Ｔｂ以上である候補タグを推薦タグとして設定する。閾値Ｔｂは任意に設定してよく、例えばＴｂ＝１０でもよいし、Ｔｂ＝５０でもよい。この処理は、最近多くの店舗で付与されたタグ、すなわち現時点で消費者の心を捉えそうなタグを推薦することを意図している。
　［検索履歴に基づく処理］
　評価部１２ｂは、上記と同様に対象カテゴリから１以上の候補タグを特定し、その候補タグに対応する検索履歴を検索履歴データベース３３から抽出する。続いて、評価部１２ｂは抽出した検索履歴のレコードの個数を候補タグ毎に集計することで、どのタグが何回検索に用いられていたかを特定する。そして、評価部１２ｂは、集計レコード数が所定の閾値Ｔｃ以上である候補タグを推薦タグとして設定する。閾値Ｔｃは任意に設定してよく、例えばＴｃ＝１００でもよいし、Ｔｃ＝１０００でもよい。この処理は、多くのユーザが検索に用いているタグを推薦することを意図している。
　検索履歴の抽出において、評価部１２ｂは、検索日時が過去の所定の時点以降（例えば、最近１ケ月や最近１年など）であるという更なる条件を満たす検索履歴のみを抽出してもよい。この後の処理は上記と同様である。この場合には、最近の検索で多く用いられているタグ、すなわち消費者が現在興味を持っていると予想されるタグを推薦することができる。
　［購入履歴に基づく処理］
　評価部１２ｂは、上記と同様に対象カテゴリから１以上の候補タグを特定し、その候補タグに対応する購入履歴を購入履歴データベース３４から抽出する。続いて、評価部１２ｂは抽出した購入履歴のレコードの個数を候補タグ毎に集計することで、どのタグが何回その商品の購入のきっかけになったかを特定する。そして、評価部１２ｂは、集計レコード数が所定の閾値Ｔｄ以上である候補タグを推薦タグとして設定する。閾値Ｔｄは任意に設定してよく、例えばＴｄ＝１０でもよいし、Ｔｄ＝５０でもよい。この処理は、多くのユーザを購入へと誘導したタグを推薦することを意図している。
　購入履歴の抽出において、評価部１２ｂは、購入日時が過去の所定の時点以降（例えば、最近１ケ月や最近１年など）であるという更なる条件を満たす購入履歴のみを抽出してもよい。この後の処理は上記と同様である。この場合には、最近の多くのユーザを購入へと誘導したタグ、すなわち消費者が現在興味を持っていると予想されるタグを推薦することができる。
　［検索履歴及び購入履歴に基づく処理］
　評価部１２ｂは、上記と同様に対象カテゴリから１以上の候補タグを特定し、その候補タグに対応する検索履歴および購入履歴を検索履歴データベース３３および購入履歴データベース３４から抽出する。続いて、評価部１２ｂはセッションＩＤが同じ検索履歴及び購入履歴を関連付け、検索で指定されたタグとトリガー・タグとを比較することで、検索には用いられたが、その後の別のタグによる検索により販売に至ったタグを特定する。これは、最終的にユーザを商品購入まで誘導できなかったタグを特定することを意味する。
　図５，６の例において、セッションＩＤ「Ｌ００１」に着目すると、検索時に指定されたタグ「色＞ロゼ」がそのままトリガー・タグになっているので、このタグは販売に効果的であったと推定できる。一方、セッションＩＤ「Ｌ１０２」に着目すると、二つのタグ「産地＞フランス」及び「産地＞フランス＞ボルドー」は共にトリガー・タグとは異なるので、これらのタグは販売に効果的でなかったと推定できる。
　続いて、評価部１２ｂは抽出した検索履歴で示されるタグから、特定されたタグ（例えば、図５，６の例における「産地＞フランス」及び「産地＞フランス＞ボルドー」のようなタグ）を除いた残りを推薦タグとして設定する。これにより、検索から購入までの間においてユーザが途中で興味を失うようなタグを推薦対象から除外することができる。
　［上記４種類のうち複数の手法を採用］
　評価部１２ｂは、上記４種類のうちの一つのみを実行するのではなく、任意の複数の手法を用いて推薦タグを抽出してもよい。
　［タグのツリー構造を考慮した処理］
　本実施形態のようにタグがツリー構造で体系付けられている場合には、評価部１２ｂは各種の利用情報で示されている第ｎ階層（ｎ＞１）のタグだけでなく、その上位階層の各タグについても推薦タグとなり得るか否かを評価してもよい。
　例えば図４における商品Ａのタグ「産地＞フランス＞ボルドー」について、評価部１２ｂはそのタグ（第３階層のタグ）についてレコード数を集計すると共に、その第２階層のタグ「産地＞フランス」及びその第１階層のタグ「産地」についてもレコード数を集計してもよい。評価部１２ｂは図５，６で示される検索タグ及びトリガー・タグについても同様に、検索履歴又は購入履歴で示されるタグそのものだけでなく、その親タグについてもレコード数を集計してもよい。
　集計したレコード数と閾値との比較により推薦タグを抽出する処理は上記と同様であるが、その閾値はタグの階層ごとに異なる値であってもよい。例えば、階層が下がるほど閾値が低くなるように、各閾値が予め設定されていてもよい。この場合には、途中の階層に位置するタグについても評価することができるので、より多くの推薦タグを店舗運営者に提示することができる。
　このように推薦タグの決定方法、すなわちタグの評価方法は様々であるが、いずれにしても、評価部１２ｂは入力された対象商品のそれぞれについて推薦タグを抽出し、その推薦タグの情報（推薦情報）を結果出力部１２ｃに出力する。
　結果出力部１２ｃは、評価部１２ｂから入力された推薦情報を評価結果として出力する機能要素である。店舗（管理画面）からの明示の要求により評価処理が実行された場合には、結果出力部１２ｃは推薦情報をページ提供部１１に出力し、その後、ページ提供部１１がその情報を店舗端末Ｔｓに送信する。この場合には、管理画面上に推薦情報が表示される。バッチ処理により評価処理が実行された場合には、結果出力部１２ｃは推薦情報を電子メールなどの通知手段により店舗端末Ｔｓに送信する。
　次に、図９～１２を用いて、タグ管理サーバ１０の動作を説明するとともに本実施形態に係るタグ管理方法について説明する。
　店舗からの明示の要求により推薦情報を提供する場合には、タグ管理サーバ１０は図９に示すように動作する。店舗端末Ｔｓがページ要求を送信すると（ステップＳ１１）、タグ管理サーバ１０ではページ提供部１１が管理画面のウェブページを生成してその店舗端末Ｔｓに送信し（ステップＳ１２）、店舗端末Ｔｓが管理画面を表示する（ステップＳ１３）。
　その後、管理画面でのユーザ操作に応じて店舗端末Ｔｓが推薦要求をタグ管理サーバ１０に送信すると（ステップＳ１４）、タグ管理サーバ１０ではページ提供部１１がその要求を受信し、取得部１２ａがその推薦要求から対象商品情報（対象カテゴリ）を取得する（ステップＳ１５、取得ステップ）。続いて、評価部１２ｂがその対象商品情報に基づいて利用情報を抽出し、その利用情報に基づいて推薦タグを設定する（ステップＳ１６、評価ステップ）。そして、結果出力部１２ｃ及びページ提供部１１がその推薦タグを推薦情報として店舗端末Ｔｓに送信する（ステップＳ１７、出力ステップ）。
　その後、店舗端末Ｔｓがその推薦情報を受信して、推薦タグを管理画面上に表示する（ステップＳ１８）。例えば図１０に示すように、店舗端末Ｔｓは管理画面８０に推薦タグのリスト８１をツリー状に表示する。この例において推薦タグはリンクとして表示されており、店舗運営者がリンクをクリックすることで、対応する推薦タグが被選択タグ欄８２に表示される。図１０の例では、「タグＶ－タグＶａ－タグＶａａ」「タグＶ－タグＶａ－タグＶａａ－タグＶａａａ」「タグＶ－タグＶａ－タグＶａｂ」「タグＸ－タグＸａ」という４個の推薦タグが示されている。なお、店舗運営者は推薦タグ以外のタグを選択することもできる。具体的には、店舗運営者は、ツリー状に設定されておりクリック操作により下位の層を展開可能な全タグのリスト８３から所望のタグを選んでもよい。リスト８１，８３は、カテゴリ欄８４に入力されているカテゴリに対応するタグ基本情報に基づいている。
　バッチ処理により推薦情報を提供する場合には、タグ管理サーバ１０は図１１に示すように動作する。まず、取得部１２ａが商品データベース３２から対象商品情報（商品ＩＤ及びカテゴリから成る１以上の組）を取得する（ステップＳ２１、取得ステップ）。続いて、評価部１２ｂが、上記ステップＳ１６の処理と同様に、対象商品情報に基づいて利用情報を抽出し、その利用情報に基づいて推薦タグを設定する（ステップＳ２２、評価ステップ）。そして、結果出力部１２ｃが推薦タグを推薦情報として店舗端末Ｔｓに送信する（ステップＳ２３、出力ステップ）。店舗端末Ｔｓはその推薦情報を受信して、各商品の推薦タグを任意の方法で（例えばユーザ操作に応じて、あるいは自動表示により）画面上に表示する（ステップＳ２４）。
　上記ステップＳ１６及びＳ２２の処理の詳細は図１２に示す通りである。評価部１２ｂは、まず、対象カテゴリに対応するタグ基本情報を抽出することで候補タグを特定する（ステップＳ３０１）。続いて、評価部１２ｂは対象カテゴリに対応する利用情報（商品情報、検索履歴、又は購入履歴）を抽出し（ステップＳ３０２）、抽出したレコードの個数を候補タグ毎に集計する（ステップＳ３０３）。続いて、評価部１２ｂは各候補タグの集計値と閾値（例えば上記の閾値Ｔａ～Ｔｄのいずれか）とを比較して、上述したような所定の条件を満たす候補タグを推薦タグとして特定する（ステップＳ３０４）。評価部１２ｂは、ステップＳ３０１～Ｓ３０４の評価処理を、すべての対象商品について実行する（ステップＳ３０５）。
　次に、図１３を用いて、タグ管理サーバ１０を実現するためのタグ管理プログラムＰ１を説明する。
　タグ管理プログラムＰ１は、メインモジュールＰ１０、ページ提供モジュールＰ１１、及び推薦モジュールＰ１２を備えている。推薦モジュールＰ１２は、取得モジュールＰ１２ａ、評価モジュールＰ１２ｂ、及び結果出力モジュールＰ１２ｃを備えている。
　メインモジュールＰ１０は、タグ管理機能を統括的に制御する部分である。ページ提供モジュールＰ１１、推薦モジュールＰ１２、取得モジュールＰ１２ａ、評価モジュールＰ１２ｂ、及び結果出力モジュールＰ１２ｃを実行することにより実現される機能はそれぞれ、上記のページ提供部１１、推薦部１２、取得部１２ａ、評価部１２ｂ、及び結果出力部１２ｃの機能と同様である。
　タグ管理プログラムＰ１は、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ、半導体メモリ等の有形の記録媒体に固定的に記録された上で提供される。また、タグ管理プログラムＰ１は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
　以上説明したように、本実施形態によれば、対象商品のカテゴリに対応する利用情報（商品情報、検索履歴、又は購入履歴）が抽出され、その商品に付与可能なタグがその利用情報に基づいて評価されて、その評価結果（推薦情報）が店舗端末Ｔｓへ出力される。このように、既に商品に付与されているタグの利用状況に基づいて、対象商品に対応するタグを評価することで、商品の絞込みに効果的なタグ付けのための判断材料を店舗運営者に提供することができる。そして、店舗運営者がその推薦情報に基づいて商品に適切なタグを付与すれば、ユーザ（一般消費者）は商品を検索し易くなり、ＥＣサイトの利便性が向上する。
　店舗運営者が管理画面を介してタグ付けを行おうとしている場合には、その時に当該運営者にその作業の判断材料を提供することができる。バッチ処理により推薦情報が店舗端末Ｔｓに送られる場合には、既に商品に付与されているタグ（商品情報の一項目として登録されているタグ）の見直しを店舗運営者に促すことができる。その結果、運営者は商品にとってより好ましいタグを知ってタグを変更することができる。
　以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
　上記実施形態では評価部１２ｂがタグ基本情報を抽出して候補タグを特定し、その候補タグから推薦タグを選んだが、評価部１２ｂはタグ基本情報（タグ基本データベース３１）を用いなくてもよい。この場合には、評価部１２ｂは対象カテゴリに対応する利用情報（商品情報、検索履歴、又は購入履歴）を対応するデータベースから抽出し、抽出したレコードの個数を、その利用情報で示されているタグ毎に集計することで、どのタグが何店舗で用いられているかを特定する。そして、評価部１２ｂは、集計レコード数が所定の閾値に基づく条件を満たすタグを推薦タグとして設定する。
　上記実施形態では、評価部１２ｂが、商品に付与すると効果的であると推定されるタグを推薦タグとして評価し、結果出力部１２ｃがそのタグを推薦情報として出力した。この処理に加えて又は代えて、評価部１２ｂは推薦タグとして選ばれなかったタグを非推薦タグとして評価し、結果出力部１２ｃがその非推薦タグの情報を出力してもよい。この場合には、店舗運営者は商品への付与が好ましくないタグを知ることができる。
　本発明は、ＥＣサイト上に提供される商品のタグ付けだけでなく、他の商品へのタグ付けにも適用できる。例えば、インターネット・オークションの出品者が商品を出品しようとする際にタグ付けをする際の処理に、本発明に係るタグ付けの支援を適用してもよい。
　１…タグ管理システム、１０…タグ管理サーバ、１１…ページ提供部、１２…推薦部、１２ａ…取得部、１２ｂ…評価部、１２ｃ…結果出力部、２０…ＥＣサーバ、３０…データベース群、３１…タグ基本データベース、３２…商品データベース、３３…検索履歴データベース、３４…購入履歴データベース、Ｐ１…タグ管理プログラム、Ｐ１０…メインモジュール、Ｐ１１…ページ提供モジュール、Ｐ１２…推薦モジュール、Ｐ１２ａ…取得モジュール、Ｐ１２ｂ…評価モジュール、Ｐ１２ｃ…結果出力モジュール、Ｔｓ…店舗端末、Ｔｕ…ユーザ端末。

Claims (14)

  1. 　対象商品のカテゴリを取得する取得部と、
    　既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、前記対象商品のカテゴリに対応する前記利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、
    　前記評価部による評価結果を前記対象商品の提供者の端末へ出力する出力部と
    を備えるタグ管理装置。
  2. 　記憶部が、商品のカテゴリと、該カテゴリに対して付与可能なタグとの組合せを示すタグ基本情報を更に記憶しており、
    　前記評価部が、前記対象商品のカテゴリに対応する前記タグ基本情報で示されるタグを、該対象商品に付与可能なタグとして設定した上で、該設定したタグを前記利用情報に基づいて評価する、
    請求項１に記載のタグ管理装置。
  3. 　前記利用情報が、商品のカテゴリと、提供者により該商品に付与されたタグとを示す商品情報を含み、
    　前記評価部が、前記対象商品のカテゴリに対応する前記商品情報のレコード数をタグ毎に集計し、集計値が所定の閾値以下であるタグを推薦タグとして評価する、
    請求項１又は２に記載のタグ管理装置。
  4. 　前記利用情報が、ユーザにより商品検索に用いられたタグを示す検索履歴を含み、
    　前記評価部が、前記対象商品のカテゴリに対応する前記検索履歴のレコード数をタグ毎に集計し、集計値が所定の閾値以上であるタグを推薦タグとして評価する、
    請求項１～３のいずれか一項に記載のタグ管理装置。
  5. 　前記評価部が、前記対象商品のカテゴリに対応する前記検索履歴のうち、現時点から過去の所定の時点までの間に検索が行われたことを示す一部の検索履歴を抽出し、該一部の検索履歴のレコード数をタグ毎に集計する、
    請求項４に記載のタグ管理装置。
  6. 　前記利用情報が、ユーザを商品の購入に誘導したタグを示す購入履歴を含み、
    　前記評価部が、前記対象商品のカテゴリに対応する前記購入履歴のレコード数をタグ毎に集計し、集計値が所定の閾値以上であるタグを推薦タグとして評価する、
    請求項１～５のいずれか一項に記載のタグ管理装置。
  7. 　前記評価部が、前記対象商品のカテゴリに対応する前記購入履歴のうち、現時点から過去の所定の時点までの間に商品が購入されたことを示す一部の購入履歴を抽出し、該一部の購入履歴のレコード数をタグ毎に集計する、
    請求項６に記載のタグ管理装置。
  8. 　前記利用情報が、ユーザにより商品検索に用いられたタグを示す検索履歴と、ユーザを商品の購入に誘導したタグを示す購入履歴とを含み、
    　前記評価部が、前記対象商品のカテゴリに対応する前記検索履歴及び前記購入履歴に基づいて、検索には用いられたがユーザを商品の購入に誘導できなかったタグを特定し、該検索履歴で示されるタグから特定したタグを除いた残りを推薦タグとして評価する、
    請求項１～７のいずれか一項に記載のタグ管理装置。
  9. 　前記タグがツリー構造により体系付けられており、
    　前記評価部が、前記利用情報で示される第ｎ階層のタグだけでなく、該タグの上位階層の各タグについても、前記利用情報に基づく評価を実行し、ここでｎ＞１である、
    請求項１～８のいずれか一項に記載のタグ管理装置。
  10. 　前記取得部が、前記対象商品にタグを付与しようとしている前記提供者の端末から該対象商品のカテゴリを受信する、
    請求項１～９のいずれか一項に記載のタグ管理装置。
  11. 　前記利用情報が、商品のカテゴリと、提供者により該商品に付与されたタグとを示す商品情報を含み、
    　前記取得部が、前記商品情報で示される商品のカテゴリを前記対象商品のカテゴリとして取得する、
    請求項１～９のいずれか一項に記載のタグ管理装置。
  12. 　タグ管理装置により実行されるタグ管理方法であって、
    　対象商品のカテゴリを取得する取得ステップと、
    　既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、前記対象商品のカテゴリに対応する前記利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価ステップと、
    　前記評価ステップにおける評価結果を前記対象商品の提供者の端末へ出力する出力ステップと
    を含むタグ管理方法。
  13. 　対象商品のカテゴリを取得する取得部と、
    　既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、前記対象商品のカテゴリに対応する前記利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、
    　前記評価部による評価結果を前記対象商品の提供者の端末へ出力する出力部と
    をコンピュータに実行させるタグ管理プログラム。
  14. 　対象商品のカテゴリを取得する取得部と、
    　既に商品に付与されているタグの利用を示す利用情報を記憶する記憶部から、前記対象商品のカテゴリに対応する前記利用情報を抽出し、該対象商品に付与可能なタグを該利用情報に基づいて評価する評価部と、
    　前記評価部による評価結果を前記対象商品の提供者の端末へ出力する出力部と
    をコンピュータに実行させるタグ管理プログラムを記憶するコンピュータ読取可能な記録媒体。
PCT/JP2012/078467 2012-04-27 2012-11-02 タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 WO2013161105A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/391,535 US20150074114A1 (en) 2012-04-27 2012-11-02 Tag management device, tag management method, tag management program, and computer-readable recording medium for storing said program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012103985A JP5442799B2 (ja) 2012-04-27 2012-04-27 タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
JP2012-103985 2012-04-27

Publications (1)

Publication Number Publication Date
WO2013161105A1 true WO2013161105A1 (ja) 2013-10-31

Family

ID=49482467

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/078467 WO2013161105A1 (ja) 2012-04-27 2012-11-02 タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体

Country Status (3)

Country Link
US (1) US20150074114A1 (ja)
JP (1) JP5442799B2 (ja)
WO (1) WO2013161105A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017094177A1 (ja) * 2015-12-04 2017-06-08 株式会社ＦｉＮＣ 情報処理サーバ、情報処理サーバの制御方法及び情報処理プログラム
CN111427900A (zh) * 2020-03-20 2020-07-17 政采云有限公司 一种标签库更新方法、装置、设备及可读存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015121966A1 (ja) * 2014-02-14 2015-08-20 楽天株式会社 管理装置、管理方法、記録媒体およびプログラム
JP5968381B2 (ja) * 2014-09-03 2016-08-10 ヤフー株式会社 抽出装置、抽出方法および抽出プログラム
US9600180B2 (en) * 2014-10-17 2017-03-21 Netapp, Inc. Dynamic hierarchical navigation schemes for storage management systems
WO2017141384A1 (ja) * 2016-02-18 2017-08-24 楽天株式会社 管理装置、管理方法、プログラム、及び、非一時的なコンピュータ読取可能な情報記録媒体
JP6310509B2 (ja) * 2016-07-05 2018-04-11 ヤフー株式会社 抽出装置、抽出方法および抽出プログラム
US10762136B2 (en) * 2017-09-15 2020-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Tag-based, user directed media recommendations
JP6975011B2 (ja) * 2017-10-18 2021-12-01 株式会社メルカリ 商品情報生成システム、商品情報生成プログラム及び商品情報生成方法
JP7088656B2 (ja) * 2017-10-20 2022-06-21 ヤフー株式会社 情報処理装置、情報処理方法及び情報処理プログラム
JP7353655B2 (ja) * 2018-10-23 2023-10-02 株式会社ピーステックラボ 商品リコメンドシステム
KR102160600B1 (ko) * 2019-03-25 2020-09-28 주식회사 핀인사이트 사용자 반응 향상을 위한 해시태그 추천 방법, 장치 및 컴퓨터-판독가능기록매체
US11797640B2 (en) * 2019-09-11 2023-10-24 Zebra Technologies Corporation System and method for automatic fleet partitioning
JP7042787B2 (ja) * 2019-11-29 2022-03-28 ヤフー株式会社 判定装置、判定方法、および判定プログラム
US20210216053A1 (en) * 2020-01-10 2021-07-15 Johnson Controls Technology Company Building automation systems with automatic metadata tagging and management
CN112613848A (zh) * 2020-12-29 2021-04-06 中国农业银行股份有限公司 一种项目实施方式的推荐方法及装置
CN116226501A (zh) * 2021-08-05 2023-06-06 腾讯科技（深圳）有限公司 信息推送方法、装置、计算机设备及存储介质
US20230092628A1 (en) * 2021-09-23 2023-03-23 Change Healthcare Holdings, Llc Systems and methods for building products
JP7132448B1 (ja) 2022-01-11 2022-09-06 株式会社Zozo 提案装置、提案方法及び提案プログラム

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009013936A1 (ja) * 2007-07-25 2009-01-29 Visionarist Co., Ltd. フォトアルバムコントローラ
JP2009529199A (ja) * 2006-03-03 2009-08-13 アマゾン テクノロジーズ インコーポレイテッド 関連タグの作成および利用
JP2009237891A (ja) * 2008-03-27 2009-10-15 Dainippon Printing Co Ltd 商品推薦システム、サーバおよびプログラム
JP2009244922A (ja) * 2008-03-28 2009-10-22 Internatl Business Mach Corp <Ibm> 検索システム、検索方法、および検索プログラム
JP2009251957A (ja) * 2008-04-07 2009-10-29 Nec Corp 興味情報特定システム、興味情報特定方法、および興味情報特定用プログラム
JP2010505207A (ja) * 2006-09-29 2010-02-18 アマゾン テクノロジーズ インコーポレイテッド 共同タギング環境内での用語の収束化
WO2011078174A1 (ja) * 2009-12-24 2011-06-30 株式会社ニコン 検索支援システム、検索支援方法及び検索支援プログラム
JP2011170578A (ja) * 2010-02-18 2011-09-01 Kddi R & D Laboratories Inc 検索キーワード辞書に対する非検索キーワード辞書を用いた文章検索プログラム、サーバ及び方法
JP2012501489A (ja) * 2008-08-28 2012-01-19 エヌエイチエヌ ビジネス プラットフォーム コーポレーション 拡張キーワードプールを用いる検索方法およびシステム
JP2012043186A (ja) * 2010-08-19 2012-03-01 Slash One Kk 情報処理装置、及びプログラム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4587163B2 (ja) * 2004-07-13 2010-11-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 検索システム、検索方法、報告システム、報告方法、及びプログラム
US20070078832A1 (en) * 2005-09-30 2007-04-05 Yahoo! Inc. Method and system for using smart tags and a recommendation engine using smart tags
JP2007286768A (ja) * 2006-04-13 2007-11-01 Shigetoshi Fumiki 情報提供システム及び情報提供プログラム、並びにサーバ装置
US20080082486A1 (en) * 2006-09-29 2008-04-03 Yahoo! Inc. Platform for user discovery experience
US8275666B2 (en) * 2006-09-29 2012-09-25 Apple Inc. User supplied and refined tags
US7940970B2 (en) * 2006-10-25 2011-05-10 Rcadia Medical Imaging, Ltd Method and system for automatic quality control used in computerized analysis of CT angiography
US20080222105A1 (en) * 2007-03-09 2008-09-11 Joseph Matheny Entity recommendation system using restricted information tagged to selected entities
US8880529B2 (en) * 2007-05-15 2014-11-04 Tivo Inc. Hierarchical tags with community-based ratings
US9324082B2 (en) * 2007-07-06 2016-04-26 Ebay Inc. System and method for providing information tagging in a networked system
JP5112117B2 (ja) * 2008-03-10 2013-01-09 日本電信電話株式会社 協調的分類装置及びプログラム
EP2107475A1 (en) * 2008-03-31 2009-10-07 British Telecommunications Public Limited Company Electronic resource anotation
GB2474787B (en) * 2008-08-21 2013-03-06 Hewlett Packard Development Co Automatic creation of a scalable relevance ordered representation of an image collection
US8364529B1 (en) * 2008-09-05 2013-01-29 Gere Dev. Applications, LLC Search engine optimization performance valuation
JP5358175B2 (ja) * 2008-12-24 2013-12-04 楽天株式会社 情報検索装置、情報検索方法、情報検索処理プログラム及び情報検索システム
JP2011232987A (ja) * 2010-04-28 2011-11-17 Lafla Inc 管理サーバ、および情報管理プログラム

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009529199A (ja) * 2006-03-03 2009-08-13 アマゾン テクノロジーズ インコーポレイテッド 関連タグの作成および利用
JP2009529198A (ja) * 2006-03-03 2009-08-13 アマゾン テクノロジーズ インコーポレイテッド アイテムエンサイクロペディア用の協調構造化タグ付け
JP2010505207A (ja) * 2006-09-29 2010-02-18 アマゾン テクノロジーズ インコーポレイテッド 共同タギング環境内での用語の収束化
WO2009013936A1 (ja) * 2007-07-25 2009-01-29 Visionarist Co., Ltd. フォトアルバムコントローラ
JP2009237891A (ja) * 2008-03-27 2009-10-15 Dainippon Printing Co Ltd 商品推薦システム、サーバおよびプログラム
JP2009244922A (ja) * 2008-03-28 2009-10-22 Internatl Business Mach Corp <Ibm> 検索システム、検索方法、および検索プログラム
JP2009251957A (ja) * 2008-04-07 2009-10-29 Nec Corp 興味情報特定システム、興味情報特定方法、および興味情報特定用プログラム
JP2012501489A (ja) * 2008-08-28 2012-01-19 エヌエイチエヌ ビジネス プラットフォーム コーポレーション 拡張キーワードプールを用いる検索方法およびシステム
WO2011078174A1 (ja) * 2009-12-24 2011-06-30 株式会社ニコン 検索支援システム、検索支援方法及び検索支援プログラム
JP2011170578A (ja) * 2010-02-18 2011-09-01 Kddi R & D Laboratories Inc 検索キーワード辞書に対する非検索キーワード辞書を用いた文章検索プログラム、サーバ及び方法
JP2012043186A (ja) * 2010-08-19 2012-03-01 Slash One Kk 情報処理装置、及びプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017094177A1 (ja) * 2015-12-04 2017-06-08 株式会社ＦｉＮＣ 情報処理サーバ、情報処理サーバの制御方法及び情報処理プログラム
CN111427900A (zh) * 2020-03-20 2020-07-17 政采云有限公司 一种标签库更新方法、装置、设备及可读存储介质
CN111427900B (zh) * 2020-03-20 2023-05-02 政采云有限公司 一种标签库更新方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
JP5442799B2 (ja) 2014-03-12
US20150074114A1 (en) 2015-03-12
JP2013232108A (ja) 2013-11-14

Similar Documents

Publication Publication Date Title
JP5442799B2 (ja) タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
TWI407379B (zh) Information processing apparatus, information processing method, information processing program product and recording medium
JP5194141B2 (ja) 商品情報提供システム、商品情報提供方法及びプログラム
US9734503B1 (en) Hosted product recommendations
TWI544437B (zh) Information processing system, control method of information processing system, information processing apparatus, control method of information processing apparatus, computer program product, and information memory medium
JP2020503596A (ja) ウェブサイトにおける高精度検索方法
US20150221023A1 (en) Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program
US20140100990A1 (en) Review text output system, review text output method, program and computer-readable information storage medium
US20150134475A1 (en) Information processing apparatus, information processing method, information processing program, and recording medium storing thereon information processing program
TWI503768B (zh) Information processing devices, information processing methods and information processing products
WO2013145380A1 (ja) 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
JP6043858B2 (ja) 情報提供装置、情報提供方法および情報提供プログラム
JP5364184B2 (ja) 情報提供装置、情報提供方法、プログラム、情報記憶媒体及び情報提供システム
TWI398821B (zh) A provider, a provider, a provider, and a computer-readable recording medium that memorizes its program
JP5852688B2 (ja) 情報提供装置、情報提供方法および情報提供プログラム
JP6508316B2 (ja) 情報表示装置及びプログラム
JP2011253240A (ja) 情報表示プログラム、情報表示プログラムを記録したコンピュータ読み取り可能な記録媒体、情報表示方法、情報表示装置及び情報提供システム
US20160343046A1 (en) Review text output system and review text output method
JP6269029B2 (ja) 情報処理装置及びプログラム
JP6056327B2 (ja) 電子商取引サーバ装置
JP5298172B2 (ja) 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体
JP5293970B2 (ja) 商品推奨方法及び商品推奨システム
JP2018142033A (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
US20180165741A1 (en) Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program
JPWO2017104064A1 (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: 12875206

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14391535

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12875206

Country of ref document: EP

Kind code of ref document: A1