Center device

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 14/849,816, filed Sep. 10, 2015 (allowed), which is a continuation of U.S. patent application Ser. No. 13/845,283, filed Mar. 18, 2013 (U.S. Pat. No. 9,165,439), which is a continuation of U.S. patent application Ser. No. 13/532,043, filed Jun. 25, 2012 (U.S. Pat. No. 8,422,953), which is a continuation of U.S. patent application Ser. No. 13/269,765, filed Oct. 10, 2011 (U.S. Pat. No. 8,229,359), which is a continuation of U.S. patent application Ser. No. 11/912,705, filed Dec. 13, 2007 (U.S. Pat. No. 8,064,827), which is a National Phase Application of PCT/JP2006/308839, filed Apr. 27, 2006, which is an international application claiming priority to JP 2005171592, filed May 15, 2005 and JP 2005172920, filed May 16, 2005, the entire disclosures of which are hereby incorporated by reference.

BACKGROUND

The present invention is related to a center device for communicating with a device on the user's side.

In recent years, a system has become available for use in a desk top computer system, in which an input device including a keyboard, a mouse, and so forth, is radio connected to a main device so that a signal concerning a user's instruction operation is radio transferred from the input device to the main device side (for example, Japanese Patent Laid-open Publication No. 2004-199562).

Because of recent situations in which a computer system including a home-use game device handles a variety of information, it is preferable that restriction of information access is applied depending on the user's age or whether or not the user is a family member.

Generally, a conventional input device does not assume a manner of use adopted by, for example, a home-use game device, in which many users operate their own input devices (in which each player operates his/her own controller). Further, the current situation may be such that when a user is authenticated to enable access restriction, the restriction is not accommodated by a home-use game device.

SUMMARY OF THE INVENTION

The present invention has been conceived in view of the above described situation. One of the objects of the present invention is to provide a center device which accommodates a variety of situations expected to occur when a home-use game machine, for example, is used, in which a number of users operate their own control devices including an input device.

In order to solve the problems of the above-described related art, according to the present invention, there is provided a center device for communicating between a plurality of controller devices, receiving an instructing operation carried out by the user of each controller device, and conducting processing according to the instructing operation, comprising device for selecting at least one of the controller devices as a controller device to be authenticated from among the plurality of controller devices by utilizing communication with each of the plurality of controller devices, and device for conducting authentication processing relative to each of the controller devices while communicating with each of the selected controller devices.

Here, each of the controller devices may store first identification information and second identification information. The center device may be comprised of a device for communicating with a server via a network. The device for conducting authentication processing may conduct authentication processing using the first identification information and send the second identification information to a server so that the second identification information is used in authentication processing to be conducted by the server.

Further, each of the plurality of controller devices may be assigned with a unique device identification information. The center device may comprise a device for storing a plurality of pieces of device identification information associated with one another according to a user's instruction. The mutually associated plurality pieces of device identification information may be presented for use in predetermined processing.

BRIEF DESCRIPTION OF DRAWINGS

<figref idref="DRAWINGS">FIG. 1</figref> is a structural block diagram showing a center device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 2</figref> is a perspective view showing an example of the external appearance of a controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 3</figref> is a block diagram showing an example of the structure of the controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 4</figref> is a diagram explaining an example of information stored in an external memory device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 5</figref> is a flowchart of an example of authentication processing to be conducted in the center device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 6</figref> is a diagram explaining an example of a log-in screen of the center device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 7</figref> is a diagram explaining an example of a sequential table held in the center device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 8</figref> is a diagram explaining an example of a setting screen of the controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 9</figref> is a diagram explaining another example of a sequential table held in the center device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 10</figref> is a block diagram showing an example of a structure of the external memory device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 11</figref> is a perspective view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 12</figref> is a perspective view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 13</figref> is a plane view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 14</figref> is a side view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 15</figref> is a side view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 16</figref> is a top view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 17</figref> is a top view showing an example of the external appearance of another controller device according to an embodiment of the present invention;

<figref idref="DRAWINGS">FIG. 18</figref> is a cross sectional view showing an example of the external appearance of another controller device according to an embodiment of the present invention; and

<figref idref="DRAWINGS">FIG. 19</figref> is a bottom view showing an example of the external appearance of another controller device according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

An embodiment of the present invention will be described with reference to the accompanied drawings. A center device <b>1</b> according to an embodiment of the present invention is constructed so as to comprise, as shown in <figref idref="DRAWINGS">FIG. 1</figref>, a control section <b>11</b>, a memory section <b>12</b>, an input/output unit <b>13</b>, an external memory section <b>14</b>, an operational communication section <b>15</b>, a display section <b>16</b>, and a communication section <b>17</b>, and connected to a controller device <b>2</b> by means of wire or radio.

The control section <b>11</b> of the center device <b>1</b> may be a CPU or the like. The control section <b>11</b> operates in accordance with a program stored in the memory section <b>12</b>. The control section <b>11</b> in this embodiment executes a game program, for example, and authenticates a controller device. An example of the content of processing to be conducted by the control section <b>11</b> will be described later in detail.

The memory section <b>12</b> is constructed so as to comprise a memory element such as a RAM (a Random Access Memory) or the like and stores a program to be executed by the control section <b>11</b>. The memory section <b>12</b> also functions as a work memory for storing data, which is necessary when the control section <b>1</b> conducts processing. The memory section <b>12</b> contains a memory medium (a nonvolatile memory device), such as a hard disk, for example, as a memory device capable of holding information even while the power supply is suspended. In the following description, the memory section <b>12</b> contains a hard disk.

The input/output unit <b>13</b> is a bridge chip, and connected to the control section <b>11</b>, the external memory section <b>14</b>, and the operational communication section <b>15</b>. The input/output unit <b>13</b> selects a destination to send a signal from the control section <b>11</b> (an output signal) according to an instruction input from the control section <b>11</b>. The input/output unit selectively outputs the signal from the control section <b>11</b> to the selected output destination. Also, the input/output unit outputs signals which are input from the external memory section <b>14</b> and the operational communication section <b>15</b>, respectively, to the control section <b>11</b>.

The external memory section <b>14</b> reads out the information recorded in an external memory medium, such as a Blu-ray Disc, a DVD, and so forth, and outputs the information to the control section <b>11</b> via the input/output unit <b>13</b>.

The operational communication section <b>15</b> is constructed so as to comprise a wired connector section <b>41</b> and a radio communication section <b>42</b>. The operational communication section <b>15</b> communicates with the controller device <b>2</b> in either a wired or radio manner. Here, the wired connector section <b>41</b> exchanges data via a cable such as a USB (a universal serial bus), and so forth. Actually, a plurality of wired connector sections <b>41</b> are provided, each powering a controller device <b>2</b> connected thereto (this corresponds to, for example, bus power in a USB system).

