WO2009047959A1 - オークション管理方法、イベント管理方法、オークション管理装置及びオークション管理システム、イベント管理装置及びイベント管理システム - Google Patents

オークション管理方法、イベント管理方法、オークション管理装置及びオークション管理システム、イベント管理装置及びイベント管理システム Download PDF

Info

Publication number
WO2009047959A1
WO2009047959A1 PCT/JP2008/066144 JP2008066144W WO2009047959A1 WO 2009047959 A1 WO2009047959 A1 WO 2009047959A1 JP 2008066144 W JP2008066144 W JP 2008066144W WO 2009047959 A1 WO2009047959 A1 WO 2009047959A1
Authority
WO
WIPO (PCT)
Prior art keywords
bid
auction
event
price
content
Prior art date
Application number
PCT/JP2008/066144
Other languages
English (en)
French (fr)
Inventor
Kong Hae Song
Original Assignee
Cyber Maxima Co., Ltd.
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 Cyber Maxima Co., Ltd. filed Critical Cyber Maxima Co., Ltd.
Publication of WO2009047959A1 publication Critical patent/WO2009047959A1/ja

Links

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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to an auction management method, an event management method, an auction management device, and an auction management system.
  • Patent Document 1 Japanese Unexamined Patent Publication No. 2006-141702 Disclosure of Invention
  • the present invention has been made in view of such circumstances, and the purpose of the present invention is to provide a bid acceptance time for each item to be offered for each auctioned item in an Internet auction, Auction management method and event management that can realize a real auction while solving the problems related to bidding by processing the bid instruction signal received within that time equally regardless of whether the signal arrives early or late It is to provide a method, an auction management device and an auction management system. Means for solving the problem
  • the present invention is an auction management method for accepting bid instruction signals from a plurality of participant terminal devices via a network and managing the progress of an auction.
  • the device sets a predetermined bid acceptance time for each offer price of the exhibit, and receives and stores bid instruction signals from the plurality of participant terminal devices.
  • the price is updated by raising the offer price by a predetermined unit, and if there is no bid instruction signal, the price update process is performed by updating the price by lowering the offer price of the exhibit by a given unit, and the bid number judgment process.
  • the bid price is updated by the price update process, and the bid instruction is received from the plurality of participant terminals within a predetermined bid reception time by the bid reception process.
  • An auction control process that accepts a signal and repeatedly executes an operation of determining the number of bids by the bid number determination process, and the bid number determination process determines that one bid has been received.
  • the auction management method includes a successful bidder identification process for identifying a participant of the participant terminal apparatus that has performed the bid as a successful bidder.
  • the present invention in the above invention, includes a content storage process in which a plurality of contents and respective reproduction times of the plurality of contents are associated with each other and stored in a content management table, and a plurality of auction start dates and times
  • the event storage process for storing the schedule information in the event management table and the schedule information in the event management table at the end of the currently executed auction refer to the schedule information in the event management table and determine the free time until the start date and time of the next auction.
  • the plurality of participant terminal devices with the selected one or more contents A o ⁇ "transfection management method characterized by further comprising a Konten' transmission process of transmitting.
  • the event storage process further stores attribute information of the plurality of auctions in the event management table
  • the content storage process further includes the content management table. Attribute information of the plurality of contents is stored, and the content selection process is based on a relationship between the attribute information of the auction in the event management table and the attribute information of the content in the content management table.
  • the auction management method is characterized by selecting one or more contents. It should be noted that only one type of attribute information may be stored for one auction, or a plurality of attribute information may be stored for one auction. Further, only one type of attribute information may be stored for one content, or a plurality of types of attribute information may be stored for one content.
  • the present invention is an auction management method for managing bid progress by accepting bids from a plurality of participant terminal devices via a network, and managing a virtual reality space.
  • a script or a program for controlling the progress of the auction implemented on the virtual reality support device information related to auction progress is displayed on the virtual display device existing in the virtual space, A bid instruction signal from a participant terminal device connected to the virtual reality server device via the user interface of the virtual space, and status information representing the auction progress status of the virtual space is received from the plurality of participant terminals.
  • a virtual space management process to be transmitted to the device, and the virtual reality server device accepts a predetermined bid for each offer price of the exhibit
  • a bid acceptance process for receiving and storing bid instruction signals from the plurality of participant terminal devices; a bid number determination process for determining the number of bid instruction signals received within the predetermined bid reception time; If there are two or more bid instruction signals in the bid number determination process, the price of the exhibit is increased by a predetermined unit and the price is updated. If there is no bid instruction signal, the exhibit is displayed. The bid is updated while the suggested price is updated by the price update process until it is determined that one bid instruction signal is received by the bid number discriminating process and the price update process of updating the price by lowering the suggested price by a predetermined unit.
  • An operation of receiving bid instruction signals from the plurality of participant terminals within a predetermined bid reception time by the reception process and repeatedly determining the number of bids by the bid number determination process is repeatedly executed.
  • Auction control process for determining a bidder and a bidder specifying process for specifying, as a successful bidder, a participant of a participant terminal apparatus that has made a bid when it is determined that one bid has been received by the bid number determination process.
  • an auction management method characterized by including:
  • the present invention is implemented in the virtual space, a content storage process for storing a plurality of contents and respective reproduction times of the plurality of contents in association with each other in a content management table.
  • the event storage process for storing schedule information including the start date and time of multiple auctions in the event management table, and the schedule information in the event management table is referred to when the currently executed auction is completed, and the next event
  • One or more of the plurality of contents in the content management table based on the idle time calculation process for calculating the idle time until the start date and time of the choice, and the calculated idle time and the playback time of the content
  • the web server device receives the status of the virtual space and transmits the status of the virtual space as information on the screen to a plurality of participant terminals
  • the content displayed on the virtual space Since similar content is transmitted to the participant terminal as information on the web screen, the selected content is displayed on the web screen on the participant terminal side that has received the content.
  • the selected content is a content having a quality dedicated to the web screen
  • the selected content is displayed in the web screen on the participant terminal side.
  • the event is performed according to a predetermined schedule using the virtual space, and is, for example, an auction, a questionnaire, a game, or the like.
  • Auction control means for repeatedly executing the operation of performing a bid, and when the bid number discrimination means determines that one bid has been received, the successful bidder that identifies the participant who participated in the bid as the successful bidder
  • An auction management device characterized by comprising: a user identification means; and receiving the status of the virtual space from the virtual space management device and providing the status of the virtual space as information on a web screen to a plurality of participant terminals
  • An auction management system comprising: a web management device for managing the auction.
  • the present invention is an event management apparatus that manages the progress of events for a plurality of participant terminal apparatuses via a network, and is a virtual management system that manages a virtual reality space.
  • executing the scribing or program displays the information related to the event progress on a virtual display device existing in the virtual space, and the plurality of user interfaces Receiving an instruction signal from a participant terminal device connected to the virtual reality server device via the interface, and transmitting status information indicating an event progress status of the virtual space to the plurality of participant terminal devices.
  • the content management table by associating the virtual space management means, the plurality of contents, and the playback time of each of the plurality of contents.
  • Content storage means for storing the event information event storage means for storing schedule information including the start date and time of a plurality of events executed in the virtual space in the event management table, and the event currently being executed has ended.
  • event storage means for storing schedule information including the start date and time of a plurality of events executed in the virtual space in the event management table, and the event currently being executed has ended.
  • the schedule information of the event management table based on the free time calculation means for calculating the free time until the start date and time of the next event, the calculated free time and the playback time of the content
  • an event management device [0 0 2 4]
  • the present invention is an event management system that manages the progress of events for a plurality of participant terminal devices via a network, and is a virtual management system that manages a virtual reality space.
  • a script or program for controlling the progress of an event implemented on a real server device information related to event progress is displayed on a virtual display device existing in the virtual space, and the plurality of user interfaces
  • An instruction signal from a participant terminal device connected to the virtual reality server device via a face is received, and status information indicating an event progress status of the virtual space is transmitted to the plurality of participant terminal devices.
  • Event storage means event storage means for storing schedule information including start dates and times of a plurality of events executed in the virtual space in the event management table, and when the currently executed event ends, the event
  • the free time calculating means for calculating the free time until the start date and time of the next event, and based on the calculated free time and the playback time of the content
  • the content Content selection means for selecting one or more contents from a plurality of contents in the management table, and content transmission means for transmitting the selected one or more contents to the plurality of participant terminal devices
  • An event management device comprising: a virtual space status received from the virtual space management device;
  • An event management system comprising: a web management apparatus that provides a plurality of participant terminals with information on a virtual space as information on a web screen.
  • the web management device transmits instruction information from a plurality of participant terminals to the virtual space management device.
  • a predetermined bid acceptance time is set for each price presented by the system for one exhibit, and bid instruction signals from a plurality of participant terminal devices are set within that time. If there are multiple bid instructions, the auction is continued by raising the offer price of the exhibit by a predetermined unit, and if there is no bid instruction, the offer price of the exhibit is lowered by a prescribed unit. If there is only one bid instruction within the prescribed time, the participant of the participant terminal device that made the bid will be the winning bidder. Therefore, it is possible to prevent the occurrence of slippage that causes higher prices to be assigned unintentionally even though the auction has been tendered at the same time due to misjudgment of the auction show like a normal auction.
  • the auction when it is determined that there is no bid for the offer price of the exhibit, the auction is continued while gradually reducing the offer price of the exhibit, If there is a bid for the price, continue the action while gradually increasing the offer price of the exhibit. Therefore, there is an advantage that both the exhibitor and the participant who bids can participate in the auction more easily.
  • the present invention when an event such as an auction currently being executed is completed, a free time until the start date and time of the next auction is calculated, and the calculated free time and content playback time are calculated. Based on this, one or more contents are selected from a plurality of contents in the content management table and transmitted to a plurality of participant terminal devices. Therefore, there is an advantage that the auction participants can be prevented from being bored or going to other places.
  • this content may be commercial message content
  • participants' awareness is concentrated on the screen for real-time events such as auctions.
  • the content can be displayed more effectively than ordinary web advertisements and advertisements of other media.
  • the increased awareness of content when the participant's consciousness is concentrated on the screen is proved, for example, by the high effect of the CM projected on the cinema screen before the movie is shown. In the present invention, a high CM effect can be obtained.
  • one or more contents are selected based on the relationship between the attribute information of an event such as an auction in the event management table and the content attribute information in the content management table. Therefore, it is possible to provide appropriate content that matches the interests of the participants of the event to be held, and it is possible to prevent the event participants from being bored or going to other places. can get.
  • content CMs, etc.
  • closely related to the exhibit can be streamed to participants who are interested in the product, which is more specific than regular web ads or other media ads. High CM effect for the target people.
  • FIG. 2 is a block diagram for explaining a configuration of a virtual reality server device 1 according to the embodiment.
  • FIG. 3 is a schematic diagram showing an example of an auction hall provided by the virtual reality server device 1 according to the embodiment.
  • FIG. 4 is a schematic diagram showing a display example on a user terminal according to the embodiment.
  • FIG. 5 is a conceptual diagram for explaining a data structure of an auction management table according to the embodiment.
  • FIG. 6 is a conceptual diagram for explaining a data structure of a schedule management table according to the embodiment.
  • FIG. 8 is a conceptual diagram for explaining a data structure of a content management table according to the embodiment.
  • FIG. 9 is a flowchart for explaining the operation of the virtual reality server device 1 in the execution of an auction according to the embodiment.
  • FIG. 10 is a flowchart for explaining the operation of the virtual reality server device 1 in the execution of an auction according to the embodiment.
  • FIG. 11 is a flowchart for explaining the operation of settlement processing by the web server device 2 etc. of the embodiment.
  • FIG. 12 is a flowchart for explaining a procedure for executing a questionnaire according to the second embodiment of the present invention, and selecting and displaying content accompanying therewith.
  • FIG. 14 is a schematic diagram showing a configuration of the entire system according to a fourth embodiment of the present efforts.
  • FIG. 15 is a flowchart for explaining the operation between the virtual reality server device 1 and the participant terminal device in the execution of an auction according to the first embodiment of the present invention.
  • FIG. 16 is a flowchart for explaining the operation between the virtual reality server device 1 and the participant terminal device in the execution of an auction according to the first embodiment of the present invention.
  • FIG. 17 is a flowchart for explaining the operation between the virtual reality server device 1 and the participant terminal device in the execution of an auction according to the first embodiment of the present invention.
  • FIG. 1 is a block diagram showing a configuration of an auction management system according to the first embodiment of the present invention.
  • the virtual reality server device 1 is connected to the Internet 5 and provides various services using a virtual reality space to a plurality of terminals (PCs, mobile phone terminals, etc.) connected via the Internet 5. To do.
  • the virtual reality server device 1 performs an auction venue in the virtual reality space and services (user registration, product registration, product presentation, auction progression, settlement, etc.) related to the auction performed at the auction venue. provide.
  • auction sites and services related to auctions held at the auction sites are collectively referred to as auction services.
  • Terminal 3— :! ⁇ 3—n has a computer program that has a view function for displaying a virtual space. By executing this view program, data is sent to and from the virtual server 1. By exchanging data, various services provided by the virtual reality server device 1 can be enjoyed.
  • the functions that the view program has are a function to draw a virtual reality space and a user interface function for various operations.
  • various operations include moving in the virtual reality space and performing operations on objects in the virtual reality space.
  • the control unit 1-1 generates virtual reality space, controls virtual reality space, controls objects that exist in the virtual reality space, controls avatar operations in the virtual reality space, script execution control, virtual reality space Control necessary for rendering (image, drawing of land, space, objects, etc.), etc., and is controlled by the parameter control unit 1-1-1 and the rendering control unit 1-11-2 and script control.
  • Part 1 has 1-3.
  • Avatar control unit 1 1 1— 1 controls avatars in the virtual reality space.
  • the rendering control unit 1-1-2 controls the rendering of virtual reality space, objects, and avatars.
  • the scribing execution unit 1 1 1-3 performs control to execute a predetermined script (or program) according to an event occurring in the virtual reality space. Note that the script describes the processing procedure, and the script can be executed by a computer.
  • the script is stored in the script storage unit 1-5, and when a predetermined situation occurs (for example, when an avatar touches the object), when a predetermined operation is performed on the object, or other It is read and executed when it is called from a script.
  • a script for controlling the progress of the auction which will be described later, is also stored in the script storage unit 1-5 in association with an object in the auction hall.
  • An object is a “thing” that exists in the virtual reality space.
  • An object is configured by combining one or more object primitives (hereinafter referred to as primitives).
  • Primitives have various shapes such as a rectangular parallelepiped, a triangular prism, a triangular pyramid, a cylinder, a cone, a hemisphere, and a torus.
  • the size of objects and primitives can be expanded and contracted in each direction in the virtual reality space.
  • Objects and primitives are virtual It can rotate around the axis in each direction in real space. It is also possible to specify the surface color and texture as part of the attributes of objects and primitives.
  • Users can also perform operations on objects. The operation is, for example, that the avatar touches the object, or that the avatar moves the object. You can also associate the above script with a specific operation on a specific object.
  • the range of the virtual reality space managed by one virtual reality server device 1 is referred to as “island” or “sim”.
  • the virtual reality space is logically composed of a plurality of islands managed by a plurality of virtual reality server devices.
  • the virtual reality server device 1 is information on the location of the avatar in the virtual space, information on objects and avatars (range of a predetermined distance or within the island) that can be seen from the location, and other information. From the terminal interface 1-2 to the terminal 3—: The graphics information of the result of rendering the land in the range that can be seen from the position and orientation of the avatar, the object, and the avatar (the other avatar). ⁇ 3—Send to n.
  • the virtual reality space viewed from each user's avatar is displayed on each terminal 3-1 to 3-n. It is also possible to change only the position and orientation of the viewpoint at the time of rendering without changing the position and orientation of the avatar by operating from the terminals 3-1 to 3-n.
  • the object information storage unit 1 1 3 is related to the object in the virtual reality space.
  • the avatar information storage section 1-4 stores information about each user's avatar (hairstyle, clothes, decorations, etc.).
  • the script storage unit 1-5 stores the script executed by the script execution unit 1-11-3 described above. Note that management tables such as an auction management table 20, a schedule management table 21, an auction participant management table 2 2, and a content management table 2 3, which will be described later, are also stored in a part of the area of the script storage unit 1 1 5. is doing.
  • the global information storage unit 1-6 stores global information.
  • the global information is information related to the entire virtual reality space including other islands, and information related to other islands managed by the other virtual reality server device 1.
  • the global information includes information that associates the logical name of another island with the communication address (such as an IP address) of the virtual reality server device 1 that manages the island.
  • the server-to-server interface 11 7 transmits and receives information to and from other servers 2-1 to 2-n.
  • the other servers 2-1 to 2-n include the web server device 2 and other virtual reality server devices.
  • Each of the above management tables may be stored in a storage area (not shown) dedicated to the table instead of being stored in the script storage unit 15.
  • the virtual reality server device 1 controls the virtual space and the objects existing in the virtual space by executing a predetermined script or program, and based on instruction information from a plurality of participant terminal devices.
  • FIG. 3 is a schematic diagram showing an example of an auction hall provided by the virtual reality server device 1 according to the present embodiment.
  • the virtual reality server device 1 provides a predetermined three-dimensional space in the virtual reality space as an auction site.
  • an object A simulating an auctioneer (auctioneer) running in the middle of the auction is placed in the center to simulate an actual auction site.
  • n sits in a chair located in the venue.
  • the main screen 10, sub screen 11, and sub screen 12, which are virtual display devices, are arranged on the walls of the auction hall. Displaying information (text, still image, video, etc.) on these main screen 1 0, sub screen 1 1 and sub screen 1 2 means that the participant's terminal 3 1 1-3-means sending to n.
  • the participants operating the terminals 3-1 to 3-n can view the information displayed on the main screen 10 and the sub screens 11 and 12 while operating the avatar.
  • the auctioneer object A is controlled by a script executed by the script execution unit 1 1 1 1 3 of the virtual reality server device 1.
  • participant avatars B-1 to Bn are controlled by the operations of terminals 3-1 to 3-n used by each avatar user.
  • the terminal 3—i of the user of avatar B-2 is connected to the auction site from the back of avatar B-2 as shown in FIG.
  • the auction site is displayed.
  • the user moves avatar B-2 from terminal 3_i, changes the direction of avatar B-2, sits up, and moves avatar B-2.
  • You can instruct the use of the tool you have for example, raise the paddle 1 3 to indicate your intention to bid, or lower the paddle 1 3 to indicate that you do not intend to bid) .
  • Each virtual web camera is installed at a predetermined position in the auction hall, and operates in the same way as taking a predetermined direction in the virtual space from that position with a predetermined angle of view.
  • the virtual web camera performs rendering processing based on information on land, objects, and avatars that are visible from the location, and provides the resulting graphics information.
  • Graphics information captured by the virtual web camera (that is, obtained as a result of the rendering process) is sent to the connected terminal via the web server device 2 as status information of the auction site.
  • the terminal can be operated to switch between multiple virtual web cameras as needed.
  • the web server device 2 may create a web screen including a plurality of screens and display images obtained from a plurality of virtual web cameras on each screen simultaneously.
  • images of the virtual reality space taken from a plurality of angles are simultaneously displayed on the terminal.
  • the direction and angle of view of the virtual web camera May be dynamically changed.
  • FIG. 5 is a conceptual diagram for explaining the data structure of the auction management table.
  • the auction management table 20 includes an exhibitor ID, product title, product image data, product category, auction attributes (“automobile”, “ Attributes such as “clock” and “precious metal”, event attributes), currency, starting price, reserve price, winning bid price, and winning bidder ID.
  • the seller ID is information for identifying the seller who sells the product at the auction.
  • the product title is the name of the product.
  • the product image data is still image or moving image data indicating the product. Note that only one type of product image data may be registered per product, or multiple types of product image data may be registered according to the display quality of the terminal.
  • product image data for virtual reality screen display on a PC For example, product image data for virtual reality screen display on a PC, product image data for web screen display on a PC, and product image data for web screen display on a mobile terminal Enable data registration.
  • the starting price is the initial price presented at the start of the auction set by the seller.
  • the reserve price is the lowest winning bid price set by the exhibitor, and is used to control the product to be awarded only above the lowest winning bid price.
  • the winning bid is the price that was finally awarded.
  • the winning bidder ID is information for identifying a participant who has won the product.
  • FIG. 6 is a conceptual diagram for explaining the data structure of the schedule management table.
  • the schedule management table 21 (event management table) holds the start date / time, scheduled end date / time, and end date / time for each function ID.
  • the start date and time is scheduled when the auction is registered.
  • the scheduled end date and time is registered as a schedule for the time being, but it does not always end at the exact time. Time is unpredictable. Therefore, if the auction does not end at the scheduled end time, the auction is forcibly terminated at that time.
  • the end date and time is actually the date and time when the auction ended.
  • the process of storing information in the schedule management table 21 is an event storage process in which schedule information including the start date and time of a plurality of auctions is stored in the event management table.
  • Fig. 7 is a conceptual diagram for explaining the data structure of the auction participant management table.
  • the auction participant management table 22 stores a name, an address, an email address, a luck name, and a participant paddle number for each participant ID.
  • Participant ID is information for identifying the member participating in the auction, and this participant ID is used as a means for identifying the winning bidder.
  • the participant paddle number is a number that identifies the paddle listed to indicate that it is bidding at the auction.
  • the process of storing information in the content management table is a content storage process in which a plurality of contents and the playback times of the plurality of contents are associated with each other and stored in the content management table.
  • the quality type represents the quality of the moving image divided by the number of pixels of the moving image or still image of the content, the image quality, the compression rate, the bit rate with respect to time, etc.
  • This information indicates whether the content is for a virtual reality screen, a PC screen, or a mobile terminal screen.
  • the content attribute is information indicating what field the content relates to.
  • the content time is the playback time of the content.
  • the sponsor ID is information for identifying a corporation or the like that provides the content.
  • the playback time zone designation is information for designating the time zone during which the content is played back.
  • the remaining playback count indicates the remaining playback count and is counted down each time the content is played.
  • Content data is the content itself.
  • FIGS. 15 to 17 are flowcharts for explaining the operation of the virtual reality server device 1 according to this embodiment.
  • the processing shown in this flowchart is mainly executed by the control unit 11.
  • These processing procedures are stored in advance in script storage 1-5 in script format.
  • the control unit 1-1 controls the progress of the auction as follows according to the script and according to the events that occur in the auction hall (for example, the actions of participating avatars). For example, if an action is taken to raise a paddle or lower a paddle, the associated script is executed in response to the event, and the action contents ("raise the paddle" or "
  • the control unit 1-1 reads the contents of the schedule management tape / record 21 (step S 1), and determines whether or not there is an auction that is about to start ( In step S 2), if there is an auction that is about to start, refer to the auction participant management table 22 and notify the applicant who wants to participate that the auction will start (step S 3).
  • step S 8 it is determined whether or not the paddle has been raised (bid instruction) (step S 8). If there is a paddle increase, the bidder's ID is temporarily stored (step S 9), and the bidder's ID The pad number (or the bidder's ID) is displayed on the sub-screen 11 (step S 1 0). Next, it is determined whether or not the interval time has ended (step S11), and if not, the process returns to step S8. Thereafter, until the end of the interval time, accept bids for the current product price. Therefore, as described above, if there are multiple bids within the interval time, IDs of all bidders will be saved.
  • step S12 determines whether or not there is only one bidder. If there is one bidder (step S15: YES), it is determined whether the price is a reserve price (step S16). If the price is higher than the reserve price (including the case where the reserve price is not set) (step S16: YES), the bidder is determined as the winning bidder (step S17).
  • the control unit 11 1 transmits the successful bid number unique to the auction to the determined successful bidder's terminal.
  • This successful bid number cannot be seen by participants other than the winning bidder, using an email for the winning bidder, using an instant message for the winning bidder, or an encryption that only the winning bidder can see. Notification is made using a web page. Then, a settlement process is performed for the bidder (step S18). The payment process will be described later. Note that it is not always necessary to complete the settlement process at this time, and it may be performed as needed when the winning bidder has time.
  • step S16 If there is only one bidder and the price at that time is less than the reserve price (step S16: NO), the price will be raised if it is not the scheduled end date (step S13: NO). Proceed to step S14.
  • step S 19 determines whether there is sufficient free time. If there is sufficient free time, refer to the content management table 23 and play back in the free time. Then, select a content (for example, a commercial message) (step S21) and display the content on the main screen 10 (step S22). When this display ends, the process returns to step S3. Since the content displayed on the main screen 10 is subject to rendering, the content will be displayed on the participant terminals 3-1 to 3-n as a result. In addition, as described above, we have a virtual web camera at the auction site. The content displayed on the main screen 10 can be transmitted as graphics information to the participant terminals participating via the server device 2 and displayed on the participant terminals.
  • the reserve price may be set higher or lower than the start price, and the reserve price may not be set. If no reserve price is set, the judgment at step S 16 is always Y E S and the judgment at step S 24 is always NO. By proceeding with the auction according to the procedure described above, the winning bid will always be higher than the reserve price.
  • the reserve price set by the seller is not notified to the participant's (successful bidder) terminal, but the reserve price may be displayed on the participant's terminal. good.
  • the content selected in step S 2 1 and displayed in step S 2 2 may be one or more.
  • the free time is 13 minutes and 10 seconds
  • the content management table 23 is 1 minute, 1 If minutes, 2 minutes, 2 minutes, 4 minutes, 5 minutes, and 5 minutes of content have been registered, the system will use the appropriate pattern of 1 minute + 2 minutes + 5 minutes + 5 minutes (1 3 minutes in total) , 2 minutes + 2 minutes + 4 minutes + 5 minutes (total 1 3 minutes), etc. Select content so that it fits well in your free time.
  • the process returns to step S3, and the above-described series of processing is executed for the next auction.
  • control unit 1-1 refers to the schedule information in the event management table and calculates the free time until the start date and time of the next auction (Step S 19). And selecting one or more contents from the plurality of contents in the content management table based on the calculated free time and the playback time of the content (step S 2 1)
  • a process of transmitting the one or more pieces of content that have been sent to a plurality of participant terminal devices that is, displaying content on the participant terminal devices, step S 2 2) is performed.
  • Parts Parts
  • the CM content of “Credit card with ETC function” whose content attribute is “ETCj (this is a related concept associated with automobiles)” are selected.
  • a conceptual relationship between attributes is obtained by referring to dictionary data, and selection based on the relationship is performed.
  • inference processing using a production rule prepared in advance may be performed, and content having a predetermined attribute may be selected according to the result.
  • one or more contents are selected based on the relationship between the attribute information of the auction management table function and the content attribute information of the content management table.
  • the content for the virtual reality screen is transmitted based on the value of the quality type item in the content management table 23 (virtual reality space). As a result, it is sent to the participant terminal).
  • the PC screen content that is connected to the Web server device 2 and participating in the auction is selected and transmitted for the PC screen content.
  • the content for the mobile terminal screen is selected and transmitted to the mobile phone terminals that are connected to the Web server device 2 and are participating in the auction.
  • step S 2 4 it is determined whether or not the current price is less than or equal to the reserve price (step S 2 4). If the current price is not less than or equal to the reserve price (that is, the current price is higher than the reserve price) (step S 24: NO), update the product price (decrease the price) (step S 26) and Go to S7 and continue the action as described above. If the current price is less than or equal to the reserve price (step S 2 4: Y E S), the process proceeds to step S 25. If no reserve price is set, the determination result in step S 24 is always “NOj”.
  • Step S13 YES
  • step S2 4 YES
  • the current product price is saved as the final price.
  • Step S 2 5 the auction is terminated, and as described above, the free time until the next auction start time is calculated in Step S 19 and later, and the content can be played with sufficient free time ⁇ To display on the main screen 10. Thereafter, if there is not enough free time, the process returns to step S3, and the above-described series of processing is executed for the next auction.
  • the sub-screen 12 shows information on the results of multiple auctions that were held on that day.
  • the auction result information displayed here includes at least the lot number (or auction ID), the winning paddle number, and the winning bid price.
  • the control unit 1-1 adds the auction result information to be displayed on the sub-screen 12.
  • step S8 to S11 corresponds to a bid acceptance process for accepting bids based on instruction information from the plurality of participant terminal devices within a predetermined time for each offer price of the exhibit. .
  • steps S 1 2 and S 15 corresponds to a bid number discrimination process for discriminating whether or not a plurality of bids have received power within the predetermined time.
  • step S 17 is carried out by specifying the successful bidder specifying that the participant of the participant terminal device that has made the bid is the winning bidder when it is determined that the bid has been received in the process of determining the number of bids. It corresponds to the process.
  • step S 26 is a process of a function for gradually lowering the offer price of the exhibit included in the price update process.
  • FIG. 11 is a flowchart for explaining the operation of the settlement processing described above.
  • This settlement processing is performed by the Web server device 2 linked with the virtual reality server device 1.
  • the successful bid number passed when the successful bid is determined is sent to the Web server device 2.
  • the auction to be settled can be identified on the Web server device 2 side.
  • the successful bid number is notified only to the legitimate successful bidder, it is possible to prevent other auction participants from making a payment by mistake.
  • a list of products awaiting payment may be automatically displayed, and a product may be selected from this list as appropriate to perform payment processing.
  • an e-mail for determining the winning bid may be sent to the mail address of the winning bidder.
  • the web server device 2 charges the winning bidder for the price of the product (including a fee for the business) (step S 30).
  • the successful bidder pays for it within a predetermined period according to the price request, or settles with a credit card, prepaid card, electronic money, or settlement means using e-mail.
  • the payment method using e-mail is, for example, that both the sender and the recipient (the person who receives the remittance) register the account in the remittance server device in advance, and the sender designates the recipient.
  • the remittance procedure is performed, and the remittance server device notifies the recipient by e-mail that the remittance has been performed. At this time, the transferred amount is added to the account of the recipient, and the same amount is deducted from the account of the sender.
  • the web server device 2 determines whether or not the payment has been confirmed (step S 3 1). When the payment is confirmed, the seller is prompted to ship the product (step S 3 2). It is determined whether or not the successful bidder has received a notification that the product has been received (step S 3 3). If there is a notification that the product has been received, the seller pays the product price to the designated account. (Step S 3 4). Note that the settlement processing described above may be performed by another dedicated settlement server device instead of by the web server device 2.
  • step S 3 1 payment confirmation in step S 3 1 and payment process in step S 3 4 may be performed manually.
  • the first method is to open a web browser on the participant terminal, connect to the web server device 2 from the web browser, and perform the above series of settlement procedures.
  • the participant auctions through a view fence for displaying the virtual reality space. If you have participated in, the participant will cease to operate the view and switch to using the web browser for the settlement procedure.
  • the second method is when a participant clicks on an object in the virtual reality space using a parameter or selects a menu or button equipped in the view (client software).
  • the program that controls the window for the settlement procedure performs communication necessary for settlement with the web server device 2 . According to this method, the user's feeling of operation is highly convenient because the operation is completed in the virtual reality space or in the view window (client software) without switching to a web browser.
  • the third method is a method in which a virtual web browser is provided in the virtual reality space, and the virtual web browser is connected to the web server device 2 to perform the above series of settlement procedures. It is also possible to connect to other server devices from the virtual web browser and search for information or view content.
  • the virtual web browser is realized as a window displayed by selecting an object in the virtual reality space or a menu or button installed in the view (client software).
  • the virtual web browser includes a virtual screen, a virtual keyboard that is a character input means, and a virtual mouse that is a pointing means. Characters in the virtual reality space can perform operations such as inputting characters from the virtual keyboard, moving the mouse cursor on the virtual screen using the virtual mouse, and clicking a button on the virtual mouse. It ’s like that.
  • the virtual web browser may be operated by operating a mouse or a keyboard provided in the participant terminal.
  • the virtual web browser has the same functions as an actual web browser program.
  • virtual web browsers such as H TTP (Hypertext Transfer Protocol) and FTP (File Transfer Protocol)
  • H TTP Hypertext Transfer Protocol
  • FTP Fra Transfer Protocol
  • the auction is performed in the virtual reality space, in the virtual auction hall, a plurality of participants can proceed in real time by their own parameters. You can easily participate in auctions that are closer to reality wherever you are in the world.
  • “computer-readable recording medium” means a volatile memory (for example, DR) inside a computer system that becomes a server client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line.
  • AM Densami c Random Access Memory
  • the program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium.
  • a “transmission medium” for transmitting a program is a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.
  • the program may be for realizing a part of the functions described above.
  • a so-called difference file (difference program) that can be realized in combination with a program already recorded in the computer system may be used.
  • step S54 determines whether or not the start time has come based on the current date and time acquired from the system (step S54). If the start time has not yet arrived (step S 5 4: NO), the process of step S 5 4 is repeated after a predetermined time has elapsed. When the start time has arrived (step S54: YES), the contents of the questionnaire read from the event management table are then notified to the participants at the questionnaire venue (step S55).
  • the control unit 1-1 receives the answer information of the questionnaire from the participant and performs a process of analyzing it (step S56). After the completion of the analysis process, the control unit 1-1 determines that the questionnaire is over (step S57). It should be noted that the processing in step S 5 7 may be judged to be completed when response information has been received from all the participants in the questionnaire hall, or the questionnaire hall is divided into several areas and It may be judged that the process is over when the reply information is received from all the participants in the area. Also, set the scheduled survey end time in advance, and when that time arrives, end the event (questionnaire) even if the survey responses have not been collected from all participants at that time. May be.
  • step S74 If the start time has arrived (step S74: YES), then the control unit 1-1 will Start the game and manage 'control the execution of the game (step S 75). Next, the control unit 11 determines whether or not the game is over according to the progress of the game and the reaction of the participants (step S76).
  • the present embodiment it is possible to determine the end of the game and display the content having a length that just fits in the free time until the next game start time.
  • the content matching the game attribute can be selected and displayed.
  • FIG. 14 is a schematic diagram showing the configuration of the entire system according to the present embodiment.
  • the difference between the configuration shown in this figure and the system configuration described in the first embodiment is that there is no virtual reality server device and that a web server device 2 A is provided instead of the web server device 2. It is a point.
  • the other terminals 3-1 to 3-n, terminals 4-1 to 4-n, Internet 5, and mobile communication network 6 are the same as those described above. [0099]
  • the web server device 2 A in the present embodiment is realized by using a computer, and includes a storage unit for storing a script or a program for controlling the progress of an event such as an action. It has a function to read the program from the storage unit as appropriate and execute it. Further, the web server device 2 A includes a storage unit for storing the management information as described above.
  • the web server device 2A manages events while communicating with the terminals 3-1 to 3-n and 4-1 to 4-n of the connected participants. Event management means management of the auction shown in the flow charts of FIGS. 9 to 11, management of the questionnaire shown in FIG. 12, and management of the game shown in FIG. Since the processing procedures shown in these flowcharts are the same as those in the above-described embodiment, description thereof is omitted here.
  • the Web server device 2 A does not perform management of the virtual reality space or processing of rendering indicating the status of the virtual reality space, and dynamically generates a Web screen in an HTML language according to the status. These screens are sent to the terminal in response to requests from the terminal. On the terminal side, the screen received from the web server device 2 A is displayed.
  • one virtual reality server device has 1 ⁇ 3 islands.
  • a single virtual reality server device may manage multiple islands or shims.
  • a plurality of virtual reality server devices may manage one island or shim in cooperation.
  • the above-mentioned auction management service, game management service, questionnaire management service, etc. using existing services that provide virtual reality space (for example, Second Life of Linden Lab, USA) You can build it, or you can set up a server or network to build a similar service.
  • an object that imitates an auctioneer is arranged in the virtual reality space and the auction is progressed. May be realized.
  • the auction is started by determining whether or not it is a predetermined auction start time (step S 4 in FIG. 9).
  • an avatar of an auction staff may be provided so that the avatar of the auction staff touches the object of the auction, and the auction start condition may be added.
  • the avatar staff's avatar is operated by a terminal device for managing or monitoring the progress of the auction. This makes it possible to perform detailed auction progress control, for example, the manager confirms that all of the participant's avatars are seated and then actually starts the auction.
  • the virtual reality server device 1 performs all the services related to the auction (user registration, product registration, product presentation, progression, settlement, etc.). In addition, some of these services may be performed by the backend server device.
  • the back-end server device is provided with a storage unit for storing necessary management information. Then, a script or program corresponding to a part or all of the functions executed by the control unit 11 described in the first embodiment is stored in a storage device, and the script or program is read as appropriate. Try to run.
  • the back-end server device and the control unit 11 in the virtual reality server device 1 are connected so that they can communicate with each other. In other words, a virtual reality server device that performs processing such as auction with high load on the backend server device
  • control unit 1 1 1 works in conjunction with the backend server device to control object objects in the virtual reality space and relay instructions from participants. In this way, by providing a packed server device and linking it with the virtual reality server device, the processing load can be distributed. That is, the processing load on the virtual reality server device can be reduced. [0 1 0 5]
  • a unit of a plurality of auctions (for example, about 5 to 10 items) is used (this unit is called “auction block” for convenience.) It may be managed additionally.
  • this time for example, instead of determining the start date / time and end date / time for each individual auction, the start date / time and end date / time are determined for each auction block.
  • the auction block attributes (for example, “modern art”, “Japanese art J”, etc.) are set in advance, and instead of the auction attribute or in addition to the auction attribute, the auction block Content may be selected using an attribute Note that one auction block may have one auction block attribute or multiple auction block attributes. .

