INITIATING A CONFERENCING MEETING USING A CONFERENCE ROOM DEVICE

Abstract

The disclosed technology addresses the need in the art for a conference room device configured to aid the initiation, organization, and management of a conference meeting. A conference room device is configured to determine that a user is within a threshold distance of a conference room device and that the user is associated with a conference meeting at a current time. The conference room device is further configured to prompt the user to start the conference meeting, receive a confirmation from the user; and start the conference meeting.

Description

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. Non-Provisional patent application Ser. No. 16/725,899, filed Dec. 23, 2019, which is a continuation of U.S. Non-Provisional patent application Ser. No. 15/435,892, filed Feb. 17, 2017, now U.S. Pat. No. 10,516,707, which claims the benefit of U.S. Provisional Patent Application No. 62/434,805, filed Dec. 15, 2016, the contents of which are incorporated herein by reference in their entireties.

TECHNICAL FIELD

The present disclosure pertains to multiparty conferencing, and more specifically to use of a conference room device to aid multiparty conferencing.

BACKGROUND

Multiparty conferencing allows participants from multiple locations to collaborate. For example, participants from multiple geographic locations can join a conference meeting and communicate with each other to discuss issues, share ideas, etc. These collaborative sessions often include two-way audio transmissions. However, in some cases, the meetings may also include one or two-way video transmissions as well as tools for the sharing of content presented by one participant to other participants. Thus, conference meetings can simulate in-person interactions between people.

Conferencing sessions are typically started by having users in each geographic location turn on some conferencing equipment (e.g., a telephone, computer, or video conferencing equipment), inputting a conference number into the equipment, and instructing the conferencing equipment to dial that number.

BRIEF DESCRIPTION OF THE DRAWINGS

The above-recited and other advantages and features of the disclosure will become apparent by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only example embodiments of the disclosure and are not therefore to be considered to be limiting of its scope, the principles herein are described and explained with additional specificity and detail through the use of the accompanying drawings in which:

FIG. 1 is a conceptual block diagram illustrating an example network environment for providing conferencing capabilities, in accordance with various embodiments of the subject technology;

FIG. 2 is an illustration of a conference room device, in accordance with various embodiments;

FIG. 3 is conceptual block diagram illustrating a collaboration service, in accordance with various embodiments;

FIG. 4 shows an example conference room according to some embodiments;

FIG. 5 shows an example method for starting a conference meeting according to some embodiments; and

FIGS. 6A and 6B show example possible system embodiments.

DESCRIPTION OF EXAMPLE EMBODIMENTS

Various embodiments of the disclosure are discussed in detail below. While specific implementations are discussed, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without parting from the spirit and scope of the disclosure.

Overview

The disclosed technology addresses the need in the art for a conference room device configured to aid the initiation, organization, and management of a conference meeting.

Multiparty conferencing technologies simulate in-person interactions and allow participants from multiple geographic locations to collaborate. However, setting a conferencing session or conference meeting up and starting the session is complicated and often takes a number of steps performed by one or all meeting participants. Before each session, each geographic location that will be represented in the conferencing session typically needs to set up all equipment (e.g., audio equipment, video equipment, presentation equipment) so that they are able to work together. When the session is about to begin, a user at each geographic location needs to follow a set of instructions to start the session at that location and “join the meeting.”

Various aspects of the subject technology relate to facilitating the setting up or initiation of a conferencing session by detecting when a user comes within range of a conference room device, determining that there is a meeting for the user, and prompting the user to start the meeting. If the user indicates that the user wishes to start the meeting, various embodiments of the subject technology will work to start the conferencing session. By predicting that the user will want to join a conferencing session and proactively prompting the user to begin the conferencing session, various embodiments of the subject technology aid the user in setting up and initiating the conferencing session. The user experience is greatly improved with a simpler, faster, and more intuitive process for initiating the conferencing session.

Detailed Description

FIG. 1 is a conceptual block diagram illustrating an example network environment 100 for providing conferencing capabilities, in accordance with various embodiments of the subject technology. Although FIG. 1 illustrates a client-server network environment 100, other embodiments of the subject technology may include other configurations including, for example, peer-to-peer environments.

