WO2012060100A1 - ゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法 - Google Patents

ゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法 Download PDF

Info

Publication number
WO2012060100A1
WO2012060100A1 PCT/JP2011/006136 JP2011006136W WO2012060100A1 WO 2012060100 A1 WO2012060100 A1 WO 2012060100A1 JP 2011006136 W JP2011006136 W JP 2011006136W WO 2012060100 A1 WO2012060100 A1 WO 2012060100A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
target device
network
time
predicted
Prior art date
Application number
PCT/JP2011/006136
Other languages
English (en)
French (fr)
Inventor
山田　和範
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to CN201180012338.3A priority Critical patent/CN103380594B/zh
Priority to JP2012541750A priority patent/JP5728020B2/ja
Priority to US13/582,799 priority patent/US8874738B2/en
Publication of WO2012060100A1 publication Critical patent/WO2012060100A1/ja
Priority to US14/500,071 priority patent/US9386102B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Definitions

  • the present invention relates to a gateway device, a communication device, a device cooperation network system, and a device cooperation method for linking a plurality of devices on a network.
  • HEMS home energy management system
  • future home appliances will be connected to at least two networks: a device cooperation network connected for the purpose of network AV control and a power management network connected for the purpose of power saving. .
  • a device cooperation network system that uses a high-performance mobile terminal having a wireless LAN function such as SmartPhone as a controller in network AV control of TVs, recorders and the like represented by DLNA (Digital Living Network Alliance) has also appeared.
  • the mobile terminal is connected to the device cooperation network and controls a television, a recorder, and the like. Therefore, the user can reproduce any content from any device by operating the mobile terminal.
  • IP-based communication technology is mainly used. Therefore, in most cases, the device needs to be in a state capable of interpreting at least the IP protocol. However, it is not preferable from the viewpoint of power consumption that the device is always activated so that the IP protocol can be interpreted. For this reason, for example, in a state where the power of the television is OFF or in a standby state at a level where the IP protocol cannot be interpreted, there is a practical problem that the mobile device cannot control the television at all.
  • a server device monitors a message for a sleeping device flowing on a home network, responds to the message on behalf of the server device, and activates the sleeping device. It is disclosed (for example, see Patent Document 1). This makes it possible to start control of the target device using the device cooperation network without the user starting each target device that is not completely activated.
  • a user may control a device in an invisible place through a device operated by self-confidence.
  • the activation time of the target device becomes long, the user becomes very uneasy because the current state is unknown, and there is a possibility that an erroneous operation is performed. As a result, the device cooperation may be failed.
  • An object of the present invention is to provide a gateway device, a communication device, a device cooperation network system, and a device cooperation method.
  • a gateway device for linking a plurality of devices on a first network, and monitors messages flowing on the first network.
  • a message monitoring unit for detecting a device discovery message for discovering a device satisfying an arbitrary requirement, and at least one satisfying the requirement indicated in the detected device discovery message among the plurality of devices.
  • An activation state management unit for confirming whether the target device is in an activated state in which communication is possible on the first network, and a time estimated to be necessary for the target device to be in the activated state
  • a predicted startup time determining unit that determines a predicted startup time; and the predicted startup time determined when the target device is not in the startup state.
  • a response message including to information, and a proxy response unit to transmit on behalf of the target device.
  • a response message including information indicating the predicted activation time can be returned on behalf of the target device. Therefore, the device that has received the response message can execute various processes based on information indicating the activation time of the target device included in the response message, and can stably cooperate with the target device.
  • the gateway device further includes a time at which the target device starts to start and a time at which the target device receives a network join message indicating that the target device is ready to communicate on the first network. And a startup time collection unit that collects the startup time of the target device, wherein the predicted startup time determination unit determines the predicted startup time based on startup times of the target device collected in the past. Is preferred.
  • the predicted startup time can be determined based on the startup times of the target devices collected in the past, and the accuracy of the predicted startup time can be improved.
  • the predicted activation time determination unit further calculates a prediction accuracy of the determined estimated activation time based on the number of times the activation time of the target device is collected by the activation time collection unit, and the response message is Furthermore, it is preferable that information including the calculated prediction accuracy is included.
  • the device that has received the response message can further perform various processes based on the prediction accuracy, and can stably cooperate with the target device. It becomes possible.
  • the gateway device further includes a remote activation control unit that remotely activates the target device via a second network when the response message is transmitted, and the activation time collection unit includes the target device. It is preferable that the activation time of the target device is collected using the time at which the remote activation is started as the time at which the target device starts activation.
  • the target device can be remotely activated, and the time at which the target device has been remotely activated can be used as the time at which the target device has been activated. Therefore, more accurate startup time can be collected.
  • the network participation message includes information indicating whether the target device has been remotely activated by the gateway device, and the activation time collection unit indicates that the network participation message has been remotely activated. It is preferable to collect the activation time of the target device only.
  • the remote activation control unit remotely activates the target device when there is one target device, and does not remotely activate the target device when there are a plurality of target devices.
  • the gateway device further includes an activation time collection unit that collects activation time of the target device based on a power consumption value of the target device, and the predicted activation time determination unit is configured to collect the estimated activation time in the past.
  • the predicted activation time is determined based on the activation time of the target device.
  • the startup time of the target device can be easily collected based on the power consumption value of the target device.
  • a communication apparatus is a communication apparatus that cooperates with an apparatus on a first network, and transmits an apparatus discovery message for discovering an apparatus that satisfies an arbitrary requirement to the first network.
  • a device cooperation processing unit that transmits to the device above and receives a response message to the device discovery message, and the communication device predicts that the target device that satisfies the requirements indicated by the device discovery message is in an activated state
  • the estimated activation time which is the time to be executed, is included in the received response message, at least one predetermined process is executed based on the estimated activation time.
  • the information processing apparatus further includes a notification unit that executes a process of notifying the user of the predicted activation time as the predetermined process when the received response message includes the estimated activation time.
  • the user when the predicted activation time is included in the response message, the user can be notified of the estimated activation time, and the user's erroneous operation can be suppressed.
  • the device cooperation processing unit is a target indicated by the response message after the estimated activation time has elapsed from the time when the response message is received. It is preferable to execute, as the predetermined process, a process for transmitting a message for cooperation with the target apparatus to the apparatus.
  • the message can be transmitted to the target device after the predicted activation time included in the response message has elapsed, it is possible to stably cooperate with the target device.
  • the device cooperation processing unit when the device cooperation processing unit receives a plurality of response messages, the device cooperation processing unit further discovers one target device selected from a plurality of target devices indicated by the plurality of response messages. Preferably, a device discovery message is transmitted to the devices on the first network.
  • a device discovery message for discovering one selected target device can be transmitted.
  • the gateway device does not have to activate all the target devices, so that it is possible to suppress an increase in power consumption.
  • the gateway device may be configured as an integrated circuit.
  • the present invention can also be realized as a device cooperation network system including such a gateway device and a communication device.
  • the present invention can also be realized as a device cooperation method in which the operation of a characteristic component included in such a gateway device is a step.
  • the present invention can also be realized as a program that causes a computer to execute each step included in the device cooperation method.
  • Such a program can be distributed via a non-temporary recording medium such as a CD-ROM (Compact Disc Only Memory) or a transmission medium such as the Internet.
  • the target device on the network when the target device on the network is not activated, the target device is remotely activated and a response message including the predicted activation time of the target device is returned on behalf of the target device. can do. Therefore, the device that has received the response message can execute various processes based on the predicted activation time of the target device, and can stably cooperate with the target device.
  • FIG. 1 is a diagram showing an outline of a device cooperation network system according to Embodiment 1 of the present invention.
  • FIG. 2 is a block diagram showing a functional configuration of the gateway device according to Embodiment 1 of the present invention.
  • FIG. 3 is a diagram showing an example of an activation state list according to Embodiment 1 of the present invention.
  • FIG. 4 is a diagram showing an example of a device information list according to Embodiment 1 of the present invention.
  • FIG. 5 is a block diagram showing a functional configuration of the client device according to Embodiment 1 of the present invention.
  • FIG. 6 is a block diagram showing a functional configuration of the server device according to Embodiment 1 of the present invention.
  • FIG. 1 is a diagram showing an outline of a device cooperation network system according to Embodiment 1 of the present invention.
  • FIG. 2 is a block diagram showing a functional configuration of the gateway device according to Embodiment 1 of the present invention.
  • FIG. 3 is a diagram showing
  • FIG. 7 is a sequence diagram showing a flow of information in the device cooperation network system according to Embodiment 1 of the present invention.
  • FIG. 8 is a flowchart showing a processing flow of the gateway device according to the first embodiment of the present invention.
  • FIG. 9 is a flowchart showing the flow of processing of the client device according to Embodiment 1 of the present invention.
  • FIG. 10 is a diagram showing an example of information displayed by the client device according to Embodiment 1 of the present invention.
  • FIG. 11 is a diagram showing a flow of activation processing of the server device according to Embodiment 1 of the present invention.
  • FIG. 12 is a diagram showing a flow of stream transmission processing of the server device according to Embodiment 1 of the present invention.
  • FIG. 13 is a diagram showing an overview of a device cooperation network system according to Embodiment 2 of the present invention.
  • FIG. 14 is a sequence diagram showing a flow of information in the device cooperation network system according to the second embodiment of the present invention.
  • FIG. 15 is a flowchart showing a processing flow of the gateway device according to the second embodiment of the present invention.
  • FIG. 16 is a flowchart showing a processing flow of the client device according to the second embodiment of the present invention.
  • FIG. 17A is a diagram showing an example of information displayed by the client device according to Embodiment 2 of the present invention.
  • FIG. 17B is a diagram showing another example of information displayed by the client device according to Embodiment 2 of the present invention.
  • FIG. 18 is a diagram illustrating an example of a device information list according to an aspect of the present invention.
  • FIG. 19 is a block diagram illustrating a functional configuration of a gateway device according to an aspect of the present invention.
  • FIG. 1 is a diagram showing an overview of a device cooperation network system 1000 according to Embodiment 1 of the present invention. As illustrated in FIG. 1, the device cooperation network system 1000 includes a gateway device 1003, a client device 1004, and a server device 1005.
  • the gateway device 1003, the client device 1004, and the server device 1005 are connected to the first network 1001 by radio.
  • the first network 1001 is, for example, a LAN (Local Area Network) that is a communication network using IP (Internet Protocol).
  • gateway device 1003, the client device 1004, and the server device 1005 are not necessarily connected to the first network 1001 by radio.
  • the server device 1005 and the gateway device 1003 are connected to the second network 1002.
  • the gateway device 1003 can remotely activate the server device 1005 via the second network 1002.
  • the second network 1002 is preferably a specific power saving wireless network such as ZigBee, for example. Accordingly, since the server device 1005 communicates via the second network 1002, it is possible to reduce the power that must be supplied even when the server device 1005 is in the non-activated state. That is, the server device 1005 can reduce standby power.
  • the second network 1002 may be, for example, a unique dedicated network.
  • the second network 1002 may be realized by a signal line that can be activated by a power switch, for example. That is, the second network 1002 may be the same as the first network 1001 as long as the connected target device can be changed from the activated state to the non-activated state as a minimum function.
  • the activated state indicates a state in which communication is possible on the first network 1001.
  • the non-activated state indicates a state where communication on the first network 1001 is not possible.
  • FIG. 2 is a block diagram showing a functional configuration of the gateway device 1003 according to Embodiment 1 of the present invention.
  • the gateway device 1003 corresponds to a gateway device.
  • the gateway device 1003 includes a first communication unit 1101, a second communication unit 1102, an activation state management unit 1103, a remote activation control unit 1105, and a message monitoring unit. 1106, an activation time collection management unit 1107, a proxy response unit 1109, and a storage unit 1110.
  • the first communication unit 1101 is a communication interface for communicating with a device on the first network 1001 (here, the client device 1004 or the server device 1005).
  • the second communication unit 1102 is a communication interface for communicating with a device (here, the server device 1005) on the second network 1002.
  • the activation state management unit 1103 uses the second communication unit 1102 to confirm whether or not the devices on the second network 1002 are in the activation state.
  • the activation state management unit 1103 stores the confirmation result in the activation state list 1104 in association with the device ID for identifying the device. Details of the activation state list 1104 will be described later with reference to FIG.
  • the remote activation control unit 1105 instructs the devices on the second network 1002 to activate or terminate, and controls the activation state of the devices. That is, the remote activation control unit 1105 changes the device from the non-activated state to the activated state by remotely activating the device via the second network 1002. Further, the remote activation control unit 1105 notifies the activation time collection management unit 1107 of the time when the remote activation of the device is started.
  • the message monitoring unit 1106 detects a device discovery message by monitoring messages flowing on the first network 1001. In addition, when the device monitoring message is detected, the message monitoring unit 1106 requests the activation state management unit 1103 to confirm whether the target device is in the activation state.
  • the device discovery message is a message for discovering a device satisfying an arbitrary requirement from devices on the first network 1001. Specifically, the device discovery message is a message requesting a response message to be returned to the target device that is a device that satisfies the requirements indicated by the device discovery message.
  • the target device is a device that is the target of the device discovery message.
  • the target device is a device that satisfies the requirements indicated by the device discovery message among the devices on the first network.
  • the message monitoring unit 1106 does nothing when the target device is activated, and requests the proxy response unit 1109 for a proxy response when the target device is not activated.
  • the message monitoring unit 1106 receives a network participation message such as Notify, the message monitoring unit 1106 notifies the activation time collection management unit 1107 to that effect together with the time.
  • the network participation message is a message indicating that communication on the first network 1001 is possible. That is, the network participation message is a message indicating that the device has been activated.
  • the activation time collection management unit 1107 corresponds to the activation time collection unit, and the time when remote activation of the target device obtained from the remote activation control unit 1105 (remote activation start time) and the network participation obtained from the message monitoring unit 1106 are performed.
  • the activation time of the target device is collected based on the message reception time (network participation message reception time). That is, the activation time collection management unit 1107 collects the time from the remote activation start time to the network participation message reception time as the activation time.
  • the start-up time is the time taken for the device state to change from the non-start-up state to the start-up state. That is, the activation time is the time until the state of the target device changes from a state where communication on the first network 1001 is impossible to a possible state.
  • the startup time collection management unit 1107 corresponds to a predicted startup time determination unit, and determines a predicted startup time that is predicted to be necessary for the target device to be in the startup state.
  • the activation time collection management unit 1107 is predicted to be necessary for the target device to be in the activated state when the target device is remotely activated in the future based on the activation time collected in the past. Determine the estimated activation time, which is the time. Specifically, the activation time collection management unit 1107 determines, for example, the latest activation time collected as the estimated activation time.
  • the activation time collection management unit 1107 may predict an average value of activation times collected in the past as a predicted activation time. Further, for example, the activation time collection management unit 1107 may predict an average value of activation times excluding activation times greatly different from other activation times collected in the past as a predicted activation time.
  • the average value may be a statistical average and does not necessarily have to be an arithmetic average value.
  • the activation time collection management unit 1107 may predict the median value or the mode value as the estimated activation time instead of the average value. That is, the activation time collection management unit 1107 may determine a statistical representative value of activation times collected in the past as the predicted activation time.
  • the activation time collection management unit 1107 does not necessarily have to determine the predicted activation time based on the activation times collected in the past. For example, the activation time collection management unit 1107 may determine the time preset by the user as the estimated activation time.
  • the startup time collection management unit 1107 stores the predicted startup time of the target device determined here in the device information list 1108.
  • the proxy response unit 1109 Based on the request from the message monitoring unit 1106, the proxy response unit 1109 refers to the address information of the target device and the predicted activation time stored in the device information list 1108, and transmits a response message transmitted on behalf of the target device. Is generated. Specifically, the proxy response unit 1109 generates a response message including information indicating the predicted activation time determined by the activation time collection management unit 1107. Then, the proxy response unit 1109 transmits the generated response message to the device that has transmitted the device discovery message.
  • the information indicating the predicted activation time is not necessarily information indicating the predicted activation time itself.
  • the information indicating the predicted activation time may be information indicating the extent of the predicted activation time.
  • the information indicating the predicted activation time may be, for example, a classification symbol (for example, “large”, “medium”, or “small”) according to the length of the estimated activation time.
  • the storage unit 1110 is, for example, a hard disk or a flash memory, and stores an activation state list 1104 and a device information list 1108.
  • the activation state list 1104 and the device information list 1108 will be described with reference to FIGS.
  • FIG. 3 is a diagram showing an example of the activation state list 1104 according to Embodiment 1 of the present invention. As illustrated in FIG. 3, the activation state list 1104 stores device IDs and state information in association with each other.
  • the device ID is a unique ID managed between devices on the first network 1001. That is, the device ID is an identifier for identifying a device on the first network 1001. For example, the device ID is set by the user. For example, the device ID may be set in advance in the device.
  • Status information indicates whether or not the device identified by the device ID is in an activated state.
  • FIG. 3 shows that the device identified by the device ID “ID-001” is in the “non-activated state”.
  • FIG. 4 is a diagram showing an example of the device information list 1108 according to Embodiment 1 of the present invention. As illustrated in FIG. 4, the device information list 1108 stores device information, address information, and estimated activation time in association with the device ID.
  • Device information mainly indicates information related to services that the target device can provide.
  • the device identified by “ID-001” is managed as a server device capable of streaming transmission of images or sounds.
  • Address information is information for communication between devices on the first network 1001.
  • an IP address (“192.168.1.10”) is stored as address information of the device identified by “ID-001”.
  • the predicted activation time is the activation time predicted by the activation time collection management unit 1107. In FIG. 4, “20 seconds” is stored as the predicted activation time of the device identified by “ID-001”.
  • FIG. 5 is a block diagram showing a functional configuration of the client device 1004 according to Embodiment 1 of the present invention.
  • the client device 1004 corresponds to a communication device.
  • the client device 1004 includes a device cooperation processing unit 1201, a stream reproduction unit 1202, a display unit 1203, and a communication unit 1204.
  • the device cooperation processing unit 1201 transmits a device discovery message for discovering a device satisfying an arbitrary requirement to devices on the first network 1001.
  • the device cooperation processing unit 1201 sends a device discovery message described so as to return a response message if it is a server device in order to discover the server device 1005 on the first network 1001. Transmission is performed by multicast using the communication unit 1204.
  • the device cooperation processing unit 1201 receives a response message to the transmitted device discovery message. When a response message to the device discovery message is received, the device cooperation processing unit 1201 notifies the stream reproduction unit 1202 to that effect.
  • the device cooperation processing unit 1201 determines whether or not the response message includes information indicating a predicted activation time that is a time predicted to be necessary for the target device satisfying the requirement indicated by the device discovery message to be activated. judge.
  • information indicating the predicted activation time is included in the response message, information indicating the estimated activation time is notified to the display unit 1203.
  • the stream playback unit 1202 transmits a stream transmission request message to the target device (here, the server device 1005) indicated by the response message to the device discovery message using the communication unit 1204. To do. If the response message includes information indicating the predicted activation time, the stream playback unit 1202 transmits the stream transmission request message after the estimated activation time has elapsed from the time when the response message is received.
  • the stream playback unit 1202 plays back a stream transmitted from the server device 1005 via the first network 1001.
  • the target device indicated by the response message is a device that is the source of the response message or a device that is a proxy for the response message.
  • the target device indicated by the response message is the server device 1005.
  • the display unit 1203 is an example of a notification unit, such as a liquid crystal display or a plasma display.
  • a display unit 1203 displays moving image data reproduced by the stream reproduction unit 1202.
  • the display unit 1203 displays the predicted activation time notified from the device cooperation processing unit 1201. That is, when the received response message includes information indicating the estimated activation time, the display unit 1203 notifies the user of information indicating the estimated activation time.
  • the communication unit 1204 is a communication interface for communicating with a device (here, the gateway device 1003 or the server device 1005) connected to the first network 1001.
  • FIG. 6 is a block diagram showing a functional configuration of the server device 1005 according to Embodiment 1 of the present invention.
  • the server device 1005 includes a remote activation accepting unit 1301, an activation unit 1302, a device cooperation processing unit 1303, a stream transmission unit 1305, a first communication unit 1307, and a second communication unit. 1308 and a storage unit 1309.
  • the remote activation accepting unit 1301 uses the second communication unit 1102 to receive a remote activation request from the gateway device 1003 via the second network 1002. Then, the remote activation accepting unit 1301 notifies the activation unit 1302 of the received remote activation request.
  • the activation unit 1302 activates the server device 1005 in response to the notification from the remote activation acceptance unit 1301. That is, the activation unit 1302 changes the state of the server device 1005 from the non-activated state to the activated state.
  • the device cooperation processing unit 1303 receives a device discovery message from the client device 1004 via the first network 1001 when the server device 1005 is activated. Then, the device cooperation processing unit 1303 confirms whether or not the own device (server device 1005) is a target device that satisfies the requirements indicated by the device discovery message by referring to the device information 1304. If the device itself is the target device, the device cooperation processing unit 1303 transmits a response message to the transmission source of the device discovery message.
  • the device information 1304 includes information on the own device. Specifically, the device information 1304 includes information indicating whether the own device functions as a server.
  • the device cooperation processing unit 1303 further broadcasts a network participation message to devices on the first network 1001 using the first communication unit 1307 when the server device 1005 changes from the non-activated state to the activated state. Send.
  • the stream transmission unit 1305 reads the content 1306 from the storage unit 1309 according to the stream transmission request message received from the client device 1004, and transmits the content 1306 to the client device 1004 as a stream.
  • the first communication unit 1307 is a communication interface for communicating with a device (here, the gateway device 1003 or the client device 1004) connected to the first network 1001.
  • the second communication unit 1102 is a communication interface for communicating with a device (here, the gateway device 1003) connected to the second network 1002.
  • Storage unit 1309 for example, hard disk or flash memory.
  • the storage unit 1309 stores device information 1304 and content 1306.
  • FIG. 7 is a sequence diagram showing a flow of information in the device cooperation network system 1000 according to Embodiment 1 of the present invention.
  • a case where the server device 1005 is in a non-activated state will be described as an initial state.
  • the device cooperation processing unit 1201 of the client device 1004 transmits a device discovery message by broadcast to devices on the first network 1001 (gateway device 1003 and server device 1005) (step S101). Note that the server device 1005 cannot receive a device discovery message because it is in an inactive state.
  • the activation state management unit 1103 of the gateway device 1003 confirms whether the target device that satisfies the requirements indicated by the device discovery message is in the activated state.
  • the activation state management unit 1103 extracts a device ID (“ID-001”) in which the device information in the device information list 1108 shown in FIG. 4 is a server device.
  • the activation state management unit 1103 refers to the activation state list 1104 illustrated in FIG. 3 and confirms whether the device with the extracted device ID is in the activation state.
  • the device identified by “ID-001” is server device 1005.
  • the remote activation control unit 1105 transmits a remote activation request for remotely activating the server device 1005 to the server device 1005 (step S102).
  • the proxy response unit 1109 of the gateway device 1003 transmits, on behalf of the server device 1005, a proxy response message including information indicating the predicted activation time to the client device 1004 that is the transmission source of the device discovery message (step S103).
  • the proxy response unit 1109 refers to the device information list 1108 illustrated in FIG. 4 and acquires the predicted activation time (“20 seconds”) of the server device 1005. Then, the proxy response unit 1109 transmits to the client device 1004 a proxy response message including information indicating the predicted activation time acquired in this way.
  • the activation unit 1302 of the server device 1005 activates the server device 1005 in response to the remote activation request (step S104). Then, when the server device 1005 is activated, the device cooperation processing unit 1303 transmits a network participation message to the devices on the first network 1001 by multicast (step S105).
  • the activation time collection management unit 1107 of the gateway device 1003 collects the time from the time when the remote activation request is transmitted to the time when the network participation message is received as the activation time of the server device 1005. Furthermore, the startup time collection management unit 1107 uses the startup time collected in this way to determine a predicted time required for startup when the server device 1005 is remotely started in the future as a predicted startup time, The predicted activation time is stored in the device information list 1108.
  • the device cooperation processing unit 1201 of the client device 1004 transmits a stream transmission request message to the server device 1005 after the estimated activation time has elapsed from the time when the proxy response message is received (step S106).
  • the stream transmission unit 1305 of the server device 1005 receives the stream transmission request message from the client device 1004, and transmits a stream transmission response message to the client device 1004 (step S107). Thereafter, the stream playback unit 1202 of the client device 1004 executes processing necessary for playing back the stream transmitted from the server device 1005 (hereinafter referred to as “stream playback processing”) (step S108).
  • FIG. 8 is a flowchart showing a process flow of the gateway device 1003 according to the first embodiment of the present invention. Specifically, FIG. 8 is a flowchart showing the flow of processing from when the gateway device 1003 detects a device discovery message until it stores the predicted activation time in the device information list 1108.
  • the activation state management unit 1103 uses the second communication unit 1102 to confirm whether the devices on the second network 1002 are in the activation state, and the confirmation result Is stored in the activation state list 1104.
  • the activation state management unit 1103 of the gateway device 1003 may make an inquiry to the devices on the second network 1002 periodically or at an arbitrary timing.
  • the message monitoring unit 1106 monitors a message flowing on the first network 1001 and detects that the first communication unit 1101 has received the message. Then, the message monitoring unit 1106 determines whether or not the received message is a device discovery message (step S1001). If the received message is not a device discovery message (No in step S1001), the process returns to the state where the message is monitored.
  • the message monitoring unit 1106 refers to the device information list 1108 to set a device that satisfies the request indicated by the device discovery message as a target device. Extract.
  • the activation state management unit 1103 refers to the activation state list 1104 to check whether the target device is in the activation state (step S1002).
  • the state returns to the state where the message is monitored.
  • the remote activation control unit 1105 remotely activates the target device (step S1004). At this time, the activation time collection management unit 1107 holds the time at which the remote activation is started.
  • the proxy response unit 1109 creates a proxy response message with reference to the device information list 1108 (step S1005). Then, the proxy response unit 1109 transmits the generated proxy response message to the device that is the transmission source of the device discovery message using the first communication unit 1101 (step S1006).
  • the message monitoring unit 1106 monitors a message flowing on the first network 1001 (step S1007).
  • the message received by the first communication unit 1101 is a network participation message from the target device remotely activated in step S1004 (Yes in step S1007)
  • the activation time collection management unit 1107 proceeds to step S1004.
  • the activation time is collected from the time held in step S3 and the time when the network participation message is received (step S1008). Then, based on the activation time of the target device collected so far, the time estimated to be required to be activated when the target device is remotely activated in the future is determined as the predicted activation time (step S1009).
  • the activation time collection management unit 1107 stores the estimated activation time in the device information list 1108 (step S1010), and returns to step S1001.
  • FIG. 9 is a flowchart showing the flow of processing of the client device 1004 according to Embodiment 1 of the present invention. Specifically, FIG. 9 is a flowchart showing a flow of processing from when the client device 1004 transmits a device discovery message to when content stream playback is started.
  • the device cooperation processing unit 1201 transmits a device discovery message for discovering a server device on the first network 1001 to the devices on the first network 1001 by multicast using the communication unit 1204 (Step S1). S1101). After that, the device cooperation processing unit 1201 determines whether the message received by the communication unit 1204 is a response message to the device discovery message (hereinafter referred to as “device discovery response message”) (step S1102). If the message received by the communication unit 1204 is not a device discovery response message (No in step S1102), the processing in step S1102 is repeated until a device discovery response message is received.
  • device discovery response message hereinafter referred to as “device discovery response message”
  • the device cooperation processing unit 1201 analyzes the device discovery response message (step S1103). Then, the device cooperation processing unit 1201 determines whether information indicating the predicted activation time is included in the device discovery response message (step S1104).
  • the stream playback unit 1202 activates the server device 1005 that is the target device indicated by the device discovery response message. It is determined that the state is in the state, and a stream transmission request message is transmitted to the server device 1005 (step S1107).
  • the display unit 1203 displays the estimated activation time on the screen (step S1105).
  • the display unit 1203 displays the predicted activation time on the screen as shown in FIG.
  • the device cooperation processing unit 1201 waits for the predicted activation time (step S1106), and then notifies the stream reproduction unit 1202 that the server device 1005 is predicted to be activated. Then, the stream reproduction unit 1202 transmits a stream transmission request message to the server device 1005 (step S1107).
  • the stream playback unit 1202 determines whether the message received by the communication unit 1204 is a stream transmission response message (step S1108). If the message received by the communication unit 1204 is not a stream transmission response message (No in step S1108), the processing in step S1108 is repeated until the stream transmission response message is received. On the other hand, when the message received by the communication unit 1204 is a stream transmission response message (Yes in step S1108), the stream reproduction unit 1202 starts a stream reproduction process (step S1109).
  • FIG. 11 is a flowchart showing a flow of activation processing of the server device 1005 according to Embodiment 1 of the present invention. Specifically, FIG. 11 is a flowchart showing a flow of processing from when the server device 1005 receives a remote activation request until it transmits a network participation message.
  • the remote activation accepting unit 1301 receives a remote activation request from the gateway device 1003 via the second network 1002, and notifies the activation unit 1302 that the remote activation request has been accepted. Thereafter, the activation unit 1302 activates the entire server device 1005 (step S1201).
  • the device cooperation processing unit 1303 waits until the server device 1005 is in an activated state, that is, a state in which a message can be transmitted using the first communication unit 1307 (step S1202). Then, the device cooperation processing unit 1303 transmits the network participation message by multicast when the message can be transmitted (step S1203).
  • the gateway device 1003 starts the remote activation of the server device 1005 via the second network 1002, and the server device 1005 actually starts the first operation. It is possible to collect the startup time until communication is possible via the network 1001.
  • FIG. 12 is a flowchart showing the flow of the stream transmission process of the server device according to the first embodiment of the present invention. Specifically, FIG. 12 is a flowchart illustrating a processing flow from when the server device 1005 receives a stream transmission request message from the client device 1004 to when the stream transmission processing starts.
  • the stream transmission unit 1305 analyzes the stream transmission request message received by the first communication unit 1307 (step S1301). Then, the stream transmission unit 1305 transmits the stream transmission response message to the transmission source of the stream transmission request message (step S1302). Subsequently, the stream transmission unit 1305 transmits the requested content as a stream (step S1303).
  • the stream transmission request message is an HTTP (HyperText Transfer Protocol) GET request including a URI (Uniform Resource Identifier) indicating the content.
  • HTTP HyperText Transfer Protocol
  • the server device 1005 describes a response to the HTTP GET request in the header, and transmits the content data as a stream in the payload.
  • the gateway device 1003 can store the predicted time required for starting the server device 1005 as the predicted start time. .
  • the client device 1004 streams the content of the server device 1005, even if the server device 1005 is not in the active state, the client device 1004 can continue processing, and the user can predict the server device 1005. It becomes possible to notify the activation time, and the user's anxiety can be resolved.
  • the gateway device 1003 remotely activates the target device and the predicted activation time of the target device when the target device of the device discovery message is not activated.
  • the response message including the information indicating the message can be returned to the client device 1004 on behalf of the target device. Therefore, the client device 1004 can execute various processes based on the predicted activation time of the target device, and can stably cooperate with the target device.
  • the client device 1004 can notify the user of the predicted activation time, and can suppress the user's erroneous operation. Further, since the client device 1004 can transmit a message to the target device after the predicted activation time has elapsed, it is possible to stably cooperate with the target device.
  • FIG. 13 is a diagram showing an outline of the device cooperation network system 2000 according to Embodiment 2 of the present invention.
  • the same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof is omitted.
  • the device cooperation network system 2000 includes a first server device 2005 a and a second server device 2005 b instead of the server device 1005.
  • the gateway device 1003 and the client device 1004 according to the present embodiment have the same functional configuration as that of the first embodiment.
  • the first server device 2005a and the second server device 2005b have the same functional configuration as the server device 1005 according to the first embodiment. Therefore, description of functional configurations of the gateway device 1003, the client device 1004, the first server device 2005a, and the second server device 2005b according to the present embodiment is omitted.
  • FIG. 14 is a sequence diagram showing a flow of information in the device cooperation network system 2000 according to Embodiment 2 of the present invention.
  • the same processes as those in FIG. 7 are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 14 illustrates a case where the first server device 2005a and the second server device 2005b are in a non-activated state as an initial state.
  • the device cooperation processing unit 1201 of the client device 1004 sends a device discovery message for discovering a device satisfying an arbitrary requirement to the devices on the first network 1001 (the gateway device 1003, the first server device 2005a, and the first device). 2 server device 2005b) by broadcast (step S201). Note that the first server device 2005a and the second server device 2005b cannot receive a device discovery message because they are in a non-activated state.
  • the activation state management unit 1103 of the gateway device 1003 confirms whether or not the target device that is a device that satisfies the requirements indicated by the device discovery message is in the activated state.
  • the activation state management unit 1103 extracts the first server device 2005a and the second server device 2005b as target devices. Then, the activation state management unit 1103 confirms whether or not the first server device 2005a and the second server device 2005b are activated.
  • the remote start control unit 1105 Since a plurality of target devices are extracted, even if each target device (first server device 2005a or second server device 2005b) is in a non-starting state, the remote start control unit 1105 Does not send a remote activation request to each target device. That is, the remote activation control unit 1105 remotely activates the target device when there is one target device, and does not remotely activate the target device when there are a plurality of target devices.
  • the proxy response unit 1109 of the gateway device 1003 transmits a first proxy response message including information indicating the predicted activation time to the client device 1004 that is the transmission source of the device discovery message, on behalf of the first server device 2005a. (Step S202).
  • the proxy response unit 1109 transmits a second proxy response message including information indicating the predicted activation time to the client device 1004 on behalf of the second server device 2005b (step S203).
  • the client device 1004 selects one target device from the plurality of target devices indicated by the plurality of response messages (step S204).
  • the client device 1004 selects the first server device 2005a.
  • the device cooperation processing unit 1201 of the client device 1004 broadcasts a device discovery message for discovering the selected target device (first server device 2005a) (step S205). That is, when the device cooperation processing unit 1201 receives a plurality of response messages, the device cooperation processing unit 1201 generates a device discovery message for discovering one target device selected from the plurality of target devices indicated by the plurality of response messages. , To the device on the first network 1001.
  • FIG. 15 is a flowchart showing a processing flow of the gateway device 1003 according to the second embodiment of the present invention. Specifically, FIG. 15 is a flowchart showing a flow of processing from when the gateway device 1003 detects a device discovery message until it stores the predicted activation time in the device information list 1108.
  • FIG. 15 processes similar to those in FIG. 8 are denoted by the same reference numerals, and description thereof is omitted.
  • step S1001 the activation state management unit 1103 confirms whether there are a plurality of target devices that satisfy the requirements indicated by the device discovery message (step S2001).
  • step S2001 the processing in steps S1002 to S1009 is executed as in the first embodiment.
  • step S2001 when there are a plurality of target devices (Yes in step S2001), one target device is selected from the plurality of target devices (step S2002). Subsequently, the activation state management unit 1103 confirms the activation state of the selected target device (step S2003). If the selected target device is in the activated state (Yes in step S2004), the process proceeds to step S2007.
  • the proxy response unit 1109 creates a proxy response message (step S2005). Then, the proxy response unit 1109 transmits the created proxy response message to the device that has transmitted the device discovery message using the first communication unit 1101 (step S2006).
  • the proxy response unit 1109 refers to the device information list 1108 to check whether there is a target device that has not yet been selected (step S2007). If there is a target device that has not yet been selected (Yes in step S2007), the process returns to step S2002. On the other hand, if there is no target device that has not yet been selected (No in step S2007), the process returns to step S1001.
  • the gateway device 1003 transmits a proxy response message to the client device 1004, but the actual remote activation itself is not performed. Therefore, in the client device 1004, until the user selects one device from a plurality of target devices, the target device is not remotely activated in vain, and thus an increase in power consumption can be suppressed.
  • FIG. 16 is a flowchart showing a processing flow of the client device 1004 according to the second embodiment of the present invention. Specifically, FIG. 16 is a flowchart showing a processing flow when the client device 1004 receives a plurality of response messages. In FIG. 16, processes similar to those in FIG. 9 are denoted by the same reference numerals and description thereof is omitted.
  • the device cooperation processing unit 1201 stores the response message in the memory (step S2101).
  • the device cooperation processing unit 1201 determines whether or not a predetermined time (for example, 10 seconds) has elapsed since the device discovery message was transmitted (step S2102).
  • step S2102 when the predetermined time has not elapsed (No in step S2102), the process returns to step S1102. On the other hand, when the predetermined time has elapsed (Yes in step S2102), the device cooperation processing unit 1201 analyzes all the response messages stored in the memory (step S2103).
  • the display unit 1203 displays a GUI (Graphical User Interface) that allows the user to select one target device from among the plurality of target devices indicated by the plurality of analyzed response messages (step S2104). . Further, when the predicted activation time is acquired from the analyzed response messages, the display unit 1203 displays the acquired estimated activation time in association with each target device (step S2105). Specifically, the display unit 1203 displays a GUI as shown in FIG. 17A or FIG. 17B, for example.
  • GUI Graphic User Interface
  • FIG. 17A and 17B are diagrams showing examples of information displayed by the client device according to Embodiment 2 of the present invention.
  • the client device 1004 displays a device name, an activation state, an estimated activation time, and a selection button for each target device.
  • the client device 1004 may further display the power consumption of each target device as shown in FIG. 17B.
  • power consumption may be included in the response message.
  • a target device with low power consumption can be selected from among a plurality of target devices, and energy saving can be realized.
  • the client device 1004 receives an instruction for selecting one device from the displayed devices from the user (step S2106). After that, the device cooperation processing unit 1201 determines whether or not the selected target device is in an activated state from the presence / absence of information indicating the estimated activation time in the response message (step S2107).
  • the device cooperation processing unit 1201 sends a device discovery message for finding the selected target device on the first network 1001. The broadcast is transmitted to the device (step S2108).
  • the process is terminated as it is, and the process proceeds to the stream reproduction process.
  • step S1508 the gateway device 1003 performs the same operation as that of the first embodiment by transmitting a device discovery message specifying the selected target device. That is, one target device that satisfies the requirements indicated by the device discovery message is remotely activated. Further, at this time, until the target device is activated, the client device 1004 can display a waiting time based on the estimated activation time indicated by the information included in the proxy response message on the screen.
  • the target device is activated unnecessarily to save power. It is possible to suppress consumption.
  • the device cooperation process can be continued while notifying the user of the predicted activation time.
  • the device cooperation network system 2000 it is not necessary to remotely start all the target devices that are not in the activated state, and thus it is possible to suppress an increase in power consumption.
  • the response message transmitted on behalf of the target device includes information indicating the predicted startup time, but further includes information indicating the prediction accuracy of the predicted startup time. May be.
  • the activation time collection management unit 1107 may calculate the prediction accuracy based on the number of times the activation time of the target device is collected (hereinafter referred to as “collection frequency”). Specifically, for example, the activation time collection management unit 1107 may calculate the prediction accuracy so that the prediction accuracy increases as the number of collections increases. Further, for example, the activation time collection management unit 1107 may calculate the prediction accuracy by using the variance of the collected activation times.
  • the device information list 1108 further stores the number of times of collection as shown in FIG.
  • the client device 1004 can execute various processes based on the prediction accuracy, and can stably cooperate with the target device. Specifically, for example, when the prediction accuracy is low, the client device 1004 may further delay the timing of transmitting a message to the server device 1005 after the predicted activation time has elapsed. Further, the client device 1004 may display the prediction accuracy on the screen.
  • the network participation message transmitted from the remotely activated target device may include information indicating whether the gateway device 1003 has been remotely activated.
  • the activation time collection management unit 1107 may collect the activation time of the target device only when the network participation message indicates that the message has been remotely activated.
  • the gateway device 1003 can collect the activation time only when the network participation message indicates that it is remotely activated. That is, the gateway device 1003 can prevent the activation time from being collected based on the network participation message transmitted when activated by an activation process other than remote activation. As a result, the activation time when remotely activated by the gateway device 1003 can be collected with high accuracy.
  • the client device 1004 displays the predicted activation time on the screen, but it is not always necessary to display it.
  • the client device 1004 may include an audio output unit that outputs audio indicating the predicted activation time. That is, the client device 1004 may include a notification unit that notifies the user of the predicted activation time.
  • the predicted activation time is predicted when the activation time is collected. However, it is not necessarily predicted at such timing. For example, the predicted activation time may be predicted immediately before transmitting the proxy response message. In this case, the device information list 1108 may store the collected activation time itself, not the estimated activation time.
  • Embodiments 1 and 2 the process for finding a server device that transmits a stream has been described.
  • the present invention is not necessarily limited to such a process.
  • the present invention may be applied to a process for discovering a client device.
  • the display unit 1203 displays the predicted activation time itself, but it is necessary to display the predicted activation time itself. There is no.
  • the display unit 1203 may display symbols such as “large”, “medium”, and “small” instead of the predicted activation time.
  • the activation time collection management unit 1107 collects the activation time of the target device using the time when the target device starts activation and the time when the network participation message is received. However, the activation time of the target device may be collected based on the power consumption value of the target device. Specifically, the activation time collection management unit 1107 may collect the activation time of the target device based on, for example, a comparison result between a history of power consumption values of the target device and a predetermined pattern.
  • the gateway device 1003 may include a power consumption measuring unit that measures the power consumption value of the target device. Further, the gateway device 1003 may acquire the power consumption value of the target device from the power consumption measuring device. For example, the power consumption measuring unit or the power consumption measuring device may measure the power consumption value by measuring the current value in an outlet or a distribution board provided in the building where the gateway device 1003 is installed. . At this time, the current value may be measured in units of an outlet, a breaker, or the entire building, for example.
  • the gateway device 1003 includes the respective components illustrated in FIG. 2, but does not necessarily include all the components.
  • the gateway device may be a gateway device 10 as shown in FIG.
  • the gateway device 10 is a gateway device 10 for linking a plurality of devices on the first network, and finds a device that satisfies any requirement by monitoring messages flowing on the first network.
  • the message monitoring unit 11 that detects a device discovery message for performing communication, and at least one target device that satisfies the requirements indicated in the detected device discovery message among a plurality of devices communicates on the first network.
  • An activation state management unit 12 that confirms whether or not the activation state is a possible state, and a predicted activation time determination unit 13 that determines an estimated activation time that is predicted to be necessary for the target device to enter the activation state.
  • a response message including information indicating the determined estimated start time is sent on behalf of the target device. Sonaere a proxy response unit 14 which signal to.
  • the client device 1004 includes the respective components illustrated in FIG. 5, but does not necessarily include all the components.
  • the client device 1004 is a communication device that cooperates with a device on the first network, and transmits a device discovery message for discovering a device that satisfies any requirement to the device on the first network.
  • a response message that includes a device cooperation processing unit that receives a response message to the discovery message and that is predicted to be required for the target device that satisfies the requirements indicated by the device discovery message to be in the activated state. If included, the predetermined process may be executed based on the predicted activation time.
  • part or all of the components included in the gateway device 1003, the client device 1004, or the server device 1005 in the first or second embodiment are configured by one system LSI (Large Scale Integration: large-scale integrated circuit). It may be.
  • the gateway device 1003 may be configured as a system LSI having a message monitoring unit, an activation state management unit, a predicted activation time determination unit, and a proxy response unit.
  • the system LSI is an ultra-multifunctional LSI manufactured by integrating a plurality of components on a single chip. Specifically, a microprocessor, a ROM (Read Only Memory), a RAM (Random Access Memory), etc. It is a computer system comprised including. A computer program is stored in the ROM. The system LSI achieves its functions by the microprocessor operating according to the computer program.
  • system LSI may be called IC, LSI, super LSI, or ultra LSI depending on the degree of integration.
  • method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible.
  • An FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the present invention can be realized not only as a gateway device including such a characteristic processing unit, but also as a device cooperation method using the characteristic processing unit included in the gateway device as a step. . It can also be realized as a computer program that causes a computer to execute each characteristic step included in the device cooperation method. Needless to say, such a computer program can be distributed via a computer-readable non-transitory recording medium such as a CD-ROM or a communication network such as the Internet.
  • the device cooperation network system according to the present invention is useful, for example, as an AV system that links AV devices on a home network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置（１０）は、第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部（１１）と、複数の機器のうち機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が起動状態であるかどうかを確認する起動状態管理部（１２）と、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部（１３）と、対象機器が起動状態でない場合に、決定された予測起動時間を示す情報を含む応答メッセージを対象機器の代理で送信する代理応答部（１４）とを備える。

