CN108989896B

CN108989896B - Video-on-demand request processing method and device

Info

Publication number: CN108989896B
Application number: CN201710440189.XA
Authority: CN
Inventors: 陈婷; 王艳辉; 亓娜; 牛永会
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2017-06-12
Filing date: 2017-06-12
Publication date: 2020-02-21
Anticipated expiration: 2037-06-12
Also published as: CN108989896A

Abstract

The embodiment of the invention provides a video on demand request processing method, and relates to the technical field of internet. The method comprises the following steps: acquiring a video address according to the received video on demand request; judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with an IP address list of a video server; the IP address list of the video server is generated when the video server is started; if the address bar IP address is matched with the IP address list, adjusting the video address information according to the address bar IP address information; and searching and playing the video file according to the adjusted video address information. The technical effect that the video address of the video on demand can be adjusted in time according to the address bar IP address corresponding to the video on demand request input by the user in the address bar of the client under the condition that multiple addresses can access the same video server is achieved, and the video on demand can be guaranteed by the legal address bar IP address.

Description

Video-on-demand request processing method and device

Technical Field

The invention relates to the technical field of video networking, in particular to a video-on-demand request processing method and a video-on-demand request processing device.

Background

Under the current large network technology environment, the same server may have two or more network cards, and then the corresponding same server may also have multiple IPs (Internet Protocol), that is, may access the same network page through multiple different IP addresses.

But normally, the IP in different network segments cannot communicate with each other, and a video only has one video address, and the video address is written to the database. In the case that all web (network) pages can be accessed by inputting different IP addresses, if any IP address of the accessible web page is input, the whole video content corresponding to the web page cannot be viewed, and the video browsing experience of the user is affected.

Disclosure of Invention

In view of the above problems, embodiments of the present invention are proposed to provide a video-on-demand request processing method and a corresponding video-on-demand request processing apparatus that overcome or at least partially solve the above problems.

In order to solve the above problem, an embodiment of the present invention discloses a method for processing a video-on-demand request, where the method is applied to a video network, and includes:

acquiring a video address according to the received video on demand request;

judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with an IP address list of a video server; the IP address list of the video server is generated when the video server is started;

if the address bar IP address is matched with the IP address list, adjusting the video address information according to the address bar IP address information;

and searching and playing the video file according to the adjusted video address information.

Optionally, after the step of determining whether the IP address of the address bar corresponding to the video on demand request matches the IP address list of the video server, the method further includes:

if the IP address of the address bar is not matched with the IP address list, searching and acquiring a video file directly according to the video address;

and if the video file corresponding to the video address is successfully searched and obtained, playing the video file.

Optionally, the step of obtaining a video address according to the received video-on-demand request includes:

and acquiring a video address corresponding to the video identifier according to the video identifier in the received video-on-demand request.

Optionally, the video server IP address list includes at least one internet of view IP address.

Optionally, the step of adjusting the video address information according to the address bar IP address information includes:

and replacing the IP information element in the video address information by the address bar IP address information.

The embodiment of the invention also discloses a video-on-demand request processing device, which is characterized in that the device is applied to the video network and comprises the following components:

the video address acquisition module is used for acquiring a video address according to the received video on demand request;

the matching judgment module is used for judging whether the IP address of the address bar corresponding to the video on demand request is matched with the IP address list of the video server or not; the IP address list of the video server is generated when the video server is started;

the video address adjusting module is used for adjusting the video address information according to the address bar IP address information if the address bar IP address is matched with the IP address list;

and the first video playing module is used for searching and playing the video file according to the adjusted video address information.

Optionally, the method further comprises:

the video searching module is used for directly searching and acquiring a video file according to the video address if the IP address of the address bar is not matched with the IP address list;

and the second video playing module is used for playing the video file if the video file corresponding to the video address is searched and obtained successfully.

Optionally, the video address obtaining module includes:

and the video address acquisition submodule is used for acquiring a video address corresponding to the video identifier according to the video identifier in the received video-on-demand request.

Optionally, the video address adjusting module includes:

and the video address adjusting submodule is used for replacing the IP information elements in the video address information by utilizing the address bar IP address information.

The embodiment of the invention has the following advantages: in the embodiment of the invention, a video address is obtained according to a received video on demand request; judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with an IP address list of a video server; the IP address list of the video server is generated when the video server is started; if the address bar IP address is matched with the IP address list, adjusting the video address information according to the address bar IP address information; and searching and playing the video file according to the adjusted video address information. Therefore, under the condition that multiple addresses can access the video server, the video address can be adjusted in time according to the address bar IP address corresponding to the video on demand request and input by the client address bar, and the video can be ordered by the legal address bar IP address.

Drawings

FIG. 1 is a schematic networking diagram of a video network of the present invention;

FIG. 2 is a schematic diagram of a hardware architecture of a node server according to the present invention;

fig. 3 is a schematic diagram of a hardware structure of an access switch of the present invention;

fig. 4 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to the present invention;

fig. 5 is a schematic diagram of a process of accessing a network by an access switch according to the present invention;

FIG. 6 is a diagram illustrating a process of accessing a network by a terminal according to the present invention;

FIG. 7 is a flowchart illustrating the steps of a VOD request processing method according to an embodiment of the present invention;

FIG. 8 is a flow chart of steps in another embodiment of a method for VOD request processing of the present invention;

FIG. 9 is a block diagram of an embodiment of a VOD request processing apparatus according to the present invention;

fig. 10 is a block diagram of another embodiment of a vod request handler according to the present invention.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.

The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.

The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.

To better understand the embodiments of the present invention, the following description refers to the internet of view:

some of the technologies applied in the video networking are as follows:

network Technology (Network Technology)

Network technology innovation in video networking has improved over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network circuit Switching (circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.

Switching Technology (Switching Technology)

The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.

Server Technology (Server Technology)

The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.

Storage Technology (Storage Technology)

The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.

Network Security Technology (Network Security Technology)

The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.

Service Innovation Technology (Service Innovation Technology)

The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.

Networking of the video network is as follows:

the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.

As shown in fig. 1, the video network is divided into an access network and a metropolitan network.

The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.

The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.

Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.

The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.

The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.

Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.

The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.

Video networking device classification

1.1 devices in the video network of the embodiment of the present invention can be mainly classified into 3 types: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.

1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).

The specific hardware structure of each access network device is as follows:

a node server:

as shown in fig. 2, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;

the network interface module 201, the CPU module 203, and the disk array module 204 all enter the switching engine module 202; the switching engine module 202 performs an operation of looking up the address table 205 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a queue of the corresponding packet buffer 206 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.

The access switch:

as shown in fig. 3, the network interface module mainly includes a network interface module (a downlink network interface module 301 and an uplink network interface module 302), a switching engine module 303 and a CPU module 304;

wherein, the packet (uplink data) coming from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the data packet coming from the CPU module 204 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.

The switching engine module 303 polls all packet buffer queues, which in this embodiment of the present invention is divided into two cases:

if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;

if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.

The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.

The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.

Ethernet protocol conversion gateway：

As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.

Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;

the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MACSA of the ethernet coordination gateway, and the ethernet length or frame type, and sends the packet.

The other modules in the ethernet protocol gateway function similarly to the access switch.

A terminal:

the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.

1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.

2. Video networking packet definition

2.1 Access network packet definition

The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.

As shown in the following table, the data packet of the access network mainly includes the following parts:

DA

SA

Reserved

Payload

CRC

wherein:

the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;

the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);

the reserved byte consists of 2 bytes;

the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;

the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.

2.2 metropolitan area network packet definition

The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.

In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.

As shown in the following table, the data packet of the metro network mainly includes the following parts:

DA

SA

Reserved

label (R)

Payload

CRC

Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.

3. Implementation of video networking

The network access process between the node server and the access switch, and between the node server and the terminal are discussed below. To simplify the design, the data packet types in the access network are defined as 4 types, respectively:

a downlink protocol packet (a protocol packet sent to an access switch and a terminal by a node server);

an uplink protocol packet (a protocol packet responded to the node server by the access switch and the terminal);

unicast data packet;

multicasting the data packet;

the total address of the access network is 16 bits, so the total number of the accessible access switches and terminals is 65536, and assuming that the datagram type of the downstream protocol packet is "10000000" (binary), that is, 0x80 (hexadecimal), the datagram type of the upstream protocol packet is "00001000" (binary), that is, 0x08 (hexadecimal), the datagram type of the unicast data packet is "00010000" (binary), that is, 0x10 (hexadecimal), the datagram type of the multicast data packet is "01111000" (binary), that is, 0x78 (hexadecimal), by combining the same kind of entries, the 8-bit long address table can be mapped into a 2-bit long address table, for example:

"10000000" ═ 00 ", the address table of the downlink protocol packet is defined as a number 0 table in the embodiment of the present invention;

"00001000" ═ 01 ", the address table of the upstream protocol packet, define as the table of number 1 in the embodiment of the invention;

"00010000" ═ 10 ", the address table of the unicast data packet is defined as table No. 2 in the embodiment of the present invention;

"01111000" - "11", the address table of the multicast packet is defined as a table No. 3 in the embodiment of the present invention;

in combination with the 16-bit access network address, in practice, only 4 address tables of 64K-4 x65536, that is, 256K are needed, and the output of the address table indicates the port to which the packet is directed. For example, one of the access switches BX-008 has 1 upstream hundred mega network port, 8 downstream hundred mega network ports, and 1 CPU module interface. If 8 downstream hundred mega network ports are sequentially defined as port No. 0 to port No. 7, the CPU module interface is defined as port No. 8, and 1 upstream hundred mega network port is defined as port No. 9, 256K x10 bit address tables are required in total, for example, the output of the address table is "0000000001" to indicate port No. 0 to which a packet is directed, "1100000000" to indicate port No. 8 and port No. 9 to which a packet is directed, and so on.

Assuming that the Destination Address (DA) of a packet incoming from port number 9 is 0x 80560 x 15000 x00000x55aa, the packet type is 0x80, and the access network address is 0x55aa, according to the table lookup rule, the table number 0 is looked up, i.e. the address is "000101010110101010", and the output of the address table corresponding to the address is "0100000000", indicating that the packet is directed to port number 8.

3.1 Access network flow of Access network device

3.1.1 the network access process of the access switch:

firstly, each access switch allowed to be accessed to the network must be registered in the node server, and the access switches which are not registered cannot be accessed to the network. As shown in fig. 5, the process of accessing the network by the access switch involves the following steps:

s1, the node server sends a query packet to each port, the access switch sends a response packet after receiving the query packet, and the response packet contains the registration information of the current access switch;

s2, after receiving the response packet sent by the access switch, the node server knows which port is connected with an access switch, then finds the access switch information in the registration information table in the node server, sends a network access command (informing the access network address) to the access switch, and the access switch accesses the network after receiving the network access command and sends a network access command response to the node server;

s3, the node server knows the access exchanger has accessed the network after receiving the response of the access command sent by the access exchanger, then sends a state inquiry packet to the port at regular time, checks whether the access exchanger works normally, and simultaneously sends a port inquiry packet to the downlink port of the access exchanger, checks whether other access network equipment is connected below the access exchanger. And if the current access switch works normally, the current access switch sends a state query response to the node server after receiving the equipment state query instruction. When the node server does not receive the state inquiry response within a period of time, the access switch is considered to be moved out of the network, the state inquiry packet is not sent any more, and the inquiry packet is continuously sent to the port.

3.1.3 network access process of terminal:

first, each terminal allowed to access the network must be registered in the node server, and terminals that are not registered cannot access the network. As shown in fig. 6, the process of accessing the network by the terminal involves the following steps:

s1, the node server sends a query packet to each port, and the terminal sends a response packet after receiving the query packet, wherein the response packet comprises the registration information of the terminal;

s2, after receiving the response packet sent by the terminal, the node server knows which terminal (set-top box, coding board or memory) is connected to which port, then finds the information of the terminal in the registration information table in the node server, sends the network access command (telling the access network address of the terminal) to the terminal, and the terminal accesses the network after receiving the network access command and sends the network access command response to the node server;

s3, the node server receives the response of the network access command from the terminal to know that the terminal has accessed the network, and then sends a state inquiry packet to the port at regular time to check whether the terminal is working normally. And if the terminal works normally, the terminal sends a state query response to the node server after receiving the state query packet. When the node server does not receive the state inquiry response within a period of time, the node server considers that the terminal is moved out of the network, does not send the state inquiry packet any more, and continues to send the inquiry packet to the port.

