BRPI1011364B1

BRPI1011364B1 - aparelho e método de comunicação de dados, e, aparelho de controle de impressão

Info

Publication number: BRPI1011364B1
Application number: BRPI1011364-9A
Authority: BR
Inventors: Takayuki Matsuo
Original assignee: Canon Kabushiki Kaisha
Priority date: 2009-05-13
Filing date: 2010-04-28
Publication date: 2021-01-19
Also published as: KR101296531B1; US20120140281A1; EP2430803A1; CN102422606A; JP2010268164A; RU2011150473A; EP2430803A4; CN102422606B; KR20120041170A; WO2010131633A1; JP5328472B2; US20110064076A1; US8165042B2; US8964602B2; RU2515552C2; BRPI1011364A2; EP2430803B1

Abstract

APARELHO E MÉTODO DE COMUNICAÇÃO DE DADOS, E, APARELHO DE CONTROLE DE IMPRESSÃO A presente invenção filtra pacotes e reduz o tráfego quando comunicação é realizada com um dispositivo em uma rede utilizando o protocolo IPv6. Para se conseguir isto, uma unidade de impressora operando em um computador pessoal correlaciona e armazena o nome da parte comunicando-se e um endereço para o qual a comunicação realmente ocorreu dentre endereços que sofreram resoluções de nome, e utiliza o endereço armazenado na comunicação com a mesma parte de comunicação de agora em diante

Description

CAMPO TÉCNICO

[0001] A presente invenção refere-se a uma função de comunicação que opera em um computador pessoal, por exemplo, para comunicar-se com um dispositivo em uma rede. Em particular, a invenção refere-se a uma função de comunicação que utiliza IVv6 (Protocolo Internet Versão 6) como o protocolo de comunicação.

FUNDAMENTOS DA TÉCNICA

[0002] Em resposta à exaustão em andamento de endereços disponíveis com o atual protocolo Internet (IPv4), IPv6 começou a entrar em uso prático como um protocolo Internet de próxima-geração aperfeiçoado, para alargar o espaço de endereço, prover dados de segurança e transmissão adicionais, de acordo com a prioridade. As especificações do protocolo IPv6 são tais que uma pluralidade de endereços pode ser alocada para uma única interface de rede. Por exemplo, um endereço de unicoerção local de enlace (referido como um “endereço local de enlace”) e um endereço de unicoerção global (referido como um “endereço global” abaixo) são conhecidos como endereços que podem ser alocados. Além disso, uma vez que uma pluralidade de endereços pode ser alocada como endereços globais, há casos em que um endereço IPv4 e uma pluralidade de endereços IPv6 são registradas com respeito a um único computador principal de um servidor DNS (Sistema de Nome de Domínio).

[0003] Um FQDN (Nome de Domínio Totalmente Qualificado) usualmente referido como um “nome” está em uso a fim de identificar uma parte comunicandose. Deve ser observado que um FQDN é um nome de computador principal ou nome de domínio indicado de uma raiz ao longo da estrutura hierárquica de um domínio DNS. Um FQDN será referido simplesmente como um “nome” abaixo. Quando um servidor DNS é indagado acerca de um endereço binário pela designação de um nome, há exemplos em que uma pluralidade de endereços IPv6 é adquirida. Não é necessariamente possível que todos estes endereços sejam alcançados pelo computador pessoal que foi a fonte da indagação. Na comunicação TCP utilizando IPv6, é feita uma tentativa sequencialmente para conectar a uma pluralidade de endereços obtidos como o resultado de resolução de nome utilizando o DNS e o endereço prevalecendo no momento que uma conexão se realiza é usado como o endereço da parte. Com a comunicação UDP (Protocolo Datagrama do Usuário) empregando IPv6, uma aplicação deve verificar a alcançabilidade pela utilização de um método tal como um reenvio de pacote com respeito a uma parte da comunicação. Deste modo, essencialmente da mesma maneira que a comunicação TCP, uma tentativa deve ser feita para transmitir um pacote para uma pluralidade de endereços em modo sequencial. Assim, a comunicação IPv6 convida um aumento do tráfego de rede e tempo de tentativa até uma conexão ser estabelecida, estes essencialmente sendo concomitantes com o fato de que uma pluralidade de endereços é usada.

[0004] Similarmente, uma pluralidade de endereços existe também como endereços locais opostos a endereço de uma parte da comunicação. Quando o endereço de uma parte de comunicação é decidido, o endereço local correspondendo a este endereço é selecionado de acordo com um algoritmo definido como RFC 3484 [“Seleção de Endereço Padrão para versão 6 de Protocolo Internet (IPv6)”]. Uma vez que este algoritmo de seleção de endereço é executado dentro de um programa, usualmente referido como uma “pilha de protocolo”, que é quase um sistema operacional, um programa de aplicação não pode participar em relação ao endereço local selecionado.

[0005] Devido ao fato de que uma pluralidade de endereços IPv6 existe para cada um dos dois pontos extremos de comunicação, a situação descrita abaixo surge em um caso em que comunicação empregando o protocolo UDP, em particular, é realizada. Presume-se que cada um dos pontos extremos da comunicação A e B tem três de seus próprios endereços IPv6 e que estes são Addr_A1, Addr_A2, Addr_A3 e Addr_B1, Addr_B2, Addr_B3, respectivamente. Presume-se que entre os endereços possuídos pelo ponto extremo de comunicação B os dois endereços Addr_B1 e Addr_B2 foram registrados no DNS.

[0006] Em um caso em que o ponto extremo de comunicação A inicia comunicando-se com o ponto extremo de comunicação B, como ilustrado na Fig. 3A, o primeiro ponto extremo de comunicação A designa o nome do ponto extremo de comunicação B (aqui o nome será “ponto extremo de comunicação B”) e solicita (pergunta) ao servidor DNS a resolução de nome. O servidor DNS remete de volta (responde com) os dois endereços (Addr_B1 e Addr_B2) como o resultado da resolução de nome.

[0007] O ponto extremo de comunicação A, que recebeu o resultado da resolução de nome, transmite uma solicitação para Addr_B1 e alcança o ponto extremo de comunicação B. O ponto extremo de comunicação B remete de volta uma resposta correspondendo à solicitação. Nesta ocasião, entretanto, o ponto extremo de comunicação verificou que Addr_A1 é o endereço da fonte de transmissão da solicitação e, portanto, ele remete de volta sua resposta para este endereço. Quando isto é feito, o algoritmo de seleção de endereço, definido em RFC 3484 mencionado acima, funciona e há exemplos em que o endereço Addr_B3 em vez de o Addr_B1 é selecionado como o endereço ótimo dentre os três endereços possuídos pelo ponto extremo de comunicação B. Assim, a resposta do ponto extremo de comunicação B é remetida de Addr_B3 para Addr_A1 do ponto extremo de comunicação A. Assim, surge uma situação em que, do ponto de vista do ponto extremo de comunicação A, os dados são remetidos para ele de um endereço desconhecido.

