Data management apparatus and data distribution system
Summary by NHIP
Game ghost data management apparatus
The apparatus receives ghost data and score data from information terminals to store game records. It organizes data into score sections with defined maximum registration limits per section or a uniform limit across all sections.
Claim Score by NHIP
Abstract
Ghost data used for reproducing a game process having been executed in accordance with operations performed by users are transmitted, as necessary, from a plurality of game apparatuses to a data management apparatus. The data management apparatus stores the ghost data received from the plurality of game apparatuses, in accordance with a definition of a database in which a plurality of score sections are defined based on a value represented by score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections. The data management apparatus transmits, when a ghost data distribution request is received from a one of the plurality of game apparatuses, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of score sections, the one of the plurality of scores sections being associated with the score data included in the ghost data distribution request, to the one of the plurality of game apparatuses. Thus, it is possible to limit the total capacity for storing the ghost data in a server to a predetermined range of capacity, and allow each player to obtain the ghost data in accordance with a skill of the player.

Term
4.2 yearsleft in the term
Expires 22 November 2030, including 1,077 days of term adjustment.
- Priority
- Filed
- Granted
- Today
- Expires
16 claims: 3 independent, 13 dependent
- 1A data management apparatus for collecting data generated by a plurality of information terminals, and transmitting, in accordance with a request from a one of the plurality of information terminals, necessary data to the one of the plurality of information terminals, the data management apparatus comprising:reception circuitry for receiving, from a one of the plurality of information terminals, both ghost data used for reproducing a game process having been executed in accordance with an operation performed by a user of the one of the plurality of information terminals, and score data which represents an index indicating a skill of a game based on the ghost data, and database process circuitry for storing the received ghost data in accordance with a definition of a database in which a plurality of score sections are defined based on a value represented by the score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections, wherein the database process circuitry includes: database storage circuitry for storing the database in which the plurality of score sections are defined based on the value represented by the score data;score section determination circuitry for determining one of the plurality of score sections, with which the received ghost data is to be associated, in accordance with the score data received with the ghost data, when the ghost data is received by the reception circuitry from a one of the plurality of information terminals;registration circuitry for registering the ghost data in the database so as to be associated with the one of the plurality of score sections determined by the score section determination circuitry;and deletion circuitry for deleting, as necessary, the ghost data for at least one user for which the ghost data has been already registered, such that, in the one of the plurality of score sections, the number of users for which the ghost data are registered is not greater than the maximum registration allowable number of users for which the ghost data are registered, when the ghost data is registered by the registration circuitry.
- 15A data distribution system for allowing a data management apparatus to collect data generated by a plurality of information terminals, and transmit, in accordance with a request from a one of the plurality of information terminals, necessary data to the one of the plurality of information terminals, wherein each of the plurality of information terminals includes data generation circuitry for generating both ghost data used for reproducing a game process having been executed in accordance with an operation performed by a user of said each of the plurality of information terminals, and score data which represents an index indicating a skill of a game based on the ghost data, data transmission circuitry for transmitting, to the data management apparatus, the ghost data generated by the data generation circuitry and the score data based on the ghost data, and request transmission circuitry for transmitting, to the data management apparatus, a ghost data distribution request for requesting the ghost data, and the data management apparatus includes data reception circuitry for receiving, from the plurality of information terminals, the ghost data, and the score data based on the ghost data, database process circuitry for storing the received ghost data in accordance with a definition of a database in which a plurality of score sections are defined based on a value represented by the score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections, and data transmission circuitry for transmitting, to a one of the plurality of information terminals, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of score sections in the database, in accordance with the ghost data distribution request, among the ghost data stored by the database process circuitry, when the ghost data distribution request is received from the one of the plurality of information terminals.
- 16Broadest claimClaim Score 32, narrow(NHIP)A method for collecting data generated by a plurality of information terminals, and transmitting, in accordance with a request from a one of the plurality of information terminals, necessary data to the one of the plurality of information terminals, comprising:receiving, from a one of the plurality of information terminals, both ghost data used for reproducing a game process having been executed in accordance with an operation performed by a user of the one of the plurality of information terminals, and score data which represents an index indicating a skill of a game based on the ghost data, and storing the received ghost data in accordance with a definition of a database in which a plurality of score sections are defined based on a value represented by the score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections;storing the database in which the plurality of score sections are defined based on the value represented by the score data;determining one of the plurality of score sections, with which the received ghost data is to be associated, in accordance with the score data received with the ghost data, when the ghost data is received from a one of the plurality of information terminals;registering the ghost data in the database so as to be associated with the one of the plurality of score sections determined;and deleting, as necessary, the ghost data for at least one user for which the ghost data has been already registered, such that, in the one of the plurality of score sections, the number of users for which the ghost data are registered is not greater than the maximum registration allowable number of users for which the ghost data are registered, when the ghost data is registered.
Independent claims3
128 paragraphs in 5 sections, as filed
CROSS REFERENCE TO RELATED APPLICATION
The disclosure of Japanese Patent Application No. 2007-260311, filed on Oct. 3, 2007, is incorporated herein by reference.
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates to a data management apparatus and a data distribution system, and more particularly to a data management apparatus and a data distribution system for displaying ghost data based on a history of a game having been previously played.
2. Description of the Background Art
In a racing game system disclosed in Japanese Laid-Open Patent Publication No. 2003-320164, three-dimensional image data (ghost data) generated in a game which is played using an individual racing game apparatus is uploaded to a database server through a communication line so as to be stored in a high-capacity storage device of the database server. When a player of a racing game apparatus desires that a racing car of the player compete with a racing car (ghost car) which was previously operated by another player, the racing game apparatus accesses the database server through the communication line so as to download ghost data of the game selected from among ghost data which are obtained when other players previously played the game, and which are stored in the high-capacity storage device of the database server. At this time, based on a ranking list created by a management device of the database server, the ghost data ranked immediately above or a few ranks higher than data of the best record of the player operating the racing game apparatus is automatically selected. Thus, the player is allowed to cause his/her car to compete with a ghost car of another player who matches the player in skill.
However, the racing game system disclosed in Japanese Laid-Open Patent Publication No. 2003-320164 has a problem that a high-capacity storage device is necessary for storing all the ghost data uploaded to the database server from the individual racing game apparatuses. Further, the storage capacity of the high-capacity storage device is limited, and therefore the amount of the ghost data to be uploaded to the database server is also limited. Furthermore, the ranking list is created based on all the ghost data uploaded from the individual racing game apparatuses to the database server, and therefore there is a problem that processing load necessary for creating the ranking list is large.
In order to solve the problem, only the ghost data (for example, the ghost data for top 1000 players) ranked higher than a predetermined rank in the ranking list may be stored in the high-capacity storage device instead of storing, in the high-capacity storage device, all the ghost data uploaded from the individual racing game apparatuses to the database server. In this case, however, an unskilled player is not allowed to compete, in operating a car, with another player who matches the unskilled player in skill since the ghost data of the another player may not be stored in the high-capacity storage device of the database server.
SUMMARY OF THE INVENTION
Therefore, an object of the present invention is to provide a system capable of limiting the capacity for storing data in a server to a predetermined range of capacity, and allowing each player to obtain ghost data in accordance with a skill of the player.
The present invention has the following features to attain the object mentioned above. The reference numerals, figure numbers, supplementary descriptions, and the like in the parentheses in the following description indicate an exemplary correspondence with the drawings, and are not intended to limit, in any way, the scope of the present invention.
According to the present invention, a data management apparatus (<b>8</b>) collects data generated by a plurality of information terminals (<b>3</b>), and transmits, in accordance with a request from a one of the plurality of information terminals, necessary data to the one of the plurality of information terminals, and comprises reception means (<b>81</b>, <b>84</b>, S<b>30</b>) and database process means (<b>81</b>, <b>83</b>, S<b>34</b>). The reception means receives, from a one of the plurality of information terminals, both ghost data (<figref idrefs="DRAWINGS">FIG. 12</figref>) used for reproducing a game process having been executed in accordance with an operation performed by a user of the one of the plurality of information terminals, and score data (accomplishment time) which represents an index indicating a skill of a game based on the ghost data. The database process means stores the received ghost data in accordance with a definition (<figref idrefs="DRAWINGS">FIG. 14</figref>) of a database in which a plurality of score sections are defined based on a value represented by the score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections.
The database process means may include: database storage means (<b>83</b>); score section determination means (<b>81</b>, S<b>31</b>); registration means (<b>81</b>, S<b>34</b>); and deletion means (<b>81</b>, S<b>33</b>). The database storage means stores the database in which the plurality of score sections are defined based on the value represented by the score data. The score section determination means determines one of the plurality of score sections, with which the received ghost data is to be associated, in accordance with the score data received with the ghost data, when the ghost data is received by the reception means from a one of the plurality of information terminals. The registration means registers the ghost data in the database so as to be associated with the one of the plurality of score sections determined by the score section determination means. The deletion means deletes, as necessary, the ghost data for at least one user for which the ghost data has been already registered, such that, in the one of the plurality of score sections, the number of users for which the ghost data are registered is not greater than the maximum registration allowable number of users for which the ghost data are registered, when the ghost data is registered by the registration means. The deletion means may delete, as necessary, the registered ghost data after new ghost data is registered by the registration means. Alternatively, the deletion means may delete, as necessary, the registered ghost data before new ghost data is registered by the registration means. In the former case, the number of users for which the ghost data are registered is greater than the maximum registration allowable number only for a short period of time. In the latter case, the number of users for which the ghost data are registered is never greater than the maximum registration allowable number.
Further, the data management apparatus may further comprise transmission means (<b>81</b>, <b>84</b>, S<b>39</b>) for transmitting, to a one of the plurality of information terminals, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of score sections in the database, in accordance with a ghost data distribution request for requesting the ghost data, when the ghost data distribution request is received from the one of the plurality of information terminals.
Further, the ghost data distribution request from a one of the plurality of information terminals includes the score data of the game played by using the one of the plurality of information terminals, and the transmission means may transmit, to the one of the plurality of information terminals, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of scores sections, the one of the plurality of score sections being associated with the score data included in the ghost data distribution request.
Further, the ghost data distribution request from a one of the plurality of information terminals includes the score data of the game played by using the one of the plurality of information terminals, and the transmission means may transmit, to the one of the plurality of information terminals, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of score sections in the vicinity of another one of the plurality of score sections, the another one of the plurality of score sections being associated with the score data included in the ghost data distribution request.
Further, the ghost data includes information of an area in which the ghost data is generated, and the ghost data distribution request from the one of the plurality of information terminals includes information of an area in which the one of the plurality of information terminals is provided, and the transmission means may transmit, to the one of the plurality of information terminals, the ghost data having been received with the score data which is best of all the score data of the ghost data including the information of the area which is the same as the information of the area included in the ghost data distribution request.
Further, the ghost data may include key operation history data (<figref idrefs="DRAWINGS">FIG. 13</figref>) in which keys, of a corresponding one of the plurality of information terminals, operated by a user are stored in chronological order.
Further, the ghost data may include action data representing an action of a subject to be operated (Op) in a game space, when a user operates keys of a corresponding one of the plurality of information terminals.
Further, the game process is a process performed in a racing game which allows a user to operate a game character, and the ghost data is used for reproducing a movement of the game character (Op) operated by a user playing the game in which the user competes in a time in which the racing game is cleared, or a time in which a course is finished, and the score data is time information representing the time in which the racing game is cleared, or the time in which a course is finished.
Further, the deletion means may delete the ghost data having been registered in the database earliest of all the ghost data of one of the plurality of score sections, the one of the plurality of score sections being associated with the ghost data having been newly received.
Further, the deletion means may delete the ghost data having been generated, by one of the plurality of information terminals, earliest of all the ghost data of one of the plurality of score sections, the one of the plurality of score sections being associated with the ghost data having been newly received.
According to the present invention, a data distribution system allows a data management apparatus (<b>8</b>) to collect data generated by a plurality of information terminals (<b>3</b>), and transmit necessary data to a one of the plurality of information terminals, in accordance with a request from the one of the plurality of information terminals. Each of the plurality of information terminals includes data generation means (<b>10</b>, S<b>11</b>), data transmission means (<b>10</b>, S<b>14</b>), and request transmission means (<b>10</b>, <b>18</b>, S<b>17</b>). The data generation means generates both ghost data (<figref idrefs="DRAWINGS">FIG. 12</figref>) used for reproducing a game process having been executed in accordance with an operation performed by a user of said each of the plurality of information terminals, and score data which represents an index indicating a skill of a game based on the ghost data. The data transmission means transmits, to the data management apparatus, the ghost data generated by the data generation means and the score data based on the ghost data. The request transmission means transmits, to the data management apparatus, a ghost data distribution request for requesting the ghost data. The data management apparatus includes data reception means (<b>81</b>, <b>84</b>, S<b>30</b>), database process means (<b>81</b>, <b>83</b>, S<b>34</b>), and data transmission means (<b>81</b>, <b>84</b>, S<b>39</b>). The data reception means receives, from the plurality of information terminals, the ghost data, and the score data (accomplishment time) based on the ghost data. The database process means stores the received ghost data in accordance with a definition (<figref idrefs="DRAWINGS">FIG. 14</figref>) of a database in which a plurality of score sections are defined based on a value represented by the score data, and a maximum registration allowable number of users for which the ghost data are registered is defined for each of the plurality of score sections, or is defined so as to be the same among the plurality of score sections. The data transmission means transmits, to a one of the plurality of information terminals, the ghost data for at least one user for which the ghost data is registered so as to be associated with one of the plurality of score sections in the database, in accordance with the ghost data distribution request, among the ghost data stored by the database process means, when the ghost data distribution request is received from the one of the plurality of information terminals.
According to the present invention, the total capacity for storing the ghost data in a server is limited to a predetermined range of capacity, and each player is allowed to obtain the ghost data in accordance with a skill of said each player.
These and other objects, features, aspects and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
<figref idrefs="DRAWINGS">FIG. 1</figref> is an external view illustrating a game system <b>1</b> according to an embodiment of the present invention;
<figref idrefs="DRAWINGS">FIG. 2</figref> is a functional block diagram of a game apparatus <b>3</b>;
<figref idrefs="DRAWINGS">FIG. 3</figref> is a perspective view of a controller <b>7</b> as viewed from the top rear side thereof;
<figref idrefs="DRAWINGS">FIG. 4</figref> is a perspective view of the controller <b>7</b> as viewed from the bottom front side thereof;
<figref idrefs="DRAWINGS">FIG. 5</figref> is a perspective view illustrating a state where an upper housing of the controller <b>7</b> is removed;
<figref idrefs="DRAWINGS">FIG. 6</figref> is a perspective view illustrating a state where a lower housing of the controller <b>7</b> is removed;
<figref idrefs="DRAWINGS">FIG. 7</figref> is a block diagram illustrating a structure of the controller <b>7</b>;
<figref idrefs="DRAWINGS">FIG. 8</figref> is a diagram illustrating a configuration of a data distribution system according to the embodiment;
<figref idrefs="DRAWINGS">FIG. 9</figref> is a block diagram illustrating a configuration of a server device <b>8</b>;
<figref idrefs="DRAWINGS">FIG. 10</figref> is a diagram illustrating an example of a game screen displayed when a game is executed by the game apparatus <b>3</b>;
<figref idrefs="DRAWINGS">FIG. 11</figref> is a diagram illustrating an exemplary memory map of a flash memory <b>17</b>;
<figref idrefs="DRAWINGS">FIG. 12</figref> is a diagram illustrating exemplary ghost data;
<figref idrefs="DRAWINGS">FIG. 13</figref> is a diagram illustrating exemplary play data;
<figref idrefs="DRAWINGS">FIG. 14</figref> is a diagram illustrating an exemplary ghost table;
<figref idrefs="DRAWINGS">FIG. 15</figref> is a diagram illustrating exemplary time section setting data;
<figref idrefs="DRAWINGS">FIG. 16</figref> is flow chart illustrating a flow of a process performed by the CPU <b>10</b> of the game apparatus <b>3</b>; and
<figref idrefs="DRAWINGS">FIG. 17</figref> is a flow chart illustrating a flow of a process performed by the CPU <b>81</b> of the server device <b>8</b>.
DESCRIPTION OF THE PREFERRED EMBODIMENTS
(Entire Structure of Game System)
With reference to <figref idrefs="DRAWINGS">FIG. 1</figref>, a game system <b>1</b> including a game apparatus according to an embodiment of the present invention will be described. <figref idrefs="DRAWINGS">FIG. 1</figref> is an external view illustrating the game system <b>1</b>. Hereinafter, a game apparatus and a game program according to the present embodiment will be described by using a stationary game apparatus as an example. As shown in <figref idrefs="DRAWINGS">FIG. 1</figref>, the game system <b>1</b> includes a television receiver (hereinafter, referred to simply as a television set) <b>2</b>, a game apparatus <b>3</b>, an optical disc <b>4</b>, a marker section <b>6</b>, and a controller <b>7</b>. The system according to the present embodiment allows the game apparatus <b>3</b> to execute game process based on a game played using the controller <b>7</b>.
Into the game apparatus <b>3</b>, the optical disc <b>4</b>, which typifies an information storage medium and is exchangeable with respect to the game apparatus <b>3</b>, is detachably inserted. In the optical disc <b>4</b>, the game program executed by the game apparatus <b>3</b> is stored. The game apparatus <b>3</b> has, on the front surface thereof, an opening through which the optical disc <b>4</b> is inserted. The game apparatus <b>3</b> executes the game process by reading and executing the game program stored in the optical disc <b>4</b> which is inserted in the game apparatus <b>3</b> through the opening.
The game apparatus <b>3</b> is connected through a connection cord to the television set <b>2</b> typifying a display device. The television set <b>2</b> displays a game image generated through the game process executed by the game apparatus <b>3</b>. Further, the marker section <b>6</b> is provided in the vicinity of the screen of the television set <b>2</b> (on the top surface of a screen of the television set <b>2</b> in <figref idrefs="DRAWINGS">FIG. 1</figref>). The marker section <b>6</b> includes two markers, a marker <b>6</b>R and a marker <b>6</b>L, at both ends thereof. Specifically, each of the markers <b>6</b>R and <b>6</b>L includes at least one infrared LED, and emits an infrared light forward from the television set <b>2</b>. The marker section <b>6</b> is connected to the game apparatus <b>3</b>, and the game apparatus <b>3</b> is capable of controlling each infrared LED included in the marker section <b>6</b> so as to be lit up.
The controller <b>7</b> is an input device for supplying, to the game apparatus <b>3</b>, operation data representing a content of an operation performed on the controller <b>7</b>. The controller <b>7</b> is connected to the game apparatus <b>3</b> by wireless communication. In the present embodiment, for example, the Bluetooth (registered trademark) technology is used for the wireless communication between the controller <b>7</b> and the game apparatus <b>3</b>. In another embodiment, the controller <b>7</b> and the game apparatus <b>3</b> may communicate with each other by a wired connection.
(Internal Structure of Game Apparatus <b>3</b>)
Next, with reference to <figref idrefs="DRAWINGS">FIG. 2</figref>, an internal structure of the game apparatus <b>3</b> will be described. <figref idrefs="DRAWINGS">FIG. 2</figref> is a block diagram illustrating a structure of the game apparatus <b>3</b>. The game apparatus <b>3</b> includes: the CPU <b>10</b>; a system LSI <b>11</b>; an external main memory <b>12</b>; a ROM/RTC <b>13</b>; a disc drive <b>14</b>; an AV-IC <b>15</b>, and the like.
The CPU <b>10</b>, serving as a game processor, executes the game program stored in the optical disc <b>4</b> so as to perform the game process. The CPU <b>10</b> is connected to the system LSI <b>11</b>. In addition to the CPU <b>10</b>, the external main memory <b>12</b>, the ROM/RTC <b>13</b>, the disc drive <b>14</b>, and the AV-IC <b>15</b> are also connected to the system LSI <b>11</b>. The system LSI <b>11</b> performs processing such as control of data transmission between respective components connected thereto, generation of an image to be displayed, and acquisition of data from an external apparatus. An internal structure of the system LSI will be described below. The external main memory <b>12</b>, which is of a volatile type, stores programs, such as a game program loaded from the optical disc <b>4</b> or a flash memory <b>17</b>, and various data, and is used as a work area and a buffer area for the CPU <b>10</b>. The ROM/RTC <b>13</b> includes a ROM (so-called a boot ROM) incorporating a program for booting the game apparatus <b>3</b>, and a clock circuit (RTC: real time clock) for counting time. The disc drive <b>14</b> reads, from the optical disc <b>4</b>, program data, texture data and the like, and writes the read data into an internal main memory <b>11</b><i>e </i>described below or the external main memory <b>12</b>.
Provided in the system LSI <b>11</b> are an input/output processor (I/O processor) <b>11</b><i>a</i>, a GPU (graphics processor unit) <b>11</b><i>b</i>, a DSP (digital signal processor) <b>11</b><i>c</i>, a VRAM <b>11</b><i>d</i>, and the internal main memory <b>11</b><i>e</i>. These component <b>11</b><i>a</i>, <b>11</b><i>b</i>, <b>11</b><i>c</i>, <b>11</b><i>d </i>and <b>11</b><i>e </i>are connected to each other via an internal bus not shown.
The GPU <b>11</b><i>b</i>, which is apart of rendering means, generates an image in accordance with a graphics command (draw command) from the CPU <b>10</b>. The VRAM <b>11</b><i>d </i>stores data (such as polygon data and texture data) necessary for the GPU <b>11</b><i>b </i>to execute the graphics command. When an image is generated, the GPU <b>11</b><i>b </i>generates image data by using the data stored in the VRAM <b>11</b><i>d. </i>
The DSP <b>11</b><i>c </i>functions as an audio processor, and generates audio data by using sound data and sound waveform (tone quality) data stored in the internal main memory <b>11</b><i>e </i>and the external main memory <b>12</b>.
The image data and the audio data generated as described above, are read by the AV-IC <b>15</b>. The AV-IC <b>15</b> outputs the read image data to the television set <b>2</b> via an AV connector <b>16</b>, and also outputs the read audio data to a speaker <b>2</b><i>a </i>of the television set <b>2</b>. Thus, an image is displayed on the television set <b>2</b>, and a sound is outputted from the speaker <b>2</b><i>a. </i>
The I/O processor <b>11</b><i>a </i>executes data reception and transmission among the components connected thereto and download of data from an external apparatus. The I/O processor <b>11</b><i>a </i>is connected to the flash memory <b>17</b>, a wireless communication module <b>18</b>, a wireless controller module <b>19</b>, an extension connector <b>20</b>, and an external memory card connector <b>21</b>. To the wireless communication module <b>18</b>, an antenna <b>22</b> is connected, and to the wireless controller module <b>19</b>, an antenna <b>23</b> is connected.
The I/O processor <b>11</b><i>a </i>is connected to a network via the wireless communication module <b>18</b> and the antenna <b>22</b> so as to communicate with other game apparatuses or various servers connected to the network. The I/O processor <b>11</b><i>a </i>accesses the flash memory <b>17</b> at regular time intervals so as to detect for data to be transmitted to the network. When the data to be transmitted is detected, the data is transmitted to the network via the wireless communication module <b>18</b> and the antenna <b>22</b>. Further, the I/O processor <b>11</b><i>a </i>receives, via the network, the antenna <b>22</b> and the wireless communication module <b>18</b>, data transmitted from the other game apparatuses or data downloaded from a download server, and stores the received data in the flash memory <b>17</b>. The CPU <b>10</b> executes the game program so as to read the data stored in the flash memory <b>17</b>, thereby using the read data on the game program. The flash memory <b>17</b> may store not only the data transmitted and received among the game apparatus <b>3</b>, and other game apparatuses or the various servers, but also saved data (result data or intermediate step data of the game) of a game played with the game apparatus <b>3</b>.
Further, the I/O processor <b>11</b><i>a </i>receives the operation data transmitted from the controller <b>7</b> via the antenna <b>23</b> and the wireless controller module <b>19</b>, and (temporarily) stores the operation data in a buffer area of the internal main memory <b>11</b><i>e </i>or the external main memory <b>12</b>.
Further, the I/O processor <b>11</b><i>a </i>is connected to the extension connector <b>20</b> and the external memory card connector <b>21</b>. The extension connector <b>20</b>, which is a connector used for interface such as a USB and an SCSI, allows communication with the network, without using the wireless communication module <b>18</b>, by connecting, to the extension connector <b>20</b>, a media such as an external storage medium, or a peripheral device such as another controller, or a wired communication connector. The external memory card connector <b>21</b> is a connector for connecting to the external memory card connector <b>21</b> the external storage medium such as a memory card. For example, the I/O processor <b>11</b><i>a </i>accesses the external storage medium via the extension connector <b>20</b> or the external memory card connector <b>21</b>, so as to store data in the external storage medium or read data from the external storage medium.
The game apparatus <b>3</b> includes a power button <b>24</b>, a reset button <b>25</b>, and an eject button <b>26</b>. The power button <b>24</b> and the reset button <b>25</b> are connected to the system LSI <b>11</b>. When the power button <b>24</b> is pressed so as to be ON, the power is supplied to the respective components of the game apparatus <b>3</b> via an AC adapter which is not shown. Further, when the power button <b>24</b>, which is ON, is pressed again, the game apparatus <b>3</b> shifts to a low power standby mode. Also in this state, power is being supplied to the game apparatus <b>3</b>, and therefore the game apparatus <b>3</b> continues to be connected to the network such as the Internet. When the power supply, which is ON, is to be OFF, the power supply can be OFF by pressing the power button <b>24</b> for a predetermined time period or longer period. When the reset button <b>25</b> is pressed, the system LSI <b>11</b> restarts a boot program of the game apparatus <b>3</b>. The eject button <b>26</b> is connected to the disc drive <b>14</b>. When the eject button <b>26</b> is pressed, the optical disc <b>4</b> is ejected from the disc drive <b>14</b>.
Types of communication performed by the game apparatus <b>3</b> according to the present embodiment will be described. The types of the communication can be mainly classified into two. Communication (hereinafter, referred to as “constant connection allowing communication”) using a constantly connected network so as to allow communication even in the low power standby mode as described above, is classified as one of the types. For example, communication (hereinafter, referred to as “as-needed connection communication”) for controlling connection and communication so as to be enabled, every time the necessity arises, depending on an application program of a communication competition game, or the like, is classified as the other of the types. In the constant connection allowing communication, the I/O processor <b>11</b><i>a </i>independently transmits transmission data written in the flash memory <b>17</b> and writes the received data in the flash memory <b>17</b>, as described above, regardless of programs such as the game program described below. Therefore, when used is an application (such as a mail application) using the constant connection allowing communication, it is possible to write, in the flash memory <b>17</b>, data to be transmitted, and read, from the flash memory <b>17</b>, the received data. Further, in the constant connection allowing communication, the communication can be periodically performed even in the low power standby mode. Further, even when a predetermined game program is being executed, the communication can be performed as a background process.
With reference to <figref idrefs="DRAWINGS">FIGS. 3 to 4</figref>, the controller <b>7</b> will be described. <figref idrefs="DRAWINGS">FIG. 3</figref> is a perspective view of the controller <b>7</b> as viewed from the top rear side thereof. <figref idrefs="DRAWINGS">FIG. 4</figref> is a perspective view of the controller <b>7</b> as viewed from the bottom front side thereof.
As shown in <figref idrefs="DRAWINGS">FIGS. 3 and 4</figref>, the controller <b>7</b> includes a housing <b>71</b> formed by plastic molding or the like, and the housing <b>71</b> includes an operation section <b>72</b> having a plurality of operation portions. The housing <b>71</b> has a generally parallelepiped shape extending in a longitudinal direction from front to rear. The overall size of the housing <b>71</b> is small enough to be held by one hand of an adult or even a child.
At the center of the front portion of the top surface of the housing <b>71</b>, a cross key <b>72</b><i>a </i>is provided. The cross key <b>72</b><i>a </i>is a cross-shaped four-direction push switch. The cross key <b>72</b><i>a </i>includes operation portions corresponding to the four directions (front, rear, right and left), which are located on projecting portions, respectively, which are arranged at intervals of 90 degrees so as to form a cross. The player selects one of the front, rear, right and left directions by pressing a corresponding one of the operation portions of the cross key <b>72</b><i>a</i>. Through an operation on the cross key <b>72</b><i>a</i>, the player can, for example, indicate a direction in which a player character or the like appearing in a virtual game world is to move or select one of a plurality of options.
Although the cross key <b>72</b><i>a </i>is an operation section for outputting an operation signal in accordance with the aforementioned direction input operation performed by the player, such an operation section may be provided in another form. For example, the cross key <b>72</b><i>a </i>may be replaced with an operation section, including four push switches corresponding to directions, respectively, represented by a cross, for outputting an operation signal in accordance with the push switch having been pressed by the player. Alternatively, the cross key <b>72</b><i>a </i>may be replaced with an operation section including the aforementioned four push switches and a center switch provided at the center of the cross formed by the four push switches. Alternatively, the cross key <b>72</b><i>a </i>may be replaced with an operation section which includes an inclinable stick (so-called a joystick) projecting from the top surface of the housing <b>71</b> and outputs an operation signal in accordance with the inclining direction of the stick. Still alternatively, the cross key <b>72</b><i>a </i>may be replaced with an operation section which includes a disc-shaped member horizontally slidable and outputs an operation signal in accordance with the sliding direction of the disc-shaped member. Still alternatively, the cross key <b>72</b><i>a </i>may be replaced with a touch pad.
Behind the cross key <b>72</b><i>a </i>on the top surface of the housing <b>71</b>, a plurality of operation buttons <b>72</b><i>b</i>, <b>72</b><i>c</i>, <b>72</b><i>d</i>, <b>72</b><i>e</i>, <b>72</b><i>f </i>and <b>72</b><i>g </i>are provided. The operation buttons <b>72</b><i>b</i>, <b>72</b><i>c</i>, <b>72</b><i>d</i>, <b>72</b><i>e</i>, <b>72</b><i>f </i>and <b>72</b><i>g </i>are each an operation section for outputting a respective operation signal assigned to the operation buttons <b>72</b><i>b</i>, <b>72</b><i>c</i>, <b>72</b><i>d</i>, <b>72</b><i>e</i>, <b>72</b><i>f </i>or <b>72</b><i>g </i>when the player presses a head thereof. For example, the operation buttons <b>72</b><i>b</i>, <b>72</b><i>c</i>, and <b>72</b><i>d </i>are assigned with functions of a first button, a second button, and an A button, for example. Further, the operation buttons <b>72</b><i>e</i>, <b>72</b><i>f </i>and <b>72</b><i>g </i>are assigned with functions of a minus button, a home button and a plus button, for example. The operation buttons <b>72</b><i>a</i>, <b>72</b><i>b</i>, <b>72</b><i>c</i>, <b>72</b><i>d</i>, <b>72</b><i>e</i>, <b>72</b><i>f </i>and <b>72</b><i>g </i>are assigned with various operation functions in accordance with the game program executed by the game apparatus <b>3</b>. In an exemplary arrangement shown in <figref idrefs="DRAWINGS">FIG. 3</figref>, the operation buttons <b>72</b><i>b</i>, <b>72</b><i>c </i>and <b>72</b><i>d </i>are arranged in a line at the center in the front-rear direction on the top surface of the housing <b>71</b>. The operation buttons <b>72</b><i>e</i>, <b>72</b><i>f </i>and <b>72</b><i>g </i>are arranged in a line in the left-right direction between the operation buttons <b>72</b><i>b </i>and <b>72</b><i>d </i>on the top surface of the housing <b>71</b>. The operation button <b>72</b><i>f </i>has a top surface thereof buried in the top surface of the housing <b>71</b>, so as not to be inadvertently pressed by the player.
In front of the cross key <b>72</b><i>a </i>on the top surface of the housing <b>71</b>, an operation button <b>72</b><i>h </i>is provided. The operation button <b>72</b><i>h </i>is a power switch for remote-controlling the power of the game apparatus <b>3</b> to be on or off. The operation button <b>72</b><i>h </i>also has a top surface thereof buried in the top surface of the housing <b>71</b>, so as not to be inadvertently pressed by the player.
Behind the operation button <b>72</b><i>c </i>on the top surface of the housing <b>71</b>, a plurality of LEDs <b>702</b> are provided. The controller <b>7</b> is assigned a controller type (number) so as to be distinguishable from the other controllers <b>7</b>. For example, the LEDs <b>702</b> are used for informing the player of the controller type which is currently set to controller <b>7</b> that he or she is using. Specifically, when the controller <b>7</b> transmits transmission data to the wireless communication module <b>18</b>, one of the plurality of LEDs <b>702</b> is lit up so as to correspond to the controller type.
On the top surface of the housing <b>71</b>, a sound hole for outputting a sound from a speaker (speaker <b>706</b> shown in <figref idrefs="DRAWINGS">FIG. 5</figref>) described below is formed between the operation button <b>72</b><i>b </i>and the operation buttons <b>72</b><i>e</i>, <b>72</b><i>f</i>, and <b>72</b><i>g. </i>
On the bottom surface of the housing <b>71</b>, a recessed portion is formed. The recessed portion is formed at a position at which an index finger or middle finger of the player is located when the player holds the controller <b>7</b> with one hand so as to orient the front surface thereof to the markers <b>6</b>L and <b>6</b>R. On a slope surface of the recessed portion on the bottom surface of the housing <b>71</b>, an operation button <b>72</b><i>i </i>is provided. The operation button <b>72</b><i>i </i>is an operation section acting as, for example, a B button.
On the front surface of the housing <b>71</b>, an image pickup element <b>743</b> included in the imaging information calculation section <b>74</b> is provided. The imaging information calculation section <b>74</b> is a system for analyzing image data taken by the controller <b>7</b> and detecting the position of the center of gravity, the size and the like of an area having a high brightness in the image data. The imaging information calculation section <b>74</b> has, for example, a maximum sampling period of about 200 frames/sec., and therefore can trace and analyze even a relatively fast motion of the controller <b>7</b>. The imaging information calculation section <b>74</b> will be described below in detail. On the rear surface of the housing <b>71</b>, the connector <b>73</b> is provided. The connector <b>73</b> is, for example, an edge connector, and is used for engaging and connecting the controller <b>7</b> with, for example, the connection cable.
Here, for giving specific description, a coordinate system is defined for the controller <b>7</b>. As shown in <figref idrefs="DRAWINGS">FIGS. 3 and 4</figref>, XYZ-axes orthogonal to each other are defined for the controller <b>7</b>. Specifically, the Z-axis is defined along the longitudinal direction of the housing <b>71</b> corresponding to the front-rear direction of the controller <b>7</b>, and the direction toward the front surface (the surface on which the imaging information calculation section <b>74</b> is provided) of the controller <b>7</b> is defined as the Z-axis positive direction. The Y-axis is defined along the top-bottom direction of the controller <b>7</b>, and the direction toward the bottom surface (the surface on which the operation button <b>72</b><i>i </i>is provided) of the housing <b>71</b> is defined as the Y-axis positive direction. The X-axis is defined along the right-left direction of the controller <b>7</b>, and the direction toward the left side surface (the side surface shown in <figref idrefs="DRAWINGS">FIG. 4</figref> but not shown in <figref idrefs="DRAWINGS">FIG. 3</figref>) of the housing <b>71</b> is defined as the X-axis positive direction.
With reference to <figref idrefs="DRAWINGS">FIGS. 5 and 6</figref>, an internal structure of the controller <b>7</b> will be described. <figref idrefs="DRAWINGS">FIG. 5</figref> is a perspective view illustrating a state where an upper casing (a part of the housing <b>71</b>) of the controller <b>7</b> is removed, as viewed from the rear surface side of the controller <b>7</b>. <figref idrefs="DRAWINGS">FIG. 6</figref> is a perspective view illustrating a state where a lower casing (apart of the housing <b>71</b>) of the controller <b>7</b> is removed, as viewed from the front surface side of the controller <b>7</b>. <figref idrefs="DRAWINGS">FIG. 6</figref> is a perspective view illustrating a reverse side of a substrate <b>700</b> shown in <figref idrefs="DRAWINGS">FIG. 5</figref>.
As shown in <figref idrefs="DRAWINGS">FIG. 5</figref>, the substrate <b>700</b> is fixed inside the housing <b>71</b>. On the top main surface of the substrate <b>700</b>, the operation buttons <b>72</b><i>a</i>, <b>72</b><i>b</i>, <b>72</b><i>c</i>, <b>72</b><i>d</i>, <b>72</b><i>e</i>, <b>72</b><i>f</i>, <b>72</b><i>g </i>and <b>72</b><i>h</i>, an acceleration sensor <b>701</b>, the LEDs <b>702</b>, an antenna <b>754</b> and the like are provided. These elements are connected to a microcomputer <b>751</b> (see <figref idrefs="DRAWINGS">FIGS. 6 and 7</figref>) and the like via lines (not shown) formed on the substrate <b>700</b> and the like. The wireless module <b>753</b> (see <figref idrefs="DRAWINGS">FIG. 7</figref>) and the antenna <b>754</b> allow the controller <b>7</b> to act as a wireless controller. A quartz oscillator <b>703</b> (not shown), provided in the housing <b>71</b>, generates a reference clock of the microcomputer <b>751</b> described below. On the top main surface of the substrate <b>700</b>, the speaker <b>706</b> and an amplifier <b>708</b> are provided. The acceleration sensor <b>701</b> is provided to the left of the operation button <b>72</b><i>d </i>on the substrate <b>700</b> (that is, provided not at the center portion of the substrate <b>700</b> but near the periphery of the substrate <b>700</b>). Accordingly, the acceleration sensor <b>701</b> is allowed to detect for both a direction change of the gravitational acceleration and an acceleration containing a component generated due to centrifugal force, in accordance with the controller <b>7</b> rotating about the longitudinal direction thereof. Therefore, by performing a predetermined calculation, the game apparatus <b>3</b> or the like is allowed to determine the rotation of the controller <b>7</b>, with preferable accuracy, based on the acceleration data having been detected.
As shown in <figref idrefs="DRAWINGS">FIG. 6</figref>, at the front edge of the bottom main surface of the substrate <b>700</b>, the imaging information calculation section <b>74</b> is provided. The imaging information calculation section <b>74</b> includes an infrared filter <b>741</b>, a lens <b>742</b>, the image pickup element <b>743</b> and an image processing circuit <b>744</b> located in order, respectively, from the front surface of the controller <b>7</b> on the bottom main surface of the substrate <b>700</b>. At the rear edge of the bottom main surface of the substrate <b>700</b>, the connector <b>73</b> is attached. On the bottom main surface of the substrate <b>700</b>, a sound IC <b>707</b> and the microcomputer <b>751</b> are provided. The sound IC <b>707</b> is connected to the microcomputer <b>751</b> and the amplifier <b>708</b> via a wiring formed on the substrate <b>700</b> and the like, and outputs an audio signal to the speaker <b>706</b> via the amplifier <b>708</b> in accordance with sound data transmitted from the game apparatus <b>3</b>.
On the bottom main surface of the substrate <b>700</b>, a vibrator <b>704</b> is provided. The vibrator <b>704</b> may be, for example, a vibration motor or a solenoid. The vibrator <b>704</b> is connected to the microcomputer <b>751</b> by a wiring formed on the substrate <b>700</b> or the like, and is controlled so as to be ON/OFF in accordance with vibration data transmitted from the game apparatus <b>3</b>. The controller <b>7</b> is vibrated by an actuation of the vibrator <b>704</b>, and the vibration is conveyed to the player's hand holding the controller <b>7</b>. Thus, a so-called vibration-feedback game is realized. The vibrator <b>704</b> is positioned slightly in front of the longitudinal center of the housing <b>71</b>, and therefore a vibration of the housing <b>71</b> is enhanced so as to allow a player holding the controller <b>7</b> to easily feel the controller <b>7</b> vibrating.
With reference to <figref idrefs="DRAWINGS">FIG. 7</figref>, the internal structure of the controller <b>7</b> will be described. <figref idrefs="DRAWINGS">FIG. 7</figref> is a block diagram illustrating the structure of the controller <b>7</b>.
As shown in <figref idrefs="DRAWINGS">FIG. 7</figref>, the controller <b>7</b> includes a communication section <b>75</b> in addition to the operation section <b>72</b>, the imaging information calculation section <b>74</b>, the acceleration sensor <b>701</b>, the vibrator <b>704</b>, the speaker <b>706</b>, the sound IC <b>707</b>, and the amplifier <b>708</b>, which are described above.
The imaging information calculation section <b>74</b> includes the infrared filter <b>741</b>, the lens <b>742</b>, the image pickup element <b>743</b> and the image processing circuit <b>744</b>. The infrared filter <b>741</b> allows only infrared light to pass therethrough, among light incident on the front surface of the controller <b>7</b>. The lens <b>742</b> collects the infrared light which has passed through the infrared filter <b>741</b> and outputs the infrared light to the image pickup element <b>743</b>. The image pickup element <b>743</b> is a solid-state image pick-up device such as, for example, a CMOS sensor or a CCD. The image pickup element <b>743</b> takes an image of the infrared light collected by the lens <b>742</b>. Accordingly, the image pickup element <b>743</b> takes an image of only the infrared light which has passed through the infrared filter <b>741</b> and generates image data. The image data generated by the image pickup element <b>743</b> is processed by the image processing circuit <b>744</b>. Specifically, the image processing circuit <b>744</b> processes the image data obtained from the image pickup element <b>743</b>, identifies a spot thereof having a high brightness, and outputs, to the communication section <b>75</b>, process result data representing a position coordinate point and the area size of the identified spot. The imaging information calculation section <b>74</b> is fixed to the housing <b>71</b> of the controller <b>7</b>. The imaging direction of the imaging information calculation section <b>74</b> can be changed by changing the direction of the housing <b>71</b>.
The controller <b>7</b> preferably includes a three-axis (X-axis, Y-axis, and Z-axis) acceleration sensor <b>701</b>. The three axis acceleration sensor <b>701</b> detects a linear acceleration in three directions, that is, the up/down direction (Y-axial direction shown in <figref idrefs="DRAWINGS">FIG. 3</figref>), the left/right direction (X-axial direction shown in <figref idrefs="DRAWINGS">FIG. 3</figref>), and the forward/backward direction (the Z-axial direction shown in <figref idrefs="DRAWINGS">FIG. 3</figref>).
The communication section <b>75</b> includes the microcomputer <b>751</b>, a memory <b>752</b>, the wireless module <b>753</b> and the antenna <b>754</b>. The microcomputer <b>751</b> controls the wireless module <b>753</b> for wirelessly transmitting the transmission data while using the memory <b>752</b> as a storage area during the processing. The microcomputer <b>751</b> controls operations of the sound IC <b>707</b> and the vibrator <b>704</b> based on the data received from the game apparatus <b>3</b> by the wireless module <b>753</b> via the antenna <b>754</b>. The sound IC <b>707</b> processes the sound data and the like transmitted from the game apparatus <b>3</b> via the communication section <b>75</b>. Further, the microcomputer <b>751</b> actuates the vibrator <b>704</b> based on, for example, the vibration data (for example, a signal for powering the vibrator <b>7040</b>N or OFF) transmitted by the game apparatus <b>3</b> via the communication section <b>75</b>.
Data from the controller <b>7</b> including an operation signal (key data) from the operation section <b>72</b>, acceleration signals (X, Y, and Z-axial direction acceleration data) of the three axial directions from the acceleration sensor <b>701</b>, and the process result data from the imaging information calculation section <b>74</b> are outputted to the microcomputer <b>751</b>. The microcomputer <b>751</b> temporarily stores the respective input data (the key data, the X, Y, and Z-axial direction acceleration data, and process result data) in the memory <b>752</b> as the transmission data which is to be transmitted to the wireless communication module <b>18</b>. The wireless transmission from the communication section <b>75</b> to the wireless communication module <b>18</b> is performed periodically at predetermined time intervals. Since game process is generally performed at a cycle of 1/60 sec., data needs to be transmitted at a cycle of a time period shorter than the cycle of the game process. Specifically, the game process unit is 16.7 ms ( 1/60 sec.), and the transmission interval of the communication section <b>75</b> structured using the Bluetooth (registered trademark) technology is 5 ms. At a time at which the transmission to the wireless communication module <b>18</b> is to be performed, the microcomputer <b>751</b> outputs the transmission data stored in the memory <b>752</b> as a series of operation information to the wireless module <b>753</b>. The wireless module <b>753</b> uses, for example, the Bluetooth (registered trademark) technology to transmit, from the antennal <b>754</b>, operation information as a radio wave signal by using a carrier wave of a predetermined frequency. Thus, data from the controller <b>7</b> including the key data from the operation section <b>72</b>, the X, Y, and Z-axial direction acceleration data from the acceleration sensor <b>701</b>, and the process result data from the imaging information calculation section <b>74</b> are transmitted from the controller <b>7</b>. The wireless communication module <b>18</b> of the game apparatus <b>3</b> receives the radio wave signal, and the game apparatus <b>3</b> demodulates or decodes the radio wave signal to obtain the series of operation information (the key data the X, Y, and Z-axial direction acceleration data, and the process result data). Based on the obtained operation information and the game program, the CPU <b>10</b> of the game apparatus <b>3</b> performs the game process. When the communication section <b>75</b> is structured by using the Bluetooth (registered trademark) technology, the communication section <b>75</b> can function so as to receive transmission data which is wirelessly transmitted from another device.
The structure of the game system <b>1</b> as described above is merely an example, and the present invention is applicable to any information processing device such as a hand-held game apparatus and a mobile telephone.
According to the present embodiment, as shown in <figref idrefs="DRAWINGS">FIG. 8</figref>, a data distribution system comprises a server device <b>8</b> and a plurality (for example, three in <figref idrefs="DRAWINGS">FIG. 8</figref>) of the game apparatuses <b>3</b><i>a</i>, <b>3</b><i>b</i>, and <b>3</b><i>c</i>. In the following description, each of the plurality of the game apparatuses <b>3</b> is capable of communicating with the server device <b>8</b> through a communication network such as the Internet, for example. The communication between each of the plurality of the game apparatuses <b>3</b> and the server device <b>8</b> may be performed by using one of the constant connection allowing communication or the as-needed connection communication as described above.
The server device <b>8</b> is, in general, a typical general-purpose computer including the CPU <b>81</b>, a RAM <b>82</b>, an HDD <b>83</b>, and a communication section <b>84</b>, as shown in <figref idrefs="DRAWINGS">FIG. 9</figref>.
Hereinafter, operations performed by the game apparatus <b>3</b> and the server device <b>8</b> of the data distribution system will be described in detail.
<figref idrefs="DRAWINGS">FIG. 10</figref> is a diagram illustrating an exemplary game screen of a game executed by the game apparatus <b>3</b>. While in the present embodiment the game apparatus <b>3</b> executes a racing game, the present invention is not limited thereto, and other games may be executed.
In the racing game executed by the game apparatus <b>3</b>, a player operates a player object Op in a game space by using the controller <b>7</b>. In the racing game, a player is allowed to optionally select one game mode from among at least two game modes, that is, a time attack mode in which only the player object Op runs a racecourse, and a competing-with-ghost mode in which the player object Op competes with a ghost object Og, thereby playing the game in the selected game mode. <figref idrefs="DRAWINGS">FIG. 10</figref> is a diagram illustrating an exemplary game screen displayed when a player is playing the game in the competing-with-ghost mode.
The ghost object Og represents an object which moves on a racecourse in a manner identical to (or almost the same as) that in which a player object Op, operated by a player (hereinafter, referred to as a current player) who is currently playing the game or another player, previously moved on the racecourse. A movement of the ghost object Og is controlled by the CPU <b>10</b> in accordance with ghost data (described below in detail) used for reproducing a movement of the player object Op which was previously operated during a game play. The ghost data is generated when a player plays the racing game.
The server device <b>8</b> collects the ghost data from the plurality of the game apparatuses <b>3</b> (the plurality of the game apparatuses <b>3</b> are not limited to the game apparatuses <b>3</b><i>a</i>, <b>3</b><i>b</i>, and <b>3</b><i>c</i>, and, for example, the number of the plurality of the game apparatuses <b>3</b> may be 10,000), and stores the ghost data in the HDD <b>83</b>. In accordance with a request from one of the plurality of the game apparatuses <b>3</b>, the server device <b>8</b> transmits, to the one of the plurality of the game apparatuses <b>3</b>, appropriate ghost data among all the ghost data stored in the HDD <b>83</b>. Thus, a user of the game apparatus <b>3</b> is allowed to download, as necessary, the ghost data, stored in the server device <b>8</b>, of a user of another game apparatus <b>3</b>, and compete with the user of the other game apparatus <b>3</b> by using the ghost data.
The game apparatus <b>3</b> may directly receive, from another game apparatus <b>3</b>, the ghost data generated by the other game apparatus <b>3</b>, through a communication line or a storage medium, instead of the ghost data generated by the other game apparatus <b>3</b> being downloaded from the server device <b>8</b>.
<figref idrefs="DRAWINGS">FIG. 11</figref> is a diagram illustrating a memory map of the flash memory <b>17</b> of the game apparatus <b>3</b>. The flash memory <b>17</b> stores the ghost data (hereinafter, referred to as “own ghost data”) generated when the racing game is played by the game apparatus <b>3</b> of a player him/herself, and the ghost data (hereinafter, referred to as “received ghost data”) which is downloaded from the server device <b>8</b> or received from another game apparatus <b>3</b>.
In the present embodiment, 32 racecourses of the first to the thirty-second courses are provided for the racing game, and the flash memory <b>17</b> stores the own ghost data obtained in one complete play, for each racecourse, in an own ghost data storage area. Specifically, the flash memory <b>17</b> stores the own ghost data for 32 courses in total, that is, ghost data Gs<b>1</b> for the first course to ghost data Gs<b>32</b> for the thirty-second course. When one game apparatus <b>3</b> is used by a plurality of players, the own ghost data storage area may be separately provided for each player.
The ghost data for maximum 32 plays, that is, the received ghost data Gc<b>1</b> to Gc<b>32</b>, may be stored in the received ghost data storage area.
<figref idrefs="DRAWINGS">FIG. 12</figref> is a diagram illustrating a specific example of the ghost data. The ghost data includes information such as: a name of a user who played the racing game; a user icon ID for defining a user icon used for identifying the user on a screen; a residence area of the user (that is, an area representing a place in which the game apparatus <b>3</b> is set); a course number of a racecourse used by the user playing the game; a character number indicating a driver of a racing car operated by the user; a machine type representing a type of the racing car operated by the user; play data representing a content of an operation performed by the user; accomplishment time representing an elapsed time from a start to a goal with an accuracy of 1/1000 second; play date and time representing a date and time at which the racing game was played (that is, a date and time at which the ghost data was generated); and the like.
The play data represents a transition of an input operation performed by a user in a time period from a start to a goal in a race, as shown in <figref idrefs="DRAWINGS">FIG. 13</figref>. For example, the play data shown in <figref idrefs="DRAWINGS">FIG. 13</figref> indicates that, on the controller <b>7</b>, the A button <b>72</b><i>d </i>and a front operation portion of the cross key <b>72</b><i>a </i>are pressed in the time period from [0:0:000] (minute:second:microsecond) (that is, a start time) to [0:0:353], and only the A button <b>72</b><i>d </i>of the controller <b>7</b> is pressed in a time period from [0:0:354] to [0:1:001]. By using the play data, as necessary, any of the plurality of the game apparatuses <b>3</b> is allowed to reproduce, at any time, the movement of the player object Op operated in the racing game which was previously played.
In the present embodiment, data representing a transition of an input operation performed by a user is used as the play data to reproduce a movement of the player object Op in the racing game previously played. However, the present invention is not limited thereto. In another example, movement data representing a behavior of the player object Op in the racing game which was previously played, e.g., data representing a transition of a coordinate point indicating a position of the player object Op, may be used as the play data.
<figref idrefs="DRAWINGS">FIG. 14</figref> is a diagram illustrating a specific example of a ghost table stored in the HDD <b>83</b> of the server device <b>8</b>. The ghost table represents a database which contains the ghost data collected from the plurality of the game apparatuses <b>3</b> so as to be associated with the course number and time section number. The course number is used for distinguishing among the first to the thirty-second courses so as to identify a racecourse, as described above. The time section number is a number used for distinguishing among 100 time sections into which the accomplishment time is divided, for each racecourse, so as to identify a time section. A time range of each time section is defined, for each racecourse, in accordance with time section setting data shown in <figref idrefs="DRAWINGS">FIG. 15</figref>. The time section setting data is stored in the HDD <b>83</b> of the server device <b>8</b>, as with the ghost table.
In accordance with the time section setting data shown in <figref idrefs="DRAWINGS">FIG. 15</figref>, for example, the time range of the time section [01] for the course number [01] (that is, the first course) is defined as a time range from [2:1:001] to [2:2:000]. Further, the time range of the time section [02] for the course number [32] is defined as a time range from [4:2:001] to [4:3:000]. The time range of each time section is individually set for each racecourse because the accomplishment time substantially depends on the entire length and the difficulty level of a racecourse. For example, when used is the racecourse of the course number [01] in which the entire length thereof is short, most of the players have the accomplishment time ranging from [2:0:001] to [3:40:000]. On the other hand, when used is the racecourse of the course number [02] in which the entire length thereof is long, most of the players have the accomplishment time greater than [4:0:001].
In the present embodiment, the time range of each time section is set based on the time section setting data as described above. However, the present invention is not limited thereto. For example, the time range of each time section may be the same among all the racecourses. The time range of each time section may be automatically changed by the CPU <b>81</b> of the server device <b>8</b> depending on a situation.
The ghost table shown in <figref idrefs="DRAWINGS">FIG. 14</figref> contains the ghost data for each time section based on the time section setting data as described above. Specifically, when the CPU <b>81</b> of the server device <b>8</b> receives the ghost data from the game apparatus <b>3</b>, the CPU <b>81</b> checks the course number and the accomplishment time contained in the received ghost data, and determines the course number and the time section number, in the ghost table, associated with the ghost data, so as to be stored in the storage area for the course number and the time section number. For example, when the course number contained in the ghost data received from the game apparatus <b>3</b> is [02], and the accomplishment time is [5:35:1101], the time section number for the ghost data is determined as [02] in accordance with the time section setting data shown in <figref idrefs="DRAWINGS">FIG. 15</figref>. Therefore, the ghost data is registered in the ghost table as the ghost data for the time section number [02] of the course number [02].
In the present embodiment, the ghost data for maximum 20 users are registered for each time section of each racecourse in the ghost table. Therefore, when the ghost data for 20 users are registered in one of the time sections for one of the course numbers (that is, when the number of users for which the ghost data are registered reaches the maximum registration allowable number), and the ghost data for the same one of the time sections is newly received, the CPU <b>81</b> of the server device <b>8</b> deletes, from the ghost table, the ghost data having been registered or generated earliest of all the registered ghost data, and registers, in the ghost table, the ghost data having been newly received. As an exemplary modification, the ghost data having been newly received is registered, and thereafter the earliest ghost data of all the registered ghost data may be deleted. In this case, the number of users for which the ghost data are registered in the ghost table is greater than the maximum registration allowable number, only for a short period of time.
In the present embodiment, the maximum number of users for which the ghost data are to be registered in the ghost table is uniformly <b>20</b> for each time section of each racecourse. The present invention is not limited thereto. The maximum registration allowable number may be different for each racecourse or for each time section. Further, the CPU <b>81</b> of the server device <b>8</b> may automatically change, depending on a situation, the maximum registration allowable number for each time section of each racecourse.
The HDD <b>83</b> of the server device <b>8</b> stores the ghost data of the world champion and the local champion (for example, Japan champion, US champion, and European champion), in addition to the ghost table and the time section setting data as described above. The world champion represents the ghost data including the accomplishment time which is best of all the ghost data of users all over the world. The local champion represents the ghost data including the accomplishment time which is best in an area corresponding to the residence area of the ghost data. The ghost data of each of the world champion and the local champion has its data updated every time the ghost data including the accomplishment time representing a new record is registered in the ghost table.
Next, an operation performed by the CPU <b>10</b> of the game apparatus <b>3</b> will be described with reference to the flow chart shown in <figref idrefs="DRAWINGS">FIG. 16</figref>. The flow chart shows a flow of a process based on a racing game program executed by the CPU <b>10</b>. The racing game program is stored in the optical disc <b>4</b>, and loaded to the internal main memory <b>11</b><i>e </i>or the external main memory <b>12</b> as necessary.
When the execution of the racing game program is started, the CPU <b>10</b> initially determines, in step S<b>10</b>, whether or not the racing game is to be started, in accordance with an instruction inputted from a user by using the controller <b>7</b>. When the instruction from the user indicates that the racing game is to be started, the process advances to step S<b>11</b>. Otherwise, the process advances to step S<b>15</b>.
In step S<b>11</b>, the CPU <b>10</b> executes the game process. Specifically, the CPU <b>10</b> controls the player object Op in the game world in accordance with the operation information inputted from the controller <b>7</b>, thereby generating a game screen. In a mode in which the player object Op competes with the ghost object Og, the ghost object Og in the game world is controlled in accordance with any of the ghost data (the own ghost data or the received ghost data) stored in the flash memory <b>17</b> of the game apparatus <b>3</b>.
In step S<b>11</b>, the CPU <b>10</b> executes a process of generating the ghost data including the play data described above, in accordance with the operation information inputted from the controller <b>7</b> during the racing game being played while executing the aforementioned game process.
When the racing game is ended, the CPU <b>10</b> determines, in step S<b>12</b>, whether or not the accomplishment time of the racing game having been most recently played is better than the player's own record. When the accomplishment time of the racing game having been most recently played is better than the player's own record, the process advances to step S<b>13</b>. Otherwise, the process advances to step S<b>15</b>.
In step S<b>13</b>, the CPU <b>10</b> updates the own ghost data, of the relevant racecourse, stored in the flash memory <b>17</b> by replacing the own ghost data with the ghost data generated in step S<b>11</b>.
In step S<b>14</b>, the CPU <b>10</b> transmits the ghost data generated in step S<b>11</b>, via the wireless communication module <b>18</b> and the communication network, to the server device <b>8</b>. Thus, the ghost data transmitted to the server device <b>8</b> is registered in the ghost table by the server device <b>8</b>.
In step S<b>15</b>, the CPU <b>10</b> determines whether or not the ghost data is to be requested from the server device <b>8</b>, in accordance with the instruction inputted from the user by using the controller <b>7</b>. When the instruction for downloading the ghost data is provided by the user, the process advances to step S<b>16</b>. Otherwise, the process advances to step S<b>20</b>. The ghost data may be downloaded from the server device <b>8</b> when, for example, the execution of the racing game program is started, or at regular time intervals (for example, once a day) by using the aforementioned constant connection allowing communication as well as when an instruction is made by a user.
In step S<b>16</b>, the CPU <b>10</b> determines a type of the ghost data to be requested from the server device <b>8</b>, in accordance with the instruction inputted from the user by using the controller <b>7</b>. In the present embodiment, the ghost data which can be requested from the server device <b>8</b> includes, for example, the ghost data including the accomplishment time near the user's own record (that is, the ghost data including the accomplishment time which is almost the same as the user's own record, or the ghost data including the accomplishment time which is slightly better than the user's own record), the ghost data of the world champion, and the ghost data of the local champion. In the present embodiment, the type of the ghost data, which is to be requested from the server device <b>8</b>, is designated by a user. However, the present invention is not limited thereto. For example, the ghost data including the accomplishment time near the user's own record may be automatically requested from the server device <b>8</b>, at regular time intervals, by using the constant connection allowing communication as described above.
In step S<b>17</b>, the CPU <b>10</b> transmits a ghost data distribution request to the server device <b>8</b> through the wireless communication module <b>18</b> and the communication network. The ghost data distribution request includes the type of the ghost data determined in step S<b>16</b>, and, as necessary, the course number of the racecourse for which the ghost data is requested. When the ghost data including the accomplishment time near the user's own record is requested from the server device <b>8</b>, the CPU <b>10</b> reads the accomplishment time of the own ghost data stored in the own ghost data storage area (as shown in <figref idrefs="DRAWINGS">FIG. 11</figref>) of the flash memory <b>17</b>, and transmits both the accomplishment time of the own ghost data and the ghost data distribution request to the server device <b>8</b>. Further, when the ghost data to be requested from the server device <b>8</b> is the ghost data of the local champion, the CPU <b>10</b> transmits both the residence area and the ghost data distribution request to the server device <b>8</b>.
In step S<b>18</b>, the ghost data satisfying the ghost data distribution request transmitted in step S<b>17</b> is received from the server device <b>8</b>.
In step S<b>19</b>, the ghost data received from the server device <b>8</b> is stored in the received ghost data storage area (<figref idrefs="DRAWINGS">FIG. 11</figref>) of the flash memory <b>17</b>. When the received ghost data for 32 users, which are the maximum storage allowable number of users, are stored in the received ghost data storage area, the received ghost data for one user is deleted in accordance with the instruction from a user, and thereafter the ghost data having been received in step S<b>18</b> is newly stored. After the ghost data is downloaded from the server device <b>8</b>, the CPU <b>10</b> may automatically start to perform game process in the competing-with-ghost mode using the ghost data having been downloaded.
In step S<b>20</b>, whether or not the game is to be ended (that is, whether or not the execution of the racing game program is to be ended) is determined in accordance with the instruction inputted from the user by using the controller <b>7</b>. When the game is to be continued, the process is returned to step S<b>10</b>. When the game is to be ended, the execution of the game program is ended.
Next, an operation performed by the CPU <b>81</b> of the server device <b>8</b> will be described with reference to the flow chart shown in <figref idrefs="DRAWINGS">FIG. 17</figref>. The flow chart shows a flow of the process based on the data management program executed by the CPU <b>81</b>. The data management program is stored in the HDD <b>83</b>, and loaded to the RAM <b>82</b> as necessary.
When the execution of the data management program is started, the CPU <b>81</b> initially determines, in step S<b>30</b>, whether or not the ghost data has been received through the communication section <b>84</b> from one of the plurality of the game apparatuses <b>3</b>. When the ghost data has been received from one of the plurality of the game apparatuses <b>3</b>, the process advances to step S<b>31</b>. Otherwise, the process advances to step S<b>37</b>.
In step S<b>31</b>, the CPU <b>81</b> determines a score section with which the received ghost data is to be associated, in accordance with the course number and the accomplishment time included in the ghost data received in step S<b>30</b>, and the time section setting data (<figref idrefs="DRAWINGS">FIG. 15</figref>) stored in the HDD <b>83</b>.
In step S<b>32</b>, the CPU <b>81</b> determines whether or not the ghost data for the maximum registration allowable number of users are registered in the storage area for the time section, in the ghost table, with which the ghost data having been received in step S<b>30</b> is to be associated. When the storage area for the time section with which the ghost data having been received in step S<b>30</b> is associated is full, the process advances to step S<b>33</b>. Otherwise, the process advances to step S<b>34</b>.
In step S<b>33</b>, the CPU <b>81</b> deletes the ghost data having the earliest play date and time (that is, the ghost data having the earliest generation date and time) of all the ghost data stored in the storage area for the time section with which the ghost data having been received in step S<b>30</b> is associated. In a case where the ghost table contains old ghost data for a long period of time, when a user desires that the ghost data be downloaded, the ghost data having been previously downloaded is likely to be downloaded again, thereby preventing the user from feeling fresh. In the present embodiment, however, the ghost data stored in each time section is deleted in chronological order, and therefore the old ghost data is prevented from remaining in the ghost table for a long period of time. The ghost data having been earliest registered in the ghost table may be deleted instead of deleting the ghost data having the earliest play date and time.
In step S<b>34</b>, the CPU <b>81</b> stores the ghost data having been received in step S<b>30</b>, in the storage area for the corresponding time section in the ghost table. The process step of step S<b>34</b> may be performed preceding the process step of step S<b>32</b>. In this case, the ghost data having been received in step S<b>30</b> is stored in the storage area for the corresponding time section in the ghost table, and thereafter whether or not the number of users for which the ghost data are registered in the storage area for the time section, in which the received ghost data has been stored, is greater than the maximum registration allowable number, may be determined. When the number of the users for which the ghost data are registered is greater than the maximum registration allowable number, the ghost data having the earliest play date and time or the earliest registration date and time may be deleted from the stored ghost data.
In step S<b>35</b>, the CPU <b>81</b> compares the accomplishment time of the ghost data having been received in step S<b>30</b>, with the accomplishment time of the ghost data of each of the world champion and the local champion having been most recently stored in the HDD <b>83</b>, so as to determine whether or not the ghost data having been received in step S<b>30</b> represents a new world champion and/or local champion. In the comparison with the local champion, the accomplishment time of the ghost data having been received in step S<b>30</b> is compared with the accomplishment time of the ghost data, of the local champion, which includes the same residence area as that of the ghost data having been received in step S<b>30</b>, among the ghost data registered as the local champion. When the ghost data having been received in step S<b>30</b> represents a new champion, the process advances to step S<b>36</b>. Otherwise, the process advances to step S<b>37</b>.
In step S<b>36</b>, the CPU <b>81</b> updates the ghost data of the world champion and/or the local champion, which are stored in the HDD <b>83</b>. The ghost data of the local champion is updated by updating the ghost data of the local champion, which includes the same residence area as that of the ghost data having been received in step S<b>30</b>.
In step S<b>37</b>, the CPU <b>81</b> determines whether or not the ghost data distribution request as described above is received from one of the plurality of the game apparatuses <b>3</b> through the communication section <b>84</b>. When the ghost data distribution request is received from one of the plurality of the game apparatuses <b>3</b>, the process advances to step S<b>38</b>. Otherwise, the process is returned to step S<b>30</b>.
In step S<b>38</b>, the CPU <b>81</b> selects the ghost data for one user from among the ghost data, stored in the HDD <b>83</b>, for a plurality of users, in accordance with the ghost data distribution request having been received in step S<b>37</b>. Specifically, for example, when requested is the ghost data including the accomplishment time which is almost equivalent to the own record of the user using the game apparatus <b>3</b> which has transmitted the ghost data distribution request, the CPU <b>81</b> selects at random the ghost data for one user from among the ghost data which are registered so as to be associated with the same time section as that for the accomplishment time of the user using the game apparatus <b>3</b> which has transmitted the ghost data distribution request, in accordance with the accomplishment time corresponding to the user's own record, which has been received with the ghost data distribution request. Further, for example, when requested is the ghost data including the accomplishment time which is slightly better than the own record of the user using the game apparatus <b>3</b> which has transmitted the ghost data distribution request, the CPU <b>81</b> selects at random the ghost data for one user from among the ghost data which are registered so as to be associated with the time section which is ranked one section higher than the time section for the accomplishment time of the user using the game apparatus <b>3</b> which has transmitted the ghost data distribution request. Further, for example, when the ghost data of the world champion is requested, the CPU <b>81</b> selects the ghost data of the world champion stored in the HDD <b>83</b>. Further, for example, when the ghost data of the local champion is requested, the CPU <b>81</b> selects the ghost data including the residence area of the user from among the ghost data of the local champion stored in the HDD <b>83</b>.
In step S<b>39</b>, the CPU <b>81</b> transmits, to the game apparatus <b>3</b> having transmitted the ghost data distribution request, the ghost data selected in step S<b>38</b>. Then, the process is returned to step S<b>30</b>.
As described above, according to the present embodiment, the total capacity for storing the ghost data in a server can be limited to a predetermined range of capacity, and further the ghost data can be acquired in accordance with a skill of each player.
In the present embodiment, the ghost table is sectioned in accordance with the accomplishment time of the racing game. However, the present invention is not limited thereto. For example, the ghost table may be sectioned in accordance with any index, such as a stage clear time of a puzzle game, and an acquired score of an action game, indicating whether the game is played well or poorly (that is, indicating a skill of the user), in addition to the accomplishment time.
While the invention has been described in detail, the foregoing description is in all aspects illustrative and not restrictive. It is understood that numerous other modifications and variations can be devised without departing from the scope of the invention.
Contents5
16 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16
Every citation, both waysCites: the store holds 15 of 16
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US2019083884A1 | Cited by | United States of America | Search report |
| US2019083884A1 | Cited by | United States of America | Search report |
| US9616342B2 | Cited by | United States of America | Applicant |
| US11435998B2 | Cited by | United States of America | Applicant |
| US11033815B2 | Cited by | United States of America | Search report |
| EP1371403A2 | Cites | European Patent Office (EPO) | Applicant |
| EP1475134A2 | Cites | European Patent Office (EPO) | Applicant |
| EP1518594A1 | Cites | European Patent Office (EPO) | Applicant |
| EP1570887A1 | Cites | European Patent Office (EPO) | Applicant |
| EP1595585A2 | Cites | European Patent Office (EPO) | Applicant |
| EP1810732A2 | Cites | European Patent Office (EPO) | Applicant |
| EP1825896A1 | Cites | European Patent Office (EPO) | Applicant |
| JP2003320164A | Cites | Japan | Applicant |
| WO2007061067A1 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| US2008125229A1 | Cites | United States of America | Search report |
| US2009069091A1 | Cites | United States of America | Applicant |
| GB2044053A | Cites | United Kingdom | Applicant |
| US6398641B1 | Cites | United States of America | Search report |
| US6475089B1 | Cites | United States of America | Search report |
| US6996444B2 | Cites | United States of America | Search report |
| Han et al. "Data Mining: Concepts and Techniques" Academic Press, 2001, 13 pages. | Non-patent | – | Applicant |
9 members in 3 offices
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 2007260311 | Japan | A | |
| 2007260311 | Japan | A | |
| 2007260311 | – | – | – |
| JP20070260311 | – | – | – |
Members9
| Document | Office | Kind | |
|---|---|---|---|
| EP2044986A2 | European Patent Office (EPO) | A2 | |
| US2009093313A1 | United States of America | A1 | |
| JP2009089737A | Japan | A | |
| EP2044986A3 | European Patent Office (EPO) | A3 | |
| US8103700B2This record | United States of America | B2 | |
| US2012116551A1 | United States of America | A1 | |
| JP5178126B2 | Japan | B2 | |
| EP2044986B1 | European Patent Office (EPO) | B1 | |
| US8527553B2 | United States of America | B2 |
47 transactions on the USPTO file
Allowed without a rejection on record.
- Non-final rejections
- 0
- Final rejections
- 0
- RCEs
- 0
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Payment of Maintenance Fee, 12th Year, Large EntityM1553 | M1553 | |
| Payment of Maintenance Fee, 8th Year, Large EntityM1552 | M1552 | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Reasons for AllowanceEX.R | EX.R | |
| Interview Summary - Examiner InitiatedEXIE | EXIE | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Transfer Inquiry to GAUTI1050 | TI1050 | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| IFW TSS Processing by Tech Center CompleteTSSCOMP | TSSCOMP | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Sent to Classification ContractorPGPC | PGPC | |
| Cleared by OIPE CSRL194 | L194 | |
| Waiting LR clearancePGPW | PGPW | |
| Filing ReceiptFLRCPT.O | FLRCPT.O | |
| IFW Scan & PACR Auto Security ReviewSCAN | SCAN | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Request from applicant for the USPTO to retrieve the Priority DocumentPDREQUST | PDREQUST | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Initial Exam Team nnIEXX | IEXX |
6 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Maintenance fee paymentMAFP | MAFP | |
| Maintenance fee paymentMAFP | MAFP | |
| Fee paymentFPAY | FPAY | |
| Fee payment procedurePAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF | |
| AssignmentAS | AS |
Numbers
- Publication
- 08103700
- Publication, DOCDB
- 8103700
- Publication, EPODOC
- US8103700
- Application
- 12000262
- Application, DOCDB
- 26207
- Application, EPODOC
- US20070000262
Titles
- English
- Data management apparatus and data distribution system
Patent term adjustment
- A delay
- +988 daysthe office missed an examination deadline
- B delay
- +409 dayspendency past three years
- Overlap
- −320 daysdelays counted once
- Net adjustment
- 1,077 days
Classification
- CPC, 13
- A63F13/77
- A63F2300/552
- A63F2300/554
- A63F2300/634
- A63F2300/8017
- A63F13/803
- A63F13/335
- A63F13/211
- A63F13/497
- A63F2300/558
- A63F13/798
- A63F2300/407
- A63F2300/105
- IPC, 9
- A63F13 33
- A63F13 235
- A63F13 35
- G06F17 30
- A63F13 352
- A63F13 497
- A63F13 56
- A63F13 79
- A63F13 798
- USPC, 1
- 707803000