BRPI0620598A2

BRPI0620598A2 - aparelho de transmissão, aparelho de recepção, sistema de comunicação para transmitir/receber e-mail entre um aparelho de transmissão e um aparelho de recepção, métodos de controle de um aparelho de transmissão para transmitir e-mail para um aparelho de recepção, e de controle de um aparelho de recepção para receber e-mail a partir de um aparelho de transmissão, e, programa armazenado em um meio legìvel por computador

Info

Publication number: BRPI0620598A2
Application number: BRPI0620598-4A
Authority: BR
Inventors: Nobuyuki Tonegawa
Original assignee: Canon Kk
Priority date: 2005-12-26
Filing date: 2006-12-19
Publication date: 2012-09-18
Also published as: RU2008130880A; JP2007180614A; US8775522B2; CN101346980B; US10057435B2; EP1969830B1; KR20080088620A; RU2413380C2; ES2389779T3; EP1969830A4; US20090150493A1; KR100979330B1; WO2007074746A1; US20140253971A1; EP1969830A1; CN101346980A

Abstract

APARELHO DE TRANSMISSãO, APARELHO DE RECEPçãO, SISTEMA DE COMUNICAçãO PARA TRANSMITIR/RECEBER EMAIL ENTRE UM APARELHO DE TRANSMISSãO E UM APARELHO DE RECEPçãO, MéTODOS DE CONTROLE DE UM APARELHO DE TRANSMISSãO PARA TRANSMITIR E-MAIL PARA UM APARELHO DE RECEPçãO, E DE CONTROLE DE UM APARELHO DE RECEPçãO PARA RECEBER E-MAIL A PARTIR DE UM APARELHO DE TRANSMISSãO, E, PROGRAMA ARMAZENADO EM UM MEIO LEGìVEL POR COMPUTADOR. Um aparelho de transmissão transmite e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio. Esse aparelho de transmissão gera o e-mail e transmite, para o aparelho de recepção, o e-mail e a informação representando o método de resposta de um pedido de confirmação de resposta em resposta ao e-mail. O aparelho de transmissão recebe, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confrmação de transmissão em resposta ao e-mail transmitido.

Description

"APARELHO DE TRANSMISSÃO, APARELHO DE RECEPÇÃO, SISTEMA DE COMUNICAÇÃO PARA TRANSMITIR/RECEBER E- MAIL ENTRE UM APARELHO DE TRANSMISSÃO E UM APARELHO DE RECEPÇÃO, MÉTODOS DE CONTROLE DE UM APARELHO DE TRANSMISSÃO PARA TRANSMITIR E-MAIL PARA UM APARELHO DE RECEPÇÃO, E DE CONTROLE DE UM APARELHO DE RECEPÇÃO PARA RECEBER E-MAIL A PARTIR DE UM APARELHO DE TRANSMISSÃO, E, PROGRAMA ARMAZENADO EM UM MEIO LEGÍVEL POR COMPUTADOR"

CAMPO TÉCNICO

A presente invenção refere-se a um sistema de comunicação que transmite/recebe e-mails entre um aparelho de transmissão e um aparelho de recepção através de uma rede.

FUNDAMENTOS TÉCNICOS

O uso de e-mails para transmitir/receber informação de texto está se tornando popular junto com o recente uso difundido de computadores e rede de informação.

O e-mail pode ter arquivos anexos de vários formatos em adição ao texto de correio, ou seja, a informação de texto. Está entrando em largo uso o FAX por internet (referido aqui como IFAX), que transmite/recebe uma imagem anexando-se, por exemplo, um arquivo TIFF (Formato de Arquivo de Imagem com Tag).

O IFAX é uma técnica para comunicação interdispositivo. Isto é, um dispositivo de transmissão lê uma imagem por meio de um escaner, a converte em uma imagem de TIFF, e transmite os dados para uma destinação. Um dispositivo de recepção decodifica a imagem TIFF a partir dos dados recebidos e a imprime.

Em relação a essa técnica, a patente japonesa em aberto 2002- 27193 revela um aparelho para transmitir dados de imagem usando um protocolo de e-mail. Esse aparelho transmite dados de imagem diretamente para um dispositivo de recepção sem a intervenção de um servidor de correio.

A patente japonesa em aberto 2003-233558 também revela um aparelho para transmitir dados de imagem usando um protocolo de e-mail.

Esse aparelho mantém, para cada destinação sobre o livro de endereços, dados representando se transmitir dados de imagem diretamente para um dispositivo de recepção sem intervenção de um servidor de correio. Com base nesses dados, o aparelho transmite diretamente dados para um dispositivo de recepção em uma destinação que permite a transmissão direta sem a intervenção de um servidor de correio.

RFC2532 define o padrão de Modo Completo do IFAX. De acordo com esse padrão, quando um dispositivo de transmissão transmite dados de imagem para um dispositivo de recepção, o dispositivo de recepção notifica o dispositivo de transmissão do resultado de recepção usando a MDN (Notificação de Disposição de Mensagem).

Em um sistema que faz um dispositivo de transmissão transmitir dados de imagem para um dispositivo de recepção sem a intervenção de um servidor de correio de acordo com o padrão de Modo Completo, os arranjos revelados nas patentes japonesas em aberto 2002- 27193 e 2003-233558 podem transmitir diretamente dados de imagem a partir do dispositivo de transmissão para o dispositivo de recepção.

Entretanto, o dispositivo de recepção que deveria transmitir o resultado de MDN ao dispositivo de transmissão não pode determinar se a destinação de transmissão de MDN permite a transmissão direta ou não. O dispositivo de recepção sempre transmite a MDN via

servidor de correio, que é, portanto, indispensável.

Não é fácil, entretanto, instalar e operar um servidor de correio. Um sistema que é operado somente em um ambiente capaz de comunicação sem intervenção de um servidor de correio inclui, por exemplo, um sistema que transmite dados de imagem de acordo com um protocolo de e-mail sem construir um servidor de correio. No IFAX que transmite um arquivo de imagem grande independentemente da presença de um servidor de correio, a caga sobre o servidor de correio coloca um problema. Desse modo, o ajuste é freqüentemente feito enquanto evitando intencionalmente o uso do servidor de correio.

Em um sistema onde um dispositivo de recepção recebe de modo bem sucedido dados de e-mail, os analisa, e extrai uma imagem, o sucesso da recepção de dados não indica sempre o sucesso da formação de imagem no dispositivo de recepção com base nos dados. Se uma falha, como o esgotamento da capacidade do dispositivo de armazenamento de dados interno do dispositivo de recepção ocorre à metade do caminho através do processo, a formação de imagem no dispositivo de recepção falha.

Para finalmente confirmar o sucesso da comunicação, é necessária a confirmação por meio de MDN. Em um ambiente onde nenhum servidor de correio é instalado ou ajustado, a transmissão de MDN não ocorre.

E, portanto, impossível determinar se o dispositivo de recepção recebeu normalmente os dados de e-mail transmitidos.

REVELAÇÃO DA INVENÇÃO

A presente invenção foi feita em consideração do problema descrito acima, e tem com seu objetivo prover um aparelho de transmissão, aparelho de recepção, método de controle dos mesmos, sistema de comunicação e programa que permita selecionar de modo adaptativo a rota de transmissão/recepção de uma confirmação de transmissão de e-mail de acordo com o ambiente entre os aparelhos e transmitir de modo confiável a confirmação de transmissão.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, compreendendo:

uma unidade de geração adaptada para gerar o e-mail; uma unidade de transmissão adaptada para transmitir, para o aparelho de recepção, o e-mail e informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail;

uma unidade de recepção adaptada para receber, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido pela unidade de transmissão.

Em um modo de realização preferido, a unidade de transmissão transmite a informação representando o método de resposta de pedido de confirmação de transmissão para o aparelho de recepção sem a intervenção de um servidor de correio como um dos pedaços da informação de um protocolo de comunicação predeterminado.

Em um modo de realização preferido, a unidade de transmissão transmite o e-mail contendo a informação representando o método de resposta de pedido de confirmação de transmissão para o aparelho de recepção sem a intervenção de um servidor de correio usando-se um protocolo de comunicação predeterminado.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um aparelho de recepção para receber e- mail a partir de um aparelho de transmissão através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, compreendendo:

