WO2018031438A1 - Procédé, système, logiciel, moteur et plate-forme d'application mobile pour dialogue vidéo en ligne - Google Patents

Procédé, système, logiciel, moteur et plate-forme d'application mobile pour dialogue vidéo en ligne Download PDF

Info

Publication number
WO2018031438A1
WO2018031438A1 PCT/US2017/045679 US2017045679W WO2018031438A1 WO 2018031438 A1 WO2018031438 A1 WO 2018031438A1 US 2017045679 W US2017045679 W US 2017045679W WO 2018031438 A1 WO2018031438 A1 WO 2018031438A1
Authority
WO
WIPO (PCT)
Prior art keywords
streaming
user
server
session
service provider
Prior art date
Application number
PCT/US2017/045679
Other languages
English (en)
Inventor
Charanjit Singh SANDHU
Original Assignee
Sandhu Charanjit Singh
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 Sandhu Charanjit Singh filed Critical Sandhu Charanjit Singh
Publication of WO2018031438A1 publication Critical patent/WO2018031438A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate

Definitions

  • the present invention is generally directed to video communications, and more particularly to a method, system, software, engine, and a mobile application platform for video chat.
  • One aspect of the present invention is to provide a web or cellular network- based video chatting (broadcasting) between multiple people simultaneously.
  • Another aspect of the present invention is to provide a method, system, software, engine, and/or a mobile application platform for video chatting (broadcasting) between multiple people simultaneously.
  • Another aspect of the present invention is to provide a software application for video chatting (broadcasting) between multiple people simultaneously that uses an individual's telephone number and/or e-mail address as the unique identifier for mat individual.
  • Another aspect of the present invention is to provide a software application for video chatting (broadcasting) between multiple people simultaneously that allows the users to engage in a video chat in both public and private modes.
  • a video chat would be limited to only those users that have been pre- selected for participation purposes.
  • the video chat is available for participation by anyone, including those who are not pre- selected or are not part of a selected group.
  • the private video chats are preferably saved or stored on individual user's device (mobile phone, smartphone, tablet, laptop, etc.), while public video chats are stored or saved on the software application servers.
  • Another aspect of the present invention is to provide a system for selectively providing reciprocal streaming services in a network environment, which comprises a database including a plurality of registered user accounts for a first service provider, each user account having a unique identifier assigned to a user of the account by the first service provider or a second service provider, and a network server configured to establish a first network connection with a first user device associated with a first user account, receive instructions to begin a first streaming session, send a notification of the first streaming session to a second user account, receive first streaming data of the first streaming session from the first user device, store at least part of the first streaming data in association with the first user account, receive a confirmation from the second user indicating acceptance of the streaming session, establish a second network connection with the second user based on said confirmation, and deliver at least part of the first streamed data to the second user via the second network connection; wherein the server is further configured to receive second streaming data from the second user device and deliver at least a part of the second streaming data to the first user, where
  • Another aspect of the present invention is to provide a reciprocal streaming application which comprises computer instructions configured to exchange information between hardware onboard first and second personal computing devices and a remote server associated with a first service provider, and a graphical user interface that is presented on each respective display of the first and second personal computing devices, the graphical user interface mchiding a plurality of different interactive screens including i) a registration interface configured to receive commands for registering the corresponding personal computing device with the first service provider using a unique identifier assigned to the personal computing device by the first service provider or a second service provider, ii) a contact synchronization interface configured to identify potential contacts for the streaming application based at least in part on scanning for contact information, extracting unique identifiers from contact information found by the scan, sending indicia of the unique identifiers to the first service provider, and receiving confirmation from the first service provider that one or more contacts associated with the unique identifiers are registered users of the first service provider, iii) a streaming initiation interface configured to allow at least one corresponding
  • the present invention is directed to a software application or platform for real-time video chatting (broadcasting) between multiple people simultaneously, using various computing or electronic devices, such as smartphones, mobile phones, tablets, personal computers, laptops, etc.
  • Figures 1A-1B illustrate a flowchart of the overall methodology/technique/operation of a preferred embodiment of the present invention
  • Figure 2 is a schematic diagram representing a network environment in which video chat are shared among various user devices via a network server, according to an embodiment of the present invention
  • Figure 3 illustrates the profile page of a user, according to an embodiment of the present invention
  • Figure 4 illustrates an example screenshot or graphical user interface (GUI) of the main menu, according to an embodiment of the present invention
  • FIG. 5 illustrates an example screenshot or graphical user interface (GUI) of a private/public video chat selection page, according to an embodiment of the present invention
  • Figure 6 illustrates an example screenshot or graphical user interface (GUI) as seen by an invitee to a video chat request, according to an embodiment of the present invention
  • Figure 7 illustrates an example screenshot or graphical user interlace (GUI) of an ongoing private video chat and showing option to add other people into the chat, according to an embodiment of the present invention
  • Figure 8 illustrates an example screenshot or graphical user interface (GUT) of an ongoing public video chat and showing option to add other people into the chat, according to an embodiment of the present invention
  • Figure 9 illustrates an example screenshot or graphical user interface (GUI) as seen by a video chat initiator, according to an embodiment of the present invention
  • Figure 10 illustrates an example screenshot or graphical user interface (GUI) showing ending of all broadcasts by an initiator, allowing selecting a title and category for saving/storing a broadcast, according to an embodiment of the present invention
  • FIG 11 illustrates an example screenshot or graphical user interface (GUI) of all pre-recorded videos, according to an embodiment of the present invention
  • Figure 12 is a schematic diagram showing synchronization relationships between a first device, a streaming server and second device, according to an embodiment of the present invention
  • Figure 13 is a schematic diagram showing streaming relationships between a first device, a streaming server and second device, according to an embodiment of the present invention
  • Figure 14 is a schematic diagram depicting aspects of a public broadcast between a first device, a streaming server and various other devices, according to an embodiment present of the invention
  • Figure IS is a schematic diagram depicting aspects of a private broadcast between a first device, a streaming server and various specified contacts, according to an embodiment of the present invention
  • Figure 16 is a schematic diagram depicting aspects of a 'Quick Clip' broadcast between a first device, a streaming server and various contacts and followers, according to an embodiment of the present invention
  • Figure 17 is a schematic diagram depicting aspects of a coordinated broadcast (clustering), according to an embodiment of the present invention.
  • the overall methodology/operation will preferably be in the form of a software or related application (app) that when executed on a computing device, such as a personal computer, laptop, smartphone, mobile phone, tablet, etc., will make available to the user an interface to engage in a chat allowing two-/multi-way (reciprocal) exchanging of audio, video, text, photos, and other daWinfonnation, and combination thereof, in any form including analog, digital, etc., now available or developed in the future, with multiple people simultaneously, along with various other options, as described below in more detail.
  • a computing device such as a personal computer, laptop, smartphone, mobile phone, tablet, etc.
  • the software or app upon start (step 10), the software or app would be downloaded on the user's device (step 12).
  • the user would men be prompted to create a profile (step 14) by providing the requested information, such as name, e-mail address, company name, status, personal choices, etc. ( Figure 3).
  • the user's profile will also include an event calendar where profiles of other users of the same software or app would be accessible by clicking on their picture (or other suitable means or graphic, such as an avatar), as well as the event calendar and the videos that may have been publicly broadcasted by those other users.
  • the user Once in the profile of another user, the user (initiator) would also be able to follow that person and receive notifications of their public video chats. The option to follow one another will be available to all users of the app.
  • a main menu would be presented to the user ( Figure 4), from which a selection for a video chat can then be made (step 18).
  • the user (initiator) would then make a selection fbr a private or public video chat (step 20 - Figure 5), which will be followed by transmitting invitations to the user's contacts for the selected private or public video chat (step 22).
  • the contacts may accept or reject the invitation (step 24 - Figure 6). If the contacts) accepts the invitation (step 26), his or her acceptance would appear on the initiator's device/screen (step 28).
  • follow-up messages/reminders at various pre-selected time intervals will then be sent to the contacts) (step 32).
  • the time intervals can preferably be in minutes (5, 10, IS, 30, etc.), hours (1, 2, 3, 4, etc.), various times during the day (morning, afternoon, evening, next day, in a week, etc.).
  • the user/initiator will have the option to select one or more of these time intervals at which the follow-up messages/reminders will be sent to the contacts) who rejected the invitation for a video chat
  • the chat Upon a desired number of contacts accepting the invitation, the chat will begin (step 34) and continue at the initiator's preference ( Figures 7-8).
  • the initiator will have the option to pause, resume, and/or end the video chat with one or all of the invitees (step 36).
  • the user/initiator shall also have the option to add other contacts during an ongoing video chat ( Figures 7-8). Specifically, more people can be added to the chat by the initiator.
  • the sign shown in Figure 8 is to pause the chat, whereas the eye-shaped button can be pushed to take screenshots while broadcasting.
  • the initiator will have the capability and option to end the video chat completely (step 38) and save the video by title and category (step 40) before ending the chat (step 42 - Figure 10).
  • a public chat it is noted that the initiator has sole control over the chat; other users who are in the chat or not in the chat are able to comment and like the chat However, only the initiator has that control. It is noted that any user can initiate or participate in a chat by downloading the app.
  • the public video chats be saved or stored on the app's servers, while the private video chats be saved on the initiator's device. All saved video chats would be searchable by title, category, proximity and location.
  • the public video chats would preferably include live, broadcasted, and pre-recorded videos, where the prerecorded videos can be uploaded as a public video chats and have an option to upload still pictures.
  • the still pictures would include description fields fbr titling, description, and sharing.
  • the pictures would also be searchable by category, proximity, title and location.
  • the app would also have its own camera built within the application, which will allow a user to record a video in case there is no Internet connection so it can be uploaded later.
  • the video would be stored on the application and can be set to upload the video automatically or manually upon availability of Internet.
  • the private video chats will indicate the locations (city, country, etc.) of all of the participants, and all video chats would be viewable in landscape and portrait modes. Added features would include zoom-in and zoom-out capabilities for the initiator, as well as the participants. Another option for the initiator and the participants would include enlarging the screen images one at a time.
  • FIG. 2 is a schematic depiction of a network environment in which video chat broadcasts are shared among various user devices via a network server, according to preferred aspects of the invention.
  • a service provider server 50 may communicate with various user devices via network 52, such as the Internet User devices 54-60 may be registered with the service provider server 100, preferably via phone number, email address, or other bona fide unique identifier.
  • any of user devices 54-60 may be used to generate and/or consume video chat/broadcast information via the server 50.
  • a user of device 54 may initiate a public video chat/broadcast whereby any of devices 56-60 may be able to access/consume or reciprocate the video chat broadcast
  • the user of device 54 may select one or more contacts associated with devices 56-60 to share a private video chat/broadcast with.
  • a public video chat/broadcast is communicated to the server 50 and stored thereon, while a private video chat/broadcast will be stored on the device 120.
  • the broadcast can be distributed by the server to other user devices in substantially real time, and/or played at a later time upon request of an authorized device.
  • the server 50 may push notifications to all or some of user devices 54-60 regarding video chat/broadcasts that are directed to, or accessible by, those devices. This may be accomplished in myriad ways, such as using application-specific protocols, text messaging, email, or any other communication means linked to the registered user device or other designated means.
  • notifications sent to the user device include embedded instructions that allow the receiving user to seamlessly launch the broadcast, e.g., by pressing a 'Play * button or any other similar icon.
  • the server SO and user devices 54-60 may include memory and one or more processors that collectively execute instructions stored in the memory for performing functionality described herein.
  • the one or more processors of user devices 54-60 may operate an application that collects information and performs operations in accordance with the present disclosure.
  • the one or more processors may enable the user devices 54-60 to implement an application that determines various menus and presents the various menus to a user via a display, speaker, or other output of user devices 54-60 or other associated device (e.g., a home entertainment system in communication with one of the user devices).
  • the client applications may be configured to broadcast directly to a television or other device utilizing Bluetooth or another connection.
  • the memory may additionally store various information that allows for various deteaninations to be made for the presentation of dynamically determined menus in accordance with the various embodiments.
  • the present invention is well suited for use with a global computer communication network, such as the Internet
  • a global computer communication network such as the Internet
  • various aspects of the invention may be practiced with these improved technologies.
  • various wireless/cellular technologies provide a suitable communications medium for operating aspects of the present invention.
  • users would create a profile identifying themselves on the platform. This may include presenting an application screen 62 such as shown in Figure 3, and communicating the information to the platform server.
  • users can edit their name 64, company 66, status 68, privacy or other preferences 70, other social media account information, or any other relevant fields that the platform allows. For example, users may also complete an 'About' section in which they can add whatever text they wish. Phone numbers, or other unique identifiers, however, may be controlled such that they may not be edited, or may only be edited under certain circumstances, such as the user substituting another bona fide phone number.
  • Users may also add a picture album and video, audio or text blogs to their profile. Images can be selected from their device gallery or can be taken by camera.
  • buttons for accessing/editing profile information 74, chat 76 and/or broadcast 78 launch buttons, a button 80 to access videos (or other broadcasts) created by that device, a button 82 to browse all broadcasts that the user has access to, and/or button 84 for broadcasts that the user is 'following,' a synchronize contacts button 86, and a button 88 to begin a video chat, etc.
  • the user may initiate contact with other users in various ways, such as by synchronizing a user's contacts with registered users of the platform, inviting known contacts to 'Join' a chat session (step 22), inviting a contact to view a broadcast, etc.
  • a list of all corresponding contacts/users 90 may then be presented on the display screen 92 of the user device such as shown in Figure S, allowing the device user to select any or all contacts that they want to associate with the platform application via corresponding select buttons 94, as well as to select "Private” or "Public” video chat
  • the invitation to join the video chat would appear on the invitee's screen 96, with buttons 98 to accept the invitation.
  • the contacts may show up in a command window as contacts 100 in a chat launch screen 102 like shown in Figure 7, a broadcast launch screen, etc.
  • the user (initiator) would show up as a window 104 with buttons 106 and 108 to pause the video chat and snap screenshots, respectively, during the video chat
  • the chat launch screen 102 would also present the user (initiator) to add additional contacts 110 by selecting corresponding buttons 112.
  • Figure 8 shows a launch screen 114, similar to screen 102, except displaying a Public video chat
  • the user (initiator) will have buttons 116 and 118 to end individual or entire video chat, respectively.
  • broadcasting different types of content can be done simultaneously to the same or different audiences, e.g. using different, or combined, windows of an application. For example, users may have a portion of the application window displaying an instant messaging discussion, while viewing a live broadcast with other viewers of the same broadcast in another portion of the application window.
  • Still pictures can also be taken, or captured from a video stream, while video chatting/broadcasting, texting or talking. This may be performed, for example, using a 'snapshot' icon included on the broadcast or other screen that instructs the application, user device or server, to take a picture (if the camera is not being used) or isolate a frame from a video broadcast, and store the captured image.
  • the stored image may be automatically associated with the streaming session during which the image was captured.
  • a video broadcast may be linked to static images that a viewer can access while streaming the broadcast, the image(s) may be used as a reference image when user(s) are scrolling through available broadcasts, like in Figure 11.
  • still images may be stored in association with a chat (or other broadcast) session, such that when, looking back on the chat session, a user can see the associated images.
  • users may be able to send invitations to other users to specific types of content streaming.
  • a user that is viewing a video stream from another user may invite the broadcasting user to join a chat session, e.g. via a link that is displayed in the chat window 280 or video broadcast window 290, while viewing the broadcast
  • a user may engage in video conferencing or a voice call while also instant messaging or broadcasting video (to the same or different audience).
  • user-/client-side applications may include features mat allow a user to disable all, or some, notifications, e.g. via one or more icons, when broadcasting and/or viewing streaming content
  • the notifications that are disabled may include, for examples, incoming phone call, e-mail, appointment, or any other visual and/or audio, notifications presented on the user device.
  • a broadcast screen like shown in Figure 7, may include an icon, or other option selector, that allows "interruption free" broadcasting. These may apply, for example, to calls received through other applications and/or services, such as the user's existing phone service or calls received through the applications' phone or other service, once it is available.
  • the notification disable function may allow the user to select certain applications and/or types of notifications that are allowed, such as specifying 'disable text message visual notification; allow text message vibration notification,' etc.
  • Applications may also be configured to change other applications' settings, such as sending a call immediately to vricemail, when an event notification would otherwise be generated.
  • a log of blocked notifications may be generated, and presented to the user after the broadcast is completed.
  • broadcast screens may also include a 'pause' icon that allows the user to pause a stream while broadcasting, e.g. video, audio, etc.
  • the server e.g., 140
  • the server may be configured, for example, to present a static image to broadcast viewers while the broadcast is paused, and/or to pause storage of the broadcast file on the server. This allows a broadcaster to temporarily pause broadcasting and then resume broadcasting within the same broadcast
  • the server e.g., 140
  • that video may be stored and accessed as an individual clip.
  • Such features may be beneficial in various situations, such as when a broadcaster wants to broadcast different views of the same site or event, but wants to leave out the footage while they are walking from one point to the other (without having to go back and edit the video file).
  • Public broadcasts and/or Quick Clips can also be sent to 'Followers'.
  • Followers are registered users for whom the broadcaster does not necessarily have phone numbers/e- mails and to whom the broadcaster may not be able to send private messages.
  • followers can be categorized according to various user information, such as those previously discussed, including demographics, associated companies, etc.
  • followers may receive only public broadcasts from the users whom they choose to follow.
  • followers may be able to forward broadcasts to other users, post comments regarding broadcasts and they may also create forums regarding specific broadcasts in order to share their opinion and stimulate discussion among viewers, via the streaming service servers.
  • a 'Followers' selection screen, or other interlace may further include controls for designating specific content type to follow, e.g. video, image, text, etc., as well as categories, or other identification data, that may be used to limit the alerts that are sent
  • Embodiments may also include functions allowing users to turn notifications on or off, e.g. for another user, content type, category, etc. Accordingly, users may be provided multiple ways to customize their alerts, e.g., to only receive notifications for the content they wish to follow for a particular broadcaster. This can prove beneficial in many ways, including preventing users from becoming inundated by notifications, focusing the types of alerts that the user receives, screening content that the user may find objectionable, etc.
  • Video conferencing may also be initiated using a 'Call' button (not shown) from, for example, the launch screen ( Figure 7). Users may add, for example, up to four people (excluding themselves) on a video conference call. Users who are invited to join the call may in turn invite other contacts to the call as well
  • Users can also access all of the broadcasts that they created, e.g., by selecting 'My Videos' and via screen 72 like that shown in Figure 4, which lists all of the videos created by that device stored on the platform server (public video chats) and/or the user device (private video chats). Edit and/or delete commands may also be provided for use by the user.
  • the user can view lists of 'All Videos' that they have access to, like shown in screen 72 of Figure 4, and/or the available broadcasts that they are 'Following', like shown by button 84 in screen 84 of Figure 4.
  • These lists can be served by the platform server based on user permissions, preferences, etc.
  • the broadcasts in these lists may include various indicia such as time stamps and user IDs, and may be searchable or organized based on any other available information including creator, title, time stamp, categories, proximity, locations, etc.
  • the combination of the client-side applications and streaming server can allow broadcast and two-way communication by video, voice and text These can also broadcast in various combinations, e.g.
  • the client-side application can receive uifbrmation from the server indicating which contacts and/or followers are viewing the streaming session.
  • the display on the user device can include indicia of specific contacts/followers that are connected to the streaming session.
  • Figure 9 shows an alternative screen 120 presented to the user (initiator) that shows the contacts 122 with their geographical locations 124. This is a very useful and desirable option when selecting the contacts, for example, located in the same city, for a video chat
  • the user begins the video chat by selecting, for example, button 126 ( Figure 8), and has the option to end the video chat completely by selecting "End All Bradcasts" icon 128 ( Figure 10).
  • the user Upon ending the video chat, the user (initiator) would be presented with an option to save (button 130) the video chat by, for example, "Title'* (132) and "Category” (134).
  • Figure 11 illustrates a library screen 136 cataloging stored video chats 138, which can be viewed in portrait and landscale modes, and are searchable/organized by, for example, category, title, proximity, geographical location, etc.
  • Figures 12-17 illustrate example operational relationships between various devices, components, users, etc.
  • Figure 12 is a schematic diagram showing synchronization relationships between a first device 142, a streaming service server 140 and second device 144, according to an embodiment of the invention.
  • the device 142 may be used to synchronize contacts, including scanning various files on device 142, another remote server, such as an enterprise email server, or crawling social media or other sites mat the user is registered with, for any 'contacts,' which may be determined using various data file classification techniques.
  • the identified contacts can be further reviewed for specifically formatted unique identifiers, such as phone numbers.
  • the unique identifiers may be transmitted to the server 140 and compared against the registered user accounts to identify any having matching unique identifiers.
  • the server 140 may send contact requests via common client-side application (or IM or email) to device 144 of any registered users that match the unique identifiers, or that the user of device 142 requests to add to their contacts.
  • the server 140 may generate a message including embedded instructions that allow the application on device 142 to add the identified contact, after which the user of device 142 can chat and/or establish private broadcasts to the device 144.
  • the foregoing method ensures a degree of privacy and verification that is not present in current systems that either allow unrecognized contact requests, or do not link a user with a unique and verifiable identifier.
  • FIG. 13 is a schematic diagram generally showing streaming relationships between first device 142, streaming server 140 and second device 144, according to an embodiment of the invention.
  • the streaming service server 140 acts as an intermediary between the device 142 and any number of devices 144 that access the stream.
  • the server 140 can store the streamed data, provide it in nearly real time to device(s) 144, and also make it available for searching and later viewing by devices 142, 144. It is noted that the server 140 would likewise act as intermediary between the devices 142 and 144, when a streaming (or reciprocal streaming) session is initiated on a second device, like device 144.
  • Figure 14 is a schematic diagram depicting asp
  • a user viewing screen 146 selects a Public broadcast option, which causes transition to a second interface 148.
  • the user device may send a first message to the streaming server 140 along with transitioning to the second interface 148, e.g. to prepare a cache or other storage allocation on the server to minimize lag once the streaming session is initiated.
  • a user can initiate a broadcast, with or without adding title, category or other identifying information.
  • the streaming data is sent to the server 140 and stored according to any naming convention and categorization that have been preset or determined automatically.
  • the server 140 also makes the streaming session available to all, or a subset of, the registered users.
  • various devices 150-158 may access the streaming session via server 140 in near real time, or at a later time.
  • registered users who are contacts and/or followers of the streaming session initiator/creator, may be sent alerts that the streaming session is available.
  • the streaming session may be discovered, e.g., using a search function of the application software.
  • each of devices 150-158 would likewise have the capability to initiate streaming, or reciprocate by responding to an existing or ongoing streaming session.
  • a streaming session functions as a reciprocal or two (or multiway) video chat
  • FIG IS is a schematic diagram depicting aspects of a private broadcast between a first device, a streaming server and various specified contacts, according to an embodiment of the invention.
  • a user viewing screen 146 selects a Private broadcast option, which causes transition to a second interface 160 that allows the user to select contacts that the streaming session will be shared with.
  • the user selects contacts 1, 4, 5 and 8 to share the broadcast with.
  • a third screen 162 may be presented including a front/back camera select icon.
  • a camera select button may also be included that allow transitioning between different cameras during a streaming session.
  • Embodiments may also support capturing videos from the front or back camera in 'Portrait' or 'Landscape' modes.
  • the camera may be rotated while broadcasting and the orientation of the video modified accordingly without interruption, such as shown in Figure 16. This may be done, for example, by configuring the streaming server to automatically detect changes in the orientation of the video images, and to modify the broadcast accordingly.
  • Additional link buttons may also be included that allow various multimedia content to be included in the streaming session, e.g.
  • the user device may send a first message to the streaming server 140 along with transitioning to any of the various interfaces, e.g., to prepare a cache or other storage allocation on the server to minimize lag once the streaming session is initiated.
  • a user can initiate a broadcast, with or without adding title, category or other identifying information.
  • a user may be presented with a screen like 148 before, during or after the streaming session.
  • the streaming data is sent to the server 140 and stored according to any naming convention and categorization mat have been preset or determined automatically.
  • the server 140 also makes the streaming session available to the selected contacts, in this case contact 1 via device 166, contact 4 via device 168, contact 5 via device 170, and contact 8 via device 172.
  • devices 166, 168, 170 and 172 including similar streaming applications may access the streaming session via server 140 in near real time, or at a later time.
  • me server 140 alerts me selected contacts and/or followers of the Private broadcast via alerts sent to similar applications and/or IM, email or other messaging techniques. It should be appreciated that, depending on different features supported by various applications and operating systems, notifications may still be received by a user even if the specific streaming application is not 'open' at the initial notification generation time.
  • the devices like 166-172 of the contacts, would have the capability to engage in reciprocal or two- (or multi-way) video chat
  • FIG 16 is a schematic diagram depicting aspects of a 'Quick Clip' broadcast between a first device, a streaming server 140 and various contacts from list 174 and followers from list 176, according to an embodiment of the invention.
  • This type of broadcast may be configured to bypass or omit certain functions that are presented to the user as part of another broadcast mode, such as the Private broadcast described in the context of Figure 15.
  • the user application may initiate a video streaming session with the server based on predctennined parameters, or a limited set of parameters, such as a front/back camera select option shown in 178.
  • the server may automatically assign an identifier for the stream and begin storing and/or broadcasting the video.
  • Automatic identification may be based, for example, on timestamp, location, and/or phone number information.
  • a plurality of different 'Quick Clip' or similar icons may be presented with different preset parameters used to acquire, name, store and/or broadcast streams.
  • a user may preconfigure a plurality of icons for each of their children, so that when they select a certain 'Quick Clip' icon it automatically categorizes and/or names the stream with the corresponding child.
  • predesignated streaming groups with associated contacts e.g. 'Grandparents,' 'Soccer Fans,' 'Music Fans,' etc.
  • the 'Quick Clip' icon is configured to automatically alert a plurality of the users' contacts 166, 180 and 182, as well as the user's followers 184, 186 and 188, via contact list 174 and follower list 176.
  • the server 140 may store such broadcasts in a way that prevents the user from editing and/or deleting the saved stream from the server.
  • different hierarchies for editing and/or deleting may be assigned based on the type of stream, and may require some edit/delete requests to be approved by the service provider.
  • the user may be presented with an option to assign title, category or other identifiers (like shown in Figure 10) after the stream is stopped, or at some other time (e.g., if the user selects the saved video from their 'My Videos' button 80 ( Figure 4).
  • two or more broadcasts can be coordinated (or clustered) into a single broadcast, e.g., that shows in a single screen or a view that rotates broadcasters.
  • a plurality of broadcasters 190-196 may be streaming content to streaming server 140, for example, a single event, but from different locations or perspectives/angles.
  • the streaming server 140 may automatically associate these broadcasts, e.g., by location, by assigned category, by user groups, by user 'event registration' provided by the streaming service or other social media sites accessible by the streaming service, etc.
  • one or more of broadcasters 190-196 may initiate the association by sending a request to streaming server 140.
  • the streaming server 140 may broadcast associated streams as a combined (or viewer-configurable) broadcast to various users, such as user devices 198 and 200.
  • the combined broadcast can be configured in various ways, such as presenting a selected broadcast 202 (which may be provided by broadcaster 190), and selectable icons 204-208 (which may be associated with broadcasts from broadcasters 192-196).
  • the streaming server 140 may automatically cycle through the different broadcasts in the broadcast provided to user device 198 (and/or other viewers), or may allow the user to select between associated broadcasts.
  • the streaming server 140 may also present a combined broadcast with simultaneous display of a plurality of individual broadcasts, e.g., as shown on user device 200 with streaming windows 210-216, which may be derived from broadcasters 190-196, respectively.
  • the content of one or more windows 210-216 may be selected by the server 140 based on, for example, the best viewing angle, from a larger number of associated broadcasts, e.g., from dozens or hundreds of broadcasters at a particular event
  • the application presented on either of user devices 198 or 200 may also allow a viewer to rate a specific broadcast, which may be used, for example, by the streaming server 140 (or user device) to weight the priority for individual broadcasts in a combined broadcast
  • the streaming server 140 may determine which broadcasts are rated as best by viewers and present those more frequently (e.g., among display windows 210-216) or uniquely (e.g., in display window 202).
  • Combined broadcasts may be stored in various ways. For example, each of the individual broadcasts may be stored in association with the originating broadcaster (such as previously described), and a file that associates the broadcasts may be separately saved. A user may men select the associating file (e.g. linked to an icon in the 'All Videos' button 82 shown in Figure 4) at a later time, and be presented with the combined broadcast from the separately stored broadcast files.
  • the streaming server 140 may also store records that associate specific broadcast streams that a user chooses to watch during specific times, e.g. so mat the user can easily go back and view the parts, individuals, and/or perspectives of an event that they focused in on during a combined broadcast, etc.
  • a further use example may involve a group of people attending a concert or other event, and one of the users creates a combined broadcast by selecting other users that are at the event or in the area.
  • the combined broadcast may be viewed and/or stored by the streaming server under its own name, assigned by me creating user.
  • Such features may also be used with videos mat have already been created. For example, if a user wants to create a collage of their own videos, they may select from among existing accessible videos, and select "My Videos" button 80 from screen in Figure 4, or a suitable icon or the like, to create a combined broadcast that may be stored under a new file name.
  • Streaming sessions discussed herein can also be linked to various social media accounts, and/or registered as a 'TV channel' name (similar to registering as a business) and broadcast videos through that 'channel.'
  • users can also create a 'radio channel' if they wish to only broadcast voice/sound.
  • the streaming server may be configured to selectively provide public content to other streaming services for broadcast via other websites. Such distribution may be based on, for example, separate licensing or other arrangements with such services, whereby certain content (e.g. content that is viewed a certain number of times) becomes available to the other services for access by users that are not registered with the originating streaming service.
  • certain content e.g. content that is viewed a certain number of times
  • systems and methods described herein may also include functionality that adds advertisements, such as commercials, before or after a streaming session, or adds banner advertisements or the like to public streaming sessions. This may be done, for example, via the streaming server and may pull advertising content from various third-party sources, and included in streaming broadcasts. In some examples, users may be able to pay an additional fee to remove such advertisements from the content that they are broadcasting or receiving.
  • the streaming service provider may also limit users from broadcasting content from which they receive revenue, e.g., by scanning streaming data for embedded advertisements, etc. This can employ techniques such as scanning for static portions of image or video data, Thus, the service provider can be equipped with means for reserving the rights to revenue streams generated by videos or advertisements on videos.
  • streaming sessions may be monitored for content that is prohibited by the service provider's terms of use, or the like, and accounts may be automatically suspended based at least in part on such scans.
  • me application may also be configured to upload prerecorded or produced content (such as videos, audio files, etc.) to me streaming server.
  • This may be implemented, for example, via icon(s) that access files stored on the user device, or that are otherwise accessible, and transferring those files to the streaming server where they may be stored in association with the user account
  • Such files may be accessed by other users in similar manner to the streaming session examples discussed above.
  • embodiments of the present invention further include computer- readable storage media that include program instructions for perforating various computer-implemented operations as described herein.
  • the computer readable medium is any data storage device mat can store data which can thereafter be read by an electronic system.
  • the media may also include, alone or in combination with the program instructions, data files, data structures, tables, and the like.
  • the media and program instructions may be those specially designed and constructed for the purposes of the present subject matter, or they may be of the kind available to those having skill in the computer software arts.
  • Examples of computer-readable storage media include magnetic media such as flash drives, hard disks, floppy disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical media such as floptical disks; and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM) and random access memory (RAM).
  • Examples of program instructions include both machine code, such as produced by a compiler, and files containing higher level code that may be executed by the computer using an interpreter.
  • the computer readable medium can also be distributed over a network coupled to electronic systems so that the computer readable code is stored and executed in a distributed fashion.
  • the profile page provides the options to register users' name of choice
  • the event calendar can be found by clicking on the picture of anyone who is using this software as this will give access to the profile information, the event calendar and the videos they have publicly broadcasted. [0095] Once you are in someone's profile, you can also access their public video chats by clicking on public video chats.
  • Public video chats are available for anyone to watch live or at a later time by using the same software, and public video chats are saved on software's own servers. They are not deletable after a certain time.
  • User's friend can accept or reject the request in order to proceed with the video chat
  • This process is started only by the initiator and none of the other parties. However, if the initiator is dropped out of the video chat by choice or due to bad connection, the initiator status would fall to the next user who is a part of the video chat.
  • the initiator of the public video chat would be the one who can title the public video broadcasts at the end of the video chats and is the one to retitle it This can be done at the end of the video chats or later.
  • the initiator is the only chat member who can pause and resume the video chat
  • Public video chat will show the locations of all the participants on screen.
  • Pre-recorded videos can be uploaded in the public video chat as well.
  • Pre-recorded video chat will have an option to upload still pictures
  • Private video chat will show the locations of all the participants.
  • All the video chats can be viewed in landscape mode or portrait mode.
  • All the video display screens have an option to enlarge one of the participants at a time.
  • the camera is able to zoom in and out.
  • Video Clustering (Figure 17): Public chats can be broadcasted from more than one angle:
  • 3 of these phones can be recording one particular (same) event at one time from different angles.
  • the 3 pieces of footage are sent to the fourth phone who then chooses which perspective to broadcast
  • Each video will have a button that allows the fourth user to select the video.
  • This video is then titled and categorized. It will be saved on the server as it can only be done publicly.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un service Internet basé sur un serveur, doté d'applications côté client/utilisateur, permettant à des utilisateurs de dialoguer en ligne entre des dispositifs électroniques tels que des téléphones intelligents, des tablettes et des ordinateurs personnels par diffusion bilatérale de vidéos, messages vocaux ou messages texte en direct (ou pré-enregistrés ou pré-stockés) par l'intermédiaire d'une adresse à protocole Internet (IP). La diffusion peut être effectuée dans les deux formats, privé et public. Des diffusions privées peuvent être faites "un-à-un" entre deux utilisateurs enregistrés ou parmi un groupe de contacts privés. Des diffusions publiques peuvent être accédées par n'importe quels utilisateurs enregistrés et peuvent également être transmises à des "abonnés" enregistrés. En plus de la désignation des "abonnés", les utilisateurs peuvent aussi désigner des types de contenu qu'ils souhaitent suivre, par exemple, des vidéos, des messages vocaux et/ou des messages texte. De préférence, des diffusions publiques sont stockées sur des serveurs de fournisseurs de services, tandis que des diffusions privées sont stockées sur les dispositifs utilisateurs, et peuvent faire l'objet de recherches par titre, catégorie, proximité ou description, et peuvent être accessibles ultérieurement. Les diffusions peuvent également être désignées comme ''favoris" pour un accès ultérieur facilité Après accès, les diffusions peuvent être organisées alphabétiquement ou chronologiquement.
