JPH10198734A - Household electric appliance for network, and network system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To attain a flexible system constitution with no integrated control by a center equipment by receiving and extracting the events occurred in response to the state changes of other household electric appliances which are connected to a network. SOLUTION: An address analysis part 2 judges whether or not a command flowing in a network is addressed to a relevant appliance. If a packet is addressed to the relevant appliance, a command analysis part 3 analyzes the command, which designates a thing that should be done by the appliance via the packet. An event analysis part 4 interprets the packet flowing in the network and takes out the evens, which show the state changes of respective appliances connected to the network. A script processing part 5 executes the scripts related to the detected events. Thus, it's possible to execute the operations with the corresponding scripts via the events in addition to the operations to be executed by the commands and accordingly to prevent the uneven distribution of processes of respective appliances connected to the network.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a home electric appliance for a network which operates in response to an event and a network system using the same.

[0002]

2. Description of the Related Art Conventionally, audio and video equipment has been disclosed in Japanese Unexamined Patent Publication No.
Generally, control is performed by a command as shown in Japanese Patent No. 268653. That is, as in this example, a device is specified by specifying a certain address, and control is performed by sending a control command such as “playback” to the device.

In this control method, a central device (mainly a computer) is always required, and the center device is basically composed of peripheral devices (here, audio,
Devices that handle video, etc.). Controlling peripheral devices around the center device works effectively when complicated operations are required. On the other hand, in this case, the center device must always be in a state where the control program is operating. For example, in the case of home use, a center device (for example, a personal computer, hereinafter referred to as “PC”) must be started up and a control program must be running.

[0004] On the other hand, in home electric appliances, it is sometimes desirable to do simple things autonomously. For example, when there is a door phone and a television to which an image of a visitor can be sent, if the doorbell of the door phone is pressed, the image of the door phone is automatically displayed on the television. In such a case, it can be realized by the PC detecting that the doorbell of the intercom has been pressed and sending a control command to output the image of the intercom to the television. Needs to tell the television what action to take, complicating the system.

In the case where two or more devices are linked to each other so that an image of a camera unit of an intercom is output to a television without using control from a center device, Japanese Patent Application Laid-Open No.
As shown in Japanese Patent Application Laid-Open No. 52277, this is realized by individually connecting each device and defining an operation (in this case, displaying an image of a camera slave unit on a television) from the beginning. In this case, the operation of the television is described in the call signal transmitted from the camera slave unit, and it is possible to cope with one type of fixed operation. It is impossible to project an image of the camera slave unit and record the image in a video) and to make flexible settings by a user.

[0006]

As described above, as described above,
Eliminate disadvantages such as the complexity of the system in centralized control where the center device judges and controls peripheral devices as a result, and the inflexibility of the system when specialized so that only predetermined operations can be performed. Could not.

In view of the above drawbacks, an object of the present invention is to provide a home electric appliance for a network and a network system capable of a flexible system configuration without centralized control by a center device.

[0008]

According to a first aspect of the present invention, there is provided a home electric appliance for a network, the home electric appliance being connected to a network, the home electric appliance being connected to the network, and a network interface being connected to the network. An event analysis unit that receives an event generated in response to a change in the state of the home appliance and extracts the event from the network interface; a script storage unit that stores a script describing the operation of the home appliance in association with the event; Script processing means for taking out a script corresponding to the event extracted from the event analysis means from the script storage means and executing the script.

According to a second aspect of the present invention, there is provided a network home appliance according to the first aspect, further comprising status storage means for storing a status indicating an internal state of the home appliance, wherein the script processing means comprises: The script is executed by referring to the status.

According to a third aspect of the present invention, there is provided the network home appliance according to the first aspect, further comprising a display unit for displaying the script stored in the script storage unit in a predetermined expression format. It is characterized by the following.

According to a fourth aspect of the present invention, there is provided a network home appliance according to the first aspect, further comprising an editing unit for editing a script stored in the script storage unit.

According to a fifth aspect of the present invention, there is provided a network home appliance according to the first aspect, further comprising: a script receiving means for receiving a script transmitted from another home appliance connected to the network. Script extracting means for extracting a script effective for the home electric appliance and storing the extracted script in the script storage means.

According to a sixth aspect of the present invention, there is provided the network home appliance according to the first aspect, further comprising a prohibition unit for temporarily stopping or prohibiting execution of the script by the script processing unit. I do.

