KR20050018905A - Method and server system for real-time remote video multicasting - Google Patents

Abstract

PURPOSE: A real-time remote image multicasting method and a server system are provided to reproduce an image in real time, which is supplied from an image server configured on a PC which is not registered in a DNS(Domain Name Service), with only a built-in image reproducer included in a web browser without a stand-alone image reproducer. CONSTITUTION: An image server registers in a relay service(S300). A relay system registers initial image server information in a DB(S305). The image server requests personal web server components(S310), and downloads the web server components from the relay system(S315), then executes a communication program and a personal web server(S320). The image server and the relay system transceive predetermined image server information(S325). The relay system updates the server information in the DB(S330). An image reproducer transmits a network transmission rate value(S335). The relay system collects an mobile IP address, an ID, and a password for the image reproducer(S340), and sends the mobile IP address and a network transmission rate to the image server(S345). The image server registers the received information(S350). The relay system transmits a web page to the image reproducer(S355).

Description

Real-time remote video multicasting method and server system {METHOD AND SERVER SYSTEM FOR REAL-TIME REMOTE VIDEO MULTICASTING}

The present invention relates to a real-time remote video multicasting method, and more specifically, to independently perform an image provided by an image server configured on a personal computer that does not have a fixed IP address and is not registered in a domain name service. The present invention relates to a method and a server system that can play in real time using only a built-in video player included in a browser without a video player having a stand-alone function.

In the modern society, technical methods of transmitting and receiving image information using a communication technology between a sender and a receiver generally include broadcasting, unicasting, and multicasting.

In modern times, camps (states or corporations) that can concentrate and own capital and information are unilaterally delivering large amounts of information to the general public using communication technologies that require expensive infrastructure. The beginning of the process is a method of photographing black-and-white or color images through television broadcasting and transmitting information to the general public through radio waves. The omnidirectional technology, which is a characteristic of radio waves, allows anyone who has a receiver in a frequency band capable of receiving radio waves to receive information in the form of images and sounds transmitted through radio waves. This is called broadcasting or broadcasting. In other words, since the receiver can use the airwaves scattered in the air as if humans drink the air freely, the radio waves have the same economic characteristics as public goods. This can be expressed using mathematical notation: sender: receiver = 1: ∞.

In addition, modern communication technologies can transfer information to one or both parties secretly to a third party, allowing individuals to share information about some common interests, and to transmit and receive certain information secretly to third parties. With the advent of advanced technologies using radio waves, electricity, and light, when connected to a specific network that is closed or using signals that are coded with a specific code, even large amounts of information such as video are not easily separated between individuals. Can send and receive to each other. This can also be expressed using mathematical notation: sender: receiver = 1: 1. This is called unicasting.

Finally, there are multicastings that can be expressed in mathematical notation: sender: recipient = 1: N or M: N. The sender simultaneously provides the same information to at least one or more recipients, which is different from distributing information to an unspecified number of people, such as broadcasting. Simultaneously providing specific recipients with or without authentication for specific information is a form of communication with the most common economic revenue structure.

Performing broadcasting on the Internet among the above-mentioned broadcasting, unicasting and multicasting is currently limited due to technical limitations of packet switching. Therefore, the use of the expression broadcasting (broadcasting), such as Internet broadcasting, is not technically an exact expression or name. In other words, although technically using 1: N multicasting technology, the term broadcasting (broadcasting) is used as a social or economic idiom in the general society.

Therefore, in order to transmit and receive an image using a communication technology currently performed on the Internet, both a sender and a receiver must be registered in the same location server and correctly recognize each other's positions. As described above, there are some restrictions in performing video multicasting remotely using a PC or a mobile device operating on the Internet. That is, the receiver who wants to receive the desired video cannot receive the video only on his PC or mobile device using a browser or there is no way to control the video camera remotely.

In addition, it is manufactured using standard technologies such as H.324 or Internet Engineering Task Force's SIP (Session Initiation Protocol) as defined by the International Telecommunications Union for Telecommunication Standardization Sector (ITU-T). Video player with independent function without any hassle of trouble and high cost to build a server farm consisting of specialized system.

An object of the present invention is to solve the problems described above, separate from the image provided by the video server configured on the personal computer does not have a fixed IP address and is not registered in the Domain Name Service (Domain Name Service) It is to provide a method and a server system that can be played in real time with only a built-in video player included in the browser without a video player having a stand-alone function.

In order to solve the above technical problem, the present invention is a network architecture proposed in the network configuration and the mediation method of the mediation system proposed in Patent Application No. 2004-0109031, filed on December 20, 2004 Based on the video transmission technology based on the present invention, a method and a server system for multicasting a video in real time to a remote site are devised. Real-time video remote multicasting method according to the present invention comprises the steps of registering for the service using the ID and password encrypted with the intermediary system;

Requesting a prototype personal web server component from the mediation system after initial image server information is registered in the DB of the mediation system;

Receiving a prototype personal web server component from the mediation system;

Building and executing a personal web server using the received personal web server component;

Transmitting / receiving predetermined image server information such as a dynamic IP address with the intermediate system;

Waiting to update the image server information in the DB from the mediation system;

Waiting for the video player to access the web server of the mediation system, log in using a previously registered ID and password, and transmit a network transmission rate value to the mediation system;

Waiting for the dynamic IP address, ID, password, and network transmission rate values for the video player to be collected by a server-side script of the intermediate system at the same time as the video player is logged in from the intermediate system;

Receiving a dynamic IP address and a network transmission speed of the video player from the intermediate system;

Updating the received information in an image recipient list DB; And

Waiting to send a web page from the relay system to the video player.

Here, the predetermined video server information is transmitted or received periodically or aperiodically, and the web page includes a URL using a dynamic IP address of the video server.

In addition, the real-time video remote multicasting method according to the present invention comprises the steps of: receiving an HTTP request (Get Request) message from the video player;

Confirming a dynamic IP address of the video player in the video receiver roster DB;

Forming a predetermined number of image files by using raw image data generated by capturing an image from an image camera connected to the image server and interlocked with the image server;

Sequentially decoding the predetermined image files and uploading binary code data to a memory;

Determining and encoding a predetermined encoding compression rate of the binary code data;

Transmitting the encoded video data in the form of an HTTP response message to the video player;

Waiting for the video player to play the video being received from the video server; And

Randomly synchronizing the unsynchronized read pointer and the write pointer when reading the binary code data according to network congestion.

Here, the HTTP request message is obtained by using a web page including the URL of the video server provided by the mediation system, and the predetermined number of video files are formed in a predetermined format, and the predetermined encoding is used. The compression rate is determined according to a transmission rate value received from the intermediary system, and the video data is a chunked encoding method, which is one of HTTP / 1.1 transmission encoding methods, or a streaming method that does not specify a content-length. By using, the video player is installed by default in the web browser.

Real-time video remote multicasting server system through a mediation system to a video player without using a fixed IP address and domain name service includes a memory storing information and a processor coupled to the memory,

The processor may register with a service using an ID and a password encrypted by the intermediary system;

Requesting a prototype personal web server component from the mediation system after initial image server information is registered in the DB of the mediation system;

Receiving a prototype personal web server component from the mediation system;

Building and executing a personal web server using the received personal web server component;

Transmitting / receiving predetermined image server information such as a dynamic IP address with the intermediate system;

Waiting to update the image server information in the DB from the mediation system;

Waiting for the video player to access the web server of the mediation system, log in using a previously registered ID and password, and transmit a network transmission rate value to the mediation system;

Waiting for the dynamic IP address, ID, password, and network transmission rate values for the video player to be collected by a server-side script of the intermediate system at the same time as the video player is logged in from the intermediate system;

Receiving a dynamic IP address and a network transmission speed of the video player from the intermediate system;

Updating the received information in an image recipient list DB; And

Waiting to transmit a web page from the relay system to the video player.

Here, the predetermined image server information is transmitted or received periodically or aperiodically, and the web page includes a URL using a dynamic IP address of the image server.

In addition, the real-time video remote multicasting method according to the present invention comprises the steps of: receiving an HTTP request (Get Request) message from the video player;

Confirming a dynamic IP address of the video player in the video receiver roster DB;

Forming a predetermined number of image files by using raw image data generated by capturing an image from an image camera connected to the image server and interlocked with the image server;

Sequentially decoding the predetermined image files and uploading binary code data to a memory;

Determining and encoding a predetermined encoding compression rate of the binary code data;

Transmitting the encoded video data in the form of an HTTP response message to the video player;

Waiting for the video player to play the video being received from the video server; And

Randomly synchronizing the unsynchronized read pointer and the write pointer when reading the binary code data according to network congestion.

Here, the HTTP request message is obtained by using a web page including the URL of the video server provided by the mediation system, and the predetermined number of video files are formed in a predetermined format, and the predetermined encoding is used. The compression rate is determined according to a network transmission rate value received from the intermediary system, and the video data is a stream that does not specify a chunked encoding method or a content-length that is one of HTTP / 1.1 transmission encoding methods. Using the method, the video player is installed by default in a web browser.

In addition, the real-time video remote multicasting server system stores a dynamic IP address and network speed of the video player provided from the intermediary system through a mediation system using a video player without using a fixed IP address and domain name service. DB;

The image transmission state DB storing information such as an event occurring in the process of transmitting an image to the image player, a transmission start time, a transmission end time, a transmission completion rate, and the like;

An image camera for taking an image;

An encoding module for filing an image captured by the image camera into a predetermined format;

A decoding module for converting at least one file formed from the encoding module into binary code;

A web server connection unit for communicating with a web browser provided with a built-in web server connection unit and a video player of the intermediary system in a world wide web manner;

A personal web server constructed by utilizing a personal web server component provided from the mediation system and transmitting a web page in a format capable of providing an image to a web browser provided with the built-in video player;

The image transmission control unit which collectively controls a process associated with the image camera, an encoding module, a decoding module, and a personal web server;

And a communication program for transmitting and receiving information of the video server and the video player periodically or aperiodically by a predetermined communication protocol through a communication process and a communication protocol connection unit of the intermediate system.

In addition, the real-time image transmission control method performed in the image server to transmit the image data generated by shooting with a camera linked to the image server to a remote image player comprises the steps of: collecting raw image data from the camera;

Continuously forming the collected raw image data into a predetermined number of files;

Decoding the predetermined number of files in binary code one after the other;

Uploading the decoded binary code into a memory;

Synchronizing a read pointer and a write pointer of the binary code uploaded to the memory;

Determining an encoding compression rate according to a network transmission rate value stored in the video server;

Encoding the binary code uploaded into the memory into image data;

Transmitting the encoded image data to the image player connected to a network; And

And intentionally synchronizing the gaps when the read pointer and the write pointer are out of sync according to the network congestion.

Here, the files are formed in a predetermined format, the video data is formed in a predetermined format, and the video data includes a chunked encoding method or a content-length that is one of HTTP / 1.1 transport encoding methods. It is transmitted using an unspecified streaming method.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a network diagram schematically showing a method of remote video multicasting according to the present invention.

Referring to FIG. 1, a remote video multicasting method according to the present invention is performed between an image server 100 for transmitting an image to a remote place through the Internet and an image player 110 for receiving an image from a remote place through the Internet. The system 120 acts as an intermediary for remote video multicasting between the video server 100 and the video player 110.

The mediation system 120 has a predetermined database (hereinafter referred to as "DB"), and a web server is linked to operate an intermediary web page. In addition, the mediation system 120 transmits / receives the image server information with the image server 100 through the mediation web server and updates it in a database. The video server information is preferably a floating IP address, a directory name on which a particular Internet service is executed, a version of a communication program running on the video server 100, and the like. The predetermined website of the intermediary system 120 may also function as a portal for the general public to search for a specific Internet service or to form a community.

The video server 100 and the electronic commerce intermediary system 120 periodically exchanges video server information through a predetermined communication protocol 250, and the video server in a predetermined database interworking with the mediation system 120. Update the information each time an event occurs.

The video server 100 does not use a fixed IP address and a domain name service, but operates only with a floating IP address. The image server 100 has a system environment for transmitting images by interworking a communication program with a prototype web server component provided from the mediation system 120 on a PC.

The video player 110 checks the video server information provided by the mediation system 120 using a general web browser running on a PC, PDA smartphone, or the like. The image player 110 included in the web browser receives and reproduces the image information in real time when the image server 100 requests the image transmission.

2 is a block diagram of a video server, a video player, and an intermediary system according to an embodiment of the present invention.

Referring to FIG. 2, the video server 100 includes a video recipient list DB 200, a video transmission status DB 205, a video camera 210, an encoding module 215, a decoding module 220, and a web server access unit. 225, a communication protocol connection unit 230, a personal web server 235, an image transmission control unit 240, and a communication program 245.

The video recipient list DB 200 stores the dynamic IP address and network speed of the video player 110 provided from the mediation system 120. The image transmission state DB 205 stores information such as an event, a transmission start time, a transmission end time, a transmission completion rate, and the like, which occur while the image server 100 transmits an image to the image player 110.

The image camera 210 captures an image in real time and is controlled by the image transmission control unit 240.

The encoding module 215 files the image captured by the image camera 210 in a predetermined format and is controlled by the image transmission control unit 240.

The decoding module 220 converts at least one file formed from the encoding module 215 into a binary code and is controlled by the image transmission control unit 240.

The web server connecting unit 225 communicates with a web browser provided with a built-in web server connecting unit 250 and the image player 110 of the mediation system 120 in a world wide web manner.

The personal web server 235 is constructed by utilizing a personal web server component provided from the mediation system 120, and the video player 110 is provided with a web page of a format capable of providing an image to a web browser provided built-in Send. The personal web server 235 also includes its own encoding module.

The image transmission control unit 240 collectively controls a process of interlocking with the image capturing, encoding, decoding, and web server in the image server 100.

The communication program 245 of the video server 100 may periodically or aperiodically perform a predetermined communication protocol through a communication process 275 of the intermediate system 120 and a communication protocol connection unit 230 and 280. 100) and the information of the video player 110 is transmitted and received.

The mediation system 120 includes a web server connection unit 250, a server side script 255, a personal web server component DB 260, a communication program DB 265, a member information DB 270, and a communication process 275. And communication protocol connection 280.

The server-side script 255 of the mediation system 120 functions to process the information transmitted and received through the web browser provided by the video server 100 or the video player 110 in a predetermined DB and store the information in a predetermined DB.

The communication process 275 of the mediation system 120 is periodically or aperiodically established by the communication protocol shown in FIG. 1 through the communication program 245 and the communication protocol connection units 340 and 375 of the image server 100. Transmits and receives information of the video server 100.

The web server connection unit 250 of the mediation system 120 is a web browser and a world wide web system in which the web server connection unit 225 of the image server 100 and the video player 110 are built-in. Communicate with

The communication program 245 provided to the video server 100 is stored in the communication program DB 265 of the mediation system 120. The member information DB 270 of the mediation system 120 stores member information (a floating IP address, a directory name on which a specific Internet service is executed, a version of a communication program executed on an image server, etc.). The prototype personal web server component DB 260 of the mediation system 120 stores the prototype personal web server component provided to the image server 100.

The video player 110 is generally provided in a built-in form to a web browser such as Microsoft Corporation. The video player 110 operates from a video server 100 operated only through a dynamic IP address through the intermediary system 120. To be provided.

3 is a flowchart showing a communication process that is preceded to transmit and receive video data of a video server, an intermediary system, and a video reproduction period according to the present invention.

Referring to FIG. 3, the video server registers with a mediation service using an ID and password encrypted with the mediation system (S300). The mediation system registers initial image server information of the image server in a DB (s305). The video server requests a prototype personal web server component from the intermediary system (s310). The video server downloads the web server component and the like from the mediation system (S315). The video server executes a communication program and a personal web server downloaded from the mediation system (S320). The video server and the mediation system periodically transmit or receive predetermined video server information such as a dynamic IP address of the video server periodically or aperiodically (S325). The mediation system updates the predetermined video server information in a DB (S330). After the video player accesses the web server of the mediation system, the user logs in using the ID and password received from the video server and transmits a network transmission rate value (s335). In the mediation system, at the same time as the login of the video player, the dynamic IP address, ID and password for the video player are collected in the mediation system by a server-side script (s340). The intermediary system transmits the dynamic IP address and the network transmission speed of the video player to the video server (S345). The video server registers the dynamic IP address of the video player in the video recipient list DB (S350). The intermediary system transmits the web page including the URL using the dynamic IP address of the video server to the video player (S355).

The communication protocol may randomly use one of the non-public ports of the transmission control protocol (TCP), or may use the secure sockets layer (SSL) protocol using the TCP port 443 for security. Representative information exchanged by the communication protocol includes the ID and password of the video server, the communication program version number where the communication protocol can be changed each time the intermediate system software is upgraded, and the Internet service provider each time the video server is booted. The newly assigned floating IP address. Accordingly, the communication program of the video server and the communication process of the intermediary system can know what information is transmitted and received by parsing the contents of the TCP protocol.

On the other hand, the communication process executed in the mediation system parses the TCP content when connected from the communication program of the video server. Thereafter, when the ID and password match the pre-registered video server, all the video server information is received and the database for the video server is updated. At this time, the last information from the video server is end of message information, and the communication process that has sensed this may also terminate the connection with the video server after sending the end of the message to the video server.

The video server periodically or aperiodically transmits all information to a communication process of an intermediary system when an event occurs in the video server by an event selection model. Thereafter, the video server must be in a listening state until a connection request is received from the communication process of the intermediary system.

In addition, the communication program of the video server is in a listening state after exchanging information with the communication process of the intermediary system, and when the communication process of the intermediary system wants to transmit some information to the video server, Request TCP connection to the communication program of the video server. The communication program of the video server may receive information from the communication process of the intermediary system by parsing the TCP content, and may start or end with a parameter received from a specific communication program according to the type of information. In addition, the communication program of the video server may change the execution method of the communication program that is already executed.

If a network event in which the video server receives a new dynamic IP address from an Internet service provider occurs, or an event in which the video server arbitrarily changes a specific service occurs, the communication program of the video server again communicates with the intermediary system. And exchange the above information.

In addition, the communication program changes a service already executed in the video server according to the information, or transmits / receives a communication program and a parameter with a communication process running in the mediation system.

Therefore, when a communication program of an image server is installed, various initialization variables (eg, a service to be implemented on a personal computer, a communication interval with a communication process, etc.) should be able to be input. By the initial variable, the video server starts or terminates a specific Internet service, and then the communication program and the specific Internet service program can inform each other of the state of each other by using an event selection model and a state machine. . (For example, an event receiving a new floating IP address from an Internet service provider will change the specific state of the programs. The communication program delivers this new floating IP address to the communication process of the intermediary system via the communication protocol.)

FIG. 4 is a diagram illustrating signaling generated in a process of transmitting an image in real time from an image server to an image player after a communication process preceding to transmit and receive image data shown in FIG. 3 is completed according to the present invention.

Referring to FIG. 4, the video server 420 and the video player 430 set up, play request, pause, and terminate each other to transmit a video stream from the video server 420 to the video player 430. Predetermined signaling such as In this case, the signaling is an HTTP message (HTTP) transmitted and received between the personal web server 400, which is a component of the video server 420, and the web browser 410 provided with the built-in video player 430. GET Request, HTTP Response).

That is, the signaling protocols are defined and transmitted in the form of a payload of an HTTP message (HTTP GET Request, HTTP Response), thereby controlling the video stream traveling from the video server 420 to the video player 430. have. For example, the video stream control process is performed by first performing setup signaling for negotiating initial conditions between the video player 430 and the video server 420 and signaling a play request, and then loading the video stream in an HTTP response message. . In addition, pause signaling or termination signaling may occur while the video stream is being transmitted.

5 is a diagram illustrating an HTTP response message structure including a video stream according to the present invention.

Referring to FIG. 5, video data 500 is included in an HTTP response message and transmitted from a video server to a video player by a chunked transfer encoding method or a streaming method that does not specify a content-length. . In the header 510, a description of the message content is described. For example, a version of HTTP, a message identifier, a message transmission time, a server type, an encoding method, a content type, and the like are defined. This typically takes the form of a Multipurpose Internet Mail Extension (MIME), a communication protocol used to define files attached to email. The MIME is a protocol defined by the Internet Engineering Task Force (IETF), and takes a text-based encoding scheme.

6 is a flowchart illustrating a communication process between a video server and a video playback period according to an exemplary embodiment of the present invention.

Referring to FIG. 6, the video player uses the dynamic IP address of the video server received from the intermediary system through the communication process shown in FIG. 3, for example, a URL (http://64.20.1.100/monitor.wmv). The HTTP request message for http://64.20.1.100/monitor.wmv is transmitted to the video server according to the content of the web page including the step (s600). The video server receives the HTTP request message and confirms that there is a dynamic IP address of the video player from the video receiver list DB (S605). The image server creates a predetermined number of image files in a predetermined format such as WMV using raw data generated from the image camera (S610). The image server uploads a binary code obtained by sequentially decoding the predetermined image files to a memory (S615). When the video server encodes the binary code, the video server determines an appropriate compression ratio according to the transmission rate value received from the intermediate system (S620). The video server is a chunked encoding method that is one of the HTTP / 1.1 transmission encoding methods or a streaming method that does not specify a content-length, for an image stream captured by the video server and uploaded to a memory using a video player. Send using (s630, HTTP Response). The video player plays back the received video stream (S630). When the image server reads the binary code, the image server randomly synchronizes the asynchronous read pointer and the write pointer according to the network congestion being transmitted (S635).

7 is a block diagram illustrating a flow of image data in an image server according to an embodiment of the present invention.

Referring to FIG. 7, an image signal generated by the image camera 715 is converted into a binary code by the image transmission control unit 700, uploaded to a memory, and re-encoded as follows. The raw video signal generated by the video camera 715 is passed to the video acquisition process 780 in the encoding module 730. The image signal transferred to the image collecting process 780 is image filed in a predetermined number in a predetermined format 760 such as WMV, ASF, and the like. That is, the image file is divided into a predetermined size (for example, raw_monitor1.wmv, raw_monitor2.wmv, raw_monitor3.wmv, etc.). The image files divided into predetermined sizes are converted into binary codes 750 by the decoding module 740 and uploaded to the memory. The uploaded binary code is encoded into video data by the personal web server 755. The encoded video data is transmitted by an HTTP / 1.1 chunked transfer encoding method or a streaming method 710 that does not specify a content-length.

The image data is controlled through a session management communication method of the TCP protocol 720.

8 is a block diagram showing the flow of image data in the image player according to an embodiment of the present invention.

Referring to FIG. 8, video data received via the Internet is session oriented by the TCP protocol 820 to be HTTP / 1.1 chunked transmission encoding method or content size in the video playback process 800. It is delivered to the decoding module 840 by a streaming method 810 that does not specify a Content-Length. The decoding module 840 classifies the image data transmitted by the HTTP / 1.1 chunked transfer encoding method 810 according to a predetermined format 860 such as WMV, ASF, etc., and delivers the image data to the image player 850. do. The video player 850 is generally provided in a built-in to a web browser 830 such as Microsoft Corporation.

FIG. 9 is a diagram illustrating a process of controlling image data uploaded to a memory in order to transmit an image from the image server to the image player according to an exemplary embodiment of the present invention.

Referring to FIG. 9, an image captured by an image camera connected to an image server is divided into a predetermined size and formed into an image file such as a WMV format. (File numbers 1 to 16 and more are shown as ....) The predetermined number of image files formed is decoded by the decoding module. The decoded binary code is uploaded to memory. The data uploaded to the memory is read and written in synchronization with the read and write pointers. The read pointer indicates a location of data to be transmitted, and the write pointer indicates a location where the decoded binary code is stored.

Here, if there is a problem in the network quality of service (QoS) such as congestion in the video server and the network transmitting the video during the video playback period (for example, if a packet loss including files 9 to 12 occurs, the TCP algorithm is used). The read pointer and the write pointer are asynchronous.

When the read pointer and the write pointer are out of sync, the read pointer and the write pointer are intentionally synchronized.

The video player intentionally causes a gap between a read pointer and a write pointer in the video server when a packet loss including a file number 9 to 12 occurs according to a network quality of service (QoS) generated on the Internet. Because of the synchronization, lost packets are ignored and the video is received and played back in real time.

Therefore, a user of a device (PDA, portable Internet terminal, laptop, etc.) capable of executing a web browser provided with a built-in video player may receive video content in real time without a video player having a specific stand-alone function. Can play. In addition, the personal web server of the video server can send the same video content to anyone through the authentication process to confirm the ID and password, it can be used for video multicasting. Moreover, when the video transmission method is serviced in both directions, the standard video telephony technology (SIP, MEGACO, H.323) defined by the existing complex protocol is supported by the exponential improvement of the processor speed (Moore's law). Etc.)

Although the present invention has been described in detail so far, it should be apparent that the embodiments mentioned in the process are only illustrative, and not restrictive, and the present invention is provided by the following claims. Within the scope not departing from the scope of the present invention, component changes to the extent that they can be equivalently substituted from the present invention will fall within the scope of the present invention.

The present invention provides a web browser without a video player that performs a separate stand-alone function of a video server provided on a personal computer that does not have a fixed IP address and is not registered in a domain name service. There is an effect of providing a method and a server system that can be reproduced in real time using only the built-in video player included in the.

In addition, the present invention is basically a technology implemented through the Internet. However, if the present invention is applied to a single network (e.g., a dedicated network consisting of a switch and a hub without using the Internet through a router, a local area network), the Ethernet broadcasting frame is broadcast to all devices connected to the network. The technology allows the video to be broadcast literally to any device on the network. That is, the real-time remote video multicasting method of the present invention can also have the same effect as general broadcasting when using a virtual private network technology that allows a packet switching technology controlled by a router or the like to be used as a circuit switching technology. have.

1 is a network diagram schematically showing a method of remote video multicasting according to the present invention.

2 is a block diagram of a video server, a video player, and an intermediary system according to an embodiment of the present invention.

3 is a flowchart showing a communication process that is preceded to transmit and receive video data of a video server, an intermediary system, and a video reproduction period according to the present invention.

FIG. 4 is a diagram illustrating signaling generated in a process of transmitting an image in real time from an image server to an image player after a communication process preceding to transmit and receive image data shown in FIG. 3 is completed according to the present invention.

5 is a diagram illustrating an HTTP response message structure including a video stream according to the present invention.

6 is a flowchart illustrating a communication process between a video server and a video playback period according to an exemplary embodiment of the present invention.

7 is a block diagram illustrating a flow of image data in an image server according to an embodiment of the present invention.

8 is a block diagram showing the flow of image data in the image player according to an embodiment of the present invention.

FIG. 9 is a diagram illustrating a process of controlling image data uploaded to a memory in order to transmit an image from the image server to the image player according to an exemplary embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

715: video camera 730: encoding module

740: decoding module 750: binary code

Claims (23)

In the real-time video remote multicasting method through a mediation system to a video player without using a fixed IP address and domain name service from the video server Registering for a service using an ID and password encrypted with the intermediary system; Requesting a prototype personal web server component from the mediation system after initial image server information is registered in the DB of the mediation system; Receiving a prototype personal web server component from the mediation system; Building and executing a personal web server using the received personal web server component; Transmitting / receiving predetermined image server information such as a dynamic IP address with the intermediate system; Waiting to update the image server information in the DB from the mediation system; Waiting for the video player to access the web server of the mediation system, log in using a previously registered ID and password, and transmit a network transmission rate value to the mediation system; Waiting for the dynamic IP address, ID, password, and network transmission rate values for the video player to be collected by a server-side script of the intermediate system at the same time as the video player is logged in from the intermediate system; Receiving a dynamic IP address and a network transmission speed of the video player from the intermediate system; Updating the received information in an image recipient list DB; And Waiting to transmit a web page from the relay system to the video player. The method of claim 1, The predetermined video server information is transmitted or received periodically or aperiodic, characterized in that the real-time video remote multicasting method. The method of claim 1, And the web page comprises a URL using a dynamic IP address of the video server. The method of claim 1, Receiving an HTTP request message from the video player; Confirming a dynamic IP address of the video player in the video receiver roster DB; Forming a predetermined number of image files by using raw image data generated by capturing an image from an image camera connected to the image server and interlocked with the image server; Sequentially decoding the predetermined image files and uploading binary code data to a memory; Determining and encoding a predetermined encoding compression rate of the binary code data; Transmitting the encoded video data in the form of an HTTP response message to the video player; Waiting for the video player to play the video being received from the video server; And And randomly synchronizing an unsynchronized read pointer and a write pointer when reading binary code data according to network congestion. The method of claim 4, wherein The HTTP request (Get Request) message is a real-time video remote multicasting method, characterized in that using the web page including the URL of the video server provided by the intermediate system. The method of claim 4, wherein And the predetermined number of video files are formed in a predetermined format. The method of claim 4, wherein And the predetermined encoding compression rate is determined according to a transmission rate value received from the intermediate system. The method of claim 4, wherein The video data is a chunked encoding method, which is one of HTTP / 1.1 transmission encoding methods, or a streaming method that does not specify a content-length. The method of claim 4, wherein And the video player is installed in a web browser by default. Real-time video remote multicasting server system stores information in the real-time video remote multicasting server system through an intermediary system without using a fixed IP address and domain name service. Including a processor coupled to the memory, The processor, Registering for a service using an ID and password encrypted with the intermediary system; Requesting a prototype personal web server component from the mediation system after initial image server information is registered in the DB of the mediation system; Receiving a prototype personal web server component from the mediation system; Building and executing a personal web server using the received personal web server component; Transmitting / receiving predetermined image server information such as a dynamic IP address with the intermediate system; Waiting to update the image server information in the DB from the mediation system; Waiting for the video player to access the web server of the mediation system, log in using a previously registered ID and password, and transmit a network transmission rate value to the mediation system; Waiting for the dynamic IP address, ID, password, and network transmission rate values for the video player to be collected by a server-side script of the intermediate system at the same time as the video player is logged in from the intermediate system; Receiving a dynamic IP address and a network transmission speed of the video player from the intermediate system; Updating the received information in an image recipient list DB; And And waiting to transmit a web page from the relay system to the video player. The method of claim 10, The predetermined video server information is transmitted or received periodically or aperiodic, characterized in that the real-time video remote multicasting method. The method of claim 10, And the web page comprises a URL using a dynamic IP address of the video server. The method of claim 10, Receiving an HTTP request message from the video player; Confirming a dynamic IP address of the video player in the video receiver roster DB; Forming a predetermined number of image files by using raw image data generated by capturing an image from an image camera connected to the image server and interlocked with the image server; Sequentially decoding the predetermined image files and uploading binary code data to a memory; Determining and encoding a predetermined encoding compression rate of the binary code data; Transmitting the encoded video data in the form of an HTTP response message to the video player; Waiting for the video player to play the video being received from the video server; And And randomly synchronizing an unsynchronized read pointer and a write pointer when reading binary code data according to network congestion. The method of claim 13, The HTTP request (Get Request) message is a real-time video remote multicasting method, characterized in that using the web page including the URL of the video server provided by the intermediate system. The method of claim 13, And the predetermined number of video files are formed in a predetermined format. The method of claim 13, And the predetermined encoding compression rate is determined according to a transmission rate value received from the intermediate system. The method of claim 13, The video data is a chunked encoding method, which is one of HTTP / 1.1 transmission encoding methods, or a streaming method that does not specify a content-length. The method of claim 13, And the video player is installed in a web browser by default. In a real-time video remote multicasting server system through a mediation system with a video player without using a fixed IP address and domain name service, A video recipient list DB for storing the dynamic IP address and network speed of the video player provided from the mediation system; The image transmission state DB storing information such as an event occurring in the process of transmitting an image to the image player, a transmission start time, a transmission end time, a transmission completion rate, and the like; An image camera for taking an image; An encoding module for filing an image captured by the image camera into a predetermined format; A decoding module for converting at least one file formed from the encoding module into binary code; A web server connection unit for communicating with a web browser provided with a built-in web server connection unit and a video player of the intermediary system in a world wide web manner; A personal web server constructed by utilizing a personal web server component provided from the mediation system and transmitting a web page in a format capable of providing an image to a web browser provided with the built-in video player; The image transmission control unit which collectively controls a process associated with the image camera, an encoding module, a decoding module, and a personal web server; Real-time video remote multicasting server system comprising a communication program for transmitting and receiving information of the video server and the video player periodically or aperiodically by a predetermined communication protocol through a communication process and a communication protocol connection of the intermediate system. . In the real-time video transmission control method performed in the video server to transmit the video data generated by shooting with a camera linked to the video server to a remote video player, Collecting raw image data from the camera; Continuously forming the collected raw image data into a predetermined number of files; Decoding the predetermined number of files in binary code one after the other; Uploading the decoded binary code into a memory; Synchronizing a read pointer and a write pointer of the binary code uploaded to the memory; Determining an encoding compression rate according to a network transmission rate value stored in the video server; Encoding the binary code uploaded into the memory into image data; Transmitting the encoded image data to the image player connected to a network; And And intentionally synchronizing gaps when the read pointer and the write pointer are unsynchronized according to the network congestion state. The method of claim 20, And the files are formed in a predetermined format. The method of claim 20, And the image data is formed in a predetermined format. The method of claim 20, The video data may be transmitted using a chunked encoding method, which is one of HTTP / 1.1 transport encoding methods, or a streaming method that does not specify a content-length. Real time video transmission control method.