JP5744322B2 - Transaction management for race entertainment - Google Patents

Description

(Cross-reference of related applications)
This application is based on US patent application Ser. No. 13 / 706,075 filed on Dec. 5, 2012, which is a continuation-in-part of U.S. Patent Application No. 13 / 353,221 filed on January 18, 2012. Claiming benefit and claiming benefit based on US Provisional Patent Application No. 61 / 668,264, filed July 5, 2012.

(Field of Invention)
With advances in video games, video games and other digital and portable entertainment technologies, people are increasingly choosing to stay indoors. The number of spectators who go to the stadium for watching sports or races is also decreasing, shaking the economy of related industries. In particular, the exciting feeling of racing is easily and virtually obtained by racing games that are readily available on mobile phones, smartphones, ipads, tablets, and other portable devices or television systems, so the racing industry Has been hit hard. However, these pre-programmed games tend to bore users in the end because scenarios are pre-set and tend to limit the variety that users can enjoy.

  In view of the above situation, the present invention is directed to a new type of entertainment business that allows a user to enjoy a realistic image and sound that can be felt during a race by a racer of his choice. Such entertainment is expected to open up a new entertainment paradigm because it can provide users with realistic experiences filled with unpredictable real-time excitement in the real world. In this document, “race” refers to a speed race involving motorcycles (motorcycles), automobiles, bicycles, boats, airplanes, horses, skis, skates, skateboards, sleds, wheelchairs, yachts, and other vehicles or animals.