PCT/US2017/045679 2016-08-08 2017-08-07 Procédé, système, logiciel, moteur et plate-forme d'application mobile pour dialogue vidéo en ligne WO2018031438A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662371910P 2016-08-08 2016-08-08
US62/371,910 2016-08-08

Publications (1)

Publication Number Publication Date
WO2018031438A1 true WO2018031438A1 (fr) 2018-02-15

Family

ID=61163088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/045679 WO2018031438A1 (fr) 2016-08-08 2017-08-07 Procédé, système, logiciel, moteur et plate-forme d'application mobile pour dialogue vidéo en ligne

Country Status (1)

Country Link
WO (1) WO2018031438A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120102409A1 (en) * 2010-10-25 2012-04-26 At&T Intellectual Property I, L.P. Providing interactive services to enhance information presentation experiences using wireless technologies
US20140310754A1 (en) * 2007-12-10 2014-10-16 Deluxe Media Inc. Method and system for use in coordinating multimedia devices

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140310754A1 (en) * 2007-12-10 2014-10-16 Deluxe Media Inc. Method and system for use in coordinating multimedia devices
US20120102409A1 (en) * 2010-10-25 2012-04-26 At&T Intellectual Property I, L.P. Providing interactive services to enhance information presentation experiences using wireless technologies

