WO2015177868A1 - 予告装置、プログラム、記録媒体、及び方法 - Google Patents

予告装置、プログラム、記録媒体、及び方法 Download PDF

Info

Publication number
WO2015177868A1
WO2015177868A1 PCT/JP2014/063357 JP2014063357W WO2015177868A1 WO 2015177868 A1 WO2015177868 A1 WO 2015177868A1 JP 2014063357 W JP2014063357 W JP 2014063357W WO 2015177868 A1 WO2015177868 A1 WO 2015177868A1
Authority
WO
WIPO (PCT)
Prior art keywords
notice
transaction
time
deadline
date
Prior art date
Application number
PCT/JP2014/063357
Other languages
English (en)
French (fr)
Inventor
孝錫 孔
ユワラジュ シンデ
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to JP2015509653A priority Critical patent/JP5763867B1/ja
Priority to US14/904,889 priority patent/US10325310B2/en
Priority to PCT/JP2014/063357 priority patent/WO2015177868A1/ja
Priority to TW104115601A priority patent/TWI540527B/zh
Publication of WO2015177868A1 publication Critical patent/WO2015177868A1/ja

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/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Definitions

  • the present invention relates to a notice device, a program, a recording medium, and a method.
  • Patent Document 1 An apparatus that makes a notice a predetermined time or more before the next deadline.
  • Patent Document 1 does not adjust the notice time unless the user accesses a web page used for application for a transaction such as a sales page. For this reason, the apparatus disclosed in Patent Document 1 has a problem that the notice may not be performed at an appropriate time that can improve the degree of the user's response to the notice.
  • the present invention has been made in view of such problems, and an object of the present invention is to provide a notice device, a program, a recording medium, and a method capable of notifying the expiration of the deadline at a more appropriate time than before. There is to do.
  • a notice device provides: For each transaction of a plurality of transactions, an acquisition unit that acquires a notice date and time preceding the deadline of each transaction by a set interval; A notification unit for notifying a user who watches each transaction of a notice of the deadline for each transaction after the notice date and time acquired for each transaction has arrived; The notice notified by the notification unit regarding the plurality of transactions based on the action performed on each transaction by the user who has been notified of the notice relating to each transaction by the time limit of each transaction. A calculation unit for calculating the degree of response to An update unit for updating the interval so that the calculated reactivity is improved, It is characterized by that.
  • the update unit updates the interval to the temporarily changed value. It is also good.
  • the action is to access the application page of each transaction by the deadline of each transaction, and the reactivity is calculated so as to have a positive correlation with the access rate of the user notified of the advance notice.
  • the It is also good.
  • the action is to access the application page of each transaction by the deadline of each transaction, and the reactivity is from a response period from the time when the notice is notified to the time when the application page is accessed, Calculated, It is also good.
  • the action is that the user who has been notified of the advance notice after the deadline of each transaction has opened the advance notice, and the reactivity is calculated so as to have a negative correlation with the open rate after the deadline. , It is also good.
  • the interval is set for each time period to which the deadlines of the plurality of transactions belong, It is also good.
  • the interval is set for each genre to which the plurality of transactions belong. It is also good.
  • the interval is set for each of a transaction that is automatically extended and a transaction that is not. It is also good.
  • a system comprising a server that manages a plurality of transactions, and a terminal device that communicates with the server, The terminal device For each transaction of the plurality of transactions, an acquisition unit that acquires a notice date and time preceding the deadline of each transaction by a set interval; A notification unit for notifying a user who watches each transaction of a notice of the deadline for each transaction after the advance notice date acquired for each transaction has arrived; The server The notice notified by the notification unit regarding the plurality of transactions based on the action performed on each transaction by the user who has been notified of the notice relating to each transaction by the time limit of each transaction. A calculation unit for calculating the degree of response to An update unit for updating the interval so that the calculated reactivity is improved, The terminal device obtains the updated interval from the server; It is characterized by that.
  • a program provides: Computer For each transaction of a plurality of transactions, an acquisition unit that acquires a notice date and time preceding the deadline of each transaction by a set interval; A notification unit for notifying a user who watches each transaction of a notice of the deadline for each transaction after the notice date and time acquired for each transaction has arrived; The notice notified by the notification unit regarding the plurality of transactions based on the action performed on each transaction by the user who has been notified of the notice relating to each transaction by the time limit of each transaction.
  • a calculation unit for calculating the degree of response to Function as an update unit that updates the interval so that the calculated reactivity is improved, It is characterized by that.
  • a computer-readable recording medium provides: Computer For each transaction of a plurality of transactions, an acquisition unit that acquires a notice date and time preceding the deadline of each transaction by a set interval; A notification unit for notifying a user who watches each transaction of a notice of the deadline for each transaction after the notice date and time acquired for each transaction has arrived; The notice notified by the notification unit regarding the plurality of transactions based on the action performed on each transaction by the user who has been notified of the notice relating to each transaction by the time limit of each transaction. A calculation unit for calculating the degree of response to Function as an update unit that updates the interval so that the calculated reactivity is improved, A program characterized by this is recorded.
  • a method includes: For each transaction of a plurality of transactions, an acquisition step of obtaining a notice date and time preceding the deadline of each transaction by a set interval; A notification step of notifying a user who watches each transaction of a notice of the deadline of each transaction after the notice date and time acquired for each transaction has arrived; The notice notified by the notifying step regarding the plurality of transactions based on an action performed on each transaction by the user notified of the notice relating to each transaction by the time limit of each transaction.
  • the notification device program, recording medium, and method according to the present invention, it is possible to notify the expiration of the deadline at a more appropriate time than before.
  • FIG. 1 is a system configuration diagram illustrating a configuration example of a notice system according to Embodiment 1.
  • FIG. It is a figure showing an example of the search page which a terminal device displays. It is a figure showing an example of the notice message which a terminal unit displays. It is a figure showing an example of the bid application page which a terminal device displays.
  • It is a figure showing an example of the goods table which a notice device memorizes.
  • FIG. 10 is a system configuration diagram illustrating a configuration example of a notice system according to a fifth embodiment.
  • FIG. 10 is a functional block diagram illustrating an example of functions of a terminal device according to a fifth embodiment.
  • the advance notice system 1 notifies the arrival of the deadline before the deadline for applying for the transaction.
  • an internet auction bid application deadline hereinafter simply referred to as a bid deadline
  • a transaction application deadline an internet auction bid application deadline
  • the notice system 1 includes a terminal device 110 and 120, a base station 200 capable of wireless communication with the terminal device 110 and 120, a base station 200 and a computer communication network 10 (hereinafter simply referred to as a communication network 10). ), And a notice device 300 connected to be communicable via the communication device.
  • the communication network 10 is configured by the Internet, for example.
  • the communication network 10 may be a LAN (Local Area Network) or a public line network.
  • the terminal devices 110 and 120 are constituted by mobile phones, for example.
  • the terminal devices 110 and 120 may be notebook personal computers or tablet computers.
  • the terminal device 110 includes, for example, an input unit 111 such as a touch pad and a display unit 119 such as an LCD (Liquid Crystal Display).
  • the terminal device 120 includes an input unit 121 and a display unit 129 having the same configuration as the input unit 111 and the display unit 119 included in the terminal device 110. Since the terminal devices 110 and 120 have the same configuration and perform the same operation, the terminal device 110 will be mainly described below.
  • the terminal device 110 displays a search page as shown in FIG. 2, which is used to search for products that can be bid at an Internet auction.
  • search condition data data indicating the input search condition
  • search request a search request
  • the terminal device 110 acquires information indicating the name, current price, and bid deadline of the product satisfying the search condition from the notification device 300, and displays the acquired information on the search page. Thereafter, the user who confirms the display unit 119 determines a product to watch the transaction (hereinafter referred to as a watch product).
  • watching a transaction means receiving a notification about changes in the transaction status.
  • This notification is made to a user whose identification information (hereinafter referred to as a user ID) is registered in a list called a watch list stored in the notice device 300.
  • a user who watches a transaction is also referred to as a user registered in the watch list.
  • Notification of changes in transaction status includes a notice of the deadline for application of the transaction, but is not limited to this.
  • the highest bid amount has changed or the highest It includes a notification that the user who is bidding on the amount (hereinafter referred to as the highest bidder) has been replaced by another user.
  • the terminal device 110 obtains information for identifying a product to be watched (hereinafter referred to as a watch product ID) and a user ID. , Input from the input unit 111 according to the operation.
  • the terminal device 110 transmits a watch product ID, a user ID, and a watch request for registering the user ID in the watch list to the notification device 300.
  • the terminal device 110 receives a message (hereinafter referred to as a notice message) for notifying the arrival of the bid deadline from the notice device 300 as shown in FIG. Displayed on the display unit 119.
  • a notice message a message for notifying the arrival of the bid deadline from the notice device 300 as shown in FIG. Displayed on the display unit 119.
  • the input unit 111 performs an operation to display a page (hereinafter referred to as a bid application page) used for the product bid application. .
  • the terminal device 110 inputs information (hereinafter referred to as a bid product ID) for identifying a product to be bid (hereinafter referred to as a bid product) from the input unit 111.
  • the terminal device 110 transmits a transmission request for transmission of a bid application page and the input bid product ID and user ID to the notice device 300.
  • the terminal device 110 acquires a bid application page as shown in FIG. 4 from the notice device 300 and displays it on the display unit 119. Thereafter, the terminal device 110 applies for a bid by transmitting information representing the bid amount input from the input unit 111 to the notice device 300 in accordance with a user operation.
  • the user selects the product to be watched after confirming the search result as the input unit 111.
  • the user selects the product to be bid without selecting the product to be watched. You may do. Even in this case, as will be described later, since the user ID is registered in the watch list, the user is notified of the bid due date.
  • the base station 200 is, for example, a mobile phone base station or a wireless LAN base station.
  • the base station 200 relays communication between the terminal devices 110 and 120 and the notification device 300.
  • the notice device 300 includes a server machine as shown in FIG.
  • the notice device 300 includes a CPU (Central Processing Unit) 301, a ROM (Read Only Memory) 302, a RAM (Random Access Memory) 303, a hard disk 304, a media controller 305, a LAN (Local Area Network) card 306, a video card 307, an LCD. (Liquid Crystal Display) 308, a keyboard 309, a speaker 310, and a touch pad 311.
  • the CPU 301 executes the program according to the program stored in the ROM 302 or the hard disk 304, thereby performing overall control of the notice device 300.
  • a RAM 303 is a work memory that temporarily stores data to be processed when the CPU 301 executes a program.
  • the hard disk 304 is an information storage unit that stores a table storing various data. Note that the notice device 300 may include a flash memory instead of the hard disk 304.
  • the media controller 305 reads various data and programs from recording media including a flash memory, a CD (Compact Disc), a DVD (Digital Versatile Disc), and a Blu-ray Disc (registered trademark).
  • a flash memory a CD (Compact Disc), a DVD (Digital Versatile Disc), and a Blu-ray Disc (registered trademark).
  • CD Compact Disc
  • DVD Digital Versatile Disc
  • Blu-ray Disc registered trademark
  • the LAN card 306 transmits / receives data to / from the terminal devices 110 and 120 connected via the communication network 10 and the base station 200.
  • the keyboard 309 and the touch pad 311 input signals according to user operations.
  • the video card 307 draws (that is, renders) an image based on the digital signal output from the CPU 301, and outputs an image signal representing the drawn image.
  • the LCD 308 displays an image according to the image signal output from the video card 307.
  • the notice device 300 may include a PDP (Plasma Display Panel) or an EL (Electroluminescence) display instead of the LCD 308.
  • the speaker 310 outputs sound based on the signal output from the CPU 301.
  • the hard disk 304 illustrated in FIG. 5 functions as the information storage unit 390 illustrated in FIG. 6 in cooperation with the CPU 301.
  • the information storage unit 390 stores a product table as shown in FIG.
  • a product table information for identifying a product exhibited in an auction (hereinafter referred to as a product ID), information representing a product name, information identifying a product genre, and information representing a genre name are associated with each other. Multiple records are saved.
  • the genre of the product refers to the type of the product, and the product that is put on the auction is classified into any type (that is, genre). Examples of the genre include “fashion” in which products such as clothes are classified, and “DVD (Digital Versatile Disc)” in which DVDs that record video and music such as movies and television programs are classified.
  • the information storage unit 390 stores a bid table as shown in FIG.
  • the bid table includes a product ID stored in the product table in FIG. 7, information indicating the bid deadline of the product identified by the product ID, and information indicating the date and time for notifying the expiration of the deadline (hereinafter referred to as the date and time of notification).
  • a notice flag indicating whether or not a notice has been made, information indicating the current price of the product, a user ID of the highest bidder, a watch list of the product, and information indicating the presence or absence of automatic extension of the bid are associated with each other Multiple records are saved.
  • the automatic extension of bidding will be described in the second embodiment.
  • the information storage unit 390 stores a parameter table as shown in FIG. 9 in which parameters for determining the date and time of notice (hereinafter simply referred to as setting parameters) are stored.
  • setting parameters parameters for determining the date and time of notice
  • information indicating the number of notices, information indicating the number of accesses after the notice, information indicating the access rate after the notice, information indicating the total response time, and the number of openings after the deadline are used as information used for updating the setting parameter.
  • One record is stored in which the information that represents the information and the information that represents the opening rate after the expiration date are associated with each other.
  • the number of notices refers to the number of times that the notice device 300 has noticed the arrival of the bid deadline.
  • the post-notification access count refers to the total number of accesses to the bid application page of the product for which the bid deadline has been announced, counting the accesses made by the user who received the advance notice until the deadline.
  • the access rate after notification refers to the ratio of the number of accesses after notification to the number of notifications.
  • the notification device 300 sends an e-mail including a notification message (hereinafter referred to as a notification email) in order to notify the arrival of the bid deadline.
  • a notification email a notification message
  • the response time is the point of access when the user who confirmed the notice email accesses the bid application page for the product for which the bid deadline has been noticed from the time the notice is sent until the deadline. Time until.
  • the total response time refers to the total response time for the user who has received the notice mail.
  • the number of opening after the deadline means the number of users who opened the notice mail after the bid deadline for which the notice mail notifies, and the opening rate after the deadline means the ratio of the number of opening after the deadline to the number of notices.
  • the information storage unit 390 stores a log table as shown in FIG. 10 in which logs used for counting the number of accesses and the like are stored.
  • the log table stores a plurality of records in which storage date / time information indicating the storage date / time of the log, content information indicating the log content, and a user ID and a product ID related to the log content are associated with each other.
  • the CPU 301 in FIG. 5 starts executing search processing for searching for a product.
  • the CPU 301 functions as the information acquisition unit 320 and the search unit 325 illustrated in FIG. 6 by executing the search process.
  • the information acquisition unit 320 acquires the search condition data received from the terminal device 110 from the LAN card 306 in FIG.
  • the search unit 325 extracts the search keyword and the genre ID of the genre to which the product to be searched belongs from the search condition data.
  • the search unit 325 searches the product table of FIG. 7 for a plurality of product IDs associated with the extracted genre ID and information representing a product name that partially or entirely matches the search keyword.
  • the search unit 325 searches the bid table shown in FIG. 8 for information representing the time limit and information representing the current price respectively associated with the retrieved plurality of product IDs.
  • the search unit 325 outputs the searched product ID, information indicating the product name, information indicating the time limit, and information indicating the current price to the LAN card 306 with the terminal device 110 as a destination.
  • the LAN card 306 transmits these pieces of information to the terminal device 110, and the terminal device 110 displays these pieces of information on the search page in FIG.
  • the user of the terminal device 110 confirms a search page and determines a product to watch from a plurality of searched products.
  • the terminal device 110 transmits a user ID, a watch product ID, and a watch request for registering the user in the watch list of the watch product to the notice device 300 in accordance with a user operation.
  • the CPU 301 starts execution of a registration process as shown in FIG.
  • the CPU 301 functions as the registration unit 330 in addition to the information acquisition unit 320 illustrated in FIG. 6 by executing the registration process.
  • the information acquisition unit 320 acquires a request from the LAN card 306, and after determining that the acquired request is a watch request (step S01; Yes), the user ID from the LAN card 306 is obtained.
  • the watch product ID is acquired (step S02).
  • the registration unit 330 adds the acquired user ID to the watch list (that is, the watch list of the watch product) associated with the same product ID as the watch product ID stored in the bid table of FIG. Registration is performed (step S03). Thereafter, the registration unit 330 ends the registration process.
  • the terminal device 110 determines the bid product ID and the user according to the user's operation.
  • the ID and the transmission request for the bid application page are transmitted to the notice device 300.
  • the CPU 301 starts the registration process of FIG.
  • the information acquisition unit 320 acquires a request from the LAN card 306, and after determining that the acquired request is not a watch request (step S01; No), the acquired request is a transmission request. It is determined that there is any (step S04; Yes). When the information acquisition unit 320 determines that the acquired request is not a transmission request (step S04; No), the information acquisition unit 320 ends the registration process.
  • the registration unit 330 displays the bid application page for the product identified by the acquired bid product ID.
  • the device 110 is output to the LAN card 306 as a destination (step S06).
  • the registration unit 330 includes a user ID, a bid product ID, content information indicating the content that the user identified by the user ID has accessed the bid application page for the product identified by the bid product ID, a log Are stored in the log table of FIG. 10 in association with each other.
  • the registration unit 330 may store information indicating the access date / time to the bid application page as the log storage date / time information.
  • the LAN card 306 transmits a bid application page to the terminal device 110, and the terminal device 110 displays the bid application page.
  • the user of the terminal device 110 confirms the bid application page and determines the bid amount.
  • the terminal device 110 transmits information representing the bid amount to the notice device 300 in accordance with a user operation.
  • the information acquisition unit 320 acquires information representing the bid amount from the LAN card 306 (step S07).
  • the registration unit 330 acquires the user ID of the highest bidder associated with the same product ID as the bid product ID stored in the bid table of FIG. 8 and information indicating the current price. Update with the ID and information representing the bid amount (step S08).
  • the registration unit 330 includes a user ID, a bid product ID, content information indicating that the user identified by the user ID has bid for the product identified by the bid product ID, and a log save date and time. Information is stored in the log table of FIG. 10 in association with each other. Note that the registration unit 330 may store information indicating the bid date and time as log save date and time information.
  • the registration unit 330 sets the user ID to It is additionally registered in the watch list (step S09). Thereafter, the registration unit 330 ends the registration process.
  • the advance notice process is a process for notifying the user registered in the watch list that the bid deadline has come.
  • the CPU 301 functions as the calculation unit 340, the update unit 350, the time limit acquisition unit 360, and the notification unit 370 illustrated in FIG.
  • step S11 When the execution of the advance notice process is started, the advance date and time setting process for setting the advance date and time is executed for the product whose product ID is stored in the bid table of FIG. 8 (step S11).
  • the calculation unit 340 acquires the setting parameters stored in the parameter table of FIG.
  • the time limit acquisition unit 360 acquires information representing the bid time limit from each of the plurality of records stored in the bid table of FIG.
  • the calculation unit 340 calculates the date and time that is earlier by the time represented by the setting parameter than the bid due date represented by each of the plurality of acquired information.
  • the setting parameter is described as being initially set to a value representing 30 minutes, but is not limited thereto.
  • the update unit 350 represents information indicating the bid deadline used for the calculation and information indicating the notice date and time associated with each in the bid table, and represents the calculated notice date and time. Update with information.
  • the update unit 350 sets the date and time for temporarily changing the notice date and time (hereinafter referred to as “temporary change date and time”) to the date and time after a predetermined time. This is to adjust the notice timing to an appropriate time.
  • the update unit 350 verifies whether or not the degree of reaction indicating how much the user has responded to the notice mail (hereinafter referred to as “reactivity”) has been improved by changing the notice timing. Is set to a date and time that is a predetermined time after the temporary change date and time. Thereafter, the update unit 350 ends the advance notice date setting process.
  • the notification unit 370 obtains the current date and time from, for example, an OS (Operating System), and then there is a product that needs to be notified of the bid due date (hereinafter referred to as a product requiring notification). It is determined whether or not (step S12).
  • OS Operating System
  • the notification unit 370 searches the bid table of FIG. 8 for one record in which the notice flag indicating that no notice is given and the information indicating the notice date and time before the current date and time are stored. To do. Next, the notification unit 370 determines that the product identified by the product ID stored in the retrieved record is a product requiring notice.
  • the notice unit 370 executes a notice message output process for outputting a notice message (step S13).
  • the notice table 370 receives information indicating the bid deadline associated with the product ID of the notice-required product, information representing the current price, information representing the highest bidder, and the like from the bid table. Acquire and create a notice message containing the acquired information.
  • the notification unit 370 acquires the watch list associated with the product ID of the product requiring the notice from the bid table.
  • the user ID is described as being the user's mail address. Therefore, the notification unit 370 creates a notice mail including a notice message with a plurality of user IDs registered in the acquired watch list as destinations, and then outputs the notice mail to the LAN card 306 in FIG.
  • the notification unit 370 transmits the notice mail describing the bid due date of the notice-required product to a plurality of users registered in the watch list. Create content information.
  • the notification unit 370 associates the user IDs of the plurality of users, the product IDs of the products requiring notification, the created content information, and the log storage date / time information, and stores them in the log table of FIG. To do. Thereafter, the notification unit 370 ends the execution of the notice message output process.
  • the registration unit 330 may store information indicating the transmission date / time of the notice mail as the log storage date / time information.
  • the notice mail is set so that, when opened by the terminal device 110, an e-mail notifying that it has been opened (hereinafter referred to as an opening confirmation mail) is returned to the sender.
  • an opening confirmation mail the product ID of the product for which the deadline has been announced and the user ID of the user who has received the notification are described.
  • the information acquisition unit 320 acquires the opening confirmation mail from the LAN card 306, and the registration unit 330 receives the product ID and user ID described in the opening confirmation mail, and the notice mail.
  • the registration unit 330 may store information indicating the opening date / time of the notice mail or the reception date / time of the opening confirmation mail as the log saving date / time information.
  • step S12 When it is determined that there is no product requiring notice (step S12; No), or after step S13 is executed, the calculation unit 340 acquires the current date and time. Next, the calculation unit 340 determines whether or not the temporary change date and time has arrived based on whether or not the current date and time is later than the temporary change date and time of the setting parameter (step S14).
  • the update unit 350 executes provisional change parameter value determination processing for determining a value obtained by provisionally changing the value of the setting parameter (Ste S15). At this time, the updating unit 350 randomly determines whether to increase the current setting parameter value by a predetermined value or decrease it by a predetermined value.
  • step S16 a notice date and time setting process using a value obtained by temporarily changing the value of the setting parameter is executed (step S16).
  • the advance notice date setting process executed in step S16 is the same process as the advance notice date setting process executed in step S11.
  • the time limit acquisition unit 360 acquires information indicating the bid time limit from each of the plurality of records stored in the bid table of FIG. The date and time that is earlier than the time indicated by the setting parameter value temporarily changed from the bid deadline is calculated as the notice date and time.
  • the update unit 350 uses the information representing the calculated notice date and time as the information representing the notice date and time associated with the information representing the bid deadline used for the calculation. After the update, execution of the advance notice date setting process is terminated. Thereafter, the above process is repeated from step S12.
  • step S14 determines in step S14 that the provisional change date has not arrived (step S14; No)
  • step S17 determines whether the verification date has arrived based on whether the current time is later than the verification date. It is determined whether or not (step S17).
  • step S17 determines that the verification date has arrived (step S17; Yes)
  • step S18 executes an action totaling process for totaling log data recording the user's actions for the notice of the bid deadline
  • the calculation unit 340 calculates the number of notices, the number of accesses after notice, the access rate after notice, the total response time, the number of openings after the deadline, and the opening percentage after the deadline.
  • the calculation unit 340 counts the number of user IDs associated with the content information (hereinafter referred to as transmission content information) indicating the content that the notice mail is transmitted in the log table of FIG. Thereby, the calculation unit 340 calculates the number of transmissions of the notice mail, and sets the calculated number of transmissions as the number of notices.
  • transmission content information the content information indicating the content that the notice mail is transmitted in the log table of FIG.
  • the calculation unit 340 acquires a plurality of combinations of transmission content information, storage date information associated with the transmission content information, a product ID, and a plurality of user IDs from the log table of FIG. Thereby, the calculation unit 340 specifies a plurality of combinations of the transmission date and time of the notice mail, the product for which the bid deadline has been noticed, and the plurality of users who have received the notice.
  • the calculation unit 340 pays attention to one of the specified combinations and sets the attentioned combination as the attention combination. Further, the calculation unit 340 sets the transmission date / time, the product, and the plurality of users constituting the attention combination as the attention transmission date / time, the attention product, and the plurality of attention users.
  • the calculation unit 340 acquires information indicating the bid deadline associated with the product ID of the product of interest from the bid table of FIG.
  • the calculation unit 340 is associated with storage date / time information indicating the date / time from the attention transmission date / time to the bid expiration date of the attention product, the product ID of the attention product, and any of the user IDs of a plurality of attention users.
  • the content information a plurality of pieces of content information indicating that the bid application page has been accessed are acquired. This is because the user who is notified of the noticed product from the noticed transmission date and time until the bid due date of the noticed product acquires content information indicating that the user has accessed the bid application page for the noticed product.
  • the calculation unit 340 counts the number of acquired content information. This is to calculate the number of times one of a plurality of attention users who have received a notice about the noticed product has accessed the bid application page for the noticed product by the bid deadline after sending the notice mail.
  • the calculation unit 340 sets the time represented by the difference between the storage date / time (that is, the access date / time) represented by the information associated with each of the acquired plurality of pieces of content information and the noticed transmission date / time to the response time. And This is because the time required for any one of a plurality of attention users who have responded to the notice to access the bid application page before the bid deadline is calculated from the notice about the noticed product.
  • the calculation unit 340 repeats the above processing until there are no unfocused combinations, and then adds the number of contents information counted for each combination to calculate the number of accesses after the notice. Thereafter, the calculation unit 340 calculates the access rate after notification by dividing the number of accesses after notification by the number of notifications. In addition, the calculation unit 340 adds together a plurality of response times calculated for each combination, and calculates a total value of response times.
  • the calculation unit 340 specifies a plurality of combinations of a product for which a bid deadline has been notified and a plurality of users who have received the notification, similarly to the calculation of the number of accesses after the notification.
  • the calculation unit 340 pays attention to one of the specified plurality of combinations, and sets the product and the plurality of users constituting the combination as the attention as the product of interest and the plurality of users of interest.
  • the calculation unit 340 obtains information representing the bid deadline associated with the product ID of the product of interest from the bid table of FIG. 8, and then stores storage date / time information representing the date and time after the bid deadline, Number of pieces of content information acquired after acquiring a plurality of pieces of content information indicating that the notice mail has been opened from among the pieces of content information associated with the product ID and each of the user IDs of each of the plurality of users of interest Count. Thereafter, the calculation unit 340 repeats the above process until there are no unfocused combinations, and then sets the value obtained by adding the number of contents information counted for each combination as the number of unsealed opening. Thereafter, the calculation unit 340 calculates the after-date opening rate by dividing the after-time-opening number by the notice number.
  • the update unit 350 stores these values in the parameter table of FIG. Update the updated information. Thereafter, the update unit 350 ends the execution of the action totaling process.
  • step S18 of FIG. 12 the update unit 350 stores the latest reactivity in a storage parameter that stores the latest value of the reactivity indicating how much the user has reacted to the notice mail. If the reactivity has not been calculated, the updating unit 350 saves the lowest value of the reactivity in the storage parameter.
  • the calculation unit 340 executes a reactivity calculation process for calculating a reactivity based on the access rate after notification calculated in the action tabulation process in step S18, the total value of response times, and the opening rate after the expiration (step S1). S19).
  • the calculation unit 340 has a positive correlation with the access rate after the notice, has a negative correlation with the total value of the response period, and calculates a reactivity having a negative correlation with the opening rate after the deadline.
  • the calculation unit 340 calculates the degree of response higher as the response to the notice mail by the user is higher.
  • An appropriate calculation formula used by the calculation unit 340 to calculate the reactivity can be determined by a person skilled in the art by design.
  • the update unit 350 determines whether or not the reactivity has improved based on whether or not the latest reactivity calculated in step S19 is greater than the previous reactivity stored in the storage parameter. (Step S20). At this time, when the update unit 350 determines that the reactivity has improved (step S20; Yes), the update unit 350 updates the value of the setting parameter stored in the parameter table of FIG. 9 with the temporarily changed value (step S21).
  • Step S20 When it is determined that the reactivity has not improved (Step S20; No), or after Step S21, the above process is repeated from Step S11.
  • the notice device 300 updates the interval from the notice date to the application deadline so that the degree of response calculated based on the action performed by the user who has been noticed of the deadline will be improved. To do. For this reason, a notice is given at an appropriate time when the user's responsiveness is higher than before. Since the notice is given at the appropriate time, it is traditionally that users have forgotten to apply for the bid because the grace time from the notice to the deadline is too long, or the bid is not in time for the deadline because the grace time is too short. Can be reliably prevented.
  • the notification device 300 updates the interval with a value that is temporarily changed. For this reason, if the time between the notice date and time and the deadline is too short, it is unclear whether the notice is not given at the appropriate time, or if the notice is not given at the appropriate time because the interval is too long. Even if there is, it will be possible to foresee the arrival of the deadline at a more appropriate time.
  • the notice device 300 updates the interval from the notice date to the application deadline so as to improve the reactivity having a negative correlation with the opening rate after the deadline. For this reason, since the number of users who open the notice mail before the expiration date increases more than before, the number of users accessing the bid application page is improved as compared with the conventional case.
  • the notification device 300 updates the interval from the notification date and time to the deadline so as to improve the reactivity having a negative correlation with the response period. For this reason, since a response period decreases compared with the past, it can prevent reliably that a user forgets to access a bid application page after receiving a notice.
  • the notification device 300 updates the interval from the notification date and time to the deadline so as to improve the degree of reaction having a positive correlation with the access rate after notification. For this reason, since the number of accesses to the bid application page before the deadline is increased as compared with the prior art, more active transactions are performed.
  • the notification device 300 has been described as determining the notification date and time using the same setting parameter regardless of the time zone to which the bid expiration date belongs.
  • the notice device 300 determines the notice date and time using a parameter set for each time zone to which the bid deadline belongs.
  • the notifying device 300 according to the present embodiment has the same configuration and function as the notifying device 300 according to the first embodiment, and therefore, differences will be mainly described below.
  • the information storage unit 390 stores a parameter table as shown in FIG. 13 instead of the parameter table of FIG.
  • the parameter table of FIG. 13 corresponds to information indicating a predetermined time zone, a setting parameter for determining a notice date and time of a deadline belonging to the time zone, information indicating the number of notices used for updating the setting parameter, and the like. Multiple attached records are saved.
  • the calculation unit 340 of FIG. 6 acquires information representing the bid deadline from each of the plurality of records stored in the bid table of FIG. Next, for each of the bid deadlines represented by the plurality of pieces of acquired information, a setting parameter associated with information representing a time zone to which the bid deadline belongs is obtained from the parameter table of FIG. Thereafter, the calculation unit 340 calculates, as the notice date and time, a date and time that is earlier than the bid due date represented by the plurality of pieces of acquired information by the time represented by the setting parameter for the time zone to which the due date belongs.
  • step S15 the update unit 350 in FIG. 6 determines a value obtained by temporarily changing the set value for each of the plurality of setting parameters stored in the parameter table in FIG. .
  • the calculation unit 340 calculates a numerical value used for updating the setting parameter for each time period from the data stored in the log table of FIG. That is, the calculation unit 340, for each of a plurality of time zones represented by the information stored in the parameter table of FIG. 13, respectively, the total number of advance notices, access rates after the advance notices, and response times made during the relevant time period. And the opening rate after the deadline.
  • step S19 the calculation unit 340 calculates the degree of reactivity for each time zone based on the access rate after notification, the total value of response times, and the opening rate after time limit calculated for each of a plurality of time zones.
  • the update part 350 discriminate
  • the updating unit 350 updates the setting parameter of the time zone in which it is determined that the degree of reactivity has been improved with a temporarily changed value. Thereafter, the above process is repeated from step S11.
  • the notification device 300 sets the interval from the notification date and time to the application deadline for each time zone to which a plurality of transaction deadlines belong. Can be notified at any time.
  • the notification device 300 is described as determining the notification date and time using the same setting parameter regardless of the genre to which the product belongs. In the present embodiment, the notification device 300 determines the notification date and time using a parameter set for each genre to which the product belongs.
  • the notifying device 300 according to the present embodiment has the same configuration and function as the notifying device 300 according to the first embodiment, and therefore, differences will be mainly described below.
  • the information storage unit 390 stores a parameter table as shown in FIG. 14 instead of the parameter table of FIG.
  • a record in which a genre ID, a setting parameter for determining a date and time for notifying a deadline of a product belonging to the genre ID, information indicating the number of notices used for updating the setting parameter, and the like are associated Are stored.
  • the calculation unit 340 of FIG. 6 calculates the advance notice date and time for a plurality of bid deadlines represented by the information stored in the bid table of FIG. At this time, the calculation unit 340 sets the date and time earlier than the bid due date as the time indicated by the setting parameter set for each genre of the product for which the due date is notified for a plurality of bid due dates.
  • the update unit 350 in FIG. 6 determines a value obtained by temporarily changing the value of the setting parameter for each genre of the product.
  • the calculation unit 340 calculates the number of notices, the access rate after notice, the total value of response time, and the opening rate after the deadline for each product genre.
  • step S19 the calculation unit 340 calculates the reactivity for each genre based on the post-notice access rate calculated for each genre of the product, the total value of response times, and the open rate after the expiration date.
  • the update part 350 discriminate
  • the updating unit 350 updates the setting parameter for the genre determined to have improved the reactivity with a value that is temporarily changed.
  • the notification device 300 sets an interval from the notification date and time to the application deadline for each genre, so that it can be notified at a more appropriate time than before according to the genre.
  • the notice device 300 determines the notice date and time using the same setting parameters regardless of whether or not the application deadline is automatically extended. In this embodiment, the notice device 300 determines the notice date and time using a parameter whose value is set based on the presence or absence of automatic extension.
  • the notifying device 300 according to the present embodiment has the same configuration and function as the notifying device 300 according to the first embodiment, and therefore, differences will be mainly described below.
  • the automatic extension of bidding means that if there is a bid between the date and time before a predetermined first time from the bid deadline until the bid deadline, the bid deadline is set to the date and time after a predetermined second time. It means extending.
  • the first time and the second time are described as being 5 minutes, but the present invention is not limited to this.
  • the information storage unit 390 stores a parameter table as shown in FIG. 15 instead of the parameter table of FIG.
  • the parameter table of FIG. 15 information indicating that there is automatic extension, a setting parameter that determines the advance notice date and time of the automatic extension, information indicating the number of notices used for updating the setting parameter, and the like are associated with each other.
  • One recorded record is stored.
  • the parameter table of FIG. 15 includes information indicating that there is no automatic extension, a setting parameter that determines a notice date and time of a deadline without automatic extension, information that indicates the number of notices used for updating the setting parameter, and the like.
  • One associated record is stored.
  • step S11 in the advance notice process of FIG. 12 the calculation unit 340 uses the automatically extended time limit for a time limit that is automatically extended among a plurality of bid time periods represented by the information stored in the bid table of FIG.
  • the notice date and time is calculated using the setting parameters.
  • the calculation unit 340 calculates a notice date and time using a setting parameter for a deadline that is not automatically extended for a deadline that is not automatically extended among a plurality of bid deadlines.
  • step S15 the updating unit 350 in FIG. 6 determines a value obtained by temporarily changing the setting value for each of the setting parameter for the time limit with automatic extension and the setting parameter for the time limit without automatic extension.
  • step S18 the calculation unit 340 calculates the number of notices of the deadline, the access rate after the notice, the total value of the response time, and the opening rate after the deadline for the deadline with and without the automatic extension, respectively.
  • step S19 the calculation unit 340 determines whether there is an automatic extension period and no automatic extension based on the post-notification access rate, the total response time, and the post-expiration opening rate calculated for each automatic extension.
  • the reactivity is calculated for each of the deadlines.
  • the update part 350 discriminate
  • the update unit 350 determines that the reactivity has improved for the time limit with automatic extension
  • the update unit 350 updates the setting parameter for the time limit with automatic extension with the temporarily changed value, and the reactivity for the time limit without automatic extension is increased. If it is determined that the time has been improved, the setting parameter for the deadline without automatic extension is updated with the temporarily changed value.
  • the notice device 300 sets the interval from the notice date and time to the application deadline for each of the transactions that are not automatically extended and the transactions that are not automatically extended. Depending on the situation, a notice can be given at a more appropriate time than before.
  • the notification device 300 has been described as storing a watch list and transmitting a notification message to the terminal devices used by each of a plurality of users registered in the watch list when the notification date and time comes. However, in this embodiment, the notification device 300 does not store the watch list and does not transmit a notification message. Since the terminal devices 110 and 120 and the notification device 300 according to the present embodiment have the same configurations and functions as the terminal devices 110 and 120 and the notification device 300 according to the first embodiment, respectively, differences will be mainly described below.
  • the terminal devices 110 and 120 have the same configuration as the notice device shown in FIG. 5, and are connected to each other by a bus such as a CPU, ROM, RAM, large-capacity memory, media controller, LAN card, video card, LCD, etc.
  • the display unit 119 is configured by an input unit 111 such as a speaker and a touch panel. Since the terminal devices 110 and 120 have the same configuration and perform the same operation, the terminal device 110 will be mainly described below.
  • the CPU of the terminal device 110 functions as the time limit acquisition unit 112, the registration unit 113, and the notification unit 114 illustrated in FIG. 17 by executing the auction application stored in the large-capacity memory.
  • the large-capacity memory functions as the information storage unit 115 in cooperation with the CPU.
  • the terminal device 110 uses a LAN card from the notice device 300 as a combination of a plurality of combinations of product IDs exhibited in the auction, information representing the name of the product, information representing the current price, and information representing the bid deadline. Receive and display the received information.
  • the terminal device 110 inputs the watch product ID according to the operation. Thereafter, the time limit acquisition unit 112 of the terminal device 110 acquires information representing the bid time limit combined with the watch product ID and the setting parameters from the LAN card.
  • the registration unit 113 sets the date and time before the time indicated by the setting parameter from the bid deadline as the notice date and time.
  • the registration unit 113 adds information indicating the notice date and time to the watch list stored in the information storage unit 115 of the terminal device 110 in association with the watch product ID and information indicating the bid deadline of the watch product. sign up.
  • the notification unit 114 of the terminal device 110 periodically acquires the current time.
  • the notification unit 114 When the current time is the notice date and time registered in the watch list, the notification unit 114 generates a notice message for notifying that the bid deadline of the watch product identified by the product ID associated with the notice date and time has arrived. .
  • the notification unit 114 provides a notice of the deadline by outputting a notice message from the display unit 119 or the speaker.
  • the terminal device 110 When the terminal device 110 outputs the notice message, the terminal device 110 generates content information indicating that the notice message has been output. Next, the terminal device 110 transmits the generated content information to the notification device 300 in association with the product ID of the product for which the deadline has been notified and the user ID of the user who has confirmed the notification. This is because the notice device 300 stores the log.
  • the terminal device 110 associates the bid product ID, information indicating the bid deadline, and information indicating the advance notice date and time. Add to the watch list.
  • the terminal device 110 When the user performs an operation indicating that the notice message has been confirmed, the terminal device 110 generates content information indicating that the notice message has been confirmed. Next, the terminal device 110 associates the product ID of the product for which the time limit has been notified and the user ID of the user who has confirmed the notification, and transmits them to the notification device 300.
  • the notification device 300 includes an information acquisition unit 320, a search unit 325, a registration unit 330, a calculation unit 340, and an update unit 350.
  • the notice device 300 does not execute the notice message output process of step S13 in the notice process of FIG. This is because the terminal device 110 outputs a notice message.
  • the notice device 300 updates the setting parameter to a more suitable value by executing processes other than step S13 by the information acquisition unit 320, the search unit 325, the registration unit 330, the calculation unit 340, and the update unit 350. After that, the updated setting parameter is transmitted to the terminal device 110 in response to the request.
  • the processing load required for the notification device 300 for the notification can be reduced as compared with the conventional example or the first embodiment. For this reason, even if the number of users who watch transactions increases, an increase in the processing load of the notification device 300 can be suppressed, so that a delay in the notification due to an increase in the processing load can be prevented.
  • the terminal device 110 does not use only the value transmitted from the notification device 300 as the value of the setting parameter, but uses a predetermined value such as 30 minutes or a value input by the user. Can be used.
  • the terminal device 110 can change the value of the setting parameter according to the user's selection operation. According to this configuration, it is possible to prevent the time limit from being notified in advance when the user does not intend.
  • the update unit 350 of the notification device 300 sets the value obtained by temporarily changing the value of the setting parameter in step S15 of FIG. 12 as a value obtained by increasing the current setting parameter value by a predetermined value, It has been described that the value is decreased by a predetermined value or is determined randomly. However, the present invention is not limited to this. For example, when it is determined that the reactivity has improved as a result of the provisional change of the setting parameter to a predetermined value last time, the update unit 350 also sets the current setting parameter value to the predetermined value. It is also possible to increase the probability that the value is increased or the value is increased by a predetermined value.
  • the update unit 350 determines that the degree of reactivity has improved as a result of the temporary change of the setting parameter to a value that has been decreased by a predetermined value last time, the update unit 350 also sets the current setting parameter value to the predetermined value this time. It is also possible to increase the probability that the value is decreased by a predetermined value or the value is decreased by a predetermined value.
  • the calculation unit 350 of the notification device 300 is described as calculating the access rate after notification, the total value of the response period, and the opening rate after the expiration date, and calculating the degree of reactivity having a correlation with these values.
  • the degree of reactivity that has a negative correlation with the ratio of users who have made access in time but did not make a bid in the number of users who have made access in time by the bid deadline is calculated.
  • the calculation unit 350 first accesses the bid application page between the notice and the bid deadline based on the data stored in the log table of FIG. Number). In addition, the calculation unit 350 calculates the number of users who did not bid (hereinafter referred to as users who did not bid in time) among users who had access in time. Furthermore, the calculation unit 350 calculates the proportion of users who did not make bids for users who had access in time, and calculated the degree of reactivity having a negative correlation with this proportion. The updating unit 350 updates the setting parameter so that the reactivity having a negative correlation with this ratio is improved.
  • the notification device 300 is described as determining the notification date and time using a setting parameter common to all users.
  • the notification device 300 is not limited to this, and the notification device 300 uses an individual setting parameter for each user.
  • the date and time may be determined.
  • you may determine a notice date and time using the setting parameter prepared for every consumer layer to which a user belongs.
  • the notice device 300 further stores information representing a program guide and information representing a predicted audience rating of the program in association with each other, and from a time point a predetermined time before the deadline.
  • the value of the setting parameter may be increased when any one or more of the audience ratings of the programs broadcast before the deadline exceeds a predetermined threshold.
  • the transaction may not be a commercial transaction but may be free borrowing or lending. Further, the transaction may not be an electronic transaction, and a part or all of the transaction may not be performed by electronic information communication through a computer network.
  • an auction transaction has been described as an example of a transaction for which an application deadline has been set.
  • the present invention is not limited to this, and it is a transaction for a special sale item for which a time sale or a special sale period is set. There may be.
  • a bid for an auction has been described as an example of an application for a transaction.
  • the present invention is not limited to this and may be an application for purchase of a product or an application for rental.
  • the object of the transaction is a product, but it may be a service or any object as long as it is an object of the transaction.
  • Goods include goods that are sufficient for the purpose of commerce, and are not limited to movable property, but also include real estate, but are not limited to these.
  • Services include labor or benefits for other people, including, but not limited to, those that are independently sufficient for commercial purposes.
  • the number of accesses after the notice was counted from the number of accesses to the bid application page of the product for which the notice of the bid deadline was reached, from the notice after the notice by the user who received the notice until the bid deadline.
  • the number of accesses after the notice may be a count of only the first access.
  • the number of post-notification access counts only the first access that was made by the user who received the notice between the notice and the deadline, out of the total number of accesses to the bid application page for the product for which the notice of the bid was announced. It may be what you did.
  • the number of accesses after the notice may be a count of accesses made within a predetermined time that ends before the deadline from the notice date and time. Further, the number of accesses after the notice may be a count of accesses made from any one of the sending date / time of the notice mail, the confirmation date / time, and the opening date / time to the expiration date.
  • the response time may be the time from when the notice email is sent until the first access.
  • the response time is the time from when the notice email is sent until the time when the user who confirmed the notice email first accesses the bid application page for the product for which the deadline has been noticed, between the notice and the deadline. It is also good.
  • the response time may refer to the time from when the notice mail is transmitted until the time when the bid application page is accessed within a predetermined time starting from the transmission date and time and ending before the deadline.
  • the response time may be the time from when the notice mail is sent, when it is confirmed, and when it is opened to when the bid application page is accessed before the deadline.
  • the calculation unit 340 has a positive correlation between the access rate after notification and the reactivity, a negative correlation between the total value of the response period and the response, and the opening rate after the expiration date. It has been described that the reactivity is calculated so as to have a negative correlation with the reactivity. However, the calculation unit 340 is not limited to this, and the calculation unit 340 has a degree of reactivity, an access rate, and a response correlated with only one of the post-notification access rate, the total value of the response period, and the post-deadline opening rate. You may calculate the reactivity which has a correlation with any two of the total value of a period, and the opening rate after a time limit.
  • Examples 1 to 7 can be combined with each other.
  • the system includes a plurality of devices, and any one of the first to seventh embodiments. It is also possible to provide a system having a configuration for realizing such a function as a whole system.
  • the application of the program can be used to change the existing notification device to any one of the first to seventh embodiments. It can also be made to function as the notice device 300 concerning. That is, by applying a program for realizing each functional configuration by the notice device 300 exemplified in any one of Examples 1 to 7 so that a computer (such as a CPU) that controls the existing notice device can be executed, It can function as the notice device 300 according to any one of the first to seventh embodiments.
  • Such a program distribution method is arbitrary.
  • the program can be distributed by being stored in a recording medium such as a memory card, a CD-ROM, or a DVD-ROM, or can be distributed via a communication medium such as the Internet.
  • the method according to the present invention can be implemented using the notice device 300 according to any one of the first to seventh embodiments.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　予告装置（３００）は、複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する情報取得部（３２０）を備える。予告装置（３００）は、前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部（３７０）を備える。予告装置（３００）は、前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部（３４０）を備える。予告装置（３００）は、前記算出された反応度が向上するように、前記間隔を更新する更新部（３５０）を備える。

