JP2010011123A - Image data delivery method, image data delivery device implementing same, image data delivery program for making computer to implement same, and recording medium with same written therein - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system allowing image data acquired from a non-DLNA-specification-compliant apparatus such as a web camera or a TV tuner to be remotely viewed on a DLNA network over the Internet, and remotely operable by using an existing DLNA apparatus. <P>SOLUTION: The above problem is solved by additionally installing a UPnP Device function in a wormhole device and by a lapping DMS using image data from a connected non-DLNA-compliant apparatus as a content. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a video data transmission method, a video data transmission device for executing the method, a video data transmission program for causing a computer to execute the method, and a recording medium in which the program is written.

  Specifically, for example, when communication is performed between devices connected to each other via a network, video data acquired from a device such as a Web camera or a TV tuner that does not support UPnP is transmitted as content, and the content is transmitted. The present invention relates to a video data transmission technology that can be shared and viewed remotely within the same home network or via the Internet.

Home appliances used by connecting to a network have a wide variety of manufacturers, operating systems (OS) used, and the like, and thus it may be difficult to perform data communication and the like by mutual connection.
In order to solve this problem, in recent years, products that comply with the Digital Living Network Alliance (DLNA) guidelines are attracting attention in home appliances centering on AV devices because of their good interconnectivity (communication).

The DLNA guideline specifies a communication protocol used for interconnection of home appliances. For example, UPnP (Universal Plug and Play) is specified as a communication protocol used for device discovery or command transmission to the device.
In UPnP, a home appliance (UPnP device) automatically obtains an IP address (Internet Protocol address), and a control device (also referred to as “DMP” or the like in this specification) has a server device (in this specification, with a content). (DMS, “server”, etc.) are automatically discovered, a content list is acquired, and a series of processes from content reproduction to smooth playback is performed.
Currently, the home network environment centering on DLNA limits its scope to a single (same) home.

Therefore, it is considered that expanding these to those that can be used at home, outdoors or on the go will greatly expand the applicability of applications and various contents. Attempts have also been made to make it available from other networks via the Internet.
However, many of the inexpensive web cameras and TV tuners currently on the market are connected to a personal computer (PC) via a USB interface and operated via software that has an individual operation interface set up individually. Many.
In addition, since a network-compliant Web camera that complies with the DLNA guidelines is expensive, there is a problem that it cannot be used by general individual users.

For example, sling boxes (see Non-Patent Document 2) and location-free (see Non-Patent Document 3) are known as conventional techniques that allow remote viewing of television broadcasts.
Slingbox (registered trademark) is a base station that can distribute TV broadcasts over the network, installed in a home computer by “Sling Player”, a dedicated playback software installed on a personal computer, or It is a product that can be viewed remotely via the Internet. However, playback must be performed by a sling player, which is dedicated software, and there is a problem that viewing cannot be performed on video equipment that complies with the DLNA guidelines.

Location Free (Registered Trademark) is a program that allows you to view TV broadcast videos distributed from a location free base station connected to a TV antenna on a personal computer on which the location free player, which is dedicated playback software, is installed via the Internet. This is a group of products that can be viewed.
However, Location Free has to purchase and set up a series of products individually, and there is a problem that it is troublesome to introduce. Further, there is a problem that it is impossible to access a DMS that complies with existing DLNA guidelines from a location-free player.

Daigo Muto, Tsutomu Yoshinaga, “Worm Hall Device: Remote Interoperability Support Mechanism for DLNA Information Appliances”, Multimedia Dispersion Emphasis and Mobile (DICOMO2007) Symposium, pp 134-138, 2007 Slingbox, [Search June 17, 2008], Internet (URL: http://www.slingmedia.jp/) Location Free, [Search June 17, 2008], Internet (URL: http://www.sony.jp/products/Consumer/locationfree/)

  The present invention has been made in view of the above-described problems. In an environment in which video content is communicated between a control device and a server device connected to a network, the video and television of a DLNA non-compliant Web camera are provided. In addition to enabling broadcast video to be operated and viewed from a device compliant with the DLNA standard, the video content stored in the DMS can be viewed using the same operation interface. To do.

  For example, in a home appliance remote operation environment in which a server device is remotely operated from a control device connected to a network, the operation of a non-DLNA compatible device such as a Web camera or TV tuner is the same as the operation of a DLNA compatible device The goal is to provide both a good interface that ensures ease of operation and a general-purpose connectivity between DLNA-compatible devices and non-DLNA-compatible devices.

  Another object of the present invention is to provide an operation interface capable of performing operations such as selection of the type of video device and switching of channel settings of a TV tuner by the same operation as that performed on a DLNA compatible device.

  It is another object of the present invention to enable detection and communication of the video data transmission apparatus of the present invention from the same home network or in different home networks and DLNA compatible devices.

In order to achieve the above object, the inventors of the present application have found that an operating environment called “wrapping DMS” is extremely useful for the above-mentioned problems after intensive studies.
Wrapping DMS is a UPnP Device whose content is video data that can be acquired from a device connected to itself. A DLNA non-compliant Web camera or TV tuner is used as a UPnP Device not only on the same home network but also via the Internet. Provide an environment that can be operated remotely. Specifically, it is realized by adding a function that operates as a UPnP Device to a wormhole device (see Non-Patent Document 1) already developed by the present inventors. Furthermore, the present invention has been completed based on the knowledge that the technology can be realized only by interposing a video transmission program without modifying the function of an existing control device or server device.
That is, the present invention discloses the following invention.

  The present invention is basically a technique for transmitting video data during communication in an environment where communication is performed between a control device (11) and a server device (12) connected to a network.

The first video data sending method according to the present invention includes at least:
An environment for communication between the control device (11) and the server device (12) connected to the network, at least,
A step (S300) of executing an initialization process in which the server device (12) prepares for the communication;
The server device (12) receives a content list acquisition request that is a signal for requesting content list acquisition from the control device (11) (S310),
A step (S320) of transmitting a content URL to the control device (11) as a response XML when the server device (12) receives the content list acquisition request;
The server device (12) receiving a video data transmission request based on the content URL from the control device (S330);
The server device (12) sets a video device in response to the received video data transmission request (S340);
Until the end condition set in advance is satisfied (S380), the server device (12) acquires the video data from the video device (S360) and the server device (12) acquires the acquired video data. Repeatedly executing the step of transmitting to the control device (11) (S370);
It is made to include.

  Specific examples of end conditions include (1) When an end command is input, (2) When there is no data, (3) The occurrence of an error such as a discrepancy between the number of read data and the number of actually read data. It is assumed that any one of the conditions is satisfied when the flag is set. Here, examples of error occurrence include cases such as communication timeout, communication checksum error, and communication data cannot be recovered with the error collection code.

The control device is a data request source, and can be, for example, a DMP as a UPnP device. The server device is a source (response) of data corresponding to the request, and can be, for example, a DMS as a UPnP device.
The information exchanged between the control device and the server device includes various information such as control information, video / video information, audio / audio information, and the like.

  When the present invention is applied to UPnP, the control device (21) is a DMS (Digital Media Server) compliant with UPnP (Universal Plug and Play), and the server device (22) is a DMP (Digital Media Player) compliant with UPnP. can do.

Furthermore, in the video data transmission method according to the present invention,
The step of setting the video device according to the received video data transmission request (S340), the step of acquiring the content of the GET request in HTTP (S1210),
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a step of setting the Web camera device to a state where data can be read (S1250);
If the content of the GET request is to request video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. A step (S1240) for setting to a readable state;
Returning a response message indicating that video data can be sent to the control device (11) (S1270);
It is preferable to contain.

Furthermore, in the video data transmission method according to the present invention,
The step of executing the initialization process (S300) is at least
Obtaining the address of the top directory of the HTTP server (43) in the server device (12) (S1130);
Obtaining a port number of the HTTP server (S1150);
Creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Storing the URL as a root device in a memory (S1170);
Sending a multicast packet to the control device (11) connected to the network (S1180),
Starting the HTTP server (S1190);
It is preferable to contain.

As a second video data transmission method according to the present invention,
An environment in which communication is connected between a control device (FIG. 511) and a server device (FIG. 512) belonging to different home networks via a SIP server (FIG. 663),
A step (S300) of performing an initialization process in which the UPnP Device (13) in the server device (12) prepares for the communication;
Video data transmission that is a signal requesting that the UPnP Device display a list of server devices that can be accessed as a video data transmission source among server devices belonging to a different home network from the UPnP Device (FIG. 712). Receiving the original display request (S1000);
When the UPnP Device receives the video data transmission source display request, the controller device (11) displays a video data transmission source list belonging to a different home network (S1010),
The UPnP Device receives a content list acquisition request that is a signal for requesting acquisition of a content list from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11). Step (S310)
When the UPnP Device receives the content list acquisition request, the UPnP Device transmits a content list acquisition request to a wormhole device (52) belonging to a different home network, and based on the obtained reply content Sending a content URL as a response XML to the control device (11) (S320);
The UPnP Device receives a video data transmission request from the control device to a wormhole device (52) belonging to a different home network (S330);
A step of setting a video device in response to the received video data transmission request (S340), and until the UPnP Device satisfies a preset end condition (S380), acquires video data from the video device. Repeatedly executing the step (S360) and the step (S370) of transmitting the acquired video data to the control device (11);
It is made to include.

  Here, as the different networks, various networks such as those constituting different home networks, for example, a unicast network, a multicast network, and a broadcast network can be cited.

