EP1300989A1 - Information processing apparatus - Google Patents

Information processing apparatus Download PDF

Info

Publication number
EP1300989A1
EP1300989A1 EP02726442A EP02726442A EP1300989A1 EP 1300989 A1 EP1300989 A1 EP 1300989A1 EP 02726442 A EP02726442 A EP 02726442A EP 02726442 A EP02726442 A EP 02726442A EP 1300989 A1 EP1300989 A1 EP 1300989A1
Authority
EP
European Patent Office
Prior art keywords
command
network
format
soap
ieee
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP02726442A
Other languages
German (de)
English (en)
French (fr)
Inventor
Takuro Noda
Makoto Sato
Yukihiko Aoki
Hisato Shima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of EP1300989A1 publication Critical patent/EP1300989A1/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40091Bus bridging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge

Definitions

  • the present invention relates to an information processing apparatus, and more particularly to an information processing apparatus with which a device connected with a first network based on IEEE 802 can control a device connected with a second network based on IEEE 1394.
  • IEEE 1394 network a network using a IEEE ( Institute of Electrical and Electronics Engineers) 1394 high speed serial bus (hereinafter referred to simply as “IEEE 1394 network”) has become widespread.
  • IEEE 1394 network By connecting an audio device or a video device with the IEEE 1394 network, each device can control other devices by using AV/C commands.
  • the IEEE 802 is a network mainly for connecting personal computers to each other. By being based on Universal Plug and Play (UPnP) protocol, each personal computer can control the other personal computers.
  • UFP Universal Plug and Play
  • the IEEE 1394 network and the IEEE 802 network are independent from each other, and consequently there is a problem in which the devices connected with the IEEE 802 network (hereinafter, referred to as UPnP devices) cannot control the devices connected with the IEEE 1394 network device (hereinafter referred to as AV/C devices).
  • UPnP devices the devices connected with the IEEE 802 network
  • AV/C devices the devices connected with the IEEE 1394 network device
  • the present invention has been conceived in view of such a situation, and it aims at making it possible for a UPnP device to control an AV/C device.
  • An information processing apparatus of the present invention is characterized by a capture means for capturing data in a first format from a first network; conversion means for converting a command based on the SOAP in the first format, the command being captured by the capture means, to an AV/C command in a second network to store the converted command into a second format, and transmission means for transmitting the second format converted by the conversion means to the second network.
  • the conversion means includes a correspondence table of node unique ID and node ID, the node unique ID being described in the command based on the SOAP for designating a device connected with the second network, whereby the conversion means can convert the node unique ID, described in the command based on the SOAP for designating the device connected with the second network, to the node ID based on the correspondence table.
  • the conversion means includes a correspondence table of the command based on the SOAP and the command to be transmitted to the second network based on the command based on the SOAP, whereby the conversion means can retrieve the command based on the SOAP, the command corresponding to a response received through the second network, based on the correspondence table, and can transmit a response corresponding to the command based on the SOAP to the first network.
  • the conversion means can associate the command based on the SOAP with the response based on a transaction label included in the command based on the SOAP.
  • the conversion means can transmit a response indicating being in process to a device connected to the first network when a final response corresponding to a request from the device connected to the first network is not received within a predetermined period of time from a device connected to the second network.
  • the information processing apparatus can further be characterized by detection means for detecting a bus reset of the second network if the command based on the SOAP is a command requesting resending at the bus reset of the second network, and for transmitting the command at occurrence of the bus reset in the second network.
  • the conversion means can further convert the AV/C command of the second network to the command based on the SOAP of the first format to store the converted command into the first format, and the transmission means can further transmit the command based on the SOAP of the first format, the command being converted by the conversion means, to the first network.
  • An information processing method of the present invention is characterized by: a capture step of capturing data in a first format from a first network; a conversion step of converting a command based on SOAP in the first format, the command captured by a process of the capture step, to an AV/C command of a second network, and of storing the converted command into a second format; and a transmission step of transmitting the second format converted by a process of the conversion step to the second network.
  • a program of a recording medium of the present invention is characterized by: a capture step of capturing data in a first format from a first network; a conversion step of converting a command based on SOAP in the first format, the command captured by a process of the capture step, to an AV/C command of a second network, and of storing the converted command into a second format; and a transmission step of transmitting the second format converted by a process of the conversion step to the second network.
  • a program of the present invention makes the following steps execute: a capture step of capturing data in a first format from a first network; a conversion step of converting a command based on SOAP in the first format, the command captured by a process of the capture step, to an AV/C command of a second network, and of storing the converted command into a second format; and a transmission step of transmitting the second format converted by a process of the conversion step to the second network.
  • a command based on SOAP from the first network based on IEEE 802 is converted to an AV/C command of the second network.
  • Fig. 1 shows the configuration of a network system to which the present invention is applied.
  • a UPnP control point 1 is connected with an IEEE 802 network 11.
  • AV/C devices 3, 4 are connected with an IEEE 1394 network 12.
  • the IEEE 802 network 11 and the IEEE 1394 network 12 are both connected with a UPnP device (UPnP-AV/C proxy) 2.
  • Fig. 2 shows an example of the configuration of the UPnP device 2.
  • a central processing unit (CPU) 21 executes various processes in conformity with a program stored in a read only memory (ROM) 22, or a program load on a random access memory (RAM) 23 from a storage section 28.
  • ROM read only memory
  • RAM random access memory
  • the CPU 21, the ROM 22 and the RAM 23 are mutually connected through a bus 24.
  • An input-output interface 25 is also connected with the bus 24.
  • an input section 26 composed of a keyboard, a mouse and the like
  • an output section 27 composed of a display, such as a CRT and an LCD, a speaker and the like
  • a storage section 28 composed of a hard disk and the like
  • a communication section 29 composed of a modem, a terminal adapter and the like.
  • the communication section 29 performs communication processes through the IEEE 802 network 11 or the IEEE 1394 network 12.
  • a drive 30 is also connected with the input-output interface 25 as the need arises, and a magnetic disk 41, an optical disk 42, a magneto-optical disk 43, a semiconductor memory 44 and the like are suitably connected thereto. Then, computer programs read out from them are installed into the storage section 28 as a need arises.
  • UPnP devices (the UPnP control point 1 and the UPnP device 2 in case of the example of Fig. 1) mainly have six functions of Addressing, Discovery, Description, Control, Eventing and Presentation.
  • UPnP Addressing is a function by which each UPnP device acquires an address on the IEEE 802 network 11, and Dynamic Host Configuration Protocol (DHCP) or Auto IP is used therefor.
  • DHCP Dynamic Host Configuration Protocol
  • Auto IP Auto IP
  • the protocol used here is Simple Service Discovery Protocol (SSDP).
  • SSDP Simple Service Discovery Protocol
  • the device When each device is connected with the IEEE 802 network 11, the device multicasts a message notifying a device and a service which the device includes in itself on the IEEE 802 network 11 (namely, the devices transmits a packet without specifically designating the destination of the packet). By receiving the multicast message, the UPnP control point 1 can know which device has been connected with the IEEE 802 network 11.
  • SSDP Simple Service Discovery Protocol
  • the UPnP control point 1 it is also possible for the UPnP control point 1 to examine the devices connected with the IEEE 802 network 11 at the present time. At this time, the UPnP control point 1 multicasts a retrieval command on the IEEE 802 network 11 by the use of the device or the service which are wanted to be discovered as key words. If each device connected with the IEEE 802 network 11 fits the conditions prescribed in the multicast retrieval command, the device performs the unicast of a response to the retrieval command (namely, the device transmits a packet by designating a destination). Thereby, the UPnP control point 1 can detect a device connected with the IEEE 802 network 11.
  • the device broadcasts the fact in advance.
  • the uniform resource locator (URL) of Device Description is described in an SSDP packet output by the device being an object of control and discovered by the UPnP control point 1.
  • the UPnP control point 1 is enabled to obtain further detailed device information of the device from Device Description by accessing the URL.
  • the device information includes icon information, a model name, a manufacturer name, product name and the like.
  • the device information describes the service information which the device has.
  • Service Description in which the detailed information of the service is described can also be traced on the basis of the URL described in the service information.
  • the UPnP control point 1 is enabled to know how to access to a target on the basis of the device information (Device Description) and the service information (Service Description).
  • the Device Description and Service Description are expressed by Extensible Markup Language (XML).
  • Control is classified to two large groups of Action and Query.
  • Action is performed in conformity with a method prescribed in action information of Service Description, and the UPnP control point 1 can handle a target by invoking Action.
  • Query is used for capturing the value of stateVariable of Service Description.
  • the value of stateVariable indicates the state of a device.
  • SOAP Simple Object Access Protocol
  • XML representation language
  • Eventing is used for making a target notify the UPnP control point 1 of an alteration of the value of stateVariable when the alteration is performed.
  • the UPnP control point 1 can know the variables held by the target on the basis of stateVariable by analyzing Service Description. By having output Subscription to the target, the UPnP control point 1 can receive a notice from the target when a variable has changed in respect of the variables to which sendEvents are yes among the variables.
  • a transport protocol called as General Event Notice Architecture (GENA) is used.
  • GMA General Event Notice Architecture
  • XML is used as the representation language of the protocol.
  • Presentation is used for supplying control means using a user interface (UI) to a user.
  • UI user interface
  • a user By accessing Presentation URL described in Device Description, a user can obtain Presentation Page described with Hyper Text Markup Language (HTML).
  • HTML Hyper Text Markup Language
  • a target By means of the function, a target can prepare an application.
  • the UPnP device (UPnP-AV/C proxy) 2 functions as a bridge between the IEEE 802 network 11 and the IEEE 1394 network 12, and provided with a device model shown in Fig. 3 in its inside.
  • the device model in the example is composed of one root device 61.
  • the root device 61 includes an AV/C proxy service 71 and an AV/C nodes service 72.
  • the AV/C proxy service (hereinafter referred to simply as "proxy service” ) 71 manages bus reset generation of the IEEE 1394 network 12, bus ID, the number of nodes, bus managers, the node unique ID (NUID) of isochronous resource managers, gap counts (Gap Count), self ID packets (Self ID packets) and the like.
  • proxy service manages bus reset generation of the IEEE 1394 network 12, bus ID, the number of nodes, bus managers, the node unique ID (NUID) of isochronous resource managers, gap counts (Gap Count), self ID packets (Self ID packets) and the like.
  • the AV/C nodes service (hereinafter referred to simply as "node service") 72 performs a conversion process between a command based on SOAP and a command based on AV/C.
  • Fig. 4 shows a format of an AV/C command frame.
  • the type of a command set is described.
  • the value "0000" in the field indicates that the command set is an AV/C command set.
  • a ctype field it is described whether the packet is a command or a response. And, if the packet is a command, the function classification of the command is described therein and, if the packet is a response, the classification of a process result of a command is described.
  • Fig. 5 shows examples of such commands and responses. As shown in the figure, four kinds of commands are prepared as large command groups.
  • the former is a command for inquiring the existence of an opcode support
  • the latter is a command for inquiring the existence of the supports of opcodes and operands.
  • NOT IMPLEMENTED As a response to the NOTIFY command, NOT IMPLEMENTED, REJECTED, INTERIM and CHANGED exist.
  • INTERIM first notifies that NOTIFY has been accepted.
  • subunit_type in the AV/C command frame of Fig. 4 indicates a destination of a command.
  • a concrete example of the subnit_type is shown in Fig. 6.
  • subunit_type indicates that the destination (sub-unit) of the AV/C command is Video Monitor. Moreover, the value "00101" indicates that the destination is Tuner.
  • subunit_type indicates that the command is addressed to a unit. As a result, for example, the turning on and the turning off of the power source of an apparatus are controlled.
  • subunit_ID is used as a discrimination number for performing the discrimination in the case where a plurality of sub-units of the same kind exists in a unit. Consequently, the destination of a command is determined on the basis of both of subunit_type and subunit_ID after all.
  • An opcode indicates an command operation, and an operand indicates an additional condition of an command.
  • Fig. 6 shows an example of the opcode in the case where scbunit_type is Tuner.
  • the value C8h thereof indicates DIRECT SELECT INFORMATION TYPE
  • the value CBh thereof indicates DIRECT SELECT DATA.
  • the opcode in the case is selected to be DIRECT SELECT INFORMATION TYPE, and the parameters of the channel such as the frequency thereof and the channel number thereof are designated by the operand.
  • the UPnP control point 1 subscribes to the proxy service 71 of the root device 61 constituting the UPnP-AV/C proxy 2 that, when some changes occur in the IEEE 1394 network 12, the proxy service 71 should notify the UPnP control point 1 of the changes (SUBSCRIBE).
  • the proxy service 71 executes a process corresponding to it.
  • a bus reset is generated in the AV/C device 3 at Step S32, and in a similar way a bus reset is generated in the nodes service 72 in the root device 61 at Step S21.
  • the nodes service 72 notifies the proxy service 71 of the generation of the bus reset at Step S22.
  • the proxy service 71 When the proxy service 71 detects the notice from the nodes service 72 at Step S12, the proxy service 71 notifies the UPnP control point 1 that the AV/C device 3 has been connected with the IEEE 1394 network 12 at Step S13 on the basis of SUBSCRIBE from the UPnP control point 1, which the proxy service 71 has taken in at Step S11, (NOTIFY).
  • the UPnP control point 1 receives the notice from the proxy service 71. Thereby, the UPnP control point 1 can know that the AV/C device 3 has been connected with the IEEE 1394 network 12.
  • the UPnP control point 1 invokes a request packet of an action based on SOAP which describes a command for controlling a prescribed action of the AV/C device 3 (the turning on of the power supply of the AV/C device 3 in the present case) (Invoke).
  • Fig. 8 shows an example of a message transferred from the UPnP control point 1 to the nodes service 72.
  • the UPnP control point 1 makes the message by referring to AV/C Nodes Service Description, which the nodes service 72 includes and is shown in Fig. 14 and Fig. 15, which will be described later.
  • the numeral "5" included in Transaction indicates a transaction label as a label for recognizing which command a returned response corresponds to because responses are returned corresponding to commands.
  • NUID node unique ID
  • the command "00FFB270" indicates the contents of an AV/C command by which the UPnP control point 1 requests the nodes service 72 to generate the AV/C command.
  • the resume "1" is a command of requesting the AV/C nodes service 72 to resend a response corresponding to the command in the case where a bus reset has occurred in the device to which the AV/C device 3 is connected. If the nodes service 72 has received the request, the nodes service 72 performs the process of resending the response corresponding to the command when the nodes service 72 detects the bus reset.
  • "avcCommandSend” is a command requesting the nodes service 72 to output such a command as an AV/C command to the IEEE 1394 network 12.
  • the nodes service 72 when the nodes service 72 receives at Step S23 the Action Invoke shown in Fig 8, the nodes service 72 generates an AV/C command (AV/C POWER control command) shown in Fig. 9 corresponding to Action Invoke, and transmits the generated AV/C command to the AV/C device 3 through the IEEE 1394 network 12 at Step S24.
  • AV/C command AV/C POWER control command
  • the AV/C nodes service 72 has generated and keeps a correspondence table of NUID and node ID, and updates them at every bus reset generation. NUID is converted to node ID on the basis of the correspondence table, and is transferred into the IEEE 1394 network 12.
  • the AV/C device 3 When the AV/C device 3 receives the AV/C POWER control command transmitted from the node device 72 at Step S33, the AV/C device 3 turns on the apparatus corresponding to the contents of the command. After that, at Step 534, the AV/C device 3 generates an AV/C response (AV/C POWER response) which corresponds to the turning on of the apparatus and is shown in Fig. 10, and transmits to the nodes service 72.
  • AV/C POWER response AV/C POWER response
  • CTS is set to be "0000” in a similar way to the AV/C POWER control command of Fig. 9.
  • "response” is set to the value 9 (1001) indicating ACCEPTED as shown in Fig. 5.
  • subunit_type and “subunit_ID” are set to be the same values as those of the AV/C POWER control command of Fig. 9. That is, in this case, the values indicate the origin of the transmission.
  • the opcode and the operand are also set to have the same values as those of the AV/C POWER control command of Fig. 9.
  • the nodes service 72 When the nodes service 72 receives the AV/C POWER response transmitted form the AV/C device 3 at Step S25, the nodes service 72 generates Response as Action, which is based on an SOAP protocol and is shown in Fig. 11, and transmits the generated Action Response to the UPnP control point 1 at Step S26.
  • the numeral "5" shown in Transaction shown in Fig. 11 is set to be "5" (the same value) corresponding to the value "5" of Transaction in Fig. 8 for indicating that Action Response is Action (Response) forming a counterpart to Action (Command) of Fig. 8.
  • the AV/C device 3 When the AV/C device 3 receives the command, the AV/C device 3 turns the power supply of the apparatus corresponding to the command, and generates the AV/C POWER response shown in Fig. 10 and transmits the generated AV/C POWER response to the nodes service 72 at Step S34.
  • the nodes service 72 generates and keeps a table (correspondence table) for keeping the correspondence relationship of Transaction. That is, when the nodes service 72 receives the AV/C POWER control command shown in Fig. 8 at Step S23 and outputs the AV/C POWER control command shown in Fig. 9 at Step S24, the nodes service 72 stores it in the table that both of the AV/C POWER control commands correspond to each other. Consequently, by referring to the table, the nodes service 72 can recognize that, when the AV/C POWER response shown in Fig. 10 is transmitted from the AV/C device 3, it is a response corresponding to the AV/C POWER control command shown in Fig. 8.
  • the nodes service 72 when the nodes service 72 receives the AV/C POWER response at Step S25, the nodes service 72 generates a response of an action which is shown in Fig. 11 and is based on SOAP, and transmits the generated Action Response to the UPnP control 1 at Step S26.
  • the response "09FFB270” corresponds to the value "00001001111111111010001001110000" of the binary number described in the AV/C POWER response of Fig. 10.
  • the UPnP control point 1 receives the response at Step S4. Thereby, the UPnP control point 1 can know that the AV/C device 3 has turned the power supply of the apparatus on.
  • an AV/C device shall return INTERIM as a response when the AV/C device cannot execute the process corresponding to a received request immediately.
  • the AV/C device shall return a final response to the transmitter of the request at the point of time.
  • the nodes service 72 manages the period of time from the output of the AV/C command to the AV/C device 3 in the process at Step S24 to the reception of the AV/C response from the AV/C device 3 in the process at Step S25. If a response received within a prescribed period of time which has been set previously (e.g. 30 seconds) is not INTERIM (in case of a final response), the AV/C nodes service 72 immediately transfers a response corresponding to the received response to the UPnP control point 1.
  • a prescribed period of time which has been set previously e.g. 30 seconds
  • the AV/C nodes service 72 waits until 30 seconds have passed from the transmission of the AV/C command. And, when the response other than INTERIM (final response) is received before the period of time of 30 seconds has passed, the AV/C nodes service 72 outputs a response corresponding to the final response. When the final response is not received within 30 seconds, the AV/C nodes service 72 outputs INTERIM as a response. Thereby, the UPnP control point 1 can know at least within 30 seconds whether the requested process can be completed or not.
  • the root device 61 of the device model which is shown in Fig. 3 and the UPnP-AV/C proxy 2 has, includes AV/C Proxy Device Description shown in Fig. 12; the proxy service 71 includes AV/C Proxy Service Description shown in Fig. 13; and the nodes service 72 includes AV/C nodes Service Description shown in Figs. 14 and 15.
  • Description's describe parameters and other conditions necessary for executing the functions which the devices have.
  • the other device refers to Description's to add the conditions described in Description's, and then the other device transmits a command to the devices.
  • ServiceType indicates that the type of the service of the proxy service 71 is Proxy Service
  • service ID indicates the peculiar name of the proxy service 71.
  • SCPDURL "./scpd/proxyScpd.xml” indicates the URL of AV/C Proxy Service Description, which the proxy service 71 includes, (concretely, the URL of AV/C Proxy Service Description shown in Fig. 13).
  • ServiceType indicates that the type of the service of the nodes service 72 is NodeService.
  • SCPDURL "./scpd/nodeScpd.xml” of the service indicates the URL of AV/C nodes Service Description, which the nodes service 72 has, (concretely, AV/C nodes Service Description shown in Fig. 14 and Fig. 15).
  • Action in AV/C Proxy Service Description of Fig. 13 indicates various actions which the proxy service 71 executes. "name” “getNodeNum” indicates the name of an action. The “action” is an action for acquiring the number of nodes on the IEEE 1394 network 12.
  • the direction of the name of "nodeNum” includes an argument of "out” (an argument in which another device put a value to output the argument to the proxy service 71).
  • variable is a variable which is notified to a device during SUBSCRIBE when a state variable has changed.
  • the type of the variable is set to "ui1"
  • AV/C nodes Service Description of Fig. 14 and Fig. 15 prescribes "avcCommandSend” being an action for sending an AV/C command.
  • the command includes arguments of "nuid”, “avcCommand”, “resume”, “inlineNuidPosition”, “inlineNuid” and “avcResponse”. Because the direction is "out”, the last “avcResponse” is output from another device to be sent to the nodes service 72. On the contrary, because the directions of five arguments except “avcResponse" are set to be "in”, their values are set therein, and the nodes service 72 issues the arguments to input them to other devices.
  • inlineNuid (inserted NUID) and " inlineNuidPosition” (insertion position of NUID) in Fig. 14 are used in the case where NUID other than the NUID of the destination device is designated (i.e. they are used in the case where the command needs the NUID of another AV/C device).
  • the UPnP control point 1 sends a request in accordance with Description. Accordingly, the AV/C device which has received a request interprets the request on the basis of the provisions of Description, and thereby the AV/C device can detect NUID.
  • Fig. 16 shows another example of AV/C Proxy Device Description which the root device 61 has.
  • ServiceType "urn:sony-corp:service:1394Proxy Service:1" of the proxy service 71 and ServiceType “urn:sony-corp:1394Node Service:1" of the nodes service 72 are described.
  • Fig. 17 shows another example of AV/C Proxy Service Description which the proxy service 71 has.
  • Fig. 18 shows another example of AV/C Nodes Service Description which the nodes service 72 has.
  • a root device 61 is made to hold the proxy service 71 and the nodes service 72 as shown in Fig. 3 in the above, it is also possible to make a root device 61-1 hold the proxy service 71 and to define the service to each node on the IEEE 1394 network 12 at every root device as shown in Fig. 19, for example.
  • a nodes service 72-1 is held by a root device 61-2
  • a nodes service 72-2 is held by a root device 61-3.
  • Fig. 20 and Fig. 21 show examples of AV/C Proxy Device Description which the root devices 61-1 to 61-3 of Fig. 19 have.
  • Fig. 22 shows an example of AV/C Proxy Service Description which the proxy service 71 of Fig. 19 has.
  • Fig. 23 shows an example of AV/C Node Service Description which the nodes services 72-1, 72-2 of Fig. 19 have.
  • deviceType "urn:schemas-upnp-org:device:1394ProxyDevice: 1" is described corresponding to the root device 61-1;
  • deviceType "urn:sony-corp:device:1394NodeDevice:1” is described corresponding to the root device 61-2; and
  • deviceType "urn:sony-corp:device:1394NodeDevice:1" is described corresponding to the root device 61-3.
  • Fig. 22 the definition of the variable of "nodeNum" is performed in serviceStateTable.
  • the definition of the variable can be investigated by means of Query.
  • Fig. 24 shows a further configuration example of the device models.
  • the nodes services 72-1, 72-2 are provided in every node like in the example of Fig. 19.
  • the example of Fig. 24 differs the example of Fig. 19 in the fact that all of the services are held in one root device 61 together with the proxy service 71.
  • Fig. 25 shows the configuration of AV/C Proxy Device Description which the root device 61 in the example of Fig. 24 has.
  • Fig. 26 shows a configuration example of AV/C Proxy service Description which the proxy service 71 of Fig. 24 has.
  • Fig. 27 shows a configuration example of AV/C Node Service Description which the nodes services 72-1, 72-2 of Fig. 24 have.
  • AV/C Proxy Service Description of Fig. 26 is described in SCPDURL of serviceId "urn:sony-corp:serviceId:1394ProxyServicel”.
  • the URL of AV/C Node Service Description of Fig. 27 is described in SPCDURL's of serviceId's of "urn:sony-corp:serviceId:1394NodeServicel" and "urn:sony-corp:serviceId:1394NodeService2".
  • Fig. 28 shows a still further configuration example of the device model.
  • the proxy service 71 is held in the root device 61.
  • the nodes services 72-1, 72-2 are provided at every node, and further are held in embedded devices 81-1, 81-2 formed in the root device 61, respectively.
  • Fig. 29 and Fig. 30 show configuration examples of AV/C Proxy Device Description which the root device 61 of Fig. 28 has.
  • Fig. 31 shows a configuration example of AV/C Proxy Service Description which the proxy service 71 of Fig. 28 has.
  • Fig. 32 shows a configuration example of AV/C Node Service Description which the nodes services 72-1, 72-2 of Fig. 28 have.
  • serviceId "urn:sony-corp:serviceId:1394ProxyServicel” corresponds to the proxy service 71 of Fig. 28, and the URL of AV/C Proxy Service Description of Fig. 31 is described in SCPDURL of the serviceId.
  • one proxy service 71 and one node device 72 are defined in one root device 61.
  • the proxy service 71 is defined in one root device 61-1, and the nodes services 72-1, 72-2 to several nodes on the 1394 are defined to every root device 61-2, 61-3, respectively.
  • the proxy service 71 is provided in one root device 61, and the nodes services are provided corresponding to each node.
  • the nodes services 72-1, 72-2 are held in one root device 61 in a similar way to the proxy service 71.
  • all of the nodes on the 1394 are defined as the embedded devices 81-1, 81-2 of the root device 61.
  • Fig. 33 shows a comparison result of the features of the device models of Figs. 3, 19, 24 and 28.
  • "type A”, “type B”, “type C” and “type D” respectively correspond to the device models of Figs. 3, 19, 24 and 28.
  • the unit of the configuration of a presentation URL is a bus in case of the type A and the type C, or a node in case of the type B and the type D. It is easy to understand the units in case of the type B (Fig. 19) and type D (Fig. 28), both being capable of having a URL at every node. However, as for the type A (Fig. 3) and the type C (Fig. 24), it is considerable that, if the proxy service 71 prepares something like a link page to each node, a substantially corresponding function can be realized.
  • the unit of the notice of NOTIFY is a bus in case of the type A, or a node in case of the type B, C and D.
  • the series of processes described above can be executed with hardware, but also can be executed with software.
  • a program constituting the software is installed from a network or a recording medium into a computer incorporated into exclusive hardware, or, for example, a general purpose computer capable of executing various functions with installed various programs.
  • the recording medium is, as shown in Fig. 2, composed of not only a package medium such as the magnetic disk 41 (including a floppy disk), the optical disk 42 (including a compact disk-read only memory (CD-ROM) and a digital versatile disk (DVD)), the magneto-optical disk 43 (including a mini disk (MD)), and the semiconductor memory 44, the package medium being distributed to users separately from the main body of an apparatus for supplying the program and including the recorded program therein, but also the ROM 22 or a hard disk included in the storage section 28a, both being supplied to a user in the state of being previously incorporated in the main body of an apparatus and including the recorded program.
  • a package medium such as the magnetic disk 41 (including a floppy disk), the optical disk 42 (including a compact disk-read only memory (CD-ROM) and a digital versatile disk (DVD)), the magneto-optical disk 43 (including a mini disk (MD)), and the semiconductor memory 44, the package medium being distributed to users separately from the main body of an apparatus
  • a step of describing a program to be recorded in a recording medium naturally includes processes executed in time series along a described order, but also includes processes executed in parallel or separately even if they are necessarily executed in time series.
  • system indicates the whole apparatus composed of a plurality of apparatuses.
  • a command based of SOAP from a first network based on IEEE 802 is converted to an AV/C command of a second network, a device connected with the second network can be easily and surely controlled by a device connected with the first network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Selective Calling Equipment (AREA)
EP02726442A 2001-05-24 2002-05-20 Information processing apparatus Withdrawn EP1300989A1 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2001154751 2001-05-24
JP2001154751 2001-05-24
JP2001226390 2001-07-26
JP2001226390A JP3661936B2 (ja) 2001-05-24 2001-07-26 情報処理装置および方法、記録媒体、並びにプログラム
PCT/JP2002/004835 WO2002096037A1 (fr) 2001-05-24 2002-05-20 Appareil de traitement d'informations

Publications (1)

Publication Number Publication Date
EP1300989A1 true EP1300989A1 (en) 2003-04-09

Family

ID=26615608

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02726442A Withdrawn EP1300989A1 (en) 2001-05-24 2002-05-20 Information processing apparatus

Country Status (6)

Country Link
US (1) US20030177270A1 (zh)
EP (1) EP1300989A1 (zh)
JP (1) JP3661936B2 (zh)
KR (1) KR20030024806A (zh)
CN (1) CN1463521A (zh)
WO (1) WO2002096037A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1665632A1 (en) * 2003-09-23 2006-06-07 Lg Electronics Inc. Upnp-based media contents reproducing system and method thereof
EP1814261A1 (en) * 2006-01-31 2007-08-01 Samsung Electronics Co., Ltd. A method of restoring AV session and a control point for the same
EP1990956A1 (en) * 2006-03-01 2008-11-12 Mitsubishi Electric Corporation Gateway device
US7813823B2 (en) * 2006-01-17 2010-10-12 Sigmatel, Inc. Computer audio system and method

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10302477A1 (de) * 2003-01-23 2005-02-24 Deutsche Thomson-Brandt Gmbh Verfahren zur Verfügbarmachung eines Eingabeparameters einer Netzwerkstation eines Netzwerks eines ersten Typs in einem Netzwerk eines zweiten Typs sowie Verbindungseinheit zur Verbindung der Netzwerke des ersten und zweiten Typs
JP2004272632A (ja) 2003-03-10 2004-09-30 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
KR100565060B1 (ko) * 2003-03-14 2006-03-30 삼성전자주식회사 언어 정보에 따라 적응적으로 재생가능한 데이터 구조로기록된 정보저장매체, 그 재생 방법 및 장치
JP4197517B2 (ja) 2003-03-31 2008-12-17 富士通株式会社 バスブリッジ装置、バスブリッジ方法および入出力制御装置
KR100493896B1 (ko) 2003-04-18 2005-06-10 삼성전자주식회사 디지털 콘텐트 메타데이터 변환 방법 및 장치, 그리고이를 이용한 네트워크 시스템
JPWO2004095293A1 (ja) * 2003-04-24 2006-07-13 三菱電機株式会社 映像情報システム、およびモジュールユニット
CN100521636C (zh) 2003-06-30 2009-07-29 皇家飞利浦电子股份有限公司 在URI中嵌入UPnP AV媒体服务器的对象ID
CN1620060B (zh) * 2003-11-17 2010-04-28 国际商业机器公司 把浏览器不兼容的信息整合在网络内容中以及显示该信息的方法和设备
US20050144137A1 (en) * 2003-12-24 2005-06-30 Kumar B. V. Protocol processing device and method
DE602004023582D1 (de) * 2004-02-26 2009-11-26 Research In Motion Ltd Verfahren und Vorrichtung zur Aggregation von Webdiensten
JP4337591B2 (ja) 2004-03-19 2009-09-30 株式会社日立製作所 情報処理装置、ネットワークシステムおよびネットワークシステムの制御方法
JP4645165B2 (ja) * 2004-11-12 2011-03-09 セイコーエプソン株式会社 ネットワーク型プラグアンドプレイに対応したネットワーク装置の制御
KR100639970B1 (ko) 2004-12-16 2006-11-01 한국전자통신연구원 UPnP AV 시스템 및 미디어 렌더러와 재생 모듈간의통신 수행 방법
JP4164490B2 (ja) * 2004-12-17 2008-10-15 キヤノン株式会社 通信装置、プロファイル情報取得方法、及び、プログラム
US8156505B2 (en) * 2005-01-27 2012-04-10 Infosys Limited Protocol processing including converting messages between SOAP and application specific formats
KR100643296B1 (ko) * 2005-05-11 2006-11-10 삼성전자주식회사 웹 서비스 기술을 지원하는 a/v 네트워크에서 컨텐츠서비스 제공 방법 및 장치
KR100739743B1 (ko) * 2005-10-19 2007-07-13 삼성전자주식회사 홈 네트워크에서 디바이스를 독점적으로 제어하기 위한방법 및 장치
US7788409B2 (en) * 2005-10-28 2010-08-31 Sony Corporation System and method for achieving interoperability in home network with IEEE 1394 and UPnP devices
JP2007150853A (ja) 2005-11-29 2007-06-14 Toshiba Corp 供給装置と処理装置及び指示方法
JP2007156691A (ja) * 2005-12-02 2007-06-21 Seiko Epson Corp ネットワーク型プラグアンドプレイに対応したネットワーク中継制御
KR100714708B1 (ko) * 2006-01-12 2007-05-04 삼성전자주식회사 홈 네트워크에서 디바이스 간 호환성을 지원하는 미들웨어장치 및 그 방법
WO2007136195A1 (en) * 2006-05-19 2007-11-29 Lg Electronics Inc. Method for managing and processing information of an object for presentation of multiple sources and apparatus for conducting said method
CN101325530B (zh) * 2008-07-04 2011-11-30 海信集团有限公司 一种二级网络及其通信方法
KR101669672B1 (ko) * 2009-08-17 2016-11-10 삼성전자주식회사 단말의 원격 관리 방법 및 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10145420A (ja) * 1996-11-12 1998-05-29 Sony Corp 異なるシステムに接続された機器の制御方法及び変換機器
JP3688464B2 (ja) * 1997-05-06 2005-08-31 株式会社東芝 端末装置、サーバ装置、通信装置および制御方法
JP3576019B2 (ja) * 1998-12-28 2004-10-13 株式会社東芝 通信ノード
US6813651B1 (en) * 2000-02-18 2004-11-02 Controlnet, Inc. Interface device for ethernet transceiver and 1394 controller
US20020174236A1 (en) * 2001-03-26 2002-11-21 Sanjay Mathur Methods and apparatus for processing data in a content network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO02096037A1 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1665632A1 (en) * 2003-09-23 2006-06-07 Lg Electronics Inc. Upnp-based media contents reproducing system and method thereof
EP1746777A2 (en) 2003-09-23 2007-01-24 LG Electronics Inc. UPnP-based media contents reproducing system and method thereof
EP1665632A4 (en) * 2003-09-23 2010-06-02 Lg Electronics Inc UPNP MEDIA CONTENT REPRODUCTION SYSTEM AND METHOD THEREOF
EP1746777A3 (en) * 2003-09-23 2010-06-02 LG Electronics Inc. UPnP-based media contents reproducing system and method thereof
US7813823B2 (en) * 2006-01-17 2010-10-12 Sigmatel, Inc. Computer audio system and method
EP1814261A1 (en) * 2006-01-31 2007-08-01 Samsung Electronics Co., Ltd. A method of restoring AV session and a control point for the same
US8782717B2 (en) 2006-01-31 2014-07-15 Samsung Electronics Co., Ltd. Method of restoring AV session and a control point for the same
EP1990956A1 (en) * 2006-03-01 2008-11-12 Mitsubishi Electric Corporation Gateway device
EP1990956A4 (en) * 2006-03-01 2013-07-17 Mitsubishi Electric Corp GATEWAY DEVICE

Also Published As

Publication number Publication date
JP2003046535A (ja) 2003-02-14
US20030177270A1 (en) 2003-09-18
KR20030024806A (ko) 2003-03-26
JP3661936B2 (ja) 2005-06-22
WO2002096037A1 (fr) 2002-11-28
CN1463521A (zh) 2003-12-24

Similar Documents

Publication Publication Date Title
EP1300989A1 (en) Information processing apparatus
US7958272B2 (en) Method and apparatus for outputting a user interface (UI) event of 3rd party device in home network
KR100440969B1 (ko) 네트워킹 방법 및 그 장치
EP1738527B1 (en) Method for controlling a device in a network of distributed stations, and network station
EP1058422A1 (en) Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods
US7130925B2 (en) Information processing apparatus and method for receiving/transmitting data between an IEEE802-based format and an IEEE1394-based format
US7844738B2 (en) Method of and apparatus for bridging a UPnP network and a rendezvous network
US20040205172A1 (en) Control point server system and method thereof enabling efficient access to home network devices
US20040120344A1 (en) Device discovery application interface
KR101612553B1 (ko) 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법
US20040133896A1 (en) Network device application interface
EP1169812B1 (en) Broadcast discovery in a network having one or more 1394 buses
JP2005512399A (ja) HAViとUPnPのブリッジ
JP3661935B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
KR100427697B1 (ko) 프로토콜 변환장치 및 이를 이용한 홈 네트워크 시스템의디바이스 제어방법
JP2003008610A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
KR20050078541A (ko) 홈네트워크 디바이스 모니터링 및 제어 방법
JP2004104839A (ja) 情報処理装置および方法、並びに通信システム
US20080320491A1 (en) Method of receiving/transmitting event message, controlled device, and controlled point
KR100952280B1 (ko) 댁내에 설치되는 주거 게이트웨이의 재부팅을 원격으로제어하는 방법
KR20050055134A (ko) 망관리 정보를 이용한 바이바이 메시지의 대체 전송 장치,시스템 및 그 방법
Kim et al. Seamless network bridge for supporting interoperability upnp-zigbee

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20030110

AK Designated contracting states

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20060215