According to a seventh aspect of the present invention, there is provided a home electric appliance for a network, the home electric appliance being connected to a network, wherein a network interface for connecting to the network and an event generated in response to a change in the state of the home electric appliance. And an event transmitting means for transmitting the event generated by the event generating means to the network.

According to an eighth aspect of the present invention, there is provided a home electric appliance for a network according to the seventh aspect of the present invention, further comprising a script storage means for storing a script corresponding to model information of another home electric appliance. Script transmitting means for transmitting the script of the means to the network.

According to a ninth aspect of the present invention, there is provided the network home electric appliance according to the seventh aspect, further comprising an event transmission inhibiting means for inhibiting transmission of a desired event.

According to a tenth aspect of the present invention, there is provided a network system including the network home electric appliance according to the first aspect as a receiving side and the network home electric appliance according to the seventh aspect as a transmitting side. I do.

[0018] A network system according to an eleventh aspect is characterized in that the home appliance for a network according to the fifth aspect is configured as a receiving side, and the home appliance for a network according to claim 8 is configured as a transmitting side. I do.

[0019]

BEST MODE FOR CARRYING OUT THE INVENTION
Video, TV, tuner, stereo, microwave,
Washing machine, dryer, refrigerator, cooker, door phone, telephone, F
It is various kinds of home audio and video such as AX and home electric appliances, and various kinds of sensors such as light, temperature, humidity and the like in the outdoors.

The home electric appliance for network of the present invention is connected to a network and has an interface therefor. Further, in order to perform transmission / reception with other home electric appliances on a network, the transmission / reception unit includes a transmission unit or a reception unit, a so-called processing device, and a ROM or RAM in which contents for operating the processing device in a desired procedure are written. The processing device may be added to the main body of the household electric appliance, or may be shared with the processing unit in a household electric appliance provided with the processing device.

In a home electric appliance to which the present invention is applied, a standard operating system is installed, an application program is loaded from an external storage on a system bus or a network to a main memory, and then executed. Unlike so-called computers, in which applications can be changed to various things such as word processors, spreadsheets, databases, etc., one or more specific applications (for example, video recording, television broadcasting reception, washing, cooking, telephone, intercom, video editing, Games, etc.), and can handle data such as audio, video, text, and other control information.

The network to which the network home electric appliance of the present invention is connected is preferably closed at home from the viewpoint of maintenance and the like. Further, the network home electric appliance of the present invention may be at least one of a transmitting device and a receiving device. Furthermore, the network home electric appliance of the present invention can execute an external device inside or outside the network or a command instructed by a user in the conventional manner, and can create an event triggered by the execution of the command. Is desirable. Therefore, the structure of a packet flowing through the network only needs to include at least an event, but it is actually better to include a command or data.

In the present invention, the transmitting device detects some fact that has occurred on the network, transmits an event indicating the fact on the network, and the receiving device that receives the event responds to the event. Perform script processing. As a result, only one type of event corresponding to the fact is transmitted on the network, and the corresponding process is determined and performed by the receiving device. This eliminates the need for the transmitting device to issue control commands corresponding to a large number of devices.

The command described in Japanese Patent Application Laid-Open No. Hei 6-268655 has an address and is transmitted only to a specific device, and a device that receives the command performs a predetermined operation corresponding to the command. It differs from the event of the present invention in that it is performed. In other words, the command disclosed in Japanese Patent Laid-Open No. Hei 6-268655 specifies a certain operation (for example, reproduction) for a certain type of device (for example, VTR). This is different from sending an event corresponding to (phone has gone). The difference between sending an action and sending a fact is that the action is for a particular device, whereas the fact is universal. In other words, the operation of "play" is meaningful only for a device capable of playing, but the fact of "tape out" may be interpreted by any device. The device that has received the fact of "tape out" may display "tape out" on the screen, or "play"
May be performed. The difference is that the fact is interpreted by the receiving device, that is, any device can interpret the fact and operate.

[0025]

【Example】