Description

ゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法
　本発明は、ネットワーク上の複数の機器を連携させるためのゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法に関する。
　近年、テレビ等の家電機器や携帯電話等のモバイル機器の多くに、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やＥｔｈｅｒｎｅｔ（登録商標）といった通信機能が搭載されている。このような複数の機器の機能を連携させるための機器連携ネットワークの開発が盛んである。
　さらに、近年のホームネットワークでは、環境意識の高まりによって、各家電機器の電力使用量の見える化、起動状態の管理などを目的とするホームエネルギーマネジメントシステム（ＨＥＭＳ）を実現する電源管理ネットワークの導入が進んでいる。
　そのため、今後の家電機器は、ネットワークＡＶ制御などを目的として接続される機器連携ネットワークと、省電力などを目的として接続される電源管理ネットワークとの少なくとも２つのネットワークに接続されることが想定される。
　また、ＤＬＮＡ（Ｄｉｇｉｔａｌ　Ｌｉｖｉｎｇ　Ｎｅｔｗｏｒｋ　Ａｌｌｉａｎｃｅ）を代表とするテレビ、レコーダ等のネットワークＡＶ制御において、ＳｍａｒｔＰｈｏｎｅ等の無線ＬＡＮ機能を有する高機能なモバイル端末をコントローラとして利用する機器連携ネットワークシステムも登場している。この場合、モバイル端末は、機器連携ネットワークに接続され、テレビやレコーダなどを制御する。したがって、ユーザは、モバイル端末を操作することにより、任意の機器から任意のコンテンツを再生することができる。
　このような機器連携ネットワークシステムでは、主にＩＰベースの通信技術が使用されている。そのため、殆どのケースでは、機器は、少なくともＩＰプロトコルを解釈できる状態である必要がある。しかし、ＩＰプロトコルを解釈できるように、機器が常に起動状態であることは、消費電力の観点から好ましくない。そのため、例えば、テレビの電源がＯＦＦの状態、又はＩＰプロトコルが解釈できないレベルでの待機状態の場合は、モバイル機器は、そのテレビを全く制御できないといった実用上の問題が発生する。
　このような問題に対して、サーバ機器が、ホームネットワーク上を流れる、スリープ状態の機器に対するメッセージを監視して、代理でそのメッセージに対して応答するとともに、そのスリープ状態の機器を起動する技術が開示されている（例えば、特許文献１参照）。これにより、完全に起動している状態ではない対象機器をユーザがいちいち起動することなく、機器連携ネットワークを利用してその対象機器に対する制御を開始することが可能となる。
特許第３１３９４８１号公報
　しかしながら、上記従来の方式では、実際の対象機器の起動時間が例えば１０秒を超えるほど長かった場合などについての考慮がなされていない。そのため、家電機器などを対象とした機器連携では、余りに起動時間が長い場合に、機器連携ネットワークシステムを利用するユーザが不安になる恐れがある。
　特に、機器連携ネットワークシステムでは、ユーザは、自信が操作する機器を介して、目に見えない場所にある機器を制御する場合もある。このような場合に、対象機器の起動時間が長くなれば、ユーザは、現在のステートが分からないため非常に不安になり、誤操作を行う可能性もある。その結果、機器連携が失敗することも考えられる。
　また、対象機器の起動時間が長い場合に、起動前に対象機器にメッセージを送信してしまうなどの理由により、機器連携が失敗することも考えられる。
　そこで、本発明は、上記課題を解決するためになされたものであり、ネットワーク上の複数の機器に起動状態ではない機器が含まれる場合であっても、その複数の機器を安定して連携させることができるゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法を提供することを目的とする。
　上記目的を達成するために、本発明の一態様に係るゲートウェイ装置は、第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える。
　この構成によれば、対象機器が起動状態でない場合に、予測起動時間を示す情報を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、応答メッセージに含まれる対象機器の起動時間を示す情報に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
　また、前記ゲートウェイ装置は、さらに、前記対象機器が起動を開始した時刻と、前記対象機器が前記第１のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。
　この構成によれば、過去に収集された対象機器の起動時間に基づいて予測起動時間を決定することができ、予測起動時間の正確さを向上させることができる。
　また、前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含むことが好ましい。
　この構成によれば、応答メッセージに予測精度を示す情報が含まれるので、応答メッセージを受信した機器は、さらに予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
　また、前記ゲートウェイ装置は、さらに、前記応答メッセージが送信される際に、第２のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集することが好ましい。
　この構成によれば、対象機器を遠隔起動することができるとともに、対象機器の遠隔起動を開始した時刻を、対象機器が起動を開始した時刻として用いることができる。したがって、より正確な起動時間を収集することができる。
　また、前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集することが好ましい。
　この構成によれば、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ装置によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。
　また、前記遠隔起動制御部は、前記対象機器が１台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しないことが好ましい。
　この構成によれば、対象機器が複数台であった場合に、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。
　また、前記ゲートウェイ装置は、さらに、前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。
　この構成によれば、対象機器の消費電力値に基づいて対象機器の起動時間を容易に収集することができる。
　また、本発明の一態様に係る通信装置は、第１のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも１つの所定処理を実行する。
　この構成によれば、機器発見メッセージに対する応答メッセージに予測起動時間が含まれる場合に、その予測起動時間に基づいて少なくとも１つの所定処理を実行することが可能となる。
　また、さらに、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備えることが好ましい。
　この構成によれば、応答メッセージに予測起動時間が含まれる場合に、その予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。
　また、前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行することが好ましい。
　この構成によれば、応答メッセージに含まれる予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。
　また、前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信することが好ましい。
　この構成によれば、対象機器が複数台であった場合に、さらに、選択された一台の対象機器を発見するための機器発見メッセージを送信することができる。その結果、ゲートウェイ装置は、すべての対象機器を起動状態にする必要がないので、電力消費量の増大を抑制することが可能となる。
　また、上記ゲートウェイ装置は、集積回路として構成されてもよい。
　なお、本発明は、このようなゲートウェイ装置と通信装置とを備える機器連携ネットワークシステムとして実現することもできる。また、本発明は、このようなゲートウェイ装置が備える特徴的な構成部の動作をステップとする機器連携方法として実現することもできる。また、本発明は、機器連携方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現することもできる。そして、そのようなプログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等の非一時的な記録媒体あるいはインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
　以上のように、本発明によれば、ネットワーク上の対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
図１は、本発明の実施の形態１に係る機器連携ネットワークシステムの概要を示す図である。 図２は、本発明の実施の形態１に係るゲートウェイ機器の機能構成を示すブロック図である。 図３は、本発明の実施の形態１に係る起動状態リストの一例を示す図である。 図４は、本発明の実施の形態１に係る機器情報リストの一例を示す図である。 図５は、本発明の実施の形態１に係るクライアント機器の機能構成を示すブロック図である。 図６は、本発明の実施の形態１に係るサーバ機器の機能構成を示すブロック図である。 図７は、本発明の実施の形態１に係る機器連携ネットワークシステムにおける情報の流れを示すシーケンス図である。 図８は、本発明の実施の形態１に係るゲートウェイ機器の処理の流れを示すフローチャートである。 図９は、本発明の実施の形態１に係るクライアント機器の処理の流れを示すフローチャートである。 図１０は、本発明の実施の形態１に係るクライアント機器が表示する情報の一例を示す図である。 図１１は、本発明の実施の形態１に係るサーバ機器の起動処理の流れを示す図である。 図１２は、本発明の実施の形態１に係るサーバ機器のストリーム送信処理の流れを示す図である。 図１３は、本発明の実施の形態２に係る機器連携ネットワークシステムの概要を示す図である。 図１４は、本発明の実施の形態２に係る機器連携ネットワークシステムにおける情報の流れを示すシーケンス図である。 図１５は、本発明の実施の形態２に係るゲートウェイ機器の処理の流れを示すフローチャートである。 図１６は、本発明の実施の形態２に係るクライアント機器の処理の流れを示すフローチャートである。 図１７Ａは、本発明の実施の形態２に係るクライアント機器が表示する情報の一例を示す図である。 図１７Ｂは、本発明の実施の形態２に係るクライアント機器が表示する情報の他の一例を示す図である。 図１８は、本発明の一態様に係る機器情報リストの一例を示す図である。 図１９は、本発明の一態様に係るゲートウェイ機器の機能構成を示すブロック図である。
　以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、構成要素、構成要素の配置及び接続形態、ステップ、ステップの順序などは、本発明の一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素は、本発明の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。
　（実施の形態１）
　図１は、本発明の実施の形態１に係る機器連携ネットワークシステム１０００の概要を示す図である。図１に示すように、機器連携ネットワークシステム１０００は、ゲートウェイ機器１００３と、クライアント機器１００４と、サーバ機器１００５とを備える。
　これらのゲートウェイ機器１００３とクライアント機器１００４とサーバ機器１００５とは、無線によって、第１のネットワーク１００１に接続されている。第１のネットワーク１００１は、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を用いた通信網であるＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）である。
　なお、ゲートウェイ機器１００３とクライアント機器１００４とサーバ機器１００５とは、必ずしも無線によって、第１のネットワーク１００１に接続されている必要はない。
　サーバ機器１００５とゲートウェイ機器１００３とは、第２のネットワーク１００２に接続されている。ゲートウェイ機器１００３は、この第２のネットワーク１００２を介して、サーバ機器１００５を遠隔起動することができる。
　第２のネットワーク１００２は、例えば、ＺｉｇＢｅｅなどの特定省電力無線ネットワークであることが好ましい。これにより、サーバ機器１００５は、第２のネットワーク１００２を介して通信するために、非起動状態である場合にも供給しなければならない電力を削減することができる。つまり、サーバ機器１００５は、待機電力を削減することができる。
　なお、第２のネットワーク１００２は、例えば、独自の専用ネットワークであってもよい。また、第２のネットワーク１００２は、例えば、電源スイッチによる起動制御が可能な信号線によって実現されてもよい。つまり、第２のネットワーク１００２は、最低限の機能として、接続された対象機器を起動状態から非起動状態に変更できればよく、第１のネットワーク１００１と同一であってもよい。
　なお、起動状態とは、第１のネットワーク１００１上で通信できる状態を示す。逆に、非起動状態とは、第１のネットワーク１００１上で通信できない状態を示す。
　次に、機器連携ネットワークシステム１０００に含まれる各機器の詳細について説明する。
　図２は、本発明の実施の形態１に係るゲートウェイ機器１００３の機能構成を示すブロック図である。このゲートウェイ機器１００３は、ゲートウェイ装置に相当する。具体的には、図２に示すように、ゲートウェイ機器１００３は、第１の通信部１１０１と、第２の通信部１１０２と、起動状態管理部１１０３と、遠隔起動制御部１１０５と、メッセージ監視部１１０６と、起動時間収集管理部１１０７と、代理応答部１１０９と、記憶部１１１０とを備える。
　第１の通信部１１０１は、第１のネットワーク１００１上の機器（ここでは、クライアント機器１００４又はサーバ機器１００５）と通信するための通信インタフェースである。また、第２の通信部１１０２は、第２のネットワーク１００２上の機器（ここでは、サーバ機器１００５）と通信するための通信インタフェースである。
　起動状態管理部１１０３は、第２の通信部１１０２を使って、第２のネットワーク１００２上の機器が起動状態であるかどうかを確認する。
　さらに、起動状態管理部１１０３は、確認結果を、機器を識別するための機器ＩＤに対応付けて起動状態リスト１１０４に格納する。なお、起動状態リスト１１０４の詳細は、図３を用いて後述する。
　遠隔起動制御部１１０５は、第２のネットワーク１００２上の機器に対して起動又は終了の指示を行い、機器の起動状態を制御する。つまり、遠隔起動制御部１１０５は、第２のネットワーク１００２を介して機器を遠隔起動することにより、その機器を非起動状態から起動状態に変化させる。さらに、遠隔起動制御部１１０５は、機器の遠隔起動を開始した時刻を起動時間収集管理部１１０７に通知する。
　メッセージ監視部１１０６は、第１のネットワーク１００１上に流れるメッセージを監視することにより、機器発見メッセージを検出する。また、メッセージ監視部１１０６は、機器発見メッセージを検出したときに、対象機器が起動状態であるかどうかを確認することを起動状態管理部１１０３に依頼する。
　なお、機器発見メッセージとは、第１のネットワーク１００１上の機器の中から任意の要件を満たす機器を発見するためのメッセージである。具体的には、機器発見メッセージは、当該機器発見メッセージが示す要件を満たす機器である対象機器に対して、応答メッセージの返信を要求するメッセージである。
　また、対象機器とは、機器発見メッセージの対象となる機器である。具体的には、対象機器とは、第１のネットワーク上の機器のうち機器発見メッセージが示す要件を満たす機器である。
　ここで、メッセージ監視部１１０６は、対象機器が起動状態である場合は何もせず、対象機器が起動状態でない場合は、代理応答部１１０９に代理応答を依頼する。また、メッセージ監視部１１０６は、Ｎｏｔｉｆｙなどのネットワーク参加メッセージを受信した場合は、その旨を時刻とともに起動時間収集管理部１１０７に通知する。
　なお、ネットワーク参加メッセージとは、第１のネットワーク１００１上で通信可能な状態になったことを示すメッセージである。つまり、ネットワーク参加メッセージは、機器が起動状態になったことを示すメッセージである。
　起動時間収集管理部１１０７は、起動時間収集部に相当し、遠隔起動制御部１１０５から入手した対象機器の遠隔起動を開始した時刻（遠隔起動開始時刻）と、メッセージ監視部１１０６から入手したネットワーク参加メッセージを受信した時刻（ネットワーク参加メッセージ受信時刻）とに基づいて対象機器の起動時間を収集する。つまり、起動時間収集管理部１１０７は、遠隔起動開始時刻からネットワーク参加メッセージ受信時刻までの時間を起動時間として収集する。
　ここで、起動時間とは、機器の状態が、非起動状態から起動状態に変化するまでにかかる時間である。つまり、起動時間とは、対象機器の状態が、第１のネットワーク１００１上での通信が不可能な状態から可能な状態になるまでの時間である。
　また、起動時間収集管理部１１０７は、予測起動時間決定部にも相当し、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。本実施の形態では、起動時間収集管理部１１０７は、過去に収集された起動時間に基づいて、将来に対象機器が遠隔起動されたときに対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。具体的には、起動時間収集管理部１１０７は、例えば、直近に収集された起動時間を予測起動時間と決定する。
　また例えば、起動時間収集管理部１１０７は、過去に収集された起動時間の平均値を予測起動時間として予測してもよい。また例えば、起動時間収集管理部１１０７は、過去に収集された起動時間のうち他と大きく異なる起動時間を除いた起動時間の平均値を予測起動時間として予測してもよい。
　なお、平均値は、統計的な平均であればよく、必ずしも算術平均値である必要はない。また、起動時間収集管理部１１０７は、平均値の代わりに、中央値あるいは最頻値を予測起動時間として予測してもよい。つまり、起動時間収集管理部１１０７は、過去に収集された起動時間の統計的な代表値を予測起動時間と決定すればよい。
　なお、起動時間収集管理部１１０７は、必ずしも過去に収集された起動時間に基づいて予測起動時間を決定する必要はない。例えば、起動時間収集管理部１１０７は、ユーザによって予め設定された時間を予測起動時間と決定してもよい。
　そして、起動時間収集管理部１１０７は、ここで決定した対象機器の予測起動時間を機器情報リスト１１０８に格納する。
　代理応答部１１０９は、メッセージ監視部１１０６からの依頼に基づいて、機器情報リスト１１０８に格納された対象機器のアドレス情報及び予測起動時間などを参照することにより、対象機器の代理で送信する応答メッセージを生成する。具体的には、代理応答部１１０９は、起動時間収集管理部１１０７によって決定された予測起動時間を示す情報を含む応答メッセージを生成する。そして、代理応答部１１０９は、生成した応答メッセージを、機器発見メッセージの送信元の機器に送信する。
　ここで、予測起動時間を示す情報は、必ずしも予測起動時間そのものを示す情報である必要はない。例えば、予測起動時間を示す情報は、予測起動時間の長さの程度を示す情報であってもよい。具体的には、予測起動時間を示す情報は、例えば、予測起動時間の長さに応じた分類記号（例えば、「大」、「中」、又は「小」など）であってもよい。
　記憶部１１１０は、例えば、ハードディスクあるいはフラッシュメモリなどであり、起動状態リスト１１０４と機器情報リスト１１０８とを記憶している。以下に、起動状態リスト１１０４と機器情報リスト１１０８とについて、図３及び図４を用いて説明する。
　図３は、本発明の実施の形態１に係る起動状態リスト１１０４の一例を示す図である。図３に示すように、起動状態リスト１１０４には、機器ＩＤと、状態情報とが対応付けて格納されている。
　機器ＩＤは、第１のネットワーク１００１上の機器間で管理されるユニークなＩＤである。つまり、機器ＩＤは、第１のネットワーク１００１上の機器を識別するための識別子である。例えば、機器ＩＤは、ユーザに設定される。また例えば、機器ＩＤは、予め機器に設定されていてもよい。
　状態情報は、機器ＩＤによって識別される機器が起動状態であるかどうかを示す。図３では、機器ＩＤ「ＩＤ－００１」によって識別される機器が、「非起動状態」であることを示す。
　図４は、本発明の実施の形態１に係る機器情報リスト１１０８の一例を示す図である。図４に示すように、機器情報リスト１１０８には、機器ＩＤに対応付けて、機器情報、アドレス情報、及び予測起動時間が格納されている。
　機器情報は、対象機器が提供可能なサービスに関する情報を主に示す。図４に示す機器情報リスト１１０８では、例えば、「ＩＤ－００１」により識別される機器は、画像あるいは音声などをストリーミング送信可能なサーバ機器として管理されている。
　アドレス情報は、第１のネットワーク１００１上の機器間において通信するための情報である。図４では、例えば、「ＩＤ－００１」により識別される機器のアドレス情報として、ＩＰアドレス（「１９２．１６８．１．１０」）が格納されている。
　予測起動時間は、起動時間収集管理部１１０７によって予測された起動時間である。図４では、「ＩＤ－００１」により識別される機器の予測起動時間として、「２０秒」が格納されている。
　次に、クライアント機器１００４の機能構成について、図５を用いて説明する。
　図５は、本発明の実施の形態１に係るクライアント機器１００４の機能構成を示すブロック図である。このクライアント機器１００４は、通信装置に相当する。図５に示すように、クライアント機器１００４は、機器連携処理部１２０１と、ストリーム再生部１２０２と、表示部１２０３と、通信部１２０４とを備える。
　機器連携処理部１２０１は、任意の要件を満たす機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器に送信する。本実施の形態では、機器連携処理部１２０１は、第１のネットワーク１００１上のサーバ機器１００５を発見するために、サーバ機器であれば応答メッセージを返信するように記載された機器発見のメッセージを、通信部１２０４を用いてマルチキャストで送信する。
　そして、機器連携処理部１２０１は、送信した機器発見メッセージに対する応答メッセージを受信する。なお、機器発見メッセージに対する応答メッセージを受信した場合、機器連携処理部１２０１は、ストリーム再生部１２０２にその旨を通知する。
　また、機器連携処理部１２０１は、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間を示す情報が応答メッセージに含まれているかどうかを判定する。ここで、応答メッセージに予測起動時間を示す情報が含まれている場合に、表示部１２０３にその予測起動時間を示す情報を通知する。
　ストリーム再生部１２０２は、機器連携処理部１２０１からの通知に応じて、機器発見メッセージに対する応答メッセージが示す対象機器（ここではサーバ機器１００５）に、通信部１２０４を用いて、ストリーム送信要求メッセージを送信する。なお、応答メッセージに予測起動時間を示す情報が含まれている場合には、ストリーム再生部１２０２は、応答メッセージを受信した時刻から予測起動時間が経過した後に、このストリーム送信要求メッセージを送信する。
　そして、ストリーム再生部１２０２は、第１のネットワーク１００１を介してサーバ機器１００５から送信されるストリームを再生する。
　なお、応答メッセージが示す対象機器とは、応答メッセージの送信元の機器又は応答メッセージの送信が代理された機器である。本実施の形態では、応答メッセージが示す対象機器は、サーバ機器１００５である。
　表示部１２０３は、通知部の一例であり、例えば液晶ディスプレイ又はプラズマディスプレイなどである。表示部１２０３は、ストリーム再生部１２０２により再生される動画像データを表示する。また、表示部１２０３は、機器連携処理部１２０１からの通知された予測起動時間を表示する。つまり、表示部１２０３は、受信された応答メッセージに予測起動時間を示す情報が含まれている場合に、その予測起動時間を示す情報をユーザに通知する。
　通信部１２０４は、第１のネットワーク１００１に接続された機器（ここでは、ゲートウェイ機器１００３又はサーバ機器１００５）と通信するための通信インタフェースである。
　次に、サーバ機器１００５の機能構成について、図６を用いて説明する。
　図６は、本発明の実施の形態１に係るサーバ機器１００５の機能構成を示すブロック図である。図６に示すように、サーバ機器１００５は、遠隔起動受付部１３０１と、起動部１３０２と、機器連携処理部１３０３と、ストリーム送信部１３０５と、第１の通信部１３０７と、第２の通信部１３０８と、記憶部１３０９とを備える。
　遠隔起動受付部１３０１は、第２の通信部１１０２を用いて、遠隔起動要求を、第２のネットワーク１００２を介してゲートウェイ機器１００３から受信する。そして、遠隔起動受付部１３０１は、受信した遠隔起動要求を起動部１３０２に通知する。
　起動部１３０２は、遠隔起動受付部１３０１からの通知に応じて、サーバ機器１００５を起動する。つまり、起動部１３０２は、サーバ機器１００５の状態を非起動状態から起動状態に変化させる。
　機器連携処理部１３０３は、サーバ機器１００５が起動状態である場合に、クライアント機器１００４から第１のネットワーク１００１を介して機器発見メッセージを受信する。そして、機器連携処理部１３０３は、自機器（サーバ機器１００５）が、機器発見メッセージが示す要件を満たす対象機器であるかどうかを、機器情報１３０４を参照することにより確認する。そして、自機器が対象機器である場合は、機器連携処理部１３０３は、機器発見メッセージの送信元に応答メッセージを送信する。
　機器情報１３０４は、自機器に関する情報を含む。具体的には、機器情報１３０４は、自機器がサーバとして機能するかどうかを示す情報を含む。
　機器連携処理部１３０３は、さらに、サーバ機器１００５が非起動状態から起動状態に変化したときに、第１の通信部１３０７を用いて、ネットワーク参加メッセージを第１のネットワーク１００１上の機器にブロードキャストで送信する。
　ストリーム送信部１３０５は、クライアント機器１００４から受信したストリーム送信要求メッセージにしたがって、記憶部１３０９からコンテンツ１３０６を読み出し、クライアント機器１００４に、コンテンツ１３０６をストリームとして送信する。
　第１の通信部１３０７は、第１のネットワーク１００１に接続された機器（ここでは、ゲートウェイ機器１００３又はクライアント機器１００４）と通信するための通信インタフェースである。また、第２の通信部１１０２は、第２のネットワーク１００２に接続された機器（ここでは、ゲートウェイ機器１００３）と通信するための通信インタフェースである。
　記憶部１３０９、例えば、ハードディスクあるいはフラッシュメモリなどである。記憶部１３０９には、機器情報１３０４とコンテンツ１３０６とが記憶されている。
　次に、以上のように構成された機器連携ネットワークシステム１０００の各種動作について説明する。
　図７は、本発明の実施の形態１に係る機器連携ネットワークシステム１０００における情報の流れを示すシーケンス図である。なお、図７では、初期状態として、サーバ機器１００５が非起動状態である場合について説明する。
　まず、クライアント機器１００４の機器連携処理部１２０１は、機器発見メッセージを第１のネットワーク１００１上の機器（ゲートウェイ機器１００３及びサーバ機器１００５）にブロードキャストで送信する（ステップＳ１０１）。なお、サーバ機器１００５は、非起動状態であるので機器発見メッセージを受信できない。
　次に、ゲートウェイ機器１００３の起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部１１０３は、図４に示す機器情報リスト１１０８の機器情報がサーバ機器である機器ＩＤ（「ＩＤ－００１」）を抽出する。そして、起動状態管理部１１０３は、図３に示す起動状態リスト１１０４を参照して、抽出した機器ＩＤの機器が起動状態であるかどうかを確認する。本実施の形態では、「ＩＤ－００１」によって識別される機器は、サーバ機器１００５であるとする。
　サーバ機器１００５が起動状態でないので、遠隔起動制御部１１０５は、サーバ機器１００５を遠隔起動するための遠隔起動要求をサーバ機器１００５に送信する（ステップＳ１０２）。
　また、ゲートウェイ機器１００３の代理応答部１１０９は、サーバ機器１００５の代理で、予測起動時間を示す情報を含む代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器１００４に送信する（ステップＳ１０３）。具体的には、代理応答部１１０９は、例えば、図４に示す機器情報リスト１１０８を参照して、サーバ機器１００５の予測起動時間（「２０秒」）を取得する。そして、代理応答部１１０９は、このように取得した予測起動時間を示す情報を含む代理応答メッセージをクライアント機器１００４に送信する。
　続いて、サーバ機器１００５の起動部１３０２は、遠隔起動要求に応じて、サーバ機器１００５を起動する（ステップＳ１０４）。そして、サーバ機器１００５が起動状態になったときに、機器連携処理部１３０３は、ネットワーク参加メッセージを第１のネットワーク１００１上の機器にマルチキャストで送信する（ステップＳ１０５）。
　ゲートウェイ機器１００３の起動時間収集管理部１１０７は、遠隔起動要求を送信した時刻からネットワーク参加メッセージを受信した時刻までの時間をサーバ機器１００５の起動時間として収集する。さらに、起動時間収集管理部１１０７は、このように収集された起動時間を用いて、将来にサーバ機器１００５が遠隔起動されたときに起動に要すると予測される時間を予測起動時間として決定し、予測起動時間を機器情報リスト１１０８に格納する。
　クライアント機器１００４の機器連携処理部１２０１は、代理応答メッセージが受信された時刻から予測起動時間が経過した後に、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１０６）。
　サーバ機器１００５のストリーム送信部１３０５は、クライアント機器１００４からストリーム送信要求メッセージを受信し、ストリーム送信応答メッセージをクライアント機器１００４に送信する（ステップＳ１０７）。その後、クライアント機器１００４のストリーム再生部１２０２は、サーバ機器１００５から送信されるストリームを再生するために必要な処理（以下、「ストリーム再生処理」という）を実行する（ステップＳ１０８）。
　次に、ゲートウェイ機器１００３の処理の流れについて、図８を用いて説明する。
　図８は、本発明の実施の形態１に係るゲートウェイ機器１００３の処理の流れを示すフローチャートである。具体的には、図８は、ゲートウェイ機器１００３が、機器発見メッセージを検出してから予測起動時間を機器情報リスト１１０８に格納するまでの処理の流れを示すフローチャートである。
　なお、図８に示す処理の開始前に、起動状態管理部１１０３は、第２の通信部１１０２を用いて、第２のネットワーク１００２上の機器が起動状態であるかどうかを確認し、確認結果を起動状態リスト１１０４に格納している。
　なお、機器が起動状態であるかどうかを確認する方法としては、例えば、第２のネットワーク１００２上の機器が、起動状態であるかどうかを示す情報をゲートウェイ機器１００３の起動状態管理部１１０３に通知してもよいし、ゲートウェイ機器１００３の起動状態管理部１１０３が、定期的又は任意のタイミングで第２のネットワーク１００２上の機器に問い合わせてもよい。
　メッセージ監視部１１０６は、第１のネットワーク１００１上を流れるメッセージを監視し、第１の通信部１１０１がメッセージを受信したことを検知する。そして、メッセージ監視部１１０６は、受信したメッセージが機器発見メッセージであるかどうかを判定する（ステップＳ１００１）。ここで、受信したメッセージが機器発見メッセージでなかった場合は（ステップＳ１００１のＮｏ）、メッセージが監視されている状態に戻る。
　一方、受信したメッセージが機器発見メッセージであった場合は（ステップＳ１００１のＹｅｓ）、メッセージ監視部１１０６は、機器情報リスト１１０８を参照することにより、機器発見メッセージが示す要求を満たす機器を対象機器として抽出する。続いて、起動状態管理部１１０３は、起動状態リスト１１０４を参照することにより、対象機器が起動状態であるかどうかを確認する（ステップＳ１００２）。
　ここで、対象機器が起動状態である場合は（ステップＳ１００３のＹｅｓ）、メッセージが監視されている状態に戻る。一方、対象機器が起動状態でない場合は（ステップＳ１００３のＮｏ）、遠隔起動制御部１１０５は、対象機器を遠隔起動する（ステップＳ１００４）。このとき、起動時間収集管理部１１０７は、遠隔起動を開始した時刻を保持しておく。
　また、代理応答部１１０９は、機器情報リスト１１０８を参照して、代理応答メッセージを作成する（ステップＳ１００５）。そして、代理応答部１１０９は、作成した代理応答メッセージを、第１の通信部１１０１を用いて機器発見メッセージの送信元の機器に送信する（ステップＳ１００６）。
　このとき、メッセージ監視部１１０６は、第１のネットワーク１００１上を流れるメッセージを監視している（ステップＳ１００７）。ここで、第１の通信部１１０１が受信したメッセージが、ステップＳ１００４で遠隔起動した対象機器からのネットワーク参加メッセージであった場合は（ステップＳ１００７のＹｅｓ）、起動時間収集管理部１１０７は、ステップＳ１００４で保持した時刻と、ネットワーク参加メッセージが受信された時刻とから起動時間を収集する（ステップＳ１００８）。そして、今までに収集された対象機器の起動時間に基づいて、将来に対象機器が遠隔起動されるときに起動に要すると予測される時間を予測起動時間として決定する（ステップＳ１００９）。
　さらに、起動時間収集管理部１１０７は、予測起動時間を機器情報リスト１１０８に格納し（ステップＳ１０１０）、ステップＳ１００１に戻る。
　次に、クライアント機器１００４の処理の流れについて、図９を用いて説明する。図９は、本発明の実施の形態１に係るクライアント機器１００４の処理の流れを示すフローチャートである。具体的には、図９は、クライアント機器１００４が、機器発見メッセージを送信してからコンテンツのストリーム再生を開始するまでの処理の流れを示すフローチャートである。
　まず、機器連携処理部１２０１は、第１のネットワーク１００１上のサーバ機器を発見するための機器発見メッセージを、通信部１２０４を用いて、第１のネットワーク１００１上の機器にマルチキャストで送信する（ステップＳ１１０１）。その後、機器連携処理部１２０１は、通信部１２０４が受信したメッセージが、機器発見メッセージに対する応答メッセージ（以下、「機器発見応答メッセージ」という）であるかどうかを判定する（ステップＳ１１０２）。ここで、通信部１２０４が受信したメッセージが機器発見応答メッセージでない場合は（ステップＳ１１０２のＮｏ）、機器発見応答メッセージを受信するまでステップＳ１１０２の処理を繰り返す。
　一方、通信部１２０４が受信したメッセージが機器発見応答メッセージである場合（ステップＳ１１０２のＹｅｓ）、機器連携処理部１２０１は、機器発見応答メッセージを解析する（ステップＳ１１０３）。そして、機器連携処理部１２０１は、機器発見応答メッセージに予測起動時間を示す情報が含まれているかどうかを判定する（ステップＳ１１０４）。
　ここで、機器発見応答メッセージに予測起動時間を示す情報が含まれていなかった場合は（ステップＳ１１０４のＮｏ）、ストリーム再生部１２０２は、機器発見応答メッセージが示す対象機器であるサーバ機器１００５が起動状態であると判断し、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１１０７）。
　一方、応答メッセージに予測起動時間を示す情報が含まれていた場合は（ステップＳ１１０４のＹｅｓ）、表示部１２０３は、予測起動時間を画面に表示する（ステップＳ１１０５）。例えば、表示部１２０３は、図１０に示すように、予測起動時間を画面に表示する。
　そして、機器連携処理部１２０１は、予測起動時間だけ待ち（ステップＳ１１０６）、その後、ストリーム再生部１２０２に、サーバ機器１００５が起動状態であると予測されることを通知する。そして、ストリーム再生部１２０２は、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１１０７）。
　その後、ストリーム再生部１２０２は、通信部１２０４が受信したメッセージがストリーム送信応答メッセージであるかどうかを判定する（ステップＳ１１０８）。ここで、通信部１２０４が受信したメッセージがストリーム送信応答メッセージでない場合は（ステップＳ１１０８のＮｏ）、ストリーム送信応答メッセージを受信するまでステップＳ１１０８の処理を繰り返す。一方、通信部１２０４が受信したメッセージがストリーム送信応答メッセージである場合は（ステップＳ１１０８のＹｅｓ）、ストリーム再生部１２０２は、ストリーム再生処理を開始する（ステップＳ１１０９）。
　次に、サーバ機器１００５の処理の流れを、図１１及び図１２を用いて説明する。
　図１１は、本発明の実施の形態１に係るサーバ機器１００５の起動処理の流れを示すフローチャートである。具体的には、図１１は、サーバ機器１００５が、遠隔起動要求を受信してからネットワーク参加メッセージを送信するまでの処理の流れを示すフローチャートである。
　まず、遠隔起動受付部１３０１は、第２のネットワーク１００２を介して、ゲートウェイ機器１００３から遠隔起動要求を受け付け、起動部１３０２に遠隔起動要求を受け付けたことを通知する。その後、起動部１３０２は、サーバ機器１００５全体を起動する（ステップＳ１２０１）。
　なお、サーバ機器１００５が非起動状態であっても、起動部１３０２、遠隔起動受付部１３０１、及び第２の通信部１３０８には、電力が供給され、処理が実行できる状態である。
　機器連携処理部１３０３は、サーバ機器１００５が起動状態、つまり、第１の通信部１３０７を用いてメッセージを送信可能な状態になるまで待つ（ステップＳ１２０２）。そして、機器連携処理部１３０３は、メッセージを送信可能な状態となったときに、ネットワーク参加メッセージをマルチキャストで送信する（ステップＳ１２０３）。
　このように、サーバ機器１００５がネットワーク参加メッセージを送信することにより、ゲートウェイ機器１００３は、第２のネットワーク１００２を介してサーバ機器１００５の遠隔起動を開始してから、サーバ機器１００５が実際に第１のネットワーク１００１を介して通信可能となるまでの起動時間を収集することが可能となる。
　図１２は、本発明の実施の形態１に係るサーバ機器のストリーム送信処理の流れを示すフローチャートである。具体的には、図１２は、サーバ機器１００５が、クライアント機器１００４からストリーム送信要求メッセージを受信してからストリーム送信処理を開始するまでの処理の流れを示すフローチャートである。
　ストリーム送信部１３０５は、第１の通信部１３０７が受信したストリーム送信要求メッセージを解析する（ステップＳ１３０１）。そして、ストリーム送信部１３０５は、ストリーム送信応答メッセージを、ストリーム送信要求メッセージの送信元に送信する（ステップＳ１３０２）。続いて、ストリーム送信部１３０５は、要求されたコンテンツをストリームとして送信する（ステップＳ１３０３）。
　これらの処理は、一般的なストリーミングのシーケンスである。例えば、ストリーム送信要求メッセージは、コンテンツを指し示すＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）を含んだＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のＧＥＴリクエストである。また、サーバ機器１００５は、ＨＴＴＰのＧＥＴリクエストに対するレスポンスをヘッダに記載し、ペイロード内にコンテンツデータをストリームとして送信する。
　以上のように、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器１００３が、サーバ機器１００５の起動に必要と予測される時間を予測起動時間として保存しておくことが可能となる。その結果、クライアント機器１００４が、サーバ機器１００５のコンテンツをストリーム再生する場合に、サーバ機器１００５が起動状態でない場合であっても、クライアント機器１００４は処理を継続できるうえ、ユーザにサーバ機器１００５の予測起動時間を通知することが可能となり、ユーザの不安を解消することができる。
　つまり、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器１００３は、機器発見メッセージの対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を示す情報を含む応答メッセージを対象機器の代理でクライアント機器１００４に返信することができる。したがって、クライアント機器１００４は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
　具体的には、クライアント機器１００４は、予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。また、クライアント機器１００４は、予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。
　（実施の形態２）
　次に、本発明の実施の形態２について説明する。
　本実施の形態では、クライアント機器１００４から送信された機器発見メッセージに記載された要件を満たす対象機器が複数台である場合について説明する。
　図１３は、本発明の実施の形態２に係る機器連携ネットワークシステム２０００の概要を示す図である。なお、図１３において、図１と同様の構成要素については、同一の符号を付し、説明を省略する。
　図１３に示すように、機器連携ネットワークシステム２０００は、サーバ機器１００５の代わりに、第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとを備える。
　なお、本実施の形態に係るゲートウェイ機器１００３とクライアント機器１００４とは、実施の形態１と同様の機能構成である。また、第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとは、実施の形態１に係るサーバ機器１００５と同様の機能構成である。したがって、本実施の形態に係るゲートウェイ機器１００３とクライアント機器１００４と第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとの機能構成の説明は省略する。
　次に、以上のように構成された機器連携ネットワークシステム２０００の各種動作について説明する。
　図１４は、本発明の実施の形態２に係る機器連携ネットワークシステム２０００における情報の流れを示すシーケンス図である。なお、図１４において、図７と同様の処理については、同一の符号を付し、説明を省略する。また、図１４では、初期状態として、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂが非起動状態である場合について説明する。
　まず、クライアント機器１００４の機器連携処理部１２０１は、任意の要件を満たす機器を発見するための機器発見メッセージを第１のネットワーク１００１上の機器（ゲートウェイ機器１００３、第１のサーバ機器２００５ａ、及び第２のサーバ機器２００５ｂ）にブロードキャストで送信する（ステップＳ２０１）。なお、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂは、非起動状態であるので機器発見メッセージを受信できない。
　次に、ゲートウェイ機器１００３の起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす機器である対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部１１０３は、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂを対象機器として抽出する。そして、起動状態管理部１１０３は、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂが起動状態であるかどうかを確認する。
　ここで、複数台の対象機器が抽出されているので、各対象機器（第１のサーバ機器２００５ａ又は第２のサーバ機器２００５ｂ）が非起動状態である場合であっても、遠隔起動制御部１１０５は、各対象機器に遠隔起動要求を送信しない。つまり、遠隔起動制御部１１０５は、対象機器が１台である場合に対象機器を遠隔起動し、対象機器が複数台である場合に対象機器を遠隔起動しない。
　ゲートウェイ機器１００３の代理応答部１１０９は、予測起動時間を示す情報を含む第１の代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器１００４に、第１のサーバ機器２００５ａの代理で送信する（ステップＳ２０２）。
　さらに、代理応答部１１０９は、予測起動時間を示す情報を含む第２の代理応答メッセージを、クライアント機器１００４に第２のサーバ機器２００５ｂの代理で送信する（ステップＳ２０３）。
　次に、クライアント機器１００４は、複数の応答メッセージが示す複数の対象機器の中から１台の対象機器を選択する（ステップＳ２０４）。ここでは、例えばユーザの指示に従って、クライアント機器１００４は、第１のサーバ機器２００５ａを選択する。
　そして、クライアント機器１００４の機器連携処理部１２０１は、選択した対象機器（第１のサーバ機器２００５ａ）を発見するための機器発見メッセージをブロードキャストで送信する（ステップＳ２０５）。つまり、機器連携処理部１２０１は、複数の応答メッセージを受信した場合に、複数の応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器に送信する。
　このとき、機器発見メッセージが示す要件を満たすのは、選択された１台の対象機器（第１のサーバ機器２００５ａ）だけである。そこで、以降は、実施の形態１と同様に、ステップＳ１０２～Ｓ１０８の処理が実行される。
　次に、ゲートウェイ機器１００３の処理の流れについて、図１５を用いて説明する。
　図１５は、本発明の実施の形態２に係るゲートウェイ機器１００３の処理の流れを示すフローチャートである。具体的には、図１５は、ゲートウェイ機器１００３が、機器発見メッセージを検出してから予測起動時間を機器情報リスト１１０８に格納するまでの処理の流れを示すフローチャートである。なお、図１５において、図８と同様の処理については、同一の符号を付し、説明を省略する。
　機器発見メッセージが検出された場合（ステップＳ１００１のＹｅｓ）、起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす対象機器が複数台であるかどうかを確認する（ステップＳ２００１）。ここで、対象機器が１台である場合は（ステップＳ２００１のＮｏ）、実施の形態１と同様にステップＳ１００２～Ｓ１００９の処理が実行される。
　一方、対象機器が複数台である場合は（ステップＳ２００１のＹｅｓ）、複数台の対象機器の中から１台の対象機器が選択される（ステップＳ２００２）。続いて、起動状態管理部１１０３は、選択された対象機器の起動状態を確認する（ステップＳ２００３）。ここで、選択された対象機器が起動状態である場合に（ステップＳ２００４のＹｅｓ）、ステップＳ２００７の処理に進む。
　一方、対象機器が起動状態でない場合に（ステップＳ２００４のＮｏ）、代理応答部１１０９は、代理応答メッセージを作成する（ステップＳ２００５）。そして、代理応答部１１０９は、作成した代理応答メッセージを、第１の通信部１１０１を用いて機器発見メッセージの送信元の機器に送信する（ステップＳ２００６）。
　代理応答部１１０９は、機器情報リスト１１０８を参照して、まだ選択されていない対象機器があるかどうかを確認する（ステップＳ２００７）。ここで、まだ選択されていない対象機器がある場合は（ステップＳ２００７のＹｅｓ）、ステップＳ２００２の処理に戻る。一方、まだ選択されていない対象機器がない場合は（ステップＳ２００７のＮｏ）、ステップＳ１００１の処理に戻る。
　これにより、対象機器が複数台であった場合は、ゲートウェイ機器１００３は、クライアント機器１００４に対して、代理の応答メッセージを送信するものの、実際の遠隔起動自体は行われない。そのため、クライアント機器１００４において、ユーザが複数台の対象機器から１台の機器を選択するまでは、対象機器は無駄に遠隔起動されないので、電力消費量の増加を抑制することができる。
　次に、クライアント機器１００４の処理の流れについて、図１６を用いて説明する。
　図１６は、本発明の実施の形態２に係るクライアント機器１００４の処理の流れを示すフローチャートである。具体的には、図１６は、クライアント機器１００４が複数の応答メッセージを受信したときの処理の流れを示すフローチャートである。なお、図１６において、図９と同様の処理については、同一の符号を付し、説明を省略する。
　応答メッセージを受信した場合（ステップＳ１１０２のＹｅｓ）、機器連携処理部１２０１は、応答メッセージをメモリに保存する（ステップＳ２１０１）。機器連携処理部１２０１は、機器発見メッセージを送信してから予め決められた一定時間（例えば１０秒など）経過したかどうかを判断する（ステップＳ２１０２）。
　ここで、一定時間経過していない場合は（ステップＳ２１０２のＮｏ）、ステップＳ１１０２の処理に戻る。一方、一定時間経過している場合は（ステップＳ２１０２のＹｅｓ）、機器連携処理部１２０１は、メモリに保存された応答メッセージを全て解析する（ステップＳ２１０３）。
　次に、表示部１２０３は、解析された複数の応答メッセージが示す複数台の対象機器の中から１台の対象機器をユーザが選択できるようなＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を表示する（ステップＳ２１０４）。さらに、解析された複数の応答メッセージから予測起動時間が取得された場合は、表示部１２０３は、取得された予測起動時間を、それぞれの対象機器に紐づけて表示する（ステップＳ２１０５）。具体的には、表示部１２０３は、例えば、図１７Ａ又は図１７Ｂに示すようなＧＵＩを表示する。
　図１７Ａ及び図１７Ｂの各々は、本発明の実施の形態２に係るクライアント機器が表示する情報の一例を示す図である。例えば図１７Ａに示すように、クライアント機器１００４は、対象機器ごとに、機器名称、起動状態、予測起動時間及び選択ボタンを表示する。
　また、クライアント機器１００４は、図１７Ｂに示すように、さらに各対象機器の消費電力を表示してもよい。この場合、応答メッセージに消費電力が含まれればよい。このように、消費電力が表示されることにより、複数の対象機器の中から消費電力の低い対象機器を選択することができ、省エネルギーに実現することができる。
　クライアント機器１００４は、表示された複数の機器の中から１台の機器を選択するための指示をユーザから受け付ける（ステップＳ２１０６）。その後、機器連携処理部１２０１は、選択された対象機器が起動状態であるかどうかを、応答メッセージ中の予測起動時間を示す情報の有無から判断する（ステップＳ２１０７）。
　ここで、選択された対象機器が起動状態でない場合は（ステップＳ２１０７のＮｏ）、機器連携処理部１２０１は、選択された対象機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器にブロードキャストで送信する（ステップＳ２１０８）。一方、選択された対象機器が起動状態である場合は（ステップＳ２１０７のＹｅｓ）、そのまま処理を終了し、ストリーム再生処理に移行する。
　ステップＳ１５０８において、選択された１台の対象機器が特定される機器発見メッセージが送信されることで、ゲートウェイ機器１００３は、実施の形態１と同様の動作を行う。つまり、機器発見メッセージが示す要件を満たす１台の対象機器を遠隔起動する。さらにこの時、対象機器が起動するまでの間は、クライアント機器１００４は、画面上に代理応答メッセージに含まれる情報が示す予測起動時間に基づいた待ち時間を表示することができる。
　以上のように、本実施の形態に係る機器連携ネットワークシステム２０００によれば、機器発見メッセージが示す要件を満たす対象機器が複数台であった場合においても、無駄に対象機器を起動して電力を消費することを抑制することができる。また、ユーザに予測起動時間を通知しつつ、機器連携処理を継続することができる。
　つまり、本実施の形態に係る機器連携ネットワークシステム２０００によれば、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。
　以上、本発明の一態様に係る機器連携ネットワークシステムについて、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、あるいは異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
　例えば、上記実施の形態１及び２において、対象機器の代理で送信される応答メッセージには、予測起動時間を示す情報が含まれていたが、さらにその予測起動時間の予測精度を示す情報が含まれてもよい。この場合、起動時間収集管理部１１０７は、その対象機器の起動時間が収集された回数（以下、「収集回数」という）に基づいて、予測精度を算出すればよい。具体的には、起動時間収集管理部１１０７は、例えば、収集回数が多いほど予測精度が高くなるように、予測精度を算出すればよい。また例えば、起動時間収集管理部１１０７は、収集された起動時間の分散などを用いて、予測精度を算出してもよい。なお、収集回数に基づいて予測精度が算出される場合には、図１８に示すように、機器情報リスト１１０８には、さらに、収集回数が格納される。
　このように、応答メッセージに予測精度を示す情報が含まれることにより、クライアント機器１００４は、予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。具体的には、クライアント機器１００４は、例えば、予測精度が低い場合は、予測起動時間が経過した後にサーバ機器１００５へメッセージを送信するタイミングをさらに遅らせてもよい。また、クライアント機器１００４は、予測精度を画面に表示してもよい。
　また、上記実施の形態１及び２において、遠隔起動された対象機器から送信されるネットワーク参加メッセージには、ゲートウェイ機器１００３によって遠隔起動されたか否かを示す情報を含んでもよい。この場合、起動時間収集管理部１１０７は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、その対象機器の起動時間を収集すればよい。
　これにより、ゲートウェイ機器１００３は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、ゲートウェイ機器１００３は、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ機器１００３によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。
　また、上記実施の形態１及び２において、クライアント機器１００４は、予測起動時間を画面に表示していたが、必ずしも表示する必要はない。例えば、クライアント機器１００４は、予測起動時間を示す音声を出力する音声出力部を備えてもよい。つまり、クライアント機器１００４は、予測起動時間をユーザに通知する通知部を備えればよい。
　また、上記実施の形態１及び２において、予測起動時間は、起動時間が収集されたときに予測されていたが、必ずしもこのようなタイミングで予測される必要はない。例えば、代理応答メッセージを送信する直前に予測起動時間を予測してもよい。この場合、機器情報リスト１１０８には、予測起動時間ではなく、収集された起動時間そのものが格納されればよい。
　また、上記実施の形態１及び２では、ストリームを送信するサーバ機器を発見するための処理について説明したが、本発明は、必ずしもそのような処理に限定される必要はない。例えば、本発明は、クライアント機器を発見するための処理に適用されてもよい。
　また、上記実施の形態１及び２において、図１０、図１７Ａ、又は図１７Ｂに示すように、表示部１２０３は、予測起動時間そのものを表示していたが、必ずしも予測起動時間そのものを表示する必要はない。例えば、表示部１２０３は、予測起動時間の代わりに、「大」、「中」、「小」などの記号を表示してもよい。
　また、上記実施の形態１及び２において、起動時間収集管理部１１０７は、対象機器が起動を開始した時刻と、ネットワーク参加メッセージを受信した時刻とを用いて、対象機器の起動時間を収集していたが、対象機器の消費電力値に基づいて対象機器の起動時間を収集してもよい。具体的には、起動時間収集管理部１１０７は、例えば、対象機器の消費電力値の履歴と予め定められたパターンとの比較結果に基づいて、対象機器の起動時間を収集してもよい。
　この場合、ゲートウェイ機器１００３は、対象機器の消費電力値を計測する消費電力計測部を備えてもよい。また、ゲートウェイ機器１００３は、消費電力計測機器から対象機器の消費電力値を取得してもよい。この消費電力計測部または消費電力計測機器は、例えば、ゲートウェイ機器１００３が設置された建屋内に設けられたコンセントあるいは分電盤などにおいて電流値を計測することにより、消費電力値を計測すればよい。このとき電流値は、例えば、コンセント、ブレーカーあるいは建屋全体の単位で計測されればよい。
　また、上記実施の形態１及び２において、ゲートウェイ機器１００３は、図２に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、ゲートウェイ機器は、図１９に示すようなゲートウェイ装置１０であってもよい。つまり、ゲートウェイ装置１０は、第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置１０であって、第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部１１と、複数の機器のうち、検出された機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部１２と、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部１３と、対象機器が起動状態でない場合に、決定された予測起動時間を示す情報を含む応答メッセージを、対象機器の代理で送信する代理応答部１４とを備えればよい。
　また、上記実施の形態１及び２において、クライアント機器１００４は、図５に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、クライアント機器１００４は、第１のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを第１のネットワーク上の機器に送信し、機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された応答メッセージに含まれている場合に、予測起動時間に基づいて所定処理を実行してもよい。
　また、上記実施の形態１又は２におけるゲートウェイ機器１００３、クライアント機器１００４又はサーバ機器１００５が備える構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。例えば、ゲートウェイ機器１００３は、メッセージ監視部、起動状態管理部、予測起動時間決定部、及び代理応答部を有するシステムＬＳＩとして構成されてもよい。
　システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｍｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などを含んで構成されるコンピュータシステムである。ＲＯＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
　なお、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）、あるいはＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　また、本発明は、このような特徴的な処理部を備えるゲートウェイ装置として実現することができるだけでなく、ゲートウェイ装置に含まれる特徴的な処理部をステップとする機器連携方法として実現することもできる。また、機器連携方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムとして実現することもできる。そして、そのようなコンピュータプログラムを、ＣＤ－ＲＯＭ等のコンピュータ読取可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。
　本発明に係る機器連携ネットワークシステムは、例えば、ホームネットワーク上のＡＶ機器同士を連携させるＡＶシステムとして有用である。
　１０　　　ゲートウェイ装置
　１１、１１０６　　　メッセージ監視部
　１２、１１０３　　　起動状態管理部
　１３　　　予測起動時間決定部
　１４、１１０９　　　代理応答部
　１１０５　　　遠隔起動制御部
　１０００、２０００　　　機器連携ネットワークシステム
　１００１　　　第１のネットワーク
　１００２　　　第２のネットワーク
　１００３　　　ゲートウェイ機器
　１００４　　　クライアント機器
　１００５　　　サーバ機器
　１１０１、１３０７　　　第１の通信部
　１１０２、１３０８　　　第２の通信部
　１１０４　　　起動状態リスト
　１１０７　　　起動時間収集管理部
　１１０８　　　機器情報リスト
　１１１０、１３０９　　　記憶部
　１２０１、１３０３　　　機器連携処理部
　１２０２　　　ストリーム再生部
　１２０３　　　表示部
　１２０４　　　通信部
　１３０１　　　遠隔起動受付部
　１３０２　　　起動部
　１３０４　　　機器情報
　１３０５　　　ストリーム送信部
　１３０６　　　コンテンツ
　２００５ａ　　第１のサーバ機器
　２００５ｂ　　第２のサーバ機器