uma unidade de recepção adaptada para receber, a partir do aparelho de transmissão, o e-mail e informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e

uma unidade de transmissão adaptada para transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

Em um modo de realização preferido, a unidade de recepção recebe a informação representando o método de resposta de pedido de confirmação de transmissão a partir do aparelho de transmissão sem a intervenção de um servidor de correio como um dos pedaços da informação de um protocolo de comunicação predeterminado.

Em um modo de realização preferido, a unidade de recepção recebe o e-mail contendo a informação representando o método de resposta de pedido de confirmação de transmissão a partir do aparelho de transmissão sem a intervenção de um servidor de correio usando-se um protocolo de comunicação predeterminado.

Em um modo de realização preferido, quando a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA", a unidade de transmissão transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta descrita no e-mail.

Em um modo de realização preferido, quando a informação representando o método de resposta de pedido de confirmação de transmissão e ajustada para "intervenção de servidor DESLIGADA", a unidade de transmissão adquire a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail a partir de um servidor externo e transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta adquirida.

Em um modo de realização preferido a unidade de transmissão

compreende

uma unidade de análise adaptada para analisar conteúdos do e-

mail, e

uma unidade de geração adaptada para gerar o resultado de confirmação de transmissão se um resultado da análise pela unidade de análise indicar que a informação de destinação de resposta do resultado de confirmação de transmissão na resposta ao e-mail é descrita.

Em um modo de realização preferido, quando o resultado da análise pela unidade de análise indica que a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA" no e-mail, e a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail é descrita, a unidade de transmissão transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão gerado pela unidade de geração para uma destinação de resposta representado pela informação de destinação de resposta. Em um modo de realização preferido, quando o resultado da

análise pela unidade de análise indica que a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA" no e-mail, e a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail não é descrita, a unidade de transmissão adquire a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail a partir de um servidor externo e transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta adquirida.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um sistema de comunicação para transmitir/receber e-mail entre um aparelho de transmissão e um aparelho de recepção através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de que o aparelho de transmissão compreende: uma unidade de geração adaptada para gerar o e-mail; uma primeira unidade de transmissão adaptada para transmitir, para o aparelho de recepção, o e-mail e a informação representando um método de resposta de um pedido de confirmação de resposta em resposta ao e-mail;

uma primeira unidade de recepção adaptada para receber, a partir do aparelho de recepção, de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido pela primeira unidade de recepção, e

o aparelho de recepção compreende:

uma segunda unidade de recepção adaptada para receber, a partir do aparelho de transmissão, o e-mail e a informação representando o método de resposta do pedido de confirmação de transmissão em resposta ao e-mail; e

uma segunda unidade de transmissão adaptada para transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um método de controle de um aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender: uma etapa de geração de gerar o e-mail;

uma etapa de transmissão de transmitir, para o aparelho de recepção, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e

uma etapa de recepção de receber, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido na etapa de transmissão.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um método de controle de um aparelho de recepção para receber e-mail a partir de um aparelho de transmissão através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender:

uma etapa de recepção de receber, a partir do aparelho de transmissão, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e

uma etapa de transmissão de transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um programa armazenado em um meio legível por computador, que faz um computador controlar um aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de fazer o computador executar: uma etapa de geração de gerar o e-mail;

De acordo com a presente invenção, o objetivo mencionado anteriormente é atingido provendo-se um programa armazenado em um meio legível por computador, que faz um computador controlar um aparelho de recepção para receber e-mail a partir de um aparelho de transmissão através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de fazer o computador executar:

Características adicionais da presente invenção se tornarão visíveis a partir da descrição a seguir dos exemplos de modos de realização com referência aos desenhos anexos.

DESCRIÇÃO RESUMIDA DOS DESENHOS

A Figura 1 é um diagrama de bloco mostrando a configuração de conexão de rede de um aparelho de comunicação de acordo com o primeiro modo de realização da presente invenção;

a Figura 2 é um diagrama de bloco mostrando o arranjo de uma MFP de acordo com o primeiro modo de realização da presente invenção;

a Figura 3 é uma vista para explicar a configuração de um programa de rede instalado na MFP de acordo com o primeiro modo de realização da presente invenção;

a Figura 4 é uma vista mostrando uma janela de registro de tabela de destinação para armazenar a informação de destinação de transmissão da MFP de acordo com o primeiro modo de realização da presente invenção;

a Figura 5 é uma vista mostrando um exemplo de estrutura dos dados de e-mail de acordo com o primeiro modo de realização da presente invenção;

a Figura 6 é um diagrama de seqüência mostrando o processo de um protocolo de SMTP de acordo com o primeiro modo de realização da presente invenção;

a Figura 7 é um fluxograma mostrando o processamento de recepção de SMTP de acordo com o primeiro modo de realização da presente invenção;

a Figura 8 é uma vista mostrando um exemplo estrutural de dados de MDN de acordo com o primeiro modo de realização da presente invenção;

a Figura 9 é um fluxograma mostrando o processamento de transmissão de MDN de acordo com o primeiro modo de realização da presente invenção;

a Figura 10 é um fluxograma mostrando o processamento de transmissão de MDN de acordo com o segundo modo de realização da presente invenção;

a Figura 11 é uma vista mostrando um exemplo estrutural de dados de e-mail de acordo com o terceiro modo de realização da presente invenção; e a Figura 12 é um fluxograma mostrando o processamento de análise de dados de e-mail de acordo com o terceiro modo de realização da presente invenção.

MELHOR MODO DE REALIZAR A INVENÇÃO

Os modos de realização da presente invenção serão descritos abaixo em detalhe com referência aos desenhos anexos.

Primeiro modo de realização

A Figura 1 é um diagrama de bloco mostrando a configuração de conexão de rede de um aparelho de comunicação de acordo com o primeiro modo de realização da presente invenção.

Os números de referência 100 e 101 indicam as MFPs (Periféricas de Múltiplas Funções). As MFPs 100 e 101 são máquinas copiadoras de múltiplas funções, cada uma incluindo dispositivos como um escaner e uma impressora e, desse modo, tendo uma pluralidade de funções, como uma função de escaner, função de cópia, função de transmissão/recepção de FAX, e função de impressora para imprimir os dados criados em um computador.

As MFPs 100 e 101 se conectam a uma rede com um nome de domínio de, por exemplo, "xyz.co.jp" e a uma pluralidade de computadores e dispositivos de rede incluindo um servidor 103 e um PC de cliente 104.

Essa rede se conecta à Internet 110 que cobre todo o mundo.

A MFP 100 tem um nome de hospedeiro (HOST) "copyl.xyz.co.jp" e um endereço de e-mail "ifax@copyl.xyz.co.jp" para o dispositivo. A MFP 101 tem um nome de hospedeiro (HOST) "copy2.xyz.co.jp" e um endereço de e-mail "ifax@copy2.xyz.co.jp" para o dispositivo.

O PC 104 incorpora o software de e-mail de propósito geral e tem um endereço de e-mail "yamada@xyz.co.jp".

O servidor 103 tem tanto uma função de servidor de correio (servidor de SMTP) quanto uma função de servidor de POP. O servidor 103 tem um nome de hospedeiro (HOST) "pulser.xyz.co.jp" e também uma função de servidor de DNS.

Terminais separados podem ser preparados como um servidor tendo uma função de servidor de Correio, um servidor tendo uma função de POP, e um servidor tendo uma função de servidor de DNS. Um terminal integrado apropriadamente também é útil. Gerenciar coletivamente o servidor tendo a função de DNS como um terminal independente da MFP 100 permite a vários tipos de MFPs compartilharem o terminal que converte mutuamente nomes de domínio e endereços de IP.

Se um nome de domínio ou endereço de IP mudar, somente o servidor precisa mudar o ajuste. A MFP 100 pode incorporar a função de servidor de DNS. Nesse caso, é esperado que a eficiência de processo aumente, porque a comunicação via rede não é executada.

As MFPs 100 e 101 têm dois tipos de modos de transmissão. Um é um modo de transmissão de Email que assume transmitir uma imagem recebida pela função de recepção de FAX/IFAX e uma imagem monocromática/em cores lida pelo escaner para uma destinação de e-mail geral. O outro é um modo de transmissão de IFAX que assume transmitir uma imagem para um aparelho que obedece ao padrão de IFAX.

A transmissão/recepção de dados é feita usando-se, por exemplo, os protocolos de SMTP e POP3.

O modo de transmissão de Email capacita a transmitir uma imagem em cores lida pelo escaner como um arquivo JPEG ou PDF (Formato de Documento Portátil) anexado ao e-mail. Uma imagem monocromática lida pelo escaner pode ser transmitida como um arquivo TIFF ou PDF.

Por exemplo, para transmitir o e-mail ao cliente 104 com o endereço de correio "yamada@xyz.co.jp", o e-mail contendo dados de imagem anexados é transmitido ao servidor 103 de acordo com o protocolo de SMTP. O PC de cliente 104 pode receber o e-mail de acordo com o protocolo de POP3 e exibir a imagem anexada sobre um visualizador de imagem de propósito geral.

O modo de transmissão de IFAX transmite uma imagem lida pela função de escaner da MFP ou dados de imagem recebidos pela função de recepção de FAX/IFAX como uma imagem TIFF com base no RFC2301. A MFP de lado de recepção imprime os dados de imagem recebidos por meio de sua função de impressora.

O arranjo da MFP 100 será descrito a seguir com referência à Figura 2.

O arranjo da MFP 100 será exemplificado abaixo. A MFP 101 tem o mesmo arranjo que a MFP 100.

A Figura 2 é um diagrama de bloco mostrando o arranjo da MFP de acordo com o primeiro modo de realização da presente invenção.

A CPU 130 controla o inteiro sistema usando uma RAM 132 e programas armazenados em uma ROM 131.

Uma unidade de operação 133 incluindo um painel de mostrador de LCD e teclas fixas como uma tecla inicial e almofada de teclado de dez teclas executam a operação de usuário quando da detecção do toque de dedo do usuário sobre um botão macio exibido sobre o LCD.

Um escaner converte de modo fotoelétrico os dados de imagem de um documento em um sinal elétrico. Quando um alimentador de documento (não mostrado) alimenta um documento por cima de um vidro plano, o escaner 134 liga uma lâmpada e inicia a mover um leitor de documento para expor e escanear o documento.

A luz refletida a partir do documento é guiada, através de espelhos e lentes, a um sensor de imagem de CCD, convertida em um sinal elétrico e, então, convertida em dados digitais por meio de um circuito de conversão A/D. Depois do fim da operação de leitura de documento, o documento sobre o vidro plano e descarregado.

Uma impressora 135 imprime os dados de imagem sobre uma folha de papel de impressão. Uma unidade emissora de feixe de laser emite um feixe de laser correspondendo aos dados de imagem, o feixe de laser irradia um tambor fotossensível, sobre o qual é formada uma imagem latente correspondendo ao feixe de laser.

Uma unidade de revelação aplica um agente de revelação à porção de imagem latente sobre o tambor fotossensível. Uma folha de papel de impressão é alimentada a partir de um cassete de papel e transportada para uma unidade de transferência em sincronismo com o inicio da irradiação de feixe de laser, de modo que o agente de revelação aplicado ao tambor fotossensível seja transferido para a folha de papel de impressão. A folha de papel de impressão com o agente de revelação transferido é transportada para uma unidade de fixação, que fixa o agente de revelação à folha de papel de impressão por meio de calor e pressão. A folha de papel de impressão que passou através da unidade de fixação é descarregada por um rolo de descarga. Um separador separa as folhas de papel de impressão descarregadas armazenando-as em depósitos apropriados.

Um circuito de processamento de imagem 136 incluindo vários tipos de circuitos, como uma memória de imagem de massa, circuito giratório de imagem, circuito de graduação de resolução, e circuitos de codificação/decodificação de MH, MR, MMR, JBIG, e JPEG podem executar vários tipos de processamento de imagem, como sombreamento, retificação e mascaragem.

Um disco rígido 137 é um meio de gravação de massa conectado através de um I/F, como SCSI ou IDE.

Uma I/F de rede 138 implementa uma ligação de dados de rede para conectar uma linha de rede, como uma Ethernet®, representada por IOBASE-T ou 1OOBASE-T ou um anel de indicação. Uma unidade formatadora 139 recebe dados a partir de um dispositivo externo (por exemplo, o PC de cliente 104) através de uma I/F de PC 142, incluindo uma interface paralela com base no IEEE 1284 e uma interface serial, como uma USB, ou a I/F de rede 138. A unidade formatadora 139 cria dados de imagem a partir dos dados recebidos (por exemplo, PDL (Linguagem de Descrição de Pagina)) e executa a conversão para fazer o circuito de processamento de imagem 136 processar os dados e a impressora 135 imprimi-los.

Uma unidade de fax 140 é um circuito de I/F de fax conectado a uma linha telefônica e incluindo circuitos como uma NCU (Unidade de Controle de Rede) e um MODEM (MOdulador/DEModulador).

A unidade de fax 140 faz o circuito de processamento de imagem 136 processar os dados de imagem lidos pelo escaner 134 e transmite os dados para um outro aparelho de FAX via linha telefônica. A unidade de fax 140 também recebe os dados transmitidos a partir de um outro aparelho de FAX e faz o circuito de processamento de imagem 136 processar os dados e a impressora 135 imprimi-los.

O escaner 134, a impressora 135, o circuito de processamento de imagem 36, a unidade formatadora 139, e a unidade de fax 140 se conectam a um bus de vídeo de alta velocidade 142 diferente de um bus de CPU 141 a partir da CPU 130 para transferir os dados de imagem a uma alta velocidade.

Uma função de cópia é implementada fazendo-se o circuito de processamento de imagem 136 processar os dados de imagem lidos pelo escaner 134 e fazendo-se a impressora 135 imprimir os dados de imagem processados.

Uma função de Enviar (transferência de dados/transferência de arquivo) é implementada fazendo-se o circuito de processamento de imagem 136 processar os dados de imagem lidos pelo escaner 134 e transmitindo-se os dados a partir da I/F de rede 138 para uma rede. Uma função de IFAX é implementada fazendo-se o circuito de processamento de imagem 136 criar uma imagem obedecendo ao RFC2301 e transferindo/recebendo os dados de acordo com um protocolo de e-mail.

A configuração de um programa de rede instalado na MFP 100 será descrito a seguir com referência à Figura 3.

A Figura 3 é uma vista para explicar a configuração de um programa de rede instalado na MFP de acordo com o primeiro modo de realização da presente invenção.

O programa de rede é dividido toscamente em uma camada de IP 200, uma camada de TCP/UDP 201, e uma camada de aplicativo 202.

IP é abreviação para "Protocolo de Internet". TCP é abreviação para "Protocolo de Controle de Transmissão". UDP é abreviação para "Protocolo de Datagrama de Usuário".

A camada de IP 200 é uma camada de protocolo de Internet que provê um serviço para enviar uma mensagem a partir de um hospedeiro de fonte para um hospedeiro de destinação em cooperação com nós de retransmissão, como roteadores.

A camada de IP 200 gerencia o endereço das fontes para transmitir os dados e os endereços das destinações para receber dados e executa uma função de roteamento de gerenciar uma rota para enviar dados para um hospedeiro de destinação na rede de acordo com a informação de endereço.

A camada de TCP/UDP 201 é uma camada de transporte que provê um serviço para enviar uma mensagem a partir de um serviço de aplicativo de fonte para um serviço de aplicativo de recepção.

TCP é um serviço de conexão que garante alta confiabilidade de comunicação. UDP é um serviço sem conexão que não garante confiabilidade. A camada de aplicativo 202 define uma pluralidade de protocolos. Exemplos dos protocolos são como seguem.

FTP (Protocolo de Transferência de Arquivo) é um serviço de transferência de arquivo. SNMP é um protocolo de gerenciamento de rede. LDP é um protocolo de servidor para imprimir usando uma impressora. HTTPd é um protocolo de servidor de WWW (Rede Ampla Mundial).