[0008] Há exemplos em que, se tiver sido confirmado que a parte para a qual o ponto extremo de comunicação A remeteu a solicitação é somente o ponto extremo de comunicação B, então os dados do endereço desconhecido podem ser determinados para serem uma resposta remetida do ponto extremo de comunicação B. Entretanto, deve ser entendido que esta determinação não é possível se considerar um caso em que, como mostrado na Fig. 3B, o ponto extremo de comunicação A remete solicitações para as duas partes nos pontos extremos de comunicação B e C substancialmente simultaneamente. Presume-se que os endereços dos pontos extremos de comunicação A, B e C da Fig. 3B são Addr_A1, Addr_A2, Addr_A3; Addr_B1, Addr_B2, Addr_B3; e Addr_C1, Addr_C2, Addr_C3, respectivamente. Além disso, presume-se que aqueles endereços entre os endereços do ponto extremo de comunicação B que foram registrados com o servidor DNS são Addr_B1 e Addr_B2 e que tais endereços do ponto extremo de comunicação C são Addr_C1 e Addr_C2. Presume-se também que o ponto extremo de comunicação A pergunta ao servidor DNS com referência a nomes dos pontos extremos de comunicação B e C e que ele recebe dois endereços por ponto extremo como respostas. Aqui, o ponto extremo de comunicação A remete solicitações para os pontos extremos de comunicação B e C, o ponto extremo de comunicação B remete uma resposta de Addr_B3 para Addr_A1 e o ponto extremo de comunicação C remete uma resposta de Addr_C3 para Addr_A1.

[0009] O ponto extremo de comunicação A assim recebe dados dos endereços desconhecidos Addr_B3 e Addr_C3. O ponto extremo de comunicação A não pode determinar de quais dos pontos extremos de comunicação B e C estes dois itens de dados foram recebidos como dados de resposta. No caso de um protocolo tal como IPv4, em que uma resposta pode sempre ser esperada ser remetida de volta do endereço do destino de transmissão da solicitação, tal problema não pode surgir porque a parte comunicante pode ser identificada por um conjunto de endereços que inclui os números de porta de ambos os pontos extremos de comunicação. No evento de que o endereço na fonte de transmissão de um pacote de resposta não corresponda ao endereço no destino de transmissão de um pacote de solicitação sob estas circunstâncias, surge um problema relacionado com a segurança, isto é, que filtragem de pacote baseado em endereço para recusar aceitação não é mais realizado.

[0010] Especificamente, uma vez que há a possibilidade de que um pacote de dados que foi remetido de um endereço desconhecido seja uma resposta autorizada para um pacote de solicitação, ele não é filtrado e não pode ser descartado. Isto significa que qualquer pacote seja qual for deve ser recebido.

[0011] Com o objetivo de melhorar o aumento do tráfego e processar o retardo que acompanha a resolução do nome em um servidor DNS, há um método de decidir, com base no desempenho passado, que protocolo deve ser usado para acessar o servidor em que endereços IPv4 e IPv6 foram registrados (vide o relatório da Patente Japonesa Aberta ao Público No. 2007-19612).

[0012] A arte anterior descrita na Patente Japonesa Aberta ao Público No. 200719612 principalmente assume uma situação em que IPv4 e IPv6 são misturados. Ela correlaciona-se e esconde um protocolo IP, com que foi possível no passado comunicar-se com um processo de servidor tentando ser acessado, com o processo de servidor e tentativas de utilizar este protocolo IP e o correspondente endereço na próxima vez que for feito o acesso. Esta arte anterior é eficaz na redução de acesso para um servidor DNS e na redução de tentativas de acesso de endereço desnecessárias em um caso em que o processo do servidor não espera todos os endereços de protocolo que foram registrados no servidor DNS.

[0013] Entretanto, em uma situação em que uma resposta de um processo de servidor é remetida de um endereço desconhecido, seu próprio cache não é realizado e os problemas expostos abaixo não podem ser resolvidos mesmo com a invenção descrita na Patente Japonesa Aberta ao Público No. 2007-19612. 2. Basicamente, dados de resposta de um endereço que não um endereço selecionado como um destino de transmissão devem ser recebidos. Isto é, há um problema em termos de segurança, isto é, que filtragem de pacote baseada em endereço deve ser removida. 3. Com uma aplicação que realiza comunicação empregando endereços dos protocolos tanto IPv4 como IPv6, o número de vezes que o servidor DNS é indagado referente a resolução de nomes aumenta. Isto aumenta o tráfego e retarda o tempo de resposta. 4. Em um caso em que uma pluralidade de endereços IPv6 para um único ponto extremo de comunicação foi registrada com um servidor DNS, há a possibilidade de que a transmissão de pacote seja realizada usando-se toda a pluralidade de endereços. Em outras palavras, o tráfego aumenta.

SUMÁRIO DA INVENÇÃO

[0014] A presente invenção resolve os problemas apresentados acima. Para conseguir isto, a presente invenção provê um aparelho de comunicação de dados para comunicar-se, via uma rede, com um dispositivo de rede a que pode ser atribuída uma pluralidade de endereços por nome, compreendendo: meio de aquisição para adquirir um endereço correspondendo a um nome de um destino de transmissão; o meio de transmissão para transmitir estes dados de transmissão, junto com informação de identificação que identifica estes dados de transmissão, para o endereço adquirido; o meio de recepção para receber dados de resposta tendo informação de identificação correspondendo aos dados de transmissão; o meio de determinação para determinar, com base na informação de identificação, se os dados de resposta recebidos é uma resposta para os dados de transmissão; e meio de processamento de resposta para descartar os dados de resposta se tiver sido determinado que os dados de resposta não é uma resposta aos dados de transmissão, e suprir dados contidos nos dados de resposta para uma fonte solicitando a transmissão de dados se tiver sido determinado que os dados de resposta são uma resposta aos dados de transmissão.

[0015] Um efeito provido pela presente invenção é que uma aplicação resolve os problemas mencionados acima. Especificamente, o problema relacionado com segurança, isto é, que filtragem de pacote baseada em endereço deve ser removida, pode ser resolvido. Além disso, um aumento do tráfego e um retardo no tempo de resposta podem ser evitados mesmo com uma aplicação que realize comunicação empregando endereços de dos protocolos tanto IPv4 como IPv6. Um aumento do tráfego pode ser suprimido mesmo em um caso em que uma pluralidade de endereços IPv6 para um único ponto extremo de comunicação foi registrada em um servidor DNS.

[0016] Outros detalhes da presente invenção tornar-se-ão evidentes pela seguinte descrição das formas de realização exemplares com referência aos desenhos anexos.

BREVE DESCRIÇÃO DOS DESENHOS

[0017] A Fig. 1 é um diagrama em blocos de um driver de impressora de acordo com uma forma de realização da presente invenção;

[0018] A Fig. 2 é um diagrama em blocos ilustrando a configuração de um computador pessoal de acordo com a forma de realização;

[0019] A Fig. 3A é um diagrama ilustrando a relação entre os pontos extremos de comunicação e um servidor DNS que manipula endereços IPv6;

[0020] A Fig. 3B é um diagrama ilustrando a relação entre endereços usados entre uma pluralidade de pontos extremos de comunicação que manipulam endereços IPv6.

[0021] A Fig. 4A é m fluxograma ilustrando processamento de aquisição de dados na forma de realização;

[0022] A Fig. 4B é um fluxograma ilustrando processamento de emissão de solicitação na forma de realização;

[0023] A Fig. 4C é um fluxograma ilustrando processamento de aceitação de resposta na forma de realização;

