MX2010014294A - Dispositivo de cliente, sistema de procesamiento de informacion y metodologia asociada para acceder a servicios en red. - Google Patents

Abstract

Un sistema que hace posible usar los servicios ofrecidos por una pluralidad de servidores entre si se realiza con el uso de una API común. El sistema incluye una pluralidad de servidores que ofrecen los servicios, un cliente que usa los servicios ofrecidos por la pluralidad de servidores que ofrecen los servicios, y un servidor de intercambio que ejecuta el procesamiento intermedio cuando el cliente usa un servicio. El cliente ejecuta la comunicación con el servidor de intercambio usando una API común, cuando se usa algún servicio entre una pluralidad de servicios ofrecidos por la pluralidad de los servidores que ofrecen los servicios. El servidor de intercambio usa una API única, la cual es única para el servidor que ofrece los servicios, que ofrece el servicio seleccionado por el cliente, para ejecutar una secuencia de procesamiento que es única para el servidor que ofrece los servicios. El cliente puede usar cualquier servicio de entre los servicios ofrecidos por la pluralidad de servidores que ofrecen los servicios con el uso de una API común sin ninguna necesidad de usar una API única, la cual es única para cada uno de la pluralidad de servidores que ofrecen los servicios.

Description

DISPOSITIVO DE CLIENTE, SISTEMA DE PROCESAMIENTO MACIÓN Y METODOLOGÍA ASOCIADA PARA ACCEDER A SERV RED CAMPO TÉCNICO Los avances presentes se refieren a disposi tes, tales como cámaras, para acceder a s idos por servidores que ofrecen servicios, admin proveedores de servicios. Por ejemplo, s rcionar el procesamiento de carga en el sitivo de cliente transmite datos tales como n y los similares a un servidor para almacenar l dos en una base de datos del servidor.

TÉCNICA ANTECEDENTE Se puede acceder a varios tipos de servicios a t ed. Por ejemplo, se conoce un servicio que per atos del usuario, tales como imágenes capturadas poracla aqui como referencia.

Los tipos y modos de los servicios ofrecidos dif oveedor de servicios a otro. Un usuario pued uier servicio dependiendo de su preferencia.

Los proveedores que servicios que ofrecen tal rga de imágenes proporcionan una solución individ r una imagen (es) via el navegador de Internet, e solución única para cada proveedor de S idual. Por ejemplo, un dispositivo de client r a cabo el procesamiento de carga por me ador de Internet. Sin embargo, hablando de al, este procesamiento es difícil puesto que s restricciones únicas para el navegador de Inter Con el fin de mejorar la funcionalidad, sitivos móviles tales como algunas cámaras d , por ejemplo, un programa de ejecución de proce ágenes que es ofrecido por un cierto rov CÍOS, es necesario un programa dedicado que es ú erto proveedor de servicios citado anteriormente.

Cuando en un dispositivo de cliente, tal como u al, se usa un programa dedicado que co camente a un cierto proveedor, el cliente usa rfaz de Programación de Aplicaciones) que es ún oveedor de servicios . La API es la unidad de un la ejecución del procesamiento predeterminado. C ciertas API, se lleva a cabo el proce terminado que se especifica en la API llam lo, una API se configura para corresponder Sarniento de conexión al servidor, procesami tro, procesamiento de carga, y los similares. Un ejecutar una serie de procesamientos con el uso edad. El proveedor de servicios permite que un stas APIs para llevar a cabo el procesamiento de s del procesamiento de aplicación de la API iormente, se ejecuta el procesamiento de carga, eación de los datos de carga que están en confor rmato de datos aceptable que es único para el ervicios, el procesamiento de comunicación dor, y los similares. Por este medio, se as Sarniento de carga que esté libre de errores.

Si un cliente usa los servicios ofrecidos edor de servicios solamente, es suficiente ins ama/API que corresponde unívocamente al prov cios citado anteriormente en el lado del clie go, en un sentido práctico, existen muchos prove cios quienes ofrecen servicios de carga de imáge nto, con el fin de permitir que un usuario s do proporcionado a un usuario un dispositivo del cual se instala una pluralidad de APIs y progr sponden a los servicios de carga de imágenes lidad de proveedores de servicios , se vuelve lizar por el lado del cliente los programas /API ere que un usuario lleve a cabo tal procesam lización, impone una carga sobre el usuario. e un riesgo de aparición de errores de procesamie BREVE DESCRIPCIÓN DE LA INVENCIÓN En vista de lo anterior, los avances p rcionan dispositivos de cliente, un sist samiento de información, un método de procesam ación, y un medio legible por computadora para a luralidad de servidores que ofrecen servicios p programa común y una API común.

La presente descripción proporciona un método pa frecen servicios. Los datos de entrada se tras do con al menos una API especifica del servicio l menos un servidor que ofrece servicios corres rvicios seleccionado. La API especifica del se ena en una memoria electrónica del serv cambio como parte de una pluralidad de distin ificas del servicio que corresponden respectivame lidad de servidores que ofrecen servicios . L cidos se transmiten del servidor de intercamb un servidor que ofrece servicios de acuerdo con ?I especifica del servicio, una respuesta del al dor que ofrece los servicios se traslada y se t iente de acuerdo con la API común.

Otros objetivos características y ventajas nte invención se entenderán más completamente ente descripción detallada de las mo an de ninguna forma el ámbito de los avances a sta especificación. El ámbito de los avances a a especificación y los dibujos se define por las s reivindicaciones anexas.

La Figura 1 es un diagrama de un sis Sarniento de información de acuerdo con una lificante de la presente invención. la Figura 2 es una tabla de los modos de los S on ofrecidos por los proveedores de servicios; la Figura 3 es una tabla adicional de los modo CÍOS que son ofrecidos por los proveedores de ser la Figura 4 es un diagrama de la secue Sarniento de un proceso ejecutado entre un cli dor de intercambio, y un servidor que ofr cios de acuerdo con una modalidad ej emplifican nte descripción; te descripción; la Figura 7 es un diagrama de la informació ies de los servicios que son proporcionados do de intercambio al cliente, de acuerdo idad ejemplificante de la presente descripción; la Figura 8 es un diagrama de una interfaz de para el procesamiento de carga de imágenes, el iega en la pantalla del cliente, de acuerdo idad ejemplificante de la presente descripción; la Figura 9 es otro diagrama de una interfaz de para el procesamiento de carga de imágenes, la iega en la pantalla del cliente, de acuerdo idad ej mplificante de la presente descripción; la Figura 10 es un diagrama de una lista de imág spliega en la pantalla de despliegue del clien o de la búsqueda de las imágenes cargadas, de Üficante ele la presente descripción; la Figura 13 es un diagrama de la secuencia de e aplican al procesamiento entre el cliente , el intercamhio, y el servidor que ofrece los servi do con una modalidad ejemplificante de la ipción; la Figura 14 es otro diagrama de la secuenci que se aplican al procesamiento entre el cli dor de intercambio, y el servidor que ofr cios de acuerdo con una modalidad ej emplifican te descripción; la Figura 15 es otro diagrama de la secuenci que se aplican al procesamiento entre el cli dor de intercambio, y el servidor que ofr cios de acuerdo con una modalidad ej emplifican nte descripción; y a técnica se darán cuenta de otras aplica icaciones dentro del ámbito de la invención e en las reivindicaciones independientes anexadas La Figura 1 es un ejemplo de la configuraci ma de información de acuerdo con una lificante de la invención, el cual incluye un otro cliente 102, un servidor de Red 105, un ser ntercambio, y los servidores A-F que ofre cios, 121-126. Estos aparatos se configuran de m stos pueden llevar a cabo la comunicación por ed.

Los servidores 121-126 que ofrecen los servi dores que son operados por los proveedores de uienes ofrecen los servicios a los clientes 10 lficamente, por ejemplo, los servidores 121 en los servicios almacenan datos de imagen, lo ios ?-F que es diferente de los otros. Aunq dores de servicios A-F sean iguales a los otro o que estos ofrecen un servicio de carga de i odos de los servicios ofrecidos por ellos difier dor de servicios individual a otro.

Las Figuras 2 y 3 son ejemplos de los s dos por los proveedores de servicios A-F. En las na "0" representa un modo del servicio ofrecido or que ofrece los servicios, y una X" repre del servicio no ofrecido por el servidor que of ios, y un representa una entrada de tabla q ble al servidor que ofrece los servicios.

Aunque los servicios ofrecidos por los provee ios A-F tiene una similitud en que cada uno stra las imágenes que sin cargadas por los clie específicos de los servicios ofrecidos po e (usuario) como imagen disponible para el no disponible para el público o no, bajo cada s (3) La "Función de Álbum" indica si es ecer un álbum como una unidad de administració nes que son cargadas por un cliente o no, b (4) La "Introducción de Títulos al Álbum" i o no la configuración de la introducción de u lbum para un grupo de imágenes que son cargada e, bajo cada servicio. (5) La "Introducción de Títulos de las Imágenes permite o no poner títulos a las imágenes carg ente bajo cada servicio. (6) La "Introducción de Descripción de las I si se permite o no la introducción de u ativo de las imágenes que son cargadas por un o máximo de las imágenes fijas que pueden ser c cir, si se permite la carga de las mismas b ció . (10) El Tamaño Máximo de las Imágenes en Mo a el tamaño máximo de las imágenes en movimi n ser cargadas, es decir, si se permite la carg S bajo cada servicio. (11) El "Tiempo Máximo de las Imágenes en Mov a la longitud de tiempo máxima para que las imá iento puedan ser cargadas, es decir, si se pe de las mismas bajo cada servicio. (12) El "Número Máximo de Contenidos" indica e O de contenidos que pueden ser cargados, es deci e la carga de los mismos, bajo cada servicio. (13) El "Logotipo del Servicio" indica el logo ió para cada servicio. bajo cada servicio.

Como se entenderá por las Figuras 2 y 3, au cios ofrecidos por los proveedores de servi similitudes en que cada uno de estos ac es que son cargadas por los clientes, lo ificos de los servicios ofrecidos por ellos dif oveedor de servicios a otro. Se debe notar as 2 y 3 son solamente ejemplificantes, y íes otros modos de los servicios. En si, los tes no se limitan de ninguna forma por los modo cios incluidos en las Figuras 2-3.

Cada uno de los proveedores de servic spondientes a los servidores 121-126 que ofr cios de la Figura 1 ofrecen a los clientes un se de imágenes que es único, como se explica anteri o tanto, es tipico que los proveedores de servi lo, cuando ocurre la actualización de un progr on de una nueva API, es necesario responder a del cliente.

Se proporciona un sistema de procesami ación de acuerdo con los avances presentes dor 110 de intercambio con el fin de reducir la ientes .

Cada uno de los clientes 102 y 102 no icaciones directas con el servidor 121-126 que of cios sino que ejecuta comunicaciones indirectas . Es decir, el cliente 101 se comunica con el e intercambio, en tanto que el cliente 102 se 1 servidor 105 de Red.

El cliente 101 es un cliente que almac mas/APIs para la ejecución del procesamiento por ejemplo, una unidad de memoria, y eje dor 110 de intercambio.