In the second video data transmission method, the step of analyzing the received video data transmission request and setting a video device (S340),
A step of acquiring the content of the HTTP GET request (S1210),
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), the step of making the Web camera device ready to read data (S1250);
If the content of the GET request is for requesting video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. Step to make it readable (S1240),
Returning a response message indicating that video data can be sent to the control device (11) (S1270);
May be included.

In the second video data transmission method,
The step of executing the initialization process (S300) is at least
Obtaining the address of the top directory of the HTTP server (43) in the server device (FIG. 512) belonging to a different home network from the control device (FIG. 511);
Obtaining a port number of the HTTP server (S1150);
Creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Storing the URL as a root device in a memory (S1170);
Sending a multicast packet to the control device (11) connected to the network (S1180),
Starting the HTTP server (S1190);
It is preferable to contain.

Furthermore, as an apparatus for carrying out the first video data transmission method according to the present invention,
An environment for communication between the control device (11) and the server device (12) connected to the network, at least,
Means for executing an initialization process for preparing for the communication (S300);
Means (S310) for receiving a content list acquisition request which is a signal for requesting content list acquisition from the control device (11);
Means (S320) for transmitting a content URL to the control device (11) as a response XML when the content list acquisition request is received;
Means for receiving a video data transmission request based on the content URL from the control device (S330);
Means for setting a video device in response to the received video data transmission request (S340);
Until the preset end condition is satisfied (S380),
Means for acquiring video data from the video device (S360), repeating the process (S370) for transmitting the acquired video data to the control device (11);
A video data transmitting apparatus characterized by having

In the second video data transmission device,
Means for setting a video device in response to the received video data transmission request (S340),
Means (S1210) to acquire the contents of the HTTP GET request,
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a means for making the Web camera device ready to read data (S1250);
If the content of the GET request is to request video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. Means for making it readable (S1240);
Means for sending back a response message indicating that video data can be sent to the control device (11) (S1270);
A video data transmitting apparatus characterized by having

In the second video data transmission device,
The means for executing the initialization process (S300) is at least:
Means (S1130) for obtaining the address of the top directory of the HTTP server (43) in the server device (12);
Means for creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Means for storing the URL in a memory as a root device (S1170);
Means (S1180) for sending a multicast packet to the control device (11) connected to the network;
Means for starting the HTTP server (S1190);
A video data transmitting apparatus characterized by having

Furthermore, in the video data transmission device according to the present invention,
An environment in which communication is connected between a control device (FIG. 511) and a server device (FIG. 512) belonging to different home networks via a SIP server (FIG. 663),
Means for executing an initialization process in which the UPnP Device (13) in the server device (12) prepares for the communication (S300);
Of the server devices belonging to a different home network from the UPnP Device (FIG. 712), a video data transmission source display request which is a signal requesting to display a list of accessible server devices as video data transmission sources is received. Means to do (S1000),
Means (S1010) for displaying, when receiving the video data transmission source display request, the UPnP Device (FIG. 713) a video data transmission source list belonging to a different home network to the controller device (11);
Means (S310) for receiving a content list acquisition request, which is a signal for requesting acquisition of a content list, from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11) When,
When the content list acquisition request is received, the content list acquisition request is transmitted to a wormhole device (52) belonging to a different home network, and the content is obtained as a response XML based on the obtained reply content. Means for transmitting a URL to the control device (11) (S320);
Means for receiving a video data transmission request to the wormhole device (52) belonging to a different home network from the control device (S330);
Means for setting a video device in response to the received video data transmission request (S340);
Until a preset end condition is satisfied (S380), means for acquiring video data from the video device (S360) and means for transmitting the acquired video data to the control device (11) (S370) Means to repeatedly execute,
A video data transmitting apparatus characterized by having

