Abstract:
A method and system wherein a user can log in to a cloud based server using a selected communications device. Upon log in, a selected plurality of video cameras is activated to simultaneously provide streaming video from each of the cameras to a second cloud based server. Upon designation of a member of the plurality, the designated camera streams video to the user&#39;s communications device, and streaming from all other members of the plurality is terminated.

Description:
FIELD 
       [0001]    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 which 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. 
       BACKGROUND 
       [0002]    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, the network setup (like TCP handshake), followed by streaming negotiations or stream transcoding—specifically some video transport protocols require video chunk to be prefetched on a relay server before it can be sent to a viewer (example HTTP Live Streaming). It can take significant amount of time, example 15 sec. This usually requires that the end user must wait for 15 seconds for actual video data arriving at his/her laptop or mobile app. Although 15 seconds is not a lot, many users view such delays as indicating less than ideal service performance. 
         [0003]    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. 
         [0004]    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 which only stream upon request in order to conserve bandwidth. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0005]      FIG. 1  illustrates a block diagram of a system in accordance herewith in a first state; 
           [0006]      FIG. 2  illustrates the block diagram of  FIG. 1  in a second state; 
           [0007]      FIG. 3  illustrates the block diagram of  FIG. 1  in a third state; 
           [0008]      FIG. 4  illustrates the block diagram of  FIG. 1  in a fourth state; and 
           [0009]      FIG. 5  illustrates a chart of actions to be taken to implement a process as illustrated in  FIGS. 1-4 . 
       
    
    
     DETAILED DESCRIPTION 
       [0010]    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 same, and is not intended to limit the application or claims to the specific embodiment illustrated (including but not limited to other streaming protocols, service components such as presence and relay services may be named differently). In this document the function of presence service is to identify the Internet location of a camera device and verify the account authorization and authentication of an end user. While relay service function is primarily to route a camera stream to one or more video consumers in cloud services. 
         [0011]    In embodiments hereof, streaming is carried out for a limited period of time from all cameras after an initial connection from the remote 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 the bandwidth issues. 
         [0012]      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. System  10  provides video monitoring capabilities which 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. 
         [0013]    A plurality of video-type cameras  12  can be installed in a region R of a home H, or, 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 server  1 , which provides presence services. As those of skill will understand, the members of the plurality  12  are associated with the monitoring location, such as home H, and this association is known to server  1 . 
         [0014]    The present system and method enable an end-user, via a communications device  16 , such as 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 unit  16 , and 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 unit  16 , all of the members of plurality  12  initiate streaming video feed to server  2 . This of course occupies substantial bandwidth. 
         [0015]    As illustrated in  FIG. 3 , after log in, the user via unit  16 , selects a camera, for example camera- 1  of 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 server  2 , video from the selected camera can immediately be provided to the unit  16  from server  2 . No set-up time is needed since all of the cameras of the plurality  12  are already streaming video. 
         [0016]    As illustrated in  FIG. 4 , once camera  12 - 1  has been selected via unit  16 , video streaming from all the other cameras of the plurality  12  can be immediately terminated 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 the user configureable timeout  FIG. 5  illustrates details of a process  100  which implements the above described processing of  FIGS. 1-4 . 
         [0017]    In summary, systems and methods in accordance herewith foresee, or anticipate, the end user&#39;s intention of streaming video from a camera. Foreseeing and anticipating should not be limited to a login action. The present system and method shortens 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. 
         [0018]    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, or steps may be eliminated, from the described flows, and other components may be add to, or removed from the described embodiments.