SISTEMA DE COMUNICACION Y APARATO DE COMUNICACION Y SU PROCEDIMIENTO DE CONTROL.

Sistema de comunicaciones que comprende un aparato (100) cliente y un aparato (200) proveedor de servicios que proporciona un servicio al aparato cliente a través de un canal (300) de comunicaciones,

dicho aparato cliente comprendiendo:

medios (5) de solicitud de notificación configurados para emitir una solicitud de notificación para solicitar al aparato proveedor de servicios que notifique de la ocurrencia de un evento;

medios (5) de procesamiento de eventos configurados para procesar un evento que ocurre en el aparato proveedor de servicios,

medios (5) de determinación configurados para determinar un estado de dichos medios de procesamiento de eventos y

unos primeros medios de notificación configurados para notificar, después de que dichos medios de solicitud de notificación emitan la solicitud de notificación, al aparato proveedor de servicios si dichos medios de procesamiento de eventos están activos o no, en base a un resultado de determinación desde dichos medios de determinación, y dicho aparato proveedor de servicios incluye o comprende:

medios (12) de detección configurados para detectar la ocurrencia de un evento y

unos segundos medios de notificación configurados para notificar a un aparato cliente en el cual dichos medios de procesamiento de eventos están activos la ocurrencia del evento, en base a una notificación desde dichos primeros medios de notificación, si dichos medios de detección detectan la ocurrencia del evento

Sistema de comunicación y aparato de comunicación y su procedimiento de control.

Antecedentes de la invención

La presente invención se refiere a aparatos de comunicación por red, un sistema de comunicación que incluye los aparatos y un procedimiento de control para el sistema y los aparatos de comunicación.

Convencionalmente, es conocido un aparato proveedor de servicios o un sistema que provee varios tipos de servicios en respuesta a solicitudes de servicios de aparatos clientes en una red. Por ejemplo, con la rápida expansión de la comunicación a través de Internet, se han desarrollado varios tipos de dispositivos, aparte de los ordenadores personales convencionales, como dispositivos de red. Además de los dispositivos interactivos con el usuario tales como PDAs (Asistentes Personales Digitales) y teléfonos móviles, diversos tipos de aparatos de procesamiento de imágenes y accesorios eléctricos para el hogar se han hecho compatibles con redes.

Según esta tendencia, se ha propuesto software para la búsqueda de dispositivos de red que proveen diversos tipos de servicios con el fin de mejorar la comodidad y facilidad de uso en la utilización de estos dispositivos de red. Además, se han propuesto diversos tipos de protocolos y arquitecturas que proporcionan medios automáticos de instalación para software de aplicaciones, software de utilidades, sistemas operativos, y similares para controlar dichos dispositivos de red (Patentes Japonesas Abiertas a Inspección Pública Nos. 2004-038956 y 2004-362594).