Description

予告装置、プログラム、記録媒体、及び方法
　本発明は、予告装置、プログラム、記録媒体、及び方法に関する。
　従来から、オークションを含む各種の取引の申込期限よりも所定時間前に当該期限の到来をユーザに予告した後、当該ユーザが申込ページにアクセスしたが申込みをしなかった場合に、次の期限の予告を、当該次の期限よりも所定時間以上前に行う装置が知られている（例えば、特許文献１）。
特許第５１４５５７８号公報
　しかし、特許文献１の装置は、例えば、販売ページなどのような、取引の申込みに用いられるウェブページにユーザがアクセスしなければ、予告時刻を調整しない。このため、特許文献１の装置では、予告に対するユーザの反応度合いを向上できるような適切な時期に予告が行われない場合があるという問題があった。
　本発明は、このような問題点に鑑みてなされたものであり、その目的とするところは、従来よりも適切な時期に期限の到来を予告できる予告装置、プログラム、記録媒体、及び方法を提供することにある。
　上記目的を達成するため、本発明の第１の観点に係る予告装置は、
　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
　前記算出された反応度が向上するように、前記間隔を更新する更新部、を備える、
　ことを特徴とする。
　また、第１の観点に係る予告装置において、
　前記間隔を一時的に変化させることにより、前記反応度が向上すれば、前記更新部は、前記間隔を前記一時的に変化させた値に更新する、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記アクションは、前記各取引の期限までに前記各取引の申込ページへアクセスすることであり、前記反応度は、前記予告が通知されたユーザのアクセス率に正の相関を有するように、算出される、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記アクションは、前記各取引の期限までに前記各取引の申込ページへアクセスすることであり、前記反応度は、前記予告が通知された時点から前記申込ページへアクセスした時点までの応答期間から、算出される、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記アクションは、前記各取引の期限後に前記予告を通知されたユーザが当該予告を開封したことであり、前記反応度は、前記期限後の開封率に負の相関をするように、算出される、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記複数の取引の期限が属する時間帯毎に、前記間隔が設定される、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記複数の取引が属するジャンル毎に、前記間隔が設定される、
　としても良い。
　また、第１の観点に係る予告装置において、
　前記複数の取引のうち、前記期限の自動延長がされる取引と、されない取引と、のそれぞれに対して、前記間隔が設定される、
　としても良い。
　上記目的を達成するため、本発明の第２の観点に係るシステムは、
　複数の取引を管理するサーバと、前記サーバと通信する端末装置と、を備えるシステムであって、
　前記端末装置は、
　　前記複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
　　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、を備え、
　前記サーバは、
　　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
　　前記算出された反応度が向上するように、前記間隔を更新する更新部、を備え、
　前記端末装置は、前記サーバから、前記更新された間隔を入手する、
　ことを特徴とする。
　上記目的を達成するため、本発明の第３の観点に係るプログラムは、
　コンピュータを、
　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
　前記算出された反応度が向上するように、前記間隔を更新する更新部、として機能させる、
　ことを特徴とする。
　上記目的を達成するため、本発明の第４の観点に係るコンピュータ読み取り可能な記録媒体は、
　コンピュータを、
　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
　前記算出された反応度が向上するように、前記間隔を更新する更新部、として機能させる、
　ことを特徴とするプログラムを記録している。
　上記目的を達成するため、本発明の第５の観点に係る方法は、
　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得ステップ、
　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知ステップ、
　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知ステップにより通知された前記予告に対する反応度を算出する算出ステップ、
　前記算出された反応度が向上するように、前記間隔を更新する更新ステップ、を有する、
　ことを特徴とする。
　本発明に係る予告装置、プログラム、記録媒体、及び方法によれば、従来よりも適切な時期に期限の到来を予告できる。
実施例１に係る予告システムの一構成例を表すシステム構成図である。 端末装置が表示する検索ページの一例を表す図である。 端末装置が表示する予告メッセージの一例を表す図である。 端末装置が表示する入札申込ページの一例を表す図である。 予告装置の一例を表すハードウェア構成図である。 予告装置が有する機能の一例を表す機能ブロック図である。 予告装置が記憶する商品テーブルの一例を表す図である。 予告装置が記憶する入札テーブルの一例を表す図である。 実施例１に係る予告装置が記憶するパラメタテーブルの一例を表す図である。 予告装置が記憶するログテーブルの一例を表す図である。 予告装置が実行する登録処理の一例を表すフローチャートである。 予告装置が実行する予告処理の一例を表すフローチャートである。 実施例２に係る予告装置が記憶するパラメタテーブルの一例を表す図である。 実施例３に係る予告装置が記憶するパラメタテーブルの一例を表す図である。 実施例４に係る予告装置が記憶するパラメタテーブルの一例を表す図である。 実施例５に係る予告システムの一構成例を表すシステム構成図である。 実施例５に係る端末装置が有する機能の一例を表す機能ブロック図である。
　以下、本発明の実施例について添付図面を参照しつつ説明する。
　本発明の実施例１に係る予告システム１は、取引の申し込み期限の前に、当該期限の到来を予告する。本実施例では、取引の申し込み期限一例としてインターネット・オークションの入札申込期限（以下単に、入札期限という）を挙げて説明する。
　予告システム１は、図１に示すような、端末装置１１０及び１２０と、端末装置１１０及び１２０と無線通信可能な基地局２００と、基地局２００とコンピュータ通信網１０（以下単に、通信網１０という）を介して通信可能に接続された予告装置３００と、で構成される。
　通信網１０は、例えば、インターネットで構成される。通信網１０は、ＬＡＮ（Local Area Network）又は公衆回線網であっても良い。
　端末装置１１０及び１２０は、例えば、携帯電話で構成される。端末装置１１０及び１２０は、ノート型のパーソナル・コンピュータであっても、タブレット型のコンピュータであっても良い。
　端末装置１１０は、例えば、タッチパッドなどの入力部１１１と、ＬＣＤ（Liquid Crystal Display）などの表示部１１９と、を備える。端末装置１２０は、端末装置１１０の有する入力部１１１及び表示部１１９と同様の構成を有する入力部１２１及び表示部１２９で構成される。端末装置１１０及び１２０は、互いに同様の構成を有し、同様の動作を行うため、以下主に、端末装置１１０について説明を行う。
　端末装置１１０は、インターネット・オークションで入札可能な商品を検索するために用いられる、図２に示すような検索ページを表示する。端末装置１１０は、入力部１１１をユーザに操作されると、当該操作に応じて商品の検索条件を入力し、入力された検索条件を表すデータ（以下、検索条件データという）と、検索リクエストと、を予告装置３００へ送信する。
　その後、端末装置１１０は、予告装置３００から検索条件を満足する商品の名称、現在価格、及び入札期限を表す情報を取得し、取得した情報を検索ページに表示する。その後、表示部１１９を確認したユーザは、取引をウォッチする商品（以下、ウォッチ商品という）を決定する。
　ここで、取引をウォッチするとは、取引状況の変化についての通知を受けることをいう。この通知は、予告装置３００が記憶するウォッチリストと称されるリストに識別情報（以下、ユーザＩＤという）が登録されているユーザに対して行われる。このため、取引をウォッチするユーザのことを、ウォッチリストに登録されたユーザともいう。
　取引状況の変化についての通知は、取引の申込期限の到来についての予告を含むが、これに限定される訳では無く、例えば、入札取引であれば、最高額入札額が変化したことや、最高額で入札しているユーザ（以下、最高額入札者という）が別のユーザに代わったことの通知を含む。
　その後、ユーザは、ウォッチする商品を選択する操作等を入力部１１１に行い、端末装置１１０は、ウォッチ対象とされる商品を識別する情報（以下、ウォッチ商品ＩＤという）と、ユーザＩＤと、を、当該操作に応じて入力部１１１から入力する。次に、端末装置１１０は、ウォッチ商品ＩＤと、ユーザＩＤと、当該ユーザＩＤをウォッチリストに登録することを求めるウォッチリクエストと、を予告装置３００へ送信する。
　その後、端末装置１１０は、ウォッチ商品の入札期限が近づくと、図３に示すような、入札期限の到来を予告するメッセージ（以下、予告メッセージという）を予告装置３００から受信し、受信したメッセージを表示部１１９に表示する。
　表示部１１９に表示された予告メッセージには、申込期限、申込期限が到来する商品名、及び商品の現在価格が記載されている。表示部１１９を確認したユーザが、表示された情報に基づいて商品の入札を決意すると、商品の入札申込みに用いられるページ（以下、入札申込ページという）を表示させる操作等を入力部１１１に行う。端末装置１１０は、当該操作に応じて、入札する商品（以下、入札商品という）を識別する情報（以下、入札商品ＩＤという）を入力部１１１から入力する。次に、端末装置１１０は、入札申込ページの送信を求める送信リクエストと、入力された入札商品ＩＤ及びユーザＩＤと、を予告装置３００へ送信する。
　その後、端末装置１１０は、予告装置３００から、図４に示すような入札申込ページを取得し、表示部１１９に表示する。その後、端末装置１１０は、ユーザの操作に応じて入力部１１１から入力された入札額を表す情報を予告装置３００へ送信することで、入札の申込みを行う。
　尚、本実施例では、ユーザは、検索結果を確認した後、ウォッチする商品を選択する操作を入力部１１１にするとして説明したが、ウォッチする商品を選択せずに入札する商品を選択する操作をしてもよい。この場合であっても、後述するように、ユーザは、ウォッチリストにユーザＩＤが登録されるので、入札期限の到来について予告を受ける。
　図１に戻り予告システムの説明を再開する。基地局２００は、例えば、携帯電話の基地局や無線ＬＡＮの基地局である。基地局２００は、端末装置１１０及び１２０と予告装置３００との通信を中継する。
　予告装置３００は、図５に示すようなサーバ機で構成される。予告装置３００は、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３、ハードディスク３０４、メディアコントローラ３０５、ＬＡＮ（Local Area Network）カード３０６、ビデオカード３０７、ＬＣＤ（Liquid Crystal Display）３０８、キーボード３０９、スピーカ３１０、及びタッチパッド３１１で構成される。
　ＣＰＵ３０１は、ＲＯＭ３０２又はハードディスク３０４に保存されたプログラムに従ってプログラムを実行することで、予告装置３００の全体制御を行う。ＲＡＭ３０３は、ＣＰＵ３０１によるプログラムの実行時において、処理対象とするデータを一時的に記憶するワークメモリである。
　ハードディスク３０４は、各種のデータを保存したテーブルを記憶する情報記憶部である。尚、予告装置３００は、ハードディスク３０４の代わりに、フラッシュメモリを備えても良い。
　メディアコントローラ３０５は、フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、及びブルーレイディスク（Blu-ray Disc）（登録商標）を含む記録媒体から各種のデータ及びプログラムを読み出す。
　ＬＡＮカード３０６は、通信網１０及び基地局２００を介して接続する端末装置１１０及び１２０との間でデータを送受信する。キーボード３０９及びタッチパッド３１１は、ユーザの操作に応じた信号を入力する。
　ビデオカード３０７は、ＣＰＵ３０１から出力されたデジタル信号に基づいて画像を描画（つまり、レンダリング）すると共に、描画された画像を表す画像信号を出力する。ＬＣＤ３０８は、ビデオカード３０７から出力された画像信号に従って画像を表示する。なお、予告装置３００は、ＬＣＤ３０８の代わりに、ＰＤＰ（Plasma Display Panel）又はＥＬ（Electroluminescence）ディスプレイを備えても良い。スピーカ３１０は、ＣＰＵ３０１から出力された信号に基づいて音声を出力する。
　次に、予告装置３００の有する機能について説明する。
　図５に示したハードディスク３０４は、ＣＰＵ３０１と協働して、図６に示す情報記憶部３９０として機能する。
　情報記憶部３９０は、図７に示すような商品テーブルを記憶している。商品テーブルには、オークションに出品された商品を識別する情報（以下、商品ＩＤという）と、商品名を表す情報と、商品のジャンルを識別する情報と、ジャンル名を表す情報と、が対応付けられたレコードが複数保存されている。
　商品のジャンルとは、商品の種別をいい、オークションに出品される商品は、いずれかの種別（つまり、ジャンル）に分類される。ジャンルには、一例として、洋服などの商品が分類される「ファッション」や映画やテレビ番組等の映像や音楽を記録したＤＶＤが分類される「ＤＶＤ（Digital Versatile Disc）」を挙げることができる。
　また、情報記憶部３９０は、図８に示すような入札テーブルを記憶している。入札テーブルには、図７の商品テーブルに保存されている商品ＩＤと、商品ＩＤで識別される商品の入札期限を表す情報、期限の到来を予告する日時（以下、予告日時という）を表す情報、予告が行われたか否かを表す予告フラグ、当該商品の現在価格を表す情報、最高額入札者のユーザＩＤ、当該商品のウォッチリスト、及び入札の自動延長の有無を表す情報、が対応付けられたレコードが複数保存される。入札の自動延長については、実施例２で説明する。
　さらに、情報記憶部３９０は、予告日時を定めるパラメタ（以下単に、設定パラメタという）が保存される、図９に示すようなパラメタテーブルを記憶している。パラメタテーブルには、設定パラメタの更新に用いられる情報として、予告数を表す情報、予告後アクセス数を表す情報、予告後アクセス率を表す情報、応答時間の合計を表す情報、期限後開封数を表す情報、及び期限後開封率を表す情報、が対応付けられたレコードが１つ保存されている。
　予告数とは、予告装置３００が入札期限の到来を予告した回数をいう。予告後アクセス数は、入札期限の到来を予告された商品の入札申込ページに対するアクセス総数の内で、予告を受けたユーザによる予告後から期限までに行われたアクセスをカウントしたものをいう。予告後アクセス率は、予告数に対する予告後アクセス数の割合をいう。
　本実施例では、予告装置３００は、入札期限の到来を予告するために、予告メッセージを含んだ電子メール（以下、予告メールという）を送付する。このため、応答時間とは、予告メールの送信時点から、予告メールを確認したユーザが入札期限の到来を予告された商品の入札申込ページに予告後から期限までの間にアクセスした場合におけるアクセス時点までの時間をいう。
　応答時間の合計とは、予告メールを送信されたユーザに対する応答時間の合計をいう。期限後開封数とは、予告メールが予告する入札期限よりも後に、予告メールを開封したユーザの数をいい、期限後開封率は、予告数に対する期限後開封数の割合をいう。
　さらに、情報記憶部３９０は、アクセス数等のカウントに用いられるログが保存される、図１０に示すようなログテーブルを記憶している。ログテーブルには、ログの保存日時を表す保存日時情報と、ログの内容を表す内容情報と、ログの内容に関連したユーザＩＤ及び商品ＩＤと、が対応付けられたレコードが複数保存される。
　引き続き予告装置３００が有する機能について説明する。
　図５のＣＰＵ３０１は、ＬＡＮカード３０６が検索リクエストを端末装置１１０から受信すると、商品を検索する検索処理の実行を開始する。ＣＰＵ３０１は、検索処理を実行することで、図６に示す情報取得部３２０及び検索部３２５として機能する。
　検索処理が開始されると、情報取得部３２０は、端末装置１１０から受信された検索条件データを、図５のＬＡＮカード３０６から取得する。次に、検索部３２５は、検索条件データから、検索キーワードと、検索対象とする商品が属するジャンルのジャンルＩＤと、を抽出する。その後、検索部３２５は、図７の商品テーブルから、抽出したジャンルＩＤと、検索キーワードに一部又は全部が一致する商品名を表す情報と、に対応付けられた商品ＩＤを複数検索する。次に、検索部３２５は、図８の入札テーブルから、検索した複数の商品ＩＤにそれぞれ対応付けられた期限を表す情報及び現在価格を表す情報を検索する。
　その後、検索部３２５は、検索した商品ＩＤ、商品名を表す情報、期限を表す情報、及び現在価格を表す情報を、端末装置１１０を宛先としてＬＡＮカード３０６に出力する。ＬＡＮカード３０６は、これらの情報を端末装置１１０に送信し、端末装置１１０はこれらの情報を、図２の検索ページに表示する。
　端末装置１１０のユーザは、検索ページを確認し、検索された複数の商品からウォッチする商品を決定する。端末装置１１０は、ユーザの操作に応じて、ユーザＩＤと、ウォッチ商品ＩＤと、ウォッチ商品のウォッチリストにユーザを登録するよう求めるウォッチリクエストと、を予告装置３００へ送信する。
　その後、ＬＡＮカード３０６が、ウォッチリクエストを端末装置１１０から受信すると、ＣＰＵ３０１は、図１１に示すような登録処理の実行を開始する。ＣＰＵ３０１は、登録処理を実行することで、図６に示す情報取得部３２０の他に、登録部３３０として機能する。
　登録処理の実行が開始されると、情報取得部３２０は、ＬＡＮカード３０６からリクエストを取得し、取得したリクエストがウォッチリクエストであると判別した後に（ステップＳ０１；Ｙｅｓ）、ＬＡＮカード３０６からユーザＩＤ及びウォッチ商品ＩＤを取得する（ステップＳ０２）。次に、登録部３３０は、図８の入札テーブルに保存されている、ウォッチ商品ＩＤと同じ商品ＩＤに対応付けられたウォッチリスト（つまり、ウォッチ商品のウォッチリスト）に、取得したユーザＩＤを追加登録する（ステップＳ０３）。その後、登録部３３０は、登録処理の実行を終了する。
　端末装置１１０のユーザが、図２の検索ページを確認し、ウォッチする商品ではなく、入札する商品を決定した場合には、端末装置１１０は、ユーザの操作に応じて、入札商品ＩＤと、ユーザＩＤと、入札申込ページの送信リクエストと、を予告装置３００へ送信する。その後、ＬＡＮカード３０６が送信リクエストを受信すると、ＣＰＵ３０１は、既に一部説明した、図１１の登録処理を開始する。
　登録処理の実行が開始されると、情報取得部３２０は、ＬＡＮカード３０６からリクエストを取得し、取得したリクエストがウォッチリクエストでないと判別した後に（ステップＳ０１；Ｎｏ）、取得したリクエストが送信リクエストであると判別する（ステップＳ０４；Ｙｅｓ）。尚、情報取得部３２０は、取得したリクエストが送信リクエストでないと判別すると（ステップＳ０４；Ｎｏ）、登録処理の実行を終了する。
　その後、情報取得部３２０がＬＡＮカード３０６から入札商品ＩＤとユーザＩＤとを取得した後に（ステップＳ０５）、登録部３３０は、取得された入札商品ＩＤで識別される商品の入札申込ページを、端末装置１１０を宛先としてＬＡＮカード３０６へ出力する（ステップＳ０６）。
　その後、登録部３３０は、ユーザＩＤと、入札商品ＩＤと、当該ユーザＩＤで識別されるユーザが、入札商品ＩＤで識別される商品の入札申込ページにアクセスしたという内容を表す内容情報と、ログの保存日時情報と、を対応付けて、図１０のログテーブルに保存する。尚、登録部３３０は、ログの保存日時情報として、入札申込ページへのアクセス日時を表す情報を保存してもいい。
　その後、ＬＡＮカード３０６は、入札申込ページを端末装置１１０に送信し、端末装置１１０は入札申込ページを表示する。端末装置１１０のユーザは、入札申込ページを確認し、入札額を決定する。端末装置１１０は、ユーザの操作に応じて、入札額を表す情報を予告装置３００へ送信する。
　その後、情報取得部３２０が、ＬＡＮカード３０６から入札額を表す情報を取得する（ステップＳ０７）。次に、登録部３３０は、図８の入札テーブルに保存されている、入札商品ＩＤと同じ商品ＩＤに対応付けられた最高額入札者のユーザＩＤと現在価格を表す情報とを、取得したユーザＩＤと入札額を表す情報とで更新する（ステップＳ０８）。
　その後、登録部３３０は、ユーザＩＤと、入札商品ＩＤと、当該ユーザＩＤで識別されるユーザが、入札商品ＩＤで識別される商品の入札をしたという内容を表す内容情報と、ログの保存日時情報と、を対応付けて、図１０のログテーブルに保存する。尚、登録部３３０は、ログの保存日時情報として、入札日時を表す情報を保存してもいい。
　次に、登録部３３０は、入札商品ＩＤと同じ商品ＩＤに対応付けられたウォッチリスト（つまり、入札商品のウォッチリスト）に、取得したユーザＩＤが含まれていない場合に、当該ユーザＩＤを当該ウォッチリストに追加登録する（ステップＳ０９）。その後、登録部３３０は、登録処理の実行を終了する。
　図５のＣＰＵ３０１は、電源を投入されると、図１２に示す予告処理の実行を開始する。予告処理は、ウォッチリストに登録されたユーザに入札期限の到来を予告する処理である。この処理の実行により、ＣＰＵ３０１は、図６に示す算出部３４０、更新部３５０、期限取得部３６０、及び通知部３７０として機能する。
　予告処理の実行が開始されると、図８の入札テーブルに商品ＩＤが保存された商品について、予告日時を設定する予告日時設定処理が実行される（ステップＳ１１）。
　予告日時設定処理が開始されると、算出部３４０は、図９のパラメタテーブルに保存された設定パラメタを取得する。次に、期限取得部３６０は、図８の入札テーブルに保存された複数のレコードのそれぞれから入札期限を表す情報を取得する。その後、算出部３４０は、取得した複数の情報でそれぞれ表される入札期限よりも設定パラメタで表される時間だけ早い日時を予告日時として算出する。本実施例では、設定パラメタは、当初３０分を表す値に設定されているとして説明するが、これに限定される訳ではない。
　その後、更新部３５０は、算出された複数の予告日時のそれぞれについて、算出に用いた入札期限を表す情報と入札テーブルでそれぞれ対応付けられた予告日時を表す情報を、算出された予告日時を表す情報で更新する。
　次に、更新部３５０は、予告日時を仮変更する日時（以下、仮変更日時という）を、所定時間後の日時に設定する。予告タイミングを適切な時期に調整するためである。また、更新部３５０は、予告タイミングの変更により、予告メールに対してユーザがどの程度反応したかを表す反応度合い（以下、反応度という）が改善したか否かを検証する日時（以下、検証日時という）を、仮変更日時よりも所定時間後の日時に設定する。その後、更新部３５０は、予告日時設定処理の実行を終了する。
　ステップＳ１１の次に、通知部３７０は、現在日時を、例えば、ＯＳ（Operating System）から取得した後に、入札期限の到来を予告する必要がある商品（以下、予告必要商品という）が存在するか否かを判別する（ステップＳ１２）。
　ここで、期限を予告する商品は、予告日時が到来しているが、未だ期限の予告が行われていない商品である。このため、通知部３７０は、図８の入札テーブルから、予告が行われていないことを表す予告フラグと、現在日時よりも前の予告日時を表す情報と、が保存されたレコードを１つ検索する。次に、通知部３７０は、検索したレコードに保存された商品ＩＤで識別される商品を予告必要商品と判別する。
　通知部３７０は、予告必要商品が存在すると判別すると（ステップＳ１２；Ｙｅｓ）、予告メッセージを出力する予告メッセージ出力処理を実行する（ステップＳ１３）。
　通知部３７０は、予告メッセージ出力処理を開始すると、入札テーブルから、予告必要商品の商品ＩＤに対応づけられた入札期限を表す情報、現在価格を表す情報、及び最高額入札者を表す情報等を取得し、取得した情報を含んだ予告メッセージを作成する。
　その後、通知部３７０は、入札テーブルから、予告必要商品の商品ＩＤに対応づけられたウォッチリストを取得する。本実施例では、ユーザＩＤは、ユーザのメールアドレスであるとして説明を行う。このため、通知部３７０は、取得したウォッチリストに登録されている複数のユーザＩＤを宛先とし、予告メッセージを含んだ予告メールを作成した後に、図５のＬＡＮカード３０６に予告メールを出力する。
　その後、ＬＡＮカード３０６が予告メールを送信し終えると、通知部３７０は、ウォッチリストに登録された複数のユーザに対して、予告必要商品の入札期限が記載された予告メールを送信したという内容の内容情報を作成する。次に、通知部３７０は、当該複数のユーザのユーザＩＤと、予告必要商品の商品ＩＤと、作成した内容情報と、ログの保存日時情報と、を対応付けて、図１０のログテーブルに保存する。その後、通知部３７０は、予告メッセージ出力処理の実行を終了する。尚、登録部３３０は、ログの保存日時情報として、予告メールの送信日時を表す情報を保存しても良い。
　尚、予告メールには、端末装置１１０で開封されると、開封されたことを通知する電子メール（以下、開封確認メールという）が送信元へ返信される設定がされている。この開封確認メールには、期限を予告した商品の商品ＩＤ及び予告を受けたユーザのユーザＩＤが記載されている。このため、ＬＡＮカード３０６が開封確認メールを受信すると、情報取得部３２０がＬＡＮカード３０６から開封確認メールを取得し、登録部３３０が開封確認メールに記載された商品ＩＤ及びユーザＩＤと、予告メールが開封されたという内容の内容情報と、ログの保存日時情報と、を対応付けてログテーブルに保存する。尚、登録部３３０は、ログの保存日時情報として、予告メールの開封日時や開封確認メールの受信日時を表す情報を保存しても良い。
　予告必要商品が存在しないと判別された場合（ステップＳ１２；Ｎｏ）、又は、ステップＳ１３が実行された後に、算出部３４０は、現在日時を取得する。次に、算出部３４０は、現在日時が設定パラメタの仮変更日時よりも後の日時であるか否かに基づいて、仮変更日時が到来したか否かを判別する（ステップＳ１４）。
　このとき、仮変更日時が到来したと算出部３４０が判別すると（ステップＳ１４；Ｙｅｓ）、更新部３５０は、設定パラメタの値を仮変更した値を決定する仮変更パラメタ値決定処理を実行する（ステップＳ１５）。このとき、更新部３５０は、現在の設定パラメタの値を所定値だけ増加させるか、所定値だけ減少させるか、をランダムに決定する。
　次に、設定パラメタの値を仮変更した値を用いた予告日時設定処理が実行される（ステップＳ１６）。ステップＳ１６で実行される予告日時設定処理は、ステップＳ１１で実行された予告日時設定処理と同様の処理である。ステップＳ１６で予告日時設定処理を開始すると、期限取得部３６０は、図８の入札テーブルに保存された複数のレコードのそれぞれから入札期限を表す情報を取得した後、取得した複数の情報でそれぞれ表される入札期限よりも仮変更した設定パラメタ値で表される時間だけ早い日時を予告日時として算出する。
　次に、更新部３５０は、算出された複数の予告日時のそれぞれについて、算出に用いた入札期限を表す情報とそれぞれ対応付けられた予告日時を表す情報を、算出された予告日時を表す情報で更新した後に、予告日時設定処理の実行を終了する。その後、ステップＳ１２から上記処理が繰り返される。
　ステップＳ１４において、算出部３４０は、仮変更日時が到来していないと判別すると（ステップＳ１４；Ｎｏ）、現在時刻が検証日時よりも後であるか否かに基づいて、検証日時が到来したか否かを判別する（ステップＳ１７）。このとき、算出部３４０は、検証日時が到来したと判別すると（ステップＳ１７；Ｙｅｓ）、入札期限の予告に対するユーザのアクションを記録したログデータを集計するアクション集計処理を実行する（ステップＳ１８）。
　アクション集計処理を開始すると、算出部３４０は、予告数、予告後アクセス数、予告後アクセス率、応答時間の合計値、期限後開封数、及び期限後開封率を算出する。
　先ず、予告数の算出方法の一例を説明する。算出部３４０は、図１０のログテーブルにおいて、予告メールを送信したという内容を表す内容情報（以下、送信内容情報という）に対応付けられたユーザＩＤの数をカウントする。これにより、算出部３４０は、予告メールの送信数を算出し、算出した送信数を予告数とする。
　次に、予告後アクセス数及び予告後アクセス率、並びに応答時間及び応答時間の合計値の算出方法の一例を説明する。算出部３４０は、図１０のログテーブルから、送信内容情報と、送信内容情報に対応付けられた保存日時情報と商品ＩＤと複数のユーザＩＤとの組合せを複数取得する。これにより、算出部３４０は、予告メールの送信日時と、入札期限が予告された商品と、予告を受けた複数のユーザと、の複数の組合せを特定する。
　次に、算出部３４０は、特定した複数の組合せの内から１つに注目し、注目した組合せを注目組合せとする。また、算出部３４０は、この注目組合せを構成する送信日時と商品と複数のユーザとを、注目送信日時、注目商品、及び複数の注目ユーザとする。
　その後、算出部３４０は、注目商品の商品ＩＤと対応付けられた入札期限を表す情報を、図８の入札テーブルから取得する。次に、算出部３４０は、注目送信日時から注目商品の入札期限までの日時を表す保存日時情報と、注目商品の商品ＩＤと、複数の注目ユーザのユーザＩＤのいずれかと、に対応付けられた内容情報の内で、入札申込ページにアクセスしたという内容の内容情報を複数取得する。注目送信日時から注目商品の入札期限までに、注目商品を予告されたユーザが、注目商品の入札申込ページにアクセスしたという内容の内容情報を取得するためである。
　その後、算出部３４０は、取得した内容情報の数をカウントする。注目商品について予告を受けた複数の注目ユーザのいずれかが、予告メールの送信後入札期限までに注目商品の入札申込ページへアクセスした回数を算出するためである。
　また、算出部３４０は、取得した複数の内容情報にそれぞれ対応付けられた情報で表される保存日時（つまり、アクセス日時）と、注目送信日時と、の差異でそれぞれ表される時間を応答時間とする。注目商品についての予告から、当該予告に反応した複数の注目ユーザのいずれかが入札期限前に入札申込ページへアクセスするまでに要した時間を算出するためである。
　その後、算出部３４０は、未注目の組合せが無くなるまで上記処理を繰り返した後、それぞれの組合せ毎にカウントした内容情報数を合算して、予告後アクセス数を算出する。その後、算出部３４０は、予告後アクセス数を予告数で除算することで、予告後アクセス率を算出する。また、算出部３４０は、それぞれの組合せ毎に算出した複数の応答時間を合算して、応答時間の合計値を算出する。
　次に、期限後開封数及び期限後開封率の算出方法の一例を説明する。算出部３４０は、予告後アクセス数の算出と同様に、入札期限が予告された商品と予告を受けた複数のユーザとの組合せを複数特定する。次に、算出部３４０は、特定した複数の組合せの内から１つに注目し、注目した組合せを構成する商品と複数のユーザとを、注目商品及び複数の注目ユーザとする。
　その後、算出部３４０は、注目商品の商品ＩＤと対応付けられた入札期限を表す情報を図８の入札テーブルから取得した後に、入札期限よりも後の日時を表す保存日時情報と、注目商品の商品ＩＤと、複数の注目ユーザそれぞれのユーザＩＤのいずれかと、に対応付けられた内容情報の内で、予告メールが開封されたという内容の内容情報を複数取得した後に、取得した内容情報の数をカウントする。その後、算出部３４０は、未注目の組合せが無くなるまで上記処理を繰り返した後、それぞれの組合せ毎にカウントした内容情報数を合算した値を期限後開封数とする。その後、算出部３４０は、期限後開封数を予告数で除算することで、期限後開封率を算出する。
　算出部３４０が、予告数、予告後アクセス率、応答時間の合計値、及び期限後開封率の算出を終了すると、更新部３５０は、これらの値を表す情報で、図９のパラメタテーブルに保存された情報をそれぞれ更新する。その後、更新部３５０は、アクション集計処理の実行を終了する。
　図１２のステップＳ１８が実行された後、更新部３５０は、ユーザが予告メールに対してどの程度反応したかを表す反応度の最新値を保存する保存パラメタに、最新の反応度を保存する。尚、反応度を一度も算出していない場合には、更新部３５０は、反応度の最低値を保存パラメタに保存する。
　次に、算出部３４０は、ステップＳ１８のアクション集計処理で算出した予告後アクセス率、応答時間の合計値、及び期限後開封率に基づいて反応度を算出する反応度算出処理を実行する（ステップＳ１９）。
　算出部３４０は、予告後アクセス率と正の相関を有し、応答期間の合計値と負の相関を有し、期限後開封率と負の相関を有する反応度を算出する。算出部３４０は、ユーザによる予告メールに対する反応が高い程、反応度を高く算出する。算出部３４０が反応度を算出するために用いる適切な算出式は、当業者が設計により定めることができる。
　その後、更新部３５０は、ステップＳ１９で算出された最新の反応度が、保存パラメタに保存された前回の反応度よりも大きいか否かに基づいて、反応度が向上したか否かを判別する（ステップＳ２０）。このとき、更新部３５０は、反応度が向上したと判別すると（ステップＳ２０；Ｙｅｓ）、図９のパラメタテーブルに保存された設定パラメタの値を、仮変更した値で更新する（ステップＳ２１）。
　反応度が向上しなかったと判別された場合（ステップＳ２０；Ｎｏ）、又はステップＳ２１の後に、ステップＳ１１から上記処理が繰り返される。
　これらの構成によれば、予告装置３００は、期限を予告されたユーザが当該期限までに行ったアクションに基づいて算出される反応度が向上するように、予告日時から申込期限までの間隔を更新する。このため、従来よりもユーザの反応度が高くなるような適切な時期に予告が行われる。予告が適切な時期に行われるので、予告から期限までの猶予時間が長すぎるためにユーザが入札の申し込みを忘れたり、猶予時間が短すぎるために入札が期限に間に合わなかったりすることを従来よりも確実に防止できる。
　これらの構成によれば、予告装置３００は、予告日時から申込期限までの間隔を一時的に変化させることにより反応度が向上すれば、当該間隔を一時的に変化させた値で更新する。このため、予告日時から期限までの間隔が短すぎるために適切な時期に予告が行われていないのか、当該間隔が長過ぎるために適切な時期に予告が行われていないのかが不明な場合であっても、より適切な時期に期限の到来を予告できるようになる。
　これらの構成によれば、予告装置３００は、期限後開封率と負の相関を有する反応度を向上させるように、予告日時から申込期限までの間隔を更新する。このため、期限到来前に予告メールを開封するユーザが従来よりも増えるので、入札申込ページに対するユーザのアクセス数が従来よりも向上する。
　これらの構成によれば、予告装置３００は、応答期間と負の相関を有する反応度を向上させるように、予告日時から期限までの間隔を更新する。このため、応答期間が従来よりも減少するので、予告を受けてから入札申込ページへユーザがアクセスし忘れることを従来よりも確実に防止できる。
　これらの構成によれば、予告装置３００は、予告後アクセス率と正の相関を有した反応度を向上させるように、予告日時から期限までの間隔を更新する。このため、期限前における入札申込ページへのアクセス数が従来よりも増加するので、より活発な取引が行われるようになる。
　実施例１では、予告装置３００は、入札期限が属する時間帯にかかわらず、同じ設定パラメタを用いて予告日時を決定するとして説明した。本実施例では、予告装置３００は、入札期限が属する時間帯毎に値を設定されたパラメタを用いて予告日時を決定する。本実施例に係る予告装置３００は、実施例１に係る予告装置３００と同様の構成及び機能を有するので、以下主に相違点について説明する。
　先ず、図６の情報記憶部３９０が記憶するテーブルの相違について説明する。情報記憶部３９０は、図９のパラメタテーブルに代えて、図１３に示すようなパラメタテーブルを記憶している。図１３のパラメタテーブルには、予め定められた時間帯を表す情報と、当該時間帯に属する期限の予告日時を定める設定パラメタと、当該設定パラメタの更新に用いられる予告数を表す情報等が対応付けられたレコードが複数保存されている。
　次に、パラメタテーブルを用いた予告処理の相違について説明する。
　図１２の予告処理におけるステップＳ１１に示した予告日時設定処理で、図６の算出部３４０は、図８の入札テーブルに保存された複数のレコードのそれぞれから入札期限を表す情報を取得する。次に、取得した複数の情報で表される入札期限のそれぞれについて、入札期限が属する時間帯を表す情報に対応付けられた設定パラメタを、図１３のパラメタテーブルから取得する。その後、算出部３４０は、取得した複数の情報でそれぞれ表される入札期限よりも、期限の属する時間帯用の設定パラメタで表される時間だけ早い日時を予告日時として算出する。
　その後、図１２のステップＳ１２からＳ１４まで実施例１と同様の処理がなされる。次に、ステップＳ１５に示した仮変更パラメタ値決定処理において、図６の更新部３５０は、図１３のパラメタテーブルに保存された複数の設定パラメタそれぞれについて、設定値を仮変更した値を決定する。
　その後、図１２のステップＳ１６及びＳ１７まで実施例１と同様の処理がなされる。次に、ステップＳ１８に示したアクション集計処理において、算出部３４０は、図１０のログテーブルに保存されたデータから、時間帯毎の設定パラメタの更新に用いられる数値を算出する。つまり、算出部３４０は、図１３のパラメタテーブルに保存された情報で表される複数の時間帯についてそれぞれ、当該時間帯に行われた予告の予告数、予告後アクセス率、応答時間の合計値、及び期限後開封率を算出する。
　次に、ステップＳ１９で、算出部３４０は、複数の時間帯毎に算出した予告後アクセス率、応答時間の合計値、及び期限後開封率に基づいて、時間帯毎の反応度を算出する。次に、更新部３５０は、ステップＳ２０で、反応度が向上したか否かを複数の時間帯毎に判別する。このとき、更新部３５０は、反応度が向上したと判別した時間帯の設定パラメタを仮変更した値で更新する。その後、ステップＳ１１から上記処理が繰り返される。
　ここで、ユーザの生活パターンは、時間帯毎にそれぞれ異なるため、予告に対する反応の仕方が異なることが多い。例えば、深夜１１時から１１時５９分までの時間帯における反応速度は、午前１０時から午後６時までの時間帯における反応速度よりも早いことが多い。午前１０時から午後６時までの時間帯では、多くのユーザが家事や仕事をしているためである。このため、これらの構成によれば、予告装置３００は、複数の取引の期限が属する時間帯毎に、予告日時から申込期限までの間隔を設定するので、時間帯に応じて、従来よりも適切な時期に予告できる。
　実施例１では、予告装置３００は、商品が属するジャンルにかかわらず、同じ設定パラメタを用いて予告日時を決定するとして説明した。本実施例では、予告装置３００は、商品が属するジャンル毎に値を設定されたパラメタを用いて予告日時を決定する。本実施例に係る予告装置３００は、実施例１に係る予告装置３００と同様の構成及び機能を有するので、以下主に相違点について説明する。
　先ず、図６に示した予告装置３００の情報記憶部３９０が記憶するテーブルの相違について説明する。情報記憶部３９０は、図９のパラメタテーブルに代えて、図１４に示すようなパラメタテーブルを記憶している。図１４のパラメタテーブルには、ジャンルＩＤと、当該ジャンルＩＤに属する商品の期限を予告する日時を定める設定パラメタと、設定パラメタの更新に用いられる予告数を表す情報等、が対応付けられたレコードが複数保存されている。
　次に、パラメタテーブルを用いた予告処理の相違について説明する。
　図１２の予告処理におけるステップＳ１１に示した予告日時設定処理において、図６の算出部３４０は、図８の入札テーブルに保存された情報で表される複数の入札期限について予告日時を算出する。このとき、算出部３４０は、複数の入札期限について、期限が予告される商品のジャンル毎に設定された設定パラメタによって表される時間だけ入札期限よりも早い日時を、期限の予告日時とする。
　また、ステップＳ１５に示した仮変更パラメタ値決定処理において、図６の更新部３５０は、商品のジャンル毎に、設定パラメタの値を仮変更した値を決定する。
　次に、ステップＳ１８に示したアクション集計処理において、算出部３４０は、商品のジャンル毎に、予告数、予告後アクセス率、応答時間の合計値、及び期限後開封率を算出する。
　その後、ステップＳ１９で、算出部３４０は、商品のジャンル毎に算出した予告後アクセス率、応答時間の合計値、及び期限後開封率に基づいて、ジャンル毎の反応度を算出する。次に、更新部３５０は、ステップＳ２０で、反応度が向上したか否かを複数のジャンル毎に判別する。このとき、更新部３５０は、反応度が向上したと判別したジャンル用の設定パラメタを仮変更した値で更新する。
　ここで、商品のジャンルが異なれば、商品の需用者層が異なることが多く、需用者層が異なれば、需用者の生活パターンや予告に対する反応の仕方が異なることが多い。また、ジャンルが異なると、代替品の有無や多少、又は、一品性や量産性が異なることが多い。特に、代替品が無い又は少ない商品や、一品制作的な商品については、需用者の購入意識が他の需用者よりも高く、予告に対する反応速度が速いことが多い。このため、これらの構成によれば、予告装置３００は、ジャンル毎に予告日時から申込期限までの間隔を設定するので、ジャンルに応じて、従来よりも適切な時期に予告できる。
　実施例１では、予告装置３００は、申込期限の自動延長の有無にかかわらず、同じ設定パラメタを用いて予告日時を決定するとして説明した。本実施例では、予告装置３００は、自動延長の有無に基づいて値を設定されたパラメタを用いて予告日時を決定する。本実施例に係る予告装置３００は、実施例１に係る予告装置３００と同様の構成及び機能を有するので、以下主に相違点について説明する。
　入札の自動延長とは、入札期限から予め定められた第１時間だけ前の日時から入札期限までの間に入札があった場合に、入札期限を予め定められた第２時間だけ後の日時に延長することをいう。本実施例では、第１時間及び第２時間は、５分間であるとして説明するが、これに限定される訳では無い。
　先ず、図６に示した予告装置３００の情報記憶部３９０が記憶するテーブルの相違について説明する。情報記憶部３９０は、図９のパラメタテーブルに代えて、図１５に示すようなパラメタテーブルを記憶している。図１５のパラメタテーブルには、自動延長が有ることを表す情報と、自動延長が有る期限の予告日時を定める設定パラメタと、当該設定パラメタの更新に用いられる予告数を表す情報等、が対応付けられたレコードが１つ保存されている。また、図１５のパラメタテーブルには、自動延長が無いことを表す情報と、自動延長が無い期限の予告日時を定める設定パラメタと、当該設定パラメタの更新に用いられる予告数を表す情報等、が対応付けられたレコードが１つ保存されている。
　次に、パラメタテーブルを用いた予告処理の相違について説明する。
　図１２の予告処理におけるステップＳ１１において、算出部３４０は、図８の入札テーブルに保存された情報で表される複数の入札期限の内で、自動延長される期限について、自動延長される期限用の設定パラメタを用いて予告日時を算出する。これに対して、算出部３４０は、複数の入札期限の内で、自動延長されない期限について、自動延長されない期限用の設定パラメタを用いて予告日時を算出する。
　また、ステップＳ１５において、図６の更新部３５０は、自動延長が有る期限用の設定パラメタと、自動延長が無い期限用の設定パラメタと、のそれぞれについて、設定値を仮変更した値を決定する。さらに、ステップＳ１８において、算出部３４０は、自動延長の有る期限と無い期限とについてそれぞれ、期限の予告数、予告後アクセス率、応答時間の合計値、及び期限後開封率を算出する。
　その後、ステップＳ１９で、算出部３４０は、自動延長の有無毎に算出した予告後アクセス率、応答時間の合計値、及び期限後開封率に基づいて、自動延長の有る期限と、自動延長の無い期限と、のそれぞれについて反応度を算出する。次に、更新部３５０は、ステップＳ２０で、反応度が向上したか否かを自動延長の有無それぞれについて判別する。このとき、更新部３５０は、自動延長の有る期限について反応度が向上したと判別すると、自動延長の有る期限用の設定パラメタを仮変更した値で更新し、自動延長の無い期限について反応度が向上したと判別すると、自動延長の無い期限用の設定パラメタを仮変更した値で更新する。
　ここで、期限の自動延長の有無が異なれば、予告に対するユーザの反応の仕方が異なることが多い。期限に自動延長が無ければ、期限までに申込みをしなければならないが、期限に自動延長があれば、期限までに申込みをしなくとも、期限が延長されれば、延長された期限までに申込みできる可能性があるためである。このため、これらの構成によれば、予告装置３００は、期限の自動延長がされる取引とされない取引とのそれぞれに対して、予告日時から申込期限までの間隔を設定するので、自動延長の有無に応じて、従来よりも適切な時期に予告できる。
　実施例１では、予告装置３００は、ウォッチリストを記憶し、予告日時になるとウォッチリストに登録された複数のユーザそれぞれが使用する端末装置に予告メッセージを送信するとして説明した。しかし、本実施例では、予告装置３００は、ウォッチリストを記憶せず、予告メッセージを送信しない。本実施例に係る端末装置１１０及び１２０並びに予告装置３００は、実施例１に係る端末装置１１０及び１２０並びに予告装置３００とそれぞれ同様の構成及び機能を有するので、以下主に相違点について説明する。
　端末装置１１０及び１２０は、図５に示した予告装置と同様の構成を有し、互いにバスで接続されたＣＰＵ、ＲＯＭ、ＲＡＭ、大容量メモリ、メディアコントローラ、ＬＡＮカード、ビデオカード、ＬＣＤ等の表示部１１９、スピーカ、及びタッチパネル等の入力部１１１で構成される。尚、端末装置１１０及び１２０は、互いに同様の構成を有し、同様の動作を行うため、以下主に、端末装置１１０について説明を行う。
　端末装置１１０のＣＰＵは、大容量メモリに保存されたオークション用のアプリケーションを実行することで、図１７に示す期限取得部１１２、登録部１１３、及び通知部１１４として機能する。また、大容量メモリは、ＣＰＵと協働して、情報記憶部１１５として機能する。
　端末装置１１０は、オークションに出品された商品ＩＤ、商品の名称を表す情報、現在価格を表す情報、及び入札期限を表す情報から成る複数の組合せ、及び設定パラメタを、予告装置３００からＬＡＮカードで受信し、受信した情報を表示する。
　その後、表示を確認したユーザは、ウォッチする商品を選択する操作等を行い、端末装置１１０は、当該操作に応じてウォッチ商品ＩＤを入力する。その後、端末装置１１０の期限取得部１１２は、ウォッチ商品ＩＤに組み合わされた入札期限を表す情報と、設定パラメタと、をＬＡＮカードから取得する。
　その後、登録部１１３は、入札期限よりも設定パラメタが表す時間だけ前の日時を予告日時とする。次に、登録部１１３は、ウォッチ商品ＩＤと、ウォッチ商品の入札期限を表す情報と、に対応付けて予告日時を表す情報を、端末装置１１０の情報記憶部１１５に記憶されたウォッチリストに追加登録する。
　その後、端末装置１１０の通知部１１４は、定期的に現在時刻を取得する。通知部１１４は、現在時刻がウォッチリストに登録された予告日時となると、当該予告日時に対応付けられた商品ＩＤで識別されるウォッチ商品の入札期限が到来することを予告する予告メッセージを生成する。次に、通知部１１４は、予告メッセージを表示部１１９又はスピーカから出力させることで、期限の予告を行う。
　端末装置１１０は、予告メッセージを出力すると、予告メッセージを出力したという内容の内容情報を生成する。次に、端末装置１１０は、生成した内容情報を、期限が予告された商品の商品ＩＤと、予告を確認したユーザのユーザＩＤと、に対応付けて予告装置３００へ送信する。予告装置３００にログを保存させるためである。
　尚、ユーザが入札商品を選択する操作をした場合も同様に、端末装置１１０は、入札商品ＩＤと、入札期限を表す情報と、予告日時を表す情報と、を対応付けて、端末装置１１０のウォッチリストに追加登録する。
　端末装置１１０は、ユーザによって予告メッセージを確認したことを示す操作が行われると、予告メッセージが確認されたという内容の内容情報を生成する。次に、端末装置１１０は、期限が予告された商品の商品ＩＤと、予告を確認したユーザのユーザＩＤと、を対応付けて予告装置３００へ送信する。
　本実施例の予告装置３００は、図１６に示すように、情報取得部３２０、検索部３２５、登録部３３０、算出部３４０、及び更新部３５０を有する。
　予告装置３００は、図１２の予告処理において、ステップＳ１３の予告メッセージ出力処理を実行しない。端末装置１１０が予告メッセージを出力するためである。しかし、予告装置３００は、ステップＳ１３以外の処理を、情報取得部３２０、検索部３２５、登録部３３０、算出部３４０、及び更新部３５０で実行することで、設定パラメタをより好適な値に更新した後に、更新された設定パラメタを、要求に応じて端末装置１１０に送信する。
　これらの構成によれば、端末装置１１０が期限の到来を予告するので、予告装置３００が予告に要する処理負荷を従来又は実施例１よりも軽減できる。このため、取引をウォッチするユーザの数が増加しても、予告装置３００の処理負荷の増加を抑制できるので、処理負荷の増大による予告の遅延を防止できる。
　尚、端末装置１１０は、設定パラメタの値として、予告装置３００から送信された値のみを使用するのではなく、例えば、３０分などの予め定められた値を使用したり、ユーザが入力した値を使用したりできる。端末装置１１０は、ユーザの選択操作に従って、設定パラメタの値を変更できる。この構成によれば、ユーザが意図しない時期に期限が予告されることを防止できる。
　実施例１では、予告装置３００の更新部３５０は、図１２のステップＳ１５において、設定パラメタの値を仮変更した値を、現在の設定パラメタの値から所定値だけ増加させた値とするか、所定値だけ減少させた値とするか、ランダムに決定するとして説明した。しかし、これに限定される訳ではない。例えば、更新部３５０は、前回に設定パラメタを所定値だけ増加させた値に仮変更した結果、反応度が向上したと判定された場合に、今回も、現在の設定パラメタの値を所定値だけ増加させた値とする、又は、所定値だけ増加させた値とする確率を増加させるとしても良い。逆に、更新部３５０は、前回に設定パラメタを所定値だけ減少させた値に仮変更した結果、反応度が向上したと判定された場合に、今回も、現在の設定パラメタの値を所定値だけ減少させた値とする、又は、所定値だけ減少させた値とする確率を増加させるとしても良い。
　実施例１では、予告装置３００の算出部３５０は、予告後アクセス率、応答期間の合計値、及び期限後開封率を算出し、これらの値と相関を有する反応度を算出するとして説明した。実施例７では、入札期限までにアクセスが間に合ったユーザの数に占める、アクセスが間に合ったが入札が間に合わなかったユーザの割合と負の相関を有する反応度を算出する。
　具体的には、算出部３５０は、先ず、図１０のログテーブルに保存されたデータに基づいて、予告後から入札期限までの間に入札申込ページにアクセスしたユーザ（以下、アクセスが間に合ったユーザという）の数を算出する。また、算出部３５０は、アクセスが間に合ったユーザの内で、入札を行わなかったユーザ（以下、入札が間に合わなかったユーザという）の数を算出する。さらに、算出部３５０は、アクセスが間に合ったユーザに対する入札が間に合わなかったユーザの割合を算出し、この割合と負の相関を有する反応度を算出する。更新部３５０は、この割合と負の相関を有する反応度が向上するように設定パラメタを更新する。
　実施例１では、予告装置３００は、全ユーザに共通の設定パラメタを用いて予告日時を決定するとして説明したが、これに限定される訳では無く、ユーザ毎に個別の設定パラメタを用いて予告日時を決定しても良い。また、ユーザが属する需用者層毎に用意された設定パラメタを用いて予告日時を決定しても良い。
　実施例１から７の予告装置３００は、番組表を表す情報と、番組の予測視聴率を表す情報と、を対応付けてさらに記憶しており、期限よりも予め定められた時間前の時点から当該期限までの間に放送される番組の視聴率のいずれか１つ以上が所定の閾値を超える場合に、設定パラメタの値を増加させても良い。
　実施例１から７では、電子商取引について説明したが、これに限定される訳ではなく、取引は、商取引でなくともよく、無償の借り受けや貸し渡しであってもよい。また、取引は、電子取引でなくともよく、取引の一部又は全部が、コンピュータネットワークによる電子的な情報通信によって行われなくともよい。
　実施例１から７では、申し込み期限が設定された取引として、オークション取引を例に挙げて説明したが、これに限定される訳では無く、タイムセールや特売期間の設定された特売品の取引であってもよい。
　実施例１から７では、取引の申し込みとして、オークションに対する入札を例に挙げて説明したが、これに限定される訳では無く、商品の購入申し込みや、レンタルの申し込みであってもよい。
　実施例１から７では、取引の対象とされるものは、商品であるとして説明したが、役務であってもよく、取引の対象とされるものであればどのようなものでも良い。商品とは、商取引の目的足りうべき物を含み、動産に限定されるのではなく、不動産も含むが、これらに限定される訳では無い。役務とは、他人のために行う労務又は便益であって、独立して商取引の目的足りうべきものを含むが、これらに限定される訳では無い。
　実施例１から７では、予告後アクセス数は、入札期限の到来を予告された商品の入札申込ページに対するアクセス総数の内で、予告を受けたユーザによる予告後から入札期限までのアクセスをカウントしたものをいうとして説明した。しかし、これに限定される訳ではない。予告後アクセス数は、最初のアクセスのみをカウントしたものであってもよい。つまり、予告後アクセス数は、入札期限を予告された商品の入札申込ページに対するアクセス総数の内で、予告を受けたユーザによって予告後から期限前までの間に行われた最初のアクセスのみをカウントしたものであってもよい。また、予告後アクセス数は、予告日時から期限前に終了する予め定められた時間内に行われたアクセスをカウントしたものであっても良い。さらに、予告後アクセス数は、予告メールの送信日時、確認日時、及び開封日時のいずれかの時点から期限の到来時点までに行われたアクセスをカウントしたものであっても良い。
　応答時間は、予告メールの送信から最初のアクセスがあるまでの時間をいうとしても良い。つまり、応答時間は、予告メールの送信時点から、予告メールを確認したユーザが期限を予告された商品の入札申込ページに、予告後から期限までの間に最初にアクセスした時点までの時間をいうとしても良い。また、応答時間は、予告メールの送信時点から、当該送信日時から開始して期限前に終了する予め定められた時間内に入札申込ページへアクセスした時点までの時間をいうとしても良い。さらに、応答時間は、予告メールの送付時点、確認時点、及び開封時点のいずれかから、期限前に入札申込ページへアクセスした時点までの時間をいうとしても良い。
　実施例１から６では、算出部３４０は、予告後アクセス率と反応度とが正の相関を有し、応答期間の合計値と反応度とが負の相関を有し、期限後開封率と反応度とが負の相関を有するように、反応度を算出するとして説明した。しかし、これに限定されるのではなく、算出部３４０は、予告後アクセス率、応答期間の合計値、及び期限後開封率のいずれか１つのみと相関を有する反応度や、アクセス率、応答期間の合計値、及び期限後開封率のいずれか２つのみと相関を有する反応度を算出しても良い。
　実施例１から７は、互いに組み合わせることができる。実施例１から７のいずれかに係る機能を実現するための構成を備えた予告装置３００として提供できることはもとより、複数の装置で構成されるシステムであって、実施例１から７のいずれかに係る機能を実現するための構成をシステム全体として備えたシステムとして提供することもできる。
　尚、実施例１から７のいずれかに係る機能を実現するための構成を予め備えた予告装置３００として提供できることはもとより、プログラムの適用により、既存の予告装置を実施例１から７のいずれかに係る予告装置３００として機能させることもできる。すなわち、実施例１から７のいずれかで例示した予告装置３００による各機能構成を実現させるためのプログラムを、既存の予告装置を制御するコンピュータ（ＣＰＵなど）が実行できるように適用することで、実施例１から７のいずれかに係る予告装置３００として機能させることができる。
　このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ－ＲＯＭ、又はＤＶＤ－ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。また、本発明に係る方法は、実施例１から７のいずれかに係る予告装置３００を用いて実施できる。
　以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
　また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
１０：通信網
１１０、１２０：端末装置
１１１、１２１：入力部
１１２：期間取得部
１１３：登録部
１１４：通知部
１１５：情報記憶部
１１９、１２９：表示部
３００：予告装置
３０１：ＣＰＵ
３０２：ＲＯＭ
３０３：ＲＡＭ
３０４：ハードディスク
３０５：メディアコントローラ
３０６：ＬＡＮカード
３０７：ビデオカード
３０８：ＬＣＤ
３０９：キーボード
３１０：スピーカ
３１１：タッチパッド
３２０：情報取得部
３２５：検索部
３３０：登録部
３４０：算出部
３５０：更新部
３６０：期限取得部
３７０：通知部
３９０：情報記憶部