The network environment 100 includes at least one collaboration service 120 server that is in communication with devices from one or more geographic locations. In FIG. 1, the geographic locations include conference room 130 and conference room 150. However, as will be appreciated by those skilled in the art, the communication devices do not necessarily need to be in a room.

The various devices and the collaboration service 120 communicate via a network 110 (e.g., the Internet). The network 110 can be any type of network and may include, for example, any one or more of a cellular network, a satellite network, a personal area network (PAN), a local area network (LAN), a wide area network (WAN), a broadband network (BBN), the Internet, and the like. Further, the network 150 can include, but is not limited to, any one or more of the following network topologies, including a bus network, a star network, a ring network, a mesh network, a star-bus network, tree or hierarchical network, and the like. Network 110 can be a public network, a private network, or a combination thereof. Communication network 110 may be implemented using any number of communications links associated with one or more service providers, including one or more wired communication links, one or more wireless communication links, or any combination thereof. Additionally, network 110 can be configured to support the transmission of data formatted using any number of protocols.

Conference room 130 includes a conference room device 132, a screen input device 134 (or a screen assistive device), and a screen device 136. The screen device 136 may be a monitor, a television, a projector, a tablet screen, or other visual device that may be used during the conferencing session. The screen input device 134 is configured to interface with the screen device 136 and provide the conferencing session input for the screen device 136. The screen input device 134 may be integrated into the screen device or separate from the screen input device 134 and communicate with the screen input device via a Universal Serial Bus (USB) interface, a High-Definition Multimedia Interface (HDMI) interface, a computer display standard interface (e.g., Video Graphics Array (VGA), Extended Graphics Array (XGA), etc.), a wireless interface (e.g., Wi-Fi, infrared, Bluetooth, etc.), or other input or communication medium. In some embodiments, screen input device 134 may be integrated into conference room device 132.

The conference room device 132 is configured to detect when a user comes within range of the conference room 130, the conference room device 132, or some other geographic location marker. The conference room device 132 is further configured to coordinate with the other devices in the conference room 130 or geographical location and the collaboration service 120 to start and maintain a conferencing session. For example, the conference room device 132 may interact with a client device associated with one or more user to facilitate a conferencing session. The client device may be, for example, a user's smart phone, tablet, laptop, or other computing device.

As shown in FIG. 1, conference room 130 further includes one or more users 140. Each user may be associated with one or more client devices 142. The client devices 142 may include smart phones, tablets, laptop computers, conferencing devices, or other computing devices. The client devices 142 may have an operating system and run one or more collaboration applications that facilitate conferencing or collaboration. For example, a collaboration application running on a client device 142 may be configured to interface with the collaboration service 120 or the conference room device 132 in facilitating a conferencing session for a user.

Conference room 150 includes a conference room device 152, an audio device 158, one or more users (user 160 and user 164), and one or more client devices 162 and 166. Conference room 150 is not shown with a screen device or a screen input device because some geographic locations may not have access to these devices.

The audio device 158 may include one or more speakers, microphones, or other audio equipment that may be used during the conferencing session. The conference room device 152 is configured to interface with the audio device 158 and provide the conferencing session input for the audio device 158. The audio device 158 may be integrated into the conference room device 152 or separate from the conference room device 152 and communicate with the conference room device 152 via an audio cable interface, a Universal Serial Bus (USB) interface, a High-Definition Multimedia Interface (HDMI) interface, a wireless interface (e.g., Wi-Fi, infrared, Bluetooth, etc.), or other input or communication medium.

FIG. 2 is an illustration of a conference room device 200, in accordance with various embodiments. The conference room device 200 may include a processor 210 and a computer-readable medium 220 storing instructions that, when executed by the conference room device 200, cause the conference room device 200 to perform various operations for facilitating a conferencing session. The conference room device 200 may further include a pairing interface 230, and audio interface, and a network interface 250. The network interface 250 may be configured to facilitate conferencing sessions by communicating with a collaboration service, screen input device, or client device.

The pairing interface 230 may be configured to detect when a user is within range of the conference room, the conference room device 200, or some other geographic location marker. For example, the pairing interface 230 may determine when the user is within a threshold distance of the conference room device 200 or when the user is within range of a sensor of the conference room device 200. The pairing interface may include one or more sensors including, an ultrasonic sensor, a time-of-flight sensor, a microphone, a Bluetooth sensor, a near-field communication (NFC) sensor, or other range determining sensors.

An ultrasonic sensor may be configured to generate sound waves. The sound waves may be high frequency (e.g., frequencies in the ultrasonic range that are beyond the range of human hearing). However, in other embodiments, other frequency ranges may be used. In some embodiments, the sound waves may be encoded with information such as a current time and a location identifier. The location identifier may be, for example, a conference room device 200 identifier, a geographic location name, coordinates, etc. The ultrasonic sound waves encoded with information may be considered an ultrasonic token.

A client device may detect the ultrasonic token and inform a collaboration service that the client device detected the ultrasonic token from the conference room device 200. The collaboration service may check the ultrasonic token to make sure the sound waves were received at the appropriate time and location. If the client device received the ultrasonic token at the appropriate time and location, the collaboration service may inform the conference room device 200 that the client device is within range and pair the conference room device 200 with the client device.

In other embodiments, the conference room device 200 and the client device may pair together directly, without the assistance of a collaboration service. Furthermore, in some embodiments, the roles are reversed where the client device emits high frequency sound waves and the ultrasonic sensor of the conference room device detects the high frequency sound waves from the client device. In still other embodiments, an ultrasonic sensor may be configured to generate high frequency sound waves, detect an echo which is received back after reflecting off a target, and calculate the time interval between sending the signal and receiving the echo to determine the distance to the target. A time-of-flight sensor may be configured to illuminate a scene (e.g., a conference room or other geographic location) with a modulated light source and observe the reflected light. The phase shift between the illumination and the reflection is measured and translated to distance.

The audio interface 240 may be configured to provide the audio component to the conferencing session. For example, the audio interface 240 may receive audio from participants in one geographic location of the conferencing session and play the audio from participants in another geographic location. The audio interface 240 may also be configured to facilitate the conferencing session by providing and receiving audio from meeting participants, client devices, or the collaboration service. In some embodiments, the audio interface 240 may prompt the user to start a meeting, prompt the user to end a meeting, prompt the user for instructions, or receive instructions from meeting participants. The audio interface 240 may include one or more speakers, microphones, or other audio equipment. In other embodiments, the audio interface 240 may interface with one or more speakers, microphones, or other audio devices external to the conference room device 200.

FIG. 3 is conceptual block diagram illustrating a collaboration service 300, in accordance with various embodiments. The collaboration service may include a pairing module 310, a scheduling module 320, and a conferencing module 330.

The pairing module 310 may be configured to aid the pairing of a client device and a conference room device or the detection of a user within range of the conference room device. For example, the pairing module 310 may receive a communication from a client device indicating that the client device received an ultrasonic token from a conferencing room device. The pairing module 310 may decode the ultrasonic token and determine whether the client device received the ultrasonic token at the correct time and place. If the ultrasonic token does not match the appropriate time and place, the pairing module 310 may prevent pairing of the client device and the conferencing room device. If the ultrasonic token matches the appropriate time and place, the pairing module 310 may pair the client device and the conferencing room device. The pairing of the client device and the conferencing room device signifies that the client device and the user associated with the client device are within range of the conference room device.

A scheduling module 320 is configured to identify an appropriate meeting to start based on the paired devices. As will be discussed in further detail below, the scheduling module 320 may identify a user associated with the client device paired with a conference room device at a particular geographic location. The scheduling module 320 may access an electronic calendar for the conference room device at the geographic location, an electronic calendar for the user, or both to determine whether there is a conference meeting or session scheduled for the current time. If there is a meeting or session scheduled, the scheduling module 320 may ask the user if the user wants to start the meeting or session. For example, the scheduling module 320 may instruct the conference room device to prompt the user to start the meeting or instruct a collaboration application on the client device to prompt the user to start the meeting.