FIG. 1 shows an example of a scene (scene) recognized by a racer following another running racer in a motorcycle race. FIG. 2 shows an example of the position of the camera attached to the helmet. Figure 3 provides entertainment services by capturing images and audio recognized by the racer and transmitting them to the user so that the user can virtually experience the race as if they were participating in the race. 1 illustrates an example of a system according to an embodiment. FIG. 4 is a block diagram illustrating a management system. FIG. 5 shows an example of an image displayed on the client terminal. FIG. 6 illustrates a method of providing race entertainment to the user by transmitting images and sounds recognized by the racer selected by the user. FIG. 7 illustrates an example of transaction activity that can be performed in addition to billing and receiving charges. FIG. 8 illustrates another example of transaction activity that can be performed in addition to billing and receiving charges. FIG. 9 shows an example of providing gambling that can be implemented in addition to charging and receiving charges. FIG. 10 schematically illustrates how the game is configured based on images and sounds captured by an actual racer. FIGS. 11A to 11C illustrate images recognizable from the viewpoint of the virtual racer V, and the virtual racer V is ranked 4 but passes the racer 3 to become rank 3. FIG. FIG. 12 illustrates a situation in which the virtual racer V gets too close to the racer 3 in order to overtake the racer 3. FIG. 13 shows an example of a process flow for providing the race game based on an actual race. FIG. 14 shows an example of a process flow of an application designed for the racing game. FIG. 15 shows an example of an application that operates in parallel for a plurality of users 1, 2,...

  FIG. 1 shows an example of a scene (scene) recognized by a racer following another running racer in a motorcycle race. The exciting sensation of the race participants is clearly that the real-time scene and sound, for example, how the preceding racer operates the motorcycle, the surrounding scenery passing fast, the sparks flying, the roaring sounds, etc. Is due to. Such excitement of real-time racing is not just a spectator. In conventional broadcast systems, one or more cameras are provided at fixed positions outside the racetrack to provide scenes and sounds that are recognized by the audience. On the other hand, according to the present invention, it is possible to provide an exciting racing experience and thus a new type of entertainment by allowing the user to receive lively images and sounds recognized by the racer. . Such entertainment is configured to capture images and audio recognized by the racer and send them to the user so that the user can virtually experience the race as if they were participating in the race. This can be realized by using a system.

  The image recognized by the racer is obtained by one or more cameras provided close to the eyes of the racer. FIG. 2 shows an example of the position of the camera. In this example, three cameras are attached to the racer's helmet, one near the forehead and two near the outside of both eyes. Two or more cameras can each capture images viewed from two or more viewpoints, which can be processed using appropriate image processing techniques for viewers to experience the 3D effect. Similarly, sound can be captured when one or more microphones are attached to the helmet. For example, when two separate microphones are arranged near both ears of the racer and the sounds are respectively picked up from two listening points, the sounds are suitable for a sound processing technique suitable for a viewer to experience a three-dimensional sound effect. Can be processed using. In another example, a microphone can be placed on the rear side of the helmet to clearly capture the sound from the rear and feel what is happening during the race behind the racer. This allows users connected to the leading racer to hear the sound from behind and feel them when another racer is catching up to him or when the difference from the following racer is wide open You can have an interesting experience. In yet another example, a device that includes both a camera and a microphone can be used. For example, if two such devices are placed on both the temples of the racer, images and sounds can be captured simultaneously as close as possible to both eyes and both ears.

  Figure 3 provides entertainment services by capturing images and audio recognized by the racer and transmitting them to the user so that the user can virtually experience the race as if they were participating in the race. 1 illustrates an example of a system according to an embodiment. This example will be described in the motorcycle racing scheme. However, those skilled in the art understand that the application is possible in any race involving cars, bicycles, boats, airplanes, horses, skis, skates, skateboards, sleds, wheelchairs, yachts, and other vehicles or animals. Will be done.

  Referring to FIG. 3, there is provided a race track 304 on which a plurality of racers, racer 1, racer 2,. Each racer includes, for example, one or more cameras and one or more microphones attached to their helmet. In the example of FIG. 3, the racer 1 wears a helmet with three cameras, the racer 2 wears a helmet with one camera, the racer N wears a helmet with two cameras, and the camera Is represented by a filled circle. The camera and / or microphone may be attached directly to the racer's face or to a protective device other than a helmet. The number of cameras and the number of microphones worn by the racer can be any number based on a predetermined need for image and audio reception. As mentioned above, devices including both cameras and microphones, or other detection devices can also be used. Images and sounds captured by the camera, microphone, or other device are transmitted to the management system 308 via the communication link 312. The communication link 312 may correspond to a signal channel based on a wireless communication protocol, a satellite communication protocol, or any other signal communication scheme.

  The management system 308 can be located in a server or computer and is configured to receive and process signals including images and sound transmitted from the racer. The management system 308 is further configured to communicate with the client terminals 1, 2,... Examples of the network include the Internet, a television broadcasting network, a satellite communication network, a local area network (LAN), a wide area network (WAN), a personal area network (PAN), and other types of networks. Examples of the client terminal include a mobile phone, a smartphone, iPad (registered trademark), a tablet, a computer, and other portable devices or a television system. Each client terminal is configured to have a screen and a speaker for reproducing images and sounds transmitted from the racer and processed by the management system 308.

  FIG. 4 is a block diagram illustrating the management system 308. The signal transmitted from the racer is received by the receiving unit 404. The receiving unit 404 includes an antenna or a satellite antenna equipped with peripheral components such as analog-digital conversion, digital-analog conversion, power amplifier, and digital signal processing so as to receive a signal with high efficiency and performance. Any reception technique known to those skilled in the art can be used to implement the reception unit 404. The received signal is transmitted to the image and sound processing module 408, where the image and sound are processed and prepared for transmission to the client terminal. For example, the racer image captured by two or more cameras from different viewpoints can be processed so that the user can experience the 3D effect. In another example, images that are blurry or suddenly fluctuate due to camera shake can be corrected so that they are displayed without causing discomfort to the user. In yet another example, loud noise, such as vehicle noise, can be reduced to a comfortable level. In yet another example, the racer's audio captured by two or more microphones from different listening points can be processed to allow the user to experience the stereophonic effect. Any image and sound processing techniques known to those skilled in the art can be used to implement the image and sound processing module 408. The management system 308 further includes a transaction module 412 that stores algorithms, electronic components and modules, a CPU 416 that controls the flow of information, etc., as well as predetermined data and / or data obtained during operation. Memory 420 may be included. The data can be updated as needed.

  The transaction module 412 is configured to accept input information input by a user at each of the client terminals and then transmitted via the network 316. The prompt page can be configured to allow the user to enter the required information. The input information relates to the user, the user's ID, the payment method selected by the user (credit card, PayPal (registered trademark), postal money order, etc.), the user's credit card number (credit card payment) ), And other account information. In addition to such account information, the user is asked which racer he / she wants to connect to, and thereby the images and cameras captured by the camera and microphone placed close to the eyes and ears of the user's favorite racer. Through voice, the experience can be shared virtually with the racer. The received information is stored in the memory 420 and updated when the user changes his account information, a favorite racer to which the user is connected, or any other information about the user can do.

  Future events and schedules may be pre-sent from the transaction module 412 to the client terminal. The user can request to receive such event information via email. Alternatively, such event information can be broadcast through audio or visual media. Alternatively, a website accessible to general viewers can be created and future events and schedules posted on the website. In the schedule, the name or ID of a racer participating in each future race can be described so that each user can select a race to be viewed and a racer to be connected. The connection fee can be a fixed amount, for example a few dollars, and can be set lower than the actual seat reservation at the race stadium. Before the race, the input information including the account information and the selection of the racer is input from each user on the client terminal and obtained by the transaction module 412. Payment is made using a payment method designated by the user as part of the account information. The transaction module 412 is configured to send the processed image and sound corresponding to the selected racer to the client terminal of the user who selected the particular racer.

  FIG. 5 shows an example of an image displayed on the client terminal. The racer that the user has selected as the destination is the 4th runner, following the three racers in front of him making a sharp turn. An exciting moment is captured and experienced by the user. In addition to this racing scene, advertisements can also be shown in relatively low areas, corners, or sides of the screen, which are indicated by area A, area B, or area C. These images or videos that advertise goods or services are pre-stored in the memory 420 of the transaction module 412 in exchange for advertising fees from marketers or sponsors, and race images and sounds from the image and sound processing module 408 are stored. Can be released to display simultaneously when output. These areas can also be used for other purposes. For example, one of the areas can be used to show a television broadcast scene. This can be realized by contracting in advance with a television broadcasting company and acquiring the transmitted scene to the management system 308 via the communication link 312 of FIG. 3, for example. Thereby, the user can enjoy not only the scene captured by the racer selected by the user but also the entire image transmitted by the television broadcast. In another example, one of the regions may be used to indicate time, speed, laps, rank, and other race information associated with the racer, other racers, and / or the race itself. Such race information can be obtained from a company operating the race through prior agreement or contract, and can be transmitted to the management system 308 during the race, for example, via the communication link 312 of FIG.

  Referring again to FIG. 4, the transaction module 412 of FIG. 4 is further configured to aggregate the number of users who have selected each racer. Points can be distributed to the user based on the total result (connection share) and the race result. For example, referring to FIG. 1 again, it is assumed that N = 5 racers participate in a race, and M = 10,000 users are connected to view the race. The transaction module 412 performs aggregation, 4,000 users select the racer 1, 3,000 users select the racer 2, and 2,000 users select the racer. 3 is selected, and 500 users select the racer 4, and 500 users select the racer 5. Further assume that the racer 5 finishes the race in the first place and the racer 1 finishes the race in the second place. In that case, for example, the transaction module 412 gives 20 points to the 500 users who selected the racer 5, and gives 2 points to the 4,000 users who selected the racer 1, respectively. It can be configured as follows. The sponsor of the race or the advertisement can prepare goods or services that can be exchanged for a predetermined number of points. Therefore, the user can experience additional entertainment by competing for accumulation of exchangeable points. Meanwhile, the sponsor can use the opportunity to promote each product or service. For example, 100 points can be redeemed for a T-shirt with a motorcycle manufacturer's logo, 150 points can be redeemed for a pair of racing gloves, and 200 points can be redeemed for a dinner with a selected racer. And so on. Furthermore, by giving a bonus or a prize to the racer based on the connection share, the racer can be provided with an incentive to wear a camera and a microphone to cooperate with the entertainment business.

  The system can also be used for gambling. Gambling is subject to regulation, which varies from country to country and from state to state within the United States. In conventional gambling, for example, horse racing, a gambler (betting player) bets money on a horse, and if that horse is ranked first, the person who bet on it wins. The winner receives money based on the pooled (collected) amount and distribution rules. These transaction activities (transaction activities) are performed at a gambling station associated with the racetrack. In contrast, the system can be configured to provide online gambling by allowing a user to place a bet on a racer selected by the user. As described above, before the race, the input information including the account information and the selection of the racer is input from each user on the client terminal and acquired by the transaction module 412. The prompt page can be configured to allow the user to enter the required information. The prompt page shows options (options) to be gambled. For example, the user can select to gamble by clicking the option button. Selecting the option to gamble will require the user to enter age, address, and other personal information. When the transaction module 412 receives the personal information, the transaction module 412 looks up (refers to) a national or state regulation previously stored in the memory 420, for example, and is the user allowed to gamble? Decide if. If all the criteria for gambling are met, the user is allowed to gamble. Then, the user is prompted to bet money on the racer selected. Money can be withdrawn using, for example, credit card payment, PayPal®, postal money order, or other methods using the payment method selected by the user. After the race, the winner receives money based on the distribution rules. The distribution rule can be determined in advance based on the pooled amount, the number of connections for each racer (connection share), the race result (first place, second place,...) And the like. Instead of money, points may be given to the user based on the distribution rule. You can also exchange the money you earn for points. Thus, the user can accumulate points and exchange the points for products or services provided by the sponsor. These transaction activities can be controlled by the transaction module 412. The winnings can be paid, for example, to the winner's credit card account. Alternatively, the winnings can be pooled and bets placed in one or more subsequent races. Furthermore, the user can borrow money for betting. For example, a user can enjoy a bet by borrowing a certain amount before a race, and repay the amount after the race. Alternatively, the user can continue to gamble in subsequent races and postpone the repayment, and the borrowed money can be returned at the end of a series of races or at any time during a series of races. If a user requires additional money during a series of races, the user is allowed to borrow more money during the series of races. For example, assume that there are 16 races per season. Users can borrow $ 1,000 before a series of races. After betting 8 races, the user has used up all of $ 1,000 but wants to continue gambling. The user is allowed to borrow an additional $ 1,000 and bet on the following 8 races and pay back $ 2,000 after 16 races. However, restrictions can be imposed according to the credit limit, credit history, and other conditions for the user. It can also be configured to make a certain percentage of profits a charity, donation, or gift for victims of natural disasters, refugees in war zones, etc. for purposes of tax deduction as well as improving race and / or gambling images.

  FIG. 6 illustrates a method of providing race entertainment to the user by transmitting images and sounds recognized by the racer selected by the user. A plurality of racers participate in the race, and a large number of users can enjoy entertainment through the system of FIG. 3 including the management system 308, the network 316, and a plurality of client terminals used by the users. Examples of the client terminal include a mobile phone, a smartphone, iPad (registered trademark), a tablet, a computer, and other portable devices or a television system. Each client terminal is configured to have a screen and a speaker for reproducing the image and sound. The process order of the flowcharts exemplified in this document need not be the order shown. Some steps can be interchanged or ordered differently depending on the efficiency of operation, convenience in application, or any other scenario. In step 604, each racer is provided with one or more cameras and one or more microphones that can be mounted near the eyes and ears of the racer. These devices can be attached directly to the racer's face or head, to the racer's helmet, or to other protective equipment. In step 608, information about each user is obtained through a prompt page for inputting the information on a screen of a client terminal used by the user, for example. The input information includes account information, for example, the ID of the user, a payment method selected by the user (credit card, PayPal (registered trademark), postal money order, etc.), a credit card number of the user (credit card If selected). The input information also includes which racer the user selects, thereby enabling the racer to pass through images and sounds captured by a camera and microphone placed in close proximity to the eyes and ears of the user's favorite racer. Virtually share experiences. Devices including both a camera and a microphone, or other detection devices can also be used. In step 612, the transaction is managed, including billing and receipt of charges for the connection between the user and the racer selected by the user. The fee can be paid by a payment method designated by the user. In step 616, the image and sound processing module 408 of FIG. 4 is used to process the image and sound captured by the device attached to each racer. For example, the racer image captured by two or more cameras from different viewpoints can be processed so that the user can experience the 3D effect. In another example, images that are blurry or suddenly fluctuate due to camera shake can be corrected so that they are displayed without causing discomfort to the user. In yet another example, loud noise, such as vehicle noise, can be reduced to a comfortable level. In yet another example, the racer's audio captured by two or more microphones from different listening points can be processed to allow the user to experience the stereophonic effect. In step 620, the processed image and sound from the racer are transmitted to the client terminal of the user who selected the racer.

  In step 612 of the method illustrated in FIG. 6, transaction management includes charging and receiving charges for the connection. This management process can be modified or expanded to include other transactions. FIG. 7 shows an example of transaction activity that can be performed in addition to the charge billing and receipt in step 612 of FIG. The steps shown in FIG. 7 can be added to the steps shown in FIG. 6 or other steps controlled by the system, and the order of the combined steps can be ordered differently, or some of them can be performed in parallel. Good. Based on the input information obtained in step 608 of FIG. 6 including the racer that each user desires as a connection destination, in step 704, the connection share is calculated by counting the number of users who have selected each racer. To be acquired. This step 704 can be performed in parallel with or before or after step 612 of FIG. 6 where a connection fee is charged and received. After the race, for example after step 620 of FIG. 6, points can be distributed to the user at step 708. The point distribution rule can be determined in advance based on the connection share and the race result. For example, referring to FIG. 1 again, it is assumed that N = 5 racers participate in a race, and M = 10,000 users are connected to view the race. The connection share can be obtained in step 704, for example, 4,000 users select the racer 1, 3,000 users select the racer 2, and 2,000 users The racer 3 is selected, and 500 users select the racer 4 and 500 users select the racer 5. Further assume that the racer 5 finishes the race in the first place and the racer 1 finishes the race in the second place. The points to the users are then distributed at step 708, for example, giving 20 points to each of the 500 users who selected the racer 5, and to the 4,000 users who selected the racer 1. Each point is given 2 points, and the point distribution rule that gives 0 points to other users is followed. The sponsor of the race or the advertisement can prepare goods or services that can be exchanged for a predetermined number of points. The user is allowed to accumulate points from multiple races and redeem those points for the goods or services at step 712. Using this point system, the sponsor can take advantage of promotional opportunities for each product or service. For example, 100 points can be redeemed for a T-shirt with a motorcycle manufacturer's logo, 150 points can be redeemed for a pair of racing gloves, and 200 points can be redeemed for a dinner with a selected racer. And so on. Further, in step 716, the racer is provided with an incentive to wear a camera and microphone to cooperate with the entertainment business by giving a bonus or award to the racer based on the connection share.

  FIG. 8 illustrates another example of transaction activity that can be performed in addition to the charge billing and receipt of step 612 of FIG. The process shown in FIG. 8 can be added to the process shown in FIG. 6, a process combining the processes shown in FIGS. 6 and 7, or another process controlled by the system, and the order of the combined processes is different. Can be ordered in a manner or some may be implemented in parallel. Sponsors of the race, sponsors offering products or services redeemable with the point system, or other marketers may wish to present advertisements to users who watch the race. A video or image presenting such an advertisement may be created by the sponsor and stored in the memory 420 of the system at step 804. The sponsor is charged for the advertisement at step 808. In step 812, the video or image of the advertisement is combined with the image and sound from the racer and transmitted to the client terminal of the user who selected the racer. The combination of the race and the advertisement can be displayed on the screen of the client terminal as shown in the example of FIG.

  FIG. 9 shows an example of gambling provisions that can be implemented in addition to the billing and receipt of the charges in step 612 of FIG. The process shown in FIG. 9 is controlled by the process shown in FIG. 6, the process shown in FIGS. 6 and 7, FIG. 6 and FIG. 8, or the combination of those shown in FIG. 6, FIG. 7, and FIG. Can be added to other processes. The order of the combined steps can be ordered differently or some may be performed in parallel. At step 904, an option to gamble is provided to the user. Such options are shown, for example, on the prompt page of the client terminal so that the user can choose to gamble by clicking on an option button. If the option to gamble is selected at step 908, the user is required to enter age, address, and other personal information. Such personal information is obtained in step 912, so that, for example, the country or state legislation previously stored in the memory 420 is looked up and whether the user is allowed to gamble. It is determined. If the user chooses not to gamble in step 908, the process proceeds to a non-gambling course, eg, step 608 in FIG. 6, step 704 in FIG. 7, or step 812 in FIG. In step 916, if it is determined that the criteria for gambling are not satisfied based on a comparison between the user's personal information and laws and regulations, the user is refused to gamble, and the process includes a non-gambling course. Proceed to If it is determined in step 916 that the criteria for the user to gamble have been met, the user is allowed to participate in gambling in step 920. In general, there are many ways to gamble. Various transaction activities associated with gambling, such as betting, money distribution, accounting, etc. are managed at step 924.

  For example, in step 924, the user can be prompted to bet money on the racer selected by the user. A configuration is also possible in which the racer that the user desires to connect is a racer for which the user bets money. Money can be withdrawn using a payment method specified by the user, for example, by credit card payment, PayPal, postal money order, or other methods. After the race, the winner receives money based on the distribution rules. The distribution rule can be determined in advance based on the pooled amount, the number of connections for each racer (connection share), and the race result (first place, second place,...). Instead of money, points may be given to the user based on the distribution rule. You can also exchange the money you earn for points. Thus, the user can accumulate points and exchange the points for products or services provided by the sponsor. These transaction activities can be controlled by the transaction module 412. The winnings can be paid, for example, to the winner's credit card account. Alternatively, the winnings can be pooled and bets placed in one or more subsequent races. In addition, the user is allowed to borrow money from the pooled amount for betting. For example, a user can enjoy a bet by borrowing a certain amount before a race, and repay the amount after the race. Alternatively, the user can continue to gamble until the end of a series of races, and the amount borrowed can be returned to the pool at the end of the series of races. If additional money is needed during the series of races, the user is allowed to borrow more money during the series of races. However, restrictions can be imposed according to the credit limit, credit history, and other conditions for the user. It can also be configured to make a certain percentage of profits a charity, donation, or gift for victims of natural disasters, refugees in war zones, etc. for purposes of tax deduction as well as improving race and / or gambling images.

  Various activities executed at the client terminal can be supported by an application specific to the race entertainment. As used herein, an application refers to a computer program designed to assist a user in performing an activity. The application is downloaded from a site associated with a server including the management system 308 via the Internet and placed in the client terminal, or distributed directly from an application distributor (distributor), or the client terminal. For example, in a cloud computing environment. The management system 308 and the application can be configured to cooperate to perform various tasks related to the race entertainment. The application can be configured to obtain information about the user, such as account information, for example by displaying a prompt page that instructs the user to enter such information at the client terminal. Activities that can be performed on the client terminal using the application include selecting a racer that each user wants to connect to, paying the connection fee, requesting a point exchange with a product or service, and participating in gambling Input about whether or not, input of personal information about the user when he / she wants to participate in gambling, betting for gambling, and various other activities about the user. Input information at the client terminal can be sent to the management system 308 to control the transmission of images and audio captured by the selected racer to the user and various transactions, eg see FIGS. Used to manage what is described. The application can be further configured to reproduce the image and sound at the client terminal along with an appropriate format and / or control options that allow a user to control the image and sound. Instead of using such an application, the reproduction of the image and sound may be performed using a default built-in function of the client terminal.

  The management system 308 and the method can be configured to allow a user to play a race game based on a live broadcast race. FIG. 10 schematically illustrates how the game is configured based on images and sounds captured by an actual racer. In this example, 10 racers compete in the race performed on the race track 304 of FIG. These racers are identified by reference numbers 1, 2,... And 10, and for simplicity this corresponds to the current ranking in this example. Each racer is provided with one or more cameras and one or more microphones that capture the images and sounds recognized by the racer during the race. The image and sound are transmitted to the management system 308, processed by the image and sound processing module 408, and stored in the memory 420. 10 represent the images and sounds transmitted from the racers 1, 2,... And 10, respectively. The system and method can be configured to provide a user with an option to play the game using, for example, an application. If that option is selected, the application accepts various inputs from the user and presents the user's participation as a virtual racer V. The input from the user to determine the position of V includes speed, acceleration, body angle, body orientation, and various other parameters representing the user's operation. These parameters can be entered through peripherals that simulate steering, accelerator pedals, brakes, and the like. Alternatively, the user can input the parameters to the application by manually inputting the client terminal directly using the finger detection function of the screen of the client terminal, a keyboard, or any other input method. it can. The position, velocity, and other characteristics of the racers 1, 2,... And 10 can be obtained by the management system 308 and associated with the images and sounds 1, 2,. At least one of speed, acceleration, body angle, body orientation, and various other parameters entered by the user and the position, speed, and other characteristics of the racers 1, 2,. Based on the relationship, the application can be configured to determine the current location of the virtual racer V representing the user's participation in the race. The threshold values (threshold values) of these parameters can be determined in advance so that it is possible to determine which racer is closest to the virtual racer V and to transmit the image and sound captured by the specific racer to the user. For example, in FIG. 10, the position of the virtual racer V is determined to be within a first threshold from the position of the racer 4, the image and sound 4 are transmitted, and the user is ranked 4. Reproduced on the user's client terminal as if traveling. When the user wants to overtake the racer 3, the speed is increased, and when the position of the user falls within a first threshold from the position of the racer 3, the image and sound 3 are transmitted, this time It is reproduced on the user's client terminal as if the user was traveling at rank 3.

  11A to 11C exemplify images that can be recognized from the viewpoint of the virtual racer V. The virtual racer V is ranked 4 but has passed the racer 3 to become rank 3. FIG. 11A illustrates the image and sound 4 captured by the racer 4 and transmitted to the user terminal of the user, where it is reproduced, in which case the application can determine the input parameters and pre- Based on the determined threshold, it can be configured to determine that the position of the virtual racer V is closest to the racer 4. As a result, the user represented by the virtual racer V is now looking at the back of the racers 1, 2, and 3 traveling in front of the virtual racer V at the position of the racer 4. . The accompanying voice can be transmitted and reproduced in a similar manner. FIG. 11B illustrates an image that can be seen by the virtual racer V when the virtual racer V increases the speed to overtake the racer 3. This image can be generated by enlarging and shifting the image and sound 4 captured by the racer 4 to the left. The accompanying audio can be processed and reproduced in a similar manner. Image and sound processing techniques based on magnification, translation, interpolation, or extrapolation using images and sounds captured by at least one of the actual racers, or any other technique known to those skilled in the art When used, it is possible to simulate images and sounds that can be recognized by the virtual racer V traveling between the actual racers. FIG. 11C illustrates an image that can be seen by the virtual racer V when the virtual racer V has just overtaken the racer 3 to become the rank 3. The application can be configured to determine that the location of the virtual racer V is closest to the racer 3 based on the input parameters and a predetermined threshold. Accordingly, at this time, the image and sound 3 captured by the racer 3 are transmitted and reproduced at the client terminal of the user, and the virtual racer V representing the user is in front of the virtual racer V. The backs of the racers 1 and 2 traveling on the road can be seen.

  This game continues until the race ends. A reasonable criterion for “game over” is introduced to enhance the virtual participation experience described above. For example, a configuration in which a collision with an actual racer may occur is included. FIG. 12 illustrates a situation in which the virtual racer V gets too close to the racer 3 in order to overtake the racer 3. As described above, for example, when the position of the virtual racer V falls within the first threshold from the position of the racer 3, the virtual racer V can be ranked 3 by overtaking. However, if the virtual racer V gets too close to the racer 3 and falls within the second threshold from the racer 3, the application determines that it is a collision and issues a “game over” notification. it can.

  Another possible criterion for “game over” is tire rupture. Race conditions, including weather and race and racetrack factors, can be obtained by the management system 308, for example, transmitted to the application. The tire temperature of the virtual racer V is at least a part of weather conditions including temperature and humidity, surface conditions of the race track, and the number of laps of the race, as well as speed, acceleration, and other input by the user. Based on the above operation, it can be calculated by the application. For example, when the temperature of a tire reaches the maximum allowable temperature specified by the tire manufacturer, the application can be configured to determine that it is a tire burst and issue a “game over” notification.

  In the above description, the collision and the rupture of the tire have been described as reference examples of “game over”. Various other factors and / or situations that are likely to occur in an actual race can also be introduced into the application executing the game. It should be noted that this race game based on an actual race can be configured to be close to live or near real time. Images and audio captured and relayed live by an actual racer are transmitted to the management system 308 via the communication link 312 where they are processed by the image and audio processing module 408 and stored in the memory 420. The processing and storage causes a slight time delay before the image and sound are transmitted and reproduced at the client terminal. However, even if such a time delay occurs, there is a possibility that it is sufficiently within the allowable range of human beings. In this case, the user can experience live broadcasting or experience close to real time.

  In order to play the racing game, a connection to an actual race must be made. Therefore, the connection fee can be charged. Prior to the race, the input information including the account information is input on the client terminal from each user, for example, using an application, and is acquired by the transaction module 412. Payment is made using a payment method designated by the user as part of the account information. Transactions including such billing and receipt of connection fees can be handled by the transaction module 412. Furthermore, in order to enjoy the game, the user may have to obtain an application designed specifically for game purposes. The application for the racing game is downloaded via the Internet from a site associated with the server including the management system 308 of FIG. 3 and arranged in the client terminal, distributed directly from the distributor of the application, or It can be arranged outside the client terminal, for example, in a cloud computing environment. The transaction module 412 can be configured to manage the distribution of the application and associated transactions. This game application may be included in other applications used for inputting user information in the client terminal, executing transactions for users, and other various tasks. Alternatively, the game application may be designed in association with the client terminal as a separate application. As an addition or alternative thereto, the transaction module 412 can be configured to include an algorithm for controlling the game.

  The application for playing a race game can be extended to communicate with the plurality of users so that a plurality of users can compete in the same race game. The application can be configured to allow virtual racers V1, V2,... And VN corresponding to user 1, user 2... And user N participating in the same race game. This allows the user not only to have the opportunity to virtually participate in the race, but also to virtually compete with other users in the same race that is actually taking place. In order to enhance entertainment, points can be distributed to users based on game results. For example, a virtual racer who finished the race game in the first place gets 20 points, and a virtual racer who finished the race game in the second place gets 10 points. Users can accumulate points by participating in multiple racing games. The sponsor of the race or the advertisement can prepare goods or services that can be exchanged for a predetermined number of points. Therefore, the user can experience additional entertainment by competing for accumulation of exchangeable points. Meanwhile, the sponsor can use the opportunity to promote each product or service. For example, 100 points can be redeemed for a T-shirt with a motorcycle manufacturer's logo, 150 points can be redeemed for a pair of racer gloves, and 200 points can be redeemed for a dinner with a selected racer. And so on. The transaction module 412 receives a request to redeem points from a user, exchanges goods or services for each user with points, and performs various other transactions associated with the point system based on the race game. Can be configured to run.

  FIG. 13 shows an example of a process flow for providing the race game based on an actual race. The process shown in FIG. 13 can be added to other process steps controlled by the system. The order of the combined steps can be ordered differently or some may be performed in parallel. In step 1304, the user is provided with an option to play a racing game. Such options are indicated on the prompt page by running an application on the client terminal, for example, so that a user can select to play the racing game by clicking an option button. If the user chooses not to play the racing game in step 1308, the step may be a non-game course, such as step 608 in FIG. 6, step 704 in FIG. 7, step 812 in FIG. 8, or FIG. Proceed to step 904. If the user chooses to play the racing game in step 1308, then in step 1312 information about each user is passed through a prompt page by executing an application for entering the information on the screen of the client terminal, for example. To be acquired. The input information includes account information, for example, the ID of the user, a payment method selected by the user (credit card, PayPal (registered trademark), postal money order, etc.), a credit card number of the user (credit card If selected). The prompt page may include a question regarding whether a user desires to obtain an application designed to play the racing game. The application is downloaded from the site associated with the server including the management system 308 via the Internet and placed in the client terminal, distributed directly from the distributor of the application, or outside the client terminal, for example, It can be placed in a cloud computing environment. The transaction module 412 can be configured to manage the distribution of the application and associated transactions. This game application may be included in other applications used for inputting user information in the client terminal, executing transactions for users, and other various tasks. Alternatively, the game application may be designed in association with the client terminal as a separate application. In step 1316, the various transactions are managed including billing and receipt of charges for user and actual race connections. The fee can be paid by a payment method designated by the user. In step 1320, the race game can be started as soon as an actual race is started, for example using the game application.

  FIG. 14 shows an example of a process flow of an application designed for the racing game. The game application is an application used for inputting user information in the client terminal, executing transactions for users and various other tasks, such as those described with reference to FIGS. May be included. Alternatively, the game application may be designed in association with the client terminal as a separate application. As an addition or alternative thereto, the transaction module 412 can be configured to include an algorithm for controlling the game. At the start of the game, in step 1404, race conditions, including weather and other factors related to the race and racetrack, can be obtained by the management system 308 and transmitted to the application associated with the client terminal. In Step 1404, various parameters are input by the user, and the participation of the user is presented as a virtual racer V. Input from the user to determine the position of the virtual racer includes speed, acceleration, body angle, body orientation, and other inputs that can be entered by peripherals that simulate handles, accelerator pedals, brakes, etc. There are various parameters. Alternatively, the user can input the parameters to the application by manually inputting the client terminal directly using the finger detection function of the screen of the client terminal, a keyboard, or any other input method. it can. The actual racer position, velocity, and other features, as well as the accompanying images and sounds, are acquired by the management system 308. Based on the relationship between at least one of speed, acceleration, body angle, body orientation, and various other parameters entered by the user and the actual racer position, speed, and other characteristics, The application is configured, at step 1408, to determine the current location of the virtual racer V representing the user's participation in the race. In step 1412, the image and sound captured by one of the racers closest to the virtual racer's position is reproduced at the user's client terminal represented by the virtual racer. The parameter threshold is predetermined to determine which racer is closest to the virtual racer. For example, if it is determined that the position of the virtual racer is within a first threshold from the position of one of the racers, the image and sound captured by the racer are transmitted, and the user Is reproduced on the user's client terminal as if traveling. The user wishes to overtake the racer to increase speed, the virtual racer overtakes the racer, and the position of the virtual racer is the first from the racer that is running ahead of the previous racer that has just overtaken. If it falls within the threshold value, the image and sound captured by the racer traveling in front of the previous racer are transmitted and reproduced on the user's client terminal. There are times when the position of the virtual racer is somewhere between two racers. That is, the distance between the virtual racer and any one of the racers may exceed the first threshold value. In that case, an image captured by at least one of the nearby racers can be processed by enlarging and shifting to simulate an image from the viewpoint of the virtual racer. The accompanying audio can be processed and reproduced in a similar manner. Image and sound processing techniques based on magnification, translation, interpolation, or extrapolation using images and sounds captured by at least one of the actual racers, or any other technique known to those skilled in the art When used, it is possible to simulate images and sounds that can be recognized by the virtual racer running at a position between the actual racers. In response, in step 1412, the image and sound captured by one of the actual racers closest to the virtual racer position, or the processed image and sound are sent to the client terminal according to the position of the virtual racer. Is reproduced. In step 1416, the game ends when the actual race ends. Alternatively, various “game over” criteria can be determined in advance. For example, if the virtual racer gets too close to a racer and falls within the second threshold from that racer, it is determined that a collision has occurred and the game is ended. In another example, based on weather conditions including temperature and humidity, race track surface conditions, and / or at least some of the number of laps of the race, the virtual, based on speed, acceleration, and other operations entered by the user. Racer tire temperature can be calculated. For example, when the tire temperature reaches the maximum allowable temperature specified by the tire manufacturer, it is determined that the tire has exploded, and the game is ended.

  As described above, the process for playing the racing game can be extended to communicate with the plurality of users so that the plurality of users can compete in the same racing game. The application can be configured to allow virtual racers 1, 2,... And N corresponding to user 1, user 2... And user N participating in the same race game. This allows the user not only to have the opportunity to virtually participate in the race, but also to virtually compete with other users in the same race that is actually taking place. FIG. 15 shows an example of a process flow relating to the plurality of users 1 to N. As in the single flow of FIG. 14, at the start of the game, race conditions including weather and other factors related to the race and racetrack can be obtained by the management system 308 at steps 1504-1 to 1504-N. , And can be transmitted to the application associated with the client terminals 1 to N. In Steps 1504-1 to 1504-N, various parameters are input by the users 1 to N, and participation of the plurality of users is presented as virtual racers 1 to N, respectively. Input from each user to determine the position of the corresponding virtual racer includes speed, acceleration, body angle, body orientation, and various other parameters. The actual racer position, velocity, and other features, as well as the accompanying images and sounds, are acquired by the management system 308. Based on the relationship between at least one of speed, acceleration, body angle, body orientation, and various other parameters entered by each user and the actual racer position, speed, and other features, The application determines the current positions of the virtual racers 1 to N in steps 1508-1 to 1508 -N, respectively. In Steps 1512-1 to 1512 -N, the image and sound captured by one of the racers closest to the position of each virtual racer are reproduced at the client terminal of the user corresponding to the virtual racer. The parameter threshold is predetermined to determine which racer is closest to the virtual racer. For example, if it is determined that the position of the virtual racer is within a first threshold from the position of one of the racers, the image and sound captured by the racer are transmitted, and the user It is reproduced on the terminal of the user as if traveling. The user wishes to overtake the racer to increase speed, the virtual racer overtakes the racer, and the position of the virtual racer is the first from the racer that is running ahead of the previous racer that has just overtaken. If it falls within the threshold value, the image and sound captured by the racer traveling in front of the previous racer are transmitted and reproduced on the user's client terminal. The location of the virtual racer may be somewhere between the two racers. That is, the distance between the virtual racer and any one of the racers may exceed the first threshold value. In that case, an image captured by at least one of the nearby racers can be processed by enlarging and shifting to simulate an image from the viewpoint of the virtual racer. The accompanying audio can be processed and reproduced in a similar manner. Image and sound processing techniques based on magnification, translation, interpolation, or extrapolation using images and sounds captured by at least one of the actual racers, or any other technique known to those skilled in the art When used, it is possible to simulate images and sounds that can be recognized by the virtual racer running at a position between the actual racers. Accordingly, in each of steps 1512-1 to 1512-N, the image and sound captured by one of the actual racers closest to the virtual racer position, or the processed image and sound correspond to the corresponding ones. Reproduced by the client terminal according to the position of the virtual racer. In each of steps 1516-1 to 1516-N, a representation of the other virtual racer can be added to the reproduced image and sound for each user. Thereby, each user can know where the other virtual racer is located with respect to the position of the user's own virtual racer. In steps 1520-1 to 1520-N, the game ends when the actual race ends. Alternatively, various “game over” criteria can be determined in advance. For example, if the virtual racer gets too close to an actual racer and falls within the second threshold from that racer, it is determined that a collision has occurred and the game is terminated. In another example, if the virtual racer gets too close to another virtual racer and falls within a third threshold from the virtual racer, it is determined that a collision has occurred and the game is terminated. In yet another example, based on weather conditions, including temperature and humidity, race track surface conditions, and / or at least some of the race laps, as well as speed, acceleration, and other operations entered by the user, Virtual racer tire temperature can be calculated. For example, when the tire temperature reaches the maximum allowable temperature specified by the tire manufacturer, it is determined that the tire has exploded, and the game is ended.

  As described above, points can be allocated to users based on the game result in order to improve entertainment properties. Such a process flow can be added to the process flow illustrated in FIG. For example, a virtual racer who finished the race game in the first place gets 20 points, and a virtual racer who finished the race game in the second place gets 10 points. Users can accumulate points by participating in two or more race games. The sponsor of the race or the advertisement can prepare goods or services that can be exchanged for a predetermined number of points. Therefore, the user can experience additional entertainment by competing for accumulation of exchangeable points. Meanwhile, the sponsor can use the opportunity to promote each product or service. The transaction module 412 receives a request to redeem points from a user, exchanges goods or services for each user with points, and performs various other transactions associated with the point system based on the race game. Can be configured to run.

  As described above, motorcycle racing is mainly described as an example of racing entertainment. In this document, “race” refers to motorcycles (motorcycles), automobiles, bicycles, boats, airplanes, horses, skis, skates, skateboards, Sled, wheelchair, yacht, and other vehicles or animals that compete for speed in a race, and a “racer” refers to a participant, ie a human, animal, or machine that competes for speed in the race. The systems and methods described herein can be applied to any race entertainment.

  This document contains numerous specific details, which should not be construed as limitations on the scope of the invention or the claims, but rather on the description of features specific to a particular embodiment of the invention. Should. Certain features that are described in this document in the context of separate embodiments can also be implemented in a single embodiment. Conversely, various features that are described in the context of a single embodiment for simplicity can also be implemented in multiple embodiments separately or in any suitable subcombination. Furthermore, although the above features have been described as functioning in certain combinations and even claimed as such initially, one or more features of the claimed combinations can be implemented from said combinations in some cases And the claimed combinations can be sub-combinations or variations of sub-combinations.