Abstract

制御部は、仮想現実空間によりオークションを実施する際、出品物の１つの提示価格に対して所定の時間を設け、その時間内に複数の参加者端末からの入札信号を受け付ける。そして、時間内に複数の入札信号があった場合には、提示価格を所定単位ごとに段階的に上げてオークションを継続する。一方、入札信号が時間内にない場合には、提示価格を所定単位ごとに段階的に下げてオークションを継続し、その途中で入札信号があった場合には、提示価格を所定単位ごとに段階的にあげながらオークションを継続する。所定時間内に到達した入札指示信号はその早遅に関わらず全て等しく処理される。そして、所定時間内に入札指示信号が１つだけの場合は、その入札信号を送信した参加者を最終的な落札者とする。また、オークションが終了すると、次のオークションまでの空き時間を制御部が算出し、その算出された空き時間に合わせて商品に関連する１つもしくは複数の広告コンテンツを制御部が自動的に選択する。

Description

明 細 書 オークション管理方法、 イベント管理方法、 オークション管理装置及ぴォークショ ン管理システム、 イベント管理装置及びイベント管理システム 技術分野
[0001]
本発明は、 オークション管理方法、 イベント管理方法、 オークション管理装置及び オークション管理システムに関する。
本願は、 2007年 10月 9日に出 された特願 2007-263285号に対し 優先権を主張し、 その内容をここに援用する。 背景技術
[0002]
インターネットの発展に伴い、 インターネット上でのショッピングや、 オークショ ンなどの商取引が一般的になってきている。 例えば、 サーバシステムが、 多数のユー ザが参加する仮想空間を管理し、仮想空間における商店に仮想物品が表示されており、 ユーザが保有する仮想物品を交換できるようにした技術が提案されている （例えば、 特許文献 1参照。）
[特許文献 1] 特開 2006— 141702号公報 発明の開示
発明が解決しようとしている課題
[0003]
ところで、 従来のネットワークオークションの場合、 例え、 オークション期間が数 日〜 1週間程度設けられていても、 実質的には、 終了時刻の数分前、 あるいは極端な 場合には終了時刻の数秒前に最高値を入札した人が落札してしまうしくみとなってい た。 これは、 スナイビング （sniping) と呼ばれている。 これにより、 価格が徐々に上 がっていくスタイルの本来のオークションを楽しむことができず、 才ークションに参 加しづらくなるという問題がある。 また、 出品者にとっては、 落札候補者間の競争に よるさらなる価格上昇の機会が失われてしまうという問題がある。
[ 0 0 0 4 ]
また、 オークション終了時刻の所定時間前 （例えば、 5分前） 以内に入札があった 場合に、 オークションが自動延長される仕組みもあるが、 この場合、 延々と終了しな くなるケースもあり、 やはり参加しづらいという問題がある。
[ 0 0 0 5 ]
また、 現実に行われているオークションでは、 ある価格に対して、 ほぼ同時に落札 希望者がパドルを挙げた場合でも、 オ^-クショユアの目にとまった人から順に、 瞬時 に値段を割り振られていくため、 その値段で落札したつもりであっても、 より高い値 段が不本意に割り振られてしまうことが多々ある。 ゆえに、 スリツページとも言える ような値段高騰に押し流され、 冷静な判断ができず、 希望するような結果が得られな い可能性がある。
[ 0 0 0 6 ]
このように、 インタ一ネットオークションにおいても、 現実のオークション会場で 行なわれるような、 リァリティのあるオークションにネットヮ一クを介して参加でき るようにするとともに、 現実のオークションにおける問題を解消することができるシ ステムが求められている。
[ 0 0 0 7 ]
本発明は、 このような事情を考慮してなされたものであり、 その目的は、 インター ネットオークションにおいても、 1つの出品商品に対して入札受付時間をシステムが 更新する提示価格ごとに設けて、 その時間内に受信した入札指示信号は信号到達の早 遅を問わずに等しく処理することにより、 入札に係る問題を解決しつつ、 リアリティ のあるオークションを実現することができるオークション管理方法、 イベント管理方 法、 オークション管理装置及ぴオークション管理システムを提供することにある。 課題を解決するための手段
[ 0 0 0 8 ]
( 1 ) 上述した課題を解決するために、 本発明は、 ネットワークを介して複数の参 加者端末装置からの入札指示信号を受け付け、 オークション進行を管理するオークシ ョン管理方法であって、 サーバ装置が出品物の提示価格ごとに所定の入札受付時間を 設定し、 前記複数の参加者端末装置からの入札指示信号を受信し保存する入札受付過 程と、 前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別過 程と、 前記入札数判別過程により、 2つ以上の入札指示信号があった場合には前記出 品物の提示価格を所定単位上げて価格を更新し、 入札指示信号がなかつた場合には前 記出品物の提示価格を所定単位下げて価格を更新する価格更新過程と、 前記入札数判 別過程により 1つの入札指示信号があつたと判別されるまで、 前記価格更新過程によ り提示価格を更新しながら、 前記入札受付過程により所定の入札受付時間内に前記複 数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別過程によ り入札数を判別するという動作を繰り返し実行させるオークション制御過程と、 前記 入札数判別過程により 1つの入札があつたと判別された場合には、 その入札を行った 参加者端末装置の参加者を落札者として特定する落札者特定過程とを含むことを特徴 とするオークション管理方法である。
[ 0 0 0 9 ]
( 2 ) 本 明は、 上記の発明において、 複数のコンテンツと、 該複数のコンテンツ の各々の再生時間とを対応付けてコンテンツ管理テーブルに記憶するコンテンッ記憶 過程と、 複数のオークションの開始日時を含むスケジュール情報をイベント管理テー プルに記憶するィベント記憶過程と、 現在実行されているオークションが終了した時 点で、 前記イベント管理テーブルのスケジュール情報を参照し、 次のオークションの 開始日時までの空き時間を算出する空き時間計算過程と、 前記算出された空き時間と 前記コンテンッの再生時間とに基づいて、 前記コンテンツ管理テーブルの複数のコン テンッの中から、 1つ以上のコンテンツを選択するコンテンツ選択過程と、 前記選択 された 1つ以上のコンテンッを前記複数の参加者端末装置に送信するコンテンッ送信 過程とを更に含むことを特徴とするオ^"クション管理方法である。
[ 0 0 1 0 ]
( 3 ) 本発明は、 上記の発明において更に、 前記イベント記憶過程は、 更に、 前記 ィベント管理テーブルに前記複数のオークションの属性情報を記憶し、 前記コンテン ッ記憶過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテンツの属性情 報を記憶し、 前記コンテンツ選択過程は、 前記イベント管理テーブルの前記オークシ ョンの属性情報と前記コンテンッ管理テーブルの前記コンテンッの属性情報との関係 に基づいて、 前記 1つ以上のコンテンツを選択することを特徴とするオークション管 理方法である。 なお、 1つのオークションについて 1種類だけの属性情報を記憶するようにしても 良いし、 1つのオークションについて複数の属性情報を記憶するようにしても良い。 また、 1つのコンテンッについて 1種類だけの属性情報を記憶するようにしても良い し、 1つのコンテンツについて複数種類の属性情報を記憶するようにしても良い。
[ 0 0 1 1 ]
( 4 ) 上述した課題を解決するために、 本発明は、 ネットワークを介して複数の参 加者端末装置からの入札を受け付け、 オークション進行を管理するオークション管理 方法であって、 仮想現実空間を管理する仮想現実サ パ装置上に実装されたオークシ ョンの進行制御を行うスクリプト又はプログラムを実行することで、 オークション進 行にかかる情報を仮想空間内に存在する仮想表示装置に表示し、 前記複数のユーザー インターフェースを介して前記仮想現実サーバ装置に接繞してくる参加者端末装置か らの入札指示信号を受け付けるとともに、 前記仮想空間のオークション進行状況を表 わす状況情報を前記複数の参加者端末装置に送信する仮想空間管理過程と、 前記仮想 現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記複数の 参加者端末装置からの入札指示信号を受信し保存する入札受付過程と、 前記所定入札 受付時間内に受信した入札指示信号の数を判別する入札数判別過程と、 前記入札数判 別過程により、 2つ以上の入札指示信号があった場合には前記出品物の提示価格を所 定単位上げて価格を更新し、 入札指示信号がなかった場合には前記出品物の提示価格 を所定単位下げて価格を更新する価格更新過程と、 前記入札数判別過程により 1つの 入札指示信号があつたと判別されるまで、 前記価格更新過程により提示価格を更新し ながら、 前記入札受付過程により所定の入札受付時間内に前記複数の参加者端末から の入札指示信号を受け付けるとともに、 前記入札数判別過程により入札数を判別する という動作を繰り返し実行させるオークション制御過程と、 前記入札数判別過程によ り 1つの入札があつたと判別された場合には、 その入札を行った参加者端末装置の参 加者を落札者として特定する落札者特定過程とを含むことを特徴とするオークション 管理方法である。
[ 0 0 1 2 ]
( 5 ) 本発明は、 上記の発明において、 前記仮想空間の状況を受信し、 該仮想空間 の状況をウェブ画面上の情報として複数の参加者端末に送信するウェブ画面情報送信 過程を更に含むことを特徴とする。 また、 ウェブ管理装置は、 複数の参加者端末からの指示情報を前記仮想空間管理装 置に送信する。
[ 0 0 1 3 ]
( 6 ) 本発明は、 上記の発明において、 複数のコンテンツと、 該複数のコンテンツ の各々の再生時間とを対応付けてコンテンッ管理テーブルに記憶するコンテンッ記憶 過程と、 前記仮想空間内で実施される複数のオークションの開始日時を含むスケジュ ール情報をィベント管理テーブルに記憶するィベント記憶過程と、 現在実行されてい るオークションが終了した時点で、 前記ィベント管理テーブルのスケジュール情報を 参照し、 次のォ クシヨンの開始日時までの空き時間を算出する空き時間計算過程と 、 前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテン ッ管理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコン テンッ選択過程と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末装 置に送信するコンテンッ送信過程とを更に含むことを特徴とする。
また、 ウェブサーバ装置が、 仮想空間の状況を受信し、 その仮想空間の状況をゥェ プ画面上の情報として複数の参加者端末に送信する場合には、 仮想空間上で表示され るコンテンツと同様のコンテンツがゥェブ画面上の情報として参加者端末に送信され るため、 これを受信した参加者端末側では、 選択されたコンテンツがウェブ画面内で 表示される。 また、 選択されたコンテンツがウェブ画面専用の品質を有するコンテン ッである場合には、 その選択されたコンテンツが、 参加者端末側のウェブ画面内で表 示される。
なおここで、 イベントとは、 仮想空間を利用して所定のスケジュールに従って行な われるものであり、 例えば、 オークション、 アンケート、 ゲームなどである。
[ 0 0 1 4 ]
( 7 ) 本発明は、 上記の発明において、 前記イベント記憶過程は、 更に、 前記ィべ ント管理テーブルに前記複数のオークションの属性情報を記憶し、 前記コンテンツ記 憶過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテンツの属性情報を 記憶し、 前記コンテンツ選択過程は、 前記イベント管理テーブルの前記オークション の属性情報と前記コンテンツ管理テーブルの前記コンテンツの属性情報との関係に基 づレ、て、 前記 1つ以上のコンテンツを選択することを特徴とする。
なお、 1つのオークションについて 1種類だけの属性情報を記憶するようにしても 良いし、 1つのオークションについて複数の属性情報を記憶するようにしても良レ、。 また、 1つのコンテンツについて 1種類だけの属性情報を記憶するようにしても良い し、 1つのコンテンツについて複数種類の属性情報を記憶するようにしても良い。
[ 0 0 1 5 ]
( 8 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して複 数の参加者端末装置に対するイベントの進行を管理するィベント管理方法であって、 複数のコンテンッと、 該複数のコンテンッの各々の再生時間とを対応付けてコンテン ッ管理テーブルに記憶するコンテンツ記憶過程と、 複数のイベントの開始日時を含む スケジュール情報をィベント管理テーブルに記憶するィベント記憶過程と、 現在実行 されているイベントが終了した時点で、 前記ィベント管理テーブルのスケジユー/レ情 報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算過程と 、 前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテン ッ管理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコン テンッ選択過程と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末装 置に送信するコンテンッ送信過程とを含むことを特徴とするイベント管理方法である
[ 0 0 1 6 ]
( 9 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して複 数の参加者端末装置に対するイベントの進行を管理するィベント管理方法であって、 仮想現実空間を管理する仮想現実サーバ装置上に実装されたイベントの進行制御を行 うスクリプト又はプログラムを実行することで、 イベント進行にかかる情報を該仮想 空間内に存在する仮想表示装置に表示し、 前記複数のユーザーインターフェースを介 して前記仮想現実サーバ装置に接続してくる参加者端末装置からの指示信号を受け付 けるとともに、 前記仮想空間のィベント進行状況を表わす状況情報を前記複数の参加 者端末装置に送信する仮想空間管理過程と、 複数のコンテンツと、 該複数のコンテン ッの各々の再生時間とを対応付けてコンテンッ管理テーブルに記憶するコンテンッ記 憶過程と、 前記仮想空間内で実施される複数のイベントの開始日時を含むスケジユー ル情報をィベント管理テーブルに記憶するィベント記憶過程と、 現在実行されている イベントが終了した時点で、 前記ィベント管理テーブルのスケジュール情報を参照し 、 次のイベントの開始日時までの空き時間を算出する空き時間計算過程と、 前記算出 された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンツ管理テー ブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンッ選択 過程と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信す るコンテンツ送信過程とを含むことを特徴とするイベント管理方法である。
[ 0 0 1 7 ]
( 1 0 ) 本発明は、 上記の発明において、 前記仮想空間の状況を受信し、 該仮想空 間の状況をウェブ画面上の情報として複数の参加者端末装置に送信するウェブ画面情 報送信過程を更に含むことを特徴とする。
[ 0 0 1 8 ]
( 1 1 ) 本発明は、 上記の発明において、 前記イベント記憶過程は、 更に、 前記ィ ベント管理テーブルに前記複数のイベントの属性情報を記憶し、 前記コンテンツ記憶 過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテンツの属性情報を記 憶し、 前記コンテンツ選択過程は、 前記イベント管理テーブルの前記イベントの属性 情報と前記コンテンッ管理テーブルの前記コンテンッの属性情報との関係に基づいて 、 前記 1つ以上のコンテンツを選択することを特徴とする。
[ 0 0 1 9 ]
( 1 2 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置からの入札を受け付け、 オークション進行を管理するオークシ ョン管理装置であって、 サーバ装置が出品物の提示価格ごとに所定の入札受付時間を 設定し、 前記複数の参加者端末装置からの入札指示信号を受信し保存する入札受付手 段と、 前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手 段と、 前記入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出 品物の提示価格を所定単位上げて価格を更新し、 入札指示信号がなかつた場合には前 記出品物の提示価格を所定単位下げて価格を更新する価格更新手段と、 前記入札数判 別手段により 1つの入札指示信号があったと判別されるまで、 前記価格更新手段によ り提示価格を更新しながら、 前記入札受付手段により所定の入札受付時間内に前記複 数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段によ り入札数を判別するという動作を繰り返し実行させるオークション制御手段と、 前記 入札数判別手段により 1つの入札があつたと判別された場合には、 その入札を行った 参加者端末装置の参加者を落札者として特定する落札者特定手段とを具備することを 特徴とするオークション管理装置である。
[ 0 0 2 0 ]
( 1 3 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置からの入札を受け付け、 オークション進行を管理するオークシ ョン管理装置であって、 仮想現実空間を管理する仮想現実サーバ装置上に実装された オークションの進行制御を行うスクリプト又はプログラムを実行することで、 オーク ション進行にかかる情報を仮想空間内に存在する仮想表示装置に表示し、 前記複数の ユーザーィンターフェースを介して前記仮想現実サーバ装置に接続してくる参加者端 末装置からの入札指示信号を受け付けるとともに、 前記仮想空間のオークション進行 状況を表わす状況情報を前記複数の参加者端末装置に送信する仮想空間管理手段と、 前記仮想現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前 記複数の参加者端末装置からの入札指示信号を受信し保存する入札受付手段と、 前記 所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手段と、 前記 入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出品物の提示 価格を所定単位上げて価格を更新し、 入札指示信号がなかつた場合には前記出品物の 提示価格を所定単位下げて価格を更新する価格更新手段と、 前記入札数判別手段によ り 1つの入札指示信号があつたと判別されるまで、 前記価格更新手段により提示価格 を更新しながら、 前記入札受付手段により所定の入札受付時間內に前記複数の参加者 端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段により入札数を 判別するという動作を繰り返し実行させるオークション制御手段と、 前記入札数判別 手段により 1つの入札があつたと判別された場合には、 その入札を行った参加者端末 装置の参加者を落札者として特定する落札者特定手段とを具備することを特徴とする オークション管理装置である。
[ 0 0 2 1 ]
( 1 4 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置からの入札を受け付け、 オークション進行を管理するオークシ ョン管理システムであって、 仮想現実空間を管理する仮想現実サーバ装置上に実装さ れたオークションの進行制御を行うスクリプト又はプログラムを実行することで、 ォ 一クション進行にかかる情報を仮想空間内に存在する仮想表示装置に表示し、 前記複 数のユーザーインターフェースを介して前記仮想現実サーバ装置に接続してくる参加 者端末装置からの入札指示信号を受け付けるとともに、 前記仮想空間のオークシヨン 進行状況を表わす状況情報を前記複数の参加者端末装置に送信する仮想空間管理手段 と、 前記仮想現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し 、 前記複数の参加者端末装置からの入札指示信号を受信し保存する入札受付手段と、 前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手段と、 前記入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出品物の 提示価格を所定単位上げて価格を更新し、 入札指示信号がなかった場合には前記出品 物の提示価格を所定単位下げて価格を更新する価格更新手段と、 前記入札数判別手段 により 1つの入札指示信号があったと判別されるまで、 前記価格更新手段により提示 価格を更新しながら、 前記入札受付手段により所定の入札受付時間内に前記複数の参 加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段により入札 数を判別するという動作を繰り返し実行させるオークション制御手段と、 前記入札数 判別手段により 1つの入札があつたと判別された場合には、 その入札を行った参加者 端末装置の参加者を落札者として特定する落札者特定手段とを具備することを特徴と するオークション管理装置と、 前記仮想空間管理装置から仮想空間の状況を受信し、 該仮想空間の状況をウェブ画面上の情報として複数の参加者端末に提供するウェブ管 理装置とを具備することを特徴とするオークション管理システムである。
なお、 ウェブ管理装置は、 複数の参加者端末からの指示情報を前記仮想空間管理装 置に送信する。
[ 0 0 2 2 ]
( 1 5 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置に対するイベントの進行を管理するィベント管理装置であって 、 複数のコンテンツと、 該複数のコンテンツの各々の再生時間とを対応付けてコンテ ンッ管理テーブルに記憶するコンテンツ記憶手段と、 複数のィベントの開始日時を含 むスケジュール情報をィベント管理テーブルに記憶するィベント記憶手段と、 現在実 行されているイベントが終了した時点で、 前記ィベント管理テーブルのスケジュール 情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算手段 と、 前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテ ンッ管理テーブルの複数のコンテンツの中から、 1つ以上のコンテンッを選択するコ ンテンッ選択手段と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末 装置に送信するコンテンッ送信手段とを具備することを特徴とするイベント管理装置 である。
[ 0 0 2 3 ]
( 1 6 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置に対するイベントの進行を管理するイベント管理装置であって、 仮想現実空間を管理する仮想現実サーバ装置上に実装されたィベントの進行制御を行 ぅスクリブト又はプログラムを実行することで、 ィベント進行にかかる情報を該仮想 空間内に存在する仮想表示装置に表示し、 前記複数のユーザーィンターフェースを介 して前記仮想現実サーバ装置に接続してくる参加者端末装置からの指示信号を受け付 けるとともに、 前記仮想空間のィベント進行状況を表わす状況情報を前記複数の参加 者端末装置に送信する仮想空間管理手段と、 複数のコンテンツと、 該複数のコンテン ッの各々の再生時間とを対応付けてコンテンッ管理テーブルに記憶するコンテンッ記 憶手段と、 前記仮想空間内で実施される複数のイベントの開始日時を含むスケジユー ノレ情報をィベント管理テーブルに記憶するィベント記憶手段と、 現在実行されている イベントが終了した時点で、前記ィベント管理テーブルのスケジュール情報を参照し、 次のィベントの開始日時までの空き時間を算出する空き時間計算手段と、 前記算出さ れた空き時間と前記コンテンッの再生時間とに基づいて、 前記コンテンツ管理テープ ルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンッ選択手 段と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信する コンテンツ送信手段とを具備することを特徴とするイベント管理装置である。 [ 0 0 2 4 ]
( 1 7 ) また、 上述した課題を解決するために、 本発明は、 ネットワークを介して 複数の参加者端末装置に対するイベントの進行を管理するィベント管理システムであ つて、 仮想現実空間を管理する仮想現実サーバ装置上に実装されたイベントの進行制 御を行うスクリプト又はプログラムを実行することで、 ィベント進行にかかる情報を 該仮想空間内に存在する仮想表示装置に表示し、 前記複数のユーザーィンターフェ一 スを介して前記仮想現実サーバ装置に接続してくる参加者端末装置からの指示信号を 受け付けるとともに、 前記仮想空間のィベント進行状況を表わす状況情報を前記複数 の参加者端末装置に送信する仮想空間管理手段と、 複数のコンテンツと、 該複数のコ ンテンッの各々の再生時間とを対応付けてコンテンツ管理テーブルに記憶するコンテ ンッ記憶手段と、 前記仮想空間内で実施される複数のイベントの開始日時を含むスケ ジュール情報をィベント管理テーブルに記憶するィベント記憶手段と、 現在実行され ているイベントが終了した時点で、 前記ィベント管理テーブルのスケジユー/レ情報を 参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算手段と、 前 記算出された空き時間と前記コンテンッの再生時間とに基づいて、 前記コンテンツ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテン ッ選択手段と、 前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に 送信するコンテンツ送信手段とを具備することを特徴とするイベント管理装置と、 前 記仮想空間管理装置から仮想空間の状況を受信し、 該仮想空間の状況をウェブ画面上 の情報として複数の参加者端末に提供するウェブ管理装置とを具備することを特徴と するィベント管理システムである。
なお、 ウェブ管理装置は、 複数の参加者端末からの指示情報を前記仮想空間管理装 置に送信する。
発明の効果
[ 0 0 2 5 ]
この発明によれば、 1つの出品物に対して、 システムが提示していく価格ごとに、 所定の入札受付時間を設定し、 その時間内で複数の参加者端末装置からの入札指示信 号を受信し、 複数の入札指示があった場合には、 出品物の提示価格を所定単位上げて オークションを継続し、 入札指示がなかった場合には、 出品物の提示価格を所定単位 下げてオークションを継続し、 所定時間内で入札指示が 1つであった場合には、 その 入札を行った参加者端末装置の参加者を落札者とする。 したがって、 通常のオークシ ョンのようにオークショユアの判断ミスによっては、 ほぼ同時に入札したにもかかわ らず、 より高い価格が不本意に割り当てられてしまうスリッページの発生を防止する ことができるという利点が得られるほか、 ィンターネットォ一クシヨンのように同じ 入札条件で入札指示を送信しているのにも関わらず、 入札信号到達時間の早遅で入札 することが出来ないというような不公平感を解消できるという利点が得られる。 .
[ 0 0 2 6 ]
また、 本発明によれば、 仮想空間内にオークション会場を設けて、 その同一空間内 に、 ユーザーインターフ: ースを介して接続してくる複数の参加者が仮想空間におけ る自身の分身であるァパターを端末から動作制御しながら、 会場內の仮想表示装置を 見ながらリアルタイムで進行するオークションに他の参加者と同時に参加することが でき、 世界のどこにいてもより現実に近いオークションを手軽に行うことができると いう利点が得られる。
[ 0 0 2 7 ]
また、本発明によれば、出品物の提示価格に対して、入札がないと判別された場合、 出品物の提示価格を段階的に下げながらオークションを継続し、 その途中で、 出品物 の提示価格に対して入札があった場合、 出品物の提示価格を段階的に上げながらォ一 クシヨンを継続する。 したがって、 出品者にとっても、 入札する参加者にとっても、 より容易にオークションに参加することができるという利点が得られる。
また、 本発明ではリザーブ価格 （最低落札価格） を設定できるが、 このリザーブ価 格は、 スタート価格よりも高く設定することも出来るし、 スタート価格よりも低く設 定することも出来るため、 出品者は自由に価格設定戦略を組むことが出来る。
[ 0 0 2 8 ]
また、 この発明によれば、 仮想空間の状況を受信し、 該仮想空間の状況をウェブ画 面上の情報として複数の参加者端末に送信する。 したがって、 仮想現実空間によるサ 一ビスを享受できない、 機能が限定された携帯電話端末などでも、 オークション等の イベントに参加 （入札も含め） することができるという利点が得られる。
[ 0 0 2 9 ]
また、 この発明によれば、 現在実行されているオークション等のイベントが終了す ると、 次のオークションの開始日時までの空き時間を算出し、 該算出された空き時間 とコンテンッの再生時間とに基づいて、 コンテンッ管理テーブルの複数のコンテンッ の中から、 1つ以上のコンテンツを選択して複数の参加者端末装置に送信する。 した がって、 オークションの参加者が退屈したり、 他所へ行ったりしてしまうことを防止 することができるという利点が得られる。
また、 オークション等のイベントを開催する側やコンテンツ （このコンテンツがコ マーシャルメッセージのコンテンツであっても良い） のスポンサ側にとっては、 ォー クシヨン等のリアルタイムのイベントは参加者の意識が画面に集中しているので、 通 常の W e b広告や他の媒体の広告に比べて効果的にコンテンツを見せることができる。 参加者の意識が画面に集中しているとコンテンッの認識の度合いが高まることは、 例 えば映画上映前に映画館のスクリーンに投影される CMの効果が高いことで実証され ており、 本発明においても高い CM効果が得られる。
[ 0 0 3 0 ]
また、 この発明によれば、 イベント管理テーブルのオークション等のイベントの属 性情報とコンテンッ管理テーブルのコンテンッの属性情報との関係に基づいて、 1つ 以上のコンテンツを選択する。 したがって、 開催するイベントの参加者の興味に合つ た適切なコンテンツを提供することができ、 イベントの参加者が退屈したり、 他所へ 行ってしまったりすることを防止することができるという利点が得られる。 また、 出 品物に興味を持っている参加者に対して、 その出品物と関連の深いコンテンツ （CM など） を流すことができ、 通常の W e b広告や他の媒体の広告に比べて、 特定のター ゲットの人々に対する高い CM効果が得られる。 図面の簡単な説明
[ 0 0 3 1 ]
[図 1 ] 本発明の第 1実施形態によるオークションシステムの構成を示すブロック図 である。
[図 2 ] 同実施形態による仮想現実サーバ装置 1の構成を説明するためのプロック図 である。
[図 3 ] 同実施形態による仮想現実サーバ装置 1により提供されるオークション会場 の一例を示す模式図である。
[図 4 ] 同実施形態による利用者の端末における表示例を示す模式図である。
[図 5 ] 同実施形態によるオークション管理テーブルのデータ構造を説明するための 概念図である。
[図 6 ] 同実施形態によるスケジュール管理テーブルのデータ構造を説明するための 概念図である。
[図 7 ] 同実施形態によるオークション参加者管理テーブルのデータ構造を説明する ための概念図である。
[図 8 ] 同実施形態によるコンテンッ管理テーブルのデータ構造を説明するための概 念図である。
[図 9 ] 同実施形態によるオークション実行における仮想現実サーバ装置 1の動作を 説明するためのフローチャートである。 [図 10] 同実施形態によるオークション実行における仮想現実サーバ装置 1の動作 を説明するためのフローチャートである。
[図 1 1] 同実施形態の We bサーバ装置 2等による決済処理の動作を説明するため のフローチヤ一トである。
[図 12] 本発明の第 2実施形態によるアンケートの実行と、 それに伴うコンテンツ の選択及ぴ表示の処理手順を説明するためのフローチヤ一トである。
[図 1 3] 本発明の第 3実施形態によるゲームの実行と、 それに伴うコンテンツの選 択及ぴ表示の処理手順を説明するためのフローチャートである。
[図 14] 本努明の第 4実施形態によるシステム全体の構成を示す概略図である。
[図 1 5 ] 本発明の第 1実施形態によるオークション実行における仮想現実サーバ装 置 1と参加者端末装置間の動作を説明するためのフローチヤ一トである。
[図 16] 本発明の第 1実施形態によるオークション実行における仮想現実サーバ装 置 1と参加者端末装置間の動作を説明するためのフローチャートである。
[図 1 7] 本発明の第 1実施形態によるオークション実行における仮想現実サーバ装 置 1と参加者端末装置間の動作を説明するためのフローチャートである。
符号の説明
[0032]
1 仮想現実サーバ装置
1- 1 制御部
1- 1- 1 ァバタ制御部
1— 1— 2 レンダリング制御部
1- 1-3 スクリプト実行部
1-2 端末インタフェース
1-3 オブジェクト情報記憶部
1—4 ァバタ情報記憶部
1一 5 スクリプト記憶部
1-6 グロ一バル情報記憶部
1 -7 サーバ間インタフェース
2 We bサーバ装置
3— 1〜 3— n 端末 4一 1〜4一 n 携帯電話端末
5 インターネット
6 移動体通信網
1 0 メイン表示部
1 1 サブ表示部
1 2 サブ表示部
2 0 オークション管理テーブル （ィベント管理テーブル）
2 1 スケジュール管理テーブル （イベント管理テーブル）
2 2 オークション参加者管理テーブル
2 3 コンテンッ管理テーブル 発明を実施するための最良の形態
[ 0 0 3 3 ]
以下、 本発明の実施形態を、 図面を参照して説明する。
<第 1の実施形態 >
図 1は、 本発明の第 1の実施形態によるオークション管理システムの構成を示すブ ロック図である。 仮想現実サーバ装置 1は、 インターネット 5に接続されており、 該 インターネット 5を介して接続してくる複数の端末 （P C、 携帯電話端末など） に対 して、 仮想現実空間による種々のサービスを提供する。 特に、 本実施形態では、 仮想 現実サーバ装置 1は、 仮想現実空間によるオークション会場、 該ォークション会場で 行われるオークションに係るサービス （利用者登録、 商品登録、 商品提示、 オークシ ヨン進行、 決済等） を提供する。 なお、 以下では、 オークション会場、 該オークショ ン会場で行われるオークションに係るサービスを総称してオークションサービスとい う。
[ 0 0 3 4 ]
W e bサーバ装置 2は、 インターネット 5に接続されており、 上記仮想現実サーバ 装置 1により複数の端末に提供されるオークションに係るサービスを、 該インターネ ット 5を介して接続してくる、 仮想現実空間によるサービスを享受できない （機能が 限定された） 端末、 例えば、 携帯電話などのような端末で享受できるように、 H TM L形式や、 XM L形式で記述される W e bページとして提供する。 このため、 W e b サーバ装置 2は、 上記仮想現実サーバ装置 1で実施されるオークシヨンサービスに係 る種々の情報を受信可能となっている。 以下では、 仮想現実サーバ装置 1によるォー クシヨン進行のみについて説明しているが、 W e bサーバ装置 2は、 該オークション 進行に係る情報を、仮想現実空間によるサービスを享受できない （機能が限定された） 端末 （携帯電話端末など） に提供することで、 このような端末でも、 オークションに 参加 （入札も含め） することを可能としている。
[ 0 0 3 5 ]
端末 （図示の例では P C ) 3— 1〜3— nは、 インターネット 5に接続可能な端末 であり、 上述した仮想現実サーバ装置 1により提供されるオークシヨンサービスを享 受 （参加） する。 また、 端末 （図示の例では携帯電話端末） 4一 :！〜 4一 nは、 移動 体通信網 6を介してインターネット 5に接続し、 W e bサーバ装置 2により提供され るオークションサービスを享受 （参加） する。 なお、 オークションに商品を出品する 出品者や、 オークションに参加したい参加者は、 事前に会員として登録する。 この際 、 名前、 住所等の個人情報を登録する。 また、 出品者は、 商品の情報 （出品商品の画 像、 説明文等を含む） をメールもしくは W e b上から送信することで、 オークション への出品を登録する。 この際、 出品者は、 その商品に対するオークションの開始価格 とリザーブ価格 （最低価格） を設定する。 なお、 端末 3—：！〜 3— nは、 仮想空間を 表示するためのビューヮ （V i e w e r ) 機能を有するコンピュータプログラムを備 えており、 このビュ一ヮプログラムを実行させて、 ィ反想現実サーバ装置 1との間でデ ータのやり取りを行なうことにより、 仮想現実サーバ装置 1が提供する種々のサービ スを享受できる。 ビューヮプログラムが有する機能は、 仮想現実空間を描画する機能 や、 各種操作のためのユーザインタフェース機能である。 ここで各種操作とは、 仮想 現実空間内で移動したり、 仮想現実空間内のォブジェクトに対する操作を行なったり
、 自分の又は他人のァパタに対する操作を行なったりすることである。
[ 0 0 3 6 ]
なお、 端末 3— 1〜3— nがインターネット 5を経由して W e bサーバ装置 2に接 続し W e bサーバ装置 2より提供されるォ クションサービスに参加するようにして も良い。 このようにすることにより、 例えばグラフィクス機能の低い、 或いはグラフ イクス処理性能の低い P C端末からも、 このオークションのサービスを享受できる。 そのために、 W e bサーバ装置 2は、 仮想現実サーバ装置 1から仮想空間の状況を 受信し、 該仮想空間の状況をウェブ画面上の情報として複数の参加者端末に送信する ウェブ画面情報送信過程の処理を実行する。
[ 0 0 3 7 ]
次に、 図 2は、 上述した仮想現実サーバ装置 1の構成を説明するためのブロック図 である。 仮想現実サーバ装置 1は、 制御部 1— 1、 端末インタフェース 1一 2、 ォブ ジェクト情報記憶部 1一 3、 ァパタ情報記憶部 1— 4、 スクリブト記憶部 1一 5、 グ ローパル情報記憶部 1一 6、 及ぴサーバ間ィンタフエース 1一 7を備えている。
[ 0 0 3 8 ]
制御部 1—1は、 仮想現実空間の生成や、 仮想現実空間の制御、 仮想現実空間内に 存在するオブジェクトの制御、 仮想現実空間でのァバタの動作の制御、 スクリプトの 実行制御、 仮想現実空間のレンダリング （土地や空間やオブジェクトゃァバタなどの 画像化、 描画） に必要な制御などを行なうためのものであり、 ァパタ制御部 1— 1— 1、 レンダリング制御部 1—1一 2及びスクリプト制御部 1一 1—3を備えている。 ァバタ制御部 1一 1— 1は、 仮想現実空間でのァバタの制御を行う。 レンダリング制 御部 1— 1— 2は、 仮想現実空間や、 オブジェクトや、 アバタ等をレンダリングする ための制御を行なう。 スクリブト実行部 1一 1— 3は、 仮想現実空間内で起こる事象 などに応じて所定のスクリプト （又はプログラム） を実行させる制御を行なう。 なお 、 スクリプトは処理手順が記述されたものであり、 コンピュータによってそのスクリ ブトを実行することが可能である。 スクリプトは、 スクリプト記憶部 1—5に記憶さ れており、 所定の状況が生じたとき （例えば、 ァバタがオブジェクトに触れたとき） や、 オブジェクトに対する所定の操作が行なわれたときや、 他のスクリプトから呼ぴ 出されたときなどに、 読み出されて実行される。 後述するオークションの進行を制御 するスクリプトも、 オークション会場内のォブジェクトなどに関連付けてスクリプト 記憶部 1—5に記憶されている。
[ 0 0 3 9 ]
オブジェクトは、 仮想現実空間内に存在する 「物」 である。 オブジェクトは、 一つ 又は複数のオブジェクトプリミティブ （以下、 プリミティブと呼ぶ） を組み合わせて 構成される。 プリミティブは、 直方体、 三角柱、 三角錐、 円柱、 円錐、 半球、 トーラ スなど、 種々の形状を有している。 オブジェクトやプリミティブのサイズは、 仮想現 実空間内の各方向に伸縮自在である。 また、 オブジェクトやプリミティブは、 仮想現 実空間内の各方向の軸を中心に回転自在である。 また、 オブジェクトやプリミティブ の属性の一部として、その表面の色やテクスチャを規定することが可能である。なお、 利用者は、 オブジェクトに対する操作を行なうこともできる。 操作とは、 例えば、 ァ バタがオブジェクトに触れることや、 ァバタがオブジェクトを移動させることなどで ある。 また、 特定のオブジェクトに対する特定の操作に上記のスクリプトを関連付け ておくこともできる。
[ 0 0 4 0 ]
ここで、 ァパタについて簡単に説明する。 ァバタとは、 利用者が自分の分身として 仮想現実空間内で登場させるキャラクタであり、 髪型や、 服装、 装飾品などを選択し てオリジナルのキャラクタを作成することができるようになつている。 利用者は、 端 末から、 アバタを移動させたり、 ァバタの向きを変えたり、 ァバタの身体の一部の状 態を変えたり （例えば、 座ると力 手を挙げると力 、 ァバタが持つ道具を使う動作を したり （例えば、 パドルを上げるなど） するための指示情報を仮想現実サーバ装置 1 に送信することで、 各種サービス、 特に、 仮想現実空間内に設けられたオークション 会場にァバタにより参加し、 商品に対する入札を行うようになっている。
[ 0 0 4 1 ]
一つの仮想現実サーバ装置 1が管理する仮想現実空間の範囲を便宜的に 「アイラン ド」 あるいは 「シム」 （S i m) と呼ぶ。 そして、 仮想現実空間は、 論理的に、 複数の 仮想現実サーバ装置によって管理される複数のアイランドによって構成される。 仮想 現実サーバ装置 1は、 ァバタの仮想空間における位置情報や、 その位置から見える範 囲 （あるいは所定距離の範囲、 あるいはそのアイランド内） のオブジェクト及ぴアバ タ (他人のァバタ) の情報など、 あるいは、 ァバタの位置および向きから見える範囲 の土地や、 オブジェクト、 ァバタ （他人のァバタ） をレンダリングした結果のグラフ イクス情報を、 状況情報として端末インタフェース 1—2から端末 3— :！〜 3— nに 送信する。 したがって、 各端末 3— 1〜3— nでは、 それぞれの利用者のァバタから 見た仮想現実空間が表示されることになる。 なお、 ァバタの位置や向きを変えずに、 レンダリングする際の視点の位置や向きだけを端末 3— 1〜 3— nからの操作によつ て変えることも可能である。
[ 0 0 4 2 ]
次に、 オブジェクト情報記憶部 1一 3は、 仮想現実空間におけるォブジェクトに関 する情報を記憶している。 ァバタ情報記憶部 1一 4は、 各利用者のァバタに関する情 報 （髪型や、 服装、 装飾品など） を記憶している。 スクリプト記憶部 1一 5は、 上述 したスクリプト実行部 1一 1—3により実行されるスクリプトを記憶している。 なお 、 このスクリプト記憶部 1一 5の領域の一部に、 後述するオークション管理テーブル 2 0、 スケジュール管理テーブル 2 1、 オークション参加者管理テーブル 2 2、 コン テンッ管理テーブル 2 3などの管理テーブルも記憶している。 また、 グロ一パル情報 記憶部 1一 6は、 グローバル情報を記憶している。 グロ一パル情報とは、 他のアイラ ンドを含む仮想現実空間全体に関する情報や、 他の仮想現実サーバ装置 1によって管 理されている他のアイランドに関する情報である。 一例としては、 グローバル情報は 、 他のアイランドの論理名とそのアイランドを管理する仮想現実サーバ装置 1の通信 アドレス （ I Pアドレスなど） とを関連付ける情報を含む。 サーバ間インタフェース 1一 7は、 他のサーバ 2— 1〜2— nとの間で情報を送受信する。 他のサーバ 2— 1 〜2— nには、 W e bサーバ装置 2や、 他の仮想現実サーバ装置などが含まれる。 なお、 上記の各管理テーブルを、 スクリプト記憶部 1一 5に記憶させる代わりに、 テーブル専用の記憶領域 （図示せず） に記憶させるようにしても良い。
このように、 仮想現実サーバ装置 1は、 所定のスクリプト又はプログラムを実行す ることで、 仮想空間と該仮想空間に存在するオブジェクトを制御するとともに、 複数 の参加者端末装置からの指示情報に基づいて、 複数の参加者端末の各々の参加者に対 応させた、 仮想空間內のァバタの動作を制御し、 仮想空間の状況を表わす状況情報を 前記複数の参加者端末装置に送信する仮想空間管理過程の処理を実行する。
[ 0 0 4 3 ]
次に、 図 3は、 本実施形態による仮想現実サーバ装置 1により提供されるオークシ ヨン会場の一例を示す模式図である。 仮想現実サーバ装置 1では、 図 3に示すように 、 仮想現実空間内の所定の 3次元空間をオークション会場として提供する。 オークシ ヨン会場は、 現実のオークション会場を模擬するように、 中央にオークションを進行 するオークショニァ （競売人） を模したオブジェクト Aが配置され、 オークションに 参加する参加者のァパタ B— 1〜B— nが会場内に配置された椅子に座っている。 ま た、 オークション会場の壁には、 仮想表示装置である、 メイン画面 1 0、 サブ画面 1 1、 サブ画面 1 2が配置されている。 これらメイン画面 1 0、 サブ画面 1 1、 サブ画 面 1 2に情報 （文字、 静止画、 動画など） を表示するということは、 参加者の端末 3 一 1〜3— nに送信することを意味する。 つまり、 端末 3— 1〜3— nを操作してい る参加者は、 アバタを操作しながら、 これらのメイン画面 1 0およびサブ画面 1 1と 1 2に表示される情報を見ることができる。 オークショニァのオブジェクト Aは、 仮 想現実サーバ装置 1のスクリプト実行部 1一 1一 3が実行するスクリプトにより制御 される。 これに対して、 参加者のァバタ B— 1〜B— nは、 それぞれのァバタの利用 者が用いる端末 3—1〜 3— nの操作により制御される。
[ 0 0 4 4 ]
図において、 例えば、 点線で囲んだァバタ B— 2に注目すると、 該ァバタ B— 2の 利用者の端末 3— iには、 図 4に示すように、 ァパタ B— 2の背後からオークション 会場を見たように、 オークション会場の様子が表示される。 仮想空間では、 ァバタ B 一 2があたかも利用者自身であるかのように動作制御することが可能となっている。 特に、 オークションにおいては、 利用者は、 端末 3 _ iから、 ァバタ B— 2を移動さ せたり、 ァバタ B— 2の向きを変えたり、 座ると力 手を挙げるとかの動作や、 アバ タが持つ道具を使う動作 （例えば、 入札する意思を示すためにパドル 1 3を上げたり 、 逆に入札する意思がないことを示すためにパドル 1 3を下げたりするなど） などを 指示することができる。
[ 0 0 4 5 ]
仮想現実空間内のオークション会場には、 複数の仮想 w e bカメラ （仮想力メラ） が設けられている。 それぞれの仮想 w e bカメラは、 オークション会場内の定められ た位置に設置され、 その位置から仮想空間内の所定の方向を所定の画角で撮像するの と同様の作用をする。 つまり、 仮想 w e bカメラは、 その位置から見える範囲の土地 や、 オブジェクトや、 ァバタの情報などに基づきレンダリング処理を行ない、 その結 果のグラフィクス情報を提供する。 仮想 w e bカメラによって撮像された （つまりレ ンダリング処理された結果得られる） グラフィクス情報は、 オークション会場の状況 情報として、 w e bサーバ装置 2を経由して、 接続されている端末に送られる。 この とき、 端末からは、 複数の仮想 w e bカメラを適宜切り替えて使用するように操作す ることができる。 また、 w e bサーバ装置 2は、 複数のスクリーンを含む w e b画面 を作成し、 複数の仮想 w e bカメラから得る画像をそれぞれのスクリーンに同時に表 示させるようにしても良い。 これにより、 端末には、 例えば仮想現実空間内を複数の 角度から写した画像が同時に表示される。 また、 仮想 w e bカメラの撮像方向や画角 を動的に変更できるようにしても良い。 仮想 w e bカメラを複数設けて切り替えられ るようにしたことにより、 例えば、 ある仮想 w e bカメラでは死角になっている部分 も、 他の仮想 w e bカメラで撮像し、 端末にそのグラフィクス情報を送ることができ るようになる。 なお、 本実施形態では仮想 w e bカメラは動画情報を作成して提供す るようにしているが、 静止画のみによるグラフイクス情報を作成するようにしても良 レ、。
[ 0 0 4 6 ]
次に、 図 5は、 オークション管理テーブルのデータ構造を説明するための概念図で ある。 図において、オークション管理テーブル 2 0 (イベント管理テーブル） は、個々 のオークションを識別するためのオークション I D毎に、出品者 I D、商品タイトル、 商品画像データ、 商品カテゴリ、 オークション属性 （「自動車」、 「時計」、 「貴金属」 な どといった属性であり、 イベント属性)、 通貨、 開始価格、 リザーブ価格、 落札価格、 落札者 I Dを保持する。 出品者 I Dは、 そのオークションで商品を出品する出品者を 識別するための情報である。商品タイトルは、商品の名称である。商品画像データは、 商品を示す静止画又は動画のデータである。 なお、 1商品につき 1種類のみの商品画 像データを登録できるようにしても良いし、 端末の表示品質に応じて複数種類の商品 画像データを登録できるようにしても良い。 例えば、 P C上での仮想現実画面表示用 の商品画像データと、 P C上での W e b画面表示用の商品画像データと、 携帯端末上 での W e b画面表示用の商品画像データの 3種類のデータを登録できるようにする。 開始価格は、 出品者により設定されたオークション闢始時に提示される最初の価格で ある。 リザーブ価格は、 出品者が設定する最低落札価格であり、 この最低落札価格以 上でしか商品は落札されないように制御するためのものである。 落札価格は、 最終的 に落札された価格である。 落札者 I Dは、 該商品を落札した参加者を識別するための 情報である。
[ 0 0 4 7 ]
次に、 図 6は、 スケジュール管理テ^ "ブルのデ^ "タ構造を説明するための概念図で ある。 図において、 スケジュール管理テーブル 2 1 (イベント管理テ一プル） は、 ォ 一クシヨン I D毎に、 その開始日時、 終了予定日時、 終了日時を保持する。 開始日時 は、 オークションが登録された時点でスケジューリングされる。 終了予定日時は、一 応、 予定として登録されているが、 その通りの時刻に終わるとは限らず、 正確な終了 時刻は予測不可能である。 そのため、 終了予定時刻になってもオークションが終了し なかった場合は、 その時点をもってオークションを強制的に終了する。 終了日時は、 実際に、 そのオークションが終了した日時である。
なお、 このスケジュール管理テーブル 2 1に情報を格納する処理が、 複数のオーク ションの開始日時を含むスケジュール情報をィベント管理テ一プルに記憶するィベン ト記憶過程である。
[ 0 0 4 8 ]
次に、 図 7は、 オークション参加者管理テーブルのデータ構造を説明するための概 念図である。 図において、 オークション参加者管理テーブル 2 2は、 参加者 I D毎に 、 氏名、 住所、 メールアドレス、 ユックネーム、 参加者パドル番号を保持する。 参加 者 I Dは、 オークションに参加する会員を識別するための情報であり、 この参加者 I Dが、 落札者を識別する手段として使用される。 参加者パドル番号とは、 オークショ ンで入札することを示すために挙げられるパドルを識別するための番号である。
[ 0 0 4 9 ]
次に、 図 8は、 コンテンツ管理テーブルのデータ構造を説明するための概念図であ る。 図において、 コンテンツ管理テープレ 2 3は、 コンテンツ I D毎に、 そのコンテ ンッの品質種別、 コンテンツ属性、 コンテンツ時間、 スポンサ I D、 再生時間帯指定 、 残り再生回数、 コンテンツデータなどを保持する。 コンテンツとは、 オークション とオークションとの間の空き時間 （待ち時間） で、 参加者に提供する各種情報 （静止 画、 動画、 音楽など） であり、 麻型的なコンテンツとしては、 例えば、 コマーシャル メッセージの動画 （音声も含む） である。 そして後述するように、 特に、 出品物に関 連する商品等のコマーシャルメッセージの動画 （音声も含む） などがコンテンツとし て準備され、 それらのコンテンツを管理する情報がコンテンツ管理テーブル 2 3に格 納される。
このコンテンツ管理テーブルに情報を格納する処理が、 複数のコンテンツと、 該複 数のコンテンツの各々の再生時間とを対応付けてコンテンッ管理テ ブルに記憶する コンテンツ記憶過程である。
[ 0 0 5 0 ]
品質種別は、 コンテンツの動画或いは静止画の画素数、 画質、 圧縮率、 時間に対す るビットレートなどによって区分した動画の品質を表すものであり、 例えば、 そのコ ンテンッが仮想現実の画面用であるか、 P C画面用であるか、 携帯端末の画面用であ るかを示す情報である。 コンテンツ属性は、 そのコンテンツがどのような分野に関す るものであるかを示す情報である。 コンテンツ時間は、 該コンテンツの再生時間であ る。スポンサ I Dは、そのコンテンツを提供する法人等を識別するための情報である。 再生時間帯指定は、 そのコンテンツを再生する時間帯を指定するための情報である。 残り再生回数は、 再生回数の残りを示し、 そのコンテンツが再生される度にカウント ダウンされる。 コンテンツデータは、 コンテンツ自体である。
[ 0 0 5 1 ]
次に、 本実施形態の動作について説明する。
図 9〜図 1 0及び、 図 1 5〜図 1 7は、 本実施形態による仮想現実サーバ装置 1の 動作を説明するためのフローチャートである。 このフローチャートに示す処理は、 主 として制御部 1一 1によって実行される。 また、 これらの処理手順は、 スクリプトの 形式で予めスクリプト記億部 1—5に記憶されている。 制御部 1—1は、 スクリプト に従い、 またオークション会場内で発生する事象 （例えば、 参加しているァバタの動 作など） にも応じて、 下記の通りオークションの進行を制御する。 例えば、 あるァパ タがパドルを上げる動作或いはパドルを下げる動作を行なうと、 その事象を契機とし て関連付けられたスクリプトが実行され、 その際、 動作内容 （パドルの 「上げ」 又は
「下げ」） や当該ァバタの参加者を識別する情報が引数としてスクリブトに渡される。 そして、 スクリプト内の処理において上記の参加者識別情報をキーとしてオークショ ン参加者管理テーブルを参照することにより、 その参加者のパドル番号を取得するこ とができる。 また、 スクリプトの中で所定の関数を実行することにより、 仮想現実サ ーバ装置 1が管理するシステムクロックから、 現在の日時を得ることができる。
[ 0 0 5 2 ]
以下、 フローチャートに示す手順に沿って、 まず、 制御部 1—1は、 スケジュール 管理テープ/レ 2 1の内容を読み込み（ステップ S 1 )、 開始間近のオークションがある 力、否かを判定し （ステップ S 2 )、 開始間近のオークションがある場合には、 オークシ ョン参加者管理テーブル 2 2を参照し、 参加希望者にオークションが開始される旨を 通知する （ステップ S 3 )。
[ 0 0 5 3 ]
次に、 オークションの開始時刻であるか否かを判定し （ステップ S 4 )、 開始時刻に なると、 オークション管理テーブル 2 0を参照し、 商品の情報 （出品者、 商品タイト ル、 商品画像、 商品カテゴリ、 オークション属性、 通貨）、 及ぴ開始価格を、 メイン画 面 1 0に表示し （ステップ S 5 )、 オークションを開始する （ステップ S 6 )。 オーク シヨンを開始すると、 まず、 インターバル時間をリセットし、 スタートする （ステツ プ S 7 )。
また、 このとき、 オークショニァのオブジェクトが、 例えば 「第 1回オークション を開始します。 口ット番号 1番です。 商品は、 です。 では口ット番号 1番 のオークションを開始します。 開始価格 1万円から。 1万円で落札希望の方はパドル をお上げください。」などといったあらかじめスクリプトに設定された定型メッセージ を発し、 そのメッセージが画面に表示されるようにしても良い。 なお、 ロット番号は 、 オークション I Dと関連付けられて管理される情報である。
[ 0 0 5 4 ]
該インタ一バル時間とは、 提示された商品価格に対する入札を受け付ける単位時間 を意味し、 例えば、 2分とか、 3分とかに設定される。 該インターバル時間内に、 そ の商品価格で入札することができる。 参加者は、 それぞれの端末から自身のァバタに 対して入札動作 （パドルを上げる動作） を指示することで入札することができる。 本 実施形態では、 ィンターパル時間内で複数の参加者からの入札を受け付けることが可 能になっている。
[ 0 0 5 5 ]
次に、 パドル上げ （入札指示） あつたか否かを判定し （ステップ S 8 )、 パドル上げ があった場合には、 その入札者の I Dを一時保存し （ステップ S 9 )、 該入札者のパド ル番号 （又は該入札者の I D) をサプ画面 1 1に表示する （ステップ S 1 0 )。 次に、 インターバル時間が終了したか否かを判定し（ステップ S 1 1 )、終了していなければ 、 ステップ S 8に戻る。 以降、 インターバル時間が終了するまで、 その時点での商品 価格に対する入札を受け付ける。 したがって、 上述したように、 インターパレ時間内 に複数の入札があれば、 全ての入札者の I Dを保存することになる。
[ 0 0 5 6 ]
インターパル時間が終了すると、 入札者が 2人以上であるか否かを判定する （ステ ップ S 1 2 )。 ここで入札が 2人以上であれば、終了予定日時であるか否かを判定し （ ステップ S 1 3 )、 まだ終了予定日時でなければ、 価格を所定単位で更新し （上げ） ( ステップ S I 4)、 ステップ S 7に戻る。 以降、 新たな価格で、 インターバル時間內で の入札を受け付ける。 なお、 新たなインターパル時間では、 入札者を更新する。 入札 者が 2人以上で終了予定日時であれば（ステップ S 13 ： YES), ステップ S 25に 進む。 また一方、 ある価格において、 入札者が 2人以上でない場合 （ステップ S 12 ： NO) には、 入ネし者が 1人であるか否かを判定する （ステップ S 15)。 そして、 入 札者が 1人である場合 （ステップ S 15 ： YES) には、 その価格がリザーブ価格で ある力否かを判断する （ステップ S 16)。 リザーブ価格以上の場合 （リザーブ価格が 設定されていない場合も含む） （ステップ S 16 ： YES) は、 その入札者を落札者と して決定する (ステップ S 17)。 なお、 制御部 1一 1は、 决定された落札者の端末に 対して当該オークション固有の落札番号を送信する。 この落札番号は、 落札者以外の 参加者には見られないように、 落札者向けの電子メールを用いたり、 落札者向けのィ ンスタントメッセージを用いたり、 当該落札者だけが見ることのできる暗号化された ウェブページを用いたりして通知するようにする。 そして、 その入札者に対して決済 処理を行う （ステップ S 18)。 決済処理については後述する。 なお、 決済処理は必ず しもこのときにすベて完了する必要はなく、 落札者の時間があるときに適宜行なうよ うにしても良い。
なお、 入札者が 1人であって、 そのときの価格がリザーブ価格未満の場合 （ステツ プ S 16 ： NO) は、 終了予定日時でなければ （ステップ S 13 ： NO)、 価格を上げ るためにステップ S 14に進む。
[0057]
次に、 落札者決定等によりオークションが終了した時点で、 前記イベント管理テー プルのスケジュール情報を参照し、 取得したスケジュール情報から、 次のオークショ ン開始時刻までの空き時間を算出し（ステップ S 19)、十分な空き時間があるか否か を判断し （ステップ S 20)、十分な空き時間がある場合には、 コンテンツ管理テープ ル 23を参照し、 空き時間で再生可能で、 かつ、 コンテンツ属性に従って、 コンテン ッ （たとえばコマーシャルメッセージ等） を選択し （ステップ S 21)、 コンテンツを メイン画面 10に表示する （ステップ S 22)。 この表示が終了すると、 ステップ S 3 に戻る。 メイン画面 10に表示された内容はレンダリングの対象となるため、 該コン テンッは、 結果的に、 参加者の端末 3—1〜3— nに表示されることになる。 また、 前述の通り、 オークション会場には仮想 we bカメラを設置しているため、 we bサ ーバ装置 2経由で参加している参加者端末にも、メイン画面 1 0に表示された内容を、 グラフィクス情報として送信し、 その参加者端末で表示することができる。
[ 0 0 5 8 ]
なお、 前述したようにリザ一ブ価格は開始価格よりも高く設定されていても低く設 定されていても良く、 また特にリザーブ価格が設定されていなくても良い。 なお、 リ ザーブ価格が設定されていない場合には、 ステップ S 1 6における判定は常に Y E S となり、 ステップ S 2 4における判断は常に N Oとなる。 上述した手順でオークショ ンを進行することにより、 落札価格は常にリザーブ価格以上となる。 なお、 本実施形 態では、 出品者が設定したリザーブ価格を参加者 （落札候補者） の端末には知らせな いようにしているが、 リザーブ価格を参加者の端末に表示するようにしても良い。
[ 0 0 5 9 ]
ステップ S 2 1で選択されてステップ S 2 2で表示されるコンテンツは 1つでも、 複数でもよく、 例えば、 空き時間が 1 3分 1 0秒で、 コンテンツ管理テーブル 2 3に 、 1分、 1分、 2分、 2分、 4分、 5分、 5分のコンテンツが登録されていた場合、 システムが、 適宜、 1分 + 2分 + 5分 + 5分 （計 1 3分） というパターンや、 2分 + 2分 + 4分 + 5分 （計 1 3分） というパターンなどで、 空き時間にうまく収まるよう にコンテンツを選択する。 一方、 十分な空き時間がない場合には、 ステップ S 3に戻 り、 次のオークションに対して前述した一連の処理を実行する。
[ 0 0 6 0 ]
つまり、 制御部 1—1は、 現在実行されているオークションが終了した時点で、 前 記ィベント管理テーブルのスケジュール情報を参照し、 次のオークションの開始日時 までの空き時間を算出 （ステップ S 1 9 ) し、 前記算出された空き時間と前記コンテ ンッの再生時間とに基づいて、 前記コンテンッ管理テーブルの複数のコンテンツの中 から、 1つ以上のコンテンツを選択 （ステップ S 2 1 ) し、 前記選択された 1つ以上 のコンテンツを複数の参加者端末装置に送信する処理 （つまり、 参加者端末装置にコ ンテンッを表示、 ステップ S 2 2 ) を行なう。
[ 0 0 6 1 ]
また、 制御部 1一 1力 空き時間とコンテンツ再生時間だけによるのではなく、 コ ンテンッの内容に応じてコンテンツを選択するようにしても良い。 例えば、 オークシ ヨンにおいて出品される商品が自動車である場合、 そのオークション属|¾は 「自動車 」 である。 このとき、 コンテンツ属性が 「自動車」 である自動車 CMのコンテンツや 、 コンテンツ属性が 「タイヤ」 （これは、 自動車の類似概念あるいは自動車の下位概念
(部品）） であるタイヤ CMのコンテンツや、 コンテンツ属性が 「E T Cj (これは自 動車から連想される関連概念） である 「E T C機能付きクレジットカード」 の CMの コンテンツが選択される。 このような概念間の関係を用いて選択するには、 辞書デー タを参照することによって属性間の概念上の関係を得て、 その関係に基づく選択を行 なうようにする。 またそのとき、 例えば、 予め用意したプロダクションルールを用い た推論処理を行なって、 その結果に応じて所定の属性を有するコンテンツを選択する ようにしても良い。
[ 0 0 6 2 ]
なお、 1つのオークションについて 1種類だけの属性情報を記憶するようにしても 良いし、 1つのオークションについて複数の属性情報を記憶するようにしても良い。 また、 1つのコンテンツについて 1種類だけの属性情報を記憶するようにしても良い し、 1つのコンテンツについて複数種類の属性情報を記憶するようにしても良い。 例 えば、 出品される商品が自動車である場合、 オークション属性として 「自動車」、 「レ ジャー」、 「ピクユック」 などといった複数の属性を付与して、 オークション管理テー ブルに記憶させるようにする。 また、 「E T C機能付きクレジットカード」 の CMのコ ンテンッに対して、 「E T CJ、 「クレジットカード」、 「キャッシュレス」 などといった 複数の属性を付与して、 スケジュール管理テーブルに記憶させるようにする。 これら により、 より柔軟に、 オークションとコンテンツのマッチングを行なうことができる 。 なお、 1つのオークションが複数種類の属性情報を持つようにするとき、 または 1 つのコンテンッが複数種類の属性情報を持つようにするとき、 どの属性情報を優先的 に使うかの基準を定め、 その基準に従って複数種類の属性情報の中から使う属性情報 を選んでオークションとコンテンツとのマッチングに用いるようにする。 また、 その 基準自体を複数定めても良い。 どの属性情報を優先的に使うかの基準が複数ある場合 には、 所定の優先順に従って基準を用いる。
つまり、 上記のステップ S 2 1の処理においては、 オークション管理テーブルのォ 一クシヨンの属性情報とコンテンツ管理テーブルのコンテンツの属性情報との関係に 基づいて、 1つ以上のコンテンツを選択している。
[ 0 0 6 3 ] また、 送信先の参加者端末の種別に応じた品質種別のコンテンツを選択して送信す るような制御をしても良い。 例えば、 仮想現実サーバ装置に接続している参加者端末 に対しては、 コンテンツ管理テーブル 2 3の品質種別の項目の値に基づいて、 仮想現 実画面用であるコンテンッを送信する (仮想現実空間內の仮想画面に表示することに よって結果的に参加者端末に送信される） ようにする。 また同様に、 W e bサーパ装 置 2に接続してオークションに参加している P Cの参加者端末に対しては、 P C画面 用であるコンテンツを選択して送信するようにする。 また同様に、 W e bサーバ装置 2に接続してオークションに参加している携帯電話端末に対しては、 携帯端末画面用 であるコンテンツを選択して送信するようにする。 ここで、 コンテンツの選択は、 仮 想現実サーバ装置 1自身が行なっても良いし、 連携している W e bサーバ装置 2など が行なうようにしても良い。 これにより、 端末の性能や特性 （画素数、 色数、 音質な ど） に応じて適したコンテンツを送信することができるようになる。
[ 0 0 6 4 ]
一方、 入札者が 2人以上でも、 1人でもない場合、 すなわち、 入札者がいない場合 には、 スケジュール管理テーブル 2 1を参照し、 終了予定日時であるか否かを判定し
(ステップ S 2 3 )、終了予定日時でない場合には、現在価格がリザーブ価格以下かど うかを判断する （ステップ S 2 4 )。 現在価格がリザーブ価格以下ではない （つまり現 在価格がリザーブ価格よりも高い） 場合 (ステップ S 2 4 ： N O) には、 商品価格を 更新 （価格を下げる） し （ステップ S 2 6 )、 ステップ S 7に戾り、 前述したようにォ 一クシヨンを継続する。 また、 現在価格がリザーブ価格以下である場合 （ステップ S 2 4 : Y E S ) には、 ステップ S 2 5へ進む。 なお、 リザーブ価格が設定されていな い場合は、 ステップ S 2 4における判断結果を常に 「NOj とする。
ステップ S 2 6において価格を下げても入札者がいない場合には、 再度このステツ プ S 2 3 ： N O〜ステップ S 2 4 ： N O〜ステップ S 2 6の処理に苠るため、 更に価 格を下げて行うことになる。 一方、 価格を下げて入札者が 2人以上あった場合には、 そこから価格を上げていく。 そして、 入札者が 1人になった時点で落札とする。 この 場合も、 落札者が決定すると、 上記のステップ S 1 7で述べたのと同様の方法で、 そ の落札者に対して落札者番号を送る。 以降は、 前述した処理を行う。
[ 0 0 6 5 ]
また、 落札者を決定することなく終了予定日時になった場合 （1人の落札者に絞り きれずに終了予定日時になった場合、あるいは入札者が 1人であってもリザープ価格未 満であった場合） （ステップ S 1 3 ： Y E S ) と、 入札者が 0人のまま終了予定日時に なった場合 （ステップ S 2 3： Y E S )、 あるいは、 リザーブ価格以下で且つ入札者が いなかった場合 （ステップ S 2 4 ： Y E S ) には、 その時点での商品価格を最終価格 として保存し （ステップ S 2 5 )、 当該オークションを終了させ、 上述したように、 ス テツプ S 1 9以降で、 次のオークション開始時刻までの空き時間を算出し、 十分な空 き時間內で再生可能なコンテンツを選択してメイン画面 1 0に表示する。 その後、 十 分な空き時間がない場合には、 ステップ S 3に戻り、 次のオークションに対して前述 した一連の処理を実行する。
なお、 ステップ S 2 5において上記のように最終価格を保存した後は次のオークシ ヨンに移るための処理を行なうが、 一方で、 出品者から当該商品を再出品するか否か の指示を受け付ける。 出品者が再出品を行う場合には、 再出品のオークション日時や 条件 （開始価格、 リザーブ価格など） の設定をする。 なお、 これらの、 再出品に関す る出品者からの指示の受付は、 特にオークション終了後直ちに行なう必要はなく、 ォ 一クション終了後の適切なタイミングで行なえば良 、。
[ 0 0 6 6 ]
なお、 サブ画面 1 2には、 その日に行なわれた複数のオークションの結果の情報が 表示されている。 ここで表示されるオークションの結果の情報には、 少なくともロッ ト番号 （あるいはオークション I D) と落札者のパドル番号と落札価格を含む。 落札 者が決定する都度、 制御部 1— 1は、 このサブ画面 1 2に表示すべきオークション結 果情報を追加するようにする。
[ 0 0 6 7 ]
以上、 フローチャートを参照しながら述べた処理手順を整理すると、 次の通りであ る。
即ち、 ステップ S 8から S 1 1までの処理は、 出品物の提示価格毎に、 所定の時間 内で前記複数の参加者端末装置からの指示情報に基づいて入札を受け付ける入札受付 過程に相当する。
また、 ステップ S 1 2および S 1 5の部分の処理は、 前記所定時間内で複数の入札 があつた力否かを判別する入札数判別過程に相当する。
また、 ステップ S 1 2から S 1 4までの処理は、 前記入札数判別過程により複数の 入札があつたと判別された場合には、 前記出品物の提示価格を上げる価格更新過程に 相当する。
また、 ステップ S 7から S 1 4までの繰り返しの処理と、 ステップ S 1 5と S 1 6 を含んでステップ S 1 3に苠る処理、 およびステップ S 1 5と S 2 3と S 2 4および S 2 6を含んでステップ S 7に戻る処理は、 前記入札数判別過程により 1つの入札が あつたと判別されるまで、 前記価格更新過程により提示価格を更新しながら、 前記入 札受付過程により入札を受け付けるとともに、 前記入札数判別過程により入札数を判 別するという動作を繰り返し実行させるオークション制御過程に相当する。
また、 ステップ S 1 7の処理は、 前記入札数判別過程により 1つの入札があつたと 判別された場合には、 その入札を行った参加者端末装置の参加者を落札者として特定 する落札者特定過程に相当する。
[ 0 0 6 8 ]
また、 ステップ S 2 6の処理は、 前記価格更新過程に含まれる、 前記出品物の提示 価格を段階的に下げる機能の処理である。
また、 ステップ S 7から S 1 4までの繰り返しの処理おょぴステップ S 1 5と S 2 3と S 2 4と S 2 6を含む処理は前記オークシヨン制御過程であり、 前記入札数判別 過程により、 前記出品物の提示価格に対して、 入札がないと判別された場合、 前記価 格更新過程により、 前記出品物の提示価格を段階的に下げながらオークションを継続 し、 その途中で、 前記入札数判別過程により、 前記出品物の提示価格に対して入札が あつたと判別された場合、 前記価格更新過程により、 前記出品物の提示価格を段階的 に上げながらオークションを継続するものである。
[ 0 0 6 9 ]
次に、 図 1 1は、 上述した決済処理の動作を説明するためのフローチャートである 。 この決済処理は、 仮想現実サーバ装置 1と連携している W e bサーバ装置 2が行な うようにする。 決済処理を行なうにあたっては、 落札者の端末が W e bサーバ装置 2 に接続したときに、 落札決定時に渡された落札番号を W e bサーバ装置 2に送るよう にする。 これにより、 W e bサーバ装置 2側で決済対象となるオークションが特定で きる。 また、 落札番号は正規の落札者にしか通知されないため、 他のオークション参 加者が誤つて決済してしまうことを防ぐこともできる。
なお、 落札番号を落札者が入力して決済するようにする代わりに、 落札者が会員 I Dとパスワードを入力すると、 自動的に決済待ちの商品のリストが表示されるように して、 このリストから適宜商品を選択して決済処理を行なうようにしても良い。 また 、 これに加えて、 落札者が決定したときに、 当該落札者のメールアドレスに対して、 落札決定の電子メールを送るようにしても良い。
[ 0 0 7 0 ]
以下、 このフローチャートに沿って、 決済処理では、 まず、 W e bサーバ装置 2が 、 落札者に商品の代金 （事業者への手数料を含む） を請求する （ステップ S 3 0 )。 落 札者は、 代金請求に従って、 所定の期間内に、 所定の銀行口座に入金するか、 クレジ ットカード、 プリペイカード、 電子マネー、 或いは電子メールを用いた決済手段等で 決済する。 電子メールを用いた決済手段とは、 例えば、 予め送金者及ぴ被送金者 （送 金を受ける者） の双方が送金サーバ装置にアカウントを登録しておき、 送金者が被送 金者を指定して送金する手続を行ない、 送金が行なわれた旨を送金サーバ装置から被 送金者に対して電子メールで通知する方法である。 そしてこのとき、 被送金者側のァ カウントには送金された金額が加算され、 送金者側のアカウントからは同額が差し引 かれる。
W e bサーバ装置 2では、入金が確認されたか否かを判定し （ステップ S 3 1 )、入 金が確認されると、 出品者に対して商品の発送を催促し (ステップ S 3 2 )、 落札者か ら商品を受け取った旨の連絡があつたか否かを判定し （ステップ S 3 3 )、受け取った 旨の連絡があった場合には、 出品者に対して、 指定口座等へ商品代金を支払う （ステ ップ S 3 4 )。 なお、 上述した決済処理は、 W e bサーバ装置 2で行なう代わりに、 別 の専用の決済サーバ装置で行うようにしてもよい。
[ 0 0 7 1 ]
なお、 決済処理においては、 例えばステップ S 3 1における入金確認やステップ S 3 4における支払い処理など、 一部の処理を手動で行なうようにしても良い。
[ 0 0 7 2 ] - 参加者 （落札者） は、 上記の W e bサーバ 2等による決済の処理を、 下記の 3通り の方法で行なうことができる。
第 1の方法は、 参加者端末上で W e bブラウザを開いて、 その W e bブラウザから W e bサーバ装置 2に接続し、 上記の一連の決済の手続を行なう方法である。 この方 法では、 この参加者が仮想現実空間を表示するためのビューヮを通してオークション に参加していた場合には、 参加者は、 一且ビューヮの操作をやめて、 We bブラウザ の使用に切り替えて決済の手続を行なうことになる。
[0073]
第 2の方法は、 参加者がァパタを用いて仮想現実空間内のォブジェクトをクリック する、 もしくは、 ビューヮ （クライアントソフト） に装備されたメュユーやボタンを 選択する等の所定の操作をした際に、 表示されている仮想現実空間内、 もしくはビュ ーヮ （クライアントソフト） 内に、 決済手続用のウィンドウが開くようにし、 そのゥ ィンドウを通して、 参加者が決済手続に必要な情報を入力できるようにする方法であ る。 決済手続用のウィンドウを制御するプログラムは、 We bサーバ装置2との間で 決済に必要な通信を行なう。 この方法によると、 利用者の操作感としては、 We bブ ラウザに切り替えることなしに、 仮想現実空間内、 もしくはビューヮ （クライアント ソフト） 内で操作が完結し利便性が高 、。
[0074]
第 3の方法は、 仮想現実空間の中に仮想 We bブラウザを設けて、 その仮想 We b ブラウザから We bサーバ装置 2に接続し、 上記の一連の決済の手続を行なう方法で ある。 また、 その仮想 We bブラウザから他のサーバ装置に接続し、 情報の検索ゃコ ンテンッの閲覧などを行なうこともできる。
仮想 We bブラウザは、 仮想現実空間内のオブジェクト、 もしくは、 ビューヮ （ク ライアントソフト） に装備されたメニューやボタンを選択する等によって表示される ウィンドウとして実現する。 仮想 We bブラウザは、 仮想画面と、 文字入力手段であ る仮想キーボードと、 ポインティング手段である仮想マウスとを備えている。 仮想現 実空間内のァパタは、 仮想キーボードから文字を入力したり、 仮想マウスを用いて仮 想画面上のマウスカーソルを移動させたり、 仮想マウスのボタンをクリックしたりと いった操作を行なえるようになつている。 あるいは、 仮想キーボードや仮想マウスを 設ける代わりに、 参加者端末が備えるキーポードゃマウスを操作することによって仮 想 We bブラウザを操作できるようにしても良い。
これら、 仮想 We bブラウザへの操作に応じて、 仮想 We bブラウザに関連付けて 記憶されているスクリプトが適宜実行される。 仮想 We bブラウザは、 現実の We b ブラウザプログラムと同様の機能を有している。 つまり、 仮想 We bブラウザは、 H TTP (ハイパーテキスト転送プロトコル） や FTP (ファイル転送プロトコル） な どクライアントの機能を実装している。 これら HTTPや FTPのメッセージは、 仮 想現実サーバ装置と外部のサーバ装置との間で、 インターネット 5を介してやりとり される。
参加者端末から行なう仮想 W e bブラウザの操作の典型例は、 次の通りである。 即 ち、 仮想キーボード、 もしくは、 参加者端末のキーボードから URL (ユニフォーム • リソース 'ロケ タ） を入力することによって、 仮想 We bブラウザは、 その UR Lに対応するコンテンツファイル （HTML (ハイパーテキスト ·マークアップ言語 ) のデータなど） を取得し、 そのコンテンツを上記の仮想画面に表示する。 また、 仮 想画面に表示された文字や画像のうち、 ハイパーリンクを有する部分を仮想マウス、 もしくは、 参加者端末のマウスでクリックすることにより、 そのハイパーリンクで関 連付けられている URLのコンテンツを取得する。 また、 仮想画面に表示されたフォ ーム （HTMLの FORMタグを利用したものなど） に仮想キーボード、 もしくは参 加者端末のキーボードから文字を入力し、 反想マウスで所定のボタンを押すことによ り、 仮想 We bブラウザは、 GETあるいは POSTなどのメッセージを送信する。 つまりこの第 3の方法では、 落札者は、 端末から上記の仮想 We bブラゥザを介し て We bサーバ装置 2にアクセスすることによって、 決済の処理を行なう。 これによ り、 落札者にとっては、 仮想現実空間用のビューヮと現実の We bブラウザプロダラ ムとを切り替えて使用する必要がなく、 仮想現実空間用のビューヮだけを操作して、 決済処理を完結することができる。 言い換えれば、 この第 3の方法を採ることにより 、 落札者の操作感としては、 仮想空間の中に居ながらにして決済処理を完結させるこ とができる。 また、 決済処理に限らず、 外部の We bサーバ等にアクセスする必要が ある場合にも、 この仮想 We bブラウザを用いることにより、 利用者の操作感として は、 仮想空間の中で処理が完結し利便性が高い。
[0075]
上述した実施形態によれば、 1つの出品物のある提示価格に対して、 数十秒から数 分程度のィンターパル時間を設け、 該ィンターバル時間内での入札指示は全て有効と し、 複数の入札指示があった場合には、 提示価格を段階的に上げながらオークション を継続し、 入札が 1人となった時点でその入札者を落札者とするようにしたので、 通 常のオークションのようにオークショ-ァの判断ミスによっては、 ほぼ同時に入札し たにもかかわらず、 より高い価格が不本意に割り当てられてしまうスリッページの発 生を防止することができるという利点が得られるほか、 従来のネットオークションの ように同じ入札条件で入札指示を送信しているのにも関わらず、 入札信号到達時間の 早遅で入札することが出来ないというような不公平感を解消できるという利点が得ら れる。
[ 0 0 7 6 ]
また、 本実施形態によれば、 仮想現実空間でオークシヨンを行うようにしたことに より、 仮想的なオークション会場で、 自身のァパタにより複数の参加者が、 リアルタ ィムで進行するオ^"クシヨンに参加することができ、 世界のどこにいてもより現実に 近いオークションを手軽に行うことができる。
[ 0 0 7 7 ]
また、 本実施形態によれば、 1つのオークションにおいて、 ある入札提示価格に対 して数秒〜数分の入札受付期間 （インターパル時間） を設けて、 その期間内に複数の 入札があれば、 入札提示価格を所定単位上げ、 入札がなければ所定単位下げて更新し 、 その更新された新しい入札提示価格に対して再び 1つの入札受付期間を設けるとい う動作を繰り返していくため、 1つのオークションに対して入札受付期間が 1つしか ない通常のネットオークションと違い、 オークションの終了時刻があらかじめ予測で きないので、 才ークションの終了直前に落札するスナイビングを防止することができ る。
[ 0 0 7 8 ]
また、 本実施形態によれば、 商品の提示価格に対して、 入札がない場合、 提示価格 を段階的に下げながらオークションを継続し、 その途中で、 出品物の提示価格に対し て入札があれば、 提示価格を段階的に上げながらオークションを継続するようにした ので、 出品者にとっても、 入札する参加者にとっても、 より容易にオークションに参 加することができる。 また、 リザーブ価格 （最低落札価格） は、 スタート価格よりも 高く設定することも出来るし、 スタート価格よりも低く設定することも出来るため、 出品者は自由に価格設定戦略を組むことが出来る。
[ 0 0 7 9 ]
また、 本実施形態によれば、 オークション間に空き時間がある場合には、 出品され た商品に関する広告などのコンテンツを参加者の端末に送信することにより、 オーク シヨンの参加者が退屈したり、 他所へ行ったりしてしまうことなどを防止することが できる。
[ 0 0 8 0 ]
また、 本実施形態によれば、 仮想現実空間で行われるオークションに関する情報を W e bサーバ装置から、 仮想現実空間によるサービスを享受できない （機能が限定さ れた） 端末 （携帯電話端末など） に提供するようにしたので、 このような端末でも、 オークションに参加 （入札も含め） することができる。
[ 0 0 8 1 ]
なお、 上述した実施形態では、 仮想現実空間におけるオークションサービスにおい て、 オークション間の空き時間に広告などのコンテンツを参加者の端末に送信するよ うにしたが、 該広告などのコンテンツ送信に関しては、 オークションサービスだけに 限らず、 終了時間が予測できないイベント、 例えば、 仮想現実空間内で提供するオン ランゲームや、 アンケート調査などに適用してもよい。 より具体的には、 何らかの商 品に関するアンケート調査を仮想現実空間で実施するような場合、 アンケート対象の 商品から連想されるものの広告を送信する （仮想現実空間内の広告デイスプレイや、 掲示板等に表示される） ようにしてもよい。
[ 0 0 8 2 ]
また、 上述した実施形態では、 仮想現実サーバ装置 1によりオークション会場を提 供するとともに、 オークション進行を管理するようにしたが、 これに限らず、 仮想現 実サーバ装置 1とは別途にオークション管理サーバ装置なるものを設け、 該オークシ ヨン管理サーバ装置により、 オークション会場の提供や、 オークション進行などを管 理するようにしてもよい。
[ 0 0 8 3 ]
また、 上述した仮想現実サーバ装置 1による各ステップを実現するためのプロダラ ムをコンピュータ読み取り可能な記録媒体に記録して、 また、 仮想現実サーバ装置 1 における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記 録媒体に記録して、 この記録媒体に記録されたプログラムをコンピュータシステムに 読み込ませ、 実行することにより、 符号化処理、 及び復号化処理を行ってもよい。 な お、 ここでいう 「コンビユ^ "タシステム」 とは、 O Sや周辺機器等のハードウェアを 含むものであってもよい。 また、 「コンピュータシステム」 は、 wwwシステムを利用 している場合であれば、 ホームページ提供環境 （あるいは表示環境） も含むものとす る。 また、 「コンピュータ読み取り可能な記録媒体 J とは、 フレキシブルディスク、 光 磁気ディスク、 R OM、 フラッシュメモリ等の書き込み可能な不揮発性メモリ、 C D — R OM等の可搬媒体、 コンピュータシステムに内蔵されるハードディスク等の記憶 装置のことをいう。
[ 0 0 8 4 ]
さらに 「コンピュータ読み取り可能な記録媒体」 とは、 インターネット等のネット ワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバゃクラ イアントとなるコンピュータシステム内部の揮発性メモリ （例えば D R AM (Dynami c Random Access Memory) ) のように、一定時間プログラムを保持しているものも含む ものとする。 また、 上記プログラムは、 このプログラムを記憶装置等に格納したコン ピュータシステムから、 伝送媒体を介して、 あるいは、 伝送媒体中の伝送波により他 のコンピュータシステムに伝送されてもよい。 ここで、 プログラムを伝送する 「伝送 媒体」 は、 インターネット等のネットワーク （通信網） や電話回線等の通信回線 （通 信線） のように情報を伝送する機能を有する媒体のことをいう。 また、 上記プログラ ムは、 前述した機能の一部を実現するためのものであっても良い。 さらに、 前述した 機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実 現できるもの、 いわゆる差分ファイル （差分プログラム） であっても良い。
[ 0 0 8 5 ]
<第 2の実施形態 >
次に、 本発明の第 2の実施形態について説明する。 本実施形態では、 イベントとし て、 オークションの代わりに参加者へのアンケートを実施する。 本実施形態において 、 システム全体の構成は第 1の実施形態で図 1を参照しながら説明したものと同様で あるため、 ここでは詳細な説明を省略する。 また本実施形態において、 仮想現実サー パ装置の構成は第 1の実施形態で図 2を参照しながら説明したものと同様であるため 、 ここでは詳細な説明を省略する。
[ 0 0 8 6 ]
このアンケートは、 予めスケジュールされており、 そのスケジュールはイベント管 理テーブルで管理されている。 イベント管理テーブルは、 少なくとも、 アンケート開 始日時、 アンケート終了予定日時、 アンケート終了日時、 アンケート内容、 アンケー ト属性 （イベント属性） の項目を含む、 表形式のデータである。 アンケートのスケジ ユールは予め告知されているため、 参加者 （のァパター） らはアンケート開始時刻が 近付いてくると仮想現実空間内のアンケート会場に集まってくる。
[ 0 0 8 7 ]
以下、 仮想現実サーバ装置 1の制御部 1一 1による処理の手順について説明する。 図 1 2は、 本実施形態の制御部 1— 1による、 アンケートの進行管理の手順を示す フローチャートである。 このフローチャートに沿って、 制御部 1一 1は、 まず、 ィべ ント管理テーブルの内容を読み込む （ステップ S 5 1 )。 そして、 制御部 1一 1は、 シ ステムから取得した現在日時とィベント管理テーブルに含まれるアンケート開始日時 とを基に、 開始間近のアンケートがあるかどうかを判断する （ステップ S 5 2 )。 ない 場合 （ステップ S 5 2 ： N O) は、 所定時間経過後にステップ S 5 2の処理を繰り返 す。 ある場合 （ステップ S 5 2 ： Y E S ) は、 次に、 参加者に対してアンケート開始 間近を通知する （ステップ S 5 3 )。 次に、 制御部 1—1は、 システムから取得した現 在日時に基づき、 開始時刻が到来したかどうかを判断する （ステップ S 5 4 )。 開始時 刻がまだ到来していない場合 （ステップ S 5 4 ： N O) は、 所定時間経過後にステツ プ S 5 4の処理を繰り返す。 開始時刻が到来した場合 （ステップ S 5 4 ： Y E S ) は 、 次に、 イベント管理テーブルから読み出したアンケート内容を、 アンケート会場の 参加者に対して通知する （ステップ S 5 5 )。
[ 0 0 8 8 ]
参加者がそのアンケートへの回答を終了すると、 制御部 1—1は、 参加者からアン ケートの回答情報を受信し、 それを分析する処理を行なう （ステップ S 5 6 )。 分析処 理完了後、 制御部 1—1は、 アンケート終了と判断する （ステップ S 5 7 )。 なお、 ス テツプ S 5 7における処理は、 アンケート会場にいる参加者全員から回答情報を受信 したことをもって終了と判断しても良いし、 アンケート会場をいくつかの区域に区切 つて、 区域ごとに当該区域内の参加者全員から回答情報を受信したことをもって終了 と判断しても良い。 また、 予めアンケート終了予定時刻を設定しておいて、 その時刻 が来たら、 たとえその時点ですベての参加者からアンケート回答を回収し終えてなく ても当該イベント （アンケート） を終了するようにしても良い。
[ 0 0 8 9 ]
終了と判断すると、 その時点で、 制御部 1—1は、 イベント管理テーブルの内容に 基づき、 次のイベント (アンケート等) の開始時刻までの空き時間を算出する （ステ ップ S 5 8 )。 そして、 制御部 1—1は、 十分な空き時間があるか否かを判断する （ス テツプ S 5 9 )。 十分な空き時間がある場合 （ステップ S 5 9 ： Y E S ) には、 算出さ れた空き時間と、 個々のコンテンツ （コマーシャルメッセージなど） を再生するのに 必要な時間とに基づいて、 空き時間に収まるように一つ又は複数のコンテンツを選択 し （ステップ S 6 0 )、 選択されたコンテンツを再生'表示する （ステップ S 6 1 ) 0 ステップ S 6 1の処理の終了後は、 ステップ S 5 3に戻る。 なお、 次のイベント （ァ ンケート等） の開始時刻までの十分な空き時間がなかった場合 （ステップ S 5 9 ： N O) には、 ステップ S 6 0と S 6 1の処理をスキップして、 ステップ S 5 3に戻る。
[ 0 0 9 0 ]
なお、 ステップ S 6 0におけるコンテンツ選択方法は、 第 1の実施形態と同様であ る。 また、 それに加えて、 本実施形態では、 アンケートの回答内容 （回答内容は、 複 数の選択肤から選択された結果、 または参加者が入力したテキストである） と、 コン テンッ管理テーブルに記憶されているコンテンッ属性に基づいてコンテンッを選択す るようにしても良い。 この場合は、 アンケート回答内容を言語的に解析する処理を行 ない、 その内容が表わす概念を抽出し、 その概念と一致するコンテンツ属性を有する コンテンツを選択したり、 アンケート回答内容が表わす概念の上位概念或いは下位概 念のコンテンツ属性を有するコンテンツを選択したり、 アンケート回答内容が表わす 概念から連想されるコンテンツ属性を有するコンテンツを選択したりする。
[ 0 0 9 1 ]
本実施形態によると、 終了時刻が予め正確に予測できないアンケートの終了を判断 し、 次のイベント開始時刻までの空き時間の間に丁度収まる長さのコンテンツを表示 することができる。 また、 アンケート属性にマッチするコンテンツを選択して表示す ることができる。 また、 アンケートの回答内容にマッチするコンテンツを選択して表 示することができる。
なお、 本実施形態と同様のしくみを用いて、 アンケートの代わりにクイズを実施す るようにしても良い。
[ 0 0 9 2 ]
<第 3の実施形態 >
次に、 本発明の第 3の実施形態について説明する。 本実施形態では、 イベ トとし て、 オ^"クシヨンやアンケートの代わりにゲームを実施する。 本実施形態において、 システム全体の構成は第 1の実施形態で図 1を参照しながら説明したものと同様であ るため、 ここでは詳細な説明を省略する。 また本実施形態において、 仮想現実サーバ 装置の構成は第 1の実施形態で図 2を参照しながら説明したものと同様であるため、 ここでは詳細な説明を省略する。
[ 0 0 9 3 ]
本実施形態でのゲームとは、 仮想現実サーバ装置 1が管理する仮想現実空間内で行 なわれ、 参加者 （のァパタ） がプレイするゲームである。 ゲームの種類は、 例えば、 仮想空間を用いて行なうロールプレイングゲーム （R P G) や、 仮想空間内の卓上で 参加者同士が競うトランプ、 将棋、 囲碁、 チェス、 麻雀などといったゲームや、 仮想 空間内の仮想フィールド上ないしは仮想コート上で行なう野球、 バスケットボール、 テニス、 ァメリカンフットポールなどのスポーツシミュレ一ションゲームなどである が、 必ずしもこれらには限定されない。 各ゲームは、 予めスケジュールされており、 そのスケジュールはィベント管理テーブルで管理されている。 ィベント管理テープル は、 少なくとも、 ゲーム開始日時、 ゲーム終了予定日時、 ゲーム終了日時、 参加者、 ゲーム属性 （イベント属性） などの項目を含む、 表形式のデータである。
[ 0 0 9 4 ]
以下、 仮想現実サーバ装置 1の制御部 1― 1による処理の手順について説明する。 図 1 3は、 本実施形態の制御部 1一 1による、 ゲームの進行管理の手順を示すフロ 一チャートである。 このフローチャートに沿って、 制御部 1—1は、 まず、 イベント 管理テーブルの内容を読み込む （ステップ S 7 1 )。 そして、 制御部 1一 1は、 システ ムから取得した現在日時とィベント管理テーブルに含まれるゲーム開始日時とを基に 、 開始間近のゲームがあるかどうかを判断する （ステップ S 7 2 )。 ない場合 （ステツ プ S 7 2 ： NO) は、 所定時間経過後にステップ S 7 2の処理を繰り返す。 ある場合 (ステップ S 7 2 ·· Y E S ) は、 次に、 イベント管理テーブルから読み出した参加者 に対して、 ゲームの開始が間近であることを通知する （ステップ S 7 3 )。
次に、 制御部 1一 1は、 システムから取得した現在日時に基づき、 開始時刻が到来 したかどうかを判断する （ステップ S 7 4 )。 開始時刻がまだ到来していない場合（ス テツプ S 7 4 ： N O) は、 所定時間経過後にステップ S 7 4の処理を繰り返す。
[ 0 0 9 5 ]
開始時刻が到来した場合 （ステップ S 7 4 ： Y E S ) は、 次に、 制御部 1—1は、 ゲームを開始させ、 ゲームの実行を管理 '制御する （ステップ S 7 5 )。 次に、 制御部 1一 1は、 ゲームの進行状況や参加者の反応に応じて、 ゲーム終了判断をする （ステ ップ S 7 6 )。
[ 0 0 9 6 ]
終了と判断すると、 その時点で、 制御部 1—1は、 イベント管理テーブルの内容に 基づき、 次のゲームの開始時刻までの空き時間を算出する （ステップ S 7 7 )。 そして 、 制御部 1—1は、 十分な空き時間がある力否かを判断する （ステップ S 7 8 )。 十分 な空き時間がある場合 （ステップ S 7 8 ： Y E S ) には、 算出された空き時間と、 個 々のコンテンツ （コマーシャルメッセージなど） を再生するのに必要な時間とに基づ いて、 空き時間に収まるように一つ又は複数のコンテンツを選択し （ステップ S 7 9 )、 選択されたコンテンツを再生'表示する （ステップ S 8 0 )。 ステップ S 8 0の処 理の終了後は、 ステップ S 7 3に戻る。 なお、 次のイベント （アンケート等） の開始 時刻までの十分な空き時間がなかった場合 （ステップ S 7 8 ： N O) には、 ステップ S 7 9と S 8 0の処理をスキップして、 ステップ S 7 3に苠る。
なお、 ステップ S 7 9におけるコンテンツ選択方法は、 第 1の実施形態と同様であ る。
[ 0 0 9 7 ]
本実施形態によると、 ゲームの終了を判断し、 次のゲーム開始時刻までの空き時間 の間に丁度収まる長さのコンテンツを表示することができる。 また、 ゲーム属性にマ ツチするコンテンッを選択して表示することができる。
[ 0 0 9 8 ]
<第 4の実施形態 >
次に、 本発明の第 4の実施形態について説明する。 本実施形態では、 仮想現実サー パ装置を用いずに、 オークション等のイベントを管理する。
図 1 4は、 本実施形態によるシステム全体の構成を示す概略図である。 この図に示 す構成と、 第 1の実施形態において説明したシステム構成との違いは、 仮想現実サー バ装置が存在しないことと、 W e bサーバ装置 2の代わりに W e bサーバ装置 2 Aを 設けている点である。 その他の、 端末 3— 1〜3— nや、 端末 4—1〜 4— nや、 ィ ンターネット 5や、 移動体通信網 6については、 これまでに説明した実施形態と同様 である。 [0099]
本実施形態における We bサーバ装置 2 Aは、 コンピュータを用いて実現され、 ォ 一クション等のイベントの進行を制御するためのスクリプトないしはプログラムを記 憶する記憶部を備えており、 これらのスクリプトまたはプログラムを適宜記憶部から 読み出して実行する機能を有している。 また、 We bサーバ装置 2 Aは、 前述したよ うな管理情報を記憶しておく記憶部を備えている。 そして、 We bサーバ装置 2Aは 、 接続してくる参加者の端末 3— 1〜3— nおよび 4ー 1〜4— nと相互に通信をし ながら、 イベントの管理を行なう。 イベントの管理とは即ち、 図 9〜図 11のフロー チャートで示したオークションの管理や、 図 12で示したアンケートの管理や、 図 1 3で示したゲームの管理を行なう。 これらのフロ一チヤ一トで示した処理手順につい ては前記の実施形態と同様であるため、 ここでは記載を省略する。 このとき、 We b サーバ装置 2 Aは、 仮想現実空間の管理や、 仮想現実空間の状況を示すレンダリング の処理等は行なわず、 状況に応じた HTML言語などによる We b画面を動的に生成 し、 端末からの要求等に応じてこれらの画面を端末に送信する。 そして端末側では、 We bサーバ装置 2 Aから受信した画面を表示するようにする。
[0100]
<変形実施例 >
以上、 本発明の複数の実施形態について図面を参照して詳述してきたが、 具体的な 構成はこの実施形態に限られるものではなく、 この発明の要旨を逸脱しない範囲の設 計等も含まれる。
[0101]
例えば、 上記の実施形態において、 一つの仮想現実サーバ装置が一^ 3のアイランド
(或いはシム） を管理するようにしたが、 代わりに、 一つの仮想現実サーバ装置が複 数のアイランド或いはシムを管理するようにしても良い。 また逆に、 複数の仮想現実 サーバ装置が連携して一つのアイランド或いはシムを管理するようにしても良い。 な お、 仮想現実空間を提供する既存のサービス （例えば、 米国 · リンデンラボ （L i n d e n L a b) 社のセカンドライフなど） を用いて上述したオークション管理サー ビス、 ゲーム管理サービス、 アンケート管理サービスなどを構築しても良いし、 サー パ装置ゃネットワーク等を設営して同様のサービスを構築しても良 、。
[0102] また例えば、 上記の実施形態において、 仮想現実空間内にオークショニァを模した オブジェクトを配置してオークションを進行させていくようにしたが、 オブジェクト の代わりにァパタを用いて仮想現実空間内のオークショニァを実現するようにしても 良い。
[ 0 1 0 3 ]
また例えば、 上記の実施形態において、 予め定められたオークションの開始時刻で あるか否かを判定する （図 9のステップ S 4 ) ことによってオークションを開始する ようにしたが、 これに加えて、 ネ膚助的に、 オークションスタッフのアバタを設けて、 ォークシヨンスタッフのァバタがォークショニァのオブジェクトに触れるなどの動作 をすることもオークション開始の条件に加えても良い。 このとき、 オークションスタ ッフのァバタは、 オークションの進行を管理或いは監視するための端末装置によって 操作される。 これにより、 例えば、 参加者のァバタのすべてが着席するのを管理者が 目で確認してから実際にオークションを開始するなどといった、 きめ細かなオークシ ョン進行制御を行なえるようになる。
[ 0 1 0 4 ]
また例えば、 上記の実施形態においては、 仮想現実サーバ装置 1がオークション実 施に係るサービス （利用者登録、 商品登録、 商品提示、 ォ一クシヨン進行、 決済等） を全て行なうようにしたが、 代わりに、 これらのサービスのうちの一部をバックェン ドサーバ装置で行なうようにしても良い。 このとき、 バックエンドサーバ装置では、 必要な管理情報を記憶するための記憶部を設ける。 そして、 第 1の実施形態で述べた 制御部 1一 1で実行する機能のうちの一部又は全部に相当するスクリブト又はプログ ラムを記憶装置に記憶しておき、 このスクリプト又はプログラムを適宜読み出して実 行するようにする。 そして、 このバックエンドサーバ装置と、 仮想現実サーバ装置 1 の中の制御部 1一 1との間で相互に通信できるように接続する。 つまり、 負荷の高い オークション進行等の処理をバックェンドサーバ装置で行ない、 仮想現実サーバ装置
1の制御部 1一 1がバックェンドサ一バ装置と連携しながら、 仮想現実空間内のォブ ジェクトゃァバタを制御し、 また参加者からの指示等を中継する役割を果たす。 このようにパックェンドサーバ装置を設けて仮想現実サーバ装置と連携させること によって、 処理の負荷を分散することができる。 つまり、 仮想現実サーバ装置の処理 負荷を軽減させることができる。 [ 0 1 0 5 ]
また例えば、 上記の実施形態において、 出品される商品一品ごとのオークションを 管理単位とする代わりに、 複数の （例えば 5件〜 1 0件程度の） オークションをまと めた単位として （この単位を便宜上 「オークションブロック」 と呼ぶ） 付加的に管理 するようにしても良い。 このとき、 例えば、 個別のオークションごとに開始日時と終 了日時を決める代わりに、オークションブロックごとに開始日時と終了日時を決める。 また、 オークション属性とは別に、 オークションブロックの属性 （例えば、 「現代美 術」 、 「日本美術 J など） を予め設定するようにして、 オークション属性の代わりに、 或いはオークション属性に加えて、 オークションブロック属性を用いて、 コンテンツ を選択するようにしても良い。 なお、 一つのオークションブロックについて、 一つの オークションブロック属性を持つようにしても良いし、 複数のオークションブロック 属性を持たせるようにしても良い。
[ 0 1 0 6 ]
また例えば、 上記のオークションブロック単位での管理を行なう場合には、 オーク シヨンプロックの終了時に空き時間を算出してその空き時間に応じたコンテンッを選 択して配信するようにすれば良いが、 それに加えて、 一つのオークションブロック内 のオークションとオークションの間に固定的な時間のコンテンツを配信するようにし ても良い。 また、 一つのオークションブロック内のオークションとオークションの間 に、 当該オークションブロックの残り時間と、 当該オークションプロックの残りのォ —クションの所要時間の推定値に基づいて、 適切と推定される時間のコンテンッを選 択して配信するようにしても良い。
[ 0 1 0 7 ]
また、 オークション以外のイベント （ゲームやアンケートやクイズ等） についても 、 複数のイベントをまとめて単位とし （この単位を便宜上 「イベントブロック」 と呼 ぶ） 付加的に管理するようにして、 上記と同様の管理を行うようにしても良い。
産業上の利用可能性
[ 0 1 0 8 ]
上記のように、 インターネットオークションにおいても、 現実のオークション会場 で行われるような、 リアリティのあるオークションにネットワークを介して参加でき るだけでなく、 従来のオークションやインターネットオークションにおいて問題とさ れていた価格のスリッページゃスナイビングによる入札締切り直前の価格高縢を防止 でき、 平等で公正な価格形成が実現される。 また、 リアルタイムオークションであり ながら、 1つの入札価格に対して 1つの適正な入札受付時間を設けることにより、 参 加者は、 一度送信した入札指示をキャンセルできたり、 再入札指示したりすることが 可能なため、 安全にそして安心してオークションに参加できるようになる。