An electronic calendar may include a schedule or series of entries for the user, a conference room device, a conference room, or any other resource associated with a conference meeting. Each entry may signify a meeting or collaboration session and include a date and time, a list of one or more participants, a list of one or more locations, or a list of one or more conference resources. The electronic calendar may be stored by the collaboration service 300 or a third party service and accessed by scheduling module 320.

A conferencing module 330 is configured to start and manage a conferencing session between two or more geographic locations. For example, the conference room device may prompt the user to start the meeting and receive a confirmation from the user to start the meeting. The conference room device may transmit the confirmation to the collaboration service 300 and the conferencing module 330 may initiate the conferencing session. In some embodiments, the conferencing module 330 may initiate the conferencing session after the scheduling module 320 identifies an appropriate meeting to start without receiving a confirmation from the user or prompting the user to start the meeting.

In some embodiments, the conference room device may receive and respond to instructions from a user. Instructions may be received by a microphone, other sensor, or interface. For example, the user may enter a room and say “Please start my meeting.” The conference room device may receive the instructions via the microphone and transmit the instructions to the collaboration service 300. The collaboration service 300 may convert the speech to text using speech-to-text functionality or third-party service. The collaboration service 300 may user natural language processing to determine the user's intent to start a meeting, identify an appropriate calendar entry for the user or conference room, and start the meeting associated with the calendar entry. In some cases, the collaboration service 300 may further use text-to-speech functionality or service to provide responses back to the user via the conference room device.

FIG. 4 shows an example conference room 400 according to some embodiments. The conference room 400 is shown with a conference room device 410, a screen input device 420, and a screen device 430 located within the conference room 400. In other embodiments, however, conference room 400 may include additional devices (e.g., client devices, audio devices, additional screen devices, etc.), fewer devices, or alternative devices.

The conference room device 410 may be configured to pair with various devices and components in the conference room 400 in order to provide various capabilities for a collaboration session. For example, the conference room device 410 may be configured to pair with any audio devices in the conference room 400 or contain audio components (e.g., one or more speakers or microphones) to provide audio capability for the collaboration session. The conference room device 410 may also pair with a camera or the screen input device 420, which is connected to screen device 430, in order to provide video or presentation capabilities for the collaboration session. The conference room device 410 may be further configured to continue listening during a collaboration session and respond to voice activated commands.

As will be discussed in further detail below, the conference room device 410 may also automatically detect users within range of the conference room device 410, determine whether the user has a meeting, and ask the user to start a meeting. In this way, the conference room device 410 initiates the interaction with the user and guides the user through the initiation of the conference meeting.

FIG. 5 shows an example method 500 for starting a conference meeting according to some embodiments. Although the methods and processes described herein may be shown with certain steps and operations in a particular order, additional, fewer, or alternative steps and operations performed in similar or alternative orders, or in parallel, are within the scope of various embodiments unless otherwise stated.

Method 500 may be implemented by a system which may include a conference room device, a collaboration service, or a combination thereof. At operation 505, the system determines that a conference room device is within range of a user based on a pairing interface of the conference room device. More specifically, in embodiments where the pairing interface is an ultrasonic sensor, the pairing interface may emit a token in the form of high frequency sound waves. The token may include encoded information such as a current time and location information (e.g., a location of the conference room the conference room device is located in or a conference room device identifier).

A user may be associated with a client device (e.g., a smart phone, tablet, laptop, or other device) running a collaboration application. The collaboration application may be logged in to an account for the user that is associated with the collaboration service. The collaboration application may utilize the components of the client device (e.g., a microphone or ultrasonic sensor) to listen for tokens. When the user of the client device comes within range of the conference room device, the collaboration application on the client device may detect and receive the token from the pairing interface of the conference room device.

In response to receiving the token from the pairing interface of the conference room device, the collaboration application on the client device may inform the collaboration service that it has received the token by translating the token and transmitting the encoded information to the collaboration service along with a user identifier (e.g., a user name or user account credentials). In other embodiments, the collaboration application on the client device may inform the collaboration service that it has received the token by transmitting the token to the collaboration service along with the user identifier.

If the collaboration service receives the decoded information from the client device, the collaboration service may confirm that the token is still valid (e.g., that the time encoded in the token is within a threshold time difference from the current time or that the token has not expired). On the other hand, if the collaboration service receives the token, the collaboration service may decode the token and confirm that the token is still valid. The collaboration service may determine whether the token is valid in order to make certain that the user and the user's client device are currently within range of the conference room device instead of merely being delayed in transmitting the token or token information.

At operation 510, the system determines that there is a conference meeting at the current time. In some embodiments, the collaboration service identifies a user account based on the user identifier and identifies the conference room device based on the information encoded in the token emitted by the conference room device. The scheduling module of the collaboration service may access one or more calendars associated with the user account, the conference room device, the conference room that the conference room device is located in, or a combination thereof.

Based on the accessed calendars, the collaboration service may determine whether the user is associated with a conference meeting at the current time. For example, the collaboration service may determine that the user is associated with a conference meeting at the current time based on an entry in the user's calendar at or near the current time, based on an entry in the calendar associated with the conference room or conference room device at or near the current time, or both.

At operation 515, the system prompts the user to start the conference meeting. In some embodiments, the collaboration service may transmit instructions to the conference room device to prompt the user to start the conference meeting. The conference room device may receive the instructions and prompt the user by audibly asking if the user wants to start the conference meeting via the audio interface of the conference room device. For example the audio interface may ask the user “We notice you have an upcoming meeting. Do you want to start your meeting?” In some embodiments, the prompt may include personalized information such as the user's name, the title of the meeting, or other participants of the meeting. Furthermore, in some embodiments, the prompt may also (or alternatively) be provided to the user visually via the screen input device or the application on the client device and the instructions to prompt the user may be transmitted by the conference room device or the collaboration service.

The user may respond to the prompt by speaking (e.g., by saying “Yes, start my meeting”) or inputting a response into the collaboration application on the client device. The system receives the user's response at operation 520. The response may be received by the conference room device and transmitted to the collaboration service or received directly by the collaboration service (e.g., from the collaboration application on the client device).

If the response indicates that the user wishes to start the meeting (e.g., a confirmation response to the prompt), the collaboration service will start the conference meeting at operation 525. For example, the collaboration service may initiate two-way communication between the devices in the conference room and devices in conference rooms in one or more other geographic locations. Furthermore, the collaboration may enable additional conference meeting features such as recording, voice commands, video capabilities, shared screens, presentation abilities, or shared collaboration documents.