El cliente 102 es un cliente que no tien ama/API que se aplica al procesamiento de carga íente 102 no se comunica directamente con el ser tercambio, el cliente tiene una función de bú a cabo la carga de una imagen por medio de una la cual es ofrecida por el servidor 105 de Red. E íente 102 ejecuta la carga de una imagen, la bús imagen, o los similares en tanto que util dores 121-126 que ofrecen los servicios a trav mediación del servidor 105 de Red y el servido cambio .

El servidor 105 de red se ubica en algún sitio dor 110 de intercambio y el cliente 102. Sobre la atos que se ofrecen por el servidor 110 de inte rvidor 105 de Red crea una página de red que se cios . Lo mismo se puede decir para el servido Por lo tanto, el servidor 105 de Red tiene ón de ejecución de programas que la del cliente 1 Enseguida, con referencia a las Figuras rciona una explicación de una secuencia del proce municación que se ejecuta cuando un cliente ció que es ofrecido por alguno de los servidores frecen los servicios, entre el cliente y los se frecen los servicios, a través de la intermediaci dor de intercambio.

Cada una de las Figuras 4-6 muestra un usuario liente, un servidor de intercambio, y un serv e los servicios en el orden de aparición de aqui io que es el que está más a la izquierda. Nótes e en las Figuras 4-6 corresponde al cliente 1 1. El servidor de intercambio en las Fig que se corre para un servicio de cualquiera ores 121-126 que ofrecen los servicios.

En una etapa S12, el cliente hace pide una "list ios disponibles actualmente" al servidor de int uerdo con el programa ejecutado. Cuando el clien etición, el cliente puede transmitir la informa ocal del cliente y la información del idioma del parámetros, además de la petición. Nótese isión de los parámetros del mismo se puede ejecu ocesamiento que está de acuerdo con la configura o .

En una etapa S13, el servidor de intercambio re e la lista solicitada de servicios dis ntente. El servidor de intercambio ha recib ción la información sobre los últimos servici rvidores 121-126 que ofrecen los servicios most rciona al cliente una lista en versión japonesa.

Además, el servidor de intercambio puede c lizar periódicamente la lista de servicios sin el dispositivo del cliente. Por ejemplo, el se cambio puede' actualizar la lista de servi esta a la notificación de servicios actualizados ores que ofrecen los servicios, en respu rimiento de nuevos servidores que ofrecen los sé en respuesta a la falta de disponibilidad ores que ofrecen los servicios, cuyos servici dos en la lista de servicios. Como se puede apre persona experimentada en la técnica, los c zación de la lista de servicios por el ser ambio son solamente ejmplificantes, y son posibl sin apartarse del ámbito de la presente invenció En una etapa S14, el cliente despliega en una r Servicio de Navegación Proveedor de Servicios B: Servicio de Carga de , Servicio de Navegación Proveedor de Servicios C: Servicio de Carga de , Servicio de Navegación Proveedor de Servicios D: Servicio de Carga de imiento, Servicio de Navegación Proveedor de Servicios E: Servicio de Carga de imiento, Servicio de Navegación En una etapa S15, el usuario del cliente selec ió especifico de la lista de servicios, y despué ecución del procesamiento, por ejemplo, la carg .

En una etapa S16, el cliente hace una peti ación de los detalles sobre el servicio seleccio , el servicio especifico) al servidor de int sponde al servicio seleccionado por el usuario formación de los detalles de los últimos s da previamente, y después proporciona al cli ación seleccionada.

Antes de transmitir la información de los deta or de intercambio puede validar la petición del a información de los detalles. Por ejemplo, el ercambio puede almacenar la información especifi a que pertenece al cliente, y puede usar la inf fica de la máquina para validar la petición del información especifica de la máquina inclu ción, una ID especifica del dispositivo y una n del cliente. Sin embargo, como se puede apre ersona experimentada en la técnica, otra inf fica de la máquina también es posible, como por ero de serie o MAC ID. ación de los detalles al cliente.

La Figura 7 es un ejemplo de la información es del servicio que se proporciona por el ser ambio al cliente. En la Figura 7, la informació es del servicio tiene, por ejemplo, un formato nguaje de marcado extensible (XML) , pero ta ciona en un formato de notación de objetos de Ja ) . Otros formatos para la información detallada posibles sin apartarse del ámbito de la pción. Como tal, el formato de la información es no limita de ninguna forma el ámbito de los tes .

La información de los detalles del servicio acion que se utiliza para la generación de una ario (UI) que se despliega en la pantalla del se ejecuta el procesamiento de carga de i ación sobre los parámetros que se requieren o de y/o para el registro. Si hubiese una plura es que deben ser cargadas, la información es del servicio contiene además la información secuencial de las imágenes que deben ser carg notar que la información de los detalles del ada en la Figura 7 es solamente un ejemplo simpl cir7 la Figura 7 no muestra toda la informació es del servicio. Una persona experimentada en la ará fácilmente que es posible otra información es del servicio sin apartarse del ámbito de los tes .

La información de los detalles del servicio con ación sobre los modos de los servicios que ados anteriormente mientras se hace referenci s 2 y 3. Es decir, la información de los deta t±po del Servicio", (14) Linea de Crédito de ervicio", (15) "Orden de Carga", (16) "Proce ático por Parte del Servidor".

En una etapa S18, un cliente despliega una int io (UI) que se usa para ejecutar el procesam de imágenes de acuerdo con la información de ervicio, la cual ha sido recibida desde el ser cambio, es decir, la información selecció sponde al servicio seleccionado por el usuario.

La interfaz de usuario (UI) que se usa para eje Sarniento de carga de imágenes difiere de un se es decir, es independiente del servicio seleccio uario. Es decir, la interfaz de usuario (UI) se g do con la información de detalles del servi sponde al proveedor de servicios, el cual cionado por el servidor de intercambio de acuerd de imágenes y se genera de acuerdo con la inform es del servicio correspondiente al prove cios B.

En las Figuras 8 y 9, una interfaz de usuario a para ejecutar el procesamiento de carga de ne, por ejemplo, los siguientes datos de desplie (a) Un icono/logotipo 201 del proveedor de servi (b) Un recuadro 202 de introducción de inform ro que se usa para introducir la información ria para el registro. (c) Un recuadro 203 de configuración de carga es que se usa para configurar la carga de las im (d) Un recuadro de selección 204 de la s a/no publica de las imágenes cargadas (mostrado ió A de la Figura 8 solamente) . (e) Campos 205 de configuración de la informa ?? tal que, por ejemplo, no se muestren algunas o se adaptan al formato de imagen compati ci . Además, se ejecuta el despliegue de la o de la marca comercial, notandums, es decir, ra la carga, información de derechos/licencia ( imilares. El despliegue de estos se ejecuta sobre s datos que están contenidos en la informa es del servicio que se proporciona por el ser cambio al cliente, lo cual ya ha sido ormente haciendo referencia a la Figura 7.

Haciendo referencia otra vez a los diagr cia de las Figuras 4-6, la secuencia de la comu plica adicionalmente a continuación. En la etap gura 4, se presenta en la pantalla del cli az de usuario (ÜI) que se usa para ejec arniento de carga de imágenes, por ejemplo, o, si el usuario usa el servicio A que se ofrec dor de servicios A mostrado en la Figura 8 el uce su nombre de usuario como la información de mación de autentificación) como se el solicit ro 202a de introducción de la información de reg Por otro lado, si el usuario usa el servicio do por el proveedor de servicios B se usa la int o de la Figura 9. En esta, el usuario intr ión de correo electrónico como la informa ro (información de autentificación) como se sol uadro 202b de información de registro.

En una etapa S20, el cliente transmite la inform ro (la información de autentificación) al ser ambio .

En una etapa S21, el servidor de intercambio t ormación de registro (la información de autentif cambio, el servidor que ofrece los servicios ver ación de registro (información de autentif ida. Despuésr si se verifica que el usuario o/persona cliente que tiene la autoridad d a, el servidor que ofrece los servicios ace ión de registro. En una etapa S22, el servidor qu ervicios regresa un resultado de la verifica ro (Éxito) al servidor de intercambio y estab ón de comunicación para mantener una sesión.

Enseguida, en una etapa S23, el servidor de int iere el resultado de la verificación del ) al cliente y emite una ID de la sesión para esión de comunicación entre el cliente y el ser ambio. Después se ejecuta la comunicación e e y el servidor de intercambio con la notación a ID se sesión como un parámetro. ociones de carga.

En una etapa S25, en respuesta a las instrucc emitidas por el usuario, el cliente envía, e , los datos de las imágenes que incluyen las im argadas y los meta datos (por ejemplo, comenta or de intercambio. Si se carga una plural es, el orden secuencial de la carga de las m la de acuerdo con el servicio ofrecido por el p ervicios, que es seleccionado por el usuar ación de control también está contenida ación de los detalles del servicio que ya ada anteriormente haciendo referencia a la Figur La razón de por qué el orden secuencial idad de imágenes se cambia dependiendo del serv leccionado por el usuario, es decir, dependi dor del servicio seleccionado por este, es que a imagen cargada como la primera y ensegu es cargadas posteriormente que se disponen de orden secuencial de carga de las mismas.

Otros proveedores de servicios ofrecen una li tar las imágenes que se disponen en un orden se o al orden de carga de las mismas realizada e. Es decir, estos ofrecen una lista de cons a la última imagen cargada como la primera y e mágenes cargadas posteriormente que se disponen invertido al orden secuencial de carga de las mi Un ejemplo de tal lista de consulta de las imá a haciendo referencia a las Figuras 10 y 11. Las I son listas para consultar las imágenes cargada por los proveedores de servicios distintos entr La Figura 10 es una lista para consultar las disponen en el orden secuencial de carga de la la Figura 11 es una lista de consulta de las uestra la última imagen cargada por un cliente a y las primeras imágenes cargadas por el clie osteriores que se disponen de acuerdo con ido al orden secuencial de carga de las mismas.

Si el arreglo de las imágenes contenidas en una ta de las imágenes que se ofrece a un cliente dor de servicios difiere del arreglo de las idas en otra lista de consulta de imágenes que s íente por otro proveedor de servicios, el usu e quien usa varios tipos de servicios podrí dido . Con el fin de evitar que los usuario didos, el orden secuencial de las imágenes car de manera tal que el arreglo de las imágenes co a lista de consulta de las imágenes siempre sea e ndientemente de cual proveedor de servi Imágenes que se disponen en el orden secuencia de las mismas por un cliente, se establece n normal'. El orden de despliegue de las imágen a 11, es decir, el orden de una lista para cónsu nes que se disponen en un orden invertido ncial de carga de las mismas por el mismo, se e el "orden invertido".

Bajo tal configuración, si el servicios seleccio uario es uno que se ofrece por un proveedor de s ofrece una lista de consulta en "orden invertid samiento de carga se ejecuta después de invertir ncial de una pluralidad de imágenes cargadas c te carga estas imágenes.

Por otro lado, si el servicios seleccionado io es uno que es ofrecido por un proveedor de S ofrece una lista de consultas en "orden nor porciona una explicación bajo la suposición de q a uno de los servicios presenta una lista de imá normal", no es necesario limitarse a esto. Es d arniento de carga se puede ejecutar bajo la confi cual se presenta una lista de imágenes en ido" en todos y cada uno de los servicios. uración modificada, si el servicio seleccionado o es uno que se ofrece por un proveedor de servi una lista de consulta en "orden inverti arniento de carga se realiza sin inventor e cial de una pluralidad de imágenes cargadas ¡ c e carga estas imágenes.

Por otro lado, si el servicio seleccionado por que se ofrece por un proveedor de servicios qu ista de consulta en "orden normal", el procesam se ejecuta después de invertir el oren secuencia n rol para cambiar el orden secuencial de la tra s imágenes dependiendo del servicio seleccionad io .

Enseguida, en una etapa S26, el servidor de int ena temporalmente en una memoria los datos es que han sido recibidos desde el cliente. Des dor de intercambio carga los datos de las imágen dor que ofrece los servicios que se selecciona io .

* Se debe notar que para este procesamiento de n programa/API que se proporciona para el proce rga por el proveedor de servicios que ya cionado por el usuario.

En este procesamiento de carga, el serv cambio agrega información y/o corrige la inf o es necesario. Por ejemplo, el servidor de int icios en un comentario que se anexa a una image e en los datos de carga transmitidos por un cl or de intercambio puede no estar en conformida aceptable de caracteres para el proveedor de s ionado. Como otro ejemplo, puede que los met idos que no pueden ser omitidos no estén anexad . En tal caso, el servidor de intercambio ej n de la información y/o la corrección de la mi ar el formato de la misma para hacer que no s de carga.

Enseguida, en una etapa S27, el servidor de int ite los datos de carga (por ejemplo, las imágen y los similares) que contienen una imagen (es) recibida desde el cliente al servidor que of ios seleccionado por el usuario.

El servidor que ofrece los servicios, recibe l que se fija para a las imagen (es) cargadas ación para ingresar a las imágenes cargadas.

En una etapa S29, el servidor de intercambio t iente el resultado de la carga junto con la inf L correspondiente a la(s) imagen (es) cargada, la recibida desde el servidor que ofrece los S ionado .

Tras la recepción desde el proveedor de servicio correspondientes a las imágenes cargadas, el ser ambio puede transmitir al cliente la pondientes a las imágenes cargadas, sin ejecuta arniento sobre las mismas. 0, por ejemplo, en el ujo de la Figura 12, el servidor de intercambi ionar una URL de entre las URLs correspondient es cargadas y después envia la URL seleccio e . rvicios, que ofrece una función de álbum, el se ambio proporciona al cliente la URL de la página álbum. Cuando un cliente ha cargado una plura es en un servidor que ofrece los servicios el una función de álbum, el servidor de int ciona al cliente la URL de la página fron o .

El diagrama de flujo de la Figura 12 se e uación. Antes que nada, en una etapa S101, el tercambio ejecuta un discernimiento en cuanto e ha cargado una pluralidad de imágenes o no.

Sin en la etapa S101 se juzga que el cliente ha agen única, el proceso se mueve a una etapa S10 S102, el servidor de intercambio proporciona al L para el enlace directo a la imagen única carga Si en la etapa S101 se juzga que el cliente ha I cios de destino de la carga of ece un serv stración de álbumes, el proceso va a una etapa apa S104, el servidor de intercambio propor te la URL de una página frontal del álbum.

Por otro lado, si en la etapa S103 de juzga edor de servicios de destino de la carga no o ció de administración de álbumes, el proceso v S105. En la etapa S105, el servidor de int rciona al cliente la URL de una página fro io .

Como se explica anteriormente, el serv cambio selecciona una URL y después proporcion cionada al cliente. Si se ejecuta tal procesam ción de la URL, es posible que el usuario cons es en una manera eficiente mientras que utiliz cionada de manera óptima. El servidor de int Finalmente, en la etapa S30 , el cliente desp tado de la carga y las URLs en la pantalla y na el procesamiento. Las URLs se almacenan en l emoria (memoria no volátil) del cliente. enadas se usan en el momento de la ejecuc samiento de consulta.

En la descripción anterior, se asume gue la S cada anteriormente haciendo referencia a las Fig ecuta como el procesamiento de comunicación te 101 y el servidor que ofrece los s cionado 121-126 a través de la intermedia dor 110 de intercambio de la Figura 1.

Si la secuencia se ejecuta como el procesamien íente 102 y el servidor 121-126 que ofrece los S vés de la intermediación del servidor 105 de dor 110 de intercambio de la Figura 1, el proce as 4-6. El procesamiento entre el cliente y el e explica anteriormente con referencia a las Fig ecuta como el procesamiento entre el servidor 105 iente 102, y el usuario.

El servidor 105 de Red crea una página de re to de datos HTML de acuerdo con los datos que dos desde el servidor 110 de intercambio. Des or 105 de Red presenta al cliente 102 la págin . El cliente 102 usa su función de consul gar la página de red proporcionada por el serv .

El usuario usa la página de red que se desplie e 102 como la interfaz de usuario y eje ucción de los datos r la configuración uración de carga de las imágenes , y los si es, el usuario transmite al servidor 105 de cliente que no tienen ningún programa/API que s el procesamiento de carga, puede ejecutar e arniento de carga de imágenes como el del cliente Como se explica anteriormente, cuando se usa un do por cualquiera de los servidores 121-126 que ervicios, no es necesario que los clientes 10 n a un programa/API que se aplica de manera un ió seleccionado. Esto se debe a la intermedia or de intercambio.

Cuando se usa algún servicio ofrecido por los se 6 que ofrecen los servicios, cada uno del clien vidor 105 de Red pueden usar un programa/API coi municaciones con el servidor de intercambio.

Un ejemplo de la aplicación de las APIs se e uación haciendo referencia a las Figuras 13-15. s Figuras 13-15 incluye un cliente, un serv rvicios, de la Figura 1.

Un conjunto de diagramas de secuencia de las Fig cluye la secuencia de la carga de las imágenes e al servidor que ofrece los servicios selecc de la intermediación del servidor de intercam ha explicado anteriormente haciendo referenci s 4-6. Los diagramas de secuencia de las Figur ejemplo de una API que se usa por el client or de Red) y una API que se usa por el ser ambio .

Cuando se usa algún servicio que es ofrecido ores 121-126 que ofrecen los servicios de la F iente puede usar una API que es común a los mi la API común) . Tras la selección un serv del cliente, el servicio seleccionado se noti or de intercambio. Por consiguiente, se debe n ecute un programa que define una secuencia para h on por una lista de servicios al serv cambio. En un paso S302, el servidor de int ite una lista de servicios al cliente en respue on emitida por el cliente.

