This application is a continuation of International Application PCT/GB06/001189, filed Mar. 31, 2006, which claims the benefit of Great Britain Application No. 0507991.8, filed Apr. 20, 2005, each of which is incorporated by reference in its entirety herein.
This invention relates to apparatus associated with a sport game. It has particular, but not exclusive, relevance to a cricket game.
A problem with cricket games, as well as other games, is how to record automatically data representative of a ball delivery to allow for future analysis. In recent years, the Hawkeye system (which is generally described in PCT Patent Application WO 01/03781) has been used by television companies and the like to analyse ball deliveries and provide virtual television replays. In the Hawkeye system, multiple cameras record a cricket ball delivery from respective different orientations allowing trajectory information, including a three-dimensional flight path, for the delivery to be calculated.
The Hawkeye system has the problems that it is expensive and requires the precision alignment of many cameras, which is a time-consuming process. These problems are exacerbated in the context of “nets” sessions in which two or more batsmen play deliveries in respective netted enclosures or in compact training areas where cameras cannot be appropriately sited.
An aim of the present invention is to provide an alternative sports game apparatus for deriving projectile trajectory data which is better suited to use by small sporting clubs and the like.
According to the present invention, there is provided apparatus for a sport game involving movement of a projectile, the apparatus comprising impact sensors for detecting impacts by a player of the sport game or the projectile, the impact sensors being coupled to a processor operable to derive characteristic data for a projectile movement from impacts detected by two or more of the planar impact sensors. By monitoring impacts, rather than the movement of the projectile through the air, the apparatus may be both inexpensive and easy to install.
Preferably, the impact sensors are planar because this allows for easier integration into existing sports facilities and also compact storage.
Various embodiments of the invention will now be described with reference to the attached Figures in which:
First Embodiment
As shown in
In this embodiment, apart from the RFID tag sensor 5 the remaining sensors are ElekTex cloth sensors which are available from Eleksen Limited, an English company having a place of business at Pinewood Studios, Pinewood Road, Iver Heath, Buckinghamshire, UK. An Elektex cloth sensor has at least two conductive layers which are separated by a central layer which allows conduction between the conductive layers when compressed. Further details of such a cloth sensor may be found in U.S. Pat. No. 6,714,117, whose whole contents are hereby incorporated by reference.
Elektek cloth sensors have a number of mechanical properties which make them suited to the present invention. These mechanical properties include being lightweight (which is convenient for storage and portability), hard-wearing (which is required due to absorb the repeated impacts of the bowler and cricket ball), waterproof (which allows both indoor and outdoor use), and flexible (which allows the cloth sensors to be bent around objects such as cricket bats and cricket stumps. Further, the co-ordinate resolution of less than a centimeter is more than adequate for the invention.
In this embodiment, each cloth sensor has associated processing circuitry which monitors the cloth sensor and in response to an impact sends a signal conveying the impact co-ordinates, the impact pressure and the impact timing to the coaching assistant apparatus 1 via a wireless communication apparatus (not shown in
The RFID tag sensor 5 is conventional and is able to identify the closest of a plurality of RFID tags 7. Each bowler 9 is given a respective different RFID tag 7 so that by sensing the nearest RFID tag 7 when a bowler 9 delivers a ball the identity of the bowler may be detected and logged by the coaching assistant apparatus 1.
In this embodiment, the batting strip is grass and the crease sensor 11 and the pitch sensor 15 are secured in position by small pegs (not shown). The crease sensor 11 and the pitch sensor 15 have markings thereon (not shown) which facilitate alignment with the stumps and the crease lines at each end. The back stop sensor 25 and the left-hand and right-hand wall sensors 27a, 27b are hung from a conventional frame 29 in place of nets.
As shown in
As shown in
As shown in
As discussed above and shown in
In the coaching assistant apparatus 1, the wireless communication apparatus 73 is connected to a data bus system 75. The coaching assistant apparatus also includes an operator interface 77, a remote device interface 79, a processor 81, database memory 83, program routine memory 85 and volatile memory 87, all of which are interconnected by the data bus system 75. Although the database memory 83, the program routine memory 85 and the volatile memory 87 are schematically represented as separate memories in
In this embodiment, the operator interface 77 includes a keyboard for allowing the operator to enter data into the coaching assistant apparatus 1 and a display for allowing the operator to read data from the coaching assistant apparatus 1. The operator interface 77 also includes a CD-ROM reader/writer via which data stored on a CD-ROM 89 can be input into the coaching assistant apparatus 1 or data may be written onto a recordable CD-ROM.
The remote device interface 79 allows data to be input into and output from the coaching assistant apparatus 1 in the form of a signal 91. The remote device interface 79 allows either direct connection to a remote device or indirect connection via a computer network such as the internet.
The processor 81 performs processing operations in accordance with program routines stored in the program routine memory 85. These program routines may be either stored in the program routine memory 85 during manufacture, or input to the coaching assistant apparatus 1 via the operator interface 77 or the remote data interface 79. The program routines process sensor data received via the wireless communication apparatus 73, data input by the operator interface 77 and/or data input by the remote device interface 79 and store the resultant data in the database memory 83.
As shown in
The player database 93 stores details for each player. As shown in
The session database 95 stores session data for each session. In this embodiment, each session is associated with a single batsman in the nets, or simple bowling practice with no batsman present. As shown in
The raw delivery data for the session is stored in the delivery database 97. As shown in
The database memory 83 also stores a delivery library 99 which, as will be described in more detail hereafter, stores processed delivery data for deliveries recorded by the sensors.
In this embodiment, in order to facilitate data entry and integrity the data is stored in the database memory 83 using conventional relational database techniques.
As shown in
Master Control Routine
The Master Control routine 101 controls the overall operation of the coaching assistant apparatus 1 by monitoring for interrupts indicating that a processing operation is required, and then initiating the processing operation. In particular: in response to the operator of the coaching assistant apparatus 1 selecting a “Log Player” option using the operator interface 77, the Master Control routine 101 initiates the Log Player routine 103; in response to the operator of the coaching assistant apparatus 1 selecting a “New Session” option using the operator interface 77, the Master Control routine 101 initiates the Initiate Session routine 105; and in response to the operator of the coaching assistant apparatus 1 selecting a “Process Delivery” option using the operator interface 77, the Master Control routine initiates the Process Delivery Data routine 109.
Log Player Routine
As mentioned above, the Log Player routine 103 is initiated in response to the operator of the coaching assistant apparatus 1 selecting a “Log Player” option. The Log Player routine 103 displays a series of questions about the new player, and the entered answers to these questions are used to form a new entry in the player database 93.
Initiate Session Routine
As mentioned above, the Initiate Session routine 105 is initiated in response to the operator of the coaching assistant apparatus 1 selecting a “New Session” option. The Initiate Session Routine 105 generates a unique session identification number and then displays a series of questions about the new session. The unique session identification number and the answers entered in response to the displayed questions are used to form a new entry in the session database 95. This includes information identifying which sensors are being used.
The Initiate Session routine 105 then awaits sensor data for the session. In response to receipt of sensor data by the wireless communication apparatus 73, the Initiate Session routine 105 initiates the Store Delivery Data routine 107 which stores the sensor data in the delivery database 97 as is described in more detail below.
The Initiate Session routine 105 ends in response to the operator of the coaching assistant apparatus selecting an “End Session” option using the operator interface 77.
Store Delivery Data Routine
In response to the receipt of sensor data by the wireless communication apparatus 73, the Store Delivery Data routine 107 generates a unique delivery identification number for the delivery, and then stores the unique delivery identification number together with the unique session identification number and the received sensor data as an entry in the delivery database 97.
It will be appreciated that not all the sensors will record a reading for each delivery. For example, only one of the back stop sensor 25 and the left and right wall sensors 27a, 27b will normally record a reading.
Process Delivery Data routine
As mentioned above, the Process Delivery Data routine 109 is initiated in response to the operator of the coaching assistant apparatus 1 selecting a “Process Delivery” option using the operator interface 77. When the “Process Delivery” option is selected, the Process Delivery Data routine 109 displays a request for the operator to select a session; once the operator has selected the session the Process Delivery Data routine 109 displays a request for the operator to select a delivery.
After a delivery has been selected by the operator of the coaching assistant apparatus 1, the Process Delivery Data routine 109 processes the sensor data to generate a graphical representation of the ball trajectory of the delivery, and then displays the graphical information together with analytical data. An exemplary display is shown in
Initially, the Process Delivery Data routine 109 identifies the bowler for the delivery from the RFID Tag number detected by the RFID Tag sensor 7 and identifies the batsman, if there is one, from the entry in the session database for the session in which the delivery took place.
In general, the graphical representation of the ball delivery is generated by determining the position of the ball at three separate instants. These three separate positions will hereafter be referred to as the delivery position, the pitch impact position and the second impact position. The trajectory of the ball is interpolated from these three positions.
The delivery position is determined from the sensor reading on the crease sensor 11, which provides the lengthwise and widthwise co-ordinates with respect to the batting strip, and the Ball Release Height data 131 which provides the height co-ordinate above the batting strip. The pitch impact position is determined by sensor reading of the pitch sensor 15. The second impact position is determined by one of:
From these three positions, the Process Delivery Data routine generates and displays a side view ball trajectory 175 and a top view ball trajectory 177.
It will be appreciated that for some deliveries the ball may not hit the pitch sensor 15, for example for a very full delivery where the ball pitches close to the batsman's crease. In this embodiment, if no impact on the pitch sensor is detected then the Process Delivery Data routine 109 displays a message indicating a graphical representation is not possible.
The Process Delivery Data routine 109 also determines the speed of the delivery based on the delivery position and the second impact position and their associated timings, and the delivery stride/ball release time gap data 133 stored in the entry for the bowler in the player database. In particular, the timing at the delivery position is modified by adding the delivery stride/ball release time gap to generate a delivery timing, and the speed is calculated from by dividing the distance between the delivery position and the second impact position by the difference between the delivery timing and the second impact timing. The speed of the delivery is displayed in an analytical data window 179 along with characteristic data for the delivery.
It will be appreciated that if the second impact position is on the bat sensor 17 or one of the pad sensors 21, then the second impact position can only be approximated because the batsman may move the bat or the pads and accordingly the trajectory and speed information will only be approximate.
In this embodiment, if the ball impacts the bat and one of the back stop sensor 25 and the left wall and right wall sensors 27a,27b, a result for the ball may also be given in dependence on the selected field setting for the session. For example, if the ball hits a position of the bat sensor 17 corresponding to the edge of the bat and then the back stop sensor 25, then depending on the position of impact on the back stop sensor 25 and the number of slip fielders in the field setting, it may be judged if the batsman is out caught behind or if the ball goes for four runs. Further, different regions of the left wall and right wall sensors 27 can be associated with fielders of the field setting so that if these portions are hit then no runs are scored, whereas if these positions are avoided then the number of runs scored may be determined in accordance with the magnitude of the impact on the wall sensor.
Second Embodiment
In the first embodiment, data characteristic of a ball delivery is generated. A second embodiment will now be described in which this characteristic data is used to recreate the ball delivery using an automated bowling machine.
This embodiment utilises a BOLA Cricket Bowling Machine, available from Stuart & Williams, 6 Brookfield Road, Cotham, Bristol, BS6 5PQ, UK. The BOILA Cricket Bowling Machine has a control panel via which speed, swing and spin for a delivery may be entered.
In this embodiment, the coaching assistant apparatus 1 of the first embodiment has an addition routine which, in response to an instruction from the operator, outputs the settings which need to be entered into the Cricket Bowling Machine for the speed, swing and spin in order to recreate the delivery.
Third Embodiment
In the second embodiment, the characteristic data for a ball delivery is used to calculate settings for a cricket bowling machine to recreate the delivery. In a third embodiment of the invention, the characteristic data for a ball delivery is processed to recreate the ball delivery virtually as part of a computer game. In this way, a real bowler may play against a virtual batsman.
There exists cricket computer games in which a player is able to control the bowling action using a joystick or the like, for example EA Sports Cricket 2005. In this embodiment, the coaching assistant apparatus processes the sensor readings to determine parameters which may be entered directly into such a computer game platform in place of joystick data in order to reproduce a recorded ball delivery.
Modifications and Further Embodiments
While a BOLA Cricket Bowling Machine was used in the second embodiment, it will be appreciated that alternative bowling machines could be used.
The ability to recreate a ball delivery using a bowling machine as described in the second embodiment opens up a large number of possibilities. For example, in one embodiment a bowler bowls a ball in one net without a batsman, the characteristic data for the ball delivery is processed to determine settings for a bowling machine, and these settings are transmitted to a remote location in which the bowling machine bowls the ball delivery to a batsman. In this way, a new cricket game in which a bowler “bowls” to a batsman in a separate locality may be played.
The coaching assistant apparatus may output the settings for a remote bowling machine either through the operator interface 77, relying on the operator to pass the settings on, or more preferably via the remote device interface 79 directly to the remote bowling machine.
While the ElekTex cloth sensor is used for the impact sensors in the illustrated embodiments, other forms of impact sensor could be used. For example, the pad sensor described in U.S. Pat. No. 6,788,295 could be used. Alternatively, a simple array of pressure sensors could be used with processing electronics associating each of the array of pressure sensors with an associated position.
In the illustrated embodiments, separate crease and pitch sensors are provided. Alternatively, the crease and pitch sensors could be integrally formed to form an elongate strip the entire length of the wicket. Advantageously, the elongate strip could have wicket markings such as the popping crease marked thereon to allow a wicket to be formed by simply unrolling the elongate strip.
Preferably, the RFID Tag Sensor and the crease sensor could be integrated into a single sensing system, sharing common processing electronics and wireless communication apparatus. In this way, when the crease sensor sensing the front foot impact of a bowler the RFID tag sensor is instructed to identify the closest RFID tag in order to identify the bowler. The RFID tag number and sensor data from the crease sensor are then sent together to the coaching assistant apparatus.
The RFID tag sensor is not essential if alternative means for identifying the bowler are present, or the bowler identity is not required. For example, if only one bowler is bowling or a group of bowlers are bowling in strict rotation then bowler information could be entered directly into the coaching digital assistant.
Although separate stump sensors are provided for each stump in the illustrated embodiment, alternatively a single sensor could be formed as a sleeve around all three stumps. This would have the advantage of reducing the number of sensors and wireless communication apparatuses.
In the illustrated embodiment, the pad sensors are wrapped around the cricket pads. As the pad sensors are made of cloth, it will be appreciated that the pad sensors could be built directly into the cricket pads.
In the first embodiment, the back stop sensor and the left and right wall sensors are hung from a frame in place of conventional nets. For safety reasons, it may be desirable to hang nets in addition to the back stop sensor and left and right wall sensors, particularly close to the batsman's crease.
It will be appreciated that additional sensors could be utilised to provide even more information relating to a delivery. For example, an impact sensor could be provided on the ground by the stumps to the impact of full pitch deliveries and also to monitor the movement of the feet of the batsman. In this case, the processing electronics includes pattern matching software to differentiate between the distinctive impacts of the cricket ball and the feet of the batsman.
In the first embodiment, the sensors are synchronised by a synchronisation signals transmitted using wireless communication. Alternatively, the sensors may be synchronised using a calibration procedure in which two or more sensors receive simultaneous impacts to provide synchronous timing information, and then other sensors are grouped with respective ones of the synchronised sensors and the process repeated until all sensors have been synchronised.
In the illustrated embodiments, data is communicated from the sensors to the coaching assistant apparatus using wireless data transfer in accordance with the Bluetooth protocol. It will be appreciated that other forms of data transfer could be used. Further, wire communication links could replace the wireless communication links. In this respect, the wired communication links could be formed by cloth wires which are provided with the ElekTex cloth sensors. The use of such cloth wires is desirable because of their portability and simple deployment properties.
As described in the first embodiment, the operator interface of the coaching assistant apparatus may have a keyboard for entering data and a display for displaying sensor. Other forms of man-machine interface are possible. For example, the coaching assistant apparatus may have a touch-sensitive screen of the type used by many personal digital assistants (PDAs).
In the first embodiment, the coaching assistant apparatus provides views of a ball delivery trajectory from the side and from above. It will be appreciated that other views of the ball delivery trajectory could be presented, for example from behind the batsman's wicket. In an embodiment, the operator may select any desired orientation for viewing the ball delivery trajectory.
In the embodiments described above, a coaching assistant apparatus is provided which allows onsite analysis of the sensor readings. Alternatively, the sensor readings could be simply stored onsite and then transferred to a remote processing apparatus for analysis. The remote processing apparatus could be a convention personal computer running customised software for performing the analysis. Alternatively, the sensor readings could be uploaded to a website for processing.
It will be appreciated that a single coaching assistant apparatus could collate and analyse data from several sets of sensors, each corresponding to a different batting strip. In this way, a coach may centrally monitor the amount of time spent batting by each player, the number of balls delivered by each player and the like. In an embodiment, the coaching assistant apparatus gives an alert to the coach under predetermined conditions, e.g. that a batsman has been bowled out or that no ball has been delivered in one batting strip for a predefined period of time. The coach would also be able to filter data to compare, for example, different fast bowlers or different specialist batsmen.
While the invention has been described in relation to a cricket game, it will be appreciated that the invention may also be applied to other forms of ball games such as tennis, squash and the like.
Although the described embodiment of the invention comprises computer apparatus and processes performed in the computer apparatus, the invention also extends to computer programs, particularly computer programs on or in a carrier, adapted for putting the invention into practice. The program may be in the form of source code, object code, a code intermediate source and object codes such as in a partially compiled form, or in any other form suitable for using the implementation of the processes according to the invention.
The carrier may be any entity or device capable of carrying the program. For example, the carrier may comprise a storage medium, such as a ROM, for example a CD-ROM or a semi-conductor ROM, or a magnetic recording medium, for example a floppy disk, or a hard disk. Further, the carrier may be a transmissible carrier such as an electronic or optical signal which may be conveyed via electrical or optical cable or by radio or other means.
When the program is embodied in a signal which may be conveyed directly by cable or other device or means, the carrier may be constituted by such cable or other device or means. Alternatively, the carrier may be an integrated circuit in which the program is embedded, the integrated circuit being adapted for performing, or for use in the performance of, the relevant processes.
Although in the described embodiments the invention is implemented using software, it will be appreciated that alternatively the invention could be implemented using hardware devices, or a combination of hardware devices and software.
Number | Date | Country | Kind |
---|---|---|---|
0507991.8 | Apr 2005 | GB | national |
Number | Name | Date | Kind |
---|---|---|---|
3698712 | Pero | Oct 1972 | A |
4304406 | Cromarty | Dec 1981 | A |
4534557 | Bigelow et al. | Aug 1985 | A |
4855711 | Harrop et al. | Aug 1989 | A |
4872674 | Deal | Oct 1989 | A |
4915384 | Bear et al. | Apr 1990 | A |
5059944 | Carmona | Oct 1991 | A |
5082262 | Sanchez | Jan 1992 | A |
5171012 | Dooley | Dec 1992 | A |
5174759 | Preston et al. | Dec 1992 | A |
5354063 | Curchod | Oct 1994 | A |
5390927 | Angelos | Feb 1995 | A |
5401018 | Kelly et al. | Mar 1995 | A |
5419562 | Cromarty | May 1995 | A |
5419565 | Gordon et al. | May 1995 | A |
5472205 | Bouton | Dec 1995 | A |
5566934 | Black et al. | Oct 1996 | A |
5697791 | Nashner et al. | Dec 1997 | A |
5757266 | Rider et al. | May 1998 | A |
5798703 | Sakai et al. | Aug 1998 | A |
5820496 | Bergeron | Oct 1998 | A |
5868578 | Baum | Feb 1999 | A |
5988646 | Fair | Nov 1999 | A |
5988861 | Baum | Nov 1999 | A |
6605011 | Yamamoto et al. | Aug 2003 | B1 |
6709351 | Hori | Mar 2004 | B2 |
6837495 | Gerson et al. | Jan 2005 | B2 |
7052391 | Luciano, Jr. | May 2006 | B1 |
7084888 | Takahama et al. | Aug 2006 | B2 |
7722465 | Sumi | May 2010 | B2 |
7789742 | Murdock et al. | Sep 2010 | B1 |
20030047001 | Liao | Mar 2003 | A1 |
20050119036 | Albanna et al. | Jun 2005 | A1 |
20050245302 | Bathiche et al. | Nov 2005 | A1 |
20060166737 | Bentley | Jul 2006 | A1 |
20060180647 | Hansen | Aug 2006 | A1 |
20060189386 | Rosenberg | Aug 2006 | A1 |
20070200298 | Course | Aug 2007 | A1 |
20080200285 | Haseth | Aug 2008 | A1 |
Number | Date | Country |
---|---|---|
WO 02074397 | Sep 2002 | WO |
Number | Date | Country | |
---|---|---|---|
20080153634 A1 | Jun 2008 | US |