Information transmission/reception device

CROSS REFERENCES TO RELATED APPLICATIONS

The present application claims priority to Japanese Patent Document No. P2002-157932 filed on May 30, 2002, the disclosure of which is herein incorporated by reference.

BACKGROUND OF THE INVENTION

The present invention relates generally to an information transmission/reception device, an information transmission device and method, an information reception device and method, an information processing device and method, an information transmission managing device and method, an information reception managing device and method, a recording medium, and a program. More particularly, the present invention relates to an information transmission/reception device, an information transmission device and method, an information reception device and method, an information processing device and method, an information transmission managing device and method, an information reception managing device and method, a recording medium, and a program which are intended to provide better communication between sender and receiver of electronic mail.

Electronic mail managing mailers are known by which electronic mail is sent and received by use of virtual pets for example kept in devices such as personal computers.

For example, Japanese Patent Laid-open No. Hei 11-65964 discloses a technology in which a virtual pet (in a personal computer) kept by a sender of electronic mail appears on the screen of the personal computer of the receiver of the electronic mail and an image is displayed in which a virtual pet kept by the receiver receives the electronic mail from the pet of the sender, thereby allowing the receiver to intuitively know that electronic mail has arrived.

However, with electronic mail thus delivered, the contents of electronic mail which can be seen by the receiver are nothing but a text sent by the sender, which is the same as mailers (ordinary mailers) for transmitting/receiving text data for example without the intermediacy of virtual pets, thereby presenting a problem of making electronic mailing uninteresting.

The above-mentioned known technology presents another problem that the sender of electronic mail cannot give instructions to his pet for acting at the receiver (on the screen of the receiver), thereby disabling the sender to communicate his mind to the receiver through other than texts. For example, if the sender could give instructions to this pet for shake hands with the pet of the receiver, thereby performing actions based on the instructions on the screen of the personal computer of the receiver, then the friendliness of the sender would be known by the receiver, thereby possibly realizing better communication between sender and receiver through the actions of their pets.

SUMMARY OF THE INVENTION

The present invention provides in an embodiment better communication between the sender and receiver of electronic mail.

In carrying out the invention and according to an embodiment thereof, there is provided an information transmission device including: text acceptance means for accepting entry of a text; action acceptance means for accepting a specification of an image of an action to be performed by a character, the image to be displayed at the same time when the text is outputted as a remark by the character being displayed on the information reception device; creation means for creating the electronic mail which includes text data corresponding to the text of which entry has been accepted and identification information for identifying the image of the action of which specification has been accepted; and transmission means for transmitting the created electronic mail to the information processing device.

When an image representative of an action of the character has been moved to a predetermined area for example, the above-mentioned action acceptance means accepts the action represented by that image as an image of the action of the character displayed on the information reception device.

The above-mentioned information reception device further includes read means for reading information held in a mounted object in a contact or non-contact manner. The character is displayed on the basis of the information read from the object.

The image of the character corresponds to the external view of the object. This object may have any external views, such as a human being, an animal, or a vehicle, for example.

According to another embodiment, there is provided an information transmission method for an information transmission device, including the steps of: accepting entry of a text; accepting a specification of an image of an action to be performed by a character, the image to be displayed at the same time when the text is outputted as a remark by the character being displayed on the information reception device; creating the electronic mail which includes text data corresponding to the text of which entry has been accepted and identification information for identifying the image of the action of which specification has been accepted; and transmitting the created electronic mail to the information reception device.

According to still another embodiment, there are provided a program recorded in a first recording medium and a first program, each including the steps of: accepting entry of a text; accepting a specification of an image of an action to be performed by a character, the image to be displayed at the same time when the text is outputted as a remark by the character being displayed on the information reception device; creating the electronic mail which includes text data corresponding to the text of which entry has been accepted and identification information for identifying the image of the action of which specification has been accepted; and transmitting the created electronic mail to the information reception device.

According to yet another embodiment, there is provided an information reception device including: display control means for controlling displaying of a character; storage means for storing image data of the character and identification information for identifying an action of the character, as related with each other; text data acquisition means for acquiring text data included in the electronic mail; and image data acquisition means for acquiring, from among the image data stored in the storage means, image data corresponding to the identification information included in the electronic mail; wherein, the display control means outputs, as a remark of the character, a text corresponding to the acquired text data and, at the same time, controls displaying of the character so as to perform the action identified by the identification information on the basis of the acquired image data.

The above-mentioned information reception device further includes image data acquisition means for acquiring image data corresponding to the identification information included in the electronic mail from an information management device which manages image data representative of an action of the character, the information management device being connected to the information reception device via the network.

According to a further embodiment, there is provided an information reception method for an information reception device, including the steps of: controlling displaying of a character; storing image data of the character and identification information for identifying an action of the character, as related with each other; acquiring text data included in the electronic mail; and acquiring, from among the stored image data, image data corresponding to the identification information included in the electronic mail; wherein, the display control step outputs, as a remark of the character, a text corresponding to the acquired text data and, at the same time, controls displaying of the character so as to perform the action identified by the identification information.

According to yet a further embodiment, there are provided a program recorded in a second recording medium and a second program each including the steps of: controlling displaying of a character; controlling storage of image data of the character and identification information for identifying an action of the character, as related with each other; controlling acquisition of text data included in the electronic mail; and acquiring, from among the stored image data, image data corresponding to the identification information included in the electronic mail; wherein, the display control step outputs, as a remark of the character, a text corresponding to the acquired text data and, at the same time, controls displaying of the character so as to perform the action identified by the identification information.

The above-mentioned information transmission/reception device includes the configuration of the above-mentioned information transmission device and the configuration of the above-mentioned information reception device.

In the above-mentioned information transmission device and method and program, the entry of a text is accepted and also accepted is the specification of the image of the action of the character which is displayed at the same time when the text is outputted as a remark of the character being displayed on the information reception device connected via a network. Also, the electronic mail including text data corresponding to the text and the identification information for identifying the image of the action of which specification has been accepted is created and the created electronic mail is sent to the information processing apparatus.

In the above-mentioned information reception device and method and program, displaying of a character is controlled and the image data of the character and the identification information for identifying an action of the character are stored as related with each other. The text data included in electronic mail is acquired and the image data corresponding to the identification information included in the electronic mail is acquired from the stored image data. Further, at the same time when the text corresponding to the acquired text data is outputted as a remark of the character, the displaying of the character is controlled on the basis of the acquired image data.

According to a yet another embodiment, there is provided an information processing device including: text acceptance means for accepting, by a user, entry of a text included in the electronic mail; action acceptance means for accepting specification, by the user, of an action to be performed by a character at the same time when the text is outputted as a remark of the character in the information reception device; and transmission means for transmitting, to the information transmission management device, text data corresponding to the text of which entry has been accepted and the electronic mail creation information including information representative of the action of which specification has been accepted.

According to a further embodiment, there is provided an information processing method for an information processing device, including the steps of: accepting, by a user, entry of a text included in the electronic mail; accepting specification, by the user, of an action to be performed by a character at the same time when the text is outputted as a remark of the character in the information reception device; and transmitting, to the information transmission management device, text data corresponding to the text of which entry has been accepted and the electronic mail creation information including information representative of the action of which specification has been accepted.

According to another embodiment, there is provided an information transmission management device including: text acquisition means for acquiring a text to be included in the electronic mail from the received electronic mail creation information; action acquisition means for acquiring an action of a character from the electronic mail creation information to be displayed at the same time when the text is outputted as a remark of the character in the information reception device; creation means for creating text data corresponding to the acquired text and the electronic mail including identification information for identifying the acquired action; and transmission means for transmitting the created electronic mail to the information reception device.

According to a yet another embodiment, there is provided an information transmission management method for an information transmission management device, including the steps of: acquiring a text to be included in the electronic mail from the received electronic mail creation information; acquiring an action of a character from the electronic mail creation information to be displayed at the same time when the text is outputted as a remark of the character in the information reception device; creating text data corresponding to the text acquired by the text acquisition step and the electronic mail including identification information for identifying the action acquired by the action acquisition step; and transmitting the created electronic mail to the information reception device.

According to another embodiment, there is provided an information reception management device including: display control means for controlling displaying of a character in the information reception device by transmitting the electronic mail presentation information; storage means for storing image data of the character and identification information for identifying an action of the character, as related with each other; text data acquisition means for acquiring text data included in the electronic mail; identification information acquisition means for acquiring the identification information; and image data acquisition means for acquiring, from among the stored image data, an image data corresponding to the identification information acquired by the identification information acquisition means. The above-mentioned display control means also controls displaying of the character so as to perform an action identified by the identification information on the basis of the image data acquired by the image data acquisition means at the same time when a text corresponding to the text data acquired by the text data acquisition means is outputted as a remark of the character.

According to a further embodiment, there is provided an information reception management method for an information reception management device, including the steps of: controlling displaying of a character in the information reception device by transmitting the electronic mail presentation information; storing image data of the character and identification information for identifying an action of the character, as related with each other; acquiring text data included in the electronic mail; acquiring the identification information; and acquiring, from among the image data stored in the storage step, an image data corresponding to the identification information acquired by the identification information acquisition step. The above-mentioned display control step also controls displaying of the character so as to perform an action identified by the identification information on the basis of the image data acquired by the image data acquisition step at the same time when a text corresponding to the acquired text data is outputted as a remark of the character.

The above-mentioned network denotes a system to which at least two devices are connected to transmit information from one device to another. This network may be configured based on not only wireless or wired communication, but also the coexistence of wireless and wired communications.

Additional features and advantages of the present invention are described in, and will be apparent from, the following Detailed Description of the Invention and the figures.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a block diagram illustrating an exemplary configuration of an information processing system to which the present invention is applied.

FIG. 2 is a block diagram illustrating an exemplary configuration of a Pochara service server shown in FIG. 1.

FIG. 3 is a block diagram illustrating an exemplary configuration of a personal computer shown in FIG. 1.

FIG. 4 shows an exemplary friend Pochara figure.

FIG. 5 is a block diagram illustrating an internal configuration of the friend Pochara figure.

FIG. 6 shows the information stored in an IC chip shown in FIG. 5.

FIG. 7 is a flowchart indicative of the processing by the user for getting a friend Pochara figure.

FIG. 8 shows exemplary friend Pochara figures.

FIG. 9 is a flowchart indicative of the friend Pochara sale processing by the Pochara service server shown in FIG. 1.

FIG. 10 shows an exemplary sale Pochara figure.

FIG. 11 shows exemplary information stored in the IC chip of each sale Pochara figure.

FIG. 12 is a flowchart indicative of the Pochara processing by the personal computer shown in FIG. 1.

FIG. 13 is another flowchart indicative of the Pochara processing by the personal computer shown in FIG. 1.

FIG. 14 is still another flowchart indicative of the Pochara processing by the personal computer shown in FIG. 1.

FIG. 15 is yet another flowchart indicative of the Pochara processing by the personal computer shown in FIG. 1.

FIG. 16 is a different flowchart indicative of the Pochara processing by the personal computer shown in FIG. 1.

FIG. 17 shows the bag information of a friend Pochara.

FIG. 18 shows the bag information of a sale Pochara.

FIG. 19 shows an exemplary display of Pochara.

FIG. 20 shows an exemplary display of Pochara.

FIG. 21 shows an exemplary display of Pochara which is displayed when a mail function is selected.

FIG. 22 shows another exemplary display of Pochara which is displayed when the mail function is selected.

FIG. 23 shows an exemplary display of Pochara which is displayed when a schedule function is selected.

FIG. 24 shows another exemplary display of Pochara which is displayed when the schedule function is selected.

FIG. 25 shows an exemplary display of Pochara which is displayed when a change cloths function is selected.

FIG. 26 shows another exemplary display of Pochara.

FIG. 27 shows still another exemplary display of Pochara.

FIG. 28 is a flowchart indicative of the processing by the Pochara service server shown in FIG. 1.

FIG. 29 is another flowchart indicative of the processing by the Pochara service server shown in FIG. 1.

FIG. 30 shows exemplary user information registered with a Pochara database shown in FIG. 1.

FIG. 31 shows exemplary Pochara information of friend Pochara registered with the Pochara database shown in FIG. 1.

FIG. 32 shows exemplary Pochara information of sale Pochara registered with the Pochara database shown in FIG. 1.

FIG. 33 is a flowchart indicative of the processing by a content server shown in FIG. 1.

FIG. 34 is a flowchart indicative of the content reception processing by the personal computer shown in FIG. 1.

FIG. 35 is a flowchart indicative of the content provision processing by the content server shown in FIG. 1.

FIG. 36 is a flowchart indicative of the processing by the Pochara service server shown in FIG. 1.

FIG. 37 is a flowchart indicative of the license acquisition processing by the personal computer shown in FIG. 1.

FIG. 38 is a flowchart indicative of the processing by the Pochara service server shown in FIG. 1.

FIG. 39 is a flowchart indicative of the processing by a license server shown in FIG. 1.

FIG. 40 is a flowchart indicative of the content reproduction processing by the personal computer shown in FIG. 1.

FIG. 41 is a flowchart indicative of the content reproduction processing by the Pochara service server shown in FIG. 1.

FIG. 42 is a flowchart indicative of the prepaid amount update processing by the personal computer shown in FIG. 1.

FIG. 43 is a flowchart indicative of the prepaid amount update processing by the Pochara service server shown in FIG. 1.

FIG. 44 is a flowchart indicative of the processing of reproducing the content stored in a terminal.

FIG. 45 is a flowchart indicative of the processing by the Pochara service server when reproducing the content stored in a terminal.

FIG. 46 is a flowchart indicative of the reproduction processing by a terminal to which content is provided from another terminal.

FIG. 47 is a flowchart indicative of the content provision processing by a terminal.

FIG. 48 is a flowchart indicative of the processing by the Pochara service server when reproducing the content stored in a terminal;

FIG. 49 is a flowchart indicative of the processing of copying encrypted content.

FIG. 50 is a flowchart indicative of the processing by the copy source.

FIG. 51 is a flowchart indicative of the processing by the copy destination.

FIG. 52 is a block diagram illustrating an exemplary functional configuration of the personal computer shown in FIG. 1.

FIG. 53 is a block diagram illustrating another exemplary functional configuration of the personal computer shown in FIG. 1.

FIG. 54 is a flowchart indicative of the mail management processing by the personal computer shown in FIG. 1.

FIG. 55 is a flowchart continued from that shown in FIG. 54 indicative of the mail management processing by the personal computer shown in FIG. 1.

FIG. 56 shows an exemplary display on the personal computer.

FIG. 57 is a flowchart indicative of the details of the mail creation processing which is executed in step S613 shown in FIG. 55.

FIG. 58 shows another exemplary display on the personal computer.

FIG. 59 shows still another exemplary display on the personal computer.

FIG. 60 shows an exemplary display on the personal computer.

FIG. 61 is a schematic diagram illustrating an exemplary configuration of a mail message which is created by the processing shown in FIG. 57.

FIG. 62 is a flowchart indicative of the details of mail output processing which is executed in step S604 shown in FIG. 54.

FIG. 63 shows another exemplary display on the personal computer.

FIG. 64 shows still another exemplary display on the personal computer.

FIG. 65 shows an exemplary display on the personal computer.

FIG. 66 shows another exemplary display on the personal computer.

FIG. 67 is still another exemplary display on the personal computer.

FIG. 68 is a flowchart indicative of the details of action data acquisition processing which is executed in step S656 shown in FIG. 62.

FIG. 69 shows the details of the action data provision processing by the Pochara service server shown in FIG. 1.

DETAILED DESCRIPTION OF THE INVENTION

Now, referring to FIG. 1, there is shown an exemplary configuration of an information processing system practiced to which the present invention is applied. In this exemplary configuration, a LAN (Local Area Network) 21 of a home 3 is connected to the Internet 1 via an Internet service provider (ISP) 2. Devices in a room 31 through a room 33 are connected to the LAN 21. In this example, a personal computer (PC) 22 is connected to the LAN 21 in the room 31 and platform 23 on which a friend Pochara (trademark) FIG. 161 (FIG. 4) or a sale Pochara (trademark) FIG. 181 (FIG. 10) is mounted is connected to the personal computer 22.