The radio communication section <b>42</b> exchanges data by means of radio, such as Bluetooth. Specifically, the radio communication section <b>42</b> conducts multiplex communication in a predetermined manner to exchange data with a plurality of controller devices <b>2</b> present within a communicable range.

The display section <b>16</b>, which is a graphics processing board, or the like, draws an image according to an instruction input from the control section <b>11</b>, and outputs the data on the image drawn to an externally connected display device (a home-use television device, or the like) to display therein.

The communication section <b>17</b> is a network interface, such as an Ethernet (registered trademark) port. This communication section <b>17</b> is connected, for example, to a circuit line of an Internet service provider so as to be communicable with a server on the Internet. Further, the communication section <b>17</b> sends a variety of data via the Internet according to an instruction input from the control section <b>11</b>. Still further, the communication section <b>17</b> receives data sent from the Internet side and outputs the received signal to the control section <b>11</b>.

The controller device <b>2</b>, which is here a game controller, for example, receives a user's operation and informs the content of the user's operation to the center device <b>1</b>. The controller device <b>2</b> comprises grip sections <b>20</b>R, <b>20</b>L, as shown in <figref idref="DRAWINGS">FIG. 2</figref>. A user grasps these grip sections <b>20</b> with the right and left hands, respectively. While grasping the grip sections <b>20</b>, first and second operating sections <b>21</b>, <b>22</b>, and within the reach of the user's operation using his/her thumbs and analogue operating sections <b>23</b>R, <b>23</b>L are provided.

Here, in the first operating section <b>21</b>, an upper direction instruction key <b>21</b><i>a</i>, a lower direction instruction key <b>21</b><i>b</i>, a right direction instruction key <b>21</b><i>c</i>, and a left direction instruction key <b>21</b><i>d </i>are provided. While using these instruction keys <b>21</b><i>a</i>, <b>21</b><i>b</i>, <b>21</b><i>c</i>, and <b>21</b><i>d</i>, the user conducts a variety of operations. Such operations, for example, include specification of an object to be operated (or an operation object) shown on the screen.

Also, in the second operating section <b>22</b>, a “triangle” button <b>22</b><i>a </i>having a triangular imprint formed thereon, an X button <b>22</b><i>b </i>having an “X” shaped imprint formed thereon, an “O” button <b>22</b><i>c </i>having an O shaped imprint formed thereon, and a “rectangle” button <b>22</b><i>d </i>having a rectangular imprint formed thereon are provided. These buttons <b>22</b><i>a</i>, <b>22</b><i>b</i>, <b>22</b><i>c</i>, and <b>22</b><i>d </i>are assigned with respective operating contents by a program. The program is to be executed on the center device <b>1</b> side depending on an operation object specified using the instruction keys <b>21</b><i>a</i>, <b>21</b><i>b</i>, <b>21</b><i>c</i>, and <b>21</b><i>d</i>. The user can operate the operation object specified using the instruction keys <b>21</b><i>a</i>, <b>21</b><i>b</i>, <b>21</b><i>c</i>, and <b>21</b><i>d</i>, by selecting and pressing an appropriate button <b>22</b><i>a</i>, <b>22</b><i>b</i>, <b>22</b><i>c</i>, and <b>22</b><i>d. </i>

The analogue operating sections <b>23</b>R, <b>23</b>L are adapted to an operation by being tilted with the point a serving as a fulcrum. The analogue operating sections <b>23</b>R, <b>23</b>L are also adapted to rotation in the tilted posture around the rotational axis b which is defined as passing through the point a. During an operation in a non-tilting position, these operating sections <b>23</b>R, <b>23</b>L are held in a standing, untitled position (a reference position). When these operating sections <b>23</b>R, <b>23</b>L are given tilting operation by being pressed, coordinate values (x, y) on the x-y coordinate which are defined according to the amount and direction of the tilt relative to the reference position are determined and output as an operational output to the center device <b>1</b>.

It should be noted that the controller device <b>2</b> may additionally comprise a start button <b>24</b> for instructing the center device <b>1</b> to initiate a program, and a selection button <b>25</b> and a mode selection switch <b>26</b> for instructing switching among various modes.

Further, on the controller device <b>2</b>, a right button <b>28</b> and a left button <b>29</b> are provided at positions within the reach of the user's operation using his/her index fingers. For example, the user's hands would grasp the grip sections <b>20</b>R, <b>20</b>L by his/her right and left hands, respectively. These buttons <b>28</b>, <b>29</b> have first and second right buttons <b>28</b>R<b>1</b>, <b>28</b>R<b>2</b>, and first and second left buttons <b>29</b>L<b>1</b>, <b>29</b>L<b>2</b>, respectively, which are arranged in line in the perpendicular direction of each controller.

As shown in <figref idref="DRAWINGS">FIG. 3</figref>, this controller device <b>2</b> is constructed so as to incorporate a communication section <b>31</b>, a control section <b>32</b>, a memory section <b>33</b>, a connection section <b>34</b>, an operation accepting section <b>35</b>, a touch sense presenting section <b>36</b>, and a power supply section <b>37</b>. The communication section <b>31</b> comprises a wired connection section <b>31</b><i>a </i>and a radio connection section <b>31</b><i>b. </i>

The wired connection section <b>31</b><i>a </i>is adapted to the connection via a cable to the wired connector section <b>41</b> of the operational communication section <b>15</b> of the center device <b>1</b>. The wired connection section <b>31</b><i>a</i>, when connected with the center device <b>1</b>, sends transmitting data input from the control section <b>32</b> to the center device <b>1</b>. Also, the wired connection section <b>31</b><i>a </i>is powered by the center device <b>1</b> and powers the respective sections of the controller device <b>2</b>. It also supplies charging power to the power supply section <b>37</b>.

The radio connection section <b>31</b><i>b </i>exchanges data by means of radio with the radio communication section <b>42</b> of the center device <b>1</b>. Identification information for radio communication is assigned in advance to the radio connection section <b>31</b><i>b. </i>

The control section <b>32</b> may be a CPU, and it operates according to a program stored in the memory section <b>33</b>. The control section <b>32</b> sends authentication-related information to the center device <b>1</b>. Further, the control section <b>32</b> informs the content of an instructing operation carried out relative to the operation accepting section <b>35</b> to the center device <b>1</b> via the communication section <b>31</b>. Still further, the control section <b>32</b> controls the touch sense presenting section <b>36</b> according to an instruction input from the center device <b>1</b> via the communication section <b>31</b>.

The memory section <b>33</b> is constructed so as to comprise a memory element such as an NVRAM (a nonvolatile RAM). The memory section <b>33</b> stores a program to be executed by the control section <b>32</b>. Further, the memory section <b>33</b> also functions as a work memory of the control section <b>32</b>. Still further, the memory section <b>33</b> stores identification information of the controller device <b>2</b>. This is information uniquely assigned to each controller device in advance, including an identifier for use in radio communication with the center device <b>1</b> (hereinafter referred to as a controller identifier).