Claims (12)

  1. 　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
    　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
    　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
    　前記算出された反応度が向上するように、前記間隔を更新する更新部、を備える、
    　ことを特徴とする予告装置。
  2. 　前記間隔を一時的に変化させることにより、前記反応度が向上すれば、前記更新部は、前記間隔を前記一時的に変化させた値に更新する、
    　ことを特徴とする請求項１に記載の予告装置。
  3. 　前記アクションは、前記各取引の期限までに前記各取引の申込ページへアクセスすることであり、前記反応度は、前記予告が通知されたユーザのアクセス率に正の相関を有するように、算出される、
    　ことを特徴とする請求項２に記載の予告装置。
  4. 　前記アクションは、前記各取引の期限までに前記各取引の申込ページへアクセスすることであり、前記反応度は、前記予告が通知された時点から前記申込ページへアクセスした時点までの応答期間から、算出される、
    　ことを特徴とする請求項２に記載の予告装置。
  5. 　前記アクションは、前記各取引の期限後に前記予告を通知されたユーザが当該予告を開封したことであり、前記反応度は、前記期限後の開封率に負の相関をするように、算出される、
    　ことを特徴とする請求項２に記載の予告装置。
  6. 　前記複数の取引の期限が属する時間帯毎に、前記間隔が設定される、
    　ことを特徴とする請求項１に記載の予告装置。
  7. 　前記複数の取引が属するジャンル毎に、前記間隔が設定される、
    　ことを特徴とする請求項１に記載の予告装置。
  8. 　前記複数の取引のうち、前記期限の自動延長がされる取引と、されない取引と、のそれぞれに対して、前記間隔が設定される、
    　ことを特徴とする請求項１に記載の予告装置。
  9. 　複数の取引を管理するサーバと、前記サーバと通信する端末装置と、を備えるシステムであって、
    　前記端末装置は、
    　　前記複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
    　　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、を備え、
    　前記サーバは、
    　　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
    　　前記算出された反応度が向上するように、前記間隔を更新する更新部、を備え、
    　前記端末装置は、前記サーバから、前記更新された間隔を入手する、
    　ことを特徴とするシステム。
  10. 　コンピュータを、
    　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
    　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
    　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
    　前記算出された反応度が向上するように、前記間隔を更新する更新部、として機能させる、
    　ことを特徴とするプログラム。
  11. 　コンピュータを、
    　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得部、
    　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知部、
    　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知部により通知された前記予告に対する反応度を算出する算出部、
    　前記算出された反応度が向上するように、前記間隔を更新する更新部、として機能させる、
    　ことを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
  12. 　複数の取引の各取引について、前記各取引の期限に、設定された間隔だけ先行する予告日時を取得する取得ステップ、
    　前記各取引について取得された前記予告日時が到来した後、前記各取引の前記期限の予告を、前記各取引をウォッチするユーザに通知する通知ステップ、
    　前記各取引に係る前記予告を通知されたユーザが、前記各取引の前記期限までに、前記各取引に対して行ったアクションに基づいて、前記複数の取引について前記通知ステップにより通知された前記予告に対する反応度を算出する算出ステップ、
    　前記算出された反応度が向上するように、前記間隔を更新する更新ステップ、を有する、
    　ことを特徴とする方法。