It should be noted that the LAN 21 is configured by the user or the wireless communication. In the wireless configuration, a scheme specified by IEEE (Institute of Electrical and Electronic Engineers) 802.11a, b, or g, UWB (Ultra Wide Band), or Bluetooth, for example may be used. In the wired configuration, a scheme specified by USB (Universal Serial Bus) or other standards may be used.

In the room 32, a television receiver (TV) 24 is connected to the LAN 21 and a platform 25 is connected to the television receiver 24. In the room 33, a personal computer 26 is connected to the LAN 21 and a platform 27 is connected to the personal computer 26.

A LAN 51 of an office 5 is also connected to the Internet 1. A personal computer 52 is connected to the LAN 51 and a platform 53 is connected to the personal computer 52.

A content server 6 for providing the content data corresponding to a sale Pochara FIG. 181 (FIG. 10) is also connected to the Internet 1. A content server 7 connected to the Internet 1 provides the content data corresponding to a friend Pochara FIG. 161 (FIG. 4). A license server 8 connected to the Internet 1 provides the license corresponding to the content supplied from the content server 7.

Further, a Pochara (trademark) service server 9 is connected to the Internet 1. The Pochara service server 9 provides various services corresponding to the friend Pochara FIG. 161 or the sale Pochara FIG. 181.

A Pochara database 10 storing various kinds of information associated with Pochara is connected to the Pochara service server 9. The Pochara service server 9 is also connected with a private authentication server 11 for authenticating the friend Pochara FIG. 161 and a public authentication server 12 for authenticating the sale Pochara FIG. 181 as well as an charging server 13 for executing various kinds of charging processing. One or more of the Pochara database 10, the private authentication server 11, the public authentication server 12, and the charging server 13 may be integrated with the Pochara service server 9 on an as required basis.

Moreover, in the system shown in FIG. 1, a cellular phone 61 is connected to the Internet 1 via a nearby base station 15.

The Pochara service server 9 is configured as shown in FIG. 2, for example.

Referring to FIG. 2, a CPU (Central Processing Unit) 121 executes various kinds of processing as instructed by programs stored in a ROM (Read Only Memory) 122 or programs loaded from a storage block 128 into a RAM (Random Access Memory) 123. The RAM 123 also stores, from time to time, data which is necessary for the CPU 121 to execute various kinds of processing.

The CPU 121, the ROM 122, and the RAM 123 are interconnected via a bus 124. The bus 124 is also connected with an input/output interface 125.

The input/output interface 125 is connected with an input block 126 based on a keyboard and a mouse for example, a display (display block) based on a CRT (Cathode Ray Tube) or LCD (Liquid Crystal Display) for example, and an output block 127 based on a speaker for example, the storage block 128 based on a hard disk drive, and a communication block 129 based on a modem or a terminal adapter for example. The communication block 129 executes communication processing via networks including the Internet 1.

The input/output interface 125 is also connected with a drive 130 on which a magnetic disk 141, an optical disk 142, a magneto-optical disk 143, or a semiconductor memory 144 is loaded as required. Further computer programs read from these recording media are installed in the storage block 128 as required.

The personal computer 22 is configured as shown in FIG. 3 for example. The basic configuration is the same as that of the Pochara service server 9 shown in FIG. 2. Namely, components CPU 221 through communication block 229 of the personal computer 22 have basically the same functions as those of the components CPU 121 through communication block 129 of the Pochara service server 9 respectively.

An input/output interface 225 of the personal computer 22 shown in FIG. 3 is connected with a connection block 230 to which the platform 23 is connected. As shown in FIG. 3, the a reader/writer 241 is incorporated in the platform 23 to read information from a Pochara figure mounted on the platform 23, in an electromagnetic induction, non-contact manner.

The input/output interface 225 is connected with a drive 231 as required, on which a magnetic disk 251, an optical disk 252, a magneto-optical disk 253, or a semiconductor memory 254 is loaded as required. Computer programs read from these recording media are installed in a storage block 228 as required.

In this information processing system (the information providing system), each user purchases the friend Pochara FIG. 161 as shown in FIG. 4 in advance in order to authenticate himself/herself. The friend Pochara FIG. 161 incorporates an IC chip 171 having an antenna 172. The IC chip 171 stores a user ID which is user identification information for identifying the user owning the friend Pochara FIG. 161 and a Pochara ID which is Pochara figure identification information for identifying the friend Pochara FIG. 161.

It should be noted that the user ID may integrate the Pochara ID.

The following describes the processing by the user for getting the friend Pochara FIG. 161 with reference to the flowchart shown in FIG. 7.

The user of the personal computer 22 operates the input block 226 to instruct the CPU 221 to access the Pochara service server 9. Upon receiving the access instruction, the CPU 221 controls the communication block 229 to access the Pochara service server 9 via the LAN 21, the ISP 2, and the Internet 1 in step S1. The Pochara service server 9 provides a GUI (Graphical User Interface) which is used to enter user information to the accessing personal computer 22 via the Internet 1 (step S21 shown in FIG. 9 to be described later). In response, the user enters user's name, address, birthday, gender, telephone number, facsimile number, mail address, credit card number, bank account number, and other personal information through the input block 226. In step S2, the CPU 221 sends the entered user information to the Pochara service server 9 from the communication block 229 via the Internet 1. It should be noted that the communication between the personal computer 22 (and other terminals) and the Pochara service server 9 is encrypted as required.

At this moment, the Pochara service server 9 sends candidates (a list) of friend Pochara figures to the personal computer 22 (step S23 shown in FIG. 9). In response, receiving the candidates of friend Pochara figures from the Pochara service server 9 via the communication block 229, the CPU 221 outputs the candidates to the display block of an output block 227 in step S3. Consequently, the candidates of friend Pochara figures as shown in FIG. 8 for example are displayed. FIG. 8 shows six kinds of friend Pochara figures A through F. The friend Pochara FIG. 161 shown in FIG. 4 corresponds to FIG. 8F.

The user selects through the input block 226 a desired friend Pochara figure from among those displayed. In step S4, the CPU 221 accepts the selection of the specified friend Pochara figure.

In step S5, the CPU 221 sends the selection information of the friend Pochara figure accepted in step S4 to the Pochara service server 9.

Receiving the selection information from the personal computer 22, the Pochara service server 9 a computer program for executing Pochara services including the data of the friend Pochara corresponding to the selected friend Pochara figure (step S26 shown in FIG. 9).

In step S6, the CPU 221 of the personal computer 22 receives the computer program from the Pochara service server 9 and stores the received computer program into the storage block 228. This program includes the data (the data about the friend Pochara) necessary for displaying the friend Pochara (a virtual figure displayed in animation corresponding to the real friend Pochara figure, hereafter also referred to as a character) corresponding to the selected friend Pochara figure onto the display block of the output block 227.

This friend Pochara character is represented in the same image as the corresponding friend Pochara figure. In other words, the friend Pochara figure has the same shape (including colors and other attributes) as the friend Pochara which is a virtual figure displayed on the display block of the output block 227.

For example, the friend Pochara FIG. 161 shown in FIG. 4 corresponds to the friend Pochara character shown in FIG. 8F.

The user installs the program received in the process of step S6 into other devices which use the services provided by the Pochara service server 9. In the example shown in FIG. 1, this program is installed in the television receiver 24 and the personal computer 26. This program is also installed in the personal computer 52 of the office 5.

The television receiver 24 has a loading block on which a semiconductor memory typified by the Memory Stick (trademark) for example is loaded. By storing the program in a Memory Stick through the personal computer 22 for example and loading this Memory Stick on the television receiver 24, the user can install the program in the television receiver 24.

Then, the Pochara service server 9 delivers the friend Pochara figure selected by the user in step S4 (step S274 shown in FIG. 9), so that the user receives the figure from the Pochara service server 9 in step S8.

In response to the above-mentioned processing by the personal computer 22 shown in FIG. 7, the Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 9.

To be more specific, in step S21, the CPU 121 of the Pochara service server 9 accepts, through the communication block 129, the access by the user of the personal computer 22 via the Internet 1 and then provides a GUI for user information entry to the accessing personal computer 22 via the Internet 1.

As described above, the user sends the user information on the basis of this GUI (step S2 shown in FIG. 7). In step S22, the CPU 121 of the Pochara service server 9 receives the user information from the personal computer 22 and supplies the received user information to the Pochara database 10 via the communication block 129, registering the user information thereon. Consequently, the user information is registered on the Pochara database 10 (details thereof will be described later with reference to FIG. 30).

Next, in step S23, the CPU 121 reads the candidates of the friend Pochara figure from the storage block 128 and sends them to the personal computer 22. Consequently, the friend Pochara figure candidates as shown in FIG. 8 are sent to the personal computer 22.

As described above, the user selects one of the received friend Pochara figure candidates and sends the selection information thereof (step S5 shown in FIG. 7).

In step S25, the CPU 121 allocates, to the user, a user ID which is the identification information for identifying the user. Also, the CPU 121 allocates a Pochara ID to the friend Pochara figure selected by the user and registers the allocated Pochara ID on the Pochara database 10 as the Pochara information in correspondence with the user information. In addition to the Pochara ID, this Pochara information includes a flag indicative whether this Pochara is a friend Pochara (a friend Pochara flag) or a parameter of this Pochara. This parameter represents a cloth of this Pochara or a function of this Pochara. It should be noted that the friend Pochara flag may be included in the Pochara ID to be allocated to the friend Pochara FIG. 161.

Next, in step S26, the CPU 121 reads the program from the storage block 128 for the user to accept the Pochara service and sends the program to the personal computer 22 via the Internet 1. At this moment, the CPU 121 sends the user ID and the Pochara information necessary for displaying the character of this friend Pochara as included in the program. In addition to the Pochara ID, this Pochara information includes the Pochara data including various parameters on which Pochara images are based. This program is received by the personal computer 22 (step S6 shown in FIG. 7).

In step S27, the CPU 121 executes the processing for delivering the friend Pochara figure corresponding to the selection information received in step S24. To be more specific, the CPU 121 outputs the information (the Pochara ID) for identifying the friend Pochara figure selected by the user and the address and name for example of that user from a printer which is a component of the output block 127. On the basis of the output of the printer, the manager of the Pochara service server 9 executes procedures for delivering a predetermined friend Pochara image to the user.

In step S28, the CPU 121 executes the charging processing for the value of the friend Pochara figure delivered to the user.

To be more specific, the CPU 121 requests the charging server 13 for the settlement of the price corresponding to the value of the friend Pochara figure on the basis of the credit card number included in the user information. Alternatively, the CPU 121 requests the charging server 13 to charge the price to the bank account, the account number included in the user information. In response to this request, the charging server 13 requests the credit card company or the bank of the user to execute the processing of charging the price of the friend Pochara figure.

The user gets the friend Pochara FIG. 161 as described above. It is also practicable for the user to get the friend Pochara FIG. 161 at a store managed by the manager of the Pochara service server 9. In this case, the user information is directly entered by the user at the store.

In the above-mentioned configuration, the user first accesses the Pochara service server 9 from the personal computer 22, sends the necessary user information, and then receives a desired friend Pochara figure; in other words, the user gets a desired friend Pochara figure after making user registration. It is also practicable for the user to make user registration via a network after purchasing a desired friend Pochara figure which stores on the Pochara ID. The friend Pochara figure thus purchased will then function as an agent for the user.

In addition to the friend Pochara FIG. 161, the above-mentioned store sells a sale Pochara FIG. 181 as shown in FIG. 10. The user can purchase the sale Pochara FIG. 181 at various stores as required. The sale Pochara FIG. 181 also incorporates an IC chip 191. The IC chip 191 stores the information about the functions of the sale Pochara FIG. 181.

FIG. 11 shows an example of the information stored in the IC chip 191 when the sale Pochara FIG. 181 has the function of providing content data. In this example, the Pochara ID and the use condition specifying the use of content are stored in the IC chip 191 having an antenna 192. This use condition includes the number of times content can be reproduced and the period in which content can be reproduced.

In addition, the IC chip 191 stores, as required, a prepaid amount corresponding to the amount (the purchase amount) paid by the user for the use of content.

The user gets the friend Pochara FIG. 161 or the sale Pochara FIG. 181 as described above and, if user wants to get the provision of content, mounts the friend Pochara FIG. 161 or the sale Pochara FIG. 181 on the platform corresponding to a device to be used. For example, if the personal computer 22 is used, the user mounts the friend Pochara FIG. 161 or the sale Pochara FIG. 181 on the platform 23 connected to the personal computer 22. In this case, the personal computer 22 executes the processing indicated by the flowcharts shown in FIGS. 12 through 16.

In step S41, the CPU 221 of the personal computer 22 determines whether the Pochara figure has been mounted on the platform 23. If the Pochara figure is found not mounted, the CPU 221 waits until the Pochara figure is mounted.

When the Pochara figure is mounted, the information stored in the IC chip 171 (or 191) is read by a reader/writer 241 to be sent to the CPU 221 via the connection block 230. At this moment, the CPU 221 repeats the process of step s41 until this information arrives.

If the Pochara figure is found mounted on the platform 23, then the procedure goes to step S42, in which the CPU 221 reads the information from the IC chip 171 (or 191) of the mounted Pochara figure. No matter which of the friend Pochara FIG. 161 or the sale Pochara FIG. 181 has been mounted, the Pochara ID is stored in the IC chip 171 or 191 (FIG. 6 and FIG. 11). In step S43, the CPU 221 controls the communication block 229 to send the Pochara ID to the Pochara service server 9. The Pochara ID sent at this time is used for identifying the user (or the Pochara figure) in the Pochara service server 9. Namely, the Pochara ID at this moment is used for user identification, so that, if the user ID is stored, the user ID may be sent. Alternatively, both the Pochara ID and the user ID may be sent.

Namely, the read Pochara ID is sent to the Pochara service server 9 via the LAN 21, the ISP 2, and the Internet 1. In other words, if the friend Pochara FIG. 161 is mounted on the platform 23, the CPU 221 executes the login processing (the connection processing) on the Pochara service server 9 in step S43.

Thus, the user need not enter his ID through a keyboard for example, so that it is easy for the user to access the Pochara service server 9 and entry errors are prevented. Consequently, this novel configuration allows children, females, and elderly people who are not familiar with keyboard operation to easily access the Pochara service server 9.

Receiving the Pochara ID, the Pochara service server 9 determines whether the received Pochara ID is registered on the Pochara database 10 (step S93 shown in FIG. 28 to be described later). It should be noted that the Pochara database 10 also registers the sale Pochara ID, in addition to the friend Pochara ID. If the Pochara ID that has been read is found registered, the Pochara service server 9 reads bag information from the Pochara database 10 and sends it (steps S98 and S107 shown in FIG. 28).

If the Pochara ID is found not registered on the Pochara database 10, then the Pochara service server 9 sends error information (step S103 shown in FIG. 28).

In step S44, the CPU 221 of the personal computer 22 determines whether the error information has been received from the Pochara service server 9. If the error information (the information sent in the process of step S103 shown in FIG. 28) is found received in step S44, then the procedure goes to step S45, in which the CPU 221 executes error handling. Namely, in this case, because the Pochara ID is not registered on the Pochara database 10, the user cannot use the services based on Pochara.

On the other hand, if the error information is found not received in step S44 (if the received information is found to be the bag information send in the processes of steps S98 and S107 shown in FIG. 28), then the procedure goes to step S46, in which the CPU 221 receives the bag information supplied from the Pochara service server 9. In step S47, the CPU 221 sends Pochara arrival information to the Pochara service server 9. This Pochara arrival information is received by the Pochara service server 9 in step S99 shown in FIG. 28 to be described later.

In step S48, the CPU 221 determines whether the Pochara figure mounted on the platform 23 is the friend Pochara FIG. 161. Namely, the bag information supplied from the Pochara service server 9 includes the friend Pochara flag indicative of whether the Pochara ID sent to the Pochara service server 9 is the ID of the friend Pochara. On the basis of this friend Pochara flag, the CPU 221 executes the determination processing of step S48.

The friend Pochara bag information includes character information, mail information, schedule information, preference information, work information, recommendation information, search information, content information, and friend Pochara flag, for example, as shown in FIG. 17.

As shown in FIG. 18, the sale Pochara bag information includes character information, content information, and friend Pochara flag as shown in FIG. 18.

These pieces of information are sent as the bag information which are included in the Pochara information of the friend Pochara shown in FIG. 31 to be described later or the Pochara information of the sale Pochara shown in FIG. 32 to be described later. The details of these pieces of information will be described later with reference to FIGS. 31 and 32.

It should be noted that the bag information of friend Pochara or sale Pochara may also include a server address, license ID, and license information including crypto key, as required.

It is also practicable to store character information and image data of content in a terminal such as IC chip or personal computer, thereby updating these information and image data when a change occurs in them. This makes it advantageous to use lines having narrow bands or lines in which charging is made in accordance with data amount.

If the Pochara figure mounted on the platform 23 is found to be the friend Pochara FIG. 161, then the processing associated with the user is executed. In this case, the procedure goes to step S49, in which the CPU 221 generates Pochara image data on the basis of the bag information received in step S46, displaying the generated Pochara character on the display block of the output block 227.

Namely, the storage block 228 of the personal computer 22 stores the Pochara information received from the Pochara service server 9 in step S6 shown in FIG. 7. The CPU 221 reads the character information of friend Pochara in the Pochara information corresponding to the Pochara ID included in the bag information, sets a specific value included in the bag information to the parameter, generates the image data of friend Pochara, and outputs the generated image data to the display block of the output block 227, thereby displaying the friend Pochara (the character of the virtual friend Pochara). This character of friend Pochara has the image which corresponds to the friend Pochara FIG. 161 mounted on the platform 23.

In other words, the friend Pochara FIG. 161 has a shape which corresponds to this image (or character). Therefore, looking at the character of friend Pochara displayed on the display block of the output block 227, the user can intuitively recognize that this character corresponds to the friend Pochara FIG. 161 mounted on the platform 23.

Thus, the character of friend Pochara that looks the same as the figure is displayed, so that the user can easily identify the service to be used.

It should be noted that, in the above-mentioned configuration, the Pochara information for displaying the character of virtual friend Pochara is supplied from the Pochara service server 9 to the personal computer 22. Alternatively, this Pochara information may be stored in the friend Pochara FIG. 161. This speeds up the display of the friend Pochara character.

Also, it is practicable that the Pochara information received from the Pochara service server 9, especially the Pochara image data including parameters necessary for displaying characters such as chara polygon, texture, and motion is stored in the friend Pochara FIG. 161 (or the personal computer 22) when this information is received from the Pochara service server 9. In this case, every time access is made to the Pochara service server 9, it is determined whether the Pochara image data have been updated. If the Pochara image data is found not updated, then the already stored Pochara image data is used; if the Pochara image data is found updated, new Pochara image data is received from the Pochara service server 9 to be stored.

In addition, Pochara information may include the contents of the header of electronic mail (the information necessary for the selection of mail such as date of reception and a title of mail). In this case, access is made to the ISP 2 as the mail server when the user selects the electronic mail function, upon which the body of electronic mail is downloaded.

Next, in step S50, on the basis of the bag information of the friend Pochara, the CPU 221 displays a list of friend Pochara's functions as icons around friend Pochara.

FIGS. 19 and 20 show the exemplary displays as results of the processes of steps S49 and S50.

First, as shown in FIG. 19, an appearance port 301 is displayed. Then, as shown in FIG. 20, an animation image in which a friend Pochara character 311 corresponding to the friend Pochara FIG. 161 appears from the appearance port 301 is displayed. As described above, this friend Pochara character 311 has an image that corresponds to the friend Pochara FIG. 161.

Around the friend Pochara character 311, icons 321-1 through 321-7 which correspond to the functions of the friend Pochara character 311 (or its user) are displayed. In a display example shown in FIG. 20, the number of icons is seven, but not exclusively.

It should be noted that the friend Pochara character 311 may have a bag that the user clicks to display the icons contained in that bag.

By operating the mouse for example which constitutes the input block 226, the user selects a predetermined icon from among the icons corresponding to the displayed functions.

In step S51, the CPU 221 waits until one function is selected. When one function is selected, then the procedure goes to step S52, in which the CPU 221 executes the processing corresponding to the selected function.

For example, of the seven icons, if the icon 321-3 corresponding to the mail function is selected, the CPU 221 executes the processing corresponding to the mail function. To be more specific, the CPU 221 controls the communication block 229 to request the Pochara service server 9 for reading mail information.

When the Pochara service server 9 is requested by the personal computer 22 for the retrieval of main information or at certain time intervals, the Pochara service server 9 accesses the ISP 2 (having a mail server function) to read the mail information of the user and registers the mail information on the Pochara database 10. The Pochara service server 9 reads the mail information from the Pochara database 10 and sends it to the personal computer 22 via the Internet 1, the ISP 2, and the LAN 21.

The CPU 221 displays the image corresponding to the received mail information onto the display block of the output block 227.

FIG. 21 shows a display example of this case. In the display example shown in FIG. 21, a balloon 341 is shown on the upper left of the friend Pochara character 311, in which a message “You have four new messages, today.” is displayed. By this display, the user can know that four new messages have arrived at his in-box.

When the user gives a command to read mail by operating the mouse of the input block 226, the CPU 221 reads the mail from the ISP 2 and displays the mail title information held in the Pochara database 10 onto a window 351 as shown in FIG. 22 for example. By selecting a desired mail message from the mail messages thus displayed, the user can display the contents of the selected mail message.

When the user selects a scheduler icon 321-5 from the seven icons, then the CPU 221 accesses the Pochara service server 9 to request for reading the schedule information of the user of the friend Pochara from the Pochara database 10 and sending the schedule information to the personal computer 22.

Receiving the schedule information, the CPU 221 of the personal computer 22 outputs it to the display block of the output block 227. Thus, as shown in FIG. 23 for example, the schedule of the user of the friend Pochara character 311 onto a window 361.

When the user clicks a desired date in the schedule shown in the window 361 by operating the mouse, the schedule of the specified date is displayed in an window 361 as shown in FIG. 24 for example.

In this display example, the schedule of the first of March is shown.

When the user selects a change-cloth icon 321-2 from the seven icons, the CPU 221 accesses the Pochara service server 9 to get the GUI necessary for cloth-change for the friend Pochara character 311 and display the GUI in a window 381 shown in FIG. 25 for example. By clicking predetermined buttons shown in the window 381, the user can change the shirt or trouser of the friend Pochara character 311 to desired one. The cloth that the friend Pochara character 311 is having is stored as a parameter. This capability can prevent the user from being bored with the friend Pochara character 311 as an avatar of the user himself.

As described above, in the processing corresponding to the selected functions shown in step S52, various processing operations are executed according to user selection. This processing will be detailed later.

Next, in step S53, the CPU 221 determines whether the friend Pochara FIG. 161 has been dismounted from the platform 23. If the friend Pochara FIG. 161 is found not dismounted, then the procedure goes to step S54, in which the CPU 221 determines whether the end of the processing associated with Pochara has been received. To end the processing associated with Pochara, the user dismounts the friend Pochara FIG. 161 from the platform 23 or gives a command for ending through the input block 226.

If the end of Pochara processing is found not directed in step S54, then the processing returns to step S51 to repeat the above-mentioned processing therefrom.

The CPU 221 determines that the friend Pochara FIG. 161 has been dismounted from the platform 23 if the data cannot be read from the IC chip 171 of the friend Pochara FIG. 161 mounted on the platform 23 by periodically controlling the reader/writer 241 at relatively short time intervals such as one second to give a command for data reading from the IC chip 171 of the friend Pochara FIG. 161.

If the friend Pochara FIG. 161 is found dismounted from the platform 23 or if the end of Pochara processing has been directed by the user in step S54, then the CPU 221 sends a bag information change log to the Pochara service server 9 in step S55. Therefore, this log has capabilities of notifying the Pochara service server 9 of the dismounting of the friend Pochara FIG. 161 from the platform 23 or the command given by the user for ending Pochara processing. This log is registered in the Pochara service server 9 (step S109 shown in FIG. 29).

The above-mentioned log contains updated schedule, bookmark, character information (hair style, cloth, etc.), and user's thought information, for example. If this log is directly written to the Pochara service server 9, its update processing is executed by the Pochara service server 9 itself.

Further, in step S56, the CPU 221 displays an image in which the friend Pochara character 311 returns onto the display block of the output block 227.

FIGS. 26 and 27 show display examples in which the friend Pochara character 311 returns.

In the display example shown in FIG. 26, a balloon 391 is shown on the upper left of the friend Pochara character 311, in which message “It's about time to return.” is displayed. Then, as shown in FIG. 27, an animation image is displayed in which an exit 401 is displayed and the friend Pochara character 311 returns through this exit 401.

Through these displays, the user can intuitively recognize the end of the processing associated with friend Pochara. Namely, if the friend Pochara FIG. 161 is dismounted from the platform 23, then the CPU 21 executes logout processing of clearing the connection with the Pochara service server 9 in step S54.

As described above, the Pochara (character) same as a figure is displayed at the start of the Pochara service and this display is ended at the end of the service, so that the user can easily know login and logout sequences. Therefore, this configuration prevents the user from misunderstanding that the device is malfunctioning because service cannot be used owning to the untimely inputting of operations necessary for receiving the services.

Referring to FIG. 12 again, if the figure mounted on the platform 23 is found not to be the friend Pochara FIG. 161 (namely, the figure is found to be the sale Pochara FIG. 181) in step S48, then the procedure goes to step S57, in which the CPU 221 of the personal computer 22 generates Pochara image data on the basis of the Pochara information of sale Pochara included in the bag information received in step S46 and displays the generated sale Pochara character (the virtual figure of the sale Pochara FIG. 181) onto the display block of the output block 227. Namely, as shown in FIGS. 30 through 32 to be described later, the Pochara database 10 stores the Pochara information and content image data of the sale Pochara and these Pochara information and content image data are sent to the Pochara service server 9 as contained in the authentication information. This sale Pochara character is also an image having substantially the same shape as the sale Pochara FIG. 181 (namely, the image that allows the use to intuitively recognize the virtual figure corresponding to the sale Pochara FIG. 181).

In step S58, the CPU 221 extracts the content image data (content use information) from the bag information received in step S46, generates a content image on the basis of the extracted content image data, and displays the generated image onto the display block of the output block 227. Consequently, the content image corresponding to the content associated with the sale Pochara FIG. 181 purchased by the user is displayed on the output block 227. This content image includes the description of associated content and a message “To download this music, click the access button”, for example.

Therefore, in order to get content, the user operates the access button in the displayed content image by operating the mouse for example of the input block 226.

In step S59, the CPU 221 waits until a command for accessing the content server is given (or until the access button is operated). When a command for accessing the content server is found given, the procedure goes to step S60, in which the CPU 221 reads the use condition (FIG. 11) from the IC chip 191. In step S61, the CPU 221 determines whether the use condition is satisfied. This use condition includes the expiration date of content, for example. The CPU 221 determines whether the use condition is satisfied by comparing the current date counted by the incorporated timer with the expiration date specified in the use condition. If a maximum number of times content can be used or a prepaid amount are specified in the use condition, the CPU 221 determines whether the value is 0.

If the use condition is found satisfied (for example, the current date is before the expiration date and the maximum number of times or the prepaid amount is not 0) in step S61, then the procedure goes to step S62, in which the CPU 221 accesses the content server on the basis of the access destination information stored in the IC chip 191, thereby requesting the content server for sending content data. Consequently, the content server 6 shown in FIG. 1 is requested for sending content data.

In response to this request, the content server 6 sends the content data via the Internet 1 (step S123 shown in FIG. 33 to be described later). In step S63, the CPU 221 of the personal computer 22 receives the content data from the content server 6 via the communication block 229. This content data is supplied to the storage block 228 to be stored therein.

In step S64, the CPU 221 decodes the content data received and stored in step S63 and outputs the decoded content data. Namely, the content data received from the content server 6 is encrypted and therefore the CPU 221 decodes the encrypted content data by use of crypto key included in the license information (FIG. 32) obtained from the Pochara service server 9. Then, the CPU 221 outputs the decoded content data through the output block 227.

It should be noted that, if the encrypted content and the crypto key are transmitted via the Internet 1, they may be intercepted by a third party, so that the crypto keys may be changed every time encrypted content is reproduced (or copied).

In step S65, the CPU 221 determines whether the end of content output has been entered through the input block 226 (the end of content output has been directed by the user). If the end of content output is found not directed, then the procedure goes to step S66, in which the CPU 221 determines whether the sale Pochara FIG. 181 has been dismounted from the platform 23. This determination processing is executed in the same manner as the processing of step S53 shown in FIG. 13.

If the sale Pochara FIG. 181 is found not dismounted from the platform 23 in step S66, then the procedure returns to step S65 to repeat the above-mentioned processing therefrom.

If the end of content output is found directed in step S65 or if the sale Pochara FIG. 181 is found dismounted from the platform 23 in step S66, then the procedure goes to step S67, in which the CPU 221 ends the content output processing.

Next, in step S68, the CPU 221 controls the reader/writer 241 to update the use condition stored in the IC chip 191 of the sale Pochara FIG. 181. For example, if the maximum number of times content may be used (the maximum number of times content may be reproduced) is specified, the value is decremented by one. For example, if the maximum number of times is specified to be 20, the value is decremented by one and, when the value reaches 0, the use (or reproduction) of the content is disabled.

If the prepaid amount stored in the IC chip 191 of the sale Pochara FIG. 181 is reduced every time content is used, the CPU 221 updates such that this prepaid amount is reduced by a predetermined amount (an amount equivalent to one reproduction of content) in step S69. Only one of the process of step S68 and the process of step S69 may be executed.

In step S70, as with the case of step S56 shown in FIG. 13, the CPU 221 displays an image in which the sale Pochara character returns onto the display block of the output block 227. Consequently, the user can dismount the sale Pochara FIG. 181 from the platform 23 and, after giving a command to end content output, intuitively recognize the end of content output.

If the use condition is found not satisfied (the expiration date has passed, the maximum number of times content may be used has been reached, or the prepaid amount is 0) in step S61, then the procedure goes to step S71, in which the CPU 221 generates a predetermined message and displays it onto the display block of the output block 227. Consequently, if the number of times reproduction is allowed has been reached for example, a message such as “Content has been reproduced N times. If you want to use the content more, you have to make new payment” is displayed. On the basis of this message, the user gives a command for updating the use condition through the input block 226 to use the content further.

In step S72, the CPU 221 determines whether a request for updating the use condition has been made. If the request for updating the use condition is found made, the procedure goes to step S73, in which the CPU 221 accesses the content server 6 through the Internet 1 on the basis of the access destination information (FIG. 18) included in the content information in the bag information. In step S74, the CPU 221 requests the content server 6 for updating the use condition; namely, the maximum number of times content can be used and the prepaid amount. In response to this request, the content server 6 sends the update data to the personal computer 22 when the content server 6 is notified by the Pochara service server 9 that this user can be settled in charging (step S127 shown in FIG. 33).

Therefore, in step S75, the CPU 221 determines whether the update data has sent from the content server 6. If the update data is found sent, then the procedure goes to step S76, in which the CPU 221 receives the update data from the content server 6 and supplies the received update data to the IC chip 191 via the reader/writer 241, thereby updating the maximum number of times content may be used and the prepaid amount.

As described above, by requesting the update of the maximum number of times content may be used and the prepaid amount, the user can use content any number of times by use of the sale Pochara FIG. 181.

It should be noted, as will be described later, that, when the prepaid amount is updated, the license server 8 executes a charging processing on the user (step S105 shown in FIG. 28) on the basis of the request by the content server 6 (step S125 shown in FIG. 33).

If the update data is found not sent in step S75, then the procedure goes to step S77, in which error handling is executed.

To be more specific, if the Pochara service server 9 determines that the user of that sale Pochara FIG. 181 cannot settle the prepaid amount due to the insufficient funds in user's bank account for example, the content server 6 sends an error message to the personal computer 22 (step S118 shown in FIG. 33). In this case, the CPU 221 executes error handling because no update data has been sent. To be more specific, the CPU 221 displays a message such as “You cannot use content any more” for example onto the display block of the output block 227.