SMTP (Protocolo de Transferência de Correio Simples) é um protocolo de transmissão/recepção de e-mail. POP3 (Protocolo de Correio Versão 3) é um protocolo de descarga de correio. LDAP (Protocolo de Acesso de Diretório Leve) é um protocolo para acessar um banco de dados de diretório que gerencia, por exemplo, um endereço de e-mail do usuário. RFC1510 define um programa de autenticação Kerberos.

Um exemplo da janela de operação da unidade de operação 133 da MFP 100 será descrito a seguir com referência à Figura 4.

A Figura 4 mostra uma janela de registro de tabela de destinação para armazenar a informação de destinação de transmissão da MFP de acordo com o primeiro modo de realização da presente invenção.

Essa janela de registro de tabela de destinação permite ao usuário registrar vários tipos de destinações incluindo a destinação de IFAX da MFP 101.

Um campo de classe de transmissão 250 sobre a janela de registro de tabela de destinação é um item para decidir a técnica para transmitir dados para uma destinação de transmissão. Esse campo é projetado como, por exemplo, um menu de puxar para selecionar um dentre FAX, IFAX, Email e Arquivo. Neste exemplo, IFAX é selecionado no campo de classe de transmissão 250.

Quando IFAX é selecionado, pedaços da informação, como um endereço, intervenção de servidor, resolução, tamanho de papel, e método de compressão são exibidos. Um campo de endereço 251 é um item para entrar um endereço. Neste exemplo, o endereço de e-mail "ifax@copy2.xyz.co.jp" da MFP 101 é inserido no campo de endereço 251.

Um campo de designação de intervenção de servidor 252 é um comutador para selecionar se transmitir dados para um servidor de correio e, então, transmiti-los a partir do servidor de correio para a MFP 101 como a destinação alvo ou transmitir diretamente os dados para a MFP 101. Neste exemplo, "DESLIGADO" é ajustado para representar que nenhum servidor de correio intervenha. Para fazer um servidor de correio intervir, "LIGADO" é ajustado.

Se devem ser enviados dados para a destinação de transmissão através da Internet, existem nós de retransmissão, como um firewall, assim, é impossível transmitir diretamente os dados. Entretanto, se a destinação estiver presente sobre a mesma rede, os dados podem ser transmitidos sem qualquer carga sobre o servidor de correio.

Os campos de designação de resolução 253 a 256 são comutadores para designar as resoluções capazes de serem recebidas pela MFP 101.

Qualquer dispositivo pode receber normalmente imagens das resoluções de 200 χ 100 dpi e 200 χ 200 dpi por IFAX, assim, o usuário não pode selecionar essas resoluções. Os estados de exibição das resoluções restantes são invertidos cada vez que o usuário manipula os campos. Um campo exibido em um estado de branco sobre preto indica que a resolução está selecionada.

Na Figura 4, os campos de designação de resolução 254 e 255 estão selecionados, indicando que as resoluções capazes de serem recebidas pela MFP 101 são 200 χ 400 dpi e 400x 400 dpi.

Por exemplo, a MFP 101 não pode receber diretamente uma imagem escaneada a 600 χ 600 dpi. Nesse caso, a resolução da imagem escaneada é convertida para a resolução mais alta capaz de ser recebida pela MFP 101, ou seja, 400 χ 400 dpi.

Os campos de designação de tamanho de papel 257 e 258 são comutadores para designar os tamanhos de papel capazes de serem recebidos pela MFP 101. Qualquer dispositivo pode receber normalmente uma imagem de tamanho A4, assim o usuário não pode selecionar A4.

A MFP 101 pode receber imagens de tamanhos B4 e A3. Portanto, os campos de designação de tamanho de papel 257 e 258 são selecionados.

Por exemplo, uma imagem lida no tamanho A3 no momento do escaneamento é transmitida para a MFP 101 como uma imagem de tamanho A3. Se o lado de recebimento não puder receber a imagem de tamanho A3, a imagem é transmitida depois do escalonamento para o tamanho de papel máximo capaz de ser recebido pelo lado de recebimento.

Os campos de designação de método de compressão 259 e 260 são comutadores para selecionar os formatos de imagem comprimida capazes de serem recebidos pela MFP 101. Neste exemplo, o usuário pode designar MR e MMR. A razão de compressão de uma imagem de documento contendo um texto se torna mais alta em uma ordem de MH < MR < MMR.

Qualquer dispositivo pode receber normalmente dados de imagem comprimida de MH, assim, o usuário não pode selecionar MH.

A MFP 101 pode receber imagens codificadas em MR e MMR. Desse modo, os campos de designação de método de compressão 259 e 260 são selecionados.

Uma imagem codificada por MMR a uma alta razão de compressão é transmitida à MFP 101. Se o dispositivo de recepção não puder receber a imagem codificada em MMR, a imagem é comprimida pelo método de compressão para assegurar a razão de compressão máxima capaz de ser recebida pelo lado de recebimento e, então, transmitida. Quando vários tipos de ajuste sobre a janela de registro de tabela de destinação estão completos, o usuário opera um botão de OK 270 para finalizar os ajustes, de modo que os vários valores ajustados sejam armazenados, por exemplo, na memória RAM 132 como uma tabela de destinação. Para cancelar a operação de ajuste, o usuário pode re-ajustar os vários valores ajustados operando um botão de cancelar 271.

Um exemplo estrutural dos dados de e-mail de acordo com o primeiro modo de realização será descrito a seguir com referência à Figura 5.

A Figura 5 é uma vista mostrando um exemplo estrutural dos dados de e-mail de acordo com o primeiro modo de realização da presente invenção.

A Figura 5 mostra uma estrutura de dados de e-mail quando uma imagem escaneada pela MFP 100 é anexada ao e-mail e transmitida à MFP 101.

Um campo Data 300 tem informação de tempo indicando o tempo da transmissão a partir da MFP 100. Um campo de Proveniente De 301 tem o endereço de e-mail da MFP 100. Um campo Para 302 tem o endereço de e-mail da MFP 101. Um campo de Assunto 303 tem uma "imagem" de fileira de caracteres.

Um campo de Notificação de Disposição Para 304 designa um endereço de correio para receber correio de confirmação de transmissão (dados de MDN) transmitido em resposta a um pedido de confirmação de transmissão a partir da MFP 100. Neste exemplo, o campo 304 contém o endereço de correio da MFP 100.

Um campo de ID de Mensagem 305 tem um número representando uma ID exclusiva para o correio. O número contém o endereço de correio e os dd de tempo para impedir a existência de mensagens de correio com o mesmo número. Um campo de Versão de MIME 306 tem o número de versão das MIME. Um campo de Tipo de Conteúdo 307 indica que os dados de e- mail são segmentados em uma pluralidade de blocos pela fileira de caracteres

«-----_422E51E54FF704D75EF8". Um campo 308 representa o número de

bits usados para a codificação.

Os campos 310 a 316 constituem um bloco. O campo 311 indica que a parte seguinte contém uma fileira de caracteres escrita por códigos JIS. O campo 314 contém uma fileira de caracteres de dados, ou seja, o texto dos dados de e-mail.

Os campos 316 a 330 constituem um outro bloco. Pedaços de informação nos campos 317 a 219 mostram que essa parte é um arquivo de imagem TIFF com um nome de arquivo "GS2005.tif". Os campos 321 a 328 têm os dados obtidos codificando-se por BASE64 o arquivo.

A seqüência de processo do protocolo de SMTP na transmissão dos dados de e-mail mostrada na Figura 5 de acordo com o primeiro modo de realização da presente invenção diretamente a partir da MFP 100 para a MFP 101 será descrita a seguir com referência à Figura 6.

A Figura 6 é um diagrama de seqüência mostrando o processo de um protocolo de SMTP de acordo com o primeiro modo de realização da presente invenção.

Como mostrado na Figura 4, a informação "intervenção de servidor DESLIGADA" no campo de designação de intervenção de servidor 252 da tabela de destinação da MFP 100 indica que a MFP 100 pode transmitir dados diretamente para a MFP 101 sem a intervenção de um servidor de correio.

