MX2008004032A

MX2008004032A - Tragamonedas de descarga digital con caracteristicas mejoradas de comunicacion.

Info

Publication number: MX2008004032A
Application number: MX2008004032A
Authority: MX
Inventors: Guy Nathan; Dominique Dion; Francois Brillon; Loic Gratton
Original assignee: Touchtunes Music Corp
Priority date: 2007-09-24
Filing date: 2008-03-26
Publication date: 2009-03-23
Also published as: US20080086379A1; EP2048634A2; CN104078072A; JP5795700B2; EP3070691A1; US20170309114A1; US10373420B2; TW200915813A; JP2009075540A; EP2048634A3; CA2627173A1; CN101399732A; US10783738B2; US11847882B2; TWI499264B; US20210005045A1; CN101399732B

Abstract

Se proporcionar sistemas y/o métodos para el uso en unión con tragamonedas de descarga digital. Estos sistemas y/o métodos se pueden usar para proporcionar capacidades mejoradas de comunicación, por ejemplo, a usuarios registrados de tragamonedas. En ciertas modalidades de ejemplo, los usuarios pueden llegar a ser usuarios registrados directamente en una tragamonedas. Los usuarios registrados también pueden recibir, en ciertas modalidades de ejemplo, cupones para juegos gratis, importar listas de reproducción de dispositivos de hardware y/o aplicaciones de software, recibir precio especial cuando se reproducen ciertos casos de medios, reproducir listas de reproducción en totalidad o en parte, crear y/o gestionar listas de reproducción directamente en una tragamonedas, establecer y gestionar conexiones con otros usuarios registrados, etc. Aún además, en ciertas modalidades de ejemplo, se puede predefinir y/o ajustar uno o más canales para una tragamonedas.

Description

ROCOLA DE DESCARGA DIGITAL CON CARACTERÍSTICAS MEJORADAS DE COMUNICACIÓN Campo de la Invención La presente invención se refiere a, por ejemplo, sistemas de rocolas, de manera más particular, a sistemas de rocolas de descarga digital del tipo que incluye típicamente un servidor central y dispositivos remotos de rocolas que se comunican con el servidor central para contabilidad de regalías y/o actualizaciones de contenido, y de manera aún más particular, a sistemas de rocolas que proporcionan gestión de música hecha a la medida del usuario, comunicaciones, y otras herramientas para usuarios reconocidos que usan el sistema de rocola. Las modalidades de ejemplo de la presente invención mejoran estos sistemas al proporcionar un servidor local para cada dispositivo de rocolas en la red del sistema de rocolas. El servidor local proporciona una segunda y más expansiva fuente de contenido (por ejemplo, datos de audio y/o visuales) que se pueden seleccionar por un usuario del dispositivo de rocola para reproducción en el dispositivo de rocola. Los servidores locales pueden proporcionar un espejo de o subconjunto del servidor central, habilitando de este modo la biblioteca completa de datos de audio y/o visuales, o al menos el contenido más pedido, para que esté convenientemente disponible a cada dispositivo de rocola sin la necesidad de descargar el contenido pedido, que no está disponible en el dispositivo de almacenamiento masivo del dispositivo de rocola mismo, desde el servidor central. El grupo colectivo de servidores locales también puede actuar como una red de servidores distribuidos de contenido que se puede controlar por el servidor central a través de cada dispositivo de rocola para proporcionar servicios a otros dispositivos, tal como por ejemplo, otros dispositivos de rocola. Además, el dispositivo de rocola y el servidor local pueden, bajo el control del servidor central, operar como un "concentrador central" o dispositivo de gestión para varios dispositivos basados en tasas descargables, presentes en una ubicación con el dispositivo de rocola. Las modalidades de ejemplo pueden proporcionar de manera adicional otros mecanismos para mejorar las experiencias de los usuarios reconocidos individuales, tal como por ejemplo, al permitir que los usuarios creen y gestionen listas de reproducción que se pueden recuperar en una o más rocolas, creen y gestionen listas de amigos que pueden enviar mensajes a individuos o difundir a un gran grupo de individuos, etc. En otras palabras, en una modalidad, la rocola incluye características que permiten que la rocola reconozca usuarios específicos de la rocola, a través de un registro anterior o similar, y proporcione servicios específicos al usuario. Por ejemplo, la rocola puede permitir que el usuario reconocido cree, edite y/o almacene listas de reproducción personalizadas en la rocola que se pueden seleccionar por el usuario u otros usuarios registrados designados por el creador de la lista de reproducción para la reproducción en la rocola. La rocola también puede permitir que usuarios registrados se comuniquen con otros usuarios registrados a través de la rocola. También se pueden proporcionar a los usuarios registrados con crédito en la rocola de modo que no es necesario el dinero en efectivo para usar los servicios de la rocola. La rocola también se puede usar para proporcionar servicios de música de fondo además de los servicios convencionales de la rocola de una manera única y ventajosa como se describe en la presente. La rocola puede incrementar adicionalmente un sentido de posesión al interactuar con una aplicación interactiva accesible en una ubicación remota de la rocola, tal como por ejemplo, mediante la Internet. La aplicación remota puede conectar individuos a una comunidad en línea a través de la cual los usuarios pueden, por ejemplo, comunicarse con otros usuarios, construir listas de reproducción, compartir listas de reproducción, sugerir música a otros, participar en promociones, enlazarse a publicidad dirigida, etc. Adicionalmente, la rocola y/o la aplicación remota pueden permitir que los usuarios descarguen información a un dispositivo portátil, tal como por ejemplo, un teléfono celular, un asistente digital personal, un reproductor de MP3, etc. En ciertas modalidades de ejemplo, las acciones de los usuarios en las rocolas y/o mediante interfaces remotas se pueden representar por avatares específicos a y/o personalizables por, el usuario.

Antecedentes y Breve Descripción de la Invención Las rocolas han estado durante décadas y proporcionan a los usuarios la capacidad de seleccionar música deseada para la reproducción de una manera conveniente y ventajosa. De manera convencional, se han proporcionado rocolas en establecimientos comerciales, tal como restaurantes y bares, a fin de proporcionar música deseada a petición para cliente habitual de los mismos por una tarifa. Durante los últimos años, ha llegado a estar disponible una nueva generación de dispositivos de rocola que proporcionan mejoras significativas en la operación de los mismos para todas las partes comprendidas. De manera más específica, las rocolas de fonógrafo y CD, independientes, convencionales se están reemplazando por rocolas de descarga digital que se controlan por y se comunican con, un servidor central. Un ejemplo de este sistema de rocola de nueva generación se muestra en la patente de los Estados Unidos número 6,308,204, la descripción completa de la cual se incorpora a la presente como referencia. Un proveedor líder de esta nueva generación de sistemas de rocola es TouchTunes Music Corporation. La Figura 1 muestra una vista general de una modalidad de ejemplo de un sistema 10 de rocola de descarga digital (referido más adelante en la presente simplemente como un "sistema de rocola") . Como se muestra en la Figura 1, el sistema 10 de rocola incluye un servidor central 12 que contiene una biblioteca principal de contenido de audio (típicamente, música) , así como o alternativamente contenido audiovisual (típicamente música y vídeo o gráficos asociados), que se pueden descargar del mismo. El sistema de rocola también incluye una serie de dispositivos 16, 16a-16f remotos de rocola. Cada uno de estos dispositivos de rocola en general está localizado en un bar, restaurante, club u otra ubicación deseada, y son operables para reproducir música en respuesta a recibir un pago de un usuario, tal como monedas, billetes, tarjeta de crédito y/o débito, etc., y habiendo seleccionado una o más canciones por el usuario para reproducción. En una modalidad alternativa, se paga un servicio de música en una base de suscripción por la ubicación, la música seleccionada se libera para el usuario final. El dispositivo 16 de rocola incluye típicamente una pantalla 18 que presenta información al usuario y permite que el usuario seleccione canciones de la misma, así como un sistema 20 de audio que reproduce las canciones seleccionadas. La pantalla 18 también se puede usar para presentar video o gráficos relacionados a la canción. La pantalla 18 también se puede usar para presentar anuncios publicitarios para la rocola misma a fin de atraer a clientes a la misma, para presentar otros tipos de anuncios publicitarios, y/o para presentar cualquier otra información deseada . Los dispositivos 16 de rocola (referidos algunas veces simplemente como "rocolas" en la presente) son operables para comunicarse con el servidor central 12 a través de una red 14 de comunicaciones, tal como por ejemplo, la Internet. Las rocolas 16 se comunican periódicamente con el servidor 12 a fin de proporcionar información al servidor 12 con respecto a las canciones especificas que se han reproducida en la rocola. El servidor central entonces usa esta información a fin de determinar las regalías apropiadas y/o otros pagos que se poseen por las canciones reproducidas en cada rocola. De esta manera, una ventaja significativa de esta nueva generación de rocolas es que la reproducción de sonido y/o otros derechos aplicables de música se pueden adherir de una manera más exacta y confiable, asegurando de este modo que se paguen las regalías apropiadas a los artistas o poseedores de música. El servidor central 12 también puede proporcionar las canciones a la rocola 16 a fin de asegurarse que se mantengan en la rocola las canciones apropiadas o más populares en base a los clientes específicos en esa ubicación. De esta manera, las canciones disponibles en cada rocola se pueden personalizar a través de la comunicación con el servidor central a fin de proporcionar las canciones y/o tipos de música que' los clientes piden en general en cada ubicación de rocola. Como se describe en la patente de los Estados Unidos número 6,308,204, referida anteriormente, el servidor central también se puede usar de manera ventajosa para actualizar el software de operación en las rocolas a fin de, por ejemplo, cambiar la operación de la rocola tal como para proporcionar nuevas o mejoradas características. De esta manera, otra ventaja significativa de esta nueva generación de rocolas es que las canciones (u otro contenido de audio y/o visual), y la operación de la rocola misma se puede cambiar de forma remota como se desea sin la necesidad de tener a alguien (tal como un personal de itinerario) que dé personalmente servicio a la rocola. En cambio, estas actualizaciones se pueden hacer usando el servidor central 12. Como se indica anteriormente, los dispositivos 16 de rocola incluyen cada uno un dispositivo de almacenamiento masivo, tal como una unidad de disco duro, que almacena las canciones y datos de vídeo/gráficos asociados (si los hay) , así como cualquier otra información gráfica deseada para la reproducción en la rocola. El dispositivo de almacenamiento masivo en la rocola tiene típicamente capacidad de almacenamiento limitada con relación al dispositivo de almacenamiento del servidor central 12. Como resultado, sólo una fracción de las canciones almacenadas en el servidor central se almacena típicamente en el dispositivo de almacenamiento masivo de la rocola en cualquier momento. Puede haber otras razones también, tal como por seguridad de los datos o espacio limitado en la rocola misma, para tener capacidad limitada de almacenamiento en la rocola y/o para limitar el número de canciones almacenadas en la misma. Por ejemplo, se puede limitar el espacio físico a rocolas montadas en la pared o similares, que se diseñan para ser de tamaño pequeño en comparación a los modelos independientes. Como se explica anteriormente, las canciones de la rocola se pueden cambiar a través de la comunicación con el servidor central, pero típicamente cualquier rocola almacena sólo un subconjunto relativamente pequeño de la biblioteca completa de canciones mantenida por el servidor central en cualquier momento . A fin de aumentar al máximo el ingreso que genera una rocola, es importante hacer disponibles las canciones más deseadas en la rocola con el paso del tiempo. Si los clientes no pueden encontrar canciones que les gustan en la rocola, disminuirá dramáticamente el uso de la rocola (y el ingreso generado de este modo) . Por otra parte, es imposible predecir por adelantado exactamente lo que un cliente en cualquier ubicación particular deseará reproducir en la rocola. En realidad, hay probablemente muchos casos donde un cliente tendría que seleccionar una canción que existe en el servidor central pero que actualmente no está presente en la rocola. Como resultado, no se puede disfrutar la rocola, y no se usa a su grado más completo. A fin de afrontar este problema e incrementar el ingreso, los sistemas de rocola han proporcionado del pasado una característica que permite al usuario buscar canciones en el servidor central de la rocola y pedir una descarga inmediata de una canción deseada desde el servidor central a la rocola por una tarifa adicional. Esta característica permite que el usuario reproduzca cualquier canción en la biblioteca principal de canciones mantenida por el servidor central que usa la rocola, a pesar de si o no la canción específica esté actualmente almacenada en el almacenamiento masivo de la rocola misma. De esta manera, el usuario puede buscar primero las canciones deseadas, en el almacenamiento local de la rocola, y luego, sí desea, buscar adicionalmente en el servidor central para las canciones deseadas. El dispositivo de rocola carga típicamente una tarifa adicional (tal como cinco créditos en lugar de un crédito) para una descarga inmediata y reproducción de una canción desde el servidor central como lo opuesto a una reproducción normal directamente del almacenamiento local de la rocola. Sin embargo, un problema con la característica de descarga inmediata es que es deseable tener una conexión inmediata y de alta velocidad con el servidor central para 0 implementarla . Además, el servidor central y la red deben estar preparados para, y capaces de, manejar estas peticiones de una manera confiable y eficiente para que opere apropiadamente la característica. Estos requerimientos no siempre se pueden cumplir, y como resultado, se ha limitado la implementación de esta característica. Por ejemplo, muchas ubicaciones que tienen rocolas no tienen conexiones de alta velocidad (tal como DSL) y usan en cambio conexiones de módem de marcación telefónica. Las rocolas que dependen de conexiones de marcación telefónica en general sólo están diseñadas para comunicarse con el servidor de forma periódica y no permiten que el usuario descargue inmediatamente una canción. Sin embargo, han permitido que un usuario vote por una canción que se va a descargar en un tiempo posterior cuando se hace la conexión por marcación telefónica. Por supuesto, esto no es tan satisfactorio para el usuario como el ser capaz de descargar inmediatamente una canción. Otros problemas pueden surgir con respecto a esta característica de descarga si la red o servidor no está actualmente disponible para la descarga, debido al tráfico, malos funcionamientos, o similares. Para la mayoría de los usuarios, una relación con una rocola se extiende sólo hasta que se pueda reproducir una elección de las canciones. Los usuarios casuales pueden encontrar difícil hacer selecciones de forma rápida y/o localizar canciones específicas. Los usuarios regulares, sin embargo, eligen frecuentemente las mismas canciones, y pueden llegar a frustrarse con hacer siempre las mismas selecciones. Ambos problemas pueden dar por resultado una pérdida de ingreso, intimidación, frustración, etc. De esta manera, es una característica de las modalidades de ejemplo crear una relación entre la rocola y los clientes habituales, en vista de la característica adicional de crear una relación con una comunidad completa de usuarios de rocola. Este sistema puede establecer una relación verdadera entre la rocola y los clientes habituales, en tanto que también crea un sentido de propiedad para los clientes habituales al permitirles personalizar sus servicios y comunicarse con sus amigos. Esta relación y sensación de posesión puede incrementar bastante la conveniencia de usar una rocola y sus servicios relacionados en tanto que también disminuye la intimidación, frustración, etc. En ciertas modalidades de ejemplo descritas en la presente, la rocola se puede hacer la pieza central para servicios de música asi como otros servicios que mejoran la experiencia de los usuarios asi como los ingresos de los gestores de la ubicación. Por ejemplo, una rocola puede llegar a ser un punto de contacto en una ubicación determinada a través del cual los usuarios pueden ponerse en contacto con sus amigos. Por ejemplo, los usuarios pueden convocar a un convivio usando la rocola, compartir música a través del sistema de rocola, o encontrarse en una rocola si llegan a separarse en un club abarrotado. De manera similar, una rocola puede llegar a ser, por ejemplo, un punto de contacto en una ubicación determinada a través de la cual el gestor de la ubicación puede llegar a los clientes. Por ejemplo, un gestor puede anunciar productos especiales, notificar a los clientes habituales de eventos especiales, etc. Estas comunicaciones pueden iniciar por los usuarios, por los gestores de las ubicaciones, o por la rocola misma. Cuando los usuarios de las rocolas dejan una ubicación, su conexión a la música, de manera más particular, la rocola misma, termina de forma típica. Los usuarios proporcionan cantidades masivas de datos a las rocolas, tal como por ejemplo, a que usuarios les gusta ciertos tipos de música o ciertas canciones, cuando escuchan la música, que tan frecuentemente la escuchan, etc. Con las rocolas convencionales, esta información no se manipula provechosamente para proporcionar característica y/o servicios adicionales a los usuarios interesados. De esta manera, la información recolectada típicamente se desperdicia, y los usuarios experimentan solo una percepción fugaz de posesión. Los usuarios por ejemplo no pueden recrear la experiencia de una noche particular. Los propietarios también pierden, debido a que su cone¾ión a los usuarios de la rocola desaparece cuando los usuarios dejan sus establecimientos. De esta manera, los propietarios pierden clientes hasta que regresan y se fuerzan a depender de los métodos tradicionales, frecuentemente ignorados, de publicidad masiva. De esta forma de publicidad carece típicamente de especificidad y no refleja un sentido personalizado de correspondencia para los usuarios. Adicionalmente, los propietarios tampoco pueden recrear eventos específicos en los cuales, por ejemplo, tengan una noche particularmente provechosa. Típicamente, las comunidades en línea, por ejemplo, en la Internet, tienen que surgir para intentar conectar usuarios dispares en un espacio virtual. Estas comunidades proporcionan acceso potencialmente continuo a una variedad amplia de características y usuarios semejantes. Sin embargo, las comunicaciones en línea convencionales son sólo virtuales, cuando un usuario se aleja de una computadora, a conexión bastante literal se rompe. De esta manera, en tanto que los usuarios pueden tener acceso a esta multitud amplia de características y personalizar sus experiencias y aún construir una persona en línea completa, con, por ejemplo, hábitos de compra y visión, la experiencia es fugaz. Al conectar usuarios de rocola a través de una comunidad en línea, sin embargo, la información proporcionada a la rocola se puede usar para proporcionar una variedad de características y servicios a los usuarios. Y, debido a que las rocolas están presentes en miles de puntos de encuentro, existe conexión en miles de ubicaciones físicas separadas de la comunidad virtual en línea. De esta manera, al aprovechar los datos recolectados por la rocola al vincular usuarios a una comunidad en línea, se puede establecer una comunidad real y virtual mezclada, por ejemplo, creando un sentido duradero de posesión, personalizando servicios para potencialmente todos los usuarios, atrayendo usuarios de forma conjunta, estableciendo una comunidad vibrante socialmente activa de usuarios conectados por la música, etc. Los propietarios pueden beneficiarse de manera similar por ejemplo al lograr un conducto o a negocio adicional por conexión con clientes en tanto que están- alejados de sus ubicaciones, atrayéndolos de este modo a sus ubicaciones, etc. En esencia, una rocola con una aplicación remota asociada puede, por ejemplo, cambiar las percepciones de los usuarios de rocolas. Las rocolas no necesitan ser dispositivos independientes accesibles sólo en bares. Más bien, la presente invención permite que los usuarios consideren a las rocolas como, por ejemplo, centros de medios, puntos de encuentro, portales a comunidades en linea, etc. Además, con el advenimiento de los dispositivos portátiles habilitados para la web (tal como por ejemplo, teléfonos celulares, asistentes digitales personales, etc.), los usuarios pueden tomar aún la comodidad virtual con ellos donde quiera que vayan. Los usuarios pueden usar potencialmente dispositivos portátiles para descargar directamente música en cualquier momento, tal como por ejemplo, cuando oyen una canción en el hogar, en el automóvil, en un bar, etc. En ciertas modalidades de ejemplo, las acciones de los usuarios en las rocolas y/o mediante interfases remotas se pueden representar por avatares específicos a y/o personalizables por el usuario. Las rocolas pueden incluir circuitería lógica programada para la acción de avatares (por ejemplo, cualquier combinación apropiada de hardware, software, o similares) para tomar acciones en nombre de y/o representar las acciones del usuario. Estas acciones pueden incluir introducir canciones con audio y/o vídeo, filmar y/o bailar junto con la música, hacer transacciones en linea (por ejemplo, mensajes, dejar notas, transferencia de archivos, etc. ) , etc. Como tal, los avatares de usuario pueden incrementar aún adicionalmente los sentidos de posesión y/o correspondencia, atrayendo a los usuarios a las rocolas. Además, los avatares pueden implementar adicionalmente el disfrute del usuario individual, clientes regulares y/o recién llegados a un área. Existe una necesidad de un sistema mejorado de rocola que afronte varias necesidades de los usuarios, propietarios de ubicaciones, y operadores. La presente invención se diseña para afrontar estas y otras cuestiones y para proporcionar funcionalidad mejorada para estos sistemas de rocola.

Breve Descripción de las Figuras Estas ciertas características, objetos y ventajas de la presente invención se entenderán adicionalmente por revisión de la siguiente descripción detallada de las modalidades de ejemplo cuando se lean en unión con las figuras 1 a 39 anexas, en las cuales. La Figura 1 es un diagrama de bloques de un sistema de rocola digital de descarga convencional; La Figura 2 es un diagrama de bloques del sistema de rocola digital de descarga mejorado de acuerdo con una modalidad preferida; La Figura 3 es una toma de pantalla de ejemplo que muestra una pantalla de selección inicial de acuerdo con una modalidad preferida del sistema de rocola; La Figura 4 es otra toma de pantalla que muestra una búsqueda de ejemplo, pantalla para el uso de la búsqueda de canciones en el servidor local de acuerdo con una modalidad preferida; La Figura 4A muestra un proceso de ejemplo para usar un asistente personal de música para buscar canciones que puedan ser apropiadas para un perfil especificado por usuario ; La Figura 4B muestra un proceso de ejemplo para el uso de un asistente personal de música para buscar canciones que puedan ser apropiadas para un perfil de usuario reconocido; La Figura 4C es una toma de pantalla de ejemplo que muestra una lista no limitante de géneros y temas disponibles a un usuario de acuerdo con una modalidad ilustrativa; La Figura 5 es otra toma de pantalla de ejemplo que muestra los resultados de una búsqueda en el servidor local y que proporciona al usuario la opción de descargar una canción deseada al dispositivo de rocola por una tarifa, de acuerdo con una modalidad preferida; La Figura 5A muestra un proceso de ejemplo para buscar a través de una lista de canciones populares; La Figura 6 es otra toma de pantalla de ejemplo que muestra un método alternativo para permitir el acceso a la característica de descarga; La Figura 7 muestra un diagrama de bloques en una modalidad preferida del servidor local; La Figura 8 muestra un diagrama de bloques de una red completa de ejemplo que incluye rocolas comerciales y rocolas residenciales, así como otros dispositivos de descarga y conexiones asociadas que se gestionan por el sistema de rocola; La Figura 9 muestra una vista elevada de una disposición de establecimiento de ejemplo para un sistema de rocola de múltiples zonas; La Figura 10 muestra una vista elevada de una disposición de establecimiento de ejemplo para un sistema de rocola de múltiples zonas con terminales de selección en cada zona; La Figura 11 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso de selección de zona para un sistema de rocola de múltiples zonas; La Figura 12 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso de selección de reproducción de prioridad por zona par aun sistema de rocola de múltiples zonas; La Figura 13 muestra una implementación de ejemplo de un conjunto de múltiples zonas de colas de prioridad y no prioridad, con subconjunto de colas para cada zona; La Figura 14 es un diagrama de flujo que muestra un esquema de distribución e inicialización de ejemplo para una rocola con capacidad de morfología; La Figura 15 es un diagrama de flujo que muestra la implementación de ejemplo de un proceso de iniciación morfológica de rocola automática en base a un evento de activación; La Figura 16 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso morfológico de rocola ; La Figura 16A es una toma de pantalla de ejemplo que muestra como se puede iniciar una morfología de una rocola en una modalidad preferida; La Figura 16B es otra toma de pantalla de ejemplo que muestra como un usuario puede especificar varios criterios antes de una morfología de una rocola en una modalidad preferida; La Figura 17 muestra la relación entre una rocola con el almacenamiento de medios expandido y un servidor central ; La Figura 18 es un diagrama de flujo que muestra un proceso de ejemplo para un proceso de selección de canción cuando una canción no está en la lista "normal" de canciones reproducibles, disponibles; La Figura 19 es un diagrama de flujo que muestra un proceso de ejemplo para una cola de reproducción de prioridad con capacidad de petición basada en prioridad; La Figura 19A es un diagrama de flujo que muestra una implementación de ejemplo de un proceso de votación de rocola; La Figura 19B (1) es una toma de pantalla de ejemplo que muestra una presentación de cola de votación; La Figura 19B (2) es otra toma de pantalla de ejemplo que muestra una presentación de cola de votación; La Figura 19C es un diagrama de bloques de ejemplo que muestra un mecanismo de votación dentro de una ubicación determinada; La Figura 19D es otro diagrama de bloques de ejemplo que muestra un mecanismo de votación dentro de una ubicación determinada; La Figura 19E es un diagrama de bloques de ejemplo que muestra un mecanismo de votación para el uso con múltiples ubicaciones; La Figura 19F es otro diagrama de bloques de ejemplo que muestra un mecanismo de votación para el uso con múltiples ubicaciones; La Figura 20 es un diagrama de flujo que muestra un proceso ilustrativo para usar un sistema adaptado al usuario para gestionar música, comunicaciones, etc., de acuerdo con una modalidad de ejemplo; La Figura 21A muestra opciones ilustrativas no limitantes disponibles para editar información de cuenta/perfil en una modalidad de ejemplo; La Figura 21B muestra opciones ilustrativas no limitantes disponibles para gestionar música en una modalidad de ejemplo; La Figura 21C muestra opciones ilustrativas no limitantes disponibles para gestionar listas de amigos en una modalidad de ejemplo; La Figura 21D muestra opciones ilustrativas no limitantes disponibles para comunicarse con otros en una modalidad de ejemplo; La Figura 21E muestra opciones ilustrativas no limitantes disponibles para tener acceso a contenido de valor agregado en una modalidad de ejemplo; La Figura 22 es una toma de pantalla de ejemplo de una página de registro de acuerdo con una modalidad de ej emplo; La Figura 23 es una toma de pantalla de ejemplo que muestra las características disponibles después de que se ha registrado un usuario y reconocido, de acuerdo con una modalidad de ejemplo; La Figura 24 es un diagrama de flujo que muestra un proceso de ejemplo para tener acceso a un sistema de forma remota en una modalidad de ejemplo; La Figura 25 es un diagrama de flujo que muestra un proceso de ejemplo para seleccionar una o más de una lista no limitante de servicios y/o características en un sistema de acuerdo con un modalidad de ejemplo; La Figura 26A es una toma de pantalla de ejemplo que muestra las características disponibles antes de que un usuario se registre en un sistema de acuerdo a una modalidad de ejemplo; La Figura 26B es una toma de pantalla de ejemplo que muestra las característica disponibles después de que un usuario se registra en un sistema de acuerdo con una modalidad de ejemplo; La Figura 26C es una toma de pantalla de ejemplo que muestra como un usuario puede actualizar la información de cuenta; La Figura 26D es una toma de pantalla de ejemplo que muestra como un usuario puede gestionar listas de reproducción; La Figura 26E es una toma de pantalla de ejemplo que muestra los resultados de una búsqueda ilustrativa para música ; La Figura 26F es una toma de pantalla de ejemplo que muestra los resultados de una búsqueda con un servicio de localizador de rocolas. La Figura 27 muestra un sistema de ejemplo para descargar música a un dispositivo móvil; La Figura 28 es un diagrama de flujo que muestra un proceso de ejemplo para recuperar música; La Figura 29 es un diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con dispositivos remotos que tienen acceso a una rocola desde dentro de una ubicación particular; La Figura 29A es un diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con dispositivos remotos que tienen acceso a una rocola desde dentro de una ubicación particular; La Figura 29B es un diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con dispositivos remotos fuera de una ubicación particular que tiene acceso al sistema de rocola digital; La Figura 29C es otro diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con dispositivos remotos fuera de una ubicación particular que tiene acceso al sistema de rocola digital; La Figura 29D es un diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con el sistema de rocola, digital, de descarga, diferente, fuera de una ubicación particular que tiene acceso al primer sistema de rocola digital; La Figura 29E es otro diagrama de bloques de un sistema de rocola, digital, de descarga, mejorado con otro sistema de rocola, digital, de descarga, fuera de una ubicación particular que tiene acceso al primer sistema de rocola digital; La Figura 30 es un diagrama de flujo de ejemplo que muestra una manera en la cual los usuarios pueden cambiar su estado al llegar a ser "usuarios verificados"; La Figura 31 es un diagrama de flujo de ejemplo que muestra como los usuarios registrados pueden recibir créditos por referir usuarios potenciales; La Figura 32 es un diagrama de flujo de ejemplo que muestra como los usuarios registrados pueden recibir créditos para crear listas de reproducción públicas; La Figura 33 es una toma de pantalla de ejemplo de una pantalla de "Listas de Reproducción Locales" en la cual los usuarios registrados se representan por avatares; La Figura 34 es una toma de pantalla de ejemplo de una pantalla de "ahora reproduciéndose"; La Figura 35 es una toma de pantalla de ejemplo para ajustar las preferencias de letra; La Figura 36 es una toma de pantalla de ejemplo para ajustar los umbrales de alerta; La Figura 37 es una toma de pantalla de ejemplo que muestra el estado de varias pruebas; La Figura 38 es una toma de pantalla de ejemplo de las capacidades morfológicas que se enlazan al módulo de programación mejorado; La Figura 39 es una toma de pantalla de ejemplo de un calendario de programación.