(Embodiment 1) FIG. 1 shows a block configuration of a receiving device. Reference numeral 1 denotes a network interface for transmitting / receiving a command or an event to / from an external digital network. In the following description, for simplicity,
Unless otherwise specified, description of processing of data such as images, sounds, characters, and the like is omitted. Reference numeral 2 denotes an address analysis unit for determining whether a command flowing on the network is addressed to the device. Normally, digital data is often sent in the form of a packet. In this case, the address information added to each packet is analyzed here and ignored unless it is addressed to the device.
Reference numeral 3 denotes a command analysis unit which, when the packet is addressed to the device, analyzes a command as to what the device should do with the packet. Commands include playing videotape, recording, changing channels for video, adjusting volume, changing channels, switching on and off for TV, and heating timer for microwave. Set, heating start, stop,
It is a conventional technique that the command analysis unit 3 analyzes a command from a packet and performs the operation. Reference numeral 4 denotes an event analysis unit which is a feature of the present invention, and extracts an event by interpreting a packet flowing on a network. The event is for transmitting a change in the state of each device connected to the network. In other words, the event actually occurs on each home appliance on the network, for example, "the door phone has been pressed", "the phone rang", "washing has finished", or "the VTR tape has run out". Information (detection means not shown) that flows the contents on the network,
This is different from a command describing a control such as "turn on the power of the television" or "play the VTR". For example, IEEE1394 which is a high-speed bus standard
A command for controlling the AV device using a function has a function of inquiring about the status of the device. However, this function is to send an inquiry and send the current state to the inquired device. This is essentially different in that any change in state is sent to all devices on the network, regardless of presence or absence. Table 1 shows examples of events in each device. Here, the “other” of the device name includes a sensor or the like provided outside the house.

[0026]

[Table 1]

Reference numeral 5 denotes a script processing unit for detecting an event from the packets flowing through the network by the event analysis unit 4 and executing a script related to the event. A script is a kind of programming, but here means a procedure for processing an event, and there is no limitation on the processing method. Reference numeral 6 denotes a script storage unit which stores a script to be executed by 5. This script may be stored in advance, or may be input later by a user or the like. Reference numeral 7 denotes a command processing unit which performs a process of reproducing a video or changing a channel on a television, and actually performs a task of giving a specific instruction to the data processing unit 8. The data processing unit 8 actually receives a television broadcast or reproduces a VTR. Reference numeral 9 denotes an address adding unit for adding information such as an address in order to send data such as a reproduced image of a VTR and a command processing result from the data processing unit 8 to another device through a network. In addition to the above, processing such as generation of a packet necessary for data transmission and addition of error correction is performed. Reference numeral 10 denotes a user interface for a user to directly operate the device without using a network. Until now, home appliances have basically been operated through this user interface. For example, when a play button is pressed on a VCR, the playback of a video tape is started. The play button corresponds to the user interface 10, and the TV remote control, the telephone push button, the microwave oven timer, and the like correspond to the user interface 10. .

Next, the operation of this embodiment will be described with reference to FIG. At S1, command or event data is received in the form of a packet. In S2, the address contained in the packet is compared with the device address held in the device to determine whether the data is addressed to the device. In the present invention, an address is not necessarily required, and a broadcast for notifying all addresses may be used. S3
In step S4, it is determined whether the received command is a data command (for example, reproduction of a VTR). In step S4, the command is executed. This is similar to the case where devices are controlled through a network using ordinary infrared rays, IEEE1394, or the like.
In S5, it is determined whether the event is an event. In this operation example, only two types, command and event, are determined, but other determinations and processes other than commands and events may be performed. In S6, it is determined whether there is a script related to the content of the event. In S7, the script related to the received event is executed.

FIG. 3 shows an example of a script using a television as an example of home electric appliances connected to the network. Here, the description is in a natural language, but the expression format does not matter as long as processing when various events arrive is described. The content in parentheses in FIG. 3 indicates the content of the event.

FIG. 4 shows a configuration example of a packet. Although the left side of FIG. 4 indicates the head, the receiving device address 11 of the receiving home electric appliance is set first. The event does not necessarily require a reception address, and may be in the form of being transmitted to all devices on the network. However, in this case, the event is added in consideration of a case where a command is transmitted by designating a device. Next, the generated device address 12 of the home electric appliance that generated the event is set. This is not always necessary, but it is necessary to identify the event sender, for example, when the device that has received the event requests additional information from the device that transmitted the event. Next, identification information 13 indicating the type of event or command is set. The event information may be character information or numerical information, but at least a common agreement in advance is required in order to at least have the same meaning between the transmitting device and the receiving device. Finally, detailed event information 14 is set. This depends on what information the application needs depending on what information it needs, such as the caller ID for a "phone ringing" event or a VCR for a "video recording ended" event. For example, a maker name or a model name for representing the information is described.