If the CPU 221 determines that no request for updating the use condition is made by the user in step S72, then steps S73 through S77 are skipped.

It should be noted that a configuration may be used in which a credit card incorporating an IC chip is mounted on the platform to make the settlement of the prepaid amount from that credit card.

The following describes, with reference to the flowcharts of FIGS. 28 and 29, the processing by the Pochara service server 9 which is executed in response to the processing by the personal computer 22 indicated by the flowcharts of FIGS. 12 through 16.

In step S91, the CPU 191 of the Pochara service server 9 determines whether the Pochara ID has been received from the personal computer 22. If the Pochara ID is found not received, then the procedure goes to step S108 to determine whether a Pochara log has been received. If the Pochara log is found not received in step S108, then the procedure goes to step S110, in which the CPU 121 determines whether a settlement request has been received from the content server 6. If the settlement request is found not received, then the procedure returns to step S91 to repeat the above-mentioned processing therefrom.

If the Pochara ID is found received in step S91, then the procedure goes to step S92, in which the CPU 121 searches the Pochara database 10 for the Pochara ID (sent from the personal computer 22 in step S43 shown in FIG. 12) received from the personal computer 22.

The Pochara database 10 stores user information and Pochara information as shown in FIGS. 30 through 32 for example. The user information (FIG. 30) contains user ID for user identification, user's name, address, birthday, gender, telephone number, facsimile number, mail address, user registration date, and user's credit card number and bank account, for example.

The Pochara information is divided into the Pochara information of friend Pochara (FIG. 31) and the Pochara information of sale Pochara (FIG. 32).

The Pochara information of friend Pochara contains the Pochara ID of the friend Pochara figure of that user, user ID, the friend Pochara flag indicative whether that Pochara is friend Pochara or sale Pochara, or the Pochara character data necessary for displaying that Pochara typified by the parameter associated with the cloth of that Pochara.

For the Pochara information, the information about the functions of friend Pochara is also registered. In the example shown in FIG. 31, mail information, schedule information, preference information, work information, recommendation information, and search information are stored. The mail information contains the mail received so far by that user and the mail sent so far from that user.

The schedule information contains the current and past schedules of that user and the memos written by that user. The schedule information also contains the information about various events to be executed by the Pochara.

The preference information contains the URLs of home pages bookmarked by the user, for example.

The work information contains the information about services which can be received by registering beforehand the terminal (hardware) owned by the user. The work information also stores the data temporarily deposited by the user.

The recommendation information contains recommended content collected by the friend Pochara by analyzing user's thought.

The search information contains the information about search engines and the information about sale Pocharas of which searching was directed beforehand by the user.

The Pochara information also contains the current position indicative of the position at which the friend Pochara character is actually displayed on the network. This positional information prevents the friend Pochara character from being simultaneously displayed at more then two positions on the network (thereby realizing the exclusiveness of display). In other words, this positional information prevents other users from intercepting the information of this user by use of another friend Pochara figure which masquerades as the friend Pochara FIG. 161 of this user. Namely, the Pochara service server 9 executes error handling if the friend Pochara ID is transmitted from a position other than the current position. Consequently, only one friend Pochara figure is displayed on the device on the network.

In addition, the positional information prevents the loss of data integrity that is otherwise generated by accessing the Pochara service server 9 from two or more devices at the same time. In other words, moving of one Pochara between two or more devices allows the user to intuitively understand the exclusive access.

The Pochara information also contains the information about the content obtained by the user and the license information necessary for using the content. The content information includes the content ID for identifying content and the access information necessary for accessing the content. The license information includes the license ID for identifying the license, a crypto key for decoding the encrypted content, and the address of the license server which is accessed for getting the license, for example.

The Pochara information of sale Pochara contains Pochara ID, friend Pochara flag, character information, content information, license information, and content user information.

As a result of the search operation in step S92, the CPU 121 determines, in step S93, whether the Pochara ID is stored in the Pochara database 10. If the Pochara ID is found stored, then the procedure goes to step S94, in which the CPU 121 determines whether the received Pochara ID is the ID of the friend Pochara. As described above, this determination can be made by the friend Pochara flag.

If the Pochara ID is found to be the ID of the friend Pochara, then the procedure goes to step S95, in which the CPU 121 reads the Pochara information (FIG. 31) from the Pochara database 10.

In step S96, the CPU 121 determines from the current position of friend Pochara stored in the read Pochara information whether the current position of the friend Pochara is inside the Pochara service server 9. If the current position of the friend Pochara is found to be in the Pochara service server 9, then the procedure goes to step S103, in which the CPU 121 sends error information to the personal computer 22.

Namely, in this case, although the current position of the friend Pochara is inside the Pochara service server 9, the access has been made from another device on the basis of the friend Pochara FIG. 161, so that this access may be masquerading. Therefore, in this case, error handling is executed.

If the current position of the friend Pochara is found not to be inside the Pochara service server 9 in step S96, then the procedure goes to step S97, in which the CPU 121 reads the bag information from the Pochara database 10. Then, in step S98, the CPU 121 sends the read bag information to the personal computer 22.

In step S99, the CPU 121 determines whether Pochara arrival information has been received. As described above, when the personal computer 22 has received the bag information, the personal computer 22 sends it (step S47 shown in FIG. 12). If the Pochara arrival signal is not received although the bag information has been sent in step S98, it indicates that something abnormal has happened. Therefore, the procedure goes to step S103, in which the CPU 121 sends error information to the personal computer 22.

On the contrary, if the Pochara information is found received in step S99, then the procedure goes to step S100, in which the CPU 121 registers (or updates), on the Pochara database 10, the current position of the friend Pochara as being on the personal computer 22. Namely, because the friend Pochara has now arrived at the personal computer 22, the current position of the friend Pochara is registered as the personal computer 22.

As described above, when the user of the personal computer 22 selects one of the functions of the friend Pochara character 311, the information about the selected Pochara function is sent from the personal computer 22 (step S52 shown in FIG. 13).

In step S101, the CPU 121 of the Pochara service server 9 determines whether a function of the friend Pochara character 311 has been selected. If a function is found selected, then the procedure goes to step S102, in which the CPU 121 executes the processing corresponding to the selected function. Consequently, if the mail function has been selected for example, the information registered as the mail information is sent to the personal computer 22. If schedule function is selected for example, the registered schedule information is sent to the personal computer 22.

If no Pochara function is found selected in step S101, then the process of step S102 is skipped and the procedure returns to step S91 to repeat the above-mentioned processing therefrom.

If the obtained Pochara ID is found not to be the ID of the friend Pochara FIG. 161 in step S94 (or if the ID is found to be the ID of sale Pochara), then the procedure goes to step S104, in which the CPU 121 notifies the server corresponding to the sale Pochara figure (the content server 6 in the case of the ID corresponding to the sale Pochara FIG. 181) thereof. As will be described later, if the content server 6 receives this notification from the Pochara service server 9 and if the content server 6 receives a request for the transmission of content data from the personal computer 22, the content server 6 reads the requested content data and sends it to the personal computer 22 (steps S121 through S123 shown in FIG. 33 to be described later).

It should be noted that the Pochara service server 9 also manages the sale Pochara figures corresponding to the content provided by content providers and the services provided by service providers. Therefore, the Pochara database 10 stores Pochara IDs, content image data (content use information) necessary for displaying content images accompanying the content identified by content ID (for example, if the content is audio data of predetermined singer's songs, then music titles, lyrics, and singer's video), and content information for example, as the Pochara information necessary for displaying the characters of the virtual Pochara figures corresponding to all the sale Pochara FIG. 181. This content information includes an access destination (an address on the network) to which user's access is sent when the user sends that sale Pochara ID. The CPU 121 sends the notification to this access destination (the destination of notification).

Next, in step S105, the CPU 121 executes charging processing. Namely, in the present system, the user pays the price for a predetermined service every time the user mounts the sale Pochara FIG. 181 on the platform 23 to receive the service.

To be more specific, the CPU 121 of the Pochara service server 9 access the charging server 13 via the communication block 129 to request the charging processing on the credit card or band account of the user. In response to this request, the charging server 13 executes the charging processing of a predetermined amount.

Thus, the manager of the Pochara service server 9 can realize a profit from the use of the sale Pochara FIG. 181 by the user.

It should be noted that this charging processing may also be executed not on the user but on the manager who sold the sale Pochara FIG. 181.

Next, in step S106, the CPU 121 reads the bag information (FIG. 18) of sale Pochara from the Pochara database 10 and sends it to the personal computer 22 in step S107.

When the process of step S107 has been completed, the procedure returns to step S91 to repeat the above-mentioned processing therefrom.

It should be noted that, if the sale Pochara FIG. 181 is a Pochara figure associated with fortune telling for example and if the data amount of fortune telling content is not so large, then the bag information shown in FIG. 18 may also contain the fortune telling content, which is displayed at the same time the Pochara character is displayed upon its calling.

If the Pochara log is found received in step S108, then the procedure goes to step S109, in which the CPU 121 executes the processing of registering (updating) the received Pochara log on the Pochara database 10. Then, the procedure returns to step S91 to repeat the above-mentioned processing therefrom.

Thus, if the Pochara log is received from the personal computer 22 by the processing of step S55 shown in FIG. 13 for example, the Pochara database 10 is updated on the basis of the received Pochara log.

If the settlement request is found made from the content server 6 (the process of step S125 shown in FIG. 33 to be described later) in step S110, then the procedure goes to step S111, in which the CPU 121 executes the settlement processing on the user requested by the content server 6. To be more specific, the CPU 121 checks if there has been any insolvency with respect to the credit card number or bank account number of the user registered in the user information (FIG. 30) in the Pochara database 10. In step S112, the CPU 121 notifies the content server 6 of a result of the checking (a settlement result).

Then, the procedure returns to step S91 to repeat the above-mentioned processing therefrom.

The following describes, with reference to the flowchart shown in FIG. 33, the processing to be executed by the content server 6 with the sale Pochara FIG. 181 mounted on the platform 23 to receive the provision of content.

In step S121, the CPU 121 of the content server 6 determines whether a notification (a notification sent in step S104 shown in FIG. 28) of the access by the personal computer 22 has been received from the Pochara service server 9 via the communication block 129. If the notification is found not received from the Pochara service server 9, then the procedure goes to step S124, in which the 121 determines whether a prepaid amount (or maximum number of times content may be used) update request (step S74 shown in FIG. 16) from the personal computer 22 has been received. If the prepaid amount (or the maximum number of times content may be used) update request is found not received, this processing comes to an end.

If the notification is found received from the Pochara service server 9 in step S121, then the procedure goes to step S122, in which the CPU 121 determines whether a request (step S62 shown in FIG. 14) for sending content data from the personal computer 22 described in that notification has been received. If the content data sending request from the personal computer 22 is found received, then the procedure goes to step S123, in which the CPU 121 reads the encrypted content data from the storage block 128 and sends the content data to the personal computer 22.

It should be noted that this content data may be stored in the storage block 128 as encrypted beforehand or may be encrypted every time it is sent.

The notification from the Pochara service server 9 obtained in step S121 must contain the information for identifying content. This information may be content ID or, if content and sale Pochara FIG. 181 correspond with each other, this information may be Pochara ID.

If the content data sending request from the personal computer 22 is found not received in step S122, then the process of step S123 is skipped.

Namely, content data is not sent if the notification is received from the Pochara service server 9 but the user of the personal computer 22 described in that notification does not request the sending of content data.

If the request for updating the prepaid amount (or the maximum number of times content may be used) from the personal computer 22 is found received in step S124, then the procedure goes to step S125, in which the CPU 121 requests the Pochara service server 9 for the settlement. In response to this request, the Pochara service server 9 executes the settlement processing on the user of the sale Pochara FIG. 181 and notifies the content server 6 of a result of the settlement (steps S111 and S112 shown in FIG. 29 described above).

In step S126, the CPU 121 of the content server 6 determines whether the settlement is successful on the basis of the notification received from the Pochara service server 9 on the basis of the request of step S125. If the settlement is found to be successful, then the procedure goes to step S127, in which the CPU 121 sends update data for updating the prepaid amount (or the maximum number of times content may be used) to the personal computer 22. As described above, the personal computer 22 updates the prepaid amount (or the maximum number of times content may be used) of the IC chip 191 in the sale Pochara FIG. 181 on the basis of the received update data (step S76 shown in FIG. 16). Consequently, the user can use the content again.

If the notification from the Pochara service server 9 indicates that the settlement is not successful in step S126, then the procedure goes to step S128, in which the CPU 121 executes error handling. Namely, at this moment, the CPU 121 outputs a message to the personal computer 22 indicative that content cannot be provided. This tells the user that the prepaid amount (or the maximum number of times content may be used) could not be updated. This message is displayed on the personal computer 22 in step S76 shown in FIG. 16.

The following describes the processing of getting the license from the license server 8 necessary for using content obtained from the content server 7 by mounting the friend Pochara FIG. 161 on the platform 23. This processing is executed as one of the processing operations corresponding to functions selected in step S52 shown in FIG. 13. Namely, this processing is started when the content acquisition function among the functions of the friend Pochara character 311 is selected.

In step S131, the CPU 221 of the personal computer 22 accesses the content server 7 to request the sending of content. The address to access is obtained by the user as required.

As will be described later, the content server 7 sends content data attached with content ID and license ID to the accessing personal computer 22 (step S142 shown in FIG. 35 to be described later). In step S132, the CPU 221 of the personal computer 22 receives the content data from the content server 7 via the Internet 1 and, in step S133, supplies the received content data to the storage block 228 to store it therein.

Next, in step S134, the CPU 221 sends, to the Pochara service server 9, the content ID for identifying the content obtained now, the access information for accessing the stored content data (the information necessary for reading the content data from the storage block 228), and the address on network (this address is sent from the content server 7 as attached to the content data) of the license server (the license server 8 in the case of the system shown in FIG. 1) which issues the license for the content obtained now.

In response to the access from the personal computer 22 described above, the content server 7 executes the processing indicated by the flowchart shown in FIG. 35.

To be more specific, when accessed from the personal computer 22 in step S141, the CPU 121 of the content server 7 reads the content data from the storage block 128 and sends it to the personal computer 22 in step S142. At this moment, the CPU 121 also sends the content ID and the license ID for identifying the license necessary for using that content. It should be noted that this content data is also encrypted.

In response to the processing by the personal computer 22 of step S134 shown in FIG. 34, the Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 36.

First, in step S151, the CPU 121 of the Pochara service server 9 receives the content ID, access information, and license server address sent by the personal computer 22 in step S134. In step S152, the CPU stores the content ID, access information, and license server address received in step S151 into the Pochara database 10 in correspondence with the friend Pochara ID received together.

Next, in step S153, the CPU 121 executes the charging processing which corresponds to the processing in which the user obtained the content. Namely, the CPU 121 requests the charging server 13 for the settlement of the amount of money equivalent to the price of the content. In response to this request, the charging server 13 executes the charging processing on the user.

It should be noted that the charging processing for the provision of content may be omitted by executing the charging at the time of the provision of content. Not by executing charging for the provision of content, but by executing charging at the time of the provision of license, the user can receive and store content at any desired terminal multiple times without being concerned about the amount of money. This allows the efficient distribution of content.

Also, by storing content in reproducing devices in advance, the high quality content may be used on these devices if they are connected to the Internet 1 with narrow-band cables.

Acquisition of content as described above does not allow the user to use it. Namely, to use the acquired content, the user must get the license necessary for using the acquired content. To get this license, the personal computer 22 executes the processing indicated by the flowchart shown in FIG. 37.

This processing is also executed as one of the processing operations corresponding to the functions selected in step S52 shown in FIG. 13.

In step S171, the CPU 221 of the personal computer 22 accesses the Pochara service server 9. In step S172, the CPU 221 requests the Pochara service server 9 for getting the license corresponding to the content ID. This content ID is contained in the content data received in the process of step S132 shown in FIG. 34.

Thus, in response to the request for the license, the Pochara service server 9 accesses the license server to get the license. When the license has been acquired, the Pochara service server 9 notifies the personal computer 22 of the acquisition of the license (steps S194 and S195 shown in FIG. 38 to be described later).

In step S173, the CPU 221 receives the notification of the license acquisition from the Pochara service server 9. The CPU 221 outputs this notification onto the display block of the output block 227. Consequently, the user knows the acquisition of the license.

The following describes, with reference to the flowchart shown in FIG. 38, the processing to be executed by the Pochara service server 9 in response to the license acquisition processing executed by the personal computer 22 shown in FIG. 37.

In step S191, the CPU 121 of the Pochara service server 9 receives the request (the request outputted in step S172 shown in FIG. 37) from the personal computer 22 for license acquisition processing. In step S192, the CPU 121 determines whether the user has the content. If the user has the content, the access information for accessing this content is stored in the Pochara database 10 (step S152 shown in FIG. 36). Therefore, on the basis of this access information, the CPU 121 can determine whether the user has the content.

If the user is found having the content in step S1192, then the procedure goes to step S193, in which the CPU 121 accesses the license server corresponding to the content ID to request the issuance of the license to the user. If the user is found already acquiring the content in step S152 shown in FIG. 36, the address of the license server for the use of that content is also stored in the Pochara database 10. The address of the license server for issuing the license is also registered.

In response to the request from the Pochara service server 9 for the issuance of the license, the license server 8 issues the license and sends it to the Pochara service server 9 (step S212 shown in FIG. 39 to be described later).

In step S194, the CPU 121 stores the crypto key (the key for decoding the encrypted content) and the license ID received from the license server 8 into the Pochara database 10 in correspondence with the friend Pochara ID and the content ID.

Next, in step S195, the CPU 121 notifies the user (or the personal computer 22) of the acquisition of the license.

In step S196, the CPU 121 executes the charging processing for the license acquisition processing. Namely, the CPU 121 requests the charging server 13 for the settlement of the price of the license. In response to this request, the charging server 13 executes the settlement processing.

If the user is found not having the content in step S192, then the procedure goes to step S197, in which error handling is executed. Namely, in this case, because the user does not have the content, it is not necessary to get the license. Therefore, error handling is executed. To be more specific, the CPU 121 sends an error message to the personal computer 22. In step S173, the personal computer 22 receives the error message, not the notification of license acquisition.

In response to the access from the Pochara service server 9, the Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 39.

In step S211, the CPU 121 of the license server 8 determines whether the request for license issuance has been received from the Pochara service server 9. If the request for license issuance is found received, then the procedure goes to step S212, in which the CPU 121 reads the license (the crypto key for decoding encrypted content and the license ID) corresponding to the content ID included in the request from the storage block 128 and sends the license to the Pochara service server 9.

If the request for license issuance is found not made from the Pochara service server 9 in step S211, then the processing of step S212 is not executed.

As described above, having acquired the content and its license, the user is ready for using (or reproducing) the acquired content.

The following describes the processing of this case with reference to the flowchart shown in FIG. 40.

The processing of this case is also executed as one of the processing operations corresponding to the functions selected in step S52 shown in FIG. 13 by mounting the friend Pochara FIG. 161 on the platform 23.

In step S231, the CPU 221 of the personal computer 22 accesses the Pochara service server 9. In step S232, the CPU 221 specifies the content ID to request the Pochara service server 9 for content reproduction. In response to this request, the Pochara service server 9 accesses the access destination holding the content data to get it if the user has the content and its license. In this example, the content data is held in the personal computer 22, so that the Pochara service server 9 requests the personal computer 22 for the transmission of the content data (step S274 shown in FIG. 41 to be described later). Receiving this request in step S233, the CPU 221 reads the content data of the specified access destination and sends the content data to the Pochara service server 9.

The Pochara service server 9 decodes the received encrypted content data by use of the crypto key and sends the decoded content data (step S275 and S276 shown in FIG. 41 to be described later).

In step S234, the CPU 221 receives the content data from the Pochara service server 9. As described above, this content data is already decoded. Therefore, the personal computer 22 need not hold the crypto key and need not execute the decode processing by use of the crypto key. As a result, the reproduction of content becomes easy with mobile devices, such as mobile phones and PDAs (Personal Digital Assistants), on which it is difficult to execute complicated processing due to the importance of mobility.

In step S235, the CPU 221 outputs the content received by the process of step S234 to the display block and speaker of the output block 227. Consequently, the user can view and listen to the content.

Next, in step S236, the CPU 221 executes the processing of reducing the prepaid amount. This processing is executed on the IC chip 171 of the friend Pochara FIG. 161 in the same manner as on the IC chip 191 of the sale Pochara FIG. 181.

If the IC chip 171 stores no prepaid amount, this processing is skipped.

In step S237, the CPU 221 sends the reduced prepaid amount and the log including the reproduction count to the Pochara service server 9. On the basis of this log, the Pochara service server 9 updates the Pochara database 10 (step S109 shown in FIG. 29 mentioned above).

In response to the processing indicated by the flowchart shown in FIG. 40 by the personal computer 22, the Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 41 as one of the processing operations corresponding to the functions selected in step S102 shown in FIG. 28.

In step S271, the CPU 121 of the Pochara service server 9 waits until the request (including the content ID) for content reproduction comes from the personal computer 22. Having receiving this request, the CPU 121 determines whether the requesting user has the license corresponding to the content ID in step S272. This determination can be made by determining whether the license ID is registered on the Pochara database 10 in correspondence with the content ID included in the request sent from the personal computer 22. Obviously, in this case, at least one of the Pochara ID and the user ID was sent from the personal computer 22 in the process of step S43 shown in FIG. 12 and has already been received by the Pochara service server 9 in step S91 of FIG. 28.

If the user has the license for the content ID, then the procedure goes to step S273, in which the CPU 121 accesses the source having the content data on the basis of the access information in step S273. As described with reference to FIG. 34, when the device (in this case, the personal computer 22) had acquired the content data by use of the friend Pochara and stored the acquired content data in its incorporated storage block, this device sent the access information for accessing the content data to the Pochara service server 9 (step S134 shown in FIG. 34) and the Pochara service server 9 registered the received access information on the Pochara database 10 (step S152 shown in FIG. 36). Therefore, the CPU 121 can get the content data on the basis of this access information. To be more specific, in this case, the CPU 121 accesses the personal computer 22 to request the reading of the content data from the storage block 228.

In response to this request, the personal computer 22 reads the content data from the position (the storage block 228 specified by the access destination information) specified by the Pochara service server 9 and sends the content data (step S233 shown in FIG. 40). In step S274, the CPU 121 receives the content data from the device having the content data. In this case, the CPU 121 receives the content data from the personal computer 22 (obviously, if the content data is held in a device other than the accessing personal computer 22, the CPU 121 accesses the device to receive the content data).

In step S275, the CPU 121 decodes the content data received from the personal computer 22 by use of the crypto key. This crypto key is obtained as a license necessary for the reproduction of the content and stored in the Pochara database 10 (step S194 shown in FIG. 38).

Next, in step S276, the CPU 121 sends the content decoded in step S275 to the accessing personal computer 22 (the device at which the friend Pochara character 311 is currently located). As described above, this content data is received by the personal computer 22 and outputted therefrom (steps S234 and S235 shown in FIG. 40).

Thus, storing the crypto key in the Pochara service server 9 prevents the crypto key from getting outside the system, so that there is a low risk for the crypto key to be stolen. As a result, it becomes difficult for the encrypted content to be decoded by the third party, thereby enhancing the security of the system.

Then, when the content reproduction ends, log information comes from the personal computer 22 (step S237 shown in FIG. 40). In step S278, the CPU 121 receives the log from the personal computer 22 to update the information in the Pochara database 10 on the basis of the received log. This log contains the number of times content may be reproduced and the prepaid amount after reduction.

If the license for the content ID is found not acquired by the user who sent the request in step S272, then the procedure goes to step S278, in which the CPU 121 executes error handling (namely, in this case, an error message is sent to the personal computer 22). The personal computer 22 receives this error message instead of the content in step S234 and outputs the received error message to the output block 227 to display it.

It should be noted that, in the above-mentioned configuration, the Pochara service server 9 decodes the encrypted content data. Alternatively, the Pochara service server 9 may send the crypto key to the personal computer 22 to make it decode the encrypted content data.

Thus, the encrypted content data can be downloaded without restriction from content servers via the friend Pochara functioning an agent of the user and the downloaded encrypted content can be copied via the friend Pochara. When content data is copied, its storage location is registered on the Pochara database 10. When the reproduction of the copy is directed, the friend Pochara references the storage location registered on the Pochara database 10 to provides the copy content to the user. Therefore, the user can view the copy content, copy it further to another device, and reproduce in a streaming manner. It should be noted that its reproduction always requires friend Pochara.

It should be noted that encryption of content with different crypto keys every time content is copied or reproduced minimizes the damage caused by a stolen crypto key. This consequently enhances the security of the system.

Logging in the Pochara service server 9 can also be made by entering the ID and password assigned to the user, rather than mounting the friend Pochara FIG. 161 on the platform 23. In this case, however, a third party may steal the ID and the password to masquerade as the authentic user, thereby accessing the Pochara service server 9. If this happens, when the authentic user (the user having the friend Pochara FIG. 161) is logging in the Pochara service server 9 from a predetermined device on the network by use of the friend Pochara FIG. 161, the Pochara service server 9 displays only the silhouette (the black shadow) of the friend Pochara FIG. 161 to the masquerading user, thereby telling him that the friend Pochara character is being used on another device. Namely, this makes the masquerading user intuitively understand that the access to the Pochara service server 9 is exclusive.

Consequently, the content reproduction by use of the friend Pochara can be executed only on one device on the network, so that the user can comply with the copyright of content without being aware of DRM (Digital Right Management).

If the prepaid amount (or the reproduction count) is stored in the IC chip 171 of the friend Pochara FIG. 161 and the stored prepaid amount (or the reproduction count) is reduced every time content is reproduced, the user cannot reproduce (or use) content after the prepaid amount (or the reproduction count) becomes 0 next time. In this case, the user additionally can pay a predetermined amount of money to reproduce content again. The following describes the processing in this case with reference to the flowcharts shown in FIGS. 42 and 43.

The processing indicated by the flowchart shown in FIG. 42 is executed as one of the processing operations corresponding to the functions selected in step S52 shown in FIG. 13.

In step S301, the CPU 221 of personal computer 22 requests the Pochara service server 9 to update the prepaid amount (or the maximum number of times content may be used). In response to this request, the Pochara service server 9 executes the charging processing for the prepaid amount (or the maximum number of times content may be used) and then sends the resultant prepaid amount (or the resultant maximum number of times content may be used) to the personal computer 22 (steps S322 through S326 shown in FIG. 43 to be described later). In step S302, the CPU 221 receives the resultant prepaid amount (or the resultant maximum number of times content may be used). In step S303, the CPU 221 adds the received prepaid amount (or the maximum number of times content may be used) to the prepaid amount (or the maximum number of times content may be used) stored in the IC chip 171 via the reader/writer 241.

Subsequently, the user can reproduce content again within in the range of remaining prepaid amount (or the remaining maximum number of times content may be used).

The Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 43 in response to the processing by the personal computer 22 indicated by the flowchart shown in FIG. 42.

Namely, this processing is executed as one of the processing operations corresponding to Pochara functions selected in step S102 shown in FIG. 28.

In step S321, the CPU 121 of the Pochara service server 9 waits until a request comes from the personal computer 22 for updating the prepaid amount (or the maximum number of times content may be used). When this request comes, the CPU 121 determines whether the user of this request (the user corresponding to the friend Pochara character 311) uses a credit card in step S322. This determination may be made from the user information registered on the Pochara database 10.

If the user uses a credit card, then the procedure goes to step S323, in which the CPU 121 extracts the prepaid amount (or the maximum number of times content may be used). In step S325, the CPU 121 determines whether the amount of money corresponding to the prepaid amount (or the maximum number of times content may be used) extracted in step S323 is settleable. Namely, the CPU 121 determines whether the prepaid amount is settleable by the credit card. Any amount over a predetermined reference amount is determined to be unsettleable.

If the amount for the prepaid amount is found to be settleable, then the procedure goes to step S325, in which the CPU 121 executes the settlement processing on that amount. Namely, at this moment, the CPU 121 requests the charging server 13 for the charging processing for the prepaid amount. In response to this request, the charging server 13 executes the charging the prepaid amount to the user's account on the basis of the user's credit card number.

Obviously, this processing may be executed as the processing in which the prepaid amount is charged to user's bank account instead of the credit card.

In step S326, the CPU 121 sends the prepaid amount (or the maximum number of times content may be used) to the personal computer 22. As described above, receiving the prepaid amount (or the maximum number of times content may be used), the personal computer 22 updates the prepaid amount (or the maximum number of times content may be used) of the IC chip 171 of the friend Pochara FIG. 161 (step S303 shown in FIG. 42).

Next, in step S327, the CPU 121 updates the user log. Namely, the prepaid amount (or the maximum number of times content may be used) owned at that moment is registered on the Pochara database 10.

If the user is found not having a credit card in step S322 or if the prepaid amount is found to be unsettleable in step S324, then, the procedure goes to step S328, in which the CPU 121 executes error handling. Namely, at this moment, the CPU 121 sends a message to the personal computer 22, telling that the prepaid amount cannot be updated.

In step S302 shown in FIG. 42, the personal computer 22 receives this message instead of the prepaid amount. Then, the received message is displayed on the display block of the output block 227. Thus, the user knows that the prepaid amount could not be updated.

It should be noted that the processing for increasing (or updating) the prepaid amount may also be executed on the prepaid amount stored in the IC chip 191 of the sale Pochara FIG. 181.

In the processing of updating the prepaid amount stored in the IC chip 191 of the sale Pochara FIG. 181, it is practicable to charge to the friend Pochara. This integrates the settlement of accounts into the friend Pochara, thereby enhancing the convenience of charging.

In this case, the user accesses the Pochara service server 9 by mounting the friend Pochara FIG. 161 on the platform 23, for example. Then, after displaying a menu, the Pochara service server 9 makes the user select from the displayed menu an item “Pay to the sale Pochara figure (Buy coupon)” for example. When this selection is made, the Pochara service server 9 displays message “Mount the Pochara figure to which you pay on the platform” for example onto the personal computer 22. In response to this message, the user dismounts the friend Pochara FIG. 161 from the platform 23 and mounts the sale Pochara FIG. 181 instead. It should be noted that, in this case, the Pochara service server 9 continues the access (or keeps the connection) from the corresponding device.

After updating the prepaid amount for the IC chip 191 of the sale Pochara FIG. 181, the Pochara service server 9 (or the content server 6) displays a message “Mount the friend Pochara figure on the platform” for example again onto the personal computer 22. When the user mounts the friend Pochara FIG. 161 on the platform 23 in accordance with this message, the Pochara service server 9 executes, on the basis of the friend Pochara FIG. 161, the charging processing corresponding to the update processing for the prepaid amount executed on the IC chip 191 of the sale Pochara FIG. 181.

Alternatively, if content cannot be reproduced by means of the sale Pochara FIG. 181, the Pochara service server 9 displays a message “Do you pay (by a coupon)?” for example onto the personal computer 22. When “OK” button is operated, the Pochara service server 9 displays a message for prompting the user to replace the sale Pochara FIG. 181 with the friend Pochara FIG. 161. When the friend Pochara FIG. 161 is mounted on the platform 23 instead of the sale Pochara FIG. 181, the Pochara service server 9 executes the charging processing. Subsequently, the Pochara service server 9 displays a message for prompting the user to mount the sale Pochara FIG. 181 instead of the friend Pochara FIG. 161. In accordance with this message, the user mounts the sale Pochara FIG. 181 on the platform 23. At this moment, the processing for updating the prepaid amount is executed, thereby allowing the user to reproduce content again.

The following describes another processing example for reproducing content stored in a predetermined terminal at that terminal, with reference to the flowchart shown in FIG. 44.

It should be noted that content is assumed to have been stored in the storage block 228 of the personal computer 22 which is a terminal, by the processing indicated by the flowchart shown in FIG. 34 described above for example.

In step S401, the CPU 221 of the personal computer 22 displays the titles (or names) of the stored content onto the display block of the output block 227. Operating the input block 226, the user selects specifies, from among the displayed titles, a predetermined piece of content to be reproduced. In response, the CPU 221 selects the piece of content specified by the user on the basis of the input made through the input block 226 in step S402.