Enseguida, en una etapa S303, el cliente usa [OBTENER Servicios] para hacer una petición sición de la información de los detalles del serv BTENER servicios] es una API que hace que se ej ma que define una secuencia para hacer una petic formación de los detalles del servicio al ser ambio. Nótese que el cliente transmite al ser ambio el identificador del servicio seleccionad ce una petición por la información detallada ios .

En una etapa S304, en respuesta a la petición h a pantalla, para ser usado para ejecutar el proc rga de imágenes sobre la base de la informació les del servicio. De este modo, se eje Sarniento de registro en la etapa S305. La apio us rocesamiento de registro es una API común tro] en la etapa S305 de la Figura 14. La API tro] es una API que hace que se ejecute un prog e una secuencia para trasmitir la información de rvidor de intercambio.

En respuesta a la introducción de la inform tro por el cliente, el servidor de intercambio ej tro al servidor que ofrece los servicios que cor rvicio seleccionado por el cliente. Una API rciona por el proveedor de servicios que corres cío seleccionado por el cliente se usa pa samiento de registro. Es decir, este se ejecuta [OBTENER registro] que se suministra desde el rvicios A, el cual administra el servidor que of cios A, se aplica a este procesamiento de regi dor de intercambio ha sido configurado por adela a tal que este puede usar todas las APIs stran por todos los proveedores de servicios. pre-configurado como arriba, el servidor de int ciona una API que seria aplicada sobre la bas ación de selección del servicio que se envia e y después usa la API seleccionada.