Furthermore, in the video data transmission device according to the present invention,
Means for setting a video device in response to the received video data transmission request (S340),
Means (S1210) to acquire the contents of the HTTP GET request,
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a means for making the Web camera device ready to read data (S1250);
If the content of the GET request is a request to read a video from the TV tuner (S1220: left direction), means for making the TV tuner channel the content of the HTTP GET request content (S1230), the TV tuner device as data Means for making it readable (S1240);
Means for sending back a response message indicating that video data can be sent to the control device (11) (S1270);
A video data transmitting apparatus characterized by having

Furthermore, in the video data transmission device according to the present invention,
The means for executing the initialization process (S300) is at least:
Means (S1130) for obtaining the address of the top directory of the HTTP server (43) in the server device (FIG. 512) belonging to a different home network from the control device (FIG. 511);
Means for obtaining the address of the top-level directory of the HTTP server (S1130);
Means for obtaining the port number of the HTTP server (S1150);
Means for creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Means for storing the URL in a memory as a root device (S1170);
Means (S1180) for sending a multicast packet to the control device (11) connected to the network;
Means for starting the HTTP server (S1190);
A video data transmitting apparatus characterized by having

  The second video data transmission device may be deployed and function in the control device side network, or may be deployed and function in the server device side network.

In other words, when it is deployed and functions in the server device side network,
Means for receiving a video data transmission request to the relay control device (52) belonging to the different home network (S330);
Means for analyzing the received video data transmission request and setting a video device (S340);
Until the end condition is satisfied (S380), the means for acquiring video data from the designated device (S360) and the means for transmitting the acquired video data to the control device (11) (S370) are repeatedly executed. Means,
A video data transmitting apparatus characterized by having

As a more specific aspect of each of the video data transmission devices described above, for example, a device composed of a personal computer or a router, or various home appliances and terminal portable devices that also have a function as the video data transmission device described above (Including mobile phones).
There may also be a mode in which the TV tuner is built in the housing.
Further, the connection with the non-DLNA device connected to the video data transmission apparatus is any one of or a combination of a USB interface, an HDMI interface, and an interface for separating and connecting an audio signal and a video signal. There may also be aspects.

As a program (first program) for realizing the first video data transmission method according to the present invention,
A program that causes the CPU (41) in the server device (12) to send video data in the environment where communication is performed between the control device (21) and the server device (22) connected to the network. And at least the CPU (41)
Performing an initialization process to prepare for the communication (S300);
Receiving a content list acquisition request which is a signal for requesting acquisition of a content list from the control device (11) (S310);
A step (S320) of transmitting a content URL to the control device (11) as a response XML when the content list acquisition request is received;
Receiving a video data transmission request based on the content URL from the control device (S330);
Setting a video device in response to the received video data transmission request (S340);
Until the preset end condition is satisfied (S380),
Repeatedly executing the step of acquiring video data from the video device (S360) and the step of transmitting the acquired video data to the control device (11) (S370);
A video data transmission program for executing the above can be given.

In the first program described above, the step of analyzing the received video data transmission request and setting a video device (S340),
A step of acquiring the content of the HTTP GET request (S1210),
If the analysis result is a request to read video from a web camera (S1220: right direction), a step of setting the web camera device to be readable (S1250);
If the analysis result is a request to read video from the TV tuner (S1220: left direction), the TV tuner channel can be set according to the content of the HTTP GET request (S1230), and the TV tuner device can be read. And setting step (S1240),
Returning a response message indicating that video data can be sent to the control device (11) (S1270);
It is preferable to contain.

In the first program, the step of executing the initialization process (S300) is at least
The step of executing the initialization process (S300) is at least
Obtaining the address of the top directory of the HTTP server (43) in the server device (12) (S1130);
Obtaining a port number of the HTTP server (S1150);
Creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Storing the URL as a root device in a memory (S1170);
Sending a multicast packet to the control device (11) connected to the network (S1180),
Starting the HTTP server (S1190);
It is preferable to contain.

As a program (second program) for realizing the second video data sending method according to the present invention,
Environment in which communication is connected between a control device (FIG. 811) and a server device (FIG. 812) belonging to different home networks via a wormhole device (FIGS. 51 and 52) and a SIP server (FIG. 663). In the communication, the CPU (not shown) in the UPnP Device (FIG. 813) in the wormhole device (FIG. 851) belonging to the same home network as the control device (FIG. 511) is used. A program for sending video data,
At least the CPU (not shown)
Performing an initialization process to prepare for the communication (S300);
Video data transmission source display which is a signal for requesting to display a list of accessible server devices as video data transmission sources among the server devices (FIG. 712) belonging to a different home network from the control device (11). Receiving the request (S1000);
When the video data transmission source display request is received, the UPnP Device (FIG. 713) displays a video data transmission source list belonging to a different home network on the controller device (11) (S1010);
A step of receiving a content list acquisition request, which is a signal for requesting acquisition of a content list, from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11) (S310) When,
When the content list acquisition request is received, the content list acquisition request is transmitted to a wormhole device (52) belonging to a different home network, and the content is obtained as a response XML based on the obtained reply content. Transmitting a URL to the control device (11) (S320);
Receiving a video data transmission request from the control device to a wormhole device (52) belonging to a different home network (S330);
Setting a video device in response to the received video data transmission request (S340);
Until a preset end condition is satisfied (S380), the step of acquiring video data from the video device (S360) and the step of transmitting the acquired video data to the control device (11) (S370) Repeated steps,
A video data transmission program characterized by having

  Examples of the computer that executes each program described above include a general-purpose personal computer or a microcomputer mounted on a router, a household electrical appliance, a mobile terminal device (including a mobile phone), and the like.

  The present invention also includes a computer-readable recording medium in which the above-described programs are written.

  According to the present invention, in an environment in which video content is communicated between a control device and a server device connected to a network, a DLNA non-compliant Web camera video or TV broadcast video can be operated from a device compliant with the DLNA standard. Can be viewed.

  Furthermore, according to the present invention, it is possible to view video content stored in the DMS using a similar operation interface.

  Furthermore, the present invention provides an operation to a non-DLNA compatible device such as a Web camera or a TV tuner in a home appliance remote operation environment in which a server device is remotely operated from a control device connected to a network. It is possible to provide both a good interface that ensures operability with the same appearance and secure general-purpose connectivity between a DLNA-compatible device and a DLNA-incompatible device.

  It is another object of the present invention to provide an operation interface that can perform operations such as selecting the type of video device and switching the channel setting of a TV tuner by the same operation as that performed on a DLNA compatible device.

  Furthermore, the present invention has many effects such as enabling detection and communication of the video transmission device of the present invention from the same home network or in different home networks and DLNA-compatible devices.

  Hereinafter, an example of an embodiment of the present invention will be described with reference to FIGS.

