US20070271116A1 - Integrated media jukebox and physiologic data handling application - Google Patents

Abstract

A method is provided to operate a computer to interoperate with a portable media player. The method includes processing signals provided from the portable media player to the computer that are indicative of whether an accessory has been connected to the portable media player, to determine whether the accessory has been connected to the portable media player. Based on a determination that the accessory has been connected to the portable media player, physiologic data of a user that was provided to the portable media player from a wireless physiologic data gathering device, is received from the portable media player, into the computer, via the accessory.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
• This application is related to U.S. patent application Ser. No. ______, filed May 22, 2006, and entitled “ACTIVITY MONITORING SYSTEM” [Att.Dkt.No.: APL1P490P/P4398USP1], which is hereby incorporated by reference herein. This application is also related to U.S. patent application Ser. No. ______, filed May 22, 2006, and entitled “COMMUNICATION PROTOCOL FOR USE WITH PORTABLE ELECTRONIC DEVICES” [Att.Dkt.No.: APL1P492/P4400US1], which is hereby incorporated by reference herein.
BACKGROUND OF THE INVENTION
• The use of devices to obtain exercise performance information is known. For example, simple mechanical pedometers have been used to obtain information relating to walking or running. A typical mechanical pedometer is a standalone device merely displays an indication of number of steps taken which, typically at most, can be converted to distance traveled by multiplying the number of steps taken by an estimated average stride size.
• Recently, more sophisticated devices are known. For example, as described in U.S. Pat. No. 6,898,550 (the '550 patent), a foot-mounted unit, including a sensor for sensing motion of the foot of a user, is configured to provide motion information-wirelessly—to a wrist-mounted unit. The wrist-mounted unit includes a display for displaying information to the user based upon data accumulated by the foot-mounted unit and transmitted wirelessly to the wrist-mounted unit. In addition, as described in the '550 patent, the wrist-mounted unit may be coupled to a computer and/or a network server via a network. The user can operate software running on the computer and/or the server to analyze received data and/or to select operating parameters for the wrist-mounted unit and/or the foot-mounted unit.
• The inventors have realized that a media jukebox computer application, including functionality to interact with a portable media player, may be synergistically combined with functionality to handle physiologic data from a physiologic data gathering device that is in communication with the portable media player for providing physiologic data to the portable media player.
SUMMARY
• A method is provided to operate a computer to interoperate with a portable media player. The method includes processing signals provided from the portable media player to the computer that are indicative of whether an accessory has been connected to the portable media player, to determine whether the accessory has been connected to the portable media player. Based on a determination that the accessory has been connected to the portable media player, physiologic data of a user that was provided to the portable media player from a wireless physiologic data gathering device, is received from the portable media player, into the computer, via the accessory.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 illustrates an example of a system, including a portable media player, generally usable for, among other things, monitoring and/or controlling user exercise or other activity or physiology.
• FIG. 2. is a flowchart illustrating an example of steps, mostly within a host computer, to accomplish transfer of physiologic data between a portable media player and a workout data service.
• FIG. 3 is a schematic diagram that, while similar toFIG. 1, illustrates details of example configuration and operation of particular portions of theFIG. 1 system.
• FIG. 4 is a screenshot that illustrates an example of a user interface of an application (such as a media jukebox application) on a host computer that may be provided to accomplish an account matching between a portable media player and a workout data service.
• FIG. 5 schematically illustrates an example of signals involved in an interaction between a host computer and a workout data service with regard to account setup (FIG. 4) and use of an account access token.
• FIGS. 6aand6billustrate, in accordance with some examples, data structures that may be maintained within a portable media player, usable to correlate measurement and/or control of physical activity with playback of media.
• FIG. 7 is a flowchart illustrating an example of processing within a host computer to process user behavior information and other data in theFIG. 6 data structures.
• FIG. 8 illustrates a user interface screen, caused to be presented by processing within the host computer, to display an indication of some physiologic data.
• FIG. 9 illustrates a user interface screen, caused to be presented by processing within the host computer, to allow a user to choose between physiologic data gathering devices with which the portable media player has been paired.
DETAILED DESCRIPTION
• FIG. 1 illustrates an example of asystem100, including aportable media player104, generally usable for, among other things, monitoring and/or controlling user exercise or other activity or physiology. Referring toFIG. 1, user exercise data is communicated (in this example, wirelessly) from adata gathering device102, configured for gathering physiological data of a user (such as a sensor to sense the foot motion of a user), to theportable media player104. In one example, the wireless communication is via anaccessory106, configured to selectively attach to a data port of theportable media player104. An example of theaccessory106, and the interoperation of the accessory with theportable media player104, is described in some detail in related U.S. patent application Ser. No. ______, filed May 22, 2006, and entitled “COMMUNICATION PROTOCOL FOR USE WITH PORTABLE ELECTRONIC DEVICES” [Att.Dkt.No.: APL1P492/P4400US1], referenced above, and incorporated by reference herein, in the section entitled “Cross Reference to Related Applications.”
• In operation, while auser108 is exercising, physiological data of the user is accumulated by thedata gathering device102 and is provided wirelessly (viaradio frequency waves110, in one example) to theportable media player104. Meanwhile, cues relative to the exercise (e.g., audio cues) as indicated by exercise templates, are being provided from theportable media player104 to the user108 (e.g., via awire112 and headphones114). In addition to providing the cues relative to the exercise, theportable media player104 may also be configured to provide playback of media (such as audio media) to the user108 (e.g., like with the audio cues, via thewire112 and headphones114).
• The playback of media may be coordinated with the exercise cues. For example, the playback of media may be using a playlist such as created using the iTunes® software application, provided by Apple Computer, Inc., running on ahost computer116 connectable to theportable media player104. The playlists may be incorporated with, or corresponded to, the exercise templates on which the exercise cues are based.
• Going in the direction from theportable media player104 to thehost computer116, theportable media player104 is configured to provide physiologic data to aworkout data service118, forstorage122, via thehost computer116 and anetwork120 such as the internet. In some examples, thehost computer116 operates substantially as a conduit for providing the physiologic data to theworkout data service118 forstorage122. In other examples, thehost computer116 performs some processing on the physiologic data, temporarily stores the physiologic data for later forwarding (e.g., during a temporary loss of connection between thehost computer116 and theservice118 via the network120), or both.
• In yet other examples, not explicitly represented inFIG. 1, the physiological data is never or is only selectively provided to a service such as theworkout data service118. That is, the physiologic data may be maintained in storage on theportable media player104, on thehost computer116, on both or on neither.
• In still other examples, the physiological data is provided from theportable media player104 to theworkout data service118 without being provided to a host computer such as thehost computer116. For example, theportable media player104 may be incorporated into or, may be incorporated with, a telephone or other communication device that is connectable (e.g., wirelessly) to theworkout data service118.
• With regard to theworkout data service118 andstorage122, in some examples, the physiologic data is processed at theworkout data service118. In one example, the physiologic data from one user is processed in view of physiologic data from other users to, for example, compare the users in terms of the physiologic data. In another example, the physiologic data is processed at theworkout data service118 to determine a suggested template change. For example, based on the processing at theworkout data service118, it may be suggested to change the clues to provide motivation at a particular portion of the workout. As another example, based on playlists associated with that workout by other users, a different playlist (or changes to the playlist) may be suggested for a particular workout.
• FIG. 2. is a flowchart200 illustrating an example of steps, mostly within thehost computer116, to accomplish transfer of physiologic data between theportable media player104 and theworkout data service118. Atstep202, it is determined whether theaccessory106 has been connected to theportable media player104, which would allow the physiological data to be received by the portable media player from thedata gathering device102.
• The determination of whether theaccessory106 has been connected is, in one example, via configuration data that is provided to thehost computer116 when theportable media player104 and thehost computer116 are connected, in a portion of a handshake protocol in which theportable media player104 provides information to thehost computer116 regarding characteristics, capabilities and/or activities of theportable media player104. In other examples, theaccessory106 is one of a plurality of possible accessories, and the check for theaccessory106 is merely part of a check for accessories generally. In yet other examples, mentioned below, processing like that instep202 is not carried out at all.
• If it is determined atstep202 that theaccessory106 has not been connected to theportable media player104, then theFIG. 2 processing ends. Otherwise, if it is determined atstep202 that theaccessory106 has been connected to theportable media player104, or ifstep202 is not performed at all, then processing continues atstep204, to match theportable media player104 to an account of theworkout data service118. Atstep204, a check is made for an account for the user at theworkout data service118. If it is determined atstep204 that the user does not have an account at theworkout data service118, then thestep204 processing includes causing interaction with the user to set up an account at theworkout data service118. Atstep206, the host computer accesses the physiologic data, if any, stored in the portable media player104 (e.g., from a preset location of storage within the portable media player104) and provides the physiologic data to theworkout data service118 to be associated with the user's account. In some examples, if a connection to theworkout data service118 is not available (e.g., there is no connection between thehost computer116 and the network), then step206 is prevented from being performed.
• The physiologic data may be provided from theportable media player104 to thehost computer116, and further to theworkout data service118, in an XML-formatted file. In some examples, a portion of the provided data is retained on theportable media player104, for easy reference by the user (e.g., during or in preparation for a workout). Communication between thehost computer116 and theworkout data service118 is typically via Secure Socket Layer, using the HTTPS protocol. In one example, a portion of the physiologic data is retained in storage of the portable media player104 (e.g., the last “n” workouts) and can be displayed via a user interface of theportable media player104. Furthermore, while the physiologic data is passed on to theworkout data service118 from thehost computer116, thehost computer116 may retain some or all of the physiologic data to, for example, display the data via a physiologic data user interface of a music store application operating on thehost computer116. An example user interface display of the music store application operation on thehost computer116, including a display of physiologic data, is described later, with reference toFIG. 8.
• FIG. 3 is a schematic diagram that, while similar toFIG. 1, illustrates details of example configuration and operation of particular portions of theFIG. 1 system. As shown inFIG. 3, there are a number of signals involved in interoperation of theportable media player104 and thehost computer116. Asignal302 is provided from theportable media player104 indicating that theaccessory106, via which the data gathering device102 (FIG. 1) communicates with theportable media player104 is or was attached to theportable media player104. Thesignal304 represents an attempt by thehost computer116, in response, to access information on theportable media player104 corresponding to the accessory106 (i.e., physiologic data provided to theportable media player104 from thedata gathering device102 via the accessory106). Thesignal306 represents the information corresponding to the accessory being provided from theportable media player104 to thehost computer116.
• In addition, the signal308 represents feedback of user behavior information relative to the playback of media (which may also correspond to use/operation of thedevice102 that provides physiologic data via the accessory106) and, concomitantly, relative to the exercise cues. This feedback user behavior information signal308 may be used to modify (or suggest modifications to) the playlists, templates, or some combination thereof, based on the user's behavior as indicated by the signal308. The modifications and/or suggested modifications may be a result of processing within thehost computer116 or, as discussed above, the modifications and/or suggested modifications may be a result of processing within the workout data service118 (typically resulting from processing of physiologic data from the particular user and related data from a community of users, and not just from processing of physiologic data and related data from the particular user alone).
• It is noted that, as alluded to above, whileFIGS. 2 and 3 illustrate detecting whether theaccessory106 is or was connected to theportable media player104, there are other examples in which thehost computer116 and theportable media player104 interoperate such that thehost computer116 can determine whether there may be physiologic data, from thedata gathering device102, present on the portable media player to be provided to thehost computer116. For example, thehost computer116 may initiate a check in a predetermined area of theportable media player104 storage (e.g., in a particular directory) for physiologic data for retrieval.
• As also shown inFIG. 3, thehost computer116 may communicate with amedia commerce service310, via thenetwork120, to accomplish the purchase of exercise templates, which may also be combined with or otherwise indicate associated playlists. In this way, prepackaged workout/song mixes may be purchased. While the templates and playlists are typically purchased, there are circumstances in which the templates and playlists may be provided without cost (e.g., promotions).
• FIG. 4 is a screenshot that illustrates an example of a user interface of an application on thehost computer116 that may be provided to accomplish the account matching (step204, inFIG. 2) between theportable media player104 and theworkout data service118. The application may be, for example, a media jukebox application such as the iTunes® application, as discussed above. Referring toFIG. 4, an application in thehost computer116 displays a setup screen400 to accomplish associating the physiologic data corresponding to a particular user with an account for that user at theworkout data service118. As can be seen from theFIG. 4 screenshot400, if the user has a preexisting account with theworkout data service118, the user selects theradio button402, and provides alogin ID404 andpassword406 associated with the preexisting account. To register for a new account, the user selects theradio button408, which (after selecting the “Done” button412), causes presentation of an account creation page of theworkout data service118. The user indicates the account credentials (such as username and password) so that the physiologic data may be passed from thehost computer116 to an account at theworkout data service118 associated with the user. As also illustrated inFIG. 4, an option (radio button410) is also provided to postpone the account access setup.
• Once an account is matched between theportable media player104 and theworkout data service118 for physiologic data received by theportable media player104 via theaccessory106, account access credentials may be saved at thehost computer116 for later use. The account access credentials may even be saved at the portable media player104 (to, for example, be subsequently provided to thehost computer116 along with physiologic data). In one example, account access credentials such as login ID and password are not themselves saved on either thehost computer116 or theportable media player104. Rather, theworkout data service118 provides back to thehost computer116 an account access “token” that uniquely corresponds to the account access credentials and that provides only limited access to theworkout data service118, for providing physiologic data to theworkout data service118. For example, the full account access credentials may provide access toworkout data service118 functions such as e-commerce or other security-sensitive functions, for which it may be considered undesirable to store access credentials on thehost computer116 or on theportable media player104.
• FIG. 5 schematically illustrates an example of signals involved in the interaction between thehost computer116 and theworkout data service118 with regard to account setup (FIG. 4) and use of an account access token. The dashedoval502 represents a portion of the account set up interaction between thehost computer116 and theworkout data service118. Specifically, arrow504 represents account credentials (such as user ID and password) being provided from thehost computer116 to theworkout data service118. An account access token, corresponding to the account credentials) is provided back to thehost computer116 from theworkout data service118. In operation, to provide physiologic data to theworkout data service118 forstorage122, the account access token is provided to theworkout data service118 in conjunction with the physiologic data. As mentioned above, theworkout data service118 uses the account access token to grant limited access to theworkout data service118, for example, for storing the physiologic data and for associated analysis and/or viewing functions.
• FIGS. 6aand6billustrate, in accordance with some examples, data structures that may be maintained within theportable media player104, usable to correlate measurement and/or control of physical activity with playback of media. For example, the data structures may include a table602 and a table652. Each row of the table602 is indexed by a workout id, incolumn604. A workout id refers to a particular distinguishable workout, as now discussed. For example, for a particular workout (identified by a workout id), the column606 (in one example, including twocolumns608 and610, as discussed shortly) includes an indication of workout characteristics.
• In theFIG. 6aexample, the workout characteristics incolumn606 include atemplate designation608 and aplaylist designation610. As discussed above, a template indicates cues, such as audio cues, corresponding to a particular workout. Theplaylist designation610 indicates a playlist, defining media playback associated with the workout.
• FIG. 6bincludes a table652 of playlists maintained in theportable media player104. Thecolumn654 includes the playlist designation for each playlist. Thecolumn656 indicates the media (typically, songs) corresponding to each playlist. Thecolumn658 includes an indication of the user's behavior relative to the playlist. For example, thecolumn658 may indicate a workout id, that indicates a workout during which the user played the songs of the playlist (or, songs generally, even if not part of a playlist). As another example, thecolumn658 may includes an indication of user behavior to override the playlist, such as behavior to cause songs to be skipped. Referring back toFIG. 3, this user behavior information may be provided to thehost computer116 such that processing within thehost computer116 modifies playlists, forms playlists, associates playlists with workouts, or other results as appropriate, based on the user behavior information.
• FIG. 7 is a flowchart illustrating an example of processing within thehost computer116 to process the user behavior information and other data in theFIG. 6 data structures. Atstep702, it is determined if the actual user behavior is different from the pre-defined playback behavior indicated by the corresponding playlist. For example, if the user behavior information indicates that the user overrode the playlist by skipping songs, then processing within thehost computer116, atstep704, suggests to the user, via a user interface, to allow playlist to be modified to correlate to the user behavior.
• In some examples, the user behavior information may not be clearly indicative of a definite suggestion atstep704. For example, the user may have skipped one song each of ten times of processing the playlist, whereas the user may have skipped a second song only one time of processing the playlist. The suggestions may provide gradations of suggestion. For example, it may be strongly suggested to delete the first song (the one skipped ten times) from the playlist, whereas it may be mildly suggested to delete the second song (the one skipped only one time) from the playlist.
• In the next steps shown in theFIG. 7 flowchart, processing is carried out to suggest associating a playlist with a particular workout, based on the media playback as controlled manually by the user, during the particular workout. Atstep706, it is determined from the user behavior information if the media playback during a workout (i.e., during processing of a particular workout template by the portable media player104) corresponds to a pre-existing playlist. If so, then processing ofFIG. 7 exits. If it is determined atstep706 that the media playback during the workout does not correspond to a pre-existing playlist then, atstep708, a correlation to the workout (i.e., to the template) is suggested. If the user agrees then, atstep710, the media playback is associated with a playlist, and that playlist is associated with the workout.
• As mentioned above, in some examples, physiologic data provided from a portable media player (such as the portable media player104) to a workout data service (such as the workout data service118) may be provided through a host computer (such as the host computer116).FIG. 8 illustrates a user interface screen, caused to be presented by processing within the host computer, to display an indication of some of the physiologic data, namely, the physiologic information of the “last workout” in aportion802 of the user interface screen. (This is just an example. An indication of other of the physiologic data may be displayed.) In addition to the information such as date, distance, pace and calories, the “last workout” information includes anindication804 of the media playlist associated with that workout. It is also of note that processing within thehost computer116 may also operate to automatically send the physiologic data to the workout data service118 (e.g., accompanied by the access token discussed above, relative toFIG. 5 and the discussion of account set up with the workout data service118), without ongoing user intervention. The user may control whether this automatic operation takes place via thecheck box806 in theFIG. 8 user interface screen. Thischeck box806 would be initially unchecked if the user previously chose for physiologic data not to be sent at all to theworkout data service118, e.g. during initial setup (FIG. 4).
• While much of the previous description has described methods, applications and systems in the context of a single physiologic data gathering device, it has been mentioned above that there may be more than one physiologic data gathering device.FIG. 9 illustrates a user interface screen, caused to be presented by processing within the host computer, to allow a user to choose between physiologic data gathering devices with which the portable media player has been paired.
• Amenu item902, in this case a pull down menu item, is provided to allow the user to choose which physiologic data gathering devices (listed as “sensors”) for which data is to be considered and/or otherwise handled from within the application executing in the host computer. InFIG. 9, the “Sensor 1”item904 is checked. In addition, auser interface item906 is provided to allow the user to edit the name ascribed to a particular physiologic data gathering device, relative to the application executing in the host computer.
• In summary, then, we have described an overall architecture of a system, including a portable media player, generally usable for, among other things, monitoring and/or controlling user exercise or other activity or physiology. In addition, we have described how an application of a host computer, such as a media store application, operates in the context of such a system.

