CROSS REFERENCE TO RELATED APPLICATION

{000I | The present application claims priority to U.S. Patent Application No.

15/174,243, tiled on June 2016 and entitled "Creation and Control of Channels that Provide Access to Content from Various Audio-Provider Services,' ^* which is hereby incorporated by reference in its entirety.

BACKGROUND

[0002] Computing devices such as personal computers, laptop computers, tablet computers, cellular phones, wearable devices, and countless types of internet-capable devices are increasingl prevalent in numerous aspects of modern life. Overtime, the manner in which these devices are providing information to users is becoming snore intelligent, more efficient, more intuitive, and/or less obtrusive. As these computing- devices become increasingly prevalent in numerous aspects of modem life, the need for platforms that provide for intuitive interaction with audio content becomes .apparent. Therefore, a demand for such platforms has helped open up a field of innovation in software, sensing techniques, and content organization techniques.

SUMMARY

[0003] Examples described herein, relate to an improved computing platform to facilitate navigation (e.g. using gestures) through audio content from various sources via a single application interface- The platform is of particular utility for screenless wearable devices, -but may also be used for computing devices having displays.

[0604] Example implementations relate to a pl atform for creation and control of channels that provide access to audio content from various sources, such as from audio-provider services (e.g., a third-party application program through which a user can listen to certain audio content) and or from locally stored content on a user's computing device, in practice, the platform could be provided via an application program referred, to herein as a "companion" application program. Moreover, a user could set up an individual account through the companion application, so that the user can create and control channels via that account, which is referred to herein as an appiication-prograin account,

|00O5j la a?i example scenario, a computing device may receive (e.g., ased .0» a gesture that a user provides) a request to add a channel that provides access to content from a certain audio-provider service. Upon this request, the computing device amy coordinate with a server to establish that channel so that the channel provides access to that content from the audio-provider sen-ice vi the application-program account (e.g., through interaction with the companion application on the computing device). Then, at a later point in time, the computin device may receive (e.g., based on further gesture: that user provides) .another request to add a different channel that provides access to content from a different audio-provider service. Upon this request, the computing device may again coordinate with the server to establish the different channel so thai the different channel provides access to the content from the different audio- provider service via the application-prograni account. As such, once these channels have been added, a user could then use the companion application to navigate ^' between these added channels and/or through content associated with those channels.

|0f>O6j In one aspect, a computing device is provided. The computing device includes at least one input device operable to receive input data associated with an applicatiou-prograrn account corresponding to the computing device, an audio output device, one or more processors, a non-transitory computer readable medium, and program instructions stored on the non- transitory computer readable .medium and executable by the one or more processors, la particular the program instructions, are executable to determine that the input data comprises a first channel-additio request indicating content from a first audio-provider service. Also, the program instructions are executable to, in response to th first channel-addition request, send to a server an instruction to establish a first channel, where the first channel provides access to content from the first audio-provider service via the applicatioa-program account. Addi ionally,, the program instructions ar e executable to subsequently determine- that the input data comprises a second channel-addition request indicating content from a second audio-provider service. Further, th program instructions are executable to. in response to the second chattel-addition request, send to the server an instruction to establish a second channel, where the second channel provides access to content from the second audio-provider service via the application-program account. Yet ^' further, the program instructions are executable to determine a first selection of the added first channel and responsiveiy -cause content from the first audio-provider service to he output by the audio output device. Yet further, the program instructions are executable to determine a second selection of the added second channel and respoasively cause content from the second audio-provider service to be output by the audio output device.

fOOOT] In another aspect, a server is provided. The server includes one or more processors, a aon-trans&ory computer readable medium, program instructions stored on the non- transitory computer readable medium and executable by the one or more processors, In particular,, the program instructions are executable to receive a first channel-addition request indicating content from a first audio-provide service. Also, the program instructions are executable to, in response to receiving the first chaiiuel-addition request, establish a first channel that provides access to content- from the first audio-provider service ^' via an ^' application-program account corresponding to -a computing device. Additionally, the program instructions are executable to receive a second channel-addition request indicating content from a second audio- provider service. Further, the. program instructions are executable to, m response to receiving the second channel-addition request, establish second -channel that provides access to content from the second audio-provider service via the application-prograni account. Yet further, the program instructions are executable to determine a first selection of the added first channel and respoasivel send to the computing device a first instruction to output content f om the first audio-provider service. Yet further, fee program instructions, are executable to determine a second selection of the added second channel and responsiveiy send to the computing device a second instruction to output content .from the second audio-provider service.

βθ08 in yet another aspect, a method is provided. The metho involves determining, _. , by a computing device comprising at least one input device operable to receive- input data associated with an application-program account corresponding to the computing device, feat fee input data comprises a first channel -addition request indicating content from a first audio-provider service, wherein the computing device further comprises an audio output device. The method also involves, in response to the first . channel-addition request, the computing device sending to a server an instruction to establish a first channel, where the first channel provides access to The method additionally involves subsequently deteoniaing, by it® computing device, that the input data comprises a -second channel-addition request indicating content from a second audio-provider service. The method fuller -involves* in response to the second channel-addition request, the computing device sending to the server an instruction to establish a ^' second channel, where the second channel provides access to content from the second audio-provider service via the application-program account The method further involves determining, by the computing device, a first sel ection of the added first channel and responstvely cause content from .the -first audio-provider service to be output by the audio output device. The method further involves determining, by tire computing device, a second selection of the added second channel and responsively cause content from the second audio-provider service to be output by the audio output device.

|f MJ j in yet another aspect another method is provided. The method involves receiving, by a server, a first channel-addition request indicating content from a -first audio- provider service. The method also involves, in- response to receiving the first channel-addition request, the server establishing a first channel tha provides access to conten from the first audio-provider service via an application-program account corresponding to a computing device. The method additionally involves receiving, by the server, a second channel-addition request indicating content from a second audio-provider service. The method further involves, in response to receiving the second channel-addition request, the server establishing a second channel that provides access to content from the second audio-provider service via the application-program account The method further involves determining, by the server, a first selection of the added first channel- and responsivel send to the computing device a first instruction to output content from the first- -audio-provider service. The method further in vol ves determining, by the server, a second selection of the added second channel and responsively send to the computing device a second instruction to output content from the second audio-provider service.

(OOlOj In yet another aspect, a system is provided. The system may include means for determining that input data comprises a first channel-addiiion request indicating content from a first audio-provider service. The system may also include means for, in response to the first channel-addition request sending to a server an instruction to establish a first channel, where the first channel provides access to content from the first audio-provider service via an application- program account. The system amy additionally include means for subsequently detennining that input data comprises a second channel-addition request indicating content from a second audio- provider service. The system may further include means for, is response t the second channel- addition request, sending to the server an instruction to establish a second channel, where the second channel provides access to content from the second -audio-provider service via the apphcation-prograni account The system may further include means for determining a first selection of the added first channel and responsively causing content from the first audio- provider service to be output by an audio output device. Th system may further include means for determining a second selection of the added second channel and responsi vely causing content from the second audio-provider service to he output by the audio output device.

ff iii] in yet another aspect, another system is provided. The system may include means for receiving a first channel-addition request Indicating content from a first audio-provider service. The system may also include means for, in response to receiving the first channel- addition request, establishing first channel that provides access to content from the first audio- provider sen-ice via an application-program account corresponding to computing device. The syste may additionally ^' include means for receiving a ^' second channel-addition request indicating content from a second audio-provider service. The system may further include means for, in response to receiving the second channel-addition request, establishing a second channel that provides access to content from die second audio-provider service via the application- program account. The system may further include means for determining a first selection of the ^• added first channel and responsively send to the computing devic a first instruction to output content from the first audio-provider service, The- system ma farther include means for determining a second selection of the added second channel and responsively send to the computing device a second instruction to outpu content from the second audio-provider service.

[0012] These as well as other aspects, advantages, and alternatives will become apparent to those of ordinary skill in the art by reading the following detailed description, with reference where appropriate to the accoa-spanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

f00!3] Figure I illustrates a schematic diagram of a computing device, according to an example implementation.

0β1 | Figure 2A illustrates a wearable device, according to example ttsplementatfons.

Figure 2B illustrates a wearable device, according to example implementations. |0016] Figure 2C illustrates a wearable device, according to example implementations.

7] Figure 2D illustrates a computing device, according to example implementations.

\9&t$\ Figure 3 illustrates a schematic diagram of a server, according to an example implementation.

00J9j Figure 4 illustrates a simplified block - diagram of a client-server -arrangement, according to an example implementation.

ff iiOJ Figure 5A to SB illustrate a ech nical interface, according to an example implementation,

10021] Figure 6 to 9 illustrate approaches for channel -addition, according to an example implementation,

|0022] Figures I OA to lOB illustrate channel transition, according to an example implementation.

J0023] ^' Figures 1 1A to MB iiiisslrate audio track transition, -according to an example implementation.

£0024] Figures 12A to 12B illustrate ducking versu pausing based on type of content, according to an example implementation.

|0025] Figures 13 and 14 respectively illustrate example i owcliarts for creation and control of channels, according to an example ^' implementation.

DETAILED DESCRIPTION

fO026] Exemplary methods and systems are described herein. t should be understood that the word "exemplary" is used herein to mean "serving -as an example, instance, or illustration." Any implementation or feature described herein as "exemplary" or "illustrative" is not necessarily to be construed as preferred or advantageous over other implementations or features. In the: figures, similar symbols typically identify similar components, unless context dictates otherwise. The example implementations described herein are not meant to be limiting. it will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the figures, cart be arranged, substituted, combined, separated, end designed in a wide variety of different configurations, all of which are contemplated herein. 1. Overview

|0027] I« practice, computin devices provide access to audio content from various sources. For instance, a user may use computing device to access audio content through various third-party application programs on the computing device and/or through a file directory of the computing device, among oilier possibilities. In doing so, the user may need -to navigate through hierarchy of such application programs and/or file directory. For example, a user may navigate through a music, application program to find a particular music piayiist to listen to. Then, if the user seeks to change the user's listening experience, the user ma need to switch to another application program, and then navigate through that application program. For example, the user may switch to a broadcasting application program and ma then navigate through that broadcasting application program to find a particular sports radio station which the user seeks to listen to.

[0028] Generally, such hierarchical arrangements for navigating through audio content may he relatively time consuming and less intuitive to a user. Moreover, use of a sereemless wearable device by a user may present additional difficulties to the user because that user may need to navigate a hierarchy of applications (and/of file directory) through a device that does not •have a display. As such, disclosed herein is a platform to help a user navigate through audio content from various source via a single application program, which may utilized on a screenles wearable device, as well on. computing devices having displays (e.g., a smar >hone, tablet, head-mountahle display, or laptop).

|0029) In accordance with an example implementation, the disclosed platform allows for creation and control of channels. In particular, each channel may be a shortcut (a "link" ) to start playin certain audio content, such as to audio content provided by a third-party service (e.g., music piayiist} or to audio content stored locally on. a 'Computing device (e.g., an audio book), among other possibili ties. As such, a user may use the disclosed platform by interacting with a "companion" application program that is downloadable onto the user's computing devke(s), installable onto the user's computing devke(s), and or added to the user's computing deviee(s) in other ways. Moreover, the user could set up an individual account through the companion application program so thai the user could access, and control die same channels across multiple computing de ices.

f0930] After a user creates an individual account; the user could then interact with the companion application program in order to create or otherwise configure Various "favorite" channels each providing a shortcut to certain audio content. Once such channels are created, the user may then use various intuitive gestures to transition between these channels and perhaps also between content (e.g., audio tracks) within such channels. In practice, each computing device may have associated gestures specific to that device, so as to allow the user to intuitively navigate the various channels without necessarily having to navigate through a hierarchy of application programs and/or a file directory.

|0031] Figure 1 illustrates a schematic diagram of a computing device 100, according to an example implementation. The computing device 100 includes an audio output device 1 10, audio information 120, a communication interface 1.30, a user interface 140 (could also be referred to as input device(s) 140), and a controller 150, The riser interface 140 may include at least one microphone 142 and controls 144. The controller 150 ma include a processor 152 and a memory 154, such as a non-transitory computer readable medium.