[0024] A Fig. 5 é um fluxograma ilustrando processamento transceptor na forma de realização;

[0025] A Fig. 6A é um fluxograma ilustrando processamento de aquisição de endereço da parte comunicante na forma de realização;

[0026] A Fig. 6B é um fluxograma ilustrando processamento de registro de endereço da parte comunicante na forma de realização;

[0027] A Fig. 7A é um diagrama ilustrando a estrutura de dados de solicitação da forma de realização; e

[0028] A Fig. 7B é um diagrama ilustrando a estrutura dos dados de resposta da forma de realização.

DESCRIÇÃO DAS FORMAS DE REALIZAÇÃO

[0029] A Fig. 2 é um diagrama de blocos ilustrando a configuração de um computador pessoal servindo como um aparelho de comunicação de dados que opera na carga de um programa de aplicação quando a presente invenção é aplicada a um driver de impressora. O computador pessoal em que este driver de impressora foi instalado funciona como um aparelho de controle de impressão para controlar uma impressora. O sistema operacional do computador pessoal é executado por uma CPU 3 ao ser armazenado no meio de armazenagem que pode ser qualquer um de uma RAM 4, unidade de disco rígido 5 ou meio de armazenagem em uma unidade de disco, como descrito mais tarde. O sistema operacional apresenta uma exibição em uma unidade de monitor 6, em resposta a uma solicitação do driver de impressora, aceita entradas de usuário de uma unidade de entrada 7 e informa o driver de impressora destas entradas. O sistema operacional controla uma unidade de comunicação 8, controla um dispositivo periférico 9 em adição a periféricos conectados pela unidade de comunicação 8, introduz e retira sinais nos e do dispositivo periférico e introduz e retira sinais no e do driver de impressora. Exemplos de dispositivos periféricos que podem ser controlados são um cartão PC, várias unidades de disco, uma impressora e um cartão de rede etc. O sistema operacional provê ainda uma função de sistema de arquivo. O meio de armazenagem não é limitado à unidade de disco rígido 5 e RAM 4 da Fig. 2, porém também abrange um dispositivo de armazenagem externo, inclusive de outro computador pessoal de uma rede conectada via a unidade de comunicação 8.

[0030] O sistema operacional e o driver de impressora suprem e recebem dados para e de um grupo de módulos de hardware interconectados através de barramentos de sistema 1, 2 do computador pessoal.

[0031] O driver de impressora acessa recursos do computador pessoal através de uma interface de programa de aplicação (API) provido pelo sistema operacional e emprega as funções providas pelo sistema operacional. O driver de impressora, que é carregada no programa de aplicação, é suprido com dados de impressão e traduz os dados de impressão para uma linguagem que pode ser entendida pela impressora. Este é o processamento principal realizado pelo driver de impressora. Além disso, o driver de impressora provê uma função para adquirir e exibir para o usuário o status de tais dispositivos como uma unidade de grampeamento, unidade empilhadeira e bandeja de papel com que a impressora é equipada. O driver de impressora provê ainda uma função para adquirir e exibir uma lista de trabalhos que se acumularam dentro da impressora e que esperam impressão.

[0032] O driver de impressora é executado pela CPU 3 ao ser armazenado no meio de armazenagem, que pode ser qualquer um de uma RAM 4, unidade de disco rígido 5 ou meio de armazenagem em uma unidade de disco, descrita mais tarde. Além disso, o driver de impressora refere-se a arquivos que foram armazenados no sistema de arquivo provido pelo sistema operacional. Na descrição abaixo referente a configuração e operação do driver de impressora, uma descrição detalhada da função referente à translação dos dados de impressão serão excluídos. O desta invenção de acordo com esta forma de realização assume que um dispositivo tal como impressora ou copiadora de rede é o dispositivo de rede de uma parte comunicante designada pelo usuário. Um dispositivo tal como uma impressora ou copiadora de rede será referido genericamente como uma “impressora” abaixo. É descrita em detalhe abaixo uma função para acessar a impressora via uma rede, adquirindo o nome do modelo da impressora, uma lista de funções com que a impressora é equipada e uma lista de trabalhos de impressão dentro da impressora, e exibindo esta informação na unidade de monitor 6 mostrada na Fig. 2.

[0033] A Fig. 1 é um diagrama em blocos ilustrando a configuração do driver de impressora 10 de acordo com a presente invenção. O driver de impressora 10 traduz dados que foram criados por um programa de aplicação ou similar, para uma linguagem de descrição de impressora capaz de ser interpretada e executada por uma impressora designada pelo usuário, e transmite os dados traduzidos para esta impressora. Embora os dados transmitidos sejam genericamente referidos como dados de transmissão, a expressão “dados de impressora” será usada com respeito aos dados traduzidos acima mencionados remetidos para a impressora. O driver de impressora 10 inclui uma seção de exibição 50, uma seção de entrada 60, lógica de acesso 20, uma seção de transporte 30 e lógica de driver 40. Três blocos funcionais que residem dentro do driver de impressora 10 serão definidos primeiro.

[0034] A lógica de driver 40 é um bloco funcional para designar o nome da impressora para a lógica de acesso 20 e instruir a lógica de acesso para adquirir informação. A lógica de driver 40 executa processamento para traduzir os dados de impressora do driver de impressora 10 e exibir uma tela na unidade de monitor do computador pessoal. A lógica de driver 40 controla ainda o meio de seleção de impressora pelo qual o usuário seleciona uma impressora e especifica meios para adquirir as funções da impressora selecionada e faz com que a informação adquirida da impressora seja exibida em uma tela. Além disso, a lógica de driver 40 executa processamento para designar o nome da impressora para a lógica de acesso 20, descrita abaixo, solicitando aquisição de informação desejada e adquirindo o resultado.

[0035] A lógica de acesso 20 é um bloco que executa processamento para criar dados de solicitação baseados nos dados de transmissão, designando o destino da transmissão de uma solicitação designada por um nome de domínio ou nome de computador principal (isto é, um FQDN) e solicitando a seção de transporte 30 para realizar transmissão de solicitação. Embora o destino de transmissão de solicitação possa ser designado não somente por um FQDN mas na forma de um endereço binário IPv4 ou IPv6 (versão de Protocolo Internet 6) ou nome de computador ou similar, a lógica de acesso 20 designa pelo menos um FQDN.

[0036] A seção de transporte 30 é um bloco funcional para remeter os dados de solicitação solicitados para o destino de transmissão solicitada, receber a resposta para esta solicitação e suprir a resposta para a lógica de acesso 20. Presume-se que a seção de transporte 30 não possua conhecimento seja qual for relativo ao conteúdo da solicitação cuja transmissão foi solicitada e do conteúdo da resposta. Além disso, a seção de transporte 30 indaga do servidor DNS quanto à finalidade de especificar o endereço binário do destino de transmissão designado pelo FQDN.

[0037] O driver de impressora 10 acessa o servidor DNS que existe na rede. O driver de impressora 10 designa para o servidor DNS o FQDN da impressora que é o alvo da comunicação do driver de impressora e receber como resposta o endereço que foi alocado a esta impressora.