The connection section <b>34</b> has a socket for receiving an external memory device <b>50</b> so that the control section <b>32</b> can access the external memory device <b>50</b> received in the socket. That is, in this embodiment, the control section <b>32</b> writes a user's authentication information into the external memory device <b>50</b> via the connection section <b>34</b>. In authentication processing, a user's authentication information is read out from the external memory device <b>50</b> via the connection section <b>34</b>.

The operation accepting section <b>35</b> receives signals sent from the respective operating elements equipped to the controller device <b>2</b>, including the first and second operating sections <b>21</b>, <b>22</b>, the analogue operating sections <b>23</b>R, <b>23</b>L, the start button <b>24</b>, the selection button <b>25</b>, the mode selection switch <b>26</b>, the first and second right buttons <b>28</b>R<b>1</b>, <b>28</b>R<b>2</b>, the first and second left buttons <b>29</b>L<b>1</b>, <b>29</b>L<b>2</b>, and so forth. The operation accepting section <b>35</b> outputs the received signals to the control section <b>32</b>.

The touch sense presenting section <b>36</b> is a vibrator for rotating an eccentric weight by driving a motor, for example, to thereby vibrate the controller device <b>2</b>. That is, under control by the control section <b>32</b>, the touch sense presenting section <b>36</b> vibrates the controller device <b>2</b> to thereby present the sense of touch to the user.

The power supply section <b>37</b> is constructed so as to comprise a rechargeable secondary battery. The power supply section <b>37</b> powers the respective sections when the controller device <b>2</b> is not wire connected to the center device <b>1</b>. When the controller device <b>2</b> is wire connected to the center device <b>1</b>, on the other hand, the power supply section <b>37</b> charges the buttery using charging power supplied via the wired connection section <b>31</b><i>a. </i>

[Authentication Processing]

Here, operation of the center device <b>1</b> will be described in response to a request from a program being executed and/or at a predetermined timing. Such timing may be when turning on the power supply, and so forth, and authentication processing relative to a communicable center device <b>1</b> is conducted.

As described above, a user's authentication information is stored in an external memory device <b>50</b> which is removable from the controller device <b>2</b>. Specifically, as shown in <figref idref="DRAWINGS">FIG. 4</figref>, the external memory device <b>50</b> stores at least one piece of user identification information (ID), user age information (Y), and authentication key information (K) such as a pass code. The user attaches the external memory device <b>50</b> to the controller device <b>2</b> before using the center device <b>1</b>.

Meanwhile, the hard disk (a nonvolatile memory device) of the memory section <b>12</b> of the center device <b>1</b> stores at least one piece of a user's authentication information set therein in advance.

It should be noted that user identification information includes, for example, information for identification within a household for which the center device <b>1</b> is available (such as the name of each family member, which is hereinafter referred to as a “local ID”). It also includes identification information for identification in playing a network game and so forth via the center device <b>1</b> (so as to speak a handle name, which is hereinafter referred to as a “global ID”).

In the following, it is assumed as an example that local IDs, namely, “Taro,” “Jiro,” and “Hanako,” for three family members of the household for which the center device <b>1</b> is available are registered in the center device <b>1</b>.

The memory section <b>12</b> of the center device <b>1</b> also stores parental control (restriction of a viewing hour), use hour restriction, setting for the right to access the data stored in the memory section <b>12</b>, and so forth, in the manner of being associated with the respective local IDs.

In the following section, a specific example of authentication processing will be described. In response to a request from the program being executed and/or at a predetermined timing such as at the time of tuning on the power, the control section <b>11</b> of the center device <b>1</b> begins the processing shown in <figref idref="DRAWINGS">FIG. 5</figref> to detect a controller device <b>2</b> which is communicable by means of wired or radio manner (S<b>1</b>). It should be noted that detection processing according to the USB system and Bluetooth, for example, may be used intact for this detection.

Thereafter, the control section <b>11</b> selects at least one of the controller devices <b>2</b> detected, as an object for authentication in a predetermined manner (S<b>2</b>). The selection of the controller device <b>2</b> may be conducted, for example, either at random or according to the order of detection of the respective control devices <b>2</b>. For example, the first detected controller device <b>2</b> is to be selected. Alternatively, the selection may be conducted based on information stored in the external memory device <b>50</b> mounted to each controller device <b>2</b>. This selection is so that a controller device <b>2</b> having the youngest, or oldest, age information, for example, stored in the external memory device <b>50</b> attached thereto may be selected. It should be noted that the manner of selection may be designated by the program side which instructs process of authentication.

Subsequently, the control section <b>11</b> obtains user identification information (for example, a local ID) and authentication key information from the selected controller device <b>2</b> (S<b>3</b>). The control section <b>11</b> then controls the display section <b>16</b> so as to show a screen including a message “Hello, XXX, please log in.” <figref idref="DRAWINGS">FIG. 6</figref> depicts a log-in screen together with a display for encouraging input of an authentication key (S<b>4</b>).

Upon input by a user of an authentication key, the control section <b>11</b> compares the input authentication key and the authentication key obtained at process S<b>3</b> to see if these keys coincide to each other (S<b>5</b>). When these keys coincide, it is concluded that authentication is completed and information regarding parental control, use hour restriction, and so forth, associated with the user identification information and obtained at process S<b>3</b> is read out (S<b>6</b>). At that point, authentication processing is terminated. In contrast, when the input authentication key and the authentication key obtained at process S<b>3</b> do not coincide at process S<b>5</b>, it is concluded that authentication is not completed and the operating process returns to process S<b>4</b> to continue the processing.

Each program utilizes the read information regarding parental control, use hour limitation, and so forth.

With this arrangement, when it is predetermined that the youngest user is to be authenticated in process S<b>2</b> and in the case where the ages of the three users are ten, fifteen, and twenty, respectively, the ten-year old user, or the youngest user, is selectively authenticated. This information can be used in a process to restrict access to content which is subjected to viewing restriction by a user younger than twelve-years old.

Alternatively, the selection at process S<b>2</b> may be conducted such that user identification information (for example, a local ID) is obtained from the respective detected controller devices <b>2</b>. Only when the obtained user identification information is stored in the memory section <b>12</b> will the concerned controller device <b>2</b> be regarded as an object for selection. In other words, only a user who is pre-registered in the center device <b>1</b> is regarded as an object for authentication. This arrangement can avoid application of authentication processing for a user without pre-registration. This situation may occur when a user without pre-registration visits and uses a controller device <b>2</b>.

Still alternatively, for the selection at process S<b>2</b>, a list of the obtained user identification information may be shown so as to have a user to select a user to be authenticated. In this case, the list may not include a user without pre-registration to the center device <b>1</b>.

It should be noted that, in this embodiment, when authentication processing is conducted for the users of some of the detected controller devices <b>2</b> and authentication is completed, the control section <b>11</b> proceeds with various other processing with the acknowledgement that authentication is completed. This occurs without conducting authentication processing for the other users who are not objects for authentication.

