BACKGROUND

1. Technical Field

[0001] The disclosed technology relates to methods and systems for providing a user interface to facilitate transfer of a teleconference between a meeting center system and a mobile device.

2. Introduction

[0002] With the increasing ubiquity of network connectivity, as well as improvements in data speeds, IP-based teleconferencing has become very popular. Due to the multiuser nature of teleconference calls, it is not uncommon for one or more users to leave and/or join an ongoing teleconference. In conventional meeting center systems, in order to transfer a call from a mobile device to the meeting center system, a joining user needs to end any ongoing calls on his/her device and dial into the teleconference using the meeting system hardware. Similarly, a user departing a teleconference conducted at the meeting center system would need to separately dial-in to the teleconference using his/her device in order to maintain connectivity.

BRIEF DESCRIPTION OF THE DRAWINGS

[0003] Certain features of the subject technology are set forth in the appended claims. However, the accompanying drawings, which are included to provide further understanding, illustrate disclosed aspects and together with the description serve to explain the principles of the subject technology. In the drawings:

[0004] FIGs. 1A and IB illustrate an example of a graphical user interface (UI) used to provide user selectable options for initiating a teleconference transfer, according to some aspects of the technology. [0005] FIGs. 2A-2C illustrate examples of various phases of a UI display provided during the process of initiating a teleconference transfer.

[0006] FIGs. 3A-3C illustrate examples of various phases of a UI display provided during the process of performing a teleconference transfer, including display of a call destination icon representing the destination teleconference meeting center.

[0007] FIGs. 3D and 3E illustrate an example of a UI display provided during the completion of a teleconference transfer process.

[0008] FIGs. 4A and 4B illustrate examples of a UI display after the completion of a teleconference transfer, e.g., from a mobile device to a conference center system.

[0009] FIGs. 4C and 4D illustrate examples of various UI displays that can be provided to facilitate control of the transferred teleconference on the meeting center system.

[0010] FIGs. 5A and 5B illustrate additional examples of UI displays to provide control options for an ongoing teleconference, including options for transferring the teleconference back to the mobile device.

[0011] FIGs. 5C-5E illustrate examples of a UI at various stages of a teleconference transfer from a conference center system to a mobile device.

[0012] FIGs. 6A and 6B illustrate examples of a UI provided at the completion of a teleconference transfer from a conference center system to a mobile device.

[0013] FIGs. 7A-7C illustrate examples of a UI display provided after a teleconference has been successfully transferred from a conference center system to a mobile device.

[0014] FIG. 8 illustrates steps of an example method for transferring a teleconference between a conference system and a mobile device. [0015] FIG. 9 illustrates an example of an electronic system with which some aspects of the subject technology can be implemented.

[0016] FIGs. 10 A and 10B illustrate example system embodiments.

DESCRIPTION OF EXAMPLE EMBODIMENTS

[0017] The detailed description set forth below is intended as a description of various configurations of the subject technology and is not intended to represent the only configurations in which the subject technology can be practiced. The appended drawings are incorporated herein and constitute a part of the detailed description. The detailed description includes specific details for the purpose of providing a more thorough understanding of the subject technology. However, it will be clear and apparent that the subject technology is not limited to the specific details set forth herein and may be practiced without these details. In some instances, structures and components are shown in block diagram form in order to avoid obscuring the concepts of the subject technology.

Overview

[0018] Aspects of the disclosed technology relate to systems and methods for transferring a teleconference between a mobile device and a conference center (e.g., a meeting center system). Steps performed to implement some methods of the technology can include operations for identifying, by a mobile device, a candidate meeting center system for transfer of a teleconference conducted on the mobile device, and in response to identifying the candidate meeting center system, generating a user interface (UI) to provide one or more user selectable icons, the user selectable icons configured to facilitate transfer of the teleconference from the mobile device to the candidate meeting center system. Systems and computer readable media are also provided. Description

[0019] Aspects of the disclosed technology address various limitations of conventional meeting center systems by providing a user interface (UI) for conveniently transitioning teleconference connectivity between devices, such as a meeting center system and a mobile device. As used herein, "meeting center," "meeting center system" and "conference center" can refer to one or more hardware and/or software systems implemented for conducting a teleconference in a particular meeting location, such as an office, conference room, or classroom, etc. Additionally, as used herein, a user's "mobile device" can refer to any of a variety of portable electronic devices that can be configured for transferring teleconference operation to and/or from the meeting center system. By way of non-limiting example, a mobile device can include any one of: a smart phone, a personal desktop assistant (PDA), a tablet computing device, a smart-watch device, or the like.