0032] The audio output device 110 may include one or more devices configured to convert electrical signals into audible signals sound pressure waves). As such,, the audio output device HO may take the form of headphones (e.g. , over-the~ear headphones, on-ear headphones, ear buds, wired and wireless headphones*- etc.), one or more loudspeakers, or an interface to such an audio output device e.g., a ½* ^* or .1/8" tip-ring-sleeve (TRS) port, a USB port. etc.). In an example implementation, the audio output device 110 may incl de an amplifier, a communication interface (e.g., BLUETOOTH interface}, and/or a headphone jack or speaker ^' output terminals. Other systems or devices configured to deliver perceivable audio signals to a user are possible.

|Θ033] The audio information 120 may include infbnnation indicative of one or more audio signals. For example, the audio information 120 may include information indicative of music, a voice recording (e.g., a podcast, a comedy set, spoken word, etc.), art audio notification, or another type of audio sigaal In same implementations^ the audio infortnati a 120 may be stored, temporarily or pennanently, in the memory 154. And in some cases, the audio information 120 may be streamed or otherwise streamed from an external source, such as server for instance. The computing device 100 may be configured to play audio signals via audio output device 1 10 based on the audio information 120. The computin device may also be configured to store audio signals recorded using the microphone 142 in the audio information 120.

\WM\ The communication interface .130 may allow computing device 100 to

.communicate,* using analog or digital 'modula ion,, with other devices, access networks, ..and/or transport networks. Thus, communication interface 130 may facilitate circuit-switched and/or packet-switched coni uirication, such as plain old telephone service (POTS) communication and/or Internet protocol (IP) or other packeteed communication. For instance, communication interface 130 may include a chipset and antenna arranged for wireless communication wit a. radio access network or an access point. Also, communication interface 130 may take the form of or include a wireline interface, such as an Ethernet, Universal Serial Bus ^' (USB), or High- Definition .Multimedia Interface (H Ml) port. Communication interface 130 ma also take the form of or include a wireless interface., such as a ift, BLUETOOTH®, global positioning system (GPS), or wide-area wireless interface i&g.., WiMAX or 3GPP Long-Term Evolution (LTE)). However, othe forms of physical layer interfaces and other types of standard or proprietary communication protocols may be used over communication interface 130. Furthermore, communication interface 130 m comprise multiple physical communication interfaces (e.g., a Wifl interface, a BLUETOOTH®- interface, and a wide-area wireless interface).

|O035] In an example implementation, the communication interface 130 may be configured to receive information indicative of an audio signal and store it, at least, temporarily, as audio information 120. Fo example, tire communication interface 130 ma receive information indicative of a phone call, a notification, streamed audio content, or another type of audio signal. In such scenario, die coninrunkation interlace 130 ma route the received information to the; audio information 120, to the controller 150, and/or to the audio output device 3 30. The communication interface .130 may also he configured to receive data associated with the audio signal and store it with the audio signal that it's associated. For example, the data associateii with th audio signal may inclu e metadata or another type of ag or information. The data associated with the audio signal may also include instructions for outpntting the audio signal. For example, the data may include an output deadline, by which to output the audio signal. The communication interface 130 may also be configured to receive an instniciion from a computing device to generate an audio signal.

|0036| The user interface 140 may include at least one microphone 142 and controls 144.

The microphone 142 may include an onnii -directional microphone or a directional microphone. Furthers an array of microphones could be implemented, in an example implementation, two microphones m y be arranged to detect speech by a wearer or user of the computing device 100, The two microphones 142 may direct a listening beam toward a location that corresponds to a wearer's mouth, when the computing device 100 is worn or positioned near a user's mouth. The microphones 142 may also detect sounds in the user's audio environment, such as the speech of others in the vicinity of the user. Other microphone configurations and combinations are contemplated.

00371 The controls 144 ma include any combination of switches, buttons, touch- sensitive surfaces, and/or other user input devices. A user ma monitor and/or -adjust the operation of the computing device 100 via the controls 144, The controls 144 may be used to trigger one or more of the operations described herein.

{0038 j The controller 150 may include at least one processor 152 and a memory 154. The processor 152 may include one or more general purpose processors - e.g., microprocessors - ^• and/or one or more special purpose, processors - e.g., image signal processors (ISPs), digital signal processors (DSPs), graphics processing units (GPlJs), floating point units (FPUs), e wo k, processors, or application-specific integrated circuits (ASICs). In an example implementation, the controller 150 may include one or more audio signal processing devices or audio effects units. Such audio signal processin devices ma process signals in analog and/or- di ital audio signal formats. Additionally or alternatively, the processor 152 ma include at least one programmable in-eircuit serial programming (ICSP) microcontroller. The memory 154 may include one or more volatile and/or non-volatile storage components, such as magnetic, optical, flash, or organic storage, and may be integrated ia whole or ia part with the processor 152. Memory .154 ma include removable andVor non-removable . components.

00391 Processor 152 may be capable of executing program instructions (e.g,, compiled or non-compiled program logic and/or machine code) stored in memory 154 to carry out the various functions described herein. Therefore, memory 154 may include a non-transitory computer-readable medium, having stored thereon program instructions that, upon execution by computing device 10 , cause computing device 100 to carry out any of the methods, processes, or operations disclosed in this specification and/or the accompanying drawings. The- execution of program instructions by processor 152 may result in processor 152 using data provided by ^• various other elements of the computing device 100, Specifically, the controller 150 and the processor 152 may perform operations on audio informatio 120. The controller 150 may include a -distributed . computing network ami/or a cloud computing network.

[0940] n an example implementation, the computing device 100 may be operable to generate audio signals that represent a variety of audio content such as audio notifications, music, podcasts, news stories, navigational, instructions, etc. The generated audio signals may be stored in the audio information 120, Within examples, the controller 150 may generate the audio signals based on i fractio s from applications running on the computing, device 100. The instructions t generate the -audio signal may also be received from other computing devices via the communication interface 130, The computing device 100 ma also be operable to generate informatio associated with the audio signal For example, the computing device 100 may generate an output tim for the audio signal. In some examples, the output time may be an output deadline by which the audi signal may be played. Further, as explained above, the computing device 100 may also be configured to receiv data associated with the audio the -audio signal with which it's associated. For example, the data associated with the audio signal may include metadata or another ty pe of tag or information.

[0041] la an example im lementation, the computing device 100 ma be operable to play audio signals generated or processed by the controller 150. The computing device 100 may play a audio signal, such the audio -signals, stored in die audio information 120, by dri v ing the audio output device 110 with the audio signal. As such, the computing device 100 may be operable to play audio signals that represent of audio content such as audio notifications _. , mus c, podcasts, etc.

0042j While Figure 1 illustrates tile controller 150 as bein schematically apart -from other elements of the computing device i00 the controller 150 may be physically located at, or incorporated into, one or more elements of the computing device 100. For example, the controller 150 may be incorporated into the aisdio output device 110, the communication interface 130, and/or the user interface 140. Additionally or alternatively, one or more elements of fee computing devic 100 may be incorporated into the controller 150 and/or its constituent elements. For example, the audio information 120 ma reside, temporarily or permaneritly, in the memory 154.

|ΘΘ43] Computing device 100 may be provided as having a variety of different form factors, shapes, and/or sizes. For example, the computing device 1.00 may include a bead- mountable device that and has a form factor similar to traditio al eyeglasses. Additionally or •alternatively, the computing device 100 may take the form of an earpiece. In an example implementation, the computing device 100 may be configured to facilitate voice-based user interactions. However, in other implementations, computing device 100 need not facilitate voice- based user interactions.

169 ] The computing device 100 may include one or more devices operable to deliver audio signals to a user's ears and/or bone structure. For example, the computing device 100 may include one or more headphones and/or bone conduction transducers or "BCTs". Other types of devices configured to provide audio signals to a user are contemplated herein,

|0045] As a non-limiting example, headphones may include "io-ear", "on-ear", or "over- ear" headphones, "In-ear" headphones ma include in-ea headphones, earphones, or earbuds. Όη-ear" headphones ma include supra-aural headphones that may partially surround one or both ears of a user, "Over-ear' ^" headphones may include circumaufal headphones that ma fully surround one o both ^' ears of a user.

[6646] The headphones may include one or more transducers configured to convert electrical signals to sound. For example, the headphones ma include electrostatic, eiectret, dynamic, or another type of transducer, |0i)47j A BCT may be operable to vibrate the wearer ^' s bone structure at a location, where the vibrations travel through the wearer's bone structure to the middle ear, such that the brain interprets the vibrations as sounds. Its an example implementa on, ^' a com etin device. 100 ma include an ear-piece with a BC T.