3.2 fusion of the video networking of the present invention with existing Ethernet

In order to realize the integration of the video network and the existing Ethernet and fully utilize the function of the existing Ethernet protocol conversion gateway, the invention modifies the standard Ethernet gateway to become a special type access switch which plays a role in connection conversion between the video network and the Ethernet. The modified Ethernet gateway is called an Ethernet protocol conversion gateway. In the video network, the Ethernet protocol gateway is positioned in the access network part, and can be connected with an access switch or directly connected with a node server. In ethernet, an ethernet protocol gateway is connected to a standard ethernet switch (hereinafter referred to as L2 switch) which is connected to a terminal.

In the invention, data transmission between the video network and the Ethernet mainly relates to the following 4 data types:

1) and (3) inquiring a packet: a protocol packet sent by the node server to the access switch, the Ethernet protocol conversion gateway or the terminal;

2) response packet: responding the protocol packet to the node server by the access switch, the Ethernet protocol conversion gateway or the terminal;

3) unicast data packet;

4) and multicasting the data packet.

The Ethernet protocol conversion gateway mainly performs the forwarding work of the 4 types of data between the video network and the Ethernet, and the core realization thought is as follows:

the Ethernet protocol conversion gateway accesses the video network, and obtains the MAC address of the Ethernet protocol conversion gateway and the MAC address of the terminal registered under the Ethernet protocol conversion gateway from the node server with the centralized control function. When the Ethernet protocol conversion gateway receives a data packet or a protocol packet transmitted by the video network, adding the MAC address of the Ethernet protocol conversion gateway and the MAC address of a target terminal in the data packet or the protocol packet, then transmitting the data packet or the protocol packet to the Ethernet, and transmitting the data packet or the protocol packet in the Ethernet by adopting an Ethernet protocol; when the Ethernet protocol conversion gateway receives a data packet or a protocol packet sent by the Ethernet, the MAC address of the Ethernet protocol conversion gateway and the MAC address of the source terminal in the data packet or the protocol packet are removed, and then the data packet or the protocol packet is sent to the video network, and the video network protocol is adopted for transmission in the video network.

The target terminal and the source terminal follow the video networking protocol, so that the target terminal and the source terminal can enter the Ethernet through the MAC address and can enter the video networking through following the video networking protocol, and compatible transmission of two different types of networks is realized.

Based on the above characteristics of the video network, one of the core concepts of the embodiments of the present invention is proposed, which adjusts the video address of the video to be requested according to the received video-on-demand request and the address bar IP address corresponding to the video-on-demand request, following the protocol of the video network.

Referring to fig. 7, a flowchart illustrating steps of an embodiment of a video-on-demand request processing method according to the present invention is shown, where the method may be applied in a video network, and specifically may include the following steps:

step 701, obtaining a video address according to a received video-on-demand request.

If a user wants to request a certain video in a webpage of a client, a video-on-demand request can be sent to a corresponding video server through the client, and then after receiving the video-on-demand request, the video server can obtain a video address of the corresponding video in the video server according to the video-on-demand request.

Step 702, judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with the IP address list of the video server; the list of IP addresses of the video server is generated when the video server is started.

In the embodiment of the present application, the video server can be accessed through a plurality of IP addresses, and it is set that the video server can be accessed through which IP addresses specifically, before the video-on-demand request is received. And if the address bar IP address input by the user through the client address bar is not the IP address capable of accessing the video server, judging that the address bar IP address is illegal relative to the video server, and at the moment, the user cannot request the video in the video server under the address bar IP address. Furthermore, as mentioned above, a video has only one video address, and the video address is written to the database, in this embodiment, the video address of each video in the video server is also unique and recorded in the video server, and IP in different network segments cannot communicate with each other. If the address bar IP address input by the user in the client address bar is not in the same network segment with the video address of the video to be requested to play, the video can not be played even if the IP address of the address bar at the moment can access the video server.

For example, suppose the IP addresses of the video servers are 192.168.0.1, 168.0.1.1, 192.168.5.1, respectively, and the video addresses of two videos a and b in the video server are 192.168.0.1/a and 168.0.1.1/b, respectively. Then the video server can be accessed if the user enters 192.168.0.1 in the address bar of the client browser, but if video b is played in the page corresponding to 192.168.0.1, video b will not be retrieved and played at this time. And if the video address of the video b is adjusted to 192.168.0.1/b, the video b can be successfully requested in the page corresponding to 192.168.0.1.

Therefore, in the embodiment of the present application, it is avoided that subsequent steps are continuously performed for an illegal address bar IP address, or that a legal address bar IP address cannot order a video, and so on. After receiving the video-on-demand request, whether the IP address of the address bar corresponding to the video-on-demand request matches the IP address list of the video server needs to be determined. The IP address list of the video server is also the list information formed by the IP addresses corresponding to the video server. In the embodiment of the present application, the video server may be automatically initialized and generate the IP address list of the video server when the video server is started, and of course, the IP address list may also be generated at any time before this step, which is not limited to this embodiment of the present application. Furthermore, the IP address list may be stored in any available manner, and the embodiment of the present application is not limited thereto.

Step 703, if the address bar IP address matches the IP address list, adjusting the video address information according to the address bar IP address information.

As can be seen from the foregoing analysis, if the IP address in the address bar matches the IP address list of the video server, it indicates that the IP address in the address bar is legal with respect to the video server, that is, corresponding video in the video server can be requested, and in order to avoid that the IP address in the address bar and the video address cannot communicate with each other, video address information needs to be adjusted according to the IP address in the address bar.

For example, for the aforementioned video server and address bar IP address, if the user inputs 192.168.0.1 in the address bar of the client browser and the video address corresponding to the video-on-demand request is 168.0.1.1/b, then the video address needs to be adjusted to 192.168.0.1/b according to the address bar IP address at this time. If the user inputs 168.0.1.1 in the address bar of the client browser at this time, the video address corresponding to the vod request is still 168.0.1.1/b, and then any adjustment can be made to the video address information at this time.

Step 704, searching and playing the video file according to the adjusted video address information.

And for the adjusted video address information, corresponding video can be obtained and played, and then a corresponding video file can be searched according to the adjusted video address information and returned to the client for playing.

The adjustment in this step may be only a temporary adjustment for the currently received vod request, and the adjusted video address is not stored in the video server, that is, the video address in the video server is not changed for the subsequent vod request. Of course, in this embodiment of the present application, the adjusted video address may also be stored in the video server, and the original video address corresponding to the same video in the video server may be replaced, which is not limited in this embodiment of the present application.

For example, for the aforementioned video b, the original video address in the video server is 192.168.0.1/b, while if the address entered by the user in the address bar of the client browser for the current vod request is 168.0.1.1, the video address adjusted by the video b for the current vod request is 168.0.1.1/b. At this time, after the video file is found and played by using the adjusted video address, the video address of the video b may be restored to the original video address, i.e. 192.168.0.1/b, or the video address of the video b in the video server may be directly replaced by the adjusted video address, i.e. 168.0.1.1/b.

It should be noted that the video server in the embodiment of the present application may be a video network server, and may also be an internet server, which is not limited to the embodiment of the present application. Moreover, the IP address list corresponding to the video server may include a video internet IP address and/or an internet IP address, which is not limited in this embodiment of the present application.

Furthermore, if the client and the video server in the embodiment of the present application communicate in the video network, the client may generate the video on demand request through the 8e01 protocol in the video network, and the specification of the 8e01 protocol may be as shown in the following table:

after receiving the video-on-demand request, the video server may also return application response information to the client, indicating that the video-on-demand request has been received.

In the internet of vision, the server of the internet of vision can generate the application response information through the 8e02 protocol, and the specification of the 8e02 protocol can be shown as the following table:

in this practical application, the video network is a network with a centralized control function, and includes a main control server and a lower level network device, where the lower level network device includes a terminal, and one of the core concepts of the video network is that a table is configured for a downlink communication link of a current service by notifying a switching device by the main control server, and then a data packet is transmitted based on the configured table.

Namely, the communication method in the video network includes:

the main control server configures a downlink communication link of the current service;

and transmitting the data packet of the current service sent by the source terminal to a target terminal (such as a client) according to the downlink communication link.

In the embodiment of the present invention, configuring the downlink communication link of the current service includes: informing the switching equipment related to the downlink communication link of the current service to allocate a table;

further, transmitting according to the downlink communication link includes: the configured table is consulted, and the switching equipment transmits the received data packet through the corresponding port.

In particular implementations, the services include unicast communication services and multicast communication services. Namely, whether multicast communication or unicast communication, the core concept of the table matching-table can be adopted to realize communication in the video network.

As mentioned above, the video network includes an access network portion, in which the master server is a node server and the lower-level network devices include an access switch and a terminal.

For the unicast communication service in the access network, the step of configuring the downlink communication link of the current service by the master server may include the following steps:

in the substep S11, the main control server obtains downlink communication link information of the current service according to the service request protocol packet initiated by the source terminal, wherein the downlink communication link information includes downlink communication port information of the main control server and the access switch participating in the current service;

in the substep S12, the main control server sets a downlink port to which a packet of the current service is directed in a packet address table inside the main control server according to the downlink communication port information of the control server; sending a port configuration command to a corresponding access switch according to the downlink communication port information of the access switch;

in sub-step S13, the access switch sets the downstream port to which the packet of the current service is directed in its internal packet address table according to the port configuration command.

For a multicast communication service (e.g., video on demand) in the access network, the step of the master server obtaining downlink information of the current service may include the following sub-steps:

in the substep S21, the main control server obtains a service request protocol packet initiated by the target terminal and applying for the multicast communication service, wherein the service request protocol packet includes service type information, service content information and an access network address of the target terminal; wherein, the service content information comprises a service number;

substep S22, the master control server extracts the access network address of the source terminal in the preset content-address mapping table according to the service number;

in the substep of S23, the main control server obtains the multicast address corresponding to the source terminal and distributes the multicast address to the target terminal; and acquiring the communication link information of the current multicast service according to the service type information and the access network addresses of the source terminal and the target terminal.

In the embodiment of the invention, a video address is obtained according to a received video on demand request; judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with an IP address list of a video server; the IP address list of the video server is generated when the video server is started; if the address bar IP address is matched with the IP address list, adjusting the video address information according to the address bar IP address information; and searching and playing the video file according to the adjusted video address information. Therefore, under the condition that multiple addresses can access the video server, the video address can be adjusted in time according to the address bar IP address corresponding to the video on demand request and input by the client address bar, and the video can be ordered by the legal address bar IP address.

Referring to fig. 8, a flowchart illustrating steps of an embodiment of a video-on-demand request processing method according to the present invention is shown, where the method may be applied in a video network, and specifically may include the following steps:

step 801, according to the video identifier in the received video-on-demand request, acquiring a video address corresponding to the video identifier.

In practical application, the video-on-demand request may include a video identifier of a video to be requested by a user, and in the video server, the corresponding video address may also be found according to the corresponding video identifier. In this embodiment of the present application, a video address corresponding to the video identifier may be obtained according to the video identifier in the received video-on-demand request. The video identifier is identification information that can uniquely represent the video and a corresponding video address, and may specifically be a video ID (identification code) or the like, which is not limited in this application.

Step 802, judging whether the IP address of the address bar corresponding to the video-on-demand request is matched with an IP address list of a video server; the list of IP addresses of the video server is generated when the video server is started.

Optionally, in this embodiment of the present application, the IP address list of the video server includes at least one internet of view IP address.

In the embodiment of the present application, if the video server can be accessed in the video networking environment or the internet environment, the video server needs to include at least one video networking IP address in the IP address list.

And 803, if the address bar IP address is matched with the IP address list, replacing an IP information element in the video address information by using the address bar IP address information.

In practical applications, the video address information may be understood as a video access path, such as the aforementioned video address information 192.168.0.1/b, where 192.168.0.1 is an IP information element in the video address information, and it can be seen that the IP information element is an IP address part in the video address information. As described above, the IP addresses in different network segments cannot communicate with each other, so that the video address can be accessed by the address bar IP address corresponding to the current video access instruction, and when the video address is adjusted according to the address bar IP address information, the IP information element in the video address information can be directly replaced by the address bar IP address information.

And step 804, searching for a video file according to the adjusted video address information and playing the video file.

Step 805, if the address bar IP address does not match the IP address list, directly searching and acquiring a video file according to the video address.

And if the address bar IP address is not matched with the IP address list, the current address bar IP address is illegal relative to the video server, and the video address cannot be adjusted at the moment. Then the video file can be looked up directly from the video address. At this time, if the video file corresponding to the video address can be searched and acquired in the video server according to the video address, it indicates that the address bar IP address at this time can access the corresponding video file in the video server, and then the acquired video file can be returned to the client and played; and if the video file corresponding to the video address cannot be searched and acquired successfully, the video cannot be requested successfully.

Step 806, if the video file corresponding to the video address is successfully searched and obtained, playing the video file.

Moreover, in the embodiment of the present invention, a video address corresponding to the video identifier may also be obtained according to the video identifier in the received video on demand request. And replacing an IP information element in the video address information with the address bar IP address information. Therefore, the timeliness and the accuracy of responding to the video on demand request can be further improved.

It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.

Referring to fig. 9, a block diagram of an embodiment of a vod request processing apparatus according to the present invention is shown, where the apparatus may be applied in a video network, and specifically includes the following modules:

the video address obtaining module 901 is configured to obtain a video address according to the received video-on-demand request.

A matching judgment module 902, configured to judge whether the IP address of the address bar corresponding to the video-on-demand request matches the IP address list of the video server; the list of IP addresses of the video server is generated when the video server is started.

And the video address adjusting module 903 is configured to adjust the video address information according to the address bar IP address information if the address bar IP address matches the IP address list.

And the first video playing module 904 is configured to search for a video file according to the adjusted video address information and play the video file.

Referring to fig. 10, a block diagram of another embodiment of a vod request processing apparatus according to the present invention is shown, where the apparatus may be applied in a video network, and specifically includes the following modules:

the video address obtaining module 1001 is configured to obtain a video address according to the received video-on-demand request.

Optionally, in this embodiment of the application, the video address obtaining module 1001 may further include: the video address obtaining sub-module 10011 is configured to obtain, according to the video identifier in the received video-on-demand request, a video address corresponding to the video identifier.

A matching judgment module 1002, configured to judge whether an IP address of an address bar corresponding to the video-on-demand request matches an IP address list of a video server; the list of IP addresses of the video server is generated when the video server is started.

A video address adjusting module 1003, configured to adjust the video address information according to the address bar IP address information if the address bar IP address matches the IP address list.

Optionally, in this embodiment of the application, the video address adjusting module 1003 further includes:

the video address adjusting submodule 10031 is configured to replace an IP information element in the video address information with the address bar IP address information.

And the first video playing module 1004 is configured to search for a video file according to the adjusted video address information and play the video file.

A video searching module 1005, configured to directly search and obtain a video file according to the video address if the address bar IP address does not match the IP address list.

The second video playing module 1006 is configured to play the video file if the video file corresponding to the video address is successfully searched and obtained.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.

The foregoing describes in detail a video-on-demand request processing method and a video-on-demand request processing apparatus provided by the present invention, and specific examples are applied herein to illustrate the principles and embodiments of the present invention, and the description of the foregoing examples is only used to help understand the method and the core ideas of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A video-on-demand request processing method is applied to a video network and comprises the following steps:

acquiring a video address according to the received video on demand request;

if the address bar IP address is matched with the IP address list, adjusting the video address information according to the address bar IP address information; the step of adjusting the video address information according to the address bar IP address information specifically includes: replacing an IP information element in the video address information by the address bar IP address information;

2. The method according to claim 1, wherein after the step of determining whether the address bar IP address corresponding to the vod request matches the list of IP addresses of the video servers, further comprising:

3. The method of claim 1, wherein the step of obtaining a video address according to the received vod request comprises:

4. The method of any of claims 1-3, wherein the video server's IP address list includes at least one video networking IP address.

5. A video-on-demand request processing apparatus, applied to a video network, comprising:

the video address adjusting module is used for adjusting the video address information according to the address bar IP address information if the address bar IP address is matched with the IP address list; wherein the video address adjustment module comprises: the video address adjusting submodule is used for replacing an IP information element in the video address information by utilizing the address bar IP address information; and the first video playing module is used for searching and playing the video file according to the adjusted video address information.

6. The apparatus of claim 5, further comprising:

7. The apparatus of claim 5, wherein the video address obtaining module comprises:

8. The apparatus according to any of claims 5-7, wherein the video server's IP address list includes at least one video networking IP address.