(First embodiment)
FIG. 1 is a conceptual diagram showing a first embodiment for transmitting video data. In this example, an environment is used for communication between a control device 11 (for example, DMP; UPnP Control Point) connected to a network and a server device 12, and the home exists in a single (same) broadcast domain. In a network environment, the server device 12 (including the wrapping DMS) having the UPnP Device function 13 and the HTTP server 14 implements a function of viewing video data of video equipment connected on the same home network.
Further, the Web camera 15 and the TV tuner 15 are connected to a server device 12 (including a wrapping DMS), and the server device 12 (wrapping) connected with a video shot by the Web camera and a TV video received by the TV tuner, respectively. Including DMS).

  The wrapping DMS is, for example, a program as video data transmission means executed by a dedicated device or a general-purpose personal computer (FIG. 4).

When the wrapping DMS is realized by a personal computer, for example, as shown in FIG. 4, a wrapping programmed control unit 41 (hereinafter abbreviated as “CPU”), a ROM, a RAM as a storage device, etc. Memory 42, network interface 40 capable of communicating with UPnP compliant network home appliances, HTTP server 43, SIP URI request storage unit 46, Device Num correspondence table storage unit 47, DMS list storage unit 48, non-DLNA device interface 49, etc. Composed.
As a connection mode between the non-DLNA device interface 49 and the non-DLNA device 50 existing outside the wrapping DMS, for example, as shown in FIG. 13, (a) a mode of connection via a USB interface, and (b) an HDMI interface. And (c) a configuration in which an audio interface and a video interface are separately provided, and an audio signal and a video signal are separately connected. In the form in which the audio signal and the video signal are separated and connected, for example, the video interface includes a component and a composite, and the audio interface can be connected using LR Audio or optical audio. . In the case of transmission using analog data such as a component, composite, or LR Audio, the data converter 44 needs to have an A / D conversion function.
Furthermore, depending on the embodiment, (d) a TV tuner may be built in the wrapping DMS. In this case, the TV tuner 16 and the data conversion unit 44 may be incorporated.

  Note that a device that implements the wrapping DMS is not limited to a personal computer, and may be a dedicated relay device such as a router or a hub, or a microcomputer mounted on these devices.

  The control unit 41 (CPU) realizes the functions according to the present invention by a control program such as an OS (Operating System) and an internal memory for storing necessary data.

  FIG. 2 shows an outline of a message sequence diagram of the video data transmission method of this example. FIG. 3 shows an outline of a flowchart showing the operation of the video data transmission method of this example.

The wrapping DMS is a UPnP Device program whose content is video data that can be acquired from a device connected to the wrapping DMS, and can be implemented on a personal computer.
Since this wrapping DMS can be accessed from DMP on the local network, video from UPnP non-compliant Web cameras and TV tuners can be distributed to the DLNA network. It becomes possible to operate and view the video.

The initialization in which the wrapping DMS prepares for communication will be described with reference to FIG.
When the wrapping DMS is activated, it is detected as a UPnP Device from the DMP on the local network. This process includes a step of reading an IP address from the setting file (FIG. 11, S1110) and a connection for receiving a connection from the DMP in the step (S300) in which the server device 12 executes the initialization process for preparing for the communication. Steps for initializing libupnp for realizing the HTTP server function (FIG. 11, S1120), root directory setting / server starting step (FIG. 11, S1130), obtaining an IP address (FIG. 11, S1140), and port number , The server device 12 creates a device description file in advance, creates its URL and writes it to the SIP URI list storage unit 46 (FIG. 11, S1160), Enables Device Callback Event Handler that has a function to accept access and pass processing according to the request to other subroutines This is realized by the step of executing registration of the root device (FIG. 11, S1170) and the multicast packet Advertise (Notify) for notifying the existence of itself after the search from the DMP or starting (FIG. 11, S1180). .

According to UPnP AV Architecture, DMP and DMS contents are exchanged using HTTP. That is, the DMP performs HTTP GET to the URL assigned to each content in order to obtain the content of the wrapping DMS.
For this purpose, we created a simple HTTP server that can return a response to HTTP GET, and realized a function that responds to HTTP GET requests from DMP to the wrapping DMS. The HTTP server is started as a thread from the UPnP Device program (S1190).

Next, the detected wrapping DMS is selected, and a content list acquisition request from the DMP (“content list acquisition request” is a signal for requesting transmission of a summary of devices in the same domain detected by the WD. ) (FIG. 10, S310), a list of connected video devices is displayed, and the content URL is transmitted as response XML from the UPnP Device to the control device (DMP) 11 (S320).
More specifically, the UPnP Device program executes a Browse action of Object ID = 0 defined by the Content Directory Service of UPnP AV Architecture from DMP (that is, a content list acquisition request for the top directory of UPnP Device). When received (S310), it creates a content URL consisting of the IP address and port number of the HTTP server and the file name defined to identify the video device, formats it into a response XML for Browse, and sends it back to DMP (S320). The URL is described in the res tag of the XML file. By this reply, the video device name is displayed on the DMP.

When an arbitrary device is selected, a video data transmission request, which is a signal requesting transmission of video data, is received based on the content URL (S330), and after the request is analyzed and the video device is set (S340). The video data acquired from the set device can be transmitted to the control device 11 and viewed (S360, S370).
The process of transmitting the acquired video data to the control device 11 is repeatedly executed until a condition such as an end command is input or an error occurs in data reading is satisfied (S380).
More specifically, the next time an arbitrary device is selected from DMP, an HTTP GET request is made to the content URL assigned to that device (that is, to the HTTP server). After receiving the request, 14 analyzes the file name requested for GET (FIG. 12, S1220), and makes the device corresponding to the file name ready for data reading by the open system call (S1230 to S1260). Then, HTTP1.1 200 OK is transmitted to the control device (DMP) 11 as a response to the HTTP GET request (S1270), and the video data obtained by the read system call from the device (FIG. 3, S360) is then transmitted to the DMP. From the side, transmission is continued until the connection is disconnected (S370), and the processing is continued (S380).

The request analysis and video device setting (FIG. 3, S340, FIG. 12, S1210 to S1250) will be described in more detail.
A device identifier is defined in the format of “http // address: port / device.extension”, and a content URL is created. The created URL is described in the XML res tag. The “device” indicates the type of device. In the case of a TV tuner, device is described in a device_chnnel format in order to specify a channel to be set.
The device identifier character string sent in the format of “http // address: port / device.extension” is extracted from the contents of the HTTP GET request, and analyzed by determining whether it matches the predetermined character string (Fig. 12, S1210), it is determined whether “device” indicates a TV tuner or a Web camera (FIG. 12, S1220).
If it is determined that the request is “TV tuner” (S1220 left direction), the TV tuner 16 connected to or built in the server device 12 is set according to the content specified by the HTTP GET request (S1240). ), The execution of the Open system call sets the video data from the TV tuner 16 (which may include audio in addition to video) to a state in which it can be read (S1240).
On the other hand, if it is determined that the request is “Web camera” (S1220 right direction), the video of the video from the Web camera 15 (which may include audio in addition to video) by executing the Open system call. The reading is set to a possible state (S1250).
Through the above processing, it becomes possible to access the “wrapping DMS” on the local network from the DMP and view the video data of the video equipment connected thereto.