[0020] In one aspect, a UI is provided that automatically and intuitively directs a user to merge/transfer a telephone call (or video conference), depending on whether the user is arriving, at or departing from, a meeting center system location.

[0021] In some implementations, the UI can provide one or more prompts to the user in response to detecting that the user's device is located in close proximity to the meeting center system. Although determinations of proximity (e.g., between a mobile user device and the meeting center system) can be implementation specific, in some aspects, determinations can be made using a sound signal, such as a sonar signal. For example, a sonar signal emitted by the meeting center can be detected at the mobile device, verifying the mobile device's proximity. In this manner, the meeting center system and/or the user's mobile device can infer that the user is near the meeting center system and therefore likely to desire the transfer of teleconference management between devices. It is understood that other methods for determining device proximity can be implemented, without departing from the scope of the technology.

[0022] As discussed in further detail below, a detected proximity between the user's device and the meeting center system can trigger the display of various user selectable buttons and/or messages to intuitively guide the user through the teleconference transfer process. For example, upon identifying a proximately located meeting center system, a UI can be provided on a screen of the user's device e.g., to indicate actions that can be performed to conduct the teleconference transfer. Once the required actions are performed (e.g., through user interaction with touch-screen selectable options), the UI can display the conference destination, i.e., an image of the destination meeting center system. As discussed in further detail below, other user controls can also be displayed, for example, that provide options for managing the teleconference on the meeting system (e.g., from the mobile device). Such options may include, but are not limited to, graphical icons configured to cause teleconference termination, or muting, etc.

[0023] In another aspect, the technology can provide a UI configured to facilitate the moving of a teleconference from a meeting center system onto (or back to) a user's mobile device. User prompts for transitioning the call to the mobile device can be provided in response to detected changes in mobile device proximity to the meeting center system, for example, when it is determined that the mobile device is moving away from a location of the meeting center.

[0024] In some aspects, user prompts can be provided to either continue (e.g., copy) the teleconference to the user's mobile device. Additionally, graphical prompts can be provided that enable the user to terminate the call at the meeting center location, i.e., to move the call to the user's mobile device. Various aspects of a graphical user interface (GUI) will now be described with respect to FIGs. 1-11, discussed below. [0025] FIGs. 1A and IB illustrate examples of graphical UI displays (e.g., UI display 100 A and UI display 100B) that can be used to provide user selectable options for managing a teleconference transfer, e.g., from the mobile device to a meeting center system. FIG. 1A illustrates an example UI display 100A that is provided during an ongoing teleconference, for example, in response to the detection of a proximately located meeting center system. As discussed in further detail below, determinations of proximity between a mobile device and a meeting center system (e.g., which is a candidate for receiving a teleconference transfer) can be based on signaling provided between the meeting center system and the mobile device, such as, the receipt of a sonar signal at the mobile device.

[0026] It is understood that various UI displays, such as in the examples provided by UI display 100 A, and UI display 100B, can be provided on various types of mobile devices. Such devices can include, but are not limited to, one or more of: smart phone devices, tablet computers, smart watch devices, notebook computers, and/or game consoles, etc. Additionally, the UI displays discussed herein can be provided on a variety of display screen types, such as, capacitive touchscreens, organic light-emitting diode (OLED) displays, and the like.

[0027] Additionally, in the examples provided by FIG. 1A, and FIG. IB, UI displays 100 A, and 100B, each provide an image of a teleconference user, e.g., with whom a user of the mobile device is corresponding. However, it is understood that the UI displays can provide other types of images and/or video graphics concurrent with the teleconference session, without departing from the scope of the technology. For example, an image, icon or emoji associated with the corresponding teleconference participant may be displayed by a UI on the mobile device during the duration of the teleconference.

[0028] In FIG. 1 A, UI display 100A includes a call move option icon 102A that is provided at a bottom portion of UI display 100 A. In this example, display 100 A is provided on a touchscreen, such as a capacitive touchscreen of a smartphone device, configured to receive user input via a user's touch-engagement with the touchscreen surface. As such, call move option icon 102 A is selectable through user engagement (touch) with an area of the capacitive touchscreen surface corresponding with the display of call move option icon 102 A.

[0029] Call move option icon 102 A can include information, such as text, that can be useful in providing user guidance for interaction with the call move option icon. In the example of FIG. 1A, call move option icon 102 A contains a user engagement instruction, including text for directing the user to "drag up to move call." It is understood that call move option icon 102 A can include additional and/or different user engagement instructions, depending on the desired implementation. Additionally, as discussed in further examples below, user engagement instructions can be provided independently from a call move option icon, and located in other areas within the UI display.

[0030] FIG. IB illustrates another example of a UI display 100B, that includes call move option icon 102B. In the example provided by UI display 100B, call move option icon 102B includes a user engagement image, e.g., that provides useful hints as to how a user can select the displayed call move option icon 102B. In this example, the user engagement image comprises an up-arrow, indicating user engagement with the call move option icon in an upward direction, with respect to the UI display orientation, needed to initiate the teleconference transfer.

[0031] In some approaches, the displayed UI can alternate between different display states. For example, during an ongoing teleconference and upon detection of a proximately located candidate meeting center system, the mobile device can cause the UI display to alternate between UI display 100 A, and UI display 100B. That is, the call move option icon can vacillate between call move option icon 102 A (providing textual user instructions), and call move option 102B (providing graphical user instructions). The dynamic nature of the UI display can serve to further instruct the user about how to transfer the teleconference.

[0032] FIGs. 2A-2C illustrate various phases of an example UI display provided during the process of performing a teleconference transfer. In particular, FIG. 2A illustrates an example UI display 200A that includes user engagement icon 202A at a bottom portion of UI display 200A. UI display 200A also provides a user engagement instruction 201 (e.g., the text "drag up to move call"), in a top portion of the display, as well as a video window 203 A, for example, that provides a video or image representation of the party with whom the teleconference is being conducted. As discussed above, user engagement instructions can be provided at various locations within the user interface, including as part of, or within, a user engagement icon.

[0033] FIGs. 2B and 2C illustrate example UI displays (200B, 200C) that represent the progression of display changes after user engagement with UI display 200A has begun. As illustrated by the various UI displays (200A-C), the graphics provided by the user interface (including user engagement instruction 201 (not illustrated), user engagement icon 202B and video window 203B), can begin to move in a manner consistent with the direction of a user's engagement with a touchscreen on which the displays are provided. In the illustrated examples, a video window (202B, 202C), user engagement icon (202B, 202C), and the user engagement instruction move in an upward direction concurrent with the user's progressive engagement with user engagement icons 202A, 202B, and 202C.

[0034] FIGs. 3A-3C illustrate examples of phases of UI displays (300A, 300B, and 300C, respectively) provided during the process of performing a teleconference transfer. Displays 300A-C variously include call move option icons (305A, 305B, 305C), and call destination icons (307A-C). UI displays 300 A and 300B also include partial displays of video windows (309A and 309B, respectively) - which provide a video feed for the teleconference being conducted on the mobile device before the transfer is completed.

[0035] FIGs. 3B and 3C illustrate UI displays (300B, 300C) depicting the progression of the call transfer process, e.g., to a conference center destination entitled "Batcave." As illustrated by UI display 300B, the teleconference transfer process is performed as the user slides call move option icon 305B toward call destination icon 307B. UI display 300C from FIG. 3C provides an example of the graphical depiction provided when the teleconference transfer is completed. For example, UI display 300C includes user engagement instruction 311, which delivers user instructions for how to complete the teleconference transfer, i.e., "released to move call."

[0036] FIGs. 3D and 3E illustrate examples of UI displays (300D, 300E) provided during the completion of a teleconference transfer. FIG. 3D illustrates UI display 300D that provides a graphic indicating a status (e.g., "moving call") of the teleconference transfer, as well as an indication of the new teleconference location (e.g., "Batcave"). FIG. 3E illustrates an example of the graphical depiction of the teleconference transfer completion process that includes the fading in of user image or picture, indicating a user (or group of users) with whom the teleconference is being conducted at the transferee location.

[0037] FIGs. 4A and 4B illustrate examples of UI displays (400A, 400B) provided after completion of a teleconference transfer. That is, FIGs. 4A/B illustrate graphical displays 400A/B provided on the mobile device that display information relating to the teleconference that has been transferred to the meeting center system. In the example of FIGs. 4A B, UI displays 400A/B indicate a name 402A B and graphical icon 404A/B associated with the party with whom the transferred teleconference is conducted (e.g., "Eva Fredriksen"), as well as an image or picture relating to Eva Fredriksen. Additionally, FIG. 4B illustrates a graphical display 400B similar to that of FIG. 4A, with the addition of call duration indicator 406 (e.g., 00:58 seconds) indicating a time duration for the transferred teleconference.

