System and method of video streaming

The application pertains to cloud based systems with reduced video setup time and reduced bandwidth requirements. More particularly, the application pertains to such systems and methods that attempt to shorten perceived setup time by responding to user login activity to make video streams from a plurality of cameras immediately available to an end client application while reducing bandwidth.

Internet cloud based video streaming has become a very popular and effective way to provide information and content to end users from a variety of sources. Unfortunately, the setup for Internet based camera streaming is a relatively time consuming process. There are usually multiple steps, such as discovering a network address of a camera, setting up the network (for example, a TCP handshake), and performing streaming negotiations or stream transcoding. Specifically, some video transport protocols require a video chunk to be prefetched on a relay server before it can be sent to a viewer (for example, HTTP live streaming). This can take a significant amount of time, for example, 15 seconds. This usually requires that the end user must wait for 15 seconds for actual video data arriving at his/her laptop or mobile application. Although 15 seconds is not a lot of time, many users view such delays as indicating less than ideal service performance.

Alternately, some of the known remote video transmission services stream video continuously and, therefore, consume valuable bandwidth associated with a site. This causes other Internet services to be sluggish or unresponsive in, for example, home installations.

One of the advantages of continuous streaming is that, when an end user logs in from a remote location, the video streams are “live,” and the response is faster than other systems that only stream upon request in order to conserve bandwidth.

FIG. 1 illustrates a block diagram of a system in accordance herewith in a first state;

FIG. 2 illustrates the block diagram of FIG. 1 in a second state;

FIG. 3 illustrates the block diagram of FIG. 1 in a third state;

FIG. 4 illustrates the block diagram of FIG. 1 in a fourth state; and

FIG. 5 illustrates a chart of actions to be taken to implement a process as illustrated in FIGS. 1-4 .

While disclosed embodiments can take many different forms, specific embodiments thereof are shown in the drawings and will be described herein in detail with the understanding that the present disclosure is to be considered as an exemplification of the principles thereof as well as the best mode of practicing the same and is not intended to limit the application or the claims to the specific embodiment illustrated (including, but not limited to other streaming protocols and service components, such as presence and relay services, may be named differently). In this document, the function of presence services is to identify the Internet location of a camera device and verify the account authorization and authentication of an end user. The function of relay services is primarily to route a camera stream to one or more video consumers in cloud services.

In embodiments hereof, streaming is carried out for a limited period of time from all cameras after an initial connection from the end user. In this configuration, the end user is presented with live images from selected cameras immediately since all of the cameras are streaming live video simultaneously. When a camera is designated by the user, streaming from all of the undesignated cameras still continues until some predetermined time or is terminated immediately. With cameras streaming images temporarily on demand, bandwidth from the site is not appropriated by continuous, unneeded video streams. Thus, the responsiveness of a continuously streaming system is provided, but without bandwidth issues.

FIGS. 1-4 illustrate a system 10 and various aspects of a process of providing the responsiveness of continuously streaming video, but with advantageously reduced bandwidth requirements as discussed below. The system 10 provides video monitoring capabilities that could be installed in a home H or other building where such monitoring is needed. The location is exemplary and is not a limitation hereof.

A plurality of video-type cameras 12 can be installed in a region R of a home H, other building, or region R to be monitored. The members of the plurality 12 , such as 12 - 1 , 12 - 2 . . . 12 - n , can be in a low power, non-streaming state. They are, however, coupled to a cloud based server, such as a server 1 , that provides presence services. As those of skill will understand, the members of the plurality 12 are associated with the monitoring location, such as the home H, and this association is known to the server 1 .

The present system and method enable an end-user, via a communications device 16 , such as a pad computer, laptop, smart phone, or the like without limitation, to selectively and substantially immediately receive real-time streaming video after log in without a need to occupy all of the bandwidth required to have each of the unselected cameras 12 - i streaming real-time video. Instead, as illustrated in FIG. 2 , when the end user logs on via the unit 16 and the server 1 , the cloud service anticipates that the user will want to stream from one or more of the cameras 12 i of the plurality 12 . Hence, to provide short wait times to the user and the unit 16 , all of the members of plurality 12 initiate a streaming video feed to the server 2 . This, of course, occupies substantial bandwidth.

As illustrated in FIG. 3 , after log in, the user, via the unit 16 , selects a camera, for example, the camera 12 - 1 of the plurality 12 , to present real-time streaming video to the exclusion of all other members of the plurality 12 . Since all of the cameras 12 i of the plurality 12 are streaming video to the server 2 , video from the selected camera can immediately be provided to the unit 16 from the server 2 . No set-up time is needed since all of the cameras of the plurality 12 are already streaming video.

As illustrated in FIG. 4 , once the camera 12 - 1 has been selected via the unit 16 , video streaming from all other cameras of the plurality 12 can be immediately terminated, thereby making that bandwidth available to other devices. In another configuration, more than one camera can be selected, and video streaming from all unselected cameras can be terminated immediately or within a user configureable timeout. FIG. 5 illustrates details of a process 100 that implements the above described processing of FIGS. 1-4 .

In summary, systems and methods in accordance herewith foresee or anticipate the end user's intention of streaming video from a camera. Foreseeing and anticipating should not be limited to a login action. The present system and method shorten the setup time experienced by the user to provide a user friendly experience. Additionally, it does so without continually hogging bandwidth while the user is viewing output from a selected camera.

From the foregoing, it will be observed that numerous variations and modifications may be effected without departing from the spirit and scope hereof. It is to be understood that no limitation with respect to the specific apparatus illustrated herein is intended or should be inferred. It is, of course, intended to cover by the appended claims all such modifications as fall within the scope of the claims. Further, logic flows depicted in the figures do not require the particular order shown or sequential order to achieve desirable results. Other steps may be provided, steps may be eliminated from the described flows, and other components may be added to or removed from the described embodiments.