Similar Documents

Publication Publication Date Title
US20160330258A1 (en) Broadcasts among electronic devices of registered users via internet protocol
US10021059B1 (en) Messaging content and ad insertion in channels, group chats, and social networks
US20180359532A1 (en) Method and system for sourcing and editing live video
US9762861B2 (en) Telepresence via wireless streaming multicast
JP6404912B2 (ja) ライブ放送システム
US8561118B2 (en) Apparatus and methods for TV social applications
US8751572B1 (en) Multi-user chat search and access to chat archive
US8606872B1 (en) Method and apparatus for organizing, packaging, and sharing social content and social affiliations
US20120303834A1 (en) Seamless digital streaming over different device types
US20110239253A1 (en) Customizable user interaction with internet-delivered television programming
EP1835689B1 (fr) Système et méthode de communication enrichis par contexte
US20140033039A1 (en) System And Method For Playback Positioning Of Distributed Media Co-Viewers
US20140136310A1 (en) Method and system for seamless interaction and content sharing across multiple networks
US20130198288A1 (en) Systems, Methods, and Computer Programs for Suspending and Resuming an Online Conference
US11297391B2 (en) Television interface for multi-party social media sessions
US20090064245A1 (en) Enhanced On-Line Collaboration System for Broadcast Presentations
US10728198B2 (en) Methods and apparatus for dynamic location-based media broadcasting
US20230018239A1 (en) Collaboration hub for a group-based communication system
US20130227434A1 (en) Audio/Text Question Submission and Control in a Produced Online Event
US20140047025A1 (en) Event Management/Production for an Online Event
WO2010007612A1 (fr) Partage d'un contenu multimédia
US20220368552A1 (en) Interaction method and apparatus, and electronic device
WO2011112841A2 (fr) Camescope numérique à points multiples pour programmation télévisuelle sur internet
WO2018031438A1 (fr) Procédé, système, logiciel, moteur et plate-forme d'application mobile pour dialogue vidéo en ligne
US9071681B1 (en) Inbound telephony orchestrator for hangout-based contact center platform

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

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

Country of ref document: EP

Kind code of ref document: A1