[0038] A seção de entrada 60 recebe a entrada de usuário via a unidade de entrada 7 da Fig. 2 e supre a entrada para a lógica de driver 40. O FQDN da impressora que é a parte comunicante e um comando de início de aquisição de endereço são supridos como a informação de entrada. A seção de exibição 50 executa processamento para criar dados a serem exibidos e para exibir estes dados na unidade de monitor 6 da Fig. 2. O conteúdo exibido inclui informação adquirida da impressora, isto é, o nome do modelo da impressora, a lista de funções equipadas e a lista de trabalhos de impressão dentro da impressora.

[0039] A lógica de driver 40 supre à lógica de acesso 20 o FQDN da impressora e a instrução para iniciar aquisição de endereço, estas sendo supridas pela seção de entrada 60.

[0040] A lógica de acesso 20 inclui uma seção de geração de ID de solicitação 201, uma seção de armazenagem 202 armazenando a relação entre um nome de parte comunicante e ID de solicitação, uma seção de armazenagem 203 armazenando a relação entre uma ID de solicitação e uma solicitação e uma seção central 200. Quando a instrução de início de aquisição de endereço é aplicada, a seção de controle 200 remete à seção de geração de ID de solicitação 201 uma solicitação para gerar uma ID de solicitação. Em resposta à solicitação da seção de controle 200, a seção de geração de ID de solicitação 201 gera uma única ID e remete de volta a ID. A ID de solicitação utiliza uma ID que cicla em um período comparativamente longo. Como resultado, é muito pequena a possibilidade de que uma ID de solicitação, idêntica à ID de solicitação gerada quando uma transmissão é feita para uma certa impressora, seja usada ao mesmo tempo que uma solicitação separada para o mesmo aparelho ou como uma solicitação para outra impressora. Contrariamente, um período bastante longo, de modo que as IDs de solicitação idênticas não serão usadas no mesmo sistema, é selecionado como o período da ID de solicitação. Há a possibilidade de que uma única solicitação ID seja usada durante um comprimento máximo de tempo, equivalente ao [número de endereços registrados em uma DNS referente ao nome hospedeiro (a impressora neste exemplo) do destino da transmissão] x (tempo de espera de resposta) + (tempo de acordar do sono) x (tempo requerido para resposta). Se esta extensão de tempo for adotada como o tempo de utilização de ID máximo, então a unidade da ID de solicitação será mantida, desde que a relação (período de ID de solicitação)> (tempo de utilização ID máximo) / (intervalo de tempo médio em que a solicitação de transmissão é gerada] seja satisfeita.

[0041] A seção de controle 200 supre o FQDN da parte comunicante e a ID de solicitação para a seção de armazenagem 202, que armazena estes em correlação entre si. A seção de armazenagem 202 também tem a função de, quando uma ID de solicitação é designada, procurar pelo FQDN correlacionado e remeter de volta o FQDN encontrado. A seção de controle 200 supre a ID de solicitação e os dados de solicitação para a seção de armazenagem 203, que armazena estes em correlação entre si. A seção de armazenagem 203 também tem a função de, quando uma ID de solicitação é designada, procurar pelos dados de solicitação correlacionados e remeter de volta os dados de solicitação encontrados.

[0042] A seção de controle 200, que controla a seção de geração de ID 201, a seção de armazenagem 202, a seção de armazenagem 203 e seção de transporte 30 adquirem a informação necessária da impressora da parte comunicante.

[0043] A seção de controle 200 não diz respeito aos detalhes das posições (endereços) de um servidor DNS externamente localizado 70 e impressora 80 na rede. A seção de controle 200 cria dados de protocolo, referidos como dados de solicitação, decididos por acordo com a impressora. Embutida nos dados de protocolo está a ID de solicitação, que é a ID única para unicamente identificar a parte comunicante. Os dados de solicitação, que são o conteúdo da transmissão, e o nome (FQDN) da parte comunicante, que é o destino da transmissão, são supridos pela seção de controle 200 para a seção de transporte 30 e a última é solicitada a realizar transmissão.

[0044] A seção de transporte 30 inclui uma seção de resolução de nome 301, uma seção de armazenagem 304 armazenando a relação entre o nome de uma parte comunicante e um endereço, uma seção de transmissão de solicitação 302 e uma seção de recepção de resposta 303. A seção de transmissão de solicitação 302 aceita os dados e o nome de solicitação, isto é, FQDN, da impressora que é o destino da transmissão, como entradas. A seção de transmissão de solicitação 302 então solicita a seção de resolução de nome 301 para converter o FQDN recebido para um endereço. A seção de resolução de nome 301 faz com que o endereço correlacionado com o FQDN suprido pela seção de transmissão de solicitação 302 seja procurado pela seção de armazenagem 304. Se um endereço relacionado for encontrado, a seção de resolução de nome 301 supre este endereço à seção de transmissão de solicitação 302. A seção de armazenagem 304 essencialmente funciona como a parte de execução da seção de resolução de nome 301 para recuperar o endereço do FQDN e remeter de volta o endereço. A seção de transmissão de solicitação 302 assim adquire o endereço (endereço da parte comunicante) correspondendo ao FQDN no destino da transmissão. O endereço designado para resolução de nome pode ser tanto um endereço IPv4 como um endereço IPv6. Com IPv6, uma pluralidade de endereços pode ser atribuída a um único nome (FQDN), como mencionado anteriormente.

[0045] A seção de transmissão de solicitação 302 utiliza o UDP (Protocolo datagrama do usuário) para transmitir dados de solicitação solicitados com respeito ao endereço adquirido da parte comunicante. Em um caso em que uma pluralidade de endereços tenha sido retornada pela seção de resolução de nome 301, o processamento é executado com respeito a cada endereço, para reenviar os dados de solicitação se uma resposta não for recebida no transcorrer de um período de tempo fixado, em seguida à transmissão dos dados de solicitação.

[0046] A seção de recepção de resposta 303 provê uma função para receber os dados de resposta da impressora e suprir os dados de resposta para a lógica de acesso 20 como dados de resposta. A seção de recepção de resposta 303 também adquire o endereço da fonte da transmissão dos dados de resposta e supre este endereço junto com os dados de resposta. Deve ser citado que a impressora transmite os dados de resposta utilizando UDP. A solicitação é correlacionada pela ID de solicitação contida em um pacote.

[0047] As estruturas do pacote de dados de solicitação 701 e dados de resposta 702 trocados entre o driver de impressora 10 e a impressora serão descritas com referência às Figs. 7A e 7B. A Fig. 7A ilustra os dados de solicitação 701, que são remetidos pelo driver de impressora 10 para a impressora. Os dados de solicitação 701 compreendem um cabeçalho de pacote de tamanho fixo e um corpo de comprimento variável. O cabeçalho de pacote é o mesmo para os dados de resposta 702 com respeito ao arranjo dos campos. Nos dados de solicitação 701, entretanto, um valor numérico “0”, significando uma solicitação, é designado em um campo “TIPO”, enquanto que um valor numérico “1”, significando uma resposta, é designado no campo “TIPO” do cabeçalho de pacote de dados de resposta 702. O tamanho total (número de octetos) dos dados de solicitação 701 ou 702 é contido em um campo de “TAMANHO DE PACOTE” do cabeçalho de pacote. A ID de solicitação, que foi designada no lado que foi criado pelos dados de resposta 701, é também contida na correspondente resposta do campo “ID”. Isto é, a ID de solicitação contida nos correspondentes dados de solicitação é escrita como é no campo “ID” do cabeçalho de pacote de dados de resposta 702. O corpo de solicitação tem um campo “COMANDO” que designa o desejado conteúdo de processamento para o lado receptor. Solicitações tais como uma solicitação para o nome do modelo do aparelho, uma solicitação de uma lista de funções com que o aparelho é equipado e uma solicitação de uma lista de trabalhos dentro do aparelho são definidas como os tipos de conteúdo de processamento designado no campo “COMANDO”. Um parâmetro decidido para cada comando é designado em um campo de “PARÂMETRO” do corpo de solicitação.