Varias empresas y organizaciones de estandarización han hecho esfuerzos para desarrollar especificaciones a fin de extender la función "plug and play" (conectar y usar), que se aplica a dispositivos con conexiones locales de entrada/salida, así como a dispositivos de red. Estos esfuerzos incluyen, por ejemplo, UPnp (marca registrada) (ver Arquitectura de Dispositivos UPnP v1.0 en la dirección http://www.upnp.org/specs/arch/UPnP-DevieArchitecture-v1.0-20060720.pdf) que Microsoft se encuentra desarrollando principalmente, y BM-Links ("BMLinks", la Asociación Japonesa de Maquinaria de Oficina e Industrias de Sistemas de Información, dirección de Internet (http://www.jbmia.or.jp/bmlinks/eng/index.htm) que ha sido promovida por WSD: Servicios Web para Dispositivos (WS-Discovery/WS-MetadataExchange/WS-Eventing, Web Service Dynamic Discovery: dirección de WS- Discovery: http://specs.xmlsoap.org/ws/2005/04/discovery/wsdiscovery.pdf dirección de WS-MetadataExchange: http://specs.xmlsoap.org/ws/2004/09/mex/WS-MetadataExchange.pdf WS-Eventing http://msdn.microsoft.com/ webservices/webservices/understanding/specs/default.aspx?pull=/library/en-us/dnglobspec/html/ws-eventing.asp).

Los sistemas de servicios de red ejemplificados anteriormente utilizan protocolos para la notificación de eventos tipificados por GENA: Notificación General de Eventos, WS-Eventing y similares. Esto permite que un dispositivo cliente detecte, en tiempo real, un cambio en el estado de un dispositivo que proporciona un servicio, es decir, el estado procesado de un trabajo que el dispositivo ha solicitado ejecutar, un estado de error, un cambio de estado, tal como, la actualización de la información de configuración ("ocurrencia de un evento"), o similares.

Las técnicas convencionales anteriormente mencionadas, sin embargo, presentan los siguientes problemas. Según un protocolo de notificación de eventos, un dispositivo cliente necesita emitir por adelantado una solicitud de notificación de eventos a un dispositivo proveedor de servicios. El dispositivo proveedor de servicios debe mantener y gestionar todas las partes de información referentes a solicitudes de notificación recibidas de todos los dispositivos clientes. Cuando ocurre un evento, el dispositivo proveedor de servicios debe notificar a todos los dispositivos clientes desde los que se hayan recibido solicitudes de notificación de la ocurrencia del evento. De estos eventos, eventos asociados con cambios en el estado que acompañan la ejecución de un trabajo pueden incluir, posiblemente, un inicio de trabajo, avance de trabajo, finalización de trabajo, error y similares. Con el fin de transmitir las notificaciones de la ocurrencia de estos eventos a los clientes de los que se han recibido solicitudes de notificación, es necesario asegurar una conexión de red que incluya recuperación de errores y similares. Esto supone una pesada carga para los dispositivos proveedores de servicios. Además, esta pesada carga ha provocado, por ejemplo, el problema de fallo al notificar un evento importante y urgente que retardará en gran medida la notificación del evento a las herramientas de gestión de la red.

Por otra parte, es posible que incluso si el dispositivo proveedor de servicios notifica a un dispositivo cliente, del que se ha recibido una solicitud de notificación de un evento, el dispositivo cliente no tenga la función de procesamiento del evento, es decir, no tenga la función de analizar el contenido del evento y notificar al usuario de la información resultante. Además, en el dispositivo cliente, una función, aplicación, utilidad o similar que procesa un evento puede no estar activada (por ejemplo estar invalidada). En ese caso, se desperdician la información del evento notificado y el proceso realizado para la notificación.

En un dispositivo proveedor de servicios con recursos de hardware limitados, un dispositivo utilizado en entorno de red doméstica, en particular, o en un entorno tal como una oficina en la que existen varios dispositivos cliente, se requiere alguna estrategia para minimizar el excesivo procesamiento de eventos y la excesiva notificación de eventos.

El documento US 6734985 da a conocer un sistema que comprende una impresora y un ordenador principal en el que el ordenador principal envía solicitudes de registro periódicas a la impresora y la impresora registra el ordenador principal como respuesta a las solicitudes de registro. Si la impresora no recibe una solicitud de registro durante un tiempo de retención, la impresora elimina el registro del ordenador principal.

Breve descripción de la invención

Es un objetivo de la presente invención abordar los problemas antes descritos de la tecnología convencional.

Una ventaja de la presente invención es que notificaciones de eventos innecesarias son eliminadas sustancialmente mediante la notificación a los aparatos clientes, de aparatos clientes cuyas solicitudes de notificaciones de eventos se han registrado, que están listos para realizar el procesamiento de eventos.

Según la presente invención, es posible eliminar la notificación innecesaria de la ocurrencia de eventos mediante la notificación a los aparatos clientes, de aparatos clientes cuyas solicitudes de notificaciones de eventos se han registrado, que están listos para realizar el procesamiento de eventos. Esto puede reducir la carga de un proceso de comunicación de eventos. Además, esto puede mejorar el rendimiento en tiempo real de la notificación de eventos que la notificación de eventos, supuestamente, debe tener.

Según un primer aspecto de la presente invención, se da a conocer un sistema de comunicaciones como se especifica en la reivindicaciones 1-6.

Según un segundo aspecto de la presente invención, se da a conocer un aparato de comunicación como se especifica en las reivindicaciones 7 a 9.

Según un tercer aspecto de la presente invención, se da a conocer un procedimiento de control como se especifica en las reivindicaciones 10 a 17.

Las características adicionales de la presente invención serán evidentes a partir de la siguiente descripción de realizaciones a título de ejemplo en referencia a los dibujos anexos.

Breve descripción de los dibujos

Los dibujos adjuntos, que están incorporados y constituyen parte de la descripción, ilustran una realización de la invención y un ejemplo ilustrativo y, junto con la descripción, sirven para explicar los principios de la presente invención.

La figura 1 es un diagrama de bloques que muestra la disposición de un sistema de red plug and play según una realización a título de ejemplo de la presente invención;

las figuras 2A y 2B son diagramas de flujo para explicar el procesamiento de control en un dispositivo cliente según la primera realización de la presente invención;

la figura 3 es un diagrama de flujo para explicar el procesamiento de control en un dispositivo...

1. Sistema de comunicaciones que comprende un aparato (100) cliente y un aparato (200) proveedor de servicios que proporciona un servicio al aparato cliente a través de un canal (300) de comunicaciones, dicho aparato cliente comprendiendo: