JP2021073554A - Computer image processing method and system for presentation of image object or text in wagering environment - Google Patents

Abstract

To provide a method and a system for performing wager.SOLUTION: A method includes the steps of: starting a first betting session; generating a betting product to store it in a memory element; transmitting information on the betting product stored in the memory element to at least one user; receiving a plurality of bet requests for performing wager on the at least one betting product from one user to store it in the memory element; validating one of the plurality of bet requests stored in the memory element; and by comparing a numerical term associated with another one of the plurality of bet requests stored in the memory element with a corresponding numerical term associated with the one of the plurality of validated bet requests, determining that the numerical term is within a non-zero range with respect to the corresponding numerical term.SELECTED DRAWING: Figure 1

Description

This application has priority in US Patent Application No. 11/467047 dated August 24, 2006 and is incorporated herein by reference in its entirety.

The present specification relates to image processing methods and systems, and more specifically to systems and methods for displaying image objects or text on an interactive display in a betting environment.

According to at least one aspect of the present disclosure, computer image processing systems and methods are provided for displaying image objects or text in a betting environment.

In at least one embodiment, the computer image processing method comprises a step of receiving a request for betting information and a step of displaying an image object on the image user interface screen, including a step of displaying the image interface screen on the user interface. Provided for. The image interface screen includes a reference betting line, such as a market betting line, that has a value corresponding to a reference variable value associated with the object, such as the market value of the object. Alternatively, or additionally, the interface screen may have a high line with a value corresponding to an amount higher than the reference variable value, a low line having a value corresponding to an amount lower than the reference variable value, or at least one or more. Spread line may be included. Market, high, low and spread lines may be spatially placed on the interface screen at least based on the values of each of these lines.

In one embodiment, the interface screen comprises at least one computer-generated or otherwise methodized image object associated with each of the betting lines. The at least one image object is selectable for submitting at least one of the up bet request and the down bet request. The at least one image object may be rotated or moved when it is in a tradable state. The interface screen may further include odds associated with at least one of the up-bet and down-bet requests superimposed on the image object. In one embodiment, the interface screen and / or at least one market or reference betting line, high line, low line, spread line, and odds are automatically used to reflect fluctuations in the market value of the object. I'm refreshing.

Further aspects of the invention of the present application will be apparent by viewing the following description.

In order to provide a more complete understanding of the inventions and features of the present application and their advantages, reference numerals to the following description are used in combination with the accompanying drawings, wherein the numbers of the same reference numerals represent similar parts. To do.

FIG. 6 is a block diagram of a gaming system betting on an event in a market environment according to at least one embodiment of the system disclosed herein. An interface screen for use in accordance with at least one embodiment of the methods and systems disclosed herein. FIG. 5 is a block diagram of a central controller according to at least one embodiment of the system disclosed herein. It is a flow chart which shows the method for betting on the market environment by at least one embodiment of the method disclosed in this specification. FIG. 5 is a flow diagram illustrating a method for validating at least one bet request according to at least one embodiment of the method disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein. This is an interface screen used in accordance with at least one embodiment of the method and system disclosed herein.

FIG. 1 is a block diagram of a gaming system 10 according to at least one embodiment of the system disclosed herein, in which the user relates to an event that occurs within a financial or other market, as disclosed herein. This provides at least one image user interface screen that allows bets or bets to be placed. In one embodiment, the gaming system 10 is at least one central controller coupled or in communication with the entire communication network 18 having at least one user interface 16 for use by one or more end users 12. Includes 40. The gaming system 10 may also include or accompany an administrator module 50 and a financial market data element 60.

The user interface 16 may include one or more elements that provide connectivity and / or dialogue for one or more end users 12 along with other elements within the gaming system 10. The user interface 16 may include, for example, one or more input and / or output devices such as a processor, memory, keyboard, mouse, display, internet element 20, wireless element 22, casino facility element 24, television (or display) element 28. Etc. may be provided. Each of these elements may provide related functionality in the form of hardware, software, or a combination thereof.

The central controller 40 comprises a processor 42 and a memory element 44, as well as software stored in memory, to perform one or more steps of the methods described herein or provide functionality at runtime. You may. In one embodiment, the central controller 40 generally provides back-end functionality for the methods described herein, and the user interface 16 provides front-end functionality.

The gaming system 10 provides, in certain embodiments, a more flexible and better opportunity to diversify bets on a number of financial or other market events. The methods and systems described herein may be examples of betting on events occurring within the financial market, such as one or more indicators that have reached a certain amount level at the end of a betting session. The method and system is equivalent to betting on other events not related to the financial market, such as sports events, horse racing or dog racing, casino games, lottery, etc., but not limited to these. Please understand that it is applicable to. In addition, methods and systems are described with respect to market prices or values, but in addition, the methods and systems of the present application include trading volume, bid size, required size, revenue, sports and non-sports scores or statistics, jackpots, etc. Similarly, it should be understood that it is equally applicable to variables without price references, such as those not limited to these. The methods and systems herein are generally applicable to bets on the value of reference variables associated with any object, the value of which object is subject to change over time. Accordingly, the specification provides methods and systems that provide a user with the opportunity to place a bet based on whether a particular level is reached at a specific time in which the reference variable is worthy.

In some embodiments, the gaming system 10 provides betting opportunities or betting products for bets on events that occur in the financial or other markets and determines the odds for the occurrence of such events in the market. The terms "betting opportunity" and "betting product" used herein are used as synonyms. For example, as will be described later, the system 10 determines the odds of betting on the value of an asset, a plurality of assets, an index, etc. that fluctuates in a certain direction or reaches a certain price level or a plurality of levels in a fluctuating market. In addition, it may provide an opportunity to bet on whether the value of the asset meets at least one of these betting conditions at one or more times over the entire trading day. In this regard, the gaming system 10 may divide the trading date into multiple in-day betting sessions, each with a start time and expiration. Therefore, the trading day may be regarded as having a plurality of expirations within the same day. The betting session may be object-specific or comprehensive for all objects. That is, the start time may occur at different times for a certain object and may be the same for all objects.

The gaming system 10 may further include a pricing engine such as a software component or module, which can operate as follows. 1) determine variable or fixed odds around a variable or fixed market line, respectively, one or a set, 2) determine the exact variable market line associated with the fixed odds, and / or 3) financial fixed Receive betting information to determine and / or display debt management information related to betting activities.

For variable odds / fixed line betting products, the system 10 provides an interface screen that displays the odds around the reference betting line that have values that are invariant during the betting session period or the current maturity throughout the trading day. In this example, the system 10 sets the value of the reference variable at the start of the betting session, i.e., the betting line value at the start time, and at a later time the level is higher or lower than the initial value of the reference variable. Determine the odds for the value of the reference variable that has reached. System 10 further determines the odds for the value of the reference variable reaching different levels, preferably dynamically at different times throughout the betting session, to reflect real-time changes in the value of the object. You may. Therefore, the system 10 is more than the initial value of the reference variable having the odds and the corresponding payout based on the set odds and / or the corresponding payout based on the value of the reference variable at the time the end user 12 placed the bet. , The end user 12 may provide a betting opportunity to place a bet on whether the value of the reference variable at the close of the betting session has reached a high or low level.

For example, assume that the reference betting line corresponds to a fixed market line, eg, a betting session (T ₁ ) corresponding to the Dow market value starting at 11192.8. At the time after the betting session (T ₂ ), as shown in FIG. 5, the Dow value is 11192.5 and the odds that the Dow ends higher than the 11192.8 level at _{T 2 are 10/11.} Yes, the odds for the Dow ending below the 11192.8 level at _{T 2 are 8/11.} Generally, the odds will vary from Dow initial value at the start of betting session based on the market value of the Dow at least T _2. Therefore, the end user 12 _{places a bet at time T 2 for} the up position and makes a "bet up" with a corresponding payout of (W) x (10/11) for the bet (W). It is also possible to make a "bet down" in which the corresponding payout for betting is (W) x (8/11). Similarly, the end user 12 may place a bet on the same fixed market line at a later time in the betting session, eg, a market at a later time, as shown in FIGS. 6-8. The odds that reflect the fluctuations in the market value of the object at a later time, such as the odds based on the value, are determined. Similarly, the end user 12 may place a bet on the high line, low line, or spread line, as described in detail below.

In addition to variable odds / fixed line betting, the gaming system 10 may also provide fixed odds / variable line betting results that allow the end user 12 to place bets on the dynamic market. Then, a reference betting line, such as a market line, has a value corresponding to the current value of the reference variable at different times of the betting session to reflect any market shift and fluctuation. In this example, system 10 provides an interface screen with a reference betting line that reflects changes in the value of the reference value in real time or in some other form, at the end of that betting session or trading day, eg, at that time. You may determine the odds of an object that has reached a different level that is higher or lower than the current level. The system 10 then allows the end user 12 to select the current value for the reference variable, and the value of the reference variable is higher than the current value selected at the end of the betting session. A betting opportunity may be provided in which a bet can be placed at a low rate and the odds and the corresponding payout based on this are basically fixed or invariant at least during the betting session. In a variable line embodiment, the fixed odds may be fixed at any time, including the start time of the trading day, the start of the betting session, and so on. For example, the end user 12 has 11252.9, as shown in FIG. 10, where the Dow's current level value at the time was the current level at the _{first time (T 1) in the betting session.} Close at either higher or lower, or as shown in FIG. 11, the Dow is higher or higher than the current level at the time at the _{second time (T 2), 11252.0.} You may bet on a low close, where T ₂ > T _{1 as shown} in FIG. As can be seen in FIGS. 10-11, the odds for betting on the variable market are fixed at 5/6 for both times and in both directions.

As mentioned above, the end user 12 may bet that the closed time value of the selected market, such as FTSE, is higher or lower than the value of the fixed or fluctuating market line value. In addition to the market betting line, the end user 12 may also enjoy additional betting opportunities with respect to the fixed or variable betting line. In one embodiment, the system 10 is, for example, about 1% higher or lower than the market line, or any other percentage of 0.5% to 10% or more, or about 9 units above the market line. High or low, or at some amount, such as 1 to 100 units (scales) or any other amount above, that the market closes at a predetermined level above or below the fixed or variable reference betting line. Based on theory, provide betting opportunities.

Therefore, in an embodiment of variable odds, the gaming system 10 takes a certain percentage, a certain number of units, etc. from the value of a reference betting line, such as the fixed market line shown in FIGS. 5-9, respectively. High or low, high line levels and / or low line levels may be provided with betting opportunities. The end user 12 may then bet on whether the value of the variable closes higher or lower than the high and / or low line values. In this example, the system 10 may determine variable odds on a dynamic and real-time basis, preferably during a betting session for high, low, or any other line level. ..

