CN104320718A - Method and device for avoiding conflict of a plurality of DMC push media players - Google Patents

Abstract

The invention discloses a method for avoiding conflicts caused by multiple DMC push media playback, which is applied to DLNA home entertainment networks. The method first classifies services and actions defined by the UPnP Universal Plug and Play protocol, and divides them into control Actions and non-control actions, before DMC executes control actions on DMR, it needs to send a request to DMR to apply for control rights, DMR records the IP address of the DMC that applies for control rights, and only executes the control actions sent by the IP address, at the same time DMR records at most one DMC device that has control rights. DMR filters the control actions of DMCs that do not have control rights, but can receive other status request actions. The inventive method realizes that multiple DMCs control the DMR while effectively avoiding control conflicts, optimizes the relationship between multiple control devices, changes the situation of control confusion, and greatly improves the user experience.

Description

A method and device for avoiding conflicts caused by multiple DMC push media playback

technical field

The invention relates to the technical field of network multimedia interconnection, in particular to a method and a device for avoiding conflicts caused by playing media pushed by multiple DMCs.

Background technique

The full name of the Digital Living Network Alliance DLNA is DIGITAL LIVING NETWORK ALLIANCE, which aims to enable devices in the same network domain to realize free cross-device multimedia playback by integrating existing technologies and network protocols. In recent years, DLNA technology has been widely developed, and more and more media devices, audio-visual terminals or playback platforms support DLNA. This technology allows devices to discover devices with other functions when they are connected to the network, and view and share media resources in the server to a player for playback. The types of DLNA devices mainly include DMP (Digital Media Player), DMR (Digital Media Renderer), DMS (Digital Media Server) and DMC (Digital Media Controller). Among them, DMS is used to store and manage media resources, so that other devices can easily obtain media content through the network; DMC device contains DLNA Control Point (control point), which is used to browse the media information of DMS and obtain media content from DMS Metadata information, and push the media to DMR to play the selected media content through interactive control; DMR is a media player without DMC function, and DMP is a media player with DMC function.

In the DLNA architecture, the number of devices allowed in a network segment is not specified, that is to say, DLNA supports the simultaneous existence of multiple DMCs and access to multiple devices at the same time. This feature enhances the usability of DLNA: as a DMS, it can be discovered by multiple DMCs and can provide resources for multiple DMRs; as a DMR, it can also be discovered by multiple DMCs and can receive media pushed by these DMCs; as a DMC, It can discover all devices in the network segment, access them, or push media resources. However, when multiple DMCs are connected to one DMR at the same time, conflicts may occur during the push process due to the different DMC implementation methods of various manufacturers. For example, DMC1 and DMC2 are connected to DMR1 together, and DMC1 pushes a media to DMR1 to play. At this time, DMC2 sends a STOP action to DMR1. Since DMC1 does not know that DMC2 is controlling DMR1 in the network segment, after DMC1 judges that DMR1 playback stops, It may continue to push the next media playback, causing the problem that DMR1 cannot stop. At this time, DMC1 and DMC2 have a control conflict.

Contents of the invention

The first purpose of the present invention is to overcome the shortcomings and deficiencies of the prior art, and provide a method for avoiding conflicts caused by multiple DMCs pushing media playback. The present invention provides a method for avoiding control conflicts by extending the UPnP protocol. The method allows multiple DMCs to control the DMR, but at the same time stipulates that within the same period of time, the DMC needs to apply for the control right to obtain the playback control of the DMR. Other A DMC without control rights can only obtain changes in the DMR status or parameters, but cannot control its playback. The invention of the method effectively avoids control conflicts, optimizes the relationship between multiple control devices, changes the situation of control confusion, and greatly improves the user experience.

Another object of the present invention is to overcome the shortcomings and deficiencies of the prior art, and provide a device for avoiding conflicts caused by multiple DMC push media playback.

First purpose of the present invention is achieved through the following technical solutions:

A kind of method that avoids a plurality of DMCs to push media to play produces conflict, is applied in DLNA home entertainment network to solve the problem that a plurality of DMCs control DMR simultaneously and exists control conflict, comprises the following steps:

S1. According to the services and actions defined in the UPnP Universal Plug and Play protocol, classify the content of the original agreement, and divide it into 'control actions' and 'non-control actions', where control actions refer to those that need to apply for control rights before the DMC invokes the DMR Actions, non-control actions refer to actions that do not need to apply for control rights before the DMC invokes the DMR, and actions represent commands issued by the client to complete specific functions;

S2. The DMC joins the DLNA network, and selects a DMR as a renderer;

S3. The DMC sends an arbitrary action command to the DMR, and judges whether it belongs to a control action. If it is judged to be a control action, proceed to the next step S4;

S4. The DMC sends the action X_ControlApplication requesting the control right to the DMR, which is defined under the AVTransport service and used to apply for the control right to the DMR;

S5. After receiving the request application, the DMR replies to the DMC control request according to the DMC control record management agreement;

S6. After receiving the reply that the application for the control right of the DMR is successful, the DMC continues to send the control action to the DMR to complete a specific function command.

Preferably, the control actions in step 1 include

All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service and

All 'set' actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as 'Stop', 'Play', 'Pause', 'Record', 'Seek', 'Next', 'Previous' actions .

Preferably, the non-control actions in step 1 include

urn:schemas-upnp-org:service:ConnectionManager:1 for all actions in the service and

All 'get' actions in the urn:schemas-upnp-org:service:AVTransport:1 service.

Preferably, the DMC control record management agreement in the step S5 is specifically:

G51. The DMR terminal establishes a dedicated variable to record the IP address of the DMC that currently obtains the control right;

G52. After the DMR terminal receives the request control action X_ControlApplication, it compares the IP address of the action source DMC with the proprietary variable. If they are not the same and the application for DMR control is successful, then update the value of the proprietary variable;

G53. The DMR terminal receives the control action, compares the IP address of the action source DMC with the proprietary variable, if they are the same, executes the control action, otherwise ignores the control action;

G54. The DMR terminal receives the non-control action, and directly executes the non-control action.

Preferably, the step S2 is specifically:

S21. After the DMC joins the DLNA network, it first addresses to obtain an IP address;

S22. The DMC informs the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description;

S23. The DLNA network control point obtains the URL of the device description and the service description, and retrieves the information of the device description and the service description through the URL;

S24. The DMC sends an action request to the DMR device service.

Preferably, if the action instruction sent by the DMC to the DMR in step S3 is determined to be a non-control action, the action instruction can be directly sent to the DMR without applying for the DMR control right.

Preferably, in the step S4, the DMC initiates an application for the control right to the DMR when there is UI user interaction, that is, when the user actively sends an action command to the DMR through the DMC, it needs to apply for the control right, and when the DMC automatically sends an action command to the DMR, it does not need to apply for the control right. Need to apply for control.

Another object of the present invention is achieved through the following technical solutions:

A device for preventing multiple DMCs from pushing media to play conflicts, which is applied to a DLNA home entertainment network to solve the problem of multiple DMCs simultaneously controlling DMRs and having control conflicts, including the following units:

UPnP protocol content classification processing unit, which classifies the original protocol content according to the services and actions defined by the UPnP Universal Plug and Play protocol, and divides them into 'control actions' and 'non-control actions', where control actions refer to DMC calls Actions that need to apply for control rights before DMR. Non-control actions refer to actions that do not need to apply for control rights before DMC invokes DMR. Actions represent commands issued by the client to complete specific functions;

DMC initialization unit, this unit is used for DMC to join the initialization of DLNA network, and selects a DMR as the renderer;

DMC action command judging unit, which is used for DMC to send any action command to DMR, and judge whether it belongs to control action, if it is judged to belong to control action, then transfer to DMR control right request unit;

DMR control right request unit, this unit is used for DMC to send request control right action X_ControlApplication to DMR, this action is defined under AVTransport service, used to apply for control right to DMR;

Control right record management protocol unit, which is used for DMR to reply DMC control right request according to the control right record management protocol after receiving the request right application;

The DMC control action sending unit is used for the DMC to continue to send the control action to the DMR after receiving the reply of the successful application of the DMR control right to complete the command of the specific function.

Preferably, the control actions in the UPnP protocol content classification processing unit include

All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service and

All 'set' actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as 'Stop', 'Play', 'Pause', 'Record', 'Seek', 'Next', 'Previous' actions .

Preferably, the non-control actions in the UPnP protocol content classification processing unit include

urn:schemas-upnp-org:service:ConnectionManager:1 for all actions in the service and

All 'get' actions in the urn:schemas-upnp-org:service:AVTransport:1 service.

Preferably, the control rights record management protocol unit includes the following modules:

A proprietary variable establishment module, which is used for the DMR terminal to establish a proprietary variable, which is used to record the IP address of the DMC that currently obtains the control right;

Proprietary variable update module, this module is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the request control action X_ControlApplication, if they are not the same and the application for DMR control is successful, then update the proprietary variable the value of the variable;

An action source IP address verification module, which is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the control action, and if they are the same, execute the control action, otherwise ignore the control action;

The non-control action execution module is used for the DMR terminal to directly execute the non-control action after receiving the non-control action.

Preferably, the DMC initialization unit includes the following modules:

Addressing module, which is used for DMC to first address and obtain an IP address after joining the DLNA network;

A discovery module, which is used for the DMC to inform the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description;

A description module, which is used for the DLNA network control point to obtain the URL of the device description and service description, and retrieve the information of the device description and service description through the URL;

The control module is used for the DMC to send an action request to the DMR device service.

Preferably, in the DMC action command judging unit, if the action command issued by the DMC to the DMR is judged to be a non-control action, the action command can be directly sent to the DMR without applying for the DMR control right.

Preferably, in the DMR control right requesting unit, the DMC initiates an application for the control right to the DMR when there is UI user interaction, that is, when the user actively sends an action instruction to the DMR through the DMC, it needs to apply for the control right, and the DMC automatically sends an action to the DMR There is no need to apply for control rights when ordering.

Compared with the prior art, the present invention has the following advantages and effects:

1. The present invention stipulates that the DMC needs to apply for the control right to obtain the playback control of the DMR. Other DMCs without the control right can only obtain the changes of the DMR status or parameters, and cannot perform playback control on it, effectively avoiding control conflicts , optimized the relationship between multiple control devices, changed the situation of control confusion, and greatly improved the user experience.

2. The method invention is completely based on DLNA and UPnP protocols, and has good compatibility.

3. The invention of the method expands the UPnP protocol at the same time, and has the characteristics of being simple and easy to implement.

Description of drawings

Fig. 1 is a kind of flow chart of the method for avoiding that a plurality of DMCs pushes media playing to produce conflict in the present embodiment one;

Fig. 2 is the work flowchart after DMC joins DLNA network in the present embodiment one;

FIG. 3 is a structural diagram of a device for avoiding conflicts caused by playing media pushed by multiple DMCs in the second embodiment.

detailed description

In order to make the object, technical solution and advantages of the present invention more clear and definite, the present invention will be further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described here are only used to explain the present invention, not to limit the present invention.

Embodiment one

Please refer to FIG. 1 . FIG. 1 is a flowchart of a method for avoiding conflicts caused by multiple DMCs pushing media playback in the present invention. The method shown in Fig. 1 avoids that a plurality of DMCs pushes media to play and produces conflict, is applied in DLNA home entertainment network to solve the problem that a plurality of DMCs control DMR simultaneously and there is control conflict, specifically comprises the following steps:

●Step S1, according to the services and actions defined by the UPnP Universal Plug and Play protocol, classify and process the original protocol content, and divide it into 'control actions' and 'non-control actions', where the control action refers to the need to apply for control before the DMC invokes the DMR The non-control action refers to the action that does not need to apply for the control right before the DMC calls the DMR, and the action indicates the command sent by the client to complete a specific function.

First of all, it is necessary to define the categories of "control action" and "non-control action". Before sending "control action" to DMR, DMC needs to apply to DMR for control right, but before sending "non-control action" it does not need to apply for or have control right , just execute the action directly.

"Control actions" include:

1. All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service;

2. All "set" actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as "Stop", "Play", "Pause", "Record", "Seek", "Next", "Previous "action.

"Non-control actions" include:

1. All actions in urn:schemas-upnp-org:service:ConnectionManager:1 service;

2. All "get" actions in the urn:schemas-upnp-org:service:AVTransport:1 service.

The above content is the service and action defined by the UPnP protocol. In order to clarify when the application for control right is required, the present invention classifies the content of the original agreement and divides it into "control action" (need to apply for control right before calling) and "non-control action". Action" (no need to apply for control right before calling), the classification method belongs to the extension of the UPnP protocol, and is also a technical point that needs to be protected in the present invention.

Among them, UPnP is the abbreviation of Universal Plug and Play (Universal Plug and Play), which is mainly used for the intelligent interconnection and intercommunication of devices. The use of UPnP protocol does not require device drivers, and it can run on almost all current operating system platforms, making It is possible to conveniently build device interconnection in offices, homes and other public places. The biggest contribution of UPnP Once any device is connected to the network, all the devices on the network can immediately know that there is a new device added, these devices can communicate with each other, and can be used or controlled directly, all without manual settings, completely plug and play.

●Step S2, DMC joins the DLNA network, and selects a DMR as a renderer;

In this embodiment, after the DMC joins the DLNA network, the following processes will be completed, as shown in the work flow chart after the DMC joins the DLNA network in the figure, specifically as follows:

Step S21, after the DMC joins the DLNA network, it first addresses to obtain an IP address;

Usually, the general process of addressing a UPnP device is: firstly send a DHCPDiscover message to the DHCP server, if the device does not receive a DHCP Offer response message within the specified time, the device must use AUTO-IP to complete the acquisition of the IP address. Of course, you can also use a statically configured IP address.

Step S22, the DMC informs the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description;

After the DMC device connected to the network determines the IP address, it will enter the discovery operation stage. Device discovery is the first step in UPnP implementation. Device discovery is accomplished by the Simple Discovery Protocol SSDP. When a device joins the network, the discovery process allows the device to inform the control node on the network of the services it provides. When a control point joins the network, the device discovery process allows the control point to find devices of interest on the network. In both cases, the basic information exchanged is the discovery message. The discovery message includes some specific information of the device or information of a certain service, such as its type, UUID (Universally Unique Identifier) and so on.

Step S23, the DLNA network control point obtains the URL of the device description and the service description, and retrieves the information of the device description and the service description through the URL;

After the control point discovers a device, the control point may only know the UPnP type of the device or service, the UUID of the device, and the URL address of the device description, and needs to know more information. The control point can obtain the URL of the device description from the discovery message, and retrieve the information of the device description and service description through the URL.

Wherein, the device description is a description of a certain device by UPnP, expressed in the form of XML, and the device description includes manufacturer information, module name and number, serial number and so on. A physical device may contain multiple logical devices, and multiple logical devices may be a root device embedded with multiple devices, or exist in the form of multiple root devices. The device description is provided by the device manufacturer, described in XML, and follows the UPnP framework protocol.

The service description includes a series of content, specifically the status of the service when it is running, the running time, and so on. The service description is also provided by the device manufacturer, using XML description and following the UPnP framework agreement.

Among them, URL is the abbreviation of Uniform Resource Location, translated as "Uniform Resource Locator". To put it vividly, URL is a string used to describe information resources on the Internet. It is mainly used in various WWW client programs and server programs. Using URL can describe various information resources in a unified format, including files, servers, etc. address and directory etc.

Step S24, the DMC sends an action request to the DMR device service.

After receiving device and service descriptions, the control point can issue actions to these services, and the control point can also poll the current status of the services. The control point sends the action to the device service. After the action is completed or fails, the service returns the corresponding result or error message.

In order to control a device, the control point sends an action to the device service, which usually involves the control point sending an appropriate control message to the control URL address of the service. The service responds to this action by returning relevant results or errors.

●Step S3, the DMC sends any action command to the DMR, and judges whether it is a control action, if it is judged to be a control action, then enter the next step S4;

If the action command issued by the DMC to the DMR is judged to be a non-control action, it can directly send the action command to the DMR without applying for the DMR control right.

● Step S4, the DMC sends the action X_ControlApplication requesting the control right to the DMR, which is defined under the AVTransport service and used to apply for the control right to the DMR.

When the DMC initiates an application for the control right to the DMR, there is UI user interaction, that is, when the user actively sends an action command to the DMR through the DMC, it needs to apply for the control right, but when the DMC automatically sends an action command to the DMR, it does not need to apply for the control right.

●Step S5, DMR responds to the DMC control right request according to the DMC control right record management agreement after receiving the request right application;

Among them, the DMC control record management agreement is as follows:

G51. The DMR terminal establishes a dedicated variable to record the IP address of the DMC that currently obtains the control right;

G52. After the DMR terminal receives the request control action X_ControlApplication, it compares the IP address of the action source DMC with the proprietary variable. If they are not the same and the application for DMR control is successful, then update the value of the proprietary variable;

G53. The DMR terminal receives the control action, compares the IP address of the action source DMC with the proprietary variable, if they are the same, executes the control action, otherwise ignores the control action;

G54. The DMR terminal receives the non-control action, and directly executes the non-control action.

● Step S6. After receiving the reply that the DMR control right application is successful, the DMC continues to send the control action to the DMR to complete the specific function command.

To sum up, the present invention provides a method to avoid control conflicts by extending the UPnP protocol, and also allows multiple DMCs to control DMRs, but within the same period of time, DMCs need to apply for control rights to obtain the playback of DMRs Control, other DMCs that do not have control rights can only obtain changes in DMR status or parameters, but cannot control playback. In summary, the method has the following principles:

1. Before DMC controls DMR, it needs to send a request to DMR to apply for control;

2. DMR records the IP address of the DMC applying for control, and only executes the control action sent by the IP address;

3. At the same time, DMR can record at most one DMC device with control rights;

4. DMR needs to filter out the control actions of DMC without control rights, but can receive other status request actions.

Embodiment two

Please refer to FIG. 3 . FIG. 3 is a structure diagram of a device for avoiding conflicts caused by multiple DMCs pushing media playback in this embodiment. The device for avoiding conflicts caused by multiple DMCs pushing media playback shown in FIG. 3 is applied to a DLNA home entertainment network to solve the problem of control conflicts in multiple DMCs simultaneously controlling DMRs.

The device disclosed in Fig. 3 in this embodiment for avoiding conflicts caused by multiple DMC push media playback specifically includes the following units:

1. UPnP protocol content classification processing unit,

According to the services and actions defined by the UPnP Universal Plug and Play protocol, this unit classifies the content of the original protocol and divides it into 'control actions' and 'non-control actions', where the control action refers to the need to apply for control rights before the DMC invokes the DMR Actions, non-control actions refer to actions that do not need to apply for control rights before the DMC invokes the DMR, and actions represent commands issued by the client to complete specific functions.

Among them, the control actions include

All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service and

All 'set' actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as 'Stop', 'Play', 'Pause', 'Record', 'Seek', 'Next', 'Previous' actions .

Non-control actions include

urn:schemas-upnp-org:service:ConnectionManager:1 for all actions in the service and

All 'get' actions in the urn:schemas-upnp-org:service:AVTransport:1 service.

2. DMC initialization unit,

This unit is used to initialize DMC to join DLNA network, and select a DMR as a renderer.

The DMC initialization unit includes the following modules:

Addressing module, which is used for DMC to first address and obtain an IP address after joining the DLNA network;

A discovery module, which is used for the DMC to inform the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description;

A description module, which is used for the DLNA network control point to obtain the URL of the device description and service description, and retrieve the information of the device description and service description through the URL;

The control module is used for the DMC to send an action request to the DMR device service.

3. DMC action command judgment unit,

This unit is used for the DMC to issue any action command to the DMR, and judge whether it belongs to a control action, and if it is judged to be a control action, then transfer to the DMR control right request unit.

At the same time, if it is judged to be a non-control action, the action instruction can be directly sent to the DMR without applying for the DMR control right.

4. DMR control right request unit,

This unit is used for the DMC to send the request control action X_ControlApplication to the DMR. This action is defined under the AVTransport service and is used to apply for the control right from the DMR.

Usually, the DMC in this unit initiates the application of control rights to the DMR when there is UI user interaction, that is, when the user actively sends an action command to the DMR through the DMC, it needs to apply for the control right, but when the DMC automatically sends an action command to the DMR, it does not need to apply for control right.

5. Control right record management protocol unit,

This unit is used for the DMR to reply the DMC control right request according to the control right record management protocol after receiving the request right application.

The control record management protocol unit specifically includes the following modules:

A proprietary variable establishment module, which is used for the DMR terminal to establish a proprietary variable, which is used to record the IP address of the DMC that currently obtains the control right;

Proprietary variable update module, this module is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the request control action X_ControlApplication, if they are not the same and the application for DMR control is successful, then update the proprietary variable the value of the variable;

An action source IP address verification module, which is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the control action, and if they are the same, execute the control action, otherwise ignore the control action;

The non-control action execution module is used for the DMR terminal to directly execute the non-control action after receiving the non-control action.

6. The DMC control action sending unit, which is used for the DMC to continue to send the control action to the DMR after receiving the reply of the successful application of the DMR control right, so as to complete the command of the specific function.

It is worth noting that in the above-mentioned device embodiments, the included units and modules are only divided according to functional logic, but are not limited to the above-mentioned divisions, as long as the corresponding functions can be realized; in addition, each device and unit The specific names are only for the convenience of distinguishing each other, and are not used to limit the protection scope of the present invention.

The above-mentioned embodiment is a preferred embodiment of the present invention, but the embodiment of the present invention is not limited by the above-mentioned embodiment, and any other changes, modifications, substitutions, combinations, Simplifications should be equivalent replacement methods, and all are included in the protection scope of the present invention.

Claims (14)

1. A method for avoiding a plurality of DMCs to push media playback to produce conflicts, applied to a DLNA home entertainment network to solve the problem that a plurality of DMCs control DMRs simultaneously and have control conflicts, it is characterized in that, comprising the following steps: S1. According to the services and actions defined in the UPnP Universal Plug and Play protocol, classify the content of the original agreement, and divide it into 'control actions' and 'non-control actions', where control actions refer to those that need to apply for control rights before the DMC invokes the DMR Actions, non-control actions refer to actions that do not need to apply for control rights before the DMC invokes the DMR, and actions represent commands issued by the client to complete specific functions; S2. The DMC joins the DLNA network, and selects a DMR as a renderer; S3. The DMC sends an arbitrary action command to the DMR, and judges whether it belongs to a control action. If it is judged to be a control action, proceed to the next step S4; S4. The DMC sends the action X_ControlApplication requesting the control right to the DMR, which is defined under the AVTransport service and used to apply for the control right to the DMR; S5. After receiving the request application, the DMR replies to the DMC control request according to the DMC control record management agreement; S6. After receiving the reply that the application for the control right of the DMR is successful, the DMC continues to send the control action to the DMR to complete a specific function command. 2. A method for avoiding a plurality of DMC push media playback conflicts according to claim 1, characterized in that: the control actions in the step 1 include All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service and All 'set' actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as 'Stop', 'Play', 'Pause', 'Record', 'Seek', 'Next', 'Previous' actions . 3. A method for avoiding multiple DMC push media playback conflicts according to claim 1, characterized in that: non-control actions in the step 1 include urn:schemas-upnp-org:service:ConnectionManager:1 for all actions in the service and All 'get' actions in the urn:schemas-upnp-org:service:AVTransport:1 service. 4. according to claim 1 to 3 arbitrary described a kind of method that avoids that a plurality of DMCs push media to play and produce conflict, it is characterized in that, in the described step S5, the DMC control record management protocol is specifically: G51. The DMR terminal establishes a dedicated variable to record the IP address of the DMC that currently obtains the control right; G52. After the DMR terminal receives the request control action X_ControlApplication, it compares the IP address of the action source DMC with the proprietary variable. If they are not the same and the application for DMR control is successful, then update the value of the proprietary variable; G53. The DMR terminal receives the control action, compares the IP address of the action source DMC with the proprietary variable, if they are the same, executes the control action, otherwise ignores the control action; G54. The DMR terminal receives the non-control action, and directly executes the non-control action. 5. according to claim 1 to 3 arbitrary described a kind of method that avoids that a plurality of DMC pushes media to play and produces conflict, it is characterized in that, described step S2 is specifically: S21. After the DMC joins the DLNA network, it first addresses to obtain an IP address; S22. The DMC informs the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description; S23. The DLNA network control point obtains the URL of the device description and the service description, and retrieves the information of the device description and the service description through the URL; S24. The DMC sends an action request to the DMR device service. 6. according to a kind of method described in any one of claims 1 to 3 to avoid a plurality of DMC pushing media playing conflicts, it is characterized in that: If the action instruction sent by the DMC to the DMR in step S3 is determined to be a non-control action, the action instruction can be directly sent to the DMR without applying for the DMR control right. 7. according to claim 1 to 3 arbitrary described a kind of method that avoids that a plurality of DMC pushes media playing and produces conflict, it is characterized in that: In the step S4, the DMC initiates an application for the control right to the DMR when there is UI user interaction, that is, the user needs to apply for the control right when actively sending an action command to the DMR through the DMC, and does not need to apply for control when the DMC automatically sends an action command to the DMR right. 8. A device for avoiding a plurality of DMCs pushing media to play conflicts is applied to a DLNA home entertainment network to solve the problem that a plurality of DMCs control DMR simultaneously and there is a control conflict, it is characterized in that, comprising the following units: UPnP protocol content classification processing unit, which classifies the original protocol content according to the services and actions defined by the UPnP Universal Plug and Play protocol, and divides them into 'control actions' and 'non-control actions', where control actions refer to DMC calls Actions that need to apply for control rights before DMR. Non-control actions refer to actions that do not need to apply for control rights before DMC invokes DMR. Actions represent commands issued by the client to complete specific functions; DMC initialization unit, this unit is used for DMC to join the initialization of DLNA network, and selects a DMR as the renderer; DMC action command judging unit, which is used for DMC to send any action command to DMR, and judge whether it belongs to control action, if it is judged to belong to control action, then transfer to DMR control right request unit; DMR control right request unit, this unit is used for DMC to send request control right action X_ControlApplication to DMR, this action is defined under AVTransport service, used to apply for control right to DMR; Control right record management protocol unit, which is used for DMR to reply DMC control right request according to the control right record management protocol after receiving the request right application; The DMC control action sending unit is used for the DMC to continue to send the control action to the DMR after receiving the reply of the successful application of the DMR control right to complete the command of the specific function. 9. A kind of device that avoids that a plurality of DMCs pushes media playing to produce conflict according to claim 8, it is characterized in that: in the described UPnP agreement content classification processing unit, control action comprises All actions in the urn:schemas-upnp-org:service:RenderingControl:1 service and All 'set' actions in the urn:schemas-upnp-org:service:AVTransport:1 service, as well as 'Stop', 'Play', 'Pause', 'Record', 'Seek', 'Next', 'Previous' actions . 10. A kind of device that avoids that a plurality of DMCs pushes media playing to produce conflict according to claim 8, is characterized in that: the non-control action in the described UPnP protocol content classification processing unit comprises urn:schemas-upnp-org:service:ConnectionManager:1 for all actions in the service and All 'get' actions in the urn:schemas-upnp-org:service:AVTransport:1 service. 11. A kind of device according to any one of claims 8 to 10 for avoiding a plurality of DMC push media playback conflicts, characterized in that, the control rights record management protocol unit includes the following modules: A proprietary variable establishment module, which is used for the DMR terminal to establish a proprietary variable, which is used to record the IP address of the DMC that currently obtains the control right; Proprietary variable update module, this module is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the request control action X_ControlApplication, if they are not the same and the application for DMR control is successful, then update the proprietary variable the value of the variable; An action source IP address verification module, which is used to compare the IP address of the action source DMC with the proprietary variable after the DMR terminal receives the control action, and if they are the same, execute the control action, otherwise ignore the control action; The non-control action execution module is used for the DMR terminal to directly execute the non-control action after receiving the non-control action. 12. A kind of device according to any one of claims 8 to 10 avoiding a plurality of DMC pushing media playback conflicts, characterized in that, the DMC initialization unit comprises the following modules: Addressing module, which is used for DMC to first address and obtain an IP address after joining the DLNA network; A discovery module, which is used for the DMC to inform the control node on the DLNA network of the type of device, the identifier UUID, the service provided, and the URL address of the device description and service description; A description module, which is used for the DLNA network control point to obtain the URL of the device description and service description, and retrieve the information of the device description and service description through the URL; The control module is used for the DMC to send an action request to the DMR device service. 13. according to a kind of device described in any one of claims 8 to 10 avoiding that a plurality of DMCs push media playback to produce conflict, it is characterized in that: In the DMC action command judging unit, if the action command issued by the DMC to the DMR is judged to be a non-control action, the action command can be directly sent to the DMR without applying for the DMR control right. 14. according to a kind of device described in any one of claims 8 to 10 avoiding that a plurality of DMCs push media playback to produce conflict, it is characterized in that: In the DMR control right request unit, the DMC initiates an application for the control right to the DMR when there is UI user interaction, that is, when the user actively sends an action command to the DMR through the DMC, it needs to apply for the control right, but when the DMC automatically sends an action command to the DMR, it does not need to apply for the control right. Need to apply for control.