Claims

請 求 の 範 囲
[ 1 ]
ネットワークを介して複数の参加者端末装置からの入札指示信号を受け付け、 ォー クシヨン進行を管理するオークシヨン管理方法であって、
サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記複数の参 加者端末装置からの入札指示信号を受信し保存する入札受付過程と、
前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別過程と 前記入札数判別過程により、 2つ以上の入札指示信号があった場合には前記出品物 の提示価格を所定単位上げて価格を更新し、 入札指示信号がなかった場合には前記出 品物の提示価格を所定単位下げて価格を更新する価格更新過程と、
前記入札数判別過程により 1つの入札指示信号があつたと判別されるまで、 前記価 格更新過程により提示価格を更新しながら、 前記入札受付過程により所定の入札受付 時間内に前記複数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札 数判別過程により入札数を判別するという動作を繰り返し実行させるオークション制 御過程と、
前記入札数判別過程により 1つの入札があつたと判別された場合には、 その入札を 行った参加者端末装置の参加者を落札者として特定する落札者特定過程と
を含むことを特徴とするオークション管理方法。
[ 2 ]
複数のコンテンツと、 該複数のコンテンツの各々の再生時間とを対応付けてコンテンッ 管理テーブルに記憶するコンテンツ記憶過程と、
複数のオークションの開始日時を含むスケジュール情報をィベント管理テーブルに記憶 するィベント記憶過程と、
現在実行されているオークションが終了した時点で、 前記ィベント管理テーブルのスケ ジュール情報を参照し、 次のオークションの開始日時までの空き時間を算出する空き時間 計算過程と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンツ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択過程と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信過程と
を更に含むことを特徴とする請求項 1に記載のオークション管理方法。
[ 3 ]
前記イベント記憶過程は、 更に、 前記イベント管理テーブルに前記複数のオークション の属性情報を記憶し、
前記コンテンツ記憶過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテン ッの属性情報を記憶し、
前記コンテンツ選択過程は、 前記ィベント管理テーブルの前記オークションの属性情報 と前記コンテンッ管理テーブルの前記コンテンッの属性情報との関係に基づいて、 前記 1 つ以上のコンテンツを選択する、
ことを特徴とする請求項 2記載のオークション管理方法。
[ 4 ]
ネットワークを介して複数の参加者端末装置からの入札を受け付け、 オークション進行 を管理するオークション管理方法であって、
仮想現実空間を管理する仮想現実サーバ装置上に実装されたオークションの進行制御を 行うスクリプト又はプログラムを実行することで、 オークション進行にかかる情報を仮想 空間内に存在する仮想表示装置に表示し、 前記複数のユーザーインターフェースを介して 前記仮想現実サーバ装置に接続してくる参加者端末装置からの入札指示信号を受け付ける とともに、 前記仮想空間のオークション進行状況を表わす状況情報を前記複数の参加者端 末装置に送信する仮想空間管理過程と、
前記仮想現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記 複数の参加者端末装置からの入札指示信号を受信し保存する入札受付過程と、
前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別過程と、 前記入札数判別過程により、 2つ以上の入札指示信号があった場合には前記出品物の提 示価格を所定単位上げて価格を更新し、 入札指示信号がなかつた場合には前記出品物の提 示価格を所定単位下げて価格を更新する価格更新過程と、
前記入札数判別過程により 1つの入札指示信号があつたと判別されるまで、 前記価格更 新過程により提示価格を更新しながら、 前記入札受付過程により所定の入札受付時間内に 前記複数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別過程に より入札数を判別するという動作を繰り返し実行させるオークション制御過程と、 前記入札数判別過程により 1つの入札があつたと判別された場合には、 その入札を行つ た参加者端末装置の参加者を落札者として特定する落札者特定過程と
を含むことを特徴とするオークション管理方法。
[ 5 ]
前記仮想空間の状況を受信し、 該仮想空間の状況をゥヱプ画面上の情報として複数の参 加者端末に送信するウェブ画面情報送信過程を更に含むことを特徴とする請求項 4に記載 のオークション管理方法。
[ 6 ]
複数のコンテンツと、 該複数のコンテンツの各々の再生時間とを対応付けてコンテンッ 管理テーブルに記憶するコンテンッ記憶過程と、
前記仮想空間内で実施される複数のオークションの開始日時を含むスケジュール情報を ィベント管理テーブルに記憶するィベント記憶過程と、
現在実行されているオークションが終了した時点で、 前記ィベント管理テープ/レのスケ ジュール情報を参照し、 次のオークションの開始日時までの空き時間を算出する空き時間 計算過程と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンツ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンッ選 択過程と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信過程と
を更に含むことを特徴とする請求項 4または 5に記載のオークション管理方法。
[ 7 ]
前記イベント記憶過程は、 更に、 前記イベント管理テーブルに前記複数のオークション の属性情報を記憶し、
前記コンテンツ記億過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテン ッの属性情報を記憶し、
前記コンテンッ選択過程は、 前記ィベント管理テ一プルの前記オークションの属性情報 と前記コンテンツ管理テーブルの前記コンテンツの属性情報との関係に基づいて、 前記 1 つ以上のコンテンツを選択する、
ことを特徴とする請求項 6記載のオークション管理方法。
[ 8 ]
ネットワークを介して複数の参加者端末装置に対するイベントの進行を管理するィべ ント管理方法であって、
複数のコンテンッと、 該複数のコンテンッの各々の再生時間とを対応付けてコンテンッ 管理テ一ブルに記憶するコンテンツ記憶過程と、
複数のイベントの開始日時を含むスケジュール情報をィベント管理テ一ブルに記憶する イベント記憶過程と、
現在実行されているイベントが終了した時点で、 前記ィベント管理テーブルのスケジュ ール情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算過程 と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンッ管 理テープルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択過程と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信過程と
を含むことを特徴とするイベント管理方法。
[ 9 ]
ネットワークを介して複数の参加者端末装置に対するィベントの進行を管理するィべ ント管理方法であって、
仮想現実空間を管理する仮想現実サーバ装置上に実装されたィベントの進行制御を行う スクリプト又はプログラムを実行することで、 イベント進行にかかる情報を該仮想空間内 に存在する仮想表示装置に表示し、 前記複数のユーザーィンターフェ一スを介して前記仮 想現実サーバ装置に接続してくる参加者端末装置からの指示信号を受け付けるとともに、 前記仮想空間のイベント進行状況を表わす状況情報を前記複数の参加者端末装置に送信す る仮想空間管理過程と、
複数のコンテンッと、 該複数のコンテンッの各々の再生時間とを対応付けてコンテンツ 管理テーブルに記憶するコンテンッ記憶過程と、
前記仮想空間内で実施される複数のイベントの開始日時を含むスケジュール情報をィベ ント管理テーブルに記憶するィベント記憶過程と、
現在実行されているィベントが終了した時点で、 前記ィベント管理テーブルのスケジュ —ル情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算過程 と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンッ管 理テープルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択過程と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信過程と
を含むことを特徴とするイベント管理方法。
[ 1 0 ]
前記仮想空間の状況を受信し、 該仮想空間の状況をゥエブ画面上の情報として複数の参 加者端末装置に送信するウェブ画面情報送信過程を更に含むことを特徴とする請求項 9に 記載のイベント管理方法。
[ 1 1 ]
前記イベント記憶過程は、 更に、 前記イベント管理テーブルに前記複数のイベントの属 性情報を記憶し、
前記コンテンツ記憶過程は、 更に、 前記コンテンツ管理テーブルに前記複数のコンテン ッの属性情報を記憶し、
前記コンテンツ選択過程は、 前記ィベント管理テーブルの前記イベントの属性情報と前 記コンテンツ管理テーブルの前記コンテンッの属性情報との関係に基づいて、 前記 1っ以 上のコンテンツを選択することを特徴とする請求項 8から 1 0までのいずれか一項に記載 のイベント管理方法。
[ 1 2 ]
ネットワークを介して複数の参加者端末装置からの入札を受け付け、 オークション進行 を管理するオークション管理装置であって、
サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記複数の参加者 端末装置からの入札指示信号を受信し保存する入札受付手段と、
前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手段と、 前記入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出品物の提 示価格を所定単位上げて価格を更新し、 入札指示信号がなかつた場合には前記出品物の提 示価格を所定単位下げて価格を更新する価格更新手段と、
前記入札数判別手段により 1つの入札指示信号があつたと判別されるまで、 前記価格更 新手段により提示価格を更新しながら、 前記入札受付手段により所定の入札受付時間內に 前記複数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段に より入札数を判別するという動作を繰り返し実行させるオークション制御手段と、 前記入札数判別手段により 1つの入札があつたと判別された場合には、 その入札を行つ た参加者端末装置の参加者を落札者として特定する落札者特定手段と
を具備することを特徴とするオークション管理装置。
[ 1 3 ]
ネットワークを介して複数の参加者端末装置からの入札を受け付け、 オークション進行 を管理するオークション管理装置であって、
仮想現実空間を管理する仮想現実サーバ装置上に実装されたオークションの進行制御を 行うスクリプト又はプログラムを実行することで、 オークション進行にかかる情報を仮想 空間內に存在する仮想表示装置に表示し、 前記複数のユーザーインターフェースを介して 前記仮想現実サーバ装置に接続してくる参加者端末装置からの入札指示信号を受け付ける とともに、 前記仮想空間のオークシヨン進行状況を表わす状況情報を前記複数の参加者端 末装置に送信する仮想空間管理手段と、
前記仮想現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記 複数の参加者端末装置からの入札指示信号を受信し保存する入札受付手段と、
前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手段と、 前記入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出品物の提 示価格を所定単位上げて価格を更新し、 入札指示信号がなかった場合には前記出品物の提 示価格を所定単位下げて価格を更新する価格更新手段と、
前記入札数判別手段により 1つの入札指示信号があつたと判別されるまで、 前記価格更 新手段により提示価格を更新しながら、 前記入札受付手段により所定の入札受付時間内に 前記複数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段に より入札数を判別するという動作を繰り返し実行させるオークション制御手段と、 前記入札数判別手段により 1つの入札があつたと判別された場合には、 その入札を行つ た参加者端末装置の参加者を落札者として特定する落札者特定手段と を具備することを特徴とするオークション管理装置。
[ 1 4 ]
ネットワークを介して複数の参加者端末装置からの入札を受け付け、 オークション進行 を管理するオークション管理システムであって、
仮想現実空間を管理する仮想現実サーバ装置上に実装されたオークションの進行制御を 行うスクリプト又はプロダラムを実行することで、 オークション進行にかかる情報を仮想 空間内に存在する仮想表示装置に表示し、 前記複数のユーザーィンタ一フェースを介して 前記仮想現実サーバ装置に接続してくる参加者端末装置からの入札指示信号を受け付ける とともに、 前記仮想空間のォ一クション進行状況を表わす状況情報を前記複数の参加者端 末装置に送信する仮想空間管理手段と、
前記仮想現実サーバ装置が出品物の提示価格ごとに所定の入札受付時間を設定し、 前記 複数の参加者端末装置からの入札指示信号を受信し保存する入札受付手段と、
前記所定入札受付時間内に受信した入札指示信号の数を判別する入札数判別手段と、 前記入札数判別手段により、 2つ以上の入札指示信号があった場合には前記出品物の提 示価格を所定単位上げて価格を更新し、 入札指示信号がなかった場合には前記出品物の提 示価格を所定単位下げて価格を更新する価格更新手段と、
前記入札数判別手段により 1つの入札指示信号があつたと判別されるまで、 前記価格更 新手段により提示価格を更新しながら、 前記入札受付手段により所定の入札受付時間内に 前記複数の参加者端末からの入札指示信号を受け付けるとともに、 前記入札数判別手段に より入札数を判別するという動作を繰り返し実行させるオークション制御手段と、 前記入札数判別手段により 1つの入札があつたと判別された場合には、 その入札を行つ た参加者端末装置の参加者を落札者として特定する落札者特定手段と
を具備することを特徴とするオークション管理装置と、
前記仮想空間管理装置から仮想空間の状況を受信し、 該仮想空間の状況をウェブ画面上 の情報として複数の参加者端末に提供するウェブ管理装置と
を具備することを特徴とするオークション管理システム。
C 1 5 ]
ネットワークを介して複数の参加者端末装置に対するイベントの進行を管理するィべ ント管理装置であって、
複数のコンテンッと、 該複数のコンテンッの各々の再生時間とを対応付けてコンテンッ 管理テーブルに記憶するコンテンッ記憶手段と、
複数のィベントの開始日時を含むスケジュール情報をィベント管理テーブルに記憶する イベント記憶手段と、
現在実行されているィベントが終了した時点で、 前記ィベント管理テ一プルのスケジュ ール情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算手段 と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンツ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択手段と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信手段と
を具備することを特徴とするイベント管理装置。
[ 1 6 ]
ネットワークを介して複数の参加者端末装置に対するイベントの進行を管理するィべ ント管理装置であって、，
仮想現実空間を管理する仮想現実サーバ装置上に実装されたイベントの進行制御を行う スクリプト又はプログラムを実行することで、 イベント進行にかかる情報を該仮想空間內 に存在する仮想表示装置に表示し、 前記複数のユーザーインターフェースを介して前記仮 想現実サーバ装置に接続してくる参加者端末装置からの指示信号を受け付けるとともに、 前記仮想空間のィべント進行状況を表わす状況情報を前記複数の参加者端末装置に送信す る仮想空間管理手段と、
複数のコンテンツと、 該複数のコンテンツの各々の再生時間とを対応付けてコンテンツ 管理テーブルに記憶するコンテンツ記憶手段と、
前記仮想空間内で実施される複数のイベントの開始日時を含むスケジュール情報をィべ ント管理テーブルに記憶するィベント記憶手段と、
現在実行されているィベントが終了した時点で、 前記ィベント管理テーブルのスケジュ ール情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算手段 と、
前記算出された空き時間と前記コンテンッの再生時間とに基づいて、 前記コンテンッ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択手段と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信手段と
を具備することを特徴とするィベント管理装置。
[ 1 7 ]
ネットワークを介して複数の参加者端末装置に対するイベントの進行を管理するィべ ント管理システムであって、
仮想現実空間を管理する仮想現実サーバ装置上に実装されたィベントの進行制御を行う スクリプト又はプログラムを実行することで、 イベント進行にかかる情報を該仮想空間内 に存在する仮想表示装置に表示し、 前記複数のユーザ一^ rンターフェースを介して前記仮 想現実サーバ装置に接続してくる参加者端末装置からの指示信号を受け付けるとともに、 前記仮想空間のィベント進行状況を表わす状況情報を前記複数の参加者端末装置に送信す る仮想空間管理手段と、
複数のコンテンッと、 該複数のコンテンッの各々の再生時間とを対応付けてコンテンッ 管理テーブルに記憶するコンテンッ記憶手段と、
前記仮想空間内で実施される複数のイベントの開始日時を含むスケジュール情報をィべ ント管理テーブルに記憶するィベント記憶手段と、
現在実行されているイベントが終了した時点で、 前記ィベント管理テーブルのスケジュ ール情報を参照し、 次のイベントの開始日時までの空き時間を算出する空き時間計算手段 と、
前記算出された空き時間と前記コンテンツの再生時間とに基づいて、 前記コンテンツ管 理テーブルの複数のコンテンツの中から、 1つ以上のコンテンツを選択するコンテンツ選 択手段と、
前記選択された 1つ以上のコンテンツを前記複数の参加者端末装置に送信するコンテン ッ送信手段と
を具備することを特徴とするイベント管理装置と、
前記仮想空間管理装置から仮想空間の状況を受信し、 該仮想空間の状況をゥェブ画面上 の情報として複数の参加者端末に提供するウェブ管理装置と
を具備することを特徴とするィベント管理システム。
PCT/JP2008/066144 2007-10-09 2008-09-02 オークション管理方法、イベント管理方法、オークション管理装置及びオークション管理システム、イベント管理装置及びイベント管理システム WO2009047959A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2007-263285 2007-10-09
JP2007263285 2007-10-09