[0048] Por outro lado, o corpo de resposta tem um campo de “COMANDO” indicando o conteúdo de processamento. O conteúdo de “COMANDO” contido nos correspondentes dados de solicitação é armazenado neste campo como é. Um valor significando o resultado da execução de processamento é contido em um campo de “RESULTADO” do corpo de resposta. Os valores significando resultado do processamento, tal como sucesso, parâmetro ilegal ou erro na execução, foram definidos.

[0049] O processamento executado pela lógica de acesso 20 e a seção de transporte 30 será descrito com referência aos fluxogramas mostrados nas Figs. 4Aa 68. A Fig. 4A é um fluxograma ilustrando o processamento para adquirir dados de uma impressora. Esta é a principal função da lógica de acesso 20.

[0050] Na etapa S10, o processamento de emissão de solicitação é executado para designar a impressora do destino de transmissão e transmitir dados de solicitação para a impressora designada. Na etapa S20, o processamento de recepção de resposta é executado para receber dados de resposta da impressora designada, junto com o endereço da parte comunicante. Na etapa S30, o FQDN, que é o nome do destino de transmissão (parte comunicante) designado junto com os dados de solicitação, e o endereço (endereço IP, por exemplo) recebido junto com os dados de resposta, são supridos para a seção de transporte 30. Como resultado, a seção de transporte 30 é feita correlacionar o nome (FQDN) da parte comunicante e o endereço.

[0051] O processamento de aquisição de dados da etapa S10 compreende o processamento das etapas S11 a S13, como mostrado na Fig. 4B. A etapa S11 é uma etapa de criação de dados de solicitação de criar dados de solicitação transmitidos para a impressora. Especificamente, o processamento da etapa S11 cria dados de solicitação embutindo uma ID de solicitação em um pacote de solicitação. A ID de solicitação foi gerada na seção de geração de ID 201 e é uma única ID de solicitação, pelo menos neste ponto do tempo.

[0052] A etapa S12 é uma etapa de correlação de correlacionar a parte comunicante e os dados de solicitação. Aqui, a parte comunicante é o nome (FQDN) da impressora e o conteúdo dos dados de solicitação é copiado para e armazenado na seção de armazenagem 203 da Fig. 1 até uma resposta ser recebida. Na etapa S12, o pacote de solicitação é correlacionado com a ID de solicitação e armazenado na seção de armazenagem 203.

[0053] Na etapa S13, os dados de solicitação criados 701 são supridos para a seção de transporte 30 juntamente com o nome (FQDN) da impressora, que é a parte comunicante, e a seção de transporte 30 é solicitada a transmitir esta informação. Ao mesmo tempo que a transmissão é solicitada, o nome da impressora e a ID de solicitação são correlacionados e armazenados na seção de armazenagem 202.

[0054] Deve ser observado que os dados de solicitação incluem a ID de solicitação por si. Isto significa que o nome da parte comunicante e o pacote de solicitação podem ser correlacionados e armazenados na etapa S13 sem armazenar a ID de solicitação e o pacote de solicitação na etapa S12, como exemplo. Os dados de resposta tendo uma ID de solicitação específica podem ser recuperados mesmo se este arranjo for adotado.

[0055] Em seguida, o processamento de recepção de resposta na etapa S20 da Fig. 4A, isto é um fluxograma mostrando os detalhes do processamento de aceitação de resposta compreende o processamento das etapas S21 a S23. A etapa S21 é uma etapa de recebimento dos dados de resposta 702 da seção de transporte 30. A lógica de acesso 20 periodicamente indaga a seção de transporte referente à chegada dos dados de resposta e aceita os dados de resposta se ele for recebido. Se os dados não tiverem sido ainda recebidos, a lógica de acesso 20 indaga, em intervalos regulares, a seção de transporte 30 acerca da chegada dos dados.

[0056] Se os dados puderem ser recebidos, o endereço (endereço IP) da fonte de que os dados recebidos foram transmitidos é adquirido simultaneamente. Esta é informação que a seção de transporte 30 pode adquirir da pilha de protocolo incluída no sistema de operação, embora isto seja descrito mais tarde. O controle então prossegue para a etapa S22.

[0057] Na etapa S22, a ID de resposta é extraída do cabeçalho de pacote dos dados de resposta 702. Utilizando-se a ID de solicitação extraída como uma chave, a seção de armazenagem 203 da Fig. 1 é indagada e os dados de solicitação correlacionados com a ID de solicitação são adquiridos. Isto é, a ID de solicitação do pacote de resposta e as IDs de solicitação das solicitações transmitidas no passado são comparadas. Este processamento é para determinar se os dados de resposta 702 da impressora é uma resposta autorizada para os dados de solicitação 701 remetidos pelo driver de impressora 10. O fato de que os dados de resposta tendo uma ID de solicitação contidos nos dados de resposta foi armazenado é a corroboração de que estes dados de resposta foram remetidos de volta da parte de transmissão correta. Isto é, pode ser determinado que os dados de resposta tendo a ID de solicitação dos dados de solicitação transmitidos têm uma alta probabilidade de serem uma resposta autorizada. Uma vez que a solicitação e resposta são correlacionadas por uma comparação de informação, usualmente é difícil completamente evitar uma fraude ou resposta errônea. Por esta razão, que uma resposta é uma resposta autorizada determinado usando-se o grau de probabilidade. Isto é exatamente como realizado em modo similar em uma sequência de solicitação/resposta. Por outro lado, os dados de resposta não tendo a ID de solicitação dos dados de solicitação transmitidos, podem ser determinados serem uma resposta que não é uma resposta autorizada.

[0058] Se for determinado que uma resposta não é uma resposta autorizada, então os dados de resposta são descartados sem qualquer análise adicional do conteúdo sendo realizado. Em razão deste processamento, uma função de filtragem pode ser implementada para detectar e descartar, até uma certa extensão, um pacote falsificado de uma terceira parte maliciosa da rede. Em seguida, o conteúdo dos dados de resposta é analisado e suprido para a seção de monitor 50. A seção de monitor 50 cria dados de exibição e apresenta esta exibição na unidade de monitor 6 da Fig. 2.

[0059] A etapa S23 é uma etapa de busca do nome da parte comunicante com base na ID de solicitação. A ID de solicitação adquirida na etapa S22 é designada e o nome (FQDN) da parte comunicante que foi correlacionada com a ID de solicitação designada é remetida de volta para a seção de armazenagem 202. O FQDN obtido e o endereço da fonte da transmissão dos dados de resposta adquiridos na etapa S21 são remetidos de volta para a fonte da chamada e o processamento de aceitação da resposta é então terminado.

