KR100530254B1 - Hierarchical structured service server system for network based robot system - Google Patents

Abstract

The present invention provides a hierarchical service server system for servicing motion-containing multimedia content in a network-based robot system.

The present invention is a network-based robot system,

The robot system includes a robot terminal and a service server, the service server includes a monitoring and control server and a content server,

The robot terminal

Receives multimedia packets with motions from the monitoring and control server and plays audio / video / motion at packet playback time intervals, and transmits sensor values received from sensors to the monitoring and control server as status object packets over the network. ,

The monitoring and control server

Receiving a state object packet from the robot terminal through the network to monitor the state of the robot terminal, according to whether or not the action is required, the multimedia packet received from the content server via the network via the network Control the transmission to the terminal,

The content server

The multimedia file is divided into packet playback time intervals, and motion control data for a robot terminal is inserted into each divided multimedia file to form a multimedia packet including motion, and under the control of the monitoring and control server, the formed motion And transmitting an embedded multimedia packet to the monitoring and control server through the network.

By using the present invention as described above, it becomes possible to provide a hierarchical service server system for serving motion-containing multimedia content in a network-based robot system.

Description

Hierarchical Structured Service Server System for Network Based Robot System

The present invention relates to a hierarchy service server system for a network-based robot system.

In the future, various home robots will be distributed to each home and perform various functions by using home robots. One of the typical applications is voice and video contents (hereinafter referred to as multimedia contents) such as storytelling and English education. The field of education by playing.