Specifically, suppose that, in the above described example, the three persons, namely “Taro,” “Jiro,” and “Hanako,” grasp their own control devices <b>2</b> having respective memory devices attached thereto in which their own local IDs are stored. The center device <b>1</b> may select “Taro” as an object for authentication based on a predetermined condition and conducts authentication processing to “Taro.” When authentication relative to “Taro” is completed, a game program or the like is initiated without conducting authentication processing relative for “Jiro” and “Hanako.” Also, once authentication is completed, the controller section <b>11</b> of the center device <b>1</b> continues the ongoing processing for a game or the like even when the communication with the controller device <b>2</b> of the user subjected to authentication processing becomes no longer possible. This arrangement allows “Jiro” and “Hanako” to continue the game in the above example, even if “Taro” leaves the place while carrying the controller device <b>2</b> with him or removes the external memory device <b>50</b> from the controller device <b>2</b>.

In addition, the control section <b>11</b> holds the respective pieces of identification information on the controller devices <b>2</b> having been obtained by the time of completion of the authentication processing (for example, a controller identifier) in the memory section <b>12</b> in the manner of being listed in the order of detection of the relevant controller device <b>2</b> in the form of a sequential table (<figref idref="DRAWINGS">FIG. 7</figref>). Here, a controller identifier may be, for example, identification information (an inherent ID) uniquely assigned to each controller device <b>2</b> or a communication interface identification code of each controller device <b>2</b> (for example, a MAC address, a device ID of Bluetooth, a device ID in USB, and so forth, which are used in Ethernet (registered trademark) and/or a wireless LAN). The control section <b>11</b> stores these information elements, such as an inherent ID, a MAC address, a Bluetooth device ID, a USB device ID, and so forth, as a controller identifier in the manner of being associated with one another. That is, when communication with a controller device <b>2</b> becomes possible, the control section <b>11</b> obtains identification codes of the communication interfaces possessed by that controller device <b>2</b>. For example, even when a controller device is in wired connection (USB or the like), a radio communication parameter (Bluetooth and so forth) is also obtained. It should be noted that the sequential table may additionally show a local ID in the manner of being associated with the relevant controller identifier, the local ID being obtained from the corresponding controller device. Further, information for specifying a wired connection section <b>41</b> to which the relevant controller device <b>2</b> is connected (a connector identifier), for example, may additionally be shown with association in the sequential table. Still further, information for specifying the kind of the controller device <b>2</b> (information regarding a machine type) may also be shown with association.

The control section <b>11</b> resets the sequential table in response to a reset request sent from the program side and/or at a predetermined timing (for example, at the time of turning on the power supply). Further, during execution of the program, the control section <b>11</b> controls such that, should any controller device <b>2</b> become incommunicable during the execution, the controller identifier of that controller device <b>2</b> is not excluded from the sequential table. Still further, the control section <b>11</b> carries out a process to receive a controller identifier from a controller device <b>2</b> (by, specifically, requesting a controller identifier and receiving a response thereto, and so forth) at predetermined timing (or example, regularly). Then, when the received controller identifier is not included in the sequential table, the control section <b>11</b> adds the controller identifier which is not included in the sequential table to the end of the sequential table. It does so with the acknowledgement that a new controller device <b>2</b> is detected, and it issues an event signal to inform the program side of the detection of a new controller device <b>2</b>. On the program side (for example, a game program), upon receipt of the event signal, a local ID is obtained from the controller device <b>2</b>, and used in a process to inform the entry of a new player to the game by showing, for example, a message such as “XXX now joins us.” It should be noted that one of the characteristics of this embodiment is that authentication processing relative to the new player is omitted as authentication processing relative to other users is completed. This omission makes it easier for a new user to join the game without suspending the ongoing game.

On the program side, game players, for example, may be managed using the sequential table stored in the memory section <b>12</b>. For the management, as an example, a table for associating a player number with a sequential number in the sequential table is created on the program side, and stored in the memory section <b>12</b>. Meanwhile, the operational communication section <b>15</b>, having received an instructing operation carried out via the controller device <b>2</b>, outputs the information on the received instructing operation to the control section <b>11</b>. The output information is together with the controller identifier of the controller device <b>2</b> via which the instructing operation is carried out.

The control section <b>11</b> checks where in the sequential table stored in the memory section <b>12</b> the received controller identifier is listed to find out the sequential number thereof. Then, the control section <b>11</b> conducts the required processing with the acknowledgement that the received information concerns an instructing operation regarding the player having the player number associated with that sequential number.

This arrangement makes it possible for the control section <b>11</b> to control, even in a game in which a plurality of users control their own characters, a suitable character in accordance with each user's operation, based on a signal regarding an instructing operation input from each controller device <b>2</b>.

It should be noted that, as the control device <b>2</b> is adapted to wired and radio connections, it may happen that the user initially uses the controller device <b>2</b> via wired connection and later pulls out the connection line to switch to radio connection. In this embodiment, as a USB device ID, or parameter information for wired communication, and a Bluetooth device ID, or parameter information for radio communication, are held as controller identifiers so as to be associated with each other. As described above, the controller device <b>11</b> side can find the Bluetooth device (that is, the controller device <b>2</b>) which corresponds to the device with its wired connection disconnected, while the content of the sequential table is not changed.

On the contrary, it may also happen that a controller device <b>2</b>, which is initially used via radio connection, may be switched to a wired connection during the game. In this case as well, the content of the sequential table is not changed as the controller identifier of the controller device <b>2</b> with the connection state thereof switched is stored in the sequential table.

As described above, when a communication interface of the controller device <b>2</b>, which is used in communication between the controller device <b>2</b> and the center device <b>1</b> is changed, the center device <b>1</b> continues the communication with the controller device. It does so <b>2</b> using the identification code of the communication interface used after the change, which is stored so as to be associated with the identification code of the communication interface used before the change. With this arrangement, the control section <b>11</b> of the center device <b>1</b> can reliably determine by which user the instructing operation transmitted from each controller device <b>2</b> is originally carried out.

That is, with an arrangement for having each player on a game program associated with a controller identifier, as with the above described sequential table, the control section <b>11</b> of the center device <b>1</b> can reliably determine which user has carried out the instructing operation transmitted from each controller device <b>2</b>. This determination can be made regardless of the manner of connection, that is, wired or radio, or even when the manner of connection is switched during the game.

[Users Having Identical Names]

The control section <b>11</b> may compare the pieces of user identification information (for example, a local ID) obtained from the respective detected controller devices <b>2</b> to see if there are any controller devices <b>2</b> for which identical local IDs are set. When there are such controller devices <b>2</b> for which identical local IDs are set, the control section <b>1</b> conducts predetermined identifying processing.

Such a case may happen, for example, when, besides the registered “Taro,” a visitor user having a local ID identical to “Taro” uses a controller device.

