WO2017028736A1 - 电视节目的录制方法和服务器 - Google Patents

电视节目的录制方法和服务器 Download PDF

Info

Publication number
WO2017028736A1
WO2017028736A1 PCT/CN2016/094662 CN2016094662W WO2017028736A1 WO 2017028736 A1 WO2017028736 A1 WO 2017028736A1 CN 2016094662 W CN2016094662 W CN 2016094662W WO 2017028736 A1 WO2017028736 A1 WO 2017028736A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
recording
subtask
module
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2016/094662
Other languages
English (en)
French (fr)
Inventor
党茂昌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2017028736A1 publication Critical patent/WO2017028736A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Definitions

  • the present application relates to the field of smart television technologies, and in particular, to a method and a server for recording a television program.
  • CA Complex conditional access
  • CPRM Content Protection for Recordable Media
  • HDCP High-bandwidth Digital Content Protection
  • conditional receiving scheme of the TV terminal is relatively complicated to implement
  • the recorded program is stored locally, so it requires a large-capacity memory storage, which increases the storage cost;
  • the recording process needs to re-encode the descrambled and decoded video, which has higher performance on the video encoding chip, CPU computing power and memory size, and increases the hardware cost; and very importantly, due to lack of Professionally expensive multimedia encoding equipment, the quality of the encoded video is greatly reduced compared to the original video;
  • the main purpose of the present application is to provide a recording method and server for a television program to overcome the problem of high cost of scheduled recording of television programs in the prior art.
  • An embodiment of the present application provides a method for recording a television program, including: receiving a plurality of program reservation requests of one or more users; respectively, decomposing each program reservation request into a plurality of subtask units of a predetermined format; collecting the a plurality of sub-task units of a predetermined format after the plurality of program reservation requests are decomposed; de-duplicating the sub-task units of the plurality of program reservation requests to generate a recording requirement set composed of a plurality of de-duplicated sub-task units;
  • the television program is uniformly recorded according to the set of recording requirements.
  • the subtask unit includes the following information: a channel, a program, and a time period; and the subtask unit of the plurality of program reservation requests is deduplicated, including: using channel information as an index, and the same channel is the same Program information and time period information are deduplicated.
  • the method further includes: setting a program receiver one by one for each channel, and the television program corresponding to each subtask unit having the channel information is received by the program receiver.
  • the uniformly recording the television program according to the recording requirement set includes: determining a corresponding program receiver according to the channel information, and recording the program received by the program receiver according to the program information and the time period information.
  • the method further includes: storing the recorded television program corresponding to the subtask unit in blocks; receiving a program play request corresponding to the program reservation request; determining a corresponding subtask unit according to the program play request; The subtask unit corresponding to the program play request determines a link address corresponding to the television program stored by the subtask unit, and provides the link address of the television program to the client.
  • the embodiment of the present application further provides a server, including: a first receiving module, configured to receive a plurality of program reservation recording requests of one or more users; and a decomposition module, configured to separately decompose each program reservation request into multiple a sub-task unit of a predetermined format; a collection module, configured to collect a plurality of sub-task units of a predetermined format after the plurality of program reservation requests are decomposed; and a de-duplication module, configured to: The subtask unit of the program reservation request performs deduplication, and generates a recording requirement set composed of a plurality of deduplicated subtask units; and a recording module configured to perform unified recording on the television program according to the recording requirement set.
  • a server including: a first receiving module, configured to receive a plurality of program reservation recording requests of one or more users; and a decomposition module, configured to separately decompose each program reservation request into multiple a sub-task unit of a predetermined format; a collection module, configured to collect
  • the subtask unit includes the following information: a channel, a program, and a time segment; and the deduplication module is configured to de-weight the same program information and time period information of the same channel by using the channel information as an index.
  • the server further includes: a program receiver, which is set in one-to-one correspondence with each channel, and is configured to receive a television program corresponding to each sub-task unit having the channel information.
  • the recording module is configured to determine a corresponding program receiver according to the channel information, and record the program received by the program receiver according to the program information and the time period information.
  • the server further includes: a storage module, configured to store the recorded television program corresponding to the sub-task unit; the second receiving module is configured to receive a program play request corresponding to the program reservation request; and an address determining module, configured to: Determining, according to the program play request, a corresponding subtask unit, determining, according to the subtask unit corresponding to the program play request, a link address corresponding to a television program stored by the subtask unit; and a service providing module, configured to: The link address is provided to the client.
  • a storage module configured to store the recorded television program corresponding to the sub-task unit
  • the second receiving module is configured to receive a program play request corresponding to the program reservation request
  • an address determining module configured to: Determining, according to the program play request, a corresponding subtask unit, determining, according to the subtask unit corresponding to the program play request, a link address corresponding to a television program stored by the subtask unit
  • a service providing module configured to: The link address is provided to the client
  • the distributed program reservation requests of different users are deduplicated and merged into a recording requirement set and unified recording of the television program is performed, and the same television program is recorded only once on the server side, and the recording can be satisfied by the application.
  • the cost of recording is greatly reduced in the case of demand.
  • FIG. 1 is a structural block diagram of a server according to an embodiment of the present application.
  • FIG. 2 is a structural block diagram of a server according to another embodiment of the present application.
  • FIG. 3 is a flow chart of a method of recording a television program according to an embodiment of the present application.
  • FIG. 4 is a flow chart of a method of recording a television program according to another embodiment of the present application.
  • the main idea of the application is that the client submits a program reservation recording request to the server (the cloud), performs unified program recording on the server side and completes the storage, and the user can watch the live reservation recording live television stored on the server at any time. program.
  • the server the cloud
  • user authentication management, program reservation recording, program copyright management, program copying and storage are all managed in a unified manner on the server side, and the following is described in detail from the server side and the client side respectively.
  • the server includes at least: a first receiving module 110, a decomposition module 120, a collection module 130, a deduplication module 140, and a recording module 150. Describe in detail the structure and function of each module.
  • the first receiving module 110 is configured to receive, by the network, a plurality of program reservation recording requests of one or more users, and the program reservation recording request may be from a client or from a client. Different clients.
  • the decomposition module 120 is configured to separately decompose each program reservation request into a plurality of subtask units of a predetermined format.
  • the program reservation recording request may include one or more subtask units that reserve information related to the recorded content.
  • Each subtask unit contains three attribute information such as channel, program and time period, which can be expressed in the format of " ⁇ channel X, program Y, time period Z ⁇ ".
  • the channel, program, and time period information in each subtask unit is capable of uniquely identifying a television program.
  • the channel information refers to the television station and its channel number.
  • one television station may include multiple channels, and each channel plays different television programs, and each channel transmits a television signal within a certain frequency range, for example, the channel information may be CCTV-1, BTV-2, or Oriental TV-1, etc.; program information is the specific program information played by the channel, such as TV dramas, movies, sports events, etc.; the time period indicates the length of time corresponding to the specific TV program.
  • the decomposition module 120 decomposes a plurality of program reservation requests received by the first receiving module 110 according to the above format, and obtains more Subtask unit.
  • the receiving module 110 receives the scheduled recording request from the three clients, and the decomposing module 120 decomposes the scheduled recording request from the client A to obtain the channel 1 , the first episode of the series X, the time period 10:00. -10:50 ⁇ , decompose the reservation recording request from client B to get ⁇ channel 1, episode 1 of series X, time period 10:00-10:50 ⁇ and ⁇ channel 1, episode 2 of series X, Time period 11:00-11:50 ⁇ , decompose the reservation recording request from client C to get ⁇ channel 1, series X episode 2, time period 11:00-11:50 ⁇ and ⁇ channel 2, series Y Episode 1, time period 11:30-12:20 ⁇ .
  • the decomposition module 120 decomposes the scheduled recording request from the client A to obtain the channel 1 , the first episode of the series X, the time period 10:00. -10:50 ⁇ , decompose the reservation recording request from client B to get ⁇ channel 1, episode 1 of series X, time period 10:00-10:50 ⁇ and ⁇ channel 1, episode 2 of series X, Time period 11:00
  • the collecting module 130 is configured to collect a plurality of sub-task units of a predetermined format after the plurality of program reservation requests are decomposed. Since the plurality of program recording requests received by the first receiving module 110 are distributed from a plurality of clients, and the number of recording requests of these programs is dynamically changed (increased) with time, it is necessary to disperse these multiple first. The subtask units are unified and then the same subtask unit can be judged.
  • the deduplication module 140 is configured to perform deduplication processing on the subtask units of the plurality of program subscriptions, and generate a recording requirement set composed of a plurality of deduplicated subtask units.
  • the same subtask unit refers to A sub-task unit that includes the same channel, program, and time period information.
  • the number of identical subtask units increases as the total number of received program reservation requests increases. As shown in Table 1, subtask unit 1 and subtask unit 2, subtask unit 3, and subtask unit 4 are duplicates. Task unit.
  • each subtask unit includes three attribute information: a channel, a program, a time period, and the like.
  • the channel information is indexed, and the same program information and time period information of the same channel are deduplicated, so that After the de-reprocessing process, a recording requirement set composed of a plurality of de-duplicated sub-task units is generated.
  • the same sub-task unit does not exist in the recording requirement set, and the sub-task units in the recording requirement set respectively correspond to Different scheduled recordings.
  • the recording requirement set may be stored in the server in the form of a recording requirement collection table.
  • the deduplication module 140 is responsible for performing deduplication processing on the five subtask units collected by the collection module 130. As can be seen from Table 1, the subtask unit 1 and the subtask unit 2, the subtask unit 3, and the subtask unit 4 The channel, program and time period information are identical.
  • the deduplication module 140 de-re combines the same sub-task units to generate a recording requirement set that does not include the same sub-task unit. Referring to Table 2, after de-merging The recording requirements collection table, which does not have the same TV show.
  • the recording module 150 is configured to perform unified recording on the television program according to the set of recording requirements, thereby providing the user terminal with a broadcast service for the reserved recorded program. Since the recording module 150 performs unified recording of the television program according to the set of recording requirements after the de-duplication processing, the same television program is recorded only once, and the same program is not repeatedly recorded, and the recording cost is greatly reduced when the recording demand is satisfied. .
  • the device includes: a first receiving module 210, a decomposition module 220, a collecting module 230, a deduplication module 240, and a recording module 250.
  • Program receiver 260, storage module 270, second receiving module 280, address The module 290 and the service providing module 295 are determined.
  • the first receiving module 210, the decomposing module 220, the collecting module 230, the deduping module 240, and the recording module 250 are respectively the first receiving module 110, the disassembling module 120, the collecting module 130, and the deduping module 140 shown in FIG. Similar to the recording module 150, and details are not described herein again.
  • the program receiver 260 is provided in one-to-one correspondence with each channel for receiving a television program corresponding to each sub-task unit having the channel information. For example, if the channel information of the television includes 1 to N, the corresponding program receivers 1 to N are set to receive the television program.
  • the subtask unit of the recording requirement set includes information such as a channel, a program, a time period, and the like, and the program receiver 260 is responsible for receiving a television program played by a channel corresponding to the channel information in each subtask unit.
  • the program receiver 260 descrambles (decodes) the scrambled television signal into a clear stream signal through a unified authorized conditional acceptance (CA) system, thereby receiving the television program played by the channel.
  • the recording module 250 determines a corresponding program receiver according to the channel information, and records the program received by the program receiver according to the program information and the time period information.
  • the server sends the recording status information of the completion status, progress, and the like of each scheduled recording to the client device, and the client displays the recording status list of the program, and the user can obtain the real-time information recorded by the program. .
  • the program receiver 1 is set to receive the program played by the channel 1, and then the corresponding program receiver 1 is determined according to the channel 1, and during the playing time period 10:00-10:50 of the first episode of the series X, by the recording module 250
  • the program received by the program receiver 1 is recorded, thereby realizing the recording of the reserved program (the first episode of the series X).
  • program recording can be performed in a code stream format supported by the HLS (HTTP Live Streaming) protocol.
  • each channel is configured with a corresponding program receiver (the number of program receivers is equal to the number of television channels), thereby reducing the number of program receivers used and reducing the recording cost.
  • the storage module 270 is configured to store the recorded television programs into sub-task units in blocks. Specifically, the storage module 270 uniformly stores the scheduled television program recorded by the recording module 250 on the server, and associates the television program with its corresponding sub-task unit in storage and stores the data in blocks, and each of the stored television programs has The corresponding storage address, through the subtask unit, can determine the storage link address (URL) of its corresponding television program. Specifically, it can be performed using a distributed network storage scheme. Storage, no more details here. Since the recorded television programs are uniformly stored on the server side, the client locals no longer need to download and store the television programs, thereby reducing the user's use cost. In a practical application, the storage module 270 may be a distributed storage device disposed on the server or directly disposed in the cloud server.
  • the second receiving module 280 is configured to receive a program play request from the user corresponding to the program reservation request.
  • the user In practical applications, the user must be able to send a program play request after sending a program reservation request, that is, the television program corresponding to the program reservation request is consistent with the television program corresponding to the program play request.
  • the address determining module 290 is configured to determine, according to the program play request, a corresponding subtask unit, and determine, according to the subtask unit corresponding to the program play request, a link address corresponding to the television program stored by the subtask unit. Specifically, after receiving the program play request of the corresponding program reservation request from the client, the program reservation request of the client is first called, and then the corresponding subtask unit is determined according to the program reservation request, and is uniformly stored from the storage module 270. A link address (URL) of a television program corresponding to the subtask unit is determined in the television program. According to the above example, the program play request of the first episode of the play series X from the client A is received.
  • the corresponding program reservation request is searched according to the program play request, and the subtask unit corresponding to the program reservation request is further searched, and the subtask unit includes information: channel 1, episode 1 of the series X, time period 10 :00-10:50; then, in the unified stored television program, the television program corresponding to the sub-task unit is searched, so that the stored channel 1 has a time period of between 10:00 and 10:50.
  • the URL of the first episode is separated.
  • the service providing module 295 is configured to send the link address (URL) of the separated TV program to the client, and when the client clicks the URL, the local video player is called to play the television program, and the user can also record the request by reservation. Contains time period information to control the length of time the program is played. It should be noted that since the same television program is recorded only once at the server, when multiple users request to play the same television program, the URL addresses of the provided television programs are the same, and the users watch the television program through the same URL address. This does not affect the user's viewing experience and experience.
  • the program reservation recording requirements of the dispersed different users are deduplicated and merged into a recording demand set for unified television program recording, and the recorded programs are uniformly stored in the service.
  • the link address of the television program requested by the individual is separated from the uniformly stored program and provided to the client, and the subscription recording service of the live television program can be realized at a low cost through the application. .
  • the user edits the scheduled recording content of the television program at the client device, and the client device sets a program reservation request according to the scheduled television program, and transmits the program reservation request to the server.
  • the status information of the reserved recorded television program may be displayed in the client device list, including information such as the progress of each scheduled recording request and the completion status; and the completed television program may also be managed by the client device, including The list shows the URL of the TV program storage, display viewing status information (not watched, watched, watched progress), and the like.
  • FIG. 3 is a flowchart of a method for recording a television program according to an embodiment of the present application. As shown in FIG. 3, the method includes:
  • Step S302 receiving, by the network, a plurality of program reservation requests of one or more users
  • Step S304 respectively, decomposing each program reservation request into a plurality of subtask units of a predetermined format
  • the program reservation recording request may include one or more subtask units that reserve information related to the recorded content.
  • Each subtask unit contains three attribute information such as channel, program and time period, which can be expressed in the format of " ⁇ channel X, program Y, time period Z ⁇ ".
  • the channel, program, and time period information in each subtask unit is capable of uniquely identifying a television program.
  • Step S306 collecting a plurality of sub-task units of a predetermined format after the plurality of program reservation requests are decomposed; since the received plurality of program recording requests are distributed from a plurality of clients, and the number of the program recording requests is As time changes (increased), it is necessary to first unite these scattered multiple sub-task units before they can determine the same sub-task unit.
  • Step S308 performing deduplication on the subtask units of the plurality of program reservation requests, and generating a recording requirement set composed of a plurality of deduplicated subtask units;
  • the same program information and time period information of the same channel are deduplicated by using the channel information as an index. This is done by the de-reprocessing of this step. Thereafter, a recording requirement set composed of a plurality of deduplicated subtask units is generated, in other words, the same subtask unit does not exist in the recording requirement set.
  • Step S310 performing unified recording on the television program according to the recording requirement set, so as to provide the client with a broadcast service for the reserved recorded program.
  • the program receiver is set one by one for each channel, and the television program corresponding to each subtask unit having the channel information is received by the program receiver, that is, the corresponding program receiver is determined according to the channel information, and The program received by the program receiver is recorded based on the program information and the time period information.
  • FIG. 4 is a flowchart of a method for recording a television program according to another embodiment of the present application. As shown in FIG. 4, after step S310, the method further includes:
  • Step S402 storing the recorded television program corresponding to the subtask unit in blocks
  • the television program scheduled to be recorded is uniformly stored on the server, and the television program is associated with the corresponding subtask unit and stored in blocks, and the television program stored in each block has a corresponding storage address.
  • the task unit is able to determine the storage link address (URL) of its corresponding television program. Since the recorded television programs are uniformly stored on the server side, the client locals no longer need to download and store the television programs, thereby reducing the user's use cost.
  • Step S404 receiving a program play request corresponding to the program reservation request
  • Step S406 determining a corresponding subtask unit according to the program play request, and determining, according to the subtask unit corresponding to the program play request, a link address corresponding to the television program stored by the subtask unit;
  • a link address (URL) of the television program corresponding to the subtask unit is determined.
  • Step S408 the link address of the television program is provided to the client, so that the client calls the local video player to watch the program through the link address.
  • the program reservation recording requests of different users are deduplicated and merged into a recording requirement set and unified recording of the television program is performed, and the same television program is recorded only once on the server side.
  • the recording cost can be greatly reduced while satisfying the recording demand.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开一种电视节目的录制方法和服务器，其中所述方法包括：接收一个或多个用户的多个节目预约请求；将每一节目预约请求分别分解为多个预定格式的子任务单元；收集所述多个节目预约请求分解后的多个预定格式的子任务单元；将所述多个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；依照所述录制需求集合对电视节目进行统一录制通。通过本申请能够以较低的成本实现直播电视节目的预约录制服务。

Description

电视节目的录制方法和服务器 技术领域
本申请涉及智能电视技术领域，尤其涉及一种电视节目的录制方法和服务器。
背景技术
目前，家庭电视用户对直播电视节目的预约录制需求不断增强，满足用户的预约录制需求成为亟待解决的问题。
在现有技术中，通常在用户端(电视机上)使用复杂的条件接收(Conditional Access，简称CA)策略和节目版权管理策略(包括版权录制保护(Content Protection for Recordable Media，简称CPRM)和传输内容保护(High-bandwidth Digital Content Protection，简称HDCP)来实现节目的预约录制功能。但是，这种预约录制技术实现方案较为复杂，并且对电视机硬件成本要求较高，具体体现在：
1、电视端的条件接收方案实现比较复杂；
2、录制的节目存储在本地，因此需要超大容量的存储器存储，增加了存储成本；
3、录制过程需要对解扰、解码后的视频进行重新编码，这对视频编码芯片的性能、以及CPU计算能力和内存大小要求也较高，增加了硬件成本；而且很重要的是，由于缺乏专业昂贵的多媒体编码设备，编码后的视频相比原始视频的质量大为下降；
4、无人监管情况下的家庭长时间预约自动录制，其过程的可靠性很难得到保证，偶发的断电、断网、干扰、存储空间不足等情况极大的影响用户体验。
综上所述可知，现有技术中的电视直播节目的预约录制的成本较高，因此有必要提出改进的技术手段解决上述问题。
发明内容
本申请的主要目的在于提供一种电视节目的录制方法和服务器，以克服现有技术中的电视节目的预约录制的成本较高的问题。
本申请实施例提供一种电视节目的录制方法，其包括：接收一个或多个用户的多个节目预约请求；将每一节目预约请求分别分解为多个预定格式的子任务单元；收集所述多个节目预约请求分解后的多个预定格式的子任务单元；将所述多个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；依照所述录制需求集合对电视节目进行统一录制。
其中，所述子任务单元包括以下信息：频道、节目、时间段；所述将所述多个节目预约请求的子任务单元进行去重，包括：以频道信息为索引，将相同频道的相同的节目信息和时间段信息进行去重。
其中，所述方法还包括：对每个频道一一对应设置节目接收机，具有该频道信息的各子任务单元对应的电视节目通过该节目接收机接收。
其中，所述依照所述录制需求集合对电视节目进行统一录制，包括：根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。
其中，所述方法还包括：将录制的电视节目对应子任务单元分块存储；接收到对应所述节目预约请求的节目播放请求；根据所述节目播放请求确定对应的子任务单元；根据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的电视节目的链接地址，并将所述电视节目的链接地址提供给客户端。
本申请实施例提供还一种服务器，其包括：第一接收模块，用于接收一个或多个用户的多个节目预约录制请求；分解模块，用于将每一节目预约请求分别分解为多个预定格式的子任务单元；收集模块，用于收集所述多个节目预约请求分解后的多个预定格式的子任务单元；去重模块，用于将所述多 个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；录制模块，用于依照所述录制需求集合对电视节目进行统一录制。
其中，所述子任务单元包括以下信息：频道、节目、时间段；所述去重模块用于，以频道信息为索引，将相同频道的相同的节目信息和时间段信息进行去重。
其中，所述服务器还包括：节目接收机，其与每个频道一一对应设置，用于接收具有该频道信息的各子任务单元对应的电视节目。
其中，所述录制模块用于，根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。
其中，服务器还包括：存储模块，用于将录制的电视节目对应子任务单元分块存储；第二接收模块，用于接收到对应所述节目预约请求的节目播放请求；地址确定模块，用于根据所述节目播放请求确定对应的子任务单元，根据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的电视节目的链接地址；服务提供模块，用于将所述电视节目的链接地址提供给客户端。
根据本申请的技术方案，将分散的不同用户的节目预约请求去重后合并为录制需求集合并进行电视节目的统一录制，相同的电视节目只在服务端录制一次，通过本申请能够在满足录制需求的情况下大幅降低了录制成本。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请一个实施例的服务器的结构框图；
图2是根据本申请另一实施例的服务器的结构框图；
图3是根据本申请一个实施例的电视节目的录制方法的流程图；
图4是根据本申请另一实施例的电视节目的录制方法的流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的主要思想在于，客户端向服务端(云端)提交节目预约录制请求，在服务端进行统一的节目录制并完成存储，用户可以在任意时间在线观看存储在服务端的私人预约录制的直播电视节目。在本申请中，用户鉴权管理、节目预约录制、节目的版权管理、节目复制和存储等都在服务端统一管理，下面分别从服务端和客户端两方面详细描述。
图1是根据本申请一个实施例的服务器的结构框图，如图1所示，该服务器至少包括：第一接收模块110、分解模块120、收集模块130、去重模块140和录制模块150，下面详细描述各模块的结构和功能。
第一接收模块110用于通过网络接收一个或多个用户的多个节目预约录制请求，节目预约录制请求，所述的多个节目预约录制请求可以是来自于一个客户端、也可以是来自于不同的客户端。
分解模块120，用于将每一节目预约请求分别分解为多个预定格式的子任务单元。在本申请的实施例中，所述节目预约录制请求中可以包含预约录制内容相关信息的一项或多项子任务单元。而每一子任务单元包含频道、节目和时间段等三个属性信息，可以以“{频道X，节目Y，时间段Z}”这样的格式表示。每一子任务单元中的频道、节目和时间段信息能够唯一标识电视节目。其中，频道信息是指电视台及其频道数字，一般地一个电视台可以包括多个频道，而每个频道播放不同的电视节目，每个频道在一定的频率范围内传输电视信号，例如频道信息可以是CCTV-1、BTV-2、或东方卫视-1等；节目信息是该频道所播放的具体节目信息，例如电视剧、电影、体育赛事等；时间段则表示具体的电视节目对应的时间长短。综上，分解模块120将第一接收模块110接收的多个节目预约请求按照上述的格式进行分解，并得到多 个子任务单元。
结合表1举例说明，接收模块110接收到来自3个客户端的预约录制请求，分解模块120将来自客户端A的预约录制请求分解得到{频道1，连续剧X的第1集，时间段10:00-10:50}、将来自客户端B的预约录制请求分解得到{频道1，连续剧X的第1集，时间段10:00-10:50}和{频道1，连续剧X的第2集，时间段11:00-11:50}、将来自客户端C的预约录制请求分解得到{频道1，连续剧X第2集，时间段11:00-11:50}和{频道2，连续剧Y的第1集，时间段11:30-12:20}。如表1所示，通过分解模块120对来自3个客户端的预约录制请求进行分解处理后，得到5个子任务单元。
表1
序号 客户端 频道 节目 时间段
1 A 1 连续剧X的第1集 10:00-10:50
2 B 1 连续剧X的第1集 10:00-10:50
3 B 1 连续剧X的第2集 11:00-11:50
4 C 1 连续剧X的第2集 11:00-11:50
5 C 2 连续剧Y的第1集 11:30-12:20
收集模块130用于收集所述多个节目预约请求分解后的多个预定格式的子任务单元。由于第一接收模块110接收到的多个节目录制请求是分散的来自于多个客户端的，并且这些节目录制请求的数量是随着时间动态变化(增加)的，因此需要先将这些分散的多个子任务单元统一集中起来，然后才能够判断其中相同的子任务单元。
去重模块140用于将所述多个节目预约的子任务单元进行去重处理，生成由多个去重后的子任务单元组成的录制需求集合。在收集模块130收集得到的大量的子任务单元中存在着大量相同的子任务单元，或者说这些多个子任务单元中存在对应相同预约录制内容的子任务单元，所述相同的子任务单元是指包括的频道、节目和时间段信息相同的子任务单元。并且，相同的子任务单元的数量随着接收到的节目预约请求总量的增加而增加。如表1所示，子任务单元1和子任务单元2、子任务单元3和子任务单元4，都是重复的子 任务单元。基于上述分析，本申请采用了将动态变化的多用户的节目预约请求去重技术，核心是将节目预约请求分解后的重复的子任务单元进行去重处理。具体地，每个子任务单元包含：频道、节目、时间段等三个属性信息，去重处理时以频道信息为索引，将相同频道的相同的节目信息和时间段信息进行去重合并，这样，通过去重处理后生成由多个去重后的子任务单元组成的录制需求集合，换句话说，所述录制需求集合中不存在相同的子任务单元，录制需求集合中的子任务单元分别对应不同的预约录制内容。所述录制需求集合可以以录制需求集合表的形式存储在服务端。
承上述例子，去重模块140负责将收集模块130所收集到的5个子任务单元进行去重处理，通过表1可以看出，子任务单元1和子任务单元2、子任务单元3和子任务单元4的频道、节目和时间段信息是完全相同的，去重模块140将相同的子任务单元进行去重合并，生成一个不包括相同子任务单元的录制需求集合，参考表2，是去重合并之后的录制需求集合表，其中没有相同的电视节目。
表2
频道 节目 时间段
1 连续剧X的第1集 10:00-10:50
1 连续剧X的第2集 11:00-11:50
2 连续剧Y的第1集 11:30-12:20
录制模块150用于依照所述录制需求集合对电视节目进行统一录制，从而为用户端提供预约录制节目的播放服务。由于录制模块150是根据去重处理后的录制需求集合对电视节目进行统一录制，因此相同的电视节目只录制一次，并不重复录制相同的节目，在满足录制需求的情况下大幅降低了录制成本。
图2是根据本申请另一实施例的服务端装置的结构框图，如图2所示，该装置包括：第一接收模块210、分解模块220、收集模块230、去重模块240和录制模块250、节目接收机260、存储模块270、第二接收模块280、地址 确定模块290和服务提供模块295。其中，第一接收模块210、分解模块220、收集模块230、去重模块240和录制模块250分别与图1中所示的第一接收模块110、分解模块120、收集模块130、去重模块140和录制模块150类似，此处不再赘述。
节目接收机260与每个频道一一对应设置，用于接收具有该频道信息的各子任务单元对应的电视节目。例如，如果电视的频道信息包括1～N，则设置对应的节目接收机1～N接收电视节目。具体地，在所述录制需求集合的子任务单元中包括有频道、节目、时间段等信息，节目接收机260负责接收每个子任务单元中的频道信息对应的频道所播放的电视节目。
在本申请的实施例中，节目接收机260通过统一授权的条件接受(CA)系统，将加扰的电视信号解扰(解码)为清流信号，从而接收到该频道播放的电视节目。所述录制模块250根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。在本申请的一个实施例中，服务器将每个预约录制的完成情况、进度等节目的录制状态信息发送至客户端装置，客户端将节目的录制状态列表展示，用户可以获知节目录制的实时信息。
承上述例子，需要对频道1的连续剧X的第1集进行预约录制。首先设置节目接收机1接收频道1播放的节目，然后根据频道1确定对应的节目接收机1，并在连续剧X的第1集的播放时间段10:00-10:50期间，由录制模块250对节目接收机1接收的节目进行录制，从而实现了预约节目(连续剧X的第1集)的录制。在实际应用中，可以采用HLS(HTTP Live Streaming)协议支持的码流格式进行节目录制。根据本申请实施例，每个频道配置一台对应的节目接收机(节目接收机的数量等于电视频道数量)，从而减少了使用的节目接收机的数量，降低了录制成本。
存储模块270用于将录制的电视节目对应子任务单元分块存储。具体地，存储模块270将录制模块250预约录制的电视节目统一存储在服务端，在存储时将电视节目与其对应的子任务单元建立对应关系并分块存储，每个分块存储的电视节目具有对应的存储地址，通过子任务单元能够确定其对应的电视节目的存储链接地址(URL)。具体地可以使用分布式网络存储方案进行 存储，此处不再赘述。由于录制的电视节目统一存储在服务端，客户端本地不再需要下载和存储电视节目，因此降低了用户的使用成本。在实际应用中，存储模块270可以是设置在服务端的分布式存储装置或者直接设置在云端服务器中。
第二接收模块280，用于接收到来自用户的对应所述节目预约请求的节目播放请求。在实际应用中，用户必须在发送节目预约请求后才能够发送节目播放请求，也就是说，节目预约请求对应的电视节目与节目播放请求对应的电视节目是相一致的。
地址确定模块290，用于根据所述节目播放请求确定对应的子任务单元，根据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的电视节目的链接地址。具体地，在接收到来自客户端的对应节目预约请求的节目播放请求后，首先调出该客户端的节目预约请求，然后根据该节目预约请求确定对应的子任务单元，并从存储模块270统一存储的电视节目中确定该子任务单元对应的电视节目的链接地址(URL)。承上述例子，接收到来自客户端A的播放连续剧X的第1集的节目播放请求。首先，根据该节目播放请求查找到对应的节目预约请求，并继续查找该节目预约请求所对应的子任务单元，该子任务单元包括信息为：频道1，连续剧X的第1集，时间段10:00-10:50；然后在统一存储的电视节目中查找该子任务单元对应存储的电视节目，从而将存储的频道1的时间段在10:00-10:50之间的电视节目连续剧X的第1集的URL地址分离出来。
服务提供模块295用于将分离出的电视节目的链接地址(URL)发送给客户端，当客户端点击该URL时调用本地的视频播放器播放该电视节目，并且用户还可以通过预约录制请求中包含的时间段信息，对节目播放的时间长度进行控制。需要说明，由于相同的电视节目只在服务器录制一次，当多个用户请求播放同一个电视节目时，所提供的电视节目的URL地址是相同的，这些用户通过同一个URL地址观看该电视节目，而这并不会影响用户的观看效果和体验。
根据本申请的实施例，将分散的不同用户的节目预约录制需求去重后合并为录制需求集合进行统一电视节目录制，并将录制的节目统一存储在服务 端；接收到个人用户的播放请求后从统一存储的节目中分离出个人请求播放的电视节目的链接地址并提供给客户端，通过本申请能够以较低的成本实现直播电视节目的预约录制服务。
在本申请的一个实施例中，用户在客户端装置编辑电视节目的预约录制内容，客户端装置根据预约录制的电视节目设置节目预约请求，并将该节目预约请求发送到服务端。之后，可以在客户端装置列表展示所预约录制的电视节目的状态信息，包括每个预约录制请求的进度以及完成情况等信息；并且，还可以通过客户端装置管理已完成录制的电视节目，包括列表展示电视节目存储的URL、展示观看状态信息(未观看、已观看、观看进度)等。
图3是根据本申请一个实施例的电视节目的录制方法的流程图，如图3所示，所述方法包括：
步骤S302，通过网络接收到一个或多个用户的多个节目预约请求；
步骤S304，将每一节目预约请求分别分解为多个预定格式的子任务单元；
具体地，所述节目预约录制请求中可以包含预约录制内容相关信息的一项或多项子任务单元。而每一子任务单元包含频道、节目和时间段等三个属性信息，可以以“{频道X，节目Y，时间段Z}”这样的格式表示。每一子任务单元中的频道、节目和时间段信息能够唯一标识电视节目。
步骤S306，收集所述多个节目预约请求分解后的多个预定格式的子任务单元；由于接收到的多个节目录制请求是分散的来自于多个客户端的，并且这些节目录制请求的数量是随着时间动态变化(增加)的，因此需要先将这些分散的多个子任务单元统一集中起来，然后才能够判断其中相同的子任务单元。
步骤S308，将所述多个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；
在将所述多个任务单元进行去重时，以频道信息作为索引，将相同频道的相同的节目信息和时间段信息进行去重合并。这样通过本步骤的去重处理 后，生成由多个去重后的子任务单元组成的录制需求集合，换句话说，所述录制需求集合中不存在相同的子任务单元。
步骤S310，依照所述录制需求集合对电视节目进行统一录制，以便为客户端提供预约录制节目的播放服务。
进一步地，对每个频道一一对应设置节目接收机，具有该频道信息的各子任务单元对应的电视节目通过节目接收机接收，也就是说，根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。
图4是根据本申请另一实施例的电视节目的录制方法的流程图，如图4所示，在步骤S310之后，所述方法还包括：
步骤S402，将录制的电视节目对应子任务单元分块存储；
其中，将预约录制的电视节目统一存储在服务端，在存储时将电视节目与其对应的子任务单元建立对应关系并分块存储，每个分块存储的电视节目具有对应的存储地址，通过子任务单元能够确定其对应的电视节目的存储链接地址(URL)。由于录制的电视节目统一存储在服务端，客户端本地不再需要下载和存储电视节目，因此降低了用户的使用成本。
步骤S404，接收到对应所述节目预约请求的节目播放请求；
步骤S406，根据所述节目播放请求确定对应的子任务单元，根据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的电视节目的链接地址；
具体地，在接收到来自客户端的对应节目预约请求的节目播放请求后，首先调出该客户端的节目预约请求，然后根据该节目预约请求确定对应的子任务单元，并从统一存储的电视节目中确定该子任务单元对应的电视节目的链接地址(URL)。
步骤S408，将所述电视节目的链接地址提供给客户端，从而客户端调用本地的视频播放器通过所述链接地址观看节目。
本申请的方法的操作步骤与装置的结构特征对应，可以相互参照，不再一一赘述。
综上所述，根据本申请的技术方案，将分散的不同用户的节目预约录制请求去重后合并为录制需求集合并进行电视节目的统一录制，对于相同的电视节目只在服务端录制一次，通过本申请能够在满足录制需求的情况下大幅降低录制成本。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种 过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

  1. 一种电视节目的录制方法，其特征在于，包括：
    接收一个或多个用户的多个节目预约请求；
    将每一节目预约请求分别分解为多个预定格式的子任务单元；
    收集所述多个节目预约请求分解后的多个预定格式的子任务单元；
    将所述多个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；
    依照所述录制需求集合对电视节目进行统一录制。
  2. 根据权利要求1所述的方法，其特征在于，
    所述子任务单元包括以下信息：频道、节目、时间段；
    将所述多个节目预约请求的子任务单元进行去重，包括：以频道信息为索引，将相同频道的相同的节目信息和时间段信息进行去重。
  3. 根据权利要求2所述的方法，其特征在于，还包括：
    对每个频道一一对应设置节目接收机，具有该频道信息的各子任务单元对应的电视节目通过该节目接收机接收。
  4. 根据权利要求3所述的方法，其特征在于，所述依照所述录制需求集合对电视节目进行统一录制，包括：
    根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。
  5. 根据权利要求1所述的方法，其特征在于，还包括：
    将录制的电视节目对应子任务单元分块存储；
    接收到对应所述节目预约请求的节目播放请求；
    根据所述节目播放请求确定对应的子任务单元；
    根据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的 电视节目的链接地址，并将所述电视节目的链接地址提供给客户端。
  6. 一种服务器，其特征在于，包括：
    第一接收模块，用于接收一个或多个用户的多个节目预约请求；
    分解模块，用于将每一节目预约请求分别分解为多个预定格式的子任务单元；
    收集模块，用于收集所述多个节目预约请求分解后的多个预定格式的子任务单元；
    去重模块，用于将所述多个节目预约请求的子任务单元进行去重，生成由多个去重后的子任务单元组成的录制需求集合；
    录制模块，用于依照所述录制需求集合对电视节目进行统一录制。
  7. 根据权利要求6所述的服务器，其特征在于，
    所述子任务单元包括以下信息：频道、节目、时间段；
    所述去重模块用于，以频道信息为索引，将相同频道的相同的节目信息和时间段信息进行去重。
  8. 根据权利要求7所述的服务器，其特征在于，还包括：
    节目接收机，其与每个频道一一对应设置，用于接收具有该频道信息的各子任务单元对应的电视节目。
  9. 根据权利要求8所述的服务器，其特征在于，所述录制模块用于，根据频道信息确定相对应的节目接收机，并根据节目信息和时间段信息对所述节目接收机接收的节目进行录制。
  10. 根据权利要求6所述的服务器，其特征在于，还包括：
    存储模块，用于将录制的电视节目对应子任务单元分块存储；
    第二接收模块，用于接收到对应所述节目预约请求的节目播放请求；
    地址确定模块，用于根据所述节目播放请求确定对应的子任务单元，根 据所述节目播放请求对应的子任务单元确定对应该子任务单元存储的电视节目的链接地址；
    服务提供模块，用于将所述电视节目的链接地址提供给客户端。
PCT/CN2016/094662 2015-08-20 2016-08-11 电视节目的录制方法和服务器 Ceased WO2017028736A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510516257.7A CN106470344B (zh) 2015-08-20 2015-08-20 电视节目的录制方法和服务器
CN201510516257.7 2015-08-20

Publications (1)

Publication Number Publication Date
WO2017028736A1 true WO2017028736A1 (zh) 2017-02-23

Family

ID=58050760

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/094662 Ceased WO2017028736A1 (zh) 2015-08-20 2016-08-11 电视节目的录制方法和服务器

Country Status (2)

Country Link
CN (1) CN106470344B (zh)
WO (1) WO2017028736A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107124669A (zh) * 2017-05-08 2017-09-01 青岛海信电器股份有限公司 一种预约录制节目的方法和设备
JP6916145B2 (ja) * 2018-04-20 2021-08-11 Ｔｖｓ Ｒｅｇｚａ株式会社 電子機器および番組処理方法
EP4216557A4 (en) 2020-09-15 2024-02-28 Hisense Visual Technology Co., Ltd. DISPLAY METHOD AND DISPLAY DEVICE
CN112118476B (zh) * 2020-09-17 2021-12-31 海信视像科技股份有限公司 一种快速显示节目预约图标的方法及显示设备
CN112990865B (zh) * 2021-03-10 2023-10-31 上海伯俊软件科技有限公司 一种协同工作系统、方法、存储介质及计算机装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798328A (zh) * 2004-12-30 2006-07-05 华为技术有限公司 一种实现电视节目内容定制的系统及方法
WO2007034951A1 (ja) * 2005-09-26 2007-03-29 Nec Personal Products, Ltd. コンテンツ蓄積システム、ユーザ端末装置、コンテンツ蓄積方法、コンテンツ蓄積プログラム及び記憶媒体
CN101631229A (zh) * 2009-08-14 2010-01-20 华为技术有限公司 网络个人录制处理方法和设备及系统
CN101883234A (zh) * 2010-07-14 2010-11-10 福建新大陆通信科技股份有限公司 一种基于机顶盒的节目预录系统及节目预录方法
CN104349201A (zh) * 2013-08-01 2015-02-11 中兴通讯股份有限公司 待录制预约计划处理方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080020868A (ko) * 2006-09-01 2008-03-06 삼성전자주식회사 스트리밍 컨텐츠 기록과 재생에 관한 장치 및 방법
CN102014263B (zh) * 2011-01-06 2012-07-25 深圳市九洲电器有限公司 一种在数字电视接收终端中录制的控制方法及装置
CN103260085A (zh) * 2013-04-16 2013-08-21 鸿富锦精密工业（深圳）有限公司 具有节目续播功能的电视系统、电视装置及方法
CN103227934B (zh) * 2013-04-19 2017-07-28 深圳Tcl新技术有限公司 对电视节目进行录像的方法及服务器
CN104702979B (zh) * 2013-12-05 2019-09-17 中兴通讯股份有限公司 一种基于iptv的回看方法与回看系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798328A (zh) * 2004-12-30 2006-07-05 华为技术有限公司 一种实现电视节目内容定制的系统及方法
WO2007034951A1 (ja) * 2005-09-26 2007-03-29 Nec Personal Products, Ltd. コンテンツ蓄積システム、ユーザ端末装置、コンテンツ蓄積方法、コンテンツ蓄積プログラム及び記憶媒体
CN101631229A (zh) * 2009-08-14 2010-01-20 华为技术有限公司 网络个人录制处理方法和设备及系统
CN101883234A (zh) * 2010-07-14 2010-11-10 福建新大陆通信科技股份有限公司 一种基于机顶盒的节目预录系统及节目预录方法
CN104349201A (zh) * 2013-08-01 2015-02-11 中兴通讯股份有限公司 待录制预约计划处理方法及装置

Also Published As

Publication number Publication date
CN106470344B (zh) 2019-08-23
CN106470344A (zh) 2017-03-01

Similar Documents

Publication Publication Date Title
US9948970B2 (en) Systems, methods, and apparatus for accessing recordings of content items on multiple customer devices
JP5836278B2 (ja) オンラインソーシャルネットワークによる自動メディア資産アップデート
CN102595195B (zh) 电子节目指南(epg)亲和力聚类
US8396924B2 (en) Content management using a website
CN103718543A (zh) 可变实时缓冲区和装置
CN101573678A (zh) 基于终端用户的期望表动态地创建内容频道的方法、系统和装置
US20140157324A1 (en) Content Identification and Management
US20140023340A1 (en) Network-based content storage
WO2017028736A1 (zh) 电视节目的录制方法和服务器
US20130064525A1 (en) Method of modifying play of an original content form
CN107770624A (zh) 一种直播过程中多媒体文件的播放方法、装置及存储介质
US20200280760A1 (en) Capturing border metadata while recording content
US9288526B2 (en) Method and system for delivery of content over communication networks
CN102265272B (zh) 有偏向的推荐器系统
CN106303585B (zh) 节目回看方法、媒体服务器、机顶盒及节目回看系统
CN103974117B (zh) 一种共享录制方法、装置、服务器和机顶盒
CN106303591A (zh) 一种视频推荐方法及装置
US8447942B2 (en) Content storage using quotas
US10298984B2 (en) Network PVR
CN103686212B (zh) 数据推送方法、推送前端系统和终端设备及数字电视系统
CN202143177U (zh) 一种实现网络电视终端多媒体数据共享的系统
TW201828710A (zh) 電視節目的錄製方法和伺服器
JP7711338B1 (ja) 情報処理システム、情報処理方法およびプログラム
HK1234931B (zh) 电视节目的录制方法和服务器
KR102445589B1 (ko) 세그먼트화 된 미디어 콘텐츠의 관리를 위한 시스템, 방법, 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16836600

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16836600

Country of ref document: EP

Kind code of ref document: A1