Portanto, para a transmissão da MFP 101, a MFP 100 se conecta por SMTP diretamente à MFP 101 (400).

A MFP 101 conectada por SMTP retransmite uma fileira de caracteres (401) contendo informação de nome de domínio.

Quando a MFP 100 envia um comando EHLO (402), a MFP 101 retransmite os comandos de extensão de SMTP compatíveis com ela junto com as fileiras de caracteres iniciando com "250-" (403).

Comandos de extensão de SMTP detalhados (comandos representando as funções da MFP 101) são indicados por 404 e 406. A MFP 101 tem uma função de recepção de receber dados de e-mail de 8 bits, uma função de criptografia de criptografar um caminho de comunicação por criptografia de TLS5 e uma função de resposta direta de responder diretamente aMDN.

Neste caso, a MFP 101 transmite, para a MFP 100, um comando 8BITMIME (404) representando a função de recepção de dados de e-mail de 8 bits e um comando STARTTLS (405) representando a função de criptografia de caminho de comunicação pela criptografia de TLS. A MFP 101 também transmite, para a MFP 100, um comando DIRECTMDN (406) representando a função de resposta direta de MDN (método de resposta).

A MFP 101 tem um comutador para ajustar o "LIGADO/DESLIGADO da resposta direta de MDN" como ajuste de dispositivo. Somente quando a função de resposta direta de MDN está ajustada para "LIGADO", a MFP 101 responde diretamente a MDN em resposta a um comando DIRECTMDN (407) a partir da MFP 100. Se a função estiver ajustada "DESLIGADO", a MFP 101 não responde diretamente a MDN em resposta ao comando DIRECTMDN (407) a partir da MFP 100.

O comando DIRECTMDN (407) a partir da MFP 100 é um comando para pedir resposta direta de MDN. A resposta direta de MDN indica responder diretamente a MDN à destinação de transmissão sem a intervenção de um servidor de correio.

Se a tabela de destinação da MFP 100 for registrada na tabela de destinação na MFP 101, os conteúdos de ajuste ("intervenção de servidor LIGADA/DESLIGADA") do campo de designação de intervenção de servidor 252 (Figura 4) podem ser adquiridos a partir da tabela de destinação. Neste caso, se permitir a resposta direta de MDN pode ser determinado com base nos conteúdos de ajuste. Isto é, se "intervenção de servidor DESLIGADA" for ajustada como os conteúdos de ajuste, a MDN pode ser respondida direto.

A Figura 6 será descrita novamente.

Quando recebendo normalmente o comando DIRECTMDN (407) a partir da MFP 100, a MFP 101 responde uma mensagem de resposta normal (408) iniciando com "250".

A seguir, a MFP 100 transmite, para a MFP 101, um comando MAIL (409) representando o emissor de correio. Quando o recebendo normalmente, a MFP 101 responde uma mensagem de resposta normal (410) iniciando com "250". A MFP 100 transmite um comando RCPT (411) representando o receptor de correio. Quando o recebendo normalmente, a MFP 101 responde uma mensagem de resposta normal (412) iniciando com "250".

A MFP 100 transmite um comando DATA (413) indicando a transmissão de dados de e-mail se iniciará e, então, transmite os dados de e- mail (dados indicados pelos campos 300 a 329 na Figura 5). Depois disso, a MFP 100 transmite "." (414) indicando o fim dos dados de e-mail.

Quando recebendo normalmente os dados de e-mail a partir da MFP 100, a MFP 101 responde uma mensagem de resposta normal (415) iniciando com "354".

A MFP 100 transmite um comando QUIT (416) para desconectar. Respondendo a isso, a MFP 101 responde uma mensagem (417) iniciando com "221".

Com o processamento descrito acima, a conexão de SMTP entre as MFPs 100 e 101 termina.

O processamento de recepção de SMTP por meio da função de recepção de SMTP da MFP 101 será descrito a seguir com referência à Figura 7.

A Figura 7 é um fluxograma mostrando o processamento de recepção de SMTP de acordo com o primeiro modo de realização da presente invenção.

Esse processamento de recepção de SMTP é feito para receber, por exemplo, os dados de e-mail transmitidos por SMTP a partir da MFP 100 ou do PC de cliente 104.

Quando ligada a energia, a função de recepção é ativada. Na etapa S501, a MFP 101 espera pela conexão.

Quando a conexão de SMTP inicia, o processo avança a partir da etapa S501 para a etapa S502 para executar o processamento de resposta de resposta de conexão (401 na Figura 6) de responder uma resposta de conexão de SMTP.

Depois de responder à resposta de conexão, a MFP 101 checa o comando recebido para determinar na etapa S5 03 se o comando é um comando EHLO. Se o comando for um comando EHLO (SIM na etapa S503), O processo avança para a etapa S506. Se o comando não for um comando EHLO (NÃO na etapa S503), a MFP 101 determina na etapa S504 se o comando é um comando HELO.

Se o comando for um comando HELO (SIM na etapa S504), o processo avança para a etapa S515. Se o comando não for um comando HELO (NÃO na etapa S504), o processo avança para a etapa S505 para considerar o estado como um erro de comando e esperar por nova recepção de comando.

Se o comando recebido for um comando HELO na etapa S504, a MFP 101 executa o processamento de resposta de resposta de comando HELO na etapa S515, e o processo avança para a etapa S516.

Se o comando recebido for um comando EHLO na etapa S503, a MFP 101 executa o processamento de resposta de resposta de comando EHLO na etapa S506 para responder, como respostas de comando EHLO, as mensagens contendo as funções de extensão de SMTP preparadas na MFP 101.

As mensagens são a 8BITMIME 404, STARTTLS 405, e DIRECTMDN 406 na Figura 6.

A MFP 101 checa os comandos capazes de serem produzidos pelas suas funções de extensão de SMTP. Primeiro, a MFP 101 determina na etapa S507 se um comando 8BITMIME é capaz de ser produzido. Se nenhum comando 8BITMIME é capaz de ser produzido (NÃO na etapa S507), o processo avança para a etapa S509. Se um comando 8BITMIME for capaz de ser produzido (SIM na etapa S507), o processo avança para a etapa S508 para executar o processamento de resposta OK de responder uma fileira de caracteres "250 OK".

A MFP 101 determina na etapa S509 se um comando DIRECTMDN é capaz de ser produzido. Se nenhum comando DIRECTMDN for capaz de ser produzido (NÃO na etapa S509), o processo avança para a etapa S512. Se um comando DIRECTMDN for capaz de ser produzido (SIM na etapa S509), o processo avança para a etapa S510 para executar o processamento de resposta PERMITIDO de responder uma fileira de caracteres "250 OK". Na etapa S511, a MFP 101 armazena, na RAM 132, o endereço de IP da fonte de emissão de pedido de conexão.

A MFP 101 determina na etapa S512 se um comando STARTTLS é capaz de ser produzido. Se nenhum comando STARTTLS for capaz de ser produzido (NÃO na etapa S512), o processo avança para a etapa S516. Se um comando STARTTLS for capaz de ser produzido (SIM na etapa S512), o processo avança para a etapa S513 para executar o processamento de resposta PERMITIDO de responder uma fileira de caracteres "250 OK". Na etapa S514, a MFP 101 executa o processamento de criptografia de TLS. Na etapa S516, a MFP 101 executa o processamento de comando MAIL. A MFP 101 recebe a informação de endereço de correio de emissor ajustada nela como um comando MAIL (409 na Figura 6) e transmite uma resposta de comando MAIL (410 na Figura 6) contendo uma fileira de caracteres iniciando com "250".

Na etapa S517, a MFP 101 executa o processamento de comando RCPT. A MFP 101 recebe um comando RCPT (411 na Figura 6) contendo a informação de endereço de correio da destinação de transmissão e transmite uma resposta de comando RCPT (412 na Figura 6) contendo uma fileira de caracteres iniciando com "250".

Na etapa S518, a MFP 101 executa o processamento de recepção de comando DATA. A MFP 101 recebe um comando DATA (413 na Figura 6) indicando que a transmissão dos dados de e-mail na Figura 5 se iniciará. A MFP 101, então, recebe os dados de e-mail transmitidos (300 a 329 e 414 na Figura 6) e transmite uma resposta de comando DATA (415 na Figura 6) contendo uma fileira de caracteres iniciando com "354".

A MFP 101 determina o fim dos dados de e-mail detectando a fileira de caracteres 414 contendo somente "." e, desse modo, termina a série de operações.

Na etapa S519, a MFP 101 executa o processamento de comando QUIT. A MFP 101 recebe um comando QUIT (416 na Figura 6) para desconectar e responder um comando QUIT (417 na Figura 6) contendo uma fileira de caracteres iniciando com "221" para desconectar a conexão de SMTP.

Quando o processamento descrito acima termina, a recepção de SMTP termina.

Com o processamento descrito acima, a MFP 101 recebe, por exemplo, os dados de e-mail mostrados na Figura 5. Os dados de texto de correio (314) dos dados de e-mail são convertidos de informação de texto dos códigos de JIS para informação de texto dos códigos de SJIS e, então, reticulados em dados de imagem.

A porção de dados de imagem (321 a 328) dos dados de imagem é decodificada por BSE64 em um arquivo TIFF. Os dados de imagem de cada página são extraídos a partir do arquivo TIFF e submetidos ao processamento de decodificação de imagem. Quando o processamento de decodificação de imagem de todas as páginas está completo normalmente, os dados de MDN mostrados na Figura 8 são criados.

Um exemplo estrutural de dados de MDN de acordo com o primeiro modo de realização será descrito a seguir.

A Figura 8 é uma vista mostrando um exemplo estrutural dos dados de MDN de acordo com o primeiro modo de realização da presente invenção.

Os campos 600 a 607 na Figura 8 correspondem ao cabeçalho de correio do correio.

O campo Data 600 tem informação de tempo indicando o tempo da transmissão de dados. O campo Proveniente de 601 tem o endereço de e-mail da MFP 101 como a fonte de transmissão de correio. O campo Assunto 602 tem uma fileira de caracteres "Notificação de Disposição de Mensagem".

O campo Para 603 contém uma destinação ajustada no campo Notificação de Disposição Para 304 do correio com uma imagem anexada descrita com referência à Figura 5. Desse modo, os dados de MDN são transmitidos para essa destinação.

O campo ID de Mensagem 604 tem uma fileira de caracteres contendo a informação de tempo de transmissão, nome de hospedeiro, nome de domínio, e nome de usuário. A fileira de caracteres é gerada sem permitir a existência dos dados com IDs idênticas.

O campo Versão de MIME 605 tem o número de versão de ΜΙΜΕ. O campo Tipo de Conteúdo 606 contém informação indicando que o correio é correio de notificação de tipo relato.

O campo 607 tem informação indicando que o correio é segmentado por uma fronteira "xiSCzkWI5qcO+uiWI6qaM+ueTIB6". Nesse exemplo, o correio é segmentado pelos campos 609, 615 e 622. O correio é segmentado em uma primeira porção correspondendo aos campos 610a614e a uma segunda porção correspondendo aos campos 616 a 621.

O campo 610 indica que a primeira porção é de dados de texto. Os campos 612 e 613 contêm a fileira de caracteres de dados.

O campo 616 indica que a segunda porção é uma mensagem de notificação. O campo 618 descreve o nome de hospedeiro e o nome de domínio da MFP 101 que criaram essa mensagem.

O campo ID de Mensagem Original 619 contém a ID de Mensagem 304 do correio com uma imagem anexada descrita com referência à Figura 5 para tornar possível determinar o correio ao qual esse correio de notificação responderá.

O campo Disposição 620 indica que esse correio de notificação é respondido automaticamente, e o resultado é processado normalmente.

O processamento de transmissão de MDN de fazer a MFP 101 transmitir dados de MDN será descrito a seguir com referência à Figura 9.

A Figura 9 é um fluxograma mostrando o processamento de transmissão de MDN de acordo com o primeiro modo de realização da presente invenção.

Esse processamento se inicia para transmitir a MDN.

Na etapa S701, a MFP 101 determina se o emissor designou "MDNDIRECT" referindo-se aos conteúdos do comando DIRECTMDN (407 na Figura 6). Se "MDNDIRECT" for designado (SIM na etapa S701), o processo avança para a etapa S702 para transmitir os dados de MDN na Figura 8 para uma destinação correspondendo ao endereço de IP armazenado na etapa S511 e termina o processamento.

Se nenhum "MDNDIRECT" for designado (NÃO na etapa S701), o processo avança para a etapa S703 para transmitir os dados de MDN para o servidor de correio (por exemplo, o servidor 103) e terminar o processamento. Os dados de MDN transmitidos ao servidor de correio são finalmente transmitidos, através do servidor de correio, para uma destinação indicada pela Notificação de Disposição Para do correio com uma imagem anexada descrita com referência à Figura 5.

Como descrito acima, de acordo com o primeiro modo de realização, em um ambiente que permite a comunicação por meio de um protocolo de e-mail sem a intervenção de um servidor de correio, os dados de MDN para confirmação de transmissão também são transmitidos sem a intervenção de um servidor de correio. Por outro lado, em um ambiente que permite somente a comunicação através de um servidor de correio, os dados de MDN para a confirmação de transmissão são transmitidos via um servidor de correio.

É possível selecionar de modo adaptativo a rota de transmissão/recepção de dados de MDN de acordo com o ambiente entre aparelhos e transmitir de modo confiável os dados de MDN. O lado transmissor pode determinar se o lado receptor recebeu normalmente o correio e os dados de imagem anexados a ele.

Segundo modo de realização

No segundo modo de realização, um exemplo de aplicação do processamento de transmissão de MDN do primeiro modo de realização será descrito.

A Figura 10 é um fluxograma mostrando o processamento de transmissão de MDN de acordo com o segundo modo de realização da presente invenção. Esse processamento se inicia para transmitir MDN.

Na etapa S801, uma MFP 101 determina se o emissor designou "MDNDIRECT" referindo-se aos conteúdos de um comando DIRECTMDN (407 na Figura 6). Se "MDNDIRECT" for designado (SIM na etapa S801), o processo avança para a etapa S802. Na etapa S802, a MFP 101 questiona um servidor de DNS (servidor 103) acerca de uma destinação indicada pela Notificação de Disposição Para do correio com uma imagem anexada descrito com referência à Figura 5 e adquire o endereço de IP da destinação de transmissão.

O servidor de DNS adquire o endereço de IP da destinação usando o registro A do nome de HOSPEDEIRO ou o registro MX (Troca de correio) dedicado à transmissão de correio.

Na etapa S803, a MFP 101 transmite os dados de MDN na Figura 8 para a destinação correspondendo ao endereço de IP adquirido na etapa S802 usando o protocolo de SMTP e termina o processamento.

Se nenhum "MDNDIRECT" for designado (NÃO na etapa S801), o processo avança para a etapa S804 para transmitir os dados de MDN para o servidor de correio (por exemplo, servidor 103) e terminar o processamento. Os dados de MDN transmitidos ao servidor de correio são finalmente transmitidos, através do servidor de correio, para uma destinação indicada pela Notificação de Disposição Para do correio com uma imagem anexada descrito com referência à Figura 5.

Como descrito acima, o segundo modo de realização especifica a destinação de transmissão de dados de MDN questionando o servidor de DNS acerca dela. Desse modo, mesmo se for impossível especificar a destinação de transmissão de dados de MDN a partir dos dados de e-mail, os dados de MDN podem ser transmitidos de modo confiável para uma destinação correta.

Terceiro modo de realização No primeiro modo de realização, um pedido de dados de MDN é transmitido para uma destinação de transmissão de acordo com o protocolo de SMTP. Entretanto, a presente invenção não está limitada a isso. Por exemplo, os dados de e-mail podem conter uma descrição da informação indicando um pedido de dados de MDN.

No terceiro modo de realização, um arranjo que usa os dados de e-mail contendo uma descrição da informação indicando um pedido de dados de MDN será descrito.

A Figura 11 é uma vista mostrando um exemplo estrutural de dados de e-mail de acordo com o terceiro modo de realização da presente invenção.