Although method 500 is described with respect to detecting that one user is within range of a conference room device, it will be appreciated by those in the art that additional users may be detected using similar processes. In some cases, the collaboration service may customize prompts or information provided to users based on the number of users detected. For example, if only one user is detected, the collaboration service may include more personalized information (e.g., the user's name) when communicating with the user.

According to some embodiments, the collaboration service may identify various signals in the calendar information that increase the reliability of a determination that the user is associated with a particular meeting at the current time. For example, there may be an entry in the calendar for the user at the current time and an entry in the calendar for the conference room device at the current time, the entry in the user's calendar may list the conference room or the conference room device as a location or participant, the entry in the calendar of the conference room device may list the user participant, the entries for the user and the conference room device may be part of the same meeting or conferencing session (e.g., they share a common meeting identifier), or the entries for the user and the conference room device may share common participants. Additional signals may be derived from calendar information from other users detected by the conference room device. For example, other detected users may have entries at the current time, the entries may list the first detected user as a participant, the entries may share common users in the participant list, the entries may list the conference room or the conference room device as a location or participant, or the entries may be part of the same meeting or conferencing session. The above information may aid the collaboration service in selecting a conference meeting and determining that the user is associated with the conference meeting.

However, not all calendar information may be consistent and there may be some ambiguity over what meeting is occurring at the current time. For example, the collaboration service may identify two or more entries at the current time in the calendar for the user, two or more entries at the current time in the calendar for the conference room device, or the entry for the conference room device may not list a detected user as a participant. According to some embodiments, the collaboration service may perform disambiguation functions in order to determine which conference meeting is occurring at the current time. In some embodiments, the collaboration service may prompt one of the users within range of the conference room device to select a meeting to start. In some embodiments, the collaboration service may use one or more signals in the calendar information described above to determine which conference meeting to start or to prompt the detected user to start.

According to some embodiments, the collaboration service may determine that there are conflicting entries in one or more calendars. For example, the collaboration service may detect two or more users within range of the conference room device and the scheduling module of the collaboration service may determine that the calendar for one of the detected user two or more entries at the current time. The collaboration service determines if one of the entries is shared by another user within range of the conference room device. If one of the entries is shared by another user, the collaboration service may determine that the shared entry is most likely the meeting that the users intend to attend. The collaboration service may automatically start the meeting associated with the shared entry or prompt one or more of the detected users to start the meeting associated with the shared entry.

In some embodiments, the collaboration service access a list of participants, attendees, or invitees for each of the two or more entries at the current time and determine which entry is for the meeting that the users most likely intend to attend based on the other users detected within range of the conference room device. For example, if User_A has two calendar entries (entry_1 and entry_2) at the current time and the detected users more closely match the participants list for entry_1 than entry_2, the collaboration service may determine that entry_1 is most likely the meeting that the user intends to start. The collaboration service may automatically start the meeting associated with entry_1 or prompt the user to start the meeting associated with entry_1.

In some cases, the collaboration service may determine that the calendar for the conference room device includes two or more entries at the current time. In order to determine which meeting to start, the collaboration service may determine if one of the entries is shared by user that is within range of the conference room device or if the participants list for one of the entries more closely matches the list of users within range of the conference room device.

Various embodiments described herein may include various instances of disambiguation, speech recognition, and text-to-speech that enable a bi-directional interaction and cooperation with a user to initiate a meeting. For example, in one scenario, a user may enter a meeting room that includes a conference room device. The conference room device may detect the user and greet the user. The greeting may be visual (e.g., a video greeting on a screen), textual (a text greeting on the screen or client device), or audible (e.g., a greeting converted from text to speech and played via a speaker on the conference room device). The collaboration service may identify the user, look up a calendar associated with the user, and potentially identify multiple entries for the user at the current time. If multiple entries are found, the conference room device may ask the user “I have found multiple meetings at this time” and list the meetings either textually, audibly (via text-to-speech functionality), or both. The user selects a meeting and the instructions may be converted from speech to text and run through a speech recognition service to determine the user's intent. Once the instructions to start the selected meeting are understood by the collaboration service, the collaboration service may start the selected meeting.

In some embodiments, before a meeting is started, the collaboration service may determine that a user that is detected to be within range of the conference room device is not listed as a participant in the entry for the meeting. Since this may be considered a security issue, the collaboration service may notify the other participants in one or more of the geographic locations about the unlisted user and ask if the participants want to add the unlisted user as a participant to the meeting. Adding the unlisted user as a participant to the meeting may enable the unlisted user to access additional features associated with the conference meeting. For example, an entry for the meeting may be provided to the unlisted user's calendar or the unlisted user may receive any shared documents, presentations, or recordings associated with the meeting.

FIG. 6A, and FIG. 6B show example possible system embodiments. The more appropriate embodiment will be apparent to those of ordinary skill in the art when practicing the present technology. Persons of ordinary skill in the art will also readily appreciate that other system embodiments are possible.

FIG. 6A shows a conventional system bus computing system architecture 600 wherein the components of the system are in electrical communication with each other using a bus 605. Example system 600 includes a processing unit (CPU or processor) 610 and a system bus 605 that couples various system components including the system memory 615, such as read only memory (ROM) 620 and random access memory (RAM) 625, to the processor 610. The system 600 can include a cache of high-speed memory connected directly with, in close proximity to, or integrated as part of the processor 610. The system 600 can copy data from the memory 615 and/or the storage device 630 to the cache 612 for quick access by the processor 610. In this way, the cache can provide a performance boost that avoids processor 610 delays while waiting for data. These and other modules can control or be configured to control the processor 610 to perform various actions. Other system memory 615 may be available for use as well. The memory 615 can include multiple different types of memory with different performance characteristics. The processor 610 can include any general purpose processor and a hardware module or software module, such as module 1 632, module 2 634, and module 3 636 stored in storage device 630, configured to control the processor 610 as well as a special-purpose processor where software instructions are incorporated into the actual processor design. The processor 610 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor may be symmetric or asymmetric.

To enable user interaction with the computing device 600, an input device 645 can represent any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth. An output device 635 can also be one or more of a number of output mechanisms known to those of skill in the art. In some instances, multimodal systems can enable a user to provide multiple types of input to communicate with the computing device 600. The communications interface 640 can generally govern and manage the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.

Storage device 630 is a non-volatile memory and can be a hard disk or other types of computer readable media which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, solid state memory devices, digital versatile disks, cartridges, random access memories (RAMs) 625, read only memory (ROM) 620, and hybrids thereof.

The storage device 630 can include software modules 632, 634, 636 for controlling the processor 610. Other hardware or software modules are contemplated. The storage device 630 can be connected to the system bus 605. In one aspect, a hardware module that performs a particular function can include the software component stored in a computer-readable medium in connection with the necessary hardware components, such as the processor 610, bus 605, display 635, and so forth, to carry out the function.

FIG. 6B shows a computer system 650 having a chipset architecture that can be used in executing the described method and generating and displaying a graphical user interface (GUI). Computer system 650 is an example of computer hardware, software, and firmware that can be used to implement the disclosed technology. System 650 can include a processor 655, representative of any number of physically and/or logically distinct resources capable of executing software, firmware, and hardware configured to perform identified computations. Processor 655 can communicate with a chipset 660 that can control input to and output from processor 655. In this example, chipset 660 outputs information to output 665, such as a display, and can read and write information to storage device 670, which can include magnetic media, and solid state media, for example. Chipset 660 can also read data from and write data to RAM 675. A bridge 680 for interfacing with a variety of user interface components 685 can be provided for interfacing with chipset 660. Such user interface components 685 can include a keyboard, a microphone, touch detection and processing circuitry, a pointing device, such as a mouse, and so on. In general, inputs to system 650 can come from any of a variety of sources, machine generated and/or human generated.

Chipset 660 can also interface with one or more communication interfaces 690 that can have different physical interfaces. Such communication interfaces can include interfaces for wired and wireless local area networks, for broadband wireless networks, as well as personal area networks. Some applications of the methods for generating, displaying, and using the GUI disclosed herein can include receiving ordered datasets over the physical interface or be generated by the machine itself by processor 655 analyzing data stored in storage 670 or 675. Further, the machine can receive inputs from a user via user interface components 685 and execute appropriate functions, such as browsing functions by interpreting these inputs using processor 655.

It can be appreciated that example systems 600 and 650 can have more than one processor 610 or be part of a group or cluster of computing devices networked together to provide greater processing capability.

For clarity of explanation, in some instances the present technology may be presented as including individual functional blocks including functional blocks comprising devices, device components, steps or routines in a method embodied in software, or combinations of hardware and software.

In some embodiments the computer-readable storage devices, mediums, and memories can include a cable or wireless signal containing a bit stream and the like. However, when mentioned, non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.

Methods according to the above-described examples can be implemented using computer-executable instructions that are stored or otherwise available from computer readable media. Such instructions can comprise, for example, instructions and data which cause or otherwise configure a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Portions of computer resources used can be accessible over a network. The computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, firmware, or source code. Examples of computer-readable media that may be used to store instructions, information used, and/or information created during methods according to described examples include magnetic or optical disks, flash memory, USB devices provided with non-volatile memory, networked storage devices, and so on.

Devices implementing methods according to these disclosures can comprise hardware, firmware and/or software, and can take any of a variety of form factors. Typical examples of such form factors include laptops, smart phones, small form factor personal computers, personal digital assistants, and so on. Functionality described herein also can be embodied in peripherals or add-in cards. Such functionality can also be implemented on a circuit board among different chips or different processes executing in a single device, by way of further example.

The instructions, media for conveying such instructions, computing resources for executing them, and other structures for supporting such computing resources are means for providing the functions described in these disclosures.

Although a variety of examples and other information was used to explain aspects within the scope of the appended claims, no limitation of the claims should be implied based on particular features or arrangements in such examples, as one of ordinary skill would be able to use these examples to derive a wide variety of implementations. Further and although some subject matter may have been described in language specific to examples of structural features and/or method steps, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to these described features or acts. For example, such functionality can be distributed differently or performed in components other than those identified herein. Rather, the described features and steps are disclosed as examples of components of systems and methods within the scope of the appended claims.

Claims

1. A computer-implemented method comprising:

transmitting, by a conference room device, an ultrasonic token, wherein the ultrasonic token is a sound wave;

receiving, from a user device, a response to the ultrasonic token;

determining the conference room device is within range of the user device based on the response;

accessing a service to configure a conference meeting associated with the user device;

transmitting a request to the user device to prompt a user to start the conference meeting on the conference room device;

receiving a confirmation response from the user device; and

starting the conference meeting on the conference room device based on the confirmation response.

2. The computer-implemented method of claim 1, wherein the conference meeting is in a calendar associated with the user of the user device, and the user is listed as a participant of the conference meeting.

3. The computer-implemented method of claim 2, wherein the service is a scheduling service, and configuring the conference meeting comprises identifying an entry for the conference meeting in the calendar.

4. The computer-implemented method of claim 1, wherein the ultrasonic token is encoded with a current time.

5. The computer-implemented method of claim 1, wherein the request is an audible prompt.

6. The computer-implemented method of claim 1, wherein the confirmation response is a verbal confirmation from the user.

7. The computer-implemented method of claim 1, wherein the confirmation response is received from a collaboration application on the user device.

8. A computing system comprising:

one or more processors; and

at least one computer-readable storage medium having stored thereon instructions which, when executed by the one or more processors, cause the computing system to: transmit, by a conference room device, an ultrasonic token, wherein the ultrasonic token is a sound wave; receive, from a user device, a response to the ultrasonic token; determine the conference room device is within range of the user device based on the response; access a service to configure a conference meeting associated with the user device; transmit a request to the user device to prompt a user to start the conference meeting on the conference room device; receive a confirmation response from the user device; and start the conference meeting on the conference room device based on the confirmation response.

9. The computing system of claim 8, wherein the conference meeting is in a calendar associated with the user of the user device, and the user is listed as a participant of the conference meeting.

10. The computing system of claim 9, wherein the service is a scheduling service, and configuring the conference meeting comprises identifying an entry for the conference meeting in the calendar.

11. The computing system of claim 8, wherein the ultrasonic token is encoded with a current time.

12. The computing system of claim 8, wherein the request is an audible prompt.

13. The computing system of claim 8, wherein the confirmation response is a verbal confirmation from the user.

14. The computing system of claim 8, wherein the confirmation response is received from a collaboration application on the user device.

15. A non-transitory computer-readable storage medium having stored thereon instructions which, when executed by one or more processors of a computing system, cause the computing system to:

transmit, by a conference room device, an ultrasonic token, wherein the ultrasonic token is a sound wave;

receive, from a user device, a response to the ultrasonic token;

determine the conference room device is within range of the user device based on the response;

access a service to configure a conference meeting associated with the user device;

transmit a request to the user device to prompt a user to start the conference meeting on the conference room device;

receive a confirmation response from the user device; and

start the conference meeting on the conference room device based on the confirmation response.

16. The non-transitory computer-readable storage medium of claim 15, wherein the conference meeting is in a calendar associated with the user of the user device, and the user is listed as a participant of the conference meeting.

17. The non-transitory computer-readable storage medium of claim 16, wherein the service is a scheduling service, and configuring the conference meeting comprises identifying an entry for the conference meeting in the calendar.

18. The non-transitory computer-readable storage medium of claim 15, wherein the ultrasonic token is encoded with a current time.

19. The non-transitory computer-readable storage medium of claim 15, wherein the request is an audible prompt, and wherein the confirmation response is a verbal confirmation from the user.

20. The non-transitory computer-readable storage medium of claim 15, wherein the confirmation response is received from a collaboration application on the user device.