CN103051962B

CN103051962B - Program recording method and apparatus

Info

Publication number: CN103051962B
Application number: CN201110314897.1A
Authority: CN
Inventors: 吕小强; 王雷; 郜文美; 范殊男; 张惠萍; 陈国乔
Original assignee: Huawei Device Co Ltd
Current assignee: Global Innovation Polymerization LLC; Tanous Co
Priority date: 2011-10-17
Filing date: 2011-10-17
Publication date: 2016-01-06
Anticipated expiration: 2031-10-17
Also published as: CN103051962A

Abstract

The invention provides a kind of program recording method and apparatus, when IPTV control appliance detect terminal be in cannot recording state or receive terminal send network REC handover request message time, IPTV control appliance sends session initiation protocol request message to down sending content control appliance, described session initiation protocol request message makes down sending content control appliance send real-time streaming protocol notification message to selected down sending content equipment, described real-time streaming protocol notification message makes described down sending content equipment add multicast channel corresponding to the channel identication of described target program, obtain and record the multicast media stream of described target program, adopt program recording method and apparatus provided by the invention, the success rate of program recording business can be improved.

Description

Program recording method and apparatus

Technical Field

The embodiment of the invention relates to an internet protocol television (IPTV for short) technology, in particular to a method and equipment for recording programs.

Background

The IPTV system integrates internet technology and multimedia technology using a broadband cable television network, and provides various interactive services including digital television. The IPTV system may implement a Local Personal Video Recorder (LPVR) service for recording programs. By adopting the LPVR service, the user terminal records the program and stores the recorded program in a memory of the terminal itself or other equipment in communication connection with the terminal.

When the terminal for recording fails or the storage space for storing the program is insufficient, the terminal cannot successfully complete the recording of the program.

Disclosure of Invention

The embodiment of the invention provides a method and equipment for recording programs, which improve the success rate of recording programs.

In one aspect, a method for recording programs is provided, including:

when the Internet Protocol Television (IPTV) control equipment meets a switching condition, sending an update message to IPTV service file equipment to enable the IPTV service file equipment to modify a service file, wherein the switching condition comprises that: detecting that a terminal is in a non-recording state or receiving a network recording switching request message sent by the terminal;

the IPTV control equipment sends a session initiation protocol request message at least comprising a cache server address, a target program offset, a target program identifier and a channel identifier of a target program to content issuing control equipment, the session initiation protocol request message enables the content issuing control equipment to send a real-time streaming protocol notification message at least comprising the cache server address, the target program offset, the target program identifier and the channel identifier of the target program to selected content issuing equipment, the real-time streaming protocol notification message enables the content issuing equipment to join a multicast channel corresponding to the channel identifier of the target program to acquire and record a multicast media stream of the target program, and under the condition that the time after the target program offset is added to the starting time of the target program is earlier than the time when the content issuing equipment starts to record the multicast media stream of the target program, and acquiring and recording a unicast media stream of the target program from a cache server corresponding to the cache server address from the time point after the target program starting time and the target program offset, and sending a first real-time transport protocol (RTP) packet sequence number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet sequence number sent by the content delivery equipment.

In another aspect, a method for recording programs is further provided, including:

receiving a real-time streaming protocol notification message at least containing a cache server address, a target program offset, a target program identifier and a channel identifier of a target program, which is sent by content issuing control equipment;

adding a multicast channel corresponding to the channel identifier of the target program, and acquiring and recording a multicast media stream of the target program;

and under the condition that the time after the target program starting time plus the target program offset is earlier than the time when the multicast media stream of the target program starts to be recorded, acquiring and recording a unicast media stream of the target program from a cache server corresponding to the cache server address from the time after the target program starting time plus the target program offset, and sending a first real-time transport protocol (RTP) packet serial number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the serial number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet serial number sent by the content issuing equipment.

when Internet Protocol Television (IPTV) control equipment meets a switching condition, the IPTV control equipment sends a network recording notification message to a communication server so that the communication server sends the network recording notification message to mobile equipment, wherein the switching condition comprises that: detecting that a terminal is in a non-recording state or receiving a network recording switching request message sent by the terminal;

when the IPTV control equipment receives network recording confirmation information returned by the mobile equipment and sent by the communication server, the IPTV control equipment sends an update message to IPTV service file equipment so as to enable the IPTV service file equipment to modify a service file, and sends a session initial protocol request message at least comprising a target program offset, a target program identifier and a channel identifier of a target program to content delivery control equipment, the session initial protocol request message enables the content delivery control equipment to send a real-time streaming protocol notification message at least comprising the target program offset, the target program identifier and the channel identifier of the target program to selected content delivery equipment, the real-time streaming protocol notification message enables the content delivery equipment to join a multicast channel corresponding to the channel identifier of the target program, and multicast media streams of the target program are acquired and recorded, and under the condition that the time after the starting time of the target program plus the offset of the target program is earlier than the time when the content delivery equipment starts to record the multicast media stream of the target program, acquiring and recording the unicast media stream of the target program from a corresponding cache server from the time after the starting time of the target program plus the offset of the target program, and sending a first real-time transport protocol (RTP) packet serial number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the serial number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet serial number sent by the content delivery equipment.

receiving a real-time streaming protocol notification message at least containing a target program offset, a target program identifier and a channel identifier of a target program, which is sent by content issuing control equipment;

and under the condition that the time after the target program starting time plus the target program offset is earlier than the time when the multicast media stream of the target program starts to be recorded, acquiring and recording the unicast media stream of the target program from the corresponding cache server from the time after the target program starting time plus the target program offset, and sending a first real-time transport protocol (RTP) packet serial number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the serial number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet serial number sent by the content issuing equipment.

In another aspect, an internet protocol television IPTV control device is further provided, including:

the detection unit is used for detecting whether the terminal is in a non-recording state;

a receiving unit, configured to receive a network recording switching request message sent by the terminal;

a sending unit, configured to send an update message to an IPTV service file device when the detecting unit detects that the terminal is in a non-recordable state or the receiving unit receives a network recording switching request message sent by the terminal, so that the IPTV service file device modifies a service file; sending a session initiation protocol request message at least containing a cache server address, a target program offset, a target program identifier and a channel identifier of a target program to a content delivery control device, wherein the session initiation protocol request message enables the content delivery control device to send a real-time streaming protocol notification message at least containing the cache server address, the target program offset, the target program identifier and the channel identifier of the target program to a selected content delivery device, the real-time streaming protocol notification message enables the content delivery device to join a multicast channel corresponding to the channel identifier of the target program, acquire and record a multicast media stream of the target program, and when the time after the target program offset is added to the start time of the target program is earlier than the time when the content delivery device starts to record the multicast media stream of the target program, and acquiring and recording a unicast media stream of the target program from a cache server corresponding to the cache server address from the time point after the target program starting time and the target program offset, and sending a first real-time transport protocol (RTP) packet sequence number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet sequence number sent by the content delivery equipment.

In another aspect, a content delivery apparatus is further provided, including:

a receiving unit, configured to receive a real-time streaming protocol notification message sent by a content delivery control device, where the real-time streaming protocol notification message at least includes the address of the cache server, the offset of the target program, the identifier of the target program, and the identifier of the channel of the target program;

the first recording unit is used for adding a multicast channel corresponding to the channel identifier of the target program when the receiving unit receives the real-time streaming protocol notification message, and acquiring and recording a multicast media stream of the target program;

the second recording unit is used for acquiring and recording a unicast media stream of the target program from the cache server corresponding to the cache server address from the time after the target program starting time and the target program offset is added under the condition that the time after the target program starting time and the target program offset are added is earlier than the time when the first recording unit starts to record the multicast media stream of the target program;

a sending unit, configured to send a first RTP packet sequence number of the multicast media stream recorded by the first recording unit to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of the RTP packet of the currently sent unicast media stream is equal to the first RTP packet sequence number sent by the content delivery device.

a first receiving unit, configured to receive a network recording switching request message sent by the terminal;

a first sending unit, configured to send a network recording notification message to a communication server when the detection unit detects that the terminal is in a non-recordable state or the receiving unit receives a network recording switching request message sent by the terminal, so that the communication server sends the network recording notification message to a mobile device;

a second receiving unit, configured to receive network recording confirmation information sent by the communication server and returned by the mobile device;

a second sending unit, configured to send an update message to an IPTV service file device when the second receiving unit receives the network recording confirmation information, so that the IPTV service file device modifies a service file; sending a session initiation protocol request message at least containing a target program offset, a target program identifier and a channel identifier of a target program to a content delivery control device, wherein the session initiation protocol request message enables the content delivery control device to send a real-time streaming protocol notification message at least containing the target program offset, the target program identifier and the channel identifier of the target program to a selected content delivery device, the real-time streaming protocol notification message enables the content delivery device to join a multicast channel corresponding to the channel identifier of the target program, acquire and record a multicast media stream of the target program, and the target program from a corresponding cache server is acquired and recorded from the starting time of the target program plus the target program offset under the condition that the starting time of the target program plus the target program offset is earlier than the time when the content delivery device starts to record the multicast media stream of the target program And the unicast media stream starting at the moment after the target offset sends a first real-time transport protocol (RTP) packet serial number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the serial number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet serial number sent by the content sending equipment.

In another aspect, a content delivery apparatus is further provided, including:

a receiving unit, configured to receive a real-time streaming protocol notification message sent by a content delivery control device, where the real-time streaming protocol notification message at least includes the target program offset, the target program identifier, and a channel identifier of the target program;

the second recording unit is used for acquiring and recording the unicast media stream of the target program from the corresponding cache server from the time after the target program starting time and the target program offset is added under the condition that the time after the target program starting time and the target program offset is earlier than the time when the first recording unit starts to record the multicast media stream of the target program;

According to the technical scheme, when the terminal cannot record the program, the target program can be recorded to the network side, and the cache server acquires part of the target program before the content issuing equipment starts recording, so that the integrity of the target program is ensured, the defect that the program cannot be recorded correctly when the terminal which records the program breaks down or the storage space for storing the program is insufficient in the prior art is overcome, and the success rate of the program recording service is improved.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.

Fig. 1 is a flowchart of a program recording method according to a first embodiment of the present invention;

fig. 2 is a flowchart of a program recording method according to a second embodiment of the present invention;

fig. 3 is a signaling flowchart of a program recording method according to a third embodiment of the present invention;

fig. 4 is a signaling flowchart of a first triggering manner of a program recording method according to a third embodiment of the present invention;

fig. 5 is a signaling flowchart of a second triggering manner of a program recording method according to a third embodiment of the present invention;

fig. 6 is a flowchart of a third triggering manner of a program recording method according to a third embodiment of the present invention;

fig. 7 is a flowchart of a fourth triggering manner of a program recording method according to a third embodiment of the present invention;

fig. 8 is a flowchart illustrating a method for recording a program according to a third embodiment of the present invention, where an IPTV control entity obtains network recording confirmation information of a user using a terminal;

fig. 9 is a signaling path diagram of a program recording method according to a fourth embodiment of the present invention;

fig. 10 is a schematic structural diagram of an IPTV control device according to a fifth embodiment of the present invention;

fig. 11 is a schematic structural diagram of a content delivery apparatus according to a sixth embodiment of the present invention;

fig. 12 is a schematic structural diagram of an IPTV control device according to a seventh embodiment of the present invention;

fig. 13 is a schematic structural diagram of a content issuing apparatus according to an eighth embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that: the terminal related in the embodiment of the invention includes but is not limited to a television or a video playing device or a set-top box; mobile devices include, but are not limited to, wireless handheld devices such as cell phones, mobile phones, or portable devices; the target program offset is set to be 0 when the IPTV control equipment detects that the terminal is in a non-recordable state or the time of receiving a network recording switching request sent by the terminal is earlier than the starting time of the target program; otherwise, the offset of the target program is set as a difference between the time when the IPTV control device detects that the terminal is in the non-recordable state or receives the network recording switching request sent by the terminal and the starting time of the target program, where each described time may be system time, for example, the starting time of the target program is 13:18:00, and the time when the IPTV control device detects that the terminal is in the non-recordable state or receives the network recording switching request sent by the terminal is 13:28:16, then the difference is 00:10:16, and certainly, the expression format of the time and the difference is not limited.

Example one

Fig. 1 is a flowchart of a program recording method according to a first embodiment of the present invention. As shown in fig. 1, the method includes the following processes.

Step 111: and when the IPTV control equipment meets the switching condition, the IPTV control equipment sends an update message to the IPTV service file equipment.

In this step, when the IPTV control device meets the switching condition, the IPTV control device sends an update message to the IPTV service file device, so that the IPTV service file device modifies the service file. Specifically, the handover condition may include: and detecting that the terminal is in a non-recording state or receiving a network recording switching request message sent by the terminal.

Step 112: the IPTV control device sends a session initiation protocol request message to the content delivery control device.

In this step, the IPTV controlling device sends a session initiation protocol request message to the content delivery controlling device, where the session initiation protocol request message at least includes: the method comprises the steps of caching a server address, a target program offset, a target program identification and a channel identification of a target program. The session initiation protocol request message causes the content delivery control device to send a real-time streaming protocol notification message to the selected content delivery device. The real-time streaming protocol notification message at least comprises: the method comprises the steps of caching a server address, a target program offset, a target program identification and a channel identification of a target program. The real-time streaming protocol notification message enables the content delivery equipment to add the multicast channel corresponding to the channel identifier of the target program, and obtains and records the multicast media stream of the target program. And under the condition that the time after the starting time of the target program plus the offset of the target program is earlier than the time when the content transmitting equipment starts to record the multicast media stream of the target program, the content transmitting equipment acquires and records the unicast media stream of the target program of the cache server corresponding to the address of the cache server from the time after the starting time of the target program plus the offset of the target program. The content delivery device sends a first Real-time transport protocol (RTP) packet sequence number of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of the RTP packet of the currently sent unicast media stream is equal to the sequence number of the first RTP packet sent by the content delivery device.

On the basis of the above technical solution, further, in step 111, when the IPTV control device satisfies the switching condition, before the IPTV control device sends the update message to the IPTV service file device, the following steps may be further performed, including:

first, the IPTV control device transmits a network recording notification message to the communication server, so that the communication server transmits the network recording notification message to the mobile device.

Then, the IPTV control device receives network recording confirmation information returned by the mobile device and sent by the communication server.

After the above steps are performed, the IPTV control device sends an update message to the IPTV service file device according to the description in step 111.

In addition, for the content delivery device, the content delivery device correspondingly executes the following steps:

By adopting the technical scheme in the first embodiment of the invention, when the terminal cannot record the program, the target program can be recorded to the network side, and the cache server acquires part of the target program before the content issuing equipment starts to record, so that the integrity of the target program is ensured, the defect that the program cannot be correctly recorded when the terminal for recording fails or the storage space for storing the program is insufficient in the prior art is avoided, and the success rate of the program recording service is improved.

Example two

Fig. 2 is a flowchart of a program recording method according to a second embodiment of the present invention. As shown in fig. 2, the method includes the following processes.

Step 121: and when the IPTV control equipment meets the switching condition, the IPTV control equipment sends a network recording notification message to the communication server.

In this step, when the IPTV control device satisfies the handover condition, the IPTV control device sends a network recording notification message to the communication server, so that the communication server sends the network recording notification message to the mobile device. Specifically, the handover condition may include: and detecting that the terminal is in a non-recording state or receiving a network recording switching request message sent by the terminal.

Step 122: and when the IPTV control equipment receives network recording confirmation information returned by the mobile equipment and sent by the communication server, the IPTV control equipment sends an update message to the IPTV service file equipment.

In this step, when the IPTV control device receives network recording confirmation information returned by the mobile device and sent by the communication server, the IPTV control device sends an update message to the IPTV service file device, so that the IPTV service file device modifies the service file.

Step 123: the IPTV control device sends a session initiation protocol request message to the content delivery control device.

In this step, the IPTV control device sends a session initiation protocol request message to the content delivery control device, where the session initiation protocol request message at least includes a target program offset, a target program identifier, and a channel identifier of the target program. The session initiation protocol request message causes the content delivery control device to send a real-time streaming protocol notification message to the selected content delivery device. The real-time streaming protocol notification message at least comprises: the target program offset, the target program identification and the channel identification of the target program. The real-time streaming protocol notification message enables the content delivery equipment to add the multicast channel corresponding to the channel identifier of the target program, and obtains and records the multicast media stream of the target program. And under the condition that the time after the starting time of the target program plus the offset of the target program is earlier than the time when the content delivery equipment starts to record the multicast media stream of the target program, the content delivery equipment acquires and records the unicast media stream of the target program from the corresponding cache server from the time after the starting time of the target program plus the offset of the target program. The content delivery equipment sends the sequence number of the first RTP packet of the recorded multicast media stream to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of the RTP packet of the unicast media stream currently sent is equal to the sequence number of the first RTP packet sent by the content delivery equipment.

It should be noted that, in the second embodiment, the cache server corresponding to the content delivery device may be configured in advance.

In step 111 in embodiment one and step 121 in embodiment two, the switching condition may include: and detecting that the terminal is in a non-recording state or receiving a network recording switching request message sent by the terminal.

The detecting that the terminal is in the non-recording state may specifically include the following three conditions: the first condition is as follows: when the starting time of the target program is reached, the IPTV control equipment sends a local recording state request message to the terminal, and if the response returned by the terminal is not received after the preset returning time is exceeded, the IPTV control equipment determines that the terminal is in a non-recording state at the starting time of the target program. Case two: when the preset time after the starting time of the target program is reached, the IPTV control equipment detects the session state of the Local Personal Video Recorder (LPVR) corresponding to the target program, and when the fact that the session of the LPVR corresponding to the target program is not established is detected, the IPTV control equipment determines that the terminal is in the non-recording state at the starting time of the target program. Case three: the IPTV control equipment periodically detects the session state of the LPVR, and when the terminal is detected to be separated from the network, the IPTV control equipment determines that the terminal is in a non-recording state at the starting time of the target program.

The receiving of the network recording switching request message sent by the terminal includes: the IPTV control equipment receives a network recording switching request message sent by a terminal, wherein the network recording switching request message at least comprises: the offset of the target program, the identification of the target program and the identification of the channel of the target program.

By adopting the technical scheme in the second embodiment of the invention, when the terminal cannot record the program, the target program can be recorded to the network side, and the cache server acquires part of the target program before the content issuing equipment starts to record, so that the integrity of the target program is ensured, the defect that the program cannot be correctly recorded when the terminal for recording fails or the storage space for storing the program is insufficient in the prior art is avoided, and the success rate of the program recording service is improved.

The method for recording programs can be applied to the network architecture of the existing IPTV system, keeps the equipment in the network architecture of the existing IPTV system and the connection relation among the equipment, and adds an equipment on the network side on the basis of the network architecture of the existing IPTV system: and a cache server. For example, the system includes: the system comprises IPTV control equipment, a multicast controller, a content issuing controller and a cache server, and further comprises IPTV service file equipment. Taking an IPTV system proposed by the open IPTV forum (OpenIPTVForum, abbreviated as OITF) as an example, a network architecture of the system includes: an internet protocol multimedia system gateway (ipmultimationsubsystemgetway, abbreviated as IG), an IPTV terminal entity (openiptvterminal function, abbreviated as OITF), an IPTV control entity, an IPTV service file entity, a content transmission network controller (CDNC), a Cluster Controller (CC), and a content delivery entity (CDF). The IPTV service file system comprises an IPTV control entity, a content delivery control device, a CDF, and an IPTV service file entity, wherein the IPTV control entity is used as the IPTV control device, the CC is used as the content delivery control device, the CDF is used as the content delivery device, and the IPTV service file entity is used as the IPTV service file device. In addition, in the IPTV system proposed by the OITF, the terminal is composed of the IG and the OITF, and in practical applications, the IG and the OITF may be integrated and manufactured in the same terminal, which is located on the user side of the IPTV system. The rest of the entities or devices in the network architecture, such as the IPTV control entity, IPTV service file entity, CDNC, CC, and CDF, are located on the network side of the IPTV system.

The following describes a program recording method in an IPTV system proposed by OITF by using specific embodiments.

EXAMPLE III

Fig. 3 is a signaling flowchart of a program recording method according to a third embodiment of the present invention. In the third embodiment of the present invention, a user who has a program recording requirement has signed up for an LPVR service and a Network Personal Video Recorder (NPVR) service, for example. NPVR services are also used for recording programs. The NPVR service is different from the LPVR service in that the NPVR service performs a program recording operation by a device on the network side and stores the recorded program in the device on the network side. In the second embodiment of the present invention, for example, a user who needs to record a program has signed an LPVR service and an NPVR service, when the LPVR service cannot be successfully executed, the LPVR service may be switched to the NPVR service by triggering a switching process to record the program. As shown in fig. 3, the method includes the following processes.

Step 201: the IPTV control entity executes a switching triggering process, or the IPTV control entity and a terminal comprising the OITF and the IG execute the switching triggering process.

In this step, the terminal including OITF and IG has completed the operation of logging in the IPTV network. After the terminal logs in the network, when a trigger condition is met, the IPTV control entity executes a switching trigger process, or the IPTV control entity and the terminal including the OITF and the IG execute the switching trigger process. The manner of specifically determining that the handover condition is satisfied and the corresponding handover trigger flow will be described in detail by the specific procedures shown in fig. 4 to 7.

After step 201, it may be verified whether the user identifier corresponding to the terminal including the OITF and the IG is subscribed to the NPVR service, including the following steps 202 to 204. In other embodiments, this process may not be performed, i.e. steps 202 to 204 are unnecessary steps, and after step 201, steps 202 to 204 may not be performed, and the subsequent steps are performed directly.

Step 202: the IPTV control entity sends a service file request message to the IPTV service file entity.

In this step, the service file request message includes: and (4) identifying the user. Before step 201, the terminal is already logged into the IPTV system, and during the login process of the terminal, the IPTV controlling entity can obtain the user identifier corresponding to the terminal. In step 202, the IPTV control entity carries the user identifier corresponding to the terminal in a service file request message and sends the service file request message to an IPTV service file entity, and requests the IPTV service file entity to obtain the service file corresponding to the user identifier.

Step 203: and the IPTV service file entity returns a service file response message to the IPTV control entity.

In this step, the service file response message includes: user identification and service file. The IPTV service file entity acquires a service file corresponding to the user identification according to the user identification and returns the service file to the IPTV control entity.