Claims (35)

1. A method of operating a computer to interoperate with a portable media player, the method comprising:

processing signals provided from the portable media player to the computer that are indicative of whether an accessory has been connected to the portable media player, to determine whether the accessory has been connected to the portable media player; and

based on a determination that the accessory has been connected to the portable media player, receiving from the portable media player, into the computer, physiologic data of a user that was provided to the portable media player from at least one wireless physiologic data gathering device, via the accessory.

2. The method ofclaim 1, wherein:

the computer is a computer of a centralized data storage service.

3. The method ofclaim 1, wherein:

the computer is a host computer; and

the method further comprises providing at least a portion of the data, received from the portable media player, to at least one server computer of a centralized data storage service, via a network.

4. The method ofclaim 3, further comprising:

a handshake step between the host computer and the centralized data storage service, regarding an account of the user at the centralized data storage service for data from the portable media player.

5. The method ofclaim 4, wherein:

the handshake step includes the host computer automatically providing an account token to the centralized data storage service, that uniquely identifies the account of the user at the centralized data storage service.

6. The method ofclaim 5, further comprising:

receiving the account token from the centralized data storage service based on an account identification and password provided to the centralized data storage service in response to the account identification and password being received by the host computer via a user interface of the host computer.

7. The method ofclaim 3, further comprising:

by the host computer, providing a token to the centralized data storage service, via the network, wherein the token uniquely corresponds to a particular account for the user on the centralized data storage service; and

providing the at least a portion of the data, received from the portable media player, to the centralized data storage service via the network, in association with providing the token to the centralized data storage service.

8. The method ofclaim 1, further comprising:

by the host computer, causing display of an indication of at least a portion of the data received from the portable media player.

9. The method ofclaim 1, wherein:

the portable media player is included as functionality of a smart wireless telephone device.

10. The method ofclaim 1, wherein:

the at least one physiologic data gathering device includes a data gathering device that gathers physiologic data indicative of foot activity of a user.

11. The method ofclaim 1, wherein:

the at least one wireless physiologic data gathering device is a plurality of wireless physiologic data gathering devices.

12. A method of operating a computer to interoperate with a portable mobile device, the method comprising:

processing signals, provided from the portable mobile device to the computer, that are indicative of whether an accessory has been connected to the portable mobile device, to determine whether the accessory has been connected to the portable mobile device, wherein the portable mobile device is configured to receive physiologic data of a user from at least one physiologic data gathering device wirelessly, via the accessory; and

controlling a user interface of the computer, based on a determination that the accessory has been connected to the portable mobile device, such that a user interface of the computer facilitates receiving from the portable mobile device, into the computer, the physiologic data that was provided wirelessly to the portable mobile device from the at least one physiologic data gathering device, via the accessory.