PCT/JP2014/063357 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法 WO2015177868A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2015509653A JP5763867B1 (ja) 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法
US14/904,889 US10325310B2 (en) 2014-05-20 2014-05-20 Notifying device, program, non-transitory recording medium, and method
PCT/JP2014/063357 WO2015177868A1 (ja) 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法
TW104115601A TWI540527B (zh) 2014-05-20 2015-05-15 A notice device, a program, a recording medium, and a method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/063357 WO2015177868A1 (ja) 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法

Publications (1)

Publication Number Publication Date
WO2015177868A1 true WO2015177868A1 (ja) 2015-11-26

Family

ID=53887817

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/063357 WO2015177868A1 (ja) 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法

Country Status (4)

Country Link
US (1) US10325310B2 (ja)
JP (1) JP5763867B1 (ja)
TW (1) TWI540527B (ja)
WO (1) WO2015177868A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022239207A1 (ja) * 2021-05-13 2022-11-17 バルミューダ株式会社 取引仲介サーバと取引仲介プログラムと取引仲介方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016010520A1 (de) 2016-09-01 2018-03-01 Artegic Ag Verfahren zur Kommunikation in einem Kommunikationsnetzwerk
JP6772794B2 (ja) * 2016-11-30 2020-10-21 富士通株式会社 分散データ管理装置、分散データ管理プログラム及び分散データ管理方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007004781A (ja) * 2005-05-27 2007-01-11 Matsushita Electric Ind Co Ltd 情報通知装置および情報通知方法
WO2012029702A1 (ja) * 2010-08-30 2012-03-08 楽天株式会社 電子メール送信装置、送信時刻設定方法、送信時刻設定プログラム及び記録媒体

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003016307A (ja) * 2001-06-28 2003-01-17 Matsushita Electric Ind Co Ltd ネットワーク上のオークション方法、オークションサーバ、及び情報処理方法
US20080147566A1 (en) * 2006-12-18 2008-06-19 Bellsouth Intellectual Property Corporation Online auction analysis and recommendation tool
US8719238B2 (en) * 2009-01-22 2014-05-06 Sunstein Kann Murphy & Timbers LLP Office-based notification messaging system
US20100293055A1 (en) * 2009-05-14 2010-11-18 Anthony Nash System for dynamically generating affiliate advertising within electronic communications
US9866464B1 (en) * 2013-08-23 2018-01-09 Ca, Inc. Team notification on new support cases
US10296972B2 (en) * 2014-01-03 2019-05-21 The Toronto-Dominion Bank Systems and methods for providing balance notifications
WO2015181942A1 (ja) * 2014-05-30 2015-12-03 楽天株式会社 予告装置、予告方法、プログラム、及び記録媒体

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007004781A (ja) * 2005-05-27 2007-01-11 Matsushita Electric Ind Co Ltd 情報通知装置および情報通知方法
WO2012029702A1 (ja) * 2010-08-30 2012-03-08 楽天株式会社 電子メール送信装置、送信時刻設定方法、送信時刻設定プログラム及び記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022239207A1 (ja) * 2021-05-13 2022-11-17 バルミューダ株式会社 取引仲介サーバと取引仲介プログラムと取引仲介方法