Step 204: and the IPTV control entity performs NPVR service subscription verification on the terminal.

After step 204, the IPTV controlling entity may first obtain the confirmation of the user using the terminal, and then execute the subsequent steps; the subsequent steps may also be performed directly. Specifically, the process of acquiring the user confirmation by the IPTV controlling entity includes the following step 205.

Step 205: the IPTV control entity acquires network recording confirmation information of a user using the terminal.

In this step, the IPTV control entity transmits a network recording notification message to a mobile device designated by a user of the terminal using the IPTV system. The mobile device may include any preset mobile communication device such as a mobile phone and a tablet computer. The IPTV control entity sends a network recording notification message to the mobile equipment, wherein the message is used for inquiring whether the user agrees to adopt a network recording mode. And after receiving the confirmation message replied by the user, the IPTV control entity continues to execute the subsequent steps. Or, the IPTV control entity sets a timer, which is started after the network recording notification message is sent, and when the timer expires, if the message replied by the user is not received, the IPTV control entity continues to execute the subsequent steps. The method is equivalent to that the IPTV control entity defaults to receive the confirmation message replied by the user under the condition that the IPTV control entity does not receive the user reply within the preset time. Specifically, the specific process of step 205 will be described in detail by the embodiment shown in fig. 8. It should be noted that step 205 is an optional step.

After step 205, the network recording status of the service file corresponding to the terminal is changed. Including steps 206 through 207 as follows.

Step 206: and the IPTV control entity sends a service file updating message to the IPTV service file entity.

In this step, the service file update message may include one or a combination of the following information: user identification, updating type, updating content, target program identification and starting time of the target program. Wherein, the update type is used for indicating that the network recording state and/or the local recording state of the service file needs to be updated. The update content is used to indicate updated status content, such as: "receive instruction", "record complete", etc.

Step 207: and the IPTV service file entity modifies the service file.

In this step, the IPTV service file entity modifies the network recording state in the service file corresponding to the user identifier in the request message to: "instruction received".

Step 208: the IPTV control entity sends a SIP request message to the CC through the CDNC.

In this step, the request message of SIP may include the same information as the request message of SIP in the prior art, for example: a channel identifier of the target program, namely a broadcast service identifier (BCServiceID), which indicates a channel where the target program is located, a target program identifier (ProgremID), a request type start (RequestType), and the like; the target program identification is used for indicating a target program; the request type is start for indicating a request to start recording a program. In addition, the SIP request message in step 208 further includes the following information: the offset of the target program.

Optionally, on the basis that the SIP request message includes the above information, the message may further include: the IP address of the server is cached.

Step 209: CC selects CDF.

In this step, the CC selects the appropriate CDF for this recording operation. Specifically, CC may be selected according to any of the existing CDF selection methods, such as: according to the geographical position selection of a user using the terminal, according to the load balancing principle, and the like.

Step 210: the CC sends a notification message of Real Time Streaming Protocol (RTSP) to the CDF.

In this step, the CC transmits a notification message of the RTSP to the CDF selected in step 209. The RTSP notification message may include the following information: the IP address of the multicast channel where the target program is located, the offset of the target program, the identifier of the channel of the target program and the IP address of the cache server.

Step 211: the CDF sends a 200OK response to the CC.

After step 211, step 212 is executed to start the CDF recording process, which includes the following steps 212 to 216.

Step 212: the CC sends RTSP setup messages to the CDF.

Step 213: the CDF joins the multicast channel of the target program and receives the multicast media stream of the target program.

In this step, the CDF determines a multicast channel according to the IP address of the multicast channel where the target program is located, and receives a multicast media stream on the multicast channel from a Transport Processing Function (TPF) on the network side.

Step 214: the CDF returns a 200OK response to the CC.

Step 215: and the CC sends the RTSP recording message to the CDF.

Step 216: the CDF records the received multicast media stream of the target program.

And starting a cache server additional recording flow under the condition that the time after the target program starting time plus the target program offset is earlier than the time when the content issuing equipment starts to record the multicast media stream of the target program. The cache server additional recording process is used for recording the target program from the time after the starting time of the target program is added with the target offset to the time when the CDF starts to record the multicast media stream, and the complete recording of the target program is realized. As shown in fig. 3:

after step 216, the cache server entry process is started, and the processes from step 231 to step 234 are executed.

Step 231: and the CDF sends an additional recording request message to the cache server.

In this step, the supplementary recording request may include the following information: a channel identification of the target program, a target program identification, and a target program offset.

Step 232: the cache server returns a 200OK response to the CDF.

Step 233: the cache server sends the unicast media stream starting from a specific time to the CDF, wherein the specific time is the starting time of the target program plus the offset of the target program.

Step 234: the CDF records the unicast media stream.

The steps 231 to 234 are the cache server recording process, and the steps 212 to 216 are the CDF recording process, both of which are performed after the step 211.

Step 235: the CDF sends a stop unicast media stream request message to the cache server.

In this step, the unicast media stream stop request message includes the following information: the first RTP packet sequence number of the recorded multicast media stream.

Step 236: and when the sequence number of the current RTP packet of the unicast media stream is equal to the sequence number of the first RTP packet of the recorded multicast media stream sent by the CDF, the cache server stops sending the unicast media stream.

In this step, when the cache server sends each RTP packet, the sequence number of the current RTP packet sent is compared with the sequence number of the RTP packet sent by the CDF in step 235, and when the two are the same, the cache server stops sending the unicast media stream.

In the above process, if only the CDF recording procedure cache server performing steps 212 to 216 after step 211 is configured in advance, the IP address including the cache server need not be included in the SIP request message in step 208 and the RTSP notification message in step 210. If the cache server is not pre-configured, the IP address of the cache server is included in the SIP request message in step 208 and the RTSP notification message in step 210.

In the case where only the CDF recording flow of steps 212 to 216 is performed, after step 216 is performed, the following step 217 is performed. In the case where both the above CDF recording flow and the cache server dubbing flow are executed, after step 236 is executed, the following step 217 is executed.

Step 217: the CDF returns a 200OK response to the CC.

In this step, the CDF returns a 200OK response corresponding to the RTSP recording message in step 215 to the CC.

Step 218: the CC forwards the 200OK response to the IPTV controlling entity through the CDNC.

After step 218, the IPTV controlling entity modifies the PVR recording in the IPTV metadata entity. Specifically, the method includes the following steps 219 to 220. In other embodiments, the PVR recording may not be modified, i.e., steps 219 through 220 are unnecessary, and after step 218, steps 219 through 220 may not be performed, but subsequent steps may be performed directly.

Step 219: the IPTV control entity sends an update or creation message of an extensible markup language configuration access protocol (XCAP for short) to the IPTV metadata entity.

In this step, the update or create message of XCAP includes the following information: and identifying the target program.

Step 220: the IPTV metadata entity returns a 200OK response to the IPTV control entity.

After step 220, the IPTV controlling entity modifies the network recording status and the local recording status in the service file. Specifically, the method includes steps 221 to 222. In other embodiments, the NPVR and LPVR in the service file may not be modified, i.e. steps 220 to 221 are unnecessary steps, and after step 220, steps 221 to 222 may not be performed, and the subsequent steps may be performed directly.

Step 221: and the IPTV control entity sends a service file updating message to the IPTV service file entity.

In this step, the service file update message includes one or a combination of the following information: user identification, updating type, updating content, target program identification and starting time of the target program. The updating types are a network recording state and a local recording state, and the updating content of the network recording state is as follows: and recording, wherein the updating content of the local recording state is network recording.

Step 222: and the IPTV service file entity modifies the service file.

In this step, the IPTV service file entity modifies the network recording status in the service file corresponding to the user identifier to "record", and modifies the local recording status to "network record".

In the process of recording the target program by the CDF, the IPTV metadata entity keeps the network recording state and the local recording state unchanged, and after the CDF completes the recording operation of the target program, the following steps 223 to 227 are continuously performed.

Step 223: the CDF exits the multicast channel where the target program is located.

Step 224: the IPTV control entity sends XCAPPUT message to the IPTV metadata entity.

In this step, the XCAPPUT message includes the following information: and identifying the target program.

Step 225: the IPTV metadata entity returns a 200OK response to the IPTV control entity.

Step 226: and the IPTV control entity sends a service file updating message to the IPTV service file entity.

In this step, the service file update message includes one or a combination of the following information: user identification, updating type, updating content, target program identification and starting time of the target program. The updating types are a network recording state and a local recording state, and the updating content of the network recording state is as follows: and the updating content of the local recording state is 'network recording is finished'.

Step 227: and after the IPTV service file entity receives the network recording end message, modifying the service file.

In this step, the IPTV service file entity modifies the network recording status in the service file corresponding to the user identifier to "recording complete", and modifies the local recording status to "network recording complete".

In the third embodiment of the present invention, a switching policy is set according to various possible reasons that cause a terminal to be unable to record programs normally, a network recording process may be triggered by a network side device or a user side terminal, or a network recording process may be triggered by interaction between the network side device and the user side terminal, and when the terminal is unable to record programs because other programs are being played or recorded, or the terminal is in a fault or power-off state, or other programs are recorded or played in the process of recording target programs by the terminal, the target program may be recorded to the network side, so that successful recording of the target program may be achieved, and the success rate of recording program services may be improved.

In the above step 201, the IPTV control entity executes the handover triggering procedure, or the IPTV control entity executes the handover triggering procedure together with the terminal including the OITF and the IG, specifically, the handover triggering procedure in the step 201 in the embodiment of the present invention may adopt a plurality of specific triggering manners.

In the following, four triggering methods will be described by using four specific embodiments, but in an actual IPTV system, other triggering methods may be used according to the specific situation of the actual application.

Fig. 4 is a signaling flowchart of a first triggering method of a program recording method according to a third embodiment of the present invention. As shown in fig. 4, the triggering manner may include the following process, and the following process is a specific refinement of step 201 in the third embodiment of the present invention.

Step 301: the OITF in the IPTV control entity and the terminal respectively sets a timer.

In this step, according to a target program to be recorded, which is predetermined by a user, an OITF in an IPTV control entity and a terminal sets timers, respectively, where the two timers are synchronous, and the time of arrival is the starting time of the target program.

Step 302: and when the arrival time of the timer of the IPTV control entity arrives, the IPTV control entity sends a local recording state request message to the IG in the terminal.

In this step, when the starting time of the target program to be recorded, which is predetermined by the user, is reached, the timers of the OITF in the IPTV control entity and the terminal are simultaneously reached.

After step 302, there are two cases where a handover needs to be triggered.

The first condition is as follows: when the terminal (including OITF and IG) at the current user side is playing or recording other programs other than the target program, step 303 is executed.

Step 303: the IG in the terminal returns a 486 response to the IPTV controlling entity.

In this step, the IG in the terminal returns a 486 response, which is a busy response, to the IPTV controlling entity, and indicates that the sender is currently in a busy state.

Step 304: the IPTV control entity judges that the terminal is in a non-recordable state at the starting time of the target program and meets the switching triggering condition.

Case two: when the terminal (including OITF and IG) on the current user side is out of order or in a power-off state, step 305 is executed.

Step 305: and when the IPTV control entity does not receive a response returned by the IG in the terminal after the preset returning time, judging that the terminal is in a non-recordable state at the starting moment of the target program, and meeting a switching triggering condition.

After the step 304 or after the step 305, the step 202 of the third embodiment of the present invention is executed. Other steps in the program recording method are the same as those in the third embodiment of the present invention shown in fig. 3, and are not described herein again.

With the first triggering method of the program recording method in the third embodiment of the present invention shown in fig. 4, if the user is watching another program or recording another program at the starting time of the target program scheduled to be recorded by the user, or if the terminal at the user side is in a fault state or a power-off state at the starting time of the target program, the IPTV control entity queries the local recording state of the terminal, and according to the above steps 301 to 305, the IPTV control entity determines that the switching condition is met, thereby entering the process of recording the target program by using the CDF at the network side in the third embodiment of the present invention.

Fig. 5 is a signaling flowchart of a second triggering method of a program recording method according to a third embodiment of the present invention. As shown in fig. 5, the triggering manner may include the following process, and the following process is a specific refinement of step 201 in the third embodiment of the present invention.

Step 401: the OITF sends a network recording switching request message of a hypertext transfer protocol (HTTP) to the IG.

Step 402: and the IG converts the network recording switching request message of the HTTP into a network recording switching request message of the SIP and sends the network recording switching request message of the SIP to the IPTV control entity.

In this step, the IG performs protocol conversion from HTTP to SIP. The network recording switching request message of the SIP may include the following information: the channel identifier of the target program, the starting time (ProgramStartTime) of the target program, and the duration (programduration time) of the target program, and the network recording switching request message of the SIP in step 402 further includes: the offset of the target program.

After the step 402, the step 202 of the third embodiment of the present invention is executed. Moreover, with the second triggering method, after step 204 in the third embodiment of the present invention, the method may further include:

step 403: the IPTV controlling entity returns a 200OK response of SIP to the IG.

Step 404: the IG returns a 200OK response to HTTP to OITF.

Other steps in the program recording method are the same as those in the third embodiment of the present invention shown in fig. 3, and are not described herein again.

With the second triggering method of the program recording method according to the third embodiment of the present invention shown in fig. 5, if the user is watching another program or is recording another program at the starting time of the target program scheduled to be recorded by the user, or the user starts watching another program in the process of recording the target program, or the storage space of the terminal (including IG and OITF) is insufficient, a method of initiating a handover request by the terminal on the user side is adopted, specifically, the IG in the terminal initiates the handover request, and according to the above steps 401 to 402, the IPTV control entity determines that the handover triggering condition is satisfied, so as to enter the process of recording the target program by using the CDF on the network side according to the third embodiment of the present invention.

Fig. 6 is a flowchart of a third triggering method of a program recording method according to a third embodiment of the present invention. As shown in fig. 6, the triggering manner may include the following process, and the following process is a specific refinement of step 201 in the third embodiment of the present invention.

Step 501: the OITF in the IPTV control entity and the terminal respectively sets a timer.

In this step, according to the target program to be recorded, which is predetermined by the user, the OITF in the IPTV control entity and the terminal sets the timer respectively. The arrival time of the timer of the OITF is the starting time of the target program, and the arrival time of the timer of the IPTV control entity is delayed by a preset time after the arrival time of the timer of the OITF, namely the preset time after the starting time of the target program. The preset time period is generally short, and may be, for example, 30 seconds.

Step 502: when the timer of the IPTV control entity is up, the IPTV control entity detects the session state of the LPVR corresponding to the target program.

Step 503: when detecting that the session of the LPVR corresponding to the target program is not established, the IPTV control entity judges that the terminal is in a non-recordable state at the starting time of the target program, and meets the switching triggering condition.

After the step 503, the step 202 of the third embodiment of the present invention is executed. Other steps in the program recording method are the same as those in the third embodiment of the present invention shown in fig. 3, and are not described herein again.

With the third triggering method of the program recording method in the third embodiment of the present invention shown in fig. 6, if the user is watching another program or recording another program at the starting time of the target program scheduled to be recorded by the user, or if the terminal at the user side is in a fault state or a power-off state at the starting time of the target program, the IPTV control entity detects the LPVR session state, and according to the above steps 501 to 503, the IPTV control entity determines that the switching condition is satisfied, thereby entering the process of recording the target program by using the CDF at the network side in the second embodiment of the present invention.

Fig. 7 is a flowchart of a fourth triggering method of a program recording method according to a third embodiment of the present invention. As shown in fig. 7, the triggering manner may include the following process, and the following process is a specific refinement of step 201 in the third embodiment of the present invention.

Step 601: the IPTV control entity periodically detects the session state of the LPVR according to the session keep-alive function.

Step 602: when detecting that the IG or OITF is separated from the network, the IPTV control entity judges that the terminal is in a non-recordable state at the starting time of the target program, and meets a switching strategy.

After the step 602, the step 202 of the third embodiment of the present invention is executed.

Particularly, by using the fourth triggering manner of the method for recording a program according to the third embodiment of the present invention shown in fig. 6, in the request message of the SIP in step 207, other steps in the method for recording a program are the same as those in the third embodiment of the present invention shown in fig. 3, and are not described again here.

With the fourth triggering method of the program recording method according to the third embodiment of the present invention shown in fig. 7, if the terminal on the user side fails or is powered off and is disconnected from the network after the target program is recorded according to the existing program recording method, the IPTV control entity determines that the switching condition is satisfied according to the above steps 601 to 602 in a manner that the IPTV control entity periodically detects the session state of the LPVR through the session keep-alive mechanism, and thus enters the process of recording the target program by using the CDF on the network side according to the second embodiment of the present invention.

On the basis of the foregoing technical solution, in the third embodiment of the present invention, taking the example that the user who has a program recording requirement has signed an LPVR service and an NPVR service, in other specific implementation manners, the user may not be required to have signed an NPVR service, but only be required to have signed an LPVR service. Specifically, a user signs an LPVR service, a recording device on a network side is used as a supplement to a terminal on the user side, and when the terminal on the user side cannot successfully implement LPVR, an IPTV control entity starts the device on the network side to record a program. By adopting the program recording method, the triggering condition and the triggering switching process are no longer used for indicating to switch to the NPVR service, but used for indicating to switch to the equipment on the network side for recording the program. Specifically, the four triggering methods shown in fig. 4 to 7 can be still adopted as the triggering method. The specific process of the program recording method adopting the mode is different from that of the third embodiment of the invention shown in fig. 3 in that: first, the method for recording programs in this manner does not include the above steps 202 to 206, and after the step 201 is executed, the step 207 is directly executed. Secondly, in the method for recording programs in this manner, only the local recording status is recorded in the service file stored in the IPTV service file entity, and the network recording status is not recorded, so that, when the IPTV service file entity modifies the service file in step 221, only the local recording status in the service file is modified to "network recording", and when the IPTV service file entity modifies the service file in step 226, only the local recording status in the service file is modified to "network recording completed". Other steps of the program recording method adopting this method are the same as those of the embodiment of the present invention shown in fig. 2, and are not described herein again.

On the basis of the technical scheme, no matter the program recording mode that the user signs the LPVR service and the NPVR service is adopted, or the program recording mode that the user only signs the LPVR service is adopted, no matter which of the four triggering modes is adopted, after the CDF finishes recording the target program, when the terminal can be normally used, the target program recorded by the CDF can be issued to the terminal. The issuing process is described below through a fourth embodiment of the present invention, and each step in the fourth embodiment may be executed after the step 226.

Fig. 8 is a flowchart illustrating a method for acquiring network recording confirmation information of a user using a terminal by an IPTV control entity according to a third embodiment of the present invention. In the embodiment shown in fig. 8, a detailed description is given of the specific process of step 205 in the third embodiment of the present invention shown in fig. 3. As shown in fig. 8, the specific process of step 205 includes the following steps.

Step 2051: and the IPTV control entity sends a network recording notification message to the communication server.

In this step, the network recording notification message may carry the network recording notification content and a reply code, for example, code 0 represents acknowledgement and code 1 represents objection.

Step 2052: the communication server sends a network recording notification message to the mobile device.

In this step, the mobile terminal is a mobile device designated by a user of the terminal using the IPTV system, for example, a mobile communication device such as a mobile phone or a tablet pc. The content carried in the network recording notification message of this step is the same as the content carried in the network recording notification message of step 2051.

Step 2053: the mobile device returns a reply message to the communication server.

In this step, according to the network recording notification message exemplified in step 2051, correspondingly, if the user agrees to perform network recording, the mobile device returns network recording confirmation information to the communication server through a response message, specifically, the response message includes a code 0; if the user does not agree to network recording, the mobile device returns network recording objection information to the communication server via a reply message, specifically including code 1.

Step 2054: the communication server returns a response message to the IPTV control entity.

In this step, the response message is the same as the content carried by the response message in step 2053. And after the IPTV control entity receives the response message, judging the response message. If the response message includes the network recording confirmation information, the subsequent steps are continuously executed, and in the third embodiment of the present invention shown in fig. 3, the step 206 is continuously executed. If the response message includes the network recording objection information, the program recording process of the third embodiment of the present invention shown in fig. 3 is ended.

In the specific process of step 205 shown in fig. 8, the IPTV controlling entity receives the confirmation message replied by the user as an example. In practical application, if there is a possibility that the user cannot reply the message in time, a timer may be set on the IPTV control entity, the timer is started after the network recording notification message is sent, and when the timer expires, if the message replied by the user is not received, the IPTV control entity continues to execute the subsequent steps. The method is equivalent to that the IPTV control entity defaults to receive the confirmation message replied by the user under the condition that the IPTV control entity does not receive the user reply within the preset time.

In the embodiment shown in fig. 8, an Instant Message (IMS) is taken as an example, so that the IPTV controlling entity serves as an IPTV server, and the above steps 2051 and 2054 are executed by the IPTV controlling entity. In other specific embodiments, a Short Message Service (SMS) mode may be further used, and when the SMS mode is used, the IPTV control entity and the IPTV application entity are combined to serve as an IPTV server, and the step 2051 and the step 2054 are executed by the IPTV control entity and the IPTV application entity in a cooperation manner.

In the specific process of step 205, the user is queried before the network recording is performed, and after the permission confirmation of the user is obtained, the subsequent steps are continuously performed to start the network recording operation, so that the flexibility and controllability of the program recording method are increased.

Example four

Fig. 9 is a signaling path diagram of a program recording method according to a fourth embodiment of the present invention. As shown in fig. 9, the method includes the following processes.

Step 701: the IPTV control entity detects the working states of OITF and IG.

Step 702: and when the IPTV control entity detects that the working states of the OITF and the IG are normal, the IPTV control entity sends a content downloading notification message to the IG.

In this step, the content download notification message includes the following information: the address of the stored target program in the CDF, the data size of the stored target program.

Step 703: the IG and OITF check if their own states meet the download requirements.

Step 704: and when the states of the IG and the OITF meet the downloading requirement, the IG returns a content downloading response to the IPTV control entity and sends a downloading request message of the HTTP to the CDF.

In this step, the download request message of HTTP includes the following information: the address of the storage target program in the CDF, and the data size of the storage target program.

Step 705: the CDF sends a 200OK response to the IG carrying the target program.

In this step, the CDF packs the stored target program into a 200OK response, and issues the 200OK response to the IG.

Step 706: and the IG sends a content downloading completion notification message to the IPTV control entity.

Step 707: the IPTV control entity controls the IPTV metadata entity to modify information and controls the IPTV service file entity to modify the service file.

In this step, the IPTV control entity controls the IPTV metadata entity to delete the target program identifier allocated to the network-side storage content. The step of the IPTV control entity controlling the IPTV metadata entity to modify the information is not necessary, and in other embodiments, the step may not be performed. The IPTV control entity controls the IPTV service file entity to modify the local recording state in the service file into: the network recording is completed, the service file has a network recording state, and the network recording state is modified as follows: and finishing the recording.

Step 708: and the IPTV control entity sends a content downloading completion notification response to the IG.

In the fourth embodiment of the present invention, after the device on the network side completes recording the target program, when the terminal (including OITF and IG) on the user side recovers to a normal state, the IPTV control entity initiates a target program delivery process, and delivers the recorded target program stored in the CDF on the network side to the terminal on the user side. Therefore, when the terminal is abnormal or other programs are watched or recorded by the user in the target program time, the target program to be recorded can still be acquired, and the success rate of the program recording service is improved.

In the third embodiment of the present invention and the fourth embodiment of the present invention, the IPTV system proposed by OITF is taken as an example to explain the program recording method of the present invention. The method for recording programs of the present invention can also be applied to IPTV systems of other architectures, such as IPTV system proposed by European Telecommunications Standardization Institute (ETSI), or IP Multimedia System (IMS). Specifically, according to the correspondence between each functional entity or device in the specifically applied system and each functional entity or device in the OITF system, the functional entities or devices having the same function as each functional entity or device in the OITF system in the specifically applied system may be adopted to respectively perform the corresponding steps in the program recording method of the present invention.

Taking the IPTV system proposed by ETSI as an example, an IPTV service control function entity (SCF) in the ETSI system replaces an IPTV control entity in the OITF system, thereby implementing the function of an IPTV control device. An IPTV media control and transmission function entity (IPTVediaControlandDeliveryFunctions, MCFandMDF for short) in the ETSI system is used for replacing CC and CDF in the OITF system, and the functions of the content delivery control equipment and the content delivery equipment are realized. The method uses a user file service function (UPSF for short) in the ETSI system to replace an IPTV service file entity in the OITF system, thereby implementing the function of the IPTV service file device. Accordingly, other functional entities or devices in the OITF system may be replaced by functional entities or devices performing the same function in the ETSI system, and corresponding steps in the method for recording a program according to the present invention are performed.

The following describes main devices in the program recording system according to an embodiment of the present invention, including an IPTV control device and a content delivery device. Specifically, the IPTV control device and the content delivery device may adopt the method for recording programs according to the first embodiment of the present invention, or the IPTV control device and the content delivery device may adopt the method for recording programs according to the second embodiment of the present invention. When the method for recording a program according to the first embodiment of the present invention is used, the corresponding IPTV control device is described in the fifth embodiment of the present invention, and the corresponding content delivery device is described in the sixth embodiment of the present invention. When the method for recording programs according to the second embodiment of the present invention is used, the corresponding IPTV control device is described in the seventh embodiment of the present invention, and the corresponding content delivery device is described in the eighth embodiment of the present invention.

EXAMPLE five

Fig. 10 is a schematic structural diagram of an IPTV control device according to a fifth embodiment of the present invention. As shown in fig. 10, the apparatus includes at least: detection section 1001, reception section 1002, and transmission section 1003.

The detecting unit 1001 is configured to detect whether the terminal is in a non-recordable state.

The receiving unit 1002 is configured to receive a network recording switching request message sent by a terminal.

The sending unit 1003 is configured to send an update message to the IPTV service file device to enable the IPTV service file device to modify the service file when the detecting unit 1001 detects that the terminal is in the non-recordable state or the receiving unit 1002 receives a network recording switching request message sent by the terminal. The sending unit 1003 is further configured to send a session initiation protocol request message, which at least includes a cache server address, a target program offset, a target program identifier, and a channel identifier of the target program, to the content delivery control device. The session initiation protocol request message enables the content delivery control equipment to send a real-time streaming protocol notification message at least comprising a cache server address, a target program offset, a target program identifier and a channel identifier of a target program to the selected content delivery equipment. The real-time streaming protocol notification message enables the content issuing equipment to add a multicast channel corresponding to a channel identifier of a target program, a multicast media stream of the target program is obtained and recorded, when the time after the starting time of the target program plus the offset of the target program is earlier than the time when the content issuing equipment starts to record the multicast media stream of the target program, a unicast media stream of the target program from a cache server corresponding to the address of the cache server is obtained and recorded from the time after the starting time of the target program plus the offset of the target program, and a first real-time transport protocol RTP packet serial number of the recorded multicast media stream is sent to the cache server, so that the cache server stops sending the unicast media stream when the serial number of an RTP packet of the currently sent unicast media stream is detected to be equal to the first RTP packet serial number sent by the content issuing equipment.

On the basis of the above technical solution, further, the sending unit 1003 of the IPTV control device is further configured to send a network recording notification message to the communication server before sending the update message to the IPTV service file device, so that the communication server sends the network recording notification message to the mobile device. The receiving unit 1002 of the IPTV control device is further configured to receive network recording confirmation information sent by the communication server and returned by the mobile device.

EXAMPLE six

Fig. 11 is a schematic structural diagram of a content issuing apparatus according to a sixth embodiment of the present invention. As shown in fig. 11, the apparatus includes at least: a receiving unit 1101, a first recording unit 1102, a second recording unit 1103, and a transmitting unit 1104.

The receiving unit 1101 is configured to receive a real-time streaming protocol notification message that is sent by the content delivery control device and at least includes a cache server address, a target program offset, a target program identifier, and a channel identifier of the target program.

The first recording unit 1102 is configured to add a multicast channel corresponding to a channel identifier of a target program when the receiving unit 1101 receives the real-time streaming protocol notification message, and acquire and record a multicast media stream of the target program.

The second recording unit 1103 is configured to, when the time obtained by adding the offset of the target program to the start time of the target program is earlier than the time when the first recording unit 1102 starts to record the multicast media stream of the target program, obtain and record a unicast media stream of the target program from the time obtained by adding the offset of the target program to the start time of the target program from the cache server corresponding to the cache server address.

The sending unit 1104 is configured to send a first RTP packet sequence number of the multicast media stream recorded by the first recording unit 1102 to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of the RTP packet of the currently sent unicast media stream is equal to the first RTP packet sequence number sent by the content delivery device.

In the fifth embodiment and the sixth embodiment of the present invention, when the detecting unit of the IPTV control device detects that the terminal is in the non-recording state or receives a network recording switching request message sent by the terminal, the sending unit of the IPTV control device sends a session initiation protocol request message to the content delivery control device. And the content issuing control equipment sends a real-time streaming protocol notification message to the selected content issuing equipment. And under the condition that the time after the offset of the target program is added to the starting time of the target program is earlier than the time when the first recording unit starts to record the multicast media stream of the target program, the second recording unit of the content issuing equipment acquires and records the unicast media stream of the target program from the offset of the target program from the cache server. Therefore, when the terminal cannot record the program, the target program can be recorded to the network side, and a part of the target program before the content sending equipment starts to record is obtained from the cache server, so that the integrity of the target program is ensured, the defect that the program recording cannot be completed correctly when no other equipment exists in the home network of the same user or the terminal for recording fails in the prior art is avoided, and the success rate of the program recording service is improved.

EXAMPLE seven

Fig. 12 is a schematic structural diagram of an IPTV control device according to a seventh embodiment of the present invention. As shown in fig. seven, the apparatus includes at least: a detection unit 1201, a first receiving unit 1202, a first transmitting unit 1203, a second receiving unit 1204, and a second transmitting unit 1205.