A Figura 11 mostra uma estrutura de dados de e-mail quando uma imagem escaneada por uma MFP 100 é anexada ao e-mail e transmitida para uma MFP 101.

Um campo Data 900 tem informação de tempo indicando o tempo da transmissão de dados. O campo Proveniente De 901 tem o endereço de e-mail da MFP 100. O campo Para 902 tem o endereço de e-mail da MFP 101. O campo Assunto 903 tem uma fileira de caracteres "imagem".

Um campo Notificação de Disposição Para 904 designa um endereço de correio para receber o correio de confirmação de transmissão (dados de MDN) transmitido em resposta a um pedido de confirmação de transmissão a partir da MFP 100. Neste exemplo, o campo 904 contém o endereço de correio da MFP 100.

Um campo X-MDNDIRECT 905 indica que o emissor quer direcionar a transmissão do correio de confirmação de transmissão para a MFP 100 como um dispositivo transmissor sem a intervenção de um servidor de correio.

Um campo ID de Mensagem 906 tem um número representando uma ID exclusiva para o correio. O número contém o endereço de correio e os dados de tempo para impedir a existência de mensagens de correio com o mesmo número. Um campo Versão de MIME 907 tem o número de versão de MIME.

Um campo Tipo de Conteúdo 908 indica que os dados de e- mail são segmentados em uma pluralidade de blocos por uma fileira de caracteres "-—_422E51E54FF704D75EF8_".

Os campos 911 a 916 constituem um bloco. O campo 911 indica que a parte seguinte contém uma fileira de caracteres escrita pelos códigos de JIS. O campo 915 contém uma fileira de caracteres de dados.

Os campos 917 a 931 constituem um outro bloco. Pedaços da informação nos campos 917 920 mostram que essa parte é um arquivo de imagem TIFF com um nome de arquivo "GS2005.tif". Os campos 922 a 929 têm os dados obtidos codificando-se por BASE64 o arquivo.

Os dados de e-mail de acordo com o terceiro modo de realização descrevem explicitamente um pedido de correio de confirmação de transmissão em adição à estrutura de dados de e-mail do primeiro modo de realização.

O processamento de análise de dados de e-mail quando a MFP 101 recebe os dados de e-mail mostrado na Figura 11 será descrito a seguir com referência à Figura 12.

A Figura 12 é um fluxograma mostrando o processamento de análise de dados de e-mail de acordo com o terceiro modo de realização da presente invenção.

Quando do recebimento dos dados de e-mail, a MFP 101 executa o processamento de extração de imagem na etapa S951. Os dados de texto de correio (915 na Figura 11) são convertidos a partir da informação de texto dos códigos de JIS para informação dos códigos de SJIS e, então, reticulados em dados de imagem.

A porção de dados de imagem (922 a 929 na Figura 11) dos dados de e-mail é decodificada por BASE64 para um arquivo TIFF. Os dados de imagem de cada página são extraídos a partir do arquivo TIFF e submetidos ao processamento de decodificação de imagem.

A MFP 101 determina na etapa S952 se uma destinação existe no campo Notificação de Disposição Para (904 na Figura 11).

Se uma destinação existir (SIM na etapa S952), o processo avança para a etapa S953 para extrair a informação de destinação ("ifax@copyl.xyz.co.jp") para transmitir os dados de MDN. Na etapa S954, a MFP 101 cria dados de MDN para a informação de destinação e transmite os dados de MDN.

Se nenhuma destinação existir (NÃO na etapa S952), o processo avança para a etapa S955 para determinar se um campo X- MDNDIRECT (905 na Figura 11) existe.

Se o processo avançar para a etapa S955 quando da determinação na etapa S952 de que nenhuma destinação existe no campo Notificação de Disposição Para, o processo avança para a etapa S959. Isso porque a ausência de um campo Notificação de Disposição Para indica a ausência de um pedido de MDN, e, portanto, nenhum campo X- MDNDIRECT existe, em princípio. Inversamente, para pedir MDN, é necessário adicionar um campo Notificação de disposição Para.

Se um campo X-MDNDIRECT existe (SIM na etapa S955), o processo avança para a etapa S956 para questionar um servidor de DNS acerca de uma destinação indicada por Notificação de Disposição Para e adquire o endereço de IP da destinação de transmissão.

O servidor de DNS adquire o endereço de IP indicado por Notificação de Disposição Para usando o registro A do nome de HOSPEDEIRO ou o registro de MX (Troca de Correio) dedicado à transmissão de correio. Na etapa S957, a MFP 101 transmite dados de MDN para a destinação correspondendo ao endereço de IP adquirido na etapa S956 usando o protocolo de SMTP.

Se nenhum campo X-MDNDIRECT existir (NÃO na etapa S955), a MFP 101 transmite os dados de MDN para um servidor de correio (por exemplo, o servidor 103) na etapa S958.

Na etapa S959, a MFP 101 determina a presença/ausência de ajuste de impressão para os dados de imagem extraídos a partir dos dados de e-mail recebidos. Se o ajuste de impressão existir (SIM na etapa S959), o processo avança para a etapa S960 para executar a impressão de acordo com o ajuste de impressão. Se nenhum ajuste de impressão existir (NÃO na etapa S959), o processo avança para a etapa S961 para determinar a presença/ausência de transferência.

Se o ajuste de transferência existir (SIM na etapa S961), o processo avança para a etapa S962 para executar a transferência de acordo com o ajuste de transferência. Exemplos da destinação de transferência com base no ajuste de transferência são as destinações de transferência de arquivo de FAX, IFAX, FTP, e SMB.

Se nenhum ajuste de transferência existir (NÃO na etapa S961), o processamento termina.

A presença/ausência de ajuste de impressão e de ajuste de transferência nas etapas S956 e 961 é feita com base, por exemplo, na informação de atributo ajustada nos dados de e-mail quando do seu recebimento.

As recepções de SMTP e POP foram descritas acima como método de recepção de e-mail. Os dados de e-mail podem ser recebidos por um outro protocolo de comunicação predeterminado, como IMAP.

Como descrito acima, o terceiro modo de realização descreve a informação indicando um pedido de dados de MDN nos dados de e-mail ao invés de transmitir um pedido de dados de MDN de acordo com o protocolo de SMTP. Esse arranjo pode impedir o possível desaparecimento de um pedido de dados de MDN quando, por exemplo, o pedido de dados de MDN que deveria ser transmitido diretamente para a destinação de transmissão de acordo com o protocolo de SMTP for transmitido erroneamente via um servidor de correio.

Embora a presente invenção tenha sido descrita com referência a exemplos de modos de realização, deve ser entendido que a invenção não está limitada aos exemplos de modos de realização revelados. O escopo das reivindicações a seguir é estar de acordo com a interpretação mais ampla, de modo a englobar todas essas modificações e estruturas e funções equivalentes.

Notar que a presente invenção pode ser aplicada a um aparelho compreendendo um único dispositivo ou a um sistema constituído por uma pluralidade de dispositivos.

Além disso, a invenção pode ser implementada suprindo-se um programa de software, que implementa as funções dos modos de realização anteriores, diretamente ou indiretamente para um sistema ou aparelho, lendo o código de programa suprido com um computador do sistema ou aparelho, e, então, executando o código de programa. Neste caso, enquanto o sistema ou aparelho tiver as funções do programa, o modo de implementação precisa confiar em um programa.

Conseqüentemente, visto que as funções da presente invenção são implementadas por computador, o código de programa instalado no computador também implementa a presente invenção. Em outras palavras, as reivindicações da presente invenção também cobrem um programa de computador para o fim de implementar as funções da presente invenção.

Nesse caso, enquanto o sistema ou aparelho tiver as funções do programa, o programa pode ser executado em qualquer forma, como um código de objeto, um programa executado por um interprete, ou dados escritos supridos a um programa operacional. Exemplos de meios de armazenamento que podem ser usados para suprir o programa são um disco flexível, um disco rígido, um disco ótico, um disco óptico-magnético, um CD-ROM, um CD-R, um CD-RW, uma fita magnética, um cartão de memória de tipo não-volátil, uma ROM, e um DVD (DVD-ROM e um DVD-R).