Also Published As

Publication number Publication date
US10325310B2 (en) 2019-06-18
JP5763867B1 (ja) 2015-08-12
TWI540527B (zh) 2016-07-01
JPWO2015177868A1 (ja) 2017-04-20
US20160140650A1 (en) 2016-05-19
TW201601099A (zh) 2016-01-01

Similar Documents

Publication Publication Date Title
US9224150B2 (en) Identifying highly valued recommendations of users in a media recommendation network
US10671968B2 (en) Method and system of processing commodity object information
JP6457358B2 (ja) アイテム推薦システム、アイテム推薦方法およびプログラム
US20110060803A1 (en) Message Notification Campaigns
JP2010073170A (ja) 推薦商品選択装置、推薦商品選択プログラムおよび商品検索装置
JP5763867B1 (ja) 予告装置、プログラム、記録媒体、及び方法
KR101989674B1 (ko) 메신저 기반 정보 처리 방법 및 장치
CA2966263C (en) Method and system to share advertisement content from a main device to a secondary device
US8799169B2 (en) Method for recommendation of audio
JP2009176242A (ja) 情報配信サーバ、情報配信システム及び情報配信方法
US20150161639A1 (en) Reward determination device, reward determination method, and recording medium
JP6500134B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP6884812B2 (ja) 通知装置及び通知方法
JP2006171807A (ja) アラート情報表示方法およびアラート情報表示プログラム
CN111325601A (zh) 商品的订阅方法、装置和介质
TWI841848B (zh) 利用不可聽信號的線上購物方法、裝置、系統及計算機程序
JP5676831B1 (ja) 予告装置、予告方法、プログラム、及び記録媒体
JP2014533412A (ja) バーチャルチャネルを通じてオファーを編成し提示するためのシステム、装置、および方法
JP5969158B1 (ja) サーバ装置、制御方法、プログラム、及び、記録媒体
JP2020057127A (ja) 情報提供装置、情報提供方法、及び情報提供プログラム
CN107038083B (zh) 信息关联方法及系统
JP2013235400A (ja) 広告登録装置、及び広告登録方法
JP5343160B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP7238315B2 (ja) 情報処理装置、及び情報処理プログラム
JP2014115934A (ja) 情報処理方法、情報処理装置、及び情報処理プログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2015509653

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14904889

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14892248

Country of ref document: EP

Kind code of ref document: A1