According to the present embodiment, a script corresponding to an event can be held by a receiving-side device, and an operation can be executed by a script corresponding to an event, irrespective of an operation by a command. The processing capacity of each device can be reduced without the processing of the device being unevenly distributed.

(Embodiment 2) FIG. 5 shows a block configuration of a receiving side device of Embodiment 2. In the following description, the same reference numerals are given to the same blocks. Reference numeral 15 denotes a status management unit that manages information (status) indicating the state of the device. 1
Reference numeral 6 denotes a status storage unit for storing various statuses. Status refers to the current status of the device, such as power on / off, remaining video or cassette stereo tape,
Information such as the channel number currently being received by the tuner, turning on / off of the answering machine mode, the state of the set timer, and the like, which are internal information of the device and information set from outside.
While an event represents a change in an external state, a status basically represents an internal state. Reference numeral 17 denotes a state detection unit that detects the state of each status.

The operation of this embodiment is basically the same as that of FIG. 2, except that the status is referred to when executing the script. FIG. 6 shows an example of a script that refers to the status at the time of execution. Note that the event has been described here assuming that the event comes from outside the device and the status is held inside the device. However, the event may actually occur inside the device. For example, when a video tape runs out of video, an event of tape breakage may be transmitted to another device, and the event may be notified to the inside of the device. If the device owns the script for the tape breakage, processing inside the device becomes possible by an event without passing through the network. Although the status has been described as being inside the device, it is actually possible to obtain the external state by a status inquiry and change the processing according to the external state.

According to the present embodiment, when the receiving device operates only by the command of the conventional transmitting device, the status of the receiving device changes because the status of the receiving device is unknown in the transmitting device. The need to notify each time is eliminated.

(Embodiment 3) FIG. 7 shows a block configuration of a receiving side device of Embodiment 3. Reference numeral 18 denotes an event / script presentation data storage unit that stores data for displaying an event or a script to a user, and presents a currently stored script, a received event, and a running script to the user. And information corresponding to the data in an easily understandable format, and the information is displayed on a display unit of the user interface 10. In other words, scripts are often in some linguistic form, but they are not always easy for users to understand, so when presenting them to users, they must be converted to an easy-to-understand format. Can be presented. Here, the format that is easy to understand includes a natural language, an icon (pictogram), a figure, an animation, and the like. If the device does not have a display unit, the contents of the script may be output as audio. According to this embodiment, the user can intuitively understand the contents of the script.

(Embodiment 4) Embodiment 4 is characterized in that the script storage unit 6 of FIG. 1 is constituted by a rewritable storage device. By storing in a rewritable storage device, rewriting by a user or rewriting through a network becomes possible, and not only execution of a fixed script but also more flexible script execution becomes possible.

(Embodiment 5) FIG. 8 shows a block configuration of a receiving-side device of Embodiment 5. Reference numeral 19 denotes a script display unit, which displays a script stored in the script storage unit 6. Reference numeral 20 denotes a script change unit for changing a script by a user. Reference numeral 21 denotes a script prohibition unit that prohibits the user from operating the script. These constitute editing means for the script storage unit 6, and the script once stored can be changed later by the editing means, so that the user can set a desired script. FIG. 9 shows a modified example of the script. The upper row is before the change and the lower row is after the change. The first in FIG. 9 is an example of change, the second is an example of prohibition, and the third is an example of no change.

(Embodiment 6) FIG. 10 shows a block configuration of a receiving device according to Embodiment 6. Reference numeral 22 denotes a script reception processing unit that receives a script as a script when a packet transmitted from a transmission-side device described later in the eleventh embodiment is not a command or event. Reference numeral 23 denotes a script extraction unit for extracting the script valid for the own model from the transmitted scripts and updating or adding the script stored in the script storage unit 6. FIG. 11 shows an operation flow of this embodiment. Steps S1 to S7 are the same as those in FIG. In S18, it is determined whether or not the received packet is for updating a script. S19
Then, it is determined which of the scripts received in S18 is necessary for the own model. In S20, the script in the script storage unit 6 is rewritten or added to the script determined to be updated.
In determining whether the script is updated, the received script is determined using model information as shown in FIG. 17 described later, and only the script that matches the own model is determined to be updated.

According to this embodiment, when updating or adding the content of the script from the transmitting device on the network, it is necessary to transmit a script corresponding to the receiving device.
Once an event containing model information is sent over the network, the script can be easily updated or added without inquiring each destination device.