Si el cliente ha seleccionado el servicio B, se tapas S321-S323 para el registro al servidor qu ervicios B. Con el fin de registrarse en el serv los servicios B, el cual ofrece el servicio B, APIs que son únicas para el servicio ficamente, se usan [OBTENER obtenerservicioc o, ya que el servidor de intercambio ejecuta el rvicio para el servicio seleccionado en lu e, en la configuración de acuerdo con la dad de la invención, es posible que el cliente na API común (etapa S305) independientemente ió se use.

La Figura 15 es un ejemplo de la aplicación de el procesamiento de carga de imágenes. El ece las imágenes a ser cargadas en el recuadro d ión de las imágenes de carga de la interfaz de (hacer referencia a las Figuras 8 y 9) que se d pantalla, para ser usada para ejecutar el proce ga de las imágenes. Además, el cliente ingresa 1 da campo de introducción de datos en la inte o (ÜI) y, después de la introducción de los na el botón de carga. A través de la manipul Tras la recepción de los datos de carga te, como se hace en el procesamiento de cado anteriormente, el servidor de intercambio ue se proporciona por el proveedor de servi sponde al servicio especificado por el clien tar el procesamiento de carga de las imágenes. E se ejecuta el procesamiento de carga de las imág sponde a una secuencia que es única para el prov cios seleccionado.

En la Figura 15, en la etapa S341, se ej Sarniento en un caso donde el cliente ha selecci ió A, en tanto que en la etapa S351 se ej samiento en un caso donde el cliente ha selecci ió B. Por ejemplo , el procesamiento de la etapa a para cargar las imágenes , al servidor que of ios A, el cual ofrece el servicio A. Una A Sarniento de carga de las imágenes.

Como se explica anteriormente, en la configur do con la presente modalidad de la invención, el tercambio ejecuta el procesamiento usando una sponde al servidor que ofrece los servicio tar el procesamiento de acuerdo con una secuenci para el servidor que ofrece los servicios. En c sible que el cliente realice el procesamiento sa una API común, la cual es común para t dores que ofrecen los servicios, independiente servidor se use.

Además, en un caso donde un programa/API se actu ervidor que ofrece los servicios, el serv cambio adquiere el programa/API actualizado y , los cual hace innecesario que el cliente reali Sarniento de actualización para el programa/API. dor que ofrece los servicios .

En la Figura 16, el cliente 510 se provee con u e control que ejecuta el procesamiento de dato s programas/APIs , una unidad 512 de comunica ta la comunicación vía una red, una unidad 513 de emoriza los programas, APIs, parámetros, datos de similares, una unidad 514 de pantalla que despli lo, una imagen y una interfaz de usuario, y un e entrada que introduce la información de mani suario. La unidad de pantalla puede funcionar d de entrada si, por ejemplo, el cliente t guracion que acepta entradas vía la ÜI . Un ejempl guracion es una UI de panel táctil.

Como ya se ha explicado en la modalidad ejempl ior del avance presente, la unidad 511 de con te 510 aplica selectivamente una pluralidad F1 común .

Cuando se ejecuta el procesamiento para el u cio, por ejemplo, la unidad 511 de control us para transmitir la información de selección del rvidor de intercambio y recibe la información les del servicio correspondiente al cionado, desde el servidor de intercambio; la un trol usa la información de generación de la int io que está contenida en la información de los ervicio, para desplegar una interfaz de usuari d 511 de control usa la API común para trans dor de intercambio la información que se introduc faz de usuario.

Como se ha explicado antes haciendo referenci as 13-15, la API común incluye una API de ejecu Sarniento de registro, la cual define las func ar la secuencia del procesamiento de registro al servidor que ofrece los servicios que corres ió seleccionado por el cliente.

Además, la API común incluye una función de carg es que debe ser usada para ejecutar el procesam de imágenes , el cual es un servicio que se ofrec or que ofrece los servicios. Cuando se usa el frece los servicios, la unidad 511 de contr S que se han introducido los datos en una po ión de las imágenes de carga definida en una int o generada sobre la base de la información es del servicio, , la función de carga de imáge itir la información de carga al servidor de inte rvidor de intercambio usa la información de carg desde el cliente para ejecutar una secuen arniento de carga que es única para el servi arniento de carga de las imágenes de acuerdo ación de prescripción del orden secuencia de la Otras funciones también se incluyen en la API co o, se incluye una función de álbumes para deter o de los álbumes del cliente en un servidor qu ervicios f en el cual se registra el cliente. una función de nuevos álbumes para crear nuevos liente en el servidor que ofrece los servicios . ede usar: una función para desplegar en el cli es almacenadas en el servidor que ofrece los se función de recursos del cliente se puede u inar los recursos del cliente almacenados en el frece los servicios. Los recursos del clie en, por ejemplo, fotos , videos, archivos de medios. Como se apreciará por una persona exper técnica también son posibles otras funcio ió correspondiente a un servicio seleccionado e, sobre la base de la información de selec ió que ha sido recibida desde el cliente. Des 521 de control del servidor 520 de intercambi atos que han sido introducidos via una inte o generada sobre la base de la información es del servicio del cliente, y después transf recibidos al servidor que ofrece los servic ponde al servicio seleccionado.

Además, como se ha explicado anteriormente ncia a las Figuras 13-15, la unidad 521 de con ?? única, la cual es única para el servidor qu ervicios, que ofrece el servicio seleccionado e, para ejecutar una secuencia del procesami ro que es única para el servidor que ofr ios, o una secuencia del procesamiento de carg odos del servicio ofrecido por el servidor que of cios. Este es el procesamiento de selección que y cado anteriormente haciendo referencia al dia de la Figura 12.

El servidor 530 que ofrece los servicios se pr nidad 531 de control que ejecuta el procesamient usando varios programas/APIs, una unidad icación que ejecuta la comunicación con una re d 533 de memoria que memoriza los programas tros, datos de imagen, y los similares.

Nótese que un servidor de Red tiene básicamente uracion como la del cliente 510 mostrada en la F o que el servidor de Red no se provee con la u la y la unidad de entrada del cliente 510. Cad clientes 101 y 102 tiene fundamentalmente l uracion como la del cliente 510 mostrado en la F La serie de procesamientos que se explica ficación puede ser implementada por medio de com s, soporte lógico, o una combinación de com s y soporte lógico. Si la serie de procesamiento a en esta especificación se implementa por e lógico, se puede instalar un conjunto de instr es por computadora en una memoria de una computa integrada en los componentes físicos dedi ada en una computadora de propósito general que ecutar varios tipos de procesamiento. Por ejem cciones legibles por computadora pueden ser alm menté en un medio de registro legible por comp instrucciones legibles por computadora pue adas en una computadora desde un medio de reg instrucciones legibles por computadora pue das via una red, tal como una LAN (Red de Área ocesamiento de logra de acuerdo con el program a de computadora .

Además, varios tipos de procesamiento que se d ta especificación no se ejecutan necesariamente tiempo, de acuerdo con el . orden de aparición ficación. Es decir, dependiendo de la capac arniento de un aparato/aparatos que ejec amiento y/o de acuerdo con las necesida arniento se puede ejecutar en una manera parale ase individual. El término "sistema" usado ficación significa un conjunto lógico de una pl os. Se debe notar que los aparatos no riamente integrados en el mimo armazón/alo dual .

Como se explica anteriormente, un sist arniento de imágenes de acuerdo con una m lidad de servidores que ofrecen los servic dor de intercambio usa una API única, la cual el servidor que ofrece los servicios que o ció seleccionado por el cliente, para ejecu cia de procesamiento que es única para el serv e los servicios. Tal configuración hace posible e use cualquier servicio de entre los S dos por la pluralidad de servidores que ofr ios con el uso de una API común sin ninguna nece una API única, la cual es única para cada un idad de servidores que ofrecen los servicios.

Obviamente, son posibles numerosas modificae iones de la presente invención a la luz nzas anteriores. Por lo tanto se debe ente del ámbito de las reivindicaciones anexas, la i ser practicada de otra manera que la

Claims (1)

1. REIVINDICACIONES 1. Un método para hacer que un servidor de int edie la comunicación entre in dispositivo del e uralidad de los servidores que ofrecen los servi , caracterizado porque, comprende: generar una interfaz de usuario uniforme itivo del cliente de acuerdo con una API común, que es independiente de una pluralidad ficas del servidor, cada una correspondiente tiva de la pluralidad de los servidores que ofr ios, la pluralidad de APIs especificas del serv macenan en una memoria intermedia del serv ambio; recibir, en el servidor de intercambio, los a introducidos en la interfaz de usuario unifo de entrada que incluyen la selección de un especificas del servidor, una respuesta del serv e los servicios que se traduce y se trans sitivo del cliente de acuerdo con la API común. 2. El método de acuerdo con la Reivindica terizado porque comprende además: determinar, en el servidor de intercambio, lo dores que ofrecen los servicios; y almacenar, en la memoria electrónica del ser cambio, las APIs especificas del spondientes a los nuevos servidores que ofre cios . 3. El método de acuerdo con la Reivindica terizado porque comprende además: determinar, en el servidor de intercambio, los s nibles en la pluralidad de servidores que ofr cios ; validar, en el servidor de intercambio , los a que usan una información especifica de la pondiente al dispositivo del cliente, la inf fica de la máquina que se almacena previament or de intercambio. 5. El método de acuerdo con la reivindica erizado porque comprende además: generar una suma de verificación para los a en el dispositivo del cliente; y verificar la suma de verificación en el ser ambio usando la información especifica de la máq 6. El método de acuerdo con la reivindica erizado porque, la API común incluye una fu ro para registrar el dispositivo del client or que ofrece los servicios deseado, una fu s para regresar al dispositivo del cliente sos almacenados en el servidor que ofrece los s do, la lista de recursos que se asocia con el dis liente en el servidor que ofrece los servicios de una función de imágenes para regresar al disposi te los datos seleccionados via el serv cambio, los datos seleccionados que se despliega lla del dispositivo del cliente, y una función de carga para cargar los datos de l servidor de intercambio, al servidor que of cios deseado. 7. El método de acuerdo con la reivindica terizado porque la API genera datos con fórmat con formato JSON. 8. Un servidor de intercambio interpuesto e sitivo del cliente y una pluralidad de servid n los servicios, caracterizado porque comprende: enada en una memoria electrónica del serv cambio, cada una de las APIs específicas del spondiente a uno de la pluralidad de servid en los servicios; y una unidad de interfaz del servidor para comú sitivo del cliente, independientemente de la u faz del cliente, con el servidor que ofrece los s do, de acuerdo con uno respectivo de la plura específicas del servidor, una respuesta recibida dor que ofrece los servicios que es traducida y uerdo con la API común, vía la unidad de inte e, en donde la API común proporciona una interfaz acceder a los servicios ofrecidos por la plura ervidores que ofrecen los servicios vía la plura específicos del servidor. cios recién detectados y elimina dinámicamente ficas de los servidores correspondientes dores que ofrecen los servicios indisponibles. 11. El servidor de intercambio de acuerdo ndicación 8, caracterizado porque, comprende adem una unidad para validar los datos recibidos sitivo del cliente, de acuerdo con la in ifica de la máquina correspondiente al disposi te, la información especifica de la máquina ena previamente en el servidor de intercambio. 12. El servidor de intercambio de acuerdo ndicación 11, caracterizado porque, la un ación valida una suma de verificación generada sitivo del cliente de acuerdo con la in ifica de la máquina. 13. El servidor de intercambio de acuerdo una unidad de imágenes para solicitar lo ionados via una respectiva de la pluralidad ficas de los servidores, los datos seleccionado stran al dispositivo del cliente via la API co seleccionados que se seleccionan en el disposi e, y una unidad de carga para suministrar los datos r el cliente al servidor que ofrece los servicios o respectivo de la pluralidad de APIs especif o . 14. El servidor de intercambio de acuerdo dicación 8, caracterizado porque, la API común generar al menos los datos con formato XML o l rmatos JSON. 15. Un medio legible por computadora que almacé instrucciones legibles por computadora, carac e almacenan en una memoria electrónica de un se ambio; recibir en el servidor de intercambio, los a introducidos en la interfaz de usuario unifo de entrada que incluyen la selección de un pondiente a un servidor que ofrece los servici idad de servidores que ofrecen los servicios; traducir los datos de entrada de acuerdo ivo de las APIs especificas del servicio corresp vidor que ofrece los servicios deseado; y transmitir los datos de entrada traducidos d or de intercambio al servidor que ofrece los s o de acuerdo con uno respectivo de la pluralida specificas del servidor, una respuesta del serv los servicios que se traduce y se trans itivo del cliente de acuerdo con al API común. erizado porque comprende: determinar los servicios disponibles en la plura ores que ofrecen los servicios; transmitir una lista de los servicios disponibl rvidor de intercambio al dispositivo del cli o con la API común, los servicios disponibles oran en la interfaz de usuario uniforme; y eliminar de la interfaz de usuario unifo ios correspondientes a los servidores que ofr ios . 18. El medio legible por computadora de acuerd dicación 15, caracterizado porque comprende adem validar los datos de entrada usando la inf fica de la máquina correspondiente al disposi e, la información especifica de la máquina na previamente en el servidor de intercambio. dicación 15, caracterizado porque la ??? común i una función de registro para registrar el dis íente en el servidor que ofrece los servicios de una función de álbumes para regresar al disposi e vía el servidor de intercambio, un listado de datos almacenados en el servidor que of ios, los grupos de datos que se asocian itivo del cliente en el servidor que ofr ios deseado, una función de nuevos álbumes para generar, or de intercambio, un nuevo grupo de datos or que ofrece los servicios deseado, una función de recursos para regresar al disposi e, vía el servidor de intercambio, una lista os almacenados en el servidor que ofrece los s o, la lista de recursos que se asocia con el dis dicacion 20, caracterizado porque, la API comú con formato X L y datos con formato JSON. RESUMEN DE LA INVENCION Un sistema que hace posible usar los servicios o na pluralidad de servidores entre si se realiz e una API común. El sistema incluye una plura ores que ofrecen los servicios, un cliente que cios ofrecidos por la pluralidad de servido n los servicios, y un servidor de intercam a el procesamiento intermedio cuando el client ció. El cliente ejecuta la comunicación con el tercambio usando una API común, cuando se u ió entre una pluralidad de servicios ofrecidos idad de los servidores que ofrecen los servi or de intercambio usa una API única, la cual el servidor que ofrece los servicios, que o ió seleccionado por el cliente, para ejecu cia de procesamiento que es única para el serv