[0948| The computing .device 100 may be tethered via a wired or wireless interface to another computing device (e.g., a user's smartphone). Alternatively, the computing device 100 may be a standalone device.

{8849J Figures 2A-2D illustrate several non-limiting examples of devices as

■contemplated in the present disclosure. As such, the computing device 100 as illustrated and described with respect to Figure 1 may take the form of any of devices 200, 230, 250, or 260, The computing de ce .1 0 may take othe forms as well.

|005O| Figure 2A illustrates, a wearable device 200, according to example implementations. Wearable device 200 may be shaped similar to a pair of glasses or another type of head-mouniable device. As such, the wearable device 200 may include frame elements including lens-frames 204, 206 and center frame support 208, lens elements 210, 212, and extending .side-arms 214, 216, The center frame support 208 and the extending side-amis 214, 1 16 are configured to secure the wearable device 200: t a user's head via placement on a user ^' s nose and ears,. respectt ver .

[8851] Each of the frame elements 204, 206, and 208 and the extending side-arms 214,

216 may be formed of a solid structure of plastic and/or metal, or may be formed of a hollow structure of similar material so as to allow wiring and component interconnects to be internally routed through the wearable device 200. Other ^■■ materials are possible as well. Each of the lens ^• elements 21.0, 212 ma also be sufficientl transparent to allow a user to see through the lens element.

[0052] Additionally or alternatively, the extending side-arms 214, 216 may be positioned behind a user's ears to secure- the wearable device 200 to the user's head. The extending _, side- arms 21 ,, 216 may further secure the wearable- device 200 to the user by extending around a rear portion of the user's head. Additionally or alternatively, for. -example, the wearable device 200 ma connect to or be affixed within a head-rnonntable helmet structure. Other possibilities exist as well. [0053] The wearable device 200 may also include an on-board computing system 218 and at least one finger-operable touch pad 224. The on-board computing system 218 is shown to be integrated in side-ar 214 of wearable device 200. However, an on~board computin system 218 may be provided on or within oilier parts of the wearable device 200 or mm be positioned remotely from, and coiBmuntcativeiy coupled to, a head-mountable component of a computing device (e.g., the on-board computing system 218 could be housed in separate component that is not head wearable, and is wired or wireless iy connected to a component that is head wearable). The on-board computing system 23 S may include a processor and memory, for example. Further, the os! -board computing system 218 may be configured to receive and analyze data from a finger-operable touch pad 224 (and possibly from other sensory devices and/or user interface components).

|0054| in a further aspect, the wearable device 200 may include various types of sensors and/or sensory components. For instance, the wearable device 200 could include an inertia! measurement unit (IMU) (not explicitly illustrated in Fig. 2A), which provides an accelerometer, gyroscope, and/or magnetometer. In some implementations, the wearable device 200 could also include an aecelerorneter. a gyroscope, and/or magnetometer that is not integrated in an IMU. fOOSSj In a further aspect, the wearable device 200 may include sensors that facilitate a determination as to whether or not the wearable device 200 is being worn. For instance, sensors such as an accelerometer, gyroscope, and/or magnetometer could be used to deiect motion that is characteristic of the wearable device 200 being worn (e.g., motion that is characteristic of user walking about, turning their head, and so on), and/or used to determine that the wearable device 200 is in an orientation ¾t is .characteristic of the wearable device 200 being worn (e.g., upright, in a position that is typical when the wearable device 200 is worn over the ear). Accordingly, data from .such sensors could be used as input to an on-head detection process. Additionally or alternatively, the wearable device 200 ma include a capaciiive sensor or another type of sensor thai is. arranged on a surface of the wearable device 200 that typically contacts the wearer when the wearable device 200 is worn. Accordingly data provided by such a sensor may be used to determine whether the wearable device 200 is being worn. Other sensors and/or other techniques ma also be used to detect when the wearable device 200 is being worn. £0056] The wearable device 200 also includes at least one microphone 226, which may allow th wearable device 200 to receive voice commands from a user. The microphone 226 may be a directorial ..microphone or .an omrti -directional microphone. Further _s in. some im l mentat on the wearable device 200 may include a microphone array a«d or multiple microphones arranged at various locations on the wearable device 200.

|0857| in Fig. 2Ά, touch pad 224 is shown as being ^' arrang d on side-ami 214 of the wearable device 200. However, the finger-operable touch pad 224 may he positioned o other parts of the wearable device 200. Also, more than one touch pad may be presen t on the wearable device 200, For example, a second touchpad may be arranged on side-arm 216. Additionall or •alternatively, a touch pad may be arranged on a rear portio 22? of one or both side-arms 214 and 216. in such an arrangement, the touch pad may arranged on an tipper surface of the portion of the side-arm that curves around behind a we rer's ear (e.g„ such that the touch pad is on a surface that generally faces towards the rear of the wearer, and is arranged on the surface opposing the surface that contacts the back of the wearer's ear). Other arrangements of one or more touch pads are also possible,

|0f>S8j The touch pad 224 may sense contact, proximity, and/or movement of a user's finger on the touch pad via eapaeitive sensing _* resistance sensing, or a surface acoustic: wave process, among other possibilities; In some implementations, touch pad 224 may he a one- dimensional or linear touchpad, which is capable of sensing touch at various points on the touch surface, and of sensing linear movement of a finger on the touc ad (e.g., m venierst forward or backward along the touch pad 224). In. other implementations, touch pad 224 may be a two- dimensional touch pad that is capable of sensing touch in any direction on the touch .surface. Additionally, i some implementations, touch pad 224 may be configured for near-touch sensing, such that the touch pad can sense when a user's finger is near to, but not in contact with, the touch pad. Further, in some implementations, touch pad 224 ma be capable of sensing a level of pressure applied to the pad surface.

f8859j in a further aspect, earpiece 220 and 23 1 are attached to side-arms 214 and 2.16, respectively. Earpieces. 220 and 223 may each include a BCT 222 and 223 _s respectively. Each earpiece 220, 221 may be arranged such thai when tire wearable device 200 is worn, each BCT 222, 223 is positioned to the posterior of a wearer's- ear. For instance, in an exemplar implementation an earpiece 220, 221 may be arrange such mat a respective BCT 222, 223 can contact, the auricle of both of the wearer's ears and/or other parts of the wearer's head. Other arra gements of earpieces 2:20, 221 are also possible. Further, implementations -with -a single earpiece 220 or 221 are also possible.

|00i*O| la an exemplar implementation, BCT 222 and/or BCT 223 may operate as a bone-conduction speaker. BCT 222 and 223 may be, for example, a vibration transducer or -an electro-acoustic transducer that produces sound in response to an electrical audio signal input Generally, a BCT may be any structure, that is operable to directly or indirectly vibrate the bone structure of the user. For instance, a BCT ma be implemented with vibration transducer that is -configured to receive an audio signal and to vibrate a wearer's bone structure i -accordance with the audio signal. More generally, it should be understood that an component that is arranged to vibrate a wearer's bone structure may be incorporated as a bone-conduction speaker, . without departing from the scope of the inve tion.

0061] in further aspect, wearable device 200 ma include at least one audio source

^' (not shown) thai is configured to provide an audio signal that drives BCT 222 and/or BCT 223. As a example, the audio source may provide information that may he stored and/or used, by computing device 100 as audio information 120 as illustrated -and described in reference to Figure 1. In an exemplar implementation, the wearable device 200 may include an interna! audio playback device such as an on-board computing system 21 S that, is configured to play digital audio files. Additionally or alternatively, the wearable device 200 may include an audio interface to an auxiliary audio playback device (not shown), such a a portable digital audio player, a smartphone, a home stereo, a car stereo, and/or a personal computer, among other possibilities, In som implementations, an applicatio or software-based interface may allow for the wearable device 200 to receive an audio signal tha is streamed from another computing device, such as the user's mobile phone. An interface to an auxiliary audio playback device could additionally or -alternati ely be a tip, ring, sleeve (T S) connector, or may take another form. Other audio sources and/or audio interfaces are also possible.

|0062] Further, i an implementation with, two ear-pieces 222 and 223, which both include BCTs, the ear-pieces 220 and 221 may be configured to provide stereo and/or a biophonie audio signals to a user. However, son-stereo audio signals (e<g„ mono or single channel audio signals) are also possible in devices thai: include two ear-pieces,

10063] As shown m Figure 2A, the wearable device 200 need not include a graphical display. However, in some implementations, tire wearabl device 200 ma include such a display. In particular, the wearable device -200 may include a near-eye display (not explicitly illustrated). The near-eye display may be coupled to the on-board computing system 218, to a standalone graphical processing sy stem, and/or to other components of the wearable device 200. The near-eye displa may be. formed on one of the lens elements of the wearable device 200, such as lens element 210 and/or 212, As such, the . wearable, device 200 may be configured to overlay computer-generated graphics in the wearer's field of view, while also allowing the user to see through the lens element and concurrently view at least some of their real-world environment In other iruplemeutations, a virtual reality display tha substantially obscures the user's view of the surrounding physical world is also possible. The near-eye displa ma be provided, in a variety of positions with respect to the wearable device 200, and may also vary in size and shape.

|0f)64j Other types of near-eye displays are als possible. For example, a glasses-style wearable device may include one or more projectors (not shown) that are configured to project graphics onto a display on a surface of one or both of the lens elements of the wearable device 200. In such a configuration, the tens ^' elements) of the wearable device 200 may act a a combiner in a light projection system and .may include a coating that reflects the light projected onto them from the projectors, towards the eye or eyes of the wearer. In other implementations, a reflective coating sieed no be used (eg,, when the one or more projectors take the form of one or more scanriiiig .laser devices).

|0065j As .anot er example of a near-eye display, one or both lens elements of a gl asses- style wearable device could include a transparent or semi-transparent: matrix display, -such, as a electroluminescent display or a liquid crystal display, one or more waveguides tor delivering an image to the user's eyes, or other optica! elements capabl of delivering an in focus near-to-e e image to the user. A. corresponding display driver may be disposed within the frame of the wearable device 200 for driving such a matrix display. Alternatively or additionally, a laser or LED source and scanning system could be used to draw a raster display directly onto the retina of one or more of the user's eyes. Oilier types, of near-eye displays are also possible.

{00661 Figure 2B illustrates, wearable device 230, according to an example implementation. The device 300 includes - two frame portions 232 shaped so as to book over a wearer's ears. When worn, a behind-ear bousing 236 is located behind each of the wearer's ears. The housings 236 may each include a BCT 238. BCT 238 may be, for example, vibration transducer or an -electro-acoustic transducer that produces sound in response to an electrical audio signal input. As such, BCT 238 may function as a bone-conduction speake that plays audio to the wearer by vibrating the wearer's bone structure. Other types of BCTs are also possible. Generally, a BCT may be any structure that is operable to directly or indirectly vibrate the bone structure of the user.

|006?| Note that the behind-ear housing 236 may be- partially or completely hidden from view, when the wearer of the device 230 is viewed from the side. As such, the device 230 ma b worn more discretely than other bulkier and/or more visible wearable computing devices.

|ΘΘ68} As shown in Figure 2B _S the BCT 238 may be arranged on or within the behind-ear bousing 236 such that when the device 230 is worn, BCT 238 is positioned posterior to the wearer's ear, i order t vibrate the wearer's bon structure. More specifically, BCT 23:8 may form at least part of, or may be vibratkmally coupled to the material that forms the behind-ear housing 236. Further, the device 230 may be _. configured such thai when the device is worn, the bekind-ear housing 2 6 is pressed against or contacts the back of the wearer's ear. As such, BCT 238 may transfer vibrations to the ^' earer's bone structure via the behind-ear housing 236, Other ^• arrangements- of a BCT on the device 230.are also possible.

in some implementations, the behind-ear bousing 23 may include a- touchpad (not shown), similar to the touchpad 224 shown in Figure 2A and described above. Further, the .frame 232, behind-ear housing 236, and BC 238 configuration shown in Figure 2B ma be replaced by ear buds, over-ear headphones, or another type of headphones or micro-spealiers. These different configurations may be implemented by removable (e.g., modular) components, which can be attached and detached from the device 230 b the user. Other examples are also possible. [9970} In Figure 2B, the device 230 iachid.es two cords 240 extending from the frame portions 232. The cords 240 may be more flexible than the frame portions 232, which may he ore rigid in order to remain hooked over the wearer's ears during use. The cords 240 are connected at a pendant-style housing 244. The housing 244 may contain, for exam le, one or more microphones 242, a battery, oae or more sensors, a processor, a co nrunications interface, and onboard memory, among other possibilities.

[9971} A cord 246 extends from the bottom of the housing 244, which may be used to connect the device 230 to another device, such as a portable digital audio player, a . smartphone, among other possibilities. Additionally- or alternatively, th device 230 may communicate with other devices wirelessly, via communications interface located in, for example, the housing 244. in this ease, the cord 246 may be removable cord, such as a charging cable.

[0072-J The microphones 242 included in the housing 244 ma be omni-direetional microphones or directional microphones. Further, an array of microphones could be implemented. In the illustrated implementation, the device 230 .includes two microphones arranged specifically to detect, speech by the wearer of the device. For example, the microphones 242 may direct a listening beam 248 toward a location that corresponds to a wearer's month, when the device 230 is worn.. The microphones 242 may also detect sounds, in the wearer ^' s environment, such as the ambient speech of others m the vicinity of the wearer. Additional microphone configurations are also possible, including a microphone arm extending from portion of the frame 232, or a microphone located inline on one or both of the cords 240. Ot her possibilities for providing information indicative of a local acoustic environment are Contemplated herei .

[190 3] Figure 2C illustrates a wearable devic 250. according to an example implementation. Wearable device 250 includes a frame 251 and a behind-ear housing 252. As shown in Figure 2€, t e frame 251 is curved, and is shaped so as to hook over a wearer's ear. When hooked over the wearer's ear(s), the behind-ear housing 252 is located behind the wearer's ear. For example, hi the illustrated configuration, the behind-ear housing 252 is located behind the auricle, such that surface 253 of the behind-ear housing 252 contacts the wearer on the back of the auricle. [9974} Note that the behind-ear housin 252 may be partially or completely hidden from view, when the wearer of wearable device 250 is viewed from the aide. As such, tire wearable device 250 may be worn more discretely th n other bulkier, and/or more visible, wearable computing devices,

[9975} The wearable device 250 and the behind-ear housing 252 may include one ^' or more BCTs, such as the SCT 222 as illustrated and described with regard to Figure 2A, The one or more BCTs may be arranged on or within die behind-ear housing 252 such that when die wearable device 250 is worn, the one or more BCTs may be positioned posterior to the wearer's ear, in order to vibrate the wearer's bone structure. More specifically, the one or more BCTs may form at least part of, or may be vibrationally coupled to the material that forms, surface 253 of befeind-ear bousing 252. Further, wearable device 250 may be configured such that when the device is worn, surface 253 is pressed against or contacts the back of the wearer' s ear. As such, the on or more BCTs ma transfer vibrations to the wearer's bone structure via surface 253. Other arrangements of a BCT ^' on an earpiece device are also possible.

[9976} .Furthermore, the wearable device 250 may include a touch-sensitive surface 254, such as toischpad 224 as illustrated and described in reference to Figure 2 A, The touch-sensitive surface 254 may be arranged on a surface of the wearable device 250 that curves around behind a wearer's ear ( g., such that the touch-sensitive surface generally faces towards the wearer's posterior when the earpiece device is worn). Other arrangements are also possible.