(Second Embodiment)
FIG. 5 is a conceptual diagram illustrating the cooperation between the wrapping DMS and the wormhole device (WD) of the present invention.
A wormhole device (WD) exists on a separate home network connected by SIP network for communication between DMS (Digital Media Server) and DMP (Digital Media Player), which has been performed only on the same home network. Device or software that realizes the sharing of content in cooperation with a wormhole device and connecting different home networks to each other (see Non-Patent Document 1).
By using a network configuration in which the wormhole device (WD) and the wrapping DMS 12 are linked, video data obtained from a UPnP-incompatible Web camera 15 or TV tuner 16 can be viewed on DLNA-compatible devices belonging to different home networks. We realized that non-compliant Web camera 15 and TV tuner 16 are compatible with DLNA network.
Further, by linking the wrapping DMS and the software described below, remote viewing of the video of the Web camera 15 and the TV broadcast video of the TV tuner 16 via the Internet 53 was realized.

The home network to which the control device (DMP) 11 belongs and the home network to which the wrapping DMS 12 belongs are different broadcast domains, and both are connected via the Internet 53 by gateways (54, 55).
WD (Wormhole Device) is a system that realizes UPnP communication between DMS and DMP, which is conventionally performed only on the same home network, even between different home networks. A WD 51 exists on the home network side to which the control apparatus 11 belongs, and a WD 52 exists on the home network side to which the server apparatus 12 belongs. Since the communication procedure between DMS and DMP is not different from that in the same home network, there is no need to change the implementation of existing DMS and DMP (Fig. 5).

FIG. 6 shows a conceptual diagram of address conversion using a wormhole device.
Many home networks under an IPv4 environment are networks composed of devices to which private addresses are assigned. For this reason, it is necessary to convert the private address and the global address in order to allow the devices assigned with the private address to communicate with each other via the Internet. Therefore, WD uses the UPnP-IGD (UPnP-compatible NAT router) (64, 65), which is already widely used in general homes, to automatically perform NAT traversal by executing the port map to IGD and deleting it. Do.
This enables mutual remote connection via the Internet between devices to which private addresses are allocated, and there is an effect that it is not necessary to change the setting of the existing home network.

Describe location resolution between different networks.
In order to connect devices of different home networks, it is necessary to resolve each other's location. Therefore, WD has a SIP user agent and uses the SIP server 63 to perform location resolution.
The SIP server 63 is a SIP Proxy Server having a WD 52 and a WD 51 as a UA (User Agent). The WD 51 belongs to the home network 61 on the control device 11 side, while the WD 52 belongs to the home network 61 on the server device 12 side. The SIP server 63 relays the SIP request exchanged between the UAs registered in the SIP server 63 by the SIP REGISTER request.
When the UA registers with the SIP server 63, authentication is performed using the Digest authentication method, so that a certain level of reliability can be ensured in the identity of the sender of the relayed SIP request.

Next, UPnP device detection and connection operations of different networks will be described with reference to FIGS.
UPnP uses SSDP (Simple Service Discovery Protocol) as a method for UPnP Control Point to detect UPnP Device in the same network domain.
SSDP uses UDP multicast as part of its communication, but in order to transfer multicast packets to different networks, it is necessary to handle the router through. Therefore, it is necessary to replace the device detection using SSDP in some way.
WD responds by using the following method.
First, WD of each domain detects UPnP Device in the same domain by SSDP. The WD creates a summary for the detected devices in the same domain and exchanges them with the communication destination WD (GetDeviceSummary command) (FIGS. 7 (3) and (4)).
When the user chooses to publish the device in the summary (Fig. 8 (1)), the WD requests the disclosure of the device designated by the WD of the communication destination (Fig. 8 (4)) and A UPnP Proxy process that simulates the operation of the device to be started is started (OpenDevice command).
This process handles SSDP requests in the same way as the devices at the actual disclosure destination. As a result, DMP can detect and communicate with devices in different domains while following the conventional SSDP process.

The operation of viewing the video data from the wrapping DMS in the home network 2 (hereinafter referred to as HN2) via the Internet using the DMP of the home network 1 (hereinafter referred to as HN1) is summarized as follows.
(Sequence 1) Start WD on both HN1 and HN2.
(Sequence 2) Wrapping DMS is activated in HN2.
(Sequence 3) A “GetDeviceSummary” command is transmitted from the WD of HN1 to the WD of HN2 (FIGS. 7 (3) and (4)). Then, information (ID, etc.) regarding the wrapping DMS of HN2 is returned (FIGS. 7 (5) (6) (7)).
(Sequence 4) The “OpenDevice” command is transmitted from the WD of HN1 to the WD of HN2 using the ID of the wrapping DMS as an argument (FIGS. 8 (3) and (4)). Then, the UPnP Proxy process that imitates the wrapping DMS on both WDs starts. Then, the wrapping DMS in HN2 is detected in the DMP of HN1 (FIGS. 8 (5) and (6)).

Details on adding the UPnP Device function to the wormhole device.
Previously, WD operations related to remote connection between DMP and DMS were performed using the CUI from the PC keyboard on which WD was installed.
However, home network users are not always used to operating PCs. Therefore. Added UPnP Device function to WD so that DMP can perform operations related to remote connection.
The specific flow from remote connection of DMP and DMS using WD with UPnP Device function added is shown below.
(Sequence 1) When WD is started, UPnP Device named “Wormhole Device” is detected in DMP.
(Sequence 2) When “Wormhole Device” is selected, a list of SIP URIs registered in advance in the SIP URI list storage unit 46 of the WD is displayed.
(Sequence 3) When an arbitrary SIP URI is selected, a list of DMS (UPnP Device) of the home network to which the WD having the URI belongs is displayed.
(Sequence 4) When an arbitrary DMS is selected, the content stored in the DMS can be viewed.

Hereinafter, a method (sequence 1) for detecting a wormhole device by DMP will be described in more detail.
Create a UPnP Device program named “Wormhole Device” and start it as a child process when WD is started. Since this program sends a multicast packet to notify other devices of its existence after startup (Notify method), it can be detected from DMP.

Hereinafter, a method (sequence 2) of displaying a SIP URI when “Wormhole Device” is selected by DMP will be described more specifically.
The UPnP Device program created as described above reads the SIP URI list from the WD configuration file from the SIP URI list storage unit 46 at the time of startup, and creates an XML file.
When a Browse action with Object ID = 0 is received from DMP (that is, “Wormhole Device” is selected in DMP), the XML file created earlier is returned as a response to the action.
Therefore, if you select “Wormhole Device” in DMP, a list of SIP URIs is displayed.

Hereinafter, a method (sequence 3) of acquiring and displaying a DMS list after selecting a SIP URI will be described more specifically.
The Object ID (container id) of each SIP URI in the XML file is defined by providing a rule “COMMAND_SIPURI”. COMMAND is an identifier for the UPnP Device program added to WD to identify and execute a command unique to WD. Table 1 shows the correspondence between COMMAND and WD specific instructions.

When a SIP URI is selected with DMP, the DMS list of the home network to which the WD with that URI belongs is displayed. To obtain the list, use the GetDeviceSummary command. Therefore, “1” is set in COMMAND. SIPURI is defined to identify the destination WD of the GetDeviceSummary command.
When an arbitrary SIP URI is selected in DMP, a Browse action to the Object ID created according to the rules defined earlier is sent from DMP to WD (UPnP Device program) on the local network. The UPnP Device program analyzes the Object ID requested for Browse, identifies the WD specific instruction and its transmission destination WD, and transmits the GetDeviceSummary instruction. Then, since the DMS list is returned from the transmission destination WD, it is written in the DMS list storage unit 48, and the UPnP Device program reads the list from the DMS list storage unit 48, analyzes it, creates an XML file, and returns it to the DMP. (Figure 7).
As described above, when an arbitrary SIP URI is selected by DMP, a list of DMS existing in the home network to which the corresponding WD belongs can be acquired and displayed on the DMP.

Hereinafter, a method (sequence 4) for starting a remote connection with the selected DMS will be described more specifically.
When an arbitrary DMS is selected, a Browse action of ObjectID (container id defined in the format of COMMAND_DeviceNum_SIP URI) is transmitted from the DMP to the UPnP Device program. That is, the Browse action corresponding to the OpenDevice command of the selected DMS. DeviceNum is a serial number for identifying the DMS. In the UPnP Device program, the correspondence table between the uuid of the DMS and the DeviceNum is stored in the Device Num correspondence table storage unit (FIG. 447) and referred to.
When the UPnP Device program analyzes the received Browse action Object ID and identifies it as an OpenDevice command, it sends the DMS OpenDevice command specified by DeviceNum to the WD with the SIP URI specified by the SIP URI. (Fig. 8 (3) (4)). When the OpenDevice command is executed normally, Response is returned from the WD 52 (FIG. 8 (5)) and transferred to the UPnP Device 13 via the WD (51) (FIG. 8 (6)). Is received (FIG. 8 (7)), the remote connection is successful and the video data can be transmitted and received.
As described above, there is an effect that when an arbitrary DMS is selected by DMP, a remote connection with the DMS can be started.

Hereinafter, the sequence in remote communication of DLNA information home appliances by WD and DMP will be described more specifically.
FIG. 9 is a schematic diagram of a sequence diagram up to the remote connection of the WD to which the UPnP Device function is added. FIG. 10 is a schematic diagram of a flowchart showing the operation of the WD to which the UPnP Device function is added.

  When the wrapping DMS is activated, it is detected as a UPnP Device from the DMP on the local network. This process is realized by a search from the DMP or a multicast packet Advertise (Notify) for notifying the other device of its presence after activation (FIG. 11, S1180).

According to UPnP AV Architecture, DMP and DMS contents are exchanged using HTTP. That is, the DMP performs HTTP GET to the URL assigned to each content in order to obtain the content of the wrapping DMS.
For this purpose, we created a simple HTTP server that can return a response to HTTP GET, and realized a function that responds to HTTP GET requests from DMP to the wrapping DMS. The HTTP server is started as a thread from the UPnP Device program (S1190).

Next, when the video data transmission source display request is received (FIG. 10, S1000), the UPnP Device 13 reads out a SIP URI list registered in advance from the SIP URI list storage unit 46 and sends the video data transmission source list to the control device 11. Is displayed as (S1010).
Here, the “video data transmission source request” refers to a server device that can be accessed as a video data transmission source among the server devices (FIG. 712) belonging to a different home network from the UPnP Device (FIG. 713). A signal that requests to display a list.
The “video data transmission source list” is a list displayed by the “video data transmission source request”.

Next, when an arbitrary SIP URI is received as a content list acquisition request (S310), a DMS (UPnP Device) list of home networks held by the WD having the URI is transferred from UPnP Device to the control device (DMP) 11. Then, the content URL is transmitted as the response XML (S320).
“Response XML” refers to data in XML format that is returned as a response to a request. XML is one of the markup languages for describing the meaning and structure of documents and data. It can be used for sending and receiving data between computers, and can be viewed directly on a web browser. is there.
More specifically, the UPnP Device program executes a Browse action of Object ID = 0 defined by the Content Directory Service of UPnP AV Architecture from DMP (that is, a content list acquisition request for the top directory of UPnP Device). When received (S310), it creates a content URL consisting of the IP address and port number of the HTTP server and the file name defined to identify the video device, formats it into a response XML for Browse, and sends it back to DMP (S320). The URL is described in the res tag of the XML file. By this reply, the video device name is displayed on the DMP.

When an arbitrary device is selected, a video data transmission request is received (S330). After the request is analyzed and the video device is set (S340), the video data acquired from the set device is transmitted to the control device. 11 and can be viewed (S360, S370).
The process of transmitting the acquired video data to the control device 11 is repeatedly executed until a condition such as an end command is input or an error occurs in data reading is satisfied (S380).

Hereinafter, the cooperation between the wrapping DMS and the wormhole device will be described more specifically.
A wrapping DMS and a wormhole device with an UPnP Device function are linked to build a system for viewing video and TV broadcasts from a remote Web camera via DMP. In the explanation, two home networks are assumed, and the home network 1 and the home network 2 are assumed as the home networks, respectively.
A description will be given on the assumption that video data from a wrapping DMS in a home network 2 (hereinafter referred to as HN2) is viewed via a wormhole device via the Internet using DMP of the home network 1 (hereinafter referred to as HN1).
(Sequence 1) Start up WD with UPnP Device function on both HN1 and HN2.
(Sequence 2) Wrapping DMS is activated in HN2.
(Sequence 3) The wormhole device is accessed from the DMP of HN1 and the wrapping DMS of HN2 is accessed.
(Sequence 4) A content is selected and reproduced.
Through the series of operations described above, it is possible to link a wrapping DMS and a wormhole device with the UPnP Device function added, and build a system for viewing video and TV broadcasts remotely via DMP via the Internet. Become.

  As mentioned above, although the example of an embodiment of the present invention was explained based on a drawing, the present invention is not limited to the example of illustration and each example mentioned above, and in the category of the technical idea described in the claim, It goes without saying that various modifications are possible.

  The video data transmission technology according to the present invention is used independently in home networks and broadcast networks, for example, homes, offices, offices, educational institutions, etc., where a DLNA-compliant control device (eg, DMP) is introduced. It can be suitably used as a manufactured product or as software incorporated into another standard.