Como para o método de suprir o programa, um computador de cliente pode ser conectado a um website sobre a Internet usando um browser do computador de cliente, e o programa de computador da presente invenção ou um arquivo comprimido capaz de ser instalado automaticamente do programa pode ser descarregado para um meio de gravação como um disco rígido. Além disso, o programa da presente invenção pode ser suprido dividindo-se o código de programa constituindo o programa em uma pluralidade de arquivos e descarregando os arquivos a partir de diferentes websites. Em outras palavras, um servidor de WWW (Rede Ampla Mundial) que descarrega, para múltiplos usuários, os arquivos de programa que implementam as funções da presente invenção por meio de computador também é coberto pelas reivindicações da presente invenção.

Também é possível criptografar e armazenar o programa da presente invenção sobre um meio de armazenamento como um CD-ROM, distribuir o meio de armazenamento para os usuários, permitir aos usuários que encontrem determinadas exigências descarregar informação de chave de decriptografia a partir de um website via Internet, e permitir a esses usuários decriptografar o programa criptografado usando a informação de chave, por meio do que o programa é instalado no computador de usuário.

Além dos casos onde as funções mencionada anteriormente de acordo com os modos de realização são implementadas executando-se o programa lido pelo computador, um sistema operacional ou o equivalente rodando sobre o computador pode realizar todo ou uma parte do processamento verdadeiro, de modo que as funções dos modos de realização anteriores possam ser implementadas por esse processamento.

Além disso, depois do programa lido a partir do meio de armazenamento ser escrito para uma placa de expansão de função inserida dentro do computador ou para uma memória provida em uma unidade de expansão de função conectada ao computador, uma CPU ou o equivalente montada sobre a placa de expansão de função ou unidade de expansão de função realiza todo ou parte do processamento verdadeiro, de modo que as funções dos modos de realização anteriores possam ser implementadas por esse processamento.

Embora a presente invenção tenha sido descrita com referência aos exemplos de modos de realização, deve ser entendido que a invenção não está limitada aos exemplos de modos de realização revelados. O escopo das reivindicações a seguir é estar de acordo com a interpretação mais ampla, de modo a englobar todas essas modificações e estruturas e funções equivalentes.

Este pedido reivindica o beneficio do pedido de patente japonês 2005-373519, depositado em 26 de dezembro de 2005, que é incorporado aqui pela referência em sua inteireza.

Claims

REIVINDICAÇÕES

1. Aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender: uma unidade de geração adaptada para gerar o e-mail; uma unidade de transmissão adaptada para transmitir, para o aparelho de recepção, o e-mail e informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma unidade de recepção adaptada para receber, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido pela unidade de transmissão.

2. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que a unidade de transmissão transmite a informação representando o método de resposta de pedido de confirmação de transmissão para o aparelho de recepção sem a intervenção de um servidor de correio como um dos pedaços da informação de um protocolo de comunicação predeterminado.

3. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que a unidade de transmissão transmite o e-mail contendo a informação representando o método de resposta de pedido de confirmação de transmissão para o aparelho de recepção sem a intervenção de um servidor de correio usando-se um protocolo de comunicação predeterminado.

4. Aparelho de recepção para receber e-mail a partir de um aparelho de transmissão através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender: uma unidade de recepção adaptada para receber, a partir do aparelho de transmissão, o e-mail e informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma unidade de transmissão adaptada para transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

5. Aparelho de recepção de acordo com a reivindicação 4, caracterizado pelo fato de que a unidade de recepção recebe a informação representando o método de resposta de pedido de confirmação de transmissão a partir do aparelho de transmissão sem a intervenção de um servidor de correio como um dos pedaços da informação de um protocolo de comunicação predeterminado.

6. Aparelho de recepção de acordo com a reivindicação 4, caracterizado pelo fato de que a unidade de recepção recebe o e-mail contendo a informação representando o método de resposta de pedido de confirmação de transmissão a partir do aparelho de transmissão sem a intervenção de um servidor de correio usando-se um protocolo de comunicação predeterminado.

7. Aparelho de recepção de acordo com a reivindicação 4, caracterizado pelo fato de que quando a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA", a unidade de transmissão transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta descrita no e-mail.

8. Aparelho de recepção de acordo com a reivindicação 4, caracterizado pelo fato de que quando a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA", a unidade de transmissão adquire a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail a partir de um servidor externo e transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta adquirida.

9. Aparelho de recepção de acordo com a reivindicação 4, caracterizado pelo fato de que a unidade de transmissão compreende uma unidade de análise adaptada para analisar conteúdos do email, e uma unidade de geração adaptada para gerar o resultado de confirmação de transmissão se um resultado da análise pela unidade de análise indicar que a informação de destinação de resposta do resultado de confirmação de transmissão na resposta ao e-mail é descrita.

10. Aparelho de recepção de acordo com a reivindicação 9, caracterizado pelo fato de que quando o resultado da análise pela unidade de análise indica que a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA" no e-mail, e a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail é descrita, a unidade de transmissão transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão gerado pela unidade de geração para uma destinação de resposta representado pela informação de destinação de resposta.

11. Aparelho de recepção de acordo com a reivindicação 9, caracterizado pelo fato de que quando o resultado da análise pela unidade de análise indica que a informação representando o método de resposta de pedido de confirmação de transmissão é ajustada para "intervenção de servidor DESLIGADA" no e-mail, e a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail não é descrita, a unidade de transmissão adquire a informação de destinação de resposta do resultado de confirmação de transmissão em resposta ao e-mail a partir de um servidor externo e transmite, sem a intervenção de um servidor de correio, o resultado de confirmação de transmissão para uma destinação de resposta representado pela informação de destinação de resposta adquirida.

12. Sistema de comunicação para transmitir/receber e-mail entre um aparelho de transmissão e um aparelho de recepção através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de que o aparelho de transmissão compreende: uma unidade de geração adaptada para gerar o e-mail; uma primeira unidade de transmissão adaptada para transmitir, para o aparelho de recepção, o e-mail e a informação representando um método de resposta de um pedido de confirmação de resposta em resposta ao e-mail; e uma primeira unidade de recepção adaptada para receber, a partir do aparelho de recepção, de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido pela primeira unidade de recepção, e o aparelho de recepção compreende: uma segunda unidade de recepção adaptada para receber, a partir do aparelho de transmissão, o e-mail e a informação representando o método de resposta do pedido de confirmação de transmissão em resposta ao e-mail; e uma segunda unidade de transmissão adaptada para transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

13. Método de controle de um aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender: uma etapa de geração de gerar o e-mail; uma etapa de transmissão de transmitir, para o aparelho de recepção, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma etapa de recepção de receber, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido na etapa de transmissão.

14. Método de controle de um aparelho de recepção para receber e-mail a partir de um aparelho de transmissão através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de compreender: uma etapa de recepção de receber, a partir do aparelho de transmissão, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma etapa de transmissão de transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.

15. Programa armazenado em um meio legível por computador, que faz um computador controlar um aparelho de transmissão para transmitir e-mail para um aparelho de recepção através de uma rede selecionando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de fazer o computador executar: uma etapa de geração de gerar o e-mail; uma etapa de transmissão de transmitir, para o aparelho de recepção, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma etapa de recepção de receber, a partir do aparelho de recepção de acordo com o método de resposta, um resultado de confirmação de transmissão em resposta ao e-mail transmitido na etapa de transmissão.

16. Programa armazenado em um meio legível por computador, que faz um computador controlar um aparelho de recepção para receber e-mail a partir de um aparelho de transmissão através de uma rede usando-se um dentre um método de comunicação via um servidor de correio e um método de comunicação sem a intervenção de um servidor de correio, caracterizado pelo fato de fazer o computador executar: uma etapa de recepção de receber, a partir do aparelho de transmissão, o e-mail e a informação representando um método de resposta de um pedido de confirmação de transmissão em resposta ao e-mail; e uma etapa de transmissão de transmitir um resultado de confirmação de transmissão em resposta ao e-mail com base na informação representando o método de resposta de pedido de confirmação de transmissão.