Claims (15)

  1. 　第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、
    　前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、
    　前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１つの対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、
    　前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、
    　前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える
    　ゲートウェイ装置。
  2. 　前記ゲートウェイ装置は、さらに、
    　前記対象機器が起動を開始した時刻と、前記対象機器が前記第１のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、
    　前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
    　請求項１に記載のゲートウェイ装置。
  3. 　前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、
    　前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含む
    　請求項２に記載のゲートウェイ装置。
  4. 　前記ゲートウェイ装置は、さらに、
    　前記応答メッセージが送信される際に、第２のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、
    　前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集する
    　請求項２又は３に記載のゲートウェイ装置。
  5. 　前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、
    　前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集する
    　請求項４に記載のゲートウェイ装置。
  6. 　前記遠隔起動制御部は、前記対象機器が１台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しない
    　請求項４又は５に記載のゲートウェイ装置。
  7. 　前記ゲートウェイ装置は、さらに、
    　前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、
    　前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
    　請求項１に記載のゲートウェイ装置。
  8. 　第１のネットワーク上の機器と連携する通信装置であって、
    　任意の要件を満たす機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、
    　前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも１つの所定処理を実行する
    　通信装置。
  9. 　前記通信装置は、さらに、
    　受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備える
    　請求項８に記載の通信装置。
  10. 　前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行する
    　請求項８又は９に記載の通信装置。
  11. 　前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信する
    　請求項８～１０のいずれか１項に記載の通信装置。
  12. 　請求項１～７のいずれか１項に記載のゲートウェイ装置と、
    　請求項８～１１のいずれか１項に記載の通信装置とを備える
    　機器連携ネットワークシステム。
  13. 　前記ゲートウェイ装置は、集積回路として構成されている
    　請求項１～７のいずれか１項に記載のゲートウェイ装置。
  14. 　第１のネットワーク上の複数の機器を連携させるための機器連携方法であって、
    　前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視ステップと、
    　前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理ステップと、
    　前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定ステップと、
    　前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答ステップとを含む
    　機器連携方法。
  15. 　請求項１４に記載の機器連携方法をコンピュータに実行させるためのプログラム。