Descripción Detallada de las Modalidades de Ejemplo Con referencia ahora a las figuras 1 a 39, la Figura 2 muestra un diagrama de bloques de una modalidad preferida de ejemplo de un sistema 10' mejorado de rocola. Este sistema 10' de rocola incluye elementos similares como se muestra en la Figura 1 y se describe anteriormente, incluyendo un servidor central 12, red 14 de comunicaciones, y dispositivos 16, 16a-16f remotos de rocola. Sin embargo, el sistema 10' de rocola incluye además servidores locales 22, 22a-22f conectados respectivamente a cada uno de los dispositivos 16, 16a-16f de rocola. El servidor central 12 incluye una biblioteca principal de canciones (y/u otro contenido) . Cada uno de los dispositivos de rocola incluye un subconjunto de la biblioteca principal en un dispositivo local de almacenamiento de la rocola. El servidor central se puede usar para gestionar de forma individual los contenidos del dispositivo de rocola, al monitorizar el uso de y al actualizar el subconjunto de canciones en cada uno de los dispositivos de rocola con el intento de aumentar al máximo el uso del mismo. El servidor central 12 recibe periódicamente datos de cada una de las rocolas para el propósito de contabilidad de regalías y pago por las canciones reproducidas. Los dispositivos de rocola pueden conectarse a la red de cualquier manera adecuada, tal como por módem de marcación telefónica o módem de banda amplia ' (por '^ejemplo, DSL, cable, banda amplia inalámbrica, o satelital) . La red 14 de comunicaciones puede ser cualquier red adecuada capaz de distribuir datos (por ejemplo, datos audiovisuales) desde el servidor central 12 a la rocola 16 y permitir que los datos se carguen desde la rocola 16 al servidor central 12. Las canciones (y/o otros datos) preferentemente se digitalizan, comprimen y encriptan para el servidor central 12 antes de enviar las canciones a las rocolas para propósitos de seguridad y de ancho de banda usando técnicas conocidas. Las canciones entonces se descomprimen y descencriptan por las rocolas para almacenamiento y reproducción en las mismas. De esta manera, cada una de las rocolas mantiene en una base de datos una biblioteca de canciones digitalizadas para reproducción en la rocola, en donde la biblioteca se puede cambiar o actualizar a través de la comunicación por el servidor central. Las rocolas también reciben de manera preferente y almacenan datos que constituyen imágenes (por ejemplo, video fijo y/o móvil y/o imágenes gráficas) que se puede presentar en la presentación 18 del dispositivo 16 de rocola. En una modalidad de ejemplo de la invención, los dispositivos de rocola tienen estructura y operación similar descritos en la patente de los Estados Unidos Número 6,308,204 referida anteriormente. De esta manera, los dispositivos 16 de rocola incluyen cada uno de manera preferente uno o más microprocesadores, tal como una CPU principal y un DSP de audio, una memoria, tal como una unidad de disco dura, para almacenar canciones y/u otro contenido, una presentación para presentar artículos visuales, un arreglo 20 de audio para proporcionar audio, un sistema de comunicación para permitir que la rocola se comunique con el servidor central 12 a través de la red 14 de comunicaciones, y software de operación, de manera preferente que incluye un sistema operativo de múltiples tareas, que controlan la operación de la rocola. El software de operación también se puede actualizar preferentemente a través de la comunicación con el servidor central 12 como se describe, por ejemplo, en la patente de los Estados Unidos Número 6,308,204 referida anteriormente. Las rocolas 16 incluyen además uno o más dispositivos de paga, tal como dispositivos de entrada de monedas, billetes y/o tarjeta de crédito, para permitir que un cliente pague el uso del dispositivo de rocola de una manera conveniente. La pantalla 18 es preferentemente una pantalla táctil que permite que el usuario introduzca selecciones al tocar la pantalla. Cada dispositivo de rocola tiene, en una modalidad, un servidor local 22 al cual puede acceder el dispositivo de rocola. Los servidores locales se conectan respectivamente a los dispositivos de rocola usando Ethernet u otro tipo de conexión local. En otra modalidad, el servidor local puede ser simplemente una extensión lógica (por ejemplo, división, directorio, o área) de la unidad de disco duro de la rocola en lugar de un dispositivo de hardware separado. Los servidores locales 22 incluyen cada uno de manera preferente una copia en espejo de la biblioteca principal de grabaciones musicales mantenidas por el servidor central 12. El servidor local 22 se puede cargar con la biblioteca principal por la entidad que posee y/o controla la red de rocolas antes de enviar el servidor local y el dispositivo de rocola al distribuidor u operador de rocola. Por supuesto, con el paso del tiempo, el servidor local no corresponderá por más tiempo de forma idéntica al servidor central, debido al hecho que el servidor central se actualiza preferentemente de forma continua con canciones adicionales o nuevas. De esta manera, los servidores locales 22 también se actualizan de manera preferente de forma periódica para mantener una correspondencia con la biblioteca en el servidor central 12. Esta actualización se puede hacer, por ejemplo, por el servidor central 12 a través de la comunicación con los dispositivos de rocola conectados con los servidores locales 22 usando, por ejemplo, ya sea módems de marcación telefónica o de banda ancha. De manera alternativa, la actualización se puede hacer de manera personal con una herramienta de actualización que se puede conectar por un ruteador u otra persona directamente a la rocola o servidor local para el propósito de actualizar los contenidos del servidor local. La herramienta portátil puede incluir un medio removible de almacenamiento, tal como una unidad de disco duro, que se puede regresar a y reutilizar por el propietario del sistema de rocola para actualizaciones futuras. La herramienta misma se puede mantener por el operador u otra persona a la cabeza del mantenimiento de rocolas especificas para el uso en la recepción del medio de almacenamiento, removible, actualizado del propietario del sistema de rocola. Por razones de seguridad, el servidor local 22 no incluye de manera preferente todos los datos digitales que constituyen cualquier canción que esté almacenada en el servidor local 22. Además, la parte de la canción que está en el servidor local está encriptada. El dispositivo 16 de rocola contiene la parte ausente de cada una de las canciones en el servidor local, por lo que permite que la rocola monte la canción completa en base a los contenidos el servidor local y la memoria en el dispositivo de rocola. Los datos ausentes localizados en la rocola son necesarios a fin de descencriptar las canciones. Por ejemplo, un bloque individual (u otra fracción pequeña) de datos para cada canción puede estar ausente en el servidor local pero presente en el dispositivo de rocola, y la encriptación se puede basar en el bloque ausente puede proseguir en una base de bloque por bloque. De esta manera, en uno de los bloques se puede descencriptar sin obtener y/o descencriptar un bloque antecedente. Esta característica proporciona seguridad significativa e impide o disuade el robo u otro tipo de uso no autorizado o copia no autorizada de las canciones en el servidor local. De esta manera, en una modalidad, cada servidor local se debe acercar de manera específica a un dispositivo específico de rocola de modo que se pueda realizar de forma apropiada la descencriptación descrita anteriormente. De acuerdo con una modalidad referida de ejemplo, los servidores locales también se pueden registrar cada uno individualmente con identificar al servidor central 12, de modo que el servidor central pueda gestionar y monitorizar individualmente cada servidor local. Lo mismo es válido para el dispositivo de rocola mismo, es decir, también se puede registrar de manera preferente con el servidor central de modo que también se puede monitorizar y gestionar de forma individual por el servidor central. Como se entenderá en la descripción anterior, los servidores locales llegan a ser una parte importante y ventajosa del sistema de rocola al permitir que los contenidos de los mismos se tenga acceso a estos por el dispositivo de rocola para proporcionar servicios adicionales (tal como proporcionar canciones adicionales) no disponibles en el dispositivo de rocola mismo. Como se explicará más adelante, la biblioteca de canciones del servidor central y/o la capacidad de almacenamiento del mismo se puede usar de manera ventajosa para proporcionar servicios a otras rocolas, tal como rocolas residenciales y comerciales basadas en tarifas y/u otro equipo basado en tarifas o tasas. Un uso preferido de los servidores locales puede ser proporcionar una característica de descarga inmediata de canciones para el dispositivo de rocola que ahora se describirá más adelante en detalle con referencia a las tomas de pantalla de ejemplo de las Figuras 3-6. La Figura 3 muestra una toma de pantalla de ejemplo para una pantalla 30 de selección de música como se presenta en la presentación táctil del dispositivo de rocola. Como se puede ver en la Figura 3, esta pantalla de selección, que es preferentemente la pantalla de selección inicial presentada a un cliente, incluye representaciones gráficas 32 de las varias cubiertas de álbum para canciones que están almacenadas en la memoria del dispositivo de rocola. Las cubiertas de álbumes se muestran en orden alfabético y la barra 33 de deslizamiento virtual se puede usar para desplazarse a través de los álbumes disponibles. También se proporcionan fechas hacia arriba y hacia abajo (34 y 35) para pasar a través de los álbumes disponibles. También se proporciona un botón 36 de "Ahora Reproduciéndose" para mostrar información de la canción que actualmente se está reproduciendo en la rocola (si hay alguna) . También se proporciona un botón 38 de "Diez Favoritas" para mostrar analista de las diez canciones más populares en la rocola. También se proporciona un botón 39 de "Sintonía Central" (TM de TouchTunes Music Corporation) , la función del cual ahora se describirá en detalle con referencia a la Figura 4. Si el usuario no ve un álbum de interés en la presentación de las cubiertas de álbumes o desea por alguna razón buscar canciones disponibles que no están presentes en el dispositivo de rocola, el usuario puede seleccionar el botón 39 de "Sintonía Central". Cuando se oprime el botón de "Sintonía Central", la presentación de la rocola se cambia de aquella de la Figura 3 a aquella de la Figura 4. La toma de pantalla de ejemplo de la Figura 4 muestra una pantalla 40 de búsqueda que permite que se realice una búsqueda en el servidor local 22 conectado al dispositivo de rocola. Esta pantalla cuenta proporciona un teclado virtual 42 para el uso en la introducción de una petición de búsqueda. La búsqueda se puede hacer por álbum, artista, canción o género o tema (es decir, listas categorizadas de canciones, basadas preferentemente en la popularidad, que ayuda a un usuario a encontrar una canción particular) , en base a los botones 47 asociados. Una vez que se teclea una búsqueda, el usuario oprime el botón 44 "Buscar" y se inicia una búsqueda de los contenidos del servidor local. La entrada del teclado virtual se puede limpiar usando el botón 46 de "Limpiar". Los géneros pueden comprender, por ejemplo, "pop", "rock", "country", "rap", "R&B", "Blues", etc. Los temas pueden comprender, por ejemplo, "Navidades", "Irlandés", "Cumpleaños", etc. En algunas modalidades de ejemplo, estas listas se pueden recuperar del servidor, en tanto que en otras modalidades de ejemplo, las listas se pueden construir en forma dinámica, en base a, por ejemplo, ciertos parámetros. En otras modalidades, el servidor puede seleccionar que listas habilitar o enviar a la rocola en base a criterios, tal como por ejemplo, la ubicación, tipo de música, etc. Un sistema sólo puede presentar géneros y/o temas para los cuales se descarga la música. Sin embargo, un sistema puede presentar todos los géneros y/o temas y permitir la descarga de otras canciones no disponibles a la rocola local. También se apreciará que aunque la Figura 4C, analizada en detalle más adelante, muestra los géneros y temas en la misma pantalla, otras modalidades pueden presentarlos de forma separada. La Figura 4C es una toma de pantalla de ejemplo que muestra una lista no limitante de géneros y temas disponibles a un usuario de acuerdo con una modalidad ilustrativa. Los botones 450 arreglados en el lado izquierdo de la pantalla corresponden a temas disponibles a un usuario, en tanto que los botones 460 arreglados en el lado derecho de la pantalla corresponden a géneros disponibles a un usuario. El botón 470 sale de éste mecanismo de selección. Se apreciará que están disponibles otros arreglos de los botones, y que la lista de los temas y géneros proporcionada es solo para propósitos ilustrativos no limitantes . Similar a la búsqueda de géneros y temas, un usuario puede buscar, por ejemplo, una canción usando un Asistente Personal de Música, un proceso de ejemplo para el cual se muestra la Figura 4A. De manera preferente, después de presionar un botón de Asistente Personal (paso 402), la rocola preguntará cierta información para identificar al usuario si el usuario no está ya identificado (paso 404). Esta información puede incluir, por ejemplo, edad (o fecha de nacimiento), estilo preferido, antecedentes, lugar de nacimiento, u otra información que se puede usar para generar un perfil del usuario. La rocola entonces puede comparar de manera preferente la información del perfil a selecciones hechas por otros usuarios con perfiles similares (paso 406) de, por ejemplo, la rocola especifica, el establecimiento particular, o una base de datos nacional y canciones recomendadas (paso 408). Por ejemplo, la rocola puede sugerir una canción o "The Doors" a un usuario masculino de California quien ha nacido en 1960. El usuario entonces puede elegir una canción de esa lista o iniciar una nueva búsqueda (paso 410). Adicionalmente, en lugar de introducir identificadores, como se muestra en la Figura 4B, el Asistente Personal de Música puede reconocer a un usuario por otras manera (paso 422), tal como por ejemplo, después de que se desliza por la rocola una tarjeta de crédito o una tarjeta de identificación especifica del sitio, pre-programada. De manera preferente, el Asistente Personal de Música mantendrá una lista de selecciones hechas por el usuario. La lista de selecciones del usuario se puede mantener, por ejemplo, en una terminal local de rocola, en un servidor de rocola central del sitio, en un servidor-remoto, o en una tarjeta de identificación, etc. Después de que el Asistente Personal de Música reconoce al usuario, entonces puede recomendar canciones en base a, por ejemplo, canciones por los artistas que el usuario particular disfruta (paso 426) , canciones reproducida frecuentemente por el usuario (428), canciones no escuchadas recientemente por el usuario (430), etc. Adicionalmente, un Asistente Personal de Música que reconoce, por ejemplo, un cliente preferido o un cliente con un gran número de créditos puede transformar la rocola en una rocola más disfrutable a ese usuario especifico. En una característica relacionada, ciertos clientes habituales pueden "rentar" una rocola para, por ejemplo, una ocasión especial. Por consiguiente, un cliente habitual puede pagar una cierta cantidad de dinero para transformar la rocola en un tipo particular de rocola. Por ejemplo, un cliente habitual que tiene una fiesta (por ejemplo, una fiesta de cumpleaños) en una ubicación particular puede rentar una rocola y transformarla en una rocola que permita sólo aquellas canciones favoritas del cliente habitual. En otra característica relacionada, un cliente virtual puede rentar exclusivamente una rocola e impedir que otros seleccionen canciones al programar, por ejemplo, una lista de reproducción a través de otro dispositivo (por ejemplo, la web u otra red de comunicaciones conectada de manera operable al sistema de rocola) o al restringir el acceso a la rocola a través de una contraseña o similar. Se pueden comprar, por ejemplo, créditos para el usuario; o se dan al usuario como una recompensa, por ejemplo, por comprar bebidas o recuerdos en un establecimiento, o por ser un cliente repetitivo regular. De esta manera se puede implementar un Asistente Personal de Música de una manera que hace a la selección de canciones un proceso más disfrutable, dinámico y sensible en tanto que se remueve la presión inmediata colocada en el usuario para conocer que canción elegir. Cuando se inicia una búsqueda de la pantalla 40, la pantalla cambia a aquella mostrada en la Figura 5 para presentar los resultados de la búsqueda. Como se muestra en la Figura 5, los resultados de la búsqueda se listan. De manera más particular, en este ejemplo, una lista de canciones que satisface la petición de búsqueda se lista. Las listas también pueden ser por álbum si se basó en álbumes la búsqueda. El usuario puede desplazarse a través de los resultados de búsqueda usando la barra 53 deslizantes. Al usuario también se le muestra la presentación 55 del número de créditos actuales y una presentación 56 el número de créditos que se requieren para descargar una canción del servidor local al dispositivo de tocóla. El usuario puede regresar a la pantalla anterior al tocar el botón 57 de "Regresar". Si el usuario selecciona una canción de la lista de búsqueda y entonces oprime el botón 54 de "Obtenerla Ahora", la rocola es operable para descargar inmediatamente la canción seleccionada del servidor local a la rocola para reproducción en la rocola. La canción descargada se puede poner en cola con cualquier otra canción seleccionada pero no preproducir (si la hay) para reproducción en la rocola. En este ejemplo, el costo de descarga es de cinco créditos en lugar de un crédito como una selección normal del almacenamiento de la rocola misma. Una vez que se reproduce la canción descargada, se puede suprimir del dispositivo de rocola (junto con cualquier dato gráfico, tal como el gráfico de la cubierta del álbum) que también se descargó del servidor local en unión con la descarga de la canción) . Sin embargo, de manera preferente la canción se mantendrá en una "ante memoria inteligente" para determinar si y/o cuando se debe suprimir la canción. Por ejemplo, la canción se puede almacenar en la ante memoria durante un periodo predefinido (por ejemplo, un día, una semana, dos semanas, etc.) en tanto que la rocola monitoriza las reproducciones de la canción. Si el número de reproducciones está por arriba de un cierto umbral durante el periodo predefinido, por ejemplo, la canción se puede mantener; si el número de reproducciones está por abajo del umbral, se puede suprimir la canción. La canción se puede adicionar o no a la lista principal de canciones fácilmente disponibles, dependiendo de la modalidad especifica de la invención, por ejemplo, la canción en la "ante memoria inteligente" puede aparecer como si no estuviera fácilmente disponible al usuario en tanto que de hecho está almacenada en la rocola por ejemplo en un área protegida. De esta manera, el usuario tiene la opción, a través del uso del botón de "Sintonía Central", de obtener temporalmente en la rocola cualquier canción de la biblioteca principal de grabaciones sin la necesidad de ponerse en contacto con el servidor central 12. Como resultado, la rocola proporciona una experiencia más agradable para el usuario, en tanto que también incrementa el ingreso generado de este modo. También la provisión de una experiencia agradable para el usuario es la capacidad de los servidores centrales para identificar "canciones de éxito", preferentemente en tiempo real. De manera preferente, se pueden hacer disponibles nuevas canciones en un catálogo principal, es decir, no necesita recibir en los servidores locales o almacenamiento en medios expandidos. Entonces, se pueden identificar como populares las canciones reproducidas frecuentemente en un área determinada (que varía de, por ejemplo, un sitio único o grupo de sitios, a un estado o país, a una conexión global). Estas canciones, o "canciones de éxito", se pueden descargar de manera preferente por, o enviar a, rocolas individuales. Las rocolas individuales mantendrán de manera preferente las listas de las "canciones de éxito" en tiempo real, permitiendo que los usuarios busquen entre las canciones más populares en cualquier momento determinado. De manera alternativa, una rocola puede mantener una lista de "canciones de éxitos" sin descargar las canciones populares, ahorrando potencialmente de este modo tiempo de recursos de descarga. Como resultado, la rocola puede proporcionar una experiencia agradable o disfrutable para el usuario al proporcionar fácil acceso a las canciones más populares. De esta manera, una rocola puede tener acceso a una "lista de éxitos" de las "canciones de éxitos" generada por una rocola, rocolas, designada por un operador, creada de manera automática y/o especialmente para rocolas habilitadas, etc. Esta "lista de éxitos" puede trabajar como una alternativa a los temas y/o géneros, y/o puede funcionar con temas y/o géneros para proporcionar las canciones más populares ("de éxito") dentro de un tema y/o género determinado. De manera similar, un usuario también puede seleccionar una canción de una lista de canciones recientemente reproducidas. Esta lista se puede mantener (por ejemplo, almacenar y actualizar) en una rocola individual, o se puede mantener en una ubicación central para ser accesible y/o actualizable por cualquier dispositivo de rocola adecuadamente configurado. La Figura 5A muestra un proceso de ejemplo para mantener una "lista de éxitos" en una rocola con una conexión de banda ancha. Se debe señalar que el mismo proceso puede aplicar para un sistema con un diferente tipo de conexión, aunque se puede usar más tiempo de recursos para descargar una canción sobre una conexión más lenta. En el paso 502, las canciones de un catálogo principal se reciben por el servidor central del sitio. Por supuesto, se debe señalar que se pueden almacenar canciones a un medio de almacenamiento de rocola local. En el paso 504, un usuario que usa una terminal de rocola seleccionará un botón de "Lista de Éxitos". Después de que se presenta la "Lista de Éxitos" (paso 506) , el usuario puede seleccionar una canción particular o iniciar una nueva búsqueda (508). La Figura 6 muestra otra toma de pantalla de ejemplo de una pantalla 60 de selección de canciones que se presenta cuando un usuario toca un gráfico de cubierta de álbum de la pantalla 30 de la Figura 3. De esta manera, esta pantalla muestra un método alternativo (o típico) de seleccionar una canción, en tanto que la canción se selecciona directamente del subconjunto de canciones que están directamente disponibles del dispositivo de almacenamiento de la rocola misma (en lugar del servidor local) . En este ejemplo, se seleccionaron las más grandes Canciones de Éxito de Joe Cocker de la pantalla de la Figura 3. Como se muestra en la Figura 6, la presentación 60 de pantalla resultante muestra el gráfico 61 de álbum seleccionado y una lista de las canciones 62 que están disponibles en la rocola de ese álbum. La rocola puede incluir o no todas las canciones para un álbum particular. Las canciones disponibles se pueden desplegar si es necesario usando las barras 63a y 63b de despliegue. El usuario tiene la opción, a través del botón 65 de "Reproducir", de seleccionar una canción de la lista para reproducción en la rocola. Un botón 66 de "Reproducir Ahora" también se proporciona para permitir que el usuario seleccione una reproducción de prioridad de la canción, dando de este modo a la canción una mayor prioridad que las canciones seleccionadas usando el botón 65 de "Reproducir". Esta característica de prioridad requiere preferentemente más créditos de reproducción que la reproducción normal. Una presentación 67 muestra el número de créditos disponibles para el usuario. El botón 64 muestra otros álbumes para el mismo artista que se muestran en 61, permitiendo de este modo que el usuario busque fácilmente a través de los álbumes para un artista particular para una canción deseada. También como se muestra en Figura 6, se presenta un botón 68 de "Sintonía Central" que permite que el usuario busque canciones para este mismo artista en el servidor local, como se explica en unión con la Figura 4. En otras palabras, el botón 68 lleva al usuario a la pantalla 40 de búsqueda de la Figura 4 para búsqueda en el servidor local.

El usuario entonces puede proseguir la búsqueda en el servidor local y seleccionar canciones del mismo, si asi lo desea, como se describe anteriormente en unión con las Figuras 4 y 5. De esta manera, como se explica anteriormente, el usuario puede tener acceso al servidor local en varias pantallas de una manera conveniente y eficiente, dependiendo de los deseos del usuario cuando interactúa con la pantalla de la rocola. Como se puede ver en las Figuras 3-6, se proporciona al usuario con la opción de reproducir canciones que están residentes en el dispositivo de rocola mismo, o de manera alternativa, al seleccionar canciones del servidor local para descarga y reproducción de una manera eficiente y confiable, mejorando de este modo de forma significativa la operación de los sistemas de rocola, particularmente aquellos que no pueden recibir de manera rápida, fácil y confiable descargas de música a petición de un servidor central. Se señala que las tomas de pantalla de las Figuras 3-6 sólo son configuraciones de pantalla de ejemplo y adecuadas que se pueden usar para proporcionar la funcionalidad descrita en la presente. Además, el operador de rocolas se proporciona con la capacidad a través de las pantallas (no mostradas) de operador para establecer filtros por género o estilo de música a fin de limitar el acceso al usuario final y evitar que se reproduzca música indeseable en una ubicación especifica. Por ejemplo, estas características están preferentemente disponibles a través de programas definidos por un operador y/o gestor de ubicación de rocola, permitiendo, por ejemplo, que un gestor de ubicación impida que se reproduzca antes de las 11:00 a.m. música de rock pesado o de heavy metal. Las mismas características se pueden usar, por ejemplo, por operadores o gestores de ubicación para configurar listas de reproducción y/o establecer las selecciones disponibles de música para fechas y/o momentos particulares. Por ejemplo, los operadores o gestores de ubicación pueden desear restringir selecciones musicales a música Irlandesa en el día de San Patricio, a canciones de amor en el Día de San Valentín o música de Frank Sinatra durante las horas de la comida, etc. Que en aún otras modalidades de ejemplo, una ubicación puede proporcionar un "DJ Virtual". De acuerdo a este sistema, se proporcionará una lista de reproducción preparada a las rocolas de una ubicación. De manera preferente, la lista de reproducción se puede adaptar a los detalles de la ubicación y/o elemento que tome lugar, tal como por ejemplo, local, tema, audiencia u objetivo, etc. Además, algunas listas de reproducción ilustrativas se pueden crear por famosos DJ para atraer clientes habituales. Los DJ pueden unir sus nombres a las listas de reproducción y asociarlas con varias ubicaciones, aunque no estén presentes. Una lista de reproducción puede extenderse para varias canciones o durante varias horas, dependiendo de las necesidades de la ubicación. Se va a apreciar que no se necesita recolectar monedas durante este evento de DJ virtual puesto que se puede asociar una tarifa especial con el servicio de usar una lista de reproducción especial. También se va a apreciar que los DJ pueden preparar listas de reproducción especiales para el uso de sólo una vez, o pueden hacer disponibles listas de reproducción especiales repetibles. Estas listas de reproducción repetibles se pueden descargar, por ejemplo, por rocolas o proporcionar a la rocola de cualquier manera adecuada. De esta manera, el hacer listas de reproducción de terceros disponibles para el uso en la rocola por una tarifa proporciona una nueva fuente de ingresos completa para los operadores de las rocolas, propietarios de las ubicaciones y generadores de listas de reproducción, tal como DJ bien conocidos o similares. Cuando se hace activa una lista de reproducción, las funciones normales de la rocola se detienen de manera preferente durante la reproducción de las canciones en la lista de reproducció . La Figura 7 muestra un diagrama de bloques de los elementos electrónicos que definen el servidor local 22 de acuerdo con una modalidad de ejemplo. Como se muestra en la Figura 7, el servidor local 22 incluye una CPU 72 (por ejemplo, AMD Elan 800 MHz) , una memoria instantánea (por ejemplo, 8MB) que contiene el BIOS y OS, un par de unidades de disco duro principales/esclava (82, 84 y 86, 88 respectivamente) , un par de controladores 78 y 80 IDE para los pares de unidades de disco duro, respectivamente, una RAM 16 (por ejemplo 32MB) , un controlador Ethernet para controlar la comunicación con el dispositivo 16 de rocola, y las barras comunes apropiadas que interconectan los varios elementos. Por supuesto, se pueden usar otras configuraciones o arreglos para el servidor local 22. Un identificador único se puede proporcionar en el servidor local para permitir que el servidor local se identifique de manera única y se registre por la rocola y/o servidor central. El identificador puede estar localizado, por ejemplo, en la memoria instantánea 74. Como se apreciará de la descripción de la invención anterior, la adición del servidor local mejora de forma significativa la operación de los dispositivos de rocola que son parte de un sistema de rocolas. Sin embargo, ahora se describirán los servidores locales que también proporcionan otros beneficios y características. Se puede usar una colección de servidores locales 22 como una red de servidores distribuidos que se pueden controlar por el servidor central 12 a través de su dispositivo 16 de rocola asociado para proporcionar servicio de música a otros dispositivos. Por ejemplo, los servidores locales y la rocola asociada se pueden usar para distribuir canciones pedidas a un dispositivo de rocola residencial o comercial dedicado (u otro dispositivo de rocola adecuado) además de proporcionar servicio de canciones a la rocola especifica a la cual se conecta y se asigna. De esta manera, la red de servidores distribuidos puede proporcionar una red de soporte para implementar rocolas residenciales y comerciales del tipo que permite que un usuario descargue canciones para reproducción y/o almacenamiento en una ubicación comercial o residencial por una tarifa apropiada. Como resultado, el operador del sistema de rocola puede proporcionar y controlar rocolas comerciales y también rocolas residenciales a través del sistema de rocolas. En esta modalidad, el dispositivo de rocola y/o el servidor local se conectan a la Internet (u otra red adecuada) usando un módem de banda ancha y se proporciona un con software que puede distribuir de manera selectiva archivos de canciones a un dispositivo de rocola, residencial, dedicado (también conectable al Internet) bajo el control del servidor central. El servidor central recibe peticiones de una rocola residencial, y al analizar el tráfico en la red, proporciona instrucciones a un dispositivo de rocola seleccionado para descargar el archivo de canción pedido (ya sea de su memoria o del servidor local) a una rocola residencial por una tarifa o tasa o bajo un plan de suscripción para la rocola residencial. En ciertas modalidades de ejemplo, las canciones pedidas se pueden transmitir a una rocola. Se apreciará que los medios distribuidos pueden originarse en un servidor dedicado, una red de servidores de distribución, desde una rocola o rocolas (tal como descarga de par a par o de múltiples pares), etc. De acuerdo con otro aspecto de ejemplo de la invención, el servidor local y el dispositivo de rocola se usan, bajo el control del servidor central, para proporcionar servicios de gestión o manejo para otros tipos de equipo activado por pago u operado con monedas, tal como dispositivos de juego, instalados en la misma ubicación como (o en proximidad cercana a) la rocola. En otras palabras, el sistema de rocola se usa de manera preferente para actualizar la funcionalidad de y/o gestión de otros dispositivos de descarga presentes en la misma ubicación. Como resultado, la rocola llega a ser un "concentrador central" para todo el equipo de descarga en una ubicación. Esta característica se logra, en una modalidad, al interconectar en red todos los dispositivos de descarga en una ubicación individual junto con la rocola y el servidor local de archivos. El servidor central entonces puede descargar información al servidor local junto con instrucciones a la rocola en cuanto a qué dispositivos deben actualizarse con qué datos y/o software. El dispositivo de rocola y el servidor central también se pueden usar para recolectar información de los otros dispositivos de descarga a los cuales está gestionando y cargar esa información al servidor central para propósitos de reporte/contabilidad. De esta manera, el propietario/operador del sistema de rocola puede actuar como un proveedor de servicio de tercero a otras compañías de recolección de monedas para el propósito de gestionar y/o actualizar su equipo. Las grandes cantidades de memoria proporcionadas por los servidores locales y el hecho que se proporcionen y sean accesibles a miles de ubicaciones sobre una red bien controlada, vuelve al sistema de rocola en una herramienta poderosa que se puede usar para realizar una variedad de funciones en la industria que opera por monedas. Más y más fabricantes operados por monedas están dirigiéndose a juegos que son actualizables en software a través de sus unidades internas de disco duro. Estas actualizaciones se hacen periódicamente, pero conforme se incrementan estos dispositivos habrá una necesidad aún mayor de un sistema que pueda realizar de forma confiable y eficiente las actualizaciones desde una ubicación remota. El sistema de rocola descrito en la presente satisface esta necesidad al permitir que todos los dispositivos electrónicos adecuados u operados por monedas en una ubicación de rocola se gestionen por el servidor central usando la rocola y el servidor local en la ubicación. El servidor central puede descargar software o actualizaciones de datos, almacenarlas en el servidor local y luego despachar las actualizaciones a las unidades propuestas de los equipos en el establecimiento. De esta manera, el sistema de rocola puede actuar como un proveedor de servicios de tercero a otras compañías en el negocio operado con monedas, mejorando de este modo de forma significativa la funcionalidad del sistema de rocola. Como un ejemplo, hay actualmente aproximadamente 140,000 dispositivos de mostrador, operados con monedas, de Mérito, en los Estados Unidos de América, cada uno de los cuales permite que los usuarios reproduzcan juegos y similares por una tarifa o tasa. Muchos de estos dispositivos operan con una unidad de disco duro que se puede actualizar con nuevos software. El Mérito hace esto al enviar CD-ROM a los operadores cuando necesitan activar cada ubicación y actualizan manualmente cada máquina. De acuerdo con la presente invención, sin embargo, todo equipo adecuado operado con monedas en una ubicación se conecta (directa o indirectamente) con la rocola local y el servidor local asignado a la misma. Esto permite que el servidor central reciba la actualización propuesta del software para cualquier dispositivo, junto con información que identifica que dispositivos se van a actualizar con qué software. Los servicios de actualización se basan preferentemente en tarifas o tasas, y proporcionan una corriente adicional de ingresos para el sistema de rocola. El servidor central entonces descarga el software a los servidores locales con las instrucciones de actualización para descargar adicionalmente las actualizaciones a los dispositivos apropiados . Como se explica anteriormente, el servidor local permite que se descarguen canciones a una rocola comercial a la cual se asigna o a rocolas residenciales bajo el control del servidor central. Además los servidores locales se pueden usar para una aplicación interconectada en red de premisa que gestiona otros dispositivos operados con monedas. Estas varias características de la presente invención se ilustran en la Figura 8. La Figura 8 muestra un diagrama de bloques de una red completa de un sistema de rocolas como se contempla por una modalidad de ejemplo. Como se explica anteriormente, el sistema incluye un servidor central 12 conectado a una red 14 de comunicaciones, a una serie de rocolas comerciales 16a, 16b y 16c con servidores 22a, 22b y 22c de archivos de música, locales, asociados, a una serie de rocolas residenciales 100a, 100b y 100c conectadas a la red mediante dispositivos de banda ancha 102a, 102b y 102c, y una red de premisa mostrada en el lado derecho de la Figura 8. Esta red de premisa incluye un dispositivo 16d de rocola conectado mediante un ruteador o red, o concentrador 110 a un servidor 22d local de archivos, varios equipos adicionales operados con monedas, tal como un juego 104 de dardos, un juego 106 de golf y un videojuego 108 de mostrador, y un módem 112 de banda ancha que conecta ésta red local a la red 14 de comunicaciones. Con esta configuración de ejemplo como se muestra en la Figura 8, se puede implementar toda la funcionalidad descrita en la presente a través del sistema de rocola de la presente invención. La Figura 9 muestra una vista elevada de una disposición de establecimiento de ejemplo para un sistema de rocola de múltiples zonas, de acuerdo con una modalidad de la invención. De acuerdo con una modalidad de ejemplo, el establecimiento tiene tres zonas 121, 123, 125. Cada zona está equipada con su propio conjunto de altavoces 127, 129, 131, que se conectan de manera operable a la rocola 133. Se puede reproducir diferente música de manera simultánea en las tres zonas 121, 123, 125 y toda la música se puede reproducir desde una rocola 133 única. La rocola 133 se puede proporcionar con hardware adicional, como se necesite, para permitir esta implementación . De manera alternativa, el usuario puede elegir tener una canción reproducida en más de una de las zonas 121, 123, 125 de manera simultánea, o en más de una de las zonas en diferentes momentos. El usuario puede tener que pagar créditos adicionales para implementar cualquiera de estas características. Una modalidad preferida de un sistema de múltiples zonas puede reproducir música en alta calidad en las diferentes zonas usando el sistema descrito en la solicitud Número de Serie 11/023,390, presentada el 29 de Diciembre de 2004, titulada "Sistema de Transmisión Digital Inalámbrico para Altavoces", que es una continuación en parte de la Número de Serie 09/161,584, presentada el 28 de Septiembre de 1998. Los contenidos completos de ambas solicitudes se incorporan en la presente como referencia. Usando este sistema, por ejemplo, una rocola puede comprimir y transmitir datos de audio a través de líneas de energía de AC a una ubicación dirigible, donde se puede recibir, descomprimir, convertir, y reproducir. En realidad, cualquiera de los componentes de rocola en la presente se pueden implementar de una manera que use las líneas de energía de AC con una red de comunicación para la operación. Se va a apreciar que el Sistema de Transmisión Digital Inalámbrico se puede usar para otros propósitos en otras modalidades donde se necesiten enviar datos entre dos o más dispositivos. Por ejemplo, este sistema se puede usar para configurar terminales falsas. En esta modalidad, el Sistema de Transmisión Digital Inalámbrico se puede usar para enviar información tal como por ejemplo, ya se apara transformar, que canciones son apropiadas dada una transformación particular de la rocola, las zonas en las cuales se debe reproducir la música seleccionada, niveles máximo de volumen, etc., además enviar música a los sistemas de altavoces. El operador también puede restringir que clase de música está disponible en una zona determinada, en base al tipo de actividad en la zona, el momento del día, o cualquier otro criterio adecuado de selección. Por ejemplo, en la Figura 9, la zona tres 125 es un restaurante. Los clientes habituales de restaurantes no pueden desear escuchar el mismo tipo de música como algunos en la zona uno 121, que es un bar en la Figura 9, o en la dos 123, que es un billar. El operador puede reconocer esto y restringir el tipo de música que puede reproducir en la zona tres 125. De manera alternativa, el operador puede restringir el volumen de la música en cualquier zona determinada. Por ejemplo, los clientes habituales de un billar 123 o una sección 125 de restaurante no pueden desear la música tan ruidosa como se desea que esté en el bar 121. Y puede ser la sección 121 de restaurante que se mantenga más calmada aunque el billar 123. El propietario puede ajustar y controlar todos los ajustes adecuados para proporcionar el ambiente más versátil, amigable a los clientes habituales en cada una de las zonas, en base a cualquier criterio adecuado.

La Figura 10 muestra una vista elevada de una disposición de establecimiento de ejemplo para un sistema de rocola de múltiples zonas con terminales de selección en cada zona. De acuerdo con una modalidad de ejemplo, el bar tiene tres zonas 121, 123, 125. Cada zona está equipada con su propio conjunto de altavoces 127, 129, 131, que están conectados de manera operable a la rocola 133. Se puede reproducir simultáneamente diferente música en las tres zonas 121, 123, 125 y toda la música se puede reproducir de una rocola 133 individual. La rocola 133 se puede proporcionar con hardware adicional para permitir esta implementación . En la modalidad de la Figura 10, también hay una o más terminales 137, 139 "falsas" localizadas a todo lo largo del establecimiento. Una terminal falsa ilustrativa de ejemplo puede usar tecnología de servidor X. estas terminales 137, 139, que pueden ser dispositivos independientes o se pueden proporcionar como parte de la inferíase en una máquina de juego u otro dispositivo adecuado con una presentación digital, permite la selección de canciones de la rocola 133 para la zona en la cual están localizadas (o posiblemente otras zonas). Estas terminales 137, 139 duplican las restricciones de zona impuestas en la interfaz de rocola principal y los criterios de selección. Las terminales 137, 139 se pueden restringir para permitir solo la selección de música para reproducción en la zona donde se localice cada terminal respectiva, o pueden permitir selección para reproducción en una o más zonas diferentes . Adicionalmente, la interfaz gráfica de las terminales 137, 139 puede cambiar de acuerdo con selecciones disponibles, temas del bar, temas de la sala en la cual se localiza cada terminal, o cualquier otro criterio adecuado. La Figura 11 es un diagrama de flujo que muestra una implementacion de ejemplo de un proceso de selección de zonas para un sistema de rocola de múltiples zonas. De acuerdo con una modalidad de ejemplo, la rocola empieza primero la transacción 141 con el usuario. Se instruye al usuario para seleccionar una canción 143, y seleccionar una o más zonas 145 en las cuales se va a reproducirla canción. La rocola entonces determina el precio en base al número de zonas seleccionadas 147. La rocola acepta el pago del usuario 149 y pone en cola la canción para reproducción en la zona o zonas 151 seleccionadas. Entonces, la rocola verifica para ver si el usuario le gustaría seleccionar otra canción 153. Si el usuario desea otra canción, el proceso retorna al paso 143 de seleccionar canción y repite desde ahí. Si el usuario termina de hacer selecciones, el proceso termina 155. La Figura 12 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso de selección de reproducción en base a prioridad por zona para un sistema de rocola de múltiples zonas. De acuerdo con una modalidad de ejemplo, ciertos sistemas de rocola se pueden proporcionar con una o más colas de prioridad que corresponden a una o más zonas. Si se proporciona la reproducción por prioridad para una zona o zonas, la rocola verifica primero para ver si al usuario le gustaría seleccionar la reproducción por prioridad para la canción seleccionada 161. Si se selecciona la reproducción por prioridad, la rocola entonces proporciona una opción para que el usuario elija una zona o zonas en la cual deba presentarse 163 la preproducción por prioridad. En base al número de zonas seleccionadas para la reproducción por prioridad, la rocola determina un precio ejemplo 165, y acepta el pago de ese precio 167 del usuario. La rocola entonces coloca la canción en una cola de reproducción por prioridad para cada zona seleccionada 169. La Figura 13 muestra una implementación de ejemplo de un conjunto de múltiples zonas de colas de prioridad y no prioridad, con un subconjunto de colas para cada zona. De acuerdo con una modalidad de ejemplo, cada una de las N zonas 171 se puede proporcionar con su propio conjunto de colas que comprende una cola 175 de prioridad y una cola 173 de no prioridad. Una lista de canciones seleccionadas para reproducción se mantiene dentro de cada cola 173, 175. Cada canción en cada cola se puede proporcionar con un identificador 177, 179, que identifica la canción, y/o la posición de la canción en la cola, y/o cualquier otro factor adecuado . En ciertas modalidades de ejemplo, las canciones en una cola también se pueden reordenar por otras razones. Por ejemplo, las canciones se pueden reordenar a transiciones suaves entre canciones, proporcionando de este modo mejor reproducción de final a principio (por ejemplo, más auralmente agradable, menos abrupto, más suave, etc.) de las canciones. De esta manera, en ciertas modalidades de ejemplo, se proporciona un método para alterar el orden de la reproducción de las canciones. En este proceso, el "color" de la canción se puede determinar para dos o más canciones en la lista de reproducción. El color de una canción se refiere a las características de la canción, tal como por ejemplo, el volumen, ritmo, toque, tiempo, etc., de la canción. Después de la determinación del color, se pueden comparar los colores, y las canciones se pueden reordenar a las canciones de otro grupo (o diferente del grupo) . Opcionalmente, el color de las canciones se puede determinar y también se puede usar para controlar la iluminación, presentaciones, etc., para proporcionar una experiencia más interactiva . La Figura 14 es un diagrama de flujo que muestra un esquema de inicialización y distribución de ejemplo para una rocola con capacidad de transformación. De acuerdo con una modalidad de ejemplo, los contenidos de una unidad de fábrica se definen en el momento de la fabricación 181. Esta misma unidad (o almacenamiento en medio expandido) se puede enviar con todas las rocolas 183, y por ejemplo, sólo puede contener un subconjunto del número total de canciones disponibles en el servidor central. Esta característica simplifica el proceso de fabricación al permitir que la unidad idéntica se envíe contadas las rocolas. Una vez que la rocola que contiene la unidad ha alcanzado su destino, el operador puede seleccionar un subconjunto de canciones en la unidad como la lista 185 reproducible básica. Esta selección se puede hacer en base al tipo de establecimiento, al tipo de música que prefieren típicamente los clientes habituales del establecimiento, o cualquier criterio adecuado. El operador también puede permitir que el servidor central recomiende una lista reproducible básica. La unidad también puede permitir la selección de canciones no en la lista básica, pero presentes en la unidad de fábrica, por una tarifa adicional 187. Esta lista de canciones "alternas" no puede incluir sin embargo todas las canciones, como el operador pueda desear para restringir el acceso a canciones que no cumplan el tema del establecimiento. Por ejemplo, un propietario de bar del país no puede desear permitirla selección de canciones de rap o hip-hop en la rocola. En ciertas modalidades de ejemplo, se enviará una rocola con un gran número de canciones (por ejemplo, 25, 000 canciones) en cada medio de almacenamiento grande, tal como por ejemplo, una unidad de disco duro, un medio instantáneo o flash, etc. La rocola de acuerdo a esta modalidad estará sin "una personalidad" hasta que un operador y/o propietario seleccione un subconjunto de todas las canciones hechas disponibles a los clientes habituales. De esta manera, los operadores y/o propietarios pueden definir "personalidades" para sus rocolas a través de la definición de la lista básica reproducible . Una vez que las canciones en la unidad se han categorizado de manera apropiada (es decir, se ha definido la lista básica reproducible) , la rocola empieza la operación 189. En tanto que no se desea 191 una nueva lista básica reproducible, la rocola continúa operando 189 con la lista básica reproducible actualmente seleccionada. Si se desea 191 una nueva lista básica reproducible, la rocola se transforma 193 en una "nueva" rocola, seleccionando un diferente subconjunto reproducible de canciones para la selección básica 185, y cambia de manera preferente las características adicionales (por ejemplo, gráficos, anuncios, apariencia y sensación, etc.) de la rocola como se dicta por la transformación. La capacidad para transformar rocolas permite de esta manera que los propietarios y/o operadores mantengan una rocola única con una pluralidad de personalidades activables que se pueden cambiar automáticamente, en eventos/momentos pre-definidos , de forma manual, etc. La Figura 15 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso automático de inicio de transformación de rocola en base a un evento de activación. De acuerdo con una modalidad de ejemplo, el usuario puede definir un evento 201, por ejemplo una noche de tema o un momento del día, como un evento de activación que active una transformación de rocola. La rocola entonces opera como normal 203, verificando periódicamente para ver si se presenta 205 el evento de activación. Si no se ha presentado el evento de activación, la rocola continúa simplemente operando 203, pero si se presenta el evento de activación, la rocola se transforma en una "nueva" rocola. Los eventos de activación pueden ser eventos de una sola vez, o pueden ser programados para que se presenten de forma semanal, diaria, mensual o se programan en base a cualquier otro criterio adecuado. Se debe señalar que en una configuración de múltiples zonas, se pueden transformar diferentes zonas en tanto que otras no cambian. Esta característica de las modalidades ilustrativas permiten, por ejemplo, que una zona determinada o varias zonas determinadas se dediquen a una cierta clase de música en tanto que las otras pueden variar en base a cualquier variedad de factores, tal como el momento del día, el deseo del propietario para cambiar la música, o una petición del usuario . La Figura 16 es un diagrama de flujo que muestra una implementación de ejemplo de un proceso de transformación de rocola. De acuerdo con una modalidad de ejemplo, cuando la rocola empieza la transformación 211, selecciona un nuevo conjunto de canciones para hacer la lista básica reproducible 213. La rocola entonces permite que algunas o todas las canciones restantes en la rocola se seleccionen por una tarifa mejorada 215. Algunas de las canciones restantes se pueden restringir en base en lo que activa la transformación. Otras características de la rocola también pueden cambiar 217, por ejemplo, se puede cambiar la interfaz de usuario, y se pueden presentar diferentes publicidades que corresponden con los gustos previstos de la gente para las cuales se ha transformado la rocola. También se pueden hacer otros cambios adecuados. Un ejemplo de una modalidad preferida, un propietario de un club tiene una noche de hip-hop los miércoles, que empieza a las 9:00 pm y que termina a las 4:00 am. A las 9:00 pm en los miércoles, la rocola se transforma en una rocola de hip-hop, con una selección básica de música apropiada. De acuerdo con la selección, la rocola bloquea a todo el acceso a géneros de música tal como música country, rock clásico, jazz, blues, y éxitos de ayer, y la rocola limita la selección disponible de canciones adicionales de rock pesado a canciones de rock pesado de "estilo hip-hop". Los gráficos en la rocola se convierten a gráficos urbanos, inquietos, y los cambios de publicidad por consiguiente, que presentan productos tal como ropa, bebida, y artículos que deben derrocar al agente de hip-hop. A las 4:00 am, la rocola se transforma de regreso a la rocola "normal" para ese club, o en cualquier otra rocola adecuada. De manera alternativa, la rocola puede permanecer fija en el modo hip-hop hasta que se presente el siguiente evento de activación. Nuevamente, se debe señalar que en una configuración de múltiples zonas, se pueden transformar diferentes zonas en tanto que otras no cambian. En las modalidades no limitantes de ejemplo anteriores, el sistema puede transformarse en hip-hop en una zona para la noche, en tanto que la música "normal" para el club permanece reproduciéndose en otra área. La Figura 16A es una toma de pantalla de ejemplo que muestra como se puede iniciar una transformación de una rocola en una modalidad preferida. El área 160 esta en blanco para indicar que no se han hecho selecciones. Un usuario seleccionará una opción de transformación al elegir, en esta modalidad de ejemplo, por ejemplo, ya sea el botón 162 Principal de TouchTunes, el botón 164 Principal Dinámico o el botón 166 de clonar una ubicación. Se va a apreciar que otras modalidades pueden proporcionar opciones adicionales de transformación en lugar de o además los botones mencionados anteriormente. En esta modalidad, al presionar el botón 162 Principal de TouchTunes se poblará el área 160 con una lista de selecciones principales pre-seleccionadas por el departamento de música de TouchTunes. Estas selecciones principales pueden incluir, por ejemplo, colecciones de canciones especificas (por ejemplo, todas las canciones por las bandas Británicas, todas las canciones por un artista particular, etc.), relaciones de temas o géneros particulares (por ejemplo, una mezcla de 75 por ciento de Hip-Hop y 10 por ciento de Pop, 10 por ciento de Rock y 5 por ciento de tecno para una sensación de club particular de baile, etc.), etc. un usuario puede examinar la luz causando la barra deslizadora 170. Una vez que esta satisfecho el usuario, presiona el botón 168 de Transformará la rocola. Se va a apreciar que al oprimir el botón 168 de Transformarla puede activar una transformación inmediata, o puede salvar la transformación e iniciarla en cambio en un tiempo de activación predefinido. También se va a apreciar que se pueden almacenar datos de transformación para transformar la rocola en la cual se hizo la selección o cualquier número de terminales de rocola conectadas .

El Oprimir el botón 164 Principal Dinámico es una manera no limitante de ejemplo de proporcionar control incrementado de usuario con respecto a la transformación. La Figura 16B es otra toma de pantalla de ejemplo que muestra como un usuario puede especificar varios criterios antes de una transformación de una rocola en una modalidad preferida. Se omite un análisis de los botones con números idénticos en la Figura 16A y Figura 16B. Las designaciones para los géneros y/o temas de música se proporcionan, tal como, por ejemplo, etiquetas 172 de Rap. Para especificar un porcentaje determinado de música que se va a reproducir, un usuario puede oprimir el botón 174 de incrementar o el botón 176 de disminuir. La cantidad de música seleccionada, para ese género o tema particular aparecerá en un área 178 la cantidad de música de tema, en tanto que los detalles a cerca de la cantidad total de música seleccionada aparecerán en el área 180 de cantidad de música total. Una modalidad preferida, un usuario puede especificar porcentajes de un género y/o tema a reproducir. Por ejemplo, un usuario puede seleccionar sólo 100 por ciento de música Country para una noche country. De manera alternativa, como otro ejemplo no limitante, un usuario puede seleccionar una mezcla de música Mundial y Latina para una sensación internacional. Se va a apreciar que aunque una modalidad preferida usa porcentajes, otras modalidades pueden usar otras medidas para especificar cuanto se debe de reproducir este tipo de música. Tal como por ejemplo, el número de canciones en una categoría determinada, la cantidad del tipo de reproducción en un tema y/o género determinado, etc. También se va a apreciar que en otras modalidades, un usuario no necesita usar los botones para incrementar o definir la cantidad de música; es decir, en otras modalidades, un usuario puede introducir directamente la cantidad de música mediante un mecanismo de entrada. De esta manera, se va a apreciar que se puede definir la transformación y/o se puede activar por un dispositivo remoto conectado de manera operable a una rocola . Cuando un usuario presiona el botón 166 de Clonar una Ubicación (por ejemplo, de la Figura 16A o Figura 16B) , la rocola presenta una lista de los dispositivos de rocola, que incluyen de manera preferente un identificador único para cada dispositivo de rocola. En otras modalidades, sin embargo, la lista puede incluir, por ejemplo, otras ubicaciones poseídas pro el mismo propietario de la presente ubicación, etc. Después de seleccionar la terminal de rocola, la presente rocola puede transformarse en esa rocola. De manera alternativa, la rocola seleccionada puede transformarse en la presente rocola, proporcionando de esta manera, por ejemplo, transformación remota. De manera aún alternativa, la lista puede incluir transformación a cerca de rocolas no digitales que existen además de las rocolas digitales preferidas por las modalidades de ejemplo. Esta característica de transformación puede permitir que los usuarios reemplacen las rocolas existentes de una manera fácil al permitir que la nueva rocola se transforme en una rocola más antigua que se esta reemplazando, tal como una rocola de registro, CD o digital, convencional. Adicionalmente, los operadores quienes mantienen múltiples rocolas pueden aplicar, por ejemplo, un proceso de transformación y/o clonación basado en la ruta para proporcionar, por ejemplo, un conjunto personalizado o particularizado de canciones. Aún además, un usuario puede transformar una ubicación en base a los datos de la ubicación, específicos para, por ejemplo, una fecha determinada o la última fecha conocida. Esto permite que los usuarios transformen una rocola en base a, por ejemplo, la popularidad de una rocola determinada, por ejemplo, los usuarios pueden elegir invertir a una transformación exitosa para intentar recrear el entretenimiento de esta tarde. Esta característica también permite que los usuarios se recuperen de fallas en las unidades de disco duro y/o otras fallas de la rocola. Por ejemplo, si se ha reemplazado una unidad de disco duro después de que una anterior falla, un usuario puede transformar (o clonar) una ubicación existente a una fecha determinada y/o tiempo determinado antes de la falla para restaurar las canciones que estuvieron disponibles antes de la falla debido a que por ejemplo, el servidor mantiene información suficiente para esta funcionalidad. De esta manera, usando la función de transformación se da a los usuarios control incrementado en tanto que también proporcionan características de respaldo y restauración. La Figura 17 muestra la relación entre una rocola con almacenamiento de medio expandido y un servidor central. De acuerdo con una modalidad de ejemplo, el servidor central 221 contiene una biblioteca principal de canciones, esta biblioteca que comprende todas las canciones que están actualmente disponibles para que se descarguen y todas las canciones instaladas actualmente en las unidades de disco duro de la rocola. El servidor central puede comunicarse 222 con la rocola remota 225 que contiene una unidad 223 de disco duro local. La unidad 223 de disco duro en la rocola puede tener varias secciones, incluyendo espacio disponible para descargas 227, de espacio ocupado por canciones 228 precargadas, y espacio para software, y un sistema operativo 229. Se pueden adicionar secciones adecuadas adicionales, por ejemplo, una sección que contiene diferentes imágenes para alterar la GUI. La rocola 225 puede comunicarse con el servidor central 221 para descargar canciones, subir información de uso, actualizar software, y realizar cualquier otra función adecuada. La Figura 18 es un diagrama de flujo que muestra un proceso de ejemplo para un proceso de selección de canciones cuando una selección no esta en la lista "normal" disponible de canciones reproducibles . De acuerdo con otra modalidad de ejemplo, el usuario selecciona primero una canción 231. La rocola verifica para ver si la canción esta disponible en la unidad de disco duro local como una selección 233 "no normal". Si la canción esta disponible en la unidad de disco duro local, la rocola carga al cliente el precio establecido para obtener y reproducir una canción 235 no normal y reproduce la canción 237 (o la adiciona a una lista de reproducción, cuando es apropiado) . Si la canción no esta disponible en la unidad de disco duro local, la rocola verifica para ver si esta disponible 239 una conexión de alta velocidad al servidor central. Si no hay conexión de alta velocidad, la rocola informa al usuario que la canción que esta temporalmente no disponible 241 y ordena la canción para descargas 243. La rocola puede cargar o no una cantidad adicional por ordenar la canción. Sin embargo, si hay una conexión de alta velocidad disponible hacia el servidor central, la rocola ordena la canción inmediatamente y usa la conexión de alta velocidad para descargar la canción de forma correcta, poniéndola en cola para la reproducción 245. La rocola entonces carga al cliente el precio de una selección no normal 247. En ciertas modalidades de ejemplo, una rocola puede recuperar canciones fuera de linea, y hacia después de que una ubicación cierre o antes de que abra. En ciertas modalidades de ejemplo, una rocola puede descargar inmediatamente una canción sobre una linea dedicada con una conexión de marcación telefónica. En otras modalidades de ejemplo, se puede descargar una canción de otras rocolas (u otras rocolas) en lugar de una base de datos central o limitada para reducir el esfuerzo de la red. En ciertas modalidades de ejemplo, la rocola puede descargar canciones mediante un servicio de medios distribuidos en el cual se puedan descargar porciones de una canción determinada desde una pluralidad de fuentes y re-montar para la rocola objetivo. Se va a apreciar que esta red de descarga digital de par a par (o de rocola a rocola) o de múltiple par (varias rocolas a rocolas) necesitará seguir la información de licénciamiento de canciones. En ciertas modalidades de ejemplo, sino esta disponible una canción en una rocola pero están disponibles otras versiones o versiones de temas de otros músicos, la rocola puede recomendar a estos otras canciones al usuario de búsqueda. Por ejemplo, un usuario que busca una versión no disponible de Trisha Yearwood de "How Do I Live" se le puede recomendar versiones disponibles por Dolly Parton y/o LeAnn Rimes. De manera preferente, las recomendaciones serán suficientemente inteligentes para ignorar canciones similarmente nombradas que sean completamente diferentes, tal como por ejemplo, la "0, Pretty Woman" de Everly Brothers y la "Pretty Woman de Motley Crue. La unidad de fábrica explicada anteriormente, combinada con las capacidades de transformación, elimina la necesidad del servidor local explicado anteriormente, puesto que la unidad de fábrica puede probar los mismos servicios como el servidor local, sin la necesidad de un dispositivo de hardware separado. En otras palabras, la modalidad de la unidad de fábrica permite a la presente que se envíe una rocola con un dispositivo de almacenamiento masivo único de cualquier tecnología (o de múltiples tecnologías y/o múltiples dispositivos que actúan como un dispositivo de almacenamiento masivo único) , en tanto que aún permite que se defina una lista reproducible básica, una lista reproducible expandida que se defina, capacidades de transformación, que se proporcionen servicios de servidor local, así como otras características descritas en la presente. El contenido de la unidad de fábrica, como se envía, se define de manera preferente usando información histórica y estadística de las preferencias de los clientes.' La Figura 19 es un diagrama de flujo que muestra un proceso de ejemplo para una cola de reproducción por prioridad con capacidad de petición basada en prioridad. De acuerdo a una modalidad de ejemplo, el usuario indica primero que reproducción 251 de prioridad le gustaría. La rocola entonces presenta el estado actual de la cola 253 de reproducción por prioridad. Esta presentación puede incluir información tal como cuantas canciones están en la cola, cual es la propuesta superior, cuanto se ha propuesto en cada canción, que canciones están "bajo llave", y cualquier otra información adecuada acerca de la cola de prioridad. La rocola entonces permite que el usuario seleccione cuando dinero adicional le gustaría pagar al usuario por colocar su canción en un punto particular en la lista de prioridad y aceptar el pago de la cantidad seleccionada 255. Después de aceptar el pago 255, la rocola coloca la canción en una posición en la lista de prioridad que corresponde a la cantidad adicional recibida del usuario 257. De manera alternativa, en otro aspecto de ejemplo de las modalidades ilustrativas, un usuario puede cotizar el derecho de tener una canción reproducida antes que otras canciones previamente seleccionadas para que se reproduzca la reproducción de prioridad. En una modalidad preferida, al usuario se le muestra el precio superior pagado por una reproducción de prioridad y puede pagar más de ese precio para obtener la prioridad más alta disponible. Otro aspecto de ejemplo de las modalidades ilustrativas no permite que un usuario se le muestre cuanto tiene que pagar por la prioridad. El usuario puede pagar sin embargo tanto como el usuario desee gastar para obtener una clasificación en la prioridad, y luego recibir una clasificación en la prioridad en base a la cantidad pagada. De acuerdo con un aspecto de ejemplo adicional de las modalidades ilustrativas, un usuario puede pagar sin embargo lo que el usuario desee gastar para obtener una clasificación de prioridad de acuerdo al aspecto de ejemplo anterior, y entonces que se le muestre el punto de prioridad que se ha obtenido en base a la cantidad pagada. Si este punto no es satisfactorio para el usuario, el usuario puede pagar dinero adicional para mover la canción hacia arriba en la clasificación por prioridad, y se le muestra la nueva clasificación de prioridad obtenida en base al dinero adicional pagado. El usuario puede repetir este proceso hasta que se haya obtenido la clasificación por prioridad deseada. El usuario también puede pagar dinero adicional para ser más difícil que otros usuarios se atribuyan el punto de prioridad seleccionado en la lista en una situación tipo cotización o petición. También se puede implementar cualquier otro tipo de método adecuado de pago incrementado para prioridad incrementada. De acuerdo con un aspecto adicional de ejemplo de las modalidades ilustrativas que proporcionan una característica de "bajo llave", un usuario puede "asegurar con llave" una clasificación de prioridad con un pago de una cantidad pre-seleccionada . Por ejemplo, si un usuario paga 15 créditos para obtener una clasificación de 3ro en la prioridad, y desea garantizar la tercera clasificación, el usuario puede pagar, por ejemplo, 4 pedidos más para "dejar bajo llave" la clasificación. Puesto que el dejar bajo llave la clasificación puede requerir el "dejar bajo llave" todas las clasificaciones por arriba del usuario también, se puede requerir que el usuario pague una cierta cantidad para "asegurar bajo llave" todas las canciones por arriba de la selección del usuario. En esta situación, el usuario puede elegir ya sea pagar el precio cotizado para la "puesta de llave" o pagar lo mismo o una cantidad variada de créditos en un intento para impedir sobre-cotización futura o mover la canción del usuario hacia arriba adicionalmente en la lista de prioridad. De acuerdo con otro aspecto de ejemplo de las modalidades ilustrativas, se puede implementar cualquiera de las estrategias de cotización o petición mencionadas anteriormente, y se puede mostrar al usuario cuanto ha pagado alguien por sus clasificaciones particulares. Esto permite que el usuario conozca exactamente cuanto tendrá que pagar para obtener una cierta posición de prioridad. Si se implementa la característica "bajo llave", también se dejará conocer al usuario si es más barato pagar el precio para "poner bajo llave" la canción o pagar para moverse más arriba de la lista de prioridad. Todas estas opciones dan por resultado ingreso incrementado para el operador. Se debe señalar que aunque las modalidades describen anteriormente un sistema para distribuir medios a rocolas no móviles, modalidades alternativas que usan sistemas similares pueden distribuir medios a dispositivos portátiles de rocola y se contemplan por, y están dentro del alcance y espíritu de, la invención. Una rocola portátil puede ser, por ejemplo, un PDA, un teléfono celular, o cualquier otro dispositivo móvil capaz de recibir y reproducir música. Adicionalmente, se pueden distribuir medios a rocolas portátiles usando los métodos descritos anteriormente (por ejemplo, a través de una conexión de banda ancha, conexión inalámbrica, etc.), o cualquier otro método apropiado, más adecuado al dispositivo portátil particular, tal como por ejemplo, usando tecnología Bluetooth. Adicionalmente, las rocolas descritas anteriormente son típicamente para propósitos comerciales. Sin embargo, las rocolas para todos los propósitos tal como por ejemplo, reproducir medios residenciales, también se contemplan por, y están dentro del alcance y espíritu de, · esta invención. En otras modalidades de ejemplo, un empleado de una ubicación con una rocola se le puede recompensar en base al número de reproducciones que los clientes pagan en la rocola. En esta modalidad de ejemplo, el sistema mantiene cuenta de cuantas reproducciones se han pagado por los clientes. Cada vez que se ha pagado un cierto número de reproducciones, el empleado del bar recibe una reproducción gratis. En algunas modalidades, se mantendrá un contador separado, en tanto que en otras modalidades sólo puede ser necesario un contador para calcular el número de reproducciones gratis disponibles. De esta manera, ciertas modalidades adicionales alientan a los empleados al promover las rocolas al compensar al empleado con reproducciones gratis, esto también puede ayudar a reducir la similitud de la selección de canciones a todo lo largo del día, conservar reproducciones gratis para empleados de diferentes turnos, etc . De manera similar, los usuarios de la rocola pueden votar para casos particulares de medios para alterar su prioridad en la lista de reproducción. De esta manera, los usuarios de rocolas pueden, por ejemplo, "batallar" para el control con respecto a la música que se va a reproducir en una zona particular o zonas particulares dentro o entre ubicaciones. Se apreciará que este modo de votación/batalla se puede implementar al usar, por ejemplo, una cola dinámica, una cola de prioridad, múltiples colas, etc.

También se apreciará que una rocola puede poner un modo de votación de forma automática (por ejemplo en un momento particular del día y/o en un dia particular de la semana), o se puede activar de forma manual. La Figura 19A es un diagrama de flujo que muestra una implementacion de ejemplo de un proceso de votación de rocola. Diferente de las operaciones convencionales de rocola, o aún modos de cotización o petición de rocolas, se presenta una lista de canciones en una cola de rocola a los usuarios en el paso SI902. Esta lista se puede generar de manera automática, por operadores, gestores de bares, clientes habituales en un bar, etc. La lista se puede presentar, por ejemplo, en una rocola, o de manera más preferente en una o más monitores independientes. Adicionalmente, en ciertas modalidades de ejemplo, la lista se puede ver por una pluralidad de dispositivos móviles y/o terminales. De manera preferente, la información presentada contiene al menos los artistas y nombres de canciones venideras, y un número asociado con la prioridad de estas canciones. La lista se debe clasificar por este número, de modo que la canción con la mayoría de los "votos" se presente como la "siguiente" canción que se va a reproducir, seguida por la canción siguiente más alta, etc. El pasó SI904 determina si la canción que actualmente se reproduce ha terminado. Si ha terminado, el paso SI906 la remueve de la cola, y se reproduce la siguiente canción en el paso SI908. En otra modalidad, los usuarios pueden votar para detener/saltar la canción que actualmente se reproduce (o ejemplo de medios) al exceder, por ejemplo, el número de votos que la canción tiene antes de que la rocola empezó a reproducir. Conforme los usuarios ven las canciones venideras, serán seducidos para subir las canciones que les gustaría y/o para bajar las canciones que no les gustaría. En general, los usuarios quienes votan, entra mayor sea el ambiente de las canciones buenas. De esta manera, el paso SI 908, o en el caso que la canción no se acabe, la rocola recibe los votos de los usuarios para canciones particulares en el paso SI910. La votación se puede basar en los créditos (conforme los usuarios compran créditos), o unido a la cuenta de un usuario. En ciertas modalidades de ejemplo, los usuarios deben registrarse para colocar un voto, y en ciertas modalidades de ejemplo, los usuarios pueden votar un número limitado de veces. De manera preferente, los usuarios pueden votar desde al menos dos lugares distintos dentro de una ubicación. La cola se actualiza en base a esta votación en el paso S1912, y el proceso regresa al paso SI902, donde se refresca la lista presentada. En ciertas modalidades de ejemplo, la cola se puede basar en el número total de votos para canciones particulares. En ciertas modalidades de ejemplo diferentes, los usuarios pueden votar para, y/o contra, ciertas canciones y se puede presentar la información "neta" indicando el número para y contra, o sólo el resultado neto. Si hay más votos contra una canción que para, el sistema puede realizar una o más de las siguientes funciones. Por ejemplo, la rocola simplemente puede mantener la canción en la cola con un número negativo de votos. De manera alternativa, la rocola puede mantener la canción en la cola con un número cero o negativo de votos, pero por ejemplo, siempre espera hasta que el voto neto alcance al menos uno antes de reproducir la canción. De manera aún alternativa, la cola puede dejar caer cualquier canción que alcance cero o un número negativo de votos. La Figura 19B(1) es una toma de pantalla de ejemplo que muestra una presentación de cola de votación. La presentación 1900a muestra la canción 1902 que actualmente se reproduce y su progreso 1904. Se apreciará que el progreso 1904 de la canción 1902 actualmente reproduciéndose se puede presentar en cualquier número de maneras, tal como por ejemplo, como un número que indique el tiempo que resta, una barra deslizante, etc. De manera preferente se presenta la lista 1906 de artista y canción en base al número correspondiente de votos en el área 1908a de votos. Opcionalmente, el área 1910 de usuarios puede indicar información a cerca de los usuarios que votan las canciones, tal como por ejemplo, el usuario que coloca la canción en la lista, el último usuario a votar para la canción, nombre del grupo de "batalla" para tener la canción reproducida, etc. La Figura 19B(2) es otra toma de pantalla de ejemplo que muestra una presentación de cola de votación. La Figura 19B(2) es similar a la Figura 19B(1), pero el área 1908b de votos refleja la votación "neta" de usuarios. Es decir, por ejemplo, en la Figura 19B(1), la presentación indica el número de votos para y contra una canción particular, asi como el resultado de votación neta. La Figura 19C es un diagrama de bloques de ejemplo que muestra un mecanismo de votación dentro de una ubicación determinada. La presentación 1900a corresponde a la Figura 19B(1), aunque se apreciará que se puede sustituir una presentación que corresponde a la Figura 19B(2), asi como cualquier otra presentación que indica la misma o similar información. La lista se actualiza de manera preferente por la rocola 16. Los usuarios pueden votar para actualizar la lista (por ejemplo, votar para/contra una canción) mediante la rocola 16, o por cualquier dispositivo opcionalmente conectado a la rocola 16, tal como por ejemplo, otra rocola 1912a, una terminal remota 1912b, una computadora portátil 1912c, un PDA 1912d, un teléfono celular 1912e, otro dispositivo móvil 1912f, etc. La Figura 19D es otro diagrama de bloques de ejemplo que muestra un mecanismo de votación dentro de una ubicación determinada. La Figura 19D difiere de la Figura 19C ya que los usuarios que votan desde dispositivos 1912a-f conectados de manera opcional pueden afectar la lista de votación directamente, sin interconectarse con la rocola 16. Una aplicación alterna incluye un mecanismo de votación donde se interconectan conjuntamente en red múltiples ubicaciones, (por ejemplo, bares, restaurantes, jurisdicciones, etc.) a través de por ejemplo, la internet. Aquellas ubicaciones enlazadas permiten que más clientes habituales "batallen" unos contra otros. En esta modalidad, las rocolas interconectadas en red estarán reproduciendo la misma canción y colectivamente todos los usuarios de todas las ubicaciones decidirán el orden de reproducción a través del mecanismo de votación o similar. De esta manera, la Figura 19E es un diagrama de bloques de ejemplo que muestra un mecanismo de votación para el uso con múltiples ubicaciones. Una primera rocola 16(1) con una primera pluralidad de dispositivos móviles 1912a ( 1 ) -f ( 1 ) dentro de una primera ubicación que se comunica con esta, asi como una segunda rocola 16(2) con una segunda pluralidad de dispositivos móviles 1912a ( 2 ) -f ( 2 ) dentro de una segunda ubicación que se comunican con esta pueden hacer una lista de reproducción accesible para las rocolas 16(1) y 16(2). La Figura 19F es otro diagrama de bloques de ejemplo que muestra un mecanismo de votación para el uso con múltiples ubicaciones. Es igual que la Figura 19E, excepto que la primera pluralidad de dispositivos móviles 1912a (1)-f(l) y la segunda pluralidad de dispositivos móviles 1912a (2) -f (2) puede afectar directamente a la lista de votación . Una aplicación alterna de esta característica de votación se refiere a la mejora del modo "pausa" de una rocola. Una rocola, en tanto que esta en el modo pausa, impide típicamente que los usuarios seleccionen música de la rocola. Por ejemplo, los dueños de los bares pueden usar un modo pausa cuando se presenta un evento especial (por ejemplo, un juego de fútbol) en la ubicación y cuando el sistema de audio de la ubicación está reproduciendo el partido o evento. La característica de votación se puede usar para seleccionar que canciones se reproducirán después de que termine el evento especial. Se ha observado ampliamente que los clientes habituales que ven un juego muy frecuentemente dejan ubicación una vez que termina el partido. Este método alternativo de seleccionar canciones para que se reproduzcan es probablemente motivante a los clientes habituales para estar en una ubicación y/o continuar usando la rocola, etc. La Figura 20 es un diagrama de flujos que muestra un proceso ilustrativo para usar un sistema adaptado al usuario para gestionar música, comunicaciones, etc., de acuerdo con una modalidad de ejemplo. Se va a apreciar que el Asistente Personal de Música puede trabajar como un complemento a, componente de, etc., a los sistemas de acuerdo a esta modalidad de ejemplo. En el paso S2000, un usuario tiene acceso al sistema adaptado al usuario, apodado en este caso MyTouchTunes . Se va a apreciar que un usuario puede tener acceso al sistema en varias ubicaciones, tal como por ejemplo, mediante una terminal de entrada de Internet, en una terminal de rocola, etc. Adicionalmente se va a apreciar que el usuario puede tener acceso al sistema de varias maneras, tal como por ejemplo, al introducir una combinación de nombre de usuario y contraseña en la terminal de entrada de Internet o terminal de rocola, al deslizar una tarjeta de crédito en una terminal de rocola, al explorar una "tarjeta inteligente" o tarjeta instantánea especifica del sitio, etc. En ciertas modalidades de ejemplo, se puede reconocer un usuario a través de datos biométricos, tal como por ejemplo, huellas dactilares, exploraciones retínales, etc. Se apreciará que la autenticación biométrica puede trabajar independientemente, o junto con, formas más convencionales para identificar usuarios, tal como por ejemplo, combinaciones de nombre de usuario/contraseña, tarjetas inteligentes, y similares. El sistema determina si reconoce al usuario en el paso S2002. Si no se reconoce al usuario, al usuario se le puede avisar para crear la información de puente/perfil, como en el paso S2004. La información de cuenta/perfil se describirá en más detalle más adelante con referencia a la Figura 21A. Si el usuario se reconoce en el paso S2002, el menú principal de MyTouchTunes se presenta para el usuario en el paso S2006. Del menú principal de MyTouchTunes, los usuarios que usan un sistema de acuerdo a esta modalidad de ejemplo pueden por ejemplo, editar la información puente/perfil en el paso S2010, gestionar música en el paso S2020, gestionar amigos en el paso S2030, comunicarse con otros en el paso S2040, y/o tener acceso a varios contenidos de valor agregado que se puedan proporcionar por el sistema en el paso S2050. Estas y otras características se describirán en más detalle más adelante con referencia a las Figuras 21A hasta la 21B. La Figura 21A muestra opciones ilustrativas disponibles para editar información de cuenta/perfil en una modalidad de ejemplo. Como se señala anteriormente, se va a apreciar que los pasos de ejemplo ilustrados en la Figura 21A puedan corresponder a los pasos requeridos para el ajusta inicial de cuenta/perfil. En éste caso de ajuste inicial, sin embargo, un sistema de ejemplo puede requerir que el usuario complete toda la información pedida en un momento antes de permitir que el usuario tenga acceso al menú principal (paso S2006 en la Figura 20) . También se va a apreciar que esta información de cuenta/perfil se pueda almacenar en varias ubicaciones como sea necesario a una implementación determinada, tal como por ejemplo, en una ubicación central o base de datos central, en un servidor particular del establecimiento, en terminales especificas de rocola, y/o en una tarjeta removible que identificará al usuario y la información del usuario cuando se inserte en una rocola. Un usuario introducirá primero datos personales en el paso 2012. Estos datos personales pueden incluir, por ejemplo, una dirección de correo electrónica para el usuario, un número telefónico (de manera preferente teléfono celular), y/o un nombre. El sistema también puede indicar al usuario el crear un nombre de usuario y contraseña únicos de modo que el sistema puede identificar al usuario en momentos posteriores y desde otras ubicaciones. De manera alternativa, el sistema puede usar la dirección de correo electrónico del usuario como un nombre de usuario y sólo pedir una contraseña correspondiente. De manera aún alternativa, en el caso de rocolas residenciales, por ejemplo, un sistema de ejemplo no puede requerir una contraseña para nada. En base a los datos personales, el sistema de ejemplo puede obtener suficiente información para reconocer al usuario en los registros (por ejemplo, acceso en línea, ubicación preferida, otras ubicaciones dentro de un área determinada, etc. ) , así como enviar mensajes de texto y de correo electrónico al usuario. Estas características de ejemplo se analizarán en más detalla más adelante . En el paso S2014, los usuarios pueden especificar varias ubicaciones que frecuenten. Esta característica puede permitir el seguimiento de usuarios por varios establecimientos, anunciantes, etc. Los establecimientos pueden proporcionar, por ejemplo, ofertas especiales a clientes habituales u otros en un área particular para atraerlos a que visiten. Los anunciantes pueden monitorizar la información personal, información de ubicación, y listas de reproducción para proporcionar, por ejemplo, boletos para conciertos, ofertas especiales de CD, camisetas y/o otra mercancía que pueda juzgar que sea agradable a base a las preferencias del usuario. Aún además, si esta información de cuenta/perfil se almacena de forma local en varias terminales, el sistema puede comunicarse con aquellas otras terminales para proporcionar las listas de reproducción en preparación para una visita de usuario. En el paso S2016, un usuario puede adicionar créditos y/o especificar información de pago. Por ejemplo, los usuarios pueden usar sus tarjetas de crédito para incrementar el número de créditos que tienen antes de entrar a un establecimiento, o en tanto que están en un establecimiento. De manera alternativa, los usuarios pueden llegar hacer "certificado" por ejemplo, al proporcionar la información de tarjeta de crédito y al permitir que las rocolas facturen automáticamente sus tarjetas de crédito para créditos futuros comprados, etc. Se apreciará que el paso S2016 se puede usar para comprar créditos para uno mismo o para alguien distinto, tal como por ejemplo, los amigos de uno, un empleado del establecimiento, etc. También se va a apreciar que un usuario puede transferir dinero desde una cuenta, tal como por ejemplo, una cuenta de Pay-Pal, una cuenta especifica de la rocola, o un usuario puede usar esta cuenta para comprar música y/o servicios de forma directa. En ciertas modalidades de usuario, un usuario puede registrarse al crear una cuenta en una rocola y al proporcionar un mecanismo de contacto de verificación, tal como por ejemplo, un número de teléfono celular y/o dirección de correo electrónico. Después de que un usuario crea una cuenta introduce el mecanismo de contacto de verificación. Se puede enviar un mensaje a esta ubicación. Por ejemplo, un usuario puede recibir un mensaje de texto. Una vez que se recibe ese mensaje, se puede avisar al usuario para que introduzca un código a la rocola, envié un correo electrónico de retorno o un mensaje de texto de retorno, etc., para que se llegue a registrar completamente y/o aproveche ciertas características avanzadas diferentes, tal como por ejemplo, una o más de las características descritas en la presente. La Figura 21B muestra opciones ilustrativas disponibles para gestionar música en una modalidad de ejemplo. En el paso S2022, un usuario puede crear o editar listas de reproducción ya existentes. Los usuarios pueden buscar de manera preferente a través de canciones usando los métodos descritos anteriormente y/o usar sugerencias generadas por el sistema para construir sus listas de reproducción. De manera preferente, los usuarios también pueden dar a sus listas de reproducción títulos descriptivos, tal como por ejemplo, "Conjuntos Favoritos", "Noche de los 80", "Suaves Canciones de Amor", etc. Los usuarios pueden designar adicionalmente su lista de reproducción tal como "pública" o "privada" para permitir o restringir que otros usuarios naveguen en sus listas de reproducción. Los usuarios pueden, en el paso S2024, clasificar sus canciones y/o listas de reproducción a través de la característica PickList (lista de elección) . La PickList también puede generar una lista de reproducción habitual que comprende las canciones que el usuario ha clasificado como mejores en un momento determinado. De manea alternativa, una PickList puede comprender una lista basada en la lista de las canciones de éxito descrita anteriormente. En el paso S2026, un usuario puede reproducir música en una rocola usando, por ejemplo, cualquiera de los métodos descritos anteriormente con o sin el uso de estas listas de reproducción. Normalmente, la selección de una lista de reproducción para la reproducción en una rocola adicionará estas canciones a la cola regular. Sin embargo, como se describe anteriormente, los usuarios pueden pagar una tarifa adicional y/o usar el mecanismo de cotización o petición descrito anteriormente para reproducir inmediatamente su música. Adicionalmente, la selección de una lista de reproducción (o de listas de reproducciones) para la reproducción en una rocola reproducirá normalmente todas las canciones en esta lista de reproducción particular (o en aquellas listas de reproducción particulares) . Sin embargo, los usuarios pueden deseleccionar ciertas canciones para impedir que se reproduzcan. Esto permite que los usuarios personalicen adicionalmente de forma dinámica las listas de reproducción cuando están reproduciendo su música. Además o en la alternativa, se pueden importar listas de reproducción adicionales desde fuentes externas. Por ejemplo, los dispositivos de hardware y/o software frecuentemente almacenan listas de reproducción definidas por los usuarios y/o generadas por los clientes (por ejemplo, reproducidas más frecuentemente, adicionadas más recientemente, etc.). A manera de ejemplo y sin limitación, se pueden extraer listas de reproducción de iPods, reproductores portátiles de P3, y/o otros dispositivos de hardware. Esto se puede hacer en la rocola usando un conectador de hardware apropiado provisto en la rocola y/o en un dispositivo alejado de la rocola (por ejemplo en una computadora casera) donde es más probable que estará localizado ya un conectador de hardware apropiado (por ejemplo, un puerto de acoplamiento patentado, una conexión USB, etc.). En cualquiera o ambos casos, la lista de reproducción se puede encargar a un servidor de distribución audiovisual central después de que la lista de reproducción se importe al dispositivo local. De manera similar, a manera de ejemplo y sin limitación, se pueden instalar listas de reproducción de iTunes, Windows Media Player, y/o otras aplicaciones de software. En muchos casos, estos dispositivos y/o aplicaciones de software almacenan listas de reproducción de una manera descencriptada y/o no codificada tal que las listas de reproducción se pueden leer de una manera similar a un archivo de texto plano. De esta y de otras maneras, las listas de reproducción importadas se pueden hacer disponibles a una o más rocolas conectadas a una red de distribución audiovisual. Por supuesto, en ciertos casos diferentes, puede ser necesario descencriptar, descodificar y/o realizar otro procesamiento de las listas de reproducción de otros dispositivos de hardware y/o aplicaciones de software, antes del procesamiento para ser las lisas de reproducción ahora disponible adecuadas para el uso, por ejemplo, en una rocola o en unión con un servicio relacionado a rocola. Esta característica puede ser ventajosa a usuarios ya que se puede reducir la necesidad de crear y re-crear de manera subsiguiente listas de reproducción existentes, al menos a un grado tal que la lista de reproducción individual se pueda definir en un dispositivo y usar de manera subsiguiente en una rocola en un momento posterior sin una cantidad significativa de re-introducción, re-selección y/o re-agrupamiento de la misma información. Estas técnicas también proporcionan aún un medio adicional para interactuar con y personalizar a la rocola a las preferencias del usuario, por ejemplo, al permitir la personalización de las listas de reproducción a través de dispositivos y/o aplicaciones de software con las cuales el usuario pueda llegar hacer más confortable y/o tener más experiencia, tener diferentes interfaces, etc. De esta manera, se proporcionan en ciertas modalidades de ejemplo, sistemas y/o métodos para distribuir una lista de reproducción a una o más rocolas digitales conectadas a una red de distribución audiovisual. Se conecta a una rocola digital mediante un conectador un dispositivo periférico que tiene una lista de reproducción periférica almacenada en un medio de almacenamiento leíble por computadora, en el mismo. La lista de reproducción periférica se recupera para la rocola digital. Esto se puede lograr por circuitería lógica programada (por ejemplo, cualquier combinación adecuada de hardware, software, firmware (programa de circuitos) y/o similares) proporcionada a la rocola. La lista de reproducción periférica se convierte a una lista de reproducción de rocola. La lista de reproducción de rocola se publica al menos en la rocola. De manera similar, se puede leer una aplicación de software que corre en un dispositivo de computadora (por ejemplo, una PC, una computadora portátil, PDA, u otro dispositivo de cómputo, portátil, similar) por una computadora y publicar a un servidor en la red de distribución audiovisual. Por ejemplo, el dispositivo periférico puede ser al menos uno de un reproductor portátil de música, una computadora, y/o un teléfono celular. La lista de reproducción periférica puede ser almacenada al menos temporalmente a un medio de almacenamiento libre por computadora de la rocola digital. Se puede determinar si la lista de reproducción de rocola se va a designar una lista de reproducción de rocola pública o una lista de reproducción de rocola privada. En base a la determinación, la lista de reproducción de rocola se puede hacer disponible públicamente o se mantiene privada al usuario registrado particular que importa la lista de reproducción . La lista de reproducción de rocola se puede enviar a un servidor de la red de distribución audiovisual, y la lista de reproducción de rocola se puede hacer disponible a rocolas conectadas a la red de distribución audiovisual y/o dispositivos remotos conectados a la red de distribución audiovisual. La persona que importa la lista de reproducción puede tener que registrarse en la rocola o un portal a la rocola antes de que se le permita importar la lista de reproducción . También se puede proporcionar un dispositivo de rocola para lograr la misma y/o similar funcionalidad, en donde al menos algo de la funcionalidad se permite a través del uso de un procesador proporcionado a la rocola. En ciertas modalidades de ejemplo, puede ser ventajoso impedir que los usuarios creen directamente listas de reproducción en las rocolas usando las mismas interfaces de rocola. Por ejemplo, esto puede reducir la cantidad de agrupación alrededor de una rocola, la monopolización de la rocola por un individuo único o por pocos individuos, etc. Además de, o como alternativa, los usuarios pueden tener una capacidad reducida para crear listas de reproducción directamente de una rocola. Por ejemplo, un usuario puede ser capaz de crear una lista de reproducción de un conjunto predeterminado de canciones. Este conjunto predeterminado de canciones puede incluir solo aquellas canciones reproducidas por el usuario en esa noche particular, en las rocolas en esa ubicación particular, en cualquiera de las rocolas conectadas a la red de distribución audiovisual, etc. De esta manera, puede ser posible permitir que el usuario se beneficie de la personalización de las técnicas de listas de reproducción descritas en la presente directamente en la rocola en tanto que también reduce el tiempo requerido para hacer esto. Además, se pueden avisar a los usuarios para crear listas de reproducción en las cuales las canciones que se han reproducido, en esta manera se puedan reproducir igualmente de forma nueva, se adicionen. De esta manera, en ciertas modalidades de ejemplo, se proporcionan sistemas y/o métodos para reproducción de casos de medios en una rocola de descarga digital. Se requiere que un usuario se registre en la rocola. Se proporcionan para la reproducción en la rocola una pluralidad de casos seleccionables de medios. Se permite mediante una interfaz de usuario a la rocola la selección del usuario de un caso de medios desde la pluralidad de casos seleccionables de medios. Para cada selección de usuario, se adiciona al caso de medios a una lista de reproducción almacenada en un medio de almacenamiento libre por computadora de la rocola. Los casos de medios en la lista de reproducción se reproducen en orden. La pluralidad de casos selecciónateles de medios se selecciona de un grupo principal de casos de medios dependencia a una reproducción anterior de un caso de medios por el usuario. En ciertas modalidades de ejemplo, la pluralidad de casos seleccionables de medios se forma de casos de medios anteriormente reproducidos por el usuario dentro de un periodo de tiempo predeterminado y/o de casos de medios anteriormente reproducidos por el usuario en una ubicación predeterminada. En ciertas modalidades de ejemplo, la pluralidad de casos seleccionables de medios se forma de casos de medio almacenados en una lista de casos recientemente reproducidos de medios asociados con el usuario . Una vez que las canciones se adicionan a una lista de reproducción, se puede reproducir una lista de reproducción en totalidad o en parte. Por ejemplo, si un usuario tiene suficientes créditos, se puede reproducir la lista de reproducción completa. Sin embargo, si el usuario no tiene suficientes créditos, el usuario ya sea puede introducir pago adicional para comprar un número suficiente de créditos para reproducir la lista completa de reproducción o puede reproducir sólo una porción de la canción. En este último caso, se puede avisar al usuario para seleccionar un conjunto secundario de canciones para la reproducción desde la lista de reproducción. De manera alternativa, las canciones de la lista de reproducción se pueden reproducir en orden hasta que se agoten los créditos. Opcionalmente, se puede presentar, cuando sea apropiado, un aviso para que el usuario introduzca pago adicional para reproducir la lista completa de reproducción, y se puede remover de una presentación una vez que se ha insertado un pago suficiente. También con respecto a la cantidad, los usuarios se les puede hacer un cargo por las reproducciones, y se apreciará que en ciertas modalidades de ejemplo, a los usuarios registrados y/o verificados se les puede dar "rebajas de precios" en las reproducciones. Por ejemplo, normalmente se le puede cargar a los usuarios una compensación por seleccionar una canción que actualmente no está disponible en la rocola (por ejemplo, requiere una descarga, por ejemplo, en la red de distribución audiovisual u otra fuente) . En ciertas modalidades de ejemplo, sólo a ciertos usuarios preferidos se les puede cargar una cantidad reducida o mínima de créditos (por ejemplo sólo un crédito) , no importa la fuente de la canción. En ciertas modalidades de ejemplo diferentes, sólo se le puede cargar a los usuarios preferidos la cantidad mínima de créditos si la canción se reprodujo recientemente por el usuario particular. En aún otras modalidades de ejemplo, sólo se les puede cargar a los usuarios preferidos una cantidad mínima o reducida de créditos si la canción existe en una lista de reproducción asociada con el usuario (por ejemplo, una lista de reproducción que creó el usuario, una lista de reproducción creada por otro que el usuario reprodujo en totalidad o en parte, etc.). De esta manera no puede ser posible en ciertas modalidades de ejemplo recompensar a los usuarios verificados al reducir el número de créditos cargados para ciertos casos de medios asociados por las listas de reproducción de estos usuarios. Como tales, los sistemas y métodos locomotales, se proporcionan en ciertas modalidades de ejemplo sistemas y/o métodos para reproducir un caso de medios en una rocola de descarga digital. Se proporciona una pluralidad de casos de medios en la rocola. Se proporciona una interfaz a un usuario de la rocola para permitir que el usuario busque un caso particular de medios para la reproducción en la rocola. Se determina si está disponible el caso de medios para reproducción inmediata en la rocola libre de procesamiento adicional por la rocola (por ejemplo, si la necesidad de descarga adicional o de recuperación del caso de medios más allá de lo que es normal para las reproducciones, sin la necesidad de búsquedas no normales, etc.). Cuando el caso de medios está disponible para reproducción inmediata, se carga al usuario un primer número predeterminado de créditos y el caso de medios se pone en cola para la reproducción. Cuando no está disponible el caso de medios para reproducción inmediata, se determina si el usuario es un usuario verificado. Cuando el usuario es un usuario verificado, se carga un segundo número predeterminados de créditos si el caso de medios existe en una lista de reproducción asociada con el usuario, pero de otro modo se carga un tercer número predeterminado de créditos. El caso de medios se pone en cola para la reproducción. El segundo número predeterminado de créditos es menor que el tercer número predeterminado de créditos, y el tercer número predeterminado de créditos es mayor que el primer número de créditos predeterminados. Con respecto a los cargos, entonces, en ciertas modalidades de ejemplo, el precio para una reproducción normal puede ser el mismo como el precio para una canción de una canción excelente que requiere descarga cuando el usuario es un usuario registrado. En ciertas modalidades de ejemplo, la lista de reproducción asociada con el usuario es una lista de reproducción anteriormente creada por el usuario como una lista de reproducción que incluye canciones recientemente reproducidas por el usuario, y/o una lista de reproducción creada por otro usuario pero recientemente reproducida al menos en parte por el usuario. La determinación si el caso de medios está disponible para reproducción inmediata en la rocola libre de procesamiento adicional por la rocola puede incluir determinar si el caso de medios reside en un área de almacenamiento separada de un área de almacenamiento dedicada de la rocola que comprende casos de medios, reproducibles de forma inmediata. El área de almacenamiento separada puede ser un servidor remoto, una división del área de almacenamiento dedicada de la rocola, un área de almacenamiento separada dentro de la rocola, etc. La determinación de si el caso de medios está disponible para reproducción inmediata en la rocola libre de procesamiento adicional por la rocola puede incluir, además de o en alternativa a, determinar la metodología de búsqueda del usuario proporcionada por la interfaz. Por ejemplo, se puede cargar una prima para una "súper-búsqueda" en comparación a una búsqueda de título o artista. Por supuesto, se proporcionan estos ejemplos o a manera de ejemplo y sin limitación, y se pueden proporcionar otras metodologías de búsqueda descritas en la presente, y se puede distinguir el precio en base a lo mismo, sólo y/o en combinación con el tipo de usuario y/o la existencia del caso de medios en una lista de reproducción asociada con el usuario. Aquí, como en otra parte de la presente, cualquier combinación adecuada de circuitería lógica programada, (por ejemplo, hardware, software, firmware (programa de circuitos) y/o cualquier combinación adecuada de los mismos) puede permitir esta funcionalidad. Adicionalmente, se pueden almacenar instrucciones para llevar a cabo la misma en un medio de almacenamiento adecuado leíble por computadora. La figura 21C muestra opciones ilustrativas disponibles para gestionar listas de amigos en una modalidad de ejemplo. Los usuarios pueden mantener el seguimiento de amigos (por ejemplo, amigos, clientes habituales en un bar, etc.). El sistema puede usar cualquier norma de mensajería instantánea, tal como por ejemplo, mensajero instantáneo de AOL, mensajero de MSN, mensajero Yahoo!, ICQ, un protocolo específico de rocola habitual, etc., para enviar y recibir mensajes. De manera preferente, el sistema le entera al usuario de los estados de los amigos (por ejemplo, en línea, inactivo, ocupado, etc.). En el paso S2032, un usuario puede crear o editar una lista de amigos ya existentes. Los usuarios pueden buscar amigos por ejemplo al introducir sus nombres, direcciones de correo electrónico, etc. Adicionalmente, los usuarios pueden invitar amigos a unirse al emitir invitaciones, de manera preferente por correo electrónico o mensaje de texto SMS (servicio de mensajes cortos) a un teléfono celular, en el paso S2038. Los usuarios también pueden agregar en sus colecciones de música de los amigos, listas de reproducción, listas de selección, etc., como se muestra en el paso S2034. Entonces los usuarios pueden desarrollar sus propias listas de reproducción y/o listas de selección en base a lo que perciben como popular entre sus amigos. Los usuarios también pueden copiar música de sus amigos o enviar música a sus amigos, de manera preferente por una tarifa o tasa, como se muestra en el paso S2036. En un paso no mostrado, los usuarios también pueden designar canciones particulares para la reproducción cuando sus amigos se registran en la rocola, nuevamente de manera preferente por una tarifa. Con referencia a la figura 21D se describirán a continuación otras características que corresponden a comunicación entre amigos . La figura 21D muestra opciones ilustrativas disponibles para comunicarse con otros en una modalidad de ejemplo. De manera preferente, el sistema puede enviar correos electrónicos y mensajes de SMS a teléfonos celulares. Se va a apreciar que el sistema debe ser capaz de comunicarse usando cualquier variedad de protocolos de comunicación, tal como por ejemplo, mediante correo electrónico y/o mensajes tipo correo electrónico accesibles sólo por el sistema My Touch Tunes. También se va a apreciar que los gestores de bares también pueden enviar mensajes (por ejemplo, mediante correo electrónico, SMS, etc.) para alertar a otros de eventos, eventos especiales, etc. En el paso S2042, los usuarios pueden verificar su buzón. Los usuarios pueden recibir mensajes de, por ejemplo, sus amigos (o conocidos), propietarios y/o anunciantes, etc. Los amigos pueden sugerir, por ejemplo, canciones o lugares de reunión. En alguna modalidad de ejemplo, los amigos pueden recibir mensajes instantáneos en sus teléfonos celulares que les alerten de un convivio, una ubicación particular de usuarios en un bar, etc. Adicionalmente, los usuarios pueden dejar mensajes para otros para que aparezcan en el siguiente registro de éstos. Los propietarios pueden enviar mensajes a sus clientes regulares u otros quienes deseen avisarles, por ejemplo, de eventos especiales de bebida, eventos especiales venideros, etc. Los anunciantes pueden extender ofertas especiales, en base a la información demográfica proporcionada por los usuarios. En el paso S2044, los usuarios pueden enviar mensajes a otras direcciones de correo electrónico, buzón de entrada de My Touch Tunes, teléfonos celulares, etc. De manera alternativa o además del paso S2044, en el paso S2046, los usuarios pueden difundir mensajes a amigos o grupos de otros por ejemplo para alertar de un grupo particular de fiestas venideras, etc. De esta manera, los sistemas de ejemplo pueden alertar a las redes de amigos a través de los mensajes que los usuarios envían. Además, la rocola puede proporcionar directamente una interfaz para las características descritas anteriormente, s puede proporcionar acceso inalámbrico a las características, para aquellos usuarios que pueden traer con ellos un dispositivo inalámbrico hacia la ubicación (o dentro del alcance) de las rocolas. Algunas otras características también se pueden proporcionar a los usuarios de forma remota, por ejemplo el permitir que los usuarios tengan acceso a los servicios de la rocola a través de la Internet u otra red adecuada de comunicaciones, usando por ejemplo, la computadora de casa del usuario. En ciertas modalidades de ejemplo, se pueden hacer comunicaciones a usuarios individuales, grupos predefinidos de usuarios (por ejemplo, familia, colaboradores, compañeros de trabajo, amigos, etc.) . También, los mensajes de la clientela se pueden componer, o se pueden seleccionar más mensajes normales (por ejemplo "encontrémonos en x bar", "¿qué vas a hacer esta noche?", etc.). Se pueden implementar grupos y/o mensajes envasados a pesar de si el mensaje se envía mediante correo electrónico, SMS, IM, etc. De manera similar, ciertas modalidades de ejemplo proporcionar sistemas y/o métodos para establecer y gestionar una conexión de usuarios registrados. Un usuario registrado puede buscar establecer una conexión con otro usuario o contacto prospectivo en una rocola o lejos de una rocola. En cualquier caso, se puede avisar a un usuario para que se registre. Después del registro, se puede avisar al usuario para que introduzca información acerca de la conexión prospectiva. Esto puede incluir, por ejemplo, una dirección de correo electrónico, número de teléfono celular, o una dirección postal, un servicio de mensajería específico de la rocola, y/o similares. Una vez que se introduce la información, se puede enviar un mensaje de confirmación (por ejemplo, mediante la red de distribución audiovisual) al contacto prospectivo. El mensaje de confirmación puede identificar al usuario registrado (por ejemplo por nombre, nombre de registro, con una imagen o avatar, etc.) y/o proporcionar información de contacto para el usuario registrado (por ejemplo, número telefónico, dirección de correo electrónico, nombre de registro en rocola, etc.). El contacto prospectivo puede determinar si se debe establecer una conexión entre los dos, por ejemplo, al verificar que el contacto prospectivo conozca realmente quien es el usuario registrado. En un caso donde el contacto prospectivo no sea ya un usuario registrado de los servicios de la rocola, se puede pedir al contacto prospectivo, y en algunos casos requerir, que llegue a ser un nuevo usuario registrado de los servicios mismos de la rocola. Después de recibir un mensaje de confirmación, el contacto prospectivo puede decir si acepta el usuario registrado como una conexión. Esto se puede hacer, por ejemplo, al enviar un mensaje que incluye un código de aceptación o registro de un sitio web particular o rocola particular. Por ejemplo, se puede enviar un mensaje de correo electrónico, mensaje de texto, o similar del contacto prospectivo como una confirmación. El código de aceptación puede ser un código alfanumérico particular que identifique de forma única al usuario registrado y el contacto prospectiva, o simplemente puede ser la dirección de correo electrónico o número de teléfono celular del contacto prospectivo (por ejemplo, que envía un SMS, correo electrónico, llamada telefónica y/u otro mensaje con un mensaje en blanco, un mensaje de "si", un código de aceptación alfanumérico, etc.). De manera alternativa o además, el código de aceptación se puede incrustar en un hiperenlace accesible por el contacto prospectivo y/o puede ser accesible mediante una interfaz basada en computadora (por ejemplo, un sitio web) o interfaz de rocola . En aún otras modalidades de ejemplo, el contacto prospectivo puede tener que registrarse en un sitio web por rocolas en el uso de un hiperenlace preformado que tiene incrustado en el mismo un código de aceptación. Una vez que el código de aceptación se envía desde el contacto prospectivo, se puede validar, por ejemplo, por un servidor en la red de distribución audiovisual. El proceso de validación puede incluir determinar si el usuario registrado es válido, si el contacto prospectivo es válido, etc. Si esto es exitoso, se puede establecer una conexión entre el usuario registrado y el contacto prospectivo. Una vez que se establece una conexión entre dos personas, pueden comunicarse entre si mediante la rocola y/o servicios relacionados a la rocola. Por ejemplo, pueden enviar mensajes como se describe anteriormente, compartir créditos, etc. Cada usuario puede determinar como y/o cuando se pueden recibir las comunicaciones. Por ejemplo, un usuario puede usar una interfaz proporcionada en una rocola o lejos de la rocola para limitar los mensajes a un medio único de comunicaciones. Por ejemplo, un usuario puede desear recibir solo mensajes en una dirección particular de correo electrónico (aunque otro usuario haya proporcionado una dirección alternativa de correo electrónico) , caso en el cual, se pueden enviar mensajes a la dirección especificada de correo electrónico. En otro ejemplo, un usuario puede ser contactado de forma única o de ninguna manera por mensajes SMS. Aún además, un usuario puede limitar las veces en las cuales se pueden recibir mensajes, por ejemplo, para impedir que se envíen demasiado tarde los mensajes en la tarde o demasiado temprano en el día (por ejemplo, que puede perturbar de otro modo al usuario) . En estos casos, los mensajes se pueden poner en cola en una rocola o en un servidor para distribución posterior. Los usuarios pueden especificar adicionalmente que no aceptarán ninguna conexión entrante a menos que se especifique en una lista de control de acceso. De esta manera, se apreciará que se pueden gestionar y/o filtrar comunicaciones entre las conexiones, por ejemplo, para especificar cuando, donde y de quien se pueden recibir, etc. Entonces, un usuario registrado puede enviar la lista de conexiones para comunicarse con las otras partes en la lista que usan la rocola o dispositivo remoto que puede tener acceso a la red de rocola, tal como al registrarse en la red usando una computadora personal o similar . La figura 23E muestra opciones ilustrativas disponibles para el acceso a contenido de valor agregado en una modalidad de ejemplo. Los usuarios pueden tener acceso a sitios web externos (de manera preferente de compañeros) como se muestra en el paso S2052 por cualquier número de razones. Por ejemplo, los anunciantes pueden colocar anuncios de titulares que correspondan a la canción o álbum particular seleccionado para permitir que los usuarios coloquen órdenes para la mercancía relacionada. Los anunciantes pueden usar la información del perfil para dirigir los anuncios, correos electrónicos, texto, etc., potencialmente donde quiera (por ejemplo, en línea, en una rocola, etc.). Por ejemplo, el uso de la rocola se puede usar como un "calificador" para dirigirse a ciertos productos (ya sea de manera notoria o no notoria) a individuos quienes gastan más de una cierta cantidad en rocolas al año. Los usuarios también pueden generar textos a sitios web externos para enlazarse a un sitio web de una banda particular, para seleccionar música escrita o "pestañas" de guitarras o bajo, para ver texto de canciones, etc. También, en el paso S2054, los usuarios pueden seguir un enlace para descargar/comprar canciones y/o álbumes de un proveedor externo tal como atunes o Amazon.com. En algunas modalidades de ejemplo, este paso también se puede enlazar desde la pantalla "gestionar música" (paso S2020), etc. Adicionalmente, en el paso 82056, los usuarios pueden ordenar CD personalizados y entonces se les envían, de manera preferente por una tarifa o tasa. Los usuarios pueden basar estas órdenes en sus listas de reproducción, en sus listas de selección, en las listas de reproducción de sus amigos, en la lista de los éxitos del momento descritas anteriormente, etc. Se va a apreciar que aunque el sistema My Touch Tunes de ejemplo descrito anteriormente se ha descrito en término de un concepto amplio para hacer cuentas disponibles en cualquier sistema compatible, se contemplan otras modalidades de ejemplo donde se pueden hacer cuentas disponibles a conjuntos secundarios más pequeños de rocolas, incluyendo, por ejemplo, una terminal única de rocola que actúa en aislamiento. Adicionalmente, un grupo mayor puede actuar como si hubiera un sistema en aislamiento, de manera alternativa, puede tener conocimiento completo de todas las cuentas/perfiles de usuario, ubicaciones, etc. La figura 22 es una toma de pantalla de ejemplo de una página de registro de acuerdo con una modalidad de ejemplo. Un usuario puede introducir una dirección de correo electrónico en el área 2200 de nombre de usuario y una contraseña en el área 2202 de contraseña. Como un atajo, un usuario puede seleccionar un dominio común de correo electrónico de la lista 2204 de dominios. Se va a apreciar que aunque esta modalidad requiere una dirección de correo electrónico y una contraseña, otras modalidades pueden requerir un nombre del usuario que no necesite una dirección de correo electrónico. De manera similar, se va a apreciar que no se puede requerir un nombre de usuario y contraseña, por ejemplo, un sistema de rocola casero, y que en modalidades aún adicionales, sólo se puede requerir un nombre de usuario. Un usuario puede usar el teclado 2206 para introducir la información requerida, aunque se va a apreciar que pueden usar otros dispositivos de entrada, tal como un teclado unido a una computadora de casa. También se va a apreciar que la pantalla de registro mostrada en la figura 22 puede aparecer en un dispositivo de rocola real, en una computadora (por ejemplo, a través de una interfaz de web, software personalizado, etc.), en un dispositivo móvil, etc . De manera preferente, un registro exitoso presenta un menú principal para los usuarios. La figura 23 es una toma de pantalla de ejemplo que muestra las características disponibles después de que se ha registrado un usuario reconocido, de acuerdo con una modalidad de ejemplo. Se presenta un saludo personalizado (por ejemplo, el nombre del usuario) en el área 2300. Se presentan listas de reproducción 2302, 2304 y 2306 con nombres descriptivos junto con el número de créditos requeridos para reproducir una lista completa de reproducción. Por ejemplo, para reproducir la lista de reproducción 2302 cuesta 7 reproducciones. De manera preferente, las listas de reproducción se presumen que son públicas, lo que permite que otros usuarios las vean. Se pueden diseñar como privadas las listas de reproducción, sin embargo, como es, por ejemplo, la lista de reproducción 2306. Los usuarios pueden crear listas de reproducción adicionales al presionar el botón 2308 de creador de listas de reproducción, y pueden editar las listas de reproducción ya existente al presionar el botón 2310 de gestor de listas de reproducción. El gestor de listas de reproducción puede permitir que los usuarios cambien, por ejemplo, listas de reproducción existentes al adicionar y/o remover canciones, al suprimir completamente listas de reproducción, etc.

Los usuarios pueden fisionar una lista de amigos al adicionar un amigo al presionar el botón 2314 de adicionar amigo. De manera alternativa, pueden remover un amigo al presionar el botón 2316 de remover amigo. Los usuarios también pueden comunicarse al enviar mensajes a sus amigos al presionar el botón 2318 de enviar mensaje. Esta característica puede, en ciertas modalidades, por ejemplo, enviar mensajes SMS a dispositivos móviles, enviar correos electrónicos, enviar mensajes que aparezcan cuando el usuario receptor se registre, etc. En aún otras modalidades, los usuarios pueden usar, por ejemplo, esta característica para enviar canciones, donar créditos, etc. El área 2320 indicadora muestra que el usuario actual ha recibido un mensaje, e identifica el emisor. En otras modalidades, sin embargo, se puede presentar otra información, se puede proporcionar un buzón más completo (por ejemplo, con carpetas, envío, etc.), etc. El área 2322 de indicador de crédito proporciona el estado de la cuenta. En esta modalidad, indica que el usuario ha comprado anteriormente 20 reproducciones en línea, y ha introducido dinero suficiente en una terminal local de rocola para 5 reproducciones adicionales, para un gran total de 25 reproducciones potenciales. Ahora se describirá otro aspecto de la presente invención que se refiere a mejoras en la música de fondo. El servidor local y la característica de central de melodías descrita en la presente, abren un nuevo mundo completo para música de fondo en una rocola. Actualmente, cuando se pone en cola el no pago por música, las rocolas puede reproducir música de fondo (de ambiente) con la ayuda de un sistema auxiliar conectado a la rocola, tal como DMX o radio satelital. De manera alternativa, si pueden reproducir música de fondo con su propia música, se limitan a las canciones disponibles para la reproducción en la rocola, típicamente cerca de 2000 canciones. Estas canciones también se hacen disponibles para selección por los clientes habituales de la rocola. Las rocolas digitales convencionales se conectan típicamente a una red remota a través de la Internet para tener acceso a música extendida. Estas aplicaciones por lo tanto no son bien adecuadas para proporcionar servicios de música de fondo diferente de la música localmente disponible puesto que esto requerirá descarga constante o transmisión continua desde los servidores remotos para la música de fondo. Sin embargo, las rocolas equipadas con un servidor externo o división grande de música (tal como Central de Melodías descrita en la presente) pueden seleccionar música de fondo para reproducción de ese gran repertorio de canciones, aún si la canción no esta disponible para reproducción a través de la interfaz normal. Esto permite una basta variedad musical para música de fondo usando rocolas. La selección de música de fondo se puede hacer de manera automática por la rocola al azar o con un algoritmo avanzado que selecciona música en base a géneros, temas, épocas u otros criterios. También, las listas de música de fondo se pueden pre-programar por un disk jockey o similar (listas de reproducción de fondo) y enviar desde un servidor central a las rocolas. Puesto que los derechos de la música pueden diferir de las canciones disponibles en un modo de pago por reproducción y música de fondo, existe, en una modalidad de la invención, un indicador para cada canción o agregaciones de canciones (por ejemplo, todas las canciones de la etiqueta de grabaciones ABC) que permite que la rocola distinga entre canciones que se pueden reproducir como música de fondo (como lo opuesto a reproducción normal de la rocola) en base a la disponibilidad de los derechos apropiados de la música, permitiendo de este modo también la contabilidad apropiada de las regalías. En una modalidad de la invención, la rocola ofrece opciones avanzadas para permitir que un operador configure como se desempeñará la música de fondo, en base al género, temas, indicadores (marbete) , tal como éxitos de cartelera, música de Navidad, música de reproducción (por ejemplo, DJ Juan - verano 2005), etc. En otra modalidad de la invención, el operador configura la rocola para permitir que el cantinero configure adicionalmente el modo de música de fondo a través de, por ejemplo, un control remoto; igual que el cantinero seleccionará una estación de radio en los sistemas anteriores de música de fondo. Este modo ofrece música en base a géneros o temas, o listas de reproducción para mejorar la funcionalidad de música de fondo. El operador puede configurar, por ejemplo, que género, tema o listas de reproducción están disponibles al cantinero o dueño del bar. Además, un control remoto con teclas programables combinadas con software adecuado se puede proporcionar para permitir que el dueño (u otra persona) seleccione (por ejemplo para una zona particular) una cierta lista de reproducción de música de fondo o entrada de audio de TV para evento especial, por ejemplo, un juego de fútbol en una zona del bar, proporcionando de este modo servicios convenientes y efectivos de música de fondo y otros servicios a través del dispositivo de rocola. De esta manera, se pueden proporcionar, similar a los servicios de música de fondo, "canales" de música. Un propietario de una ubicación puede seleccionar un canal para la reproducción. Se puede definir una lista de canales por la ubicación y/o definir por el proveedor de contenido (por ejemplo, el proveedor de la rocola) . En ciertas modalidades de ejemplo, los canales pueden corresponder a los temas o géneros de música ya proporcionada a la rocola (por ejemplo rap, rock, country, etc.)- Además o en la alternativa, el propietario de la ubicación puede agrupar canciones conjuntamente para formar canales personalizados para o en una ubicación particular o un grupo particular de ubicaciones, y/o ser compartibles entre muchas rocolas potencialmente no relacionadas o no asociadas (por ejemplo, como una clase de canal público) . Las miles de canciones proporcionadas a la rocola se pueden reproducir en una agrupación coherente como música de fondo, por ejemplo, a través de esta característica de canal. Por ejemplo, una cantidad predeterminada de tiempo después de que no se ha insertado dinero en la rocola y/o después de que se han reproducido todas las canciones en la cola, se puede reproducir un canal de música, por ejemplo, seleccionado por un propietario, gestor, etc.). El canal se puede activar en este caso ilustrativo de una manea sustancialmente libre de la entrada directa del usuario, por ejemplo, de modo que el cambio desde la operación normal de la rocola al modo de fondo es sustancialmente transparente a los clientes habituales normales y/o usuarios autorizados (por ejemplo, gestores, propietarios, etc.) de la rocola. Por supuesto, se apreciará que los usuarios autorizados de la rocola también pueden hacer que la rocola cambie del modo de operación normal a un modo de canal y viceversa, controle el cambio de los canales, elija entre canales, etc.