(Embodiment 7) The operation flow in Embodiment 7 is the same as that in FIG. In the present embodiment, S1 in FIG.
In the determination of the script update corresponding to No. 9, FIG.
By comparing the version information of the script execution program and the version information of the library as shown in FIG. 9 with each version information of the internal script, only the new script is left. It is possible to avoid accidentally erasing a new script and replacing it with an old script when worn.

(Eighth Embodiment) FIG. 12 shows a block configuration of a receiving-side device according to an eighth embodiment. Reference numeral 24 denotes a script emergency stop unit for stopping the currently operating script.
This is for the user to stop the script operated by the event. Since the script is automatically started by an event irrespective of the user's intention, when the user wants to stop the operation of the script, it can easily do so. Since this is often used when the user urgently stops the operation, it is desirable that the operation be performed by one touch with a special button or the like.

(Embodiment 9) FIG. 13 shows a block configuration of a receiving side device of Embodiment 9. 25 is a script processing unit 5
Script I assigned to each split processed in
A script ID storage unit that stores D. Reference numeral 26 denotes a script prohibition unit that prohibits a script corresponding to the script ID stored in the script ID storage unit 25. In the eighth embodiment, the script that is currently running is only stopped. However, in order to prevent the script from running when the same event subsequently enters, the above configuration allows the script to be displayed on the display unit of the user interface 10. And prohibits the operation by selecting a script from them. When the script is urgently stopped or when the user does not want to execute the script in the future after seeing the result of executing the script, the script can be prohibited in the future.

(Embodiment 10) FIG. 14 shows a block configuration of a receiving-side device of Embodiment 10. An event / script display data storage unit 27 stores events or scripts to be displayed in the debug mode. Reference numeral 28 denotes a debug mode storage unit for debugging a script. Reference numeral 29 denotes a status display creating unit that creates data for displaying the operation status of the script according to the debug mode. This is to display to the user the type of script or event that has been activated, which part of the script is being activated, and the like in detail according to the debug mode. In other words, the operation of the script is not usually directly explained to the user, but when the user wants to know in what situation the script operates, the situation can be displayed by setting the debug mode. By setting a plurality of modes, it is also possible to divide into several stages from a simple status display to a detailed status display including a change of a variable. In addition, it is possible to stop the operation for each minimum execution unit of the script, and to operate while checking the situation in the middle. This debug mode is particularly effective when a user sets a script.

(Embodiment 11) FIG. 15 shows a block configuration of a transmitting apparatus according to an eleventh embodiment. The same blocks as those on the receiving side are denoted by the same reference numerals. Reference numeral 30 denotes an event creation unit that creates an event for transmitting a result of command processing or a result of data processing and a change in the state of the transmission-side device to the network. Note that the user interface 10 may detect a change in the state of the transmission-side device, and may directly input the change to the event creation unit 30 to create a corresponding event. Reference numeral 31 denotes an event transmission unit for transmitting the event created by the event creation unit 4 to the network. Here, the event is converted into a format for event transmission, and settings such as to which device the event is sent are made.
It is not always necessary to add addresses. For convenience of explanation, the receiving device and the transmitting device are described separately, but the same device may have both of them. It is a device that both performs the operation of a script in response to an event. More specifically, if there is a fact such as "the phone rang" in the device of FIG. 15, it will be detected and a corresponding event will be sent on the network. According to the present embodiment, there is no need for complicated control using commands for each device, and the processing performance of each device can be reduced without the processing of each device on the network being unevenly distributed.

(Embodiment 12) FIG. 16 shows a block configuration of a transmitting device according to Embodiment 12. A script transmission unit 32 transmits a script for each model information to another device. Reference numeral 33 denotes a different model script storage unit for storing a script of another device. The script stored in the other-model script storage unit 33 is transmitted to another device through a network, and enables a script of another device to be changed or added. FIG. 17 shows another model script storage unit 33.
Shows an example of the script stored in the. In this example, unlike the conventional scripts, model information indicating the model is added to the beginning of each script to determine which device uses which script. By combining this embodiment with the sixth embodiment, it is possible to update the script of the device already connected to the network from the device of this embodiment. According to the present embodiment, when a new device is connected to the network, it is possible to easily acquire the desired script even if the device does not have a desired script. This embodiment may be combined with the eleventh embodiment.

(Embodiment 13) FIG. 18 shows a block configuration of a transmitting device according to Embodiment 13. Reference numeral 34 denotes a sending time detecting unit for detecting the sending time of the script, which is added to the configuration of FIG. 16, and the script is transmitted according to the detected timing. The detected timing is at the time of turning on or off the power of the transmitting side device, at regular intervals, or when it is detected that another device is connected to the network. The operation of this embodiment is the same as that of the twelfth embodiment. When a new device is added to the network, the script of the existing device is automatically transmitted / received without the user rewriting the script. Support for new equipment can be easily realized. By controlling the script sending time according to the system in this way, meaningless traffic can be reduced.

(Embodiment 14) The block configuration of this embodiment is the same as that of FIG. FIG. 19 shows an example of a script stored in the fourteenth embodiment. In this embodiment, the stored other-model script holds not only the model information but also the library version information and the version information of the script execution program. It is also possible to add information such as what kind of application the script is for or who created it. By transmitting such information, the device that has received the script can update the script.

(Embodiment 15) FIG. 20 shows a block configuration of a transmitting device according to Embodiment 15. An event prohibition unit 35 prohibits the transmission of an event. This allows the user to
It is possible to set to prohibit an event. Of course, if the occurrence of the event can be prohibited or canceled by setting later, it does not have to exist between the event creating unit 30 and the event transmitting unit 31. It is also possible to prohibit event transmission by a command through the network. Here, the event prohibition includes both a case in which the occurrence of any type of event is suppressed and a case in which the event is divided into those to be transmitted and those not to be transmitted depending on the type of the event. According to this embodiment, it is possible to prevent a meaningless event from flowing through the network and increasing the traffic.

(Embodiment 16) FIG. 21 is a block diagram showing Embodiment 16 of the present invention. Reference numeral 36 denotes an event temporary issue mode storage unit for storing the event temporary issue mode. For example, when a new device is installed or a new script is updated, the effect caused by the event may be difficult for the user to predict. In this case, by adding information indicating that the event is “temporary” to the event, it is possible to cause a “temporary” operation to occur separately from the actual motion. The tentative operation is, for example, in the case of a command to switch the channel of the television, not to actually switch the channel, but to display “switch the channel” to facilitate the user's understanding. . Here, only the event temporary issuance flag adding unit 37 for adding a temporary issuance flag to an event is shown, but it is easy for the event receiving device to change the operation of the script in response to the temporary issuance flag.
Also, although not described in the present embodiment, the script is not actually operated by providing a “temporary” flag in the script, but the “temporary” operation is performed for the user by performing the “temporary” operation. It becomes easier to grasp the situation, and so-called debugging becomes easier. Example 10
By combining with, it is also possible to issue a temporary event, set a debug level for it, and debug the script. According to the present embodiment, it is possible to confirm the operation of an event or script in advance by performing a simulation in this way.

(Embodiment 17) FIG. 22 shows a block configuration of the seventeenth embodiment. FIG. 22A shows the configuration of the event receiving device, 38 is a script list transmitting unit,
In response to a script transmission request sent from another device, part or all of the script stored in the own device can be transmitted to the device. If the request for script transmission is a part, the request is specified in units of an event, an earlier version, or a specific ID. FIG. 22B shows a block configuration of the event transmitting device. An event list transmitting unit 39 transmits a list of events that can be transmitted from the own device to other devices. According to this embodiment, events that can be sent by the own device in response to an inquiry from another device and a script to be processed by the own device can be sent to another device at a time. It will be easier.

(Embodiment 18) FIG. 23 shows a block configuration of a transmission-side device of embodiment 18. Reference numeral 40 denotes an event / script requesting unit for making a request to receive an event or a script of another device. An event / script list receiving unit 41 receives an event (list) or a script (list) from data received through the network interface. Reference numeral 42 denotes an event script editing unit for displaying and editing received events and scripts. Here, the feature is that an event transmitted by another device or a script executed by another device is edited. Reference numeral 43 denotes an event / script change request transmitting unit that issues a request for storing the event or script edited by the event / script editing unit 42 in the original device again. As a result, the changed event or script is stored in the original device. Of course, the event or script of one device may be changed and stored in another device. According to the present embodiment, events and scripts can be centrally edited, so that batch management becomes easy.