PCT/JP2011/006136 2010-11-04 2011-11-02 ゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法 WO2012060100A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201180012338.3A CN103380594B (zh) 2010-11-04 2011-11-02 网关装置、通信装置、设备协作网络系统、以及设备协作方法
JP2012541750A JP5728020B2 (ja) 2010-11-04 2011-11-02 ゲートウェイ装置、機器連携ネットワークシステム、及び機器連携方法
US13/582,799 US8874738B2 (en) 2010-11-04 2011-11-02 Gateway apparatus, communication apparatus, apparatus co-operation network system, and apparatus co-operation method
US14/500,071 US9386102B2 (en) 2010-11-04 2014-09-29 Gateway apparatus, communication apparatus, apparatus co-operation network system, and apparatus co-operation method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-247915 2010-11-04
JP2010247915 2010-11-04

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/582,799 A-371-Of-International US8874738B2 (en) 2010-11-04 2011-11-02 Gateway apparatus, communication apparatus, apparatus co-operation network system, and apparatus co-operation method
US14/500,071 Division US9386102B2 (en) 2010-11-04 2014-09-29 Gateway apparatus, communication apparatus, apparatus co-operation network system, and apparatus co-operation method

Publications (1)

Publication Number Publication Date
WO2012060100A1 true WO2012060100A1 (ja) 2012-05-10