Claims (18)

A system for providing racing entertainment,
A receiving unit for receiving images and sounds captured by a device attached to one or more of the plurality of racers in a race;
An image and sound processing module for processing the received image and sound;
Information related to each of a plurality of users, including information including account information, and selection information of a racer that each user desires as a connection destination is obtained , and each user is obtained based on the obtained information. wherein possess images and a transaction module configured to manage the provision of voice to,
The transaction module is
To get the connection share, calculate the number of users who selected each racer,
A process of distributing points redeemable for goods or services to the plurality of users in accordance with a point distribution rule determined in advance based on at least the connection share and the race result;
A process of determining a bonus or award to be given to each racer based on the connection share;
A system that is further configured to run . The system of claim 1, wherein
The transaction module is configured to determine at least whether or not to provide the image and sound to each user based on the acquired information. The system according to claim 1 or 2,
The transaction module is configured to receive the selection information and transmit the image and sound of the desired racer to a client terminal of a user who has selected the racer;
The transaction module is
Processing to charge each user for a fee for receiving the image and sound from the selected racer;
A system configured to execute processing for acquiring the fee using the account information related to the user. The system of claim 3, wherein
The transaction module is
Storing videos or images of ads created by sponsors,
Billing the sponsor for a fee for the advertisement;
A system configured to perform processing of transmitting the moving image or image of the advertisement to the client terminal of each user who receives the image and sound of the desired laser. The system of claim 3, wherein
The transaction module is
A system further configured to perform a step of transmitting the television broadcast scene of the race to the client terminal of each user who receives the image and sound of the desired laser. The system of claim 3, wherein
The transaction module is
A system further configured to execute a process of transmitting race information including at least one of the time, speed, number of laps, and rank of the racer to the client terminal of each user. The system of claim 3, wherein
The transaction module is
A process of accepting a gambling request from each user's client terminal;
Processing for obtaining personal information for each of the users who received the gambling request;
Based on the personal information and pre-stored legal regulation data, a process for determining whether or not each user who desires gambling satisfies the criteria for allowing gambling,
A process for allowing a user who satisfies the above criteria to participate in gambling;
And a process of determining a payout to be given to a user who satisfies the criteria based on a race result. A system for providing racing entertainment,
A receiving unit for receiving images and sounds captured by a device attached to one or more of the plurality of racers in a race;
An image and sound processing module for processing the received image and sound;
A transaction module configured to acquire information about each of a plurality of users, including account information, and manage provision of the image and sound to each of the users based on the acquired information;
Have
The system is configured such that the user can play a race game, and the program of the race game stored in a computer transmits the image and sound of the racer to the client terminal of the user, thereby While allowing the user to play the racing game on the client terminal,
A virtual racer is set in the image and sound as the user's participation in the game, and the virtual racer is virtually competed with the plurality of racers based on parameters input by the user. system. The system of claim 7 , wherein
The transaction module is
Processing to acquire a wager from the user based on the account information;
A system configured to execute a process of determining points or winnings to be distributed to users who are given the dividend according to a distribution rule determined based on at least the race result. The system of claim 9 , wherein
The distribution rule is determined in advance based on a pooled amount, a connection share, and a race result. The system of claim 7 , wherein
The transaction module further includes:
A system configured to allow a user to receive the payout to pool the winnings and make a bet in one or more subsequent races. A method of providing racing entertainment,
Providing each of the plurality of racers with one or more devices that capture images and sounds recognized during the race by each racer;
An information acquisition step in which the computer acquires personal information about each of a plurality of users and includes personal information;
A transaction process in which the computer manages that each user plays a racing game based on the acquired information;
A computer receiving the image and sound captured by the device attached to each racer;
Computer, transmits the image and sound captured by the device to the client terminal of the user, thereby possess a step of the user to be able to play the racing game in the client terminal,
The racing game based on the images and sounds captured by the devices attached to the plurality of racers is displayed on the user's client terminal by an application executed on the user's client terminal,
On the client terminal of the user who has selected the application to play the racing game,
Receiving parameters input by a user who has chosen to play the racing game;
Determining a position of a virtual racer for the plurality of racers during the race based on the parameters;
Displaying the image and sound captured by the device attached to one of the plurality of racers or the processed image and sound depending on the position of the virtual racer;
Ending the racing game when the race ends or when one of the predetermined criteria for game over is met;
How to run . The method of claim 12 , wherein
The method wherein the predetermined criteria for the game over includes criteria based on at least a portion of race conditions including weather and factors relating to the race and racetrack. The method of claim 12 , wherein
The parameter includes at least one of speed, acceleration, body angle, and body orientation representing the user's operation. The method of claim 12 , wherein
The reproduction process includes
When it is determined that the position of the virtual racer is within a first threshold from the position of any one of the plurality of racers, the image and sound captured by the device of the arbitrary one are A method comprising a step of displaying on the client terminal of a user. The method of claim 12 , wherein
The reproduction step further includes:
When it is determined that the position of the virtual racer is outside the first threshold from the position of any one of the plurality of racers, the processed image and sound are transmitted to the client terminal of the user. Having a process of displaying,
A processing technique including at least one of enlargement, translation, interpolation, and extrapolation based on the image and sound captured by at least one of the plurality of racers. How to generate using. A method of providing racing entertainment,
Providing each of the plurality of racers with one or more devices that capture images and sounds recognized during the race by each racer;
An information acquisition step in which the computer acquires personal information about each of a plurality of users and includes personal information;
A transaction process in which the computer manages that each user plays a racing game based on the acquired information;
A computer receiving the image and sound captured by the device attached to each racer;
A step of transmitting the image and sound captured by the device to the user's client terminal, thereby enabling the user to play a racing game on the client terminal;
Have
The race game based on the images and sounds captured by the devices respectively attached to the plurality of racers is executed by an application executed on a client terminal of a user who has selected to play the race game. Displayed on
Each user is associated with the client terminal, and the application is associated with each client terminal.
Obtaining a parameter input by each user;
Determining a position of a virtual racer associated with each of the users based on the parameters for the plurality of racers;
In the client terminal associated with each user, the image and sound captured by one of the plurality of racers or processed according to the position of the virtual racer associated with each user Displaying images and sounds;
Displaying the other virtual racer on the image and sound displayed on the client terminal associated with each user based on the position;
Ending the race game when the race ends or when one of the predetermined criteria for game over is met. The method of claim 17 , wherein
The computer distributes points to the plurality of users based on the result of the game,
The method wherein the points are accumulated for one or more racing games and are redeemed for goods or services.

Images