In a fixed odds embodiment, the gaming system 10 may provide similar betting opportunities for high and low line levels and spread around the current value of reference variables such as variable market lines. A betting opportunity may be provided for a line based on, which will result in the spread line containing better odds (from the bettor's point of view) than those associated with a variable market line without spreads. Such odds may be essentially even (1/1), as opposed to, for example, 10/11 type odds for the market line. Therefore, the system 10 determines fluctuating values of high, low, and spread line values, preferably on a dynamic and real-time basis during betting sessions, in order to maintain the desired fixed odds. You may.

One-day revocation for betting sessions, as well as other intra-day and long-term revocations, may be similarly adjusted by the gaming system 10. Bets have been placed on any suitable financial market such as FTSE, German DAX, French CAC, NASDAQ, American Exchange (AMEX), New York Stock Exchange, Nikkei, Credit or Public Corporation Market, and Hang Seng Index. May be good. Therefore, the gaming system 10 may promote frequent bet expiration for betting associated with any number of suitable financial instruments. Bet or betting sessions may also be extended to expire every minute or 30 seconds, or any combination thereof or in the amount in between. Based on this, the end user 12 may be offered the opportunity to bet on multiple events / scenarios throughout the trading day. Therefore, the target financial market is the basis for normal intra-day betting activities.

In at least one embodiment, the system 10 is immediately extended to adjust at least one defined future time frame, such as every 5 minutes, every 30 minutes, every hour, etc., throughout the market time of the trading day. Provide a betting session with a bet expiration. For example, if the trading day is split into sessions with expiration every 5 minutes, the betting opportunity is defined for the FTSE market as follows (GMT time). (Start bell) Continue until 10:00 am, 10:05 am, 10:10 am, etc., and 17:05, 17:10, 17:15, 17:20 (end bell). Similar principles apply to other session durations.

Similarly, the system 10 may allow the end user 12 to identify his or her own determined maturity. This may be an imminent maturity or any later maturity. Therefore, customers in a betting shop or online environment may be offered betting opportunities at any time throughout the day. Settlement may follow bet maturity immediately after maturity, during the working period of the next or any other later betting cycle and / or in parallel with or in any other manner, etc.

The gaming system 10 may allow the end user to place a bet on a session with a timeless maturity. In such a scenario, the bet expires at a defined delay time measured from the moment the bet is administered, as opposed to the defined or planned maturity throughout the trading session. This allows the end user 12 to know that the bet placed in this way will expire, for example, at 5 minutes or at any other time after the bet is placed, and the bet can be placed at any time throughout the day. it can. For example, a bet with a 5-minute maturity placed at 12:07:35 will be settled at 12:12:35. Therefore, the bet does not have to expire at the nominal interval for all participants, but instead it expires based on a clear mark, a delay from the time the bet was placed.

Another possibility that comes from the configuration of the gaming system 10 is that sophisticated participants, for example, betting in one way in individual transactions and vice versa against the outcomes of multiple other events. By taking a position, the overall risk involvement or exposure could be continuously adjusted. For example, participants first bet that the NASDAQ market will rise, but may also have a sell position at Russell 2000. With this mixed risk participation strategy, participants efficiently balance their bets and their betting portfolio in a manner similar to investors avoiding risk in their investment portfolio by offset trading on underlying securities assets. It will be possible to let them or avoid risks.

The end user 12 is a client, customer, prospective investor, or any individual or entity wishing to place a bet. Similarly, the end user 12 may request access or participation in communication using the user interface 16 that is bidirectionally supplied to the central controller 40 via the communication network 18. The end user 12 may view data such as the performance characteristics of the in-transit physical commodity object associated with a particular market in order to take a position such as a bet on any given goal. Alternatively, or in addition, the end user 12 may initiate another entity or element, such as a program, database, or any other component, device, element, or item capable of initiating voice or data exchange within the gaming system 10. May represent any device or object that intends to initiate communication instead of. As used herein, the term "data" refers to any type of numerical, audio, or script data, or any other suitable information in any format that is communicated from one point to another.

The fact that the end user 12 may bet or participate in the bet indicates that legal means will be used to bind the end user 12 to the agreement. Bet is optional, such as written documents, electronic files such as e-mail, database input, facsimile messages, computer displays, report input, verbal consent between two groups, or a combination thereof. It may take the appropriate form of. Such bets are flexible in terms of items, expressions and provisions. In general, any information or data that is relevant or of interest to the betting participant or host organization is for the two (or more) organizations bound by the bet, provided that the items contained are mutually agreeable. If so, it may be included in the bet.

The user interface 16 may be any device that facilitates betting on selected financial or other markets. The user interface 16 can generally operate alone or in combination with the central controller 40 to communicate with at least one request associated with betting processing and / or betting opportunities as described herein. is there. Similarly, the user interface 16 allows the end user 12 to access other elements of the gaming system 10 and provide information such as betting opportunities and replies to the betting opportunities provided herein in the gaming system 10. A portal may be provided for bidirectional communication with related components. The user interface 16 may be a computer, a server, a management center, a single workstation, or a headquarters office for any individual, business, or organization that manages or facilitates betting activities. Accordingly, the user interface 16 may comprise any suitable hardware, software, equipment, components, elements, or items utilized or implemented to achieve such operation or function in a gaming environment.

In one embodiment, the user interface 16 displays an internet element 20, a wireless element 22, a casino facility element 24, a television element 28, or an image or information such as a cable, hygiene, closed circuit, biometric element 65, and the like. Includes any one or more selection of elements such as any other receiver for. Any suitable number and combination of interfaces may be implemented within the gaming system 10 according to usage, traffic, architecture, and other reasons.

The user interface 16 is a mobile phone, electronic notebook, personal digital assistant (PDA), personal computer or laptop computer, special purpose handheld device, or any other suitable device, wireless or other form. Any suitable interface that facilitates communication with the end user 12 with any other element within the gaming system 10, such as a component or an element that has access to one or more elements within the gaming system 10. Or it may be an object. Similarly, the user interface 16 is a display, microphone, keyboard, camera, mouse, roller ball, touch screen display, biometric sensor, or any other suitable terminal device according to a particular configuration and arrangement. Etc., any suitable interface for a human user to interact with the gaming system 10 may be included. In addition, the user interface 16 may be a unique element, such as a special purpose communication device, specifically designed for communications including the bets disclosed herein. Such elements may be specifically assembled or manufactured for financial applications, including the end user 12.

The user interface 16 may be owned or operated by any suitable entity having the ability and / or authority to operate in the gaming industry. There may be a direct connection between the user interface 16 and any financial or other exchange transaction, whereby the information associated with the exchange transaction is delivered to the end user 12 prior to the execution of the sale. It may be viewed. Therefore, the user interface 16 provides the end user 12 with real-time market and / or financial data to provide relevant information used to make a decision as to whether to place, buy, or sell a bet. It may be delivered. This financial information may be retrieved from the financial market data element 60, or any other suitable element such as the direct connection described above. The financial market data element 60 may be relay data such as price information, market line values, maturity data, financial graphs and charts, market history, or moving averages for the end user 12, for example. Similarly, other relevant financial data may be delivered immediately based on specific demand.

In order to deliver accurate and timely information, the financial market data element 60 may be directly connected to the communication link of the corresponding exchange transaction transmitting the financial data. Alternatively, the financial market data element 60 collects this information from any other location, such as a newswire or server that operates to deliver the information to investors in real time, and delivers the desired data to the end user 12. It may be delivered. The financial data element 60 may be embodied by software, hardware, or a combination thereof. The system 10 may store information received from or in connection with financial data elements 60 in one or more databases.

The user interface 16 includes or may include at least one self-service betting machine. In some embodiments, the self-service betting machine allows the end user 12 to pay the machine using cash, vouchers, credit / debit cards, etc., and use it to place one or more bets. Then, you can receive a printout of the ticket etc. and check the bet placed. The user interface 16 may also include a biometric element 65, such as a fingerprint reader or any other biometric sensor, to authenticate the user's identity. The biometric data generated by the biometric sensor may be used to verify the user's identity for access to an account, electronic remittance, etc. For example, the biometric data may be transmitted from the interface 16 to the central controller 40, where the data is compared with the stored biometric data. If the biometric data match, the user may continue to bet according to the method disclosed herein. In addition, the result of the biometric data match may be communicated to a third party such as a bank, thereby from the account of the third party user to the user of the gaming system provider based on the biometric match. Funds may be transferred electronically to one or more betting accounts.

Printouts for winning bets may be returned to the self-service betting machine to receive payments or vouchers, and payments or vouchers may be used to receive payments from the teller. In another embodiment, the self-service betting machine allows the end user 12 to use a credit card, debit card, or smart card to place a bet. A credit or debit card may have an accompanying account, which may be a betting account provided and / or managed by a betting account provider using, for example, a centralized computer system. The accounts and information that accompany it may also be stored in the end user profile as described below with reference to FIG. The smart card may itself store information about betting accounts and various bets. In some embodiments, after the bet expires, the end user 12 may insert or pass his credit, debit, or smart card into the self-service betting machine to update the balance of the card.

The user interface 16 may implement one or more telephone operators and one or more websites. The end user 12 may access or communicate in any suitable manner using such an interface. The telephone operator may separately communicate information to the end user 12 and take a bet from the user. Similarly, the website may transmit betting information to the end user 12 who may use it to place a bet. One or more such websites may be provided by one or more servers associated with the owner or operator of the gaming system 10.

An internet betting provider may offer betting on an internet account by providing an online betting account to one or more end users 12. Using an online betting account, customers fund their account and betting on betting events such as variable and fixed odds, variable and fixed references, markets, high, low and spread lines, historical data, etc. You may connect to one or more websites associated with your Internet betting provider to view information and place bets. Such online betting accounts may include one or more different types of accounts such as deposit accounts, credit accounts, margin margin accounts, stop loss accounts, hybrid accounts and the like. Such accounts and their contents may be stored in the end user profile, as shown in FIG.

The communication network 18 is a communication platform capable of operating to exchange data or information between the end user 12, the user interface 16, and / or the central controller 40. The communication network 18 may be an internet architecture, which provides the end user to electronically execute or initiate the buying and selling accompanying the bet. Alternatively, the communication network 18 is an analog telephone line (plain old telephone system, POTS), which the end user 12 can use to perform the same operation or function. Such a transaction may be assisted by a broker 30 associated with the user interface 16 or may be manually keyed into a telephone or other suitable electronic device to request execution of the transaction. In other embodiments, the communication network 18 may be a communication interface or any packet data network (PDN) that provides communication between any two nodes in the gaming system 10. The communication network 18, or additionally, any local area network (LAN), metropolitan area network (MAN), wide area network (WAN), wireless local area network (WLAN), It may be a virtual private network (VPN), an intranet, or any other suitable architecture or system that facilitates communication within a network or telephone environment, or a combination thereof.

In one embodiment, the central controller 40 includes a processor 42 and a memory element 44. The central controller 40 generally provides a back-end function for the methods described herein, such as receiving a request from an end user 12, for an event that occurs in a market environment such as a financial transaction within a financial market. It is possible to act to process these requests so that the based bet is made. The resulting bets may be properly managed and stored by the processor 42 and then properly stored in a memory element 44 such as the database 45 or any other suitable format. Processor 42 may be any betting item required by the end user 12, such as desired maturity, type of exchange transaction, odds, reference line, market line, high line, low line, spread line value, etc. Assistance may be provided in the processing of the condition. If the central controller 40 is unable to match the betting information or bid bet items provided by the end user 12 with those available in the market, the central controller 40 contacts the end user 12. , The end user 12 may be notified of information about a situation in which the bet cannot be fulfilled.

Processor 42 may include any suitable processor that executes betting system applications or other computer instructions that facilitate betting. The processor 42 may be a CPU and / or a microprocessor and may include any suitable number of processors that operate in conjunction with each other. Processor 42 generally includes current software, various algorithms, calculations, or betting values, betting odds, markets, high, low, or spread lines, variable or fixed, and / or potential payment data. It is possible to perform calculations to determine bet data and perform authentication, verification, or any other function that facilitates the method of disclosure herein. Processor 42 may determine these current bet data based on data received from memory element 44 and / or from financial market data element 60. In addition, the processor 42 may update these current bet data based on the new information received from the financial market data element 60. In some embodiments, the processor 42 may update the current bet data in real time, substantially in real time, or at preset intervals such as every 5 to 30 seconds. In addition, the processor 42 may perform the operations described herein in order to establish betting odds, variable market lines or levels based on which the end user 12 is provided with a betting opportunity. .. In other embodiments, the odds are determined externally to the gaming system 10 and simply transmitted from the external link to the central controller 40.

The memory element 44 includes a random access memory (RAM), a read-only memory (ROM), a dynamic random access memory (DRAM), a high-speed cycle RAM (FCRAM), a static RAM (SRAM), and a field programmable gate. Arrays (FPGAs), erasable programmable read-only memories (EPROMs), electrically erasable programmable read-only memories (EEPROMs), microcontrollers, or microprocessors, hard drives, optical media, magnetic media, etc., or these. It may include one or more memory devices that facilitate betting, such as combinations, or store information related thereto. The memory element 44 can operate to store data that is generally used by the processor 42 in odds and / or payout decisions. In addition to storing betting information, the memory element 44 may store in it software that performs some or all of the functions described herein at run time.

Note that the internal structure of the central controller 40 is flexible and can be immediately changed, modified, reorganized or reconfigured to achieve the intended operation. Thus, the central controller 40 may operate any suitable component, device, application specific integrated circuit (ASIC), hardware, software, processor, algorithm, ROM element, RAM element, EPROM, EEPROM, or central controller 40. It may be equipped with any other suitable object that can operate to facilitate. Within the environment of the gaming system 10, the structure of the central controller 40 provides considerable flexibility.

In an alternative embodiment, the user interface 16, the communication network 18, and / or the central controller 40 provides a human interface between the end user 12 and bets related to the financial market, one person and the whole. Alternatively, it may be partially replaced. In such embodiments, the agent of user interface 16 (or any other suitable person or agent), for example, via a telephone, network, other suitable electronic device, or directly by verbal language. , The end user 12 may be contacted. The agent or agent may receive a request from the end user 12 and execute a transaction including a bet, such as a bet request, a bet request item, or other input. The agent or agent may then represent the request to the appropriate entity for making the bet, or may trade the broker. The agent or agent may then record the completed transaction once and then contact the end user 12 to confirm that the transaction has been executed. Any suitable type of receipt may then be issued to the end user 12 to indicate the betting item. Additional details relating to the internal structure of the central controller 40 will be described later with reference to FIG.

The administrator module 50 is an element that cooperates with the central controller 40 to confirm the fair and proper execution of the betting transaction initiated by the end user 12. The administrator module 50 is an optional component of the gaming system 10. The administrator module 50 may be used in certain embodiments to control any operation of the central controller 40. For example, the administrator module 50 may be used to manually set betting odds, approve a margin request or a separate bet request, or stop the operation of a particular bet. In the selected example, the administrator module 50 may request additional margin throughout the day without waiting for routine all-day settlement. In yet other scenarios, the administrator module 50 may be used for general monitoring functions. In this example, the administrator module 50 may act as an interface for the user to send at least one query to the data stored in the system, such as a table or database. Module 50 may also serve as an interface for parsing, extracting, filtering, deleting, etc., or more generally processing data stored on the system. The administrator module 50 may be accessed using the provider interface 32, which is similar to the end user interface 16 for communicating with the central controller 40 and / or the administrator module 50. Any type of device may be used. Further, the administrator module 50 may be implemented in software, hardware, or a combination thereof.

FIG. 2 shows an interface screen or page 70 used for communication with at least one embodiment of the method and system disclosed herein. The interface screen 70 generally shows that at the end of a trading session or trading day, variables associated with the selected market or object, in some cases, are market line 71, high line 73, low line 75, and It provides an opportunity for the end user 12 to bet on whether a level above or below a defined market level, such as spread line 77, has been reached. As mentioned above, the expiration associated with a bet or multiple bets may vary. For purposes of illustration, the expiration 79 for the interface shown in FIG. 2 is the expiration of the day ending at the closing time of the market.

The interface of FIG. 2 is associated with an object such as an index value, a particular asset or multiple assets, or any other transferable item for the fixed odds and / or variable odds embodiments described above. System 10 may generate an interface screen containing one or more betting lines, image objects, buttons, and / or text that provides a total of eight or less betting opportunities for the values of the above reference variables. Show that. The term image or image object as used herein includes, but is not limited to, still or video images, text, buttons, etc. End to submit a bet request for at least one betting opportunity provided together. • Used to indicate any item that is configured to be selected by user 12 and displayed on the interface screen. The interface 70 may include a list 72 containing at least one selectable link for placing a bet in the selected inter-exchange transaction.

Eight or less betting opportunities are based on the ability of the user to bet that the identified market or objects within it close higher or lower than at least one of the four individually defined levels. .. In this regard, the interface screen 70 may display at least one of the betting lines having a value 81 corresponding to the selected reference variable of the object 89, such as the market price of the object 89, which value 81 is up. A selectable image for the user to place a bet (up bet) on position 76a and at least one for the user to place a bet (down bet) on down position 76b with respect to the value 81 of the betting line 71. It may be super-impose and displayed on the line 71 together with one selectable image. Similarly, the interface screen 70 displays values for each betting line such as the value 83 associated with the high line 73, the value 85 associated with the low line 75, and the values 87a and 87b associated with the spread line 77. Each betting line may also correspond to the value of the selected reference variable, with a corresponding image for betting in either the up or down position for each line.

In one embodiment, the image object displays the odds for a bet on a particular position that is available together. Lines may be displayed on the interface screen 70 in a spatial relationship based on the value of a particular line with respect to other lines or multiple lines. As shown in FIG. 2, the lines may be spatially arranged, with lower value lines drawn below the higher value lines. The spatial distance between the lines may vary to reflect any approach in the spread between the lines. For example, the distance may be narrowed to provide a scaled view of the betting line or widened to provide a zoomed view of the betting line. The images and / or text displayed on the interface screen may be dynamically updated to reflect changes in the values of the objects or in odds for betting opportunities. Betting data such as betting lines and odds are preferably automatically refreshed without user intervention.

In one embodiment, the interface screen 70 includes a high line 73, a current market line 71, and a low line 75 for betting on indicators such as FTSE. In the fixed odds embodiment, the value of the current reference betting line, such as the current market line, is preferably changing to reflect the change in the value of the indicator in real time. Thus, the high and low line values also fluctuate if, for example, the high and low lines are about 1% higher or lower than the reference and then the current market level line, respectively, by about 1%.・ It may fluctuate based on the level. In more volatile markets or certain demands, such high and low lines are any appropriate percentage from the reference betting line, such as the market line, in order to achieve favorable fixed odds for each betting position. -It can be an increase or decrease in level or amount.

The high line 73 in the example of FIG. 2 is at 4404. High (up bet) and low (down bet) betting opportunities represent constant fixed or fixed odds that last at least during the betting session. The higher odds are generally the odds against the current level (sell position), and the lower odds are the odds supporting the current level (buy position or "odds on"). Therefore, the set of bet images 74a and 74b may reflect the sell and buy positions with respect to the high line. Bet 74a contains 5/1 odds, while bet 74b contains 1/12 odds. Similarly, the pairs of bet images 80a and 80b have higher odds of 1/12 (up bet, buy position) and lower odds of 5/1 (down bet, sell position). May be reflected and provided.

As mentioned above, the value of market line 71 is actually about 10/11 for objects such as FTSE, with fixed odds for high (up bet) or low (down bet) betting opportunities in this example. It may fluctuate to reflect the market level of the market, or it may change constantly. The current market line at the time is at 4354, which includes a set of bet images 76a and 76b, which represent a high (up bet) or low (down bet) position with both accompanying odds of 10/11. .. In addition, separate bet images 78a and 78b may be provided next to the reference to the current market line 71, a derivative of the spread line. The two bets on the spread line are filed at levels 4361 and 4348, respectively and are calculated to provide even betting odds for both up and down betting opportunities. Therefore, a second closest current market level is offered, which also fluctuates with respect to the market line, with a market spread, i.e., at an amount that the customer is even at the market expiration above or below the spread line. You can bet. In this example, a 13-point spread straddles the reference market middle line (straddle), providing additional betting opportunities for the end user 12.

The high and low line values may fluctuate over time to maintain the desired odds fixed throughout the trading session, in addition to reflecting market volatility. Spreads between the high line, market line, and low line generally narrow or fluctuate as session expiration approaches, at least based on the time remaining in the session. It also remains even for high (up bet product) and low (down bet product) positions (bets 78a and 78b) with respect to the spread line value. It also applies to the purpose of being. Therefore, such lines are not only floating in the sense of market volatility, but are converging as the time to close the betting session progresses. For example, if you have 5 minutes left to bet on a daily session, these lines are extremely narrow. Thus, on a trading day or during a betting session, the high line generally falls and the low line generally rises, while, in some cases, the odds remain relatively constant.

Similarly, over time, when a market or betting session closes, some betting opportunities may be invalidated or otherwise eliminated due to practical constraints. For example, a market generally fluctuates with its total number incrementing. Thus, for example, spreads such as bet images 74a, 74b, 78a, 78b, 80a, and 80b that are too narrow to provide a practical betting opportunity may be eliminated as the market approaches closing.

Thus, the betting provider may bet by disabling the high and low lines, for example, if the line is closer than the 5 to 10 scale, or is any other amount from the market line or both. Opportunities may be constrained. Similarly, betting providers offer betting opportunities if the odds are too high, such as above or equal to the 100/1 threshold, or too low, such as below or equal to the 1/28 threshold. May be disabled. A betting opportunity, as shown in FIG. 7, is by simply deleting the image with a particular invalidated bet, or by changing the color of the image to a color that has a different lightness than the original color. And / or may be invalidated by removing the odds that appear above the image object that accompanies a particular betting opportunity on the image. For example, an initially bright red image may be replaced with a light red image. Any type of modification may be used to indicate that the bet has been erased, such as by replacing the opacity with a transparent or translucent image in a moving image with a non-moving image and a rotating image with a non-rotating image. I want you to understand. In addition to invalidating the entire line, the provider may invalidate only that part, such as the up bet image and / or the down bet image.

In one embodiment, the image reflects the tradable state of the betting opportunity. The tradable state may be at least one of "tradable", "viewable" and "off". In the tradable state, the image associated with the betting opportunity is both viewable and tradable, i.e. the user may place a bet by selecting the image. In the viewable state, the image is viewable but not tradeable, for example the betting opportunity is erased or otherwise invalidated. In the off state, the product is neither viewable nor tradeable.

The odds of 1/12 for buy bets 74b and 80a and 5/1 odds for sell bets 74a and 80b reflect fixed odds for the corresponding lines, namely 4404 and 4306, respectively, which are betting sessions. Determined based on the time remaining in and / or market instability. Therefore, the end user 12 may select image 74a and use it to place a $ 100 bet at 5/1 odds for the FTSE to close above the high line. If the FTSE closes at 4425 at the end of the trading day, the bet is a winning bet and may be settled later. In this example, the end user 12 would collect $ 500 (Wx (5/1)) from the winning bet in addition to his first bet, for a total of $ 600. Instead, the end If user 12 selects image 74b and places a $ 100 bet at 1/12 odds, then at the close of the betting session this bet will be identified as a losing bet and the end user 12 will be $ 100. You will lose your bet, while if the FTSE closes at 4390, the end user 12 will be rewarded with $ 100 (1/12) (the odds offered) in addition to his stake. , You will get a refund of about $ 108.33 for the winning bet.

As mentioned above, the price or value of the market or other reference line presented to the end user 12 may be provided by the transmission of the communication. This transmission reflects the daily market conditions and can effectively anticipate news streams and other financial parameters that could potentially affect the market. Other embodiments, which will be described in more detail below, provide the owner or operator of the gaming system 10 with highly flexible market line and odds settings.

FIG. 3 is a block diagram of the central controller 40 provided in the gaming system 10 according to the embodiment. The central controller 40 includes a processor 42 coupled to the memory element 44. Processor 42 executes one or more applications, generates betting opportunities in one or more betting sessions, receives bets on them, and relates to the value of one or more financial instruments, assets, objects, etc. Implement various specifications and functions for closing bets. The memory element 44 may store the application, various embodiments of the betting means 90, and / or any other relevant information associated with the betting means 90. In certain embodiments, the processor 42 is at least one odds determination module that can be manipulated to establish, calculate, or otherwise determine odds for positions associated with one or more betting lines disclosed herein. Settle one or more bets with 84 and a price / level determination module 86 that can be manipulated to establish, calculate, or otherwise determine the price or value for one or more betting lines disclosed herein. Each module is generally intended to provide an end user 12 with a betting opportunity, with or without a bet settlement module 88 that can be manipulated.

The betting means 90 is generally a data element that derives from or evidences a bet made on the outcome of one or more events associated with finance or other markets. Thus, the betting means 90 may be a file or database entry containing information that reflects the bets placed on the system 10, and the means 90 may include parameters associated with the particular event that forms the basis of the bet. The event may include fluctuations or values of financial market indicators, assets, or other means at or at the end of a given time period as described above. If applicable, the means 90 may include participant identification information, account information, bet amount, market line level, high line level, low line level, spread line level, lines. Up and down odds against, bet placed time, bet placed betting session, start time, expiration time, bet identification number, eg approval (manual or automatic), hold, revocation, win, lose, etc. It may include all relevant financial data and associated claim items, such as bet status or combinations thereof. Similarly, the memory element 44 may include one or more templates and / or tables 94 for use in the generation of betting sessions, as described in detail below.

During operation, in one embodiment, financial market fluctuations may be represented as images on an electronic screen using symbols or image objects such as red, green, or yellow arrows. For each symbol, for example, the value of the associated financial market indicator, such as a reference variable, has dropped during the last predetermined period, such as 1) the last betting session, or the last related buy or sell or buy or sell in the market for an object. Is shown as, for example, a downward red arrow or simply an image or text object of an appropriate color, etc. 2) An upward green arrow or, for example, an upward green arrow or an indication that it has risen during the last predetermined period or the last related sale or sale period. Shown as an image or text object of the appropriate color, 3) that it will not change during a later predetermined period or the last related buy or sell period, for example a horizontal yellow arrow or simply the original color image or text object. It may be indicated and displayed by leaving it as it is. Any appropriate number and combination of symbols can represent the appropriate part of the history or variation of the value of the reference variable. For example, the color of the market line, the font of the displayed value, the text box around the displayed value, etc. may be a first color, such as blue, which indicates an upward variation in the value of the object. Similarly, the color of the market line, font, text box, etc. may be a second color, such as red, which indicates a downward variation in the value of the object. The direction of fluctuation may be derived from, for example, information indicating that the object is in the buy (under-bout) or sell (under-sold).