In addition, the home robot not only plays back the voice and video, but also voices related to the voice and video (for example, "Hello?" Or inserting motion control data into multimedia content to induce more interest to infants or children using storytelling or English learning content by opening or closing the mouth according to the sentence when the sentence is uttered. Multimedia content services are also available.

However, in the conventional network-based home robot system (FIG. 1) for such a multimedia service, the user accesses the service server 2 through the home robot 1 or the PC, and selects a specific storytelling or English learning content from the homepage. If a voice command is recognized by the voice recognition engine 3 of the service server 2 by selecting a service or making a voice command through the home robot 1, and selects a specific storytelling or English learning content service, the service server ( 2) The voice file for this content stored in the content (in case of sentence, is converted into a voice file by the voice synthesis engine (TTS engine) 4), the image file and the operation file are transferred to the home robot 1, and the voice file is transmitted. While playing the video, it plays the video file as the video file to play the action story or English learning content, the home robot (1) himself monitors the status of the home robot (1), for example, It is controlled so as to avoid the obstacle by the obstacle avoidance algorithm built-up city water, and for controlling the warning spoken by a voice warning file embedded when the battery discharges.

As a result, in the prior art according to FIG. 1, the home robot 1 should play the voice / video / action file through the received voice / video / action file and monitor the state of the home robot 1 to take necessary measures. Therefore, in order to store and play back a large volume of audio / video / action files and to monitor and measure the status of the home robot 1, a large-capacity processing device and a storage device (memory, HDD, etc.) of a PC level are required. As a result, the price of a home robot becomes quite expensive.

In order to solve the problems of the prior art according to FIG. 1, in the Korean Patent Application No. 10-2005-002268, which is the applicant of the present invention, as shown in FIG. 2, the robot terminal 1 transmits and receives data in a packet data manner. The scheme is proposed as shown in FIGS. 3 and 4 as an internal structure and a packet data structure of a robot terminal for transmitting and receiving such a transmission data packet. Further details are shown in the application of the earlier application.

By the way, in Fig. 3, a downstream packet (multimedia packet with motion) for reproducing audio / video / motion data synchronized at the packet reproduction time interval (Ts = 40ms) is transmitted to each robot terminal 1. The digital data converted from the analog voice data input from the microphone (Mic) of each robot terminal 1 and various sensors S1 ... Sk (obstacle recognition sensor, battery discharge sensor, temperature sensor, etc.) The service server 2 for receiving an upstream packet (status object packet) corresponding to the output of P has the structure as shown in FIG. Here, the state object means the state of the sensor data of the robot terminal, and through this state object, the state of the robot terminal can be known, for example, whether it is close to an obstacle or whether the battery is discharged.

As a result, the applicant of the present application forms a multimedia data packet including an operation in the packet generation module 3 of the service server 2 and transmits it as a down packet to the robot terminal 1 and sequentially stores it in the down buffer of the robot terminal 1. Then, the robot terminal 1 reads out multimedia packets including motions from this down buffer one by one and reproduces them by a speaker (voice), a monitor (video) or a motor (movement), and a microphone (Mic) or various sensors (S1 .. Sensor data sensed by .Sk) (obstacle recognition sensor, battery discharge sensor, temperature sensor, etc.) is sequentially stored in the upbuffer as an up packet (state object packet) in the robot terminal 1 and then in turn to the service server 2 When transmitting, the service server 2 receives the up packets from the robot state management module 4 in sequence.

In addition, the service server 2 monitors (monitors) the sensing data (state object) in the up packet so that the service server 2 determines that the robot terminal 1 is close to an obstacle. In order to stop the transmission of the packet, and to avoid the obstacle, the motion control data for obstacle avoidance is formed according to the built-in obstacle avoidance algorithm and transmitted to the robot terminal 1 as a down packet so that the robot terminal 1 avoids the obstacle. If it is determined that the battery of the robot terminal 1 is almost discharged, the transmission of the multimedia data packet is stopped and the warning voice / video is transmitted to the robot terminal 1 so that the user can hear the warning voice / video or report the battery. Replace or recharge.

Therefore, the service server 2 of the prior application not only forms the multimedia content packet data including the operation, but also performs the monitoring and monitoring of each robot terminal 1 simultaneously, so that the number of the connected robot terminals 1 increases. And / or the greater the concentration of requests for a particular service, the greater the number of serviceable robot terminals 1 due to the increased load.

In addition, since the service server 2 obtains various multimedia contents from the outside and includes the motions when necessary, the multimedia contents including the motions are formed, so that the cost of the acquisition (Royalty, etc.) and the multimedia content including the motions are obtained. Production costs and management costs are considerably high, and it is difficult to produce multimedia contents including motions that are suitable for the characteristics of each multimedia contents because they are not multimedia contents produced by themselves.

In addition, the contents provider for the robot terminal cannot develop a content because it is necessary to develop a series of actions and a state monitoring function of the robot terminal when developing the contents. In addition, since it is difficult to accurately understand the internal functions of each robot unless it is a robot manufacturer, it is not possible to guarantee the reliable operation of the developed monitoring function, and all existing content programs are used for such monitoring and action when upgrading or designing the robot. There is a problem that must be corrected. In terms of business, the service provider 2 tends to be reluctant to participate in the service because it is impossible to monitor the service time provided to the robot terminal 1.

SUMMARY OF THE INVENTION The present invention provides a hierarchical service server system for servicing contents for a robot terminal in a network-based robot system in view of the above problems of the related art.

In order to solve the above problems of the prior art, the present invention divides the service server into a plurality of servers in charge of different functions. In addition, a hierarchical structure is introduced to organically connect each server, and the connections between the layers effectively connect packets having the same format.

Now, a network-based robot control system having a hierarchical service server system for achieving this principle will be described in detail with reference to FIG.

The robot terminals 1-1, 1-2 ... 1-N include motors for driving joints and wheels, driving circuits for driving motors and relays, sensors such as microphones, sensors, Transmitting and receiving device for transmitting the sensing signal of the monitoring and control server 11 and receiving data from the monitoring and control server 11 in the robot terminal (1-1, 1-2 .... 1-N) and , The D / A converter, speaker, and the robot terminal (1-1, 1-2 .... 1-N) for the voice file transmitted from the monitoring and control server (11) And a video display control device for displaying the video file transmitted when the monitor.

Transmitters and receivers of each of the robot terminals 1-1, 1-2 .... 1-N are wirelessly connected to the home gateway (HGW) 8-1, 8-2 .... 8-N. And the home gateways 8-1, 8-2 .... 8-N are connected to the monitoring and control server 11.

The robot terminal 1 and the home gateway 8 are the same as the above-mentioned filings, and details are described in the earlier filings.

The content server 12 will now be described.

The content server 12 that provides multimedia content with motions from a content company that manages each multimedia content (various educational and entertainment multimedia content companies or broadcasters / communication companies, etc.) or provides an email speech service with motions from an email service company is provided. The state object (dashed line in FIG. 6) of the robot terminal 1 transmitted from the monitoring and control server 11 is received and shared with the monitoring and control server 11.

If the content requires sensing data (e.g., if the content is to transmit a multimedia data packet containing a different operation depending on the room temperature, etc.), the content server 12 receives the sensing data through the received state object. It is possible to transmit multimedia data packets with different operations according to the sensed data.

For example, if the robot terminal 1 has a built-in remote control function for controlling an electric device such as an air conditioner, the current state is sensed through the received state object, and the temperature is higher than the set temperature. It is possible to transmit the multimedia packet including the motion to the robot terminal 1 so as to show a cool beach image while making a voice comment.

In addition, the content server 12 can use the TTS server 13 or the voice recognition server 14 as a resource server if necessary, and the output of this resource server is preferably a packet of the form as shown in FIG. After that, packets of the same format are delivered to the lower layer server (the content server 12 and the monitoring and control server 11) and finally delivered to the robot terminal 1.

There are many kinds of contents and services for robots now and will continue to be developed. Hereinafter, as a representative service, a content server 12 for a real-time service (FM broadcasting), a content having a scenario (synchronized with an English learning) service, and an e-mail service will be described in detail.

1. Content server that provides multimedia content services including educational and entertainment operations (corresponds to content server 12-1 or content server 12-2 in FIG. 6).

The content server 12-1 of the company that manages the multimedia contents for the storytelling storytelling transmits the storybook story to the TTS server 13 to receive a speech file corresponding to the storytelling story, and reproduces the speech file and the video file. After inserting the motion control data for each robot terminal corresponding to each play time interval by dividing the data into the intervals (Ts = 40ms), the multimedia contents packet data including the motion for each robot terminal were formed and stored, and then the specific robot terminal 1 When a service request is made, a multimedia packet including a corresponding operation is transmitted to a specific robot terminal 1, or the voice file and the image file are divided and stored in a reproduction time interval (Ts) in advance, and then the specific robot terminal desired for service ( 1) the operation control data for this particular robot terminal is inserted into the divided audio file and the image file at the time of transmission, and the operation is included. To form a content-media data packets and transmits the packets to a specific robot device (1).

The content server 12-2 of the company that manages the content for English conversation also transmits the user's voice received through the robot terminal 1 to the voice recognition server 14 to perform voice recognition. Determining whether or not the proper sentence is read, and determines whether or not to transmit the next sentence, and transmits the multimedia packet including the operation to the robot terminal 1 in the same manner as in the content server 12-1.

2. A content server that provides a multimedia content service with real-time operation (corresponds to the content server 12-3 in FIG. 6).

Since the content server 12-3 of a multimedia content providing medium corresponding to a radio broadcast, a TV broadcast, or a telephone call is provided in real time, the content server is sampled in real time and converted into a digital signal through A / D conversion. After the conversion, the packet is collected at a packet reproduction time interval (Ts = 40 ms), and the corresponding motion data is included to form a multimedia packet including motion and transmitted to a specific robot terminal 1 for service.

In this case, when the voice is converted to text for service (in case of text service for the hearing impaired or when the voice is stored as text), the voice is transmitted to the voice recognition server 16 to be converted into text for service.

3. Email content server for email service with actions (corresponds to email server 12-M in FIG. 6)

In an e-mail containing an action including an action command corresponding to an e-mail sentence, the text portion is converted into a voice file using the TTS server 13 and divided into reproduction time intervals Ts, and the action command portion is transmitted to the e-mail. In the e-mail server 12-M which converts the motion control data for each play time interval for controlling the robot terminal 1 to form an e-mail voice data packet (a kind of multimedia packet with motion), the voice e-mail with this motion is included. The packets are transmitted to the specific robot terminal 1 to be transmitted. The e-mail with operation is described in detail in Korean Patent Application No. 10-2004-0108816.

4. Autonomous mode content (not shown in Fig. 6 due to space, and corresponds to autonomous mode server 12-X in Fig. 7).

Autonomous content acts like a DJ in music broadcasting. The DJ fills in the gaps between songs being broadcast and informs listeners of useful information. Similarly, autonomous mode content transfers and collects useful information (eg, schedule management) through a robot while other content is not being played, and communicates with the user.

Next, the monitoring and control server 11 will be described.

Analog voice data (command voice data, etc.) input from the microphone (Mic) of each robot terminal 1 or outputs from various sensors (S1 ... Sk) (obstacle recognition sensor, battery discharge sensor, etc.) when moving are data packets. It is received to the monitoring and control server 11 via an up buffer in the form of a sensor. The sensor data area SD of the data packet of the received up buffer includes the current values of these sensors S1 ... Sk. There is sensor data corresponding to. Through this sensor data, it is possible to know the current state of each robot terminal 1, for example, whether it is close to an obstacle or whether the battery is discharged.

The function and role of the monitoring and control server 11 will be described below.

1. The monitoring and control server 11 checks the validity of the data packet and checks it as a valid data packet through the check-sum area CS of the data packet corresponding to the sensor value sensed and transmitted at a predetermined time interval. When the current state (state object) of each robot terminal 1 is monitored (monitored) through the values of the sensor data area SD, the state object is preferably transmitted to the content server 12 for monitoring and control. The state object is shared with the server 11.

2. In addition, the monitoring and control server 11 is basically a specific robot terminal (eg robot terminal 1-2) and a specific content server (eg And a switching role for connecting the content server 12-1). At this time, the content called autonomous mode 12-X is basically connected when the user does not select a specific content.

3. The monitoring and control server 11 instructs the content server 12 to start the transmission (START), stop the transmission (STOP), pause the transmission (PAUSE), resume the transmission (RESUME), and so on.

For example, when the robot terminal 1-2 requests a request for a storytelling service, the content server 12-1 starts the transmission of packet data for multimedia content including the actuating operation to the robot terminal 1-2. Command (START command) to cause the content server 12-1 to start the transmission of the packet data for mouth-talking to the robot terminal 1-2 through the monitoring and control server 11.

Now, the monitoring and control server 11 inspects the state object, and as a result, the robot terminal 1-2 suspends the transmission of the packet data for a while, such as when the robot terminal 1-2 has to avoid the obstacle and avoids it. In order to do so, a command PAUSE is given to the content server 12-1 to suspend transmission so that the content server 12-1 suspends packet data transmission.

In this state, the monitoring and control server 11 inputs the sensing data of the state object to the built-in obstacle avoidance algorithm to form a motion control data packet for the robot terminal 1-2 to avoid the obstacle to the robot terminal 1 The robot terminal 1-2 reads the packets out of the down buffer one by one and transmits them to the -2) to avoid the obstacle.