Publications (1)

Publication Number Publication Date
WO2009047959A1 true WO2009047959A1 (ja) 2009-04-16

Family

ID=40549105

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/066144 WO2009047959A1 (ja) 2007-10-09 2008-09-02 オークション管理方法、イベント管理方法、オークション管理装置及びオークション管理システム、イベント管理装置及びイベント管理システム

Country Status (1)

Country Link
WO (1) WO2009047959A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4276729A1 (en) * 2022-05-13 2023-11-15 eBay, Inc. Auctions in extended reality environments

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001060237A (ja) * 1996-09-04 2001-03-06 Hitachi Ltd 自動競り方法
JP2001265960A (ja) * 2000-03-15 2001-09-28 Viva Computer Co Ltd リアルタイムインターネットオークションシステム
JP2001331689A (ja) * 2000-05-18 2001-11-30 Mitsubishi Electric Information Systems Corp オークションシステム
JP2002230392A (ja) * 2001-01-30 2002-08-16 Tetsuya Tanaka 広告自動組込システム
JP2004178240A (ja) * 2002-11-27 2004-06-24 Nippon Telegr & Teleph Corp <Ntt> コンテンツ提供システム，コンテンツ提供方法およびコンテンツ提供プログラム
JP2005295001A (ja) * 2004-03-31 2005-10-20 Index:Kk ユーザ個別番組表提供システム、ユーザ個別番組表提供装置および端末装置
JP2006048312A (ja) * 2004-08-04 2006-02-16 Megachips System Solutions Inc Ｗｅｂサイトによる放送コンテンツ配信方法
JP2006179990A (ja) * 2004-12-20 2006-07-06 Dowango:Kk 接続先通知サーバ、配信サーバ、管理サーバ、コンテンツ配信システム及びコンテンツ配信方法並びにコンピュータプログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001060237A (ja) * 1996-09-04 2001-03-06 Hitachi Ltd 自動競り方法
JP2001265960A (ja) * 2000-03-15 2001-09-28 Viva Computer Co Ltd リアルタイムインターネットオークションシステム
JP2001331689A (ja) * 2000-05-18 2001-11-30 Mitsubishi Electric Information Systems Corp オークションシステム
JP2002230392A (ja) * 2001-01-30 2002-08-16 Tetsuya Tanaka 広告自動組込システム
JP2004178240A (ja) * 2002-11-27 2004-06-24 Nippon Telegr & Teleph Corp <Ntt> コンテンツ提供システム，コンテンツ提供方法およびコンテンツ提供プログラム
JP2005295001A (ja) * 2004-03-31 2005-10-20 Index:Kk ユーザ個別番組表提供システム、ユーザ個別番組表提供装置および端末装置
JP2006048312A (ja) * 2004-08-04 2006-02-16 Megachips System Solutions Inc Ｗｅｂサイトによる放送コンテンツ配信方法
JP2006179990A (ja) * 2004-12-20 2006-07-06 Dowango:Kk 接続先通知サーバ、配信サーバ、管理サーバ、コンテンツ配信システム及びコンテンツ配信方法並びにコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHIGEKI MASAKI: "A Cyber Communications Platform 'InterSpace'", NTT R&D, vol. 47, no. 4, 10 April 1998 (1998-04-10), pages 453 - 458 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4276729A1 (en) * 2022-05-13 2023-11-15 eBay, Inc. Auctions in extended reality environments