13. The method ofclaim 12, wherein:

the user interface of the computer that facilitates receiving the physiologic data into the computer from the portable mobile device further includes functionality to display an indication of at least a portion of the received physiologic data.

14. The method ofclaim 12, further comprising:

controlling the user interface of the computer to facilitate functions of the portable mobile device other than the function to receive physiologic data into the computer.

15. The method ofclaim 12, wherein:

the portable mobile device includes functionality of a portable media player.

16. The method ofclaim 14, wherein:

the portable mobile device includes functionality of a portable media player; and

the functions of the portable mobile device other than the function to receive physiologic data into the computer include the functionality of the portable media player.

17. The method ofclaim 12, wherein:

the at least one physiologic data gathering device includes a data gathering device that gathers physiologic data indicative of foot activity of a user.

18. The method ofclaim 12, wherein:

the at least one wireless physiologic data gathering device is a plurality of wireless physiologic data gathering devices; and

the method further comprises controlling the user interface of the computer to control for which of the plurality of wireless physiologic data gathering devices to facilitate receiving data, from the portable mobile device.

19. A method of operating a host computer to interoperate with a portable media player and at least one physiologic data gathering device coupled to the portable media player, the method comprising:

providing, to the portable media player, a workout template that defines exercise cues to be provided to a user of the portable media player; and

