WO2017081740A1 - 情報処理装置、情報処理方法、プログラム、記憶媒体 - Google Patents
情報処理装置、情報処理方法、プログラム、記憶媒体 Download PDFInfo
- Publication number
- WO2017081740A1 WO2017081740A1 PCT/JP2015/081564 JP2015081564W WO2017081740A1 WO 2017081740 A1 WO2017081740 A1 WO 2017081740A1 JP 2015081564 W JP2015081564 W JP 2015081564W WO 2017081740 A1 WO2017081740 A1 WO 2017081740A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- information
- terminal
- history
- identification information
- Prior art date
Links
Images
Classifications
-
- 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/02—Marketing; Price estimation or determination; Fundraising
Definitions
- the present invention relates to an information processing apparatus, an information processing method, a program, and a storage medium, and more specifically, to a technique for managing history for each set of user identification information and terminal identification information in order to provide information to a user.
- the user ID may be used by a plurality of users. For example, this is the case when the father and mother purchase products using a single user ID. If a product or advertisement is presented in such a case, there is a risk that information unsuitable for the user is presented.
- an object of the present invention is to provide an environment in which information suitable for each user is presented.
- An information processing apparatus includes a history management unit that manages a history for each set of user identification information and terminal identification information, user identification information of a user who has made an information acquisition request, and terminal identification of a terminal used by the user
- a presentation information extraction unit that extracts presentation information using the history corresponding to the set of information
- a presentation control unit that performs control to present the presentation information to a terminal that has made the information acquisition request. For example, even when the account is shared among family members, if the user terminal being used is different, various histories are managed separately for each set of user identification information and terminal identification information. Therefore, information extracted based on the history of each person is presented.
- the information processing apparatus described above selects whether or not to collectively manage the history of a plurality of sets related to the user identification information when there is another set having the same user identification information in the set It is desirable to further include a selection request presenting unit that presents a selection request to be made to a user who uses the user identification information. Thereby, it is determined whether to manage the histories associated with the same user identification information collectively or separately for each terminal identification information based on the user selection result.
- the history management unit of the information processing apparatus described above uses a plurality of terminals having different terminal identification information by the same user for a plurality of sets having the same user identification information but different terminal identification information.
- the plurality of sets of the histories are desirably managed together.
- information to be presented to the user is extracted based on the history managed together.
- the information processing apparatus further includes a determination unit that determines whether the plurality of sets are from the same user based on the history, and the history management unit determines that the history is from the same user. It is desirable to manage the plurality of sets of the histories collectively. Thereby, based on a user's action, it is determined automatically whether it is the same user, and the information shown to a user is extracted based on it.
- An information processing method is an information processing method executed by an information processing apparatus that manages a history for each set of user identification information and terminal identification information, the user identification information of a user who has made an information acquisition request, A presentation information extraction step for extracting presentation information using the history corresponding to a set of terminal identification information of a terminal used by a user, and a control for presenting the presentation information to a terminal that has made the information acquisition request A presentation control step.
- processing for providing an environment for presenting information suitable for each user is executed.
- a program according to the present invention is a program that causes an arithmetic processing unit to execute processing executed as the information processing method.
- a storage medium according to the present invention is a storage medium storing the above program.
- information on recommended products recommended to the user is given as an example of information presented to the user.
- An EC server 1 is taken as an example of the information processing apparatus.
- the EC server 1 provides various functions for the user to purchase commodities via electronic commerce using the communication network 2. Specifically, there are a plurality of stores that are members of electronic commerce operated using the EC server 1, and information (product information) of products sold by the store manager (hereinafter referred to as “seller”). ) And a function for changing the registered product information. For this purpose, the EC server 1 has a function of managing member store information, seller information, and product information. In addition, the EC server 1 orders a product from a seller when a user performs a purchase operation of a product or a function for searching for and presenting a product desired by a user from a group of products handled in electronic commerce.
- Payment processing functions that mediate the exchange of payments when products are sold, functions for delivering products to each user, and functions for notifying users when products are purchased and products
- the EC server 1 has a function of managing user information in order to save time and labor for inputting such information every time a user purchases a product.
- the EC server 1 generates and transmits web page data in order to display a web page as a user interface for realizing the above various functions on another information processing apparatus (for example, the user terminal 3).
- the web page data is, for example, a structured document file such as HTML (Hyper Text Markup Language) or XHTML (Extensible HyperText Markup Language).
- the structured document file describes text data such as product descriptions and image data such as product images, and their arrangement and display mode (character color, font, size, decoration, etc.).
- Examples of the web page include a login page for allowing the user to input login information and a product detail page for displaying detailed product information.
- the EC server 1 also has a user / seller authentication function, a function for registering information in various databases, a function for acquiring information from various databases, and the like.
- the EC server 1 provides recommended product information to the user. Specifically, based on attribute information such as user preference information, a product to be recommended to the user (hereinafter referred to as “recommended product”) is selected and presented. For this purpose, each unit included in the EC server 1 will be described later.
- the configuration of the communication network 2 is not particularly limited.
- the Internet an intranet, an extranet, a LAN (Local Area Network), a CATV (Community Antenna TeleVision) communication network, a virtual private network (Virtual Private Network), a telephone line A network, a mobile communication network, a satellite communication network, etc. are assumed.
- Various examples of transmission media constituting all or part of the communication network 5 are also assumed.
- IEEE Institute of Electrical and Electronics Engineers 1394, USB (Universal Serial Bus), power line carrier, telephone line, etc., infrared, IrDA (Infrared Data Association), Bluetooth (registered trademark), 802.11 wireless It can also be used wirelessly, such as mobile phone networks, satellite lines, and digital terrestrial networks.
- the user terminal 3 is a terminal used by a user who purchases a product through electronic commerce using the EC server 1. Further, the user terminal 3 in the present embodiment performs processing for receiving information on recommended products presented from the EC server 1 and displaying the information on a display device such as a screen. In the user terminal 3, various transmission / reception processes and display processes are executed as necessary.
- the user terminal 3 is, for example, a PC (Personal Computer), a feature phone, a PDA (Personal Digital Assistant) having a communication function, or a smart device such as a smartphone or a tablet terminal.
- the EC server 1 includes a history management unit 1a, a presentation information extraction unit 1b, a presentation control unit 1c, a selection request presentation unit 1d, and a tendency determination unit 1e.
- the history management unit 1a manages a user's browsing history, purchase history, and the like. For this purpose, each history is associated with a user ID and managed. In particular, in the present embodiment, even when the same user ID is used, each history when different terminals are used is managed separately. Therefore, the terminal ID is also associated with the user ID and managed. A specific example will be described later.
- the presentation information extraction unit 1b When the presentation information extraction unit 1b receives a presentation request for information (browsing history or recommended product information) from the user terminal 3, the presentation information extraction unit 1b executes a process of extracting information based on the user ID and the terminal ID.
- the presentation control unit 1c executes processing for presenting the information extracted by the presentation information extraction unit 1b to the user terminal 3.
- the selection request presenting unit 1d integrates a plurality of histories for a user who uses a user ID when the histories of the plurality of terminal IDs are associated with one user ID.
- a process for presenting an option for selecting the item is executed. For example, when person A uses a mobile phone and a PC (that is, when using a plurality of terminals having different terminal IDs), the browsing history when browsing the product on the mobile phone cannot be viewed on the PC. May be inconvenient. Further, when the person A and the person B share one user ID using different user terminals 3, for example, when the person A uses a mobile phone and the person B uses a PC, It may be preferable to present a browsing history for each terminal ID.
- the selection request presenting unit 1d allows the user to select an environment that is highly convenient for the user by presenting options for selecting whether to manage browsing history in an integrated manner or to manage separately based on the terminal ID.
- the tendency determination unit 1e executes a process of determining whether each history is from the same user or a different user for a plurality of sets having the same user ID and different terminal IDs.
- the tendency determining unit 1e corresponds to the determining unit in the claims.
- the EC server 1 includes a user DB (Database) 50 in which user information is stored, a history DB 51 in which browsing history and purchase history are stored, and information on products handled in electronic commerce. Is managed, and a product page DB 53 in which web page data of various web pages is stored is managed.
- a user DB Database
- History DB 51 in which browsing history and purchase history are stored
- product page DB 53 in which web page data of various web pages is stored is managed.
- FIG. 3 is a diagram illustrating hardware of the EC server 1, the user terminal 3, and the user DB 50, the history DB 51, the product DB 52, and the web page DB 53 illustrated in FIG. 1.
- a CPU (Central Processing Unit) 101 of a computer device in each server or terminal follows a program stored in a ROM (Read Only Memory) 102 or a program loaded from a storage unit 108 into a RAM (Random Access Memory) 103. Perform various processes.
- the RAM 103 also appropriately stores data necessary for the CPU 101 to execute various processes.
- the CPU 101, ROM 102, and RAM 103 are connected to each other via a bus 104.
- An input / output interface 105 is also connected to the bus 104.
- the input / output interface 105 includes an input unit 106 including a keyboard, a mouse, and a touch panel, a display including an LCD (Liquid Crystal Display), a CRT (Cathode Ray Tube) and an organic EL (Electroluminescence) panel, and an output including a speaker.
- a storage unit 108 configured by a unit 107, a HDD (Hard Disk Drive), a flash memory device, and the like, and a communication unit 109 that performs communication processing and communication between devices via the communication network 2 are connected.
- a media drive 110 is also connected to the input / output interface 105 as necessary, and a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately mounted, and information can be written to the removable medium 111. Reading is performed.
- a removable medium 111 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately mounted, and information can be written to the removable medium 111. Reading is performed.
- each information processing apparatus which comprises EC server 1, user terminal 3, user DB50, log
- a plurality of computer devices may be configured as a system.
- the plurality of computer devices may be systemized by a LAN or the like, or may be arranged in a remote place in a communicable state by a VPN (Virtual Private Network) using the Internet or the like.
- the user DB 50 stores information on users who use the electronic commerce service provided by the EC server 1. For example, personal information such as a login password, name, age, gender, address, e-mail address, annual income, and hobbies is associated with one user ID (Identification) and stored. Further, information such as a field in which the user is interested is stored.
- history DB 51 various histories are stored for the set of terminal ID and user ID as information of the user terminal 3 used by the user.
- the various histories are, for example, browsing histories and purchase histories. A specific example will be described with reference to FIG.
- various histories are associated with a group in which the user ID is “U — 00001” and the terminal ID is “D — 06637”.
- the various types of history information the date and time information on the user's operation, the type information, and the product information indicating the product targeted for the operation are associated and stored. For example, in the history DB 51 illustrated in FIG.
- the product ID shown in FIG. 4 includes product genre information. That is, the product genre to which the product belongs can be known by looking at the product ID. For example, the product with the product ID “I — 03 — 05651” illustrated in FIG. 4 is a product belonging to the product genre with the number “03”.
- the user whose user ID is “U_00001” is performing an operation for the products of the product genres “02”, “03”, and “04” using the terminal “D_06737”.
- the terminal “D_43573” is used to perform an operation for the products of the product genres “07”, “08”, and “09”. That is, the product genre to be operated is different for each terminal.
- the user whose user ID is “U — 00002” performs an operation for the products of the product genres “01”, “02”, “03”, and “05” using the terminal “D_54605”. . Further, even when the terminal “D_58526” is used, an operation for a product belonging to the same product genre is performed. That is, the product genre to be operated is the same regardless of the terminal.
- the product that the user has purchased or viewed using the user terminal 3 An example using the product genre information will be described. Therefore, here, the example in which the product genre is included in each history stored in the history DB 51 has been described. However, when information other than product genre information is used to determine whether or not the user is the same person, information other than the product genre may be included. For example, when determining whether or not the users using the user terminals 3 and 3 are the same person using the area information using the user terminal 3, the user terminal 3 is used for each history. Position information is stored.
- the information on the target user of the product may be stored for each history.
- the price range of the product may be stored for each history. That is, it is determined whether the user is a user who purchases a high-quality product or a user who purchases a low-priced product, and based on that, it is determined whether each user who uses the user terminals 3 and 3 is the same user. Also good.
- the information about the target user and the price range of the product is information that can be acquired as long as the product ID is known, and thus may not be stored in the history DB 51. In that case, information related to the product (information for men, women, luxury products, low-priced products, etc.) may be acquired by referring to a product DB 52 described later based on the product ID.
- the product DB 52 stores information about each product that can be bought and sold via the EC server 1. For example, for a product ID that can uniquely identify a product, a product genre, product image, manufacturer (maker) information, model number information given by the manufacturer, sales start date, handled product provider information, inventory information, etc. Is linked and stored.
- the product image information may be image data itself or link information (URL information or the like) of stored image data.
- the product DB 52 may store production locations, product specifications (color, size, performance information), and the like.
- the web page DB 53 stores data of various web pages that the EC server 1 provides to users and sellers. Specifically, it is web page data such as a product page, a product detail page, or a user page, a seller page, or a store page. As web page data, URL (Uniform Resource Locator) information of web pages and arrangement information of objects (images, texts, banners, etc.) arranged on each web page are stored. The arrangement information is information that describes the arrangement mode (position, size, color, etc.) of each object on the web page.
- the information stored in the web page DB 53 may be stored in a structured document file such as HTML, for example.
- the EC server 1 provides various functions by continuously executing the processes of steps S101, S111, and S121. Specifically, a process for determining whether or not login information has been received in step S101 is executed, a process for determining whether or not a request for web page data has been received in step S111, and the others in step S121. A process for determining whether or not various requests are received is executed.
- the login information is transmitted from the user terminal 3 to the EC server 1 when the user performs a login operation using the user terminal 3. If it is determined in step S101 that the login information has been received, the EC server 1 executes an authentication process in step S102, and executes a process of notifying the user terminal 3 of the authentication result in step S103.
- the login information sent from the user terminal 3 and the user information (for example, user ID and login password) stored in the user DB 50 are collated to determine whether or not login is possible.
- the EC server 1 After executing the authentication result notification in step S103, or after determining that the login information has not been received in step S101, the EC server 1 determines whether or not the web page data request in step S111 has been received. Execute. If it is determined that the web page data request has been received, the EC server 1 determines whether or not to present a recommended product in step S112.
- the various web pages managed by the EC server 1 include a web page in which an area for presenting recommended products is provided and a web page that is not, and determines which web page is requested.
- the EC server 1 determines whether or not the user has already logged in in step S113. This process is a process for deciding whether or not to use user information for extracting recommended products. If it is determined that the user has logged in, that is, if it is determined that a web page data request has been made while logged in, the EC server 1 executes a process of acquiring a user ID and a terminal ID in step S114. The user ID and the terminal ID are also notified from the user terminal 3 when the web page data request is received in step S111.
- step S115 the EC server 1 executes a process of extracting recommended product information.
- the extraction of recommended product information there are two methods: extraction using user information and extraction without using user information.
- the recommended product information extraction process when user information is not used for example, information on products that are likely to lead to product purchase is extracted from products with a large number of sales, products with a high browsing frequency, or advertisements.
- the recommended product information extraction process when user information is used products are extracted based on user history information.
- Various techniques for extracting recommended products based on the history have been disclosed.
- the recommended product information extraction process in the present embodiment will be described. Specifically, a case where the user is a user identified as the user ID “U — 00001” in FIG. 4 will be described as an example. In this case, the user uses both the terminal A specified by the terminal ID “D_06737” and the terminal B specified by the terminal ID “D_43573”. Depending on whether the user ID “U — 00001” is used by one user or a plurality of users, the extraction result of the recommended product information extraction process differs.
- the EC server 1 performs recommended product information extraction processing in consideration of these situations.
- a case will be described in which the user answers whether the user is a single user or a plurality of users.
- step S201 the EC server 1 executes processing for determining whether or not the user is a single user.
- the EC server 1 makes a recommendation in step S202 by referring to the history information based on the user ID without considering the terminal ID. Extract products. Specifically, a product that considers both the history in which the terminal ID stored in the history DB 51 is “D_06737” and the history in which the terminal ID is “D_43573” is extracted as a recommended product. That is, according to FIG. 4, products whose product genre is “02”, “03”, “04”, “06”, “07”, “08”, “09” are extracted as recommended products.
- the EC server 1 executes processing for determining whether or not the user is a single user.
- the EC server 1 makes a recommendation in step S202 by referring to the history information based on the user ID without considering the terminal ID. Extract products. Specifically, a product that considers both the history in which the terminal ID stored in the history DB 51 is “D_06737” and the history in
- the EC server 1 when it is determined that the user is not a single user (that is, when the user replies that it is a plurality of users), the EC server 1 refers to history information based on both the terminal ID and the user ID in step S203. Extract recommended products. Specifically, the recommended product is extracted based on either the history in which the terminal ID stored in the history DB 51 is “D_06737” or the history in which the terminal ID is “D_43573”. That is, based on the terminal ID of the user terminal 3 that transmitted the web page data request in step S111, the recommended product information extraction process is performed with reference to any of the above-described histories. An example in which the EC server 1 performs a tendency determination process for determining whether a user is a single user or a plurality of users will be described later.
- step S116 the EC server 1 executes a process for generating web page data.
- This web page data includes recommended product information. However, this is not the case when it is determined in step S112 that the recommended product is not presented.
- step S117 the EC server 1 executes processing for transmitting web page data to the user terminal 3.
- the EC server 1 After executing the web page data transmission process of step S117, or after determining that the web page data request has not been received in step S111, the EC server 1 determines whether or not the other request of step S121 has been received. Execute the process. Other requests include, for example, a request for changing user information and a request for purchasing a product. When receiving these requests, the EC server 1 executes processing corresponding to each request in step S122. Specifically, if a user information change request is received, it is confirmed whether the new user information input by the user is correct information, and processing for updating the information in the user DB 50 is executed. If a purchase request for a product is received, processing for notifying the store that the product has been purchased, settlement processing for mediating exchange of price, and the like are executed as corresponding processing.
- step S101 After executing the corresponding process of step S122 or determining that no other request has been received in step S121, the EC server 1 executes the process of step S101 again.
- FIG. 7 is a process executed by the EC server 1.
- step S ⁇ b> 301 it is determined whether or not operation information to be saved as a history (for example, a browsing history or a purchase history) has been received. If not received, the series of processing in FIG. 7 is terminated. If it is determined that it has been received, the EC server 1 determines in step S302 whether the operation information has been received from a new user terminal 3 that is not stored in the history DB 51, that is, whether a new terminal ID should be attached. The process for determining is executed. If it is not a new terminal ID, that is, if a set of user ID and terminal ID is stored in the history DB 51, the series of processing shown in FIG.
- a new terminal ID that is, if a set of user ID and terminal ID is stored in the history DB 51
- the EC server 1 executes a process of determining whether or not a pair having the same user ID and a different terminal ID is stored in the history DB 51 in step S303. If not stored, that is, if the user ID is a new ID, the series of processes shown in FIG. 7 is terminated. On the other hand, when the history related to the set of different terminal IDs with the same user ID is stored in the history DB 51, that is, when it can be assumed that the user has started to use a different user terminal 3, the EC server 1 performs the step In S304, an option presentation process for presenting options to the user terminal 3 that is the transmission source of the operation information is executed.
- the option presentation page is presented to the user terminal 3 as the dialog 4, for example.
- the option presentation page is provided with an integrated management option 5 for collectively managing all history information related to one user ID, another management option 6 for managing separately for different terminal IDs, and a decision button 7. It has been.
- the integrated management option 5 the EC server 1 manages the history by the user ID regardless of the terminal ID. Therefore, when a recommended product is extracted, a recommended product based on a product viewed on another user terminal 3 may be extracted.
- the EC server 1 manages the history for each set of user ID and terminal ID. Therefore, the recommended product is not extracted based on the product viewed on another user terminal 3.
- FIG. 8 shows an example in which the user is presented with an option for selecting whether or not to perform integrated management, but an option for selecting whether or not the user is a single user may be presented to the user. That is, an option indicating that there is only one user using the user ID and an option indicating that the user ID is shared by a plurality of users are presented. In this case, the option indicating that there is only one user using the user ID is the integrated management option 5, and the option indicating that the user ID is shared by a plurality of users is the separate management option 6.
- an option for integrating only some terminal IDs may be presented.
- three terminal IDs “D_06737”, “D_43573”, and “D_77172” are associated with one user ID “U_00001”
- user A is a user with terminal IDs “D_06737” and “D_43573”.
- An example in which the terminals 3A and 3B are used and the user B uses the user terminal 3C having the terminal ID “D_77172” will be described.
- the option for integrated management of the user terminal 3A, 3B, 3C the option for integrated management of only the user terminal 3A, 3B, and the user terminal 3A, 3C.
- Options for managing only the user terminals 3B and 3C and options for separately managing all the user terminals 3A, 3B and 3C are presented. Thereby, the information (recommended goods etc.) along a user's usage form can be shown. It should be noted that the presentation of options is an example, and the user may be allowed to input user terminals 3, 3, 3,.
- the trend determination process is a process executed by the EC server 1 in order to determine whether the user is a single user or a plurality of users.
- An example of the timing for executing the trend determination process is shown in FIG.
- the EC server 1 determines whether or not operation information that is to be saved as a history (for example, a browsing history or a purchase history) has been received. If it has not been received, the series of processing in FIG. 9 ends. If it is determined that it has been received, the EC server 1 executes a trend determination process in the subsequent step S402.
- the tendency determination process the tendency of the user who is using each user terminal 3 (that is, for each terminal ID) is determined, and it is determined whether or not the user is the same user who uses the other user terminal 3. To do.
- the EC server 1 manages each history for each user terminal 3 based on the determination result, or manages each history based on the user ID regardless of the user terminal 3. To decide.
- each history is managed based on the user ID (that is, history information based on operations performed from other user terminals 3 is also displayed), and when determined as different users , Each history is managed based on a set of a user ID and a terminal ID (that is, history information based on an operation performed from another user terminal 3 is not displayed).
- a terminal ID that is, history information based on an operation performed from another user terminal 3 is not displayed.
- step S501 the EC server 1 executes processing for determining whether or not the product genres of the products browsed / purchased on the user terminal 3A and the user terminal 3B are different. If they are different, the EC server 1 determines in step S502 that the users using the user terminals 3A and 3B are different users. If the merchandise genres of the products viewed / purchased on the user terminal 3A and the user terminal 3B are similar, the EC server 1 determines in step S503 that the users using the user terminals 3A and 3B are the same user. To do.
- the history of the user terminal 3 ⁇ / b> A (terminal ID “D_06737”) and the history of the user terminal 3 ⁇ / b> B (terminal ID “D_43573”) are determined as different users because the product genres are different.
- the example which determines whether a goods genre is different was demonstrated here, the example other than this can also be considered. For example, it may be determined based on the similarity (or affinity) of the product genre. Specifically, the product genre A and the product genre B are different genres, but if the product genre is highly compatible, it can be considered that these genres are regarded as the same genre. Further, when only a part of the product genre is different, it can be determined that the user is a different user when the ratio of the different product genres is equal to or greater than a predetermined value.
- the history based on the user terminal 3A targets the product genres “02”, “03”, “04”, and the history based on the user terminal 3B includes the product genres “02”, “03”, If it is “06” or “07”, the ratio of different product genres is calculated, and it is determined whether or not they are the same user based on whether or not the ratio is larger than a predetermined value. Also good.
- the product genres that appear in the history based on the user terminals 3A and 3B are “02”, “03”, “04”, “06”. ”And“ 07 ”, the total number of genres is calculated as“ 5 ”.
- the ratio of the different product genres is calculated as 40% (“matching genre number” / “total genre number” ⁇ 100) obtained by dividing the number of matching genres by the total number of genres and multiplying by 100.
- this value is a predetermined value (for example, 50%) or more, it is determined that they are the same user, and when it is less than the predetermined value, they are determined as different users.
- the price distribution of the products purchased at the user terminals 3A and 3B may be simply compared. Further, the degree of deviation between the price of the purchased product and the average price of the product genre to which the purchased product belongs may be compared. Accordingly, it is possible to determine whether or not the user likes a high product in consideration of the price difference for each product genre, and whether or not the user is appropriately the same user based on the determination result. Can be determined.
- the average price of products purchased at the user terminal 3A is “10000 yen”
- the average price of products purchased at the user terminal 3B is “14000 yen”.
- the average price of all products purchased by the user using the user terminals 3A and 3B is “11000 yen”.
- whether or not the value is equal to or greater than a predetermined value determines whether or not the user is the same user.
- a variance value or a standard deviation value of the price of purchased products may be calculated for each terminal, and the difference may be taken into consideration. If the variance value and the standard deviation value are similar regardless of the terminal, it can be determined that they are the same user.
- step S504 the EC server 1 determines whether or not the user terminals 3A and 3B are used in different areas. When used in different regions (for example, when the user terminal 3A is used in the Kansai region and the user terminal 3B is used in the Kanto region), the EC server 1 determines as a different user in step S505. On the other hand, when the user terminals 3A and 3B are used in the same region, the EC server 1 determines as the same user in step S506.
- the use area may not be completely different, and some of the areas may be different. In that case, you may consider how different a use area is.
- the user terminal 3A is used in Shinjuku and Funabashi
- the user terminal 3B is used in Kanda and Funabashi.
- the matched area is calculated as 33% (1 area / 3 area ⁇ 100), and it is determined whether or not they are the same user according to a comparison result with a predetermined value.
- step S507 the EC server 1 determines whether or not the terminals 3A and 3B are used in different time zones.
- the EC server 1 performs the step In step S508, the user is determined as a different user.
- the EC server 1 determines as the same user in step S509.
- the coincidence ratio of used time zones may be calculated. Further, when a plurality of user terminals 3A and 3B are used at the same time, they may be determined as different users.
- step S510 the EC server 1 determines whether the operation mode is different.
- the operation mode for example, the input speed when inputting characters in various input fields, the operation method when switching input fields (whether switching by keyboard operation or mouse operation), , The style of the review posted on the product or the store, and information such as the browsing speed of various web pages (the stay time of the web page) are different
- the EC server 1 determines in step S511 that it is a different user. To do.
- the EC server 1 determines in step S512 that they are the same user. Note that, as in the first example, the second example, and the third example, it may be determined whether or not they are the same user by quantifying the degree of matching of the operations and determining a predetermined value.
- Management mode An example of a management mode when managing history information based on a plurality of terminal IDs together when managing a plurality of terminal IDs associated with one user ID will be described.
- a first example is shown in FIG.
- management is performed using flag information so that the user terminals 3 to be collectively managed can be understood.
- an integrated management flag indicating whether or not management is performed collectively for each set of user ID and terminal ID is stored.
- history information related to the user with the user ID “U — 00001” is managed collectively.
- history information related to the user with the user ID “U — 00002” is managed for each terminal.
- the history information related to the user with the user ID “U — 00003” only the history information of three terminals among the four terminals is managed collectively.
- FIG. 13 A second example is shown in FIG. In the second example, management is performed using the integration destination terminal information so that the user terminals 3 to be managed together can be understood.
- the history information related to the user with the user ID “U — 00001” is integrated and managed with the history information of the user terminal 3 with the terminal ID “D — 06637”.
- history information related to the user with the user ID “U — 00002” is integrated and managed with the history information of the user terminal 3 with the terminal ID “D — 10125”.
- the history information related to the user with the user ID “U — 00003” is integrated and managed by the two user terminals 3 and 3.
- the history information of the user terminals 3 and 3 with the terminal IDs “D_10125” and “D_22658” is integrated and managed with the history information of the terminal ID “D_10125”. Then, the history information of the user terminals 3 and 3 having the terminal IDs “D — 23290” and “D — 48701” is managed by being integrated with the history information of the terminal ID “D — 23290”.
- a third example is shown in FIG.
- the history information of the user terminals 3, 3,... Managed together is managed without using new information such as flags and integration destination information.
- history information relating to a user with a user ID “U — 00001” that is to be managed collectively is stored without distinguishing which terminal is based on the history.
- history information related to the user with the user ID “U — 00002” that is to be managed for each terminal is managed for each terminal ID.
- the EC server 1 includes a history management unit 1a that manages a history for each set of a user ID and a terminal ID, a set of a user ID of a user who has made an information acquisition request, and a terminal ID of the user terminal 3 used by the user.
- a presentation information extraction unit 1b that extracts presentation information (recommendation information, advertisement information, etc.) using a history corresponding to the information, and a presentation control unit that performs control to present the presentation information to the user terminal 3 that has made an information acquisition request 1c. For example, even when the account is shared within the family, if the user terminal being used is different, various histories are managed separately for each set of user ID and terminal ID.
- information extracted based on the history of each person is presented. More specifically, for example, when the mother and father use the same user ID and the user terminal 3 does not share, products such as cosmetics are given to the father based on the browsing / purchase history of the mother. The recommendation can be prevented, and conversely, the product such as golf equipment can be prevented from being recommended to the mother based on the browsing / purchase history of the father.
- a limited presentation area for example, a monitor
- information extracted based on the behavior of another person is presented. This is wasteful for both the e-commerce operator and the user receiving the information. According to the present invention, it is possible to effectively utilize resources of the user terminal 3 by efficiently presenting valuable information using limited resources.
- a selection request presenting unit 1d that presents a selection request (for example, an option) to select a user to the user who uses the user ID.
- the history management unit 1a allows a plurality of terminals having different terminal IDs to be assigned to the same user for a plurality of sets having the same user ID and different terminal IDs. If it is determined that it is in use, a plurality of sets of histories are managed together. Thereby, for a plurality of terminals determined to be used by the same user, information to be presented to the user is extracted based on the history managed together. Therefore, appropriate information based on the user's usage mode can be presented to the user.
- the history management unit further includes a determination unit (trend determination unit 1e) that determines whether or not a plurality of sets are from the same user from the history.
- 1a collectively manages a plurality of sets of histories whose history is determined to be from the same user. Thereby, based on a user's action, it is determined automatically whether it is the same user, and the information shown to a user is extracted based on it. Accordingly, it is possible to present appropriate information to the user without forcing the user to input it.
- An effective effect can be obtained not only when different users share one user ID but also when the same user changes the terminal used depending on the environment. For example, when accessing using a workplace terminal and accessing using a home terminal, one user uses one account (that is, uses one user ID). There is a possibility that the products to be browsed differ depending on the terminal. Or, even in the same home, there are cases where terminals are used properly depending on usage. In such a case, since the tendency of each history based on the terminal at work and the terminal at home is different, the tendency determination unit 1e is used by different users even though the same user uses both terminals. It is determined that Therefore, recommended products are selected and provided based on the browsing history and purchase history information for each terminal in the workplace terminal and the home terminal.
- the recommended product based on the product viewed on the home terminal is not presented on the work terminal for the user who uses the work terminal differently from the home terminal.
- the appropriate information can be presented. That is, it is possible to select and present recommended products based on the browsing history and purchase history information for each terminal in accordance with the user's usage mode in which the usage is properly used for each terminal.
- an example of presenting recommended product information to the user has been shown, but an example of presenting other information may also be used.
- information such as advertisements.
- a user browses a different product genre for each terminal that is, when the terminal is properly used depending on the application, information suitable for the usage can be presented.
- an information processing apparatus other than the EC server 1 for the above-described electronic commerce is also conceivable.
- an electronic book distribution server that distributes electronic content such as an electronic book, a moving image distribution server that distributes various types of moving images, a music distribution server that distributes music data, and the like.
- the electronic book distribution server presents, to the user terminal 3, the history of the electronic book that the user has purchased so far (or the history of the electronic book that has been viewed) or the recommended book based on the history. It is possible to do.
- information according to the history information for each terminal is presented, and information is presented based on the history information associated with the user ID regardless of the terminal.
- the storage mode of the history information may be the same.
- each history is managed by associating the terminal ID of the user terminal 3 that performed the operation with the user ID. That is, the stored information is the same regardless of the management method.
- the presentation information (recommendation information, advertisement information, etc.) to the user, the same effect can be obtained if the management method of the history information of the user is taken into consideration. That is, if the history information is a user whose management is integrated, the presentation information is extracted for all the history associated with the user ID. If the history information is a user managed for each terminal ID, the presentation information is extracted for the history associated with the user ID and the terminal ID.
- the history information is changed from the state managed separately for each set of user ID and terminal ID to the state managed in an integrated manner.
- the history information is managed separately from the state managed in an integrated manner.
- the state may be repeated a plurality of times. That is, it can be considered to make a transition from another management state to an integrated management state, or from an integrated management state to another management state, depending on the situation of the user at that time. Further, these state transitions may be performed based on a user's answer that can be acquired by, for example, presenting the options as shown in FIG. 8, or the trend determination process as shown in FIGS.
- the EC server 1 may automatically perform based on the determination result.
- the program in each embodiment is a program that is executed by an arithmetic processing device (such as a CPU) included in the EC server 1.
- This program causes an information processing apparatus that manages history for each set of user identification information and terminal identification information to execute the following procedures.
- a calculation processing device is caused to execute a presentation information extraction procedure for extracting presentation information using a history corresponding to a set of user identification information of a user who has made an information acquisition request and terminal identification information of a terminal used by the user.
- the arithmetic processing device is caused to execute a presentation control procedure for performing control for presenting presentation information to the terminal that has made the information acquisition request. That is, this program is a program that causes the arithmetic processing unit to execute the processes described in FIGS. 5 to 7 and FIGS. 9 to 11.
- the EC server 1 described above can be realized by such a program.
- a program can be stored in advance in an HDD as a storage medium built in a device such as a computer device or a ROM in a microcomputer having a CPU. Alternatively, it can be stored (stored) temporarily or permanently in a removable storage medium such as a semiconductor memory, memory card, optical disk, magneto-optical disk, or magnetic disk. Such a removable storage medium can be provided as so-called package software. Further, such a program can be installed from a removable storage medium to a personal computer or the like, or can be downloaded from a download site via a network such as a LAN or the Internet.
- 1 EC server 1a history management unit, 1b presentation information extraction unit, 1c presentation control unit, 1d selection request presentation unit, 1e trend determination unit, 2 communication network, 3, 3A, 3B, 3C user terminal, 50 user DB, 51 History DB, 52 Product DB, 53 Web Page DB
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
ユーザごとに適した情報を提示する環境を提供することを目的とする。このために、情報処理装置は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える。
Description
本発明は、情報処理装置、情報処理方法、プログラム、記憶媒体に関し、具体的には、ユーザに情報を提供するために、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する技術に関する。
インターネットなどの通信ネットワークの発達に応じて、商品の購入態様も変化してきている。具体的には、直接店舗へ赴いて商品を購入する形態から、インターネットを介して商品を購入する形態へ変化してきている。
インターネットを介して商品を購入する際には、商品の配達先等の各種情報を購入するたびに入力しなくて済むように、ユーザ識別情報（ユーザＩＤ（Identification））を用いることが多い。
このようなユーザＩＤを用いた商品購入は、各店舗の購入サイトや仮想商店街を実現したＥＣ（Electronic Commerce）サイトを閲覧しながら行われることが多く、閲覧の際にはお勧め商品が提示されたり、広告が提示されたりすることがある（例えば特許文献１）。
お勧め商品の提示や広告の提示においては、購入履歴などのユーザ情報に応じてなされる嗜好判定に基づいて、必要な情報（即ち、ユーザに提供すべき商品や広告の情報）が抽出されて提示される。
インターネットを介して商品を購入する際には、商品の配達先等の各種情報を購入するたびに入力しなくて済むように、ユーザ識別情報（ユーザＩＤ（Identification））を用いることが多い。
このようなユーザＩＤを用いた商品購入は、各店舗の購入サイトや仮想商店街を実現したＥＣ（Electronic Commerce）サイトを閲覧しながら行われることが多く、閲覧の際にはお勧め商品が提示されたり、広告が提示されたりすることがある（例えば特許文献１）。
お勧め商品の提示や広告の提示においては、購入履歴などのユーザ情報に応じてなされる嗜好判定に基づいて、必要な情報（即ち、ユーザに提供すべき商品や広告の情報）が抽出されて提示される。
ところが、ユーザＩＤを複数のユーザで使用する場合がある。例えば、父親と母親が一つのユーザＩＤを使ってそれぞれ商品を購入している場合などである。
このような場合に商品や広告を提示すると、ユーザにとってふさわしくない情報が提示される虞がある。
そこで、本発明はこのような状況を考慮し、ユーザごとに適した情報を提示する環境を提供することを目的とする。
このような場合に商品や広告を提示すると、ユーザにとってふさわしくない情報が提示される虞がある。
そこで、本発明はこのような状況を考慮し、ユーザごとに適した情報を提示する環境を提供することを目的とする。
本発明に係る情報処理装置は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える。
例えば、家族間でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザ識別情報と端末識別情報の組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。
例えば、家族間でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザ識別情報と端末識別情報の組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。
上記した情報処理装置は、前記組の中で同一のユーザ識別情報を有する組が他にある場合に、当該ユーザ識別情報に係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示部と、を更に備えることが望ましい。
これにより、ユーザの選択結果に基づいて同一のユーザ識別情報に紐付けられた各履歴をまとめて管理するか、或いは、端末識別情報ごとに別々に管理するか、決定される。
これにより、ユーザの選択結果に基づいて同一のユーザ識別情報に紐付けられた各履歴をまとめて管理するか、或いは、端末識別情報ごとに別々に管理するか、決定される。
上記した情報処理装置の前記履歴管理部は、ユーザ識別情報が同一であって端末識別情報が異なる複数の組に対して、当該異なる端末識別情報を有する複数の端末を同一ユーザが使用していると判定された場合に、前記複数の組の前記履歴をまとめて管理することが望ましい。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。
上記した情報処理装置は、前記複数の組に対して前記履歴から同一ユーザによるものか否かを判定する判定部と、を更に備え、前記履歴管理部は、前記履歴が同一ユーザによるものと判定された前記複数の組の前記履歴をまとめて管理することが望ましい。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。
本発明に係る情報処理方法は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、を有するものである。
この情報処理方法により、ユーザごとに適した情報を提示する環境を提供するための処理が実行される。
この情報処理方法により、ユーザごとに適した情報を提示する環境を提供するための処理が実行される。
本発明に係るプログラムは、上記情報処理方法として実行する処理を演算処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
本発明によれば、ユーザごとに適した情報を提示する環境を提供することができる。
本実施の形態においては、ユーザに提示される情報として、当該ユーザにお勧めするリコメンド商品の情報を例に挙げる。また、情報処理装置として、ＥＣサーバ１を例に挙げる。
以下、実施の形態を次の順序で説明する。
以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．ハードウェア構成＞
＜３．ＤＢ＞
［３－１．ユーザＤＢ］
［３－２．履歴ＤＢ］
［３－３．商品ＤＢ］
［３－４．ウェブページＤＢ］
＜４．処理の流れ＞
［４－１．全体の処理の流れ］
［４－２．選択肢提示処理］
［４－３．傾向判定処理］
～４－３－１．第１例～
～４－３－２．第２例～
～４－３－３．第３例～
～４－３－４．第４例～
＜５．管理態様＞
＜６．まとめ＞
＜７．プログラム＞
＜２．ハードウェア構成＞
＜３．ＤＢ＞
［３－１．ユーザＤＢ］
［３－２．履歴ＤＢ］
［３－３．商品ＤＢ］
［３－４．ウェブページＤＢ］
＜４．処理の流れ＞
［４－１．全体の処理の流れ］
［４－２．選択肢提示処理］
［４－３．傾向判定処理］
～４－３－１．第１例～
～４－３－２．第２例～
～４－３－３．第３例～
～４－３－４．第４例～
＜５．管理態様＞
＜６．まとめ＞
＜７．プログラム＞
＜１．全体構成＞
本実施の形態としてのＥＣサーバ１を含むネットワークシステム全体の構成について、図１及び図２を用いて説明する。
尚、以下に示す実施の形態では、電子商取引における各種サービスを提供するＥＣサーバ１を例に挙げて説明する。
図１に示すように、本実施の形態のＥＣサーバ１は、通信ネットワーク２を介して、各種の情報配信の対象とされたユーザが利用するユーザ端末３，３，３，・・・と相互に通信可能な状態で接続されている。
本実施の形態としてのＥＣサーバ１を含むネットワークシステム全体の構成について、図１及び図２を用いて説明する。
尚、以下に示す実施の形態では、電子商取引における各種サービスを提供するＥＣサーバ１を例に挙げて説明する。
図１に示すように、本実施の形態のＥＣサーバ１は、通信ネットワーク２を介して、各種の情報配信の対象とされたユーザが利用するユーザ端末３，３，３，・・・と相互に通信可能な状態で接続されている。
ＥＣサーバ１は、通信ネットワーク２を利用した電子商取引を介してユーザが商品を購入するための各種機能を提供する。
具体的には、ＥＣサーバ１を用いて運営される電子商取引に加盟している店舗が複数あり、該店舗の管理者（以降、「販売者」と記載）が販売する商品の情報（商品情報）を登録するための機能や、登録された商品情報を変更する機能をＥＣサーバ１は有する。そのために、ＥＣサーバ１は、加盟店舗情報や販売者情報や商品情報を管理する機能を備える。
また、ＥＣサーバ１は、電子商取引で扱っている商品群の中からユーザが所望する商品を検索して提示する機能や、ユーザが商品の購入操作を行った際に、販売者へ商品を発注する機能や、商品の売買が成立した際の代金のやりとりを仲介する決済処理機能、各ユーザへ商品を配送するための機能、そして、商品の購入が確定した際のユーザへの通知機能や商品を購入したユーザ情報を販売者へ通知する機能などを有する。
ユーザが商品を購入する際には、商品の送付先（住所）情報や、クレジットカード番号や連絡先（電子メールアドレスなど）の情報が必要とされる。ユーザが商品を購入するたびにこれらの情報を入力する手間を省くため、ＥＣサーバ１は、ユーザ情報を管理する機能を備える。
具体的には、ＥＣサーバ１を用いて運営される電子商取引に加盟している店舗が複数あり、該店舗の管理者（以降、「販売者」と記載）が販売する商品の情報（商品情報）を登録するための機能や、登録された商品情報を変更する機能をＥＣサーバ１は有する。そのために、ＥＣサーバ１は、加盟店舗情報や販売者情報や商品情報を管理する機能を備える。
また、ＥＣサーバ１は、電子商取引で扱っている商品群の中からユーザが所望する商品を検索して提示する機能や、ユーザが商品の購入操作を行った際に、販売者へ商品を発注する機能や、商品の売買が成立した際の代金のやりとりを仲介する決済処理機能、各ユーザへ商品を配送するための機能、そして、商品の購入が確定した際のユーザへの通知機能や商品を購入したユーザ情報を販売者へ通知する機能などを有する。
ユーザが商品を購入する際には、商品の送付先（住所）情報や、クレジットカード番号や連絡先（電子メールアドレスなど）の情報が必要とされる。ユーザが商品を購入するたびにこれらの情報を入力する手間を省くため、ＥＣサーバ１は、ユーザ情報を管理する機能を備える。
そして、ＥＣサーバ１は、上記の各種機能を実現するためのユーザインタフェースとしてのウェブページを他の情報処理装置（例えばユーザ端末３）上に表示させるために、ウェブページデータの生成と送信を行う。
ウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、商品の説明などのテキストデータや商品画像などの画像データと、それらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述されている。
ウェブページとしては、例えば、ユーザにログイン情報を入力させるためのログインページや、商品の詳細情報を表示するための商品詳細ページなどである。
また、ＥＣサーバ１は、ユーザや販売者の認証機能や各種データベースへの情報の登録機能、各種データベースから情報を取得する機能などを備える。
ウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、商品の説明などのテキストデータや商品画像などの画像データと、それらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述されている。
ウェブページとしては、例えば、ユーザにログイン情報を入力させるためのログインページや、商品の詳細情報を表示するための商品詳細ページなどである。
また、ＥＣサーバ１は、ユーザや販売者の認証機能や各種データベースへの情報の登録機能、各種データベースから情報を取得する機能などを備える。
更に、ＥＣサーバ１は、ユーザにリコメンド商品の情報を提供する。具体的には、ユーザの嗜好情報などの属性情報に基づいてユーザにリコメンドする商品（以降、「リコメンド商品」と記載）を選択して提示する。そのためにＥＣサーバ１が備える各部については後述する。
通信ネットワーク２の構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
また通信ネットワーク５の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
また通信ネットワーク５の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
ユーザ端末３は、ＥＣサーバ１を用いた電子商取引を介して商品を購入するユーザが使用する端末である。また、本実施の形態におけるユーザ端末３は、ＥＣサーバ１から提示されるリコメンド商品の情報を受信して、画面などの表示装置に表示する処理を行う。
ユーザ端末３では、必要に応じて各種の送受信処理や表示処理などが実行される。また、ユーザ端末３は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどである。
ユーザ端末３では、必要に応じて各種の送受信処理や表示処理などが実行される。また、ユーザ端末３は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどである。
図２を参照して、ＥＣサーバ１が備える各部の説明を行う。
ＥＣサーバ１は、履歴管理部１ａと、提示情報抽出部１ｂと、提示制御部１ｃと、選択要求提示部１ｄと、傾向判定部１ｅとを備える。
履歴管理部１ａは、ユーザの閲覧履歴や購入履歴などを管理する。そのために、ユーザＩＤに各履歴を紐付けて管理する。特に本実施の形態では、同じユーザＩＤであっても異なる端末を用いた場合の各履歴は、区別して管理する。従って、ユーザＩＤに対して端末ＩＤも紐付けて管理する。
具体的な例は後述する。
ＥＣサーバ１は、履歴管理部１ａと、提示情報抽出部１ｂと、提示制御部１ｃと、選択要求提示部１ｄと、傾向判定部１ｅとを備える。
履歴管理部１ａは、ユーザの閲覧履歴や購入履歴などを管理する。そのために、ユーザＩＤに各履歴を紐付けて管理する。特に本実施の形態では、同じユーザＩＤであっても異なる端末を用いた場合の各履歴は、区別して管理する。従って、ユーザＩＤに対して端末ＩＤも紐付けて管理する。
具体的な例は後述する。
提示情報抽出部１ｂは、ユーザ端末３から情報（閲覧履歴やリコメンド商品の情報）の提示要求を受信した場合に、ユーザＩＤと端末ＩＤに基づいて情報を抽出する処理を実行する。
提示制御部１ｃは、提示情報抽出部１ｂが抽出した情報をユーザ端末３へ提示する処理を実行する。
選択要求提示部１ｄは、一つのユーザＩＤに対して複数の端末ＩＤによる各履歴が紐付けられている場合に、ユーザＩＤを利用するユーザに対して、これらの複数の履歴を統合するか否かを選択させる選択肢を提示する処理を実行する。
例えば、人物Ａが携帯電話とＰＣを利用している場合（即ち、端末ＩＤの異なる複数の端末を利用している場合）、携帯電話で商品を閲覧した際の閲覧履歴をＰＣで閲覧できないのは不便である虞がある。
また、人物Ａと人物Ｂが別々のユーザ端末３を用いて一つのユーザＩＤを共有している場合、例えば人物Ａが携帯電話を利用し人物ＢがＰＣを利用している場合には、それぞれの端末ＩＤごとに閲覧履歴を提示することが好ましい虞がある。
選択要求提示部１ｄは、閲覧履歴を統合して管理するか、或いは、端末ＩＤに基づいて分けて管理するかを選択させる選択肢を提示することにより、ユーザにとって利便性の高い環境を選択させる。
例えば、人物Ａが携帯電話とＰＣを利用している場合（即ち、端末ＩＤの異なる複数の端末を利用している場合）、携帯電話で商品を閲覧した際の閲覧履歴をＰＣで閲覧できないのは不便である虞がある。
また、人物Ａと人物Ｂが別々のユーザ端末３を用いて一つのユーザＩＤを共有している場合、例えば人物Ａが携帯電話を利用し人物ＢがＰＣを利用している場合には、それぞれの端末ＩＤごとに閲覧履歴を提示することが好ましい虞がある。
選択要求提示部１ｄは、閲覧履歴を統合して管理するか、或いは、端末ＩＤに基づいて分けて管理するかを選択させる選択肢を提示することにより、ユーザにとって利便性の高い環境を選択させる。
傾向判定部１ｅは、ユーザＩＤが同一であって端末ＩＤが異なる複数の組に対して、各履歴が同一ユーザによるものか或いは異なるユーザによるものかを判定する処理を実行する。尚、傾向判定部１ｅは請求項における判定部に相当する。
これまで説明してきた各種機能を実現するために、ＥＣサーバ１は、ユーザ情報が記憶されるユーザＤＢ（Database）５０、閲覧履歴や購入履歴が記憶される履歴ＤＢ５１、電子商取引で扱う商品の情報が記憶される商品ＤＢ５２、各種ウェブページのウェブページデータが記憶されるウェブページＤＢ５３を管理する。
＜２．ハードウェア構成＞
図３は、図１に示したＥＣサーバ１、ユーザ端末３、そして、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のハードウェアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、通信ネットワーク２を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
図３は、図１に示したＥＣサーバ１、ユーザ端末３、そして、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のハードウェアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、通信ネットワーク２を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。また、リムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のそれぞれにおいて後述する情報処理や通信が実行される。
尚、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３を構成するそれぞれの情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを利用したＶＰＮ（Virtual Private Network）などにより通信可能な状態で遠隔地に配置されたものでもよい。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のそれぞれにおいて後述する情報処理や通信が実行される。
尚、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３を構成するそれぞれの情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを利用したＶＰＮ（Virtual Private Network）などにより通信可能な状態で遠隔地に配置されたものでもよい。
＜３．ＤＢ＞
ＥＣサーバ１が管理する各種ＤＢについて説明する。
［３－１．ユーザＤＢ］
ユーザＤＢ５０にはＥＣサーバ１が提供する電子商取引サービスを利用するユーザの情報が記憶される。例えば、一つのユーザＩＤ（Identification）に対して、ログインパスワード、氏名、年齢、性別、住所、メールアドレス、年収、趣味などの個人的な情報が紐付けられて記憶される。更に、ユーザが興味のある分野などの情報が記憶される。
ＥＣサーバ１が管理する各種ＤＢについて説明する。
［３－１．ユーザＤＢ］
ユーザＤＢ５０にはＥＣサーバ１が提供する電子商取引サービスを利用するユーザの情報が記憶される。例えば、一つのユーザＩＤ（Identification）に対して、ログインパスワード、氏名、年齢、性別、住所、メールアドレス、年収、趣味などの個人的な情報が紐付けられて記憶される。更に、ユーザが興味のある分野などの情報が記憶される。
［３－２．履歴ＤＢ］
履歴ＤＢ５１には、ユーザが使用するユーザ端末３の情報として、端末ＩＤとユーザＩＤの組に対して、各種履歴が記憶される。各種履歴は、例えば、閲覧履歴や購入履歴などである。
具体的な例を、図４を参照して説明する。
履歴ＤＢ５１には、ユーザＩＤが「Ｕ＿００００１」、端末ＩＤが「Ｄ＿０６６３７」とされた組に対して、各種履歴が紐付けられている。
各種履歴情報としては、ユーザが操作を行った日時情報と、種別情報と、操作の対象となった商品を示す商品情報とが紐付けられて記憶される。
例えば、図４に示す履歴ＤＢ５１には、商品ＩＤが「Ｉ＿０３＿０５６５１」とされた商品に対して「２０１５年６月１２日の２１時３０分２６秒」に行われた「閲覧」操作の履歴が記憶されている。
履歴の種別としては、例えば「閲覧」や「購入」を例に挙げて説明するが、これ以外の種別が設けられていてもよい。また、「閲覧」種別を更に細かくした「簡易情報閲覧」と「詳細情報閲覧」などが設けられていてもよい。即ち、商品の簡易情報を見た履歴と詳細情報を閲覧した履歴が別の種別として記憶されていてもよい。
また、図４に示す商品ＩＤは、商品ジャンル情報を含んで構成されている。即ち、商品ＩＤを見ればその商品が属する商品ジャンルが分かるように構成されている。例えば、図４に示す商品ＩＤ「Ｉ＿０３＿０５６５１」とされた商品は、番号として「０３」が付された商品ジャンルに属する商品であることが示されている。
履歴ＤＢ５１には、ユーザが使用するユーザ端末３の情報として、端末ＩＤとユーザＩＤの組に対して、各種履歴が記憶される。各種履歴は、例えば、閲覧履歴や購入履歴などである。
具体的な例を、図４を参照して説明する。
履歴ＤＢ５１には、ユーザＩＤが「Ｕ＿００００１」、端末ＩＤが「Ｄ＿０６６３７」とされた組に対して、各種履歴が紐付けられている。
各種履歴情報としては、ユーザが操作を行った日時情報と、種別情報と、操作の対象となった商品を示す商品情報とが紐付けられて記憶される。
例えば、図４に示す履歴ＤＢ５１には、商品ＩＤが「Ｉ＿０３＿０５６５１」とされた商品に対して「２０１５年６月１２日の２１時３０分２６秒」に行われた「閲覧」操作の履歴が記憶されている。
履歴の種別としては、例えば「閲覧」や「購入」を例に挙げて説明するが、これ以外の種別が設けられていてもよい。また、「閲覧」種別を更に細かくした「簡易情報閲覧」と「詳細情報閲覧」などが設けられていてもよい。即ち、商品の簡易情報を見た履歴と詳細情報を閲覧した履歴が別の種別として記憶されていてもよい。
また、図４に示す商品ＩＤは、商品ジャンル情報を含んで構成されている。即ち、商品ＩＤを見ればその商品が属する商品ジャンルが分かるように構成されている。例えば、図４に示す商品ＩＤ「Ｉ＿０３＿０５６５１」とされた商品は、番号として「０３」が付された商品ジャンルに属する商品であることが示されている。
これによれば、ユーザＩＤが「Ｕ＿００００１」とされたユーザは、端末「Ｄ＿０６６３７」を使用して商品ジャンル「０２」、「０３」、「０４」の商品を対象とした操作を行っていることが分かる。また、端末「Ｄ＿４３５７３」を使用して商品ジャンル「０７」、「０８」、「０９」の商品を対象とした操作を行っていることが分かる。即ち、端末ごとに、操作対象となる商品ジャンルが異なる。
一方、ユーザＩＤが「Ｕ＿００００２」とされたユーザは、端末「Ｄ＿５４６０５」を使用して商品ジャンル「０１」、「０２」、「０３」、「０５」の商品を対象とした操作を行っている。更に、端末「Ｄ＿５８５２６」を使用した場合も、同様の商品ジャンルに属する商品を対象とした操作を行っている。即ち、端末によらず、操作対象となる商品ジャンルが同じである。
尚、以降の説明において、複数のユーザ端末３，３を利用しているユーザが同一人物であるか否かを判定するために、当該ユーザがユーザ端末３を用いて購入や閲覧を行った商品の商品ジャンル情報を用いる例を説明する。そのために、ここでは、履歴ＤＢ５１に記憶される各履歴に、商品ジャンルが含まれる例を説明した。
しかし、ユーザが同一人物であるか否かを判定するために、商品ジャンル情報以外の情報を用いる場合には、商品ジャンル以外の情報が含まれる場合もある。
例えば、ユーザ端末３を利用している地域情報を用いて、ユーザ端末３，３を利用しているユーザが同一人物か否かを判定する場合には、各履歴ごとにユーザ端末３を利用したときの位置情報が記憶される。
しかし、ユーザが同一人物であるか否かを判定するために、商品ジャンル情報以外の情報を用いる場合には、商品ジャンル以外の情報が含まれる場合もある。
例えば、ユーザ端末３を利用している地域情報を用いて、ユーザ端末３，３を利用しているユーザが同一人物か否かを判定する場合には、各履歴ごとにユーザ端末３を利用したときの位置情報が記憶される。
また、ユーザが購入した商品の対象ユーザ（例えば、男性用の商品や女性用の商品など）に基づいて判定する場合には、各履歴ごとに商品の対象ユーザの情報が記憶されてもよい。
同じように、各履歴ごとに商品の価格帯が記憶されてもよい。即ち、高級品を買うユーザであるのか、低価格商品を買うユーザであるのかを判定し、それに基づいてユーザ端末３，３を利用するそれぞれのユーザが同一ユーザであるのか否かを判定してもよい。
尚、商品の対象ユーザや価格帯の情報は、商品ＩＤさえ分かれば取得できる情報であるため、履歴ＤＢ５１に記憶しなくてもよい。その場合には、商品ＩＤを元に後述する商品ＤＢ５２を参照して、商品に関する情報（男性用、女性用、高級品、低価格商品などの情報）を取得すればよい。
同じように、各履歴ごとに商品の価格帯が記憶されてもよい。即ち、高級品を買うユーザであるのか、低価格商品を買うユーザであるのかを判定し、それに基づいてユーザ端末３，３を利用するそれぞれのユーザが同一ユーザであるのか否かを判定してもよい。
尚、商品の対象ユーザや価格帯の情報は、商品ＩＤさえ分かれば取得できる情報であるため、履歴ＤＢ５１に記憶しなくてもよい。その場合には、商品ＩＤを元に後述する商品ＤＢ５２を参照して、商品に関する情報（男性用、女性用、高級品、低価格商品などの情報）を取得すればよい。
［３－３．商品ＤＢ］
商品ＤＢ５２には、ＥＣサーバ１を介して売買が可能な各商品についての情報が記憶される。例えば、商品を一意に識別可能な商品ＩＤに対して、商品ジャンル、商品画像、製造者（メーカー）情報、製造者によって付与される型番情報、販売開始日、取扱商品提供者情報、在庫情報などが紐付けられて記憶される。
商品画像の情報は、画像データそのものでもよいし、保存されている画像データのリンク情報（ＵＲＬ情報など）でもよい。
また、商品ＤＢ５２には、上記以外にも、生産地や商品のスペック（色、大きさ、性能情報）などが記憶されてもよい。
商品ＤＢ５２には、ＥＣサーバ１を介して売買が可能な各商品についての情報が記憶される。例えば、商品を一意に識別可能な商品ＩＤに対して、商品ジャンル、商品画像、製造者（メーカー）情報、製造者によって付与される型番情報、販売開始日、取扱商品提供者情報、在庫情報などが紐付けられて記憶される。
商品画像の情報は、画像データそのものでもよいし、保存されている画像データのリンク情報（ＵＲＬ情報など）でもよい。
また、商品ＤＢ５２には、上記以外にも、生産地や商品のスペック（色、大きさ、性能情報）などが記憶されてもよい。
［３－４．ウェブページＤＢ］
ウェブページＤＢ５３には、ＥＣサーバ１がユーザや販売者に提供する各種ウェブページのデータが記憶される。具体的には、商品ページや商品の詳細ページ、或いはユーザページや販売者ページ、店舗ページなどのウェブページデータである。
ウェブページデータとしては、ウェブページのＵＲＬ（Uniform Resource Locator）情報と各ウェブページ上に配置されるオブジェクト（画像やテキストやバナーなど）の配置情報が記憶される。配置情報とは、ウェブページ上における各オブジェクトの配置態様（位置や大きさ、色等）が記載された情報である。
尚、ウェブページＤＢ５３に記憶される情報は、例えば、ＨＴＭＬなどの構造化文書ファイルで記憶されてもよい。
ウェブページＤＢ５３には、ＥＣサーバ１がユーザや販売者に提供する各種ウェブページのデータが記憶される。具体的には、商品ページや商品の詳細ページ、或いはユーザページや販売者ページ、店舗ページなどのウェブページデータである。
ウェブページデータとしては、ウェブページのＵＲＬ（Uniform Resource Locator）情報と各ウェブページ上に配置されるオブジェクト（画像やテキストやバナーなど）の配置情報が記憶される。配置情報とは、ウェブページ上における各オブジェクトの配置態様（位置や大きさ、色等）が記載された情報である。
尚、ウェブページＤＢ５３に記憶される情報は、例えば、ＨＴＭＬなどの構造化文書ファイルで記憶されてもよい。
＜４．処理の流れ＞
［４－１．全体の処理の流れ］
ＥＣサーバ１が実行する処理の例について、図５を参照して説明する。
ＥＣサーバ１は、ステップＳ１０１，Ｓ１１１，Ｓ１２１の処理を継続的に実行することにより、各種機能を提供する。具体的には、ステップＳ１０１においてログイン情報を受信したか否かを判定する処理を実行し、ステップＳ１１１においてウェブページデータの要求を受信したか否かを判定する処理を実行し、ステップＳ１２１においてその他の各種要求を受信したか否かを判定する処理を実行する。
［４－１．全体の処理の流れ］
ＥＣサーバ１が実行する処理の例について、図５を参照して説明する。
ＥＣサーバ１は、ステップＳ１０１，Ｓ１１１，Ｓ１２１の処理を継続的に実行することにより、各種機能を提供する。具体的には、ステップＳ１０１においてログイン情報を受信したか否かを判定する処理を実行し、ステップＳ１１１においてウェブページデータの要求を受信したか否かを判定する処理を実行し、ステップＳ１２１においてその他の各種要求を受信したか否かを判定する処理を実行する。
ログイン情報は、ユーザがユーザ端末３を用いてログイン操作を行った場合に、ユーザ端末３からＥＣサーバ１へ送信される。
ステップＳ１０１において、ログイン情報を受信したと判定した場合、ＥＣサーバ１はステップＳ１０２において認証処理を実行し、ステップＳ１０３において認証結果をユーザ端末３に通知する処理を実行する。
認証処理においては、ユーザ端末３から送られたログイン情報とユーザＤＢ５０に記憶されたユーザ情報（例えば、ユーザＩＤとログインパスワード）を照合し、ログインの可否を決定する。
ステップＳ１０１において、ログイン情報を受信したと判定した場合、ＥＣサーバ１はステップＳ１０２において認証処理を実行し、ステップＳ１０３において認証結果をユーザ端末３に通知する処理を実行する。
認証処理においては、ユーザ端末３から送られたログイン情報とユーザＤＢ５０に記憶されたユーザ情報（例えば、ユーザＩＤとログインパスワード）を照合し、ログインの可否を決定する。
ステップＳ１０３の認証結果通知を実行した後、或いは、ステップＳ１０１においてログイン情報を受信していないと判定した後、ＥＣサーバ１はステップＳ１１１のウェブページデータ要求を受信したか否かを判定する処理を実行する。
ウェブページデータ要求を受信したと判定した場合、ＥＣサーバ１はステップＳ１１２において、リコメンド商品を提示するか否かを判定する。例えば、ＥＣサーバ１が管理する各種ウェブページには、リコメンド商品を提示する領域が設けられたウェブページとそうでないウェブページがあり、要求に係るウェブページが何れのものであるかを判定する。
ウェブページデータ要求を受信したと判定した場合、ＥＣサーバ１はステップＳ１１２において、リコメンド商品を提示するか否かを判定する。例えば、ＥＣサーバ１が管理する各種ウェブページには、リコメンド商品を提示する領域が設けられたウェブページとそうでないウェブページがあり、要求に係るウェブページが何れのものであるかを判定する。
リコメンド商品を提示すると判定した場合、ＥＣサーバ１はステップＳ１１３において、ログイン済みであるか否かを判定する。この処理は、リコメンド商品の抽出にユーザ情報を用いるか否かを決めるための処理である。
ログイン済みと判定した場合、即ちログインした状態でウェブページデータ要求を行ったと判定した場合、ＥＣサーバ１はステップＳ１１４において、ユーザＩＤと端末ＩＤを取得する処理を実行する。ユーザＩＤと端末ＩＤは、ステップＳ１１１のウェブページデータ要求受信の際に、併せてユーザ端末３から通知される。
ログイン済みと判定した場合、即ちログインした状態でウェブページデータ要求を行ったと判定した場合、ＥＣサーバ１はステップＳ１１４において、ユーザＩＤと端末ＩＤを取得する処理を実行する。ユーザＩＤと端末ＩＤは、ステップＳ１１１のウェブページデータ要求受信の際に、併せてユーザ端末３から通知される。
続いて、ＥＣサーバ１はステップＳ１１５において、リコメンド商品の情報を抽出する処理を実行する。
ここで、リコメンド商品情報の抽出においては、ユーザ情報を用いて抽出する場合と、ユーザ情報を用いずに抽出する場合の二通りの方法がある。ユーザ情報を用いない場合のリコメンド商品情報抽出処理では、例えば、販売数の多い商品や閲覧頻度の高い商品や広告から商品購入に繋がりやすい商品の情報を抽出する。
また、ユーザ情報を用いる場合のリコメンド商品情報抽出処理では、ユーザの履歴情報に基づいて商品が抽出される。履歴に基づいてリコメンド商品を抽出する技術については、様々な技術が開示されている。
ここで、リコメンド商品情報の抽出においては、ユーザ情報を用いて抽出する場合と、ユーザ情報を用いずに抽出する場合の二通りの方法がある。ユーザ情報を用いない場合のリコメンド商品情報抽出処理では、例えば、販売数の多い商品や閲覧頻度の高い商品や広告から商品購入に繋がりやすい商品の情報を抽出する。
また、ユーザ情報を用いる場合のリコメンド商品情報抽出処理では、ユーザの履歴情報に基づいて商品が抽出される。履歴に基づいてリコメンド商品を抽出する技術については、様々な技術が開示されている。
ここで、本実施の形態におけるリコメンド商品情報抽出処理について説明する。具体的には、ユーザが図４におけるユーザＩＤ「Ｕ＿００００１」として特定されるユーザである場合を例に挙げる。
この場合、ユーザは端末ＩＤ「Ｄ＿０６６３７」で特定される端末Ａと端末ＩＤ「Ｄ＿４３５７３」で特定される端末Ｂの双方を使用している。
ユーザＩＤ「Ｕ＿００００１」を一人のユーザが使用しているか、或いは、複数のユーザで使用しているかによって、リコメンド商品情報抽出処理の抽出結果が異なる。具体的には、ユーザＡが端末Ａ、端末Ｂを用いてユーザＩＤ「Ｕ＿００００１」を使用している単独のユーザ（以降、「単独ユーザ」と記載）である場合と、ユーザＡが端末ＡとユーザＩＤ「Ｕ＿００００１」を用い、ユーザＢが端末ＢとユーザＩＤ「Ｕ＿００００１」を用いている複数ユーザである場合とがあり得る。
ＥＣサーバ１は、これらの状況を加味してリコメンド商品情報抽出処理を行う。
ここでは、ユーザが単独ユーザと複数ユーザの何れであるのかを、ユーザが回答した場合を説明する。
この場合、ユーザは端末ＩＤ「Ｄ＿０６６３７」で特定される端末Ａと端末ＩＤ「Ｄ＿４３５７３」で特定される端末Ｂの双方を使用している。
ユーザＩＤ「Ｕ＿００００１」を一人のユーザが使用しているか、或いは、複数のユーザで使用しているかによって、リコメンド商品情報抽出処理の抽出結果が異なる。具体的には、ユーザＡが端末Ａ、端末Ｂを用いてユーザＩＤ「Ｕ＿００００１」を使用している単独のユーザ（以降、「単独ユーザ」と記載）である場合と、ユーザＡが端末ＡとユーザＩＤ「Ｕ＿００００１」を用い、ユーザＢが端末ＢとユーザＩＤ「Ｕ＿００００１」を用いている複数ユーザである場合とがあり得る。
ＥＣサーバ１は、これらの状況を加味してリコメンド商品情報抽出処理を行う。
ここでは、ユーザが単独ユーザと複数ユーザの何れであるのかを、ユーザが回答した場合を説明する。
具体的に、図６を参照して説明する。
先ず、ＥＣサーバ１はステップＳ２０１において、ユーザが単独ユーザであるのか否かを判定する処理を実行する。
ユーザが単独ユーザと判定された場合（即ち、単独ユーザであるとユーザが回答した場合）、ＥＣサーバ１はステップＳ２０２において、端末ＩＤを考慮せずにユーザＩＤに基づく履歴情報を参照してリコメンド商品を抽出する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の双方を考慮した商品がリコメンド商品として抽出される。即ち、図４によれば、商品ジャンルが「０２」、「０３」、「０４」、「０６」、「０７」、「０８」、「０９」の何れかとされた商品がリコメンド商品として抽出される。
先ず、ＥＣサーバ１はステップＳ２０１において、ユーザが単独ユーザであるのか否かを判定する処理を実行する。
ユーザが単独ユーザと判定された場合（即ち、単独ユーザであるとユーザが回答した場合）、ＥＣサーバ１はステップＳ２０２において、端末ＩＤを考慮せずにユーザＩＤに基づく履歴情報を参照してリコメンド商品を抽出する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の双方を考慮した商品がリコメンド商品として抽出される。即ち、図４によれば、商品ジャンルが「０２」、「０３」、「０４」、「０６」、「０７」、「０８」、「０９」の何れかとされた商品がリコメンド商品として抽出される。
一方、ユーザが単独ユーザでないと判定された場合（即ち、複数ユーザであるとユーザが回答した場合）、ＥＣサーバ１はステップＳ２０３において、端末ＩＤとユーザＩＤの双方に基づく履歴情報を参照してリコメンド商品を抽出する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の何れかの履歴に基づいてリコメンド商品が抽出される。即ち、ステップＳ１１１のウェブページデータ要求を送信したユーザ端末３の端末ＩＤに基づいて、上記のいずれかの履歴を参照したリコメンド商品情報抽出処理が行われる。
尚、ユーザが単独ユーザと複数ユーザの何れであるのかを、ＥＣサーバ１が判定する傾向判定処理を実行する例については、後述する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の何れかの履歴に基づいてリコメンド商品が抽出される。即ち、ステップＳ１１１のウェブページデータ要求を送信したユーザ端末３の端末ＩＤに基づいて、上記のいずれかの履歴を参照したリコメンド商品情報抽出処理が行われる。
尚、ユーザが単独ユーザと複数ユーザの何れであるのかを、ＥＣサーバ１が判定する傾向判定処理を実行する例については、後述する。
続いて、ＥＣサーバ１はステップＳ１１６において、ウェブページデータを生成する処理を実行する。このウェブページデータには、リコメンド商品情報が含まれている。但し、ステップＳ１１２において、リコメンド商品を提示しないと判定した場合には、この限りではない。
そして、ＥＣサーバ１はステップＳ１１７において、ウェブページデータをユーザ端末３に送信する処理を実行する。
そして、ＥＣサーバ１はステップＳ１１７において、ウェブページデータをユーザ端末３に送信する処理を実行する。
ステップＳ１１７のウェブページデータ送信処理を実行した後、或いは、ステップＳ１１１においてウェブページデータ要求を受信していないと判定した後、ＥＣサーバ１はステップＳ１２１のその他の要求を受信したか否かを判定する処理を実行する。
その他の要求としては、例えば、ユーザ情報の変更要求や、商品の購入要求などである。それらの要求を受信した場合、ＥＣサーバ１はステップＳ１２２において、それぞれの要求に対応した処理を実行する。具体的には、ユーザ情報の変更要求を受信したのであれば、ユーザによって入力された新しいユーザ情報が正しい情報であるかを確認して、ユーザＤＢ５０の情報を更新する処理を実行する。また、商品の購入要求を受信したのであれば、店舗に対して商品が購入されたことを通知する処理や、代金のやりとりを仲介する決済処理などを対応する処理として実行する。
その他の要求としては、例えば、ユーザ情報の変更要求や、商品の購入要求などである。それらの要求を受信した場合、ＥＣサーバ１はステップＳ１２２において、それぞれの要求に対応した処理を実行する。具体的には、ユーザ情報の変更要求を受信したのであれば、ユーザによって入力された新しいユーザ情報が正しい情報であるかを確認して、ユーザＤＢ５０の情報を更新する処理を実行する。また、商品の購入要求を受信したのであれば、店舗に対して商品が購入されたことを通知する処理や、代金のやりとりを仲介する決済処理などを対応する処理として実行する。
ステップＳ１２２の対応処理を実行した後、或いは、ステップＳ１２１でその他の要求を受信していないと判定した後、ＥＣサーバ１は再びステップＳ１０１の処理を実行する。
［４－２．選択肢提示処理］
一つのユーザＩＤに対して、複数の端末ＩＤが用いられている場合に、ユーザＩＤと端末ＩＤの複数の組（ユーザＩＤは同じ）ごとに管理している各種履歴情報を、まとめて管理するか否かを選択させる選択肢をユーザに提示する選択肢提示処理について、説明する。
選択肢提示処理を実行するタイミングの一例を図７に示す。
一つのユーザＩＤに対して、複数の端末ＩＤが用いられている場合に、ユーザＩＤと端末ＩＤの複数の組（ユーザＩＤは同じ）ごとに管理している各種履歴情報を、まとめて管理するか否かを選択させる選択肢をユーザに提示する選択肢提示処理について、説明する。
選択肢提示処理を実行するタイミングの一例を図７に示す。
図７は、ＥＣサーバ１が実行する処理であり、先ず、ステップＳ３０１において、履歴として保存対象となっている（例えば、閲覧履歴や購入履歴など）操作情報を受信したか否かを判定する。受信していない場合は、図７の一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１はステップＳ３０２において、当該操作情報は履歴ＤＢ５１に記憶されていない新たなユーザ端末３から受信したか否か、即ち新たな端末ＩＤを付すべきか否かを判定する処理を実行する。
新たな端末ＩＤでない場合、即ち、ユーザＩＤと端末ＩＤの組が履歴ＤＢ５１に記憶されている場合、図７に示す一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１はステップＳ３０２において、当該操作情報は履歴ＤＢ５１に記憶されていない新たなユーザ端末３から受信したか否か、即ち新たな端末ＩＤを付すべきか否かを判定する処理を実行する。
新たな端末ＩＤでない場合、即ち、ユーザＩＤと端末ＩＤの組が履歴ＤＢ５１に記憶されている場合、図７に示す一連の処理を終了する。
履歴ＤＢ５１に未登録の組み合わせである場合、ＥＣサーバ１はステップＳ３０３において、同じユーザＩＤで異なる端末ＩＤとなる組が履歴ＤＢ５１に記憶されているか否かを判定する処理を実行する。
記憶されていない場合、即ち、当該ユーザＩＤが新規のＩＤの場合、図７に示す一連の処理を終了する。
一方、同じユーザＩＤで異なる端末ＩＤの組に係る履歴が履歴ＤＢ５１に記憶されている場合、即ち、ユーザが今までとは異なるユーザ端末３を使用し始めたと想定できる場合、ＥＣサーバ１はステップＳ３０４において、操作情報の送信元となるユーザ端末３に対して選択肢を提示する選択肢提示処理を実行する。
記憶されていない場合、即ち、当該ユーザＩＤが新規のＩＤの場合、図７に示す一連の処理を終了する。
一方、同じユーザＩＤで異なる端末ＩＤの組に係る履歴が履歴ＤＢ５１に記憶されている場合、即ち、ユーザが今までとは異なるユーザ端末３を使用し始めたと想定できる場合、ＥＣサーバ１はステップＳ３０４において、操作情報の送信元となるユーザ端末３に対して選択肢を提示する選択肢提示処理を実行する。
選択肢提示ページの一例を図８に示す。
選択肢提示ページは、例えばダイアログ４としてユーザ端末３へ提示される。選択肢提示ページには、一つのユーザＩＤに係る履歴情報を全てまとめて管理するための統合管理選択肢５と、異なる端末ＩＤごとに分けて管理するための別管理選択肢６と、決定ボタン７が設けられている。
ユーザが統合管理選択肢５を選択した場合、ＥＣサーバ１は履歴を端末ＩＤによらずユーザＩＤによって履歴を管理する。従って、リコメンド商品を抽出する際などには、別のユーザ端末３で閲覧した商品に基づいたリコメンド商品などが抽出されることもある。
一方、ユーザが別管理選択肢６を選択した場合、ＥＣサーバ１は履歴をユーザＩＤと端末ＩＤの組ごとに管理する。従って、別のユーザ端末３で閲覧した商品に基づいてリコメンド商品が抽出されることはない。
選択肢提示ページは、例えばダイアログ４としてユーザ端末３へ提示される。選択肢提示ページには、一つのユーザＩＤに係る履歴情報を全てまとめて管理するための統合管理選択肢５と、異なる端末ＩＤごとに分けて管理するための別管理選択肢６と、決定ボタン７が設けられている。
ユーザが統合管理選択肢５を選択した場合、ＥＣサーバ１は履歴を端末ＩＤによらずユーザＩＤによって履歴を管理する。従って、リコメンド商品を抽出する際などには、別のユーザ端末３で閲覧した商品に基づいたリコメンド商品などが抽出されることもある。
一方、ユーザが別管理選択肢６を選択した場合、ＥＣサーバ１は履歴をユーザＩＤと端末ＩＤの組ごとに管理する。従って、別のユーザ端末３で閲覧した商品に基づいてリコメンド商品が抽出されることはない。
図８では、統合管理するか否かを選択させる選択肢をユーザに提示する例を示したが、ユーザが単独ユーザであるか否かを選択させる選択肢をユーザに提示してもよい。即ち、ユーザＩＤを利用するユーザは一人であることを示す選択肢と、ユーザＩＤを複数人で共有していることを示す選択肢を提示する。
この場合、ユーザＩＤを利用するユーザが一人であることを示す選択肢が統合管理選択肢５となり、ユーザＩＤを複数人で共有していることを示す選択肢が別管理選択肢６となる。
この場合、ユーザＩＤを利用するユーザが一人であることを示す選択肢が統合管理選択肢５となり、ユーザＩＤを複数人で共有していることを示す選択肢が別管理選択肢６となる。
また、更に別の例として、一部の端末ＩＤだけを統合する選択肢を提示してもよい。
例えば、一つのユーザＩＤ「Ｕ＿００００１」に対して三つの端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」，「Ｄ＿７７１７２」が紐付けられており、ユーザＡが端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」とされたユーザ端末３Ａ，３Ｂを利用し、ユーザＢが端末ＩＤ「Ｄ＿７７１７２」とされたユーザ端末３Ｃを利用している例を挙げる。
このとき、ユーザに対して、ユーザ端末３Ａ，３Ｂ，３Ｃを全て統合管理するための選択肢と、ユーザ端末３Ａ，３Ｂのみを統合管理するための選択肢と、ユーザ端末３Ａ，３Ｃのみを統合するための選択肢と、ユーザ端末３Ｂ，３Ｃのみを統合管理するための選択肢と、全てのユーザ端末３Ａ，３Ｂ，３Ｃを別管理する選択肢を提示する。
これにより、ユーザの利用形態に沿った情報（リコメンド商品など）を提示することができる。
尚、選択肢の提示は一例であり、統合管理するユーザ端末３，３，３・・・をユーザに入力させるようにしてもよい。
例えば、一つのユーザＩＤ「Ｕ＿００００１」に対して三つの端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」，「Ｄ＿７７１７２」が紐付けられており、ユーザＡが端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」とされたユーザ端末３Ａ，３Ｂを利用し、ユーザＢが端末ＩＤ「Ｄ＿７７１７２」とされたユーザ端末３Ｃを利用している例を挙げる。
このとき、ユーザに対して、ユーザ端末３Ａ，３Ｂ，３Ｃを全て統合管理するための選択肢と、ユーザ端末３Ａ，３Ｂのみを統合管理するための選択肢と、ユーザ端末３Ａ，３Ｃのみを統合するための選択肢と、ユーザ端末３Ｂ，３Ｃのみを統合管理するための選択肢と、全てのユーザ端末３Ａ，３Ｂ，３Ｃを別管理する選択肢を提示する。
これにより、ユーザの利用形態に沿った情報（リコメンド商品など）を提示することができる。
尚、選択肢の提示は一例であり、統合管理するユーザ端末３，３，３・・・をユーザに入力させるようにしてもよい。
［４－３．傾向判定処理］
傾向判定処理は、ユーザが単独ユーザと複数ユーザの何れであるのかを判定するためにＥＣサーバ１が実行する処理である。
傾向判定処理を実行するタイミングの一例を図９に示す。
ＥＣサーバ１は、ステップＳ４０１において、履歴として保存対象となっている（例えば、閲覧履歴や購入履歴など）操作情報を受信したか否かを判定する。受信していない場合は、図９の一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１は続くステップＳ４０２において、傾向判定処理を実行する。
傾向判定処理では、ユーザ端末３ごとに（即ち、端末ＩＤごとに）使用しているユーザの傾向を判定し、他のユーザ端末３を利用しているユーザと同一ユーザであるのか否かを判定する。
尚、傾向判定処理を行った後、ＥＣサーバ１は判定結果に基づき、ユーザ端末３ごとに各履歴を管理するか、或いは、ユーザ端末３によらずユーザＩＤに基づいて各履歴を管理するかを決定する。即ち、同一ユーザと判定した場合には、ユーザＩＤに基づいて各履歴を管理し（即ち、他のユーザ端末３から行った操作に基づく履歴情報なども表示される）、異なるユーザと判定した場合には、ユーザＩＤと端末ＩＤの組に基づいて各履歴を管理する（即ち、他のユーザ端末３から行った操作に基づく履歴情報などは表示されない）。
ここで、傾向判定処理についていくつかの具体的な例を説明する。各例においては、一つのユーザＩＤ「Ｕ＿００００１」に対して二つのユーザ端末３Ａ，３Ｂ（端末ＩＤは「Ｄ＿０６６３７」と「Ｄ＿４３５７３」）が紐づけられている場合を説明する。
傾向判定処理は、ユーザが単独ユーザと複数ユーザの何れであるのかを判定するためにＥＣサーバ１が実行する処理である。
傾向判定処理を実行するタイミングの一例を図９に示す。
ＥＣサーバ１は、ステップＳ４０１において、履歴として保存対象となっている（例えば、閲覧履歴や購入履歴など）操作情報を受信したか否かを判定する。受信していない場合は、図９の一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１は続くステップＳ４０２において、傾向判定処理を実行する。
傾向判定処理では、ユーザ端末３ごとに（即ち、端末ＩＤごとに）使用しているユーザの傾向を判定し、他のユーザ端末３を利用しているユーザと同一ユーザであるのか否かを判定する。
尚、傾向判定処理を行った後、ＥＣサーバ１は判定結果に基づき、ユーザ端末３ごとに各履歴を管理するか、或いは、ユーザ端末３によらずユーザＩＤに基づいて各履歴を管理するかを決定する。即ち、同一ユーザと判定した場合には、ユーザＩＤに基づいて各履歴を管理し（即ち、他のユーザ端末３から行った操作に基づく履歴情報なども表示される）、異なるユーザと判定した場合には、ユーザＩＤと端末ＩＤの組に基づいて各履歴を管理する（即ち、他のユーザ端末３から行った操作に基づく履歴情報などは表示されない）。
ここで、傾向判定処理についていくつかの具体的な例を説明する。各例においては、一つのユーザＩＤ「Ｕ＿００００１」に対して二つのユーザ端末３Ａ，３Ｂ（端末ＩＤは「Ｄ＿０６６３７」と「Ｄ＿４３５７３」）が紐づけられている場合を説明する。
～４－３－１．第１例～
第１例では、購入した商品や閲覧した商品に基づいて判定する。具体的に、図１０Ａを参照して説明する。ＥＣサーバ１はステップＳ５０１において、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが異なっているか否かを判定する処理を実行する。異なっている場合、ＥＣサーバ１はステップＳ５０２において、ユーザ端末３Ａ，３Ｂを利用するユーザは異なるユーザであると判定する。また、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが似ている場合、ＥＣサーバ１はステップＳ５０３において、ユーザ端末３Ａ，３Ｂを利用するユーザは同一ユーザであると判定する。
図４に示す履歴ＤＢ５１の例では、ユーザ端末３Ａ（端末ＩＤ「Ｄ＿０６６３７」）の履歴とユーザ端末３Ｂ（ 端末ＩＤ「Ｄ＿４３５７３」）の履歴は、商品ジャンルが異なることから、異なるユーザとして判定する。
第１例では、購入した商品や閲覧した商品に基づいて判定する。具体的に、図１０Ａを参照して説明する。ＥＣサーバ１はステップＳ５０１において、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが異なっているか否かを判定する処理を実行する。異なっている場合、ＥＣサーバ１はステップＳ５０２において、ユーザ端末３Ａ，３Ｂを利用するユーザは異なるユーザであると判定する。また、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが似ている場合、ＥＣサーバ１はステップＳ５０３において、ユーザ端末３Ａ，３Ｂを利用するユーザは同一ユーザであると判定する。
図４に示す履歴ＤＢ５１の例では、ユーザ端末３Ａ（端末ＩＤ「Ｄ＿０６６３７」）の履歴とユーザ端末３Ｂ（ 端末ＩＤ「Ｄ＿４３５７３」）の履歴は、商品ジャンルが異なることから、異なるユーザとして判定する。
尚、ここでは、商品ジャンルが異なっているか否かを判定する例を説明したが、これ以外の例も考えられる。
例えば、商品ジャンルの類似度（或いは親和性）に基づいて、判定することが考えられる。具体的には、商品ジャンルＡと商品ジャンルＢは異なるジャンルであるが、親和性の高い商品ジャンルであった場合には、これらのジャンルを同一ジャンルとみなす事も考えられる。
また、商品ジャンルの一部のみが異なっている場合、異なっている商品ジャンルの割合が所定値以上であった場合に、異なるユーザと判定することが考えられる。具体的には、ユーザ端末３Ａに基づく履歴が商品ジャンル「０２」、「０３」、「０４」を対象としたものであり、ユーザ端末３Ｂに基づく履歴が商品ジャンル「０２」、「０３」、「０６」、「０７」であった場合、異なっている商品ジャンルの割合を算出し、その割合が所定値よりも大きいか否かに基づいて、同一ユーザであるか否かの判定を行ってもよい。
異なっている商品ジャンルの割合算出の一例としては、例えば、この例であれば、ユーザ端末３Ａ，３Ｂに基づく履歴において出現する商品ジャンルは、「０２」、「０３」、「０４」、「０６」、「０７」であることから総ジャンル数を「５」と算出する。また、一致しているジャンル数は「０２」、「０３」であることから一致ジャンル数を「２」と算出する。従って、異なっている商品ジャンルの割合は、一致ジャンル数を総ジャンル数で除算して１００を乗算した４０％（「一致ジャンル数」／「総ジャンル数」×１００）と算出する。この値が所定値（例えば５０％）以上である場合には同一ユーザと判定し、所定値未満である場合には異なるユーザとして判定する。
例えば、商品ジャンルの類似度（或いは親和性）に基づいて、判定することが考えられる。具体的には、商品ジャンルＡと商品ジャンルＢは異なるジャンルであるが、親和性の高い商品ジャンルであった場合には、これらのジャンルを同一ジャンルとみなす事も考えられる。
また、商品ジャンルの一部のみが異なっている場合、異なっている商品ジャンルの割合が所定値以上であった場合に、異なるユーザと判定することが考えられる。具体的には、ユーザ端末３Ａに基づく履歴が商品ジャンル「０２」、「０３」、「０４」を対象としたものであり、ユーザ端末３Ｂに基づく履歴が商品ジャンル「０２」、「０３」、「０６」、「０７」であった場合、異なっている商品ジャンルの割合を算出し、その割合が所定値よりも大きいか否かに基づいて、同一ユーザであるか否かの判定を行ってもよい。
異なっている商品ジャンルの割合算出の一例としては、例えば、この例であれば、ユーザ端末３Ａ，３Ｂに基づく履歴において出現する商品ジャンルは、「０２」、「０３」、「０４」、「０６」、「０７」であることから総ジャンル数を「５」と算出する。また、一致しているジャンル数は「０２」、「０３」であることから一致ジャンル数を「２」と算出する。従って、異なっている商品ジャンルの割合は、一致ジャンル数を総ジャンル数で除算して１００を乗算した４０％（「一致ジャンル数」／「総ジャンル数」×１００）と算出する。この値が所定値（例えば５０％）以上である場合には同一ユーザと判定し、所定値未満である場合には異なるユーザとして判定する。
更に、購入した商品の価格帯に基づいてユーザ端末３Ａ，３Ｂを利用するユーザが同一ユーザであるか否かを判定する場合には、商品の価格の分布に基づいてもよい。その場合には、ユーザ端末３Ａ，３Ｂで購入した商品の価格の分布を単純に比較してもよい。また、購入商品の価格と購入商品が属する商品ジャンルの平均価格との乖離度合いを比較してもよい。これにより、商品ジャンルごとの価格の違いを考慮して、高い商品を好むユーザであるのか否かなどの判定を行うことができ、該判定結果に基づいて適切に同一ユーザであるか否かを判定することができる。
購入した商品の価格の分布を単純に比較する場合の具体例として、例えば、ユーザ端末３Ａで購入した商品の平均価格が「１００００円」、ユーザ端末３Ｂで購入した商品の平均価格が「１４０００円」とする。更に、ユーザ端末３Ａ，３Ｂを使用しているユーザが購入した全商品の平均価格が「１１０００円」とする。この場合、端末ごとの購入商品の平均価格の差分（１４０００－１００００＝４０００円）が全商品の平均価格（１１０００円）に対してどの程度の割合なのか（４０００／１１０００×１００＝３６．３６％）を算出し、その値が所定値以上であるか否かを判定することにより、同一ユーザであるか否かを判定する。
また、分布を考慮するために、購入商品の価格の分散値や標準偏差値を端末ごとに算出し、その差分を考慮してもよい。分散値や標準偏差値が端末によらず似ていれば、同一ユーザと判定することができる。
また、分布を考慮するために、購入商品の価格の分散値や標準偏差値を端末ごとに算出し、その差分を考慮してもよい。分散値や標準偏差値が端末によらず似ていれば、同一ユーザと判定することができる。
～４－３－２．第２例～
第２例では、ユーザ端末３Ａ，３Ｂを使用した際の位置情報（例えば衛星測位システムによって取得可能な位置情報）を利用する。
具体的に図１０Ｂを参照して説明する。ＥＣサーバ１はステップＳ５０４において、ユーザ端末３Ａ，３Ｂが異なる地域で使用されているか否かを判定する。異なる地域で使用されている場合（例えば、ユーザ端末３Ａが関西地方で使用され、ユーザ端末３Ｂが関東地方で使用されている場合）、ＥＣサーバ１はステップＳ５０５において、異なるユーザとして判定する。
一方、ユーザ端末３Ａ，３Ｂが同地域で使用されている場合、ＥＣサーバ１はステップＳ５０６において、同一ユーザとして判定する。
第２例では、ユーザ端末３Ａ，３Ｂを使用した際の位置情報（例えば衛星測位システムによって取得可能な位置情報）を利用する。
具体的に図１０Ｂを参照して説明する。ＥＣサーバ１はステップＳ５０４において、ユーザ端末３Ａ，３Ｂが異なる地域で使用されているか否かを判定する。異なる地域で使用されている場合（例えば、ユーザ端末３Ａが関西地方で使用され、ユーザ端末３Ｂが関東地方で使用されている場合）、ＥＣサーバ１はステップＳ５０５において、異なるユーザとして判定する。
一方、ユーザ端末３Ａ，３Ｂが同地域で使用されている場合、ＥＣサーバ１はステップＳ５０６において、同一ユーザとして判定する。
また、使用地域が完全に異ならず、一部が異なる場合も考えらえる。その場合には、使用地域がどの程度異なっているかを考慮してもよい。例えば、ユーザ端末３Ａの使用地域が新宿と船橋であり、ユーザ端末３Ｂの使用地域が神田と船橋である場合などである。このような場合には、一致した地域を３３％（１地域／３地域×１００）と算出し、所定値との比較結果に応じて、同一ユーザであるか否かを判定する。
尚、異なる地域で同時に複数のユーザ端末３Ａ，３Ｂが使用された場合には、異なるユーザと判定してもよい。
尚、異なる地域で同時に複数のユーザ端末３Ａ，３Ｂが使用された場合には、異なるユーザと判定してもよい。
～４－３－３．第３例～
第３例では、ユーザ端末３Ａ，３Ｂを使用している時間帯の情報を利用する。
具体的に図１１Ａを参照して説明する。ＥＣサーバ１はステップＳ５０７において、端末３Ａ，３Ｂが異なる時間帯に使用されているか否かを判定する。異なる時間帯で使用しあれている場合（例えば、ユーザ端末３Ａが休日や深夜に使用される傾向が高く、ユーザ端末３Ｂが平日の昼間に使用される傾向が高い場合）、ＥＣサーバ１はステップＳ５０８において、異なるユーザとして判定する。
一方、どちらも使用時間帯の情報が似ている場合、ＥＣサーバ１はステップＳ５０９において、同一ユーザとして判定する。
尚、第１例や第２例のように、使用される時間帯の一部が一致している場合も考えられる。この場合、使用される時間帯の一致割合を算出してもよい。また、同時に複数のユーザ端末３Ａ，３Ｂが使用される場合には、異なるユーザと判定してもよい。
第３例では、ユーザ端末３Ａ，３Ｂを使用している時間帯の情報を利用する。
具体的に図１１Ａを参照して説明する。ＥＣサーバ１はステップＳ５０７において、端末３Ａ，３Ｂが異なる時間帯に使用されているか否かを判定する。異なる時間帯で使用しあれている場合（例えば、ユーザ端末３Ａが休日や深夜に使用される傾向が高く、ユーザ端末３Ｂが平日の昼間に使用される傾向が高い場合）、ＥＣサーバ１はステップＳ５０８において、異なるユーザとして判定する。
一方、どちらも使用時間帯の情報が似ている場合、ＥＣサーバ１はステップＳ５０９において、同一ユーザとして判定する。
尚、第１例や第２例のように、使用される時間帯の一部が一致している場合も考えられる。この場合、使用される時間帯の一致割合を算出してもよい。また、同時に複数のユーザ端末３Ａ，３Ｂが使用される場合には、異なるユーザと判定してもよい。
～４－３－４．第４例～
第４例では、ユーザの操作形態（操作時の癖）の情報を利用する。
具体的に図１１Ｂを参照して説明する。ＥＣサーバ１はステップＳ５１０において、操作形態が異なっているか否かを判定する。操作形態が異なっていると判定した場合（例えば、各種の入力欄に文字を入力する際の入力スピードや、入力欄を切り換えるときの操作方法（キーボード操作によって切り換えるのか、マウス操作によって切り換えるのか）や、商品や店舗に対して投稿されたレビューの文体や、各種ウェブページの閲覧速度（ウェブページの滞在時間）などの情報が異なっている場合）、ＥＣサーバ１はステップＳ５１１において、異なるユーザと判定する。
一方、操作形態が似ている場合、ＥＣサーバ１はステップＳ５１２において、同一ユーザであると判定する。
尚、第１例や第２例や第３例のように、操作の一致具合を数値化して所定値と判定することによって、同一ユーザであるか否かを判定してもよい。
第４例では、ユーザの操作形態（操作時の癖）の情報を利用する。
具体的に図１１Ｂを参照して説明する。ＥＣサーバ１はステップＳ５１０において、操作形態が異なっているか否かを判定する。操作形態が異なっていると判定した場合（例えば、各種の入力欄に文字を入力する際の入力スピードや、入力欄を切り換えるときの操作方法（キーボード操作によって切り換えるのか、マウス操作によって切り換えるのか）や、商品や店舗に対して投稿されたレビューの文体や、各種ウェブページの閲覧速度（ウェブページの滞在時間）などの情報が異なっている場合）、ＥＣサーバ１はステップＳ５１１において、異なるユーザと判定する。
一方、操作形態が似ている場合、ＥＣサーバ１はステップＳ５１２において、同一ユーザであると判定する。
尚、第１例や第２例や第３例のように、操作の一致具合を数値化して所定値と判定することによって、同一ユーザであるか否かを判定してもよい。
尚、上記した第１例乃至第４例の各例のうちのいくつかの判定結果を用いて、同一ユーザであるか異なるユーザであるかを複合的に判定してもよい。
＜５．管理態様＞
一つのユーザＩＤに対して複数の端末ＩＤを紐付けて管理する場合に、複数の端末ＩＤに基づく履歴情報をまとめて管理するときの管理態様の例について説明する。
一つ目の例を、図１２に示す。
一つ目の例では、まとめて管理するユーザ端末３が分かるように、フラグ情報を用いて管理する。
具体的には、図１２に示すように、ユーザＩＤと端末ＩＤの組ごとに、まとめて管理するか否かを示す統合管理フラグが記憶される。
図１２に示す例では、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報はまとめて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は端末ごとに管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、四つの端末のうち三つの端末の履歴情報だけがまとめて管理される。
一つのユーザＩＤに対して複数の端末ＩＤを紐付けて管理する場合に、複数の端末ＩＤに基づく履歴情報をまとめて管理するときの管理態様の例について説明する。
一つ目の例を、図１２に示す。
一つ目の例では、まとめて管理するユーザ端末３が分かるように、フラグ情報を用いて管理する。
具体的には、図１２に示すように、ユーザＩＤと端末ＩＤの組ごとに、まとめて管理するか否かを示す統合管理フラグが記憶される。
図１２に示す例では、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報はまとめて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は端末ごとに管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、四つの端末のうち三つの端末の履歴情報だけがまとめて管理される。
二つ目の例を、図１３に示す。
二つ目の例では、まとめて管理するユーザ端末３が分かるように、統合先端末情報を用いて管理する。
具体的には、図１３に示すように、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿０６６３７」とされたユーザ端末３の履歴情報に統合されて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿１０１２５」とされたユーザ端末３の履歴情報に統合されて管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、二つのユーザ端末３，３に統合されて管理される。即ち、端末ＩＤ「Ｄ＿１０１２５」、「Ｄ＿２２６５８」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿１０１２５」の履歴情報に統合されて管理される。そして、端末ＩＤ「Ｄ＿２３２９０」、「Ｄ＿４８７０１」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿２３２９０」の履歴情報に統合されて管理される。
二つ目の例では、まとめて管理するユーザ端末３が分かるように、統合先端末情報を用いて管理する。
具体的には、図１３に示すように、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿０６６３７」とされたユーザ端末３の履歴情報に統合されて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿１０１２５」とされたユーザ端末３の履歴情報に統合されて管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、二つのユーザ端末３，３に統合されて管理される。即ち、端末ＩＤ「Ｄ＿１０１２５」、「Ｄ＿２２６５８」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿１０１２５」の履歴情報に統合されて管理される。そして、端末ＩＤ「Ｄ＿２３２９０」、「Ｄ＿４８７０１」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿２３２９０」の履歴情報に統合されて管理される。
三つ目の例を、図１４に示す。
三つ目の例では、まとめて管理するユーザ端末３，３，・・・の履歴情報について、フラグや統合先情報などの新たな情報を用いることなく管理する。
具体的には、図１４に示すように、まとめて管理する対象とされたユーザＩＤ「Ｕ＿００００１」のユーザに係る履歴情報は、何れの端末に基づく履歴かを区別せずに記憶される。
また、端末ごとに管理する対象とされたユーザＩＤ「Ｕ＿００００２」のユーザに係る履歴情報は、端末ＩＤごとに履歴が管理される。
三つ目の例では、まとめて管理するユーザ端末３，３，・・・の履歴情報について、フラグや統合先情報などの新たな情報を用いることなく管理する。
具体的には、図１４に示すように、まとめて管理する対象とされたユーザＩＤ「Ｕ＿００００１」のユーザに係る履歴情報は、何れの端末に基づく履歴かを区別せずに記憶される。
また、端末ごとに管理する対象とされたユーザＩＤ「Ｕ＿００００２」のユーザに係る履歴情報は、端末ＩＤごとに履歴が管理される。
＜６．まとめ＞
上記したＥＣサーバ１は、ユーザＩＤと端末ＩＤの組ごとに履歴を管理する履歴管理部１ａと、情報取得要求を行ったユーザのユーザＩＤと該ユーザが使用するユーザ端末３の端末ＩＤの組に応じた履歴を用いて提示情報（リコメンド情報や広告情報など）を抽出する提示情報抽出部１ｂと、情報取得要求を行ったユーザ端末３に対して提示情報を提示する制御を行う提示制御部１ｃと、を備える。
例えば、家族内でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザＩＤと端末ＩＤの組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。
具体的に説明すると、例えば、母親と父親が同じユーザＩＤを利用しており、且つ、ユーザ端末３は共有していない場合に、母親の閲覧／購入履歴に基づいて化粧品などの商品が父親にリコメンドされてしまうことを防止でき、逆に、父親の閲覧／購入履歴に基づいてゴルフ用品などの商品が母親にリコメンドされてしまうことを防止できる。
また、ユーザの利用するユーザ端末３における限られた（例えば、モニタなどの）提示領域において、他人（同じユーザＩＤを使用している他人）の行動に基づいて抽出された情報が提示されてしまうことは、電子商取引の運営者にとっても、その情報を受け取るユーザにとっても、無駄となってしまう。本発明によれば、限りある資源を用いて価値のある情報を効率よく提示することにより、ユーザ端末３の資源を有効活用することができる。
上記したＥＣサーバ１は、ユーザＩＤと端末ＩＤの組ごとに履歴を管理する履歴管理部１ａと、情報取得要求を行ったユーザのユーザＩＤと該ユーザが使用するユーザ端末３の端末ＩＤの組に応じた履歴を用いて提示情報（リコメンド情報や広告情報など）を抽出する提示情報抽出部１ｂと、情報取得要求を行ったユーザ端末３に対して提示情報を提示する制御を行う提示制御部１ｃと、を備える。
例えば、家族内でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザＩＤと端末ＩＤの組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。
具体的に説明すると、例えば、母親と父親が同じユーザＩＤを利用しており、且つ、ユーザ端末３は共有していない場合に、母親の閲覧／購入履歴に基づいて化粧品などの商品が父親にリコメンドされてしまうことを防止でき、逆に、父親の閲覧／購入履歴に基づいてゴルフ用品などの商品が母親にリコメンドされてしまうことを防止できる。
また、ユーザの利用するユーザ端末３における限られた（例えば、モニタなどの）提示領域において、他人（同じユーザＩＤを使用している他人）の行動に基づいて抽出された情報が提示されてしまうことは、電子商取引の運営者にとっても、その情報を受け取るユーザにとっても、無駄となってしまう。本発明によれば、限りある資源を用いて価値のある情報を効率よく提示することにより、ユーザ端末３の資源を有効活用することができる。
また、選択肢提示処理例で説明したように、組の中で同一のユーザＩＤを有する組が他にある場合に、当該ユーザＩＤに係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択要求（例えば選択肢）を当該ユーザＩＤを利用するユーザに提示する選択要求提示部１ｄと、を更に備える。
これにより、ユーザの選択結果に基づいて一つのユーザＩＤに紐付けられた各履歴をまとめて管理するか、或いは、端末ＩＤごとに別々に管理するか、決定される。
従って、ユーザの意思を反映した履歴管理がなされ、それに基づいて適切な情報を提示することができる。
これにより、ユーザの選択結果に基づいて一つのユーザＩＤに紐付けられた各履歴をまとめて管理するか、或いは、端末ＩＤごとに別々に管理するか、決定される。
従って、ユーザの意思を反映した履歴管理がなされ、それに基づいて適切な情報を提示することができる。
更に、全体の処理の流れで説明したように、履歴管理部１ａは、ユーザＩＤが同一であって端末ＩＤが異なる複数の組に対して、当該異なる端末ＩＤを有する複数の端末を同一ユーザが使用していると判定された場合に、複数の組の履歴をまとめて管理する。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。
従って、ユーザの使用態様に基づいた適切な情報をユーザに提示することができる。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。
従って、ユーザの使用態様に基づいた適切な情報をユーザに提示することができる。
更にまた、傾向判定処理の各例で説明したように、複数の組に対して履歴から同一ユーザによるものか否かを判定する判定部（傾向判定部１ｅ）と、を更に備え、履歴管理部１ａは、履歴が同一ユーザによるものと判定された複数の組の履歴をまとめて管理する。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。
従って、ユーザに入力させるなどの負担を強いること無く、適切な情報をユーザに提示することができる。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。
従って、ユーザに入力させるなどの負担を強いること無く、適切な情報をユーザに提示することができる。
尚、異なるユーザが一つのユーザＩＤを共有している場合だけでなく、同一ユーザが環境によって使用する端末を変える場合についても、有効な効果を得ることができる。
例えば、職場の端末を用いてアクセスする場合と、自宅の端末を用いてアクセスする場合とでは、一人のユーザが一つのアカウントを用いて（即ち一つのユーザＩＤを用いて）いるにも関わらず、端末によって閲覧する商品などが異なる可能性がある。或いは、同じ自宅であっても、使用用途によって端末を使い分けている場合がある。
このような場合、傾向判定部１ｅは、職場の端末と自宅の端末に基づくそれぞれの履歴の傾向が違うことから、同じユーザが双方の端末を利用しているにも関わらず異なるユーザが使用していると判定する。従って、職場の端末と自宅の端末において、端末ごとの閲覧履歴や購入履歴の情報に基づいて、リコメンド商品が選択されて提供される。
これは、職場の端末と自宅の端末で異なる使い方をしているユーザにとって、自宅の端末で閲覧した商品に基づくリコメンド商品が職場の端末上で提示されることがないため、ユーザの状況に即した適切な情報提示を行うことができることとなる。即ち、端末ごとに用途を使い分けているというユーザの使用態様に沿って、端末ごとの閲覧履歴や購入履歴の情報に基づいたリコメンド商品を選択して、提示することができる。
例えば、職場の端末を用いてアクセスする場合と、自宅の端末を用いてアクセスする場合とでは、一人のユーザが一つのアカウントを用いて（即ち一つのユーザＩＤを用いて）いるにも関わらず、端末によって閲覧する商品などが異なる可能性がある。或いは、同じ自宅であっても、使用用途によって端末を使い分けている場合がある。
このような場合、傾向判定部１ｅは、職場の端末と自宅の端末に基づくそれぞれの履歴の傾向が違うことから、同じユーザが双方の端末を利用しているにも関わらず異なるユーザが使用していると判定する。従って、職場の端末と自宅の端末において、端末ごとの閲覧履歴や購入履歴の情報に基づいて、リコメンド商品が選択されて提供される。
これは、職場の端末と自宅の端末で異なる使い方をしているユーザにとって、自宅の端末で閲覧した商品に基づくリコメンド商品が職場の端末上で提示されることがないため、ユーザの状況に即した適切な情報提示を行うことができることとなる。即ち、端末ごとに用途を使い分けているというユーザの使用態様に沿って、端末ごとの閲覧履歴や購入履歴の情報に基づいたリコメンド商品を選択して、提示することができる。
上述した各例においては、ユーザに対してリコメンド商品の情報を提示する例を示したが、それ以外の情報を提示する例であってもよい。例えば、広告などの情報である。これによれば、ユーザが端末ごとに異なる商品ジャンルを閲覧する場合に、即ち、端末を用途によって使い分けている場合に、その使い分けに適合した情報を提示することができる。
また、ユーザＩＤと端末ＩＤに基づいて各種の情報を配信する装置としては、上記した電子商取引を対象としたＥＣサーバ１以外の情報処理装置も考えられる。
具体的には、電子書籍などの電子コンテンツを配信する電子書籍配信サーバや、各種の動画を配信する動画配信サーバや、音楽データを配信する音楽配信サーバなどである。
例えば、電子書籍配信サーバは、ユーザ端末３に対して、ユーザがこれまでに購入した電子書籍の履歴（或いは閲覧した電子書籍の履歴）を提示することや、それらの履歴に基づくリコメンド書籍を提示することが考えられる。そのような場合に上述した各種の処理を行うことによって、端末ごとの履歴情報に応じた情報を提示することや、端末によらずユーザＩＤに紐付く履歴情報に基づいて情報を提示する。
具体的には、電子書籍などの電子コンテンツを配信する電子書籍配信サーバや、各種の動画を配信する動画配信サーバや、音楽データを配信する音楽配信サーバなどである。
例えば、電子書籍配信サーバは、ユーザ端末３に対して、ユーザがこれまでに購入した電子書籍の履歴（或いは閲覧した電子書籍の履歴）を提示することや、それらの履歴に基づくリコメンド書籍を提示することが考えられる。そのような場合に上述した各種の処理を行うことによって、端末ごとの履歴情報に応じた情報を提示することや、端末によらずユーザＩＤに紐付く履歴情報に基づいて情報を提示する。
尚、上記では、履歴をユーザ端末３ごとに管理する場合と、履歴をユーザ端末３によらずユーザＩＤに基づいて統合管理する場合を説明したが、双方の場合において履歴ＤＢ５１に記憶される各履歴情報の記憶態様は同じとしてもよい。
例えば、各履歴は、操作を行ったユーザ端末３の端末ＩＤとユーザＩＤとが紐付けられて管理される。即ち、管理方法によらず、記憶される情報は同じである。
このような場合でも、ユーザに対する提示情報（リコメンド情報や広告情報など）を抽出する処理において、当該ユーザの履歴情報の管理方法を考慮すれば、同様の効果を得ることができる。
即ち、履歴情報が統合管理されたユーザであれば、ユーザＩＤに紐付く履歴全てを対象として提示情報を抽出する。また、履歴情報が端末ＩＤごとに管理されたユーザであれば、ユーザＩＤと端末ＩＤに紐付く履歴を対象として提示情報を抽出する
例えば、各履歴は、操作を行ったユーザ端末３の端末ＩＤとユーザＩＤとが紐付けられて管理される。即ち、管理方法によらず、記憶される情報は同じである。
このような場合でも、ユーザに対する提示情報（リコメンド情報や広告情報など）を抽出する処理において、当該ユーザの履歴情報の管理方法を考慮すれば、同様の効果を得ることができる。
即ち、履歴情報が統合管理されたユーザであれば、ユーザＩＤに紐付く履歴全てを対象として提示情報を抽出する。また、履歴情報が端末ＩＤごとに管理されたユーザであれば、ユーザＩＤと端末ＩＤに紐付く履歴を対象として提示情報を抽出する
尚、上記した例では、履歴情報をユーザＩＤと端末ＩＤの組ごとに別管理された状態から、統合管理された状態へ変更される例を説明したが、統合管理された状態と別管理された状態が複数回繰り返されてもよい。即ち、その時々のユーザの状況に応じて、別管理の状態から統合管理の状態へ遷移させることや、統合管理の状態から別管理の状態へ遷移させることが考えられる。
また、これらの状態遷移は、例えば図８に示したような選択肢を提示することによって取得できるユーザの回答に基づいて行ってもよいし、図１０及び図１１に示したような傾向判定処理の判定結果に基づいてＥＣサーバ１が自動的に行ってもよい。
また、これらの状態遷移は、例えば図８に示したような選択肢を提示することによって取得できるユーザの回答に基づいて行ってもよいし、図１０及び図１１に示したような傾向判定処理の判定結果に基づいてＥＣサーバ１が自動的に行ってもよい。
＜７．プログラム＞
各実施の形態におけるプログラムは、ＥＣサーバ１が備える演算処理装置（ＣＰＵなど）に実行させるプログラムである。
各実施の形態におけるプログラムは、ＥＣサーバ１が備える演算処理装置（ＣＰＵなど）に実行させるプログラムである。
このプログラムは、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に以下の各手順を実行させる。
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた履歴を用いて提示情報を抽出する提示情報抽出手順を演算処理装置に実行させる。
また、情報取得要求を行った端末に対して提示情報を提示する制御を行う提示制御手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図５乃至図７，図９乃至図１１で説明した各処理を実行させるプログラムである。
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた履歴を用いて提示情報を抽出する提示情報抽出手順を演算処理装置に実行させる。
また、情報取得要求を行った端末に対して提示情報を提示する制御を行う提示制御手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図５乃至図７，図９乃至図１１で説明した各処理を実行させるプログラムである。
このようなプログラムにより、上述したＥＣサーバ１を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
１ ＥＣサーバ、１ａ 履歴管理部、１ｂ 提示情報抽出部、１ｃ 提示制御部、１ｄ 選択要求提示部、１ｅ 傾向判定部、２ 通信ネットワーク、３，３Ａ，３Ｂ，３Ｃ ユーザ端末、５０ ユーザＤＢ、５１ 履歴ＤＢ、５２ 商品ＤＢ、５３ ウェブページＤＢ
Claims (7)
- ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える
情報処理装置。 - 前記組の中で同一のユーザ識別情報を有する組が他にある場合に、
当該ユーザ識別情報に係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択肢要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示部と、を更に備える
請求項１に記載の情報処理装置。 - 前記履歴管理部は、ユーザ識別情報が同一であって端末識別情報が異なる複数の組に対して、当該異なる端末識別情報を有する複数の端末を同一ユーザが使用していると判定された場合に、前記複数の組の前記履歴をまとめて管理する
請求項１に記載の情報処理装置。 - 前記複数の組に対して前記履歴から同一ユーザによるものか否かを判定する判定部と、を更に備え、
前記履歴管理部は、前記履歴が同一ユーザによるものと判定された前記複数の組の前記履歴をまとめて管理する
請求項３に記載の情報処理装置。 - ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、を有する
情報処理方法。 - ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムであって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、を実行させる
プログラム。 - ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムを記憶した記憶媒体であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、を実行させるプログラムを記憶した
記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016560942A JP6085730B1 (ja) | 2015-11-10 | 2015-11-10 | 情報処理装置、情報処理方法、プログラム、記憶媒体 |
| PCT/JP2015/081564 WO2017081740A1 (ja) | 2015-11-10 | 2015-11-10 | 情報処理装置、情報処理方法、プログラム、記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2015/081564 WO2017081740A1 (ja) | 2015-11-10 | 2015-11-10 | 情報処理装置、情報処理方法、プログラム、記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2017081740A1 true WO2017081740A1 (ja) | 2017-05-18 |
Family
ID=58095196
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/JP2015/081564 WO2017081740A1 (ja) | 2015-11-10 | 2015-11-10 | 情報処理装置、情報処理方法、プログラム、記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP6085730B1 (ja) |
| WO (1) | WO2017081740A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019219774A (ja) * | 2018-06-15 | 2019-12-26 | 株式会社ロックオン | コンバージョンレポート表示装置、その表示プログラムおよびその表示方法 |
| JP2020521232A (ja) * | 2017-05-19 | 2020-07-16 | ライブランプ インコーポレーテッド | デジタル通信ネットワーク上の複数のデバイスにわたるデジタルタッチポイントを確立するための分散ノードクラスタ |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6577161B1 (ja) * | 2018-11-21 | 2019-09-18 | 孝一 西郷 | 広告装置 |
| WO2020105198A1 (ja) * | 2018-11-21 | 2020-05-28 | 孝一 西郷 | 広告装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015002425A (ja) * | 2013-06-14 | 2015-01-05 | シャープ株式会社 | コンテンツ情報提供装置、コンテンツ情報提供システム、端末装置、テレビジョン受信装置、コンテンツ情報提供方法及びコンテンツ情報提供プログラム |
| JP2015512066A (ja) * | 2011-11-15 | 2015-04-23 | タパッド, インコーポレーテッドTapad, Inc. | 物理装置またはソフトウェアアプリケーションの識別子間の関連に基づく、ネットワーク接続された装置を使用するときのユーザ活動の識別および追跡 |
-
2015
- 2015-11-10 WO PCT/JP2015/081564 patent/WO2017081740A1/ja active Application Filing
- 2015-11-10 JP JP2016560942A patent/JP6085730B1/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015512066A (ja) * | 2011-11-15 | 2015-04-23 | タパッド, インコーポレーテッドTapad, Inc. | 物理装置またはソフトウェアアプリケーションの識別子間の関連に基づく、ネットワーク接続された装置を使用するときのユーザ活動の識別および追跡 |
| JP2015002425A (ja) * | 2013-06-14 | 2015-01-05 | シャープ株式会社 | コンテンツ情報提供装置、コンテンツ情報提供システム、端末装置、テレビジョン受信装置、コンテンツ情報提供方法及びコンテンツ情報提供プログラム |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020521232A (ja) * | 2017-05-19 | 2020-07-16 | ライブランプ インコーポレーテッド | デジタル通信ネットワーク上の複数のデバイスにわたるデジタルタッチポイントを確立するための分散ノードクラスタ |
| JP7055153B2 (ja) | 2017-05-19 | 2022-04-15 | ライブランプ インコーポレーテッド | デジタル通信ネットワーク上の複数のデバイスにわたるデジタルタッチポイントを確立するための分散ノードクラスタ |
| JP2019219774A (ja) * | 2018-06-15 | 2019-12-26 | 株式会社ロックオン | コンバージョンレポート表示装置、その表示プログラムおよびその表示方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPWO2017081740A1 (ja) | 2017-11-16 |
| JP6085730B1 (ja) | 2017-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5955286B2 (ja) | 評価算出装置、評価算出方法及び評価算出プログラム | |
| CN107408256B (zh) | 优化的物品属性比较 | |
| US20130132178A1 (en) | Question and answer processing device, question and answer processing method, question and answer processing program, and recording medium | |
| US20140067596A1 (en) | Methods and apparatus for recommending products and services | |
| US10438270B2 (en) | Apparatus and method for information processing and recording | |
| JP6619024B2 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP5686934B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP6679689B2 (ja) | 情報処理装置、情報処理方法 | |
| JP6085730B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP6069599B1 (ja) | 情報処理装置、情報処理方法、プログラム | |
| JP6754808B2 (ja) | 情報処理装置、情報処理方法 | |
| US20150106210A1 (en) | Information processing apparatus, information processing method, and information processing program | |
| JPWO2018042540A1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| US20160005084A1 (en) | Systems, methods, and computer program products for user-specific product related activity | |
| JP6600422B2 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP6053093B1 (ja) | 情報処理装置、情報処理方法、プログラム | |
| JP5890079B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| WO2014149787A1 (en) | Systems and methods for an online fashion design marketplace | |
| JP5755271B2 (ja) | 広告配信装置、広告配信方法および広告配信プログラム | |
| US11928725B2 (en) | Methods for searching and obtaining design items and meta data concerning the design items | |
| JP7372958B2 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| JP4895619B2 (ja) | 商品情報提供システム | |
| JP5890081B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP6085727B1 (ja) | 情報処理装置、情報処理方法、プログラム、記憶媒体 | |
| JP2024027669A (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ENP | Entry into the national phase |
Ref document number: 2016560942 Country of ref document: JP Kind code of ref document: A |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15908264 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 15908264 Country of ref document: EP Kind code of ref document: A1 |