Patent Grant
10443988
This invention is related to the game of darts. In particular, but not by way of limitation, the invention is related to providing a scoring system for various dart games.
The game of darts is traditionally an English pub game in which each player takes turns throwing 3 steel-tipped throwing devices (i.e., “darts”) at various targets on a bristle board containing 20 segments and bulls eye. The two primary games played in the United States are titled '01 (“oh-one”) and Cricket.
Historically, scoring was done on chalkboards and more recently, dry erase boards. Although electronic wall-mounted score machines have been developed, they can be expensive and many have a steep learning curve. Furthermore, electronic soft tip machines use special darts and special scoreboards to automatically record scores when the darts hit the board. These are akin to video games, often requiring money for each game and requiring players go to specific establishments having such scoreboards.
Additionally, dart software programs (i.e., applications) typically have a narrow focus and their interfaces tend to be technical and difficult to learn as they do not conform to the typical chalkboard/dry erase board scoring system. Team/league and tournament play is especially challenging to accommodate in such software due to the nature of match format variations and group play.
Many additional factors have prevented easy-to-use modern scoring systems from being developed and/or widely accepted. A first of these is math. Scoring a dart game is prone to math errors, which at a minimum slows game play and often results in incorrect scores. It is this particular pain point that is credited for giving rise to the soft-tip electronic vending game industry described above, impacting the popularity of the steel tipped game. A second factor is the existing electronic scoreboards, which, as stated, can be intimidating or confusing, especially for the uninitiated. Confirming and editing recent scores can be very difficult on these systems, due to a lack of instructions. Furthermore, interfaces vary dramatically from traditional chalk board scoring. A third preventing modern scoring systems from wide acceptance is that darts is a hard game to watch. For example, teammates and spectators often struggle with seeing the current score of the match due to legibility, lighting, positioning, and space restrictions. This often prevents spectators from keeping up with the status of a live game. A fourth problem is finding opponents & creating opportunities to play. As with scheduling any joint activity, the logistics of finding an agreeable time and a common meeting point, while managing the personal commitments in life, can make playing darts a challenge. A fifth issue are game rule variations. There are dozens of niche dart games and practice routines with rule variations. The result is that there are hundreds of possibilities of game types, with even identical games going by different names depending on geography. This difference creates decreased accuracy. Player performance also limits acceptance. Players are not familiar with ways to measure their performance as current player performance measurement tools require additional manual calculations after every game or match and is especially tedious for cricket-based games.
An aspect of the disclosure provides an integrated dart scoring platform comprising an electronic bracket program, a cloud server application, an electronic dart scoring application, and one or more application program interfaces. The platform may be configured to facilitate a dart tournament scored on the plurality of mobile computing devices executing the electronic scoring dart application by gathering, at the electronic bracket program, a master tournament player list for the tournament, wherein the master tournament player list includes the event or events in which each player is participating. Then, the platform may include, generating, at the cloud server application, a tournament record based on the master tournament player list wherein the tournament record comprises at least device settings and match rules. The platform may further comprise, sending the master tournament player list and the tournament record to each of the plurality of mobile computing devices executing the electronic scoring dart application. The platform may then comprise scoring a plurality of matches of the tournament on the plurality of mobile computing devices executing the electronic scoring dart application. Then the platform may include automatically sending scores in substantially real-time from each of the plurality of matches upon their completion to the cloud server application and electronic bracket program via the one or more application program interfaces; and automatically advancing players at the electronic bracket program based on the sent scores.
Another aspect of the disclosure provides a method for facilitating a dart tournament. The method may include gathering, at an electronic bracket program, a master tournament player list for the tournament, wherein the master tournament player list includes the event or events in which each player is participating. Then, the method may include, generating, at a cloud server application, a tournament record based on the master tournament player list wherein the tournament record comprises at least device settings and match rules. The method may further comprise, sending the master tournament player list and the tournament record to each of a plurality of mobile computing devices executing an electronic scoring dart application. The method may then comprise scoring a plurality of matches of the tournament on the plurality of mobile computing devices executing the electronic scoring dart application. Then the method may include automatically sending scores in substantially real-time from each of the plurality of matches upon their completion to the cloud server application and electronic bracket program via the one or more application program interfaces; and automatically advancing players at the electronic bracket program based on the sent scores.
Yet another aspect of the invention comprises a non-transitory, tangible, computer-readable storage medium, encoded with processor-readable instructions to perform a method of facilitating a dart tournament. The method may include gathering, at an electronic bracket program, a master tournament player list for the tournament, wherein the master tournament player list includes the event or events in which each player is participating. Then, the method may include, generating, at a cloud server application, a tournament record based on the master tournament player list wherein the tournament record comprises at least device settings and match rules. The method may further comprise, sending the master tournament player list and the tournament record to each of a plurality of mobile computing devices executing an electronic scoring dart application. The method may then comprise scoring a plurality of matches of the tournament on the plurality of mobile computing devices executing the electronic scoring dart application. Then the method may include automatically sending scores in substantially real-time from each of the plurality of matches upon their completion to the cloud server application and electronic bracket program via the one or more application program interfaces; and automatically advancing players at the electronic bracket program based on the sent scores.
Various objects and advantages and a more complete understanding of the present invention are apparent and more readily appreciated by reference to the following Detailed Description and to the appended claims when taken in conjunction with the accompanying Drawings wherein:
The dart game system 100 (also referred to herein as a dart scoring system or dart gaming system) seen in
One embodiment of the dart scoring system improves game play and the scoring experience. For example, the dart gaming system 100 captures data and statistics during the scoring of the game, eliminating the need for manual documentation. The dart gaming system 100 further utilizes the cloud to broadcast games for spectators to follow on any internet enabled device and enables game play between 2 opponents in separate locations. League and tournament play is supported with instant results & stats available to administrators, captains and players, and an interactive community is created utilizing the data collected from game play. It is contemplated that the system 100 may be utilized with or without a network connection. For example, when there is a network connection, the system 100 will automatically update the player/league/tournament statistics on a per throw/game/match segment, as identified by the user. However, if no network connection is available, the system stores the information locally and transfers the data to the server 180 up re-establishing a network connection, integrating the information with any previous information stored.
Turning first to
In one embodiment, the scoreboard 112 may be used to enter and display a dart game score on a user interface. A server 180 may broadcast the user interface to the remote devices. The home devices 116 may mirror the user interface by as a remote device 120. In addition to the scoreboard, 112, the mobile device 114 may also be used to enter scores onto the user interface. For example, the scoreboard 112 device may be placed near a dart board. In order to enter scores in a safe manner, a player may wish to use his or her handheld mobile device 114 to enter scores into the user interface instead of the scoreboard. However, if a mobile device 114 is used to enter scores, the scoreboard 112 may still control various user settings. Seen in
Turning now to
After entering a username/password into the log-in screen 2094, the launch screen 2050 may be displayed. The launch screen 350 is also seen in
Turning now to
The system 100 may comprise an audio and/or video component (e.g., live two-way audio and video) to any dart game initiated on the dart gaming system. Such audio/video may be provided through the dart gaming system using any 3rd-party VOIP or video-streaming service. It is contemplated that the video component may be utilized to support the scoring in the system 100. For example, if a score is contested, a video replay may be used to determine whether the entered score was accurate. Alternatively, the video feed may be automatically utilized by the system 100 to record scores in the system.
Two players, geographically separated, can play a match through the dart gaming system 100 by connecting through the server 180. The server 180 will also distribute the user interface on the scoreboard 112 device to the spectators, as well as record and save all player, team, league, and tournament score data for each throw in every game played on the system 100. To enable play between two geographically remote players, a match host may provide the broadcast key to an opponent that the opponent uses to join the host in the system 100. The game may proceed on two devices, giving each player an opportunity to score their own turn. The server 180 ensures that each player's scoreboard 112 is updated with the same data in real-time, regardless of which player enters the data. The host may also have the option of broadcasting this game to spectators at the same time through the broadcasting feature seen in
One embodiment of the system 100 may comprise using data generated by the system 100 to create an interactive community between users of the system. In such a community, statistics for players may be created for comparison within and amongst the community. Such statistics and reports may be seen in
After a match ends, the dart gaming system 100 may generate a communication such as, but not limited to, an email with a link which accesses the reports seen in
The dart gaming system 100 is adapted to reduce new user anxiety. For example, any required math skills for scoring are eliminated as the system 100 accommodates all level of users. This increases the scoring accuracy, using redundant features to mitigate the typical mistakes associated with electronic interfaces, including user miss-keys, score keeper errors and unresponsive devices. Furthermore, the system 100 uses traditional scoring methods to replicate the “chalk board” scoring experience, enabling easier, faster and more accurate match scoring, allowing the players and score keepers to focus on the game itself.
Turning now to
Seen in
In one embodiment, suggested outs for an '01 match may be broadcast to one or more connected devices. The devices adapted to receive the suggested outs may be set up through the options 1919, as seen in
Turning now to
Turning now to
Turning now to
Seen in
Turning now to
Turning now to
Turning now to
As seen in the Group/Team screen 1425 in
Turning now to
The system 100 may also create and provide custom menus for leagues and tournaments to reflect their exact format. One benefit of this would be fewer game set-up decisions (game type and options) that need to be made by the score keeper and players. When playing an accepted league format, upon launching the system 100 on a mobile computing device, players may be greeted with a simplified menu, such as, but not limited to, the menu 1626 seen in
Looking now at
One system 100 seen in
Turning now to
Although not explicitly listed in
Whatever dart game is chosen may comprise a first dart game. One method 2929 may further comprise initiating a second dart game. For example, the first and second dart games may be related to a league and/or event/tournament, as seen in
The method 292 may further comprise providing match summary information to the dart player upon conclusion of the match—for example in a message with a link as shown in
Another aspect of the disclosure pertains to systems and methods for integrating the scoring application with systems for managing tournament brackets. Some software programs exist for managing the match-ups within sports tournaments, including dart tournaments. Such programs may be referred to herein as “electronic bracket programs,” or simply “bracket programs.” The present disclosure provides an electronic bracket program that interacts with the dart scoring application to create a comprehensive electronic tournament scoring and management system. The disclosure also provides application program interfaces (APIs) to allow the dart scoring system to integrate with existing electronic bracket programs. The APIs of the present dart scoring system provide several features and functions that facilitate the management of dart tournaments.
Historically, steel tip dart competition has been conducted with a multi-part paper ticket based system, using one part to operate the bracket, one part to accompany the players as they proceed to each match assignment, and the last as proof of event registration. Such paper systems are inherently prone to errors and delays, since they are filled out by hand, manually numbered, and continuously change hands between staff and players. Sometimes, slips go missing or become duplicated.
The APIs coordinate an electronic bracket program (including the one provided in the present disclosure and third-party programs) with the connected match scoring system described herein, which provides a level of service to players, spectators and staff that has not previously been available for events and tournaments. The APIs enable an electronic bracket program and dart match scoring software to communicate critical information with each other, simplifying the operation of each, reducing event staffing and the need for operational expertise with both programs. In addition, the overall system provides players and fans public access to all aspects of the tournaments, so they can locate individual matches, peruse bracket standings, or review results.
Several features of the bracket program of the present disclosure also make it easier to manage tournaments. One such feature includes dashboard indicators to create calls to action for a bracket operator. Another is a list view of the bracket to provide a simple action list for the bracket operator. Yet another is a system for creating a printable mailing label or other small paper document system that expedites the pairing of players and board assignments in the correct initial event board call process to expedite the running of the event. This is especially helpful for “Blind Draw” events, which, in a paper based system, require a multi-step process:
First, staff must match all the individual player entries with a partner randomly, creating a doubles team. Then, staff must then randomly match each doubles team with an additional doubles team. Then, the match assignments are organized into a board assignment call order.
With previous paper-based systems, written entry slips are spread out on a large table to create an initial match of paired teams. Then, a secondary match is performed to create the competitions, and then they are organized according to preferred board call assignment. The presently disclosed bracket program combines all three steps into one succinct process, that allows a bracket operator to print the board call slips, with the proper partners and opponents in the order they are to be call. Printing can occur on cards, full sheets of paper, or mailing labels. This feature reduces a 30-minute (or greater) process into an approximately five-minute process. Mailing labels allow the staff to reuse the original submitted paper entry slips.
To utilize a bracket program (either the one of the present disclosure or a third-party bracket program) for a tournament, participants register once for the entire tournament, creating a player record that is aggregated into the Master Player Roster. Each player is then eligible to enter into individual event competitions. Individual event competition may include, for example, women's only, men's only, one game type only (e.g., either cricket or '01), multiple game types, singles, doubles, etc. The Master Player Roster comprises the player information for any player who registers a to play in at least one event throughout the tournament. An Event Player Roster (or simply “Event Roster”) is comprises just the player information for players competing in one particular event. There may be multiple Event Rosters within a Master Tournament Roster.
Once a player enters an event through a registration process, the bracket program can either automatically import the eligible players for the event, or the tournament staff can manually enter and/or select participants. The bracket program then organizes the competition and provides a dart board assignment for each of the initial match(es) between players. In prior approaches, paper tickets would then be used to score the matches and the scores and winners would have to be manually entered in the bracket program, which would typically be run at one, or at most, a few computing devices operated by tournament administrators or staff. The integration system of the present disclosure allows the scoring to be done electronically, through computing devices at each board at which a match is being played that execute the dart scoring application of the present disclosure, and transmitted in real time to the bracket program via the cloud server application 3030. The cloud server application 3030 may be the same cloud server application referred to previously throughout this disclosure.
The bracket program 3010 can then advance players automatically based on the transmitted scores from dart scoring application mobile devices 3050-3052, rather than wait for manual entry of scores and winners. The transferring functions between each of the computing devices and applications depicted in
The integration system 3000 also allows spectators to view scores and tournament standings at one or more remote broadcasting devices 3060 for matches in progress in real-time. The present disclosure has previously described how individual matches may be viewed by spectators when broadcast publicly or with a private key; the integration system adds the ability for spectators to view multiple match scores within a tournament and the live tournament standings themselves. Additionally, the integrated scoring system 3000 may include a control desk interface 3040, on which certain functions for tournament administrators and staff may be displayed. It is contemplated that, in some embodiments, a separate device may not be required to implement the control desk interface 3040, and it may be displayed, instead, on a screen of a device that is running the dart scoring application.
Still referring to
Turning to
Referring back to
The scoring system is intended to maintain wireless connectivity throughout the competition, so that board assignments, scores, and other information may be transmitted back-and-forth between the scoring devices, the cloud server application, and the bracket program. However, several features of the system provide backup and redundancy features to preserve information if network connectivity is lost. One of those features is that each device, once logged into the tournament, receives the Tournament Record and Master Tournament Player List and keeps a copy of it locally. This feature ensures that, once the device has logged into the tournament, it has at least all the assigned and scheduled matches at the proper boards. If, for example, network connectivity is lost after a few matches have been played, and the board assignments are no longer being updated to the device in real-time, the dart scoring application will still be able to pull up a list of correct possible match-ups at particular boards, and may be used to manually select players from the master tournament list if absolutely necessary.
The Tournament Record 3031 is also transferred from the cloud server application to the bracket program itself through the API 3030. To continue setting up a tournament, the bracket program 3010 may then use this Tournament Record 3031 to create a board assignment for each match. Creating a bracket in order to figure out how to advance players and create match-ups is a first component of setting up a tournament; assigning the boards on which those matches are to take place is another endeavor. “Boards” may also be referred to as “dart alleys,” and may be identified by numbers. For example, the first two players may be assigned to Board 1, the second two players to Board 2, etc. In the past, tournament staff set up board assignments manually, which was a very cumbersome and confusing process. Some bracket programs have recently developed board assignment tools. The bracket program of the present disclosure provides an advanced “intelligent board assignment” system (depicted by component 3015) to further improve the process.
In general, the process of board assignment in any tournament is accomplished by first creating a list of eligible events. Each event can import a player list or be manually populated from the master player list. After the bracket program organizes the competition for a specific event, the bracket program creates a Match ID for each individual player vs. player competition, associating it with the Event ID and Tournament ID. The final step is assigning a dart alley (board assignment) where the competition will take place. The cloud server application electronically notifies participants (for example, via e-mail, text message, push notification, or any other suitable electronic communication) of their board assignment, as well as publishing an electronic master list on viewing screens of the display system (e.g., the dart game display system referred to in
One of the fundamental challenges of running a steel tip dart tournament is that there are a limited number of playing fields (dart alleys), with potentially hundreds of players, that are being used by multiple events at the same time. Depending on the event format and match rules, the dartboards can turn over every 10-15 minutes.
No matter what kind of system is used to facilitate a dart tournament, it is the goal of tournament staff to continuously assign as many boards as quickly as possible, without assigning multiple live matches to the same dart alley for certain events. In some event formats, though, multiple matches may purposefully be assigned to a single dart alley with the intention that they are to be played sequentially. To enable the continual assignment of boards without assigning multiple matches at the same time at the same boards, the bracket program must have a board management system, which is at the tournament level, and not at the individual event level. This allows the board management system to manage which boards are currently available (not being actively played on) and to enable tournament staff to develop individual board assignment guidelines for each event.
For instance, in a singles competition event, staff may want to assign every available board. In a team event, staff may choose to assign every other board, or only even/odd boards to allow for additional physical spacing for the multi-player teams (since boards are often placed close together). Staff can also designate a range of dart alleys that are eligible for an individual event. For example, a particular event may have a board assignment guideline of “even numbered boards only, from 2 to 20,” out of a total of 50 available. In prior approaches, assigning boards in this way has been done manually and has been cumbersome to implement.
These guidelines are typically set before the tournament begins, but may be updated as the tournament continues. In embodiments of the disclosure, the event board assignment can either be “absolute” or a “guideline”. When it is a guideline, each event bracket operator may view the total list of available dart alleys (those not being currently utilized by an active match from any event). However, the preferred dart alleys for the particular event the bracket operator is running may have a primary color designation, while the remaining ones are monochromatic. This allows the bracket operator to readily identify recommended boards, yet select any available board, should the need arise. In contrast, if an event board assignment is absolute, the designated boards do not appear in the list of boards that other bracket operators can view for their respective events.
The intelligent board assignment system of the present disclosure (depicted in intelligent board assignment component 3015 of
Another aspect of the intelligent board management system is that the event operator has the ability to designate which round of the tournament this function should be applied to when they run the command: Preliminary round, Round 1, Round 2, etc. For example, a youth event may be set up with an absolute board assignment for boards 1-4 (i.e., all the boards 1-4) for the duration of the youth event, which, for this example, begins sometime after the very start of the tournament and ends sometime before the very end of the tournament. These boards will not be listed in any operator's event board list, except for the list of the bracket operator running the youth event.
This same tournament may begin with a doubles event, for which the staff have set the board assignment guideline to “even numbered” dart alleys. Since the doubles event is the first event, there are no boards being utilized yet, the system automatically assigns matches to all available even numbered boards 5-50 in the initial round of competition, because boards 1-4 are not made available for assignment, having been assigned absolutely to the youth event.
In this same tournament, towards the end of the doubles event, but still during the youth event, a singles competition event begins, and it has a broader board assignment guideline of “all boards,” which means that all boards that are available can be assigned. With a single command, all available even and odd boards (including ones that are available despite having been used in the doubles competition earlier) are assigned for the Prelim Round, and then repeated for Round 1 of the singles event with the exception of boards 1-4, which are still assigned to the youth event. For the remaining doubles matches, which are now fewer in number, only even numbered dart alleys continue to be recommended and available for the doubles bracket operator to schedule. Eventually the youth event ends, and the absolute board guideline for that event is retired, freeing up boards 1-4, for both the doubles and singles events, still respecting their event board guidelines.
Additional guidelines may be implemented at the tournament level or event level to properly assign boards based on tournament or event rules. For example, some tournaments have a rule that a player cannot play on the same board for two consecutive matches because it could potentially give that player an advantage over his or her opponent. In order to implement this rule, the intelligent board assignment system may track previously played boards and take those into account in addition to the other event board assignment guidelines.
In some embodiments, the intelligent board assignment system may have an option of placing a tournament in a full automation mode, rather than having bracket operators assign boards based on guidelines. Guidelines could instead be used to automatically assign everything from the initial board assignments to the final event match. The results from the scoring application would be used to automatically advance each winner through the bracket and create the board assignments based on bracket assignments.
The overall integrated scoring system (or platform) may implement several permissions of restriction levels at the various interfaces of the system. In general, the scoring application is available to members (i.e., paid subscribers to the scoring application, whether participating in the current tournament or not) and tournament participants. The bracket operations, which may be implemented at the control desk 3040, are general only available to tournament staff. The dart game display system (e.g., on the remote broadcasting device 3060), is generally available to anyone who wants to watch, including tournament participants, staff, and spectators. The display system includes public access to tournament check-in, event registration confirmation (which allows viewing of registrations, but not the function of actually registering), fan alerts, board calls, and live match scores and statuses. The live scores and statuses are shown in
As part of the integration between the bracket program and the scoring application, scorers on devices associated with the tournament may enter a board assignment in a board entry field 3201, as shown in board selection screen 3200 of
Each of the pieces of data created by the cloud server application enables the tailoring of distinct match instructions for each event to be delivered to each device. This, in turn, allows the dart scoring application and cloud server to run multiple overlapping events simultaneously at each individual scoring device. That is, event staff and players do not need to intervene manually to change scoring application instructions every time the same device is used for a different event. For example, a single tournament may have both cricket and '01 events, and singles and doubles events. Some players may be participating in both simultaneously. Also, some dart alleys may be used for both events. The rules may differ greatly or slightly between events; no matter the degree of change, it can be difficult to keep track of such changes manually or even mentally. When a board assignment is entered into the board selection screen 3200, one of the matches on the match selection screen 3210 is selected, and the match is confirmed on a match confirmation screen 3220, the scoring application screens that will be presented to the scorer will automatically have the correct competition records and match rules for the match. This ensures that, when players show up to play at an assigned board at a particular time, neither the staff nor players have to worry about interpreting and implementing the match rules for each event, and do not have to go through a tedious process of selecting participants from the master tournament list.
Another aspect of the dart scoring system and integration with the bracket program is that match results may be reported in substantially real-time to the bracket program via the cloud server application and used to advance the winner. When the match is complete, the scoring application utilizes the API to return the competition record, appended with the match score, to the bracket program. The bracket program can then be set up in one of two ways. A first option is that an electronic notification appears in the bracket program, that the operator manually approves, releasing the board assignment, advancing the winning player and recording the match score. The second option is that the notification automatically performs these steps. The match result reporting feature allows tournaments to be run more efficiently and with fewer delays, because it eliminates the need to call in or physically walk scores over to a central control area where the bracket program is run. It also eliminates the need for waiting for advances and new board assignments from the bracket program to be communicated to a central viewing area or individual dart alleys. In any kind of tournament, bracket advances (whether done manually or electronically) are often displayed on some kind of whiteboard or paper on an easel. Since the bracket program itself is electronic, it may be displayed on a central screen, but finding an individual match or player on an entire displayed bracket can still be time-consuming in a big tournament. Sometimes, board assignments may be verbally broadcast over a PA system, but such announcements are easy to miss.
In the present integrated dart scoring system, bracket advances and new board assignments are communicated in real-time back to the scoring applications on individual devices. They are also communicated electronically to each player via e-mail, text message, and/or push notification. It is contemplated that many tournament participants may have the dart scoring application running on their own smartphones, whether they are self-scoring the tournament matches or not, because if they have the application on their smartphones and are logged into the tournament, they can receive a push notification immediately with a new board assignment. Players may want to have the application running on their smartphones for other purposes, including watching other match scores and bracket standings in the tournament. Other spectator features enabled by the integrated dart scoring system will be described later in this disclosure.
Other features of the integrated dart scoring system are related to the automated match status reporting feature, and provide additional tournament efficiency benefits. A challenge for all tournament events is running on-time. In a traditional paper-based environment, the two most common obstacles are players not responding to their verbal board assignments, which delays the start times of scheduled matched, or failing to report the winning result, which delays the next match assignment. Some players who delay reporting winning results do so because they are playing in a high volume of matches, and they may purposefully delay reporting in order to pace themselves and have the matches be a bit more spread out. In the present system, the cloud server application automatically time stamps all board assignments, and groups them according their delayed status in 5-minute increments. As shown in
Some other problems can delay tournaments as well. For example, matches may become abandoned or not formally completed due to technical glitches such as devices freezing or running out of batteries, or any number of other unique circumstances.
As discussed previously, there are several features throughout the integrated scoring system that prevent issues resulting from a loss of network connectivity. Even if the network fails during the competition, the tournament record (comprising the event list, along with the corresponding match instructions) and the master tournament players list is still stored locally at the mobile computing device, which creates a backup option to score a match. Players (or other scorers) can manually select the event and their participant records to create a match. The completed match will reside on the individual tablet until the connectivity is restored. When a connection is re-established, the scoring application will forward the completed match record(s) to the bracket program via the cloud server application. While the record will lack a match ID and board assignment, it will contain a tournament ID, event ID and player IDs, enabling the bracket operator to manually fill in this information and update the results as needed.
Embodiments of the invention may further comprise a non-transitory, tangible, computer-readable storage medium, encoded with processor-readable instructions to perform a method of providing information related to a dart game. One non-transitory, tangible, computer-readable storage medium, encoded with processor-readable instructions may be described with reference to
It is contemplated that a portion of the at least one current player score comprises mark notations, as described herein. Furthermore, target on the dart board may comprise one of an enabled target and a disabled target. This may occur in a cricket game. For example, prior to both or all players hitting the target three times, after a player hits the target three times (receives three mark notations—two slashes and a circle), that player may receive a numerical score for the target amount for any subsequent hits (i.e., “selected” on the user interface) prior to the other player or players hitting the target three times. During this period, the target is enabled. After all players have hit the target three times, the target is disabled and no points may be obtained for this target by any player. The user interface may also comprise a first scoring redundancy and a second scoring redundancy, to ensure scoring accuracy. One such first redundancy may comprise differentiating a color of the enabled target from the disabled target. A second redundancy may comprise: (i) accessing one sum in the audit trail, (ii) differentiating the color of the accessed sum from each other sum, and (iii) displaying in the score window each previous entry related to the accessed sum.
The non-transitory tangible computer-readable storage medium method may further comprise requesting an event key, also referred to herein as a code or a password, or any other term known in the art. The event key may then be distributed to another computing device and then a dart game scoring interface may be received by another computing device, as well as displaying score information on the interface. Such scoring information may be related to one or more forthcoming player dart throws for a next round. Such scoring information may be provided before or after the player has thrown at least one dart for the round. A fade-out display message may also provide information related to one or more recent dart throws to the plurality of additional mobile computing devices.
It is contemplated that ensuring that a dart score is entered correctly into the dart game scoring interface further comprises providing a series of selectable features that automatically enter a score related to a dart throw, decreasing a number of selections required to enter the score as compared to the number of selections required not using the series of selectable features, and calculating statistics related to the selectable features.
The systems and methods described herein can be implemented in a computer system in addition to the specific physical devices described herein. Referring back to
Computer system 2800 includes at least a processor 2801 such as a central processing unit (CPU) or an FPGA to name two non-limiting examples. Any of the subsystems described throughout this disclosure could embody the processor 2801. The computer system 2800 may also comprise a memory 2803 and a storage 2808, both communicating with each other, and with other components, via a bus 2840. The bus 2840 may also link a display 2832, one or more input devices 2833 (which may, for example, include a keypad, a keyboard, a mouse, a stylus, etc.), one or more output devices 2834, one or more storage devices 2835, and various non-transitory, tangible computer-readable storage media 2836 with each other and with one or more of the processor 2801, the memory 2803, and the storage 2808. All of these elements may interface directly or via one or more interfaces or adaptors to the bus 2840. For instance, the various non-transitory, tangible computer-readable storage media 2836 can interface with the bus 2840 via storage medium interface 2826. Computer system 2800 may have any suitable physical form, including but not limited to one or more integrated circuits (ICs), printed circuit boards (PCBs), mobile handheld devices (such as mobile telephones or PDAs), laptop or notebook computers, distributed computer systems, computing grids, or servers.
Processor(s) 2801 (or central processing unit(s) (CPU(s))) optionally contains a cache memory unit 2802 for temporary local storage of instructions, data, or computer addresses. Processor(s) 2801 are configured to assist in execution of computer-readable instructions stored on at least one non-transitory, tangible computer-readable storage medium. Computer system 2800 may provide functionality as a result of the processor(s) 2801 executing software embodied in one or more non-transitory, tangible computer-readable storage media, such as memory 2803, storage 2808, storage devices 2835, and/or storage medium 2836 (e.g., read only memory (ROM)). For instance, the methods 2929 in
The memory 2803 may include various components (e.g., non-transitory, tangible computer-readable storage media) including, but not limited to, a random access memory component (e.g., RAM 2804) (e.g., a static RAM “SRAM”, a dynamic RAM “DRAM, etc.), a read-only component (e.g., ROM 2805), and any combinations thereof. ROM 2805 may act to communicate data and instructions unidirectionally to processor(s) 2801, and RAM 2804 may act to communicate data and instructions bidirectionally with processor(s) 2801. ROM 2805 and RAM 2804 may include any suitable non-transitory, tangible computer-readable storage media. In some instances, ROM 2805 and RAM 2804 include non-transitory, tangible computer-readable storage media for carrying out the method 2929. In one example, a basic input/output system 2806 (BIOS), including basic routines that help to transfer information between elements within computer system 2800, such as during start-up, may be stored in the memory 2803.
Fixed storage 2808 is connected bidirectionally to processor(s) 2801, optionally through storage control unit 2807. Fixed storage 2808 provides additional data storage capacity and may also include any suitable non-transitory, tangible computer-readable media described herein. Storage 2808 may be used to store operating system 2809, EXECs 2810 (executables), data 2811, API applications 2812 (application programs), and the like. Often, although not always, storage 2808 is a secondary storage medium (such as a hard disk) that is slower than primary storage (e.g., memory 2803). Storage 2808 can also include an optical disk drive, a solid-state memory device (e.g., flash-based systems), or a combination of any of the above. Information in storage 2808 may, in appropriate cases, be incorporated as virtual memory in memory 2803.
In one example, storage device(s) 2835 may be removably interfaced with computer system 2800 (e.g., via an external port connector (not shown)) via a storage device interface 2825. Particularly, storage device(s) 2835 and an associated machine-readable medium may provide nonvolatile and/or volatile storage of machine-readable instructions, data structures, program modules, and/or other data for the computer system 2800. In one example, software may reside, completely or partially, within a machine-readable medium on storage device(s) 2835. In another example, software may reside, completely or partially, within processor(s) 2801.
Bus 2840 connects a wide variety of subsystems. Herein, reference to a bus may encompass one or more digital signal lines serving a common function, where appropriate. Bus 2840 may be any of several types of bus structures including, but not limited to, a memory bus, a memory controller, a peripheral bus, a local bus, and any combinations thereof, using any of a variety of bus architectures. As an example, and not by way of limitation, such architectures include an Industry Standard Architecture (ISA) bus, an Enhanced ISA (EISA) bus, a Micro Channel Architecture (MCA) bus, a Video Electronics Standards Association local bus (VLB), a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, an Accelerated Graphics Port (AGP) bus, HyperTransport (HTX) bus, serial advanced technology attachment (SATA) bus, and any combinations thereof.
Computer system 2800 may also include an input device 2833. In one example, a user of computer system 2800 may enter commands and/or other information into computer system 2800 via input device(s) 2833. Examples of an input device(s) 2833 include, but are not limited to, an alpha-numeric input device (e.g., a keyboard), a pointing device (e.g., a mouse or touchpad), a touchpad, a joystick, a gamepad, an audio input device (e.g., a microphone, a voice response system, etc.), an optical scanner, a video or still image capture device (e.g., a camera), and any combinations thereof. Input device(s) 2833 may be interfaced to bus 2840 via any of a variety of input interfaces 2823 (e.g., input interface 2823) including, but not limited to, serial, parallel, game port, USB, FIREWIRE, THUNDERBOLT, or any combination of the above.
In particular embodiments, when computer system 2800 is connected to network 2830, computer system 2800 may communicate with other devices, such as mobile devices and enterprise systems, connected to network 2830. Communications to and from computer system 2800 may be sent through network interface 2820. For example, network interface 2820 may receive incoming communications (such as requests or responses from other devices) in the form of one or more packets (such as Internet Protocol (IP) packets) from network 2830, and computer system 2800 may store the incoming communications in memory 2803 for processing. Computer system 2800 may similarly store outgoing communications (such as requests or responses to other devices) in the form of one or more packets in memory 2803 and communicated to network 2830 from network interface 2820. Processor(s) 2801 may access these communication packets stored in memory 2803 for processing.
Examples of the network interface 2820 include, but are not limited to, a network interface card, a modem, and any combination thereof. Examples of a network 2830 or network segment 2830 include, but are not limited to, a wide area network (WAN) (e.g., the Internet, an enterprise network), a local area network (LAN) (e.g., a network associated with an office, a building, a campus or other relatively small geographic space), a telephone network, a direct connection between two computing devices, and any combinations thereof. A network, such as network 2830, may employ a wired and/or a wireless mode of communication. In general, any network topology may be used.
Information and data can be displayed through a display 2832. Examples of a display 2832 include, but are not limited to, a liquid crystal display (LCD), an organic liquid crystal display (OLED), a cathode ray tube (CRT), a plasma display, and any combinations thereof. The display 2832 can interface to the processor(s) 2801, memory 2803, and fixed storage 2808, as well as other devices, such as input device(s) 2833, via the bus 2840. The display 2832 is linked to the bus 2840 via a video interface 2822, and transport of data between the display 2832 and the bus 2840 can be controlled via the graphics control 2821.
In addition to a display 2832, computer system 2800 may include one or more other peripheral output devices 2834 including, but not limited to, an audio speaker, a printer, and any combinations thereof. Such peripheral output devices may be connected to the bus 2840 via an output interface 2824. Examples of an output interface 2824 include, but are not limited to, a serial port, a parallel connection, a USB port, a FIREWIRE port, a THUNDERBOLT port, and any combinations thereof.
In addition, or as an alternative, computer system 2800 may provide functionality as a result of logic hardwired or otherwise embodied in a circuit, which may operate in place of or together with software to execute one or more processes or one or more steps of one or more processes described or illustrated herein. Reference to software in this disclosure may encompass logic, and reference to logic may encompass software. Moreover, reference to a non-transitory, tangible computer-readable medium may encompass a circuit (such as an IC) storing software for execution, a circuit embodying logic for execution, or both, where appropriate. The present disclosure encompasses any suitable combination of hardware, software, or both.
Those of skill in the art will understand that information and signals may be represented using any of a variety of different technologies and techniques. Those of skill will further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.
The various illustrative logical blocks, modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
The steps of a method or algorithm described in connection with the embodiments disclosed herein (e.g., the method 2929) may be embodied directly in hardware, in a software module executed by a processor, a software module implemented as digital logic devices, or in a combination of these. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of non-transitory, tangible computer-readable storage medium known in the art. An exemplary non-transitory, tangible computer-readable storage medium is coupled to the processor such that the processor can read information from, and write information to, the non-transitory, tangible computer-readable storage medium. In the alternative, the non-transitory, tangible computer-readable storage medium may be integral to the processor. The processor and the non-transitory, tangible computer-readable storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the non-transitory, tangible computer-readable storage medium may reside as discrete components in a user terminal. In some embodiments, a software module may be implemented as digital logic components such as those in an FPGA once programmed with the software module.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
This application is a continuation-in-part of U.S. patent application Ser. No. 14/832,366 filed Aug. 21, 2015 and entitled “Dart Scoring System”, which claims priority to U.S. Provisional Application No. 62/040,299, filed Aug. 21, 2014 and entitled “Dart Scoring System”, which is incorporated herein by reference in its entirety.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5559490 | McDonald et al. | Sep 1996 | A |
| 5857912 | Freitag et al. | Jan 1999 | A |
| 5882111 | Chen | Mar 1999 | A |
| 9989337 | Macher | Jun 2018 | B2 |
| 20010053722 | Miller | Dec 2001 | A1 |
| 20020193162 | Walker | Dec 2002 | A1 |
| 20030064782 | Beaulieu et al. | Apr 2003 | A1 |
| 20040121855 | Giegerich | Jun 2004 | A1 |
| 20050278041 | Bortnik | Dec 2005 | A1 |
| 20060189389 | Hunter | Aug 2006 | A1 |
| 20060247058 | Kromer | Nov 2006 | A1 |
| 20110109045 | Su et al. | May 2011 | A1 |
| 20120083342 | Cross | Apr 2012 | A1 |
| 20120101604 | Segal et al. | Apr 2012 | A1 |
| 20120258788 | Hong | Oct 2012 | A1 |
| 20140038729 | Borge | Feb 2014 | A1 |
| 20140378195 | Lee et al. | Dec 2014 | A1 |
| 20150111642 | Lawson | Apr 2015 | A1 |
| 20160054103 | Macher | Feb 2016 | A1 |
| 20160084618 | Hong | Mar 2016 | A1 |
| Number | Date | Country |
|---|---|---|
| 102004016775 | Oct 2005 | DE |
| 1473065 | Nov 2004 | EP |
| 2445123 | Jun 2008 | GB |
| 100824354 | Apr 2008 | KR |
| Entry |
|---|
| Gex-Collet, A., “Partial Supplementary European Search Report Re Application No. 15834019.0”, dated Mar. 6, 2018, p. 7 Published in: EP. |
| Pierce, Damon Joseph, “United States Office Action Re U.S. Appl. No. 14/832,866”, dated May 3, 2017, p. 28 Published in: US. |
| Pierce, Damon Joseph, “United States Office Action Re U.S. Appl. No. 14/832,366”, dated Oct. 17, 2017, p. 26 Published in: US. |
| Otero, Vanessa, “Response to United States Office Action Re U.S. Appl. No. 14/832,336”, dated Aug. 3, 2017, p. 17 Published in: US. |
| Otero, Vanessa L., “Response to United States Office Action Re U.S. Appl. No. 14/832,366”, dated Jan. 17, 2018, p. 19, Published in: US. |
| Wittmann-Regis, Agnes, “International Preliminary Report on Patentability Re Application No. PCT/US2015/046318”, dated Mar. 2, 2017, p. 8 Published in: CH. |
| Young, Lee W., “International Search Report and Written Opinion re Application No. PCT/US15/46318”, dated Jan. 14, 2016, p. 12 Published in: WO. |
| Favero, “Game-On Electonic Dart Scorer”, Retrieved from https://www.favero.com/en2_darts_electronic_led_scoreboard_with_infrared_remote_control_for_darts_game-72-25.html, Oct. 14, 2008, p. 2. |
| Gex-Collet, A, “European Extended Search Report Regarding Application No. EP15834019”, dated Jun. 18, 2018, p. 6 Published in: EP. |
| Young, Lee W., “International Search Report and Written Opinion Regarding International Application No. PCT/US2019/13837”, dated Apr. 12, 2019, p. 8, Published in: WO. |
| Gex-Collet, A.L., “Office Action Regarding Application No. 15834019.0”, dated May 9, 2019, p. 6, Published in: EP. |
| Number | Date | Country | |
|---|---|---|---|
| 20180142995 A1 | May 2018 | US |
| Number | Date | Country | |
|---|---|---|---|
| 62040299 | Aug 2014 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14832366 | Aug 2015 | US |
| Child | 15876037 | US |