[0060] Na etapa S30, o FQDN da impressora adquirida na etapa S20 e o endereço da mesma impressora são introduzidos e a função para correlacionar o nome e endereço realizada pela mesma seção de resolução de nome 301 da seção de transporte 30 é chamada. A seção de resolução de nome 301 executa o processamento da Fig. 6B. Isto será descrito mais tarde. Em seguida, os dados de solicitação, correspondendo à resposta autorizada recebida e a correspondente ID de solicitação são deletados da seção de armazenagem 203. Além disso, com respeito a uma solicitação para a qual uma resposta correta poderia ser recebida, os correspondentes dados de solicitação e a correspondente ID de solicitação são similarmente deletados da seção de armazenagem 203.

[0061] A Fig. 5 e Figs. 6A, 6B são fluxogramas ilustrando o processamento executado pela seção de transporte 30. O processamento de transmissão da Fig. 5 é processamento executado pela seção de transporte 30 como um resultado da seção de transporte 30 sendo solicitada a transmitir. Isto foi descrito acima como o processamento pela lógica de acesso 20 na etapa S13 da Fig. 4B. O processamento de transmissão da Fig. 5 tem uma etapa S50 e etapas S60 a S67. O processamento na etapa S50 para adquirir o endereço da parte comunicante será descrito como as etapas detalhadas mostradas na Fig. 6A. Na etapa S50, o nome da impressora constituindo a parte comunicante é recebido como uma entrada. Na realidade, uma vez que é necessário converter o nome da parte comunicante em um endereço antes da solicitação ser transmitida, uma tentativa é feita para adquirir um endereço válido acessando-se um ou outro ou ambos da seção de armazenagem 304, que armazena a correlação entre o nome da parte comunicante e o endereço, e servidor DNS externo. Estes detalhes serão descritos com referência à Fig. 6A.

[0062] Na etapa S51 da Fig. 6A, é determinado se o nome da parte comunicante suprido como a entrada para a seção de resposta 304, visto que a etapa S50 já foi retirada como uma chave. Se o nome já tiver sido registrado, então o endereço que foi correlacionado com o nome da parte comunicante é adquirido da seção de armazenagem 304 e é remetido de volta para a fonte da chamada. A seção de armazenagem 304 pode também ser referida como um “cachê”. Se o nome da parte comunicante não tiver sido registrado, por outro lado, o servidor DNS 70 é solicitado a realizar resolução de nome na etapa S52. Quando a solicitação é feita, a resolução é solicitada para ambos endereços IPv4 e IPv6. Em um caso em que uma pluralidade de endereços é obtida, todos estes são remetidos de volta para a fonte da chamada na forma de uma lista (lista de endereço). Em um caso em que o driver de impressora 10 acessa uma certa impressora pela primeira vez, uma decisão “NÃO” é transmitida na etapa S51 e o servidor DNS 70 executa resolução de nome. Deve ser observado que o “cachê” mencionado na etapa S53 não esconde o resultado da resolução de nome pelo servidor DNS 70 como é. O que é retido no cachê, isto é a seção de armazenagem 304, é informação que foi introduzida processando-se o registro de um endereço de parte comunicante mostrado na Fig. 6B, descrita mais tarde.

[0063] Após o endereço da impressora constituindo a parte comunicante ser adquirido na etapa S50, o processamento para transmissão de solicitação e recepção de resposta é executado na etapa S60 em diante na Fig. 5. O processamento transreceptor da Fig. 5 essencialmente envolve transmitir um pacote de solicitação para o endereço da parte comunicante adquirido e então verificar que uma resposta é recebida em seguida a um tempo de espera de resposta estipulado. Em um caso em que uma pluralidade de pacotes é adquirida, um deles é selecionado e é transmitido para o endereço selecionado. Se não houver resposta dentro do período de tempo estipulado, então, enquanto repetindo o reenvio de um número estipulado de vezes (duas vezes, por exemplo) com respeito a um endereço, todos os endereços adquiridos na etapa S50 são experimentados. Estas tentativas são abortadas quando uma resposta não pode ser recebida, mesmo embora a solicitação tenha sido transmitida para todos os endereços obtidos por resolução de nome.

[0064] O processamento transreceptor será agora descrito etapa por etapa. Na etapa S60 da Fig. 5, é determinado se um endereço com que não foi lidado existe na lista de endereços das partes comunicantes adquiridas na etapa S50. Isto é, o processamento na etapa S60 inclui incrementar um índice, que aponta para um endereço, do topo da lista de endereços e determinar se um endereço existe no ponto em que o índice foi incrementado. Se houver um endereço com que não foi ainda lidado, então é determinado que há um endereço capaz de ser adquirido em seguida. Se a extremidade traseira da lista de endereços já tiver sido alcançada, uma decisão “NÃO” é transmitida na etapa S60 e dado saída no porque o processamento não pode continuar mais. Pode haver dois casos quando a decisão transmitida na etapa S60 pela primeira vez é “NÃO”, isto é, um caso em que o nome da impressora, constituindo a parte comunicante, não foi registrado no servidor DNS e um caso em que uma resposta não foi remetida de volta dentro do período estipulado de tempo porque a fonte de força da impressora está desligada ou porque a impressora está fora de linha, como exemplo.

[0065] Em um caso em que há um próximo endereço, este endereço é adotado como um endereço de interesse. Nesta ocasião, um contador para contar o número de transmissões é retornado para um valor inicial de, por exemplo, zero. O controle então prossegue para a etapa S61. Aqui é determinado se o número prescrito de tentativas de transmissão foi excedido para cada endereço. Isto é, se o valor de contagem excedeu o número prescrito, então o controle retorna para a etapa S60 e uma tentativa é feita para adquirir o próximo endereço.

[0066] Se uma decisão “NÃO” é transmitida na etapa S61, então o processamento para transmitir os dados de solicitação é executado na etapa S62. A etapa S61 é processamento executado pela seção de transmissão de solicitação 302 da seção de transporte 30. Na etapa S61, os dados de solicitação adquiridos da lógica de acesso 20 é transmitido para o endereço adotado como o objeto de interesse na etapa S60.