The memory element 44 of the central controller 40 may store information about different types of bets placed in the gaming system 10 and their results. The memory element 44 may also store various betting means 90 and a plurality of end user profiles 92. The memory element 44 may additionally store the financial instrument number (FIN), the market issue that is the subject of the particular bet, the specified time / maturity, and the information associated with the odds established for the particular bet. Good. These and other fields may be defined in a number of ways. For example, the term "maturity" may refer to a particular closing or settlement time and / or the date on which the betting means 90 closes, based on the event itself completing at any future arbitrary or particular date, such as an end bell. You may.

In addition, each end user profile 92 may include any relevant information such as end user 12, user betting activity, biometric data, or user financial strength. For example, items such as the number of accounts, trading history, lending and borrowing, fees, available funds, available debit / credit, etc. may be reflected in the profile, fingerprint profile, and the like. The end user profile 92 may be accessed only by the end user 12 by a personal identification number, or may be accessed by an organization or an administrator who has been authenticated for the act alone.

The odds determination module 84 generally determines the odds offered to the end user 12 for a particular bet, and the pricing module 84 determines the betting offered to the end user 12 for a particular bet. Determine the line value. In general, in setting odds and / or betting line values for betting opportunities, three factors may be considered: the physical commodity market or generally the reference level, volatility, and time. Volatility represents the uncertainty that appears in the market over a period of time. Markets generally follow a common logarithm distribution and reflect an abstraction or theory that allows one to adequately estimate market volatility. In this sense, the mathematics used to calculate odds / betting line values is similar to that of optional pricing. In other scenarios, the odds calculation may be at least based on the exposure to the owner / operator of the gaming system 10. Note that a number of control parameters are provided to the administrator of the gaming system 10. For example, volatility factors may be manipulated in response to breaking news that is likely to have a significant impact on market levels. This judgment is made by the administrator and may reflect the administrator's judgment and / or experience in market theory. In other scenarios, such news items are automatically priced to the financial market.

従って、オッズは、価格の値及びリスク値に関して、少なくとも部分的に変数ベースでありうる。さらに他の実施形態において、オッズ決定モジュール８４は、エンド・ユーザ１２に提案されるベットに対するオッズを変化させるために、任意の数の影響要因を使用又は考慮してもよい。任意の数のニュース項目、統計データ、又はイベントが、所与のマーケットに作用又は影響してもよい。これらの要因は、オッズ及び／又はベッティング・ライン値の設定において管理者に考慮されてもよい。このような要因は、マーケット・ニュース又は実況放送、ジョブ・データ、金利、商品価格、消費者支出、消費者信頼性、失業者情報、経済成長、資本支出、国内総生産（ＧＤＰ）データ、社債価格、又は所与のマーケット・ラインに影響する効果を有する場合がある任意の他の情報又はデータを含んでもよい。例えば、金利の低下は、一般的に、当日取引日の間にダウ工業平均株価指数（ＤＪＩＡ）の上昇を引き起こし、オッズ決定モジュール８４は本願明細書に記載のように系統的様式でオッズを、次いでそのオッズが一般的にはシフトして当日のマーケット・パフォーマンスにおけるゲインの確率に対して適応するように、この情報における要因を、計算する。他の実施形態において、このような情報は、管理者に適切な様式でマーケット・ライン内に組み込まれるので、このような操作は不要である。 In an alternative embodiment, the odds determination module 84 determines the odds for a particular bet based on the following equation.

Therefore, the odds can be at least partially variable-based with respect to price and risk values. In yet another embodiment, the odds determination module 84 may use or consider any number of influencing factors to change the odds for the bet proposed to the end user 12. Any number of news items, statistical data, or events may affect or affect a given market. These factors may be taken into account by the administrator in setting odds and / or betting line values. These factors include market news or live broadcasts, job data, interest rates, commodity prices, consumer spending, consumer credibility, unemployed information, economic growth, capital spending, gross domestic product (GDP) data, corporate bonds. It may contain any other information or data that may have an effect on the price, or a given market line. For example, a decline in interest rates generally causes an increase in the Dow Jones Industrial Average (DJIA) during the trading day of the day, and the odds determination module 84 sets the odds in a systematic manner as described herein. Factors in this information are then calculated so that the odds generally shift and adapt to the probability of gain in the market performance of the day. In other embodiments, such information is incorporated into the market line in a manner appropriate to the administrator so that no such operation is necessary.

In the example scenario, the S & P 500 is rarely considered to perform poorly in the United States presidential election year. In the history of the US stock market, the S & P 500 has brought investors negative returns only twice during the election year. Therefore, during the election year, the control parameters may be implemented to reflect the proposition that the S & P 500 will rise mostly during the year. Similarly, markets tend to decline during the war or during patterns of rising interest rates. In the event of a major war, or in an event where patterns such as systematic rises in interest rates are seen, managers are appropriate to identify, for example, the desired volatility factors to reflect this potential downtrend. It is also possible to manipulate the odds again as you wish.

In yet other scenarios, the odds associated with a market may be established based on the current market line, in combination with the ratio of the bet amount on that market to the total amount accumulated in the associated betting pool. Good. Each set of odds corresponds to a percentage, so each participant also has a percentage. To form a participant group for non-take-out bets, the gaming system 10 can select participants from the participant field, where the sum of the total percentages is the amount corresponding to the odds. The percentage corresponding to the odds is also referred to as the target percentage. For example, if a representative participant in a group of participants has 5-2 odds for an even amount of bets, i.e. a target percentage of 50%, which is accompanied by a percentage of 28%, then the gaming system 10 Participants with 7-2 odds (22%), participants with 4-1 odds (20%) and 50-1 odds (2%), or 7-1 odds (12%) and 9-1 Participant groups may be formed by selecting other participants with a total percentage of 22%, such as participants with odds (10%). In another example, for a bet with odds of 2-1 or a target percentage of 33%, the representative participant of the participant group has odds of 6-1 for which a percentage of 14% accompanies. If so, the gaming system 10 has participants with 9-1 odds (10%) and 10-1 odds (9%), 5-1 odds (16%) and 30-1 odds (3%). Participation by selecting other participants with a total percentage of 19%, such as participants with, or single other participants with 9-2 odds (18%) or 4-1 odds (20%). Person groups may be formed.