Similar Documents

Publication Publication Date Title
US7983954B2 (en) Auction method for real-time displaying bid ranking
CN103336883B (zh) 采集并共享控制台游戏数据的系统和方法
US7428501B2 (en) Auction system for remote bidding and method
US7409361B2 (en) Auction system for remote bidding and method
US20060265277A1 (en) Systems, methods, and programming for Internet games, including dating games
JP2021189475A (ja) コンピュータシステム及びデジタル著作物取引制御方法
CN108686375B (zh) 用于对等交易的委托代理接口
US7945503B2 (en) On-line auction interface
US10963898B2 (en) Computer system for performing display control for advertisement
JP2009510608A (ja) ターゲット広告
CN107004211A (zh) 基于适应算法向具有定制的适应用户体验的装置提供广告服务的系统和方法
TWI245186B (en) Net-battle game method, computer-readable medium for recording program, and server for playing the game via a network
JP2003150740A (ja) 興行チケットの販売システム
KR100723065B1 (ko) 가위바위보 게임을 이용한 온라인/모바일 전자상거래 방법
JP2006201985A (ja) ネット上の街並み構築方法と操作システム
JP6280150B2 (ja) サービス提供装置、サービス提供方法及びサービス提供プログラム
WO2009047959A1 (ja) オークション管理方法、イベント管理方法、オークション管理装置及びオークション管理システム、イベント管理装置及びイベント管理システム
JP6283051B2 (ja) サーバ装置、サービス提供方法及びサービス提供プログラム
JP2015179458A (ja) サーバ装置、サービス提供方法及びサービス提供プログラム
JP2002041864A (ja) 中継オークションシステム
KR20000054145A (ko) 멀티미디어를 이용한 실시간 경매 및 채팅 방법
JP2022011069A (ja) イベント管理サーバ、イベント管理システム、およびイベント管理方法
JP2003038857A (ja) カード情報を用いたカードトレーディングシステム、カード情報を用いたカード対戦ゲームシステム、及びこれらに利用可能な情報記憶媒体
JP5922690B2 (ja) サービス提供装置、サービス提供方法及びサービス提供プログラム
US20230343186A1 (en) Digital data object system for online gaming

Legal Events

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

Ref document number: 08837322

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08837322

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP