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

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

Info

Publication number
WO2013145454A1
WO2013145454A1 PCT/JP2012/081840 JP2012081840W WO2013145454A1 WO 2013145454 A1 WO2013145454 A1 WO 2013145454A1 JP 2012081840 W JP2012081840 W JP 2012081840W WO 2013145454 A1 WO2013145454 A1 WO 2013145454A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
user
history
purchase
purchase history
Prior art date
Application number
PCT/JP2012/081840
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 JP2013513490A priority Critical patent/JP5275531B1/ja
Priority to US13/978,685 priority patent/US20150221023A1/en
Publication of WO2013145454A1 publication Critical patent/WO2013145454A1/ja
Priority to US15/892,480 priority patent/US20180165741A1/en

Links

Images

Classifications

    • 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/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • 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/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • G06F16/285Clustering or classification
    • 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/951Indexing; Web crawling techniques
    • 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/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Definitions

  • One embodiment of the present invention relates to an apparatus, a method, a program, and a recording medium for providing a user with information related to an auction site on the Internet.
  • Patent Document 1 describes a technique for recommending that a product owned by a user be transferred to a third party at an auction or the like.
  • the recommendation device described in the document uses the purchase history of the product to search whether the user has previously purchased the same type of product at the time of product purchase, etc. It is determined that the product has been purchased. Then, according to the determination result, the recommendation device makes a recommendation to transfer the product with the older purchase time to a third party.
  • Patent Document 1 Since the recommendation device described in Patent Document 1 needs to be recommended for transfer to the user by e-mail, it takes time to access the auction site from the e-mail, and it cannot be said that the convenience is necessarily high.
  • An information providing apparatus is a receiving unit that receives a page request for accessing a web page of an auction site from a user terminal, and the page request includes an identifier for specifying a user.
  • a receiving unit a search unit that extracts a purchase history corresponding to the identifier from a purchase history storage unit that stores a purchase history of the product, and specifies a product purchased by the user and corresponding to the content of the web page, and a search
  • the product information and the web page are transmitted to the user terminal in order that the product can be displayed on the user terminal together with the web page on the user terminal.
  • a transmission unit is a receiving unit that receives a page request for accessing a web page of an auction site from a user terminal, and the page request includes an identifier for specifying a user.
  • An information providing method is an information providing method executed by an information providing apparatus, and is a receiving step of receiving a page request for accessing a web page of an auction site from a user terminal.
  • the page request includes an identifier for identifying the user, the purchase step corresponding to the identifier is extracted from the reception step and a purchase history storage unit storing the purchase history of the product, and the web page is purchased by the user
  • a search step for specifying a product corresponding to the content of the product, and displaying the product information of the product specified in the search step on the user terminal together with the web page in such a manner that the user can list the product on the auction site. And transmitting the product information and the web page to the user terminal.
  • An information providing program is a receiving unit that receives a page request for accessing a web page of an auction site from a user terminal, and the page request includes an identifier for specifying a user.
  • a receiving unit a search unit that extracts a purchase history corresponding to the identifier from a purchase history storage unit that stores a purchase history of the product, and specifies a product purchased by the user and corresponding to the content of the web page, and a search
  • the product information and the web page are transmitted to the user terminal in order that the product can be displayed on the user terminal together with the web page on the user terminal. And causing the computer to execute the transmitting unit.
  • a computer-readable recording medium is a receiving unit that receives a page request for accessing a web page of an auction site from a user terminal, and the page request specifies a user. And a search unit that extracts a purchase history corresponding to the identifier from the purchase history storage unit that stores the purchase history of the product, and identifies a product purchased by the user and corresponding to the content of the web page And displaying the product information and the web page on the user terminal together with the web page on the user terminal in such a manner that the user can list the product on the auction site.
  • An information providing program for causing a computer to execute a transmission unit that transmits to a terminal is stored.
  • the product purchased by the user and corresponding to the content of the web page is specified. Then, the specified product information is sent to the user terminal together with the web page, and the product information is displayed on the terminal together with the web page.
  • the fact that the user accesses the auction site means that the user is interested in the auction. Therefore, by displaying information on products that are candidates for listing at the time of access, when the user is interested in the auction, the user will be aware of the possession of the listing candidate and guide the user directly to the listing operation. can do. Further, since the commodity information of the exhibition candidate corresponds to the web page of the auction site and is displayed on the terminal together with the web page, the user can easily determine whether or not to exhibit. As a result, the convenience of listing can be further enhanced.
  • the transmission unit transmits the exhibition interface for listing the product specified by the search unit to the auction site, the product information, and the web page to the user terminal, and the exhibition interface. And product information may be displayed on the user terminal.
  • Such an interface can simplify a user's exhibition work.
  • the product information of the product specified by the search unit may be set in the input field of the exhibition page of the auction site.
  • the transmission unit adds a product identified by the search unit to a waiting list for later listing on the auction site, product information,
  • the web page may be transmitted to the user terminal, and the list addition interface and the product information may be displayed on the user terminal.
  • the search unit may extract a purchase history of a product for which a predetermined period has elapsed since the purchase by the user.
  • the search unit refers to the successful bid history storage unit that stores the successful bid history at the auction site, and the predetermined period has not elapsed since the purchase by the user, and the successful bid A purchase history of a product for which the successful bid amount indicated by the history is higher than the purchase amount indicated by the purchase history may be extracted.
  • the user's willingness to exhibit can be stimulated by presenting the product information to the user regardless of the purchase time.
  • a predetermined period may be set for each genre of the product. Since the use period of the product varies depending on the type, the product information can be presented at an appropriate time by setting the predetermined period for each product genre.
  • the search unit refers to the successful bid history storage unit that stores the successful bid history at the auction site, and the successful bid amount indicated in the successful bid history is more than the purchase amount indicated in the purchase history.
  • a purchase history of a higher product may be extracted.
  • the search unit selects the product corresponding to the current time based on the product attribute or based on the purchase time of the product indicated by any purchase history in the purchase history storage unit.
  • Purchase history may be extracted.
  • the search unit refers to the exhibition history storage unit that stores the exhibition history at the auction site and the successful bid history storage unit that stores the successful bid history at the auction site.
  • the search unit refers to the successful bid history storage unit that stores the successful bid history at the auction site, and the auction site includes the products indicated by the purchase history of the user.
  • a purchase history of a product whose successful bid amount is equal to or greater than a predetermined threshold may be extracted.
  • the search unit refers to a search history storage unit that stores a search history at an auction site, and an exhibition history storage unit that stores an exhibition history at the site,
  • a demand index based on the number of searches and the number of exhibitions may be obtained for each of the products indicated by the purchase history of the user, and a purchase history of products for which the demand index is equal to or greater than a predetermined threshold may be extracted.
  • the number of searches is the degree of interest of the user to the product
  • the number of exhibitions is the supply amount of the product. Therefore, by presenting to the user a product for which a demand of a certain level or more is expected based on the number of searches and the number of exhibitions, the user can know a product for which a successful bid is expected.
  • the web page may be a page indicating a search result based on the query included in the page request, and the search unit may specify a product that matches the query.
  • the search unit may specify a product that matches the query.
  • the query may include at least one of a keyword and a genre of a predetermined product.
  • the product corresponding to the keyword or the product genre can be presented to the user.
  • the query may include both a keyword and a product genre.
  • the product corresponding to both the keyword and the product genre can be presented to the user.
  • the purchase history storage unit stores a purchase history indicating purchase at an online shopping site, a purchase history indicating purchase at an auction site, and a purchase settled by a payment system. You may memorize
  • the purchase history storage unit stores a purchase history indicating purchase at the online shopping site and a purchase history indicating purchase at the auction site, and is specified by the search unit.
  • the product information of the selected product may include information indicating whether the product is purchased at an online shopping site or an auction site. Thereby, the user can remember the purchase route of the product and the quality of the product at the time of purchase (whether it is new or used), and can determine whether or not to exhibit based on that.
  • the search unit includes a search history storage unit that stores a search history at the auction site, an exhibition history storage unit that stores an exhibition history at the site, Refer to at least one of the successful bid history storage units for storing the successful bid history, set the display order of the product information on the user terminal, the display order is a demand index based on the number of searches and the number of exhibitions, and the successful bid amount And may be set based on at least one of the number of searches and the purchase time.
  • convenience related to listing can be further enhanced.
  • FIG. 1 is a diagram illustrating an overall configuration of an auction system including an auction server according to an embodiment. It is a figure which shows the example of purchase history. It is a figure which shows the example of an exhibition log
  • the auction server 10 is a component of the auction system 1.
  • the auction system 1 is a computer system that provides an Internet auction website (auction site) to a user (general consumer). The user can sell his / her belongings via the site and bid for other people's exhibits. If the user can make a successful bid for the desired item, the user can obtain the item in exchange for payment to the seller.
  • the auction system 1 includes a database group 20 and a user terminal Tu in addition to the auction server 10. These devices are connected to each other via a communication network N.
  • the auction server 10 is a computer system that manages an auction site.
  • the auction server 10 provides various web pages such as a main page and web pages according to genres (product categories), searches for exhibited products, and auction processing (exhibition, bidding, successful bid). , Processing related to settlement, etc.).
  • the auction server 10 has a function of presenting products purchased in the past by users who have accessed the auction site to the users as exhibition candidates.
  • the type of product is not limited, and the right to use services (for example, the right to use facilities and the right to participate in concerts) is also a type of product.
  • the database group 20 is a collection of various databases necessary for the auction system 1.
  • the installation location of each database in the database group 20 is arbitrary, for example, each database may be collected in one place, and may be installed in different places.
  • the user terminal Tu is a computer owned by the user.
  • the type of the user terminal Tu is not limited, and may be 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 user terminals Tu existing in the auction system 1 is not limited.
  • the purchase history database (purchase history storage unit) 21 is a means for storing the purchase history of the user.
  • the purchase history is a record indicating that the user has purchased a product via the Internet in the past.
  • “Which website to record the purchase procedure may be arbitrarily determined, and in this connection, the location of the purchase history database 21 is not limited.
  • the purchase history database 21 may store one or both of the purchase history of each user at the online shopping site and the purchase history of each user at the auction site (history of products acquired through successful bids). Good.
  • the purchase history database 21 may store information obtained from the purchase history stored in the payment system using electronic money or a credit card with the user's consent.
  • the purchase history database 21 may be a collection of purchase history databases stored in these various sites and systems.
  • the product database in the auction system or online shopping system is searched using the product name, etc.
  • the genre may be specified.
  • one attribute value may be determined by a majority method.
  • a plurality of product attributes that may be associated with a product may be held by associating one or a plurality of attribute values with the number of products that belong to a predetermined threshold or more with the product.
  • the genre of the product “boots” may be set to “ladies 'fashion” by the majority method. For example, if the threshold is 2000, both “ladies' fashion” and “men's fashion” It may be set as the genre of the product.
  • a database that stores the correspondence table may be used.
  • each record of the purchase history includes a purchase ID, a user ID, a purchase date, a product ID, a purchase price, various attributes of the product (for example, a link to a product image, a product name, a product genre, a description, etc. ), An exhibition flag, an exhibition date, a successful bid flag, and a successful bid date.
  • the listing date and the successful bid date may include time.
  • the purchase ID is an identifier for identifying each purchase.
  • the user ID is an identifier for identifying the user, and the member ID assigned to the member of the auction site or the user's mail address can be used as the user ID.
  • the purchase history user ID identifies the purchaser.
  • the merchandise ID is an identifier for specifying the merchandise, and a code (for example, a model number) common between the stores, an ID unique to the store, or the like can be set as the merchandise ID.
  • the exhibition flag is information indicating whether or not the user has exhibited the purchased product on the auction site.
  • “exist” indicates that the user has exhibited, and blank indicates that the user has not exhibited.
  • the successful bid flag is information indicating whether or not the product exhibited by the user has been awarded at the auction site.
  • the successful bid flag is indicated as “done” and the unsuccessful bid is indicated by a blank. Yes.
  • the exhibition flag, the exhibition date, the successful bid flag, and the successful bid date are appropriately updated by an exhibition process and a successful bid process by the auction server 10. If the item is not sold, the exhibition flag and the exhibition date are cleared. In this case, these two items can be set again by listing again.
  • the exhibition history database (exhibition history storage unit) 22 is a means for storing the history of listings on the auction site. As shown in FIG. 3, each record of the exhibition history includes an exhibition ID, an exhibitor's user ID, an exhibition date, an exhibition amount (current maximum bid amount), an item ID, and an item attribute (for example, a link to an item image, an item) Name, product genre, description, etc.).
  • the exhibition ID is an identifier for specifying an individual exhibition.
  • the listing date may include time.
  • the successful bid history database (successful bid history storage unit) 23 is a means for storing the history of successful bids on the auction site. As shown in FIG. 4, each record of the successful bid history includes an exhibition ID, a successful bid ID, a successful bid date, a successful bidder user ID, a successful bid amount, and a product ID.
  • the successful bid ID is an identifier for specifying each successful bid.
  • the successful bid date may include a time.
  • the search history database (search history storage unit) 24 is a means for storing a user search history (search history) on the auction site. As shown in FIG. 5, each record of the search history includes a search ID, a search date, a searcher's user ID, and a list of searched products.
  • the search ID is an identifier for specifying each search process.
  • the list of products is a set of product IDs extracted in the search process.
  • the search date can include a time.
  • each database (each record) is not limited to that shown in FIGS. 2 to 5, and any normalization or redundancy may be performed for each database.
  • the database group 20 may also include other databases such as a user database that stores user information (member information) and a product database that stores product information.
  • user information is identified by a user ID
  • product information is identified by a product ID.
  • an auction 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, 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 auction server 10 to be described later reads predetermined software on the CPU 101 and 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.
  • the operation is realized by reading and writing data in the main storage unit 102 and the auxiliary storage unit 103.
  • Data and databases necessary for processing are stored in the main storage unit 102 and the auxiliary storage unit 103.
  • at least a part of the database group 20 may be provided in the auction server 10.
  • FIG. 6 shows that the auction server 10 is configured by one computer, the functions of the auction server 10 may be distributed to a plurality of computers.
  • the auction server 10 When the user accesses the web page of the auction site, the auction server 10 specifies a product corresponding to the web page from the purchase history of the user, and presents the product information to the user together with the web page. .
  • the auction server 10 includes a reception unit 11, a page generation unit 12, a search unit 13, and a transmission unit 14 as functional components. These functional components are shown in FIG. Below, it demonstrates along the flow shown by the solid line arrow in FIG. A flow indicated by a broken-line arrow in FIG. 7 corresponds to a partial modification (processing shown in FIG. 13).
  • the receiving unit 11 is means for receiving a page request for accessing the web page of the auction site from the user terminal Tu.
  • This page request is an HTTP request including a user ID and a URL of a web page to be displayed on the user terminal Tu.
  • the user ID may be managed by an HTTP cookie, or may be input by the user at the user terminal Tu.
  • the receiving unit 11 outputs this page request to the page generating unit 12.
  • the page generation unit 12 is a means for generating a web page indicated by a page request. If the URL in the page request indicates the top page of the auction site, the page generation unit 12 generates the top page. If a parameter specifying a specific genre is included in the URL, the page generation unit 12 generates a web page on which a list of items for sale belonging to the genre specified by the parameter is listed. If a parameter indicating the search condition (query) of the exhibited product is included in the URL, the page generation unit 12 searches the database (not shown) of the exhibited product using the search condition and matches the condition. A web page showing a list of exhibited products is generated. Of course, the web page generated by the page generation unit 12 is not limited to these. The page generation unit 12 outputs the generated web page data to the search unit 13 together with the user ID.
  • the search unit 13 is a means for identifying one or a plurality of products corresponding to a web page to be displayed from among products purchased by the user in the past.
  • the product specified by the search unit 13 is a product that can be a candidate for listing on the auction site, and is also referred to as “exhibition candidate” in this specification.
  • the product identification processing procedure by the search unit 13 can be broadly divided into two, namely, purchase history extraction and narrowing down based on web page content.
  • the purchase history extraction can be divided into two cases: a case where a record other than the purchase history is used and a case where the record is not used.
  • the search part 13 can also set the display order of the exhibition candidate in the user terminal Tu.
  • the search unit 13 extracts a purchase history record corresponding to at least the user ID of the page request from the purchase history database 21.
  • corresponding to user ID means that the input user ID matches the user ID of the purchase history, or even if both user IDs themselves are different, these IDs are actually the same. Means pointing to a user.
  • OAuth which is a mechanism related to delegation of authorization information.
  • the search unit 13 may extract a record corresponding to the user ID and not having the exhibition flag “completed”. In this case, products that the user has purchased in the past and at least not currently exhibited are extracted. In addition, since the exhibition flag of the successful bid item remains “completed”, the successful bid item is not extracted. This condition of “a product that the user has purchased in the past and at least not currently exhibited” may be used as a precondition in the other extraction methods described below.
  • the search unit 13 may extract a record indicating a product corresponding to the user ID and corresponding to the current time (for example, a season).
  • a method for determining whether or not the product corresponds to the current time is not limited.
  • the search unit 13 may extract a record in which the difference between the date indicated by the purchase date and the current date is within a predetermined range.
  • the search unit 13 determines the sales time or season of the product based on the keywords included in the product attributes (product name, description, etc.), and compares the determined time with the current time, You may select the goods to extract. In this case, a product that is in demand at the current time (season) and is likely to be successful is selected.
  • the search unit 13 may extract a record corresponding to the user ID and having an elapsed period from the purchase date (difference between the purchase date and the current date) equal to or greater than a predetermined threshold.
  • a predetermined threshold elapsed period from the purchase date (difference between the purchase date and the current date) equal to or greater than a predetermined threshold.
  • This threshold value may be specified by the user or may be determined by the search unit 13.
  • the search unit 13 may set a threshold value for each genre.
  • the search unit 13 refers to the purchase history database 21 and the exhibition history database 22 to obtain a statistical value (for example, an average value or a minimum value) of a period from the purchase of the product to the exhibition for each genre, and calculates the calculated period. It is good also as a threshold value of each genre. Since the usage period of the product varies depending on the type, the exhibition candidate can be presented at an appropriate time by setting a threshold value for each genre of the product.
  • the search unit 13 associates one exhibition history with one purchase history having a purchase date before the exhibition date of the exhibition history.
  • the search unit 13 may calculate a threshold value for each user or may be calculated for each user attribute such as gender and age (in this case, the user database is referred to obtain the user attribute). Or a common threshold value for all users.
  • the search unit 13 may extract a purchase history in consideration of not only the elapsed time since purchase but also the current exhibition status. Specifically, as described above, the search unit 13 extracts a record corresponding to the user ID and having an elapsed period from the purchase date equal to or greater than a predetermined threshold as a long-term retained product.
  • the search unit 13 extracts a record corresponding to the user ID and whose elapsed period is less than the threshold as a short-term retained product, and for each of the short-term retained products, the purchase price of the user and the successful bid price at the auction site Compare which is higher.
  • the purchase amount of the user can be obtained from the purchase history.
  • the winning bid amount to be compared is a statistical value (for example, average value or maximum value) of the winning bid amount indicated by one or more winning bid history corresponding to the extracted product ID.
  • the search unit 13 multiplies the winning bid amount of the product by a predetermined coefficient based on the quality (for example, a keyword such as “scratch”) acquired from the description of the exhibited product.
  • the winning bid amount of each item may be adjusted.
  • the search unit 13 may calculate a plurality of types of statistical values according to the quality of the product. For example, for a certain product ID, a statistical value is calculated for each of a successful bid history of a product with a description of “new” and a successful bid history of a product with a description of “used”.
  • either one of the statistical values may be used as specified by the search unit 13.
  • the search unit 13 identifies short-term held products whose statistical value of the winning bid is higher than the purchase amount, and the search unit 13 finally extracts the long-term held products and the short-term held products that satisfy the conditions. In this way, when a product is sold at a higher price than at the time of purchase, it is possible to stimulate the user's desire to exhibit by extracting the product regardless of the purchase time.
  • the search unit 13 may extract a purchase history corresponding to the user ID and having a statistical value (for example, average value or maximum value) of the winning bid amount equal to or greater than a predetermined threshold.
  • a predetermined threshold For example, average value or maximum value
  • the threshold value may be designated by the user, or may be determined in advance by the search unit 13 for each product.
  • the threshold value may be the purchase amount of the user indicated by the purchase history.
  • the search unit 13 extracts a purchase history corresponding to the user ID, and calculates a statistical value of the winning bid amount for each of the product IDs indicated by the purchase history based on the successful bid history. And the search part 13 finally extracts only the purchase log
  • the search unit 13 may extract a product corresponding to the user ID and for which the demand for the product on the auction site is equal to or higher than a predetermined level.
  • the supply index may be the number of listings, or may be the number of items that have been exhibited and sold within a predetermined period. Subsequently, the search unit 13 finally extracts only purchase histories whose demand index is equal to or greater than a predetermined threshold.
  • the demand index of the product A is 100/200
  • the demand index of the product B is 100/300
  • the demand index of the product C is 100/400
  • the demand is high in the order of the products A, B, and C ( It can be said that it is popular.
  • the demand index may be obtained in consideration of the time of listing and successful bid.
  • the search unit 13 may obtain a demand index from the number of successful bids within a certain period for a product exhibited within a certain period and the number of searches for that commodity during that period.
  • the search part 13 may obtain
  • This method extracts products that are in demand but are estimated to be in low supply.
  • the threshold value may be specified by the user or set by the search unit 13.
  • the search unit 13 may obtain the transition of the demand index for a plurality of consecutive periods for each product, and finally extract the purchase history of the product whose transition matches a predetermined pattern. In any case, by extracting products that are expected to have a certain level of demand or higher, products that are likely to be successful bids can be presented to the user as exhibition candidates.
  • the search unit 13 may extract the purchase history using a plurality of types of methods.
  • the search unit 13 specifies a product corresponding to the content of the web page from the purchase history.
  • the specific method is not limited.
  • the search unit 13 specifies a purchase history whose product attribute matches the genre.
  • the search unit 13 specifies a purchase history whose product attribute matches the query.
  • the search unit 13 may select all of the extracted purchase histories. The search unit 13 outputs the purchase history specified based on the content of the web page to the transmission unit 14 together with the data of the web page.
  • the search unit 13 When the search unit 13 finally cannot identify any product, the search unit 13 transmits all of the purchase history corresponding to the user ID to avoid the display of the exhibition candidate. May be output.
  • the search unit 13 may set the display order of the exhibition candidates. For example, the search unit 13 may obtain the demand index for each product, and rearrange the products in descending or ascending order of the values. Alternatively, the search unit 13 may rearrange the products in descending order or ascending order of any one of the statistical value of the past successful bid amount, the number of searches, and the purchase date. The statistical value of the successful bid amount of each product is obtained by referring to and summing up the successful bid history, and the number of searches for each product is obtained by referring to and summing up the search history. By setting the display order of the products in this way, the user can easily determine the necessity of listing.
  • the transmission unit 14 is a means for transmitting the product information of the exhibition candidate specified by the search unit 13 and the web page generated by the page generation unit 12 to the user terminal Tu as a response to the page request.
  • Product information such as product attributes and purchase amount can be obtained from the purchase history of the product specified by the search unit 13.
  • FIG. 8 shows an example in which an exhibition window 210 is displayed together with a web page 200 of a specific genre.
  • FIG. 9 shows an example in which an exhibition window 210 is displayed together with a web page 200 of search results by genre and keyword.
  • FIG. 10 shows an example in which an exhibition window 210 is displayed together with a web page 200 of a search result based only on keywords.
  • the transmission unit 14 also transmits data for displaying the exhibition window 210 to the user terminal Tu.
  • the specific method for realizing the exhibition window 210 is not limited.
  • the exhibition window 210 may be displayed on a web browser.
  • the exhibition window 210 may be displayed in the form of a window independent from the web browser (for example, in the form of a window realized by Javascript (trademark or registered trademark)).
  • the exhibition window 210 includes main page information 211 relating to the web page displayed by the page request, a list of candidate exhibitions (candidate list) 212, an exhibition button (exhibition interface) 213, and a list button (list addition interface) 214.
  • Contains As the main page information 211, the genre is displayed in FIG. 8, the query including the genre and the keyword is displayed in FIG. 9, and the query including only the keyword is displayed in FIG.
  • the exhibition window 210 displays the products in a manner that allows the user to list the products in the candidate list on the auction site.
  • FIG. 8 in response to the user specifying the genre of the ladies' bag, a list of items for sale in the genre (such as products A to E) is displayed on the web page 200 and the bag purchased by the user is displayed. 1, 2 and 3 are displayed as a candidate list 212.
  • FIG. 9 in response to the user specifying the genre “PC / peripheral device” and the keyword “notebook”, a list of items for sale that match the query (products FJ, etc.) is displayed on the web page 200. At the same time, the notebook PCs 1, 2, 3 purchased by the user are displayed as a candidate list 212.
  • What items are displayed as product information in the candidate list 212 may be arbitrarily determined. For example, a product name, an image, and a purchase price may be displayed in the exhibition window 210 as product information.
  • the information indicating the purchase history acquisition source may be stored in the purchase history database 21 in advance, and a mark indicating which site the product is purchased may be displayed as part of the product information. For example, a mark may be displayed in the exhibition window 210 indicating whether it has been acquired from a purchase history database in an auction site or from a purchase history database in an online shopping site.
  • a mark may be displayed in the exhibition window 210 indicating whether it has been acquired from a purchase history database in an auction site or from a purchase history database in an online shopping site.
  • the user can remember the possession item acquisition route and the quality of the product at the time of purchase (whether it is new or used), and can determine whether or not to exhibit based on that.
  • the products are displayed in the order set by the search unit 13.
  • the exhibition button 213 is a user interface for listing exhibition candidates on the auction site.
  • the current web page is switched to a web page (exhibition page) for listing the product corresponding to the button. Therefore, the user can easily access the exhibition page.
  • the exhibition button 213 is pressed, at least a part of the product information (for example, product name, image, average of successful bid price, etc.) held in the exhibition window 210 is displayed in the corresponding input field in the exhibition page. Set automatically. As a result, at least a part of the input work is omitted, so that the user can easily perform the exhibition work.
  • the list button 214 is a user interface for adding the product to the waiting list for listing the product later.
  • a web page or another window of the waiting list is displayed, and a product corresponding to the button is added to the waiting list.
  • the user can access the waiting list from the link on the web page of the auction site, select a product from the waiting list, and can display the product in the same manner as when the display button 213 is pressed. As a result, the user can always submit later and can easily perform the exhibition work at that time.
  • the display method of an exhibition candidate is not limited to said example, For example, merchandise information of an exhibition candidate may be put in the web page 200 like FIG. In the example of FIG. 11, the candidate list 212 (notebook PCs 1 to 3) is displayed in the web page 200 together with the exhibited products such as the products F to J. Similar to FIGS. 8 to 10, an exhibition button 213 and a list button 214 are prepared for each exhibition candidate.
  • FIG. 12 shows an example of a process for displaying an exhibition window on the user terminal Tu separately from the web page
  • FIG. 13 shows an example of a process for providing the user terminal Tu with merchandise information of an exhibition candidate included in the web page.
  • FIG. 14 shows a further variation of the processing procedure.
  • the user terminal Tu transmits a page request to the auction server 10 (step S12).
  • the receiving unit 11 receives the page request (receiving step). Subsequently, the page generation unit 12 generates a web page indicated by the URL in the page request (step S13). Subsequently, the search unit 13 extracts the purchase history corresponding to at least the user ID in the page request, thereby extracting the user's past purchased products (step S14, search step). The search unit 13 extracts purchased products that match not only the user ID but also other conditions by the various methods described above. Subsequently, the search unit 13 specifies a product corresponding to the web page from the extracted purchase history (step S15, search step). As described above, the search unit 13 can also use various methods in this specifying process. Then, the transmission unit 14 transmits the generated web page and the commodity information of the exhibition candidate to the user terminal Tu (step S16, transmission step).
  • the user terminal Tu receives the web page and the product information and displays them on the screen (step S17).
  • the user can grasp the products that he / she purchased in the past as exhibition candidates, and can also add to the exhibition procedure or the waiting list from the exhibition window.
  • Steps S21 and S22 are the same as steps S11 and S12 in FIG.
  • the search unit 13 extracts the purchase history of the user by extracting the purchase history corresponding to at least the user ID in the request. (Step S23, search step). Subsequently, the search unit 14 specifies a product corresponding to the web page from the extracted purchase history (step S24, search step). The search unit 14 can specify the product corresponding to the page by acquiring the data of the web page indicated by the URL of the page request from the page generation unit 12. Subsequently, the page generation unit 12 generates a web page indicated by the URL in the page request and on which the product information specified by the search unit 14 is posted (step S25). And the transmission part 14 transmits the web page containing the goods information of an exhibition candidate to the user terminal Tu (step S26, transmission step).
  • the user terminal Tu receives the web page and displays it on the screen (step S27).
  • the user can grasp the exhibition candidates on the web page, and can further add to the exhibition procedure or the waiting list.
  • step S34 The processing in steps S31 to S33 is the same as the processing in steps S11 to S13 in FIG.
  • the transmission unit 14 transmits the generated web page and the program for another window to the user terminal Tu (step S34).
  • the program is realized by Javascript (trademark or registered trademark) or the like.
  • the user terminal Tu executes the program (step S35)
  • the user terminal Tu transmits a command for extracting exhibition candidates to the auction server 10 (step S36).
  • the user ID may be sent to the auction server 10 in step S36 instead of step S32.
  • the auction server 10 executes processes similar to steps S14 and S15 in FIG. 12 as steps S37 and S38, and subsequently generates information for displaying the exhibition candidates (step S39). ).
  • the generated information includes at least product information, and may further include data for controlling another window as necessary.
  • the transmission unit 14 transmits the generated information to the user terminal Tu (step S40), whereby the web page and the product information are displayed on the user terminal Tu (step S41).
  • the information providing program P1 includes a main module P10, a reception module P11, a page generation module P12, a search module P13, and a transmission module P14.
  • the main module P10 is a part that comprehensively controls the information providing function.
  • the functions realized by executing the reception module P11, the page generation module P12, the search module P13, and the transmission module P14 are the functions of the reception unit 11, the page generation unit 12, the search unit 13, and the transmission unit 14, respectively. It is the same.
  • the information providing program P1 is provided after being fixedly recorded on a tangible recording medium such as a CD-ROM, DVD-ROM, or semiconductor memory.
  • the information providing program P1 may be provided via a communication network as a data signal superimposed on a carrier wave.
  • a product purchased by the user and corresponding to the content of the web page is specified.
  • the specified product information is sent to the user terminal Tu together with the web page, and the product information and the web page are displayed on the terminal Tu.
  • a product corresponding to the specified genre is specified
  • a product corresponding to the specified genre and keyword is specified
  • a product is identified.
  • the fact that the user accesses the auction site means that the user is interested in the auction. Therefore, by displaying information on products that are candidates for listing at the time of access, when the user is interested in the auction, the user will be aware of the possession of the listing candidate and guide the user directly to the listing operation. can do. Further, since the commodity information of the candidate for exhibition corresponds to the web page of the auction site and is displayed on the user terminal Tu together with the web page, the user can easily determine whether or not to exhibit. it can. As a result, it is possible to further save the user from having to put up for an Internet auction.
  • the user can compare the exhibition product displayed on the web page generated by the page generation unit 12 with the possession of the exhibition candidate, or compare a plurality of exhibition candidates. can do.
  • the search unit 13 determines the display order of the product information in the exhibition window, but an exhibition window may be generated so that the user can change the display order. Or you may employ
  • FIG. 13
  • the function of generating a web page and the function of specifying exhibition candidates may be distributed to different servers.
  • the page generation unit may be provided in a server different from the auction server 10, and the search unit 13 may receive the web page data from the server and specify the exhibition candidate as in the above embodiment.

Abstract

 一形態に係る情報提供装置は、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、商品の購入履歴を記憶する購入履歴記憶部から識別子に対応する購入履歴を抽出し、ユーザにより購入され且つウェブページのコンテンツに対応する商品を特定する検索部と、検索部により特定された商品の商品情報をウェブページと共にユーザ端末上に、ユーザが該商品をオークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部とを備える。

Description

情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
 本発明の一形態は、インターネット上のオークション・サイトに関連する情報をユーザに提供するための装置、方法、プログラム、及び記録媒体に関する。
 インターネット・オークションは、一般の人も気軽に出品や入札ができることから、盛んに行われている。これに関連して下記特許文献1には、ユーザの所有する商品をオークションなどで第三者に譲渡するようリコメンドするための技術が記載されている。その文献に記載されているリコメンド装置は、商品の購入履歴を利用して、商品購入時などにユーザが同種の製品を以前に購入しているか否かを検索し、購入していれば買替による商品購入と判断する。そして、リコメンド装置は、その判断結果に従い、購入時期が古い方の商品を第三者に譲渡するようリコメンドする。
特開2009-122780号公報
 上記特許文献1に記載のリコメンド装置はメールによりユーザに譲渡をリコメンドする必要があるので、メールからオークション・サイトにアクセスする手間が発生し、必ずしも利便性が高いとは言えない。
 本発明の一形態に係る情報提供装置は、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、商品の購入履歴を記憶する購入履歴記憶部から識別子に対応する購入履歴を抽出し、ユーザにより購入され且つウェブページのコンテンツに対応する商品を特定する検索部と、検索部により特定された商品の商品情報をウェブページと共にユーザ端末上に、ユーザが該商品をオークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部とを備える。
 本発明の一形態に係る情報提供方法は、情報提供装置により実行される情報提供方法であって、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信ステップであって、該ページ要求が、ユーザを特定するための識別子を含む、該受信ステップと、商品の購入履歴を記憶する購入履歴記憶部から識別子に対応する購入履歴を抽出し、ユーザにより購入され且つウェブページのコンテンツに対応する商品を特定する検索ステップと、検索ステップにおいて特定された商品の商品情報をウェブページと共にユーザ端末上に、ユーザが該商品をオークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信ステップとを含む。
 本発明の一形態に係る情報提供プログラムは、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、商品の購入履歴を記憶する購入履歴記憶部から識別子に対応する購入履歴を抽出し、ユーザにより購入され且つウェブページのコンテンツに対応する商品を特定する検索部と、検索部により特定された商品の商品情報をウェブページと共にユーザ端末上に、ユーザが該商品をオークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部とをコンピュータに実行させる。
 本発明の一形態に係るコンピュータ読取可能な記録媒体は、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、商品の購入履歴を記憶する購入履歴記憶部から識別子に対応する購入履歴を抽出し、ユーザにより購入され且つウェブページのコンテンツに対応する商品を特定する検索部と、検索部により特定された商品の商品情報をウェブページと共にユーザ端末上に、ユーザが該商品をオークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部とをコンピュータに実行させる情報提供プログラムを記憶する。
 このような形態によれば、ユーザがオークション・サイトのウェブページにアクセスしようとすると、そのユーザにより購入され且つそのウェブページのコンテンツに対応する商品が特定される。そして、特定された商品情報がそのウェブページと共にユーザ端末に送られて、その商品情報がウェブページと共に当該端末上に表示される。
 ユーザがオークション・サイトにアクセスするということは、ユーザがオークションに興味を示したことを意味する。したがって、出品の候補となる商品の情報をそのアクセス時に表示させることで、ユーザがオークションに興味を持っている時に出品候補の所有物をそのユーザに気付かせて、そのままユーザを出品操作へと誘導することができる。また、この出品候補の商品情報はオークション・サイトのウェブページに対応しており、且つそのウェブページと共に端末上に表示されるので、ユーザは出品するか否かを簡単に判断することができる。これらの結果、出品に係る利便性をより高めることができる。
 別の形態に係る情報提供装置では、送信部が、検索部により特定された商品をオークション・サイトに出品するための出品インタフェースと、商品情報と、ウェブページとをユーザ端末に送信し、出品インタフェース及び商品情報がユーザ端末で表示されてもよい。このようなインタフェースによりユーザの出品作業を簡単化することができる。
 さらに別の形態に係る情報提供装置では、出品インタフェースがユーザにより選択された場合に、検索部により特定された商品の商品情報がオークション・サイトの出品ページの入力欄に設定されてもよい。このように出品ページでの入力を自動化することで、ユーザはその分入力作業を省くことができ、出品作業を簡単に行うことができる。
 さらに別の形態に係る情報提供装置では、送信部が、検索部により特定された商品を、オークション・サイトに後で出品するための待ちリストに追加するためのリスト追加インタフェースと、商品情報と、ウェブページとをユーザ端末に送信し、リスト追加インタフェース及び商品情報がユーザ端末で表示されてもよい。商品を後で出品するためのインタフェースを表示させることで、ユーザは商品情報が表示された時点で出品しなくても、後の任意の時点で出品を行うことができる。
 さらに別の形態に係る情報提供装置では、検索部が、ユーザによる購入から所定の期間が経過した商品の購入履歴を抽出してもよい。ユーザが一定期間以上所持している商品を出品の候補として表示させることで、購入から未だ時間が経過しておらず出品の可能性が相対的に低い商品の提示を避けることができる。また、購入直後の商品が誤って出品されることを防ぐこともできる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、ユーザによる購入から所定の期間が経過しておらず、且つ落札履歴で示される落札額が購入履歴で示される購入額よりも高い商品の購入履歴を抽出してもよい。商品が購入時よりも高い金額で落札された場合には、購入時期に拘わらずその商品の情報をユーザに提示することで、ユーザの出品意欲をかき立てることができる。
 さらに別の形態に係る情報提供装置では、所定の期間が商品のジャンル毎に設定されていてもよい。商品の使用期間はその種類により様々であるので、商品のジャンル毎に上記所定の期間を設定することで、商品情報を適切な時期に提示することができる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、落札履歴で示される落札額が購入履歴で示される購入額よりも高い商品の購入履歴を抽出してもよい。商品が購入時よりも高い金額で落札された商品の情報をユーザに提示することで、ユーザの出品意欲をかき立てることができる。
 さらに別の形態に係る情報提供装置では、検索部が、商品属性に基づいて、又は購入履歴記憶部内の任意の購入履歴で示される商品の購入時期に基づいて、現在の時期に対応する商品の購入履歴を抽出してもよい。商品の旬(需要の多い時期)に合わせて商品情報を提示することで、落札の可能性が高い商品を出品の候補としてユーザに提示することができる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの出品履歴を記憶する出品履歴記憶部と、該オークション・サイトでの落札履歴を記憶する落札履歴記憶部とを参照して、ユーザにより購入され、現在出品されておらず、且つ過去に落札されていない商品の購入履歴を抽出してもよい。これにより、現在出品されていない商品の情報に限ってユーザに提示することができる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、ユーザの購入履歴で示される商品のうち、該オークション・サイトでの落札額が所定の閾値以上である商品の購入履歴を抽出してもよい。ある水準以上の額で落札されている商品をユーザに提示することで、ユーザの出品意欲をかき立てることができる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの検索履歴を記憶する検索履歴記憶部と、該サイトでの出品履歴を記憶する出品履歴記憶部とを参照して、ユーザの購入履歴で示される商品のそれぞれについて検索数及び出品数に基づく需要指数を求め、該需要指数が所定の閾値以上である商品の購入履歴を抽出してもよい。検索数は商品に対するユーザの興味の度合いであり、出品数は商品の供給量であると言える。したがって、その検索数及び出品数に基づいて、ある水準以上の需要が見込まれる商品をユーザに提示することで、ユーザは落札が見込まれそうな商品を知ることができる。
 さらに別の形態に係る情報提供装置では、ウェブページが、ページ要求に含まれるクエリに基づく検索結果を示すページであり、検索部が、クエリに合致する商品を特定してもよい。ウェブページ上で用いられたクエリに合致する商品を提示することで、ユーザが現在興味を持っている商品を出品候補として提示することができる。その結果、出品に係る利便性を高めることが期待できる。
 さらに別の形態に係る情報提供装置では、クエリがキーワード及び所定の商品のジャンルのうちの少なくとも一つを含んでもよい。これにより、キーワード又は商品ジャンルに対応する商品をユーザに提示することができる。
 さらに別の形態に係る情報提供装置では、クエリがキーワード及び商品のジャンルの双方を含んでもよい。これにより、キーワード及び商品ジャンルの双方に対応する商品をユーザに提示することができる。
 さらに別の形態に係る情報提供装置では、購入履歴記憶部が、オンライン・ショッピング・サイトでの購入を示す購入履歴、オークション・サイトでの購入を示す購入履歴、及び決済システムで決済された購入を示す購入履歴のうちの少なくとも一つを記憶してもよい。
 さらに別の形態に係る情報提供装置では、購入履歴記憶部が、オンライン・ショッピング・サイトでの購入を示す購入履歴と、オークション・サイトでの購入を示す購入履歴とを記憶し、検索部により特定された商品の商品情報が、オンライン・ショッピング・サイトとオークション・サイトのどちらで該商品が購入されたかを示す情報を含んでもよい。これにより、ユーザは商品の購入経路や、購入時の商品の品質(新品か中古品か)を思い出し、それに基づいて出品の要否などを判断することができる。
 さらに別の形態に係る情報提供装置では、検索部が、オークション・サイトでの検索履歴を記憶する検索履歴記憶部と、該サイトでの出品履歴を記憶する出品履歴記憶部と、該サイトでの落札履歴を記憶する落札履歴記憶部のうちの少なくとも一つを参照して、ユーザ端末での商品情報の表示順を設定し、表示順が、検索数及び出品数に基づく需要指数と、落札額と、検索数と、購入時期とのうちの少なくとも一つに基づいて設定されてもよい。商品の表示順をこのように設定することで、ユーザは出品の要否を簡単に判断することができる。
 本発明の一側面によれば、出品に係る利便性をより高めることができる。
