ES2389779T3 - Aparato de transmisión, aparato de recepción, método de control para el mismo, sistema de comunicación y programa - Google Patents
Aparato de transmisión, aparato de recepción, método de control para el mismo, sistema de comunicación y programa Download PDFInfo
- Publication number
- ES2389779T3 ES2389779T3 ES06843116T ES06843116T ES2389779T3 ES 2389779 T3 ES2389779 T3 ES 2389779T3 ES 06843116 T ES06843116 T ES 06843116T ES 06843116 T ES06843116 T ES 06843116T ES 2389779 T3 ES2389779 T3 ES 2389779T3
- Authority
- ES
- Spain
- Prior art keywords
- transmission
- data
- mfp
- mail server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
- H04N1/00212—Attaching image data to computer messages, e.g. to e-mails
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
- H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
- H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
- H04N1/00217—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission only involving computer data transmission protocols, e.g. SMTP, WAP or HTTP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
- H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
- H04N1/0022—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission involving facsimile protocols or a combination of facsimile protocols and computer data transmission protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00244—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server with a server, e.g. an internet server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
- H04N1/00973—Input arrangements for operating instructions or parameters, e.g. updating internal software from a remote device, e.g. receiving via the internet instructions input to a computer terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0015—Control of image communication with the connected apparatus, e.g. signalling capability
- H04N2201/0017—Notifying a communication result
- H04N2201/0018—Notifying a communication result via a non-image communication channel, e.g. via a computer network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0094—Multifunctional device, i.e. a device capable of all of reading, reproducing, copying, facsimile transception, file transception
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Abstract
Aparato de transmisión (100), para transmitir un correo electrónico a un aparato de recepción a través de una red,mediante la selección de un método de comunicación a través de un servidor de correo, y método de comunicaciónsin intervención de un servidor de correo, comprendiendo:una unidad de generación (130) adaptada para generar el correo electrónico, en el que está incluida una direcciónde correo electrónico para recibir un resultado de la confirmación de la transmisión referente al correo electrónico;una unidad de transmisión (138), adaptada para transmitir al aparato de recepción, el correo electrónico generadopor la unidad de generación en base al resultado de la selección del método de comunicación;caracterizado poruna unidad de petición (138) adaptada para transmitir información (407) con el correo electrónico para solicitar alaparato de recepción que transmita, sin intervención de un servidor de correo, el resultado de la confirmación de latransmisión; yuna unidad de recepción (138) adaptada para recibir el resultado de la confirmación de la transmisión que estransmitido, sin intervención de un servidor de correo, por medio del aparato de recepción en respuesta a la peticiónpor medio de la unidad de petición.
Description
SECTOR DE LA TÉCNICA
La presente invención se refiere a un sistema de comunicación que transmite/recibe correos electrónicos entre un aparato de transmisión y un aparato de recepción, a través de una red.
TÉCNICA ANTERIOR
La utilización de correos electrónicos para transmitir/recibir información de texto se ha convertido en popular junto con la utilización generalizada de ordenadores y de redes de información.
El correo electrónico puede tener adjuntos archivos de varios formatos además del texto del correo, es decir, información de texto. Los FAX por Internet (denominados en adelante IFAX) están teniendo una utilización amplia, los cuales transmiten/reciben una imagen mediante la agregación, por ejemplo, de un archivo TIFF (Tag Image File Format) o formato de archivo de imágenes identificadas.
El IFAX es una técnica para la comunicación entre dispositivos. Esto es, un dispositivo de transmisión lee una imagen mediante un escáner, la convierte en una imagen TIFF, y transmite los datos a un destinatario. Un dispositivo de recepción decodifica la imagen TIFF a partir de los datos recibidos y la imprime.
En relación con esta técnica, la patente japonesa a información pública Nº 2002-27193 da a conocer un aparato para la transmisión de datos de imagen mediante la utilización de un protocolo de correo electrónico. Este aparato transmite los datos de la imagen directamente a un dispositivo de recepción sin intervención de un servidor de correo.
La patente japonesa a información pública Nº 2003-233558 da a conocer asimismo un aparato para la transmisión de datos de imagen mediante la utilización de un protocolo de correo electrónico. Este aparato mantiene para cada destino, en un libro de direcciones, datos que indican si se tienen que transmitir datos de imágenes directamente a un dispositivo de recepción sin intervención de un servidor de correo. En base a estos datos, el aparato transmite directamente los datos a un dispositivo de recepción en un destino, lo que permite la transmisión directa sin intervención de un servidor de correo.
La norma RFC2532 define la norma de Modo completo del IFAX. Según esta norma, cuando un dispositivo de transmisión transmite datos de imágenes a un dispositivo de recepción, el dispositivo de recepción notifica al dispositivo de transmisión del resultado de la recepción utilizando una MDN (Message Disposition Notification), (Notificación de disposición de los mensajes).
En un sistema que hace que un dispositivo de transmisión transmita datos de imágenes a un dispositivo de recepción sin intervención de un servidor de correo, de acuerdo con la norma de modo completo, los dispositivos dados a conocer en las patentes japonesas a información pública Nos. 2002-27193 y 2003-233558 pueden transmitir directamente datos de imágenes desde el dispositivo de transmisión al dispositivo de recepción.
Sin embargo, el dispositivo de recepción que debería transmitir el resultado de la MDN al dispositivo de transmisión no puede determinar si el destinatario de la transmisión de la MDN permite o no la transmisión directa.
El dispositivo de recepción transmite siempre la MDN a través de un servidor de correo, el cual, por consiguiente, es indispensable.
No obstante, no es fácil instalar y hacer funcionar un servidor de correo. Un sistema que funciona solamente en un entorno capaz de comunicarse sin intervención de un servidor de correo incluye, por ejemplo, un sistema que transmite datos de imágenes de acuerdo con un protocolo de correo electrónico sin incorporar un servidor de correo. En un IFAX que transmite un gran archivo de imágenes independientemente de la presencia de un servidor de correo, la carga sobre el servidor de correo plantea un problema. Por lo tanto, la disposición se realiza a menudo evitando intencionadamente la utilización de un servidor de correo.
En un sistema en el que un dispositivo de recepción recibe con éxito datos de correo electrónico, los analiza y extrae una imagen, el éxito de la recepción de datos no siempre indica el éxito de la formación de la imagen en el dispositivo de recepción en base a los datos. Si se produce un fallo, tal como el agotamiento de la capacidad del dispositivo interno de almacenamiento de datos del dispositivo de recepción a mitad del proceso, se produce un fallo en la formación de la imagen en el dispositivo de recepción.
Para confirmar finalmente el éxito de la comunicación, se necesita la confirmación mediante una MDN. En un entorno en el que no está instalado o dispuesto un servidor de correo, no se produce la transmisión de la MDN. Por consiguiente, es imposible determinar si el dispositivo de recepción ha recibido normalmente los datos transmitidos del correo electrónico.
El documento EP 1 519 527 A da a conocer un aparato de comunicación en el que es posible modificar el tamaño de loa datos transmitidos de una sola vez, siendo cambiado el tamaño de los datos a un cierto tamaño en caso de transmisión del correo electrónico a través de un servidor de correo y a un tamaño diferente en caso de una transmisión que no sea realizada a través de un servidor de correo. Se generan los datos del correo electrónico que contienen datos de imágenes como un archivo adjunto, y se determina si intervendrá un servidor predeterminado cuando se transmita el correo electrónico a un destinatario de la transmisión. Cuando se ha decidido que el destinatario sea un servidor de correo, se determina si los datos del correo electrónico superan un tamaño establecido. Los datos del correo electrónico para el que se ha determinado que se ha excedido el tamaño establecido son divididos en una serie de segmentos, y a continuación los datos del correo electrónico son transmitidos al destinatario decidido.
El documento US 6 687 742 B1 da a conocer que el remitente transforma los datos de la imagen escaneada a datos binarios comprimidos con un parámetro fijado, los convierte en datos para el correo electrónico, añade información que indica su sistema local de control y la identificación de la información para una petición de capacidad a los datos del correo electrónico y envía los datos resultantes del correo electrónico. Cuando el destinatario de la transmisión es un dispositivo de correo electrónico, el destinatario de la transmisión imprime las condiciones específicas en la página adjunta, después de lo cual se termina la comunicación entre el emisor y el receptor. Cuando el destinatario de la transmisión tiene el mismo dispositivo de control que el remitente, el destinatario de la transmisión transmite un mensaje de respuesta al remitente en el que se proporciona información que indica su método local de control y una respuesta sobre su capacidad. El remitente genera, a partir de los datos de la imagen, datos binarios comprimidos cuyo tamaño de imagen, resolución y sistema de codificación son comparados con la capacidad del destino de la transmisión, convierte estos datos binarios comprimidos a datos para el correo electrónico y envía de nuevo los datos del correo electrónico.
No obstante, según los documentos de la técnica anterior mencionados anteriormente, un aparato de recepción no puede determinar con exactitud si puede transmitirse el resultado de la confirmación de la transmisión sin intervención de un servidor de correo (debido a que, incluso si el aparato de transmisión transmite un correo electrónico sin intervención de un servidor de correo, el aparato de transmisión no puede recibir siempre un correo electrónico sin intervención de un servidor de correo). Por lo tanto, existe el problema de que el resultado de la confirmación de la transmisión no puede ser transmitido de manera concreta.
CARACTERÍSTICAS DE LA INVENCIÓN
La presente invención ha sido realizada considerando el problema descrito anteriormente, y tiene como objetivo dar a conocer un aparato de transmisión, un aparato de recepción, un método de control del mismo, un sistema de comunicación y un programa que permite seleccionar de forma adaptable la ruta de transmisión/recepción de una confirmación de la transmisión de un correo electrónico, de acuerdo con el entorno entre los aparatos, y transmitir de manera fiable la confirmación de la transmisión.
Según la presente invención, el objetivo anterior se alcanza disponiendo un aparato de transmisión, según se define en la reivindicación 1.
Según la presente invención, el objetivo anterior se alcanza disponiendo un aparato de recepción, según se define en la reivindicación 2.
Según la presente invención, el objetivo anterior se alcanza disponiendo un sistema de comunicación, según se define en la reivindicación 3.
Según la presente invención, el objetivo anterior se alcanza disponiendo un método de control, según se define en la reivindicación 4.
Según la presente invención, el objetivo anterior se alcanza disponiendo un método de control, según se define en la reivindicación 5.
Según la presente invención, el objetivo anterior se alcanza disponiendo un programa, según se define en la reivindicación 6.
Según la presente invención, el objetivo anterior se alcanza disponiendo un programa, según se define en la reivindicación 7.
Otras características de la presente invención serán evidentes a partir de la siguiente descripción de realizaciones a modo de ejemplo que hacen referencia a los dibujos adjuntos.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 es un diagrama de bloques que muestra la configuración de la conexión a la red de un aparato de comunicación, según la primera realización de la presente invención;
La figura 2 es un diagrama de bloques que muestra la disposición de una MFP, según la primera realización de la presente invención;
La figura 3 es una vista para explicar la configuración de un programa de red instalado en la MFP, según la primera realización de la presente invención;
La figura 4 es una vista que muestra una ventana de registros de una tabla de destinos para almacenar la información sobre la destinación de las transmisiones de las MFP, según la primera realización de la presente invención;
La figura 5 es una vista que muestra un ejemplo estructural de los datos de un correo electrónico, según la primera realización de la presente invención;
La figura 6 es un cuadro de secuencias que muestra el proceso de un protocolo SMTP, según la primera realización de la presente invención;
La figura 7 es un diagrama de flujo que muestra el proceso de recepción del SMTP, según la primera realización de la presente invención;
La figura 8 es una vista que muestra un ejemplo estructural de datos MDN, según la primera realización de la presente invención;
La figura 9 es un diagrama de flujo que muestra el proceso de transmisión de la MDN, según la primera realización de la presente invención;
La figura 10 es un diagrama de flujo que muestra el proceso de transmisión de la MDN, según la segunda realización de la presente invención;
La figura 11 es una vista que muestra un ejemplo estructural de datos de correo electrónico, según la tercera realización de la presente invención, y
La figura 12 es un diagrama de flujo que muestra el proceso de análisis de los datos del correo electrónico, según la tercera realización de la presente invención.
MEJOR MODO DE REALIZACIÓN DE LA INVENCIÓN
A continuación, se describirán en detalle las realizaciones de la presente invención haciendo referencia a los dibujos adjuntos.
<Primera realización>
La figura 1 es un diagrama de bloques que muestra la configuración de la conexión a la red de un aparato de comunicación, según la primera realización de la presente invención.
Los numerales de referencia -100- y -101- indican MFP (Multi Function Peripherals) o periféricos multifuncionales. Los MFP -100- y -101- son máquinas copiadoras multifuncionales que incluyen cada una de ellas dispositivos tales como un escáner y una impresora y, de este modo, tienen una pluralidad de funciones tales como función de escaneado, función de copiado, función de transmisión/recepción de FAX, y función de impresión para imprimir los datos creados en un ordenador.
Los MFP -100- y -101- están conectados a una red con un nombre de dominio, por ejemplo, “xyz.co.jp” y a una serie de ordenadores y dispositivos de la red que incluye un servidor -103- y un ordenador personal cliente -104-.
Esta red está conectada a Internet -110- que abarca todo el mundo.
El MFP -100- tiene un nombre de HOST (huésped) “copy1.xyz.co.jp” y una dirección de correo electrónico “ifax@copy1.xyz.co.jp” para el dispositivo. El MFP -101- tiene un nombre de HOST “copy2.xyz.co.jp” y una dirección de correo electrónico “ifax@copy2.xyz.co.jp” para el dispositivo.
El ordenador personal -104- incorpora un software de correo electrónico de uso general y tiene una dirección de correo electrónico “yamada@xyz.co.jp”.
El servidor -103 - tiene las funciones de servidor de correo (servidor SMTP) y la función de servidor POP. El servidor -103- tiene un nombre de HOST “pulser.xyz.co.jp” y asimismo una función de servidor DNS.
Pueden disponerse terminales independientes, tales como un servidor que tenga una función de servidor de correo, un servidor que tenga una función POP, y un servidor que tenga una función de servidor DNS. Asimismo, se puede utilizar un terminal integrado de forma apropiada. La gestión conjunta del servidor que tiene la función DNS como terminal independiente del MFP -100- permite que diversos tipos de MFP compartan el terminal que convierte recíprocamente los nombres de dominio y las direcciones IP.
Si cambia un nombre de dominio o una dirección IP, el servidor solamente necesita cambiar la disposición. El MFP -100- puede incorporar la función de servidor DNS. En este caso, es de esperar que la eficiencia del proceso aumente debido a que la comunicación no se lleva a cabo a través de la red.
Los MFP -100- y -101- tienen dos tipos de modos de transmisión. Uno es un modo de transmisión de correo electrónico que asume la transmisión de una imagen recibida por medio de la función de recepción FAX/IFAX y una imagen monocroma/color leída por el escáner a un destinatario en general del correo electrónico El otro es un modo de transmisión IFAX que asume la transmisión de una imagen a un aparato que cumple con la norma IFAX.
La transmisión/recepción de datos se lleva a cabo utilizando, por ejemplo, protocolos SMTP y POP3.
El modo de transmisión por correo electrónico permite transmitir una imagen en color leída mediante el escáner, como un archivo JPEG o PDF (Portable Document Format) o formato de documento transportable, unido al correo electrónico. Una imagen monocroma leída por el escáner puede ser transmitida como un archivo TIFF o PDF.
Por ejemplo, para transmitir un correo electrónico al cliente -104 - con la dirección de correo “yamada@xyz.co.jp”, el correo electrónico que contiene los datos de la imagen adjunta, es transmitido al servidor -103- de acuerdo con el protocolo SMTP. El ordenador personal cliente -104- puede recibir el correo electrónico de acuerdo con el protocolo POP3 y visualizar la imagen adjunta en un visualizador de imágenes de uso general.
El modo de transmisión IFAX transmite una imagen leída mediante la función de escáner del MFP o los datos de imagen recibidos mediante la función de recepción FAX/IFAX como una imagen TIFF basada en RFC2301. El lado de recepción del MFP imprime los datos de la imagen recibida mediante su función de impresión.
A continuación se describirá la disposición del MFP -100- haciendo referencia a la figura 2.
La disposición del MFP -100- será descrita como ejemplo a continuación. El MFP -101- tiene la misma disposición que el MFP -100-.
La figura 2 es un diagrama de bloques que muestra la disposición del MFP según la primera realización de la presente invención.
Una CPU -130- controla la totalidad del sistema mediante la utilización de una RAM -132- y de los programas almacenados en una ROM -131-.
Una unidad operativa -133- que incluye un panel de visualización de LCD y teclas duras tales como una tecla de inicio, y un bloque de diez teclas ejecuta la operación del usuario al detectar la pulsación del dedo del usuario sobre un botón blando visualizado en el LCD.
Un escáner -134- convierte fotoeléctricamente los datos de imagen de un documento en una señal eléctrica. Cuando un dispositivo alimentador de documentos (no mostrado) alimenta un documento sobre una placa de cristal, el escáner -134- enciende una lámpara y empieza a desplazar un lector de documentos para exponer y escanear el documento.
La luz reflejada desde el documento es guiada a través de espejos y lentes hasta un sensor CCD de imágenes, la convierte en una señal eléctrica, y a continuación la convierte en datos digitales por medio de un circuito de conversión A/D. Después de finalizar la operación de lectura del documento, se retira el documento de la placa de cristal.
Una impresora -135- imprime los datos de la imagen sobre una hoja de papel de imprimir. Una unidad emisora de un haz láser emite un haz láser correspondiente a los datos de la imagen. El haz láser irradia un tambor fotosensible, sobre el que se forma una imagen latente correspondiente al haz láser.
Una unidad de revelado aplica un agente revelador a la parte de la imagen latente sobre el tambor fotosensible. Se alimenta una hoja de papel de imprimir desde una casete de papel y se transporta a una unidad de transferencia de manera sincronizada con el inicio de la irradiación del haz láser, de tal modo que el agente revelador aplicado al
tambor fotosensible es transferido a la hoja de papel de imprimir. La hoja de papel de imprimir con el agente revelador transferido es conducida a una unidad de fijado que fija el agente revelador a la hoja de papel de imprimir mediante calor y presión. La hoja de papel de imprimir que ha pasado a través de la unidad de fijado, es descargada por medio de un rodillo de descarga. Un clasificador clasifica las hojas de papel de imprimir descargadas, almacenándolas en cestas apropiadas.
Un circuito -136- de procesado de imágenes que incluye varios tipos de circuitos tales como una memoria de imágenes en masa, un circuito de rotación de la imagen, un circuito de escalado de resolución y circuitos MH, MR. MMR, JBIG y JPEG de codificación/decodificación pueden ejecutar diversos tipos de procesado de imágenes tales como sombreado, recorte y ocultación.
Un disco duro -137- es un medio de grabación en masa conectado a través de una I/F (interconexión tal como SCSI
o IDE.
Una red de I/F -138- realiza una conexión de datos por la red para conectar una línea de red tal como una línea Ethernet® representada mediante 10BASE-T ó 100BASE-T o un “token ring” (anillo de símbolos).
Una unidad de formateado -139- recibe datos de un dispositivo exterior (por ejemplo, un ordenador personal cliente -104-) a través de una I/F -142- del ordenador personal cliente, que incluye una interconexión paralela basada en IEEE1284 y una interconexión en serie tal como una USB, o la I/F -138- de la red. La unidad de formateado -139crea datos de imagen a partir de los datos recibidos (por ejemplo, PDL (Page Description Language) o lenguaje de descripción de páginas, y ejecuta una conversión para hacer que el circuito -136- de procesado de la imagen procese los datos y la impresora -135- la imprima.
Una unidad de fax -140- es un circuito I/F de fax conectado a una línea telefónica que incluye circuitos, tales como un NCU (Network Control Unit) o unidad de control de la red, y un MODEM (MOdulator/DEModulator) o modulador/demodulador.
La unidad de fax -140- hace que el circuito -136- de procesado de la imagen procese los datos de la imagen leídos por el escáner -134- y transmita los datos a otro aparato de FAX a través de la línea telefónica. La unidad de fax -140- recibe asimismo datos transmitidos desde otro aparato de FAX y hace que el circuito -136- de procesado de la imagen procese los datos y la impresora -135- los imprima.
El escáner -134-, la impresora -135-, el circuito -136- de procesado de la imagen, la unidad de formateado -139-, y la unidad de fax -140- se conectan a un bus de video -142- de alta velocidad diferente de un bus -141- CPU, de la CPU -130- para transferir datos de imagen a alta velocidad.
Se realiza una función de copiado haciendo que el circuito -136- de procesado de la imagen procese datos de imagen leídos por el escáner -134- y haciendo que la impresora -135- imprima los datos de imagen procesados.
Se realiza una función Send (enviar) (transferencia de datos/transferencia de archivos) haciendo que el circuito -136de procesado de la imagen procese datos de imagen leídos por el escáner -134- y transmita los datos desde la I/F -138- de la red a una red. Se realiza una función IFAX haciendo que el circuito -136- de procesado de la imagen cree una imagen que cumpla con RFC2301 y transmita/reciba los datos de acuerdo con un protocolo de correo electrónico.
A continuación se describirá la configuración de un programa de red instalado en el MFP -100- haciendo referencia a la figura 3.
La figura 3 es una vista para explicar la configuración de un programa de red instalado en el MFP, según la primera realización de la presente invención.
El programa de red está dividido básicamente en una capa IP -200-, una capa TCP/UDP -201-, y una capa de aplicación -202-.
IP es la abreviación de “Internet Protocol” (Protocolo de Internet). TCP es la abreviación de “Transmission Control Protocol” (Protocolo de control de la transmisión). UDP es la abreviación de “User Datagram Protocol” (Protocolo del programa de datos del usuario).
La capa IP -200- es una capa del protocolo de Internet que proporciona un servicio para enviar un mensaje desde un huésped generador a un huésped destinatario en colaboración con nodos de reemisión tales como “routers” o enrutadores.
La capa IP -200- gestiona las direcciones de los generadores para transmitir datos, y las direcciones de los destinatarios para recibir datos, y ejecuta una función del dispositivo de recorrido para gestionar un recorrido para enviar datos a un huésped destinatario en la red, de acuerdo con la información de la dirección.
La capa TCP/UDP -201- es una capa de transporte que proporciona un servicio para enviar un mensaje desde un servicio de aplicación del generador a un servicio de aplicación de la recepción.
TCP es un servicio de conexión que garantiza una elevada fiabilidad de la comunicación. UDP es un servicio sin conexión que no garantiza la fiabilidad.
La capa de aplicación -202- define una pluralidad de protocolos. Los ejemplos de protocolos son los siguientes.
FTP (File Transfer Protocol) o Protocolo de Transferencia de Archivos, es un servicio de transferencia de archivos. SNMP es un protocolo de gestión de la red. LPD es un protocolo del servidor para la impresión utilizando una impresora. HTTPd es un protocolo del servidor de la WWW (World Wide Web) (Red global mundial).
SMTP (Simple Mail Transfer Protocol) o protocolo simple de transferencia de correo, es un protocolo de transmisión/ recepción de correo electrónico. POP3 (Post Office Protocol - Version 3) o protocolo de oficina de correos - Versión 3, es un protocolo de bajada de correo. LDAP (Lightweight Directory Access Protocol) o protocolo de acceso a directorios de poco peso, es un protocolo para acceder a un directorio de una base de datos que gestiona, por ejemplo, las direcciones del correo electrónico de un usuario. RFC1510 define un programa de autentificación Kerberos.
A continuación se describirá un ejemplo de la ventana de operaciones de la unidad operativa -133- del MFP -100haciendo referencia a la figura 4.
La figura 4 muestra una ventana de registro de la tabla de destinatarios para almacenar la información sobre los destinatarios de la transmisión del MFP, según la primera realización de la presente invención.
Esta ventana de registros de la tabla de destinatarios permite al usuario registrar diversos tipos de destinatarios incluyendo el destinatario del IFAX del MFP -101-.
Un campo -250- de clases de transmisión en la ventana de registro de la tabla de destinatarios es un elemento para decidir la técnica para transmitir datos a un destinatario de la transmisión. Este campo está diseñado, por ejemplo, como un menú de bajada para seleccionar uno de los servicios FAX, IFAX, correo electrónico y archivo. En este ejemplo se ha seleccionado IFAX en el campo -250- de las clases de transmisión.
Cuando se selecciona IFAX, se visualizan fragmentos de información tales como la dirección, la intervención del servidor, la resolución, las dimensiones del papel y el método de compresión.
Un campo -251- de dirección es un elemento para introducir una dirección. En este ejemplo, se introduce la dirección de correo electrónico “ifax@copy2.xyz.co.jp” del MFP -101- en el campo de direcciones -251-.
Un campo -252- de designación de la intervención del servidor es un conmutador para seleccionar si se transmiten datos a un servidor de correo y a continuación transmitirlos desde el servidor de correo al MFP -101- como el objetivo de destinación, o transmitir directamente los datos al MFP -101-. En este ejemplo, “OFF” (desconexión) está establecido que represente que no interviene ningún servidor de correo. Para hacer que intervenga un servidor de correo, se indica “ON” (conexión).
Si los datos deben ser enviados al destinatario de la transmisión a través de Internet, existen nodos de reemisión,
tales como un cortafuegos, de modo que es imposible transmitir directamente los datos. No obstante, si el destinatario está presente en la misma red, los datos pueden ser transmitidos sin ninguna carga sobre el servidor de correo.
Los campos -253- a -256- de designación de la resolución son conmutadores para designar resoluciones que pueden ser admisibles para el MFP -101-.
Cualquier dispositivo puede recibir normalmente imágenes de resoluciones de 200 x 100 dpi y de 200 x 200 dpi mediante IFAX, de manera que el usuario no puede seleccionar estas resoluciones. Los estados de visualización de las restantes resoluciones se invierten cada vez que el usuario manipula los campos. Un campo visualizado en estado de blanco sobre negro indica que se ha seleccionado la resolución.
En la figura 4, se han seleccionado los campos -254- y -255- de designación de la resolución, indicando que las resoluciones admisibles para el MFP -101- son 200 x 400 dpi y 400 x 400 dpi.
Por ejemplo, el MFP -101- no puede recibir directamente una imagen escaneada a 600 x 600 dpi. En este caso, la resolución de la imagen escaneada es convertida a la resolución más elevada admisible para el MFP -101-, es decir, 400 x 400 dpi.
Los campos -257- y -258- de designación de las dimensiones del papel son conmutadores para designar dimensiones del papel admisibles para el MFP -101-. Cualquier dispositivo puede recibir normalmente una imagen de tamaño A4, de manera que el usuario no puede seleccionar A4.
El MFP -101- puede recibir imágenes de tamaños B4 y A3. Por lo tanto, se seleccionan los campos -257- y -258- de designación de las dimensiones del papel.
Por ejemplo, una imagen leída en el tamaño A3 en el momento del escaneado, es transmitida al MFP -101- como una imagen de tamaño A3. Si el lado de recepción no puede recibir la imagen de tamaño A3, la imagen es transmitida después de una reducción a escala al tamaño máximo de papel que es admisible por el lado de recepción.
Los campos -259- y -260- de designación del método de compresión son conmutadores para seleccionar formatos de imagen comprimidos admisibles por el MFP -101-. En este ejemplo, el usuario puede designar MR y MMR. La relación de compresión de una imagen de un documento que contiene un texto resulta mayor en un orden de MH < MR < MMR.
Cualquier dispositivo puede recibir normalmente datos MH- de una imagen comprimida, de tal manera que el usuario no puede seleccionar MH.
El MFP -101- puede recibir imágenes MR- y MMR- codificadas. Por lo tanto, se seleccionan los campos -259- y -260- de designación del método de compresión.
Una imagen codificada mediante MMR con una gran relación de compresión es transmitida al MFP -101-. Si el dispositivo de recepción no puede recibir la imagen codificada MMR, se comprime la imagen mediante el método de compresión para garantizar la relación de compresión máxima admisible por el lado de recepción, y se transmite a continuación.
Cuando se han completado varios tipos de disposiciones en la ventana de registros de la tabla de destinos, el usuario acciona un pulsador -270- de OK (conformidad) para finalizar las disposiciones, de tal manera que los diversos valores introducidos son almacenados, por ejemplo, en la RAM -132- como una tabla de destinos. Para cancelar la operación de disposición, el usuario puede restablecer los diversos valores fijados accionando un pulsador de cancelación -271-.
A continuación se describirá un ejemplo estructural de datos de un correo electrónico, según la primera realización, haciendo referencia a la figura 5.
La figura 5 es una vista que muestra un ejemplo estructural de los datos de un correo electrónico, según la primera realización de la presente invención.
La figura 5 muestra la estructura de los datos de un correo electrónico cuando una imagen escaneada mediante el MFP -100- es agregada al correo electrónico y transmitida al MFP -101-.
Un campo Date (fecha) -300- tiene información sobre el tiempo, indicando el momento de la transmisión desde el MFP -100-. Un campo -301- From (desde) tiene la dirección del correo electrónico del MFP -100-. Un campo To (a) -302- tiene la dirección del correo electrónico del MFP -101-. Un campo Subject (asunto) -303- tiene una “imagen” de una cadena de caracteres.
Un campo de Disposición-Notificación-A -304-, designa una dirección de correo para recibir un correo de confirmación de la transmisión (datos MDN), transmitido en respuesta a una petición de confirmación de la transmisión desde el MFP -100-. En este ejemplo, el campo -304- contiene la dirección de correo del MFP -100-.
Un campo de Message-ID -305- (mensaje ID) tiene un número que representa una ID exclusiva para el correo. El número contiene la dirección de correo y datos de tiempo para impedir la existencia de mensajes de correo con el mismo número. Un campo -306- en versión MIME tiene el número de versión de MIME.
Un campo -307- del tipo de contenido indica que los datos del correo electrónico han sido segmentados en una pluralidad de bloques mediante una cadena de caracteres “- - - - -_422E51E54FF704D75EF8_”. Un campo -308representa el número de bits utilizados para la codificación.
Los campos -310- a -316- constituyen un bloque. El campo -311- indica que la parte siguiente contiene una cadena de caracteres escrita mediante códigos JIS. El campo -314- contiene una cadena de caracteres de datos, es decir, el texto de los datos del correo electrónico.
Los campos -316- a -330- constituyen otro bloque. Los fragmentos de información en los campos -317- a -219muestran que esta parte es un archivo de una imagen TIFF con un nombre de archivo “GS2005.tif”. Los campos -321- a -328- tienen datos obtenidos mediante la codificación del archivo con BASE64.
La secuencia de proceso del protocolo SMTP de la transmisión de datos del correo electrónico mostrado en la figura 5, según la primera realización de la presente invención, directamente desde el MFP -100- al MFP -101-, será descrita a continuación haciendo referencia a la figura 6.
La figura 6 es un cuadro de secuencias que muestra el proceso del protocolo SMTP, según la primera realización de la presente invención.
Tal como se muestra en la figura 4, la información “intervención del servidor OFF” (desconectada), en el campo -252- de designación de intervención del servidor de la tabla de destinos del MFP -100-, indica que el MFP -100puede transmitir datos directamente al MFP -101- sin intervención de un servidor de correo.
Por lo tanto, para la transmisión al MFP -101-, el MFP -100- conecta directamente el SMTP al MFP -101- (-400-).
El MFP -101- conectado mediante SMTP contesta con una cadena de caracteres (-401-) que contiene información del nombre del dominio.
Cuando el MFP -100- envía una orden EHLO (-402-), el MFP -101- contesta con órdenes de extensión SMTP compatibles con la misma, junto con cadenas de caracteres que empiezan con “250-“ (-403-).
Las órdenes detalladas de la extensión SMTP (órdenes que representan las funciones del MFP -101-) están indicadas mediante -404- a -406-. El MFP -101- tiene una función de recepción para recibir datos de 8 bits del correo electrónico, una función de encriptado de una trayectoria de comunicación mediante encriptado TLS, y una función de respuesta directa para contestar directamente a la MDN.
En este caso, el MFP -101- transmite, al MFP -100-, una orden 8BITMIME (-404-) que representa la función de recepción de datos de 8 bits del correo electrónico y una orden STARTTLS (- 405-) que representa la función de encriptado de la trayectoria de comunicación mediante encriptado TLS. El MFP -101- transmite asimismo al MFP -100- una orden DIRECTMDN (-406-) que representa la función MDN de respuesta directa (método de respuesta).
El MFP -101- tiene un conmutador para determinar “ON/OFF (conexión/desconexión) de respuesta directa de MDN” como un dispositivo de disposición. Solamente cuando la función MDN de respuesta directa está fijada en “ON”, el MFP -101- responde directamente a MDN en respuesta a una orden DIRECTMDN (-407-) desde el MFP -100- . Si la función se determina a “OFF”, el MFP-101- no contesta directamente a la MDN en respuesta a la orden DIRECTMDN (-407-) desde el MFP -100- .
La orden DIRECTMDN (-407-) desde el MFP -100- es una orden para solicitar a la MDN una respuesta directa. La respuesta directa de la MDN indica directamente la contestación de la MDN al destinatario de la transmisión sin intervención de un servidor de correo.
Si la tabla de destinatarios del MFP -100- está registrada en la tabla de destinos en el MFP -101-, los contenidos fijados (“intervención del servidor ON/OFF”) del campo - 252- de designación de la intervención del servidor (figura 4) pueden ser obtenidos a partir de la tabla de destinatarios. En este caso, se puede determinar si se permite una respuesta directa de la MDN en base a los contenidos fijados. Esto es, si la “intervención del servidor OFF” se determina como el contenido fijado, la MDN puede ser contestada directamente.
Se describirá de nuevo la figura 6.
Al recibir normalmente la orden DIRECTMDN (-407-) del MFP -100-, el MFP -101- contesta con un mensaje de respuesta normal (-408-) que empieza con “250”.
A continuación, el MFP -100- transmite al MFP -101- una orden (-409-) de MAIL (correo) que representa el remitente del correo. Al recibirlo normalmente, el MFP -101- contesta con un mensaje de respuesta normal (-410-) que empieza con “250”. El MFP -100- transmite una orden RCPT (-411-) que representa el receptor del correo. Al recibirlo normalmente, el MFP -101- contesta con un mensaje de respuesta normal (-412-) que empieza con “250”.
El MFP -100- transmite una orden de DATA (datos) (-413-) que indica que se inicia la transmisión de datos del correo electrónico, y a continuación transmite los datos del correo electrónico (datos indicados mediante los campos -300- a -329- en la figura 5). Después de esto, el MFP -100- transmite “.” (-414-) que indica el final de los datos del correo electrónico.
Al recibir normalmente los datos del correo electrónico desde el MFP -100-, el MFP -101- contesta con un mensaje de respuesta normal (-415-) que empieza con “354”.
El MFP -100- transmite una orden de QUIT (abandonar) (-416-) para desconectar. Contestando a la misma, el MFP -101-contesta con un mensaje (-417-) que empieza con “221”.
Con el proceso descrito anteriormente, finaliza la conexión del SMTP entre los MFP -100- y -101-.
A continuación se describirá el proceso de recepción del SMTP mediante la función de recepción del SMPT del MFP -101- haciendo referencia a la figura 7.
La figura 7 es un diagrama de flujo que muestra el proceso de recepción del SMTP, según la primera realización de la presente invención.
Este proceso de recepción del SMTP se lleva a cabo para recibir, por ejemplo, datos de un correo electrónico transmitidos por el SMTP, desde el MFP -100- o desde el ordenador personal -104- del cliente.
Al conectarlo, se activa la función de recepción del SMTP. En la etapa -S501-, el MFP -101- espera la conexión.
Cuando se inicia la conexión del SMTP, el proceso avanza desde la etapa -S501- a la etapa -S502- para ejecutar el proceso de contestación de respuesta a la conexión (-401- en la figura 6) contestando con una respuesta a la conexión del SMTP.
Después de contestar la respuesta a la conexión, el MFP -101- comprueba la orden recibida para determinar en la etapa -S503- si la orden es una orden EHLO. Si la orden es una orden EHLO (YES (si) en la etapa -S503-), el proceso avanza a la etapa -S506-. Si la orden no es una orden EHLO (NO en la etapa -S503-), el MFP -101determina en la etapa -S504-si la orden es una orden HELO.
Si la orden es una orden HELO (YES (si) en la etapa -S504-), el proceso avanza a la etapa -S515-. Si la orden no es una orden HELO (NO en la etapa -S504-), el proceso avanza a la etapa -S505- para contemplar la situación como una orden errónea y esperar la recepción de una orden nueva.
Si la orden recibida es una orden HELO, en la etapa -S504-, el MFP -101- ejecuta la orden HELO de respuesta al proceso de contestación en la etapa -S515- y el proceso avanza a la etapa -S516-.
Si la orden recibida es una orden EHLO, en la etapa -S503-, el MFP -101- ejecuta la orden EHLO de respuesta al proceso de contestación en la etapa -S506- para contestar, tal como la orden EHLO responde, con mensajes que contienen funciones de extensión del SMTP preparadas en el MFP -101-.
Los mensajes son los 8BITMIME -404-, STARTTLS -405- y DIRECTMDN- 406- en la figura 6.
El MFP -101- comprueba las órdenes que se pueden producir mediante sus funciones de extensión del SMTP. En primer lugar, el MFP -101- determina en la etapa -S507-si se puede producir una orden 8BITMIME. Si no se puede producir una orden 8BITMIME (NO en la etapa -S507-), el proceso avanza a la etapa -S509-. Si se puede producir una orden 8BITMIME (YES (si) en la etapa -S507-), el proceso avanza a la etapa -S508- para ejecutar el OK (conformidad) al proceso de contestación, contestando con una cadena de caracteres “250 OK”.
El MFP -101- determina en la etapa -S509- si se puede producir una orden DIRECTMDN. Si no se puede producir una orden DIRECTMDN (NO en la etapa - S509-), el proceso avanza a la etapa - S512-. Si se puede producir una orden DIRECTMDN (YES (si) en la etapa -S509-), el proceso avanza a la etapa -S510- para ejecutar el OK (conformidad) al proceso de contestación, contestando con una cadena de caracteres “250 OK”. En la etapa -S511el MFP -101- almacena, en la RAM -132-, la dirección IP de la petición de conexión del punto generador.
El MFP -101- determina en la etapa -S512- si se puede producir una orden STARTTLS. Si no se puede producir una orden STARTTLS (NO en la etapa -S512-), el proceso avanza a la etapa -S516-. Si se puede producir una orden STARTTLS (YES (si) en la etapa -S512-), el proceso avanza a la etapa -S513- para ejecutar el OK (conformidad) al proceso de contestación, contestando con una cadena de caracteres “250 OK”. En la etapa -S514- el MFP -101ejecuta el proceso de encriptado TLS.
En la etapa -S516-, el MFP -101- ejecuta el procesado de la orden MAIL (correo). El MFP -101-, recibe información de la dirección del remitente del correo fijada en el mismo como una orden MAIL (correo) (-409- en la figura 6) y transmite una respuesta a la orden de MAIL (correo) (-410- en la figura 6) que contiene una cadena de caracteres que empieza con “250”.
En la etapa -S517-, el MFP -101- ejecuta el procesado de la orden del RCTP. El MFP -101- recibe una orden del RCTP (-411- en la figura 6) que contiene la información de la dirección de correo del destinatario de la transmisión y transmite una respuesta a la orden del RCTP (-412- en la figura 6) que contiene una cadena de caracteres que empieza con “250”.
En la etapa -S518- el MFP -101- ejecuta el procesado de la orden DATA (datos). El MFP -101- recibe una orden DATA (-413- en la figura 6) que indica que se inicia la transmisión de los datos del correo electrónico en la figura 5. A continuación, el MFP -101- recibe los datos transmitidos del correo electrónico (-300- a -329- y -414- en la figura 6) y y transmite una respuesta a la orden DATA (-415- en la figura 6) que contiene una cadena de caracteres que empieza con “354”.
El MFP -101- determina el final de los datos del correo electrónico mediante la detección de la cadena de caracteres -414- que contiene solamente “.”, y de este modo finaliza la serie de operaciones.
En la etapa -S519-, el MFP -101- ejecuta el proceso de una orden QUIT (abandono). El MFP -101- recibe una orden QUIT (abandono) (-416- en la figura 6) para desconectar, y contesta con una orden QUIT (-417- en la figura 6) que contiene una cadena de caracteres que empieza con “221” para desconectar la conexión del SMTP.
Cuando termina el proceso descrito anteriormente, finaliza la recepción del SMTP.
Con el proceso descrito anteriormente, el MFP -101- recibe, por ejemplo, los datos del correo electrónico mostrado en la figura 5. Los datos (-314-) de texto del correo de los datos del correo electrónico, son convertidos de información de texto de códigos JIS a información de texto de códigos SJIS y a continuación son procesados en una trama en forma de datos de imagen.
La parte de datos de imagen (-321- a -328-) de los datos del correo electrónico es decodificada con BASE64 en forma de un archivo TIFF. Los datos de imagen de cada página son extraídos del archivo TIFF y sometidos a un procesado de decodificación de la imagen. Cuando se ha completado normalmente el proceso de decodificación de imágenes de todas las páginas, se crean los datos de la MDN mostrados en la figura 8.
A continuación se describirá un ejemplo estructural de datos MDN, según la primera realización.
La figura 8 es una vista que muestra un ejemplo estructural de datos MDN, según la primera realización de la presente invención.
Los campos -600- a -607- en la figura 8 corresponden al encabezamiento del correo.
El campo -600- de datos tiene información sobre el tiempo que indica el momento de la transmisión de los datos. El campo From (desde) -601- tiene la dirección de correo electrónico del MFP -101- como generador de la transmisión del correo. El campo Subject (asunto) -602- tiene una cadena de caracteres de “Notificación de la Disposición del Mensaje”.
El campo To (A) -603- contiene un destinatario fijado en el campo -304- de Disposición-Notificación-A del correo con una imagen adjunta descrita con referencia a la figura 5. Por lo tanto, los datos de la MDN son transmitidos a este destino.
El campo -604- de Mensaje-ID tiene una cadena de caracteres que contiene información del momento de la transmisión, el nombre del huésped, el nombre del dominio y el nombre del usuario. La cadena de caracteres se genera sin permitir la existencia de datos con IDs idénticos.
El campo -605- de Versión-MIME tiene el número de versión de MIME. El campo -606- de Content-Type (Tipo de contenido) contiene información que indica que el correo es un correo de notificación del tipo de informe.
El campo -607- tiene información que indica que el correo está segmentado mediante un límite “xiSCzkW15qcO+uiWI6qaM+ueTIB6”. En este ejemplo, el correo está segmentado mediante los campos -609-, -615y -622-. El correo está segmentado en una primera parte correspondiente a los campos -610- a -614- y una segunda parte correspondiente a los campos -616- a -621-.
El campo - 610- indica que la primera parte es datos de texto. Los campos -612- y -613- contienen la cadena de caracteres de datos. . El campo -616- indica que la segunda parte es un mensaje de notificación. El campo -618- describe el nombre de huésped y el nombre de dominio del MFP -101- que ha creado este mensaje.
El campo -619- de Original-Message-ID (ID del mensaje original) contiene el mensaje Id -304- del correo con una imagen adjunta descrita con referencia a la figura 5 para hacer posible determinar el correo al cual responde esta notificación de correo.
El campo -620- de Disposition (disposición) indica que este correo de notificación es contestado automáticamente y el resultado es procesado normalmente.
A continuación se describirá el proceso de transmisión de la MDN para hacer que el MFP -101- transmita datos MDN, haciendo referencia a la figura 9.
5 La figura 9 es un diagrama de flujo que muestra el proceso de transmisión de la MDN, según la primera realización de la presente invención.
Este proceso se inicia para transmitir la MDN.
10 En la etapa -S701- el MFP -101- determina si el remitente ha designado “MDNDIRECT” mediante la referencia a los contenidos de la orden DIRECTMDN (-407- en la figura 6). Si se ha designado “MDNDIRECT” (YES (si) en la etapa -S701-), el proceso avanza a la etapa -S702- para transmitir los datos de la MDN en la figura 8 a un destinatario correspondiente a la dirección IP almacenada en la etapa -S511- y termina el proceso.
15 Si no se ha designado “MDNDIRECT” (NO en la etapa -S701-), el proceso avanza a la etapa -S703- para transmitir los datos de la MDN al servidor de correo (por ejemplo, el servidor -103-) y termina el proceso. Los datos de la MDN transmitidos al servidor de correo son transmitidos finalmente a través del servidor de correo a un destinatario indicado mediante Disposición-Notificación-A del correo, con una imagen adjunta descrita con referencia a la figura
5.
20 Tal como se ha descrito anteriormente, según la primera realización, en un entorno que permite la comunicación mediante un protocolo de correo electrónico sin intervención de un servidor de correo, los datos de la MDN para la confirmación de la transmisión son también transmitidos sin intervención de un servidor de correo. Por otra parte, en un entorno que permite la comunicación solamente a través de un servidor de correo, los datos de la MDN para la
25 confirmación de la transmisión son transmitidos por medio de un servidor de correo.
Es posible seleccionar de forma adaptativa la ruta de transmisión/recepción de datos de la MDN de acuerdo con el entorno entre aparatos, y transmitir datos de la MDN de forma fiable. El lado de transmisión puede determinar si el lado de recepción ha recibido normalmente el correo y los datos de imagen adjuntos al mismo.
30 <Segunda realización>
En la segunda realización se describirá un ejemplo de aplicación del proceso de transmisión de la MDN de la primera realización.
35 La figura 10 es un diagrama de flujo que muestra el proceso de transmisión de la MDN, según la segunda realización de la presente invención.
Este proceso se inicia para transmitir la MDN.
40 En la etapa -S801- un MFP -101- determina si el remitente ha designado “MDNDIRECT” mediante la referencia a los contenidos de una orden DIRECTMDN (-407- en la figura 6). Si se ha designado “MDNDIRECT” (YES (si) en la etapa -S801-), el proceso avanza a la etapa -S802-. En la etapa -S802- el MFP -101- pregunta a un servidor DNS (servidor -103-) sobre el destino indicado mediante Disposición-Notificación-A del correo con una imagen adjunta
45 descrita con referencia a la figura 5, y obtiene la dirección IP del destinatario de la transmisión.
El servidor DNS obtiene la dirección IP del destinatario mediante la utilización del archivo -A- del nombre del HOST (huésped) o el archivo MX (Mail eXchange) (intercambio de correo) especializado para la transmisión del correo.
50 En la etapa -S803-, el MFP -101- transmite los datos de la MDN mostrados en la figura 8 al destinatario correspondiente a la dirección IP obtenida en la etapa - S802- mediante la utilización del protocolo SMTP y termina el proceso.
Si no se ha designado “MDNDIRECT” (NO en la etapa -S801-), el proceso avanza a la etapa -S804- para transmitir
55 los datos de la MDN al servidor de correo (por ejemplo, el servidor -103-) y termina el proceso. Los datos de la MDN transmitidos al servidor de correo son transmitidos finalmente a través del servidor de correo a un destinatario indicado mediante la Disposición-Notificación-A del correo con una imagen adjunta descrita con referencia a la figura
5.
60 Tal como se ha descrito anteriormente, la segunda realización especifica el destinatario de la transmisión de datos de la MDN preguntando al servidor DNS por la misma. De este modo, incluso si no es posible especificar el destinatario de la transmisión de los datos de la MDN a partir de los datos del correo electrónico, los datos de la MDN pueden ser transmitidos de forma fiable a un destinatario correcto.
<Tercera realización>
En la primera realización, se transmite una petición de datos de la MDN a un destinatario de la transmisión, de acuerdo con el protocolo SMTP. Sin embargo, la presente invención no está limitada a esto. Por ejemplo, los datos del correo electrónico pueden contener una descripción de información que indica una petición de datos de la MDN.
En la tercera realización, se describirá una disposición que utiliza datos del correo electrónico que contienen una descripción de la información que indica una petición de datos de la MDN.
La figura 11 es una vista que muestra un ejemplo estructural de datos de un correo electrónico, según la tercera realización de la presente invención.
La figura 11 muestra una estructura de datos del correo electrónico cuando una imagen escaneada mediante un MFP -100- es adjuntada al correo electrónico y es transmitida a un MFP -101-.
Un campo -900- Date (fecha) tiene información de tiempo que indica el momento de la transmisión desde el MFP -100-. Un campo -901- From (desde) tiene la dirección del correo electrónico del MFP -100-. Un campo -902- To (a) tiene la dirección del correo electrónico del MFP -101-. Un campo -903- Subject (sujeto) tiene una cadena de caracteres “imagen”.
Un campo -904- Disposition-Notificaction-To (Disposición-Notificación-A) designa una dirección de correo para recibir un correo de confirmación de la transmisión (datos MDN), transmitido en respuesta a una petición de confirmación de la transmisión desde el MFP -100-. En este ejemplo, el campo -904- contiene la dirección de correo del MFP -100-.
Un campo -905- X-MDNDIRECT indica que el remitente desea dirigir la transmisión de la confirmación de la transmisión del correo al MFP -100- como un dispositivo de transmisión sin intervención de un servidor de correo.
Un campo -906- Message-ID (ID del mensaje) tiene un número que representa un ID exclusivo para el correo. El número contiene la dirección de correo y datos de tiempo para impedir la existencia de mensajes de correo con el mismo número. Un campo -907- MIME-Version (Versión MIME) tiene el número de versión de MIME.
Un campo -908- Content-Type (tipo de contenido) indica que los datos del correo electrónico están segmentados en una pluralidad de bloques mediante una cadena de caracteres “- - - - -_422E51E54FF704D75EF8_”.
Los campos -911- al -916- constituyen un bloque. El campo -911- indica que la parte siguiente contiene una cadena de caracteres escrita con códigos JIS. El campo -915- contiene una cadena de caracteres de datos.
Los campos -917- al -931- constituyen otro bloque. Los fragmentos de información en los campos -917- al -920muestran que esta parte es un archivo TIFF de imagen con un nombre de archivo “GS2005.tif”. Los campos -922- a -929- tienen datos obtenidos mediante la codificación BASE64 del archivo.
Según la tercera realización, los datos del correo electrónico describen explícitamente una petición de transmisión de un correo de confirmación, además de la estructura de datos del correo electrónico de la primera realización.
A continuación, haciendo referencia a la figura 12, se describirá el proceso de análisis de los datos del correo electrónico cuando el MFP -101- recibe los datos del correo electrónico mostrados en la figura 11.
La figura 12 es un diagrama de flujo que muestra el proceso de análisis de los datos del correo electrónico, según la tercera realización de la presente invención.
Al recibir los datos del correo electrónico, el MFP -101- ejecuta el proceso de extracción de la imagen en la etapa -S951-. Los datos de texto del correo (-915- en la figura 11) son convertidos de información de texto de códigos JIS en información de texto de códigos SJIS, y a continuación son procesados en trama en datos de imagen.
La parte de datos de imagen (-922- a -929- en la figura 11) de los datos del correo electrónico es decodificada con BASE64 en forma de un archivo TIFF. Los datos de imagen de cada página son extraídos del archivo TIFF y sometidos a un proceso de decodificación de la imagen.
El MFP -101- determina en la etapa -S952- si existe un destinatario en el campo Disposición-Notificación-A (-904-en la figura 11).
Si existe un destinatario (YES (si) en la etapa -S952-) el proceso avanza a la etapa -S953- para extraer información del destinatario (ifax@copy1.xyz.co.jp) para transmitir datos de la MDN. En la etapa -S954-, el MFP -101- crea datos MDN para la información sobre el destinatario y transmite los datos de la MDN.
Si no existe destinatario (NO en la etapa -S952-) el proceso avanza a la etapa -S955- para determinar si existe un campo X-MDNDIRECT (-905- en la figura 11).
Si el proceso avanza a la etapa -S955-, al determinar en la etapa -S952- que no existe destinatario en el campo Disposición-Notificación-A, el proceso avanza a la etapa -S959-. Esto es debido a que la ausencia de un campo Disposición-Notificación-A indica la ausencia de una petición de MDN y, por consiguiente, en principio, no existe campo X-MDNDIRECT. A la inversa, para solicitar la MDN, es necesario añadir un campo Disposición-Notificación-A.
Si existe un campo X-MDNDIRECT (YES (SI) en la etapa -S955-) el proceso avanza a la etapa -S956- para preguntar a un servidor DNS sobre un destinatario indicado por medio de la Disposición-Notificación-A y obtener la dirección IP del destinatario de la transmisión.
El servidor DNS obtiene la dirección IP indicada mediante la Disposición-Notificación-A utilizando el archivo –A- del nombre del HOST (huésped) o el archivo MX (Mail eXchange) (Intercambio de correo) exclusivo para la transmisión del correo. En la etapa -S957-, el MFP -101- transmite datos MDN al destinatario, correspondientes a la dirección IP obtenida en la etapa -S956- mediante la utilización del protocolo SMTP.
Si no existe campo X-MDNDIRECT (NO en la etapa -S955-) el MFP -101- transmite los datos de la MDN a un servidor de correo (por ejemplo, el servidor -103-) en la etapa -S958-.
En la etapa -S959-, el MFP -101- determina la presencia/ausencia de disposiciones de impresión para los datos de la imagen extraída de los datos del correo electrónico recibido. Si existen disposiciones de impresión (YES (si) en la etapa -S959-) el proceso avanza a la etapa -S960- para ejecutar la impresión de acuerdo con la disposición de impresión. Si no existe disposición de impresión (NO en la etapa -S959-) el proceso avanza a la etapa -S961- para determinar la presencia/ausencia de transferencia.
Si existen disposiciones de transferencia (YES (si) en la etapa -S961-) el proceso avanza a la etapa -S962- para ejecutar la transferencia de acuerdo con la disposición de transferencia. Como ejemplos del destinatario de la transferencia basados en la disposición de transferencia se pueden citar los destinatarios de transferencia de FAX, IFAX, FTP y SMB.
Si no existen disposiciones de transferencia (NO en la etapa -S961-), el proceso termina.
La presencia/ausencia de disposiciones de impresión y de disposiciones de transferencia en las etapas -S956- y -961- se realiza en base, por ejemplo, a la información de los atributos fijada en los datos del correo electrónico al recibirlo.
Los receptores SMTP y POP han sido descritos anteriormente como el método de recepción de correo electrónico. Los datos del correo electrónico pueden ser recibidos mediante otro protocolo de comunicación predeterminado tal como IMAP.
Tal como se ha descrito anteriormente, la tercera realización describe información que indica una petición de datos de la MDN en los datos del correo electrónico, en vez de transmitir una petición de datos de la MDN de acuerdo con al protocolo SMTP.
Esta disposición puede impedir la posible desaparición de una petición de datos de la MDN cuando, por ejemplo, la petición de datos de la MDN que deberían ser transmitidos directamente al destinatario de la transmisión de acuerdo con el protocolo SMTP, ha sido transmitida erróneamente a través de un servidor de correo.
Se debe tener en cuenta que la presente invención puede ser aplicada a un aparato que comprende un dispositivo único, o a un sistema constituido por una serie de dispositivos.
Además, la invención puede ser puesta en práctica mediante el suministro de un programa de software, que pone en práctica las funciones de las realizaciones anteriores, directamente o indirectamente a un sistema o aparato, leyendo el código de programa suministrado con un ordenador del sistema o un aparato, y ejecutando a continuación el código de programa. En este caso, siempre que el sistema o el aparato dispongan de las funciones del programa, no es necesario que el modo de puesta en práctica, se base en un programa.
En consecuencia, dado que las funciones de la presente invención son puestas en práctica mediante ordenador, el código de programa instalado en el ordenador pone asimismo en práctica la presente invención. Dicho de otro modo, las reivindicaciones de la presente invención abarcan asimismo un programa informático con el propósito de poner en práctica las funciones de la presente invención.
En este caso, siempre que el sistema o el aparato dispongan de las funciones del programa, dicho programa puede ser ejecutado en cualquier forma, tal como un código objeto, un programa ejecutado mediante un intérprete, o datos de un certificado suministrados a un sistema operativo.
Ejemplos de medios de almacenamiento que pueden ser utilizados para suministrar el programa son un disco flexible, un disco duro, un disco óptico, un disco magnetoóptico, un CD- ROM, un CD-R, un CD- RW, una cinta magnética, una tarjeta de memoria de tipo no volátil, una ROM, y un DVD (DVD- ROM y un DVD- R).
En lo que se refiere al método de suministro del programa, un ordenador cliente puede ser conectado a una página web en Internet utilizando un navegador del ordenador del cliente y el programa informático de la presente invención, o un archivo comprimido del programa que se puede instalar automáticamente puede ser descargado a un medio de grabación tal como un disco duro. Además, el programa de la presente invención puede ser suministrado dividiendo el código de programación que constituye dicho programa en una serie de archivos, y descargando los archivos desde páginas web distintas. Dicho de otro modo, un servidor WWW (World Wide Web) (Red global mundial) que se descarga a múltiples usuarios, los archivos del programa que ponen en práctica las funciones de la presente invención por medio de un ordenador, están amparados asimismo por las reivindicaciones de la presente invención.
Asimismo, es posible encriptar y almacenar el programa de la presente invención en un medio de almacenamiento tal como un CD- ROM, distribuir el medio de almacenamiento a los usuarios, permitir a los usuarios que cumplan ciertos requisitos para descargar información sobre la clave de desencriptado desde una página web a través de Internet, y permitir a dichos usuarios desencriptar el programa encriptado utilizando la información de la clave, con lo que el programa se instala en el ordenador del usuario.
Además de los casos en que las funciones mencionadas anteriormente son puestas en práctica según las realizaciones mediante la ejecución del programa leído por el ordenador, un sistema operativo o similar funcionando en el ordenador, puede realizar todo o parte del proceso real, de tal modo que las funciones de las realizaciones anteriores pueden ser puestas en práctica mediante este proceso.
Además, una vez que el programa leído en el medio de almacenamiento es escrito en una placa con función de expansión insertada en el ordenador o en una memoria dispuesta en una unidad con función de expansión conectada al ordenador, una CPU o similar montada en la placa con función de expansión o en la unidad con función de expansión, realiza toda o una parte del proceso real, de tal manera que las funciones de las realizaciones anteriores pueden ser puestas en práctica mediante este proceso.
Aunque la presente invención ha sido descrita haciendo referencia a realizaciones a modo de ejemplo, debe entenderse que la invención no está limitada a las realizaciones dadas a conocer a modo de ejemplo. El ámbito de la presente invención está definido por medio de las reivindicaciones siguientes.
Claims (6)
- REIVINDICACIONES1. Aparato de transmisión (100), para transmitir un correo electrónico a un aparato de recepción a través de una red, mediante la selección de un método de comunicación a través de un servidor de correo, y método de comunicación sin intervención de un servidor de correo, comprendiendo:una unidad de generación (130) adaptada para generar el correo electrónico, en el que está incluida una dirección de correo electrónico para recibir un resultado de la confirmación de la transmisión referente al correo electrónico;una unidad de transmisión (138), adaptada para transmitir al aparato de recepción, el correo electrónico generado por la unidad de generación en base al resultado de la selección del método de comunicación;caracterizado poruna unidad de petición (138) adaptada para transmitir información (407) con el correo electrónico para solicitar al aparato de recepción que transmita, sin intervención de un servidor de correo, el resultado de la confirmación de la transmisión; yuna unidad de recepción (138) adaptada para recibir el resultado de la confirmación de la transmisión que es transmitido, sin intervención de un servidor de correo, por medio del aparato de recepción en respuesta a la petición por medio de la unidad de petición.
- 2. Aparato de recepción (101), para recibir un correo electrónico desde un aparato de transmisión a través de una red, mediante la utilización de un método de comunicación a través de un servidor de correo, y un método de comunicación, sin intervención de un servidor de correo, comprendiendo:una unidad de recepción (138) adaptada para recibir el correo electrónico en el que está incluida una dirección de correo para recibir el resultado de la confirmación de la transmisión con respecto al correo electrónico desde el aparato de transmisión;caracterizado poruna unidad de determinación (130), adaptada para determinar, en el caso en que la unidad de recepción recibe el correo electrónico, si la información (407) para solicitar al aparato de recepción que transmita, sin intervención de un servidor de correo, el resultado recibido de la confirmación de la transmisión; yuna unidad de transmisión (138) adaptada para transmitir sin intervención de un servidor de correo, el resultado de la confirmación de la transmisión en el caso en que la unidad de determinación determine que se ha recibido la información.
-
- 3.
- Sistema de comunicación para transmitir/recibir un correo electrónico entre un aparato de transmisión (100), según la reivindicación 1, y un aparato de recepción (101), según la reivindicación 2.
-
- 4.
- Método de control de un aparato de transmisión (100) para transmitir un correo electrónico a un aparato de recepción a través de una red mediante la selección de un método de comunicación a través de un servidor de correo, y un método de comunicación sin intervención de un servidor de correo, que comprende:
una etapa de generación para generar el correo electrónico en el que está incluida una dirección de correo para recibir el resultado de la confirmación de la transmisión concerniente al correo electrónico;una etapa de transmisión para transmitir al aparato de recepción, el correo electrónico generado en la etapa de generación en base al resultado de la selección del método de comunicación;caracterizado poruna etapa de petición de transmisión de la información (407) con el correo electrónico para solicitar al aparato de recepción que transmita, sin intervención de un servidor de correo, el resultado de la confirmación de la transmisión; yuna etapa de recepción para recibir el resultado de la confirmación de la transmisión, que es transmitido, sin intervención de un servidor de correo, por medio del aparato de recepción en respuesta a la petición en dicha etapa de petición. - 5. Método de control de un aparato de recepción (101) para recibir un correo electrónico desde un aparato de transmisión a través de una red, mediante la utilización de un método de comunicación a través de un servidor de correo, y un método de comunicación sin intervención de un servidor de correo, que comprende:una etapa de recepción para recibir el correo electrónico en el que está incluida en el aparato de transmisión una dirección de correo electrónico para recibir el resultado de la confirmación de la transmisión concerniente al correo electrónico;5 caracterizado poruna etapa de determinación, para determinar, en el caso en que el correo electrónico sea recibido en la etapa de recepción, si la información (407) para solicitar que el aparato de recepción transmita, sin intervención de un servidor10 de correo, se recibe el resultado de la confirmación de la transmisión; yuna etapa de transmisión para transmitir, sin intervención de un servidor de correo, el resultado de la confirmación de la transmisión en el caso en que se determine que se ha recibido la información.15 6. Programa almacenado en un medio legible por ordenador, que hace que un ordenador controle un aparato de transmisión según el método de control de la reivindicación 4.
- 7. Programa almacenado en un medio legible por ordenador, que hace que un ordenador controle un aparato derecepción, según el método de control de la reivindicación 5. 20
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005373519 | 2005-12-26 | ||
JP2005373519A JP2007180614A (ja) | 2005-12-26 | 2005-12-26 | 送信装置、受信装置及びそれらの制御方法、通信システム、プログラム |
PCT/JP2006/325685 WO2007074746A1 (en) | 2005-12-26 | 2006-12-19 | Transmission apparatus, reception apparatus, control method thereof, communication system, and program |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2389779T3 true ES2389779T3 (es) | 2012-10-31 |
Family
ID=38217966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES06843116T Active ES2389779T3 (es) | 2005-12-26 | 2006-12-19 | Aparato de transmisión, aparato de recepción, método de control para el mismo, sistema de comunicación y programa |
Country Status (9)
Country | Link |
---|---|
US (2) | US8775522B2 (es) |
EP (1) | EP1969830B1 (es) |
JP (1) | JP2007180614A (es) |
KR (1) | KR100979330B1 (es) |
CN (1) | CN101346980B (es) |
BR (1) | BRPI0620598A2 (es) |
ES (1) | ES2389779T3 (es) |
RU (1) | RU2413380C2 (es) |
WO (1) | WO2007074746A1 (es) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2011202788B9 (en) * | 2004-02-25 | 2012-09-20 | Eli Lilly And Company | 6-substituted 2,3,4,5-tetrahydro-1H-benzo[d]azepines as 5-HT2C receptor agonists |
JP2007180614A (ja) | 2005-12-26 | 2007-07-12 | Canon Inc | 送信装置、受信装置及びそれらの制御方法、通信システム、プログラム |
US20080231884A1 (en) * | 2007-03-22 | 2008-09-25 | Kabushiki Kaisha Toshiba | Image forming apparatus which has a fax function |
JP2010009263A (ja) * | 2008-06-26 | 2010-01-14 | Murata Mach Ltd | 通信装置 |
JP4927143B2 (ja) * | 2009-10-06 | 2012-05-09 | キヤノン株式会社 | 受信装置及びその制御方法、プログラム |
JP5553626B2 (ja) * | 2010-02-02 | 2014-07-16 | キヤノン株式会社 | 画像処理装置、画像処理装置の制御方法、及びプログラム |
JP5120405B2 (ja) * | 2010-03-25 | 2013-01-16 | ブラザー工業株式会社 | 電子メール通信装置及びコンピュータプログラム |
JP5574994B2 (ja) * | 2011-01-15 | 2014-08-20 | 株式会社野村総合研究所 | 電子メールの誤送信確認システム及びプログラム |
JP6184060B2 (ja) * | 2012-05-21 | 2017-08-23 | キヤノン株式会社 | 画像処理装置、画像処理装置の制御方法、及びプログラム |
JP6187053B2 (ja) * | 2012-09-18 | 2017-08-30 | 株式会社リコー | 情報処理システム、情報処理装置およびプログラム |
US20150335244A1 (en) * | 2012-12-26 | 2015-11-26 | Koninklijke Philips N.V. | Monitor Defibrillator Telemedicine Server |
JP6132617B2 (ja) * | 2013-03-26 | 2017-05-24 | キヤノン株式会社 | 受信した画像データをフォルダに格納する画像処理システム、画像処理方法、及びプログラム |
JP6300511B2 (ja) * | 2013-12-19 | 2018-03-28 | キヤノン株式会社 | システムおよび実行指示方法 |
JP6432370B2 (ja) * | 2015-02-02 | 2018-12-05 | セイコーエプソン株式会社 | 通信装置、通信方法通信システム |
JP2019220832A (ja) * | 2018-06-19 | 2019-12-26 | シャープ株式会社 | 画像通信装置及び画像通信装置の制御方法 |
KR102493093B1 (ko) * | 2020-11-20 | 2023-01-27 | 포항공과대학교 산학협력단 | 블록체인 기반의 내용증명 이메일 서비스 제공 장치 및 방법 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3799134B2 (ja) * | 1997-05-28 | 2006-07-19 | ソニー株式会社 | システムおよび通知方法 |
US6687742B1 (en) * | 1999-06-03 | 2004-02-03 | Toshiba Tec Kabushiki Kaisha | Communication control method for electronic mail system |
JP3748036B2 (ja) | 2000-07-12 | 2006-02-22 | 株式会社リコー | ネットワークファクシミリ装置 |
JP4304412B2 (ja) * | 2001-03-13 | 2009-07-29 | 村田機械株式会社 | インターネットファクシミリ装置及びインターネットファクシミリシステム |
JP4319791B2 (ja) * | 2001-06-08 | 2009-08-26 | パナソニック コミュニケーションズ株式会社 | データ通信装置及びインターネットファクシミリ装置 |
JP4232359B2 (ja) | 2001-07-03 | 2009-03-04 | 村田機械株式会社 | インタ−ネット・ファクス装置 |
JP4306998B2 (ja) * | 2002-02-07 | 2009-08-05 | キヤノン株式会社 | 通信装置及びその制御方法 |
JP3971249B2 (ja) * | 2002-06-12 | 2007-09-05 | シャープ株式会社 | ネットワーク通信装置 |
JP3698121B2 (ja) * | 2002-06-21 | 2005-09-21 | 村田機械株式会社 | 電子メールサーバ装置 |
JP2004120731A (ja) * | 2002-09-04 | 2004-04-15 | Minolta Co Ltd | データ送信装置 |
KR100797740B1 (ko) * | 2002-11-25 | 2008-01-24 | 주식회사 케이티 | 광고를 이용한 인터넷 부가가치 서비스 시스템 및 그 방법 |
JP3738763B2 (ja) | 2003-02-12 | 2006-01-25 | 村田機械株式会社 | 画像通信装置 |
JP4794815B2 (ja) * | 2003-03-12 | 2011-10-19 | キヤノン株式会社 | 画像通信装置および画像通信方法 |
JP2004295684A (ja) * | 2003-03-27 | 2004-10-21 | Fujitsu Ltd | 認証装置 |
JP4063125B2 (ja) | 2003-04-02 | 2008-03-19 | 村田機械株式会社 | 情報通信装置 |
JP2005101936A (ja) * | 2003-09-25 | 2005-04-14 | Canon Inc | 通信装置及び通信装置の制御方法 |
US7519559B1 (en) * | 2003-10-30 | 2009-04-14 | Aol Llc | Messaging stamp authority |
US7653816B2 (en) * | 2003-12-30 | 2010-01-26 | First Information Systems, Llc | E-mail certification service |
JP2005208801A (ja) | 2004-01-21 | 2005-08-04 | Murata Mach Ltd | 通信装置 |
WO2006106565A1 (ja) * | 2005-03-29 | 2006-10-12 | Fujitsu Limited | 電子メールサーバ装置、クライアント装置、着信メール通知方法及び着信メール通知プログラム |
JP2007180614A (ja) | 2005-12-26 | 2007-07-12 | Canon Inc | 送信装置、受信装置及びそれらの制御方法、通信システム、プログラム |
-
2005
- 2005-12-26 JP JP2005373519A patent/JP2007180614A/ja active Pending
-
2006
- 2006-12-19 EP EP06843116A patent/EP1969830B1/en not_active Not-in-force
- 2006-12-19 RU RU2008130880/09A patent/RU2413380C2/ru active
- 2006-12-19 ES ES06843116T patent/ES2389779T3/es active Active
- 2006-12-19 WO PCT/JP2006/325685 patent/WO2007074746A1/en active Application Filing
- 2006-12-19 US US11/574,151 patent/US8775522B2/en active Active
- 2006-12-19 KR KR1020087018459A patent/KR100979330B1/ko active IP Right Grant
- 2006-12-19 CN CN200680049356.8A patent/CN101346980B/zh not_active Expired - Fee Related
- 2006-12-19 BR BRPI0620598-4A patent/BRPI0620598A2/pt not_active Application Discontinuation
-
2014
- 2014-05-21 US US14/284,190 patent/US10057435B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
RU2008130880A (ru) | 2010-02-10 |
JP2007180614A (ja) | 2007-07-12 |
US8775522B2 (en) | 2014-07-08 |
CN101346980B (zh) | 2017-07-18 |
US10057435B2 (en) | 2018-08-21 |
EP1969830B1 (en) | 2012-08-22 |
BRPI0620598A2 (pt) | 2012-09-18 |
KR20080088620A (ko) | 2008-10-02 |
RU2413380C2 (ru) | 2011-02-27 |
EP1969830A4 (en) | 2009-10-21 |
US20090150493A1 (en) | 2009-06-11 |
KR100979330B1 (ko) | 2010-08-31 |
WO2007074746A1 (en) | 2007-07-05 |
US20140253971A1 (en) | 2014-09-11 |
EP1969830A1 (en) | 2008-09-17 |
CN101346980A (zh) | 2009-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2389779T3 (es) | Aparato de transmisión, aparato de recepción, método de control para el mismo, sistema de comunicación y programa | |
US20160316076A1 (en) | Image communication method and apparatus | |
JP4537235B2 (ja) | 電子メール通信装置及び電子メール通信方法並びにプログラム | |
KR100880288B1 (ko) | 전자 메일 통신 장치 및 데이터 처리 방법 | |
US20060017965A1 (en) | Image forming apparatus, image forming method, computer program, and computer-readable storage medium | |
ES2380885T3 (es) | Método y dispositivo para la división condicionada de correo electrónico antes de su transmisión | |
WO2006011641A1 (en) | Communication apparatus, information processing method, program, and storage medium | |
JP4785551B2 (ja) | 通信装置及び通信方法並びにコンピュータにより実行可能なプログラム | |
JP4927143B2 (ja) | 受信装置及びその制御方法、プログラム | |
JP5247870B2 (ja) | 受信装置及びその制御方法、プログラム | |
JP4358714B2 (ja) | ネットワーク対応型電子複合機 | |
JP5036846B2 (ja) | 電子メール通信装置及び電子メール通信方法並びにプログラム | |
JP5312634B2 (ja) | 電子メール通信装置及び電子メール通信方法並びにプログラム | |
JP5295275B2 (ja) | 電子メール通信装置及び電子メール通信方法並びにプログラム | |
JP5312635B2 (ja) | 電子メール通信装置及び電子メール通信方法並びにプログラム |