[0038] FIGs. 4C and 4D variously provide examples of UI displays (400C, 400D) provided on a mobile device that provide additional control options for a transferred teleconference that is actively conducted on a meeting center system (not illustrated). In particular, FIG. 4C/D illustrate UI displays 400C/D that includes a few of the display options discussed above, e.g., a name 402C/D of the teleconference party, a graphical icon of the teleconference party 404C/D, and a teleconference duration indicator 406C/D. However, UI displays 400C/D additionally include a call move option icon 403C/D that provide a user selectable option for transferring the teleconference from the meeting center system back to the mobile device. Similar to the example discussed above with respect to FIGs. 1-3, call move option icons 403C/D can include a user engagement instruction (e.g., 403C), or a user engagement image (e.g., 403D) that provides user information to guide the user in completing the teleconference transfer.

[0039] As further illustrated, UI displays 400C/D also include teleconference controls 405C/D that provide various user selectable options for controlling the teleconference being conducted on the conference center system. In the provided example, teleconference controls 405C/D include options for terminating the teleconference or muting the teleconference. However, it is understood that additional or different teleconference controls can be provided, without departing from the scope of the technology.

[0040] Additionally, UI displays 400C/D include user selectable management options 407C/D for facilitating management of the teleconference control interface. In particular, management options 407C D provide options for exiting the teleconference management system, and also provide information identifying a location of location where the transferred teleconference is actively conducted (i.e., "Batcave").

[0041] FIGs. 5A-5E variously illustrate examples of UI displays (500A-E, respectively) provided throughout the process of transferring a teleconference from a meeting center system to the mobile device. In the example of FIG. 5 A, UI display 500A includes a name 502A (e.g., indicating a name with whom the teleconference is conducted), a call transfer option icon 503 A (e.g., for moving the teleconference back to the mobile device), a graphical icon 504 A (e.g., graphically indicating a party with whom the teleconference is conducted), as well as call control options 505A and management options 507A.

[0042] Once the teleconference transfer process has been initiated, for example, through user engagement with call transfer option icon 503A, some of the graphical displays associated with the teleconference are no longer displayed (e.g., graphical icons and call control options). Turning to FIG. 5B, UI display 500B provides management options 507B, as well as destination icon 510B representing a destination location available for the teleconference transfer, i.e., the mobile device. The example UI display 500B of FIG. 5B illustrates an example of the display changes that occur once a user begins to initiate the teleconference transfer back to the mobile device.

[0043] FIGs. 5C-5E show the graphical progression of the transfer process. For example, UI display 500C illustrates call transfer option icon 503C and destination icon 510C. As the user moves the call transfer option icon 503D/E toward destination icon 510D/E, the transfer of the teleconference back to the mobile device is completed.

[0044] FIGs. 6A and 6B illustrate examples of a UI display provided at the completion of a teleconference transfer from a conference center system to a mobile device. Similar to the example provided above with respect to FIGs. 3C-E, UI display 600 A can include a user engagement instruction (e.g., "Release to copy call") that provides information to a user that can provide instruction for completing the teleconference transfer.

[0045] FIG. 6B illustrates an example of a UI display 600B which provide a status indicator as the conference center to mobile device transfer is completed. That is, UI display 600B includes a status instruction to indicate the transfer progress by displaying: "Moving call."

[0046] FIGs. 7A-7C illustrate examples of UI displays (700A-C) provided after a teleconference has been successfully transferred from a conference center system to a mobile device. As illustrated in the examples of FIGs. 7A-C, each of UI displays 700A-C provide a video window (e.g., 703A-C) that provides a video feed displaying a party with whom the newly transferred teleconference is conducted. Additionally, in the example of FIG. 7C, UI display 700C provides a set of user selectable teleconference control options 705C, for example, that provide user selectable options for managing various aspects of the teleconference at the previous location, i.e., at the meeting center system. In the illustrated example, teleconference control options 705C include options for terminating the teleconference on the meeting center system.

[0047] FIG. 8 illustrates steps of an example method 800 for transferring a teleconference e.g., between a conference system and a mobile device, according to some aspects of the technology. Method 800 begins with step 802 in which a teleconference is actively conducted on a user's mobile device. Depending on implementation, the same teleconference can also be concurrently conducted on the meeting center system (e.g., before the teleconference transfer is initiated).

[0048] In step 804, a proximately located meeting center system is identified. Proximity between a candidate meeting center system (i.e., one capable and authorized to receive the teleconference transfer) can be accomplished using various methods. As discussed above, proximity between the meeting center system and the mobile device can be determined at the mobile device through receipt of an inaudible sound signal, such as a sonar signal. In other aspects, location information of the meeting center system and the mobile device can be used to identify proximity between devices. For example, geolocation information, e.g., that is obtained using a geolocation positioning system (GPS), can be used to determine device proximity.

[0049] In step 806, in response to identifying the proximately located meeting center system, a user interface (UI) is provided by the mobile device to provide one or more transfer options to enable a user to transfer (e.g., move or copy) an ongoing teleconference from the mobile device to the meeting center system.

[0050] In some aspects, methods of the subject technology also provide ways to facilitate the transfer of a teleconference conducted on the meeting center system to a user's his/her mobile device. Similar to the methods described above, it can be determined (e.g., at the mobile device and/or meeting center system) that the mobile device is leaving a location proximate to the meeting center system. By way of example, determinations that the mobile device is leaving can be made when the mobile device loses contact with an audible signal, such as a sonar signal, emitted by the meeting center system. Further to the above examples, geolocation information (e.g., determined using one or more GPS systems) can be used to identify a departing mobile device.

[0051] In response to detecting the departure of a mobile device from the meeting center location, aspects of the subject technology can be used to provide a user interface display (e.g., a UI display), similar to those embodiments discussed above with respect to FIGs. 4C, 4D, and 5A-5E.

[0052] FIG. 9 illustrates an example of an electronic system with which some aspects of the subject technology can be implemented. Specifically, FIG. 9 illustrates an example network device 910, which could include, but is not limited to a mobile device, such as a smart phone, a notebook computer, or a tablet computing device.

[0053] Network device 910 includes a master central processing unit (CPU) 962, interfaces 968, and a bus 915 (e.g., a PCI bus). When acting under the control of appropriate software or firmware, the CPU 962 is responsible for executing packet management, error detection, and/or routing functions. The CPU 962 preferably accomplishes all these functions under the control of software including an operating system and any appropriate applications software. CPU 962 can include one or more processors 963 such as a processor from the Motorola family of microprocessors or the MIPS family of microprocessors. In an alternative embodiment, processor 963 is specially designed hardware for controlling the operations of router 910. In a specific embodiment, a memory 961 (such as nonvolatile RAM and/or ROM) also forms part of CPU 962. However, there are many different ways in which memory could be coupled to the system.

[0054] The interfaces 968 can be provided as interface cards (sometimes referred to as "line cards"). Generally, they control the sending and receiving of data packets over the network and sometimes support other peripherals used with a router. Among the interfaces that can be provided are Ethernet interfaces, frame relay interfaces, cable interfaces, DSL interfaces, token ring interfaces, and the like. In addition, various very high-speed interfaces can be provided such as fast token ring interfaces, wireless interfaces, Ethernet interfaces, Gigabit Ethernet interfaces, ATM interfaces, HSSI interfaces, POS interfaces, FDDI interfaces and the like. Generally, these interfaces may include ports appropriate for communication with the appropriate media. In some cases, they may also include an independent processor and, in some instances, volatile RAM. The independent processors may control such communications intensive tasks as packet switching, media control and management. By providing separate processors for the communications intensive tasks, these interfaces allow the master microprocessor 962 to efficiently perform routing computations, network diagnostics, security functions, etc.

[0055] Although the system shown in FIG. 9 is one specific network device of the present invention, it is by no means the only network device architecture on which the present invention can be implemented. For example, an architecture having a single processor that handles communications as well as routing computations, etc. is often used. Further, other types of interfaces and media could also be used with the router.

[0056] Regardless of the network device's configuration, it may employ one or more memories or memory modules (including memory 961) configured to store program instructions for the general-purpose network operations and mechanisms for roaming, route optimization and routing functions described herein. The program instructions may control the operation of an operating system and/or one or more applications, for example. The memory or memories may also be configured to store tables such as mobility binding, registration, and association tables, etc.

[0057] FIG. 10A and FIG. 10B illustrate example system embodiments. Those of ordinary skill in the art will also readily appreciate that other system embodiments are possible.