Since the number of participants in an event and the odds for a particular participant in an event vary, it can be difficult to form a group of participants with a total percentage of the exact target percentages. For this reason, the administrator of the gaming system 10 may intend to form a group of participants with a total percentage that is as close to the target percentage as possible. In certain embodiments, the gaming system 10 uses, for example, via the odds determination module 84, to determine if an odds bet is being offered for a particular event, a percentage threshold. May be established. For example, the gaming system 10 may establish a threshold that is 3 percentage points higher or lower than the target percentage. In this example, the gaming system 10 offers odds if the total percentage for the participant group is within 3 percentage points above and below the target percentage. If there are no bets established in this scenario, the gaming system 10 may convert the odds bet to a straight odds bet for the representative participant. The gaming system 10 may intend to form a group of participants in the field of end users 12 using any suitable number and combination. This embodiment may be implemented by disabling certain bidding opportunities until the system 10 receives a bet on the opposing side to meet the threshold level.

In yet other embodiments, the market line may be fixed or constant over a given period of time, whereby the odds may be varied to attract end users or encourage additional betting. For example, if the FTSE rises 300 points to reach the 5000 level in the morning trading, the odds are, for example, with the aim of inducing people to bet on the FTSE closing below the first market line. It may change significantly, such as 50/1 or 100/1. Other events affecting the rise or fall of the corresponding market may be considered immediately and are therefore clearly within the agenda of the gaming system 10.

In the above example, the original market line when FTSE started is 4700. Therefore, if FTSE is at the 5000 level, the odds must have been attractive enough to convince potential bettors to engage in betting opportunities that affect the significant decline in FTSE. Therefore, the odds price of buying can be generated to attract investors, i.e. betting bettors. Market odds can be refreshed multiple times per day to offer new betting opportunities.

式中、Ｃ（τ）はコール・バイナリ・プライス、すなわち当日の「アップ・ベット」、
Ｐ（τ）はプット・バイナリ・プライス、すなわち当日の「ダウン・ベット」、
σ≡σ（ｔｙｐｅ）はベット・タイプｔｙｐｅ＝｛Ｈｉ，Ｍｉｄ，Ｌｏ｝の関数としての変動率、
ｄ_２（Ｋ，σ）は式中に用いられるｄ_２要因であり、このモデルにおける権利行使及び変動率の関数であり、
ｒは付随する金利、
τは年率換算した満期期間、
Ｔは失効日、すなわち当年の開始日からの日数、
ｔは現在の日付、すなわち当年の開始日から本日までの日数、
Ｓは現物商品のミッド価格、
Ｋは、ベット・タイプに対して付随する権利行使価格（ストライク・プライス）、すなわち、Ｋ_Ｈｉ、Ｋ_Ｍｉｄ、Ｋ_Ｌｏであり、
Ｎ（・）は累積する正規分布である。 Pricing for fixed odds embodiments may be calculated based on at least the relationships shown in the algorithm below.

In the formula, C (τ) is the call binary price, that is, the "up bet" of the day,
P (τ) is the put binary price, that is, the "down bet" of the day,
σ≡σ (type) is the volatility as a function of bet type type = {Hi, Mid, Lo}.
d ₂ (K, σ) is the d ₂ factor used in the equation and is a function of exercise and volatility in this model.
r is the accompanying interest rate,
τ is the annualized maturity period,
T is the expiration date, that is, the number of days from the start date of the current year,
t is the current date, that is, the number of days from the start date of the current year to today,
S is the mid-price of the actual product,
K is, the exercise price (the strike price) associated to the bet type, _ie, K _Hi, K _Mid, is a _{K Lo,}
N (・) is a cumulative normal distribution.

The odds for a fixed line embodiment are calculated using at least the relationships shown by the algorithms described below.

式中、Ｋ_{ｉｍｐｌｉｅｄ}は暗黙の権利行使価格（ストライク）、
ｇ（・）は逆数を求める関数、
σは変動率、
τは年率換算した満期期間、
γは許容誤差レベル、
Ｖはバイナリ・プライス、
ｔｙｐｅはオプションのタイプであり、ｔｙｐｅ＝（１，０）≡（ｃａｌｌ，ｐｕｔ）である。 The odds for up and down bets on the mid and low lines are calculated based on a similar formula. The price for an even odds embodiment is calculated at least based on the relationships shown in the algorithms described below.

During the ceremony, _Potassium is the implicit strike price,
g (・) is a function to find the reciprocal,
σ is the volatility,
τ is the annualized maturity period,
γ is the margin of error level,
V is binary price,
Type is an optional type, type = (1,0) ≡ (call, put).

The odds determination module 84 may be used to determine the odds for this configuration. In addition, the Administrator Module 50 may also participate in such a process for the purpose of establishing appropriate odds or refreshing the gaming environment to provide new betting opportunities. In other scenarios, even if any suitable element within the gaming system 10 is implemented to achieve a fixed or variable market line configuration, including the ability to change the odds used to attract bettors. Good.

FIG. 4 (a) is a flow diagram showing one or more series of steps associated with a method for betting on a financial or other market environment. The method may be initiated by initiating the first betting session at 96. The betting session may start at any time as described above. For example, the first betting session may be started at the start of the market on the trading day. For a session during the day, subsequent betting sessions may essentially begin shortly after the previous betting session expires.

In one embodiment, at 98, system 10 produces a betting product. Betting products may be generated in a variety of ways. The betting product may be generated at any time, such as before the betting session or at the start time. For example, the system 10 allows the user to place a bet on a particular betting session where the market price for the Dow closes above the starting market price 581 of 11192.8 with odds of 10/11, as shown in FIG. A betting product with an image element 576a may be provided for input. In this regard, the betting product is in a database or file that internally contains relevant data representing the betting product, such as market price at the start of the betting session, odds for a particular betting opportunity, expiration time, result identification number, etc. And it can be a permanent record. In this example, the system 10 retrieves the betting product data from the database and, based on this, propagates the betting product to the end user 12 for display. The database may then be updated to include data about betting products for subsequent betting sessions.

Similarly, system 10 may generate less durable betting opportunities. That is, the system 10 receives the betting data related to the betting opportunity from the financial market data element 60 and the like, and keeps the betting opportunity in the memory such as the system cache for a sufficient time to provide the end user with the betting opportunity. Temporarily maintain the data. In one embodiment, it accesses one or more templates at 100, retrieves bet data based on the one or more templates at 102, and stores information representing betting opportunities in memory at 104. Achieved. System 10 removes and removes additional betting opportunities from memory at 108 when the betting opportunity has expired due to fluctuations in the physical commodity market at 106, immediately after, or at any time thereafter. / Or may be generated. In this regard, the system 10 does not necessarily have to permanently store each betting opportunity in the database or file.

Various types and numbers of templates may be implemented to retrieve bet data and provide betting opportunities based on it. In one embodiment, the system 10 includes at least one field of items for each item of the betting product, such as object code such as FTSE, dow, session type such as time, day, start time, end time, etc. Access at least one template such as a product template. The system 10 then accesses at least one template and at least one table that stores the desired betting data and creates a betting product based on this. For example, for a betting product with image element 576a in FIG. 5, system 10 accesses a table containing fields for objects, namely market price, up odds, and session length, each of which is 1118.8, 10 / Dows that are 11 and 5 minutes may be searched from at least one data source.

System 10 may also use multiple templates and / or tables, such as a product table that generates object code, a session table that provides a length of time for a particular session type, and so on. For example, there may be a product table that includes a horizontal axis for FTSE and a horizontal axis for Dow, and associated with them a session table that includes a horizontal axis for daytime and weekly sessions for 60 minutes and 7 days, respectively. System 10 provides software that applies a template for each object in the product table, including FTSE daytime and weekly betting opportunities, and Dow daytime and weekly betting opportunities, and uses it to generate betting opportunities for each object. It may be carried out.

System 10 may generate results for any number of objects of any session length. Therefore, in order to have FTSE Daily, Vodafone Daily, BT Daily, FTSE Weekly, Vodafone Weekly, BT Weekly, FTSE Time Signal, Vodafone Time Signal, BT Time Signal, three objects, namely FTSE, Vodafone and BT, are stored in the product table. The three hour periods of day, week, and hour are stored in the session table. Then two common by product template to produce 3x3 results in a limited amount of time, for example 780 products per day, 156 products per week, 7020 products per hour, etc. A table is used. Many different types of templates may be generated. Each template may control many products, and each product may be controlled by many templates. For example, there may be a template for each type of betting session, which is used to read the objects in the product table and generate betting opportunities for each object in the table. The number of each betting product generated is characterized by being M * N in this example, where in the formula M is the number of objects and N is the number of different session types.

For variable market lines, betting products are regenerated to replace the products as a result of fluctuations in the value of the physical goods. Therefore, a session may have multiple betting products that are continuously generated to reflect real-time changes in the value of an object, etc. In this example, the start time of the betting product may signal the end of the betting product that started in advance of the same object in time.

At 110, at some time during the betting session, participants may request information about at least one betting product. The request may be submitted via an interface screen, such as the interface screen shown in FIG. 2, which may select at least an element or link that may be selected for a request for information about at least one particular betting product. One may be built in. For example, the interface screen may include links to display betting products associated with objects such as Dow, NASDAQ, FTSE, currencies such as the Euro vs. US dollar.

In response to the request, the system 10 at 112 may convey information related to the request to the participants. The information may be communicated to participants in various formats, such as electronic files such as HTML or XML documents that may support the display of Flash ™ files or other image files. By transmission, the interface screen may be displayed on the user interface 16 including related information, as in the interface screens shown in FIGS. 2 and 5 to 11. The information transmitted to the participants may be determined in various ways. For example, betting product information such as market prices or any other value associated with an object may be retrieved from a database or from a stream source of market data for an object. For other types of information, System 10 provides relevant betting product information, such as high level, low level, spread level, odds for up and down positions at each level, as described above. It may be determined by calculating these types of information as described above.

In one embodiment, the betting product information at 114 is refreshed or reissued at least once or preferably periodically within the betting session. For example, this information reflects fluctuations in the market value of an object in real time or in other ways, thereby erasing or revoking bet images that invalidate certain betting opportunities, indicating the direction of fluctuations in the market, etc. To change the color of the image, it is reissued periodically. Product information may be updated using FlashMediaServer ™ software, which updates the information and media components from time to time. As mentioned above, refreshing the betting product information may signal the end of the betting product in the betting session and the generation of subsequent betting products in the same session for the same product. The information is preferably refreshed automatically without the intervention of participants.

At 116, system 10 listens to bet requests from at least one participant. Participants may place bet requests in a variety of ways. In one embodiment, the participant submits a bet request by selecting an image associated with at least one betting level or line. Similarly, the bet request may include the amount of the bet.

After receiving the bet request, preferably in response to this, at 118 the system 10 conveys at least one of the bet items to the confirming participant. Included items are participant identification, account information, bet amount, marker line level, high line level, low line level, spread line level, up and down odds for each line. , The time when the bet was made, the betting session where the bet was made, the duration of the betting session, the start time of the betting session, the expiration time of the betting session, the bet identification number, and the like. The required items preferably reflect a particular selected betting product. For example, an item for a fixed odds bet on an object's market price may include fixed odds for a particular selected position, such as an up or down position, and the market price at the time the bet request was placed. .. Similarly, an item for a bet with variable odds on the market price of an object may include odds for a selected position determined at the time the bet request is placed, and the market price at the start of the session. The item incorporates at least one selectable element as a field to confirm the bet and / or at least one element for the purpose of allowing participants to change one or more items such as the amount of the bet. It may be transmitted within the interface screen.

The confirmed bet request is generally received at 120 and activated at 122. Activation may include one or more steps. For example, activation may involve determining whether the selected betting product exists, is valid, and is tradable. Similarly, activation means that the bet has not expired in the past and that the odds or value item of the bet request is not significantly different from what was communicated to the participants, for example 50%, or the bet. May involve steps to ensure that is between any minimum and maximum range rather than zero.

Then, as described above, in 124 the betting means 90 may be generated to include one or more bet items represented by the means. The betting means 90 is generally a persistent record in, for example, a table, database, or disaster recoverable cache that is stored at least until the settlement of the bet.

At 126, a determination is made as to whether the betting session has expired. At 126, if the betting session has not expired, at 114 system 10 refreshes the betting product information and continues this while listening to the betting request. At 116, if the system 10 determines that the betting session has expired, at 128 the system 10 proceeds with the settlement of the bet and at 132 it initiates a subsequent session, or at 120 during a particular trading day. If no additional sessions are started on, processing ends during that trading day. The settings may be made immediately after the betting session expires, for example via debit or credit to the end user account, in parallel with the execution of the next betting session, or by the end user 12. If you extend a certain amount of credit, it will be extended. In other cases where the relationship between the end user 12 and the administrator allows, payments are simply mailed or electronic by the betting provider in the case of a win and by the end user 12 in the event of a loss. Can be communicated with. Similarly, biometric data may be used to verify payments or debits from authenticated account users.

Settlements may be made in any number of ways, based on specific demand. A given end user 12 may activate a certain number of bets at any given time. For example, the end user 12 may bet on the overall rise in the NASDAQ market using a one-day validity period and a conversion in the German DAN (sell position) (having a five-minute validity period). Therefore, the method of FIG. 4A may be repeated for each session, object, betting opportunity, etc. to provide such a function. Further, settlement may occur for a plurality of bets having different validity periods at a common time such as the last validity period of bets that expire within the same trading day or week, or at the end time of the trading day.

Any relevant information is communicated to the end user 12 of the gaming system so that the end user is notified of news that the value of his betting means 90 is changing or that may affect his position. May be done. For example, market level data, number of employees, and / or GDP statistics may be provided to end users 12. Other information provided may simply update the expected value of the betting means 90 based on the current market conditions. The administrator of the gaming system 10 may ignore or use this information to provide new betting opportunities for potential gamers. These opportunities may be immediately displayed so that the end user 12 participates in further betting opportunities through the gaming system 10.

As mentioned above, bet requests may be activated in various ways. With reference to FIG. 4 (b), in one embodiment, activation begins by receiving a bet request at 2020. At 204, a determination is made as to whether any other request is considered valid. For example, if there was no previous bet request activation within the same betting session, system 10 applies at least one activation test to the bet request at 206. System 10 applies tests to determine, for example, whether a betting product exists at 208, is valid at 210, and is tradable at 212. System 10 may likewise determine at 214 whether the session or bet request itself has expired, or at 216 whether the bet request has at least one item that exceeds a certain limit. Limits on any number of activation processes, such as limits when the system determines whether a bet exceeds a participant's or organizer's bet limit, such as a minimum, maximum, and non-zero limit. May be applied. Similarly, in 218, the system 10 may determine in 218 whether a numerical value, such as a market price, is different from that transmitted from the bet request recipient to the participant within a period of time. For example, the system validates a bet request if the betting line value for the bet request does not exceed a certain percentage, such as 50%, or a value communicated to participants prior to the bet request, such as within 30 seconds. May be converted. Similarly, based on the biometric authentication data received from the user, a determination may be made regarding the reliability of the user who has submitted the bet request, such as comparing with the data stored in the system.

In one embodiment, at 218, a determination is made as to whether the bet request is suspicious. That is, in some examples, a participant may prevent incoming data from being replaced by expired data previously communicated to that participant. Participants may then place bets on the expired betting line value and the corresponding odds that are preferred to the participant over the current betting line value. For example, as shown in FIG. 5, low line value 11183.8 for Dow at time T ₁ may be provided to the participant at the down bet odds of 6/1. At time _{T 2} of the post, as shown in FIG. 9, the market price fluctuates 11255.2 below the low line value at _{T 1.} Therefore, _{the down bet placed at T 1} , that is, the low line value, becomes "gold" at the market price of _{T 2.} Therefore, a determination may be made as to whether a participant intends to bet on a more preferred betting line value and / or bet that has expired. This may be achieved in various ways. In one embodiment, the system 10 determines if the betting line value or odds of the bet request is any one of a number generated as that of the activation time. For example, in a relatively less volatile market, betting line values or odds may be required to match those of the current betting opportunity. In a more volatile market, betting demands may be required to match at least one of the previous three betting opportunities. Exceptions may apply if the current market conditions at the time of activation are less favorable to the bet request.

If it is determined that the bet request is invalid, such an appropriate message may be communicated to the participants at 226. Similarly, at 222, a valid request may trigger a determination that the bet is valid and / or accepted.

In 204, if the other request is considered valid, system 10 compares the bet request with the enabled request in 232 and has a range of requests for which at least one of the bet request items has been confirmed. Or, determine whether or not it falls within the threshold value. If the bet request is not in range, the bet request may be tested at 206 by the default activation test. If the bet request falls within range, at 222 the bet request may be automatically approved and such a message may be communicated to the participants thereby passing the default validation test. Various criteria may be applied in this regard. For example, a bet request may be automatically approved if the time, betting line value, odds, or a combination thereof falls within a range of those of a manually or otherwise confirmed bet request. Good. For example, if the bet request is within 5 seconds and price unit 3 (scale), such as between 4503 and 4497, from the betting line value of the bet request at 4500 manually confirmed. , May be automatically approved. Depending on the duration of the session, the time reference may range from 1 to less than 30 seconds, or more. Pricing criteria may similarly range from 1 to 1000 units.

5 to 8 show interface screens used in connection with at least one of the variable odds / fixed line embodiments described herein. The interface screen 500 may include a list 72 having at least one selectable link for the user that displays betting opportunities for specific objects such as index links and FX links. Each of the links also allows the user to select one of the available indicators such as FTSE, Dow, etc. and select multiple available forex such as USD vs. Euro, USD vs. Yen. You may dig down. The system may further provide multiple betting opportunities for each object with different session lengths, in this example Listing 72 shows the user 5 minutes, 1 hour, 1 day, 1 week, etc. You may be able to dig down to a specific session length.

When selecting one of the links, the user generally submits a request to bet on information about the selected object that accompanies the link. In response to this selection, the system updates the display of at least one betting line built into the interface screen 500, such as reference start level line 571, high line 573, and low line 575. Otherwise it will occur. Each of the betting lines has ancillary values such as a market value of 581 above the reference start level line 571, a high line value of 583 above the high line 573, and a low line value of 585 above the low line 575. For example, it may be superimposed above the line and held. Each of the line and the value may have an image of at least one betting opportunity that accompanies it selectively so that the user can use it to place a bet request. For example, the start level line may be accompanied by an up bet image 576a and a down bet image 576b. Similarly, high and low lines may be accompanied by up bet images 574a, 580a and down bet images 574b, 580b. The interface screen 500 includes odds for each betting opportunity provided, which is displayed on a selectable image of each betting opportunity. The interface screen 500 may also include a live level line 506 that presents market values at different times within the betting session in order to reflect changes in the value of the object in real time. The live level line 506 may move, for example, perpendicularly and spatially to the displayed betting line.

5 to 8 are interface screens that provide a betting opportunity to the Dow during a 5-minute betting session ending at 11:55 AM on August 3. It can be seen that the betting line values remain the same during the betting session and the odds for each betting opportunity change at least based on the value of the live level line 506. It can also be seen that the down betting opportunity associated with the high level line 574b of FIG. 5 was nullified in FIG. As the time of the betting session progresses, the sell position betting opportunity images 583b and 580b may be invalidated as shown in FIG. Similarly, all betting opportunity images may be invalidated near the close of the session, as shown in FIG. FIG. 9 shows that the interface screen 500 with the down bet images 576b, 583b invalidates the start level 571 line and the high level line 573 based on the variation of the live level line 506 towards these positions. It shows that it was done.

10 to 11 show interface screens used by connecting to at least one of the fixed odds / variable line embodiments described herein. In response to selecting one of the links 72, the system incorporates at least one betting line such as current level line 671, high line 673, low line 675, and spread line 677. The interface screen 500 is updated. Each of the betting lines has a market value above the start level line 671, a high line value 683 above the high line 673, a low line value 685 above the low line 675, and a spread value 687a above the spread line 677. It has a value that is superimposed above the line and is associated with it, such as. Each of the line and the value may have an image of at least one betting opportunity that accompanies it selectively so that the user can use it to place a bet request. For example, the reference status quo level line 671 may be accompanied by an up bet image 676a and a down bet image 676b. Similarly, high, low, and spread lines may be accompanied by up bet images 674a, 680a, 678a and down bet images 674b, 680b, 678b. In this example, the interface screen 500 updates the current level line as well as the upper betting line value at different times during the betting session to reflect real-time changes in the value of the object.

Figures 10 to 11 provide a continuous betting opportunity to Dow during a 5-minute betting session ending at 14:25 pm on August 3. It can be seen that the odds for each betting opportunity offered remain constant during this betting session and that the value of the betting level line changes to reflect fluctuations in Dow's market value. The spread between the high and low lines narrowed from 15.5 in FIG. 10 to 14.5 in FIG. Upward or downward fluctuations in the physical commodity market may be displayed on the interface screen. For example, upward fluctuations may be shown in blue as shown above the low line values 685 in FIG. 11, and downward fluctuations may be shown in red as shown above the spread line values 687a, 687b in FIG. May be indicated by.

Although the above inventions have been described in detail for the sake of clarity, those skilled in the art will appreciate the forms and details of the present disclosure without departing from the true scope of the invention in the appended claims. It will be considered that various modifications are possible in.

(1st note)
The method of the first appendix 1 is a method performed using a system including a memory element having at least one processor and stored software, the step of initiating a first betting session and at least the above. One processor receives a step of communicating betting product information to at least one user, and the at least one processor receives multiple betting requests from one user to place a bet on at least one betting product. A step in which each of the plurality of betting requests includes at least one betting item of the information of the betting product, a step of activating one of the plurality of betting requests, and at least one of the steps. The processor determines that the numeric item associated with the other one of the plurality of bet requests is in a non-zero range with respect to the corresponding numeric item associated with one of the enabled multiple bet requests. And the numerical item associated with the other one of the plurality of bet requests by the at least one processor for the corresponding numerical item associated with one of the plurality of activated bet requests. One of the plurality of bet requests is activated by the step of activating the other one of the plurality of bet requests and the at least one processor based on determining that the bet request is in the non-zero range. Accompanying the bed means with a step of generating a bed means for each of the activated bet requests, at least in part based on doing so and activating the other one of the plurality of bet requests. Includes steps to settle bets.
In the method of the first appendix 2, in the method described in the first appendix 1, the step of activating one of the plurality of bet requests is manually performed.
In the method of the first appendix 3, in the method of the first appendix 1, the step of activating one of the plurality of betting requests is to determine whether or not the betting product is present; Determining whether the betting product is active; determining whether the betting product is tradable; and determining whether the betting request exceeds the limit; Includes applying at least one validation test selected from among.
In the method of the first appendix 4, in the method of the first appendix 1, in the step of activating one of the plurality of bet requests, the item accompanying the bet request is sent to the at least one user. Includes determining whether the information in the betting product communicated is different.
In the method of the first appendix 5, in the method described in the first appendix 1, in the step of activating one of the plurality of bet requests, the item accompanying the bet request is the item of the plurality of bet requests. It includes determining whether or not the information on the betting product transmitted to the at least one user within a period of time after receiving one is different.
In the method of the first appendix 6, in the method of the first appendix 1, in the step of activating one of the plurality of bet requests, the item accompanying the bet request is sent to the at least one user. It involves determining whether or not there is a predetermined amount of difference from the transmitted information on the betting product.
The method of the first appendix 7 is the method of the first appendix 1, wherein the at least one betting item includes a betting line value, and the other one of the plurality of betting requests is the plurality of the plurality of betting items. Activation based on the betting line value associated with the other one of the betting requests being within a certain range with respect to the betting line value associated with one of the activated multiple betting requests. Will be done.
In the method of the first appendix 8, in the method of the first appendix 1, the at least one betting item includes the odds of the bet request, and the other one of the plurality of bet requests is the plurality of the above. The odds associated with the other one of the bet requests are activated based on being within a certain range for the odds associated with one of the activated multiple bet requests.
In the method of the first appendix 9, the at least one betting item includes the time of the bet request, and the other one of the plurality of bet requests is the plurality of the above-mentioned methods. The time associated with the other one of the bet requests is activated based on being within a certain range of the time associated with one of the activated multiple bet requests.
The method of the first appendix 10 includes, in the method of the first appendix 1, starting a second betting session immediately after the expiration of the first betting session.
The system of the first appendix 11 is a system including a memory element having at least one processor and stored software, wherein the at least one processor starts a first betting session and at least the above. One processor receives a step of communicating betting product information to at least one user, and the at least one processor receives multiple betting requests from one user to place a bet on at least one betting product. A step in which each of the plurality of betting requests includes at least one betting item of the information of the betting product, a step of activating one of the plurality of betting requests, and at least one of the steps. The processor determines that the numeric item associated with the other one of the plurality of bet requests is in a non-zero range with respect to the corresponding numeric item associated with one of the enabled multiple bet requests. And the numerical item associated with the other one of the plurality of bet requests by the at least one processor for the corresponding numerical item associated with one of the plurality of activated bet requests. One of the plurality of bet requests is activated by the step of activating the other one of the plurality of bet requests and the at least one processor based on determining that the bet request is in the non-zero range. Accompanying the bed means with a step of generating a bed means for each of the activated bet requests, at least in part based on doing so and activating the other one of the plurality of bet requests. Perform a method that includes, and a step to settle a bet.
The system of the first appendix 12 performs a method of manually performing the step of activating one of the plurality of bet requests in the system of the first appendix 11.
In the system of the first appendix 13, in the system of the first appendix 11, the step of activating one of the plurality of betting requests is to determine whether or not the betting product is present; Determining whether the betting product is active; determining whether the betting product is tradable; and determining whether the betting request exceeds the limit; Perform a method that involves applying at least one validation test selected from among.
In the system of the first appendix 14, in the system of the first appendix 11, in the step of activating one of the plurality of bet requests, the item accompanying the bet request is sent to the at least one user. A method is performed that involves determining whether the information in the betting product communicated is different.
In the system of the first appendix 15, in the system of the first appendix 11, in the step of activating one of the plurality of bet requests, the item accompanying the bet request is the item of the plurality of bet requests. A method is performed that comprises determining whether or not the information on the betting product transmitted to the at least one user within a period of time after receiving one is different.
In the system of the first appendix 16, in the system of the first appendix 11, the step of activating one of the plurality of bet requests is that the item accompanying the bet request is sent to the at least one user. A method is performed that comprises determining whether the transmitted information on the betting product differs by a predetermined amount.
The system of the first appendix 17 is the system according to the first appendix 11, wherein the at least one betting item includes a betting line value, and the other one of the plurality of betting requests is the plurality of the plurality of betting items. Activation based on the betting line value associated with the other one of the betting requests being within a certain range with respect to the betting line value associated with one of the activated multiple betting requests. To be done, do the way.
In the system of the first appendix 18, in the system of the first appendix 11, the at least one betting item includes the odds of the bet request, and the other one of the plurality of bet requests is the plurality of the above. Perform a method that is activated based on the odds associated with the other one of the betting requests being within a certain range for the odds associated with one of the activated multiple betting requests. To do.
In the system of the first appendix 19, in the system of the first appendix 11, the at least one betting item includes the time of the bet request, and the other one of the plurality of bet requests is the plurality of the above. Perform a method that is activated based on the time associated with the other one of the bet requests being within a certain range with respect to the time associated with one of the activated multiple bet requests. To do.
The system of the first appendix 20 performs a method in the system of the first appendix 11, including the step of initiating a second betting session immediately after the expiration of the first betting session.

(Second appendix)
The method of the second appendix 1 is a method executed by using a system including at least one processor and a memory element in which software including a program executed by the at least one processor is stored. When a program is executed by the at least one processor, the at least one processor generates a betting product and stores it in the memory element with a step of starting a first betting session and at least one person. A step of transmitting information on the betting product stored in the memory element to the user and a plurality of betting requests for making a bet on at least one betting product are received from one user and stored in the memory element. A step in which each of the plurality of bet requests includes at least one betting item of the information of the betting product and one of the plurality of bet requests stored in the memory element are activated. Compare the numerical item associated with the other one of the plurality of bet requests stored in the memory element with the corresponding numerical item associated with one of the activated plurality of bet requests. By doing so, the step of determining that the numerical item is in a non-zero range with respect to the corresponding numerical item and the acceptance associated with the other one of the plurality of bet requests stored in the memory element are accepted. The other one of the plurality of bet requests based on determining that the numeric item is in a non-zero range for the corresponding numeric item associated with one of the enabled plurality of bet requests. The activation was made based at least in part on the step of activating one and the activation of one of the plurality of bet requests and the activation of the other one of the plurality of bet requests. A method of executing a step of generating a betting means for each of the betting requests and storing the betting means in the memory element, and a step of settling a bet associated with the betting means stored in the memory element.
In the method of the second appendix 2, when the program is executed by the at least one processor in the method of the second appendix 1, the at least one processor validates one of the plurality of bet requests. A method of performing the steps to be made based on manual operation.
The method of the second appendix 3 is that in the method of the second appendix 1, the step of activating one of the plurality of betting requests is the at least when the program is executed by the at least one processor. One processor determines whether the betting product exists; determines whether the betting product is active; determines whether the betting product is tradable. To do; and to determine if the bet request exceeds the limit; a method comprising applying at least one validation test selected from the following.
The method of the second appendix 4 is that in the method of the second appendix 1, the step of activating one of the plurality of bet requests is the at least when the program is executed by the at least one processor. A method comprising one processor determining whether an item associated with the bet request differs from the betting product information transmitted to the at least one user.
The method of the second appendix 5 is the method of the second appendix 1, wherein the step of activating one of the plurality of bet requests is the at least when the program is executed by the at least one processor. Whether the item associated with the betting request differs from the betting product information transmitted to the at least one user within a period of time after receiving one of the plurality of betting requests by one processor. A method that involves determining what.
The method of the second appendix 6 is that in the method of the second appendix 1, the step of activating one of the plurality of bet requests is the at least when the program is executed by the at least one processor. A method comprising one processor determining whether an item associated with the bet request differs by a predetermined amount from the betting product information transmitted to the at least one user.
In the method of the second appendix 7, the step of activating the other one of the plurality of betting requests, wherein the at least one betting item includes a betting line value in the method of the second appendix 1. When the program is executed by the at least one processor, the at least one processor makes the plurality of bets with the betting line value associated with the other one of the plurality of bet requests enabled. A method comprising activating the other one of the plurality of bet requests based on being within a range for the betting line value associated with one of the requests.
In the method of the second appendix 8, in the method of the second appendix 1, the at least one betting item includes the odds of the betting request, and the step of activating the other one of the plurality of betting requests is described. When the program is executed by the at least one processor, the at least one processor is one of the plurality of bet requests for which the odds associated with the other one of the plurality of bet requests are enabled. A method comprising activating based on being within a certain range for said odds associated with one.
In the method of the second appendix 9, the at least one betting item includes the time of the bet request, and the step of activating the other one of the plurality of bet requests is described in the method of the second appendix 1. When the program is executed by the at least one processor, the at least one processor is one of the plurality of bet requests for which the time associated with the other one of the plurality of bet requests has been activated. A method comprising activating based on being within a range for said time associated with one.
The method of the second appendix 10 is that in the method of the second appendix 1, when the program is executed by the at least one processor, the at least one processor performs a second betting session. A method that includes steps that begin immediately after the betting session expires.
The system of the second appendix 11 is a system including at least one processor and a memory element in which software including a program executed by the at least one processor is stored, and the program is operated by the at least one processor. When executed, the at least one processor generates a betting product and stores it in the memory element with a step of initiating a first betting session and stores it in the memory element for at least one user. A step of transmitting information on the betting product and a step of receiving a plurality of betting requests for making a bet on at least one betting product from one user and storing the information in the memory element. Each of the betting requests of the betting product includes at least one betting item of the information of the betting product, a step of activating one of the plurality of betting requests stored in the memory element, and the memory element. By comparing the stored numerical item associated with the other one of the plurality of bet requests with the corresponding numerical item associated with one of the activated plurality of bet requests, the numerical item is said to be said. The step of determining that the corresponding numerical item is in a non-zero range and the numerical item associated with the other one of the plurality of bet requests stored in the memory element are said to be enabled. A step of activating the other one of the plurality of bet requests and the plurality of, based on determining that the corresponding numerical item associated with one of the plurality of bet requests is in a non-zero range. Generates betting means for each of the activated bet requests, at least in part, based on activating one of the bet requests and activating the other one of the plurality of bet requests. A system that executes a step of storing the bet in the memory element and a step of settling a bet attached to the betting means stored in the memory element.
In the system of the second appendix 12, when the program is executed by the at least one processor in the system of the second appendix 11, the at least one processor activates one of the plurality of bet requests. A system that implements a method in which the steps to be made are based on manual operation.
In the system of the second appendix 13, the step of activating one of the plurality of betting requests in the system of the second appendix 11 is the at least when the program is executed by the at least one processor. One processor determines whether the betting product exists; determines whether the betting product is active; determines whether the betting product is tradable. A system that implements a method, including applying at least one validation test selected from: and determining whether the bet request exceeds the limit.
In the system of the second appendix 14, the step of activating one of the plurality of bet requests in the system of the second appendix 11 is the at least when the program is executed by the at least one processor. A system in which one processor performs a method, comprising determining whether an item associated with the bet request differs from the betting product information transmitted to at least one user.
In the system of the second appendix 15, the step of activating one of the plurality of bet requests in the system of the second appendix 11 is the at least when the program is executed by the at least one processor. Whether the item associated with the betting request differs from the betting product information transmitted to at least one user within a period of time after receiving one of the plurality of betting requests by one processor. A system that implements a method, including deciding.
In the system of the second appendix 16, the step of activating one of the plurality of bet requests in the system of the second appendix 11 is the at least when the program is executed by the at least one processor. A system in which one processor performs a method, comprising determining whether the items associated with the bet request differ by a predetermined amount from the betting product information transmitted to at least one user.
In the system of the second appendix 17, the step of activating the other one of the plurality of betting requests, wherein the at least one betting item includes a betting line value in the system of the second appendix 11. When the program is executed by the at least one processor, the at least one processor makes the plurality of bets with the betting line value associated with the other one of the plurality of bet requests enabled. A system that implements a method, including activating the other one of the plurality of bet requests based on being within a range for the betting line value associated with one of the requests.
In the system of the second appendix 18, the step of activating the other one of the plurality of bet requests, wherein the at least one betting item includes the odds of the bet request in the system of the second appendix 11. When the program is executed by the at least one processor, the at least one processor is one of the plurality of bet requests for which the odds associated with the other one of the plurality of bet requests are enabled. A system that implements a method, comprising activating the other one of the plurality of bet requests based on being within a range for the odds associated with the one.
In the system of the second appendix 19, the at least one betting item includes the time of the bet request, and the step of activating the other one of the plurality of bet requests is described in the system of the second appendix 11. When the program is executed by the at least one processor, the at least one processor is one of the plurality of bet requests for which the time associated with the other one of the plurality of bet requests has been activated. A system that implements a method, comprising activating the other one of the plurality of bet requests based on being within a certain range for the time associated with the one.
In the system of the second appendix 20, when the program is executed by the at least one processor in the system of the second appendix 11, the at least one processor performs a second betting session. A system that implements a method, including steps that begin immediately after the betting session expires.