Family

ID=46024226

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/006136 WO2012060100A1 (ja) 2010-11-04 2011-11-02 ゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法

Country Status (4)

Country Link
US (2) US8874738B2 (ja)
JP (1) JP5728020B2 (ja)
CN (1) CN103380594B (ja)
WO (1) WO2012060100A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873524A (zh) * 2012-12-17 2014-06-18 华为终端有限公司 镜像mirror节点处理信令的方法、mirror节点及系统
JPWO2013080984A1 (ja) * 2011-11-28 2015-04-27 京セラ株式会社 電力制御装置、電力制御システム及び電力制御方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011064812A1 (ja) * 2009-11-24 2011-06-03 株式会社 東芝 情報提示装置
CN103380594B (zh) 2010-11-04 2016-10-05 松下电器（美国）知识产权公司 网关装置、通信装置、设备协作网络系统、以及设备协作方法
US10044598B2 (en) * 2011-07-11 2018-08-07 Sony Corporation Network proxying technology
ITTO20120744A1 (it) * 2012-08-29 2014-03-01 Inst Rundfunktechnik Gmbh Bereitstellung von applikationen auf mehreren elektronischen geraeten
US9727321B2 (en) 2012-10-11 2017-08-08 Netflix, Inc. System and method for managing playback of streaming digital content
US9565475B2 (en) * 2012-10-11 2017-02-07 Netflix, Inc. System and method for managing playback of streaming digital content
US20160337443A1 (en) * 2014-01-29 2016-11-17 Nec Corporation Communication system, common service control apparatus, data collection method, and non-transitory computer readable medium
JPWO2015159520A1 (ja) * 2014-04-17 2017-04-13 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 車載ネットワークシステム、ゲートウェイ装置及び不正検知方法
CA2957537A1 (en) * 2014-08-07 2016-02-11 Espro, Inc. Press for extracting an infusion
WO2021070914A1 (ja) * 2019-10-09 2021-04-15 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 機器監視方法、機器監視装置、及びプログラム
CN114884967B (zh) * 2022-04-15 2024-01-16 杭州博联智能科技股份有限公司 分布式边缘智能网关系统的控制方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003209939A (ja) * 2002-01-15 2003-07-25 Nec Access Technica Ltd 代理応答機能付き電源制御装置および電源制御プログラム
JP2004130525A (ja) * 2002-10-08 2004-04-30 Canon Inc 画像形成装置
WO2006006507A1 (ja) * 2004-07-09 2006-01-19 Matsushita Electric Industrial Co., Ltd. 情報家電機器

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2780198B2 (ja) 1989-10-25 1998-07-30 スズキ株式会社 オートバイのフートレストなどの取付け装置
JP3139481B2 (ja) 1998-11-30 2001-02-26 日本電気株式会社 ネットワーク代理応答サーバ、ネットワークシステム及びこのネットワークシステムの消費電力低減方法
US6396912B1 (en) * 1999-07-30 2002-05-28 3Com Corporation Method and system for connecting multiple DSL modems to a telephone line
US8701027B2 (en) 2000-03-16 2014-04-15 Microsoft Corporation Scope user interface for displaying the priorities and properties of multiple informational items
US7444383B2 (en) 2000-06-17 2008-10-28 Microsoft Corporation Bounded-deferral policies for guiding the timing of alerting, interaction and communications using local sensory information
US6847924B1 (en) 2000-06-19 2005-01-25 Ncr Corporation Method and system for aggregating data distribution models
US7565403B2 (en) 2000-03-16 2009-07-21 Microsoft Corporation Use of a bulk-email filter within a system for classifying messages for urgency or importance
WO2001069387A2 (en) 2000-03-16 2001-09-20 Microsoft Corporation Notification platform architecture
US7243130B2 (en) 2000-03-16 2007-07-10 Microsoft Corporation Notification platform architecture
US7743340B2 (en) 2000-03-16 2010-06-22 Microsoft Corporation Positioning and rendering notification heralds based on user's focus of attention and activity
US7634528B2 (en) 2000-03-16 2009-12-15 Microsoft Corporation Harnessing information about the timing of a user's client-server interactions to enhance messaging and collaboration services
US7249159B1 (en) 2000-03-16 2007-07-24 Microsoft Corporation Notification platform architecture
US20020087649A1 (en) 2000-03-16 2002-07-04 Horvitz Eric J. Bounded-deferral policies for reducing the disruptiveness of notifications
US6601012B1 (en) 2000-03-16 2003-07-29 Microsoft Corporation Contextual models and methods for inferring attention and location
US7417650B1 (en) 2000-03-16 2008-08-26 Microsoft Corporation Display and human-computer interaction for a notification platform
US8024415B2 (en) 2001-03-16 2011-09-20 Microsoft Corporation Priorities generation and management
US8086672B2 (en) 2000-06-17 2011-12-27 Microsoft Corporation When-free messaging
KR100484804B1 (ko) * 2002-07-11 2005-04-22 엘지전자 주식회사 가전기기 원격제어시스템 및 그 동작방법
US6895196B2 (en) 2002-10-08 2005-05-17 Canon Kabushiki Kaisha Image forming apparatus having reduced power consumption mode and control method therefor
US7457879B2 (en) 2003-04-01 2008-11-25 Microsoft Corporation Notification platform architecture
US20060161626A1 (en) * 2003-12-05 2006-07-20 Cardina Donald M Systems and methods for management and delivery of messages in a centralized notification system
CN1661975A (zh) * 2004-02-24 2005-08-31 乐金电子（沈阳）有限公司 家庭网络系统的时间设定方法
US7730223B1 (en) * 2004-07-30 2010-06-01 Apple Inc. Wireless home and office appliance management and integration
US20060035631A1 (en) * 2004-08-13 2006-02-16 Christopher White Wireless device service activation from the wireless device
US20060112171A1 (en) * 2004-11-19 2006-05-25 Rader Shawn T System and method to control devices using a remote control device via hypertext transfer protocol (HTTP)
KR100782837B1 (ko) * 2006-02-15 2007-12-06 삼성전자주식회사 외부 튜너를 이용한 예약 녹화 서비스 제어 방법 및 장치
EP1990956A4 (en) * 2006-03-01 2013-07-17 Mitsubishi Electric Corp GATEWAY DEVICE
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
WO2007114066A1 (ja) * 2006-03-28 2007-10-11 Kyocera Corporation 携帯端末及び機能動作制御方法
US20090013055A1 (en) * 2007-07-03 2009-01-08 Toshiba America Information Systems, Inc. System and method of controlling terminal services availability remotely
JP5241181B2 (ja) * 2007-09-11 2013-07-17 キヤノン株式会社 サービスの制御装置、及び方法
JP4958741B2 (ja) * 2007-11-15 2012-06-20 キヤノン株式会社 サービスの制御装置、及び方法
JP2009147517A (ja) * 2007-12-12 2009-07-02 Sharp Corp 通信端末装置、データ中継装置、携帯電話機、通信システム、通信端末装置の制御方法、データ中継装置の制御方法、通信端末装置制御プログラム、データ中継装置制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体
JP4886712B2 (ja) * 2008-02-05 2012-02-29 日本電信電話株式会社 アクセス制御システム、アクセス制御方法、アクセス制御装置およびアクセス制御プログラム
EP2255588B1 (en) * 2008-03-20 2018-05-09 Telefonaktiebolaget LM Ericsson (publ) Scheduling of uplink measurement reports
JP2010003245A (ja) 2008-06-23 2010-01-07 Daikin Ind Ltd コンピュータシステム
US8391169B2 (en) * 2008-10-31 2013-03-05 Symbol Technologies, Inc. Methods and apparatus for locating a mobile device in a sleep mode
WO2010150505A1 (ja) * 2009-06-26 2010-12-29 パナソニック株式会社 通信装置
JP2011155710A (ja) * 2010-01-25 2011-08-11 Sony Corp 電力管理装置、電子機器及び電力管理方法
US9338276B2 (en) * 2010-01-26 2016-05-10 Apple Inc. Gating accessory connection
US9009810B2 (en) * 2010-05-28 2015-04-14 Nokia Corporation Method and apparatus for providing reactive authorization
CN103380594B (zh) * 2010-11-04 2016-10-05 松下电器（美国）知识产权公司 网关装置、通信装置、设备协作网络系统、以及设备协作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003209939A (ja) * 2002-01-15 2003-07-25 Nec Access Technica Ltd 代理応答機能付き電源制御装置および電源制御プログラム
JP2004130525A (ja) * 2002-10-08 2004-04-30 Canon Inc 画像形成装置
WO2006006507A1 (ja) * 2004-07-09 2006-01-19 Matsushita Electric Industrial Co., Ltd. 情報家電機器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2013080984A1 (ja) * 2011-11-28 2015-04-27 京セラ株式会社 電力制御装置、電力制御システム及び電力制御方法
CN103873524A (zh) * 2012-12-17 2014-06-18 华为终端有限公司 镜像mirror节点处理信令的方法、mirror节点及系统
CN103873524B (zh) * 2012-12-17 2017-10-17 华为终端有限公司 镜像mirror节点处理信令的方法、mirror节点及系统