[0058] FIG. 10A illustrates a system bus computing system architecture 1000 wherein the components of the system are in electrical communication with each other using a bus 1005. Exemplary system 1000 includes a processing unit (CPU or processor) 1010 and a system bus 1005 that couples various system components including the system memory 1015, such as read only memory (ROM) 1020 and random access memory (RAM) 1025, to the processor 1010. System 1000 can include a cache of high-speed memory connected directly with, in close proximity to, or integrated as part of the processor 1010. The system 1000 can copy data from the memory 1015 and/or the storage device 1030 to the cache 1012 for quick access by the processor 1010. In this way, the cache can provide a performance boost that avoids processor 1010 delays while waiting for data. These and other modules can control or be configured to control the processor 1010 to perform various actions. Other system memory 1015 can be available for use as well. Memory 1015 can include multiple different types of memory with different performance characteristics. The processor 1010 can include any general purpose processor and a hardware module or software module, such as module 1 1032, module 2 1034, and module 3 1036 stored in storage device 1030, configured to control the processor 1010 as well as a special-purpose processor where software instructions are incorporated into the actual processor design. The processor 1010 may essentially be a completely self- contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor can be symmetric or asymmetric.

[0059] To enable user interaction with the computing device 1000, an input device 1045 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 1035 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 1000. The communications interface 1040 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.

[0060] Storage device 1030 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) 1025, read only memory (ROM) 1020, and hybrids thereof.

[0061] The storage device 1030 can include software modules 1032, 1034, 1036 for controlling the processor 1010. Other hardware or software modules are contemplated. The storage device 1030 can be connected to the system bus 1005. 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 1010, bus 1005, display 1035, and so forth, to carry out the function.

[0062] FIG. 10B illustrates an example computer system 1050 having a chipset architecture that can be used in executing the described method and generating and displaying a graphical user interface (GUI). Computer system 1050 is an example of computer hardware, software, and firmware that can be used to implement the disclosed technology. System 1050 can include a processor 1055, representative of any number of physically and/or logically distinct resources capable of executing software, firmware, and hardware configured to perform identified computations. Processor 1055 can communicate with a chipset 1060 that can control input to and output from processor 1055. In this example, chipset 1060 outputs information to output device 1065, such as a display, and can read and write information to storage device 1070, which can include magnetic media, and solid state media, for example. Chipset 1060 can also read data from and write data to RAM 1075. A bridge 1080 for interfacing with a variety of user interface components 1085 can be provided for interfacing with chipset 1060. Such user interface components 1085 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 1050 can come from any of a variety of sources, machine generated and/or human generated. [0063] Chipset 1060 can also interface with one or more communication interfaces 1090 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 1055 analyzing data stored in storage 1070 or 1075. Further, the machine can receive inputs from a user via user interface components 1085 and execute appropriate functions, such as browsing functions by interpreting these inputs using processor 1055.

[0064] It can be appreciated that example systems 1000 and 1050 can have more than one processor 1010 or be part of a group or cluster of computing devices networked together to provide greater processing capability.

[0065] 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.

[0066] 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.

[0067] 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.

[0068] 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, rackmount devices, standalone devices, 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.

[0069] 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.

[0070] 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. Moreover, claim language reciting "at least one of" a set indicates that one member of the set or multiple members of the set satisfy the claim.

[0071] It should be understood that features or configurations herein with reference to one embodiment or example can be implemented in, or combined with, other embodiments or examples herein. That is, terms such as "embodiment", "variation", "aspect", "example", "configuration", "implementation", "case", and any other terms which may connote an embodiment, as used herein to describe specific features or configurations, are not intended to limit any of the associated features or configurations to a specific or separate embodiment or embodiments, and should not be interpreted to suggest that such features or configurations cannot be combined with features or configurations described with reference to other embodiments, variations, aspects, examples, configurations, implementations, cases, and so forth. In other words, features described herein with reference to a specific example (e.g., embodiment, variation, aspect, configuration, implementation, case, etc.) can be combined with features described with reference to another example. Precisely, one of ordinary skill in the art will readily recognize that the various embodiments or examples described herein, and their associated features, can be combined with each other.

[0072] A phrase such as an "aspect" does not imply that such aspect is essential to the subject technology or that such aspect applies to all configurations of the subject technology. A disclosure relating to an aspect may apply to all configurations, or one or more configurations. A phrase such as an aspect may refer to one or more aspects and vice versa. A phrase such as a "configuration" does not imply that such configuration is essential to the subject technology or that such configuration applies to all configurations of the subject technology. A disclosure relating to a configuration may apply to all configurations, or one or more configurations. A phrase such as a configuration may refer to one or more configurations and vice versa. The word "exemplary" is used herein to mean "serving as an example or illustration." Any aspect or design described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other aspects or designs.