providing, to the portable media player, a playlist that defines media playback to be provided to the user of the portable media player, wherein the playlist is associated with the workout template.

20. The method of operating the host computer ofclaim 19, further comprising:

receiving, from the portable media player, an indication of behavior of a user with respect to play back of media in association with a particular workout template; and

processing the indication of the behavior and, based at least in part thereon, associating a playlist with the particular workout template.

21. The method ofclaim 20, wherein:

associating a playlist with the particular workout template, based at least in part on processing the indication of the behavior, includes modifying an existing playlist associated with the particular workout template.

22. The method ofclaim 19, further comprising:

interoperating with a media commerce server to purchase and receive media of the playlist, associated with the workout template.

23. The method ofclaim 22, further comprising:

receiving, from the media commerce server, the workout template with which the playlist is associated.

24. The method ofclaim 19, further comprising:

receiving, from the portable media player, physiologic data that was provided to the portable media player from the at least one physiologic data gathering device.

25. The method ofclaim 19, wherein the at least one physiologic data gathering device includes a physiologic data gathering device that gathers physiologic data indicative of foot activity of a user.

26. A computer-implemented media jukebox application tangibly embodied in a computer-readable medium, comprising:

media handling code means to cause a computer to provide media to a portable media player; and

physiologic data handling code means, integrated with the media handling code means, to cause the computer to interact with the portable media player relative to physiologic data for a user received by the portable media player wirelessly from a physiologic data gathering device.