(Embodiment 19) FIG. 24 shows a block diagram of a door phone system using the above-mentioned receiving device and transmitting device. Reference numeral 50 denotes a door phone camera for displaying an image near the entrance, 51 denotes a door phone slave unit for communicating with a door phone master unit (not shown), and includes a button for detecting occurrence of an event, and 52 denotes a television. Are connected by a network. FIG. 25 shows a processing flow of the present embodiment. First, when the visitor presses the button of the intercom slave unit 51, a "door intercom pressed" event flows through the network. Next, when an event occurs in which the doorphone is pressed, the doorphone camera 50 receives the event and sends an image indicating a visitor of the doorphone camera 50 to the network. At the same time, the television 52 "the doorphone has been pressed"
Upon receiving the event, the image of the door phone camera 50 is captured and displayed on the television screen. FIG. 26 shows an example of a script of each home appliance of the nineteenth embodiment. The upper part is an example of a script of the door phone camera 50, and the lower part is an example of a script of the television 52. According to the present invention, it is possible to display an image of a door phone camera on a normal television simply by setting a script on the television. According to the present embodiment, the door phone does not need to know the command of the television or the like, and a simple door phone system can be provided.

(Embodiment 20) FIG. 27 shows a block configuration of a door phone system of embodiment 20. Example 1
The same reference numerals are assigned to the same blocks as 9. 53 is a video. FIG. 28 shows the flow of the process of this embodiment. FIG. 29 illustrates an example of a script of the home appliance according to the twentieth embodiment. In this example, unlike FIG. 25, the script of the video 53 determines the answering machine mode in the script of the video 53, and records it on the video tape when the answering machine mode is set. Note that it is also possible to record on a video regardless of the answering machine mode by setting a script. The answering machine mode may be set by the user, or may be set from another device (not shown) via a network. According to this embodiment, it is not necessary for the intercom to know commands such as video, and a simple intercom system can be provided.

(Embodiment 21) FIG. 30 shows a block configuration of a door phone system of an embodiment 21. Reference numeral 54 denotes a telephone connected to the intercom slave unit via a network. FIG. 31 shows the flow of the processing of this embodiment. The phone receives the "doorphone pressed" event and calls the destination phone.
When the connection with the transfer destination telephone is established, the intercom
A voice connection is established so that a conversation can be directly made between the telephone number 1 and the transfer destination telephone. FIG. 32 shows an example of a script of the telephone 54 in the twenty-first embodiment. In this case, the "answering machine mode" is determined, and a call is made to the transfer destination telephone number in the answering machine mode. When the connection is established, a voice connection between the intercom slave unit 51 and the transfer destination telephone is established. In addition,
For establishing a voice connection, any conventional method may be used. The answering machine mode, the setting of the transfer destination, and the like may be set by a script in the telephone 54 from the outside. According to the present embodiment, it is not necessary for the intercom to know the command of the telephone, and a simple intercom system can be provided.

(Embodiment 22) FIG. 33 shows a block configuration of a message display system of embodiment 22. 55 is a washing machine connected to the network, 56 is a clothes dryer similarly connected to the network, 57 is a microwave oven connected to the network, and 52 is a television connected to the network. FIG. 34 shows a flow of processing of the present embodiment when a message is sent to the television when the washing machine has ended. FIG. 35 shows an example of a script of the television 52. In this example, an end event is received from the washing machine 55, the dryer 56, and the microwave oven 52, and the message is displayed on the television screen. The message content may be sent along with the event, or a message corresponding to the event stored in the television 52 in advance may be displayed. According to the present embodiment, each home appliance does not need to send a command to the television, and a simple door phone system can be provided.

The network used in the above embodiments may be a local network such as IEEE 1394, Ethernet, infrared, wireless, or a network connected to a public network. Also, the physical layer of the network does not need to be one type, and IEEE
There may be multiple physical layers so that a logical network exists over both the 1394 and infrared networks.

[0057]

As described above, according to the present invention,
When a certain event occurs, it sends the event corresponding to the event to the home electric appliances on the network, and has the function to execute the script corresponding to the received event. Processing becomes possible.

For example, when the door phone is pressed, the image of the door phone camera is displayed on the television, the image of the door phone camera is recorded on the video, and when the washing is completed, a message indicating that the washing is completed is displayed on the television. A system that does not require a center device can be realized flexibly for various applications such as.

[Brief description of the drawings]

FIG. 1 is a block diagram of a first embodiment.

FIG. 2 is a flowchart of the first embodiment.

FIG. 3 is an example of a script according to the first embodiment.

FIG. 4 is an example of a packet according to the first embodiment;