実施形態に係るオークション・サーバを含むオークション・システムの全体構成を示す図である。 購入履歴の例を示す図である。 出品履歴の例を示す図である。 落札履歴の例を示す図である。 検索履歴の例を示す図である。 図1に示すオークション・サーバのハードウェア構成を示す図である。 図1に示すオークション・サーバの機能構成を示すブロック図である。 ウェブページと共に出品候補を表示する一例を示す図である。 ウェブページと共に出品候補を表示する別の例を示す図である。 ウェブページと共に出品候補を表示する別の例を示す図である。 ウェブページと共に出品候補を表示する別の例を示す図である。 図1に示すオークション・サーバの動作の一例を示すシーケンス図である。 図1に示すオークション・サーバの動作の別の例を示すシーケンス図である。 図1に示すオークション・サーバの動作のさらに別の例を示すシーケンス図である。 実施形態に係る情報提供プログラムの構成を示す図である。
 以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。下記の実施形態では、本発明に係る情報提供装置をオークション・サーバに適用する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
 まず、図1~11を用いて、実施形態に係るオークション・サーバ10の機能及び構成を説明する。オークション・サーバ10はオークション・システム1の一構成要素である。オークション・システム1は、ユーザ(一般消費者)にインターネット・オークションのウェブサイト(オークション・サイト)を提供するコンピュータシステムである。ユーザはそのサイトを介して所有物を出品したり、他人の出品物に対して入札を行ったりすることができる。所望の品物を落札できた場合には、ユーザは出品者への支払いと引き替えにその品物を得ることができる。オークション・システム1は、オークション・サーバ10の他にデータベース群20及びユーザ端末Tuを備えている。これらの装置は通信ネットワークNを介して互いに接続されている。
 オークション・サーバ10は、オークション・サイトを管理するコンピュータシステムである。オークション・サーバ10は、ユーザ端末Tuからのリクエストに応じて、メインページやジャンル(商品のカテゴリ)別のウェブページなどの各種ウェブページの提供、出品商品の検索、オークション処理(出品や入札、落札、決済などに関する処理)などを実行する。また、オークション・サーバ10は、オークション・サイトにアクセスしたユーザが過去に購入した商品を出品候補としてそのユーザに提示する機能を備える。なお、商品の種類は限定されず、役務利用の権利(例えば施設利用の権利やコンサートへの参加の権利など)も商品の一種である。
 データベース群20は、オークション・システム1で必要な各種データベースの集まりである。データベース群20内の各データベースの設置場所は任意であり、例えば、各データベースが一箇所にまとめられていてもよいし、別々の場所に設置されていてもよい。
 ユーザ端末Tuは、ユーザが所有するコンピュータである。ユーザ端末Tuの種類は限定されず、例えば据置型又は携帯型のパーソナルコンピュータでもよいし、高機能携帯電話機(スマートフォン)や携帯電話機、携帯情報端末(PDA)などの携帯端末でもよい。オークション・システム1内に存在するユーザ端末Tuの台数も限定されない。
 以上を前提として、オークション・サーバ10の詳細を説明する。まず、このオークション・サーバ10によりアクセスされる各種データベースについて詳しく説明する。
 購入履歴データベース(購入履歴記憶部)21は、ユーザの購入履歴を記憶する手段である。購入履歴とは、ユーザが過去にインターネットを介して商品を購入したことを示す記録である。
 どのウェブサイトでの購入手続を記録するかは任意に定めてよく、これに関連して、購入履歴データベース21の配置場所も限定されない。例えば、購入履歴データベース21はオンライン・ショッピング・サイトでの各ユーザの購入履歴と、オークション・サイトでの各ユーザの購入履歴(落札によって商品を獲得した履歴)との一方又は双方を記憶してもよい。あるいは、購入履歴データベース21は電子マネーやクレジットカードによる決済システム内に記憶されている購入履歴のうちユーザの承諾が得られた情報を記憶してもよい。あるいは、購入履歴データベース21はこれらの様々なサイトおよびシステムに記憶されている購入履歴データベースの集合であってもよい。
 決済システムなどのように商品属性のすべてを持っていない購入履歴データベースを参照する場合には、商品名などを用いてオークション・システム又はオンライン・ショッピング・システム内の商品データベースを検索し、商品属性(例えばジャンル)を特定すればよい。商品属性の一項目について複数の値が特定された場合には、多数決の手法により一つの属性値を決めてもよい。あるいは、所属している商品数が所定の閾値以上である一又は複数の属性値を商品と関連付けることで、商品と紐付く可能性のある商品属性を複数保持しておいてもよい。
 例えば、商品「ブーツ」について商品データベースを検索した結果、ジャンル「レディス・ファッション」に属するブーツが15000件抽出され、ジャンル「メンズ・ファッション」に属するブーツが6500件抽出され、ジャンル「キッズ・ベビー」に属するブーツが1000件抽出されたとする。この場合には、多数決の手法により、商品「ブーツ」のジャンルが「レディス・ファッション」に設定されてもよいし、例えば閾値を2000として、「レディス・ファッション」及び「メンズ・ファッション」の双方がその商品のジャンルとして設定されてもよい。
 多数決の手法を採った場合には、ヒット件数が最大である「レディス・ファッション」が男性用ブーツに対して設定される結果、ユーザがオークション・サイトのメンズ・ファッションのジャンルを閲覧しているときにそのブーツが抽出されなくなる。一方、上記のように男性用ブーツに対して「レディス・ファッション」及び「メンズ・ファッション」の双方がジャンルとして設定された場合には、ユーザがオークション・サイトのメンズ・ファッションのジャンルを閲覧しているときにそのブーツが抽出される。このように、多数決の手法により決まるジャンルが本来のジャンルと異なる場合には、一つの商品に対して複数のジャンルを設定する手法は有効である。
 サイトあるいはシステム間でジャンルが異なる場合には、その対応表を記憶するデータベースを用いてもよい。
 図2に示すように、購入履歴の各レコードは購入ID、ユーザID、購入日、商品ID、購入額、商品の各種属性(例えば商品画像へのリンク、商品名、商品のジャンル、説明文など)、出品フラグ、出品日、落札フラグ、及び落札日を含んでいる。出品日及び落札日は時刻を含み得る。
 購入IDは個々の購入を特定するための識別子である。ユーザIDはユーザを特定するための識別子であり、オークション・サイトの会員に割り当てられた会員IDや、ユーザのメールアドレスをユーザIDとして利用可能である。購入履歴のユーザIDは購入者を特定する。商品IDは商品を特定するための識別子であり、店舗間に共通のコード(例えば型番)や、店舗独自のIDなどがこの商品IDとして設定されうる。同じ商品の商品IDが店舗毎に異なる場合には、商品同士が同一か否かを型番などのカタログ情報を用いて検査すればよい。
 出品フラグは、ユーザが購入商品をオークション・サイトに出品したか否かを示す情報であり、図2では、出品したことを「済」で示し、出品していないことを空欄で示している。落札フラグは、ユーザが出品した商品がオークション・サイトで落札されたか否かを示す情報であり、図2では、落札されたことを「済」で示し、落札されていないことを空欄で示している。出品フラグ、出品日、落札フラグ、及び落札日は、オークション・サーバ10による出品処理や落札処理により適宜更新される。商品が落札されなかった場合には出品フラグ及び出品日はクリアされ、この場合にはこれら二つの項目が再度の出品により再び設定され得る。
 出品履歴データベース(出品履歴記憶部)22は、オークション・サイトにおける出品の履歴を記憶する手段である。図3に示すように、出品履歴の各レコードは出品ID、出品者のユーザID、出品日、出品額(現在の最高入札額)、商品ID、及び商品属性(例えば商品画像へのリンク、商品名、商品のジャンル、説明文など)を含んでいる。出品IDは個々の出品を特定するための識別子である。出品日は時刻を含み得る。
 落札履歴データベース(落札履歴記憶部)23は、オークション・サイトにおける落札の履歴を記憶する手段である。図4に示すように、落札履歴の各レコードは出品ID、落札ID、落札日、落札者のユーザID、落札額、及び商品IDを含んでいる。落札IDは個々の落札を特定するための識別子である。落札日は時刻を含み得る。
 検索履歴データベース(検索履歴記憶部)24は、オークション・サイトにおけるユーザの検索の履歴(検索履歴)を記憶する手段である。図5に示すように、検索履歴の各レコードは検索ID、検索日、検索者のユーザID、及び検索された商品のリストを含んでいる。検索IDは個々の検索処理を特定するための識別子である。商品のリストは、その検索処理において抽出された商品IDの集合である。検索日は時刻を含み得る。
 上記の各データベース(各レコード)の構成は図2~5に示すものに限定されず、各データベースに対して任意の正規化又は冗長化を行ってよい。
 データベース群20は、ユーザ情報(会員情報)を記憶するユーザデータベースや、商品情報を記憶する商品データベースなどの他のデータベースも含み得る。ユーザ情報はユーザIDにより識別され、商品情報は商品IDにより識別される。
 次に、オークション・サーバ10の機能及び構成を説明する。オークション・サーバ10のハードウェア構成を図6に示す。この図に示すように、オークション・サーバ10は、オペレーティングシステムやアプリケーション・プログラムなどを実行するCPU101と、ROM及びRAMで構成される主記憶部102と、ハードディスクなどで構成される補助記憶部103と、ネットワークカードなどで構成される通信制御部104と、キーボードやマウスなどの入力装置105と、ディスプレイなどの出力装置106とを備えている。
 後述するオークション・サーバ10の各機能的構成要素は、CPU101や主記憶部102の上に所定のソフトウェアを読み込ませ、CPU101の制御の下で通信制御部104や入力装置105、出力装置106などを動作させ、主記憶部102や補助記憶部103におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部102や補助記憶部103内に格納される。なお、上記データベース群20の少なくとも一部がオークション・サーバ10内に設けられていてもよい。図6ではオークション・サーバ10が1台のコンピュータで構成されているように示しているが、オークション・サーバ10の機能を複数台のコンピュータに分散させてもよい。
 オークション・サーバ10は、ユーザがオークション・サイトのウェブページにアクセスした時に、そのユーザの購入履歴から、当該ウェブページに対応する商品を特定し、その商品情報を当該ウェブページと共にそのユーザに提示する。このような情報提示を実行するために、オークション・サーバ10は機能的構成要素として受信部11、ページ生成部12、検索部13、及び送信部14を備えている。これらの機能的構成要素を図7に示す。以下では、図7中の実線矢印で示される流れに沿って説明する。図7中の破線矢印で示される流れはその一部の変形(図13に示す処理)に対応する。
 受信部11は、オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末Tuから受信する手段である。このページ要求は、ユーザIDと、ユーザ端末Tuにこれから表示させようとするウェブページのURLとを含むHTTPリクエストである。ユーザIDは、HTTPクッキー(HTTP cookie)により管理されていてもよいし、ユーザ端末Tuにおいてユーザにより入力されてもよい。受信部11はこのページ要求をページ生成部12に出力する。
 ページ生成部12は、ページ要求で示されるウェブページを生成する手段である。ページ要求内のURLがオークション・サイトのトップページを示していれば、ページ生成部12は当該トップページを生成する。特定のジャンルを指定するパラメータがそのURLに含まれていれば、ページ生成部12はそのパラメータで指定されたジャンルに属する出品商品の一覧が載ったウェブページを生成する。出品商品の検索条件(クエリ)を示すパラメータがそのURLに含まれていれば、ページ生成部12はその検索条件を用いて出品商品のデータベース(図示せず)を検索し、その条件に合致する出品商品の一覧を示すウェブページを生成する。当然ながら、ページ生成部12により生成されるウェブページはこれらに限定されない。ページ生成部12は生成したウェブページのデータをユーザIDと共に検索部13に出力する。
 検索部13は、ユーザが過去に購入した商品のうち、これから表示されるウェブページに対応する一又は複数の商品を特定する手段である。検索部13により特定される商品は、オークション・サイトに出品される候補となり得る商品であり、本明細書では「出品候補」ともいう。検索部13による商品特定の処理手順は、購入履歴の抽出と、ウェブページのコンテンツに基づく絞込みとの二つに大きく分けることができる。購入履歴の抽出は、購入履歴以外のレコードを用いる場合と用いない場合との二つに分けることができる。また、検索部13はユーザ端末Tuにおける出品候補の表示順を設定することも可能である。
 [購入履歴の抽出]
 (購入履歴以外のレコードを用いない処理)
 検索部13は、少なくともページ要求のユーザIDに対応する購入履歴のレコードを購入履歴データベース21から抽出する。この具体的な抽出方法については、下記のように様々なものが考えられる。ここで、「ユーザIDに対応する」とは、入力されたユーザIDと購入履歴のユーザIDとが一致するか、あるいは、双方のユーザID自体が異なっても実際にはこれらのIDが同一のユーザを指すことを意味する。後者の場合におけるユーザの同一性の判定は、認可情報の委譲に関する仕組みであるOAuthによるサービス間の連携を利用することで実現可能である。
 例えば、検索部13は、ユーザIDが対応し且つ出品フラグが「済」ではないレコードを抽出してもよい。この場合には、ユーザが過去に購入し且つ少なくとも現在出品されていない商品が抽出される。なお、落札された商品の出品フラグは「済」のままであるので、落札済の商品が抽出されることはない。この「ユーザが過去に購入し且つ少なくとも現在出品されていない商品」という条件は、下記の他の抽出方法において前提条件として用いられてもよい。
 あるいは、検索部13は、ユーザIDが対応し且つ現在の時期(例えば季節)に対応する商品を示すレコードを抽出してもよい。商品が現在の時期に対応するか否かの判定方法は限定されない。例えば、検索部13は購入日で示される月日と現在の月日との差が所定の範囲内にあるレコードを抽出してもよい。あるいは、検索部13は商品属性(商品の名前や説明文など)に含まれているキーワードに基づいて商品の販売時期又は旬を判定し、判定した時期と現在の時期とを比較することで、抽出する商品を選択してもよい。この場合には、現在の時期(季節)において需要があり、落札される可能性が高いと見込まれる商品が選択される。
 あるいは、検索部13は、ユーザIDが対応し且つ購入日からの経過期間(購入日と現在日との差)が所定の閾値以上であるレコードを抽出してもよい。この場合には、購入から所定の時間が経過した商品が抽出され、購入から未だあまり時間が経過しておらず出品の可能性が相対的に低い商品は抽出されない。また、この場合には、購入直後の商品が誤って出品されることを防ぐことができる。
 この閾値はユーザにより指定されてもよいし、検索部13により決定されてもよい。後者の場合には、検索部13はジャンル毎に閾値を設定してもよい。例えば、検索部13は購入履歴データベース21及び出品履歴データベース22を参照して、商品の購入から出品までの期間の統計値(例えば平均値や最小値)をジャンル毎に求め、算出された期間を各ジャンルの閾値としてもよい。商品の使用期間はその種類により様々であるので、商品のジャンル毎に閾値を設定することで、出品候補を適切な時期に提示することができる。
 購入履歴と出品履歴との1対1の対応を特定できない場合には、検索部13は一の出品履歴と、当該出品履歴の出品日よりも前の購入日を有する一の購入履歴とを対応付けることで、購入から出品までの期間を求めてもよい。検索部13は期間の閾値をユーザ毎に算出してもよいし、性別や年齢などのユーザ属性毎に算出してもよいし(この場合には、ユーザ属性を得るためにユーザデータベースが参照される)、あるいは全ユーザ共通の閾値を求めてもよい。
 (購入履歴以外のレコードを用いる処理)
 購入から所定の時間が経過した商品を選択する方法の変形として、検索部13は、購入からの経過時間だけでなく現在の出品状況も考慮して購入履歴を抽出してもよい。具体的には、検索部13は上記と同様に、ユーザIDが対応し且つ購入日からの経過期間が所定の閾値以上であるレコードを長期保持商品として抽出する。続いて、検索部13はユーザIDが対応し且つその経過期間がその閾値未満であるレコードを短期保持商品として抽出し、この短期保持商品のそれぞれについて、ユーザの購入額とオークション・サイトにおける落札額とのどちらが高いかを比較する。
 ユーザの購入額は購入履歴から得られる。一方、比較対象となる落札額は、抽出された商品IDに対応する1以上の落札履歴で示される落札額の統計値(例えば平均値や最大値など)である。
 統計値を算出する際には、検索部13は、出品された商品の説明文から取得した品質(例えば「傷あり」などのキーワード)に基づいて所定の係数をその商品の落札額に乗ずることで、個々の商品の落札額を調整してもよい。これは、商品の品質が当初の販売時点の水準であると想定して、統計値の算出の基となる落札額を調整することを意味する。あるいは、検索部13は商品の品質に応じて複数種類の統計値を算出してもよい。例えば、ある一つの商品IDに対して、「新品」という説明が付された商品の落札履歴と、「中古」という説明が付された商品の落札履歴とのそれぞれについて統計値を算出し、ユーザ又は検索部13の指定によりどちらか一方の統計値を用いてもよい。
 検索部13は、落札額の統計値が購入額よりも高い短期保持商品を特定し、検索部13は長期保有商品とその条件を満たす短期保持商品とを最終的に抽出する。このように、商品が購入時よりも高い金額で落札されている場合には、購入時期に拘わらずその商品を抽出することで、ユーザの出品意欲をかき立てることができる。
 あるいは、検索部13は、ユーザIDが対応し且つ落札額の統計値(例えば平均値や最大値など)が所定の閾値以上である購入履歴を抽出してもよい。この場合には、ある水準以上の落札が期待できる商品が抽出されるので、ユーザの出品意欲をかき立てることができる。閾値はユーザにより指定されてもよいし、検索部13により商品毎に予め決定されていてもよい。あるいは、閾値は購入履歴で示されるユーザの購入額であってもよい。検索部13はユーザIDに対応する購入履歴を抽出し、その購入履歴で示される商品IDのそれぞれについて、落札履歴に基づいて落札額の統計値を算出する。そして、検索部13は統計値がその閾値以上である購入履歴のみを最終的に抽出する。
 あるいは、検索部13は、ユーザIDが対応し、且つオークション・サイトにおける商品の需要が所定の水準以上である商品を抽出してもよい。
 具体的には、検索部13はまず、ユーザIDに対応する購入履歴を購入履歴データベース21から抽出する。続いて、検索部13はその購入履歴で示される商品IDのそれぞれについて検索履歴データベース24、出品履歴データベース22、及び落札履歴データベース23を参照して、所定の期間における各商品の検索数及び供給指数を求め、需要のトレンドを示す需要指数(=検索数/供給指数)を求める。供給指数は出品数であってもよいし、所定期間中に出品され且つ落札された商品の個数であってもよい。続いて、検索部13はその需要指数が所定の閾値以上である購入履歴のみを最終的に抽出する。
 ここで、需要指数の計算例を説明する。例えば、購入履歴において、単語αの検索により三つの商品A,B,Cが抽出されるものとし、オークション・サイトにおいて、当該単語αによるこれら3商品の検索回数が100であったとする。そして、商品A,B,Cの出品数がそれぞれ200,300,400であったとする。この場合には、商品Aの需要指数は100/200、商品Bの需要指数は100/300、商品Cの需要指数は100/400となるので、商品A,B,Cの順に需要が高い(人気がある)と言うことができる。
 なお、季節商品は時期により需要のトレンドが変わることが多いので、出品及び落札の時期を考慮して需要指数を求めてもよい。例えば、検索部13は、ある期間内に出品された商品の当該期間内における落札数と、当該期間におけるその商品の検索数とから需要指数を求めてもよい。あるいは、検索部13は、ある期間内における商品の出品数又は落札数と、当該期間におけるその商品の検索数とから需要指数を求めてもよい。
 このような手法により、需要はあるが供給が少ないと推定される商品が抽出される。閾値はユーザにより指定されてもよいし検索部13により設定されてもよい。検索部13は、複数の連続する期間における需要指数の推移を商品毎に求め、その推移が所定のパターンに合致する商品の購入履歴を最終的に抽出してもよい。いずれにしても、ある水準以上の需要が見込まれる商品を抽出することで、落札が見込まれそうな商品を出品候補としてユーザに提示することができる。
 このように購入履歴の抽出方法は様々であるが、検索部13は複数種類の手法を用いて購入履歴を抽出してもよい。
 [ウェブページのコンテンツに基づく絞込み]
 上記のように、少なくともユーザIDに対応する購入履歴を抽出すると、検索部13はその購入履歴からウェブページのコンテンツに対応する商品を特定する。特定の方法は限定されない。
 ウェブページがある特定のジャンルに関するコンテンツを示す場合には、検索部13は、商品属性がそのジャンルに一致する購入履歴を特定する。ウェブページがユーザ端末Tuから送られてきたクエリに基づく検索結果を示す場合には、検索部13は商品属性がそのクエリに合致する購入履歴を特定する。ウェブページがオークション・サイトのトップページである場合には、検索部13は抽出された購入履歴のすべてを選択してもよい。検索部13はウェブページのコンテンツに基づいて特定した購入履歴をウェブページのデータと共に送信部14に出力する。
 このように、ウェブページのコンテンツに対応する商品を特定することで、ユーザが現在興味を持っている商品属性に合わせて出品候補を提示することができる。その結果、出品に係る利便性を高めることが期待できる。
 なお、最終的に検索部13がひとつも商品を特定できなかった場合には、検索部13は、出品候補が表示されないことを避けるために、ユーザIDに対応する購入履歴のすべてを送信部14に出力してもよい。
 [表示順の設定]
 特定した購入履歴を送信部14に出力する際に、検索部13は出品候補の表示順を設定してもよい。例えば、検索部13は上記の需要指数を各商品について求め、その値の降順又は昇順に商品を並べ替えてもよい。あるいは、検索部13は過去の落札額の統計値、検索数、及び購入日のうちのいずれか一つの降順又は昇順に商品を並べ替えてもよい。各商品の落札額の統計値は落札履歴を参照及び集計することで得られ、各商品の検索数は検索履歴を参照及び集計することで得られる。商品の表示順をこのように設定することで、ユーザは出品の要否を簡単に判断することができる。
 送信部14は、検索部13により特定された出品候補の商品情報と、ページ生成部12により生成されたウェブページとを、ページ要求への応答としてユーザ端末Tuに送信する手段である。商品属性や購入額などの商品情報は、検索部13により特定された商品の購入履歴から得ることができる。
 本実施形態では、出品候補の商品情報をウェブページとは別のウィンドウ(出品ウィンドウ)に表示させるものとする。ユーザ端末Tuでの出品ウィンドウの表示例を図8~10に示す。図8は特定のジャンルのウェブページ200と共に出品ウィンドウ210を表示する例を示している。図9はジャンル及びキーワードによる検索結果のウェブページ200と共に出品ウィンドウ210を表示する例を示している。図10はキーワードのみによる検索結果のウェブページ200と共に出品ウィンドウ210を表示する例を示している。送信部14はこの出品ウィンドウ210を表示させるためのデータもユーザ端末Tuに送信する。
 出品ウィンドウ210の具体的な実現方法は限定されない。例えば、出品ウィンドウ210をウェブブラウザ(Web Browser)上に表示させてもよい。あるいは、そのウェブブラウザとは独立したウィンドウの態様で(例えばJavascript(商標又は登録商標)で実現されたウィンドウの態様で)出品ウィンドウ210を表示させてもよい。
 出品ウィンドウ210は、ページ要求により表示されたウェブページに関するメインページ情報211と、出品候補のリスト(候補リスト)212と、出品ボタン(出品インタフェース)213と、リストボタン(リスト追加インタフェース)214とを含んでいる。メインページ情報211として、図8ではジャンルが表示され、図9ではジャンル及びキーワードから成るクエリが表示され、図10ではキーワードのみからなるクエリが表示されている。出品ウィンドウ210は、ユーザが候補リスト内の商品をオークション・サイトに出品可能な態様で、その商品を表示する。
 図8では、ユーザがレディース・バッグのジャンルを指定したことに応じて、そのジャンルの出品商品の一覧(商品A~Eなど)がウェブページ200上に表示されると共に、そのユーザが購入したバッグ1,2,3が候補リスト212として表示されている。図9では、ユーザがジャンル「パソコン・周辺機器」とキーワード「ノート」とを指定したことに応じて、そのクエリに合致する出品商品の一覧(商品F~Jなど)がウェブページ200上に表示されると共に、そのユーザが購入したノート型PC1,2,3が候補リスト212として表示されている。図10では、ユーザが三つのキーワード「ノートPC DVD 12.1インチ」を入力したことに応じて、そのクエリに合致する出品商品の一覧(商品G,H,J,K,L)がウェブページ200上に表示されると共に、そのユーザが購入したノート型PC1が候補リスト212として表示されている。
 キーワードだけで検索するとユーザが意図しない商品が抽出される可能性がある。例えば、「ノート」というキーワードによる検索時に、「ノートPC」及び「ノートブック」という、互いに異なるジャンルの商品が同時に抽出され得る。したがって、ユーザがノートPCを検索する意図だった場合には、ユーザが意図しない「ノートブック」が抽出される。キーワードだけでなくジャンルも含むクエリで検索すれば、ユーザの意図しない商品が抽出されるという状況を回避できる。
 候補リスト212内の商品情報としてどのような項目を表示させるかは任意に定めてよい。例えば、商品名、画像、及び購入額が商品情報として出品ウィンドウ210内に表示されてもよい。
 購入履歴の取得元を示す情報を予め購入履歴データベース21などに保持しておいた上で、どのサイトで商品を購入したかを示すマークを商品情報の一部として表示してもよい。例えば、オークション・サイト内の購入履歴データベースから取得したか、それともオンライン・ショッピング・サイトの購入履歴データベースから取得したかを示すマークが出品ウィンドウ210内に表示されてもよい。これにより、ユーザは所持品の入手経路や、購入時の商品の品質(新品か中古品か)を思い出し、それに基づいて出品の要否などを判断することができる。商品リスト212内では、各商品が検索部13により設定された順序で表示される。
 出品ボタン213は、出品候補をオークション・サイトに出品するためのユーザ・インタフェースである。出品ボタン213が押されると、現在のウェブページが、そのボタンに対応する商品を出品するためのウェブページ(出品ページ)に切り替わる。したがって、ユーザは出品ページに簡単にアクセスすることができる。出品ボタン213が押された場合には、出品ウィンドウ210内で保持されている商品情報の少なくとも一部(例えば商品の名前、画像、落札額の平均など)が出品ページ内の対応する入力欄に自動的に設定される。これにより入力作業の少なくとも一部が省略されるので、ユーザは出品作業を簡単に行うことができる。
 リストボタン214は、後で商品を出品するためにその商品を待ちリストに加えるためのユーザ・インタフェースである。リストボタン214が押されると、待ちリストのウェブページ又は別ウィンドウが表示され、そのボタンに対応する商品が待ちリストに追加される。ユーザは、オークション・サイトのウェブページ上のリンクから待ちリストにアクセスでき、その待ちリストから商品を選択して、上記出品ボタン213を押した場合と同様に商品を出品することができる。これにより、ユーザは後でいつでも出品することができ、且つその際の出品作業を簡単に行うことができる。
 なお、出品ボタン213及びリストボタン214の少なくとも一方を省略してもよい。また、出品候補の表示方法は上記の例に限定されず、例えば図11のように出品候補の商品情報をウェブページ200内に載せてもよい。図11の例では、商品F~Jなどの出品商品と共に、候補リスト212(ノート型PC1~3)がウェブページ200内に表示されている。図8~10と同様に、各出品候補には、出品ボタン213及びリストボタン214が用意されている。
 次に、図12~14を用いて、オークション・サーバ10の動作を説明するとともに本実施形態に係る情報提供方法について説明する。図12はウェブページとは別に出品ウィンドウをユーザ端末Tu上に表示させる処理の例を示し、図13は出品候補の商品情報をウェブページに含めてユーザ端末Tuに提供する処理の例を示す。図14は処理手順の更なる変形を示す。
 まず、図12を参照して説明する。ユーザがオークション・サイトにアクセスするための操作を行うと(ステップS11)、ユーザ端末Tuがページ要求をオークション・サーバ10に送信する(ステップS12)。
 オークション・サーバ10では、受信部11がそのページ要求を受信する(受信ステップ)。続いて、ページ生成部12がそのページ要求内のURLで示されるウェブページを生成する(ステップS13)。続いて、検索部13がそのページ要求内のユーザIDに少なくとも対応する購入履歴を抽出することで、ユーザの過去の購入商品を抽出する(ステップS14、検索ステップ)。検索部13は上記の様々な手法により、ユーザIDだけでなく他の条件にも合致した購入商品を抽出する。続いて、検索部13は抽出した購入履歴からウェブページに対応する商品を特定する(ステップS15、検索ステップ)。上述したように、この特定処理においても検索部13は様々な手法を用い得る。そして、送信部14が生成されたウェブページ及び出品候補の商品情報をユーザ端末Tuに送信する(ステップS16、送信ステップ)。
 ユーザ端末Tuは、そのウェブページ及び商品情報を受信し、これらを画面上に表示する(ステップS17)。これによりユーザは自分が過去に購入した商品を出品候補として把握することができ、更には、出品ウィンドウから出品の手続又は待ちリストへの追加を行うこともできる。
 次に、図13を参照して説明する。ステップS21,S22の処理は図12におけるステップS11,S12の処理と同じである。
 オークション・サーバ10では、受信部11がそのページ要求を受信すると(受信ステップ)、検索部13がその要求内のユーザIDに少なくとも対応する購入履歴を抽出することでユーザの過去の購入商品を抽出する(ステップS23、検索ステップ)。続いて、検索部14は、抽出した購入履歴からウェブページに対応する商品を特定する(ステップS24、検索ステップ)。検索部14はページ生成部12から、ページ要求のURLで示されるウェブページのデータを取得することで、当該ページに対応する商品を特定できる。続いて、ページ生成部12がページ要求内のURLで示されるウェブページであって、検索部14により特定された商品の情報が掲載されたウェブページを生成する(ステップS25)。そして、送信部14が、出品候補の商品情報を含むウェブページをユーザ端末Tuに送信する(ステップS26、送信ステップ)。
 ユーザ端末Tuは、そのウェブページを受信して画面上に表示する(ステップS27)。この場合には、ユーザはそのウェブページ上で出品候補を把握することができ、更には、出品の手続又は待ちリストへの追加を行うこともできる。
 次に、図14を参照して説明する。ステップS31~S33の処理は図12におけるステップS11~S13の処理と同じである。続いて、送信部14が生成されたウェブページと別ウィンドウ用のプログラムとをユーザ端末Tuに送信する(ステップS34)。なお、そのプログラムはJavascript(商標又は登録商標)等により実現される。ユーザ端末Tuがそのプログラムを実行すると(ステップS35)、ユーザ端末Tuは出品候補を抽出させるための命令をオークション・サーバ10に送信する(ステップS36)。なお、ユーザIDはステップS32ではなくステップS36においてオークション・サーバ10に送られてもよい。
 オークション・サーバ10では、その命令に基づいて、図12におけるステップS14,S15と同様の処理がステップS37,S38として実行され、続いて、出品候補を表示させるための情報が生成される(ステップS39)。生成される情報は少なくとも商品情報を含み、必要に応じて、別ウィンドウを制御するためのデータを更に含んでもよい。最後に、送信部14が生成された情報をユーザ端末Tuに送信し(ステップS40)、これにより、ユーザ端末Tuにおいて、ウェブページ及び商品情報が表示される(ステップS41)。
 次に、図15を用いて、コンピュータをオークション・サーバ10として機能させるための情報提供プログラムP1を説明する。
 情報提供プログラムP1は、メインモジュールP10、受信モジュールP11、ページ生成モジュールP12、検索モジュールP13、及び送信モジュールP14を備えている。
 メインモジュールP10は、情報提供機能を統括的に制御する部分である。受信モジュールP11、ページ生成モジュールP12、検索モジュールP13、及び送信モジュールP14を実行することにより実現される機能はそれぞれ、上記の受信部11、ページ生成部12、検索部13、及び送信部14の機能と同様である。
 情報提供プログラムP1は、例えば、CD-ROMやDVD-ROM、半導体メモリ等の有形の記録媒体に固定的に記録された上で提供される。また、情報提供プログラムP1は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
 以上説明したように、本実施形態によれば、ユーザがオークション・サイトのウェブページにアクセスしようとすると、そのユーザにより購入され且つそのウェブページのコンテンツに対応する商品が特定される。そして、特定された商品情報がそのウェブページと共にユーザ端末Tuに送られて、その商品情報及びウェブページが当該端末Tu上に表示される。例えば、図8の例では指定されたジャンルに対応する商品が特定され、図9の例では指定されたジャンル及びキーワードに対応する商品が特定され、図10の例では指定されたキーワードに対応する商品が特定される。
 ユーザがオークション・サイトにアクセスするということは、ユーザがオークションに興味を示したことを意味する。したがって、出品の候補となる商品の情報をそのアクセス時に表示させることで、ユーザがオークションに興味を持っている時に出品候補の所有物をそのユーザに気付かせて、そのままユーザを出品操作へと誘導することができる。また、この出品候補の商品情報はオークション・サイトのウェブページに対応しており、且つそのウェブページと共にユーザ端末Tu上に表示されるので、ユーザは出品するか否かを簡単に判断することができる。これらの結果、ユーザがインターネット・オークションに出品する手間をより省くことができる。
 本実施形態のように、ユーザが出品候補を簡単に把握できるようにするために、オークション・サイトへのアクセス時にウェブページと共にその出品候補を表示することは、上記特許文献1に記載のメールによる通知では実現できない技術的効果である。
 また、本実施形態によれば、ユーザは、ページ生成部12により生成されたウェブページに表示されている出品商品と出品候補の所有物とを比較したり、複数の出品候補同士を比較したりすることができる。
 以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
 上記実施形態では検索部13が出品ウィンドウでの商品情報の表示順を決めたが、ユーザがその表示順を変更できるように出品ウィンドウが生成されてもよい。あるいは、検索部13で表示順を決めることなく、出品ウィンドウにおいてユーザがその表示順を設定する仕組みを採用してもよい。
 ウェブページを生成する機能と出品候補を特定する機能とを互いに別のサーバに分散させても良い。例えば、ページ生成部をオークション・サーバ10とは別のサーバに設け、検索部13がそのサーバからウェブページのデータを受信して上記実施形態と同様に出品候補を特定してもよい。
 1…オークション・システム、10…オークション・サーバ、11…受信部、12…ページ生成部、13…検索部、14…送信部、20…データベース群、21…購入履歴データベース(購入履歴記憶部)、22…出品履歴データベース(出品履歴記憶部)、23…落札履歴データベース(落札履歴記憶部)、24…検索履歴データベース(検索履歴記憶部)、P1…情報提供プログラム、P10…メインモジュール、P11…受信モジュール、P12…ページ生成モジュール、P13…検索モジュール、P14…送信モジュール、Tu…ユーザ端末。

Claims (21)

  1.  オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、
     商品の購入履歴を記憶する購入履歴記憶部から前記識別子に対応する購入履歴を抽出し、前記ユーザにより購入され且つ前記ウェブページのコンテンツに対応する商品を特定する検索部と、
     前記検索部により特定された商品の商品情報を前記ウェブページと共に前記ユーザ端末上に、前記ユーザが該商品を前記オークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部と
    を備える情報提供装置。
  2.  前記送信部が、前記検索部により特定された商品を前記オークション・サイトに出品するための出品インタフェースと、前記商品情報と、前記ウェブページとを前記ユーザ端末に送信し、
     前記出品インタフェース及び前記商品情報が前記ユーザ端末で表示される、
    請求項1に記載の情報提供装置。
  3.  前記出品インタフェースが前記ユーザにより選択された場合に、前記検索部により特定された商品の商品情報が前記オークション・サイトの出品ページの入力欄に設定される、
    請求項2に記載の情報提供装置。
  4.  前記送信部が、前記検索部により特定された商品を、前記オークション・サイトに後で出品するための待ちリストに追加するためのリスト追加インタフェースと、前記商品情報と、前記ウェブページとを前記ユーザ端末に送信し、
     前記リスト追加インタフェース及び前記商品情報が前記ユーザ端末で表示される、
    請求項1~3のいずれか一項に記載の情報提供装置。
  5.  前記検索部が、前記ユーザによる購入から所定の期間が経過した商品の前記購入履歴を抽出する、
    請求項1~4のいずれか一項に記載の情報提供装置。
  6.  前記検索部が、前記オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、前記ユーザによる購入から前記所定の期間が経過しておらず、且つ前記落札履歴で示される落札額が前記購入履歴で示される購入額よりも高い商品の前記購入履歴を抽出する、
    請求項5に記載の情報提供装置。
  7.  前記所定の期間が商品のジャンル毎に設定されている、
    請求項5又は6に記載の情報提供装置。
  8.  前記検索部が、前記オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、落札履歴で示される落札額が前記購入履歴で示される購入額よりも高い商品の前記購入履歴を抽出する、
    請求項1~4のいずれか一項に記載の情報提供装置。
  9.  前記検索部が、商品属性に基づいて、又は前記購入履歴記憶部内の任意の購入履歴で示される商品の購入時期に基づいて、現在の時期に対応する商品の前記購入履歴を抽出する、
    請求項1~8のいずれか一項に記載の情報提供装置。
  10.  前記検索部が、前記オークション・サイトでの出品履歴を記憶する出品履歴記憶部と、該オークション・サイトでの落札履歴を記憶する落札履歴記憶部とを参照して、前記ユーザにより購入され、現在出品されておらず、且つ過去に落札されていない商品の前記購入履歴を抽出する、
    請求項1~9のいずれか一項に記載の情報提供装置。
  11.  前記検索部が、前記オークション・サイトでの落札履歴を記憶する落札履歴記憶部を参照して、前記ユーザの購入履歴で示される商品のうち、該オークション・サイトでの落札額が所定の閾値以上である商品の前記購入履歴を抽出する、
    請求項1~10のいずれか一項に記載の情報提供装置。
  12.  前記検索部が、前記オークション・サイトでの検索履歴を記憶する検索履歴記憶部と、該サイトでの出品履歴を記憶する出品履歴記憶部とを参照して、前記ユーザの購入履歴で示される商品のそれぞれについて検索数及び出品数に基づく需要指数を求め、該需要指数が所定の閾値以上である商品の前記購入履歴を抽出する、
    請求項1~11のいずれか一項に記載の情報提供装置。
  13.  前記ウェブページが、前記ページ要求に含まれるクエリに基づく検索結果を示すページであり、
     前記検索部が、前記クエリに合致する商品を特定する、
    請求項1~12のいずれか一項に記載の情報提供装置。
  14.  前記クエリがキーワード及び所定の商品のジャンルのうちの少なくとも一つを含む、
    請求項13に記載の情報提供装置。
  15.  前記クエリが前記キーワード及び前記商品のジャンルの双方を含む、
    請求項14に記載の情報提供装置。
  16.  前記購入履歴記憶部が、オンライン・ショッピング・サイトでの購入を示す購入履歴、前記オークション・サイトでの購入を示す購入履歴、及び決済システムで決済された購入を示す購入履歴のうちの少なくとも一つを記憶する、
    請求項1~15のいずれか一項に記載の情報提供装置。
  17.  前記購入履歴記憶部が、前記オンライン・ショッピング・サイトでの購入を示す購入履歴と、前記オークション・サイトでの購入を示す購入履歴とを記憶し、
     前記検索部により特定された商品の商品情報が、前記オンライン・ショッピング・サイトと前記オークション・サイトのどちらで該商品が購入されたかを示す情報を含む、
    請求項16に記載の情報提供装置。
  18.  前記検索部が、前記オークション・サイトでの検索履歴を記憶する検索履歴記憶部と、該サイトでの出品履歴を記憶する出品履歴記憶部と、該サイトでの落札履歴を記憶する落札履歴記憶部のうちの少なくとも一つを参照して、前記ユーザ端末での前記商品情報の表示順を設定し、
     前記表示順が、検索数及び出品数に基づく需要指数と、落札額と、検索数と、購入時期とのうちの少なくとも一つに基づいて設定される、
    請求項1~17のいずれか一項に記載の情報提供装置。
  19.  情報提供装置により実行される情報提供方法であって、
     オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信ステップであって、該ページ要求が、ユーザを特定するための識別子を含む、該受信ステップと、
     商品の購入履歴を記憶する購入履歴記憶部から前記識別子に対応する購入履歴を抽出し、前記ユーザにより購入され且つ前記ウェブページのコンテンツに対応する商品を特定する検索ステップと、
     前記検索ステップにおいて特定された商品の商品情報を前記ウェブページと共に前記ユーザ端末上に、前記ユーザが該商品を前記オークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信ステップと
    を含む情報提供方法。
  20.  オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、
     商品の購入履歴を記憶する購入履歴記憶部から前記識別子に対応する購入履歴を抽出し、前記ユーザにより購入され且つ前記ウェブページのコンテンツに対応する商品を特定する検索部と、
     前記検索部により特定された商品の商品情報を前記ウェブページと共に前記ユーザ端末上に、前記ユーザが該商品を前記オークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部と
    をコンピュータに実行させる情報提供プログラム。
  21.  オークション・サイトのウェブページにアクセスするためのページ要求をユーザ端末から受信する受信部であって、該ページ要求が、ユーザを特定するための識別子を含む、該受信部と、
     商品の購入履歴を記憶する購入履歴記憶部から前記識別子に対応する購入履歴を抽出し、前記ユーザにより購入され且つ前記ウェブページのコンテンツに対応する商品を特定する検索部と、
     前記検索部により特定された商品の商品情報を前記ウェブページと共に前記ユーザ端末上に、前記ユーザが該商品を前記オークション・サイトに出品可能な態様で表示させるために、該商品情報及び該ウェブページを該ユーザ端末に送信する送信部と
    をコンピュータに実行させる情報提供プログラムを記憶するコンピュータ読取可能な記録媒体。
PCT/JP2012/081840 2012-03-30 2012-12-07 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 WO2013145454A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2013513490A JP5275531B1 (ja) 2012-03-30 2012-12-07 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
US13/978,685 US20150221023A1 (en) 2012-03-30 2012-12-07 Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program
US15/892,480 US20180165741A1 (en) 2012-03-30 2018-02-09 Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012079075 2012-03-30
JP2012-079075 2012-03-30

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/978,685 A-371-Of-International US20150221023A1 (en) 2012-03-30 2012-12-07 Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program
US15/892,480 Continuation-In-Part US20180165741A1 (en) 2012-03-30 2018-02-09 Information providing device, information providing method, information providing program, and computer-readable storage medium storing the program

Publications (1)

Publication Number Publication Date
WO2013145454A1 true WO2013145454A1 (ja) 2013-10-03

Family

ID=49258787

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/081840 WO2013145454A1 (ja) 2012-03-30 2012-12-07 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体

Country Status (2)

Country Link
US (1) US20150221023A1 (ja)
WO (1) WO2013145454A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015219809A (ja) * 2014-05-20 2015-12-07 ヤフー株式会社 商品出品サーバ、商品出品システム、商品出品方法及びプログラム
JP2016071604A (ja) * 2014-09-30 2016-05-09 株式会社日本総合研究所 情報処理装置、情報処理プログラムおよび情報処理方法
JP6472151B1 (ja) * 2018-07-25 2019-02-20 株式会社メルカリ 情報処理方法、情報処理装置、およびプログラム
WO2019093255A1 (ja) * 2017-11-10 2019-05-16 株式会社日立製作所 リソース調停システムおよびリソース調停装置
JP2019091389A (ja) * 2017-11-10 2019-06-13 株式会社日立製作所 リソース調停システムおよびリソース調停装置
JP2020030624A (ja) * 2018-08-23 2020-02-27 株式会社日本総合研究所 提案装置、提案方法、およびプログラム
JP2020038511A (ja) * 2018-09-05 2020-03-12 児玉 昇司 顧客間レンタル支援システム及び方法
JP7370292B2 (ja) 2020-03-31 2023-10-27 株式会社Nttドコモ 提案装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102202896B1 (ko) * 2014-04-17 2021-01-14 삼성전자 주식회사 전자 장치의 웹 페이지 저장 및 표현 방법
IL232433A0 (en) * 2014-05-04 2014-08-31 Google Inc Limit bid selection to eligible content items
KR102469963B1 (ko) 2016-03-16 2022-11-24 엘지전자 주식회사 이동 단말기 및 그의 동작 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002297946A (ja) * 2001-03-30 2002-10-11 Sanyo Electric Co Ltd オークション支援装置およびオークション支援方法
JP2009122780A (ja) * 2007-11-12 2009-06-04 Yahoo Japan Corp リコメンド装置、およびリコメンド方法
JP2009265745A (ja) * 2008-04-22 2009-11-12 Rakuten Inc オークション処理装置、オークション処理方法、オークション処理プログラム及びオークションシステム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001283030A (ja) * 2000-03-31 2001-10-12 Internatl Business Mach Corp <Ibm> 購入希望価格調査システム、商品提供システム、オークションサーバ、商品販売方法、商品購入方法、記憶媒体及びプログラム伝送装置
US7493274B2 (en) * 2001-10-31 2009-02-17 Amazon.Com, Inc. Marketplace system in which users generate and browse user-to-user preorder listings via a definitive products catalog
EP1618486A4 (en) * 2003-03-27 2008-10-08 Univ Washington IMPLEMENT A PREDATIVE PRIZE BASED ON PREHISTORY
KR100460008B1 (ko) * 2004-05-04 2004-12-04 엔에이치엔(주) 온라인 쇼핑 검색 서비스 제공 방법 및 시스템
US7962374B2 (en) * 2006-04-24 2011-06-14 Andrew Altschuler System and method for selling a product multiple times during the life of the product
US8484099B1 (en) * 2012-02-06 2013-07-09 Amazon Technologies, Inc. Method, medium, and system for behavior-based recommendations of product upgrades

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002297946A (ja) * 2001-03-30 2002-10-11 Sanyo Electric Co Ltd オークション支援装置およびオークション支援方法
JP2009122780A (ja) * 2007-11-12 2009-06-04 Yahoo Japan Corp リコメンド装置、およびリコメンド方法
JP2009265745A (ja) * 2008-04-22 2009-11-12 Rakuten Inc オークション処理装置、オークション処理方法、オークション処理プログラム及びオークションシステム

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015219809A (ja) * 2014-05-20 2015-12-07 ヤフー株式会社 商品出品サーバ、商品出品システム、商品出品方法及びプログラム
JP2016071604A (ja) * 2014-09-30 2016-05-09 株式会社日本総合研究所 情報処理装置、情報処理プログラムおよび情報処理方法
WO2019093255A1 (ja) * 2017-11-10 2019-05-16 株式会社日立製作所 リソース調停システムおよびリソース調停装置
JP2019091389A (ja) * 2017-11-10 2019-06-13 株式会社日立製作所 リソース調停システムおよびリソース調停装置
JP6472151B1 (ja) * 2018-07-25 2019-02-20 株式会社メルカリ 情報処理方法、情報処理装置、およびプログラム
JP2020017068A (ja) * 2018-07-25 2020-01-30 株式会社メルカリ 情報処理方法、情報処理装置、およびプログラム
JP2020030624A (ja) * 2018-08-23 2020-02-27 株式会社日本総合研究所 提案装置、提案方法、およびプログラム
JP7195813B2 (ja) 2018-08-23 2022-12-26 株式会社日本総合研究所 提案装置、提案方法、およびプログラム
JP2020038511A (ja) * 2018-09-05 2020-03-12 児玉 昇司 顧客間レンタル支援システム及び方法
JP7152907B2 (ja) 2018-09-05 2022-10-13 昇司 児玉 顧客間レンタル支援システム及び方法
JP7370292B2 (ja) 2020-03-31 2023-10-27 株式会社Nttドコモ 提案装置

Also Published As

Publication number Publication date
US20150221023A1 (en) 2015-08-06

Similar Documents

Publication Publication Date Title
WO2013145454A1 (ja) 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
US11257138B2 (en) Ticket listing triggered by URL links
JP5442799B2 (ja) タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
TWI407379B (zh) Information processing apparatus, information processing method, information processing program product and recording medium
US20120284152A1 (en) Product purchase support apparatus, product purchase support method, product purchase support program, and computer-readable recording medium recording product purchase support program therein
US9817846B1 (en) Content selection algorithms
US11341550B2 (en) Inventory ingestion and pricing system
JP2015528166A (ja) 商品登録構造を有するネットワーク・トランザクション・プラットフォームシステムと方法
JP2010073170A (ja) 推薦商品選択装置、推薦商品選択プログラムおよび商品検索装置
US20200104868A1 (en) Inventory Ingestion, Image Processing, and Market Descriptor Pricing System
JP5497702B2 (ja) 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
JP5824602B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP6758450B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
KR20130012155A (ko) 소셜 네트워크 서비스 제공 방법 및 장치
JP2009122781A (ja) リコメンドシステム、およびリコメンド方法
TWI503768B (zh) Information processing devices, information processing methods and information processing products
EP2755181B1 (en) Information processing device, information processing method, information processing program, and recording medium
US10402886B2 (en) Information processing device, information processing method, program, and storage medium
JP5364184B2 (ja) 情報提供装置、情報提供方法、プログラム、情報記憶媒体及び情報提供システム
JP5044035B1 (ja) 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
JP2009259002A (ja) ポイント管理システム
KR101695570B1 (ko) 키워드 추출에 의한 온라인 쇼핑 장바구니의 자동 생성 방법
JP2002149945A (ja) 販売価格決定方法及び装置及び販売価格決定プログラムを格納した記憶媒体
JP5275531B1 (ja) 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
US20150317719A1 (en) Determining customer intent in an online retail environment

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2013513490

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13978685

Country of ref document: US

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

Ref document number: 12872799

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 12872799

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE