WO2018045893A1 - 媒体文件推送方法、媒体文件服务器及媒体文件推送系统 - Google Patents

媒体文件推送方法、媒体文件服务器及媒体文件推送系统 Download PDF

Info

Publication number
WO2018045893A1
WO2018045893A1 PCT/CN2017/099366 CN2017099366W WO2018045893A1 WO 2018045893 A1 WO2018045893 A1 WO 2018045893A1 CN 2017099366 W CN2017099366 W CN 2017099366W WO 2018045893 A1 WO2018045893 A1 WO 2018045893A1
Authority
WO
WIPO (PCT)
Prior art keywords
media file
content
user
target
time information
Prior art date
Application number
PCT/CN2017/099366
Other languages
English (en)
French (fr)
Inventor
朱毅
李�瑞
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2018045893A1 publication Critical patent/WO2018045893A1/zh
Priority to US16/295,593 priority Critical patent/US10911802B2/en
Priority to US17/135,440 priority patent/US20210120283A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62Establishing a time schedule for servicing the requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/251Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/251Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/252Processing of multiple end-users' preferences to derive collaborative data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25891Management of end-user data being end-user preferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26241Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the time of distribution, e.g. the best time of the day for inserting an advertisement or airing a children program
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/482End-user interface for program selection
    • H04N21/4828End-user interface for program selection for searching program descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8405Generation or processing of descriptive data, e.g. content descriptors represented by keywords

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a media file pushing method, a media file server, and a media file pushing system.
  • a terminal such as a mobile phone or a computer
  • the user does not have time to watch a complete video program, such as a complete movie, but uses a short fragmentation time to watch some short-term Video shows, such as the use of breakfast time to watch news programs, humorous videos or the essence of a movie.
  • the user searches for a video that satisfies his needs by inputting a keyword in the terminal.
  • the video pushed by the terminal to the user may not meet the user's viewing requirements, and the user still needs to filter the video.
  • the user wants to watch the local news video for about 10 minutes during the breakfast time.
  • the video server may push all news-type videos. The duration of these videos is different.
  • the user still needs to click the video details page to view the video duration information or play it after the video is played.
  • the control bar displays the duration information to further filter the video that meets the user's demand for duration. In this case, the time spent searching for the relevant video may cause the user to give up watching.
  • the present application provides a media file pushing method, a media file server, and a media file pushing system to solve the problem that a user in the prior art cannot quickly obtain a media file that satisfies its push requirement.
  • the present application provides a method for pushing a media file, including: acquiring retrieval information input by a user, the retrieval information including at least time information; the time information indicating a user's demand for playing time of the media file; determining according to the preset content.
  • the rule determines a play content of the media file; and according to the time information and the play content of the media file, acquire at least one target media file that satisfies the time information and the play content in the media file resource library; and render the at least one target media file in the push In the interface.
  • the time information included in the search information may be a time interval or a fixed duration.
  • the search information may be a search keyword input by the user, and the search keyword includes at least a duration keyword, for example, a search keyword of “10 minutes+news” input by the user, and “10 minutes” is a duration.
  • the keyword, "news" is the content keyword.
  • time-based search fields are displayed on the terminal for the user to select. Therefore, the retrieval information input by the user can also be displayed by the user from the terminal. There is a search field selected in the time-based search field. For example, the time-based search fields of “breakfast”, “afternoon tea” and “dinner” are displayed on the terminal, and the user can select any search field.
  • the media file server can determine the user's playing time requirement for the media file by using the time information in the search information input by the user. And determining the playing content of the media file according to the preset content determining rule, and then pushing only at least one media file that satisfies the duration requirement and the playing content to the user, without pushing other media files that do not satisfy the pushing requirement, thereby reducing user searching
  • the time spent on media files allows users to quickly access media files that meet their push needs, thereby improving the user experience.
  • the media file server plays the record according to the history of the user, and determines that the user play frequency meets at least the preset requirement.
  • a content category determining any one of the at least one content category as the target content category; and determining the play content satisfying the target content category as the play content of the media file. For example, if the search information input by the user is “10 minutes”, the media file server can only determine, according to the search information, that the user's duration requirement for the media file is “10 minutes”.
  • the media file server determines that the user frequently views the variety entertainment and sports media files by viewing the user's historical viewing history, and the media file server may determine the variety entertainment category or the sports category as the target content category.
  • the play content belonging to the target content category is determined as the play content of the media file.
  • the media file server can determine the target content category of the media file according to the historical play record of the user, and further determine the play content that meets the target content category as the play content of the media file, and the media file determined by the implementation manner.
  • the playback content is based on the user's historical playback record, and can be closer to the actual needs of the user, and then only push at least one media file that satisfies the time information and the playback content to the user, without pushing other media files that do not meet the push requirements. Reducing the time it takes for users to find media files, enabling users to quickly access media files that meet their push needs, thereby improving the user experience.
  • the retrieval information input by the user includes only the time information, and the content category pre-stored by the user is stored in the media file server, when the content of the playback of the media file is determined, the preset content category is determined.
  • a target content category determining a play content that satisfies the target content category as a play content of the media file.
  • the media file server can determine the pre-stored content category as the target content category, and then determine the play content that satisfies the target content category as the play content of the media file, and play the media file determined by the implementation manner.
  • the content is based on the user's settings, and can satisfy the user's demand for playing content, and then push only at least one media file that satisfies the time information and the played content to the user, without pushing other media files that do not satisfy the push requirement, thereby reducing the user's search.
  • the time spent on media files allows users to quickly access media files that meet their push needs, thereby improving the user experience.
  • the play content including the content keyword is determined as the media file according to the content keyword.
  • Play content For example, if the search information input by the user is the search keyword of “10 minutes+news”, the media file server can determine that the user has a time requirement of the media file for 10 minutes according to “10 minutes”, and can determine the user pair according to “news”.
  • the content requirements of the media file are media files of the news category.
  • the media file server can determine the play content of the media file according to the content keyword input by the user, and the play content of the media file determined by the implementation manner is based on the content keyword input by the user, and can satisfy the user to play.
  • the content requirement and then pushing only at least one media file satisfying the time information and the playing content to the user, without pushing other media files that do not satisfy the pushing requirement, can reduce the time taken by the user to find the media file, so that the user can quickly obtain the satisfaction. It pushes the required media files to improve the user experience.
  • the time information and the playing content of the media file acquiring at least one target media file that satisfies the time information and the playing content in the media file resource library, specifically: searching for a media file resource library, determining Whether the media file resource library contains the target media file that satisfies the time information and the playing content; if not, at least one media file whose playing frequency meets the preset requirement is clipped as the target media that satisfies the time information and the playing content. file.
  • the target media file when the target media file is obtained from the media file repository, if the media file that satisfies the time information and the played content can be found, the found media file can be used as the target media file to be pushed; If not found, the media file with high playing frequency can be edited, and the target media file satisfying the time information and the playing content can be obtained, and then at least one media file satisfying the time information and the playing content can be pushed to the user without pushing other media files.
  • Media files that do not meet the push requirements can reduce the time it takes for users to find media files, enabling users to quickly obtain media files that meet their push needs, thereby improving the user experience.
  • the media file server pushes the plurality of target media files according to the playing popularity or the number of times of playing to facilitate the user to select the media file that he wants to play.
  • the media file server can push the target media file to the user according to the playing popularity and the playing times of the media file, and then push only at least one media file that satisfies the time information and the playing content to the user, without pushing other unsatisfied pushes.
  • the required media file is convenient for the user to select the media file that he wants to play, which can reduce the time taken by the user to find the media file, so that the user can quickly obtain the media file that meets the push requirement, thereby improving the user experience.
  • the present application further provides a media file server, which can implement the functions performed by the media file server in the above method example, and the functions can be implemented by hardware or by executing corresponding software by hardware.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • the structure of the media file server includes a processor and a transceiver configured to support the media file server to perform the corresponding functions in the above methods.
  • the transceiver is used to support communication between the media file server and other network elements.
  • the media file server can also include a memory for coupling with the processor that holds the program instructions and data necessary for the media file server.
  • the present application provides a computer storage medium for storing computer software instructions for use in the media file server described above, including a program designed to perform the above aspects.
  • the application provides a media file pushing system, including the foregoing media file server and terminal provided by the application, where the terminal is configured to display at least one target media file pushed by the media file server.
  • the media file pushing method, the media file server, and the media file pushing system provided by the present application are compared with the media files in the prior art that the user cannot quickly obtain the media file that meets the pushing requirements.
  • the media file server can be input by the user.
  • the time information in the retrieval information determines the duration requirement of the user for the media file; and determines the playing content of the media file according to the preset content determining rule, and then only pushes the media file that meets the duration requirement and the playing content to the user, without pushing other Media files that meet the push requirements can reduce the time it takes for users to find media files, enabling users to quickly obtain media files that meet their push needs, thereby improving the user experience.
  • FIG. 1 is a schematic structural diagram of a media file pushing system according to an embodiment of the present application
  • FIG. 2 is a schematic structural diagram of another media file pushing system according to an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of a method for pushing a media file according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of an interface for inputting retrieval information in a terminal according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of an interface for inputting retrieval information in another terminal according to an embodiment of the present disclosure
  • FIG. 6 is a schematic flowchart of another media file pushing method according to an embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of a media file server according to an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of another media file server according to an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a media file server according to an embodiment of the present disclosure.
  • the media file pushing method provided by the embodiment of the present application can be applied to an application scenario in which a user plays a media file through a terminal.
  • the embodiment of the present application provides a media file pushing system applied in the application scenario, including: a terminal 101 and a media file server 102.
  • the terminal 101 can be any device that has a media file search and play function, such as a mobile phone, a tablet computer, and a smart TV.
  • the media file server 102 can communicate with the terminal 101 and push the media file to the terminal 101.
  • the media file pushing method provided by the embodiment of the present application can also be applied to an application scenario of multi-screen interaction.
  • multi-screen interaction refers to the use of IGRS protocol, Miracast protocol, etc., through Wi-Fi (Wireless-Fidelity) network connection, multimedia content transmission, analysis, display and on different multimedia terminals
  • Wi-Fi Wireless-Fidelity
  • a series of operations, such as control, enable simultaneous sharing of presentation content on different platform devices to enrich the user's multimedia life.
  • movies on the mobile phone can be played on the television, pictures on the tablet can be shared on the television, and the contents of the computer can be projected onto the television.
  • the embodiment of the present application provides a media file pushing system that is applied to the multi-screen interactive application scenario, and includes: a first terminal 201, a media file server 202, and a second terminal 203.
  • the first terminal 201 may specifically be a mobile phone, a smart bracelet, a tablet computer, a smart remote controller, and the like.
  • the media file server 202 is configured to retrieve the media file based on the retrieval information input by the user through the first terminal 201, and push the media file to the second terminal 203.
  • the second terminal 203 can be a smart TV, a tablet computer, a mobile phone and the like including a set top box, and is used to play the media file pushed by the media file server 202.
  • the embodiment of the present application provides a media file pushing method, and the execution body thereof may be the media file server shown in FIG. 1 or FIG. 2.
  • the embodiment of the present application is described by taking the media file pushing method provided by the embodiment of the present application as an example of the system architecture shown in FIG. 2 .
  • the media file referred to in the embodiment of the present application includes various files, such as an audio file, a video file, and an image file.
  • the embodiment of the present application uses a media file as a video file as an example for description.
  • the method specifically includes:
  • the media file server obtains the retrieval information input by the user through the first terminal.
  • the retrieval information includes at least time information, and the time information is used to indicate a user's duration requirement for the media file.
  • the time information may be a time interval, a fixed time value, or a time based search field.
  • the time information is a time interval, such as "10 minutes to 30 minutes”
  • it may be determined that the user's duration of the media file is a media file having a play duration of "10 minutes to 30 minutes.”
  • the time information is a fixed time value
  • the user's duration requirement for the media file is within a time interval that is floating around the time value. If the time information is “30 minutes”, the user's time requirement for the media file may be determined as Play time is about 30 minutes, such as 25 minutes to 35 minutes of media files.
  • the time requirement of the user for the media file indicated by the time information is a statistical value according to the time scenario; for example, the average user breakfast time is 10 minutes. For about 30 minutes, the length of time indicated is 10 minutes to 30 minutes.
  • the search information may further include a content keyword related to the media file to be pushed, such as a name of the media file, a name of the actor in the media file, and the like; the content keyword is used to indicate a content requirement of the user for the media file.
  • a content keyword related to the media file to be pushed such as a name of the media file, a name of the actor in the media file, and the like
  • the content keyword is used to indicate a content requirement of the user for the media file.
  • the search information input by the user may be a search keyword input by a user, and the search keyword includes at least a time keyword.
  • an embodiment of the present application provides an interface diagram for inputting retrieval information in a terminal.
  • search keyword the user clicks to select "search keyword”
  • the user can click on the corresponding search bar in the pop-up interface, as shown in the figure "Enter Keyword 1", " Enter the corresponding keyword by entering the keyword 2" and "Enter keyword 3".
  • the user may click to send to trigger the terminal to send the search information to the media file server.
  • the user can also re-enter the keyword by clicking the reset button.
  • the search information may be a search keyword composed of a plurality of keyword fields such as “10 minutes+news” and “half hour+Titanic” input by the user in the search bar displayed by the first terminal 201.
  • the “10 minutes” and “half hours” are time information, which can indicate the user's demand for viewing time of the media file;
  • “News” and “Titanic” are content keywords, which can indicate the user's content requirements for the media file.
  • a plurality of time-based search fields are displayed on the first terminal 201 for the user to select.
  • the retrieved information is the time-based search field selected by the user.
  • the embodiment of the present application provides another interface for inputting retrieval information in the first terminal. intention.
  • the user wants to find a media file by selecting a time-based search field
  • the user clicks to select "time-based search field” the user can display multiple search fields in the pop-up interface, for example: breakfast, lunch Time-based search fields such as afternoon tea.
  • the sending may be clicked to trigger the terminal to send the retrieved information to the media file server.
  • the user can also reselect the time-based search field by clicking the reset button.
  • the search information is search information input by the user through the terminal 101.
  • the media file server determines the playing content of the media file according to the preset content determining rule.
  • the target content category of the media file may be determined first, and then the play content satisfying the target content category is determined as the play of the media file to be pushed. content.
  • the target content category when the content category pre-stored by the user is stored in the media file server, the target content category may be the pre-set content category.
  • the play content belonging to the variety entertainment category is directly determined as the play content of the media file to be pushed.
  • the target content category may also be a target content category determined by the media server according to certain rules. The specific implementation process is described in detail later.
  • the play content including the content keyword is determined as the play content of the media file according to the content keyword. For example, if the search information input by the user is the search keyword of “10 minutes + Titanic”, the media file server can determine that the user needs time for the media file is 10 minutes according to “10 minutes”, according to “Titanic” It is possible to determine that the content of the media file is played by the Titanic.
  • the media file server acquires, according to the time information and the play content of the media file, at least one target media file that satisfies the time information and the play content in the media file resource library.
  • the media file saved in the media file database is a media file fragment of various durations edited by an operator or a content provider.
  • the target media file is obtained from the media file repository, if the media file that satisfies the time information and the played content can be found, the found media file can be used as the target media file to be pushed; if not, the file can be found.
  • At least one media file whose playing frequency meets the preset requirement is clipped, and a target media file that satisfies the time information and the played content is obtained.
  • the user needs to have a duration of the media file for half an hour and the content requirement of the media file is the movie A, then by counting which part of the content or the fragment is specifically viewed by the plurality of users when viewing the movie A within half an hour Edit one or more media file segments with a higher viewing frequency into a target media file with a duration of half an hour.
  • the media file server presents the at least one target media file in a push interface and sends the same to the second terminal.
  • each target media file is sequentially presented in a push interface according to the playing popularity or the number of playing times so that the user selects the media that he wants to play from the plurality of target media files. file.
  • the media file server 102 can be terminated. End 101 pushes multiple target media files.
  • the media file pushing method provided by the present application is compared with the media file in the prior art that the user cannot quickly obtain the media file that meets the push requirement.
  • the media file server can determine the user pair by using the time information in the search information input by the user.
  • the duration requirement of the media file; determining the playing content of the media file according to the preset content determining rule, and then pushing only the media file satisfying the duration requirement and playing the content to the user, without pushing other media files that do not meet the push requirement can reduce The time it takes for a user to find a media file allows the user to quickly obtain media files that meet their push requirements, thereby improving the user experience.
  • the embodiment of the present application further provides a media file pushing method, where the method is applied to an application scenario in which the retrieval information includes only time information, and the method specifically includes:
  • the media file server acquires retrieval information input by the user through the first terminal, and the retrieval information includes at least time information, where the time information indicates a user's demand for playing time of the media file.
  • step 301 For the specific implementation process of the step, refer to step 301, and details are not described herein again.
  • the historical play record of the user may be a play record within a period of time, such as 1 month or 2 weeks.
  • the preset requirement may be the number of times requirement, and the playing frequency satisfies the preset requirement that the playing frequency is greater than or equal to a certain number of times.
  • the big data statistics method may be used to determine which category the media file that the user frequently views belongs to.
  • n1 and n3 are greater than the preset number of times, it is determined that the target content category corresponding to user A is a variety entertainment category and a news category.
  • the media file server determines any one of the at least one content category as the target content category, and determines the play content that satisfies the target content category as the play content of the media file.
  • the content of the media files viewed by some users is similar, and the users who belong to the same target content category may be considered to view the media files played by other users according to the viewing records of other users belonging to the same target content category.
  • the media file that user B has seen and that user A has not seen may be determined as a push according to the user B's viewing record. Give user A's media file.
  • the media file server acquires at least one target media file that satisfies the time information and the played content in the media file resource library according to the time information and the play content of the media file.
  • step 303 For the specific implementation process of this step, refer to step 303, and details are not described herein again.
  • the media file server presents the at least one target media file in a push interface and sends the file to the second terminal.
  • step 304 For the specific implementation process of this step, refer to step 304, and details are not described herein again.
  • the viewing time corresponding to the user may also be determined at the same time to obtain the target content category corresponding to the viewing time. Then, when the time information included in the search information is a time-based search field selected by the user, the media file corresponding to the time information can be pushed.
  • the media file category corresponding to the user at the breakfast time is a news category
  • the media file category corresponding to the afternoon tea (3 pm to 5 pm) time is Entertainment category
  • the corresponding media file category at dinner time is the emotional TV drama category
  • the corresponding media file category is movie before going to sleep (9 pm to 12 pm).
  • the time information input by the user is afternoon tea
  • the media file corresponding to the afternoon tea is presented on the push interface.
  • the method when the search information input by the user only includes the time information, that is, only the time length of the media file to be pushed is clearly required, and when the content of the media file to be pushed is not clearly required, the method is adopted.
  • the historical play record of the user is counted, and the target content category that the user frequently views is determined according to the historical play record, the play content of the target content category is determined as the play content of the media file to be pushed, and then the time information and the content category are pushed.
  • Media files The media file pushed by the implementation can be closer to the actual push requirement of the user, thereby improving the user experience.
  • each network element such as a media file server
  • each network element includes hardware structures and/or software modules for performing respective functions in order to implement the above functions.
  • the present application can be implemented in a combination of hardware or hardware and computer software in combination with the elements and algorithm steps of the various examples described in the embodiments disclosed herein. Whether a function is implemented in hardware or computer software to drive hardware depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present application.
  • the embodiment of the present application may divide the function module of the media file server according to the foregoing method example.
  • each function module may be divided according to each function, or two or more functions may be integrated into one processing module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of the module in the embodiment of the present application is schematic, and is only a logical function division, and the actual implementation may have another division manner.
  • the embodiment of the present application further provides a possible structure diagram of the media file server 102 or the media file server 202 involved in the foregoing embodiment.
  • the method includes an obtaining module 501, a processing module 502, and a pushing module 503.
  • the obtaining module 501 is configured to support the media file server to perform the step 301 in FIG. 3 and the step 401 in FIG. 6 , that is, to obtain the search information input by the user through the first terminal, where the search information includes time information, and the time information includes time information.
  • the processing module 502 is configured to support the media file server to perform step 302 and step 303 in FIG.
  • the processing module 502 is further configured to support the media file server to perform step 402, step 403, and step 404 in FIG. 6.
  • the push module 503 is configured to support the media file server to perform step 304 in FIG. 3 and step 405 in FIG. 6, that is, the at least one target media file is presented in the push interface and sent to the second terminal. All the related content of the steps involved in the foregoing method embodiments may be referred to the functional descriptions of the corresponding functional modules, and details are not described herein again.
  • the media file server 102 or 202 includes a processing module 601 and a communication module 602.
  • the processing module 601 is configured to control and manage the action of the media file server, for example, at
  • the management module 601 is configured to support the media file server to perform the processes 301, 302, 303, and 304 of FIG. 3, the processes 401, 402, 403, 404, 405 and/or other processes for the techniques described herein in FIG. .
  • Communication module 602 is used to support communication between the media file server and other network entities, such as with the functional modules or network entities shown in Figures 1, 2.
  • the media file server may also include a storage module 603 for storing program code and data of the media file server.
  • the processing module 601 can be a processor or a controller, for example, a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), and an application-specific integrated circuit (Application-Specific Integrated Circuit (ASIC), Field Programmable Gate Array (FPGA) or other programmable logic device, transistor logic device, hardware component, or any combination thereof. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure.
  • the processor may also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the communication module 602 can be a transceiver, a transceiver circuit, a communication interface, or the like.
  • the storage module 603 can be a memory.
  • the media file server involved in the embodiment of the present application may be the computer device shown in FIG.
  • the embodiment of the present application provides a computer device 700 including at least one processor 701, a communication bus 702, a memory 703, and at least one transceiver 704.
  • the processor 701, the memory 703, and the at least one transceiver 704 are interconnected by the communication bus 702.
  • the processor 701 can be a general purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • Communication bus 702 can include paths for communicating information between the components described above.
  • the transceiver 704 is configured to communicate with other devices or communication networks, such as an Ethernet, a Radio Access Network (RAN), a Wireless Local Area Networks (WLAN), and the like.
  • RAN Radio Access Network
  • WLAN Wireless Local Area Networks
  • the memory 703 can be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type that can store information and instructions.
  • the dynamic storage device can also be an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM) or other optical disc storage, and a disc storage device. (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be Any other media accessed, but not limited to this.
  • the memory can exist independently and be connected to the processor via a bus.
  • the memory can also be integrated with the processor.
  • the memory 703 is configured to store application code for executing the solution of the present application, and is controlled by the processor 701 for execution.
  • the processor 701 is configured to execute application code stored in the memory 703.
  • the processor 701 may include one or more CPUs, such as CPU0 and CPU1 in FIG.
  • computer device 700 can include multiple processors, such as processor 701 and processor 707 in FIG. Each of these processors can be a single core (single-CPU) The processor can also be a multi-core (multi-CPU) processor.
  • a processor herein may refer to one or more devices, circuits, and/or processing cores for processing data, such as computer program instructions.
  • computer device 700 may also include an output device 705 and an input device 706.
  • Output device 705 is in communication with processor 701 and can display information in a variety of ways.
  • the output device 705 can be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. Wait.
  • Input device 706 is in communication with processor 701 and can accept user input in a variety of ways.
  • input device 706 can be a mouse, keyboard, touch screen device, or sensing device, and the like.
  • the computer device 700 described above can be a general purpose computer device or a special purpose computer device.
  • the computer device 700 can be a desktop computer, a portable computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet, a wireless terminal device, a communication device, an embedded device, or have the FIG. A device of similar structure.
  • PDA personal digital assistant
  • the embodiment of the present application does not limit the type of computer device 700.
  • the steps of a method or algorithm described in connection with the present disclosure may be implemented in a hardware or may be implemented by a processor executing software instructions.
  • the software instructions may be composed of corresponding software modules, which may be stored in a random access memory (RAM), a flash memory, a read only memory (ROM), an erasable programmable read only memory ( Erasable Programmable ROM (EPROM), electrically erasable programmable read only memory (EEPROM), registers, hard disk, removable hard disk, compact disk read only (CD-ROM) or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor to enable the processor to read information from, and write information to, the storage medium.
  • the storage medium can also be an integral part of the processor.
  • the processor and the storage medium can be located in an ASIC.
  • the functions described herein can be implemented in hardware, software, firmware, or any combination thereof.
  • the functions may be stored in a computer readable medium or transmitted as one or more instructions or code on a computer readable medium.
  • Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another.
  • a storage medium may be any available media that can be accessed by a general purpose or special purpose computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Computer Graphics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种媒体文件推送方法、媒体文件服务器及媒体文件推送系统,涉及通信技术领域。为了解决现有技术中存在的用户无法快速获取满足其推送需求的媒体文件的问题而发明。该方法,包括:获取用户输入的检索信息,该检索信息至少包括时间信息,所述时间信息表示用户对媒体文件的播放时长需求;依照预设的内容确定规则确定媒体文件的播放内容;根据所述时间信息和媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和所述播放内容的目标媒体文件;将至少一个目标媒体文件呈现在推送界面中。本申请应用在用户使用终端查找媒体文件的过程中。

Description

媒体文件推送方法、媒体文件服务器及媒体文件推送系统
本申请要求于2016年09月07日提交中国专利局、申请号为201610808142.X、申请名称为“媒体文件推送方法、媒体文件服务器及媒体文件推送系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种媒体文件推送方法、媒体文件服务器及媒体文件推送系统。
背景技术
在用户通过手机、电脑等终端观看视频的过程中,可能存在这样的应用场景,用户没有时间去观看一个完整的视频节目,如一部完整的电影,而是利用短的碎片化时间观看一些短时视频节目,如利用早餐时间观看新闻节目、幽默搞笑视频或一部电影的精华部分。这时,用户通过在终端中输入关键字来搜索满足其需求的视频。
现有技术中,用户在终端输入关键字后,终端推送给用户的视频可能无法满足用户的观看需求,仍然需要用户筛选视频,如:用户早餐时间想看10分钟左右的本地新闻类视频,用户输入“新闻”这一关键字时,视频服务器可能会推送所有新闻类的视频,这些视频的播放时长多种多样,这时用户仍然需要点击视频详情页查看视频时长信息或者在视频播放后通过播放控制条显示时长信息,来进一步筛选满足用户对时长需求的视频,这种情况下,查找相关视频耗费的时间可能会让用户放弃观看。
发明内容
本申请提供一种媒体文件推送方法、媒体文件服务器及媒体文件推送系统,以解决现有技术中存在的用户无法快速获取满足其推送需求的媒体文件的问题。
为了达到上述目的,本申请采用如下技术方案:
一方面,本申请提供一种媒体文件的推送方法,包括:获取用户输入的检索信息,该检索信息至少包括时间信息;该时间信息表示用户对媒体文件的播放时长需求;依照预设的内容确定规则确定媒体文件的播放内容;根据时间信息和媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和播放内容的目标媒体文件;将该至少一个目标媒体文件呈现在推送界面中。
其中,该检索信息中包含的时间信息可以为一个时间区间或者为一个固定时长。
可选的,该检索信息可以为用户输入的搜索关键字,且该搜索关键字至少包括时长关键字,例如:用户输入的“10分钟+新闻”这一搜索关键字,“10分钟”为时长关键字,“新闻”为内容关键字。
可选的,在用户通过终端查找媒体文件时,终端上显示多个基于时间的搜索字段以供用户选择。因此,该用户输入的检索信息还可以为用户从终端显示的所 有基于时间的搜索字段中选择的一个搜索字段。例如:终端上显示“早餐”、“下午茶”、“晚餐”这些基于时间的搜索字段,用户可以选择任意一个搜索字段。
可见,与现有技术中,用户无法快速获取满足其推送需求的媒体文件相比,本申请中,媒体文件服务器能够通过用户输入的检索信息中的时间信息,确定用户对媒体文件的播放时长需求;并依照预设的内容确定规则确定媒体文件的播放内容,进而向用户仅推送满足该时长需求和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
在一种可能的设计中,当用户输入的检索信息中仅包括时间信息时,在确定媒体文件的播放内容时,媒体文件服务器根据用户的历史播放记录,确定用户播放频率满足预设要求的至少一个内容类别,将该至少一个内容类别中的任意一个,确定为目标内容类别;将满足目标内容类别的播放内容确定为媒体文件的播放内容。例如:用户输入的检索信息为“10分钟”则媒体文件服务器仅能够根据该检索信息确定用户对媒体文件的时长需求为“10分钟”。为了确定媒体文件的播放内容,媒体文件服务器通过查看用户的历史观看记录,确定该用户经常观看综艺娱乐类和体育类媒体文件,则媒体文件服务器可将综艺娱乐类或体育类确定为目标内容类别,将属于该目标内容类别的播放内容确定为媒体文件的播放内容。
在该实施例中,媒体文件服务器能够根据用户的历史播放记录确定媒体文件的目标内容类别,进而将满足该目标内容类别的播放内容确定为媒体文件的播放内容,通过该实现方式确定的媒体文件的播放内容以用户的历史播放记录为依据,能够更加贴近用户的实际需求,进而向用户仅推送满足时间信息和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
在一种可能的设计中,当用户输入的检索信息中仅包括时间信息,且媒体文件服务器中存储有用户预先存储的内容类别时,在确定媒体文件的播放内容时,将预设内容类别确定为目标内容类别;将满足该目标内容类别的播放内容确定为媒体文件的播放内容。
在该实施例中,媒体文件服务器能够将预先存储的内容类别确定为目标内容类别,进而将满足该目标内容类别的播放内容确定为媒体文件的播放内容,通过该实现方式确定的媒体文件的播放内容以用户的设置为依据,能够满足用户对播放内容的需求,进而向用户仅推送满足时间信息和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
在一种可能的设计中,当用户输入的检索信息中还包括内容关键字时,在确定媒体文件的播放内容时,根据该内容关键字,将包含该内容关键字的播放内容确定为媒体文件的播放内容。例如:用户输入的检索信息为“10分钟+新闻”这一搜索关键字,则媒体文件服务器根据“10分钟”能够确定用户对媒体文件的时长需求为10分钟,根据“新闻”能够确定用户对媒体文件的内容需求为新闻类的媒体文件。
在该实施例中,媒体文件服务器能够根据用户输入的内容关键字确定媒体文件的播放内容,通过该实现方式确定的媒体文件的播放内容以用户输入的内容关键字为依据,能够满足用户对播放内容的需求,进而向用户仅推送满足时间信息和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
在一种可能的设计中,根据时间信息和媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和播放内容的目标媒体文件,具体包括:查找媒体文件资源库,确定媒体文件资源库中是否包含满足所述时间信息和播放内容的目标媒体文件;如果不包含,则将播放频率满足预设要求的至少一个媒体文件剪辑为满足所述时间信息和播放内容的目标媒体文件。
在该实施例中,在从媒体文件资源库中获取目标媒体文件时,如果能查找到满足时间信息和播放内容的媒体文件,则可将查找到的媒体文件作为待推送的目标媒体文件;如果查找不到,则可对播放频率较高的媒体文件进行剪辑,得到满足时间信息和播放内容的目标媒体文件,进而向用户仅推送满足时间信息和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
在一种可能的设计中,在将至少一个目标媒体文件呈现在推送界面中时,媒体文件服务器按照播放热度或播放次数推送多个目标媒体文件以便于用户从中选择其想要播放的媒体文件。
在该实施例中,媒体文件服务器能够根据媒体文件的播放热度和播放次数向用户推送目标媒体文件,进而向用户仅推送满足时间信息和播放内容的至少一个媒体文件,而不推送其他不满足推送需求的媒体文件,以便于用户从中选择其想要播放的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
另一方面,本申请还提供一种媒体文件服务器,可以实现上述方法示例中媒体文件服务器所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中,该媒体文件服务器的结构中包括处理器和收发器,该处理器被配置为支持该媒体文件服务器执行上述方法中相应的功能。该收发器用于支持该媒体文件服务器与其他网元之间的通信。该媒体文件服务器还可以包括存储器,该存储器用于与处理器耦合,其保存该媒体文件服务器必要的程序指令和数据。
再一方面,本申请提供了一种计算机存储介质,用于储存为上述媒体文件服务器所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
又一方面,本申请提供一种媒体文件推送系统,包括本申请提供的上述媒体文件服务器和终端,该终端用于显示所述媒体文件服务器推送的至少一个目标媒体文件。
本申请提供的媒体文件推送方法、媒体文件服务器及媒体文件推送系统,与现有技术中,用户无法快速获取满足其推送需求的媒体文件相比,本申请中,媒体文件服务器能够通过用户输入的检索信息中的时间信息确定用户对媒体文件的时长需求;并依据预设内容确定规则确定媒体文件的播放内容,进而向用户仅推送满足该时长需求和播放内容的媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种媒体文件推送系统的结构示意图;
图2为本申请实施例提供的另一种媒体文件推送系统的结构示意图;
图3为本申请实施例提供的一种媒体文件推送方法的流程示意图;
图4为本申请实施例提供的一种终端中用于输入检索信息的一种界面示意图;
图5为本申请实施例提供的另一种终端中用于输入检索信息的一种界面示意图;
图6为本申请实施例提供的另一种媒体文件推送方法的流程示意图;
图7为本申请实施例提供的一种媒体文件服务器的结构示意图;
图8为本申请实施例提供的另一种媒体文件服务器的结构示意图;
图9为本申请实施例提供的一种媒体文件服务器的结构示意图。
具体实施方式
下面将结合本实施例中的附图,对本实施例中的技术方案进行清楚、完整地描述。
本申请实施例提供的媒体文件推送方法可应用在用户通过终端播放媒体文件的应用场景下。
如图1所示,本申请实施例提供一种应用在该应用场景下的媒体文件推送系统,包括:终端101和媒体文件服务器102。
其中,终端101可以为手机、平板电脑、智能电视等任意具备媒体文件搜索和播放功能的设备。媒体文件服务器102能够与终端101互相通信,向终端101推送媒体文件。
本申请实施例提供的媒体文件推送方法还可应用在多屏互动的应用场景下。其中,多屏互动指的是运用闪联协议、Miracast协议等,通过无线保真(Wi-Fi,Wireless-Fidelity)网络连接,在不同多媒体终端上,可进行多媒体内容的传输、解析、展示和控制等一系列操作,实现在不同平台设备上同时共享展示内容,丰富用户的多媒体生活。示例性的,采用多屏互动技术后,手机上的电影可以在电视上播放,平板电脑上的图片可以在电视上分享,电脑的内容可以投影到电视上。
如图2所示,本申请实施例提供一种应用在该多屏互动应用场景下的媒体文件推送系统,包括:第一终端201、媒体文件服务器202、第二终端203。
其中,第一终端201具体可以为手机、智能手环、平板电脑、智能遥控器等设备。媒体文件服务器202用于根据用户通过第一终端201输入的检索信息,检索出媒体文件,并向第二终端203推送媒体文件。第二终端203可以为包括机顶盒的智能电视、平板电脑、手机等设备,用于播放媒体文件服务器202推送的媒体文件。
本申请实施例提供一种媒体文件推送方法,其执行主体可以为图1或图2所示的媒体文件服务器。本申请实施例以将本申请实施例提供的媒体文件推送方法应用在图2所示的系统架构为例进行说明。此外,本申请实施例所指的媒体文件包括音频文件、视频文件、图像文件等各种文件,本申请实施例以媒体文件为视频文件为例进行说明。
如图3所示,该方法具体包括:
301:媒体文件服务器获取用户通过第一终端输入的检索信息。
其中,所述检索信息至少包括时间信息,该时间信息用于表示用户对媒体文件的时长需求。具体的,该时间信息可以为时间区间、固定时间值或者基于时间的搜索字段。当该时间信息为时间区间时,如“10分钟到30分钟”,则可确定用户对媒体文件的时长需求为播放时长为“10分钟到30分钟”的媒体文件。当该时间信息为固定时间值时,用户对媒体文件的时长需求为在该时间值左右浮动的时间区间内,如该时间信息为“30分钟”,则可确定用户对媒体文件的时长需求为播放时长为30分钟左右,如25分钟到35分钟的媒体文件。当该时间信息为基于时间的搜索字段时,如下午茶、早餐等,该时间信息表示的用户对媒体文件的时长需求为根据该时间场景下的统计值;如一般用户早餐时间为10分钟到30分钟左右,则其表示的时长需求为10分钟到30分钟。
可选的,该检索信息还可以包括与待推送媒体文件相关的内容关键词,如媒体文件的名称、媒体文件中演员的名称等;该内容关键词用于表示用户对媒体文件的内容需求。
作为一种具体实施例,所述用户输入的检索信息可以为用户输入的搜索关键字,该搜索关键字至少包括用于时间关键字。
如图4所示,本申请实施例给出了终端中用于输入检索信息的一种界面示意图。在用户想要通过输入关键字的方式查找媒体文件时,在用户点击选择“搜索关键字”后,用户可在弹出的界面中的相应搜索栏,如图中的“输入关键字1”、“输入关键字2”和“输入关键字3”等位置输入相应的关键字。当用户确定输入的搜索关键字无误后,可点击发送,以触发终端向媒体文件服务器发送该检索信息。用户还可以通过点击重置按钮重新输入关键字。
示例性的,该检索信息可以为用户在第一终端201显示的搜索栏中输入的如“10分钟+新闻”、“半小时+泰坦尼克号”等多个关键字字段组成的搜索关键字。其中,“10分钟”、“半小时”为时间信息,可以表示用户对媒体文件的观看时长需求;“新闻”、“泰坦尼克号”为内容关键词,可以表示用户对媒体文件的内容需求。
作为另一种具体实施例,在用户通过第一终端201查找媒体文件时,第一终端201上显示多个基于时间的搜索字段以供用户选择。该检索信息即为用户选择的基于时间的搜索字段。
如图5所示,本申请实施例给出了第一终端中用于输入检索信息的另一种界面示 意图。在用户想要通过选择基于时间的搜索字段查找媒体文件时,在用户点击选择“基于时间的搜索字段”后,用户可在弹出的界面中所显示的多个搜索字段中,例如:早餐、午餐、下午茶等基于时间的搜索字段。当用户确定选择的搜索字段无误后,可点击发送,以触发终端向媒体文件服务器发送该检索信息。用户还可以通过点击重置按钮重新选择基于时间的搜索字段。
需要说明的是,在应用在图1所示的系统中时,该检索信息为用户通过终端101输入的检索信息。
302:媒体文件服务器依照预设的内容确定规则确定媒体文件的播放内容。
当用户输入的检索信息中仅包括时间信息时,在确定媒体文件的播放内容时,可先确定媒体文件的目标内容类别,再将满足该目标内容类别的播放内容确定为待推送媒体文件的播放内容。
其中,当媒体文件服务器中存储有用户预先存储的内容类别时,该目标内容类别可以为该预先设置内容类别。
例如:该预设内容类别为综艺娱乐类,则直接将属于综艺娱乐类的播放内容确定为待推送媒体文件的播放内容。
该目标内容类别还可以为媒体服务器按照一定的规则确定出的目标内容类别,该具体实现过程见后文详述。
当用户输入的检索信息中还包括内容关键字时,在确定媒体文件的播放内容时,根据该内容关键字,将包含该内容关键字的播放内容确定为媒体文件的播放内容。例如:用户输入的检索信息为“10分钟+泰坦尼克号”这一搜索关键字,则媒体文件服务器根据“10分钟”能够确定用户对媒体文件的时长需求为10分钟,根据“泰坦尼克号”能够确定媒体文件的播放内容为泰坦尼克号相关的播放内容。
303:媒体文件服务器根据所述时间信息和所述媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和所述播放内容的目标媒体文件。
其中,媒体文件数据库中保存的媒体文件为运营商或内容提供商剪辑好的各种不同时长的媒体文件片段。在从媒体文件资源库中获取目标媒体文件时,如果能查找到满足时间信息和播放内容的媒体文件,则可将查找到的媒体文件作为待推送的目标媒体文件;如果查找不到,则可对播放频率满足预设要求的至少一个媒体文件进行剪辑,得到满足时间信息和播放内容的目标媒体文件。
示例性的,如果用户对媒体文件的时长需求为半个小时,对媒体文件的内容需求为影片A,则通过统计多个用户在半个小时内观看影片A时具体看了哪一部分内容或片段,将观看频率较高的一个或多个媒体文件片段剪辑为时长为半个小时的目标媒体文件。
304:媒体文件服务器将所述至少一个目标媒体文件呈现在推送界面中并发送至所述第二终端。
作为一种实施例,如果存在多个目标媒体文件,则按照播放热度或播放次数依次将每个目标媒体文件呈现在推送界面以便于用户从该多个目标媒体文件中选择其想要播放的媒体文件。
需要说明的是,在应用于图1所示的系统架构中时,媒体文件服务器102可向终 端101推送多个目标媒体文件。
本申请提供的媒体文件推送方法,与现有技术中,用户无法快速获取满足其推送需求的媒体文件相比,本申请中,媒体文件服务器能够通过用户输入的检索信息中的时间信息确定用户对媒体文件的时长需求;并依据预设内容确定规则确定媒体文件的播放内容,进而向用户仅推送满足该时长需求和播放内容的媒体文件,而不推送其他不满足推送需求的媒体文件,能够减少用户查找媒体文件所耗费的时间,使得用户能够快速获取满足其推送需求的媒体文件,进而提高用户体验。
如图6所示,本申请实施例还提供了一种媒体文件推送方法,该方法应用在检索信息仅包括时间信息的应用场景下,该方法具体包括:
401:媒体文件服务器获取用户通过第一终端输入的检索信息,该检索信息至少包括时间信息,该时间信息表示用户对媒体文件的播放时长需求。
其中,该步骤的具体实现过程可参考步骤301,此处不再赘述。
402:根据用户的历史播放记录,确定用户播放频率满足预设要求的至少一个内容类别。
其中,用户的历史播放记录可以为一段时间内,如1个月或2周内的播放记录。该预设要求可以为次数要求,播放频率满足预设要求是指播放频率大于或等于一定次数。
具体实现中,作为一种实施例,根据该历史播放记录,采用大数据统计方法可以确定用户经常观看的媒体文件属于哪种类别。
示例性的,通过统计1个月内用户的观看记录,可以得出用户在这段时间内观看了综艺娱乐节目n1次,观看了体育类节目n2次,新闻类节目n3次,情感类电视剧n4次,如果n1和n3均大于预设次数要求,则确定用户A对应的目标内容类别为综艺娱乐类和新闻类。
403:媒体文件服务器将所述至少一个内容类别中的任意一个,确定为目标内容类别,将满足该目标内容类别的播放内容确定为媒体文件的播放内容。
可选的,有些用户观看的媒体文件内容相似,可以认为这些用户为同属于同一目标内容类别的用户,则根据同属于同一目标内容类别的其他用户的观看记录,将其他用户播放的媒体文件确定为媒体文件的播放内容。例如:用户A和用户B经常观看综艺娱乐类媒体文件,则在为用户A推送媒体文件时,可以根据用户B的观看记录,将用户B看过而用户A未看过的媒体文件确定为推送给用户A的媒体文件。
404:媒体文件服务器根据时间信息和媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和播放内容的目标媒体文件。
该步骤的具体实现过程可参考步骤303,此处不再赘述。
405:媒体文件服务器将所述至少一个目标媒体文件呈现在推送界面中,并发送至第二终端。
该步骤的具体实现过程可参考步骤304,此处不再赘述。
可选的,在确定用户对应的目标内容类别的同时,还可以同时确定用户对应的观看时间,以得到与观看时间对应的目标内容类别。则当检索信息中包括的时间信息为用户选择的基于时间的搜索字段时,能够推送与该时间信息对应的媒体文件。
示例性的,通过统计1个月内用户的历史播放记录,可以得出用户在早餐时间对应的媒体文件类别为新闻类;在下午茶(下午3点到5点)时间对应的媒体文件类别为娱乐类;在晚餐时间对应的媒体文件类别为情感电视剧类,在入睡前(晚上9点到12点)对应的媒体文件类别为电影。则当用户输入的时间信息为下午茶时,将与下午茶对应的媒体文件呈现在推送界面。
本申请实施例提供的媒体文件推送方法,在用户输入的检索信息仅包括时间信息的情况下,也即仅对待推送媒体文件的时长有明确需求,对待推送媒体文件的内容无明确需求时,通过统计该用户的历史播放记录,并根据该历史播放记录确定用户经常观看的目标内容类别,将该目标内容类别的播放内容确定为待推送媒体文件的播放内容,然后再推送满足时间信息和内容类别的媒体文件。通过该实现方式推送的媒体文件能够更加贴近用户的实际推送需求,进而能够提高用户体验。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个网元,例如媒体文件服务器为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对媒体文件服务器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,如图7所示,本申请实施例还提供了上述实施例中所涉及的媒体文件服务器102或媒体文件服务器202的一种可能的结构示意图,包括:获取模块501、处理模块502和推送模块503。其中,获取模块501用于支持媒体文件服务器执行图3中的步骤301和图6中的步骤401,也即获取用户通过第一终端输入的检索信息,该检索信息中包括时间信息,该时间信息用于表示用户对媒体文件的时长需求;处理模块502,用于支持媒体文件服务器执行图3中的步骤302和步骤303也即依照预设的内容确定规则确定媒体文件的播放内容,以及根据时间信息和媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和播放内容的目标媒体文件。更具体的,处理模块502还用于支持媒体文件服务器执行图6中的步骤402、步骤403和步骤404。推送模块503用于支持媒体文件服务器执行图3中的步骤304和图6中的步骤405,也即将所述至少一个目标媒体文件呈现在推送界面中,并发送至第二终端。其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在采用集成单元的情况下,如图8所示,本申请实施例还提供了上述实施例中所涉及的一种可能的结构示意图。媒体文件服务器102或202,包括:处理模块601和通信模块602。处理模块601用于对媒体文件服务器的动作进行控制管理,例如,处 理模块601用于支持媒体文件服务器执行图3中的过程301、302、303和304,图4中的过程401、402、403、404、405和/或用于本文所描述的技术的其它过程。通信模块602用于支持媒体文件服务器与其他网络实体的通信,例如与图1、图2中示出的功能模块或网络实体之间的通信。媒体文件服务器还可以包括存储模块603,用于存储媒体文件服务器的程序代码和数据。
其中,处理模块601可以是处理器或控制器,例如可以是中央处理器(Central Processing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块602可以是收发器、收发电路或通信接口等。存储模块603可以是存储器。
当处理模块601为处理器,通信模块602为收发器,存储模块603为存储器时,本申请实施例所涉及的媒体文件服务器可以为图9所示的计算机设备。
如图9所示,本申请实施例提供一种计算机设备700,包括至少一个处理器701,通信总线702,存储器703以及至少一个收发器704。处理器701、存储器703和至少一个收发器704通过所述通信总线702互相连接。
处理器701可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线702可包括通路,在上述组件之间传送信息。所述收发器704,用于与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
存储器703可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,所述存储器703用于存储执行本申请方案的应用程序代码,并由处理器701来控制执行。所述处理器701用于执行所述存储器703中存储的应用程序代码。
在具体实现中,作为一种实施例,处理器701可以包括一个或多个CPU,例如图9中的CPU0和CPU1。
在具体实现中,作为一种实施例,计算机设备700可以包括多个处理器,例如图9中的处理器701和处理器707。这些处理器中的每一个可以是一个单核(single-CPU) 处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,计算机设备700还可以包括输出设备705和输入设备706。输出设备705和处理器701通信,可以以多种方式来显示信息。例如,输出设备705可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备706和处理器701通信,可以以多种方式接受用户的输入。例如,输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备700可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备700可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图9中类似结构的设备。本申请实施例不限定计算机设备700的类型。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read Only Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。

Claims (12)

  1. 一种媒体文件的推送方法,其特征在于,包括:
    获取用户输入的检索信息,所述检索信息至少包括时间信息,所述时间信息表示用户对媒体文件的播放时长需求;
    依照预设的内容确定规则确定媒体文件的播放内容;
    根据所述时间信息和所述媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和所述播放内容的目标媒体文件;
    将所述至少一个目标媒体文件呈现在推送界面中。
  2. 根据权利要求1所述的方法,其特征在于,所述依照预设的内容确定规则确定媒体文件的播放内容具体为:
    根据用户的历史播放记录,确定用户播放频率满足预设要求的至少一个内容类别;
    将所述至少一个内容类别中的任意一个,确定为目标内容类别;
    将满足所述目标内容类别的播放内容确定为媒体文件的播放内容。
  3. 根据权利要求1所述的方法,其特征在于,所述依照预设的内容确定规则确定媒体文件的播放内容具体为:
    将预设内容类别确定为目标内容类别;
    将满足所述目标内容类别的播放内容确定为媒体文件的播放内容。
  4. 根据权利要求1所述的方法,其特征在于,若所述检索信息还包括内容关键字,则所述依照预设的内容确定规则确定媒体文件的播放内容具体为:
    根据所述内容关键字,将包含所述内容关键字的播放内容确定为媒体文件的播放内容。
  5. 根据权利要求1至4任一项所述的方法,其特征在于,所述根据所述时间信息和所述媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和所述播放内容的目标媒体文件,具体包括:
    查找媒体文件资源库,确定所述媒体文件资源库中是否包含满足所述时间信息和所述播放内容的目标媒体文件;
    如果不包含,则将播放频率满足预设要求的至少一个媒体文件剪辑为满足所述时间信息和所述播放内容的目标媒体文件。
  6. 一种媒体文件服务器,其特征在于,包括:
    获取模块,用于获取用户输入的检索信息,所述检索信息至少包括时间信息,所述时间信息表示用户对媒体文件的播放时长需求;
    处理模块,用于依照预设的内容确定规则确定媒体文件的播放内容;根据所述时间信息和所述媒体文件的播放内容,在媒体文件资源库中获取至少一个满足所述时间信息和所述播放内容的目标媒体文件;
    推送模块,用于将所述至少一个目标媒体文件呈现在推送界面中。
  7. 根据权利要求6所述的服务器,其特征在于,
    所述处理模块,具体用于根据用户的历史播放记录,确定用户播放频率满足预设要求的至少一个内容类别;
    将所述至少一个内容类别中的任意一个,确定为目标内容类别;
    将满足所述目标内容类别的播放内容确定为媒体文件的播放内容。
  8. 根据权利要求6所述的服务器,其特征在于,
    所述处理模块,具体用于将预设内容类别确定为目标内容类别;
    将满足所述目标内容类别的播放内容确定为媒体文件的播放内容。
  9. 根据权利要求6所述的服务器,其特征在于,
    所述处理模块,还用于当所述检索信息还包括内容关键字时,根据所述内容关键字,将包含所述内容关键字的播放内容确定为媒体文件的播放内容。
  10. 根据权利要求6至9任一项所述的服务器,其特征在于,
    所述处理模块,具体用于查找媒体文件资源库,确定所述媒体文件资源库中是否包含满足所述时间信息和所述播放内容的目标媒体文件;
    当所述媒体文件资源库中不包含满足所述时间信息和所述播放内容的目标媒体文件时,将播放频率满足预设要求的至少一个媒体文件剪辑为满足所述时间信息和所述播放内容的目标媒体文件。
  11. 一种媒体文件服务器,其特征在于,包括:处理器、存储器、收发器和通信总线,所述处理器、存储器、收发器通过所述通信总线互相连接,其中:
    所述存储器用于存储计算机可执行程序代码;
    所述处理器用于根据所述存储器存储的计算机可执行程序代码执行如权利要求1至5任意一项所述的方法。
  12. 一种媒体文件推送系统,其特征在于,包括终端和权利要求11所述的媒体文件服务器,所述终端用于显示所述媒体文件服务器推送的至少一个目标媒体文件。
PCT/CN2017/099366 2016-09-07 2017-08-28 媒体文件推送方法、媒体文件服务器及媒体文件推送系统 WO2018045893A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/295,593 US10911802B2 (en) 2016-09-07 2019-03-07 Media file pushing method, media file server, and media file pushing system
US17/135,440 US20210120283A1 (en) 2016-09-07 2020-12-28 Media File Pushing Method, Media File Server, and Media File Pushing System

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610808142.XA CN106412634A (zh) 2016-09-07 2016-09-07 媒体文件推送方法、媒体文件服务器及媒体文件推送系统
CN201610808142.X 2016-09-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/295,593 Continuation US10911802B2 (en) 2016-09-07 2019-03-07 Media file pushing method, media file server, and media file pushing system

Publications (1)

Publication Number Publication Date
WO2018045893A1 true WO2018045893A1 (zh) 2018-03-15

Family

ID=57998625

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/099366 WO2018045893A1 (zh) 2016-09-07 2017-08-28 媒体文件推送方法、媒体文件服务器及媒体文件推送系统

Country Status (3)

Country Link
US (2) US10911802B2 (zh)
CN (1) CN106412634A (zh)
WO (1) WO2018045893A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106412634A (zh) * 2016-09-07 2017-02-15 华为技术有限公司 媒体文件推送方法、媒体文件服务器及媒体文件推送系统
CN107404539A (zh) * 2017-08-31 2017-11-28 深圳市元征科技股份有限公司 音乐推送方法及终端设备
CN108376166A (zh) * 2018-02-24 2018-08-07 宁夏玲杰科技有限公司 智能学习方法、装置及电子设备
CN109618196A (zh) * 2018-12-20 2019-04-12 未来电视有限公司 一种视频编单方法、装置,电子设备及存储介质
CN110569417A (zh) * 2019-09-12 2019-12-13 重庆市群众艺术馆 文化云平台资源推送方法
US11341179B1 (en) * 2019-09-30 2022-05-24 Amazon Technologies, Inc. Media authenticity analysis service
CN110825932B (zh) * 2019-11-01 2022-04-26 山东劳动职业技术学院(山东劳动技师学院) 受碎片化时间制约的信息检索和浏览系统
CN112883210B (zh) * 2019-11-29 2024-04-26 腾讯科技(深圳)有限公司 一种多媒体数据的筛选方法、装置、智能终端及存储介质
CN112423098B (zh) * 2020-11-20 2022-11-15 北京字节跳动网络技术有限公司 视频处理方法、电子装置及存储介质
KR102638448B1 (ko) 2021-11-26 2024-02-21 한국전자기술연구원 굴곡성 특성이 우수한 필름 대체용 소재

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5237849B2 (ja) * 2009-02-05 2013-07-17 株式会社日立ソリューションズ 番組推薦装置
CN104036018A (zh) * 2014-06-25 2014-09-10 百度在线网络技术(北京)有限公司 视频获取方法和装置
CN104598505A (zh) * 2014-06-03 2015-05-06 腾讯科技(深圳)有限公司 多媒体资源推荐方法及装置
CN104699806A (zh) * 2015-03-20 2015-06-10 无锡天脉聚源传媒科技有限公司 一种视频搜索方法及装置
CN104954820A (zh) * 2015-06-15 2015-09-30 小米科技有限责任公司 节目的推荐方法及装置
CN106412634A (zh) * 2016-09-07 2017-02-15 华为技术有限公司 媒体文件推送方法、媒体文件服务器及媒体文件推送系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188363A1 (en) * 2001-06-08 2002-12-12 Ashy Michael Joseph Apparatus and method for providing entertainment media
TWI310545B (en) * 2003-10-04 2009-06-01 Samsung Electronics Co Ltd Storage medium storing search information and reproducing apparatus
JP2005135008A (ja) * 2003-10-28 2005-05-26 Sony Corp 情報配信システム及び情報配信方法
WO2008073538A1 (en) * 2006-08-18 2008-06-19 Motionbox, Inc. An operational system and architectural model for improved manipulation of video and time-based media
US8626136B2 (en) * 2006-06-29 2014-01-07 Microsoft Corporation Architecture for user- and context-specific prefetching and caching of information on portable devices
CN101622869B (zh) * 2007-12-18 2012-03-07 松下电器产业株式会社 图像再现装置、图像再现方法及图像再现程序
US9966112B1 (en) * 2013-04-18 2018-05-08 Gracenote, Inc. Systems and methods to associate multimedia tags with user comments and generate user modifiable snippets around a tag time for efficient storage and sharing of tagged items
US8990692B2 (en) * 2009-03-26 2015-03-24 Google Inc. Time-marked hyperlinking to video content
US20110029386A1 (en) * 2009-07-30 2011-02-03 Derek Alton Devries Allocation of digital media store credit for presentation of an advertisement with a media player
US9063938B2 (en) * 2012-03-30 2015-06-23 Commvault Systems, Inc. Search filtered file system using secondary storage, including multi-dimensional indexing and searching of archived files
US9454530B2 (en) * 2012-10-04 2016-09-27 Netflix, Inc. Relationship-based search and recommendations
US9817827B2 (en) * 2012-10-04 2017-11-14 Netflix, Inc. Relationship-based search and recommendations
CN103179461A (zh) 2013-03-27 2013-06-26 四川长虹电器股份有限公司 智能电视内容推荐的方法
EP3001692A4 (en) * 2013-07-02 2016-06-08 Huawei Tech Co Ltd METHOD, APPARATUS AND SYSTEM FOR PROCESSING MULTIMEDIA STREAMS
CN103546789B (zh) 2013-08-23 2017-07-11 Tcl集团股份有限公司 一种电视节目推荐方法、系统及智能终端
US10489658B2 (en) * 2015-02-03 2019-11-26 Sony Interactive Entertainment Inc. Video processing device
IL255066B2 (en) * 2015-04-16 2024-04-01 W S C Sports Tech Ltd Method and system for creating and distributing multimedia content

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5237849B2 (ja) * 2009-02-05 2013-07-17 株式会社日立ソリューションズ 番組推薦装置
CN104598505A (zh) * 2014-06-03 2015-05-06 腾讯科技(深圳)有限公司 多媒体资源推荐方法及装置
CN104036018A (zh) * 2014-06-25 2014-09-10 百度在线网络技术(北京)有限公司 视频获取方法和装置
CN104699806A (zh) * 2015-03-20 2015-06-10 无锡天脉聚源传媒科技有限公司 一种视频搜索方法及装置
CN104954820A (zh) * 2015-06-15 2015-09-30 小米科技有限责任公司 节目的推荐方法及装置
CN106412634A (zh) * 2016-09-07 2017-02-15 华为技术有限公司 媒体文件推送方法、媒体文件服务器及媒体文件推送系统

Also Published As

Publication number Publication date
CN106412634A (zh) 2017-02-15
US20190208238A1 (en) 2019-07-04
US20210120283A1 (en) 2021-04-22
US10911802B2 (en) 2021-02-02

Similar Documents

Publication Publication Date Title
WO2018045893A1 (zh) 媒体文件推送方法、媒体文件服务器及媒体文件推送系统
WO2021052085A1 (zh) 视频推荐方法、装置、电子设备及计算机可读介质
US8751577B2 (en) Methods and systems for ordering and voting on shared media playlists
EP3378219B1 (en) Methods and systems for presenting media listings based on quality of service at a user device
WO2022257683A1 (zh) 内容搜索方法、装置、设备及介质
US20150067724A1 (en) Recommending media items using social networks
US10261999B2 (en) Searching multimedia based on trigger events
US20130086159A1 (en) Media content recommendations based on social network relationship
WO2021169459A1 (zh) 短视频的生成方法、平台、电子设备及存储介质
CN110168541B (zh) 基于静态和时间知识图消除词语歧义的系统和方法
US8744240B2 (en) Video distribution system, information providing device, and video information providing method for distributing video to a plurality of receiving terminals
WO2017080200A1 (zh) 一种自定义菜单的实现方法、装置、客户端及服务器
JP6914859B2 (ja) カレンダ予定とメディアアセット伝送時間との間の重複を検出するための方法およびシステム
US11170781B2 (en) Enhancing group decisions within social messaging applications
US20210144187A1 (en) Skipping content of lesser interest when streaming media
US11283890B2 (en) Post-engagement metadata generation
WO2022134689A1 (zh) 多媒体资源展示方法及装置
US9031954B1 (en) Methods, system, and media for recommending media content
CN109791501B (zh) 用于减少下载要求的系统和方法
US9578374B1 (en) DVR playlist provisioning system
US20240121485A1 (en) Method, apparatus, device, medium and program product for obtaining text material
US10003834B1 (en) Enhanced trick mode to enable presentation of information related to content being streamed
US11977592B2 (en) Targeted crawler to develop and/or maintain a searchable database of media content across multiple content providers
WO2022228139A1 (zh) 视频展示方法、装置、计算机可读介质及电子设备
US11269893B2 (en) Query-answering source for a user query

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: 17848066

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: 17848066

Country of ref document: EP

Kind code of ref document: A1