FIG. 5 is a block diagram of a second embodiment.

FIG. 6 is an example of a script according to a second embodiment.

FIG. 7 is a block diagram of a third embodiment.

FIG. 8 is a block diagram of a fifth embodiment.

FIG. 9 is an example of script change according to the fifth embodiment.

FIG. 10 is a block diagram of a sixth embodiment.

FIG. 11 is a flowchart of a sixth embodiment.

FIG. 12 is a block diagram of an eighth embodiment.

FIG. 13 is a block diagram of a ninth embodiment.

FIG. 14 is a block diagram of a tenth embodiment.

FIG. 15 is a block diagram of an eleventh embodiment.

FIG. 16 is a block diagram of a twelfth embodiment.

FIG. 17 is an example of another model script according to the twelfth embodiment.

FIG. 18 is a block diagram of a thirteenth embodiment.

FIG. 19 is an example of another model script according to the fourteenth embodiment.

FIG. 20 is a block diagram of a fifteenth embodiment.

FIG. 21 is a block diagram of a sixteenth embodiment.

FIG. 22 is a block diagram of a seventeenth embodiment.

FIG. 23 is a block diagram of an eighteenth embodiment.

FIG. 24 is a block diagram of a nineteenth embodiment.

FIG. 25 is a flowchart of the process control of the nineteenth embodiment.

FIG. 26 is an example of a script of the home electric appliance of the nineteenth embodiment.

FIG. 27 is a block diagram of a twentieth embodiment.

FIG. 28 is a flowchart of the process control in the twentieth embodiment.

FIG. 29 is an example of a script of the home appliance of the twentieth embodiment.

FIG. 30 is a block diagram of a twenty-first embodiment.

FIG. 31 is a flowchart of the process control of the twenty-first embodiment.

FIG. 32 is an example of a script of the home electric appliance of the twenty-first embodiment.

FIG. 33 is a block diagram of a twenty-second embodiment.

FIG. 34 is a flowchart of the process control of the twenty-second embodiment.

FIG. 35 is an example of a script of the home electric appliance of Embodiment 22.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Network interface 2 Address analysis part 3 Command analysis part 4 Event analysis part 5 Script processing part 6 Script storage part

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁶ Identification symbol FI H04Q 9/00 331 H04L 11/00 310Z (72) Inventor Satoshi Terada 22-22 Nagaikecho, Abeno-ku, Osaka-shi, Osaka Sharp Corporation Inside

Claims (11)

[Claims] 1. A home appliance connected to a network, comprising: a network interface for connecting to the network; and an event generated in response to a change in a state of another home appliance connected to the network. Event analysis means for extracting from the network interface, a script storage means for storing a script describing the operation of the home appliance in association with the event, and a script corresponding to the event extracted from the event analysis means for the script A household electrical appliance for a network, comprising: a script processing unit that is extracted from a storage unit and executed. 2. The apparatus according to claim 1, further comprising status storage means for storing a status indicating an internal state of the home appliance, wherein the script processing means executes a script with reference to the status. Home appliances for networks. 3. The network home appliance according to claim 1, further comprising display means for displaying the script stored in the script storage means in a predetermined expression format. 4. The home electric appliance for a network according to claim 1, further comprising editing means for editing a script stored in said script storage means. 5. A script receiving means for receiving a script sent from another home appliance connected to the network, extracting a script valid for the home appliance, and storing the extracted script in the script storage means. The network home appliance according to claim 1, further comprising a script extracting unit for storing the script. 6. The home electric appliance for a network according to claim 1, further comprising a prohibition unit for temporarily stopping or prohibiting execution of the script by said script processing unit. 7. A home appliance connected to a network, a network interface for connecting to the network, an event creating means for creating an event that occurs in response to a change in the state of the home appliance, and the event An event transmission unit for transmitting an event created by the creation unit to the network. 8. A script storage means for storing a script corresponding to model information of another home appliance and a script corresponding thereto, and a script transmission means for transmitting the script of the storage means to the network. The network home electric appliance according to claim 7. 9. The network home appliance according to claim 7, further comprising an event transmission prohibiting unit for prohibiting transmission of a desired event. 10. A network system comprising the network home electric appliance according to claim 1 as a receiving side and the network home electric appliance according to claim 7 as a transmitting side. 11. A network system comprising the network home electric appliance according to claim 5 as a receiving side and the network home electric appliance according to claim 8 as a transmitting side.