[0067] Em seguida, na etapa S63, o sistema espera por uma resposta somente durante o tempo de espera de resposta prescrito (cinco segundos, por exemplo. Em um caso em que a impressora estava no estado de sono, o tempo de espera de resposta é estipulado no tempo de adição necessário para acordar e no tempo necessário para responder após acordar.

[0068] Na etapa S64, uma tentativa é feita para receber dados de resposta da impressora. Especificamente, uma função de aquisição de dados de recepção provida pela pilha de protocolo incluída no sistema operacional é chamada e, se os dados tiverem chegado é verificado.

[0069] Na etapa S65, é determinado se os dados de recepção foram recebidos pelo resultado da etapa de execução S64. Se uma decisão “NÃO” for transmitida, o controle prossegue para a etapa S67, o número de transmissões é incrementado e o controle retorna para a etapa S61. Se uma decisão “SIM” for transmitida na etapa S65, por outro lado, então há uma elevada probabilidade de que uma resposta, correspondendo à solicitação transmitida da impressora tenha sido recebida. Se uma decisão “SIM” for transmitida na etapa S65, portanto, então é determinado que uma resposta para a solicitação foi recebida. Na Etapa S66, os dados de recepção são criados como informação para suprimento para a lógica de acesso 20, que é a fonte da solicitação de transmissão. Por exemplo, esta informação inclui os dados de resposta recebidos e o endereço da impressão que transmitiu estes dados de resposta.

[0070] Em seguida, o processamento da FIG. 6B para registrar o endereço de uma parte comunicante será descrito. Este processamento é executado como resultado da lógica de acesso 20 chamando a função de correlacionamento de nome - endereço da seção de resolução de nome 301 da seção de transporte 30 na etapa S30 da Fig. 4A. Um conjunto consistindo do FQDN da impressora e de seu endereço é aplicado como uma entrada para o processamento da Fig. 6B para registrar o endereço de uma parte comunicante. Este FQDN e endereço são correlacionados e armazenados na etapa S71. O FQDN e o endereço que foram armazenados na seção de armazenagem 304 são consultados como o cachê do endereço. É desejável, portanto, deletar um registro (o par composto do FQDN e endereço) do cachê para o qual tempo de não-consulta excedeu um período de tempo fixado. Isto é porque há a possibilidade de que o endereço tenha sido atualizado e porque a capacidade de armazenagem é limitada. Além disso, em um caso em que uma solicitação é transmitida para um endereço escondido e nenhuma resposta é recebida, prefere-se que este registro seja deletado. Um endereço que é registrado é o endereço de transmissão-destino de uma solicitação para a qual uma resposta normal foi retornada. Além disso, pode também ser o endereço da fonte que transmitiu uma resposta normal, como exemplo.

[0071] Em virtude do procedimento acima descrito, o nome (FQDN) do destino de transmissão e da informação de identificação (ID solicitação) anexos ao pacote são correlacionados, desse modo possibilitando que a resposta recebida seja identificada como uma resposta que corresponde à solicitação transmitida. Como resultado, o processamento de filtragem para descartar respostas que não a resposta identificada pode ser implementado.

[0072] Além disso, os endereços IPv4 e IPv6 podem ser adquiridos em modo de tempo único e é possível reduzir o número de vezes a resolução de nome é realizada e encurtar o tempo necessário.

[0073] Além disso, escondendo-se o endereço para o qual comunicação teve sucesso em correlação com o nome (FQDN) do destino de transmissão, o número de vezes que a transmissão do pacote é tentada pode ser reduzida mesmo em um caso em que uma pluralidade de endereços tenha sido registrada no servidor DNS IPv6. O tráfego de rede pode ser reduzido como resultado.

[0074] Embora esta forma de realização tenha sido descrita tomando-se como exemplo um caso em que um driver de impressora transmite dados de impressão, isto é, dados de solicitação, para uma impressora, é possível aplicar a invenção a transmissão de dados em geral. Isto é, a invenção envolvendo esta forma de realização pode ser aplicada a outro programa de aplicação ou programa de sistema em vez de o driver de impressora 10. Neste caso, a lógica de acesso 20 e seção transporte 30 funcionariam de uma maneira similar a esta forma de realização com respeito ao programa de aplicação ou programa de sistema alternativos.

[0075] Além disso, esta forma de realização foi descrita em uma forma em que a lógica de acesso 20 e seção de transporte 30 são contidas dentro do driver de impressora. Entretanto, a lógica de acesso 20 e a seção de transporte 30 podem ser colocados fora do driver de impressora e podem ser chamados por uma interface adequada, tal como uma função chamando a interface, com a lógica de driver 40. Se tal arranjo for adotado, a lógica de acesso 20 e a seção de transporte 30 podem ser utilizadas descrevendo a interface com a lógica de acesso 20 e seção de transporte 30 no programa desejado.

[0076] Além disso, a ID contida no pacote de solicitação, isto é, os dados de transmissão, é um código gerado em modo cíclico. Entretanto, qualquer código que unicamente identifique um pacote, tal como um ponto no tempo ou uma combinação de um endereço de fonte de transmissão e ponto no tempo, será suficiente.

[0077] Além disso, nesta forma de realização, o fato de que uma resposta é uma resposta normal é determinado usando-se somente uma ID como a informação de identificação em um caso em que dados de solicitação, tendo uma solicitação ID idêntica aos dados de resposta, foram armazenados. Entretanto, os conteúdos de dados podem ser comparados. Por exemplo, campos tendo valores comuns a uma solicitação e resposta correspondentes, tais como os comandos mostrados nas Figs. 7A e 7B, podem ser comparados e uma resposta pode ser determinada ser uma resposta autorizada, se os campos comparados se corresponderem. Isto é, neste caso, uma resposta é determinada ser uma resposta autorizada usando-se os campos comuns da solicitação e resposta, além da ID como a informação de identificação.

[0078] A presente invenção pode ser aplicada a um sistema constituído por uma pluralidade de dispositivos (por exemplo, um computador principal, interface, leitora, impressora e similares) ou a um aparelho compreendendo um único dispositivo (por exemplo, uma copiadora ou máquina de fac-símile ou similar).

[0079] As etapas do processo da presente invenção podem também ser implementadas tendo-se um aparelho de processamento (uma CPU ou processador) tal como um software (um programa) de execução em computador pessoal que tenha sido adquirido via uma rede ou vários meios de armazenagem.

Outras Formas de Realização

[0080] Os aspectos da presente invenção podem também ser realizados por um computador de um sistema ou aparelho (ou dispositivos tais como uma CPU ou MPU) que exibe e executa um programa registrado em um dispositivo de memória para realizar as funções da(s) forma(s) de realização descritas acima, e cujas etapas são realizadas por um computador de um sistema ou aparelho, por exemplo, exibindo e executando um programa registrado em um dispositivo de memória para realizar as funções da(s) forma(s) de realização descrita(s) acima. Para esta finalidade, o programa é provido para o computador, por exemplo, via uma rede ou de um meio de gravação de vários tipos servindo como o dispositivo de memória (p. ex., meio legível por computador).

[0081] Embora a presente invenção tenha sido descrita com referência a formas de realização exemplares, deve ser entendido que a invenção não é limitada às formas de realização exemplares descritas. O escopo das seguintes reivindicações é para ser concedida a mais ampla interpretação a fim de abranger todas tais modificações e estruturas e funções equivalentes.

[0082] Este pedido reivindica o benefício do Pedido de Patente Japonesa No. 2009-117049, depositado em 13 de maio de 2009, que é por este meio incorporado por referência aqui em sua totalidade.

Claims

1. Aparelho de comunicação de dados (A, 10) para comunicar-se, via uma rede, com uma parte de comunicação (B, 80) que pode ser atribuído a uma pluralidade de endereços (Addr_B1, Addr_B2, Addr_B3) por um nome (B), o aparelho de comunicação de dados (A, 10) caracterizado pelo fato de compreender um driver de impressora (10) que foi instalado no aparelho de comunicação de dados (A,10), o driver de impressora (10) compreendendo: meio de lógica de acesso (20, 201) para criar dados de solicitação (701) compreendendo informação de identificação (ID) que identifica unicamente os dados de solicitação (701), em que uma solicitação para uma lista de trabalhos dentro da parte de comunicação é definida em um campo de comando dos dados de solicitação (701); meio de aquisição (30, 301) para adquirir um endereço (Addr_B1, Addr_B2) correspondendo a um nome (B) da parte de comunicação (B, 80); meio de transmissão (30, 302) para transmitir os dados de solicitação (701) ao endereço adquirido (Addr_B1); meio de recepção (30, 303) para receber dados de resposta (702) tendo a informação de identificação (ID) correspondendo aos dados de solicitação (701); meio de determinação (20) para determinar, com base na informação de identificação (ID), se os dados de resposta recebidos (702) é uma resposta aos dados de solicitação (701); e meio de processamento de resposta (20) para descartar os dados de resposta (702) se tiver sido determinado que os dados de resposta (702) não são uma resposta aos dados de solicitação (701), e suprir dados contidos nos dados de resposta (702) para uma fonte solicitando dados de resposta (702) se tiver sido determinado que os dados de resposta (702) é uma resposta aos dados de solicitação (701).

2. Aparelho de acordo com a reivindicação 1, caracterizado pelo fato de, se os dados de resposta (702) é uma resposta aos dados de solicitação (701), então o dito meio de processamento de resposta (20) está configurado para armazenar o endereço (Addr_B1) da parte de comunicação (B, 80) que recebeu os dados de solicitação (701) ou do endereço (Addr_B1) da fonte de transmissão dos dados de resposta (702) no meio de armazenagem (202) em correlação com o nome (B) da parte de comunicação (B, 80); e o dito meio de aquisição (30, 301) procura por um endereço correspondendo ao nome (B) da parte de comunicação (B, 80) no meio de armazenagem (202) e, se este endereço (Addr_B1) for encontrado, adquire este endereço (Addr_B1) como o endereço (Addr_B1) correspondendo ao nome (B) da parte de comunicação (B, 80).

3. Aparelho de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de, se um endereço (Addr_B3) correspondendo ao nome (B) da parte de comunicação (B, 80) não for encontrado, então dito meio de aquisição (30, 301) é configurado para transmitir o nome (B) da parte de comunicação (B, 80) para um servidor DNS (70) e, se uma pluralidade de endereços (Addr_B1, Addr_B2, Addr_B3) tiver sido atribuída a esta parte de comunicação (B, 80), adquire estes coletivamente.

4. Aparelho de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a informação de identificação inclui uma (ID) atribuída aos dados de solicitação (701).

5. Aparelho de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de o endereço (Addr_B1, Addr_B2, Addr_B3) inclui um endereço IP de Protocolo da Internet versão 6.

6. Programa para fazer com que um computador (A) comunique-se, via uma rede, com uma parte de comunicação (B) que pode ser atribuída a uma pluralidade de endereços (Addr_B1, Addr_B2, Addr_B3) por um nome (B), o computador (A) compreendendo um driver de impressora (10) que foi instalado no computador (A), o dito programa caracterizado pelo fato de fazer com que o driver de impressora (10) funcione como: um meio de lógica de acesso (20, 201) para criar dados de solicitação (701) compreendendo informação de identificação (ID) que identifica unicamente os dados de solicitação (701), em que uma solicitação para uma lista de trabalho dentro da parte de comunicação é definida em um campo de comando dos dados de solicitação (701); meio de aquisição (30, 301) para adquirir um endereço (Addr_B1, Addr_B2) correspondendo a um nome (B) da parte de comunicação (B, 80); meio de transmissão (30, 302) para transmitir os dados de solicitação (701) ao endereço adquirido (Addr_B1); meio de recepção (30, 303) para receber dados de resposta (702) tendo informação de identificação (ID) correspondendo aos dados de solicitação (701); meio de determinação (20) para determinar, com base na informação de identificação (ID), se os dados de resposta recebidos (702) é uma resposta aos dados de solicitação (701); e meio de processamento de resposta (20) para descartar os dados de resposta (702) se tiver sido determinado que os dados de resposta (702) não são uma resposta aos dados de solicitação (701), e suprir dados contidos nos dados de resposta (702) para uma fonte solicitando dados de resposta (702) se tiver sido determinado que os dados de resposta (702) é uma resposta aos dados de solicitação (701).

7. Método de comunicação de dados em um aparelho de comunicação de dados (A, 10) para comunicar-se, via uma rede, com uma parte de comunicação (B, 80) que pode ser atribuída uma pluralidade de endereços (Addr_B1, Addr_B2, Addr_B3) por um nome (B), o aparelho de comunicação de dados (A, 10) compreendendo um driver de impressora (10) que foi instalado no aparelho de comunicação de dados (A, 10), o dito método caracterizado pelo fato de compreender: uma etapa de criação (S11) para criar dados de solicitação (701) compreendendo informação de identificação (ID) que identifica unicamente os dados de solicitação (701), em que uma solicitação para uma lista de trabalhos dentro da parte de comunicação é definida em um campo de comando dos dados de solicitação (701); uma etapa de aquisição (S12) por meio de aquisição (30, 301) de dito aparelho de comunicação de dados adquirindo um endereço (Addr_B1, Addr_B2) correspondendo a um nome (B) da parte de comunicação (B, 80); uma etapa de transmissão (S13) por meio de transmissão (30, 302) de dito aparelho de comunicação de dados (A, 10) transmitindo os dados de solicitação (701) ao endereço adquirido (Addr_B1); uma etapa de recepção (S21) por meio de recepção (30, 303) de dito aparelho de comunicação (A, 10) recebendo dados de resposta (702) tendo a informação de identificação (ID) correspondendo aos dados de solicitação (701); uma etapa de determinação (S22) por meio de determinação (20) de dito aparelho de comunicação de dados (A, 10) para determinar, com base na informação de identificação (ID), se os dados de resposta recebidos (702) é uma resposta aos dados de solicitação (701); e uma etapa de processamento de resposta por meio de processamento de resposta (20) de dito aparelho de comunicação de dados (A, 10) para descartar os dados de resposta (702) se tiver sido determinado que os dados de resposta (702) não é uma resposta aos dados de solicitação (701), e suprir (S23) dados contidos nos dados de resposta (702) se tiver sido determinado que os dados de resposta (702) é uma resposta aos dados de solicitação (701).

8. Aparelho de controle de impressão, caracterizado pelo fato de compreender: o aparelho de comunicação de dados (A,10) conforme definido na reivindicação 5; e meio para gerar dados de impressão; em que o dito meio de transmissão (30) é configurado para transmitir os dados de impressão para uma impressora (80) que foi conectada à rede e atribuído a um endereço IP (Addr_B1, Addr_B2, Addr_B3) do Protocolo Internet versão 6.

9. Programa de acordo com a reivindicação 6, caracterizado pelo fato de que o computador (A) é feito para funcionar como meio para gerar dados de impressão; e dito meio de transmissão (30) é configurado para transmitir os dados de impressão para uma impressora (80) que foi conectada à rede e atribuído um endereço IP (Addr_B1, Addr_B2, Addr_B3) do Protocolo da Internet versão 6.

10. Aparelho de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de, se um endereço correspondendo a um nome do destino de transmissão não for encontrado, o meio de aquisição transmite o nome do destino de transmissão para um servidor (DNS) de sistema de nome de domínio e, se uma pluralidade de endereços tiver sido atribuída ao destino de transmissão, o meio de aquisição adquire um endereço a partir do servidor DNS, o endereço sendo solicitado para transmitir dados de transmissão ao destino de transmissão.