Se proporcionan numerosas ventajas por esta característica. Por ejemplo, no se requiere una fuente auxiliar de datos para reproducir casos de medios proporcionados a la rocola, reduciendo de este modo la necesidad de, por ejemplo, radio satélite, radio difusión, reproductores de CD, y/o otro equipo (por ejemplo, además de o en lugar de la rocola) , alguno de los cuales pueden requerir costos adicionales en términos de hardware o en términos de tarifas de suscripción mensual. En cambio, un canal de rocola puede proporcionar cientos o aún miles de casos de medios reproducibles directamente desde la rocola. De esta manera, se pueden proporcionar numerosos canales diferentes de música de fondo en la rocola usando la música almacenada, en la rocola, o disponible en la red. Los canales disponibles entonces se pueden seleccionar por una persona autorizada usando, por ejemplo, el control remoto proporcionado por la rocola. Los varios canales también se pueden presentar en la rocola a petición, de modo que se puede seleccionar un canal desde la lista. Adicionalmente, diferente de los canales de difusión y de radio satélite tradicionales y mejorados, un cliente habitual de rocola puede ejercer su control sobre el contenido de un canal particular por más que simplemente sintonizar un nuevo canal. Por ejemplo, un usuario autorizado (por ejemplo, un propietario, gestor, etc.) puede usar un control remoto de rocola para saltar canciones, reproducir canciones, remover canciones del canal, adicionar canciones al canal, etc. Actualmente, esta funcionalidad no es posible en unión con radio canales satelitales o de radiodifusión. El canal de rocola puede aprender opcionalmente de este comportamiento de control y, similar a los sistemas de clasificación puede adaptar el canal para reproducir más frecuentemente canciones populares, reproducir de manera menos frecuentes canciones que se saltan, etc. Aún además, los canales de rocola no se someten a las mismas clases de problemas físicos asociados con la radio difusión y radio satelitales tradicionales. Por ejemplo, en tanto que un radio satelital puede ser inoperable durante condiciones de clima malo, un canal de rocola puede funcionar de una manera sustancialmente independiente de las condiciones exteriores. De manera similar, un canal de rocola no se somete a las mismas clases de restricciones geográficas asociadas con las antenas de los canales tradicionales de radiodifusión, ya que, por ejemplo, un canal de rocola se puede reproducir donde quiera que haya una rocola. En realidad, un canal de rocola no requiere aún la presencia de una conexión estable o persistente de internet, aunque se apreciará que lo mismo puede ser usado de manera ventajosa en unión con ciertas modalidades de ejemplo donde es deseable tener medios de flujo continuo, canales actualizables , etc. De esta manera, ciertas modalidades de ejemplo proporcionan sistemas y/o métodos para operar una rocola de descarga digital. Se define una pluralidad de canales, con cada canal que tiene una pluralidad de casos de medios asociados con el mismo. Se selecciona un canal de la pluralidad de canales en la parte de un usuario autorizado. Uno o más usos de los clientes habituales de la rocola se responde en un primer modo, con al menos algunos de los usos que incluyen adicionar casos de medios a una cola para reproducción de rocola y reproducir los casos de medios puestos en cola. Cuando la rocola no esta respondiendo a una petición de un cliente habitual y/o reproduciendo un caso de medios en cola, los casos de medios en el canal se reproducen en un segundo modo. El primer modo es diferente del segundo modo, y el segundo modo no es directamente controlable por un cliente habitual de la rocola. En ciertas modalidades de ejemplo, el segundo modo puede ser un modo de música de fondo (por ejemplo, tal que la música se reproduzca a un menor volumen, etc.). En ciertas modalidades de ejemplo, los casos de medios se pueden asociar con canales por un usuario autorizado, y además de o en alternativa, los casos de medios se pueden asociar con canales de acuerdo a un tema y/o género (por ejemplo rap, country, etc.) asociado con cada caso de medios. La frecuencia en la que se reproduce un caso de medios en un canal se puede cambiar en dependencia a uno o más códigos de control recibidos del usuario autorizado. Los códigos de control pueden corresponder al menos uno de: saltar un caso de medios que se reproduce por el canal, reproducir un caso de medios que se o se ha reproducido por el canal, y remover un caso de medios del canal. Aquí, como en otra parte de la presente, cualquier combinación adecuada de circuiteria lógica programada (por ejemplo, hardware, software, firmware (programa en circuito) y/o cualquier combinación adecuada de los mismos) puede permitir esta funcionalidad. Adicionalmente, se pueden almacenar instrucciones para llevar a cabo la misma en cualquier medio de almacenamiento libre por computadora, adecuado. La Figura 24 es un diagrama de flujo que muestra un proceso de ejemplo para tener acceso a un sistema de forma remota de acuerdo a una modalidad de ejemplo. En el paso S2402, un usuario se registra en un sistema de rocola desde una ubicación y/o dispositivo diferente de una rocola alojada localmente en un bar. En una modalidad preferida, el usuario tendrá acceso al sistema a través de un navegador web para obtener acceso a un portal de internet. Sin embargo, se apreciará que son posibles otros mecanismos para tener acceso al sistema, tal como por ejemplo, un dispositivo móvil (por ejemplo, un teléfono celular, PDA, etc.)/ una aplicación independiente que se corra en una computadora remota, una rocola apropiadamente configurada, etc. Además, se apreciará que las características y/o servicios ofrecidos por el sistema pueden depender del mecanismo y/o dispositivo por el cual se tiene acceso. Por ejemplo, algunas características pueden estar disponibles para una modalidad ilustrativa que usa un navegador web en una computadora personal que no están disponibles en un teléfono celular, y viceversa. Manteniéndose con este ejemplo, pero aún para propósitos de ejemplos no limitantes únicamente, aunque una modalidad ilustrativa que usa un navegador web en una computadora personal puede tener acceso al conjunto completo de características y/o servicios (por ejemplo, descargas de música, participación en foros, cuartos de plática (chat) , etc.), una modalidad ilustrativa que usa un teléfono celular sólo pueden ser capaces de descargar música y recibir mensajes de texto. Por supuesto, puesto que varios dispositivos llegan a estar más interconectados y más poderosos, se apreciará que estas distinciones no se pueden mantener por mucho tiempo. Paso S2404 determina si el usuario se reconoce por el sistema como un usuario existente. Los usuarios no reconocidos por el sistema se les avisará de manera preferente para que creen una cuenta, como en el paso S2408. Se puede requerir que los usuarios suministren, por ejemplo, sus nombres, edades, direcciones de correo electrónico, etc. De manera preferente, los usuarios serán capaces de crear perfiles que incluyen, por ejemplo, un nombre y/o sobre nombre, ciudad, su ubicación y una imagen asociada. Estos perfiles se pueden ver por otros usuarios del sistema. En algunas modalidades de ejemplo, se puede requerir que los usuarios registren y/o creen perfiles antes de participar en algunas características del sistema, a manera de ejemplo. De manera alternativa, en otras modalidades de ejemplo, los usuarios pueden especificar lo que desean que permanezca privado de su información, o porciones de la misma. En la Figura 26C se proporciona una toma de pantalla de ejemplo no limitante para evitar la información de la cuenta, y se da más adelante una descripción anexa de la misma. Después de que los usuarios crean su cuenta, de manera preferente una base de datos central de cuentas se actualiza en el paso S2410. En otras modalidades de ejemplo, no se necesita mantener una base de datos central de cuentas, y la información de las cuentas se pueda almacenar en otra parte, tal como por ejemplo, las rocolas, en la computadora personal propia de un usuario, etc. Si los usuarios se reconocen en el paso S2404, pueden elegir una característica y/o servicio en el paso S2406, descrito en más detalle con relación a las Figuras 25 y 26A. En algunas modalidades de ejemplo, los usuarios pueden tener su acceso al sistema limitado por el servicio al cual se suscriben. Por ejemplo, en algunas modalidades de ejemplo, los usuarios pueden tener acceso libre e ilimitado al sistema en línea desde computadoras personales, pero pueden tener que pagar primas para tener acceso a los servicios mediante PDA. De esta manera, en un paso no mostrado, aún si se reconoce un usuario existente, si intenta tener acceso al sistema de una manera no autorizado, no se les permitirá el acceso al sistema. Esta característica puede, en algunas modalidades de ejemplo, también bloquear acceso no autorizado por usuarios, registrados o no registrados, quienes intentan tener acceso de manera inapropiada al sistema y/o su código subyacente, canciones, etc. La Figura 25 es un diagrama de flujo que muestra un proceso de ejemplo para seleccionar uno o más de una lista no limitante de servicios y/o características en un sistema de acuerdo a una modalidad de ejemplo. Otras características y/o servicios además de, y en combinación con, aquellos descritos más adelante son posibles y se contemplan en la presente. En la Figura 25 empieza con el paso S2406 como se analiza anteriormente en unión con la Figura 24. Se apreciará que en una modalidad preferida, los pasos descritos más adelante no necesitan seleccionarse en ningún orden especifico. Por ejemplo, un usuario no necesita buscar música antes de comunicarse con otros usuarios. También se apreciará que los pasos descritos más adelante se pueden realizar, en algunas modalidades de ejemplo, solos o en combinación. Por ejemplo, un usuario puede desear buscar música antes de comunicarse con otros usuarios. En el paso S2502, un usuario puede buscar música. De manera preferente, un usuario puede especificar campos de búsqueda, solos o en combinación, tal como por ejemplo, artista, canción, álbum, género, etc. En la Figura 26E se proporciona una toma de pantalla de ejemplo que muestra los resultados de una búsqueda y se analiza a continuación. Después de buscar música, un usuario puede adicionar, entonces, por ejemplo, las canciones encontradas a una vista de reproducción, comprar las canciones, o recomendar las canciones a otros. Por ejemplo, un usuario típico puede incluir a un usuario que recuerde una canción pegadiza en un bar pero que sólo recuerde que es una canción de reggae que ha hecho algo con "Zion" del último álbum de Damien Marley. Por consiguiente, un usuario puede buscar, en el paso S2502, con los siguientes parámetros: artista, "Damien Marley"; canción, "Zion" y género, "reggae". Después de que se realiza la búsqueda, el usuario será capaz de seleccionar "Road to Zion" de una lista de resultados. Después de encontrar la canción, el usuario puede adicionarla a una lista de reproducción para conveniencia la siguiente vez que el usuario visite un bar, y el usuario pueda recomendar las canciones a los amigos. Un usuario también puede comparar el sencillo y/o descargar una copia digital. Un usuario particularmente puede ordenar el álbum completo "Welcome to Jamrock" . En el paso S2504, un usuario puede gestionar las listas de reproducción del usuario. En la Figura 26D se proporciona una toma de pantalla de ejemplo que muestra como un usuario puede gestionar las listas de reproducción, y se analiza a continuación. De forma breve, un usuario puede crear, por ejemplo, una nueva lista de reproducción, suprimir una lista de reproducción existente, y/o editar una lista de reproducción existente. En una modalidad preferida, un usuario también puede compartir una lista de reproducción, por ejemplo, con amigos o en público, si un usuario puede también buscar listas de reproducción públicamente disponibles. De manera preferente, una lista de reproducción tendrá un nombre único (por ejemplo, "Joe's All-Time Favorites", "Ghetto Grooves", "Máximum Chill-Out", y de manera preferente, una lista de reproducción tendrá una pluralidad de canciones asociadas con la misma. Se apreciará que una lista de reproducción puede contener solo una canción. Adicionalmente, se apreciará en algunas modalidades, los usuarios, DJ profesionales, u otros pueden crear y vender listas de reproducción, y que los usuarios pueden reproducir y descargar estas listas de reproducción a través del sistema. Un usuario puede comprar música en el paso S2506. En una modalidad de ejemplo, un usuario puede ordenar una canción individual, una pluralidad de canciones, un álbum completo, o múltiples álbumes. En algunas modalidades de ejemplo, un usuario puede tener su orden enviada, en tanto que en otras modalidades de ejemplo se pueden hacer disponibles copias digitales licenciadas. En aún otras modalidades de ejemplo, puede ser posible comprar música y descargarla directamente a un dispositivo de reproducción de medios (por ejemplo, un PDA apropiadamente configurado, teléfono celular, o similar) . De manera preferente, un usuario puede comunicarse con otros mediante mensajes de correo electrónico y/o texto en el paso S2508. El paso S2508 también permitirá de manera preferente que los usuarios participen en foros en linea y cuartos de plática (chat) en vivo. Los mensajes enviados a través de este paso se pueden distribuir a buzones de correo electrónico convencionales, teléfonos · celulares, ¦ etc. Adicionalmente, se pueden presentar mensajes en las rocolas, por ejemplo, cuando los usuarios receptores se registran inicialmente, cuando los mensajes se envían y/o reciben, etc. Se apreciará que los foros en linea y los cuartos de plática (chat) pueden usar protocolos, tal como por ejemplo, grupos de mensajes, protocolo de transferencia de noticias en red (NNTP) , Usenet, Chat de Repetidor de Internet (IRC), etc., o pueden usar protocolos personalizados. De vez en cuando, los propietarios o los gestores del sistema pueden patrocinar certámenes, promociones, o gangas. Los usuarios pueden participar en estas actividades a través del paso S2510. Por ejemplo, un propietario puede permitir que cualquiera que imprime un cupón evite un cargo extra. Como otro ejemplo, puede haber una competición para la mejor lista de reproducción. Se apreciará que estas promociones de ejemplo son sólo para propósitos ilustrativos, y que pueden ser posibles otros certámenes, promociones, gangas o similares. En el paso S2512, un usuario puede editar el perfil de ese usuario. Los análisis del paso S2408 de la Figura 24 anterior y la Figura 26C posterior proporciona detalle adicional del tipo de información preferentemente asociada con un perfil de usuario. Un usuario puede salir del sistema en el paso S2514. En otras modalidades de ejemplo, un usuario se puede salir del sistema automáticamente después de un periodo predefinido de inactividad.

Las Figuras 26A hasta 26E, que proporcionan tomas de pantalla de muestra, son por ejemplo sólo para propósitos ilustrativos. Los campos específicos, botones, gráficos, etc. y ubicaciones de los mismos no se proponen de ningún modo que sean limitantes. Por el contrario, las Figuras 26A hasta 26E presentan sólo una modalidad preferida de la presente invención. Se apreciará que son posibles otros arreglos y combinaciones, y que estos arreglos y combinaciones se contemplan en la presente. También se apreciará que un usuario puede navegar a través de las siguientes pantallas, y el uso del término "oprimir o presionar" indica sólo esta implementación . Por ejemplo, un usuario puede navegar las pantallas con un ratón, teclado, pantalla táctil, pluma de estilete, etc. De manera preferente, la interfaz de un usuario será muy lisa y estilizada con una cantidad limitada de publicidad u otro material no principal. Por consiguiente, cuando los anuncios, encuestas o similares son accesibles a través de la interfaz de usuario, de manera preferente se enlazarán a las funciones de rocola y/o se proyectan unidas a sus enlaces. Por ejemplo, un anunciante puede recompensar a usuarios que hagan clic en uno de sus anuncios, con créditos, reproducciones gratuitas, entradas en competencias, etc. Se pueden dar recompensas similares a usuarios que participan en encuestas. La Figura 26A es una toma de pantalla de ejemplo que muestra las características disponibles antes de que un usuario se registre en un sistema de acuerdo a una modalidad de ejemplo. Un usuario se registrará en el sistema al introducir un nombre de usuario y contraseña en el campo 2600 de nombre de usuario y campo 2602 de contraseña, respectivamente, y luego oprimiendo el botón 2604 de registrar. De manera alternativa, un usuario no registrado puede crear una cuenta al oprimir el botón 2606 de registrar. Los botones 2608 de navegación ayudan al usuario a navegar rápidamente en el sistema. En esta modalidad de ejemplo, los botones 2608 de navegación incluyen un botón de inicio, un botón de "acerca de", botón de FAQ, y un botón de encontrar una rocola. El botón de inicio regresa al usuario a una pantalla de introducción. El botón de "acerca de" presenta de manera preferente información acerca del sistema, incluyendo, por ejemplo, documentación de ayuda, términos y condiciones de uso, etc. El botón de FAQ proporciona de manera preferente información complementaria a aquella dada por el botón de "acerca de" y se personaliza para proporcionar información con respecto a las preguntas más frecuentemente preguntadas a cerca de un sistema y su servicio y características asociadas. El botón de encontrar una rocola permite de manera preferente que un usuario busque una ubicación con una rocola. Por ejemplo, los usuarios pueden buscar ubicaciones cerca de una cierta dirección, en una ciudad particular a la cual puede estar viajando el usuario, ubicaciones que ofrecen características especiales (por ejemplo, medidas especiales, DJ invitados, etc.), ubicaciones tal como para reproducir música que le gusta al usuario (por ejemplo, un bar con línea de baile puede ser apropiado para un fanático de música country, etc.) , etc. Las redes sociales también se pueden construir en base a códigos postales, escuelas (por ejemplo, escuelas secundarias, colegios, universidades, etc.), etc. En una modalidad preferida, cuando un usuario encuentra una ubicación específica, el usuario puede hacer que se presente información personalizada, por ejemplo, direcciones, mapas personalizados, horas de operación, información de estacionamientos, etc. Se apreciará que debido a las rocolas localizadas en muchas ubicaciones están conectadas de manera preferente al sistema y que las listas de reproducción de los usuarios son accesibles de manera preferente por el sistema, los usuarios pueden recibir recombinaciones tal como ajustarse a sus gustos. Por ejemplo, el sistema puede sugerir un bar específico a usuarios de una cierta edad en el mismo poblado, a quienes se conoce que les gusta un tipo específico de música. En ciertas modalidades de ejemplo, la rocola puede recomendar a estos usuarios formar con ciertas conexiones. Estas conexiones sugeridas entre clientes habituales (y de esta manea "amigos" potenciales) se puede basar de manera preferente en información conocida por la rocola aunque no necesariamente conocida por otros usuarios. Esta información puede incluir, por ejemplo, jurisdicciones frecuentadas, gustos musicales, edades, etc. En ciertas modalidades de ejemplo, por lo tanto, se pueden conectar los usuarios en base a donde van, no necesariamente de donde son. De manera similar, se puede proporcionar un servicio de localizador de rocolas, y puede existir en una rocola, mediante una página web, a través de la web de yTouchTunes y/o interfaces de rocola. etc. El servicio de localizador de rocola puede recibir entrada de usuario y búsqueda, por consiguiente. Por ejemplo, un usuario puede especificar una dirección o porción de la misma (por ejemplo, ciudad, estado y/o código postal) , puede buscar por nombre o palabra clave, puede buscar para rocolas especialmente habilitadas. Se puede presentar un mapa, con cada información que corresponde que se resalta. Se puede presentar información adicional para una ubicación determinada. Esta información adicional puede incluir, por ejemplo, el nombre y dirección de la ubicación y/o cualquier otro detalle acerca de la ubicación. Por ejemplo, las canciones más frecuentemente reproducidas se pueden presentar, como puedan ser ciertas ofertas promocionales, DJ que se presentan etc.

Se pueden introducir inicialmente criterios adicionales de búsqueda o retinar una búsqueda. Estos criterios adicionales de búsqueda pueden incluir la edad, gustos musicales, temas preferidos del usuario (por ejemplo, bar Irlandés, baile de linea country, etc.), etc. De manera alternativa, el servicio de localizador de rocolas puede llevar a cabo una búsqueda básica usando sólo los criterios introducidos por el usuario y entonces puede resaltar ubicaciones recomendadas en base a, por ejemplo, información ya conocida acerca del usuario, tal como por ejemplo, los criterios adicionales de búsqueda mencionados anteriormente. En la Figura 26F, se pueden introducir criterios de búsqueda en el bloque 2601 de búsqueda. La búsqueda se puede restringir usando los criterios 2603a-d de búsqueda de ejemplo. Un mapa 2605 del área se puede presentar, con las ubicaciones 2607 de correspondencia que se marcan o distinguen de otro modo. Un usuario puede seleccionar una marca o indicador. En este ejemplo, cuando se selecciona la marca 2607' , se presenta el bloque 2609 de información que incluye información que corresponde a la ubicación seleccionada. Como se señala anteriormente, el bloque 2609 de información puede presentar la información señalada anteriormente u otra que corresponde a la ubicación. Los usuarios pueden introducir términos de búsqueda en el campo 2610 de búsqueda. Adicionalmente, los usuarios pueden limitar adicionalmente sus búsquedas al buscar sólo en una de las categorías listadas en la lista 2612 de parámetros de búsqueda. Se apreciará que los campos de los parámetros 2612 de búsqueda son sólo para propósitos ilustrativos, y se pueden presentar otros campos además de, o en lugar de, aquellos listados, tal como por ejemplo, año, popularidad, etc. Un usuario puede llevar a cabo la búsqueda al oprimir el botón 2614 de búsqueda. Los usuarios pueden buscar alternativamente al llenar el campo 2616 de búsqueda y al seleccionar un parámetro de búsqueda de la lista de parámetros de búsqueda en la lista 2618 de despliegue hacia abajo de parámetros de búsqueda. Los resultados de una búsqueda se pueden presentar de acuerdo a la Figura 26E, analizada más adelante. Una lista de ejemplo no limitante de género se da en la lista 2620 de género. Se apreciará que se pueden presentar otros géneros en la lista 2620 de géneros, y también se apreciará que, en esta modalidad de ejemplo, los géneros adicionales se pueden accesar al hacer clic en el botón "Mas de..." en la lista 2620 de género. Un usuario que oprime un género específico puede recibir contenido adaptado a este género. Por ejemplo, al presionar o oprimir el género "Alternativo" puede presentarse, por ejemplo, una lista de los álbumes alternativos más populares, una lista de foros dedicados al análisis de música alternativa, etc.

La lista 2622 de álbumes más populares contiene información relacionada a los álbumes más populares y presenta de manera preferente la cubierta del álbum, el nombre del artista, y el nombre del álbum. La lista 2622 de álbumes más populares se puede generar de cualquier número de maneras. Por ejemplo, la lista 2622 de álbumes más populares se puede basar en preferencias de usuarios del sistema, datos comerciales con respecto a ventas de álbumes, ventas de álbumes dentro de un segmento geográfico particular, etc. De manera preferente, la lista 2622 de álbumes más populares se puede cambiar dependiendo del género seleccionado de la lista 2620 de géneros. Los usuarios pueden tener acceso al contenido especifico a la comunidad al seleccionar un método de comunicación especifico de los métodos 2624 de comunicaciones. En esta modalidad de ejemplo, los usuarios pueden comunicarse en grupos y/o foros. Se apreciará que la participación en grupos y/o foros puede requerir registro, y que los grupos y/o foros se pueden designar públicos o privados. De manera preferente, los grupos comprenderán usuarios, por ejemplo, con intereses similares, en ubicaciones cercanas, etc. Por ejemplo, puede haber un grupo de las llamadas "Cabezas Muertas" para permitirles puntos de reunión, transporte, etc., para turismo venidero del Grateful Dead. Los foros pueden funcionar de manera similar, aunque de manera preferente serán más estáticos, permitiendo mensajes engarzados entre los usuarios. La pista 2626 de página de inicio proporciona una manera conveniente para navegación a través del sistema. De manera especifica, la pista 2626 de página de inicio traza la ruta que un usuario toma al tener acceso a una cierta página. Al presionar una parte especifica de la página de inicio desde la pista 2626 de página de inicio se lleva de manera preferente al usuario una ubicación correspondiente. El área 2628 y el área 2630 de información se pueden personalizar para proporcionar información adicional a los usuarios. En esta modalidad de ejemplo, el área 2628 de información sugiere razones para usar características específicas (aquí, crear listas de reproducción personalizadas), y el área 2630 de información proporciona consejos útiles (aquí, con relación a como crear una lista de reproducción personalizada) . Se apreciará que las áreas 2628 y 2630 de información pueden cambiar dependiendo de por ejemplo, el usuario, la hora de acceso, el número de veces que un usuario tiene acceso a una página determinada, etc. Adicionalmente, se apreciará que las áreas 2628 y 2630 de información pueden contener diferente información no relacionada al uso del sistema, tal como por ejemplo, publicidades, promociones, etc. La Figura 26B es una toma de pantalla de ejemplo que muestra las características disponibles después de que un usuario se registra en un sistema de acuerdo a una modalidad de ejemplo. En base a la información de perfil del usuario, se puede presentar la información 2632 de usuario y el icono 2634 de usuario. En esta modalidad de ejemplo, la información 2632 de usuario comprende un nombre de usuario y una ubicación, y el icono 2634 de usuario es un cuadrado sólido. Se apreciará que se puede presentar información adicional y/o alterna, y también se apreciará que la única información proporcionada por los usuarios se puede presentar. Los usuarios pueden editar su perfil, incluir información 2632 de usuario e icono 2634 de usuario al presionar u oprimir el botón 2636 de editar perfil. Los usuarios pueden salir del sistema al oprimir el botón 2638 de salir. En algunas modalidades de ejemplo, los usuarios se pueden salir automáticamente después de que ha transcurrido un periodo predefinido de inactividad. Las listas de reproducción 2640 de usuarios presentan las listas de reproducción que el usuario ha creado y/o importado. Se apreciará, que las listas de reproducción 2640 de usuario se vaciarán si un usuario no ha creado o no ha importado ninguna lista de reproducción. De manera preferente, la modalidad de ejemplo presentará el único nombre especificado por el usuario para cada una de las listas de reproducción. Los usuarios pueden expandir una o más listas de reproducción especificas de las listas de reproducción 2640 de usuario para mostrar las canciones asociadas con la lista de reproducción. En el ejemplo mostrado en la Figura 26B, se expande la lista de reproducción "Alternativa", y se muestran cuatro canciones 2642 como que están asociadas con la lista de reproducción "Alternativa". Se apreciará que los usuarios pueden expandir múltiples listas de reproducción, y/o colapsar listas después de que se expandan. De manera preferente, el sistema presentará al menos una recomendación 2644. La recomendación incluirá de manera preferente una cubierta de álbum, un nombre de canción, información de artista, y palabras clave asociadas con esto. La recomendación se generará de manera preferente de forma automática, y se puede basar en una variedad de datos. Los datos para generar una recomendación pueden incluir, por ejemplo, datos demográficos de usuario (por ejemplo, edad, sexo, raza, etc.), el número y tipos de canciones en las listas de reproducción de usuario, canciones que el usuario ha comprado a través del sistema, canciones populares, etc. De manera preferente, el sistema permitirá que el usuario adicione rápidamente la canción recomendada a una lista de reproducción al oprimir el botón 2646 de adicionar. La Figura 26C es una toma de pantalla de ejemplo que muestra como el usuario puede actualizar la información de cuenta. El cuadro 2648 de estado presenta información básica que será públicamente disponible. En esta modalidad de ejemplo, se incluye un nombre de usuario, nombre real, género, ubicación, y edad. Sin embargo, se apreciará que otras modalidades pueden requerir información adicional y/o alternativa. También se apreciará que los usuarios pueden elegir mantener información (por ejemplo, nombre real, edad, etc . ) privada . El nombre de usuario es seleccionado en el ajuste inicial de cuentas se presenta como el campo 2670 de nombre de usuario. De manera preferente, un usuario no será capaz de cambiar el campo 2670 de nombre de usuario después del ajuste inicial, y de manera preferente, cada nombre de usuario será único. El usuario puede introducir una dirección de correo electrónico en el campo 2652 de dirección de correo electrónico. En una modalidad preferida, el sistema enviará correos electrónicos importantes (por ejemplo, información de términos y condiciones, avisos de gangas, facturas, etc.) a esta dirección de correo electrónico. Se puede especificar un nombre real en el campo 2654 de nombre. Aunque esta modalidad de ejemplo muestra el campo 2654 de nombre como un campo único, se apreciará que múltiples campos pueden capturar en cambio la misma información (por ejemplo, campos para el nombre y apellido; nombre, segundo nombre y apellidos; etc.) . Un usuario puede elegir un género de las opciones 2656 de género. Se puede especificar una ubicación en el campo 2658 de ubicación. Aunque esta modalidad de ejemplo muestra el campo 2658 de ubicación como un campo único, se apreciará que múltiples cambios pueden capturar en cambio la misma o adicionar información (por ejemplo, campos para ciudad y estado; ciudad, estado, y código postal; ciudad, provincia y país; etc.). Se puede especificar una fecha de nacimiento en el campo 2660 de fecha de nacimiento. Aunque esta modalidad de ejemplo muestra el campo 2660 de fecha de nacimiento como tres campos, se apreciará que un campo único o múltiples campos en un orden diferente pueden capturar en cambio la misma o adicionar información (por ejemplo, un campo para mes, día y año; mes y año únicamente; mes, día y año; etc.) . Un usuario puede introducir información personal u otra en el campo 2662 de biografía de forma gratuita. Adicionalmente, un usuario puede especificar una línea de firma o línea de marca en el campo 2662 de firma o signatura de foro. De manera preferente, el sistema anexará automáticamente los contenidos del campo 2662 de firma o signatura de foro a los mensajes de los usuarios a grupos y/o foros. Un usuario puede subir una imagen o icono al introducir una información de archivo en el campo 2666 de imagen. De manera preferente, esta imagen se presentará en el registro y/o cuando un usuario mando un mensaje en un grupo o en un foro. En una modalidad preferida, los campos requeridos se pueden marcar, por ejemplo, con un asterisco (*), resaltar, o designar de otro modo. En otras modalidades, un usuario puede almacenar adicionalmente información de compras, tal como por ejemplo, información de tarjeta de crédito, dirección de facturación y de envió, etc. Esta información se puede usar por ejemplo, si el usuario decide ordenar o descargar canciones, álbumes u otra mercancía, para cargar automáticamente una cuenta de modo que los usuarios puedan "reproducir ahora y pagar después" en tanto que usan las rocolas en los bares y/o clubes, etc. El botón 2668 de gestor de listas de reproducción proporciona acceso rápido a la forma del gestor de listas de reproducción, analizado en más detalle más adelante en unión con la Figura 26D. Los botones 2670 de colapsar y expandir permite que un usuario cambie rápidamente la información de la lista de reproducción que se muestra a la izquierda de la presentación de esta modalidad de ejemplo. Las recomendaciones 2672 se generan de manera preferente de la manera descrita anteriormente, y al hacer clic en una o más recomendaciones se permite de manera preferente que un usuario las asocie con sus propias listas de reproducción de una manera rápida y fácil. La Figura 26D es una toma de pantalla de ejemplo que muestra como un usuario puede gestionar las listas de reproducción. En esta modalidad de ejemplo, se presentan listas de reproducción personalizadas del usuario de forma horizontal (como marbetes 2674 de listas de reproducción) , y sus contenidos respectivos se presentan por debajo de los encabezados apropiados (como contenidos 2676 de lista de reproducción) . Por supuesto, se apreciará que son posibles arreglos alternativos. De manera preferente, cada lista tiene una descripción única asociada, con la misma, y cada entrada en la lista de reproducción presenta el número de la canción en la lista de reproducción, el nombre de la canción, y el artista. Los usuarios pueden editar de manera preferente listas de reproducción al "arrastrar" y "dejar caer" canciones en y/o fuera de una lista de reproducción. Los usuarios pueden usar la función de búsqueda para adicionar una canción especifica. En algunas modalidades, la remoción de todas las canciones de una lista de reproducción determinada provoca que el usuario notifique que esta vacia la lista de reproducción, y pregunta al usuario si se debe suprimir la lista de reproducción. Un usuario puede crear una nueva lista de reproducción al presionar el botón 2678 de crear nueva lista de reproducción. De manera preferente, se avisará al usuario para que introduzca un nombre único para la nueva lista de reproducción. Entonces, el usuario puede editar la lista de reproducción de la manera descrita anteriormente. Los usuarios también pueden compartir listas de reproducción al oprimir el botón 2680 de compartir. El botón 2680 de compartir permite que los usuarios designen sus listas de reproducción como públicas para permitir que otros usuarios recuperen sus contenidos, permitiendo de manera preferente que los usuarios arrastren y dejen caer listas de reproducción seleccionadas en las categorías, tal como por ejemplo, pública, privada, etc. De manera correspondiente, los usuarios pueden buscar la listas de reproducción creadas por otros usuarios, preparadas por DJ, etc., y entonces copiar y/o importar la lista de reproducción. Los usuarios pueden suprimir listas de reproducción al oprimir el botón 2682 de suprimir lista de reproducción para presentar la lista de listas de reproducción 2684 y luego seleccionar la lista de reproducción que se va a suprimir en la lista de listas de reproducción 2684. La Figura 26E es una toma de pantalla de ejemplo que muestra los resultados de una búsqueda ilustrativa para música. En esta modalidad de ejemplo, un usuario hipotético buscó para "portis*", donde el asterisco (*) indica un comodín. De manera preferente, los resultados de búsqueda se agruparán por artista (lista 2686 de artista) , pista/canción (lista 2688 de pista/canción), y/o álbum (lista 2690 de álbum) . De manera preferente, cada resultado dentro de una agrupación puede tener una clasificación 2692 asociada con el mismo. Esta clasificación se puede basar en por ejemplo, el número de usuarios con el artista/pista/álbum en una lista de reproducción, la posición actual en la cartelera (u otra), ventas de todos los tiempos, etc. Adicionalmente, en una modalidad preferida, los usuarios pueden ser capaces de clasificar los resultados dentro de una categoría alfabéticamente o por clasificación para facilitar la ubicación de un resultado específico. Debido a que los alcances de atención de los usuarios son finitos y debido a las limitaciones de espacio, el resultado de la búsqueda, se limitará de manera preferente a unos pocos resultados (de manera preferente al menos cinco, de manera preferente no más de diez) , en tanto que el botón 2694 además permitirá que el usuario navegue por una lista expandida. La Figura 27 muestra un sistema de ejemplo para descargar música a un dispositivo móvil. Un usuario indica mediante el dispositivo móvil 2702 que el usuario este interesado en descargar una canción o canciones después de registrarse en la rocola 2703. Se apreciará que muchos tipos de dispositivos móviles 2702 pueden comunicarse con la rocola 2703 sobre muchas redes de comunicación diferentes. Por ejemplo, un teléfono celular apropiadamente configurado puede comunicarse sobre el canal de datos de una red celular, un PDA puede comunicarse sobre TCP/IP normal, etc.

La rocola 2703 se comunica sobre una red 2704 para interconectarse con el repertorio 2706 de música. De manera preferente, el repertorio 2706 de música contendrá una amplia variedad de descargas potenciales. Para algunas peticiones, puede ser necesario confirmar la descarga asi, por ejemplo, hay múltiples versiones disponibles de una canción (por ejemplo, Van Morrison y Jimmy Buffett tienen ambos versiones de "Brown Eyed Girl", etc.), o para propósitos de confirmación. Después de que el repertorio 2706 de música recibe una petición, seleccionará la canción (o canciones) apropiada y la enviará de regreso a través de la red 2704 al dispositivo móvil 2702. Aunque no se refleja en la Figura 27, las modalidades alternativas pueden enviar una canción apropiada a otro dispositivo designado. Por ejemplo, un usuario en un bar puede oir una canción y desear que se envíe a su computadora de casa. Los usuarios en un coche pueden oír la canción que esta disponible la siguiente vez que visiten un bar particular, y de esta manera, por ejemplo, la canción se pueda descargar a una rocola remota. En algunas modalidades de ejemplo, se pueden enviar la canción apropiada 2708 a través de una diferente red de comunicaciones, como sea apropiado . A los usuarios, se les puede facturar de acuerdo a la información de facturación que introdujeron. Por ejemplo, se puede cargar una tarjeta de crédito almacenada donde quiera que se descargue una canción mediante la interfaz de rocola. Como otro ejemplo, un usuario puede establecer una cuenta especial especifica de rocola, enlazada a, por ejemplo, una cuenta de Pay-Pal. En un aspecto relacionado, los usuarios pueden usar sus teléfonos celulares (u otros dispositivos portátiles adecuados) para comprar medios, registrarse con la rocola, etc., al intercambiar códigos (por ejemplo, mediante mensajes SMS), con la rocola. Por ejemplo, un usuario puede identificarse por si mismo con la rocola (por ejemplo, puede registrarse en la rocola o de forma remota a través de un dispositivo móvil) . Dependiendo de si el número de teléfono celular del usuario (o dirección de correo electrónico, etc., dependiendo de la implementación) , el usuario puede haber introducido la información apropiada. Se puede enviar al usuario un mensaje de autorización mediante SMS (o apropiadamente similar) y/o un código de autorización. El usuario entonces puede introducir ese código en la rocola para empezar a comprar música, crear contenido personalizado, tener acceso a características disponibles a usuarios reconocidos, etc. Este método de comunicación también puede permitir en algunas modalidades de ejemplo que los usuarios pre-verifiquen y/o pre-paguen de forma remota compras de música. La Figura 28 es un diagrama de flujo que muestra un proceso de ejemplo para recuperar música. Un usuario puede oír una canción que se reproduce, por ejemplo, en un bar, en un club, en la radio, etc., como en el paso S2802. Un usuario decide típicamente comprar una canción en el paso S2804 después de oírla. Sin embargo, se apreciará que un usuario puede elegir descargar una canción sin oírla debido a que, por ejemplo, los amigos del usuario se la recomendaron, el usuario descarga todas las canciones por un artista particular, etc. Usando un dispositivo móvil, el usuario se registra en el sistema de rocola en el paso S2806 y selecciona la canción a comparar en el paso S2808. El uso de un dispositivo móvil permite compras de "impulso" rápidas y convenientes. En algunas modalidades, la elección de que canción comprar se puede automatizar, por ejemplo, al seleccionar la canción que actualmente se reproduce en una ubicación determinada como la canción que actualmente se reproduce en una cierta estación de radio, la canción que hay se acaba de reproducir en una ubicación determinada, etc. El usuario puede especificar para métodos de compra en el paso S2810, tal como por ejemplo, como pagar la canción, el dispositivo al cual se debe descargar, etc. En el paso S2812, la canción se distribuye al usuario mediante la' interfaz de rocola. Se apreciará que la canción de puede distribuir a otros dispositivos, tal como por ejemplo, una rocola particular, un dispositivo portátil de medios, una computadora portátil, una computadora de escritorio, etc. La Figura 29 es un diagrama de bloques de un sistema mejorado de rocola de descarga digital con dispositivos remotos que tienen acceso a la rocola desde dentro de una ubicación particular. Una rocola 16 está localizada dentro de una ubicación particular, bar particular, o similar. Los usuarios pueden tener acceso a la rocola 16 a través de la interfaz 24 de usuario que corre en la misma. Sin embargo, los usuarios también pueden tener acceso de manera remota a la rocola 16. De esta manera, una pluralidad de dispositivos móviles 26a-26d se muestran localizados en la ubicación particular. Los dispositivos móviles 26a-26d son, respectivamente, una computadora portátil, un PDA, un teléfono celular, y otros dispositivos personales, aunque se apreciará que se pueden usar otros dispositivos apropiadamente configurados. Cada dispositivo móvil 26a-26d esta equipado con un transmisor inalámbrico 27a-27d, respectivamente. Los dispositivos móviles 26a-26d permiten de manera preferente que usuarios registrados se registren de manera efectiva en los dispositivos de rocola y tengan acceso a contenido especifico, tal como por ejemplo, listas de reproducción personalizadas, pantallas personalizadas, mensajes de otros usuarios reconocidos, etc. De manera preferente, un cambio hecho por uno de los dispositivos móviles 26a-26d (por ejemplo a los ajustes de usuario, ajuste de lista de reproducción, etc. se reflejará por todos los dispositivos móviles 26a-26d. Por ejemplo, si un usuario crea una nueva lista de reproducción, evita una lista de reproducción existente, cambia una contraseña, etc., en una rocola mediante la interfaz 24 de usuario, las interfaces 24a-24f de usuario, reflejaran ese cambio. Los dispositivos móviles 26a-26d pueden comunicarse a través de una red externa para comunicarse con la rocola 16 que tiene comunicador 25. Se apreciará que los dispositivos móviles 26a-26d pueden comunicarse sobre una LAN, Internet inalámbrico, Bluetooth, o cualquier otra red adecuada de comunicaciones. De manera preferente, una base de datos central de información de usuarios reconocidos se mantiene y es accesible por cada uno de los dispositivos 16, 16a-16f de rocola y los dispositivos remotos 26a-26d. Sin embargo, en algunas modalidades de ejemplo, las bases de datos locales de información de usuario reconocidos se pueden mantener en los dispositivos. De manera preferente, los dispositivos se comunicarán entre si a través de una red de comunicación, tal como por ejemplo, la Internet. Sin embargo, se apreciará que son posibles otros métodos de comunicación, tal como por ejemplo, a través de comunicaciones alámbricas sobre una LAN, comunicaciones inalámbricas, etc.

Las Figuras 29A-29E proporcionan configuraciones adicionales no limitantes de ejemplo que tienen acceso de manera remota a las rocolas. Se apreciará que son posibles si se contemplan en la presente otras variaciones y combinaciones de estas configuraciones de ejemplo. La Figura 29A es un diagrama de bloques de un sistema de rocola digital de descarga, mejorado con dispositivos remotos que tienen acceso a una rocola desde dentro de una ubicación particular. En esta modalidad de ejemplo, la rocola 16 y la pluralidad de dispositivos remotos están localizados dentro de una ubicación particular. La rocola 16 incluye una interfaz 24 de usuario que permite que los usuarios de rocola hagan, por ejemplo, selecciones, creen perfiles, editen listas de reproducción, etc. La rocola 16 también incluye un dispositivo 25 de comunicación inalámbrica. Los dispositivos remotos 26a-26b de comunicación inalámbrica se comunican con la rocola 16 a través de sus respectivos dispositivos 27a-27c de comunicación inalámbrica. En esta modalidad de ejemplo, los dispositivos remotos 27a-27c son, respectivamente, una computadora portátil, un PDA, y un teléfono celular. Se apreciará que otros dispositivos remotos pueden comunicarse con una rocola 16. También se apreciará que los dispositivos remotos de acuerdo a éste sistema pueden comunicarse de manera operable con la rocola 16 desde fuera de la ubicación particular, con el intervalo que se determina por el hardware en la rocola 16 y los dispositivos remotos 27a-27c y los protocolos sobre los cuales se comuniquen. De esta manera, por ejemplo, las comunicaciones sobre conexiones de 802.11 g pueden permitir que los usuarios tengan acceso a la rocola 16 desde dentro de una ubicación, mesas establecidas fuera de la ubicación, y otras áreas que circundan de forma inmediata el área. Los dispositivos remotos 26a-26c permiten que los usuarios se registren de forma remota en la rocola 16, sin tener acceso a la rocola 16 y la interfaz de usuario 24 de forma directa. De esta manera, un usuario puede reproducir, por ejemplo, canciones, editar listas de reproducción, y realizar otras actividades relacionadas a la rocola sin usar directamente la interfaz de usuario 24. Se apreciará que los dispositivos remotos 27a-27c pueden tener sus propias interfaces de usuario, que pueden ser las mismas como o diferentes de la interfaz de usuario 24. La información de perfil de usuario se puede almacenar de manera local en la rocola 16, en un servidor remoto (no dibujado), o en un dispositivo remoto 27. De manera preferente, un cambio hecho por un dispositivo remoto (por ejemplo a la información de perfil de usuario, contenidos de la lista de reproducción, medios comprados, etc.) se reflejará en la rocola 16, como cualquier otro dispositivo remoto asociado y/o otras rocolas, etc.

La Figura 29B es un diagrama de bloques de un sistema mejorado de rocola de descarga digital con dispositivos remotos fuera de una ubicación particular que tiene acceso al sistema de rocola digital. En esta modalidad de ejemplo, la rocola 16 con el servidor local 22 y la interfaz de usuario 24 se conectan a una red 14. Diferente de los dispositivos remotos 26a-26c que se conectan directamente con la rocola 16 en la Figura 29A, estos dispositivos remotos 26a-26c también se conectan a la red 14. De esta manera, los usuarios pueden registrarse a la rocola 16 sobre un área potencialmente amplia. Por ejemplo, los dispositivos remotos 26a-26c pueden conectarse con la rocola 16 sobre LAN, AN, conexión de Internet, o similares. La información del perfil de usuario se puede almacenar en el servidor local 22. Nuevamente, y de manera preferente, un cambio hecho por un dispositivo remoto (por ejemplo, a la información del perfil de usuario, contenidos de la lista de reproducción, medios comprados, etc.) se reflejará en la rocola 16, cualquier otro dispositivo remoto asociado, y/o en otras rocolas, etc. La Figura 29C es otro diagrama de bloques de un sistema mejorado de rocola de descarga digital con dispositivos remotos fuera de una ubicación particular que tienen acceso al sistema de rocola digital. La Figura 29C es similar a la Figura 29B, ya que una pluralidad de dispositivos remotos 26a-26c se conectan a la rocola 16 sobre la red 14. Sin embargo, la Figura 29C incluye una base de datos 29 conectada a la red 14. La base de datos 29 puede almacenar, por ejemplo, información del perfil de usuario, definiciones de la lista de reproducción de los usuarios, etc. Esta configuración puede ser ventajosa en algunas implementaciones de ejemplo debido a que una pluralidad de rocolas conectadas a la red 14 pueden tener acceso a la base de datos central 29 sin contactar las rocolas individuales o dispositivos remotos individuales, que no siempre pueden estar disponibles. La Figura 29D es un diagrama de bloques de un sistema mejorado de rocola digital de descarga con otro sistema de rocola digital de descarga fuera de una ubicación particular que tiene acceso al primer sistema de rocola digital. En esta modalidad de ejemplo, una rocola 16a con un servidor local 22a y una interfaz de usuario 24a se localizan dentro de una primera ubicación, y una rocola 16b con un servidor local 22b y una interfaz 24b de usuario están localizadas dentro de una segunda ubicación. Se apreciará que las ubicaciones pueden ser en lugares diferentes dentro de un bar único, dos establecimientos separados, etc. Tanto la rocola 16a como la rocola 16b se conectan mediante la red 14. La información de perfil de usuarios se puede almacenar en uno o ambos de los servidores locales 22a y 22b. En algunas modalidades de ejemplo, si la información de perfil de usuario se almacena en sólo un servidor local, un usuario que se registre en una rocola será capaz de manera preferente de tener acceso a la información almacenada en el otro servidor local. En otras modalidades de ejemplo, si la información de perfil de usuarios se almacena en ambos servidores locales, de manera preferente, cualquier cambio hecho en una rocola se reflejará en la otra. En aún otras modalidades de ejemplo, se puede recuperar información de perfil de usuario desde una primera rocola y almacenar a una segunda rocola sólo cuando un usuario tiene acceso a la segunda rocola. Estas configuraciones son ventajosas debido a que no distribuyen información de usuario a áreas donde los usuarios no tienen acceso a su información. Por ejemplo, un usuario quien viaja desde Washington a Los Ángeles en un viaje de negocios será capaz de tener acceso a la información particular del usuario creada en Washington al registrarse en una rocola en Los Ángeles; sin embargo, debido a que el usuario hipotético no se ha registrado en una rocola en Montreal, las rocolas no tendrán necesariamente almacenada de manera local la información del usuario. La Figura 29E es otro diagrama de bloques de un sistema mejorado de rocola digital de descarga con otro sistema de rocola digital de descarga fuera de una ubicación particular que tiene acceso al primer sistema de rocola digital. La Figura 29E es similar a la Figura 29D, ya que una rocola 16a se conecta a una rocola 16b sobre la red 14. Sin embargo, la Figura 29E incluye una base de datos 29 conectada a la red 14. La base de datos 29 puede almacenar, por ejemplo, información del perfil de usuario, definiciones de la lista de reproducción de los usuarios, etc. Esta configuración puede ser ventajosa en algunas implementaciones de ejemplo debido a una pluralidad de rocolas conectadas a la red 14 que pueden tener acceso todas a la base de datos central 29 sin ponerse en contacto con las rocolas individuales o los dispositivos remotos individuales, que pueden no estar disponibles siempre. Se apreciará que se pueden unir a través de la red 14 una pluralidad de rocolas. La Figura 30 es un diagrama de flujo de ejemplo que muestra una manera en la cual los usuarios pueden cambiar su estado al llegar hacer "usuarios verificados". En el paso S3002, un usuario potencial crea una cuenta de rocola para llegar hacer un usuario registrado. Como se describe anteriormente, el usuario potencial puede crear la cuenta en una rocola en una ubicación, o al tener acceso de manera remota a la rocola, por ejemplo, al usar una computadora personal, computadora portátil, dispositivo móvil, etc. Se apreciará que los usuarios potenciales quienes caminen de manera inesperada o espontánea a una reunión para usuarios verificados pueden desear llegar hacer usuarios verificados inmediatamente y crear su cuenta con poco o ningún planteamiento anterior. Los usuarios registrados reciben notificaciones de reuniones, ventas especiales y similares en el paso S3004. Estas notificaciones se pueden enviar mediante correo electrónico, mensaje de texto de SMS, a través de un mensaje presentado cuando un usuario registrado se registra en una rocola de forma local, etc. En ciertas modalidades preferidas, los usuarios registrados se les informarán de reuniones sólo si cumplen con calificaciones predefinidas. Por ejemplo, todos los usuarios registrados que viven en los municipios de Nueva York pueden recibir un aviso de una reunión en Manhattan, pero un usuario registrado en Des Moines no lo puede hacer. Como otro ejemplo, los usuarios a quienes se les especifica que les gusta Música Metálica pueden no recibir avisos de reuniones de Go-Go. Después de que un usuario registrado recibe una notificación con respecto a una reunión, el usuario registrado puede participar en ese evento, como en el paso S3006. Este paso puede comprender asistir a un bar, evento, evento social, o similar. En el paso S3008, el usuario registrado llega hacer un usuario verificado. Este paso puede referir que el usuario se registre en una rocola durante la reunión. De manera alternativa, los usuarios registrados pueden recibir comprobantes, códigos o similares para entrar posteriormente en una rocola (de manera local o remota) para cambiar su estado a verificado. En ciertas modalidades diferentes, los usuarios registrados pueden poner sus tarjetas de negocios, listas de firma, o de otro modo indicar su presencia para hacer que su estado cambie. De esta manera, en el paso de S3010, un usuario puede tener privilegios otorgados, derechos de acceso cambiados, etc., en base al estado verificado. Por ejemplo, un usuario verificado puede obtener acceso a ciertos grupos/foros de análisis que son sólo para usuarios verificados. Los usuarios verificados también pueden hacer, en ciertas modalidades de ejemplo, colocación de mensajes sin moderación. En ciertas modalidades de ejemplo diferentes, los usuarios verificados pueden ser capaces de tener acceso a promociones especiales no disponibles a otros usuarios. Esta promoción especial pueden incluir la capacidad de enviar mensajes (por ejemplo, mensajes SMS, mensajes de correo electrónico, mensajes con imagen, etc.), a los teléfonos móviles de los usuarios registrados. En ciertas modalidades de ejemplo, los cupones para uno o más créditos gratuitos se pueden enviar a los usuarios registrados. El cupón mismo puede venir en cualquier forma. Por ejemplo, se puede proporcionar un mensaje simple para mostrar a una persona autorizada en una ubicación (por ejemplo, un gestor de bar, propietario, etc.). El cupón también puede incluir un código de validación especial, por ejemplo, para ayudar a reducir las probabilidades de créditos gratis que se den de forma errónea. El código de validación se puede mostrar a una persona autorizada o se puede introducir directamente en una rocola. El código se puede validar contra una base de datos de códigos localizada en la rocola o lejos de la rocola. La base de datos se puede actualizar (por ejemplo, la validez del cupón se puede revocar para impedir usos adicionales del mismo cupón, etc.) después de que se lee un cupón. De manera alternativa o de más, el código se puede crear de acuerdo a un formato autoverificable tal que una base de datos no necesite ser consultada (por ejemplo, el código mismo se puede codificar con el número de créditos y/o información adicional de acuerdo a un formato predefinido que puede ser fácilmente determinable o no por un observador casual) . El código de validación también puede incluir un código de ubicación que indique que el cupón sólo es bueno para una ubicación particular o un grupo de ubicaciones. Como un ejemplo, se puede proporcionar un cupón para reproducciones en todas las rocolas en todas las ubicaciones poseídas por una persona única. De manera similar, el código de validación también puede incluir un código de fecha de vencimiento, tal como por ejemplo, un número de días o una fecha/tiempo absoluto en el cual el receptor del cupón debe redimir el cupón. Por ejemplo, el código puede ser bueno para el uso en el espacio de una semana, sólo en ciertos días, etc. Separado de, o además de un mensaje simple y/o código de validación, el cupón se puede proporcionar en la forma de un código de barras escaneable por el gestor y/o en la rocola usando hardware apropiado. Los cupones se pueden distribuir, por ejemplo, como mensajes de texto, a través del correo regular, a través de correo electrónico, etc. En ciertos casos de ejemplo, si el cupón incluye un código de barras o esta en otro formato, puede ser necesario imprimir un cupón para el reembolso en una ubicación, en tanto que en otros casos de ejemplo puede ser posible poner sólo en dispositivo móvil que ha recibido el cupón. De esta manera, ciertas modalidades de ejemplo proporcionan sistemas y/o métodos para distribuir un cupón a un usuario de una rocola de descarga digital. Se crea un código de validación. Asociándose con el código de validación esta un número de créditos gratis para el usuario. Se señala que no se necesite incluir un número especifico necesariamente en el código de validación, por ejemplo, la existencia del cupón mismo puede ser buena para un número predeterminado de créditos (por ejemplo, 1 crédito, 5 créditos, 10 créditos, etc.). El código de validación se incluye con el cupón. El código de validación se transmite al usuario. Incluido en el código de validación puede estar al menos una ubicación donde el usuario puede redimir el cupón y/o una restricción en el tiempo cuando el usuario puede redimir el cupón. El código de validación puede incluir una secuencia alfanumérica codificada y/o un código de barras. La característica del cupón también se puede usar para cupones que proporcionan descuentos para alimentos, bebidas y/o otros productos/servicios ofrecidos por un establecimiento de rocolas. En ciertas modalidades de ejemplo, el código de validación se puede obtener del cupón. Entonces se puede determinar si es válido el código de validación. Cuando es válido el código de validación, se proporcionan un número de créditos al usuario de acuerdo con el número de créditos gratis asociados con el código de validación. El código de validación se puede obtener por la rocola mediante un escáner o explorador de código de barras, y/o un usuario puede tener que introducir el código de validación en la rocola mediante una interfaz de usuario proporcionada a la rocola. De manera alternativa o adicional, un usuario autorizado de una rocola (por ejemplo, un gestor, propietario, etc.) puede proporcionar los créditos gratis al cliente habitual. Aquí, como en otra parte, cualquier combinación adecuada de circuitería lógica programada (por ejemplo hardware, software, firmware (programa en circuito) y/o cualquier combinación adecuada de los mismos) se puede permitir esta funcionalidad. Adicionalmente, las instrucciones para llevar a cabo lo mismo se pueden almacenar en cualquier medio de almacenamiento adecuado leíble por computadora. La Figura 31 es un diagrama de flujo de ejemplo que muestra como los usuarios registrados pueden recibir créditos por referir usuarios potenciales. En el paso S3102, un usuario se registra en una rocola, ya sea de manera local o remota). En el paso S3104, los usuarios especifican alguna información de contacto para usuarios futuros potenciales. Se apreciará que el paso S3104 se puede acceder cuando los usuarios crean nuevas cuentas, cuando los usuarios registrados tienen acceso a una forma, etc. También se apreciará que se puede usar la información de contacto, como sea apropiado, para enviar, por ejemplo, un correo electrónico, un mensaje de texto, un correo convencional, etc. En el paso S3106, se envían invitaciones a usuarios futuros potenciales por la rocola usando la información de contacto proporcionada. Finalmente, en el paso S3108, el referir usuarios puede recibir créditos. En ciertas modalidades de ejemplo, se pueden otorgar créditos en base al número de usuarios referidos. En ciertas modalidades de ejemplo, se pueden otorgar créditos en base a una fórmula (por ejemplo, 1 crédito por cada cinco usuarios referidos y/o registrados), que pueden incluir bonificaciones (por ejemplo, una bonificación se puede dar cuando 10, 25 y/o 50 usuarios referidos llegan hacer usuarios registrados) . La Figura 32 es un diagrama de flujo de ejemplo que muestra como los usuarios registrados pueden recibir créditos por crear listas de reproducción públicas. En el paso S3202, un usuario se registra en una rocola, ya sea de manera local o remota. En el paso S3204, un usuario crea una lista de reproducción pública. Como se describe anteriormente, un usuario asociará ciertos casos de medios con una lista de reproducción, dando de manera preferentemente la lista de reproducción completa un nombre descriptivo. Se apreciara que los usuarios pueden crear listas de reproducción usando cualquiera de los métodos descritos anteriormente, que incluyen, por ejemplo, características de arrastrar y dejar caer, características de búsqueda, etc. En ciertas modalidades de ejemplo, puede ser necesario designar listas de reproducción como públicas. En el paso 3206, los usuarios de la rocola pueden tener acceso a lista de reproducción públicas y a canciones públicas como parte de sus actividades normales en la rocola. La rocola monitoriza la actividad del usuario, especialmente con respecto a las canciones y listas de reproducción a las que se ha tenido acceso. En ciertas modalidades de ejemplo, la rocola mantendrá cuentas, porcentajes y similares relacionados a las canciones y listas de reproducción a las que se ha tenido acceso. La rocola recompensará a usuarios en base a los accesos de otros usuarios en el paso S3210. Por ejemplo, se puede recompensar en los usuarios si se ha tenido acceso a sus listas de reproducción, a la mayoría de la lista de reproducción, si se ha tenido acceso por arriba de un cierto número de umbral de veces, si se selecciona más de una lista de reproducción en una categoría predefinida, etc. En ciertas modalidades de ejemplo, se puede recompensar a los usuarios en base a los contenidos de sus listas de reproducción. Por ejemplo, se puede recompensar a los usuarios en base a sí su lista de reproducción contienen un número y/o proporción predefinida de las canciones más populares, como se ad determina por la rocola. Por ejemplo, una manera obvia por lo cual se puede recompensar a los usuarios es al darles créditos para reproducciones adicionales en la rocola. También se pueden recompensar a los usuarios al hacer que entren en ciertas promociones, gangas, o similares. De manera más general, un usuario reconocido puede ganar puntos de recompensa por llevar a cabo actividades arbitrarias relacionadas a la rocola (por ejemplo, en una rocola real, mediante una interfaz de web, etc.). Por ejemplo, un usuario reconocido puede ganar puntos cada vez que el usuario se registra, envía un mensaje, comparte una lista de reproducción, etc. Los puntos de recompensa se pueden redimir, por ejemplo, para comparar reproducciones en una rocola. De manera alternativa, se pueden redimir o rembolsar los puntos por mercancía especial para promover el uso futuro de la rocola por el usuario reconocido . De manera opcional, un usuario puede elegir un avatar para representar al usuario en una rocola y/o en cualquier otro ambiente mediado por la rocola. El avatar de un usuario se puede representar gráficamente, por ejemplo, como una imagen, como una animación en movimiento, como un carácter, o de cualquier otra manera adecuada para identificar al usuario. El avatar puede tener o no un parecido físico al usuario registrado. En un ejemplo, cuando una persona que opera una rocola selecciona la opción de listas de reproducción locales desde una rocola, se pueden hacer disponibles las listas de reproducción para cada usuario registrado en la rocola. Este ejemplo se representa en la Figura 33, que es una toma de pantalla de ejemplo de una pantalla de "Listas de Reproducciones Locales" en la cual se representan los usuarios registrados por avatares. Cerca de los nombres de los usuarios registrados, los apodos, u otras marcas de identificación 3302a-e pueden ser el avatar 3304a-e del usuario particular. Esto puede proporcionar personalización y caracterización adicional a una rocola por ejemplo al mostrar los clientes regulares de un bar, clientes regulares quienes pueden conocer y reconocer, alentar a clientes regulares casuales de la rocola para llegar hacer más activos al crear listas de reproducción personalizadas, etc. Después de que el usuario seleccione un grupo de listas de reproducción locales asociadas con un usuario registrado y se represente por un avatar, se pueden presentar las listas de reproducción de ese usuario. El usuario que opera la rocola entonces puede seleccionar una lista de reproducción individual asociada con el usuario representado pro el avatar. Una vez seleccionado, los contenidos de la lista de reproducción (por ejemplo, una o más canciones) se pueden presentar, junto con el avatar del usuario, el nombre de la lista de reproducción, y en el número de reproducciones requeridas para la reproducción. Si la lista de reproducción, o una porción de la misma, selecciona para lista de reproducción por un usuario, se presentará una nueva pantalla de reproducción, como se muestra en la Figura 34, que es una toma de pantalla de ejemplo de una pantalla "ahora reproduciendo". Esta pantalla puede presentar el avatar 3304a el nombre del usuario registrado 3402, el nombre de la lista de reproducción 3404, etc. Adicionalmente, al actuar el nombre del usuario registrado, se puede reproducir un audio-video de entrada para introducir las canciones, transición entre las canciones y/o para concluir la lista de reproducción. Por ejemplo, el avatar mismo se puede animar. Cuando el avatar es una imagen, una vía positiva puede hacer que la imagen parezca ser animada, o se pueden sobreponer varias imágenes sobre la boca parecer que el avatar esta hablando o cantando. La misma o similar funcionalidad se puede hacer disponible si el avatar es un carácter animado. Por ejemplo, un avatar puede cantar y/o bailar junto con la música (por ejemplo, el avatar puede golpearse la cabeza con música metálica pesada, bailar con otros avatares reales o simulados con la música country, etc., como se programe por el usuario registrado o como se genere automáticamente por la rocola) , usando, por ejemplo, animaciones personalizadas, técnicas cinemáticas inversas. Las otras características se pueden habilitar por cualquier circuitería lógica programada de acción de avatar adecuada (por ejemplo un procesador accesible por una rocola o interfaz remota de rocola que comprende cualquier combinación adecuada de hardware, software o similares) . En general, la circuiteria lógica programada para la acción del avatar puede hacer que el avatar reaccione al caso de los medios, antes, durante y/o después de que se reproduzca.

Estas y/o similares características se pueden proporcionar al permitir que el usuario registrado cargue contenido (por ejemplo, contenido de vídeo y/o audio) a la rocola y/o red de distribución de rocola. Por ejemplo, se pueden capturar y/o almacenar imágenes, archivos de audio, películas y similares a una rocola individual y asociar con un usuario registrado en esa rocola, o se pueden almacenar en una ubicación central para que se hagan disponibles a múltiples rocolas. Se apreciará que estas y/o similares características se pueden proporcionar en un ambiente de rocolas interconectadas en red de modo que los usuarios registrados pueden tener acceso a sus avatares desde donde quiera. Esto puede ser útil cuando se viaja, por ejemplo, de regreso a la ciudad de origen, universidad y/o otro lugar que el usuario pueda visitar más tarde, a manera de ejemplo. De esta manera, el avatar puede ser familiar a otros clientes habituales quienes han conocido una vez al usuario registrado. También puede ser útil a los usuarios registrados para ir, quienes desean ser creativos (por ejemplo hagan nuevos amigos) o introducirse ellos mismos (por ejemplo a través de cortos de vídeo y/o audio introductorio) , en tanto que también tienen acceso a la biblioteca propia de música del usuario, etc. Los avatares y medios presentados por los avatares se pueden forzar a cumplir con filtros locales aplicados a la rocola. Por ejemplo, la lista de reproducción se puede infiltrar si una ubicación no permite rap, no permite golpes, se pueden editar los mensajes pre-grabados para lenguaje explícito, se pueden alterar las imágenes inapropiadas, etc. Como se describe anteriormente con referencia a los servicios de yTouchTunes, las rocolas adecuadamente configuradas pueden facilitar las conexiones de los usuarios con varias comunidades virtuales, que incluyen, por ejemplo, comunidades de interés (por ejemplo, organizar alrededor de un sujeto específico), comunidades de fantasías (por ejemplo, alrededor del fuego, ambientes creativos, o similares, y/o comunidades de relaciones (por ejemplo, espacios de encuentro en línea) . Por consiguiente, las rocolas pueden proporcionar, ya sea directamente o a través de un portal en línea, una o más listas de correo electrónico; lugares o salas de plática (chat) en línea; foros de boletines, foros de mensajes, grupos de análisis, foros de Internet, o similares; blogs; servicios de mensajería instantánea; fluidos de fondo; servicios de mensajería instantánea; compartir archivos (por ejemplo, compartir archivos por P2P) ; calabozos multi-usuario (MUD) ; etc. Al conectarse con y establecer nuevas comunidades virtuales centradas en la rocola, puede ser posible atraer nuevos clientes habituales y desarrollar interés adicional de los clientes habituales consistentes. En realidad, puede ser posible realizar retornos incrementados en y a través de la comunidad virtual al otorgar información a cerca de miembros (y al dirigir publicidad y ofertas de transacción de forma apropiada) , al atraer vendedores a la comunidad para atraer miembros y promover el gasto, atraer miembros a la comunidad y al generar contenido basado en miembros, y/o al promover interacciones usuario a usuario para fortalecer la lealtad de un usuario a la comunidad. Los avatares descritos anteriormente se pueden usar conexión con una comunidad virtual mediada por la rocola. Por ejemplo, los avatares se pueden asociar con todas las acciones que un usuario tome dentro de la comunidad (por ejemplo, describir un blog., poner mensajes en un tablero de mensajes, enviar un mensaje, etc.). Como una medida adicional, los avatares pueden llegar hacer más interesantes conforme los usuarios empiecen a crear y compartir sus propios medios. Un usuario puede subir música (por ejemplo, de acuerdo a la otorgación de licencia normal) , con el avatar que está virtualmente "unido" a o asociado con los medios. La red mediada por la rocola puede seguir' la distribución de la música a los sitios web, máquinas para compartir archivos por P2P, y/o rocolas. Se pueden seguir las regalías y regresar al usuario a través de su avatar. Adicionalmente, en base al tipo de usuario, se pueden proporcionar diferentes estructuras de tarifa/regalía. Por ejemplo, para artistas independientes, no puede ser apropiado una tarifa grande y regalía pequeña, en tanto que para artistas asociados con una marca principal de grabación puede ser más capaces de tener costos directos o indirectos. Para facilitar el control, se puede seguir música para acatamiento de los derechos de autor, y este proceso de autorización se puede realizar de forma automática (por ejemplo, una comparación a los bancos de música conocida, verificación de la presencia de una marca de agua digital, etc.), o manualmente (por ejemplo por un usuario autorizado, cliente habitual, operador, empleado de la red de distribución central, etc.). Cuando el contenido se pone y/o se gratifican los acuerdos, un avatar puede ser una forma aceptable de signatura digital unida a un acuerdo de licencia y/o derechos de autor. Un avatar también se puede presentar como un álbum de arte, la reproducción real de una canción marcada, etc. Además del equipo de herramienta descrito anteriormente utilizable por operadores, operadores autorizados, usuarios y/o propietarios también se puede hacer uso de una configuración ¦ de consolas para administrar, gestionar, actualizar y/o controlar de otro modo rocolas. En realidad, los operadores que gestionen una o más rocolas pueden ahorrar tiempo y/o dinero al tener acceso de forma remota a las características de gestión y de diagnóstico proporcionadas a la rocola. En ciertas modalidades de ejemplo, un operador puede ser capaz de tener acceso a un módulo de gestión y/o diagnóstico de la consola usando, por ejemplo, una computadora, un dispositivo portátil, u otro dispositivo adecuado para recibir notificaciones y/o preguntar el estado de una rocola a través de una interfaz de patente (por ejemplo, basada en web) . Las comunicaciones pueden ser bidireccionales, permitiendo de este modo que los operadores instruyan directamente y/o pregunten directamente a las rocolas del interés con respecto a características de gestión y/o alertas y/o notificaciones. Las características descritas más adelante se pueden usar solas o en varias combinaciones para permitir que los operadores, usuarios autorizados y/o propietarios se enfoquen en rocolas particulares sin necesidad de atención, ahorrando de este modo tiempo y dinero, en tanto que se incrementa tiempo de actividad, conflabilidad, y atractivo total de las rocolas. Con respecto a estas características, cada rocola puede obtener y/o monitorizar información en la cual un operador estaría interesado, enviar potencialmente de forma proactiva esta información al operador. Un mecanismo de notificación puede enviar mensajes (por ejemplo, mediante el correo electrónico, SMS, u otro formato adecuado) al operador de manera automática cuando se exceden umbrales predeterminados. Estos umbrales predeterminados se pueden ajustar por el operador, se pueden preconfigurar, etc . ) . El diagnóstico y/o alertas pueden incluir, por ejemplo, la proporción de rechazos de facturas (por ejemplo, en términos de porcentaje y/o números) , número de facturas en la pila, número de reinicios, temperatura (por ejemplo, de la unidad de disco duro, de la CPU, del sistema, del encierro, etc.), y similares. Adicionalmente, estas alertas/notificaciones se pueden ajustar para que se envíen en un momento predeterminado. Por ejemplo, se pueden enviar notificaciones cuando la temperatura de la CPU excede un umbral durante un tiempo especificado de tiempo, cuando el número de reinicios excede un umbral dentro de una cantidad especificada de tiempo, etc. Se apreciará que estas técnicas de diagnóstico se pueden hacer disponibles a operadores localizados lejos de una rocola, así como directamente en una rocola. Adicionalmente, en ciertas modalidades de ejemplo, el módulo de diagnóstico de una primera rocola se puede usar para verificar de forma remota el módulo de diagnóstico de una segunda rocola, la segunda rocola que está localizada lejos de la primera rocola. Las Figuras 35-37 son tomas de pantalla ilustrativas que demuestran como se pueden configurar las alertas de diagnóstico. En particular, la Figura 35 es una toma de pantalla de ejemplo para ajustar las preferencias de alerta. En la Figura 35, se especifica en el bloque 3502 una dirección de correo electrónica a la cual se pueden enviar las alertas. Se pueden especificar reportes semanales al seleccionar un día del cuadro 3504 de despliegue hacia abajo, y se pueden enviar de manera similar reportes diarios en un momento especificado por el cuadro 3506 de despliegue hacia abajo. La porción de fondo de la toma de pantalla de ejemplo lista las varias pruebas y la frecuencia a la cual se deben enviar los correos electrónicos. Por ejemplo, una selección del cuadro 3508 de despliegue hacia abajo puede especificar si se deben enviar alertas de temperaturas de disco duro nunca, casi diariamente o semanalmente . Otras alertas se pueden enviar a los mismos o diferentes intervalos por ejemplo al ajustar los cuadros 3510, 3512 de despliegue hacia abajo (que se bloquean parcialmente por el cuadro 3508 expandido de despliegue hacia abajo) . Por supuesto, se apreciará que se pueden especificar otros intervalos, se pueden monitorizar otras pruebas, y que se pueden usar otras direcciones o medios de notificación (por ejemplo, mensajes de SMS, mensajes instantáneos, etc.). La Figura 36 es una toma de pantalla de ejemplo para ajustar los umbrales de alerta. En el lado izquierdo de la Figura 36 se señala la estadística particular que se va a monitorizar (por ejemplo, proporción de rechazo de facturas, proporción de relleno de pila de facturas, número de reinicios, etc.), en tanto que el lado derecho permite que se especifique el umbral. El umbral se puede ajustar en términos de un número absoluto y/o en términos de un por ciento, como sea necesario. Se apreciará que se pueden monitorizar otras pruebas, y que se puede especificar cualquier umbral adecuado. Adicionalmente, se puede usar la indicación de ningún umbral para evitar provocar que se generen alertas para una prueba particular, también. La Figura 37 es una toma de pantalla de ejemplo que muestra el estado de varias pruebas. En la Figura 37, el lado izquierdo de la pantalla lista la prueba particular, en tanto que el lado derecho de la pantalla indica su estado. Las pruebas se pueden categorizar opcionalmente por conveniencia, (por ejemplo, temperatura, colección de tarifas, operación de software, etc.) . Como se muestra en la Figura 37, se puede indicar el estado por un color (por ejemplo, verde puede significar ningún problema u operación dentro de un intervalo aceptable, amarillo puede señalar alguna causa de interés, y rojo puede señalar la ocurrencia o inminencia de un problema) . Por supuesto, se pueden usar otros indicadores en lugar de un esquema codificado en colores, (por ejemplo, un sistema de números o porcentajes, etc.).

También se puede proporcionar a la rocola un módulo de programación mejorado. Este módulo puede permitir que los operadores y/o otros usuarios autorizados de la rocola programen eventos únicos y/o recurrentes. Por ejemplo, un propietario de un bar puede programar transformaciones, filtros de música, y/o música de fondo. Las recurrencias del evento pueden ser semanales, mensuales, anuales, etc. Por ejemplo, se puede reproducir música de fondo durante una reunión, filtros de música se pueden aplicar durante la tarde y temprano por la mañana, y se puede hacer una lista de reproducción no restringida disponible en la noche. Como otro ejemplo, la rocola puede transformarse por las noches para dar cabida a una noche de música de los 80, noche hip-hop, noches de baile tipo country, noche disco, etc. Este ajuste avanzado puede ahorrar finalmente tiempo y mejorar la conveniencia. El programador de eventos puede incluir listas mensuales y/o diarias, con la vista diaria que se descompone, por ejemplo, por horas. Después de que se adiciona un nuevo evento, se pueden actualizar las vistas apropiadas. La Figura 38 es una toma de pantalla de ejemplo de las capacidades de transformación que están enlazadas al módulo de programación mejorado. Con respecto a las capacidades de transformación, se puede transformar una rocola a una rocola principal predefinida (por ejemplo, mediante el área 3802 de entrada) , a una rocola especifica (por ejemplo, una rocola anteriormente definida por ejemplo por un propietario u operador, etc., mediante el área 3804 de entrada) , o a una nueva lista personalizada de música (por ejemplo, mediante el área 3806 de entrada) . En particular, se puede tomar una instantánea para cada transformación de la rocola, con datos asociados (por ejemplo, fecha, tiempo, lista de reproducción) que se almacena con este. Esto puede facilitar el proceso de transformación y también puede permitir que los propietarios "deshagan" las transformaciones (por ejemplo, cuando son menos populares, no tan exitosas, etc.) . Un usuario entonces puede programar la transformación tal como cualquier otro evento al seleccionar el botón 3808 de "programar este ajuste" . El botón 3808 de "programar este ajuste" puede traer el componente de programación de calendario, tal como en cualquier otra programación de evento. La Figura 39 es una toma de pantalla de ejemplo de un calendario de programación. El calendario de programación puede tener una vista 3902 de mes por mes asi como una vista de área 3904. La vista de área 3904 se puede descomponer por medias horas, horas, etc., y puede mostrar cualquier otro evento programado para un día particular. Los operadores también pueden ajustar otras cuentas de usuario secundarios, con estos usuarios secundarios que piden acceso restringido a la ubicación. Otras funciones pueden incluir características mejoradas de ajuste a la ubicación. La presente descripción ha usado ciertos términos que no se deben interpretar como que limitan la invención a una modalidad particular, a componentes particulares de hardware y a configuraciones particulares de hardware, a configuraciones particulares de software, etc. Por ejemplo, se han descrito muchas características y ejemplos con relación a su existencia dentro de un bar, cantina u otro ambiente. Sin embargo, se apreciará que las características presentes en las modalidades de ejemplo de la presente invención son adaptables para el uso en cualquier ubicación donde pueda estar localizada una rocola (o múltiples rocolas), en tanto que ciertas características y funciones se describen con referencia al uso por "usuario", "propietario", "operadores", "clientes habituales", etc., se apreciará que estos términos son genéricos y en muchos casos se pueden usar de manera indistinta dependiendo de la modalidad elegida y de la característica empleada. Por ejemplo, en tanto que puede ser ventajoso limitar la selección inicial de canciones a los propietarios y/o operadores, en ciertas modalidades de ejemplo, los clientes habituales pueden jugar un papel en la selección inicial de canciones . Aún además, se describen combinaciones y configuraciones particulares de hardware que representan sólo una manera en la que se pueden incorporar las modalidades. Los servidores centrales, en algunas modalidades de ejemplo, pueden estar comprendidos de uno o más servidores que actúan conjuntamente de forma separada para proporcionar coherentemente la variedad completa de servicios necesarios para habilitar una rocola en funcionamiento. Por ejemplo, una agrupación de servidores puede comprender un servidor central virtual, con un servidor que proporciona medios, otro que sigue la membrecia, aún otro que procesa el licénciamiento, etc . De manera similar, los servidores locales descritos en la presente se pueden incorporar en las rocolas. Por ejemplo, los servidores locales pueden parecer que funcionan independientemente, aunque existan como parte (por ejemplo, división) de un dispositivo integrado de almacenamiento masivo dentro de la rocola. En realidad, puesto que los discos duros están llegando a ser más grandes y menos costosos, pueden servir de manera preferente para las funciones de servidores · locales. Una modalidad actualmente preferida comprende una unidad de disco duro de 120 GB que contiene 25000 canciones como la unidad de fábrica. Sin embargo, los medios flash o instantáneos o cualquier otro medio de almacenamiento conocido ahora o desarrollado más adelante (o combinaciones de los mismos) se puede usar como la unidad de fabrica, almacenamiento expandido de medios o servidor local, dependiendo de los deseos del diseñador del sistema para una aplicación particular de rocola. En otras palabras, la invención no se limita a ninguna terminología o configuración particular de almacenamiento, pero en cambio se puede implementar usando cualquier tecnología adecuada de almacenamiento. También, aunque el término "canción" se ha usado algunas veces en la descripción anterior, este término no se propone que sea limitante del alcance de la invención, y se puede usar cualquier caso o ocasos de medios (por ejemplo, canción, vídeo, o combinación de canción/vídeo, datos, información, etc.), en cualquier modalidad en la presente y aún caen dentro del alcance propuesto de la invención. Finalmente, se apreciará que las tomas de pantalla y los arreglos de software presentados en la presente son sólo un método preferido para organizar y presentar las características descritas en la presente. Son posibles otras configuraciones y por lo tanto se contemplan en la presente. En tanto que los aspectos preferidos de la invención se han ilustrado y descrito en la presente, se apreciará por un experto en la técnica que se pueden hacer varios cambios y/o modificaciones. De esta manera, la descripción especifica en la presente se propone que sea sólo de ejemplo y no se propone que limite la invención más allá de los términos de las reivindicaciones anexas.

Claims

REIVINDICACIONES 1. Método para distribuir una lista de reproducción a una o más rocolas digitales conectadas a una red de distribución audiovisual, el método que comprende: conectar un dispositivo periférico que tiene una lista de reproducción periférica almacenada en un medio de almacenamiento leíble por computadora, en el mismo, a una rocola digital mediante un conectador; recuperar la lista de reproducción periférica para la rocola digital; convertir la lista de reproducción periférica a una lista de reproducción de rocola; y publicar la lista de reproducción de rocola en al menos la rocola.
2. Método según la reivindicación 1, en donde el dispositivo periférico es al menos uno de: un reproductor portátil de música, una computadora, y/o un teléfono celular .
3. Método según la reivindicación 1, que comprende además almacenar al menos temporalmente la lista de reproducción periférica a un medio de almacenamiento leíble por computadora de la rocola digital.
4. Método según la reivindicación 1, que comprende además determinar si en la lista de reproducción de rocolas se va a designar una lista pública de reproducción de rocola o una lista privada de reproducción de rocola.
5. Método según la reivindicación 1, que comprende además enviar la lista de reproducción de rocola a un servidor de la red de distribución audiovisual.
6. Método según la reivindicación 5, que comprende además hacer la lista de reproducción de rocola disponible a rocolas conectadas a una red de distribución audiovisual.
7. Método según la reivindicación 5, que comprende además hacer la lista de reproducción de rocola disponible a dispositivos remotos conectados a la red de distribución audiovisual .
8. Método según la reivindicación 1, en donde el conectador es una conexión USB.
9. Método según la reivindicación 1, que comprende además requerir que un usuario se registre en la rocola antes de que se habilite la importación de la lista de reproducción periférica.
10. Método para distribuir una lista de reproducción a una o más rocolas digitales conectadas a una red de distribución audiovisual, el método que comprende: recuperar una lista de reproducción de aplicación de software asociada con una aplicación de software usada en un dispositivo de computadora para el uso en la rocola digital; convertir la lista de reproducción de aplicación de software a una lista de reproducción de rocola; y publicar la lista de reproducción de rocola en al menos la rocola.
11. Método según la reivindicación 10, que comprende además almacenar al menos temporalmente la lista de reproducción de aplicación de software a un medio de almacenamiento leíble por computadora del dispositivo de computadora .
12. Método según la reivindicación 10, que comprende además determinar si la lista de reproducción de rocola se va a asignar a una lista de reproducción pública de rocola o una lista de reproducción privada de rocola.
13. Método según la reivindicación 10, que comprende además enviar la lista de reproducción de rocola a un servidor de la red de distribución audio visual.
14. Método según la reivindicación 10, que comprende además enviar la lista de reproducción de rocola a un servidor de la red de distribución audiovisual.
15. Método según la reivindicación 14, que comprende además hacer la lista de reproducción de rocola disponible a rocolas conectadas a la red de distribución audiovisual .
16. Método según la reivindicación 14, que comprende además hacer la lista de reproducción de rocolas disponible a dispositivos remotos conectados a la red de distribución audiovisual.
17. Método según la reivindicación 10, que comprende además pedir que un usuario se registre en el dispositivo de computadora antes de que se habilite la importación de la lista de reproducción de la aplicación de software .
18. Rocola de descarga digital, que comprende: un comunicador configurado para distribuir una lista de reproducción a una o más diferentes rocolas digitales conectadas a una red de distribución audiovisual; un conectador configurado para conectar un dispositivo periférico que tiene una lista de reproducción periférica almacenada en un medio de almacenamiento leíble por computadora en el mismo a la rocola digital; un procesador configurado para recuperar la lista de reproducción periférica para la rocola digital; y convertir el sistema de circuitos lógicos programado configurado para convertir la lista de reproducción periférica, o una lista de reproducción de rocola, en donde el procesador se configura adicionalmente para publicar la lista de reproducción de rocola en al menos la rocola.
19. Rocola según la reivindicación 18, en donde el dispositivo periférico es al menos uno de: un reproductor portátil de música, una computadora, y/o un teléfono celular .
20. Rocola según la reivindicación 18, que comprende además un medio de almacenamiento leíble por computadora asociado con la rocola digital configurado para almacenar al menos temporalmente la lista de reproducción periférica .
21. Rocola según la reivindicación 18, en donde el procesador se configura adicionalmente para determinar si en la lista de reproducción de rocola se va a designar una lista de reproducción pública de rocola o una lista de reproducción privada de rocola.
22. Rocola según la reivindicación 18, en donde el comunicador se configura para enviar la lista de reproducción de rocola a un servidor de la red de distribución audiovisual.
23. Rocola según la reivindicación 22, en donde un módulo del servidor en la red de distribución audiovisual se configura para hacer la lista de reproducción de rocola disponible a rocolas conectadas a la red de distribución audiovisual .
24. Rocola según la reivindicación 22, en donde un módulo del servidor en la red de distribución audiovisual se configura para hacer la lista de reproducción de rocola disponible a dispositivos remotos conectados a la red de distribución audiovisual.
25. Rocola según la reivindicación 18, en donde el conectador es una conexión USB.
26. Rocola según la reivindicación 18, en donde el conectador es una estación de acoplamiento patentada.
27. Rocola según la reivindicación 18, en donde el procesador se configura adicionalmente para pedir que un usuario se registre en la rocola antes de importar la lista de reproducción periférica.
28. Método para reproducir casos de medios en una rocola de descarga digital, el método que comprende: pedir que un usuario se registre en la rocola; proporcionar una pluralidad de casos selecciónateles de medios para reproducción en la rocola; permitir la selección por el usuario de un caso de medios de la pluralidad de casos seleccionables de medios mediante una interfaz de usuario a la rocola; para cada selección de usuario, adicionar el caso de medios a una lista de reproducción almacenada en un medio de almacenamiento leíble por computadora de la rocola; y reproducir los casos de medios en la lista de reproducción en orden; en donde la pluralidad de casos seleccionables de medios se selecciona de un grupo principal de casos de medio en dependencia a una reproducción anterior de un caso de medios por el usuario.
29. Método según la reivindicación 28, que comprende además formar la pluralidad de casos seleccionables de medios de casos de medios anteriormente reproducidos por el usuario dentro de un periodo de tiempo predeterminado.
30. Método según la reivindicación 28, que comprende además formar la pluralidad de casos seleccionables de medios de casos de medios anteriormente reproducidos por el usuario en una ubicación predeterminada.
31. Método según la reivindicación 28, que comprende además formar la pluralidad de casos seleccionables de medios de casos de medios almacenados en una lista de casos recientemente reproducidos de medios asociados con el usuario.
32. Método según la reivindicación 28, que comprende además: determinar un número de créditos disponibles al usuario; cuando el número de créditos es suficiente para reproducir todos los casos de medios en la lista de reproducción, reproducir todos los casos de medios en la lista de reproducción; y cuando el número de créditos es insuficiente para reproducir todos los casos de medios en la lista de reproducción, reproducir sólo una porción de los casos de medios en la lista de reproducción.
33. Método según la reivindicación 32, que comprende además, cuando el número de créditos es insuficiente para reproducir todos los casos de medios en la lista de reproducción, permitir que el usuario seleccione la porción de los casos de medios en la lista de reproducción para la reproducción.
34. Método según la reivindicación 32, que-comprende además, cuando el número de créditos es insuficiente para reproducir todos los casos de medios en la lista de reproducción, reproducir los casos de medios en la lista de reproducción en orden hasta que se agoten los créditos .
35. Método para producir un caso de medios en una rocola de descarga digital, el método que comprende: proporcionar una pluralidad de casos de medios en la rocola; proporcionar una interfaz a un usuario de la rocola para permitir que el usuario busque un caso particular de medios para reproducción en la rocola; determinar si el caso de medios está disponible para reproducción inmediata en la rocola libre de procesamiento adicional por la rocola; cuando el caso de medios está disponible para reproducción inmediata, cargar al usuario un primer número predeterminado de créditos y poner en cola el caso de medios para reproducción; y cuando el caso de medios no está disponible para reproducción inmediata, determinar si el usuario es un usuario verificado, cuando el usuario es un usuario verificado, cargar un segundo número predeterminado de créditos si el caso de medios existe en una lista de reproducción asociada con el usuario, pero cargar de otro modo un tercer número predeterminado de créditos, y poner en cola el caso de medios para reproducción, en donde el segundo número predeterminado de créditos es menor que el tercer número predeterminado de créditos, y en donde el tercer número predeterminado de créditos es mayor que el primer número de créditos predeterminados.
36. Método según la reivindicación 35, en donde la lista de reproducción asociada con el usuario es una lista de reproducción anteriormente creada por el usuario.
37. Método según la reivindicación 35, en donde la lista de reproducción asociada con el usuario es una lista de reproducción que incluye canciones recientemente reproducidas por el usuario.
38. Método según la reivindicación 35, en donde la lista de reproducción asociada con el usuario es una lista de reproducción creada por otro usuario pero recientemente reproducida al menos en parte por el usuario.
39. Método según la reivindicación 35, en donde la determinación de si el caso de medios está disponible para reproducción inmediata en la rocola libre de procesamiento adicional por la rocola incluye determinar si el caso de medios reside en un área de almacenamiento separada de un área de almacenamiento dedicada de la rocola que comprende casos de medios inmediatamente reproducibles .
40. Método según la reivindicación 39, en donde el área separada de almacenamiento es un servidor remoto.
41. Método según la reivindicación 39, en donde el área separada de almacenamiento es una división del área dedicada de almacenamiento de la rocola.
42. Método según la reivindicación 39, en donde el área separada de almacenamiento es un área separada de almacenamiento dentro de la rocola.
43. Método según la reivindicación 35, en donde la determinación de si el caso de medios está disponible para la reproducción inmediata en la rocola libre de procesamiento adicional para la rocola incluye determinar la metodología de búsqueda del usuario proporcionada por la interfaz .
44. Método para operar una rocola de descarga digital, el método que comprende: definir una pluralidad de canales, cada canal que tiene una pluralidad de casos de medios asociados con el mismo; seleccionar un canal de la pluralidad de canales en la parte de un usuario autorizado; responder a uno o más usos de clientes habituales de la rocola en un primer modo, al menos algunos de los usos que incluyen adicionar casos de medios a una cola para la reproducción de la rocola y reproducir los casos de medios en cola; y cuando la rocola no está respondiendo a una petición de cliente habitual y/o reproducir un caso de medios en cola, reproducir los casos de medios en el canal en un segundo modo, en donde el primer modo es diferente del segundo modo, y en donde el segundo modo no es directamente controlable por un cliente habitual de la rocola.
45. Método según la reivindicación 44, en donde los casos de medios se asocian con canales por un usuario autorizado .
46. Método según la reivindicación 44, en donde los casos de medios se asocian con canales de acuerdo a un tema y/o género asociado con cada caso de medios.
47. Método según la reivindicación 44, que comprende además cuando se recibe un código de control del usuario autorizado, saltar el caso de medios que se reproduce por el canal.
48. Método según la reivindicación 44, que comprende además cambiar con frecuencia un caso de medios en un canal que se reproduce en dependencia a uno o más códigos de control recibidos del usuario autorizado, en donde los códigos de control corresponden a al menos uno de: saltar un caso de medios que se reproduce por el canal, reproducir un caso de medios que se o que sea reproducido por el canal, y remover un caso de medios del canal.
49. Método según la reivindicación 44, en donde el segundo modo es un modo de música de fondo.
50. Método para distribuir un cupón a un usuario de una rocola de descarga digital, el método que comprende: crear un código de validación; asociar con el código de validación número de créditos gratis para el usuario; incluir el código de validación con el cupón; y transmitir el código de validación al usuario.
51. Método según la reivindicación 50, que comprende además incluir en el código de validación al menos una ubicación donde el usuario pueda reembolsar el cupón.
52. Método según la reivindicación 50, que comprende además incluir en el código de validación una restricción en el tiempo cuando el usuario pueda reembolsar el cupón.
53. Método según la reivindicación 50, en donde el cupón se transmite a un teléfono celular del usuario.
54. Método según la reivindicación 50, en donde el código de validación es una secuencia alfanumérica codificada .
55. Método según la reivindicación 50, en donde el código de validación es un código de barras.
56. Método según la reivindicación 50, que comprende además: obtener el código de validación del cupón; determinar si el código de validación es válido; cuando el código de validación es válido, proporcionar al usuario un número de créditos de acuerdo con el número de créditos gratis asociados con el código de validación.
57. Método según la reivindicación 56, en donde le código de validación se obtiene por la rocola mediante un explorador de código de barras.
58. Método según la reivindicación 56, en donde el código de validación se obtiene al hacer que el usuario introduzca el código de validación en la rocola mediante una interfaz de usuario proporcionada a la rocola.
59. Método según la reivindicación 56, en donde el código de validación se valida contra una base de datos de los códigos válidos de validación.