In this case, the control section <b>11</b> issues temporary distinguishable local IDs to the respective users having identical local IDs set for themselves. The temporary local IDs may be formed, for example, by adding different numbers to the respective original local IDs. For example, when the original local IDs are both “Taro,” local IDs “Taro <b>1</b>” and “Taro <b>2</b>” may be issued and stored in the sequential table in the memory section <b>12</b> in the manner of being associated with the respective controller identifiers.

Also, in this case, the control section <b>11</b> notifies the plurality of users having identical user identification information, of the respectively assigned temporary local IDs. For example, the issued temporary locals IDs may be displayed one by one on the display section <b>16</b>. Simultaneously, an instruction requesting to vibrate the touch sense presenting section <b>36</b> may be output to the controller device <b>2</b> identified by the controller identifier corresponding to the temporary local ID being displayed.

With this arrangement, each user can know his/her temporarily assigned local ID by looking at the name shown on the display while his/her controller display <b>2</b> is being vibrated, for example. The touch sense presenting section <b>36</b> is used to present to each user his/her temporarily assigned local ID in the above. However, in the case where the controller device <b>2</b> in use has a device, such as a liquid crystal device, capable of displaying a letter or the like, the temporarily assigned local ID or obtained local ID may be displayed on the display device.

[Network Processing]

When the center device <b>1</b> is connected to the Internet, the control section <b>11</b> may send user identification information (the second identification information according to the present invention, for example, a global ID). The identification information is set separately from the local ID (the first identification information according to the present invention) to a server on the Internet as user identification information of a user of each controller device <b>2</b>, to be used in authentication processing conducted by the server.

That is, when the center device <b>1</b> accesses a server on the Internet and receives a request for authentication, the center device <b>1</b> selects at least one of the detected controller devices <b>2</b> as a controller device for authentication. This is done using a predetermined method in the process identical to the process S<b>2</b> shown in <figref idref="DRAWINGS">FIG. 5</figref>. Then, the center device <b>1</b> obtains a global ID stored in the external memory device <b>50</b> attached to the selected controller device <b>2</b> and sends the global ID obtained while requesting authentication.

With this arrangement, different user identification information can be set for use in a server on the Internet and use within a household environment. This leads to enhanced convenience.

Further, the center device <b>1</b> may communicate with another center device <b>1</b> via the Internet and send the local ID to that center device <b>1</b> to be used in authentication processing to be conducted by that center device <b>1</b>. That is, while a global ID is used for authentication in an attempt to connect to the Internet, a local ID is sent for authentication in an attempt to access another center device <b>1</b> via the Internet.

In this case, the center device <b>1</b> in direct communication with a user's controller device <b>2</b> (for distinction, hereinafter referred to as a user side center device) and another center device <b>1</b> (for distinction, hereinafter referred to as a remote center device) conduct processing as described below.

That is, in response to an instructing operation carried out by a user, the user side center device <b>1</b> sends the user's local ID together with a request for authentication, addressing the remote center device <b>1</b>. The remote center device <b>1</b> determines whether or not the local ID received as a request for authentication is registered in itself. When the received local ID is registered, the remote center device <b>1</b> sends a request for an authentication key to the user side center device <b>1</b>.

Upon receipt of the request for an authentication key, the user side center device <b>1</b> encourages the user to input an authentication key. When the user inputs an authentication key, the user side center device <b>1</b> compares the input authentication key and the authentication key stored in the external memory device <b>50</b> mounted to the controller device <b>2</b> which the user uses, to see if these keys coincide with each other. Then, the user side center device <b>1</b> sends the comparison result to the remote center device <b>1</b>.

The remote center device <b>1</b>, having received the comparison result indicative of coincidence of these keys, reads out information regarding setting of the right to access the data stored in the hard disk in the manner of being associated with the local ID received earlier, or the like. Thereafter, having further received a request for obtaining the data stored in the hard disk from the user side center device <b>1</b>, the remote center device <b>1</b> determines whether or not the user side center device <b>1</b> has the right to access the requested data based on the information read out. When it is determined that the user side center device <b>1</b> has the right, the requested data is read out from the hard disk and sent to the user side center device <b>1</b> via the Internet.

In this example, when a user plays a game using a center device <b>1</b> anywhere but at home, the user can obtain the data relevant to the game stored in the center device <b>1</b> at his/her home. This allows the user to continue the game at a location other than at home. This flexibility leads to enhanced convenience.

Also, this arrangement can free the user from troublesome input of user identification information such as a user name. With pre-setting of the user identification information in the external memory device <b>50</b>, an operation for authentication can be simplified. This also leads to enhanced convenience.

[Controller Device without Using an External Memory Device <b>50</b>]

It should be noted that, although a controller device <b>2</b> having an external memory device <b>50</b> mounted thereto in which user identification information and so forth is stored is described in the above description, this arrangement is not always necessary. For example, when some of the controller devices <b>2</b> do not have an external memory device <b>50</b> mounted thereto, the control section <b>11</b> may select a controller device <b>2</b> which has an external memory device <b>50</b> mounted thereto in the process S<b>2</b> shown in <figref idref="DRAWINGS">FIG. 5</figref>.

Alternatively, when none of the controller devices <b>2</b> has an external memory device <b>50</b> mounted thereto, the control section <b>11</b> controls the display section <b>16</b> so as to show a message such as “please input user identification information” to encourage input of user identification information. This input ensures that authentication processing is carried out using the input user identification information.

Further, there may be a case in which a single user may use two or more controller devices <b>2</b>. A case of this may be when a handle unit and a pedal unit for acceleration and braking are provided as separate controller devices dedicated to, for example, a racing game or the like. In this case, an external memory device <b>50</b> may be mounted to, for example, the handle unit, while the corresponding pedal unit need not be equipped with an external memory device <b>50</b>.

In consideration of a case in which at least one of the users uses two or more controller devices <b>2</b>, as described above, the control section <b>11</b> of the center device <b>1</b> may carry out the following processing when a controller device <b>2</b> having no external memory device <b>50</b> mounted thereto (that is, a controller device <b>2</b> from which user identification information cannot be obtained) is detected.

In this case, in addition to the list of user identification information obtained from the respective controller devices <b>2</b>, the control section <b>11</b> shows, as a menu for allowing user's selection, a list of controller devices <b>2</b> from which user identification information cannot be obtained, in the manner of being associated with each user identification information.

Then, the user selects a controller device <b>2</b> he/she uses from among the controller devices <b>2</b> listed in the menu shown in association with his/her own user identification information, for example.

For example, in the above-described case in which a handle unit and a pedal unit are used, the control section <b>11</b> obtains user identification information from the external memory device <b>50</b> mounted to the handle unit, and displays the obtained user identification information on the display section <b>16</b>. The control section <b>11</b> additionally displays a menu which contains information indicative of the pedal unit, in the manner of being associated with the user identification information (<figref idref="DRAWINGS">FIG. 8</figref>). Then, the user instructs selection of the pedal unit from the menu.