In step S403, the CPU 221 controls the communication block 229 to send the content ID of the content selected in step S402 to the Pochara service server 9. As will be described with reference to FIG. 45, the Pochara service server 9 sends error information (step S425) or a crypto key (step S424) in correspondence with this content ID.

In step S404, the CPU 221 determines whether the error information has been received. If the error information is found received, then the procedure goes to step S409, in which error handling is executed.

If the error information is found not received, then the procedure goes to step S405, in which the CPU 221 gets the charging information necessary for charging processing on the basis of the user input and sends the obtained charging information to the Pochara service server 9.

In step S406, the CPU 221 receives the crypto key (the crypto key sent in step S424) from the Pochara service server 9. In step S407, the CPU 221 decodes the content (encrypted) selected in step S402 by use of the crypto key received in step S406. In step S408, the CPU 221 outputs the content decoded in step S407 to the output block 227.

In response to the above-mentioned processing shown in FIG. 44, the Pochara service server 9 executes the processing indicated by the flowchart shown in FIG. 45.

In step S421, the CPU 121 of the Pochara service server 9 receives the content ID sent from the personal computer 22 (sent in step S403). In step S422, the CPU 121 determines whether the user has the license corresponding to the content ID received in step S421. As described with reference to FIG. 31, the content ID is registered as Pochara information of the friend Pochara and content information and the license ID is registered as license information. On the basis of the Pochara information shown in FIG. 31, the CPU 121 determines whether the license ID is registered in correspondence with the received content ID.

If the license corresponding to the content ID is found acquired in step S422, then the procedure goes to step S423, in which the CPU 121 receives the charging information sent from the personal computer 22 in step S405 to execute charging processing. In step S424, the CPU 121 reads the crypto key corresponding to the license ID and sends the crypto key to the reproducing terminal (in this case, the personal computer 22). As described above, this crypto key is received by the personal computer 22 in step S406.

If the license corresponding to the content ID is found not acquired in step S422, then the procedure goes to step S425, in which the CPU 121 executes error handling. Then, the CPU 121 sends the error information to the personal computer 22.

The following describes the processing in which a terminal not storing content reproduces content, with reference to the flowchart shown in FIG. 46.

It is assumed that content be stored in the personal computer 26 and the personal computer 22 reproduce this content.

In step S441, the CPU 221 of the personal computer 22 accesses the Pochara service server 9 to receive the access information of each piece of content registered on the Pochara database 10. As described above, the Pochara database 10 stores the access information as content access destinations (devices holding content). The CPU 221 receives this access information from the Pochara service server 9.

In step S442, the CPU 221 displays a list of encrypted content and terminals in which it is stored, on the basis of the received access information, onto the output block 227. Operating the input block 226, the user selects a predetermined piece of content from among the displayed content. In step S443, the CPU 221 selects the specified piece of content on the basis of the input made through the input block 226 and determines an access destination from the access information of the selected content.

In step S444, the CPU 221 executes the processing of directly connecting to the access destination determined in step S443 by controlling the communication block 229. In this case, the CPU 221 of the personal computer 22 accesses the personal computer 26 in which the content is stored.

In step S445, the CPU 221 sends the content ID of the content determined (or selected) in step S443 to the Pochara service server 9. As will be described later, the Pochara service server 9 sends back the crypto key corresponding to the content ID (step S493 shown in FIG. 48 to be described later).

In step S446, the CPU 221 receives the crypto key from the Pochara service server 9. In step S447, the CPU 221 sends the content ID to the content providing terminal (in this case, the personal computer 26).

In step S448, the CPU 221 determines whether to store the content. This determination is made on the basis of user input.

If the content is to be stored, the procedure goes to step S449, in which the CPU 221, upon reception of the encrypted content from the personal computer 26, stores it in the storage block 228.

In step S450, the CPU 221 sends the update information of the access information to the Pochara service server 9. Namely, now that the content has been transferred from the personal computer 26 to the personal computer 22, so that the access destination for the content is sent to the Pochara service server 9 such that the subsequent access destination becomes the personal computer 22 (the terminal holding this content becomes the personal computer 22).

In step S451, the CPU 221 decodes the encrypted content stored in the storage block 228 by use of the crypto key received in step S446 to reproduced decoded content. The reproduction output is made through the output block 227.

If the content is not to be stored in step S448, then the CPU 221 decodes the content by use of the crypto key in step S452, reproducing the decoded content through the output block 227 in a streaming manner.

In response to the processing by the personal computer 22 indicated by the flowchart shown in FIG. 46, the personal computer 26 executes the processing indicated by the flowchart shown in FIG. 47.

First, in step S471, the CPU 221 of the personal computer 26 starts up the Pochara daemon. In step S472, the Pochara daemon waits until accessed from another terminal. When an access comes from another terminal, (in this case the access comes, from the personal computer 22), the procedure goes to step S473, in which the content ID is received from the reproducing terminal. In this case, the content ID sent by the personal computer 22 in step S447 is received. In step S474, the CPU 221 of the personal computer 26 sends the encrypted content to the connection source. In this case, the encrypted content is sent to the personal computer 22.

As described above, this encrypted content is stored in the personal computer 22 in step S449 or decoded to be reproduced in a streaming manner in step S452.

The following describes the processing by the Pochara service server 9 to be executed in response to the processing by the personal computer 22 shown in FIG. 46, with reference to FIG. 48.

In step S491, the CPU 121 of the Pochara service server 9 sends access information to a reproducing terminal. Namely, the CPU 121 reads the access information from the Pochara database 10 and sends it to the personal computer 22. As described above, the personal computer 22 receives this access information in step S441.

In step S492, the CPU 121 of the Pochara service server 9 receives the content ID from the reproducing terminal (in this case, the personal computer 22). This content ID is one that was sent from the personal computer 22 in step S445 shown in FIG. 46.

In step S493, the CPU 121 receives the update information of the access information from the reproducing terminal. This update information is one that was sent from the personal computer 22 in step S450 shown in FIG. 46.

In step S495, the CPU 121 registers (or updates) the access information received in step S494 onto the Pochara database 10. Thus, the content has been transferred, so that the access destination of the content registered as the personal computer 26 is changed to the personal computer 22.

The following describes the processing of copying encrypted content to another device with reference to the flowchart shown in FIG. 49. For example, it is assumed here that the content held in the personal computer 26 be copied to the personal computer 52.

In step S511, the CPU 221 of the personal computer 22 receives access information from the Pochara service server 9. In step S512, on the basis of the access information received in step S511, the CPU 221 outputs a list of encrypted content and terminal in which it is stored onto the output block 227, displaying the list.

Checking the display list, the user specifies the copy source and the copy destination by operating the input block 226.

In step S513, on the basis of the input made through the 226, the CPU 221 selects the encrypted content to be copied and, at the same time, selects the personal computer 26 as the copy source and the personal computer 52 as the copy destination. In step S514, the CPU 221 notifies the copy source and the copy destination of a copy operation to be executed. In this case, because the copy source is the personal computer 26 and the copy destination is the personal computer 52, the notification of a copy operation is sent to both the computers.

On the basis of this notification, the content is transferred from the copy source to the copy destination to be copied as will be described with reference to the flowcharts shown in FIGS. 50 and 51.

In step S515, the CPU 221 of the personal computer 22 determines whether the copy operation has been normally completed on the basis of a notification from the copy source or the copy destination. If the copy operation is found normally completed, then the procedure goes to step S516, in which the CPU 221 updates the access information. Namely, in this case, because the content has been stored in both personal computers, both the personal computer 26 and the personal computer 52 are registered as access destinations.

If the copy operation is found not normally completed in step S515, then the procedure goes to step S517, in which the CPU 221 executes error handling.

The following describes the processing by the copy source with reference to the flowchart shown in FIG. 50. This processing is executed by the personal computer 26.

In step S531, the CPU 221 of the personal computer 26 receives the notification of a copy operation (or a copy request) issued in step S514 from the personal computer 22. In response, the CPU 221 of the personal computer 26 reads the content from the storage block 228 and sends it to the personal computer 52 through the communication block 229 in step S533. When the transmission has been normally completed, the CPU 221 notifies the personal computer 22 thereof.

FIG. 51 shows the processing by the copy destination to be executed in response to the processing by the copy source. In this case, this processing of the copy destination is executed by the personal computer 52.

In step S551, the personal computer 52 receives the notification of a copy operation (or copy request) issued by the personal computer 22 in step S514. In step S552, the CPU 221 of the personal computer 52 receives the content sent from the personal computer 26 as the copy source in step S33. In step S553, the CPU 221 of the personal computer 52 records the content received in step S552 to the storage block 228. When the reception has been normally completed, the CPU 221 notifies the personal computer 22 thereof.

In the above-mentioned configuration, each processing is executed by mounting the friend Pochara FIG. 161 or the sale Pochara FIG. 181 on the platform 23 connected to the personal computer 22 in the room 31 by the user. The present invention is not restricted to this configuration. For example, the user may mount a Pochara figure on the platform connected to any device that the user wants to use. For example, if the function for controlling a television receiver is added in correspondence with the friend Pochara character 311, the user may mount the friend Pochara FIG. 161 on the platform 25 connected to the television receiver 24 arranged in the room 32 to control the television receiver 24.

Also, for example, it is practicable to mount the friend Pochara FIG. 161 on the platform 23 to use, in the room 33, the content recorded to the personal computer 22. In this case, the user mounts the friend Pochara FIG. 161 on the platform 27 connected to the personal computer 26 arranged in the room 33. At this moment, the Pochara service server 9, which accessed from the personal computer 26, reads the content data from the personal computer 22, decodes the content data, and sends the decoded content data to the personal computer 26. Therefore, the user can use content at any desired locations (by mounting the friend Pochara FIG. 161 on the platform connected to any device that the user wants to use).

For example, if the user brings the friend Pochara FIG. 161 to the office 5 and mounts it on the platform 53 connected to the personal computer 52 in the office 5, the personal computer 52 connects to the Internet 1 from the LAN 51 via the ISP 4 and to the Pochara service server 9. Therefore, the user can read the mail sent to his home also at the office 5. Obviously, the user can send mail from the office 5.

Thus, by bringing the friend Pochara FIG. 161 and mounting it on the platform connected to a device that the user wants to use, the user can get the provision of services associated with friend Pochara functioning as his agent from that device. That device may be the cellular phone 61 for example shown in FIG. 1.

It should be noted however that no platform is connected to the cellular phone 61 and it contains a reader/writer. Therefore, by arranging the friend Pochara FIG. 161 in the proximity of the cellular phone 61 (or by making the friend Pochara FIG. 161 contact with the cellular phone 61), the user can access the Pochara service server 9.

Because no platform is connected to the cellular phone 61, the friend Pochara FIG. 161 cannot be mounted always on the platform. Hence, when access is made from the cellular phone 61 to the Pochara service server 9, the Pochara service server 9 is accessed (or logged in) when the friend Pochara FIG. 161 is arranged in the proximity of the cellular phone 61; subsequently, if the friend Pochara FIG. 161 is brought away from the proximity of the cellular phone 61, the access (or connection) to the Pochara service server 9 is kept on.

In a logout sequence, the user displays a menu by appropriately operating buttons of the cellular phone 61, selects an logout item from the displayed menu, and gives a logout command. When this operation is executed, the logout from the Pochara service server 9 is effected.

In the use of the sale Pochara FIG. 181, the user also arranges the sale Pochara FIG. 181 in the proximity of the cellular phone 61 (makes the sale Pochara FIG. 181 contact with the cellular phone 61). In this case, once access (or login) has been made, the access (or connection) is also kept on until the user gives a logout command from the menu.

The CPU incorporated in the cellular phone 61 is generally lower in performance than that used in personal computers, so that the resolution, the number of colors, the number of polygons, and the number of frames for displaying the friend Pochara and sale Pochara characters are each converted to a simple format.

Pochara data may be expressed in XML-base data for example. In addition, it is practicable to display characters by use of Java (trademark). It is still practicable to display characters by use of the i-mode.

If the user carries the friend Pochara FIG. 161 along with the cellular phone 61, a too large friend Pochara FIG. 161 hampers the mobility. To circumvent this problem, the size of the friend Pochara FIG. 161 may be reduced to that of a key that may be held with a key holder for example. The friend Pochara FIG. 161 of this size may be attached to the strap of the cellular phone 61 like an accessory.

Since the IC chip can be downsized, it is accommodated in the miniaturized friend Pochara FIG. 161 which can be attached to the strap of the cellular phone 61.

In addition to mobile phones, it is also practicable to access the Pochara service server 9 from PDA, digital still camera, camcorder, video tape recorder, DVD recorder, hard disk recorder, car navigator, or computer game machine, for example.

In the above-mentioned descriptions, the use of content is mainly explained. The friend Pochara which functions as the agent of the user analyzes the user's preferences to generate the recommendation information described with reference to FIG. 31, thereby getting the content preferred by the user from various servers connected to the Internet 1 without waiting for the commands by the user. Consequently, the user can get the recommendation information via the friend Pochara. When a command comes for viewing the recommendation information, the friend Pochara displays the sale Pochara which introduces the content retrieved so far by the friend Pochara. The user can get the presentation of the content retrieved so far as the recommendation information via this sale Pochara. Namely, in this case, a sale Pochara is displayed without the intermediary of the sale Pochara FIG. 181.

This also holds true when the user accesses the portal site of sale Pochara. In these cases, charging is executed not through the sale Pochara but through the friend Pochara.

In addition, the Pochara ID of sale Pochara may be added to a bookmark to register it as the preference information described with reference to FIG. 31 for example, thereby speeding up the access to the URL of the sale Pochara.

In the above-mentioned configuration, the friend Pochara FIG. 161 and sale Pochara FIG. 181 are dolls in appearance; alternatively, they may have a shape of animal, building, or other objects.

Further, for variations to the sale Pochara figure, cover jackets of Compact Disc (CD) and DVD (Digital Versatile Disc) may be used as objects.

In this case, an IC chip is incorporated in each cover jacket (or object). Therefore, when the cover jacket is mounted on the platform, the sale Pochara character corresponding to that cover jacket is displayed on the device connected to the platform. If the cover jacket is that of a CD, the sale Pochara in this case is the character of the singer of songs recorded to the CD as content.

This sale Pochara character has a conversation with the user or introduces the home page of the corresponding singer, for example, in a mimicry manner.

Alternatively, on the basis of a coupon recorded to the IC chip accommodated in the cover jacket, the sale Pochara character lets the user preview the latest release (content) of that singer. This IC chip also stores the explanation of the content recorded to the CD and the singer's promotion information for example, which are introduced by the sale Pochara.

Still alternatively, if the cover jacket is that of a DVD, the hero character of the movie contained in the DVD appears as the sale Pochara. The IC chip of that cover jacket stores the detail information about the production of the movie and coupons for example. On the basis of these coupons, the sale Pochara sells the goods associated with the movie.

Making an object have user identification information and displaying an image corresponding to that object onto the display block allow the user to intuitively recognize the relationship between himself/herself and the object, thereby preventing the possibility of erroneously using the objects of other users.

If user identification information is managed and the user identification information sent from another information processing apparatus is received, the received user identification information can be authenticated on the basis of the managed user identification information. On the basis of an authentication result, the display information necessary for another information processing apparatus to display an image corresponding to the user identification information can be sent via a network, thereby easily and surely identify the user of this another information processing apparatus.

The user can surely authenticate himself/herself by sending the acquired user identification information to another information processing apparatus via a network, receiving the authentication result from that another information processing apparatus on the basis of that user identification information, and displaying the image corresponding to the user identification information on the basis of the authentication result.

Incorporating a memory in the figure, storing user identification memory into the memory, and shaping that figure into one corresponding to the image to be displayed allow the user to surely execute authentication processing by means of that figure.

A system capable of delivering content to each user more effectively can be realized by distributing objects in which object identification information is stored, getting the content information corresponding to the object identification information when it has been received via a network, and sending the content corresponding to the content identification information via the network.

Content can be securely provided to each user and the payment for the provided content can be surely collected by sending a notification based on the object identification information received from second another information processing apparatus to first another information processing apparatus to execute charging processing on the user of second another information processing apparatus.

By acquiring the content identification information stored in each object, sending the content identification information to another information processing apparatus via a network, receiving the corresponding content, and outputting the received content, the corresponding content can be surely used only by acquiring the object.

Storing figure identification information in the memory incorporated in a figure and shaping this figure into one that corresponds to the image associated with content allow the effective delivery of the content to each user.

Storing content identification information in the memory incorporated in a figure and providing this figure with the characteristics corresponding to the image associated with the content allow the user to better enjoy the content.

As described above, the user can transmit/receive mail via the friend Pochara (hereafter appropriately to also as electronic mail) by operating the icon 321-3 by the mouse for example on the screen shown in FIG. 20 which is displayed by mounting the friend Pochara FIG. 161 on the platform 23 of the personal computer 22, for example.

The electronic mail sent from the personal computer 22 to another personal computer connected to the Internet 1 by the mail function of the friend Pochara includes the text data (mail body) created by the user of the personal computer 22 and the identification information for identifying the action of the friend Pochara of the personal computer to which the electronic mail is sent.

When the reproduction (reading) of the received electronic mail is directed, the text (the text created by the user of the personal computer 22) is displayed in a balloon of the friend Pochara character displayed on the screen for example on the personal computer which has received the mail and, at the same time, the action corresponding to the identification information is performed by the friend Pochara character.

Therefore, for example, if the user of the personal computer 22 selects “Present bouquet” as the action expressing text “Congratulations!”, an electronic mail message that includes text data “Congratulations!” and the identification information indicative of that action is created and sent to another personal computer. On the personal computer which has received this electronic mail message, text “Congratulations!” is displayed as a dialogue of the displayed friend Pochara and the action of the friend Pochara character is controlled such that it “presents bouquet”.

Consequently, the feeling of the sender of the electronic mail (the user of the personal computer 22) can be transmitted to the receiver through the behavior of the Pochara, thereby providing better communication between sender and receiver.

FIG. 52 is a block diagram illustrating an exemplary functional configuration of a program which is executed when the creation of electronic mail is directed by operating the icon 321-3 on the screen shown in FIG. 20.

FIG. 53 is a block diagram illustrating an exemplary functional configuration of a program which is executed when the reading (or reproduction) of received electronic mail (electronic mail received from another personal computer for example) is directed by operating the icon 321-3.

When a text to be included in an electronic mail message is entered with an electronic mail creating screen (refer to FIG. 58) displayed on the display block of the output block 227, a text data acquisition block 501 shown in FIG. 52 creates the corresponding text data and sends it to a mail creation block 503.

When an action corresponding to the text data is selected by the user, an action ID acquisition block 502 references data stored in an action data storage block 504 to get the action ID for identifying the selected action and outputs the this action ID to the mail creation block 503. The action data storage block 504 stores the image data (action data) of friend Pochara and the action ID in a correlated manner. The data stored in the action data storage block 504 is also referenced when reproducing received mail (the action data storage block 504 shown in FIG. 53).

The mail creation block 503 creates electronic mail by relating the text data received from the text data acquisition block 501 with the action ID supplied from the action ID acquisition block 502. The electronic mail generated by the mail creation block 503 is outputted to a transmission control block 505.

The transmission control block 505 controls the transmission of electronic mail by the communication block 229 and, when directed by the user, sends electronic mail to the device which is specified as the receiver of that electronic mail.

An action image display control block 506 classifies the actions stored in the action data storage block 504 into predetermined categories to allow the user to select actions to be related with text and displays the images expressing actions onto an action display block 597 of an electronic mail creation screen (the display block of the output block 227).

A mail acquisition block 521 shown in FIG. 53 gets the electronic mail sent from another device via the communication block 229, outputs the action ID included in the received electronic mail to an action data selection block 523, and outputs the text data of the received electronic mail to a display control block 524.

The action data selection block 523 reads from the action data storage block 504 the action data (image data) corresponding to the action ID (the action ID of the action selected by the sender of the electronic mail) supplied from the mail acquisition block 521 and outputs this action data to the display control block 524. Also, if the action data corresponding to the action ID supplied from the mail acquisition block 521 is not stored in the action data storage block 504, the action data selection block 523 notifies an action data acquisition block 522 thereof.

When the action data acquisition block 522 is notified that the action data corresponding to the action ID is not stored in the action data storage block 504, the action data acquisition block 522 accesses the Pochara service server 9 via the communication block 229 to notify the Pochara service server 9 of the action ID included in the received electronic mail, thereby requesting the transmission of the action data corresponding to the action ID. The action data acquisition block 522 receives the action data supplied from the Pochara service server 9 via the communication block 229 and outputs the received action data to the action data selection block 523. Namely, in the Pochara service server 9, the action data corresponding to the action ID received from the action data acquisition block 522 is read and this action data is sent to the personal computer 22.

On the basis of the text data received from the mail acquisition block 521 and the action data received from the action data selection block 523, the display control block 524 displays the text in the balloon of the friend Pochara character displayed on the display block of the output block 227 and, at the same time, displays the friend Pochara character which performs the action related to the displayed text data.

The following describes various processing operations which are executed when the icon 321-3 shown in FIG. 20 is operated with reference to flowcharts.

First, with reference to the flowchart shown in FIG. 54, the mail management processing by the personal computer 22 will be described.

When the icon 321-3 shown in FIG. 20 is operated, the CPU 221 loads an electronic mail management program from the storage block 228 into a RAM 223 to display an in-box screen on which an in-box window (a window 541) as shown in FIG. 56 is displayed as a default screen for executing various processing operations associated with electronic mail.

As compared with the image shown in FIG. 20, the image shown in FIG. 56 displays the friend Pochara character 311 in an enlarged manner for the sake of description; actually, however, the image shown in FIG. 56 is displayed at approximately the center of the display block of the output block 227 along with other icons as shown in FIGS. 20 through 27. It should be noted that the images shown in FIGS. 58 through 60 and FIGS. 63 through 67 are also displayed by enlarging the images shown on the display block of the output block 227.

In the example of FIG. 56, the window 541 is shown to the left of the friend Pochara character 311 and, in the upper portion of the window 541, a read “Read Mail” button 571 which is operated to read the received electronic mail, a reply mail (Reply to This Mail) button 572 which is operated to generate reply mail, a store button 573 which is operated to store electronic mail, and a protect button 574 which is operated to protect electronic mail are displayed.

In a received mail list 575 shown below the read button 571 through the protect button 574, the mail not yet read is displayed with an image of an unopened letter and the mail already read is displayed with an image of an opened letter. In the example of FIG. 56, the in-box contains three unread mail messages and one read mail message, for example.

The received mail list 575 displays, for each mail message, sender, date of reception, title, and protected/not protected (“O” shown to the right of the received mail list 575 indicates that the corresponding received mail message is protected).

On the left side of the window 541, from top, an in-box tab 551 which is operated to display a in-box screen, a new creation tab 552 which is operated to display a new electronic mail creation screen, an address book tab 553 which is operated to display an address book, a store box tab 554 which is operated to display a list of stored electronic mail messages, and an end (close) button 555 which is operated to return to the screen shown in FIG. 20 are displayed. In the example of the screen shown in FIG. 56, the in-box tab 551 is selected and therefore the in-box screen is displayed.

Referring to FIG. 54 again, the CPU 221 determines in step S602 whether another tab (the new tab creation 552, the address book tab 553, the store box tab 554, or the end tab 555) has been selected. If no other tab is found selected, then the procedure goes to step S605, in which the CPU 221 determines whether the reading of mail has been directed.

When the read button 571 on the in-box screen is pressed once and one of the mail messages shown in the received mail list 575 is selected in step S603, the procedure goes to step S604, in which the CPU 221 executes mail output processing. When the mail message has been outputted (or read), the procedure returns to step S601 to repeat the above-mentioned processing therefrom. The mail reproduction processing to be executed in step S604 will be detailed later with reference to the flowchart shown in FIG. 62.

If the reading of mail is found not directed in step S603, then the procedure goes to step S605, in which the CPU 221 determines whether the creation of reply mail has been directed. If the creation of replay mail is found directed in step S603 by pressing the replay mail button 572 shown in FIG. 56, then the procedure goes to step S606, in which the CPU 221 executes replay mail creation processing. The processing to be executed in step S606 is the same as the mail creation processing to be executed in step S613, which will be described later with reference to the flowchart shown in FIG. 57.

When the reply mail creation processing has been executed in step S606, the procedure returns to step S601 to repeat the above-mentioned processing therefrom.

On the other hand, if the creation of reply mail is found not directed in step S605, then the procedure goes to step S607, in which the CPU 221 determines whether the storage of received mail is directed. If the received mail displayed in the received mail list 575 is selected by pressing the store button 573 shown in FIG. 56 for example in step S607, then the procedure goes to step S608, in which the CPU 221 stores the selected mail. Then, the user may select the store box tab 554 to check the contents of the stored mail.

If the storage of mail is found not directed in step S607, then the procedure goes to step S609, in which the CPU 221 determines whether the protection of mail is directed. If any of the received mail messages shown in the received mail list 575 is selected by pressing the protect button 574 shown in FIG. 56 in step S609, then the 221 determines the protection is directed, upon which the procedure goes to step S610 to set the protection to the selected mail message. If the protected mail message is to be deleted, the user must execute an operation of canceling the protection setting, thereby preventing the deletion of important mail from being executed by mistake.

After the storage of the mail in step S608 or after the protection is set to the mail in step S610, the procedure returns to step S601 to repeat the above-mentioned processing therefrom.

If the protection of the mail is found not directed in step S609, then the procedure goes to step S611, in which the CPU 221 determines whether the closing of the mail screen (the window 541) has been directed. If the closing of the mail screen is found not directed in step S611, then the procedure returns to step S601 to repeat the above-mentioned processing therefrom. On the other hand, if the closing of mail screen is found directed by pressing the end button 555 shown in FIG. 56, then the CPU 221 ends the processing.

On the other hand, if another tab is found selected in step S602, then the procedure goes to step S612, in which the CPU 221 determines whether the new creation tab 552 has been operated. If the new creation tab 552 is found operated in step S612, then the procedure goes to step S613, in which the CPU 221 executes the mail creation processing. The mail creation processing to be executed in step S613 will be detailed later with reference to the flowchart shown in FIG. 57.

If the new creation tab 552 is found not operated in step S612, then the procedure goes to step S614, in which the CPU 221 determines whether the address book tab 553 has been operated. If the address book tab 553 is found operated, then the procedure goes to step S615, in which the CPU 221 displays an address book screen in place of the in-box screen shown in FIG. 56 onto the display block. Namely, the mail addresses, etc. of other users registered in the past by the user of the personal computer 22 are listed in the window 541.

If the address book tab 553 is found not operated in step S614, then the procedure goes to step S616, in which the CPU 221 determines whether the store box tab 554 has been operated. If the store box tab 554 is found operated in step S614, then the CPU 221 displays a store box screen in place of the in-box screen shown in FIG. 56. Namely, the mail messages stored in step S608 are listed in the window 541.

After the mail creation processing has been executed in step S613 or after the end of the display of the address book screen has been directed in step S615 or after the end of the display of the store box screen has been directed in step S617, the procedure returns to step S601 to repeat the above-mentioned processing therefrom. It should be noted that, if the store box tab 554 is found not operated in step S616, then the CPU 221 determines that the end button 555 has been operated, thereby ending the processing. Subsequently, the display block of the output block 227 of the personal computer 22 displays the menu screen shown in FIG. 20 again.

The following describes the details of the mail creation processing to be executed in step S613 shown in FIG. 55 with reference to the flowchart shown in FIG. 57.

When the new creation tab 552 is operated, the CPU 221 displays, in step S631, a mail creation screen (a new creation screen) shown in FIG. 58 in place of the in-box screen shown in FIG. 56.

As shown in FIG. 58, the window 541 displays a mail address input box 591 in which the mail address (the address to which electronic mail is sent) of electronic mail is entered and a subject input box 592 in which the subject of electronic mail is entered, below which a mail creation block 593 is displayed.

To the left side of the mail creation block 593, numbers “1” through “4” are attached to tabs 593-1 through 593-4. In the example of FIG. 58, the tab 593-1 is selected and therefore the mail creation block 593 attached with number “1” is selected. When creating a sentence which follows that created on the screen displayed when the tab 593-1 was selected, the user displays a new mail creation block 593 by operating the tab 593-2 (the tab attached with number “2”) with the mouse for example.

The mail creation block 593 shown in FIG. 58 is arranged with an action selection block 594 which is an area for selecting an action to be related with the text. By a so-called drag and drop (moving of the cursor with the mouse kept clicked and releasing the click) of the image displayed in the action display block 597 to the action selection block 594, the user can select the actions corresponding to the texts entered in text input blocks 595 and 596 (balloons 1 and 2) from among the actions displayed in the action display block 597.

To be more specific, having entered a text into a text entry block 595, the user selects an action corresponding to the entered text by moving the image displayed in the action display block 597 to the action selection block 594, thereby relating the text with the action of the friend Pochara character. Also, the user continuously enters a text in a text entry block 596 and selects an action to be related to the entered text by moving an image displayed in the action display block 597 to the action selection block 594.

Consequently, on the device that has received mail, the text entered in the text entry block 595 is displayed in the balloon of the friend Pochara character and the action related with this text is performed by the friend Pochara character. When the action ends, the text entered in the text entry block 596 is displayed in the balloon and the action related with this text is performed.

It should be noted that, in the example shown in FIG. 58 four actions are selectable for one mail message and two texts may be related with each selected action. Namely, the user can relate two texts (balloons) with each action selected by moving one action selected from the action display block 597 to the action selection block 594. Also, the user can executes the same operation up to four times by selecting the tabs 593-1 through 593-4, thereby creating one mail message. The number of actions and the number of texts to be related with one of these actions which may be selected for one mail message may be changed from time to time.

On the right side of the action selection block 594, the text entry block 595 (balloon 1) and the text entry block 596 (balloon 2) are displayed. The user enters texts in these entry blocks by operating the keyboard of the input block 226.

Below the action selection block 594, the action display block 597 is displayed. The user selects an action to be related with each text from among images 597-1 through 597-3 representative of a sequence of actions of the friend Pochara character.

In the example shown in FIG. 58, there are provided the image-597-1 (High-spirited) for making the friend Pochara character of the receiver of electronic mail perform an action indicative of high-spiritedness, the image 597-2 (Spiritless) for making the friend Pochara character of the receiver of electronic mail perform an action indicative of spiritlessness, and the image 597-3 (1, 2, Dash!) for making the friend Pochara character of the receiver of electronic mail perform an action indicative of full of fight.

By operating arrow 597A or 597B arranged to the right and left side of the images 597-1 through 597-3, the user can change the images displayed in the 597-1 through 597-3 within the same category, thereby selecting other images not displayed in FIG. 58. It should be noted that, in the example shown in FIG. 58, the category of “Greeting” is selected and the images 597-1 through 597-3 are displayed as images indicative of “Greeting”. By operating a category tab 598 shown to the right side of the images 597-1 through 597-3, the user can change image categories displayed in the action display block 597.

Below the mail creation block 593, there are arranged an end (stop) button 599 which is operated to end the creation of electronic mail and a send (deliver) button 600 which is operated to send created electronic button.

To the right side of the mail address input box 591, an address book button 601 which is operated to display an address book screen is arranged.

FIG. 59 shows an example of the address book screen shown in FIG. 58. When the address book button 601 is operated, an address list 611 is displayed in the window 541 in a superimposed manner as shown in FIG. 59. The user can select receivers of electronic mail from the address list shown in FIG. 59.

Referring to FIG. 57 again, the CPU 221 accepts the entry of a text through the input block 226 in step S632. Namely, when each configuration shown in FIG. 53 is formed by executing an electronic mail creation program by the CPU 221, the data corresponding to the texts entered in the text entry block 595 and the text entry block 596 are acquired (or generated) by the text data acquisition block 501. The acquired text data are outputted to the mail creation block 503.

In step S633, the CPU 221 determines whether the changing of the action categories shown in the action display block 597 has been directed. If the change is found directed, then the procedure goes to step S634, in which the category displays are changed. Namely, when, with category “Greeting” displayed as shown in FIG. 58, the category tab 598 other than “Greeting” tab is selected, an image representative of the action of the newly selected category is displayed in the action display block 597.

It should be noted that, if the change of categories is found not directed in step S633, then the process of step S634 is skipped.

In step S635, the action ID of the action selected by the user is acquired. To be more specific, when the image displayed in the action display block 597 is moved to the action selection block 594, the data stored in the action data storage block 504 is referenced by the action ID acquisition block 502 to select the action ID of the action corresponding to the image moved by the action selection block 594.

FIG. 60 shows a display example in which the image displayed in the action display block 597 has been moved by a cursor 621, namely, a display example in which the action to be related with a text is selected.

In the example shown in FIG. 60, the action indicative of high-spiritedness is selected as the action to be related with a text and the image 597-1 shown to the left side is moved to the action selection block 594 by the cursor 621 from among the images displayed in the action display block 597. The user moves the image 597-1 to the action selection block 594 with the mouse button kept pressed and, when the image 597-1 has been moved into the action selection block 594, releases the mouse button, upon which the action indicative of high-spiritedness represented by the image 597-1 can be related with the text “Hello!” entered in the text entry block 595.

If the image 597-1 has been moved to the action selection block 594, the action ID acquisition block 502 read the action ID corresponding to the action represented by the image 597-1 from the action data storage block 504 and output it to the mail creation block 503.

In step S636, under the control of the CPU 221, the mail creation block 503 relates the text data supplied from the text data acquisition block 501 with the action ID supplied from the action ID acquisition block 502 to create electronic mail.

In step S637, the mail creation block 503 determines whether the sending of the created electronic mail message has been directed by the user. If the sending of the created electronic mail message is found directed by pressing the send button 600 shown in FIG. 58, then the mail creation block 503 sends the created electronic mail message to the transmission control block 505. The transmission control block 505 sends the electronic mail message received from the mail creation block 503 to the personal computer 52 for example specified as the destination via the communication block 229.

After the sending of the mail message in step S638 or if the sending of the mail message is found not directed in step S637, then the procedure goes to step S639, in which determination is made whether the end of mail creation processing has been directed. If the end of mail creation is found not directed in step S639, then the procedure returns to step S631 to repeat the above-mentioned processing therefrom. On the other hand, if the end of mail creation is found directed by pressing the end button 599 shown in FIG. 58, then the mail creation processing comes to an end.

FIG. 61 schematically shows the configuration of the electronic mail message created by the above-mentioned processing.

As shown in FIG. 61, a mail message 631 contains a header 641 in which the mail address for example of the sender or receiver is described. The mail message 631 also contains the text and the action ID related with each other by the above-mentioned processing. In FIG. 61, the relatedness of the text 642 and the action ID 643, the relatedness of the text 644 and the action ID 645, and the relatedness of the text 646 and the action ID 647 are each indicated as enclosed by dashed lines.

Therefore, on the device which has received this electronic mail message, the text 642 is displayed in the balloon of the friend Pochara character and the image of the friend Pochara which performs an action specified by the action ID 643 is displayed. The display of the text 642 in the balloon is followed by the display of the text 644 in the balloon and the display of the image of the friend Pochara which performs an action specified by the action ID 645. This is followed by the display of the text 646 in the balloon of the friend Pochara character and the display of the image of the friend Pochara which performs an action specified by the action ID 647.

It should be noted that the processing which is generally the same as that described above is also executed in step S606 (the reply mail creation processing) shown in FIG. 54, except that the destination of created electronic mail is automatically switched to a device (a reply destination device) which has sent electronic mail to the personal computer 22.

The following describes mail output processing which is executed in step S604 shown in FIG. 54 with reference to the flowchart shown in FIG. 62.

For example, if the read button 571 is pressed to select any one of the mail messages displayed in the received mail list 575 with the in-box screen displayed as shown in FIG. 56, the mail reproduction program is executed by the CPU 221 of the personal computer 22 for example to form each configuration shown in FIG. 53.

In step S651, the CPU 221 discontinues the display of the window 541 shown in FIG. 56 and displays an image in which the friend Pochara character 311 masquerades as the friend Pochara which is the sender of electronic mail.

FIG. 63 shows a display example of the image of the friend Pochara character 311 which is in synchronization with the friend Pochara which the sender of electronic mail. As shown in FIG. 63, the image of the friend Pochara character 311 which performs an action such that the friend Pochara character 311 is taken over by the friend Pochara which is the sender of electronic mail, for example.

In step S652, a mail message sent from another device is received. For example, if an electronic mail message sent from the personal computer 52 is reproduced on the personal computer 22, the electronic mail message is captured by the mail acquisition block 521 shown in FIG. 53. The action ID included in the electronic mail message captured by the mail acquisition block 521 is outputted to the action data selection block 523 and the text data is outputted to the display control block 524.

It should be noted that, if there is no action ID related with the text data (if no action is selected by the sender of mail), the action data selection block 523 is notified thereof.

In step S653, the action data selection block 523 determines whether there is an action ID related with text, namely, whether an action ID has been sent from the mail acquisition block 521. If no action ID is found received, then the procedure goes to step S654, in which the action data selection block 523 selects default action data from the action data stored in the action data storage block 504.

On the other hand, if an action ID related with text is found in step S653, then the procedure goes to step S655, in which the action data selection block 523 determines whether the action data corresponding to the action ID supplied from the mail acquisition block 521 is stored in the action data storage block 504.

If the action data corresponding to the action ID is found stored in the action data storage block 504 in step S655, then the action data selection block 523 selects (or reads) the action data. If the action data corresponding to the action ID is found not stored in the action data storage block 504, then the procedure goes to step S656, in which the action data acquisition processing is executed.

To be more specific, in step S656, the action data acquisition block 522 accesses the Pochara service server 9. In response, the Pochara service server 9 provides the action data corresponding to the action ID. Namely, the Pochara service server 9 manages all action data corresponding to the action IDs.

The action data acquired by the action data acquisition block 522 from the Pochara service server 9 is outputted to the action data selection block 523 to be used in displaying the friend Pochara character 311 being displayed and to be stored in the action data storage block 504. The action data acquisition processing to be executed in step S656 will be detailed later with reference to the flowchart shown in FIG. 68.

The action data selected by the action data selection block 523 in steps S654 and S657 and the action data acquired by the action data acquisition block 522 in step S656 are outputted to the display control block 524.

In step S658, the display control block 524 displays the text in the balloon of the friend Pochara character on the basis of the text data supplied from the mail acquisition block 521 and the action data supplied from the action data selection block 523 and makes the friend Pochara character perform a predetermined action (or displays an image of the friend Pochara which performs a predetermined action) in accordance with the selected action data.

FIG. 64 shows an exemplary image of the friend Pochara character 311 which is displayed in accordance with the default action data selected in step S654.

If the text data of the received electronic mail is found not including the corresponding action ID, the default action data is selected by the action data selection block 523, upon which text “Long time no see. Have you received my first mail without problem?” for example is displayed in the balloon 661 of the friend Pochara character 311 and an image of the friend Pochara character 311 which “walks” is displayed as a default action.

FIG. 65 shows an exemplary image of the friend Pochara character 311 which is displayed in accordance with the action data selected in step S657.

For example, if the received electronic mail message includes the action ID of an action indicative of “Exercise” as related with text “Recently, I've started exercise at a fitness club” (for example, if the contents of the text 642 shown in FIG. 61 is “Recently, I've started exercise at a fitness club” and the action indicated by the action ID 643 is “Exercise”), text “Recently, I've started exercise at a fitness club” is displayed in the balloon 671 of the friend Pochara character 311 and, at the same time, an image of the friend Pochara character 311 in which it takes exercise (shaking its legs while lying down) is displayed.

FIG. 66 shows another exemplary image of the friend Pochara character 311 which is displayed in accordance with the action data selected in step S657.

For example, if the received electronic mail message includes the action ID indicative of an action “shoulder massage” related with text “But, I've been badly needing exercise since I started to work after graduation from college” (for example, if the contents of the text 644 shown in FIG. 61 are “But, I've been badly needing exercise since I started to work after graduation from college” and the action indicated by the action ID 645 is “shoulder massage”), text “But, I've been badly needing exercise since I started to work after graduation from college” is displayed in the balloon 681 of the friend Pochara character 311 and, at the same time, the friend Pochara character 311 massaging its shoulder is displayed.

Thus, in synchronization with the displaying of texts in the balloons, the friend Pochara character 311 which performs various actions accordingly is displayed in accordance with the action ID contained in each received mail message. Consequently, as compared with simply displaying texts in balloons, the novel configuration can transmit electronic mail sender's feelings more effectively. It should be noted that, in synchronization with text display, audio may be outputted.

Referring to FIG. 62 again, in step S659, the CPU 221 determines whether all texts contained in the electronic mail have been read. If all texts are found not having been read, the procedure goes to step S653 to repeat the above-mentioned processing therefrom.

On the other hand, if all texts are found having been read, then the procedure goes to step S660, in which the CPU 221 lets the user reread the electronic mail read so far.

FIG. 67 shows a display example of a screen for letting the user reread electronic mail.

As shown in FIG. 67, for example, message “Read again?” is displayed in the balloon 691 of the friend Pochara character 311 and, at the same time, a reread (read) button 692 which is operated to reread and an end (not read) button 693 which is operated to end the processing without reread are displayed.

In step S661, the CPU 221 determines whether a reread operation has been directed by the user. If a reread operation is found directed by operating the reread button 692 shown in FIG. 67, then the procedure returns to step S651 to repeat the above-mentioned processing therefrom. On the other hand, if a reread operation is found not directed by operating the end button 693 in step S661, then the CPU 221 ends the processing and executes the processing of step S601 shown in FIG. 54.

The following describes the details of the action data acquisition processing which is executed in step S656 shown in FIG. 62 with reference to the flowchart shown in FIG. 68.

If the action data acquisition block 522 is notified that the action data corresponding to an action ID is not stored in the action data storage block 504, then the action data acquisition block 522 accesses the Pochara service server 9 in step S671 and, in step S672, notifies the Pochara service server 9 of the action ID (the action ID of action data to be requested for transmission).

In step S673, the action data acquisition block 522 determines whether the action data was supplied from the Pochara service server 9 in step S673 and waits until the action data is supplied. If the action data is found supplied from the Pochara service server 9 in step S673, then the procedure goes to step S674, in which the action data acquisition block 522 controls the communication block 229 to capture the supplied action data. The action data captured by the action data acquisition block 522 is outputted to the action data selection block 523 and stored in the action data storage block 504 in step S675.

Therefore, if the same action ID is subsequently included in a received electronic mail message, the action data newly stored in the action data storage block 504 is read. Namely, the variations of actions of the friend Pochara character 311 are increased.

The action data newly acquired by the action data acquisition block 522 as described above is outputted to the display control block 524 and the display of the friend Pochara character is controlled on the basis of this action data.

The following describes the action data provision processing by the Pochara service server 9 which is executed in correspondence with the processing shown in FIG. 68, with reference to the flowchart shown in FIG. 69.

In step S691, the CPU 121 of the Pochara service server 9 determines whether an access has come from a device on which mail is read by the friend Pochara character, such as the personal computer 22, and waits until the access comes.

If the access comes from the personal computer 22, then the procedure goes to step S692, in which the CPU 121 gets an action ID supplied from the personal computer 22. Namely, after the Pochara service server 9 has been accessed, the action ID of the a requested action data is sent in the personal computer 22 (step S672 shown in FIG. 68).

In step S693, the CPU 121 reads the action data corresponding to the action ID acquired in step S692 from among the action data stored in the storage block 128 and sends the read operation data to the requesting personal computer 22 in step S694. Consequently, the action data is provided to the personal computer 22 having no action data, thereby performing the action on the basis of the action ID included in the received electronic mail message.

Thus, if the device which is a receiver of electronic mail does not have the action data corresponding to an action ID in advance, the action data is provided by the Pochara service server 9, so that electronic mail can be created by including the action ID of newly created action data. For example, at a site which is managed by the Pochara service server 9 and to which action data is provided, new action data is added at time intervals of every month for example, which is provided to the accessing users.

As described above, updating of action data allows to increase Pochara's action varieties, thereby preventing the user from being bored with the transmission/reception of electronic mail which is executed via Pochara.

In the above-mentioned configuration, the friend Pochara character which performs the action corresponding to an action ID included in electronic mail is the friend Pochara character owned by the receiver of electronic mail (the friend Pochara character displayed on the device which has received electronic mail). It is also practicable that the friend Pochara character owned by the sender of electronic mail appears on the device of the receiver of electronic mail and performs the action corresponding to an action ID.

In this case, for example, the electronic mail sent from the personal computer 22 to the personal computer 52 also includes the information about the friend Pochara of the user of the personal computer 22 and the friend Pochara character owned by the user of the personal computer 22 is displayed on the personal computer 52. Then, a text entered by the user of the personal computer 22 is displayed in the balloon of the displayed friend Pochara character and, at the same time, the action corresponding to an action ID is performed by the friend Pochara character owned by the user of the personal computer 22.

As described above, displaying the friend Pochara character of the sender of electronic mail onto the device of the receiver and performing a predetermined action at the same time also allows the expression of the feelings of the sender of electronic mail more effectively.

In the above-mentioned configuration, the transmission/reception of electronic mail is executed via the Pochara service server 9. It is also practicable to transmit/receive electronic mail including texts and information about friend Pochara actions as described above by the communication via a so-called Web mail server, thereby controlling the actions of the friend Pochara being displayed on the device of the receiver of electronic mail.

In this case, the text entered by the user and the information (the electronic mail creating information) including the information for identifying an action to be related with the text are sent from the device of the sender of electronic mail to the transmission server which manages the transmission of Web mail and the information indicative of the input by the sender is sent from that transmission server to the reception server which provides the provision of electronic mail to the device of the receiver. Then, when accessed from the device of the receiver of electronic mail, the reception server sends, to the device of the receiver of electronic mail, the information (the electronic mail provision information) for controlling the action of the friend Pochara character being displayed and displaying the text in the balloon.

Consequently, as with the transmission/reception of electronic mail which is executed via the Pochara service server 9, the text entered at the device of the sender of electronic mail is outputted and the action corresponding to the text is performed by the friend Pochara owned by the receiver.

In the above-mentioned configuration, an electronic mail message is created by relating a text with an action ID. It is also practicable for this action ID to be described inside the body of text by use of tags based on XML (extensible Markup Language) or related with the body of text to be represented as an attached file.

The above-mentioned sequence of processing operations may be executed by software as well as hardware.

When the above-mentioned sequence of processing operations is executed by software, the programs constituting the software are installed in a computer which is built in dedicated hardware equipment or installed, from a network or recording media, into a general-purpose personal computer for example in which various programs may be installed for the execution of various functions.

As shown in FIG. 2, these recording media are constituted by not only a package media made up of the magnetic disk 141 (including flexible disks), the optical disk 142 (including CD-ROM (Compact Disk Read Only Memory) and DVD (Digital Versatile Disk)), the magneto-optical disk 143 (including MD (trademark) (Mini Disk)), or the semiconductor memory 144 which is distributed separately from the apparatus itself, but also the ROM 122 or the storage unit 128 which stores programs and is provided to users as incorporated in the apparatus itself.

It should be noted herein that the steps for describing each program recorded in recording media include not only the processing operations which are sequentially executed in a time-dependent manner but also the processing operations which are executed concurrently or discretely.

It should also be noted that term “system” as used herein denotes an entire apparatus configured by a plurality of component units.

As described and according to an embodiment, electronic mail can be transmitted/received.

In addition, according to an embodiment, the feelings of senders can be expressed by means other than texts, thereby providing the better communication between sender and receiver of electronic mail.

It should be understood that various changes and modifications to the presently preferred embodiments described herein will be apparent to those skilled in the art. Such changes and modifications can be made without departing from the spirit and scope of the present invention and without diminishing its intended advantages. It is therefore intended that such changes and modifications be covered by the appended claims.

Information transmission/reception device

Information

Publication Number

Date Filed

Date Published

Inventors

CPC

US Classifications

International Classifications

Abstract

Description

Claims

Priority Claims (1)

PCT Information