Wrapping DMS conceptual diagram (in the same home network as DMP) Wrapping DMS operation sequence diagram (in the same home network as DMP) Wrapping DMS operation flowchart (when existing in the same home network as DMP) Wrapping DMS configuration diagram Conceptual diagram of linking of wrapping DMS configuration and wormhole device (WD) Conceptual diagram of wormhole device (WD) WD operation concept diagram with UPnP Device function added (Part 1) WD operation concept diagram with UPnP Device function added (Part 2) Operation sequence diagram of remote communication of DLNA information home appliances by WD and DMP (when DMP and DMS exist in different home networks) WD operation flowchart with UPnP Device function added (when installed in the same home network as DMP) Detailed flowchart of “initialization” (S300 in FIG. 3, S300 in FIG. 10) Detailed flowchart of “request analysis / device setting” (S340 in FIG. 3, S340 in FIG. 10) Connection configuration diagram of wrapping DMS and non-DLNA device (modified example of portion between 49 and 50 and 44 and 16 in FIG. 4)

Explanation of symbols

11 Control device (DMP)
12 Server device (wrapping DMS)
13 UPnP Device
14, 43 HTTP server 15 Web camera 16 TV tuner 40 Network interface 41 Control unit (CPU)
42 memory (main memory)
44 Data converter 45 TV tuner (if built-in)
46 SIP URI list storage unit 47 Device Num correspondence table storage unit 48 DMS list storage unit 49 Non-DLNA device interface 50 Non-DLNA device 51, 52 Wormhole device (WD)
54,55 Gateway 61 Home Network 1
62 Home Network 2
63 SIP server 64, 65 UPnP IGD

Claims (20)

An environment for communication between the control device (11) and the server device (12) connected to the network, at least,
A step (S300) of executing an initialization process in which the server device (12) prepares for the communication;
The server device (12) receives a content list acquisition request that is a signal for requesting content list acquisition from the control device (11) (S310),
A step (S320) of transmitting a content URL to the control device (11) as a response XML when the server device (12) receives the content list acquisition request;
The server device (12) receiving a video data transmission request based on the content URL from the control device (S330);
The server device (12) sets a video device in response to the received video data transmission request (S340);
Until the end condition set in advance is satisfied (S380), the server device (12) acquires the video data from the video device (S360) and the server device (12) acquires the acquired video data. Repeatedly executing the step of transmitting to the control device (11) (S370);
A video data transmission method comprising: The step of setting the video device according to the received video data transmission request (S340), the step of acquiring the content of the GET request in HTTP (S1210),
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a step of setting the Web camera device to a state where data can be read (S1250);
If the content of the GET request is to request video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. A step (S1240) for setting to a readable state;
Returning a response message indicating that video data can be sent to the control device (11) (S1270);
The video data transmitting method according to claim 1, further comprising: The step of executing the initialization process (S300) is at least
Obtaining the address of the top directory of the HTTP server (43) in the server device (12) (S1130);
Obtaining a port number of the HTTP server (S1150);
Creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Storing the URL as a root device in a memory (S1170);
Sending a multicast packet to the control device (11) connected to the network (S1180),
Starting the HTTP server (S1190);
The video data transmitting method according to claim 1 or 2, characterized by comprising: An environment in which communication is connected between a control device (FIG. 511) and a server device (FIG. 512) belonging to different home networks via a SIP server (FIG. 663),
A step (S300) of performing an initialization process in which the UPnP Device (13) in the server device (12) prepares for the communication;
Video data transmission that is a signal requesting that the UPnP Device display a list of server devices that can be accessed as a video data transmission source among server devices belonging to a different home network from the UPnP Device (FIG. 712). Receiving the original display request (S1000);
When the UPnP Device receives the video data transmission source display request, the controller device (11) displays a video data transmission source list belonging to a different home network (S1010),
The UPnP Device receives a content list acquisition request that is a signal for requesting acquisition of a content list from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11). Step (S310)
When the UPnP Device receives the content list acquisition request, the UPnP Device transmits a content list acquisition request to the wormhole device (52) belonging to a different home network, and as a response XML based on the obtained reply content Transmitting a content URL to the control device (11) (S320);
The UPnP Device receives a video data transmission request from the control device to a wormhole device (52) belonging to a different home network (S330);
A step of setting a video device in response to the received video data transmission request (S340), and until the UPnP Device satisfies a preset end condition (S380), acquires video data from the video device. Repeatedly executing the step (S360) and the step (S370) of transmitting the acquired video data to the control device (11);
A video data transmission method comprising: The step of setting the video device according to the received video data transmission request (S340), the step of acquiring the content of the GET request in HTTP (S1210),
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), the step of making the Web camera device ready to read data (S1250);
If the content of the GET request is for requesting video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. Step to make it readable (S1240),
Returning a response message indicating that video data can be sent to the control device (11) (S1270);
5. The video data transmitting method according to claim 4, further comprising: The step of executing the initialization process (S300) is at least
Obtaining the address of the top directory of the HTTP server (43) in the server device (FIG. 512) belonging to a different home network from the control device (FIG. 511);
Obtaining a port number of the HTTP server (S1150);
Creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Storing the URL as a root device in a memory (S1170);
Sending a multicast packet to the control device (11) connected to the network (S1180),
Starting the HTTP server (S1190);
The video data transmitting method according to claim 4 or 5, characterized by comprising:   The control device (11) is a DMP (Digital Media Player) compliant with UPnP (Universal Plug and Play), and the server device (12) is a DMS (Digital Media Server) compliant with UPnP. The video data transmission method according to claim 1. An environment for communication between the control device (11) and the server device (12) connected to the network, at least,
Means for executing an initialization process for preparing for the communication (S300);
Means (S310) for receiving a content list acquisition request which is a signal for requesting content list acquisition from the control device (11);
Means (S320) for transmitting a content URL to the control device (11) as a response XML when the content list acquisition request is received;
Means for receiving a video data transmission request based on the content URL from the control device (S330);
Means for setting a video device in response to the received video data transmission request (S340);
Means for repeating the process (S370) of acquiring video data from the video device (S360) and transmitting the acquired video data to the control device (11) until a preset end condition is satisfied (S380). ,
A video data transmitting apparatus comprising: Means for setting a video device in response to the received video data transmission request (S340),
Means (S1210) to acquire the contents of the HTTP GET request,
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a means for making the Web camera device ready to read data (S1250);
If the content of the GET request is to request video reading from the TV tuner (S1220: left direction), the TV tuner channel is set according to the content of the HTTP GET request (S1230), and the TV tuner device is set to data. Means for making it readable (S1240);
Means for sending back a response message indicating that video data can be sent to the control device (11) (S1270);
9. The video data transmitting apparatus according to claim 8, further comprising: The means for executing the initialization process (S300) is at least:
Means (S1130) for obtaining the address of the top directory of the HTTP server (43) in the server device (12);
Means for creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Means for storing the URL in a memory as a root device (S1170);
Means (S1180) for sending a multicast packet to the control device (11) connected to the network;
Means for starting the HTTP server (S1190);
10. The video data transmitting apparatus according to claim 8, wherein the video data transmitting apparatus comprises: An environment in which communication is connected between a control device (FIG. 511) and a server device (FIG. 512) belonging to different home networks via a SIP server (FIG. 663),
Means for executing an initialization process in which the UPnP Device (13) in the server device (12) prepares for the communication (S300);
Of the server devices belonging to a different home network from the UPnP Device (FIG. 712), a video data transmission source display request which is a signal requesting to display a list of accessible server devices as video data transmission sources is received. Means to do (S1000),
Means (S1010) for displaying, when receiving the video data transmission source display request, the UPnP Device (FIG. 713) a video data transmission source list belonging to a different home network to the controller device (11);
Means (S310) for receiving a content list acquisition request, which is a signal for requesting acquisition of a content list, from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11) When,
When the content list acquisition request is received, the content list acquisition request is transmitted to a wormhole device (52) belonging to a different home network, and the content is obtained as a response XML based on the obtained reply content. Means for transmitting a URL to the control device (11) (S320);
Means for receiving a video data transmission request to the wormhole device (52) belonging to a different home network from the control device (S330);
Means for setting a video device in response to the received video data transmission request (S340);
Until a preset end condition is satisfied (S380), means for acquiring video data from the video device (S360) and means for transmitting the acquired video data to the control device (11) (S370) Means to repeatedly execute,
A video data transmitting apparatus comprising: Means for setting a video device in response to the received video data transmission request (S340),
Means (S1210) to acquire the contents of the HTTP GET request,
If the content of the GET request is to request video reading from a Web camera (S1220: right direction), a means for making the Web camera device ready to read data (S1250);
If the content of the GET request is a request to read a video from the TV tuner (S1220: left direction), means for making the TV tuner channel the content of the HTTP GET request content (S1230), the TV tuner device as data Means for making it readable (S1240);
Means for sending back a response message indicating that video data can be sent to the control device (11) (S1270);
The video data transmitting apparatus according to claim 11, further comprising: The means for executing the initialization process (S300) is at least:
Means (S1130) for obtaining the address of the top directory of the HTTP server (43) in the server device (FIG. 512) belonging to a different home network from the control device (FIG. 511);
Means for obtaining the address of the top-level directory of the HTTP server (S1130);
Means for obtaining the port number of the HTTP server (S1150);
Means for creating a URL indicating a device description file for identifying a video device including the address of the HTTP server and the port number (S1160);
Means for storing the URL in a memory as a root device (S1170);
Means (S1180) for sending a multicast packet to the control device (11) connected to the network;
Means for starting the HTTP server (S1190);
14. The video data transmitting apparatus according to claim 12, wherein the video data transmitting apparatus comprises:   The control device (11) is a DMP (Digital Media Player) compliant with UPnP (Universal Plug and Play), and the server device (12) is a DMS (Digital Media Server) compliant with UPnP. The video data transmission device according to claim 8.   The video data transmission device according to any one of claims 8 to 14, wherein the video data transmission device is configured by a personal computer or a router, or mounted on any one of a home electric appliance, a set top box, and a portable terminal device.   The video data transmission device according to any one of claims 8 to 15, wherein the television tuner is mounted on any one of a home appliance, a set-top box, and a portable terminal device.   The connection with the non-DLNA device connected to the video data transmission device is any one of a USB interface, an HDMI interface, an interface that separates and connects an audio signal and a video signal, or a combination thereof. The video data transmission device according to claim 8. A program that causes the CPU (41) in the server device (12) to send video data in the environment where communication is performed between the control device (21) and the server device (22) connected to the network. And at least the CPU (41)
Performing an initialization process to prepare for the communication (S300);
Receiving a content list acquisition request which is a signal for requesting acquisition of a content list from the control device (11) (S310);
A step (S320) of transmitting a content URL to the control device (11) as a response XML when the content list acquisition request is received;
Receiving a video data transmission request based on the content URL from the control device (S330);
Setting a video device in response to the received video data transmission request (S340);
Until the preset end condition is satisfied (S380),
Repeatedly executing the step of acquiring video data from the video device (S360) and the step of transmitting the acquired video data to the control device (11) (S370);
A video data transmission program for executing Environment in which communication is connected between a control device (FIG. 811) and a server device (FIG. 812) belonging to different home networks via a wormhole device (FIGS. 51 and 52) and a SIP server (FIG. 663). In the communication, video data is transmitted to the CPU in the UPnP Device (FIG. 813) in the wormhole device (FIG. 851) belonging to the same home network as the control device (FIG. 511). A program that
At least to the CPU,
Performing an initialization process to prepare for the communication (S300);
Video data transmission source display which is a signal for requesting to display a list of accessible server devices as video data transmission sources among the server devices (FIG. 712) belonging to a different home network from the control device (11). Receiving the request (S1000);
When the video data transmission source display request is received, the UPnP Device (FIG. 713) displays a video data transmission source list belonging to a different home network on the controller device (11) (S1010);
A step of receiving a content list acquisition request, which is a signal for requesting acquisition of a content list, from a video data transmission source belonging to another home network described in the video data transmission source list from the control device (11) (S310) When,
When the content list acquisition request is received, the content list acquisition request is transmitted to the wormhole device (52) belonging to a different home network, and the content URL is set as the response XML based on the obtained reply content. Transmitting to the device (11) (S320);
Receiving a video data transmission request from the control device to a wormhole device (52) belonging to a different home network (S330);
Setting a video device in response to the received video data transmission request (S340);
Until a preset end condition is satisfied (S380), the step of acquiring video data from the video device (S360) and the step of transmitting the acquired video data to the control device (11) (S370) Repeated steps,
A video data transmission program for executing   A computer-readable recording medium in which the program according to claim 18 is written.

Images