Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Claim Status
Claims 3-5, 9, 10, 13, 14 are amended.
Claims 11, 12, 15, and 16 are canceled.
Claims 17-24 are canceled.
Claims 1-10, 13, 14, 17-24 are presented for examination.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1, 2, 13, 14, 17, and 21 are rejected under U.S.C. 103 as being unpatentable over Bilinski et al. (US 20150334204) in view of ZHAO (US 20230362423).
Regarding claim 1, Bilinski discloses, a video playback method, comprising:
sending video recommendation request information to a server (par. 0009-0010, a user searches for content in a content service such as a music store, relative to a “suggested songs” interface in which the content presented to the user, i.e. service 220 (i.e. fig. 2, music video store 220 providing service = server) receives search request (i.e. request to service provider search for video content) from user device 210, service suggests the songs (i.e. video songs));
receiving video recommendation response information sent from the server, which comprises a download address of at least one recommended video and playback data of a first video (Par. 0018, FIG. 1 shows an example technique for caching media items in a list of media items presented to a user, such as by a content providing service. At 110, a list of media items to be presented to a user may be obtained. The list may be, for example, a list of search results for a search performed by the user at a content providing service, or an automatically-generated list of items such as “suggested” media items, an existing playlist, or the like, that has been accessed by the user, par. 0022, If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player, i.e. received information comprises cached portion of video (i.e. first video) and URL of full video of the recommended video);
parsing the video recommendation response information to obtain the playback data of the first video (Par. 0019, a portion of one or more media items in the list may be cached. In some configurations the media items may be cached before the list is presented to the user. However, typically the list will be presented relatively quickly, such that little or no caching may be performed before the list is presented to the user. Notably, one or more media items may be partially or entirely cached at a device of the user before the user selects any one of the media items for playback on the device. Thus, when the user selects a particular media item for playback, it may begin playing on the user's device immediately, without any apparent buffering from the perspective of the user. Par. 0022, portions of cached media items may be created and provided to the user device 210. If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player. The media player may then stitch the cached portion together with the full media item based on the duration of the portion. As a user is selecting which of the items in the list to play, additional portions of media items in the list may be obtained and cached at the device 210. Thus, when a user selects another media item for playback, the item may begin immediately and continue with no buffering. More generally, the user device 210 may receive a list of media items and associated rankings and caching data that allow the device 210 to cache portions of the media items from the media service 220 before the user selects one or more of the media items for playback, i.e. user parsing through recommended list to obtain link to play the cached portion of video); and
starting video playback based on the playback data of the first video (Par. 0020, in response, the selected media item may be played, beginning with the cached portion of the media item, i.e. playing cached portion of video).
Bilinski does not disclose, sending video recommendation request information to a server in response to a video playback operation.
Zhao discloses, sending video recommendation request information to a server in response to a video playback operation (Par. 0037, Upon a user opening the video application and logging in to the target account, the client detects a video pull operation of the user and sends the video pull request to the apparatus for recommending videos in response to the operation).
It would have been obvious to a skilled artisan before the effective filing date of the claimed invention to modify the system of Bilinski with the teachings of sending video recommendation request information to a server in response to a video playback operation, as taught by Zhao, for recommendation system to capture user’s point of interest in real-time such as user video pull operation and selecting matching video content in response to video pull operation, to improve the user experience, as disclosed in Zhao Par. 0003 and 0037.
Regarding claim 2, The video playback method according to claim 1,
Bilinski further discloses, further comprising:
after receiving the video recommendation response information sent from the server, parsing the video recommendation response information to obtain the download address of the at least one recommended video (Par. 0022, portions of cached media items may be created and provided to the user device 210. If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player);
obtaining playback data corresponding to the at least one recommended video based on the download address of the at least one recommended video (Par. 0022, portions of cached media items may be created and provided to the user device 210. If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player. The media player may then stitch the cached portion together with the full media item based on the duration of the portion. As a user is selecting which of the items in the list to play, additional portions of media items in the list may be obtained and cached at the device 210); and
caching the playback data corresponding to the at least one recommended video in subsequent to the playback data of the first video (Par. 0022, portions of cached media items may be created and provided to the user device 210. If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player. The media player may then stitch the cached portion together with the full media item based on the duration of the portion. As a user is selecting which of the items in the list to play, additional portions of media items in the list may be obtained and cached at the device 210, i.e. caching the remaining portion of video in subsequent to playback of the initial portion of cached video).
Regarding claim 13, Bilinski in view of Zhao meets the claim limitations as set forth in claim 1.
Regarding claim 14, Bilinski in view of Zhao meets the claim limitations as set forth in claim 1.
Regarding claim 17, Bilinski meets the claim limitations as set forth in claim 2.
Regarding claim 21, Bilinski meets the claim limitations as set forth in claim 2.
Claims 3, 18, and 22 are rejected under U.S.C. 103 as being unpatentable over Bilinski et al. (US 20150334204) in view of ZHAO (US 20230362423), in further view of Knecht et al. (US 20190098343).
Regarding claim 3, The video playback method according to claim 1,
Bilinski further discloses, video recommendation response information (Par. 0018, FIG. 1 shows an example technique for caching media items in a list of media items presented to a user, such as by a content providing service. At 110, a list of media items to be presented to a user may be obtained. The list may be, for example, a list of search results for a search performed by the user at a content providing service, or an automatically-generated list of items such as “suggested” media items, an existing playlist, or the like, that has been accessed by the user).
Bilinski in view of Zhao does not discloses, wherein the playback data of the first video comprises playback data corresponding to a preset number of video frames from a beginning of the first video, and the video response information further comprises a download address of the first video, and the video playback method further comprises:
parsing the video response information to obtain the download address of the first video;
obtaining playback data corresponding to other video frames after the preset number of video frames from the beginning of the first video based on the download address of the first video; and
caching the playback data corresponding to the other video frames after the preset number of video frames from the beginning of the first video in subsequent to the playback data corresponding to the preset number of video frames from the beginning of the first video.
Knecht discloses, wherein the playback data of the first video comprises playback data corresponding to a preset number of video frames from a beginning of the first video, and the video response information further comprises a download address of the first video (Par. 0031, Prior to transmitting the response including the requested web page to the client device 110 as described in operation 315, the server 160A may modify the video configuration file to include a listing of alternative servers of the CDN that may be able to serve the video. In an embodiment, the video configuration file is modified so that the client device requests the initial portion of video from the server 160A and requests subsequent portions of the video from one or more of the different servers in the CDN. Par. 0048, the client network application 112 receives a first portion of the video from a first server 160A. The first portion of video is the initial portion of video (e.g., the first X number of seconds or frames), i.e. provided webpage including video configuration file that includes source (i.e. download address) of initial portion (i.e. the first video) that includes x number of frames (i.e. x number = preset number), and the video playback method further comprises:
parsing the video response information to obtain the download address of the first video (Par. 0031, the video configuration file is modified so that the client device requests the initial portion of video from the server 160A and requests subsequent portions of the video from one or more of the different servers in the CDN, i.e. client uses video configuration file to find source of the portion of the video);
obtaining playback data corresponding to other video frames after the preset number of video frames from the beginning of the first video based on the download address of the first video (par. 0031,the video configuration file is modified so that the client device requests the initial portion of video from the server 160A and requests subsequent portions of the video from one or more of the different servers in the CDN, i.e. subsequent portion of the video = other video frames after the initial x number of frames is downloaded using provided source in video configuration file); and
caching the playback data corresponding to the other video frames after the preset number of video frames from the beginning of the first video in subsequent to the playback data corresponding to the preset number of video frames from the beginning of the first video (Par. 0055, The client network application 112 buffers the second portion of the video and can playback the video).
It would have been obvious to a skilled artisan before the effective filing date of the claimed invention to modify the system of Bilinski in view of Zhao with the teachings of the playback data of the first video comprises playback data corresponding to a preset number of video frames from a beginning of the first video, and the video response information further comprises a download address of the first video, parsing the video response information to obtain the download address of the first video, obtaining playback data corresponding to other video frames after the preset number of video frames from the beginning of the first video based on the download address of the first video, caching the playback data corresponding to the other video frames after the preset number of video frames from the beginning of the first video in subsequent to the playback data corresponding to the preset number of video frames from the beginning of the first video, as taught by Knecht, to use predetermined size of initial portion using set number of frames that distributed by determined CDN server to improve the response in high network traffic environment to improve the user experience, as disclosed in Knecht Par. 0003-00034.
Regarding claim 18, Bilinski in view of Zhao in further view of Knecht meets the claim limitations as set forth in claim 3.
Regarding claim 22, Bilinski in view of Zhao in further view of Knecht meets the claim limitations as set forth in claim 3.
Claims 4, 5, 19, 23, and 24 are rejected under U.S.C. 103 as being unpatentable over Bilinski et al. (US 20150334204) in view of ZHAO (US 20230362423), in further view of Randall et al. (US 20120114302).
Regarding claim 4, The video playback method according to claim 1,
Bilinski in view of Zhao does not discloses, further comprising:
in response to that the video recommendation response information sent from the server is not received within a preset time, reading playback data of a second video stored in a preset storage space and starting video playback based on the playback data of the second video.
Randall discloses, in response to that the video recommendation response information sent from the server is not received within a preset time, reading playback data of a second video stored in a preset storage space and starting video playback based on the playback data of the second video (Par. 0109 FIG. 8, playback of the pre-roll content local content or in response to determining not to playback the pre-roll content as a result of determining a delay is expected to be or is in excess of a delay threshold, content on the portable storage medium 122 may further be played back or displayed, such as one or more trailers, logos, content or a menu).
It would have been obvious to a skilled artisan before the effective filing date of the claimed invention to modify the system of Bilinski in view of Zhao with the teachings of in response to that the video recommendation response information sent from the server is not received within a preset time, reading playback data of a second video stored in a preset storage space and starting video playback based on the playback data of the second video, as taught by Randall, so that the user of the playback device does not perceive a delay associated with obtaining the content from the remote source., as disclosed in Randall Par. 0006.
Regarding claim 5, The video playback method according to claim 1,
Bilinski in view of Zhao does not discloses, further comprising:
in response to that there is an error in playing the first video based on the playback data of the first video, reading playback data of a second video stored in a preset storage space, and starting video playback based on the playback data of the second video.
Randall discloses, in response to that there is an error in playing the first video based on the playback data of the first video, reading playback data of a second video stored in a preset storage space, and starting video playback based on the playback data of the second video (Par. 0108, pre-roll content is available but that the playback might experience some delays, disguise content 754 (i.e. disguise content may be a video clip, a trailer or other such content, par. 0120) can be displayed and/or played back Par. 0361, identifying, in response to determining that the locally stored pre-roll content has expired, a first disguise content recorded on the portable storage medium; and accessing and initiating playback, at the playback device, the first disguise content recorded on the portable storage medium, i.e. in response to the error of playing the pre-roll content (i.e. playing of first video based on playback data), reading disguise content (i.e. second video) from local storage of portable device and playing back the disguise content ).
It would have been obvious to a skilled artisan before the effective filing date of the claimed invention to modify the system of Bilinski in view of Zhao with the teachings of in response to that there is an error in playing the first video based on the playback data of the first video, reading playback data of a second video stored in a preset storage space, and starting video playback based on the playback data of the second video, as taught by Randall, so that the user of the playback device does not perceive a delay associated with obtaining the content from the remote source., as disclosed in Randall Par. 0006.
Regarding claim 19, Bilinski in view of Zhao in further view of Randall meets the claim limitations as set forth in claim 4.
Regarding claim 23, Bilinski in view of Zhao in further view of Randall meets the claim limitations as set forth in claim 4.
Regarding claim 24, Bilinski in view of Zhao in further view of Randall meets the claim limitations as set forth in claim 5.
Claims 6-10 and 20 are rejected under U.S.C. 103 as being unpatentable over Bilinski et al. (US 20150334204) in view of Knecht et al. (US 20190098343).
Regarding claim 6. Bilinski discloses, a video playback method, comprising:
receiving video recommendation request information sent from a terminal device (par. 0009-0010, a user searches for content in a content service such as a music store, relative to a “suggested songs” interface in which the content presented to the user, i.e. service 220 (i.e. fig. 2, music video store 220 providing service = server) receives search request (i.e. request to service provider search for video content) from user device 210, service suggests the songs (i.e. video songs)));
generating video recommendation response information based on the download address of the at least one recommended video and the playback data of the first video (Par. 0010, content distribution systems such as music or movie stores, when a user performs a search, most applications will return a set of matching results (i.e. generating the video recommendation in form of returned results of performed search). The results may have basic metadata (album art, title, artist), a link to the first audio or video file (i.e. download address suggested video), a portion of each media file returned (i.e. the playback data of the first video) in the results may be cached, starting with the most relevant items. The portion cached may be at the beginning of a media item, or it may be located somewhere in the middle of the media item. Par. 0022, the media service 220 may provide an indication which media items should be cached, in what order, and/or the portion of each media item to cache. As a specific example, a search process or other process operating on the device 210 or the service 220 may return an indication, such as a URL, of the media items in the list i.e. first portion of the video is sent along with download link (i.e. URL) to the actual video); and
sending the video recommendation response information to a terminal device for parsing the video recommendation response information to obtain the playback data of the first video and starting video playback based on the playback data of the first video (Par. 0010, content distribution systems such as music or movie stores, when a user performs a search, most applications will return a set of matching results (i.e. generating and sending the video recommendation in form of returned results of performed search). Par. 0022, portions of cached media items may be created and provided to the user device 210. If a user starts to play a song on the search results page, the cached media item, the URL to the full item, and the duration of the item may be provided to the media player. The media player may then stitch the cached portion together with the full media item based on the duration of the portion. As a user is selecting which of the items in the list to play, additional portions of media items in the list may be obtained and cached at the device 210, i.e. caching the remaining portion of video in subsequent to playback of the initial portion of cached video).
Bilinski does not discloses does not disclose, obtaining a download address of at least one recommended video and playback data of a first video.
Knecht discloses, obtaining a download address of at least one recommended video and playback data of a first video (Par. 0030-0031, the server 160A determines that the requested web page includes a video configuration file that contains information about video segments of the video 180 (e.g., the location of the video segments), or a link to a video 180. Prior to transmitting the response, the video configuration file is modified so that the client device requests the initial portion of video from the server 160A and requests subsequent portions of the video from one or more of the different servers in the CDN (e.g., the servers 160B-160N)).
It would have been obvious to a skilled artisan before the effective filing date of the claimed invention to modify the system of Bilinski with the teachings of obtaining a download address of at least one recommended video and playback data of a first video, as taught by Knecht, to distribute content by determined CDN server to improve the response in high network traffic environment to improve the user experience, as disclosed in Knecht Par. 0003-00034.
Regarding claim 7, The video playback method according to claim 6,
Bilinski further discloses, wherein the obtaining the download address of the at least one recommended video and the playback data of the first video comprises:
obtaining the download address of the at least one recommended video from a recommendation server (Par. 0023, control how to receive content from the content server that may be more relevant to the user, i.e. download location or address such as URL (par. 0023 discloses providing URL by service 200) is provided by service, here service 220 provides suggestions based on user request for search of video content therefore a recommendation server is being considered as logical entity being part of the service 220 which suggests the video and provides URL for downloading video);
determining the first video from the at least one recommended video (Par. 0022, the media service 220 may provide metadata as previously described, which the device 210 may use to determine which media items to cache, in what order, and/or what portions of the media items to cache, i.e. determining which portion (i.e. the first video) of the recommended video items that will be cached); and
obtaining the playback data of the first video from a resource server based on the download address of the first video (Par. 0021, The content service 220 may be in communication with, or may include, one or more media sources 230. For example, the service 220 may make content from a variety of content producers available to user devices 210 through a marketplace or similar service, Par. 0022, the media service 220 may provide metadata as previously described, which the device 210 may use to determine which media items to cache, in what order, and/or what portions of the media items to cache i.e. service 220 obtains content from source device 230 and determines what portion (i.e. the first video) of content to be cached).
Regarding claim 8, The video playback method according to claim 7,
Bilinski further discloses, wherein the determining the first video from the at least one recommended video comprises:
determining first of the at least one recommended video as the first video (Par. 0013, If the user performs a search for “Iron Man,” the search results may include a version of the song “Iron Man,” the movie “Iron Man,” and a trailer for the movie “Iron Man 2.” Based on the user's history, the trailer for “Iron Man 2” may be cached preferentially over the song and the movie, i.e. one of the recommended video is determined to be cached (i.e. a first video)).
Regarding claim 9. The video playback method according to claim 7,
Bilinski in view of Knecht further discloses, wherein the obtaining the playback data of the first video from the resource server based on the download address of the first video comprises:
obtaining playback data corresponding to a preset number of video frames from a beginning of the first video, from the resource server, based on the download address of the first video (Knecht Par. 0031, Prior to transmitting the response including the requested web page to the client device 110 as described in operation 315, the server 160A may modify the video configuration file to include a listing of alternative servers of the CDN that may be able to serve the video. In an embodiment, the video configuration file is modified so that the client device requests the initial portion of video from the server 160A and requests subsequent portions of the video from one or more of the different servers in the CDN. Par. 0048, the client network application 112 receives a first portion of the video from a first server 160A. The first portion of video is the initial portion of video (e.g., the first X number of seconds or frames), i.e. provided webpage including video configuration file that includes source (i.e. download address) of initial portion (i.e. the first video) that includes x number of frames (i.e. x number = preset number).
Regarding claim 10, The video playback method according to claim 6,
Bilinski further discloses, wherein the generating the video recommendation response information based on the download address of the at least one recommended video and the playback data of the first video comprises:
merging the download address of the at least one recommended video and the playback data of the first video in a preset format to generate merged data (Par. If the user performs a search for “Iron Man,” the search results may include a version of the song “Iron Man,” the movie “Iron Man,” and a trailer for the movie “Iron Man 2.” Based on the user's history, the trailer for “Iron Man 2” may be cached preferentially over the song and the movie, i.e. merging information about link for the movie (i.e. recommended video) and information about the trailer (i.e. first video that is cached) in one interface to be presented to user as recommendation); and
generating the video recommendation response information based on the merged data (Par. 0013, If the user performs a search for “Iron Man,” the search results may include a version of the song “Iron Man,” the movie “Iron Man,” and a trailer for the movie “Iron Man 2.” Based on the user's history, the trailer for “Iron Man 2” may be cached preferentially over the song and the movie, i.e. merging information about link for the movie (i.e. recommended video) and information about the trailer (i.e. first video that is cached) in one interface to be presented to user as recommendation).
Regarding claim 20, Bilinski in view of Knecht meets the claim limitations as set forth in claim 6.
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to AKSHAY DOSHI whose telephone number is (571)272-2736. The examiner can normally be reached M-F 9:30 AM to 6:00 PM.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, JOHN W MILLER can be reached at (571)272-7353. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/A.D./Examiner, Art Unit 2422
/JOHN W MILLER/Supervisory Patent Examiner, Art Unit 2422