Now, since the monitoring and control server 11 knows that the obstacle has been avoided through the state object, the resumption command (RESUME) is given to the content server 12-1 to resume transmission of the data synchronization data packets. .

On the other hand, as a result of inspecting the state object in the monitoring and control server 11, if the battery is almost discharged and requires a charging process that takes a considerable time, a command (STOP) to stop transmission of the data packet is issued. 2) to stop the transmission of the data packet completely, the monitoring and control server 11 delivers the built-in battery discharge warning voice data packets to the robot terminal (1-2) to turn the speaker of the robot terminal (1-2) The user is advised to take appropriate measures to charge the battery.

4. When the monitoring and control server 11 needs to correct packet data transmitted from the content server 12-1 to the robot terminal 1-2, for example, the motor of the robot terminal 1-2 may be used. It is impossible to move due to a failure (detected by the state object), but it is possible to play back audio and video, so that if the motion control data for the motor is to be deleted from the packet and transmitted to the robot terminal 1-2, the monitoring and control server 11 transmits the packet by replacing the motion data area MD of the multimedia packet with motions received by the content server 1-2 with null data, and warning the battery discharge at the robot terminal 1-2 when the battery is discharged. If the voice overlaps with the voice of the packet received from the content server 1-2, and the voice is made to the speaker, the voice data area AD of the data packet to be transmitted to the robot terminal 1-2 and the battery discharge warning Nest voice Forming a new battery discharge warning voice packet is inserted by placing a nested audio data to the audio data area (AD) and is transmitted to the robotic device (1-2).

5. The monitoring and control server 11 checks e-mail arrival at regular time intervals, collects information related to a specific time coming from a third server (web server to which the user connects, etc.) and notifies the user. At this time, the contents being executed are paused and notified, or the LED or voice is notified while executing.

6. The monitoring and control server 11 continuously monitors the network state connected to the robot terminal 1 and finds out information about transmission speed, delay time or jittering of the current communication network. This information is shared with the content server 12 to adjust the packet transmission speed or the packet size according to the current communication state.

7. Since the monitoring and control server 11 can collect the information about the service and the service providing time requested by each robot terminal 1, the billing calculation is performed through the collected information, and each content is made according to the billing data. Profit sharing with the server 12 is made.

Now, the structure of the service server of the present invention and the flow of data during actual service will be described with reference to FIGS. 7 and 8 when the robot terminal requests a cipher activation service and the robot terminal approaches an obstacle during the service.

In this case, unlike FIG. 6, in FIG. 7, a plurality of monitoring and control servers 11 exist, and the allocation of each monitoring and control server 11 to each robot terminal 1 may be fixed in advance. The load of each monitoring and control server 11 may be dynamically allocated.

When the robot terminal 1-2 requests a specific civic activation service (S1), the monitoring and control server 11-2 in which the request is assigned to be in charge of the robot terminal 1-2 in the monitoring and control layer. (S2) When the information about the storytelling requested by the storytelling server 12-1 of the content layer is delivered (S3), the storytelling server 12-1 sends the storytelling storytelling sentence to the resource layer. It transmits to the TTS server 13, and a voice file for voice communication is formed and transmitted to the voice driver server 12-1 (S4).

The storytelling server 12-1 divides the audio file and the video file into playback time intervals Ts, and inserts motion control data corresponding to the robot terminal 1-2 into the divided audio and video files. A multimedia data packet including an operation is formed (S5).

The monitoring and control server 11-2 receives the uppacket from the robot terminal 1-2, verifies the validity of the uppacket by the check-brows CS, and if it is valid, the robot terminal 1-1 through the uppacket. 2), and if it is not an abnormal state (e.g., obstacle proximity), transmits a data packet transmission start command START to the start synchronization server 12-1 (S7) and monitors the data packet. It is transmitted to the down buffer of the robot terminal 1-2 through the control server 11-2 (S8) and the robot terminal 1-2 is a data packet in this down buffer at the reproduction time interval Ts. After reading and playing back in sequence, the robot terminal 1-2 performs a related operation while reproducing the voice and video for the storytelling (S9).

When the monitoring and control server 11-2 monitors the state of the robot terminal 1-2 and detects an abnormal state of obstacle proximity, it sends a command PAUSE to suspend transmission to the storytelling server 12-1. In step S10, the cipher synchronization server 12-1 suspends packet data transmission (S11).

In this state, the monitoring and control server 11-2 inputs sensing data of the state object to the built-in obstacle avoidance algorithm to form a data packet for the robot terminal 1-2 to avoid the obstacle (S12). The robot terminal 1-2 transmits the packets to the robot terminal 1-2 so that the packets are sequentially read from the down buffer to perform a corresponding operation to avoid obstacles (S13).

Now, since the monitoring and control server 11 knows that the obstacle is avoided through the state object, if the resumption command (RESUME) to the storytelling server 12-1 resumes the transmission of the dataset for the storytelling. The robot terminal 1-2 again resumes the operation while reproducing the voice and video of the spoken story (S14).

Next, as another embodiment using the present invention, by converting the e-mail containing the operation stored in the e-mail server (12-M) into a multimedia packet containing the operation and sent via the monitoring and control server (11-3), the robot terminal (1) The battery is discharged during the playback in -3), but the voice packet changes, but the operation of the robot terminal 1-3 stops the operation and turns on the battery remaining warning lamp. Explain.

The e-mail server 12-M transmits the e-mail sentence portion of the stored e-mail including the stored action to the TTS server 13, and the TTS server 13 converts the sentence into a voice file and converts the voice file into a packet reproduction time interval Ts. The packet P1 as shown in Fig. 9A is outputted to the e-mail server 12-M by dividing by the interpolation into the voice data area AD in the packet format.

On the other hand, the e-mail server 12-M forms operation control data corresponding to how each motor or relay of the robot terminal 1-3 should be controlled at each reproduction time interval in order to achieve the operation command, and the operation is performed. When control data is inserted into the operation data area MD of the packet P1 received by the TTS server 13 to form the packet P2, an operation-containing multimedia packet P2 for operation-containing e-mail is formed.

Now, if the monitoring and control server 11-3 checks the robot terminal 1-3 state object and it is valid, and the robot terminal 1-3 is not a battery discharge (low), it will send an START command to the email server. When the packet P2 is transmitted to the robot terminal 1-3 via the monitoring and control server 11-3 from the e-mail server 12-M and sent to the robot terminal 1-3, the robot terminal 1-3. Will act as the voice corresponding to the email.

Thereafter, if the monitoring and control server 11-3 is valid by inspecting the robot terminal 1-3 state object and the robot terminal 1-3 is a battery discharge (low), the monitoring and control server 11-3. Control the operation of the packet P2 received from the e-mail server 12-M to stop the operation of the robot terminal 1-3 and to light up the low battery warning LED on the body of the robot terminal 1-3. The robot terminal 1-3 is formed by processing the null data of the data area MD and inputting 1 to the low battery warning LED bit (not shown) of the auxiliary data area XD to form a packet P3 as shown in FIG. 9C. The robot terminal 1-3 stops operation when it transmits to the controller, and the low battery warning LED is turned on because the low battery LED bit value is 1.

Using the present invention as described above, the monitoring and control server 11 receives a specific service request of the robot terminal 1 performs a switching operation for connecting the content server 12 and the robot terminal 1, Verifies and monitors the state object representing the current state of the robot terminal 1 to control data packet transmission between the content server 12 and the robot terminal 1 and to transmit a data packet for action to the robot terminal 1. Will be in charge.

In addition, the content server 12 performs a process of forming an multimedia packet including an action by including an action in the multimedia content or performing an e-mail voice packet forming process including an action corresponding to an e-mail with an action command. Packet data is transmitted under the control of 11).

Therefore, the monitoring and control server 11 according to the present invention, unlike the prior art, the burden on the formation and transmission of the packet data is removed, so that the load is reduced only by monitoring the state object and the transmission control of the packet data, The number of robot terminals 1 which one monitoring and control server 11 can take charge will increase considerably. At this time, the transmission of the voice / video / motion data packet for battery discharge or obstacle avoidance occurs in a specific robot terminal 1 and thus hardly affects the overall load of the monitoring and control server 11. In addition, it is possible to reduce the cost of obtaining the multimedia content from the monitoring and control server 11 and to eliminate the difficulty in producing the multimedia content packet data including the operation.

In addition, since the content server 12 only cares about the formation and transmission of the multimedia packet data including the motion related to the multimedia content or the motion-containing email that it manages, it is possible to form the multimedia packet data more appropriately. Since the packet data is transmitted directly, the service time to each robot terminal can be known accurately, and it can be used as a data for profit distribution according to billing.

In addition, since the monitoring and control server 11, which receives the state object of the robot terminal 1 first, determines the state of the robot terminal 1 and performs necessary measures, the content server 12 in the next stage. It is possible to implement the necessary measures more quickly than in the case of monitoring and taking measures.

While the preferred embodiment of the present invention has been described above, it should be noted that the present invention is not limited to this embodiment, but various modifications can be made without departing from the spirit of the present invention.

By using the present invention as described above, it becomes possible to provide a hierarchical service server system for serving motion-containing multimedia content in a network-based robot system.

1 is a network-based robot system according to the prior art.

2 is a network-based robot system according to another prior art, which is an improvement of FIG.

3 shows the internal structure of the robot terminal in FIG.

Figure 4 shows the packet data structure of Figure 2;

Figure 5 embodies the service server portion of Figure 2;

6 is a network-based robot system according to the present invention.

FIG. 7 is a detailed view incorporating the service server portion of FIG. 6; FIG.

8 is an operational flowchart of an embodiment to which the present invention according to FIG. 6 is applied.

9 illustrates a change in packet data according to the present invention.

Claims (12)

In the network-based robot system, The robot system includes a robot terminal and a service server, the service server includes a monitoring and control server and a content server, The robot terminal Receives multimedia packets with motions from the monitoring and control server and plays audio / video / motion at packet playback time intervals, and transmits sensor values received from sensors to the monitoring and control server as status object packets over the network. , The monitoring and control server Receiving a state object packet from the robot terminal through the network to monitor the state of the robot terminal, according to the determination of whether or not action is required, the multimedia packet including the operation received from the content server through the network. To control transmission to the robot terminal, The content server The multimedia file is divided into packet playback time intervals, and motion control data for a robot terminal is inserted into each divided multimedia file to form a multimedia packet including motion, and under the control of the monitoring and control server, the formed motion And a multimedia packet to the monitoring and control server via the network. The robot terminal of claim 1, wherein the robot terminal sequentially receives the motion-containing multimedia packet through a down buffer, sequentially reads and reproduces the data from the down buffer, and sequentially transmits the state object packet to the monitoring and control server. Network-based robot system. The network-based robot system of claim 1, wherein the monitoring and control server transmits and shares the received state object packet to the content server. The method of claim 3, The content server recognizes the sensing data through a shared state object and transmits a multimedia packet including different operations according to the sensing data to the monitoring and control server. The network-based robot system of claim 1, wherein if it is determined that no action is required, the monitoring and control server transmits a multimedia packet including an operation received from the content server to the robot terminal. The method of claim 1, wherein if it is determined that an action is required, the monitoring and control server stops transmitting the multimedia packet including the motion received from the content server to the robot terminal, and forms a multimedia packet including the action for action. Network-based robot system, characterized in that for transmitting to the robot terminal. The method of claim 1, wherein if it is determined that an action is required, the monitoring and control server modifies the multimedia packet with motion received from the content server to form a multimedia packet with motion for action and transmit it to the robot terminal. Network-based robot system characterized by. The network-based robot system according to claim 1, wherein the monitoring and control server serves as a switching link between the robot terminal and a specific content server. The network-based robotic system according to claim 1, wherein the monitoring and control server collects information related to whether or not an email arrives or a specific time transmitted from a third server. The network-based robotic system according to claim 1, wherein the monitoring and control server monitors the current network status and shares the information with the content server. The method of claim 1, One of the content servers is a network-based robot system, characterized in that the server to automatically control the autonomous behavior of the robot when no other content is running. The network-based robot system according to claim 1, wherein the monitoring and control server has information about a service and a service providing time requested by each robot terminal, and charges through this information.