27. The computer-implemented media jukebox application ofclaim 26, wherein:

the physiologic data handling code means includes

code means to cause the computer to process signals provided from the portable media player to the computer that are indicative of whether an accessory has been connected to the portable media player, to determine whether the accessory has been connected to the portable media player; and

code means to cause the computer, based on a determination that the accessory has been connected to the portable media player, receive from the portable media player, into the computer, physiologic data of a user that was provided to the portable media player wirelessly from at least one physiologic data gathering device, via the accessory.

28. The application ofclaim 26, further comprising:

data providing code means to cause the computer to provide at least a portion of the physiologic data, received from the portable media player, to at least one server computer of a centralized data storage service, via a network.

29. The application ofclaim 28, further comprising:

handshake code means to cause the computer to accomplish a handshake between the host computer and the centralized data storage service, regarding an account of the user at the centralized data storage service for data from the portable media player.

30. The application ofclaim 29, wherein:

the handshake code means includes code means to cause the computer to automatically provide an account token to the centralized data storage service, that uniquely identifies the account of the user at the centralized data storage service.

31. The application ofclaim 30, further comprising:

account token handling code means to cause the computer to receive the account token from the centralized data storage service based on an account identification and password provided to the centralized data storage service in response to the account identification and password being received by the host computer via a user interface of the host computer.

32. The application ofclaim 26, further comprising:

physiologic data display code means to cause the computer to display an indication of at least a portion of the physiologic data received from the portable media player.

33. The application ofclaim 26, further comprising:

token providing code means to cause the computer to provide a token to the centralized data storage service, via the network, wherein the token uniquely corresponds to a particular account for the user on the centralized data storage service; and

physiologic data providing code means to cause the computer to provide at least a portion of the physiologic data, received from the portable media player, to the centralized data storage service via the network, in association with providing the token to the centralized data storage service.

34. The application ofclaim 26, wherein:

the at least one physiologic data gathering device includes a data gathering device that gathers physiologic data indicative of foot activity of a user.

35. The application ofclaim 26, wherein:

the at least one wireless physiologic data gathering device is a plurality of wireless physiologic data gathering devices.

Images