[9077] Wearable device 250 also includes a microphone arm 255, which may extend towards a wearer's mouth, as shown in Figure 2C. Microphone arm 255 may nclude -microphone ^' 256 that is distal from the earpiece.- Microphone 25 may be an offini-directional microphone or a directional microphone _* Further, an array of microphones,- could be impl emented on a microphone arm 255. Alternatively, a bone conduction microphone (BCM), could be implemented on a microphone arm 255. in such an implementation, the arm 255 may be operable to locate and or press a BCM against the wearer's face nea or on the- wearer's jaw, such that the BCM vibrates in response to vibrations of the wearer 's jaw that occur when they speak. Note that the microphone aim 255 is optional, and that other configurations tor a microphone are also possible. [0078] In some implementations, the wearable devices disclosed herein ma include two types and/or arrangements of microphones. For instance, the. wearable device ma inci.ude.one or mor directional microphones arranged specifically ^' to detect speech by the wearer of the de vice, and one or more onini-dnectionai micxophoiies that are arranged to detect sounds in ^' the wearer's environment (perhaps in addition to the wearer's voice) Such an arrangement ma facilitate intelligent processing based on whether or not audio includes the wearer's speech,

[00791 In some iroplemeniatiens, a wearable device may include an ear bud (not shown), which may function as a typical speaker and vibrate the surrounding air to project sound, from the speaker. Thus, whe inserted in the wearer's ear, the wearer ma hear sounds in discret manner. Such an ear bud. is optional, and may be implemented by a removable (e.g., modular) component, which can be attached and detached from the earpiece device by the user.

ff iSO] Figure. ^' 2D illustrates a computing, device 260, according to an example implementation. The computing device 260 may be,, for example, a mobile phone, a smgrtphcme, a tablet computer, or wearable computing device. However, other implementations are possible, in an example implementation, computing device 260 may include some or all of the elements of system 100 as illustrated and descr ibed in relation to Figure 1.

[0081 j Computing device 260 may include various elements, such as a body 262, a camera 264, a multi-element, displa 266, a first button 268, a second button 270, and a microphone 272. The camera 264 may be positioned o a side of body 262 typically facing a user whil in operation, or on the same side as multi-elemen display 266, Other arrangements of the various elements of computing device 260 are possible.

[0082] The microphone 272 may be. perable to detect audio signals from an

^• environment near the ^■■ computing device 260, For example, microphone 272 may be operable to detect voices and/or whether a user of computing device 260 is in a conversation with another party.

[0083] Mutti-eierrjerst display 266 could represent a LED display, an LCD, a plasma display, or any other type- of visual or graphic display. ulti -element display 266 ma also support touchscreen and/or presence-sensitive iiinctions that may be able to adjust the settings and/or configuratio of an aspec of computing device 260. Juu84| la an example implementation, confuting device 260 may be operable to display information indicative of various aspects of audio signals eing provided to a user. For example, the computing- device 260 may display, via the. multi-element displa 266, a current audio playback configuration.

III. Examp e Servers

{0085} Figure 3 illustrates a schematic diagram of a server 300, according to an example implementation. The server 300 includes one or more processors) 302 arid data storage 304 (could also be referred to as a memory 304), such as a «οη-transitory computer readable medium. .Additionally,, the dat storage 30 is shown as storin program instruction 306, which may be executable by the processors) 302, Further, the server 300 also includes a communication interface 308. Note that the various components of ^' se.rve 300 may be arranged. and connected in any manner.

0086] Yet further, the above description of processors) 152, memory 154, and communication interface 130, may apply to any discussion below relating to the respective component being used in another system or arrangements.. For instance, as noted. Figure 3 illustrates processors, data storage, and a communicatioii interface as being incorporated in another arrangement. These components at issue may thus ta&e on the same .of. similar characteristics (and/or form) as the respective- components discussed -above in association with Figure .1. However, the components at issue could also take on other characteristics (and/or form) without departing from the scope of the disclosure.

|ΘΘ87] In practice, sewer may. be any program and/or device that provides functionality for other -programs and/or devices (e.g., any of the above-described devices}, which could be referred to as "clients". Generally, ibis arrangement may be referred to as a client-server model. With this arrangement, a server can provides- various services, such as data and/or resource sharing with a client and/o carrying out computations for a client, among others. Moreover, a single server can provide services for one or more clients and a single client can receive services from one or more servers. As such, servers could take various forms (currently known or developed in the future), such as a database server, a file server, a web server, and or an application server, among other possibilities. [8988} Generally, a client and a server may interact with one another in various ways, in particular, a client may send a request. or an instruction or the like to the server. Based on that request or instoetiori, tire server may perform one or more operations and may then respond to the client with a result or with an acknowledgement or the like, in some cases, a server may send a request or an instruction or the like to the client Based on that request or instruction, the client may perform one or more operations aid may then respond to the server with a result or with an acknowledgement or the like, in either case, such communications between a client and a serve may occur via a wired ^■ connect! on or via a wireless connection, such as vi a network for instance.

IV, Examnie Jeai -Server Arrangement

|0989} Figure 4 i simplified block diagram of a clieat-server arrangement 400, in which the various im lementations described herein can be employed. Arrangement. 400 may include any of the above-described devices ^' 200, 230, 250, and 260, and may also include other devices, such as example computing device 410 for instance. Additionally- arrangement 400 may include servers 420, 430, and 440, which are each further described in more detail below. In an example implementation- the arrangement 400 could, include a greater number of devices than the number of devices illustrated in Figure 4 o could include a fewer number of devices than the number of devices illustrated in Figure 4, Similarly _* the arrangemen 400 could include a greater number of server than the number of server illustrated in Figure 4 or could include a fewer number of server than the number of servers illustrated in Figure 4.

[0990] In practice, each of these devices and servers may be able to communicate with one another via a network 450 through the use of wireline and/or wireless ..connections (represented by dashed lines). Network 450 may be, for example, the internet, or some other form of public or pri vate Internet Protocol (IP) network. Thus, the various devices and servers can communicate with one another using packet-switching technologies. Nonetheless, network 450 may also incorporate at least some circuit-switching technologies, and the devices ^' and servers may communicat via circuit switching alternatively or in addition to packet switching. Moreover, network 450 may also he a local network. The local network may include wireline (e.g., Ethernet) and wireless connections (e.g, Wi-Fi). Yet further, network 450 could also include a radio access network or access point. Accordingly, the connections between the various devices and servers may take the form of or uiciude a wireless interface- such as a Wifi, BLUETOOTH®, or wide-area wireless interface (e.g., WiMAX. or 3GPP Long-Term Evolution (LTE)).

|009ϊ] in some situations, som devices ma not necessarily -coftimwatcate directly via the network 450 and could instead communicate- via other devices. In particular, a first device may estabiisli a communication link (e.g., wired or wireless) with a second device and could then engage in. communication over the network 450 via the communication link established with die second device. For example, wearable devic 250 is shown as having established a -communication- link 460 with computing _, device 260. In this way, the device 250 could -communicate over the network 450 via device 260, Of course, communication approaches could be established between an feasible conibinaiion of device (e.g. , any one of device 230 and/or 200 could also each establish a respective cormnunkation link with device 260, so as to then engage in indirect communications over the network 450). Other situations are also possible. 100923 Further, as noted, arrangement 400 may include server 420, in an example implementation, the server 420 may be configured to carry out operations thai help provide functionality of the disclosed platform. Also, device (e.g., any one of those shown in Figure 4) may have stored thereon an application program (hereinafter "companion application') thai is executable by the device's processors to provide functionality of the disclosed platform, in practice, the companion application could be downloadable onto the device at issue (e.g., via network 450), could be installable onto the device at issue (e.g., via a CD-ROM), and/or could be configured onto the. device at issue in. other ways (e.g., via manual engineering, input). So with this implementation, the devic and the server 420 may communicate to collectively provide, functionality -of th -platform via companion application..

fO093) Moreover, the server 420 may have stored thereon or may therwise have access to a user-accoun t database. The user-account database may include data for a number of user- accounts, and which are eac associated with one- or more users. For a given user-account, the user-account database may include data related to or useful in providing services via the companion application. Typically, the user data associated with each- user-account is optionally provided by an associated user and/or is collected with the associated user's permission. Further, in some implementations, a user may have- to register for a user-account with the server 420 in order to use or be provided with these sen-ices via die companion application. As such, the user- account database m y include authorization information for a given user-account (e.g., a user- name and password), and/or other information that may be used to authorize access to a user- account,

{0094} In this regard, a user may associate one or more of their devices (e.g., each having the companion application) with their user-account, such that they can be provided with access to the services via the companion application on the respective device. For example, ie a person uses an associated device to, e.g., select certain content as described below, the associated device may b identified via a unique device identification number, and the content selection may then be attributed to the associated user-account. For sake of simplicity, a particular user-account that corresponds to one or more devices and that is stored on server 420 will be referred to hereinafter as an application-program account. Other x m les are also possible.

|0095] Furthermore, as noted, arrangement 400 may also include servers 430 and 440, In particular, server 430 may store audio content and ma provide "third-party" audio service (hereinafter first audio-provider service), such as by streaming, audio content stored at the server 430 to client devices (e.g., to an one of the devices 200, 230, 250, 260, and/or 410). Thus, the server 30 may also be referred to as art audio-provider server 430.

\Q&96\ With this implementation, a device (e.g., any one of those shown in Figure 4) may have stored thereon an application program (hereinafter "first third-party application") that is executable by the de vice's processors to provide ftmctionaJity of the first audio-provider service, in practice, the first third-party application could be downloadable onto the device at issue, could be installable onto the device at issue, snd > could be configured onto the device at issiie in other. S wit this implementation, the device and the server 430 may communicate to collectively provide functionality of the first audio-provider service via the first third-party application,

O097} Moreover, in some cases, the server 430 may also ha ve a user-account .database and thus a user may associate one or more of their devices (e.g., each having the first third-party application) with a user-account, such that they can be provided with access to the first audio- provider service via the firs third-part application on the respective device. For sake of simplicity, a particular user-account that corresponds to one or more devices and that is stored on server 430 will be referred io hereinafter as a first audio-provider account.

|00 S Similarly, server 440 may store audio content (e.g., possibly different than that stored by server 430} and may provide a "third -party" audio service (hereinafter second : audio- provider service), such as by streaming audio content stored at the server 440 to client devices (e.g., to any one of the devices 200, 230, 250, 260, and/or 410). Thus, the server 440 may also be referred to as an audio-provider server 440.

|0099] With this implementation, a devic (e.g., any one of those shown in Figure 4) may have stored thereon an application -program, (hereinafter "second third-party application") that is executable by the device's processors to provide functionality of the second audio-provider service. In practice, the second third-party application could be downloadable onto the device at issue, could be installable onto the device at issue, and/or could be configured onto the device at: issue in other. So with this implementation, the device and the server 440 may communicate to collectively- provide functionality of the second audio-provider service vi the second third-party application,

|001 0{ Moreover, i some cases, the server 440 may also have user-account database and thus a user may associate one or more of their devices (e.g., each having the first third-party application) with a user-account, such that they ca be provided with access to the second audio- provider service via the second third-party application on the respective device. For sake of simplicity, a particular user-account thai corresponds to one or more devices and that is stored on server 440 will b referred to hereinafter as a second audio-provider account.

00101} In such implementations, an one of a user's one o more devices may include (e.g., be installed with) any one of the companion application, first ih&d-p rry application,, and/or second third-party application, among other possible- applications, in this manner, any one of a user's one or more devices could communicate with respective servers (e.g., servers 420, 430, ^• and/or 440) to help respectively provide functionality of tire first audio-provider service, th second audio-provider service, and or the platform disclosed herein,

IV. Example Platform, for Creation and Control of Channe s

{00102} Disclosed herein is a platform for creation and control of channels. In particular, a channel may be a shortcut (a "link") to start playing certain audio content, such as to audio content provided by a third-party service or to audio content stored locally on a device, among other possibilities, in practice, a channel may provide a shortcut to audio content of an feasible form. For example, a channel may provide a shortcut to; a radio broadcast/a playlist including one or more audio tracks, an album including one or more tracks, an artist's discography, an audio book, a live audio stream, a third-party audio-provider application, and/or an account associated wit a "third-party" audio-provider application, among other possibilities. As such, a channel could be considered to be a stream of aud io that has some unifying theme.

(00103] According to an example implementation, the disclosed functionality of creation and control of channels could be arranged in various ways. In particular, developers of audio- provider applications could respectively implement as part of audio-provider senices (or have audio-provider services coratnunicate with) a particular application programming interface (API) that the companion application at issue also interfaces with. In this way, audio-provider servers (e.g,, audio-provider -servers 430 and/or 440) could each provide audio sources -and/or other data to the server 420 based on that API, In practice, an audio source may specify information related to accessing certain audio content, such as by specifying an identifier of the content, authentication related to accessing the content, -and/or communication information for establishing transmission of that content to a device, among other options. Further, the other data at issue may include metadat specifying information about the audio content such as by specifying: a name of the audio-provider service, a name of a playlist, a name of an artist, a name of a track, a name of an audio book, duration of a playlist; duration of a track, duration of an audio book, and/or a type of content (e. g., music vs. audio book), among other feasible forms of information. Moreover, based on the API, audio-provider servers may also b able to interpret ^• any information received from th server 420 and/or from computing device executing the companion application,

100104] With this implementation, a user may use the disclosed platform by interacting with the above-mentioned companion application and/or with other ones of the above-mentioned third-party applications. Through these interactions, a user could create or otherwise configure various "favorite" channels each providing a shortcut to certain audio content. Once such channels are created, the user may then use various intuitive gestures to transition between these channels and perhaps also between content (e.g., audio tracks) within such channels. ΡΘ1 51 la practice, a user could use the disclosed platform on any device, such on any one of the above-mentioned devices. In particular, if a certain device has a visual display (e.g., device 260), then the com n on application on that device could provide a graphical user interface (GUI) through which the user may carry out interactions to use the platform. Whereas, if a certain device does not have a visual display (e.g., any of the "screeriless" wearable devices 200, 230, and/or 250), then the companion application could provide audible notifications, audible commands, and/or haptie feedback (e.g., vibrations or other mechanical output) or the like, so as to help the user carry out interactions to make use of the■ ^■ platform. As such, the disclosed platform could hel a user of a screeniess wearable device access and transition between audio content from various, sources and do so without necessarily having to navigate through a hierarch of applications {and/or local storage) on a devi ce that does not have a visual display. The disclosed platform is described below in more detail.

A. Providing Gestures on Various Devices

flM ⁾ I06j in an example implementation, a computing device may have at least one input device -operable to receive input dat associated with the application-program account, which corresponds to the computing device, hi one example, an input device may be a microphone, such microphone 226 on device 20, microphone 242 on device 2-30, microphone 256 o device 250, or microphone 272 on device 260. in another example, an input device may be a touch- based interface, such as the touch pad 224 on device 200 ₅ the touch pad on the behind-ear housing 236 of device 230 (not shown), the touch-sensitive surface 254 on device 250, or the touchscreen on display 266 of device 260. In yet another example, an input device may be a -mechanical interface, such as buttons 268 and 270 on. device 260. In yet another example, an input device may be an inertia! measurement unit (IMIi), which could register a gesture such as a tap.

|θβ!07| While not shown in Figures 2 A to 2C, a screeniess wearable device ma also have at least one mechanical interface. For example. Figures 5 A to 5-B illustrate a mechanical interface incorporated onto the housing 244 of device 230. In particular, that mechanical interface takes the form of a "slider" mechanism including a shaft 502 that is configured to move along a track 504, such as from a first location 506 as shown in Figure 5A to a second location 508 as shown in Figure 5B. Further, the "slide ' mechanism could include a spring (not shown) that causes the shaft 502 to move back to the first location 506 when the shaft 502 is not being actuated (e.g., by a user). Furthermore, the "slider" mechanism could include an electro- mechanical interface (e.g., a resistive element) that .-tr sl tes mechanical movement: of the shaft into corresponding electrical signals representative of such movement, thereby resulting in an input device operable to receive input data corresponding to tnechaaical input Other mechanical interfaces are possi le as well,

| ^' 091Q8J Given these various input, devices incorporated within various computing devices, a user could provide various gestures, in particular, a gesture may he any acti n taken by a user to cause input data to be generated by an mput device . In. one case, a gestur may involve a user providing voice commands via a microphone, thereby causing the microphone to generate input dat corresponding to those voice commands. In another case, a gesture may involve a user carrying _: cut touch interactions on a touch-based interface, thereby causing the touch-based Interface to generate input data corresponding to touch interactions. For example, a user may cam- out a "swipe" gesture that causes the touch-based interface to generate touch data based on movement (e.g., of at least one finger) from one location to another along the touch-based interface, in another example, user may cany out a "tap" gesture involving the touch-based interface generating touch data based on an interaction (e.g.., _. of at least one finger) with an area of the touch-based interface for a threshold low duration.

[001Q9J In yet another case, a gesture may involve a user carrying out mechanical interactions on a mechanical interface, thereby causing the mechanical interface to generate input dat corresponding to those mechanical interactions. For example, a user may press a button so ^• as to provide . ^' mechanical input. In another example, a "sI e" gesture- of the above-mentioned slider may involve the shaft 502 moving from a first location to a second location based on actuation by a user, thereby causing the slider to generate input data based on that movement in yet another example, a "slide and hold" gesture of the above-mentioned . -slider may involve the shaft 502 moving from a first location to a second location followed by mainten ance of the shaft 502 at the second location for at least a threshold duration, thereby causing the slider to generate input data based on thai movement and the maintenance that follows. Other cases and example are also possible. fWHiOJ With this implementation, a computing device and/or me server 420 may determine- operations to carry out based -on evaluation of received input data. In one -case, the computing device may not interact with the server 420 as part of this evaluation, in particular*, me computing device may thus simpl receive input data and m y determine that the input data corresponds to a particular gesture. Then, the computing device may determine particular operations to carry out based on that input dat corresponding to the particular gesture, and the computing device may then cany out those determined operations.

fOOlllJ In another case, the computing device ma receive inpu data and may send that input data to the server 420, so that the server 420 then evaluates the input data. In particular, th server 420 may determine that the input dat corresponds to a particular gesture and may then use that determination as basis for determining- particular operations that should be carried by the computing device. As such, the server 420 may then send to the computin device an instruction specifying those determined particular operations and/or the determined particular gesture, among other information. Once the computing device receives that instruction, the computing device .may then responsive!y carry out the. articular operations. Other cases are also possible. |00112{ In practice, the computing device and/or the server 420 ma use various approaches to determine operations to carry out For instance, the computing device and/or the server 420 may have stored thereon or may otherwise have access to mapping data _* That mapping data may map each of various characteristics of received input data respectivel to at least one operation. In practice, these characteristics may be: the gesture corresponding to the input data, the particular inpu device through which the input data is received, the particular computing device including the particular input device through which the input data is .received, the particular application program (e.g., companion application or "third-party" audio-provider application) being-. interfaced with at the time of the gesture, .and/or the particular audio content being streamed at the time of the gesture, amon others. As such, when input data is received, the computing device and or me server 420 may determine characteristics of the input data and may then use the mapping data to determine the operations to carry out In practice, these operations may take various forms, and ma involve ( without limitation): addition of channels, removal of channels, transitions between channels, transitions between audio tracks, and/or output of audible announcements, among other possibilities. B, Addition of baiiriefs

f{*6$ 13] in an -example implementation, the computing device may determine thai: received input data includes a request to add a c annel (hereinafter channel-addition ^' re ues ), in practice, that dumnel-additio request may indicate content (e.g., a particular p!aylist) from a particular audio-provider service, in response to the channel-addition request, the computing device may send to the server 420 an instruction to establis a channel that provides access to that content via the application-program account that corresponds with the computing device, in this way, the server. 420 may essentially receive the channel-addition request through this instruction and may then respond to receiving the chminel-addiiion request by establishing th channel.

1001.14) In particular, the server 420 may establish the channel in one of various ways. For example, the server 420 may engage in a com nnnication session with the audio-provider server (e.g.., audio-provider server 430) that is associated with, the audio-provider service providing the content in doin so, the server 420 may receive from the audio-provider server an identifier of the content, authentication -information that permits computing device(s) associated with the .application-program account to access to the content via the application-program account, and/or communication information for establishing transmission of the content to computing device(s) associated with, the application-program, account- among other options. Additionally or alternatively, the server 420 may send to th audio-provider server an identifier of the application-program account, respective identifiers) of computing device(s) associated with the application-program account, and/or communication information for establishing a communication session with computing device(s) associated with the application-program -account,. -amon -other options. Alter such exchange of information, establishment of the channel is completed and a user may then access the content from the audio-provider service through the companion application on the user's computin device, which is associated with the application- program account as discussed above. Other examples are also possible.

1001151 Given this implementation, a user may add any feasible number of channels and these various channels ma respectively provide access to content from various audio-provider services. For instance, the computing device may receive a first channel-addition request indicating content (e.g., a particular audio broadcast) horn the above-mentioned first audio- provider serv ice, and the computing device may then coordinate with the server 420 to establish a first channel thai provides access to that content from the first audio-provider service. Subsequently, die -computing device may receive a second channel-addition request indicating content (e.g., a particular ^■ album) from the above-mentioned second audio-provider service, and the computing device may then coordinate with the server 420 to establish a second channel that provides access to that content from the second audio-provider serv ice.

f 00116) In another aspect, the disclosed platform may also allow for addition of at least one channel that provides a shortcut to content thai i stored locally on a computing device, so that a user interacting with the companion application on tha computing device could also access that content through the companion application, in this aspect, the computing device may receive a channel-addition request indicating content (e.g., a particular album) stored in data storage (e.g., memor 154) of the computing device. In response to that channel-addition ^• request, the computing device may send te the server 420 an instriKtioii to establish a channel that provides access to that locally stored content via the application-program account,

fW>i i?J in particular, the server 420 ma establish such a channel in various ways. By ^¬ way of example, the server 420 may obtai information related to a location, within the computing device's data storage at which the content is stored. For instance, that location may be specified as a directory within a file system of a file containing the content, among other possibilities. In practice, the server 420 may obtain mat information as part of the channel- addition request or at other times. Nonetheless, once the server 420 obtains the information, the server 420 ma establish the channel by associating the obtained information with the application-program, account. Once the channel- is established, a user may then access the locally stored content -through the companion application on the user's computing device, which is associated With the appiiea&on~progswR account as discussed above. Other examples are also possible.

100118] Regardless of whether an added channel provides access to locally stored content or whether an added channel provides access to content from an audio-provider service, the server 420 may from time-to-tiffie (e.g., continuously or periodically} update content associated with an added channel, so as to "refresh" the added channel. For example, an asdic-provider service may cany out updates to certain content associated with a channel such as by reorganizing, removing, and/or adding audio tracks within a playlist that has been added as a channel, among other possibilities-. In this example, the server 420 may determine that such updates have occurred and may responsively update the c asmel associated with the application- program account, so that, once that channel is selected as described below, the computing devic is set-to output updated content within that channel. Otter examples are also possible.