Also Published As

Publication number Publication date
JPWO2012060100A1 (ja) 2014-05-12
US20120331139A1 (en) 2012-12-27
CN103380594B (zh) 2016-10-05
US9386102B2 (en) 2016-07-05
CN103380594A (zh) 2013-10-30
US20150019615A1 (en) 2015-01-15
US8874738B2 (en) 2014-10-28
JP5728020B2 (ja) 2015-06-03

Similar Documents

Publication Publication Date Title
JP5728020B2 (ja) ゲートウェイ装置、機器連携ネットワークシステム、及び機器連携方法
US11012260B2 (en) Methods, systems, and devices for managing client devices using a virtual anchor manager
EP3799404B1 (en) Device capable of notifying operation state change thereof through network and communication method of the device
EP2720435B1 (en) Media share control system and method of providing user interface for media sharing thereof
US10944829B2 (en) Methods, systems, and devices for multiplexing service information from sensor data
CN104616675A (zh) 一种切换播放设备的方法及移动终端
US20130304877A1 (en) System and method for dynamic configuration of isn store-based overlay network
US8327010B2 (en) Information processing apparatus and method for controlling the same
JP5425167B2 (ja) 撮像手段を有する通信装置およびその制御方法
WO2003092269A1 (fr) Procede et station de demande de selection de contenu, station de fourniture de contenu, appareil d'indication de commutation de contenu, programme, support d'enregistrement lisible par ordinateur sur lequel un programme est enregistre, et systeme de reseau
JP2013157753A (ja) 制御装置および通信機器
JP5425168B2 (ja) 撮像手段を有する通信装置およびその制御方法
EP1843525B1 (en) Apparatus, method and system for managing event information
JP2004320741A (ja) 個別に独立して存在するネットワークを接続する装置及び方法
JP2010278504A (ja) コンテンツの再生端末及び記録端末を切り替える方法、制御端末及びプログラム
JP2007158591A (ja) コンテンツ切替判定システム及び切替指示端末、並びに、コンテンツ切替判定方法
US20140297763A1 (en) Method of Managing Networked Devices
US20110078609A1 (en) Service using device
WO2011033611A1 (ja) 通信装置
JP2007180839A (ja) ネットワークシステム及びその制御方法
JP2007325155A (ja) ネットワーク管理装置及びネットワーク管理システム
JP6042070B2 (ja) 制御装置および通信システム
KR101259552B1 (ko) 홈 네트워크의 중복 기능 제어 방법 및 이를 제공하는 유니버설 플러그 앤 플레이 기기
US20160294917A1 (en) Method and apparatus for controlling user device
JP2010186316A (ja) サービス利用装置、デジタルカメラ、サービス提供装置、および通信システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2012541750

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11837754

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 7581/CHENP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 13582799

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11837754

Country of ref document: EP

Kind code of ref document: A1