Based on the setting established via the screen, the control section <b>11</b> associates the controller identifier of the controller device <b>2</b> from which user identification information is obtained, with the controller identifier (shown as an associated controller identifier) of the controller device <b>2</b> selected from the menu associated with the user identification information of the former controller device <b>2</b>. The control section <b>11</b> stores the associated controller identifier in, for example, the sequential table in the memory section <b>12</b> (<figref idref="DRAWINGS">FIG. 9</figref>).

In a game program, or the like, when an instructing operation is carried out via the pedal unit, the controller identifier of a handle unit associated with the controller identifier of that pedal unit can be obtained. Further, user identification information associated with that handle unit can be obtained. Still further, the sequential number of the pedal unit listed in the sequential table can be obtained. This makes it possible to associate the handle unit and the pedal unit with a single player (a user). With this arrangement, a game can be carried out based on the signals sent from the separate controller devices <b>2</b>.

It should be noted that, although a controller device is described above, other types of information presentation devices, such as a headset (a headphone or the like), may be set with an identifier, similar to a controller identifier. This capability allows association to be defined by utilizing the above-described menu.

With this arrangement, when the user instructs adjustment of the volume of sound reproduced from the headphone using the controller device <b>2</b>, for example, the control section sends an instruction requesting volume adjustment. This occurs while addressing the identifier of the headphone, which is stored in the manner of being associated with the controller identifier of the controller device <b>2</b>. Device <b>2</b> accepts the instructing operation. With this arrangement, a user can control the sound volume of a headphone with the association set therefore, using the controller device <b>2</b>. This capability leads to enhanced convenience.

It should be noted that, although a headphone is referred to as an example in the above, this is not a limited example. A head-mount display and various other sense-of-force presenting devices may also be applicable. When a variety of information presenting devices are connectable, as described above, each information presenting device may register in advance the information elements which can be controlled from the associated controller device <b>2</b>, to the control section <b>11</b>. For example, in the case of a headphone, “sound volume” as the name of an object to be controlled, a “direction key” as a setting button to be used, and “0” to “255” as variation of the setting values, and so forth, are output in advance to the control section <b>11</b>. This is so the control section <b>11</b> can conduct a process to accept the setting designated by the user using such information.

[External Memory Device <b>50</b>]

It should be noted that, although the external memory device <b>50</b> may be a semiconductor memory device in the above-described description, the external memory device <b>50</b> to be connected to the controller device <b>2</b> is not limited to a semiconductor memory device. The controller device <b>2</b> may comprise, for example, a control element <b>51</b>, a memory element <b>52</b>, and a biometric sensor section <b>53</b>, as shown in <figref idref="DRAWINGS">FIG. 10</figref>.

Here, the control element <b>51</b> is, for example, a microcomputer chip and operates according to a program set in advance. Upon receipt of a request from the controller device <b>2</b> side for the information stored in the memory element <b>52</b>, the control element <b>51</b> executes predetermined authentication processing. The authentication processing to be conducted by the control element <b>51</b> will be described later.

The memory element <b>52</b> is a nonvolatile memory element, such as an EEPROM. It stores at least one piece of user identification information (ID), user age information (Y), and authentication key information (K), as shown in <figref idref="DRAWINGS">FIG. 4</figref>. It should be noted that the authentication key information is information which can be compared with information obtained from the biometric sensor section <b>53</b>.

The biometric sensor section <b>53</b> is a sensor for outputting information unique to living organism, including, for example, a fingerprint pattern, a fundus oculi pattern, a palm vein pattern, and so forth.

In the following, authentication processing to be conducted by the control element <b>51</b> will be described. Upon receipt of a request from the controller device <b>2</b> side for the information stored in the memory element <b>52</b>, the control element is rendered to be in the state of awaiting receipt of bio-information, such as a fingerprint pattern, sent from the biometric sensor section <b>53</b>. When the bio-information is obtained, the obtained bio-information is compared with the authentication key information stored in the memory element <b>52</b>. When the comparison result satisfies a predetermined condition, such as that the obtained bio-information concurs with the other authentication key information, the information requested by the controller device <b>2</b> is read out from the memory element <b>52</b>. The information is then output to the controller device <b>2</b>.

On the other hand, when the comparison result does not satisfy a predetermined condition, a signal, such as an error signal, telling that the requested information cannot be presented, is sent to the controller device <b>2</b>.

This arrangement enables further strict authentication, as compared to a case in which a pass code or the like is used as an authentication key. Therefore, this arrangement achieves enhanced safety.

Also, a game program to be executed by the control section <b>11</b> may be configured such that an instruction requesting to input a user's bio-information is sent to the controller device <b>2</b>. In this case, the controller device <b>2</b> requests the control element <b>51</b> of the external memory device <b>50</b> to send bio-information. Then, the control element <b>51</b> waits for receipt of bio-information, such as a fingerprint pattern, sent from the biometric sensor section <b>53</b>. When the bio-information is obtained, the control element <b>51</b> outputs the obtained bio-information to the controller device <b>2</b>, which in turn sends the received bio-information to the center device <b>1</b>.

The external memory device <b>50</b> may have a mounting section formed on the enclosure thereof, to which a strap or the like may be tied.

It should be noted here that the external memory device is removable relative to the controller device <b>2</b> so as to allow two or more users to share a single control device <b>2</b>. In the above description, the controller device <b>2</b> may incorporate the structure of the external memory device <b>50</b>, shown in <figref idref="DRAWINGS">FIG. 10</figref>, so as to constitute a controller device <b>2</b> which stores information for each user.

[Activation of Controller Device]

Further, it is preferable that the controller device <b>2</b>, which can be driven using a battery, is maintained powered off when the controller device <b>2</b> is not in use. Specifically, the controller device <b>2</b> may have a sensor for detecting rocking movement (that is, the fact that the controller device <b>2</b> is grasped by a user). When a period of time in which the controller device <b>2</b> is not grasped exceeds a predetermine time threshold, the control section <b>32</b> sets a predetermined power saving mode (for example, a mode in which operation of the communication section <b>31</b> is suspended).

Also, upon detection by the sensor of the fact that the controller device <b>2</b> is grasped by a user, the control section <b>32</b> in the power saving mode executes a process to shift from the power saving mode to the normal mode to thereby resume operation of the communication section <b>31</b>.

For example, as a process to shift to the normal mode, the control section <b>32</b> determines whether the controller device <b>2</b> is connected to the center device <b>1</b> via the wired connection section <b>31</b><i>a</i>. Specifically, the control section <b>32</b> checks, for example, whether the device ID of the communication party is the ID of the predetermined center device <b>1</b> to thereby determine whether or not the controller device <b>2</b> is connected to the center device <b>1</b> via the wired connection section <b>31</b><i>a</i>. When it is determined that the controller device <b>2</b> is connected to the center device <b>1</b> via the wired connection section <b>31</b><i>a</i>, communication is begun via the wired connection section <b>31</b><i>a. </i>

Meanwhile, when it is determined that the controller device <b>2</b> is not connected to the center device <b>1</b> via the wired connection section <b>31</b><i>a </i>(that is, when the wired connection section <b>31</b><i>a </i>is not connected to another device or when, even though the wired connection section <b>31</b> is connected to another device, the connected device is not the center device <b>1</b>, or when the center device <b>1</b> is not powered), the control section <b>32</b> attempts to communicate with the center device <b>1</b> via the radio connection section <b>31</b><i>b</i>. When the center device <b>1</b> begins radio communication with the controller device <b>2</b>, the control section thereafter sends information regarding the content of an instructing operation to the center device <b>1</b> side by means of radio.

As described above, the center device <b>1</b> side detects the controller device <b>2</b> when a user grasps the controller device <b>2</b>.

It should be noted that the center device <b>1</b> may remain powering the communication interface. This powering includes the wired connector section <b>41</b> and the radio communication section <b>42</b>, while the center device <b>1</b> is maintained powered off due to a user's operation, and begin powering the respective sections of the center device <b>1</b> (that is, turning on) upon receipt of an input from the controller device <b>2</b>.

In this case, the center device <b>1</b> may keep powering some of the communication interfaces, including the wired connector section <b>41</b> and the radio communication section <b>42</b>. For example, the center device <b>1</b> may keep powering the radio communication section <b>42</b>. With this arrangement, even when the controller device <b>2</b>, which is connected to the center device <b>1</b> by means of wire, is activated, the controller device <b>2</b> cannot communicate with the center device <b>1</b> by means of wire. The controller device <b>2</b> begins communication by means of radio. Thereupon, the device <b>1</b> is turned on, and the controller device <b>2</b> detects, and switches to, the wired connection with the center device <b>1</b> (that is, the controller device <b>2</b> outputs information regarding an instructing operation via the wire).

Also, suppose that a radio communication, such as Bluetooth, which is carried out in the communication manner in which one of the communicating parties serves as a master and controls the communication, is adopted. In such a case, when the center device <b>1</b> remains powered off while the radio communication section <b>42</b> remains powered, as described above, the controller device <b>2</b> begins communication while serving as a master. When the center device <b>1</b> is thereafter turned on, the center device <b>1</b> obtains the right to serve as a master and begins communication with the controller device <b>2</b>, which then serves as a slave.

[Operation of Controller Device]

Further, the control section <b>32</b> of the controller device <b>2</b>, when connected by means of wire and powered, may select either the wired connection section <b>3</b> or the radio connection section <b>31</b><i>b </i>with which to send the information regarding a user's instructing operation based on the result of authentication of the device to which the controller device <b>2</b> is connected. The control section <b>32</b> sends the information regarding the user's instructing operation to the center device <b>1</b> via the selected one of the wired connection section <b>31</b><i>a </i>and radio connection section <b>31</b><i>b. </i>

This arrangement is adopted in order to enable transmission of a signal of an instruction operation to the center device <b>1</b> even when the controller device <b>2</b> is connected to, for example, a personal computer (a USB adaptable device other than the center device <b>1</b>) by means of a USB. Device authentication to be conducted in this case may be achieved by using any data obtained in a normal connection sequence of a connection interface, such as device authentication processing in a USB system.

As described above, in this embodiment, the center device <b>1</b> can accommodate processing which takes into consideration a variety of situations which may occur when, for example, a home-use game machine is used, in which a plurality of users use their own controller devices <b>2</b>, including an input device.

[Another Example of Controller Device]

The controller device <b>2</b> is not limited to the example having an external appearance shown in <figref idref="DRAWINGS">FIG. 2</figref>. In the following, another example of a controller device <b>2</b> will be described. <figref idref="DRAWINGS">FIGS. 11 and 12</figref> are perspective views showing another example of a controller device <b>2</b> to be described below, and <figref idref="DRAWINGS">FIG. 13</figref> is a plane view of the same. This controller device <b>2</b> has a crescent-shaped main body <b>70</b> as shown in <figref idref="DRAWINGS">FIG. 13</figref>, and two cylinder-like projections <b>71</b>L, <b>71</b>R formed at the middle portion of the main body thereof on the side closer to the user, where two analogue operating sections <b>23</b>L, <b>23</b> R are formed.

The end portions of the crescent main body <b>70</b> constitute grip sections <b>20</b>L, <b>20</b>R. This controller device <b>2</b> is formed such that the grip sections <b>20</b> are long enough to project toward the user when the user grasps the grip sections <b>20</b> using his/her middle, ring, and little fingers. Also, four buttons <b>28</b> (<b>28</b>R<b>1</b>, <b>28</b>R<b>2</b>), <b>29</b> (<b>29</b>L<b>1</b>, <b>29</b>L<b>2</b>) are formed on the outer circumference side of the main body at positions within the reach of the user using his/her index finger while grasping the grip sections <b>20</b> using his/her middle, ring, and little fingers. Further, operating sections <b>21</b>, <b>22</b> and/or an analogue operating section <b>23</b> are formed in positions within the reach of the user using his/her thumb.

According to the controller device <b>2</b> which can be supported as described above, the user can operate the controller device <b>2</b> with the line connecting his/her elbow and backhand kept straight. This allows the user to extend his/her wrists naturally, and therefore reduce the sense of fatigue the user may feel with his/her wrists due to a long time operation.

Also, as the grip sections <b>20</b> are formed relatively long, even when the controller device <b>2</b> is held by only one hand grasping one grip section <b>20</b>, the controller device <b>2</b> can be stably grasped. Such stability can enhance operability.

The main body <b>70</b> has an overall round shape and incorporates the respective sections shown in <figref idref="DRAWINGS">FIG. 3</figref>. Also, the operating sections <b>21</b>, <b>22</b> are formed on the main body <b>70</b>, substantially similar to the one shown in <figref idref="DRAWINGS">FIG. 2</figref>. These operating sections <b>21</b>, <b>22</b> are arranged so as to be operable in four directions: up, down, right, and left. A home button <b>27</b> is formed on the main body <b>70</b> in addition to the respective buttons shown in <figref idref="DRAWINGS">FIG. 2</figref>, different from the controller device <b>2</b> shown in <figref idref="DRAWINGS">FIG. 2</figref>. In response to the home button <b>27</b> being pressed, the center device <b>1</b> side conducts a process to display a predetermined home screen (a screen shown when the game begins) or a screen for inquiring whether or not to end the game and shift to a predetermined mode.

Further, as shown in <figref idref="DRAWINGS">FIG. 13</figref>, the operating sections <b>21</b>, <b>22</b> are arranged so as to tilt in the directions of the grip sections <b>20</b>L, <b>20</b>R, respectively, on the controller device <b>2</b>. For example, the line segment D, which connects the centers of the buttons of the operating sections <b>21</b><i>a</i>, <b>21</b><i>b</i>, and the line segment E, which connects the centers of the operating sections <b>22</b><i>a</i>, <b>22</b><i>b</i>, are defined displaced relative to the direction of the extensions of the grip sections <b>20</b> instead of central line C of the controller device <b>2</b>.

The overall tilted arrangement of the operating sections <b>21</b>, <b>22</b> toward the direction of the grip sections <b>20</b>, as described above, can facilitate a user's operation while grasping the grip portions <b>20</b>.

Also, as shown in <figref idref="DRAWINGS">FIG. 13</figref>, the button <b>28</b> and the analogue operating section <b>23</b>R are arranged on the straight line G which is parallel to the central line C of the controller device <b>2</b>. Similarly, the button <b>29</b> and the analogue operating section <b>23</b>L are arranged on the straight line F which is parallel to the central line C of the controller device <b>2</b>. This arrangement also contributes to enhance the operability when the user grasps the grip section <b>20</b>. In addition, the arrangement of the buttons <b>28</b>, <b>29</b> on the both shoulder portions of the main body also can enhance the operability when the user grasps the grip sections <b>20</b>.

Further, according to this controller device <b>2</b>, as the surface of the main body on which the operating sections <b>21</b>, <b>22</b>, and so forth are formed is curved, the operating sections <b>21</b>, <b>22</b> can be formed projecting from the controller device <b>2</b> main body. This makes it possible to realize a deeper stroke of the operating sections <b>21</b>, <b>22</b>, which also can enhance the operability.

It should be noted that the home button <b>27</b> may incorporate an LED (a light emission diode) or the like. Different manners of light emission may be employed depending on whether the controller device <b>2</b> is in wired or radio connection to the center device <b>1</b>. For example, different colors of light may emit (for example, yellow for radio connection and blue for wired connection). Also, the LED may be controlled so as not to emit any light with the power off, and blink while communication is carried out. This arrangement enables use of the LED as an access lamp.

Further, LED light emission may be controlled based on an instruction sent from the center device <b>1</b>. For example, the center device <b>1</b> may use different colors for the LED for designation of a user (to specify a user to play during the game) and the respective states of the center device <b>1</b> (whether in playing the game or reproducing the video contents or the like).

The center device <b>1</b> may assign different identifiers to the respective controller devices <b>2</b> according to the order in which these controller devices <b>2</b> become radio communicable, and carry out light emission control for the LED using a color determined for each identifier. With this arrangement, when a plurality of controller device <b>2</b> are present, for example, the user can know via which controller device <b>2</b> an instructing operation is then allowed to be carried out.

Further, the light emission control may be carried out on the game program side such that light of a different color is emitted for each game player. For example, a red light may indicate the first player, and a blue light may indicate the second player. In this case, the color of the light may be selected by a game program. This arrangement makes it possible to use the same color for a cursor representative of the character to be controlled in the game and for the lighting of the LED of the controller device <b>2</b>, for example, so that game operability for a user can be enhanced.

Further, the manner of light emission of the LED may be changed (control of the color, blinking, and so forth) depending on the state of charge of the power supply section <b>37</b> incorporated into the controller device <b>2</b>. For example, blue light may be emitted with respect to the full state of charge. A red light may be emitted with respect to state of charge less than a predetermined amount, and the light may blink when the amount of charge is reduced below the level requiring recharging.

Still further, continuous lighting, blinking, and blacking out of the light may be controlled using a color which is determined depending on the state of the power supply section <b>37</b>. For example, green light may blink while charging, and the green light may continuously light after completion of the charging.

It should be noted that, although an LED incorporated into the home button <b>27</b> is described in the above, the LED may be arranged in other locations, such as in the vicinity of the start button <b>24</b> or the USB terminal. Alternatively, the LED may be disposed in the respective positions. Still alternatively, two or more LEDs may be incorporated in the controller device <b>2</b> so as to control the overall color of the controller device <b>2</b>.

It should be noted that although a multiple color LED is referred to in the above description, the manner of light emission is not limited to this example. Different manners of blinking (duration and/or pattern of the blinking), for example, may be adapted to thereby express the respective situations. Therefore, a multiple color LED is not mandatory.

The controller device <b>2</b> is placed on the floor or desk such that the operating sections <b>21</b>, <b>22</b> are maintained substantially parallel to the surface of the floor or desk by the supporting legs <b>61</b>, <b>62</b>, as shown in <figref idref="DRAWINGS">FIGS. 14 and 15</figref>. <figref idref="DRAWINGS">FIGS. 14 and 15</figref> are side views showing the controller device <b>2</b>.

With this posture, the grip sections <b>20</b> also serve as palm rests, which allows the user to operate with his/her palms kept in contact with the grip sections <b>20</b>. This helps the user keep his/her palms in a natural position, and therefore helps reduce the sense of fatigue, which the user may feel due to a long time operation.

Further, as shown in <figref idref="DRAWINGS">FIG. 14</figref>, the buttons <b>28</b>, <b>29</b> are arranged on the curved surface formed on the upper surface side of the main body, such that the angles of the direction X in which the buttons <b>28</b>R<b>1</b>, <b>29</b>L<b>1</b> are pressed and of the direction Y in which the buttons <b>28</b>R<b>2</b>, <b>29</b>L<b>2</b> are pressed are slightly different. With this arrangement, the user can readily know on which button his/her finger is hooked. <figref idref="DRAWINGS">FIGS. 14 and 15</figref> are side views showing the controller device <b>2</b>.

<figref idref="DRAWINGS">FIGS. 16 and 17</figref> are top views showing the controller device <b>2</b>. As shown in <figref idref="DRAWINGS">FIGS. 16 and 17</figref>, a USB port, which serves as a wired communication section <b>31</b><i>a</i>, is provided on the floor surface side of the controller device <b>2</b>. This arrangement can prevent the controller device <b>2</b> from being suspended by the USB line when being placed on a floor or a desk. Also, with the arrangement in which a USB port is provided on the floor surface side, the center of gravity of the weight is located on the floor surface side. The location ensures stable placement of the controller device <b>2</b> on a floor or the like.

<figref idref="DRAWINGS">FIG. 18</figref> is a cross sectional view showing the controller device <b>2</b> along the line A-A′. <figref idref="DRAWINGS">FIG. 19</figref> is a bottom view showing the controller device <b>2</b>. As shown in the cross sectional view, a recess <b>63</b> which extends in the right-left direction of the controller device <b>2</b> is formed adjacent to the supporting legs <b>61</b>. The user can hook his/her finger on the recess <b>63</b> to thereby support the controller device <b>2</b>. It should be noted that interior structure of the controller device <b>2</b> is not shown in <figref idref="DRAWINGS">FIG. 18</figref>.