The detecting unit 1201 is configured to detect whether the terminal is in a non-recordable state.

The first receiving unit 1202 is configured to receive a network recording switching request message sent by a terminal.

The first sending unit 1203 is configured to send a network recording notification message to the communication server when the detecting unit 1201 detects that the terminal is in the non-recording state or the first receiving unit 1202 receives a network recording switching request message sent by the terminal, so that the communication server sends the network recording notification message to the mobile device.

The second receiving unit 1204 is configured to receive network recording confirmation information sent by the communication server and returned by the mobile device.

The second sending unit 1205 is configured to send an update message to the IPTV service file device when the second receiving unit 1204 receives the network recording confirmation information, so that the IPTV service file device modifies the service file. The second sending unit 1205 is further configured to send a session initiation protocol request message to the content delivery control apparatus, where the session initiation protocol request message at least includes a target program offset, a target program identifier, and a channel identifier of the target program. The session initiation protocol request message enables the content delivery control equipment to send a real-time streaming protocol notification message at least containing a target program offset, a target program identifier and a channel identifier of the target program to the selected content delivery equipment. The real-time streaming protocol notification message enables the content issuing equipment to add a multicast channel corresponding to a channel identifier of a target program, a multicast media stream of the target program is obtained and recorded, when the time after the starting time of the target program plus the offset of the target program is earlier than the time when the content issuing equipment starts to record the multicast media stream of the target program, a unicast media stream of the target program from a corresponding cache server is obtained and recorded from the time after the starting time of the target program plus the offset of the target program, and a first real-time transport protocol (RTP) packet serial number of the recorded multicast media stream is sent to the cache server, so that the cache server stops sending the unicast media stream when detecting that the serial number of an RTP packet of the currently sent unicast media stream is equal to the first RTP packet serial number sent by the content issuing equipment.

Example eight

Fig. 13 is a schematic structural diagram of a content issuing apparatus according to an eighth embodiment of the present invention. As shown in fig. 13, the apparatus includes at least: a receiving unit 1301, a first recording unit 1302, a second recording unit 1303, and a transmitting unit 1304.

The receiving unit 1301 is configured to receive a real-time streaming protocol notification message that at least includes a target program offset, a target program identifier, and a channel identifier of a target program and is sent by a content delivery control apparatus.

The first recording unit 1302 is configured to add a multicast channel corresponding to a channel identifier of a target program when the receiving unit 1301 receives the live streaming protocol notification message, and acquire and record a multicast media stream of the target program.

The second recording unit 1303 is configured to, when the time obtained by adding the offset of the target program to the starting time of the target program is earlier than the time when the first recording unit 1302 starts to record the multicast media stream of the target program, obtain and record a unicast media stream of the target program from the corresponding cache server, where the time obtained by adding the offset of the target program to the starting time of the target program is from the starting time of the target program.

The sending unit 1304 is configured to send the sequence number of the first RTP packet of the multicast media stream recorded by the first recording unit 1302 to the cache server, so that the cache server stops sending the unicast media stream when detecting that the sequence number of the RTP packet of the currently sent unicast media stream is equal to the sequence number of the first RTP packet sent by the content delivery device.

In the seventh embodiment and the eighth embodiment of the present invention, when the detecting unit of the IPTV control device detects that the terminal is in the non-recording state or receives a network recording switching request message sent by the terminal, the first sending unit of the IPTV control device sends a network recording notification message to the communication server, so that the communication server sends the network recording notification message to the mobile device. When the second receiving unit receives the network recording confirmation information returned by the mobile equipment and sent by the communication server, the second sending unit sends a session initiation protocol request message to the content delivery control equipment. And the content issuing control equipment sends a real-time streaming protocol notification message to the selected content issuing equipment. And under the condition that the time after the offset of the target program is added to the starting time of the target program is earlier than the time when the first recording unit starts to record the multicast media stream of the target program, the second recording unit of the content issuing equipment acquires and records the unicast media stream of the target program from the offset of the target program from the cache server. Therefore, when the terminal cannot record the program, the target program can be recorded to the network side, and a part of the target program before the content sending equipment starts to record is obtained from the cache server, so that the integrity of the target program is ensured, the defect that the program recording cannot be completed correctly when no other equipment exists in the home network of the same user or the terminal for recording fails in the prior art is avoided, and the success rate of the program recording service is improved.

In practical applications, the devices or apparatuses in the above embodiments of the present invention, such as IG, OITF, IPTV control entity, IPTV service file entity, CDNC, CC, CDF, MCFandMDF, UPSF, etc., may be combined with each other, or may exist alone.

It should be noted that: while, for purposes of simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present invention is not limited by the illustrated ordering of acts, as some steps may occur in other orders or concurrently with other steps in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.

Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims

1. A method for recording a program, comprising:

2. The method of claim 1,

the detecting that the terminal is in the recording-incapable state comprises:

when the starting time of the target program is reached, the IPTV control equipment sends a local recording state request message to the terminal, and if the response returned by the terminal is not received after the preset returning time is exceeded, the IPTV control equipment determines that the terminal is in a non-recording state at the starting time of the target program; or,

when the preset time after the starting time of the target program is exceeded, the IPTV control equipment detects the session state of a Local Personal Video Recorder (LPVR) corresponding to the target program, and when the fact that the session of the LPVR corresponding to the target program is not established is detected, the IPTV control equipment determines that the terminal is in a non-recording state at the starting time of the target program; or,

the IPTV control equipment periodically detects the session state of the LPVR, and when the terminal is detected to be disconnected from the network, the IPTV control equipment determines that the terminal is in a non-recording state at the starting time of a target program;

the receiving of the network recording switching request message sent by the terminal includes:

and the IPTV control equipment receives a network recording switching request message sent by the terminal, wherein the network recording switching request message at least comprises the target program offset, the target program identifier and the channel identifier of the target program.

3. The method according to claim 1 or 2, wherein before sending the update message to the IPTV service file device, further comprising:

the IPTV control equipment sends a network recording notification message to a communication server so that the communication server sends the network recording notification message to mobile equipment;

and the IPTV control equipment receives network recording confirmation information returned by the mobile equipment and sent by the communication server.

4. A method for recording a program, comprising:

5. A method for recording a program, comprising:

6. The method of claim 5,

the detecting that the terminal is in the recording-incapable state comprises:

7. A method for recording a program, comprising:

8. An internet protocol television, IPTV, control device, comprising:

9. The IPTV control device according to claim 8,

the sending unit is further used for sending a network recording notification message to a communication server before sending the update message to the IPTV service file device, so that the communication server sends the network recording notification message to the mobile device;

the receiving unit is further configured to receive network recording confirmation information sent by the communication server and returned by the mobile device.

10. A content delivery apparatus, comprising:

a receiving unit, configured to receive a real-time streaming protocol notification message sent by a content delivery control device, where the real-time streaming protocol notification message at least includes a cache server address, a target program offset, a target program identifier, and a channel identifier of a target program;

11. An internet protocol television, IPTV, control device, comprising:

the first sending unit is used for sending a network recording notification message to a communication server when the detection unit detects that the terminal is in a non-recording state or the first receiving unit receives a network recording switching request message sent by the terminal, so that the communication server sends the network recording notification message to a mobile device;

12. A content delivery apparatus, comprising:

a receiving unit, configured to receive a real-time streaming protocol notification message sent by a content delivery control device, where the real-time streaming protocol notification message at least includes a target program offset, a target program identifier, and a channel identifier of a target program;