[091191 itt an example implementation, various types of gestures on various types of compnting devices may be used to carry out addition of a channel. In particular, the computing device and/or the server 420 may be configured to determine mat input data is indicative of one or more particular gestures representative of channel addition. In practice, these gesiures con Id talce on any feasible form and each computing device may have associated gestures specific to that computing device, which may depend on the particular input deviee(s) included in that computing device. So given these various possible gestures, various approaches are possible for carrying _: out channel addition. Example approaches are described in more detail below.

[00120J In one case, channel addition may be carried oat through a search function on the companion application. In particular, _, as noted, the server 420 may receive or otherwise have access to metadat specifying information about audio content from various audio-provider services. With this arrangement, the computing device may receive a search query (e.g., provided by a user) through an Input device of the computing device. That search query may specify information related to desired audio content, such as a genre name, a artist name, an audio book name, and/or an audio book category, among various other examples. Once received, the computing device may send that search query to the server 420 and the server 420 may then use the metadata as basis tor determining matching results, in particular, th sewer 420 determine metadata specifying information that matches mformation specified in the search query, such as by matching a sequence of letters, numbers, and/or characters specified in the query for instance. Then, the server 420 may inform the computing device of audio content associated with the matching metadata, so that the computing device could then output a indication of that audio content, in this way, search query provided by a user may yield search results specifying through the companion application various content from various audio- provider services.

f (K>12!J Figure 6 illustrates an example channel addition through a search function on the ^' companion application. In particular. Figure 6 shows a first state 6Ό0Α of a GUI being displayed oa the display 266 of computing device 260. As shown, the GUI includes search bar 602 and a keyboard 604. With this arrangement, a user m y provide input (e.g. "jazz") into the search bar 602 through the keyboard 604 and may also initiate the..searc through ^' the ..keyboard. After the server 420 determines -the search results,. -the search results maybe displayed as part of the GUI as shown in the second screen, state 600A. As shown, the results display various types of content from various audio-provider services- For instance, the results indicate that (i) a broadcast application provides content such as a "local jazz station" and a "universal jazz station", (il) music application provides content such as a "jazz : music playiisf and a "jaz2 collection album", and (iii) an audio book application provides content such as a "jazz history." Furthermore,, an icon 606 is shown next to each content option, with that icon 606 being representative of a request to add the respective content (e.g., taking the form of a "plus" sign). As stich, Figure 6 shows a third screen state 600G indicating that a user has selected o add the "jazz music playiisf as a channel, with that addition specifically indicated as the icon 606 transforming into different icon 608 indicative of that addition (e.g., taking the form of a "checkmark"). Other illustrations are also possible .

|§f>J22| In another case, channel addition may be carried out by browsing through a hierarchy of audio-provider services on the companion application. In particular, through the companion application, the computing device ma output (e.g., on display or through audible notifications) information specifying one or mor audio-provider services, such as those corresponding to third-part applications also found on the computing device. With this arrangement, the computing device may then receive input data indicative of selection of one or of the specified audio-provider services and ma responsive!y output information (e.g., on a display or through -audible notifications) indicati ve of a catalogue of content available through that audio-provider service. Then, the computing device ma receive further input data indicative of -requests to navigate to certain parts of the catalogue and/or indicative of a request to add certain content within the catalogue as a channel on the companion application. Upon that request, th computing device may coordinate with the server 420 to establish a channel providing access to that content.

(99123) Figure 7 illustrates an example channel addition by browsing through a hierarchy of audio-provider services on the companion application. In particular. Figure 7 shows a first state 70OA of a GUI being displayed on the display 266 of computing device 260. As shown, ^' the GUI includes listing 702 of audio-provider services corresponding to third-party applications also fottJid on the computing device 260 (e.g., "broadcast app", ' 'music app", "audio book app", and "news app"). In -an ^' example scenario, a user amy provide input to select the "music app" and the GUI may then transition to a second screen state 700B. As ^: shown, scree state 700B of GUI includes a catalogue 704 indicative of content categories of the "music app", which include "your playlists", "your albums", "recomntended musie", and "new releases." In thi example scenario, the user may provide ..further input to selection the "your playlists" categories and the GUI m then transition to a third screen state 700C. As shown, screen state 7O0C of GUI includes a playhst iisting 706 illustrative of music playlists associated with ie user's account on the "music app". Moreover, the screen state 70GC includes icons each representati ve of a request to: add a respective piayiist (e.g., each taking the form of a "plus" sign). As such, the user may provide further input data indicative of an addition of one of these playlists as 8 channel on the companion application. As illustrated by the icon 708 (e.g., taking- the form of a "checkmark"), the user has added the "classical music" piayiist as a channel. Other illustrations are possible as well,

100124} In yet another case, channel addition ma be carried out through interaction with an audio-provider service rather than directly through the companion application . In particular, through third-party application associated with the audio-provider service, the computing device may output (e.g., on a display or through audible .notifications) information indicative of a cataiogue of conten available through that audio-provider service. Then, the computing device ^• may receive further input data indicative of requests to navigate to certain parts of the catalogue and/or indicative of a request to add certain content within the catalogue as a channel on the companion application. Upon that request, the computing device may coordinate with the server 420 to establish a channel providing access to that content

[001251 Figure 8 illustrates an example channel addition carried out through interaction with an audio-provider service, in particular, Figure 8 shows a first state 800A of a GUI of the "music app" being displayed on the display 266 of computing device 260. As shown, the GUI includes a listing -802 of audio tracks within a "blues music" piayiist accessible via the "music app." Also, the GUI includes an icon 804 representative accessibility to further options related to the "blues music" pla list, ^' With this arrangement, a user may provide input indicative of selection of that icon 804 and the GU I may then transition to a second screen state ,80GB. As shown, screen state 8O0B of GUI includes a menu 806 listing several menu item, one of which is a menu item SOS specifying an option to add the "blues music" playlist as a channel on the companion application. Moreover, screen state 0OB of GUI also includes an icon 810 next to the menu item 808 with that icon 810 being representative of a request to add the respective content (e.g., taking the form of a "plus" sign). As such. Figure 8 shows a third screen state 80QC indicating that a user has .selected, to add the "blues music' ^* playlist as a channel, with that addition specifically indicated as the icon 810 transforming into a different ico 812 indicative of that addition (e.g., taking the form of a "checkmark"). Other illustrations are also possible.

[001261 1« yet another case, channel addition may be carried out through an interaction with the computing device white the ^■■ computing device is- outputting (e.g., through audio output device i 10) content that has not yet been added as a channel, h particular, the computing device may receive input data indicative of a selection to output content provided by an audio-provider service. Then, while that content is being outputted, the computing device may receive further input data indicative of particular gesture that represents request to add that content as a channel. By way of example (and without limitation), that particular gesture may involve a press of a burton on the computing device for a least a threshold duration. Nonetheless,, once the computing device receives the input data indicative of the particular gesture, the computing device may then coordinate with the server 420 to establish a channel providing access to the content being outputted In. this manner, a user may be able to quickly add playing content as a channel on the companion application. Other cases and examples are possible as well.

[βθϊ27| While the various channel addition approaches are illustrated in Figures .6 to 8 as being carried out on a computing device having a display (e.g.. device 260), any of the above- described channel addition approaches could also be carried out on any screenless wearable device (e.g., any one of devices 200, 230, and 250). For instance, Figure 9 illustrates gestures being provided on the wearable device 250 so as to ultimately add a channel through direct interaction with that device 250 despite that, device not ha ving a display. In an example scenario, a user ma carry out channel addition by browsing through a hierarchy of audio-provider services on the companion application. [901281 I» particular, state 90OA of the device 250 illustrate that the user's finger 902 is providing the above-mentione "swipe" gestures onto the tonch-sensiti e surface 254 so as to navigate through play lists on the music app". After eac "swipe" gesture is detected, the device 250 outputs via a BCT of the device 250 as audible aotiiicatioa indicative of a particular playlist For instance. Figure 9 illustrate three such audible notifications 904 that include a notification ^' of the "jazz, music" playlist followed by a notification of the "blues music" play list" and then followed by a notification of the "rock music" playlist. Once the user hears a notification of a playlist of interest, the user coul then add that playlist: as a channel b providing another gesture. For instance, state 900B of th device 250 llustrate, thai- tike. user's finger 902 is providing the above-mentioned "tap" gesture onto the touch-sensitive surface 254 so as to request addition of the "rock music" playlist as a channel on the companion .application. And upon receiving that request, the device 250 may coordinate with the server 420 to establish a channel providing access to the "rock music" playlist. Moreover, upon establishment of that channel, the device 250 may responsiveiy output vi the BCT another audible notification 906 indicating that the "rock music" playlist has been added as a channel. Other examples and illustrations are also possible,

C, Navigation between Channels

(00129) in an example nplementation, the computing device may determine a selection of an added channel and ma responsiveiy cause content associated with that channel to be outputte by an audio output device of the computing device. In particular, the computing device may recei ve input data and may determine that the received input dat corresponds to a particular gesture indicative, of- the selection. Responsiveiy, the computing device ma then output the selected content. In some implementations, the computing device may coordinate with the server 420 to determine the selection. In particular, once the computing device receives the input data, the server 420 may then recei ve that input data ^' from the computing device. And once the input data is received by tire server 420, the server 420 may then determine that the received input data corresponds to the particular gesture indicative of the selection and may responsi veiy send to the computing device an instruction to output the content

f(K>130| in some situations, a selection of an added channel ma be a request to begin output content associate with that channel, such as when no other channel is currently selected for instance. la other situations, such as when another channel has already been selected (and perhaps content associated with that channel is being ouipuited), a selection of an added channel may be a ^' transition from the previously selected channel to that newly selected channel. Other situations are possible as well.

{091311 B way of example, the computing device may determine a first selection of the above-mentioned first channel that provides access to content from the first audio-provider sen-ice. esponsively, the computing device may then cause associated content from die first audio-provider sen-ice to he output by the audio ou put device of the computing device. Then, the computing device may determine a second selection of the above-mentioned second channel that provides access to content from the second -audio-provider service. In practice, that second selection may involve a transition from the first channel to the second channel. Nonetheless, in response to determining the second selection, the computing device may responsively cause associated content from the second audio-provider service to be output by the audio output device of the computing device, which may specifically involve otitputting the associated content from the second audio-provider service instead of outputting associated content f m the first audio-provider service. Other examples are also possible,

100132] .Furthermore, .when, the server 420 sends to the eoniputing device a instruction to output content, that instruction may specifically include an instruction to stream the content from a respective audio-provider server. In practice, streaming content may be defined as the process of constantly delivering content from a server to a computing device and presenting that delivered content via the computing device on a ongoing basis. As such, upon determining the above-mentioned first selection, th server 420 mm send to the computing devic a first instruction to steam content from the first audio-provider serve and to output (e.g., via an audio output device) that content that is being streamed. Similarly, upon determining the above- mentioned second selection, the server 420 may send to the computing device a second instruction to stream content from the second audio-provider server and to output (e.g., via an audio output device) that content that is being streamed. Other examples are also possible, {001331 Moreover, these various channel selections may occur through the companion -application and thus without the user having to navigate through various third-party applications and or a file system of the computing device in order to listen to desired content, in particular, when the computing device executes operations related to the comparison application, the computing device may engage in a direct communication -session with the application-program account stored at die server 440. In particular, the ^' computin g _: tie vice may do so in order to obtain information associated with the application-program account on an as-needed basis, such as information related to channels that have already been established for that application-program account and/or information related to content associated with those channels, among other possibilities. As such, any channel selection may be carried ou during the direct communication session, thereby allowing a user to play content front various third-party applications through the companion applicaii on,

|00134| Given these implementations, various types of gestures on various types of computing devices may he used to catty out selection of a channel in particular, the computing device and/or the server 420 may be coftSguted to determine that, input data is indicative of one or more particular gestures representative of channel selection. In practice, these gestures could take on any feasible form and each computing device may have associated gestures specific to that computing device, which may depend on the particular input deviee(s) included in that computing device. So given these various possible gestures, various approaches are possible for Carrying out channel selection,

00135) in particular, determining the above-mentioned first selection may involve determining that received input dat corresponds to a gesture indicative of the first selection. In one example, the gesture indicative of the first selection could take the form of receiving -a voice command indicating the first selection. In another example, the gesture indicative of the first selection could take the form of particular mechanical input being provided ^' via a mechanical interface of the computing device- For instance, that particular mechanical input may simply involve a press of a button on the device, among various other options.

100136] Additionally, determining the above-mentioned second selection may involve determining that received input data corresponds to a gesture indicati ve of th second selection, such as b being indicativ of the transition from the first channel to the second channel. By way of example, the gesture indicative of the transition could take the form of mechanical movement of a mechanical interface of the computing device. For instance, that mechanical movement may invol ve the above-mentioned "slide and hold" fiinction of the above-mentioned slider and/or the above-mentioned "slide" iction of the above-mentioned slider, among various other options,

{001371 In a former aspect, the computing device ..may output (e.g., via the audio output device) at least one audible notification providing information about being the channel being transitioned to (hereinafter "channel announcement"). In particular, as noted above, audio- provider servers (e.g., audio-provider servers 430 -and/or 440) could each provide to the server 420 metadata specifying information about audio content. With this arrangement, the computing device may determine that input, data corresponds to a gesture indicative of a transition and. may responsively engage with the server 420 in a : communication session in order to receive metadata related to the content associated with the channel . Based on that metadata, the computing device may then cause the audio output device to output an audible notification representative of information about the channel being transitioned to. For instance, the audible notification may specify a name of a playlist (e.g., "jazz music pHvylist' associated with that channel of may be a preview of content within the -channel (e.g., output portion of the content within the "jazz music playlist");. among others. Nonetheless, such a audible notification may be provided at an feasible time, such as during the transition, upo the computing device beginning to output the associated content and/or upon a request by the user, among other possibilities.

00138j in yet a further aspect, the server 420 ma he configured to hold a state of a channel such that, once a gesture is received to transitio away from a certain channel, the server 420 ma store in data storage information specif ing the most recent ouiput ed portion of the associated ^; content. In particular, .content that is associated with a channel may include a plurality of audio track, o may be at least one piece of audio having a -plurality of iimesiarnps each associated -with a certain time along tha piece of audio, among other possibilities. With this arrangement, the server 420 may determine (through communication- with the computing device) that a channel was transitioned away from after a certain track or ti estamp within that channel was outpulted or otherwise reached in other ways. Responsively, the server 420 may store information associating that certain track or timesiarap wit the application-program account. I this way, once thai same channel is selected again at a later time, the server 420 may provide mat stored information to the compistiug device so that the computing device is then set to output the content from that channel beginning with that certain track or timestamp ("resuming content at last played position"). Other aspects are also possible.

{001391 Given the. various implementations described above, navigation between channels may take (tie form of a "carousal" arrangement in which channels are arranged in a particular orde (e.g., customizable by the user). With this arrangement, one or more particular gestures may cause transitions from one channel to the next based on that particular order ("scrolling through the channels"). And once the last channel in that order is reached, a transition to ^' the initial channel in thai order occurs, and so on. Moreover, as the channel transitions occur in this manner, a particular channel may be reached within the "caronsal" arrangement and then a further gesture indicative of selection that particular channel may cause the computing device to output content associated with that particular channel.

|00I4O| Figures iOA to lOB illustrate an example carousal arrangement 1000 including channels 1002 to 1006 and perhaps one or more other channels (not shown). With this arrangement, we may assume that channel 1002 provides access to a "jazz music" playhsi, that channel .1004 provides access to a "classical music'' playlist, and that channel 1006 provides access to a "universal jazz" broadcast. As such. Figure 10A illustrates that that channel 1002 has been selected and. that device 230 is outpnttiug content 1,008 of that channel 1002. Moreover, Figure 10A illustrates that shaft 502 of the device 230 is at a first location. Once a user then seeks to transition through following channels of the carousal 1000, the user may then provide one or more gesture through the shaft 502.

|Θ0141| In particular. Figure !OB illustrate that shaft 502 has been moved to a second location. For instance, we may assume that the user is providing the "slide and hokf ' gesture that involves the shall: 502 moving from a first location to a second location followed by maintenance of the shaft 502 at the second location for at least a threshold duration. As such, during thai maintenance at the second location, channels may transition from one to the next at a certain rate. Moreover, channel announcements may be carried out during eac such transition from one channel to the next. For instance, Figure 10B illustrates a transition from channel 1002 to channel .1004 and, during that transition, the device 230 is shows to output a channel 'announcement 1010 specifying the content associated with that channel 1004. Once the carousal 3000 reaches a channel that the user seeks to listen to, the user ma stop actuating the shaft so as to stope maintenance of the. shaft 502 af the second location. As such, the computing device may determine that die maintenance of the shaft 502 has stopped at time that a particular channel along the carousal was reached and may responsively determine selection of that particular channel, and thus may responsively output content associated with that particular channel. Other illustrations are also possible,

f 001.42! 1 ^' n a further aspect, navigation between channels may take on various forms when using a computing device that has a displa (e.g., device 260). For instance, a GUI may include a listing of channels that have been previously added. Such a listing may include each added channel presented within single screen state of the GUI. Alternatively, th added channels may be categorized in some manner (e.g., customizable by a user), such as based o type of content for example. In this case, the GUI m provide multiple such listing each including channels within a certain category, with these listing provided i thing a single screen state of the GUI or within multiple screen states of the GUI . Nonetheless, the GUI may present each such added channel as being associated with the companion application rather tha being associated with the audio-provider service providing the content wit i the channel (e.g., by not necessarily listing the name of die audio-provider service within a navigation section of the companion application). Other aspects are also possible.

D. Navigation within Channels

001 ^' 43J In a example implementation, after a certain channel has been selected and perhaps content associate with that channel is being outputted, navigation with the associated content of the channel may be based oft various gestures, in practice, various forms of navigation, may involve (hut is not limited to): stopping output of content, pausing output o content, initiating playback of content, transition between audio -. ^' tracks, and/or transition between timestamps (e.g., fast forward or rewind), among other possibilities. As such, each form of navigation may have at least one gesture associated with that form, so that once a particular gesture is detected (e.g., "swipe gesture ^" "), the computin devic ma respomryely carry out the associated form of navigation, (e.g., transition to next timestatnp).

{00.1441 As noted, each computing device may have corresponding gestures specific to that computing device, which may depend on the particular input deviee(s) included in that computing device. In this way, a certain computing device may have a certain corresponding set of gestures that are respectively associated with certain forms of .navigation (e.g., each gesture associated with a particular form of navigation). And a different computing device may have a different corresponding set of gestures that are respectively associated with those same certain forms of navigation. For example, a user of device 200 may transition betwee tiniestarnps associated with a channel by providing a "swipe" gesture on the touch pad 224. Whereas, a user of device 250 may transition between timestamps associated with channel by providing a particular voice command (e.g., "nest timestamp"). Other examples are also possible.

(00145;) Moreover, in so- e- cases, the same gesture on the same device may result in different operations or different, forms of navigations based on characteristics of the channel begin navigated, such as based on a type of content associated with that channel (e.g., determined based on metadata received by the server 420). For instance, a computing device may determine., a first type of conten (e.g., music pla i st including a plurality of audio tracks) associated with the first channel in this instance, when the computing device detects a particular _. gesture., the particular device may responsiveiy carry out particular form of navigation (e.g., transition to a subsequent audio track). Yet in another instance, the computing device may determine a second type of content (e.g., a diobook including plurality of timestamps) associated with the second channel. I this instance, when the computing device detects the same particular gesture, the particular device ma responsiveiy carry out a different form of navigation (e.g., transition to a subsequent timestamp).

£001 6! Accordingly, in the context of audio tracks, the computing device may determine that input data corresponds to a particular gesture (e.g. a "slide' ^' gesture or a "slide and hold" gesture) indicative of a . ^" transition from. a. first audio track to a second audio ^' track an may responsiveiy carry out the transition by causing the audio output device to out ut the second audio track instead of outputting the first audio track. Whereas, in the context of audio timestamps, the computing device may determine that input data corresponds to a particular gesture indicative of a {transition from a first timestamp to a second timestamps (e.g., also a "slide" gesture- or a "slide and hold" gesture) an may responsiveiy carry out the timestamp transition by causing the audio output device to output content beginning with- the associated second timestamp instead of otitputting content associated with the first timestamp. Other instances are also possible. [901471 I» a further aspect, the computing, device amy output (e.g., via the audio output device) at least one audible notification providing information about being an audio track being transitioned to. (hereinafter "track n ouncement"), in particular, as noted above, audio-provider servers (e.g., audio-provider servers 430 and/or 440) could each provide to the server 420 metadata specifying information about audio content. With this arrangement, the computing device may determine that input data corresponds to a gesture indicative of a transition to a certain audio track and may responsively engage with the server 420 in a comaiiinication session in order to receive metadata related to that .certain audio track within the channel. Based on that metadata, the computing device ma then cause the audio output device to output an audible notification representative of information about the audio track being transitioned to. For instance, the audible notification may specify a name of the audio track (e.g., "blues guitar by John smith") or may be a preview of the audio track (e.g., output a portion of "blues guitar by John smith"), among other options. Nonetheless, such an audible notification may be provided at any feasible time, such as during the transition, upon the computing device beginning to -output the conten of the audio track, and/or upon a request by the user, among other possibilities.

1001.48 ^' } Given the various implementations described above, navigation between audio tracks ma also take the: form of a "carousal" arrangement in. which audio tracks are arranged in a particular order (e.g., customizable b the user or order by the audio-provider service). With this arrangement, one or more particular gestures may cause transitions from one audio track to the next based on that particular order ("scrolling through the audio tracks"). And once the last audio track in that order is reached, a transition to the initial audio track in that order occurs and so on. Moreover, as the audio track ^' transitions occur in this manner, a particular audio track may be reached within the "carousal" arrangement and the further gesture indicative of selection that particular audio track may cause the computing device to output content associated with that particular audio track.

[001 91 Figure .1 1 A to i lB illustrate an example audio track carousal arrangement associated with a particular channel 1 100 having five audio tracks 1 to 5. In particular. Figure .1 1 A illustrates that tha "track Γ' has been selected and that device 230 is outputting content 1102 of "track V . Moreover, Figure 1 IA illustrates that shaft 502 of the device 230 is at a first location. So once a user then seeks to transition through following audio tracks of the carousal arrangement associated with ^' channel 1100, the user may then provide one or more gestures through the shaft 502.

{001501 More specifically. Figure 1 IB illustrate that shaft 502 has been moved to a second location. For instance, we may assume that tSie user is providing tiie "slide" gesture that involves the shaft 502 moving torn a first location to a second location. After each such "slide" gesture, an audio track may transition to subsequent audio track in the carousal arrangement associated with channel 1 100. Moreover, track announcement may be carried out during each such transition from one audio track to the next For instance, Figure 1 IB illustrates a transition from "track 1" to "track 2" and, during that transition, the device 230 is shown to output track annomicement ί 104 associated with "track 2" Once the carousal reaches an audio track that the user seeks to liste to, die user may stop providing "slide" gesture(s). As such, the computing device may determine that "slide" gesture are no longer being receive at time that a ^' particular audio track along the carousal was reached,. a¾d may responsively determine selection of that particular audio truck. Thus, the computing device may then responsively output content associated with that particular audio track. Other illustrations are also possible.

V. Additional Features

£90151 j In practice, the disclosed platform may provide for various additional features. While example additional features are described in below, various othe features are possible as well wit hout departing from the scope of the present disclosure.

A. Accessibility across a Plurality of Devices

|ΘΘ152| In an example implementation, as noted, a user may associate one or more of their devices (e g:, each having the companion application) wit their respective account, such that they can be pro vided with access to the serv ces via the companion application on the respective device. With this arrangement, once certain channels have been added through a certain computing device to the application-program account, those added channels are then accessible via a different computing device thai also corresponds to the application-program account. In this way, the different computing device may output content of an added channel in response to a different selection of that channel via the different computing device.

|00iS3f For example, the server 420 may determine, in association with the different compuiing device, a first different .selection of the above-mentioned first channel and ma tesponsiveiy seod to fee different computin device a first different instruction to output content from the above-mentioned first audio-provider service. Then, the server 420 may determine,, also in association with die different computing device, a second different selection of the above- mentioned second channel and may tesponsiveiy send to the different computing device a second different instruction to output content from the above-mentioned second audio-provider service. Other examples are also possible.

B> An tu-Crea ted Channels

fO0I54f In a example, implementation, the server 420 may be configured to automatically add channel to an application-program account and do so based on various factors, in particular, once the application-program program account has been created via a particular computing device or has otherwise been associated wife the particular computing device, the server 420 may determine audio-provider ^{' '} services associated -with that particular computing- device (e.g>, third-party applications found on the particular computing device). And once the server 420 detemiines tiiese audio-provides services, the server 420 may responsively and automatically add one or more channels to the applicaiion-piOgram account, with those channels providing access to content from one or more of the determined audio-provider services. By way of example, the sewer 420 may determine audio-provider services most commonly used (e.g., five most commonly used third-party applications) through the particular computing device and may automatically add channels each providing access to one of those commonly used audio-provider services. Other examples are also possible.

€. Channel Suggestions

100 J .55} In. a example implementation, the disclosed platform may use various factors and consideration in order to provide ^: suggestions of hann ls) t add to an application-program account and/or of channel selectio from among pre viousl added channels.. In one exampl e, the server 420 may det rmine at least one frequently selected channel (e.g., selected at a threshold high rate) and may then determine one or more features (e.g., at least one type of content or at least one type of genre) associated with that channel. Once the server 2 detemiines tiiese features, the server 420 may determine other content from audio-provider services that also lias one or more of these feature (e.g., content of the same; genre). As such, once the server 420 determines such other content, the server 420 may then send an instruction to the computing device to output a suggestion (e.g., via a GUI or via aa audible notification) of addition of that other content as a channel Then, the computing device may receive input data thai indicative of acceptance or of rejection of that suggestion, and may responsively coordinate wi th the server 420 to cany out further operations in accordance with that input data.

[091561 itt another example, the server 420 may determine a contest associated with a particular computing device that corresponds with the application-program account and may suggest a channel based that determined context, in particular, the computing device may recei ve input data indicating association of a particular channel with a particular context and may coordinate with, me server 420 to carry out thai association. For instance, the particular context may involve a "workout activity" and thus that association may involve determining particular sensor data, received during the "workout activity" and then associating the particular sensor dat with the particular channel pe a request- from a user. Then, at a later point in time, the computing device ma receive sensor data from one or more sensors of the computing device and may provide that sensor data (or interpretation of the senso data) to the server 420, Based on the sensor data, the server 420 may determine that the received sensor data is substantially the same as the above-mentioned particular sensor data (e.g., "workout activity" being performed again) and may responsive!y send to the computing instruction an instruction, to provide a suggestion of the particular channel or an instructio to output the content associated with the particular channel, among other options.

[00.157! In yet another example, the disclosed platform may provide suggestion upon recognition of newly added audio-provider services. In particular, the se ver 420 ma determine a new audio-provider service (i.e., not previously associated with a particular- -competing device) newly associated with that particular computing device (e.g., new third -party applications added to the particular computing device). And once the server 420 determines that audio-provider service, the server 420 may responsiveiy instruct the particular computing device to suggest -addition of at least channel to the application-prograin account, with that channel providing access to content from the determine newly added audio-provider service. Other examples are also possible.

{00158} in a further aspect, the disclosed platform may provide channel suggestions at various possible times. For example, the server 420 may determine ^' that a particular added channel is an "unused" channel due to not being frequently selected. For instance, the server 420 may make a determination that th particular added channel is selected at a rate that is lower than a threshold rate arid/or may make a determination that tire partieiilai" added channel has not been selected for at least a threshold time period. So in response to making one or more such detenniuatious, the server 420 may send an instruction to the computing device to suggest addition of certain content as channel.

[<H>i59| In another example, the server 420 may instruct the computing de vice to provide a suggestion while the computing device is outputting content flam another channel or once the computing device complete output of content from that other channel. For instance, the suggestion at issue may be a suggestion to add particular content as a channel, with that particular content being related to the channel being outputted, such as by being of the same type of .content or of the same genre, among other possibilities. In another instance, the suggestion at: issue may be a suggestion to begin outputting a previously added channel that is associated with the same application-program account as the channel being oirtpuited. Similarly, _, the suggested previousl added channel may be related to the channel being outputted, such as by being of the same type of content or of the same genre, among other possibilities. Other aspects and examples are also possible.

D. Contest from Multiple Sources In a Single Channel

[00160} In an example implementation, the disclosed platform may allow for addition of a single channel that provides access to content from two or more different sources. For instance, the server 420 may receive a request to add a channel that provides access to content fro a fust service, and/or to locall stored content, among other possibilities.; Once that channel is added, selection of that channel may then result in output of content from those various different sources via a computing device associated with the application-pK>gram account

E. Channel Removal

[00161} In an example implementation, the disclosed platform may allow for removal of one or more previously added channels. In particular, the computing device may receive input data and ma coordinate with the server 420 to determine that the received input data ^' corresponds to request to remove a particular channel. Responsively, the server 420 may then remove the particular channel such feat the particular chamiel is GO longer associated with the apphcation-prograBi account,

{00 621 Moreover ch nnel removal may also occur, in various other situations. For instance, a third-party application may GO longer have certain content associated with a channel and thus that channel may be re ^' spohsively removed, hi another instance, a user may select content on the device via an application other than the companion application and a "temporary" channel may responsi vely be created based on that content. Once the end of content within die temporary channel is reached, user may provide a gesture to add the temporary channel as a channel associated with the account. Ot herwise, the temporary channel may be removed.

F. Platform Selection of an Audio source

[ 1 31 In an example implementation, the disclosed platform may provide for selection of an audio source based on input provided a user, yet with the user ma necessarily selecting a particular channel. For example, the computing device may receive a play request specifying desired, content (e.g., "play john smith") and may then use that information (e.g., in coordination with the server 420) as basis to determine a particular channel to output or particular content from a particular audio-provider service to output, among other audio sources.. In practice, the sewer 420 ma determine metadata ^' specifying- information that matches information specified in the play request, such as by matching -sequence of letters, numbers, and/or characters specified in the play request for instance. Then, the server 420 may inform the computing device of channel or other content associated with the matching metadata, so that the computing device could then output an indication of that audio content, or simply begin outputting that content or channel. In this way, the disclosed platform -may be capabl of determining an audio .source, most appropriate to handle a play request provided by a user.

G. Ducking versus Pausing Content based on Type of Content

(001 4] In an example implementation,, the disclosed platform may provide an approac fo handling -audible ^' notification (e.g., a notification of an incomin eall or a notification of an incoming text message or the like) that needs to be outputted by a computing device while that computing device is already outputting content associated with a particular channel. More specifically, that approach may involve ducking the content or pausing the content based on the type of content associated with the particular channel. I practice, ducking may be defined as a reduction in volume of at which the content of the particular channel is being ouiputted. Whereas, pausing may be defined as temporarily halting the outputting of content of the particular channel. As such, the . computing device and the server 420 ..may -coordinate . to detemrine the type of content and to make a decision as to whether to duck or to pause based oa the type of content.

f0O1.65 ^' l Accordingly, while the particular channel's associated content is being ^' outputted by the computing device's audio output device, the computing device ma determine that the audible notification is set to be : ouiputted. by the audio output device. Responsively, the computing device may engage with the server .in a comniunicatiou session to determine at least one type of content of the associated content being ouiputted. So based on the ^' determine type of content, the computing device may make a determination of whether (i) to pause output of the associated content whil the audible notification is being _: ouiputted or (is) to duck output of the associated content while the audible notification is also being ouiputted (e,g,, at a higher volume than the volume of associated content) , After making the detemimation, the computing device may then cause the audio output device to output the audible notification in accordance with the determination ,

| ⁽ >I66| Figures 12A to .126 illustrate example of such dusking versus pausing consideration. In particular. Figure 1.2A illustrates a graph 1200A showing volume being ouiputted from a computing device's audio output device over time. As shown, the audio output device is initially outputting a channel's music 1202 at a certain volume. Then, the computing device determines that an audible notification 1206 is to be ouiputted (e.g., an audible ring followed by an indication of "new message from, hob smith, tap to hear '). Responsiveiy, the computing device may engage in a communication session with the server 420 and may determine that the type of content of the channel is simply music. As such, the computing- device may responsiveiy duck the music 1202 being ouiputted for the duration of the audible notification. In this way, the user may have an -uninterrupted music listening experience while still having the audible notiiication be ouiputted.

{001671 ° contrast, Figure 12B illustrates a scenario pausing ouiputted content is carried out. In. particular, as shown b graph 12008, die audio output device is initially outputting a channel's audio book 1204 at a certain volume. Then, the computing device determines that the audible notification 1206 is to be outputted. I½spoasiveSy, fee computing device may engage ia a coiiHJiunicatioa session with the server 420 and amy determine that th type of content of the channel is an audio book. As such, the .■computing device may responsi very pause the audio book 1204 being outputted for at least the time period- during which the audible notification is being outputted. in this way, spoken word content of the audio book 1204 could still be percei ved by a user. Other features are also possible.

VI. Illustrative Methods

A. Con^etiug Device Perspective

[001681 Figur 13 is a flowchart illustrating a method 1300, according to an example implementat on, Illustrative methods, such as method 1300, may be carried out in whole or in part by a component or components in a computing device, such as by the computing device 100 described above. However, it. should be understood that example methods, such as method 1300, may be, carried out by oilier entities or combinations of entities (e.g _ls b other devices and/or combinations of devices), without departing from the scope of the disclosure.

|00169 It sho ld be understood that for this and other processes and methods disclosed herein, flowcharts show functi nality and operation of one possible implementation of present implementations, in this regard, each block may represent a module, a segment, or a portio of program code, which includes one or more instructions executable by a processor for implementing specific logical functions or steps in. the process. The program code may be stored on any type of computer readable medium or data storage, for example, such as. a storage device including a disk or hard drive. The computer readable medium may include iion-fraasitory computer readable medium or memor , for example, such as · computer-readable, media that stores data, for short periods of time like register memory, processor cache and Random Access Memory (RAM). The computer readable medium may also include nou-transitoiy media, such as secondary or persistent long term storage, like read only memory (ROM), optical or magnetic disks, compact-disc read only memory (CD-ROM), for example. The computer readable media may also be any other ^■ volatile or non-volatile storage systems. The computer readable medium tnay be considered a tangible computer readable storage medium, for example.

f00I?0J As shown by block 1302, method 1300 involves detenmning, by computing device including at least one input device operable to receive input data associated with an application-program accouot corresponding to the computing device, that the input data iachides a first ^■ channel-addition request indicating content from a first audio-provider service,, where the computing de vice further comprises an audio output device,

|0βί?ϊ| As shown by block 1304, method 1300 then involves, in response to the first channel-addition request, the computing device sending to a server an instruction to establis a first channel, where the first channel provides access to content from the first audio-provider sen-ice via the application-program account.

|0(il?2| As shown by block 1306, method 1300 then involves subsequently determining, by the computin device, that the input data includes a second ehminel-addiiion request indicating content from a second audio-provider service.

[001731 As shown by block 130S. method 1300 then involves, in response to die second channel-addition request, the computin device sending to the server an i iistmc tion t establish a second channel, where the second channel provides access to content from the second audio- provider - service via the application-program account.

| 0174| As shown by block 1310, method 1300 then involves determining, by the computing device, a first selection of the added first channel and responsive!}' causing content from the first audio-provider service to be output by the audio output device.

[00175| As shown by block 1312, method 1300 then involves determining, by the computing device, a second selection of the added second channel and responsively causing content from the second audio-provider service to he output by the audio output device.

B. Serve r Perspective

{001761 Finally, Figure 14 is a flo chart ^' illustrating a method 1400, according to an example implementation. Illustrative- methods, such as method 1400, may he earned out in whole or in part by a component or components in a ^' sewe , such as by the server 300 described above. However, it should he understood thai example methods, such as method 1400, may be carried out by other entities or combinations ^' of entities (e,g., by other devices and/or combinations of devices), without departing from the scope of the disclosure.

{001771 As shown by block 1402, method 1400 involves receiving, by a sewer, a first channel-addition request indicating content from a first audio-provider service. [901781 As shown by block 1404, method 1400 thea involves, in response to receiving the first chanBel-addition request, the sewer establishing a first channel that provides access to content from the first audio-provider service via an application-program account corresporiding to a computing, device,

100179} As shown by block 1406, method 1400 then involves receiving, by the server, a second channel-addition request indicating conten from a second audio-provider service.

| 0018O| As shown by block 1408, method 1400 then involves, i n respon se to receiving die second channel-addition request, the server establishing a second channel that provides access to content from the second audio-provider service via the application-program account.

[001811 As shown by block 1410, method 1400 then involves determining, by the server, a first selection of the added first channel and responsively sending to the computing device a first instruetioii to output content from the first audio-provider service.

[00182} As shown by block 1 12, method 1400 then involves determining, by the server, a second seiection of the added second channel and responsi vely sending to the computing device a second instruction to output content from the second audio-provider service.

VII, Conclusion.

[00183} Th particular arrangements shown in the Figures, should not be viewed as limiting. It should he understood that other implementations may include more or less of each element shown in a given Figure. Further, some of the illustrated elements may be combined -or omitted. Ye further, an exemplary implementation may include elements that are not illustrated in th Figures.

0O18 | Additionally, whil various aspects and implementations have been disclosed herein, other aspects and implementations will be apparent to those skilled in the art. The various a pects and implementations disclosed herein are for purposes of illustratio and are not intended to be limiting, with the true scope and spirit being indicated by the following claims. Other implementations may he utilized, and other changes may be made, without departing from the spirit or scope of the subject matter presented herein. It will be readily understood that -the aspects of the present disclosure, as generally describeii herein, and illustrated in the figures, can be arranged, substituted, combined, separated, and designed in a wide variet of different ^' configurations, ail of which are contemplated herein. [001851 I» situations in which the systems discussed here collect personal information about users, or may make use of personal in&rniaiion, the users may be provided with an opportunity to control whether programs or features collect user information e.g., information about a user's social network,, social actions or activities, profession, a user's preferences, or a user's current location), or to control whether and/or how to receive content from the content server that may be more relevant to the user. In addition, certain data may be treated, in one or more ways before i is stored or used, so that personally identifiable infbmiatioo is removed. For example, a user's identity may be treated so that no personally identifiable information can he determined for the user, or a user's geographic location may be generalized where location information is obtained (such as to a city, ZIP code, or state level), so that a particular location of a user cannot be determined. Thus, the user may have control over how information is collected about the user and used by a content server.