Claims (20)

The way:
With the step of receiving a request for betting information;
It is a step of displaying the image interface screen on the user interface, and the image interface screen is:
A market betting line with a value that corresponds to the market value of the object,
A high line with a value corresponding to an amount greater than the market value of the object, and
A low line having a value corresponding to an amount smaller than the market value of the object, each of the market, high, and low lines on the interface screen based on at least the respective value of the line. Spatically arranged low lines and
At least one image object associated with each of the betting lines, the at least one image object.
The market value, the high line value, and the low line value that have reached a level higher than one of the market value, the high line value, and the low line value at the first time at a later time. An up bet request to bet on one of the line values,
The market value, the high line value, and the high line value that have reached a level lower than one of the market value, the high line value, and the low line value at the first time at the later time. With at least one image object, at least one of which can be selected for input, with a down bet request to bet on one of the low line values.
A step of displaying an image interface screen, including odds associated with at least one of the up bet request and the down bet request.
A method comprising the step of automatically refreshing at least one of the market betting line, the high line, the low line, and the odds to reflect fluctuations in the market value of the object. .. The way:
With the step of receiving a request for betting information;
It is a step of displaying the image interface screen on the user interface, and the image interface screen is:
The at least one betting line having a value corresponding to the value of the reference variable associated with the object and the reference variable having reached a higher level than the value of the reference variable at the first time at a later time. An up-bet request for a bet on a value and a down-bet request for a bet on the value of the reference variable that has reached a lower level than the value of the reference variable at the first time at a later time. A method that includes a step, and a method that includes at least one image object that can be selected for submission to at least one of the. The at least one betting line includes a market betting line, the value of the reference variable with respect to the market betting line corresponds to a market value with respect to the object, and the at least one image object.
An up-bet request for a bet on the market value of the object at a later time that is higher than the market value of the object at the first time, and a lower than the market value of the object at the first time. The method of claim 2, wherein the method can be selected for at least one submission of a down bet request for a bet on the market value of the object at a later time. The at least one betting line includes a high line, the high line value corresponds to an amount higher than the value of the reference variable, and the at least one image object.
An up-bet request for a bet on the value of the reference variable at a later time that is higher than the high line value at the first time, and a later time that is lower than the high line value at the first time. The method of claim 2, wherein the method of claim 2 is selectable for at least one input of a down bet request for a bet on the value of the reference variable at time. The at least one betting line includes a low line, the low line value corresponds to an amount lower than the value of the reference variable, and the at least one image object.
An up-bet request for a bet on the value of the reference variable at a later time that is higher than the low line value at the first time, and a later time that is lower than the low line value at the first time. The method of claim 2, wherein the method of claim 2 is selectable for at least one input of a down bet request for a bet on the value of the reference variable at time. The at least one betting line has a first spread betting line having a value corresponding to an amount higher than the value of the reference variable and a value corresponding to an amount lower than the value of the reference variable. The at least one image object comprising a plurality of spread lines consisting of a second spread betting line
An up-bet request for a bet on the value of the reference variable at a later time that is higher than the first spread betting line value at the first time, and the second spread at the first time. The method of claim 2, wherein the method of claim 2 is selectable for at least one submission of a down bet request for a bet on the value of the reference variable at a later time below the betting line value. The interface
A first image object that can be selected for submitting an up bet request,
Includes a second image object that can be selected for the submission of a down bet request, and a plurality of image objects including
Each of the plurality of image objects is spatially displayed on the interface screen with respect to the betting line.
The method comprises determining at least one odds for an up bet and a down bet, the image interface displaying at least one of the odds for the up bet and the odds for the down bet, said up. The method of claim 2, wherein the odds for the bet and at least one of the odds for the down bet are superimposed on the image object. A step of initiating a betting session with a start time and an end time is included, the value of the reference variable at the later time is determined at the end time of the session, and the object is at least one of an asset and an indicator. 2. The method according to claim 2. The method of claim 8, wherein the betting session comprises at least one valid for 5 minutes, valid for 30 minutes, valid for 1 hour, and valid for 1 day. The trading day for receiving a bet request includes a plurality of betting sessions, each including daytime validity, and at least one of the plurality of betting sessions is essentially the expiration of the other plurality of betting sessions. Start shortly after,
The method of claim 9, further comprising the step of closing a bet received within the first betting session in parallel with the operation of the second betting session. The betting line has a static value that remains unchanged during the betting session, and the value of the reference variable at the first time is the value of the reference variable at the start time of the betting session. Set to a value, the method comprises determining odds for at least one of an up bet and a down bet based on at least the value of the reference variable at a time after the first time.
8. The method of claim 8, further comprising receiving a bet request with odds determined at said time of the bet request. The image interface includes at least one of the odds for the up bet and the odds for the down bet, and the method is to reflect the variation of the value of the reference variable during the betting session. 11. The method of claim 11, comprising the step of automatically refreshing the odds for a bet and at least one of the odds for a down bet. Including a step of determining odds for at least one of the up bet and the down bet, wherein the odds remain unchanged for the betting session.
The method of claim 8, wherein the interface screen comprises a symbol indicating at least one of an upward and downward variation in the value of the reference variable. The interface screen is:
Multiple betting lines
A reference betting line having a value corresponding to the value of the reference variable at the first time.
A high line having a value corresponding to an amount higher than the value of the reference variable at the first time, and
A plurality of betting lines consisting of at least one of the low lines having a value corresponding to an amount lower than the value of the reference variable at the first time.
The method comprises a plurality of image objects that are selectable for at least one submission of an up bet request and a down bet request for each of the betting lines.
A step of determining at least one odds for an up bet and a down bet for each of the betting lines, wherein the odds remain unchanged during the betting session;
A claim comprising the step of determining at least one of the high line value and the low line value at the second time to reflect the variation of the value of the reference variable at the second time. Item 8. The method according to item 8. The reference betting line and at least one of the high line and the low line are the first distance from each other at the first time and the second from each other at the second time on the interface screen. The distances of 2 are spatially displayed, the first distance and the second distance being narrowed based on at least the time remaining in the betting session, of the high line value and the low line value. At least one is refreshed to reflect changes in the value of the reference variable during the betting session in real time.
14. The claim 14 further comprises the step of receiving a bet request for betting on the value of the reference variable at a later time, which is higher or lower than the value of the reference variable at the time of the bet request. Method. The interface screen is:
Multiple betting lines
A reference betting line having a value corresponding to the value of the reference variable at the first time.
A first spread betting line having a value corresponding to an amount higher than the value of the reference variable, and
A second spread betting line having a value corresponding to an amount lower than the value of the reference variable at the first time, and the plurality of betting lines including.
An up-bet request for a bet on the value of the reference variable at a later time that is higher than the first spread betting line value, and a later that is lower than the second spread betting line value. The method comprises a plurality of image objects that are selectable for at least one submission of a down bet request for a bet on the value of the reference variable at time.
A step of determining at least one odds for the up bet and the down bet for each of the betting lines, wherein the odds remain even during the betting session. ;
At least one of the first spread betting line value and the second spread betting line value at the second time to reflect the variation of the reference variable at the value at the second time. Including steps to determine
The method of claim 8, wherein the value of the reference variable corresponds to the market price of the object. With the step of receiving at least one bet request;
With the step of confirming at least one bet request;
With the step of saving the betting means containing the information reflecting the confirmed betting request;
The method of claim 2, comprising the step of settling at least one confirmed bet request. 17. The method of claim 17, wherein the betting means comprises a bet amount, a betting position, the value of the reference variable, and the odds of the bet. The betting means are generated for betting in a betting session, and the betting means are the time when the betting is made, the start time of the betting session, the duration of the betting session, and the expiration time of the betting session. 18. The method of claim 18, comprising at least one of the above. It's a device:
With at least one processor;
At least one memory element having a stored instruction, when executed by the at least one processor.
With the step of receiving a request for betting information;
It is a step of displaying the image interface screen on the user interface, and the image interface screen is:
The at least one betting line having a value corresponding to the value of the reference variable associated with the object and the said reference variable having reached a level higher than the value of the reference variable at the first time at a later time. An up-bet request for a bet on a value and a down-bet request for a bet on the value of the reference variable that has reached a lower level than the value of the reference variable at the first time at a later time. A step and a memory element that directs the at least one processor to include at least one image object that can be selected for input to at least one of the;
A device equipped with.

Images